(57)【特許請求の範囲】
【請求項１】
１以上の任意のアプリケーションが動作するユーザ端末と接続され、前記ユーザ端末からユーザプロファイルを収集する管理装置であって、
ユーザ状況を決定するための１以上のユーザ状況判断基準を記憶する判断基準記憶手段と、
前記アプリケーションが生成する前記ユーザプロファイルを収集及び記憶する収集手段と、
前記アプリケーションのいずれかから総合ユーザプロファイルの要求を受け付ける要求受付手段と、
前記要求に応じ、現在のユーザ状況を前記ユーザ状況判断基準に基づいて判定するユーザ状況管理手段と、
前記収集手段が記憶するユーザプロファイルから現在のユーザ状況に関連するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて現在のユーザ状況における前記総合ユーザプロファイルを生成する生成手段と、
前記ユーザプロファイル生成手段が生成した前記総合ユーザプロファイルを前記アプリケーションに送信する送信手段と、
を備え、
前記ユーザ状況管理手段は更に、前記ユーザ状況間における関連度合いを定義する関連度テーブルを記憶し、
前記生成手段は、
前記現在のユーザ状況とは別であって前記現在のユーザ状況に関連する関連ユーザ状況を、前記関連度テーブルから特定し、
前記現在のユーザ状況に関する前記１以上のユーザプロファイルに加えて、前記関連ユーザ状況に関する１以上のユーザプロファイルをさらに抽出し、
前記現在のユーザ状況と前記関連ユーザ状況との関連度合いに基づいて、前記抽出した各ユーザプロファイルに重み付けをし、
前記重み付け後の各ユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する、
管理装置。
【請求項２】
前記ユーザ状況管理手段は、さらにユーザ状況判断基準の登録を受け付けることを特徴とする、請求項１に記載の管理装置。
【請求項３】
前記ユーザ状況管理手段は、前記プロファイル収集手段が前記ユーザプロファイルを収集する毎に、収集時点でのユーザ状況を前記ユーザ状況判断基準に基づいて判定し、
前記収集手段は、前記ユーザ状況管理手段が判定したユーザ状況と収集したユーザプロファイルとを対応付けて記憶し、
前記生成手段は、前記現在のユーザ状況に対応するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する、
ことを特徴とする請求項１に記載の管理装置。
【請求項４】
前記ユーザ状況管理手段は、所定のユーザ状況と所定のリンク情報とを対応付けて記憶し、
前記収集手段は、収集した前記ユーザプロファイルを前記リンク情報と対応付けて記憶し、
前記生成手段は、前記現在のユーザ状況に対応する前記リンク情報をキーにしてユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する、
ことを特徴とする請求項１に記載の管理装置。
【請求項５】
前記要求受付手段は、前記要求と共に、前記アプリケーションが解釈可能なユーザプロファイルのフォーマットを受信し、
前記生成手段は、生成した総合ユーザプロファイルのフォーマットを前記フォーマットに変換して送信することを特徴とする、請求項１に記載の管理装置。
【請求項６】
１以上の任意のアプリケーションが動作するユーザ端末と接続され、前記ユーザ端末からユーザプロファイルを収集する管理装置としてコンピュータ端末を機能させる管理プログラムであって、
ユーザ状況を決定するための１以上のユーザ状況判断基準を記憶する判断基準記憶手段、
前記アプリケーションが生成する前記ユーザプロファイルを収集及び記憶する収集手段、
前記アプリケーションのいずれかから総合ユーザプロファイルの要求を受け付ける要求受付手段、
前記要求に応じ、現在のユーザ状況を前記ユーザ状況判断基準に基づいて判定するユーザ状況管理手段、
前記収集手段が記憶するユーザプロファイルから現在のユーザ状況に関連するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて現在のユーザ状況における前記総合ユーザプロファイルを生成する生成手段、及び
前記ユーザプロファイル生成手段が生成した前記総合ユーザプロファイルを前記アプリケーションに送信する送信手段、
として前記コンピュータを機能させ、
前記ユーザ状況管理手段は更に、前記ユーザ状況間における関連度合いを定義する関連度テーブルを記憶し、
前記生成手段は、
前記現在のユーザ状況とは別であって前記現在のユーザ状況に関連する関連ユーザ状況を、前記関連度テーブルから特定し、
前記現在のユーザ状況に関する前記１以上のユーザプロファイルに加えて、前記関連ユーザ状況に関する１以上のユーザプロファイルをさらに抽出し、
前記現在のユーザ状況と前記関連ユーザ状況との関連度合いに基づいて、前記抽出した各ユーザプロファイルに重み付けをし、
前記重み付け後の各ユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する、
管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザプロファイルを生成する技術に関する。
【背景技術】
【０００２】
近年、Ｅ−コマースサービスやポータルサービスなどを始めとして、サービスをユーザ毎にカスタマイズして提供するパーソナライズサービスが盛んになっている。これらのサービスでは、あるサービスサイトでのユーザの行動履歴などに基づいて、そのユーザの嗜好情報などを分析してユーザプロファイルを生成及び保存し、このユーザプロファイルを用いることで個々のユーザに適するようにサービスをカスタマイズしている。また情報家電の分野でも、番組視聴履歴などの情報からユーザの嗜好情報を学習し、ユーザプロファイルとして蓄積する機能を提供することが多くなってきている。これらのユーザプロファイルを用いることで、情報家電はユーザ毎にその提供機能をカスタマイズすることが可能となる。
【０００３】
しかし、このような状況の問題点として、ユーザプロファイルが各サービスサーバや各機器に分散してしまうという問題点がある。そのため、あるサービスで生成されたユーザプロファイルを、他のサービスや機器では利用することが難しい。この問題を解決するために、特許文献１は、複数のサーバ上で生成されたユーザプロファイルを中央サーバで統合し、必要に応じて別サーバに提供するユーザプロファイル構築システム及び方法を提供している。このシステムでは、あるサービスサーバがユーザに対して生成したユーザプロファイルを別のサービスサーバが利用することが可能になり、パーソナライズサービスの質の向上を図ることが可能になる。
【特許文献１】特表２００３−５２６８２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ユーザプロファイルは、それを生成したときのユーザの状況に応じて大きく異なる。例えば、勤務中と在宅中とでは、ユーザが必要とする情報が異なるため、必然的にユーザプロファイルが異なってくる。つまり、ユーザプロファイルの発生状況とユーザプロファイルとは深い関連がある。そのため、発生状況を無視して生成したユーザプロファイルは、有効性が乏しいし活用されにくい。
【０００５】
一例として、勤務中におけるユーザの物事に対する優先度と、休暇中のユーザの物事に対する優先度の差異が挙げられる。「勤務中」という状況においては、ユーザは仕事に関する情報、例えばＩＴ関連の情報を優先して収集する。その一方、「休暇中」という状況においては、ユーザは趣味や娯楽に関する情報、例えば音楽や旅行に関する情報を優先して収集する。このように、ユーザプロファイルはユーザの状況によって変動する。
【０００６】
しかし、特許文献１では、どのカテゴリのコンテンツやサービスがどのくらいの時間利用されたかやその利用頻度などをモニタリングし、その結果によって各サーバから収集したユーザプロファイルに対する重み付けをおこない、統合するという手法をとっている。これでは、ユーザプロファイルが生成された時間やユーザが利用していたコンテンツのカテゴリなどの情報を利用することは可能であるものの、アプリケーションやサービスに依存しないユーザ状況をモニタリングし、ユーザプロファイルの管理に活用することが難しい。
【０００７】
従って、ユーザプロファイルが生成あるいは更新された時のユーザの状況を的確にモニタリングし、その状況に関するデータをユーザプロファイルの管理に活用する技術が求められている。
【０００８】
本発明は、ユーザプロファイルの生成時およびユーザプロファイルの利用時にユーザが置かれている状況を考慮したユーザプロファイルの生成及び生成されたユーザプロファイルの利用を可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記の課題を解決するために、発明１は、１以上の任意のアプリケーションが動作するユーザ端末と接続され、前記ユーザ端末からユーザプロファイルを収集する管理装置を提供する。この装置は下記の手段を有する。
・ユーザ状況を決定するためのユーザ状況判断基準を記憶する判断基準記憶手段と、
・前記アプリケーションが生成するユーザプロファイルを収集及び記憶する収集手段、
・前記アプリケーションのいずれかからユーザプロファイルの要求を受け付ける要求受付手段、
・前記要求に応じ、現在のユーザ状況を前記ユーザ状況判断基準に基づいて判定するユーザ状況管理手段、
・前記収集手段が記憶するユーザプロファイルから現在のユーザ状況に関連するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて現在のユーザ状況における総合ユーザプロファイルを生成する生成手段、
・前記ユーザプロファイル生成手段が生成したユーザプロファイルを要求元に送信する送信手段。
【００１０】
ユーザプロファイル利用時の状況に関連するユーザプロファイルに基づいて総合ユーザプロファイルを生成するので、利用価値の高い総合ユーザプロファイルを提供することができる。
【００１１】
発明２は、発明１において、前記ユーザ状況管理手段はさらにユーザ状況判断基準の登録を受け付ける管理装置を提供する。
【００１２】
ユーザ独自のユーザ状況判断基準を登録することにより、各ユーザの状況を的確に判断することができる。
【００１３】
発明３は、発明１において、前記ユーザ状況管理手段が、前記プロファイル収集手段がユーザプロファイルを収集する毎に、収集時点でのユーザ状況を前記ユーザ状況判断基準に基づいて判定する管理装置を提供する。この装置において、収集手段は、ユーザ状況管理手段が判定したユーザ状況と収集したユーザプロファイルとを対応付けて記憶する。また、生成手段は、現在のユーザ状況に対応するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する。
【００１４】
この管理装置は、ユーザプロファイルの収集時のユーザ状況とユーザプロファイルとを対応付けて記憶する。そのため、ユーザプロファイルを要求された時点でのユーザ状況、すなわち現在のユーザ状況に対応するユーザプロファイルを容易に抽出することができる。
【００１５】
発明４は、発明１において、ユーザ状況管理手段は、所定のユーザ状況と所定のリンク情報とを対応付けて記憶している管理装置を提供する。この装置において、収集手段は、収集したユーザプロファイルを前記リンク情報と対応付けて記憶する。また、生成手段は、前記現在のユーザ状況に対応するリンク情報をキーにしてユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する。
【００１６】
リンク情報としては、例えば時間情報やアプリケーション識別子を挙げることができる。アプリケーション識別子とは、アプリケーションを特定する情報である。リンク情報が時間情報であれば、「９：００〜１７：００は勤務中」、「１７：００〜１９：００は通勤中」、「１９：００〜７：００は在宅中」など、時間帯とユーザ状況とを対応付けておく。リンク情報がアプリケーション識別子であれば、「９：００〜１７：００はＷｅｂブラウザ」、「１７：００〜１９：００はメディアプレイヤー」、「１９：００〜７：００はインスタントメッセンジャー」など、時間帯とアプリケーション識別子とを対応付けておく。
【００１７】
ユーザプロファイルを例えば収集時刻と対応付けて記憶しておけば、ユーザプロファイルの要求時のユーザ状況、すなわち現在のユーザ状況に対応するユーザプロファイルを、収集時刻に基づいて抽出することができる。具体的には、現在のユーザ状況が「在宅中」であれば、１９：００〜７：００の間に収集されたユーザプロファイルを抽出し、これに基づいて総合ユーザプロファイルを要求元に提供する。
【００１８】
このように、ユーザプロファイルをユーザ状況と独立に記憶している場合でも、リンク情報によりユーザプロファイルをユーザ状況と結びつけることができる。
【００１９】
発明５は、発明１において、ユーザ状況管理手段が、所定の複数のユーザ状況の関連度合いを定義する関連度テーブルを記憶している管理装置を提供する。この装置において、生成手段は、現在のユーザ状況と関連する別のユーザ状況（以下、関連ユーザ状況という）を前記関連度テーブルから特定し、前記現在のユーザ状況に関連するユーザプロファイルに加えて前記関連ユーザ状況に関連するユーザプロファイルをさらに抽出し、抽出したユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する。
【００２０】
現在のユーザ状況に関連するユーザ状況のユーザプロファイルをさらに用いるので、総合ユーザプロファイルをさらに有用なものとすることができる。例えば、所定のユーザ状態が「勤務中」、「通勤中」、「在宅中」であるとする。この場合、ユーザ状況「勤務中」とユーザ状態「通勤中」とは、関連度合いが高いと考えられる。逆に、ユーザ状況「勤務中」及び「通勤中」と、ユーザ状況「在宅中」とは、関連が少ないと考えられる。このようなユーザ状況の関連度合いを関連度テーブルに定義しておく。現在のユーザ状況に直接対応するユーザプロファイルだけでなく、関係のあるユーザプロファイルをも用いるので、より柔軟で応用性に富む総合ユーザプロファイルを生成することができる。
【００２１】
発明６は、発明５において、前記生成手段が、前記現在のユーザ状況と前記関連ユーザ状況との関連度合いに基づいて抽出したユーザプロファイルに重み付けをし、重み付け後の各ユーザプロファイルに基づいて前記総合ユーザプロファイルを生成する管理装置を提供する。
【００２２】
関連ユーザ状況に対応するユーザプロファイルに、現在のユーザ状況と関連ユーザ状況との関連度合いに応じた重み付けをすることにより、現在のユーザ状況により適合した総合プロファイルを生成することができる。
【００２３】
発明７は、発明１において、前記要求受付手段は、前記ユーザプロファイルの要求と共に、前記アプリケーションが解釈可能なユーザプロファイルのフォーマットを受信する管理装置を提供する。この装置において、生成手段は、生成した総合ユーザプロファイルのフォーマットを前記フォーマットに変換して送信する。
【００２４】
例えば、総合ユーザプロファイルの記述言語やユーザプロファイル中のタグ名などを、各アプリケーションに応じたフォーマットに変換する。変換にオントロジーファイルを用いることもできる。これにより、任意のアプリケーション同士がユーザプロファイルを共有することができる。
【００２５】
発明８は、１以上の任意のアプリケーションが動作するユーザ端末と接続され、前記ユーザ端末からユーザプロファイルを収集する管理方法を提供する。この方法は下記のステップを含む。
・ユーザ状況を決定するためのユーザ状況判断基準を記憶する判断基準記憶ステップ、
・前記アプリケーションが生成するユーザプロファイルを収集及び記憶する収集ステップ、
・前記アプリケーションのいずれかからユーザプロファイルの要求を受け付ける要求受付ステップ、
・前記要求に応じ、現在のユーザ状況を前記ユーザ状況判断基準に基づいて判定するユーザ状況管理ステップ、
・前記収集手段が記憶するユーザプロファイルから現在のユーザ状況に関連するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて現在のユーザ状況における総合ユーザプロファイルを生成する生成ステップ、
・前記ユーザプロファイル生成手段が生成したユーザプロファイルを要求元に送信する送信ステップ。
【００２６】
この発明は、前記発明１と同様の作用効果を有する。
【００２７】
発明９は、１以上の任意のアプリケーションが動作するユーザ端末と接続され、前記ユーザ端末からユーザプロファイルを収集する管理装置としてコンピュータ端末を機能させる管理プログラムを提供する。このプログラムは、下記の手段としてこのコンピュータ端末を機能させる。
・ユーザ状況を決定するためのユーザ状況判断基準を記憶する判断基準記憶手段、
・前記アプリケーションが生成するユーザプロファイルを収集及び記憶する収集手段、
・前記アプリケーションのいずれかからユーザプロファイルの要求を受け付ける要求受付手段、
・前記要求に応じ、現在のユーザ状況を前記ユーザ状況判断基準に基づいて判定するユーザ状況管理手段、
・前記収集手段が記憶するユーザプロファイルから現在のユーザ状況に関連するユーザプロファイルを抽出し、抽出したユーザプロファイルに基づいて現在のユーザ状況における総合ユーザプロファイルを生成する生成手段、
・前記ユーザプロファイル生成手段が生成したユーザプロファイルを要求元に送信する送信手段。
【００２８】
この発明は、前記発明１と同様の作用効果を有する。
【発明の効果】
【００２９】
本発明を利用すれば、ユーザプロファイルを利用するユーザの状況に合致するユーザプロファイルを生成及び提供することができる。
【発明を実施するための最良の形態】
【００３０】
＜発明の概要＞
図１は、本発明に係る管理装置を適用したユーザプロファイル共有システムの構成を示す。ユーザプロファイル共有システムは、管理装置１００と、１以上のアプリケーション１１０ａ，ｂと、を含む。
【００３１】
管理装置１００は、アプリケーション１１０からの要求を受けて複数のユーザプロファイルに基づいた新たなユーザプロファイル（以下、総合ユーザプロファイルという）を生成し、これをアプリケーション１１０に提供する。総合プロファイルの生成に先立ち、複数のアプリケーション１１０はそれぞれユーザプロファイルを生成し、管理装置１００に登録しておく。管理装置１００は、常にユーザ状況を監視しており、ユーザプロファイル登録時のユーザ状況とユーザプロファイルとを直接または間接的に対応付けて記憶している。総合ユーザプロファイルの生成には、ユーザプロファイル要求時のユーザ状況またはアプリケーションが指定するユーザ状況（以下、両者を含めて現在のユーザ状況という）に対応するユーザプロファイルが使用される。現在のユーザ状況に対応するユーザプロファイルとは、現在のユーザ状況と同じユーザ状況においていずれかのアプリケーションが生成したユーザプロファイルである。
【００３２】
管理装置１００は、現在のユーザ状況に対応するユーザプロファイルに基づいて総合ユーザプロファイルを生成するので、総合ユーザプロファイルは刻々と変化するユーザ状況に応じたものとなる。従って、各アプリケーションでは、総合ユーザプロファイルに基づき、現在のユーザ状況に合致する処理を行うことができる。例えば、アプリケーションがＷｅｂブラウザである場合を考える。現在のユーザ状況が「在宅中」であれば、ユーザの趣味に関するＷｅｂページを検索するなどの処理が可能となる。一方、現在のユーザ状況が「勤務中」であれば、ユーザが仕事でよく使うＷｅｂページを検索するなどの処理が可能となる。
【００３３】
本発明において、ユーザプロファイルとはユーザの嗜好に関する情報である。ただし、ユーザプロファイルが含む情報は、それに限定されない。例えば、ユーザプロファイルは、ユーザの移動履歴や人間関係、経歴などを含んでいても良い。また、ユーザプロファイルは、文章編集アプリケーションでユーザが単語登録を行う辞書ファイルのようなものであってもよい。さらに、ユーザプロファイルのフォーマットは特に限定されない。
【００３４】
＜第１実施形態＞
以下本発明の実施の形態について、図面を参照しながら説明する。
【００３５】
［機能構成］
（１）全体構成
図１は、本発明の第１実施形態に係る管理装置を適用したユーザプロファイル共有システムの構成を示す。ユーザプロファイル共有システムは、管理装置１００と、１以上のアプリケーション１１０ａ，ｂと、データソース１１１とを含む。
【００３６】
アプリケーション１１０は、パーソナルコンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＧＰＳ装置等のコンピュータ端末上で動作し、インターネットやＬＡＮなどのネットワークを介して管理装置１００と通信する。なお、アプリケーション１１０は、ＳＤカード、ＣＦカード、ＤＶＤなどの記録媒介を介して管理装置１００とデータを受け渡ししても良い。
【００３７】
アプリケーション１１０は、アプリケーション固有の処理に加え、ユーザプロファイルを生成し、生成したユーザプロファイルを管理装置１００に提供する。また、アプリケーション１１０は、管理装置１００にユーザプロファイルを要求し、これを取得し、取得した情報に基づいた処理を行う。このようなアプリケーションとしては、例えばＷｅｂブラウザ、インスタントメッセンジャー（以下、ＩＭという）、メーラーを挙げることができる。
【００３８】
データソース１１１は、ユーザに関する情報を提供する装置やアプリケーションであり、ユーザ状況を判断するための基礎情報を管理装置１００へ提供する。例えば、ユーザが保有するＧＰＳ装置、駅の改札や会社の会議室など任意の場所に取り付けられたセンサ、ユーザの行動スケジュールを納めたスケジューラを、データソース１１１として挙げることができる。なお、本実施形態では、データソース１１１がネットワークを通じて管理装置１００とデータの交換を行うことを想定しているが、データソース１１１は管理装置１００と同一の端末上にあってもよい。
【００３９】
（２）管理装置
管理装置１００は、下記（ａ）〜（ｇ）の構成要素を含む。
（ａ）知識データベース（ＤＢ）１０１（判断基準記憶手段に相当）：ユーザ状況を判断するためのユーザ状況判断基準を記憶する。ユーザ状況判断基準については詳細を後述する。
（ｂ）ユーザ状況管理部１０２（ユーザ状況管理手段に相当）：データソース１１１からの情報とユーザ状況判断基準に基づいて、刻々と変化するユーザの状況をその時々で判断する。また、判断したユーザ状況を、状況データテーブル１０２ａに書き込む。
（ｃ）ユーザプロファイル収集部１０３（収集手段に相当）：アプリケーション１１０からアプリケーションを収集する。さらに、ユーザ状況判断基準のユーザによる登録を受け付けても良い。
（ｄ）要求受付部１０４（要求受付手段に相当）：アプリケーション１１０からユーザプロファイルの要求を受け付ける。
（ｅ）ユーザプロファイル提供部１０５（生成手段及び送信手段に相当）：ユーザプロファイルが要求された時のユーザ状況（以下、現在のユーザ状況という）に適合するユーザプロファイルを、記憶されているユーザプロファイルに基づいて生成し、ユーザプロファイルの要求元に提供する。
（ｆ）ユーザプロファイル管理部１０６（収集手段に相当）：ユーザプロファイルＤＢ１０６ａへのユーザプロファイルの格納及びそこからの読み出しを行う。ユーザプロファイルＤＢ１０６ａは、アプリケーション１１０が生成したユーザプロファイルを、生成時のユーザ状況と対応付けて記憶する。
（ｇ）ユーザ状況収集部１０７：データソース１１１からの情報を取得し、ユーザ状況管理部１０２に渡す。
【００４０】
以上の構成要素を有する管理装置１００は、ユーザのホームサーバやサービスサーバ上のサービス提供装置として実現されることを想定している。ただし、必ずしも固定コンピュータ端末上に実装される必要は無く、ユーザの携帯端末上のサービスとして実現しても良い。なお、管理装置１００の各構成要素１０１〜１０７が全て同一のコンピュータ端末上に存在しなくてもよい。必要に応じ、各構成要素は異なるコンピュータ端末上に実装され得る。その場合、ＬＡＮやインターネットなどのデータ通信網などの手段を通じ、各構成要素が相互にデータを交換できるようにするのが好ましい。
【００４１】
［管理装置が記憶する情報］
次に、管理装置１００が記憶する情報について説明する。
【００４２】
（１）知識ＤＢ
（１−１）ユーザ状況判断基準テーブル
図２は、知識ＤＢ１０１に記憶されているユーザ状況判断基準テーブル１０１ａの概念説明図である。ユーザ状況判断基準テーブル１０１ａには、判断基準データが登録されている。判断基準データは、ユーザ状況管理部１０２がユーザ状況を判定するのに用いられる。判断基準データのデフォルト値を予めユーザ状況判断基準テーブル１０１ａに設定しておいても良いが、ユーザからの登録を管理装置１００が受け付けることが好ましい。ユーザ毎の判断基準データにより、各ユーザの状況をきめ細かくかつ的確に判断することができる。以下の説明では、ユーザ毎に判断基準データが登録されている場合を考える。
【００４３】
判断基準データは、ユーザに生じうるユーザ状況と状態導出データとを対応付けている。この例では、生じうるユーザ状況として、「勤務中」、「通勤中」、「自宅」の３つが登録されている。ユーザ状況は、管理装置１００内で一意に識別できる値であればよく、ＵＵＩＤやＵＲＩなどで表されてもよいし、文字列であっても構わない。各ユーザ状況の値はユーザが任意に決めることができる。
【００４４】
各ユーザ状況に対応付けられる状況導出データとしては、データリソース１１１により収集可能な情報か、管理装置１００が検出可能な時刻情報が用いられる。この例では、状況導出データとして、各ユーザ状況の「時間帯」、その時のユーザの「位置情報」、ユーザが利用する「利用端末」及び「利用アプリケーション」を示している。時間帯、位置情報、利用端末及び利用アプリケーションの全てを状況導出データとして用いなくても良く、少なくとも１つを用いればよい。また、状況導出データとしては、ここに挙げたものに限られない。
【００４５】
図２のユーザ状況判断基準テーブル１０１ａによりユーザ状況を判定する具体例を説明する。例えば、管理装置１００の内部クロック時刻０８：３０の時点で、「位置情報：門真」、「利用端末：ノートＰＣ」、「利用アプリケーション：Ｗｅｂブラウザ」という情報がデータソース１１１から収集されたとする。この場合、ユーザ状況は「勤務中」と判定される。また、例えば、管理装置１００の内部クロックの時刻「０８：３０」のみに基づいて、ユーザ状況を「勤務中」と決定しても良い。さらに、複数の状況導出データに優先度を設け、各状況導出データが示すユーザ状況が合致しないときには優先度の高い状況導出データに従ってユーザ状況を決めても良い。
【００４６】
（１−２）関連度データテーブル
図３は、知識ＤＢ１０１に記憶されている関連度データテーブル１０１ｂの概念説明図である。関連度データテーブルには、関連度データが登録されている。関連度データは、ユーザ状況判断基準テーブル１０１ａに登録されているユーザ状況間の関連度を定義する。関連度データの設定は管理装置１００の提供者が行っても良いが、管理装置１００がユーザによる設定を受け付けても良い。好ましくは、判断基準データが含む各ユーザ状況間の関連度合いを、ユーザ自身が登録する。以下の説明では、ユーザ毎の関連度データが登録されている場合を考える。例えば、図３では、「通勤中」というユーザ状況に対し、ユーザ状況「勤務中」は関連が高く、ユーザ状況「休暇中」は関連が低く、ユーザ状況「在宅中」は関連を持たないと設定されている。
【００４７】
関連度データは、関連状況において生成されたユーザプロファイルを、プロファイルＤＢ１０６ａから抽出するのに用いられる。関連状況とは、現在のユーザ状況と関連のある別のユーザ状況をいう。前述したように、現在のユーザ状況とは、アプリケーション１１０がユーザプロファイルを要求したときのユーザ状況である。現在のユーザ状況で生成されたユーザプロファイルのみならず、関連状況で生成されたユーザプロファイルにも基づいて総合ユーザプロファイルを生成することにより、総合ユーザプロファイルの柔軟性と利用価値とを高めることができる。
【００４８】
（２）状況データテーブル
図４は、状況データテーブル１０２ａが記憶する状況データの概念説明図である。状況データテーブル１０２ａは、好ましくはユーザ毎に生成される。状況データテーブル１０２ａには、ユーザ状況管理部１０２が判断基準データとデータソース１１１からの情報とに基づいて判定したユーザ状況が、次々に書き込まれる。状況データは、ユーザ状況とユーザ状況に関連する付随情報とを含む。図４の例は、ユーザ状況が、２００４／２／３の１３：００〜１９：００まで「勤務中」、１９：００〜２１：００まで「通勤中」、２１：００以降は「在宅中」であったことを示す。付随情報として、日時と、ユーザがそのときに利用しているアプリケーションと、が記憶されている。但し、付随情報はこの例に限定されない。データソース１１１から収集できる情報であれば、付随情報として状況データに含ませることができる。例えば、位置情報やスケジュール情報を、他の付随情報として挙げることができる。付随情報を状況データに含ませておくことにより、付随情報に基づいてユーザ状況を決定することができる。
【００４９】
状況データは、アプリケーション１１０が生成したユーザプロファイルがどのユーザ状況と対応するものであるかを決定したり、現在のユーザ状況を決定するのに用いられる。
【００５０】
（３）プロファイルＤＢ
次にプロファイルＤＢ１０６ａに記憶されるユーザプロファイルについて説明する。図５は、管理装置１００が受信するユーザプロファイルの概念説明図である。ユーザプロファイルは、少なくともデータを含み、この例では更新日時と重要度とをさらに含む。「重要度」は、特定のカテゴリに対するユーザの興味の強さを示す。また、「更新日時」は、重要度が更新された時刻データを示す。
【００５１】
図６は、プロファイルＤＢ１０６ａに記憶されている情報の概念説明図である。本実施形態では、管理装置１００は、図５に例示されるユーザプロファイルを受信すると、図６に示すように受信時のユーザ状況とユーザプロファイルとを対応付けて記憶する。図６は、ＩＴ関連及びＡＶ機器関連のユーザプロファイルを「勤務中」に受信し、洋楽関連及びスキー関連のユーザプロファイルを「休暇中」に受信したことを示している。受信時のユーザ状況とユーザプロファイルとを対応付けるのは、受信時のユーザ状況はそのユーザプロファイル生成時のユーザ状況とほぼ同様であり、従ってユーザプロファイル生成時のユーザ状況とユーザプロファイルとを対応付けるのに等しいからである。
【００５２】
［機能］
次に、管理装置１００が有する機能について説明する。管理装置１００は、大別して（１）ユーザ状況の取得、（２）ユーザプロファイルの取得、（３）総合ユーザプロファイルの提供、の３つの機能を有している。以下、これらの機能について順次説明する。
【００５３】
（１）ユーザ状況の取得
管理装置１００は、データソース１１１から情報を収集し、収集した情報と判断基準データとに基づいて、収集時のユーザ状況を判断する。判断したユーザ状況は、状況データテーブル１０２ａに書き込まれる。
【００５４】
まず、ユーザ状況収集部１０７がデータソース１１１からユーザ情報を収集する。データソース１１１が提供するユーザ情報の一例としては、時刻情報、位置情報、スケジュール情報、近傍店舗情報、近傍ユーザ情報、ユーザが利用しているアプリケーションについての情報が挙げられる。また、ユーザを特定するユーザ識別子がユーザ情報に含まれていても良い。収集されたユーザ情報は、ユーザ状況収集部１０７からユーザ状況管理部１０２へ渡される。ユーザ状況収集部１０７としては、メーラーやインスタントメッセンジャー（ＩＭ）など公知の手段を用いることができる。
【００５５】
ユーザ状況管理部１０２は、収集したユーザ情報と判断基準データの状況導出データとを比較し、収集時のユーザ状況を決定する。さらにユーザ状況管理部１０２は、状況データテーブル１０２ａのフォーマットに基づいて状況データを決定する。決定したユーザ状況は、状況データテーブル１０２ａに書き込まれる。例えば、図２に示す判断基準データ及び図４に示す状況データテーブル１０２ａのフォーマットが与えられているときに、ユーザ情報として「時刻情報２００４／４／２の９：００」及び「Ｗｅｂブラウザ」を収集したとする。すると、ユーザ状況管理部１０２は、判断基準データから、ユーザ状況が「勤務中」であると判断する。さらにユーザ状況管理部１０２は、日時「２００４／４／２  ９：００」、ユーザ状況「勤務中」、利用アプリケーション「Ｗｅｂブラウザ」を含む状況データを生成し、状況データテーブル１０２ａに登録する。
【００５６】
以上のようにして、データソース１１１から新たなユーザ情報を収集するたびに、収集したユーザ情報に基づいて状況データテーブル１０２ａに新たな状況データが蓄積される。従って、状況データテーブル１０２ａには、ユーザ状況の移り変わりの履歴が記憶されることになる。
【００５７】
（２）ユーザプロファイルの取得
管理装置１００は、任意のアプリケーション１１０が生成したユーザプロファイルを取得し、取得時のユーザ状況と対応付けて保存する。
【００５８】
まず、ユーザプロファイルの取得について説明する。管理装置１００のユーザプロファイル収集部１０３は、任意のアプリケーション１１０が生成または更新したユーザプロファイルを、任意のタイミングで受信する。このとき、管理装置１００は、ユーザプロファイルの生成／更新時刻情報と、アプリケーション自身に関する情報を記述したアプリケーションプロファイル（以下、アプリプロファイルという）を、ユーザプロファイルとともに受信する。ユーザプロファイルが時刻情報を含んでいても良い。アプリプロファイルは、アプリケーションの識別子、利用目的、ＯＳなどの利用環境、利用可能なユーザプロファイルのフォーマット、アプリケーションが実行されている端末に関する情報などを含む。受信したユーザプロファイルやアプリプロファイルは、ユーザプロファイル管理部１０３からユーザプロファイル管理部１０６へ渡される。なお、ユーザプロファイル収集部１０３は、外部アプリケーション１１０に対する認証などセキュリティを確保するための機能を有していても良い。
【００５９】
次に、ユーザプロファイルの保存について説明する。ユーザプロファイル管理部１０６は、受け取った情報からユーザ状況を特定するに足りるデータを抽出し、ユーザ状況管理部１０２に渡す。例えば、アプリケーションの識別子や時刻情報である。ユーザ状況管理部１０２は、渡されたデータに基づいて、状況データテーブル１０２ａから対応する状況データを抽出し、ユーザプロファイル管理部１０６へ返す。ユーザプロファイル管理部１０６は、返された状況データのうち少なくともユーザ状況を、ユーザプロファイルと対応付けてプロファイルＤＢ１０６ａに保存する。
【００６０】
以上により、ユーザプロファイルとユーザ状況とを対応付けてプロファイルＤＢ１０６ａに記憶させることができる。なお、ユーザプロファイルには、複数のユーザ状況が対応付けられる場合がある。
【００６１】
（３）総合ユーザプロファイルの提供
次に、アプリケーション１１０への総合ユーザプロファイルの提供について説明する。管理装置１００は、任意のアプリケーション１１０からの要求に応じ、要求時のユーザ状況に応じた総合ユーザプロファイルを生成し、これを要求元に提供する。
【００６２】
（３−１）要求の受信
まず、管理装置１００の要求受付部１０４は、任意のアプリケーション１１０から、アプリケーション自身のアプリプロファイルを任意のタイミングで受信する。アプリプロファイルと共に、状況データを受信しても良い。
【００６３】
（３−２）現在のユーザ状況を含む状況データの特定
要求受付部１０４は、アプリケーション１１０から受け取ったデータの解析を行う。受信データが状況データを含んでいる場合、要求受付部１０４は、状況データ及びアプリプロファイルを、ユーザプロファイル提供部１０５に渡す。受信した状況データが含むユーザ状況を現在のユーザ状況と見なし、総合ユーザプロファイルを生成すればよいからである。
【００６４】
アプリケーション１１０からユーザ状況の指定を受信していない場合、要求受付部１０４は、現在のユーザ状況をユーザ状況管理部１０２に問い合わせる。ユーザ状況管理部１０２は、状況データテーブル１０２ａから最も新しい状況データを抽出し、要求受付部１０４に返す。要求受付部１０４は、状況データを受け取ると、受信した状況データ及びアプリプロファイルをユーザプロファイル提供部１０５へ渡す。もっとも新しい状況データに含まれているユーザ状況を現在のユーザ状況と見なし、総合ユーザプロファイルを生成するためである。
【００６５】
（３−３）関連状況を含む関連度データの特定
ユーザプロファイル提供部１０５は、状況データに含まれるユーザ状況を特定し、特定したユーザ状況の関連状況を含む関連度データを、ユーザ状況管理部１０２から取得する。ユーザプロファイル提供部１０５は、現在のユーザ状況及び特定した関連状況に対応するユーザプロファイルを、ユーザプロファイル管理部１０６に要求する。ユーザプロファイル管理部１０６は、要求に従い、現在のユーザ状況及び関連状況に対応するユーザプロファイルをプロファイルＤＢ１０６ａから抽出し、ユーザプロファイル提供部１０５に渡す。これらに基づいて総合ユーザプロファイルを生成するためである。
【００６６】
例えば、図６に示すユーザプロファイルが記憶されており、現在のユーザ状況が「通勤中」、関連状況が「休暇中」及び「勤務中」であるとする。この場合、「通勤中」に対応するユーザプロファイルは存在しないが、「勤務中」及び「休暇中」に対応するユーザプロファイルが存在する。そこで、ユーザプロファイル管理部１０６は、これらをユーザプロファイル提供部１０５に渡す。
【００６７】
（３−４）ユーザプロファイルの変換
（３−４−１）関連度データに基づく変換
ユーザプロファイル提供部１０５は、関連度データを用いて取得したユーザプロファイルの重み付けを行い、現在のユーザ状況や関連状況に対応するユーザプロファイルを統合する。
【００６８】
図７は、関連度データを用いたユーザプロファイルの重み付けの一例を示す説明図である。図７（ａ）は関連状況に対応するユーザプロファイルである。図７（ｂ）は統合されたユーザプロファイルである。この図は、図３に示す関連度データテーブル１０２ａが与えられ、現在のユーザ状況が「通勤中」の場合を例にとっている。図３によれば、ユーザ状況「通勤中」に関連のある他のユーザ状況は「勤務中」及び「休憩中」で、「勤務中」は関連度「大」、「休憩中」は関連度「小」である。そこで、ユーザ状態「勤務中」に対応するユーザプロファイルの「重要度」を、重み付けにより上げる。つまり、「低」を「中」に、「中」を「高」に変換する重み付けを行う。同様に、ユーザ状態「休憩中」に対応するユーザプロファイルの「重要度」を、重み付けにより下げる。つまり、「高」を「中」に、「中」を「低」に下げる重み付けを行う。その結果、図７（ａ）に示すユーザプロファイルが、同図（ｂ）に示す要に統合される。
【００６９】
なお、この例におけるユーザプロファイルの重み付けの計算方法はあくまで一例である。同様にして、総合ユーザプロファイルを生成する場合には、関連度データに基づいて、現在のユーザ状況や関連状況に対応するユーザプロファイルの値を変更するとよい。
【００７０】
（３−４−２）フォーマット変換
ユーザプロファイル提供部１０５は、アプリプロファイルに記載されている情報に基づき、統合されたユーザプロファイルのフォーマットを変換し、総合ユーザプロファイルを生成する。統合したユーザプロファイルを、要求元アプリケーション１１０が利用可能な形式に変換するためである。その後、ユーザプロファイル提供部１０５は、総合ユーザプロファイルを要求元アプリケーション１１０に送信する。
【００７１】
［処理］
次に、プロファイル共有システムが行う処理の流れの一例について、図面を参照して説明する。
【００７２】
（１）ユーザプロファイルの取得処理
図８は、ユーザプロファイルの取得処理の流れの一例を示す説明図である。まず、アプリケーション１１０は、ユーザプロファイルを生成し（＃１１）、アプリプロファイルと共に管理装置１００に送信する（＃１２）。
【００７３】
管理装置１００は、ユーザプロファイル及びアプリプロファイルを受信すると（＃１３）、受信時のユーザ状況を特定するためのデータを抽出する（＃１４）。例えば、管理装置１００は、時刻情報やアプリケーションの識別子を抽出し、これを含む状況データを状況データテーブル１０２ａから読み出す（＃１５）。最後に、管理装置１００は、受信したユーザプロファイルと、少なくとも状況データ中のユーザ状況と、を対応付けてプロファイルＤＢ１０６ａに格納する（＃１６）。
【００７４】
以上の処理により、受信したユーザプロファイルとユーザ状況とが直接対応付けられる。
【００７５】
（２）総合ユーザプロファイルの提供処理
図９は、総合ユーザプロファイルの提供処理の流れの一例を示す説明図である。まず、アプリケーション１１０は、ユーザプロファイルの要求を管理装置１００に送信する。このとき、要求と共にまたは要求に代えて、アプリプロファイルを送信する（＃２１）。
【００７６】
管理装置１００は、アプリプロファイルを受信すると（＃２２）、現在のユーザ状況を含む状況データを特定する（＃２３）。ついで、管理装置１００は、現在のユーザ状況に関連する関連状況を含む関連度データを特定する（＃２４）。さらに管理装置１００は、現在のユーザ状況や関連状況に対応するユーザプロファイルをプロファイルＤＢ１０６ａから読みだし（＃２５）、重み付け及び変換を行い、総合ユーザプロファイルを生成する（＃２６）。最後に管理装置１００は、生成した総合ユーザプロファイルを要求元アプリケーション１１０に送信する（＃２７、＃２８）。
【００７７】
以上の処理により、アプリケーションがユーザプロファイルを要求したときのユーザ状況に応じた総合ユーザプロファイルが生成され、活用度の高いユーザプロファイルを提供することができる。
【００７８】
［効果］
本実施形態によれば、管理装置１００が収集したユーザ情報と、知識ＤＢ１０１に記憶された判断基準データ及び関連度データに基づいて、ユーザ状況情報を逐次モニタリングできる。その結果、アプリケーション１１０から収集したユーザプロファイルを、それが生成された時のユーザの状況と対応付けて保存することが可能となる。また、アプリケーションが要求するユーザプロファイルが利用される状況（現在のユーザ状況）に関連する状況（関連状況）を関連度データに基づいて求めることにより、ユーザプロファイルの利用状況に適した総合ユーザプロファイルを構築・提供することが可能になる。さらに、全く異なるアプリケーション間で、互いにユーザプロファイルを共有することが可能となる。
【００７９】
＜第２実施形態＞
前記第１実施形態では、アプリケーション１１０から収集したユーザプロファイルを、ユーザ状況と対応付けてプロファイルＤＢ１０６ａに格納しているが、ユーザプロファイルとユーザ状況との対応付けを総合ユーザプロファイルの生成時に行うことも可能である。
【００８０】
［記憶される情報及び機能］
第２実施形態に係るユーザプロファイル共有システムの構成は、図１に示したものと同様である。但し、プロファイルＤＢ１０６ａに記憶される情報が異なる。また、ユーザプロファイルの変換方法が異なる。以下では、第１実施形態とは異なる点について説明する。
【００８１】
（１）プロファイルＤＢ
図１０は、プロファイルＤＢ１０６ａに記憶される情報の概念説明図である。プロファイルＤＢ１０６ａには、収集したユーザプロファイルがリンク情報と対応付けて記憶されている。なお、この例では、アプリケーション毎にユーザプロファイルを記憶する例を示している。リンク情報は、ユーザプロファイルが生成されたユーザ状況とユーザプロファイルとを結びつける。リンク情報としては、特に限定されないが、ユーザプロファイルの更新日時やアプリケーション識別子などを用いることができる。ユーザプロファイルに含まれる情報をリンク情報とすることもできる。
【００８２】
（２）現在のユーザ状況及び関連状況に対応するユーザプロファイルの特定
図１１は、ユーザプロファイル提供部１０５による現在のユーザ状況及び関連状況に対応するユーザプロファイルの特定の説明図である。図１１（ａ）は変換前のユーザプロファイルを示し、同図（ｂ）は特定されたユーザプロファイルを用いた変換後のユーザプロファイルを示す。この変換は、図３に示す関連度データテーブル１０１ｂ及び図４に示す状況データテーブルが与えられ、現在のユーザ状況が「通勤中」であり、リンク情報が時刻情報の場合を例にとって示している。
【００８３】
この例では、記憶されているユーザプロファイルのうち、現在のユーザ状況「通勤中」と関連のあるユーザ状況「勤務中」及び「休憩中」に生成されたのは、Ｗｅｂブラウザに対応するユーザプロファイルだけである。これは、ユーザプロファイルの更新日時と状況データテーブル１０２ａとを比較することで求まる。すなわち、「勤務中」に相当する時間帯に更新されたユーザプロファイルは、Ｗｅｂブラウザに対応するユーザプロファイルである。また、「休憩中」に更新されたユーザプロファイルは記憶されていない。そこで、「勤務中」に相当する時間帯１３：００〜１９：００に更新されたユーザプロファイルだけを抽出し、さらに重み付けによりユーザプロファイル中の「重要度」を変更することで、同図（ｂ）の統合されたユーザプロファイルを得る。
【００８４】
［処理］
次に、第２実施形態に係るプロファイル共有システムが行う処理の流れの一例について、図面を参照して説明する。
【００８５】
（１）ユーザプロファイルの取得処理
図１２は、第２実施形態に係るユーザプロファイルの取得処理の流れの一例を示す説明図である。まず、アプリケーション１１０は、ユーザプロファイルを生成し（＃３１）、アプリプロファイルと共に管理装置１００に送信する（＃３２）。
【００８６】
管理装置１００のユーザプロファイル収集部１０３は、ユーザプロファイル及びアプリプロファイルを受信すると（＃３３）、ユーザプロファイル管理部１０６に渡す。ユーザプロファイル管理部１０６は、ユーザプロファイルがリンク情報を含む場合はそのままプロファイルＤＢ１０６ａにユーザプロファイルを格納する。ユーザプロファイルがリンク情報を含まない場合は、ユーザプロファイル管理部１０６はリンク情報と対応付けてユーザプロファイルを格納する。例えば、ユーザプロファイル管理部１０６は、受信時の時刻情報やアプリケーションの識別子と対応付けてユーザプロファイルを格納しても良い。
【００８７】
この処理により、ユーザプロファイルとリンク情報とを対応付けることができる。
【００８８】
（２）総合ユーザプロファイルの提供処理
図１３は、第２実施形態に係る総合ユーザプロファイルの提供処理の流れの一例を示す説明図である。まず、アプリケーション１１０は、ユーザプロファイルの要求を管理装置１００に送信する。このとき、要求と共にまたは要求に代えて、アプリプロファイルを送信する（＃４１）。
【００８９】
管理装置１００は、要求受付部１０４によりアプリプロファイルを受信すると（＃４２）、現在のユーザ状況を含む状況データを特定する（＃４３）。ついで、管理装置１００は、現在のユーザ状況に関連する関連状況を含む関連度データを特定する（＃４４）。さらに、現在のユーザ状況を含む状況データ及び関連状況を含む状況データから、リンク情報を抽出する（＃４４）。例えばリンク情報が時刻情報であれば、時刻情報を抽出する。
【００９０】
さらに、管理装置のユーザプロファイル提供部１０５は、抽出したリンク情報を用い、現在のユーザ状況及び関連状況に対応するユーザプロファイルを、プロファイルＤＢ１０６ａから抽出する（＃４５）。すなわち、ユーザプロファイルに対応するリンク情報と状況データから抽出したリンク情報とを比較し、現在のユーザ状況や関連状況に対応するユーザプロファイルを検索する。その後、検索したユーザプロファイルに基づいて総合ユーザプロファイルを生成し、これを要求元に送信する（＃４６〜＃４８）。
【００９１】
以上の処理により、ユーザプロファイルとユーザ状況とを直接対応付けて記憶していない場合でも、ユーザプロファイルの利用時のユーザ状況に応じた総合ユーザプロファイルを生成することが可能となる。
【００９２】
＜第３実施形態＞
前記第１実施形態では、ユーザプロファイルに含まれている更新日時や重要度を用い、複数のユーザプロファイルを重み付けすることにより統合プロファイルを生成している。しかし、ユーザプロファイルに更新日時や重要度が含まれていない場合でも、重み付けは可能である。例えば、以下の方法が挙げられる。
【００９３】
（ａ）ユーザプロファイルの記憶時に、管理装置が日時を書き込む方法
ユーザプロファイル管理部１０６は、ユーザプロファイルを受信した日時とユーザプロファイルとを、対応づけてプロファイルＤＢ１０６ａに書き込む。ユーザプロファイル提供時には、ユーザプロファイル管理部１０６は、記憶されている日時と状況データテーブルとに基づいて、現在の状況や関連する状況に対応するユーザプロファイルを抽出し、ユーザプロファイル提供部１０５に渡す。その後、ユーザプロファイル提供部１０５は、関連度データテーブルに基づいて重み付けを行う。
【００９４】
または、ユーザプロファイル管理部１０６は、ユーザプロファイルを受信した日時と状況データテーブルとに基づいて、ユーザプロファイルと対応づけるユーザ状況を決定し、ユーザ状況とユーザプロファイルとを対応づけてプロファイルＤＢ１０６ａに書き込む。管理装置１００は、ユーザプロファイルの要求を受信した場合、前記第１実施形態と同様にして重み付けを行う。
【００９５】
（ｂ）ユーザプロファイルの要求受信時に、管理装置がそのときのユーザ状況に対応するユーザプロファイルの重要度を高くする方法
例えば前記（ａ）に記載の方法により、ユーザプロファイルとユーザ状況とを対応づけることができるとする。ユーザプロファイル提供部１０５は、ユーザプロファイルの要求を受信した日時から現在のユーザ状況を求め、現在のユーザ状況に対応するユーザプロファイルの重要度を「高」に設定して重み付けを行う。例えば、ユーザプロファイルの要求受信時が「通勤中」である場合、「通勤中」のユーザプロファイルに重みを置いた統合ユーザプロファイルが生成される。このようにすれば、ユーザプロファイルに更新日時や重要度が含まれている必要がないばかりか、関連度データテーブルを用いなくても、重み付けが可能である。
【００９６】
（ｃ）ユーザプロファイルの更新日時に応じ、管理装置が重要度を設定する方法
ユーザプロファイルに更新日時が含まれている場合、ユーザプロファイル提供部１０５は、その更新日時に基づいて重要度を設定してもよい。例えば、ユーザプロファイルの要求受信時から過去１週間以内のユーザプロファイルの重要度を「高」に、過去１週間以上１ヶ月以内のものを重要度「中」に、それ以上過去のユーザプロファイルの重要度を「低」に設定することが挙げられる。ユーザプロファイル提供部１０５は、このようにして設定した重要度に基づいて重み付けを行い、統合ユーザプロファイルを生成することができる。このようにすれば、ユーザプロファイルに重要度が含まれている必要がないばかりか、関連度データテーブルを用いなくても重み付けが可能である。この重み付けの方法は、前記（ａ）にも適用可能である。
【００９７】
＜実施例＞
次に、実施例を挙げて本発明を具体的に説明する。
【００９８】
〔第１実施例〕
（１）関連度データテーブル及び状況データテーブル
図１４（ａ）、（ｂ）は、第１実施例における関連度データテーブル１０１ｂ及び状況データテーブル１０２ａをそれぞれ示す。図１４（ａ）は、「食事中」と、「仕事中」、「通勤中」、「在宅中」及び「休憩中」との関連度を示す。図１４（ｂ）は、ユーザが、「仕事中」、「在宅中」、「食事中」においてＷｅｂブラウザまたはメディアプレイヤーを利用していることを示す。ここではＷｅｂブラウザ及びメディアプレイヤーをアプリケーション１１０ａ，ｂとして例示している。Ｗｅｂブラウザ１１０ａは、ページ閲覧記録や検索語彙の入力記録などに基づいて、ユーザがどのような情報に関心を持っているのかに関するユーザプロファイルを生成する。メディアプレイヤー１１０ｂは、ユーザのコンテンツ視聴履歴などに基づいて、ユーザの嗜好に関するユーザプロファイルを生成する。
【００９９】
（２）処理
以下、Ｗｅｂブラウザ１１０ａとメディアプレイヤー１１０ｂとが管理装置１００にユーザプロファイルを登録し、その後、Ｗｅｂブラウザ１１０ａが登録されているユーザプロファイルを取得する手順について例示する。
【０１００】
（２−１）ユーザプロファイルの取得と保存
図１５は、ユーザプロファイルの取得と保存の説明図である。アプリケーション１１０ａ，ｂが生成するユーザプロファイルは、ユーザ状況と対応付けて保存される。
【０１０１】
まず、同図（ａ）は、初期状態（２００４／２／３  １３：００以前）におけるプロファイルＤＢ１０６ａの状態を示す。その後、仕事中にユーザによって利用されていたＷｅｂブラウザ１１０ａは作業終了後、同図（ｂ）に示すユーザプロファイルを生成する。この例では、ＷｅｂブラウザはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のユーザプロファイルを生成している。
【０１０２】
管理装置１００のユーザプロファイル管理部１０６は、アプリプロファイルからＷｅｂブラウザが生成したユーザプロファイルのフォーマットを理解し、受信したユーザプロファイルから生成時刻及びユーザの嗜好情報に該当する部分の情報を抽出する。次にユーザプロファイル管理部１０６は、抽出した生成時刻およびアプリプロファイルをユーザ状況管理部１０２に渡し、対応する状況データを取得する。この例では、図１５（ｂ）のユーザプロファイル生成時刻に対応する状況データである「仕事中」が返され、ユーザプロファイル管理手段は、その状況データと抽出したユーザ嗜好情報を関係付けて保存する。図１５（ｃ）は、同図（ｂ）のユーザプロファイルから抽出した嗜好情報を、ユーザ状況「仕事中」と対応付けてプロファイルＤＢ１０６ａに格納した結果を示す。
【０１０３】
次に、メディアプレイヤーがユーザプロファイルをシステムに登録する。図１５（ｄ）は、在宅中のユーザによって利用されていたメディアプレイヤーが、作業終了後に生成するユーザプロファイルである。この例では、メディアプレイヤーはＣＳＶ形式のユーザプロファイルを生成している。生成されたユーザプロファイルは、メディアプレイヤーのアプリプロファイルと共に、管理装置１００に送信される。
【０１０４】
管理装置１００のユーザプロファイル管理部１０６は、アプリプロファイルからメディアプレイヤーが生成したユーザプロファイルのフォーマットを理解し、受信したユーザプロファイルから生成時刻、ユーザの嗜好情報に該当する部分の情報を抽出する。次にユーザプロファイル管理部１０６は、抽出した生成時刻およびアプリプロファイルをユーザ状況管理部１０２に渡し、対応する状況データを取得する。この例では、図１５（ｄ）のユーザプロファイル生成時刻に対応する状況データ「在宅中」が返される。ユーザプロファイル管理部１０６は、その状況データと抽出したユーザ嗜好情報とを関係付けて保存する。図１５（ｅ）は、同図（ｄ）のユーザプロファイルから抽出した嗜好情報を、ユーザ状況「在宅中」と対応付けてプロファイルＤＢ１０６ａに格納した結果を示す。
【０１０５】
なお、ユーザプロファイル管理部１０６は、嗜好情報そのものをユーザ状況と対応づけるのではなく、嗜好情報へのポインタやリンクを、ユーザ状況と対応づけて記憶してもよい。
【０１０６】
また、ユーザ状況と嗜好情報との対応付けを、ユーザプロファイルの受信時ではなく、ユーザプロファイルの提供時に行ってもよいことは、前記第２実施形態で述べたとおりである。
【０１０７】
（２−２）総合ユーザプロファイルの提供
次に、Ｗｅｂブラウザ１１０ａが、管理装置１００からユーザプロファイルを取得する手順について説明する。
【０１０８】
食事中のユーザによって利用されるＷｅｂブラウザ１１０ａは、作業開始時にアプリプロファイルを管理装置１００へ送信する。アプリプロファイルを受け取った管理装置１００は、現在のユーザ状況に対応する状況データを、ユーザ状況管理部１０２により状況データテーブル１０２ａから読み出す。この例では「食事中」というユーザの状況データが返されるとする。
【０１０９】
次に、ユーザ状況管理部１０２は、読み出したデータを、ユーザプロファイル提供部１０５に送信する。ユーザプロファイル提供部１０５は、「食事中」に関連する状況データおよび関連度データを、ユーザ状況管理部１０２から取得し、ユーザプロファイル提供部１０９へと送信する。
【０１１０】
ユーザプロファイル提供部１０５は、状況データに対応するユーザプロファイルを取得する。例えば、「食事中」に対応するユーザプロファイルと、「食事中」の関連状況である「仕事中」、「通勤中」、「在宅中」及び「休憩中」に対応するユーザプロファイルとを、ユーザプロファイル管理部１０６から取得する。この例では、図１５（ｅ）のユーザプロファイル全体が取得される。
【０１１１】
次に、ユーザプロファイル提供部１０５は、図１４（ａ）の関連度データに基づいて、各状況データに関連付けられているユーザプロファイルを重み付けしてソートし、さらにソートしたユーザプロファイルをＷｅｂブラウザ１１０ａに合うフォーマットに変換する。図１６は、ユーザプロファイルに対する関連度による重み付けとソートの例を示す。図１７は、Ｗｅｂブラウザ１１０ａが利用可能なフォーマットへ変換された総合ユーザプロファイルを示す。その後、ユーザプロファイル提供部１０５は、生成した総合ユーザプロファイルをＷｅｂブラウザ１１０ａへと送信する。
【０１１２】
上記の処理により、Ｗｅｂブラウザとメディアプレイヤーは、ユーザ状況に合うユーザプロファイルを互いに共有することができる。
【０１１３】
〔第２実施例〕
次に、Ｗｅｂブラウザと、インスタントメッセンジャー（ＩＭ）と、携帯電話に搭載されているメーラーである携帯メールと、をアプリケーションとして用いた例を示す。Ｗｅｂブラウザ１１０ａは、第１実施例と同様のユーザプロファイルを生成する。ＩＭ１１０ｂ及び携帯メール１１０ｃは、ユーザが好む話題や交換するファイルの種類の履歴などに基づいて、ユーザの嗜好に関するユーザプロファイルを生成する。
【０１１４】
（１）関連度データテーブル及び状況データテーブル
図１８（ａ），（ｂ）は、本実施例における関連度データテーブル１０１ｂ及び状況データテーブル１０２ａをそれぞれ示す。同図（ａ）は、ユーザ状況「通勤中」と、「仕事中」、「帰宅中」及び「在宅中」との関連度合いを示す。同図（ｂ）は、ユーザが「仕事中」、「帰宅中」、「在宅中」、「通勤中」において、Ｗｅｂブラウザ、ＩＭ、携帯メールを利用していることを示す。
【０１１５】
（２）処理
以下、Ｗｅｂブラウザ１１０ａとＩＭ１１０ｂが管理装置１００にユーザプロファイルを登録し、その後、携帯メール１１０ｃが登録されているユーザプロファイルを取得する手順について例示する。
【０１１６】
（２−１）ユーザプロファイルの取得と保存
まず、Ｗｅｂブラウザ１１０ａは、第１実施例と同様にして図１９（ａ）に示すユーザプロファイルを管理装置１００に登録する。
【０１１７】
管理装置１００のユーザプロファイル管理部１０６は、受信したユーザプロファイルを、各アプリケーションごとに保存する。図１９（ａ）は、仕事中に生成されたＩＴ関連のプロファイルと、帰宅中に生成された洋楽関連のプロファイルとが、Ｗｅｂブラウザ１１０ａが生成したユーザプロファイルとして保存されることを示す。ユーザプロファイル管理部１０６は、受信したアプリプロファイルに基づいて、ユーザプロファイルがＷｅｂブラウザ１１０ａによって生成されたことを確認し、Ｗｅｂブラウザ用のディレクトリなどにユーザプロファイルを保存する。
【０１１８】
次に、仕事中及び在宅中にユーザによって利用されていたＩＭ１１０ｂは、作業終了後、それぞれユーザプロファイルを生成する。図２０（ａ）は、ＩＭが生成するユーザプロファイルの例を示す。ここでは、ＩＭは、ＣＳＶ形式のユーザプロファイルを生成している。ユーザプロファイル管理部１０６は、受信したアプリプロファイルに基づいて、ユーザプロファイルがＩＭによって生成されたことを確認し、ＩＭ用のディレクトリなどにユーザプロファイルを保存する。なお、本実施例では、ユーザプロファイルが状況データと直接対応付けられていない。
【０１１９】
（２−２）総合ユーザプロファイルの提供
次に、携帯メール１１０ｂが、管理装置１００からユーザプロファイルを取得する手順について説明する。通勤中にユーザによって利用される携帯メール１１０ｃは、作業開始時にアプリプロファイルを管理装置１００に送信する。
【０１２０】
アプリプロファイルを受け取った管理装置１００の要求受付部１０４は、現在のユーザ状況に対応する状況データを、ユーザ状況管理部１０２から取得する。この例では「通勤中」というユーザの状況データが返される。次に、要求受付部１０４は、取得した状況データをユーザプロファイル提供部１０５へ渡す。
【０１２１】
ユーザプロファイル提供部１０５は、「通勤中」に関連する状況データおよび関連度データを、ユーザ状況管理部１０２から取得し、ユーザプロファイル管理部１０６に渡す。
【０１２２】
ユーザプロファイル提供部１０５は、状況データに対応するユーザプロファイルを、ユーザプロファイル管理部１０６から取得する。この例では、「通勤中」の関連状況である「仕事中」、「帰宅中」及び「在宅中」にそれぞれ関連付けられているユーザプロファイルを取得する。ただし、本実施例ではユーザプロファイルは状況データと直接関連付けられていないため、ユーザプロファイル管理部１０６は、状況データに対応する時刻データをリンク情報として用い、各アプリケーションごとに保存されているユーザプロファイルを取得する。
【０１２３】
具体的には、ユーザプロファイル管理部１０６は、「仕事中」に生成されたユーザプロファイルを取得するためには、「仕事中」に対応付けられている時刻「２００４／２／３  １３：００〜１９：００」に生成されたユーザプロファイルを検索する。このとき、Ｗｅｂブラウザ１１０ａのユーザプロファイルからは、ＩＴ関連のユーザプロファイルが、ＩＭ１１０ｂのユーザプロファイルからはＡＶ機器関連のユーザプロファイルが、それぞれ選択される。同様に、「帰宅中」に対応する時間帯に生成されたユーザプロファイルがそれぞれ選択され、ユーザプロファイル提供部１０５に渡される。
【０１２４】
次に、ユーザプロファイル提供部１０５は、図１８（ａ）の関連度データに基づいて、各状況データに関連付けられているユーザプロファイルの重み付けをおこない、各アプリケーションごとにユーザプロファイルデータのマージを行う。図１９（ｂ）は、Ｗｅｂブラウザ１１０ａのユーザプロファイルに対して重み付けを行い、マージしたものを示す。図２０（ｂ）は、ＩＭ１１０ｂのユーザプロファイルに対して重み付けを行い、マージしたものの例を示す。
【０１２５】
さらに、ユーザプロファイル提供部１０５は、マージされた各アプリケーションのユーザプロファイルを、ユーザプロファイルを要求しているアプリケーションが利用可能なフォーマットへと変換する。図１９（ｃ）、図２０（ｃ）は、それぞれウェブブラウザ１１０ａ及びＩＭ１１０ｂ用のユーザプロファイルを、携帯メールで利用可能なフォーマットへと変換した例を示す。
【０１２６】
更にユーザプロファイル提供部１０５は、これらのユーザプロファイルをマージした後に、携帯メール１１０ｃに対して提供する。図２１は、図１９（ｃ）、図２０（ｃ）に示すユーザプロファイルをマージして生成された総合ユーザプロファイルを示す。
【０１２７】
以上により、携帯メール１１０ｃにおいて、Ｗｅｂブラウザ１１０ａ、ＩＭ１１０ｃで生成された総合ユーザプロファイルを、状況に応じて利用することが可能になる。
【０１２８】
〔第３実施例〕
次に、Ｗｅｂブラウザと、メーラーと、カーナビゲーションシステムゲーションシステムと、をアプリケーション１１０として用いた例を示す。
【０１２９】
Ｗｅｂブラウザ１１０ａは、第１実施例と同様にユーザプロファイルを生成する。メーラーは、ユーザが好む話題や交換するファイルの種類の履歴などに基づいて、Ｗｅｂブラウザと同様にユーザの嗜好に関するユーザプロファイルを生成する。
【０１３０】
（１）関連度データテーブル、状況データテーブル及びオントロジーファイル
図２２（ａ）、（ｂ）は、本実施例における関連度データテーブル１０１ｂ及び状況データテーブル１０２ａをそれぞれ示す。同図（ａ）は、ユーザ状況「仕事中」、「帰宅中」及び「在宅中」との関連度合いを示す。同図（ｂ）は、ユーザが「仕事中」、「帰宅中」、「在宅中」、「通勤中」において、Ｗｅｂブラウザ、ＩＭまたはカーナビゲーションシステムを利用していることを示す。オントロジーファイルは、ユーザプロファイルの変換に用いられる。
【０１３１】
（２）処理
以下、Ｗｅｂブラウザ１１０ａとメーラー１１０ｂが管理装置１００にユーザプロファイルを登録し、その後、カーナビゲーションシステム１１０ｃが登録されているユーザプロファイルを取得する手順について例示する。
【０１３２】
（２−１）ユーザプロファイルの取得と保存
まず、Ｗｅｂブラウザ１１０ａ及びメーラー１１０ｂは、それぞれユーザプロファイルを生成して管理装置１００に登録する。ユーザプロファイル管理部１０６は、受信したユーザプロファイルを各アプリケーションごとに保存する。図２３（ａ）及び図２４（ａ）は、アプリケーション毎に保存されたユーザプロファイルの概念説明図である。本実施例では、ユーザプロファイルが状況データと直接対応付けられていない。
【０１３３】
（２−２）総合ユーザプロファイルの提供
次に、カーナビゲーションシステム１１０ｃが管理装置１００から、ユーザプロファイルを取得する手順について説明する。
【０１３４】
通勤中にユーザによって利用されるカーナビゲーションシステム１１０ｃは、作業開始時に、アプリプロファイルを管理装置１００へ送信する。
【０１３５】
管理装置１００の要求受付部１０４は、現在のユーザ状況に対応する状況データを、ユーザ状況管理部１０２から取得する。この例では「通勤中」というユーザの状況データが返される。次に、取得した状況データは、ユーザプロファイル提供部１０５を介し、ユーザ状況管理部１０２に渡される。
【０１３６】
ユーザ状況管理部１０２は、「通勤中」に関連する状況データおよび関連度データを状況データテーブル１０２ａから取得し、ユーザプロファイル提供部１０５に渡す。
【０１３７】
ユーザプロファイル提供部１０５は、状況データに対応するユーザプロファイルを、ユーザプロファイル管理部１０６から取得する。この例では、「通勤中」の関連状況である「仕事中」、「帰宅中」及び「在宅中」に対応するユーザプロファイルを、ユーザプロファイル管理部１０６から取得する。本実施例では、ユーザプロファイルが状況データと直接対応付けられていない。そのため、ユーザプロファイル管理部１０６は、状況データに対応する時刻データをリンク情報に用い、各アプリケーションごとに保存されているユーザプロファイルを取得する。
【０１３８】
具体的には、ユーザプロファイル管理部１０６は、「仕事中」に生成されたユーザプロファイルを取得するためには、「仕事中」に対応付けられている時刻「２００４／２／３  １３：００〜１９：００」に生成されたユーザプロファイルを検索する。その結果、図２３（ａ）上段に示すＩＴ関連のユーザプロファイルが抽出される。同様に、「帰宅中」に対応する時間帯に生成されたユーザプロファイルとして、図２３（ａ）下段に示す洋楽関連のユーザプロファイルが抽出される。また、「在宅中」に対応する時間帯に生成されたユーザプロファイルとして、図２４（ａ）に示すメーラー用ユーザプロファイルが抽出され、ユーザプロファイル提供部１０５に渡される。
【０１３９】
次に、ユーザプロファイル提供部１０５は、関連度データに基づいて、各状況データに関連付けられているユーザプロファイルの重み付けをおこない、各アプリケーションごとにユーザプロファイルデータのマージを行う。図２３（ｂ）は、Ｗｅｂブラウザの２つのユーザプロファイルを重み付けしてマージした例を示す。
【０１４０】
次に、ユーザプロファイル提供部１０５は、マージされた各アプリケーションのユーザプロファイルを、ユーザプロファイルを要求しているアプリケーションが利用可能なフォーマットへと変換する。図２４（ｃ）は、同図（ｂ）に示すユーザプロファイルを、カーナビゲーション１１０ｃが利用可能なフォーマットに変換した例を示す。この例では、カーナビゲーションシステム１１０ｃとＷｅｂブラウザ１１０ａは、同一のユーザプロファイルのフォーマットを利用すると仮定する。従って、Ｗｅｂブラウザ１１０ａのユーザプロファイルに対しての変換処理は行われず、メーラー１１０ｂ用のユーザプロファイルをカーナビゲーションシステム１１０ｃ用のフォーマットに変換する。
【０１４１】
ここで、アプリケーションのユーザプロファイルのフォーマットを変換・統合する際に、利用されている語彙の差異が問題になることがある。例えば、図２３が示すＷｅｂブラウザ１１０ａのプロファイルでは「ＩＴ関連」という語句が、図２４のメーラーのプロファイルでは「Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ」という語句に対応する。これらの言葉は同一の意味を持つが、そのことが明示されていない限り、「ＩＴ関連」と「Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ」は別の嗜好情報として扱われ、その値を統合することができなくなる。この問題を解消するために、図２２（ｃ）に例示するオントロジーファイルが用いられる。オントロジーファイルは、語彙や概念の関係を示すものである。このオントロジーファイルは、「ＩＴ」と「Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ」が同一の概念であることを定義している。図２４（ｂ）は、メーラー１１０ｂで利用されている嗜好情報に関する語彙を、このオントロジーファイルを用い、カーナビゲーションシステム１１０ｃで利用されている語彙に変換したユーザプロファイルである。オントロジーファイルを利用することで、ユーザプロファイル提供部１０５は、異なるアプリケーションのユーザプロファイルを統合することが可能になる。
【０１４２】
語彙変換を行った後、ユーザプロファイル提供部１０５は、図２４（ｂ）に示すメーラー１１０ｂのユーザプロファイルを、カーナビゲーションシステム１１０ｃ用のフォーマットに変換する。更にユーザプロファイル提供部１０５は、Ｗｅｂブラウザ及びメーラーのユーザプロファイルをマージし、これをカーナビゲーションシステム１１０ｃに対して提供する。
【０１４３】
以上のようにして、アプリケーション１１０間で利用可能なユーザプロファイルのフォーマットが異なる場合でも、アプリケーション同士でのユーザプロファイルの共有が可能となる。
【０１４４】
＜その他の実施形態＞
上記の管理装置１００が実行する方法、その方法を実行するためのプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【０１４５】
なお、上記の実施形態や実施例は本発明の例示であり、本発明はこれらに限定されるものではない。
【産業上の利用可能性】
【０１４６】
本発明を利用すれば、ユーザの状況を考慮して複数の機器・サービスでユーザプロファイルを共有することにより、機器・サービスをパーソナライズすることができる。
【図面の簡単な説明】
【０１４７】
【図１】本発明の第１実施形態に係る管理装置を適用したユーザプロファイル共有システムの構成
【図２】知識ＤＢに記憶されているユーザ状況判断基準テーブルの概念説明図
【図３】知識ＤＢに記憶されている関連度データテーブルの概念説明図
【図４】状況データテーブルが記憶する状況データの概念説明図
【図５】管理装置が受信するユーザプロファイルの概念説明図
【図６】プロファイルＤＢに記憶されている情報の概念説明図
【図７】（ａ）関連状況に対応するユーザプロファイル（ｂ）統合されたユーザプロファイル
【図８】ユーザプロファイルの取得処理の流れの一例を示す説明図
【図９】総合ユーザプロファイルの提供処理の流れの一例を示す説明図
【図１０】第２実施形態の管理装置のプロファイルＤＢに記憶される情報の概念説明図
【図１１】（ａ）変換前のユーザプロファイル（ｂ）変換後のユーザプロファイル
【図１２】第２実施形態に係るユーザプロファイルの取得処理の流れの一例を示す説明図
【図１３】第２実施形態に係る総合ユーザプロファイルの提供処理の流れの一例を示す説明図
【図１４】（ａ）第１実施例における関連度データテーブル（ｂ）第１実施例における状況データテーブル
【図１５】（ａ）初期状態（２００４／２／３  １３：００以前）におけるプロファイルＤＢの状態（ｂ）Ｗｅｂブラウザが生成するユーザプロファイル（ｃ）同図（ｂ）に示すユーザプロファイル格納後のプロファイルＤＢ（ｄ）メディアプレイヤーが生成するユーザプロファイル（ｅ）同図（ｄ）に示すユーザプロファイル格納後のプロファイルＤＢ
【図１６】ユーザプロファイルに対する関連度による重み付けとソートの例であって、（ａ）は変換前のユーザプロファイルであり、（ｂ）は重みづけ後のユーザプロファイルであり、（ｃ）はソート後のユーザプロファイルである
【図１７】Ｗｅｂブラウザが利用可能なフォーマットへ変換された総合ユーザプロファイル
【図１８】（ａ）第２実施例における関連度データテーブル（ｂ）第２実施例における状況データテーブル
【図１９】第２実施例においてＷｅｂブラウザが生成するユーザプロファイルとその変換（ａ）Ｗｅｂブラウザが生成するユーザプロファイル（ｂ）重み付け後及びマージ後のユーザプロファイル（ｃ）フォーマット変換後のユーザプロファイル
【図２０】第２実施例においてＩＭが生成するユーザプロファイルとその変換（ａ）ＩＭが生成するユーザプロファイル（ｂ）重み付け後及びマージ後のユーザプロファイル（ｃ）フォーマット変換後のユーザプロファイル
【図２１】携帯メールに提供される総合ユーザプロファイル
【図２２】（ａ）第３実施例における関連度データテーブル（ｂ）第３実施例における状況データテーブル（ｃ）オントロジーファイル
【図２３】第３実施例においてＷｅｂブラウザが生成するユーザプロファイルとその変換（ａ）Ｗｅｂブラウザが生成するユーザプロファイル（ｂ）重み付け後及びマージ後のユーザプロファイル
【図２４】第３実施例においてメーラーが生成するユーザプロファイルとその変換（ａ）メーラーが生成するユーザプロファイル（ｂ）重み付け後及びオントロジー変換後のユーザプロファイル（ｃ）フォーマット変換後のユーザプロファイル
【図１】
0004660475.tif 000002
【図２】
0004660475.tif 000003
【図３】
0004660475.tif 000004
【図４】
0004660475.tif 000005
【図５】
0004660475.tif 000006
【図６】
0004660475.tif 000007
【図７】
0004660475.tif 000008
【図８】
0004660475.tif 000009
【図９】
0004660475.tif 000010
【図１０】
0004660475.tif 000011
【図１１】
0004660475.tif 000012
【図１２】
0004660475.tif 000013
【図１３】
0004660475.tif 000014
【図１４】
0004660475.tif 000015
【図１５】
0004660475.tif 000016
【図１６】
0004660475.tif 000017
【図１７】
0004660475.tif 000018
【図１８】
0004660475.tif 000019
【図１９】
0004660475.tif 000020
【図２０】
0004660475.tif 000021
【図２１】
0004660475.tif 000022
【図２２】
0004660475.tif 000023
【図２３】
0004660475.tif 000024
【図２４】
0004660475.tif 000025