(57)【要約】【課題】  非同期メッセージングをサーバアプリケーションに頼らずに実現する。【解決手段】  処理依頼取得部２１ａが、クライアント端末Ｃから出力された処理依頼を取得し、この処理依頼を処理依頼転送部２１ｂが、サーバアプリケーションへ転送する。処理結果取得部２１ｃが、サーバアプリケーションから出力された、処理依頼に対する処理結果を取得し、この処理結果を処理結果保存部３へ記憶する。返却依頼取得部２２ａが、クライアント端末Ｃから出力された返却依頼を取得し、この返却依頼が取得されたことに応じて非同期送信部２２ｂが、処理結果保存部３に記憶された処理結果をクライアント端末Ｃへ送信する。【選択図】図１
2005085061.tif 000002
【特許請求の範囲】
【請求項１】
クライアントアプリケーションとサーバアプリケーションとのメッセージ通信を仲介する装置で、記憶媒体にアクセス可能なメッセージ通信仲介装置において、
前記クライアントアプリケーションから出力された処理依頼を取得する手段と、
前記処理依頼を前記サーバアプリケーションへ転送する手段と、
前記サーバアプリケーションから出力された、前記処理依頼に対する処理結果を取得する手段と、
前記処理結果を前記記憶媒体へ記憶させる手段と、
前記クライアントアプリケーションから出力された取得依頼を取得する手段と、
前記取得依頼が取得されたことに応じて、前記記憶媒体に記憶された前記処理結果を前記クライアントアプリケーションへ送信する手段とを具備したことを特徴とするメッセージ通信仲介装置。
【請求項２】
前記クライアントアプリケーションから出力された取得完了通知を取得する手段と、
前記取得完了通知に取得が完了したことが示されている前記処理結果を前記記憶媒体から削除する削除手段とをさらに具備したことを特徴とする請求項１に記載のメッセージ通信仲介装置。
【請求項３】
前記削除手段は、前記処理結果を削除するタイミングを変更することが可能であることを特徴とする請求項２に記載のメッセージ通信仲介装置。
【請求項４】
前記処理結果が取得されたことに応じて、この取得された処理結果を前記クライアントアプリケーションへ送信する送信手段をさらに具備したことを特徴とする請求項１に記載のメッセージ通信仲介装置。
【請求項５】
前記送信手段は、前記処理依頼にて同期送信が要求された場合にのみ前記処理結果を前記クライアントへ送信することを特徴とする請求項４に記載のメッセージ通信仲介装置。
【請求項６】
クライアントアプリケーションおよびサーバアプリケーションと通信可能で、かつ記憶媒体にアクセス可能なコンピュータを、
前記クライアントアプリケーションから出力された処理依頼を取得する手段と、
前記処理依頼を前記サーバアプリケーションへ転送する手段と、
前記サーバアプリケーションから出力された、前記処理依頼に対する処理結果を取得する手段と、
前記処理結果を前記記憶媒体へ記憶させる手段と、
前記クライアントアプリケーションから出力された取得依頼を取得する手段と、
前記取得依頼が取得されたことに応じて、前記記憶媒体に記憶された前記処理結果を前記クライアントアプリケーションへ送信する手段として機能させることを特徴とするメッセージ通信仲介プログラム。
【請求項７】
前記コンピュータを、
前記クライアントアプリケーションから出力された取得完了通知を取得する手段と、
前記取得完了通知に取得が完了したことが示されている前記処理結果を前記記憶媒体から削除する削除手段としてさらに機能させることを特徴とする請求項６に記載のメッセージ通信仲介プログラム。
【請求項８】
前記削除手段により前記処理結果を削除するタイミングを変更することを可能とすることを特徴とする請求項７に記載のメッセージ通信仲介プログラム。
【請求項９】
前記コンピュータを、
前記処理結果が取得されたことに応じて、この取得された処理結果を前記クライアントアプリケーションへ送信する送信手段としてさらに機能させることを特徴とする請求項６に記載のメッセージ通信仲介プログラム。
【請求項１０】
前記送信手段に、前記処理依頼にて同期送信が要求された場合にのみ前記処理結果を前記クライアントへ送信させることを特徴とする請求項６に記載のメッセージ通信仲介プログラム。
【請求項１１】
クライアントアプリケーションおよびサーバアプリケーションと通信可能で、かつクライアントアプリケーションからの処理依頼に対して前記サーバアプリケーションにより出力される処理結果が記憶される記憶媒体にアクセス可能なコンピュータを、
前記クライアントアプリケーションから出力された取得依頼を取得する手段と、
前記取得依頼が取得されたことに応じて、前記記憶媒体に記憶された前記処理結果を前記クライアントアプリケーションへ送信する手段として機能させることを特徴とするメッセージ通信仲介プログラム。
【請求項１２】
前記コンピュータを、
前記クライアントアプリケーションから出力された取得完了通知を取得する手段と、
前記取得完了通知に取得が完了したことが示されている前記処理結果を前記記憶媒体から削除する削除手段としてさらに機能させることを特徴とする請求項１１に記載のメッセージ通信仲介プログラム。
【請求項１３】
クライアントアプリケーションとサーバアプリケーションとのメッセージ通信を仲介するメッセージ通信仲介方法において、
前記クライアントアプリケーションから出力された処理依頼を取得し、
前記処理依頼を前記サーバアプリケーションへ転送し、
前記サーバアプリケーションから出力された、前記処理依頼に対する処理結果を取得し、
前記処理結果を前記記憶媒体へ記憶し、
前記クライアントアプリケーションから出力された取得依頼を取得し、
前記取得依頼が取得されたことに応じて、前記記憶媒体に記憶された前記処理結果を前記クライアントアプリケーションへ送信することを特徴とするメッセージ通信仲介方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントアプリケーションとサーバアプリケーションとのメッセージ通信を仲介するメッセージ通信仲介装置、メッセージ通信仲介プログラムおよびメッセージ通信仲介方法に関する。
【背景技術】
【０００２】
一般に、ネットワーク等を介して接続された複数の装置間の通信のうち、各装置で実行されるアプリケーション間でメッセージを送受信し合うことをメッセージ通信またはメッセージングなどと呼ぶことがある。また、メッセージを送信して処理を依頼するアプリケーションをクライアントアプリケーションと呼び、メッセージを受信して処理を実行するアプリケーションをサーバアプリケーションと呼ぶことがある。
【０００３】
さて、メッセージ通信には、同期メッセージングと非同期メッセージングとがある。同期メッセージングでは、サーバアプリケーションは、クライアントアプリケーションから処理依頼を示したリクエストメッセージを受けると、この処理依頼に対する処理結果を上記リクエストメッセージに対するレスポンスメッセージに入れてクライアントアプリケーションに返却する。非同期メッセージングでは、サーバアプリケーションは、クライアントアプリケーションから処理依頼を示したリクエストメッセージを受けると、この処理依頼に対する処理は行うが、処理結果はすぐには返却しない。そしてサーバアプリケーションは、クライアントアプリケーションから処理結果の取得依頼を示したリクエストメッセージを受けたならば、このリクエストメッセージに対するレスポンスメッセージに上記の処理結果を入れてクライアントアプリケーションに返却する。なお、非同期メッセージングを実現するためのプロトコルとしては、ｅｂＸＭＬ(e-business XML)またはＷＳリライアビリティ（WS-Reliability：Web Services Reliability)が提案されている。ｅｂＸＭＬは、ＸＭＬ（eXtensible Markup Language）を使った企業間システム連携のための標準である。ｅｂＸＭＬが規定するメッセージ通信プロトコルには、信頼性向上のための仕組みが備わっている。ＷＳリライアビリティは、ＷｅｂサービスのＳＯＡＰ（Simple Object Access Protocol）通信の信頼性(reliability)向上のためのプロトコルである。
【０００４】
メッセージ通信を行うための具体的な技術に関しては、例えば特許文献１に開示されている。そしてこの特許文献１には、サーバ端末が、クライアント端末が送信した完了通知を受けたときに、保存してある処理要求を消去することが示されている。
【特許文献１】特開２００３−０１６０４１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述のような、非同期メッセージングを採用することで、クライアントアプリケーションは任意のタイミングでサーバアプリケーションから処理結果を取得することが可能となる。
【０００６】
しかしながら、非同期メッセージングを採用した場合には、サーバアプリケーションにおいて処理結果を管理しておくことが必要となる。この結果、サーバアプリケーションが複雑化し、その開発が困難となる。
【０００７】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、非同期メッセージングをサーバアプリケーションに頼らずに実現することを可能とすることにある。
【課題を解決するための手段】
【０００８】
クライアントアプリケーションから出力された処理依頼を取得し、この処理依頼をサーバアプリケーションへ転送する。サーバアプリケーションから出力された、処理依頼に対する処理結果を取得し、この処理結果を記憶媒体へ記憶する。クライアントアプリケーションから出力された取得依頼を取得し、この取得依頼が取得されたことに応じて、記憶媒体に記憶された処理結果を前記クライアントアプリケーションへ送信するようにした。
【０００９】
このような手段を講じたことにより、サーバアプリケーションにより同期メッセージングを行うべく処理結果が返却されても、この処理結果は、記憶媒体へ一旦記憶された上で、クライアントアプリケーションからの依頼に応じてクライアントアプリケーションへ送信される。
【発明の効果】
【００１０】
本発明によれば、非同期メッセージングをサーバアプリケーションに頼らずに実現することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の一実施形態につき説明する。  
図１は本実施形態に係るメッセージ通信システムの構成を示すブロック図である。  
この実施形態のメッセージ通信システムは、クライアント端末Ｃおよびサーバ端末Ｓからなる。クライアント端末Ｃは、クライアントアプリケーションを実行する。サーバ端末Ｓは、アプリケーションサービス部１、メッセージ通信仲介部２および処理結果保存部３を含む。アプリケーションサービス部１は、サーバアプリケーションを実行する。アプリケーションサービス部１は、クライアント端末ＣとＳＯＡＰによるメッセージ通信を行いながら、クライアント端末Ｃに対してＷｅｂサービスを提供する。
【００１２】
メッセージ通信仲介部２は、クライアント端末Ｃとアプリケーションサービス部１とのメッセージ通信を仲介する。メッセージ通信仲介部２は、メッセージ送受信部２１および処理結果管理部２２を含む。メッセージ送受信部２１は、処理依頼取得部２１ａ、処理依頼転送部２１ｂ、処理結果取得部２１ｃ、同期送信部２１ｄおよび完了通知取得部２１ｅを含む。処理結果管理部２２は、返却依頼取得部２２ａ、非同期送信部２２ｂ、完了通知取得部２２ｃおよび返却済み処理部２２ｄを含む。
【００１３】
処理依頼取得部２１ａは、クライアント端末から送信される処理依頼を取得する。処理依頼取得部２１ａは、取得した処理依頼を処理依頼転送部２１ｂおよび同期送信部２１ｄへ出力するとともに、処理結果保存部３に保存する。処理依頼転送部２１ｂは、処理依頼取得部２１ａから出力された処理依頼をアプリケーションサービス部１へ転送する。処理結果取得部２１ｃは、アプリケーションサービス部１から出力される処理結果を取得する。処理結果取得部２１ｃは、取得した処理結果を同期送信部２１ｄへ出力するとともに、処理結果保存部３に保存する。同期送信部２１ｄは、同期メッセージングを指定する処理依頼に対する処理結果をクライアント端末Ｃへ送信する。完了通知取得部２１ｅは、同期送信部２１ｄが行った処理結果の送信に対してクライアント端末Ｃから送信される完了通知を取得する。完了通知取得部２１ｅは、取得した完了通知を返却済み処理部２２ｄへ出力する。
【００１４】
返却依頼取得部２２ａは、クライアント端末Ｃから送信される返却依頼を取得する。返却依頼取得部２２ａは、取得した返却依頼を非同期送信部２２ｂへ出力する。非同期送信部２２ｂは、返却依頼に応じて、処理結果保存部３に保存されている処理結果をクライアント端末Ｃへ送信する。完了通知取得部２２ｃは、非同期送信部２２ｂが行った処理結果の送信に対してクライアント端末Ｃから送信される完了通知を取得する。完了通知取得部２２ｃは、取得した完了通知を返却済み処理部２２ｄへ出力する。返却済み処理部２２ｄは、完了通知取得部２１ｅまたは完了通知取得部２２ｃから出力された完了通知に応じて、処理結果保存部３に保存されている処理結果を管理するための返却済み処理を実行する。
【００１５】
処理結果保存部３は、処理結果を記憶する。
【００１６】
なお、このサーバ端末Ｓは、例えば汎用のコンピュータを基本ハードウェアとして用いることができる。そしてメッセージ送受信部２１および処理結果管理部２２は、、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。メッセージ送受信部２１および処理結果管理部２２の双方を１つのプログラムにより実現することもできるし、別々のプログラムによりそれぞれ実現することもできる。ただし、メッセージ送受信部２１または処理結果管理部２２は、サーバアプリケーションからは分離されたプログラムにより実現する。
【００１７】
サーバ端末Ｓは、上記のプログラムをコンピュータに予めインストールされて実現されても良いし、磁気ディスク（フロッピー(R)ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどのリムーバブルな記憶媒体に記録して、あるいはＬＡＮやインターネット等のネットワークを介して上記のプログラムを配布し、このプログラムをコンピュータに適宜インストールして実現されても良い。処理結果保存部３は、上記のコンピュータに内蔵されたメモリやハードディスク装置などの記憶デバイス、上記のコンピュータに外付けされたメモリやハードディスク装置などの記憶デバイス、さらにはフロッピー(R)ディスクなどのようなリムーバブルな記憶媒体などを適宜利用して実現することができる。
【００１８】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。  
上記のコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。上記のコンピュータは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【００１９】
次に以上のように構成されたメッセージ通信システムの動作につき説明する。  
本実施形態のメッセージ通信システムでは、クライアント端末Ｃとアプリケーションサービス部１との間でのメッセージ通信は、メッセージ通信仲介部２を介して行われる。メッセージ通信仲介部２は、後述するように同期メッセージングおよび非同期メッセージングのいずれにも対応する。そこで、クライアント端末Ｃからサーバ端末Ｓへ処理を依頼する場合、この処理依頼にて同期メッセージングまたは非同期メッセージングを指定する取り決めとしておく。
【００２０】
図２は非同期メッセージングが指定される場合のメッセージ送受信部２１および処理結果管理部２２の処理手順とメッセージ通信のシーケンスとを示す図である。  
非同期メッセージングの指定をともなう処理依頼がクライアント端末Ｃから出力されると、メッセージ送受信部２１では処理依頼取得部２１ａがステップＳａ１において、この処理依頼を取得する。なお処理依頼には、この処理依頼に起因して行われる以下の処理がこの処理依頼に基づくものであることを識別するために利用するユニークなメッセージＩＤがクライアント端末Ｃによって示される。以降に説明で授受される各種のメッセージにはいずれもこの、メッセージＩＤが示されることで、上記の処理依頼に関する情報であることが識別可能とされる。
【００２１】
ステップＳａ２にて処理依頼取得部２１ａは、上記の取得した処理依頼の保存依頼を処理結果保存部３へ出力する。この保存依頼に応じて処理結果保存部３では、保存依頼に示されたメッセージＩＤを見出しとするデータレコードを新たに作成する。  
図３は処理依頼取得部２１ａのデータ構造を示す図である。  
この図３に示すように処理依頼取得部２１ａには、メッセージＩＤ、処理状態および処理結果を記述したデータレコードを複数記憶する。処理状態としては、「受信済み」「処理済み」および「返却済み」のいずれかが記述される。「受信済み」は、処理依頼を受信したが、まだ処理結果は出ていない状態を示す。「処理済み」は、処理結果が出たが、処理結果をクライアント端末Ｃへ返却していない状態を示す。「返却済み」は、クライアント端末Ｃへ処理結果を返却し、クライアント端末Ｃから受信完了通知を受信した状態を示す。また処理結果としては、アプリケーションサービス部１により得られた処理結果の値が記述される。  
かくして処理依頼取得部２１ａが出力する保存依頼に基づいては、図３にメッセージＩＤとして「ＩＤ００１」が記述されたデータレコードのような状態のデータレコードが処理結果保存部３にて新たに作成される。
【００２２】
ステップＳａ３にてメッセージ送受信部２１は処理依頼転送部２１ｂが、上記の取得された処理依頼をアプリケーションサービス部１へ転送する。そうするとアプリケーションサービス部１は上記の処理依頼に対する処理を実行し、処理結果をメッセージ送受信部２１へ返す。そこでステップＳａ４にてメッセージ送受信部２１は処理結果取得部２１ｃが、上記の処理結果を取得する。ステップＳａ５にて処理結果取得部２１ｃは、上記の取得した処理結果の保存依頼を処理結果保存部３へ出力する。この保存依頼に応じて処理結果保存部３では、既に作成してあるデータレコードにおける処理結果として上記の処理結果の値を記述する。これによりデータレコードは、図３にメッセージＩＤとして「ＩＤ００２」が記述されたデータレコードのような状態とされる。
【００２３】
こののちにステップＳａ６にてメッセージ送受信部２１では同期送信部２１ｄが、同期メッセージングが指定されているか否かを確認する。図２の例では非同期メッセージングが指定されているのであるから、同期送信部２１ｄは処理結果の返却を行わない。そしてメッセージ送受信部２１は、ステップＳａ１にて所得した処理依頼に対する処理を終了する。
【００２４】
さて、非同期メッセージングを指定した場合には、アプリケーションサービス部１が処理結果を返しても、この処理結果は上述のように処理結果保存部３に記憶されて、クライアント端末Ｃへは返却されない。クライアント端末Ｃは処理結果を取得したいとき、返却依頼をサーバ端末Ｓへ出力する。
【００２５】
ステップＳｂ１およびステップＳｂ２にて処理結果管理部２２では、返却依頼取得部２２ａが返却依頼を取得するか、あるいは完了通知取得部２２ｃが完了通知を取得するのを待ち受けている。この状態で上述のように返却依頼がクライアント端末Ｃにより出力されると、この返却依頼が返却依頼取得部２２ａにより取得される。そしてこれにより処理結果管理部２２はステップＳｂ１からステップＳｂ３へ進む。ステップＳｂ３にて処理結果管理部２２では非同期送信部２２ｂが、処理結果保存部３へ読出し依頼を出力する。この読出し依頼に応じて処理結果保存部３は、記憶してある処理結果を処理結果管理部２２へと出力する。そこでステップＳｂ４にて非同期送信部２２ｂは、上記の処理結果を取得する。そしてステップＳｂ５にて非同期送信部２２ｂは、上記の処理結果をクライアント端末Ｃへ返す。こののちに処理結果管理部２２は、ステップＳｂ１およびステップＳｂ２の待ち受け状態に戻る。
【００２６】
このようにして、返却依頼の応答として処理結果がクライアント端末Ｃへと返される。処理結果を正常に取得できた場合にクライアント端末Ｃは、サーバ端末Ｓへ受信完了通知を送る。この返却依頼の応答としての処理結果に対する受信完了通知は、処理結果管理部２２で完了通知取得部２２ｃにより取得される。これにより処理結果管理部２２はステップＳｂ２からステップＳｂ６へ進む。ステップＳｂ６にて処理結果管理部２２では返却済み処理部２２ｄは、処理結果保存部３に対して返却済み処理を実行する。
【００２７】
返却済み処理部２２ｄは、返却済み処理として次のような処理を選択的に適用する。いずれの処理を適用するかは、例えばサーバアプリケーションの作成者などによる人為的な設定に基づく。  
(1) 処理状態を「返却済み」とするとともに、処理結果保存部３から処理結果を即座に消去する。図３にメッセージＩＤとして「ＩＤ００３」が記述されたデータレコードは、この処理がなされている。  
(2) 処理状態を「返却済み」とし、処理結果保存部３から処理結果を消去しない。
上記(1)の処理は、処理結果のデータサイズが大きい場合や、処理結果が重要なデータを含むためにサーバ端末Ｓ上に保存しておきたくない場合などに適切である。上記(2)の処理は、処理結果を繰り返しクライアント端末Ｃへ返すことを許容する場合などに適切である。上記(2)を使用する場合には、処理結果保存部３に保存された処理結果は、処理結果保存部３が持つリソースが不足した時点などの適宜のタイミングで別途の処理により随時消去する。
【００２８】
図４は同期メッセージングが指定される場合のメッセージ送受信部２１および処理結果管理部２２の処理手順とメッセージ通信のシーケンスとを示す図である。図４において図２と同一の処理には同一の符号を付してその詳細な説明は省略する。
【００２９】
メッセージ送受信部２１は、ステップＳａ１乃至ステップＳａ６は前述と同様にして行う。図４の例では同期メッセージングが指定されているのであるから、メッセージ送受信部２１はステップＳａ６からステップＳａ７へ進む。ステップＳａ７にてメッセージ送受信部２１では同期送信部２１ｄが、ステップＳａ４で取得された処理結果をクライアント端末Ｃへ転送する。
【００３０】
このようにして、処理依頼の応答として処理結果がクライアント端末Ｃへ返される。処理結果を正常に取得できた場合にクライアント端末Ｃは、サーバ端末Ｓへ受信完了通知を送る。この処理依頼の応答としての処理結果に対する受信完了通知は、ステップＳａ８にてメッセージ送受信部２１で完了通知取得部２１ｅが取得する。ステップＳａ９にて完了通知取得部２１ｅは、返却済み処理部２２ｄへ上記の取得された受信完了通知を転送する。返却済み処理部２２ｄは、完了通知取得部２１ｅから受信完了通知が転送されてくると、完了通知取得部２２ｃで受信完了通知が取得されたときと同様に上述の処理を行う。
【００３１】
以上のように本実施形態によれば、非同期メッセージングにより、クライアントが希望するタイミングで処理結果を返却することが可能である。そして本実施形態によれば、アプリケーションサービス部１とは独立に備えた処理結果管理部２２により処理結果を管理する。このため、アプリケーションサービス部１は同期メッセージングのための簡易な機能を有していれば良く、サーバアプリケーションの簡略化と、その開発の手間の軽減とが達成される。  
また本実施形態によれば、メッセージ送受信部２１にて同期メッセージングにより処理結果を即座に返却することも可能としているから、処理終了後の速やかな返却をクライアントが希望している場合には、これに対応して返却タイミングの設定の柔軟性がさらに高まる。  
また本実施形態によれば、返却済み処理として、返却が済んだ処理結果を処理結果保存部３から即座に消去する処理と、返却が済んだ処理結果を処理結果保存部３に残しておき、別の条件で消去する処理とを選択可能としているので、処理結果を消去するタイミングを変更することができる。この結果、前述した各処理を利点を適宜に発揮させることができる。
【００３２】
以上の実施形態は、次のような変形実施が可能である。  
同期メッセージングによる処理結果の返却を行えるようにしているが、このための機能は省略しても良い。  
同期送信部２１ｅは、同期メッセージングによる処理結果の返却を常に行うようにしても良い。また、同期送信部２１ｅは、同期メッセージングによる処理結果の返却をクライアントからの要求に応じて行うか、あるいは常に行うかを、サーバ端末Ｓにおける設定に応じて切替えるようにしても良い。  
返却済み処理の処理内容は、１つのみに固定しても良い。
【００３３】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施形態に係るメッセージ通信システムの構成を示すブロック図。
【図２】非同期メッセージングが指定される場合のメッセージ送受信部２１および処理結果管理部２２の処理手順とメッセージ通信のシーケンスとを示す図。
【図３】処理依頼取得部２１ａのデータ構造を示す図。
【図４】同期メッセージングが指定される場合のメッセージ送受信部２１および処理結果管理部２２の処理手順とメッセージ通信のシーケンスとを示す図。
【符号の説明】
【００３５】
Ｃ…クライアント端末、Ｓ…サーバ端末、１…アプリケーションサービス部、２…メッセージ通信仲介部、３…処理結果保存部、２１…メッセージ送受信部、２１ａ…処理依頼取得部、２１ｂ…処理依頼転送部、２１ｃ…処理結果取得部、２１ｄ…同期送信部、２１ｅ…完了通知取得部、２２…処理結果管理部、２２ａ…返却依頼取得部、２２ｂ…非同期送信部、２２ｃ…完了通知取得部、２２ｄ…返却済み処理部。
【図１】
2005085061.tif 000003
【図２】
2005085061.tif 000004
【図３】
2005085061.tif 000005
【図４】
2005085061.tif 000006