(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の独立したサーバによって、入力された検索条件に従って検索処理を行なう情報処理システムであって、
前記複数の独立したサーバの１つを構成する受付けサーバは、
検索処理の内容を特定するための検索キーと、検索結果を保存管理させるサーバを特定するための特定情報と、を含む前記検索条件の入力を受付ける受付け手段と、
前記受付け手段で受付けられた前記検索条件に含まれている前記特定情報に基づき、検索結果を保存管理させる保存管理サーバを特定する特定手段と、
前記特定手段により特定された保存管理サーバのうち、前記検索キーにより特定される検索処理を実行する少なくとも１つの検索処理実行サーバを特定し、当該検索処理実行サーバに対して前記検索条件を転送する転送手段と、を有し、
前記検索処理実行サーバは、
検索キーにより特定される検索処理を検索手段に実行させるために、前記転送手段により転送された前記検索条件に含まれる検索キーを当該検索手段に入力し、当該検索手段で実行された検索結果を当該検索手段から取得する取得手段と、
前記取得手段により入力された検索キーに基づき検索対象のデータを保存管理するデータベースにアクセスして、当該検索キーに該当するデータの検索処理を行う検索手段と、
前記取得手段により取得された前記検索手段の検索結果を、前記保存管理サーバに送信する送信手段と、を有し、
前記保存管理サーバは、
前記送信手段によって送信された検索結果をまとめて記憶手段に記憶する記憶制御手段
を有することを特徴とする情報処理システム。
【請求項２】
前記保存管理サーバまたは前記検索実行サーバには、前記受付サーバが含まれることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記検索手段は、転送された前記検索条件に含まれる検索キーをバッファする第１のバッファと、前記検索手段により得られる検索結果をバッファする第２のバッファとを有し、
前記取得手段は、前記第１のバッファにアクセスすることにより前記検索条件に含まれる検索キーを入力し、前記第２のバッファにアクセスすることにより前記検索手段により実行された検索処理の結果を取得することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記検索条件には、更に、前記取得手段が前記第１のバッファと前記第２のバッファとにアクセスするときのサイクルの情報が含まれ、
前記取得手段は、前記サイクルの情報に基づいて、前記第１のバッファと前記第２のバッファとにアクセスすることを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記検索条件には、更に、検索目的を示す情報が含まれ、
前記記憶制御手段は、前記検索目的を示す情報とともに、複数の検索結果をまとめて記憶手段に記憶することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
コンピュータを、請求項１乃至５のいずれか１項に記載の情報処理システムの各手段として機能させるためのプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報を処理するシステムにおいて分散している各々のデータベースからシステム全体として実行処理するジョブの目的に応じた所定の情報を効率的に検索して、その情報を取得し、変更等の情報処理をする情報処理システムと、その検索処理を実行するための情報処理方法、及びその方法をコンピュータで実行するためのプログラムを記憶したコンピュータが可読の記憶媒体に関するものである。
【０００２】
【課題を解決するための手段】
本発明に関する従来技術は認められないが、本発明の目的とする効率的な情報処理を可能にするために、少なくとも以下の構成を有することを特徴とする。
【０００３】
すなわち、本発明にかかる情報処理システムは、ネットワークを介して接続された複数の独立したサーバによって、入力された検索条件に従って検索処理を行なう情報処理システムであって、
前記複数の独立したサーバの１つを構成する受付けサーバは、
検索処理の内容を特定するための検索キーと、検索結果を保存管理させるサーバを特定するための特定情報と、を含む前記検索条件の入力を受付ける受付け手段と、
前記受付け手段で受付けられた前記検索条件に含まれている前記特定情報に基づき、検索結果を保存管理させる保存管理サーバを特定する特定手段と、
前記特定手段により特定された保存管理サーバのうち、前記検索キーにより特定される検索処理を実行する少なくとも１つの検索処理実行サーバを特定し、当該検索処理実行サーバに対して前記検索条件を転送する転送手段と、を有し、
前記検索処理実行サーバは、
検索キーにより特定される検索処理を検索手段に実行させるために、前記転送手段により転送された前記検索条件に含まれる検索キーを当該検索手段に入力し、当該検索手段で実行された検索結果を当該検索手段から取得する取得手段と、
前記取得手段により入力された検索キーに基づき検索対象のデータを保存管理するデータベースにアクセスして、当該検索キーに該当するデータの検索処理を行う検索手段と、
前記取得手段により取得された前記検索手段の検索結果を、前記保存管理サーバに送信する送信手段と、を有し、
前記保存管理サーバは、
前記送信手段によって送信された検索結果をまとめて記憶手段に記憶する記憶制御手段を有することを特徴とする。
【０００７】
あるいは、情報処理装置は、検索条件を入力する入力手段と、
前記入力された検索条件を第１のサーバにおいて受付ける受付け手段と、
前記受付けた検索条件に基づき、検索結果を保存管理するサーバを特定する特定手段と、
前記第１のサーバと、前記特定された検索結果を保存管理するサーバとが異なる場合は、検索結果を保存管理するための第２のサーバに、検索条件の受付けを振替える手段と、
前記振替えられた検索条件を受付けて、該条件に適合した検索モジュールを生成して前記第２のサーバ内のデータベースからデータを検索する第１の検索手段と、
前記振替えられた検索条件に基づいて、前記第２のサーバ以外の他のサーバにおいて、データの検索が必要な場合は、該検索条件を前記他のサーバに転送する転送手段と、
前記転送された検索条件を受付けて、該条件に適合した検索モジュールを生成して前記他のサーバ内のデータベースからデータを検索する第２の検索手段と、
前記第２の検索手段によって検索されたデータを、前記第２のサーバに返送する返送手段と、
前記第１の検索手段によって検索されたデータと、前記他のサーバから返送されたデータとを、記憶手段に記憶させる制御手段と、
を有することを特徴とする。
【００１７】
あるいは、記憶媒体には、検索条件を入力する入力工程のコードと、
前記入力された検索条件を第１のサーバにおいて受付ける受付け工程のコードと、
前記受付けた検索条件に基づき、検索結果を保存管理するサーバを特定する特定工程のコードと、
前記第１のサーバと、前記特定された検索結果を保存管理するサーバとが異なる場合は、検索結果を保存管理するための第２のサーバに、検索条件の受付けを振替える工程のコードと、
前記振替えられた検索条件を受付けて、該条件に適合した検索モジュールを生成して前記第２のサーバ内のデータベースからデータを検索する第１の検索工程のコードと、
前記振替えられた検索条件に基づいて、前記第２のサーバ以外の他のサーバにおいて、データの検索が必要な場合は、該検索条件を前記他のサーバに転送する転送工程のコードと、
前記転送された検索条件を受付けて、該条件に適合した検索モジュールを生成して前記他のサーバ内のデータベースからデータを検索する第２の検索工程のコードと、
前記第２の検索工程によって検索されたデータを、前記第２のサーバに返送する返送工程のコードと、
前記第１の検索工程によって検索されたデータと、前記他のサーバから返送されたデータとを、記憶手段に記憶させる制御工程のコードと、
を有することを特徴とする。
【００１８】
【発明の実施の形態】
本発明のハードウエア構成はクライアント１０１、サーバ１０２等システムを基本とする（図1）。コンピュータの構成はオペレーティングシステム（OS）９０２、CPU９０３、メモリー（９０４ａ，ｂ，ｃ）からなる構成であり、入力装置９０７及び出力装置９１１，表示装置９０６等が加わる（図９）。入力装置９０７から所定のデータを検索したり、データの変更要求など情報処理内容を定義することができる。
【００１９】
図２はサーバにおける常駐の受付けプログラム、目的に応じて発行されるパトローラとドメインの関係を示す図である。ここで、サーバ内の「ドメイン」とはサーバにおける処理の単位であり、各々において処理を実行するためのデータベースを備える。クライアント２０３から与えられたジョブを遂行するために、そのジョブを構成するサブジョブが各々のドメイン（２０４、２０６、２１４，２１５）に割り振られて独立に処理される。
【００２０】
ドメインは与えられたジョブをスプールするバッファ部（図２のＩＮ２０８、２１０等）と、処理が完了したジョブをスプールするバッファ部（図２のＯＵＴ２０９、２１１等）を有し、ドメインへの依頼（ＩＮ）と、その依頼に対する情報の公開（ＯＵＴ）にはこの部分が利用される。ジョブコントローラはメッセージの取込み依頼等に応じた処理を制御する。
【００２１】
本発明における実施形態の特徴的な要素として機能する常駐の受付けプログラム２１３は、クライアント２０３（若しくは他のサーバの受付けプログラム）から依頼された内容に基づきドメインを巡回して所定のデータの変更要求を配信したり、ドメインの公開情報から所定の条件に該当するデータを取得等するプログラム（以下、「パトローラ」という。）２１２を発行する。パトローラ２１２はデータ検索の対象として指定されたドメイン２０４、２０６から所定の情報を取得、あるいは変更等の処理をする（この、処理は後に詳細に説明する。）
図１１は、パトローラを利用した本発明の実施形態にかかる情報処理の態様を概念的に示す図である。このようなシステムによれば、クライアント側では、個々のシステムA,B,Cに直接アクセスする必要が無く、パトローラに対する依頼内容（例えば、特定のデータの検索とか、変更など）を変更したり、パトロール対象を指定することで柔軟で、かつ、極めて効率的な情報処理が可能になる。
【００２２】
また、パトローラはデータの要求元のニーズに合わせて、情報収集の代行を行なうため、不要なデータを無意味に集めることはない。
【００２３】
ここで、発行されるパトローラはドメインの業務処理を遂行するためのプログラムではなく、ドメインの処理とは別個独立に動作するものであり、ドメインの処理中にその処理を中断せるような介入はしない。また、情報の探索が複数のドメインを対象にする場合はパトローラは図２、１１で概念的に示されるように各ドメインを巡回してドメインの公開情報を検索し、取得し、処理する。
【００２４】
パトローラとドメイン間のデータ授受は先に説明したとうり、バッファ部として機能するＩＮ／ＯＵＴ部である。
【００２５】
ＩＮ２０８等はパトローラがドメインに対してデータの公開を依頼したり、パトロールの結果を通知するために使用され、ＯＵＴ２０９等はドメインがパトローラに対してデータを公開したり、処理の結果を出力するために使用される。パトローラとドメインとの間のデータ授受は、システムの構成に関するデータベースの所在に制限されるものではなく、ＩＮ／ＯＵＴ部におけるデータ授受のプロトコル（取決め）が一致すれば可能である。図１０（ａ）は１つのシステムで、データベースが複数のノード（サーバ）に分散している構成を示し、（ｂ）は１つのシステムに必要なデータが特定のノードに集中している構成を示す図である。パトローラは同一システムを巡回する場合（図１０（ａ））の他、異なるシステムを横断的に巡回して情報を収集する場合であっても（図１０（ｂ）），データ授受のプロトコル（取決め）が共通化されていれば、各システムにおけるデータ構造に依存しないで情報の授受が可能となる。
【００２６】
以下、３つの実施形態を示し、受付けプログラム、パトローラの処理の詳細を説明する。
【００２７】
＜第１実施形態＞
図８は以下に示す実施形態における処理の全体的な流れを説明するためのフローチャートであり、図３は本実施形態における、ドメインから収集したデータを所定のドメインに伝える処理を説明する図である。図中の丸で囲まれた番号は処理の工程順である。
【００２８】
図８のステップＳ８０１において、依頼内容を登録する。目的、巡回先のドメインを識別するためのドメイン番号と、収集したデータの格納先となるドメイン番号の指定、パトロールサイクル（パトローラがデータを検索するためにドメインを巡回するサイクルをいう。）、パトロールパターン、目的ＩＤ等を定義して、パトロール依頼をする（ステップＳ８０２）。
【００２９】
ステップＳ８０３において、サーバの受付けプログラムは依頼内容をチェックして、依頼を受付け、その確認を依頼元に返す（ステップＳ８０４）。
【００３０】
図３における工程▲１▼がステップＳ８０３に相当する処理であり、受付けプログラムはクライアント若しくは他のドメインからの依頼を受信する。
【００３１】
図８のステップＳ８０５において、パトロールの結果を通知する通知先があるサーバを宛先管理データベース（８４０）から参照して、依頼の振替先を決める。例えば図３において、サーバ３０２の受付けプログラム３０４に依頼が与えられ、その依頼に通知先がドメインＡと指定されている場合は、サーバ３０１にパトロール依頼が振替えられる（ステップＳ８０６）。
【００３２】
ステップＳ８０７において、宛先管理テーブル（８４５）を参照してパトロールの依頼が指定されている巡回先のドメインを確認し、パトロールの分担を決める（ステップＳ８０８）。
【００３３】
図３における工程▲２▼がこの処理に対応する。指定されたドメインが複数のサーバにわたる場合は、指定された巡回先のドメインに応じて、受付けプログラムを起動し、依頼の分担が行なわれる。
【００３４】
ステップＳ８０９において、各サーバの受付けプログラムは、パトローラを発行する。複数の依頼があれば複数のパトローラが同時に起動していることになる。図３の工程▲３▼がステップＳ８０９の処理に対応する。工程▲１▼で定義される目的ＩＤが異なれば、パトローラも異なる。
【００３５】
ステップＳ８１０において、各パトローラは担当するドメインを巡回する（図３の工程▲４▼-１、▲４▼-２）。そして、目的に応じたデータをドメインのＯＵＴから収集して回る。データの収集は、依頼を受けた時に与えられた目的ＩＤをキーにして、ドメインのＯＵＴ部からその目的に適合した情報のみを取出すことが可能である。目的ＩＤとは、例えば、データの検索、変更等があり、設定された目的ＩＤに従ってパトローラはドメインを巡回してデータを取得する（ステップＳ８１１、Ｓ８１２）。
【００３６】
ステップＳ８１３において、各サーバのパトローラは自サーバの受付けプログラムにパトロールの結果を報告し（図３の工程▲５▼）し、報告を受けた振り分けられた受付けプログラム（３０４）は振り分け元の受け付けプログラム（３０３）に結果を送信する（図３の工程▲６▼）。振分け元の受付けプログラムは受信した全ての結果をまとめる（図３の工程▲８▼）。
【００３７】
ステップＳ８１５（図３の工程▲８▼）において、その最終的な報告内容がデータの格納先として指定された「ドメイン」のＩＮに与えられる。このときのデータ格納は、パトロールの結果と合わせて目的ＩＤを併せて格納され、どのような目的のもとに実行されたパトロールであるかを容易に理解することができる。
【００３８】
ステップＳ８１６（図３の工程▲９▼）において、パトロールの一連の検索が終了して、データの格納を終えた旨は、受付けプログラムからジョブコントローラに報知される。
【００３９】
以上の処理を１サイクルとして、発行されたスケジュールに応じて、上記のステップＳ８１０からＳ８１５の処理が繰り返される。
【００４０】
＜第２実施形態＞
図４はドメインから収集したデータを、所定のドメインに格納せず、管理者に検索結果を報知する処理を説明する図である。図中の丸で囲まれた番号は処理の工程順を示すものである。
【００４１】
図４における工程▲１▼〜▲７▼の処理は図３のデータの収集と同様の処理を行ない、依頼に応じて発行されたパトローラにより、ドメインの公開情報を収集する処理である。
【００４２】
工程▲８▼において、先に検索された結果を格納するためのプログラム（８６５：図８）が呼び出され、目的に応じたインタフェース（Ｉ／Ｆ）プログラム（８７５、８８０）が判断プログラム（８６５）によって起動され、共通モジュール（プログラムモジュール）（８９０、８９５）に検索結果がデータとして渡される。この処理は図８のステップＳ８１４に該当する処理である。共通モジュールの所在は、依頼元のサーバに限定するものではなく、ネットワーク上の他のサーバにある共通モジュールもよい。
【００４３】
共通モジュールへの格納要求が無い場合はステップＳ８１４の処理はスキップすればよい。
【００４４】
工程▲９▼において、結果を受け取った共通プログラム（プログラムモジュール）は電子メールを管理者等（検索の依頼元）に対して発し、その結果を報知する（Ｓ８１７）。
【００４５】
以上の処理を１サイクルとして、発行されたスケジュールに応じて、上記のステップＳ８１０からＳ８１５の処理が繰り返される。
【００４６】
＜第３実施形態＞
図５は、ドメインに対して要求する情報を配信した後で、各々のドメインから情報を収集して、管理者に報知する処理手順を説明する図である。図中の丸で囲まれた番号は処理の工程順を示すものである。
【００４７】
図５における工程▲１▼において、受付けプログラムは、クライアント若しくは他のドメインからの依頼を受信する（図８のステップＳ８０１からＳ８０４）。
【００４８】
ここで受信するデータには、巡回先のドメインを識別するためのドメイン番号と、収集したデータの格納先となるドメイン番号の指定、パトロールサイクル、パトロールパターン、目的ＩＤ、さらにドメインに対する要求内容等が定義されている。事前に特定のデータの公開を要求するための内容が定義されている点が第１実施形態と異なる部分である。
【００４９】
工程▲２▼において、検索の対象として指定されたドメインが複数のサーバにわたる場合は、指定された巡回先のドメイン番号に応じて、受付けプログラムはサーバ単位に依頼の振分けを行なう（図８のステップＳ８０５からＳ８０８）。
【００５０】
工程▲３▼において、各サーバの受付けプログラムは、依頼を担当するパトローラを発行する（図８のステップＳ８０９）。▲１▼の工程で定義された目的ＩＤが異なれば、対応するパトローラも異なる。以上の工程▲２▼、▲３▼の処理は第１実施形態と同様の処理である。
【００５１】
工程▲４▼（▲４▼-ｘ-１でＩＮに要求メッセージを書込み、▲４▼-ｘ-２でジョブコントローラにメッセージの取込み依頼を出す。）において、パトローラは指定されたドメインを巡回し、依頼元から出された要求内容を巡回先のドメインに伝える。この処理は図８のステップＳ８１０における、要求の書き込みが対応し、各ドメインのＩＮに要求が書込まれる。
【００５２】
例えば、依頼内容が「検索」と指定されている場合、検索のキー条件をパラメータとして、ドメインのデータベースに該当するデータがあれば、そのデータの公開を要求する。図６は、依頼内容が所定の年月日を納期とする生産管理情報の検索例を示す図である。図６において、依頼内容ファイル６０１ａ，ｂは依頼元の検索要求であるキー情報であり、パトローラは検索対象となるドメイン（Ａ、Ｂ等）にキー情報に基づく検索要求を配信する。ドメインはＩＮ６０２ａ，６０２ｂで要求を受付け、この要求に基づいてドメインの内部処理を開始する。例えば部品の受注と納入に関する情報をデータベースから検索して、該当するデータをＯＵＴ６０３ａ，６０３ｂに出力（公開）する。ドメインＡの場合、該当データは「ＦＧ５−１２３４−００２」であり、ドメインＢの該当データは「ＡＢ−１２３４−００３」であり、パトローラはＯＵＴから出力データを取得し、収集する（６０４）。
【００５３】
図７は、ドメインのデータの変更の例を説明する図である。依頼内容ファイル７０１ａ，ｂは依頼元の変更要求であり、部品番号（部番）と納期、変更後の納入先が指定されている。この指定された変更内容をパトローラは対象となるドメイン（Ａ、Ｂ等）に配信する。ドメインはＩＮ７０２ａ，７０２ｂで要求を受付け、この要求に基づいてドメインの内部処理を開始する。
【００５４】
例えばドメインＡの場合、テーブル７０５の納入先は「取手Ａ」から「取手Ｂ」へ更新され、その納期日は「２０００年３月１６日」から「３月１７日」に変更となる。処理が完了すると、ドメインＡはＯＵＴ７０３ａに更新完了「ＯＫ」を出力する。
【００５５】
同様にドメインＢの場合、テーブル７０６の納入先は「取手Ｃ」から「取手Ｂ」に更新され、納期日は「２０００年３月２０日」から「３月１７日」に変更となる。処理が完了すると、ドメインＢはＯＵＴ７０３ｂに更新完了「ＯＫ」を出力する。
【００５６】
データの書き込み要求が無い場合はステップＳ８１０の処理はスキップすればよい。
【００５７】
図５の工程▲５▼において、パトローラは各々のドメインのＯＵＴから出力データを収集し（７０４）、この結果は受付けプログラムに対するパトロールの完了報告となる。
【００５８】
依頼を振り分けられた受付けプログラム（３０４）は振り分け元の受け付けプログラム（３０３）に結果を送信して（工程▲６▼）、振分け元の受付けプログラムは受信した全ての結果がまとめられる（工程▲８▼）。工程▲５▼から▲８▼の処理は図８におけるステップＳ８１３が該当する。
【００５９】
工程▲９▼において、結果報告を処理するためのプログラムが呼び出され、目的に応じたインタフェース（Ｉ／Ｆ）プログラムが判断プログラムによって起動され、共通モジュールに検索結果が渡される。この処理は図８におけるステップＳ８１４が該当する（処理の詳細は第２実施形態で説明済みであり、省略する）。
【００６０】
工程(10)において、検索結果を受け取った共通モジュールは電子メールを管理に対して発し、その結果を報知して処理を終了する（図８のステップＳ８１７）。以上の処理を１サイクルとして、発行されたスケジュールに応じて、上記のステップＳ８１０からＳ８１５の処理が繰り返される。
【００６１】
以上説明したように、上記第１乃至第３実施形態において、受付けプログラム及びパトローラを用いたシステム管理に拠れば、分散して存在するデータベースから、必要となるデータのみを効率よく検索、あるいはデータ変更することが可能となる。
【００６２】
【他の実施形態】
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【００６３】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６５】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図３乃至５および/または図８に示す）フローチャートに対応するプログラムコードが格納されることになる。
【００６６】
【発明の効果】
以上説明したように、受付けプログラム及びパトローラを用いたシステム管理に拠れば、分散して存在するデータベースから、必要となるデータのみを効率よく検索することが可能となる。
【図面の簡単な説明】
【図１】本発明に係る情報処理装置を説明する図である。
【図２】サーバにおける常駐の受付けプログラム、目的に応じて発行されるパトローラとドメインの関係を説明する図である。
【図３】ドメインから収集したデータを所定のドメインに伝える処理手順を説明する図である。
【図４】ドメインから収集したデータを管理者に検索結果を報知する処理手順を説明する図である。
【図５】ドメインに対して要求する情報を配信した後で、各々のドメインから情報を収集して、管理者に報知する処理手順を説明する図である。
【図６】生産管理情報の検索例を説明する図である。
【図７】ドメインのデータの変更の例を説明する図である。
【図８】処理の全体的な流れを説明するための流れ図である。
【図９】本発明に係る情報処理装置を説明する図である。
【図１０】（ａ）は１つのシステムで、データベースが複数のノード（サーバ）に分散している構成を示し、（ｂ）は１つのシステムに必要なデータが特定のノードに集中している構成を示す図である。
【図１１】パトローラを利用した本発明の実施形態にかかる情報処理の態様を概念的に示す図である。
【図１】
0004545873.tif 000002
【図２】
0004545873.tif 000003
【図３】
0004545873.tif 000004
【図４】
0004545873.tif 000005
【図５】
0004545873.tif 000006
【図６】
0004545873.tif 000007
【図７】
0004545873.tif 000008
【図８】
0004545873.tif 000009
【図９】
0004545873.tif 000010
【図１０】
0004545873.tif 000011
【図１１】
0004545873.tif 000012