JP3418500B2 - クライアントサーバ型システムの機能非同期呼び出し方法 - Google Patents

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明はデータ処理システム
における機能非同期呼び出し方法にかかわり、より詳細
に言えば、クライアントサーバ型分散データ処理システ
ムにおけるサーバ機能の非同期呼び出し方法に関する。
更に、具体的に言えば、本発明はサーバ機能の同期呼び
出しを前提として作成されたクライアントプログラムと
サーバプログラムに変更を加えることなく、サーバ機能
の非同期呼び出しを可能とするクライアントサーバ型シ
ステムの機能非同期呼び出し方法に関する。 【０００２】 【従来の技術】複数のデータ処理装置を情報伝達ネット
ワークで接続して構成する分散データ処理システムにお
けるデータ処理のモデルとして、クライアントサーバ型
が知られている。ここで、サーバはデータ処理機能を提
供する。クライアントは機能呼び出しの手順に従い、サ
ーバのデータ処理機能を呼び出して処理を依頼する。ク
ライアントとサーバの機能呼び出しの連携を行なうた
め、クライアントサーバ型システムは、クライアントの
機能呼び出し依頼をサーバに配信するソフトウェアを含
む。 【０００３】データ処理機能の呼び出し方法は、同期呼
び出しと非同期呼び出しの２種類に大別できる。 【０００４】同期呼び出し方法では、クライアントは
「同期呼び出しリクエスト配信ソフトウェア」にサーバ
の機能呼び出しを依頼すると、機能処理終了まで待機
し、同じく「同期呼び出しリクエスト配信ソフトウェ
ア」からサーバの処理結果を受け取った後、次の処理を
実行する。よって、同期呼び出しでは、即座にサーバの
処理結果を要求するため、例えば、サーバの存在する計
算機が動いていなかったり、サーバまでのネットワーク
経路に障害が存在する場合、同期型の機能呼び出しは失
敗し、その旨クライアントに通知される。このような技
術は、例えば、「Ｔｈｅ Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ
Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔ
ｕｒｅ ａｎｄ Ｓｐｅｃｅｆｉｃａｔｉｏｎ，ＯＢＪ
ＥＣＴ ＭＡＮＡＧＥＭＥＮＴ ＧＲＯＵＰ ａｎｄ
Ｘ／Ｏｐｅｎ， １９９３」ｐｐ．８１〜に開示されて
いる。 【０００５】非同期呼び出し方法では、クライアントは
「メッセージ蓄積配信ソフトウェア」にサーバの機能呼
び出しと処理の内容を依頼し、この機能処理終了を待た
ずに次の処理を実行する。クライアントが依頼した処理
は、通常、「メッセージ蓄積配信ソフトウェア」内に設
けられた「メッセージ蓄積部」に格納される。サーバは
「メッセージ蓄積部」から機能呼び出し依頼を取り出し
て実行し、結果を再度「メッセージ蓄積部」に格納す
る。クライアントは「メッセージ蓄積部」を検査し、目
的の結果があればそれを受け取る。 【０００６】以上のように、非同期呼び出し方法では、
即座にサーバの処理結果を要求せず、処理要求を「メッ
セージ蓄積部」に一時保存するため、例えば、サーバの
存在する計算機が動いていなかったり、サーバまでのネ
ットワーク経路に障害が存在しても、クライアントは処
理を依頼することが可能である。この方法を実現する基
盤技術は、例えば、「ＤＥＣｍｅｓｓａｇｅＱ Ｉｎｔ
ｒｏｄｕｃｔｉｏｎｔｏ Ｍｅｓｓａｇｅ Ｑｕｅｕｉ
ｎｇ，Ｄｉｇｉｔａｌ ＥｑｕｉｐｍｅｎｔＣｏｒｐｏ
ｒａｔｉｏｎ， １９９４」に開示されている。 【０００７】以下の説明において、同期呼び出し方法と
は、クライアントの呼び出し依頼処理と、サーバにおけ
る呼び出された機能による処理と、クライアントによる
サーバの処理結果の獲得処理とが、それぞれ時間的に連
続したひとまとまりの処理として実行されるサーバ機能
の呼び出し方法であると定義する。また、非同期呼び出
し方法とは、クライアントの呼び出し依頼処理と、サー
バでの呼び出された機能の処理と、クライアントによる
サーバの処理結果の獲得処理とが、それぞれ時間的に独
立した処理として実行されるサーバ機能の呼び出し方法
であると定義する。 【０００８】 【発明が解決しようとする課題】クライアントサーバ型
システム上で動作するアプリケーションプログラムの多
くは、同期呼び出し方法を利用して作成されている。し
かし、これらのプログラムを、常時接続状態にないネッ
トワークを介した環境や、常時サーバの存在する計算機
が動いていない環境で快適に利用するためには、サーバ
に対する機能依頼の方法を同期呼び出しから非同期呼び
出しに変更する必要がある。 【０００９】しかし、同期呼び出しと非同期呼び出しで
は、機能呼び出しの手順が異なり、プログラムの変更は
容易ではない。特に、クライアント側は、同期呼び出し
方法の場合、呼び出しと結果の獲得を「同期呼び出しリ
クエスト配信ソフトウェア」に対する１回の要求で行な
っていたが、非同期呼び出しでは、「メッセージ蓄積配
信ソフトウェア」への、「依頼」と「結果の獲得」の２
回の要求を行なうようにプログラムを変更する必要があ
る。さらに「結果の獲得」までに時間待ちが必要な場
合、その対処のためのプログラムの変更が必要である。 【００１０】本発明の目的は、同期呼び出しを前提に開
発されたクライアントプログラムとサーバプログラムに
変更を加えることなく、クライアントによるサーバ機能
の非同期呼び出しを可能とするクライアントサーバ型シ
ステムの非同期呼び出し方法を提供することにある。 【００１１】 【課題を解決するための手段】本発明の第１のクライア
ントサーバ型システムの機能非同期呼び出し方法は、少
なくとも１つのクライアント計算機と少なくとも１つの
サーバ計算機とがネットワークを介して互いに接続さ
れ、上記クライアント計算機はサーバ計算機に対するサ
ーバ機能呼び出しメッセージを送信するクライアントプ
ログラムを備え、かつ、上記サーバ計算機はクライアン
ト計算機からのサーバ機能呼び出しメッセージを受けて
当該サーバ機能呼び出しメッセージで指示された内容を
同期状態で実行するサーバプログラムを備えたクライア
ントサーバ型システムに適用されるものであり、次の特
徴を有している。 【００１２】すなわち、上記クライアント計算機内のク
ライアントプログラムは、上記サーバ機能呼び出しメッ
セージを送信する第１のステップと、第１のプログラム
は、上記サーバ機能呼び出しメッセージを受信してその
内容をテーブルに格納し、その後サーバ機能呼び出しメ
ッセージをネットワークへ非同期で送信し、かつサーバ
機能呼び出しメッセージに対するサーバ計算機からのサ
ーバリプライメッセージをネットワークを介して非同期
で受信し、上記テーブルに両者を対応付けて格納し、さ
らに、サーバ機能呼び出しメッセージを受信したとき、
上記テーブルを参照して、当該サーバ機能呼び出しメッ
セージの内容と当該サーバ機能呼び出しメッセージに対
するサーバリプライメッセージのうち少なくとも一方が
格納されていないとき、クライアントプログラムに対し
てサーバ計算機に対する同期呼び出しに失敗したことを
内容とするサーバリプライメッセージを送信し、当該サ
ーバ機能呼び出しメッセージの内容と当該サーバ機能呼
び出しメッセージに対するサーバリプライメッセージと
が両方とも格納されているとき、クライアントプログラ
ムに対してテーブルから取得したサーバリプライメッセ
ージを送信する第２のステップと、第２のプログラム
は、ネットワークを介して上記サーバ機能呼び出しメッ
セージを非同期で受信して、受信したサーバ機能呼び出
しメッセージをサーバ計算機のサーバプログラムに送信
し、さらにサーバ計算機から送信されるサーバリプライ
メッセージを受信して、非同期でネットワークへ送信す
る第３のステップと、上記クライアント計算機のクライ
アントプログラムは、上記サーバ機能呼び出しメッセー
ジを受信し、サーバ機能呼び出しメッセージで指定され
た機能を呼び出して実行し、サーバリプライメッツセー
ジを作成して、第２のプログラムに送信する第４のステ
ップと から構成されていることを特徴としている。 【００１３】本発明の第２のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、少なくとも１つのク
ライアント計算機と少なくとも１つのサーバ計算機とが
ネットワークを介して互いに接続され、上記クライアン
ト計算機はサーバ計算機に対するサーバ機能呼び出しメ
ッセージを同期状態で送信するクライアントプログラム
を備え、かつ、上記サーバ計算機はクライアント計算機
からのサーバ機能呼び出しメッセージを受けて当該サー
バ機能呼び出しメッセージで指示された内容を同期状態
で実行するサーバプログラムを備えたクライアントサー
バ型システムに適用されるものであり、次の特徴を有し
ている。 【００１４】すなわち、上記クライアント計算機内のク
ライアントプログラムは、上記サーバ機能呼び出しメッ
セージを送信する第１のステップと、上記クライアント
計算機内に設けられたサーバ機能呼び出しメッセージ仲
介機構は、上記サーバ機能呼び出しメッセージを受信
し、クライアント計算機内に設けられたリクエストリプ
ライテーブルに上記サーバ機能呼び出しメッセージに含
まれる情報が既に格納されているか否かを判定し、該情
報が格納されていないと判定された場合には、クライア
ントプログラムに対してサーバ計算機に対する同期呼び
出しに失敗したことを内容とするサーバリプライメッセ
ージを送信し、かつ上記サーバ機能呼び出しメッセージ
に含まれる情報をリクエストリプライテーブルにし格納
し、かつ上記サーバ機能呼び出しメッセージを送信し、
さらに該情報が格納されていると判定された場合には、
当該サーバ機能呼び出しメッセージに含まれる情報が格
納されている欄に対応する欄にサーバ計算機からの上記
サーバ機能呼び出しメッセージに対応するサーバリプラ
イメッセージが格納されているか否かを判定し、サーバ
リプライメッセージが格納されていると判定された場合
には、クライアントプログラムに対して上記サーバリプ
ライメッセージを送信し、サーバリプライメッセージが
格納されていないと判定された場合には、クライアント
プログラムに対してサーバ計算機に対する同期呼び出し
に失敗したことを内容とするサーバリプライメッセージ
を送信する第２のステップと、上記クライアント計算機
内に設けられたメッセージ蓄積配信ソフトウェアは、第
２のステップにおいてサーバ機能呼び出しメッセージ仲
介機構から送信されたサーバ機能呼び出しメッセージを
受信し、目的のサーバ計算機に対して受信したサーバ機
能呼び出しメッセージをネットワークを介して非同期で
送信する第３のステップと、上記サーバ計算機内に設け
られたメッセージ蓄積配信ソフトウェアは、第３のステ
ップにおいてクライアント計算機内のメッセージ蓄積配
信ソフトウェアから送信されたサーバ機能呼び出しメッ
セージを非同期で受信して、サーバ計算機内に設けられ
たサーバ機能呼び出しメッセージ仲介機構へ送信する第
４のステップと、上記サーバ計算機内に設けられたサー
バ機能呼び出しメッセージ仲介機構は、第４のステップ
においてサーバ計算機内に設けられたメッセージ蓄積配
信ソフトウェアから送信されたサーバ機能呼び出しメッ
セージを受信し、サーバ計算機内に設けられたサーバプ
ログラムに送信する第５のステップと、サーバ計算機内
に設けられたサーバプログラムは、第５のステップにお
いて送信されたサーバ機能呼び出しメッセージを受信
し、サーバ機能呼び出しメッセージで指定された機能を
呼び出して実行し、サーバリプライメッツセージを作成
してサーバ計算機のサーバ機能呼び出しメッセージ仲介
機構へ送信する第６のステップと、上記サーバ計算機内
に設けられたサーバ機能呼び出しメッセージ仲介機構
は、第６のステップにおいてサーバプログラムから送信
されたサーバリプライメッツセージを受信し、サーバ計
算機内のメッセージ蓄積配信ソフトウェアへ送信する第
６のステップと、上記サーバ計算機内に設けられたメッ
セージ蓄積配信ソフトウェアは、第６のステップにおい
て送信されたサーバリプライメッセージを受信し、目的
のクライアント計算機に対してネットワークを介して非
同期で受信したサーバリプライメッセージを送信する第
７のステップと、上記クライアント計算機内に設けられ
たメッセージ蓄積配信ソフトウェアは、第７のステップ
においてサーバ計算機内のメッセージ蓄積配信ソフトウ
ェアから送信されたサーバリプライメッセージをネット
ワークを介して非同期で受信して、クライアント計算機
内に設けられたサーバ機能呼び出しメッセージ仲介機構
へ送信する第８のステップと、上記クライアント計算機
内に設けられたサーバ機能呼び出しメッセージ仲介機構
は、第８のステップにおいて送信されたサーバリプライ
メッセージを受信し、クライアント計算機内のリクエス
トリプライテーブルにおける上記サーバリプライメッセ
ージに含まれるサーバ機能呼び出しに関する情報が格納
されている欄に対応する欄に上記サーバリプライメッセ
ージを格納する第９のステップとから構成されているこ
とを特徴としている。 【００１５】本発明の第３のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、上記第２の発明にお
ける上記クライアント計算機内に設けられたサーバ機能
呼び出しメッセージ仲介機構が、クライアントプログラ
ムのコンパイル時にリンクするライブラリの一つとして
構成され、クライアントプログラムがサーバサーバ機能
呼び出しメッセージを送信する際に、クライアントプロ
グラムの本体が上記ライブラリ内のサーバ機能呼び出し
メッセージ仲介機構を選択することを特徴としている。 【００１６】本発明の第４のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、上記第２又は第３の
発明において、上記第２のステップにおけるサーバ機能
呼び出しメッセージ仲介機構での処理で、上記クライア
ント計算機が、サーバ機能呼び出しメッセージの情報と
利用者によってあらかじめ設定されたサーバ機能呼び出
しの有効期間とを対応付けて保持し、クライアントプロ
グラムに対してサーバリプライメッセージを送信する前
に、現在時刻が上記有効期間内か否かを判定するステッ
プを設けとことを特徴としている。 【００１７】本発明の第５のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、上記第２又は第３又
は第４の発明において、上記第２のステップにおけるサ
ーバ機能呼び出しメッセージ仲介機構での処理で、クラ
イアントプログラムに対してサーバリプライメッセージ
を送信する前に、サーバリプライメッセージの内容の一
部を利用者に提示し、利用者によるサーバリプライメッ
セージの採否に関する入力を受け付けるステップを設け
たことを特徴としている。 【００１８】本発明の第６のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、上記第２又は第３又
は第４又は第５の発明において、上記第２のステップに
おけるサーバ機能呼び出しメッセージ仲介機構での処理
で、上記クライアント計算機は、利用者によってあらか
じめ設定された上記サーバ機能呼び出しメッセージに対
する文字列や図形などのシンボルを保持し、利用者に対
してサーバリプライメッセージやその内容の一部を提示
するとき上記文字列や図形などのシンボルを同時に提示
し、またはサーバリプライメッセージの提示やその内容
の一部の提示に代えて上記文字列や図形などのシンボル
を提示するステップを設けたことを特徴としている。 【００１９】本発明の第７のクライアントサーバ型シス
テムの機能非同期呼び出し方法は、少なくとも１つのク
ライアント計算機と少なくとも１つのサーバ計算機とが
ネットワークを介して互いに接続され、上記クライアン
ト計算機はサーバ計算機へサーバ機能呼び出しメッセー
ジを送信するために必要な同期呼び出しリクエスト配信
ソフトウェアとクライアントプログラムとを備え、か
つ、上記サーバ計算機はクライアント計算機からのサー
バ機能呼び出しメッセージを受信して当該サーバ機能呼
び出しメッセージで指示された内容を実行するために必
要な同期呼び出しリクエスト配信ソフトウェアとサーバ
プログラムを備えたクライアントサーバ型システムに適
用されるものであり、次の特徴を有している。 【００２０】すなわち、上記クライアント計算機は、ク
ライアント計算機内のクライアントプログラムと同期呼
び出しリクエスト配信ソフトウェアの働きにより、サー
バ機能呼び出しメッセージをネットワークへ送信する第
１のステップと、第１の計算機は、第１の計算機内に設
けられた同期呼び出しリクエスト配信ソフトウェアの働
きにより、第１のステップにおいて送信されたサーバ機
能呼び出しメッセージを受信し、さらに、第１の計算機
内に設けられた名前付け機能プログラムの働きによって
第１の計算機内に設けられた名前識別子テーブルを上記
受信したサーバ機能呼び出しメッセージに含まれる呼び
出し機能名に基づいて検索し、第２の計算機に設けられ
たサーバ機能呼び出しメッセージ仲介機構のアドレスを
求め、さらに、上記同期呼び出しリクエスト配信ソフト
ウェアの働きにより、上記サーバ機能呼び出しメッセー
ジを上記アドレスの上記第２の計算機に設けられたサー
バ機能呼び出しメッセージ仲介機構にネットワークを介
して送信する第２のステップと、上記第２の計算機は、
第２の計算機内に設けられた同期呼び出しリクエスト配
信ソフトウェアの働きにより、第２のステップにおいて
送信されたサーバ機能呼び出しメッセージをネットワー
クから受信し、上記アドレスのサーバ機能呼び出しメッ
セージ仲介機構は、第２の計算機内に設けられたリクエ
ストリプライテーブル内に上記サーバ機能呼び出しメッ
セージに含まれる情報が既に格納されているか否かを判
定し、該情報が格納されていないと判定された場合に
は、クライアント計算機のクライアントプログラムに対
してサーバ計算機に対する同期呼び出しに失敗したこと
を内容とするサーバリプライメッセージを、第２の計算
機内に設けられた同期呼び出しリクエスト配信ソフトウ
ェアの働きによってネットワークを介して送信し、かつ
上記サーバ機能呼び出しメッセージに含まれる情報をリ
クエストリプライテーブルに格納し、かつ上記サーバ機
能呼び出しメッセージを第２の計算機内に設けられたメ
ッセージ蓄積配信ソフトウェアの働きによって第３の計
算機に非同期に送信し、さらに該情報が格納されている
と判定された場合には、当該サーバ機能呼び出しメッセ
ージに含まれる情報が格納されている欄に対応する欄に
サーバ計算機からの上記サーバ機能呼び出しメッセージ
に対応するサーバリプライメッセージが格納されている
か否かを判定し、サーバリプライメッセージが格納され
ていると判定された場合には、クライアント計算機のク
ライアントプログラムに対して上記サーバリプライメッ
セージを、第２の計算機内に設けられた同期呼び出しリ
クエスト配信ソフトウェアの働きによってネットワーク
を介して送信し、サーバリプライメッセージが格納され
ていないと判定された場合には、第２の計算機内に設け
られた同期呼び出しリクエスト配信ソフトウェアの働き
によって、クライアント計算機のクライアントプログラ
ムに対して、サーバ計算機に対する同期呼び出しに失敗
したことを内容とするサーバリプライメッセージをネッ
トワークを介して送信する第３のステップと、上記第３
の計算機内に設けられたメッセージ蓄積配信ソフトウェ
アは、第３のステップにおいて第２の計算機内のメッセ
ージ蓄積配信ソフトウェアから送信されたサーバ機能呼
び出しメッセージをネットワークを介して非同期で受信
して、第３の計算機内に設けられたサーバ機能呼び出し
メッセージ仲介機構へ送信し、上記第３の計算機内に設
けられたサーバ機能呼び出しメッセージ仲介機構は上記
サーバ機能呼び出しメッセージを受信して、第３の計算
機内に設けられた同期呼び出しリクエスト配信ソフトウ
ェアの働きにより、該サーバ機能呼び出しメッセージを
ネットワークへ送信する第４のステップと、上記サーバ
計算機内に設けられた同期呼び出しリクエスト配信ソフ
トウェアは、第４のステップにおいて送信されたサーバ
機能呼び出しメッセージをネットワークを介して受信
し、サーバ計算機内に設けられたサーバプログラムはサ
ーバ機能呼び出しメッセージで指定された機能を呼び出
して実行し、サーバリプライメッツセージを作成し、サ
ーバ計算機の同期サーバ機能呼び出しメッセージ配信ソ
フトウェアを介してネットワークへ送信する第５のステ
ップと、上記第３の計算機内に設けられた同期呼び出し
リクエスト配信ソフトウェアは、第５のステップにおい
て送信されたサーバリプライメッセージをネットワーク
を介して受信し、第３の計算機内に設けられたサーバ機
能呼び出しメッセージ仲介機構の働きにより、第３の計
算機内のメッセージ蓄積配信ソフトウェアへ送信し、第
３の計算機内に設けられたメッセージ蓄積配信ソフトウ
ェアは、該サーバリプライメッセージを受信して、上記
第２の計算機内のメッセージ蓄積配信ソフトウェアに対
してネットワークを介して非同期で送信する第６のステ
ップと、上記第２の計算機内に設けられたメッセージ蓄
積配信ソフトウェアは、第６のステップにおいて第３の
計算機内のメッセージ蓄積配信ソフトウェアから送信さ
れたサーバリプライメッセージを非同期で受信して、第
３の計算機内に設けられたサーバ機能呼び出しメッセー
ジ仲介機構の働きにより、リクエストリプライテーブル
における上記サーバリプライメッセージに含まれるサー
バ機能呼び出しに関する情報が格納されている欄に対応
する欄に上記サーバリプライメッセージを格納する第７
のステップとから構成されていることを特徴としてい
る。 【００２１】上記第１及び第２及び第３及び第７のクラ
イアントサーバ型システムの機能非同期呼び出し方法に
よれば、クライアントプログラムからサーバ機能同期呼
び出しメッセージが送信され、該サーバ機能同期呼び出
しメッセージを受け付けると、その機能同期呼び出しメ
ッセージの内容及びその機能同期呼び出しメッセージに
対応するサーバ計算機からの返答であるサーバリプライ
メッセージの内容がテーブル（リクエストリプライテー
ブル）に保存されているかを判断して、クライアントプ
ログラムに対して当該機能呼び出し成否を含む情報とし
て、サーバリプライメッセージを編集して送信する。そ
して、上記クライアントプログラムからサーバ機能同期
呼び出しメッセージを受け付ける過程と上記クライアン
トプログラムに対してサーバリプライメッセージを送信
する過程は同期して行われる。 【００２２】しかし、サーバ計算機へのサーバ機能同期
呼び出しメッセージの送信と、サーバ計算機からのサー
バリプライメッセージの送信は、非同期で行われる。 【００２３】これにより、同期呼び出しを前提に開発さ
れたクライアントプログラムとサーバプログラムに変更
を加えることなく、クライアント計算機によるサーバ機
能の非同期呼び出しを行うことができる。 【００２４】上記第４のクライアントサーバ型システム
の機能非同期呼び出し方法によれば、利用者によってあ
らかじめ設定されたサーバ機能呼び出しの有効期間によ
り、サーバリプライメッセージが現在時刻において有効
であるかどうかを検査することが可能になり、有効期限
を過ぎた古いサーバリプライメッセージをクライアント
プログラムが受け取る事態を回避できる。 【００２５】上記第５のクライアントサーバ型システム
の機能非同期呼び出し方法によれば、クライアントプロ
グラムに対してサーバリプライメッセージを送信する前
に、サーバリプライメッセージの内容の一部を利用者に
提示し、利用者によるサーバリプライメッセージの採否
に関する入力を受け付けることが可能になるため、不当
なサーバリプライメッセージをクライアントプログラム
が受け取り、不当な処理を行う可能性を削減できる。更
に、上記第５のクライアントサーバ型システムの機能非
同期呼び出し方法によれば、機能呼び出しリクエスト仲
介機構での処理で、非同期のサーバ機能呼び出しで得た
サーバリプライメッセージを受け取った際に、事前にそ
の内容の一部を利用者に提示するため、利用者が適切な
時刻にクライアントプログラムを起動することが可能に
なる。 【００２６】上記第６のクライアントサーバ型システム
の機能非同期呼び出し方法によれば、利用者に対してサ
ーバリプライメッセージやその内容の一部を提示すると
き上記文字列や図形などのシンボルを同時に提示し、ま
たはサーバリプライメッセージの提示やその内容の一部
の提示に代えて上記文字列や図形などのシンボルを提示
するため、利用者がサーバリプライメッセージの内容を
容易に理解できるようになる。 【００２７】 【発明の実施の形態】以下、図面に示す実施の形態につ
いてさらに詳しく説明する。なお、本発明は以下に説明
する実施の形態に限定されるものではない。 【００２８】（第１の実施の形態）図１は、本発明のク
ライアントサーバ型システムの機能非同期呼び出し方法
を適用したクライアントサーバ型システムの一構成例を
示すブロック図である。 【００２９】図１に示すクライアントサーバ型システム
１００は、複数の計算機１０９ａ，１００ｂ等（他の計
算機は図示せず）をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）等の情報伝達用のネットワーク１０８で
接続した構成を有している。 【００３０】計算機１０９ａ上には、クライアントプロ
グラム１０５と機能呼び出しリクエスト仲介機構１０１
ａとリクエストリプライテーブル１０２とメッセージ蓄
積配信ソフトウェア１０４ａとが配置され、計算機１０
９ｂ上には、サーバプログラム１０７と機能呼び出しリ
クエスト仲介機構１０１ｂとメッセージ蓄積配信ソフト
ウェア１０４ｂとが配置されている。したがって、計算
機１０９ａはクライアントとして使用され、計算機１０
９ｂはサーバとして使用される。 【００３１】図１において、クライアントプログラム１
０５は、同期呼び出しの手順でサーバプログラム１０７
の機能を呼び出すプログラムである。 【００３２】メッセージ蓄積配信ソフトウェア１０４
ａ，１０４ｂは、その内部にメッセージを蓄積しつつ、
互いにネットワーク１０８を介して連絡をとり、相互に
メッセージを配信するプログラムである。 【００３３】サーバプログラム１０７は、同期呼び出し
の呼び出しの手順で、機能呼び出しを受け付けるプログ
ラムである。 【００３４】図２は、図１のクライアントサーバ型シス
テムで用いるサーバ機能呼び出しメッセージ（機能呼び
出しリクエスト）３０１の一例を示す説明図である。サ
ーバ機能呼び出しメッセージ３０１は、図１に示すクラ
イアントプログラムから機能呼び出しリクエスト仲介機
構（クライアント側）１０１ａに送出されるものであ
る。 【００３５】図２に示すように、サーバ機能呼び出しメ
ッセージ３０１はリクエスト情報２１０を含む。リクエ
スト情報２１０は、サーバ識別子２１１と機能識別子２
１２と引数並び２１３から構成されている。サーバ識別
子２１１とは、機能呼び出しの際に、サーバプログラム
を特定するための情報で、例えば、サーバプログラム毎
に割り当てられたＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎ
ｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）やサーバプログラム
が存在する計算機のネットワーク上のアドレス等から構
成されている。機能識別子２１２は、サーバが提供する
各機能毎に一意に付けられた、機能を識別するための情
報である。引数並び２１３は、機能呼び出しの際の引数
の並びである。以上のように、サーバ機能呼び出しメッ
セージ３０１は、サーバからの機能呼び出しに十分な情
報から構成される。 【００３６】図３は、図１のクライアントサーバ型シス
テムで用いるサーバリプライメッセージ４０１の一例を
示す説明図である。サーバリプライメッセージ４０１
は、図１に示すサーバプログラムが、要求された処理の
終了後、機能呼び出しリクエスト仲介機構（サーバ側）
１０１ｂへ送出するものである。 【００３７】サーバリプライメッセージ４０１は、リプ
ライ情報２２０とリクエスト識別情報４２０を含む。リ
プライ情報２２０は、返り値並び２２１と成功通知フラ
グ４１２から構成されている。リクエスト識別情報４２
０は、例えば、サーバ識別子２１１と機能識別子２１２
と引数並び２１３を含み、個々のリクエスト情報２１０
（図２参照）を識別できるように構成されている。リク
エスト識別情報４２０の他の実施の形態としては、リク
エスト毎に固有の番号を付け、これをリクエスト識別情
報４２０としてもよい。 【００３８】図４は、図１に示したクライアント側の機
能呼び出しリクエスト仲介機構１０１ａとリクエストリ
プライテーブル１０２の詳細を示す図である。機能呼び
出しリクエスト仲介機構１０１ａは、クライアントプロ
グラム１０５からサーバ機能呼び出しメッセージ３０１
を受信するリクエスト受信部２０１と、クライアントプ
ログラム１０５へサーバリプライメッセージ４０１を送
信するリプライ送信部２０２と、サーバへリクエスト情
報２１０を転送するリクエスト転送部２０３と、サーバ
からのリプライ情報２２０を受信するリプライ受信部２
０４とから構成されている。 【００３９】図４において、クライアントのリクエスト
受信部２０１は、上記したように、同期型のサーバ機能
呼び出しメッセージ３０１を受信するプログラムモジュ
ールである。これは、図１に示す構成においては、同期
型のサーバ機能呼び出しメッセージ３０１を受信して、
リクエストリプライテーブル１０２にリクエスト情報２
１０として格納するものである。 【００４０】また、図４において、サーバへのリクエス
ト転送部２０３は、クライアントのリクエスト受信部２
０１において受信したサーバ機能呼び出しメッセージ３
０１に関し、サーバ側のメッセージ蓄積配信ソフトウェ
ア１０４ｂへのサーバ機能呼び出しメッセージ３０１の
非同期の転送処理を、メッセージ蓄積配信ソフトウェア
１０４ａに依頼するプログラムモジュールである。 【００４１】また、図４において、サーバのリプライ受
信部２０４は、サーバ側のメッセージ蓄積配信ソフトウ
ェア１０４ｂから送られるサーバリプライメッセージ４
０１をクライアント側のメッセージ蓄積配信ソフトウェ
ア１０４ａを介して受信して、リクエストリプライテー
ブル１０２に格納するプログラムモジュールである。さ
らに、図４において、クライアントへのリプライ送信部
２０２は、クライアントプログラム１０５のサーバ機能
呼び出しの受信後の返り値として、サーバのリプライ受
信部２０４がサーバから受信したクライアントサーバリ
プライメッセージ４０１を、クライアントプログラム１
０５へ送信するプログラムモジュールである。 【００４２】上記したように、図４において、サーバへ
のリクエスト転送部２０３は、リクエスト情報２１０
（サーバ機能呼び出しメッセージ３０１）を非同期の情
報として、図１に示すメッセージ蓄積配信ソフトウェア
１０４ａに転送するものである。なお、クライアントの
リクエスト受信部２０１とサーバへのリクエスト転送部
２０３は、上記構成の他に、次のようにして実現するこ
とが可能である。例えば、クライアントプログラム１０
５のコンパイル時にリンクするライブラリの一つとし
て、機能呼び出しリクエスト仲介機構１０１ａを構成
し、非同期のサーバ機能呼び出しを実行する際に、クラ
イアントプログラム１０５の本体が上記ライブラリ内の
機能呼び出しリクエスト仲介機構１０１ａを選択可能に
構成することにより実現できる。また、機能呼び出しリ
クエスト仲介機構１０１ａをメッセージ蓄積配信ソフト
ウェア１０４ａ内に埋め込むことにより、クライアント
のリクエスト受信部２０１において、図２に示すサーバ
機能呼び出しメッセージ３０１を受信することができ
る。 【００４３】さらに、図４に示すように、リクエストリ
プライテーブル１０２は、リクエスト情報２１０とリプ
ライ情報２２０の組から構成されている。リクエスト情
報２１０は、機能呼び出し時にサーバの指定をする際に
使用する「サーバ識別子２１１」と、機能の指定に使用
する「機能識別子２１２」と、機能呼び出し時に受け渡
す「引数並び２１３」から構成されている。リプライ情
報２２０は、機能呼び出しの結果である「返り値並び２
２１」と、機能呼び出しの成功失敗を示す「成功通知フ
ラグ４１２」から構成されている。リクエストリプライ
テーブル１０２は、例えば、ファイルとして保存する。 【００４４】サーバ側の機能呼び出しリクエスト仲介機
構１０１ｂは、サーバ側のメッセージ蓄積配信ソフトウ
ェア１０４ｂからサーバ機能呼び出しメッセージ３０１
を受け取り、その内容に従い、サーバの機能を同期呼び
出しの手順で呼び出し、呼び出しの結果から、サーバリ
プライメッセージ４０１を生成し、それを、クライアン
ト側のメッセージ蓄積配信ソフトウェア１０４ａへ転送
することを、メッセージ蓄積配信ソフトウェア１０４ｂ
に依頼するプログラムである。 【００４５】次に、図５に示すフローチャートにしたが
って、クライアント側の機能呼び出しリクエスト仲介機
構１０１ａでの処理手順について、詳細に説明する。 【００４６】クライアント側の機能呼び出しリクエスト
仲介機構１０１ａのリクエスト受信部２０１は、クライ
アントプログラム１０５からサーバ機能同期呼び出しメ
ッセージ３０１（リクエスト）を受信する（ステップ５
０１）。続いて、リクエスト受信部２０１は、受信した
サーバ機能同期呼び出しメッセージ３０１内のサーバ識
別子２１１と機能識別子２１２と引数並び２１３がリク
エストリプライテーブル１０２に記録されているか否か
を調べる（ステップ５０２）。 【００４７】同じリサーバ機能同期呼び出しメッセージ
３０１（リクエスト）が記録されていない場合には（ス
テップ５０２）、クライアントへのリプライ送信部２０
２からクライアントプログラム１０５に対して、クライ
アントへ呼び出し失敗を意味するリプライを送信し（ス
テップ５０３）、サーバへのリクエスト転送部２０３
で、リクエストリプライテーブル１０２への欄の追加及
びリクエスト情報２１０の書き込みを行い（ステップ５
０４）、サーバ機能呼び出しメッセージ３０１を組み立
て、このメッセージの配信をメッセージ蓄積配信ソフト
ウェア１０４ａへ依頼し（ステップ５０５）、処理を終
了する。クライアントプログラム１０５への呼び出し失
敗を意味するリプライの送信（ステップ５０３）は、例
えば、サーバリプライメッセージ４０１中の成功フラグ
４１２を「失敗」にしたリプライを送信することにより
行なう。 【００４８】ステップ５０２で、同じサーバ機能同期呼
び出しメッセージ３０１（リクエスト）が記録されてい
れば、クライアントへのリプライ送信部２０２で、リク
エストリプライテーブル１０２に、リクエストに対応す
るリプライ情報２２０が存在するか否かを調べる（ステ
ップ５１１）。存在すれば、そのリプライ情報２２０を
読み込み、サーバリプライメッセージを作成し（ステッ
プ５１２）、クライアントにリプライを送信し（ステッ
プ５１３）、処理を終了する。 【００４９】ステップ５１１で、リクエストに対応する
リプライ情報２２０が存在しなければ、クライアントへ
呼び出し失敗を意味するリプライを送信し（ステップ５
２１）、処理を終了する。クライアントプログラム１０
５への呼び出し失敗を意味するリプライの送信（ステッ
プ５２１）は、例えば、サーバリプライメッセージ４０
１中の成功フラグ４１２を「失敗」にしたリプライを送
信することにより行なう。 【００５０】図６は、クライアント側の機能呼び出しリ
クエスト仲介機構１０１ａ内に存在するサーバからのリ
プライ受信部２０４（図４参照）での処理手順を示すフ
ローチャートである。 【００５１】サーバからのリプライ受信部２０４におけ
る処理は、例えば、メッセージ蓄積配信ソフトウェア１
０４ａからのメッセージ到着の通知や、計算機１０９ａ
が提供する「タイマ割り込み」による割り込みにより開
始する。サーバからのリプライ受信部２０４の処理は、
まず、メッセージ蓄積配信ソフトウェア１０４ａから、
サーバリプライメッセージ４０１（図３参照）を受け取
り（ステップ６０１）、リクエストリプライテーブル１
０２中で、受け取ったサーバリプライメッセージ４０１
に対応するリクエストのある欄を捜し（ステップ６０
２）、その欄にリプライ情報２２０を書き込み（ステッ
プ６０３）、処理を終了する。対応するサーバリプライ
メッセージ４０１のある欄を捜すステップ６０２におい
ては、サーバリプライメッセージ４０１内のサーバ識別
子２１１及び機能識別子２１２と、リクエストリプライ
テーブル１０２中のサーバ識別子２１１及び機能識別子
２１２とが、それぞれ比較される。 【００５２】図７は、サーバ側の機能呼び出しリクエス
ト仲介機構１０１ｂでの処理手順を示すフローチャート
である。機能呼び出しリクエスト仲介機構１０１ｂで
は、まず、メッセージ蓄積配信ソフトウェア１０４ｂか
ら、サーバ機能呼び出しメッセージ３０１を受け取る
（ステップ７０１）。次に、当該サーバ機能呼び出しメ
ッセージ３０１から得られる情報に基づいて、サーバ機
能の同期呼び出しを行い、機能呼び出しの結果の返り値
等のリプライを待つ（ステップ７０２）。次に、上記リ
プライを得た後、そのリプライの情報からサーバリプラ
イメッセージ４０１（図３参照）を作成し、クライアン
ト側のメッセージ配信ソフトウェア１０４ａへの上記サ
ーバリプライメッセージ４０１の配信を、サーバ側メッ
セージ配信ソフトウェア１０４ｂへ依頼してた後（ステ
ップ７０３）、処理を終了する。 【００５３】図８は、上記した第１の実施の形態におけ
る非同期呼び出しの手順を示す説明図であり、クライア
ントプログラム１０５、機能呼び出しリクエスト仲介機
構１０１ａ，１０５ｂ、メッセージ蓄積配信ソフトウェ
ア１０４ａ，ｂ、サーバプログラム１０７の間の相互の
つながりの典型的な例を示している。 【００５４】図８に示すように、クライアントプログラ
ム１０５の１回目のサーバ機能同期呼び出し（８０１）
では、機能呼び出しリクエスト仲介機構１０１ａは、ク
ライアントプログラム１０５に対して、呼び出し失敗の
リプライを送信する。したがって、クライアントプログ
ラム１０５から見ると、あたかも同期呼び出しに失敗し
たかのように見える。 【００５５】しかし、実際には、機能呼び出しリクエス
ト仲介機構１０１ａはメッセージ蓄積配信ソフトウェア
１０４ａに対してリクエスト情報（サーバ機能呼び出し
メッセージ３０１）を送信し、メッセージ蓄積配信ソフ
トウェア１０４ａは非同期でサーバ側のメッセージ蓄積
配信ソフトウェア１０４ｂに対してリクエスト情報（サ
ーバ機能呼び出しメッセージ３０１）を送信する。 【００５６】そして、サーバ側のメッセージ蓄積配信ソ
フトウェア１０４ｂは、受信したリクエスト情報を機能
呼び出しリクエスト仲介機構１０１ｂに送信し、サーバ
プログラム１０７に対してサーバ機能の同期呼び出しを
行う。これにより、サーバプログラム１０７は、リプラ
イ情報（サーバリプライメッセージ４０１）を機能呼び
出しリクエスト仲介機構１０１ｂに送信する（８０
２）。上記機能呼び出しリクエスト仲介機構１０１ｂ
は、受信したリプライ情報をメッセージ蓄積配信ソフト
ウェア１０４ｂに送信し、メッセージ蓄積配信ソフトウ
ェア１０４ｂは非同期でクライアント側のメッセージ蓄
積配信ソフトウェア１０４ａに転送する。 【００５７】次に、クライアント側のメッセージ蓄積配
信ソフトウェア１０４ａは、受信したリプライ情報を機
能呼び出しリクエスト仲介機構１０１ａへ転送し、リク
エストリプライテーブル１０２にその内容を格納する。 【００５８】クライアントプログラム１０５が２回目の
サーバ機能同期呼び出し（８０３）を実行すると、機能
呼び出しリクエスト仲介機構１０１ａはリクエストリプ
ライテーブル１０２から該当するリプライ情報を読み出
してクライアントプログラムに送信する。したがって、
２回目のサーバ機能同期呼び出し（８０３）は、クライ
アントプログラム１０５から見れば呼び出しに成功した
ことになる。 【００５９】以上の説明から明らかなように、クライア
ントプログラム１０５の１回目のサーバ機能同期呼び出
し（８０１）では、クライアントプログラム１０５から
見ると、あたかも同期呼び出しに失敗したかのように見
える。しかし、機能呼び出しリクエスト仲介機構１０１
ａ，１０１ｂとメッセージ蓄積配信ソフトウェア１０４
ａ，１０４ｂの前記の動作により、サーバ機能の同期呼
び出しは別のタイミングで実行され（８０２）、結果が
機能呼び出しリクエスト仲介機構１０１ａに渡る。よっ
て、その後のクライアントプログラム１０５によるサー
バ機能同期呼び出し（８０３）では、たとえサーバプロ
グラム１０７の機能を同期呼び出しできない状況にあっ
ても、サーバ機能同期呼び出し（８０２）の結果を返す
ことにより、クライアントプログラム１０５から見れば
呼び出しに成功したように見える。 【００６０】上記した第１の実施の形態によれば、同期
型のサーバ機能呼び出しを受け付けて、非同期のサーバ
機能呼び出しとしてメッセージ蓄積配信ソフトウェアへ
出力する機能呼び出しリクエスト仲介機構１０１ａを設
けたが、本発明はこれに限定されるものではなく、機能
呼び出しリクエスト仲介機構としては、次のようにして
実現することも可能である。例えば、クライアントプロ
グラム１０５のコンパイル時にリンクするライブラリの
一つとして、機能呼び出しリクエスト仲介機構を構成
し、非同期のサーバ機能呼び出しを実行する際に、クラ
イアントプログラム１０５の本体が上記ライブラリ内の
機能呼び出しリクエスト仲介機構を選択可能に構成する
ことにより実現できる。また、機能呼び出しリクエスト
仲介機構１０１ａをメッセージ蓄積配信ソフトウェア１
０４ａ内に埋め込むことにより、クライアントのリクエ
スト受信部２０１において、図２に示すサーバ機能呼び
出しメッセージ３０１を受信することができる。 【００６１】（第２の実施の形態）図９は、本発明を名
前付け機能を持つクライアントサーバ型システムに適用
した場合における一実施の形態を示す構成図である。図
９に示すクライアントサーバ型システム９００は、複数
の計算機１０９ｃ，ｄ，ｅ，ｆ，ｇをＬＡＮ（Ｌｏｃａ
ｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の情報伝達ネットワー
ク１０８を介して接続して構成されている。計算機１０
９ｃ上には、クライアントプログラム１０５と同期呼び
出しリクエスト配信ソフトウェア９０１ｃとが、それぞ
れ配置されている。計算機１０９ｄ上には、複数の機能
プログラムから成るサーバプログラム１０７と同期呼び
出しリクエスト配信ソフトウェア９０１ｄとが、それぞ
れ配置されている。また、計算機１０９ｅ上には、名前
付け機能９０２と名前識別子テーブル９０３と同期呼び
出しリクエスト配信ソフトウェア９０１ｄとが、それぞ
れ配置されている。また、計算機１０９ｆ上には、機能
呼び出しリクエスト仲介機構（クライアント側）１０１
ａとリクエストリプライテーブル１０２とメッセージ蓄
積配信ソフトウェア１０４ａ（クライアント側）と同期
呼び出しリクエスト配信ソフトウェア９０１ａとが、そ
れぞれ配置されている。また、計算機１０９ｇ上には、
機能呼び出しリクエスト仲介機構（サーバ側）１０１ｂ
とメッセージ蓄積配信ソフトウェア（サーバ側）１０４
ｂと同期呼び出しリクエスト配信ソフトウェア９０１ｂ
とが、それぞれ配置されている。したがって、計算機１
０９ｃはクライアントとして使用され、計算機１０９ｄ
はサーバとして使用される。 【００６２】上記図９に示す第２の実施の形態の最大の
特徴は、第１の実施の形態においてクライアントの計算
機に配置されていた、機能呼び出しリクエスト仲介機構
（クライアント側）１０１ａとリクエストリプライテー
ブル１０２とメッセージ蓄積配信ソフトウェア１０４ａ
（クライアント側）が、クライアントではない計算機１
０９ｆに配置され、かつ第１の実施の形態においてサー
バの計算機に配置されていた機能呼び出しリクエスト仲
介機構（サーバ側）１０１ｂとメッセージ蓄積配信ソフ
トウェア（サーバ側）１０４ｂが、サーバではない計算
機１０９ｇに配置されている点である。 【００６３】図１０は、図９に示す計算機１０９ｅ上に
設けられている名前識別子テーブル９０３の構成例を示
す図である。名前識別子テーブル９０３は、機能名１０
０１と機能識別子２１１を対応付けるテーブルであり、
同期呼び出しリクエスト配信ソフトウェア９０１ａ，
ｂ，ｃ，ｄやその適用プログラムが便宜上付けたサーバ
プログラム１０７を構成する機能プログラム名１００１
と、その名前に対応する機能識別子２１１の組から構成
されている。前記したように、サーバプログラム１０７
は通常複数の機能プログラムから構成され、各機能プロ
グラムに対してそれぞれ名前が付けられている。また、
同期呼び出しリクエスト配信ソフトウェア９０１ａ，
ｂ，ｃ，ｄは、ネットワーク１０８を介して相互にリク
エストメッセージを配信するプログラムである。 【００６４】計算機１０９ｅ上に設けられた名前付け機
能９０２は、同期呼び出しリクエスト配信ソフトウェア
９０１ａ，ｂ，ｃ，ｄから、機能プログラム名１００１
を引数にして呼び出されると、同じく計算機１０９ｅ上
に設けられた名前識別子テーブル９０３を参照して、機
能識別子２１１を返すプログラムである。 【００６５】本実施の形態では、非同期呼び出しを行な
いたい機能については、名前識別子テーブル９０３の機
能プログラム名として当該機能名が格納され、名前識別
子テーブル９０３の機能識別子として計算機１０９ｆ上
の機能呼び出しリクエスト仲介機構１０１ａのアドレス
が格納されている。 【００６６】ここで、機能呼び出しリクエスト仲介機構
（クライアント側）１０１ａ内のリクエスト受信部（図
示せず、図４の２０１に相当する）は、第１の実施の形
態と異なり、クライアントプログラム１０５のコンパイ
ル時にリンクするライブラリの一つとして、機能呼び出
しリ構成したり、メッセージ蓄積配信ソフトウェア１０
４ａ内に埋め込んだりせず、例えば、１つの独立したプ
ログラムである機能呼び出しリクエスト仲介機構１０１
ａ内に含まれるプログラムモジュールである。 【００６７】第１の実施の形態の処理手順とは、図５に
おけるクライアント側の機能呼び出しリクエスト仲介機
構１０１ａでの処理手順中の、サーバ機能の同期呼び出
し受信処理（ステップ５０１）が異なる（他の処理は第
１の実施の形態と基本的に同一であり、前記課題を解決
するための手段の欄で説明した第７の発明（請求項７記
載の発明）に相当する処理が実行される）。すなわち、
第１の実施の形態では、機能呼び出しリクエスト仲介機
構１０１ａ内のリクエスト受信部２０１は、クライアン
トプログラム１０５のコンパイル時にリンクするライブ
ラリとして構成したり、または、メッセージ蓄積配信ソ
フトウェア１０４ａ内に埋め込まれることにより、クラ
イアントプログラム１０５が送信するサーバ機能呼び出
しメッセージ３０１を直接受信するよう構成されてい
た。しかし、第２の実施の形態では、クライアントのリ
クエスト受信部は１つの独立したプログラムである機能
呼び出しリクエスト仲介機構１０１ａに含まれる。そし
て、名前識別子テーブル９０３の機能識別子２１１に
は、呼び出したい機能プログラムの本当の識別子ではな
く、機能呼び出しリクエスト仲介機構１０１ａの識別子
（アドレス）を保持しているため、クライアントプログ
ラム１０５のサーバ機能呼び出しメッセージ３０１は、
機能呼び出しリクエスト仲介機構１０１ａに送信され、
機能呼び出しリクエスト仲介機構（クライアント側）１
０１ａ内のリクエスト受信部が、サーバ機能呼び出しメ
ッセージ３０１を受信する。 【００６８】上記した第２の実施の形態によれば、同期
型機能呼び出しを前提に作成されたクライアントプログ
ラム１０５とサーバプログラム１０７に何も変更を加え
ることなく、また、メッセージ蓄積配信ソフトウェア１
０４ａ，１０４ｂにも何も変更を加えることなく、クラ
イアントプログラム１０５からサーバプログラムの非同
期型の機能呼び出し要求を行うことができる。しかも、
計算機１０９ｃ以外にサーバとなる計算機を複数台設け
た場合にも、各サーバとなる計算機から非同期の呼び出
しを実行することが可能になる。 【００６９】（第３の実施の形態）以下に説明する第３
の実施の形態は、第１の実施の形態において、リプライ
情報獲得を利用者へ通知する手段と、リプライ送信時の
リプライ内容を確認する手段と、サーバ機能呼び出しに
文字や図形等からなるシンボル（愛称）を付す手段と、
リプライ情報の有効期限の自動管理手段と、失敗リプラ
イパタンを設定する手段を加えたものである。 【００７０】図１１は、本発明のクライアントサーバ型
システムの機能非同期呼び出し方法を適用したクライア
ントサーバ型システムの一構成例（第３の実施の形態）
を示すブロック図である。すなわち、図１１に示すクラ
イアントサーバ型システム１１００は、第１の実施の形
態のクライアントサーバ型システム１００の計算機１０
９ａ上に（図１参照）、補助情報テーブル１１０２と、
補助情報テーブル管理プログラム１１２１と、キーボー
ド１１２２とを加えて配置し、さらに、計算機１０９ａ
とディスプレイ装置１１２４と画面上ポイント指示装置
１１２５とを画面表示アダプタ１１２３を介して接続
し、さらに、第１の実施の形態のリクエストリプライテ
ーブル１０２の代わりに、これを拡張した新たなリクエ
ストリプライテーブル１３０１を配置することにより構
成されている。 【００７１】図１２は、図１１に示す補助情報テーブル
１１０２の構成の詳細を示す図である。図示するよう
に、補助情報テーブル１１０２は、対象サーバ機能１２
０１と、失敗時リプライパタン１２０２と、リプライ情
報有効期間１２０３と、呼び出しの愛称（文字、図形等
のシンボル）１２０４の情報の組により構成されてい
る。対象サーバ機能１２０１の欄は、サーバ識別子２１
１と機能識別子２１２とからなり、特定のサーバからの
特定の機能呼び出しを指定できる情報から構成されてい
る。 【００７２】失敗時リプライパタン１２０２の欄は、複
数の返り値の組からなり、特定のパタンのリプライメッ
セージを作成できる情報から構成されている。リプライ
情報保存期間１２０３の欄は、日数、時間の指定情報を
保持するように構成される。呼び出しの愛称（文字、図
形等のシンボル）１２０４の欄は、任意の文字列、もし
くは図形情報などを保持するように構成される。補助情
報テーブル１１０２は、例えば、ファイルとして保存す
る。 【００７３】図１１に示す補助情報テーブル管理プログ
ラム１１２１は、補助情報テーブル１１０２の書き換え
や内容の調査を行うことができ、且つ、各種図形や文字
の画面への表示を、画面表示アダプタ１１２３に対して
要求できるように構成される。また、補助情報テーブル
管理プログラム１１２１は、画面表示アダプタ１１２３
から送られる画面上ポイント指示装置１１２５の指す画
面上の位置情報や、キーボード１１２２から送られる利
用者の入力情報を、受け取るプログラムである。 【００７４】図１１に示す画面表示アダプタ１１２３
は、各種図形や文字の画面表示要求を受け取り、それら
画面に表示する図形パタン情報を保持し、図形パタンを
表示するようなディスプレイ装置制御信号を発生するよ
うに構成されている。また、画面上ポイント指示装置１
１２５に信号を送ったり、画面上ポイント指示装置１１
２５が送ってくる信号を処理し、画面上ポイント指示装
置１１２５が指す画面上の位置情報を計算する装置であ
る。 【００７５】図１１に示すディスプレイ装置１１２４
は、ディスプレイ装置制御信号を受け取り、これに従
い、画面に図形パタンを表示する装置である。 【００７６】キーボード１１２２は、計算機１０９ａの
利用者の文字入力情報を、電子化し、これを計算機１０
９ａに通知する装置である。 【００７７】図１３は、第１１図に示す第３の実施の形
態におけるリクエストリプライテーブル１３０１の構成
例を示す図である。リクエストリプライテーブル１３０
１は、第１の実施の形態のリクエストリプライテーブル
１０２（図４参照）の構成に加え、リクエスト受け付け
日時１３０２を保持するように構成されている。リクエ
スト受け付け日時１３０２の欄は、例えば、年号、月、
日、時、分の情報を表わす整数値の組から構成されてい
る。 【００７８】図１４は、図１１に示す第３の実施の形態
において、クライアント側の機能呼び出しリクエスト仲
介機構１０１ａでの処理手順を示すフローチャートであ
る。図１４において、図５に示すステップと同一ステッ
プには、同一の符号を付している。第３の実施の形態に
おけるリクエスト仲介機構１０１ａの処理手順が、図５
に示す第１の実施の形態の処理手順と異なっているの
は、次のステップである。すなわち、対象サーバ機能か
否かを判別するステップ１４０１と、クライアントへの
呼び出し失敗リプライの送信ステップ１４０２，１４０
８と、リクエストリプライテーブルへの欄の追加とリク
エスト内容の書き込みステップ１４０３と、同期呼び出
しリクエストのサーバへの転送ステップ１４０４と、リ
プライ内容確認ステップ１４０５と、リプライの有効期
限を確認するステップ１４０７と、リプライ情報の消去
ステップ１４０６が、異なっている。 【００７９】すなわち、対象サーバ機能かを判別するス
テップ１４０１は、サーバ機能同期呼び出し受信（ステ
ップ５０１）の直後に実行するステップであり、サーバ
機能呼び出しメッセージ３０１内のサーバ識別子２１１
と機能識別子２１２と、補助情報テーブル１１０２内の
対象サーバ機能１２０１欄のサーバ識別子２１１と機能
識別子２１２とを比較し、対象サーバ機能が登録されて
いるかどうかを判断するステップである。 【００８０】また、クライアントへの呼び出し失敗リプ
ライの送信ステップ１４０２では、ステップ５０１で受
信したクライアントのサーバ機能呼び出しメッセージ３
０１に含まれるサーバ識別子２１１と機能識別子２１２
と、補助情報テーブル１１０２内の対象サーバ機能１２
０１欄のサーバ識別子２１１と機能識別子２１２とを比
較し、対応する失敗時リプライパタンを見つけ出し、こ
の情報をもとに、サーバリプライメッセージ４０１を作
成して、クライアントへ送信する。 【００８１】リクエストリプライテーブルへの欄の追加
とリクエスト内容の書き込みステップ１４０３では、第
１の実施の形態のステップ５０４の処理に加え、クライ
アントのサーバ機能呼び出しメッセージ３０１を受け付
けた日時を、例えば計算機内の時計を参照し、リクエス
トリプライテーブル１３０１のリクエスト受け付け日時
１３０２の欄に書き込む処理が追加される。 【００８２】同期呼び出しリクエストのサーバへの転送
ステップ１４０４は、サーバ機能同期呼び出し受信（ス
テップ５０１）において受け付けた機能呼び出しが、補
助情報テーブル１１０２に登録されておらず、機能呼び
出しリクエスト仲介機構１０１ａの以後の処理ステップ
を実行しない場合に呼び出され、サーバ機能呼び出しメ
ッセージ３０１をそのまま直接計算機１０９ｂ上のサー
バプログラム１０７に転送するステップである。 【００８３】リプライの有効期限を確認するステップ１
４０７は、リプライ情報の読み込み（ステップ５１２）
の直前に実行されるステップであり、補助情報テーブル
１１０２のリプライ情報有効期間１２０３と、リクエス
トリプライテーブル１３０１のリクエスト受け付け日時
１３０２と、例えば、計算機１０９ａ内の時計から得た
現在の時刻をもとに、リプライ情報が現在も有効かどう
かを判断するステップである。もし、有効期限を過ぎて
いれば、リプライ情報の消去（ステップ１４０６）を行
ない、過ぎていなければ、リプライ情報の読み込み（ス
テップ５１２）を行なう。 【００８４】リプライ内容確認ステップ１４０５は、リ
プライ情報の読み込み（ステップ５１２）の直後に実行
されるステップであり、サーバ識別子２１１と機能識別
子２１２を比較することにより、ステップ５０１で受信
したクライアントのサーバ機能呼び出しメッセージ３０
１に対応するリクエスト受け付け時間１３０２をリクエ
ストリプライテーブル１３０１から求め、かつ呼び出し
の愛称（文字、図形等のシンボル）１２０４を補助情報
テーブル１１０２から求め、画面表示アダプタ１１２３
に対して求めた情報の表示を要求し、利用者の入力の受
け付けを行なう。 【００８５】図１５は、リプライ内容確認ステップ１４
０５において、補助情報テーブル管理プログラム１１２
１が画面表示アダプタ１１２３に対して要求する表示例
を示す図である。欄１５０１〜１５０８には、それぞ
れ、リクエスト受け付け日時１３０２と、呼び出しの愛
称（文字、図形等のシンボル）１２０４と、サーバ識別
子２１１と、機能識別子２１２と、引数並び２１３と、
返り値並び２２１を表示する。さらに利用者の入力を受
け付けるために、「はい」と「いいえ」の表示された領
域１５１０，１５１１が設けられている。リプライ内容
の確認に対する利用者の入力は、例えば、画面上ポイン
ト指示装置１１２５によって利用者が指示した画面上の
ポイントの位置情報を画面表示アダプタから得、これと
「はい」と「いいえ」の表示された領域１５１０，１５
１１の画面上の場所とを比較することにより行なう。 【００８６】リプライ内容の確認を行うステップ１４０
５において、利用者がリプライ内容を認めた（ＹＥＳ）
場合には、クライアントへのリプライ送信（ステップ５
１３）を行なう。認めなかった（ＮＯ）場合には、リプ
ライ情報の消去（ステップ１４０６）を行ない、次い
で、メッセージ蓄積配信ソフトウェアへのリクエスト情
報の配信要求（ステップ５０５）を行なう。リプライ情
報の消去（ステップ１４０６）では、ステップ５０１に
おいて受信されたサーバ機能呼び出しメッセージ３０１
に対応するリクエストリプライテーブル１３０１内のリ
プライ情報２２０の内容が消去される。 【００８７】図１６は、第３の実施の形態において、ク
ライアント側の機能呼び出しリクエスト仲介機構１０１
ａ内のサーバのリプライ受信部（図示せず、図４の２０
４に相当）が実行する処理手順を示すフローチャートで
ある。図１６に示すフローチャートは、図６に示す第１
の実施の形態の処理手順のステップ６０３（リクエスト
リプライテーブルへのリプライ情報の書き込み）の直後
に、ステップ１６０１（リプライ情報獲得の利用者への
通知）を設けたものである。リプライ情報獲得を利用者
へ通知するステップ１６０１の内容は、リクエスト受け
付け時間１３０２と呼び出しの愛称（文字、図形等のシ
ンボル）１２０４とサーバ識別子２１１と機能識別子２
１２と引数並び２１３と返り値並び２２１を、画面に表
示することである。ここで、サーバ識別子２１１と機能
識別子２１２は、ステップ６０１で受け取ったサーバリ
プライメッセージ４０１に含まれるサーバ識別子２１１
と機能識別子２１２である。また、リクエスト受け付け
時間１３０２と引数並び２１３と返り値並び２２１は、
リクエストリプライテーブル１３０１中に設けられた複
数の欄のうち、サーバリプライメッセージ４０１（図３
参照）に対応する欄のものである。呼び出しの愛称（文
字、図形等のシンボル）１２０４は、補助情報テーブル
１１０２中に設けられた複数の欄のうち、サーバリプラ
イメッセージ４０１に対応する欄のものである。 【００８８】図１７は、リプライ情報獲得を利用者へ通
知するステップ１６０１において、補助情報テーブル管
理プログラム１１２１が画面表示アダプタ１１２３に対
して要求する表示例を示す図である。図１７に示すよう
に、欄１７０１から１７０８には、リクエスト受け付け
日時１３０２と呼び出しの愛称（文字、図形等のシンボ
ル）１２０４とサーバ識別子２１１と機能識別子２１２
と引数並び２１３と返り値並び２２１とが、それぞれ表
示される。 【００８９】図１８は、図１１に示す補助情報テーブル
管理プログラム１１２１の処理の流れを示すフローチャ
ートである。図１８に示すように、補助情報テーブル管
理プログラム１１２１では、画面表示管理アダプタ１１
２３への入力画面表示依頼（ステップ１８０１）を行な
い、次いで、利用者のキーボードからの入力処理（ステ
ップ１８０２）を行ない、入力内容の補助テーブルへの
書き込み（ステップ１８０３）を行ない、処理を終了す
る。 【００９０】図１９は、図１８に示す入力画面表示依頼
のステップ１８０１において、画面表示管理アダプタ１
１２３へ表示依頼する表示内容の一例を示す図である。
図中、点線で囲まれた領域１９０１〜１９０７は、それ
ぞれ、サーバ識別子２１１と機能識別子２１２と呼び出
しの愛称（文字、図形等のシンボル）１２０４とリプラ
イ情報有効期間１２０３と失敗リプライパタン１２０２
に関して、利用者の入力を受け付けるための領域であ
り、表示初期状態では空欄となっている。 【００９１】図１８に示す利用者のキーボードからの入
力処理ステップ１８０２においては、例えば、画面上ポ
イント指示装置１１２５で入力したい領域の指示を受け
付け、キーボード１１２２からの入力情報を受け付ける
ことにより、サーバ識別子２１１と機能識別子２１２と
呼び出しの愛称（文字、図形等のシンボル）１２０４と
リプライ情報有効期間１２０３と失敗リプライパタン１
２０２に関する利用者の入力情報を受け付ける処理が行
われる。 【００９２】図１８に示す入力内容の補助テーブルへの
書き込みステップ１８０３では、補助情報テーブル１１
０２に欄を追加し、さらに、キーボード１１２２からの
入力処理ステップ１８０２で得られた、サーバ識別子２
１１と機能識別子２１２と呼び出しの愛称（文字、図形
等のシンボル）１２０４とリプライ情報有効期間１２０
３と失敗リプライパタン１２０２に関する情報を、追加
した欄に書き込む処理が行われる。 【００９３】上記した第３の実施の形態によれば、第１
に、リプライ情報獲得を利用者が知る手段を備えたこと
により、利用者がいつクライアントプログラムを起動す
れば良いかを知ることが容易になる。第２に、リプライ
送信時のリプライ内容の確認の手段を備えたことによ
り、不当なリプライをクライアントプログラムが受け取
り、不当な処理を行う可能性を削減できる。第３に、リ
プライ情報の有効期限の自動管理手段を備えたことによ
り、有効期限を過ぎた古い情報をクライアントプログラ
ムが受け取る事態を回避できる。第４に、失敗リプライ
パタンを設定する手段を備えたことにより、クライアン
トプログラムへの呼び出し失敗の通知の際に、クライア
ントプログラムへ送信する適切なリプライパタンを設定
でき、クライアントプログラムとの円滑な連携が可能と
なる。第５、にサーバ機能呼び出しへ愛称（文字、図形
等のシンボル）を付けす手段を備えたことにより、リプ
ライ情報獲得を利用者に通知する際やリプライ送信時の
リプライ内容の際に画面表示するメッセージにサーバ機
能呼び出し愛称（文字、図形等）を付加でき、利用者が
メッセージ内容を容易に理解できるようになる。 【００９４】 【発明の効果】本発明によれば、同期型呼び出しを前提
に開発されたクライアントプログラムとサーバプログラ
ムに変更を加えることなく、クライアント計算機による
サーバ機能の非同期呼び出しが可能となる効果がある。 【００９５】すなわち、前記第１及び第２及び第３及び
第７のクライアントサーバ型システムの機能非同期呼び
出し方法によれば、クライアントプログラムからサーバ
機能同期呼び出しメッセージが送信され、該サーバ機能
同期呼び出しメッセージを受け付けると、その機能同期
呼び出しメッセージの内容及びその機能同期呼び出しメ
ッセージに対応するサーバ計算機からの返答であるサー
バリプライメッセージの内容がテーブル（リクエストリ
プライテーブル）に保存されているかを判断して、クラ
イアントプログラムに対して当該機能呼び出し成否を含
む情報として、サーバリプライメッセージを編集して送
信する。そして、上記クライアントプログラムからサー
バ機能同期呼び出しメッセージを受け付ける過程と上記
クライアントプログラムに対してサーバリプライメッセ
ージを送信する過程は同期して行われる。 【００９６】しかし、サーバ計算機へのサーバ機能同期
呼び出しメッセージの送信と、サーバ計算機からのサー
バリプライメッセージの送信は、非同期で行われる。 【００９７】これにより、同期呼び出しを前提に開発さ
れたクライアントプログラムとサーバプログラムに変更
を加えることなく、クライアント計算機によるサーバ機
能の非同期呼び出しを行うことが可能になる。 【００９８】また、前記第４のクライアントサーバ型シ
ステムの機能非同期呼び出し方法によれば、利用者によ
ってあらかじめ設定されたサーバ機能呼び出しの有効期
間により、サーバリプライメッセージが現在時刻におい
て有効であるかどうかを検査することが可能になり、有
効期限を過ぎた古いサーバリプライメッセージをクライ
アントプログラムが受け取る事態を回避できる。 【００９９】また、前記第５のクライアントサーバ型シ
ステムの機能非同期呼び出し方法によれば、クライアン
トプログラムに対してサーバリプライメッセージを送信
する前に、サーバリプライメッセージの内容の一部を利
用者に提示し、利用者によるサーバリプライメッセージ
の採否に関する入力を受け付けることが可能になるた
め、不当なサーバリプライメッセージをクライアントプ
ログラムが受け取り、不当な処理を行う可能性を削減で
きる。更に、上記第５のクライアントサーバ型システム
の機能非同期呼び出し方法によれば、機能呼び出しリク
エスト仲介機構での処理で、非同期のサーバ機能呼び出
しで得たサーバリプライメッセージを受け取った際に、
事前にその内容の一部を利用者に提示するため、利用者
が適切な時刻にクライアントプログラムを起動すること
が可能になる。 【０１００】また、前記第６のクライアントサーバ型シ
ステムの機能非同期呼び出し方法によれば、利用者に対
してサーバリプライメッセージやその内容の一部を提示
するとき上記文字列や図形などのシンボルを同時に提示
し、またはサーバリプライメッセージの提示やその内容
の一部の提示に代えて上記文字列や図形などのシンボル
を提示するため、利用者がサーバリプライメッセージの
内容を容易に理解できるようになる。

【図面の簡単な説明】 【図１】図１は、本発明のクライアントサーバ型システ
ムの機能非同期呼び出し方法を適用したクライアントサ
ーバ型システムの一構成例（第１の実施の形態）を示す
ブロック図である。 【図２】図２は、図１に示すクライアントサーバ型シス
テムで用いるサーバ機能呼び出しメッセージ３０１の一
例を示す説明図である。 【図３】図３は、図１に示すクライアントサーバ型シス
テムで用いるサーバリプライメッセージ４０１の一例を
示す説明図である。 【図４】図４は、図１に示したクライアント側の機能呼
び出しリクエスト仲介機構１０１ａとリクエストリプラ
イテーブル１０２の詳細を示す説明図である。 【図５】図５は、クライアント側の機能呼び出しリクエ
スト仲介機構１０１ａでの処理手順を示すフローチャー
トである。 【図６】図６は、クライアント側の機能呼び出しリクエ
スト仲介機構１０１ａ内に存在するサーバからのリプラ
イ受信部２０４における処理手順を示すフローチャート
である。 【図７】図７は、サーバ側の機能呼び出しリクエスト仲
介機構１０１ｂでの処理手順を示すフローチャートであ
る。 【図８】図８は、第１の実施の形態における非同期呼び
出しの手順を示す説明図である。 【図９】図９は、本発明を名前付け機能を持つクライア
ントサーバ型システムに適用した場合における一構成例
（第２の実施の形態）を示すブロック図である。 【図１０】図１０は、図９に示す計算機１０９ｅ上に設
けられている名前識別子テーブル９０３の構成例を示す
説明図である。 【図１１】図１は、本発明のクライアントサーバ型シス
テムの機能非同期呼び出し方法を適用したクライアント
サーバ型システムの一構成例（第３の実施の形態）を示
すブロック図である。 【図１２】図１２は、図１１に示す補助情報テーブル１
１０２の構成の詳細を示す説明図である。 【図１３】図１３は、第１１図に示すリクエストリプラ
イテーブル１３０１の構成例を示す説明図である。 【図１４】図１４は、図１１に示すクライアント側の機
能呼び出しリクエスト仲介機構１０１ａにおいて実行さ
れる処理を示すフローチャートである。 【図１５】図１５は、図１４に示すリプライ内容確認ス
テップ１４０５において、補助情報テーブル管理プログ
ラム１１２１が画面表示アダプタ１１２３に対して要求
する表示例を示す説明図である。 【図１６】図１６は、第３の実施の形態において、クラ
イアント側の機能呼び出しリクエスト仲介機構１０１ａ
内のサーバのリプライ受信部が実行する処理手順を示す
フローチャートである。 【図１７】図１７は、図１６に示すリプライ情報獲得を
利用者へ通知するステップ１６０１において、補助情報
テーブル管理プログラム１１２１が画面表示アダプタ１
１２３に対して要求する表示例を示す説明図である。 【図１８】図１８は、図１１に示す補助情報テーブル管
理プログラム１１２１の処理手順を示すフローチャート
である。 【図１９】図１９は、図１８に示す入力画面表示依頼の
ステップ１８０１において、画面表示管理アダプタ１１
２３へ表示依頼する表示内容の一例を示す図である。 【符号の説明】 １００，９００，１１００…クライアントサーバ型シス
テム、１０８…ネットワーク、１０９ａ，１０９ｂ，１
０９ｃ，１０９ｄ，１０９ｅ，１０９ｆ，１０９ｇ…計
算機、１０５…クライアントプログラム、１０７…サー
バプログラム、１０１ａ，ｂ…機能呼び出しリクエスト
仲介機構、１０４ａ，ｂ…メッセージ蓄積配信ソフトウ
ェア、１０２…リクエストリプライテーブル。

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 357 G06F 15/177 681 ＥＵＲＯＰＡＴ（ＱＵＥＳＴＥＬ) ＪＩＣＳＴファイル（ＪＯＩＳ) ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＷＰＩ（ＤＩＡＬＯＧ)

Claims (1)

1. (57)【特許請求の範囲】【請求項１】 同期型呼び出しを行なうクライアントプ
   ログラムを有するクライアントと、同期型呼び出しを行
   なうサーバプログラムを有するサーバとを接続した分散
   処理システムにおいて、 前記クライアントは、前記クライアントプログラムから
   のサーバ機能の呼び出しの要求をテーブルに記憶し、 所定のイベントを検出した際に、前記テーブル内の要求
   を前記サーバに送信し、 前記サーバは、前記クライアントからの要求に対応する
   応答を前記クライアントに送信し、 前記クライアントは、前記サーバからの前記応答を受信
   して、前記要求に対応させて前記テーブルに記憶し、 前記クライアントプログラムからのサーバ機能の呼び出
   しの要求に応じて、前記テーブルから前記要求に対応し
   た前記応答を読み出し、 前記読み出した応答を前記クライアントプログラムに送
   信することを特徴とするクライアントサーバ型システム
   の機能非同期呼び出し方法。