(57)【要約】【課題】スケジュール登録処理を容易にし、現在の正確なスケジュール情報を提供するスケジュール管理システムを提供する。【解決手段】スケジュール管理システム１は、位置情報取得端末と、メールサーバ２００と、スケジュール管理サーバ３００とから構成される。位置情報取得端末は、取得したユーザの位置情報および取得日付をスケジュール管理サーバ３００へ送信する。メールサーバ２００は、スケジュール管理サーバ３００の問い合わせに応じてメールを送信する。スケジュール管理サーバ３００は、メールサーバ２００にメールの有無を問い合わせ、受信したメールからスケジュール情報を抽出し、候補スケジュール情報として候補スケジュール記憶部３６０に記憶する。そして、ユーザの位置情報および取得日付からユーザの現在のスケジュールを候補スケジュール情報から選択し、共有スケジュール情報として共有スケジュール記憶部３７０に記憶する。【選択図】図１
2008210268.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの位置情報を取得する位置情報取得端末と、メールの送受信を管理するメールサーバと、スケジュール管理を行うスケジュール管理サーバとがネットワークを介して接続されたスケジュール管理システムであって、
前記位置情報取得端末は、
ユーザの位置情報を取得する位置情報取得部と、
前記位置情報取得部により取得した位置情報と前記位置情報の取得日付および取得時刻とを前記スケジュール管理サーバへ送信する位置情報送信部と、
を備え、
前記メールサーバは、
前記スケジュール管理サーバの問い合わせに応じて、管理しているメールを前記スケジュール管理サーバへ送信するメール内容送信部を備え、
前記スケジュール管理サーバは、
前記メールサーバに新規の受信メールの有無を問い合わせるメール問合せ部と、
前記メールサーバのメール内容送信部からメールを受信するメール受信部と、
前記メール受信部にて受信したメールから、ユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出部と、
前記スケジュール情報抽出部により抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として記憶する候補スケジュール記憶部と、
前記位置情報取得端末の位置情報送信部から送信されたユーザの位置情報および該位置情報の取得日付に基づいて、当該ユーザの現在のスケジュールを前記候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択部と、
前記スケジュール情報選択部により選択された候補スケジュール情報を、共有スケジュール情報として記憶する共有スケジュール記憶部と、
を備えることを特徴とする、スケジュール管理システム。
【請求項２】
前記スケジュール情報抽出部は、前記受信したメールから少なくとも日付および場所情報をスケジュール情報として抽出し、
前記スケジュール情報選択部は、前記位置情報取得端末から送信された前記ユーザの位置情報および該位置情報の取得日付と、前記候補スケジュール記憶部に記憶された候補スケジュール情報に含まれる場所情報および日付とをマッチングして、場所情報および日付が一致するスケジュール情報を前記共有スケジュール記憶部に記憶することを特徴とする、請求項１に記載のスケジュール管理システム。
【請求項３】
前記位置情報取得端末は、さらに前記位置情報の取得時刻を前記スケジュール管理サーバへ送信し、
前記スケジュール情報抽出部は、前記受信したメールからスケジュールに関する開始時刻および終了時刻をスケジュール情報としてさらに抽出し、
前記スケジュール情報選択部は、前記開始時刻から前記終了時刻までのスケジュール時間内に前記位置情報の取得時刻を含む前記候補スケジュール情報を前記共有スケジュール記憶部に記憶することを特徴とする、請求項２に記載のスケジュール管理システム。
【請求項４】
前記スケジュール情報選択部は、前記スケジュール時間を含む所定時間を設定し、前記所定時間内に前記位置情報の取得時刻を含む前記候補スケジュール情報を前記共有スケジュール記憶部に記憶することを特徴とする、請求項３に記載のスケジュール管理システム。
【請求項５】
前記スケジュール情報選択部は、前記候補スケジュール記憶部に記憶された場所情報を含む所定領域に前記位置情報取得端末により取得された位置情報を含む前記候補スケジュール情報を前記共有スケジュール記憶部に記憶することを特徴とする、請求項２に記載のスケジュール管理システム。
【請求項６】
前記スケジュール情報抽出部は、前記メール受信部により受信したメールから抽出した場所情報に場所を分類する意味タグを付与して前記候補スケジュール記憶部に記憶することを特徴とする、請求項１〜５のいずれかに記載のスケジュール管理システム。
【請求項７】
ユーザの位置情報を取得する位置情報取得端末と、メールの送受信を管理するメールサーバと、スケジュール管理を行うスケジュール管理サーバとによりスケジュールを管理するスケジュール管理方法であって、
前記位置情報取得端末によりユーザの位置情報を取得する位置情報取得ステップと、
前記取得した位置情報と該位置情報の取得日付とを前記スケジュール管理サーバへ送信する位置情報送信ステップと、
前記スケジュール管理サーバから前記メールサーバへ新規の受信メールの有無を問い合わせるメール問合せステップと、
前記スケジュール管理サーバの問い合わせに応じて、前記メールサーバから前記スケジュール管理サーバへメールを送信するメール内容送信ステップと、
前記受信したメールからユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出ステップと、
前記抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として候補スケジュール記憶部に記憶する候補スケジュール記憶ステップと、
前記位置情報取得端末から送信されたユーザの位置情報および該位置情報の取得日付に基づいて、該ユーザの現在のスケジュールを前記候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択ステップと、
前記選択された候補スケジュール情報を共有スケジュール情報として共有スケジュール記憶部に記憶する共有スケジュール記憶ステップと、
を含むことを特徴とする、スケジュール管理方法。
【請求項８】
前記スケジュール情報抽出ステップは、前記受信したメールから少なくとも日付および場所情報をスケジュール情報として抽出し、
前記スケジュール情報選択ステップは、前記位置情報取得端末から送信された前記ユーザの位置情報および該位置情報の取得日付と、前記候補スケジュール記憶部に記憶された候補スケジュール情報に含まれる場所情報および日付とをマッチングして、場所情報および日付が一致する候補スケジュール情報を選択することを特徴とする、請求項７に記載のスケジュール管理方法。
【請求項９】
前記位置情報送信ステップは、さらに前記位置情報の取得時刻を前記スケジュール管理サーバへ送信し、
前記スケジュール情報抽出ステップは、前記受信したメールからスケジュールに関する開始時刻および終了時刻をスケジュール情報としてさらに抽出し、
前記スケジュール情報選択ステップは、前記開始時刻から前記終了時刻までのスケジュール時間内に前記位置情報の取得時刻を含む前記候補スケジュール情報を選択することを特徴とする、請求項８に記載のスケジュール管理方法。
【請求項１０】
前記スケジュール情報選択ステップは、前記スケジュール時間を含む所定期間を設定し、前記所定期間内に前記位置情報の取得時刻を含む前記候補スケジュール情報を選択することを特徴とする、請求項９に記載のスケジュール管理方法。
【請求項１１】
前記スケジュール情報選択ステップは、
前記候補スケジュール記憶部に記憶された場所情報を含む所定領域を設定するステップと、
前記所定領域に前記位置情報取得端末により取得された位置情報を含む候補スケジュール情報を選択するステップと、
を含むことを特徴とする、請求項８に記載のスケジュール管理方法。
【請求項１２】
前記候補スケジュール記憶ステップは、前記受信したメールから抽出した場所情報に場所を分類する意味タグを付与して前記候補スケジュール記憶部に記憶することを特徴とする、請求項７〜１１のいずれかに記載のスケジュール管理方法。
【請求項１３】
スケジュール管理を行うスケジュール管理サーバであって、
メールの送受信を管理するメールサーバに新規の受信メールの有無を問い合わせるメール問合せ部と、
前記メールサーバから送信されたメールを受信するメール受信部と、
前記メール受信部にて受信したメールから、ユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出部と、
前記スケジュール情報抽出部により抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として記憶する候補スケジュール記憶部と、
ユーザの位置情報を取得する位置情報取得端末から送信されたユーザの位置情報と該位置情報の取得日付とに基づいて、当該ユーザの現在のスケジュールを前記候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択部と、
前記スケジュール情報選択部により選択された候補スケジュール情報を、共有スケジュール情報として記憶する共有スケジュール記憶部と、
を備えることを特徴とする、スケジュール管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール管理システム、スケジュール管理方法およびスケジュール管理サーバに関し、より詳細には、電子メールやＷｅｂ情報の閲覧、利用者の位置情報を利用して、スケジュールを管理するスケジュール管理システム、スケジュール管理方法およびスケジュール管理サーバに関する。
【背景技術】
【０００２】
組織で業務を行う際に、情報を共有して効率的に業務を進めるために、組織に所属するユーザのスケジュール情報をインターネットやイントラネットなどを介してサーバに登録し、組織の共有情報として各ユーザのスケジュールを閲覧できるようにすることが行われている。ユーザは、通常、自己のスケジュールを端末から直接入力してサーバに登録し、他のユーザに閲覧可能な状態にしている。一方で、ネットワークの普及に伴い、会議等の予定が電子メールにより通知されるようになってきている。会議開催の通知を電子メールで受けたユーザは、従来は電子メールの内容をスケジュール登録画面に直接入力または電子メールの情報をコピーして各項目に貼り付ける作業を行っていた。
【０００３】
このような煩雑な作業が伴う状況に対して、電子メールからユーザのスケジュール情報（日時、場所等）をサーバに自動登録する方法が提案されている（例えば、特許文献１、２）。例えば、特許文献１には、受信したメールからスケジュール管理プログラムへの入力データを抽出する際に、受信したメールを解析して必要なデータを抽出して、必要なデータが不足しているときはデータの不足を表示して入力を促すデータ処理方法が開示されている。
【０００４】
また、特許文献２には、電子メールによりイベント情報の記載事項を抽出し、サーバに既に登録されているスケジュール情報と重複するときは、該サーバからユーザへ電子メールによる問い合わせを行い、調整後のイベント情報をスケジュール管理データとしてサーバに記憶するスケジュール管理方法が開示されている。
【０００５】
【特許文献１】特開２００２−９１８９２号公報
【特許文献２】特開２００３−３０３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１の方法では、ユーザに対し、スケジュールとして登録すべき内容と登録すべきでない情報とが区別されていない。例えば、出席依頼があったが出席できない会議や、宣伝メールとしてのセミナーの案内も同時にスケジュールとして登録されてしまうという問題があった。また、上記特許文献２の方法では、電子メールから新規のスケジュールを登録することはできず、既に登録されたスケジュールの変更のみしかできなかった。さらに、これらの方法では、スケジュールの変更があっても、ユーザが直接スケジュール情報を修正する必要があった。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、スケジュール登録処理を容易にするとともに、現在の正確なスケジュール情報を提供することの可能な、新規かつ改良されたスケジュール管理システム、スケジュール管理方法およびスケジュール管理サーバを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、ユーザの位置情報を取得する位置情報取得端末と、メールの送受信を管理するメールサーバと、スケジュール管理を行うスケジュール管理サーバとがネットワークを介して接続されたスケジュール管理システムが提供される。かかるスケジュール管理システムにおいて、位置情報取得端末は、ユーザの位置情報を取得する位置情報取得部と、位置情報取得部により取得した位置情報と位置情報の取得日付とをスケジュール管理サーバへ送信する位置情報送信部と、を備える。また、メールサーバは、スケジュール管理サーバの問い合わせに応じて、管理しているメールをスケジュール管理サーバへ送信するメール内容送信部を備える。そして、スケジュール管理サーバは、メールサーバに新規の受信メールの有無を問い合わせるメール問合せ部と、メールサーバのメール内容送信部からメールを受信するメール受信部と、メール受信部にて受信したメールから、ユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出部と、スケジュール情報抽出部により抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として記憶する候補スケジュール記憶部と、位置情報取得端末の位置情報送信部から送信されたユーザの位置情報および該位置情報の取得日付に基づいて、当該ユーザの現在のスケジュールを候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択部と、スケジュール情報選択部により選択された候補スケジュール情報を、共有スケジュール情報として記憶する共有スケジュール記憶部と、を備えることを特徴とする。
【０００９】
本発明によれば、スケジュール管理サーバは、メールサーバがスケジュール管理サーバに未送信の新着メールとして管理しているメールを受け取り、メールからユーザのスケジュール情報を抽出する。抽出されたスケジュール情報は、ユーザが参加する可能性のあるスケジュールの情報（すなわち、候補スケジュール情報）を候補スケジュール記憶部に記憶される。一方、スケジュール管理サーバは、位置情報取得端末からユーザの現在位置および取得日付を取得して、取得した情報により特定される候補スケジュール情報をユーザの現在のスケジュールとして選択し、複数のユーザ間で共有される共有スケジュール情報とする。このように、ユーザのスケジュール情報がメールから自動的に抽出され、また、現在のスケジュールをユーザの現在の位置情報から推測し、共有スケジュール情報として自動的に提供することが可能となる。
【００１０】
ここで、スケジュール情報抽出部は、受信したメールから少なくとも日付および場所情報をスケジュール情報として抽出する。このとき、スケジュール情報選択部は、位置情報取得端末から送信されたユーザの位置情報および該位置情報の取得日付と、候補スケジュール情報に含まれる場所情報および日付とをマッチングして、場所情報および日付が一致するスケジュール情報を共有スケジュール記憶部に記憶する。すなわち、現在のユーザ位置情報および日付が一致する候補スケジュール情報をユーザの現在のスケジュールとして推測し、複数ユーザ間で共有することができる。
【００１１】
また、位置情報取得端末は、さらに位置情報の取得時刻をスケジュール管理サーバへ送信し、スケジュール情報抽出部は、受信したメールからスケジュールに関する開始時刻および終了時刻をスケジュール情報としてさらに抽出してもよい。このとき、スケジュール情報選択部は、開始時刻から終了時刻までのスケジュール時間内に位置情報の取得時刻を含む候補スケジュール情報を共有スケジュール記憶部に記憶する。これにより、ユーザの現在のスケジュールとしてより適切な候補スケジュール情報を選択することができる。
【００１２】
さらに、スケジュール情報選択部は、スケジュール時間を含む所定時間を設定することもできる。そして、所定時間内に位置情報の取得時刻を含むスケジュール情報を共有スケジュール記憶部に記憶するようにしてもよい。すなわち、スケジュール時間の前後に所定の時間マージンを設定する。これにより、取得時間とイベントの開始時刻および終了時刻とのマッチング処理に柔軟性を持たせるができ、適切に候補スケジュール情報を選択することが可能となる。
【００１３】
また、スケジュール情報選択部は、候補スケジュール記憶部に記憶された場所情報を含む所定領域に位置情報取得部により取得された位置情報を含む候補スケジュール情報を共有スケジュール記憶部に記憶してもよい。候補スケジュール情報の場所情報は、例えば緯度および経度、住所など特定の位置のみを示す情報である場合がある。このような場所情報に例えば距離マージンを設けて所定領域にユーザが存在する場合には、場所情報は一致すると判断することができる。これにより、場所情報のマッチング処理に柔軟性を持たせることができ、適切に候補スケジュール情報を選択することができる。
【００１４】
また、スケジュール情報抽出部は、メール受信部により受信したメールから抽出した場所情報に場所を分類する意味タグを付与して候補スケジュール記憶部に記憶するようにしてもよい。意味タグは、メール内容からスケジュール情報を抽出するために用いられるものであり、また、付与された意味タグからその言葉がどのようなものを示す言葉であるかを判断することができる。場所情報に意味タグを付与して候補スケジュール記憶部に記憶することにより、場所情報のマッチング処理を効率よく行うことができる。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、ユーザの位置情報を取得する位置情報取得端末と、メールの送受信を管理するメールサーバと、スケジュール管理を行うスケジュール管理サーバとによりスケジュールを管理するスケジュール管理方法が提供される。かかるスケジュール管理方法は、位置情報取得端末によりユーザの位置情報を取得する位置情報取得ステップと、取得した位置情報と該位置情報の取得日付をスケジュール管理サーバへ送信する位置情報送信ステップと、スケジュール管理サーバからメールサーバへ新規の受信メールの有無を問い合わせるメール問合せステップと、スケジュール管理サーバの問い合わせに応じて、メールサーバからスケジュール管理サーバへメールを送信するメール内容送信ステップと、受信したメールからユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出ステップと、抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として候補スケジュール記憶部に記憶する候補スケジュール記憶ステップと、位置情報取得端末から送信されたユーザの位置情報と該位置情報の取得日付とに基づいて、該ユーザの現在のスケジュールを候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択ステップと、選択された候補スケジュール情報を共有スケジュール情報として共有スケジュール記憶部に記憶する共有スケジュール記憶ステップと、を含むことを特徴とする。
【００１６】
本発明によれば、スケジュール管理サーバは、メールサーバがスケジュール管理サーバに未送信の新着メールとして管理しているメールを受け取り、メールからユーザのスケジュール情報を抽出する。抽出されたスケジュール情報は、ユーザが参加する可能性のあるスケジュールの情報（すなわち、候補スケジュール情報）を候補スケジュール記憶部に記憶される。一方、スケジュール管理サーバは、位置情報取得端末からユーザの現在位置および取得日付を取得して、取得した情報により特定される候補スケジュール情報をユーザの現在のスケジュールとして選択し、複数のユーザ間で共有される共有スケジュール情報とする。このように、ユーザのスケジュール情報がメールから自動的に抽出され、また、現在のスケジュールをユーザの現在の位置情報から推測し、共有スケジュール情報として自動的に提供することが可能となる。
【００１７】
ここで、スケジュール情報抽出ステップは、受信したメールから少なくとも日付および場所情報をスケジュール情報として抽出するようにしてもよい。そして、スケジュール情報選択ステップでは、位置情報取得端末から送信されたユーザの位置情報および該位置情報の取得日付と、候補スケジュール情報に含まれる場所情報および日付とをマッチングして、場所情報および日付が一致するスケジュール情報を選択するようにすることができる。すなわち、現在のユーザ位置情報および日付が一致する候補スケジュール情報をユーザの現在のスケジュールとして推測し、複数ユーザ間で共有することができる。
【００１８】
また、位置情報送信ステップは、さらに位置情報の取得時刻をスケジュール管理サーバへ送信し、スケジュール情報抽出ステップは、受信したメールからスケジュールに関する開始時刻および終了時刻をスケジュール情報としてさらに抽出してもよい。このとき、スケジュール情報選択ステップは、開始時刻から終了時刻までのスケジュール時間内に位置情報の取得時刻を含む候補スケジュール情報を選択するようにしてもよい。これにより、ユーザの現在のスケジュールとしてより適切な候補スケジュール情報を選択することができる。
【００１９】
さらに、スケジュール情報選択ステップは、スケジュール時間を含む所定期間を設定し、所定期間内に位置情報の取得時刻を含む候補スケジュール情報を選択することもできる。すなわち、スケジュール時間の前後に所定の時間マージンを設定する。これにより、取得時間とイベントの開始時刻および終了時刻とのマッチング処理に柔軟性を持たせるができ、適切に候補スケジュール情報を選択することが可能となる。
【００２０】
また、スケジュール情報選択ステップは、候補スケジュール記憶部に記憶された場所情報を含む所定領域を設定するステップと、所定領域に位置情報取得端末により取得された位置情報を含む候補スケジュール情報を選択するステップと、を含むようにすることができる。候補スケジュール情報の場所情報が、特に特定の位置のみを示す情報である場合に、この場所情報に例えば距離マージンを設けて所定領域を設定してもよい。そして、所定領域内にユーザが存在する場合に、場所情報は一致すると判断することができる。これにより、場所情報のマッチング処理に柔軟性を持たせることができ、適切に候補スケジュール情報を選択することができる。
【００２１】
候補スケジュール記憶ステップは、受信したメールから抽出した場所情報に場所を分類する分類タグを付与して候補スケジュール記憶部に記憶するようにしてもよい。付与された意味タグからその言葉がどのようなものを示す言葉であるかを判断することができるので、場所情報に意味タグを付与して候補スケジュール記憶部に記憶することにより、場所情報のマッチング処理を効率よく行うことができる。
【００２２】
さらに、上記課題を解決するために、本発明の別の観点によれば、スケジュール管理を行うスケジュール管理サーバが提供される。かかるスケジュール管理サーバは、メールの送受信を管理するメールサーバに新規の受信メールの有無を問い合わせるメール問合せ部と、メールサーバから送信されたメールを受信するメール受信部と、メール受信部にて受信したメールから、ユーザのスケジュールを特定するスケジュール情報を抽出するスケジュール情報抽出部と、スケジュール情報抽出部により抽出されたスケジュール情報を、ネットワークを介して接続されたクライアント間で共有される共有スケジュール情報の候補である候補スケジュール情報として記憶する候補スケジュール記憶部と、ユーザの位置情報を取得する位置情報取得端末から送信されたユーザの位置情報と該位置情報の取得日付とに基づいて、当該ユーザの現在のスケジュールを候補スケジュール記憶部に記憶された候補スケジュール情報から選択するスケジュール情報選択部と、スケジュール情報選択部により選択された候補スケジュール情報を、共有スケジュール情報として記憶する共有スケジュール記憶部と、を備えることを特徴とする。
【発明の効果】
【００２３】
以上説明したように本発明によれば、スケジュール登録処理を容易にするとともに、現在の正確なスケジュール情報を提供することの可能なスケジュール管理システム、スケジュール管理方法およびスケジュール管理サーバを提供することができる。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２５】
（第１の実施形態）
まず、図１に基づいて、本発明の第１の実施形態にかかるスケジュール管理システムについて説明する。なお、図１は、本発明の実施形態にかかるスケジュール管理システム１の概略構成を示すシステム概略図である。
【００２６】
＜スケジュール管理システムの構成＞
本実施形態にかかるスケジュール管理システム１は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続されたクライアント端末１００において、スケジュール管理サーバ３００にて管理する複数のユーザのスケジュール情報を確認可能にするシステムである。かかるスケジュール管理システム１は、図１に示すように、ユーザがスケジュール情報の参照や登録を行うために用いる情報端末であるクライアント端末１００と、メールの送受信を管理するメールサーバ２００と、ユーザのスケジュール情報を管理するスケジュール管理サーバ３００とがＬＡＮ接続されている。これにより、クライアント端末１００は、スケジュール管理サーバ３００にスケジュール情報を参照したり登録したりすることができる。メールサーバ２００は、スケジュール管理サーバ３００にてユーザ宛のメールからスケジュール情報を抽出するため、スケジュール管理サーバ３００へメールを送信している。スケジュール管理サーバ３００は、クライアント端末１００から入力されたスケジュール情報やメールから抽出したスケジュール情報を管理している。
【００２７】
一方、ユーザの現在位置を把握するため、ユーザが携帯する例えばＩＣタグ５００や移動通信端末７００などを利用する。ＩＣタグ５００は、例えば会議室や応接室等に設けられたＩＣタグリーダ６００を利用して読み取ることができる。ＩＣタグリーダ６００が読み取った情報は、ＬＡＮを介してスケジュール管理サーバ３００へ送信される。または、移動通信端末７００のＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を利用して、公衆網８１０、Ｗｅｂサーバ４００を介して移動通信端末７００の位置により特定されるユーザの位置情報をスケジュール管理サーバ３００に送信することができる。ＩＣタグリーダ６００から取得した情報や移動通信端末７００の位置情報を用いて、スケジュール管理サーバ３００はユーザの現在位置を認識する。
【００２８】
このようなスケジュール管理システム１において、スケジュール管理サーバ３００は、ユーザが受信したメールからスケジュールと判断される情報を抽出するとともに、認識したユーザの現在位置に基づいて、抽出された情報からユーザの現在のスケジュールを特定する。これにより、ユーザがスケジュール情報を入力しなくとも、ユーザの現在のスケジュールを共有スケジュール情報として提供することができる。以下、図２〜図４に基づいて、本実施形態にかかるスケジュール管理システム１の詳細な構成について説明する。なお、図２は、本実施形態にかかるスケジュール管理システム１の構成を示すブロック図である。図３は、場所対応情報記憶部３５０の構成の一例を示す説明図であって、（ａ）はＩＣタグ５００から取得した情報、（ｂ）は移動通信端末７００から取得した情報を示す。図４は、候補スケジュール記憶部３６０の構成の一例を示す説明図である。
【００２９】
クライアント端末１００は、図２に示すように、スケジュール情報送受信部１１０と、スケジュール情報処理部１２０と、入力部１３０と、表示部１４０とを備える。
【００３０】
スケジュール情報送受信部１１０は、クライアント端末１００から入力されたスケジュール情報の新規登録や変更、削除などの情報をスケジュール管理サーバ３００へ送信する。また、スケジュール情報送受信部１１０は、スケジュール情報を表示部１４０に表示するため、スケジュール管理サーバ３００から共有スケジュール情報を受信する。
【００３１】
スケジュール情報処理部１２０は、入力部１３０から入力された情報をスケジュール管理サーバ３００へ送信可能な形式にしたり、また、スケジュール管理サーバ３００から受信した共有スケジュール情報を表示部１４０に表示可能な形式にしたりする等、データ処理を行う機能部である。
【００３２】
入力部１３０は、スケジュール情報などを入力するための機能部であり、例えば、キーボードなどを用いることができる。表示部１４０は、スケジュール情報などを表示するための機能部であり、例えばディスプレイなどを用いることができる。
【００３３】
メールサーバ２００は、メール受信部２１０と、問合せ受信部２２０と、メール内容送信部２３０と、メール記憶部２４０とを備える。
【００３４】
メール受信部２１０は、インターネット網８２０を介して送られてきたメールを受信する機能部である。メール受信部２１０は、受信したメールを後述するメール記憶部２４０に記憶する。問合せ受信部２２０は、スケジュール管理サーバ３００からの新着メール有無の問合せを受信する機能部である。問合せ受信部２２０は、この問合せを受けてメール記憶部２４０にアクセスして新着メールを取得し、メール内容送信部２３０へ送信する。メール内容送信部２３０は、問合せ受信部２２０から受信した新着メールをスケジュール管理サーバ３００へ送信する機能部である。
【００３５】
メール記憶部２４０は、メール受信部２１０が受信したメールを記憶する記憶部である。メール記憶部２４０は、例えばスケジュール管理サーバ３００へ未送信の新着メールを記憶するスケジュール情報抽出用領域を有しており、スケジュール管理サーバ３００からの問合せに応じてこのスケジュール情報抽出用領域に記憶されたメールを問合せ受信部２２０へ渡す。スケジュール情報抽出用領域に記憶されたメールは、問合せ受信部２２０へ送信した後、消去するようにしてもよい。
【００３６】
スケジュール管理サーバ３００は、データ送受信部３１０と、スケジュール情報抽出部３２０と、スケジュール情報選択部３３０と、共有スケジュール情報処理部３４０と、場所対応情報記憶部３５０と、候補スケジュール記憶部３６０と、共有スケジュール記憶部３７０とを備える。
【００３７】
データ送受信部３１０は、クライアント端末１００やメールサーバ２００、ＩＣタグリーダ６００、Ｗｅｂサーバ４００から送信される情報を受信し、またこれらに対して情報を送信する機能部である。
【００３８】
スケジュール情報抽出部３２０は、メールサーバ２００から受信したメールからスケジュール情報を抽出する機能部である。本実施形態にかかるスケジュール情報抽出部３２０は、メールサーバ２００の問合せ受信部２２０に対して新着メールの有無を問い合わせるメール問合せ部として機能するとともに、問合せの結果、メールサーバ２００のメール内容送信部２３０から受信したメールの例えば本文から、日付、時刻、場所やイベント等の情報を抽出し、ユーザのスケジュールとなり得る情報を候補スケジュール情報として、後述する候補スケジュール記憶部３６０に記憶する。なお、本実施形態では、スケジュール情報抽出部３２０がメールからスケジュール情報を抽出する処理、および、メールサーバ２００への新着メール有無の問合せも行ったが、本発明はかかる例に限定されず、メールサーバ２００への新着メールの有無を問い合わせる機能部と、メールからスケジュール情報を抽出する機能部とが別個に設けられていてもよい。
【００３９】
スケジュール情報選択部３３０は、候補スケジュール記憶部３６０が記憶する候補スケジュール情報から、ユーザの現在のスケジュールを選択する機能部である。スケジュール情報選択部３３０は、ＩＣタグリーダ６００および／またはＷｅｂサーバ４００からデータ送受信部３１０を介して受信したユーザの現在位置情報に基づいて候補スケジュール記憶部３６０が記憶する候補スケジュール情報から現在のスケジュールを選択し、選択したスケジュール情報を共有スケジュール情報として共有スケジュール記憶部３７０に記憶する。
【００４０】
共有スケジュール情報処理部３４０は、クライアント端末１００との間でやり取りされるスケジュール情報の管理を行う機能部である。共有スケジュール情報処理部３４０は、クライアント端末１００から入力されたスケジュール情報を共有スケジュール記憶部３７０に記憶したり、共有スケジュール記憶部３７０に記憶された共有スケジュール情報をクライアント端末１００へ送信したり、クライアント端末１００からの指示により指定された候補スケジュール情報を共有スケジュール情報記憶部に記憶したりする。
【００４１】
場所対応情報記憶部３５０は、ＩＣタグリーダ６００や移動通信端末７００から取得される場所情報や位置情報と場所名とを関連付けて記憶する記憶部であって、例えば、ＲＡＭやハードディスク等のメモリを含んで構成される。場所対応情報記憶部３５０は、ユーザの現在の位置情報を取得する形態に応じてその構成を適宜変更可能であるが、例えば、ＩＣタグ５００とＩＣタグリーダ６００とを用いてユーザの現在の位置情報を取得する場合には、図３（ａ）に示すように、例えば、ＩＣタグリーダＩＤ１３５１、例えば「第１会議室」等の部屋名１３５２、例えば「Ａ株式会社」等の組織名１３５３、例えば「港区芝浦４−１１−２２」等のような住所１３５４、その他「東京タワー」等のランドマーク等の情報を有して構成することができる。ＩＣタグリーダＩＤ１３５１は、ＩＣタグリーダ６００を特定するためのＩＤである。ＩＣタグリーダＩＤ１３５１に関連付けて、そのＩＣタグリーダ６００が設置された部屋名１３５２、その部屋のある組織名１３５３や住所１３５４などが記憶される。
【００４２】
また、移動通信端末７００のＧＰＳ機能を用いてユーザの現在の位置情報を取得することもできる。この場合には、図３（ｂ）に示すように、例えば、緯度２３５１、経度２３５２、場所名２３５３などの情報を有して構成することができる。
【００４３】
候補スケジュール記憶部３６０は、メールから抽出されたスケジュール情報を記憶する記憶部であり、例えば、ＲＡＭやハードディスク等のメモリを含んで構成される。候補スケジュール記憶部３６０は、例えば図４に示すように、メールＩＤ３６１、日付３６２、開始時刻３６３、終了時刻３６４、タイトル３６５、場所名３６６などを有して構成される。メールＩＤ３６１は、候補スケジュール情報を抽出したメールを特定するためのＩＤである。メールＩＤ３６１に関連付けて、メール本文に記載された日付３６２、開始時刻３６３、終了時刻３６４、タイトル３６５、場所名３６６を記憶する。なお、必ずしもすべての項目について登録する必要はなく、少なくともメールＩＤ３６１、日付３６２、場所名３６６が登録されていればよい。
【００４４】
共有スケジュール記憶部３７０は、候補スケジュール記憶部３６０に記憶された候補スケジュール情報から共有スケジュール情報として選択されたものと記憶する記憶部であり、例えば、ＲＡＭやハードディスク等のメモリを含んで構成される。共有スケジュール記憶部３７０は、候補スケジュール記憶部３６０と同様の構成をとる。すなわち、メールＩＤ、日付、開始時刻、終了時刻、タイトル、場所名などを有して構成される。
【００４５】
Ｗｅｂサーバ４００は、公衆網８１０と移動通信端末７００との情報を統合するサーバであり、ＬＡＮに接続されている。Ｗｅｂサーバ４００は、移動通信端末７００からの情報をＬＡＮを介してスケジュール管理サーバ３００へ送信する。
【００４６】
ＩＣタグ５００は、ユーザの現在位置を特定するために用いる位置情報特定手段である。ＩＣタグ５００は、ユーザを識別するための識別情報等を記憶するＩＣチップを有しており、ＩＣチップの情報は後述するＩＣタグリーダ６００にて読み取ることができる。
【００４７】
ＩＣタグリーダ６００は、ＩＣタグ５００に記憶された情報を取得するための機器であり、ＩＣタグ読取部６１０と、情報処理部６２０と、情報送信部６３０とを備える。ＩＣタグ読取部６１０は、ＩＣタグ５００のＩＣチップに記憶された情報を取得する機能部であって、無線によりその情報を取得することができる。情報処理部６２０は、ＩＣタグ読取部６１０により取得した情報をスケジュール管理サーバ３００へ送信する形式したり、取得したＩＣタグ５００の情報に取得日付、取得時刻、ＩＣタグリーダ６００を特定するＩＣタグリーダＩＤ等を付与して情報送信部６３０へ送信したりする。情報送信部６３０は、情報処理部６２０から受け取った情報をスケジュール管理サーバ３００へ送信する機能部である。
【００４８】
移動通信端末７００は、ユーザの現在位置を特定するためのＧＰＳ機能を備える端末であって、例えば、ＧＰＳ機能を備える携帯電話等を用いることができる。移動通信端末７００は、位置情報取得部７１０と、位置情報送信部７２０とを備える。位置情報取得部７１０は、ＧＰＳ機能を用いて該移動通信端末７００の現在の位置情報を取得する機能部であって、移動通信端末７００を携帯するユーザの位置を取得するために機能する。位置情報取得部７１０は取得した現在の位置情報を位置情報送信部７２０へ送信する。位置情報送信部７２０は、位置情報取得部７１０から受け取った位置情報をスケジュール管理サーバ３００へ送信する機能部である。
【００４９】
以上、本実施形態にかかるスケジュール管理システム１の構成について説明した。次に、図５〜図７に基づいて、本実施形態にかかるスケジュール管理システム１によるスケジュール管理方法について説明する。なお、図５は、メールからスケジュール情報を抽出する手順を示すシーケンス図である。図６は、メールからスケジュール情報を抽出する処理を説明するための説明図である。図７は、ＩＣタグリーダ６００や移動通信端末７００などの位置情報取得端末により取得されたユーザの位置情報を用いて共有スケジュール情報を選択する手順を示すフローチャートである。
【００５０】
本実施形態にかかるスケジュール管理システム１では、ユーザ宛のメールから自動的にスケジュール情報を抽出して候補スケジュール情報を作成するとともに、候補スケジュール情報の中からユーザの現在の位置情報に基づいてユーザが実際に参加しているであろうスケジュールを選択し、共有スケジュール情報として提供することを特徴とする。そこで、まず、候補スケジュール情報を作成する手順について説明する。
【００５１】
＜候補スケジュール情報作成手順＞
本実施形態にかかるスケジュール管理サーバ３００は、ユーザが参加する可能性のある情報をユーザ宛のメールから抽出する。このため、スケジュール管理サーバ３００は、まず、メールサーバ２００に新着メールの有無を問い合わせる（Ｓ１０１）。メールサーバ２００は、ユーザ宛のメールを受信すると、メールを特定するメールＩＤに関連付けてスケジュール情報抽出用領域にメールを記憶している。スケジュール管理サーバ３００は、例えば、ユーザがクライアント端末１００を用いてスケジュール管理サーバ３００にログインするタイミングで、あるいは所定の時刻や所定の時間間隔（例えば１５分おき）で定期的にメールサーバ２００へメールの問合せを行う。
【００５２】
メールサーバ２００は、スケジュール管理サーバ３００からの問合せを受けて、メール記憶部２４０にスケジュール管理サーバ３００へ未送信の新着メールがないか確認する（Ｓ１０３）。そして、スケジュール管理サーバ３００への未送信の新着メールがあった場合には、そのメールをスケジュール管理サーバ３００へ送信する（Ｓ１０５）。ステップＳ１０５では、例えばメールの有する情報すべてをスケジュール管理サーバ３００へ送信してもよく、件名およびメール本文の内容のみを送信してもよい。そして、メールサーバ２００は、メールをスケジュール管理サーバ３００へ送信した後、該送信されたメールスケジュール情報抽出用領域に記憶されたメールを削除する。なお、スケジュール管理サーバ３００への未送信の新着メールがない場合には、メールがないことを示す情報をスケジュール管理サーバ３００へ送信する。
【００５３】
次いで、スケジュール管理サーバ３００は、メールからスケジュール情報を抽出する。本実施形態では、件名およびメール本文からスケジュール情報を抽出するとする。スケジュール情報の抽出は、まず、件名およびメール本文を例えば形態素解析により単語を分割する（Ｓ１０７）。形態素解析によれば、例えば、「下記の通りミーティングを開催します」との文は、「下記（名詞）／の（助詞）／通り（非自立名詞）／ミーティング（名詞）／を（助詞）／開催（サ変名詞）／し（サ変動詞）／ます（助動詞）」と分割される。
【００５４】
次に、単語または連続する単語群に意味情報であることを示す意味タグを付与する（Ｓ１０９）。意味タグは、本実施形態ではスケジュール情報を抽出するために付与される。意味タグの付与は、例えば数字と「年」、「月」、「日」の文字が連続するものは日付と判断して意味タグ＜ＤＡＴＥ＞を付与するなどの所定のルールに従い、意味タグと単語または単語群との対応付けを記憶する辞書を用いて行うことができる。意味タグが付与された単語または単語群は、例えば、「＜ＤＡＴＥ＞１０月２２日＜／ＤＡＴＥ＞」、「＜ＴＩＭＥ＿ＦＲＯＭ＞１０：００＜／ＴＩＭＥ＿ＦＲＯＭ＞」、「＜ＥＶＥＮＴ＞ＳＷＯ研究会＜／ＥＶＥＮＴ＞」「＜ＯＲＧＡＮＩＺＡＴＩＯＮ＞Ａ大学＜／ＯＲＧＡＮＩＺＡＴＩＯＮ＞」「＜ＬＯＣＡＴＩＯＮ＞Ｂキャンパス＜／ＬＯＣＡＴＩＯＮ＞」のように表される。
【００５５】
ここで、解析したメールについて、メールに記載された日付が現在以降の日付であるか否かを確認する（Ｓ１１１）。本実施形態は、ユーザの現在以降のスケジュールを提供するものであり、不要な処理を省くため、＜ＤＡＴＥ＞タグが付与された日付が現在より前の日付である場合にはスケジュール情報の抽出処理をせずにステップＳ１１５へ進む。
【００５６】
ステップＳ１１１によりメールに記載された日付が現在以降の日付である場合には、メールからスケジュール情報を抽出して、候補スケジュール記憶部３６０に記憶する（Ｓ１１３）。ステップＳ１１３では、メールの件名およびメール本文から日付、開始時刻、終了時刻、タイトル、場所名を抽出し、メールＩＤと関連付けて候補スケジュール記憶部３６０に記憶する。情報の抽出は、ステップＳ１０９で付与された意味タグを抽出し、候補スケジュール記憶部３６０に記憶する。より詳細には、例えば、意味タグ＜ＤＡＴＥ＞が付与された情報は日付３６２に、意味タグ＜ＴＩＭＥ＿ＦＲＯＭ＞が付与された情報は開始時刻３６３に、意味タグ＜ＴＩＭＥ＿ＴＯ＞が付与された情報は終了時刻３６４に、意味タグ＜ＥＶＥＮＴ＞が付与された情報はタイトル３６５に、意味タグ＜ＬＯＣＡＴＩＯＮ＞、＜ＡＤＤＲＥＳＳ＞、＜ＳＴＡＴＩＯＮ＞、＜ＢＵＩＬＤＩＮＧ＞、＜ＯＲＧＡＮＩＺＡＴＩＯＮ＞、＜ＲＯＯＭ＞等が付与された情報は場所名３６６に記憶される。
【００５７】
ここで、スケジュール情報を候補スケジュール記憶部３６０に記憶する際、スケジュール情報を抽出するために用いた意味タグも合わせて記憶してもよい。例えば、図４に示すように、場所名３６６についてはメールから抽出した場所名と意味タグとを記憶している。意味タグを合わせて記憶することにより、後述するユーザの現在の位置情報とのマッチングを行う際、ユーザの位置情報に意味タグが付与されていれば文字列のマッチングを行う前に意味タグについてマッチングして、効率よくマッチする候補スケジュール情報を抽出することができる。一方で、意味タグを候補スケジュール記憶部３６０に記憶しない場合には、基本的に文字列の全マッチングを行うが、本来意味タグ＜ＢＵＩＬＤＩＮＧ＞を付与すべき場所情報に、意味タグ＜ＬＯＣＡＴＩＯＮ＞が付与されているなど、意味タグの付与に誤りがあった場合にもその影響を受けずに適切な候補スケジュール情報を抽出することができる。
【００５８】
本実施形態のスケジュール抽出処理では、抽出できなかった情報については何も登録せず、後続の処理を行うよう処理される。また、同一の項目に登録される情報が複数ある場合には、例えば、日付またはタイトルに最も近い位置に記載されたものを抽出するようにするようにしてもよい。例えば、図６に示すメール２４５には、場所名３６６に登録される情報として「第１会議室」２４５ｃと「Ａ株式会社」２４５ｄの２つがある。このとき、１つのみを場所名３６６に登録する場合には、日時「１０月２５日」２４５ｂ（またはタイトル「ミーティング」２４５ａ）に近い位置に記載されている「第１会議室」２４５ｃを登録する。これにより、スケジュールとは関係のない場所情報を登録する可能性を低減することができる。
【００５９】
１つのメールについてのスケジュール抽出処理を終えると、スケジュール抽出処理を行うメールすべてについて処理が終了したか否かを確認する（Ｓ１１５）。すべてのメールの処理が終了していればこの処理を終了し、まだ未処理のメールがある場合には、次のメールに対してステップＳ１１１以降の処理を行う。このようにして、メールサーバ２００から受信したメールからスケジュール情報を抽出し、抽出したスケジュール情報を候補スケジュール情報として候補スケジュール記憶部３６０に記憶することにより、ユーザ宛のメールからユーザが参加する可能性のあるスケジュールのスケジュール情報（候補スケジュール情報）を自動的に抽出することができる。
【００６０】
＜共有スケジュール情報決定手順＞
候補スケジュール情報は自動的に作成されるため、候補スケジュール記憶部３６０にはユーザが参加しないスケジュールも記憶されている可能性がある。したがって、候補スケジュール情報は複数ユーザ間で共有される共有スケジュール情報ではない。候補スケジュール情報を共有スケジュール情報にするには、例えばユーザがクライアント端末１００を用いてスケジュール管理サーバ３００にアクセスして、実際に参加するスケジュールを候補スケジュール情報から選択して共有スケジュール情報として他ユーザに公開するようにする方法が考えられる。このような方法に加え、本実施形態にかかるスケジュール管理システム１では、ネットワークを介してユーザの現在の位置情報を取得し、現在の位置情報に基づいて候補スケジュール情報から共有スケジュール情報とする情報を選択することができる。以下、候補スケジュール情報から共有スケジュール情報とする情報を決定する手順について説明する。
【００６１】
まず、図７に示すように、ユーザの現在の位置情報がスケジュール管理サーバ３００へ送信される（Ｓ２０１）。本実施形態にかかるスケジュール管理システム１では、ユーザの現在の位置情報を取得するために、ＩＣタグ５００や移動通信端末７００を用いる。例えばユーザがＩＣタグ５００を携帯しているとする。ユーザの移動に伴って移動するＩＣタグ５００をＩＣタグリーダ６００が認識すると、ＩＣタグリーダ６００は認識したＩＣタグ５００のＩＣタグＩＤを取得し、ＩＣタグＩＤと、取得日付および取得時刻と、ＩＣタグリーダＩＤとをスケジュール管理サーバ３００へ送信する。
【００６２】
あるいは、ユーザが移動通信端末７００を携帯していたとすると、移動通信端末７００のＧＰＳ機能を用いて、定期的（例えば５分おきに）あるいは位置情報の変化に応じてユーザの現在の位置情報を取得することができる。移動通信端末７００は、取得した位置情報に、移動通信端末７００を特定するためのＩＤと、取得日付および取得時刻とを付与して、公衆網８１０を介してＷｅｂサーバ４００へ送信する。Ｗｅｂサーバ４００は、移動通信端末７００から受け取った情報をそのままスケジュール管理サーバ３００に送信する。
【００６３】
なお、本実施形態では、ＩＣタグリーダ６００または移動通信端末７００から、端末を特定するＩＤと、取得日付および取得時刻とがスケジュール管理サーバ３００へ送信されたが、本発明はかかる例に限定されず、少なくとも端末を特定するＩＤと取得日付が送信されればよい。
【００６４】
スケジュール管理サーバ３００は、ＩＣタグリーダ６００または移動通信端末７００からユーザの現在の位置情報を取得し（Ｓ２０３）、位置情報の展開を行う（Ｓ２０５）。ＩＣタグリーダ６００または移動通信端末７００から受信した位置情報は、候補スケジュール記憶部３６０に記憶された場所名３６６と比較可能な形式、例えば部屋名、住所、ランドマーク名、組織名等に展開される。例えば、ＩＣタグリーダ６００から受信した位置情報は、図３（ａ）に示すようなＩＣタグリーダ６００のＩＣタグリーダＩＤ１３５１と、部屋名１３５２、組織名１３５３、住所１３５４との対応表を用いて展開される。また、移動通信端末７００から受信した位置情報は、図３（ｂ）に示すような緯度２３５１および経度２３５２と、場所名２３５３等との対応表を用いて展開される。このような展開処理は、スケジュール管理サーバ３００内で行ってもよく、外部の展開処理サービスを用いて展開してもよい。
【００６５】
次いで、候補スケジュール情報の場所名と展開された位置情報および取得日付とのマッチングを行う（Ｓ２０７）。マッチングは、展開された位置情報と、候補スケジュール情報に記憶されている場所名とを比較する。この際、位置情報は文字列のマッチングであるため、メールに簡略表示された「第１会」と「第１会議室」とがマッチするように異表記辞書を用意してもよい。また、候補スケジュール情報の日付と取得日付とが比較される。日付は、完全一致の場合にマッチしたと判断するようにすることができる。本実施形態のスケジュール管理サーバ３００は、少なくとも場所と日付についてのマッチングを行う。
【００６６】
ここで、ＩＣタグリーダ６００や移動通信端末７００が位置情報を取得した取得時刻について考慮することにより、候補スケジュール情報をより正確に特定することができる。例えば、候補スケジュール情報として記憶されている開始時刻と終了時刻とを用いて、開始時刻から終了時刻の間に取得時刻が含まれる候補スケジュール情報を選択するようにしてもよい。また、時刻については、誤差を考慮して、開始時刻よりも一定時間前（例えば１０分）から終了時刻の一定時間後（例えば３０分）の間に取得時刻が含まれる候補スケジュールを選択することもできる。誤差を考慮することにより、スケジュールの時間変更や時間延長等があった場合や、ユーザが開始時刻前に開催場所に到着した場合なども適切に候補スケジュール情報を選択することができる。
【００６７】
また、位置情報についても、時刻の処理と同様に、候補スケジュール情報として記憶された場所に所定の距離マージンをもって設定された領域内に、ユーザが位置しているときに、位置情報は一致すると判断するようにしてもよい。例えば、ユーザの現在の位置情報および候補スケジュール情報の場所名を緯度および経度で表す。そして、候補スケジュール情報の場所名から変換された緯度および経度の半径１００ｍ以内の領域内にユーザの位置情報（緯度および経度）が含まれる場合に、位置情報が一致するとする。これにより、場所対応情報記憶部３５０に記憶された位置情報と実際にイベントが開催される場所とに誤差があっても適切に候補スケジュール情報を選択することができる。また、距離マージンにより設定された所定の領域を、ユーザがその場所で開催されるイベントに参加するであろうと推測する領域として用いることもできる。これにより、ユーザが設定された所定の領域内に位置した場合には対応する候補スケジュール情報を選択することが可能となり、ユーザのスケジュール情報を早めに共有させることができる。
【００６８】
その後、ステップＳ２０７において現在の位置情報とマッチする候補スケジュール情報があったか否かを判断する（Ｓ２０９）。マッチする候補スケジュール情報がある場合には、その候補スケジュール情報を選択して共有スケジュール情報とし、共有スケジュール記憶部３７０に移動（シフト）する（Ｓ２１１）。一方、マッチする候補スケジュール情報がない場合には、そのまま処理を終了する。
【００６９】
以上、共有スケジュール情報決定手順について説明した。共有スケジュール記憶部３７０に記憶された共有スケジュール情報は、複数のユーザによって共有される。共有スケジュール情報の共有は、各ユーザの共有スケジュール情報の公開によって行われ、閲覧のみ可能とする。また、各ユーザは、自己の候補スケジュール情報および共有スケジュール情報の閲覧・編集が可能である。この際、ユーザは、上述したように、候補スケジュール記憶部３６０と共有スケジュール記憶部３７０との間でスケジュール情報を移動させることもできる。
【００７０】
以上、第１の実施形態にかかるスケジュール管理システム１について説明した。本実施形態によれば、スケジュール管理サーバ３００において、メールから自動的に抽出された候補スケジュール情報から、候補スケジュール情報の場所情報および日付とユーザの現在の位置情報および取得日付とをマッチングすることにより、共有スケジュール情報を選択する。これにより、ユーザが候補スケジュール情報からスケジュール情報を選択し、共有スケジュール情報に決定する処理を行う必要がないので、ユーザの負担を大幅に軽減することができる。また、メールから自動的に候補スケジュール情報を作成するため、ユーザがスケジュール情報を入力しなくとも、ユーザの現在のスケジュールを共有スケジュール情報として登録することができる。さらに、ユーザのスケジュールが変更となった場合にも、実際の位置情報に基づいたスケジュール情報を共有させることができるので、正確な情報を共有することが可能となる。
【００７１】
（第２の実施形態）
次に、図８に基づいて、本発明の第２の実施形態にかかるスケジュール管理システムについて説明する。本実施形態のスケジュール管理システムは、第１の実施形態と比較してＷｅｂプロキシサーバがスケジュール管理サーバ３００の接続されたＬＡＮに接続されている点で相違する。以下では、第１の実施形態と同一の部分については詳細な説明を省略し、主に第１の実施形態との相違点について説明する。なお、図８は、本実施形態にかかるスケジュール管理システムの構成を示すブロック図である。
【００７２】
本実施形態にかかるスケジュール管理システムは、図８に示すように、第１の実施形態のスケジュール管理システムにＷｅｂプロキシサーバ９００を備えた構成となっている。Ｗｅｂプロキシサーバ９００は、クライアント端末１００からＷｅｂ情報にアクセスする際の代理となるサーバであって、Ｗｅｂページ取得部９１０と、問合せ受信部９２０と、Ｗｅｂページ内容送信部９３０と、Ｗｅｂページ記憶部９４０とを備える。
【００７３】
Ｗｅｂページ取得部９１０は、クライアント端末１００からの要求に応じてＷｅｂページのデータを取得する機能部である。Ｗｅｂページ取得部９１０で取得されたＷｅｂページのデータは、Ｗｅｂページ記憶部９４０に記憶される。
【００７４】
問合せ受信部９２０は、スケジュール管理サーバ３００のスケジュール情報抽出部３２０からユーザが新規に閲覧したＷｅｂページの有無の問合せを受信する機能部である。問合せ受信部９２０は、この問合せを受けてＷｅｂページ記憶部９４０にアクセスしてユーザが新規に閲覧したＷｅｂページのデータを取得し、Ｗｅｂページ内容送信部９３０へ送信する。Ｗｅｂページ内容送信部９３０は、問合せ受信部９２０から受信したＷｅｂページのデータをスケジュール管理サーバ３００へ送信する機能部である。
【００７５】
Ｗｅｂページ記憶部９４０は、Ｗｅｂページ取得部９１０が取得したＷｅｂページのデータを記憶する記憶部である。Ｗｅｂページ記憶部９４０は、ユーザごとにユーザが新規に閲覧したＷｅｂページのデータを記憶する領域を有しており、スケジュール管理サーバ３００からの問合せに応じてこの領域に記憶されたデータを問合せ受信部９２０へ渡す。この領域に記憶されたデータは、問合せ受信部９２０へ送信した後、消去するようにしてもよい。
【００７６】
本実施形態のスケジュール管理システムでは、ユーザが受信したメールからのみならず、ユーザが閲覧したＷｅｂページからスケジュール情報を抽出することができる。Ｗｅｂページからのスケジュール情報の抽出処理は、まず、ユーザがクライアント端末１００からＷｅｂページを閲覧すると、クライアント端末１００内のブラウザがＨＴＴＰアドレスをＷｅｂプロキシサーバ９００へ送信する。Ｗｅｂプロキシサーバ９００は、受信したＨＴＴＰアドレスに基づいてＷｅｂページのデータを取得し、クライアント端末１００に送信する。この際、Ｗｅｂプロキシサーバ９００は、ユーザごとに設定されたＷｅｂページ記憶部９４０の領域にＷｅｂページのデータをコピーして保存する。
【００７７】
次いで、スケジュール管理サーバ３００は、所定の時間間隔（例えば１時間）でＷｅｂプロキシサーバ９００にユーザが新規に閲覧したＷｅｂページのデータの有無を問い合わせる。Ｗｅｂプロキシサーバ９００は、Ｗｅｂページ記憶部９４０に記憶されているＷｅｂページのデータがある場合はそのデータをスケジュール管理サーバ３００へ送信し、Ｗｅｂページ記憶部９４０に記憶されているＷｅｂページのデータがない場合はデータがないことを示す情報をスケジュール管理サーバ３００へ送信する。
【００７８】
Ｗｅｂプロキシサーバ９００からＷｅｂページのデータを受信したスケジュール管理サーバ３００は、そのデータに対してスケジュール情報抽出部３２０によりスケジュール情報の抽出処理を行う。スケジュール情報の抽出処理の手順は、第１の実施形態と同様である。ただし、Ｗｅｂページの記述形式の発展により、イベントのタイトル、日付、開始時刻および終了時刻、開催場所、住所等にタグが付与されるようになった場合には、形態素解析処理および意味タグの付与処理は省略することができる。
【００７９】
その後、スケジュール管理サーバ３００は、第１の実施形態と同様に、ＩＣタグリーダ６００または移動通信端末７００から取得したユーザの現在の位置情報およびその取得日付と、候補スケジュール記憶部３６０に記憶された候補スケジュール情報の場所名および日付とのマッチング処理を行う。そして、マッチした候補スケジュール情報をユーザの現在のスケジュール情報として、共有スケジュール記憶部３７０に記憶する。
【００８０】
以上、第２の実施形態にかかるスケジュール管理システムについて説明した。かかるスケジュール管理システムは、第１の実施形態の構成にＷｅｂプロキシサーバ９００を備えたことを特徴とし、スケジュール管理サーバ３００はＷｅｂプロキシサーバ９００からユーザが閲覧したＷｅｂページのデータを取得して、Ｗｅｂページに記載されたスケジュール情報を抽出する。これにより、ユーザ宛のメール以外からもスケジュール情報を取得することができ、ユーザが参加する可能性のあるスケジュール（候補スケジュール）をより多く取得できるようになる。
【００８１】
なお、Ｗｅｂページからスケジュール情報を抽出する場合、すべてのＷｅｂページからスケジュール情報を抽出すると膨大な、または不要なスケジュール情報を抽出してしまう可能性がある。これを防止するために、スケジュール情報を抽出するＷｅｂページを予め設定してもよい。
【００８２】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に発明の技術的範囲に属するものと了解される。
【００８３】
例えば、上記実施形態では、ＬＡＮ内に接続されたクライアント端末１００間におけるスケジュール共有について説明したが、本発明はかかる例に限定されない。例えば、共有スケジュール記憶部３７０に記憶された共有スケジュール情報のセキュリティを考慮して外部に公開することにより、プレゼンス表示に利用することも可能である。例えば、共有スケジュール情報として、あるユーザの第１会議室での会議が１５時までとなっている場合、外部への公開スケジュールとして「会議：１５時まで」と表示するように設定する。より具体的には、例えば携帯端末またはＷｅｂ電話等から電話をかける場合に、通話する相手を選択したとき（相手と通話接続される前）に、携帯端末等が公開スケジュールを取得して、携帯端末の表示部に「会議：１５時まで」と表示することができる。
【図面の簡単な説明】
【００８４】
【図１】本発明の第１の実施形態にかかるスケジュール管理システムの概略構成を示すシステム概略図である。
【図２】同実施形態にかかるスケジュール管理システムの構成を示すブロック図である。
【図３】場所対応情報記憶部の構成の一例を示す説明図であって、（ａ）はＩＣタグから取得した情報、（ｂ）は移動通信端末から取得した情報を示す。
【図４】候補スケジュール記憶部の構成の一例を示す説明図である。
【図５】メールからスケジュール情報を抽出する手順を示すシーケンス図である。
【図６】メールからスケジュール情報を抽出する処理を説明するための説明図である。
【図７】ＩＣタグリーダや移動通信端末により取得されたユーザの位置情報を用いて共有スケジュール情報を選択する手順を示すフローチャートである。
【図８】本発明の第２の実施形態にかかるスケジュール管理システムの構成を示すブロック図である。
【符号の説明】
【００８５】
１              スケジュール管理システム
１００          クライアント端末
２００          メールサーバ
２２０、９２０  問合せ受信部
２３０          メール内容送信部
２４０          メール記憶部
３００          スケジュール管理サーバ
３１０          データ送受信部
３２０          スケジュール情報抽出部
３３０          スケジュール情報選択部
３４０          共有スケジュール情報処理部
３５０          場所対応情報記憶部
３６０          候補スケジュール記憶部
３７０          共有スケジュール記憶部
４００          Ｗｅｂサーバ
５００          ＩＣタグ
６００          ＩＣタグリーダ
７００          移動通信端末
８１０          公衆網
８２０          インターネット網
９００          Ｗｅｂプロキシサーバ
【図１】
2008210268.tif 000003
【図２】
2008210268.tif 000004
【図３】
2008210268.tif 000005
【図４】
2008210268.tif 000006
【図５】
2008210268.tif 000007
【図６】
2008210268.tif 000008
【図７】
2008210268.tif 000009
【図８】
2008210268.tif 000010