JP7470670B2 - プログラム、情報処理方法、端末 - Google Patents

プログラム、情報処理方法、端末 Download PDF

Info

Publication number
JP7470670B2
JP7470670B2 JP2021182899A JP2021182899A JP7470670B2 JP 7470670 B2 JP7470670 B2 JP 7470670B2 JP 2021182899 A JP2021182899 A JP 2021182899A JP 2021182899 A JP2021182899 A JP 2021182899A JP 7470670 B2 JP7470670 B2 JP 7470670B2
Authority
JP
Japan
Prior art keywords
terminal
information
coupon
server
master
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021182899A
Other languages
English (en)
Other versions
JP2022017541A (ja
JP2022017541A5 (ja
Inventor
亮介 濱窄
亜由子 鈴木
太朗 高口
優 大塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to JP2021182899A priority Critical patent/JP7470670B2/ja
Publication of JP2022017541A publication Critical patent/JP2022017541A/ja
Publication of JP2022017541A5 publication Critical patent/JP2022017541A5/ja
Application granted granted Critical
Publication of JP7470670B2 publication Critical patent/JP7470670B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Information Transfer Between Computers (AREA)

Description

本開示は、プログラム、情報処理方法、端末に関する。
昨今、スマートフォン等の端末によって、その端末またはその端末のユーザが、例えばクーポンなどの特典を利用するためのサービスが普及しつつある（例えば、特許文献１。）。
特開２０１２－２１２３０８号公報
本発明の第１の態様によると、サーバと通信する第１端末に実行させるためのプログラムは、第１端末に関する第１情報、または第１端末のユーザに関する第１情報をサーバに第１端末の通信部によって送信することと、サーバから特典に関する情報を通信部によって受信することと、第１端末とは異なる第２端末、または第２端末のユーザに関する第２情報を通信部によって受信することと、第１情報と第２情報とに少なくとも基づき、特典に関する情報に基づく第１表示を第１端末の表示部に表示することとが第１端末によって実行される。
本発明の第２の態様によると、サーバと通信する第１端末の情報処理方法は、第１端末に関する第１情報、または第１端末のユーザに関する第１情報をサーバに第１端末の通信部によって送信することと、サーバから特典に関する情報を通信部によって受信することと、第１端末とは異なる第２端末、または第２端末のユーザに関する第２情報を通信部によって受信することと、第１情報と第２情報とに少なくとも基づき、特典に関する情報に基づく第１表示を第１端末の表示部に表示することとを含む。
本発明の第３の態様によると、サーバと通信する端末は、端末に関する第１情報、または端末のユーザに関する第１情報をサーバに送信し、サーバから特典に関する情報を受信し、端末とは異なる第１端末、または第１端末のユーザに関する第２情報を受信する通信部と、第１情報と第２情報とに少なくとも基づき、特典に関する情報に基づく第１表示を表示する表示部とを備える。
本発明の第４の態様によると、サーバと通信する端末は、メモリからプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、端末に関する第１情報、または端末のユーザに関する第１情報をサーバに端末の通信部によって送信することと、サーバから特典に関する情報を通信部によって受信することと、端末とは異なる第１端末、または第１端末のユーザに関する第２情報を通信部によって受信することと、第１情報と第２情報とに少なくとも基づき、特典に関する情報に基づく第１表示を端末の表示部に表示することとを含む。
実施形態に係る通信システムの構成の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るクーポンアプリケーションユーザ登録データの一例を示す図。 第１実施例に係るクーポン情報管理データベースの一例を示す図。 第１実施例に係る参加クーポン管理データベースの一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の機能構成の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４変形例に係る端末の表示部に表示される画面の一例を示す図。 第４変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る端末の機能構成の一例を示す図。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第７実施例に係るクーポン情報管理データベースの一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第８実施例に係る端末の表示部に表示される画面の一例を示す図。 第８実施例に係る端末の表示部に表示される画面の一例を示す図。 第８実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第８実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９実施例に係る参加クーポン管理データベースの一例を示す図。 第９実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第９変形例に係る第１条件に関するテーブルの一例を示す図。 第９変形例に係る第２条件に関するテーブルの一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る端末の表示部に表示される画面の一例を示す図。 第１０実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１０実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１１実施例に係る参加クーポン管理データの一例を示す図。 第１１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
本明細書では、適宜「通信Ｉ／Ｆによって」という表現を使用する。これは、装置が、限定ではなく例として、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示す。
また、本明細書において、「コード情報」とは、限定ではなく例として、
（Ａ）トークン（認証情報）
（Ｂ）コード画像（画像情報）
（Ｃ）エンコード等によってコード画像に格納されている情報（格納情報）、または格納される対象となる情報（格納対象情報）
のうちの少なくともいずれかを含む。
これらの具体例については後述する。
＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０にクーポンサービスを提供する機能を有する。サーバ１０は、クーポンサーバやクーポンサービスサーバ等のように表現することもできる。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一である。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではクーポンサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
一実施形態として、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、動画像データの取得に利用される。撮像部２７は、カメラなどを含む。
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））等を含む。
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。そして、制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させる。
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
一次実施形態として、入出力部１２は、表示部１３を備える。
表示部１３は、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、表示部１３は、これらに限定されない。
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
他の装置についても同様である。
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
他の装置についても同様である。
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。
＜実施例＞
友人同士や仲間同士といったグループの複数のユーザが、限定ではなく例として、レストランやファストフード店等の店舗に行き、その店舗で販売される商品やその店舗で提供されるサービスに関する特典（限定ではなく例として、クーポン）をみんなで利用したいような場合がある。
以下、これを実現するための実施例について説明する。
本明細書では、グループに含まれる複数のユーザがみんなで利用するクーポンのことを「参加クーポン」と称する。
「参加」の用語を用いているのは、一般的なシェアクーポンと区別するためである。
なお、クーポンをみんなで利用するために協力し合うという意味で、「参加クーポン」に代えて「協力クーポン」等のように表現してもよいし、そのように表現しなくてもよい。
また、本明細書では、参加クーポンの特典（クーポン特典）を利用するためのコード情報のことを「参加クーポン特典コード情報」と称する。
参加クーポン特典コード情報は、限定ではなく例として、トークンやコード画像とすることができる。
トークンは、限定ではなく例として、任意の桁数の文字列（ひらがな、カタカナ、アルファベット、数字、またはこれらの組合せ）で表される。
また、コード画像は、限定ではなく例として、一次元のコード画像（限定ではなく例としてバーコード）や二次元のコード画像（限定ではなく例としてＱＲコード（登録商標））とすることができる。
また、以下では、クーポンサービス事業者によって、サーバ１０が運用・管理されることとして説明する。また、以下では、クーポンアプリケーションの名称を、適宜「Ｃｏｕｐｏｎ Ａｐｐ」と称して図示・説明する。
また、クーポンアプリケーションは、いわゆるメッセージングサービス（ＭＳ：Messaging Service）の機能を有さない単体のアプリケーションとしてサーバ１０によって提供されるようにしてもよいし、ＭＳの機能を有する複合的なアプリケーションとしてサーバ１０によって提供されるようにしてもよい。また、メッセージングサービスには、端末２０間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。
コンテンツには、単純なテキストや絵文字等を含むメッセージの他、限定ではなく例として、画像情報（静止画像、動画像等を含む。）、操作用情報（ボタン、アイコン等を含む。）、通信用情報・リンク情報（ＵＲＩ、ＵＲＬ等を含む。）など、端末２０間で送受信可能な各種の情報を含めることができる。
また、クーポンアプリケーションは、いわゆるソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）の機能を有さない単体のアプリケーションとしてサーバ１０によって提供されるようにしてもよいし、ＳＮＳの機能を有する複合的なアプリケーションとしてサーバ１０によって提供されるようにしてもよい。
なお、メッセージングサービス：ＭＳ（ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。
このため、ＭＳとＳＮＳとは区別してもよいし、区別しなくてもよい。
また、以下では、端末２０Ａのユーザを「ユーザＡ．Ａ」、端末２０Ｂのユーザを「ユーザＢ．Ｂ」、端末２０Ｃのユーザを「ユーザＣ．Ｃ」、・・・、として説明する。
参加クーポンを取得・利用する手法としては、大きく分けて、以下の２つの手法が考えられる。以下の実施例では、それぞれの手法について説明する。
（１）サーバ１０が参加クーポンを有効化する手法
（２）端末２０が参加クーポンを有効化する手法
＜第１実施例＞
第１実施例は、上記の（１）の手法に関する実施例である。
第１実施例では、マスター端末となる端末２０の表示部２４に表示されるコード情報が、賛同端末となる端末２０によって読み取られることに基づいて、サーバ１０によって参加クーポンが有効化される実施例である。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
＜データ構成＞
（１）サーバ
図１－２は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によって読み出され、クーポンアプリケーション管理処理として実行されるクーポンアプリケーション管理処理プログラム１５１と、クーポンアプリケーションユーザ登録データ１５３と、クーポン情報管理データベース１５５と、参加クーポン管理データベース１５７とが記憶される。
クーポンアプリケーションユーザ登録データ１５３は、クーポンアプリケーションを利用する端末２０、またはその端末２０のユーザに関する登録データであり、そのデータ構成の一例を図１－３に示す。
クーポンアプリケーションユーザ登録データ１５３には、限定ではなく例として、ユーザ名と、クーポンアプリケーションＩＤと、端末電話番号と、その他登録情報とが関連付けて記憶される。
ユーザ名は、クーポンアプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザがクーポンアプリケーションを利用する際に登録する名称が記憶される。
クーポンアプリケーションＩＤは、クーポンアプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。このクーポンアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。クーポンアプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、限定ではなく例として、端末２０のユーザがクーポンアプリケーションを利用する際に登録する端末２０の電話番号が記憶される。
その他登録情報には、限定ではなく例として、端末２０のＩＤ：端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））、このユーザ名のユーザの端末２０のメールアドレス（端末メールアドレス）、クーポンアプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワードを）等の認証情報等の情報を含めるようにすることができる。
なお、端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤとすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、クーポンアプリケーションＩＤとすることができる。なお、これをユーザＩＤと称してもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
なお、限定ではなく例として、１つのユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
クーポン情報管理データベース１５５は、クーポンに関する情報の管理用のデータベースである。本実施例におけるクーポン情報管理データベース１５５の一例であるクーポン情報管理データベース１５５Ａのデータ構成例を図１－４に示す。
クーポン情報管理データベース１５５Ａには、クーポンごとの管理データとして、クーポン情報管理データが記憶される。
各々のクーポン情報管理データには、限定ではなく例として、クーポンＩＤと、店舗名と、必要人数と、特典内容とが記憶される。
クーポンＩＤは、参加クーポンを識別するための識別情報として機能するＩＤである。このクーポンＩＤは、限定ではなく例として、サーバ１０によってクーポンごとに固有のＩＤが設定されて記憶される。
店舗名は、そのクーポンＩＤによって識別されるクーポンを利用可能なサービスを提供する店舗の名称である。
必要人数は、そのクーポンＩＤによって識別されるクーポンを利用するために必要となる端末２０のユーザの数である。マスター端末のユーザと賛同端末のユーザとを含め、サーバ１０で登録されたユーザの数が必要人数に達した場合に、そのクーポンを利用可能となる。
なお、必要人数を必要端末数とし、マスター端末と賛同端末とを含め、サーバ１０で登録された端末数が必要端末数に達した場合に、クーポンを利用可能としてもよい。
また、必要人数、または必要端末数に代えて、「必要人数－１」を閾値人数とし、「必要端末数－１」を閾値端末数とする。そして、登録されたユーザの数が閾値人数よりも多い場合、
または登録された端末数が閾値端末数よりも多い場合に、クーポンを利用可能としてもよい。
必要人数（または必要端末数）や閾値人数（または閾値端末数）は、限定ではなく例として、あらかじめサーバ１０側で設定するようにすることができる。
特典内容は、そのクーポンＩＤによって識別されるクーポンの特典の内容である。
参加クーポン管理データベース１５７は、参加クーポンを管理するためのデータベースであり、その一例である参加クーポン管理データベース１５７Ａのデータ構成例を図１－５に示す。
参加クーポン管理データベース１５７Ａには、参加クーポンごとの管理データとして、参加クーポン管理データが記憶される。
各々の参加クーポン管理データには、限定ではなく例として、クーポンＩＤと、マスター端末ＩＤと、マスター賛同日時と、賛同履歴データとが記憶される。
クーポンＩＤは、クーポン情報管理データベース１５５におけるクーポンＩＤと同様である。
マスター端末ＩＤは、マスター端末の識別情報、またはマスター端末のユーザの識別情報である。マスター端末ＩＤには、制御部１１により、後述するマスター賛同処理において、限定ではなく例として、マスター端末、またはマスター端末のユーザのクーポンアプリケーションＩＤが記憶される。
マスター端末とは、参加クーポンを取得するにあたって主となる端末である。本実施例では、限定ではなく例として、複数の端末２０のうち、サーバ１０に対して参加クーポンの取得要求を行った端末２０がマスター端末となる。
マスター賛同日時は、マスター端末、またはそのユーザが、参加クーポンのマスターとなることに賛同した日時である。このマスター賛同日時は、制御部１１により、後述するマスター賛同処理において、そのタイミングでの時計部１９の計時日時が記憶される。
賛同履歴データは、賛同端末による賛同の履歴に関するデータであり、限定ではなく例として、賛同端末ＩＤと、賛同日時とが関連付けて記憶される。
賛同端末とは、上記の複数の端末２０のうちのマスター端末以外の端末２０であって、参加クーポンを取得することに賛同した端末である。
賛同端末ＩＤは、賛同端末の識別情報、または賛同端末のユーザの識別情報である。賛同端末ＩＤには、制御部１１により、後述する賛同追加処理において、限定ではなく例として、賛同端末、または賛同端末のユーザのクーポンアプリケーションＩＤが記憶される。
賛同日時は、賛同端末、またはそのユーザが、参加クーポンの取得に賛同した日時である。この賛同日時は、制御部１１により、後述する賛同追加処理において、そのタイミングでの時計部１９の計時日時が記憶される。
（２）端末
図１－６は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１によって読み出され、クーポンアプリケーション処理として実行されるクーポンアプリケーション処理プログラム２８１と、クーポンアプリケーションＩＤ２８３と、参加クーポン詳細データ２８５とが記憶される。
クーポンアプリケーションＩＤ２８３は、自己の端末２０または自己の端末２０のユーザに関連付けられたクーポンアプリケーションＩＤである。
参加クーポン詳細データ２８５は、サーバ１０から受信した参加クーポン詳細情報が記憶されたデータである。
＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
図１－７は、本実施例において端末２０の表示部２４に表示されるクーポンアプリケーションのホーム画面の一例を示す図である。この表示画面は、ユーザＡ．Ａの端末２０である端末２０Ａの表示部２４に表示される画面の一例である。
画面最上部中央には、クーポンアプリケーションの名称として「Ｃｏｕｐｏｎ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザのクーポンアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されている。
また、その下には、クーポンアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がクーポンアプリケーションのホームであることを示す「クーポン ホーム」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域の下には、複数の店舗のアイコン画像とともに、各々の店舗についてサーバ１０から取得可能なクーポンが表示されている。
このホーム画面に表示されるクーポンには、限定ではなく例として、個人で使用する通常のクーポン（以下、「通常クーポン」と称する。）と、参加クーポンとが含まれる。
具体的には、店舗「Ｍバーガー」におけるダブルチーズバーガーの通常クーポンがピックアップ表示され、その下に、その日に取得可能なクーポンが一覧表示されている。
この例では、その日に取得可能なクーポンとして、４種類のクーポンが表示されており、このうち、店舗「Ｍバーガー」のクーポンは、みんなで使用することで会計から「５００円」が割り引かれる割引用の参加クーポンＰＣ１である。
また、ホーム画面の左下には、上記のクーポンが表示される画像を背景画像とし、この背景画像に重畳するように、端末２０Ａの撮像部２７（限定ではなく例としてコードリーダ）を起動させるためのコードリーダアイコンＣＮ１が表示されている。コードリーダアイコンＣＮ１がタップされると、コードリーダが起動する。
この店舗「Ｍバーガー」の割引用の参加クーポンＰＣ１がユーザによってタップされると、限定ではなく例として、図１－８に示すクーポン詳細画面が表示される。
このクーポン詳細画面には、限定ではなく例として、現在位置として「クーポン詳細」の文字が表示され、その下に、店舗「Ｍバーガー」の割引用の参加クーポンに関する情報が表示されている。具体的には、みんなが参加することでお得な参加クーポンを取得することができることを示す画像が表示され、その下に、その参加クーポンの詳細な情報（以下、「参加クーポン詳細情報」と称する。）が表示される参加クーポン詳細情報表示領域ＷＲ１が構成されている。
この例では、参加クーポン詳細情報表示領域ＷＲ１には、クーポンの種類が参加クーポンであることを示す握手マークと、必要人数と同数の人型のアイコン画像とが表示されている。
また、店舗「Ｍバーガー」のアイコン画像および店舗名とともに、「３人参加で！ お会計より￥５００ ＯＦＦ」の文字が表示されている。
また、その下には、参加クーポンへの参加をサーバ１０に要求するための、限定ではなく例として「参加クーポンをはじめる」の文字を含む参加クーポン要求ボタンＢＴ１が表示されている。
参加クーポン要求ボタンＢＴ１がタップされると、限定ではなく例として、このクーポン詳細画面の背景画像に重畳するように、図１－９に示す参加クーポンマスターコード情報表示領域ＷＲ２が表示される。
参加クーポンマスターコード情報表示領域ＷＲ２には、上記の参加クーポン詳細情報に加えて、この参加クーポンの必要人数（この例では「３人」）に達するまでの残り人数が表示されている。この例では、自分の他に２人のユーザが必要であるため、「あと２人」の文字が表示されている。
また、その下には、参加クーポン詳細情報表示領域ＷＲ１と同様に、必要人数と同数の人型のアイコン画像が表示されている。この人型のアイコン画像は、ユーザが参加するごとに、１つずつ黒塗りで表示される。この例では、ユーザＡ．Ａがマスターとして参加済みであるため、人型の３つのアイコン画像のうちの左から１つ目のアイコン画像が黒塗りで表示され、残り２つのアイコン画像は白抜きで表示されている。
また、その下には、サーバ１０から端末２０Ａに送信されたコード情報として、参加クーポンマスターコード情報（この例ではコード画像）ＭＣ１が表示されている。コード画像は、限定ではなく例として、二次元のコード画像である。
参加クーポンマスターコード情報は、限定ではなく例として、賛同端末を製造するための賛同端末製造情報として機能する。
また、参加クーポンマスターコード情報ＭＣ１の表示の下には、ユーザＡ．Ａが参加クーポンのマスターとなることに賛同したことを示す情報（以下、「参加クーポンマスター賛同情報」と称する。）として、限定ではなく例として、「Ａ．Ａがクーポンに参加しました」の文字が表示されている。
参加クーポンマスター賛同情報は、サーバ１０から端末２０Ａに送信されて表示される。
また、参加クーポンマスターコード情報表示領域ＷＲ２の下には、参加クーポンの取得をサーバ１０に要求するための、限定ではなく例として「参加クーポンゲット」の文字を含む参加クーポン取得ボタンＢＴ２が表示されている。しかし、参加クーポンの必要人数に達していないため、参加クーポン取得ボタンＢＴ２はグレーアウトしており、タップしても、その入力を受け付けないように構成されている。
この参加クーポンをみんなで使用したい場合、端末２０Ａの参加クーポンマスターコード情報表示領域ＷＲ２に含まれる参加クーポンマスターコード情報ＭＣ１を、ユーザＡ．Ａとは異なるユーザであって、この参加クーポンへの参加を希望するユーザの端末２０に、撮像部２７（限定ではなく例としてコードリーダ）によって読み取らせる。ここでは、ユーザＢ．Ｂが参加クーポンへの参加を希望しており、ユーザＢ．Ｂの端末２０Ｂで、参加クーポンマスターコード情報ＭＣ１を読み取る場合を例示する。
図１－１０は、端末２０Ｂの表示部２４に表示されるクーポンアプリケーションのホーム画面の一例を示す図である。
このホーム画面の構成は、端末２０Ａの表示部２４に表示されるホーム画面と同様である。この例では、画面左下に表示されているコードリーダアイコンＣＮ１がユーザＢ．Ｂによってタップされた状態が示されており、これにより、端末２０Ｂのコードリーダが起動され、限定ではなく例として、図１－１１に示すコードリーダ画面が端末２０Ｂの表示部２４に表示される。
このコードリーダ画面には、現在位置として「クーポン読み取り」と表示され、その下に、コード情報（コード画像）を読み取るためのコード読み取り領域ＷＲ３が表示されている。
コード読み取り領域ＷＲ３は、限定ではなく例として、矩形（限定ではなく例として正方形）の撮像領域ＷＲ３１を含み、この撮像領域ＷＲ３１にコード情報が収まるように端末２０Ｂを移動させると、そのコード情報が撮像され、撮像されたコード情報に格納されている情報が、デコードによって取得される。この例では、端末２０Ａのクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２に含まれる参加クーポンマスターコード情報ＭＣ１が端末２０Ｂによって読み取られた状態が示されている。
その結果、端末２０Ａのクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２には、限定ではなく例として、図１－１２に示すように、ユーザＢ．Ｂが参加クーポンの参加に賛同し、そのメンバーとして追加されたことを示す情報（以下、「参加クーポン賛同追加情報」と称する。）として、限定ではなく例として、「Ｂ．Ｂがクーポンに参加しました」の文字が表示されている。
参加クーポン賛同追加情報は、サーバ１０から端末２０Ａに送信されて表示される。
また、この場合、ユーザＢ．Ｂが参加クーポンのメンバーとして追加されたことで、参加クーポンの必要人数（この例では「３人」）に達するまでの残り人数の表示が更新されている。この例では、自分とユーザＢ．Ｂの他に１人のユーザが必要であるため、「あと１人」の文字が表示されるとともに、人型の３つのアイコン画像のうちの２番目のアイコン画像が黒塗りに変化し、残り１つのアイコン画像は白抜きのままとされている。
なお、この時点でも、参加クーポンの必要人数に達していないため、参加クーポン取得ボタンＢＴ２はグレーアウトしたままである。
この場合、参加クーポンに必要な人数はあと１人である。ここでは、ユーザＣ．Ｃの端末２０Ｃによって、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報ＭＣ１が読み取られたとする。この場合、端末２０Ａのクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２には、限定ではなく例として、図１－１３に示すように、ユーザＣ．Ｃが参加クーポンの参加に賛同し、そのメンバーとして追加されたことを示す情報（参加クーポン賛同追加情報）として、限定ではなく例として、「Ｃ．Ｃがクーポンに参加しました」の文字が表示されている。
この場合も、参加クーポン賛同追加情報は、サーバ１０から端末２０Ａに送信されて表示される。
また、この場合、ユーザＣ．Ｃが参加クーポンのメンバーとして追加されたことで、参加クーポンの必要人数（この例では「３人」）に達したことになる。このため、残り人数および人型のアイコン画像に重畳するように、「ＣＬＥＡＲＥＤ」の文字を含む画像が表示されている。
また、参加クーポンの必要人数に達したことで、参加クーポン取得ボタンＢＴ２のグレーアウトが解除され、タップによる操作を受付可能な状態に変化している。そして、参加クーポン取得ボタンＢＴ２がタップされると、参加クーポンの特典情報が、サーバ１０から端末２０Ａに送信される。そして、限定ではなく例として、図１－１４に示すように、参加クーポンの特典情報が、参加クーポンマスターコード情報表示領域ＷＲ２に表示される。
この例では、参加クーポンの特典情報として、７桁のアルファベットおよび数字の組合せで表されるトークンである参加クーポン特典コード情報ＴＫ１が表示されている。
参加クーポン特典コード情報ＴＫ１の下には、「クーポン番号をスタッフにご提示ください」の文字が表示されている。ユーザにとって分かり易いように、この例では「クーポン番号」としているが、これは参加クーポン特典コード情報（トークン）のことである。
ユーザＡ．Ａが、この参加クーポン特典コード情報を店舗「Ｍバーガー」のレジで店員に提示すると、参加クーポンに参加しているユーザＡ．Ａ，ユーザＢ．Ｂ、ユーザＣ．Ｃの会計から「５００円」が割り引かれる。
また、画面下部には、参加クーポン特典コード情報ＴＫ１を使用済みにするための操作用画像として、限定ではなく例として、「使用済みにする」の文字を含む使用済みボタンＢＴ３が表示されている。
＜処理＞
（１）第１の処理
図１－１５～図１－１６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
左から順に、端末２０Ａの制御部２１が実行する処理、端末２０Ｂの制御部２１が実行する処理、サーバ１０の制御部２１が実行する処理の一例をそれぞれ示している。
以下説明する各種のフローチャートでは、端末２０の処理として、端末２０Ａの処理と、端末２０Ｂの処理とを例示する。また、基本的に、マスター端末となる端末２０を端末２０Ａとし、賛同端末となる端末２０を端末２０Ｂとして図示・説明する。
端末２０Ｂ以外の端末２０（限定ではなく例として、端末２０Ｃ、端末２０Ｄ、端末２０Ｅ、・・・）が賛同端末となる場合も、端末２０Ｂと同様の処理を実行すればよいため、図示・説明を適宜省略する。
また、端末２０Ａ以外の端末２０がマスター端末となる場合は、端末２０Ａと同様の処理を実行すればよいため、図示・説明を適宜省略する。
また、以下説明する処理は、あくまでも本開示の手法を実現するための処理の一例に過ぎず、これらの処理に限定されるものではない。
以下説明する処理に、別のステップを追加してもよいし、一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。
まず、端末２０Ａの制御部２１は、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報を含む参加クーポン要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。この処理では、単純化した例とするために、参加クーポンを１種類として説明する。
これを受けて、サーバ１０の制御部１１は、参加クーポンマスター賛同処理を実行する（Ｓ１１０）。具体的には、限定ではなく例として、その参加クーポンに対応するクーポンＩＤを関連付けた参加クーポン管理データを新たに生成する。より具体的には、参加クーポン要求情報の送信元である端末２０Ａの識別情報またはユーザＡ．Ａの識別情報をマスター端末ＩＤに記憶させ、時計部１９の計時情報に基づき、マスター賛同日時に現在の日時を記憶させた参加クーポン管理データを生成して、参加クーポン管理データベース１５７Ａに追加する。その結果、そのクーポンＩＤによって識別される参加クーポンについて、端末２０Ａがマスター端末として新規登録される。
その後、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａのうちの、上記のクーポンＩＤを含むクーポン情報管理データに記憶されている必要人数、特典内容といった参加クーポンの詳細な情報を含む参加クーポン詳細情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１２０）。これを受けて、端末２０Ａの制御部２１は、サーバ１０から受信した参加クーポン詳細情報を表示部２４に表示させる（Ａ１２０）。
Ｓ１２０の後、サーバ１０の制御部１１は、参加クーポンマスターコード情報を生成する。具体的には、限定ではなく例として、参加クーポンの識別情報（限定ではなく例として、クーポンＩＤ）と、マスター端末（この例では端末２０Ａ）の識別情報またはそのユーザ（この例ではユーザＡ．Ａ）の識別情報とを含むコード情報を、参加クーポンマスターコード情報として生成する。
参加クーポンマスターコード情報は、限定ではなく例として、参加クーポンの識別情報と、マスター端末の識別情報またはそのユーザの識別情報とを含む文字列の情報としてもよいし、この情報がエンコードされた一次元コード（バーコード等）や二次元コード（ＱＲコード等）で表される参加クーポンマスターコード画像（画像情報）としてもよい。そして、サーバ１０の制御部１１は、ユーザＡ．Ａが参加クーポンのマスターとなることに賛同したことを示す参加クーポンマスター賛同情報とともに、生成した参加クーポンマスターコード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１３０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスターコード情報を受信すると、端末２０Ａの制御部２１は、受信した参加クーポンマスターコード情報を表示部２４に表示させる（Ａ１３０）。
端末２０Ｂの制御部２１は、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報を、撮像部２７によって読み取る（Ｂ１３０）。そして、端末２０Ｂの制御部２１は、限定ではなく例として、読み取った参加クーポンマスターコード情報に含まれる情報と、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報とを含む参加クーポン賛同情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１４０）。参加クーポン賛同情報は、参加クーポンの取得に賛同することを意思表示するための情報である。
Ｓ１３０の後、サーバ１０の制御部１１は、端末２０から参加クーポン賛同情報を受信したか否かを判定し（Ｓ１４０）、受信したと判定したならば（Ｓ１４０：ＹＥＳ）、参加クーポン賛同追加処理を実行する（Ｓ１５０）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７Ａのうち、上記の参加クーポンマスター賛同処理で生成した参加クーポン管理データの賛同履歴データに、参加クーポン賛同情報の送信元である端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を賛同端末ＩＤとして記憶させる。また、時計部１９の計時情報に基づき、賛同日時に現在の日時を記憶させる。その結果、端末２０Ａがマスター端末として登録された参加クーポンについて、端末２０Ｂが賛同端末として登録される。
その後、サーバ１０の制御部１１は、参加クーポンに賛同する端末２０またはそのユーザを新たに追加したことを通知するための参加クーポン賛同追加情報（限定ではなく、特典に関する情報の一例）を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１６０）。参加クーポン賛同追加情報には、限定ではなく例として、追加した賛同端末（この例では端末２０Ｂ）の識別情報または端末端末のユーザの識別情報を含めることができる。
Ａ１３０の後、端末２０Ａの制御部２１は、サーバ１０から参加クーポン賛同追加情報を受信したか否かを判定し（Ａ１４０）、受信したと判定したならば（Ａ１４０：ＹＥＳ）、受信した参加クーポン賛同追加情報を表示部２４に表示させる（Ａ１５０）。
この場合、端末２０Ａでは、Ａ１３０において参加クーポンマスターコード情報が表示部２４に表示された状態である。このため、Ａ１５０では、限定ではなく例として、参加クーポンマスターコード情報が表示されている画面に、参加クーポン賛同追加情報を含めることができる。この場合、限定ではなく例として、参加クーポン賛同追加情報に含まれる賛同端末の識別情報または賛同端末のユーザの識別情報に基づき、マスター端末のユーザが、賛同端末または賛同端末のユーザを認識・把握することのできる情報を表示させるようにすることができる。具体的には、この例では、「端末２０Ｂが追加されました」や「ユーザＢ．Ｂが追加されました」といったメッセージを表示させることができる。
Ｓ１６０の後、サーバ１０の制御部１１は、参加クーポンを有効化するか否かを判定する（Ｓ１７０）。具体的には、限定ではなく例として、マスター端末のユーザと賛同端末のユーザとを含め、登録されたユーザの数が、クーポン情報管理データベース１５５Ａのうちの対応するクーポン情報管理データに記憶されている必要人数に達しているか否か（または閾値人数を超えているか否か）を判定する。
参加クーポンを有効化しないと判定したならば（Ｓ１７０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１４０に処理を戻す。一方、参加クーポンを有効化すると判定したならば（Ｓ１７０：ＹＥＳ）、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａのうちの対応するクーポン情報管理データに記憶されている特典内容が関連付けられた参加クーポン特典コード情報（限定ではなく、特典に関する情報の一例）を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１８０）。
参加クーポン特典コード情報は、限定ではなく例として、トークン（限定ではなく例として、所定の桁数の整数値や所定の桁数のアルファベットの文字列等）として機能する数字や文字列のコードや、トークンがエンコードされたコード画像等とすることができる。
その後、サーバ１０の制御部１１は、管理データ初期化処理を実行する（Ｓ１９０）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７Ａのうち、対応するクーポンＩＤを含む参加クーポン管理データに含まれるマスター端末ＩＤおよびマスター賛同日時を消去（削除、クリア）するとともに、賛同履歴データに含まれる賛同端末ＩＤおよび賛同日時を消去（削除、クリア）する。
そして、サーバ１０の制御部１１は、処理を終了する。
Ａ１５０の後、端末２０Ａの制御部２１は、サーバ１０から参加クーポン特典コード情報を受信したか否かを判定し（Ａ１６０）、受信したと判定したならば（Ａ１６０：ＹＥＳ）、参加クーポンが有効化されたことをユーザに知らせるための参加クーポン有効化表示を表示部２４に表示させる（Ａ１７０）。
その後、端末２０Ａの制御部２１は、表示部２４に表示された参加クーポン有効化表示に対して、参加クーポンを使用するための入力部に対する操作入力（限定ではなく、第１表示に対する入力の一例）がなされたか否かを判定し（Ａ１８０）、なされたと判定したならば（Ａ１８０：ＹＥＳ）、Ａ１６０で受信した参加クーポン特典コード情報を表示部２４に表示させる（Ａ１９０）。そして、端末２０Ａの制御部２１は、処理を終了する。
（２）第２の処理
図１－１７は、本実施例において各装置が実行する処理の流れの別例を示すフローチャートである。
このフローチャートは、図１－１５の処理部分において、端末２０Ａの処理としてＡ１１０のステップをＡ１０１に置き換えるとともに、Ａ１１１、Ａ１１３のステップを追加したフローチャートである。また、サーバ１０の処理として、Ｓ１０１のステップを追加したフローチャートである。
最初に、端末２０Ａの制御部２１は、参加クーポンの一覧を要求するためのクーポン一覧要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１０１）。
これを受けて、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａに基づいて、参加クーポンの一覧の情報であるクーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１０１）。そして、サーバ１０の制御部１１は、Ｓ１１０に処理を移す。
通信Ｉ／Ｆ２２によってサーバ１０からクーポン一覧情報を受信すると、端末２０Ａの制御部２１は、受信したクーポン一覧情報を表示部２４に表示させる（Ａ１１１）。そして、端末２０Ａの制御部２１は、入力部に対するユーザ操作に従って、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と、表示部２４に表示されたクーポン一覧情報の中から選択された参加クーポンの識別情報（限定ではなく例として、選択された参加クーポンのクーポンＩＤ）とを含むクーポン選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１３）。
Ｓ１１０の後、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａのうちの、参加クーポン選択情報に含まれる参加クーポンの識別情報（クーポンＩＤ）を含むクーポン情報管理データに記憶されている必要人数、特典内容等を含む参加クーポン詳細情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１３０）。
上記の処理において、限定ではなく例として、参加クーポン賛同追加情報や参加クーポン特典コード情報は、本開示における「第２端末に関する第２情報、または第２端末のユーザに関する第２情報と、第１端末に関する情報、または第１端末のユーザに関する第１情報とに少なくとも基づく特典に関する情報」の一例である。
ただし、これはあくまでも一例に過ぎず、本実施例における特典に関する情報は、限定ではなく例として、第２情報と、第１情報とに少なくとも基づく情報であって、参加クーポンに何らかの形で関係する情報とすることができる。
また、本実施例では、端末２０において参加クーポンを使用（有効化）するための入力として、入力部に対するユーザによる操作入力を例示したが、音入力部２５に対するユーザによる音入力（音声入力を含む。）によってこれを実現してもよい。
これは、端末２０に対する各種の入力について同様である。他の各実施例についても同様である。
＜第１実施例の効果＞
第１実施例は、サーバ１０と通信する端末２０Ａ（限定ではなく、第１端末の一例）が、端末２０ＡまたはユーザＡ．Ａの識別情報を含む参加クーポン要求情報（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、第１端末の通信部の一例）によってサーバ１０に送信する。そして、端末２０Ａは、参加クーポン賛同追加情報や参加クーポン特典コード情報（限定ではなく、第２情報と、第１情報とに少なくとも基づく特典に関する情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する。そして、端末２０Ａは、受信した参加クーポン特典コード情報に基づく表示として、参加クーポン有効化表示や参加クーポン特典コード情報表示（限定ではなく、特典に関する情報に基づく第１表示の一例）を表示部２４（限定ではなく、第１端末の表示部の一例）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末が、第１端末に関する第１情報、または第１端末のユーザに関する第１情報をサーバに送信するという簡単な動作を行うだけで、第１端末とは異なる第２端末に関する第２情報、または第２端末のユーザに関する第２情報と、第１情報とに少なくとも基づく特典に関する情報を受信し、その特典に関する情報に基づく第１表示を表示することで、特典に関する情報を第１端末のユーザに知らせることができる。その結果、複数のユーザがみんなで特典を使用すること（特典を受けること）が可能となり、ユーザの利便性を向上させることができる。
また、第１実施例は、端末２０Ａが、参加クーポン要求情報の送信に基づき、サーバ１０から参加クーポンマスターコード情報（限定ではなく、コード情報の一例）を通信Ｉ／Ｆ２２によって受信し、受信した参加クーポンマスターコード情報を表示部２４に表示する。この場合、端末２０ＢまたはユーザＢ．Ｂの識別情報を含む参加クーポン賛同情報（限定ではなく、第２情報の一例）が、端末２０Ｂ（限定ではなく、第２端末の一例）による、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報の読み取りに基づき、サーバ１０に端末２０Ｂから送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末がサーバから受信して表示したコード情報を、第１端末とは異なる第２端末に読み取らせるだけで、第１端末は、第２情報と、第１情報とに少なくとも基づく特典に関する情報を取得することができる。そして、その特典に関する情報に基づく第１表示を表示して、第１端末のユーザに知らせることができる。
また、第１実施例は、端末２０Ａが、サーバ１０から取得したクーポン一覧情報の表示（限定ではなく、特典に関する情報の取得に関する第２表示の一例）を表示部２４に表示する。そして、クーポン選択情報（限定ではなく、第１情報の一例）が、クーポン一覧情報の表示に対する入力に基づいて端末２０Ａからサーバ１０に送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示される、特典に関する情報の取得に関する第２表示に対する入力に基づいて、第１情報が第１端末からサーバに簡単に送信されるようにすることができる。
また、第１実施例は、参加クーポン有効化表示（限定ではなく、第１表示の一例）は、賛同端末または賛同端末のユーザの識別情報（限定ではなく、第２端末または第２端末のユーザに関する情報の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示によって、第２端末のユーザに関する情報を第１端末のユーザに知らせることができる。
また、第１実施例は、端末２０Ａの表示部２４に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への入力に基づいて、参加クーポン（限定ではなく、特典の一例）が使用される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第１表示への入力に基づいて、特典を簡単に使用することができる。
また、第１実施例は、複数の端末２０（限定ではなく、複数端末の一例）と通信するサーバ１０（限定ではなく、サーバの一例）は、複数の端末２０の各々から、各々の端末２０またはそれらのユーザの識別情報（限定ではなく、複数端末の各々に関する情報、または複数端末の各々のユーザに関する情報の一例）を通信Ｉ／Ｆ１４によって受信する。そして、サーバ１０は、マスター端末および賛同端末の数（限定ではなく、複数の情報の数の一例）に基づく参加クーポン賛同追加情報（限定ではなく、第２情報と、第１情報とに少なくとも基づく特典に関する情報の一例）や参加クーポン特典コード情報（限定ではなく、第２情報と、第１情報とに少なくとも基づく特典に関する情報の一例）を、複数の端末２０に含まれる少なくとも一つの端末２０に通信Ｉ／Ｆ１４によって送信する構成を示している。
このような構成により得られる実施例の効果の一例として、複数の情報（複数端末の各々の関する情報、または複数端末の各々のユーザに関する情報）に基づく特典に関する情報を、複数端末に含まれる少なくとも一つの端末に送信することができる。その結果、複数のユーザがみんなで特典を使用すること（特典を受けること）と可能とすることができる。
＜第１変形例（１）＞
第１実施例における端末２０に関する情報、または端末２０のユーザに関する情報は、これらの識別情報（限定ではなく例として、クーポンアプリケーションＩＤ）に限定されない。
これらの他にも、サーバ１０がクーポンアプリケーションユーザ登録データ１５３で管理しており、サーバ１０が端末２０または端末２０のユーザを特定することのできる情報、限定ではなく例として、端末電話番号や端末メールアドレス等の連絡先情報や、クーポンアプリケーションにおける各種の認証に利用されるパスワード等の認証情報としてもよいし、そのようにしなくてもよい。
＜第１変形例（２）＞
特典は、クーポンに限定されるものではなく、クーポンの他にも、限定ではなく例として、店舗から端末２０のユーザに対して何らかのサービスが提供されるものとすることができる。
この場合、特典に関する情報は、店舗から提供されるサービスを端末２０のユーザを受けるために必要な情報とすることができる。
また、第１実施例で説明した参加クーポンについての特典に関する情報は、参加クーポン賛同追加情報や参加クーポン特典コード情報に限らず、参加クーポン詳細情報や、参加クーポンを取得するために必要な条件に関する情報などの情報も、特典に関する情報に含めることができる。
＜第１変形例（３）＞
第１実施例では、参加クーポン詳細情報が、マスター端末にのみ送信されることとしたが、これに限定されない。
参加クーポン詳細情報が、マスター端末の表示部２４に表示された参加クーポンマスターコード情報を読み取った端末２０に対してもサーバ１０から送信されるようにしてもよいし、そのようにしなくてもよい。
図１－１８は、本変形例において端末２０Ｂの表示部２４に表示されるコードリーダ画面の一例を示す図である。
限定ではなく例として、ユーザＢ．Ｂが自己の端末２０Ｂのクーポンアプリケーションにおいてコードリーダを起動し、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報ＭＣ１を読み取ると、読み取られた参加クーポンマスターコード情報ＭＣ１からデコードによって取得された情報（限定ではなく例として、クーポンＩＤ）が、端末２０Ｂからサーバ１０に送信される。これを受けて、サーバ１０は、そのクーポンＩＤによって識別される参加クーポンの詳細な情報（参加クーポン詳細情報）を、端末２０Ｂに送信する。その結果、端末２０Ｂの表示部２４に表示されているコードリーダ画面には、図１－１８のような表示が表示される。
具体的には、コードリーダ画面の下部に、その参加クーポンについての参加クーポン詳細情報を含む参加クーポン詳細情報表示領域ＷＲ４が表示されている。この例では、店舗「Ｍバーガー」の参加クーポンについての参加クーポン詳細情報が表示されている。また、その下には、この参加クーポンに参加するための参加ボタンＢＴ４が表示されている。そして、この参加ボタンＢＴ４がタップされると、前述した参加クーポン賛同情報が、端末２０Ｂからサーバ１０に送信される。
以降の処理は、第１実施例と同様である。
＜第１変形例（４）＞
第１実施例では、マスター端末の表示部２４に表示された参加クーポンマスターコード情報を読み取った他の端末２０が、参加クーポン賛同情報をサーバ１０に送信することとしたが、これに限定されない。
図１－１９は、本変形例における端末２０の機能構成の一例を示す図である。
本変形例では、端末２０の機能構成のうち、通信Ｉ／Ｆ２２の構成が、図１－１とは異なっている。
通信Ｉ／Ｆ２２は、限定ではなく例として、標準通信Ｉ／Ｆ２２Ａと、端末間通信Ｉ／Ｆ２２Ｂとを備える。
標準通信Ｉ／Ｆ２２Ａは、端末２０が、ネットワーク３０を介してサーバ１０等の装置と通信を行うために用いられる通信インタフェースである。
端末間通信Ｉ／Ｆ２２Ｂは、端末２０が、限定ではなく例として、ピア・ツー・ピア（Ｐ２Ｐ）等の近距離の通信（通信方式）によって他の端末２０と通信を行うための通信インタフェースである。
近距離の通信とは、基地局やサーバを介さない通信のこと、限定ではなく例として、ブルートゥースや超広帯域無線通信（ＵＷＢ：Ultra Wide Band）等を利用した通信のことを意味する。
図１－２０は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、図１－１６の処理部分において、端末２０Ａの処理としてＡ１３１，Ａ１３３のステップを追加するとともに、端末２０Ｂの処理としてＢ１３１のステップを追加したフローチャートである。
Ｂ１３０において端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報を読み取ると、端末２０Ｂの制御部２１は、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を含む、参加クーポンマスターコード情報を読み取ったことを通知するためのコード情報読み取り通知を、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ａに送信する（Ｂ１３１）。
端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂからコード情報読み取り通知を受信すると、端末２０Ａの制御部２１は、受信したコード情報読み取り通知を表示部２４に表示させる（Ａ１３１）。そして、端末２０Ａの制御部２１は、表示したコード情報読み取り通知に対する入力に基づいて、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を含む参加クーポン賛同情報を、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に送信する（Ａ１３３）。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポン賛同情報を受信すると（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１５０の処理を実行する。そして、サーバ１０の制御部１１は、Ｓ１７０に処理を移す。
この処理例では、端末２０Ｂによって参加クーポンマスターコード情報が読み取られたことを端末２０Ａが把握可能である。このため、サーバ１０が参加クーポン賛同追加処理（Ｓ１５０）の実行に伴い、参加クーポン賛同追加情報を端末２０Ａに送信するステップ（Ｓ１６０）は省略している。
図１－２１は、本変形例における各装置が実行する処理の別例を示すフローチャートである。この処理は、端末２０Ａ側で、参加クーポン賛同追加確認を行う処理の一例である。
このフローチャートは、図１－１６の処理部分において、端末２０Ａの処理としてＡ１３１，Ａ１３５，Ａ１３７，Ａ１３９のステップを追加するとともに、端末２０Ｂの処理としてＢ１３１のステップを追加したフローチャートである。また、サーバ１０の処理としてＳ１４０～Ｓ１７０のステップを削除したフローチャートである。
端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂからコード情報読み取り通知を受信し、Ａ１３１のステップを実行した後、端末２０Ａの制御部２１は、参加クーポン賛同追加確認処理を実行する（Ａ１３５）。
具体的には、限定ではなく例として、表示部２４に表示されたコード情報読み取り通知に対する入力に基づいて、端末２０Ｂを賛同端末として追加するか否かを判定する。そして、端末２０Ｂを賛同端末として追加すると判定したならば、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を、賛同端末に関する追加情報として、記憶部２８に一時記憶する。
図面上は、端末２０Ａ以外の端末２０として端末２０Ｂのみを示しているが、端末２０Ａは、上記の処理を、端末２０Ａおよび端末２０Ｂ以外の端末２０に対しても同様に行う。
その後、端末２０Ａの制御部２１は、参加クーポンが有効化されるための条件が成立したか否かを判定し（Ａ１３７）、条件が成立していないと判定したならば（Ａ１３７：ＮＯ）、Ａ１３１に処理を戻す。
条件が成立しない場合とは、限定ではなく例として、自己の端末２０（マスター端末）と賛同端末とを合計した数が、この参加クーポンの必要人数に達していない場合である。
一方、条件が成立したと判定したならば（Ａ１３７：ＹＥＳ）、端末２０Ａの制御部２１は、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と、各々の賛同端末の識別情報またはそれらのユーザの識別情報とを含む参加クーポン有効化要求情報を、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に送信する（Ａ１３９）。
これを受けて、サーバ１０の制御部１１は、Ｓ１８０，Ｓ１９０の処理を実行する。
＜第１変形例（５）＞
第１実施例において、マスター端末の表示部２４に表示された参加クーポン有効化表示への入力（操作入力や音入力）がなされたことに基づいて、参加クーポン特典コード情報が、マスター端末のユーザと賛同端末のユーザとに関連付けられるようにしてもよいし、そのようにしなくてもよい。
図１－２２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、図１－１６の処理部分において、端末２０Ａの処理としてＡ１２１，Ａ１２３，Ａ１２５，Ａ１６５のステップを追加するとともに、端末２０Ｂの処理としてＢ１３０，Ｂ１４０のステップを削除したフローチャートである。また、サーバ１０の処理として、Ｓ１８０のステップを前段に移動し、Ｓ１２５，Ｓ１８５のステップを追加したフローチャートである。
Ｓ１３０の後、サーバ１０の制御部１１は、参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１８０）。
Ａ１２０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン特典コード情報を受信したか否かを判定し（Ａ１２１）、受信したと判定したならば（Ａ１２１：ＹＥＳ）、参加クーポンへの賛同端末の追加をサーバ１０に依頼する賛同端末または賛同端末のユーザを選択させるための賛同端末選択用情報を表示部２４に表示させる（Ａ１２３）。
その後、端末２０Ａの制御部２１は、賛同端末選択用情報に対する入力に基づいて、選択した賛同端末または賛同端末のユーザの識別情報を含む参加クーポン賛同追加依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１２５）。
Ｓ１８０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポン賛同追加依頼情報を受信したか否かを判定し（Ｓ１２５）、受信したと判定したならば（Ｓ１２５：ＹＥＳ）、Ｓ１５０に処理を移す。
Ｓ１７０において参加クーポンを有効化すると判定したならば（Ｓ１７０：ＹＥＳ）、サーバ１０の制御部１１は、参加クーポンを有効化したことを示す参加クーポン有効化情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１８５）。そして、サーバ１０の制御部１１は、Ｓ１９０に処理を移す。
Ａ１５０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン有効化情報を受信したか否かを判定し（Ａ１６５）、受信したと判定したならば（Ａ１６５：ＹＥＳ）、Ａ１７０に処理を移す。
本変形例は、参加クーポン特典コード情報は、マスター端末（限定ではなく、第１端末の一例）の表示部２４に表示された賛同端末選択用情報の表示（限定ではなく、第１表示の一例）に対する入力に基づいて、マスター端末のユーザと、賛同端末のユーザとに少なくとも関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末が特典に関する情報を受信し、その特典に関する情報に基づく第１表示を表示部に表示した後、表示された第１表示への入力がなされたことに基づいて、特典に関する情報が、第１端末のユーザと、第２端末のユーザとに少なくとも関連付けられるようにすることができる。
＜第１変形例（６）＞
第１実施例では、クーポンアプリケーション（クーポンサービス）を利用して、端末２０が参加クーポンを取得する例を示したが、これに限定されない。クーポンアプリケーションとは異なるアプリケーション、限定ではなく例として、メッセージングアプリケーションを利用して、端末２０が参加クーポンを取得するようにしてもよいし、そのようにしなくてもよい。
具体的には、インスタントメッセージングサービス（ＩＭＳ）を含むメッセージングサービスを実現するためのメッセージングアプリケーションを利用して、参加クーポンを取得するようにすることができる。この場合、限定ではなく例として、クーポンアプリケーションの一機能としてメッセージングアプリケーションの機能を構成する、または、これとは逆に、メッセージングアプリケーションの一機能としてクーポンアプリケーションの機能を構成するようにすることができる。
図１－２３は、本変形例において端末２０の表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例を示す図である。この画面は、端末２０Ａの表示部２４に表示される画面の一例である。
画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例では「ユーザＡ．Ａ」）が表示されている。
また、その下には、メッセージングアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がメッセージングアプリケーションのホームであることを示す「ホーム」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域の下には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名が表示され、その下に、メッセージングアプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。機能アイコンには、限定ではなく例として、「友だち」、「事業者」、「サービス」といった、複数の機能の各々に対応するアイコンが含まれる。
「友だち」とは、メッセージングアプリケーションの機能の１つであり、一の端末２０のユーザ（一のアカウント）が、自己の端末２０から、他の端末２０のユーザ（他のアカウント）を友だちとして追加するための処理を行い、サーバ１０によって友だちを追加・登録する処理（友だち追加処理、友だち登録処理）が実行されることで、サーバ１０を介して、友だち登録された端末２０間でメッセージの送受信等を行うことが可能となる。個人のユーザが所有するメッセージングアプリケーションのアカウントのことを「一般アカウント」と称する。一般アカウントを所有するユーザの端末２０間で送受信されたメッセージの履歴は、端末２０の表示部２４にトークルーム等として表示される。
「事業者」とは、限定ではなく例として、上記の友だちの機能の一種であり、一般アカウントではなく、事業者のユーザが所有するメッセージングアプリケーションのアカウント（以下、公式アカウントと称する。）を友だちとして登録することで、公式アカウントを所有する事業者から発信されるメッセージを、サーバ１０を介して端末２０で受信して表示することが可能となる。
なお、公式アカウントを所有する事業者の装置や端末も、一般アカウントを所有する個人のユーザの端末２０と同様に、サーバ１０を介して、他の装置との間でメッセージの送受信を行うことを可能とすることができる。限定ではなく例として、一の端末２０から他の端末２０にメッセージが送信される場合と同様に、一般アカウントを所有するユーザの端末２０から公式アカウントを所有する事業者の装置や端末宛に送信されたメッセージも、サーバ１０を介して、事業者の装置や端末に届けられる。そして、そのメッセージの履歴が、事業者の装置や端末の表示部（不図示）にトークルーム等として表示される。
この例では、複数の機能アイコンのうち、「事業者」の機能アイコンＦＣ１がタップされた状態が示されている。そして、機能アイコンの表示領域の下には、ユーザＡ．Ａが友だちとして登録済みの公式アカウントの一覧が表示されている。この一覧には、限定ではなく例として、店舗「Ｍバーガー」の公式アカウント、店舗「Ｌコーヒー」の公式アカウント、店舗「Ｎラーメン」の公式アカウント等が含まれる。
ここで、公式アカウントの一覧のうち、店舗「Ｍバーガー」の公式アカウントがタップされると、限定ではなく例として、図１－２４に示す公式アカウントのトークルーム画面が表示される。
このトークルーム画面には、現在位置表示領域内に現在位置として「Ｍバーガー」の文字が表示されている。また、その下には、メッセージの送受信の履歴を含むトーク情報（トーク内容）が表示されている。限定ではなく例として、画面向かって左側には、公式アカウントから発信されたメッセージが表示され、画面向かって右側には、ユーザＡ．Ａから発信されたメッセージが表示される。
この例では、公式アカウントから発信されたメッセージとして、参加クーポンに関するメッセージとして、「お得なクーポンをお届け！ ぜひご利用ください！」のメッセージＭＳ１とともに、その参加クーポンに関する広告内容を含む広告画像ＡＤ１が表示されている。この広告画像ＡＤ１には、限定ではなく例として「参加クーポンをはじめる」の文字を含む参加クーポン要求ボタンＢＴ５が含まれる。この参加クーポン要求ボタンＢＴ５がタップされると、限定ではなく例として、図１－２５に示す画面が表示される。
この図１－２５に示す画面には、参加クーポンマスターコード情報表示領域ＷＲ２が表示されている。この参加クーポンマスターコード情報表示領域ＷＲ２に表示される情報は、図１－９と同様であるため、再度の説明を省略する。
図１－２６には、ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例を示している。
このホーム画面の構成は、端末２０Ａの表示部２４に表示されるホーム画面と同様である。この例では、複数の機能アイコンのうち、「サービス」の機能アイコンＦＣ２がタップされた状態が示されている。そして、機能アイコンの表示領域の下には、おすすめのサービスを示すアイコンが表示されており、この中には、クーポンサービスを利用するためのアイコンが含まれる。このクーポンサービスを利用するためのアイコンがタップされると、限定ではなく例として、表示中のホーム画面に、限定ではなく例として、図１－２７に示すクーポン一覧情報を含むクーポン一覧情報表示領域ＷＲ６が表示される。
このクーポン一覧情報表示領域ＷＲ６には、その日に取得可能なクーポンの情報が含まれ、その中には、通常クーポンと、参加クーポンとが含まれる。
また、クーポン一覧情報の左下には、上記のクーポンの一覧を背景画像とし、この背景画像に重畳するように、端末２０Ｂの撮像部２７（限定ではなく例としてコードリーダ）を起動させるためのコードリーダアイコンＣＮ１が表示されている。コードリーダアイコンＣＮ１がタップされると、コードリーダが起動する。
第１実施例と同様に、端末２０Ａに表示された参加クーポンマスターコード情報が、端末２０Ｂおよび端末２０Ｃによってそれぞれ読み取られると、端末２０Ａの表示部２４に表示されている公式アカウントのトークルーム画面には、限定ではなく例として、図１－２８に示す参加クーポンマスターコード情報表示領域ＷＲ２が表示される。この内容は、図１－１３と同様である。
画面下部の参加クーポン取得ボタンＢＴ２がタップされると、限定ではなく例として、サーバ１０を介して、店舗「Ｍバーガー」の公式アカウントから端末２０Ａにメッセージが送信される。この例では、店舗「Ｍバーガー」の公式アカウントから端末２０Ａ宛に、参加クーポンを届けた旨のメッセージが送信され、そのメッセージの内容が、プッシュ通知ＰＳ１として画面上部に表示されている。
ここで、プッシュ通知ＰＳ１は、情報をプッシュ送信することによって実現することができる。
プッシュ送信とは、情報の送信先の端末２０（情報を受信する端末２０）において、その情報がプッシュ通知として表示されるように送信することを意味する。
その後、限定ではなく例として、図１－２９に示すように、端末２０Ａの表示部２４の公式アカウントのトークルーム画面には、参加クーポン特典コード情報がメッセージとして表示される。この例では、参加クーポン特典コード情報として、７桁のトークンで表される参加クーポン特典コード情報ＴＫ１の他に、二次元のコード画像ＴＣ１が表示されている。
また、第１実施例の手法を、電子貨幣による支払い（決済）を行うためのアプリケーションに適用することも可能である。このアプリケーションは、支払いアプリケーションや決済アプリケーションである。
「電子貨幣」とは、物理的貨幣と区別される電子的な貨幣であって、支払いアプリケーションや決済アプリケーションにおいて、サーバによって管理される端末２０またはそのユーザが所有する電子的な貨幣を意味する。
なお、電子貨幣は、「電子マネー」や「デジタル通貨（デジタル貨幣）」と表現してもよいし、そのようにしなくてもよい。
また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」として、法定通貨を用いてもよいし、仮想通貨を用いてもよい。
また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」には、暗号通貨（暗号資産）を含めてもよい。
また、仮想通貨には、クーポンなどの物的貨幣を含めてもよい。
図１－３０は、本変形例において端末２０の表示部２４に表示される支払いアプリケーションのホーム画面の一例を示す図である。この画面は、端末２０Ａの表示部２４に表示される画面の一例である。
画面最上部中央には、支払いアプリケーションの名称として「Ｐａｙｍｅｎｔ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザの支払いアプリケーションにおけるアイコン画像およびユーザ名（この例では「ユーザＡ．Ａ」）が表示されている。
また、その下には、支払いアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置が支払いアプリケーションのホームであることを示す「ウォレットメインメニュー」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域の下には、電子貨幣の残高が表示される残高表示領域ＷＲ７が構成されている。この例では、電子貨幣の残高として「２５，０００円」が表示されている。また、その横には、電子貨幣をチャージするためのチャージボタンＢＴ７が表示されている。
また、残高表示領域ＷＲ７の下には、支払いアプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。機能アイコンには、限定ではなく例として、「送金」、「コード支払い」、「コードリーダ」、「おしらせ」、「ポイント」、「クーポン」といった、複数の機能の各々に対応するアイコンが含まれる。複数の機能アイコンのうち、「クーポン」の機能アイコンＦＣ７がタップされると、限定ではなく例として、表示中のホーム画面に、図１－３１に示すクーポン一覧情報を含むクーポン一覧情報表示領域ＷＲ６が表示される。
このクーポン一覧情報表示領域ＷＲ６は、図１－２７と同様である。
図１－３２は、端末２０Ｂの表示部２４に表示される支払いアプリケーションのホーム画面の一例を示す図である。
このホーム画面において、「コードリーダ」の機能アイコンＦＣ８がタップされると、端末２０Ｂにおいてコードリーダが起動される。そして、このコードリーダによって、端末２０Ａの表示部２４に表示される参加クーポンマスターコード情報ＭＣ１が読み取られる。
第１実施例と同様に、端末２０Ａに表示された参加クーポンマスターコード情報ＭＣ１が、端末２０Ｂおよび端末２０Ｃによってそれぞれ読み取られると、端末２０Ａの表示部２４に表示されているホーム画面には、限定ではなく例として、図１－３３に示す参加クーポンマスターコード情報表示領域ＷＲ２が表示される。この内容は、図１－１３と同様である。
画面下部の参加クーポン取得ボタンがタップされると、限定ではなく例として、サーバ１０によって、店舗「Ｍバーガー」の参加クーポンに関するメッセージが端末２０Ａに送信される。この例では、参加クーポンが付与された旨のメッセージが端末２０Ａに送信され、そのメッセージの内容が、プッシュ通知ＰＳ２として画面上部に表示されている。
画面下部の参加クーポン取得ボタンＢＴ２がタップされると、サーバ１０から端末２０Ａに参加クーポン特典コード情報が送信されて、端末２０Ａの記憶部２８に記憶される。
図１－３４は、端末２０Ａの表示部２４に表示されるマイクーポン画面の一例を示す図である。
このマイクーポン画面は、サーバ１０から受信して取得した参加クーポンの一覧が表示される画面であり、画面上部に、店舗「Ｍバーガー」の参加クーポンが届いた旨の通知ＮＴ１が表示されている。
また、この通知ＮＴ１の下には、取得した参加クーポンの一覧として、限定ではなく例として、店舗「Ｍバーガー」の参加クーポンと、店舗「Ｌコーヒー」の参加クーポンとが表示されている。
この例では、前図において、店舗「Ｍバーガー」の参加クーポンを新たに取得したことに伴い、店舗「Ｍバーガー」の参加クーポンには、「新規」であることを示す「Ｎ（Ｎｅｗ）」のマークが付して表示されている。
図１－３５は、図１－３０のホーム画面において「コード支払い」の機能アイコンがタップされた場合に表示されるコード支払い画面の一例を示す図である。
このコード支払い画面には、コード支払い情報表示領域ＷＲ８が構成されている。
コード支払い情報表示領域ＷＲ８には、限定ではなく例として、支払いアプリケーションの自分のアカウントにおける電子貨幣の口座（自分のウォレット）の残高（以下、「電子貨幣口座残高」と称する。）と、決済を行う際に使用する参加クーポンを含む各種のクーポンを検索するためのクーポン検索ボタンＢＴ８とが表示されている。
また、コード支払い情報表示領域ＷＲ８には、電子貨幣口座残高からコード支払いを行うためのコード情報として、支払いコード情報が表示されている。この例では、支払いコード情報として、１次元のコード画像と、２次元のコード画像と、これらのコード画像に格納されている１２桁のトークンとが表示されている。
また、この例では、表示中の支払いコード情報を利用可能な期間として、限定ではなく例として、支払いコード情報の表示が開始されてから「５分」の期間が定められている。そして、この期間が経過するまでの残り時間が、カウントダウン形式で表示されている。
この期間が経過すると、表示中の支払いコード情報は、支払いに利用することができなくなる。
図１－３０のホーム画面において「コード支払い」の機能アイコンがタップされると、端末２０Ａからサーバ１０に対して、支払いコード情報を要求する通知が送信される。そして、サーバ１０において支払いコード情報が生成され、生成された支払いコード情報がサーバ１０から端末２０Ａに送信されて、上記の表示がなされる。
ユーザが店舗で電子貨幣による決済を行う場合は、このコード支払い画面をレジで店舗の店員に提示し、コード画像を店舗のコードリーダ装置（以下、「店舗コードリーダ装置」と称する。）で読み取ってもらうことで、決済を行う。または、コード支払い画面に表示されているトークンを店舗の店員に店舗コードリーダ装置に入力してもらうことで決済を行う。
クーポン検索ボタンＢＴ８がタップされると、限定ではなく例として、図１－３６に示すクーポン選択画面が表示される。
このクーポン選択画面には、図１－３４のマイクーポン画面に表示されているクーポンと同じクーポンが一覧表示されている。具体的には、店舗「Ｍバーガー」の参加クーポンと、店舗「Ｌコーヒー」の参加クーポンとが表示されている。
各々のクーポンには、ラジオボタンＢＴ９が関連付けて表示されており、ラジオボタンＢＴ９を「ＯＮ」とすることで、使用するクーポンを選択することができるように構成されている。この例では、店舗「Ｍバーガー」の参加クーポンに関連付けられたラジオボタンＢＴ９が「ＯＮ」とされた状態が示されている。
この状態において、画面下部に表示されている確認ボタンＢＴ１０がタップされると、選択されたクーポンに関する情報（限定ではなく例として、クーポンＩＤ）が、端末２０Ａからサーバ１０に送信される。そして、限定ではなく例として、図１－３７に示すコード支払い画面が表示される。
このコード支払い画面の内容は、図１－３５とほぼ同様であるが、選択されたクーポンに関する情報が追加して表示されている点が異なる。
具体的には、コード支払い情報表示領域ＷＲ８におけるコード画像の表示の上に、図１－３６のクーポン選択画面で選択されたクーポンに関する情報が表示されている。この例では、店舗「Ｍバーガー」の参加クーポンが選択されたことに伴い、この参加クーポンに関する参加クーポン詳細情報が表示されている。
この状態で、ユーザＡ．Ａが、コード支払い画面をレジで店舗の店員に提示し、コード画像を店舗のコードリーダ（店舗コードリーダ）で読み取ってもらう、またはトークンを店舗コードリーダ装置に入力してもらうと、限定ではなく例として、支払いコード情報を含む決済要求情報が店舗コードリーダ装置からサーバ１０に送信され、サーバ１０で決済処理が実行される。
この場合、サーバ１０は、先に端末２０ＡまたはユーザＡ．Ａと関連付けて生成した支払いコード情報と、先に端末２０Ａから受信したクーポンに関する情報とに基づいて、決済処理を実行する。具体的には、決済しようとする金額からクーポンの割引額分の金額を減算した金額を、その支払いコード情報と関連付けられたアカウントの電子貨幣口座残高から減算する。
そして、サーバ１０は、決済が完了した旨の通知（以下、「決済完了通知」と称する。）を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
図１－３８は、端末２０Ａの表示部２４に表示される決済完了通知画面の一例を示す図である。
この決済完了通知画面には、サーバ１０から受信した決済完了通知が表示されている。この例では、決済を行ったことに対する感謝の意を示すロボットの画像とともに、決済された金額（決済金額、支払い金額、この例では「３，０００円」）と、支払いが完了した旨のメッセージ（この例では「支払いが完了しました。」）と、支払い日と、支払い先と、支払いの内訳とが表示されている。
この例では、「３，０００円」の支払いを行うにあたり、店舗「Ｍバーガー」の「５００円」割引の参加クーポンが使用されている。その結果、支払い内訳には、自分の電子貨幣口座残高からの支払い金額として「２，５００円」が、クーポンによる支払い金額として「５００円」がそれぞれ表示されている。
＜第２実施例＞
第２実施例は、第１実施例に関連する実施例であり、参加クーポンマスターコード情報に、有効期間または有効時刻が関連付けられている実施例である。
マスター端末の表示部２４に表示された参加クーポンマスターコード情報を他の端末２０が無条件に読み取ることができるとすると、その場にいる他のユーザの端末２０によって参加クーポンマスターコード情報が読み取られることが保障されない。限定ではなく例として、マスター端末の表示部２４に表示された参加クーポンマスターコード情報が、スクリーンショット等によって撮像され、その撮像画像が、その場にいないユーザの端末２０に送信されるなどの悪用のリスクがある。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成と同一の構成については同一の符号を付して、再度の説明を省略する。
本実施例において、サーバ１０の制御部１１は、参加クーポンマスターコード情報に、その有効期間（以下、「コード有効期間」と称する。）または有効時刻（以下、「コード有効時刻」と称する。）を関連付けて設定する処理を実行する。
コード有効期間は、その参加クーポンマスターコード情報を利用可能な期間として、始期および終期によって定まる期間であり、同日内の期間を設定することも可能であるし、日を跨いだ期間を設定することも可能である。始期から終期までの時間の長さのことを「コード有効時間」と称する。また、コード有効期間の終期を「コード有効期限」と称する。
それに対し、コード有効時刻は、その参加クーポンマスターコード情報を利用可能な時刻であり、日付に関係なく、任意の時刻を設定することができる。
なお、このコード有効時刻として、その参加クーポンマスターコード情報を利用することができる時刻（何時何分に利用可）を設定するようにしてもよいし、その参加クーポンマスターコード情報を利用することができなくなる時刻（何時何分まで利用可）を設定するようにしてもよい。
コード有効期間は、限定ではなく例として、サーバ１０によって参加クーポンマスターコード情報が生成された日時を始期とし、コード有効時間を「５分」として、参加クーポンマスターコード情報が生成されてから５分間の期間とすることができる。
なお、コード有効期間の始期を、サーバ１０によって参加クーポンマスターコード情報が生成された日時とするのではなく、端末２０によって参加クーポンマスターコード情報が表示された日時としてもよい。
この場合、限定ではなく例として、コード有効時間を「５分」として、参加クーポンマスターコード情報が端末２０で表示されてから５分の期間をコード有効期間とすることができる。この場合におけるコード有効期間は、参加クーポンマスターコード情報が端末２０で表示される期間という意味で「コード表示期間」と表現することもできる。
＜表示画面＞
図２－１は、本実施例において端末２０Ａの表示部２４に表示される参加クーポン詳細画面の一例を示す図である。
この参加クーポン詳細画面では、参加クーポンマスターコード情報表示領域ＷＲ２の上部であって、握手マークの左に、コード有効時間が「５分」であることを示すストップウォッチマークＭＫ１が表示されている。
また、参加クーポンマスターコード情報表示領域ＷＲ２内の参加クーポンマスターコード情報（二次元のコード画像）ＭＣ１の下には、この参加クーポンマスターコード情報のコード有効期間に関する情報として、ストップウォッチの画像とともに、コード有効期限までの残り時間がカウントダウン形式で表示されている。コード有効期限までの残り時間の表示は、コード有効時間と時計部２９Ａの計時情報とに基づいて、随時更新される。
この例では、コード有効時間は「５分」であり、５分からカウントダウン形式で残り時間が表示されている。
＜処理＞
図２－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、図１－１６の処理部分に、端末２０Ａの処理としてＡ２３０のステップを、端末２０Ｂの処理としてＢ２３０のステップを、サーバ１０の処理としてＳ２３０、Ｓ２４０のステップをそれぞれ追加したフローチャートである。
Ｓ１３０の後、サーバ１０の制御部１１は、参加クーポンマスターコード情報に関連付けて設定されたコード有効期間またはコード有効時刻と、時計部１９の計時情報とに基づき、タイムアウトした（参加クーポンマスターコード情報が利用不可となった）か否かを判定する（Ｓ２３０）。タイムアウトしていないと判定したならば（Ｓ２３０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１４０に処理を移す。
一方、タイムアウトしたと判定したならば（Ｓ２３０：ＹＥＳ）、サーバ１０の制御部１１は、タイムアウトしたことを示す参加クーポンタイムアウト情報を、通信Ｉ／Ｆ１４によって端末２０Ａおよび端末２０Ｂにそれぞれ送信する（Ｓ２４０）。
Ａ１３０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンタイムアウト情報を受信したか否かを判定し（Ａ２３０）、受信したと判定したならば（Ａ２３０：ＹＥＳ）、処理を終了する。
一方、参加クーポンタイムアウト情報を受信しなかったと判定したならば（Ａ２３０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１４０に処理を移す。
同様に、端末２０Ｂの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンタイムアウト情報を受信したか否かを判定し（Ｂ２３０）、受信したと判定したならば（Ｂ２３０：ＹＥＳ）、処理を終了する。
一方、参加クーポンタイムアウト情報を受信しなかったと判定したならば（Ｂ２３０：ＮＯ）、端末２０Ｂの制御部２１は、Ｂ１３０に処理を移す。
＜第２実施例の効果＞
第２実施例は、端末２０Ａ（限定ではなく、第１端末の一例）が、参加クーポンタイムアウト情報（限定ではなく、コード情報を利用可能な期間の情報の一例、コード情報を利用可能な時刻の情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０から受信する構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末は、コード情報を利用可能な期間の情報、または利用可能な時刻の情報を受信することで、限定ではなく例として、これらの情報を表示部に表示させるなどして、コード情報を利用可能な期間の情報、または利用可能な時刻の情報をユーザに知らせることができる。
＜第２変形例（１）＞
第２実施例において、サーバ１０が、設定したコード有効期間やコード有効時刻の情報を、参加クーポンマスターコード情報に含めるようにしてもよい。また、参加クーポンマスターコード情報に含めるクーポンＩＤ等の情報に、設定したコード有効期間やコード有効時刻の情報を関連付けてもよい。
この場合、サーバ１０は、設定したコード有効期間やコード有効時刻の情報を含む参加クーポンマスターコード情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
または、サーバ１０は、設定したコード有効期間やコード有効時刻の情報を、参加クーポンマスターコード情報とは別に、通信Ｉ／Ｆ１４によって端末２０に送信する。
そして、端末２０は、限定ではなく例として、受信したコード有効期間やコード有効時刻の情報を表示部２４に表示させる。
＜第２変形例（２）＞
第２実施例において、限定ではなく例として、コード有効期間やコード有効時刻の情報に加えて、参加クーポンマスターコード情報を読み取った端末２０の位置情報を、サーバ１０で確認できるようにしてもよいし、そのようにしなくてもよい。
具体的には、マスター端末となる端末２０は、参加クーポン要求情報をサーバ１０に送信する際に（図１－１５のＡ１１０）、自己の端末２０の最新の算出端末位置の情報をサーバ１０に送信する。
また、賛同端末となる端末２０は、マスター端末の表示部２４に表示された参加クーポン特典コード情報を読み取った後（図１－１６のＢ１３０）、参加クーポン賛同情報をサーバ１０に送信する際に（図１－１６のＢ１４０）、自己の端末２０の最新の算出端末位置の情報をサーバ１０に送信する。
サーバ１０の制御部１１は、マスター端末となる端末２０から受信した算出端末位置の情報と、賛同端末となる端末２０から受信した算出端末位置の情報とに基づき、これらの端末２０の算出端末位置間の距離を算出する。そして、サーバ１０の制御部１１は、タイムアウトしておらず、かつ、算出端末位置間の距離が閾値距離（限定ではなく例として「５メートル」～「１０メートル」）以下または未満である場合に、参加クーポン賛同追加処理を実行する。
＜第３実施例＞
第３実施例は、第１実施例および第２実施例に関連する実施例であり、マスター端末の表示部２４に参加クーポンマスターコード情報を表示させるばかりでなく、賛同端末の表示部２４にも参加クーポンマスターコード情報を表示させる実施例である。
前述したように、参加クーポンマスターコード情報は、賛同端末製造情報として機能する。この場合、マスター端末の表示部２４にのみ参加クーポンマスターコード情報を表示させるとすると、限定ではなく例として、多くのユーザが参加クーポンへの参加を希望するような場合に不便である。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成と同一の構成については同一の符号を付して、再度の説明を省略する。
図３－１は、本実施例において端末２０Ｂの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
端末２０Ｂから参加クーポン賛同情報がサーバ１０に送信されたことに基づき、サーバ１０から端末２０Ｂに、参加クーポン詳細情報が送信される。また、サーバ１０から端末２０Ｂに、参加クーポンマスターコード情報ＭＣ２が送信される。
その結果、このクーポン詳細画面には、参加クーポンマスターコード情報表示領域ＷＲ２内に、参加クーポンマスターコード情報ＭＣ２が表示されている。
なお、この参加クーポンマスターコード情報ＭＣ２は、マスター端末である端末２０Ａにサーバ１０から送信されてクーポン詳細画面に表示される参加クーポンマスターコード情報ＭＣ１と同じコード情報としてもよいし、異なるコード情報としてもよい。
＜処理＞
図３－２～図３－３は、本実施例において各装置が実行する処理の流れの一理を示すフローチャートである。この処理は、賛同端末の表示部２４に、参加クーポンマスターコード情報を表示させる処理の一例である。
このフローチャートは、図１－１６の処理部分に、端末２０Ｂの処理としてＢ３２０，Ｂ３３０，Ｂ３４０，Ｂ３５０のステップを、サーバ１０の処理としてＳ３５０，Ｓ３６０，Ｓ３７０のステップを追加したフローチャートである。
Ｓ１４０において、端末２０Ｂから参加クーポン賛同情報を受信したと判定したならば（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１５０の処理を実行する。
そして、サーバ１０の制御部１１は、賛同端末として新たに追加した端末２０（以下、「新規賛同端末」と称する。）、この例では端末２０Ｂに、通信Ｉ／Ｆ１４によって参加クーポン詳細情報を送信する（Ｓ３５０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン詳細情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポン詳細情報を表示部２４に表示させる（Ｂ３２０）。
Ｓ３５０の後、サーバ１０の制御部１１は、新規賛同端末（この例では端末２０Ｂ）に、参加クーポンマスターコード情報を、通信Ｉ／Ｆ１４によって送信する（Ｓ３６０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスターコード情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポンマスターコード情報を表示部２４に表示させる（Ｂ３３０）。
端末２０Ｂの表示部２４に表示された参加クーポンマスターコード情報は、端末２０Ａおよび端末２０Ｂ以外の他の端末２０（限定ではなく例として端末２０Ｃ）で読み取られる。この場合、端末２０Ａに表示された参加クーポンマスターコード情報が端末２０Ｂによって読み取られた場合と同様の処理が行われる。
つまり、端末２０Ｂの表示部２４に表示された参加クーポンマスターコード情報が他の端末２０（限定ではなく例として端末２０Ｃ）によって読み取られ（Ｂ１３０と同様）、他の端末２０から、参加クーポン賛同情報がサーバ１０に送信される（Ｂ１４０と同様）。そして、サーバ１０の制御部１１によって、参加クーポン賛同追加処理が実行されて（Ｓ１５０）、他の端末２０が賛同端末として追加される。
Ｓ３６０の後、サーバ１０の制御部１１は、参加クーポンに賛同する端末２０またはそのユーザ（この例では、端末２０ＣまたはユーザＣ．Ｃ）を新たに追加したことを通知するための参加クーポン賛同追加情報を、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ３７０）。そして、サーバ１０の制御部１１は、Ｓ１７０に処理を移す。
Ｂ３３０の後、端末２０Ｂの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン賛同追加情報を受信したと判定したならば（Ｂ３４０：ＹＥＳ）、受信した参加クーポン賛同追加情報を表示部２４に表示させる（Ｂ３５０）。そして、端末２０Ｂの制御部２１は、処理を終了する。
なお、上記の処理においてサーバ１０から端末２０Ｂに送信される参加クーポンマスターコード情報は、サーバ１０から端末２０Ａに送信される参加クーポンマスターコード情報と同じコード情報としてもよいし、異なるコード情報としてもよい。
＜第３実施例の効果＞
第３実施例は、端末２０Ｂ（限定ではなく、第２端末の一例）による、端末２０Ａ（限定ではなく、第１端末の一例）の表示部２４に表示された参加クーポンマスターコード情報（限定ではなく、第１コード情報の一例）の読み取りに基づき、参加クーポンマスターコード情報（限定ではなく、第２コード情報の一例）がサーバ１０から端末２０Ｂに送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第１コード情報が第２端末によって読み取られたことに基づいて、第２コード情報を第２端末が取得できるようにすることができる。その結果、限定ではなく例として、第２端末が取得したコード情報を、第１端末および第２端末とは異なる端末で読み取ることを可能とすることができる。その結果、多くのユーザが参加クーポンへの参加を希望するような場合であっても、それらのユーザを簡単に追加させることができる。
また、第３実施例は、サーバ１０から端末２０Ｂに送信される参加クーポンマスターコード情報（限定ではなく、第２コード情報の一例）は、サーバ１０から端末２０Ａに送信される参加クーポンマスターコード情報（限定ではなく、第１コード情報の一例）と同じコード情報、または異なるコード情報である構成を示している。
このような構成により得られる実施例の効果の一例として、同じコード情報とする場合、異なるコード情報とする場合、のいずれの場合であっても、限定ではなく例として、第２端末が取得したコード情報を、第１端末および第２端末とは異なる他の端末で読み取ることができるようにすることができる。また、サーバから同じコード情報が第２端末に送信される場合は、限定ではなく例として、サーバ側でコード情報を再生成するなどせずに済むため、サーバの処理負荷が軽減される。
＜第３変形例（１）＞
第３実施例では、参加クーポンマスターコード情報がサーバ１０から端末２０Ｂに送信されて表示される例を示したが、参加クーポン特典コード情報がサーバ１０から端末２０Ｂに送信されて表示されるようにしてもよいし、そのようにしなくてもよい。
この場合、端末２０Ｂに送信されて表示されるコード情報は、参加クーポンマスターコード情報と、参加クーポン特典コード情報とのうちの少なくともいずれか一方とすることができる。
図３－４は、本変形例において端末２０Ｂの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
端末２０Ｂから、参加クーポン賛同情報がサーバ１０に送信されたことに基づき、サーバ１０から端末２０Ｂに、参加クーポン詳細情報が送信される。その結果、このクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２には、限定ではなく例として、マスター端末である端末２０Ａのクーポン詳細画面に表示される参加クーポン詳細情報と同様の参加クーポン詳細情報が表示されている。
端末２０Ｂの他に、限定ではなく例として、端末２０Ｃが賛同端末としてサーバ１０によって登録されると、参加クーポン賛同追加情報が、マスター端末である端末２０Ａと、既に登録されていた賛同端末である端末２０Ｂとにそれぞれ送信される。その結果、端末２０Ｂの表示部２４には、限定ではなく例として、図３－５に示すように、ユーザＣ．Ｃが参加クーポンに参加したことを示す参加クーポン賛同追加情報が表示される。
その後、参加クーポン取得ボタンＢＴ２がタップされ、サーバ１０によって参加クーポンが有効化されると、参加クーポン特典コード情報が、マスター端末である端末２０Ａと、賛同端末である端末２０Ｂと、賛同端末である端末２０Ｃとにそれぞれ送信される。その結果、端末２０Ｂの表示部２４には、限定ではなく例として、図３－６に示すように、参加クーポン特典コード情報ＴＫ１（この例では７桁のトークン）が表示される。
図３－７～図３－８は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、図３－２～図３－３のフローチャートから、端末２０Ｂの処理として、Ｂ３３０のステップを削除するとともに、Ｂ３６０～Ｂ３９０のステップを追加したフローチャートである。また、図３－２～図３－３のフローチャートから、サーバ１０の処理として、Ｓ３６０のステップを削除するとともに、Ｓ１８０のステップをＳ３８０に置き換えたフローチャートである。
端末２０Ｂの制御部２１は、Ｂ３２０の後、Ｂ３４０に処理を移す。
また、サーバ１０の制御部１１は、Ｓ３５０の後、Ｓ３７０に処理を移す。
Ｓ３８０において、サーバ１０の制御部１１は、参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａおよび端末２０Ｂにそれぞれ送信する（Ｂ３８０）。
Ｂ３５０の後、端末２０Ｂの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン特典コード情報を受信したか否かを判定し（Ｂ３６０）、受信したと判定したならば（Ｂ３６０：ＹＥＳ）、Ｂ３７０～Ｂ３９０の処理を実行する。このＢ３７０～Ｂ３９０の処理は、端末２０ＡのＡ１７０～Ａ１９０の処理とそれぞれ同様である。
なお、上記の処理において、図３－２～図３－３のフローチャートにおける、端末２０ＢのＢ３３０のステップと、サーバ１０のＳ３６０のステップとを削除せず、残しておくようにしてもよい。
本変形例は、端末２０Ｂ（限定ではなく、第２端末の一例）が、参加クーポン特典コード情報（限定ではなく、特典に関する情報の一例）を通信Ｉ／Ｆ２２によって受信し、受信した参加クーポン特典コード情報を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末ばかりでなく、第２端末の表示部にも特典に関する情報に基づく表示を表示させることができるため、ユーザの利便性を向上させることができる。
＜第３変形例（２）＞
第３変形例（１）において、端末２０Ａと端末２０Ｂとにそれぞれサーバ１０から参加クーポン特典コード情報が送信された後、その参加クーポン特典コード情報に基づき、端末２０Ａと端末２０Ｂとのいずれかの端末２０で参加クーポンが使用された場合に、参加クーポンの使用を無効化するようにしてもよい。
図３－９は、本変形例において端末２０Ａの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
限定ではなく例として、賛同端末である端末２０Ｂにおいて参加クーポンを使用することが選択され、端末２０Ｂにおいて参加クーポン特典コード情報が表示されたことに基づいて、サーバ１０から端末２０Ａに対して、参加クーポンが使用されたことにより無効化されたことを示す参加クーポン無効化情報が送信される。その結果、端末２０Ａの表示部２４に表示されるクーポン詳細画面では、画面下部に表示される使用済みボタンＢＴ３がグレーアウトして表示されるとともに、使用済みボタンに含まれる文字が、デフォルトである「使用済みにする」から「使用済み」に更新されて表示されている。その結果、端末２０Ａでは、使用済みボタンに対する入力を受け付けない状態となっている。
図３－１０は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
このフローチャートは、図３－８の処理部分に、端末２０Ａの処理としてＡ３８５，Ａ３９５のステップを、端末２０Ｂの処理としてＢ３８５，Ｂ３９５のステップを、サーバ１０の処理としてＳ３８３，Ｓ３８５のステップをそれぞれ追加したフローチャートである。
Ａ１８０において参加クーポンを使用すると判定したならば（Ａ１８０：ＹＥＳ）、端末２０Ａの制御部２１は、サーバ１０から参加クーポン無効化情報を受信したか否かを判定する（Ａ３８５）。受信したと判定したならば（Ａ３８０：ＹＥＳ）、端末２０Ａの制御部２１は、そのまま処理を終了する。
一方、参加クーポン無効化情報を受信しなかったと判定したならば（Ａ３８５：ＮＯ）、端末２０Ａの制御部２１は、Ａ１９０の処理を実行した後、参加クーポンを使用したことを示す参加クーポン使用情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３９５）。そして、端末２０Ａの制御部２１は、処理を終了する。
端末２０Ｂの制御部２１も、上記の端末２０Ａの制御部２１が実行する処理と同様の処理を実行する（Ｂ３８５，Ｂ３９５）。
サーバ１０の制御部１１は、端末２０Ａまたは端末２０Ｂから参加クーポン使用情報を受信したか否かを判定し（Ｓ３８３）、受信したと判定したならば（Ｓ３８３：ＹＥＳ）、参加クーポン（またはその使用）を無効化することを示す参加クーポン無効化情報を、通信Ｉ／Ｆ１４によって端末２０Ａおよび端末２０Ｂにそれぞれ送信する（Ｓ３８５）。そして、サーバ１０の制御部１１は、Ｓ１９０に処理を移す。
本変形例は、端末２０Ａの表示部２４（限定ではなく、第１端末の表示部の一例）に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への操作入力や音入力（限定ではなく、第１表示に対する入力の一例）に基づいて、サーバ１０によって、管理データ初期化処理（限定ではなく、特典に関する情報と、第１情報との関連付けの解除の一例）が実行される構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末の表示部に表示された第１表示に対する入力に基づいて、特典に関する情報と、第１情報との関連付けが適切に解除されるようにすることができる。
また、本変形例は、端末２０Ｂの表示部２４（限定ではなく、第２端末の表示部の一例）に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への操作入力や音入力（限定ではなく、第１表示に対する入力の一例）がされた後に、端末２０Ａの表示部２４に表示された参加クーポン有効化表示への操作入力や音入力がされた場合、端末２０Ａは、参加クーポン無効化情報（限定ではなく、特典が使用済みであることを示す情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、一のユーザによって特典が使用された後は、その特典を他のユーザが使用できないようにすることができる。
＜第４実施例＞
第４実施例は、第１実施例～第３実施例に関連する実施例であり、複数の端末２０がマスター端末として登録された場合に、マスター端末を１つに統合（マージ）する実施例である。
複数のユーザのうちの１人のユーザのみが自己の端末２０から参加クーポンを取得しようとするとは限らず、その場にいる同じグループの別のユーザも、自己の端末２０から参加クーポンを取得しようとしてしまい、その結果、参加クーポンが重複してしまうような場合が想定される。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成と同一の構成については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図４－１は、本実施例において端末２０Ｂの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
ユーザＢ．Ｂが、自己の端末２０Ｂから参加クーポンの取得をサーバ１０に要求し、端末２０Ｂがサーバ１０によってマスター端末として登録された結果、端末２０Ｂの表示部２４に表示されるクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２には、サーバ１０から送信された参加クーポンマスターコード情報として、参加クーポン第２マスターコード情報ＭＣ３が表示されている。
参加クーポンマスターコード情報表示領域ＷＲ２には、ユーザＢ．Ｂが参加クーポンに参加したことを示す情報が表示されている。
また、二次元の参加クーポン第２マスターコード情報ＭＣ３の下には、この参加クーポンについて、自己の端末２０のマスター権限をマージ先とし、自己の端末２０のマスター権限に、他の端末２０のマスター権限を統合（マージ）させるためのマージボタンＢＴ１１が表示されている。このマスター権限をマージすることを「マスターマージ」と称する。
図４－２は、本実施例において端末２０Ａの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
ユーザＢ．Ｂと同様に、ユーザＡ．Ａも、自己の端末２０Ａから参加クーポンの取得をサーバ１０に要求し、端末２０Ａがサーバ１０によってマスター端末として登録された結果、端末２０Ａの表示部２４に表示されるクーポン詳細画面の参加クーポンマスターコード情報表示領域ＷＲ２には、サーバ１０から送信された参加クーポンマスターコード情報ＭＣ１が表示されている。
参加クーポンマスターコード情報表示領域ＷＲ２には、ユーザＡ．Ａが参加クーポンに参加したことを示す情報が表示されている。また、図４－１と同様に、参加クーポンマスターコード情報表示領域ＷＲ２には、マージボタンＢＴ１１が表示されている。
ここで、限定ではなく例として、端末２０ＡにおいてマージボタンＢＴ１１がタップされると、限定ではなく例として、図４－３に示すように、参加クーポンマスターコード情報表示領域ＷＲ２に重畳するように、参加クーポンマスターマージ候補情報を含む参加クーポンマスターマージ候補領域ＷＲ１１が表示される。
参加クーポンマスターマージ候補領域ＷＲ１１には、限定ではなく例として、「マージするアカウントを選んでください」という文字とともに、この参加クーポンについてマスター端末として登録されている他の端末２０のユーザのユーザ名がマスターマージ候補として表示されている。この例では、同じ参加クーポンについて、端末２０Ａ以外でマスター端末として登録されている端末２０のユーザのユーザ名として、「ユーザＢ．Ｂ」と「ユーザＸ．Ｘ」とがマスターマージ候補として表示されている。各々のユーザには、チェックアイコンが関連付けて表示されており、チェックアイコンをタップしてチェックを「ＯＮ」とすることで、そのマスターマージ候補を、マスターマージ対象として選択することが可能となる。
また、参加クーポンマスターマージ候補領域ＷＲ１１には、選択されたマスターマージ対象で決定してサーバ１０にマスターマージを依頼するための、限定ではなく例として「マージする」の文字が示されたマージボタンＢＴ１２と、マスターマージの依頼をやめるための、限定ではなく例として「やめる」の文字が示されたキャンセルボタンＢＴ１３とが表示されている。
限定ではなく例として、「ユーザＢ．Ｂ」のチェックアイコンのチェックが「ＯＮ」とされた状態で、マージボタンＢＴ１２がタップされると、サーバ１０によって、マスターマージ処理が実行される。その結果、端末２０Ｂのマスター権限が、端末２０Ａのマスター権限にマージされる。
図４－４は、この場合に端末２０Ｂの表示部２４に表示されるマスターマージ結果画面の一例を示す図である。
この画面では、サーバ１０によってマージが実行されたことを示すマスターマージ結果情報を含むマスターマージ結果表示領域ＷＲ１２が表示されている。マスターマージ結果表示領域ＷＲ１２には、マスターマージ結果情報として、限定ではなく例として、マスターマージされたことを示す画像と、「クーポンをマージしました」という文字と、マスターマージ先のユーザ（この例では「ユーザＡ．Ａ」）とが含まれる。また、この内容で了承するための、限定ではなく例として、「ＯＫ」の文字を含むＯＫボタンＢＴ１４が表示されている。
＜処理＞
（１）第１の処理
図４－５～図４－７は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
まず、端末２０Ｂの制御部２１は、限定ではなく例として、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を含む参加クーポン要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ４１０）。
これを受けて、サーバ１０の制御部１１は、第２参加クーポンマスター賛同処理を実行する（Ｓ４１０）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７Ａのうち、対応するクーポンＩＤを含む参加クーポン管理データのマスター端末ＩＤに、参加クーポン要求情報の送信である端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を記憶させる。また、時計部１９の計時情報に基づき、マスター賛同日時に現在の日時を記憶させる。
その後、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａのうちの、対応するクーポンＩＤを含むクーポン情報管理データに記憶されている必要人数、特典内容等を含む第２参加クーポン詳細情報を、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ４３０）。これを受けて、端末２０Ｂの制御部２１は、サーバ１０から受信した第２参加クーポン詳細情報を表示部２４に表示させる（Ｂ４２０）。
Ｓ４２０の後、サーバ１０の制御部１１は、参加クーポン第２マスターコード情報を生成する。具体的には、限定ではなく例として、参加クーポンの識別情報（限定ではなく例として、クーポンＩＤ）と、マスター端末（この例では端末２０Ｂ）の識別情報またはそのユーザ（この例ではユーザＢ．Ｂ）の識別情報を含むコード情報を、参加クーポン第２マスターコード情報として生成する。参加クーポン第２マスターコード情報は、限定ではなく例として、参加クーポンの識別情報と、マスター端末の識別情報またはそのユーザの識別情報とを含む文字列の情報としてもよいし、この情報がエンコードされた一次元コード（バーコード等）や二次元コード（ＱＲコード等）で表される参加クーポンマスターコード画像（画像情報）としてもよい。そして、サーバ１０の制御部１１は、生成した参加クーポン第２マスターコード情報を通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ４３０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン第２マスターコード情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポン第２マスターコード情報を表示部２４に表示させる（Ｂ４３０）。
Ａ１３０の後、端末２０Ａの制御部２１は、入力部に対する入力に基づき、マスターマージをサーバ１０に依頼するか否かを判定し（Ａ４４０）、依頼すると判定したならば（Ａ４４０：ＹＥＳ）、マスターマージを依頼するための参加クーポンマスターマージ依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４５０）。
Ｓ４３０の後、サーバ１０の制御部１１は、いずれかの端末２０から参加クーポンマスターマージ依頼情報を受信したか否かを判定し（Ｓ４４０）、受信したと判定したならば（Ｓ４４０：ＹＥＳ）、マスターマージ候補選出処理を実行する（Ｓ４５０）。具体的には、限定ではなく例として、同じ参加クーポンについて、マスター端末として登録されている他の端末２０をマスターマージ候補として選出する。
その後、サーバ１０の制御部１１は、選出したマスターマージ候補を含む参加クーポンマスターマージ候補情報を、通信Ｉ／Ｆ２２によって端末２０Ａに送信する（Ｓ４６０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスターマージ候補情報を受信すると、端末２０Ａの制御部２１は、受信した参加クーポンマスターマージ候補情報を表示部２４に表示させる（Ａ４５５）。
その後、端末２０Ａの制御部２１は、入力部を介して選択されたマージ対象の端末２０（この例では端末２０Ｂ）を含む参加クーポンマスターマージ対象選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４６０）。これは、限定ではなく例として、自己の端末２０（この例では端末２０Ａ）をマージ先とし、マージ対象とする端末２０のマスター権限（この例では端末２０Ｂのマスター権限）を、マージ先である自己の端末２０のマスター権限（この例では端末２０Ａのマスター権限）にマージさせるようにサーバ１０に依頼することに相当する。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンマスターマージ対象選択情報を受信すると、サーバ１０の制御部１１は、受信した参加クーポンマスターマージ対象選択情報に基づき、限定ではなく例として、マージ対象とされたことを通知するための参加クーポンマスターマージ対象情報を、通信Ｉ／Ｆ２２によって、マージ対象とされた端末２０（この例では端末２０Ｂ）に送信する（Ｓ４７０）。
その後、サーバ１０の制御部１１は、マスターマージ処理を実行する（Ｓ４８０）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７のうち、端末２０Ｂをマスター端末として登録した第２参加クーポンの参加クーポン管理データを削除するとともに、端末２０Ａをマスター端末として登録した第１参加クーポンの参加クーポン管理データのうち、その賛同履歴データの賛同端末ＩＤに、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を記憶させるとともに、現在の日時を賛同日時に記憶させる。
次いで、サーバ１０の制御部１１は、マスターマージ処理のマージ結果に関するマスターマージ結果情報を、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ４９０）。
Ｂ４３０の後、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスターマージ対象情報を受信すると（Ｂ４４０：ＹＥＳ）、端末２０Ｂの制御部２１は、限定ではなく例として、受信した参加クーポンマスターマージ対象情報を表示部２４に表示させる。
なお、サーバ１０のＳ４７０のステップと、端末２０ＢのＢ４４０のステップ（および参加クーポンマスターマージ対象情報を表示するステップ）とは、省略してもよい。
その後、通信Ｉ／Ｆ２２によってサーバ１０からマスターマージ結果情報を受信すると、端末２０Ｂの制御部２１は、受信したマスターマージ結果情報を表示部２４に表示させる（Ｂ４５０）。
Ｓ４９０の後、サーバ１０の制御部１１は、上記の参加クーポン管理データの賛同端末履歴データの更新内容を含む参加クーポン賛同更新情報を、通信Ｉ／Ｆ２２によって端末２０Ａに送信する（Ｓ４９５）。これを受けて、端末２０Ａの制御部２１は、受信した参加クーポン賛同更新情報を表示部２４に表示させる（Ａ４７０）。
なお、上記の第１の処理において、サーバ１０によってマスターマージ処理が行われる前に、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報が、端末２０Ａ以外の端末（限定ではなく例として、端末２０Ｃ）によって読み取られていた場合、サーバ１０によって、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報が、端末２０Ｂをマスター端末とする参加クーポン管理データ（端末２０Ｂのマスター権限）に関連付けられることになる。
この場合、サーバ１０によってマスターマージ処理が実行されると、端末２０Ｂをマスター端末とする参加クーポン管理データの削除に伴い、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報と、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報との関連付けは解除される。そして、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報は、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と関連付けられることになる。
（２）第２の処理
上記の処理において、端末２０Ａの制御部２１が、マージ対象を選択するのではなく、マージ先を選択するようにすることも可能である。
図４－８～図４－１０は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
Ｓ４４０において端末２０Ａから参加クーポンマスターマージ依頼情報を受信したと判定したならば（Ｓ４４０：ＹＥＳ）、サーバ１０の制御部１１は、マスターマージ先候補選出処理を実行する（Ｓ４５１）。具体的には、限定ではなく例として、同じ参加クーポンについて、マスター端末として登録されている他の端末２０をマスターマージ先候補として選出する。
その後、サーバ１０の制御部１１は、選出したマスターマージ先候補を含む参加クーポンマスターマージ先候補情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ４６１）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスターマージ先候補情報を受信すると、端末２０Ａの制御部２１は、受信した参加クーポンマスターマージ先候補情報を表示部２４に表示させる（Ａ４５６）。
その後、端末２０Ａの制御部２１は、入力部を介して選択されたマージ先の端末２０（この例では端末２０Ｂ）を含む参加クーポンマスターマージ先選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４６１）。これは、限定ではなく例として、自己の端末２０（端末２０Ａ）のマスター権限を、マージ先の端末２０（この例では端末２０Ｂ）のマスター権限にマージさせるようにサーバ１０に依頼することに相当する。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンマスターマージ先選択情報を受信すると、サーバ１０の制御部１１は、第２のマスターマージ処理を実行する（Ｓ４８１）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７のうち、端末２０Ａをマスター端末として登録した第１参加クーポンの参加クーポン管理データを削除するとともに、端末２０Ｂをマスター端末として登録した第２参加クーポンの参加クーポン管理データのうち、その賛同履歴データの賛同端末ＩＤに、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報を記憶させるとともに、現在の日時を賛同日時に記憶させる。
その後、サーバ１０の制御部１１は、第２のマスターマージ処理の結果に関するマスターマージ結果情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ４９１）。
通信Ｉ／Ｆ２２によってサーバ１０からマスターマージ結果情報を受信すると、端末２０Ａの制御部２１は、受信したマスターマージ結果情報を表示部２４に表示させる（Ａ４９１）。そして、端末２０Ａの制御部２１は、処理を終了する。
Ｓ４９１の後、サーバ１０の制御部１１は、参加クーポン賛同更新情報を、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ４９６）。そして、サーバ１０の制御部１１は、図４－１０のＳ１７０に処理を移す。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン賛同更新情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポン賛同更新情報を表示部２４に表示させる（Ｂ４９６）。そして、端末２０Ｂの制御部２１は、図４－１０のＡ１６０に処理を移す。
なお、上記の第２の処理において、サーバ１０によって第２のマスターマージ処理が行われる前に、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報が、端末２０Ｂ以外の端末（限定ではなく例として、端末２０Ｃ）によって読み取られていた場合、サーバ１０によって、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報が、端末２０Ａをマスター端末とする参加クーポン管理データ（端末２０Ａのマスター権限）に関連付けられることになる。
この場合、サーバ１０によって第２のマスターマージ処理が実行されると、端末２０Ａをマスター端末とする参加クーポン管理データの削除に伴い、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報と、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報との関連付けは解除される。そして、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報は、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報と関連付けられることになる。
＜第４実施例の効果＞
第４実施例は、端末２０ＡまたはユーザＡ．Ａにはマスター権限（参加クーポンの特典情報）（限定ではなく、第１特典情報の一例）が関連付けられる。端末２０Ａは、サーバ１０から受信した参加クーポンマスターマージ候補情報（限定ではなく、第２特典情報の一例）を表示部２４に表示させる。そして、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＢまたはユーザＢ．Ｂの識別情報（限定ではなく、第２情報の一例）が、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第１特典情報の一例）に関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第２特典情報に対する入力に基づいて、この入力を行った側の特典情報（第１特典情報）に、第２情報が簡単に関連付けられるようにすることができる。
また、第４実施例は、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第３情報の一例）は、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第２特典情報の一例）と関連付けられている。
この場合、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第３情報の一例）が、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第１特典情報の一例）に関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第２特典情報に対する入力に基づいて、この入力を行った側の特典情報（第１特典情報）に、第２情報ばかりでなく、第２特典情報と関連付けられていた情報（第３情報）も併せて、簡単に関連付けられるようにすることができる。
また、第４実施例は、端末２０ＡまたはユーザＡ．Ａにはマスター権限（限定ではなく、第１特典情報の一例）が関連付けられる。端末２０Ａは、サーバ１０から受信した参加クーポンマスターマージ候補情報（限定ではなく、第２特典情報の一例）を表示部２４に表示させる。そして、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＡまたはユーザＡ．Ａの識別情報（限定ではなく、第１情報の一例）が、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第２特典情報の一例）に関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第２特典情報に対する入力に基づいて、この入力を行った側に関する情報（第１情報）が、第２特典情報に簡単に関連付けられるようにすることができる。
また、第４実施例は、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第２情報の一例）は、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第１特典情報の一例）と関連付けられている。
この場合、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第２情報の一例）が、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第２特典情報の一例）に関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第２特典情報に対する入力に基づいて、この入力を行った側に関する情報（第１情報）ばかりでなく、第１特典情報と関連付けられていた情報（第２情報）も併せて、第２特典情報に簡単に関連付けられるようにすることができる。
＜第４変形例＞
第４実施例において、マスター端末として登録された一の端末２０が、同じくマスター端末として登録された他の端末２０の表示部２４に表示された参加クーポンマスターコード情報を読み取ることに基づいて、サーバ１０によってマスターマージが行われるようにすることもできる。
図４－１１は、本変形例において端末２０Ａの表示部２４に表示されるコードリーダ画面の一例を示す図である。
このコードリーダ画面には、限定ではなく例として、マスター端末として登録された端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報ＭＣ３が撮像領域ＷＲ３１内に収まり、コードリーダによって読み取られた状態が示されている。この場合、参加クーポンマスターマージ依頼情報が、端末２０Ａからサーバ１０に送信され、サーバ１０によって、マスターマージ処理が実行される。
（１）第１の処理
図４－１２は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。この処理は、第４実施例における第１の処理（図４－５～図４－７）に対応する処理である。
このフローチャートは、図４－５の処理部分に、端末２０Ａの処理としてＡ４４３，Ａ４４５のステップを追加したフローチャートである。
Ａ１３０の後、端末２０Ａの制御部２１は、撮像部２７を起動させるための入力がなされたか否かに基づいて、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報を読み取るか否かを判定する（Ａ４４３）。
読み取ると判定したならば（Ａ４４３：ＹＥＳ）、端末２０Ａの制御部２１は、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報を撮像部２７に読み取らせる制御を実行する（Ａ４４５）。そして、端末２０Ａの制御部２１は、Ａ４５０の処理を実行した後、Ａ４７０に処理を進める。
なお、この第１の処理において、サーバ１０によってマスターマージ処理が行われる前に、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報が、端末２０Ａ以外の端末（限定ではなく例として、端末２０Ｃ）によって読み取られていた場合、サーバ１０によって、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報が、端末２０Ｂをマスター端末とする参加クーポン管理データ（端末２０Ｂのマスター権限）に関連付けられることになる。
この場合、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づき、サーバ１０によってマスターマージ処理が実行されると、端末２０Ｂをマスター端末とする参加クーポン管理データの削除に伴い、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報と、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報との関連付けは解除される。そして、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報は、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と関連付けられることになる。
＜第２の処理＞
図４－１３は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。この処理は、第４実施例における第２の処理（図４－８～図４－１０）に対応する処理である。
このフローチャートは、図４－８の処理部分に、端末２０Ａの処理としてＡ４４３，Ａ４４５のステップを追加したフローチャートである。
Ａ１３０の後、端末２０Ａの制御部２１は、撮像部２７を起動させるための入力がなされたか否かに基づいて、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報を読み取るか否かを判定する（Ａ４４３）。
読み取ると判定したならば（Ａ４４３：ＹＥＳ）、端末２０Ａの制御部２１は、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報を撮像部２７に読み取らせる制御を実行する（Ａ４４５）。そして、端末２０Ａの制御部２１は、Ａ４５０の処理を実行した後、Ａ４９１に処理を進める。
なお、上記の第２の処理において、サーバ１０によって第２のマスターマージ処理が行われる前に、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報が、端末２０Ｂ以外の端末（限定ではなく例として、端末２０Ｃ）によって読み取られていた場合、サーバ１０によって、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報が、端末２０Ａをマスター端末とする参加クーポン管理データ（端末２０Ａのマスター権限）に関連付けられることになる。
この場合、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づき、サーバ１０によって第２のマスターマージ処理が実行されると、端末２０Ａをマスター端末とする参加クーポン管理データの削除に伴い、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報と、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報との関連付けは解除される。そして、端末２０Ｃの識別情報またはユーザＣ．Ｃの識別情報は、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報と関連付けられることになる。
本変形例は、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第１特典情報の一例）が、端末２０Ｂの識別情報（限定ではなく、第１端末に関する第１情報の一例）またはユーザＢ．Ｂの識別情報（限定ではなく、第１端末のユーザに関する第１情報の一例）と関連付けられ、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第２特典情報の一例）が、端末２０Ａの識別情報（限定ではなく、第３端末に関する第３情報の一例）またはユーザＡ．Ａの識別情報（限定ではなく、第３端末のユーザに関する第３情報の一例）と関連付けられる。
そして、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づいて、端末２０ＢまたはユーザＢ．Ｂの識別情報（限定ではなく、第１情報の一例）が、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第２特典情報の一例）と関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、第３端末による、第１端末の表示部に表示されたコード情報の読み取りに基づいて、コード情報が読み取られた側に関する情報（第１情報）が、コード情報を読み取った側の特典情報（第２特典情報）に簡単に関連付けられるようにすることができる。
また、本変形例は、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第４情報の一例）は、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第１特典情報の一例）と関連付けられる。
この場合、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づいて、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第４情報の一例）が、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第２特典情報の一例）と関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、第３端末による、第１端末の表示部に表示されたコード情報の読み取りに基づいて、コード情報が読み取られた側に関する情報（第１情報）ばかりでなく、コード情報が読み取られた側の特典情報（第１特典情報）に関連付けられていた情報（第４情報）も併せて、コード情報を読み取った側の特典情報（第２特典情報）に簡単に関連付けられるようにすることができる。
また、本変形例は、サーバ１０により、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第１特典情報の一例）が、端末２０ＢまたはユーザＢ．Ｂの識別情報（限定ではなく、第１情報の一例）と関連付けられ、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第２特典情報の一例）が、端末２０ＡまたはユーザＡ．Ａの識別情報（限定ではなく、第３情報の一例）と関連付けられる。
そして、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づいて、端末２０ＡまたはユーザＡ．Ａの識別情報（限定ではなく、第３情報の一例）が、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第１特典情報の一例）と関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、第３端末による、第１端末の表示部に表示されたコード情報の読み取りに基づいて、コード情報を読み取った側に関する情報（第３情報）が、コード情報が読み取られた側の特典情報（第１特典情報）に簡単に関連付けられるようにすることができる。
また、第４実施例は、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第４情報の一例）は、端末２０ＡまたはユーザＡ．Ａのマスター権限（限定ではなく、第２特典情報の一例）と関連付けられている。
この場合、端末２０Ａによる、端末２０Ｂの表示部２４に表示された参加クーポン第２マスターコード情報の読み取りに基づいて、端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第４情報の一例）が、端末２０ＢまたはユーザＢ．Ｂのマスター権限（限定ではなく、第１特典情報の一例）と関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、第３端末による、第１端末の表示部に表示されたコード情報の読み取りに基づいて、コード情報を読み取った側に関する情報（第３情報）ばかりでなく、コード情報を読み取った側の特典情報（第２特典情報）に関連付けられていた情報（第４情報）も併せて、コード情報が読み取られた側の特典情報（第１特典情報）に簡単に関連付けられるようにすることができる。
＜第５実施例＞
第５実施例は、前述した（１）の別の手法に関する実施例である。
第１実施例～第４実施例では、クーポンアプリケーション内で、マスター端末となる端末２０から第１情報がサーバ１０に送信され、マスター端末の表示部２４に表示される参加クーポンマスターコード情報が、賛同端末となる端末２０によって読み取られることに基づいて、賛同端末となる端末２０から第２情報がサーバ１０に送信された。
第５実施例では、マスター端末となる端末２０が、ＷＥＢ（World Wide Web）等によって参加クーポンを検索する。そして、参加クーポンの検索結果の表示に対する入力に基づいて、第１情報が、マスター端末となる端末２０からサーバ１０に送信されるようにする。
また、マスター端末の表示部２４に表示される参加クーポンマスターコード情報を読み取ることなく、第２情報が、賛同端末となる端末２０からサーバ１０に送信されるようにする。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜処理＞
図５－１～図５－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
最初に、端末２０Ａの制御部２１は、入力部に対するユーザ操作に従って、通信Ｉ／Ｆ２２によってネットワーク３０に接続し、限定ではなく例として、ＷＥＢを利用して、取得可能な参加クーポンを検索する（Ａ７１１）。そして、端末２０Ａの制御部２１は、参加クーポンの検索結果を表示部２４に表示させる（Ａ７１３）。
その後、端末２０Ａの制御部２１は、入力部に対する入力に従って、参加クーポンアプリケーションを起動し、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と、表示部２４に表示された参加クーポンの検索結果の中から選択された参加クーポンを示す選択情報（限定ではなく例として、選択された参加クーポンの名称等の情報）とを含むクーポン選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ７１５）。そして、端末２０Ａの制御部２１は、Ａ１２０に処理を移す。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポン選択情報を受信すると、サーバ１０の制御部１１は、Ｓ１１０の処理を実行する。そして、サーバ１０の制御部１１は、クーポン情報管理データベース１５５Ａのうちの、参加クーポン選択情報に含まれる選択情報から特定される参加クーポンに対応するクーポン情報管理データに記憶されている必要人数、特典内容等を含む参加クーポン詳細情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１３０）。
Ａ１２０の後、端末２０Ａの制御部２１は、参加クーポンに参加することへの賛同を要求するための参加クーポン賛同要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ７３１）。これを受けて、サーバ１０の制御部１１は、端末２０Ａから受信した参加クーポン賛同要求情報を、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する（Ｓ７３１）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン賛同要求情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポン賛同要求情報を表示部２４に表示させる（Ｂ７３１）。
ここで、参加クーポン賛同要求情報は、限定ではなく例として、端末２０Ａから端末２０Ｂに、サーバ１０を介してメッセージ形式で送信するようにすることができる。また、この場合、参加クーポン賛同要求情報は、サーバ１０を介して端末２０Ａから端末２０Ｂにプッシュ送信されるようにすることができる。
Ｂ７３１の後、端末２０Ｂの制御部２１は、端末２０Ｂの表示部２４に表示された参加クーポン賛同要求情報から、入力部に対する入力に従って、参加クーポン賛同情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１４０）。そして、端末２０Ｂの制御部２１は、処理を終了する。
なお、取得可能な参加クーポンをＷＥＢによって検索して選択するのに限らず、限定ではなく例として、第１実施例で説明したように、クーポンアプリケーション内で、取得可能な参加クーポンの一覧情報がサーバ１０から端末２０に送信されて表示されるようにすることもできる。この手法は、本実施例の手法の一種ともいえる。
＜第５実施例の効果＞
第５実施例は、端末２０Ａ（限定ではなく、第１端末の一例）が、参加クーポンの検索結果の表示（限定ではなく、特典に関する情報の取得に関する第２表示の一例）を表示部２４に表示する。そして、クーポン選択情報（限定ではなく、第１情報の一例）が、参加クーポン検索結果の表示に対する入力に基づいて端末２０Ａからサーバ１０に送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示される、特典に関する情報の取得に関する第２表示に対する入力に基づいて、第１情報が第１端末からサーバに簡単に送信されるようにすることができる。
また、第５実施例は、端末２０Ｂ（限定ではなく、第２端末の一例）が、参加クーポン賛同要求情報の表示（限定ではなく、特典に関する情報の取得に関する第２表示の一例）を表示部２４に表示する。そして、参加クーポン賛同情報（限定ではなく、第２情報の一例）が、参加クーポン賛同要求情報の表示に対する入力に基づいて端末２０Ｂからサーバ１０に送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第２端末の表示部に表示される、特典に関する情報の取得に関する第２表示に対する入力に基づいて、第２情報が第２端末からサーバに簡単に送信されるようにすることができる。
＜第５変形例（１）＞
第５実施例では、参加クーポン賛同要求情報が、端末２０Ａからサーバ１０を介して端末２０Ｂに送信され、端末２０Ｂに表示された参加クーポン賛同要求情報に対する入力に基づいて、参加クーポン賛同情報が端末２０Ｂからサーバ１０に送信されることとしたが、これに限定されない。
限定ではなく例として、端末間通信Ｉ／Ｆ２２Ｂによって、参加クーポン賛同要求情報が、端末２０Ａから端末２０Ｂに直接的に送信されるようにする。そして、端末２０Ｂに表示された参加クーポン賛同要求情報に対する入力に基づいて、参加クーポン賛同情報が端末２０Ｂからサーバ１０に送信されるようにしてもよいし、そのようにしなくてもよい。
また、第５実施例において、端末２０Ａの表示部２４に表示される参加クーポンマスターコード情報が端末２０Ｂによって読み取られることに基づいて、参加クーポン賛同情報が端末２０Ｂからサーバ１０に送信されるようにしてもよいし、そのようにしなくてもよい。
つまり、図５－１の処理を行った後、図１－１６の処理を実行するようにしてもよいし、そのようにしなくてもよい。
＜第５変形例（２）＞
第５実施例において、店舗に設置される（店舗に設置された）電子装置から送信される情報を端末２０で受信することに基づいて、取得可能な参加クーポンに関する情報が端末２０の表示部２４に表示されるようにしてもよいし、そのようにしなくてもよい。
店舗に設置される電子装置は、限定ではなく例として、ビーコン（ビーコン端末、ビーコン装置、ＢＬＥ発信機）とすることができる。
ビーコンとは、限定ではなく例として、低消費電力の近距離無線技術の一種であるＢＬＥ（Bluetooth Low Energy）を利用した位置特定技術と、その技術を利用したＢＬＥ信号の発信機である。
ビーコンは、限定ではなく例として、定期的なタイミング（限定ではなく例として、数秒に１回のタイミング）で、ビーコン信号（限定ではなく例として、ＢＬＥ信号）を発信するように構成されている。
図５－３は、本変形例における端末２０の機能構成の一例を示す図である。
本変形例では、端末２０の機能構成のうち、通信Ｉ／Ｆ２２の構成が、図１－１とは異なっている。
通信Ｉ／Ｆ２２は、限定ではなく例として、標準通信Ｉ／Ｆ２２Ａと、ビーコン用通信Ｉ／Ｆ２２Ｃとを有する。
ビーコン用通信Ｉ／Ｆ２２Ｃは、端末２０が、店舗に設置されるビーコン５０からビーコン信号を受信するために用いられる通信インタフェースである。
ビーコン用通信Ｉ／Ｆ２２Ｃは、無線通信部（近距離無線通信部）の一種である。
ビーコン５０は、限定ではなく例として、アドバタイズパケット等のＩＤ情報を含むＢＬＥ信号を発信する。端末２０がＢＬＥ信号の受信圏内に入り、端末２０がビーコン用通信Ｉ／Ｆ２２ＣによってＢＬＥ信号を受信すると、端末２０は、ビーコン５０との距離（相対的な距離）を、電波の減衰の特性に基づいて検知する。
端末２０は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に通信接続し、ビーコン用通信Ｉ／Ｆ２２Ｃによって受信したＢＬＥ信号に含まれるＩＤ情報を問い合わせる処理を実行する。これを受けて、サーバ１０の制御部１１は、そのＩＤ情報を含むＢＬＥ信号の発信元のビーコン５０が設置されている店舗を特定し、特定した店舗が提供する参加クーポンの参加クーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
この場合、サーバ１０から端末２０に対して、限定ではなく例として、前述したプッシュ送信が行われるようにすることができる。そして、端末２０に表示されたプッシュ通知に対する入力に基づいて、参加クーポン一覧情報が端末２０の表示部２４に表示されるようにすることができる。そして、表示された参加クーポン一覧情報の中から参加クーポンが選択され、前述したように、クーポン選択情報が、標準通信Ｉ／Ｆ２２Ａによって端末２０からサーバ１０に送信されるようにすることができる。
本変形例は、端末２０の通信Ｉ／Ｆ２２は、標準通信Ｉ／Ｆ２２Ａ（限定ではなく、第１通信部の一例）とビーコン用通信Ｉ／Ｆ２２Ｃ（限定ではなく、第２通信部の一例）とを有する。クーポン選択情報は、標準通信Ｉ／Ｆ２２Ａによって端末２０からサーバ１０に送信される。参加クーポン特典コード情報は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０から受信される。この場合、クーポン一覧情報の表示は、店舗に設置されるビーコン５０から送信されたＢＬＥ信号を端末２０がビーコン用通信Ｉ／Ｆ２２Ｃによって受信することに基づいて、端末２０の表示部２４に表示される構成を示している。
このような構成により得られる変形例の効果の一例として、店舗に設置される電子装置から送信された情報を第２通信部によって受信することに基づいて、第２表示が端末の表示部に簡単に表示されるようにすることができる。
＜第６実施例＞
第６実施例は、前述した（１）の別の手法に関する実施例である。
第１実施例～第４実施例では、クーポンアプリケーション内で、マスター端末となる端末２０から第１情報がサーバ１０に送信され、マスター端末の表示部２４に表示される参加クーポンマスターコード情報が、賛同端末となる端末２０によって読み取られることに基づいて、賛同端末となる端末２０から第２情報がサーバ１０に送信された。
また、第５実施例では、第２情報が、参加クーポンマスターコード情報を読み取ることなく、第２情報が、賛同端末となる端末２０からサーバ１０に送信された。
第６実施例では、近距離通信を利用して、マスター端末となる端末２０が、賛同端末となる端末２０から第２情報を受信する。そして、第２情報が、マスター端末となる端末２０からサーバ１０に送信されるようにする。
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
本実施例における端末２０の構成は、限定ではなく例として、図１－１９に示した構成と同様の構成を適用することができる。
＜処理＞
図６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。この処理は、図１－１６の処理部分に、端末２０Ａの処理としてＡ８３０、Ａ８４０のステップを、端末２０Ｂの処理としてＢ８３０、Ｂ８４０のステップをそれぞれ追加したフローチャートである。
Ａ１２０の後、端末２０Ａの制御部２１は、参加クーポンの参加に賛同することを要求するための参加クーポン賛同要求情報を、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂに送信する（Ａ８３０）。これを受けて、端末２０Ｂの制御部２１は、受信した参加クーポン賛同要求情報を表示部２４に表示させる（Ｂ８３０）。
その後、端末２０Ｂの制御部２１は、入力部に対する入力に従って、参加クーポン賛同情報を、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ａに送信する（Ｂ８４０）。そして、端末２０Ｂの制御部２１は、処理を終了する。
端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂから参加クーポン賛同情報を受信すると、端末２０Ａの制御部２１は、受信した参加クーポン賛同情報を、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に送信する（Ａ８４０）。そして、端末２０Ａの制御部２１は、Ａ１４０に処理を移す。
＜第６実施例の効果＞
第６実施例は、端末２０Ａの通信Ｉ／Ｆ２２は、標準通信Ｉ／Ｆ２２Ａ（限定ではなく、第１通信部の一例）と端末間通信Ｉ／Ｆ２２Ｂ（限定ではなく、第２通信部の一例）とを有する。クーポン要求情報（限定ではなく、第１情報の一例）は、標準通信Ｉ／Ｆ２２Ａによって端末２０Ａからサーバ１０に送信され、参加クーポン特典コード情報は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０から受信される。
端末２０Ａは、参加クーポン賛同情報（限定ではなく、第２情報の一例）を端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂから受信する。そして、端末２０Ａは、端末２０Ｂから受信した参加クーポン賛同情報を、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、第２情報を第２通信部によって受信し、受信した第２情報が、第１端末からサーバに簡単に送信されるようにすることができる。
また、第６実施例は、端末間通信Ｉ／Ｆ２２Ｂは、近距離で通信が行われる構成を示している。
このような構成により得られる実施例の効果の一例として、近距離の通信によって、第２情報を簡単に受信することができる。
＜第７実施例＞
第７実施例は、前述した（１）の別の手法に関する実施例である。
店舗に来店したユーザが参加クーポンを取得しようとする場合、取得可能な参加クーポンを検索することが面倒な場合がある。
第７実施例では、マスター端末となる端末２０が、店舗に掲載されるコード情報を読み取ることに基づいて、マスター端末となる端末２０から第１情報がサーバ１０に送信されるようにする。
第７実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成と同一の構成については同一の符号を付して、再度の説明を省略する。
本実施例において、店舗に掲示されるコード情報は、複数のユーザの各々の端末２０のうち、前述したマスター端末を製造するためのマスター端末製造情報として機能する。そこで、店舗に掲示されるコード情報を「参加クーポンマスター製造コード情報」と称する。
参加クーポンマスター製造コード情報は、限定ではなく例として、一次元のコード画像（限定ではなく例として、バーコード）や二次元のコード画像（限定ではなく例として、ＱＲコード）とすることができる。この場合、参加クーポンマスター製造コード情報には、限定ではなく例として、参加クーポンの識別情報（限定ではなく例として、クーポンＩＤ）を含めることができる。
また、参加クーポンマスター製造コード情報は、限定ではなく例として、店舗に置かれる来店客用のテーブルの台の表面の任意の位置（限定ではなく例として、テーブルの中央部）に、着席した来店客が分かり易い形で張り付けておくようにすることができる。
なお、参加クーポンマスター製造コード情報を張り付ける位置は、店舗側で自由に決めてよい。
＜データ構成＞
図７－１は、本実施例においてサーバ１０の記憶部１５に記憶されるクーポン情報管理データベースの一例であるクーポン管理データベース１５５Ｂのデータ構成例を示す図である。
このクーポン管理データベース１５５Ｂに含まれる各々のクーポン情報管理データには、クーポンＩＤと、店舗名と、必要人数と、特典内容とに加えて、限定ではなく例として、店舗位置情報と、テーブル位置情報とが記憶される。
店舗位置情報には、このクーポンＩＤの参加クーポンを利用可能な店舗の位置情報が記憶される。この店舗位置情報は、高さ方向を含まない二次元の位置情報としてもよいし、高さ方向を含む三次元の位置情報としてもよい。
テーブル位置情報には、このクーポンＩＤの参加クーポンを取得するために用いられる、上記の参加クーポンマスター製造コード情報が張り付けられるテーブルの位置情報が記憶される。このテーブル位置情報は、高さ方向を含まない二次元の位置情報としてもよいし、高さ方向を含む三次元の位置情報としてもよい。
＜表示画面等＞
図７－２は、本実施例において端末２０Ａの表示部２４に表示されるクーポンアプリケーションのホーム画面の一例を示す図である。
このホーム画面において、画面左下のコードリーダアイコンＣＮ１がタップされると、端末２０Ａにおいてコードリーダが起動され、コードリーダ画面が端末２０Ａの表示部２４に表示される。
この状態で、図７－３に示すように、店舗のテーブルの台の表面に掲示された参加クーポンマスター製造コード情報ＭＰＣ１を読み取るように、端末２０Ａを移動させる。そして、限定ではなく例として、参加クーポンマスター製造コード情報ＭＰＣ１が、コードリーダ画面の撮像領域ＷＲ３１に含まれると、限定ではなく例として、図７－４に示す画面が表示される。
すると、コードリーダによって参加クーポンマスター製造コード情報ＭＰＣ１が読み取られ、この参加クーポンマスター製造コード情報ＭＰＣ１に格納されている情報（限定ではなく例として、クーポンＩＤ）が、デコードによって取得される。その結果、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と、読み取った参加クーポンマスター製造コード情報ＭＰＣ１からデコードによって取得した情報（限定ではなく例として、クーポンＩＤ）とを含む参加クーポンマスター製造情報が、端末２０Ａからサーバ１０に送信される。そして、限定ではなく例として、端末２０Ａの表示部２４には、限定ではなく例として、図７－５に示す画面が表示される。
図７－５では、画面下部に、その参加クーポンマスター製造コード情報を読み取ったことに基づき参加可能な参加クーポンについての参加クーポン詳細情報を含む参加クーポン詳細情報表示領域ＷＲ１が表示されている。この参加クーポン詳細情報表示領域ＷＲ１の下には、この参加クーポンに参加するための参加ボタンＢＴ４が表示されている。
その後、この参加クーポンへの参加を希望する端末２０Ａ以外の端末２０は、サーバ１０から端末２０Ａに送信されて表示部２４に表示される参加クーポンマスターコード情報をコードリーダで読み取る。
以降の処理は、第１実施例と同様である。
＜処理＞
図７－６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
最初に、端末２０Ａの制御部２１は、店舗に提示される参加クーポンマスター製造コード情報を、撮像部２７に読み取らせる制御を実行する（Ａ７０１）。
その後、端末２０Ａの制御部２１は、端末２０Ａの識別情報、またはユーザＡ．Ａの識別情報と、読み取った参加クーポンマスター製造コード情報からデコードによって取得した情報（限定ではなく例として、クーポンＩＤ）とを含む参加クーポンマスター製造情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ７０３）。そして、端末２０Ａの制御部２１は、Ａ１２０に処理を移す。
通信Ｉ／Ｆ１４によってサーバ１０から参加クーポンマスター製造情報を受信すると、サーバ１０の制御部１１は、参加クーポンマスター賛同処理を実行する（Ｓ１１０）。そして、サーバ１０の制御部１１は、Ｓ１２０に処理を移す。
＜第７実施例の効果＞
第７実施例は、端末２０Ａが、参加クーポンマスター製造コード情報（限定ではなく、第３コード情報の一例）を読み取る。そして、端末２０ＡまたはユーザＡ．Ａの識別情報（限定ではなく、第１情報の一例）と、参加クーポンマスター製造コード情報からデコードによって取得したクーポンＩＤとを含む参加クーポンマスター製造情報が、通信Ｉ／Ｆ２２によってサーバ１０に送信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末によって第３コード情報を読み取るだけで、第１情報を簡単にサーバに送信することができる。結果的に、第３コード情報を読み取るという簡単な動作によって、特典に関する情報を取得することができる。
＜第７変形例（１）＞
第７実施例では、限定ではなく例として、参加クーポンマスター製造コード情報が、店舗のテーブルに張り付けられている場合を例示した。この場合、参加クーポンマスター製造コード情報を読み取った端末２０のユーザが、どのテーブルのユーザであるかをサーバ１０側で判定可能とするために、テーブルごとに異なる参加クーポンマスター製造コード情報を用意しなければならず、多くの参加クーポンマスター製造コード情報が必要となる。
そこで、第７実施例において、限定ではなく例として、端末２０Ａが、店舗に掲示される参加クーポンマスター製造コード情報を読み取ったことに基づき、自己の端末２０の位置に関する情報を参加クーポンマスター製造情報に含めてサーバ１０に送信する。そして、サーバ１０は、受信した参加クーポンマスター製造情報に含まれる端末２０の位置に関する情報に基づく参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０に送信するようにすることができる。
具体的には、限定ではなく例として、端末２０Ａの制御部２１は、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて算出した最新の算出端末位置の情報を参加クーポンマスター製造情報に含めて、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０の制御部１１は、受信した参加クーポンマスター製造情報に含まれる算出端末位置の情報に基づいて、その端末２０が位置している店舗を特定する。そして、サーバ１０の制御部１１は、特定した店舗に関連付けられた参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
この場合は、端末２０Ａのユーザが位置している店舗をサーバ１０側で特定可能となるため、異なる店舗であれば、同じ参加クーポンマスターコード情報（第３コード情報）を使用することができる。
本変形例は、端末２０Ａが、参加クーポンマスター製造コード情報を読み取ることに基づき、端末２０Ａの識別情報（限定ではなく、第１情報の一例）またはユーザＡ．Ａの識別情報（限定ではなく、第１情報の一例）と、最新の算出端末位置の情報（限定ではなく、第１端末の位置に関する情報の一例）とを含む参加クーポンマスター製造情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０Ａは、送信した最新の算出端末位置の情報に基づく参加クーポン特典コード情報を通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末が第３コード情報を読み取ることに基づき、第１情報と、第１端末の位置に関する情報とがサーバに送信される。このため、第１情報と、第１端末の位置に関する情報とに基づいて、適切な特典に関する情報が端末に送信されるようにすることができる。
＜第７変形例（２）＞
第７変形例（１）では、第１端末の位置に関する情報を、第１端末で算出された算出端末位置情報としたが、これに限定されない。
限定ではなく例として、第１端末が、店舗に設置される電子装置、限定ではなく例として、前述したビーコン５０から送信（発信）される情報に基づいて、自己の端末２０の位置を特定するようにしてもよい。この場合における端末２０の通信Ｉ／Ｆ２２の構成は、図５－３と同様とすることができる。
限定ではなく例として、端末２０は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に通信接続し、ビーコン用通信Ｉ／Ｆ２２Ｃによって受信したＢＬＥ信号に含まれるＩＤ情報を問い合わせる処理を実行する。これを受けて、サーバ１０の制御部１１は、そのＩＤ情報を含むＢＬＥ信号の発信元のビーコン５０の位置情報（場所情報）を端末２０に送信して提供する。
なお、これとは異なり、ビーコン５０から発信されるＢＬＥ信号に、ＩＤ情報として、そのビーコン５０の位置情報（場所情報）、限定ではなく例として場所情報コードを含めるようにし、ビーコン５０から端末２０に対して位置情報（場所情報）を直接送信するようにしてもよいし、そのようにしなくてもよい。
本変形例は、端末２０Ａの位置情報（限定ではなく、第１端末の位置に関する情報の一例）は、店舗に設置されるビーコン（限定ではなく、電子装置の一例）から送信されるＢＬＥ信号（限定ではなく、電子装置から送信された情報の一例）に基づく情報を含む構成を示している。
このような構成により得られる変形例の効果の一例として、店舗に設置される電子装置から送信された情報に基づいて、第１端末の位置を簡単に特定することができる。
また、上記の他にも、第１端末の位置に関する情報に、限定ではなく例として、第１端末によって選択された店舗に関する情報を含めるようにすることもできる。
この場合、店舗に関する情報には、限定ではなく例として、選択された店舗の識別情報（限定ではなく例として店舗ＩＤや店舗名）（以下、「店舗識別情報」と称する。）を含めることができる。
なお、端末２０Ａの記憶部２８にあらかじめ地図データを記憶しておくなどし、端末２０Ａの制御部２１が、入力部に対するユーザ操作に従って選択した店舗の位置情報（以下、「店舗位置情報」と称する。）を検索することを可能としてもよい。この場合、店舗に関する情報には、この店舗位置情報を含めることができる。
この場合、端末２０Ａの制御部２１は、限定ではなく例として、店舗の選択をユーザに行わせる。そして、端末２０Ａの制御部２１は、入力部に対する入力に従って選択した店舗に関する情報を含む参加クーポンマスター製造情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
参加クーポンマスター製造情報に店舗識別情報が含まれる場合、サーバ１０の制御部１１は、その店舗識別情報をデータベースで照会して、端末２０Ａが位置している店舗を特定する。そして、サーバ１０の制御部１１は、特定した店舗に関連付けられた参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
また、参加クーポンマスター製造情報に店舗位置情報が含まれる場合、サーバ１０の制御部１１は、その店舗位置情報をデータベースで照会して、端末２０Ａが位置している店舗を特定する。そして、サーバ１０の制御部１１は、特定した店舗に関連付けられた参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
なお、第１端末によって選択された店舗に関する情報には、上記の他にも、限定ではなく例として、第１端末のユーザが着席したテーブルの識別情報（限定ではなく例として、テーブル番号や席番号）（以下、「テーブル識別情報」と称する。）を含めることもできる。
この場合、端末２０Ａの制御部２１は、限定ではなく例として、着席したテーブルの選択をユーザに行わせる。そして、端末２０Ａの制御部２１は、入力部に対する入力に従って選択したテーブルの識別情報を含む参加クーポンマスター製造情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
この場合、サーバ１０の制御部１１は、そのテーブル識別情報をデータベースで照会して、端末２０Ａのユーザが着席したテーブルを特定する。そして、サーバ１０の制御部１１は、特定したテーブルに基づき、そのテーブルが置かれた店舗に関連付けられた参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
この場合は、端末２０Ａのユーザが着席したテーブルをサーバ１０側で特定可能となるため、店舗に関係なく、１つの参加クーポンマスターコード情報（第３コード情報）を用意すれば済む。
本変形例は、端末２０Ａの位置情報（限定ではなく、第１端末の位置に関する情報の一例）は、端末２０Ａによって選択された店舗の識別情報や店舗の位置情報、テーブルの識別情報等（限定ではなく、第１端末によって選択された店舗に関する情報の一例）を含む構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末によって選択された店舗に関する情報に基づいて、第１端末の位置を簡単に特定することができる。
＜第７変形例（３）＞
第７実施例において、店舗に掲示される参加クーポンマスター製造コード情報に、その店舗の情報を関連付けておくようにしてもよいし、そのようにしなくてもよい。
具体的には、サーバ１０の制御部１１は、限定ではなく例として、店舗ごとに、その店舗の店舗識別情報（限定ではなく例として、店舗ＩＤや店舗名）や、その店舗の店舗位置情報（限定ではなく例として、店舗の所在地の位置座標）をエンコードした参加クーポンマスター製造コード画像（一次元コードや二次元コード）をあらかじめ生成する。そして、生成した参加クーポンマスター製造コード画像のデータを、対応する店舗に配布しておくようにすることができる。
本変形例は、参加クーポンマスター製造コード情報（限定ではなく、第３コード情報の一例）は、店舗識別情報や店舗位置情報（限定ではなく、店舗の情報の一例）が関連付けられている構成を示している。
このような構成により得られる変形例の効果の一例として、第３コード情報は、店舗の情報が関連付けられているため、第１端末によって第３コード情報を読み取ることで、店舗の情報を第１端末で取得可能とすることができる。
＜第８実施例＞
第８実施例は、第７実施例において、一の端末２０が読み取った参加クーポンマスター製造コード情報と同じ参加クーポンマスター製造コード情報が、他の端末２０でも読み取られていた場合の実施例である。
複数のユーザのうちの１人のユーザのみが、店舗に掲示される参加クーポンマスター製造コード情報を自己の端末２０で読み取るとは限らず、その場にいる同じグループの別のユーザも、店舗に掲示される参加クーポンマスター製造コード情報を自己の端末２０で読み取ってしまい、その結果、参加クーポンが重複してしまうような場合が想定される。
第８実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図８－１は、本実施例において端末２０Ａの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
このクーポン詳細画面には、限定ではなく例として、端末２０Ａが参加クーポンマスター製造コード情報を読み取る前に、ユーザＸ．Ｘの端末２０Ｘによって参加クーポンマスター製造コード情報が既に読み取られ、端末２０Ｘがマスター端末として登録されていることを示す情報として、参加クーポンマスター情報を含む参加クーポンマスター情報表示領域ＷＲ２１が表示されている。
この参加クーポンマスター情報表示領域ＷＲ２１には、参加クーポンマスター情報として、この参加クーポンが既に開始されていることを示すメッセージとともに、ユーザＸ．Ｘが開始している参加クーポンに参加するか否かをユーザＡ．Ａに選択させるためのメッセージと、この参加クーポンに参加するための参加ボタンＢＴ２１と、ユーザＸ．Ｘのマスター権限をリセットさせるためのリセットボタンＢＴ２２とが表示されている。
この画面において、限定ではなく例として、参加ボタンＢＴ２１がタップされると、端末２０Ａのコードリーダが起動される。そして、端末２０Ｘの表示部２４に表示された参加クーポンマスターコード情報が端末２０Ａによって読み取られたことに基づいて、端末２０Ａが、端末２０Ｘがマスター権限を有する参加クーポンに、賛同端末として追加されることになる。
また、限定ではなく例として、リセットボタンＢＴ２２がタップされると、端末２０Ａからサーバ１０に対して、参加クーポンのマスター権限のリセットを依頼するための参加クーポンマスターリセット依頼情報が送信される。そして、サーバ１０において、管理データ初期化処理が実行される。
図８－２は、上記の参加ボタンＢＴ２１がタップされた場合に端末２０Ｘの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
このクーポン詳細画面には、参加クーポンマスターコード情報表示領域ＷＲ２内に、サーバ１０から端末Ｘに送信された参加クーポンマスターコード情報ＭＣ４が表示されているとともに、その下に、ユーザＸ．Ｘが参加クーポンに参加していることを示すメッセージに加えて、ユーザＡ．Ａが参加クーポンに参加したことを示すメッセージが表示されている。
＜処理＞
図８－３～図８－４は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この処理では、限定ではなく例として、端末２０Ｘが参加クーポンのマスター端末として、サーバ１０で登録済みであることとして説明する。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンマスター製造情報を受信すると、サーバ１０の制御部１１は、その参加クーポンについて、参加クーポンマスター賛同処理を実行済みであるか否かを判定する（Ｓ６０１）。つまり、その参加クーポンについて、別の端末２０がマスター端末として既に登録済みであるか否かを判定する。
参加クーポンマスター賛同処理を実行済みではないと判定したならば（Ｓ６０１：ＮＯ）、サーバ１０の制御部１１は、Ｓ１１０に処理を移す。この場合は、端末２０Ａがマスター端末として新規登録される。
一方、参加クーポンマスター賛同処理を実行済みであると判定したならば（Ｓ６０１：ＹＥＳ）、サーバ１０の制御部１１は、参加クーポンマスター情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ６２０）。
参加クーポンマスター情報は、その参加クーポンについて、参加クーポンマスター賛同処理で登録済みのマスター端末の情報である。
Ａ７０３の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポンマスター情報を受信したか否かを判定し（Ａ６１０）、受信しなかったと判定したならば（Ａ６１０：ＮＯ）、Ａ１２０に処理を移す。
一方、参加クーポンマスター情報を受信したと判定したならば（Ａ６１０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した参加クーポンマスター情報を表示部２４に表示させる（Ａ６２０）。
その後、端末２０Ａの制御部２１は、入力部に対する入力に基づいて、その参加クーポンマスター情報によって特定されるマスター端末のマスター権限をリセットさせるか否かを判定し（Ａ６３０）、リセットさせないと判定したならば（Ａ６３０：ＮＯ）、処理を終了する。
一方、マスター権限をリセットさせると判定したならば（Ａ６３０：ＹＥＳ）、端末２０Ａの制御部２１は、マスター権限をリセットさせることをサーバ１０に依頼するための参加クーポンマスターリセット依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６４０）。
Ｓ６２０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンマスターリセット依頼情報を受信したか否かを判定し（Ｓ６４０）、受信したと判定したならば（Ｓ６４０：ＹＥＳ）、管理データ初期化処理を実行する（Ｓ１９０）。そして、サーバ１０の制御部１１は、Ｓ１１０に処理を戻す。
一方、参加クーポンマスターリセット依頼情報を受信しなかったと判定したならば（Ｓ６４０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１５０に処理を移す。
Ｓ１５０の賛同追加処理では、端末２０Ｘがマスター端末となっている参加クーポンの賛同端末として、端末２０Ａを追加する処理を実行する。これにより、端末２０Ａはマスター端末ではなく、端末２０Ｘの賛同端末となる。
マスター端末として登録済みの端末２０Ｘは、参加クーポンマスターコード情報を表示部２４に表示させる（Ａ６４０）。これを、端末２０Ｂの制御部２１が撮像部２７（コードリーダ）によって読み取ると（Ｂ１３０）、端末２０Ｂの制御部２１は、Ｂ１４０に処理を移す。
サーバ１０の制御部１１は、端末２０Ｂから参加クーポン賛同情報を受信したことに基づいて（Ｓ１４０：ＹＥＳ）、Ｓ１５０に処理を移す。Ｓ１５０の賛同追加処理では、端末２０Ｃがマスター端末となっている参加クーポンの賛同端末として、端末２０Ｂを追加する処理を実行する。
これにより、端末２０Ｘの賛同端末として、端末２０Ａと、端末２０Ｂとが登録される。
＜第８実施例の効果＞
第８実施例は、端末２０Ａ（限定ではなく、第１端末の一例）により、参加クーポンのマスターとなることがサーバ１０に要求されたことに基づいて、端末２０ＡまたはユーザＡ．Ａの識別情報（限定ではなく、第１情報の一例）が、端末２０Ｘの参加クーポンマスター情報（限定ではなく、第１特典情報とは異なる特典情報の一例）に関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報が第１特典情報とは異なる特典情報に簡単に関連付けられるようにすることができる。
＜第８変形例＞
第８実施例で説明した手法の他、複数のユーザのうちの１人のユーザに限らず、その場にいる同じグループの別のユーザも店舗に掲示される参加クーポンマスター製造コード情報を自己の端末２０で読み取ってしまったような場合に、限定ではなく例として、第４実施例で説明したマスターマージの手法を同様に適用して、マスター権限をマージするようにしてもよいし、そのようにしなくてもよい。
この場合は、ユーザによるマスターマージを行うための入力に基づいてマスターマージを行うのであれば、限定ではなく例として、
・図７－６→図４－５→図４－６→図４－７
・図７－６→図４－８→図４－９→図４－１０
のいずれかの流れで処理を実行するようにすればよい。
また、マスター端末として登録された一の端末２０が、同じくマスター端末として登録された他の端末２０の表示部２４に表示された参加クーポンマスターコード情報を読み取ることに基づいてマスターマージを行うのであれば、限定ではなく例として、
・図７－６→図４－１２→図４－６→図４－７
・図７－６→図４－１３→図４－９→図４－１０
のいずれかの流れで処理を実行するようにすればよい。
＜第９実施例＞
第９実施例は、第７実施例、第８実施例と同様に、端末２０が、店舗に掲載されるコード情報を読み取ることに基づいて、参加クーポンを取得する実施例である。
第７実施例および第８実施例では、店舗に掲示されるコード情報を参加クーポンマスター製造コード情報としたが、第９実施例では、店舗に掲示されるコード情報が参加クーポンマスター製造コード情報ではない点が異なる。
第９実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
本実施例では、店舗に掲示されるコード情報を「参加クーポンコード情報」と称する。
この参加クーポンコード情報は、前述した参加クーポンマスター製造コード情報とは異なり、マスター端末製造情報として機能しない。
マスター端末製造情報として機能しないとは、端末２０がそのコード情報を読み取ってもマスター端末とはならないこと、より具体的には、サーバ１０側でマスター端末が登録されないことを意味する。
参加クーポンコード情報は、参加クーポンマスター製造コード情報と同様に、限定ではなく例として、一次元のコード画像（限定ではなく例として、バーコード）や二次元のコード画像（限定ではなく例として、ＱＲコード）とすることができる。
また、参加クーポンコード情報には、参加クーポンマスター製造コード情報と同様に、限定ではなく例として、参加クーポンの識別情報（限定ではなく例として、クーポンＩＤ）を含めることができる。
図９－１は、本実施例においてサーバ１０の記憶部１５に記憶される参加クーポン管理データベース１５７の一例である参加クーポン管理データベース１５７Ｂのデータ構成例を示す図である。
この参加クーポン管理データベース１５７Ｂに含まれる各々の参加クーポン管理データには、限定ではなく例として、クーポンＩＤと、賛同履歴データとが記憶される。
前述した参加クーポン管理データベース１５７Ａ（図１－５）に含まれる各々の参加クーポン管理データとは異なり、参加クーポン管理データベース１５７Ｂに含まれる各々の参加クーポン管理データには、マスター端末ＩＤと、マスター賛同日時とは記憶されない。
本実施例では、参加クーポンコード情報を読み取った端末２０は、賛同端末として、賛同端末履歴データに順次追加・記憶される。
＜処理＞
（１）第１の処理
図９－２～図９－３は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
最初に、端末２０Ａの制御部２１は、店舗に掲示される参加クーポンコード情報を、撮像部２９に読み取らせる制御を行う（Ａ１００１）。そして、端末２０Ａの制御部２１は、端末２０Ａの識別情報またはユーザＡ．Ａの識別情報と、読み取った参加クーポンコード情報からデコードによって取得した情報とを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１００３）。そして、端末２０Ａの制御部２１は、Ａ１２０に処理を移す。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンコード情報を受信すると、サーバ１０の制御部１１は、参加クーポン第１賛同追加処理を実行する（Ｓ１０１０）。具体的には、限定ではなく例として、参加クーポン管理データベース１５７Ｂのうち、対応するクーポンＩＤが記憶された参加クーポン管理データの賛同履歴データに、参加クーポン賛同情報の送信元である端末２０Ａの識別情報またはユーザＡ．Ａの識別情報を賛同端末ＩＤとして追加・記憶させる。また、時計部１９の計時情報に基づき、賛同日時に現在の日時を記憶させる。その結果、上記のクーポンＩＤによって識別される参加クーポンについて、端末２０Ａが賛同端末として追加・登録される。そして、サーバ１０の制御部１１は、Ｓ１２０に処理を移す。
Ａ１２０の後、端末２０Ａの制御部２１は、参加クーポンコード情報を表示部２４に表示させる（Ａ１０３０）。そして、端末２０Ａの制御部２１は、Ａ１４０に処理を移す。
その後、端末２０Ｂの制御部２１は、端末２０Ａの表示部２４に表示された参加クーポンコード情報を、撮像部２７に読み取らせる制御を行う（Ｂ１０３０）。そして、端末２０Ｂの制御部２１は、端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報と、読み取った参加クーポンコード情報からデコードによって取得した情報とを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１０４０）。そして、端末２０Ｂの制御部２１は、処理を終了する。
通信Ｉ／Ｆ１４によって端末２０Ｂから参加クーポンコード情報を受信すると（Ｓ１０４０：ＹＥＳ）、サーバ１０の制御部１１は、参加クーポン第２賛同追加処理を実行する（Ｓ１０５０）。
この参加クーポン第２賛同追加処理の処理内容は、Ｓ１０１０の参加クーポン第１賛同追加処理と同様である。つまり、参加クーポン管理データベース１５７Ｂのうち、対応するクーポンＩＤを含む参加クーポン管理データの賛同履歴データに、参加クーポン賛同情報の送信元である端末２０Ｂの識別情報またはユーザＢ．Ｂの識別情報を賛同端末ＩＤとして記憶させる。また、時計部１９の計時情報に基づき、賛同日時に現在の日時を記憶させる。その結果、最初に端末２０Ａが賛同端末として登録された賛同履歴データに、端末２０Ｂが賛同端末として追加・登録される。そして、サーバ１０の制御部１１は、Ｓ１６０に処理を移す。
ここで、上記の処理では、参加クーポンコード情報が端末２０によって読み取られるごとに、その端末２０が賛同端末として、サーバ１０によって賛同履歴データに追加・登録されていくことになる。この場合、参加クーポンを取得しようとするグループの代表者の端末２０（上記の例では端末２０Ａ）が、その参加クーポンについて最初に賛同端末として登録されれば問題ないが、同じ参加クーポンについて登録済みの賛同端末が存在する場合は問題が生ずる。これは、限定ではなく例として、自分のグループよりも前にその店舗に来店した別のグループのユーザの端末２０によって、同じ参加クーポンコード情報が読み取られていたような場合である。
自分のグループとは別のグループのユーザの端末２０が最初に登録された賛同端末である場合、この最初に登録された賛同端末に対して、自分の端末２０が賛同端末として追加されてしまう。その結果、自分の情報を含む参加クーポン賛同追加情報が、最初に登録された別のグループのユーザの端末２０に対してサーバ１０から送信されるため、見知らぬユーザに、自分の個人的な情報が知られてしまうことになる。
そこで、限定ではなく例として、以下説明する処理を実行するようにすることができる。
（２）第２の処理
図９－４～図９－５は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この処理では、限定ではなく例として、別のグループのユーザＺ．Ｚの端末２０Ｚが、参加クーポンの賛同端末として、サーバ１０で登録済みであるものとして図示する。
通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポンコード情報を受信すると、サーバ１０の制御部１１は、その参加クーポンについて、参加クーポン賛同追加処理を実行済みであるか否かを判定する（Ｓ１００１）。つまり、その参加クーポンについて、別の端末２０が賛同端末として既に登録済みであるか否かを判定する。
参加クーポン賛同追加処理を実行済みではないと判定したならば（Ｓ１００１：ＮＯ）、サーバ１０の制御部１１は、Ｓ１０１０に処理を移す。この場合は、端末２０Ａが賛同端末として新規登録される。
一方、参加クーポン賛同追加処理を実行済みであると判定したならば（Ｓ１００１：ＹＥＳ）、サーバ１０の制御部１１は、参加クーポン賛同端末情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１０２０）。
参加クーポン賛同端末情報は、その参加クーポンについて、参加クーポン賛同追加処理で登録済みの賛同端末の情報である。
なお、別のグループのユーザの端末２０（この例では端末２０Ｚ）が賛同端末として登録済みである場合、その賛同端末の情報やその賛同端末のユーザの情報が、見ず知らずのユーザ（この例では端末２０ＡのユーザＡ．Ａ）に知られ得ることになる。このため、プライバシーの問題を考慮し、他の賛同端末に関する情報または賛同端末のユーザに関する情報に、賛同端末の装置ＩＤや、賛同端末のユーザのユーザ名等の情報は含めず、賛同端末として登録済みの端末２０が存在することのみを通知するようにしてもよいし、そのようにしなくてもよい。
Ａ１００３の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン賛同端末情報を受信したか否かを判定し（Ａ１０１０）、受信しなかったと判定したならば（Ａ１０１０：ＮＯ）、Ａ１２０に処理を移す。
一方、参加クーポン賛同端末情報を受信したと判定したならば（Ａ１０１０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した参加クーポン賛同端末情報を表示部２４に表示させる（Ａ１０２０）。
その後、端末２０Ａの制御部２１は、入力部に対する入力に基づいて、その参加クーポン賛同端末情報によって特定される賛同端末の権限をリセットさせるか否かを判定し（Ａ１０３０）、リセットさせないと判定したならば（Ａ１０３０：ＮＯ）、処理を終了する。
一方、賛同端末の権限をリセットさせると判定したならば（Ａ１０３０：ＹＥＳ）、端末２０Ａの制御部２１は、賛同端末の権限をリセットさせることをサーバ１０に依頼するための参加クーポン賛同端末リセット依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１０４０）。
Ｓ１０２０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポン賛同端末リセット依頼情報を受信したか否かを判定し（Ｓ１０４５）、受信したと判定したならば（Ｓ１０４５：ＹＥＳ）、管理データ初期化処理を実行する（Ｓ１９０）。そして、サーバ１０の制御部１１は、Ｓ１０１０に処理を戻す。
一方、参加クーポン賛同端末リセット依頼情報を受信しなかったと判定したならば（Ｓ１０４５：ＮＯ）、サーバ１０の制御部１１は、Ｓ１０５０に処理を移す。
この場合、Ｓ１０５０の参加クーポン第２賛同追加処理では、端末２０Ｙが賛同端末となっている参加クーポンの賛同端末として、端末２０Ａが追加されることになる。
＜第９実施例の効果＞
第９実施例は、端末２０Ａからの参加クーポンコード情報の送信に基づき、対応する参加クーポンに、端末２０Ａとは異なる端末２０Ｚ（限定ではなく、第５端末の一例）に関する情報（限定ではなく、第５端末に関する第５情報の一例）、またはその端末２０Ｚのユーザに関する情報（限定ではなく、第５端末のユーザに関する第５情報の一例）が賛同端末の情報として登録済みである場合、端末２０Ａが、参加クーポン賛同端末情報（限定ではなく、第５情報に関する情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報を送信したにも関わらず、特典に関する情報に、第１端末とは異なる第５端末に関する情報、または第５端末のユーザに関する情報が関連付けられている場合、第５情報に関する情報を受信することができるため、特典に関する情報に第５情報が関連付けられていることをユーザに知らせることができる。
また、第９実施例は、端末２０Ａが、参加クーポン賛同端末リセット依頼情報（限定ではなく、特典に関する情報と、第５情報との関連付けを解除することに関する解除情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、特典に関する情報と、第５情報との関連付けをサーバに解除させることができる。
＜第９変形例（１）＞
第９実施例において、第１条件が成立したことに基づいて、端末２０の制御部２１が、参加クーポン賛同端末情報を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。第１条件は、「表示条件」と表現することもできる。
図９－６は、本変形例における第１条件を説明するためのテーブルの一例を示す図である。
このテーブルには、限定ではなく例として、条件Ｎｏと、条件内容と、条件判定主体とが関連付けて定められている。
条件Ｎｏ「Ｍ１」には、条件内容として「端末のユーザが賛同端末のユーザを友だち登録、またはフォローしていないこと」が、条件判定主体として「端末またはサーバ」がそれぞれ定められている。これは、自己の端末２０のユーザが賛同端末のユーザを友だち登録、またはフォローしていない場合、賛同端末のユーザは見ず知らずの人であると考えられるため、その旨を自己の端末２０のユーザに知らせる意図である。
「フォロー」とは、メッセージングアプリケーションの機能の１つ、またはメッセージングアプリケーションとは異なるＳＮＳアプリケーションの機能の１つである。
限定ではなく例として、メッセージングアプリケーションとは異なるＳＮＳアプリケーションとして、基本的に誰でも閲覧可能なメッセージ（コンテンツ）を端末２０から発信可能なオープン形式のＳＮＳアプリケーションを構成することができる。
この場合、限定ではなく例として、ＳＮＳアプリケーションにおいて、一のユーザのアカウントと他のユーザのアカウントとを関連付けること（一のユーザと他のユーザとを関連付けること）を「フォロー」と称し、自分をフォローしてくれているユーザ、またはそのユーザのアカウントのことを「フォロワー」と称することができる。
この場合、ＳＮＳアプリケーションで第１のユーザの端末２０から発信された情報を、第２のユーザが自分の端末２０で閲覧できるようにすることができる。そして、第２のユーザが、限定ではなく例として、第１のユーザから発信された情報に興味を持ったような場合に、第２のユーザは、自分の端末２０からフォロー操作を行うことで、第１のユーザをフォローするようにサーバ１０に依頼するようにすることができる。
この場合、クーポンアプリケーションの一機能としてメッセージングアプリケーションやＳＮＳアプリケーションを構成する、または、メッセージングアプリケーションやＳＮＳアプリケーションの一機能としてクーポンアプリケーションを構成するようにすることができる。
条件Ｎｏ「Ｍ１」の条件を第１条件として適用する場合、端末２０の制御部２１は、記憶部２８に記憶されている自己の端末２０のユーザが友だち登録しているユーザや、フォローしているユーザのデータを参照して、条件の成否を判定するようにすることができる。
条件Ｎｏ「Ｍ２」には、条件内容として「賛同端末が登録されてから設定時間、または設定時刻が経過していないこと」が、条件判定主体として「端末またはサーバ」がそれぞれ定められている。これは、賛同端末が登録されてから間もないうちは、賛同端末のユーザによって参加クーポンが使用されていない可能性があるため、その旨を自己の端末２０のユーザに知らせる意図である。
設定時間には、限定ではなく例として、「１時間」程度の時間を設定することができる。
また、設定時刻には、限定ではなく例として、「１時間」ごとの時刻を設定することができる。
なお、これらの設定は、端末２０側で行うようにしてもよいし、サーバ１０側で行うようにしてもよい。
条件Ｎｏ「Ｍ１」または「Ｍ２」の条件を第１条件として適用する場合、サーバ１０から端末２０に送信される参加クーポン賛同端末情報に、賛同端末に関する情報または賛同端末のユーザに関する情報として、参加クーポン管理データの賛同履歴データに記憶されている賛同日時の情報を含めるようにすることができる。そして、端末２０の制御部２１は、受信した賛同日時の情報と、時計部２９Ａの計時情報とに基づいて、条件の成否を判定するようにすることができる。
なお、上記の第１条件の成否の判定を、端末２０に代えてサーバ１０が行うようにすることもできる。この場合、サーバ１０が参加クーポン賛同端末情報を端末２０に送信するための条件として、上記と同様の第１条件を定めておくようにすることができる。
この場合における第１条件は、限定ではなく例として、「解除情報送信条件」と表現することもできる。
条件Ｎｏ「Ｍ１」の条件を適用する場合、サーバ１０の制御部１１は、友だち登録を管理するための友だち登録管理データ（不図示）やフォローの登録を管理するためのフォロー登録管理データ（不図示）を参照して、参加クーポンコード情報の送信元の端末２０のユーザが賛同端末のユーザを友だち登録していないこと、またはフォローしていないことを判定するようにすればよい。
また、条件Ｎｏ「Ｍ２」の条件を適用する場合、サーバ１０の制御部１１は、参加クーポン管理データの賛同履歴データに記憶されている賛同日時の情報と、時計部１９の計時情報とに基づいて、条件の成否を判定するようにすることができる。
本変形例は、端末２０のユーザ（限定ではなく、第１端末のユーザ）が、賛同端末のユーザ（限定ではなく、第５端末のユーザ）を友だち登録していない場合やフォローしていない場合（限定ではなく、第５端末のユーザに対する登録を行っていない場合）、端末２０が、参加クーポン賛同端末情報（限定ではなく、解除情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末のユーザが、第５端末のユーザに対する登録を行っていない場合に、解除情報を第１端末の表示部に表示して、特典に関する情報と、第５情報との関連付けを解除することに関する情報を、第１端末のユーザに知らせることができる。
＜第９変形例（２）＞
第９実施例において、第２条件が成立したことに基づいて、サーバ１０の制御部１１が、賛同端末の登録を解除するようにしてもよいし、そのようにしなくてもよい。第２条件は、「解除条件」と言うこともできる。
図９－７は、本変形例における第２条件を説明するためのテーブルの一例を示す図である。
このテーブルには、図９－６のテーブルと同様に、限定ではなく例として、条件Ｎｏと、条件内容と、条件判定主体とが関連付けて定められている。
条件Ｎｏ「Ｎ１」、「Ｎ２」には、それぞれ図９－６の条件Ｎｏ「Ｍ１」、「Ｍ２」と逆の条件が定められている。また、条件判定主体として「サーバ」が定められている。
条件Ｎｏ「Ｎ３」の条件には、条件内容「賛同端末から参加クーポン使用情報を受信したこと」が、条件判定主体として「サーバ」がそれぞれ定められている。参加クーポン使用情報は、前述した通りである。
これは、賛同端末によって参加クーポンが使用されたことをもって、賛同端末の登録を解除する意図である。
本変形例は、端末２０のユーザ（限定ではなく、第１端末のユーザ）が、賛同端末のユーザ（限定ではなく、第５端末のユーザ）を友だち登録している場合やフォローしている場合（限定ではなく、第５端末のユーザに対する登録を行っている場合）、賛同端末の登録がサーバ１０によって解除される構成を示している。
このような構成により得られる変形例の効果の一例として、第１端末のユーザが、第５端末のユーザに対する登録を行っていない場合、特典に関する情報と、第５情報との関連付けが解除されるようにすることができる。
また、本変形例は、設定期間（限定ではなく、設定された期間の一例）が経過した場合、または設定時刻（限定ではなく、設定された時刻の一例）を経過した場合、賛同端末の登録がサーバ１０によって解除される構成を示している。
このような構成により得られる変形例の効果の一例として、設定された期間が経過した場合、または設定された時刻を経過した場合、特典に関する情報と、第５情報との関連付けが解除されるようにすることができる。
また、本変形例は、賛同端末の表示部２４に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への入力（限定ではなく、第１表示に対する入力の一例）に基づいて、賛同端末の登録がサーバ１０によって解除される構成を示している。
このような構成により得られる変形例の効果の一例として、特典が使用された場合、その特典に関する情報と、第５情報との関連付けが解除されるようにすることができる。
＜第１０実施例＞
第１０実施例は、参加クーポン特典情報の特典（特典内容）を変更する実施例である。
第１０実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
参加クーポンの特典内容は、必ずしも固定的な特典内容としなければならないわけではない。限定ではなく例として、サーバ１０で登録された端末２０またはそのユーザの数に基づいて、特典内容を変更するようにすることができる。
＜表示画面＞
図１０－１は、本実施例において端末２０Ａの表示部２４に表示されるクーポン詳細画面の一例を示す図である。
このクーポン詳細画面には、画面下部の参加クーポン詳細情報表示領域ＷＲ１内にクーポン詳細情報が表示されているが、その内容が、前述した実施例とは異なっている。
具体的には、参加クーポンの必要人数が「１人～３人」であり、参加人数に応じて、会計から最大で「５００円」が割り引かれる旨が表示されている。参加クーポン詳細情報表示領域ＷＲ１内の参加クーポン要求ボタンＢＴ１がタップされると、限定ではなく例として、図１０－２に示すように、参加クーポンマスターコード情報表示領域ＷＲ２が表示される。
この参加クーポンマスターコード情報表示領域ＷＲ２には、参加クーポンマスターコード情報ＭＣ１の他に、限定ではなく例として、現在の参加人数がユーザＡ．Ａの「１人」であるため、割引額は「２００円」である旨が表示されている。そして、次の段階として、あと「２人」が参加することで割引額が「５００円」となることを示す特典アップ情報ＴＵ１が表示されている。
以降の表示画面は、前述した実施例と同様である。
図１０－３は、本実施例において端末２０Ａの表示部２４に表示される参加クーポン詳細画面の別例を示す図である。
この参加クーポン詳細画面では、画面下部の参加クーポン詳細情報表示領域ＷＲ１内にクーポン詳細情報が表示されているが、その内容が、図１０－１とは異なっている。
具体的には、参加クーポンの必要人数が「１人～無限（∞）」であり、参加人数が増えるほど、割引額が大きくなる旨が表示されている。この場合、参加クーポン要求ボタンＢＴ１がタップされると、限定ではなく例として、図１０－４に示すように、参加クーポンマスターコード情報表示領域ＷＲ２が表示される。
この参加クーポンマスターコード情報表示領域ＷＲ２には、参加クーポンマスターコード情報ＭＣ１等の他に、限定ではなく例として、切替表示可能な複数の参加クーポンの画像（以下、「参加クーポン画像」と称する。）を含む参加クーポン画像群ＭＧ１（参加クーポン画像セット）が表示されている。
参加クーポン画像群ＭＧ１の左右には、参加クーポン画像を切り替えるための切替ボタンが設けられており、これらの切替ボタンをタップすることで、次の参加クーポン画像または前の参加クーポン画像が最も手前側に表示されるように、参加クーポン画像の表示を切り替えることができるように構成されている。
この図では、現在の参加人数がユーザＡ．Ａの「１人」である旨が表示されている。
また、デフォルトの表示として、参加人数を「１人」、割引額を「２００円」とする参加クーポン画像が最も手前側に表示されている。
この状態で、参加クーポン画像の右側に設けられた切替ボタンが２回タップされると、限定ではなく例として、図１０－５に示すように、参加人数を「３人」、割引額を「５００円」とする参加クーポン画像が最も手前側に表示される。
同様に、参加クーポン画像の右側に設けられた切替ボタンが５回タップされると、限定ではなく例として、図１０－６に示すように、参加人数を「５人」、割引額を「９００円」とする参加クーポン画像が最も手前側に表示される。
また、現在の参加人数に基づき、必要人数が既に条件を満たしている参加クーポン画像には、限定ではなく例として、「ＣＬＥＡＲＥＤ」の文字を含むマークが重畳表示される。
このような表示を行うことで、端末２０のユーザは、参加クーポンの特典（特典内容）の相違、および、既に条件を満たしている参加クーポンの特典をユーザが一見して把握することが可能となる。
＜処理＞
（１）第１の処理
図１０－７は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
Ｓ１３０の後、サーバ１０の制御部１１は、無条件クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１１０）。
無条件クーポンコード情報は、限定ではなく例として、必要人数に関係なく利用可能なクーポンであってデフォルトのクーポン（以下、「無条件クーポン」と称する。）のコード情報（限定ではなく例としてトークン）としてサーバ１０で生成されたコード情報である。
Ａ１３０の後、通信Ｉ／Ｆ２２によってサーバ１０から無条件クーポン特典コード情報を受信すると、端末２０Ａの制御部２１は、無条件クーポンが有効化されたことをユーザに知らせるための無条件クーポン有効化表示を表示部２４に表示させる（Ａ１１１０）。
その後、端末２０Ａの制御部２１は、表示部２４に表示された無条件クーポン有効化表示に対して、無条件クーポンを使用するための入力部に対する入力がなされたか否かを判定し（Ａ１１２０）、なされたと判定したならば（Ａ１１２０：ＹＥＳ）、無条件クーポン特典コード情報を表示部２４に表示させる（Ａ１１３０）。そして、端末２０Ａの制御部２１は、処理を終了する。
一方、無条件参加クーポンを使用するための入力部に対する入力がなされなかったと判定したならば（Ａ１１２０：ＮＯ）、サーバ１０の制御部１１は、Ａ１４０に処理を移す。
この場合、サーバ１０では、Ｓ１４０～Ｓ１６０の処理を経て、Ｓ１７０の処理が実行される。つまり、サーバ１０の制御部１１は、参加クーポンを有効化するか否かを判定する（Ｓ１７０）。具体的には、前述したように、限定ではなく例として、マスター端末のユーザと賛同ユーザとを含め、クーポン情報管理データベース１５５Ａのうちの対応するクーポン情報管理データに記憶されている必要人数に達した場合に、参加クーポンを有効化すると判定することができる。
参加クーポンを有効化すると判定したならば（Ｓ１７０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１８０に処理を進める。その結果、無条件クーポン特典コード情報とは異なるコード情報として、参加クーポン特典コード情報が、サーバ１０から端末２０Ａに送信される。
（２）第２の処理
図１０－８は、本実施例において各装置が実行する処理の流れの別例を示すフローチャートである。
Ｓ１６０の後、サーバ１０の制御部１１は、参加クーポンの特典レベルが更新されたか否かを判定する（Ｓ１１６０）。
特典レベルは、限定ではなく例として、マスター端末および賛同端末の合計数と正の相関を有するレベルとして設定しておくことができる。より具体的には、限定ではなく例として、合計数が「１」であれば「特典レベル１」、合計数が「２」であれば「特典レベル２」、合計数が「３」であれば「特典レベル３」、・・・、といったように、合計数に応じて特典レベルをアップさせることができる。
なお、特典レベルを際限なくアップさせることを可能とすると、店舗側が不利益を被ることがあり得るため、特典レベルに上限値を設定しておくようにすることもできる。
この場合、特典レベルが上限値に達した後は、合計数がそれ以上増えても、特典レベルをアップさせないようにすればよい。この場合、Ｓ１１６０の判定結果は「ＮＯ」となる。
特典レベルを更新すると判定したならば（Ｓ１１６０：ＹＥＳ）、サーバ１０の制御部１１は、更新後の特典レベルに応じた参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１７０）。
この場合、特典レベルが高いほど、より価値の高い特典が設定された参加クーポン特典コード情報が、サーバ１０から端末２０Ａに送信されるようにすることができる。
特典の価値が高いとは、限定ではなく例として、割引を行う特典であれば、その割引額（ディスカウント額）や割引率（ディスカウント率）が高いことである。
また、何らかの付加的な商品やサービスの提供を行う特典であれば、この付加的な商品やサービスの数が多いことやその質が高いことである。
その後、サーバ１０の制御部１１は、参加クーポンの特典内容を更新したことを示す参加クーポン更新情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１８０）。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン特典コード情報を受信した後（Ａ１６０：ＹＥＳ）、通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン更新情報を受信すると、端末２０Ａの制御部２１は、受信した参加クーポン更新情報を表示部２４に表示させる（Ａ１１７０）。また、端末２０Ａの制御部２１は、参加クーポンの特典レベルが更新されたことを示す特典レベル更新情報を表示部２４に表示させる（Ａ１１８０）。そして、端末２０Ａの制御部２１は、Ａ１８０に処理を移す。
なお、上記の処理において、マスター端末は特典レベルの判定対象から除外し、賛同端末の数に基づいて特典レベルを決定するようにしてもよいし、そのようにしなくてもよい。
つまり、マスター端末が決定された後、いくつの端末２０が賛同端末として登録されたかに基づいて、特典レベルを決定するようにしてもよいし、そのようにしなくてもよい。
＜第１０実施例の効果＞
第１０実施例は、無条件クーポン特典コード情報（限定ではなく、特典に関する情報の一例）が、登録された端末２０またはそのユーザの数（限定ではなく、関連付けられた情報の一例）に基づいて、参加クーポン特典コード情報に変更される構成を示している。
このような構成により得られる実施例の効果の一例として、関連付けられた情報の数に基づいて、特典に関する情報が変更されるため、ユーザの利便性を向上させることができる。
また、第１０実施例は、参加クーポン特典コード情報（限定ではなく、特典に関する情報の一例）は、サーバ１０によって登録された端末２０またはそのユーザの数（限定ではなく、関連付けられた情報の数の一例）に基づいて、変更される構成を示している。
このような構成により得られる実施例の効果の一例として、特典に関する情報が、関連付けられた情報の数に基づいて変更されるため、限定ではなく例として、関連付けられた情報の数が多いほど、より価値の高い特典が提供されるようにするといったことが可能となる。
また、第１０実施例は、参加クーポン特典コード情報（限定ではなく、特典に関する情報の一例）は、サーバ１０によって登録された端末２０またはそのユーザの数が、必要人数（限定ではなく、設定された数の一例）以上である場合、または閾値人数（限定ではなく、設定された数の一例）よりも多い場合、端末２０Ａの表示部２４に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）に対する入力（限定ではなく、第１表示への入力の一例）に基づいて、マスター端末のユーザと、賛同端末のユーザとに少なくとも関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、参加クーポン特典コード情報が、関連付けられた情報の数が設定された数以上、または設定された数よりも多い場合、マスター端末の表示部２４に表示された参加クーポン有効化表示への入力に基づいて、第１端末のユーザと、第２端末のユーザとに少なくとも関連付けられるため、ユーザの利便性を向上させることができる。
また、第１０実施例は、参加クーポン有効化表示（限定ではなく、第１表示の一例）は、参加クーポンに参加した端末２０の数またはユーザの数に基づいて、特典レベルが更新される条件（限定ではなく、特典が変更される条件の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示の表示によって、特典が変更される条件を第１端末のユーザに知らせることができる。
＜第１０変形例＞
第１０実施例では、参加クーポンに参加した端末２０の数またはユーザの数に基づいて、特典レベルが更新される例を示したが、これに限定されない。
限定ではなく例として、参加クーポンに参加した端末２０のユーザに関する情報に基づいて、特典レベルが更新されるようにしてもよいし、そのようにしなくてもよい。
具体的には、限定ではなく例として、参加クーポンに初めて参加するユーザの端末２０が登録された場合は、特典レベルをアップさせるようにすることができる。
また、限定ではなく例として、性別や年齢、職業等の属性情報が同じであるユーザの端末２０が登録された場合は、特典レベルをアップさせるようにすることができる。
また、限定ではなく例として、その日が誕生日であるユーザの端末２０が登録された場合は、特典レベルをアップさせるようにすることができる。
また、その参加クーポンが使用される店舗と同じ苗字のユーザの端末２０が登録された場合や、店舗に関連する苗字や名前のユーザの端末２０が登録された場合は、特典レベルをアップさせるようにすることができる。
また、その参加クーポンが使用される店舗へのユーザの来店履歴の情報に基づいて、特典レベルが更新されるようにすることもできる。
具体的には、限定ではなく例として、その店舗への来店回数や来店頻度が設定値以上であるユーザの数が多いほど、特典レベルをアップさせるようにすることができる。また、登録された全てのユーザの来店回数や来店頻度の平均値が大きいほど、特典レベルをアップさせるようにすることもできる。
なお、上記の各種の情報（参加人数の情報、ユーザに関する情報、来店履歴の情報等）は、任意に組み合わせて、特典レベルの判定に用いることができる。
＜第１１実施例＞
第１１実施例は、前述した（２）の手法に関する実施例である。
第１１実施例では、参加クーポン特典コード情報をサーバ１０側で有効化するのではなく、端末２０側で有効化する。
図１１－１は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、クーポンアプリケーション処理プログラム２８１と、クーポンアプリケーションＩＤ２８３と、参加クーポン詳細データ２８５とに加えて、限定ではなく例として、参加クーポン管理データ２８７が記憶される。
参加クーポン管理データ２８７は、参加クーポンを端末２０側で管理するためのデータであり、そのデータ構成の一例を図１１－２に示す。
参加クーポン管理データ２８７には、限定ではなく例として、クーポンＩＤと、参加クーポン特典コード情報と、賛同履歴データとが記憶される。
賛同履歴データのデータ構成は、サーバ１０の記憶部１５に記憶される参加クーポン管理データベース１５７の参加クーポン管理データに含まれる賛同履歴データと同様である。
＜処理＞
図１１－３～図１１－４は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから参加クーポン要求情報を受信すると、Ｓ１２０に処理を移す。そして、サーバ１０の制御部１１は、参加クーポン特典コード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ａ１８０）。この参加クーポン特典コード情報は、サーバから送信されて端末で受信される特典に関する情報の一例であり、本実施例における特典に関する情報の一例である。
通信Ｉ／Ｆ２２によってサーバ１０から参加クーポン特典コード情報を受信すると、端末２０Ａの制御部２１は、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂに通信接続し、参加クーポンに参加することへの賛同を要求するための参加クーポン賛同要求情報を、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂに送信する（Ａ１２１０）。
端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ａから参加クーポン賛同要求情報を受信すると、端末２０Ｂの制御部２１は、受信した参加クーポン賛同要求情報を表示部２４に表示させる（Ｂ１２１０）。そして、端末２０Ｂの制御部２１は、表示部２４に表示された参加クーポン賛同要求情報に対する入力部を介してユーザ操作に従って、参加クーポン賛同情報を、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ａに送信する（Ｂ１２２０）。そして、端末２０Ｂの制御部２１は、処理を終了する。
端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂから参加クーポン賛同情報を受信すると、端末２０Ａの制御部２１は、参加クーポン賛同追加処理を実行する（Ａ１２２０）。具体的には、限定ではなく例として、参加クーポン管理データ２８７に含まれる賛同履歴データに、参加クーポン賛同情報の送信元である端末２０ＢまたはユーザＢ．Ｂの識別情報を賛同端末ＩＤとして記憶させる。また、時計部２９Ａの計時情報に基づき、賛同日時に現在の日時を記憶させる。その結果、端末２０Ａがマスターとなった参加クーポンについて、端末２０Ｂが賛同端末として登録される。
その後、端末２０Ａの制御部２１は、参加クーポンを有効化するか否かを判定する（Ａ１２３０）。具体的には、限定ではなく例として、マスター端末（自己の端末２０）のユーザと賛同端末のユーザとを含め、登録されたユーザの数が、参加クーポン詳細データ２８５に記憶されている参加クーポン詳細情報のうちの必要人数に達しているか否か（または閾値人数を超えているか否か）を判定する。
参加クーポンを有効化すると判定したならば（Ａ１２３０：ＹＥＳ）、端末２０Ａの制御部２１は、Ａ１７０に処理を移す。
＜第１１実施例の効果＞
第１１実施例は、サーバ１０と通信する端末２０Ａ（限定ではなく、第１端末の一例）が、端末２０ＡまたはユーザＡ．Ａの識別情報を含む参加クーポン要求情報（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、第１端末の通信部の一例）によってサーバ１０に送信する。そして、端末２０Ａは、参加クーポン特典コード情報（限定ではなく、特典に関する情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する。そして、端末２０Ａは、端末２０ＢまたはユーザＢ．Ｂの識別情報を含む参加クーポン賛同情報（限定ではなく、第２情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、参加クーポン要求情報と、参加クーポン賛同情報とに少なくとも基づき、参加クーポン有効化表示や参加クーポン特典コード情報表示（限定ではなく、特典に関する情報に基づく第１表示の一例）を表示部２４（限定ではなく、第１端末の表示部の一例）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末が、第１端末に関する第１情報または第１端末のユーザに関する第１情報をサーバに送信するという簡単な動作を行うだけで、サーバから特典に関する情報を受信することができる。また、第１端末が、第１端末とは異なる第２端末に関する第２情報または第２端末のユーザに関する第２情報を受信し、第１情報と第２情報とに少なくとも基づき、特典に関する情報に基づく第１表示を表示することで、特典に関する情報を第１端末のユーザに知らせることができる。その結果、複数のユーザがみんなで特典を使用すること（特典を受けること）が可能となり、ユーザの利便性を向上させることができる。
また、第１１実施例は、端末２０の通信Ｉ／Ｆ２２は、標準通信Ｉ／Ｆ２２Ａ（限定ではなく、第１通信部の一例）と端末間通信Ｉ／Ｆ２２Ｂ（限定ではなく、第２通信部の一例）とを有する。そして、参加クーポン要求情報（限定ではなく、第１情報の一例）は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０に送信され、参加クーポン賛同情報（限定ではなく、第２情報の一例）は、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂ（限定ではなく、第２端末の一例）から受信される構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報と第２情報とを、異なる通信部によって送受信することができる。
＜第１１変形例（１）＞
第１１実施例では、端末２０Ａが、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ｂから参加クーポン賛同情報を受信することとしたが、これに限定されない。
端末２０Ｂが、参加クーポン賛同情報をサーバ１０に送信するようにし、サーバ１０を介して、端末２０Ａが参加クーポン賛同情報を受信するようにしてもよいし、そのようにしなくてもよい。
また、第１１実施例において、マスター端末となる端末２０側で生成した擬似的なコード情報（以下、「擬似コード情報」と称する。）を、賛同端末となる端末２０が読み取ることに基づいて、参加クーポン賛同情報が賛同端末からマスター端末に送信されるようにしてもよいし、そのようにしなくてもよい。
図１１－５は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
Ａ１２０の後、端末２０Ａの制御部２１は、擬似コード情報生成処理を実行する（Ａ１２７０）。具体的には、限定ではなく例として、端末２０ＡまたはユーザＡ．Ａの識別情報をエンコードした擬似コード画像を生成する。そして、端末２０Ａの制御部２１は、生成した擬似コード情報を表示部２４に表示させる（Ａ１２８０）。
端末２０Ｂの制御部２１は、入力部に対する入力に基づいて、端末２０Ａの表示部２４に表示された擬似コード情報を、撮像部２７に読み取らせる制御を行う（Ｂ１２８０）。そして、端末２０Ｂの制御部２１は、読み取った擬似コード情報からデコードによって取得した情報に基づいて、端末間通信Ｉ／Ｆ２２Ｂによって端末２０Ａに通信接続して、参加クーポン賛同情報を送信する（Ｂ１２９０）。
＜第１１変形例（２）＞
第１０実施例では、サーバ１０が参加クーポン特典情報の特典を変更する手法を説明したが、これを第１１実施例に適用して、端末２０が参加クーポン特典情報の特典を変更するようにしてもよいし、そのようにしなくてもよい。
図１１－６は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
Ａ１２２０の後、端末２０Ａの制御部２１は、特典レベルが更新されたか否かを判定する（Ａ１２４０）。
この場合、第１０実施例と同様に、マスター端末を特典レベルの判定対象から除外し、賛同端末の数に基づいて、特典レベルを決定するようにすることができる。
また、これとは異なり、マスター端末も特典レベルの判定対象に含め、マスター端末および賛同端末の数に基づいて、特典レベルを決定するようにすることもできる。
特典レベルが更新されたと判定したならば（Ａ１２４０：ＹＥＳ）、端末２０Ａの制御部２１は、更新結果の特典レベルに基づいて、参加クーポン特典内容を変更する（Ａ１２５０）。そして、端末２０Ａの制御部２１は、参加クーポンの特典レベルが更新されたことを示す参加クーポン特典レベル更新情報を表示部２４に表示させる（Ａ１２６０）。そして、端末２０Ａの制御部２１は、Ａ１８０に処理を移す。
本変形例は、端末２０Ａが、端末２０Ｂばかりでなく、端末２０Ｃ（限定ではなく、第３端末の一例）またはそのユーザの識別情報を含む参加クーポン賛同情報（限定ではなく、第３端末または第３端末のユーザに関する情報の一例）を端末間通信Ｉ／Ｆ２２Ｂによって受信する。そして、参加クーポン特典コード情報は、少なくとも端末２０Ｂからの参加クーポン賛同情報と端末２０Ｃからの参加クーポン賛同情報とに基づき変更される構成を示している。
このような構成により得られる変形例の効果の一例として、少なくとも第２情報と第３情報とに基づいて、特典に関する情報を変更することができる。
この場合、端末２０Ｂおよび端末２０Ｃからの参加クーポン賛同情報を少なくとも含む複数の賛同端末からの参加クーポン賛同情報（限定ではなく、複数情報の一例）を、端末間通信Ｉ／Ｆ２２Ｂによって受信する。そして、参加クーポン特典コード情報は、少なくとも複数の賛同端末からの参加クーポン賛同情報の数（限定ではなく、複数情報の数の一例）に基づき変更される構成を示している。
このような構成により得られる変形例の効果の一例として、第２情報と第３情報とを少なくとも含む複数情報の数に基づき、特典に関する情報が適切に変更されるようにすることができる。その結果、限定ではなく例として、複数情報の数が多いほど、より価値の高い特典に変更するといったことが可能となる。
また、上記において、参加クーポン特典コード情報は、マスター端末に関する情報（限定ではなく、第１情報の一例）と、複数の賛同端末からの参加クーポン賛同情報の数（限定ではなく、複数情報の一例）との数に基づき変更される構成を示している。
このような構成により得られる変形例の効果の一例として、第２情報と第３情報とを少なくとも含む複数情報ばかりでなく、第１情報もカウントして、特典に関する情報が適切に変更されるようにすることができる。
また、本変形例は、端末間通信Ｉ／Ｆ２２Ｂは、近距離で通信が行われる構成を示している。
このような構成により得られる変形例の効果の一例として、近距離の通信によって、第２情報を第２端末から簡単に取得することができる。
＜他の実施例＞
第１１実施例で説明した端末２０側で参加クーポンを有効化する実施例には、第１実施例～第１０実施例で説明した各種の実施例の内容を適用可能である。
第１実施例～第１０実施例ではサーバ１０側で参加クーポンを有効化する手法を説明し、第１１実施例では端末２０側で参加クーポンを有効化する手法を説明したが、これは、参加クーポンを有効化する主体が異なるだけである。このため、それ以外の内容については、第１実施例～第１０実施例の内容を、第１１実施例に同様に適用することが可能である。
全てについて説明するのは冗長であるため、以下、部分的に例示する。
第１１実施例に、限定ではなく例として第１実施例で説明した、参加クーポンマスターコード情報の読み取りに関する内容を適用する場合、
端末２０Ａが、参加クーポン要求情報の送信に基づき、サーバ１０から参加クーポンマスターコード情報（限定ではなく、コード情報の一例）を通信Ｉ／Ｆ２２によって受信し、受信した参加クーポンマスターコード情報を表示部２４に表示する。この場合、端末２０ＢまたはユーザＢ．Ｂの識別情報を含む参加クーポン賛同情報（限定ではなく、第２情報の一例）が、端末２０Ｂ（限定ではなく、第２端末の一例）による、端末２０Ａの表示部２４に表示された参加クーポンマスターコード情報の読み取りに基づき、端末２０Ｂからサーバ１０に送信され、サーバ１０で受信された参加クーポン賛同情報が、サーバ１０から端末２０Ａに送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末がサーバから受信して表示したコード情報を、第１端末とは異なる第２端末に読み取らせるだけで、第１端末は、サーバを介して第２端末から第２情報を取得することができる。
また、第１１実施例に、限定ではなく例として第２実施例で説明した、コード有効期間やコード有効時間に関する内容を適用する場合、
端末２０Ａ（限定ではなく、第１端末の一例）が、参加クーポンタイムアウト情報（限定ではなく、コード情報を利用可能な期間の情報の一例、コード情報を利用可能な時刻の情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０から受信するようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末は、コード情報を利用可能な期間の情報、または利用可能な時刻の情報を受信することで、限定ではなく例として、これらの情報を表示部に表示させるなどして、コード情報を利用可能な期間の情報、または利用可能な時刻の情報をユーザに知らせることができる。
また、第１１実施例に、限定ではなく例として第５実施例で説明した、ＷＥＢ等によって参加クーポンを検索する内容を適用する場合、
端末２０Ａ（限定ではなく、第１端末の一例）が、参加クーポンの検索結果の表示（限定ではなく、特典に関する情報の取得に関する第２表示の一例）を表示部２４に表示する。そして、クーポン選択情報（限定ではなく、第１情報の一例）が、参加クーポン検索結果の表示に対する入力に基づいて端末２０Ａからサーバ１０に送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示される、特典に関する情報の取得に関する第２表示に対する入力に基づいて、第１情報が第１端末からサーバに簡単に送信されるようにすることができる。
また、第１１実施例に、限定ではなく例として第５実施例で説明した、ＷＥＢ等によって参加クーポンを検索する内容を適用する場合、
端末２０Ｂ（限定ではなく、第２端末の一例）が、参加クーポン賛同要求情報の表示（限定ではなく、特典に関する情報の取得に関する第２表示の一例）を表示部２４に表示する。そして、参加クーポン賛同情報（限定ではなく、第２情報の一例）が、端末２０Ｂで表示された参加クーポン賛同要求情報の表示に対する入力に基づいて端末２０Ｂからサーバ１０に送信され、サーバ１０で受信された参加クーポン賛同情報が、サーバ１０から端末２０Ａに送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２端末の表示部に表示される、特典に関する情報の取得に関する第２表示に対する入力に基づいて、第１端末は、サーバを介して第２端末から第２情報を取得することができる。
また、第１１実施例に、限定ではなく例として第５変形例で説明した、店舗に設置される電子装置に関する内容を適用する場合、
端末２０の通信Ｉ／Ｆ２２は、標準通信Ｉ／Ｆ２２Ａ（限定ではなく、第１通信部の一例）とビーコン用通信Ｉ／Ｆ２２Ｃ（限定ではなく、第２通信部の一例）とを有する。クーポン選択情報は、標準通信Ｉ／Ｆ２２Ａによって端末２０からサーバ１０に送信される。参加クーポン特典コード情報は、標準通信Ｉ／Ｆ２２Ａによってサーバ１０から受信される。この場合、クーポン一覧情報の表示は、店舗に設置されるビーコン５０から送信されたＢＬＥ信号を端末２０がビーコン用通信Ｉ／Ｆ２２Ｃによって受信することに基づいて、端末２０の表示部２４に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、店舗に設置される電子装置から送信された情報を第２通信部によって受信することに基づいて、第２表示が端末の表示部に簡単に表示されるようにすることができる。
また、第１１実施例に、限定ではなく例として第７実施例で説明した、店舗に掲示される参加クーポンマスター製造コード情報を読み取る内容を適用する場合、
端末２０Ａが、参加クーポンマスター製造コード情報（限定ではなく、コード情報の一例）を読み取る。そして、端末２０ＡまたはユーザＡ．Ａの識別情報と、参加クーポンマスター製造コード情報からデコードによって取得したクーポンＩＤとを含む参加クーポンマスター製造情報（限定ではなく、第１情報の一例）が、通信Ｉ／Ｆ２２によってサーバ１０に送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末によってコード情報を読み取るだけで、第１情報を簡単にサーバに送信することができる。
また、第１１実施例に、限定ではなく例として第７変形例（１）で説明した、端末の位置に関する情報をサーバに送信する内容を適用する場合、
端末２０Ａが、参加クーポンマスター製造コード情報を読み取ることに基づき、端末２０Ａの識別情報（限定ではなく、第１情報の一例）またはユーザＡ．Ａの識別情報（限定ではなく、第１情報の一例）と、最新の算出端末位置の情報（限定ではなく、第１端末の位置に関する情報の一例）とを含む参加クーポンマスター製造情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０Ａは、送信した最新の算出端末位置の情報に基づく参加クーポン特典コード情報を通信Ｉ／Ｆ２２によって受信するようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末がコード情報を読み取ることに基づき、第１情報と、第１端末の位置に関する情報とがサーバに送信されるため、サーバは、第１端末の位置に関する情報に基づいて、第１端末が読み取ったコード情報の位置を推定した上で、第１端末に送信する特典に関する情報を決定することができる。その結果、コード情報を個別に用意せずとも、共通のコード情報を用意しておくだけで、適切な特典に関する情報を端末で取得可能とすることができる。
また、第１１実施例に、限定ではなく例として第７変形例（２）で説明した、端末の位置に関する情報が、店舗に設置される電子装置から送信された情報に基づく情報を含む内容を適用する場合、
端末２０Ａの位置情報（限定ではなく、第１端末の位置に関する情報の一例）は、店舗に設置されるビーコン（限定ではなく、電子装置の一例）から送信されるＢＬＥ信号（限定ではなく、電子装置から送信された情報の一例）に基づく情報を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、店舗に設置される電子装置から送信された情報に基づいて、第１端末の位置に関する情報を簡単に特定することができる。
また、第１１実施例に、限定ではなく例として第７変形例（２）で説明した、端末の位置に関する情報が、端末によって選択された店舗に関する情報を含む内容を適用する場合、
端末２０Ａの位置情報（限定ではなく、第１端末の位置に関する情報の一例）は、端末２０Ａによって選択された店舗の識別情報（限定ではなく、第１端末によって選択された店舗に関する情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末によって選択された店舗に関する情報に基づいて、第１端末の位置に関する情報を簡単に特定することができる。
また、第１１実施例に、限定ではなく例として第７変形例（３）で説明した、コード情報は、店舗の情報が関連付けられている内容を適用する場合、
参加クーポンマスター製造コード情報（限定ではなく、コード情報の一例）は、店舗識別情報や店舗位置情報（限定ではなく、店舗の情報の一例）が関連付けられているようにすることができる。
このような構成により得られる実施例の効果の一例として、コード情報は、店舗の情報が関連付けられているため、第１端末によってコード情報を読み取ることで、店舗の情報を第１端末で取得可能とすることができる。
また、第１１実施例に、限定ではなく例として第４実施例で説明した、マスターマージの内容を適用する場合、
端末２０ＡまたはユーザＡ．Ａには、マスター権限（参加クーポンの特典情報）（限定ではなく、第１特典情報の一例）が関連付けられる。端末２０Ａは、サーバ１０から受信した参加クーポンマスターマージ候補情報（限定ではなく、第２特典情報の一例）を表示部２４に表示させる。そして、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＢまたはユーザＢ．Ｂの識別情報が、端末２０ＡまたはユーザＡ．Ａのマスター権限（参加クーポンの特典情報）と関連付けられるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示される第２特典情報に対する入力に基づいて、第１情報が第２特典情報に簡単に関連付けられるようにすることができる。
また、第１１実施例に、限定ではなく例として第４実施例で説明した、マスターマージの内容を適用する場合、
端末２０ＣまたはユーザＣ．Ｃの識別情報（限定ではなく、第２情報の一例）は、端末２０ＢまたはユーザＢ．Ｂのマスター権限（参加クーポンの特典情報）と関連付けられている。
この場合、端末２０Ａの表示部２４に表示された参加クーポンマスターマージ候補情報に対する入力に基づいて、端末２０ＣまたはユーザＣ．Ｃの識別情報が、端末２０ＡまたはユーザＡ．Ａのマスター権限（参加クーポンの特典情報）と関連付けられるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示される第２特典情報に対する入力に基づいて、第１情報ばかりでなく、第２情報も第２特典情報に簡単に関連付けられるようにすることができる。
また、第１１実施例に、限定ではなく例として第１０実施例で説明した、特典を変更する内容を適用する場合、
参加クーポン有効化表示（限定ではなく、第１表示の一例）は、参加クーポンの特典を変更するための条件を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、表示部への第１表示の表示によって、特典が変更される条件を第１端末のユーザに知らせることができる。
また、第１１実施例に、限定ではなく例として第１実施例で説明した、第２端末のユーザに関する情報を表示する内容を適用する場合、
参加クーポン有効化表示（限定ではなく、第１表示の一例）は、賛同端末または賛同端末のユーザの識別情報（限定ではなく、第２端末または第２端末のユーザに関する情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１表示によって、第２端末のユーザに関する情報を第１端末のユーザに知らせることができる。
また、第１１実施例に、限定ではなく例として第１実施例で説明した、特典の使用に関する内容を適用する場合、
端末２０Ａの表示部２４に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への入力に基づいて、参加クーポン（限定ではなく、特典の一例）が使用される構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の表示部に表示された第１表示への入力に基づいて、特典を簡単に使用することができる。
また、第１１実施例に、限定ではなく例として第３変形例（２）で説明した、特典が使用済みであることを示す情報の表示の内容を適用する場合、
端末２０Ｂの表示部２４（限定ではなく、第２端末の表示部の一例）に表示された参加クーポン有効化表示（限定ではなく、第１表示の一例）への操作入力や音入力（限定ではなく、第１表示に対する入力の一例）がされた後に、端末２０Ａの表示部２４に表示された参加クーポン有効化表示への操作入力や音入力がされた場合、端末２０Ａは、参加クーポン無効化情報（限定ではなく、特典が使用済みであることを示す情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、一のユーザによって特典が使用された後は、その特典を他のユーザが使用できないようにすることができる。
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
５０ ビーコン

Claims (11)

  1. サーバと通信する第１端末によって実行されるプログラムであって、
    前記第１端末に関する第１情報、または前記第１端末のユーザに関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
    特典に関する情報に、前記第１端末とは異なる第３端末に関する第３情報、または前記第３端末のユーザに関する第３情報が少なくとも関連付けられている場合、前記第３情報に関する情報を前記サーバから前記通信部によって受信することと、
    前記第３情報に関する情報の受信に基づき、前記第１端末とは異なる端末、または前記第１端末とは異なる端末のユーザに関する情報が前記特典に関する情報に関連付けられていることを示す情報を前記第１端末の表示部に表示することと、
    前記第１端末とは異なる第２端末から送信された、前記第２端末に関する第２情報、または前記第２端末から送信された、前記第２端末のユーザに関する第２情報と、前記第１情報とに少なくとも基づく前記特典に関する情報を前記通信部によって受信することと、
    前記特典に関する情報に基づく第１表示を前記表示部に表示することとが前記第１端末によって実行される。
  2. 請求項１に記載のプログラムであって、
    前記特典に関する情報と、前記第３情報との関連付けを解除することに関する解除情報を前記通信部によって前記サーバに送信することが前記第１端末によって実行される。
  3. 請求項１または請求項２に記載のプログラムであって、
    前記第１端末のユーザが、前記第３端末のユーザに対する登録を行っていない場合、前記特典に関する情報と、前記第３情報との関連付けを解除することに関する解除情報を前記表示部に表示することが前記第１端末によって実行される。
  4. 請求項１から請求項３のいずれか一項に記載のプログラムであって、
    前記特典に関する情報は、設定された期間が経過した場合、または設定された時刻を経過した場合、前記第３情報との関連付けが解除される。
  5. 請求項１から請求項４のいずれか一項に記載のプログラムであって、
    前記表示部に表示された前記第１表示に対する入力に基づいて、前記特典に関する情報と、前記第１情報との関連付けは解除される。
  6. 請求項１から請求項５のいずれか一項に記載のプログラムであって、
    前記特典に関する情報は、第１特典情報であり、
    前記第１特典情報とは異なる第２特典情報を前記表示部に表示することが前記第１端末によって実行され、
    前記第１情報は、前記第２特典情報に対する入力に基づいて、前記第２特典情報に関連付けられる。
  7. 請求項６に記載のプログラムであって、
    前記第２情報は、前記第２特典情報に対する入力に基づいて、前記第２特典情報に関連付けられる。
  8. 請求項６または請求項７に記載のプログラムであって、
    前記第２特典情報は、前記第１端末とは異なる第４端末に関する第４情報、または前記第４端末のユーザに関する第４情報が少なくとも関連付けられており、
    前記第１特典情報は、前記第２特典情報に対する入力に基づいて、前記第４情報が関連付けられる。
  9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
    前記特典に関する情報は、第１特典情報であり、
    前記第１特典情報とは異なる第３特典情報は、前記第１端末とは異なる第５端末に関する第５情報、または前記第５端末のユーザに関する第５情報が少なくとも関連付けられており、
    前記第５端末に表示されたコード情報を、前記第１端末のコードリーダによって読み取ることが前記第１端末によって実行され、
    前記第１情報は、前記コードリーダによる前記コード情報の読み取りに基づいて、前記第３特典情報に関連付けられる。
  10. サーバと通信する第１端末の情報処理方法であって、
    前記第１端末に関する第１情報、または前記第１端末のユーザに関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
    特典に関する情報に、前記第１端末とは異なる第３端末に関する第３情報、または前記第３端末のユーザに関する第３情報が少なくとも関連付けられている場合、前記第３情報に関する情報を前記サーバから前記通信部によって受信することと、
    前記第３情報に関する情報の受信に基づき、前記第１端末とは異なる端末、または前記第１端末とは異なる端末のユーザに関する情報が前記特典に関する情報に関連付けられていることを示す情報を前記第１端末の表示部に表示することと、
    前記第１端末とは異なる第２端末から送信された、前記第２端末に関する第２情報、または前記第２端末から送信された、前記第２端末のユーザに関する第２情報と、前記第１情報とに少なくとも基づく前記特典に関する情報を前記通信部によって受信することと、
    前記特典に関する情報に基づく第１表示を前記表示部に表示することとを含む。
  11. サーバと通信する端末であって、
    前記端末に関する第１情報、または前記端末のユーザに関する第１情報を前記サーバに送信し、特典に関する情報に、前記端末とは異なる第２端末に関する第３情報、または前記第２端末のユーザに関する第３情報が少なくとも関連付けられている場合、前記第３情報に関する情報を前記サーバから受信する通信部と、
    前記第３情報に関する情報の受信に基づき、前記端末とは異なる端末、または前記端末とは異なる端末のユーザに関する情報が前記特典に関する情報に関連付けられていることを示す情報を表示する表示部とを備え、
    前記通信部は、前記端末とは異なる第１端末から送信された、前記第１端末に関する第２情報、または前記第１端末から送信された、前記第１端末のユーザに関する第２情報と、前記第１情報とに少なくとも基づく前記特典に関する情報を受信し、
    前記表示部は、前記特典に関する情報に基づく第１表示を表示する。
JP2021182899A 2020-03-30 2021-11-09 プログラム、情報処理方法、端末 Active JP7470670B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021182899A JP7470670B2 (ja) 2020-03-30 2021-11-09 プログラム、情報処理方法、端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020061650A JP6977096B2 (ja) 2020-03-30 2020-03-30 プログラム、情報処理方法、端末
JP2021182899A JP7470670B2 (ja) 2020-03-30 2021-11-09 プログラム、情報処理方法、端末

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020061650A Division JP6977096B2 (ja) 2020-03-30 2020-03-30 プログラム、情報処理方法、端末

Publications (3)

Publication Number Publication Date
JP2022017541A JP2022017541A (ja) 2022-01-25
JP2022017541A5 JP2022017541A5 (ja) 2023-06-02
JP7470670B2 true JP7470670B2 (ja) 2024-04-18

Family

ID=78004878

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020061650A Active JP6977096B2 (ja) 2020-03-30 2020-03-30 プログラム、情報処理方法、端末
JP2021182899A Active JP7470670B2 (ja) 2020-03-30 2021-11-09 プログラム、情報処理方法、端末

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020061650A Active JP6977096B2 (ja) 2020-03-30 2020-03-30 プログラム、情報処理方法、端末

Country Status (1)

Country Link
JP (2) JP6977096B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7075520B1 (ja) 2021-03-18 2022-05-25 楽天グループ株式会社 端末装置、表示制御方法、ならびに、プログラム
JP7195470B1 (ja) * 2022-03-31 2022-12-23 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末、サーバ

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006301866A (ja) 2005-04-19 2006-11-02 Brainpad Inc 特典情報管理方法及び特典情報管理システム
JP2018180904A (ja) 2017-04-12 2018-11-15 ノーステックテレコム株式会社 電子クーポンシステム
JP2019160062A (ja) 2018-03-15 2019-09-19 ＮＩＰＰＯＮ Ｐｌａｔｆｏｒｍ株式会社 店舗の営業支援方法、サーバ

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5119818B2 (ja) * 2007-09-11 2013-01-16 日本電気株式会社 クーポン流通システム、クーポン流通方法および携帯端末
JP6655954B2 (ja) * 2015-11-20 2020-03-04 株式会社ぐるなび 制御方法、管理サーバ、プログラム及び管理システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006301866A (ja) 2005-04-19 2006-11-02 Brainpad Inc 特典情報管理方法及び特典情報管理システム
JP2018180904A (ja) 2017-04-12 2018-11-15 ノーステックテレコム株式会社 電子クーポンシステム
JP2019160062A (ja) 2018-03-15 2019-09-19 ＮＩＰＰＯＮ Ｐｌａｔｆｏｒｍ株式会社 店舗の営業支援方法、サーバ

Also Published As

Publication number Publication date
JP6977096B2 (ja) 2021-12-08
JP2022017541A (ja) 2022-01-25
JP2021162962A (ja) 2021-10-11

Similar Documents

Publication Publication Date Title
US10481758B2 (en) Location based augmented reality system for exchange of items based on location sensing and methods and devices related thereto
US8818909B2 (en) Location aware deals
JP7470670B2 (ja) プログラム、情報処理方法、端末
JP7535029B2 (ja) プログラム、情報処理方法、端末
JP7519755B2 (ja) プログラム、情報処理方法、情報処理装置
US20130173470A1 (en) Methods and systems for using a co-located group as an authorization mechanism
CN112119415A (zh) 生成方法、程序以及信息处理装置
JP2013200736A (ja) バイシクルシェアシステム
CN112204598A (zh) 认证方法、程序、终端
CN110348882A (zh) 基于智能合约的积分方法、系统、装置及设备
JP6438620B1 (ja) プログラム、情報処理方法、情報処理装置
JP6473539B1 (ja) プログラム、情報処理方法、情報処理装置
US20170061421A1 (en) System and method for permitting proximity based funds transfer from one person to another
WO2021199630A1 (ja) プログラム、情報処理方法、端末
JP7064046B1 (ja) アプリケーションプログラム、サービス提供システム、および端末装置
JP7306770B2 (ja) プログラム、情報処理方法、端末
KR102572825B1 (ko) 정보처리 방법, 프로그램, 단말
JP6840780B2 (ja) 情報処理方法、プログラム、端末、サーバ
JP2021089683A (ja) プログラム、情報処理方法、端末
JP7417795B2 (ja) プログラム、情報処理方法、サーバ、システム、端末
JP6914315B2 (ja) プログラム、情報処理方法、端末
JP7306771B2 (ja) プログラム、情報処理方法、端末
JP7492942B2 (ja) プログラム、情報処理方法、情報処理装置
JP7506457B2 (ja) プログラム、情報処理方法、サーバ
JP7466477B2 (ja) プログラム、情報処理方法、端末、サーバ

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230327

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230524

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20230524

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20231027

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20231102

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240318

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240402

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240408

R150 Certificate of patent or registration of utility model

Ref document number: 7470670

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150