JP3455603B2 - 通信システム及び非同期通信のイベント制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、非同期通信における自
システム内の送信データと受信データの衝突を制御する
ための通信システム及び非同期通信のイベント制御方法
に関する。

【０００２】

【従来の技術】同期通信では、１つの処理を図１０
（ａ）に示すようなシーケンスによって処理する。すな
わち同期通信では、利用者（アプリケーションによる独
自の機能）は、処理要求を提供者（ＯＳＩ（Open Syste
ms Interconnection）基本参照モデルのアプリケーショ
ン層以下における機能）に通知した後、提供者から処理
結果（送信データ）が送信されてくるのを待ち、処理結
果を受けとって処理を完了する。

【０００３】一方、非同期通信では、１つの処理を図１
０（ｂ）のシーケンスによって処理する。すなわち非同
期通信では、利用者は、処理要求を提供者に通知して受
付けが完了した後、別の処理を行なうことができ、また
他の通信回線を用いて複数の処理要求を並行して送出す
ることもできる。利用者は、処理結果を、受信の指示
（待ち）をすることによって得る。

【０００４】このため、非同期通信では、同期通信と比
較して、単独の通信回線に対して受信待ちをしたり、複
数の通信回線に対して同時に受信待ちをすることがで
き、また処理要求の受付け後、別の処理を並行して行な
うことができるという利点がある。

【０００５】従来の非同期通信によるデータ送受信の方
法を図１１に示している。図１１（ａ）はデータ送信の
場合、（ｂ）はデータ受信の場合を示している。データ
送信の場合、図１１（ａ）に示すように、利用者は、提
供者に対して「送信要求」を行ない、この「送信要求」
が提供者によって受け入れられた時点でリターンする。
利用者は、リターンして他の処理を実行可能な状態とな
るが、この段階ではデータ送信が完了した訳ではない。
提供者は、所定のプロトコル処理を実行し、通信回線を
介してデータ送信を行なう。利用者は、その後「待ち」
に入り、提供者からの「送信完了」の通知を受信した時
点で、データ送信の完了を知る。

【０００６】データ受信の場合、図１１（ｂ）に示すよ
うに、利用者は、まず提供者に対して「受信要求」を行
ない、この「受信要求」が提供者によって受け入れられ
た時点でリターンする。利用者は、リターンして他の処
理を実行可能な状態となるが、実際のデータの受信があ
る訳ではない。提供者は、通信回線を介して入力される
データを、所定のプロトコル処理を実行することにより
受信する。利用者は、その後「待ち」に入り、提供者か
らの「受信完了」の通知を受信した時点で、データ受信
の完了を知る。

【０００７】図１１に示すようにデータ送受信をそれぞ
れ単独で実行する場合であれば単純であり問題はない
が、「送信要求」と「受信要求」を連続して行なう場合
には問題が発生することがある。このような場合のシー
ケンスを図１２に示している。

【０００８】まず利用者は、データ通信の相手システム
から通信回線を介してデータを受信する予定があるた
め、予め「受信要求」を行なっている。提供者は、通信
回線を介して相手システムからのデータ受信したため、
利用者に対して「受信完了」の通知を行なった。しか
し、利用者は、受信要求した後、いつ届くか分からない
相手システムからの「受信完了」を持つこと無く別の処
理をしたところ、データ送信の必要が発生したため「送
信要求」を行なった。その後、「送信完了」を受け取る
ために待ちとなったところ、「受信完了」と「送信完
了」を続けて受け取った。

【０００９】図１２に示すシーケンスでは、次のような
点で問題となる。利用者及び提供者は、プロトコル規則
に従った処理を実行する機能（プロトコル機械）であ
る。プロトコル機械は、図１２に示すシーケンスを図１
３に示す状態にあるものと判別する。

【００１０】すなわち、提供者は、「受信完了」を行な
ったため、既にプロトコル処理を完了している。しか
し、利用者は、「受信完了」に気付かずに「送信要求」
を行なった。一方、提供者は、利用者が「受信完了」に
気付いたうえで「送信要求」を行なったものと判断して
しまう。この時点で、図１３に示すように、「自システ
ム内衝突」が発生する。

【００１１】提供者側のプロトコル機械では、「受信完
了」を行なった後に受信した「送信要求」をプロトコル
規則に違反したプロトコル誤りと判別することがある。
しかし、利用者側のプロトコル機械では、「受信完了」
を受けていないので、「送信要求」をプロトコル誤りと
は判別しない。

【００１２】

【発明が解決しようとする課題】このように従来では、
非同期通信を行なう場合、「送信の要求」と「受信の指
示」とを、その時々の入力だけに従って処理すると、デ
ータの送受信のための要求が、自システム内のプロトコ
ル機械内で衝突してしまいプロトコル誤りとなってしま
うことがあった。

【００１３】従来では、このような問題に対して非同期
通信ではなく同期通信に置き換えて実行したり、あるい
は問題の起こりそうな部分について個別にプロトコル機
械を修正するといった方法がとられていた。

【００１４】しかしながら、同期通信に置き換える場合
では、図１０（ａ）を用いて説明したように、利用者
（アプリケーション）が、各データの送受信に従って動
作しなければならない。このため、非同期通信の場合と
同様な機能を設けるとすると、プロトコル機械の上に構
築されるアプリケーションには大きな負担がかかってし
まう。また、個別にプロトコル機械を修正する場合で
は、プロトコル機械の仕様が膨大になった場合、問題の
起こりそうな部分も膨大となり、全てについて個別に修
正することが困難となってしまう。

【００１５】本発明は前記のような事情を考慮してなさ
れたもので、プロトコル機械を修正することなく、自シ
ステム内衝突を回避した非同期通信を行なうことが可能
な通信システム及び非同期通信のイベント制御方法を提
供することを目的とする。

【００１６】

【課題を解決するための手段】本発明は、複数階層の処
理機能を所定のプロトコル機械に基づいて、非同期によ
り他のシステムとの間でデータ送受信を行なう通信シス
テムにおいて、データ受信を行なうための受信設定を通
知し、任意の時点でデータの受信要求を行なうアプリケ
ーション手段と、前記アプリケーション手段により受信
設定が通知された場合に、非同期の受信要求を通知し
て、同受信要求に応じて受信したデータを保留すると共
に、データを受信したことを示す受信通知を前記アプリ
ケーション手段に対して通知し、前記アプリケーション
手段からの受信要求に応じて、保留したデータを所定の
プロトコル機械に基づいて前記アプリケーション手段に
送出する上位機能手段と、前記上位機能手段からの非同
期の受信要求に応じて、他のシステムからのデータを受
信して前記上位機能手段に送出する下位機能手段とを具
備したことを特徴とする。

【００１７】

【００１８】また前記上位機能手段は、前記アプリケー
ション手段により受信設定が通知された場合に、既に非
同期の受信要求を通知していれば、再度、非同期の受信
要求を通知せず、この時点でデータを保留していれば前
記アプリケーション手段に受信通知を通知することを特
徴とする。

【００１９】また本発明は、複数階層の処理機能を所定
のプロトコル機械に基づいて、非同期により他のシステ
ムとの間でデータ送受信を行なう通信システムにおい
て、アプリケーション手段から上位機能手段に対してデ
ータ受信を行なうための受信設定を通知し、前記上位機
能手段が前記アプリケーション手段によって前記受信設
定を通知された場合に非同期の受信要求を下位機能手段
に対して通知し、前記下位機能手段が前記上位機能手段
から非同期の受信要求を通知されると、他のシステムか
らのデータを受信して前記上位機能手段に送出し、前記
上位機能手段が前記下位機能手段から送出されたデータ
を受信すると、受信データを保留すると共に、データを
受信したことを示す受信通知を前記アプリケーション手
段に対して通知し、前記アプリケーションが受信通知を
受信した後に、任意の時点でデータの受信要求を前記上
位機能手段に通知し、前記上位機能手段が前記アプリケ
ーション手段からの受信要求を受信すると、保留したデ
ータを所定のプロトコル機械に基づいて前記アプリケー
ション手段に送出することを特徴とする。

【００２０】

【作用】複数階層を所定のプロトコル機械に基づいてデ
ータ送受信を行なうシステムにおいて、下位階層では送
受信データを例えば単にビット列として扱っており、送
信データと受信データとの相関関係がなく、「自システ
ム内衝突」によるプロトコル誤りが発生しない。そこ
で、送受信データを意味データとして扱うため相関関係
が高く、「自システム内衝突」が発生するとプロトコル
誤りとなる上位階層での「自システム内衝突」を下位階
層の衝突に置き換える。従って、上位階層での「自シス
テム内衝突」が、下位階層での衝突時のプロトコル機械
によって正常に処理されることになり、プロトコル誤り
を回避できる。

【００２１】また、アプリケーション手段、上位機能手
段、及び下位機能手段の階層の機能を経てデータ通信が
実行される場合、アプリケーション手段から「受信設
定」を通知することで、上位機能手段において受信デー
タを保留しておくことができる。アプリケーション手段
は、上位機能手段に対して任意の時点で受信要求を行な
うことにより、そこで初めて保留されたデータについて
プロトコル処理が実行されてデータを受信することがで
きる。すなわち、アプリケーション手段と上位機能手段
との間で、例えば送信と受信との衝突があったとしても
プロトコル誤りが発生せず、プロトコル誤りの発生しな
い下位階層での衝突（例えば通信回線上の衝突）として
扱われる。

【００２２】また、上位機能手段がアプリケーション手
段から「受信設定」を受けた時に、既に非同期の受信要
求を行ない、さらにこの時点でデータ保留されている場
合には、改めて受信要求を行なわず、アプリケーション
手段に対して「受信通知」を通知する。すなわち、先に
「受信設定」を通知した後、アプリケーション手段のデ
ータ受信の要求元が変更となり、受信要求とデータ受信
の対応関係が中途半端となって衝突が発生しても、プロ
トコル誤りを回避して変更後の要求元にデータを送出す
ることができる。

【００２３】

【実施例】以下、図面を参照して本発明の一実施例を説
明する。はじめに、本発明を適用するシステムの概略に
ついて図１を用いて説明する。図１は、２つの通信シス
テムＡ，Ｂの間で、通信回線を介して通信を行なうシス
テムの構成図である。

【００２４】通信システムＡ，Ｂは、それぞれ大きく次
の３つの機能部、すなわちアプリケーション部（利用
者）、上位機能部（提供者）、及び下位機能部（提供
者）が設けられているものとする。アプリケーション部
は、アプリケーションプログラムを実行することによっ
て実現されるもので通信を実行する主体である。上位機
能部は、主に送受信データを意味データとしてプロトコ
ル処理を行なうもので、例えばＯＳＩ（Open Systems I
nterconnection）の基本参照モデルでは、第５層〜第７
層（セション層、プレゼンテーション層、アプリケーシ
ョン層）にあたる機能を有する。下位機能部は、主に送
受信データをビット列として透過的にデータ通信を行な
うもので、例えばＯＳＩの基本参照モデルでは、第１層
〜第４層（物理層、データリンク層、ネットワーク層、
トランスポート層）にあたる機能を有する。

【００２５】通信システムＡ，Ｂのアプリケーション部
の間でのデータ送受信は、それぞれの機能部、及び通信
回線を介して実行される。次に、本実施例における通信
システムの構成について図２を用いて説明する。図２に
示すように、本実施例における通信システムは、アプリ
ケーション部８００（利用者）、上位機能部８０１（提
供者）、下位機能部８０２（提供者）の他に、イベント
制御部８０４、利用者インタフェース８１１が設けられ
ている。

【００２６】なお、本実施例の通信システムは、非同期
通信を行なうためアプリケーション部８００によって複
数のデータ送受信を行なうことができるが、説明を簡単
にするために１つのデータ送信及びデータ受信に注目し
て説明する。

【００２７】イベント制御装置８０４は、非同期通信に
おける上位階層での自システム内衝突を下位階層の衝突
に置き換え、下位階層における衝突機構によって衝突を
回避するように制御するもので、セマフォ８０５〜８０
７、利用者情報格納領域部８０８、送信情報領域部８０
９、受信情報領域部８１０、利用者インタフェース８１
１、上位機能部８０１から構成される。ただし、イベン
ト制御装置８０４は、利用者インタフェース８１１、及
び上位機能部８０１の機能を一部を共有する。利用者情
報格納領域部８０８は、上位機能部８０１において管理
される。

【００２８】なお、利用者インタフェース８１１は、ア
プリケーション部８００が行なうべき手続きを代行する
ためのものである。アプリケーション部８００は、利用
者インタフェース８１１を使用しないで直接、上位機能
部８０１あるいはイベント制御装置８０４に対して手続
きを実行してもよい。以下、アプリケーション部８００
による手続きと利用者インタフェース８１１の手続きと
は、同じものとして説明する。

【００２９】セマフォ８０５〜８０７は、各機能（各
層）間での各種通知の受信を管理するためのものであ
り、各部のＶオペレーション（ＶＯＰ）の実行によって
通知を受ける。セマフォ８０５は、アプリケーション部
８００または上位機能部８０１からの通知の受信用であ
り、セマフォ８０６は、アプリケーション部８００から
の通知の受信用であり、セマフォ８０７は、アプリケー
ション部８００または下位機能部８０２からの通知の受
信用である。

【００３０】利用者情報格納領域部８０８は、アプリケ
ーション部８００または上位機能部８０１の状態を管理
するための情報を格納するためのもので、例えば「受信
待ち中」、「受信通知保留中」、「データ保留済み」、
「下位機能部８０２への受信要求済み」、「受信種別
（送信要求、受信要求）」を示す情報が格納される。各
状態については後述する。

【００３１】送信情報領域部８０９は、アプリケーショ
ン部８００から送信されるデータを一時的に格納するた
めのものである。受信情報領域部８１０は、通信回線８
０３及び下位機能部８０２を介して得た受信データ、及
びアプリケーション部８００によって設定された受信に
関する情報、例えば受信データを格納すべき位置（バッ
ファ位置）やデータ受信を要求したアプリケーションを
示す情報等を格納するためのものである。

【００３２】次に、本実施例における自システム内衝突
の制御の概略について説明する。通常、下位機能部８０
２では、「自システム内衝突」による影響はかなり小さ
い。なぜならば、下位層（ＯＳＩ基本参照モデルの第１
層〜第４層（物理層、データリンク層、ネットワーク
層、トランスポート層）にあたる）では、送信データや
受信データを単にビット列として扱っているため、送信
データと受信データとの間の相関関係が無く、通信回線
の確立と終了の場合を除いて「自システム内衝突」によ
るプロトコル誤りが発生しないためである。また、通信
回線の確立と終了の場合であっても、まだ確立されてい
ない通信回線や既に終了した通信回線上でのデータの送
受信の試行は、失敗するだけなのでやはり問題はない。

【００３３】一方、上位機能部では、「自システム内衝
突」による影響が大きい。なぜならば、上位層（ＯＳＩ
基本参照モデルの第５層〜第７層（セション層、プレゼ
ンテーション層、アプリケーション層）にあたる）で
は、送信データや受信データは単にビット列ではなく意
味データとして扱っているため、送信データと受信デー
タとの間の相関関係が高く、「自システム内衝突」が発
生するとプロトコル誤りとなることがあるためである。

【００３４】また、上位機能部８０１では、アプリケー
ション部８００に依存して複雑なプロトコル機械を複数
組み合わせて使用する。このため、プロトコル機械を修
正することで「自システム内衝突」を解決しようとする
のは大変困難である。

【００３５】通信回線８０３では、自通信システムから
のデータと、相手システムからのデータが衝突した場
合、その解決方法はプロトコル規格で定められている。
このため、通信回線８０３上でのデータの衝突は、各層
のプロトコル機械で正常に処理できる。

【００３６】本発明では前述のように下位層における
「自システム内衝突」が、ほとんどの場合プロトコル誤
りとならないことを利用して、上位層で発生する「自シ
ステム内衝突」を下位層における「自システム内衝突」
に置き換えることによって、プロトコル誤りの発生を回
避する。すなわち、衝突の発生した階層を置き換えによ
って、上位層からは下位層で発生した「自システム内衝
突」があたかも通信回線８０３上の衝突のように見え
る。そして、この通信回線８０３上の衝突は、プロトコ
ル規格で定められていてプロトコル機械の中にすでに盛
り込まれているので問題がない。

【００３７】次に、本実施例の動作について、図３〜図
７に示すフローチャートを参照しながら説明する。図３
及び図４は、アプリケーション部８００の動作を説明す
るためのフローチャート、図５及び図６は上位機能部８
０１の動作を説明するためのフローチャート、図７は下
位機能部８０２の動作を説明するためのフローチャート
である。

【００３８】まず、アプリケーション部８００は、デー
タ通信を実行する前に各種初期化を行なう。すなわち、
アプリケーション部８００は、利用者情報格納領域部８
０８に「受信待ち中」を「偽」、「受信通知保留中」を
「偽」にする（ステップＡ１）。

【００３９】また、アプリケーション部８００は、セマ
フォ８０５〜８０７を初期化し、さらに上位機能部８０
１に対して、セマフォ８０６にＶオペレーションを実行
することにより「受信設定」を通知し、データ受信が可
能な状態に設定する（ステップＡ２）。これにより、初
期化処理を完了する。

【００４０】次に、アプリケーション部８００からデー
タ送信する場合について説明する。まず、アプリケーシ
ョン部８００は、送信情報領域部８０９に送信データを
格納すると共に、上位機能部８０１がアプリケーション
部８００に対して「送信完了」を通知すべきセマフォ８
０５を示す情報を設定する。また、アプリケーション部
８００は、利用者情報格納領域部８０８に「受信待ち
中」を「偽」にし（ステップＡ３）、セマフォ８０６に
Ｖオペレーションを実行することにより「送信要求」を
通知する（ステップＡ４）。

【００４１】アプリケーション部８００は、「送信要
求」を通知した後、待ち処理を実行する（ステップＡ
５）。この場合の待ち処理では、アプリケーション部８
００は、上位機能部８０１からの「送信完了」の通知を
待つ（ステップＢ１）。

【００４２】一方、上位機能部８０１は、初期化処理と
して利用者情報格納領域部８０８に、「下位機能部８０
２への受信要求済み状態」を「偽」、「データ保留済
み」を「偽」にしておく（ステップＤ１）。

【００４３】上位機能部８０１は、アプリケーション部
８００からの「送信要求」を受信すると（ステップＤ
２）、プロトコル処理を開始し（ステップＤ３）、下位
機能部８０２に「送信完了」を通知すべきセマフォ８０
７を指定して、非同期の送信要求を行なう（ステップＤ
４）。すなわち、上位機能部８０１は、送信情報領域部
８０９に格納された送信データの非同期送信を行なう。

【００４４】下位機能部８０２は、上位機能部８０１か
らの「送信要求」を受信したならば（ステップＦ１）、
プロトコル処理を開始し（ステップＦ２）、通信回線８
０３を介してデータを送信する（ステップＦ３）。

【００４５】下位機能部８０２は、通信回線８０３への
データ送信を完了すると、プロトコル処理を完了し（ス
テップＦ４）、上位機能部８０１から指定されたセマフ
ォ８０７に対してＶオペレーションを実行することによ
って、「送信完了」を通知する（ステップＦ５）。

【００４６】上位機能部８０１は、下位機能部８０２か
らの「送信完了」の通知を受信すると（ステップＤ
２）、プロトコル処理を完了し（ステップＤ５）、アプ
リケーション部８００により指定されたセマフォ８０５
に対してＶオペレーションを実行することによって「送
信完了」を通知する（ステップＤ６）。

【００４７】アプリケーション部８００は、上位機能部
８０１から「送信完了」の通知を受信することで、送信
が完了したことを知る（ステップＢ１）。次に、アプリ
ケーション部８００がデータ受信する場合について説明
する。まず、アプリケーション部８００は、受信情報領
域部８１０に受信に関する情報（受信データを格納すべ
き位置（バッファ位置））や「受信通知」を通知するた
めのセマフォ８０５を指定する情報等を設定し、上位機
能部８０１のセマフォ８０６に対してＶオペレーション
を実行することによって「受信設定」を通知する。本実
施例では、初期化処理において「受信設定」の通知を行
なっている（ステップＡ２）。

【００４８】上位機能部８０１は、アプリケーション部
８００からの「受信設定」の通知を受信すると（ステッ
プＤ２）、再試行可能な受信設定を行なう（ステップＤ
７）。すなわち、上位機能部８０１は、受信情報領域部
８１０に格納された受信に関する情報を取り出して、利
用者情報格納領域部８０８にその情報を格納する。

【００４９】その後、上位機能部８０１は、下位機能部
８０２へ非同期の「受信要求」を行なっていないならば
（ステップＥ１）、利用者情報格納領域部８０８に「下
位機能部８０２への受信要求済み」の状態であるように
設定し（ステップＥ２）、下位機能部８０２に対して、
「受信完了」を通知すべきセマフォ８０７を指定し、非
同期に受信を行なう「受信要求」を通知する（ステップ
Ｅ３）。

【００５０】下位機能部８０２は、上位機能部８０１か
ら「受信要求」が通知されると通信回線８０３を介した
データ受信のための受信処理を行なう（ステップＦ
６）。下位機能部８０２は、通信回線８０３からデータ
を受信すると、受信データを受信情報領域部８１０に格
納する。下位機能部８０２は、プロトコル処理を実行し
た後（ステップＦ７）、上位機能部８０１から通知され
たセマフォ８０７に対してＶオペレーションを実行する
ことにより「受信完了」を通知する（ステップＦ８）。

【００５１】上位機能部８０１は、下位機能部８０２か
ら「受信完了」が通知されると、受信データを保留し、
利用者情報格納領域部８０８に「データ保留済み」を
「真」に設定し（ステップＤ８）、また「下位機能部８
０２へ受信要求済み」を「偽」に設定する（ステップＤ
９）。そして、上位機能部８０１は、セマフォ８０５に
対してＶオペレーションを実行することにより、アプリ
ケーション部８００に対して「受信通知」を通知する
（ステップＤ１０）。

【００５２】なお、アプリケーション部８００から「受
信設定」の通知を受信した際、上位機能部８０１は、既
に下位機能部８０２へ非同期の「受信要求」を行なって
いて（ステップＥ１）、かつ既に下位機能部８０２から
の「受信完了」を受信済みならば（ステップＥ４）、ア
プリケーション部８００に対して、セマフォ８０５へＶ
オペレーションを実行することによって「受信通知」を
通知する（ステップＥ５）。

【００５３】アプリケーション部８００は、上位機能部
８０１からの「受信通知」を受信すると、任意の（アプ
リケーション部８００の都合の良い）時点で上位機能部
８０１に対して、利用者情報格納領域部８０８ら「受信
待ち中」を「真」に設定し、セマフォ８０６に対してＶ
オペレーションを実行することにより「受信要求」を通
知する（ステップＡ６）。

【００５４】ここで、「受信通知」の保留中でない場合
（ステップＡ７）、アプリケーション部８００は、待ち
処理を実行する（ステップＡ５）。すなわち、アプリケ
ーション部８００は、上位機能部８０１から「受信通
知」が受信され（ステップＢ１）、「受信待ち中」であ
る場合（受信要求を行なう場合）には（ステップＢ
２）、実際にデータを受信するための続き処理を実行す
る（ステップＢ３）。

【００５５】なお、アプリケーション部８００から受信
要求を行なっていない間（「受信待ち中」は「偽」）
に、上位機能部８０１から受信通知があった場合には
（ステップＢ２）、利用者情報格納領域部８０８に「受
信通知保留中」を「真」に設定しておく。この場合、ア
プリケーション部８００は、受信要求を行なう際に、既
に受信通知保留中となるので（ステップＡ７）、待ち処
理を経ないで続き処理を実行する（ステップＡ８）。

【００５６】続き処理においてアプリケーション部８０
０は、利用者情報格納領域部８０８に「受信通知保留
中」を「偽」に設定し（ステップＣ１）、上位機能部８
０１に対してセマフォ８０６にＶオペレーションを実行
することにより「受信要求」を通知する（ステップＣ
２）。

【００５７】「受信要求」を受信した上位機能部８０１
は（ステップＤ２）、下位機能部８０２から受信して受
信情報格納領域部８１０に保留していた受信データ（デ
ータ保留）を解凍し、利用者情報格納領域部８０８に
「データ保留済み」を「偽」に設定する（ステップＤ１
１）。

【００５８】さらに、上位機能部８０１は、プロトコル
処理を実行し（ステップＤ１２）、アプリケーション部
８００に対して、セマフォ８０５にＶオペレーションを
実行することにより「受信完了」を通知する（ステップ
Ｄ１３）。

【００５９】アプリケーション部８００は、上位機能部
８０１から「受信完了」を受信すると（ステップＣ
３）、受信情報領域部８１０を参照することにより、相
手システムからの受信データの内容を知る。

【００６０】その後、アプリケーション部８００は、必
要に応じて（再度、相手システムからデータの受信を行
なう場合）、次のデータ受信のために再度、受信設定の
処理を行なう（ステップＣ５）。

【００６１】次に、本発明の作用効果について説明す
る。図８には本発明による非同期通信方法について、デ
ータ受信の場合のシーケンスの一例を示している。前述
したように、本発明では上位層で発生し得る「自システ
ム内衝突」を下位層における「自システム内衝突」に置
き換えている（通信回線上の衝突機構で置き換える）。

【００６２】そのために、アプリケーション部８００
は、まず「受信設定」を上位機能部８０１に対して要求
する（Ａ）。上位機能部８０１は、下位機能部８０２に
対して、非同期の「受信要求」を行なう（Ｂ）。上位機
能部８０１は、下位機能部８０２からデータを受信した
場合（Ｃ）、そのデータを保留しておいて（Ｄ）、アプ
リケーション部８００に「受信通知」を行なう（Ｅ）。

【００６３】アプリケーション部８００は、上位機能部
８０１から「受信通知」を受け取ったならば（Ｆ）、ア
プリケーション部８００にとって都合の良い時点で上位
機能部８０１に対して「受信要求」を行なう（Ｇ）。

【００６４】上位機能部８０１は、「受信要求」を受け
取ったならば、データ保留を解凍して（Ｈ）、プロトコ
ル処理を行い（Ｉ）、アプリケーション部８００に対し
て「受信完了」を通知する（Ｊ）。

【００６５】図８に示す本発明の非同期通信方法におけ
るプロトコル機械により判別される状態を図９に示して
いる。例えば、アプリケーション部８００からの上位機
能部８０１に対する「送信要求」（ａ）と、上位機能部
８０１からのアプリケーション部８００に対する「受信
通知」（ｂ）が「自システム内衝突」したものとする。

【００６６】しかしこの時点では、上位機能部８０１は
受信データに対してまだプロトコル処理を行なっていな
い。その後、アプリケーション部８００が、「受信要
求」（ｃ）を行なうことによって、初めて上位機能部８
０１は、プロトコル処理を行なう（ｄ）。この時、先に
行なった「送信要求」と受信データの衝突は、通信回線
８０３上の衝突規則が適用されて解決される。

【００６７】図９は、上位機能部８０１がプロトコル処
理を行なった結果、アプリケーション８００に対して
「受信完了」（ｅ）を指示した例である。仮に上位機能
部８０１がプロトコル処理を行なった結果、そのデータ
を破棄した場合には、「受信完了」として「破棄」した
ことが通知される。

【００６８】本発明では、以上述べてきた「自システム
内衝突」を解決する非同期通信方法を応用して、通信回
線８０３を利用した通信を実行するアプリケーション部
を切り替える機能も提供する。このために次の処理が追
加されている。

【００６９】まず、アプリケーション部８００は、図３
のフローチャートに示す初期化処理において、「利用者
セマフォの初期化」をする（ステップＡ２）。また、上
位機能部８０１は、アプリケーション部８００から「受
信設定」の通知を受け取ったとき、通常ならば下位機能
部８０２へ非同期の「受信要求」の通知を行なうが、既
に非同期の受信要求を実行済みの場合にはこれを行なわ
ず、更にこの時点でデータ保留が存在する場合には、ア
プリケーション部８００に「受信通知」を通知する。す
なわち「再試行可能な受信設定」を行なう（ステップＤ
７）。

【００７０】アプリケーション部８００によって「利用
者セマフォの初期化」を行なうことで、アプリケーショ
ン部８００のもつ通信回線８０３に関する資源が一端初
期化される。

【００７１】そして、その後「再試行可能な受信設定」
を行なうことで、中途半端な状態で通信回線８０３のア
プリケーション部８００（利用者）が切り替わっても、
「自システム内衝突」を通信回線８０３上の衝突として
回避することができるようになる。このようにして、
「自システム内衝突」を回避するための制限を受けるこ
となく、通信回線８０３を介した通信を行なう利用者を
切り替えることができるようになる。

【００７２】なお、前記実施例では、アプリケーション
部８００が上位機能部８０１に対して直接操作を行なう
ものとして説明しているが、利用者インタフェース８１
１が上位機能部８０１に対する操作を代行させるように
しても良い。利用者インタフェース８１１によって代行
させることにより、本発明による方法を通信システムに
適用する場合でも、本発明を適用していない既存のアプ
リケーション（アプリケーション部８００）をそのまま
利用することができる。また、前記実施例では各処理機
能間で各種通知を行なうためにセマフォを用いている
が、他の通知手段を用いることも勿論可能である。

【００７３】

【発明の効果】以上詳述したように本発明によれば、非
同期通信の利点を活かしつつ、プロトコル機械の修正を
必要とせずに「自システム内衝突」を解決し、更に通信
回線の利用者を切り替えることが可能となるものであ
る。

【図面の簡単な説明】

【図１】本発明の一実施例に係わるシステムの概略構成
を示す図。

【図２】本実施例における通信システムの構成を示すブ
ロック図。

【図３】本実施例におけるアプリケーション部８００に
おける処理手順の一部を示すフローチャート。

【図４】本実施例におけるアプリケーション部８００に
おける処理手順の一部を示すフローチャート。

【図５】本実施例における上位機能部８０１における処
理手順の一部を示すフローチャート。

【図６】本実施例における上位機能部８０１における処
理手順の一部を示すフローチャート。

【図７】本実施例における下位機能部８０２における処
理手順を示すフローチャート。

【図８】本実施例における非同期通信方法（データ受信
の場合）のシーケンスを説明するための図。

【図９】本実施例における非同期通信方法をプロトコル
機械の視点から観測した状況を示す図。

【図１０】同期通信及び非同期通信とを説明するための
図。

【図１１】従来の非同期通信によるデータ送受信の方法
を説明するための図。

【図１２】従来の非同期通信における問題が発生する可
能性のあるシーケンスの一例を示す図。

【図１３】従来の非同期通信における問題となるシーケ
ンスのプロトコル機械による判別状態を示す図。

【符号の説明】

８００…アプリケーション部（利用者）、８０１…上位
機能部（提供者）、８０２…下位機能部（提供者）、８
０３…通信回線、８０４…イベント制御部、８０５〜８
０７…セマフォ、８０８…利用者情報格納領域部、８０
９…送信情報領域部、８１０…受信情報領域部、８１１
…利用者インタフェース。

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 複数階層の処理機能を所定のプロトコル
   機械に基づいて、非同期により他のシステムとの間でデ
   ータ送受信を行なう通信システムにおいて、 データ受信を行なうための受信設定を通知し、任意の時
   点でデータの受信要求を行なうアプリケーション手段
   と、 前記アプリケーション手段により受信設定が通知された
   場合に、非同期の受信要求を通知して、同受信要求に応
   じて受信したデータを保留すると共に、データを受信し
   たことを示す受信通知を前記アプリケーション手段に対
   して通知し、前記アプリケーション手段からの受信要求
   に応じて、保留したデータを所定のプロトコル機械に基
   づいて前記アプリケーション手段に送出する上位機能手
   段と、 前記上位機能手段からの非同期の受信要求に応じて、他
   のシステムからのデータを受信して前記上位機能手段に
   送出する下位機能手段と、 を具備したことを特徴とする通信システム。
2. 【請求項２】 前記上位機能手段は、 前記アプリケーション手段により受信設定が通知された
   場合に、既に非同期の受信要求を通知していれば、再
   度、非同期の受信要求を通知せず、この時点でデータを
   保留していれば前記アプリケーション手段に受信通知を
   通知することを特徴とする請求項１記載の通信システ
   ム。
3. 【請求項３】 複数階層の処理機能を所定のプロトコル
   機械に基づいて、 非同期により他のシステムとの間でデータ送受信を行な
   う通信システムにおいて、 アプリケーション手段から上位機能手段に対してデータ
   受信を行なうための受信設定を通知し、 前記上位機能手段が前記アプリケーション手段によって
   前記受信設定を通知された場合に非同期の受信要求を下
   位機能手段に対して通知し、 前記下位機能手段が前記上位機能手段から非同期の受信
   要求を通知されると、他のシステムからのデータを受信
   して前記上位機能手段に送出し、 前記上位機能手段が前記下位機能手段から送出されたデ
   ータを受信すると、受信データを保留すると共に、デー
   タを受信したことを示す受信通知を前記アプリケーショ
   ン手段に対して通知し、 前記アプリケーションが受信通知を受信した後に、任意
   の時点でデータの受信要求を前記上位機能手段に通知
   し、 前記上位機能手段が前記アプリケーション手段からの受
   信要求を受信すると、保留したデータを所定のプロトコ
   ル機械に基づいて前記アプリケーション手段に送出する
   ことを特徴とする非同期通信のイベント制御方法。