JPH06222929A - アプリケーション間通信方式 - Google Patents

Abstract

(57)【要約】 【目的】 メッセージ処理部の重複をなくし、記憶容量
を節約する。 【構成】 自ＡＰ１が相手ＡＰ２との通信を開始すると
きは、まず、通信プロトコルを専門に処理する子ウィン
ドウである通信ウィンドウ１２を作成する。そして、自
ＡＰ１から相手ＡＰ２へ通信メッセージを送る。その
後、相手ＡＰ２からの返答メッセージあるいはウィンド
ウシステム３からのその他のメッセージを待つ。自ＡＰ
１では、通信相手ＡＰ２からの返答メッセージと、ウィ
ンドウシステム３からのその他のメッセージとを、本体
ウィンドウ１１のメッセージループ１３で振り分ける。
通信相手ＡＰ２からの返答メッセージであれば、通信ウ
ィンドウ１２で返答に対する処理を行なう。その他のメ
ッセージであれば、それに対応した処理を本体ウィンド
ウ１１で行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、基本ソフトウェアがメ
ッセージ駆動型ウィンドウシステムである電子計算機上
で動作するソフトウェアのアプリケーション間通信方式
に関するものである。

【０００２】

【従来の技術】メッセージ駆動型ウィンドウシステムと
は、以下に説明するような、メッセージと呼ばれるイベ
ントによってアプリケーションソフトウェア（以下、Ａ
Ｐと呼ぶ）の実行を制御するウィンドウシステムをい
う。メッセージ駆動型ウィンドウシステム（以下、単に
ウィンドウシステムと呼ぶ）では、例えば、ユーザから
のキーボード入力などの各種のイベントを、ウィンドウ
システムがメッセージというものに置き換えてＡＰに通
知する。ＡＰは、ウィンドウシステムから通知されるメ
ッセージを受け取り、そのメッセージに対応する処理を
行なう。ＡＰは、終了メッセージを受け取るまでメッセ
ージをひろい続ける。メッセージを受け取る部分をメッ
セージループと呼び、メッセージに対応する処理を行な
う部分をウィンドウプロシージャと呼ぶ。ウィンドウプ
ロシージャは処理の実行の単位であり、通常はウィンド
ウと呼ばれる。ＡＰは本体のウィンドウの他に、子ウィ
ンドウとして複数のウィンドウを作成することができ、
子ウィンドウに特定の処理をさせることができる。

【０００３】メッセージはＡＰが発行することも可能
で、そのため任意のＡＰ間でリアルタイムにデータを交
換するといった、一種の通信処理が可能である。ＡＰ間
で通信を行なう場合、従来は以下のような２種類の方法
があった。図２は、従来のアプリケーション間通信方式
の一例の説明図である。図示の例では、自ＡＰ１が通信
メッセージを他ＡＰ２に通知し、自ＡＰ１はその通信相
手ＡＰ２からの返答を待つ。そして、返答のメッセージ
を本体のウィンドウプロシージャのメッセージループ２
１で受け取って処理する。図２では、自ＡＰ１と通信相
手ＡＰ２との通信メッセージのやりとりと、ウィンドウ
システム３からランダムに送られるその他のメッセージ
（ユーザからのキーボード入力など）の流れについて模
式図化して示している。

【０００４】図３は、従来のアプリケーション間通信方
式の他の例の説明図である。図示の例は、自ＡＰ１が通
信メッセージを他ＡＰ２に通知し、自ＡＰ１はその通信
相手ＡＰ２からの返答を待つが、返答の処理は、本体ウ
ィンドウ２２が予めつくっておいた通信処理を専門に行
なう通信ウィンドウ（子ウィンドウ）２３で行なう。図
３では、図２と同様に、通信ウィンドウ２３を加えた場
合のメッセージの流れを模式図化して示している。図３
の場合では、通信ウィンドウ２３は、通信相手ＡＰ２か
らの返答のメッセージを処理するためにメッセージルー
プ２４を持つ。そのため、通信メッセージ以外のメッセ
ージも通信ウィンドウ２３が受け取る。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来の技術には、次の（１）、（２）ような問題があ
った。 （１）ＡＰ間通信機能を実現する場合には複雑な通信プ
ロトコルを処理する必要があるが、この方法では、その
処理と、他ＡＰとの通信処理を含むすべてのメッセージ
処理を本体ウィンドウで行なうため、本体のプログラム
が煩雑になってしまう。 （２）通信ウィンドウをつくることで、通信処理機能が
独立し、上記（１）の問題は回避できる。しかし、この
方法では以下のような問題点が残る。 （問題点１）通信ウィンドウでは通信に関する処理のみ
行なうとすると、通信相手ＡＰ２からの返答を待ってい
る間は、ユーザからのキーボード入力などのその他のメ
ッセージに対する処理が行なえず、自ＡＰ１が待ち状態
になってしまう。

【０００６】（問題点２）上記の（問題点１）を防ぐた
めに最低限必要なメッセージを処理するプログラムが通
信ウィンドウに必要となる。通信処理を行なわない場合
はそのメッセージ処理は本体のウィンドウで行なうの
で、結果としてその処理のプログラムが重複し、記憶容
量を余分にとってしまう。本発明は、以上の点に着目し
てなされたもので、通信処理機能の独立性を持たせなが
ら、通信メッセージ以外を処理しなければならないとき
でも待ち状態をなくし、なおかつ、本体ウィンドウと通
信ウィンドウのメッセージ処理部の重複をなくし、記憶
容量を節約できるアプリケーション間通信方式を提供す
ることを目的とするものである。

【０００７】

【課題を解決するための手段】本発明のアプリケーショ
ン間通信方式は、ウィンドウシステムが通知するメッセ
ージによりアプリケーションソフトウェアの実行を制御
し、同時に実行されるアプリケーションソフトウェア相
互間でもメッセージにより通信を行なうアプリケーショ
ン間通信方式において、前記アプリケーションソフトウ
ェア内で当該アプリケーションソフトウェア相互間での
通信プロトコルを専門に処理する通信ウィンドウを作成
し、当該通信ウィンドウに渡す通信メッセージを含むす
べてのメッセージを一旦前記アプリケーションソフトウ
ェアの本体ウィンドウで受け取り、前記通信メッセージ
だけを選別して前記通信ウィンドウに渡し、当該通信ウ
ィンドウで通信処理を行なうことを特徴とするものであ
る。

【０００８】

【作用】本発明のアプリケーション間通信方式において
は、ＡＰ（アプリケーションソフトウェア）はメッセー
ジ駆動型であり、ウィンドウシステムからのメッセージ
を受けて実行制御される。また、複数のＡＰ相互間でも
メッセージをやりとりすることができる。今、ＡＰ相互
間の通信メッセージを主体とし、ウィンドウシステムか
らのメッセージはその他のメッセージと見る。自ＡＰは
相手ＡＰへ通信メッセージを送ると、その相手ＡＰから
の返答メッセージの受信処理のための子ウィンドウであ
る通信ウィンドウを作成する。そして、相手ＡＰからの
返答メッセージを待つ。ところが、メッセージ駆動型で
あるため、返答メッセージを受け取る前にウィンドウシ
ステムからのその他のメッセージを受け取る可能性もあ
る。このため、自ＡＰの本体ウィンドウ側にメッセージ
を受け取るためのメッセージループを設けておき、ここ
で受け取ったメッセージを返答メッセージとその他のメ
ッセージとに振り分ける。返答メッセージであれば、通
信ウィンドウに渡し、処理させる。一方、その他のメッ
セージであれば、直ちに本体ウィンドウで処理する。

【０００９】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。図１は、本発明のアプリケーション間通信
方式の一実施例のブロック図である。図示の方式では、
ウィンドウシステム３が自ＡＰ（アプリケーションソフ
トウェア）１に通知するその他のメッセージにより自Ａ
Ｐ１の実行が制御される。また、自ＡＰ１と同時に実行
される他ＡＰ２と自ＡＰ１との相互間でもメッセージに
より通信を行なう。自ＡＰ１内では、本体ウィンドウ１
１が他ＡＰ２との通信プロトコルを専門に処理する通信
ウィンドウ１２を作成する。

【００１０】また、通信ウィンドウ１２に渡す通信メッ
セージを含むすべてのメッセージは、一旦本体ウィンド
ウ１１で受け取る。そして、本体ウィンドウ１１のメッ
セージループ１３で通信メッセージだけを選別して通信
ウィンドウ１２に渡し、当該通信ウィンドウ１２で通信
処理を行なう。一方、その他のメッセージは、本体ウィ
ンドウ１１で直ちに処理する。これにより、処理の待ち
状態をなくす。図４は、本発明の方式によるメッセージ
処理手順を説明するフローチャートである。あるＡＰが
他のＡＰに対して通信を行ない、メッセージを互いにや
りとりする処理を実現する場合を考える。まず、通信処
理要求が発生する（ステップＳ１）。このとき、自ＡＰ
は通信処理を専門に行なう子ウィンドウである通信ウィ
ンドウを作成する（ステップＳ２）。

【００１１】そして、通信メッセージを通信相手ＡＰに
通知する（ステップＳ３）。この間、自ＡＰはメッセー
ジループにより通信相手ＡＰからの返答を含む全メッセ
ージをひろう（ステップＳ４）。そして、メッセージの
振り分けを行なう。返答メッセージは通信ウィンドウに
（ステップＳ５、Ｓ７、Ｓ９）、それ以外のメッセージ
は本体ウィンドウで処理するように振り分ける（ステッ
プＳ１１）。返答メッセージの場合は、通信ウィンドウ
に通知する（ステップＳ６）。それを受けた通信ウィン
ドウは返答に対する処理を行ない、その結果はメッセー
ジとして本体ウィンドウに通知する。その通知を受けた
自ＡＰはステップＳ４で用意したメッセージループを終
了し、通信処理を行なう前の状態に戻る（ステップＳ
８）。また、ＡＰの終了メッセージをひろった場合には
ＡＰを終了する（ステップＳ１０）。上記以外のメッセ
ージは本体ウィンドウで処理させる（ステップＳ１
１）。

【００１２】

【発明の効果】以上説明したように、本発明のアプリケ
ーション間通信方式によれば、すべてのメッセージを一
旦本体ウィンドウのメッセージループで受け取り、通信
相手ＡＰからの返答メッセージだけを通信ウィンドウに
渡すようにしたので、次の（１）、（２）のような効果
がある。 （１）複雑な通信プロトコル処理を行なう通信ウィンド
ウを作成することにより、通信機能として独立性を持た
せることができ、通信機能の実現と拡張を容易とするこ
とができる。 （２）通信相手ＡＰからの返答は通信ウィンドウに処理
させ、その他のメッセージは本体のウィンドウプロシー
ジャで処理させることができる。このため、ＡＰの待ち
状態が発生せず、かつメッセージ処理のプログラムの重
複がなくなり、通信機能の実現に必要な記憶容量を節約
することができる。

【図面の簡単な説明】

【図１】本発明のアプリケーション間通信方式の一実施
例の説明図である。

【図２】従来のアプリケーション間通信方式の一例の説
明図である。

【図３】従来のアプリケーション間通信方式の他の例の
説明図である。

【図４】本発明の方式によるメッセージ処理手順を説明
するフローチャートである。

【符号の説明】

１ 自ＡＰ ２ 相手ＡＰ ３ ウィンドウシステム １１ 本体ウィンドウ １２ 通信ウィンドウ １３ メッセージループ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ウィンドウシステムが通知するメッセー
   ジによりアプリケーションソフトウェアの実行を制御
   し、同時に実行されるアプリケーションソフトウェア相
   互間でもメッセージにより通信を行なうアプリケーショ
   ン間通信方式において、 前記アプリケーションソフトウェア内で当該アプリケー
   ションソフトウェア相互間での通信プロトコルを専門に
   処理する通信ウィンドウを作成し、 当該通信ウィンドウに渡す通信メッセージを含むすべて
   のメッセージを一旦前記アプリケーションソフトウェア
   の本体ウィンドウで受け取り、 前記通信メッセージだけを選別して前記通信ウィンドウ
   に渡し、当該通信ウィンドウで通信処理を行なうことを
   特徴とするアプリケーション間通信方式。