JP2023020311A - プログラム、情報処理方法および端末 - Google Patents

Abstract

【課題】複数のユーザを容易に予約することができるプログラム、情報処理方法および端末を提供する。【解決手段】サーバと通信する端末によって実行されるプログラムであって、端末から予約に関する予約情報をサーバに端末の通信部によって送信することと、予約情報の送信に基づき、予約の予約完了通知と、予約の参加者を入力するための情報とを通信部によって受信することと、参加者を入力するための情報を、端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を端末の制御部によって行うこととが端末によって実行される。【選択図】図１

Description

本開示は、プログラム、情報処理方法および端末に関する。

従来から、飲食店の利用などについて、ユーザの端末から飲食店等を予約するサービスが実用化されている。例えば、特許文献１には、利用者が予約サーバにアクセスしてチケット等の販売の予約を行い、予約サーバが暗号化された予約情報を利用者の端末に通知する技術が開示されている。

国際公開第２００２／０２５５２０号

本発明の第１の態様によると、サーバと通信する端末によって実行されるプログラムであって、端末から予約に関する予約情報をサーバに端末の通信部によって送信することと、予約情報の送信に基づき、予約の予約完了通知と、予約の参加者を入力するための情報とを通信部によって受信することと、参加者を入力するための情報を、端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を端末の制御部によって行うこととが端末によって実行される。
本発明の第２の態様によると、サーバと通信する端末の情報処理方法であって、端末から予約に関する予約情報をサーバに端末の通信部によって送信することと、予約情報の送信に基づき、予約の予約完了通知と、予約の参加者を入力するための情報とを通信部によって受信することと、参加者を入力するための情報を、端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を端末の制御部によって行うこととを含む。
本発明の第３の態様によると、サーバと通信する端末であって、端末から予約に関する予約情報をサーバに送信し、予約情報の送信に基づき、予約の予約完了通知と、予約の参加者を入力するための情報とを受信する通信部と、参加者を入力するための情報を、端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を行う制御部とを備える。
本発明の第４の態様によると、サーバと通信する端末によって実行されるプログラムであって、予約の予約完了通知と、予約の参加者を入力するための情報とをサーバから受信した第１端末から、参加者を入力するための情報を端末の制御部によって取得することと、取得された参加者を入力するための情報に入力された、参加者の情報である参加者情報をサーバに送信することとが端末によって実行される。

実施形態の一態様におけるシステムの構成の一例を示す図。 実施形態の一態様における代表者端末の構成の一例を示す図。 第１実施形態に係るサーバの制御部により実現される機能の一例を示す図。 第１実施形態に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施形態に係る代表者端末の制御部により実現される機能の一例を示す図。 第１実施形態に係る代表者端末の記憶部に記憶される情報の一例を示す図。 第１実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 代表者端末に送信された予約完了通知と参加者入力用情報の一例を示す図。 代表者端末において参加者情報を入力する一例を示す図。 グループに含まれる全てのユーザを選択する一例を示す図。 第１実施形態の変形例においてユーザをリストにして表示した一例を示す図。 第２実施形態に係る参加者端末の制御部により実現される機能の一例を示す図。 第２実施形態に係る参加者端末の記憶部に記憶される情報の一例を示す図。 第２実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 参加者端末に送信された予約完了通知と参加者入力用情報の一例を示す図。 参加者端末において参加者情報を入力する一例を示す図。 第３実施形態においてコード情報を参加者端末で読み取る様子の一例を示す図。 第３実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施形態に係るサーバの制御部により実現される機能の一例を示す図。 第４実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施形態において参加者端末に表示されたポイント情報の一例を示す図。 第４実施形態の変形例においてポイントを関連づける一例を示す図。 第５実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５変形例（２）に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５変形例（３）に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５変形例（４）に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第６実施形態において代表者端末に送信された予約完了通知と参加者入力用情報の一例を示す図。 参加者入力用情報のリストにおいてグループの順序を変更する様子の一例を示す図。 第６実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第８実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９実施形態においてサーバが予約先の複数のサービスプランを表示する従来例を示す図。 第９実施形態に係るサーバが予約先の複数のサービスプランを表示する一例を示す図。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係るサーバ、情報処理方法およびプログラムを実施するための実施形態について、図面を参照して説明する。

［システム構成］
図１は、本開示の一実施形態に係るサーバを備えたシステム１の構成を示す。図１に開示されるように、システム１では、ネットワーク３０を介してサーバ１０と、代表者端末２０と、参加者端末４０（参加者端末４０Ａ、参加者端末４０Ｂ、・・・）と、予約先装置５０とが接続される。

サーバ１０は、ネットワーク３０を介して、代表者端末２０、参加者端末４０および予約先装置５０と通信する機能を有する。なお、サーバ１０に接続される代表者端末２０、参加者端末４０および予約先装置５０の数は限定されない。

ネットワーク３０は、１以上のサーバ１０と、１以上の代表者端末２０と、１以上の参加者端末４０と、１以上の予約先装置５０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置の間でデータを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ａｄ ｈｏｃ ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ：ＶＰＮ）、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＬＡＮ）、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）、広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ワイヤレスＷＡＮ（ｗｉｒｅｌｅｓｓ ＷＡＮ：ＷＷＡＮ）、大都市圏ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ：ＭＡＮ）、インターネットの一部、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

代表者端末２０は、予約を行うユーザＲ（代表者）が利用する端末であり、本開示の第１端末を構成する。この代表者端末２０は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。代表者端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ・（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、代表者端末２０は情報処理端末と表現されてもよい。

なお、予約を行うユーザＲは、１人に限定されず、複数人でもよい。ユーザＲが複数人の場合には、複数の代表者端末２０が存在することになる。

参加者端末４０（参加者端末４０Ａ、参加者端末４０Ｂ、参加者端末４０Ｃ、・・・）（限定ではなく参加者端末の一例）は、ユーザＲと異なるユーザＡ、ユーザＢ、ユーザＣ、・・・が利用する端末であり、本開示の第２端末を構成する。この参加者端末４０は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。
なお、参加者端末４０は、代表者端末２０と同じ端末であってもよいし、異なる端末であってもよく、異なる端末である場合には少なくとも一部の機能を除去してもよい。このように、参加者端末４０は、代表者端末２０と同様に構成することができるため、再度の説明を省略する。

また、必要に応じて、代表者端末２０および参加者端末４０にそれぞれ対応付けられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定ではなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子、ユーザの友達、知り合い等のリストなどのユーザに対応付けられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

予約先装置５０は、ユーザＲが予約する予約先（飲食店など）の従業員などが利用する装置であり、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。

［各装置のハードウェア（ＨＷ）構成］
システム１に含まれる各装置のＨＷ構成について説明する。

（１）代表者端末のＨＷ構成
図１には、代表者端末２０のＨＷ構成の一例を示している。
代表者端末２０は、制御部２１（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（中央処理装置））、記憶部２８、通信部２２、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。代表者端末２０のＨＷの各構成要素は、限定でなく例として、バスを介して相互に接続される。なお、代表者端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、代表者端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信部２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信部２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信部２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信部２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信部２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、代表者端末２０に対する各種操作を入力する装置、および、代表者端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎｓ）出力や、ホログラム出力）、プリンターなどを含む。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））、ヘッドマウントディスプレイ（ＨＤＭ：Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、プロセッサコア（ｐｒｏｃｅｓｓｏｒ ｃｏｒｅ）、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）を含む。

記憶部２８は、代表者端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）など各種の記憶媒体を含む。また、記憶部２８は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

代表者端末２０は、プログラムを記憶部２８に記憶し、このプログラムを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムは、代表者端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

（２）サーバのＨＷ構成
図１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、限定ではなく例として、制御部１１（ＣＰＵ）、記憶部１５、通信部１４、入出力部１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスを介して相互に接続される。なお、サーバ１０のＨＷは、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

通信部１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信部１４は、ネットワーク３０を介して、代表者端末２０等の各種装置との通信を実行する機能を有する。通信部１４は、各種データを制御部１１からの指示に従って、代表者端末２０等の各種装置に送信する。また、通信部１４は、代表者端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信部１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合がある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。

（３）参加者端末のＨＷ構成
図１には、参加者端末４０のＨＷ構成の一例を示している。なお、参加者端末４０Ａ、参加者端末４０Ｂおよび参加者端末４０Ｃの構成は基本的には同一であるため、以下の説明においては、参加者端末４０について説明する。
参加者端末４０は、制御部４１（ＣＰＵ）、記憶部４８、通信部４２、入出力部４３、表示部４４、マイク４５、スピーカ４６、カメラ４７を備える。参加者端末４０のＨＷの各構成要素は、限定でなく例として、バスを介して相互に接続される。なお、参加者端末４０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、参加者端末４０は、マイク４５、カメラ４７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

なお、参加者端末４０に含まれる上記の各構成要素や機能部を実現するためのＨＷや部品等については、代表者端末２０と同様に構成することができる。このため、以下では再度の説明を省略する。

（４）予約先装置のＨＷ構成
図２には、予約先装置５０のＨＷ構成の一例を示している。
予約先装置５０は、制御部５１（ＣＰＵ）、記憶部５８、通信部５２、入出力部５３、表示部５４、マイク５５、スピーカ５６、カメラ５７を備える。予約先装置５０のＨＷの各構成要素は、限定でなく例として、バスを介して相互に接続される。なお、予約先装置５０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、予約先装置５０は、マイク５５、カメラ５７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

なお、予約先装置５０に含まれる上記の各構成要素や機能部を実現するためのＨＷや部品等については、代表者端末２０と同様に構成することができる。このため、以下では再度の説明を省略する。

（５）その他
サーバ１０は、プログラムを記憶部１５に記憶し、このプログラムを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

本開示の各実施形態においては、サーバ１０、代表者端末２０、参加者端末４０および／または予約先装置５０のＣＰＵがプログラムを実行することにより、実現するものとして説明する。

なお、サーバ１０の制御部１１、代表者端末２０の制御部２１、参加者端末４０の制御部４１および／または予約先装置５０の制御部５１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップ、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部１１、２１、４１および５１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラム（限定でなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。また、プログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

サーバ１０、代表者端末２０、参加者端末４０および／または予約先装置５０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０、代表者端末２０、参加者端末４０および／または予約先装置５０に提供されてもよいし、されなくてもよい。サーバ１０、代表者端末２０、参加者端末４０および／または予約先装置５０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０、代表者端末２０、参加者端末４０および／または予約先装置５０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
代表者端末２０、参加者端末４０および／または予約先装置５０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、代表者端末２０の制御部２１、参加者端末４０の制御部４１および／または予約先装置５０の制御部５１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、代表者端末２０、参加者端末４０および／または予約先装置５０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、代表者端末２０、参加者端末４０および／または予約先装置５０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。

また、繰り返しとなるが、本開示における各種プログラムや各種データは、コンピュータ読取可能な記憶媒体（記録媒体）に記憶（記録）させておくことができる。この記憶媒体には、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等の各種の記憶媒体が含まれる。

＜第１実施形態＞
近年、ユーザの端末から予約するサービスが普及している。一方、サーバ１０や代表者端末２０には、予約を行うユーザＲの情報だけでなく、予約に参加するユーザＡなどの情報も保存されている。このため、サーバ１０や代表者端末２０に保存された複数のユーザの情報を利用して予約サービスを向上することが可能になってきている。

第１実施形態では、限定ではなく例として、代表者端末２０が、予約の参加者を入力するための参加者入力用情報を受信し、参加者入力用情報に基づき、ユーザＲによって入力された、参加者の情報である参加者情報を通信部２２によってサーバ１０に送信する。
第１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
（１）サーバの機能構成
図３は、本実施形態におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。
サーバ１０は、制御部１１により実現される機能として、サーバメイン処理部１１１と、予約完了通知生成部１１２と、参加者入力用情報生成部１１３とを有する。

サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。ここで、サーバメイン処理部１１１は、代表者端末２０から予約に関する予約情報を通信部１４によって受信すると、その予約情報の受信に基づき、予約が完了したことを示す予約完了通知と、予約の参加者を入力するための参加者入力用情報とを通信部１４によって代表者端末２０に送信する制御を行う。そして、サーバメイン処理部１１１は、参加者入力用情報に入力された、参加者の情報である参加者情報を通信部１４によって受信する制御を行う。
なお、予約情報は、限定ではなく例として、予約先の識別情報（名称、住所、識別番号など）、予約日時、予定参加人数（予約の人数）、代表者端末２０の識別情報などが含まれる。

予約完了通知生成部１１２は、記憶部１５に記憶されている予約完了通知生成プログラム１５１１に従って、ユーザに対して予約の完了を示す予約完了通知を生成するための処理である予約完了通知生成処理を実行する。このとき、予約完了通知生成部１１２は、限定ではなく例として、代表者端末２０から受信した予約情報と、記憶部１５に記憶されている予約先情報１５２とに基づいて、予約先を検索し、その予約先がユーザの予定参加人数（予約の人数）を予約日時に受け入れ可能か否かを判定する。そして、予約完了通知生成部１１２は、予約先が予定参加人数を受け入れ可能な場合に予約完了通知を生成する。

参加者入力用情報生成部１１３は、記憶部１５に記憶されている参加者入力用情報生成プログラム１５１２に従って、参加者入力用情報を生成するための処理である参加者入力用情報生成処理を実行する。このとき、参加者入力用情報生成部１１３は、限定ではなく例として、記憶部１５に記憶されているユーザ情報１５３に基づいて、代表者端末２０に保存されているユーザＡ、ユーザＢ、ユーザＣ、・・・を検索し、そのユーザＡ、ユーザＢ、ユーザＣ、・・・をユーザＲが選択的に入力するための情報を生成する。

図４は、本実施形態におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１により読み出されて、サーバメイン処理として実行されるサーバメイン処理プログラム１５１が記憶される。
また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、予約完了通知生成処理として実行される予約完了通知生成プログラム１５１１をサブルーチンプログラムとして含む。
また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、参加者入力用情報生成処理として実行される参加者入力用情報生成プログラム１５１２をサブルーチンプログラムとして含む。

また、記憶部１５には、限定ではなく例として、予約先情報１５２、ユーザ情報１５３が記憶される。

予約先情報１５２は、予約先の検索やデータのやり取りなどを行うための情報である。予約先情報１５２は、限定ではなく例として、予約先の識別情報（名称、住所、識別番号など）、予約可能人数、アクセス情報（ＩＰアドレス、メールアドレス）などが含まれる。

ユーザ情報１５３は、ユーザの抽出などを行うための情報である。ユーザ情報１５３は、限定ではなく例として、代表者端末２０および参加者端末４０の識別情報（ユーザの名前、識別番号）、チャットに関する識別情報（アクセス情報など）、ユーザの友達、知り合い等のリストが含まれる。

（２）代表者端末の機能構成
図５は、本実施形態における代表者端末２０の制御部２１により実現される機能の一例を示す図である。
代表者端末２０は、制御部２１により実現される機能として、代表者端末メイン処理部２１１と、参加者情報処理部２１２とを有する。

代表者端末メイン処理部２１１は、記憶部２８に記憶されている代表者端末メイン処理プログラム２８１に従って、代表者端末２０を統括的に制御するための処理である代表者端末メイン処理を実行する機能を有している。ここで、代表者端末メイン処理部２１１は、予約に関する予約情報をサーバ１０に通信部２２によって送信する制御を行う。続いて、代表者端末メイン処理部２１１は、予約情報の送信に基づき、予約の予約完了通知と、参加者入力用情報とを通信部２２によって受信する制御を行う。そして、代表者端末メイン処理部２１１は、参加者情報処理部２１２において参加者入力用情報に入力された参加者情報を通信部２２によってサーバ１０に送信する制御を行う。

また、参加者情報処理部２１２は、記憶部２８に記憶されている参加者情報処理プログラム２８１１に従って、参加者入力用情報に、ユーザＲによって入力された参加者情報を入力する処理である参加者情報処理を実行する。

図６は、本実施形態における代表者端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１により読み出されて、代表者端末メイン処理として実行される代表者端末メイン処理プログラム２８１が記憶される。
また、代表者端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、参加者情報処理として実行される参加者情報処理プログラム２８１１をサブルーチンプログラムとして含む。

また、記憶部２８には、限定ではなく例として、参加者情報２８２が記憶される。
参加者情報２８２は、限定ではなく例として、予約に参加する参加者を特定可能な情報を含む。特定可能な情報は、限定ではなく例として、参加者の識別情報を含む。

＜情報処理＞
図７は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、代表者端末２０の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、本明細書では「ステップ」の用語は省略する。
また、以下説明するフローチャートは、あくまでも本実施例における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。
これらは、本明細書における他のフローチャートについても同様である。

まず、予約を行うユーザＲが、代表者端末２０の入出力部２３を操作して、制御部２１に予約に関する予約情報を入力する。この予約情報には、限定ではなく例として、予約先の識別情報や予定参加人数、代表者端末２０の識別情報などが含まれる。続いて、制御部２１が、入出力部２３から入力された予約情報を通信部２２によってサーバ１０に送信する（Ａ１）。

代表者端末２０から送信された予約情報は、サーバ１０の通信部１４で受信される（Ｂ１）。サーバ１０の制御部１１は、通信部１４で受信された予約情報に基づき、予約完了通知生成部１１２において予約完了通知を生成すると共に参加者入力用情報生成部１１３において参加者入力用情報を生成する（Ｂ２）。

このとき、予約完了通知生成部１１２は、予約情報に基づいて、記憶部１５に記憶されている予約先情報１５２から、ユーザＲから指定された予約先を検索する。そして、予約完了通知生成部１１２は、ユーザＲから指定された予定参加人数を予約先が予約日時に受け入れ可能か否かを判定し、受け入れ可能な場合には、予約が完了したことを示す予約完了通知を生成する。

また、参加者入力用情報生成部１１３は、記憶部１５に記憶されているユーザ情報１５３に基づいて、代表者端末２０に保存されているユーザＡ、ユーザＢ、ユーザＣ、・・・を検索する。そして、参加者入力用情報生成部１１３は、検索されたユーザＡ、ユーザＢ、ユーザＣ、・・・をユーザＲが選択可能な参加者入力用情報を生成する。

参加者入力用情報生成部１１３は、限定ではなく例として、ユーザＡ、ユーザＢ、ユーザＣ、・・・の情報（名前、アイコン画像など）をリストにした参加者入力用情報を生成することができる。また、参加者入力用情報生成部１１３は、限定ではなく例として、ユーザＲと、参加者（ユーザＡ、ユーザＢ、ユーザＣ、・・・）とを含むグループ別に表示するように参加者入力用情報を生成することができる。

このようにして、予約完了通知と参加者入力用情報が生成されると、制御部１１は、予約情報に基づき、予約完了通知と参加者入力用情報を通信部１４によって代表者端末２０に送信する（Ｂ３）。サーバ１０から送信された予約完了通知と参加者入力用情報は、代表者端末２０の通信部２２によって受信される（Ａ２）。

そして、代表者端末２０の制御部２１が、通信部２２で受信された予約完了通知と参加者入力用情報を表示部２４に表示させる。
図８に示すように、制御部２１は、限定ではなく例として、予約完了通知６１と参加者入力用情報の選択ボタン６２ａを表示部２４に表示させることができる。そして、制御部２１は、ユーザＲにより選択ボタン６２ａが押下されると、参加者を追加するための追加ボタン６５を表示部２４に表示する。なお、共有ボタン６２ｂは、参加者に予約完了通知と参加者入力用情報を共有するためのボタンである。

制御部２１は、追加ボタン６５がユーザＲにより押下されると、図９に示すように、ユーザの情報（名前、アイコン画像など）をリストにした参加者入力用情報６３を表示部２４に表示させる。このとき、制御部２１は、限定ではなく例として、グループＸ、グループＹ、・・・と、グループ別に参加者入力用情報６３を表示部２４に表示させる。

このように、制御部２１は、ユーザＲによって参加者入力用情報が入力される場合、ユーザの情報のリストを代表者端末２０の表示部２４に表示する制御を行う。

続いて、ユーザの情報に対応して表示された参加者入力ボタン６４がユーザＲにより押下されると、制御部２１の参加者情報処理部２１２は、そのユーザが参加者として選択されたと認識し、選択されたユーザの参加者情報を参加者入力用情報６３に入力する（Ａ３）。ここで、ユーザＡとユーザＣが参加者として選択されたものとする。

このとき、参加者情報は、限定ではなく例として、ユーザＲと参加者を含むグループから指定された情報を含む。
なお、制御部２１は、限定ではなく例として、図１０に示すように、グループＸの参加者入力ボタン６４が押下された場合には、そのグループＸに含まれる全てのユーザＡ～Ｄを参加者として参加者入力用情報６３に入力することができる。

制御部２１は、ユーザＲによる参加者の選択が完了すると、参加者入力用情報にユーザＲにより入力されたユーザＡとユーザＣの参加者情報をサーバ１０に送信する（Ａ４）。

代表者端末２０から送信された参加者情報は、サーバ１０の通信部１４で受信される（Ｂ４）。そして、サーバ１０の制御部１１は、予約の参加者としてユーザＡおよびユーザＣの参加者情報を記憶部１５に記憶する。なお、ユーザＲの参加者情報は、限定ではなく例として、代表者端末２０の制御部２１が予約情報をサーバ１０に送信したときに予約情報と共に送信することができ、既にサーバ１０の記憶部１５に記憶されているものとする。これにより、ユーザＲ、ユーザＡおよびユーザＣが参加者として登録されることになる（Ｂ５）。

＜第１実施形態の効果＞
第１実施形態では、代表者端末２０の制御部２１が、予約情報の送信に基づき、予約が完了したことを示す予約完了通知と、予約の参加者を入力するための参加者入力用情報（限定ではなく予約の参加者を入力するための情報の一例）とを通信部２２によって受信し、参加者入力用情報に基づき、ユーザＲによって入力された、参加者の情報である参加者情報を通信部２２によってサーバ１０に送信する。
このような構成による効果の一例として、参加者情報を入力するだけで予約の参加者が自動的に登録されるため、参加者を容易に登録することができる。

また、第１実施形態では、参加者情報は、予約に参加する参加者を特定可能な情報（限定ではなく参加者情報の一例）を含む。
このような構成による効果の一例として、参加者情報を入力するだけで予約の参加者が自動的に登録されるため、参加者を容易に登録することができる。

また、第１実施形態では、代表者端末２０の制御部２１は、ユーザＲによって参加者入力用情報に入力される場合、リストを代表者端末２０の表示部２４に表示する制御を行う。
このような構成による効果の一例として、参加者情報を参加者入力用情報に容易に入力することができる。

＜第１変形例（１）＞
第１実施形態では、サーバ１０の制御部１１は、図９に示すように、ユーザＲと、参加者（ユーザＡ、ユーザＢ、ユーザＣ、・・・）とを含むグループ別に表示するように参加者入力用情報を生成したが、このグループは、チャットに関連するグループとすることができる。

例えば、制御部１１は、予約情報を受信（Ｂ１）すると、予め記憶されたユーザＲと参加者（ユーザＡ、ユーザＢ、ユーザＣ、・・・）とを含むチャットに関連するグループの情報に基づいて、チャットに関連するグループ別に表示するように参加者入力用情報を生成する（Ｂ２）。そして、制御部１１は、生成された参加者入力用情報を予約完了通知と共に代表者端末２０に送信する（Ｂ３）。

代表者端末２０の制御部２１は、サーバ１０から予約完了通知と参加者入力用情報を受信する（Ａ２）と、その予約完了通知と参加者入力用情報を表示部２４に表示させる。
このとき、制御部２１は、限定ではなく例として、ユーザＲの操作に応じて予約完了通知をチャットルームやトークルームなどの所定のグループＸに送信することができる。制御部２１は、予約完了通知をユーザＲによって所定のグループＸに送信した場合、ユーザＡなどの参加者の情報、またはユーザＲとユーザＡなどの参加者とを含む所定のグループＸの情報をリストの最上段に表示する制御を行うことができる。

なお、チャットルームは、インスタントメッセージングアプリケーションなどで生成される、一つ以上のユーザ（またはユーザアカウント）が参加できる仮想の空間またはグループとすることができる。例えば、一つ以上のユーザアカウントがチャットルームに参加または含まれて多様な形態のメッセージ、ファイルなどを互いにやりとりすることができる。また、チャットルームではＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）音声通話機能、ＶｏＩＰ映像通話機能、ライブ放送機能（ＶｏＩＰリアルタイム映像送出機能）が提供されてユーザアカウント間の音声通話、映像通話、映像ストリーミングなどを行うことができる。このチャットルームは、トークルームなどの同様のルーム形態を含むものである。
また、本変形例のチャットに関連するグループは、参加者を選択できればよく、チャットのグループに限定されない。例えば、チャットに関連するグループは、ＳＮＳ上でお互いを登録するフレンズリストとすることもできる。

また、制御部２１は、参加者入力用情報の参加者入力ボタン６４がユーザＲにより押下されると、その押下されたユーザの参加者情報を参加者入力用情報に入力する（Ａ３）。このとき、制御部２１は、参加者を特定可能な情報として、参加者のチャットに関する識別情報を含むように参加者情報を入力する。

続いて、制御部２１は、参加者入力用情報に入力した参加者情報をサーバ１０に送信する（Ａ４）。これにより、サーバ１０の通信部１４は、チャットに関連するグループから指定された情報を含む参加者情報を代表者端末２０から受信する（Ｂ４）。

＜第１変形例（１）の効果＞
第１変形例（１）では、代表者端末２０の制御部２１は、予約完了通知をユーザＲによってチャットルームに送信された場合、ユーザＡなどの参加者の情報、またはユーザＲとユーザＡなどの参加者とを含むチャットルームのグループの情報をリストの最上段に表示する制御を行う。
このような構成による効果の一例として、参加者情報を参加者入力用情報により容易に入力することができる。

＜第１変形例（２）＞
第１実施形態では、代表者端末２０の制御部２１は、ユーザＲにより追加ボタン６５が押下されると、図９に示すように、ユーザの情報をグループ別にリストにした参加者入力用情報を表示部２４に表示させたが、ユーザの参加者情報を参加者入力用情報に入力できればよく、これに限定されない。例えば、制御部２１は、図１１に示すように、ユーザの情報を所定の順番（五十音順など）で並べて表示することができる。

＜第１変形例（２）の効果＞
第１変形例（２）では、代表者端末２０の制御部２１は、ユーザの情報を所定の順番で並べて表示する。
このような構成による効果の一例として、参加者を容易に選択することができる。

＜第１変形例（３）＞
第１実施形態では、代表者端末２０の制御部２１は、ユーザＲの参加者情報を予約情報と共にサーバ１０に送信したが、ユーザＲの参加者情報をサーバ１０の記憶部１５に記憶できればよく、これに限定されない。例えば、制御部２１は、ユーザＡとユーザＣの参加者情報と共にユーザＲの参加者情報をサーバ１０に送信することができる。

＜第１変形例（３）の効果＞
本変形例による効果の一例として、サーバ１０は、ユーザＡとユーザＣの参加者情報と共にユーザＲの参加者情報を受信するため、参加者情報をまとめて記憶することができる。

＜第２実施形態＞
第１実施形態では、代表者端末２０の制御部２１は、参加者情報をサーバ１０に送信（Ａ４）したが、参加者情報をサーバ１０が取得できればよく、これに限定されない。
第２実施形態は、代表者端末２０の制御部２１が、参加者入力用情報をグループに関連付けされたチャットルームを介してグループの各メンバーの参加者端末４０に送信し、参加者端末４０において参加者入力用情報に入力された参加者情報がサーバ１０の通信部１４で受信される実施形態である。なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第２実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
代表者端末２０において、制御部２１の代表者端末メイン処理部２１１は、参加者を入力するための参加者入力用情報を参加者端末４０が取得可能にする処理を行う。この取得可能にする処理は、参加者入力用情報を参加者端末４０に送信する処理を含む。

サーバ１０において、制御部１１のサーバメイン処理部１１１は、参加者情報を通信部１４によって参加者端末４０から受信する制御を行う。

図１２は、本実施形態において、参加者端末４０の制御部４１により実現される機能の一例を示す図である。参加者端末４０は、制御部４１により実現される機能として、参加者端末メイン処理部４１１と、参加者情報処理部４１２とを有する。

参加者端末メイン処理部４１１は、記憶部４８に記憶されている参加者端末メイン処理プログラム４８１に従って、参加者端末４０を統括的に制御するための処理である参加者端末メイン処理を実行する機能を有している。ここで、参加者端末メイン処理部４１１は、予約の予約完了通知と、参加者入力用情報とを通信部４２によって受信する制御を行う。そして、参加者端末メイン処理部４１１は、参加者情報処理部４１２において参加者入力用情報に入力された参加者情報を通信部４２によって送信する制御を行う。

また、参加者情報処理部４１２は、記憶部４８に記憶されている参加者情報処理プログラム４８１１に従って、参加者入力用情報に参加者情報を入力する処理である参加者情報処理を実行する。

図１３は、本実施形態における参加者端末４０の記憶部４８に記憶される情報の一例を示す図である。
記憶部４８には、限定ではなく例として、制御部４１により読み出されて、参加者端末メイン処理として実行される参加者端末メイン処理プログラム４８１が記憶される。
また、参加者端末メイン処理プログラム４８１は、限定ではなく例として、制御部４１により読み出されて、参加者情報処理として実行される参加者情報処理プログラム４８１１をサブルーチンプログラムとして含む。

また、記憶部４８には、限定ではなく例として、参加者情報４８２が記憶される。参加者情報４８２は、限定ではなく例として、予約に参加する参加者を特定可能な情報を含む。特定可能な情報は、限定ではなく例として、参加者のチャットに関する識別情報を含む。

＜情報処理＞
図１４は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

まず、第１実施形態と同様に、代表者端末２０の通信部２２が、サーバ１０から送信された予約完了通知と参加者入力用情報を受信する（Ａ２）。続いて、予約完了通知は、参加者入力用情報と共に、ユーザＲにより、ユーザＲと参加者（ユーザＡとユーザＣ）を含むグループのチャットルームに送信される（Ａ１１）。すなわち、参加者入力用情報は、予約完了通知がユーザＲによってチャットルームに送信されることによって、そのチャットルームに送信されることになる。そして、サーバ１０の制御部１１が、代表者端末２０から送信された予約完了通知を参加者入力用情報と共にチャットルームで共有させる（Ｂ１１）。

代表者端末２０の制御部２１は、限定ではなく例として、図８に示す共有ボタン６２ｂをユーザＲが押下することにより、予約完了通知をチャットルームに送信する。そして、チャットルームで共有された予約完了通知は、ユーザＡとユーザＣの操作により、参加者端末４０Ａと参加者端末４０Ｃに送信される。このとき、予約完了通知と共に参加者入力用情報も参加者端末４０Ａと参加者端末４０Ｃに送信されることになる。すなわち、予約完了通知が参加者端末４０Ａと参加者端末４０Ｃに送信されることに基づいて、参加者入力用情報が参加者端末４０Ａと参加者端末４０Ｃに送信される。
このようにして、代表者端末２０の制御部２１は、サーバ１０を介して、参加者入力用情報をユーザＡの参加者端末４０ＡとユーザＣの参加者端末４０Ｃに送信する処理を行う。すなわち、制御部２１は、参加者入力用情報を、ユーザＡの参加者端末４０ＡとユーザＣの参加者端末４０Ｃが取得可能にする処理を行う。

サーバ１０から送信された予約完了通知と参加者入力用情報は、参加者端末４０Ａおよび４０Ｃの通信部４２によって受信される（Ｃ１１）。
図１５に示すように、参加者端末４０Ａの制御部４１は、限定ではなく例として、通信部４２で受信された予約完了通知６１を表示部４４に表示させる。なお、参加者端末４０に送信される予約完了通知６１は、共有ボタン６２ｂを除いて表示するように設定されている。すなわち、予約完了通知６１は、参加者端末４０で共有できないように設定されている。

参加者端末４０Ａの制御部４１は、ユーザＡにより選択ボタン６２ａが押下されると、参加者入力用情報６３を表示部４４に表示させる。参加者入力用情報６３には、参加者に自分を追加するための追加ボタン６５が表示されており、ユーザＡにより追加ボタン６５が押下されると、制御部４１は、図１６に示すように、予約完了通知６１と参加者入力用情報６３の登録ボタン６６を表示部４４に表示させる。表示部４４に表示された予約完了通知６１を確認したユーザＡにより登録ボタン６６が押下されると、制御部４１は、自身の参加者情報を参加者入力用情報６３に入力する（Ｃ１２）。このとき、制御部４１は、限定ではなく例として、参加者であるユーザＡが参加者情報を入力する場合、参加者である自身以外の参加者情報、例えばユーザＣの参加者情報を入力できないように制御する。

制御部４１は、登録ボタン６６がユーザＡにより押下されると、参加者入力用情報に入力されたユーザＡの参加者情報をサーバ１０に送信する（Ｃ１３）。そして、サーバの通信部１４が、参加者端末４０Ａから送信されたユーザＡの参加者情報を受信する（Ｂ１２）。すなわち、通信部１４は、参加者入力用情報へのユーザＡによる入力によって参加者情報を受信することになる。
なお、参加者端末４０Ｃの制御部４１は、上記の参加者端末４０Ａの制御部４１と同様に、参加者入力用情報にユーザＣの参加者情報を入力してサーバ１０に送信する。これにより、参加者端末４０Ｃから送信されたユーザＣの参加者情報もサーバ１０の通信部１４で受信される。

ユーザＡとユーザＣの参加者情報が通信部１４で受信されると、サーバ１０の制御部１１は、ユーザＡとユーザＣの参加者情報を、先に受信されたユーザＲの参加者情報と共に記憶部１５に記憶する。これにより、ユーザＲ、ユーザＡおよびユーザＣが参加者として登録されることになる（Ｂ５）。

＜第２実施形態の効果＞
第２実施形態では、代表者端末２０の制御部２１は、参加者入力用情報を、ユーザＲとは異なるユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃが取得可能にする処理を行う。
このような構成による効果の一例として、ユーザＲが指定したグループのメンバーのうち参加を希望するメンバーから参加者情報を直接取得することができる。

また、第２実施形態では、代表者端末２０の制御部２１は、参加者入力用情報を、ユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃに送信する処理を行う。
このような構成による効果の一例として、参加者の誤登録を大きく低減することができ、予約をより適切に行うことができる。

また、第２実施形態では、代表者端末２０の制御部２１は、ユーザＲと、ユーザＡおよびＣとを含むチャットルームに参加者入力用情報を送信する処理を行う。
このような構成による効果の一例として、チャットルーム内で参加者入力用情報が共有されるため、参加者端末４０Ａおよび４０Ｃで参加者入力用情報を容易に取得することができる。

また、第２実施形態では、参加者入力用情報は、予約完了通知がユーザＲによってチャットルームに送信されることによって、そのチャットルームに送信される。
このような構成による効果の一例として、参加者入力用情報をチャットルームに容易に送信することができる。

＜第２変形例（１）＞
本実施形態では、代表者端末２０の制御部２１は、チャットルームに参加者入力用情報を送信した（Ａ１１）が、ユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃに参加者入力用情報を送信できればよく、これに限定されない。

例えば、代表者端末２０の制御部２１は、予約完了通知と参加者入力用情報を近距離通信部によってユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃに送信する（Ａ１１）ことができる。制御部２１は、限定ではなく例として、赤外線やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））などの近距離通信部により予約完了通知と参加者入力用情報を参加者端末４０に送信する。これにより、予約完了通知と参加者入力用情報は、サーバ１０で共有される（Ｂ１１）ことなく、代表者端末２０から参加者端末４０に直接的に送信されることになる。

＜第２変形例（１）の効果＞
本変形例の効果の一例として、参加者入力用情報を容易に送信することができる。

＜第２変形例（２）＞
本実施形態では、代表者端末２０の制御部２１は、ユーザＲと参加者（ユーザＡとユーザＣ）を含むグループのチャットルームに参加者入力用情報を送信した（Ａ１１）が、ユーザＲと参加者との１：１のチャットルームに送信してもよい。すなわち、制御部２１は、ユーザＲとユーザＡのチャットルームと、ユーザＲとユーザＣのチャットルームとにそれぞれ参加者入力用情報を送信することができる。

＜第２変形例（３）＞
本実施形態では、参加者端末４０の制御部４１は、参加者であるユーザＡなどが参加者情報を入力する（Ｃ１２）場合、参加者である自身以外の参加者情報を入力できないように制御したが、自身以外の参加者情報を入力できるように制御してもよい。例えば、参加者端末４０Ａの制御部４１は、ユーザＡの操作により、自身以外のユーザＣの参加者情報を入力できるように制御することができる。

＜第２変形例（３）の効果＞
本変形例の効果の一例として、参加者が自身以外の参加者の参加者情報を入力できるため、予約を容易に行うことができる。

＜第３実施形態＞
第２実施形態では、参加者入力用情報は、予約完了通知が参加者の参加者端末４０に送信されることに基づいて、参加者端末４０に送信された（Ａ１１）が、参加者端末４０に送信できればよく、これに限定されない。
第３実施形態は、図１７に示すように、代表者端末２０に表示されたコード情報を参加者端末４０が読み取ることに基づいて、参加者入力用情報６３を参加者端末４０に取得させる実施形態である。なお、第２実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第３実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
代表者端末２０において、制御部２１の代表者端末メイン処理部２１１は、参加者入力用情報を含むコード情報を生成する機能を有する。

＜情報処理＞
図１８は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

まず、第１実施形と同様に、代表者端末２０の通信部２２が、サーバ１０から送信された予約完了通知と参加者入力用情報を受信する（Ａ２）。そして、制御部２１の代表者端末メイン処理部２１１が、サーバ１０から受信した予約完了通知と参加者入力用情報を含むコード情報を生成する（Ａ２１）。ここで、コード情報は、限定ではなく例として、一次元コード情報、二次元コード情報などを含むことができる。一次元コード情報は、限定ではなく例として、バーコードなどを含む。また、二次元コード情報は、水平方向と垂直方向とに情報を持つ表示方式のコードであり、小さな正方形を上下左右に配列させたマトリックス式のコードや、一次元コードを上下に複数重ねたスタック式のコード等がある。二次元コード情報は、限定ではなく例として、ＱＲコード（登録商標）、ＳＰコード、ベリコード、マキシコード、ＣＰコード、カメレオンコードなどが含まれる。また、接続アドレスの情報は、限定ではなく例として、ＥＣサイトのインターネット上のアドレス（ウェブページアドレス）を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が含まれる。

続いて、代表者端末２０の制御部２１は、ユーザＲの操作により、コード情報を表示部２４に表示させる処理を行う。図１７に示すように、表示部２４に表示されたコード情報を、予約に参加するユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃで読み取ることにより、ユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃに予約完了通知と参加者入力用情報が受信される（Ｃ２１）。

これにより、参加者端末４０Ａおよび４０Ｃの制御部４１は、第２実施形態と同様に、自身の参加者情報を参加者入力用情報に入力する（Ｃ１２）。このとき、制御部４１は、限定ではなく例として、参加者が参加者情報を入力する場合、参加者である自身以外の参加者情報を入力できないように制御する。

制御部４１は、参加者入力用情報に参加者情報が入力されると、その参加者情報をサーバ１０に送信する（Ｃ１３）。ここで、ユーザＲは、予約に参加するユーザのうちコード情報を読み取らなかったユーザについては、第１実施形態と同様に、代表者端末２０に送信された参加者入力用情報に参加者情報を入力する。このとき、代表者端末２０の制御部２１は、予約を行ったユーザＲが参加者情報を入力する場合、参加者としてユーザＲ以外のユーザの参加者情報も入力可能に制御する。そして、代表者端末２０の通信部２２が、ユーザＲによって入力された参加者情報をサーバ１０に送信する。

サーバの通信部１４は、参加者端末４０や代表者端末２０から送信された参加者の参加者情報を受信する（Ｂ１２）。これにより、通信部１４は、第２実施形態と同様に、参加者入力用情報への参加者による入力によって参加者情報を受信することになる。

＜第３実施形態の効果＞
第３実施形態では、代表者端末２０の制御部２１は、参加者入力用情報を含むコード情報を表示部２４に表示させる処理（限定ではなく、参加者を入力するための情報を参加者端末４０が取得可能にする処理の一例）を行う。
このような構成による効果の一例として、参加者入力用情報を参加者端末４０に容易に送信することができる。

また、第３実施形態では、サーバ１０は、参加者入力用情報に基づき、ユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃによって入力された参加者情報を受信する。
このような構成による効果の一例として、予約に参加するユーザＡおよびＣの参加者端末４０Ａおよび４０Ｃから直接的に参加者情報が入力されるため、参加者の誤登録を低減することができ、予約を適切に行うことができる。

また、第３実施形態では、代表者端末２０の通信部２２は、参加者入力用情報に基づき、ユーザＲによって入力された、参加者の入力である参加者情報をサーバ１０に送信する。
このような構成による効果の一例として、参加者を確実に登録することができる。

また、第３実施形態では、参加者情報は、予約を行ったユーザＲが入力する場合、参加者としてユーザＲ以外も入力可能であり、ユーザＲとは異なるユーザＡなどが入力する場合、参加者として自身以外を入力することができない。
このような構成による効果の一例として、参加者の誤登録をより低減することができる。

＜第３変形例＞
第３実施形態では、代表者端末２０は、コード情報を表示したが、参加者入力用情報を取得するための取得情報を参加者端末４０で取得できればよく、これに限定されない。代表者端末２０は、限定ではなく例として、上記の第２変形例（１）と同様に、赤外線やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））などの近距離通信部により取得情報を参加者端末４０に送信することができる。

＜第３変形例の効果＞
本変形例による効果の一例として、参加者入力用情報を容易に取得することができる。

＜第４実施形態＞
第１実施形態～第３実施形態では、参加者情報をサーバ１０に送信（Ａ４、Ｃ１３）して予約を完了したが、その参加者情報に基づいて新たなサービスを提供することができる。
第４実施形態は、代表者端末２０の通信部２２が、予約に基づいて、ユーザＲに対して設定されたポイントが関連づけられたことを示すポイント情報を受信する実施形態である。なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第４実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
図１９は、本実施形態において、サーバ１０の制御部１１により実現される機能の一例を示す図である。制御部１１は、サーバメイン処理部１１１と、予約完了通知生成部１１２と、参加者入力用情報生成部１１３との他に、ポイント関連づけ処理部１１４を有する。

ポイント関連づけ処理部１１４は、参加者情報の受信に基づいて、設定されたポイントが参加者に対して関連づけられたことを示すポイント情報を生成し、そのポイント情報を通信部１４によって送信する制御を行う。ここで、ポイントは、例えば、予約先の資金を原資として予約サービスを提供する企業から予約の参加者などに付与されてもよく、またサービスに対する支払いやサービスの利用などに使用することもできる。限定ではなく例として、ポイントは、１ポイントあたり１円相当の価値を有するように設定することができ、飲食店などの店舗での支払いや商品の購入に利用することができる。また、限定ではなく例として、ポイントは、ギフト券や商品等に交換することができる他、決済アプリケーションにおいて現金化して決済に利用することもできる。

＜情報処理＞
図２０は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

まず、第１実施形態と同様にして、サーバ１０の制御部１１が、通信部１４によって受信されたユーザＲと参加者（ユーザＡおよびＣ）の参加者情報を記憶部１５に記憶して、予約の参加者を登録する（Ｂ５）。

続いて、制御部１１のポイント関連づけ処理部１１４が、予め予約店との間で取り決められたポイントの設定条件に基づいて、登録されたユーザＲと参加者（ユーザＡおよびＣ）にそれぞれ付与するポイントを設定する。ポイント関連づけ処理部１１４は、限定ではなく例として、予約による合計ポイントが３００ポイントの場合には、その３００ポイントをユーザＲと参加者（ユーザＡおよびＣ）の３人で等分して、１人当たり１００ポイントを設定する。

ポイント関連づけ処理部１１４は、設定された１００ポイントをユーザＲと参加者（ユーザＡおよびＣ）に対してそれぞれ関連づけて、その関連づけたことを示すポイント情報を生成する（Ｂ３１）。なお、ポイント情報は、限定ではなく例として、ユーザに関連づけられたポイント自体とすることができる。

そして、制御部１１は、１００ポイントが参加者（ユーザＡおよびＣ）に対してそれぞれ関連づけられたことを示すポイント情報を通信部１４によって参加者端末４０Ａと参加者端末４０Ｃに送信する（Ｂ３２）。また、制御部１１は、１００ポイントが予約を行ったユーザＲに対して関連づけられたことを示すポイント情報を通信部１４によって代表者端末２０に送信する（Ｂ３２）。
なお、ポイント情報は、限定ではなく例として、予約先の公式アカウントを経由して送信されるか、予約サービスを提供する企業の公式アカウントから送信されるか、またはアプリケーションソフトウェアなどの通知機能での連絡により送信することができる。

このようにして、予約に基づいて、ユーザＡおよびＣに対して関連づけられたことを示すポイント情報が、参加者端末４０Ａと参加者端末４０Ｃの通信部４２によってそれぞれ受信される（Ｃ３１）。これにより、参加者端末４０の表示部４４には、限定ではなく例として、図２１に示すように、１００ポイントを参加者に付与したことを示すポイント情報６７が表示されることになる。同様に、予約に基づいて、ユーザＲに対して関連づけられたことを示すポイント情報が、代表者端末２０の通信部２２によって受信される（Ａ３１）。

＜第４実施形態の効果＞
第４実施形態では、代表者端末２０の通信部２２は、予約に基づいて、ユーザＲに対して設定されたポイントが関連づけられたことを示すポイント情報（限定ではなくポイントが関連づけられたことを示す情報の一例）を受信する。
このような構成による効果の一例として、予約を行ったユーザＲだけでなく、参加者であるユーザＡおよびＣにもポイントが関連づけられるため、ポイントを公平に関連づけることができる。

＜第４変形例（１）＞
本実施形態では、受信された参加者情報（ユーザＲ、ユーザＡおよびユーザＣの３人）が、予約を行ったユーザＲが入力した予定参加人数（３人）と同じ人数であったが、異なる人数の場合が考えられる。例えば、最終的に予約に参加したユーザＲ、ユーザＡおよびユーザＣ（参加人数３人）のうち、ユーザＡが参加者情報を登録しなかった場合に、参加者情報（ユーザＲとユーザＣの２人）が予定参加人数（３人）より少なくなる。

サーバ１０の制御部１１は、限定ではなく例として、受信された参加者情報が、ユーザＲが入力した予定参加人数よりも少ない場合、予定参加人数と、参加者情報に基づく参加人数とに基づくポイントをユーザＲに対して関連づける。例えば、図２２に示すように、制御部１１は、予定参加人数が３人で、受信された参加者情報がユーザＲとユーザＣの２人であった場合に、参加人数（３人）分の３００ポイントを予定参加人数（３人）で等分し、２人（ユーザＲとユーザＡ）分の２００ポイントをユーザＲに対して関連づける。また、制御部１１は、１人分の１００ポイントをユーザＣに対して関連づける。

そして、制御部１１は、２００ポイントがユーザＲに対して関連づけられたことを示すポイント情報を通信部１４によって代表者端末２０に送信する制御を行う。また、制御部１１は、１００ポイントがユーザＣに対して関連づけられたことを示すポイント情報を通信部１４によって参加者端末４０Ｃに送信する制御を行う。

＜第４変形例（１）の効果＞
第４変形例（１）では、設定されたポイントは、ユーザＲが入力した予定参加人数と、参加者情報（限定ではなく、参加者を入力するための情報に基づき入力された参加者の情報の一例）に基づく参加人数の情報とに基づいて決定される。
このような構成による効果の一例として、参加人数分の全てのポイントをユーザに関連づけることができ、ポイントを確実に付与することができる。また、ユーザＲは、ポイントを多く付与される可能性があり、予約の労力に応じたポイントを付与することができる。

＜第４変形例（２）＞
本実施形態では、サーバ１０の制御部１１は、予約による合計ポイントをユーザＲと参加者（ユーザＡおよびＣ）とで等分するようにポイントを関連づけたが、ポイントを関連づけることができればよく、これに限定されない。制御部１１は、限定ではなく例として、参加者（ユーザＡおよびＣ）よりユーザＲが多くなるようにポイントを関連づけることができる。
このような構成による効果の一例として、参加者のユーザＡとユーザＣは５０ポイントずつ付与するのに対してユーザＲには２００ポイントを付与するなど、様々な割合でポイントを関連づけることができる。

＜第４変形例（３）＞
本実施形態では、サーバ１０の制御部１１は、予約の参加者を登録（Ｂ５）した後、予約による合計ポイントを参加人数で等分、例えば合計ポイントの３００ポイントをユーザＲと参加者（ユーザＡおよびＣ）の３人で等分して、１人当たり１００ポイントを設定したが、ポイントを設定することができればよく、これに限定されない。
限定ではなく例として、制御部１１は、予約に参加したユーザＲと参加者（ユーザＡおよびＣ）のそれぞれに固定で１００ポイントずつ設定することもできる。これにより、制御部１１は、設定された１００ポイントをユーザＲと参加者（ユーザＡおよびＣ）に対してそれぞれ関連づけることができる（Ｂ３１）。

＜第５実施形態＞
第４実施形態において、サーバ１０の制御部１１は、予約が行われた予約先装置５０に対して予約に関する情報を送信することもできる。
第５実施形態は、サーバ１０の制御部１１が、予約の参加者が登録（Ｂ５）された後、予約が行われた予約先装置５０に対して参加者情報に基づく情報を通信部１４によって送信する制御を行う実施形態である。なお、第４実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第５実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜情報処理＞
図２３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。なお、ステップＢ５は、代表者端末２０または参加者端末４０から参加者情報を受信した後のステップである。

まず、第４実施形態と同様にして、サーバ１０の制御部１１は、通信部１４によって受信されたユーザＲと参加者（ユーザＡおよびＣ）の参加者情報を記憶部１５に記憶して、予約の参加者を登録する（Ｂ５）。

また、制御部１１は、予約が行われた予約先装置５０に対して、参加者情報に基づく予約内容情報を通信部１４によって送信する制御を行う（Ｂ４１）。予約内容情報は、限定ではなく例として、予約を行ったユーザＲが入力した予定参加人数などを含むことができる。予約先装置５０は、制御部１１からの予約内容情報を受信すると、その予約情報を記憶する（Ｄ４１）。そして、予約先の従業員は、予約先装置５０に記憶された予約内容情報に基づいてサービスを提供する。

続いて、制御部１１は、予め予約店との間で取り決められたポイントの設定条件に基づいて、登録されたユーザＲと参加者（ユーザＡおよびＣ）に関連づけるポイントを設定する。そして、制御部１１は、予約先装置５０に対して、ポイントをユーザＲと参加者（ユーザＡおよびＣ）に関連づけることに関する承認を要求する（Ｂ４２）。制御部１１は、限定ではなく例として、予約日時の経過後にポイントの承認を要求することができる。限定ではなく例として、制御部１１は、予約日時が４月２日の１２時～１４時の場合には、その日の１４時以降にポイントの承認を要求することができる。

ここで、予約先の従業員などは、予約日時に来店した参加人数（ユーザＲ、ユーザＡおよびユーザＣの３人）を確認して、その参加人数を予約先装置５０に入力するものとする。予約先装置５０は、サーバ１０からポイントの承認要求が受信されると、予約日時の参加人数に基づいてサーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）。そして、予約先装置５０は、ポイントが適切な場合には、ユーザＲと参加者（ユーザＡおよびＣ）にポイントを関連づけることを承認する（Ｄ４３）。このように、ポイントは、予約先によって入力された参加人数（予約日時に来店した参加人数）と、参加者情報に基づく参加人数（サーバ１０に登録された参加人数）とに基づいて設定される。

予約先装置５０による承認の情報は、サーバ１０の通信部１４で受信される。これにより、サーバ１０の制御部１１は、第４実施形態と同様にして、設定されたポイントをユーザＲと参加者（ユーザＡおよびＣ）に対してそれぞれ関連づける（Ｂ３１）。そして、制御部１１は、ポイントが参加者（ユーザＡおよびＣ）に対してそれぞれ関連づけられたことを示すポイント情報を通信部１４によって参加者端末４０Ａと参加者端末４０Ｃに送信する（Ｂ３２）。また、制御部１１は、ポイントが予約を行ったユーザＲに対して関連づけられたことを示すポイント情報を通信部１４によって代表者端末２０に送信する（Ｂ３２）。

一方、予約先装置５０は、サーバ１０で設定されたポイントが適切でないと判定（Ｄ４２）した場合には、図２４に示すように、予約日時に来店した参加人数をサーバ１０に送信する（Ｄ４４）。そして、サーバ１０が、参加者情報の変更依頼を受信する（Ｂ４３）と、予約先によって入力された参加人数とサーバ１０に登録された参加人数との差を確認し、差が生じている場合には参加者情報の変更依頼を代表者端末２０に送信する（Ｂ４４）。サーバ１０から送信された変更依頼は、代表者端末２０で受信される（Ａ４１）。例えば、代表者端末２０の通信部２２は、予約先によって入力された参加人数がサーバ１０に登録された参加人数（参加者情報によって取得された人数）よりも少ない場合、参加者を削除することに関する情報を受信する。

そして、参加者情報の変更依頼を確認したユーザＲは、代表者端末２０を操作して、現在の参加者情報を予約日時に来店した参加者の参加者情報に変更する（Ａ４２）。例えば、予約日時にユーザＣが欠席した場合には、代表者端末２０の制御部２１は、ユーザＣの参加者情報を削除する。続いて、代表者端末２０の通信部２２は、参加者を削除したことに関する情報をユーザＲの操作によりサーバ１０に送信する（Ａ４３）。

サーバ１０の制御部１１は、参加者を削除したことに関する情報を代表者端末２０から受信すると、再度、予約先装置５０にポイントの承認を要求（Ｂ４２）し、予約先装置５０においてポイントが適切と判断されるまでステップＤ４２、Ｄ４４、Ｂ４３、Ｂ４４、Ａ４１、Ａ４２およびＡ４３を繰り返す。これにより、サーバ１０には、来店日時に来店したユーザＲとユーザＡの参加者情報が登録されることになる。

＜第５実施形態の効果＞
第５実施形態では、設定されたポイントは、予約先によって入力された参加人数と、参加者情報に基づく参加人数とに基づいて決定される。
このような構成による効果の一例として、ポイントを正確に設定することができる。

また、第５実施形態では、代表者端末２０の通信部２２は、予約先によって入力された参加人数が参加者情報によって取得された人数よりも少ない場合、参加者を削除することに関する情報を受信する。
このような構成による効果の一例として、ポイントをより正確に設定することができる。
このような構成による効果の一例として、予約先によりポイントの関連付けが承認されるため、予約の参加者に対してポイントを適切に関連づけることができる。

また、第５実施形態では、サーバ１０の制御部１１は、予定参加人数と予約日時に来店した参加人数が異なる場合には、参加者情報の変更依頼を代表者端末２０に送信する。
このような構成による効果の一例として、予約日時に来店した参加者の参加者情報が登録されるため、その参加者に対してポイントを適切に関連づけることができる。

＜第５変形例（１）＞
本実施形態において、サーバ１０の制御部１１は、代表者端末２０に参加者情報の変更依頼を送信（Ｂ４４）してから所定期間以上経過しても参加者情報が変更されない（ステップＡ４２およびＡ４３がない）場合には、ユーザＲの参加者情報を強制的に削除する。これにより、ユーザＲ以外の参加者であるユーザＡとユーザＣにポイントが関連づけられることになる。
このような構成による効果の一例として、予約日時に来店した参加人数に応じたポイントを適切に関連づけることができる。

＜第５変形例（２）＞
本実施形態において、サーバ１０の制御部１１は、図２５に示すように、代表者端末２０に参加者情報の変更依頼を送信（Ｂ４４）した後、代表者端末２０から変更した参加者情報を受信したか否かを判定することができる（Ｂ４５）。制御部１１は、参加者入力用情報の変更依頼を送信（Ｂ４４）してから所定期間が経過するまでステップＢ４５の判定を繰り返す。制御部１１は、所定期間内に、参加者情報が変更された場合には、予約先装置５０にポイントの承認を要求する（Ｂ４２）。

一方、制御部１１は、所定期間以上経過しても参加者情報が変更されない場合には、参加者情報を一旦削除し（Ｂ４６）、参加者入力用情報を代表者端末２０と参加者端末４０に送信して参加者情報への入力を再度要求する（Ｂ４７）。
これにより、代表者端末２０の制御部２１は、ユーザＲの操作により、参加者入力用情報にユーザＲの参加者情報を入力する（Ａ４４）。制御部２１は、参加者入力用情報に入力した参加者情報をサーバ１０に送信する（Ａ４５）。また、参加者端末４０の制御部４１は、ユーザＡなどの操作により、参加者入力用情報に自身の参加者情報を入力する（Ｃ４１）。制御部４１は、参加者入力用情報に入力した参加者情報をサーバ１０に送信する（Ｃ４２）。

サーバ１０の制御部１１は、代表者端末２０および参加者端末４０から参加者情報を受信する（Ｂ４８）と、その参加者情報を記憶部１５に記憶して参加者を登録する（Ｂ４９）。このとき、制御部１１は、予約日時に来店した参加人数と同じ数の参加者情報が入力されたところで参加者の登録を終了する。そして、制御部１１は、登録された参加者に対してポイントを関連づける（Ｂ３１）。

このような構成による効果の一例として、予約日時に来店した参加人数に応じたポイントを適切に関連づけることができる。

＜第５変形例（３）＞
本実施形態では、サーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）ために予約先の従業員などが予約日時に来店した参加人数を確認したが、参加人数を確認できればよく、これに限定されない。サーバ１０の制御部１１は、限定ではなく例として、予約先に設置されたコード情報を代表者端末２０および参加者端末４０で読み取った情報に基づいて、予約日時に来店した参加人数を確認することができる。

例えば、図２６に示すように、代表者端末２０の制御部２１は、参加者情報をサーバ１０に送信（Ａ４）した後、予約日時に来店したユーザＲの操作により、予約先に設置されたコード情報を読み取る（Ａ４６）。また、参加者端末４０Ａおよび参加者端末４０Ｃの制御部４１は、予約日時に来店したユーザＡおよびユーザＣの操作により、予約先に設置されたコード情報を読み取る（Ｃ４３）。

代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃは、コード情報を読み取ると、予約先への来店を示す来店情報を自動的にサーバ１０に送信する（Ａ４７、Ｃ４４）。そして、サーバ１０の制御部１１が、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃから送信された予約先への来店情報に基づいて、予約日時に来店した参加人数を予約先装置５０に送信する。

ここで、制御部１１は、予約日時にコード情報が読み取られない、すなわち予約先への来店情報が受信されない場合には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の衛星測位システムにより、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃの位置情報を取得する。制御部１１は、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃの位置情報に基づいて予約先に来店している参加人数を算出し、その参加人数を予約先装置５０に送信する。

このようにして、予約日時に来店した参加人数が、予約先装置５０に記憶される。
続いて、本実施形態と同様に、サーバ１０から予約先装置５０にポイントの承認要求が送信され（Ｂ４２）、予約先装置５０が、記憶された予約日時の参加人数に基づいてサーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）。

＜第５変形例（３）の効果＞
第５変形例（３）では、サーバ１０の制御部１１は、予約先に設置されたコード情報を代表者端末２０および参加者端末４０で読み取った情報に基づいて、予約日時に来店した参加人数を確認する。
このような構成による効果の一例として、予約日時に来店した参加人数を容易に確認することができる。

また、第５変形例（３）では、サーバ１０の制御部１１は、コード情報が読み取られない場合に、衛星測位システムにより代表者端末２０と参加者端末４０の位置情報を取得する。
このような構成による効果の一例として、コード情報が読み取られなかった場合でも予約日時に来店した参加人数を容易に確認することができる。

＜第５変形例（４）＞
本実施形態では、サーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）ために予約先の従業員などが予約日時に来店した参加人数を確認したが、代表者端末２０と参加者端末４０に来店確認通知を送信して、その来店確認通知に対する応答に基づいて予約日時に来店した参加人数を確認することもできる。

例えば、図２７に示すように、サーバ１０の制御部１１は、予約日時になると、参加者情報に基づいて、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃに来店確認通知を送信する（Ｂ５１）。この来店確認通知は、ユーザＲ、ユーザＡおよびユーザＣに対して来店を確認するもので、例えば「来店有り難うございます」などのメッセージを送信することができる。代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃは、受信した来店確認通知を表示し、その来店確認通知をユーザＲ、ユーザＡおよびユーザＣがクリックすることで、来店情報をサーバ１０に返信する（Ａ４８、Ｃ４５）。

サーバ１０の制御部１１は、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃから来店情報を受信すると、ＧＰＳ等の衛星測位システムにより、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃの位置情報を取得する（Ｂ５２）。制御部１１は、取得した位置情報に基づいて予約先に来店している参加人数を算出し、その参加人数を予約先装置５０に送信する（Ｂ５０）。

なお、制御部１１は、図２６に示すように、代表者端末２０および参加者端末４０でコード情報が読み取られて（Ａ４６、Ｃ４３）制御部１１に送信される来店情報により参加人数を確認することを、上記の来店確認通知での確認と併せて行ってもよく、行わなくてもよい。

このようにして、予約日時に来店した参加人数が、予約先装置５０に記憶される。
続いて、本実施形態と同様に、サーバ１０から予約先装置５０にポイントの承認要求が送信され（Ｂ４２）、予約先装置５０が、記憶された予約日時の参加人数に基づいてサーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）。

＜第５変形例（４）の効果＞
第５変形例（４）では、サーバ１０の制御部１１は、代表者端末２０と参加者端末４０に送信された来店確認通知に対する応答に基づいて、予約日時に来店した参加人数を確認する。
このような構成による効果の一例として、予約日時に来店した参加人数を容易に確認することができる。

また、第５変形例（４）では、サーバ１０の制御部１１は、来店確認通知に対する応答を受信した場合に、衛星測位システムにより代表者端末２０と参加者端末４０の位置情報を取得する。
このような構成による効果の一例として、予約日時に来店した参加人数を正確に確認することができる。

＜第５変形例（５）＞
本実施形態では、サーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）ために予約先の従業員などが予約日時に来店した参加人数を確認したが、ＧＰＳ等の衛星測位システムにより代表者端末２０と参加者端末４０の位置情報を取得して、予約日時に来店した参加人数を確認することもできる。

例えば、サーバ１０の制御部１１は、予約日時になると、参加者情報に基づいて、代表者端末２０、参加者端末４０Ａおよび参加者端末４０Ｃの位置情報を取得する。このとき、制御部１１は、限定ではなく例として、予約時間の間、位置情報を複数回取得する。制御部１１は、取得された位置情報に基づいて予約先に来店している参加人数を算出し、その参加人数を予約先装置５０に送信する（Ｂ５０）。

なお、制御部１１は、図２６に示すように、代表者端末２０および参加者端末４０でコード情報が読み取られて（Ａ４６、Ｃ４３）制御部１１に送信される来店情報により参加人数を確認することを、上記の衛星測位システムでの確認と併せて行ってもよく、行わなくてもよい。
また、制御部１１は、図２７に示すように、予約日時に来店確認通知を送信し（Ｂ５１）、代表者端末２０および参加者端末４０からの来店情報の返信（Ａ４８、Ｃ４５）により参加人数を確認することを、上記の衛星測位システムでの確認と併せて行ってもよく、行わなくてもよい。

このようにして、予約日時に来店した参加人数が、予約先装置５０に記憶される。
続いて、本実施形態と同様に、サーバ１０から予約先装置５０にポイントの承認要求が送信され（Ｂ４２）、予約先装置５０が、記憶された予約日時の参加人数に基づいてサーバ１０で設定されたポイントが適切か否かを判定する（Ｄ４２）。

＜第５変形例（５）の効果＞
第５変形例（５）では、サーバ１０の制御部１１は、衛星測位システムにより代表者端末２０と参加者端末４０の位置情報を取得する。
このような構成による効果の一例として、予約日時に来店した参加人数を容易に確認することができる。

また、第５変形例（５）では、サーバ１０の制御部１１は、予約時間の間、代表者端末２０と参加者端末４０の位置情報を複数回取得する。
このような構成による効果の一例として、予約日時に来店した参加人数を正確に確認することができる。

＜第５変形例（６）＞
本実施形態において、サーバ１０の制御部１１は、予約内容がコース料理の場合には料理の金額に応じたポイントを参加者に関連づけ、予約内容がコース料理以外の場合には一律のポイントを参加者に関連づけるように制御する。例えば、制御部１１は、１０００円のコース料理の場合には５００ポイント、２０００円のコース料理の場合には１０００ポイントを参加者に関連付ける。一方、予約内容がコース料理以外の場合には、一律１００ポイントを参加者に関連付ける。

このとき、制御部１１は、予定参加人数（例えば３人）に対して予約日時に来店した参加人数（例えば２人）が少ない場合には、予約日時に来店した参加人数（２人）に応じたコース料理のポイントを参加者に関連づける。例えば、予約日時に来店した２人の参加者が１０００円のコース料理を予約している場合には、その２人の参加者にそれぞれ５００ポイントずつ関連付ける。一方、制御部１１は、予定参加人数（例えば３人）に対して予約日時に来店した参加人数（例えば４人）が多い場合には、追加された参加者（１人）がコース料理を頼んでいなくても、コース料理に応じたポイントを全ての参加者に関連づける。例えば、予約の３人の参加者が１０００円のコース料理を予約していた場合には、追加された１人の参加者がコース料理を頼んでいなくても、予約日時に来店した４人の参加者にそれぞれ５００ポイントずつ関連付ける。

このような構成による効果の一例として、参加者に対してポイントを容易に関連づけることができる。

＜第６実施形態＞
第１実施形態～第５実施形態において、サーバ１０の制御部１１は、参加者を登録（Ｂ５）した後に、予約情報に含まれる予定参加人数の変更を受け付けることができる。
第６実施形態は、サーバ１０の制御部１１が、予定参加人数を変更する情報を受信した場合には、予約をキャンセルした後、参加者の変更登録を可能に制御する実施形態である。なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第６実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜情報処理＞
まず、図２８に示すように、第１実施形態と同様にして、サーバ１０の制御部１１は、通信部１４によって受信されたユーザＲと参加者（ユーザＡおよびＣ）の参加者情報を記憶部１５に記憶して、予約の参加者を登録する（Ｂ５）。

続いて、ユーザＲは、サーバ１０に登録した予定参加人数を変更する場合には、代表者端末２０を操作して予定参加人数の変更を示す新たな予約情報をサーバ１０に送信する（Ａ５１）。サーバ１０の制御部１１は、予定参加人数を変更する新たな予約情報を代表者端末２０から受信すると、予約先装置５０に予約をキャンセルする情報を送信する（Ｂ５３）。予約先装置５０は、予約をキャンセルする情報を受信すると、その予約をキャンセルして、サーバ１０にキャンセルの完了を示す完了通知を送信する（Ｄ５１）。

サーバ１０の制御部１１は、予約先装置５０からキャンセルの完了通知を受信すると、更新された予約先情報１５２に基づいて、ユーザＲにより変更された予定参加人数を予約先が受け入れ可能か否かを改めて判定する（Ｂ５４）。このとき、予約参加人数は、ユーザＲにより３人から４人に変更されたものとする。制御部１１は、変更された４人の予定参加人数を予約先が受け入れ可能な場合には、新たな予約完了通知と参加者入力用情報を代表者端末２０に送信する（Ｂ５５）。制御部１１は、限定ではなく例として、変更前に入力された参加者情報を全て削除した参加者入力用情報と予約完了通知を代表者端末２０に送信する。

これにより、代表者端末２０の制御部２１は、図２９に示すように、予約人数を４人に変更した予約完了通知と、新たな参加者入力用情報とをサーバ１０から受信することになる（Ａ５２）。そして、ユーザＲが、選択ボタン６２ａを押下することにより、参加者を追加するための追加ボタン６５が表示部２４に表示される。この追加ボタン６５が押下されることにより、第１実施形態と同様に、ユーザの情報をリストにした参加者入力用情報６３が表示部２４に表示されて、３人の参加者を参加者入力用情報６３に入力可能となる。
このとき、制御部２１は、限定ではなく例として、前回登録した予約の参加者を含むグループの情報を参加者入力用情報６３のリストにおいて最上段に表示するように制御する。例えば、図３０に示すように、制御部２１は、グループＸがグループＹより下段に位置する場合には、グループＸが最上段に表示されるように制御する。

続いて、ユーザＲは、サーバ１０から受信した参加者入力用情報にユーザの参加者情報を改めて入力（Ａ５３）して、その新たな参加者情報をサーバ１０に返信する（Ａ５４）。サーバ１０の制御部１１は、代表者端末２０から新たな参加者情報を受信する（Ｂ５６）と、変更されたユーザの参加者情報を記憶部１５に記憶して、その予約の参加者が改めて登録される（Ｂ５７）。

一方、制御部１１は、図３１に示すように、ステップＢ５４において変更された予定参加人数を予約先が受け入れできない場合には、予約できないことを示す予約不可通知を代表者端末２０に送信する。

＜第６実施形態の効果＞
第６実施形態では、サーバ１０の制御部１１が、予定参加人数を変更する情報を受信した場合には、予約をキャンセルした後、参加者の変更登録を可能に制御する。
このような構成による効果の一例として、予約を一旦キャンセルするため、予約先の受け入れ可能な人数に合わせて参加者の登録を適切に変更することができる。

また、第６実施形態では、代表者端末２０の制御部２１は、前回登録した予約の参加者を含むグループの情報を参加者入力用情報６３のリストにおいて最上段に表示するように制御する。
このような構成による効果の一例として、ユーザＲが、予約の参加者を容易に変更することができる。

＜第６変形例（１）＞
本実施形態では、サーバ１０の制御部１１は、図２８に示す、ステップＢ５３において予約をキャンセルして参加者を変更したが、参加者を変更することができればよく、これに限定されない。制御部１１は、予約をキャンセルすることなく、参加者の変更登録を可能に制御することができる。

例えば、ユーザＲは、サーバ１０に登録した予定参加人数を変更する場合には、図８に示す選択ボタン６２ａを押下して、参加者入力用情報６３を代表者端末２０の表示部２４に表示させる。そして、予約を変更する参加者の参加者入力ボタン６４を押下することにより、参加者を追加または削除することができる。

代表者端末２０の制御部２１は、ユーザＲによる参加者の変更が完了すると、その参加者情報をサーバ１０に送信する。そして、サーバ１０の制御部１１は、代表者端末２０から参加者情報を受信する（Ｂ５６）と、その参加者情報を新たに記憶部１５に記憶する。これにより、予約の参加者が変更登録される（Ｂ５７）ことになる。

なお、制御部１１は、予約をキャンセルすることなく、参加者の変更登録を行った場合には、図２８に示すステップＢ５５の処理を行わなくてよく、また行ってもよい。このため、代表者端末２０の制御部２１は、図２８に示すステップＡ５２およびＡ５３の処理を行わなくてよく、また行ってもよいことになる。

続いて、制御部１１は、ステップＢ５７において参加者の登録を削除した場合には、登録の削除を通知する登録削除通知を、削除されたユーザの参加者端末４０に送信する。例えば、制御部１１は、ユーザＣの登録を削除した場合には、登録削除通知をユーザＣの参加者端末４０Ｃに送信する。

＜第６変形例（１）の効果＞
第６変形例（１）では、サーバ１０の制御部１１は、予約をキャンセルすることなく、参加者の変更登録を可能に制御する。
このような構成による効果の一例として、参加者を容易に変更することができる。

また、第６変形例（１）では、サーバ１０の制御部１１は、参加者の登録を削除した場合に、登録削除通知を削除されたユーザの参加者端末４０に送信する。
このような構成による効果の一例として、登録削除通知により予約の参加者から外れたことをユーザが認識できるため、ユーザ間での誤認識を抑制することができる。

＜第６変形例（２）＞
本実施形態では、サーバ１０の制御部１１は、ステップＡ５１およびＡ５４において予定参加人数と参加者情報の変更を代表者端末２０から受け付けたが、予定参加人数と参加者情報を変更できればよく、これに限定されない。制御部１１は、限定ではなく例として、予定参加人数と参加者情報の変更を参加者端末４０から直接的に受け付けることもできる。
このような構成による効果の一例として、予定参加人数と参加者情報を容易に変更することができる。

＜第６変形例（３）＞
本実施形態では、代表者端末２０の制御部２１は、図２８に示すステップＡ５３において、予約に参加する参加者の参加者情報を参加者入力用情報に入力したが、参加者情報を入力できればよく、これに限定されない。制御部２１は、限定ではなく例として、予約を欠席する参加者の参加者入力用情報を参加者入力用情報に入力してサーバ１０に送信することもできる。これにより、サーバ１０の制御部１１は、参加者入力用情報に入力された参加者を、登録された参加者から削除し、残りの参加者が予約の参加者として登録される。

＜第７実施形態＞
第６実施形態において、サーバ１０の制御部１１は、図２８に示す、ステップＡ５１において、設定された期間に新たな予約情報が送信された場合には、予約をキャンセルすることなく、予約を行ったユーザＲが入力した予定参加人数を超えて参加者を登録することを可能に制御することができる。なお、第６実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第７実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜情報処理＞
まず、第６実施形態と同様にして、代表者端末２０の制御部２１は、図２８に示す、予定参加人数の変更を示す新たな予約情報を送信（Ａ５１）して、その予約情報がサーバ１０で受信される。このとき、サーバ１０の制御部１１は、予定参加人数を超えるように変更する予約情報、すなわち参加者を増やすように変更する予約情報を受信したものとする。

制御部１１は、予定参加人数を超えるように変更する予約情報を受信すると、その情報が予め設定された設定期間に受信、例えば予約日時から前後数時間内に受信されたか否かを判定する。制御部１１は、予定参加人数を変更する情報が設定期間に受信された場合には、予約をキャンセルすることなく、予定参加人数を超えて参加者を登録することを可能に制御する。

制御部１１は、限定ではなく例として、予定参加人数を変更する予約情報が設定期間に受信された場合には、参加者情報を追加するためのコード情報を代表者端末２０に送信する。これにより、代表者端末２０の制御部２１がコード情報を表示部２４に表示し、そのコード情報が新たに参加する参加者の参加者端末４０で読み取られる。これにより、新たな参加者の参加者情報が参加者端末４０からサーバ１０に送信される。

サーバ１０の制御部１１は、新たな参加者の参加者情報を受信（Ｂ５６）すると、予約先装置５０に変更された予定参加人数の承認を要求する。制御部１１は、変更された予定参加人数が承認された場合には、予定参加人数の変更が承認されたことを代表者端末２０に送信する。また、制御部１１は、新たな参加者の参加者情報を記憶部１５に記憶して、新たな参加者を登録する（Ｂ５７）。

＜第７実施形態の効果＞
第７実施形態では、サーバ１０の制御部１１は、設定された期間、予約をキャンセルすることなく、予約を行ったユーザＲが入力した予定参加人数を超えて参加者を登録することを可能に制御する。
このような構成による効果の一例として、予約をキャンセルすることなく、参加者を容易に追加することができる。

＜第７変形例（１）＞
本実施形態では、サーバ１０の制御部１１は、コード情報を代表者端末２０に送信したが、新たな参加者の参加者情報を取得できればよく、これに限定されない。例えば、制御部１１は、新たな参加者の参加者端末４０に参加者情報を要求する通知を送信し、その通知を新たな参加者が承認することにより、新たな参加者の参加者情報を参加者端末４０から取得することができる。
このような構成による効果の一例として、予約をキャンセルすることなく、参加者を容易に追加することができる。

＜第８実施形態＞
第１実施形態～第７実施形態において、サーバ１０の制御部１１は、予約に基づき、予約に関連する情報を通信部１４によって参加者端末４０に送信する制御を行うことができる。
第８実施形態は、サーバ１０の制御部１１が、予約に基づき、予約に関連する広告を通信部１４によって参加者端末４０に送信する制御を行う実施形態である。なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第８実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜情報処理＞
まず、第１実施形態と同様にして、サーバ１０の制御部１１は、図３２に示すように、通信部１４によって受信されたユーザＲと参加者（ユーザＡおよびＣ）の参加者情報を記憶部１５に記憶して、予約の参加者を登録する（Ｂ５）。続いて、制御部１１は、記憶部１５を検索して参加者が参加した予約先の情報を取得し、その予約先の情報に基づいて、予め保存された複数の広告の中から予約に関連する広告、例えば参加者が興味のある店舗の広告を選択する（Ｂ６１）。そして、制御部１１は、記憶部１５に記憶された参加者の参加者情報に基づいて、予約に関連する広告を代表者端末２０および参加者端末４０にそれぞれ送信する。
これにより、代表者端末２０の表示部２４および参加者端末４０の表示部４４には、それぞれ、予約に参加した参加者が興味のある店舗の広告が表示されることになる（Ａ６１、Ｃ６１）。

＜第８実施形態の効果＞
第８実施形態では、サーバ１０の制御部１１は、予約に基づき、予約に関連する情報を通信部１４によって参加者端末４０に送信する制御を行う。
このような構成による効果の一例として、参加者に適した情報を容易に提供することができる。また、参加者が参加したイベントの傾向が把握できるため、広告配信などのマーケティングを行うことができ、参加者に対して新たなサービスを提供することができる。

また、第８実施形態では、サーバ１０の制御部１１は、予約に関連する広告（限定ではなく予約に関連する情報の一例）を送信する制御を行う。
このような構成による効果の一例として、参加者に適した広告を容易に提供することができる。

＜第９実施形態＞
第１実施形態～第８実施形態において、サーバ１０の制御部１１は、予約先の複数のサービスプランを価格帯別に表示するように制御することができる。
なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。
第９実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜情報処理＞
サーバ１０の制御部１１は、予約先と提携した複数の予約代理会社から予約先のサービスプランを取得する。従来、図３３に示すように、制御部１１は、予約代理会社（Ｘ社、Ｙ社、Ｚ社）から取得したサービスプラン（プランＡ、プランＢ、プランＣ）を、例えば料金順に縦に並べて代表者端末２０の表示部２４に表示するように制御していた。このため、例えば、２つのプランＡは、予約代理会社のＸ社とＹ社の違いだけで、その他の内容（予約先Ｌ、料金、サービス内容など）は同じであることを速やかに判断することができず、プランＡ～Ｃを比較することが困難であった。また、２つのプランＣは、予約先Ｎおよびサービス内容が同じで、料金が異なることを速やかに把握することが困難であった。

そこで、サーバ１０の制御部１１は、予約先の複数のサービスプランを価格帯別に代表者端末２０の表示部２４に表示するように制御する。例えば、制御部１１は、図３４に示すように、複数のサービスプランＡ～Ｅを２０００円～３０００円の価格帯、３０００円～５０００円の価格帯および５０００円～１００００円の価格帯に別けて表示部２４に表示するように制御することができる。このとき、制御部１１は、２０００円～３０００円の価格帯であるプランＡとプランＢを横に並べて表示し、３０００円～５０００円の価格帯であるプランＣとプランＤを横に並べて表示するように制御する。また、制御部１１は、サービス内容が同じ２つのプランＡを隣接して表示すると共に、サービス内容が同じ２つのプランＣを隣接して表示する。さらに、制御部１１は、横に並べた複数のサービスプランＡ～Ｅを横スワイプ操作で順次移動するように制御する。

＜第９実施形態の効果＞
第９実施形態では、サーバ１０の制御部１１は、予約先の複数のサービスプランを価格帯別に表示するように制御する。
このような構成による効果の一例として、サービスプランを容易に比較することができる。例えば、サービス内容が同じ２つのプランＡが横に並んで表示されるため、この２つは同一プランＡであることを容易に見分けることができる。また、サービス内容が異なる同一プランＣが横に並んで表示されるため、サービス内容が良いプランＣを容易に選択することができる。

＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１ システム
１０ サーバ
２０ 代表者端末
３０ ネットワーク
４０ 参加者端末
５０ 予約先装置

Claims (18)

1. サーバと通信する端末によって実行されるプログラムであって、
   前記端末から予約に関する予約情報を前記サーバに前記端末の通信部によって送信することと、
   前記予約情報の送信に基づき、前記予約の予約完了通知と、前記予約の参加者を入力するための情報とを前記通信部によって受信することと、
   前記参加者を入力するための情報を、前記端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を前記端末の制御部によって行うこととが前記端末によって実行される。
2. 請求項１に記載のプログラムであって、
   前記取得可能にする処理は、前記参加者を入力するための情報を、前記第１ユーザの端末に送信する処理を含む。
3. 請求項２に記載のプログラムであって、
   前記取得可能にする処理は、前記参加者を入力するための情報を、前記端末の近距離通信部によって前記第１ユーザの端末に送信する処理を含む。
4. 請求項２に記載のプログラムであって、
   前記取得可能にする処理は、前記端末のユーザと、前記第１ユーザとを含むチャットルームに前記参加者を入力するための情報を送信する処理を含む。
5. 請求項４に記載のプログラムであって、
   前記参加者を入力するための情報は、前記予約完了通知が前記ユーザによって前記チャットルームに送信されることによって、前記チャットルームに送信される。
6. 請求項５に記載のプログラムであって、
   前記参加者を入力するための情報に基づき、前記ユーザによって入力された、前記参加者の情報である参加者情報を前記通信部によって前記サーバに送信することが前記端末によって実行される。
7. 請求項６に記載のプログラムであって、
   前記ユーザによって前記参加者を入力するための情報が入力される場合、リストを前記端末の表示部に表示する制御を前記制御部によって行い、前記予約完了通知が前記ユーザによって前記チャットルームに送信された場合、前記第１ユーザの情報、または前記第１ユーザと前記ユーザとを含む前記チャットルームのグループの情報を前記リストの最上段に表示する制御を前記制御部によって行うことが前記端末によって実行される。
8. 請求項１に記載のプログラムであって、
   前記取得可能にする処理は、前記参加者を入力するための情報を含むコード情報を前記端末の表示部に表示する処理を含む。
9. 請求項８に記載のプログラムであって、
   前記コード情報は、前記第１ユーザの端末によって読み取られ、
   前記サーバは、前記参加者を入力するための情報に基づき、前記第１ユーザの端末によって入力された、前記参加者の情報である参加者情報を受信する。
10. 請求項８または請求項９に記載のプログラムであって、
    前記参加者を入力するための情報に基づき、前記ユーザによって入力された、前記参加者の情報である参加者情報を前記通信部によって前記サーバに送信することが前記端末によって実行される。
11. 請求項１０に記載のプログラムであって、
    前記参加者情報は、前記予約を行った前記ユーザが入力する場合、前記参加者として前記ユーザ以外も入力可能であり、前記ユーザとは異なる前記第１ユーザが入力する場合、前記参加者として前記第１ユーザ以外を入力することができない。
12. 請求項１から請求項１１のいずれか一項に記載のプログラムであって、
    前記予約に基づいて、前記端末のユーザに対して設定されたポイントが関連付けられたことを示す情報を前記通信部によって受信することが前記端末によって実行される。
13. 請求項１２に記載のプログラムであって、
    設定された前記ポイントは、前記ユーザが入力した予定参加人数と、前記参加者を入力するための情報に基づき入力された参加者の情報である参加者情報に基づく人数の情報と、に基づいて決定される。
14. 請求項１２に記載のプログラムであって、
    前記設定されたポイントは、前記予約の予約先によって入力された参加人数と、前記参加者を入力するための情報に基づき入力された参加者の情報である参加者情報に基づく人数の情報と、に基づいて決定される。
15. 請求項１４に記載のプログラムであって、
    前記参加人数が前記参加者情報によって取得された人数よりも少ない場合、前記参加者を削減することに関する情報を前記通信部によって受信することが前記端末によって実行される。
16. サーバと通信する端末の情報処理方法であって、
    前記端末から予約に関する予約情報を前記サーバに前記端末の通信部によって送信することと、
    前記予約情報の送信に基づき、前記予約の予約完了通知と、前記予約の参加者を入力するための情報とを前記通信部によって受信することと、
    前記参加者を入力するための情報を、前記端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を前記端末の制御部によって行うこととを含む。
17. サーバと通信する端末であって、
    前記端末から予約に関する予約情報を前記サーバに送信し、前記予約情報の送信に基づき、前記予約の予約完了通知と、前記予約の参加者を入力するための情報とを受信する通信部と、
    前記参加者を入力するための情報を、前記端末のユーザとは異なる第１ユーザの端末が取得可能にする処理を行う制御部とを備える。
18. サーバと通信する端末によって実行されるプログラムであって、
    前記予約の予約完了通知と、前記予約の参加者を入力するための情報とを前記サーバから受信した第１端末から、前記参加者を入力するための情報を前記端末の制御部によって取得することと、
    取得された前記参加者を入力するための情報に入力された、前記参加者の情報である参加者情報を前記サーバに送信することとが前記端末によって実行される。

Images