JP2011180908A - スケジュール登録装置、スケジュール登録方法、及びプログラム - Google Patents

Abstract

【課題】ユーザがスケジュールを登録する場合、ユーザが意識することなく、関連するスケジュールも同時に登録することができるスケジュール登録装置、スケジュール登録方法、及びプログラムを提供する。
【解決手段】スケジュールの登録を行うサーバ装置１に、登録者が登録するメインスケジュールの行動を補完する補完行動を予め記憶する。サーバ装置１がネットワークＮを介してＰＣ２からメインスケジュールの登録を受け付けた場合、サーバ装置１は、メインスケジュールの行動を補完する補完行動の有無を判定する。補完情報がある場合、サーバ装置１は、補完行動に関する補完スケジュールを生成し、登録する。
【選択図】図１

Description

本発明は、日時が指定されたユーザの行動に関する行動情報をスケジュールとして登録するスケジュール登録装置、スケジュール登録方法、及びプログラムに関する。

近年、パーソナルコンピュータ（以下、ＰＣと言う）又はPersonal Digital Assistant（ＰＤＡ）等を用いて、電子的にスケジュールを管理することが多くなっている。特許文献１には、電子的にスケジュールを管理する方法として、ＰＣ等の端末装置からサーバ装置へ、ユーザの行動予定を登録する方法が開示されている。特許文献１に記載の方法は、ユーザが入力した行動予定を受け付けて仮データとして登録しておき、予定時期までに、仮データの補完をユーザに通知し、ユーザから正確な行動予定を受け付けて本データとして登録する。これにより、行動予定の登録を簡便迅速かつ確実に処理することができる。

特開２００３−２５６３８４号公報

しかしながら、例えば、打合せ予定、及びその打合せに関する資料作成予定等のように、ユーザが入力する行動予定には、他の予定と関連するものがあるが、特許文献１では、一つの行動予定を登録することはできても、それに関連する他の行動予定を登録することはできない。

本発明はかかる事情に鑑みてなされたものであり、その目的とするところは、ユーザがスケジュールを登録する場合、ユーザが意識することなく、関連するスケジュールも同時に登録することができるスケジュール登録装置、スケジュール登録方法、及びプログラムを提供することにある。

本願に開示するスケジュール登録装置は、日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録するスケジュール登録装置において、入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報を記憶する手段と、入力された行動情報に対応する補完行動情報を検索する検索手段と、該検索手段が検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する登録手段とを備える。

本願に開示するスケジュール登録装置の一観点によれば、入力された行動情報をスケジュールとして登録した場合、その行動情報に係る行動の前後で実行すべき補完行動のスケジュールも同時に登録することができる。これにより、ユーザが自身のスケジュールを入力するだけで、ユーザが入力しないが、入力したスケジュールに必要なスケジュールの登録が可能となる。その結果、ユーザは、自身の実行すべき全ての行動及び日時を容易に把握でき、効率的なスケジューリングが可能となる。

実施の形態に係るサーバ装置を有するスケジュール登録システムを模式的に示す図である。 スケジュール登録のための登録画面の一例を示す図である。 スケジュール登録の結果を表示する画面の一例を示す図である。 サーバ装置のハードウェア構成を示すブロック図である。 サーバ装置が有する機能を示すブロック図である。 補完タスクテンプレートの一例を示す図である。 補完タスクテンプレートの別の例を示す図である。 スケジュールリストの一例を示す図である。 補完スケジュール生成の失敗を通知する通知画面の一例を示す図である。 スケジュール重複を通知する通知画面の一例を示す図である。 登録済みのスケジュール変更を行う変更画面の一例を示す図である。 スケジュール変更の失敗を通知する通知画面の一例を示す図である。 スケジュール登録処理の手順を示すフローチャートである。 スケジュール変更処理の手順を示すフローチャートである。 メインスケジュール変更処理の手順を示すフローチャートである。 補完スケジュール変更処理の手順を示すフローチャートである。 サーバ装置が有する機能を示すブロック図である。 移動手段の変更を登録者に促すための画面の一例を示す図である。 スケジュール修正を登録者に促すための画面の一例を示す図である。 移動スケジュール登録処理の手順を示すフローチャートである。 移動スケジュール生成処理の手順を示すフローチャートである。 移動スケジュール変更処理の手順を示すフローチャートである。 サーバ装置が有する機能を示すブロック図である。 補完タスクリストを模式的に示す図である。 スケジュールリスト及び補完タスクリストへの登録結果を表示する画面の一例を示す図である。 補完タスクリスト登録処理の手順を示すフローチャートである。 補完タスクリスト更新処理の手順を示すフローチャートである。 補完スケジュール生成処理の手順を示すフローチャートである。 補完タスクリスト再登録処理の手順を示すフローチャートである。

以下、本発明に係るスケジュール登録装置、スケジュール登録方法、及びプログラムの好適な実施の形態について図面を参照して説明する。以下に説明する実施の形態では、本発明に係るスケジュール登録装置をサーバ装置として説明するが、キーボード及びモニタなどを備えたＰＣであってもよい。

（実施形態１）
図１は、実施の形態に係るサーバ装置を有するスケジュール登録システムを模式的に示す図である。

本実施の形態に係るサーバ装置１は、Local Area Network（ＬＡＮ）又はWide Area Network（ＷＡＮ）等のネットワークＮを介してノート型のＰＣ２が複数接続されている。サーバ装置１は、各ＰＣ２からスケジュールの登録を受け付け、スケジュールの登録及び管理を行う。以下の説明では、一のＰＣ２からサーバ装置１にスケジュールを登録する場合について説明する。なお、ノート型のＰＣ２は、デスクトップ型のＰＣ、ＰＤＡ又は携帯電話機等としてもよい。また、ネットワークＮの種類は適宜変更可能であり、サーバ装置１とＰＣ２との接続は、有線又は無線の何れで接続されていてもよい。

図２は、スケジュール登録のための登録画面の一例を示す図である。

登録画面は、ＰＣ２のモニタに表示され、ＰＣ２のユーザ（以下、登録者という）が登録するスケジュールの情報として、「タイトル」、「種別」、「日時」及び「場所」等の情報を入力できるようになっている。「タイトル」は、登録者が行う行動（以下、タスクと言う）を識別するための名称であり、登録者が自由に作成できる。「種別」は、「部品交換」、「故障対応」及び「打合せ」等、登録者が行うタスクを大分類したタスクの種類（分類情報）である。「種別」は、予め決められた項目から選択されるようになっている。ＰＣ２は、登録画面で入力された各情報を登録者の行動情報としてサーバ装置１へ送信することで、スケジュールの登録を行う。以下の説明では、図２に示す登録画面から登録するスケジュールを、メインスケジュールという。

なお、図２の登録画面で入力できる情報は、上述の各情報に限定されない。例えば、メインスケジュールの「概要」、「登録者」又は「スケジュールの参加者」等の情報を入力できるようにしてもよい。また、登録者は、予め決められた項目から「種別」を選択するようにしているが、登録者が自由に「種別」を入力できるようにしてもよいし、「場所」は、予め決められた項目から選択されるようにしてもよい。さらに、図２に示す登録画面は、ＰＣ２が自身に記憶するプログラムを実行して表示されるものであってもよいし、サーバ装置１にアクセスした際にＷＥＢブラウザ上に表示されるものであってもよい。

サーバ装置１は、メインスケジュールでのタスク（以下、メインタスクという）を補完するための補完行動としてのタスク（以下、補完タスクという）の情報を予め記憶している。補完タスクは、メインタスクの「種別」に関連付けられており、該当する「種別」のメインタスクを実行するために必要となるタスクである。例えば、メインタスクの「種別」が「打合せ」である場合、補完タスクは、その打合せの事前準備としての「資料作成」、又は事後報告のための「報告書作成」などである。サーバ装置１は、ＰＣ２から受信した行動情報に従ってメインスケジュールの登録を行う場合、メインタスクの「種別」に対応する補完タスクの有無を確認する。補完タスクがあれば、サーバ装置１は、補完タスクを実行するための補完スケジュールを生成し、メインスケジュール及び補完スケジュールを一連のスケジュールとして登録する。なお、補完タスクがない場合、サーバ装置１は、メインスケジュールのみを登録する。以下の説明で、単にスケジュールという場合は、メインスケジュール及び補完スケジュールの一方、又は両方を示すこととする。

サーバ装置１でスケジュール登録が行われた場合、ＰＣ２は、登録結果をモニタに表示する。図３は、スケジュール登録の結果を表示する画面の一例を示す図である。この画面では、登録されたスケジュールの「タイトル」、「種別」、「日時」及び「場所」等の各情報が一覧となって表示される。図３において、「種別」が「テンプレート」のスケジュールは、補完スケジュールを示している。なお、登録結果の表示態様は、ＰＣ２のモニタに、一ヶ月（又は数ヶ月）分のカレンダーを表示して、カレンダー上に登録内容を表示するものであってもよい。

以下、スケジュール登録を行うサーバ装置１の具体的な構成及び動作について説明する。

図４は、サーバ装置１のハードウェア構成を示すブロック図である。

サーバ装置１は、Central Processing Unit（ＣＰＵ）１１、Read Only Memory（ＲＯＭ）１２、Random Access Memory（ＲＡＭ）１３、大容量記憶装置１４、ネットワークＮとの接続を可能にする通信部１５等のハードウェア各部を備えている。これらのハードウェア各部はバスを介して相互に接続されている。

ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム１２ａを適宜ＲＡＭ１３に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ１２は、プログラム１２ａを格納している。ＲＡＭ１３は、例えばStatic ＲＡＭ（ＳＲＡＭ）、Dynamic ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ等である。ＲＡＭ１３は、ＣＰＵ１１によるプログラム１２ａの実行時に発生する種々のデータを一時的に記憶する。

大容量記憶装置１４は、例えばハードディスクドライブ等である。大容量記憶装置１４は、後述の補完タスクテンプレート及びスケジュールリスト等の必要なデータ、及びプログラムを記憶する。なお、プログラム１２ａは、Compact Disc-ROM（ＣＤ−ＲＯＭ）又はDigital Versatile Disc-ROM（ＤＶＤ−ＲＯＭ）等の記録媒体３により大容量記憶装置１４にインストールし、又はネットワークからダウンロードして使用する形態でもよい。

以下に、ＣＰＵ１１がプログラム１２ａを実行することで、サーバ装置１で実現される機能について説明する。図５は、サーバ装置１が有する機能を示すブロック図である。

サーバ装置１は、登録受付部２１、補完タスク検索部２２、テンプレート記憶部２３、補完スケジュール生成部２４、スケジュール登録部２５、及びスケジュール記憶部２６等の機能を備えている。登録受付部２１は、図２の登録画面で入力された行動情報をＰＣ２から受信することで、メインスケジュールの登録を受け付ける。

テンプレート記憶部２３は、補完タスクテンプレートを格納している。図６は、補完タスクテンプレートの一例を示す図である。補完タスクテンプレートは、予め準備されており、補完タスクの情報が格納されたデータテーブルである。補完タスクテンプレートは、補完タスクの情報として、「種別」、「タスクタイトル」、「所要時間」、「場所」及び「順序関係」等の情報を格納している。「種別」は、図２の登録画面で表示される「種別」と同じであり、メインスケジュールに対応する補完タスクを検索するための情報である。「タスクタイトル」は、補完タスクの名称である。「所要時間」は、補完タスクを実行するのに要する推定時間である。「場所」は、補完タスクの実行場所である。「順序関係」は、補完タスクに対応するメインタスクとの時間的な前後関係である。例えば「順序関係」が「前」の場合、対応する補完タスクは、メインタスクより先に実行され、「後」の場合は、メインタスクより後に実行される。なお、「所要時間」の情報は、固定時間とせずに、過去に同じ補完タスクを行った際に要した時間から推測した時間としてもよいし、登録者によって調整可能としてもよい。

補完タスク検索部２２は、登録受付部２１が受け付けたメインスケジュールに対応する補完タスクを、テンプレート記憶部２３に格納されている補完タスクテンプレートから検索する。具体的には、補完タスク検索部２２は、ＰＣ２から受信した行動情報に含まれる「種別」と同じ「種別」を有する補完タスクを、補完タスクテンプレートから検索する。補完タスク検索部２２は、検索した補完タスクの情報を補完スケジュール生成部２４へ出力する。

補完スケジュール生成部２４は、補完タスク検索部２２が検索した補完タスクの情報に基づいて、補完スケジュールを生成する。補完スケジュールは、メインスケジュールと同様に、「タイトル」、「種別」、「日時」、及び「場所」等の各情報を有している。補完スケジュール生成部２４は、補完タスクテンプレートから取得した「タスクタイトル」及び「場所」の情報を、補完スケジュールの「タイトル」及び「場所」の情報とする。また補完スケジュール生成部２４は、補完タスクであることを示す情報として、「テンプレート」を、「種別」の情報とする。補完スケジュール生成部２４は、補完タスクの「所要時間」及び「順序関係」、並びにメインスケジュールの実行日時等の情報により、補完タスクを実行する「日時」を決定する。

例えば、補完スケジュール生成部２４は、後述するスケジュール記憶部２６に格納されるスケジュールリストを参照して、メインスケジュールの実行日時の前（又は後）で所要時間分の空き時間を検索し、検索した空き時間を「日時」として決定する。なお、補完スケジュール生成部２４が複数の空き時間を検索した場合、登録者に何れの時間を補完タスクの日時とするかを選択させるようにしてもよい。補完スケジュール生成部２４は、生成した補完スケジュールを、スケジュール登録部２５へ出力する。このように、補完スケジュール生成部２４が自動で補完タスクの補完スケジュールを生成するため、ユーザは、補完タスクを意識する必要がなくなる。

なお、補完タスクに実行期限を設定し、補完スケジュール生成部２４が空き時間を探索する範囲を制限するようにしてもよい。図７は、補完タスクテンプレートの別の例を示す図である。この場合、補完タスクテンプレートは、補完タスクの情報として、「実行期限」の情報をさらに格納している。「実行期限」の情報は、補完タスクがメインタスクのどれくらい前（又は後）までに実行するかの時間である。例えば、補完タスクの「順序関係」が「後」である場合、補完スケジュール生成部２４は、対応するメインタスクの終了時から補完タスクの実行期限が過ぎるまでの期間内で空き時間を検索する。補完タスクに実行期限を設定した場合、メインタスクと補完タスクとを実行する間が極端に空いてしまうことを回避できる。

スケジュール登録部２５は、登録受付部２１が受け付けたメインスケジュール、及び、補完スケジュール生成部２４が生成した補完スケジュールを、スケジュール記憶部２６に格納されるスケジュールリストへ登録する。スケジュール登録部２５は、補完スケジュール生成部２４が補完スケジュールを生成しなかった場合は、メインスケジュールのみを登録する。なお、スケジュール登録部２５は、メインスケジュールの登録に失敗した場合は、無駄な処理を軽減するために、補完タスク検索部２２へ通知し、補完タスクの検索を中止させる。

図８は、スケジュールリストの一例を示す図である。スケジュールリストは、メインスケジュール及び補完スケジュールを管理するためのデータテーブルであり、スケジュール登録部２５によりスケジュールが登録される。スケジュール登録部２５は、スケジュールを登録する都度、識別するためのＩＤを順に付して登録する。スケジュールリストは、スケジュールが有する「タイトル」、「種別」、「日時」及び「場所」等の各情報を対応付けて記憶する。また、スケジュール登録部２５は、補完スケジュールを登録する場合、「メインＩＤ」の情報を「タイトル」等の各情報と対応付けて記憶する。「メインＩＤ」は、補完スケジュールに対応するメインスケジュールのＩＤである。例えば、図８において、ＩＤ「０００３」の補完スケジュールは、メインＩＤ「０００２」の情報を有している。これは、この補完スケジュールは、ＩＤ「０００２」のメインスケジュールに対応付けられていることを示している。スケジュール登録部２５がスケジュールリストに登録した情報は、ＰＣ２に送信され、ＰＣ２では、スケジュール登録の結果が表示される（図３参照）。

補完スケジュール生成部２４又はスケジュール登録部２５は、補完スケジュールの生成に失敗した場合、又はスケジュール登録に失敗した場合、ＰＣ２へ通知する。例えば、補完スケジュール生成部２４は、補完タスクを実行できる空き時間がないために、補完スケジュールの生成ができなかった場合、補完スケジュール生成の失敗としてＰＣ２へ通知する。通知されたＰＣ２は、モニタに通知画面を表示する。図９は、補完スケジュール生成の失敗を通知する通知画面の一例を示す図である。この通知画面では、登録者が入力したメインスケジュールの情報と、メインスケジュールに対応する補完タスクの情報とが並列して表示される。また、登録したメインスケジュール、又は、既に登録済みの他のスケジュールの何れかを修正するためのボタンが表示される。既に登録済みのスケジュールを修正する場合には、その登録済みのスケジュールの情報を修正する画面（図示せず）が表示される。なお、この通知画面で、補完タスクの情報、例えば「所要時間」が修正できるようにして、登録済みのスケジュールの日時と重複せず、空き時間を探索できるようにしてもよい。

また、スケジュール登録部２５は、登録受付部２１が受け付けたメインスケジュールの日時が、登録済みのスケジュールの日時と重複する場合、スケジュール登録の失敗として、ＰＣ２へ通知する。通知されたＰＣ２は、モニタに通知画面を表示する。図１０は、スケジュール重複を通知する通知画面の一例を示す図である。この通知画面では、登録者が入力したメインスケジュールの情報と、既に登録済みのスケジュールの情報とが並列して表示され、何れかを修正するためのボタンが表示される。メインスケジュールの日時が複数のスケジュールの日時と重複している場合には、重複がなくなるまで、図１０に示す通知画面を繰り返し表示するようにしてもよいし、重複するスケジュール全てを一度に表示するようにしてもよい。

なお、補完スケジュールの生成、又はスケジュールの登録に失敗した場合、他のスケジュールとの重複を許して補完スケジュールを生成し、又はスケジュールを登録しておき、後から重複しているスケジュールの修正を促すようにしてもよい。また、スケジュールを修正するか、重複を無視して補完スケジュールを生成させるか等を登録者に選択させるようにしてもよい。

サーバ装置１は、図５に示すように、スケジュール変更部２７及び関連スケジュール変更部２８等の機能をさらに備えている。スケジュール変更部２７は、ＰＣ２から登録済みのスケジュールの変更を受け付け、スケジュール記憶部２６に格納されているスケジュールリストのスケジュールを変更する。なお、スケジュール変更部２７が受け付ける変更には、スケジュールの削除も含む。

図１１は、登録済みのスケジュール変更を行う変更画面の一例を示す図である。この画面は、ＰＣ２のモニタに表示される。変更するスケジュールの指定は、例えば、図８に示す画面で各スケジュールを選択できるようにして、変更対象のスケジュールを選択するようにしてもよい。変更画面には、登録者が指定したスケジュールが変更可能に表示され、変更を決定するボタン、変更を取り消すボタン、及びスケジュールを削除するボタンが表示される。削除する場合は、変更画面に表示されるスケジュール、及び関連するスケジュールが削除される。

関連スケジュール変更部２８は、スケジュール変更部２７がスケジュールを変更したことに伴い、変更したスケジュールに関連するスケジュールを変更する。例えば、スケジュール変更部２７がメインスケジュールを変更した場合、関連スケジュール変更部２８は、変更後のメインスケジュールの情報に基づいて、補完スケジュールの再生成を補完スケジュール生成部２４へ要求し、スケジュールリストを更新する。また、スケジュール変更部２７が補完スケジュールを変更した場合、関連スケジュール変更部２８は、変更後の情報に基づいて、補完スケジュールの再生成を補完スケジュール生成部２４へ要求し、スケジュールリストを更新する。スケジュール変更部２７がメインスケジュールを削除した場合、メインスケジュールの削除に加えて、関連スケジュール変更部２８は、対応する補完スケジュールを削除する。なお、関連スケジュール変更部２８は、例えば図１１に示す画面をＰＣ２に表示させることで、関連するスケジュールを登録者に変更させるように促してもよい。

スケジュール変更部２７及び関連スケジュール変更部２８は、スケジュールの変更に失敗した場合は、ＰＣ２へ通知する。通知されたＰＣ２は、モニタに通知画面を表示する。図１２は、スケジュール変更の失敗を通知する通知画面の一例を示す図である。図１２に示す画面は、補完スケジュールを変更することで、メインスケジュールとの順序関係が逆となった場合に表示される。この通知画面では、登録者が変更を指定したスケジュールの情報と、それに関連するメインスケジュールで、変更したスケジュールとの順序関係が正しくないメインスケジュールの情報とが並列して表示され、何れかを変更するためのボタンが表示される。メインスケジュールを変更したことに伴い、補完スケジュールの生成に失敗した場合には、図９と同様の画面がＰＣ２に表示される。また、変更したスケジュールが、他の登録済みスケジュールの日時と重複した場合には、図１０と同様の画面がＰＣ２に表示される。

以下、サーバ装置１における動作処理について説明する。まず、スケジュールを登録する場合のサーバ装置１の動作について説明する。図１３は、スケジュール登録処理の手順を示すフローチャートである。

ＣＰＵ１１は、ＰＣ２からメインスケジュールの登録を受け付けたか、すなわちＰＣ２から行動情報を受信したか否かを判定する（Ｓ１）。受け付けていない場合（Ｓ１：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。登録を受け付けた場合（Ｓ１：ＹＥＳ）、ＣＰＵ１１は、受け付けたメインスケジュールの日時が、スケジュールリストに登録された他のスケジュールの日時と重複しているか否かを判定する（Ｓ２）。日時が重複していない場合（Ｓ２：ＮＯ）、ＣＰＵ１１は、後述のＳ５の処理を実行する。日時が重複している場合（Ｓ２：ＹＥＳ）、ＣＰＵ１１は、スケジュール登録の失敗として、ＰＣ２へ日時が重複していることを通知する（Ｓ３）。通知されたＰＣ２では、図１０に示す画面が表示され、スケジュールの修正が促される。

ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ４）。修正を受け付けていない場合（Ｓ４：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ４：ＹＥＳ）、ＣＰＵ１１は、Ｓ２の処理を実行し、再び日時が重複しているか否かを判定する。なお、Ｓ４では、Ｓ１で受け付けたメインスケジュールが修正された場合には、ＣＰＵ１１は、Ｓ２の処理を実行する。一方、登録済みの他のスケジュールが修正された場合には、ＣＰＵ１１は、その登録済みのスケジュールが他の登録済みのスケジュールの日時と重複しないか否かを判定する。重複する場合には、ＣＰＵ１１は、ＰＣ２へ再度通知し、重複が解消した後に、Ｓ２の処理に戻る。

ＣＰＵ１１は、「種別」の情報に基づいて、受け付けたメインスケジュールに対応する補完タスクを、補完テンプレートから検索する（Ｓ５）。その結果、ＣＰＵ１１は、登録するメインスケジュールに対応する補完タスクがあるか否かを判定する（Ｓ６）。補完タスクがない場合（Ｓ６：ＮＯ）、ＣＰＵ１１は、受け付けたメインスケジュールのみをスケジュールリストに登録し（Ｓ１０）、本処理を終了する。

補完タスクがある場合（Ｓ６：ＹＥＳ）、ＣＰＵ１１は、補完タスクの情報を取得し、その情報に基づいて、補完スケジュールを生成する（Ｓ７）。その結果、ＣＰＵ１１は、補完スケジュールが生成できたか否かを判定する（Ｓ８）。補完スケジュールが生成できた場合（Ｓ８：ＹＥＳ）、ＣＰＵ１１は、メインスケジュールに対応する補完タスクが他にあるか否かを判定する（Ｓ９）。他に補完タスクがある場合（Ｓ９：ＹＥＳ）、ＣＰＵ１１は、Ｓ７の処理を実行し、他の補完タスクに対しても補完スケジュールの生成を行う。他に補完タスクがない場合（Ｓ９：ＮＯ）、ＣＰＵ１１は、受け付けたメインスケジュール、及び生成した補完スケジュールを、スケジュールリストに登録し（Ｓ１０）、本処理を終了する。

一方Ｓ８において、補完スケジュールが生成できなかった場合（Ｓ８：ＮＯ）、ＣＰＵ１１は、補完スケジュールの生成失敗をＰＣ２へ通知する（Ｓ１１）。補完スケジュールの生成に失敗した場合とは、上述したように、補完タスクを実行できる空き時間がない等である。通知されたＰＣ２では、図９に示す画面が表示され、スケジュールの修正が促される。

ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ１２）。修正を受け付けていない場合（Ｓ１２：ＮＯ）、ＣＰＵ１１は、修正を受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ１２：ＹＥＳ）、ＣＰＵ１１は、Ｓ７の処理を実行し、再び補完スケジュールの生成を行う。なお、Ｓ１２では、Ｓ１で受け付けたメインスケジュールが修正された場合には、ＣＰＵ１１は、Ｓ７の処理を実行する。一方、登録済みの他のスケジュールが修正された場合には、ＣＰＵ１１は、その登録済みのスケジュールが他の登録済みのスケジュールの日時と重複しないか否かを判定する。重複する場合には、ＣＰＵ１１は、ＰＣ２へ再度通知し、重複が解消した後に、Ｓ７の処理に戻る。以上の処理をＣＰＵ１１が実行することで、スケジュール登録が行われる。

次に、登録済みのスケジュールを変更する場合のサーバ装置１の動作を説明する。図１４は、スケジュール変更処理の手順を示すフローチャートである。

ＣＰＵ１１は、ＰＣ２から変更後の行動情報を受信することで、ＰＣ２からスケジュールの変更を受け付けたか否かを判定する（Ｓ２０）。変更を受け付けていない場合（Ｓ２０：ＮＯ）、ＣＰＵ１１は、変更を受け付けるまで待機する。変更を受け付けた場合（Ｓ２０：ＹＥＳ）、ＣＰＵ１１は、受け付けた変更が、削除要求であるか否かを判定する（Ｓ２１）。削除要求の場合（Ｓ２１：ＹＥＳ）、ＣＰＵ１１は、対応する全スケジュールを削除し（Ｓ２２）、本処理を終了する。具体的には、メインスケジュールの削除が要求された場合、ＣＰＵ１１は、メインスケジュールと、それに対応する補完スケジュールを、スケジュールリストから削除する。また補完スケジュールの削除が要求された場合、ＣＰＵ１１は、要求された補完スケジュールのみを削除する。

削除要求でない場合（Ｓ２１：ＮＯ）、ＣＰＵ１１は、変更後のスケジュールの日時が、スケジュールリストに登録された他のスケジュールの日時と重複しているか否かを判定する（Ｓ２３）。日時が重複している場合（Ｓ２３：ＹＥＳ）、ＣＰＵ１１は、スケジュール変更の失敗として、ＰＣ２へ日時が重複していることを通知する（Ｓ２４）。通知されたＰＣ２では、図１０と同様の画面が表示され、スケジュールの修正が促される。

ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ２５）。修正を受け付けていない場合（Ｓ２５：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ２５：ＹＥＳ）、ＣＰＵ１１は、Ｓ２３の処理を実行し、再び日時が重複しているか否かを判定する。

日時が重複していない場合（Ｓ２３：ＮＯ）、ＣＰＵ１１は、変更対象がメインスケジュールであるか否かを判定する（Ｓ２６）。メインスケジュールである場合（Ｓ２６：ＹＥＳ）、ＣＰＵ１１は、メインスケジュール変更処理を実行する（Ｓ２７）。図１５は、メインスケジュール変更処理の手順を示すフローチャートである。

ＣＰＵ１１は、変更するメインスケジュールに対応する補完スケジュールがあるか否かを判定する（Ｓ４０）。対応する補完スケジュールがない場合（Ｓ４０：ＮＯ）、ＣＰＵ１１は、本処理を終了し、図１４のＳ２９の処理に移る。対応する補完スケジュールがある場合（Ｓ４０：ＹＥＳ）、ＣＰＵ１１は、補完スケジュールの再生成を行う（Ｓ４１）。この場合、ＣＰＵ１１は、再生成する補完スケジュールに係る補完タスクの情報を、補完タスクテンプレートから再度取得し、取得した情報に基づいて、補完スケジュールを生成する。

ＣＰＵ１１は、取得した情報に基づいて補完スケジュールが生成できたか否かを判定する（Ｓ４２）。例えば、メインスケジュールの日時を変更することで、補完タスクが実行できる空き時間がなくなった場合、ＣＰＵ１１は、補完スケジュールの生成ができないと判定する。補完スケジュールの生成ができた場合（Ｓ４２：ＹＥＳ）、ＣＰＵ１１は、変更するメインスケジュールに対応する補完スケジュールが他にあるか否かを判定する（Ｓ４３）。他に補完スケジュールがある場合（Ｓ４３：ＹＥＳ）、ＣＰＵ１１は、Ｓ４１の処理を再度実行する。他に補完スケジュールがない場合（Ｓ４３：ＮＯ）、ＣＰＵ１１は、本処理を終了し、図１４のＳ２９の処理に移る。

一方、補完スケジュールの生成ができない場合（Ｓ４２：ＮＯ）、ＣＰＵ１１は、補完スケジュールの生成ができないためにスケジュール変更に失敗したことを、ＰＣ２へ通知する（Ｓ４４）。通知されたＰＣ２では、図９に示す通知画面が表示される。ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ４５）。修正を受け付けていない場合（Ｓ４５：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ４５：ＹＥＳ）、ＣＰＵ１１は、Ｓ４１の処理に戻る。なお、Ｓ４５でメインスケジュールが修正された場合には、ＣＰＵ１１は、修正されたメインスケジュールが他の登録済のスケジュールの日時と重複しないか否かを判定する。重複する場合には、ＣＰＵ１１は、ＰＣ２へ再度通知し、重複が解消した後に、Ｓ４１の処理に戻る。一方、登録済みの他のスケジュールが修正された場合には、ＣＰＵ１１は、同様に、他の登録済みのスケジュールの日時と重複しないか否かを判定して、重複が解消した後に、Ｓ４１の処理に戻る。以上の処理をＣＰＵ１１が実行することで、メインスケジュールの変更が行われる。

図１４に戻り、メインスケジュール変更処理の終了後、ＣＰＵ１１は、受け付けた変更後のメインスケジュール、及び生成した補完スケジュールを、スケジュールリストへ登録する（Ｓ２９）。なお、生成した補完スケジュールを登録する場合、ＣＰＵ１１は、登録されていた補完スケジュールを削除する。その後、ＣＰＵ１１は、本処理を終了する。

一方Ｓ２６において、変更対象がメインスケジュールでない場合（Ｓ２６：ＮＯ）、すなわち、変更対象が補完スケジュールである場合、ＣＰＵ１１は、補完スケジュール変更処理を実行する（Ｓ２８）。図１６は、補完スケジュール変更処理の手順を示すフローチャートである。

ＣＰＵ１１は、変更対象の補完スケジュールに対応するメインスケジュールの情報を取得する（Ｓ５０）。ＣＰＵ１１は、変更後の補完スケジュールと、対応するメインスケジュールとの順序関係が正しいか否かを判定する（Ｓ５１）。順序関係が正しくない場合（Ｓ５１：ＮＯ）、ＣＰＵ１１は、ＰＣ２へスケジュール変更の失敗を通知する（Ｓ５２）。通知されたＰＣ２では、図１２に示す通知画面が表示される。ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ５３）。修正を受け付けていない場合（Ｓ５３：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ５３：ＹＥＳ）、ＣＰＵ１１は、Ｓ５１の処理を実行する。なお、Ｓ５３において、補完スケジュールが修正された場合には、ＣＰＵ１１は、修正された補完スケジュールが他の登録済のスケジュールの日時と重複しないか否かを判定する。重複する場合には、ＣＰＵ１１は、ＰＣ２へ再度通知し、重複が解消した後に、Ｓ４１の処理に戻る。一方、登録済みの他のスケジュールが修正された場合には、ＣＰＵ１１は、同様に、他の登録済みのスケジュールの日時と重複しないか否かを判定して、重複が解消した後に、Ｓ５１の処理に戻る。

一方、順序関係が正しい場合（Ｓ５１：ＹＥＳ）、ＣＰＵ１１は、受信した変更後の行動情報に基づいて、変更後の補完スケジュールを生成し（Ｓ５４）、補完スケジュールが生成できたか否かを判定する（Ｓ５５）。補完タスクを実行する空き時間がないなどにより、補完スケジュールが生成できなかった場合（Ｓ５５：ＮＯ）、ＣＰＵ１１は、補完スケジュールの生成失敗をＰＣ２へ通知する（Ｓ５６）。通知されたＰＣ２では、図９に示す画面が表示され、スケジュールの修正が促される。

ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ５７）。修正を受け付けていない場合（Ｓ５７：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ５７：ＹＥＳ）、ＣＰＵ１１は、Ｓ５４の処理を実行し、再度補完スケジュールを生成する。一方、補完スケジュールが生成できた場合（Ｓ５５：ＹＥＳ）、ＣＰＵ１１は、本処理を終了し、図１４のＳ２９の処理に移る。図１４に戻り、補完スケジュール変更処理の終了後、ＣＰＵ１１は、生成した変更後の補完スケジュールをスケジュールリストへ登録する（Ｓ２９）。なお、生成した補完スケジュールを登録する場合、ＣＰＵ１１は、登録されていた補完スケジュールを削除する。その後、ＣＰＵ１１は、本処理を終了する。以上の処理をＣＰＵ１１が実行することで、登録済みのスケジュールの変更が行われる。

以上説明したように、本実施の形態では、登録者がメインスケジュールを登録するだけで、関連する補完スケジュールが自動的に生成され、登録される。これにより、登録者は自身の実行すべき全ての行動とその実行日時を容易に把握でき、効率的にスケジューリングできる。また、スケジュールが変更された場合には、変更されたスケジュールに関連付けて登録されている他のスケジュールも合わせて変更することで、登録者は、自身が行った変更に伴い変更させるべきスケジュールの行動とその実行日時とを容易に把握でき、効率的にスケジューリングできる。

（実施形態２）
以下に、本発明に係る実施の形態２について説明する。本実施の形態では、登録したスケジュールと時間的に前後し、タスクの実行場所がそれぞれ異なる場合に、実行場所の移動を考慮したスケジュール（以下、移動スケジュールという）を生成し、登録する。以下、実施の形態１との相違点について説明する。

図１７は、サーバ装置１が有する機能を示すブロック図である。

サーバ装置１は、実施の形態１で説明した機能に加え、移動スケジュール生成部２９の機能をさらに備えている。移動スケジュール生成部２９は、スケジュール登録部２５がスケジュールを登録した後、登録したスケジュールと前後し、場所情報が異なるスケジュールがある場合、移動スケジュールを生成する。移動スケジュールは、二つのスケジュールの実行場所を移動するのに要する移動時間、及び、電車、バス又は徒歩等の移動手段等の情報を有している。

移動スケジュールを生成する場合、移動スケジュール生成部２９は、二つのスケジュールの実行場所の移動に要する移動時間を算出する。移動時間は、例えば、二つのスケジュールの実行場所にそれぞれ近い駅の移動にかかる時間を、交通手段乗換えサービスを利用して算出される。交通手段乗換えサービスとは、サーバ装置１のために提供されるサービスであってもよいし、インターネット上で無料又は有料で提供されるサービスであってもよい。また、移動時間は、過去に算出された移動時間の履歴と照合して算出されてもよいし、登録者により入力された移動手段に応じて算出されてもよく、算出方法は適宜変更可能である。

移動時間の算出後、移動スケジュール生成部２９は、二つのスケジュール間の空き時間と、算出した移動時間とを対比する。空き時間は、時間的に前となるスケジュールの終了時間と、時間的に後となるスケジュールの開始時間との差により算出される。移動スケジュール生成部２９は、移動時間が空き時間より長いか否かを判定し、移動時間の方が長い場合には、時間内の移動は無理であると判定する。この場合、移動スケジュール生成部２９は、再度移動時間を算出するために、移動手段の変更指示をＰＣ２へ通知する。

図１８は、移動手段の変更を登録者に促すための画面の一例を示す図である。図１８に示す画面は、変更指示の通知を受け付けたＰＣ２のモニタに表示される。なお、図１８では、電車を移動手段として移動時間を算出した場合を示す。この画面では、登録者が登録したスケジュールの情報と、そのスケジュールに前後（図では後）するスケジュールの情報とが並列に表示される。また、電車での移動が間に合わないため、移動手段を電車から変更してよいかを登録者に選択させるボタンが表示される。変更が許可された場合、移動スケジュール生成部２９は、移動手段を変更して、再度移動時間を算出する。なお、予め複数の移動手段に対する移動時間を複数算出しておき、移動時間が空き時間より短くなる移動手段を表示して、その中からユーザに選択させるようにしてもよい。

移動スケジュール生成部２９は、図１８に示す画面で移動手段の変更が許可されなかった場合、又は、全ての移動手段に対する移動時間が空き時間より長い場合、スケジュールの修正指示をＰＣ２へ通知する。図１９は、スケジュール修正を登録者に促すための画面の一例を示す図である。図１９に示す画面は、修正指示の通知を受け付けたＰＣ２のモニタに表示される。この画面では、登録者が登録したスケジュールの情報と、そのスケジュールに前後（図では後）するスケジュールの情報とが並列に表示される。また、何れかのスケジュールを修正させるボタンが表示される。

本実施の形態に係るスケジュール登録部２５は、移動スケジュール生成部２９が生成した移動スケジュールを、スケジュールリストへ登録する。また本実施の形態に係るスケジュール変更部２７及び関連スケジュール変更部２８が変更するスケジュールには、スケジュールリストに登録された移動スケジュールを含む。

以下、サーバ装置１における動作処理について説明する。まず、メインスケジュールが登録された場合に、移動スケジュールを生成し、登録するサーバ装置１の動作について説明する。図２０は、移動スケジュール登録処理の手順を示すフローチャートである。なお、メインスケジュールを登録する処理は、実施の形態１と同様である。

ＣＰＵ１１は、メインスケジュールが登録されたか否かを判定する（Ｓ６０）。登録されていない場合（Ｓ６０：ＮＯ）、ＣＰＵ１１は、登録されるまで待機する。登録された場合（Ｓ６０：ＹＥＳ）、ＣＰＵ１１は、登録されたメインスケジュールと、その直前に実行されるスケジュールとの場所情報が同じであるか否かを判定する（Ｓ６１）。場所情報が同じでない場合（Ｓ６１：ＮＯ）、ＣＰＵ１１は、二つのスケジュールの間には、登録者が移動する必要があると判定し、直前のスケジュールとの間に移動スケジュールが既に登録されているか否かを判定することで、移動スケジュールを生成するか否かを判定する（Ｓ６２）。直前のスケジュールとの間に移動スケジュールが登録されている場合（Ｓ６２：ＹＥＳ）、ＣＰＵ１１は、移動スケジュールを生成しないと判定し、Ｓ６５の処理へ移行する。直前のスケジュールとの間に移動スケジュールが登録されていない場合（Ｓ６２：ＮＯ）、ＣＰＵ１１は、移動スケジュールを生成すると判定し、後述の移動スケジュール生成処理を実行する（Ｓ６３）。そして、ＣＰＵ１１は、生成した移動スケジュールをメインスケジュールに関連付けてスケジュールリストに登録する（Ｓ６４）。

場所情報が同じの場合（Ｓ６１：ＹＥＳ）、又は、Ｓ６４で移動スケジュールの登録後、ＣＰＵ１１は、登録されたメインスケジュールと、その直後に実行されるスケジュールとの場所情報が同じであるか否かを判定する（Ｓ６５）。場所情報が同じでない場合（Ｓ６５：ＮＯ）、ＣＰＵ１１は、Ｓ６２と同様に、直後のスケジュールとの間に移動スケジュールが既に登録されているか否かを判定することで、移動スケジュールを生成するか否かを判定する（Ｓ６６）。直後のスケジュールとの間に移動スケジュールが登録されている場合（Ｓ６６：ＹＥＳ）、ＣＰＵ１１は、移動スケジュールを生成しないと判定し、Ｓ６９の処理へ移行する。移動スケジュールが登録されていない場合（Ｓ６６：ＮＯ）、ＣＰＵ１１は、移動スケジュールを生成すると判定し、後述の移動スケジュール生成処理を実行する（Ｓ６７）。そして、ＣＰＵ１１は、生成した移動スケジュールをメインスケジュールに関連付けてスケジュールリストに登録する（Ｓ６８）。

場所情報が同じの場合（Ｓ６５：ＹＥＳ）、又は、Ｓ６８で移動スケジュールの登録後、ＣＰＵ１１は、登録されたメインスケジュールに対応する補完スケジュールがあるか否かを判定する（Ｓ６９）。補完スケジュールがある場合（Ｓ６９：ＹＥＳ）、ＣＰＵ１１は、Ｓ６１の処理に戻り、補完スケジュールに対しても、メインスケジュールと同様の処理を実行する。補完スケジュールがない場合（Ｓ６９：ＮＯ）、ＣＰＵ１１は、移動スケジュールの生成及び登録が終了したとして、本処理を終了する。

図２１は、移動スケジュール生成処理の手順を示すフローチャートである。

ＣＰＵ１１は、登録されたメインスケジュール又は補完スケジュールと、そのスケジュールの直前（又は直後）のスケジュールとの間の空き時間Ｓを算出する（Ｓ７０）。次に、ＣＰＵ１１は、二つのスケジュールの実行場所の移動に要する移動時間Ｔを算出する（Ｓ７１）。ＣＰＵ１１は、空き時間Ｓが移動時間Ｔ以上であるか否かを判定する（Ｓ７２）。

空き時間Ｓが移動時間Ｔ以上でない場合（Ｓ７２：ＮＯ）、すなわち、移動時間Ｔの方が長い場合、ＣＰＵ１１は、移動に無理があるため、移動手段の変更指示をＰＣ２へ通知する（Ｓ７３）。通知を受けたＰＣ２のモニタは、図１８に示す画面が表示される。ＣＰＵ１１は、ＰＣ２から移動手段の変更が許可されたか否かを判定する（Ｓ７４）。変更が許可された場合（Ｓ７４：ＹＥＳ）、ＣＰＵ１１は、Ｓ７１の処理を実行し、移動手段を変更して再度移動時間Ｔを算出する。変更が許可されない場合（Ｓ７４：ＮＯ）、ＣＰＵ１１は、スケジュールの修正をＰＣ２へ指示する（Ｓ７５）。ＰＣ２には、図１９に示す画面が表示される。

ＣＰＵ１１は、ＰＣ２からスケジュールの修正を受け付けたか否かを判定する（Ｓ７６）。修正を受け付けていない場合（Ｓ７６：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。このとき、ＣＰＵ１１は、一定時間以上修正を受け付けなかった場合には、移動スケジュールの生成に失敗したとして、本処理を終了するようにしてもよい。修正を受け付けた場合（Ｓ７６：ＹＥＳ）、ＣＰＵ１１は、Ｓ７０の処理を実行し、修正後のスケジュールに従って、空き時間Ｓを再度算出する。

一方、Ｓ７２において、空き時間Ｓが移動時間Ｔ以上である場合（Ｓ７２：ＹＥＳ）、ＣＰＵ１１は、スケジュール間での移動は可能であると判定し、移動スケジュールを生成する（Ｓ７７）。そして、ＣＰＵ１１は、本処理を終了し、図２０の処理において、生成した移動スケジュールをスケジュールリストへ登録する。以上の処理により、移動スケジュールは、メインスケジュールが登録されたときに生成され、登録される。以上の処理をＣＰＵ１１が実行することで、移動スケジュールの生成及び登録処理が行われる。

次に、登録済みのスケジュールが変更された場合、その変更に伴い移動スケジュールを変更するときのサーバ装置１の動作について説明する。図２２は、移動スケジュール変更処理の手順を示すフローチャートである。

ＣＰＵ１１は、登録されたスケジュールが変更されたか否かを判定する（Ｓ８０）。変更されていない場合（Ｓ８０：ＮＯ）、ＣＰＵ１１は、スケジュールが変更されるまで待機する。スケジュールが変更された場合（Ｓ８０：ＹＥＳ）、ＣＰＵ１１は、変更されたスケジュールに関連付けられた移動スケジュールがあるか否かを判定する（Ｓ８１）。移動スケジュールがある場合（Ｓ８１：ＹＥＳ）、ＣＰＵ１１は、スケジュールの変更に伴い移動スケジュールを再生成する必要があるため、その移動スケジュールを削除する（Ｓ８２）。削除後、又は、変更されたスケジュールに関連する移動スケジュールがない場合（Ｓ８１：ＮＯ）、ＣＰＵ１１は本処理を終了する。なお、移動スケジュールを削除した後に移動スケジュールを生成する場合の処理は、図２０及び図２１に示す処理と同じであるため、説明は省略する。以上の処理をＣＰＵ１１が実行することで、登録済みの移動スケジュールの変更処理が行われる。

以上説明したように、本実施の形態では、前後するスケジュールの場所が異なる場合には、場所間の移動のためのスケジュールが自動的に生成され、登録される。これにより、登録者は、移動を含めた自身の実行すべき全ての行動とその実行日時を容易に把握でき、効率的にスケジューリングできる。また、スケジュールが変更された場合には、変更されたスケジュールに関連付けて登録されている、移動を含めた他のスケジュールも合わせて変更することで、登録者は、自身が行った変更に伴い変更される移動のスケジュールを容易に把握でき、効率的にスケジューリングできる。

なお、本実施の形態では、移動のスケジュールを自動的に生成し、登録するようにしているが、登録者に移動のスケジュールを生成するか否かを選択させるようにしてもよい。この場合、登録者が仮としてスケジュールを登録した場合に、その都度移動のスケジュールが生成され、それによって他のスケジュールが登録できなくなる問題を回避することができる。

（実施形態３）
以下に、本発明に係る実施の形態３について説明する。実施の形態１では、メインスケジュールの登録時に補完スケジュールを生成しているが、本実施の形態は、補完スケジュールを生成するタイミングが実施の形態１と相違する。本実施の形態では、例えば補完タスクに対応するメインスケジュールの実行日時が数ヶ月先の場合、メインスケジュールの実行日時が近づいたときに補完スケジュールを生成する。以下、実施の形態１との相違点について説明する。

以下に、サーバ装置１で実現される機能について説明する。図２３は、サーバ装置１が有する機能を示すブロック図である。サーバ装置１は、実施の形態１で説明した機能の他に、補完タスク登録部３０、補完タスク記憶部３１、補完タスク監視部３２、補完タスク削除部３３、スケジュール監視部３４、補完タスク再登録部３５、及び補完スケジュール削除部３６等の機能をさらに備えている。

補完タスク登録部３０は、補完タスク検索部２２が検索した補完タスクを、メインスケジュールと対応付けて補完タスクリストに登録する。補完タスクリストは、補完タスク記憶部３１に記憶される。

図２４は、補完タスクリストを模式的に示す図である。補完タスクリストは、登録したメインスケジュールに対応する補完タスクを管理するためのデータテーブルである。各補完タスクは、タスクＩＤが付されている。補完タスクリストは、「種別」、「タスクタイトル」、「実行期間」、「所要時間」、「場所」及び「リストＩＤ」等の情報を、補完タスクの情報として記憶している。「実行期間」は、補完タスクが実行できる期間の情報であり、補完タスク登録部３０により算出される。「実行期間」は、対応するメインスケジュールの実行日時、及び補完タスクの「所要時間」の情報に基づいて算出される。例えばタスクＩＤ「０００１」の補完タスクより後に実行されるメインタスクが、２００９年１１月６日１４時３０分に開始される場合、「所要時間」が「１時間」であるため、実行期間は、「２００９年１１月６日１３時３０分」までとなる。「リストＩＤ」は、補完タスクがどのメインスケジュールに対応するかを識別する情報であり、図８に示すスケジュールリストのＩＤである。

なお、図７に示すように、補完タスクに実行期限が設定されている場合、「順序関係」が「前」の補完タスクの「実行期間」は、メインスケジュールの開始時刻から実行期限までの時間を引いた値が終了時刻となる。また、「順序関係」が「後」の補完タスクの「実行期間」は、メインスケジュールの終了時刻に実行期限までの時間を足した値が終了時刻とする。

補完タスク監視部３２は、補完タスクリストの実行期間を監視し、実行期間の開始又は終了が近づいた補完タスクを補完スケジュール生成部２４へ通知する。実行期間の開始又は終了が近づいたか否かの判断基準は、一週間等、固定値であってもよいし、補完タスクの所要時間から決定する変動値であってもよい。また、補完タスク毎に決められていてもよい。補完スケジュール生成部２４は、通知された補完タスクの補完スケジュールを生成する。補完スケジュール生成部２４が補完スケジュールを生成した場合、補完タスク削除部３３は、該当する補完タスクを、補完タスクリストから削除する。

図２５は、スケジュールリスト及び補完タスクリストへの登録結果を表示する画面の一例を示す図であり、ＰＣ２のモニタに表示される。図に示すように、スケジュールリスト及び補完タスクリストの登録内容は、それぞれ別々に表示される。別々に表示することで、補完タスクは、直ぐに実行する必要のないタスクであることを、登録者に報知することができる。なお、スケジュールリスト及び補完タスクリストへの登録結果は、別画面で表示してもよい。また、カレンダー上にスケジュールリストへの登録結果のみを表示し、補完タスクリストへの登録結果はカレンダーとは別に一覧で表示するようにしてもよい。

スケジュール監視部３４は、スケジュールリストのスケジュールを監視し、スケジュールの登録割合が一定値を超えている期間を検索する。例えば、スケジュール監視部３４は、一日に１０時間以上のスケジュールが登録されている場合、その日を該当する期間とする。また、１０時間内に７時間以上のスケジュールが登録されている場合、その１０時間を該当する期間とする。スケジュール監視部３４は、一日に５以上のスケジュールが登録されている日がある場合、その日を該当する期間としてもよい。またスケジュール監視部３４は、１０時間内に５以上のスケジュールが登録されている場合、その１０時間を該当する期間としてもよい。スケジュール監視部３４は、検索した期間内に実行期間が含まれる補完タスクを、補完タスクリストから検索する。スケジュール監視部３４は、検索結果を補完スケジュール生成部２４へ通知し、補完スケジュール生成部２４は、通知された補完タスクの補完スケジュールを生成する。登録割合が多い期間に実行する補完タスクの補完スケジュールを生成することで、補完タスクを実行する空き時間がなく、補完スケジュールが生成できなくなることを回避できる。

またスケジュール監視部３４は、スケジュールを監視し、スケジュールの実行日時までに十分な時間（例えば、一ヶ月）がある場合、補完タスク再登録部３５へ通知する。補完タスク再登録部３５は、通知されたスケジュールに対応する補完タスクを、補完タスク記憶部３１の補完タスクリストへ再登録し、補完スケジュール削除部３６は、対応するスケジュールをスケジュールリストから削除する。すなわち、スケジュール監視部３４は、一度補完スケジュールが登録された場合であっても、実行日時が当分先である場合には、再び補完タスクを補完タスクリストへ登録する。これにより、登録者は、実行日時が直近の必要なタスクのみを把握することができる。

以下、サーバ装置１における動作処理について説明する。

まず、スケジュールが登録された場合に、対応する補完タスクを補完タスクリストへ登録する処理を行うサーバ装置１の動作について説明する。図２６は、補完タスクリスト登録処理の手順を示すフローチャートである。

ＣＰＵ１１は、ＰＣ２からメインスケジュールの登録を受け付けたか否かを判定する（Ｓ９１）。受け付けていない場合（Ｓ９１：ＮＯ）、ＣＰＵ１１は、受け付けるまで待機する。登録を受け付けた場合（Ｓ９１：ＹＥＳ）、ＣＰＵ１１は、補完タスクテンプレートからメインスケジュールに対応する補完タスクを検索し（Ｓ９２）、対応する補完タスクがあるか否かを判定する（Ｓ９３）。補完タスクがない場合（Ｓ９３：ＮＯ）、ＣＰＵ１１は、受け付けたメインスケジュールのみを登録し（Ｓ９８）、本処理を終了する。

補完タスクがある場合（Ｓ９３：ＹＥＳ）、ＣＰＵ１１は、メインスケジュールの実行日時まで所定時間以上あるか否かを判定する（Ｓ９４）。所定時間は、例えば一ヶ月であってもよいし、数ヶ月であってもよい。所定時間以上ある場合（Ｓ９４：ＹＥＳ）、ＣＰＵ１１は、補完タスクを当分実行する必要がないため、Ｓ９２で検索した補完タスクを、補完タスクリストへ登録する（Ｓ９５）。このとき、ＣＰＵ１１は、補完タスクの実行期間を算出して登録する。一方、ＣＰＵ１１は、実行日時まで所定時間以上ない場合（Ｓ９４：ＮＯ）、ＣＰＵ１１は、補完タスクの補完スケジュールを生成する（Ｓ９６）。

Ｓ９５又はＳ９６の後、ＣＰＵ１１は、他に補完タスクがあるか否かを判定する（Ｓ９７）。他に補完タスクがある場合（Ｓ９７：ＹＥＳ）、ＣＰＵ１１は、Ｓ９４の処理を実行し、同様に補完タスクリストに登録するか、又は補完スケジュールの生成を行う。他に補完タスクがない場合（Ｓ９７：ＮＯ）、ＣＰＵ１１は、メインスケジュール及び補完スケジュールの登録を行い（Ｓ９８）、本処理を終了する。以上の処理をＣＰＵ１１が実行することで、補完タスクの補完タスクリストへの登録処理が行われる。

次に、登録済みのメインスケジュールが変更された場合、メインスケジュールの変更に伴って、補完タスクリストを更新する処理を行うサーバ装置１の動作について説明する。図２７は、補完タスクリスト更新処理の手順を示すフローチャートである。

ＣＰＵ１１は、登録済みのメインスケジュールが変更されたか否かを判定する（Ｓ１００）。メインスケジュールが変更されていない場合（Ｓ１００：ＮＯ）、ＣＰＵ１１は、変更されるまで待機する。メインスケジュールが変更された場合（Ｓ１００：ＹＥＳ）、ＣＰＵ１１は、メインスケジュールに対応する補完タスクが補完タスクリストに登録されているか否かを判定する（Ｓ１０１）。対応する補完タスクが登録されていない場合（Ｓ１０１：ＮＯ）、ＣＰＵ１１は、本処理を終了する。

対応する補完タスクが登録されている場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ１１は、変更後のメインスケジュールの実行日時まで所定時間以上あるか否かを判定する（Ｓ１０２）。所定時間は、例えば一ヶ月であってもよいし、数ヶ月であってもよい。所定時間以上ある場合（Ｓ１０２：ＹＥＳ）、ＣＰＵ１１は、補完タスクを当分実行する必要がないため、補完タスクを補完タスクリストへ再登録する（Ｓ１０３）。このとき、ＣＰＵ１１は、補完タスクの実行期間を再度算出して登録する。一方、ＣＰＵ１１は、実行日時まで所定時間以上ない場合（Ｓ１０２：ＮＯ）、ＣＰＵ１１は、補完タスクの補完スケジュールを生成し、スケジュールリストへ登録する（Ｓ１０４）。ＣＰＵ１１は、補完スケジュールを生成した補完タスクを、補完タスクリストから削除する（Ｓ１０５）。

Ｓ１０３又はＳ１０５の後、ＣＰＵ１１は、変更されたメインスケジュールに対応する補完タスクが他にあるか否かを判定する（Ｓ１０６）他に補完タスクがある場合（Ｓ１０６：ＹＥＳ）、ＣＰＵ１１は、Ｓ１０２の処理を実行する。他に補完タスクがない場合（Ｓ１０６：ＮＯ）、ＣＰＵ１１は、本処理を終了する。以上の処理をＣＰＵ１１が実行することで、メインスケジュールの変更に伴う、補完タスクリストの更新処理が行われる。

次に、所定のタイミングで、補完タスクリストに登録された補完タスクの補完スケジュールを生成する処理を行うサーバ装置１の動作について説明する。図２８は、補完スケジュール生成処理の手順を示すフローチャートである。

ＣＰＵ１１は、補完タスクリストを監視する監視タイミングであるか否かを判定する（Ｓ１１０）。監視タイミングは、予め決定しておいた時間であってもよいし、登録者が決定した時間であってもよい。また、ＰＣ２の起動時又はログイン時であってもよい。また、例えば一週間毎及び一ヶ月毎など、複数のタイミングが設定されていてもよい。監視タイミングでない場合（Ｓ１１０：ＮＯ）、ＣＰＵ１１は、監視タイミングとなるまで待機する。

監視タイミングの場合（Ｓ１１０：ＹＥＳ）、ＣＰＵ１１は、実行期間の開始又は終了が近づいた補完タスクが補完タスクリストにあるか否かを判定する（Ｓ１１１）。実行期間の開始又は終了が近づいた補完タスクがある場合（Ｓ１１１：ＹＥＳ）、ＣＰＵ１１は、補完タスクを実行する時間を確保するために、その補完タスクの補完スケジュールを生成し、スケジュールリストに登録する（Ｓ１１２）。そして、ＣＰＵ１１は、補完スケジュールを生成した補完タスクを、補完タスクリストから削除する（Ｓ１１３）。次に、ＣＰＵ１１は、Ｓ１１１で検索した期間内に実行期間が含まれる補完タスクが他にあるか否かを判定する（Ｓ１１４）。他に補完タスクがある場合（Ｓ１１４：ＹＥＳ）、ＣＰＵ１１は、Ｓ１１２の処理を実行する。他に補完タスクがない場合（Ｓ１１４：ＮＯ）、ＣＰＵ１１は、Ｓ１１５の処理に移る。

実行期間の開始又は終了が近づいた補完タスクがない場合（Ｓ１１１：ＮＯ）、ＣＰＵ１１は、スケジュールの日時情報に基づいて、スケジュールの登録割合が一定値以上となっている期間を検索する（Ｓ１１５）。ＣＰＵ１１は、検索した結果、該当する期間があるか否かを判定する（Ｓ１１６）。該当する期間がある場合（Ｓ１１６：ＹＥＳ）、ＣＰＵ１１は、検索した期間内に実行期間が含まれる補完タスクが、補完タスクリストにあるか否かを判定する（Ｓ１１７）。補完タスクがある場合（Ｓ１１７：ＹＥＳ）、ＣＰＵ１１は、補完タスクを実行する時間を確保するために、その補完タスクの補完スケジュールを生成し、スケジュールリストに登録する（Ｓ１１８）。そして、ＣＰＵ１１は、補完スケジュールを生成した補完タスクを、補完タスクリストから削除する（Ｓ１１９）。次に、ＣＰＵ１１は、該当する補完タスクが他にあるか否かを判定する（Ｓ１１９−１）。他に補完タスクがある場合（Ｓ１１９−１：ＹＥＳ）、ＣＰＵ１１は、Ｓ１１５の処理を実行する。他に補完タスクがない場合（Ｓ１１９−１：ＮＯ）、ＣＰＵ１１は、本処理を終了する。

一方、スケジュールの登録割合が一定値以上となっている期間がない場合（Ｓ１１６：ＮＯ）、又は、検索した期間内に実行期間が含まれる補完タスクがない場合（Ｓ１１７：ＮＯ）、ＣＰＵ１１は、本処理を終了する。以上の処理をＣＰＵ１１が実行することで、補完タスクリストへ登録された補完タスクの補完スケジュールを生成する処理が行われる。

次に、生成した補完スケジュールの実行日時まで時間がある場合に、再度補完タスクリストへ補完タスクを登録し直す処理を行うサーバ装置１の動作について説明する。図２９は、補完タスクリスト再登録処理の手順を示すフローチャートである。

ＣＰＵ１１は、スケジュールリストを監視する監視タイミングであるか否かを判定する（Ｓ１２０）。監視タイミングは、上述したように、予め決定しておいた時間であってもよいし、登録者が決定した時間であってもよい。監視タイミングでない場合（Ｓ１２０：ＮＯ）、ＣＰＵ１１は、監視タイミングとなるまで待機する。監視タイミングの場合（Ｓ１２０：ＹＥＳ）、ＣＰＵ１１は、スケジュールリストに補完スケジュールが登録されているか否かを判定する（Ｓ１２１）。

補完スケジュールが登録されていない場合（Ｓ１２１：ＮＯ）、ＣＰＵ１１は、本処理を終了する。補完スケジュールが登録されている場合（Ｓ１２１：ＹＥＳ）、ＣＰＵ１１は、補完スケジュールに対応するメインスケジュールの実行日時を取得する（Ｓ１２２）。ＣＰＵ１１は、メインスケジュールの実行日時まで所定時間以上あるか否かを判定する（Ｓ１２３）。所定時間以上ある場合（Ｓ１２３：ＹＥＳ）、ＣＰＵ１１は、補完タスクを当分実行する必要がないと判定し、補完タスクを補完タスクリストへ再登録する（Ｓ１２４）。そして、ＣＰＵ１１は、該当する補完スケジュールをスケジュールリストから削除する（Ｓ１２５）。

補完スケジュールの削除後、又は、メインスケジュールの実行日時まで所定時間以上ない場合（Ｓ１２３：ＮＯ）、ＣＰＵ１１は、他に補完スケジュールが登録されているか否かを判定する（Ｓ１２６）。他に補完スケジュールが登録されている場合（Ｓ１２６：ＹＥＳ）、ＣＰＵ１１は、Ｓ１２２の処理を実行する。他に補完スケジュールが登録されていない場合（Ｓ１２６：ＮＯ）、ＣＰＵ１１は、本処理を終了する。以上により、生成した補完スケジュールの実行日時まで時間がある場合に、再度補完タスクリストへ補完タスクを登録し直す処理が行われる。

以上説明したように、本実施の形態では、暫く実行しないメインタスクに対する補完タスクには、補完スケジュールを生成せず、補完タスクリストに登録する。そして、補完タスクの実行期間を監視して、所定のタイミングで補完スケジュールを生成し、登録する。これにより、登録者は実行日時の決まっているタスクと、それ以外の実行すべき全てのタスクを容易に把握でき、効率的にスケジューリングできる。

また、本実施の形態では、スケジュールが変更された場合にも、スケジュールに関連して前後で発生する補完タスクの実行期間も合わせて変更する。これにより、登録者は、変更したスケジュールに対応する補完タスクの実行期間を変更する必要がなく、効率的にスケジューリングできる。また、スケジュールの登録割合が多い期間に実行する補完タスクがある場合には、優先的にその補完タスクの補完スケジュールを生成することで、補完タスクを実行できる空き時間がなくなり、補完スケジュールが生成できなくなるおそれを回避できる。

さらに、本実施の形態では、一度補完スケジュールを生成し、登録した場合であっても、実行までの時間が十分にある補完スケジュールを削除し、再度補完タスクリストに補完タスクを登録する。これにより、登録者は、必要なタスクのみを把握でき、効率的にスケジューリングできる。

以上、本発明の好適な一実施の形態について、具体的に説明したが、各構成及び動作等は適宜変更可能であって、上述の実施の形態に限定されることはない。例えば、ＰＣ２からサーバ装置１に対してスケジュールの登録を行う構成として説明しているが、ＰＣ、ＰＤＡ又は携帯電話機等の一つの装置内で上述した全処理が行われるようにしてもよい。また、上述した各実施の形態をそれぞれ組み合わせた構成であってもよい。

以下に、上述の実施形態を含む実施形態に関し、更に付記を開示する。

（付記１）
日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録するスケジュール登録装置において、
入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報を記憶する手段と、
入力された行動情報に対応する補完行動情報を検索する検索手段と、
該検索手段が検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する登録手段と
を備えるスケジュール登録装置。

（付記２）
行動情報及び補完行動情報は、
行動内容毎に分類された分類情報を有し、
前記検索手段は、
入力された行動情報と一致する分類情報を有する補完行動情報を検索するようにしてある
付記１に記載のスケジュール登録装置。

（付記３）
補完行動情報は、
補完行動の実行に要する所要時間の情報を有しており、
前記検索手段が検索した補完行動情報に係る補完行動に設定された実行順序、前記補完行動に係る所要時間、及び、入力された行動情報に係る行動に指定された日時に基づいて、前記補完行動を実行する日時を決定する決定手段
をさらに備え、
前記登録手段は、
前記決定手段が決定した日時に実行するスケジュールとして登録するようにしてある
付記１又は２に記載のスケジュール登録装置。

（付記４）
複数のスケジュールが登録してあり、
前記決定手段は、
登録してあるスケジュールを実行する日時に基づいて、スケジュールが登録されていない空き時間を検索する手段
を有し、
検索した空き時間内で補完行動を実行する日時を決定するようにしてある
付記３に記載のスケジュール登録装置。

（付記５）
補完行動情報は、
補完行動が実行できる実行期限の情報を有しており、
前記決定手段は、
補完行動の実行期限内に検索した空き時間が含まれる場合に、日時を決定するようにしてある
付記４に記載のスケジュール登録装置。

（付記６）
行動情報及び補完行動情報は、場所情報を有しており、
スケジュールを登録する場合、前記スケジュールと時間的に前後する他のスケジュールが登録されているか否かを判定する手段と、
登録されていると判定した場合、前記スケジュール及び他のスケジュールに係る場所情報が異なるか否かを判定する手段と、
異なると判定した場合、前記場所情報が示す場所間の移動に関する移動行動情報を生成する移動行動情報生成手段と、
前記スケジュール及び他のスケジュールと関連付けて、生成した移動行動情報をスケジュールとして登録する移動行動情報登録手段と
をさらに備える付記１から５の何れか一つに記載のスケジュール登録装置。

（付記７）
前記移動行動情報生成手段は、
場所間の移動に要する移動時間を算出する手段
を有し、
算出した移動時間の情報を含めて移動行動情報を生成するようにしてあり、
前記スケジュール及び他のスケジュールが実行される日時の間の空き時間を算出する手段と、
移動行動情報に係る移動時間が、算出した空き時間以下であるか否かを判定する時間判定手段と
をさらに備え、
前記移動行動情報登録手段は、
前記時間判定手段が空き時間以下であると判定した場合、移動行動情報を登録するようにしてある
付記６に記載のスケジュール登録装置。

（付記８）
前記時間判定手段が空き時間以下でないと判定した場合、前記移動行動情報生成手段に、移動時間の算出方法の変更を要求する手段
をさらに備える付記７に記載のスケジュール登録装置。

（付記９）
前記移動行動情報登録手段は、
時間的に前となる前記スケジュール又は他のスケジュールの実行が終了する日時を、スケジュールの開始時間として、移動行動情報を登録するようにしてある
付記６から８の何れか一つに記載のスケジュール登録装置。

（付記１０）
入力された行動情報に係る行動に指定された日時までの時間を算出する算出手段と、
前記算出手段が算出した時間が所定値以上の場合、前記検索手段が検索した補完行動情報を、前記行動情報と関連付けて記憶する記憶手段と
をさらに備え、
前記登録手段は、
前記記憶手段に補完行動情報が記憶された場合、前記補完行動情報をスケジュールとして登録しないようにしてある
付記１から９の何れか一つに記載のスケジュール登録装置。

（付記１１）
補完行動情報は、
補完行動の実行に要する所要時間の情報を有しており、
補完行動情報に係る実行順序及び所要時間と、前記日時とに基づいて、前記補完行動情報に係る補完行動を実行できる実行期間を算出する実行期間算出手段
をさらに備え、
前記記憶手段は、
算出した実行期間を対応付けて、前記補完行動情報を記憶するようにしてある
付記１０に記載のスケジュール登録装置。

（付記１２）
補完行動情報は、
補完行動が実行できる実行期限の情報を有しており、
前記実行期間算出手段は、
補完行動情報に係る実行期限に基づいて、実行期間を算出するようにしてある
付記１１に記載のスケジュール登録装置。

（付記１３）
前記記憶手段に記憶した補完行動情報をスケジュールとして登録するか否かを判定する登録判定手段
をさらに備え、
前記登録手段は、
該登録判定手段が登録すると判定した場合、前記補完行動情報を登録するようにしてあり、
前記登録手段が登録した補完行動情報を前記記憶手段から削除する手段
をさらに備える付記１０から１２の何れか一つに記載のスケジュール登録装置。

（付記１４）
前記算出手段は、
随時時間を算出するようにしてあり、
前記登録判定手段は、
前記禁止手段が登録を禁止した場合、前記算出手段が算出した時間が所定値以下となったか否かを判定し、
前記登録手段は、
前記登録判定手段が所定値以下となったと判定した場合、補完行動情報を登録するようにしてある
付記１３に記載のスケジュール登録装置。

（付記１５）
スケジュールの登録割合が一定値を超えている期間を検索する手段と、
実行期間が検索した期間内に含まれる補完行動情報を、前記記憶手段から検索する手段と
をさらに備え、
前記登録手段は、
検索した補完行動情報を登録するようにしてある
付記１３又は１４に記載のスケジュール登録装置。

（付記１６）
スケジュールとして登録された補完行動情報を前記記憶手段に再記憶するか否かを判定する再記憶判定手段と、
再記憶すると判定した場合、前記記憶手段に前記補完行動情報を記憶する手段と、
記憶した補完行動情報に係るスケジュールを削除する手段と
をさらに備える付記１０から１５の何れか一つに記載のスケジュール登録装置。

（付記１７）
登録されたスケジュールの変更を受け付ける手段と、
変更を受け付けたスケジュールに、他のスケジュールが関連付けられているか否かを判定する手段と、
関連付けられていると判定した場合、他のスケジュールを変更する変更手段と
をさらに備える付記１から１６の何れか一つに記載のスケジュール登録装置。

（付記１８）
変更を受け付けたスケジュールに、他のスケジュールが関連付けられている場合、前記スケジュール又は他のスケジュールに係る補完行動情報で設定されている実行順序に基づいて、前記スケジュール及び他のスケジュールの時間的関係が正しいか否かを判定する関係判定手段
をさらに備え、
前記変更手段は、
前記関係判定手段が正しいと判定した場合に、変更するようにしてある
付記１７に記載のスケジュール登録装置。

（付記１９）
前記関係判定手段が正しくないと判定した場合、前記スケジュール又は他のスケジュールの修正を促す手段
をさらに備える付記１８に記載のスケジュール登録装置。

（付記２０）
前記変更手段は、
前記他のスケジュールが補完行動情報に係るスケジュールである場合、前記スケジュールを削除し、変更を受け付けたスケジュールに係る行動情報に対応する補完行動情報を前記検索手段に検索させて、前記登録手段に前記補完行動情報をスケジュールとして再登録させるようにしてある
付記１７から１９の何れか一つに記載のスケジュール登録装置。

（付記２１）
前記他のスケジュールが移動行動情報に係るスケジュールである場合、
前記変更手段は、
前記他のスケジュールを削除する手段と、
変更を受け付けたスケジュールに対する移動行動情報を生成するよう要求する手段と、
前記移動行動情報登録手段に、生成された移動行動情報をスケジュールとして登録させる手段と
を有する付記１７から２０の何れか一つに記載のスケジュール登録装置。

（付記２２）
変更を受け付けたスケジュールが行動情報に係るスケジュールである場合、
変更を受け付けたスケジュールに関連付けられた補完行動情報が前記記憶手段に記憶されているか否かを判定する手段
をさらに備え、
前記検索手段は、
補完行動情報が記憶されていると判定した場合、前記スケジュールに係る行動情報に対応する補完行動情報を検索するようにしてあり、
前記記憶手段に記憶されている補完行動情報を、前記検索手段が検索した補完行動情報に更新する更新手段
をさらに備える付記１７から２１の何れか一つに記載のスケジュール登録装置。

（付記２３）
前記更新手段は、
前記検索手段が補完行動情報を検索した場合、変更後のスケジュールに係る日時に基づいて、前記実行期間算出手段に実行期間の算出を要求するようにしてある
付記２２に記載のスケジュール登録装置。

（付記２４）
日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録するスケジュール登録方法において、
入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報を記憶し、
入力された行動情報に対応する補完行動情報を検索し、
検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する
スケジュール登録方法。

（付記２５）
日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録し、入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報が記憶してあるコンピュータに実行されるプログラムにおいて、
コンピュータを、
入力された行動情報に対応する補完行動情報を検索する検索手段、及び、
該検索手段が検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する手段
として機能させるプログラム。

（付記２６）
付記２５に記載されたプログラムが記録されており、コンピュータでの読み取りが可能な記録媒体。

１ サーバ装置
２ ＰＣ
３ 記録媒体
２１ 登録受付部
２２ 補完タスク検索部
２３ テンプレート記憶部
２４ 補完スケジュール生成部
２５ スケジュール登録部
２６ スケジュール記憶部

Claims (8)

1. 日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録するスケジュール登録装置において、
   入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報を記憶する手段と、
   入力された行動情報に対応する補完行動情報を検索する検索手段と、
   該検索手段が検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する登録手段と
   を備えるスケジュール登録装置。
2. 行動情報及び補完行動情報は、場所情報を有しており、
   スケジュールを登録する場合、前記スケジュールと時間的に前後する他のスケジュールが登録されているか否かを判定する手段と、
   登録されていると判定した場合、前記スケジュール及び他のスケジュールに係る場所情報が異なるか否かを判定する手段と、
   異なると判定した場合、前記場所情報が示す場所間の移動に関する移動行動情報を生成する移動行動情報生成手段と、
   前記スケジュール及び他のスケジュールと関連付けて、生成した移動行動情報をスケジュールとして登録する移動行動情報登録手段と
   をさらに備える請求項１に記載のスケジュール登録装置。
3. 入力された行動情報に係る行動に指定された日時までの時間を算出する算出手段と、
   前記算出手段が算出した時間が所定値以上の場合、前記検索手段が検索した補完行動情報を、前記行動情報と関連付けて記憶する記憶手段と
   をさらに備え、
   前記登録手段は、
   前記記憶手段に補完行動情報が記憶された場合、前記補完行動情報をスケジュールとして登録しないようにしてある
   請求項１又は２に記載のスケジュール登録装置。
4. 前記記憶手段に記憶した補完行動情報をスケジュールとして登録するか否かを判定する登録判定手段
   をさらに備え、
   前記登録手段は、
   該登録判定手段が登録すると判定した場合、前記補完行動情報を登録するようにしてあり、
   前記登録手段が登録した補完行動情報を前記記憶手段から削除する手段
   をさらに備える請求項３に記載のスケジュール登録装置。
5. スケジュールとして登録された補完行動情報を前記記憶手段に再記憶するか否かを判定する再記憶判定手段と、
   再記憶すると判定した場合、前記記憶手段に前記補完行動情報を記憶する手段と、
   記憶した補完行動情報に係るスケジュールを削除する手段と
   をさらに備える請求項３又は４に記載のスケジュール登録装置。
6. 登録されたスケジュールの変更を受け付ける手段と、
   変更を受け付けたスケジュールに、他のスケジュールが関連付けられているか否かを判定する手段と、
   関連付けられていると判定した場合、他のスケジュールを変更する変更手段と
   をさらに備える請求項１から５の何れか一つに記載のスケジュール登録装置。
7. 日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録するスケジュール登録方法において、
   入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報を記憶し、
   入力された行動情報に対応する補完行動情報を検索し、
   検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する
   スケジュール登録方法。
8. 日時が指定されたユーザの行動に関する行動情報の入力を受け付け、入力された行動情報をスケジュールとして登録し、入力される行動情報に係る行動との実行順序が設定され、前記行動を補完する補完行動に関する補完行動情報が記憶してあるコンピュータに実行されるプログラムにおいて、
   コンピュータを、
   入力された行動情報に対応する補完行動情報を検索する検索手段、及び、
   該検索手段が検索した補完行動情報に係る補完行動に設定された実行順序に基づいて、前記スケジュールと関連付けて前記補完行動情報をスケジュールとして登録する手段
   として機能させるプログラム。

Images