(57)【要約】【課題】グループを構成する全てのユーザの予定を考慮しつつ、全ユーザを対象とした日程調整という煩わしい手間や、多くの時間を掛けること無く、容易に招集可能とする日時の取決めを行なうことができるようにしたスケジュール管理手段を提供する。【解決手段】本サーバ１０は、ユーザ端末２０−１から個別に予定の登録を受けた後、招集者端末２０−２より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値とを含む招集条件情報を受信する。また、本サーバ１０は、前記招集条件情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、登録予定が無いユーザ数に基づいた招集可能値を算出する。そして、本サーバ１０は、前記招集条件情報に含まれる最低招集値と、前記招集可能値とを比較して、招集可否の招集判定情報を生成する。【選択図】図１
2008217759.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援する装置であって、
前記ユーザ端末より、前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行う個別スケジュール管理手段、
前記個別スケジュール管理手段での予定の個別管理後、前記招集者端末より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信し、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する招集判定手段、
前記招集判定手段での招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信する招集判定情報送信手段、
を少なくとも有していることを特徴とするスケジュール管理装置。
【請求項２】
第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を記憶する第二記憶手段、
をさらに有し、
前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の消化場所を示す予定位置情報を含めて受信し、
前記第一記憶手段は、前記登録予定に基づき前記予定位置情報を関連付けてさらに記憶し、
前記招集判定手段は、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記第一記憶手段を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定し、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出し、引き続き前記第二記憶手段を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記招集条件情報の招集開始時間を早めるように加算し、一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記招集条件情報の招集終了時間を遅らせるように加算して、前記登録予定の有無の再判定を行い、その後、登録予定が無いユーザ数をカウントし、招集可能値の算出を行う、
ことを特徴とする請求項１に記載のスケジュール管理装置。
【請求項３】
第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を記憶する第二記憶手段、
をさらに有し、
前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の消化場所を示す予定位置情報を含めて受信し、
前記第一記憶手段は、前記登録予定に基づき前記予定位置情報を関連付けてさらに記憶し、
前記招集判定手段は、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記第一記憶手段を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定し、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出し、引き続き前記第二記憶手段を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定終了時間を遅らせるように加算し、一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定開始時間を早めるように加算して、前記登録予定の有無の再判定を行い、その後、登録予定が無いユーザ数をカウントし、招集可能値の算出を行う、
ことを特徴とする請求項１に記載のスケジュール管理装置。
【請求項４】
前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の変更可能度合いを示す予定変更可能度情報を含めて受信し、
前記第一記憶手段は、前記ユーザ識別情報に基づき前記予定変更可能度情報を関連付けてさらに記憶し、
前記招集判定手段は、前記招集判定情報の生成後、前記第一記憶手段を参照して前記登録予定が有るユーザの前記予定変更可能度を抽出し、当該予定変更可能度ごとに集計した招集向上促進情報をさらに生成し、
前記招集判定情報送信手段は、前記招集判定情報と共に、前記招集向上促進情報を前記招集者端末へ送信する、
ことを特徴とする請求項１乃至３の何れか一項に記載のスケジュール管理装置。
【請求項５】
前記招集判定情報送信手段での招集者端末に対する前記招集向上促進情報の送信後、前記招集者端末より、前記予定の変更を依頼する予定変更願情報を受信し、前記登録予定が有るユーザの少なくとも一部のユーザ端末に対して予定変更願通知を生成して送信し、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を前記ユーザ端末より受信し、前記予定変更応答情報の依頼受け容れ可否を判定し、前記予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、再判定情報を生成する予定変更依頼手段をさらに有し、
前記招集判定手段は、前記予定変更依頼手段での再判定情報の生成に応じ、前記招集判定情報の生成を再度行う、
ことを特徴とする請求項４に記載のスケジュール管理装置。
【請求項６】
前記個別スケジュール管理手段は、前記ユーザ端末より、前記ユーザ識別情報と、前記予定の未定日時に対する前記招集者からの招集申し入れの受け容れ度合いを示す招集受容度情報と、を予め受信し、前記ユーザ識別情報と、前記招集受容度情報と、を互いに関連付けて第三記憶手段に記憶し、前記ユーザごとに、前記招集の受け容れ管理をさらに行い、
前記招集判定手段は、前記招集可能値の算出後、前記招集判定情報の生成と共に、前記登録予定が無いユーザを特定し、さらに前記第三記憶手段を参照して特定した前記登録予定が無いユーザの前記ユーザ識別情報に基づき前記招集受容度情報を抽出し、当該招集受容度ごとに集計した招集受容可能情報をさらに生成し、
前記招集判定情報送信手段は、前記招集判定情報と共に、前記招集受容可能情報を前記招集者端末へ送信する、
ことを特徴とする請求項１乃至３の何れか一項に記載のスケジュール管理装置。
【請求項７】
前記招集判定情報送信手段での招集者端末に対する前記招集受容可能情報の送信後、前記招集者端末より、招集の受け容れを依頼する招集受容願情報を受信し、前記登録予定が無いユーザの少なくとも一部のユーザ端末に対して招集受容願通知を生成して送信し、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を前記ユーザ端末より受信し、前記招集受容応答情報の招集受け容れ可否を判定し、前記招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、再判定情報を生成する招集受容依頼手段をさらに有し、
前記招集判定手段は、前記招集受容依頼手段での再判定情報の生成に応じ、前記招集判定情報の生成を再度行う、
ことを特徴とする請求項６に記載のスケジュール管理装置。
【請求項８】
前記招集判定手段は、生成された招集判定情報に応じ、その判定結果が、前記招集者端末側において視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報をさらに生成し、
前記招集判定情報送信手段は、前記招集判定情報と共に、前記色彩表示条件情報又は記号表示条件情報を前記招集者端末へ送信する、
ことを特徴とする請求項１乃至７の何れか一項に記載のスケジュール管理装置。
【請求項９】
前記個別スケジュール管理手段は、前記ユーザ端末より、前記ユーザ識別情報と、前記ユーザが所属するグループを特定するグループ情報を受信し、前記ユーザ識別情報と、前記グループ情報と、を互いに関連付けて第四記憶手段に記憶し、前記ユーザごとに、所属するグループの管理をさらに行い、
前記招集判定手段は、前記招集者端末より、招集するグループを特定するグループ情報を前記招集条件情報に含めて受信し、当該招集条件情報の受信に応じ、前記第四記憶手段を参照して前記グループ情報に基づき当該グループを構成する全てのユーザを前記ユーザ識別情報より特定した後、前記第一記憶手段を参照して特定したユーザごとに順次、前記招集年月日及び前記招集時間に基づき前記登録予定の有無の判定を行う、
ことを特徴とする請求項１乃至８の何れか一項に記載のスケジュール管理装置。
【請求項１０】
前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の対象となるグループ情報を含めて受信し、
前記第一記憶手段は、前記予定内容に基づき前記グループ情報を関連付けてさらに記憶し、
さらに、前記個別スケジュール管理手段は、前記予定の個別管理後、前記ユーザ端末より、前記ユーザ識別情報と、前記グループ情報と、を含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信し、前記第一記憶手段を参照して、前記ユーザ識別情報に基づき前記登録予定を抽出し、さらに、前記グループ情報に基づき該当する前記登録予定を抽出して、グループ別スケジュール情報を生成し、当該グループ別スケジュール情報を前記ユーザ端末へ送信する、
ことを特徴とする請求項１乃至９の何れか一項に記載のスケジュール管理装置。
【請求項１１】
通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援する方法であって、
個別スケジュール管理手段が、前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を前記ユーザ端末より受信するステップ、
第一記憶手段が、前記個別スケジュール管理手段でのスケジュール登録情報の送信に応じ、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行うステップ、
招集判定手段が、前記個別スケジュール管理手段での予定の個別管理後、前記招集者端末より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を前記招集者端末より受信するステップ、
招集判定手段が、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントするステップ、
招集判定手段が、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成するステップ、
招集判定情報送信手段が、前記招集判定手段での招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信するステップ、
を少なくとも有していることを特徴とするスケジュール管理方法。
【請求項１２】
通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援することを実行させるためにコンピュータを、
前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行う手段、
前記予定の個別管理後、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信し、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する手段、
前記招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信する手段、
として機能させることを特徴とするスケジュール管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するスケジュール管理装置、スケジュール管理方法、及びスケジュール管理プログラムに係り、詳しくは、前記スケジュール管理サイトを利用して、招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援する技術に関するものである。
【背景技術】
【０００２】
近年、インターネット等の通信ネットワーク上に開設されたスケジュール管理サイトを利用して、いつでも、どこでも、自由に、自分の予定の入力及び確認を行えるようにしたスケジュール管理形態が普及している。
また、このようなスケジュール管理手段は、グループを構成する複数のユーザのスケジュールを管理し、グループを構成する他のユーザたちと共通する空日時を検索若しくは指定して共通の予定の取決めを行なっている。
【０００３】
ところが、従来のスケジュール管理手段では、空日時に対する各ユーザの都合が考慮されていないため、予定が登録されていない空日時を全て予定の登録が可能な空日時と見做して予定の取決めを行っている。したがって、折角空日時に予定を登録しても、都合により招集できないことがあった。
【０００４】
そこで、空日時に対する各ユーザの都合を考慮し、効率的なスケジューリングを可能とすることを目的として、メンバー毎の時間帯の自由度を設定するようにしたスケジュール管理手段が提案されている（たとえば、特許文献１を参照）。
【０００５】
しかしながら、上記従来技術では何れも、グループを構成する複数のユーザ全員に共通する空日時を対象として検索若しくは指定を行い、共通の予定の取決めを行なっている。ところが招集を実施する場合、その招集内容の重要度に応じて必ずしもグループを構成する全員が招集する必要は無く、所定の人数もしくは割合が招集できれば良い場合もある。しかも、グループを構成する人数が多くなれば、全員の空予定が一致して招集を実施できるということは非常に困難となり、なかなか招集可能とする日時の取決めを行なうことができない。
【特許文献１】特開２００１−１４２９４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記事情に鑑みて成されたものであり、グループを構成する全てのユーザの予定を考慮しつつ、全ユーザを対象とした日程調整という煩わしい手間や、多くの時間を掛けること無く、容易に招集可能とする日時の取決めを行なうことができるようにしたスケジュール管理装置、スケジュール管理方法、及びスケジュール管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のスケジュール管理装置は、通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援する装置であって、前記ユーザ端末より、前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行う個別スケジュール管理手段、前記個別スケジュール管理手段での予定の個別管理後、前記招集者端末より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信し、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する招集判定手段、前記招集判定手段での招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信する招集判定情報送信手段、を少なくとも有していることを特徴とする。
【０００８】
また、本発明のスケジュール管理装置は、第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を記憶する第二記憶手段、をさらに有し、前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の消化場所を示す予定位置情報を含めて受信し、前記第一記憶手段は、前記登録予定に基づき前記予定位置情報を関連付けてさらに記憶し、前記招集判定手段は、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記第一記憶手段を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定し、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出し、引き続き前記第二記憶手段を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記招集条件情報の招集開始時間を早めるように加算し、一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記招集条件情報の招集終了時間を遅らせるように加算して、前記登録予定の有無の再判定を行い、その後、登録予定が無いユーザ数をカウントし、招集可能値の算出を行う、ものとしても良い。
【０００９】
また、本発明のスケジュール管理装置は、第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を記憶する第二記憶手段、をさらに有し、前記個別スケジュール管理手段は、前記スケジュール登録情報として、前記予定の消化場所を示す予定位置情報を含めて受信し、前記第一記憶手段は、前記登録予定に基づき前記予定位置情報を関連付けてさらに記憶し、前記招集判定手段は、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記第一記憶手段を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定し、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出し、引き続き前記第二記憶手段を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定終了時間を遅らせるように加算し、一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定開始時間を早めるように加算して、前記登録予定の有無の再判定を行い、その後、登録予定が無いユーザ数をカウントし、招集可能値の算出を行う、ものとしても良い。
【００１０】
また、本発明のスケジュール管理装置は、前記個別スケジュール管理手段が、前記スケジュール登録情報として、前記予定の変更可能度合いを示す予定変更可能度情報を含めて受信し、前記第一記憶手段は、前記ユーザ識別情報に基づき前記予定変更可能度情報を関連付けてさらに記憶し、前記招集判定手段は、前記招集判定情報の生成後、前記第一記憶手段を参照して前記登録予定が有るユーザの前記予定変更可能度を抽出し、当該予定変更可能度ごとに集計した招集向上促進情報をさらに生成し、前記招集判定情報送信手段は、前記招集判定情報と共に、前記招集向上促進情報を前記招集者端末へ送信する、ものとしても良い。
【００１１】
また、本発明のスケジュール管理装置は、前記招集判定情報送信手段での招集者端末に対する前記招集向上促進情報の送信後、前記招集者端末より、前記予定の変更を依頼する予定変更願情報を受信し、前記登録予定が有るユーザの少なくとも一部のユーザ端末に対して予定変更願通知を生成して送信し、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を前記ユーザ端末より受信し、前記予定変更応答情報の依頼受け容れ可否を判定し、前記予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、再判定情報を生成する予定変更依頼手段をさらに有し、前記招集判定手段は、前記予定変更依頼手段での再判定情報の生成に応じ、前記招集判定情報の生成を再度行う、ものとしても良い。
【００１２】
また、本発明のスケジュール管理装置は、前記個別スケジュール管理手段が、前記ユーザ端末より、前記ユーザ識別情報と、前記予定の未定日時に対する前記招集者からの招集申し入れの受け容れ度合いを示す招集受容度情報と、を予め受信し、前記ユーザ識別情報と、前記招集受容度情報と、を互いに関連付けて第三記憶手段に記憶し、前記ユーザごとに、前記招集の受け容れ管理をさらに行い、前記招集判定手段は、前記招集可能値の算出後、前記招集判定情報の生成と共に、前記登録予定が無いユーザを特定し、さらに前記第三記憶手段を参照して特定した前記登録予定が無いユーザの前記ユーザ識別情報に基づき前記招集受容度情報の有無を判定し、当該招集受容度ごとに集計した招集受容可能情報をさらに生成し、前記招集判定情報送信手段は、前記招集判定情報と共に、前記招集受容可能情報を前記招集者端末へ送信する、ものとしても良い。
【００１３】
また、本発明のスケジュール管理装置は、前記招集判定情報送信手段での招集者端末に対する前記招集受容可能情報の送信後、前記招集者端末より、招集の受け容れを依頼する招集受容願情報を受信し、前記登録予定が無いユーザの少なくとも一部のユーザ端末に対して招集受容願通知を生成して送信し、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を前記ユーザ端末より受信し、前記招集受容応答情報の招集受け容れ可否を判定し、前記招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、再判定情報を生成する招集受容依頼手段をさらに有し、前記招集判定手段は、前記招集受容依頼手段での再判定情報の生成に応じ、前記招集判定情報の生成を再度行う、ものとしても良い。
【００１４】
また、本発明のスケジュール管理装置は、前記招集判定手段が、生成された招集判定情報に応じ、その判定結果が、前記招集者端末側において視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報をさらに生成し、前記招集判定情報送信手段は、前記招集判定情報と共に、前記色彩表示条件情報又は記号表示条件情報を前記招集者端末へ送信する、ものとしても良い。
【００１５】
また、本発明のスケジュール管理装置は、前記個別スケジュール管理手段が、前記ユーザ端末より、前記ユーザ識別情報と、前記ユーザが所属するグループを特定するグループ情報（グループ名又はグループ識別情報）を受信し、前記ユーザ識別情報と、前記グループ情報と、を互いに関連付けて第四記憶手段に記憶し、前記ユーザごとに、所属するグループの管理をさらに行い、前記招集判定手段は、前記招集者端末より、招集するグループを特定するグループ情報を前記招集条件情報に含めて受信し、当該招集条件情報の受信に応じ、前記第四記憶手段を参照して前記グループ情報に基づき当該グループを構成する全てのユーザを前記ユーザ識別情報より特定した後、前記第一記憶手段を参照して特定したユーザごとに順次、前記招集年月日及び前記招集時間に基づき前記登録予定の有無の判定を行う、ものとしても良い。
【００１６】
さらに、本発明のスケジュール管理装置は、前記個別スケジュール管理手段が、前記スケジュール登録情報として、前記予定の対象となるグループ情報を含めて受信し、前記第一記憶手段は、前記予定内容に基づき前記グループ情報を関連付けてさらに記憶し、さらに、前記個別スケジュール管理手段は、前記予定の個別管理後、前記ユーザ端末より、前記ユーザ識別情報と、前記グループ情報と、を含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信し、前記第一記憶手段を参照して、前記ユーザ識別情報に基づき前記登録予定を抽出し、さらに、前記グループ情報に基づき該当する前記登録予定を抽出して、グループ別スケジュール情報を生成し、当該グループ別スケジュール情報を前記ユーザ端末へ送信する、ものとしても良い。
【００１７】
また、本発明のスケジュール管理方法は、通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援する方法であって、個別スケジュール管理手段が、前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を前記ユーザ端末より受信するステップ、第一記憶手段が、前記個別スケジュール管理手段でのスケジュール登録情報の送信に応じ、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行うステップ、招集判定手段が、前記個別スケジュール管理手段での予定の個別管理後、前記招集者端末より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を前記招集者端末より受信するステップ、招集判定手段が、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントするステップ、招集判定手段が、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成するステップ、招集判定情報送信手段が、前記招集判定手段での招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信するステップ、を少なくとも有していることを特徴とする。
【００１８】
また、本発明のスケジュール管理プログラムは、通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末と、にそれぞれ通信ネットワークを介して接続され、前記招集者となったユーザが他のユーザたちを招集可能とする日時の取決めを容易に行うように支援することを実行させるためにコンピュータを、前記ユーザごとに付与したユーザ識別情報と、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザ識別情報に基づき、前記年月日情報と、前記登録時間情報と、前記予定識別情報と、前記予定内容と、を互いに関連付けて第一記憶手段に記憶し、前記ユーザごとに、前記予定の個別管理を行う手段、前記予定の個別管理後、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信し、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する手段、前記招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末へ送信する手段、として機能させることを特徴とする。
【発明の効果】
【００１９】
本発明のスケジュール管理装置は、通信ネットワーク上に開設されたスケジュール管理サイトにて、自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末よりスケジュール登録情報を受信し、前記ユーザの予定の個別管理後、特定の他のユーザたちを招集する招集者が利用する招集者端末より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信し、全てのユーザごとに順次、前記第一記憶手段を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定し、さらに前記第一記憶手段を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出し、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する招集判定手段、を少なくとも備える。
これにより、スケジュール管理装置では、招集を実施するために必要な最低招集値を予め設定し、グループを構成するメンバーの空予定の検索若しくは指定を行なう
ゆえに、招集者は、全員の空予定が一致しなくとも、その招集の重要度を示す最低招集値に応じた効果的な検索結果がわかることとなる。
したがって、本発明では、グループを構成する全てのユーザの予定を考慮しつつ、全ユーザを対象とした日程調整という煩わしい手間や、多くの時間を掛けること無く、多数のユーザであっても、容易に招集可能とする日時の取決めを行なうことができるようにしたスケジュール管理装置、スケジュール管理方法、及びスケジュール管理プログラムを提供することができる。
例えば、他のユーザと共通する任意の目的のために利用可能な空き日のデータを、優先度の度合いを示す指標を付して、Ｗｅｂ上に表示された月単位のカレンダーに能動的に入力・設定し、他のユーザが入力した空き日データの重なり具合を算出・判定し、これに基づいて、他のユーザを召集することが可能となる日時の取決め、または予測を容易に行うことができる、という利用の方法が可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照しながら、本発明に係るスケジュール管理装置、スケジュール管理方法、及びスケジュール管理プログラムの一例について説明する。
本実施形態は、通信ネットワーク上に開設されたスケジュール管理サイトにて、複数のユーザより自らの予定の入力をそれぞれ受け付け、登録し、招集者となったユーザより、特定の他のユーザたちを招集可能とする日時の検索若しくは指定を受け付けることで、その日時の取決めを容易に行うように支援する場合を例に説明する。
【００２１】
図１は、本発明に係るスケジュール管理装置（以下、「本サーバ」という）を用いたスケジュール管理システム（以下、「本システム」という。）の実施形態の一例を示すブロック図である。符号１０は本サーバを示す。
図１に示すように、本サーバ１０は、通信ネットワーク上に開設されたスケジュール管理サイトにて自らの予定を入力する複数のユーザがそれぞれ利用するユーザ端末２０−１と、前記スケジュール管理サイトにて特定の他のユーザたちを招集する招集者が利用する招集者端末２０−２と、情報の送受信が可能となるよう通信ネットワークＮＷを介して接続された装置である。
【００２２】
通信ネットワークＮＷの例としては、インターネットやＬＡＮ（Local Area Network）などのコンピュータ通信網がある。本サーバ１０及び、ユーザ端末２０−１、招集者端末２０−２は、専用線、公衆交換電話網（ＰＳＴＮ）、無線電話網、ＣＡＴＶ網、衛星通信網等の通信回線を介して通信ネットワークＮＷと接続している。
【００２３】
招集者端末２０−２は、ユーザ端末２０−１の何れか一つであって、共に本サーバ１０と情報の送受信が可能な情報処理装置であればよく、たとえば、パーソナルコンピュータをはじめ、データ通信機能を有するＰＤＡ（Personal Digital Assistant）や携帯電話機などで実現される。
また、ユーザ端末２０−１及び招集者端末２０−２は、図示しないが、ＣＰＵ（中央処理装置）、プログラム記憶部、マウスやキーボード又はキーボタン等の入力装置、ディスプレイ等の出力装置、ＯＳ（オペレーティング・システム）、ＷＷＷブラウザ、等を有する。
【００２４】
次に、本サーバ１０の構成について説明する。
本サーバ１０は、基本的に、スケジュール情報記憶部ＤＢ１と、移動概算時間情報記憶部ＤＢ２と、招集者受容度情報記憶部ＤＢ３と、グループ情報記憶部ＤＢ４と、個別スケジュール管理部１１と、招集判定部１２と、招集判定情報送信部１３と、を少なくとも有している。また、本サーバ１０は、必要に応じて、予定変更依頼部１４や、招集受容依頼部１５を有するものとしても良い。
【００２５】
また、本サーバ１０は、図示しないが、ＣＰＵ（中央処理装置）やプログラム記憶部等を有する。ＣＰＵは、プログラム記憶部に記憶されたプログラムに従い、本サーバ１０の各構成要素を統制制御し、プログラム処理を実行する。プログラム記憶部は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、本サーバ１０が使用する各種プログラムを記憶している。
【００２６】
なお、本サーバ１０では、本発明に係るスケジュール管理プログラム（以下、「本プログラム」という。）が動作して本サーバ１０内の各手段を制御することで、以下に説明するスケジュール管理方法（以下、「本方法」という。）を実現する。
また、本プログラムを記録したコンピュータ読取可能な記録媒体（以下、「本記録媒体」という。）を用いれば、図示しないコンピュータを本サーバ１０と同様に機能させることができる。すなわち、図示しないコンピュータが、本記録媒体から本プログラムを読み取り、それを実行することで、本方法を実現することができる。
【００２７】
スケジュール情報記憶部ＤＢ１は、ユーザ識別情報（以下、「ユーザＩＤ」という。）に基づき、年月日情報と、時間情報と、予定識別情報（以下、「予定ＩＤ」という。）と、予定内容と、を互いに関連付けて記憶する手段である。
スケジュール情報記憶部ＤＢ１では、前記年月日情報は、そのまま識別情報として用いる場合がある。また、前記年月日情報に、当該年月日情報とは異なる簡略化された識別情報を別途付与し、前記スケジュール情報記憶部ＤＢ１において互いに関連付けて記憶するようにしても良い。
また、スケジュール情報記憶部ＤＢ１では、前記時間情報は、そのまま識別情報として用いる場合がある。また、前記時間情報に、当該時間情報とは異なる簡略化された識別情報を別途付与し、前記スケジュール情報記憶部ＤＢ１において互いに関連付けて記憶するようにしても良い。
なお、本発明では、ユーザの氏名や連絡先（電子メールアドレス）といった所定のユーザ情報が事前に登録されていることを前提とし、このユーザ情報の登録によって、ユーザＩＤが発行・付与されている。また、ユーザ情報として、前記ユーザの年齢や性別、住所、職業、趣味といった属性情報をさらに登録するものとしても良い。
【００２８】
また、スケジュール情報記憶部ＤＢ１は、前記登録予定（予定内容）に基づき、予定の消化場所を示す予定位置情報を関連付けてさらに記憶する手段である。
また、スケジュール情報記憶部ＤＢ１は、前記ユーザＩＤに基づき、予定の変更可能度合いを示す予定変更可能度情報を関連付けてさらに記憶する手段である。
さらに、スケジュール情報記憶部ＤＢ１は、前記予定内容に基づき、ユーザが所属するグループを特定するグループ情報を関連付けてさらに記憶する手段である。
【００２９】
図２は、スケジュール情報記憶部ＤＢ１に記憶されている情報の例を示す図である。
たとえば、図２に示すスケジュール情報データベースでは、ユーザＩＤをインデックスとして、年月日情報、時間情報、予定ＩＤ、予定内容、といったスケジュール登録情報、及び予定位置情報、グループ情報、変更可能度情報といった所定のスケジュール情報を１レコードとしてデータベースを構成することを示している。また、図示しないが、年月日情報に関連付けて別途付与した年月日識別情報や、時間情報に関連付けて別途付与した時間識別情報を含めるものとしても良い。
【００３０】
移動概算時間情報記憶部ＤＢ２は、第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を記憶する手段である。
図３は、ユーザ情報記憶部ＤＢ２に記憶されている情報の例を示す図である。
たとえば、図３に示す移動概算時間情報データベースでは、出発地情報と、目的地情報と、移動概算時間情報とが、１レコードとしてデータベースを構成することを示している。
【００３１】
招集者受容度情報記憶部ＤＢ３は、ユーザＩＤと、予定の未定日時に対する前記招集者からの招集申し入れの受け容れ度合いを示す招集受容度情報と、を互いに関連付けて記憶する手段である。
図４は、招集者受容度情報記憶部ＤＢ３に記憶されている情報の例を示す図である。
たとえば、図４に示す招集者受容度情報データベースでは、ユーザＩＤをインデックスとして、当該ユーザが事前に設定した招集者受容度情報を１レコードとしてデータベースを構成することを示している。
【００３２】
グループ情報記憶部ＤＢ４は、ユーザＩＤと、グループ情報と、を互いに関連付けて記憶する手段である。
図５は、グループ情報記憶部ＤＢ４に記憶されている情報の例を示す図である。
たとえば、図５に示すグループ情報データベースでは、ユーザＩＤをインデックスとして、当該ユーザが所属する１又は２以上のグループに対してそれぞれ個別に付与された識別情報（以下、「グループＩＤ」という。）、グループ名を１レコードとしてデータベースを構成することを示している。
【００３３】
個別スケジュール管理部１１は、前記ユーザ端末２０−１より、前記ユーザごとに付与したユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に個別に識別情報を付与し、前記スケジュール登録情報を、前記スケジュール情報記憶手段ＤＢ１に記憶し、前記ユーザごとに、前記予定の個別管理する処理を行なう。
【００３４】
この際、個別スケジュール管理部１１は、例えばスケジュール登録情報受信部１１ａにより構成したものとすることができる。
すなわち、スケジュール登録情報受信部１１ａが、ユーザ端末２０−１より、前記ユーザごとに付与したユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信し、前記登録内容に予定ＩＤを付与する。
そして、この予定ＩＤが付与されたスケジュール登録情報は、スケジュール情報記憶部ＤＢ１へ送信される。
【００３５】
また、個別スケジュール管理部１１は、前記スケジュール登録情報として、前記予定位置情報を含めて受信する処理を行なうものとしても良い。
すなわち、スケジュール登録情報受信部１１ａが、ユーザ端末２０−１より、前記スケジュール登録情報に含めて前記予定位置情報を受信する。
【００３６】
また、個別スケジュール管理部１１は、前記スケジュール登録情報として、前記予定変更可能度情報を含めて受信する処理を行なうものとしても良い。
すなわち、スケジュール登録情報受信部１１ａが、ユーザ端末２０−１より、前記スケジュール登録情報に含めて前記予定変更可能度情報を受信する。
【００３７】
また、個別スケジュール管理部１１は、前記ユーザ端末２０−１より、前記ユーザＩＤと、前記招集受容度情報と、を予め受信し、招集受容度情報記憶部ＤＢ３に記憶し、前記ユーザごとに、前記招集の受け容れを管理する処理をさらに行なうものとしても良い。
この際、個別スケジュール管理部１１は、例えば招集受容度情報受信部１１ｂをさらに有する構成とすることができる。
すなわち、招集受容度情報受信部１１ｂが、ユーザ端末２０−１より、前記ユーザＩＤと前記招集受容度情報とを予め受信する。
そして、受信した招集受容度情報は、招集受容度情報記憶部ＤＢ３へ送信される。
【００３８】
また、個別スケジュール管理部１１は、前記ユーザ端末２０−１より、前記ユーザＩＤと、前記グループ情報を受信し、グループ情報記憶部ＤＢ４に記憶し、前記ユーザごとに、所属するグループの管理をさらに行なうものとしても良い。
この際、グループ情報とは、例えばグループ名や、グループごとに付与されたグループＩＤをいう。
また、個別スケジュール管理部１１は、例えばグループ情報受信部１１ｃをさらに有する構成とすることができる。
すなわち、グループ情報受信部１１ｃが、ユーザ端末２０−１より、前記ユーザＩＤと、前記グループ情報を受信する。
そして、受信したグループ情報は、グループ情報記憶部ＤＢ４へ送信される。
【００３９】
また、個別スケジュール管理部１１は、前記スケジュール登録情報として、前記予定の対象となるグループ情報を含めて受信する。次いで、前記予定の個別管理後、前記ユーザ端末２０−１より、前記ユーザＩＤと、前記グループ情報と、を含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信する。また、前記スケジュール情報ＤＢ１を参照して、前記ユーザＩＤに基づき前記登録予定を抽出する。その後、前記グループ情報に基づき該当する前記登録予定を抽出し、グループ別スケジュール情報を生成して、当該グループ別スケジュール情報を前記ユーザ端末２０−１へ送信する処理を行なうものとしても良い。
この際、個別スケジュール管理部１１は、例えばスケジュール確認情報受信部１１ｄと、スケジュール情報送信部１１ｅとをさらに有する構成とすることができる。
すなわち、スケジュール確認情報受信部１１ｄが、ユーザ端末２０−１より、前記ユーザＩＤと、前記グループ情報とを含む、グループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信する。引き続き、スケジュール確認情報受信部１１ｄが、前記スケジュール情報ＤＢ１を参照して、前記ユーザＩＤに基づき前記登録予定を抽出する。さらに、スケジュール確認情報受信部１１ｄが、前記グループ情報に基づき該当する前記登録予定（予定内容）を抽出して、グループ別スケジュール情報を生成する。
次いで、スケジュール情報送信部１１ｅが、前記グループ別スケジュール情報を前記ユーザ端末２０−１へ送信する。
【００４０】
招集判定部１２は、前記個別スケジュール管理手段１１での予定の個別管理後、前記招集者端末２０−２より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信する。次いで、全てのユーザごとに順次、前記スケジュール記憶部ＤＢ１を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定する。また、前記招集条件情報に含まれる招集時間に基づき時間情報を特定する。さらに、前記スケジュール記憶部ＤＢ１を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出する。そして、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する処理を行なう。
ここで、最低招集値は、たとえば、最低招集人数や最低招集率をいう。
また、招集可能値は、登録予定が無いユーザ数そのものでも良いし、全てのユーザ数に対する登録予定が無いユーザ数の割合でも良い。
【００４１】
この際、招集判定部１２は、例えば招集条件情報受信部１２ａと、招集条件確認部１２ｃと、招集可能値算出部１２ｅと、招集判定情報生成部１２ｆと、から構成されるものとすることができる。
すなわち、前記個別スケジュール管理手段１１での予定の個別管理後、招集条件情報受信部１２ａが、前記招集者端末２０−２より、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信する。
次いで、招集条件確認部１２ｃが、全てのユーザごとに順次、前記スケジュール記憶部ＤＢ１を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定する。さらに、招集条件確認部１２ｃが、前記スケジュール記憶部ＤＢ１を参照して特定した前記時間情報に基づき登録された予定の有無を判定して登録予定が無いユーザ数をカウントし、全てのユーザに対する登録予定の有無を判定する。
引き続き、招集可能値算出部１２ｅが、前記登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出する。
そして、招集判定情報生成部１２ｆが、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する。
その後、生成された招集判定情報は、招集判定情報送信部１３へ送信される。
【００４２】
また、招集判定部１２は、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記スケジュール記憶部ＤＢ１を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定する。次いで、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出する。引き続き、前記スケジュール登録情報の登録時間と前記招集条件情報の招集時間とを比較して、前記登録時間が前記招集時間より先である場合は、前記移動概算時間情報記憶部ＤＢ２を参照して、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出する。そして、算出した前記移動概算時間を、前記招集条件情報の招集開始時間を早めるように加算、もしくは前記スケジュール登録情報の予定終了時間を遅らせるように加算して、前記登録予定の有無の再判定を行なう。その後、登録予定が無いユーザ数をカウントし、招集可能値の算出をする処理を行なうものとしても良い。
【００４３】
すなわち、前記登録時間が前記招集時間より先である場合の移動概算時間の加算とは、以下のとおりである。たとえば、登録時間を１４時から１５時までの間とし、予定位置情報を上野とするスケジュール登録情報が既にあり、そこに、招集時間を１５時から１６時までの間とし、招集を実施する場所を、上野からの移動時間が３０分掛かる渋谷とする招集条件情報を入れたいとする。この場合、前記スケジュール登録情報の登録時間と、前記招集条件情報の招集時間との単純な比較では、互いの時間が重ならないことから、前記招集条件情報の登録を可能とする招集判定が成される。ところが、前記予定位置情報の上野から前記招集位置情報の渋谷までは前述の通り移動時間が３０分掛かるので、実際には、招集開始時間を１５時とする招集条件情報を受け容れことは出来ない。そこで、上野から渋谷までの移動に要する３０分を移動概算時間として、前記招集条件情報の招集開始時間を早めるように前記移動概算時間を加算し、前記招集条件情報の招集開始時間を１４時３０分と仮定するか、もしくは前記スケジュール登録情報の予定終了時間を遅らせるように前記移動概算時間を加算し、前記スケジュール登録情報の予定終了時間を１５時３０分と仮定することを言う。したがって、前記招集条件情報を受け容れことは出来ないとする招集判定を成すことが可能となる。
【００４４】
一方、前記移動概算時間情報記憶部ＤＢ２を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定開始時間を早めるように加算、もしくは前記招集条件情報の招集終了時間を遅らせるように加算して、前記登録予定の有無の再判定を行なうものとする。その後、登録予定が無いユーザ数をカウントし、招集可能値の算出をする処理を行なうものとしても良い。
【００４５】
すなわち、前記登録時間が前記招集時間より後である場合の移動概算時間の加算とは、以下のとおりである。たとえば、登録時間を１５時から１６時までの間とし、予定位置情報を上野とするスケジュール登録情報が既にあり、そこに、招集時間を１４時から１５時までの間とし、招集を実施する場所を、上野からの移動時間が３０分掛かる渋谷とする招集条件情報を入れたいとする。この場合、前記スケジュール登録情報の登録時間と、前記招集条件情報の招集時間との単純な比較では、互いの時間が重ならないことから、前記招集条件情報の登録を可能とする招集判定が成される。ところが、前記招集位置情報の渋谷から前記予定位置情報の上野までは前述の通り移動時間が３０分掛かるので、実際には、招集終了時間を１５時とする招集条件情報を受け容れことは出来ない。そこで、渋谷から上野までの移動に要する３０分を移動概算時間として、前記スケジュール登録情報の予定開始時間を早めるように前記移動概算時間を加算し、前記スケジュール登録情報の予定開始時間を１４時３０分と仮定するか、もしくは前記招集条件情報の招集終了時間を遅らせるように前記移動概算時間を加算し、前記招集条件情報の招集終了時間を１５時３０分と仮定することを言う。したがって、前記招集条件情報を受け容れことは出来ないとする招集判定を成すことが可能となる。
【００４６】
この際、招集判定部１２は、移動概算時間算出部１２ｄをさらに有する構成とすることができる。
すなわち、前記招集を実施する場所を示す招集位置情報を前記招集条件情報に含めて受信した場合、移動概算時間算出部１２ｄが、全てのユーザに対する前記登録予定の有無の判定終了後、前記招集可能値の算出前に、前記登録予定が無いユーザに対して、前記スケジュール記憶部ＤＢ１を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定する。次いで、移動概算時間算出部１２ｄが、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出する。引き続き、移動概算時間算出部１２ｄが、前記スケジュール登録情報の登録時間と前記招集条件情報の招集時間とを比較して、前記登録時間が前記招集時間より先である場合は、前記移動概算時間情報記憶部ＤＢ２を参照して、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出する。一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、移動概算時間算出部１２ｄが、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出する。
【００４７】
次いで、招集条件確認部１２ｃが、算出した前記移動概算時間を、（１）前記招集条件情報の招集開始時間を早めるように加算、もしくは（２）前記スケジュール登録情報の予定終了時間を遅らせるように加算し、又は（３）前記スケジュール登録情報の予定開始時間を早めるように加算、もしくは（４）前記招集条件情報の招集終了時間を遅らせるように加算して、前記登録予定の有無の再判定を行なう。
そして、招集可能値算出部１２ｅが、前記登録予定の有無の再判定終了後、登録予定が無いユーザ数をカウントし、招集可能値を再算出する。
その後、招集判定情報生成部１２ｆによって、前記招集条件情報に含まれる最低招集値と前記再招集可能値とを比較して招集可否の招集判定情報を生成する。
【００４８】
また、招集判定部１２は、前記招集判定情報の生成後、前記スケジュール記憶部ＤＢ１を参照して前記登録予定が有るユーザの前記予定変更可能度を抽出し、当該予定変更可能度ごとに集計した招集向上促進情報をさらに生成する処理を行なうものとしても良い。
この際、招集判定部１２は、招集向上促進情報生成部１２ｇをさらに有する構成とすることができる。
すなわち、前記招集判定情報の生成後、招集向上促進情報生成部１２ｇが、前記スケジュール記憶部ＤＢ１を参照して前記登録予定が有るユーザの前記予定変更可能度を抽出し、当該予定変更可能度ごとに集計した招集向上促進情報をさらに生成する。
【００４９】
また、招集判定部１２は、予定変更依頼部１４での再判定情報の生成に応じ、前記招集判定情報を生成する処理を再度行なうものとしても良い。
すなわち、前記招集判定情報生成部１２ｆが、予定変更依頼部１４での再判定情報の生成に応じ、招集判定情報を再生成する。
【００５０】
また、招集判定部１２は、前記招集可能値の算出後、前記招集判定情報の生成と共に、前記登録予定が無いユーザを特定する。次いで、前記招集受容度情報ＤＢ３を参照して特定した前記登録予定が無いユーザの前記ユーザＩＤに基づき前記招集受容度情報を抽出し、当該招集受容度ごとに集計した招集受容可能情報をさらに生成する処理を行うものとしても良い。
この際、招集判定部１２は、招集受容可能情報生成部１２ｈをさらに有する構成とすることができる。
すなわち、前記招集可能値の算出後、前記招集判定情報の生成と共に、招集受容可能情報生成部１２ｈが、前記登録予定が無いユーザを特定する。次いで、招集受容可能情報生成部１２ｈが、前記招集受容度情報ＤＢ３を参照して特定した前記登録予定が無いユーザの前記ユーザＩＤに基づき前記招集受容度情報を抽出し、当該招集受容度ごとに集計した招集受容可能情報を生成する。
【００５１】
また、招集判定部１２は、招集受容依頼部１５での再判定情報の生成に応じ、前記招集判定情報の生成する処理を再度行なうものとしても良い。
すなわち、前記招集判定情報生成部１２ｆが、招集受容依頼部１５での再判定情報の生成に応じ、前記招集判定情報を再生成する。
【００５２】
また、招集判定部１２は、生成された招集判定情報に応じ、その判定結果が、前記招集者端末２０−２側において視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報をさらに生成する処理を行なうものとしても良い。
この際、招集判定部１２は、表示条件情報生成部１２ｉをさらに有する構成とすることができる。
すなわち、生成された招集判定情報に応じ、表示条件情報生成部１２ｉが、前記判定結果を、前記招集者端末２０−２側において視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報を生成する。
【００５３】
さらに、招集判定部１２は、前記招集者端末２０−２より、招集するグループ情報を前記招集条件情報に含めて受信し、当該招集条件情報の受信に応じ、前記グループ情報ＤＢ４を参照して前記グループ情報に基づき当該グループを構成する全てのユーザを前記ユーザＩＤより特定する。その後、前記スケジュール情報ＤＢ１を参照して特定したユーザごとに順次、前記招集年月日及び前記招集時間に基づき前記登録予定の有無の判定をする処理を行う。
この際、招集判定部１２は、グループユーザ特定部１２ｂをさらに有する構成とすることができる。
すなわち、前記招集条件情報受信部１２ａが、前記招集者端末２０−２より、招集するグループ情報を前記招集条件情報に含めて受信する。
次いで、グループユーザ特定部１２ｂが、前記招集条件情報の受信に応じ、前記グループ情報ＤＢ４を参照して前記グループ情報に基づき当該グループを構成する全てのユーザを前記ユーザＩＤより特定する。
そして、招集条件確認部１２ｃが、前記スケジュール情報ＤＢ１を参照して特定したユーザごとに順次、前記招集年月日及び前記招集時間に基づき前記登録予定の有無の判定をする。
その後、招集可能値算出部１２ｅにて、前記登録予定の有無の再判定終了後、登録予定が無いユーザ数をカウントし、招集可能値を再算出し、さらに、招集判定情報生成部１２ｆによって、前記招集条件情報に含まれる最低招集値と前記再招集可能値とを比較して招集可否の招集判定情報を生成する。
【００５４】
招集判定情報送信部１３は、前記招集判定部１２での招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末２０−２へ送信する処理を行なう。
また、招集判定情報送信部１３は、前記招集判定情報と共に、招集向上促進情報を前記招集者端末２０−２へ送信する処理を行なう。
また、招集判定情報送信部１３は、前記招集判定情報と共に、招集受容可能情報を前記招集者端末２０−２へ送信する処理を行なう。
さらに、招集判定情報送信部１３は、前記招集判定情報と共に、色彩表示条件情報又は記号表示条件情報を前記招集者端末２０−２へ送信する処理を行なう。
【００５５】
また、予定変更依頼部１４は、前記招集判定情報送信部１３での招集者端末２０−２に対する前記招集向上促進情報の送信後、前記招集者端末２０−２より、前記予定の変更を依頼する予定変更願情報を受信する。次いで、前記登録予定が有るユーザの少なくとも一部のユーザ端末２０−１に対して予定変更願通知を生成して送信し、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を前記ユーザ端末２０−１より受信する。そして、前記予定変更応答情報の依頼受け容れ可否を判定し、前記予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、再判定情報を生成する処理を行う。
【００５６】
この際、予定変更依頼部１４は、例えば予定変更願情報受信部１４ａと、予定変更願通知生成部１４ｂと、予定変更応答情報受信部１４ｃと、再判定情報生成部１４ｄと、から構成されるものとすることができる。
すなわち、前記招集判定情報送信部１３での招集者端末２０−２に対する前記招集向上促進情報の送信後、予定変更願情報受信部１４ａが、招集者端末２０−２より、予定の変更を依頼する予定変更願情報を受信する。
次いで、予定変更願通知生成部１４ｂが、登録予定が有るユーザの少なくとも一部のユーザ端末２０−１に対して予定変更願通知を生成して送信する。
引き続き、予定変更応答情報受信部１４ｃが、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を前記ユーザ端末２０−１より受信する。
そして、再判定情報生成部１４ｄが、前記予定変更応答情報の依頼受け容れ可否を判定し、前記予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、再判定情報を生成する。
【００５７】
さらに、招集受容依頼部１５は、前記招集判定情報送信部１３での招集者端末２０−２に対する前記招集受容可能情報の送信後、前記招集者端末２０−２より、招集の受け容れを依頼する招集受容願情報を受信する。前記登録予定が無いユーザの少なくとも一部のユーザ端末２０−１に対して招集受容願通知を生成して送信し、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を前記ユーザ端末２０−１より受信する。そして、前記招集受容応答情報の招集受け容れ可否を判定し、前記招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、再判定情報を生成する処理を行う。
【００５８】
この際、招集受容依頼部１５は、例えば招集受容願情報受信部１５ａと、招集受容願通知生成部１５ｂと、招集受容応答情報受信部１５ｃと、再判定情報生成部１５ｄと、から構成されるものとすることができる。
すなわち、前記招集判定情報送信部１３での招集者端末２０−２に対する前記招集受容可能情報の送信後、招集受容願情報受信部１５ａが、招集者端末２０−２より、招集の受け容れを依頼する招集受容願情報を受信する。
次いで、招集受容願通知生成部１５ｂが、登録予定が無いユーザの少なくとも一部のユーザ端末２０−１に対して招集受容願通知を生成して送信する。
引き続き、招集受容応答情報受信部１５ｃが、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を前記ユーザ端末２０−１より受信する。
そして、再判定情報生成部１５ｄが、前記招集受容応答情報の招集受け容れ可否を判定し、前記招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、再判定情報を生成する。
【００５９】
次に、図１に示した本サーバ１０により実行される方法の基本的な一例を図６に基づき説明する。図６は、以上のように構成された本発明の実施形態に係る本サーバ１０における基本的な処理の流れを示すシーケンス図である。
本実施形態では、通信ネットワークＮＷを介して接続された複数のユーザ端末２０−１がスケジュール管理サイトのホームページをダウンロードし、当該ホームページ上からユーザがそれぞれ自分の予定を登録し、その後、招集者端末２０−２がスケジュール管理サイトのホームページをダウンロードし、当該ホームページ上から他のユーザたちを招集可能とする日時の検索若しくは指定を行なうことで、その日時の取決めを容易に行ない得るようにした場合について説明する。
【００６０】
まず、本サーバ１０は、スケジュール管理サイトでの他のユーザたちを招集可能とする日時の検索若しくは指定に先立ち、予めユーザたちに対して予定の登録（入力）を求める。
ユーザはユーザ端末２０−１を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたスケジュール管理サイトにアクセスして当該スケジュール管理サイトのホームページをダウンロードする。
次に、ユーザはスケジュール管理サイトを訪問し、事前のユーザ登録によって予め付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。
ここでは、事前にユーザ登録を済ませていない未登録者もユーザとし、当該未登録者に対しては、ユーザ登録を求める。したがって、説明の便宜上、前記未登録者が利用する通信端末もユーザ端末と称し、符号２０−０で示す。
【００６１】
このスケジュール管理サイトは、たとえば図１７に示すような形で表すことが出来る。図１７は、本サーバ１０と接続したユーザ端末２０−０，２０−１のディスプレイに表示されたスケジュール管理サイト画面の一例を示す図である。このスケジュール管理サイト画面１００には、このスケジュール管理サイトでのスケジュールの登録や、招集日の検索、登録した自分のスケジュールの確認を行なうことが可能な会員であることを確認するユーザＩＤ入力欄１０１ａと、パスワード入力欄１０１ｂとからなる会員ログイン欄１０１が表示されている。さらに、スケジュール管理サイト画面１００には、初めての方（非会員）がこのスケジュール管理サイトでの申込みを行うために会員登録を行う「会員登録申込み」ボタン１０２が表示されている。さらに、スケジュール管理サイト画面１００には、ログインやユーザの会員登録を終了する「終了」ボタン１０７や、会員ログイン欄１０１に入力したユーザＩＤやパスワードにてログインを実行するための「ＯＫ」ボタン１０８、及び一つ前の前画面に戻ることを指示する「戻る」ボタン１０９が表示されている。
【００６２】
したがって、スケジュール管理サイトにて、スケジュールの登録等の作業を行なう者は、会員であれば、ユーザＩＤ入力欄１０１ａにユーザＩＤを入力し、パスワード入力欄１０１ｂにパスワードを入力してログインした後、「ＯＫ」ボタン１０８を選択する。
スケジュール管理サイト画面１００にて「ＯＫ」ボタン１０８を選択すると、引き続きメニュー選択画面がユーザ端末２０−１のディスプレイに表示される。
【００６３】
一方、会員で無く、スケジュール管理サイトにて、会員登録の申込を希望する者は「会員登録申込み」ボタン１０２を選択する。
スケジュール管理サイト画面１００にて「会員登録申込み」ボタン１０２を選択すると、引き続き会員登録画面がユーザ端末２０−０のディスプレイに表示される。
この会員登録画面は、たとえば図１８に示すような形で表すことが出来る。図１８は、本サーバ１０と接続したユーザ端末２０−０のディスプレイに表示された会員登録画面の一例を示す図である。この会員登録画面１１０には、会員登録を希望する未登録者の氏名を入力する氏名入力欄１１１ａと、前記氏名の読み仮名を入力するかな入力欄１１１ｂが表示されている。また、前記未登録者の電子メールアドレスを入力するアドレス入力欄１１２、パスワードを設定するパスワード入力欄１１３、前記未登録者が属するグループ情報としてグループ名を入力するグループ名入力欄１１４、及びグループの追加入力を希望する場合に選択する「グループ追加」ボタン１１５が表示されている。また、必要に応じて、登録予定が無い（スケジュールが登録されていない）場合の日時に、招集者からの招集を受け容れるか否かその程度を事前に設定する「招集受容度」設定ボタン１１５が表示されている。この「招集受容度」設定ボタン１１５は、たとえば登録予定が無い場合でも、前記招集の受け容れを不可とする「×」ボタンと、条件で前記招集の受け容れを可とする「△」ボタンと、無条件で前記招集の受け容れを可とする「○」ボタンと、から構成することが出来る。さらに、会員登録画面１１０には、会員登録を途中で終了する「終了」ボタン１１７や、前記入力した内容にて会員登録を実行するための「ＯＫ」ボタン１１８、及び一つ前の前画面（すなわち、スケジュール管理サイト画面１００）に戻ることを指示する「戻る」ボタン１１９が表示されている。
【００６４】
したがって、会員登録後にスケジュールの登録等の作業を行なうことを希望する者は、所定の事項を入力及び選択した後、「ＯＫ」ボタン１１８を選択する。
会員登録画面１１０にて「ＯＫ」ボタン１１８を選択すると、引き続きメニュー選択画面がユーザ端末２０−１のディスプレイに表示される。
【００６５】
このメニュー選択画面は、たとえば図１９に示すような形で表すことが出来る。図１９は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示されたメニュー選択画面の一例を示す図である。このメニュー選択画面１２０には、スケジュールの登録を希望する「スケジュール登録」ボタン１２１、招集日の検索を希望する「招集日検索」ボタン１２２、スケジュールの確認を希望する「スケジュール確認」ボタン１２３、及びスケジュール管理サイトでの作業を終了する「終了」ボタン１２４、がそれぞれ表示されている。
【００６６】
したがって、スケジュールの登録作業を行なうことを希望するユーザは、「スケジュール登録」ボタン１２１を選択する。
メニュー選択画面１２０にて「スケジュール登録」ボタン１２１を選択すると、引き続きスケジュール登録画面がユーザ端末２０−１のディスプレイに表示される。
このスケジュール登録画面は、たとえば図２０に示すような形で表すことが出来る。図２０は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示されたスケジュール登録画面の一例を示す図である。このスケジュール登録画面１３０には、スケジュール登録情報として、たとえば自らの予定の登録年月日を入力する登録年月日入力欄１３１、前記予定の開始時間と終了時間を入力する時間入力欄１３２、前記予定の対象グループ情報を入力するグループ入力欄１３３、前記予定の登録内容を入力する予定入力欄１３４、が表示されている。また、必要に応じて、前記予定の場所として最寄駅名を入力する場所入力欄１３５が表示されている。さらに、必要に応じて、登録予定が有る（スケジュールが登録されている）場合の日時に、招集者からの招集依頼に応じて予定の変更を可能とするか否かその程度を事前に設定する「変更可能度」設定ボタン１３６が表示されている。この「変更可能度」設定ボタン１３６は、たとえば登録予定が有る場合、前記予定の変更を不可とする「×」ボタンと、条件で前記予定の変更を可とする「△」ボタンと、無条件で前記予定の変更を可とする「○」ボタンと、から構成することが出来る。さらに、スケジュール登録画面１３０には、スケジュール登録を途中で終了する「終了」ボタン１３７や、前記入力した内容にてスケジュール登録を実行するための「ＯＫ」ボタン１３８、及び一つ前の前画面（すなわち、スメニュー選択画面１２０）に戻ることを指示する「戻る」ボタン１３９が表示されている。
【００６７】
したがって、スケジュールの登録作業を行なうことを希望するユーザは、所定の事項を入力及び選択した後、「ＯＫ」ボタン１３８を選択する。
これにより、ユーザ端末２０−１は、ユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を少なくとも含むスケジュール登録情報を、本サーバ１０へ送信する（（１０Ａ）参照）。
【００６８】
本サーバ１０は、ユーザ端末２０−１より送られた前記スケジュール登録情報を受信する（（２０Ａ）参照）。
次に、本サーバ１０は、ユーザ端末２０−１より受信したスケジュール登録情報の前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザＩＤに基づき、前記年月日情報と前記時間情報と前記予定ＩＤと前記予定内容とを、互いに関連付けてスケジュール情報ＤＢ１に記憶する（（３０Ａ）参照）。
【００６９】
次に、招集者が他のユーザたちの招集を希望する場合、前記招集者は招集者端末２０−２を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたスケジュール管理サイトにアクセスして当該スケジュール管理サイトのホームページをダウンロードする。
そうすると、招集者端末２０−２のディスプレイには、前記スケジュール管理サイト画面１００が表示される。
招集者は前記スケジュール管理サイトを訪問し、スケジュール管理サイト画面１００にてユーザＩＤとパスワードを入力し、ログインする。
前記スケジュール管理サイト画面１００にてログインすると、引き続き図１９に示すようなメニュー選択画面１２０が招集者端末２０−２のディスプレイに表示される。
したがって、他のユーザたちの招集を希望する招集者は、「招集日検索」ボタン１２２を選択する。
【００７０】
メニュー選択画面１２０にて「招集日検索」ボタン１２２を選択すると、引き続き招集日検索画面が招集者端末２０−２のディスプレイに表示される。
この招集日検索画面は、たとえば図２１に示すような形で表すことが出来る。図２１は、本サーバ１０と接続した招集者端末２０−２のディスプレイに表示された招集日検索画面の一例を示す図である。この招集日検索画面１４０には、招集条件情報として、たとえば招集を希望する年月日を入力する招集年月日入力欄１４１、前記招集の開始時間と終了時間を入力する時間入力欄１４２、前記招集を実施するために必要な最低招集人数や最低招集率を入力する最低招集値入力欄１４４が表示されている。また、必要に応じて、前記招集の対象グループ情報を入力するグループ入力欄１４３や、前記招集の場所として最寄駅名を入力する場所入力欄１４５が表示されている。さらに、招集日検索画面１４０には、招集日検索を途中で終了する「終了」ボタン１４７や、前記入力した内容にて招集日の検索を実行するための「ＯＫ」ボタン１４８、及び一つ前の前画面に戻ることを指示する「戻る」ボタン１４９が表示されている。
【００７１】
したがって、招集日の検索作業を行なうことを希望する招集者は、所定の事項を入力及び選択した後、「ＯＫ」ボタン１４８を選択する。
これにより、招集者端末２０−２は、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を、本サーバ１０へ送信する（（４０Ａ）参照）。
【００７２】
本サーバ１０は、招集者端末２０−２より送られた前記招集条件情報を受信する（（５０Ａ）参照）。
次に、本サーバ１０は、全てのユーザごとに順次、前記スケジュール情報ＤＢ１を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定する（（６０）参照）。
引き続き、本サーバ１０は、前記スケジュール情報ＤＢ１を参照して特定した前記時間情報に基づき登録された予定の有無を判定する（（７０）参照）。
また、本サーバ１０は、前記登録予定の有無を判定後、登録予定が無いユーザ数をカウントする（（８０）参照）。
【００７３】
そして、本サーバ１０は、全てのユーザに対する登録予定の有無の判定終了後、登録予定が無いユーザ数に基づいた招集可能値を算出する（（９０）参照）。
さらに、本サーバ１０は、前記招集条件情報に含まれる最低招集値と前記招集可能値とを比較して招集可否の招集判定情報を生成する（（１００）参照）。
その後、本サーバ１０は、前記招集判定情報の生成に応じ、当該招集判定情報を前記招集者端末２０−２へ送信する（（１１０）参照）。
【００７４】
招集者端末２０−２は、招集検索結果として、本サーバ１０より送られた前記招集判定情報を受信する（（１２０）参照）。
そして、招集者端末２０−２は、前記招集判定情報を表示する（（１３０）参照）。
この招集判定情報は、たとえば図２２に示すような形で表すことが出来る。図２２は、本サーバ１０と接続した招集者端末２０−２のディスプレイに表示された招集検索結果の一例を示す図である。この招集検索結果画面１５０には、招集年月日と招集の開始時間及び終了時間を示す招集条件情報表示欄１５１と、招集判定と招集可能値を示す招集検索結果欄１５２が表示されている。
なお、図２２には、招集条件情報としてグループ名や、招集検索結果情報として変更可能度が表示されていると共に、「予定変更依頼」ボタン１５４や「再検索」ボタン１５５が設けられているが、これらについては後述する。
【００７５】
このように招集者は、招集を実施するために必要な最低招集値を予め設定することで、その招集の重要度に応じた効果的な検索結果がわかることとなる。すなわち、招集を実施する場合、その招集内容の重要度に応じて必ずしもグループを構成する全員が招集する必要は無く、所定の人数もしくは割合が招集できれば良い場合もある。しかも、グループを構成する人数が多くなれば、全員の空予定が一致して招集を実施できるということは非常に困難となり、なかなか招集可能とする日時の取決めを行なうことができない。そこで、前記最低招集値を予め設定して、グループを構成するメンバーの空予定の検索を行なうことで、全員の空予定が一致しなくとも、招集に要する人数もしくは割合に応じた招集日時の検索を行なうことができる。
したがって、グループを構成する全てのユーザの予定を考慮し、前記全ユーザを対象とした日程調整という煩わしい手間や、多くの時間を掛けること無く、容易に招集可能とする日時の取決めを行なうことができる。
【００７６】
また、本サーバ１０では、招集日の検索における招集可否の判定に際して、所定の条件を設定するようにしても良い。図７乃至及び図１２は、前記所定の条件を設定した場合の処理の流れを示す。
図７は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、本サーバ１０は、予め、第一予定の消化場所を示す出発地から第二予定の消化場所を示す目的地までの移動に要する移動概算時間を移動概算時間情報ＤＢ２に記憶しておく（（イ）参照）。
次に、ユーザ端末２０−１は、ユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、前記予定の位置情報と、を含むスケジュール登録情報を、本サーバ１０へ送信する（（１０Ｂ）参照）。
【００７７】
本サーバ１０は、ユーザ端末２０−１より送られた前記スケジュール登録情報を受信する（（２０Ｂ）参照）。
次に、本サーバ１０は、ユーザ端末２０−１より受信したスケジュール登録情報の前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザＩＤに基づき、前記年月日情報と前記時間情報と前記予定ＩＤと前記予定内容と前記予定位置情報とを、互いに関連付けてスケジュール情報ＤＢ１に記憶する（（３０Ｂ）参照）。
【００７８】
引き続き、招集者端末２０−２は、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、前記招集を実施する場所（位置情報）と、を含む招集条件情報を、本サーバ１０へ送信する（（４０Ｂ）参照）。
【００７９】
本サーバ１０は、招集者端末２０−２より送られた前記招集条件情報を受信する（（５０Ｂ）参照）。
次に、本サーバ１０は、全てのユーザごとに順次、前記スケジュール情報ＤＢ１を参照して前記招集条件情報に含まれる招集年月日に基づき年月日情報を特定すると共に、前記招集条件情報に含まれる招集時間に基づき時間情報を特定する（（６０）参照）。
引き続き、本サーバ１０は、前記スケジュール情報ＤＢ１を参照して特定した前記時間情報に基づき登録された予定の有無を判定する（（７０）参照）。
さらに、本サーバ１０は、前記登録予定が無いユーザに対して、前記スケジュール記憶部ＤＢ１を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定する（（７１）参照）。
次いで、本サーバ１０は、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出する（７２）参照）。
【００８０】
引き続き、本サーバ１０は、前記移動概算時間情報記憶部ＤＢ２を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出する。次いで、算出した前記移動概算時間を、前記招集条件情報の招集開始時間を早めるように加算、もしくは前記スケジュール登録情報の予定終了時間を遅らせるように加算する。一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、算出した前記移動概算時間を、前記スケジュール登録情報の予定開始時間を早めるように加算、もしくは前記招集条件情報の招集終了時間を遅らせるように加算する（７３）参照）。
さらに、本サーバ１０は、前記スケジュール記憶部ＤＢ１を参照して前記移動概算時間を加算した前記登録予定の有無の再判定を行なう。
そして、本サーバ１０は、前記登録定の有無を判定後、登録予定が無いユーザ数をカウントし（（８０）参照）、招集可能値の算出等それ以降の処理は、上述した基本的な処理の流れと同じとする。
【００８１】
このようにスケジュール登録情報や検索条件情報に、予定の位置情報を含めることで、予定を消化する場所への移動時間を考慮した、招集可能とする日時の取決めを行なうことができる。すなわち、単に時間同士の比較による検索によっては、たとえば検索日の１４時００分から１６時００分に新橋での予定が登録されているにもかかわらず、１６時００分から１８時００分までの招集を渋谷で希望する予定の登録を行なう検索によって招集ＯＫの検索結果が生成されてしまう。ところが、実際には新橋から渋谷までの移動時間が全く考慮されていないので、渋谷での招集を受け容れることは出来ない。そこで、前記位置情報を検索対象に含めることで、地理的条件を考慮した適切な招集日時の検索を行なうことが可能となる。
したがって、単に時間同士の比較による検索によって生じる虞のある、地理的に消化不可能な予定の登録を回避することができると共に、登録後に何れか一方の予定のキャンセルや、前後の予定の時間調整といった煩わしい手間が生じてしまう虞を解消することも出来る。
【００８２】
また、図８は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、ユーザ端末２０−１は、ユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、前記予定の変更可能度合いを示す予定変更可能度情報と、を含むスケジュール登録情報を、本サーバ１０へ送信する（（１０Ｃ）参照）。
【００８３】
本サーバ１０は、ユーザ端末２０−１より送られた前記スケジュール登録情報を受信する（（２０Ｃ）参照）。
次に、本サーバ１０は、ユーザ端末２０−１より受信したスケジュール登録情報の前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザＩＤに基づき、前記年月日情報と前記時間情報と前記予定ＩＤと前記予定内容と前記予定変更可能度情報とを、互いに関連付けてスケジュール情報ＤＢ１に記憶する（（３０Ｃ）参照）。
【００８４】
引き続き、招集者端末２０−２は、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を、本サーバ１０へ送信する（（４０Ｃ）参照）。
【００８５】
本サーバ１０は、招集者端末２０−２より送られた前記招集条件情報を受信する（（５０Ｃ）参照）。
そして、本サーバ１０は、全てのユーザごとに順次、年月日情報を特定すると共に、時間情報を特定し（（６０）参照）、前記登録予定の有無の判定を行ない（（７０）参照）、登録予定が無いユーザ数をカウントし（（８０）参照）、登録予定が無いユーザ数に基づいた招集可能値を算出して（（９０）参照）、招集判定情報を生成する（（１００）参照）といった処理までは、上述した基本的な処理の流れと同じとする。
【００８６】
その後、本サーバ１０は、スケジュール情報ＤＢ１を参照し、前記登録予定が有るユーザの前記予定変更可能度を抽出する（（１０１Ｃ）参照）。
引き続き、本サーバ１０は、当該予定変更可能度ごとに集計した招集向上促進情報をさらに生成する（（１０２Ｃ）参照）。
そして、本サーバ１０は、前記招集判定情報と共に、前記招集向上促進情報を前記招集者端末２０−２へ送信する（（１１０Ｃ）参照）。
【００８７】
一方、招集者端末２０−２は、本サーバ１０より、前記招集判定情報と前記招集向上促進情報を受信する（（１２０Ｃ）参照）。
引き続き、招集者端末２０−２は、前記招集判定情報と前記招集向上促進情報を表示する（（１３０Ｃ）参照）。
この招集判定情報と招集向上促進情報は、たとえば図２２に示すような形で表すことが出来る。図２２に示す招集検索結果の一例の招集検索結果画面１５０には、招集年月日と招集の開始時間及び終了時間を示す招集条件情報表示欄１５１、招集判定と招集可能値を示す招集検索結果欄１５２と共に、招集者からの招集依頼に応じて予定の変更を可能とするか否か、その程度を示す予定変更可能度ごとに集計した招集向上促進情報欄１５３、が表示されている。また、前記招集判定結果に応じ、前記変更可能度を参考に、前記登録予定が有るユーザの少なくとも一部のユーザ端末２０−１に対して予定変更依頼を願い出る「予定変更依頼」ボタン１５４、招集条件を変えて再検索を実施することを希望「再検索」ボタン１５５、及び前記招集条件での予定の登録を指示する「登録」ボタン１５６、がそれぞれ設けられている。
【００８８】
そして、招集者は、前記招集判定結果が○もしくはＯＫである場合は、「登録」ボタン１５６を選択して招集予定を登録し、作業を終了するか、前記変更可能度が△（すなわち、条件で予定の変更可）のユーザの人数によってもう少し招集人数を増やしたい場合は、「予定変更依頼」ボタン１５４を選択し、前記変更可能度が△のユーザに対して予定を変更してくれるように、招集に対する再検討を依頼する。
また、招集者は、前記招集判定結果が×もしくはＮＧである場合、前記招集可能値及び前記変更可能度が△のユーザの人数を参考に、もう少しで招集可能値をクリアできる時は、「予定変更依頼」ボタン１５４を選択し、前記変更可能度が△のユーザに対して予定を変更してくれるように、招集に対する再検討をお願いするか、「再検索」ボタン１５５を選択して招集条件を変えて再検索を実施する。
したがって、招集に対する再検討を希望する招集者は、招集検索結果画面１５０にて「予定変更依頼」ボタン１５４を選択する。
これにより、招集者端末２０−２は、前記招集判定情報と前記招集向上促進情報に基づき、招集者が判断した招集希望日にユーザが予め登録している予定の変更を依頼する予定変更願情報を本サーバ１０へ送信する（（１４０Ｃ）参照）。
【００８９】
本サーバ１０は、前記招集者端末２０−２より、前記予定変更願情報を受信する（（１５０Ｃ）参照）。
引き続き、本サーバ１０は、予定変更願通知を生成し、前記登録予定が有るユーザの少なくとも一部のユーザ端末２０−１に対して送信する（（１６０Ｃ）参照）。
【００９０】
一方、ユーザ端末２０−１は、本サーバ１０より、前記予定変更願通知を受信する（（１７０Ｃ）参照）。
引き続き、ユーザ端末２０−１は、前記予定変更願通知を表示する。
この予定変更願通知は、たとえば図２３に示すような形で表すことが出来る。図２３に示す予定変更願通知１６０の一例には、「××××様より、２０ＸＸ年ＹＹ月ＺＺ日ａａ時ｂｂ分−ｃｃ時ｄｄ分に招集をご希望される連絡がきております。当日、ご参加していただけますように、ご予定の変更をお願いします。」といった予定変更願文１６１が表示されている。また、この予定変更願通知に対する依頼受け容れ可とする「変更する」ボタン１６２と、前記予定変更願通知に対する依頼受け容れ不可とする「変更できない」ボタン１６３がそれぞれ設けられている。
【００９１】
そして、ユーザは、招集者からの予定変更依頼を受け容れ可とする場合は「変更する」ボタン１６２を選択して、予定変更応答情報を受信し、前記予定変更依頼を受け容れ不可とする場合は「変更できない」ボタン１６３を選択する。
これにより、ユーザ端末２０−１は、前記「変更する」ボタン１６２を選択することで、前記予定変更依頼を受け容れ可とする予定変更応答情報を本サーバ１０へ送信する（（１８０Ｃ）参照）。
【００９２】
本サーバ１０は、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を前記ユーザ端末より受信する（（１９０Ｃ）参照）。
引き続き、本サーバ１０は、前記予定変更応答情報の依頼受け容れ可否を判定する（（２００Ｃ）参照）。
そして、本サーバ１０は、前記判断の結果、予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、再判定情報を生成する（（２１０Ｃ）参照）。
その後、本サーバ１０は、前記再判定情報の生成に応じ、前記招集判定情報の生成を再度行う（（２２０Ｃ）参照）。
【００９３】
このように、招集判定結果や召集可能値に応じて、招集者より予定変更依頼を受け付け、他のユーザに対して前記予定変更依頼を送信することで、招集者とユーザとの擬似的なコミュニケーションがはかれ、予定変更による招集受け容れの向上が期待できる
したがって、より少ない検索回数にて、招集可能とする日時の取り決めを行なうことが可能となる。
【００９４】
また、図９は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、ユーザ端末２０−１は、予め、ユーザＩＤと、予定の未定日時に対する招集者からの招集申し入れの受け容れ度合いを示す招集受容度情報とを本サーバ１０へ送信する（（ロ）参照）。
本サーバ１０は、ユーザ端末２０−１より送られた前記ユーザＩＤと前記招集受容度情報を受信する（（ハ）参照）。
そして、本サーバ１０は、前記ユーザＩＤと、前記招集受容度情報とを互いに関連付けて招集受容度情報ＤＢ３に記憶する（（ニ）参照）。
【００９５】
次いで、ユーザ端末２０−１は、本サーバ１０へスケジュール登録情報の送信し（（１０Ａ）参照）、本サーバ１０は、前記スケジュール登録情報を受信し（（２０Ａ）参照）、本サーバ１０は、前記スケジュール登録情報をスケジュール情報ＤＢ１に記憶する（（３０Ａ）参照）、といった処理は、前述した基本的な処理の流れと同じとする。
【００９６】
また、招集者端末２０−２は、本サーバ１０へ招集条件情報の送信し（（４０Ａ）参照）、本サーバ１０は、前記招集条件情報を受信する（（５０Ａ）参照）、といった処理も、前述した基本的な処理の流れと同じとする。
さらに、本サーバ１０は、全てのユーザごとに順次、年月日情報を特定すると共に、時間情報を特定し（（６０）参照）、前記登録予定の有無の判定を行ない（（７０）参照）、登録予定が無いユーザ数をカウントし（（８０）参照）、登録予定が無いユーザ数に基づいた招集可能値を算出して（（９０）参照）、招集判定情報を生成する（（１００）参照）といった処理までは、上述した基本的な処理の流れと同じとする。
【００９７】
その後、本サーバ１０は、前記登録予定が無いユーザに対して、招集受容度情報ＤＢ３を参照し、前記招集受容度を確認する（（１０１Ｄ）参照）。
引き続き、本サーバ１０は、当該招集受容度ごとに集計した招集受容可能情報をさらに生成する（（１０２Ｄ）参照）。
そして、本サーバ１０は、前記招集判定情報と共に、前記招集受容可能情報を前記招集者端末２０−２へ送信する（（１１０Ｄ）参照）。
【００９８】
一方、招集者端末２０−２は、本サーバ１０より、前記招集判定情報と前記招集受容可能情報を受信する（（１２０Ｄ）参照）。
引き続き、招集者端末２０−２は、前記招集判定情報と前記招集受容可能情報を表示する（（１３０Ｄ）参照）。
この招集判定情報と招集受容可能情報は、たとえば図２４に示すような形で表すことが出来る。図２４に示す招集検索結果の一例の招集検索結果画面１７０には、招集年月日と招集の開始時間及び終了時間を示す招集条件情報表示欄１７１、招集判定と招集可能値を示す招集検索結果欄１７２と共に、予定の未定日時に対する招集者からの招集申し入れに応じて招集の受け容れを可能とするか否か、その程度を示す招集受容度ごとに集計した招集受容可能情報欄１７３、が表示されている。また、前記招集判定結果に応じ、前記招集受容度を参考に、前記登録予定が無いユーザの少なくとも一部のユーザ端末２０−１に対して招集申し入れの受け容れを願い出る「招集受容依頼」ボタン１７４、招集条件を変えて再検索を実施することを希望「再検索」ボタン１７５、及び前記招集条件での予定の登録を指示する「登録」ボタン１７６、がそれぞれ設けられている。
【００９９】
そして、招集者は、前記招集判定結果が○もしくはＯＫである場合は、「登録」ボタン１７６を選択して招集予定を登録し、作業を終了するか、前記招集受容度が△（すなわち、条件で予定の受容可）のユーザの人数によってもう少し招集人数を増やしたい場合は、「招集受容依頼」ボタン１７４を選択し、前記招集受容度が△のユーザに対して招集を受け容れてくれるように、招集に対する再検討をお願いする。
また、招集者は、前記招集判定結果が×もしくはＮＧである場合、前記招集可能値及び前記招集受容度が△のユーザの人数を参考に、もう少しで招集可能値をクリアできる時は、「招集受容依頼」ボタン１７４を選択し、前記招集受容度が△のユーザに対して招集を受け容れてくれるように、招集に対する再検討をお願いするか、「再検索」ボタン１７５を選択して招集条件を変えて再検索を実施する。
したがって、招集に対する再検討を希望する招集者は、招集検索結果画面１７０にて「招集受容依頼」ボタン１７４を選択する。
これにより、招集者端末２０−２は、前記招集判定情報と前記招集受容可能情報に基づき、招集者が判断した招集希望日に招集申し入れの受け容れを依頼する招集受容願情報を本サーバ１０へ送信する（（１４０Ｄ）参照）。
【０１００】
本サーバ１０は、前記招集者端末２０−２より、前記招集受容願情報を受信する（（１５０Ｄ）参照）。
引き続き、本サーバ１０は、招集受容願通知を生成し、前記登録予定が無いユーザの少なくとも一部のユーザ端末２０−１に対して送信する（（１６０Ｄ）参照）。
【０１０１】
一方、ユーザ端末２０−１は、本サーバ１０より、前記招集受容願通知を受信する（（１７０Ｄ）参照）。
引き続き、ユーザ端末２０−１は、前記招集受容願通知を表示する。
この招集受容願通知は、たとえば図２５に示すような形で表すことが出来る。図２５に示す招集受容願通知１８０の一例には、「××××様より、２０ＸＸ年ＹＹ月ＺＺ日ａａ時ｂｂ分−ｃｃ時ｄｄ分に招集をご希望される連絡がきております。当日、ご参加していただけますように、ご予定の受け容れをお願いします。」といった招集受容願文１８１が表示されている。また、この招集受容願通知に対する依頼受け容れ可とする「受け容れる」ボタン１８２と、前記招集受容願通知に対する依頼受け容れ不可とする「受け容れできない」ボタン１８３がそれぞれ設けられている。
【０１０２】
そして、ユーザは、招集者からの招集受容依頼を受け容れ可とする場合は「受け容れる」ボタン１８２を選択して、招集受容応答情報を受信し、前記招集受容依頼を受け容れ不可とする場合は「受け容れできない」ボタン１８３を選択する。
これにより、ユーザ端末２０−１は、前記「受け容れる」ボタン１８２を選択することで、前記招集受容依頼を受け容れ可とする招集受容応答情報を本サーバ１０へ送信する（（１８０Ｄ）参照）。
【０１０３】
本サーバ１０は、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を前記ユーザ端末より受信する（（１９０Ｄ）参照）。
引き続き、本サーバ１０は、前記招集受容応答情報の依頼受け容れ可否を判定する（（２００Ｄ）参照）。
そして、本サーバ１０は、前記判断の結果、招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、再判定情報を生成する（（２１０Ｄ）参照）。
その後、本サーバ１０は、前記再判定情報の生成に応じ、前記招集判定情報の生成を再度行う（（２２０Ｄ）参照）。
【０１０４】
このように、招集判定結果や召集可能値に応じて、招集者より招集受容依頼を受け付け、他のユーザに対して前記招集受容依頼を送信することで、招集者とユーザとの擬似的なコミュニケーションがはかれ、招集申し入れの受け容れの向上が期待できる
したがって、より少ない検索回数にて、招集可能とする日時の取り決めを行なうことが可能となる。
【０１０５】
また、図１０は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、招集判定情報を生成する（（１００）参照）といった処理までは、上述した基本的な処理の流れと同じとする。
【０１０６】
その後、本サーバ１０は、生成された招集判定情報に応じ、その判定結果が、前記招集者端末側において視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報をさらに生成する（（１０１Ｅ）参照）。
引き続き、本サーバ１０は、前記招集判定情報と共に、前記色彩表示条件情報又は記号表示条件情報を前記招集者端末へ送信する（（１１０Ｅ）参照）。
【０１０７】
このように、招集判定情報に応じて、その判定結果が、前記招集者端末側において視覚的に一目で判断できる色彩又は記号で表示されるようにすることで、招集の可否や招集可能の程度を容易に見分けることができる。
したがって、より少ない時間で効率良く、招集可能とする日時の取り決めを行なうことが可能となる。
【０１０８】
また、図１１は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、ユーザ端末２０−１は、予め、ユーザＩＤと、前記ユーザが所属するグループを特定するグループ情報とを本サーバ１０へ送信する（（ホ）参照）。
本サーバ１０は、ユーザ端末２０−１より送られた前記ユーザＩＤと前記グループ情報を受信する（（ヘ）参照）。
そして、本サーバ１０は、前記ユーザＩＤと、前記グループ情報とを互いに関連付けてグループ情報ＤＢ４に記憶する（（ト）参照）。
【０１０９】
次いで、ユーザ端末２０−１は、本サーバ１０へスケジュール登録情報の送信し（（１０Ａ）参照）、本サーバ１０は、前記スケジュール登録情報を受信し（（２０Ａ）参照）、本サーバ１０は、前記スケジュール登録情報をスケジュール情報ＤＢ１に記憶する（（３０Ａ）参照）、といった処理は、前述した基本的な処理の流れと同じとする。
【０１１０】
そして、招集者端末２０−２は、本サーバ１０へグループ情報を含む招集条件情報の送信する（（４０Ｆ）参照）。
次いで、本サーバ１０は、前記招集条件情報を受信する（（５０Ｆ）参照）。
引き続き、本サーバ１０は、グループ情報ＤＢ４を参照して、前記グループ情報に基づき当該グループを構成する全てのユーザを前記ユーザＩＤより特定する（（５１）参照）。
さらに、本サーバ１０は、前記スケジュール情報ＤＢ１を参照して、特定したユーザごとに順次、前記招集年月日及び前記招集時間を特定する（（６０）参照）。
その後、本サーバ１０は、前記登録予定の有無の判定を行ない（（７０）参照）、登録予定が無いユーザ数をカウントし（（８０）参照）、登録予定が無いユーザ数に基づいた招集可能値を算出して（（９０）参照）、招集判定情報を生成する（（１００）参照）といった上述した基本的な処理の流れと同じとする。
【０１１１】
このように、招集条件情報にグループ情報を含めることで、複数のグループのユーザをグループごとに見分けることが出来ると共に、一人のユーザが複数のグループに属した場合であっても、所望のグループに応じた招集を可能とすることができる。
したがって、複数のグループのユーザのスケジュール管理を行なうことが可能となるだけでなく、複数のグループに属しているユーザを招集可能とする日時の取り決めを行なうことが可能となる。
【０１１２】
また、図１２は、本発明の実施形態に係る本サーバ１０における招集可否の他の判定処理の流れを示すシーケンス図である。
まず、ユーザ端末２０−１は、予定の対象となるグループ情報を含むスケジュール登録情報を本サーバ１０へ送信する（（１０Ｇ）参照）。
次いで、本サーバ１０は、前記スケジュール登録情報を受信する（（２０Ｇ）参照）。
引き続き、本サーバ１０は、前記スケジュール登録情報の予定内容に基づき前記グループ情報を関連付けてスケジュール情報ＤＢ１に記憶する（（３０Ｇ）参照）。
【０１１３】
また、ユーザ端末２０−１は、ユーザＩＤと前記グループ情報とを含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を本サーバ１０へ送信する（（４０Ｇ）参照）。
次いで、本サーバ１０は、前記スケジュール確認情報を受信する（（５０Ｇ）参照）。
引き続き、本サーバ１０は、全てのユーザごとに順次、年月日情報を特定すると共に、時間情報を特定し（（６０）参照）、前記登録予定の有無の判定を行ない（（７０）参照）、登録予定が無いユーザ数をカウントし（（８０）参照）、登録予定が無いユーザ数に基づいた招集可能値を算出して（（９０）参照）、招集判定情報を生成する（（１００）参照）といった処理までは、上述した基本的な処理の流れと同じとする。
【０１１４】
その後、本サーバ１０は、スケジュール情報ＤＢ１を参照して、前記ユーザＩＤに基づき前記登録予定を抽出する（（３００）参照）。
次いで、本サーバ１０は、前記グループ情報に基づき該当する前記登録予定を抽出する（（３１０）参照）。
引き続き、本サーバ１０は、グループ別スケジュール情報を生成する（（３２０）参照）。
そして、本サーバ１０は、当該グループ別スケジュール情報を前記ユーザ端末２０−１へ送信する（（３３０）参照）。
【０１１５】
一方、ユーザ端末２０−１は、前記グループ別スケジュール情報を受信する（（３４０）参照）。
引き続き、ユーザ端末２０−１は、前記グループ別スケジュール情報を表示する（（３５０）参照）。
【０１１６】
このようなスケジュールの確認を行う場合、ユーザはユーザ端末２０−１を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたスケジュール管理サイトにアクセスして当該スケジュール管理サイトのホームページをダウンロードする。
そうすると、ユーザ端末２０−１のディスプレイには、前記スケジュール管理サイト画面１００が表示される。
ユーザは前記スケジュール管理サイトを訪問し、スケジュール管理サイト画面１００にてユーザＩＤとパスワードを入力し、ログインする。
前記スケジュール管理サイト画面１００にてログインすると、引き続き図１９に示すようなメニュー選択画面１２０がユーザ端末２０−１のディスプレイに表示される。
したがって、スケジュールの確認を希望する招集者は、「スケジュール確認」ボタン１２３を選択する。
【０１１７】
メニュー選択画面１２０にて「スケジュール確認」ボタン１２３を選択すると、引き続きスケジュール確認画面がユーザ端末２０−１のディスプレイに表示される。
このスケジュール確認画面は、たとえば図２６に示すような形で表すことが出来る。図２６は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示されたスケジュール確認画面の一例を示す図である。このスケジュール確認画面１９０には、自分が属している全てのグループを含めた全体のスケジュールを表示することを希望する「全体スケジュール」ボタン１９１、自分が属している指定したグループのスケジュールを表示することを希望する「グループスケジュール」ボタン１９２、及びスケジュール確認作業を途中で終了する「終了」ボタン１９３が表示されている。
【０１１８】
したがって、全体のスケジュールを表示することを希望するユーザは、「全体スケジュール」ボタン１９１を選択する。
スケジュール確認画面１９０にて「全体スケジュール」ボタン１９１を選択すると、引き続き全体スケジュール表示画面がユーザ端末２０−１のディスプレイに表示される。
この全体スケジュール表示画面は、たとえば図２７に示すような形で表すことが出来る。図２７は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示された全体スケジュール表示画面の一例を示す図である。この全体スケジュール表示画面２００には、予定の有無とその重要度を色彩で示したひと月ごとのカレンダー式予定有無表示欄２０１、翌月分の予定を表示することを指示する翌月ボタン２０２ａ、前月分の予定を表示することを指示する前月ボタン２０２ｂ、が表示されている。さらに、全体スケジュール表示画面２００には、全体スケジュール表示を途中で終了する「終了」ボタン２０７や、個別スケジュールを表示することを希望するために、指定した日付の選択を行なう「ＯＫ」ボタン２０８、及び一つ前の前画面に戻ることを指示する「戻る」ボタン２０９が表示されている。
【０１１９】
図２７では、具体的に２００６年１２月の全体スケジュールが表示され、２００７年１月の全体スケジュールを表示することを指示する翌月ボタン２０２ａと、２００６年１１月の全体スケジュールを表示することを指示する前月ボタン２０２ｂが表示されている。また、全体スケジュール表示画面２００では、予定が無い２、４、８・・等の日は白色で示し、変更不可の予定が有る３、６、７・・等の日は濃いグレー色で示し、条件で変更可の予定が有る５、９、１２・・等の日は薄いグレー色で示している。なお、全体スケジュール表示画面２００で示す各日付欄には、年月日の識別情報が関連付けられており、所定の日付を指定し、「ＯＫ」ボタン２０８を選択することで、一日毎のスケジュールを表示することが出来る。
【０１２０】
したがって、２００６年１２月１１日のスケジュールを表示することを希望する場合は、１１日を指定した後、「ＯＫ」ボタン２０８を選択する。
全体スケジュール表示画面２００にて１１日を指定した後、「ＯＫ」ボタン２０８を選択すると、引き続き一日スケジュール表示画面がユーザ端末２０−１のディスプレイに表示される。
この一日スケジュール表示画面は、たとえば図２８に示すような形で表すことが出来る。図２８は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示された一日スケジュール表示画面の一例を示す図である。この一日スケジュール表示画面２１０には、予定の有無とその重要度を色彩で示した２４時間式の予定有無表示欄２１１、第一の予定を示す第一予定表示欄２１２ａ、第二予定を示す第二予定表示欄２１２ｂ、及び第三の予定を示す第三予定表示欄２１２ｃ、が表示されている。さらに、一日スケジュール表示画面２１０には、一日スケジュール表示を途中で終了する「終了」ボタン２１７や、個別スケジュールを表示することを希望するために、指定した予定の選択を行なう「ＯＫ」ボタン２１８、及び一つ前の前画面に戻ることを指示する「戻る」ボタン２１９が表示されている。
【０１２１】
図２８では、具体的に２００６年１２月１１日の一日スケジュールが表示されている。また、一日スケジュール表示画面２１０では、変更不可の予定が有る第一予定表示欄２１２ａと第三予定表示欄２１２ｃは濃いグレー色で示し、条件で変更可の予定が有る第二予定表示欄２１２ｂは薄いグレー色で示している。なお、一日スケジュール表示画面２１０で示す各表示欄には、時間の識別情報と予定ＩＤとが関連付けられており、所定の予定を指定し、「ＯＫ」ボタン２１８を選択することで、個別スケジュールを表示することが出来る。
【０１２２】
したがって、２００６年１２月１１日の第一予定を表示することを希望する場合は、第一予定表示欄２１２ａを指定した後、「ＯＫ」ボタン２１８を選択する。
一日スケジュール表示画面２１０にて第一予定表示欄２１２ａを指定した後、「ＯＫ」ボタン２１８を選択すると、引き続き個別スケジュール表示画面がユーザ端末２０−１のディスプレイに表示される。
この一日スケジュール表示画面は、たとえば図２９に示すような形で表すことが出来る。図２９は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示された個別スケジュール表示画面の一例を示す図である。この個別スケジュール表示画面２２０には、予定年月日と、予定時間と、変更可能度と、予定内容と、を示す予定表示欄２２１が表示されている。また、個別スケジュール表示画面２２０には、次の予定の年月日や時間、内容を見ることを希望する「次予定」ボタン２２２、前の予定の年月日や時間、内容を見ることを希望する「前予定」ボタン２２３が表示されている。さらに、個別スケジュール表示画面２２０には、個別スケジュール表示を途中で終了する「終了」ボタン２２４、及び一つ前の前画面に戻ることを指示する「戻る」ボタン２２５が表示されている。
【０１２３】
図２９では、具体的に２００６年１２月１１日の１０：００−１２：００に、新橋で、「○○会社の××氏と打ち合わせ」があることを示している。なお、変更可能度には、ユーザがこの予定を登録する際に設定した内容が示される。
【０１２４】
また、スケジュール確認画面１９０にて「グループスケジュール」ボタン１９２を選択すると、引き続きグループスケジュール表示画面がユーザ端末２０−１のディスプレイに表示される。
このグループスケジュール表示画面は、たとえば図３０に示すような形で表すことが出来る。図３０は、本サーバ１０と接続したユーザ端末２０−１のディスプレイに表示されたグループスケジュール表示画面の一例を示す図である。このグループスケジュール表示画面２３０には、予定の有無とその重要度を色彩で示したひと月ごとのカレンダー式予定有無表示欄２３１、翌月分の予定を表示することを指示する翌月ボタン２３２ａ、前月分の予定を表示することを指示する前月ボタン２３２ｂ、が表示されている。また、グループスケジュール表示画面２３０には、表示するグループを指定するグループ情報入力欄２２３が表示されている。さらに、グループスケジュール表示画面２３０には、グループスケジュール表示を途中で終了する「終了」ボタン２３７や、グループ情報入力欄２２３で指定したグループのスケジュールを表示することを希望する「ＯＫ」ボタン２３８、及び一つ前の前画面に戻ることを指示する「戻る」ボタン２３９が表示されている。
【０１２５】
図３０では、具体的に２００６年１２月のグループＡＢＣＤＥのスケジュールが表示され、２００７年１月の全体スケジュールを表示することを指示する翌月ボタン２３２ａと、２００６年１１月の全体スケジュールを表示することを指示する前月ボタン２３２ｂが表示されている。また、グループスケジュール表示画面２３０では、予定が無い１、２、３、４・・等の日は白色で示し、変更不可の予定が有る９日は濃いグレー色で示し、条件で変更可の予定が有る５、１２、１９日は薄いグレー色で示している。なお、グループスケジュール表示画面２３０で示す各日付欄には、年月日の識別情報が関連付けられており、所定の日付を指定し、「ＯＫ」ボタン２０８を選択することで、一日毎のスケジュールを表示することが出来る。また、グループ情報入力欄２２３にグループ情報を入力し、「ＯＫ」ボタン２０８を選択することで、指定した所望のグループのスケジュールを表示することが出来る。
【０１２６】
なお、上述したスケジュールの表示においては、何れも色彩の変化により予定の重要度を示したが、本発明ではこれに限らず、◎、○、△、▲、×といった異なる記号や、☆の数で示すようにしても良い。
【０１２７】
次に、以上のような構成による本サーバ１０の基本的な動作の一例を、図１３乃至図１６を参照しながら説明する。図１３乃至図１６は、上記構成の本サーバ１０での流れを示すフローチャートである。
まず、個別スケジュール管理部１１が、招集受容度情報受信部１１ｂにて、ユーザＩＤと招集受容度情報とを予め受信する。受信した招集受容度情報は、招集受容度情報記憶部ＤＢ３にて記憶する。
また、個別スケジュール管理部１１が、グループ情報受信部１１ｃにて、ユーザＩＤとグループ情報とを受信する。受信したグループ情報は、グループ情報記憶部ＤＢ４にて記憶する。
そして、図１３に示されるように、個別スケジュール管理部１１が、スケジュール登録情報受信部１１ａにて、ユーザ端末２０−１より送信された、ユーザＩＤと、自らの予定の登録年月日と、前記予定の登録時間と、前記予定の登録内容と、を含むスケジュール登録情報を受信したか否か判断する（Ｓ１１）。
【０１２８】
その結果、個別スケジュール管理部１１が、スケジュール登録情報受信部１１ａにて前記スケジュール登録情報を受信した場合（Ｙ）、前記スケジュール登録情報受信部１１ａは、受信したスケジュール登録情報の前記登録内容に識別情報を付与し、前記スケジュール登録情報を、前記ユーザＩＤに基づき、前記年月日情報と、前記時間情報と、前記予定ＩＤと、前記予定内容と、を互いに関連付けてスケジュール情報記憶部ＤＢ１に記憶する（Ｓ１２）。
【０１２９】
一方、個別スケジュール管理部１１が、スケジュール登録情報受信部１１ａにて前記スケジュール登録情報を受信していない場合（Ｎ）、次に、招集判断部１２が、招集条件情報受信部１２ａにて、他のユーザたちの招集を希望する招集年月日及び招集時間と、招集を実施するために必要な最低招集値と、を含む招集条件情報を受信したか否か判断する（Ｓ１３）。
その結果、招集判断部１２が、招集条件情報受信部１２ａにて前記招集条件情報を受信した場合（Ｙ）、次に、招集判断部１２が、前記招集条件情報受信部１２ａにて、前記招集条件情報に招集するグループ情報が含まれているか否か判断する（Ｓ１４）。
一方、招集判断部１２が、招集条件情報受信部１２ａにて前記招集条件情報を受信していない場合（Ｎ）、次に、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、ユーザＩＤと、前記グループ情報と、を含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信したか否か判断する（Ｓ４４）。
【０１３０】
また、前記招集条件情報にグループ情報が含まれているか否か判断した結果、招集判断部１２が、招集条件情報受信部１２ａにてグループ情報を特定した場合（Ｙ）、引き続き招集判断部１２が、グループユーザ特定部１２ｂにて、グループ情報ＤＢ４を参照して前記グループ情報に基づき当該グループを構成する全てのユーザをユーザＩＤより特定する（Ｓ１５）。
次に、招集判断部１２が、招集条件確認部１２ｃにて前記スケジュール情報ＤＢ１を参照し、特定した全てのユーザごとに順次、前記招集年月日及び前記招集時間を特定する（Ｓ１６）。
一方、招集判断部１２が、前記招集条件情報受信部１２ａにてグループ情報を特定していない場合（Ｎ）、次に、招集判断部１２が、招集条件確認部１２ｃにて、前記スケジュール情報ＤＢ１を参照し、特定したユーザごとに順次、前記招集年月日及び前記招集時間を特定する（Ｓ１６）。
【０１３１】
次いで、招集判断部１２が、前記招集条件確認部１２ｃにて前記スケジュール情報ＤＢ１を参照し、前記招集年月日及び前記招集時間に基づき前記登録予定の有無の判定を行う（Ｓ１７）。
引き続き、招集判断部１２が、前記招集条件情報受信部１２ａにて、前記招集条件情報に招集を実施する場所を示す招集位置情報が含まれているか否か判断する（Ｓ１８）。
その結果、招集判断部１２が、招集条件情報受信部１２ａにて前記招集位置件情報を受信した場合（Ｙ）、招集判断部１２が、移動概算時間算出部１２ｄにて、全てのユーザに対する前記登録予定の有無の判定終了後、登録予定が無いユーザに対して、前記スケジュール記憶部ＤＢ１を参照して前記招集を希望する日時に直近のスケジュール登録情報を特定する（Ｓ１９）。
一方、招集判断部１２が、招集条件情報受信部１２ａにて、登録予定の有無の再判定終了後、前記招集位置件情報を受信していない場合（Ｎ）、次に、招集判断部１２が、招集可能値算出部１２ｅにて登録予定が無いユーザ数をカウントする（Ｓ２３）。
【０１３２】
次に、招集判断部１２が、招集条件情報受信部１２ａにて直近のスケジュール登録情報を特定した後、招集判断部１２が、移動概算時間算出部１２ｄにて、当該スケジュール登録情報に含まれる前記予定位置情報を抽出すると共に、前記招集条件情報に含まれる招集位置情報を抽出する（Ｓ２０）。
引き続き、招集判断部１２が、移動概算時間算出部１２ｄにて、前記移動概算時間情報記憶部ＤＢ２を参照して、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より先である場合は、前記予定位置情報が出発地で前記招集位置情報を目的地として前記移動概算時間を算出し、さらに、招集判断部１２が、招集条件確認部１２ｃにて、算出した前記移動概算時間を、前記招集条件情報の招集開始時間を早めるように加算、もしくは前記スケジュール登録情報の予定終了時間を遅らせるように加算する。一方、前記スケジュール登録情報の登録時間が前記招集条件情報の招集時間より後である場合は、前記招集位置情報が出発地で前記予定位置情報を目的地として前記移動概算時間を算出し、さらに、招集判断部１２が、招集条件確認部１２ｃにて、前記スケジュール登録情報の予定開始時間を早めるように加算、もしくは前記招集条件情報の招集終了時間を遅らせるように加算する（Ｓ２１）。
【０１３３】
次いで、招集判断部１２が、招集条件確認部１２ｃにて、前記スケジュール記憶部ＤＢ１を参照して前記登録予定の有無の再判定を行なう（Ｓ２２）。
また、前記登録予定の有無の再判定終了後、招集判断部１２が、招集可能値算出部１２ｅにて、登録予定が無いユーザ数をカウントする（Ｓ２３）。
引き続き、招集判断部１２が、招集可能値算出部１２ｅにて、招集可能値を再算出する（Ｓ２４）。
その後、招集判断部１２が、招集判定情報生成部１２ｆにて、前記招集条件情報に含まれる最低招集値と前記再招集可能値とを比較して招集可否の招集判定情報を生成する（Ｓ２５）。
そして、生成された招集判定情報に応じ、招集判断部１２が、表示条件情報生成部１２ｉにて、判定結果を視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報を生成する（Ｓ２６）。
【０１３４】
次に、招集判断部１２が、招集向上促進情報生成部１２ｇにて、前記スケジュール記憶部ＤＢ１を参照して前記登録予定が有るユーザの予定変更可能度情報が有るか否か判断する（Ｓ２７）。
その結果、招集判断部１２が、招集向上促進情報生成部１２ｇにて前記予定変更可能度情報が有ると判断した場合（Ｙ）、招集判断部１２が、招集向上促進情報生成部１２ｇにて、前記予定変更可能度情報を抽出し、前記予定変更可能度ごとに集計した招集向上促進情報をさらに生成する（Ｓ２８）。
そして、招集判定情送信部１３が、招集判定情報と共に、前記招集向上促進情報を招集者端末へ送信する（Ｓ３１）。
一方、招集判断部１２が、招集向上促進情報生成部１２ｇにて前記予定変更可能度情報が有ると判断していない場合（Ｎ）、次に、招集判断部１２が、招集受容可能情報生成部１２ｈにて、前記招集受容度情報ＤＢ３を参照して特定した前記登録予定が無いユーザの前記ユーザＩＤに基づき前記招集受容度情報が有るか否か判断する（Ｓ２９）。
その結果、招集判断部１２が、招集受容可能情報生成部１２ｈにて、前記招集受容度情報が有ると判断した場合（Ｙ）、招集判断部１２が、招集受容可能情報生成部１２ｈにて、前記招集受容度情報を抽出し、前記招集受容度ごとに集計した招集受容可能情報をさらに生成する（Ｓ３０）。
そして、招集判定情送信部１３が、招集判定情報と共に、前記招集受容可能情報を招集者端末へ送信する（Ｓ３１）。
【０１３５】
一方、招集判断部１２が、招集受容可能情報生成部１２ｈにて、前記招集受容度情報が有ると判断していない場合（Ｎ）、次に、予定変更依頼部１４が、予定変更願情報受信部１４ａにて、予定の変更を依頼する予定変更願情報を受信したか否か判断する（Ｓ３２）。
その結果、予定変更依頼部１４が、予定変更願情報受信部１４ａにて前記予定変更願情報を受信した場合（Ｙ）、予定変更依頼部１４が、予定変更願通知生成部１４ｂにて、予定変更願通知を生成し、登録予定が有るユーザの少なくとも一部のユーザ端末２０−１に対して送信する（Ｓ３３）。
【０１３６】
一方、予定変更依頼部１４が、予定変更願情報受信部１４ａにて、前記予定変更願情報を受信していない場合（Ｎ）、次に、招集受容依頼部１５が、招集受容願情報受信部１５ａにて、招集の受け容れを依頼する招集受容願情報を受信したか否か判断する（Ｓ３４）。
その結果、招集受容依頼部１５が、招集受容願情報受信部１５ａにて前記招集受容願情報を受信した場合（Ｙ）、招集受容依頼部１５が、招集受容願通知生成部１５ｂにて、招集受容願通知を生成し、登録予定が無いユーザの少なくとも一部のユーザ端末２０−１に対して送信する（Ｓ３５）。
【０１３７】
一方、招集受容依頼部１５が、招集受容願情報受信部１５ａにて前記招集受容願情報を受信していない場合（Ｎ）、次に、予定変更依頼部１４が、予定変更応答情報受信部１４ｃにて、前記予定変更願通知に対する依頼受け容れ可否を示す予定変更応答情報を受信したか否か判断する（Ｓ３６）。
その結果、予定変更依頼部１４が、予定変更応答情報受信部１４ｃにて前記予定変更応答情報を受信した場合（Ｙ）、予定変更依頼部１４が、再判定情報生成部１４ｄにて前記予定変更応答情報の依頼受け容れ可否を判定する（Ｓ３７）。
引き続き、前記予定変更依頼を受け容れ可とする予定変更応答情報を受信した場合に、予定変更依頼部１４が、再判定情報生成部１４ｄにて再判定情報を生成する（Ｓ３８）。
そして、予定変更依頼部１４が、招集判定情報生成部１２ｆにて招集判定情報を再生成する（Ｓ３９）。
その後、再生成された招集判定情報に応じ、招集判断部１２が、表示条件情報生成部１２ｉにて、判定結果を視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報の生成を繰り返す（Ｓ２６）。
【０１３８】
一方、予定変更依頼部１４が、予定変更応答情報受信部１４ｃにて前記予定変更応答情報を受信していない場合（Ｎ）、次に、招集受容依頼部１５が、招集受容応答情報受信部１５ｃにて、前記招集受容願通知に対する依頼受け容れ可否を示す招集受容応答情報を受信したか否か判断する（Ｓ４０）。
その結果、招集受容依頼部１５が、招集受容応答情報受信部１５ｃにて前記招集受容応答情報を受信した場合（Ｙ）、招集受容依頼部１５が、再判定情報生成部１５ｄにて前記招集受容応答情報の招集受け容れ可否を判定する（Ｓ４１）。
引き続き、前記招集受容依頼を受け容れ可とする招集受容応答情報を受信した場合に、招集受容依頼部１５が、再判定情報生成部１５ｄにて再判定情報を生成する（Ｓ４２）。
そして、招集受容依頼部１５が、招集判定情報生成部１２ｆにて招集判定情報を再生成する（Ｓ４３）。
その後、再生成された招集判定情報に応じ、招集判断部１２が、表示条件情報生成部１２ｉにて、判定結果を視覚的に一目で判断できる色彩表示条件情報又は記号表示条件情報の生成を繰り返す（Ｓ２６）。
【０１３９】
一方、招集受容依頼部１５が、招集受容応答情報受信部１５ｃにて前記招集受容応答情報を受信していない場合（Ｎ）、次に、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、前記ユーザＩＤと、前記グループ情報と、を含むグループ別の自分のスケジュールの確認を希望するスケジュール確認情報を受信したか否か判断する（Ｓ４４）。
その結果、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて前記スケジュール確認情報を受信した場合（Ｙ）、次に、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、前記スケジュール確認情報に招集するグループ情報が含まれているか否か判断する（Ｓ４５）。
一方、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて前記スケジュール確認情報を受信していない場合（Ｎ）、本サーバ１０での一連の動作はそのまま終了（エンド）する。
【０１４０】
また、前記スケジュール確認情報にグループ情報が含まれているか否か判断した結果、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにてグループ情報を特定した場合（Ｙ）、引き続き個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、前記グループ情報ＤＢ４を参照して、特定したグループ情報に基づき当該グループを構成する全てのユーザを抽出する（Ｓ４６）。
引き続き、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、前記スケジュール情報ＤＢ１を参照して、前記ユーザのユーザＩＤに基づき該当する前記登録予定（予定内容）を抽出する（Ｓ４７）。
さらに、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、グループ別スケジュール情報を生成する（Ｓ４８）。
そして、個別スケジュール管理部１１が、スケジュール情報送信部１１ｅにて、前記グループ別スケジュール情報をユーザ端末２０−１へ送信する（Ｓ４９）。
【０１４１】
また、前記スケジュール確認情報にグループ情報が含まれているか否か判断した結果、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにてグループ情報を特定していない場合（Ｎ）、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、前記スケジュール情報ＤＢ１を参照して、ユーザＩＤに基づき該当するユーザの登録予定（予定内容）を抽出する（Ｓ５０）。
さらに、個別スケジュール管理部１１が、スケジュール確認情報受信部１１ｄにて、ユーザの全体スケジュール情報を生成する（Ｓ５１）。
そして、個別スケジュール管理部１１が、スケジュール情報送信部１１ｅにて、前記ユーザの全体スケジュール情報をユーザ端末２０−１へ送信する（Ｓ５２）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１４２】
以上のように本実施形態では、グループを構成する複数のメンバー全員の空予定が一致しなくとも、招集を実施するために必要な最低招集値を予め設定し、検索を行なうことで、多数のユーザであっても、共通の予定の取決めを行なう効果的な検索が行なえることとなる。したがって、グループを構成する全てのユーザの予定を考慮しつつ、全ユーザを対象とした日程調整という煩わしい手間や、多くの時間を掛けること無く、容易に招集可能とする日時の取決めを行ない得るように支援することができる。
更に、本願発明では、招集者がイベントを希望する日時を予めユーザに知らせることで、容易にイベントのスケジュールを確定することができる。図３２乃至図３４がユーザ端末２０−１、招集者端末２０−２、スケジュール管理装置（サーバ）１０における上記構成のシーケンス図である。スケジュール管理装置におけるデータ処理のフローチャートや各ＤＢの構成内容は、以下に記載するものを除き、他の実施例に準じるものとする。
まず、招集者端末２０−２において予め、イベントを希望する年月日情報、時間情報、スケジュール候補ＩＤを含むスケジュール候補情報が登録される（Ａ１０参照）。
図３５はスケジュール候補情報の登録画面の例である。スケジュール候補情報には、上記の年月日情報や時間情報（２４１乃至２４３参照）、スケジュール候補ＩＤの他、午前・午後・朝・昼・夜・終日等の時間帯スケジュールの情報、や招集者のメッセージデータ（２４４参照）を付加してもよい。
また、スケジュール候補情報には複数の候補日を含ませても、単一の候補日のみを含ませても、いづれの場合も可能である。また時間情報、時間帯情報についても、同様に複数の情報を含ませても、単一の情報を含ませても、よい。
ここで、年月日情報、時間情報、時間帯情報をプルダウン等の方法を用いて、選択肢形式にさせてもよい。
【０１４３】
上記スケジュール候補情報が招集者端末に登録された後（Ａ１０参照）、当該招集者端末から、当該スケジュール候補情報がスケジュール管理装置に送信され（Ａ２０参照）、当該スケジュール管理装置において当該スケジュール候補情報を受信し（Ａ３０参照）、スケジュール候補ＩＤと年月日情報と時刻情報等とを互いに関連付けてスケジュール情報ＤＢに記憶する（Ａ４０参照）。
【０１４４】
スケジュール情報ＤＢの例としては、図３１の構成が挙げられる。ユーザＩＤ等の構成は図２のＤＢの構成例と同様である。スケジュール候補ＩＤは、招集者が招集を希望する複数又は単一の候補日を識別するために用いられる識別番号又は記号であって、「０７１２０１：２００７年１２月１日」「０７Ｄｅｃ２５：２００７年１２月２５日」のように用いられる。
また、グループ情報は単一のみならず、複数の情報が含まれている場合がある。たとえば、ユーザＩＤが「００１：鈴木一郎」が属するグループは「Ｇ００１：フットサルグループ」「Ｇ００２：将棋クラブ」「Ｇ００３：家族」である、との例があげられる。
ここで、グループ情報はユーザＩＤと関連付けられ、特定のグループを識別するために用いられる。例えば、「Ｇ００１：フットサルグループ」に属する「００１：鈴木一郎」その他のユーザにのみ、スケジュール候補情報を送るような場合である。このような識別方法は、図２におけるスケジュール情報ＤＢにおいても同様に行われ得る。テーブルを用いることで複数のグループ情報を記録することができる。
【０１４５】
スケジュール候補情報がスケジュール情報ＤＢに記憶された後（Ａ４０参照）、スケジュール管理装置から各ユーザ端末に対してスケジュール候補情報が送信される（Ａ５０参照）。スケジュール候補情報を受信した（Ａ６０参照）各ユーザ端末の画面には、図３６に示すような画面が表示される。図３６では、招集者がイベント開催を希望する日時として３つの候補が表示されており、召集の受容度情報が入力されている。「○」は既に予定が入っているが無条件で変更が可能、「△」は条件付きで変更が可能、「×」は変更が不可能な場合を示す（２５１乃至２５３参照）。空欄の場合は、ユーザに予定がなく登録予定が入力されていない状態を示す。「○」「△」「×」の情報を入力し、又は入力をしないことにより各ユーザ端末において、当該スケジュール候補日時での招集受容情報を含むスケジュール候補登録情報が生成され、当該スケジュール候補登録情報がスケジュール管理装置に送信される（Ａ７０参照）。当該スケジュール候補登録情報を受信した（Ａ８０参照）スケジュール管理装置は、当該ユーザのユーザＩＤと年月日情報と時間情報と予定ＩＤと予定内容とを互いに関連付けてスケジュール情報ＤＢに記憶する（Ａ９０参照）。
【０１４６】
図３３は、各ユーザ端末より送信されたスケジュール候補登録情報をスケジュール管理装置が受信し、ユーザの招集判定情報を招集者端末又はユーザ端末に表示するためのシーケンス図である。
スケジュール候補登録情報がスケジュール情報ＤＢに記録された後、スケジュール候補日情報に基づく招集日の検索作業を行なうことを希望する招集者は、招集者端末に最低招集値（２６５参照）等を入力して、「検索」ボタン（２６７参照）を選択する。このとき、グループ情報を参照して招集するグループを特定してもよい（２６４参照）。
「検索」ボタンを選択することにより、スケジュール候補日毎に招集可能値と招集判定情報が算出、生成される（Ｃ４０乃至Ｃ７０参照）。当該招集判定情報は招集者端末２０−２やユーザ端末２０−１に送信され、表示される（Ｃ８０乃至Ｃ１４０参照）。
また招集受容可能情報が生成されて招集者端末２０−２やユーザ端末２０−１に送信され、招集判定情報が再生成される（１０１Ｄ乃至２２０Ｄ参照）。
【０１４７】
図３７は招集者端末における召集日を検索する画面の例である。当該画面には、スケジュール候補日時が表示され、招集を希望するグループを入力する欄が表示される。招集するグループを特定しない場合は、グループ欄は空欄とする。
一方、招集を希望するグループを入力した場合、図３４のシーケンス図により、特定のグループに属する各ユーザ端末にのみ、スケジュール候補情報が送信される。
各ユーザ端末からスケジュール管理装置に対して、あらかじめ、当該ユーザが所属するグループのグループ情報が送信され（Ｂ１０参照）、グループ情報を受信した（Ｂ２０参照）スケジュール管理装置は、ユーザＩＤとグループ情報とを互いに関連付けて記憶しておき（Ｂ３０参照）、当該グループＩＤを特定し、該当するユーザ端末のみにスケジュール候補情報を送信する（Ｂ８０参照）。
【０１４８】
また、図３７では、最低招集値を入力する欄が表示される。
最低招集値は招集者が最低限希望する人の数であってもよいし、登録予定がないユーザ数をユーザ全体又はグループ内のユーザ全体の数で除した割合であってもよい。
【０１４９】
図３８は、スケジュール候補日毎に招集判定情報と招集可能値を示す招集検索結果を表示させるため、図２２の画面へ遷移する前に招集者端末に表示される招集検索結果の画面例である（Ｃ１００参照）。各スケジュール候補日時の「結果を表示」すると（２７２乃至２７４参照）、図２２の招集検索結果画面が表示される。
図３９は、各ユーザ端末からスケジュール管理装置に対して、招集検索結果情報の送信を要求（Ｃ１４０参照）し、各ユーザ端末に招集検索結果を表示させるための検索結果要求の画面例である。ユーザは、スケジュール候補日毎にチェックボックスにチェックを入れて選択し、「表示」を押することで、図２２の招集検索結果画面が表示される。
【０１５０】
以上の発明の構成をとることにより、各ユーザが、すべての日程に予定を入れなければならないという煩わしさから解放され、招集者が真にイベント開催を希望する年月日又は時間帯にのみ、予定の可否又は招集の受容度等を入力することで、迅速にスケジュールが決定されるという技術的に有利な効果が生じる。
【図面の簡単な説明】
【０１５１】
【図１】本発明に係るスケジュール管理装置の実施形態の一例を示すブロック構成図である。
【図２】本発明に係るスケジュール管理装置が備えるスケジュール情報記憶部に記憶されているデータベース構造の一例である。
【図３】本発明に係るスケジュール管理装置が備える移動概算時間情報記憶部に記憶されているデータベース構造の一例である。
【図４】本発明に係るスケジュール管理装置が備える招集受容度情報記憶部に記憶されているデータベース構造の一例である。
【図５】本発明に係るスケジュール管理装置が備えるグループ情報記憶部に記憶されているデータベース構造の一例である。
【図６】本発明に係るスケジュール管理方法の基本的な処理の流れを示すシーケンス図である。
【図７】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図８】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図９】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図１０】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図１１】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図１２】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図１３】本発明に係るスケジュール管理装置での情報処理の一例を示すフローチャートである。
【図１４】図１３に示すスケジュール管理装置での情報処理の続きを示すフローチャートである。
【図１５】図１４に示すスケジュール管理装置での情報処理の続きを示すフローチャートである。
【図１６】図１５に示すスケジュール管理装置での情報処理の続きを示すフローチャートである。
【図１７】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示されたスケジュール管理サイト画面の一例を示す模式図である。
【図１８】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された会員登録画面の一例を示す模式図である。
【図１９】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示されたメニュー選択画面の一例を示す模式図である。
【図２０】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示されたスケジュール登録画面の一例を示す模式図である。
【図２１】本発明に係るスケジュール管理装置と接続した招集者端末のディスプレイに表示された招集日検索画面の一例を示す模式図である。
【図２２】本発明に係るスケジュール管理装置と接続した招集者端末のディスプレイに表示された招集検索結果画面の一例を示す模式図である。
【図２３】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された予定変更願通知の一例を示す模式図である。
【図２４】本発明に係るスケジュール管理装置と接続した招集者端末のディスプレイに表示された招集検索結果画面の他の例を示す模式図である。
【図２５】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された招集受容願通知の一例を示す模式図である。
【図２６】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示されたスケジュール確認画面の一例を示す模式図である。
【図２７】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された全体スケジュール表示画面の一例を示す模式図である。
【図２８】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された個別スケジュール表示画面の一例を示す模式図である。
【図２９】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示された個別スケジュール表示画面の他の例を示す模式図である。
【図３０】本発明に係るスケジュール管理装置と接続したユーザ端末のディスプレイに表示されたグループスケジュール表示画面の一例を示す模式図である。
【図３１】本発明に係るスケジュール管理装置が備えるスケジュール情報記憶部に記憶されているデータベース構造の他の例である。
【図３２】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図３３】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図３４】本発明に係るスケジュール管理方法における招集可否の他の判定処理の流れを示すシーケンス図である。
【図３５】スケジュール候補情報の登録画面例
【図３６】スケジュール候補情報の送信画面例
【図３７】召集日検索画面例
【図３８】招集検索結果画面例（図２２に続く）
【図３９】各ユーザ端末におけるスケジュール候補情報の検索結果要求画面例（図２２に続く）
【符号の説明】
【０１５２】
ＤＢ１  スケジュール情報記憶部（第一記憶部）、ＤＢ２  移動概算時間情報記憶部（第二記憶部）、ＤＢ３  招集受容度情報記憶部（第三記憶部）、ＤＢ４  グループ情報記憶部（第四記憶部）、ＮＷ  通信ネットワーク、１０  スケジュール管理装置（本サーバ）、１１  個別スケジュール管理部、１２  招集判定部、１３  招集判定情報送信部、１４  予定変更依頼部、１５  召集受容依頼部、２０−１  ユーザ端末、２０−２  招集者端末。
【図１】
2008217759.tif 000003
【図２】
2008217759.tif 000004
【図３】
2008217759.tif 000005
【図４】
2008217759.tif 000006
【図５】
2008217759.tif 000007
【図６】
2008217759.tif 000008
【図７】
2008217759.tif 000009
【図８】
2008217759.tif 000010
【図９】
2008217759.tif 000011
【図１０】
2008217759.tif 000012
【図１１】
2008217759.tif 000013
【図１２】
2008217759.tif 000014
【図１３】
2008217759.tif 000015
【図１４】
2008217759.tif 000016
【図１５】
2008217759.tif 000017
【図１６】
2008217759.tif 000018
【図１７】
2008217759.tif 000019
【図１８】
2008217759.tif 000020
【図１９】
2008217759.tif 000021
【図２０】
2008217759.tif 000022
【図２１】
2008217759.tif 000023
【図２２】
2008217759.tif 000024
【図２３】
2008217759.tif 000025
【図２４】
2008217759.tif 000026
【図２５】
2008217759.tif 000027
【図２６】
2008217759.tif 000028
【図２７】
2008217759.tif 000029
【図２８】
2008217759.tif 000030
【図２９】
2008217759.tif 000031
【図３０】
2008217759.tif 000032
【図３１】
2008217759.tif 000033
【図３２】
2008217759.tif 000034
【図３３】
2008217759.tif 000035
【図３４】
2008217759.tif 000036
【図３５】
2008217759.tif 000037
【図３６】
2008217759.tif 000038
【図３７】
2008217759.tif 000039
【図３８】
2008217759.tif 000040
【図３９】
2008217759.tif 000041