JP2013137640A - スケジュール管理装置およびスケジュール管理方法 - Google Patents

Abstract

【課題】スケジュールを適切に管理することを課題とする。
【解決手段】スケジュールサーバ２０は、イベントの発生するあいまいな時期の指定を受け付け、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する。そして、スケジュールサーバ２０は、イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する。そして、イベントに対応付けて、変換された所定範囲の日時と、特定されたイベントの種別および他のイベントとの関連性とを記憶部２５に格納する。そして、スケジュールサーバ２０は、記憶部２５に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する。そして、スケジュールサーバ２０は、記憶部２５に格納されたイベントの種別および他のイベントとの関連性を出力する。
【選択図】 図３

Description

本発明は、スケジュール管理装置およびスケジュール管理方法に関する。

従来、イベントの日付または期間を特定するか、まったく日付を指定しないでスケジュールに登録する方法があった。また、ワークフローやプロジェクト管理においては業務の進捗を管理するために開始と終了の日付、途中のイベントの日付を決めて管理する方法があった。

F.Dawson et al, "Internet Calendaring and Scheduling Core Object Specification （iCalendar）", Network Working Group, RFC2445, November 1998, ［online］,［平成２３年１２月１９日検索］、インターネット＜http://tools.ietf.org/html/rfc2445＞

しかしながら、従来のスケジュールでは、適切にスケジュール管理を行うことができないという課題があった。つまり、従来のスケジュール登録方法では、イベントの日付が決定していないにも関わらず仮の日付を付与して入力するか、まったく日付を指定しないでタスクのリスト（ＴｏＤｏリスト）として管理するかであった。

そのため、イベントの日付を決めること自体もタスクとして必要な場合には、イベントの直前まで気がつかないことや、普段から不正確なスケジュールを管理することがある。あるいは、タスクのリストとして管理すると、その他の多くのタスクもあり非常に多くなることや、すぐに実行するべきタスクとしばらく先に実行するべきタスクが混在し、タスクの管理が煩雑になる。また、組織活動のように継続的に業務をすることが前提の場合など、特に終了時期を明確にする必要のないものは管理できないという課題があった。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、スケジュールを適切に管理することを目的とする。

上述した課題を解決し、目的を達成するため、イベントの発生する日時があいまいなスケジュールについて、該イベントの発生するあいまいな時期の指定を受け付け、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する変換部と、前記イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する特定部と、前記イベントに対応付けて、変換部によって変換された所定範囲の日時と、前記特定部によって特定されたイベントの種別および他のイベントとの関連性とを記憶部に格納する格納部と、前記記憶部に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する催促部と、前記記憶部に格納されたイベントの種別および他のイベントとの関連性を出力する出力部とを有することを特徴とする。

実施形態に係るスケジュール管理装置およびスケジュール管理方法は、スケジュールを適切に管理することを可能にするという効果を奏する。

図１は、実施例１に係るスケジュール管理システムの構成例を示す図である。 図２は、スケジュールデータを扱う一連の流れの一例を示した図である。 図３は、実施例１に係るスケジュールサーバの構成を示すブロック図である。 図４は、スケジュールデータのフォーマットの一例を示した図である。 図５は、基本イベント構造の一例を示す図である。 図６は、あいまいな予定の指定方法の例を示す図である。 図７は、指定されたあいまいな予定のコンピュータ上でのデータ記述例を示す図である。 図８は、基本イベントを組み合わせて構成される年間スケジュール構造の一例を示した図である。 図９は、あいまいなイベントを想起・管理するための画面例を示す図である。 図１０は、実施例１に係るスケジュール管理システムの処理手順を示すシーケンス図である。 図１１は、実施例１に係るスケジュール管理システムの処理手順を示すシーケンス図である。 図１２は、実施例１に係るスケジュール管理システムの処理手順を示すシーケンス図である。 図１３は、スケジュール管理プログラムを実行するコンピュータを示す図である。

以下に添付図面を参照して、この発明に係るスケジュール管理装置およびスケジュール管理方法の実施例を詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

以下の実施例では、実施例１に係るスケジュール管理システム、スケジュールサーバの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。

［スケジュール管理システムの構成］
最初に、図１を用いて、スケジュール管理システム１００の構成を説明する。図１は、実施例１に係るスケジュール管理システム１００の構成を示すブロック図である。図１に示すように、このスケジュール管理システム１００には、ユーザ端末１０とスケジュールサーバ２０とが含まれ、通信ネットワーク３０を介して接続されている。

ユーザ端末１０は、通信処理部１１とスケジュール閲覧部１２とスケジュール情報記憶部１３を有する。スケジュール情報記憶部１３には、予定表、タスク表およびあいまいな予定表が記憶されている。ユーザ端末１０は、日付のわかるイベントはカレンダー形式の予定表で管理し、日付の分からないイベントはタスクとしてタスク表（ＴｏＤｏリスト）で管理し、あいまいな予定をあいまいな予定表で管理している。

通信処理部１１は、スケジュールサーバ２０との間で行われる通信処理を制御する。スケジュール閲覧部１２は、ユーザがスケジュールを閲覧できるように予定表やタスク表、あいまいな予定表を表示する。

スケジュールサーバ２０は、通信処理部２１とスケジュールデータ蓄積部２２とあいまいな予定・テンプレート蓄積管理部２３と制御部２４とを有している。通信処理部２１は、ユーザ端末１０との間で行われる通信処理を制御する。スケジュールデータ管理部２２は、スケジュールに関するデータを記憶する。あいまいな予定・テンプレート蓄積管理部２３は、あいまいな予定を蓄積管理する。

ここで、図２を用いて、一般的なスケジュールデータを扱う一連の流れを説明する。図２は、スケジュールデータを扱う一連の流れの一例を示した図である。図２の（１）は、活動の大まかな計画を立てるフェーズである。続いて、図２の（２）は、活動に対するイベントが具体化し日程が仮または正確に決まっているフェーズである。そして、図２の（３）は、スケジュールにあるイベントを実際に実施するフェーズである。図２の（４）は、スケジュールにあるイベントが終了した後に過去のイベントを振り返るフェーズである。一般的なスケジューラでは、スケジュールを入力する図２の（２）のフェーズで、スケジュールデータを投入し管理している。実施例１に係るスケジュール管理システム１００では、スケジュールを計画する図２の（１）のフェーズからスケジュールに関するデータを管理できる仕組みを導入することを特徴としている。以下に、このようなスケジュール管理システム１００に含まれるスケジュールサーバ２０の構成について詳細に説明する。

［スケジュールサーバの構成］
図３に示すように、スケジュールサーバ２０は、通信処理部２１、制御部２４および記憶部２５を有する。図３は、実施例１に係るスケジュールサーバの構成を示すブロック図である。以下にこれらの各部の処理を説明する。

記憶部２５は、制御部２４による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、スケジュールデータ蓄積部２２と、あいまい予定・テンプレート蓄積管理部２３とを有する。

スケジュールデータ蓄積部２２は、スケジュールに関するデータであるスケジュールデータを記憶する。スケジュールデータ蓄積部２２は、日付のわかるイベントをカレンダー形式の予定表で管理・記憶し、また、日付の分からないイベントをタスク表で管理・記憶する。

ここで、図４を用いて、スケジュール蓄積部２２が記憶するスケジュールデータのフォーマットの例を説明する。図４は、スケジュールデータのフォーマットの一例を示した図である。図４に示すように、個々のスケジュールデータフォーマットは、ＩＤ、予定名、日付、場所、参加者などを記載する情報のフォーマットである。本実施例１によるデータフォーマットでは、スケジュールデータフォーマットに加えて、スケジュールデータ間の関係を示すための項目が追加されていることが特徴である。この例では、Ａｔｔｒｉｂｕｔｅ（属性）、Ｌｉｎｋ（連結）、Ｒｅｌａｔｉｏｎ（関係）の３種類の項目である。

この３種類の項目の記入については、イベントの種別に応じて異なる。なお、イベントの種別には、単発イベント、連続イベント、関連イベント、漸近イベント、同類イベントが存在する。例えば、（１）単発イベントにおける記入様式は、属性の項目の記入は任意、連結の項目は入力しない、関係の項目の記入は任意となる。（２）連続イベントにおける記入様式は、属性の項目の記入は任意、連結の項目の記入においては前後のイベントのＩＤを記入、関係の項目の記入は任意となる。（３）関連イベントにおける記入様式は、属性の項目の記入は任意、連結の項目の記入は任意、関係の項目の記入は関連するイベントのＩＤを列挙する。（４）漸近イベントにおける記入様式は、属性の項目の記入は任意、連結の項目の記入では最終目標とするイベントと前後のイベントのＩＤを記入、関係の項目の記入は任意となる。（５）同類イベントにおける記入様式は、属性に該当イベントの分類を表すキーワードを列挙、リンクの項目の記入は任意、関係の項目の記入は任意となる。

ここで、上記したイベントの種別について図５を用いて説明する。図５は、基本イベント構造の一例を示す図である。図５に示すように、発生が予定されるイベントの基本構造は、複数回連続して発生する予定のない単発イベントと、複数回連続して発生することが見込まれている連続イベントと、相互に紐づいて発生する関連イベントと、ある目標を達成するための途中経過で発生する漸近イベントと、それぞれのイベントの関係に有無に関わらず、同じ分類として扱う同類イベントとからなり、様々なイベントはこれらの基本構造の組みあわせによって構成される。

あいまい予定・テンプレート蓄積管理部２３は、予定日が決められないイベントを蓄積管理する。また、あいまい予定・テンプレート蓄積管理部２３は、予定日が決められないイベントを登録するために必要なテンプレートを記憶する。

制御部２４は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に、変換部２４ａ、特定部２４ｂ、格納部２４ｃ、催促部２４ｄおよび出力部２４ｅを有する。

変換部２４ａは、イベントの発生する日時があいまいなスケジュールについて、該イベントの発生するあいまいな時期の指定を受け付けると、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する。具体的には、変換部２４ａは、イベントの発生するあいまいな時期の指定として、一定時間内におけるおおよその時期の指定、日時までは特定できないもののある一定の期間の指定、時期の前後の幅を持たせた指定、現在からある一定期間後の指定、ある特定のイベントの発生に合わせての指定、または、イベントの発生に伴う前後の指定を受け付け、該指定されたあいまいな時期に対応する所定範囲の日時を特定し、特定した所定範囲の日時に変換する。

ここで、時期があいまいな予定の指定方法と、指定されたあいまいな予定のコンピュータ上でのデータ記述例について説明する。図６は、あいまいな予定の指定方法の例を示す図である。図７は、指定されたあいまいな予定のコンピュータ上でのデータ記述例を示す図である。

図６に示す例は、あいまいな予定の指定方法の一例である。例えば、１日、１週間、１ヶ月、１年などある一定時間内におけるおおよその時期を指定する方法、日時までは特定できないもののある一定の期間を指定する方法、ある時期の前後の幅を持たせて指定する方法、現在からある一定期間後を指定する方法、ある特定のイベントの発生に合わせて指定する方法、または、あるイベントの発生に伴う前後を指定する方法がある。

また、図７に示す例は、指定されたあいまいな予定をコンピュータで指定できるように所定範囲の日時に変換した一例である。例えば、指定されたあいまいな予定を所定の範囲の日時に変換する。また、基点となる日時を変数とし、そこに一定の範囲の日時のデータを差分として指定するようにしてもよい。

例えば、図６の（１−１）に示すように、１０月１０日の「午前」と指定された場合には、変換部２４ａは、「午前」という記載に基づいて、図７の（１−１）に示すように、「１０月１０日０：００〜１１：５９」に変換する。

特定部２４ｂは、イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する。具体的には、特定部２４ｂは、イベントの内容に関する情報として、イベントの属性に関する情報、イベント同士の連結に関する情報、または、イベント同士の関係に関する情報を用いて、イベントの種別を特定するとともに、他のイベントとの関連性を特定する。

また、特定部２４ｂは、他の予定と関係なく発生するイベントを単発イベントであると特定し、複数回発生するイベントを連続イベントと特定し、あるイベントに紐づいて発生するイベントを関連イベントと特定し、ある目標に向かって発生するイベントを目標イベントと特定し、それぞれのイベントが直接的に関係ないが同じ分類として扱うイベントと特定する。

格納部２４ｃは、イベントに対応付けて、変換部によって変換された所定範囲の日時と、特定部２４ｂによって特定されたイベントの種別および他のイベントとの関連性とをあいまい予定・テンプレート蓄積管理部２３に格納する。例えば、格納部２４ｃは、基本イベントを組み合わせた年間スケジュールを、あいまい予定・テンプレート蓄積管理部２３に格納してもよい。

図８を用いて、基本イベントを組み合わせて構成される年間スケジュール構造の一例について説明する。図８は、基本イベントを組み合わせて構成される年間スケジュール構造の一例を示した図である。図８において、運営委員会８０１というイベントが年間６回開催されることが決まっておりこれらは連続イベントとして一連のイベントの予定が構成される。研究発表会８０２というイベントが年間５回開催されることが決まっておりこれらは連続イベントとして構成される。

運営委員会の６つのうち５つの研究発表会が関連イベントとして結びつけられる。ワークショップ８０３というイベントは年間１回開催されることが決まっておりこれらは前後の年を含めて連続イベントとして構成される。記念シンポジウム８０４というイベントは不定期に単発で企画されることから単発イベントとして構成される。研究発表会８０２、ワークショップ８０３、記念シンポジウム８０４はこれらを開催するために準備のためのイベント８０５〜８１１が漸近イベントとして構成され、さらに達成目標としているそれぞれのイベントとは関連イベントとして結びつけられる。関連イベントとして構成される。また、これらの全てのイベントは、ある団体の活動計画８１２となるイベントであるので、全体を同類イベントとして構成される。

催促部２４ｄは、あいまい予定・テンプレート蓄積管理部２３に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する。例えば、催促部２４ｄは、スケジュールを表示している画面に、発生する日時が確定していないイベントを表示することで、あいまいなイベントを想起させ、日時を確定するように催促する。

ここで、あいまいなイベントを想起・管理するための画面について説明する。図９は、あいまいなイベントを想起・管理するための画面例を示す図である。図９において、スケジュール表示画面１００１と、あいまい予定・テンプレート蓄積管理部２０２に事前に登録されているあいまい予定を表示・管理する画面として、あいまい予定の全体を鳥瞰して表示する年間予定リスト画面１００２と、あいまい予定を確定することを促す予定リスト画面１００３と、あいまい予定の内容の確認を促す予定リスト画面１００４が表示されている。画面１００２、１００３、１００４上のあいまい予定を選択するとあいまい予定のデータを更新するための更新画面１００５が表示される。画面１００５にて確定された日程データは従来からのスケジュールデータ蓄積部１０６に転送・蓄積される。

出力部２４ｅは、あいまい予定・テンプレート蓄積管理部２３に格納されたイベントの種別および他のイベントとの関連性を出力する。例えば、出力部２４ｅは、図８に例示する基本イベントを組み合わせて構成される年間スケジュールなどを出力する。

［スケジュール管理システムによる処理］
次に、図１０〜図１２を用いて、実施例１に係るスケジュール管理システム１００による処理を説明する。図１０〜図１２は、実施例１に係るスケジュール管理システムの処理手順を示すシーケンス図である。

まず、図１０を用いて、ユーザがあいまいな予定を入力し、確認する処理について説明する。図１０に示すように、予定日が決められないイベントをスケジュールに登録する場合、スケジュール閲覧部１２は、予定の入力メニューを依頼し（ステップＳ１０１）、ユーザ端末１０上のあいまい予定表を呼び出す。そして、スケジュール閲覧部１２は、予定の入力メニューをスケジュールサーバ２０に依頼する（ステップＳ１０２）。依頼を受け付けたスケジュールサーバ２０は、あいまい予定・テンプレート蓄積管理部２３から登録に必要なテンプレートを呼び出し（ステップＳ１０３）、テンプレートをユーザ端末１０に送信する（ステップＳ１０４）。

そして、スケジュール閲覧部１２は、ユーザに入力画面の中に表示し、ユーザがあいまい予定表に表示されたテンプレートを用いてイベントを入力する（ステップＳ１０５）。そして、スケジュール閲覧部１２は、登録されたあいまい予定データが通信処理部１１を介してあいまい予定・テンプレート蓄積管理部２３に蓄積される。そして、スケジュールサーバ２０は、蓄積結果をユーザ端末１０に送信し（ステップＳ１０６）、通信処理部１１を介してユーザ端末１０内のあいまい予定表に蓄積データを確認表示する（ステップＳ１０７）。

次に、図１１を用いて、イベントの予定日が決まったスケジュールを確定させ、確認する処理について説明する。図１１に示すように、予定日が決められなかったイベントの予定日が決まりスケジュールに登録する場合、スケジュール閲覧部１２は、あいまい予定表を呼び出し、確認させる（ステップＳ２０１）。そして、スケジュール閲覧部１２は、あいまい予定リストをスケジュールサーバ２０に要求する（ステップＳ２０２）。そして、スケジュールサーバ２０があいまい予定・テンプレート蓄積管理部２３から登録されているあいまい予定リストを読み出し、ユーザ端末１０に送信する（ステップＳ２０３）。そして、ユーザ端末が、あいまい予定リストを表示し（ステップＳ２０４）、あいまい予定の確定日を入力させ（ステップＳ２０５）、あいまい予定の確定日をスケジュールサーバ２０に送信する（ステップＳ２０６）。

そして、スケジュールサーバ２０は、あいまい予定を削除し、スケジュール蓄積部２２に確定日を転送する（ステップＳ２０７）。そして、スケジュールサーバ２０は、蓄積データをユーザ端末１０に送信し（ステップＳ２０８、Ｓ２１０）、蓄積データとして、あいまい予定表および予定表を表示する（ステップＳ２０９、Ｓ２１１）。

次に、図１２を用いて、確定すべきあいまい予定リストを送信し、あいまい予定の確定日の入力を促す処理について説明する。図１２に示すように、スケジュールサーバ２０は、確定するべきあいまい予定リストをユーザ端末１０に送信する（ステップＳ３０１）。そして、ユーザ端末１０は、確定するべきあいまい予定リストを表示する（ステップＳ３０２）。

つまり、予定日が決められなかったイベントに対して日付の確定を促す場合、スケジュールサーバ２０内のあいまい予定・テンプレート蓄積管理部２３において蓄積されているイベントのテンプレート上に設定されているおおよその日程または入力されてからある一定の日にちがたったものについて、通信処理部１１を介してユーザ端末１０上のタスク表に日程の確定されていないイベントデータを表示し日程の確定を促す。

ユーザ端末１０は、タスク表に表示されたイベントについて日程を確定か再度保留かどうかを入力されると（ステップＳ３０３）、入力されたデータをスケジュールサーバ２０に送信する（ステップＳ３０４）。そして、ユーザ端末１０は、入力されたデータは通信処理部２１を介してあいまい予定・テンプレート蓄積管理部２３に送信され、日程が確定していた場合はスケジュールデータ蓄積部２２にイベントを登録し、あいまい予定・テンプレート蓄積管理部２０２のデータは削除し、日程が確定されていなかった場合はあいまい予定・テンプレート蓄積管理部２０２のデータを最新化する（ステップＳ３０５）。そして、スケジュールサーバ２０は、スケジュールデータ蓄積部２２に蓄積されたデータをユーザ端末１０に送信し（ステップＳ３０６、Ｓ３０８）、その結果が通信処理部１１を介してユーザ端末１０内のタスク表と予定表に確認表示する（ステップＳ３０７、Ｓ３０９）。

[実施例１の効果]
上述してきたように、スケジュールサーバ２０は、イベントの発生する日時があいまいなスケジュールについて、該イベントの発生するあいまいな時期の指定を受け付け、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する。そして、スケジュールサーバ２０は、イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する。そして、イベントに対応付けて、変換された所定範囲の日時と、特定されたイベントの種別および他のイベントとの関連性とを記憶部２５に格納する。そして、スケジュールサーバ２０は、記憶部２５に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する。そして、スケジュールサーバ２０は、記憶部２５に格納されたイベントの種別および他のイベントとの関連性を出力する。これにより、スケジュールサーバ２０は、日付のあいまいなイベントを忘れることなく確定できる。また、スケジュール表の中は正しいスケジュールが記録することができる。また、タスク表が煩雑にならないようにすることができる。この結果、スケジュールを適切に管理することを可能となる。

また、実施例１によれば、スケジュールサーバ２０は、イベントの発生するあいまいな時期の指定として、一定時間内におけるおおよその時期の指定、日時までは特定できないもののある一定の期間の指定、時期の前後の幅を持たせた指定、現在からある一定期間後の指定、ある特定のイベントの発生に合わせての指定、または、イベントの発生に伴う前後の指定を受け付け、該指定されたあいまいな時期に対応する所定範囲の日時を特定し、特定した所定範囲の日時に変換する。このため、あいまいなスケジュールを管理することが可能である。

また、実施例１によれば、スケジュールサーバ２０は、イベントの内容に関する情報として、イベントの属性に関する情報、イベント同士の連結に関する情報、または、イベント同士の関係に関する情報を用いて、イベントの種別を特定するとともに、他のイベントとの関連性を特定する。このため、イベントの種別とイベント同士の関係を適切に管理することが可能である。

また、実施例１によれば、スケジュールサーバ２０は、発生する日時が確定していないイベントを抽出し、抽出したイベントの一覧を表示する。このため、あいまいな予定を適切な時期に想起させることが可能である。

［システム構成］
また、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

［プログラム］
また、上記実施例において説明したスケジュールサーバ２０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施例１に係るスケジュールサーバ２０が実行する処理をコンピュータが実行可能な言語で記述したスケジュール管理プログラムを作成することもできる。この場合、コンピュータがスケジュール管理プログラムを実行することにより、上記実施例と同様の効果を得ることができる。さらに、かかるスケジュール管理プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたスケジュール管理プログラムをコンピュータに読み込ませて実行することにより上記実施例１と同様の処理を実現してもよい。以下に、図３に示したスケジュールサーバ２０と同様の機能を実現するスケジュール管理プログラムを実行するコンピュータの一例を説明する。

図１２は、スケジュール管理プログラムを実行するコンピュータ１０００を示す図である。図１２に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図１２に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１２に例示するように、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、図１２に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブに挿入される。シリアルポートインタフェース１０５０は、図１２に例示するように、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、図１２に例示するように、例えばディスプレイ１０６１に接続される。

ここで、図１２に例示するように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のスケジュール管理プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。

また、上記実施例で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、抽出手順、格納手順、送信手順、生成手順、出力手順を実行する。

なお、スケジュール管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、スケジュール管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ ユーザ端末
１１ 通信処理部
１２ スケジュール閲覧部
１３ スケジュール情報記憶部
２０ スケジュールサーバ
２１ 通信処理部
２２ スケジュールデータ蓄積部
２３ あいまい予定・テンプレート蓄積管理部
２４ 制御部
２４ａ 変換部
２４ｂ 特定部
２４ｃ 格納部
２４ｄ 催促部
２４ｅ 出力部
２５ 記憶部

Claims (5)

1. イベントの発生する日時があいまいなスケジュールについて、該イベントの発生するあいまいな時期の指定を受け付け、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する変換部と、
   前記イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する特定部と、
   前記イベントに対応付けて、変換部によって変換された所定範囲の日時と、前記特定部によって特定されたイベントの種別および他のイベントとの関連性とを記憶部に格納する格納部と、
   前記記憶部に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する催促部と、
   前記記憶部に格納されたイベントの種別および他のイベントとの関連性を出力する出力部と
   を有することを特徴とするスケジュール管理装置。
2. 前記変換部は、イベントの発生するあいまいな時期の指定として、一定時間内におけるおおよその時期の指定、日時までは特定できないもののある一定の期間の指定、時期の前後の幅を持たせた指定、現在からある一定期間後の指定、ある特定のイベントの発生に合わせての指定、または、イベントの発生に伴う前後の指定を受け付け、該指定されたあいまいな時期に対応する所定範囲の日時を特定し、特定した所定範囲の日時に変換することを特徴とする請求項１に記載のスケジュール管理装置。
3. 前記特定部は、イベントの内容に関する情報として、イベントの属性に関する情報、イベント同士の連結に関する情報、または、イベント同士の関係に関する情報を用いて、イベントの種別を特定するとともに、他のイベントとの関連性を特定することを特徴とする請求項１または２に記載のスケジュール管理装置。
4. 前記催促部は、前記記憶部に格納されたイベントのうち、発生する日時が確定していないイベントを抽出し、抽出したイベントの一覧を表示することを特徴とする請求項１〜３のいずれか一つに記載のスケジュール管理装置。
5. スケジュール管理装置で実行されるスケジュール管理方法であって、
   イベントの発生する日時があいまいなスケジュールについて、該イベントの発生するあいまいな時期の指定を受け付け、該指定されたあいまいな時期に基づいて、所定範囲の日時に変換する変換工程と、
   前記イベントの内容に関する情報を受け付け、該イベントの内容に関する情報を用いて、該イベントの種別を特定するとともに、他のイベントとの関連性を特定する特定工程と、
   前記イベントに対応付けて、変換工程によって変換された所定範囲の日時と、前記特定部によって特定されたイベントの種別および他のイベントとの関連性とを記憶部に格納する格納工程と、
   前記記憶部に格納されたイベントのうち、発生する日時が確定していないイベントについては、該日時を確定する旨を催促する催促工程と、
   前記記憶部に格納されたイベントの種別および他のイベントとの関連性を出力する出力工程と
   を含んだことを特徴とするスケジュール管理方法。

Images