(57)【要約】【課題】スケジュールが遂行される場所に基づくスケジュール管理を行うことを可能にしたスケジュール管理装置及びコンピュータプログラムを提供する。【解決手段】過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集し、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する。一方で、ユーザによってスケジュールの登録操作が行われた場合に、登録されるスケジュールの内容からスケジュールの遂行される場所が判定できない場合には、特定されたスケジュールの件名とスケジュールが遂行された場所との関連性に基づいてスケジュールの遂行される場所を推定し、推定された場所に基づいてスケジュールを管理するように構成する。【選択図】図１０
2020030629.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのスケジュールを登録するスケジュール登録手段と、
登録されるスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、
前記場所推定手段によって推定された場所に基づいてスケジュールを管理するスケジュール管理手段と、を有するスケジュール管理装置であって、
過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、
収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する関連性特定手段と、を有し、
前記場所推定手段は、特定された関連性に基づいてスケジュールの遂行される場所を推定するスケジュール管理装置。
【請求項２】
前記関連性特定手段は、スケジュールの件名とスケジュールが遂行された場所との間に関連性がある場合に、関連性があると判定されたスケジュールの件名とスケジュールが遂行された場所とを紐付けたデータベースを作成し、
前記場所推定手段は、登録されるスケジュールの件名に紐付けられた場所が前記データベースにある場合に、紐付けられた場所を登録されるスケジュールの遂行される場所として推定する請求項１に記載のスケジュール管理装置。
【請求項３】
前記関連性特定手段は、
収集されたスケジュールの遂行実績において、スケジュールの件名が同一又は類似する過去に登録された各スケジュールが遂行された場所を統計した際に、最も高い頻度で遂行された場所の比率が閾値以上である場合に、
スケジュールの件名と最も高い頻度で遂行された場所との間に関連性があると判定する請求項１又は請求項２に記載のスケジュール管理装置。
【請求項４】
前記スケジュール管理手段は、
前記場所推定手段によって推定されたスケジュールの遂行される場所に基づいて、ユーザがスケジュールの遂行される場所まで移動するのに必要な移動所要時間を算出し、
スケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合に、ユーザに対してスケジュールの調整の提案或いは警告を行う請求項１乃至請求項３のいずれかに記載のスケジュール管理装置。
【請求項５】
前記スケジュール管理装置は、登録されるスケジュールが複数のユーザで遂行するスケジュールである場合には、前記複数のユーザ毎にスケジュールを管理する請求項１乃至請求項４のいずれかに記載のスケジュール管理装置。
【請求項６】
コンピュータを、
ユーザのスケジュールを登録するスケジュール登録手段と、
登録されるスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、
前記場所推定手段によって推定された場所に基づいてスケジュールを管理するスケジュール管理手段と、
過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、
収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する関連性特定手段と、して機能させる為のコンピュータプログラムであって、
前記場所推定手段は、特定された関連性に基づいてスケジュールの遂行される場所を推定するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのスケジュールを管理するスケジュール管理装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来より、ユーザによって登録されたユーザのスケジュールを管理する装置について種々提案されている。このような管理装置では、ユーザがスマートフォン等の通信端末を用いてスケジュールの内容、日付、時間等を入力することによって、入力したスケジュールの内容が日付や時間に紐付けられて通信端末或いはサーバ装置の記憶媒体に格納される。そして、ユーザの操作に応じて登録済みのスケジュールの一覧を表示したり、登録されたスケジュールの日付や時間が近づいた場合に、その旨をユーザに案内すること等を行う。
【０００３】
また、上記管理装置において、より適切なスケジュールの管理を行う為には、管理装置側でスケジュールの遂行される場所を把握することが重要である。スケジュールの遂行される場所を把握することによって、スケジュールの遂行に伴うユーザの移動時間についても管理でき、例えばスケジュールの案内をユーザの移動時間を考慮して事前に行ったり、ユーザの移動時間を考慮して登録されたスケジュールの実行可否を判定すること等が可能となる。例えば特開２００１−１４３９２号公報には、ユーザの現在位置からスケジュールを遂行する予定の場所までの所要時間を算出し、スケジュールの開始予定時刻より遅れると判定した場合に警告を行う技術について提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１４３９２号公報（第３−５頁）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載された技術では、スケジュールにおいてスケジュールを遂行する場所が予めユーザによって登録されていなければ、スケジュールを遂行する予定の場所までの所要時間を算出することができない。一方で、ユーザがスケジュールを登録する際には、必ずしもスケジュールを遂行する場所が登録されるとは限らない。特にユーザが行き慣れた場所でのスケジュールでは、場所などを省略することも一般的である。その結果、特許文献１に記載された技術では、ユーザのスケジュールの管理を適切に行うことができない問題があった。
【０００６】
本発明は前記従来における問題点を解消するためになされたものであり、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、スケジュールが遂行される場所に基づくスケジュール管理を行うことを可能にしたスケジュール管理装置及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するため本発明に係るスケジュール管理装置は、ユーザのスケジュールを登録するスケジュール登録手段と、登録されるスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、前記場所推定手段によって推定された場所に基づいてスケジュールを管理するスケジュール管理手段と、を有するスケジュール管理装置であって、過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する関連性特定手段と、を有し、前記場所推定手段は、特定された関連性に基づいてスケジュールの遂行される場所を推定する。
尚、「スケジュールの管理」には、スケジュールの調整、スケジュールの変更の提案、スケジュールに対する警告、表示や音声によるユーザへのスケジュールの案内等についても含む。
【０００８】
また、本発明に係るコンピュータプログラムは、ユーザのスケジュールを管理する為のコンピュータプログラムである。具体的には、コンピュータを、ユーザのスケジュールを登録するスケジュール登録手段と、登録されるスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、前記場所推定手段によって推定された場所に基づいてスケジュールを管理するスケジュール管理手段と、過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する関連性特定手段と、して機能させる為のコンピュータプログラムであって、前記場所推定手段は、特定された関連性に基づいてスケジュールの遂行される場所を推定する。
【発明の効果】
【０００９】
前記構成を有する本発明に係るスケジュール管理装置及びコンピュータプログラムによれば、登録されるスケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録されたスケジュールの件名とスケジュールが遂行された場所との関連性に基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係るスケジュール管理システムを示した概略構成図である。
【図２】本実施形態に係るスケジュール管理システムの構成を示したブロック図である。
【図３】スケジュールＤＢに記憶される情報の一例を示した図である。
【図４】遂行実績ＤＢに記憶される情報の一例を示した図である。
【図５】関連性ＤＢに記憶される情報の一例を示した図である。
【図６】本実施形態に係る情報端末の制御系を模式的に示すブロック図である。
【図７】スケジュールの入力例を示した図である。
【図８】本実施形態に係る移動履歴収集プログラムのフローチャートである。
【図９】本実施形態に係るＤＢ作成処理プログラムのフローチャートである。
【図１０】スケジュールの件名とスケジュールが遂行される場所との関連性を示した図である。
【図１１】本実施形態に係るスケジュール管理処理プログラムのフローチャートである。
【図１２】スケジュールの管理方法の一例を示した図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係るスケジュール管理装置について、サーバ装置１に具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係るサーバ装置１を含むスケジュール管理システム２の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係るスケジュール管理システム２を示した概略構成図である。図２は本実施形態に係るスケジュール管理システム２の構成を示したブロック図である。
【００１２】
図１に示すように、本実施形態に係るスケジュール管理システム２は、スケジュール管理センタ３が備えるサーバ装置１と、ユーザ４が所持する情報端末５と、を基本的に有する。また、サーバ装置１と情報端末５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、情報端末５としては例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等がある。
【００１３】
ここで、スケジュール管理センタ３が備えるサーバ装置１は、ユーザ４が情報端末５を介して登録したスケジュールを管理する装置である。尚、「スケジュールの管理」には、スケジュールの調整、スケジュールの変更の提案、スケジュールに対する警告、表示や音声によるユーザへのスケジュールの案内等について含む。例えば、ユーザの要求があった場合やスケジュールに応じたタイミング（例えばスケジュールで指定された日時の１時間前）において登録されたスケジュールの内容を配信したり、必要に応じてスケジュールの修正の提案についても行う。更に、複数のユーザが参加するスケジュールに関しては、スケジュールに参加する複数のユーザを対象としたスケジュールの管理を行う。
【００１４】
一方でサーバ装置１は、過去のユーザのスケジュールに対してユーザがどのような行動を行ったのかを特定する実績（以下、遂行実績という）を収集することについても行う。そして、後述のようにサーバ装置１は、登録されるスケジュールの内容からスケジュールの遂行される場所を特定できない場合に、収集した遂行実績に基づいてスケジュールの遂行される場所を事前に推定する。
【００１５】
一方、情報端末５は、ユーザ４が所持し、ユーザ４がスケジュールを入力することによってスケジュールを登録する機能や登録されたスケジュールを案内する機能等を備えた情報端末が用いられ、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等が該当する。特に情報端末５がスマートフォン、タブレット型端末、パーソナルコンピュータである場合については、それらの情報端末５にユーザのスケジュールを管理する為のアプリケーションプログラムがインストールされた状態とする。
【００１６】
尚、各ユーザ４によって登録されたスケジュールについては、ユーザ４が有する各情報端末５において記憶しても良いし、サーバ装置１で複数のユーザ４のスケジュールを一括して記憶しても良い。以下の説明では、ユーザ４が有する各情報端末５とサーバ装置１のそれぞれに記憶することとする。
【００１７】
また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は情報端末５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある情報端末５の通信をサーバ装置１との間で中継する役割を持つ。
【００１８】
続いて、スケジュール管理システム２におけるサーバ装置１の構成について図２を用いてより詳細に説明する。サーバ装置１は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段としてのスケジュールＤＢ１２と、移動履歴ＤＢ１３と、遂行実績ＤＢ１４と、関連性ＤＢ１５と、サーバ側通信装置１６とを備える。
【００１９】
サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置１の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の移動履歴収集プログラム（図８）、ＤＢ作成処理プログラム（図９）、スケジュール管理処理プログラム（図１１参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の情報端末５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、スケジュール登録手段は、ユーザのスケジュールを登録する。場所推定手段は、登録されるスケジュールの内容からスケジュールの遂行される場所を推定する。スケジュール管理手段は、場所推定手段によって推定された場所に基づいてスケジュールを管理する。遂行実績収集手段は、過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する。関連性特定手段は、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する。
【００２０】
また、スケジュールＤＢ１２は、情報端末５をユーザが操作することによって入力されたスケジュールの内容について、ユーザ毎に記憶する記憶手段である。尚、本実施形態においては、スケジュールの内容として、例えば（ａ）件名、（ｂ）スケジュールの遂行時期、（ｃ）参加者（スケジュールの遂行に参加するユーザ）、（ｄ）場所が含まれる。また、（ｂ）スケジュールの遂行時期には、日時以外に曜日やスケジュールの遂行に要する時間を特定する情報についても含む。但し、（ｃ）参加者や（ｄ）場所についてはユーザによって入力されない場合もあり、その場合については空白（データ無し）となる。
【００２１】
図３はスケジュールＤＢ１２に記憶される情報の一例を示した図である。図３に示すように、スケジュールＤＢ１２は、ユーザ毎にユーザによって現時点で登録されているスケジュール（即ち未実施のスケジュール）及び過去に登録されていたスケジュール（即ち実施済みのスケジュール）の内容が含まれる。但し、所定期間以上過去のスケジュールについては順次削除するのが望ましい。また、スケジュールの内容としては上記（ａ）〜（ｄ）に関する情報が含まれる。例えば、図３に示すスケジュールＤＢ１２には、ユーザＡについて、スケジュールの件名として『ミーティング』、遂行時期として『２０１８年９月１０日の１３：００〜１４：００の月曜日』、参加者として『ユーザＡ、Ｂ、Ｃの３名』が登録される一方で、場所は登録されていないことを示す。更に、別のスケジュールの件名として『Ａ社で打ち合わせ』、遂行時期として『２０１８年９月１１日の１５：００〜１６：００の火曜日』、参加者として『ユーザＡ、Ｂの２名』、場所として『Ａ社』が登録されている。同様にして、他のユーザのスケジュールについても記憶されている。尚、スケジュールＤＢ１２は、情報端末５において新たなスケジュールの登録がある度に更新される。また、例えばユーザＡによって参加者『ユーザＡ、Ｂ、Ｃの３名』を指定するスケジュールが登録された場合には、ユーザＡに加えてユーザＢとユーザＣについても同内容のスケジュールがスケジュールＤＢ１２に登録されることとなる。即ち、参加者のいずれかがスケジュールを登録する操作を行えば、参加者全員分のスケジュールを登録することが可能となる。
【００２２】
また、移動履歴ＤＢ１３は、情報端末５（即ちユーザ）の位置情報の履歴を、ユーザ毎に記憶する記憶手段である。尚、情報端末５の位置情報は情報端末５の有するＧＰＳの検出データに相当する。サーバ装置１は、移動履歴ＤＢ１３を参照することによって、時間帯毎に各ユーザがどの場所にいたかを特定することが可能となる。
【００２３】
一方、遂行実績ＤＢ１４は、スケジュールＤＢ１２に記憶されるすスケジュールの内、特に過去に登録されていたスケジュール（即ち実施済みのスケジュール）の実行に際してユーザがスケジュールを遂行した場所を示す遂行実績を記憶する記憶手段である。例えば、サーバ装置１が、移動履歴ＤＢ１３に格納されたユーザの位置情報の履歴等を取得し、地図情報を用いてスケジュールに登録された時間帯におけるユーザの位置、即ちスケジュールを遂行した場所を判定する。尚、本実施形態では駅が近くにあれば駅名でスケジュールを遂行した場所を特定し、駅が近くに無い場合には市区町村名でスケジュールを遂行した場所を特定する。そして、判定された場所をスケジュールの内容に紐付けて遂行実績ＤＢ１４に記憶する。
【００２４】
図４は遂行実績ＤＢ１４に記憶される情報の一例を示した図である。図４に示すように、遂行実績ＤＢ１４は、ユーザ毎且つスケジュール毎に遂行実績が紐付けられて記憶される。但し、現時点で実施されていないスケジュールに関しては、遂行実績は紐付けられない。例えば、図４に示す遂行実績ＤＢ１４には、ユーザＡが過去に登録した『２０１８／９／１１  １５：００〜１６：００にＡ社で打ち合わせ』についてはスケジュールの遂行が『岡崎市岡町周辺』で行われたことを示している。同様にして、他のユーザやスケジュールに対する遂行実績についても記憶されている。尚、遂行実績ＤＢ１４は、定期的（例えば２４時間毎）に更新される。
【００２５】
また、関連性ＤＢ１５は、上述した遂行実績ＤＢ１４に格納されたスケジュールの遂行実績を統計した結果、スケジュールの件名とスケジュールが遂行された場所との間に関連性がある場合に、関連性があると判定されたスケジュールの件名とスケジュールが遂行された場所とを紐付けたデータベースである。具体的には、遂行実績ＤＢ１４に格納されたスケジュールの遂行実績において、スケジュールの件名が同一又は類似する過去に登録された各スケジュールが遂行された場所を統計した際に、最も高い頻度で遂行された場所の比率が閾値以上（例えば９０％以上）である場合に、スケジュールの件名と最も高い頻度で遂行された場所との間に関連性があると判定する。尚、関連性ＤＢ１５の生成に係る処理の詳細については後述する。
【００２６】
図５は関連性ＤＢ１５に記憶される情報の一例を示した図である。図５に示すように、関連性ＤＢ１５は、ユーザ毎且つスケジュールの件名毎に過去に遂行された回数と、関連性があると判定されたスケジュールの遂行場所があるか否かと、関連性があると判定されたスケジュールの遂行場所が紐付けられて記憶される。例えば、図５に示す関連性ＤＢ１５には、ユーザＡの件名『ミーティング』については、同一又は類似する件名のスケジュールが過去に遂行された場所にバラつきがあり、関連性のあるスケジュールの遂行場所が無いことを示している。一方、ユーザＡの件名『Ａ社で打ち合わせ』については、同一又は類似する件名のスケジュールが過去に遂行された場所に偏りがあり、関連性のあるスケジュールの遂行場所が『岡崎市岡町周辺』であることを示している。尚、関連性ＤＢ１５は、定期的（例えば２４時間毎）に更新される。
【００２７】
ここで、関連性ＤＢ１５は、過去に登録されたスケジュールの内容の内、特にスケジュールの件名と実際にスケジュールが遂行された場所との関連性を示すものとなる。従って、サーバ装置１は新たにユーザによって登録されるスケジュールが遂行される場所をスケジュールの内容から判定できない場合に、遂行実績ＤＢ１４に記憶された情報を用いてスケジュールの遂行される場所を事前に推定することが可能となる。そして、推定された場所を用いてスケジュールの管理を行う。詳細については後述する。
【００２８】
一方、サーバ側通信装置１６は情報の送受信対象となる情報端末５と通信ネットワーク網６を介して通信を行う為の通信装置である。また、情報端末５以外にインターネット網等に対する通信も可能である。
【００２９】
次に、ユーザ４が所有する情報端末５の概略構成について図６を用いて説明する。図６は本実施形態に係る情報端末５の制御系を模式的に示すブロック図である。尚、以下では特に情報端末５がスマートフォンである場合を例に挙げて説明する。
【００３０】
図６に示すように情報端末５はデータバスＢＵＳに、ＣＰＵ３１と、情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）や登録されたスケジュールやユーザの移動履歴等が記憶されたメモリ３２と、通信ネットワーク網６の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Radio Frequency）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、タッチパネルやハードボタン等から構成される入力操作部３９と、ＧＰＳ４０と、カメラ４１とが接続されることにより構成されている。
【００３１】
ここで、情報端末５に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する情報端末５の制御手段であり、メモリ３２とともに情報端末ＥＣＵ４２を構成する。また、情報端末ＥＣＵ４２の各種処理内容は必要に応じてディスプレイ３８に表示される。
【００３２】
また、メモリ３２は情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）、ユーザによって入力されたスケジュール、ＧＰＳ４０で検出されたユーザの移動履歴等が記憶された記憶媒体である。また、後述の移動履歴収集プログラム（図８）及びスケジュール管理処理プログラム（図１１参照）を含む各種アプリケーションプログラムについても記憶される。また、ナビ機能を有する情報端末５では目的地の設定履歴についても記憶するのが望ましい。ユーザによって入力されたスケジュールはメモリ３２に記憶せずにサーバ装置１に記憶し、通信により取得する構成としても良い。また、メモリ３２は、ハードディスク、メモリーカード等により構成しても良い。
【００３３】
ここで、メモリ３２に格納される『スケジュール』は、ユーザ４が該当するアプリケーションプログラムを起動させた状態で、スケジュールの内容を入力することによって登録される。入力されるスケジュールの内容は、（ａ）件名、（ｂ）スケジュールの遂行時期、（ｃ）参加者（スケジュールの遂行に参加するユーザ）、（ｄ）場所とする。但し、全ての項目を必ずしも入力する必要は無い。例えば、図７に示すようにアプリケーションプログラムが起動されると、ディスプレイ３８においてスケジュール入力画面４５が表示される。スケジュール入力画面４５ではカレンダーが表示され、ユーザがカレンダー内の該当する日付を選択すると、件名、スケジュールの遂行時期、参加者、場所を入力可能となり、各情報を入力することによってスケジュールの登録が可能となる。また、既に登録されたスケジュールの内容の修正も可能である。また、参加者のいずれかがスケジュールを登録する操作を行えば、参加者全員分のスケジュールを登録することが可能となる。
【００３４】
また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、情報端末５にインストールされている各種アプリケーションを実行する為のトップ画面や、実行されたアプリケーションに係る画面（インターネット画面、メール画面等）や、画像、動画等の各種情報が表示される。また、ユーザのスケジュールを管理する為のアプリケーションが起動された状態では、スケジュールの入力画面や、現時点で登録されているスケジュールを案内する案内画面等についても表示される。
【００３５】
また、入力操作部３９は、ディスプレイ３８の前面に設けられたタッチパネルや筐体に配置されたハードボタン等によって構成されている。そして、情報端末ＥＣＵ４２は、タッチパネルやハードボタンの押下等により出力される電気信号に基づき、対応する各種の動作を実行すべく制御を行う。また、本実施形態では、ユーザがスケジュールの内容を情報端末５に入力する際にも操作される。尚、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キー等により構成することもできる。
【００３６】
また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、情報端末５（即ちユーザ４）の現在位置及び現在日時を検出可能とする。また、ＧＰＳ４０以外にも情報端末５の現在位置や方位を検出する為の他の装置（例えばジャイロセンサ等）を備える構成としても良い。
【００３７】
また、カメラ４１は、例えばＣＣＤ等の固体撮像素子を用いたカメラにより構成される小型の撮像装置であり、情報端末５の背面側に内蔵される。そして、専用のアプリケーションプログラムが起動された状態で、ユーザが入力操作部３９を操作することによって周辺を撮像することが可能となる。尚、カメラ４１で撮像された撮像画像は、メモリ３２に格納される。
【００３８】
続いて、前記構成を有する本実施形態に係るスケジュール管理システム２を構成するサーバ装置１においてＣＰＵ２１が実行する移動履歴収集プログラムについて図８に基づき説明する。図８は本実施形態に係る移動履歴収集プログラムのフローチャートである。ここで、移動履歴収集プログラムは所定時間間隔（例えば１時間間隔）で実行され、ユーザの移動履歴を収集するプログラムである。尚、以下の図８、図９及び図１１にフローチャートで示されるプログラムは、情報端末５が備えているメモリ３２又はサーバ装置１が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ３１又はＣＰＵ２１により実行される。
【００３９】
先ず、情報端末５において実行される移動履歴収集プログラムについて説明する。
ステップ（以下、Ｓと略記する）１において、ＣＰＵ３１は、前回プログラム実行時から現時点まで（例えば直近１時間分）の情報端末５（即ちユーザ）の位置情報の履歴を取得する。尚、情報端末５の位置情報は例えば座標（緯度経度）であり、情報端末５の有するＧＰＳによって所定間隔（例えば１ｓｅｃ単位）で検出され、メモリ３２に格納される。
【００４０】
次に、Ｓ２においてＣＰＵ３１は、サーバ装置１に対して前記Ｓ１で取得されたユーザの位置情報の履歴を送信する。送信される情報には、情報端末５の所有者であるユーザ４を識別するユーザＩＤを含む。
【００４１】
次に、サーバ装置１において実行される移動履歴収集プログラムについて説明する。
先ず、Ｓ１１においてＣＰＵ２１は、情報端末５から情報の送信があるか否か判定する。
【００４２】
そして、情報の送信があると判定された場合（Ｓ１１：ＹＥＳ）には、送信される情報を受信する（Ｓ１２）。尚、受信される情報には、情報の送信元のユーザ４を識別するユーザＩＤと、ユーザの位置情報の履歴を含む。また、受信したユーザの位置情報の履歴はユーザ毎に区分して移動履歴ＤＢ１３に格納される。
【００４３】
一方、情報の送信がないと判定された場合（Ｓ１１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００４４】
続いて、サーバ装置１においてＣＰＵ２１が実行するＤＢ作成処理プログラムについて図９に基づき説明する。図９は本実施形態に係るＤＢ作成処理プログラムのフローチャートである。ここで、ＤＢ作成処理プログラムは所定時間間隔（例えば２４時間間隔）で実行され、過去に登録されたスケジュールの件名とスケジュールが遂行された場所とを紐付けたＤＢを作成するプログラムである。
【００４５】
先ず、ＤＢ作成処理プログラムではＳ２１において、ＣＰＵ２１は、スケジュールＤＢ１２に格納されたスケジュールの内容を読み出す。スケジュールＤＢ１２は、後述のようにユーザが情報端末５においてスケジュールの登録操作を行うことによって随時内容が更新される（Ｓ５５）。また、スケジュールＤＢ１２には、現時点で登録されているスケジュール（即ち未実施のスケジュール）に加えて、過去に登録されていたスケジュール（即ち実施済みのスケジュール）の内容についても含まれる。
【００４６】
続いて、Ｓ２２においてＣＰＵ２１は、前述した移動履歴収集プログラム（図８）において移動履歴ＤＢ１３に格納されたユーザの位置情報の履歴を読み出し、前回の処理時から現時点までに新たにユーザに実行されたスケジュールについて、スケジュールが実際に遂行された場所を特定する。具体的には、スケジュール内容に含まれる時間帯においてユーザが位置する場所をＧＰＳの検出データと地図情報から特定し、特定された場所をスケジュールが遂行された場所と推定することが可能である。尚、本実施形態では駅が近くにあれば駅名でスケジュールを遂行した場所を特定し、駅が近くに無い場合には市区町村名でスケジュールを遂行した場所を特定する。
【００４７】
尚、ＧＰＳの検出データの代わりにナビ機能を実行した際の目的地の設定履歴を情報端末５から収集し、スケジュールが遂行された場所を特定しても良い。例えば、スケジュールの遂行される直前に目的地に設定された場所を、スケジュールが遂行された場所と推定することも可能である。
【００４８】
その後、Ｓ２３においてＣＰＵ２１は、前記Ｓ２２で特定されたスケジュールの遂行場所に基づいて遂行実績ＤＢ１４を更新する。即ち、遂行実績ＤＢ１４に格納されたスケジュールの内、前回の処理時から現時点までに新たにユーザに実行されたスケジュールについて、前記Ｓ２２で特定されたスケジュールの遂行場所を紐付けて格納する。遂行実績ＤＢ１４は、図４に示すように過去に登録されたスケジュールの内容と実際にスケジュールが遂行された場所とを対応させたデータベースとなる。
【００４９】
続いて、Ｓ２４においてＣＰＵ２１は、前記Ｓ２３で更新された遂行実績ＤＢ１４に格納されたスケジュールの遂行実績を統計する。そして、スケジュールの件名とスケジュールが遂行された場所との間に関連性があるか否かを判定する。具体的には、遂行実績ＤＢ１４に格納されたスケジュールの遂行実績において、スケジュールの件名が同一又は類似する過去に登録された各スケジュールが遂行された場所を統計した際に、最も高い頻度で遂行された場所の比率が閾値以上（例えば９０％以上）である場合に、スケジュールの件名と最も高い頻度で遂行された場所との間に関連性があると判定する。尚、上記Ｓ２４の関連性の判定はユーザ毎に行う。即ち、ユーザ毎にスケジュールの件名とスケジュールが遂行された場所との間の関連性を判定する。
【００５０】
例えば、図１０は遂行実績ＤＢ１４に格納されたスケジュールの遂行実績を統計した統計結果の一例である。図１０に示す例では特に件名が『ミーティング』と同一又は類似する過去に登録された各スケジュールが遂行された場所の統計結果、並びに件名が『Ａ社で打ち合わせ』と同一又は類似する過去に登録された各スケジュールが遂行された場所の統計結果を示す。図１０に示すように件名『ミーティング』については、同一又は類似する件名のスケジュールが過去に遂行された場所にバラつきがあり、関連性のあるスケジュールの遂行場所が無いことが分かる。一方、件名『Ａ社で打ち合わせ』については、同一又は類似する件名のスケジュールが過去に遂行された場所に偏りがあり、『岡崎市岡町周辺』の占める割合が９０％を超えている。従って、関連性のあるスケジュールの遂行場所が『岡崎市岡町周辺』であることが分かる。
【００５１】
その後、Ｓ２５においてＣＰＵ２１は、前記Ｓ２４の判定結果に基づいて関連性ＤＢ１５を更新する。即ち、図５に示すようにスケジュールの件名とスケジュールが遂行された場所との間に関連性がある場合に、関連性があると判定されたスケジュールの件名とスケジュールが遂行された場所とを紐付けて関連性ＤＢ１５に格納する。
【００５２】
次に、本実施形態に係るスケジュール管理システム２を構成するサーバ装置１及び情報端末５において実行するスケジュール管理処理プログラムについて図１１に基づき説明する。図１１は本実施形態に係るスケジュール管理処理プログラムのフローチャートである。ここで、スケジュール管理処理プログラムは情報端末５においてユーザのスケジュールを管理する為の所定のアプリケーションプログラムが起動された後に実行され、ユーザのスケジュールの登録並びに管理を行うプログラムである。
【００５３】
先ず、情報端末５において実行されるスケジュール管理処理プログラムについて説明する。
Ｓ３１においてＣＰＵ３１は、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われたか否かを判定する。尚、スケジュールの登録操作やスケジュールの修正操作は、例えばスケジュールを管理する為のアプリケーションが情報端末５で起動された状態で、ディスプレイ３８に表示された画面に従って行う（図７参照）。
【００５４】
そして、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われたと判定された場合（Ｓ３１：ＹＥＳ）には、Ｓ３２へと移行する。それに対して、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われていないと判定された場合（Ｓ３１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００５５】
Ｓ３２においてＣＰＵ３１は、サーバ装置１に対して登録或いは修正されたスケジュールに関する情報を送信する。送信される情報には、情報端末５の所有者であるユーザ４を識別するユーザＩＤと、前記Ｓ３１で登録又は修正されたスケジュールの内容（件名、スケジュールの遂行時期、参加者、場所等）を含む。その後、後述のように情報端末５から情報を受信したサーバ装置１においてスケジュールの管理が行われる（Ｓ４２〜Ｓ５５）。
【００５６】
次に、サーバ装置１において実行されるスケジュール管理処理プログラムについて説明する。
先ず、Ｓ４１においてＣＰＵ２１は、情報端末５から情報の送信があるか否か判定する。
【００５７】
そして、情報の送信があると判定された場合（Ｓ４１：ＹＥＳ）には、送信される情報を受信する（Ｓ４２）。尚、受信される情報には、情報の送信元のユーザ４を識別するユーザＩＤと、新たに登録或いは修正されたスケジュールの内容（件名、スケジュールの遂行時期、参加者、場所等）を含む。
【００５８】
一方、情報の送信がないと判定された場合（Ｓ４１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００５９】
Ｓ４３においてＣＰＵ２１は、前記Ｓ４２で受信したスケジュールの内容の解析を行い、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できるか否かを判定する。具体的には登録されたスケジュールの内容にスケジュールの遂行される場所を特定する情報（施設名など）が含まれている場合に、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できると判定する。スケジュールの登録では『件名』、『スケジュールの遂行時期』、『参加者』、『場所』の３つの情報がユーザによって入力され、前記Ｓ４３では基本的には『場所』として入力された情報に基づいて判定を行うが、『件名』に施設名などが含まれている場合には『件名』を用いて判定することも可能である。
【００６０】
尚、スケジュールを登録する際にユーザによって『場所』が入力されていたとしても、前記Ｓ４３でスケジュールの遂行される場所を特定できないと判定される場合もある。例えば、全国に複数のオフィスや支社を有する会社名が場所に入力されているがオフィス名や支社名が入力されていない場合には、どのオフィス又は支社でスケジュールが遂行されるか不明であるため、スケジュールの遂行される場所を特定できないと判定される。
【００６１】
そして、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できると判定された場合（Ｓ４３：ＹＥＳ）には、Ｓ４９へと移行する。その後、特定された場所に基づいて後述のように他のスケジュールとの間でスケジュールが成立するか否かを判定する。それに対して、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できないと判定された場合（Ｓ４３：ＮＯ）には、Ｓ４４へと移行する。
【００６２】
Ｓ４４においてＣＰＵ２１は、関連性ＤＢ１５に記憶されている情報を読み出す。尚、関連性ＤＢ１５は、前述のＤＢ作成処理プログラム（図９）で作成され、図５に示すように、スケジュールの件名とスケジュールが遂行された場所との間に関連性がある場合に、関連性があると判定されたスケジュールの件名とスケジュールが遂行された場所とを紐付けたデータベースである。
【００６３】
次に、Ｓ４５においてＣＰＵ２１は、関連性ＤＢ１５でスケジュールの遂行場所が紐付けられた『件名』の内、特にスケジュールの送信元のユーザＩＤに対応し、且つ前記Ｓ４２で受信したスケジュールと『件名』が同一又は類似する『件名』が関連性ＤＢ１５にあるか否か判定する。
【００６４】
また、『件名』が同一又は類似するとは、同じキーワードが含まれている『件名』が該当する。例えば、場所を示すワード（“Ａ社”、“支社”など）、ユーザの行動内容を示すワード（“出張”、“打ち合わせ”など）をキーワードとする。例えば前記Ｓ４２で受信したスケジュールの『件名』が「Ａ社で打ち合わせ」であった場合には、「Ａ社」と「打ち合わせ」を含む『件名』を、同一又は類似する『件名』とする。尚、「Ａ社」のみ或いは「打ち合わせ」のみを含む『件名』についても同一又は類似する『件名』としてもよい。
【００６５】
そして、関連性ＤＢ１５でスケジュールの遂行場所が紐付けられた『件名』の内、特にスケジュールの送信元のユーザＩＤに対応し、且つ前記Ｓ４２で受信したスケジュールと『件名』が同一又は類似する『件名』が関連性ＤＢ１５にあると判定された場合（Ｓ４５：ＹＥＳ）には、Ｓ４７へと移行する。それに対して、関連性ＤＢ１５でスケジュールの遂行場所が紐付けられた『件名』の内、特にスケジュールの送信元のユーザＩＤに対応し、且つ前記Ｓ４２で受信したスケジュールと『件名』が同一又は類似する『件名』が関連性ＤＢ１５にないと判定された場合（Ｓ４５：ＮＯ）には、Ｓ４６へと移行する。
【００６６】
Ｓ４６においてＣＰＵ２１は、関連性ＤＢ１５を用いたスケジュールの遂行場所の推定を行うことが困難であるので、特にスケジュールの修正提案等は行うことなく当該スケジュール管理処理プログラムを終了する。
【００６７】
一方、前記Ｓ４６では問い返し処理を行っても良い。具体的には、スケジュールが遂行される場所を明確にするための質問を、情報端末５を介して出力する。そして、質問の回答として入力されたユーザの回答について情報端末５を介して取得する。上記問い返し処理によってスケジュールが遂行される場所が特定された場合には、Ｓ４９へと移行する。
【００６８】
一方、Ｓ４７においてＣＰＵ２１は、スケジュールの送信元のユーザＩＤに対応し、且つ前記Ｓ４２で受信したスケジュールと『件名』が同一又は類似する『件名』に紐付けられたスケジュールの遂行場所を関連性ＤＢ１５から抽出する。前記Ｓ４７で抽出されるスケジュールの遂行場所は、『件名』が同一又は類似するスケジュールを過去にユーザが遂行した際に、実際にスケジュールを遂行した頻度の高い場所を特定するものである。
【００６９】
その後、Ｓ４８においてＣＰＵ２１は、前記Ｓ４７で抽出されたスケジュールの遂行場所を、前記Ｓ４２で受信したスケジュールの遂行される場所として推定する。
【００７０】
次に、Ｓ４９においてＣＰＵ２１は、推定されたスケジュールが遂行される場所に基づいて、スケジュールの成立性を算出する。具体的には、ＣＰＵ２１は先ずスケジュールが遂行される場所への移動に必要な移動所要時間を算出する。次に、スケジュールＤＢ１２からスケジュールの送信元のユーザのスケジュールを読み出し、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されているかを判定する処理を行う。そして、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合には、スケジュールが成立しない（スケジュール遂行不可）と算出する。一方、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されていない場合には、スケジュールが成立する（スケジュール遂行可）と算出する。
【００７１】
その後、Ｓ５０においてＣＰＵ２１は、前記Ｓ４９においてスケジュールが成立する（スケジュール遂行可）と算出されたか否かを判定する。そして、スケジュールが成立する（スケジュール遂行可）と算出された場合（Ｓ５０：ＹＥＳ）には、Ｓ５２へと移行する。それに対して、スケジュールが成立しない（スケジュール遂行不可）と算出された場合（Ｓ５０：ＮＯ）には、Ｓ５１へと移行する。
【００７２】
Ｓ５１においてＣＰＵ２１は、情報端末５を介してユーザに対してスケジュールの修正の提案を行う。例えば、図１２ではサーバ装置１が、１０：００〜１１：００を遂行時間帯とするスケジュールを前記Ｓ４２で受信した場合であって、且つ該スケジュールの遂行場所への移動に必要な時間が４０分と算出された場合を例に挙げて説明する。図１２に示す例では、１０：００から４０分前までの間に他のスケジュールが登録されている場合には、一方のスケジュールの時間をずらすように提案する。そして、提案に従って情報端末５側でスケジュールの修正に係る操作が行われた場合には、修正後のスケジュールを対象として再度Ｓ４２以降の処理を行う。尚、スケジュールの修正の提案ではなく、スケジュールが成立しないことへの警告のみを行っても良い。
【００７３】
Ｓ５２においてＣＰＵ２１は、前記Ｓ４２で受信したスケジュールにおいて『参加者』に含まれる他のユーザ（スケジュールの送信元のユーザは除く）を特定する。そして、スケジュールＤＢ１２から参加者に含まれる他のユーザの現時点で登録されているスケジュールを読み出す。尚、『参加者』がスケジュールの送信元のユーザのみである場合、或いは『参加者』が登録されていない場合については以降のＳ５２〜Ｓ５４の処理は省略する。
【００７４】
その後、Ｓ５３においてＣＰＵ２１は、参加者に含まれる他のユーザを対象として、前記Ｓ４９と同様にスケジュールの成立性を算出する。該当するユーザが複数ある場合には、ユーザ毎に成立性を算出する。具体的には、ユーザ毎にスケジュールが遂行される場所への移動に必要な移動所要時間を算出する。次に、前記Ｓ５２で読み出された参加者のスケジュールに基づいて、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されているかをユーザ毎に判定する処理を行う。そして、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合には、スケジュールが成立しない（スケジュール遂行不可）と算出する。一方、前記Ｓ４２で受信したスケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されていない場合には、スケジュールが成立する（スケジュール遂行可）と算出する。
【００７５】
その後、Ｓ５４においてＣＰＵ２１は、前記Ｓ５３において参加者に含まれる他の全てのユーザに対してスケジュールが成立する（スケジュール遂行可）と算出されたか否かを判定する。そして、スケジュールが成立する（スケジュール遂行可）と算出された場合（Ｓ５４：ＹＥＳ）には、Ｓ５５へと移行する。それに対して、スケジュールが成立しない（スケジュール遂行不可）と算出された場合（Ｓ５４：ＮＯ）には、Ｓ５１へと移行する。Ｓ５１では前述したようにスケジュールの送信元のユーザに対して、スケジュールの修正提案、或いは警告が行われる。尚、スケジュールの修正提案や警告については、スケジュールの送信元のユーザだけではなく参加者に含まれる他のユーザに対して行っても良い。
【００７６】
Ｓ５５においてＣＰＵ２１は、前記Ｓ４２で受信したスケジュールの内容をスケジュールＤＢ１２に格納する（図３）。それによって、新たなスケジュールの登録が行われる。尚、スケジュールの登録がされた場合には、情報端末５を介してその旨を案内する。また、『参加者』に複数のユーザが含まれている場合には、スケジュールの送信元のユーザに加えて参加者に含まれる他のユーザについても同内容のスケジュールがスケジュールＤＢ１２に登録されることとなる。即ち、参加者のいずれかがスケジュールを登録する操作を行えば、参加者全員分のスケジュールを登録することが可能となる。スケジュールの内容としては、『件名』、『スケジュールの遂行時期』、『参加者』、『場所』が含まれるが、『場所』や『参加者』についてはユーザによって入力されない場合もあり、その場合については空白（データ無し）となる。尚、本実施形態ではスケジュールの成立性を判定した後にスケジュールの登録を行っているが、一旦スケジュールの登録を行った後にスケジュールの成立性を判定しても良い。その場合にはスケジュールが成立しない場合に、一旦登録されたスケジュールを削除する等の処理を行う。
【００７７】
尚、サーバ装置１ではなく情報端末５において、上記Ｓ４２〜Ｓ５５の処理を実行させる構成としても良い。その場合には、関連性ＤＢ１５をサーバ装置１から情報端末５へと配信するように構成する。また、ＤＢ作成処理プログラム（図９）についても情報端末５で実行させる構成としても良い。
【００７８】
以上詳細に説明した通り、本実施形態に係るサーバ装置１及びサーバ装置１で実行されるコンピュータプログラムでは、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集し（Ｓ１、Ｓ２）、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する（Ｓ２４）。一方で、ユーザによってスケジュールの登録操作が行われた場合に、登録されるスケジュールの内容からスケジュールの遂行される場所が判定できない場合には、特定されたスケジュールの件名とスケジュールが遂行された場所との関連性に基づいてスケジュールの遂行される場所を推定し（Ｓ４７、Ｓ４８）、推定された場所に基づいてスケジュールを管理する（Ｓ４９〜Ｓ５５）ので、登録されるスケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録されたスケジュールの件名とスケジュールが遂行された場所との関連性に基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【００７９】
尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では、一のサーバ装置１がスケジュールＤＢ１２、移動履歴ＤＢ１３、遂行実績ＤＢ１４及び関連性ＤＢ１５の各ＤＢを作成する処理とスケジュールの管理を行う処理をそれぞれ行っているが、各ＤＢを作成する処理とスケジュールの管理を行う処理は別々のサーバ装置が行うようにしても良い。例えば、サーバ装置１が他のサーバ装置で作成された各ＤＢを受信して、スケジュールの管理を行うようにしても良い。
【００８０】
また、本実施形態では、参加者が複数ある場合に参加者全員を対象としてスケジュールの成立性を判定しているが、必ずしも参加者全員を対象としてスケジュールの成立性を判定する必要は無く、スケジュールの登録操作を行ったユーザのみを対象として判定しても良い。
【００８１】
また、本実施形態では、スケジュールが遂行される場所を予測した場合に、予測された場所に基づいてスケジュールの調整を行っている（Ｓ５１）が、予測された場所をその他のスケジュールの管理に利用することも可能である。例えば登録済みのスケジュールの案内を行う場合に、スケジュールの遂行される場所を考慮して案内を行うタイミングを決定することも可能である。
【００８２】
また、本実施形態では、情報端末５をスマートフォンに適用した例について説明したが、スケジュールを管理する機能を有していれば他の種類の情報端末に対して適用することも可能である。例えば携帯電話機、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等に適用することが可能である。
【００８３】
また、本発明に係るスケジュール管理装置を具体化した実施例について上記に説明したが、スケジュール管理装置は以下の構成を有することも可能であり、その場合には以下の効果を奏する。
【００８４】
例えば、第１の構成は以下のとおりである。
ユーザ（４）のスケジュールを登録するスケジュール登録手段（２１）と、登録されるスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段（２１）と、前記場所推定手段によって推定された場所に基づいてスケジュールを管理するスケジュール管理手段（２１）と、を有するスケジュール管理装置（１）であって、過去に登録されたスケジュールの件名と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段（２１）と、収集されたスケジュールの遂行実績に基づいて、スケジュールの件名とスケジュールが遂行された場所との間の関連性を特定する関連性特定手段（２１）と、を有し、前記場所推定手段は、特定された関連性に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、登録されるスケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録されたスケジュールの件名とスケジュールが遂行された場所との関連性に基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【００８５】
また、第２の構成は以下のとおりである。
前記関連性特定手段（２１）は、スケジュールの件名とスケジュールが遂行された場所との間に関連性がある場合に、関連性があると判定されたスケジュールの件名とスケジュールが遂行された場所とを紐付けたデータベース（１５）を作成し、前記場所推定手段（２１）は、登録されるスケジュールの件名に紐付けられた場所が前記データベースにある場合に、紐付けられた場所を登録されるスケジュールの遂行される場所として推定する。
上記構成を有するスケジュール管理装置によれば、過去に登録されたスケジュールの件名とスケジュールが遂行された場所との関連性がある場合にその関連性をデータベース化することによって、データベースに基づいてスケジュールの遂行される場所を容易に推定することが可能となる。
【００８６】
また、第３の構成は以下のとおりである。
前記関連性特定手段（２１）は、収集されたスケジュールの遂行実績において、スケジュールの件名が同一又は類似する過去に登録された各スケジュールが遂行された場所を統計した際に、最も高い頻度で遂行された場所の比率が閾値以上である場合に、スケジュールの件名と最も高い頻度で遂行された場所との間に関連性があると判定する。
上記構成を有するスケジュール管理装置によれば、過去に登録されたスケジュールの件名とスケジュールが遂行された場所との間に強い依存性がある場合において、スケジュールの件名とスケジュールが遂行された場所との間に関連性があると判定する。その結果、登録されるスケジュールの内容からスケジュールの遂行される場所が十分に特定できない場合においても、上記関連性からスケジュールの遂行される場所を正確に推定することが可能となる。
【００８７】
また、第４の構成は以下のとおりである。
前記スケジュール管理手段（２１）は、前記場所推定手段（２１）によって推定されたスケジュールの遂行される場所に基づいて、ユーザがスケジュールの遂行される場所まで移動するのに必要な移動所要時間を算出し、スケジュールの遂行時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合に、ユーザに対してスケジュールの調整の提案或いは警告を行う。
上記構成を有するスケジュール管理装置によれば、特にユーザの移動が必要とされるスケジュールの前に他のスケジュールが登録されている場合において、スケジュールの調整の提案や警告を行うことが可能となる。その結果、ユーザにとって実施困難なスケジュールが登録されることを防止することが可能となる。
【００８８】
また、第５の構成は以下のとおりである。
前記スケジュール管理装置（１）は、登録されるスケジュールが複数のユーザで遂行するスケジュールである場合には、前記複数のユーザ毎にスケジュールを管理する。
上記構成を有するスケジュール管理装置によれば、特に複数のユーザが参加して遂行するスケジュールの登録を行う場合において、参加する全てのユーザを対象としたスケジュール管理が可能となる。
【符号の説明】
【００８９】
１              サーバ装置
２              スケジュール管理システム
３              スケジュール管理センタ
４              ユーザ
５              情報端末
１１            サーバ制御ＥＣＵ
１２            スケジュールＤＢ
１３            移動履歴ＤＢ
１４            遂行実績ＤＢ
１５            関連性ＤＢ
２１            ＣＰＵ
２２            ＲＡＭ
２３            ＲＯＭ
【図１】
2020030629.tif 000003
【図２】
2020030629.tif 000004
【図３】
2020030629.tif 000005
【図４】
2020030629.tif 000006
【図５】
2020030629.tif 000007
【図６】
2020030629.tif 000008
【図７】
2020030629.tif 000009
【図８】
2020030629.tif 000010
【図９】
2020030629.tif 000011
【図１０】
2020030629.tif 000012
【図１１】
2020030629.tif 000013
【図１２】
2020030629.tif 000014