別のプログラムと言うのが自作のアプリで改造が可能であるなら
コマンドラインでファイル指定が出来てファイル指定がされていたら
自動実行するような作りにした方が手っ取り早いし、
スマートな気がしますが、そういう方法は駄目なんでしょうか？

あと、別のプログラムと言うのは特定のプログラムのみで良いのか
一般的なプログラム全般を指しているのかも難易度に関係有りそうです。
プログラム全般を対象にしているならファイルを開くダイアログが
標準の物ではなく、自作のダイアログである可能性ありえますから
定型の処理ではうまく行かない可能性も有ります。

なので、コントロールされる側のプログラムに関してももう少し説明が
必要だとおもいます。自作なのか他作なのか、変更可能なのか不可なのか
条件によっても手段の選択肢が変わりそうです。

ＰＡＴＩＯさん、返答ありがとございます。

今回、対応をしたいのは、GetOpenFileName API呼び出しで表示される
一般的な【ファイルを開くダイアログ】です。

また対象となるソフトウェアは販売されているものを使用しています。

簡単な処理の流れを書きますと

1.ファイルを開く操作を開始　
2.ファイルを選択　
3.実行ボタンを押す
4.処理完了待ち

対象は、ShellExecuteで呼び出し時にファイル名を渡す事もできませんので、
1,2の手順が必要となっています。

クリップボード経由でファイル名をペーストさせる
って方法も考えられます。

１．まず、当該のファイル名をクリップボードにセットする
２．GetGUIThreadInfo()でフォアグラウンドスレッドの情報を得て、
３．GUITHREADINFO::hwndFocusに対してWM_PASTEをSendMessage()すれば、

いけるかもしれません。試していませんけど・・・(^^;)。

仲澤＠失業者さん、返答ありがとうございます。

SendMessageによるWM_PASTEですが、ダイアログ呼び出し側ウィンドウ、
ダイアログ、ダイアログ内ウィンドウ（コントロール）に送信しても動作しません
でした。

ですが、クリップボード経由のコピー＆ペーストは以下の手順で可能でしたので
抜粋コードを

void pasteText()
{
//ファイルを開くダイアログをアクティブにする
SetActiveWindow(hOpenFileDlg);
//SLEEPがないと切り替わりが終了しないので、切り替わり待ち
Sleep(100);

//キーコード送信
keybd_event(VK_CONTROL,0,0,NULL);
Sleep(50); // ←SLEEPは必要ないかもしれませんが検証していません
keybd_event(0x56 /*V*/,0,0,NULL);
Sleep(50);
keybd_event(0x56 /*V*/,0,2,NULL);
Sleep(50);
keybd_event(VK_CONTROL,0,2,NULL);
}

今回の案件に対してはこの処理方法で、解決とさせていただきます。

ありゃ。エディットぢゃ無かったようですね。
あと、Sleepは「必要」です。