JP2019020888A

JP2019020888A - サーバおよびプログラム

Info

Publication number: JP2019020888A
Application number: JP2017136926A
Authority: JP
Inventors: 友貴島貫; Tomoki Shimanuki; 純也伊東; Junya Ito
Original assignee: Tokyo Gas Co Ltd
Current assignee: Tokyo Gas Co Ltd
Priority date: 2017-07-13
Filing date: 2017-07-13
Publication date: 2019-02-07
Anticipated expiration: 2037-07-13
Also published as: JP6872444B2

Abstract

【課題】イベントに参加するグループの要望に応じ、イベントに参加するグループの予定を調整する。【解決手段】スケジュール調整サーバ２は、ユーザが希望するイベントの日時に関する第１情報、および、ユーザが希望するイベントの場所に関する第２情報を端末装置から取得するイベント情報取得部と、第１情報に基づいて、最も多くのユーザがイベントに参加可能な日時を決定し、第２情報に基づいて、最も多くのユーザが希望するイベントの場所を決定し、第１情報および第２情報に基づいて、決定した日時および場所のイベントに参加可能な人数を決定する決定部と、決定した日時、場所および人数に基づいて、人数を収容可能な店舗情報を取得する店舗情報取得部と、を備える。【選択図】図２

Description

本発明は、サーバに関し、特にイベントに参加するグループの予定を調整可能なサーバに関する。

従来のサーバは、イベントに参加する複数のユーザのスケジュールを取得し、取得したスケジュールから複数のユーザの予定が入ってない時間帯を抽出する。そして、サーバは、複数のユーザのそれぞれの予定の日時および場所に基づいて、抽出した予定が入っていない時間帯に複数のユーザが集合できる施設を決定する。続いて、サーバは、決定した施設の設備を仮予約し、仮予約した設備を複数のユーザのそれぞれのユーザ端末に出力し、ユーザ端末から受信したイベント参加の意思表示の数をカウントする。そして、サーバは、カウントした意思表示の数が所定数に達したとき設備を本予約する（例えば、特許文献１参照）。

特開２００５−１９６４８７号公報

特許文献１に記載される従来技術は、イベント当日において複数のユーザが集合できる施設を決定する際に、各ユーザの予定がある場所からイベント開始時間までに移動できる範囲を特定し、各ユーザの移動できる範囲がすべて重なった範囲に位置する施設を、複数のユーザが集合できる施設として決定している。

しかしながら、各ユーザの予定がある場所に基づいて、施設を決定してしまうと、各ユーザが希望する場所の施設ではイベントを開催することができなくなるおそれがある。ユーザによっては、ユーザ自身が希望するイベントの時間帯よりも、希望するイベントの場所を優先したいという要望もある。その場合、特許文献１に記載される従来技術により決定されたイベント（特に、イベント開催場所）は、必ずしも各ユーザの要望に応えることができなかった。

そこで、本発明は、上記課題に鑑み、イベントに参加するグループの要望に応じ、イベントに参加するグループの予定を調整可能なサーバおよびプログラムを提供することを目的とする。

上記課題を解決するために、本発明のサーバは、ユーザが希望するイベントの日時に関する第１情報、および、前記ユーザが希望するイベントの場所に関する第２情報を端末装置から取得するイベント情報取得部と、前記第１情報に基づいて、最も多くのユーザがイベントに参加可能な日時を決定し、前記第２情報に基づいて、最も多くのユーザが希望するイベントの場所を決定し、前記第１情報および前記第２情報に基づいて、決定した日時および場所のイベントに参加可能な人数を決定する決定部と、決定した日時、場所および人数に基づいて、前記人数を収容可能な店舗情報を取得する店舗情報取得部と、を備える。

前記店舗情報を前記端末装置に送信する送信部を有してもよい。

前記送信部は、前記決定した日時、場所および人数の情報を、複数の店舗情報が記憶された店舗サーバに送信し、前記店舗情報取得部は、前記店舗サーバから前記店舗情報を取得してもよい。

上記課題を解決するために、本発明のプログラムは、ユーザが希望するイベントの日時に関する第１情報を取得するステップと、前記ユーザが希望するイベントの場所に関する第２情報を取得するステップと、前記第１情報に基づいて、最も多くのユーザがイベントに参加可能な日時を決定するステップと、前記第２情報に基づいて、最も多くのユーザが希望するイベントの場所を決定するステップと、前記第１情報および前記第２情報に基づいて、決定した日時および場所のイベントに参加可能な人数を決定するステップと、決定した日時、場所および人数に基づいて、前記人数を収容可能な店舗情報を取得するステップと、をコンピュータに実行させる。

本発明によれば、イベントに参加するグループの要望に応じ、イベントに参加するグループの予定を調整することができる。

スケジュール調整システムの概要構成を示す図である。各サーバおよび各端末の概略構成を示す図である。スケジュール調整システムによる動作シーケンスを説明する図である。幹事端末の表示部に表示される表示画像の一例を示す図である。ユーザ端末の表示部に表示される表示画像の一例を示す図である。スケジュール調整サーバによって更新されたイベント調整用データの表示画像の一例を示す図である。幹事端末の表示部に表示される表示画像の一例を示す図である。

以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

図１は、スケジュール調整システム１の概要構成を示す図である。

スケジュール調整システム１は、スケジュール調整サーバ２と、幹事端末（端末装置）３と、ユーザ端末（端末装置）４と、店舗サーバ５とを備える。スケジュール調整サーバ２、幹事端末３、ユーザ端末４および店舗サーバ５は、無線通信または有線通信によってネットワーク６に接続されている。

図２は、各サーバおよび各端末の概略構成を示す図である。

図２（ａ）に示すように、スケジュール調整サーバ２は、プログラム（オペレーティングシステム（ＯＳ）やアプリケーション）の演算処理を実行するＣＰＵなどの演算部（決定部）２ａと、情報を記憶するＲＯＭ、ＲＡＭおよびハードディスクなどの記憶部２ｂと、演算部２ａの処理結果や記憶部２ｂに記憶する情報をネットワーク６を介して送受信する通信部（イベント情報取得部、店舗情報取得部、送信部）２ｃとを備える。演算部２ａは、記憶部２ｂに記憶されるプログラムを読み込み、そのプログラムを実行することで、スケジュール調整サーバ２の各機能を実現する。記憶部２ｂは、プログラムや、店舗サーバ５から取得した情報や、後述するイベントに参加するグループに利用される基準データやイベント調整用データなどを記憶（保存）する。

図２（ｂ）に示すように、幹事端末３は、幹事が利用するコンピュータであって、例えば、スマートフォンを含む携帯電話、タブレット型のコンピュータなどの可搬型通信端末である。幹事端末３は、幹事の操作に応じて情報を入力可能な操作部３ａと、ネットワーク６を介して情報を送受信する通信部３ｂと、操作部３ａにより入力される情報や通信部３ｂにより送受信される情報を表示する表示部３ｃとを備える。また、幹事端末３は、ＣＰＵなどの演算部３ｄを備え、プログラム（オペレーティングシステム（ＯＳ）やアプリケーション）を実行することにより情報を処理することができる。

図２（ｃ）に示すように、ユーザ端末４は、参加者が利用するコンピュータであって、例えば、スマートフォンを含む携帯電話、タブレット型のコンピュータなどの可搬型通信端末である。ユーザ端末４は、参加者の操作に応じて情報を入力可能な操作部４ａと、ネットワーク６を介して情報を送受信する通信部４ｂと、操作部４ａにより入力される情報や通信部４ｂにより送受信される情報を表示する表示部４ｃとを備える。また、ユーザ端末４は、ＣＰＵなどの演算部４ｄを備え、プログラム（オペレーティングシステム（ＯＳ）やアプリケーション）を実行することにより情報を処理することができる。

図２（ｄ）に示すように、店舗サーバ５は、プログラム（オペレーティングシステム（ＯＳ）やアプリケーション）の演算処理を実行するＣＰＵなどの演算部５ａと、情報を記憶するＲＯＭ、ＲＡＭおよびハードディスクなどの記憶部５ｂと、演算部５ａの処理結果や記憶部５ｂに記憶する情報をネットワーク６を介して送受信する通信部５ｃとを備える。記憶部５ｂは、複数の店舗に関する情報を記憶する。店舗に関する情報とは、店舗名や店舗ＩＤなどの店舗識別情報、住所、電話番号、地図情報における所在地を示す情報（たとえば緯度、経度の情報）、店舗のウェブサイトのＵＲＬ、空き情報（予約可能時間帯、予約可能人数）、飲食店のジャンルなどである。

図３は、スケジュール調整システム１による動作シーケンスを説明する図である。

まず、幹事端末３の演算部３ｄは、操作部３ａの操作に応じてスケジュール調整サーバ２にアクセスし、スケジュール調整サーバ２からイベント調整用データを作成するための基準データを取得するために、通信部３ｂを介して基準データ取得要求を送信する（ステップＳ１００）。

スケジュール調整サーバ２の演算部２ａは、幹事端末３から基準データ取得要求を受信すると、受信した基準データ取得要求に応じ、通信部２ｃを介して幹事端末３に基準データを送信する（ステップＳ１０１）。

幹事端末３の演算部３ｄは、スケジュール調整サーバ２から通信部３ｂを介して基準データを受信し、受信した基準データに対応する表示画像２００を表示部３ｃに表示する（ステップＳ１０２）。

図４は、幹事端末３の表示部３ｃに表示される表示画像２００の一例を示す図である。表示画像２００は、イベント名を入力するイベント名入力欄２０１、イベントの日時の候補を入力する日時入力欄２０２、参加者の候補を入力する参加者入力欄２０３、イベント開催の場所（エリア）の候補を入力するエリア入力欄２０４を有する。

幹事端末３の演算部３ｄは、操作部３ａの操作に応じて、表示部３ｃに表示されたイベント名入力欄２０１にイベント名の情報を、日時入力欄２０２にイベントの日時の候補の情報を、エリア入力欄２０４にイベント開催の場所（エリア）の候補の情報を入力（追加）する。

幹事端末３の演算部３ｄは、基準データに、幹事によってそれぞれの欄に入力されたイベントに関する情報（イベントデータ）を付加して、スケジュール調整サーバ２に通信部３ｂを介して送信する（ステップＳ１０３）。

スケジュール調整サーバ２の演算部２ａは、通信部２ｃを介して基準データおよびイベントデータを受信すると、受信した基準データおよびイベントデータに基づいて、イベント調整用データを作成する（ステップＳ１０４）。このとき、スケジュール調整サーバ２の演算部２ａは、イベントに参加する参加者がイベント調整用データにアクセスするためのＵＲＬ（Uniform Resource Locator）を作成する（ステップＳ１０４）。

スケジュール調整サーバ２の演算部２ａは、作成したイベント調整用データと、ＵＲＬとを関連付けて記憶部２ｂに記憶（保存）する。そして、スケジュール調整サーバ２の演算部２ａは、作成したＵＲＬを通信部２ｃを介して幹事端末３に送信する（ステップＳ１０５）。

幹事端末３の演算部３ｄは、スケジュール調整サーバ２から送信されたＵＲＬを通信部３ｂを介して受信する。

幹事端末３の演算部３ｄは、操作部３ａの操作に応じ、受信したＵＲＬをイベントに参加する参加者のユーザ端末４に通信部３ｂを介して送信する（ステップＳ１０６）。

ユーザ端末４の演算部４ｄは、幹事端末３から送信されたＵＲＬを通信部４ｂを介して受信する。

ユーザ端末４の演算部４ｄは、操作部４ａの操作に応じて、受信したＵＲＬからスケジュール調整サーバ２に通信部４ｂを介してアクセスし、スケジュール調整サーバ２からイベント調整用データを取得するためのイベント調整用データ取得要求を送信する（ステップＳ１０７）。

スケジュール調整サーバ２の演算部２ａは、ユーザ端末４からイベント調整用データ取得要求を通信部２ｃを介して受信すると、受信したイベント調整用データ取得要求に応じ、ユーザ端末４にイベント調整用データを通信部２ｃを介して送信する（ステップＳ１０８）。

ユーザ端末４の演算部４ｄは、イベント調整用データを通信部４ｂを介して受信すると、受信したイベント調整用データに対応する表示画像３００を表示部４ｃに表示する（ステップＳ１０９）。

図５は、ユーザ端末４の表示部４ｃに表示される表示画像３００の一例を示す図である。表示画像３００は、例えば、参加者の候補の参加者候補入力欄３０１、イベントの日時の候補が示されたイベント日時候補欄３０２、イベントの参加可能性を示す複数の指標（第１指標３０３ａ、第２指標３０３ｂ、第３指標３０３ｃ）の累計が表示される指標表示欄３０３、および、イベントの開催場所の候補を選択する開催場所選択欄３０４を有する。また、表示画像３００は、操作部４ａの操作により、複数の指標が選択可能な指標選択欄３０５を有する。さらに、表示画像３００は、操作部４ａの操作により、イベントの開催場所が入力可能な開催場所入力欄３０６を有する。

参加者は、表示画像３００の複数の参加者候補入力欄３０１のいずれかに、自身の名前を操作部４ａを介して入力する。また、参加者は、自身の名前を入力した参加者候補入力欄３０１の下方に設けられた指標選択欄３０５に、操作部４ａを介して複数の指標の中からいずれか１つを選択して入力する。さらに、参加者は、自身の名前を入力した参加者候補入力欄３０１の下方に設けられた開催場所入力欄３０６に、操作部４ａを介してイベントの開催場所の候補を選択する。ここで、イベントの日時の候補を選択する際、参加者は、複数あるイベント日時のそれぞれの候補に対応する位置にある指標選択欄３０５のそれぞれにおいて、複数の指標の中から１つを選択する。複数の指標は、イベントの各日付および各時刻に対する参加可能性を示すものである。例えば、複数の指標のうち、第１指標３０３ａ（図中「○」）は、参加可能であることを示し、第２指標３０３ｂ（図中「△」）は、参加不可ではないが、参加の可能性がある場合を示し、第３指標３０３ｃ（図中「×」）は参加不可であることを示す。なお、複数ある場所の候補の中から複数選択するようにしてもよい。図５（ｂ）は、例えば、ユーザＢによって指標および場所が選択された後の表示画像３００である。

ユーザ端末４の演算部４ｄは、イベント調整用データに、参加者によって入力および選択された情報（選択データ）を付加して、スケジュール調整サーバ２に通信部４ｂを介して送信する（ステップＳ１１０）。

スケジュール調整サーバ２の演算部２ａは、イベント調整用データおよび選択データを通信部２ｃを介して受信すると、イベント調整用データを更新する（ステップＳ１１１）。すなわち、スケジュール調整サーバ２の演算部２ａは、イベント調整用データに、選択データを反映させる。このとき、スケジュール調整サーバ２の演算部２ａは、参加者によって選択された各指標の数を集計する（ステップＳ１１２）。そして、スケジュール調整サーバ２の演算部２ａは、イベント調整用データに、各指標の数を集計した集計結果の情報（集計結果データ）を付加（追加）する。

スケジュール調整サーバ２の演算部２ａは、記憶部２ｂに保存されたＵＲＬと、更新後のイベント調整用データとを関連付けて記憶（保存）する。

図６は、スケジュール調整サーバ２によって更新されたイベント調整用データの表示画像４００一例を示す図である。

図６に示されるように、更新されたイベント調整用データには、日程の欄４０１に参加者によって選択された指標の情報（第１情報）が付加されている。また、希望エリアの欄４０２に参加者によって選択された場所の情報（第２情報）が付加されている。さらに、指標表示欄４０３に参加者によって選択された指標の集計結果の情報が付加されている。

スケジュール調整サーバ２の演算部２ａは、イベント調整用データを作成してから所定期間が経過した、または、参加者の候補全員から選択データを受信したとき、各指標の数の集計結果から、最も多くの参加者がイベントに参加可能な日時を決定する。例えば、スケジュール調整サーバ２の演算部２ａは、集計結果から、最も第３指標３０３ｃの数が少ないイベントの日時を決定する（ステップＳ１１３）。ここで、スケジュール調整サーバ２の演算部２ａは、集計結果から、最も第３指標３０３ｃの数が少ないイベントの日時が複数ある場合、最も第１指標３０３ａの数が多いイベントの日時を決定するようにしてもよい。さらに、スケジュール調整サーバ２の演算部２ａは、最も第１指標３０３ａの数が多いイベントの日時が複数ある場合、最も第１指標３０３ａの数が多い複数のイベントの日時を決定するようにしてもよい。図６の例では、最も第３指標３０３ｃの数が少ないイベントの日時は、２０１７年３月５日（日）の１８：００と２０：００である。また、最も第３指標３０３ｃの数が少ないイベントの日時のうち、最も第１指標３０３ａの数が多いイベントの日時は、２０１７年３月５日（日）の２０：００である。したがって、スケジュール調整サーバ２は、２０１７年３月５日（日）の２０：００を、最も多くの参加者がイベントに参加可能な日時として決定する。

なお、第３指標３０３ｃの数が０（ゼロ）でない（すなわち、１以上ある）場合、スケジュール調整サーバ２の演算部２ａは、参加者全員でイベントに参加できない旨のメッセージを幹事端末３に送信してもよい。それと同時に、新たなイベントの日時の候補の情報を追加するメッセージを幹事端末３に送信してもよい。幹事端末３の演算部３ｄは、スケジュール調整サーバ２から通信部３ｂを介してこれらのメッセージを受信すると、操作部３ａの操作に応じ、例えば、第３指標３０３ｃの数が１以上あるイベントの日時の候補の情報を削除したり、新たなイベントの日時の候補の情報を追加したりして、イベント調整用データを修正してもよい。

また、スケジュール調整サーバ２の演算部２ａは、更新後のイベント調整用データから、最も多くの参加者が希望するイベント開催の場所を決定する（ステップＳ１１４）。最も多くの参加者が希望するイベント開催の場所が複数ある場合、最も多くの参加者が希望する複数のイベント開催の場所を決定するようにしてもよい。図６の例では、ユーザＡは、希望エリアとして、イベント開催の場所を問わず、どこでもよいことを選択している。また、ユーザＢは、希望エリアとして、東京駅または京浜東北線のいずれかの駅を選択している。また、ユーザＣは、希望エリアとして、上野駅を選択している。また、ユーザＤは、希望エリアとして、山手線のいずれかの駅を選択している。図６の例では、最も多くの参加者が希望するイベント開催の場所は、上野駅である。したがって、スケジュール調整サーバ２の演算部２ａは、上野駅周辺のエリアを、最も多くの参加者が希望するイベント開催の場所として決定する。また、スケジュール調整サーバ２の演算部２ａは、決定した日時および場所のイベントに参加可能な人数を決定する。

なお、最も多くの参加者が希望するイベント開催の場所がない場合、スケジュール調整サーバ２の演算部２ａは、複数の参加者によって選択された同一の場所がない旨のメッセージを幹事端末３に送信してもよい。それと同時に、新たなイベント開催の場所の候補の情報を追加するメッセージを幹事端末３に送信してもよい。幹事端末３の演算部３ｄは、スケジュール調整サーバ２から通信部３ｂを介してこれらのメッセージを受信すると、操作部３ａの操作に応じ、例えば、イベント開催の場所の候補の情報を削除したり、新たなイベント開催の場所の候補の情報を追加したりして、イベント調整用データを修正してもよい。

スケジュール調整サーバ２の演算部２ａは、決定したイベントの日時、イベント開催の場所、および参加人数に基づいて、店舗サーバ５に問い合わせを行い、問い合わせ結果（店舗情報）を取得する。ここで、店舗サーバ５の演算部５ａは、上述したように、店舗に関する情報を複数記憶している。スケジュール調整サーバ２の演算部２ａは、例えば、決定したイベントの日時、イベント開催の場所およびイベントの参加人数の情報を、店舗サーバ５に通信部２ｃを介して送信する（ステップＳ１１５）。

店舗サーバ５の演算部５ａは、スケジュール調整サーバ２から、日時の情報、場所の情報および人数の情報を通信部５ｃを介して受信すると、記憶部５ｂに記憶された複数の店舗に関する情報を参照し、受信した日時および場所で、受信した人数を収容可能な空き（空室）のある店舗を抽出する（ステップＳ１１６）。なお、店舗サーバ５では、管理している各店舗にネットワーク６を介して問い合わせを行い、あるいは、各店舗から発信されるデータを受信し、記憶部５ｂに記憶されている各店舗の空室状況等の情報（店舗に関する情報）をリアルタイムに更新している。

店舗サーバ５の演算部５ａは、抽出した店舗が複数ある場合、複数の店舗すべてを抽出する。店舗サーバ５の演算部５ａは、抽出した店舗に関する情報をスケジュール調整サーバ２に通信部５ｃを介して送信する（ステップＳ１１７）。

スケジュール調整サーバ２の演算部２ａは、店舗サーバ５から店舗に関する情報を通信部２ｃを介して受信すると、受信した店舗に関する情報と、記憶部２ｂに記憶されたイベント調整用データおよびＵＲＬとを関連付けて記憶（保存）する。

スケジュール調整サーバ２の演算部２ａは、幹事端末３に、決定したイベントの日時、場所および参加人数の情報に、店舗に関する情報を付加したイベント処理情報を通信部２ｃを介して送信する（ステップＳ１１８）。このとき、スケジュール調整サーバ２の演算部２ａは、幹事端末３に、記憶部２ｂに記憶されたイベント調整用データを一緒に送信するようにしてもよい。また、必要があれば、これらの情報を幹事端末３に送信すると同時に、ユーザ端末４に送信するようにしてもよい。

幹事端末３の演算部３ｄは、スケジュール調整サーバ２からイベント処理情報を通信部３ｂを介して受信すると、イベント処理情報に対応する表示画像５００を表示部３ｃに表示する（ステップＳ１１９）。

図７は、幹事端末３の表示部３ｃに表示される表示画像５００の一例を示す図である。表示画像５００は、例えば、スケジュール調整サーバ２により決定されたイベントの日時、場所および参加人数の情報を表示する枠５０１を有する。また、表示画像５００は、スケジュール調整サーバ２から送信された店舗に関する情報を表示する枠５０２を有する。

幹事は、表示部３ｃに表示された店舗に関する情報を参照し、イベント当日に利用する店舗を決定する。このとき、幹事は、幹事端末３からユーザ端末４に店舗に関するリクエストのメッセージを送信してもよい。具体的に、参加者は、幹事からメッセージを受け取ると、再びＵＲＬを介してスケジュール調整サーバ２にアクセスし、ユーザ端末４は、スケジュール調整サーバ２からイベント処理情報を受信し、受信したイベント処理情報を表示部４ｃに表示する。参加者は、表示部４ｃに表示された店舗に関する情報を参照し、イベント当日に利用する店舗のリクエストをユーザ端末４から幹事端末３に返信する。参加者からリクエストを受けた幹事は、リクエストに基づいて、イベント当日に利用する店舗を決定する。

幹事端末３の演算部３ｄは、イベント当日に利用する店舗が決定されると、操作部３ａの操作に応じ、店舗予約情報を通信部３ｂを介して店舗サーバ５に送信する（ステップＳ１２０）。具体的に、幹事端末３の演算部３ｄは、操作部３ａを介して、例えば、図７に示す店舗に関する情報を表示する枠５０２の中からＡ店が選択されたとする。この場合、幹事端末３の演算部３ｄは、Ａ店が選択された操作に応じ、Ａ店を予約するための店舗予約情報を、通信部３ｂを介して店舗サーバ５に送信する。店舗予約情報には、決定されたイベントの日時、場所、参加人数の情報、および、選択されたＡ店の情報が含まれる。店舗サーバ５の演算部５ａは、幹事端末３から通信部５ｃを介して店舗予約情報を受信すると、記憶部５ｂの情報を参照し、Ａ店の予約が可能であるか否か判定する。そして、店舗サーバ５の演算部５ａは、Ａ店の予約が可能であれば、Ａ店に予約依頼情報を通信部５ｃを介して送信するとともに、幹事端末３に予約完了情報を通信部５ｃを介して送信する（ステップＳ１２１）。一方、店舗サーバ５の演算部５ａは、Ａ店の予約が不可であれば、幹事端末３に予約不可情報を通信部５ｃを介して送信する。そして、幹事端末３の演算部３ｄは、店舗サーバ５から予約完了情報を通信部３ｂを介して受信すると、操作部３ａの操作に応じて、イベントに参加する参加者に決定した情報を通知するため、ユーザ端末４に、決定したイベントの日時、場所、参加人数および店舗の情報を通信部３ｂを介して送信する（ステップＳ１２２）。

このように、スケジュール調整システム１は、幹事に代わって、最も多くのユーザがイベントに参加可能な日時を決定し、最も多くのユーザが希望するイベント開催の場所を決定することができる。そして、決定した条件（日時、場所および参加人数）を満足することが可能な店舗を幹事に代わって提案することができる。スケジュール調整システム１がこれらの作業を行うため、幹事は、これらの作業を行う必要がない。したがって、スケジュール調整システム１は、幹事の負担を減らすことができる。

以上より、スケジュール調整システム１によれば、イベントに参加するグループの要望に応じ、イベントに参加するグループの予定を調整することができる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、スケジュール調整サーバ２が、イベント開催日時および場所を決定し、イベント開催日時および場所における店舗の候補を幹事に提案しているが、本発明はこれに限定されない。例えば、スケジュール調整サーバ２と同様の動作を行うスケジュール調整用のアプリケーションにより、イベント開催日時および場所の決定と、幹事への店舗の候補の提案を実現してもよい。具体的に、アプリケーションは、基準データを含み、例えば、幹事端末３にインストールされる。幹事は、幹事端末３にインストールされたアプリケーションを起動し、イベント名などのイベントデータを入力する。その場合、アプリケーションは、スケジュール調整サーバ２から基準データを取得することなく、基準データ、および、イベントデータに基づいて、イベント調整用データを作成することができる。また、アプリケーションは、ユーザ端末４にインストールされ、ユーザ端末４は、幹事端末３からイベント調整用データを受信し、参加者は、アプリケーションを起動して選択データを入力する。また、幹事端末３は、ユーザ端末４から選択データを受信し、アプリケーションは、各指標の数を集計し、イベント開催日時および場所を決定する。さらに、幹事端末３のアプリケーションは、決定したイベント開催日時および場所に基づいて、店舗サーバ５に問い合わせを行い、問い合わせ結果（店舗情報）を取得する。これにより、幹事は、取得した店舗に関する情報を参照し、イベント当日に利用する店舗を決定し、決定した店舗を予約することができる。また、イベントに参加する参加者に予約した店舗を通知することができる。

本発明は、イベントに参加するグループの予定を調整可能なサーバに利用することができる。

２スケジュール調整サーバ
２ａ演算部（決定部）
２ｃ通信部（イベント情報取得部、店舗情報取得部、送信部）

Claims

ユーザが希望するイベントの日時に関する第１情報、および、前記ユーザが希望するイベントの場所に関する第２情報を端末装置から取得するイベント情報取得部と、
前記第１情報に基づいて、最も多くのユーザがイベントに参加可能な日時を決定し、前記第２情報に基づいて、最も多くのユーザが希望するイベントの場所を決定し、前記第１情報および前記第２情報に基づいて、決定した日時および場所のイベントに参加可能な人数を決定する決定部と、
決定した日時、場所および人数に基づいて、前記人数を収容可能な店舗情報を取得する店舗情報取得部と、
を備えるサーバ。
前記店舗情報を前記端末装置に送信する送信部を有する請求項１に記載のサーバ。
前記送信部は、前記決定した日時、場所および人数の情報を、複数の店舗情報が記憶された店舗サーバに送信し、
前記店舗情報取得部は、前記店舗サーバから前記店舗情報を取得する請求項２に記載のサーバ。
ユーザが希望するイベントの日時に関する第１情報を取得するステップと、
前記ユーザが希望するイベントの場所に関する第２情報を取得するステップと、
前記第１情報に基づいて、最も多くのユーザがイベントに参加可能な日時を決定するステップと、
前記第２情報に基づいて、最も多くのユーザが希望するイベントの場所を決定するステップと、
前記第１情報および前記第２情報に基づいて、決定した日時および場所のイベントに参加可能な人数を決定するステップと、
決定した日時、場所および人数に基づいて、前記人数を収容可能な店舗情報を取得するステップと、
をコンピュータに実行させるプログラム。