(57)【特許請求の範囲】
【請求項１】
記憶部を備えるサーバの制御方法であって、
複数のユーザごとの予定を示すスケジュールデータを前記記憶部に記憶し、
前記複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及び前記イベントの複数の候補日時の設定を受付け、
前記複数の招集ユーザのそれぞれについて、前記複数の候補日時におけるスケジュールデータを前記記憶部から読み出し、
前記複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を前記複数の招集ユーザのユーザ端末に出力する、
ステップを有することを特徴とする制御方法。
【請求項２】
前記画面情報の出力を受信した前記招集ユーザのユーザ端末から、前記招集ユーザが参加可能な候補日時の設定を受付ける、ステップをさらに有する請求項１に記載の制御方法。
【請求項３】
前記招集ユーザが参加可能な候補日時の設定に基づいて、前記招集ユーザが参加可能な候補日時と他の候補日時とを区別して表示する第２の画面情報を作成し、
前記招集ユーザのユーザ端末からの要求に従って、前記要求を送信した前記招集ユーザのユーザ端末に、前記画面情報の代わりに前記第２の画面情報を出力する、ステップをさらに有する請求項２に記載の制御方法。
【請求項４】
前記イベントの複数の候補日時ごとに参加可能な招集ユーザの数を集計し、
前記集計した前記イベントの複数の候補日時ごとの参加可能な招集ユーザの数を前記幹事端末に出力する、ステップをさらに有する請求項２に記載の制御方法。
【請求項５】
前記幹事端末から前記イベントの開催日時の設定を受付け、
前記開催日時に前記イベントに実際に参加するか否かを選択するための第３の画面情報を前記複数の招集ユーザのユーザ端末に出力する、ステップをさらに有する請求項１〜４の何れか一項に記載の制御方法。
【請求項６】
複数のユーザごとの予定を示すスケジュールデータを記憶する記憶部と、
前記複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及び前記イベントの複数の候補日時の設定を受付ける受付部と、
前記複数の招集ユーザのそれぞれについて、前記複数の候補日時におけるスケジュールデータを前記記憶部から読み出す読出部と、
前記複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を前記複数の招集ユーザのユーザ端末に出力する出力部と、を備える、
ことを特徴とするサーバ。
【請求項７】
記憶部を備えたサーバの制御プログラムであって、前記サーバに、
複数のユーザごとの予定を示すスケジュールデータを前記記憶部に記憶し、
前記複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及び前記イベントの複数の候補日時の設定を受付け、
前記複数の招集ユーザのそれぞれについて、前記複数の候補日時におけるスケジュールデータを前記記憶部から読み出し、
前記複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を前記複数の招集ユーザのユーザ端末に出力する、
こと実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、その制御方法及びその制御プログラムに関する。
【背景技術】
【０００２】
従来、イベントを開催する幹事ユーザは、複数の候補日時をイベントに招集する複数の招集ユーザに個別に通知し、複数の候補日時のそれぞれに対する招集ユーザから個別に受けた出欠可否の回答に基づいて、イベントの開催日時を決定する。
【０００３】
例えば、特許文献１には、主催者がアポイントメントに含まれる複数の候補日時の中から最終的な候補日時の選定を行うスケジュール管理支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−４３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されたスケジュール管理支援システムは、他の招集ユーザのスケジュールに係りなく、アポイントメントに含まれる複数の候補日時を各招集ユーザのカレンダーに単純に表示する。したがって、招集ユーザは自身のカレンダーに表示された複数の候補日時を確認しても、複数の候補日時のうち、どの候補日時が有力候補であるかを判断する根拠を得ることができない。
【０００６】
しかしながら、招集ユーザが複数の候補日時のうちのどの候補日がイベントが実際に開催される可能性の高い日であるかを予想することができるようにすれば、スケジュール管理支援システムは、招集ユーザに対して複数の候補日時の自身の予定を見直し、日程調整を行う機会を与えることができる。
【０００７】
本発明は、このような課題を解決すべくなされたものであり、招集ユーザが複数の候補日時のうちの有力候補を予想することができるサーバ、その制御方法及びその制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る制御方法は、記憶部を備えるサーバの制御方法であって、複数のユーザごとの予定を示すスケジュールデータを記憶部に記憶し、複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及びイベントの複数の候補日時の設定を受付け、複数の招集ユーザのそれぞれについて、複数の候補日時におけるスケジュールデータを記憶部から読み出し、複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を複数の招集ユーザのユーザ端末に出力する、ステップを有する。
【０００９】
本発明に係るサーバは、複数のユーザごとの予定を示すスケジュールデータを記憶する記憶部と、複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及びイベントの複数の候補日時の設定を受付ける受付部と、複数の招集ユーザのそれぞれについて、複数の候補日時におけるスケジュールデータを記憶部から読み出す読出部と、複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を複数の招集ユーザのユーザ端末に出力する出力部と、を備える。
【００１０】
本発明に係る端末の制御プログラムは、記憶部を備えたサーバの制御プログラムであって、サーバに、複数のユーザごとの予定を示すスケジュールデータを記憶部に記憶し、複数のユーザのうちの幹事ユーザの幹事端末から、イベントに招集する複数の招集ユーザ及びイベントの複数の候補日時の設定を受付け、複数の招集ユーザのそれぞれについて、複数の候補日時におけるスケジュールデータを記憶部から読み出し、複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面情報を複数の招集ユーザのユーザ端末に出力する、ことを実行させる。
【発明の効果】
【００１１】
本発明に係るサーバ、その制御方法、及びその制御プログラムによれば、招集ユーザが複数の候補日時のうちの有力候補を予想することができる。
【図面の簡単な説明】
【００１２】
【図１】スケジュール管理システム１の概略を説明するための模式図である。
【図２】スケジュール管理システム１の概略を説明するための模式図である。
【図３】スケジュール管理システム１の概略構成の一例を示す図である。
【図４】（ａ）は、幹事端末２の概略構成の一例を示す図であり、（ｂ）は、ユーザ端末３の概略構成の一例を示す図である。
【図５】サーバ４の概略構成の一例を示す図である。
【図６】テーブルのデータ構造の一例を示す図である。
【図７】他のテーブルのデータ構造の一例を示す図である。
【図８】スケジュール管理システム１による候補日時の決定処理の動作シーケンスの一例を示す図である。
【図９】スケジュール管理システム１による開催日時の決定処理の動作シーケンスの一例を示す図である。
【図１０】（ａ）は、幹事端末２に表示される画面の一例を示す図であり、（ｂ）は、ユーザ端末３に表示される画面の一例を示す図である。
【図１１】ユーザ端末３に表示される画面の一例を示す図である。
【図１２】（ａ）は、幹事端末２に表示される画面の一例を示す図であり、（ｂ）は、ユーザ端末３に表示される画面の一例を示す図である。
【図１３】ユーザ端末３に表示される画面の一例を示す図である。
【図１４】幹事端末２に表示される画面の一例を示す図である。
【図１５】ユーザ端末３に表示される画面の一例を示す図である。
【図１６】幹事端末２に表示される画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的な範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。
【００１４】
図１及び図２は、スケジュール管理システム１の概略を説明するための模式図である。
【００１５】
図１は、複数の候補日時が表示された予定画面を表示する場合の概略を説明するための模式図である。スケジュール管理システム１は、幹事端末２と、ユーザ端末３と、サーバ４等とを有する。サーバ４は、複数のユーザごとの予定を示すスケジュールデータを記憶する記憶部等を備える。
【００１６】
幹事ユーザの操作に従って、幹事端末２は、イベントに招集する複数の招集ユーザ及びイベントの複数の候補日時を選択する（１）。幹事端末２は、選択した複数の招集ユーザ及び複数の候補日時をサーバ４に送信する（２）。
【００１７】
サーバ４は、幹事端末２から複数の招集ユーザ及び複数の候補日時を受信すると、複数の招集ユーザ及び複数の候補日時の設定を受付ける。サーバ４は、複数の招集ユーザのそれぞれについて、複数の候補日時におけるスケジュールデータを記憶部から読み出し、複数の候補日時のそれぞれについて、予定が入っている招集ユーザの数を集計する（３）。
【００１８】
サーバ４は、集計した、予定が入っている招集ユーザの数に基づいて予定画面情報を作成する。予定画面情報は、複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して画面に表示するデータである。予定画面情報は、候補日時ごとに、文字の色、フォント又はサイズ等を指定する表示属性を含む。
【００１９】
例えば、予定が入っている招集ユーザの数が、８月２０日では１名、８月２１日では５名、８月２２日では９名、８月２３日では１名、８月２４日では１名とする。この場合、８月２０，２３，２４日に予定が入っている招集ユーザの数は、少ないため、サーバ４は、８月２０，２３，２４日の候補日時１００，１０３，１０４の表示属性として強調するように表示（例えば、濃い赤色で表示）する表示属性を指定する。また、８月２１日に予定が入っている招集ユーザの数は、多くも少なくもないため、サーバ４は、８月２１日の候補日時１０１の表示属性として強調しないように表示（例えば、濃くも薄くもない赤色で表示）する表示属性を指定する。また、８月２２日に予定が入っている招集ユーザの数は、多いため、サーバ４は、８月２２日の候補日時１０２の表示属性として目立たないように表示（例えば、薄い赤色で表示）する表示属性を指定する。このように、サーバ４は、候補日時ごとに指定した表示属性を含む予定画面情報を作成する。
【００２０】
サーバ４は、作成した予定画面情報を招集ユーザのユーザ端末３に出力する（４）。ユーザ端末３は、サーバ４から予定画面情報を受信すると、受信した予定画面情報に基づいて予定画面を表示する（５）。
【００２１】
このように、サーバ４から予定画面情報を受信したユーザ端末３は、予定が入っている招集ユーザの数に基づいて、候補日時を段階的に区別して表示（グラデーション表示）することができる。したがって、招集ユーザは、ユーザ端末３に表示された複数の候補日時のうちの有力候補を予想することができる。
【００２２】
図２は、予定画面２００から参加画面２１０に切り替える場合の概略を説明するための模式図である。
【００２３】
予定画面２００は、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して表示する画面である。参加画面２１０は、招集ユーザが参加可能な候補日時と他の候補日時とを区別して表示する画面である。
【００２４】
まず、ユーザ端末３は、予定画面２００を表示しているものとする。予定画面２００には、幹事ユーザによって設定された全ての候補日時の予定表示領域２０９に候補日時アイコンが表示される。
【００２５】
招集ユーザによって、８月２０日の予定表示領域２０９に表示された候補日時アイコン２０８が指定されると、ユーザ端末３は、指定された候補日時アイコン２０８に対する参加可否設定ウィンドウ２０１を表示する。参加可否設定ウィンドウ２０１には、参加ボタン２０２、保留ボタン２０３、及び不参加ボタン２０４、及びイベントに関する情報２０５と、その候補日時に予定が入っている招集ユーザの数２０６が表示される。
【００２６】
招集ユーザによって、参加ボタン２０２が押下されると、ユーザ端末３は、候補日時アイコン２０８に対応する日時を参加可能な候補日時としてサーバ４に送信する。サーバ４は、ユーザ端末３から参加可能な候補日時を受信すると、参加可能な候補日時の設定を受付ける。
【００２７】
次に、招集ユーザによって、切換ボタン２０７が押下されると、サーバ４は、ユーザ端末３から受付けていた参加可能な候補日時に基づいて参加画面情報を作成する。例えば、８月２０日の候補日時が参加可能な候補日時として設定され、８月２１〜２４日の候補日時が参加可能な候補日時として設定されていないとする。この場合、サーバ４は、８月２０日の予定表示領域２１７に表示された候補日時アイコン２１１の表示属性として強調するように表示（例えば、濃い赤色で表示）する表示属性を指定し、他の候補日時アイコン２１２〜２１５の表示属性として目立たないように表示する表示属性を指定する。このように、サーバ４は、候補日時ごとに指定した表示属性を含む参加画面情報を作成する。
【００２８】
サーバ４は、作成した参加画面情報を招集ユーザのユーザ端末３に出力する。ユーザ端末３は、サーバ４から参加画面情報を受信すると、受信した参加画面情報に基づいて参加画面２１０を表示する。参加画面２１０には、幹事ユーザによって設定された全ての候補日時の予定表示領域２１７に候補日時アイコン２１１〜２１５が表示される。
【００２９】
このように、サーバ４は、予定が入っている招集ユーザの数に応じて候補日時を段階的に区別して表示する予定画面情報と招集ユーザが参加可能な候補日時を他の候補日時と区別して表示する参加画面情報とを切り替えて出力可能に構成されている。したがって、招集ユーザは、予定が入っている招集ユーザの数と自身が参加可能な候補日時を容易に比較することができる。
【００３０】
図３は、スケジュール管理システム１の概略構成の一例を示す図である。
【００３１】
スケジュール管理システム１は、幹事端末２と、ユーザ端末３と、サーバ４とを備える。幹事端末２とサーバ４とは、通信ネットワークを介して相互に接続され、例えば、インターネット５を介して相互に接続される。幹事端末２で実行されるプログラムと、サーバ４で実行されるプログラムとは、ハイパーテキスト転送プロトコル（HTTP: Hypertext Transfer Protocol）等の通信プロトコルを用いて通信を行う。ユーザ端末３とサーバ４は、通信ネットワークを介して相互に接続され、例えば、インターネット５を介して相互に接続される。ユーザ端末３で実行されるプログラムと、サーバ４で実行されるプログラムとは、ハイパーテキスト転送プロトコル等の通信プロトコルを用いて通信を行う。なお、スケジュール管理システム１は、複数のユーザ端末３を備えていてもよい。
【００３２】
図４（ａ）は、幹事端末２の概略構成の一例を示す図である。
【００３３】
幹事端末２は、端末通信部２１、端末記憶部２２、操作部２３、表示部２４及び端末処理部２５等を備える。幹事ユーザとは、複数のユーザが参加予定のイベントを開催する責任者である。幹事ユーザは、幹事ユーザに立候補したユーザであってもよく、任意に選択されたユーザであってもよい。イベントとは、施設で開催する催し物又は行事をいう。イベントは、例えば、社員旅行、新年会、忘年会、バーベキュー、宴会、懇親会、同窓会、及びゴルフコンペ等である。幹事端末２として、多機能携帯電話（所謂「スマートフォン」）が想定されるが、これに限定されるものではない。幹事端末２は、本発明が適用可能であればよく、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（PDA: Personal Digital Assistant, PDA）、タブレットＰＣ、パーソナルコンピュータ等でもよい。
【００３４】
端末通信部２１は、所定の周波数帯を感受帯域とするアンテナを含む通信インターフェース回路を備え、幹事端末２をインターネット５に接続する。端末通信部２１は、端末処理部２５から供給されたデータをサーバ４等に送信する。また、端末通信部２１は、サーバ４等から受信したデータを端末処理部２５に供給する。
【００３５】
端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部２２は、端末処理部２５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部２２は、ドライバプログラムとして、操作部２３を制御する入力デバイスドライバプログラム、表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部２２は、アプリケーションプログラムとして、メッセージの送受信を実行するプログラム等を記憶する。また、端末記憶部２２は、データとして、送受信されたメッセージとそれに付随するデータを記憶する。さらに、端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。
【００３６】
操作部２３は、幹事端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。幹事ユーザは、操作部２３を用いて、文字、数字等を入力することができる。操作部２３は、幹事ユーザにより操作されると、その操作に対応する信号を発生する。発生した信号は、幹事ユーザの指示として、端末処理部２５に供給される。
【００３７】
表示部２４は、文字列、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等である。表示部２４は、端末処理部２５から供給された、送受信されたメッセージ等を表示する。
【００３８】
端末処理部２５は、アクセス部２５１、スケジュール管理部２５２及びメッセージ管理部２５３等を備える。端末処理部２５は、幹事端末２の全体的な動作を統括的に制御するものであり、一又は複数個のプロセッサ及びその周辺回路（例えば、ＣＰＵ（Central Processing Unit））から構成される。端末処理部２５は、端末記憶部２２に記憶されているプログラムが操作部２３の操作等に応じて適切な手順で実行されるように、端末通信部２１、及び表示部２４等の動作を制御する。端末処理部２５は、端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部２５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。
【００３９】
アクセス部２５１、スケジュール管理部２５２及びメッセージ管理部２５３は、端末処理部２５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、アクセス部２５１、スケジュール管理部２５２及びメッセージ管理部２５３は、ファームウェアとして幹事端末２に実装されてもよい。
【００４０】
アクセス部２５１は、Ｗｅｂ（World Wide Web）にアクセスし、表示データの取得及び表示を行う。即ち、アクセス部２５１は、幹事ユーザからの指示に応じて、イベントに関する入力又は選択等を端末通信部２１を介してサーバ４に送信する。また、アクセス部２５１は、イベントに関する入力又は選択等に対する処理結果に対応する表示データを、端末通信部２１を介してサーバ４から受信し、受信した表示データに基づいて画面を表示部２４に表示する。
【００４１】
スケジュール管理部２５２は、予めダウンロードしていた専用のスケジュール管理アプリケーションを用いてスケジュールを管理する。スケジュール管理部２５２は、カレンダーを表示部２４に表示するとともに、サーバ４から受信した画面情報に基づいて、登録された予定、イベントの複数の候補日時又は開催日時をカレンダー上に表示する。
【００４２】
メッセージ管理部２５３は、端末通信部２１を介してメッセージを送受信する。
【００４３】
図４（ｂ）は、ユーザ端末３の概略構成の一例を示す図である。
【００４４】
ユーザ端末３は、端末通信部３１、端末記憶部３２、操作部３３、表示部３４及び端末処理部３５等を備える。ユーザ端末３は、イベントに招集される複数の招集ユーザの端末である。ユーザ端末３として、多機能携帯電話が想定されるが、これに限定されるものではない。ユーザ端末３は、本発明が適用可能であればよく、例えば、携帯電話、携帯情報端末、タブレットＰＣ、パーソナルコンピュータ等でもよい。
【００４５】
ユーザ端末３が備える端末通信部３１、端末記憶部３２、操作部３３、表示部３４及び端末処理部３５は、幹事端末２が備える端末通信部２１、端末記憶部２２、操作部２３、表示部２４及び端末処理部２５と同様である。但し、端末処理部３５は、スケジュール管理部３５２及びメッセージ管理部３５３を有するが、端末処理部３５には、アクセス部３５１は、含まれない。
【００４６】
図５は、サーバ４の概略構成の一例を示す図である。
【００４７】
サーバ４は、サーバ通信部４１、サーバ記憶部４２、及びサーバ処理部４３を備える。サーバ４は、単独の装置で構成される。なお、サーバ４は、複数の装置で構成されてもよい。
【００４８】
サーバ通信部４１は、インターネット５を介してデータの送受信を行うための通信インターフェース回路を備え、幹事端末２又はユーザ端末３と通信を行う。
【００４９】
サーバ記憶部４２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備え、サーバ処理部４３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。また、サーバ記憶部４２は、データとして、イベント管理テーブル（図６（ａ））、候補日時管理テーブル（図６（ｂ））及び予定管理テーブル（図６（ｃ））を記憶する。また、サーバ記憶部４２は、データとして、グループ管理テーブル（図７（ａ））及びユーザ管理テーブル（図７（ｂ））を記憶する。また、サーバ記憶部４２は、所定の処理に係る一時的なデータを一時的に記憶するためのバッファを更に備える。
【００５０】
サーバ処理部４３は、受付部４３１、読出部４３２、出力部４３３、管理部４３４及び通知部４３５等を備える。サーバ処理部４３は、サーバ４の全体的な動作を統括的に制御するものであり、一又は複数個のプロセッサ及びその周辺回路（例えば、ＣＰＵ）から構成される。また、サーバ処理部４３は、サーバ記憶部４２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づき、適切な手順でサーバ通信部４１等の動作を制御する。さらに、サーバ処理部４３は、複数のプログラム（アプリケーションプログラム等）を並列に実行してもよい。
【００５１】
受付部４３１、読出部４３２、出力部４３３、管理部４３４及び通知部４３５は、サーバ処理部４３が備えるプロセッサで実行されるプログラムにより実行される機能モジュールである。なお、受付部４３１、読出部４３２、出力部４３３、管理部４３４及び通知部４３５は、ファームウェアとしてサーバ４に実装されてもよい。
【００５２】
受付部４３１は、サーバ通信部４１を介して幹事端末２又はユーザ端末３から受信した設定を受付ける。受付部４３１の処理の詳細については後述する。
【００５３】
読出部４３２は、サーバ記憶部４２に記憶されているデータを読み出す。読出部４３２の処理の詳細については後述する。
【００５４】
出力部４３３は、サーバ通信部４１を介して幹事端末２又はユーザ端末３に画面情報を送信することにより、幹事端末２又はユーザ端末３に画面情報を出力する。出力部４３３の処理の詳細については、後述する。
【００５５】
管理部４３４は、スケジュールの管理を行う。管理部４３４の処理の詳細については、後述する。
【００５６】
通知部４３５は、サーバ通信部４１を介してユーザ端末３に参加可能な候補日時の設定依頼又は出欠の確定の依頼のメッセージを送信することにより、ユーザ端末３に参加可能な候補日時の設定依頼又は出欠の確定の設定依頼のメッセージを通知する。通知部４３５の処理の詳細については、後述する。
【００５７】
図６（ａ）は、イベント管理テーブルのデータ構造の一例を示す図である。
【００５８】
図６（ａ）に示すデータ構造は、サーバ記憶部４２に記憶されているイベントIDに関連付けられた一連のデータを示している。イベントIDは、イベントを識別するための情報である。一連のデータは、例えば、イベント名、候補日時ID、幹事ユーザID、招集ユーザID及び出欠情報等を含む。上記の一連のデータは一例であって、その他のイベントに関する情報を含んでもよい。候補日時IDは、イベントの各候補日時を識別するための情報である。幹事ユーザIDは、イベントを開催する幹事ユーザを識別するための情報である。招集ユーザIDは、幹事ユーザによってイベントに招集された招集ユーザを識別するための情報である。出欠情報は、招集ユーザのIDと、招集ユーザによって設定された出欠可否情報とを含む。出欠可否情報は、例えば出席、保留及び欠席のうちの何れかを示す。
【００５９】
図６（ｂ）は、候補日時管理テーブルのデータ構造の一例を示す図である。
【００６０】
候補日時管理テーブルは、イベントごとに記憶される。図６（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されている候補日時IDに関連付けられた一連のデータを示している。一連のデータは、例えば、候補日時の開始日時、候補日時の終了日時、及び参加意思情報等を含む。上記の一連のデータは一例であって、その他の候補日時に関する情報を含んでもよい。候補日時は、イベントが開催される候補となる日程である。例えば、候補日時として、イベントが開催される候補となる開始日時及び終了日時が指定される。また、候補日時として、イベントが開催される候補となる開始日時のみが指定されてもよい。また、候補日時として、イベントが開催される候補となる日付のみが指定されてもよい。また、候補日時として、イベントが開催される候補となる開始日時から所定時間が経過するまでの期間が指定されてもよい。参加意思情報は、招集ユーザのIDと、招集ユーザによって設定された参加可否情報とを含む。参加可否情報は、例えば参加、保留及び不参加のうちの何れかを示す。参加を示す参加可否情報に関連付けられた候補日時IDに対応する候補日時が参加可能な候補日時となる。
【００６１】
図６（ｃ）は、予定管理テーブルのデータ構造の一例を示す図である。
【００６２】
図６（ｃ）に示すデータ構造は、サーバ記憶部４２に記憶されているユーザIDに関連付けられた一連のデータを示している。ユーザIDには、幹事ユーザIDと招集ユーザIDが含まれる。一連のデータは、例えば、予定ID、予定名、予定の開始日時及び予定の終了日時等を含む。上記の一連のデータは一例であって、その他の予定に関する情報を含んでもよい。予定IDは、幹事ユーザ又は招集ユーザの予定を識別するための情報である。予定は、ユーザの行事又は行動を予め定めたものであり、スケジュール管理アプリケーションによって管理されるデータである。
【００６３】
図７（ａ）は、グループ管理テーブルのデータ構造の一例を示す図である。
【００６４】
グループ管理テーブルは、グループごとに記憶される。グループは、幹事ユーザ及び招集ユーザが所属する組織を示す。図７（ａ）に示すデータ構造は、サーバ記憶部４２に記憶されているグループIDに関連付けられた一連のデータを示している。一連のデータは、例えば、ユーザID等を含む。上記の一連のデータは一例であって、その他のグループに関する情報を含んでもよい。グループIDは、幹事ユーザ又は招集ユーザが所属するグループを識別する情報である。ユーザIDは、幹事ユーザ又は招集ユーザを識別するための情報である。
【００６５】
図７（ｂ）は、ユーザ管理テーブルのデータ構造の一例を示す図である。
【００６６】
図７（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されているユーザIDに関連付けられた一連のデータを示している。一連のデータは、例えば、ユーザ名等を含む。上記の一連のデータは一例であって、その他のユーザに関する情報を含んでもよい。ユーザ名は、幹事ユーザ又は招集ユーザの名前である。
【００６７】
図８は、スケジュール管理システム１による候補日時の決定処理の動作シーケンスの一例を示す図である。
【００６８】
なお、以下に説明する動作シーケンスは、予め端末記憶部２２、端末記憶部３２及びサーバ記憶部４２に記憶されているプログラムに基づいて、主に端末処理部２５、端末処理部３５及びサーバ処理部４３により、幹事端末２、ユーザ端末３及びサーバ４の各要素と協働して実行される。
【００６９】
まず、幹事ユーザの操作に従って、幹事端末２のアクセス部２５１は、サーバ４にログインし、イベント設定画面情報取得要求をサーバ４に送信する（ステップＳ１００）。イベント設定画面情報取得要求は、イベント設定画面情報を取得するための要求である。イベント設定画面情報は、後述するイベント設定画面を表示するための情報である。
【００７０】
次に、サーバ４の出力部４３３は、幹事端末２からイベント設定画面情報取得要求を受信すると、出力部４３３は、イベント設定画面情報を幹事端末２に出力する（ステップＳ１０１）。出力部４３３は、ユーザ管理テーブルを参照し、イベント設定画面情報取得要求を送信した幹事ユーザのユーザID及びユーザ名を特定する。出力部４３３は、グループ管理テーブル及びユーザ管理テーブルを参照し、特定した幹事ユーザと同一のグループに所属する各ユーザのユーザID及びユーザ名を特定する。出力部４３３は、特定した幹事ユーザのユーザ名、同一のグループに所属する各ユーザのユーザID及びユーザ名を含むイベント設定画面情報を幹事端末２に出力する。
【００７１】
次に、幹事端末２のアクセス部２５１は、サーバ４からイベント設定画面情報を受信すると、受信したイベント設定画面情報に基づいてイベント設定画面を表示部２４に表示する（ステップＳ１０２）。
【００７２】
図１０（ａ）は、幹事端末２に表示されるイベント設定画面の一例を示す図である。
【００７３】
イベント設定画面には、幹事ユーザ名１０００、入力ボックス１００１、チェックボックス１００２、プルダウン１００３〜１００５、削除ボタン１００６〜１００８、追加ボタン１００９、及び設定ボタン１０１０が表示されている。
【００７４】
幹事ユーザ名１０００は、幹事ユーザのユーザ名である。入力ボックス１００１はイベント名を入力するための入力領域である。チェックボックス１００２は、イベントに招集する複数の招集ユーザを選択するための選択領域である。チェックボックス１００２には、幹事ユーザと同一のグループに所属する各ユーザのユーザ名が選択可能に表示される。プルダウン１００３〜１００５は、候補日時を選択するための領域である。プルダウン１００３〜１００５には、候補日時として、開始日時及び終了日時が指定可能に表示される。削除ボタン１００６〜１００８は、それぞれプルダウン１００３〜１００５を削除するためのボタンである。追加ボタン１００９は、候補日時を選択するためのプルダウンを新たに追加するためのボタンである。設定ボタン１０１０は、幹事ユーザが招集ユーザ及び候補日時を設定するためのボタンである。
【００７５】
幹事ユーザが操作部２３を用いて設定ボタン１０１０を押下すると、アクセス部２５１は、イベント設定画面で指定されたイベント名、各招集ユーザの招集ユーザID及び各候補日時をサーバ４に送信する（ステップＳ１０３）。
【００７６】
サーバ４の受付部４３１は、幹事端末２からイベント名、各招集ユーザID及び各候補日時を受信すると、受信したイベント名、各招集ユーザID及び各候補日時の設定を受付ける（ステップＳ１０４）。すなわち、受付部４３１は、受付けた各候補日時に新たに候補日時IDをそれぞれ割り当て、受信した候補日時の開始日時及び終了日時をそれぞれ関連付けて候補日時管理テーブルに記憶する。また、受付部４３１は、ユーザ管理テーブルを参照し、イベント設定画面情報取得要求を送信したユーザのユーザIDを幹事ユーザIDとして特定する。また、受付部４３１は、新たにイベントIDを生成し、受信したイベント名及び各招集ユーザIDと、各候補日時IDと、特定した幹事ユーザIDとを関連付けてイベント管理テーブルに記憶する。
【００７７】
次に、通知部４３５は、参加可能な候補日時の設定依頼のメッセージを各招集ユーザのユーザ端末３に通知する（ステップＳ１０５）。ユーザ端末３のメッセージ管理部３５３は、サーバ４からメッセージを受信すると、受信したメッセージを表示部３４に表示する。
【００７８】
図１０（ｂ）は、ユーザ端末３に表示されるメッセージの一例を示す図である。
【００７９】
メッセージには、差出人１０２０、宛先１０２１、イベント名１０２２、候補日時１０２３及び設定を表す依頼テキスト１０２４が含まれる。差出人１０２０として、幹事ユーザのユーザ名が表示される。宛先１０２１として、各招集ユーザの招集ユーザ名が表示される。イベント名１０２２として、図１０（ａ）の入力ボックス１００１において入力されたイベント名が表示される。候補日時１０２３として、図１０（ａ）のプルダウン１００３〜１００５において入力された各候補日時が表示される。
【００８０】
次に、スケジュール管理部３５２は、招集ユーザの操作に従って、スケジュール管理アプリケーションを起動する（ステップＳ１０６）。
【００８１】
次に、スケジュール管理部３５２は、カレンダー表示情報取得要求及び予定画面情報取得要求を送信する（ステップＳ１０７）。カレンダー表示情報取得要求は、カレンダー表示情報を取得するための要求である。予定画面情報取得要求は、予定画面情報を取得するための要求である。
【００８２】
サーバ４の管理部４３４は、ユーザ端末３からカレンダー表示情報及び予定画面情報取得要求を受信すると、各招集ユーザについて、各候補日時におけるスケジュールデータを予定管理テーブルから読み出す（ステップＳ１０８）。まず、管理部４３４は、イベント管理テーブル及び候補日時管理テーブルを参照し、アクセスした招集ユーザが招集されたイベントの各候補日時の開始日時及び終了日時を特定する。そして、管理部４３４は、予定管理テーブルを参照し、各候補日時の開始日時から終了日時までの少なくとも一部に、予定が入っている招集ユーザの数を集計する。
【００８３】
次に、管理部４３４は、集計した、予定が入っている招集ユーザの数に基づいて予定画面情報を作成する（ステップＳ１０９）。予定画面情報は、複数の候補日時を、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して画面に表示するデータである。すなわち、予定画面情報は、候補日時ごとに、文字の色、フォント又はサイズ等を指定する表示属性を含む。管理部４３４は、候補日時に予定が入っている招集ユーザの数が少ないほど、強調するように表示する表示属性を指定し、候補日時に予定が入っている招集ユーザの数が多いほど、目立たないように表示する表示属性を指定する。そのため、まず、管理部４３４は、所定の第１閾値と、第１閾値よりも大きい第２閾値とを設け、候補日時に予定が入っている招集ユーザの数と第１閾値及び第２閾値とを比較する。なお、閾値の数は、二つに限定されず、一つでも三つ以上であってもよい。
【００８４】
候補日時に予定が入っている招集ユーザの数が第１閾値未満である場合、管理部４３４はその候補日時アイコンの表示属性として強調するように表示する表示属性を指定する。例えば、予定が入っている招集ユーザの数は、８月２０日では１名、８月２３日では１名、８月２４日では１名とする。この場合、８月２０，２３，２４日に予定が入っている招集ユーザの数は、１名であり、第１閾値（例えば、３名）未満である。そのため、管理部４３４は、８月２０，２３，２４日の候補日時アイコンの表示属性として強調するように表示（例えば、濃い赤色で表示）する表示属性を指定する。なお、強調するように表示する表示属性は、所定値よりも大きいサイズ、太字又はゴシック体のフォントであってもよい。
【００８５】
一方、候補日時に予定が入っている招集ユーザの数が第１閾値以上第２閾値以下である場合、管理部４３４はその候補日時アイコンの表示属性として強調しない表示する表示属性を指定する。例えば、予定が入っている招集ユーザの数は、８月２１日では５名とする。この場合、８月２１日に予定が入っている招集ユーザの数は、５名であり、第１閾値（例えば、３名）以上第２閾値（例えば、７名）以下である。そのため、管理部４３４は、８月２１日の候補日時アイコンの表示属性として強調しないように表示（例えば、濃くも薄くもない赤色で表示）する表示属性を指定する。
【００８６】
さらに、候補日時に予定が入っている招集ユーザの数が第２閾値より多い場合、管理部４３４はその候補日時アイコンの表示属性として目立たないように表示する表示属性を指定する。例えば、予定が入っている招集ユーザの数は、８月２２日では９名とする。この場合、８月２２日に予定が入っている招集ユーザの数は、９名であり、第２閾値（例えば、７名）より多い。そのため、管理部４３４は、８月２２日の候補日時アイコンの表示属性として目立たないように表示（例えば、薄い赤色で表示）する表示属性を指定する。なお、目立たないように表示する表示属性は、所定値よりも小さいサイズ、細字又は明朝体のフォントであってもよい。
【００８７】
このように、管理部４３４は、候補日時ごとに指定した表示属性を含む予定画面情報を作成する。
【００８８】
また、管理部４３４は、予定管理テーブルを参照し、カレンダー表示情報取得要求及び予定画面情報取得要求を送信した招集ユーザの予定を特定する。管理部４３４は、特定した招集ユーザの予定を含むカレンダー表示情報を作成する。カレンダー表示情報は、予定をカレンダー形式に表示するための表示データである。
【００８９】
出力部４３３は、作成したカレンダー表示情報及び予定画面情報をユーザ端末３に送信する（ステップＳ１１０）。
【００９０】
ユーザ端末３のスケジュール管理部３５２は、サーバ４からカレンダー表示情報及び予定画面情報を受信すると、受信したカレンダー表示情報及び予定画面情報に基づいて予定画面を表示部３４に表示する（ステップＳ１１１）。まず、スケジュール管理部３５２は、受信したカレンダー表示情報に従って、招集ユーザの予定をカレンダー上に表示する。さらに、スケジュール管理部３５２は、受信した予定画面情報に含まれる表示属性に従って、各候補日時のアイコンをカレンダー上に表示する。
【００９１】
図１１（ａ）は、ユーザ端末３に表示される予定画面の一例を示す図である。
【００９２】
予定画面には、候補日時アイコン１１００〜１１０４、招集ユーザの予定１１０５、切換ボタン１１０６が表示されている。
【００９３】
候補日時アイコン１１００〜１１０４は、予定画面情報に含まれる表示属性に従って表示される。招集ユーザの予定１１０５は、カレンダー表示情報に従って表示される。切換ボタン１１０６は、予定画面から参加画面に切り替えるためのボタンである。
【００９４】
このように、サーバ４から送信された予定画面情報を受信したスケジュール管理部３５２は、予定が入っている招集ユーザの数に基づいて、候補日時を段階的に区別して表示（グラデーション表示）する。したがって、招集ユーザは、ユーザ端末３に表示された複数の候補日時のうちの有力候補を予想することができる。
【００９５】
次に、スケジュール管理部３５２は、参加可能な候補日時の入力を受付ける（ステップＳ１１２）。スケジュール管理部３５２は、招集ユーザによって候補日時アイコンが指定された場合、対応する候補日時に係る参加可否ウィンドウを表示する。
【００９６】
図１１（ｂ）は、ユーザ端末３に表示される参加可否設定ウィンドウ１１１０の一例を示す図である。
【００９７】
参加可否設定ウィンドウ１１１０には、参加ボタン１１１１、保留ボタン１１１２、不参加ボタン１１１３、切換ボタン１１１４、イベントに関する情報１１１５、及び候補日時に予定が入っている招集ユーザの数１１１６が表示される。
【００９８】
次に、招集ユーザの操作に従って、参加ボタン１１１１、保留ボタン１１１２及び不参加ボタン１１１３のうちの何れかのボタンが押下されると、スケジュール管理部３５２は、選択された候補日時の候補日時ID、及び、押下されたボタンに対応する参加可否情報をサーバ４に送信する（ステップＳ１１３）。
【００９９】
サーバ４の受付部４３１は、ユーザ端末３から候補日時ID及び参加可否情報を受信すると、候補日時ID及び参加可否情報の設定を受付ける（ステップＳ１１４）。すなわち、受付部４３１は、ユーザ端末３から候補日時ID及び参加可否情報を受信すると、受信した候補日時IDに関連づけて、参加可否情報を送信した招集ユーザの招集ユーザID及び受信した参加可否情報を候補日時管理テーブルに記憶する。
【０１００】
次に、招集ユーザの操作に従って、予定画面の切換ボタン１１１４が押下されると、アクセス部３５１は、参加画面情報取得要求をサーバ４に送信する（ステップＳ１１５）。参加画面情報取得要求は、参加画面情報を取得するための要求である。
【０１０１】
サーバ４の管理部４３４は、ユーザ端末３から参加画面情報取得要求を受信すると、ステップＳ１１４において受付けていた参加可能な候補日時に基づいて参加画面情報を作成する（ステップＳ１１６）。管理部４３４は、招集ユーザが参加可能な候補日時と他の候補日時とが区別して表示されるように各候補日時の表示属性を指定する。例えば、８月２０日の候補日時のみが参加と設定されている場合、管理部４３４は、８月２０日の候補日時の表示属性として強調するように表示（例えば、濃い赤色）する表示属性を指定する。なお、強調するように表示する表示属性は、所定値よりも大きいサイズ、太字又はゴシック体のフォントであってもよい。また、８月２１〜２４日の候補日時が参加と設定されていない場合、管理部４３４は、８月２１〜２４日の候補日時の表示属性として目立たないように表示（例えば、薄い赤色）する表示属性を指定する。なお、目立たないように表示する表示属性は、所定値よりも小さいサイズ、細字又は明朝体のフォントであってもよい。このように、管理部４３４は、候補日時ごとに指定した表示属性を含む参加画面情報を作成する。
【０１０２】
次に、出力部４３３は、作成した参加画面情報をユーザ端末３に送信する（ステップＳ１１７）。
【０１０３】
次に、スケジュール管理部３５２は、サーバ４から参加画面情報を受信すると、受信した参加画面情報に基づいて参加画面を表示部３４に表示する（ステップＳ１１８）。スケジュール管理部３５２は、受信した参加画面情報に含まれる表示属性に従って、各候補日時のアイコンをカレンダー上に表示する。
【０１０４】
図１１（ｃ）は、ユーザ端末３に表示される参加画面の一例を示す図である。
【０１０５】
参加画面には、候補日時アイコン１１２０〜１１２４、切換ボタン１１２５が表示されている。
【０１０６】
これにより、招集ユーザは、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時と、自身が参加可能な候補日時を比較することができる。
【０１０７】
なお、切換ボタン１１２５が押下されると、ステップＳ１０７の処理と同様に、スケジュール管理部３５２は、予定画面情報取得要求をサーバ４に送信する。この場合、サーバ４は、ステップＳ１０８〜１１０と同様の処理を実行し、ユーザ端末３のスケジュール管理部３５２は、図１１（ａ）の予定画面を表示部３４に再度表示する。
【０１０８】
以上で、スケジュール管理システム１による候補日時の決定処理の動作シーケンスは終了する。なお、スケジュール管理システム１は、ステップＳ１０５〜１１８の処理を幹事端末２に対して実行してもよい。
【０１０９】
このように、サーバ４から送信された予定画面情報を受信したスケジュール管理部３５２は、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時とを区別して候補日時アイコン１１００〜１１０４を表示する。これにより、各招集ユーザは複数の候補日時のうちの有力候補を予想することができる。
【０１１０】
図９は、スケジュール管理システム１による開催日時の決定処理の動作シーケンスの一例を示す図である。
【０１１１】
なお、以下に説明する動作シーケンスは、予め端末記憶部２２、端末記憶部３２、及びサーバ記憶部４２に記憶されているプログラムに基づいて、主に端末処理部２５、端末処理部３５、及びサーバ処理部４３により、幹事端末２、ユーザ端末３、及びサーバ４の各要素と協働して実行される。
【０１１２】
まず、幹事ユーザの操作に従って、幹事端末２のアクセス部２５１は、サーバ４にログインし、招集ユーザ集計画面情報取得要求をサーバ４に送信する（ステップＳ２００）。招集ユーザ集計画面情報取得要求は、招集ユーザ集計画面情報を取得するための要求である。招集ユーザ集計画面情報取得要求には、幹事ユーザが集計を要求するイベントのイベントIDが含まれる。招集ユーザ集計画面情報は、後述する招集ユーザ集計画面を表示するための情報である。
【０１１３】
サーバ４の管理部４３４は、幹事端末２から招集ユーザ集計画面情報取得要求を受信すると、参加可能な招集ユーザの数を集計する（ステップＳ２０１）。まず、管理部４３４は、招集ユーザ集計画面情報取得要求に含まれるイベントIDを特定する。管理部４３４は、イベント管理テーブル及び候補日時管理テーブルを参照し、特定したイベントIDに対応するイベントの候補日時ごとに、各招集ユーザの参加可否情報を集計する。管理部４３４は、イベント管理テーブルを参照してイベント名を特定し、イベント管理テーブル及び候補日時管理テーブルを参照して各候補日時及びそのIDを特定し、特定した候補日時ごとに各招集ユーザの参加可否情報を特定する。
【０１１４】
次に、出力部４３３は、集計及び特定した各情報を含む招集ユーザ集計画面情報を幹事端末２に出力する（ステップＳ２０２）。
【０１１５】
幹事端末２のアクセス部２５１は、サーバ４から招集ユーザ集計画面情報を受信すると、受信した招集ユーザ集計画面情報に基づいて招集ユーザ集計画面を表示部２４に表示する（ステップＳ２０３）。
【０１１６】
図１２（ａ）は、幹事端末２に表示される招集ユーザ集計画面の一例を示す図である。
【０１１７】
招集ユーザ集計画面には、イベント名１２００、招集ユーザの集計結果１２０１、開催日時を選択するためのラジオボタン１２０２及び送信ボタン１２０３等が表示される。
【０１１８】
イベント名１２００として、招集ユーザ集計画面情報に含まれるイベント名が表示される。集計結果１２０１として、招集ユーザ集計画面情報に含まれる、候補日時ごとに集計した参加可否情報及び各招集ユーザの参加可否情報が表示される。ラジオボタン１２０２は、開催日時を選択するためのボタンであり、選択可能な開催日時として、招集ユーザ集計画面情報に含まれる各候補日時が表示される。送信ボタン１２０３は、ラジオボタン１２０２により選択された開催日時を送信するためのボタンである。
【０１１９】
幹事ユーザが操作部２３を用いて、複数の候補日時の中から開催日時を選択する（ステップＳ２０４）。
【０１２０】
招集ユーザの操作に従って、送信ボタン１２０３が押下されると、アクセス部２５１は、開催日時登録要求をサーバ４に送信する（ステップＳ２０５）。開催日時登録要求には、招集ユーザ集計画面の開催日時を選択するためのラジオボタン１２０２により開催日時として選択された候補日時の候補日時IDが含まれる。
【０１２１】
サーバ４の受付部４３１は、開催日時登録要求を受信すると、開催日時の設定を受付ける（ステップＳ２０６）。受付部４３１は、受信した開催日時登録要求に含まれる候補日時IDを特定する。受付部４３１は、イベント管理テーブルを参照し、開催日時の設定を受付けたイベントに招集された各招集ユーザのユーザIDを特定する。受付部４３１は、受付けた開催日時を各招集ユーザの新たな予定として、特定した候補日時IDに関連付けられた開始日時及び終了日時並びにイベント名を関連づけて予定管理テーブルに記憶する。また、受付部４３１は、開催日時の設定を受付けたイベントの候補日時をイベント管理テーブル及び候補日時管理テーブルから削除する。
【０１２２】
通知部４３５は、受付けた開催日時における出欠の確定の設定依頼のメッセージを各招集ユーザのユーザ端末３に通知する（ステップＳ２０７）。ユーザ端末３のメッセージ管理部３５３は、サーバ４からメッセージを受信すると、受信したメッセージを表示部３４に表示する。
【０１２３】
図１２（ｂ）は、ユーザ端末３に表示されるメッセージの一例を示す図である。
【０１２４】
メッセージには、差出人１２１０、宛先１２１１、イベント名１２１２及び出欠の確定の設定依頼１２１３が含まれる。差出人１２１０、宛先１２１１及びイベント名１２１２は、それぞれ、図１０（ｂ）の差出人１０２０、宛先１０２１及びイベント名１０２２と同様のものである。
【０１２５】
次に、スケジュール管理部３５２は、招集ユーザの操作に従って、スケジュール管理アプリケーションを起動する（ステップＳ２０８）。
【０１２６】
次に、スケジュール管理部３５２は、カレンダー表示情報取得要求及び出欠選択画面情報取得要求を送信する（ステップＳ２０９）。出欠選択画面情報取得要求は、出欠選択画面情報を取得するための要求である。出欠選択画面情報は、イベントの開催日時にイベントに実際に参加するか否かを選択するための出欠選択画面を表示するための情報である。
【０１２７】
サーバ４の管理部４３４は、ユーザ端末３からカレンダー表示情報取得要求及び出欠選択画面情報取得要求を受信すると、カレンダー表示情報及び出欠選択画面情報を作成する。カレンダー表示情報は、図８のステップＳ１０９において作成されたものと同様である。出力部４３３は、作成したカレンダー表示情報及び出欠選択画面情報をユーザ端末３に出力する（ステップＳ２１０）。
【０１２８】
ユーザ端末３のスケジュール管理部３５２は、サーバ４からカレンダー表示情報及び出欠選択画面情報を受信すると、受信したカレンダー表示情報及び出欠選択画面情報に基づいて出欠選択画面を表示部３４に表示する（ステップＳ２１１）。まず、スケジュール管理部３５２は、受信したカレンダー表示情報に従って、招集ユーザの予定をカレンダーに表示する。次に、スケジュール管理部３５２は、受信した出欠選択画面情報に従って、受付けた開催日時をカレンダー上に表示する。
【０１２９】
図１３（ａ）は、ユーザ端末３に表示される出欠選択画面の一例を示す図である。
【０１３０】
出欠選択画面には、幹事端末２から設定された開催日時の予定表示領域にイベントが開催されることを示すアイコン１３００が表示されている。
【０１３１】
次に、スケジュール管理部３５２は、開催日時が確定したイベントの出欠の入力を受付ける（ステップＳ２１２）。招集ユーザの操作に従って、開催日時の設定を受付けたイベントアイコン１３００が指定されると、スケジュール管理部３５２は、指定されたイベントの出欠可否設定ウィンドウ１３１０を表示する。
【０１３２】
図１３（ｂ）は、ユーザ端末３に表示される出欠可否設定ウィンドウ１３１０の一例を示す図である。
【０１３３】
出欠可否設定ウィンドウ１３１０には、出欠ボタン１３１１、保留ボタン１３１２、欠席ボタン１３１３及びイベントに関する情報１３１４が表示される。
【０１３４】
次に、招集ユーザの操作に従って、出欠ボタン１３１１、保留ボタン１３１２及び欠席ボタン１３１３のうちの何れかのボタンが押下されると、スケジュール管理部３５２は、押下されたボタンに対応する出欠可否情報をサーバ４に送信する（ステップＳ２１３）。
【０１３５】
サーバ４の受付部４３１は、ユーザ端末３から出欠可否情報を受信すると、受信した出欠可否情報の設定を受付ける（ステップＳ２１４）。受付部４３１は、出欠可否情報を送信した招集ユーザの招集ユーザIDとともに出欠可否情報を関連付けてイベント管理テーブルに記憶する。
【０１３６】
幹事ユーザの操作に従って、幹事端末２のアクセス部２５１は、サーバ４にログインし、出欠集計画面情報取得要求をサーバ４に送信する（ステップＳ２１５）。出欠集計画面情報取得要求は、出欠集計画面情報を取得するための要求である。出欠集計画面情報は、出欠集計画面を表示するための情報であり、出欠集計画面情報には、出欠を確定した各ユーザの出欠可否情報の集計結果及び出欠を確定した各ユーザの出欠可否情報が含まれる。出欠集計画面情報取得要求には、出欠の集計するイベントのイベントIDが含まれる。
【０１３７】
サーバ４の管理部４３４は、出欠集計画面情報取得要求を受信すると、出欠を確定したユーザの数を集計する（ステップＳ２１６）。出欠を確定したユーザには、幹事ユーザ及び招集ユーザの両方が含まれる。まず、管理部４３４は、出欠集計画面情報取得要求に含まれるイベントIDを特定する。管理部４３４は、特定したイベントIDに対応するイベントの幹事ユーザ及び招集ユーザに関連付けられた出欠可否情報をイベント管理テーブルから読み出し、出欠を確定した各ユーザの出欠可否情報を集計する。
【０１３８】
出力部４３３は、出欠集計画面情報を幹事端末２に出力する（ステップＳ２１７）。
【０１３９】
幹事端末２のアクセス部２５１は、サーバ４から出欠集計画面情報を受信すると、受信した出欠集計画面情報に基づいて出欠集計画面を表示部２４に表示する（ステップＳ２１８）。
【０１４０】
図１４は、幹事端末２に表示される出欠集計画面の一例を示す図である。
【０１４１】
出欠を確定したユーザの集計画面には、イベント名１４００、出欠を確定した各ユーザの出欠可否情報の集計結果及び出欠を確定した各ユーザの出欠可否情報１４０１が表示される。イベント名１４００は、図１０のイベント名１００１と同様のものである。
【０１４２】
以上で、スケジュール管理システム１の出欠を確定する動作シーケンスは終了する。なお、スケジュール管理システム１は、ステップＳ２０７〜２１４の処理を幹事端末２に対して実行してもよい。
【０１４３】
このように、サーバ４は、イベントの開催日時の設定を受付け、受付けた開催日時の出欠可否情報の設定を受付ける。これにより、イベントに出席するユーザをより正確に集計することができる。
【０１４４】
（その他の実施形態）
なお、本発明は、本実施形態に限定されるものではない。例えば、スケジュール管理部３５２は、図１１（ｃ）に示した参加画面の候補日時アイコン１１２０〜１１２４が指定された場合に、図１１（ｂ）の予定画面と同様に、対応する参加可否設定ウィンドウを表示してもよい。この場合、招集ユーザが操作部３３を用いて、一度設定した参加可否情報を変更してもよい。これにより、招集ユーザは、参加画面から参加可能な日程を設定できるため、招集ユーザの利便性が向上される。
【０１４５】
また、ユーザ端末３がＰＣである場合、スケジュール管理部３５２は、予定画面上の特定の候補日時にマウスオーバーした際に参加画面情報取得要求を送信してもよい。同様に、スケジュール管理部３５２は、参加画面上の特定の候補日時にマウスオーバーした際に予定画面情報取得要求を送信してもよい。
【０１４６】
また、スケジュール管理部３５２は、スケジュール管理アプリケーションを用いてスケジュールを管理するのではなく、Ｗｅｂサーバにアクセスすることによりスケジュールを管理してもよい。この場合、図８のステップＳ１０６において、アクセス部３５１は、スケジュール管理アプリケーションを起動する代わりに、Ｗｅｂサーバとして動作するサーバ４にアクセスすることにより、予定画面情報取得要求をサーバ４に送信する。また、図９のステップＳ２０８において、アクセス部３５１は、スケジュール管理アプリケーションを起動する代わりに、Ｗｅｂサーバとして動作するサーバ４にアクセスすることにより、出欠画面情報取得要求をサーバ４に送信する。これにより、招集ユーザは専用のスケジュール管理アプリケーションを予めダウンロードしなくてよい。
【０１４７】
また、予定画面又は参加画面は、一日単位の画面であってもよい。図１５は、ユーザ端末３に表示される一日単位の予定画面の一例を示す図である。
【０１４８】
管理部４３４は、候補日時アイコンの代わりに、候補日時の開始時間から終了時間までの時間帯１５００に対して表示属性を指定する。
【０１４９】
また、管理部４３４は、予定画面の切換ボタンが押下された場合、予定画面の複数の候補日時アイコンのそれぞれの下に、対応する候補日時の参加可否情報アイコンを同時に表示する参加予定画面情報を作成してもよい。
【０１５０】
図１６は、ユーザ端末３に表示される参加予定画面の一例を示す図である。
【０１５１】
参加予定画面には、候補日時アイコン１６００〜１６０４、参加可否情報アイコン１６０５，１６０６が両方同時に表示される。
【０１５２】
これにより、招集ユーザは、予定が入っている招集ユーザの数が少ない候補日時と予定が入っている招集ユーザの数が多い候補日時と、自身が参加可能な候補日時を比較することができる。したがって、招集ユーザが必要に応じて、自分の予定を変更してでもイベントに参加する日時を変更するか検討することができる。
【０１５３】
また、端末処理部２５、端末処理部３５、及びサーバ処理部４３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記憶された形で提供されてもよい。
【０１５４】
当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。
【符号の説明】
【０１５５】
１    スケジュール管理システム
２    幹事端末
３    ユーザ端末
４    サーバ
４３１    受付部
４３２    読出部
４３３    出力部
４３４    管理部
４３５    通知部
【図１】
0006518544.tif 000002
【図２】
0006518544.tif 000003
【図３】
0006518544.tif 000004
【図４】
0006518544.tif 000005
【図５】
0006518544.tif 000006
【図６】
0006518544.tif 000007
【図７】
0006518544.tif 000008
【図８】
0006518544.tif 000009
【図９】
0006518544.tif 000010
【図１０】
0006518544.tif 000011
【図１１】
0006518544.tif 000012
【図１２】
0006518544.tif 000013
【図１３】
0006518544.tif 000014
【図１４】
0006518544.tif 000015
【図１５】
0006518544.tif 000016
【図１６】
0006518544.tif 000017