(57)【要約】【課題】予定したイベントをユーザ本人が実行できないような状況になっても、当該イベントが実行される確率を高める。【解決手段】現在日時がリマインド通知可能範囲内になった場合に、当該ユーザのスケジュール情報に含まれるスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとにユーザ本人がリマインドイベントを実行可能か否か判定し、実行可能ならばユーザ本人へリマインド通知を送信する。これに対しユーザ本人がリマインドイベントを実行不可能な場合には、代理人リストに登録された代理ユーザ候補のスケジュール情報に含まれるスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとに代理ユーザ候補がリマインドイベントを本人に代わり実行可能か否か判定し、実行可能であればこの代理ユーザへリマインド通知を送信する。【選択図】図２
2010198215.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザのスケジュール情報が記憶される第１のデータベースと、
前記ユーザがリマインド通知の対象として設定したイベントについて、その内容を表す情報と、リマインド通知可能期間を表す情報と、当該本人ユーザに代わって前記リマインド通知対象のイベントを実行する代理ユーザを表す情報を定義したリマインド情報が記憶される第２のデータベースと、
前記複数のユーザに対するリマインド通知の通知先を表す情報が記憶される第３のデータベースと、
前記リマインド通知対象のイベントについて、前記第２のデータベースに記憶されたリマインド情報をもとに、現在日時が前記リマインド通知可能期間内であるか否かを判定する手段と、
現在日時がリマインド通知可能期間内であると判定された場合に、前記第１のデータベースに記憶された当該本人ユーザのスケジュール情報をもとに、当該本人ユーザが前記リマインド通知対象のイベントを実行可能か否かを判定する第１の判定手段と、
前記本人ユーザが前記リマインド通知対象のイベントを実行可能と判定された場合に、前記第３のデータベースに記憶された当該本人ユーザに対するリマインド通知の通知先を表す情報に基づいて、リマインド通知情報を送信する手段と、
前記本人ユーザが前記リマインド通知対象のイベントを実行不可能と判定された場合に、前記第２のデータベースに記憶されたリマインド情報に定義される代理ユーザについて、前記第１のデータベースに記憶された該当する代理ユーザのスケジュール情報をもとに当該代理ユーザが前記リマインド通知対象のイベントを代わりに実行可能か否かを判定する第２の判定手段と、
前記代理ユーザが前記リマインド通知対象イベントを実行可能と判定された場合に、前記第３のデータベースに記憶された当該代理ユーザの通知先情報をもとに、リマインド通知情報を送信する手段と
を具備することを特徴とするスケジュール管理支援装置。
【請求項２】
前記第１及び第２の判定手段の少なくとも一方は、
前記第１のデータベースに記憶された該当するユーザのスケジュール情報から、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントの実行が予定されているすべてのスケジュール情報を抽出する抽出手段と、
前記スケジュール情報の抽出結果をもとに、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントが実行されない時間帯があるか否かを判定する第３の判定手段と、
前記リマインド通知対象のイベントの実行期間内にスケジュールイベントが実行されない時間帯があると判定された場合に、当該ユーザを前記リマインド通知対象イベントの実行が可能なユーザとして認識する手段と
を備えることを特徴とする請求項１記載のスケジュール管理支援装置。
【請求項３】
前記第１のデータベースに記憶されるスケジュール情報が、スケジュールイベントの時間属性、場所属性及び対象属性を表す情報を含んでいる場合に、
前記抽出手段は、
前記第１のデータベースに記憶された該当するユーザのスケジュール情報から、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントの時間属性により表される実行時間帯が含まれるすべてのスケジュールイベントを抽出する手段と、
前記抽出されたスケジュールイベントの中から、スケジュールイベントの場所属性により表される実行場所が前記リマインド情報で定義されるリマインド通知対象のイベントの実行場所に対し予め設定された距離内にあるスケジュールイベントと、前記スケジュールイベントの対象属性により表される実行内容が前記リマインド情報により定義されるリマインド通知対象のイベントの実行に対し支障を及ぼさないスケジュールイベントとのうちの少なくとも一方を除外する手段と
を備え、
前記第３の判定手段は、前記リマインド通知対象のイベントの実行期間内に、前記削除処理後に残ったスケジュールイベントが実行されない時間帯があるか否かを判定することを特徴とする請求項２記載のスケジュール管理支援装置。
【請求項４】
複数のユーザのスケジュール情報を第１のデータベースに記憶させる過程と、
前記ユーザがリマインド通知の対象として設定したイベントについて、その内容を表す情報と、リマインド通知可能期間を表す情報と、当該本人ユーザに代わって前記リマインド通知対象のイベントを実行する代理ユーザの候補を表す情報を定義するリマインド情報を第２のデータベースに記憶させる過程と、
前記複数のユーザに対するリマインド通知の通知先を表す情報を第３のデータベースに記憶させる過程と、
前記リマインド通知対象のイベントについて、前記第２のデータベースに記憶されたリマインド情報をもとに、現在日時が前記リマインド通知可能期間内であるか否かを判定する過程と、
現在日時がリマインド通知可能期間内であると判定された場合に、前記第１のデータベースに記憶された当該本人ユーザのスケジュール情報をもとに、当該本人ユーザが前記リマインド通知対象のイベントを実行可能か否かを判定する過程と、
前記本人ユーザが前記リマインド通知対象のイベントを実行可能と判定された場合に、前記第３のデータベースに記憶された当該本人ユーザに対するリマインド通知の通知先を表す情報に基づいて、リマインド通知情報を送信する過程と、
前記本人ユーザが前記リマインド通知対象のイベントを実行不可能と判定された場合に、前記第２のデータベースに記憶されたリマインド情報に定義される代理ユーザについて、前記第１のデータベースに記憶された該当する代理ユーザのスケジュール情報をもとに当該代理ユーザが前記リマインド通知対象のイベントを代わりに実行可能か否かを判定する第２の判定過程と、
前記代理ユーザが前記リマインド通知対象イベントを実行可能と判定された場合に、前記第３のデータベースに記憶された当該代理ユーザの通知先情報をもとに、リマインド通知情報を送信する過程と
を具備することを特徴とするスケジュール管理支援方法。
【請求項５】
前記第１及び第２の判定過程の少なくとも一方は、
前記第１のデータベースに記憶された該当するユーザのスケジュール情報から、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントの実行が予定されているすべてのスケジュール情報を抽出する抽出過程と、
前記スケジュール情報の抽出結果をもとに、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントが実行されない時間帯があるか否かを判定する第３の判定過程と、
前記リマインド通知対象のイベントの実行期間内にスケジュールイベントが実行されない時間帯があると判定された場合に、当該ユーザを前記リマインド通知対象イベントの実行が可能なユーザとして認識する過程と
を備えることを特徴とする請求項４記載のスケジュール管理支援方法。
【請求項６】
前記第１のデータベースに記憶されるスケジュール情報が、スケジュールイベントの時間属性、場所属性及び対象属性を表す情報を含んでいる場合に、
前記抽出過程は、
前記第１のデータベースに記憶された該当するユーザのスケジュール情報から、前記リマインド通知対象のイベントの実行期間内にスケジュールイベントの時間属性により表される実行時間帯が含まれるすべてのスケジュールイベントを抽出する過程と、
前記抽出されたスケジュールイベントの中から、スケジュールイベントの場所属性により表される実行場所が前記リマインド情報で定義されるリマインド通知対象のイベントの実行場所に対し予め設定された距離内にあるスケジュールイベントと、前記スケジュールイベントの対象属性により表される実行内容が前記リマインド情報により定義されるリマインド通知対象のイベントの実行に対し支障を及ぼさないスケジュールイベントとのうちの少なくとも一方を除外する過程と
を備え、
前記第３の判定過程は、前記リマインド通知対象のイベントの実行期間内に、前記削除処理後に残ったスケジュールイベントが実行されない時間帯があるか否かを判定することを特徴とする請求項５記載のスケジュール管理支援方法。
【請求項７】
前記請求項１乃至３のいずれかに記載のスケジュール管理支援装置の各手段に対応する処理を、当該スケジュール管理支援装置が備えるプロセッサに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば人のスケジュール管理を支援するスケジュール管理支援方法、スケジュール管理支援装置及びそのプログラムに関する。
【背景技術】
【０００２】
従来、ユーザのスケジュールを管理する機能を備えた端末が多く使用されている。この種の端末のうち最も基本的なものは、例えば電子手帳やパーソナル・コンピュータ、携帯電話機を利用し、これらの端末にユーザが自身のスケジュールを表す情報を予め記憶させる。そして、このスケジュール情報を毎朝或いは必要時にユーザの操作により読み出して表示させることにより、スケジュールを確認できるようにするものである。しかし、このような端末では、ユーザが操作しなければスケジュールを確認することができないため、ユーザがスケジュールを忘れてしまうことがある。
【０００３】
そこで、最近ではユーザが自身の設定したスケジュールを忘れないようにするために、当該スケジュールを事前に当人に通知する機能を備えたものが出現している。この種の機能は一般にリマインド通知機能と呼ばれ、例えばリマインド通知の日時を予め設定しておき、この設定された日時になると当該スケジュールを実行するユーザに対しリマインド通知を行うものとなっている（例えば、特許文献１を参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１４３９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、リマインド通知機能を備えた従来のシステムには以下のような改善すべき課題があった。すなわち、一般にスケジュールは時々刻々変化する。例えば、あるスケジュールイベントを登録しこのスケジュールイベントをリマインド通知対象に設定した後に、別に新たなスケジュールイベントが追加登録されることがある。このような場合、新たに登録されたスケジュールイベントの実行予定時間によっては、リマインド通知対象に設定していたスケジュールイベントが実行不可能になることがある。
【０００６】
しかし、従来提案されているシステムでは、例えばリマインド通知対象に設定したスケジュールイベントの通知日時になったときに、他のスケジュールイベントにより当該スケジュールイベントが実行不可能であれば、単にリマインド通知を行わないようにしている。このため、上記リマインド通知対象に設定されたイベントに対する実行完了率の低下を招く。通常、リマインド通知対象に設定されるスケジュールイベントは、ユーザにとって重要なイベントであることが多い。したがって、上記実行完了率の低下はユーザにとって大きな問題となる。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、予定したイベントをユーザ本人が実行できないような状況になっても、当該イベントが実行される確率を高めることが可能なスケジュール管理支援方法、スケジュール管理支援装置及びそのプログラムを提供すること提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の一観点は、複数のユーザのスケジュール情報が記憶される第１のデータベースと、上記ユーザがリマインド通知の対象として設定したイベントについて、その内容を表す情報と、リマインド通知可能期間を表す情報と、当該本人ユーザに代わって上記リマインド通知対象のイベントを実行する代理ユーザの候補を表す情報を定義するリマインド情報が記憶される第２のデータベースと、上記複数のユーザに対するリマインド通知の通知先を表す情報が記憶される第３のデータベースを設ける。そして、先ず上記リマインド通知対象のイベントについて、上記第２のデータベースに記憶されたリマインド情報をもとに、現在日時が上記リマインド通知可能期間内であるか否かを判定し、現在日時がリマインド通知可能期間内であると判定された場合に、上記第１のデータベースに記憶された本人ユーザのスケジュール情報をもとに当該本人ユーザが上記リマインド通知対象のイベントを実行可能か否かを判定する。この判定の結果、実行可能と判定された場合に、上記第３のデータベースに記憶された当該本人ユーザに対するリマインド通知の通知先を表す情報に基づいてリマインド通知情報を送信する。一方、実行不可能と判定された場合には、上記第２のデータベースに記憶されたリマインド情報で定義される代理ユーザについて、上記第１のデータベースに記憶された該当する代理ユーザのスケジュール情報をもとに当該代理ユーザが上記リマインド通知対象のイベントを代わりに実行可能か否かを判定し、実行可能と判定された場合に、上記第３のデータベースに記憶された当該代理ユーザの通知先情報をもとにリマインド通知情報を送信するように構成したものである。
【０００９】
したがって、例えば新たに登録されたスケジュールイベントとの時間の重なりによりリマインド通知対象に設定していたイベントをユーザ本人が実行できない状況が発生した場合には、当該イベントを代わりに実行可能な代理ユーザが選択され、当該代理ユーザに対してリマインド通知が行われる。
【００１０】
この発明の一観点は、以下のような具体的な実施態様を備えることも特徴とする。  
第１の実施態様は、本人ユーザ又は代理ユーザがリマインド通知対象のイベントを実行可能か否かを判定する際に、先ず第１のデータベースに記憶された該当するユーザのスケジュール情報から、リマインド通知対象のイベントの実行期間内にスケジュールイベントの実行が予定されているすべてのスケジュール情報を抽出する。次に、その抽出結果をもとに、リマインド通知対象のイベントの実行期間内にスケジュールイベントが実行されない時間帯があるか否かを判定し、時間帯があると判定された場合に当該ユーザをリマインド通知対象イベントの実行が可能なユーザとして認識するものである。  
このようにすると、本人ユーザ又は代理ユーザが複数のスケジュールイベントを予定していても、その実行時間帯をすべて考慮してリマインド通知対象のイベントが実行可能か否かが判定される。
【００１１】
第２の実施態様は、第１のデータベースに記憶されるスケジュール情報が、スケジュールイベントの時間属性、場所属性及び対象属性を表す情報を含んでいる場合に、本人ユーザ又は代理ユーザがリマインド通知対象のイベントを実行可能か否かを判定する際に、先ず第１のデータベースに記憶された該当するユーザのスケジュール情報から、リマインド通知対象のイベントの実行期間内にスケジュールイベントの時間属性により表される実行時間帯が含まれるすべてのスケジュールイベントを抽出する。次に、この抽出されたスケジュールイベントの中から、スケジュールイベントの場所属性により表される実行場所が上記リマインド情報で定義されるリマインド通知対象のイベントの実行場所に対し予め設定された距離内にあるスケジュールイベントと、上記スケジュールイベントの対象属性により表される実行内容が上記リマインド情報により定義されるリマインド通知対象のイベントの実行に対し支障を及ぼさないスケジュールイベントとのうちの少なくとも一方を除外する。そして、この削除処理後に残ったスケジュールイベントが実行されない時間帯が、上記リマインド通知対象のイベントの実行期間内にあるか否かを判定するものである。
【００１２】
このようにすると、スケジュールイベントの実行時間帯がリマインド通知対象のイベントの実行期間内に含まれるイベントであっても、スケジュールイベントの実行場所がリマインド通知対象のイベントの実行場所と同じ又は近い場合や、スケジュールイベントの実行内容がリマインド通知対象のイベントの実行に支障を来さない場合には、当該スケジュールイベントはリマインド通知対象のイベントを実行する際の障害にはならないと判断される。このため、リマインド通知対象イベントに対する実行可能性の判断が、実行予定の各スケジュールイベントの実行場所やイベント内容も考慮されてより一層的確に行えるようになり、これによりリマインド通知対象のイベントの実行完了率をさらに高めることが可能となる。
【発明の効果】
【００１３】
すなわちこの発明によれば、予定したイベントをユーザ本人が実行できない場合でも、当該イベントが実行される確率を高めることができるスケジュール管理支援方法、スケジュール管理支援装置及びそのプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】この発明に係わるスケジュール管理支援装置を備えたネットワークシステムの一実施形態を示す図である。
【図２】図１に示したスゲュール管理支援装置及び利用者端末の構成を示す機能ブロック図である。
【図３】図２に示したスケジュール管理支援装置で管理される利用者情報の一例を示す図である。
【図４】図２に示したスケジュール管理支援装置で管理されるリマインド情報の一例を示す図である。
【図５】図２に示したスケジュール管理支援装置によるリマインド情報処理手順とその処理内容の前半部分を示すフローチャートである。
【図６】図２に示したスケジュール管理支援装置によるリマインド情報処理手順とその処理内容の後半部分を示すフローチャートである。
【図７】図５及び図６に示したリマインド情報処理手順におけるリマインド通知対象イベントの実行可否判定処理の手順と内容を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、この発明に係わるスケジュール管理支援装置を備えたネットワークシステムの一実施形態を示す図である。このシステムは、利用者（ユーザ）がそれぞれ使用する利用者端末ＴＭ１〜ＴＭｎを、通信ネットワークＮＷを介してスケジュール管理支援装置としてのリマインダサーバＲＳＶに接続可能としたものである。  
通信ネットワークＮＷは、例えばオフィス内に構築されるＬＡＮ（Local Area Network）や無線ＬＡＮ、或いはインターネットを含むＩＰ（Internet Protocol）網により構成される。
【００１６】
ところで、リマインダサーバＲＳＶ及び両者端末ＴＭ１〜ＴＭｎは次のように構成される。図２はそのハードウエア及びソフトウエアの構成を示す機能ブロック図である。  
すなわち、利用者端末ＴＭ１〜ＴＭｎは、例えばパーソナル・コンピュータ等の据置型の端末や、ＰＤＡ（Personal Digital Assistant）、携帯電話機等の携帯端末からなり、制御部２１に対しバス２２を介して通信インタフェース２３、入力部２４及び表示部２５を接続したものとなっている。
【００１７】
制御部２１は、マイクロプロセッサ等の中央処理ユニット（ＣＰＵ；Central Processing Unit）と、アプリケーション・プログラムを格納するメモリにより構成され、リマインダサーバＲＳＶが提供するスケジュール管理支援機能を利用するために必要な種々制御を実行する。その制御機能には、リマインダサーバＲＳＶに対し自身のスケジュール情報及びリマインド情報を登録、変更又は除外する際に使用するブラウザ機能と、リマインダサーバＲＳＶから通知されるリマインド通知情報を受信するために使用するメーラ機能が含まれる。
【００１８】
リマインダサーバＲＳＶは、中央処理ユニット（ＣＰＵ；Central Processing Unit）に対しバス１１２を介してプログラムメモリ１３と、データメモリ１４と、通信インタフェース１５接続したものとなっている。  
データメモリ１４には、この発明を実施する上で必要なデータベースとして、利用者情報データベース１４１と、スケジュールデータベース１４２と、リマインド情報データベース１４３が設けられている。
【００１９】
利用者情報データベース１４１には、リマインダサーバＲＳＶが提供するスケジュール管理支援機能を利用する利用者（ユーザ）を管理するための諸情報が記憶される。この利用者管理情報は、例えばユーザＩＤと、ユーザの氏名、住所、リマインド通知方法及びリマインド通知先を表すアドレス情報からなる。図３にその一例を示す。
【００２０】
スケジュールデータベース１４２には、ユーザごとにそのユーザＩＤに対応付けてスケジュール情報が記憶される。スケジュール情報には複数のスケジュールイベントを表す情報を登録することが可能である。各スケジュールイベントは、時間属性（when）と、場所属性（where）と、対象属性（what）により表される。時間属性（when）はスケジュールイベントの実行時間帯を表す。場所属性（where）はスケジュールイベントの実行場所を表す。実行場所は例えば住所形式又は施設名で表される。対象属性（what）はスケジュールイベントの行動内容を表す。行動内容には「会議」、「出張」等がある。
【００２１】
リマインド情報データベース１４３には、ユーザごとにそのユーザＩＤに対応付けてリマインド情報が記憶される。リマインド情報は、リマインド通知の対象とするイベント（リマインドイベント）を表す情報と、リマインド通知可能範囲を表す情報と、代理人リストとから構成される。このうちリマインドイベントは、上記スゲュールイベントと同様に、時間属性（when）と、場所属性（where）と、対象属性（what）により表される。リマインド通知可能範囲は、リマインドイベントについてリマインド通知を行うことが可能な期間（時間帯）を表す。代理人リストは、リマインドイベントをそのユーザ本人が実行不可能となった場合に当該リマインドイベントを代わりに実行するユーザの候補の一覧を示す。図４にリマインド情報の一例を示す。
【００２２】
プログラムメモリ１３には、この発明を実施する上で必要なアプリケーション・プログラムとして、スケジュール処理プログラム１３１と、リマインド情報処理プログラム１３２が格納されている。
【００２３】
スケジュール処理プログラム１３１は、以下の処理をＣＰＵ１１に実行させる機能を有する。  
(1) スケジュール情報の設定処理  
利用者端末ＴＭ１〜ＴＭｎからの要求に応じて、上記スケジュールデータベース１４２にスケジュール情報を新規登録及び追加登録する処理と、登録済みのスケジュール情報の変更及び削除を行う処理。  
(2) スケジュール情報の閲覧処理  
利用者端末ＴＭ１〜ＴＭｎからの閲覧要求に応じて、上記スケジュールデータベース１４２からスケジュール情報を選択的に読み出し、このスケジュール情報を要求元の利用者端末ＴＭ１〜ＴＭｎへ通信インタフェース１５から送信させる処理。
【００２４】
リマインド情報処理プログラム１３２は、以下の処理をＣＰＵ１１に実行させる機能を有する。  
(1) リマインド情報の設定処理  
利用者端末ＴＭ１〜ＴＭｎからの要求に応じて、上記リマインド情報データベース１４２にリマインド情報を新規登録及び追加登録する処理と、登録済みのリマインド情報の変更及び削除を行う処理。  
(2) リマインド通知タイミングの判定処理  
リマインド情報データベース１４３に記憶されたリマインド情報に基づいて、リマインドイベントごとに現在日時がリマインド通知可能範囲内になったか否かを定期的に判定する処理。
【００２５】
(3) リマインド通知の実行処理  
(3-1) 現在日時がリマインド通知可能範囲内になったと判定された場合に、当該リマインドイベントを登録したユーザに係わるスケジュール情報をスケジュールデータベース１４２から読み出し、そのスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとに、ユーザ本人が上記リマインドイベントを実行可能か否かを判定する処理。  
(3-2) ユーザ本人がリマインドイベントを実行不可能と判定された場合に、リマインド情報の代理人リストに登録された代理ユーザの候補に係わるスケジュール情報をスケジュールデータベース１４２から読み出し、そのスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとに、代理ユーザの候補が上記リマインドイベントを代わりに実行可能か否かを判定する処理。  
(3-3) ユーザ本人又は代理ユーザ候補がリマインドイベントを実行可能と判定された場合に、利用者情報データベース１４１から該当する利用者管理情報を読み出し、この利用者管理情報に含まれるリマインド通知方法とその通知先アドレスをもとに、ユーザ本人又は代理ユーザの利用者端末へ通信インタフェース１５からリマインド通知を送信させる処理。
【００２６】
次に、以上のように構成されたリマインダサーバＲＳＶによるリマインド制御動作を説明する。図５及び図６はその処理手順と処理内容を示すフローチャートである。  
リマインダサーバＲＳＶのＣＰＵ１１は、待ち受け状態において、ステップＳ１において利用者端末ＴＭ１〜ＴＭｎからのリマインド情報登録要求の到来を監視している。この状態で、例えば利用者端末ＴＭ１においてユーザがリマインド情報の登録を要求するための操作を行い、これに応じて利用者端末ＴＭ１から登録要求が送信されたとする。そうすると、リマインダサーバＲＳＶのＣＰＵ１１は、ユーザの認証を行ったのち、利用者端末ＴＭ１に対し登録用の画面情報をダウンロードする。
【００２７】
この登録用画面においてユーザがリマインド情報の各構成要素、つまりリマインドイベントを表す情報と、リマインド通知可能範囲を表す情報と、代理人リストを入力したのち送信操作を行うと、この入力したリマインド情報が通信ネットワークＮＷを介してリマインダサーバＲＳＶに送られる。リマインダサーバＲＳＶのＣＰＵ１１は、ステップＳ２において上記リマインド情報を通信インタフェース１５を介して受信すると、この受信したリマインド情報をステップＳ３によりユーザＩＤに対応付けてリマインド情報データベース１４３に記憶させる。以後同様に、利用者端末ＴＭ１〜ＴＭｎからリマインド情報登録要求が送られるごとに、リマインダサーバＲＳＶではリマインド情報の登録処理が実行される。なお、記憶されたリマインド情報の変更及び削除処理ついても同様の手順に従って行われる。
【００２８】
さて、以上のように上記リマインド情報データベース１４３にリマインド情報が登録されると、リマインダサーバＲＳＶのＣＰＵ１１はステップＳ４においてリマインド通知タイミングの判定処理を行う。この判定は、図示しない内蔵時計により計時される現在日時と上記登録されたリマインド情報に含まれるリマインド通知可能範囲とを比較し、現在日時がリマインド通知可能範囲内になったか否かを判定することにより行われる。
【００２９】
現在日時がリマインド通知可能範囲内になると、リマインダサーバＲＳＶのＣＰＵ１１はステップＳ５においてユーザ本人がリマインドイベントを実行可能か否かを判定する。この実行可否の判定は、スケジュールデータベース１４２に記憶された当該ユーザに係わるスケジュール情報をもとに、以下のように行われる。図７はその処理手順と処理内容を示すフローチャートである。
【００３０】
すなわち、先ずステップＳ１０１において、スケジュールデータベース１４２に記憶された当該ユーザに係わるスケジュール情報を順に読み出し、当該スケジュール情報の時間属性（when）により示される実行時間帯が、リマインドイベントの時間属性（when）により定義された実行時間帯に含まれるか否かを判定する。そして、この判定の結果実行時間帯が含まれると判定されたスケジュールイベントをすべて抽出する。
【００３１】
次にステップＳ１０２において、上記抽出されたスケジュールイベントのうち、  
条件Ｃ１：スケジュールイベントの場所属性（where）により示される実行場所が、上記リマインドイベントの実行場所と同一か又は近接する。  
条件Ｃ２：スケジュールイベントの対象属性（what）により示される実行内容が、リマインドイベントの実行に対し支障を及ぼさない。  
のいずれかの条件を満たすスケジュールイベントを抽出する。そして、この抽出されたスケジュールイベントを、上記ステップＳ１０１で抽出されたスケジュールイベントから除外する。
【００３２】
上記条件Ｃ１を満たすか否かの判定は、例えば位置属性が住所形式で記載されている場合、スケジュールイベントの実行場所とリマインドイベントの実行場所との間で市町村レベルもしくは町名レベルで文字列比較することにより行われる。  
また、上記条件Ｃ２を満たすか否かの判定は、例えば実行に支障を来す対象属性、例えば「出張」を予め記憶しておき、スケジュールイベントの対象属性（what）により示される実行内容を上記「出張」と文字列比較することにより行われる。  
なお、上記条件Ｃ１及びＣ２の各判定手法は、同様の効果を奏するものであれば他の手法を用いてもよい。また、上記判定処理では条件Ｃ１及びＣ２のいずれかの条件を満たすスケジュールイベントを除外するようにしたが、条件Ｃ１及びＣ２の両方の条件を満たすスケジュールイベントを除外するようにしてもよい。
【００３３】
続いてステップＳ１０３において、上記リマインドイベントの実行時間帯の中で、上記除外処理後に残ったスケジュールイベントが実行されない時間帯が含まれるか否かを判定する。すなわち、上記リマインドイベントの実行時間帯の中に空き時間があるか否かを判定する。この判定の結果、空き時間があればステップＳ１０４によりユーザ本人が上記リマインドイベントを実行可能と判断する。これに対し空き時間がなければ、ステップＳ１０５によりユーザ本人は上記リマインドイベントを実行不可能と判断する。
【００３４】
以上の判定の結果、ユーザ本人がリマインドイベントを実行可能であれば、リマインダサーバＲＳＶのＣＰＵ１１はステップＳ６により利用者情報データベース１４１から該当する利用者管理情報を読み出し、この利用者管理情報に含まれるリマインド通知方法とその通知先アドレスをもとに、ユーザ本人の利用者端末へ通信インタフェース１５からリマインド通知を電子メールにより送信させる。従って、ユーザは電子メールにより上記リマインド通知を確認することが可能となり、これによりリマインドイベントを忘れることなく確実に実行することが可能となる。
【００３５】
一方、上記ステップＳ５による判定の結果、ユーザ本人がリマインドイベントを実行不可能な場合、リマインダサーバＲＳＶのＣＰＵ１１は図６に示すステップＳ７に移行する。そして、このステップＳ７において、リマインド情報の代理人リストに代理ユーザの候補が登録されているか否かを判定する。そして、登録されていればステップＳ８により当該代理人リストから代理ユーザ候補を一名選択し、この選択した代理ユーザ候補が上記リマインドイベントを本人ユーザに代わって実行可能か否かをステップＳ９により判定する。この代理人ユーザ候補の実行可否判定も、先に述べた本人ユーザの実行可否判定処理と同様に、図７に示す処理手順と処理内容により行われる。
【００３６】
上記判定の結果、上記選択した代理ユーザ候補がリマインドイベントを代わりに実行することが不可能であれば、ＣＰＵ１１はステップＳ７に戻って代理人リストに未選択の代理ユーザ候補が存在するか否かを判定する。そして、未選択の代理ユーザ候補が存在する場合には、ステップＳ８によりこの未選択の代理ユーザ候補を選択し、この選択した代理ユーザ候補が上記リマインドイベントを本人ユーザに代わって実行可能か否かをステップＳ９により判定する。以後、上記代理人リストの中から、リマインドイベントを本人ユーザに代わり実行可能な代理ユーザ候補が見つかるまで、上記ステップＳ７〜ステップＳ９の処理が繰り返し実行される。
【００３７】
そして、リマインドイベントを本人ユーザに代わり実行可能な代理ユーザ候補が見つかると、リマインダサーバＲＳＶのＣＰＵ１１はステップＳ１０により利用者情報データベース１４１から上記代理ユーザの利用者管理情報を読み出し、この利用者管理情報に含まれるリマインド通知方法とその通知先アドレスをもとに、代理ユーザの利用者端末へ通信インタフェース１５からリマインド通知を電子メールにより送信させる。従って、代理ユーザは電子メールにより上記リマインド通知を確認することが可能となり、これによりリマインドイベントは代理ユーザにより実行される。
【００３８】
なお、上記代理人リストの中で、リマインドイベントを代わりに実行可能な代理ユーザ候補が見つからなかった場合には、ＣＰＵ１１はステップＳ１１に移行し、ここでリマインドイベントについてユーザ本人及び代理ユーザのいずれも実行不可能であることを示す通知メッセージを生成する。そして、利用者管理情報に含まれるリマインド通知方法とその通知先アドレスをもとに、ユーザ本人の利用者端末に対し通信インタフェース１５から上記通知メッセージを送信させる。したがって、ユーザは自身が登録したリマインドイベントについて、いずれの代理ユーザも実行不可能であることを認識することができる。
【００３９】
次に、上記ユーザ本人に対するリマインド通知の実行後、或いは実行不可能である旨のメッセージの通知後において、リマインド通知可能な期間内に本人ユーザ又は代理ユーザのスケジュール情報に変更があった場合について説明する。  
リマインダサーバＲＳＶのＣＰＵ１１は、ステップＳ６においてユーザ本人に対しリマインド通知を送信すると、ステップＳ１２において現在日時がリマインド情報の時間属性（when）により示されるリマインド通知可能な期間内であるか否かを判定する。この判定の結果、現在日時がまだリマインド通知可能な期間内であれば、ステップＳ１３により本人ユーザのスケジュール情報をスケジュールデータベース１４２から読み出し、当該スケジュール情報に変更があるか否かを判定する。この判定は、現在日時がリマインド通知可能期間内である限り繰り返し行われる。
【００４０】
上記判定の結果、本人ユーザのスケジュール情報が変更されたことが検出されたとする。そうするとＣＰＵ１１はステップＳ１４に移行して、ユーザ本人がリマインドイベントを実行可能になったか否かを判定する。ここでの実行可否の判定も、先に述べたステップＳ５における実行可否の判定と同様に、図７に示す処理手順及び処理内容に従って実行される。そして、この実行可否判定の結果、ユーザ本人がリマインドイベントを実行不可能な状況に変化した場合には、図６に示すステップＳ７に移行し、ステップＳ７〜ステップＳ１１により代理ユーザ候補の実行可否判定を再度実行する。なお、ユーザ本人がリマインドイベントを実行可能な状況を維持している場合には、ステップＳ１２に戻ってスケジュール情報の変更が監視される。
【００４１】
また、ステップＳ１０により代理ユーザに対しリマインド通知が行われた場合には、リマインダサーバＲＳＶのＣＰＵ１１はステップＳ１５に移行し、現在日時がリマインド情報の時間属性（when）により示されるリマインド通知可能な期間内であるか否かを判定する。この判定の結果、現在日時がまだリマインド通知可能な期間内であれば、ステップＳ１６により本人ユーザ及び代理ユーザのスケジュール情報をスケジュールデータベース１４２からそれぞれ読み出し、これらのスケジュール情報に変更があるか否かを判定する。この判定は、現在日時がリマインド通知可能期間内である限り繰り返し行われる。
【００４２】
上記判定の結果、本人ユーザのスケジュール情報が変更されたことが検出されると、ＣＰＵ１１はステップＳ１７においてユーザ本人がリマインドイベントを実行可能になったか否かを判定する。ここでの実行可否の判定も、先に述べたステップＳ５における実行可否の判定と同様に、図７に示す処理手順及び処理内容に従って実行される。そして、この実行可否判定の結果、ユーザ本人がリマインドイベントを実行可能な状況に変化した場合には、ステップＳ６に移行してユーザ本人の利用者端末に向け通信インタフェース１５からリマインド通知を送信させる。なお、ユーザ本人がリマインドイベントを実行可能な状況に変化していなければ、ステップＳ１５に戻る。
【００４３】
これに対し代理ユーザのスケジュール情報が変更されたことが検出されると、ＣＰＵ１１はステップＳ１８に移行して、当該代理ユーザがリマインドイベントを引き続き実行可能であるか否かを判定する。ここでの実行可否の判定も、先に述べたステップＳ９における実行可否の判定と同様に、図７に示す処理手順及び処理内容に従って実行される。そして、この代理ユーザの実行可否判定の結果、代理ユーザがリマインドイベントを実行不可能な状況に変化した場合には、図６に示すステップＳ７に戻り、ステップＳ７〜ステップＳ１１によりリマインドイベントを代わりに実行可能な他の代理ユーザ候補の選択をやり直す。そして、実行可能な他の代理ユーザが見つかれば、ステップＳ１０により当該代理ユーザに対しリマインド通知を行う。なお、代理ユーザがリマインドイベントを実行可能な状況を維持している場合には、ステップＳ１５〜ステップＳ１８による処理が繰り返し行われる。
【００４４】
最後に、上記ステップＳ１２及びステップＳ１５において、現在日時がリマインド情報の時間属性（when）により示されるリマインド通知可能な期間を経過したことが検出されたとする。そうすると、リマインダサーバＲＳＶのＣＰＵ１１は処理を終了して待ち受け状態に戻る。
【００４５】
以上詳述したようにこの実施形態では、リマインダサーバＲＳＶにおいて、先ずリマインド情報として、リマインドイベント、リマインド通知可能範囲及び代理人リストを表す情報を予め登録する。そして、現在日時が上記リマインド通知可能範囲内になった場合に、当該ユーザのスケジュール情報に含まれるスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとにユーザ本人がリマインドイベントを実行可能か否かを判定し、実行可能ならばユーザ本人へリマインド通知を送信する。これに対しユーザ本人がリマインドイベントを実行不可能な場合には、代理人リストに登録された代理ユーザ候補のスケジュール情報に含まれるスケジュールイベントの時間属性（when）、場所属性（where）及び対象属性（what）をもとに代理ユーザ候補が上記リマインドイベントを本人ユーザに代わって実行可能か否かを判定し、実行可能であればこの代理ユーザへリマインド通知を送信する。
【００４６】
したがって、例えば新たに登録されたスケジュールイベントとの時間の重なりによりリマインドイベントをユーザ本人が実行できない状況が発生した場合でも、当該リマインドイベントを本人ユーザに代わって実行可能な代理ユーザが選択され、当該代理ユーザに対してリマインド通知を行うことで、リマインドイベントを代行してもらうことができる。この結果、リマインドイベントの実行完了率を高めることができる。
【００４７】
しかもこの実施形態では、スケジュールイベントの実行時間帯がリマインドイベントの実行期間内に含まれるイベントであっても、スケジュールイベントの実行場所がリマインドイベントの実行場所と同じか又は近い場合や、スケジュールイベントの実行内容がリマインドイベントの実行に支障を来さない場合には、当該スケジュールイベントはリマインドイベントを実行する際の障害にはならないと判断される。このため、リマインドイベントに対する実行可能性の判断が、実行予定の各スケジュールイベントの実行場所やイベント内容も考慮されてより一層的確に行えるようになり、これによりリマインドイベントの実行完了率をさらに高めることが可能となる。
【００４８】
なお、この発明は上記実施形態に限定されるものではない。例えば、代理人リストに登録される代理ユーザ候補にスケジュールイベントの登録数又はその実行時間の合計が少ない順に優先順位を表す情報を付与しておき、この優先順位に従いリマインドイベントの実行可否を判定するとよい。このようにすると、代理ユーザを選択するに要する処理時間を短縮することができる。
【００４９】
その他、スケジュール管理支援装置の種類やその構成、利用者管理情報、スケジュール情報及びリマインド情報の構成、スケジュール管理支援処理の手順とその内容、リマインドイベントの実行可否の判定手順とその内容などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００５０】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５１】
ＲＳＶ…リマインダサーバ、ＴＭ１〜ＴＭｎ…利用者端末、ＮＷ…通信ネットワーク、１１…ＣＰＵ、１２…バス、１３…プログラムメモリ、１４…データメモリ、１５…通信インタフェース、２１…利用者端末の制御部、２２…利用者端末のバス、２３…利用者端末の通信インタフェース、２４…利用者端末の入力部、２５…利用者端末の表示部、１３１…スケジュール処理プログラム、１３２…リマインド情報処理プログラム、１４１…利用者情報データベース、１４２…スケジュールデータベース、１４３…リマインド情報データベース。
【図１】
2010198215.tif 000003
【図２】
2010198215.tif 000004
【図３】
2010198215.tif 000005
【図４】
2010198215.tif 000006
【図５】
2010198215.tif 000007
【図６】
2010198215.tif 000008
【図７】
2010198215.tif 000009