(57)【特許請求の範囲】
【請求項１】
一定の情報を送信する一方送信型サーバと、問合せに対して一定の情報処理を行って応答する問合せ応答型サーバと、問合せに対する応答と情報の送信とを要求するリクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
前記一方送信型サーバと一方送信サービスとを管理する一方送信型サーバ管理部と、
所定の情報処理とその応答を要求する問合せリクエストの発生、処理、終了を管理する問合せリクエスト管理部と、
所定の情報の送信を要求する一方送信リクエストの発生、処理、終了を管理する一方送信リクエスト管理部と、
一方送信リクエストと問合せリクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記一方送信型サーバと前記問合せ応答型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記一方送信型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリーション手段として前記アプリケーション手段管理部および前記一方送信型サーバ管理部に登録され、前記問合せ応答型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリーション手段として前記アプリケーション手段管理部および前記問合せリクエスト管理部に登録され、
前記クライアントのコンピュータが前記一方送信型サーバあるいは前記問合せ応答型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記一方送信型サーバあるいは前記問合せ応答型サーバとしてサービスを提供し、前記一方送信型サーバあるいは前記問合せ応答型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して問合せリクエスト管理部あるいは一方送信リクエスト管理部に送信され、前記問合せリクエスト管理部から応答すべき問合せ応答型サーバにリクエストが転送され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記問合せ応答型サーバからの応答データあるいは前記一方送信型サーバからの一方送信データは、前記コアーノードに送信され、前記コアーノードの一方送信リクエスト管理部あるいは問合せリクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とする情報分配応答システム。
【請求項２】
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項３】
前記一方送信型サーバ管理部は、
情報送信を行う一方送信ノードＩＤごとに、ノード情報を管理するサーバノードＩＤ管理手段と、
一方送信サービスＩＤごとに、前記サーバノードＩＤ管理手段を管理するサーバサービスＩＤ管理手段と、
前記一方送信型サーバの一方送信サービスを登録したサーバインフォメーションリストを有し、前記サーバサービスＩＤ管理手段を管理するサーバインフォメーションリスト管理手段と、
を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項４】
前記問合せリクエスト管理部は、
問合せ応答サービスＩＤごとに、対応する問合せ応答サービスを行う問合せ応答型サーバの情報を管理し、問合せリクエストの問合せデータを保持するリクエストキュー管理手段と、
問合せ応答サービスＩＤごとに、前記リクエストキュー管理手段を管理するリクエストキューマネージャー手段と、
問合せ応答サービスＩＤごとに、問合せリクエストに対する応答を監視し、応答があった場合の応答データの送信を管理するリプライウォッチャー手段と、
を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項５】
前記一方送信リクエスト管理部は、
一方送信リクエストのサブキーごとに、サブキー情報を管理するリクエストエレメント管理手段と、
一方送信リクエスト内容ごとに、前記リクエストエレメント管理手段を管理するリクエストインフォメーション管理手段と、
一方送信サービスＩＤごとに、一方送信リクエスト内容を登録したリクエストインフォメーションリストを有し、前記リクエストインフォメーション管理手段を管理するリクエストインフォメーションリスト管理手段と、
前記リクエストインフォメーションリスト管理手段を管理し、一方送信データの送信を行うデータディスパッチャー手段と、
を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項６】
前記リクエストキュー管理手段は、
対応する問合せ応答サービスを行う問合せ応答型サーバのうち、処理可能な問合せ応答型サーバのうち処理の優先順序が最も高い問合せ応答型サーバをサーチして問合せ応答処理を依頼することを特徴とする請求項４記載の情報分配応答システム。
【請求項７】
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とする請求項１に記載の情報分配応答システム。
【請求項８】
前記コアーノードは、外部のネットワークからのリクエストに対して情報を分配あるいは応答することを特徴とする請求項１に記載の情報分配応答システム。
【請求項９】
前記問合せリクエスト管理部は、
リクエスト送信元アプリケーション手段と問合せ応答サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項１０】
前記一方送信リクエスト管理部は、
リクエスト送信元アプリケーション手段と一方送信サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とする請求項１記載の情報分配応答システム。
【請求項１１】
一定の情報を送信する一方送信型サーバと、一方送信リクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記一方送信型サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
前記一方送信型サーバと一方送信サービスとを管理する一方送信型サーバ管理部と、
所定の情報の送信を要求する一方送信リクエストの発生、処理、終了を管理する一方送信リクエスト管理部と、
一方送信リクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記一方送信型サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記一方送信型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記一方送信型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリケーション手段として前記アプリケーション手段管理部および前記一方送信型サーバ管理部に登録され、前記クライアントのコンピュータが前記一方送信型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記一方送信型サーバとしてサービスを提供し、前記一方送信型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して一方送信リクエスト管理部に送信され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記一方送信型サーバからの一方送信データは、前記コアーノードに送信され、前記コアーノードの一方送信リクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とする情報分配応答システム。
【請求項１２】
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とする請求項１１記載の情報分配応答システム。
【請求項１３】
前記一方送信型サーバ管理部は、
情報送信を行う一方送信ノードＩＤごとに、ノード情報を管理するサーバノードＩＤ管理手段と、
一方送信サービスＩＤごとに、前記サーバノードＩＤ管理手段を管理するサーバサービスＩＤ管理手段と、
前記一方送信型サーバの一方送信サービスを登録したサーバインフォメーションリストを有し、前記サーバサービスＩＤ管理手段を管理するサーバインフォメーションリスト管理手段と、
を有していることを特徴とする請求項１１記載の情報分配応答システム。
【請求項１４】
前記一方送信リクエスト管理部は、
一方送信リクエストのサブキーごとに、サブキー情報を管理するリクエストエレメント管理手段と、
一方送信リクエスト内容ごとに、前記リクエストエレメント管理手段を管理するリクエストインフォメーション管理手段と、
一方送信サービスＩＤごとに、一方送信リクエスト内容を登録したリクエストインフォメーションリストを有し、前記リクエストインフォメーション管理手段を管理するリクエストインフォメーションリスト管理手段と、
前記リクエストインフォメーションリスト管理手段を管理し、一方送信データの送信を行うデータディスパッチャー手段と、
を有していることを特徴とする請求項１１記載の情報分配応答システム。
【請求項１５】
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とする請求項１１に記載の情報分配応答システム。
【請求項１６】
前記コアーノードは、外部のネットワークからのリクエストに対して情報を分配することを特徴とする請求項１１に記載の情報分配応答システム。
【請求項１７】
前記一方送信リクエスト管理部は、
リクエスト送信元アプリケーション手段と一方送信サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とする請求項１１記載の情報分配応答システム。
【請求項１８】
問合せに対して一定の情報処理を行って応答する問合せ応答型サーバと、問合せ応答リクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記問合せ応答型サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
所定の情報処理とその応答を要求する問合せリクエストの発生、処理、終了を管理する問合せリクエスト管理部と、
問合せリクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記問合せ応答型サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記問合せ応答型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記問合せ応答型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリケーション手段として前記アプリケーション手段管理部および前記問合せリクエスト管理部に登録され、前記クライアントのコンピュータが前記問合せ応答型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記問合せ応答型サーバとしてサービスを提供し、前記問合せ応答型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して問合せリクエスト管理部に送信され、前記問合せリクエスト管理部から応答すべき問合せ応答型サーバにリクエストが転送され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記問合せ応答型サーバからの応答データは、前記コアーノードに送信され、前記コアーノードの問合せリクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とする情報分配応答システム。
【請求項１９】
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とする請求項１８記載の情報分配応答システム。
【請求項２０】
前記問合せリクエスト管理部は、
問合せ応答サービスＩＤごとに、対応する問合せ応答サービスを行う問合せ応答型サーバの情報を管理し、問合せリクエストの問合せデータを保持するリクエストキュー管理手段と、
問合せ応答サービスＩＤごとに、前記リクエストキュー管理手段を管理するリクエストキューマネージャー手段と、
問合せ応答サービスＩＤごとに、問合せリクエストに対する応答を監視し、応答があった場合の応答データの送信を管理するリプライウォッチャー手段と、
を有していることを特徴とする請求項１８記載の情報分配応答システム。
【請求項２１】
前記リクエストキュー管理手段は、
対応する問合せ応答サービスを行う問合せ応答型サーバのうち、処理可能な問合せ応答型サーバのうち処理の優先順序が最も高い問合せ応答型サーバをサーチして問合せ応答処理を依頼することを特徴とする請求項２０記載の情報分配応答システム。
【請求項２２】
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とする請求項１８に記載の情報分配応答システム。
【請求項２３】
前記コアーノードは、外部のネットワークからのリクエストに対して問合せ応答をすることを特徴とする請求項１８に記載の情報分配応答システム。
【請求項２４】
前記問合せリクエスト管理部は、
リクエスト送信元アプリケーション手段と問合せ応答サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とする請求項１８記載の情報分配応答システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、たとえば多数接続されたコンピュータに株価情報や金融情報を常時配布したり、要求に応じて一定の情報処理を行った後にその情報を配布するネットワークのように、多数のコンピュータ（クライアント、サーバ）が接続されたネットワークであって、コンピュータ間のリクエストとサービスとを仲介し、一定のリクエストに対して所定の情報を応答するようにした情報分配応答システムに関する。
【０００２】
特に、クライアントが特定のサーバを意識することなく、欲する情報をリクエストするのみで、そのリクエストに対応する情報処理や情報送信を所定のサーバが実行し、その実行結果の情報がクライアントに返信されるようにした多数のコンピュータが参加する「情報分配応答システム」に関する。
【０００３】
なお、ここで発明の名称で「多数のコンピュータが参加する情報分配応答システム」としたのは、システムの具体的なイメージを表わすためであり、「多数」に限らず「複数」のコンピュータが接続されたシステムであればよい。
【０００４】
また、コンピュータが「参加する」としたのは、後に説明するように本発明のシステムによれば、コンピュータは、自分が行えるサービスを登録しておき、クライアントとして作動する一方、必要に応じてサービスを提供するサーバとなるからである。
【０００５】
【従来の技術】
現在広く使用されている株価情報や金融情報を接続されたコンピュータに配布するネットワークシステムは、所定の要求を発するクライアントと、クライアントの要求に応じて所定の情報を提供するサーバとからなるクライアントサーバシステムからなっていた。
【０００６】
この従来のクライアントサーバシステムでは、クライアントはサーバの所在を意識し、直接サーバに対して接続を試みて通信を行っていた。すなわち、従来はクライアントがリクエストを発するときに、リクエストの命令文中に通信相手のサーバを特定するデータを含ませた上で、そのサーバに対してリクエストを送信し、回答を得ていた。
【０００７】
このため、従来のクライアントサーバシステムでは、ユーザーはサーバの配置等のネットワーク環境を熟知していなければ、欲しい情報を得ることができなかった。また、たとえネットワーク環境を熟知したユーザーにおいても、リクエスト文あるいはそれを含むプログラムの作成するための手続が煩雑であった。
【０００８】
このサーバを特定することは、単純なリクエスト文に限らず、所定のコンピュータをクライアントサーバシステムとして作動させるネットワークプログラミングにおいても同じであった。つまり、クライアントサーバシステムを作動させるためのソフトウェアプログラムは、ネットワーク環境に強く依存していた。
【０００９】
このため、このようなネットワーク環境に大きく依存するネットワークプログラムでは、サーバやアプリケーションソフトウェアの構成を変えるときは、大幅なプログラムの見直しを強いられていた。このことは、サーバやクライアントの配置を柔軟に変更したり、ソフトウェアのバージョンアップ等をする必要がある現状では極めて不便であった。
【００１０】
これに対して上記クライアントサーバシステムのリクエスト文の煩雑さを改善するために、最近は「エージェント」という概念（規格、インターフェース）が提案されている。
【００１１】
このエージェントは、ユーザーの「代理人」として必要な手続をするもので、処理に必要な知識を持つことを特徴としている。たとえば、エージェントを有する切符の予約を行うネットワークでは、ユーザーは特定のサーバを指定せずに、欲しい切符の条件のみを入力し、エージェントはその要求に対応するサーバを検索し、そのサーバにジョブ（切符の予約の処理）を転送する。
【００１２】
つまり、エージェントは、複数の開放型システム（クライアント、サーバをそれぞれシステムとする）間でやり取りされる情報を統一された「ワークスペシフィケーション」としてシステム間で転送する。このワークスペシフィケーションは、通常以下の内容の情報を含んでいる。
【００１３】
（１）システム名、ジョブ名等のジョブ情報オブジェクトの識別子
（２）ジョブ情報オブジェクトへの参照や実行等のアクセス権限に関する情報
（３）ジョブ処理結果の報告先、その内容規定に関する情報
（４）ジョブ処理依頼先のシステム名、転送や操作に関する情報
（５）次に行うべき処理を規定した連携処理情報
エージェントは、オブジェクト指向の枠組みに加え、データや手続を使い分ける知識を有し、ユーザーのリクエストを上記「ワークスペシフィケーション」とし、開放型システム（クライアント、サーバ）間でユーザのリクエストをジョブとして転送する。
【００１４】
この「エージェント」という概念はユーザーインターフェースとして研究されており、これによれば、あるシステム（クライアント）でジョブを入力し、そのジョブを実行するのに必要なデータを他のシステムから集め、そして更に別のシステムでジョブを実行することができるようになる。
【００１５】
【発明が解決しようとする課題】
しかしながら、上記「エージェント」は、未だに実用化されておらず、単にデータや手続の転送の規格の概念として提案されているのみで、システムの具体的手段としては確定的なものは実現されていない。
【００１６】
また、この「エージェント」は、上記「ワークスペシフィケーション」がジョブ処理結果の報告先、ジョブ処理の依頼先等の情報を含む点からも明らかなように、相変わらずネットワーク環境に依存していた。
【００１７】
このため、サーバやアプリケーションソフトウェアの配置替えを行うときは、エージェントのソフトウェアプログラムを見直さなければならなかった。この結果、必然的にネットワーク環境が固定化され、新規システム（クライアント、サーバ）の参入や、既存システム（クライアント、サーバ）の削除等に柔軟に対応することができなかった。
【００１８】
また、データの転送や操作や形式を統一しなければならないため、処理が煩雑であり、既存の様々なシステムを柔軟に取り込むことができなかった。
【００１９】
さらに、上記エージェントを含めて従来のクライアントサーバシステムは、処理を行うサーバが固定化されており、本来種々な処理を行うことができるコンピュータの能力を、最大限生かすことはできなかった。
【００２０】
そこで、本発明が解決しようとする課題は、サーバやアプリケーション手段の配置替え等のネットワーク環境の変化を許容し、かつ、統一的かつ簡単なリクエストによって、ネットワークに接続されたコンピュータの能力を最大限利用した処理結果を得られる「多数のコンピュータが参加する情報分配応答システム」を提供することにある。
【００２１】
【課題を解決するための手段】
本願請求項１に係る情報分配応答システムは、
一定の情報を送信する一方送信型サーバと、問合せに対して一定の情報処理を行って応答する問合せ応答型サーバと、問合せに対する応答と情報の送信とを要求するリクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
前記一方送信型サーバと一方送信サービスとを管理する一方送信型サーバ管理部と、
所定の情報処理とその応答を要求する問合せリクエストの発生、処理、終了を管理する問合せリクエスト管理部と、
所定の情報の送信を要求する一方送信リクエストの発生、処理、終了を管理する一方送信リクエスト管理部と、
一方送信リクエストと問合せリクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記一方送信型サーバと前記問合せ応答型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記一方送信型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリーション手段として前記アプリケーション手段管理部および前記一方送信型サーバ管理部に登録され、前記問合せ応答型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリーション手段として前記アプリケーション手段管理部および前記問合せリクエスト管理部に登録され、
前記クライアントのコンピュータが前記一方送信型サーバあるいは前記問合せ応答型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記一方送信型サーバあるいは前記問合せ応答型サーバとしてサービスを提供し、前記一方送信型サーバあるいは前記問合せ応答型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して問合せリクエスト管理部あるいは一方送信リクエスト管理部に送信され、前記問合せリクエスト管理部から応答すべき問合せ応答型サーバにリクエストが転送され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記問合せ応答型サーバからの応答データあるいは前記一方送信型サーバからの一方送信データは、前記コアーノードに送信され、前記コアーノードの一方送信リクエスト管理部あるいは問合せリクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とするものである。
【００２４】
本願請求項２に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とするものである。
【００２５】
本願請求項３に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記一方送信型サーバ管理部は、
情報送信を行う一方送信ノードＩＤごとに、ノード情報を管理するサーバノードＩＤ管理手段と、
一方送信サービスＩＤごとに、前記サーバノードＩＤ管理手段を管理するサーバサービスＩＤ管理手段と、
前記一方送信型サーバの一方送信サービスを登録したサーバインフォメーションリストを有し、前記サーバサービスＩＤ管理手段を管理するサーバインフォメーションリスト管理手段と、
を有していることを特徴とするものである。
【００２６】
本願請求項４に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記問合せリクエスト管理部は、
問合せ応答サービスＩＤごとに、対応する問合せ応答サービスを行う問合せ応答型サーバの情報を管理し、問合せリクエストの問合せデータを保持するリクエストキュー管理手段と、
問合せ応答サービスＩＤごとに、前記リクエストキュー管理手段を管理するリクエストキューマネージャー手段と、
問合せ応答サービスＩＤごとに、問合せリクエストに対する応答を監視し、応答があった場合の応答データの送信を管理するリプライウォッチャー手段と、
を有していることを特徴とするものである。
【００２７】
本願請求項５に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記一方送信リクエスト管理部は、
一方送信リクエストのサブキーごとに、サブキー情報を管理するリクエストエレメント管理手段と、
一方送信リクエスト内容ごとに、前記リクエストエレメント管理手段を管理するリクエストインフォメーション管理手段と、
一方送信サービスＩＤごとに、一方送信リクエスト内容を登録したリクエストインフォメーションリストを有し、前記リクエストインフォメーション管理手段を管理するリクエストインフォメーションリスト管理手段と、
前記リクエストインフォメーションリスト管理手段を管理し、一方送信データの送信を行うデータディスパッチャー手段と、
を有していることを特徴とするものである。
【００２８】
本願請求項６に係る情報分配応答システムは、上記請求項４の情報分配応答システムにおいて、
前記リクエストキュー管理手段は、
対応する問合せ応答サービスを行う問合せ応答型サーバのうち、処理可能な問合せ応答型サーバのうち処理の優先順序の最も高い問合せ応答型サーバをサーチして問合せ応答処理を依頼することを特徴とするものである。
【００２９】
本願請求項７に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とするものである。
【００３０】
本願請求項８に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記コアーノードは、外部のネットワークからのリクエストに対して情報を分配あるいは応答することを特徴とするものである。
【００３１】
本願請求項９に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記問合せリクエスト管理部は、
リクエスト送信元アプリケーション手段と問合せ応答サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とするものである。
【００３２】
本願請求項１０に係る情報分配応答システムは、上記請求項１の情報分配応答システムにおいて、
前記一方送信リクエスト管理部は、
リクエスト送信元アプリケーション手段と一方送信サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とするものである。
【００３４】
本願請求項１１に係る情報分配応答システムは、
一定の情報を送信する一方送信型サーバと、一方送信リクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記一方送信型サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
前記一方送信型サーバと一方送信サービスとを管理する一方送信型サーバ管理部と、
所定の情報の送信を要求する一方送信リクエストの発生、処理、終了を管理する一方送信リクエスト管理部と、
一方送信リクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記一方送信型サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記一方送信型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記一方送信型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリケーション手段として前記アプリケーション手段管理部および前記一方送信型サーバ管理部に登録され、前記クライアントのコンピュータが前記一方送信型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記一方送信型サーバとしてサービスを提供し、前記一方送信型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して一方送信リクエスト管理部に送信され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記一方送信型サーバからの一方送信データは、前記コアーノードに送信され、前記コアーノードの一方送信リクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とするものである。
【００３７】
本願請求項１２に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とするものである。
【００３８】
本願請求項１３に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記一方送信型サーバ管理部は、
情報送信を行う一方送信ノードＩＤごとに、ノード情報を管理するサーバノードＩＤ管理手段と、
一方送信サービスＩＤごとに、前記サーバノードＩＤ管理手段を管理するサーバサービスＩＤ管理手段と、
前記一方送信型サーバの一方送信サービスを登録したサーバインフォメーションリストを有し、前記サーバサービスＩＤ管理手段を管理するサーバインフォメーションリスト管理手段と、
を有していることを特徴とするものである。
【００３９】
本願請求項１４に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記一方送信リクエスト管理部は、
一方送信リクエストのサブキーごとに、サブキー情報を管理するリクエストエレメント管理手段と、
一方送信リクエスト内容ごとに、前記リクエストエレメント管理手段を管理するリクエストインフォメーション管理手段と、
一方送信サービスＩＤごとに、一方送信リクエスト内容を登録したリクエストインフォメーションリストを有し、前記リクエストインフォメーション管理手段を管理するリクエストインフォメーションリスト管理手段と、
前記リクエストインフォメーションリスト管理手段を管理し、一方送信データの送信を行うデータディスパッチャー手段と、
を有していることを特徴とするものである。
【００４０】
本願請求項１５に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とするものである。
【００４１】
本願請求項１６に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記コアーノードは、外部のネットワークからのリクエストに対して情報を分配することを特徴とするものである。
【００４２】
本願請求項１７に係る情報分配応答システムは、上記請求項１１の情報分配応答システムにおいて、
前記一方送信リクエスト管理部は、
リクエスト送信元アプリケーション手段と一方送信サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とするものである。
【００４４】
本願請求項１８に係る情報分配応答システムは、
問合せに対して一定の情報処理を行って応答する問合せ応答型サーバと、問合せ応答リクエストを発するクライアントと、ネットワーク内の情報の処理と分配とを管理するコアーノードと、からなる情報分配応答システムにおいて、
前記コアーノードは、
前記問合せ応答型サーバとクライアントが有する情報処理手段であって、それぞれ特定の目的のために機能を特化させたアプリケーション手段を管理するアプリケーション手段管理部と、
所定の情報処理とその応答を要求する問合せリクエストの発生、処理、終了を管理する問合せリクエスト管理部と、
問合せリクエストの送信元アプリケーション手段を、リクエストＩＤごとに管理するリクエスト元アプリケーション手段管理部と、
前記問合せ応答型サーバと前記クライアント間の情報送信とリクエストとを仲介し、イベントの処理を前記各管理部に振り分ける主制御部と、を有し、
全ての前記問合せ応答型サーバと前記クライアントは前記コアーノードに直接接続されており、
前記クライアントは、前記コアーノードに接続すると自動的にアプリケーション手段として前記アプリケーション手段管理部に登録され、前記問合せ応答型サーバは、前記コアーノードに接続すると自動的にサービスＩＤを有するアプリケーション手段として前記アプリケーション手段管理部および前記問合せリクエスト管理部に登録され、前記クライアントのコンピュータが前記問合せ応答型サーバのアプリケーション手段としても登録されている場合には要求に応じて前記問合せ応答型サーバとしてサービスを提供し、前記問合せ応答型サーバのコンピュータが前記クライアントのアプリケーション手段としても登録されている場合にはクライアントとしてリクエストを送信することができるように構成され、
前記クライアントからのリクエストはすべて前記コアーノードに送られ、前記コアーノードの主制御部を介して問合せリクエスト管理部に送信され、前記問合せリクエスト管理部から応答すべき問合せ応答型サーバにリクエストが転送され、
送信元のクライアントはリクエストＩＤごとに前記コアーノードのリクエスト元アプリケーション手段管理部に管理され、
前記問合せ応答型サーバからの応答データは、前記コアーノードに送信され、前記コアーノードの問合せリクエスト管理部から前記リクエスト元アプリケーション手段管理部に登録された送信元クライアントに送信される、ことを特徴とするものである。
【００４７】
本願請求項１９に係る情報分配応答システムは、上記請求項１８の情報分配応答システムにおいて、
前記アプリケーション手段管理部は、
所定のリクエストとそのリクエストを処理するアプリケーション手段間の交信を保持するためのチャネルごとに、チャネル情報およびアプリケーション手段に関する情報を管理するアプリケーションインフォメーション管理手段と、
システム内のアプリケーション手段を登録したアプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段を管理するアプリケーションマネージメントテーブル管理手段と、
を有していることを特徴とするものである。
【００４８】
本願請求項２０に係る情報分配応答システムは、上記請求項１８の情報分配応答システムにおいて、
前記問合せリクエスト管理部は、
問合せ応答サービスＩＤごとに、対応する問合せ応答サービスを行う問合せ応答型サーバの情報を管理し、問合せリクエストの問合せデータを保持するリクエストキュー管理手段と、
問合せ応答サービスＩＤごとに、前記リクエストキュー管理手段を管理するリクエストキューマネージャー手段と、
問合せ応答サービスＩＤごとに、問合せリクエストに対する応答を監視し、応答があった場合の応答データの送信を管理するリプライウォッチャー手段と、
を有していることを特徴とするものである。
【００４９】
本願請求項２１に係る情報分配応答システムは、上記請求項２０の情報分配応答システムにおいて、
前記リクエストキュー管理手段は、
対応する問合せ応答サービスを行う問合せ応答型サーバのうち、処理可能な問合せ応答型サーバのうち処理の優先順序が最も高い問合せ応答型サーバをサーチして問合せ応答処理を依頼することを特徴とするものである。
【００５０】
本願請求項２２に係る情報分配応答システムは、上記請求項１８の情報分配応答システムにおいて、
前記コアーノードは、システム起動時に所定のサーバの内部に、あるいは複数のサーバの内部にその主制御部と各管理部を分散して生成されることを特徴とするものである。
【００５１】
本願請求項２３に係る情報分配応答システムは、上記請求項１８の情報分配応答システムにおいて、
前記コアーノードは、外部のネットワークからのリクエストに対して問合せ応答をすることを特徴とするものである。
【００５２】
本願請求項２４に係る情報分配応答システムは、上記請求項１８の情報分配応答システムにおいて、
前記問合せリクエスト管理部は、
リクエスト送信元アプリケーション手段と問合せ応答サービスを行うアプリケーション手段との間のデータ変換を行うコンバータ手段を有していることを特徴とするものである。
【００５４】
【発明の実施の形態】
次に、本発明の実施形態について添付の図面を参照して以下に説明する。
最初に、理解容易のために本発明による情報分配応答システムの物理的なシステム構成例を示して説明する。
【００５５】
図１に、本発明による情報分配応答システムの物理的な構成例を示す。図１の情報分配応答システムは、２台のワークステーション（ＷＳ１，ＷＳ２）と、４台のパーソナルコンピュータ（ＰＣ１〜ＰＣ４）とからなる。また、このシステムには、外部のネットワーク（ＮＥＴ１）もアクセス可能に接続されているとする。
【００５６】
各ワークステーション（ＷＳ１，ＷＳ２）とパーソナルコンピュータ（ＰＣ１〜ＰＣ４）は、それぞれアプリケーション手段（図中において符号ＡＰを付し、四角枠で囲って示す）を有しているとする。
【００５７】
なお、外部のネットワーク（ＮＥＴ１）は、アプリケーション手段と、本発明による情報分配応答システムとのインターフェースを有しているものとする。
【００５８】
ここで、アプリケーション手段とは、情報処理手段であって、特定の目的のために機能を特化させたものをいうものとする。このアプリケーション手段は、固定的にその処理をするようにしたハードウェアでもよいが、好ましくは所定のアプリケーションソフトウェアで制御され、ある時点で所定の処理をするコンピュータの処理装置である。
【００５９】
上記アプリケーション手段はオブジェクト指向プログラミングによるオブジェクトからなっていてもよいが、アプリケーション手段自体は手続型プログラムによって制御された手段であり、本発明による情報分配応答システムとの間にオブジェクト指向プログラミングによるインターフェースを有するものであってもよい。
【００６０】
ここで、オブジェクトとは、ある属性によってクラス分けし、データと手続とを一体化したものである。オブジェクトは、以下の特徴を有している。
（１）同じ属性を有するオブジェクト（クラスオブジェクト）は、基本的に同じメソッド（所定の処理を行う手段）を有している。
（２）あるクラスオブジェクトの属性やメソッドは、他のクラスオブジェクトでも継承できる。
（３）他のオブジェクトにそのオブジェクトが有するメソッドによる処理を依頼することができる。
【００６１】
本明細書でいう「オブジェクト」は、上記データと手続を一体化したソフトウェア的なものの他、オブジェクトを実行するためのハードウェアも含むものとする。
【００６２】
すなわち、本発明のシステムを構成する各処理手段（コアーノードや管理部や各管理部の処理手段、あるいはアプリケーション手段）は、上記オブジェクトによって表現でき、また、各処理手段や管理部をオブジェクトとすることにより、本発明のシステムは、種々の処理に柔軟に対応できるようになるので、以下の実施形態では、システムを構成する各処理手段は「オブジェクト」であるとする。しかし、これは本発明をオブジェクト指向の枠組みに限る意味ではない。つまり、オブジェクトと同一の機能を通常の手続型プログラムによって制御されたコンピュータによって実現するようにしてもよい。
【００６３】
図１の構成例では、パーソナルコンピュータＰＣ１は問合せ応答型サーバとして作動するオブジェクト、パーソナルコンピュータＰＣ２は一方送信型サーバとして作動するオブジェクト、パーソナルコンピュータＰＣ３はクライアントとして作動するオブジェクト、パーソナルコンピュータＰＣ４もクライアントとして作動するオブジェクト、をそれぞれ有している。
【００６４】
ここで、「問合せ応答型サーバ」とは、クライアントからのリクエスト（問合せリクエスト）に応じて、所定の情報処理を行い、応答するサーバをいい、「一方送信型サーバ」とは、クライアントからのリクエスト（一方送信リクエスト）に応じて、所定の情報を送信するサーバをいう。クライアントサーバシステムにおけるサーバは通常この２種類のサーバに分けることができる。
【００６５】
ワークステーションＷＳ１は、２つの問合せ応答型サーバとして作動するオブジェクトと、コアーノードとして作動するオブジェクトとを有している。ワークステーションＷＳ２は、一方送信型サーバとして作動するオブジェクトを有している。さらに、外部ネットワークＮＥＴ１上のアプリケーション手段も、ここではクライアントあるいはサーバとして作動するオブジェクトとして把握される。
【００６６】
なお、上記問合せ応答型サーバ、一方送信型サーバ、クライアントの各オブジェクトは、本明細書でいう「アプリケーション手段」である。
【００６７】
各オブジェクトは、情報分配応答システム（本実施形態の説明では省略して「ＩＤＰ」ということもあることとする）とのインターフェイスを有している（図１中にＩＤＰ  ＡＰＩと記す）。
【００６８】
コアーノードは、本実施形態ではシステム起動時に１個生成される。図１の例では、ワークステーションＷＳ１に生成されているが、これは固定的なものではなく、システムにより、起動時に適当なワークステーションに生成されてもよい。また、後述するコアーノードの下位のオブジェクトが複数のワークステーションに分散して生成されてもよい。なお、コアーノードは後述するサービスＩＤ別に複数個生成するようにしてもよい。この場合は、コアーノードにより別々の情報分配応答を行うようにすることができる。
【００６９】
このコアーノードに対して、各パーソナルコンピュータとワークステーションのオブジェクトは「コネクション」を有している。ここで、コネクションとは、オブジェクト間で相手方のオブジェクトに所定のメッセージを送るための経路である。このメッセージは、相手方のオブジェクトに所定のメソッドによる処理を依頼することができる。すなわち、各オブジェクトは、「コネクション」により、他のオブジェクトに所定の処理や情報の分配を依頼することができるのである。
【００７０】
図１に示すように、本発明の情報分配応答システムは、すべてのサーバとクライアントは、コアーノードにコネクションによって接続されている。このことは、コアーノードが、すべてのオブジェクト（サーバとクライアント）間のリクエストや情報送信を仲介することを意味している。
【００７１】
図１の情報分配応答システムは、２種類の問合せ応答型サーバを有している。これらの問合せ応答サービスは、問合せ応答サービスの内容により、それぞれ「問合せ応答サービスＩＤ１００」と「問合せ応答サービスＩＤ２００」に分類されている。問合せ応答サービスＩＤ１００を行う問合せ応答型サーバは、パーソナルコンピュータＰＣ１内に存在し、一方、問合せ応答サービスＩＤ２００を行う問合せ応答型サーバは、ワークステーションＷＳ１内に存在している。
【００７２】
ここで、サービスＩＤとは、問合せ応答サービスあるいは一方送信サービスを、その情報内容、データ種類等によって分類して数字等により特定する識別子である。
【００７３】
ワークステーションＷＳ１は、同一の問合せ応答サービスＩＤ１００を行う２つ問合せ応答型サーバを有している。これらの同一問合せ応答サービスを行う問合せ応答型サーバは、問合せ応答サービスＩＤ１００の「ノード」という。図１の例のように、ノードは同一のサービスＩＤに複数存在することがある。物理的には、ノードはネットワーク上に存在する装置（アプリケーション手段）を意味している。
【００７４】
また、図１の情報分配応答システムは、２種類の一方送信型サーバを有している。これらの一方送信サービスは、それぞれ「一方送信サービスＩＤ１５０」と「一方送信サービスＩＤ２５０」に分類されている。一方送信サービスＩＤ１５０を行う一方送信型サーバはワークステーションＷＳ２内に存在し、一方送信サービスＩＤ２５０を行う一方送信型サーバはパーソナルコンピュータＰＣ２内に存在している。同一のコンピュータ内に複数の一方送信型サーバが存在できることは問合せ応答型サーバと同様である。また、同一の一方送信サービスＩＤについて、その一方送信サービスを行う「ノード」が複数存在することも問合せ応答サービスと同様である。
【００７５】
ここで注目すべきことは、本発明によれば、各サーバは、特定の物理的な装置として認識されるのではなく、サービスの内容によって分類されたサービスＩＤとして認識されることである。
【００７６】
すなわち、後に説明するように、本発明では、システムに接続されるコンピュータ（サーバとクライアントとに拘わらず）は、その提供できる情報や、提供できる情報処理の内容を予めコアーノードにサービスＩＤとして登録しておき、クライアントはコアーノードに対して所定のサービスＩＤを指定してリクエストを発し、コアーノードはそのサービスＩＤを提供するサーバを検索してジョブを転送するのである。
【００７７】
このようにサーバをサービスＩＤとして認識することにより、物理的なサーバの配置替え等に対しては、コアーノードの登録内容を変化させることのみにより、対応できるようになる。
【００７８】
また、クライアントであるコンピュータが所定の処理を要求されてサーバとして作動したり、反面、サーバがクライアントとして他のサーバのサービスを求めることができるようになる。つまり、システムに接続されるコンピュータは、自分が提供できるサービスを予め登録しておき、そのサービスを求められた時は、サーバとして作動するが、サーバとして固定化されるわけではないので、クライアントとして他のサーバのサービスを求めることもできるのである。これにより、本システムによれば、クライアントとして作動するコンピュータの能力も利用でき、システムに接続された全てのコンピュータの能力を生かすことができるようになる。
【００７９】
図１の情報分配応答システムでは、２種類の問合せ応答サービス（ＩＤ１００，ＩＤ２００）と２種類の一方送信サービス（ＩＤ１５０，ＩＤ２５０）を行うサーバとクライアントが、コアーノードにコネクションを有している。この構成により、クライアントであるパーソナルコンピュータＰＣ３，ＰＣ４は、コアーノードを介して４種類のサービス、すなわちサービスＩＤ１００，２００，１５０，２５０を受けることができる。
【００８０】
また、ワークステーションＷＳ２も、時によってクライアントとして他のサーバのサービスを受けることができる。
【００８１】
次に、本発明の中心部分であるコアーノードの構成について以下に説明する。
図２は、コアーノードのクラスオブジェクトの構造を示している。図２において、各オブジェクトは４角形の線で囲み、上段にオブジェクト名、中段に属性、下段にそのオブジェクトのメソッドを記している。
【００８２】
図２に示すように、全体を符号１で示すコアーノードは、主制御部２と、アプリケーション手段管理部３と、一方送信型サーバ管理部４と、問合せリクエスト管理部５と、一方送信リクエスト管理部６とからなる。
【００８３】
アプリケーション手段管理部３は、アプリケーションインフォメーション管理手段３ａと、アプリケーションマネージメントテーブル管理手段３ｂとからなる。
【００８４】
一方送信型サーバ管理部４は、サーバノードＩＤ管理手段４ａと、サーバサービスＩＤ管理手段４ｂと、サーバインフォメーションリスト管理手段４ｃとからなる。
【００８５】
問合せリクエスト管理部５は、リプライウォッチャー手段５ａと、リクエストキュー管理手段５ｂと、リクエストキューマネージャー手段５ｃとからなる。なお、コンバータ手段５ｄは、別の実施形態で追加される。コンバータ手段５ｄを有する実施形態については後にさらに説明する。
【００８６】
一方送信リクエスト管理部６は、リクエストエレメント管理手段６ａと、リクエストインフォメーション管理手段６ｂと、リクエストインフォメーションリスト管理手段６ｃと、データディスパッチャー手段６ｄとからなる。なお、コンバータ手段６ｅは、別の実施形態で追加される。コンバータ手段６ｅを有する実施形態については後にさらに説明する。
【００８７】
アプリケーションインフォメーション管理手段３ａは、所定のリクエストとそのリクエストを処理するアプリケーション手段との交信を維持するチャネルごとに、そのチャネル情報と、アプリケーション手段に関する情報とを管理する手段である。すなわち、本発明のシステムにおいて、所定のリクエストに対して所定のサーバ（アプリケーション手段）が情報の処理や分配を行うが、その情報の流れの交信口を維持する必要がある。その情報の流れの交信口がチャネルである。
【００８８】
アプリケーションインフォメーション管理手段３ａは、チャネルごとにサービスを提供するアプリケーション手段の情報（アプリケーション手段の所在等）や、その他のチャネル情報（たとえば、チャネル識別子等）を管理するのである。
【００８９】
アプリケーションマネージメントテーブル管理手段３ｂは、全システムで１個存在し、アプリケーションマネージメントテーブルを有し、前記アプリケーションインフォメーション管理手段３ａを管理する。ここで、オブジェクト間の「管理」とは、たとえば、アプリケーションマネージメントテーブル管理手段３ｂは、アプリケーションインフォメーション管理手段３ａに依頼し、所定のアプリケーション手段の情報を検索させ、回答を得る等の制御を行うことをいう。オブジェクト間の「管理」については以下に同じとする。
【００９０】
アプリケーションマネージメントテーブルとは、情報分配応答システムに接続される各アプリケーション手段の情報（アプリケーション情報）を登録したテーブルをいう。アプリケーションマネージメントテーブルは、クライアントとサーバとに拘わらず、全てのアプリケーション手段の情報を登録している。ここで、アプリケーションマネージメントテーブルに登録するアプリケーション情報は、各アプリケーション手段を特定する情報、たとえばアプリケーション手段が提供するサービスの内容を特定するサービスＩＤ、アプリケーション手段の所在等である。
【００９１】
サーバノードＩＤ管理手段４ａは、一方送信サービスＩＤごとの、それぞれの情報送信を行う一方送信ノードごとに１個存在し、一方送信ノードの情報を管理する。つまり、一方送信サービスＩＤは、複数の一方送信ノードを有することがあるが、サーバノードＩＤ管理手段４ａは、各一方送信ノードごとにその所在等のノード情報を管理するのである。
【００９２】
サーバサービスＩＤ管理手段４ｂは、一方送信サービスＩＤごとに１個存在し、前記サーバノードＩＤ管理手段４ａを管理する。
【００９３】
サーバインフォメーションリスト管理手段４ｃは、全システムで１個存在し、サーバインフォメーションリストを有し、前記サーバサービスＩＤ管理手段４ｂを管理する。サーバインフォメーションリストは、すべての一方送信型サーバを登録したリストである。
【００９４】
リプライウォッチャー手段５ａは、問合せリクエストＩＤごとに存在し、応答待ちのアプリケーション手段の情報を登録し、応答を監視し、応答があった場合にはその応答データを送信する手段である。リクエストＩＤは、リクエストを特定するためにリクエストごとに付された識別子である。
【００９５】
リクエストキュー管理手段５ｂは、問合せ応答サービスＩＤごとに存在し、対応する問合せ応答サービスを行う問合せ応答型サーバの情報を管理し、問合せリクエストの問合せデータを保持する。
【００９６】
すなわち、リクエストキュー管理手段５ｂは、問合せリクエストがあった場合に、対応する問合せ応答サービスを行う問合せ応答型サーバをサーチし、問合せデータ（問合せを行ったアプリケーション手段の情報や、処理をしてもらう元のデータ）を転送し、応答があるまで前記問合せデータ登録しておくのである。
【００９７】
リクエストキューマネージャー手段５ｃは、問合せ応答サービスＩＤごとに存在し、前記リクエストキュー管理手段５ｂを管理する。
【００９８】
リクエストエレメント管理手段６ａは、一方送信リクエストのサブキーごとに存在し、サブキー情報を記憶、管理する。ここで、「サブキー」は、一方送信リクエストをする際に指定するキーを構成する部分キーであって、一方送信データをフィルタリングするためのキーである。例えば、株価情報の配信をリクエストするのにあたって、一定の銘柄を指定したり、一定の期間を指定したりすることがある。この場合の一定銘柄を指定するキーがサブキーであり、そのサブキーの示す内容（サブキー情報）を管理するのがリクエストエレメント管理手段６ａである。
【００９９】
リクエストインフォメーション管理手段６ｂは、一方送信リクエストのリクエスト内容ごとに存在し、前記リクエストエレメント管理手段６ａを管理する。ここで、一方送信リクエストのリクエスト内容とは、前記サブキーの組合せによって指定される一方送信リクエストの内容である。たとえば、先の例では、株価情報のうち、「何々銘柄の何々期間のもの」というように特定した内容である。同一の一方送信リクエストでも、その内容によって、複数のリクエスト内容を有する。
【０１００】
リクエストインフォメーションリスト管理手段６ｃは、一方送信サービスＩＤごとに存在し、前記リクエストインフォメーション管理手段６ｂを管理する。この一方送信サービスＩＤとは、先の例では株価情報の一方送信サービスを指す識別子のようなものである。
【０１０１】
データディスパッチャー手段６ｄは、全システムで１個存在し、リクエストインフォメーションリスト管理手段６ｃを管理し、一方送信データをアプリケーション手段に送信する。
【０１０２】
以上が本実施形態の各構成手段の説明であったが、次ぎに問合せ応答サービスと一方送信サービスとにおける各構成手段の作用について以下に説明する。なお、以下の説明では図２に示した情報分配応答システムの構成を参照することにより、構成手段間の関係がより明らかとなる。
【０１０３】
最初に、本発明の情報分配応答システムを構成するには、システムにコンピュータを接続しなければならない。本発明の構成に沿ってより正確に言うならば、システムにアプリケーション手段を接続しなければならない。このアプリケーション手段の接続の処理の流れを図３に示す。なお、図３のフローチャートにおいて、各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１０４】
図３に示すように、本発明の情報分配応答システムにアプリケーション手段を接続するには、接続を要求するコンピュータがコアーノード１の主制御部２にアプリケーション手段の接続を要求する（ステップＳ１００）。
【０１０５】
この接続要求のイベントを受けた主制御部２は、アプリケーション手段接続受付用チャネルにアプリケーション手段を接続するためのイベントを発生する（ステップＳ１１０）。このイベントは、次のように処理される。
【０１０６】
まず、接続を要求するアプリケーション手段について、新たなアプリケーションインフォメーション管理手段３ａが作成され、チャネル情報やそのアプリケーション手段に関する情報等が登録される（ステップＳ１２０）。
【０１０７】
次に、この新たなアプリケーションインフォメーション管理手段３ａは、アプリケーションマネージメントテーブルに登録される（ステップＳ１３０）。
【０１０８】
以上がアプリケーション手段の接続のための処理であるが、サービスを提供するアプリケーション手段は、サーバとして宣言をしなければならない。以下にサーバ宣言の処理の流れを図４に示す。なお、図４のフローチャートにおいて、各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１０９】
図４に示すように、アプリケーション手段がサーバとしてサービスを提供するには、サーバであることをコアーノード１の主制御部２に宣言しなければならない（ステップＳ２００）。
【０１１０】
主制御部２は、上記アプリケーション手段からのサーバ宣言のイベントを受け、そのアプリケーション手段についてのアプリケーションインフォメーション管理手段３ａを作成する（ステップＳ２１０）。
【０１１１】
次に、そのアプリケーション手段が提供するサービスの種類により、以下の一方送信型サーバとしての処理、あるいは問合せ応答型サーバとしての処理のいずれかを行う。
【０１１２】
サーバ宣言を行ったサーバが一方送信型サーバである場合、まず、サーバインフォメーションリスト管理手段４ｃが、サーバインフォメーションリストにそのサーバ情報を登録する（ステップＳ２２０）。
【０１１３】
次に、サーバインフォメーションリスト管理手段４ｃは、そのサーバのサービスＩＤと同一のサーバーサービスＩＤ管理手段４ｂを検索する。該当するサーバーサービスＩＤ管理手段４ｂがない場合には、新たなサーバーサービスＩＤ管理手段４ｂを作成する（ステップＳ２３０）。
【０１１４】
次に、前記ステップＳ２３０により検索あるいは作成されたサーバーサービスＩＤ管理手段４ｂは、宣言を行ったサーバについてサーバノードＩＤ管理手段４ａを作成する（ステップＳ２４０）。
【０１１５】
最後に、サーバインフォメーションリスト管理手段４ｃが、そのサーバについて、送信開始フラグを設定する（ステップＳ２５０）。
【０１１６】
サーバ宣言を行ったサーバが問合せ応答型サーバである場合、すでにステップＳ２１０で対応するアプリケーションインフォメーション管理手段３ａを作成しているので、ここでは問合せリクエスト管理部５に問合せ応答型サーバの登録を行う。
【０１１７】
まず、アプリケーションインフォメーション管理手段３ａが、同一の問合せ応答サービスＩＤを有するリクエストキューマネージャー手段５ｃが存在するか否かを検索する（ステップＳ２６０）。同一の問合せ応答サービスＩＤのリクエストキューマネージャー手段５ｃがなければ、新たに作成する。
【０１１８】
次に、アプリケーションインフォメーション管理手段３ａは、前記ステップＳ２６０により検索あるいは作成されたリクエストキューマネージャー手段５ｃに、サーバ宣言を行っているサーバの情報を登録する（ステップＳ２７０）。
【０１１９】
最後に、上記リクエストキューマネージャー手段５ｃは、リクエストキュー管理手段５ｂを取得し、サーバ宣言をしているサーバを、問合せ応答サービスＩＤに対応する問合せ応答サービスを行う問合せ応答型サーバ（ノード）として登録する（ステップＳ２８０）。ここで、「取得」とは、所定のオブジェクトを検索し、コネクションを介して種々のメッセージを送れる状態にすることをいうものとする。
【０１２０】
以上がサーバ宣言とその処理についての説明であったが、このようにアプリケーション手段が接続され、サーバとして作動するアプリケーション手段がサーバとして登録された情報分配応答システムは、以下に説明するように情報の分配と応答とを行う。以下の説明では、この情報の分配と応答とを分けて説明する。
【０１２１】
最初に情報の応答、すなわち問合せ応答サービスについて説明する。問合せ応答サービスには、クライアントから問合せ応答型サーバへの問合せリクエストの送信と、問合せ応答型サーバからクライアントへの応答の送信とがある。これらの送信は、すべてコアーノード１を介して行われる。
【０１２２】
図５に、クライアントから問合せ応答型サーバへの問合せリクエストの送信の流れを示す。なお、図５のフローチャートにおいて、各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１２３】
問合せリクエストは、クライアントから発せられ、図５の最初に示すように、コアーノード１の主制御部２に問合せのイベントとして入力される（ステップＳ３００）。
【０１２４】
上記問合せのイベントを受けた主制御部２は、チャネルごとにアプリケーションインフォメーション管理手段３ａを生成する（ステップＳ３１０）。
【０１２５】
次に、上記ステップＳ３１０によって生成されたアプリケーションインフォメーション管理手段３ａは、問合せリクエストに対応する問合せ応答サービスＩＤのリクエストキューマネージャー手段５ｃを取得する（ステップＳ３２０）。
【０１２６】
上記ステップＳ３２０によって取得されたリクエストキューマネージャー手段５ｃは、同一問合せ応答サービスＩＤのリクエストキュー管理手段５ｂを取得する（ステップＳ３３０）。リクエストキューマネージャー手段５ｃは、取得したリクエストキュー管理手段５ｂに問合せリクエストに関する情報（問合せデータ、あるいは問合せ元アプリケーション手段等の情報）を渡す（ステップＳ３４０）。
【０１２７】
上記リクエストキュー管理手段５ｂは、上記問合せリクエストに関する情報をそのリクエストキュー、つまり問合せリクエストの待ち行列に登録する（ステップＳ３５０）。
【０１２８】
次に、リクエストキュー管理手段５ｂはリプライウォッチャー手段５ａを取得し、これに問合せリクエスト元のアプリケーション手段を応答待ちアプリケーション手段として登録する（ステップＳ３６０）。
【０１２９】
上記ステップＳ３６０で取得されたリプライウォッチャー手段５ａは、その問合せリクエストに対して応答待ちタイマを設定し、応答を監視する（ステップＳ３７０）。
【０１３０】
次に、リクエストキュー管理手段５ｂは、所定の処理の優先順位に従って問合せ応答サービスを行う問合せ応答型サーバ（ノード）をサーチし、処理が可能な問合せ応答型サーバのうちで処理の優先順位が最も高い問合せ応答型サーバのアプリケーションインフォメーション管理手段３ａを取得する（ステップＳ３８０）。
【０１３１】
次に、上記アプリケーションインフォメーション管理手段３ａが、上記サーチした問合せ応答型サーバに対し、問合せデータを送信する（ステップＳ３９０）。これにより、問合せリクエストと問合せデータが所定の問合せ応答型サーバで処理されることになる。
【０１３２】
以上がクライアントから問合せ応答型サーバへの問合せリクエストの送信であるが、次に、問合せ応答処理後の問合せ応答型サーバからクライアントへの応答の送信について説明する。
【０１３３】
図６に問合せ応答型サーバからクライアントへの応答の送信の流れを示す。図６のフローチャートにおいて、図５と同様に各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１３４】
応答の送信のイベントは、処理を行った問合せ応答型サーバから発せられ、図６の最初に示すように、コアーノード１の主制御部２に入力される（ステップＳ４００）。
【０１３５】
上記応答送信のイベントを受けた主制御部２は、応答をする問合せ応答型サーバに対応するアプリケーションインフォメーション管理手段３ａを取得する（ステップＳ４１０）。
【０１３６】
次に、上記ステップＳ４１０によって取得されたアプリケーションインフォメーション管理手段３ａは、対応する問合せ応答サービスＩＤのリクエストキューマネージャー手段５ｃを取得する（ステップＳ４２０）。
【０１３７】
上記ステップＳ４２０によって取得されたリクエストキューマネージャー手段５ｃは、同一問合せ応答サービスＩＤのリクエストキュー管理手段５ｂを取得する（ステップＳ４３０）。
【０１３８】
上記ステップＳ４３０によって取得されたリクエストキュー管理手段５ｂは、問合せを行った問合せリクエストをそのリクエストキューから削除する（ステップＳ４４０）。
【０１３９】
次に、リプライウォッチャー手段５ａは、問合せリクエスト元のアプリケーション手段（クライアント）に関するデータを応答待ちアプリケーション手段のデータから削除する（ステップＳ４５０）。
【０１４０】
以上のステップＳ４２０〜Ｓ４５０の処理により、問合せリクエスト管理部５から問合せリクエストが削除される。
【０１４１】
次に、リプライウォッチャー手段５ａは、アプリケーションマネージメントテーブル管理手段３ｂにアクセスし、アプリケーションマネージメントテーブル管理手段３ｂを取得する（ステップＳ４６０）。
【０１４２】
アプリケーションマネージメントテーブル管理手段３ｂは、問合せ応答型サーバの情報から、対応するアプリケーションインフォメーション管理手段３ａを取得し、このアプリケーションインフォメーション管理手段３ａにより、リプライウォッチャー手段５ａはリクエスト元のアプリケーション手段の情報を得ることができる（ステップＳ４７０）。
【０１４３】
最後に、リプライウォッチャー手段５ａは、上記のように得られたリクエスト元のアプリケーション手段に応答データを送信する（ステップＳ４８０）。
【０１４４】
以上が、問合せ応答サービスの問合せリクエストの送信と応答データの返信に関するコアーノード１の処理の流れである。次に、一方送信サービスのリクエストと送信に関するコアーノード１の処理について説明する。
【０１４５】
一方送信サービスも問合せ応答サービス同様、クライアントから一方送信型サーバへの一方送信リクエストの送信と、一方送信型サーバからクライアントへの一方送信データの送信とに分けられる。これらの送信も、すべてコアーノード１を介して行われる。
【０１４６】
図７に、クライアントから一方送信型サーバへの一方送信リクエストの送信の流れを示す。図７のフローチャートにおいて、各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１４７】
一方送信リクエストは、クライアントから発せられ、図７の最初に示すように、コアーノード１の主制御部２に一方送信要求のイベントとして入力される（ステップＳ５００）。
【０１４８】
上記一方送信要求のイベントを受けた主制御部２は、チャネルごとにアプリケーションインフォメーション管理手段３ａを生成する（ステップＳ５１０）。
【０１４９】
次に、上記ステップＳ５１０で得られたアプリケーションインフォメーション管理手段３ａは、同一の一方送信サービスが行われているか否かをチェックすべく、データディスパッチャー手段６ｄを取得する（ステップＳ５２０）。
【０１５０】
取得されたデータディスパッチャー手段６ｄは、リクエストされた一方送信サービスＩＤと同一ＩＤのリクエストインフォメーションリスト管理手段６ｃを検索する（ステップＳ５３０）。同一ＩＤのリクエストインフォメーションリスト管理手段６ｃが存在しない場合は、新たに生成する。
【０１５１】
次に、検索されあるいは生成されたリクエストインフォメーションリスト管理手段６ｃは、リクエスト内容が一致するリクエストインフォメーション管理手段６ｂを検索する（ステップＳ５４０）。リクエスト内容が一致するリクエストインフォメーション管理手段６ｂが存在しない場合には、新たに生成する。
【０１５２】
ここで、リクエスト内容とは、同一一方送信サービスＩＤにおいても、配信を受けるデータに種々の条件が付されることがあり、その場合には配信データの条件により、区別された一方送信リクエストである。このリクエスト内容を表わすものが、一方送信リクエストのキーである。
【０１５３】
次に、検索されあるいは生成されたリクエストインフォメーション管理手段６ｂは、リクエストキーを構成するサブキーの情報をリクエストエレメント管理手段６ａに登録する（ステップＳ５５０）。
【０１５４】
次に、リクエストインフォメーション管理手段６ｂは、リクエスト元アプリケーション手段管理部７を生成し、リクエスト送信元のアプリケーション手段の情報を登録する（ステップＳ５６０）。
【０１５５】
最後に、ステップＳ５１０で生成されたアプリケーションインフォメーション管理手段３ａは、リクエストに対応する一方送信型サーバに一方送信リクエストを送信する（ステップＳ５７０）。
【０１５６】
以上がクライアントから一方送信型サーバへの一方送信リクエストの送信であるが、次に、一方送信型サーバからクライアントへの一方送信データの送信について説明する。
【０１５７】
図８に一方送信型サーバからクライアントへの一方送信データの送信の流れを示す。図８のフローチャートにおいて、図７と同様に各処理ステップの処理を行う処理手段を括弧を付して示す。
【０１５８】
一方送信データの送信のイベントは、配信する一方送信型サーバから発せられ、図８の最初に示すように、コアーノード１の主制御部２に入力される（ステップＳ６００）。
【０１５９】
上記送信のイベントを受けた主制御部２は、一方送信型サーバに対応するアプリケーションインフォメーション管理手段３ａを取得する（ステップＳ６１０）。
【０１６０】
次に、上記ステップＳ６１０で得られたアプリケーションインフォメーション管理手段３ａは、リクエスト元のクライアントを検索すべく、データディスパッチャー手段６ｄを取得する（ステップＳ６２０）。
【０１６１】
取得されたデータディスパッチャー手段６ｄは、配信をリクエストされた一方送信サービスＩＤと同一ＩＤのリクエストインフォメーションリスト管理手段６ｃを検索する（ステップＳ６３０）。
【０１６２】
次に、データディスパッチャー手段６ｄは、リクエストインフォメーションリスト管理手段６ｃを介して、リクエスト内容が一致するリクエストインフォメーション管理手段６ｂを検索する（ステップＳ６４０）。
【０１６３】
リクエスト内容が一致するリクエストインフォメーション管理手段６ｂが存在する場合は、そのリクエストインフォメーション管理手段６ｂにより、リクエスト元アプリケーション手段管理部７を取得し、リクエスト送信元のアプリケーション手段の情報を取得する（ステップＳ６５０）。
【０１６４】
最後に、データディスパッチャー手段６ｄは、ステップＳ６５０で得られたリクエスト送信元のアプリケーション手段に一方送信データを送信する（ステップＳ６６０）。
【０１６５】
以上が、一方送信サービスにおける一方送信リクエストの送信と一方送信データの配信に関するコアーノード１の処理の流れである。
【０１６６】
以上の図１〜図８の説明から明らかなように、本発明による情報分配応答システムは、クライアントとサーバが直接交信せず、サーバが提供するサービスをサービスＩＤとしてコアーノードに登録し、クライアントは自分が利用したいサービスＩＤを指定してコアーノードに問い合わせ、コアーノードはそのサービスＩＤを提供するサーバにサービスの提供を要求する。また、サーバ側も、データを直接クライアントに送る代わりに、データをコアーノードに送り、コアーノードがそのサービスＩＤを要求するクライアントに配信する。
【０１６７】
このように、サービスＩＤによってサーバを管理し、この管理をコアーノードによって行うようにしたことにより、サービスＩＤを変えることによって多数のサーバを接続でき、多数のサービスを提供するシステムを得ることができる。また、サーバを拡張することも、サーバ宣言をすることにより、それまでのシステムを変更することなく簡単に拡張することができるのである。
【０１６８】
また、このようにサービスＩＤによってリクエストを行うようにしたことにより、システムからデータの取得方法を統一化でき、ユーザーフレンドリーなシステムを構築することができるようになる。
【０１６９】
クライアントサーバシステムを構成するプログラミングの面でも、システムを構成するノードのプログラムは、サーバの配置等のシステムの環境に依存しないので、アプリケーション手段のパーツ化、コンポーネント化が可能となる。
【０１７０】
さらに、情報分配応答システムに接続するコンピュータは、自分が提供することができるサービス（情報処理やデータ配信）をサービスＩＤとして登録しておき、要求があった場合には、そのサービスを提供する一方、クライアントとして他のサーバにサービスを要求することもできるようになる。これにより、本発明による情報分配応答システムは、既存のコンピュータの処理能力を余すことなく活用でき、極めて効率のよい情報処理システムを得ることができる。
【０１７１】
また、一方送信サービスＩＤとその送信データの内容さえ同一ならば、一つの一方送信サービスを複数のクライアントが同時に享受することができるようになる。これにより、数多くの利用が見込まれる情報の配信を極めて効率よく行うことができるようになる。
【０１７２】
また、リクエストキュー管理手段５ｂは、同一の問合せ応答サービスを提供する複数個の問合せ応答型サーバの情報を有している。リクエストキュー管理手段５ｂは、所定の問合せリクエストを送信するのに当たって、これらの問合せ応答型サーバをチェックし、処理可能な問合せ応答型サーバのうちで処理の優先順序が最も高いサーバに処理を依頼する。これにより、情報分配応答システムの負荷が平均的に分散され、システムのハードウェア資源を効率よく利用でき、特定のサーバに処理が集中することによってシステムの機能が損なわれる可能性を低くすることができる。
【０１７３】
なお、上記サーバの負荷分散の機能は、本発明の情報分配応答システムに不可欠な構成ではなく、この機能を有しないシステムであってもよい。
【０１７４】
次に、上記実施形態の変形例（他の実施形態）について以下に説明する。
上記実施形態では、一方送信サービスと、問合せ応答サービスの双方のサービス提供する情報分配応答システム（本願請求項１〜１３）について説明した。しかし、むろん一方送信サービスのみを提供する情報分配応答システム（本願請求項１４〜２３）、あるいは問合せ応答サービスのみを提供する情報分配応答システム（本願請求項２４〜３３）を構成することもできる。
【０１７５】
また、上記実施形態では、サービスＩＤは提供するサービスの内容とデータの種類とによって分類したものを前提に説明した。ここで、データの種類とは、たとえばテキストデータとか、特定のアプリケーションソフトウェア（ＯＳ、ワードプロセッサ、表計算、データベース等）のデータ等までを指定したものをいうとする。
【０１７６】
すなわち、上記実施形態では、サービスＩＤにより、リクエストは所定の情報内容およびそのデータ形式を指定し、該当する情報を得るのである。
【０１７７】
しかし、本発明によれば、図２に示すコンバータ手段５ｄとコンバータ手段６ｅを設けることにより、上記アプリケーションソフトウェア間の相違を吸収することもできる。
【０１７８】
この場合、サービスＩＤは単にサービス内容によって分類されたものからなり、クライアントは、取得したい情報の内容とサービスＩＤによって指定し、さらに取得したいデータの種類を指定してリクエストを発する。コンバータ手段５ｄとコンバータ手段６ｅは、サーバが提供するデータをクライアントが欲するデータ形式に変換し、リプライウォッチャー手段５ａやデータディスパッチャー手段６ｄは、変換後のデータをクライアントに返送する。
【０１７９】
このようにすることにより、他のアプリケーションソフトウェアで処理したデータをも利用でき、ＯＳに対して依存度が低く、かつ、効率が高い情報分配応答システムを得ることができる。
【０１８０】
なお、上記実施形態の説明では、コアーノードの主制御部に送られるイベントは、いずれもクライアントかサーバから送られたものであった。しかし、図１に示したように、本発明の情報分配応答システムは、他のネットワークからのイベントも処理することができる。
【０１８１】
これにより、本発明の情報分配応答システムは、単一のネットワークのみによって構成されるものではなく、ネットワークとネットワークが複合的に情報分配応答システムを構成し、一つのネットワークのノードから他のネットワークの情報を取得することができるようになる。
【０１８２】
本発明の情報分配応答システムは、上記複数のネットワークを取り込んだ複合的なシステムである場合をも含むものである。
【０１８３】
【発明の効果】
以上の説明から明らかなように、本発明の情報分配応答システムによれば、サーバをサービスＩＤによって把握し、クライアントは所定のサービスＩＤを指定してリクエストを発し、コアーノードは上記リクエストを仲介して所定のサーバに処理を依頼し、そのサーバからの応答をリクエスト元のクライアントに返送するようにしている。これにより、クライアントやサーバを制御するプログラムがネットワーク環境から独立し、サーバの配置替えや拡張等のネットワーク環境の変化を吸収することができるようになる。
【０１８４】
また、ユーザがデータを取得する際にも、自分の欲しいデータやサービスを指定するだけで、情報分配応答システムから欲する情報を得られる。これにより、簡単なデータ取得を実現するシステムを提供することができる。
【０１８５】
さらに、サーバがサーバとして固定されず、クライアントとして他のサーバのサービスを受けることができるので、システムに接続されたコンピュータ全体の能力を最大限活用できるようになる。これにより、利用効率が極めて高い情報分配応答システムを得ることができる。
【０１８６】
また、ネットワークを複合的に組み合わせることにより、極めて広範な情報処理と情報配布をする情報分配応答システムを提供することができるようになる。
【図面の簡単な説明】
【図１】本発明による情報分配応答システムの物理的な構成例を示した説明図。
【図２】本発明の情報分配応答システムのコアーノードの構成を示したブロック図。
【図３】本発明の情報分配応答システムへのアプリケーション手段の接続の処理を示したフローチャート。
【図４】本発明の情報分配応答システムにおけるサーバ宣言の処理処理を示したフローチャート。
【図５】本発明の情報分配応答システムによる問合せ応答サービスにおける、クライアントから問合せ応答型サーバへの問合せリクエストの送信の流れを示したフローチャート。
【図６】本発明の情報分配応答システムによる問合せ応答サービスにおける、問合せ応答型サーバからクライアントへの応答の送信の流れを示したフローチャート。
【図７】本発明の情報分配応答システムによる一方送信サービスにおける、クライアントから一方送信型サーバへの一方送信リクエストの送信の流れを示したフローチャート。
【図８】本発明の情報分配応答システムによる一方送信サービスにおける、一方送信型サーバからクライアントへの一方送信データの送信の流れを示したフローチャート。
【符号の説明】
１  コアーノード
２  主制御部
３  アプリケーション手段管理部
３ａ  アプリケーションインフォメーション管理手段
３ｂ  アプリケーションマネージメントテーブル管理手段
４  一方送信型サーバー管理部
４ａ  サーバノードＩＤ管理手段
４ｂ  サーバーサービスＩＤ管理手段
４ｃ  サーバインフォメーションリスト管理手段
５  問合せリクエスト管理部
５ａ  リプライウォッチャー手段
５ｂ  リクエストキュー管理手段
５ｃ  リクエストキューマネージャー手段
５ｄ  コンバータ手段
６  一方送信リクエスト管理部
６ａ  リクエストエレメント管理手段
６ｂ  リクエストインフォメーション管理手段
６ｃ  リクエストインフォメーションリスト管理手段
６ｄ  データディスパッチャー手段
６ｅ  コンバータ手段
７  リクエスト元アプリケーション手段管理部
【図１】
0003741818.tif 000002
【図２】
0003741818.tif 000003
【図３】
0003741818.tif 000004
【図４】
0003741818.tif 000005
【図５】
0003741818.tif 000006
【図６】
0003741818.tif 000007
【図７】
0003741818.tif 000008
【図８】
0003741818.tif 000009