最前面に出すが、作業のじゃまにならない方法

質問

言語というよりは、仕組みとアイディアで。
Win32APIは使えます。

SendMessageで送れないソフトに、文字入力をしたく、keybd_eventにしました。
当たり前ですが、こいつは、キーボードを入力するだけ。
SetActiveWindowで最前列にするんですが・・・。

別の作業をしている事もあるので、作業のじゃまになったり、入力がキーボードにかぶってしまったりもします。
（まぁ、その辺はマウスやキーボードを一時的に、制限する方法もあるのですが・・・。

SendMessageで送れないソフトに、バックグラウンドのまま、文字を入力させることはできないでしょうか？
セオリー、珍案、奇案、こういう方法試してみた？とうの回答があると、ありがたいです。
逆に、「それはちょっと、（私の知識では、）無理な相談でしょ。」という回答も、あきらめがつきます。＾＾；

回答お待ちしております。

回答No.1

machongola · ベストアンサー

こんにちは。

　keybd_event関数の入力を受け付けていると言う事は、少なくともDirectInputにて入力を拾っている訳ではなさそうです。
　http://oshiete1.goo.ne.jp/qa810764.html

　中にはWM_KEYUPにて反応するアプリもあるので、WM_KEYDOWN→WM_KEYUPを順番にポストして見ては如何でしょう。

　バックグラウンドの対象ウィンドウに対してキーを押下げる方法は、当方の経験談で言えば、

・SetWindowHookEx()によるローレベルキーボードフック(WH_KEYBOARD_LL)
　http://msdn.microsoft.com/ja-jp/library/cc430103.aspx

・DirectInputとスレッドによる定期的なキーボード入力の確認
　http://msdn.microsoft.com/ja-jp/library/cc351697.aspx

　辺りです。
　前者はグローバルフックです。グローバルフックには別途DLLが必要ですが、ローレベル「キーボード/マウス」フックに関してはDLLを必要としていないので、手間要らずで単純です。
　フックプロシージャ内で、ターゲットのアプリに向かってWM_KEYDOWN→WM_KEYUPの順番にメッセージをポストします。

　DirectInputに関してはコールバックでは無い為、自前で定期的にキーボード入力の確認をしなければいけません。
　定期的な監視にはスレッドを使用する以外に、WM_TIMERやtimeSetEvent()の様な簡単なタイマーコールバックでも構いません。
　入力を検出したら、前者と同じくターゲットのアプリに向かってWM_KEYDOWN→WM_KEYUPの順番にメッセージをポストします。

　又、DirectInputデバイスを作成する際の協調モードは、DISCL_NONEXCLUSIVEとDISCL_BACKGROUNDの組み合わせにします。
　http://msdn.microsoft.com/ja-jp/library/cc351722.aspx

　どちらにしろ、ターゲットのアプリに向かってメッセージを送るかポストするかしないといけないので、本当にメッセージを受け付けないアプリならば、お手上げと言う事になります。

お礼

DirectInputをちょっと、調べてみようかと思います。
やはり、深い技術が必要そうですね。
アプリの名前もかかなかったのにも関わらず、対応していただいたことは、感謝しています。
ありがとうございました。