JPH10275125A - 多数のコンピュータが参加する情報分配応答システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク環境の変化を許容し、かつ、統
一的かつ簡単なリクエストによって、ネットワークに接
続されたコンピュータの能力を最大限利用した処理結果
を得られる情報分配応答システムを提供する。 【解決手段】 コアーノード１に、アプリケーション手
段管理部３と、一方送信型サーバと一方送信サービスと
を管理する一方送信型サーバ管理部４と、所定の情報処
理とその応答を要求する問合せリクエストを管理する問
合せリクエスト管理部５と、所定の情報の送信を要求す
る一方送信リクエストを管理する一方送信リクエスト管
理部６と、一方送信リクエストと問合せリクエストの送
信元アプリケーション手段を、リクエストＩＤごとに管
理するリクエスト元アプリケーション手段管理部７と、
サーバと前記クライアント間の情報送信とリクエストと
を仲介し、イベントの処理を前記各管理部に振り分ける
主制御部２と、を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえば多数接続
されたコンピュータに株価情報や金融情報を常時配布し
たり、要求に応じて一定の情報処理を行った後にその情
報を配布するネットワークのように、多数のコンピュー
タ（クライアント、サーバ）が接続されたネットワーク
であって、コンピュータ間のリクエストとサービスとを
仲介し、一定のリクエストに対して所定の情報を応答す
るようにした情報分配応答システムに関する。

【０００２】特に、クライアントが特定のサーバを意識
することなく、欲する情報をリクエストするのみで、そ
のリクエストに対応する情報処理や情報送信を所定のサ
ーバが実行し、その実行結果の情報がクライアントに返
信されるようにした多数のコンピュータが参加する「情
報分配応答システム」に関する。

【０００３】なお、ここで発明の名称で「多数のコンピ
ュータが参加する情報分配応答システム」としたのは、
システムの具体的なイメージを表わすためであり、「多
数」に限らず「複数」のコンピュータが接続されたシス
テムであればよい。

【０００４】また、コンピュータが「参加する」とした
のは、後に説明するように本発明のシステムによれば、
コンピュータは、自分が行えるサービスを登録してお
き、クライアントとして作動する一方、必要に応じてサ
ービスを提供するサーバとなるからである。

【０００５】

【従来の技術】現在広く使用されている株価情報や金融
情報を接続されたコンピュータに配布するネットワーク
システムは、所定の要求を発するクライアントと、クラ
イアントの要求に応じて所定の情報を提供するサーバと
からなるクライアントサーバシステムからなっていた。

【０００６】この従来のクライアントサーバシステムで
は、クライアントはサーバの所在を意識し、直接サーバ
に対して接続を試みて通信を行っていた。すなわち、従
来はクライアントがリクエストを発するときに、リクエ
ストの命令文中に通信相手のサーバを特定するデータを
含ませた上で、そのサーバに対してリクエストを送信
し、回答を得ていた。

【０００７】このため、従来のクライアントサーバシス
テムでは、ユーザーはサーバの配置等のネットワーク環
境を熟知していなければ、欲しい情報を得ることができ
なかった。また、たとえネットワーク環境を熟知したユ
ーザーにおいても、リクエスト文あるいはそれを含むプ
ログラムの作成するための手続が煩雑であった。

【０００８】このサーバを特定することは、単純なリク
エスト文に限らず、所定のコンピュータをクライアント
サーバシステムとして作動させるネットワークプログラ
ミングにおいても同じであった。つまり、クライアント
サーバシステムを作動させるためのソフトウェアプログ
ラムは、ネットワーク環境に強く依存していた。

【０００９】このため、このようなネットワーク環境に
大きく依存するネットワークプログラムでは、サーバや
アプリケーションソフトウェアの構成を変えるときは、
大幅なプログラムの見直しを強いられていた。このこと
は、サーバやクライアントの配置を柔軟に変更したり、
ソフトウェアのバージョンアップ等をする必要がある現
状では極めて不便であった。

【００１０】これに対して上記クライアントサーバシス
テムのリクエスト文の煩雑さを改善するために、最近は
「エージェント」という概念（規格、インターフェー
ス）が提案されている。

【００１１】このエージェントは、ユーザーの「代理
人」として必要な手続をするもので、処理に必要な知識
を持つことを特徴としている。たとえば、エージェント
を有する切符の予約を行うネットワークでは、ユーザー
は特定のサーバを指定せずに、欲しい切符の条件のみを
入力し、エージェントはその要求に対応するサーバを検
索し、そのサーバにジョブ（切符の予約の処理）を転送
する。

【００１２】つまり、エージェントは、複数の開放型シ
ステム（クライアント、サーバをそれぞれシステムとす
る）間でやり取りされる情報を統一された「ワークスペ
シフィケーション」としてシステム間で転送する。この
ワークスペシフィケーションは、通常以下の内容の情報
を含んでいる。

【００１３】（１）システム名、ジョブ名等のジョブ情
報オブジェクトの識別子 （２）ジョブ情報オブジェクトへの参照や実行等のアク
セス権限に関する情報 （３）ジョブ処理結果の報告先、その内容規定に関する
情報 （４）ジョブ処理依頼先のシステム名、転送や操作に関
する情報 （５）次に行うべき処理を規定した連携処理情報 エージェントは、オブジェクト指向の枠組みに加え、デ
ータや手続を使い分ける知識を有し、ユーザーのリクエ
ストを上記「ワークスペシフィケーション」とし、開放
型システム（クライアント、サーバ）間でユーザのリク
エストをジョブとして転送する。

【００１４】この「エージェント」という概念はユーザ
ーインターフェースとして研究されており、これによれ
ば、あるシステム（クライアント）でジョブを入力し、
そのジョブを実行するのに必要なデータを他のシステム
から集め、そして更に別のシステムでジョブを実行する
ことができるようになる。

【００１５】

【発明が解決しようとする課題】しかしながら、上記
「エージェント」は、未だに実用化されておらず、単に
データや手続の転送の規格の概念として提案されている
のみで、システムの具体的手段としては確定的なものは
実現されていない。

【００１６】また、この「エージェント」は、上記「ワ
ークスペシフィケーション」がジョブ処理結果の報告
先、ジョブ処理の依頼先等の情報を含む点からも明らか
なように、相変わらずネットワーク環境に依存してい
た。

【００１７】このため、サーバやアプリケーションソフ
トウェアの配置替えを行うときは、エージェントのソフ
トウェアプログラムを見直さなければならなかった。こ
の結果、必然的にネットワーク環境が固定化され、新規
システム（クライアント、サーバ）の参入や、既存シス
テム（クライアント、サーバ）の削除等に柔軟に対応す
ることができなかった。

【００１８】また、データの転送や操作や形式を統一し
なければならないため、処理が煩雑であり、既存の様々
なシステムを柔軟に取り込むことができなかった。

【００１９】さらに、上記エージェントを含めて従来の
クライアントサーバシステムは、処理を行うサーバが固
定化されており、本来種々な処理を行うことができるコ
ンピュータの能力を、最大限生かすことはできなかっ
た。

【００２０】そこで、本発明が解決しようとする課題
は、サーバやアプリケーション手段の配置替え等のネッ
トワーク環境の変化を許容し、かつ、統一的かつ簡単な
リクエストによって、ネットワークに接続されたコンピ
ュータの能力を最大限利用した処理結果を得られる「多
数のコンピュータが参加する情報分配応答システム」を
提供することにある。

【００２１】

【課題を解決するための手段】本願請求項１に係る情報
分配応答システムは、一定の情報を送信する一方送信型
サーバと、問合せに対して一定の情報処理を行って応答
する問合せ応答型サーバと、問合せに対する応答と情報
の送信とを要求するリクエストを発するクライアント
と、ネットワーク内の情報の処理と分配とを管理するコ
アーノードと、からなる情報分配応答システムにおい
て、前記コアーノードは、前記サーバとクライアントが
有する情報処理手段であって、それぞれ特定の目的のた
めに機能を特化させたアプリケーション手段を管理する
アプリケーション手段管理部と、前記一方送信型サーバ
と一方送信サービスとを管理する一方送信型サーバ管理
部と、所定の情報処理とその応答を要求する問合せリク
エストの発生、処理、終了を管理する問合せリクエスト
管理部と、所定の情報の送信を要求する一方送信リクエ
ストの発生、処理、終了を管理する一方送信リクエスト
管理部と、一方送信リクエストと問合せリクエストの送
信元アプリケーション手段を、リクエストＩＤごとに管
理するリクエスト元アプリケーション手段管理部と、前
記サーバと前記クライアント間の情報送信とリクエスト
とを仲介し、イベントの処理を前記各管理部に振り分け
る主制御部と、を有していることを特徴とするものであ
る。

【００２２】本願請求項２に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記コアーノードは、前記サーバが提供するサービスをサ
ービス内容によって分類したサービスＩＤにより、リク
エストと情報送信のイベントの処理を前記各管理部に振
り分けることを特徴とするものである。

【００２３】本願請求項３に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記コアーノードは、前記サーバが提供するサービスをサ
ービス内容とデータ種類とによって分類したサービスＩ
Ｄにより、リクエストと情報送信のイベントの処理を前
記各管理部に振り分けることを特徴とするものである。

【００２４】本願請求項４に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記アプリケーション手段管理部は、所定のリクエストと
そのリクエストを処理するアプリケーション手段間の交
信を保持するためのチャネルごとに、チャネル情報およ
びアプリケーション手段に関する情報を管理するアプリ
ケーションインフォメーション管理手段と、システム内
のアプリケーション手段を登録したアプリケーションマ
ネージメントテーブルを有し、前記アプリケーションイ
ンフォメーション管理手段を管理するアプリケーション
マネージメントテーブル管理手段と、を有していること
を特徴とするものである。

【００２５】本願請求項５係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記一方送信型サーバ管理部は、情報送信を行う一方送信
ノードＩＤごとに、ノード情報を管理するサーバノード
ＩＤ管理手段と、一方送信サービスＩＤごとに、前記サ
ーバノードＩＤ管理手段を管理するサーバサービスＩＤ
管理手段と、前記一方送信型サーバの一方送信サービス
を登録したサーバインフォメーションリストを有し、前
記サーバサービスＩＤ管理手段を管理するサーバインフ
ォメーションリスト管理手段と、を有していることを特
徴とするものである。

【００２６】本願請求項６に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記問合せリクエスト管理部は、問合せ応答サービスＩＤ
ごとに、対応する問合せ応答サービスを行う問合せ応答
型サーバの情報を管理し、問合せリクエストの問合せデ
ータを保持するリクエストキュー管理手段と、問合せ応
答サービスＩＤごとに、前記リクエストキュー管理手段
を管理するリクエストキューマネージャー手段と、問合
せ応答サービスＩＤごとに、問合せリクエストに対する
応答を監視し、応答があった場合の応答データの送信を
管理するリプライウォッチャー手段と、を有しているこ
とを特徴とするものである。

【００２７】本願請求項７に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記一方送信リクエスト管理部は、一方送信リクエストの
サブキーごとに、サブキー情報を管理するリクエストエ
レメント管理手段と、一方送信リクエスト内容ごとに、
前記リクエストエレメント管理手段を管理するリクエス
トインフォメーション管理手段と、一方送信サービスＩ
Ｄごとに、一方送信リクエスト内容を登録したリクエス
トインフォメーションリストを有し、前記リクエストイ
ンフォメーション管理手段を管理するリクエストインフ
ォメーションリスト管理手段と、前記リクエストインフ
ォメーションリスト管理手段を管理し、一方送信データ
の送信を行うデータディスパッチャー手段と、を有して
いることを特徴とするものである。

【００２８】本願請求項８に係る情報分配応答システム
は、上記請求項６の情報分配応答システムにおいて、前
記リクエストキュー管理手段は、対応する問合せ応答サ
ービスを行う問合せ応答型サーバのうち、処理可能な問
合せ応答型サーバのうち処理の優先順序の最も高い問合
せ応答型サーバをサーチして問合せ応答処理を依頼する
ことを特徴とするものである。

【００２９】本願請求項９に係る情報分配応答システム
は、上記請求項１の情報分配応答システムにおいて、前
記コアーノードは、システム起動時に所定のサーバの内
部に、あるいは複数のサーバの内部にその主制御部と各
管理部を分散して生成されることを特徴とするものであ
る。

【００３０】本願請求項１０に係る情報分配応答システ
ムは、上記請求項１の情報分配応答システムにおいて、
前記コアーノードは、外部のネットワークからのリクエ
ストに対して情報を分配あるいは応答することを特徴と
するものである。

【００３１】本願請求項１１に係る情報分配応答システ
ムは、上記請求項２の情報分配応答システムにおいて、
前記問合せリクエスト管理部は、リクエスト送信元アプ
リケーション手段と問合せ応答サービスを行うアプリケ
ーション手段との間のデータ変換を行うコンバータ手段
を有していることを特徴とするものである。

【００３２】本願請求項１２に係る情報分配応答システ
ムは、上記請求項１の情報分配応答システムにおいて、
前記一方送信リクエスト管理部は、リクエスト送信元ア
プリケーション手段と一方送信サービスを行うアプリケ
ーション手段との間のデータ変換を行うコンバータ手段
を有していることを特徴とするものである。

【００３３】本願請求項１３に係る情報分配応答システ
ムは、上記請求項１の情報分配応答システムにおいて、
前記問合せ応答型サーバあるいは一方送信型サーバのア
プリケーション手段は、クライアントとして他の問合せ
応答型サーバあるいは一方送信型サーバのアプリケーシ
ョン手段に情報の処理と分配とを要求することを特徴と
するものである。

【００３４】本願請求項１４に係る情報分配応答システ
ムは、一定の情報を送信する一方送信型サーバと、一方
送信リクエストを発するクライアントと、ネットワーク
内の情報の処理と分配とを管理するコアーノードと、か
らなる情報分配応答システムにおいて、前記コアーノー
ドは、前記一方送信型サーバとクライアントが有する情
報処理手段であって、それぞれ特定の目的のために機能
を特化させたアプリケーション手段を管理するアプリケ
ーション手段管理部と、前記一方送信型サーバと一方送
信サービスとを管理する一方送信型サーバ管理部と、所
定の情報の送信を要求する一方送信リクエストの発生、
処理、終了を管理する一方送信リクエスト管理部と、一
方送信リクエストの送信元アプリケーション手段を、リ
クエストＩＤごとに管理するリクエスト元アプリケーシ
ョン手段管理部と、前記一方送信型サーバと前記クライ
アント間の情報送信とリクエストとを仲介し、イベント
の処理を前記各管理部に振り分ける主制御部と、を有し
ていることを特徴とするものである。

【００３５】本願請求項１５に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記コアーノードは、前記一方送信型サーバが提供
する一方送信サービスをサービス内容によって分類した
サービスＩＤにより、リクエストと情報送信のイベント
の処理を前記各管理部に振り分けることを特徴とするも
のである。

【００３６】本願請求項１６に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記コアーノードは、前記一方送信型サーバが提供
するサービスをサービス内容とデータ種類とによって分
類したサービスＩＤにより、リクエストと情報送信のイ
ベントの処理を前記各管理部に振り分けることを特徴と
するものである。

【００３７】本願請求項１７に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記アプリケーション手段管理部は、所定のリクエ
ストとそのリクエストを処理するアプリケーション手段
間の交信を保持するためのチャネルごとに、チャネル情
報およびアプリケーション手段に関する情報を管理する
アプリケーションインフォメーション管理手段と、シス
テム内のアプリケーション手段を登録したアプリケーシ
ョンマネージメントテーブルを有し、前記アプリケーシ
ョンインフォメーション管理手段を管理するアプリケー
ションマネージメントテーブル管理手段と、を有してい
ることを特徴とするものである。

【００３８】本願請求項１８に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記一方送信型サーバ管理部は、情報送信を行う一
方送信ノードＩＤごとに、ノード情報を管理するサーバ
ノードＩＤ管理手段と、一方送信サービスＩＤごとに、
前記サーバノードＩＤ管理手段を管理するサーバサービ
スＩＤ管理手段と、前記一方送信型サーバの一方送信サ
ービスを登録したサーバインフォメーションリストを有
し、前記サーバサービスＩＤ管理手段を管理するサーバ
インフォメーションリスト管理手段と、を有しているこ
とを特徴とするものである。

【００３９】本願請求項１９に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記一方送信リクエスト管理部は、一方送信リクエ
ストのサブキーごとに、サブキー情報を管理するリクエ
ストエレメント管理手段と、一方送信リクエスト内容ご
とに、前記リクエストエレメント管理手段を管理するリ
クエストインフォメーション管理手段と、一方送信サー
ビスＩＤごとに、一方送信リクエスト内容を登録したリ
クエストインフォメーションリストを有し、前記リクエ
ストインフォメーション管理手段を管理するリクエスト
インフォメーションリスト管理手段と、前記リクエスト
インフォメーションリスト管理手段を管理し、一方送信
データの送信を行うデータディスパッチャー手段と、を
有していることを特徴とするものである。

【００４０】本願請求項２０に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記コアーノードは、システム起動時に所定のサー
バの内部に、あるいは複数のサーバの内部にその主制御
部と各管理部を分散して生成されることを特徴とするも
のである。

【００４１】本願請求項２１に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記コアーノードは、外部のネットワークからのリ
クエストに対して情報を分配することを特徴とするもの
である。

【００４２】本願請求項２２に係る情報分配応答システ
ムは、上記請求項１５の情報分配応答システムにおい
て、前記一方送信リクエスト管理部は、リクエスト送信
元アプリケーション手段と一方送信サービスを行うアプ
リケーション手段との間のデータ変換を行うコンバータ
手段を有していることを特徴とするものである。

【００４３】本願請求項２３に係る情報分配応答システ
ムは、上記請求項１４の情報分配応答システムにおい
て、前記一方送信型サーバのアプリケーション手段は、
クライアントとして他の一方送信型サーバのアプリケー
ション手段に情報の分配を要求することを特徴とするも
のである。

【００４４】本願請求項２４に係る情報分配応答システ
ムは、問合せに対して一定の情報処理を行って応答する
問合せ応答型サーバと、問合せ応答リクエストを発する
クライアントと、ネットワーク内の情報の処理と分配と
を管理するコアーノードと、からなる情報分配応答シス
テムにおいて、前記コアーノードは、前記問合せ応答型
サーバとクライアントが有する情報処理手段であって、
それぞれ特定の目的のために機能を特化させたアプリケ
ーション手段を管理するアプリケーション手段管理部
と、所定の情報処理とその応答を要求する問合せリクエ
ストの発生、処理、終了を管理する問合せリクエスト管
理部と、問合せリクエストの送信元アプリケーション手
段を、リクエストＩＤごとに管理するリクエスト元アプ
リケーション手段管理部と、前記問合せ応答型サーバと
前記クライアント間の情報送信とリクエストとを仲介
し、イベントの処理を前記各管理部に振り分ける主制御
部と、を有していることを特徴とするものである。

【００４５】本願請求項２５に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記コアーノードは、前記問合せ応答型サーバが提
供する問合せ応答サービスをサービス内容によって分類
したサービスＩＤにより、リクエストと情報送信のイベ
ントの処理を前記各管理部に振り分けることを特徴とす
るものである。

【００４６】本願請求項２６に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記コアーノードは、前記問合せ応答型サーバが提
供するサービスをサービス内容とデータ種類とによって
分類したサービスＩＤにより、リクエストと情報送信の
イベントの処理を前記各管理部に振り分けることを特徴
とするものである。

【００４７】本願請求項２７に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記アプリケーション手段管理部は、所定のリクエ
ストとそのリクエストを処理するアプリケーション手段
間の交信を保持するためのチャネルごとに、チャネル情
報およびアプリケーション手段に関する情報を管理する
アプリケーションインフォメーション管理手段と、シス
テム内のアプリケーション手段を登録したアプリケーシ
ョンマネージメントテーブルを有し、前記アプリケーシ
ョンインフォメーション管理手段を管理するアプリケー
ションマネージメントテーブル管理手段と、を有してい
ることを特徴とするものである。

【００４８】本願請求項２８に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記問合せリクエスト管理部は、問合せ応答サービ
スＩＤごとに、対応する問合せ応答サービスを行う問合
せ応答型サーバの情報を管理し、問合せリクエストの問
合せデータを保持するリクエストキュー管理手段と、問
合せ応答サービスＩＤごとに、前記リクエストキュー管
理手段を管理するリクエストキューマネージャー手段
と、問合せ応答サービスＩＤごとに、問合せリクエスト
に対する応答を監視し、応答があった場合の応答データ
の送信を管理するリプライウォッチャー手段と、を有し
ていることを特徴とするものである。

【００４９】本願請求項２９に係る情報分配応答システ
ムは、上記請求項２８の情報分配応答システムにおい
て、前記リクエストキュー管理手段は、対応する問合せ
応答サービスを行う問合せ応答型サーバのうち、処理可
能な問合せ応答型サーバのうち処理の優先順序が最も高
い問合せ応答型サーバをサーチして問合せ応答処理を依
頼することを特徴とするものである。

【００５０】本願請求項３０に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記コアーノードは、システム起動時に所定のサー
バの内部に、あるいは複数のサーバの内部にその主制御
部と各管理部を分散して生成されることを特徴とするも
のである。

【００５１】本願請求項３１に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記コアーノードは、外部のネットワークからのリ
クエストに対して問合せ応答をすることを特徴とするも
のである。

【００５２】本願請求項３２に係る情報分配応答システ
ムは、上記請求項２５の情報分配応答システムにおい
て、前記問合せリクエスト管理部は、リクエスト送信元
アプリケーション手段と問合せ応答サービスを行うアプ
リケーション手段との間のデータ変換を行うコンバータ
手段を有していることを特徴とするものである。

【００５３】本願請求項３３に係る情報分配応答システ
ムは、上記請求項２４の情報分配応答システムにおい
て、前記問合せ応答型サーバのアプリケーション手段
は、クライアントとして他の問合せ応答型サーバのアプ
リケーション手段に問合せを行うことを特徴とするもの
である。

【００５４】

【発明の実施の形態】次に、本発明の実施形態について
添付の図面を参照して以下に説明する。最初に、理解容
易のために本発明による情報分配応答システムの物理的
なシステム構成例を示して説明する。

【００５５】図１に、本発明による情報分配応答システ
ムの物理的な構成例を示す。図１の情報分配応答システ
ムは、２台のワークステーション（ＷＳ１，ＷＳ２）
と、４台のパーソナルコンピュータ（ＰＣ１〜ＰＣ４）
とからなる。また、このシステムには、外部のネットワ
ーク（ＮＥＴ１）もアクセス可能に接続されているとす
る。

【００５６】各ワークステーション（ＷＳ１，ＷＳ２）
とパーソナルコンピュータ（ＰＣ１〜ＰＣ４）は、それ
ぞれアプリケーション手段（図中において符号ＡＰを付
し、四角枠で囲って示す）を有しているとする。

【００５７】なお、外部のネットワーク（ＮＥＴ１）
は、アプリケーション手段と、本発明による情報分配応
答システムとのインターフェースを有しているものとす
る。

【００５８】ここで、アプリケーション手段とは、情報
処理手段であって、特定の目的のために機能を特化させ
たものをいうものとする。このアプリケーション手段
は、固定的にその処理をするようにしたハードウェアで
もよいが、好ましくは所定のアプリケーションソフトウ
ェアで制御され、ある時点で所定の処理をするコンピュ
ータの処理装置である。

【００５９】上記アプリケーション手段はオブジェクト
指向プログラミングによるオブジェクトからなっていて
もよいが、アプリケーション手段自体は手続型プログラ
ムによって制御された手段であり、本発明による情報分
配応答システムとの間にオブジェクト指向プログラミン
グによるインターフェースを有するものであってもよ
い。

【００６０】ここで、オブジェクトとは、ある属性によ
ってクラス分けし、データと手続とを一体化したもので
ある。オブジェクトは、以下の特徴を有している。 （１）同じ属性を有するオブジェクト（クラスオブジェ
クト）は、基本的に同じメソッド（所定の処理を行う手
段）を有している。 （２）あるクラスオブジェクトの属性やメソッドは、他
のクラスオブジェクトでも継承できる。 （３）他のオブジェクトにそのオブジェクトが有するメ
ソッドによる処理を依頼することができる。

【００６１】本明細書でいう「オブジェクト」は、上記
データと手続を一体化したソフトウェア的なものの他、
オブジェクトを実行するためのハードウェアも含むもの
とする。

【００６２】すなわち、本発明のシステムを構成する各
処理手段（コアーノードや管理部や各管理部の処理手
段、あるいはアプリケーション手段）は、上記オブジェ
クトによって表現でき、また、各処理手段や管理部をオ
ブジェクトとすることにより、本発明のシステムは、種
々の処理に柔軟に対応できるようになるので、以下の実
施形態では、システムを構成する各処理手段は「オブジ
ェクト」であるとする。しかし、これは本発明をオブジ
ェクト指向の枠組みに限る意味ではない。つまり、オブ
ジェクトと同一の機能を通常の手続型プログラムによっ
て制御されたコンピュータによって実現するようにして
もよい。

【００６３】図１の構成例では、パーソナルコンピュー
タＰＣ１は問合せ応答型サーバとして作動するオブジェ
クト、パーソナルコンピュータＰＣ２は一方送信型サー
バとして作動するオブジェクト、パーソナルコンピュー
タＰＣ３はクライアントとして作動するオブジェクト、
パーソナルコンピュータＰＣ４もクライアントとして作
動するオブジェクト、をそれぞれ有している。

【００６４】ここで、「問合せ応答型サーバ」とは、ク
ライアントからのリクエスト（問合せリクエスト）に応
じて、所定の情報処理を行い、応答するサーバをいい、
「一方送信型サーバ」とは、クライアントからのリクエ
スト（一方送信リクエスト）に応じて、所定の情報を送
信するサーバをいう。クライアントサーバシステムにお
けるサーバは通常この２種類のサーバに分けることがで
きる。

【００６５】ワークステーションＷＳ１は、２つの問合
せ応答型サーバとして作動するオブジェクトと、コアー
ノードとして作動するオブジェクトとを有している。ワ
ークステーションＷＳ２は、一方送信型サーバとして作
動するオブジェクトを有している。さらに、外部ネット
ワークＮＥＴ１上のアプリケーション手段も、ここでは
クライアントあるいはサーバとして作動するオブジェク
トとして把握される。

【００６６】なお、上記問合せ応答型サーバ、一方送信
型サーバ、クライアントの各オブジェクトは、本明細書
でいう「アプリケーション手段」である。

【００６７】各オブジェクトは、情報分配応答システム
（本実施形態の説明では省略して「ＩＤＰ」ということ
もあることとする）とのインターフェイスを有している
（図１中にＩＤＰ ＡＰＩと記す）。

【００６８】コアーノードは、本実施形態ではシステム
起動時に１個生成される。図１の例では、ワークステー
ションＷＳ１に生成されているが、これは固定的なもの
ではなく、システムにより、起動時に適当なワークステ
ーションに生成されてもよい。また、後述するコアーノ
ードの下位のオブジェクトが複数のワークステーション
に分散して生成されてもよい。なお、コアーノードは後
述するサービスＩＤ別に複数個生成するようにしてもよ
い。この場合は、コアーノードにより別々の情報分配応
答を行うようにすることができる。

【００６９】このコアーノードに対して、各パーソナル
コンピュータとワークステーションのオブジェクトは
「コネクション」を有している。ここで、コネクション
とは、オブジェクト間で相手方のオブジェクトに所定の
メッセージを送るための経路である。このメッセージ
は、相手方のオブジェクトに所定のメソッドによる処理
を依頼することができる。すなわち、各オブジェクト
は、「コネクション」により、他のオブジェクトに所定
の処理や情報の分配を依頼することができるのである。

【００７０】図１に示すように、本発明の情報分配応答
システムは、すべてのサーバとクライアントは、コアー
ノードにコネクションによって接続されている。このこ
とは、コアーノードが、すべてのオブジェクト（サーバ
とクライアント）間のリクエストや情報送信を仲介する
ことを意味している。

【００７１】図１の情報分配応答システムは、２種類の
問合せ応答型サーバを有している。これらの問合せ応答
サービスは、問合せ応答サービスの内容により、それぞ
れ「問合せ応答サービスＩＤ１００」と「問合せ応答サ
ービスＩＤ２００」に分類されている。問合せ応答サー
ビスＩＤ１００を行う問合せ応答型サーバは、パーソナ
ルコンピュータＰＣ１内に存在し、一方、問合せ応答サ
ービスＩＤ２００を行う問合せ応答型サーバは、ワーク
ステーションＷＳ１内に存在している。

【００７２】ここで、サービスＩＤとは、問合せ応答サ
ービスあるいは一方送信サービスを、その情報内容、デ
ータ種類等によって分類して数字等により特定する識別
子である。

【００７３】ワークステーションＷＳ１は、同一の問合
せ応答サービスＩＤ１００を行う２つ問合せ応答型サー
バを有している。これらの同一問合せ応答サービスを行
う問合せ応答型サーバは、問合せ応答サービスＩＤ１０
０の「ノード」という。図１の例のように、ノードは同
一のサービスＩＤに複数存在することがある。物理的に
は、ノードはネットワーク上に存在する装置（アプリケ
ーション手段）を意味している。

【００７４】また、図１の情報分配応答システムは、２
種類の一方送信型サーバを有している。これらの一方送
信サービスは、それぞれ「一方送信サービスＩＤ１５
０」と「一方送信サービスＩＤ２５０」に分類されてい
る。一方送信サービスＩＤ１５０を行う一方送信型サー
バはワークステーションＷＳ２内に存在し、一方送信サ
ービスＩＤ２５０を行う一方送信型サーバはパーソナル
コンピュータＰＣ２内に存在している。同一のコンピュ
ータ内に複数の一方送信型サーバが存在できることは問
合せ応答型サーバと同様である。また、同一の一方送信
サービスＩＤについて、その一方送信サービスを行う
「ノード」が複数存在することも問合せ応答サービスと
同様である。

【００７５】ここで注目すべきことは、本発明によれ
ば、各サーバは、特定の物理的な装置として認識される
のではなく、サービスの内容によって分類されたサービ
スＩＤとして認識されることである。

【００７６】すなわち、後に説明するように、本発明で
は、システムに接続されるコンピュータ（サーバとクラ
イアントとに拘わらず）は、その提供できる情報や、提
供できる情報処理の内容を予めコアーノードにサービス
ＩＤとして登録しておき、クライアントはコアーノード
に対して所定のサービスＩＤを指定してリクエストを発
し、コアーノードはそのサービスＩＤを提供するサーバ
を検索してジョブを転送するのである。

【００７７】このようにサーバをサービスＩＤとして認
識することにより、物理的なサーバの配置替え等に対し
ては、コアーノードの登録内容を変化させることのみに
より、対応できるようになる。

【００７８】また、クライアントであるコンピュータが
所定の処理を要求されてサーバとして作動したり、反
面、サーバがクライアントとして他のサーバのサービス
を求めることができるようになる。つまり、システムに
接続されるコンピュータは、自分が提供できるサービス
を予め登録しておき、そのサービスを求められた時は、
サーバとして作動するが、サーバとして固定化されるわ
けではないので、クライアントとして他のサーバのサー
ビスを求めることもできるのである。これにより、本シ
ステムによれば、クライアントとして作動するコンピュ
ータの能力も利用でき、システムに接続された全てのコ
ンピュータの能力を生かすことができるようになる。

【００７９】図１の情報分配応答システムでは、２種類
の問合せ応答サービス（ＩＤ１００，ＩＤ２００）と２
種類の一方送信サービス（ＩＤ１５０，ＩＤ２５０）を
行うサーバとクライアントが、コアーノードにコネクシ
ョンを有している。この構成により、クライアントであ
るパーソナルコンピュータＰＣ３，ＰＣ４は、コアーノ
ードを介して４種類のサービス、すなわちサービスＩＤ
１００，２００，１５０，２５０を受けることができ
る。

【００８０】また、ワークステーションＷＳ２も、時に
よってクライアントとして他のサーバのサービスを受け
ることができる。

【００８１】次に、本発明の中心部分であるコアーノー
ドの構成について以下に説明する。図２は、コアーノー
ドのクラスオブジェクトの構造を示している。図２にお
いて、各オブジェクトは４角形の線で囲み、上段にオブ
ジェクト名、中段に属性、下段にそのオブジェクトのメ
ソッドを記している。

【００８２】図２に示すように、全体を符号１で示すコ
アーノードは、主制御部２と、アプリケーション手段管
理部３と、一方送信型サーバ管理部４と、問合せリクエ
スト管理部５と、一方送信リクエスト管理部６とからな
る。

【００８３】アプリケーション手段管理部３は、アプリ
ケーションインフォメーション管理手段３ａと、アプリ
ケーションマネージメントテーブル管理手段３ｂとから
なる。

【００８４】一方送信型サーバ管理部４は、サーバノー
ドＩＤ管理手段４ａと、サーバサービスＩＤ管理手段４
ｂと、サーバインフォメーションリスト管理手段４ｃと
からなる。

【００８５】問合せリクエスト管理部５は、リプライウ
ォッチャー手段５ａと、リクエストキュー管理手段５ｂ
と、リクエストキューマネージャー手段５ｃとからな
る。なお、コンバータ手段５ｄは、別の実施形態で追加
される。コンバータ手段５ｄを有する実施形態について
は後にさらに説明する。

【００８６】一方送信リクエスト管理部６は、リクエス
トエレメント管理手段６ａと、リクエストインフォメー
ション管理手段６ｂと、リクエストインフォメーション
リスト管理手段６ｃと、データディスパッチャー手段６
ｄとからなる。なお、コンバータ手段６ｅは、別の実施
形態で追加される。コンバータ手段６ｅを有する実施形
態については後にさらに説明する。

【００８７】アプリケーションインフォメーション管理
手段３ａは、所定のリクエストとそのリクエストを処理
するアプリケーション手段との交信を維持するチャネル
ごとに、そのチャネル情報と、アプリケーション手段に
関する情報とを管理する手段である。すなわち、本発明
のシステムにおいて、所定のリクエストに対して所定の
サーバ（アプリケーション手段）が情報の処理や分配を
行うが、その情報の流れの交信口を維持する必要があ
る。その情報の流れの交信口がチャネルである。

【００８８】アプリケーションインフォメーション管理
手段３ａは、チャネルごとにサービスを提供するアプリ
ケーション手段の情報（アプリケーション手段の所在
等）や、その他のチャネル情報（たとえば、チャネル識
別子等）を管理するのである。

【００８９】アプリケーションマネージメントテーブル
管理手段３ｂは、全システムで１個存在し、アプリケー
ションマネージメントテーブルを有し、前記アプリケー
ションインフォメーション管理手段３ａを管理する。こ
こで、オブジェクト間の「管理」とは、たとえば、アプ
リケーションマネージメントテーブル管理手段３ｂは、
アプリケーションインフォメーション管理手段３ａに依
頼し、所定のアプリケーション手段の情報を検索させ、
回答を得る等の制御を行うことをいう。オブジェクト間
の「管理」については以下に同じとする。

【００９０】アプリケーションマネージメントテーブル
とは、情報分配応答システムに接続される各アプリケー
ション手段の情報（アプリケーション情報）を登録した
テーブルをいう。アプリケーションマネージメントテー
ブルは、クライアントとサーバとに拘わらず、全てのア
プリケーション手段の情報を登録している。ここで、ア
プリケーションマネージメントテーブルに登録するアプ
リケーション情報は、各アプリケーション手段を特定す
る情報、たとえばアプリケーション手段が提供するサー
ビスの内容を特定するサービスＩＤ、アプリケーション
手段の所在等である。

【００９１】サーバノードＩＤ管理手段４ａは、一方送
信サービスＩＤごとの、それぞれの情報送信を行う一方
送信ノードごとに１個存在し、一方送信ノードの情報を
管理する。つまり、一方送信サービスＩＤは、複数の一
方送信ノードを有することがあるが、サーバノードＩＤ
管理手段４ａは、各一方送信ノードごとにその所在等の
ノード情報を管理するのである。

【００９２】サーバサービスＩＤ管理手段４ｂは、一方
送信サービスＩＤごとに１個存在し、前記サーバノード
ＩＤ管理手段４ａを管理する。

【００９３】サーバインフォメーションリスト管理手段
４ｃは、全システムで１個存在し、サーバインフォメー
ションリストを有し、前記サーバサービスＩＤ管理手段
４ｂを管理する。サーバインフォメーションリストは、
すべての一方送信型サーバを登録したリストである。

【００９４】リプライウォッチャー手段５ａは、問合せ
リクエストＩＤごとに存在し、応答待ちのアプリケーシ
ョン手段の情報を登録し、応答を監視し、応答があった
場合にはその応答データを送信する手段である。リクエ
ストＩＤは、リクエストを特定するためにリクエストご
とに付された識別子である。

【００９５】リクエストキュー管理手段５ｂは、問合せ
応答サービスＩＤごとに存在し、対応する問合せ応答サ
ービスを行う問合せ応答型サーバの情報を管理し、問合
せリクエストの問合せデータを保持する。

【００９６】すなわち、リクエストキュー管理手段５ｂ
は、問合せリクエストがあった場合に、対応する問合せ
応答サービスを行う問合せ応答型サーバをサーチし、問
合せデータ（問合せを行ったアプリケーション手段の情
報や、処理をしてもらう元のデータ）を転送し、応答が
あるまで前記問合せデータ登録しておくのである。

【００９７】リクエストキューマネージャー手段５ｃ
は、問合せ応答サービスＩＤごとに存在し、前記リクエ
ストキュー管理手段５ｂを管理する。

【００９８】リクエストエレメント管理手段６ａは、一
方送信リクエストのサブキーごとに存在し、サブキー情
報を記憶、管理する。ここで、「サブキー」は、一方送
信リクエストをする際に指定するキーを構成する部分キ
ーであって、一方送信データをフィルタリングするため
のキーである。例えば、株価情報の配信をリクエストす
るのにあたって、一定の銘柄を指定したり、一定の期間
を指定したりすることがある。この場合の一定銘柄を指
定するキーがサブキーであり、そのサブキーの示す内容
（サブキー情報）を管理するのがリクエストエレメント
管理手段６ａである。

【００９９】リクエストインフォメーション管理手段６
ｂは、一方送信リクエストのリクエスト内容ごとに存在
し、前記リクエストエレメント管理手段６ａを管理す
る。ここで、一方送信リクエストのリクエスト内容と
は、前記サブキーの組合せによって指定される一方送信
リクエストの内容である。たとえば、先の例では、株価
情報のうち、「何々銘柄の何々期間のもの」というよう
に特定した内容である。同一の一方送信リクエストで
も、その内容によって、複数のリクエスト内容を有す
る。

【０１００】リクエストインフォメーションリスト管理
手段６ｃは、一方送信サービスＩＤごとに存在し、前記
リクエストインフォメーション管理手段６ｂを管理す
る。この一方送信サービスＩＤとは、先の例では株価情
報の一方送信サービスを指す識別子のようなものであ
る。

【０１０１】データディスパッチャー手段６ｄは、全シ
ステムで１個存在し、リクエストインフォメーションリ
スト管理手段６ｃを管理し、一方送信データをアプリケ
ーション手段に送信する。

【０１０２】以上が本実施形態の各構成手段の説明であ
ったが、次ぎに問合せ応答サービスと一方送信サービス
とにおける各構成手段の作用について以下に説明する。
なお、以下の説明では図２に示した情報分配応答システ
ムの構成を参照することにより、構成手段間の関係がよ
り明らかとなる。

【０１０３】最初に、本発明の情報分配応答システムを
構成するには、システムにコンピュータを接続しなけれ
ばならない。本発明の構成に沿ってより正確に言うなら
ば、システムにアプリケーション手段を接続しなければ
ならない。このアプリケーション手段の接続の処理の流
れを図３に示す。なお、図３のフローチャートにおい
て、各処理ステップの処理を行う処理手段を括弧を付し
て示す。

【０１０４】図３に示すように、本発明の情報分配応答
システムにアプリケーション手段を接続するには、接続
を要求するコンピュータがコアーノード１の主制御部２
にアプリケーション手段の接続を要求する（ステップＳ
１００）。

【０１０５】この接続要求のイベントを受けた主制御部
２は、アプリケーション手段接続受付用チャネルにアプ
リケーション手段を接続するためのイベントを発生する
（ステップＳ１１０）。このイベントは、次のように処
理される。

【０１０６】まず、接続を要求するアプリケーション手
段について、新たなアプリケーションインフォメーショ
ン管理手段３ａが作成され、チャネル情報やそのアプリ
ケーション手段に関する情報等が登録される（ステップ
Ｓ１２０）。

【０１０７】次に、この新たなアプリケーションインフ
ォメーション管理手段３ａは、アプリケーションマネー
ジメントテーブルに登録される（ステップＳ１３０）。

【０１０８】以上がアプリケーション手段の接続のため
の処理であるが、サービスを提供するアプリケーション
手段は、サーバとして宣言をしなければならない。以下
にサーバ宣言の処理の流れを図４に示す。なお、図４の
フローチャートにおいて、各処理ステップの処理を行う
処理手段を括弧を付して示す。

【０１０９】図４に示すように、アプリケーション手段
がサーバとしてサービスを提供するには、サーバである
ことをコアーノード１の主制御部２に宣言しなければな
らない（ステップＳ２００）。

【０１１０】主制御部２は、上記アプリケーション手段
からのサーバ宣言のイベントを受け、そのアプリケーシ
ョン手段についてのアプリケーションインフォメーショ
ン管理手段３ａを作成する（ステップＳ２１０）。

【０１１１】次に、そのアプリケーション手段が提供す
るサービスの種類により、以下の一方送信型サーバとし
ての処理、あるいは問合せ応答型サーバとしての処理の
いずれかを行う。

【０１１２】サーバ宣言を行ったサーバが一方送信型サ
ーバである場合、まず、サーバインフォメーションリス
ト管理手段４ｃが、サーバインフォメーションリストに
そのサーバ情報を登録する（ステップＳ２２０）。

【０１１３】次に、サーバインフォメーションリスト管
理手段４ｃは、そのサーバのサービスＩＤと同一のサー
バーサービスＩＤ管理手段４ｂを検索する。該当するサ
ーバーサービスＩＤ管理手段４ｂがない場合には、新た
なサーバーサービスＩＤ管理手段４ｂを作成する（ステ
ップＳ２３０）。

【０１１４】次に、前記ステップＳ２３０により検索あ
るいは作成されたサーバーサービスＩＤ管理手段４ｂ
は、宣言を行ったサーバについてサーバノードＩＤ管理
手段４ａを作成する（ステップＳ２４０）。

【０１１５】最後に、サーバインフォメーションリスト
管理手段４ｃが、そのサーバについて、送信開始フラグ
を設定する（ステップＳ２５０）。

【０１１６】サーバ宣言を行ったサーバが問合せ応答型
サーバである場合、すでにステップＳ２１０で対応する
アプリケーションインフォメーション管理手段３ａを作
成しているので、ここでは問合せリクエスト管理部５に
問合せ応答型サーバの登録を行う。

【０１１７】まず、アプリケーションインフォメーショ
ン管理手段３ａが、同一の問合せ応答サービスＩＤを有
するリクエストキューマネージャー手段５ｃが存在する
か否かを検索する（ステップＳ２６０）。同一の問合せ
応答サービスＩＤのリクエストキューマネージャー手段
５ｃがなければ、新たに作成する。

【０１１８】次に、アプリケーションインフォメーショ
ン管理手段３ａは、前記ステップＳ２６０により検索あ
るいは作成されたリクエストキューマネージャー手段５
ｃに、サーバ宣言を行っているサーバの情報を登録する
（ステップＳ２７０）。

【０１１９】最後に、上記リクエストキューマネージャ
ー手段５ｃは、リクエストキュー管理手段５ｂを取得
し、サーバ宣言をしているサーバを、問合せ応答サービ
スＩＤに対応する問合せ応答サービスを行う問合せ応答
型サーバ（ノード）として登録する（ステップＳ２８
０）。ここで、「取得」とは、所定のオブジェクトを検
索し、コネクションを介して種々のメッセージを送れる
状態にすることをいうものとする。

【０１２０】以上がサーバ宣言とその処理についての説
明であったが、このようにアプリケーション手段が接続
され、サーバとして作動するアプリケーション手段がサ
ーバとして登録された情報分配応答システムは、以下に
説明するように情報の分配と応答とを行う。以下の説明
では、この情報の分配と応答とを分けて説明する。

【０１２１】最初に情報の応答、すなわち問合せ応答サ
ービスについて説明する。問合せ応答サービスには、ク
ライアントから問合せ応答型サーバへの問合せリクエス
トの送信と、問合せ応答型サーバからクライアントへの
応答の送信とがある。これらの送信は、すべてコアーノ
ード１を介して行われる。

【０１２２】図５に、クライアントから問合せ応答型サ
ーバへの問合せリクエストの送信の流れを示す。なお、
図５のフローチャートにおいて、各処理ステップの処理
を行う処理手段を括弧を付して示す。

【０１２３】問合せリクエストは、クライアントから発
せられ、図５の最初に示すように、コアーノード１の主
制御部２に問合せのイベントとして入力される（ステッ
プＳ３００）。

【０１２４】上記問合せのイベントを受けた主制御部２
は、チャネルごとにアプリケーションインフォメーショ
ン管理手段３ａを生成する（ステップＳ３１０）。

【０１２５】次に、上記ステップＳ３１０によって生成
されたアプリケーションインフォメーション管理手段３
ａは、問合せリクエストに対応する問合せ応答サービス
ＩＤのリクエストキューマネージャー手段５ｃを取得す
る（ステップＳ３２０）。

【０１２６】上記ステップＳ３２０によって取得された
リクエストキューマネージャー手段５ｃは、同一問合せ
応答サービスＩＤのリクエストキュー管理手段５ｂを取
得する（ステップＳ３３０）。リクエストキューマネー
ジャー手段５ｃは、取得したリクエストキュー管理手段
５ｂに問合せリクエストに関する情報（問合せデータ、
あるいは問合せ元アプリケーション手段等の情報）を渡
す（ステップＳ３４０）。

【０１２７】上記リクエストキュー管理手段５ｂは、上
記問合せリクエストに関する情報をそのリクエストキュ
ー、つまり問合せリクエストの待ち行列に登録する（ス
テップＳ３５０）。

【０１２８】次に、リクエストキュー管理手段５ｂはリ
プライウォッチャー手段５ａを取得し、これに問合せリ
クエスト元のアプリケーション手段を応答待ちアプリケ
ーション手段として登録する（ステップＳ３６０）。

【０１２９】上記ステップＳ３６０で取得されたリプラ
イウォッチャー手段５ａは、その問合せリクエストに対
して応答待ちタイマを設定し、応答を監視する（ステッ
プＳ３７０）。

【０１３０】次に、リクエストキュー管理手段５ｂは、
所定の処理の優先順位に従って問合せ応答サービスを行
う問合せ応答型サーバ（ノード）をサーチし、処理が可
能な問合せ応答型サーバのうちで処理の優先順位が最も
高い問合せ応答型サーバのアプリケーションインフォメ
ーション管理手段３ａを取得する（ステップＳ３８
０）。

【０１３１】次に、上記アプリケーションインフォメー
ション管理手段３ａが、上記サーチした問合せ応答型サ
ーバに対し、問合せデータを送信する（ステップＳ３９
０）。これにより、問合せリクエストと問合せデータが
所定の問合せ応答型サーバで処理されることになる。

【０１３２】以上がクライアントから問合せ応答型サー
バへの問合せリクエストの送信であるが、次に、問合せ
応答処理後の問合せ応答型サーバからクライアントへの
応答の送信について説明する。

【０１３３】図６に問合せ応答型サーバからクライアン
トへの応答の送信の流れを示す。図６のフローチャート
において、図５と同様に各処理ステップの処理を行う処
理手段を括弧を付して示す。

【０１３４】応答の送信のイベントは、処理を行った問
合せ応答型サーバから発せられ、図６の最初に示すよう
に、コアーノード１の主制御部２に入力される（ステッ
プＳ４００）。

【０１３５】上記応答送信のイベントを受けた主制御部
２は、応答をする問合せ応答型サーバに対応するアプリ
ケーションインフォメーション管理手段３ａを取得する
（ステップＳ４１０）。

【０１３６】次に、上記ステップＳ４１０によって取得
されたアプリケーションインフォメーション管理手段３
ａは、対応する問合せ応答サービスＩＤのリクエストキ
ューマネージャー手段５ｃを取得する（ステップＳ４２
０）。

【０１３７】上記ステップＳ４２０によって取得された
リクエストキューマネージャー手段５ｃは、同一問合せ
応答サービスＩＤのリクエストキュー管理手段５ｂを取
得する（ステップＳ４３０）。

【０１３８】上記ステップＳ４３０によって取得された
リクエストキュー管理手段５ｂは、問合せを行った問合
せリクエストをそのリクエストキューから削除する（ス
テップＳ４４０）。

【０１３９】次に、リプライウォッチャー手段５ａは、
問合せリクエスト元のアプリケーション手段（クライア
ント）に関するデータを応答待ちアプリケーション手段
のデータから削除する（ステップＳ４５０）。

【０１４０】以上のステップＳ４２０〜Ｓ４５０の処理
により、問合せリクエスト管理部５から問合せリクエス
トが削除される。

【０１４１】次に、リプライウォッチャー手段５ａは、
アプリケーションマネージメントテーブル管理手段３ｂ
にアクセスし、アプリケーションマネージメントテーブ
ル管理手段３ｂを取得する（ステップＳ４６０）。

【０１４２】アプリケーションマネージメントテーブル
管理手段３ｂは、問合せ応答型サーバの情報から、対応
するアプリケーションインフォメーション管理手段３ａ
を取得し、このアプリケーションインフォメーション管
理手段３ａにより、リプライウォッチャー手段５ａはリ
クエスト元のアプリケーション手段の情報を得ることが
できる（ステップＳ４７０）。

【０１４３】最後に、リプライウォッチャー手段５ａ
は、上記のように得られたリクエスト元のアプリケーシ
ョン手段に応答データを送信する（ステップＳ４８
０）。

【０１４４】以上が、問合せ応答サービスの問合せリク
エストの送信と応答データの返信に関するコアーノード
１の処理の流れである。次に、一方送信サービスのリク
エストと送信に関するコアーノード１の処理について説
明する。

【０１４５】一方送信サービスも問合せ応答サービス同
様、クライアントから一方送信型サーバへの一方送信リ
クエストの送信と、一方送信型サーバからクライアント
への一方送信データの送信とに分けられる。これらの送
信も、すべてコアーノード１を介して行われる。

【０１４６】図７に、クライアントから一方送信型サー
バへの一方送信リクエストの送信の流れを示す。図７の
フローチャートにおいて、各処理ステップの処理を行う
処理手段を括弧を付して示す。

【０１４７】一方送信リクエストは、クライアントから
発せられ、図７の最初に示すように、コアーノード１の
主制御部２に一方送信要求のイベントとして入力される
（ステップＳ５００）。

【０１４８】上記一方送信要求のイベントを受けた主制
御部２は、チャネルごとにアプリケーションインフォメ
ーション管理手段３ａを生成する（ステップＳ５１
０）。

【０１４９】次に、上記ステップＳ５１０で得られたア
プリケーションインフォメーション管理手段３ａは、同
一の一方送信サービスが行われているか否かをチェック
すべく、データディスパッチャー手段６ｄを取得する
（ステップＳ５２０）。

【０１５０】取得されたデータディスパッチャー手段６
ｄは、リクエストされた一方送信サービスＩＤと同一Ｉ
Ｄのリクエストインフォメーションリスト管理手段６ｃ
を検索する（ステップＳ５３０）。同一ＩＤのリクエス
トインフォメーションリスト管理手段６ｃが存在しない
場合は、新たに生成する。

【０１５１】次に、検索されあるいは生成されたリクエ
ストインフォメーションリスト管理手段６ｃは、リクエ
スト内容が一致するリクエストインフォメーション管理
手段６ｂを検索する（ステップＳ５４０）。リクエスト
内容が一致するリクエストインフォメーション管理手段
６ｂが存在しない場合には、新たに生成する。

【０１５２】ここで、リクエスト内容とは、同一一方送
信サービスＩＤにおいても、配信を受けるデータに種々
の条件が付されることがあり、その場合には配信データ
の条件により、区別された一方送信リクエストである。
このリクエスト内容を表わすものが、一方送信リクエス
トのキーである。

【０１５３】次に、検索されあるいは生成されたリクエ
ストインフォメーション管理手段６ｂは、リクエストキ
ーを構成するサブキーの情報をリクエストエレメント管
理手段６ａに登録する（ステップＳ５５０）。

【０１５４】次に、リクエストインフォメーション管理
手段６ｂは、リクエスト元アプリケーション手段管理部
７を生成し、リクエスト送信元のアプリケーション手段
の情報を登録する（ステップＳ５６０）。

【０１５５】最後に、ステップＳ５１０で生成されたア
プリケーションインフォメーション管理手段３ａは、リ
クエストに対応する一方送信型サーバに一方送信リクエ
ストを送信する（ステップＳ５７０）。

【０１５６】以上がクライアントから一方送信型サーバ
への一方送信リクエストの送信であるが、次に、一方送
信型サーバからクライアントへの一方送信データの送信
について説明する。

【０１５７】図８に一方送信型サーバからクライアント
への一方送信データの送信の流れを示す。図８のフロー
チャートにおいて、図７と同様に各処理ステップの処理
を行う処理手段を括弧を付して示す。

【０１５８】一方送信データの送信のイベントは、配信
する一方送信型サーバから発せられ、図８の最初に示す
ように、コアーノード１の主制御部２に入力される（ス
テップＳ６００）。

【０１５９】上記送信のイベントを受けた主制御部２
は、一方送信型サーバに対応するアプリケーションイン
フォメーション管理手段３ａを取得する（ステップＳ６
１０）。

【０１６０】次に、上記ステップＳ６１０で得られたア
プリケーションインフォメーション管理手段３ａは、リ
クエスト元のクライアントを検索すべく、データディス
パッチャー手段６ｄを取得する（ステップＳ６２０）。

【０１６１】取得されたデータディスパッチャー手段６
ｄは、配信をリクエストされた一方送信サービスＩＤと
同一ＩＤのリクエストインフォメーションリスト管理手
段６ｃを検索する（ステップＳ６３０）。

【０１６２】次に、データディスパッチャー手段６ｄ
は、リクエストインフォメーションリスト管理手段６ｃ
を介して、リクエスト内容が一致するリクエストインフ
ォメーション管理手段６ｂを検索する（ステップＳ６４
０）。

【０１６３】リクエスト内容が一致するリクエストイン
フォメーション管理手段６ｂが存在する場合は、そのリ
クエストインフォメーション管理手段６ｂにより、リク
エスト元アプリケーション手段管理部７を取得し、リク
エスト送信元のアプリケーション手段の情報を取得する
（ステップＳ６５０）。

【０１６４】最後に、データディスパッチャー手段６ｄ
は、ステップＳ６５０で得られたリクエスト送信元のア
プリケーション手段に一方送信データを送信する（ステ
ップＳ６６０）。

【０１６５】以上が、一方送信サービスにおける一方送
信リクエストの送信と一方送信データの配信に関するコ
アーノード１の処理の流れである。

【０１６６】以上の図１〜図８の説明から明らかなよう
に、本発明による情報分配応答システムは、クライアン
トとサーバが直接交信せず、サーバが提供するサービス
をサービスＩＤとしてコアーノードに登録し、クライア
ントは自分が利用したいサービスＩＤを指定してコアー
ノードに問い合わせ、コアーノードはそのサービスＩＤ
を提供するサーバにサービスの提供を要求する。また、
サーバ側も、データを直接クライアントに送る代わり
に、データをコアーノードに送り、コアーノードがその
サービスＩＤを要求するクライアントに配信する。

【０１６７】このように、サービスＩＤによってサーバ
を管理し、この管理をコアーノードによって行うように
したことにより、サービスＩＤを変えることによって多
数のサーバを接続でき、多数のサービスを提供するシス
テムを得ることができる。また、サーバを拡張すること
も、サーバ宣言をすることにより、それまでのシステム
を変更することなく簡単に拡張することができるのであ
る。

【０１６８】また、このようにサービスＩＤによってリ
クエストを行うようにしたことにより、システムからデ
ータの取得方法を統一化でき、ユーザーフレンドリーな
システムを構築することができるようになる。

【０１６９】クライアントサーバシステムを構成するプ
ログラミングの面でも、システムを構成するノードのプ
ログラムは、サーバの配置等のシステムの環境に依存し
ないので、アプリケーション手段のパーツ化、コンポー
ネント化が可能となる。

【０１７０】さらに、情報分配応答システムに接続する
コンピュータは、自分が提供することができるサービス
（情報処理やデータ配信）をサービスＩＤとして登録し
ておき、要求があった場合には、そのサービスを提供す
る一方、クライアントとして他のサーバにサービスを要
求することもできるようになる。これにより、本発明に
よる情報分配応答システムは、既存のコンピュータの処
理能力を余すことなく活用でき、極めて効率のよい情報
処理システムを得ることができる。

【０１７１】また、一方送信サービスＩＤとその送信デ
ータの内容さえ同一ならば、一つの一方送信サービスを
複数のクライアントが同時に享受することができるよう
になる。これにより、数多くの利用が見込まれる情報の
配信を極めて効率よく行うことができるようになる。

【０１７２】また、リクエストキュー管理手段５ｂは、
同一の問合せ応答サービスを提供する複数個の問合せ応
答型サーバの情報を有している。リクエストキュー管理
手段５ｂは、所定の問合せリクエストを送信するのに当
たって、これらの問合せ応答型サーバをチェックし、処
理可能な問合せ応答型サーバのうちで処理の優先順序が
最も高いサーバに処理を依頼する。これにより、情報分
配応答システムの負荷が平均的に分散され、システムの
ハードウェア資源を効率よく利用でき、特定のサーバに
処理が集中することによってシステムの機能が損なわれ
る可能性を低くすることができる。

【０１７３】なお、上記サーバの負荷分散の機能は、本
発明の情報分配応答システムに不可欠な構成ではなく、
この機能を有しないシステムであってもよい。

【０１７４】次に、上記実施形態の変形例（他の実施形
態）について以下に説明する。上記実施形態では、一方
送信サービスと、問合せ応答サービスの双方のサービス
提供する情報分配応答システム（本願請求項１〜１３）
について説明した。しかし、むろん一方送信サービスの
みを提供する情報分配応答システム（本願請求項１４〜
２３）、あるいは問合せ応答サービスのみを提供する情
報分配応答システム（本願請求項２４〜３３）を構成す
ることもできる。

【０１７５】また、上記実施形態では、サービスＩＤは
提供するサービスの内容とデータの種類とによって分類
したものを前提に説明した。ここで、データの種類と
は、たとえばテキストデータとか、特定のアプリケーシ
ョンソフトウェア（ＯＳ、ワードプロセッサ、表計算、
データベース等）のデータ等までを指定したものをいう
とする。

【０１７６】すなわち、上記実施形態では、サービスＩ
Ｄにより、リクエストは所定の情報内容およびそのデー
タ形式を指定し、該当する情報を得るのである。

【０１７７】しかし、本発明によれば、図２に示すコン
バータ手段５ｄとコンバータ手段６ｅを設けることによ
り、上記アプリケーションソフトウェア間の相違を吸収
することもできる。

【０１７８】この場合、サービスＩＤは単にサービス内
容によって分類されたものからなり、クライアントは、
取得したい情報の内容とサービスＩＤによって指定し、
さらに取得したいデータの種類を指定してリクエストを
発する。コンバータ手段５ｄとコンバータ手段６ｅは、
サーバが提供するデータをクライアントが欲するデータ
形式に変換し、リプライウォッチャー手段５ａやデータ
ディスパッチャー手段６ｄは、変換後のデータをクライ
アントに返送する。

【０１７９】このようにすることにより、他のアプリケ
ーションソフトウェアで処理したデータをも利用でき、
ＯＳに対して依存度が低く、かつ、効率が高い情報分配
応答システムを得ることができる。

【０１８０】なお、上記実施形態の説明では、コアーノ
ードの主制御部に送られるイベントは、いずれもクライ
アントかサーバから送られたものであった。しかし、図
１に示したように、本発明の情報分配応答システムは、
他のネットワークからのイベントも処理することができ
る。

【０１８１】これにより、本発明の情報分配応答システ
ムは、単一のネットワークのみによって構成されるもの
ではなく、ネットワークとネットワークが複合的に情報
分配応答システムを構成し、一つのネットワークのノー
ドから他のネットワークの情報を取得することができる
ようになる。

【０１８２】本発明の情報分配応答システムは、上記複
数のネットワークを取り込んだ複合的なシステムである
場合をも含むものである。

【０１８３】

【発明の効果】以上の説明から明らかなように、本発明
の情報分配応答システムによれば、サーバをサービスＩ
Ｄによって把握し、クライアントは所定のサービスＩＤ
を指定してリクエストを発し、コアーノードは上記リク
エストを仲介して所定のサーバに処理を依頼し、そのサ
ーバからの応答をリクエスト元のクライアントに返送す
るようにしている。これにより、クライアントやサーバ
を制御するプログラムがネットワーク環境から独立し、
サーバの配置替えや拡張等のネットワーク環境の変化を
吸収することができるようになる。

【０１８４】また、ユーザがデータを取得する際にも、
自分の欲しいデータやサービスを指定するだけで、情報
分配応答システムから欲する情報を得られる。これによ
り、簡単なデータ取得を実現するシステムを提供するこ
とができる。

【０１８５】さらに、サーバがサーバとして固定され
ず、クライアントとして他のサーバのサービスを受ける
ことができるので、システムに接続されたコンピュータ
全体の能力を最大限活用できるようになる。これによ
り、利用効率が極めて高い情報分配応答システムを得る
ことができる。

【０１８６】また、ネットワークを複合的に組み合わせ
ることにより、極めて広範な情報処理と情報配布をする
情報分配応答システムを提供することができるようにな
る。

【図面の簡単な説明】

【図１】本発明による情報分配応答システムの物理的な
構成例を示した説明図。

【図２】本発明の情報分配応答システムのコアーノード
の構成を示したブロック図。

【図３】本発明の情報分配応答システムへのアプリケー
ション手段の接続の処理を示したフローチャート。

【図４】本発明の情報分配応答システムにおけるサーバ
宣言の処理処理を示したフローチャート。

【図５】本発明の情報分配応答システムによる問合せ応
答サービスにおける、クライアントから問合せ応答型サ
ーバへの問合せリクエストの送信の流れを示したフロー
チャート。

【図６】本発明の情報分配応答システムによる問合せ応
答サービスにおける、問合せ応答型サーバからクライア
ントへの応答の送信の流れを示したフローチャート。

【図７】本発明の情報分配応答システムによる一方送信
サービスにおける、クライアントから一方送信型サーバ
への一方送信リクエストの送信の流れを示したフローチ
ャート。

【図８】本発明の情報分配応答システムによる一方送信
サービスにおける、一方送信型サーバからクライアント
への一方送信データの送信の流れを示したフローチャー
ト。

【符号の説明】

１ コアーノード ２ 主制御部 ３ アプリケーション手段管理部 ３ａ アプリケーションインフォメーション管理手段 ３ｂ アプリケーションマネージメントテーブル管理手
段 ４ 一方送信型サーバー管理部 ４ａ サーバノードＩＤ管理手段 ４ｂ サーバーサービスＩＤ管理手段 ４ｃ サーバインフォメーションリスト管理手段 ５ 問合せリクエスト管理部 ５ａ リプライウォッチャー手段 ５ｂ リクエストキュー管理手段 ５ｃ リクエストキューマネージャー手段 ５ｄ コンバータ手段 ６ 一方送信リクエスト管理部 ６ａ リクエストエレメント管理手段 ６ｂ リクエストインフォメーション管理手段 ６ｃ リクエストインフォメーションリスト管理手段 ６ｄ データディスパッチャー手段 ６ｅ コンバータ手段 ７ リクエスト元アプリケーション手段管理部

Claims (33)

【特許請求の範囲】
1. 【請求項１】一定の情報を送信する一方送信型サーバ
   と、問合せに対して一定の情報処理を行って応答する問
   合せ応答型サーバと、問合せに対する応答と情報の送信
   とを要求するリクエストを発するクライアントと、ネッ
   トワーク内の情報の処理と分配とを管理するコアーノー
   ドと、からなる情報分配応答システムにおいて、 前記コアーノードは、 前記サーバとクライアントが有する情報処理手段であっ
   て、それぞれ特定の目的のために機能を特化させたアプ
   リケーション手段を管理するアプリケーション手段管理
   部と、 前記一方送信型サーバと一方送信サービスとを管理する
   一方送信型サーバ管理部と、 所定の情報処理とその応答を要求する問合せリクエスト
   の発生、処理、終了を管理する問合せリクエスト管理部
   と、 所定の情報の送信を要求する一方送信リクエストの発
   生、処理、終了を管理する一方送信リクエスト管理部
   と、 一方送信リクエストと問合せリクエストの送信元アプリ
   ケーション手段を、リクエストＩＤごとに管理するリク
   エスト元アプリケーション手段管理部と、 前記サーバと前記クライアント間の情報送信とリクエス
   トとを仲介し、イベントの処理を前記各管理部に振り分
   ける主制御部と、を有していることを特徴とする多数の
   コンピュータが参加する情報分配応答システム。
2. 【請求項２】前記コアーノードは、 前記サーバが提供するサービスをサービス内容によって
   分類したサービスＩＤにより、リクエストと情報送信の
   イベントの処理を前記各管理部に振り分けることを特徴
   とする請求項１記載の情報分配応答システム。
3. 【請求項３】前記コアーノードは、 前記サーバが提供するサービスをサービス内容とデータ
   種類とによって分類したサービスＩＤにより、リクエス
   トと情報送信のイベントの処理を前記各管理部に振り分
   けることを特徴とする請求項１記載の情報分配応答シス
   テム。
4. 【請求項４】前記アプリケーション手段管理部は、 所定のリクエストとそのリクエストを処理するアプリケ
   ーション手段間の交信を保持するためのチャネルごと
   に、チャネル情報およびアプリケーション手段に関する
   情報を管理するアプリケーションインフォメーション管
   理手段と、 システム内のアプリケーション手段を登録したアプリケ
   ーションマネージメントテーブルを有し、前記アプリケ
   ーションインフォメーション管理手段を管理するアプリ
   ケーションマネージメントテーブル管理手段と、を有し
   ていることを特徴とする請求項１記載の情報分配応答シ
   ステム。
5. 【請求項５】前記一方送信型サーバ管理部は、 情報送信を行う一方送信ノードＩＤごとに、ノード情報
   を管理するサーバノードＩＤ管理手段と、 一方送信サービスＩＤごとに、前記サーバノードＩＤ管
   理手段を管理するサーバサービスＩＤ管理手段と、 前記一方送信型サーバの一方送信サービスを登録したサ
   ーバインフォメーションリストを有し、前記サーバサー
   ビスＩＤ管理手段を管理するサーバインフォメーション
   リスト管理手段と、を有していることを特徴とする請求
   項１記載の情報分配応答システム。
6. 【請求項６】前記問合せリクエスト管理部は、 問合せ応答サービスＩＤごとに、対応する問合せ応答サ
   ービスを行う問合せ応答型サーバの情報を管理し、問合
   せリクエストの問合せデータを保持するリクエストキュ
   ー管理手段と、 問合せ応答サービスＩＤごとに、前記リクエストキュー
   管理手段を管理するリクエストキューマネージャー手段
   と、 問合せ応答サービスＩＤごとに、問合せリクエストに対
   する応答を監視し、応答があった場合の応答データの送
   信を管理するリプライウォッチャー手段と、を有してい
   ることを特徴とする請求項１記載の情報分配応答システ
   ム。
7. 【請求項７】前記一方送信リクエスト管理部は、 一方送信リクエストのサブキーごとに、サブキー情報を
   管理するリクエストエレメント管理手段と、 一方送信リクエスト内容ごとに、前記リクエストエレメ
   ント管理手段を管理するリクエストインフォメーション
   管理手段と、 一方送信サービスＩＤごとに、一方送信リクエスト内容
   を登録したリクエストインフォメーションリストを有
   し、前記リクエストインフォメーション管理手段を管理
   するリクエストインフォメーションリスト管理手段と、 前記リクエストインフォメーションリスト管理手段を管
   理し、一方送信データの送信を行うデータディスパッチ
   ャー手段と、を有していることを特徴とする請求項１記
   載の情報分配応答システム。
8. 【請求項８】前記リクエストキュー管理手段は、 対応する問合せ応答サービスを行う問合せ応答型サーバ
   のうち、処理可能な問合せ応答型サーバのうち処理の優
   先順序が最も高い問合せ応答型サーバをサーチして問合
   せ応答処理を依頼することを特徴とする請求項６記載の
   情報分配応答システム。
9. 【請求項９】前記コアーノードは、システム起動時に所
   定のサーバの内部に、あるいは複数のサーバの内部にそ
   の主制御部と各管理部を分散して生成されることを特徴
   とする請求項１に記載の情報分配応答システム。
10. 【請求項１０】前記コアーノードは、外部のネットワー
    クからのリクエストに対して情報を分配あるいは応答す
    ることを特徴とする請求項１に記載の情報分配応答シス
    テム。
11. 【請求項１１】前記問合せリクエスト管理部は、 リクエスト送信元アプリケーション手段と問合せ応答サ
    ービスを行うアプリケーション手段との間のデータ変換
    を行うコンバータ手段を有していることを特徴とする請
    求項２記載の情報分配応答システム。
12. 【請求項１２】前記一方送信リクエスト管理部は、 リクエスト送信元アプリケーション手段と一方送信サー
    ビスを行うアプリケーション手段との間のデータ変換を
    行うコンバータ手段を有していることを特徴とする請求
    項２記載の情報分配応答システム。
13. 【請求項１３】前記問合せ応答型サーバあるいは一方送
    信型サーバのアプリケーション手段は、クライアントと
    して他の問合せ応答型サーバあるいは一方送信型サーバ
    のアプリケーション手段に情報の処理と分配とを要求す
    ることを特徴とする請求項１記載の情報分配応答システ
    ム。
14. 【請求項１４】一定の情報を送信する一方送信型サーバ
    と、一方送信リクエストを発するクライアントと、ネッ
    トワーク内の情報の処理と分配とを管理するコアーノー
    ドと、からなる情報分配応答システムにおいて、 前記コアーノードは、 前記一方送信型サーバとクライアントが有する情報処理
    手段であって、それぞれ特定の目的のために機能を特化
    させたアプリケーション手段を管理するアプリケーショ
    ン手段管理部と、 前記一方送信型サーバと一方送信サービスとを管理する
    一方送信型サーバ管理部と、 所定の情報の送信を要求する一方送信リクエストの発
    生、処理、終了を管理する一方送信リクエスト管理部
    と、 一方送信リクエストの送信元アプリケーション手段を、
    リクエストＩＤごとに管理するリクエスト元アプリケー
    ション手段管理部と、 前記一方送信型サーバと前記クライアント間の情報送信
    とリクエストとを仲介し、イベントの処理を前記各管理
    部に振り分ける主制御部と、を有していることを特徴と
    する情報分配応答システム。
15. 【請求項１５】前記コアーノードは、 前記一方送信型サーバが提供する一方送信サービスをサ
    ービス内容によって分類したサービスＩＤにより、リク
    エストと情報送信のイベントの処理を前記各管理部に振
    り分けることを特徴とする請求項１４記載の情報分配応
    答システム。
16. 【請求項１６】前記コアーノードは、 前記一方送信型サーバが提供するサービスをサービス内
    容とデータ種類とによって分類したサービスＩＤによ
    り、リクエストと情報送信のイベントの処理を前記各管
    理部に振り分けることを特徴とする請求項１４記載の情
    報分配応答システム。
17. 【請求項１７】前記アプリケーション手段管理部は、 所定のリクエストとそのリクエストを処理するアプリケ
    ーション手段間の交信を保持するためのチャネルごと
    に、チャネル情報およびアプリケーション手段に関する
    情報を管理するアプリケーションインフォメーション管
    理手段と、 システム内のアプリケーション手段を登録したアプリケ
    ーションマネージメントテーブルを有し、前記アプリケ
    ーションインフォメーション管理手段を管理するアプリ
    ケーションマネージメントテーブル管理手段と、を有し
    ていることを特徴とする請求項１４記載の情報分配応答
    システム。
18. 【請求項１８】前記一方送信型サーバ管理部は、 情報送信を行う一方送信ノードＩＤごとに、ノード情報
    を管理するサーバノードＩＤ管理手段と、 一方送信サービスＩＤごとに、前記サーバノードＩＤ管
    理手段を管理するサーバサービスＩＤ管理手段と、 前記一方送信型サーバの一方送信サービスを登録したサ
    ーバインフォメーションリストを有し、前記サーバサー
    ビスＩＤ管理手段を管理するサーバインフォメーション
    リスト管理手段と、を有していることを特徴とする請求
    項１４記載の情報分配応答システム。
19. 【請求項１９】前記一方送信リクエスト管理部は、 一方送信リクエストのサブキーごとに、サブキー情報を
    管理するリクエストエレメント管理手段と、 一方送信リクエスト内容ごとに、前記リクエストエレメ
    ント管理手段を管理するリクエストインフォメーション
    管理手段と、 一方送信サービスＩＤごとに、一方送信リクエスト内容
    を登録したリクエストインフォメーションリストを有
    し、前記リクエストインフォメーション管理手段を管理
    するリクエストインフォメーションリスト管理手段と、 前記リクエストインフォメーションリスト管理手段を管
    理し、一方送信データの送信を行うデータディスパッチ
    ャー手段と、を有していることを特徴とする請求項１４
    記載の情報分配応答システム。
20. 【請求項２０】前記コアーノードは、システム起動時に
    所定のサーバの内部に、あるいは複数のサーバの内部に
    その主制御部と各管理部を分散して生成されることを特
    徴とする請求項１４に記載の情報分配応答システム。
21. 【請求項２１】前記コアーノードは、外部のネットワー
    クからのリクエストに対して情報を分配することを特徴
    とする請求項１４に記載の情報分配応答システム。
22. 【請求項２２】前記一方送信リクエスト管理部は、 リクエスト送信元アプリケーション手段と一方送信サー
    ビスを行うアプリケーション手段との間のデータ変換を
    行うコンバータ手段を有していることを特徴とする請求
    項１５記載の情報分配応答システム。
23. 【請求項２３】前記一方送信型サーバのアプリケーショ
    ン手段は、クライアントとして他の一方送信型サーバの
    アプリケーション手段に情報の分配を要求することを特
    徴とする請求項１４記載の情報分配応答システム。
24. 【請求項２４】問合せに対して一定の情報処理を行って
    応答する問合せ応答型サーバと、問合せ応答リクエスト
    を発するクライアントと、ネットワーク内の情報の処理
    と分配とを管理するコアーノードと、からなる情報分配
    応答システムにおいて、 前記コアーノードは、 前記問合せ応答型サーバとクライアントが有する情報処
    理手段であって、それぞれ特定の目的のために機能を特
    化させたアプリケーション手段を管理するアプリケーシ
    ョン手段管理部と、 所定の情報処理とその応答を要求する問合せリクエスト
    の発生、処理、終了を管理する問合せリクエスト管理部
    と、 問合せリクエストの送信元アプリケーション手段を、リ
    クエストＩＤごとに管理するリクエスト元アプリケーシ
    ョン手段管理部と、 前記問合せ応答型サーバと前記クライアント間の情報送
    信とリクエストとを仲介し、イベントの処理を前記各管
    理部に振り分ける主制御部と、を有していることを特徴
    とする情報分配応答システム。
25. 【請求項２５】前記コアーノードは、 前記問合せ応答型サーバが提供する問合せ応答サービス
    をサービス内容によって分類したサービスＩＤにより、
    リクエストと情報送信のイベントの処理を前記各管理部
    に振り分けることを特徴とする請求項２４記載の情報分
    配応答システム。
26. 【請求項２６】前記コアーノードは、 前記問合せ応答型サーバが提供するサービスをサービス
    内容とデータ種類とによって分類したサービスＩＤによ
    り、リクエストと情報送信のイベントの処理を前記各管
    理部に振り分けることを特徴とする請求項２４記載の情
    報分配応答システム。
27. 【請求項２７】前記アプリケーション手段管理部は、 所定のリクエストとそのリクエストを処理するアプリケ
    ーション手段間の交信を保持するためのチャネルごと
    に、チャネル情報およびアプリケーション手段に関する
    情報を管理するアプリケーションインフォメーション管
    理手段と、 システム内のアプリケーション手段を登録したアプリケ
    ーションマネージメントテーブルを有し、前記アプリケ
    ーションインフォメーション管理手段を管理するアプリ
    ケーションマネージメントテーブル管理手段と、を有し
    ていることを特徴とする請求項２４記載の情報分配応答
    システム。
28. 【請求項２８】前記問合せリクエスト管理部は、 問合せ応答サービスＩＤごとに、対応する問合せ応答サ
    ービスを行う問合せ応答型サーバの情報を管理し、問合
    せリクエストの問合せデータを保持するリクエストキュ
    ー管理手段と、 問合せ応答サービスＩＤごとに、前記リクエストキュー
    管理手段を管理するリクエストキューマネージャー手段
    と、 問合せ応答サービスＩＤごとに、問合せリクエストに対
    する応答を監視し、応答があった場合の応答データの送
    信を管理するリプライウォッチャー手段と、を有してい
    ることを特徴とする請求項２４記載の情報分配応答シス
    テム。
29. 【請求項２９】前記リクエストキュー管理手段は、 対応する問合せ応答サービスを行う問合せ応答型サーバ
    のうち、処理可能な問合せ応答型サーバのうち処理の優
    先順序が最も高い問合せ応答型サーバをサーチして問合
    せ応答処理を依頼することを特徴とする請求項２８記載
    の情報分配応答システム。
30. 【請求項３０】前記コアーノードは、システム起動時に
    所定のサーバの内部に、あるいは複数のサーバの内部に
    その主制御部と各管理部を分散して生成されることを特
    徴とする請求項２４に記載の情報分配応答システム。
31. 【請求項３１】前記コアーノードは、外部のネットワー
    クからのリクエストに対して問合せ応答をすることを特
    徴とする請求項２４に記載の情報分配応答システム。
32. 【請求項３２】前記問合せリクエスト管理部は、 リクエスト送信元アプリケーション手段と問合せ応答サ
    ービスを行うアプリケーション手段との間のデータ変換
    を行うコンバータ手段を有していることを特徴とする請
    求項２５記載の情報分配応答システム。
33. 【請求項３３】前記問合せ応答型サーバのアプリケーシ
    ョン手段は、クライアントとして他の問合せ応答型サー
    バのアプリケーション手段に問合せを行うことを特徴と
    する請求項２４記載の情報分配応答システム。