(57)【要約】【課題】不特定多数かつ、関心や関連性の高い者同士での情報交換を適宜行う。【解決手段】情報制御プログラムは、プロファイル交換を行う処理と、構築する処理と、通知する処理と、出力する処理とをコンピュータに実行させる。プロファイル交換を行う処理は、ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行う。構築する処理は、取得したプロファイルに基づき、１または複数のエージェントの中からユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築する。通知する処理は、関係を構築したエージェントに対してユーザのプロファイルや状況を示すコンテキストに応じてイベントを通知する。出力する処理は、関係を構築したエージェントからユーザに通知すべきイベントの通知がある場合は、当該イベントをユーザに出力する。【選択図】図１２
2020173620.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行い、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築し、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知し、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該イベントを前記ユーザに出力する、
処理をコンピュータに実行させることを特徴とする情報制御プログラム。
【請求項２】
前記プロファイル交換を行う処理は、予め設定されたタイミングに基づいて前記プロファイル交換を行う、
ことを特徴とする請求項１に記載の情報制御プログラム。
【請求項３】
前記プロファイル交換を行う処理は、前記プロファイルの要求や通知に対して所定の時間内に前記１または複数のエージェントからのプロファイルや受信確認の応答がない場合、前記プロファイルの要求や通知の再送または処理のタイムアウトを行う、
ことを特徴とする請求項１または２に記載の情報制御プログラム。
【請求項４】
前記構築する処理は、関係の構築に先立って前記エージェントに対して確認の通知を行い、当該確認の通知に対する応答に基づいて関係の構築を行う、
ことを特徴とする請求項１乃至３のいずれか一項に記載の情報制御プログラム。
【請求項５】
前記構築する処理は、前記確認の通知に対して所定の時間内に応答がない場合、前記確認の通知の再送または処理のタイムアウトを行う、
ことを特徴とする請求項４に記載の情報制御プログラム。
【請求項６】
前記構築する処理は、関係の構築に先立って前記ユーザへの確認を行い、当該ユーザの確認と、前記エージェントに対する確認とが得られた場合に関係の構築を行う、
ことを特徴とする請求項４または５に記載の情報制御プログラム。
【請求項７】
前記通知する処理は、前記コンテキストの変化が所定の条件を満たす場合に、当該変化に応じたイベントの通知を行う、
ことを特徴とする請求項１乃至６のいずれか一項に記載の情報制御プログラム。
【請求項８】
前記出力する処理は、前記通知されたイベントが所定の条件を満たす場合に、当該通知されたイベントを出力する、
ことを特徴とする請求項１乃至７のいずれか一項に記載の情報制御プログラム。
【請求項９】
前記プロファイルは、前記ユーザの特徴を属性と各属性の属性値で示し、前記各属性は上位の属性値に包括される下位の属性を含む階層構造を有する、
ことを特徴とする請求項１乃至８のいずれか一項に記載の情報制御プログラム。
【請求項１０】
前記プロファイルは、前記各属性の属性値を普通名詞、固有名詞、数値、論理のいずれか一つあるいは複数で記述する、
ことを特徴とする請求項９に記載の情報制御プログラム。
【請求項１１】
前記ユーザからの入力に応じて当該ユーザの特徴を示すプロファイルを生成する処理をさらにコンピュータに実行させ、
前記生成する処理は、前記１または複数のエージェントのプロファイルに基づき、当該プロファイルに含まれる各属性の属性値の入力を前記ユーザから受け付ける、
ことを特徴とする請求項９に記載の情報制御プログラム。
【請求項１２】
前記構築する処理は、取得した前記プロファイルにおける各属性の属性値と、前記ユーザの特徴を示すプロファイルにおける属性、および、各属性の属性値とを比較し、一致する属性値の記述内容が普通名詞、固有名詞、数値、論理のいずれであるかに応じて前記ユーザとの関連するプロファイルを有するエージェントと判断する際の重み・重視する単語を変える、
ことを特徴とする請求項９乃至１１のいずれか一項に記載の情報制御プログラム。
【請求項１３】
前記構築する処理は、前記各属性の属性値の比較における、前記属性値が示す単語の一致数または不一致数、当該属性値が示す概念の一致数または不一致数、前記階層構造において一致する属性値の階層位置の一つあるいは複数に応じて前記重みを変える、
ことを特徴とする請求項９乃至１１のいずれか一項に記載の情報制御プログラム。
【請求項１４】
前記プロファイル交換または前記イベントの通知を、下位ネットワーク層のブロードキャストまたはマルチキャストにより、前記１または複数のエージェントまたは関係を構築した前記エージェントそれぞれに対して一度に複数分行う、
ことを特徴とする請求項１乃至１３のいずれか一項に記載の情報制御プログラム。
【請求項１５】
ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行い、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築し、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知し、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該通知されたイベントを前記ユーザに出力する、
処理をコンピュータが実行することを特徴とする情報制御方法。
【請求項１６】
ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行うプロファイル交換部と、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築する関係構築部と、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知する通知部と、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該通知されたイベントを前記ユーザに出力する出力部と、
を有することを特徴とする情報制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報制御プログラム、情報制御方法および情報制御装置に関する。
【背景技術】
【０００２】
近年、人がアクセス可能な情報は、数十億とも言われるＷｅｂサイトのように人が生涯かけても目にすることが困難なほど多大なものである。近年の統計調査によれば年間１億ずつＷｅｂサイト数は増えている。このため、従来、利用者にマッチした情報を提供する情報制御が行われている。
【０００３】
利用者にマッチした情報を提供するための従来技術には、同一の時間空間内に存在する人々の間で、既に利用者が保有している情報を対象に、嗜好をマッチングすることで関心のある情報を交換する通信装置及び通信システムがある。また、送信側の状況に合わせて送信する情報を選別することが可能な情報交換装置がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−６７４００号公報
【特許文献２】特開２００８−１２９８８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、情報交換が同一の時間空間内に存在するものに限定され、不特定多数のものから利用者にマッチした情報が得られない。また、情報交換を行ったもの同士の距離が離れてしまうと関係が無くなり、将来発生する関連の深い情報を交換することはできない、という問題がある。
【０００６】
１つの側面では、過去・現在だけでなく将来におよび、需給関係や知人関係の有無や関心・懸念の共通性のある者同士を、未知・不特定多数の中から見つけだし、関係のある者同士に限定し、素早く有用な情報を通知し合うことを可能とする情報制御プログラム、情報制御方法および情報制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの案では、情報制御プログラムは、プロファイル交換を行う処理と、需給関係や友人関係など通信可能とする関係を構築する処理と、イベントを通知する処理と、イベントを出力する処理とをコンピュータに実行させる。プロファイル交換を行う処理は、ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行う。関係を構築する処理は、取得したプロファイルに基づき、１または複数のエージェントの中からユーザと関連するプロファイルを有するエージェントと通信可能な関係を構築する。イベントを通知する処理は、関係を構築したエージェントに対してユーザの状況を示すコンテキストに基づくイベントを通知する。イベントを出力する処理は、関係を構築したエージェントからイベントの通知がある場合は、通知されたイベントを出力する。
【発明の効果】
【０００８】
本発明の１実施態様によれば、不特定多数かつ、未知の者同士であっても、現在あるいは将来、需給関係が生じる場合や、関心・懸念に共通性が見出される場合は、人の手をわずらわすことなく、通信可能な関係を確立しておくことができる。逆説的には、関心のない者同士での無駄な通信を回避できる。関係性の高い者同士は事前に通信可能な状態を確立しているので、各々の周辺で生じた状況やその変化を必要に応じて素早く伝えることができる。更に、関係性を交換し合ったプロファイルから見出す際に、重視する属性や概念の粒度をユーザが変更できるので、エージェントの関係性の判断基準を人が調整できるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態にかかる情報制御装置の機能構成例を示すブロック図である。
【図２】図２は、プロファイル情報の一例を示す説明図である。
【図３−１】図３−１は、プロファイルの階層構造化の一例を示す説明図である。
【図３−２】図３−２は、プロファイルの階層構造化の一例を示す説明図である。
【図３−３】図３−３は、プロファイルの階層構造化の一例を示す説明図である。
【図３−４】図３−４は、プロファイルの階層構造化の一例を示す説明図である。
【図４】図４は、実施形態にかかる情報制御装置の動作例を示すフローチャートである。
【図５】図５は、需要（要求・要望・嗜好）あるいは供給（提供物仕様・提供スキル）の分身への入力を説明する説明図である。
【図６】図６は、プロファイルの交換を説明する説明図である。
【図７】図７は、関係構築を説明する説明図である。
【図８−１】図８−１は、関係構築の処理例を示すフローチャートである。
【図８−２】図８−２は、関係構築の処理例を示すフローチャートである。
【図８−３】図８−３は、関係構築の処理例を示すフローチャートである。
【図９】図９は、コンテキスト変化の通知を説明する説明図である。
【図１０】図１０は、通知されたイベントの出力を説明する説明図である。
【図１１】図１１は、関係形成の具体例を示す説明図である。
【図１２】図１２は、関係形成された分身同士のイベント通知の具体例を示す説明図である。
【図１３】図１３は、利用者側が提供者側の供給に関連する情報をプルするケースを例示する説明図である。
【図１４】図１４は、提供者側が供給に関連する情報をプッシュするケースを例示する説明図である。
【図１５】図１５は、提供者側が利用者側の需要に関連する情報をプルするケースを例示する説明図である。
【図１６】図１６は、利用者側が需要に関連する情報をプッシュするケースを例示する説明図である。
【図１７】図１７は、要求の送信側が受信側へ希望応答時刻を指定するケースを例示する説明図である。
【図１８】図１８は、情報制御プログラムを実行するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、実施形態にかかる情報制御プログラム、情報制御方法および情報制御装置を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する情報制御プログラム、情報制御方法および情報制御装置は、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。
【００１１】
［実施形態の概要について］
本実施形態では、人が捌ききれない情報処理を対象者の分身としてのソフトウエア（エージェント）に任せ、エージェントにより対象者にマッチした情報を提供することを情報制御と解釈する。なお、エージェントについては、以下の説明で「分身」と称する場合もある。また、分身の対象者は、提供されるサービスやモノやスキルを利用する利用者の立場をとることもあれば、反対に利用者へサービスやモノやスキルを提供する提供者の立場をとることもある。ここで「対象者」という呼び方をする理由は、「分身」が人やモノやサービスといった「個」の特徴をプロファイリングし、その「個」の分身（エージェント）として情報を処理することによる。本実施形態においては対象者が分身の雇用主（クライアント）となることを想定する。
【００１２】
このような、利用者にとって分身となるエージェントとしての処理を行う情報制御装置としては、例えば利用者が所持するスマートフォン、タブレット端末、ＰＣ（パーソナルコンピュータ）などを実世界にあるプロセッサを適用することもあれば、データセンターやエッジコンピューティングにおけるエッジルータ内のプロセッサを適用することもある。
【００１３】
なお、本実施形態では各利用者が所持するスマートフォンなどの端末装置をエージェントとしての処理を行う情報制御装置とする場合を例示するが、情報制御装置の適用例は、前述の通り各利用者が所持する端末装置に限定しない。例えば、また、ネットワーク内のノード、あるいは、データセンター内のサーバなど、システム上の任意の装置に適用してもよい。一例として、ユーザが直接利用する端末装置（クライアント）と、サーバ装置とを分離するシステム構成において、サーバ装置が情報制御装置としての機能を提供してもよい。このようなシステム構成では、情報制御装置として機能するサーバ装置は、エージェントとしての処理を行うことで、利用者に提供する情報を端末装置に出力する。
【００１４】
本実施形態において、エージェントとしての処理を行う情報制御装置のクライアント（雇用主）は、サービスやスキルや情報を提供してもらう利用者になることも、サービスやスキルや情報を提供する提供者になることもある。以下の説明では、時々刻々と変化する用途毎に、提供物を利用する対象者を利用者、サービスを提供する対象者を提供者と呼ぶ。また、特に利用者の区別を行わない場合は、「利用者（提供者）」と称するものとする。
【００１５】
本実施形態において、各エージェントには、利用者（提供者）の特徴を示すプロファイルが予め設定されている。そして、各エージェントは、１または複数の他のエージェントとの間で設定されたプロファイルを通知し合うプロファイル交換を行う。
【００１６】
プロファイル交換を行った各エージェントは、プロファイル交換により取得した他のエージェントのプロファイルと、自身のプロファイルとを比較し、互いの特徴に関連性（共通性）を有する利用者（提供者）のエージェント同士であるか否かを評価する。この評価結果をもとに、各エージェントは、関連性（共通性）を有する相手のエージェントからアクセス方法を取得し、関連性（共通性）を有するエージェント同士を通信可能な関係を確立する。
【００１７】
次いで、各エージェントは、関係を構築した他のエージェントに対して利用者（提供者）の状況を示すコンテキストに基づくイベント、例えばコンテキストの変化を通知する。
【００１８】
利用者（提供者）の状況を示すコンテキストは、短期間で変動する、動的なものであり、例えば外的コンテキストと、内的コンテキストとに分けられる。一例として、外的コンテキストは、利用者（提供者）を取り巻く環境であり、本人の意図とは無関係に変化するもので、例えば気温、湿度、天候、季節などがある。また、外的コンテキストは、例えば利用者（提供者）がいる場所、現在の時刻、並びに利用者（提供者）の状態（勤務時間中、自動車運転中、閉店までの残り営業時間など）も含む。さらに、外的コンテキストの変化には、災害や事故、事件の発生などの緊急事態の発生だけでなく、利用者（提供者）にデータや情報が入力されたことも含む。
【００１９】
また、一例として、内的コンテキストは、対象者本人の体調や心情を示す。内的コンテキストは、例えば利用者（提供者）が疲れているか又は元気であるか、病気であるか又は健康であるかといった体調に関する情報を含む。また、内的コンテキストは、利用者（提供者）が上機嫌であるか又は落ち込んでいるか、早く帰りたいか又は活動したいかといった心情に関する情報も含む。
【００２０】
各エージェントは、利用者（提供者）の状況を示すコンテキストを、例えば外的コンテキストについてはセンサ等の検知結果、天気サイトへの問い合わせ結果などにより取得する。また、各エージェントは、例えば内的コンテキストを、利用者（提供者）によるＳＮＳ（Social  Networking  Service）への投稿内容、利用者（提供者）への聞き取り調査、利用者（提供者）のＷｅｂサービスの利用状況（検索サイトにおける検索語）などにより取得する。
【００２１】
次いで、各エージェントは、取得したコンテキストに変化があった場合、変化後のコンテキストの内容をイベントとして関係を構築したエージェントに通知する。イベントの通知を受けたエージェントは、通知されたイベントをディスプレイなどに出力し、利用者（提供者）に対して通知する。
【００２２】
例えば、各エージェントは、利用者（提供者）を取り巻く環境（気温、湿度、天気）、利用者（提供者）の状態（勤務時間中、自動車運転中、閉店までの残り営業時間など）、体調（病気、健康など）、心情（上機嫌、落ち込みなど）に変化があった場合、変化後のコンテキストをイベントとして通知する。利用者（提供者）へ影響を及ぼすデータ入力もイベントとして扱う。通知を受けたエージェントは、イベントの内容（イベントを通知したエージェントの利用者（提供者）の状況変化）を必要ならばディスプレイなどに出力する。
【００２３】
このように、各エージェントは、プロファイル交換により互いの特徴に関連性（共通性）を有するエージェント同士で通信可能とする関係の構築を行う。次いで、各エージェントは、関係の構築をした他のエージェントに対して利用者（提供者）の状況（コンテキスト）に基づくイベントの通知を行う。また、各エージェントは、関係を構築した他のエージェントからイベントの通知がある場合は、通知されたイベントを出力する。このため、エージェントを利用する利用者（提供者）は、不特定かつ、未知の者同士であっても、需要・供給がある場合や、関心・懸念に共通性が見出される場合や、過去・現在だけでなく将来、それらの関係や共通性・関連性が強まる可能性がある者同士で通信可能な関係を確立しておき、各々の周辺で生じた動的状況やその変化を素早く伝えることができる。既知の者同士に限らず、不特定かつ、未知の者同士であっても、対象者の手を煩わすことなく、有用なサービスやスキルや情報を見つけることができるようになる。また、予め関係のある者同士にイベント通知する相手を限定することで、無関心な者同士の通信トラヒックを生じることが避けられるようになる。
【００２４】
［情報制御装置の構成について］
図１は、実施形態にかかる情報制御装置の機能構成例を示すブロック図である。図１に示すように、情報制御装置１は、利用者（提供者）にとって分身となるエージェントとしての処理を行う情報処理装置の一例であり、通信部１０と、記憶部２０と、制御部３０とを有する。
【００２５】
通信部１０は、有線又は無線を問わず、情報制御装置１ａ、１ｂ、１ｃ…など、その他のコンピュータ等との通信を制御する。通信部１０は、例えばＮＩＣ（Network  Interface  Card）等の通信インタフェース等である。
【００２６】
記憶部２０は、例えば制御部３０が実行するプログラム、プロファイル情報２１、コンテキスト情報２２および関係構築部３３などの各種データなどを記憶する。記憶部２０は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤ（Hard  Disk  Drive）などの記憶装置に対応する。
【００２７】
プロファイル情報２１は、情報制御装置１の利用者（提供者）に関するプロファイルを格納するデータファイルなどである。図２は、プロファイル情報２１の一例を示す説明図である。
【００２８】
図２に示すように、プロファイル情報２１は、利用者（提供者）の特徴を、性別、母国語、世代、住所・環境…などの多岐にわたる各属性について、属性値で示す。プロファイル情報２１の各属性における属性値については、普通名詞、固有名詞、数値、論理のいずれか一つあるいは複数で記述する。
【００２９】
また、プロファイル情報２１の各属性は、上位の属性（図中の属性大項目）に包括される下位の属性（図中の属性中項目）を含む階層構造を有する。図３−１〜図３−４は、プロファイルの階層構造化の一例を示す説明図である。例えば、図３−１に示すように、利用者（提供者）が関心を持つ料理についてのプロファイル情報２１ａは、大分類→和食分類→揚げ分類→トンカツ（提供する店舗名）などのような階層構造を有する。そして、プロファイル情報２１ａでは、大分類の「和食」→和食分類の「揚げ物」→揚げ物分類の「トンカツ」→「トンカツ」を提供する店舗などの「○○○○」などのように、各階層の属性に属性値が設定される。ここで注目すべき点は、どの階層に注目して共通性を評価するかは、用途によって異なる。例えば、外国人のゲストを迎えるにあたり幹事は「和食」を属性値とするレストランを探すのに対し、トンカツ好きな人は属性値が「トンカツ」となっている店舗を探すはずである。従って、後述（図８−１、図８−２）のように、着目する階層の深さを調整できることが望まれる。
【００３０】
また、図３−２に示すように、利用者（提供者）の職種についてのプロファイル情報２１ｂは、職種→領域→専門分野→具体例などのような階層構造を有する。そして、プロファイル情報２１ｂでは、職種の「研究開発」→領域の「ネットワーク」→専門の「プロトコル」→具体例の「ＯＳＰＦ／ＡＯＤＶ」などのように、各階層の属性に属性値が設定される。前例と同様に、どの階層に注目して共通性を評価するかは、用途によって異なる。新たに専門家を募集する際に、広めに専門性属性が「ネットワーク」というスキルを募集することもあれば、属性値「プロトコル」、更に詳細に属性値「ＯＳＰＦなどのルーティングプロトコル」の専門家を求めることもある。従って、後述（図８−１、図８−２）のように、着目する階層の深さを調整できることが望まれる。
【００３１】
また、図３−３に示すように、利用者（提供者）の住所についてのプロファイル情報２１ｃは、国→県→市→最寄り駅などのような階層構造を有する。そして、プロファイル情報２１ｃでは、国の「日本」→県の「神奈川」→市の「横浜」→最寄り駅の「和田町」などのように、各階層の属性に属性値が設定される。
【００３２】
また、図３−４に示すように、利用者（提供者）の業種についてのプロファイル情報２１ｄは、業種→Ｇ情報通信業→３９情報サービス→情報提供サービスなどのような階層構造を有する。そして、プロファイル情報２１ｄでは、業種の「Ｇ情報通信業」→Ｇ情報通信業の「３９情報サービス」→３９情報サービスの「情報提供サービス」→情報提供サービスの「ＰＡエージェント」などのように、各階層の属性に属性値が設定される。
【００３３】
このように、プロファイル情報２１ａ、２１ｂ、２１ｃ、２１ｄでは、下位の属性（例えば和食分類）が、上位の属性（例えば大分類）の属性値を詳細化した構成となっている。
【００３４】
図１に戻り、コンテキスト情報２２は、情報制御装置１の利用者（提供者）に関する状況（コンテキスト）を示すデータファイルなどである。例えば、コンテキスト情報２２は、利用者（提供者）を取り巻く環境（気温、湿度、天気）、利用者（提供者）の状態（勤務時間中、自動車運転中、閉店までの残り営業時間など）、体調（病気、健康など）、心情（上機嫌、落ち込みなど）などをテキスト形式として格納する。
【００３５】
関係先情報２３は、関係の構築を行った相手先（関係先）のエージェントを示すデータファイルなどである。例えば、関係先情報２３は、関係の構築を行ったエージェントに関する情報制御装置１ａ、１ｂ、１ｃ…のネットワークアドレス、アクセス方法などをテキスト形式として格納する。
【００３６】
制御部３０は、情報制御装置１の全体的な処理を司る処理部である。制御部３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。
【００３７】
制御部３０は、取得部３１、プロファイル交換部３２、関係構築部３３、通知部３４および出力部３５を有する。なお、取得部３１、プロファイル交換部３２、関係構築部３３、通知部３４および出力部３５は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。
【００３８】
取得部３１は、情報制御装置１の利用者（提供者）に関するプロファイルやコンテキストを取得する処理部である。
【００３９】
具体的には、取得部３１は、ＧＵＩ（Graphical  User  Interface）などにより、利用者（提供者）のプロファイルに関する情報入力（例えば各属性の属性値の入力）を受け付ける。次いで、取得部３１は、プロファイルに関する情報入力をもとに、入力された各属性の属性値を階層構造に構造化した上で記憶部２０にプロファイル情報２１として格納する。すなわち、取得部３１は、プロファイル情報２１を生成する生成部の一例である。
【００４０】
なお、取得部３１は、ＧＵＩなどによるプロファイルに関する情報入力において、雛形となるプロファイル情報２１を他の情報制御装置１ａ、１ｂ、１ｃ…より取得し、取得したプロファイル情報２１に基づいて各属性における属性値の入力を受け付けてもよい。例えば、取得部３１は、他の情報制御装置１ａ、１ｂ、１ｃ…より利用者（提供者）の住所を示すプロファイル情報２１ｃ（図３−３参照）を雛形として取得する。次いで、取得部３１は、取得したプロファイル情報２１ｃの階層構造に従い、国→県→市→最寄り駅などの順に属性値の入力を受け付ける。これにより、情報制御装置１では、他の情報制御装置１ａ、１ｂ、１ｃと同様な階層構造を有するプロファイル情報２１を容易に作成することができる。
【００４１】
また、取得部３１は、センサ（図示しない）などの検知結果より、利用者（提供者）の状態（勤務時間中、自動車運転中、閉店までの残り営業時間など）、体調（病気、健康など）を取得する。また、取得部３１は、天気サイトへの問い合わせ結果などにより、利用者（提供者）を取り巻く環境（気温、湿度、天気）を取得する。また、取得部３１は、利用者（提供者）によるＳＮＳへの投稿内容、利用者（提供者）への聞き取り調査、利用者（提供者）のＷｅｂサービスの利用状況などにより、利用者（提供者）の状態、心情（上機嫌、落ち込みなど）を取得する。次いで、取得部３１は、取得したこれらのコンテキストを、記憶部２０にコンテキスト情報２２として格納する。
【００４２】
プロファイル交換部３２は、１または複数の情報制御装置１ａ、１ｂ、１ｃ…のエージェントとの間でプロファイル情報２１を通知し合うプロファイル交換を行う処理部である。
【００４３】
具体的には、プロファイル交換部３２は、通信部１０を介して、例えば下位レイヤプロトコルのブロードキャスト、マルチキャスト機能を利用し、不特定多数の情報制御装置１ａ、１ｂ、１ｃ…に対してプロファイル交換を要求する。次いで、プロファイル交換部３２は、要求に対する応答のあった情報制御装置１ａ、１ｂ、１ｃ…と通信を確立し、記憶部２０より読み出したプロファイル情報２１を通知する。また、プロファイル交換部３２は、通信を確立した相手先（情報制御装置１ａ、１ｂ、１ｃ…）より、プロファイル情報を取得する。このプロファイル交換部３２が行うプロファイル交換は、利用者（提供者）がメモリなどに予め設定した任意の時間に行うものであってもよいし、予め設定された所定の周期（例えば１週間ごと）に行うものであってもよい。
【００４４】
関係構築部３３は、プロファイル交換部３２が取得したプロファイル情報に基づき、１または複数の情報制御装置１ａ、１ｂ、１ｃ…のエージェントの中から情報制御装置１の利用者（提供者）と関連するプロファイルを有するエージェントと関係を構築する処理部である。
【００４５】
具体的には、関係構築部３３は、プロファイル交換により取得した他のエージェントのプロファイルと、プロファイル情報２１における自身のプロファイルとを比較する。この比較の結果、関係構築部３３は、互いの特徴に関連性（共通性）を有する利用者（提供者）のエージェント同士であるか否かを評価する。この評価結果をもとに、関係構築部３３は、関連性（共通性）を有する他のエージェントとの間で通信を可能とする関係の構築を行う。
【００４６】
例えば、関係の構築に先立って、関係構築部３３は、ＧＵＩなどにより利用者（提供者）に対して関係の構築の確認を行う。確認が得られた場合、関係構築部３３は、関係の構築を行う相手のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）に対し、アクセス権の要求（アクセス方法の要求）を行う。次いで、関係構築部３３は、アクセス権の要求に対する応答としてアクセス方法を取得し、取得したアクセス方法を相手のアドレス情報とともに関係先情報２３として記憶部２０に格納する。
【００４７】
なお、関係の構築の依頼を受けた場合、関係構築部３３は、アクセス権の要求（アクセス方法の要求）を相手のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）より受け付ける。次いで、関係構築部３３は、他のエージェントとの間で通信を可能とするためのアクセス権の許可を、ＧＵＩなどにより情報制御装置１の利用者（提供者）に求める。アクセス権の許可が得られた場合、関係構築部３３は、アクセス権の要求があった相手のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）に対してアクセス方法を通知する。
【００４８】
通知部３４は、関係を構築した他のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）に対して利用者（提供者）の状況を示すコンテキスト情報２２に基づくイベント通知を行う処理部である。
【００４９】
具体的には、通知部３４は、記憶部２０のコンテキスト情報２２を逐次読み出して内容（コンテキスト）の変更（変化）を確認する。コンテキストに変化があった場合、通知部３４は、変化後のコンテキストの内容をイベントとして求める。次いで、通知部３４は、求めたイベントについて、関係先情報２３に示されたアドレス情報およびアクセス方法をもとに、他のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）に通知する。
【００５０】
なお、通知部３４は、イベントとして通知するコンテキストの変化について条件設定を行ってもよい。すなわち、通知部３４は、コンテキストの変化が利用者（提供者）などにより予め設定された条件（例えば積極的に通知を行うイベント条件）を満たす場合に、イベントとして他のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）に通知する。なお、条件を満たさない場合、通知部３４は、コンテキストの変化があったとしても、イベントとして通知することなく、破棄する。
【００５１】
一例として、利用者（提供者）の現在位置に関するコンテキストの変化を通知する条件として予め設定している場合、通知部３４は、利用者（提供者）の現在位置が変化した場合に、その変化を示すイベントを他のエージェントに対して通知する。
【００５２】
出力部３５は、関係を構築した他のエージェント（情報制御装置１ａ、１ｂ、１ｃ…）からイベントの通知がある場合、通知されたイベントを出力する処理部である。具体的には、出力部３５は、他のエージェントから通知されたイベントの内容をディスプレイ（図示しない）に出力し、情報制御装置１の利用者（提供者）に通知する。
【００５３】
なお、出力部３５は、出力対象とするイベントについて条件設定を行ってもよい。すなわち、出力部３５は、通知されたイベントが利用者（提供者）などにより予め設定された条件（例えば積極的に出力を行うイベント条件）を満たす場合に、通知されたイベントをディスプレイなどに出力する。なお、条件を満たさない場合、出力部３５は、イベントの通知があったとしても、ディスプレイなどに出力することなく、破棄する。
【００５４】
一例として、利用者（提供者）の現在位置に関するイベントを出力する条件として予め設定している場合、通知部３４は、通知されたイベントが利用者（提供者）の現在位置に関するイベントである場合に、そのイベントの出力を行う。
【００５５】
［処理の流れについて］
図４は、実施形態にかかる情報制御装置１の動作例を示すフローチャートである。図４に示すように、処理が開始されると、取得部３１は、プロファイルに関する情報入力（需要（要求・要望・嗜好）あるいは供給（提供物仕様・提供スキル）など）を受け付ける（Ｓ１）。次いで、取得部３１は、情報入力された各属性の属性値を階層構造に構造化（プロファイル構造化）し、記憶部２０にプロファイル情報２１として格納する（Ｓ２）。
【００５６】
図５は、需要（要求・要望・嗜好）あるいは供給（提供物仕様・提供スキル）の分身への入力を説明する説明図である。対象者（利用者あるいは提供者、あるいはそれらに委託された設計者）がエージェントにプッシュ通知することもあれば、エージェントが自動的に利用者や提供者の出力を観察しプルすることもある。また、エージェントが属性を表記した画面を提示し、利用者や提供者に属性値の入力を促すことで、プロファイルを生成することも考えられる。この時、属性値の候補をプルダウン、あるいは、ラジオボタン形式で表示し、利用者や提供者が単に選択するだけで、属性に対する属性値を記入させる方法もある。図５において、エージェント１００ａ〜１００ｄは、利用者２００ａ〜２００ｄが所持する情報制御装置１により提供される、利用者２００ａ〜２００ｄそれぞれの分身である。同様に、エージェント１００ｅ〜１００ｈは、提供者２００ｅ〜２００ｈが所持する情報制御装置１により提供される、提供者２００ｅ〜２００ｈそれぞれの分身である。また、エージェント１００ａ〜１００ｈは、インターネット等のネットワークＮを介して互いに通信可能に接続される。
【００５７】
また、エージェント１００ａ〜１００ｈを特に区別しない場合は、エージェント１００と称するものとする。同様に、利用者２００ａ〜２００ｄと、提供者２００ｅ〜２００ｈとを特に区別しない場合は、利用者（提供者）２００と称するものとする。
【００５８】
図５に示すように、Ｓ１において、サービスや情報を提供してもらう需要者側の利用者２００ａ〜２００ｄそれぞれは、要求する、あるいは、関心のあるサービスや情報の特徴（属性／属性値）を入力する。これにより、エージェント１００ａ〜１００ｄには、需要者側のサービスや情報の要求・要望に関するプロファイル（プロファイル情報２１）が設定される。
【００５９】
同様に、Ｓ１において、情報を提供する供給者側の提供者２００ｅ〜２００ｈそれぞれは、提供できるサービスや情報やスキルに関する特徴（属性／属性値）を入力する。これにより、エージェント１００ｅ〜１００ｈには、供給者側における、サービスやスキルや情報の提供物に関するプロファイル（プロファイル情報２１）が設定される。
【００６０】
次いで、プロファイル交換部３２は、ネットワークＮを介して利用者と提供者間でプロファイル２１を交換する。この時、後述（図１３〜図１６）のように、一つずつ相手の情報制御装置を選択してもよいし、あるいは、ブロードキャスト、マルチキャスト機能を利用し、ネットワークＮを介して接続する１または複数の情報制御装置１ａ、１ｂ、１ｃ…のエージェント１００との間で一気にプロファイル情報２１を通知し合うプロファイル交換を行う（Ｓ３）。
【００６１】
図６は、プロファイルの交換を説明する説明図である。図６に示すように、Ｓ３において、例えば、利用者２００ａ〜２００ｄのエージェント１００ａ〜１００ｄそれぞれは、ネットワークＮを介して提供者２００ｅ〜２００ｈのエージェント１００ｅ〜１００ｈに対して要求・要望などの特徴が示されたプロファイル情報２１を通知する。同様に、提供者２００ｅ〜２００ｈのエージェント１００ｅ〜１００ｈそれぞれは、ネットワークＮを介して利用者２００ａ〜２００ｄのエージェント１００ａ〜１００ｄに対して提供物仕様などの特徴が示されたプロファイル情報２１を通知する。
【００６２】
次いで、関係構築部３３は、取得したプロファイル情報２１に基づき、１または複数の情報制御装置１ａ、１ｂ、１ｃ…のエージェント１００の中から情報制御装置１の利用者（提供者）２００と関連するプロファイルを有するエージェント１００と関係を構築する（Ｓ４）。
【００６３】
図７は、関係構築を説明する説明図である。図７に示すように、Ｓ４において、エージェント１００ａ〜１００ｄは、プロファイル交換により取得したエージェント１００ｅ〜１００ｈのプロファイル情報２１と、自身のプロファイル情報２１とを比較する。同様に、エージェント１００ｅ〜１００ｈは、プロファイル交換により取得したエージェント１００ａ〜１００ｄのプロファイル情報２１と、自身のプロファイル情報２１とを比較する。この比較の結果、エージェント１００ａ〜１００ｈは、互いの対象者のプロファイルに需給関係や子弟（上司部下）関係や共通の関心・懸念を有する知人関係など、関連性（共通性）を有する利用者（提供者）２００のエージェント１００同士であるか否かを評価してマッチング成立の有無を判定する。ついで、エージェント１００ａ〜１００ｈは、マッチング成立のエージェント１００に対して関係構築の依頼を行い、アクセス方法などを取得することで通信可能な関係を確立する。
【００６４】
例えば、図示例では、エージェント１００ａについては、エージェント１００ｅおよび１００ｇが互いに関連性（共通性）を有するものとしてマッチング成立している。このため、エージェント１００ａは、エージェント１００ｅおよび１００ｇとの間で関係の構築を行う。
【００６５】
ここで、関係構築に関する処理例の詳細を説明する。プロファイルに現れるどの単語の一致を重視して関係性の有無を判断するかを、利用者や提供者といった人（対象者）が調整できることが望ましい。ここでは人が単語の一致・不一致を検査する際に、どの単語の一致を重視するかという点で、複数の評価軸が存在する。そこで、図８−１〜図８−３に、関係構築の処理例を示すフローチャートを示す。いずれも利用者・提供者のプロファイルに登場する単語（言葉）の共通性を評価することを基本としているが、重みの付け方を利用者・提供者が調整できるようにしてあることを特徴としている。図８−１、図８−２の処理例は、プロファイルの属性・属性値が階層構造になっている場合に、図３−１〜図３〜４で説明したように、重視する階層の深さを調整することができる方法である。図８−３の処理例は、プロファイルが複数の属性・属性値の組み合わせで記述されている場合に、重視する属性を調整できる方法である。
【００６６】
まず、関係構築に関する最初の処理例を説明する。図８−１に示すように、処理が開始されると、関係構築部３３は、処理に用いる変数（Ｐ＝０、Ｌ＝１）などの初期設定を行う（Ｓ１０）。ここで、Ｐは、プロファイル情報２１を比較する際の関連度合いを評価する評価値（総得点数）であり、初期値は０とする。また、Ｌは、処理対象の属性について、プロファイル情報２１の階層構造における深度（１から順に深度に応じて加算）を示す値であり、初期値は１とする。
【００６７】
次いで、関係構築部３３は、互いに比較するプロファイル情報２１の深度（Ｌ）の階層について、比較する単語列の入力を受け付ける（Ｓ１１）。これにより、関係構築部３３は、比較を行うプロファイル情報２１それぞれから同階層の属性値（単語列）を得る。
【００６８】
次いで、関係構築部３３は、互いに比較するプロファイル情報２１より入力された単語列同士を比較し、評価値（Ｐ）を求める属性評価を行う（Ｓ１２）。具体的には、関係構築部３３は、互いの単語列の普通名詞における一致／不一致を判定し、不一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｇｕとして評価値を求める（Ｓ１２ａ）。また、関係構築部３３は、普通名詞が一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｇｍとして評価値を求める（Ｓ１２ｂ）。
【００６９】
ここで、ｆ（Ｌ）は、属性の階層構造における深度（Ｌ）に応じた関数であり、例えばｆ（Ｌ）＝Ｘ^Ｌとする。もしも深い階層の単語の一致を重視するならばＸ＞１．０とすれば、Ｌが大きくなるほど、単語の一致に対し高得点を与えるようにする。反対に広さを重視するならばＸ＜１．０とすると、Ｌが小さいほど単語の一致に対する重みが大きくなるので、粗い粒度の一致が重視されることになる。また、ｎｇｕ、ｎｇｍは、普通名詞の一致／不一致に応じた評価点である。この普通名詞の一致／不一致に応じた評価点は、利用者（提供者）２００などにより任意に設定される。例えばｎｇｕ＝０、ｎｇｍ＝２とすることで、一致する場合だけ加点を重く評価する。
【００７０】
次いで、関係構築部３３は、Ｌ＝Ｌ＋１としてＬをインクリメントし（Ｓ１３）、評価点（Ｐ）が所定の閾値（Ｔ）を上回る（Ｐ＞Ｔ？）か否かを判定する（Ｓ１４）。閾値（Ｔ）は、関連性（共通性）について判断基準として、利用者（提供者）２００などにより予め設定された値である。
【００７１】
評価点（Ｐ）が所定の閾値（Ｔ）を上回る場合（Ｓ１４：Ｙｅｓ）、関係構築部３３は、Ｓ２１へ処理を進める。評価点（Ｐ）が所定の閾値（Ｔ）を上回らない場合（Ｓ１４：Ｎｏ）、関係構築部３３は、Ｓ１２へ処理を戻す。
【００７２】
また、関係構築部３３は、Ｓ１３に次いで、互いに比較するプロファイル情報２１より入力された単語列同士の比較による属性値評価を行う（Ｓ１５）。具体的には、関係構築部３３は、互いの単語列の文字解析を行い、普通名詞、固有名詞、数値（論理）のいずれであるかを判別する。
【００７３】
普通名詞の場合、関係構築部３３は、普通名詞における一致／不一致を判定し、不一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｇｕとして評価値を求める（Ｓ１５ａ）。また、関係構築部３３は、普通名詞が一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｇｍとして評価値を求める（Ｓ１５ｂ）。また、固有名詞・数値（論理）の場合、関係構築部３３は、固有名詞・数値（論理）における一致／不一致を判定し、不一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｓｕとして評価値を求める（Ｓ１５ｃ）。また、関係構築部３３は、固有名詞・数値（論理）が一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎｓｍとして評価値を求める（Ｓ１５ｄ）。
【００７４】
ここで、ｎｓｕ、ｎｓｍは、固有名詞・数値（論理）に応じた評価点である。この固有名詞・数値（論理）に応じた評価点は、利用者（提供者）２００などにより任意に設定される。例えばｎsｕ＝０、ｎsｍ＝３とすることで、不一致の場合は加点せず、しかも、普通名詞の一致よりも固有名詞・数値の一致に対し高い得点（ｎｇｍ＜ｎsｍ）を加点し、固有名詞・数値（論理）の一致を重く評価することが可能となる。
【００７５】
Ｓ１５に次いで、関係構築部３３は、互いに比較するプロファイル情報２１の全属性・属性値についてチェック済み（属性評価済みおよび属性値評価済み）であるか否かを判定する（Ｓ１６）。全属性・属性値についてチェック済みである場合（Ｓ１６：Ｙｅｓ）、関係構築部３３は、Ｓ１７へ処理を進める。また、全属性・属性値についてチェック済みでない場合（Ｓ１６：Ｎｏ）、関係構築部３３は、Ｓ１２へ処理を戻す。
【００７６】
Ｓ１７において、関係構築部３３は、全比較単語列がチェック済みであるか否かを判定する。全比較単語列がチェック済みである場合（Ｓ１７：Ｙｅｓ）、関係構築部３３は、Ｓ１８へ処理を進める。また、全比較単語列がチェック済みでない場合（Ｓ１７：Ｎｏ）、関係構築部３３は、Ｓ１１へ処理を戻す。
【００７７】
Ｓ１８において、関係構築部３３は、評価点（Ｐ）が所定の閾値（Ｔ）を上回る（Ｐ＞Ｔ？）か否かを判定する。評価点（Ｐ）が所定の閾値（Ｔ）を上回らない場合（Ｓ１８：Ｎｏ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）がないもの「関係  無」と判定する（Ｓ１９）。次いで、関係構築部３３は、「関係  無」としたエージェント１００については、関係の構築を行うことなく廃却とし（Ｓ２０）、処理を終了する。
【００７８】
評価点（Ｐ）が所定の閾値（Ｔ）を上回る場合（Ｓ１８：Ｙｅｓ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）があるもの「関係  有」と判定する（Ｓ２１）。次いで、関係構築部３３は、「関係  有」としたエージェント１００に対して、対象者（利用者（提供者）２００）による確認（アクセス権の要求）を行い（Ｓ２２）、関係の構築を行った上で処理を終了する。
【００７９】
次に、関係構築に関する第２の処理例を説明する。図８−２に示すように、処理が開始されると、関係構築部３３は、Ｓ１０と同様、処理に用いる変数（Ｐ＝０、Ｌ＝１）などの初期設定を行う（Ｓ３０）。次いで、関係構築部３３は、互いに比較するプロファイル情報２１の深度（Ｌ）の階層について、比較する単語列の入力を受け付ける（Ｓ３１）。
【００８０】
次いで、関係構築部３３は、互いに比較するプロファイル情報２１より入力された単語列同士を比較し、単語および単語が有する概念の一致／不一致の評価を行い、評価値（Ｐ）を求める属性評価を行う（Ｓ３２）。
【００８１】
具体的には、関係構築部３３は、互いの単語列の単語比較を行い、単語の一致／不一致を判定する。単語不一致の場合、関係構築部３３は、単語同士の概念の一致／不一致を判定し、概念不一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎ１として評価値を求める（Ｓ３２ａ）。また、関係構築部３３は、概念一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎ２として評価値を求める（Ｓ３２ｂ）。
【００８２】
なお、概念の判定については、各単語についての、対応する意味、概念などが示された辞書データを参照し、単語同士の概念を比較することで、一致／不一致の判定を行う。
【００８３】
同様に、単語一致の場合、関係構築部３３は、単語同士の概念の一致／不一致を判定し、概念不一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎ３として評価値を求める（Ｓ３２ｃ）。また、関係構築部３３は、概念一致の場合はＰ＝Ｐ＋ｆ（Ｌ）ｎ４として評価値を求める（Ｓ３２ｄ）。
【００８４】
ここで、ｎ１、ｎ２は、単語不一致である場合の概念不一致／一致に応じた評価点である。また、ｎ３、ｎ４は、単語一致である場合の概念不一致／一致に応じた評価点である。これらの評価点は、利用者（提供者）２００などにより任意に設定される。例えばｎ１＝０、ｎ２＝２とすることで、単語不一致であっても概念一致であれば評価点を付与することができる。また、ｎ３＝０、ｎ４＝３とすることで、単語一致であっても概念不一致であれば評価せず、単語および概念ともに一致する場合であれば最も重く評価することができる。
【００８５】
次いで、関係構築部３３は、Ｌ＝Ｌ＋１としてＬをインクリメントし（Ｓ３３）、評価点（Ｐ）が所定の閾値（Ｔ）を上回る（Ｐ＞Ｔ？）か否かを判定する（Ｓ３４）。
【００８６】
評価点（Ｐ）が所定の閾値（Ｔ）を上回る場合（Ｓ３４：Ｙｅｓ）、関係構築部３３は、Ｓ４１へ処理を進める。評価点（Ｐ）が所定の閾値（Ｔ）を上回らない場合（Ｓ３４：Ｎｏ）、関係構築部３３は、Ｓ３２へ処理を戻す。
【００８７】
また、関係構築部３３は、Ｓ３３に次いで、互いに比較するプロファイル情報２１より入力された単語列同士の比較による属性値評価を行う（Ｓ３５）。具体的には、関係構築部３３は、互いの単語列を比較し、単語不一致、論理一致、単語・数値一致のいずれに該当するかを判別する。
【００８８】
単語不一致の場合、関係構築部３３は、Ｐ＝Ｐ＋ｆ（Ｌ）ｎ５として評価値を求める（Ｓ３５ａ）。また、論理一致の場合、関係構築部３３は、Ｐ＝Ｐ＋ｆ（Ｌ）ｎ６として評価値を求める（Ｓ３５ｂ）。また、単語・数値一致の場合、関係構築部３３は、Ｐ＝Ｐ＋ｆ（Ｌ）ｎ７として評価値を求める（Ｓ３５ｃ）。
【００８９】
ここで、ｎ５、ｎ６、ｎ７は、単語不一致、論理一致（例えば○以上、△以内など）、単語・数値一致に応じた評価点である。これらの評価点は、利用者（提供者）２００などにより任意に設定される。例えばｎ５＝０、ｎ６＝３、ｎ７＝４とすることで、論理一致よりも単語・数値一致の重みを大きくすることができる。
【００９０】
Ｓ３５に次いで、関係構築部３３は、互いに比較するプロファイル情報２１の全属性・属性値についてチェック済み（属性評価済みおよび属性値評価済み）であるか否かを判定する（Ｓ３６）。全属性・属性値についてチェック済みである場合（Ｓ３６：Ｙｅｓ）、関係構築部３３は、Ｓ３７へ処理を進める。また、全属性・属性値についてチェック済みでない場合（Ｓ３６：Ｎｏ）、関係構築部３３は、Ｓ３２へ処理を戻す。
【００９１】
Ｓ３７において、関係構築部３３は、全比較単語列がチェック済みであるか否かを判定する。全比較単語列がチェック済みである場合（Ｓ３７：Ｙｅｓ）、関係構築部３３は、Ｓ３８へ処理を進める。また、全比較単語列がチェック済みでない場合（Ｓ３７：Ｎｏ）、関係構築部３３は、Ｓ３１へ処理を戻す。
【００９２】
Ｓ３８において、関係構築部３３は、評価点（Ｐ）が所定の閾値（Ｔ）を上回る（Ｐ＞Ｔ？）か否かを判定する。評価点（Ｐ）が所定の閾値（Ｔ）を上回らない場合（Ｓ３８：Ｎｏ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）がないもの「関係  無」と判定する（Ｓ３９）。次いで、関係構築部３３は、「関係  無」としたエージェント１００については、関係の構築を行うことなく廃却とし（Ｓ４０）、処理を終了する。
【００９３】
評価点（Ｐ）が所定の閾値（Ｔ）を上回る場合（Ｓ３８：Ｙｅｓ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）があるもの「関係  有」と判定する（Ｓ４１）。次いで、関係構築部３３は、「関係  有」としたエージェント１００に対して、対象者（利用者（提供者）２００）による確認（アクセス権の要求）を行い（Ｓ４２）、関係の構築を行った上で処理を終了する。
【００９４】
次に、関係構築に関する第３の処理例を説明する。個の特徴を表すプロファイルが複数の属性と属性値のペアから構成される場合、ある少数の属性と属性値にだけ注目して共通性を見出せば良いケースがある。第３の処理例は注目する属性と属性値に現れる単語の一致を重視する例である。図８−３に示すように、処理が開始されると、関係構築部３３は、Ｓ１０と同様、処理に用いる変数（Ｐ＝０、ｋ＝１）などの初期設定を行う（Ｓ５０）。ここで、ｋは、属性番号を示す１〜Ｋの整数である。
【００９５】
次いで、関係構築部３３は、互いに比較するプロファイル情報２１について、単語と属性♯ｋの比較を行う（Ｓ５１）。ここで、属性♯ｋは、属性の番号を意味するものであり、例えば属性♯３の場合は、属性番号３に相当する。
【００９６】
次いで、関係構築部３３は、属性♯ｋと単語が一致するか否かを判定し（Ｓ５２）、一致する場合は（Ｓ５２：Ｙｅｓ）Ｐ＝Ｐ＋ｇ（ｋ）・Ａとして評価値を求める（Ｓ５４）。属性♯ｋと単語が不一致の場合（Ｓ５２：Ｎｏ）、関係構築部３３は、辞書データを参照して属性の概念が一致するか否かを判定する（Ｓ５３）。概念が一致する場合（Ｓ５３：Ｙｅｓ）、関係構築部３３は、Ｐ＝Ｐ＋ｇ（ｋ）・Ａとして評価値を求める（Ｓ５４）。
【００９７】
ここで、ｇ（ｋ）は、属性番号♯ｋにおける重みの関数である。例えば、属性番号♯３を評価し、他の属性番号を評価しない場合には、ｇ（３）＝１、ｇ（ｉ）＝０（ｉ≠３）とする。また、「・」は積算を意味する記号である。また、Ａは、属性一致（概念を含む）の場合に積算する値である。これらの関数および積算値は、利用者（提供者）２００などにより任意に設定される。
【００９８】
概念が不一致の場合（Ｓ５３：Ｎｏ）、関係構築部３３は、ｋ＝Ｋであるか否かを判定する（Ｓ５５）。ｋ＝Ｋでない場合（Ｓ５５：Ｎｏ）、関係構築部３３は、ｋをインクリメントし（Ｓ５６）、Ｓ５１へ処理を戻す。ｋ＝Ｋである場合（Ｓ５５：Ｙｅｓ）、関係構築部３３は、Ｓ６４へ処理を進める。
【００９９】
Ｓ５４に次いで、関係構築部３３は、互いに比較するプロファイル情報２１について、単語と属性値♯jの比較を行う（Ｓ５７）。ここで、ｊは、階層構造が同階層の属性値の番号（１〜Ｊの整数）である。属性値♯jは、属性値番号がｊである属性値を意味する。
【０１００】
次いで、関係構築部３３は、属性値♯ｊと単語・論理が一致するか否かを判定し（Ｓ５８）、一致する場合は（Ｓ５８：Ｙｅｓ）Ｐ＝Ｐ＋ｇ（ｋ）・Ｂとして評価値を求める（Ｓ６０）。属性値♯ｊと単語・論理が不一致の場合（Ｓ５８：Ｎｏ）、関係構築部３３は、辞書データを参照して属性値の概念が一致するか否かを判定する（Ｓ５９）。概念が一致する場合（Ｓ５９：Ｙｅｓ）、関係構築部３３は、Ｐ＝Ｐ＋ｇ（ｋ）・Ｃとして評価値を求める（Ｓ６１）。概念が一致しない場合（Ｓ５９：Ｎｏ）、関係構築部３３は、ｊをインクリメントした後にＳ５７へ処理を戻す。
【０１０１】
ここで、Ｂは、属性値の単語・論理一致の場合に積算する値である。また、Ｃは、属性値の概念一致の場合に積算する値である。これらの積算値は、利用者（提供者）２００などにより任意に設定される。
【０１０２】
Ｓ６０、Ｓ６１に次いで、関係構築部３３は、ｊ＝Ｊであるか否かを判定する（Ｓ６３）。ｊ＝Ｊでない場合（Ｓ６３：Ｎｏ）、関係構築部３３は、ｊをインクリメントし（Ｓ６２）、Ｓ５７へ処理を戻す。ｊ＝Ｊである場合（Ｓ６３：Ｙｅｓ）、関係構築部３３は、Ｓ６４処理を進める。
【０１０３】
Ｓ６４において、関係構築部３３は、評価点（Ｐ）が所定の閾値（Ｔ）を上回る（Ｐ＞Ｔ？）か否かを判定する。評価点（Ｐ）が所定の閾値（Ｔ）を上回らない場合（Ｓ６４：Ｎｏ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）がないもの「関係  無」と判定する（Ｓ６５）。次いで、関係構築部３３は、「関係  無」としたエージェント１００については、関係の構築を行うことなく廃却とし（Ｓ６６）、処理を終了する。
【０１０４】
評価点（Ｐ）が所定の閾値（Ｔ）を上回る場合（Ｓ６４：Ｙｅｓ）、関係構築部３３は、互いに比較したプロファイル情報２１のエージェント１００同士は関連性（共通性）があるもの「関係  有」と判定する（Ｓ６７）。次いで、関係構築部３３は、「関係  有」としたエージェント１００に対して、対象者（利用者（提供者）２００）による確認（アクセス権の要求）を行い（Ｓ６８）、関係の構築を行った上で処理を終了する。
【０１０５】
図４に戻り、Ｓ４に次いで、通知部３４は、関係を構築した他のエージェント１００に対して利用者（提供者）２００の状況を示すコンテキスト情報２２に基づくコンテキスト変化（イベント）の通知（受信）を行う（Ｓ５）。
【０１０６】
図９は、コンテキスト変化の通知を説明する説明図である。図９に示すように、エージェント１００ａ〜１００ｈは、コンテキスト変化があった場合に、コンテキスト変化の内容をイベントとして関係を構築した他のエージェント１００に通知する。例えば、利用者２００ｄの状況（コンテキスト）に何らかの変化があった場合、エージェント１００ｄは、関係を構築したエージェント１００ｆ、１００ｈに対してイベント通知を行う。
【０１０７】
図４に戻り、Ｓ５に次いで、出力部３５は、関係を構築した他のエージェント１００からイベントの通知がある場合、通知されたイベントの出力を行い（Ｓ６）、処理を終了する。
【０１０８】
図１０は、通知されたイベントの出力を説明する説明図である。図１０に示すように、エージェント１００ａ、１００ｃは、関係を構築した１００ｅからのイベント通知を受けて、通知されたイベントを利用者２００ａ、２００ｃに対して出力する。これにより、利用者２００ａ、２００ｃは、エージェント１００を介し、不特定多数かつ、関心や関連性の高い提供者２００ｅからの情報を容易に得ることができる。
【０１０９】
なお、出力部３５は、予め設定された条件とのマッチングが成立するイベントを出力してもよい。例えば、エージェント１００ｄからのエージェント１００ｆ、１００ｈへのイベント通知に対し、エージェント１００ｈはマッチング成立としてイベントの出力を行い、エージェント１００ｆはマッチング不成立としてイベントの出力を行わない。このように、出力するイベントについては、予め選別をおこなってもよい。
【０１１０】
［具体事例について］
図１１は、関係形成の具体例を示す説明図である。図１１の具体事例では、利用者２００ａ〜２００ｄは、自身の分身であるエージェント１００ａ〜１００ｄに対して、要求するサービスや情報につながる自身の特徴をプロファイルとして設定している。また、提供者２００ｅ〜２００ｊは、自身の分身であるエージェント１００ｅ〜１００ｊに対して、提供するサービスや情報の特徴をプロファイルとして設定している。
【０１１１】
例えば、図１１に示すように、エージェント１００ａには、「営業」、「父要介護」などを示すプロファイルが設定される。また、エージェント１００ｂには、「三人目出産予定」、「音楽ファン」などを示すプロファイルが設定される。また、エージェント１００ｃには、「食品加工業」などを示すプロファイルが設定される。また、エージェント１００ｄには、「新システム開発」などを示すプロファイルが設定される。
【０１１２】
また、エージェント１００ｅには、「高齢者施設」などを示すプロファイルが設定される。また、エージェント１００ｆには、「イベント企画」などを示すプロファイルが設定される。また、エージェント１００ｇには、「不動産業」などを示すプロファイルが設定される。また、エージェント１００ｈには、「トマト生産者」などを示すプロファイルが設定される。また、エージェント１００ｉには、「商社」などを示すプロファイルが設定される。また、エージェント１００ｊには、「プログラマ」などを示すプロファイルが設定される。
【０１１３】
エージェント１００ａ〜１００ｊは、それぞれ設定されたプロファイルを交換することで、関連性（共通性）の高い者同士で通信可能な関係（関係形成）を確立しておく。例えば、エージェント１００ａは、「要介護」、「渋谷まで４０分」などにより、属性値の一致や概念の一致に応じて関係性ありと評価されたエージェント１００ｅ、１００との間で関係構築を行う。
【０１１４】
図１２は、関係形成された分身同士のイベント通知の具体例を示す説明図である。図１２に示すように、関係形成されたエージェント１００同士は、コンテキスト変化に応じたイベント通知を行う。
【０１１５】
例えば、エージェント１００ａと関係形成したエージェント１００ｇの提供者２００ｇにおいて、「空き室有」などの状況（コンテキスト）が変化した場合、エージェント１００ｇは、エージェント１００ａに対してイベント（中山に空き室有り）を通知する。イベント通知を受けたエージェント１００ａは、出力するものの条件に該当する場合、利用者２００ａに対してエージェント１００ｇからのイベントを出力する。これにより、利用者２００ａは、空き室状況などを容易に知ることができる。
【０１１６】
また、エージェント１００ｄ、１００ｊが互いに関係形成しており、利用者２００ｄ、提供者２００ｊともに状況（コンテキスト）が変化したものとする。例えば、エージェント１００ｄの利用者２００ｄにおいて、「ＳＭＣ受注」などの状況（コンテキスト）が変化し、エージェント１００ｊの提供者２００ｊにおいて、「前職完」などの状況（コンテキスト）が変化したものとする。このような場合は、「公募」、「履歴書」などのイベント通知・出力が速やかに行われ、需要と供給のマッチングを迅速に支援できたことになる。
【０１１７】
図１３は、利用者側が提供者側の情報をプルするケースを例示する説明図である。図１３に示すように、利用者２００ａのエージェント１００ａには、「住所・京都」などのプロファイルが設定されている。同様に、提供者２００ｅのエージェント１００ｅには「横浜営業所」などのプロファイルが設定され、提供者２００ｆのエージェント１００ｆには「京都営業所」などのプロファイルが設定されている。
【０１１８】
したがって、エージェント１００ａは、Ｓ４などにおいて、「京都」の関連性を有するエージェント１００ｆと関係を構築する。そして、利用者２００ａにおいて、状況（コンテキスト）に変化があった場合、エージェント１００ａは、関係を構築したエージェント１００ｆに対してイベントプッシュ（イベント通知）を行う。例えば、エージェント１００ａは、「京都到着直前、大雨」などのコンテキストに応じた「５分後に烏丸口到着」などのイベントをエージェント１００ｆに通知する。また、エージェント１００ａは、関係を構築したエージェント１００ｆから、提供者２００ｆの状況（コンテキスト）に応じたイベントを得る。例えば、エージェント１００ｆは、「京都烏丸口でタクシー１０台待機中」などのイベントをエージェント１００ａに通知する。これにより、利用者２００ａは、自身の状況に関連する有意義な情報を容易に得ることができる。
【０１１９】
図１４は、提供者側をプッシュするケースを例示する説明図である。図１４に示すように、提供者２００ｅのエージェント１００ｅには「農業」などのプロファイルが設定され、提供者２００ｆのエージェント１００ｆには「不動産業」などのプロファイルが設定されている。したがって、エージェント１００ａは、Ｓ４などにおいて、利用者２００ａの特徴と関連する「不動産業」のエージェント１００ｆと関係を構築する。
【０１２０】
そして、利用者２００ａにおいて、「ＸＸＸへ転勤決定」などの状況（コンテキスト）に変化があった場合、エージェント１００ａは、関係を構築したエージェント１００ｆに対してイベントプッシュ（イベント通知）を行う。例えば、エージェント１００ａは、「ＸＸＸへ転勤決定」などのコンテキストに応じた「要・ＸＸＸ近辺３ＬＤＫ」などのイベントをエージェント１００ｆに通知する。
【０１２１】
このイベント通知に対し、提供者２００ｆにおいて、「空き部屋あり」などの状況（コンテキスト）に変化があった場合、エージェント１００ｆは、関係を構築したエージェント１００ａに対してイベントプッシュ（イベント通知）を行う。例えば、エージェント１００ｆは、「空き部屋あり」などのコンテキストに応じた「ＸＸＸ３ＬＤＫ空きあり」などのイベントをエージェント１００ａに通知する。
【０１２２】
図１５は、提供者側が利用者側の情報をプルするケースを例示する説明図である。図１５に示すように、利用者２００ａのエージェント１００ａには「職種：ＩＴシステム企画」などのプロファイルが設定され、利用者２００ｂのエージェント１００ｂには「職種：輸送」などのプロファイルが設定されている。また、提供者２００ｅのエージェント１００ｅには「職種：Ｐｙｔｈｏｎ開発」などのプロファイルが設定されている。
【０１２３】
したがって、エージェント１００ｅは、Ｓ４などにおいて、「職種：Ｐｙｔｈｏｎ開発」の関連性を有するエージェント１００ａと関係を構築する。そして、提供者２００ｅにおいて、状況（コンテキスト）に変化があった場合、エージェント１００ｅは、関係を構築したエージェント１００ａに対してイベントプッシュ（イベント通知）を行う。
【０１２４】
例えば、エージェント１００ｅは、「前職完」などのコンテキストに応じた「求職：Ｐｙｔｈｏｎ経験」などのイベントをエージェント１００ａに通知する。また、エージェント１００ｅは、関係を構築したエージェント１００ａから、利用者２００ａの状況（コンテキスト）に応じたイベントを得る。例えば、エージェント１００ａは、「募集・Ｐｙｔｈｏｎプロ」などのイベントをエージェント１００ｅに通知する。
【０１２５】
図１６は、利用者側が情報をプッシュするケースを例示する説明図である。利用者２００ａのエージェント１００ａには「食品加工業」などのファイルが設定され、利用者２００ｂのエージェント１００ｂには「要・ピアノ調律」などのプロファイルが設定されている。また、提供者２００ｅのエージェント１００ｅには、「トマト生産者」などのプロファイルが設定されている。したがって、エージェント１００ｅは、Ｓ４などにおいて、提供者２００ｅの特徴と関連する「食品加工業」のエージェント１００ａと関係を構築する。
【０１２６】
そして、提供者２００ｅにおいて、「トマト収穫開始」などの状況（コンテキスト）に変化があった場合、エージェント１００ｅは、関係を構築したエージェント１００ａに対してイベントプッシュ（イベント通知）を行う。例えば、エージェント１００ｅは、「トマト収穫開始」などのイベントをエージェント１００ａに通知する。
【０１２７】
このイベント通知に対し、利用者２００ａにおいて、「ケチャップ大量受注」などの状況（コンテキスト）に変化があった場合、エージェント１００ａは、関係を構築したエージェント１００ｅに対してイベントプッシュ（イベント通知）を行う。例えば、エージェント１００ａは、「ケチャップ大量受注」などのコンテキストに応じた「至急求む・トマト」などのイベントをエージェント１００ｅに通知する。
【０１２８】
［応答時刻の指定について］
プロファイル交換部３２、関係構築部３３は、プロファイル交換や関係構築に関する通知において、予め応答時刻を指定し、通知の再送または処理のタイムアウトを行ってもよい。
【０１２９】
図１７は、応答時刻を指定するケースを例示する説明図である。なお、図示例では、プロファイル交換部３２における処理（プロファイル交換時の通知処理）を例示するが、関係構築部３３における処理（関係構築時の通知処理）も同様であることは言うまでもないことである。
【０１３０】
図１７に示すように、プロファイル交換部３２は、プロファイル交換（Ｓ３）において、エージェント１００ｅに対してプロファイルを要求する際に（要求＋ＲＥＣＥＩＰＴ）、応答時刻（ＡＣＫ  ＴＩＭＥ）を指定する（Ｓ７０）。
【０１３１】
ここで、応答時刻（ＡＣＫ  ＴＩＭＥ）において応答がない場合、プロファイル交換部３２は、プロファイルの要求（要求＋ＲＥＣＥＩＰＴ）を再送する（Ｓ７１）。この再送時の応答時刻（ＡＣＫ  ＴＩＭＥ２）における時間幅は、最初の応答時刻（ＡＣＫ  ＴＩＭＥ）における時間幅と異なるものであってもよい。
【０１３２】
次いで、プロファイル交換部３２は、再送に対する応答もない場合、エージェント１００ｅに対するプロファイル交換の処理をタイムアウトとして扱う。具体的には、処理の一次中断（保留）または処理の強制終了とする。
【０１３３】
例えば、再送に対する応答がない場合、プロファイル交換部３２は、他のエージェント１００ｆに対してプロファイルの要求を行い、プロファイルを得る（Ｓ７２）。次いで、プロファイル交換部３２は、保留中であったエージェント１００ｅに対するプロファイル交換の処理を行う（Ｓ７３）。
【０１３４】
［効果について］
以上のように、情報制御装置１は、プロファイル交換部３２、関係構築部３３、通知部３４および出力部３５を有する。プロファイル交換部３２は、利用者（提供者）２００の特徴を示すプロファイル情報２１を１または複数のエージェント１００へ通知し、１または複数のエージェント１００の利用者（提供者）２００に関するプロファイル情報２１を取得するプロファイル交換を行う。関係構築部３３は、取得したプロファイル情報２１に基づき、１または複数のエージェント１００の中から利用者（提供者）２００と関連するプロファイルを有するエージェント１００と関係を構築する。通知部３４は、関係を構築したエージェント１００に対して利用者（提供者）２００の状況を示すコンテキスト情報２２に基づくイベントを通知する。出力部３５は、関係を構築したエージェント１００からイベントの通知がある場合は、通知されたイベントを出力する。
【０１３５】
このように、情報制御装置１では、プロファイル交換により関係を構築したエージェント１００同士でコンテキスト情報２２に基づくイベント通知を行うので、不特定多数かつ、関心や関連性の高いエージェント１００同士の情報交換を適宜行うことができる。
【０１３６】
また、プロファイル交換部３２は、予め設定されたタイミングに基づいてプロファイル交換を行う。これにより、情報制御装置１では、利用者（提供者）２００が設定した任意のタイミングでプロファイル交換を行うことができる。
【０１３７】
また、プロファイル交換部３２は、プロファイル情報２１の通知に対して所定の時間内に１または複数のエージェント１００からのプロファイルの取得がない場合、プロファイル情報２１の通知の再送または処理のタイムアウトを行う。これにより、情報制御装置１では、例えば通信途絶などが生じることがあったとしても、１または複数のエージェント１００とのプロファイル交換が滞らないようにすることができる。
【０１３８】
また、関係構築部３３は、関係の構築に先立ってエージェント１００に対して確認の通知を行い、確認の通知に対する応答に基づいて関係の構築を行う。これにより、情報制御装置１では、確認の通知に対する応答があったエージェント１００との間で関係の構築を行うことができる。
【０１３９】
また、関係構築部３３は、確認の通知に対して所定の時間内に応答がない場合、確認の通知の再送または処理のタイムアウトを行う。これにより、情報制御装置１では、例えば通信途絶などが生じることがあったとしても、１または複数のエージェント１００との関係の構築が滞らないようにすることができる。
【０１４０】
また、関係構築部３３は、関係の構築に先立って利用者（提供者）２００への確認を行い、利用者（提供者）２００の確認と、エージェント１００に対する確認とが得られた場合に関係の構築を行う。これにより、情報制御装置１では、利用者（提供者）２００および１または複数のエージェント１００による確認が取れた場合に関係構築を行うことができる。
【０１４１】
また、通知部３４は、コンテキスト情報２２の変化が所定の条件を満たす場合に、コンテキスト情報２２の変化に応じたイベントの通知を行う。これにより、情報制御装置１では、利用者（提供者）２００について所定の変化があった場合に、その変化に応じたイベントを関係構築したエージェント１００に対して通知することができる。
【０１４２】
また、出力部３５は、通知されたイベントが所定の条件を満たす場合に、通知されたイベントを出力する。これにより、情報制御装置１では、関係構築したエージェント１００より通知された数あるイベントの中から所定の条件を満たすイベントを利用者（提供者）２００に対して通知することができる。
【０１４３】
また、プロファイル情報２１は、利用者（提供者）２００の特徴を各属性の属性値で示し、各属性は上位の属性に包括される下位の属性を含む階層構造を有する。これにより、プロファイル情報２１では、上位の属性に包括される下位の属性を含む階層構造により、階層ごとの属性値で利用者（提供者）２００の特徴を示すことができる。
【０１４４】
また、プロファイル情報２１は、各属性の属性値を普通名詞、固有名詞、数値のいずれか一つあるいは複数で記述する。これにより、プロファイル情報２１は、普通名詞、固有名詞、数値のいずれか一つあるいは複数の記述によって利用者（提供者）２００の特徴を示すことができる。
【０１４５】
また、情報制御装置１は、利用者（提供者）２００からの入力に応じて利用者（提供者）２００の特徴を示すプロファイル情報２１を生成する取得部３１をさらに有する。取得部３１は、他の情報制御装置（１ａ〜１ｃなど）における１または複数のエージェント１００のプロファイルに基づき、プロファイル情報２１に含まれる各属性の属性値の入力を利用者（提供者）２００から受け付ける。これにより、情報制御装置１では、例えば、１または複数のエージェント１００のプロファイルにおける属性の階層構造に合わせて、プロファイル情報２１に含まれる各属性の属性値の入力を行うことができる。
【０１４６】
また、関係構築部３３は、取得したプロファイル情報２１における各属性の属性値と、利用者（提供者）２００の特徴を示すプロファイル情報２１における各属性の属性値とを比較する。次いで、関係構築部３３は、一致する属性値が普通名詞、固有名詞、数値のいずれであるかに応じて利用者（提供者）２００と関連するプロファイルを有するエージェント１００と判断する際の重みを変える。これにより、情報制御装置１では、一致する属性値が普通名詞、固有名詞、数値のいずれであるかに応じた重み付けをもとに、利用者（提供者）２００と関連するプロファイルを有するエージェント１００の判断を行うことができる。
【０１４７】
また、関係構築部３３は、各属性の属性値の比較における、属性値の一致数または不一致数、属性値が示す概念の一致数または不一致数、階層構造において一致する属性値の階層位置の一つあるいは複数に応じて重みを変える。これにより、情報制御装置１では、属性値の一致数または不一致数、属性値が示す概念の一致数または不一致数、階層構造において一致する属性値の階層位置などに応じた重み付けをもとに、利用者（提供者）２００と関連するプロファイルを有するエージェント１００の判断を行うことができる。
【０１４８】
また、情報制御装置１におけるプロファイル交換またはイベントの通知は、ブロードキャストまたはマルチキャストにより、１または複数のエージェント１００または関係を構築したエージェント１００それぞれに対して行う。これにより、情報制御装置１では、ブロードキャストまたはマルチキャストにより、プロファイル交換またはイベントの通知を行うことができる。
【０１４９】
［その他］
なお、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、プロファイル交換部３２と関係構築部３３または通知部３４と出力部３５とを統合してもよい。また、図示した各処理は、上記の順番に限定されるものでなく、処理内容を矛盾させない範囲において、同時に実施してもよく、順序を入れ替えて実施してもよい。
【０１５０】
さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウエア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【０１５１】
［ハードウエア構成について］
ところで、上記の各実施形態で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の各実施形態と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１８は、情報制御プログラムを実行するコンピュータの一例を示す図である。
【０１５２】
図１８に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、データ入力を受け付ける入力装置３０２と、モニタ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読み取る媒体読取装置３０４と、各種装置と接続するためのインタフェース装置３０５と、他の情報処理装置等と有線または無線により接続するための通信装置３０６とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０７と、ハードディスク装置３０８とを有する。また、各装置３０１〜３０８は、バス３０９に接続される。
【０１５３】
ハードディスク装置３０８には、図１に示した取得部３１、プロファイル交換部３２、関係構築部３３、通知部３４および出力部３５の各処理部と同様の機能を有する情報制御プログラム３０８Ａが記憶される。また、ハードディスク装置３０８には、プロファイル情報２１、コンテキスト情報２２および関係先情報２３を実現するための各種データが記憶される。入力装置３０２は、例えば、コンピュータ３００の管理者から操作情報等の各種情報の入力を受け付ける。モニタ３０３は、例えば、コンピュータ３００の管理者に対して表示画面等の各種画面を表示する。インタフェース装置３０５は、例えば印刷装置等が接続される。通信装置３０６は、例えば、図１に示した通信部１０と同様の機能を有し、図示しないネットワークと接続され、他の情報制御装置と各種情報をやりとりする。
【０１５４】
ＣＰＵ３０１は、ハードディスク装置３０８に記憶された情報制御プログラム３０８Ａを読み出して、ＲＡＭ３０７に展開して実行することで、各種の処理を行う。また、この情報制御プログラム３０８Ａは、コンピュータ３００を図１に示した取得部３１、プロファイル交換部３２、関係構築部３３、通知部３４および出力部３５として機能させることができる。
【０１５５】
なお、上記の情報制御プログラム３０８Ａは、ハードディスク装置３０８に記憶されていなくてもよい。例えば、コンピュータ３００が読み取り可能な記憶媒体に記憶された情報制御プログラム３０８Ａを、コンピュータ３００が読み出して実行するようにしてもよい。コンピュータ３００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤ（Digital  Versatile  Disc）、ＵＳＢ（Universal  Serial  Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置に情報制御プログラム３０８Ａを記憶させておき、コンピュータ３００がこれらから情報制御プログラム３０８Ａを読み出して実行するようにしてもよい。
【０１５６】
以上の実施形態に関し、さらに以下の付記を開示する。
【０１５７】
（付記１）ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行い、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築し、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知し、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該イベントを前記ユーザに出力する、
処理をコンピュータに実行させることを特徴とする情報制御プログラム。
【０１５８】
（付記２）前記プロファイル交換を行う処理は、予め設定されたタイミングに基づいて前記プロファイル交換を行う、
ことを特徴とする付記１に記載の情報制御プログラム。
【０１５９】
（付記３）前記プロファイル交換を行う処理は、前記プロファイルの要求や通知に対して所定の時間内に前記１または複数のエージェントからのプロファイルや受信確認の応答がない場合、前記プロファイルの要求や通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記１または２に記載の情報制御プログラム。
【０１６０】
（付記４）前記構築する処理は、関係の構築に先立って前記エージェントに対して確認の通知を行い、当該確認の通知に対する応答に基づいて関係の構築を行う、
ことを特徴とする付記１乃至３のいずれか一に記載の情報制御プログラム。
【０１６１】
（付記５）前記構築する処理は、前記確認の通知に対して所定の時間内に応答がない場合、前記確認の通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記４に記載の情報制御プログラム。
【０１６２】
（付記６）前記構築する処理は、関係の構築に先立って前記ユーザへの確認を行い、当該ユーザの確認と、前記エージェントに対する確認とが得られた場合に関係の構築を行う、
ことを特徴とする付記４または５に記載の情報制御プログラム。
【０１６３】
（付記７）前記通知する処理は、前記コンテキストの変化が所定の条件を満たす場合に、当該変化に応じたイベントの通知を行う、
ことを特徴とする付記１乃至６のいずれか一に記載の情報制御プログラム。
【０１６４】
（付記８）前記出力する処理は、前記通知されたイベントが所定の条件を満たす場合に、当該通知されたイベントを出力する、
ことを特徴とする付記１乃至７のいずれか一に記載の情報制御プログラム。
【０１６５】
（付記９）前記プロファイルは、前記ユーザの特徴を属性と各属性の属性値で示し、前記各属性は上位の属性値に包括される下位の属性を含む階層構造を有する、
ことを特徴とする付記１乃至８のいずれか一に記載の情報制御プログラム。
【０１６６】
（付記１０）前記プロファイルは、前記各属性の属性値を普通名詞、固有名詞、数値、論理のいずれか一つあるいは複数で記述する、
ことを特徴とする付記９に記載の情報制御プログラム。
【０１６７】
（付記１１）前記ユーザからの入力に応じて当該ユーザの特徴を示すプロファイルを生成する処理をさらにコンピュータに実行させ、
前記生成する処理は、前記１または複数のエージェントのプロファイルに基づき、当該プロファイルに含まれる各属性の属性値の入力を前記ユーザから受け付ける、
ことを特徴とする付記９に記載の情報制御プログラム。
【０１６８】
（付記１２）前記構築する処理は、取得した前記プロファイルにおける各属性の属性値と、前記ユーザの特徴を示すプロファイルにおける属性、および、各属性の属性値とを比較し、一致する属性値の記述内容が普通名詞、固有名詞、数値、論理のいずれであるかに応じて前記ユーザとの関連するプロファイルを有するエージェントと判断する際の重み・重視する単語を変える、
ことを特徴とする付記９乃至１１のいずれか一に記載の情報制御プログラム。
【０１６９】
（付記１３）前記構築する処理は、前記各属性の属性値の比較における、前記属性値が示す単語の一致数または不一致数、当該属性値が示す概念の一致数または不一致数、前記階層構造において一致する属性値の階層位置の一つあるいは複数に応じて前記重みを変える、
ことを特徴とする付記９乃至１１のいずれか一に記載の情報制御プログラム。
【０１７０】
（付記１４）前記プロファイル交換または前記イベントの通知を、下位ネットワーク層のブロードキャストまたはマルチキャストにより、前記１または複数のエージェントまたは関係を構築した前記エージェントそれぞれに対して一度に複数分行う、
ことを特徴とする付記１乃至１３のいずれか一に記載の情報制御プログラム。
【０１７１】
（付記１５）ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行い、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築し、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知し、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該通知されたイベントを前記ユーザに出力する、
処理をコンピュータが実行することを特徴とする情報制御方法。
【０１７２】
（付記１６）前記プロファイル交換を行う処理は、予め設定されたタイミングに基づいて前記プロファイル交換を行う、
ことを特徴とする付記１５に記載の情報制御方法。
【０１７３】
（付記１７）前記プロファイル交換を行う処理は、前記プロファイルの要求や通知に対して所定の時間内に前記１または複数のエージェントからのプロファイルや受信確認の応答がない場合、前記プロファイルの要求や通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記１５または１６に記載の情報制御方法。
【０１７４】
（付記１８）前記構築する処理は、関係の構築に先立って前記エージェントに対して確認の通知を行い、当該確認の通知に対する応答に基づいて関係の構築を行う、
ことを特徴とする付記１５乃至１７のいずれか一に記載の情報制御方法。
【０１７５】
（付記１９）前記構築する処理は、前記確認の通知に対して所定の時間内に応答がない場合、前記確認の通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記１８に記載の情報制御方法。
【０１７６】
（付記２０）前記構築する処理は、関係の構築に先立って前記ユーザへの確認を行い、当該ユーザの確認と、前記エージェントに対する確認とが得られた場合に関係の構築を行う、
ことを特徴とする付記１８または１９に記載の情報制御方法。
【０１７７】
（付記２１）前記通知する処理は、前記コンテキストの変化が所定の条件を満たす場合に、当該変化に応じたイベントの通知を行う、
ことを特徴とする付記１５乃至２０のいずれか一に記載の情報制御方法。
【０１７８】
（付記２２）前記出力する処理は、前記通知されたイベントが所定の条件を満たす場合に、当該通知されたイベントを出力する、
ことを特徴とする付記１５乃至２１のいずれか一に記載の情報制御方法。
【０１７９】
（付記２３）前記プロファイルは、前記ユーザの特徴を属性と各属性の属性値で示し、前記各属性は上位の属性値に包括される下位の属性を含む階層構造を有する、
ことを特徴とする付記１５乃至２２のいずれか一に記載の情報制御方法。
【０１８０】
（付記２４）前記プロファイルは、前記各属性の属性値を普通名詞、固有名詞、数値、論理のいずれか一つあるいは複数で記述する、
ことを特徴とする付記２３に記載の情報制御方法。
【０１８１】
（付記２５）前記ユーザからの入力に応じて当該ユーザの特徴を示すプロファイルを生成する処理をさらにコンピュータに実行させ、
前記生成する処理は、前記１または複数のエージェントのプロファイルに基づき、当該プロファイルに含まれる各属性の属性値の入力を前記ユーザから受け付ける、
ことを特徴とする付記２３に記載の情報制御方法。
【０１８２】
（付記２６）前記構築する処理は、取得した前記プロファイルにおける各属性の属性値と、前記ユーザの特徴を示すプロファイルにおける属性、および、各属性の属性値とを比較し、一致する属性値の記述内容が普通名詞、固有名詞、数値、論理のいずれであるかに応じて前記ユーザとの関連するプロファイルを有するエージェントと判断する際の重み・重視する単語を変える、
ことを特徴とする付記２３乃至２５のいずれか一に記載の情報制御方法。
【０１８３】
（付記２７）前記構築する処理は、前記各属性の属性値の比較における、前記属性値が示す単語の一致数または不一致数、当該属性値が示す概念の一致数または不一致数、前記階層構造において一致する属性値の階層位置の一つあるいは複数に応じて前記重みを変える、
ことを特徴とする付記２３乃至２５のいずれか一に記載の情報制御方法。
【０１８４】
（付記２８）前記プロファイル交換または前記イベントの通知を、下位ネットワーク層のブロードキャストまたはマルチキャストにより、前記１または複数のエージェントまたは関係を構築した前記エージェントそれぞれに対して一度に複数分行う、
ことを特徴とする付記１５乃至２７のいずれか一に記載の情報制御方法。
【０１８５】
（付記２９）ユーザの特徴を示すプロファイルを１または複数のエージェントへ通知し、当該１または複数のエージェントのユーザに関するプロファイルを取得するプロファイル交換を行うプロファイル交換部と、
取得した前記プロファイルに基づき、前記１または複数のエージェントの中から前記ユーザと関連する可能性の高いプロファイルを有するエージェントと関係を構築する関係構築部と、
関係を構築した前記エージェントに対して前記ユーザの前記プロファイルや状況を示すコンテキストに応じてイベントを通知する通知部と、
関係を構築した前記エージェントから前記ユーザに通知すべきイベントの通知がある場合は、当該通知されたイベントを前記ユーザに出力する出力部と、
を有することを特徴とする情報制御装置。
【０１８６】
（付記３０）前記プロファイル交換部は、予め設定されたタイミングに基づいて前記プロファイル交換を行う、
ことを特徴とする付記２９に記載の情報制御装置。
【０１８７】
（付記３１）前記プロファイル交換部は、前記プロファイルの要求や通知に対して所定の時間内に前記１または複数のエージェントからのプロファイルや受信確認の応答がない場合、前記プロファイルの要求や通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記２９または３０に記載の情報制御装置。
【０１８８】
（付記３２）前記関係構築部は、関係の構築に先立って前記エージェントに対して確認の通知を行い、当該確認の通知に対する応答に基づいて関係の構築を行う、
ことを特徴とする付記２９乃至３１のいずれか一に記載の情報制御装置。
【０１８９】
（付記３３）前記関係構築部は、前記確認の通知に対して所定の時間内に応答がない場合、前記確認の通知の再送または処理のタイムアウトを行う、
ことを特徴とする付記３２に記載の情報制御装置。
【０１９０】
（付記３４）前記関係構築部は、関係の構築に先立って前記ユーザへの確認を行い、当該ユーザの確認と、前記エージェントに対する確認とが得られた場合に関係の構築を行う、
ことを特徴とする付記３２または３３に記載の情報制御装置。
【０１９１】
（付記３５）前記通知部は、前記コンテキストの変化が所定の条件を満たす場合に、当該変化に応じたイベントの通知を行う、
ことを特徴とする付記２９乃至３４のいずれか一に記載の情報制御装置。
【０１９２】
（付記３６）前記出力部は、前記通知されたイベントが所定の条件を満たす場合に、当該通知されたイベントを出力する、
ことを特徴とする付記２９乃至３５のいずれか一に記載の情報制御装置。
【０１９３】
（付記３７）前記プロファイルは、前記ユーザの特徴を属性と各属性の属性値で示し、前記各属性は上位の属性値に包括される下位の属性を含む階層構造を有する、
ことを特徴とする付記２９乃至３６のいずれか一に記載の情報制御装置。
【０１９４】
（付記３８）前記プロファイルは、前記各属性の属性値を普通名詞、固有名詞、数値、論理のいずれか一つあるいは複数で記述する、
ことを特徴とする付記３７に記載の情報制御装置。
【０１９５】
（付記３９）前記ユーザからの入力に応じて当該ユーザの特徴を示すプロファイルを生成する生成部をさらに有し、
前記生成部は、前記１または複数のエージェントのプロファイルに基づき、当該プロファイルに含まれる各属性の属性値の入力を前記ユーザから受け付ける、
ことを特徴とする付記３７に記載の情報制御装置。
【０１９６】
（付記４０）前記関係構築部は、取得した前記プロファイルにおける各属性の属性値と、前記ユーザの特徴を示すプロファイルにおける属性、および、各属性の属性値とを比較し、一致する属性値の記述内容が普通名詞、固有名詞、数値、論理のいずれであるかに応じて前記ユーザとの関連するプロファイルを有するエージェントと判断する際の重み・重視する単語を変える、
ことを特徴とする付記３７乃至３９のいずれか一に記載の情報制御装置。
【０１９７】
（付記４１）前記関係構築部は、前記各属性の属性値の比較における、前記属性値が示す単語の一致数または不一致数、当該属性値が示す概念の一致数または不一致数、前記階層構造において一致する属性値の階層位置の一つあるいは複数に応じて前記重みを変える、
ことを特徴とする付記３７乃至３９のいずれか一に記載の情報制御装置。
【０１９８】
（付記４２）前記プロファイル交換または前記イベントの通知は、下位ネットワーク層のブロードキャストまたはマルチキャストにより、前記１または複数のエージェントまたは関係を構築した前記エージェントそれぞれに対して一度に複数分行う、
ことを特徴とする付記２９乃至４１のいずれか一に記載の情報制御装置。
【符号の説明】
【０１９９】
１、１ａ〜１ｃ…情報制御装置
１０…通信部
２０…記憶部
２１、２１ａ〜２１ｄ…プロファイル情報
２２…コンテキスト情報
２３…関係先情報
３１…取得部
３２…プロファイル交換部
３３…関係構築部
３４…通知部
３５…出力部
１００、１００ａ〜１００ｊ…エージェント
２００…利用者（提供者）
２００ａ〜２００ｄ…利用者
２００ｅ〜２００ｊ…提供者
３００…コンピュータ
３０１…ＣＰＵ
３０２…入力装置
３０３…モニタ
３０４…媒体読取装置
３０５…インタフェース装置
３０６…通信装置
３０７…ＲＡＭ
３０８…ハードディスク装置
３０８Ａ…情報制御プログラム
３０９…バス
Ｎ…ネットワーク
【図１】
2020173620.tif 000003
【図２】
2020173620.tif 000004
【図３−１】
2020173620.tif 000005
【図３−２】
2020173620.tif 000006
【図３−３】
2020173620.tif 000007
【図３−４】
2020173620.tif 000008
【図４】
2020173620.tif 000009
【図５】
2020173620.tif 000010
【図６】
2020173620.tif 000011
【図７】
2020173620.tif 000012
【図８−１】
2020173620.tif 000013
【図８−２】
2020173620.tif 000014
【図８−３】
2020173620.tif 000015
【図９】
2020173620.tif 000016
【図１０】
2020173620.tif 000017
【図１１】
2020173620.tif 000018
【図１２】
2020173620.tif 000019
【図１３】
2020173620.tif 000020
【図１４】
2020173620.tif 000021
【図１５】
2020173620.tif 000022
【図１６】
2020173620.tif 000023
【図１７】
2020173620.tif 000024
【図１８】
2020173620.tif 000025