(57)【要約】【課題】  複数の参加者があるイベントに関する予定の調整を、各参加者の意志を反映した形で適切に行えるようにする。【解決手段】  イベント仮登録部１１４が、複数のユーザが参加するイベントを仮登録しようとするユーザからイベントの優先度の指定及び仮登録の指示を受け付け、イベント通知部１１８が、そのイベントを、仮登録を指示したユーザ以外の参加者に通知し、イベント参加設定部１１９が、その通知先の各参加者から、上記仮登録したイベントへの参加可否の選択を受け付け、イベント開催確定部１２０が、上記仮登録を指示したユーザに対し、各参加者の参加可否の選択を提示しつつ、上記仮登録したイベントの開催可否の指定を受け付け、開催可の指定を受け付けた場合に、上記仮登録したイベントの登録を確定させ、開催否の指定を受け付けた場合に、上記仮登録したイベントを削除するようにした。【選択図】    図３
2015176398.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ優先度及び時刻の情報を含む複数のスケジュール情報をユーザ毎に管理するスケジュール情報管理手段と、
ユーザの指示に従い複数のユーザが参加するイベントを仮登録する仮登録手段と、
前記イベントを仮登録しようとするユーザから、該イベントの優先度の指定及び仮登録の指示を受け付ける手段であって、前記イベントを仮登録しようとするユーザに対し、該イベントへの参加者の、該イベントと重複するスケジュール及びその優先度を提示しつつ、該イベントの優先度の指定及び仮登録の指示を受け付ける仮登録受付手段と、
前記仮登録手段が仮登録したイベントを、該仮登録を指示したユーザ以外の参加者に通知するイベント通知手段と、
前記イベント通知手段による通知先の各参加者から、前記仮登録したイベントへの参加可否の選択を受け付ける参加可否受付手段と、
前記参加可否受付手段が受け付けた参加可否を、前記イベントの仮登録を指示したユーザに通知する参加可否通知手段と、
前記仮登録を指示したユーザに対し、前記参加可否通知手段により通知された各参加者からの参加可否を提示しつつ、該ユーザから前記仮登録したイベントの開催可否の指定を受け付ける開催可否受付手段と、
前記開催可否受付手段が開催可の指定を受け付けた場合に、前記仮登録したイベントの登録を確定させ、開催否の指定を受け付けた場合に、前記仮登録したイベントを削除する登録確定手段とを設けたことを特徴とする予定管理システム。
【請求項２】
請求項１に記載の予定管理システムであって、
前記仮登録受付手段は、前記各参加者の、前記仮登録しようとするイベントと重複するスケジュール及びその優先度と、該イベントについて指定された優先度とに基づき、該イベントを追加した場合の参加者の予定を、前記イベントを仮登録しようとするユーザに対して表示する表示制御手段を備えることを特徴とする予定管理システム。
【請求項３】
請求項１又は２に記載の予定管理システムであって、
前記参加可否受付手段は、前記通知先の参加者に対し、通知されたイベントの優先度に従って調整した該参加者の予定を提示しつつ、該イベントの優先度の変更を受け付ける手段と、変更後の優先度に従って調整した該参加者の予定を提示する手段とを備えることを特徴とする予定管理システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の予定管理システムであって、
前記イベント通知手段による通知先の各参加者から、通知されたイベントの該参加者にとっての優先度の設定を受け付ける手段と、
参加者各々と対応する前記仮登録したイベントのスケジュール情報として、該参加者が設定した優先度を含むスケジュール情報を登録する手段とを備えることを特徴とする予定管理システム。
【請求項５】
それぞれ優先度及び時刻の情報を含む複数のスケジュール情報をユーザ毎に管理するスケジュール情報管理手段を備える予定管理システムが、
ユーザの指示に従い複数のユーザが参加するイベントを仮登録する仮登録手順と、
前記イベントを仮登録しようとするユーザから該イベントの優先度の指定及び仮登録の指示を受け付ける手順であって、前記イベントを仮登録しようとするユーザに対し、該イベントへの参加者の、該イベントと重複するスケジュール及びその優先度を提示しつつ、該イベントの優先度の指定及び仮登録の指示を受け付ける仮登録受付手順と、
前記仮登録手順で仮登録したイベントを、該仮登録を指示したユーザ以外の参加者に通知するイベント通知手順と、
前記イベント通知手順による通知先の各参加者から、前記仮登録したイベントへの参加可否の選択を受け付ける参加可否受付手順と、
前記参加可否受付手順で受け付けた参加可否を、前記イベントの仮登録を指示したユーザに通知する参加可否通知手順と、
前記仮登録を指示したユーザに対し、前記参加可否通知手順により通知された各参加者からの参加可否を提示しつつ、該ユーザから前記仮登録したイベントの開催可否の指定を受け付ける開催可否受付手順と、
前記開催可否受付手順で開催可の指定を受け付けた場合に、前記仮登録したイベントの登録を確定させ、開催否の指定を受け付けた場合に、前記仮登録したイベントを削除する登録確定手順とを実行することを特徴とする予定管理方法。
【請求項６】
それぞれ優先度及び時刻の情報を含む複数のスケジュール情報をユーザ毎に管理するスケジュール情報管理手段と、
ユーザの指示に従い複数のユーザが参加するイベントを仮登録する仮登録手段と、
前記イベントを仮登録しようとするユーザから該イベントの優先度の指定及び仮登録の指示を受け付ける手段であって、前記イベントを仮登録しようとするユーザに対し、該イベントへの参加者の、該イベントと重複するスケジュール及びその優先度を提示しつつ、該イベントの優先度の指定及び仮登録の指示を受け付ける仮登録受付手段と、
前記仮登録手段が仮登録したイベントを、該仮登録を指示したユーザ以外の参加者に通知するイベント通知手段と、
前記イベント通知手段による通知先の各参加者から、前記仮登録したイベントへの参加可否の選択を受け付ける参加可否受付手段と、
前記参加可否受付手段が受け付けた参加可否を、前記イベントの仮登録を指示したユーザに通知する参加可否通知手段と、
前記仮登録を指示したユーザに対し、前記参加可否通知手段により通知された各参加者からの参加可否を提示しつつ、該ユーザから前記仮登録したイベントの開催可否の指定を受け付ける開催可否受付手段と、
前記開催可否受付手段が開催可の指定を受け付けた場合に、前記仮登録したイベントの登録を確定させ、開催否の指定を受け付けた場合に、前記仮登録したイベントを削除する登録確定手段とを設けたことを特徴とする予定管理装置。
【請求項７】
コンピュータを、請求項６に記載の予定管理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、予定の管理を行うための予定管理システム、予定管理方法、予定管理装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、組織のメンバーの予定を管理するために、予定を管理して表示させる予定管理システムが、企業や大学などの組織で用いられている。そして、このような予定管理システムにおいて、同じ時間帯に複数のイベントが重複してしまう際に、その調整を行うための機能を設けることも知られている。
【０００３】
例えば、特許文献１には、スケジュール管理システムにおいて、新規スケジュール登録時に重複スケジュールがある場合は、新規スケジュールを仮スケジュールとして登録し、既存の重複スケジュールをまずは優先させることが開示されている。またこのとき、新規スケジュールの主催者が希望すれば、調整依頼手段により重複スケジュールの主催者にスケジュールの調整依頼を出すことも開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような特許文献１に記載のスケジュール管理システムによれば、スケジュールを新規に登録する際に、既存のスケジュールに支障を来さないように新規のスケジュールと既存のスケジュールとの調整を行うことが、ある程度可能である。
しかし、特許文献１に記載のスケジュール管理システムでは、スケジュールの調整を、重複スケジュールの主催者に依頼して行うため、各参加者の意志を反映した調整を行うことが難しいという問題があった。
また、予定調整の方式としては、特許文献１に記載のものの他、各々のスケジュールを示すスケジュール情報にスケジュールの優先度を付与し、スケジュールが重複した場合に最も優先度の高いスケジュールを優先させることも考えられる。しかし、この方式においても、会議の主催者等がスケジュールに高い優先度を付けて各参加者の予定に登録できるとすると、参加者が既に登録済みのスケジュールに後から勝手に割り込まれることになり、参加者本人の意志を反映させた調整が難しいという問題がある。
この発明は、このような問題を解決し、複数の参加者があるイベントに関する予定の調整を、各参加者の意志を反映した形で適切に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
この発明は、上記の目的を達成するため、予定管理システムにおいて、それぞれ優先度及び時刻の情報を含む複数の予定情報をユーザ毎に管理する予定情報管理手段と、ユーザの指示に従い複数のユーザが参加するイベントを仮登録する仮登録手段と、上記イベントを仮登録しようとするユーザから、該イベントの優先度の指定及び仮登録の指示を受け付ける仮登録受付手段と、上記仮登録手段が仮登録したイベントを、該仮登録を指示したユーザ以外の参加者に通知するイベント通知手段と、上記イベント通知手段による通知先の各参加者から、上記仮登録したイベントへの参加可否の選択を受け付ける参加可否受付手段と、上記参加可否受付手段が受け付けた参加可否を、上記イベントの仮登録を指示したユーザに通知する参加可否通知手段と、上記仮登録を指示したユーザに対し、上記参加可否通知手段により通知された各参加者からの参加可否を提示しつつ、該ユーザから上記仮登録したイベントの開催可否の指定を受け付ける開催可否受付手段と、上記開催可否受付手段が開催可の指定を受け付けた場合に、上記仮登録したイベントの登録を確定させ、開催否の指定を受け付けた場合に、上記仮登録したイベントを削除する登録確定手段とを設けたものである。
【発明の効果】
【０００６】
上記構成によれば、複数の参加者があるイベントに関する予定の調整を、各参加者の意志を反映した形で適切に行うことができる。
【図面の簡単な説明】
【０００７】
【図１】この発明の予定管理システムの一実施形態の構成例を示す図である。
【図２】図１に示した予定管理装置のハードウェア構成を示す図である。
【図３】図１に示した予定管理装置の機能構成を示す図である。
【図４】図１に示した予定管理装置のＣＰＵがユーザからのイベント登録画面の表示指示を検出した場合に実行する処理のフローチャートである。
【図５】イベント情報の例を示す図である。
【図６】予定情報の例を示す図である。
【図７】予定表示画面の表示例を示す図である。
【図８】予定表示画面の別の表示例を示す図である。
【図９】図１に示した予定管理装置のＣＰＵがユーザからの予定確認画面の表示指示を検出した場合に実行する処理のフローチャートである。
【図１０】予定確認画面の表示例を示す図である。
【図１１】図１に示した予定管理装置のＣＰＵがユーザからのイベント状態表示指示を検出した場合に実行する処理のフローチャートである。
【図１２】イベント状態確認画面の表示例を示す図である。
【発明を実施するための形態】
【０００８】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
まず、図１に、この発明の予定管理システムの一実施形態の構成例を示す。
図１に示す予定管理システムは、予定管理装置１０と端末装置２０とをネットワーク３０により接続して構成したものである。
【０００９】
このうち予定管理装置１０は、この発明の予定管理装置の一実施形態であり、図５及び図６を用いて後述するイベント情報及び予定情報を管理する機能を備える。このイベント情報及び予定情報は、端末装置２０から予定管理装置１０にアクセスして編集可能である。また、予定管理装置１０は、イベント情報及び予定情報に基づき、ユーザの予定をグラフィカルに表示したり、ユーザから各種指示を受け付けたりするための画面の表示データを生成することができる。
【００１０】
端末装置２０は、その表示データを取得してディスプレイ等の表示手段に画面を表示させることにより、予定管理装置１０に登録されているイベントや予定の内容をユーザに参照させることができる。また、ユーザから各種指示を受け付けることもできる。
なお、ネットワーク３０としては、有線無線を問わず、任意の通信方式のものを採用することができる。
【００１１】
次に、図２に、予定管理装置１０のハードウェア構成を示す。
図２に示すように、予定管理装置１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信インタフェース（Ｉ／Ｆ）１０４、ＨＤＤ（ハードディスクドライブ）１０５を備え、これらをシステムバス１０８により接続して構成している。これらに加えてＵＩ（ユーザインタフェース）部１０６を設けてもよい。
【００１２】
そして、ＣＰＵ１０１がＲＡＭ１０３をワークエリアとしてＲＯＭ１０２に記憶されたプログラムを実行することにより、予定管理装置１０全体の動作を制御し、後述する予定の管理及び表示に係る機能をはじめとする種々の機能を実現することができる。
【００１３】
ＲＯＭ１０２は、ＣＰＵ１０１が実行するプログラムや、電源を切っても保存しておくべきデータを記憶する、書き換え可能な不揮発性記憶手段である。
ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして用いたり、一時的に記憶すべきデータを記憶したりする揮発性記憶手段である。
通信Ｉ／Ｆ１０４は、ネットワーク３０を介して外部装置と通信を行うためのインタフェースである。
【００１４】
ＨＤＤ１０５は、ＣＰＵ１０１が実行するプログラムや、イベント情報や予定情報をはじめ、電源を切っても保存しておくべきデータを記憶する、大容量の不揮発性記憶手段である。なお、予定管理装置１０が用いるデータは、ＨＤＤ１０５に代えて外部ストレージに記憶させてもよい。
ＵＩ部１０６は、キーボードやマウス等の、ユーザから操作を受け付けるための操作手段と、ディスプレイ等の、ユーザに情報を提示するための表示手段を備える。
この予定管理装置１０は、ハードウェアとしては公知のコンピュータでよい。端末装置２０についても同様である。
【００１５】
次に、図３に、予定管理装置１０の機能構成を示す。図３には、予定の管理、調整及び表示に関連する機能のみを示している。
図３に示すように、予定管理装置１０は、編集部１１１、読込部１１２、登録部１１３、移動時間計算部１１４、表示制御部１１５、イベント仮登録部１１６、重複判定部１１７、イベント通知部１１８、イベント参加設定部１１９、イベント開催確定部１２０を備える。
【００１６】
また、イベント記憶部１２１及びスケジュール記憶部１２２はそれぞれ、予定管理装置１０の内部又は外部のストレージに設けた、イベント情報及びスケジュール情報の記憶機能を示す。なお、イベント情報は、会議や行事などの、ユーザが参加を検討するイベントを示す情報である。以下に説明する調整が必要となるのは、複数のユーザが参加するイベントであるが、１人しか参加者のいないイベントがあってもよい。スケジュール情報は、各ユーザと対応した、ユーザ個人の予定に含まれるスケジュールを示す情報である。ユーザがイベントに参加を求められている場合、そのイベントに関する情報も、スケジュール情報に含まれる。また、「スケジュール」は、ユーザ毎に管理される、イベントへの参加（又は不参加）を表す情報であり、「予定」とは、ある人の、一定期間（１日など）のスケジュールの集合を指す。イベント情報とスケジュール情報の詳細については後述する。
【００１７】
図３に示す各部のうち、編集部１１１は、端末装置２０からの要求に応じて、スケジュール記憶部１２２が記憶するユーザ毎のスケジュール情報を編集する機能を備える。この編集には、追加、削除及び変更等が含まれ、編集指示の受付は、表示制御部１１５により生成される予定表示画面において行うことができる。
【００１８】
読込部１１２は、イベントや予定の表示を行う際に、イベント記憶部１２１及びスケジュール記憶部１２２からイベント情報やスケジュール情報を読み出して取得する機能を備える。
登録部１１３は、編集部１１１をはじめとする各部が行うイベント情報やスケジュール情報の変更操作に応じて、イベント記憶部１２１及びスケジュール記憶部１２２が記憶するデータを更新する機能を備える。
移動時間計算部１１４は、ユーザが自身の予定に登録したイベント等の（移動以外の）スケジュールの開催場所の情報をもとに、開催場所間の移動時間を算出して、その移動のスケジュールを登録する機能を備える。
【００１９】
表示制御部１１５は、表示制御手段に該当し、読込部１１２が取得したスケジュール情報に基づき、ユーザの予定をグラフィカルに表示するための表示データを生成する機能を備える。また、その生成した表示データを適当な表示手段に提供し、表示データに基づく予定表示画面を表示させる機能も備える。具体的な表示内容の例については後述する。
【００２０】
イベント仮登録部１１６は、仮登録受付手段及び仮登録手段に該当する。そして、ユーザから、複数のユーザが参加するイベントの登録指示を受け付け、その登録指示に応じてそのイベントの情報をイベント記憶部１２１に仮登録する機能を備える。また、登録指示の受付に際しては、イベントの名称、参加予定者、開催日時及び開催場所等の、イベントの内容に関する情報に加え、イベントの優先度の指定も受け付ける。またこのとき、仮登録しようとするイベントの参加者の、そのイベントと重複するスケジュール及びその優先度を提示しつつ、優先度の指定を受け付けることができる。この点については後に詳述する。
【００２１】
重複判定部１１７は、各ユーザの予定に時間的に重複するスケジュールがあるか否か判定する機能を備える。また、重複するスケジュールを検出した場合に、各スケジュールの優先度に基づきどのスケジュールを優先するかを調整する機能も備える。また、重複判定部１１７は、この調整により参加するイベント等が変更された場合には、移動時間計算部１１４に移動時間の再計算を行わせる。
【００２２】
イベント通知部１１８は、イベント通知手段に該当し、イベント仮登録部１１６によりイベントが新たに仮登録された場合に、そのイベントの参加者として設定されている各ユーザに対し、イベントの内容を通知する機能を備える。イベントを仮登録したユーザへの通知は省略しても構わない。
【００２３】
イベント参加設定部１１９は、参加可否受付手段及び参加可否通知手段に該当する。そして、イベント通知部１１８によりイベントの内容を通知されたユーザから、そのイベントに関する参加可否の指定を受け付ける機能を備える。例えば、あるユーザが予定の参照や編集をしようとした際に、そのユーザのスケジュール情報に調整中のイベントが含まれていた場合に、そのユーザからそのイベントについて参加可否の指定を受け付けることが考えられる。また、イベント参加設定部１１９は、各参加者から受け付けた参加可否の情報を、イベントの仮登録を指示したユーザに通知する機能も備える。
【００２４】
イベント開催確定部１２０は、開催可否受付手段及び登録確定手段に該当する。そして、イベントの仮登録を指示したユーザに対し、イベント参加設定部１１９により通知された各参加者の参加可否を提示しつつ、仮登録したイベントの開催可否の指定を受け付ける機能を備える。また、開催可の指定を受け付けた場合に、仮登録したイベントの登録を確定させて本登録とし、開催否の指定を受け付けた場合に、仮登録したイベントを削除する機能も備える。さらに、イベント開催確定部１２０は、イベントの登録を確定されるか又はイベントが削除された場合に、そのイベントの参加者にその旨を通知する機能を備える。
【００２５】
この実施形態の特徴的な機能は、複数のユーザが参加するイベントに関する予定調整の機能であるので、以下、この点について説明する。
まず、予定管理装置１０のＣＰＵ１０１が所要のプログラムを実行することにより行う、複数のユーザが参加するイベントに関する予定調整のための処理について説明する。なお、以下の処理の説明において、特に断らない限り、「表示」は、ＣＰＵ１０１が画面のデータを生成して端末装置２０に渡し、端末装置２０にその画面を表示させることを示す。また、指示の「受け付け」や「検出」は、ＣＰＵ１０１が、端末装置２０が受け付けたユーザの操作の情報を、端末装置２０から取得することを示す。しかし、説明を簡単にするため、ＣＰＵ１０１が画面を表示し、またユーザからの指示を受け付けるとして説明する。
【００２６】
図４に、ＣＰＵ１０１がユーザからのイベント登録画面の表示指示を検出した場合に実行する処理のフローチャートを示す。
ＣＰＵ１０１は、複数のユーザが参加するイベントを登録する権限のあるユーザから、そのイベントを登録するためのイベント登録画面の表示指示を検出した場合、図４のフローチャートに示す処理を開始する。
そしてまず、図示しないイベント登録画面を表示し、開催しようとする（仮登録しようとする）イベントの参加者、開催場所、開催日時及び優先度の指定を受け付ける（Ｓ１１）。
【００２７】
次に、ＣＰＵ１０１は、指定された開催場所、開催日時及び優先度を持つイベントのスケジュールを追加した場合の、各参加者の当日の予定を表示する（Ｓ１２）。このとき、複数のスケジュールに参加するためにその開催場所間で移動が発生する場合、その移動の時間を計算し、移動時間も考慮した予定を表示する。また、各参加者の予定は、仮登録しようとするイベントの優先度と、既に登録されているイベントの優先度とを考慮して、優先度の高いイベントに参加するよう調整を行った上で表示する。従って、仮登録しようとするイベントと時間帯の重複するスケジュールがあった場合、仮登録しようとするユーザは、少なくとも、仮登録しようとするイベントと既に登録されているイベントのどちらの優先度が高いかを把握することができる。ステップＳ１２で表示する画面は、少なくともこの意味で、既に登録されているイベントの優先度を提示する画面とすることが望ましい。
【００２８】
また、ＣＰＵ１０１は、各参加者の予定に仮登録しようとするイベントと時間帯が重複するスケジュールがある場合（Ｓ１３のＹｅｓ）、予定と共に重複発生の警告を表示する（Ｓ１４）。ステップＳ１２で予定を表示可能な参加者数に制約がある場合、この警告のある参加者の予定を優先的に表示するとよい。ステップＳ１３でＮｏであれば、ステップＳ１４はスキップする。
【００２９】
次に、ＣＰＵ１０１は、ユーザが仮登録を了承したか否か判断する（Ｓ１５）。ここでＮｏであれば、ユーザが登録のキャンセルを指示したか否か判断する（Ｓ１６）。ここでもＮｏであれば、ＣＰＵ１０１はユーザから優先度の変更指示を受け付ける（Ｓ１７）。そして、ステップＳ１２に戻り、変更後の優先度に従って予定の表示内容を更新して処理を繰り返す。ステップＳ１７で変更指示がなければ表示を更新する必要はない。
なお、図示は省略したが、ステップＳ１７において、イベントの参加者、開催場所、及び開催日時の変更もできるようにしてもよい。
【００３０】
また、ステップＳ１５でＹｅｓであれば、ＣＰＵ１０１は、ここまでに指定された内容でイベント記憶部１２１にイベントの情報を仮登録する（Ｓ１８）。この段階では、参加者本人がイベントのスケジュールを未承認であるので、仮登録とするものである。そして、仮登録したイベントを各参加者に通知して（Ｓ１９）、処理を終了する。なお、ステップＳ１９での通知は、ここでは、参加者であるユーザのスケジュール情報に、イベントの情報を調整中のスケジュールとして追加することにより行うとするが、他の方法で行ってもよい。また、イベントの仮登録を指示したユーザに通知する必要はない。
ステップＳ１６でキャンセル（Ｙｅｓ）の場合は、イベントの情報を登録せずにそのまま処理を終了する。
【００３１】
以上の処理のうち、ステップＳ１１乃至Ｓ１４及びＳ１７の処理が仮登録受付手順の処理であり、これらの処理においてＣＰＵ１０１が仮登録受付手段として機能する。ステップＳ１８の処理が仮登録手順の処理であり、この処理においてＣＰＵ１０１が仮登録手段として機能する。ステップＳ１９の処理がイベント通知手順の処理であり、この処理においてＣＰＵ１０１がイベント通知手段として機能する。
【００３２】
そして、以上の処理により、予定管理装置１０は、イベントを仮登録しようとするユーザに対し、そのイベントへの参加者の、そのイベントと重複するスケジュール及びその優先度を提示しつつ、イベントの優先度の指定及び仮登録の指示を受け付けることができる。また、その指示に従い仮登録及び参加者への通知を行うことができる。このことにより、イベントを仮登録しようとするユーザは、参加者個別の現在の予定を考慮してイベントの通知を行うことができる。
【００３３】
ここで、図５に、イベント記憶部１２１に記憶させるイベント情報の例を示す。
イベント情報は、図５に示すように、イベントＩＤ、イベント名、主催者ＩＤ、参加者ＩＤ、開始時刻、終了時刻、開催場所、および開催確定フラグの情報を含み、１行分のデータが１つのイベントの情報である。
【００３４】
このうちイベントＩＤは、イベントを識別するための識別情報であり、イベントの情報を新規に仮登録する際に割り当てられる。
イベント名は、イベントの情報をユーザに対して表示するときに用いる名称である。
主催者ＩＤは、イベントを開催するユーザの識別情報である。ここでは、イベントの仮登録を指示したユーザのＩＤであるとする。
【００３５】
参加者ＩＤは、主催者以外でイベントに参加するユーザの識別情報である。イベントが仮登録の状態では、参加を依頼するユーザをこの項目に登録し、本登録にする時に、実際に参加するユーザのみ残して参加不可のユーザは削除するとよい。
開始時刻と終了時刻は、それぞれイベントの開始日時と終了日時である。
開催場所は、イベントの開催場所であり、移動時間を計算するための地理情報と紐付いている。
開催確定フラグは、イベントの登録状態を示すフラグである。「１」であれば開催が確定した本登録であることを示し、「０」であれば調整中の仮登録であることを示す。
【００３６】
次に、図６に、スケジュール記憶部１２２に記憶させる、ユーザ１人分のスケジュール情報の例を示す。
スケジュール情報は、図６に示すように、スケジュールＩＤ、イベントＩＤ、イベント名、開始時刻、終了時刻、開催場所、優先度、承認状態、および開催確定フラグの情報を含み、１行分のデータが１つのスケジュールの情報である。
【００３７】
このうちスケジュールＩＤは、ユーザ個人のスケジュールを識別するための識別情報であり、スケジュールの情報を新規に登録する際に割り当てられる。
イベントＩＤは、該当のスケジュールがイベント情報中のどのイベントと対応するかを示す識別情報である。ユーザ個人のスケジュールであって対応するイベント情報がないスケジュールについては、空欄とすればよい。
【００３８】
イベント名、開始時刻、終了時刻、開催場所及び開催確定フラグは、イベント情報中の同名の項目と同じ意味である。また、スケジュール情報にこれらの項目を含めているのは、予定表示の都度イベント情報を参照しなくてよいようにするためである。これらの項目の内容は、必要に応じてイベント情報に合わせて修正する。ユーザ個人のスケジュールであって対応するイベント情報がないスケジュールについては、これらの項目には、ユーザが指定した値を登録する。開催確定フラグは空欄とする。
【００３９】
優先度は、該当のスケジュールの、ユーザ個人にとっての優先度である。仮登録されたイベントの優先度の初期値は、図４の処理で受け付けた値であるが、各参加者は個別にその優先度を変更することができる。
承認状態は、該当のイベントについて主催者に対し参加可否の通知を行ったか否か、及び行った場合の通知内容である。「参加可」が、参加可の通知済みを、「参加不可」が、参加不可の通知済みを、「未承認」が、通知済みでないことを示す。ユーザ個人のスケジュールであって対応するイベント情報がないスケジュールについては、この項目は空欄とする。
【００４０】
図６の例では、開催確定フラグが「０」となっているスケジュールＩＤが「６」のスケジュールが、仮登録状態のイベントに係るスケジュールであり、ユーザは、そのイベントの仮登録を通知された状態となっている。
なお、図６の例では、移動に関するスケジュールはスケジュール情報に含めず、不図示のテーブルにより別途管理することとしている。しかし、移動に関するスケジュールの情報を移動時間計算部１１４が自動的に生成してスケジュール情報として登録するようにしてもよい。
【００４１】
次に、図７に、イベント参加者の予定を表示する予定表示画面の例を示す。
図７に示す予定表示画面２００は、図４のステップＳ１２乃至Ｓ１４で表示する画面の一例であり、イベントの参加者１人分の予定を示す画面である。予定表示部２１０が、参加者の、ステップＳ１１で指定した開催日時を含む日の予定を表示する領域である。
【００４２】
予定表示部２１０において、表示部品２１１など、「移動」以外が記載された表示部品が、該当ユーザのスケジュール情報に含まれるイベントの内容及び開催日時を示す。「＠」の前がイベントの名称であり、「＠」の後ろがイベントの開催場所の略称である。なお、ユーザ個人のスケジュールはイベントとしてイベント記憶部１２１に登録されない場合もあるが、説明を簡単にするため、表示例の説明においては、移動以外のスケジュールを全て「イベント」と呼ぶことにする。
【００４３】
また、表示部品２１２など、「移動」が記載された表示部品が、該当ユーザが参加するイベントの開催場所間の移動のスケジュールを示す。このスケジュールは、移動時間計算部１１４が自動的に時間を計算して生成したものである。また、「→」の前が出発場所、「→」の後ろが移動先を示す。
【００４４】
また、表示部品２１１，２１２など、左端に表示しているハッチングを付していない表示部品が、ユーザが参加予定のスケジュールであるアクティブのスケジュールを示す。表示部品２１３など、左端以外に表示しているハッチングを付した表示部品が、他のスケジュールと重複しておりユーザが参加しないスケジュールである非アクティブのスケジュールを示す。非アクティブのスケジュールは、アクティブのスケジュールより小さく、また目立たないようにグレーダウンして表示する。どのスケジュールをアクティブにするかは、上述の通り、重複判定部１１７がスケジュール情報に含まれるイベントの優先度に基づき調整する。
【００４５】
太線で示す表示部品２１４が、仮登録しようとするイベントのスケジュールを示す。仮登録しようとするイベントのスケジュールは、このように、他のスケジュールと区別できるように表示する。なお、図７の例では、このイベントのスケジュールは非アクティブのスケジュールとなっており、このことから、仮登録しようとするイベントの優先度が同時間帯の既に登録されているスケジュールより低いことがわかる。なお、図７の例では、イベントの時間帯と直接重なるのは、移動のスケジュールである。しかし、表示部品２１４で示す「大事な会議」のイベントに参加しようとすれば、前後の「会議２」及び「会議３」のイベントの開催場所との間での移動時間が取れなくなる。従って、「大事な会議」への参加と、「会議２」及び「会議３」への参加とは両立しないから、これらの会議の優先度を比較して、どの会議に参加するかを決定することになる。
【００４６】
また、警告メッセージ２２１は、表示中のユーザの予定に、仮登録しようとするイベントと同じ時間帯に重複するスケジュールが登録されている旨を警告するメッセージである。
【００４７】
優先度スライダ２２２と優先度入力欄２２３はそれぞれ、図４のステップＳ１７で、仮登録しようとするイベントの優先度の変更指示を受け付けるための操作部である。ユーザは、これらの操作部により、仮登録しようとするイベントと重複する参加者のスケジュールを見ながら、図４のステップＳ１１で指定した優先度を変更することができる。また、優先度スライダ２２２と優先度入力欄２２３は連動しており、一方を用いて優先度を変更すると、それに応じて他方の表示も変更される。また、優先度が変更された場合、ＣＰＵ１０１はそれに応じて予定の再調整を行い、その結果を予定表示部２１０の表示に反映させる。
なお、この優先度の設定は、参加者１人１人について個別に行えるようにするとよい。この場合、図４のステップＳ１９では、各参加者に、その参加者について設定された優先度の情報を通知する。
【００４８】
前参加者ボタン２３１と、次参加者ボタン２３２は、それぞれ予定表示画面２００に表示する参加者を切り替えるためのボタンである。
仮登録ボタン２３３は、図４のステップＳ１５で判断する仮登録の了承指示を受け付けるためのボタンである。
キャンセルボタン２３４は、図４のステップＳ１６で判断する仮登録のキャンセル指示を受け付けるためのボタンである。
なお、図７と同様な画面で、複数人の予定を同時に表示してもよい。
【００４９】
次に、図８に、図７に示した予定表示画面２００で、登録しようとするイベントの優先度を５．０に変更した場合の表示例を示す。
図８の例では、優先度の変更により、仮登録しようとする「大事な会議」のイベントの優先度が、「会議２」及び「会議３」のイベントの優先度よりも高くなっている。このため、「大事な会議」のイベントがアクティブのスケジュールとなり、表示部品２４３で示される。
【００５０】
一方、これに伴い、「会議２」及び「会議３」のイベントは非アクティブのスケジュールとなり、表示部品２４５及び２４６で示される。また、「会議２」及び「会議３」への参加のための移動は不要となり、キャンセルされる。
また、「会議２」への参加がなくなったことに伴い、「会議５」への参加が可能となるため、「会議５」のイベントもアクティブのスケジュールとなり、表示部品２４１で示される。そして、移動時間計算部１１４は、アクティブのスケジュールとなっているイベントの開催場所間の移動時間を計算し、表示部品２４２及び２４４で示される移動のスケジュールを追加する。
【００５１】
なお、図８の例では、優先度の変更に伴ってアクティブと非アクティブが入れ替わったスケジュールについては、表示部品を矢状にしてこれを示している。表示部品２４１，２４３，２４５，２４６がこれに該当する。また、優先度の変更前後によらず予定が変化していない時間帯をグレーアウトして表示している。図ではドットハッチングによりこれを示している。
イベントを仮登録しようとするユーザは、このように、仮登録しようとするイベントが各参加者の予定に与える影響を視覚的に把握しながら、優先度を含むイベント内容の指定を行うことができる。
【００５２】
次に、図４のステップＳ１９でイベントを通知された各参加者からそのイベントへの参加可否の選択を受け付けるための処理について説明する。
図９に、ＣＰＵ１０１がユーザからの予定確認画面の表示指示を検出した場合に実行する処理のフローチャートを示す。なお、予定確認画面は、ユーザが自分の予定を確認するための画面であり、そのユーザについての予定情報に基づき表示される。
【００５３】
ＣＰＵ１０１は、任意のユーザからの予定確認画面の表示指示を検出すると、図９に示す処理を開始する。この処理において、ＣＰＵ１０１はまず、表示を指示したユーザの予定確認画面を表示する（Ｓ３１）。ここでの表示は、仮登録イベントの通知により追加された調整中のスケジュールも含めて、優先度に基づきどのスケジュールを優先させるかを決定した上で表示する。従って、図８に示した状態でイベントが登録された場合等、ユーザの知らないうちに予定が変更されている場合もある。
【００５４】
次に、ＣＰＵ１０１は、表示を指示したユーザに対して通知された仮登録イベントがあるか否か判断する（Ｓ３２）。この判断は、スケジュール情報中に、開催確定フラグが「０」となっている情報があるか否かにより行うことができる。
ステップＳ３２でＮｏであれば、通常の予定確認画面の機能（予定の詳細確認、変更指示など）に関する処理に進むが、ここではその説明は省略する。
【００５５】
ステップＳ３２でＹｅｓであれば、ＣＰＵ１０１は、仮登録されたイベントに関する承認指示を受け付ける（Ｓ３３）。ここでの承認は、現在表示されている予定を承認することを意味する。従って、仮登録されたイベントがアクティブなスケジュールとなっていれば、そのイベントについて参加可を選択したことになり、仮登録されたイベントが非アクティブなスケジュールとなっていれば、そのイベントについて参加不可を選択したことになる。
【００５６】
ユーザがこの承認を直ちに行わない場合（Ｓ３４でＮｏ）、ＣＰＵ１０１は、仮登録されたイベントの優先度変更指示を受け付ける（Ｓ３５）。そして、変更指示があった場合、変更後の優先度に従って参加するイベントを調整した上で、ステップＳ３１で表示した予定確認画面における予定の表示を更新し、ステップＳ３３に戻って処理を繰り返す。
【００５７】
そして、ユーザが仮登録されたイベントを承認すると（Ｓ３４でＹｅｓ）、ＣＰＵ１０１は、その時点で仮登録されたイベントがアクティブなスケジュールであるか否かに基づき（Ｓ３７）、イベントへの参加可又は参加不可を、イベントの登録を行ったユーザに通知（回答）する（Ｓ３８，Ｓ３９）。この通知は、例えば、受け付けた参加可否や優先度の情報を、仮登録中のイベントの情報と対応付けてイベント記憶部１２１に登録して行うことができる。
【００５８】
その後、ＣＰＵ１０１は、予定情報中の仮登録イベントの情報に、通知内容を反映させる（Ｓ４０）。具体的には、承認状態の項目に通知内容を登録する。
その後、ＣＰＵ１０１は通常の予定確認画面の機能に関する処理に進む。なお、ステップＳ３３で、イベントの承認を行わずに通常の予定確認画面の機能に関する処理に進む「保留」を選択できるようにしてもよい。
【００５９】
以上の処理のうち、ステップＳ３３の処理が参加可否受付手順の処理であり、この処理においてＣＰＵ１０１が参加可否受付手段として機能する。ステップＳ３８及びＳ３９の処理が参加可否通知手順の処理であり、この処理においてＣＰＵ１０１が参加可否通知手段として機能する。
そして、以上の処理により、予定管理装置１０は、イベントを通知された通知先の各参加者から、仮登録したイベントへの参加可否の選択を受け付け、その結果をイベントの登録者（主催者）に通知することができる。
【００６０】
次に、図１０に、図９のステップＳ３１で表示する予定確認画面の表示例を示す。
予定確認画面３００において、予定表示部３１０の表示態様は、予定表示画面２００の予定表示部２１０と同様であるので、説明は省略する。なお、図１０の例においては、図８の状態で「大事な会議」のイベントが仮登録された場合における、「大事な会議」のイベントが設定された日のHogeさんの予定を示している。参加するイベントの選択基準は、予定表示画面２００を表示する場合と同じであるので、表示される予定も図８のものと同じとなる。ただし、図８のような矢状表示部品やグレーアウトによる装飾は行っておらず、図７と同様な形式で表示している。
【００６１】
また、メッセージ３２１は、仮登録されたイベントの通知があった旨及びそのイベントをユーザに伝えるためのメッセージである。
優先度スライダ３２２と優先度入力欄３２３はそれぞれ、図９のステップＳ３５で、仮登録されているイベントの優先度の変更指示を受け付けるための操作部である。その機能は、図７及び図８の優先度スライダ２２２及び優先度入力欄２２３と同様である。優先度の初期値は、イベントの仮登録の通知の際に受け取った値である。
承認ボタン３３０は、図９のステップＳ３４で判断するイベントの承認指示を受け付けるためのボタンである。
【００６２】
以上の予定確認画面３００によれば、仮登録のイベントを通知された参加者に対し、通知されたイベントの優先度に従って調整したその参加者の予定を提示しつつ、そのイベントの優先度の変更を受け付けることができる。また、変更後の優先度に従って調整したその参加者の予定を提示することもできる。従って、各参加者は、自身の予定を確認した上で、通知されたイベントに対し、自身の意志を反映させた優先度を設定し、その優先度に基づき参加可否を回答することができる。
なお、図９の処理及び図１０の画面では、優先度の設定と参加可否の回答内容を連動させるようにしている。しかし、優先度の設定と独立して参加可否の回答ができるようにしてもよい。
また、仮登録中のイベントが複数ある場合には、それらを１つずつ処理対象として優先度の設定と承認を行うことができるようにするとよい。
【００６３】
次に、イベントの仮登録者からイベントの開催可否の選択を受け付けるための処理について説明する。
図１１に、ＣＰＵ１０１がユーザからのイベント状態表示指示を検出した場合に実行する処理のフローチャートを示す。イベント状態表示指示は、自身が仮登録した特定のイベントの状態の確認を希望する旨の指示である。
【００６４】
ＣＰＵ１０１は、イベント状態表示指示を検出すると、図１１のフローチャートに示す処理を開始する。そしてまず、各参加者からの参加可否の通知内容を表示する（Ｓ５１）。その後、ユーザから開催可否の決定を受け付ける（Ｓ５２）。
そして、開催を行う旨の決定を受け付けた場合（Ｓ５３でＹｅｓ）、ＣＰＵ１０１は、イベント記憶部１２１におけるイベントの仮登録を本登録に変更する（Ｓ５４）。イベント情報中の開催確定フラグを「１」にすることによりこの変更を行うことができる。
【００６５】
次に、ＣＰＵ１０１は、各参加者へ、開催決定の旨を通知して（Ｓ５５）、図１１の処理を終了する。この通知は、該当のユーザのスケジュール情報中の該当イベントの情報における開催確定フラグを「１」にすることにより行うことができる。なお、ここではイベント情報中の参加者ＩＤは更新しない。実際にイベントに参加するユーザを把握したい場合には、参加者ＩＤで示される各ユーザのスケジュール情報中の、該当イベントのスケジュールについての承認状態を参照すればよい。
【００６６】
一方、ステップＳ５３でＮｏの場合、ＣＰＵ１０１は、ステップＳ５２で受け付けた決定が保留であるか否か判断する（Ｓ５６）。これがＹｅｓの場合には、そのまま処理を終了する。Ｎｏの場合、開催取り止めの決定を受け付けたことになるため、ＣＰＵ１０１は、イベント記憶部１２１におけるイベントの仮登録を削除する（Ｓ５７）と共に、各参加者へ開催取り止めの旨を通知して（Ｓ５８）、図１１の処理を終了する。取り止めの通知は、該当のユーザのスケジュール情報中から該当イベントの情報を削除することにより行うことができる。
【００６７】
以上の処理のうち、ステップＳ５１及びＳ５２の処理が開催可否受付手順の処理であり、これらの処理においてＣＰＵ１０１が開催可否受付手段として機能する。ステップＳ５３乃至Ｓ５９の処理が登録確定手順の処理であり、この処理においてＣＰＵ１０１が登録確定手段として機能する。
そして、以上の処理により、予定管理装置１０は、仮登録を指示したユーザに対し、各参加者からの参加可否を提示しつつ、仮登録を指示したユーザから仮登録したイベントの開催可否の指定を受け付けることができる。また、その指定に従って仮登録の確定又は削除を行うことができる。従って、イベントの仮登録を行ったユーザは、各参加者の意志を反映し、尊重したイベント開催可否の判断を行うことができる。
【００６８】
次に、図１２に、図１１のステップＳ５１で表示するイベント状態確認画面の表示例を示す。
このイベント状態確認画面４００は、仮登録中の特定のイベントについて、各参加者から通知された参加可否の回答を表示すると共に、登録者から、イベント開催可否の指示を受け付けるための画面である。
【００６９】
そして、参加可否表示部４１０は、各参加者からの参加可否の回答を表示する領域である。回答を通知されていない場合には「未返信」と表示すればよい。
開催ボタン４２１は、開催決定を指示するためのボタンである。イベントを仮登録したユーザは、各参加者からの回答が満足いくものであった場合、このボタンを操作して開催を確定すればよい。
【００７０】
取り止めボタン４２２は、開催取り止めを指示するためのボタンである。イベントを仮登録したユーザは、参加可能なメンバーが少ないなど、各参加者からの回答が満足いくものでなかった場合、このボタンを操作して開催を取り止めればよい。
保留ボタン４２３は、開催可否の保留を指示するためのボタンである。イベントを仮登録したユーザは、各参加者からの回答が十分揃っておらず、開催可否を判断できない場合、このボタンを操作して保留を指示すればよい。
【００７１】
以上で実施形態の説明を終了するが、この発明において、各装置の具体的な構成、処理の内容、データの形式、画面の表示内容等は、実施形態で説明したものに限るものではない。
例えば、同じ時間帯のイベントのどちらに参加するかを決定するためのアルゴリズムは、上述した実施形態で述べたものには限られない。また、予定の表示形式も、図７、図８及び図１０に示した具体例には限られない。
ユーザの予定へのイベントの追加に伴って、移動のスケジュールを自動で追加する機能も、必須ではない。
【００７２】
また、図７等の画面で仮登録しようとするイベントの優先度の設定を受け付ける場合、既に開催及び参加が確定しているスケジュールを変更するような優先度の設定ができないようにしてもよい。このようにすれば、各参加者が想定している現在の予定を一層尊重した調整が可能となる。
【００７３】
また、上述した予定管理装置１０あるいは端末装置２０の機能を、複数の装置に分散して設け、これらの装置に協働してその機能を実現させるようにしてもよい。
予定管理装置１０が複数の端末装置２０からアクセスされ得るようにすることももちろん可能である。また、予定管理装置１０と端末装置２０の機能を併せ持つ装置を構成することも可能である。また、予定管理装置１０のみで予定管理システムを構成してもよい。
予定管理装置１０が、自身のＵＩ部１０６により予定の表示指示を受け付けたり、ＵＩ部１０６により予定の表示画面を表示させたりするようにしてももちろん構わない。
【００７４】
また、この発明によるプログラムの実施形態は、コンピュータに上述した予定管理装置１０の機能を実現させるためのプログラムである。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。
【００７５】
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００７６】
１０：予定管理装置、２０：端末装置、３０：ネットワーク、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：通信Ｉ／Ｆ、１０５：ＨＤＤ、１０６：ＵＩ部、１０８：システムバス、１１１：編集部、１１２：読込部、１１３：登録部、１１４：移動時間計算部、１１５：表示制御部、１１６：イベント仮登録部、１１７：予定重複判定部、１１８：イベント通知部、１１９：イベント参加設定部、１２０：イベント開催確定部、１２１：イベント記憶部、１２２：スケジュール記憶部、２００：予定表示画面、２１０，３１０：予定表示部、２１１〜２１４，２４１〜２４６：表示部品、２２１：警告メッセージ、２２２，３２２：優先度スライダ、２２３，３２３：優先度入力欄、２３１：前参加者ボタン、２３２：次参加者ボタン、２３３：仮登録ボタン、２３４：キャンセルボタン、３００：予定確認画面、３２１：メッセージ、３３０：承認ボタン、４００：イベント状態確認画面、４１０：参加可否表示部、４２１：開催ボタン、４２２：取り止めボタン、４２３：保留ボタン
【先行技術文献】
【特許文献】
【００７７】
【特許文献１】特開２００９−１８７２１２号公報
【図１】
2015176398.tif 000003
【図２】
2015176398.tif 000004
【図３】
2015176398.tif 000005
【図４】
2015176398.tif 000006
【図５】
2015176398.tif 000007
【図６】
2015176398.tif 000008
【図７】
2015176398.tif 000009
【図８】
2015176398.tif 000010
【図９】
2015176398.tif 000011
【図１０】
2015176398.tif 000012
【図１１】
2015176398.tif 000013
【図１２】
2015176398.tif 000014