JP2013218462A - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

Abstract

【課題】情報を収集することで個人間コミュニケーションを楽にすると共に、情報の公開について相手に応じた制限を掛けることが可能な情報処理装置を提供する。
【解決手段】ユーザ個人に関する公開された情報を収集する情報収集部と、前記情報収集部が収集した情報から、該ユーザが公開する情報に基づいてユーザの個人情報を構築する情報構築部と、他のユーザに応じて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる情報公開制御部と、を備える、情報処理装置が提供される。
【選択図】図１

Description

本開示は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。

スマートフォンに代表される携帯型の情報処理装置の普及により、ソーシャル・ネットワーキング・サービス（ＳＮＳ）も、そのような情報処理装置を用いて行われることが多くなってきている。ＳＮＳは、人と人とのコミュニケーションを容易にさせるという大きな役割を果たしており、今後もＳＮＳやその他のクラウド型のウェブサービスによる人間間のコミュニケーションが非常に重要な役割を果たすものと考えられる。

最近では、複数のＳＮＳやその他のウェブサービスにアカウントを有し、これらＳＮＳやウェブサービス上に情報を分散させて登録することが一般的になってきている。従って、分散して登録された情報を集約させると、個人の情報が一元化できて、コミュニケーションに役立てることができる。ネットワーク上の情報を自動的に収集するソフトウェア（エージェントソフトウェア）の技術は、例えば特許文献１に開示されている。

特開２００６−２５９８６７号公報

ＳＮＳやその他のクラウド型のウェブサービスは、人と人とのコミュニケーションを容易にさせることはできるが、このようなサービスを用いて他人と直接コミュニケーションするには、その他人が同時にサービスを利用していなければならないという制約がある。またＳＮＳやその他のクラウド型のウェブサービスは、知らない人とのコミュニケーションが制限されたり、しづらかったりすることがあり、さらには１人ずつしか対応することが出来ないことが多い。

また、複数のＳＮＳやその他のウェブサービス上に分散して登録された情報を自動的に収集した場合に、その情報の公開について何ら制限を設けないと、親しくない人間や、情報を知られたくない人間にまで情報が公開されてしまう。

そこで、本開示の目的とするところは、情報を収集することで個人間コミュニケーションを楽にすると共に、情報の公開について相手に応じた制限を掛けることが可能な、新規かつ改良された情報処理装置、情報処理方法及びコンピュータプログラムを提供することにある。

本開示によれば、ユーザ個人に関する公開された情報を収集する情報収集部と、前記情報収集部が収集した情報から、該ユーザが公開する情報に基づいてユーザの個人情報を構築する情報構築部と、他のユーザに応じて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる情報公開制御部と、を備える、情報処理装置が提供される。

また本開示によれば、ユーザ個人に関する公開された情報を収集する情報収集ステップと、前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、を備える、情報処理方法が提供される。

また本開示によれば、コンピュータに、ユーザ個人に関する情報を収集する情報収集ステップと、前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、を実行させる、コンピュータプログラムが提供される。

以上説明したように本開示によれば、情報を収集することで個人間コミュニケーションを楽にすると共に、情報の公開について相手に応じた制限を掛けることが可能な、新規かつ改良された情報処理装置、情報処理方法及びコンピュータプログラムを提供することができる。

本開示の一実施形態にかかる情報システム１のシステム構成例を示す説明図である。 本開示の一実施形態にかかるエージェントの構成例を示す説明図である。 ＡＰＩによってユーザの現在地を知る場合の一例を示す説明図である。 エージェント１００ａを含んだ情報システム１の動作概要を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 本開示の一実施形態にかかるエージェントの動作例を示す説明図である。 個人情報の設定画面の一例を示す説明図である。 エージェントが構築したユーザの情報の内容を変更するためのユーザインタフェースの例を示す説明図である。 エージェントの活動（アクティビティ）を確認するためのユーザインタフェースの例を示す説明図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
＜１．本開示の一実施形態＞
［システムの構成例］
［エージェントの構成例］
［エージェントの動作例］
［ユーザインタフェース例］
＜２．まとめ＞

＜１．本開示の一実施形態＞
［システムの構成例］
図１は、本開示の一実施形態にかかる情報システム１のシステム構成例を示す説明図である。以下、図１を用いて本開示の一実施形態にかかる情報システム１のシステム構成例について説明する。

図１に示したように、本開示の一実施形態にかかる情報システム１は、ネットワーク２に設けられるウェブサービス３ａ、３ｂや、ユーザが使用する情報処理装置１０ａ、１０ｂから情報を収集するエージェント１００ａ、１００ｂを含んで構成される。

エージェント１００ａは、ウェブサービス３ａ、３ｂからユーザＡの情報を自動的に収集して、データベース１１０ａにユーザＡの情報を構築する。ネットワーク２に設けられるウェブサービスとしては、例えばソーシャル・ネットワーキング・サービス（ＳＮＳ）、位置情報サービス、カレンダーサービス、時間管理サービス、ＴｏＤｏ管理サービス等がある。また、情報処理装置１０ａを使用する。情報処理装置１０ａは、例えばデスクトップコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットその他の携帯端末である。エージェント１００ａは、ユーザＡにより使用されている情報処理装置１０ａの稼働状態（例えば、情報処理装置１０ａで実行されているソフトウェアの情報や、当該ソフトウェアで行われているユーザＡの作業の内容）から、ユーザＡについての情報を収集し、データベース１１０ａにユーザＡの情報を構築する。情報処理装置１０ａは、ユーザＡの操作に応じてエージェント１００ａの設定を変更する。

エージェント１００ａは、図１では情報処理装置１０ａからもネットワーク２からも独立しているように図示されているが、エージェント１００ａは情報処理装置１０ａの内部に設けられるように構成されてもよく、ネットワーク２上に設けられるように構成されてもよい。

図１では、２つのエージェント１００ａ、１００ｂを図示している。エージェント１００ａはユーザＡについての情報を構築し、エージェント１００ｂはユーザＢについての情報を構築する。また図１では、３つの情報処理装置１０ａ、１０ｂ、１０ｃを図示している。情報処理装置１０ａはユーザＡが、情報処理装置１０ｂはユーザＢが、情報処理装置１０ｃはユーザＣが、それぞれ使用するものとする。

エージェント１００ａは、他のエージェント（エージェント１００ｂ）や、ユーザＡ以外のユーザが使用する情報処理装置（情報処理装置１０ｂ、１０ｃ）からの問い合わせに対して、データベース１１０ａに構築したユーザＡの情報を公開する。ここでエージェント１００ａは、問い合わせ元に応じて、データベース１１０ａに構築したユーザＡの情報の公開範囲や内容を変化させる。例えば、ユーザＡとユーザＢとが非常に親しい間柄であれば、エージェント１００ａは、データベース１１０ａに構築したユーザＡの情報を加工せずに公開する。一方、ユーザＡとユーザＣとが親しくない間柄であったり、赤の他人であったりする場合や、ユーザＡにとってユーザＣが情報を知られたくない関係である場合は、エージェント１００ａは、データベース１１０ａに構築したユーザＡの情報を加工して公開したり、公開範囲を制限したり、または全く公開しないようにしたりすることができる。エージェント１００ａは、ユーザＡとユーザＢ、ユーザＣとの関係を、例えばウェブサービス３ａ、３ｂから自動的に決定してもよく、またはユーザＡによって設定されるようにしてもよい。

本開示の一実施形態にかかる情報システム１は、ユーザ対エージェント、エージェント対ユーザ、エージェント同士のコミュニケーションを可能にする。各エージェントは、情報提供者として構築され、あるユーザの情報は、そのユーザからだけでなく、そのユーザのエージェントを通じてでも得ることができる。また、あるユーザへの情報の提供は、そのユーザのエージェントを通じてでもすることができる。また、あるユーザとコンタクトを取りたいが、そのユーザをよく知らない場合であっても、そのユーザのエージェントを通じて紹介してもらうことも可能になる。

以上、図１を用いて本開示の一実施形態にかかる情報システム１のシステム構成例について説明した。次に、図１を用いて本開示の一実施形態にかかるエージェントの構成例について説明する。

［エージェントの構成例］
図２は、本開示の一実施形態にかかるエージェントの構成例を示す説明図である。図２には、エージェントの構成例として、図１に示したユーザＡのエージェントであるエージェント１００ａの構成例を示している。以下、図２を用いて本開示の一実施形態にかかるエージェント１００ａの構成について説明する。

図２に示したように、本開示の一実施形態にかかるエージェント１００ａは、情報収集部１０１と、情報構築部１０２と、情報公開制御部１０３と、情報公開部１０４と、問い合わせ通知部１０５と、問い合わせ応答部１０６と、情報変更部１０７と、問い合わせ部１０８と、を含んで構成される。

情報収集部１０１は、ユーザＡについて公開された情報を収集する。情報収集部１０１は、ネットワーク２に設けられるウェブサービス３ａ、３ｂに登録されている情報や、ユーザＡにより使用されている情報処理装置１０ａの稼働状態等から、ユーザＡについて公開された情報を収集する。情報収集部１０１による、ユーザＡについて公開された情報の収集頻度は特定のタイミングに限られないが、ユーザＡについての最新の情報を得るには、例えばネットワーク２に設けられるウェブサービス３ａ、３ｂに登録されている情報や、ユーザＡにより使用されている情報処理装置１０ａの稼働状態に変更があった時点で、その変更の通知を受けて情報を収集するようにしてもよい。

また、ネットワーク２に設けられるウェブサービスが、エージェント１００ａと連動するように設定されている場合は、情報収集部１０１は、そのウェブサービスを定期的にモニタリングすることで情報を収集しても良い。例えば情報収集部１０１は、それぞれのサービスに対して、例えばＯＡｕｔｈ等によるセキュアなＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）認可を用いて、ユーザ個人のデータ（位置情報、ステータス、スケジュール等）を自動的に収集してもよい。情報収集部１０１が収集するデータの形式は、例えばＸＭＬ、ＪＳＯＮ等の形式で記述されていてもよい。また、情報収集部１０１は情報の収集に際して、ＳＮＳなどのソーシャルメディア上でユーザの活動（アクティビティ）をリスト化して扱うアクティビティストリームを用いても良い。また情報収集部１０１は、音声認識により得られた情報をユーザ個人に関する情報として収集してもよい。

情報構築部１０２は、情報収集部１０１が収集した、ユーザＡについて公開された情報を構築する。情報構築部１０２は、情報収集部１０１が収集した情報を所定の属性単位で管理することでユーザＡの個人情報を構築する。情報構築部１０２による情報の構築には様々な手法が考えられるが、例えば、情報収集部１０１が収集したデータを継続的に整理し、ユーザの状況を細かく把握するには、いわゆる５Ｗ１Ｈ（Ｗｈｏ、Ｗｈａｔ、Ｗｈｅｎ、Ｗｈｅｒｅ、Ｗｈｙ、Ｈｏｗ）の形でモデル化する。

“Ｗｈｏ”の情報としては、例えば、現在誰かがそのユーザと一緒にいるか、またこれから誰かと合うか、などの情報がある。このような情報は、例えばカレンダーサービス、ＳＮＳに設けられているチェックイン機能等から収集されるようにしてもよく、また一緒にいるユーザを顔認識機能、音声認識機能等によって認識した結果が用いられるようにしても良い。

“Ｗｈａｔ”の情報としては、そのユーザが何をしているか、例えば、歩いているのか、走っているのか、電車に乗って移動しているのか、情報処理装置１０ａを用いて何か作業をしているのか、などの情報がある。このような情報は、例えばカレンダーサービス、ＴｏＤｏサービス等から収集されるようにしてもよく、また情報処理装置１０ａに位置センサ、加速度センサ等のセンサが設けられている場合にはそのセンサから収集されるようにしてもよく、また音声認識機能等によって認識した結果（誰かと会話中である等）が用いられるようにしてもよく、ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集されるようにしてもよい。

“Ｗｈｅｎ”の情報としては、そのユーザの実行中の行動はいつからいつまでなのか、また今後の予定はいつなのか、などの情報がある。このような情報は、例えばカレンダーサービス、スケジュールサービス等から収集されるようにしてもよく、また、ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集されるようにしてもよい。

“Ｗｈｅｒｅ”の情報としては、そのユーザが先程までどこにいたのか、今どこにいるのか、これからどこに行くのか、などの情報がある。このような情報は、例えばカレンダーサービスやスケジュールサービス等から収集されるようにしてもよく、ＳＮＳに設けられているチェックイン機能等から収集されるようにしてもよく、また情報処理装置１０ａに位置センサが設けられている場合にはそのセンサから収集されるようにしてもよい。

“Ｗｈｙ”の情報としては、そのユーザが何故その行動を行っているのか、その行動の目的は何か、などの情報がある。このような情報は、例えばカレンダーサービスやＳＮＳサービスから収集されるようにしてもよく、ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集されるようにしてもよい。ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集する際には、例えばユーザＡが送信したメールの内容や、ユーザＡが使用しているソフトウェアの種類や内容等が用いられても良い。

“Ｈｏｗ”の情報としては、そのユーザがどのように行動しているか、またどんなツールを使用しているか、などの情報がある。このような情報は、例えば、カレンダーサービスやスケジュールサービス等から収集されるようにしてもよく、ＳＮＳに投稿された内容から収集されるようにしてもよく、ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集されるようにしてもよい。ユーザＡにより使用されている情報処理装置１０ａの稼働状態から収集する際には、例えばユーザＡが使用しているソフトウェアの種類や内容等が用いられても良い。

情報構築部１０２は、情報収集部１０１が収集した、ユーザＡについて公開された情報を体系的に構築する。情報構築部１０２は、情報収集部１０１が収集した情報から構築して出来上がった情報を、データベース１１０ａに格納する。

情報公開制御部１０３は、情報構築部１０２が構築し、データベース１１０ａに格納した情報の公開内容を制御する。上述のように、情報収集部１０１が収集した情報から、情報構築部１０２がユーザＡについての情報を構築するが、これは、いわばユーザＡについての生データである。このユーザＡについての生データを何の制限も無く公開してしまってはプライバシーの観点から問題がある。従って、情報公開制御部１０３は、後述の情報公開部１０４で、データベース１１０ａに格納した情報を公開する際に、データベース１１０ａに格納した情報の公開内容を管理する。

情報公開制御部１０３は、データベース１１０ａに格納した情報の公開内容を管理する際には、例えばユーザが公開範囲を設定してもよく、また連動させているウェブサービスのプライバシー設定を適用してもよく、また設定がなければ、ユーザに情報の公開について逐一許可を求めるようにしても良い。連動させているウェブサービスのプライバシー設定の例としては、例えばＳＮＳにおける、友人関係であるか否かに応じた情報の公開範囲の設定がある。あるユーザが他のユーザとＳＮＳ上で友人として登録されている場合は、情報公開制御部１０３は、データベース１１０ａに格納した情報を詳細なレベルまでその他のユーザに公開するよう制御する。一方、あるユーザが他のユーザとＳＮＳ上で友人として登録されていない場合は、情報公開制御部１０３は、データベース１１０ａに格納した情報を曖昧化、抽象化して、その他のユーザに公開するよう制御する。

例えば、情報収集部１０１による情報の収集対象となっているＳＮＳにスケジュール機能が搭載されている場合に、あるユーザが他のユーザとＳＮＳ上で友人として登録されている場合は、情報公開制御部１０３は、スケジュール機能に登録されているスケジュールを、そのままその他のユーザ（またはその他のユーザのエージェント）に公開するよう制御する。一方、ユーザが他のユーザとＳＮＳ上で友人として登録されていない場合は、情報公開制御部１０３は、スケジュール機能に登録されているスケジュールはそのままそのユーザに公開せず、何か予定が入っていることだけを、その他のユーザ（またはその他のユーザのエージェント）に公開するよう制御する。また、ユーザが他のユーザとＳＮＳ上で友人として登録されている場合であっても、その他のユーザと実生活でも繋がりがあるか、ＳＮＳだけで繋がっているかどうかで情報の公開内容を変化させたい場合がある。そのような場合を考慮し、情報公開制御部１０３は、他のユーザとの繋がり方の度合いに応じて、データベース１１０ａに格納した情報を詳細なレベルまで公開するか否かを決定しても良い。

ユーザが公開範囲を設定する場合について、より詳細に説明する。多くのＳＮＳには、情報の公開範囲を、ユーザとの関係に応じて細く設定出来る機能があるが、情報公開制御部１０３は、ユーザの設定により、データベース１１０ａに格納した情報の公開範囲を細く設定してもよい。例えば位置情報の公開範囲を設定するには、例えばユーザとの関係に応じて、“ＧＰＳで取得した情報を公開する”、“市町村レベルまで公開する”、“都道府県レベルまで公開する”、“公開しない”等のレベルに分けて、誰がどのレベルまで情報を得ることが出来るかを、情報公開制御部１０３で設定してもよい。また、ユーザをグルーピングし、情報公開制御部１０３は、ユーザの設定によってグループ単位で公開レベルを変更するようにしてもよい。

連動させているウェブサービスのプライバシー設定を適用する場合について、より詳細に説明する。例えば、エージェント１００ａがメールサービスと連動させている場合は、情報公開制御部１０３は、そのメールサービスのコンタクトリストのグループを利用してもよい。また例えば、エージェント１００ａが位置情報サービスと連動させている場合は、情報公開制御部１０３は、その位置情報サービスのシェアリング設定を利用してもよい。また例えば、ＳＮＳで友達関係にあるユーザに対しては、情報公開制御部１０３は、所定のレベルまでの情報は公開するような設定にしても良い。

ユーザに情報の公開について逐一許可を求める場合について、より詳細に説明する。例えば、エージェント１００ａがデータベース１１０ａに構築した情報について他のユーザ（その他のユーザが使用している端末）または他のエージェントからアクセスがあれば、情報公開制御部１０３は、データベース１１０ａに構築した情報にアクセスする理由を、その他のユーザやエージェントに質問する。情報公開制御部１０３は、ユーザに許可を取る際に、その質問に対する回答を提示して、ユーザによる公開の可否の判断に活用してもらうことができる。質問に対する回答の例としては、例えば「待ち合わせ時間に遅れているので、どこにいるか知りたい」というようなものである。

そして情報公開制御部１０３は、ユーザによる公開の可否の判断結果から、情報の公開範囲について自動的に学習するようにしても良い。例えば、特定のユーザについて情報の公開を許可する判断が続けば、情報公開制御部１０３は、その特定のユーザについては積極的に情報を公開する設定にしても良い。また例えば、特定のユーザについて情報の公開を拒否する判断が続けば、情報公開制御部１０３は、その特定のユーザについては情報を公開しない設定にしても良い。

情報公開部１０４は、データベース１１０ａに構築された情報を公開する。情報公開部１０４は、他のユーザやエージェントからのリクエストに応じて、データベース１１０ａに構築された情報を公開する。情報公開部１０４は、データベース１１０ａに構築された情報の公開に際して、情報公開制御部１０３によって制御された公開内容に基づいて情報を公開する。

例えば、ユーザＢが使用する情報処理装置１０ｂから、データベース１１０ａに構築された情報にアクセスがあった場合に、情報公開制御部１０３によって、ユーザＢに対する情報の公開内容が制限されていれば、情報公開部１０４は、情報公開制御部１０３によって制限されている範囲内で、データベース１１０ａに構築された情報をユーザＢに公開する。例えば位置情報について、ユーザＢには“市町村レベルまで公開する”という公開レベルが設定されていれば、情報公開部１０４は、データベース１１０ａに構築された情報から位置情報を公開する際には、市町村レベルまで情報を制限した形でユーザＢに公開する。

情報公開部１０４は、データベース１１０ａに構築された情報の公開に際して、情報公開制御部１０３によって制御された公開内容に基づいて情報を公開することで、ユーザＡのプライバシーを守ることができる。

問い合わせ通知部１０５は、データベース１１０ａに構築された情報へ、他のユーザやエージェントから問い合わせがあると、問い合わせがあったことをユーザＡに対して通知する。問い合わせ通知部１０５は、データベース１１０ａに構築された情報へ問い合わせがあったことを通知するには、例えば、ユーザに対してメールを送信してもよく、ユーザが情報処理装置１０ａを携帯しているような場合を考慮して、情報処理装置１０ａの画面に情報を表示したり、情報処理装置１０ａを振動させたり、情報処理装置１０ａから音を発したりするような信号を情報処理装置１０ａへ送信しても良い。

問い合わせ応答部１０６は、他のユーザやエージェントからの問い合わせに対して、ユーザの代わりに応答する。他のユーザやエージェントからの問い合わせに対してユーザが直接応答出来ない場合に、問い合わせ応答部１０６は、ユーザに代わって、データベース１１０ａに構築された情報を用いて他のユーザやエージェントへ応答する。

例えば、情報処理装置１０ａが携帯電話であって、他のユーザやエージェントからユーザＡの情報処理装置１０ａに電話を掛けたが、そのユーザＡが電話に出られない状態である場合に、問い合わせ応答部１０６は、ユーザＡに代わって音声応答を行う。このように、エージェント１００ａは、ユーザＡの代理として他のユーザまたは他のエージェントとコミュニケーションを行う。

情報変更部１０７は、データベース１１０ａに構築された情報への変更を行う。情報変更部１０７は、データベース１１０ａに構築された情報を情報処理装置１０ａに提示し、ユーザＡにその提示した情報を変更させて、変更された情報をデータベース１１０ａへ反映するようにしても良い。また、ユーザＡが情報処理装置１０ａを用いて、データベース１１０ａに構築された情報を直接変更するようにしてもよい。この場合は、情報変更部１０７は、情報処理装置１０ａに入力された内容をデータベース１１０ａに反映させる。情報処理装置１０ａへの情報の入力は、文字のみに限られず、画像や音声によって行われるようにしても良い。

問い合わせ部１０８は、他のエージェントが収集した、当該エージェントに対応するユーザの個人情報についての問い合わせを行う。エージェント１００ａは、問い合わせ部１０８によって他のエージェントに対して情報の問い合わせを行うことができる。具体的には、例えば、ユーザから他のユーザの情報を取得するよう依頼を受けたエージェント１００ａは、問い合わせ部１０８によって、その他のユーザの情報を、そのユーザのエージェントに対して問い合わせる。また問い合わせ部１０８は、ユーザからの依頼がなくても、他のユーザのエージェントに対して情報の問い合わせを行なってもよい。これにより、エージェント間での情報の授受が、ユーザの手によらずに自動的に行われる。

エージェント１００ａは、図２に示したような構成を有することで、ユーザＡについての情報を収集してデータベース１１０ａに構築し、また他のユーザや他のエージェントからの問い合わせに対して、データベース１１０ａに構築された情報を、適宜範囲を制限して公開することができる。またエージェント１００ａは、他のユーザや他のエージェントからの問い合わせに対して、ユーザＡが直接応答できない場合は、ユーザＡに代わって、問い合わせに対して応答することができる。

エージェント１００ａは、他のユーザ（他のユーザが使用する情報処理装置）や、他のエージェントとの間のコミュニケーションが可能なように構成される。そのために、例えばエージェント１００ａは、データベース１１０ａに構築した情報へアクセスするためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を有していてもよい。より具体的には、例えばエージェント１００ａは、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）方式のウェブサービスとして、データベース１１０ａに構築した情報へアクセスするためのＡＰＩを有していても良い。エージェント１００ａがＡＰＩを有していることで、ＡＰＩを経由した、データベース１１０ａに構築した情報への追加、または情報の変更もしくは削除が可能になると共に、データベース１１０ａに構築した情報へのプログラム的なやり取りを可能にする。図３は、ＡＰＩによってユーザの現在地を知る場合の一例を示す説明図である。図３では、図示されているＵＲＬに現在地を問い合わせることで、現在地を取得する例が記載されている。

図４は、エージェント１００ａを含んだ情報システム１の動作概要を示す説明図である。まずユーザＡは、情報処理装置１０ａを用いるなどして、本人の情報をネット上に構築する（１）。ネット上に構築されたユーザＡの情報は、エージェント１００ａが収集して、データを「５Ｗ１Ｈ」の形で構築する（２）。

ユーザＡと異なる他のユーザが、ユーザＡについての情報を、エージェント１００ａが有するＡＰＩ経由で取得しようとする（３、４）。エージェント１００ａは、要求された情報がデータベース１１０ａに登録されているかどうかを判断し（５）、データベース１１０ａに保持していれば、要求してきたユーザに提供する。情報提供の際には、エージェント１００ａは、ユーザＡと、依頼してきたユーザとの間の関係に応じて情報をマスクして提供する。また、エージェント１００ａは、要求された情報をデータベース１１０ａに保持していなければ、ネットワーク上のウェブサービスから取得を試みて（６）、情報を収集できればその情報を要求してきたユーザに提供する（８）。ネットワーク上のウェブサービスから収集できなければ、エージェント１００ａは、ユーザＡまたはユーザＡが使用しているデバイス（情報処理装置１０ａ）から直接情報の収集を試みる（７）。

以上、図２を用いて本開示の一実施形態にかかるエージェント１００ａの構成について説明した。次に、本開示の一実施形態にかかるエージェントの動作について、いくつか実例を挙げて説明する。

［エージェントの動作例］
（１）第１の動作例
図５Ａおよび図５Ｂは、本開示の一実施形態にかかるエージェントの動作例を示す説明図である。図５Ａおよび図５Ｂに示したのは、ユーザＡとユーザＢがそれぞれエージェントを有しており、ユーザＡとユーザＢとの間でコミュニケーションを取る場合についての動作例である。なお、ユーザＡとユーザＢとは、既に知り合いであるものとする。また、ユーザＡのエージェント１００ａと、ユーザＢのエージェント１００ｂは、それぞれ図２に示したような構成を有しており、それぞれのユーザについての情報を構築済みであるとする。以下、図５Ａおよび図５Ｂを用いて本開示の一実施形態にかかるエージェントの第１の動作例について説明する。

まず、ユーザＡがエージェント１００ａに対して、ユーザＢに連絡したい旨を通知する（ステップＳ１０１）。エージェント１００ａは、ユーザＢの連絡先を、ネットワーク上のサービスＸから取得する（ステップＳ１０２）。ユーザＢの連絡先を、ネットワーク上のサービスＸから取得するには、エージェント１００ａは、例えばサービスＸがＳＮＳであってＡＰＩを公開していれば、そのＡＰＩを使用して取得する。

エージェント１００ａがユーザＢの連絡先を取得すると、情報処理装置１０ａは、エージェント１００ａが取得した情報を用いて情報処理装置１０ａから情報処理装置１０ｂへ連絡を要求する情報を送信する（ステップＳ１０３）。この情報の送信は、例えば電話の発信であってもよく、メールの送信であってもよい。

情報処理装置１０ａから情報処理装置１０ｂへ連絡を要求する情報が送信されると、ユーザＢのエージェント１００ｂは、その情報の受信を受けて、ユーザＡからの連絡があった旨を情報処理装置１０ｂへ表示させるとともに、その連絡に対する応答の選択肢を用意する（ステップＳ１０４）。応答の選択肢としては、例えば情報処理装置１０ａから情報処理装置１０ｂへ電話が掛けられた場合は、「電話に出る」「ＴＶ電話に出る」「今は出られない」等が用意されていても良い。

ここで、ユーザＢによって、上記の選択肢の中から「今は出られない」が選択されたとする。すると、情報処理装置１０ｂは、情報処理装置１０ａに向けて、この「今は出られない」という選択に対応する情報を送信する（ステップＳ１０５）。情報処理装置１０ａは、情報処理装置１０ｂから送られてきた情報に基づいて、ユーザＢが今は応答できない旨を表示する（ステップＳ１０６）。この際に、情報処理装置１０ｂから送られてきた情報をエージェント１００ａが中継することで、上記ステップＳ１０１において、ユーザＡがエージェント１００ａに対して、ユーザＢに連絡したい旨を通知したことについて、エージェント１００ａがユーザＡに回答するように振る舞うことができる。なお、ステップＳ１０６での情報の表示の他に、例えば情報処理装置１０ａに音声を出力させることで、ユーザＢが今は応答できない旨をユーザＡに知らせても良い。

続いてユーザＡは、エージェント１００ａに対して、ユーザＢにアポイント可能な時間帯を取得するように要請する（ステップＳ１０７）。エージェント１００ａは、ユーザＡからの要請を受けて、ユーザＢのスケジュールに関する情報を、ネットワーク上のサービスＹから取得する（ステップＳ１０８）。そしてエージェント１００ａは、ユーザＢのスケジュールに関する情報を、ネットワーク上のサービスＹから取得して、ユーザＢにアポイント可能な時間帯を、情報処理装置１０ａを通じてユーザＡに通知する（ステップＳ１０９）。

ユーザＡは、エージェント１００ａから通知された、ユーザＢにアポイント可能な時間帯を見て、その時間帯にアポイントを取るなら、エージェント１００ａに、ユーザＢのアポイントを取るように指示する（ステップＳ１１０）。エージェント１００ａは、ユーザＡの指示に基づいて、ネットワーク上のサービスＹに、上記時間帯にアポイントを設定する（ステップＳ１１１）。

ネットワーク上のサービスＹに、ユーザＡのエージェント１００ａによってアポイントが設定されたことを、サービスＹからエージェント１００ｂに通知されると（ステップＳ１１２）、エージェント１００ｂは、ネットワーク上のサービスＹに、ユーザＡのエージェント１００ａによってアポイントが設定されたことを、情報処理装置１０ｂに表示させるなどしてユーザＢに通知する（ステップＳ１１３）。ユーザＢは、通知された内容を見て、アポイントの設定を許可するかどうかを判断しても良い。

このように、ユーザＡとユーザＢとが直接コミュニケーションを行わなくても、ユーザＡのエージェント１００ａとユーザＢのエージェント１００ｂとの間で、ネットワーク上のサービスに登録された情報を取得して情報をやり取りすることで、ユーザＡとユーザＢとの間で、ユーザＡのエージェント１００ａとユーザＢのエージェント１００ｂとを介した間接的なコミュニケーションを取ることができる。

なお、ユーザＢが、ユーザＡのエージェントと、例えば電話で会話する際には、ユーザＢがエージェントと会話していることが分かればよいので、人工知能的な能力までは必要としなくても良い。すなわち、ユーザＡのエージェントがユーザＢと電話で会話する際には、例えば「只今Ａさんは電話に出られません」等のような定型的な音声によって会話するようにしても良い。

（２）第２の動作例
図６は、本開示の一実施形態にかかるエージェントの動作例を示す説明図である。図６に示したのは、例えば職場の上司が、部下の状況を、その部下のエージェントに問い合わせる場合の動作例を示したものである。以下、図６を用いて本開示の一実施形態にかかるエージェントの動作例について説明する。

上司が外出先等から、部下の状況を、その部下のエージェント１００ａに問い合わせる（ステップＳ２０１）。エージェント１００ａへの問い合わせは例えばその上司が有している携帯型情報端末等から行われる。

上司から部下のエージェント１００ａに対して、その部下の状況の問い合わせがあると、エージェント１００ａは、データベース１１０ａに構築した情報から、ユーザである部下の状況をまとめて返答する。まず、エージェント１００ａは、上司から問い合わせがあったことを、ユーザである部下に通知する（ステップＳ２０２）。このステップＳ２０２の通知は、例えばその部下が使用しているパーソナルコンピュータや携帯電話に対して、所定の方法で行う。そして、その部下から応答を許可する旨の返答があると（ステップＳ２０３）、エージェント１００ａは、データベース１１０ａに構築した情報から、ユーザである部下の状況をまとめて返答する（ステップＳ２０４）。

図６に示した例では、データベース１１０ａには、「Ｗｈｅｒｅ（どこで）」の情報には、「品川」の「オフィス」の「机」が、「Ｗｈａｔ（何を）」の情報には、「プレゼンテーションソフト」が、「Ｗｈｙ（なぜ）」の情報には、「調査企画書」が、「Ｗｈｅｎ（いつ）」の情報には、「３０分後にミーティング」が、「Ｗｈｏ ｅｌｓｅ（誰と）」の情報には「誰もいない」が格納されている。エージェント１００ａは、これらの情報から、上司に対しては例えば「オフィスで調査企画書を作成している」というような内容の返事を送る。エージェント１００ａが応答する内容は、上司と部下の関係に応じて変化させても良い。例えばエージェント１００ａは、応答に際してデータベース１１０ａに構築された部下の情報を詳細に利用してもよく、またデータベース１１０ａに構築された部下の情報を抽象化、曖昧化して利用してもよい。

（３）第３の動作例
図７Ａおよび図７Ｂは、本開示の一実施形態にかかるエージェントの動作例を示す説明図である。図７Ａおよび図７Ｂに示したのは、家族間のコミュニケーションにエージェントを利用したものであり、父親、母親、子供がそれぞれエージェントを有し、このエージェントを介して家族間でコミュニケーションを取る場合について示したものである。以下、図７Ａおよび図７Ｂを用いて、本開示の一実施形態にかかるエージェントの動作例について説明する。

例えば父親が、携帯型の情報端末を用いてこれから帰宅する旨をエージェント１００ａに伝える。エージェント１００ａは、ユーザである父親がこれから帰宅し、例えば１時願後に到着する旨を、母親のエージェント１００ｂ及び子供のエージェント１００ｃに連絡する。

母親のエージェント１００ｂが、父親のエージェント１００ａから、父親がこれから帰宅する旨を取得すると、自宅にいる母親に知らせるために、自宅にあるデバイス、例えばテレビ等に、父親がこれから帰宅し、１時間後に家に到着する旨を表示させる。母親は、母親のエージェント１００ｂが取得した情報を見て、帰宅時間に合わせて夕食を用意するなどの行動を取ることができる。

また、子供のエージェント１００ｃが、父親のエージェント１００ａから、父親がこれから帰宅する旨を取得すると、子供に知らせるために、子供が持っている携帯型の情報端末に、父親がこれから帰宅し、１時間後に家に到着する旨を表示させる。子供はこれを見ると、外出先から帰宅しようと考えるかもしれないし、父親の帰宅が１時間後であるならばちょっと寄り道をして帰ろうと思うかもしれない。

例えば、父親の帰宅が１時間後なので、少し寄り道をして帰ろうと子供が思ったら、家にいる母親は、なかなか子供が帰宅しないことを心配するかもしれない。そのような場合には、母親は、母親のエージェント１００ｂに、子供がどこにいるのかを子供のエージェント１００ｃに問い合わせることができる。母親のエージェント１００ｂから子供のエージェント１００ｃに、今何処にいるのかを問い合わせると、子供のエージェント１００ｃは現在地の情報等から、今いる場所の情報を母親のエージェント１００ｂに返信する。母親のエージェント１００ｂは、子供のエージェント１００ｃから、子供の現在地の情報を取得すると、自宅にいる母親に知らせるために、自宅にあるデバイス、例えばテレビ等に、子供の現在地の情報を表示させる。これにより、自宅にいる母親が、子供がどこで寄り道しているのかを知ることができる。

（４）第４の動作例
図８は、本開示の一実施形態にかかるエージェントの動作例を示す説明図である。図８に示したのは、父親がこれから帰宅しようとする際のエージェントの動作をより詳細に示したものである。以下、図８を用いて本開示の一実施形態にかかるエージェントの動作例について説明する。

父親が、情報処理装置１０ａ（パーソナルコンピュータ）にこれから帰宅する旨を入力すると（ステップＳ３０１）、情報処理装置１０ａからエージェント１００ａに対して、ユーザである父親がこれから帰宅する旨が通知される（ステップＳ３０２）。エージェント１００ａは、父親が保持する携帯端末１１ａに対して、ＧＰＳ等を利用して現在地を取得させると共に（ステップＳ３０３）、電車の時刻表を調べるために、電車の時刻表を提供するウェブサービスのＡＰＩにアクセスして、電車の時刻表の情報を取得する（ステップＳ３０４）。エージェント１００ａは、携帯端末１１ａから取得した位置情報と、電車の時刻表の情報とから、乗車に適切な電車を選択する（ステップＳ３０５）。

その後、エージェント１００ａは、携帯端末１１ａの現在地を定期的にモニタリングする（ステップＳ３０６）。そしてエージェント１００ａは、上記ステップＳ３０５で設定した電車に間に合うかどうかを判断する（ステップＳ３０７）。そして、もし父親の移動速度が遅く、このままのペースでは間に合わないとエージェント１００ａが判断すると、エージェント１００ａは携帯端末１１ａに対してその旨を通知する（ステップＳ３０８）。通知を受けた携帯端末１１ａは、画面への表示や音の鳴動、本体の振動等により、電車に間に合わないので急ぐように父親に対して促す（ステップＳ３０９）。エージェント１００ａから父親に急ぐよう促すことで、上記ステップＳ３０５で設定した電車に間に合わせることができる。

帰宅中に、父親のエージェント１００ａから母親のエージェント１００ｂに対して、母親は現在在宅しているかどうかを問い合わせる（ステップＳ３１０）。母親のエージェント１００ｂは、構築した情報から母親が現在在宅していることが分かると、母親は在宅中である旨を父親のエージェント１００ａに返答する（ステップＳ３１１）。すると父親のエージェント１００ａは、父親の帰宅時間を母親のエージェント１００ｂに通知する（ステップＳ３１２）。帰宅時間の情報は、電車の到着時間や駅から自宅までの所要時間等から計算することが出来る。

父親の帰宅時間の情報を父親のエージェント１００ａから受け取った母親のエージェント１００ｂは、自宅にある情報処理装置１０ｂ（例えばテレビ）に、父親の帰宅時間の情報を通知する（ステップＳ３１３）。通知を受け取った情報処理装置１０ｂは、父親の帰宅時間の情報を画面に表示したり、音声を出力したりする等して、自宅にいる母親に父親の帰宅時間を通知する（ステップＳ３１４）。母親は、自宅にある情報処理装置１０ｂに表示された父親の帰宅時間の情報を見て、父親の帰宅時間に合わせた夕飯の準備を行なうことが出来る。

このように、エージェントはユーザについての情報をさまざまな所から取得し、ユーザの情報を構築しておく。そしてエージェントは、自ユーザ、他ユーザ、他エージェントからの問い合わせについて、構築した情報を適宜用いて応答する。その応答の際には、問い合わせを行なってきたユーザとの関係に応じて、適宜公開する内容を変化させる。これにより、本実施形態にかかるエージェントは、構築してきたユーザの情報が必要以上に他のユーザに知られてしまうことを防ぐことができる。

［ユーザインタフェース例］
次に、エージェントが構築したユーザの情報の内容や、外部に公開する範囲の設定を変更するためのユーザインタフェースについて、いくつか例を挙げて説明する。

図９は、例えばスマートフォン等の携帯端末に表示される個人情報の設定画面の一例を示す説明図である。図９に示した設定画面３００には、ユーザがエージェントを有していることがチェックボックス３０１のチェックによって表されており、また、そのエージェント固有の電話番号及びメールアドレスの情報が電話番号表示領域３０２及びメールアドレス表示領域３０３に示されている。

例えば、他のユーザが、図９に示したエージェントの電話番号に電話を掛けると、ユーザではなくユーザのエージェントが電話に応対する。また他のユーザが、図９に示したユーザに電話を掛けた場合に、ユーザが電話に出られない時は、エージェントが代わって電話に応対することができる。

また例えば、他のユーザが、図９に示したエージェントのメールアドレスにメールを送信すると、ユーザのメールアドレスではなくユーザのエージェントのメールアドレスから返信する。また他のユーザが、図９に示したユーザにメールを送信した場合に、ユーザがメールをすぐ返信できないときは、エージェントが代わってメールを返信することができる。

図１０は、エージェントが構築したユーザの情報の内容を変更するためのユーザインタフェースの例を示す説明図である。図１０に示した設定画面４００は、５Ｗ１Ｈで構築させたユーザの情報の内容を直接変更するためのものである。ユーザが、画面上のステータス表示領域４０１に表示されている「Ｗｈｏ」、「Ｗｈａｔ」、「Ｗｈｅｎ」、「Ｗｈｅｒｅ」、「Ｗｈｙ」、「Ｈｏｗ」のいずれかを選択すると、それぞれの項目についての編集が可能になる。また、図１０に示した設定画面４００に表示されている設定ボタン４１０を選択すると、エージェントが構築したユーザの情報の公開について設定する画面へ遷移する。

図１１は、エージェントの活動（アクティビティ）を確認するためのユーザインタフェースの例を示す説明図である。エージェントは、上述してきたように、ユーザに代わって様々な処理を実行するので、エージェントがどのような活動（アクティビティ）を行ったのかを確認できるようにしておくことが望ましい。図１１に示したユーザインタフェースは、そのエージェントが行った活動を閲覧するための活動確認画面である。

図１１に示した活動確認画面５００では、エージェントが行った全ての活動を確認するためのボタン５１０、他のユーザやエージェントからの問い合わせに対してペンディング状態にある活動を確認するためのボタン５２０、他のユーザやエージェントからの問い合わせに対して拒否した活動を確認するためのボタン５３０、新しいエージェントからのリクエストに対する活動を確認するためのボタン５４０、エージェントが行った活動をカテゴリに分けて確認するためのボタン５５０が図示されている。

例えば、エージェントが行った全ての活動を確認するためのボタン５１０をユーザが選択すると、活動確認画面５００から、さらにそのエージェントが行った活動の内容を表す画面に遷移する。ユーザは、エージェントが行った活動の内容を見ることで、エージェントの設定の変更を行ったり、またエージェントがコンタクトした他のユーザやエージェントに対し、直接コンタクトしたりすることができるようになる。

＜２．まとめ＞
以上説明したように本開示の一実施形態によれば、ユーザに代わり、そのユーザのエージェントが、ネットワーク上のウェブサービスや、ユーザがパーソナルコンピュータ等で使用しているアプリケーションの情報等から、そのユーザの個人情報を構築する。そしてユーザのエージェントは、そのユーザ、またはそのユーザのエージェントに対して問い合わせを行なってきた他のユーザや他のエージェントに、構築した個人情報を用いて応答する。

ユーザのエージェントは、問い合わせに対してユーザの個人情報を用いて応答する際に、そのユーザと、問い合わせをした他のユーザやエージェントとの間の関係に応じて、構築した個人情報の公開内容を変化させる。これにより、収集して構築したユーザの個人情報が必要以上に外部に公開されてしまうことを防ぐことが出来る。

また、ユーザのエージェントは、他のユーザのエージェントとの間で、それぞれ構築した情報や、外部のサービス等を用いて、情報を交換する等のコミュニケーションを取ることが出来る。エージェント間で自動的にコミュニケーションを取ることで、ユーザ同士でコミュニケーションを取るためのサービス（例えば電話やチャット等）を同時に使用していなくても、ユーザ間でのコミュニケーションが円滑に行われる。

上述のような本実施形態に係るエージェントの各機能を実現するためのコンピュータプログラムを作製し、パーソナルコンピュータ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、本技術は以下のような構成も取ることができる。
（１）
ユーザ個人に関する公開された情報を収集する情報収集部と、
前記情報収集部が収集した情報から、該ユーザが公開する情報に基づいてユーザの個人情報を構築する情報構築部と、
他のユーザに応じて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる情報公開制御部と、
を備える、情報処理装置。
（２）
前記情報構築部は、前記情報収集部が収集した情報から、前記ユーザと、前記他のユーザとの間の関係を決定し、前記情報公開制御部は、前記情報構築部が決定した前記ユーザと前記他のユーザとの間の関係に基づいて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる、前記（１）に記載の情報処理装置。
（３）
前記情報公開制御部によって公開内容が動的に変化された前記個人情報を公開する情報公開部をさらに備える、前記（１）または（２）に記載の情報処理装置。
（４）
前記情報公開部は、前記他のユーザからの問い合わせに応じて、公開内容が動的に変化された前記個人情報を公開する、前記（３）に記載の情報処理装置。
（５）
前記他のユーザから問い合わせがあったことを通知する問い合わせ通知部をさらに備える、前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
前記他のユーザからの問い合わせに対して前記ユーザの代わりに応答する問い合わせ応答部をさらに備える、前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
前記問い合わせ応答部は、前記他のユーザの代わりに問い合わせを行った他の装置に対して前記ユーザの代わりに応答する、前記（６）に記載の情報処理装置。
（８）
前記問い合わせ応答部は、前記他のユーザからの現在の状況についての問い合わせに対して前記ユーザの代わりに前記情報構築部から前記ユーザの現在の状況を取得して前記ユーザの代わりに応答する、前記（６）に記載の情報処理装置。
（９）
前記情報構築部が構築した前記個人情報を変更する情報変更部をさらに備える、前記（１）から（８）のいずれかに記載の情報処理装置。
（１０）
前記情報変更部は、音声認識により得られた情報を用いて前記情報構築部が構築した前記個人情報を変更する、前記（９）に記載の情報処理装置。
（１１）
前記情報収集部は、ネットワーク上の他サービスからユーザ個人に関する情報を収集する、前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記情報収集部は、音声認識により得られた情報をユーザ個人に関する情報として収集する、前記（１）から（１１）のいずれかに記載の情報処理装置。
（１３）
前記情報構築部は、前記情報収集部が収集した情報を所定の属性単位で管理することで前記個人情報を構築する、前記（１）から（１２）のいずれかに記載の情報処理装置。
（１４）
他の装置が収集した他のユーザの個人情報に対して情報の問い合せを行う問い合わせ部をさらに備える、前記（１）から（１３）のいずれかに記載の情報処理装置。
（１５）
ユーザ個人に関する公開された情報を収集する情報収集ステップと、
前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、
他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、
を備える、情報処理方法。
（１６）
コンピュータに、
ユーザ個人に関する公開された情報を収集する情報収集ステップと、
前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、
他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、
を実行させる、コンピュータプログラム。

１ 情報システム
２ ネットワーク
３ａ、３ｂ ウェブサービス
１０ａ、１０ｂ 情報処理装置
１００ａ、１００ｂ エージェント
１０１ 情報収集部
１０２ 情報構築部
１０３ 情報公開制御部
１０４ 情報公開部
１０５ 問い合わせ通知部
１０６ 問い合わせ応答部
１０７ 情報変更部
１０８ 問い合わせ部

Claims (16)

1. ユーザ個人に関する情報を収集する情報収集部と、
   前記情報収集部が収集した情報から、該ユーザが公開する情報に基づいてユーザの個人情報を構築する情報構築部と、
   他のユーザに応じて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる情報公開制御部と、
   を備える、情報処理装置。
2. 前記情報構築部は、前記情報収集部が収集した情報から、前記ユーザと、前記他のユーザとの間の関係を決定し、前記情報公開制御部は、前記情報構築部が決定した前記ユーザと前記他のユーザとの間の関係に基づいて前記情報構築部が構築した前記個人情報の公開内容を動的に変化させる、請求項１に記載の情報処理装置。
3. 前記情報公開制御部によって公開内容が動的に変化された前記個人情報を公開する情報公開部をさらに備える、請求項１に記載の情報処理装置。
4. 前記情報公開部は、前記他のユーザからの問い合わせに応じて、公開内容が動的に変化された前記個人情報を公開する、請求項３に記載の情報処理装置。
5. 前記他のユーザから問い合わせがあったことを通知する問い合わせ通知部をさらに備える、請求項１に記載の情報処理装置。
6. 前記他のユーザからの問い合わせに対して前記ユーザの代わりに応答する問い合わせ応答部をさらに備える、請求項１に記載の情報処理装置。
7. 前記問い合わせ応答部は、前記他のユーザの代わりに問い合わせを行った他の装置に対して前記ユーザの代わりに応答する、請求項６に記載の情報処理装置。
8. 前記問い合わせ応答部は、前記他のユーザからの現在の状況についての問い合わせに対して前記ユーザの代わりに前記情報構築部から前記ユーザの現在の状況を取得して前記ユーザの代わりに応答する、請求項６に記載の情報処理装置。
9. 前記情報構築部が構築した前記個人情報を変更する情報変更部をさらに備える、請求項１に記載の情報処理装置。
10. 前記情報変更部は、音声認識により得られた情報を用いて前記情報構築部が構築した前記個人情報を変更する、請求項９に記載の情報処理装置。
11. 前記情報収集部は、ネットワーク上の他サービスからユーザ個人に関する情報を収集する、請求項１に記載の情報処理装置。
12. 前記情報収集部は、音声認識により得られた情報をユーザ個人に関する情報として収集する、請求項１に記載の情報処理装置。
13. 前記情報構築部は、前記情報収集部が収集した情報を所定の属性単位で管理することで前記個人情報を構築する、請求項１に記載の情報処理装置。
14. 他の装置が収集した他のユーザの個人情報に対して情報の問い合せを行う問い合わせ部をさらに備える、請求項１に記載の情報処理装置。
15. ユーザ個人に関する情報を収集する情報収集ステップと、
    前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、
    他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、
    を備える、情報処理方法。
16. コンピュータに、
    ユーザ個人に関する情報を収集する情報収集ステップと、
    前記情報収集ステップで収集された情報から、該ユーザが公開する情報に基づいて、ユーザの個人情報を構築する情報構築ステップと、
    他のユーザに応じて前記情報構築ステップで構築された情報の公開内容を動的に変化させる情報公開制御ステップと、
    を実行させる、コンピュータプログラム。
    

Images