(57)【特許請求の範囲】
【請求項１】
ユーザごとに、当該ユーザのスケジュールデータ、当該ユーザが送受信したメールデータ及び当該ユーザの滞在地を表す位置データをそれぞれ取得して記憶部に記憶する手段と、
前記記憶部に記憶された過去の所定期間におけるスケジュールデータからイベント情報を抽出し、この抽出されたイベント情報の各々について、前記記憶されたスケジュールデータの観点から見た第１の重要度、前記記憶されたメールデータの観点から見た第２の重要度、及び前記記憶された位置データの観点から見た第３の重要度をそれぞれ算出する重要度算出手段と、
前記ユーザが使用する端末から、イベント情報の提示時間単位を指定する時間粒度情報を含む提示要求を受信する手段と、
前記受信された提示要求に含まれる時間粒度情報と、前記算出された第１、第２及び第３の重要度とに基づいて、前記抽出されたイベント情報の中から提示対象のイベント情報を選択する選択手段と、
前記選択されたイベント情報を提示するための提示データを生成し、この生成された提示データを前記ユーザの端末へ送信する手段と
を具備し、
前記重要度算出手段は、前記抽出されたイベント情報の各々について、当該イベント情報の実行予定場所に対応する滞在地を前記位置データから抽出して、この抽出された滞在地が予め設定した重要な場所に該当するか否かを判定し、前記位置データにおける当該重要な場所に該当する滞在場所の出現比率を第３の重要度として算出する
ことを特徴とするイベント情報提示装置。
【請求項２】
前記重要度算出手段は、前記抽出されたイベント情報の各々について、前記スケジュールデータにおける当該イベント情報のイベント名を表す名詞が記載された同類のイベント情報の出現比率を前記第１の重要度として算出することを特徴とする請求項１記載のイベント情報提示装置。
【請求項３】
前記重要度算出手段は、
前記抽出されたイベント情報の各々について、当該着目するイベント情報のイベント名を表す名詞が記載された同類のイベント情報を前記記憶されたスケジュールデータから抽出してその出現回数を表す値を生成すると共に、前記着目するイベント情報における全参加者数及び外部参加者数をそれぞれ表す値と、前記着目するイベント情報が出張であるか否かを表す値をそれぞれ生成し、これらの生成された値の合計値を算出する第１の算出手段と、
前記抽出された全イベント情報についてそれぞれ前記第１の手段により算出された合計値の総和を算出する第２の算出手段と、
前記第１の算出手段により算出された合計値を、前記第２の算出手段により算出された総和で割り算し、この割り算により得られた値を前記第１の重要度を表す値として出力する手段と
を備えることを特徴とする請求項２記載のイベント情報提示装置。
【請求項４】
前記重要度算出手段は、前記抽出されたイベント情報の各々について、前記メールデータにおける当該イベント情報を表す用語を含むメールの出現比率を第２の重要度として算出することを特徴とする請求項１記載のイベント情報提示装置。
【請求項５】
前記重要度算出手段は、
前記抽出されたイベント情報の各々について、当該着目するイベント情報を表す用語がメールの本文又は表題に使用されているメールを抽出し、その抽出数を表す値と、当該抽出された各メールが送受信された期間を表す値との合計値を算出する第３の算出手段と、
前記抽出された全イベント情報についてそれぞれ前記第１の算出手段と同様に算出された合計値の総和を算出する第４の算出手段と、
前記第３の算出手段により算出された合計値を、前記第４の算出手段により算出された総和で割り算し、この割り算により得られた値を前記第２の重要度を表す値として出力する手段と
を備えることを特徴とする請求項４記載のイベント情報提示装置。
【請求項６】
前記重要度算出手段は、
前記抽出されたイベント情報の各々について、当該着目するイベント情報のイベント名を表す名詞が記載された同類のイベント情報の実行予定場所に対応する滞在地を前記位置データから抽出して、この抽出された滞在地が外部施設であるか否かを判定し、外部施設であると判定された滞在地の数を算出する第５の算出手段と、
前記抽出された全イベント情報についてその実行予定場所に対応する滞在地を前記位置データから抽出して、この抽出された滞在地が外部施設であるか否かを判定し、外部施設であると判定された滞在地の総数を算出する第６の算出手段と、
前記第５の算出手段により算出された滞在地数を、前記第６の算出手段により算出された滞在地総数で割り算し、この割り算により得られた値を前記第３の重要度を表す値として出力する手段と
を備えることを特徴とする請求項１記載のイベント情報提示装置。
【請求項７】
前記選択手段は、前記第１、第２及び第３の重要度をそれぞれベクトルとして表される重要度空間を定義し、前記受信された時間粒度情報に基づいて、重要度空間を構成する各ベクトル軸に対してそれぞれ設定されたしきい値により、前記抽出されたイベント情報の中から提示対象のイベント情報を選択することを特徴とする請求項１記載のイベント情報提示装置。
【請求項８】
前記選択手段は、前記受信された時間粒度情報が提示時間単位として「年」を指定する場合には３つの重要度のいずれもが重要であるイベント情報を選択し、「月」を指定する場合には３つの重要度のうち２つの重要度が重要であるイベント情報を選択し、「日」を指定する場合には３つの重要度のうちいずれか１つの重要度が重要であるイベント情報を選択し、「時間」を指定する場合には全てのイベント情報を選択することを特徴とする請求項７記載のイベント情報提示装置。
【請求項９】
請求項１乃至８のいずれかに記載のイベント情報提示装置が備える手段に相当する処理を、当該イベント情報提示装置が備えるコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザの過去のライフログデータからイベント情報を抽出して当該ユーザに提示するイベント情報提示装置及びプログラムに関する。
【背景技術】
【０００２】
近年、ユーザが自身の過去を振り返るために、当該ユーザの過去のライフログデータから行事や出来事等を表すイベント情報を抽出してユーザに提示するサービスが提案されている。この種のサービスを利用すれば、ユーザは自身の過去の行事や出来事等を効率よく確認することができ、これにより今後のスケジュールの作成等に生かすことができる。
【０００３】
ところで、ユーザの非日常的なイベント情報を抽出し表示する技術としては、例えばブログ等のコミュニケーション型オンライン個人サイトを利用したものが提案されている。具体的には、コミュニケーション型オンライン個人サイトでは、当該サイトの作成者が非日常的なイベントに言及する記事ページを作成すると、読者が普段と異なる交流行動、例えば大勢が短期間でコメントを送信するといった行動を起こすことに着目し、分析対象となる記事ページが他のページとは異なる交流行動が行われているかどうかを分析する。さらに、サイト作成者の非日常的なイベントに関する記事ページへの各読者の反応の様子は、各読者と当該作成者との過去の付き合い方の影響を受ける点に着目し、読者ごとに過去の交流履歴をプロファイリングして、その結果をもとに交流行動のスコアを評価するものとなっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２７７０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、上記従来の提案技術は、コミュニケーション型オンライン個人サイトのみから非日常イベントを抽出するものであるため、イベントの重要度を評価することが難しい。また、コミュニケーション型オンライン個人サイトは、記事が他人に読まれることを意識したものとなることが多く、情報の内容に偏りがあり、重要なイベントが網羅されているとは限らない。さらに、抽出された記事の情報を単に出力しているだけであるため、大量の記事が出力されるとユーザはイベントを効率よく確認することができない。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、ユーザが自身の過去のイベント情報をその重要度を考慮しつつ効率よく確認できるようにしたイベント情報提示装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の１つの観点は、先ずユーザごとに、当該ユーザのスケジュールデータ、当該ユーザが送受信したメールデータ及び当該ユーザの滞在地を表す位置データをそれぞれ取得して記憶部に記憶する。次に、上記記憶部に記憶された過去の所定期間分のスケジュールデータからイベント情報を抽出し、この抽出されたイベント情報の各々について、上記記憶されたスケジュールデータの観点から見た第１の重要度と、上記記憶されたメールデータの観点から見た第２の重要度と、上記記憶された位置データの観点から見た第３の重要度をそれぞれ算出する。そして、上記ユーザが使用する端末からイベント情報の提示時間単位を指定する時間粒度情報を含む提示要求を受信した場合に、この受信された提示要求に含まれる時間粒度情報と、上記算出された第１、第２及び第３の重要度とに基づいて、上記抽出されたイベント情報の中から提示対象のイベント情報を選択し、この選択されたイベント情報を提示するための提示データを生成して上記ユーザの端末へ送信するように構成したものである。
また、上記重要度を算出する際には、抽出されたイベント情報の各々について、当該イベント情報の実行予定場所に対応する滞在地を位置データから抽出して、この抽出された滞在地が予め設定した重要な場所に該当するか否かを判定し、この判定結果をもとに上記位置データにおける当該重要な場所に該当する滞在場所の出現比率を第３の重要度として算出するようにしたものである。
【０００８】
したがってこの発明の１つの観点によれば、以下のような作用効果が奏せられる。  
すなわち、一般に、スケジュールデータはコミュニケーション型オンライン個人サイトとは異なり、ユーザが他人に読まれることを意識せずに作成するため、情報の内容に偏りがなく、重要なイベントが網羅されたものとなる。このため、イベント情報をユーザのスケジュールデータから抽出して提示することにより、ユーザは自身の過去を振り返る際に、重要なイベント情報を漏れなく確実に確認することが可能となる。
【０００９】
また、ユーザから指定された時間粒度とイベント情報の重要度に応じて、提示すべきイベント情報が選択されてユーザに提示される。例えば、指定された時間粒度が“年”のように粗い場合には、重要度の高いイベント情報のみが提示対象として絞り込まれて提示される。このため、ユーザは多くのイベント情報のうち重要なイベント情報のみを一覧で確認することができる。これに対し、指定された時間粒度が“月”や“日”のように細かい場合には、重要度が高いイベント情報のみならず重要度が低いイベント情報についても選択されて提示される。このため、ユーザは重要なイベント情報に限らず、できる限り多くのイベント情報を確認することができる。
【００１０】
さらに、イベント情報の重要度は、スケジュールデータの観点から見た第１の重要度と、上記メールデータの観点から見た第２の重要度と、上記位置データの観点から見た第３の重要度を考慮したものが用いられる。このため、イベント情報の重要度をより正確に求めることができ、これにより提示対象のイベント情報をより適切に選択することが可能となる。
【００１１】
この発明の１つの観点は以下のような各種態様を備えることを特徴とする。  
第１の態様は、重要度を算出する際に、抽出されたイベント情報の各々について、スケジュールデータにおける当該イベント情報と同類のイベント情報の出現比率を第１の重要度として算出するものである。
【００１２】
より具体的には、抽出されたイベント情報の各々について、当該着目するイベント情報と同類のイベント情報をスケジュールデータから抽出してその出現回数を表す値を生成すると共に、前記着目するイベント情報における全参加者数及び外部参加者数をそれぞれ表す値と、前記着目するイベント情報が出張であるか否かを表す値をそれぞれ生成し、これらの生成された値の合計値を第１の算出手段により算出する。またそれと共に、上記抽出された全イベント情報についてそれぞれ上記第１の手段により算出された合計値の総和を第２の算出手段により算出する。そして、上記第１の算出手段により算出された合計値を、上記第２の算出手段により算出された総和で割り算し、この割り算により得られた値を上記第１の重要度を表す値として出力するものである。
【００１３】
このようにすると、スケジュールデータにおける当該イベント情報と同類のイベント情報の出現比率が考慮され、さらにイベントへの全参加者数及び外部参加者数や、イベントが出張であるか否かも考慮されて、イベントの重要度が求められる。
【００１４】
第２の態様は、重要度を算出する際に、抽出されたイベント情報の各々について、メールデータにおける当該イベント情報を表す用語を含むメールの出現比率を第２の重要度として算出するものである。
【００１５】
より具体的には、抽出されたイベント情報の各々について、当該着目するイベント情報を表す用語がメールの本文又は表題に使用されているメールを抽出し、その抽出数を表す値と、当該抽出された各メールが送受信された期間を表す値との合計値を第３の算出手段により算出する。またそれと共に、上記抽出された全イベント情報についてそれぞれ前記第１の算出手段と同様に算出された合計値の総和を第４の算出手段により算出する。そして、上記第３の算出手段により算出された合計値を、上記第４の算出手段により算出された総和で割り算し、この割り算により得られた値を前記第２の重要度を表す値として出力するようにしたものである。
【００１６】
このようにすると、メールデータにおける当該イベント情報を表す用語を含むメールの出現比率が考慮され、さらに当該抽出された各メールが送受信された期間も考慮された上でイベントの重要度が求められる。
【００１８】
上記重要度を算出する手段は、より具体的には、抽出されたイベント情報の各々について、当該着目するイベント情報のイベント名を表す名詞が記載された同類のイベント情報の実行予定場所に対応する滞在地を位置データから抽出して、この抽出された滞在地が外部施設であるか否かを判定し、外部施設であると判定された滞在地の数を第５の算出手段により算出する。またそれと共に、上記抽出された全イベント情報についてその実行予定場所に対応する滞在地を上記位置データから抽出して、この抽出された滞在地が外部施設であるか否かを判定し、外部施設であると判定された滞在地の総数を第６の算出手段により算出する。そして、上記第５の算出手段により算出された滞在地数を、上記第６の算出手段により算出された滞在地総数で割り算し、この割り算により得られた値を第３の重要度を表す値として出力するようにしたものである。
【００１９】
このようにすると、重要な場所に該当する滞在場所、例えば外部施設の出現比率を考慮してイベントの重要度が求められる。
【００２０】
第３の態様は、提示対象のイベント情報を選択する際に、第１、第２及び第３の重要度をそれぞれベクトルとして表される重要度空間を定義し、ユーザ端末から受信した時間粒度情報に基づいて、重要度空間を構成する各ベクトル軸に対してそれぞれ設定された閾値により、上記抽出されたイベント情報の中から提示対象のイベント情報を選択するものである。  
このようにすると、第１、第２及び第３の重要度をもとにイベントの重要度を適切に表すことが可能となる。
【００２１】
第４の態様は、提示対象のイベント情報を選択する際に、ユーザ端末から受信した時間粒度情報が提示時間単位として「年」を指定する場合には３つの重要度のいずれもが重要であるイベント情報を選択し、「月」を指定する場合には３つの重要度のうち２つの重要度が重要であるイベント情報を選択し、「日」を指定する場合には３つの重要度のうちいずれか１つの重要度が重要であるイベント情報を選択するものである。  
このようにすると、ユーザにより指定された時間粒度に応じたイベント情報の選択を簡単な処理により行うことができる。
【発明の効果】
【００２３】
すなわちこの発明によれば、ユーザが自身の過去のイベント情報をその重要度を考慮しつつ効率よく確認できるようにしたイベント情報提示装置及びプログラムを提供することができる。
【図面の簡単な説明】
【００２４】
【図１】この発明の一実施形態に係わるイベント情報提示サービスを実施するシステムの全体構成図。
【図２】この発明の一実施形態に係わるイベント情報提示装置の機能を備えたサービスサーバの構成を示すブロック図。
【図３】図２に示したサービスサーバによるイベント情報の抽出・表示制御手順とその内容を示すフローチャート。
【図４】図３に示したイベント情報の抽出・表示制御の内容を説明するための図で、３種類の指標の重要度がいずれも高いイベント群を示す図。
【図５】図３に示したイベント情報の抽出・表示制御の内容を説明するための図で、２種類以上の指標の重要度が高いイベント群を示す図。
【図６】図３に示したイベント情報の抽出・表示制御の内容を説明するための図で、３種類の指標の重要度がいずれも低いイベント群を示す図。
【図７】図３に示したイベント情報の抽出・表示制御により生成された表示データの一例を示すもので、表示時間粒度が“月”に設定された場合を示す図。
【図８】図３に示したイベント情報の抽出・表示制御により生成された表示データの一例を示すもので、表示時間粒度が“年”に設定された場合を示す図。
【発明を実施するための形態】
【００２５】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、この発明の一実施形態に係わるイベント情報提示サービスを実施するシステムの全体構成図である。  
このシステムは、イベント情報提示装置としての機能を有するサービスサーバＳＳＶを備えている。サービスサーバＳＳＶは、ユーザのスケジュールデータ、メールデータ及び位置データを取得するために、スケジュールサーバＳＶＳ、メールサーバＳＶＭ及び位置情報サーバＳＶＰとの間で通信ネットワークＮＷを介してデータ通信が可能となっている。またサービスサーバＳＳＶは、ユーザに対し過去のイベント情報を提示するために、ユーザ端末ＵＴ１〜ＵＴｎとの間で上記通信インタフェースＮＷを介してデータ通信が可能となっている。
【００２６】
ユーザ端末ＵＴ１〜ＵＴｎは、例えば携帯電話機、スマートホン、ＰＤＡ（Personal Digital Assistant）又はパーソナル・コンピュータからなり、Ｗｅｂサイトにアクセスのためのブラウザと、メールを送受信するためのメーラと、自端末の位置を計測するための位置計測機能を備えている。
【００２７】
このうち位置計測機能は、例えばＧＰＳ（Global Positioning System）受信機と、ＧＰＳ計測制御部とにより実現される。ＧＰＳ受信機は、図示しない複数のＧＰＳ衛星から送信されるＧＰＳ信号をアンテナを介して受信する。ＧＰＳ計測制御部は、例えば５分以上の予め定められた計測周期で上記ＧＰＳ受信機を起動し、当該ＧＰＳ受信機により受信されたＧＰＳ信号を取り込んで自端末の位置データを生成する。位置データは、計測ＩＤに対し、緯度、経度及び計測時刻を関連付けたものにより表される。そして、この生成された位置データを、サービスサーバＳＳＶからの取得要求に応じて要求元のサービスサーバＳＳＶへ送信する。
【００２８】
スケジュールサーバＳＶＳは、例えばサービス事業者が運用するＷｅｂサーバからなり、ユーザごとに、ユーザ端末ＵＴ１〜ＵＴｎにおいて入力されたスケジュールデータを管理する機能を有している。スケジュールデータは、例えばユーザ識別情報（ユーザＩＤ）に関連付けて、イベント名とその実行開始時刻及び終了時刻、実行予定場所名を表す情報、全参加予定者数と外部参加予定者数を、過去の所定期間（例えば１年）分記憶したものからなる。
【００２９】
メールサーバＳＶＭは、例えば通信事業者又はインターネット・プロバイダが運用するサーバからなり、ユーザ端末ＵＴ１〜ＵＴｎとの間でメールデータの中継転送を行うと共に、ユーザ端末ＵＴ１〜ＵＴｎごとにその送受信メールデータを蓄積する機能を有している。
【００３０】
位置情報サーバＳＶＰは、通信事業者又はサービス事業が運営するサーバからなり、ユーザ端末ＵＴ１〜ＵＴｎからその位置データを定期的又は任意のタイミングで収集し、この収集された位置データをユーザの滞在地履歴を表す情報として、ユーザ又はユーザ端末の識別情報と関連付けて蓄積する機能を有している。
【００３１】
通信ネットワークＮＷは、ＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするためのアクセス網とから構成される。アクセス網としては、公衆通信網、携帯電話網、ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＣＡＴＶ（Cable Television）網等が用いられる。
【００３２】
ところで、サービスサーバＳＳＶは例えばサービス事業者が運用するＷｅｂサーバからなり、次のように構成される。図２はその機能構成を示すブロック図である。  
すなわち、サービスサーバＳＳＶは、送受信ユニット１０と、制御ユニット２０と、記憶ユニット３０とを備えている。送受信ユニット１０は、制御ユニット２０の制御の下で通信ネットワークＮＷとの間で情報の送受信を行う。
【００３３】
記憶ユニット３０は、例えばＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等のランダムアクセス可能な不揮発性メモリを使用したもので、この発明を実現するために必要な記憶部として、スケジュール記憶部３１と、メールデータ記憶部３２と、位置データ記憶部３３と、イベント重要度記憶部３４とを備えている。
【００３４】
スケジュール記憶部３１は、後述するスケジュールデータ取得制御部２１の制御の下で、スケジュールサーバＳＶＳから取得されたユーザのスケジュールデータを、ユーザＩＤと関連付けて記憶するために使用される。
【００３５】
メールデータ記憶部３２は、後述するメールデータ取得制御部２２の制御の下で、メールサーバＳＶＭから取得されたユーザのメールデータを、ユーザＩＤと関連付けて記憶するために使用される。
【００３６】
位置データ記憶部３３は、後述する位置データ取得制御部２３の制御の下で、位置サーバＳＶＰから取得されたユーザの滞在地履歴を表す位置データを、ユーザＩＤと関連付けて記憶するために使用される。
【００３７】
イベント重要度記憶部３４は、後述する重要度算出部２４によりイベント情報ごとに３種類の指標の各々について算出された重要度データを、ユーザＩＤ及びイベントの識別情報（イベントＩＤ）と関連付けて記憶するために使用される。３種類の指標とは、スケジュール、メール、位置のことである。
【００３８】
制御ユニット２０は、中央処理ユニット（ＣＰＵ；Central Processing Unit）を中核として備えるもので、この発明を実施するために必要な制御機能として、スケジュールデータ取得制御部２１と、メールデータ取得制御部２２と、位置データ取得制御部２３と、重要度算出部２４と、イベント表示要求受付処理部２５と、表示イベント選択処理部２６と、表示データ送信制御部２７を備えている。これらの制御機能のうち、スケジュールデータ取得制御部２１、メールデータ取得制御部２２及び位置データ取得制御部２３は、通信インタフェースユニット１０と共にクローラを構成する。また、上記各制御機能はいずれもアプリケーション・プログラムを上記ＣＰＵに実行させることにより実現される。
【００３９】
スケジュールデータ取得制御部２１は、非同期かつ定期的に通信インタフェースユニット１０からスケジュールサーバＳＶＳに対しデータ取得要求を送信し、このデータ取得要求に応答してスケジュールサーバＳＶＳから送信されるスケジュールデータを通信インタフェースユニット１０により受信する。そして、この受信されたスケジュールデータを、その所有者たるユーザのユーザＩＤと関連付けてスケジュール記憶部３１に記憶させる処理を行う。
【００４０】
メールデータ取得制御部２２は、非同期かつ定期的に通信インタフェースユニット１０からメールサーバＳＶＭに対しデータ取得要求を送信し、このデータ取得要求に応答してメールサーバＳＶＭから送信されるメールデータを通信インタフェースユニット１０により受信する。そして、この受信されたメールデータを、その所有者たるユーザのユーザＩＤと関連付けてメールデータ記憶部３２に記憶させる処理を行う。
【００４１】
位置データ取得制御部２３は、非同期かつ定期的に通信インタフェースユニット１０から位置情報サーバＳＶＰに対しデータ取得要求を送信し、このデータ取得要求に応答して位置情報サーバＳＶＰから送信される位置データを通信インタフェースユニット１０により受信する。そして、この受信された位置データを、その所有者たるユーザのユーザＩＤと関連付けて位置データ記憶部３３に記憶させる処理を行う。
【００４２】
重要度算出部２４は、以下の処理を実行する。  
(1) 上記スケジュール記憶部３１に記憶された過去の所定期間に含まれるスケジュールデータからイベント情報を１つずつ選択し、この選択したイベント情報について形態素解析等の手法を用いてイベント名等を表す名詞を抽出する処理。  
(2) 上記選択したイベント情報ごとに、上記抽出されたイベント名等の名詞を用いて、スケジュール重要度（第１の重要度）、メール重要度（第２の重要度）及び位置重要度（第３の重要度）を算出する処理。  
(3) スケジュール重要度、メール重要度及び位置重要度を各々ベクトルとして表される三次元の重要度空間を定義し、この重要度空間における、上記算出されたスケジュール重要度、メール重要度及び位置重要度のベクトル和を算出する処理。  
(4) 上記算出されたベクトル和を、ユーザＩＤ及びイベントＩＤと関連付けてイベント重要度記憶部３４に記憶させる処理。
【００４３】
イベント表示要求受付処理部２５は、ユーザ端末ＵＴ１〜ＵＴｎから送信されるイベント情報の閲覧要求（提示要求）を通信インタフェースユニット１０を介して受信する処理を行う。
【００４４】
表示イベント選択処理部２６は、上記イベント表示要求受付処理部２５により受信された閲覧要求に含まれるユーザＩＤ及び時間粒度指定情報に応じ、該当するユーザのイベント情報であって、かつ上記時間粒度指定情報により指定された時間粒度に対応する重要度ベクトル和を有するイベント情報を、イベント重要度記憶部３４から選択的に読み出す処理を実行する。またその際、読み出し件数には予め定めた上限値を設定し、読み出し件数が上限値より多い場合には重要度ベクトル和が大きい順に上記上限数分だけ読み出す。
【００４５】
表示データ送信制御部２７は、上記表示イベント選択処理部２６により選択的に読み出されたイベント情報を時系列に並べた閲覧データ（提示データ）を生成し、この閲覧データを通信インタフェースユニット１０から要求元のユーザ端末ＵＴ１〜ＵＴｎへ送信する処理を実行する。
【００４６】
次に、以上のように構成されたサービスサーバＳＳＶによるイベント情報提示動作を説明する。図３はその処理手順と処理内容を示すフローチャートである。  
（１）各種データの取得
制御ユニット２０は、ステップＳ１１においてデータ取得タイミングになったか否かを監視している。このデータ取得タイミングは、例えば毎日午前零時に設定される。  
そして、データ取得タイミングになると、ステップＳ１２によりスケジュールデータ取得制御部２１を起動し、このスケジュールデータ取得制御部２１の制御の下で、スケジュールサーバＳＶＳに対しデータ取得要求を送信し、このデータ取得要求に応答してスケジュールサーバＳＶＳから送信されるスケジュールデータを通信インタフェースユニット１０により受信する。そして、この受信されたスケジュールデータを、その所有者たるユーザのユーザＩＤと関連付けてスケジュール記憶部３１に記憶させる。
【００４７】
またステップＳ１３によりメールデータ取得制御部２２を起動し、このメールデータ取得制御部２２の制御の下で、メールサーバＳＶＭに対しデータ取得要求を送信し、このデータ取得要求に応答してメールサーバＳＶＭから送信されるメールデータを通信インタフェースユニット１０により受信する。そして、この受信されたメールデータを、その所有者たるユーザのユーザＩＤと関連付けてメールデータ記憶部３２に記憶させる。
【００４８】
さらにステップＳ１４により位置データ取得制御部２３を起動し、この位置データ取得制御部２３の制御の下で、位置情報サーバＳＶＰに対しデータ取得要求を送信し、このデータ取得要求に応答して位置情報サーバＳＶＰから送信される位置データを通信インタフェースユニット１０により受信する。そして、この受信された位置データを、その所有者たるユーザのユーザＩＤと関連付けて位置データ記憶部３３に記憶させる。
【００４９】
なお、上記スケジュールデータ取得処理、メールデータ取得処理及び位置データ取得処理では、その都度一定期間分（例えば１年分）のデータを取得しそれぞれ記憶部３１，３２，３３に記憶させるようにしてもよいが、前日の午前零時から本日の午前零時までの２４時間に新たに追加されたデータのみを取得し、この取得された各データをそれぞれ記憶部３１，３２，３３に追加記憶させるようにしてもよい。
【００５０】
（２）重要度の算出
制御ユニット２０は、ステップＳ１５において重要度算出タイミングになったか否かを監視している。この重要度算出タイミングは、上記データ取得タイミングと同様に１日に１回に設定してもよいが、例えば１週間に１回、１月に１回というように、データ取得タイミングより長い周期に設定してもよい。
【００５１】
上記重要度算出タイミングになると制御ユニット２０は重要度算出部を起動し、この重要度算出部２４の制御の下で以下のように重要度の算出を行う。  
（２−１）すなわち、先ずスケジュール記憶部３１に記憶された過去の所定期間、例えば１年間分のスケジュールデータからイベント情報を１つ選択する。そして、この選択したイベント情報を形態素解析等により単語ごとに分割し、この分割された単語からさらにイベント名等を表す名詞を抽出する。
【００５２】
（２−２）次にステップＳ１６により、上記過去の１年間分のスケジュールデータから、上記抽出されたイベント名等を表す名詞が記載された同類のイベント情報をキーワード検索により抽出し、その出現回数をカウントする。また、上記選択されたイベント情報に記載された全参加人数と社外参加者をそれぞれカウントし、さらに上記選択されたイベント情報の内容が「出張」であるか否かを判定して、「出張」と判定された場合にはこれを“１”とする。続いて、上記同類のイベント情報の出現回数のカウント値と、上記全参加者数及び外部参加者数の各カウント値と、「出張」と判定されたイベント情報の数とを加算してその合計値を求める。そして、この算出された合計値を、上記過去の１年間分のスケジュールデータに記載された全イベント情報について同様に算出した合計値の総和で割り算し、この割り算により得られた値をスケジュール重要度を表す値としてイベント重要度記憶部３４に一旦記憶させる。
【００５３】
（２−３）続いてステップＳ１７により、上記過去の１年間分のメールデータから、上記抽出されたイベント名等を表す名詞がメールの本文又は表題に記載されたメールを抽出し、その抽出数をカウントする。また、当該抽出された各メールが送受信された期間を表す値（例えば日数）をカウントする。そして、上記カウントされた抽出数と、上記カウントされた日数との合計値を算出する。またそれと共に、上記スケジュールデータに記載された全イベント情報について同様にメール抽出数と日数との合計値を求め、その総和を算出する。そして、上記合計値を上記総和で割り算し、この割り算により得られた値をメール重要度を表す値としてイベント重要度記憶部３４に一旦記憶させる。
【００５４】
（２−４）さらにステップＳ１８により、上記過去の１年間分の位置データから、上記抽出されたイベント名等を表す名詞が記載された同類のイベント情報の実行予定場所に対応する滞在地を抽出する。そして、この抽出された滞在地が、ユーザが所属する組織が保有する施設以外の外部施設が設置されている滞在地であるか否かを判定し、外部施設が設置された滞在地であると判定された場合にその数を第１の値としてカウントする。またそれと共に、上記過去の１年分のスケジュールデータに記載された全イベント情報の実行予定場所に対応する滞在地を、位置データ記憶部３３に記憶された位置データから抽出する。そして、この抽出された各滞在地が外部施設であるか否かを判定し、外部施設であると判定された滞在地の総数を第２の値としてカウントする。そして、上記第１の値を第２の値で割り算し、この割り算により得られた値を位置重要度を表す値として、イベント重要度記憶部３４に一旦記憶させる。
【００５５】
（２−５）最後に、スケジュール重要度、メール重要度及び位置重要度をそれぞれベクトルとして表される三次元の重要度空間を定義し、上記ステップＳ１６，Ｓ１７，Ｓ１８によりそれぞれ算出されたスケジュール重要度、メール重要度及び位置重要度のベクトル和を求める。そして、このベクトル和を着目イベントの重要度を表す値として、ユーザＩＤ及びイベントＩＤと関連付けてイベント重要度記憶部３４に記憶させる。
【００５６】
（２−６）未選択のイベント情報を１つ選択するごとに、この選択した着目イベントについて上記（２−１）〜（２−５）による処理を繰り返し実行し、これにより得られた各着目イベントの重要度を表す値をユーザＩＤ及びイベントＩＤと関連付けてイベント重要度記憶部３４に順次記憶させる。そして、過去１年分のスケジュールデータに記載された全イベント情報についてその重要度の算出処理とその記憶処理が終了すると、次の処理に移行する。
【００５７】
（３）時間粒度に応じた提示イベントの選択
制御ユニット２０は、ステップＳ１９により、ユーザ端末ＵＴ１〜ＵＴｎからのイベント閲覧（表示）要求の到来を監視している。この状態で、例えばユーザ端末ＵＴ１から送信されたイベント閲覧要求が通信インターネットユニット１０により受信されたとする。そうすると制御ユニット２０は、イベント表示要求受付処理部２５により、上記受信されたイベント閲覧要求からユーザＩＤと時間粒度指定情報を抽出する。続いてステップＳ２１により表示イベント選択処理部２６を起動し、この表示イベント選択処理部２６の制御の下で、イベント重要度記憶部３４に記憶された情報を参照し、上記ユーザＩＤに対応するイベント情報の中から、上記指定された時間粒度に対応して予め定められた第１のしきい値以上の重要度を持つイベント情報を選択的に読み出す。
【００５８】
例えば、いまユーザにより指定された時間粒度が“年”であり、この“年”に対応して各ベクトル軸のしきい値が設定されていれば、図４に示すようにスケジュール重要度、メール重要度及び位置重要度がいずれも重要と判定されたイベント情報のみが選択される。また、ユーザにより指定された時間粒度が“月”であり、この“月”に対応して各ベクトル軸のしきい値が設定されていれば、図５に示すようにスケジュール重要度、メール重要度及び位置重要度のうちの２つ以上が重要と判定されたイベント情報が選択される。これに対しユーザにより指定された時間粒度が“日”であり、この“日”に対応して各ベクトル軸のしきい値が設定されていれば、図６に示すようにスケジュール重要度、メール重要度及び位置重要度のうちいずれも重要ではないと判定されたイベント情報（図中実線内）を除いて、１つ以上が重要と判定されたイベント情報が選択される。なお、ユーザにより指定された時間粒度が“時間”であれば、全てのイベント情報が選択される。
【００５９】
（４）閲覧データの生成と送信
制御ユニット２０は、ステップＳ２２において表示データ送信制御部２７を起動し、この表示データ送信制御部２７の制御の下で、上記ステップＳ２１により選択されたイベント情報を、ユーザ端末ＵＴ１から指定された時間粒度で表される時系列表上に配置した閲覧データを生成する。
【００６０】
例えば、時間粒度が“月”の場合には、図７に示すように最少表示時間粒度が“月”に設定された時系列表上に、イベント名がその実行月を対応させた状態で配置される。また、時間粒度が“年”の場合には、図８に示すように最少表示時間粒度が“年”に設定された時系列表上に、イベント名がその実行年を対応させた状態で配置される。  
上記閲覧データは通信インタフェースユニット１０から要求元のユーザ端末ＵＴ１へ送信され、ユーザ端末ＵＴ１においてブラウザによりディスプレイに表示される。
【００６１】
なお、閲覧データの右上余白には、ソフトキーからなる表示時間粒度変更スライダＳＬが表示されている。ユーザがこの表示時間粒度変更スライダＳＬを操作すると、閲覧データを変更後の時間粒度に応じたデータに変更することが可能となる。例えば、図７に示すように時間粒度“月”に応じた閲覧データが表示された状態で時間粒度が“年”に変更されると、その時間粒度指定情報がサービスサーバＳＳＶへ送られる。サービスサーバＳＳＶの制御ユニット２０は、上記時間粒度指定情報を受信すると、ステップＳ１９〜Ｓ２２によりこの指定情報により指定された時間粒度とイベント重要度記憶部３４に記憶されたイベント重要度に応じてイベント情報を選択し直し、この選択し直されたイベント情報を“年”の時系列表に配置した閲覧データを生成して要求元のユーザ端末ＵＴ１へ送信し表示させる。
【００６２】
以上詳述したようにこの実施形態では、ユーザのスケジュールデータ、メールデータ及び位置データを取得して記憶ユニット３０に記憶し、この記憶された過去の一定期間分（例えば１年分）のスケジュールデータに記載されたイベント情報の各々について、重要度算出部２４によりスケジュールデータに基づく第１の重要度と、メールデータに基づく第２の重要度と、位置データに基づく第３の重要度をそれぞれ算出する。そして、ユーザ端末からイベント情報の時間粒度指定情報を含む閲覧要求を受信した場合に、表示イベント選択処理部２６により上記指定された時間粒度と上記算出された第１、第２及び第３の重要度とに基づいて表示対象のイベント情報を選択し、この選択されたイベント情報をもとに閲覧データを生成してユーザ端末へ送信するようにしている。
【００６３】
したがって、コミュニケーション型オンライン個人サイトを利用する場合に比べ、情報の内容に偏りがなく、重要なイベントが網羅されたスケジュールデータに基づいて過去のイベント情報を選択しユーザに提示することが可能となる。このため、ユーザは自身の過去を振り返る際に、重要なイベント情報を漏れなく確実に確認することが可能となる。
【００６４】
また、ユーザから指定された時間粒度とイベント情報の重要度に応じて、提示すべきイベント情報が選択されてユーザに提示される。例えば、指定された時間粒度が“年”のように粗い場合には、重要度の高いイベント情報のみが提示対象として絞り込まれて提示される。このため、ユーザは多くのイベント情報のうち重要なイベント情報のみを確実に確認することができる。これに対し、指定された時間粒度が“月”や“日”、“時間”のように細かい場合には、重要度が高いイベント情報のみならず重要度が低いイベント情報についても選択されて提示される。このため、ユーザは重要なイベント情報に限らず、できる限り多くのイベント情報を確認することができる。
【００６５】
一般に、スケジュール重要度は、過去の所定期間におけるスケジュールデータ中に同一又は類似するイベント名を持つイベント情報が多数出現する場合や、イベントへの全参加者数及び外部参加者数が多い場合、さらにはイベントが出張である場合には、高くなる傾向がある。またメール重要度は、イベント名を表す名詞がメール本文又は用件で使用されているメールの数が多く、またこれらのメールが継続的に送受信されている期間が長ければ、高くなる傾向がある。さらに位置重要度は、スケジュールデータに記載されたイベントの実行場所が社外の施設の場合に高くなる傾向がある。
【００６６】
したがって、イベント情報の重要度を、上記したようにスケジュールデータに基づく第１の重要度と、メールデータに基づく第２の重要度と、位置データに基づく第３の重要度により表すことにより、イベント情報の重要度をより正確に求めることができ、これにより提示対象のイベント情報をより適切に選択することが可能となる。
【００６７】
なお、この発明は上記実施形態に限定されるものではない。例えば、スケジュール重要度では、定期的だがそれほど重要でないイベントが重要と判定されてしまう。そこで、スケジュールデータにおける出現数又は頻度に上限を設定するか、或いは出現数又は頻度がある値以上になったら漸減する正規分布のような特性の関数を適用することで、定期的に発生するが重要でないイベントをある程度除去することが可能である。
【００６８】
また、例えばユーザから“年”のような粗い時間粒度が指定された場合に、当該時間粒度に対応する重要度のイベント情報が選択できなかった場合には、当該時間粒度に対応する重要度のしきい値を低下させ、重要度の低いイベント情報を選択し直して表示させるようにしてもよい。この場合、選択されたイベント情報が多すぎる場合には上限値を設定し、重要度が高い順に上記上限値分のイベントを選択し表示させるようにすればよい。
【００６９】
さらに、前記実施形態では算出された第１、第２及び第３の重要度が重要か否かを予めシステム管理者が設定したしきい値をもとに判定するようにしたが、このしきい値を学習機能を用いて可変設定するようにしてもよい。
さらに、前記実施形態では位置データをＧＰＳにより計測される位置データを用いた場合を例にとって説明したが、ユーザ端末が存在する位置のデータを移動通信網の基地局や無線ＬＡＮ（Local Area Network）のアクセスポイントから取得するようにしてもよい。また、位置重要度は、予め設定した拠点から特定のイベント情報の実行予定場所の位置までの距離を、上記拠点から全イベント情報の実行予定場所の位置までの距離の合計値又は平均値で割り算することにより算出するようにしてもよい。
【００７０】
さらに、前記実施形態ではイベント提示装置の機能をサービスサーバＳＳＶに設けた場合を例にとって説明したが、ユーザ端末に設けるようにしてもよい。また、前記実施形態では選択されたイベント情報を閲覧表示データとしてユーザ端末に送信し表示させるようにしたが、音声に変換して出力させるようにしてもよい。
【００７１】
さらに、重要度を算出するための指標としては、スケジュールデータ、メールデータ及び位置データ以外に、イベントごとにユーザの心拍数や血圧等のバイタルデータを用いてもよい。この場合、例えば心拍数がしきい値より高ければ当該イベントの重要度を高いものとし、しきい値より低ければ重要度を低いものとする。
【００７２】
その他、イベント提示装置の設置場所やその構成、イベント提示制御手順や制御内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。  
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００７３】
ＳＳＶ…サービスサーバ、ＵＴ１〜ＵＴｎ…ユーザ端末、ＳＶＳ…スケジュールサーバ、ＳＶＭ…メールサーバ、ＳＶＰ…位置情報サーバ、ＮＷ…通信ネットワーク、１０…通信インタフェースユニット、２０…制御ユニット、２１…スケジュールデータ取得制御部、２２…メールデータ取得制御部、２３…位置データ取得制御部、２４…重要度算出部、２５…イベント表示要求受付処理部、２６…表示イベント選択処理部、２７…表示データ送信制御部、３０…記憶ユニット、３１…スケジュール記憶部、３２…メールデータ記憶部、３３…位置データ記憶部、３４…イベント重要度記憶部。
【図１】
0005449097.tif 000002
【図２】
0005449097.tif 000003
【図３】
0005449097.tif 000004
【図４】
0005449097.tif 000005
【図５】
0005449097.tif 000006
【図６】
0005449097.tif 000007
【図７】
0005449097.tif 000008
【図８】
0005449097.tif 000009