JP7417795B2 - プログラム、情報処理方法、サーバ、システム、端末 - Google Patents

Description

本開示は、プログラム、情報処理方法、サーバ、システム、端末等に関する。

昨今、スマートフォン等の端末によって、その端末またはその端末のユーザが、例えばクーポンなどの特典を利用するためのサービスが普及しつつある（例えば、特許文献１。）。

特開２０１２－２１２３０８号公報

本発明の第１の態様によると、端末と通信するサーバによって実行されるプログラムは、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報をサーバの通信部によって端末から受信することと、第１情報の受信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を通信部によって端末に送信することとがサーバによって実行される。
本発明の第２の態様によると、端末と通信するサーバの情報処理方法は、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報をサーバの通信部によって端末から受信することと、第１情報の受信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を通信部によって端末に送信することとを含む。
本発明の第３の態様によると、端末と通信するサーバは、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を端末から受信し、第１情報の受信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を端末に送信する通信部を備える。
本発明の第４の態様によると、サーバと端末とを備えるシステムは、端末は、サーバから送信されたアプリケーションを受信し、アプリケーションを前記端末の記憶部に記憶し、前記端末のユーザによって前記端末に入力された複数のクーポンに関する情報を含む第１情報を、アプリケーションによってサーバに送信し、サーバは、第１情報を端末から受信し、第１情報の受信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を端末に送信し、端末は、第１コード情報をアプリケーションによってサーバから受信し、第１コード情報をアプリケーションによって表示する。
本発明の第５の態様によると、サーバと通信する端末によって実行されるプログラムは、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を端末の通信部によってサーバに送信することと、第１情報の送信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を通信部によってサーバから受信することと、第１コード情報を端末の表示部に表示することとが端末によって実行される。
本発明の第６の態様によると、サーバと通信する端末の情報処理方法は、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を端末の通信部によってサーバに送信することと、第１情報の送信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を通信部によってサーバから受信することと、第１コード情報を端末の表示部に表示することとを含む。
本発明の第７の態様によると、サーバと通信する端末は、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報をサーバに送信し、第１情報の送信に基づき、複数のクーポンの情報が関連付けられた第１コード情報をサーバから受信する通信部と、第１コード情報を表示する表示部とを備える。

実施形態に係る通信システムの構成の一例を示す図。 実施形態に係るクーポンサーバの構成の一例を示す図。 実施形態に係る店舗ＰＯＳシステムの構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るアカウント登録データのデータ構成の一例を示す図。 第１実施例に係るクーポン配信管理データベースのデータ構成の一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係るクーポンサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るクーポンサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るクーポン管理データベースのデータ構成の一例を示す図。 第１実施例に係るクーポンの使用に関する説明を行うためのテーブルの一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第２実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第２実施例に係るアカウント管理データベースのデータ構成の一例を示す図。 第２実施例に係る端末の表示画面の一例を示す図。 第２実施例に係る端末の表示画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る端末の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示画面の一例を示す図。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示画面の一例を示す図。 第４実施例に係る端末の表示画面の一例を示す図。 第４実施例に係る端末の表示画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４変形例に係る端末の表示画面の一例を示す図。 第４変形例に係る端末の表示画面の一例を示す図。 第４変形例に係る端末の表示画面の一例を示す図。 第４変形例に係る端末の表示画面の一例を示す図。 第５実施例に係るアカウント管理データベースのデータ構成の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５変形例に係る端末の表示画面の一例を示す図。 第５変形例に係る端末の表示画面の一例を示す図。

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

＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。

本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。

本願請求項に係る発明の端末（本願発明の端末）の生産は、限定ではなく例として、ユーザが所有（所持）している端末で、本明細書に記載したプログラム（限定ではなく例として、アプリケーションプログラム）等が受信されることによって（または受信されて端末に記憶されることによって）、本端末において、本願請求項に係る発明の機能が実現可能となる状態が作り出される（本願請求項に係る発明が実行可能になる状態が作り出される）という概念を含んでもよい。

また、本願請求項に係る発明のシステム（本願発明のシステム）の生産は、限定ではなく例として、本願システムに含まれるサーバから送信された本明細書に記載されたプログラム（限定ではなく例として、アプリケーションプログラム）等を、本願システムに含まれる端末で受信することによって（または受信されたプログラムが端末に記憶されることによって）、本願請求項に係るシステムの発明の機能が実現可能となる状態が作り出される（本願請求項に係る発明が実行可能になる状態が作り出される）という概念を含んでもよい。

また、本明細書において、システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。

また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末

（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。

サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。

具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。

また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。

また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。

また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。

また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。

また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。

（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。

サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。

（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。

なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。

以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。

また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。

なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。

また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。

また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。

また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。

なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。

以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。

なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。

また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で簡単なメッセージの送受信を行うインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。

チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。

また、トークルームには、１対１のユーザのトークルーム（以下、「１対１トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、ＯＡ事業者（限定ではなく例として、メッセージングサービスの事業者と提携する事業者）とのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。

また、メッセージングアプリケーションのアカウントであって、一般のユーザではない事業者のアカウントを「公式アカウント（ＯＡ（Official Account））」と称し、この公式アカウントのユーザを「公式ユーザ」と称する。なお、これを「公式アカウントユーザ」や「公式アカウント事業者」等のように称してもよい。
それに対し、メッセージングアプリケーションのアカウントであって、ＯＡ事業者ではないユーザのアカウントを「一般アカウント」と称し、一般アカウントのユーザを「一般ユーザ」と称する。なお、これを「一般アカウントユーザ」等のように称してもよい。
つまり、メッセージングアプリケーションのアカウントには、一般アカウントと公式アカウントとを含めてよいものとする。

一般アカウントは、第１種別のアカウントの一例としてもよく、公式アカウントは、第２種別のアカウントの一例としてもよい。
また、一般アカウントは、メッセージングサービス（メッセージングアプリケーション）で、第１種別として一の端末２０、またはその端末２０のユーザと関連付けられたアカウントの一例としてもよく、公式アカウントは、メッセージングサービス（メッセージングアプリケーション）で、第２種別として一の端末２０、またはその端末２０のユーザと関連付けられたアカウントの一例としてもよい。

また、ＯＡ事業者も、限定ではなく例として、一般アカウントのユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でメッセージの送受信を行うことができるようにしてもよい。

また、メッセージ（メッセージ情報）とは、限定ではなく例として、メッセージングサービスで用いられる送信元と送信先とが定められる情報であって、メッセージを識別するための識別情報（メッセージＩＤ）とメッセージコンテンツとで構成される情報としてもよい。
また、メッセージコンテンツとは、限定ではなく例として、メッセージＩＤを除くメッセージの中身を意味するものとしてもよい。メッセージコンテンツは、１または２以上のコンテンツとしてもよい。

また、メッセージを識別するための識別情報として設定される情報を「メッセージＩＤ」と称する。
同じメッセージＩＤのメッセージに含まれるメッセージコンテンツは、このメッセージＩＤによって識別されると考えることもできる。よって、メッセージを識別するための識別情報は、メッセージコンテンツを識別するための識別情報と実質的に同義と考えることもできる。
なお、これとは異なり、メッセージコンテンツごとに個別の識別情報（メッセージコンテンツＩＤ）を設定するようにしてもよいし、そのようにしなくてもよい。

コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、ＵＲＩ（ＵＲＬ等を含む。）などのリンクコンテンツを含めてもよいものとする。

テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。

画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。

なお、上記の定義とは異なり、メッセージの上位概念がコンテンツである、またはコンテンツとメッセージとは同義である、と定義してもよいし、そのように定義しなくてもよい。

また、本明細書において、「コード情報」とは、限定ではなく例として、
（Ａ）トークン（認証情報）
（Ｂ）コード画像（画像情報）
（Ｃ）エンコード等によってコード画像に格納されている情報（格納情報）、または格納される対象となる情報（格納対象情報）
のうちの少なくともいずれかを含むものとしてよいものとする。
これらの具体例については後述する。

トークンは、限定ではなく例として、任意の桁数の文字列（ひらがな、カタカナ、アルファベット、数字、またはこれらの組合せ）で表されるものとしてよいものとする。
コード画像は、限定ではなく例として、一次元のコード画像（限定ではなく例としてバーコード）や二次元のコード画像（限定ではなく例としてＱＲコード（登録商標））としてよいものとする。

また、以下では、クーポンサービス事業者によって、サーバ１０が運用・管理されることとして説明する。また、以下では、クーポンアプリケーションの名称を、適宜「Ｃｏｕｐｏｎ Ａｐｐ」と称して図示・説明する。

クーポンサービス（クーポンアプリケーション）を実現するための形態としては、限定ではなく例として、以下のいずれかの形態を適用してもよい。
（Ａ）クーポンアプリケーションを単体で構成する形態
（Ｂ）メッセージングアプリケーションの一機能としてクーポンサービスの機能を持たせる形態
（Ｃ）クーポンサービスの機能とメッセージングサービスの機能とを有するアプリケーション（複合的なアプリケーション）を構成する形態
（Ｄ）クーポンアプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態

（Ｂ）や（Ｃ）の形態では、限定ではなく例として、クーポンサービス事業者を、メッセージングサービス事業者と同じ事業者とすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、クーポンアプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、クーポンアプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。

（Ｄ）の形態では、限定ではなく例として、クーポンサービス事業者を、メッセージングサービス事業者とは異なる事業者とすることができる。
また、（Ｄ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、クーポンアプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。

なお、上記とは異なり、クーポンアプリケーションの一機能としてメッセージングサービスの機能を持たせるようにすることも可能である。

また、以下の実施例では、これらのサービス（アプリケーション）の他に、電子マネーによる支払い（決済）を可能とする支払いアプリケーション（決済アプリケーション）を例示する。
この支払いアプリケーションも、上記のメッセージングアプリケーションやクーポンアプリケーションと組み合わせることが可能であり、上記に倣ってどのように構成してもよい。

また、以下では、端末２０Ａのユーザを「ユーザＡ．Ａ」、端末２０Ｂのユーザを「ユーザＢ．Ｂ」、端末２０Ｃのユーザを「ユーザＣ．Ｃ」、・・・、として説明する。

＜実施例＞
以下、本発明を適用した実施例の一例について説明する。
限定ではなく例として、ユーザが店舗等で商品やサービスを購入する際に、クーポン（限定ではなく例として、電子クーポン）を使用するような場合がある。
しかし、使用したいクーポンが複数あるような場合、クーポンを１つ１つ使用するのは面倒である。

＜第１実施例＞
第１実施例は、複数のクーポンを使用して決済（会計と捉えてもよい。）を行うことを可能とする基本的な実施例である。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、複数のクーポンサーバ４０（クーポンサーバ４０Ａ，クーポンサーバ４０Ｂ，クーポンサーバ４０Ｃ，・・・）と、複数の店舗ＰＯＳシステム５０（店舗ＰＯＳシステム５０Ａ，店舗ＰＯＳシステム５０Ｂ，店舗ＰＯＳシステム５０Ｃ，・・・）とが接続される。

サーバ１０は、限定ではなく例として、ネットワーク３０を介して、クーポンのサービスを提供するクーポンサーバ４０またはそのユーザ（限定ではなく例として、クーポンサービス事業者）と、そのサービスの利用者である端末２０またはそのユーザ（限定ではなく例として、クーポンサービスの利用者）とを結びつけるプラットフォーマサーバとして機能する。
サーバ１０のユーザは、限定ではなく例として、ＳＮＳの事業者（限定ではなく例として、メッセージングサービス事業者）とすることができる。

なお、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、メッセージングサービス等を運営するようにしてもよい。
また、支払いサービス事業者は、支払いアプリケーションの一機能としてメッセージングサービスを提供するようにしてもよいし、そのようにしなくてもよい。

なお、ネットワーク３０に接続されるサーバ１０の数、端末２０の数、クーポンサーバ４０の数、店舗ＰＯＳシステム５０の数は限定されない。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

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

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

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（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(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。

図１－２は、クーポンサーバ４０の機能構成の一例を示す図である。
クーポンサーバ４０は、限定ではなく例として、制御部４１，表示部４３を含む入出力部４２、通信Ｉ／Ｆ４４、記憶部４５、時計部４９を備える。これらの各機能部のＨＷ構成は、サーバ１０と同様とすることができるため、説明を省略する。

クーポンサーバ４０は、サーバ１０のユーザと提携している店舗等の事業者（以下、便宜的に「加盟店」と称する。）によって管理されるサーバとすることができる。限定ではなく例として、コンビニエンスストアやドラッグストア、カフェの事業者など、ユーザにクーポンを提供（配布、配信）して、その事業者が運営する店舗でユーザがクーポンを使用可能にする事業者を加盟店とすることができる。クーポンサーバ４０のユーザは、この事業者とすることができる。なお、便宜的に、加盟店と店舗とを実質的に同じ意味として用いる場合がある。

図１－３は、本実施例における店舗ＰＯＳシステム５０のシステム構成の一例を示す図である。
店舗ＰＯＳシステム５０は、限定ではなく例として、加盟店（加盟店の各々の店舗）に導入されて使用されるＰＯＳシステムであり、限定ではなく例として、店舗コードリーダ装置６０と、コードレジ７０と、店舗サーバ８０とを含む。

店舗コードリーダ装置６０は、ＰＯＳ通信Ｉ／Ｆ６７（限定ではなく例として、店舗内の有線通信Ｉ／Ｆや無線通信Ｉ／Ｆ）によってコードレジ７０や店舗サーバ８０と通信接続され、コードレジ７０での会計の際に、端末２０の表示部２４に表示されるコード情報を読み取る。そして、読み取ったコード情報に基づいて、決済要求情報を通信Ｉ／Ｆ６４によってサーバ１０に送信し、サーバ１０で決済が行われた後、決済結果に関する情報を通信Ｉ／Ｆ６４によってサーバ１０から受信する。

店舗コードリーダ装置６０は、限定ではなく例として、制御部６１と、入出力部６２と、通信Ｉ／Ｆ６４と、記憶部６５と、ＰＯＳ通信Ｉ／Ｆ６７と、コードリーダ６８と、時計部６９とを有する。

入出力部６２は、限定ではなく例として、表示部６３、音出力部６６を備える。

コードリーダ６８は、一次元コード（一次元コード画像）や二次元コード（二次元コード画像）、限定ではなく例として、後述する支払いコード（支払いコード画像）を読み取るためのコードリーダである。

コードレジ７０は、限定ではなく例として、ＰＯＳ通信Ｉ／Ｆ６７によって店舗コードリーダ装置６０や店舗サーバ８０と通信接続され、店舗コードリーダ装置６０がサーバ１０から受信した決済完了通知等に基づいて、販売した商品の総額や、端末２０のユーザの電子貨幣の残高等の情報を印字したレシートを発行する。

また、限定ではなく例として、コードレジ７０と一体として、またはコードレジ７０と別体として設けられ、客側に表示面が向けられたディスプレイを構成することもできる。
コードレジ７０は、支払いアプリケーションに対応可能に構成されたレジであり、支払いアプリケーション対応の据置端末と言うこともできる。

店舗サーバ８０は、限定ではなく例として、自店舗に関する店舗情報や、自店舗で販売される商品に関する情報や自店舗で提供されるサービスに関する情報、自店舗での商品の販売やサービスの提供に伴う売上げに関する情報等の各種の情報を管理する。店舗サーバ８０は、ＰＯＳ通信Ｉ／Ｆ６７によって店舗コードリーダ装置６０やコードレジ７０と通信可能に構成されているとともに、ネットワーク３０を介してサーバ１０等の外部装置と通信可能に構成されている。

なお、店舗サーバ８０は、必ずしも店舗コードリーダ装置６０と直接的に通信可能に構成されている必要はなく、コードレジ７０を介して店舗コードリーダ装置６０と通信可能に構成されていてもよい。限定ではなく例として、店舗コードリーダ装置６０がサーバ１０から受信した決済完了通知等はコードレジ７０に送られ、その後、コードレジ７０から店舗サーバ８０に送られるようにするなどすることもできる。

＜データ構成＞
（１）サーバ
図１－４は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
サーバ１０の制御部１１は、限定ではなく例として、アプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を行うアプリケーション管理処理部１１１を含む。

図１－５は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によって読み出され、アプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、クーポン配信管理データベース１５５とが記憶される。

アカウント登録データ１５３は、アプリケーションを利用する端末２０、またはその端末２０のユーザのアカウントに関する登録データであり、そのデータ構成の一例を図１－６に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。

ユーザ名は、アプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。

アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。

その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号やメールアドレス等の連絡先情報、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報、メッセージングアプリケーションでこの一般ユーザによって登録される自己のアイコン画像（以下、「一般ユーザアイコン画像」と称する。）といった各種の情報を含めるようにしてもよい。

端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。

アプリケーションＩＤは、端末２０のユーザを識別するための識別情報の一例としてもよく、この場合、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、連絡先情報も、端末２０のユーザを識別するための識別情報の一例としてもよい。

また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」としてもよい。

また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。

また、アプリケーションＩＤ等の各種のＩＤに代えて、電話番号等の連絡先情報によってアカウントを管理する手法を適用してもよい。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、電話番号等の連絡先情報をアカウント登録データ１５３に記憶させるようにしてもよい。

クーポン配信管理データベース１５５は、クーポンごとに、そのクーポンの配信や管理に関する情報が記憶されたデータベースであり、その一例であるクーポン配信管理データベース１５５Ａのデータ構成例を図１－７に示す。
クーポン配信管理データベース１５５Ａには、クーポンＩＤごとの管理データとして、クーポン配信管理データが記憶される。

各々のクーポン配信管理データには、限定ではなく例として、クーポンＩＤと、使用可能加盟店ＩＤと、クーポン名と、クーポン特典情報と、その他クーポン情報とが記憶される。

クーポンＩＤは、クーポンを識別するための識別情報であり、限定ではなく例として、サーバ１０によってクーポンごとに一意な値（固有の値）が設定されて記憶される。

使用可能加盟店ＩＤには、利用者がこのクーポンを使用することのできる加盟店のＩＤ（以下、「加盟店ＩＤ」と称する。）が記憶される。

クーポン名には、このクーポンの名称が記憶される。

クーポン特典情報には、このクーポンを使用することで利用者に付与される特典の情報が記憶される。

その他クーポン情報には、上記の他、限定ではなく例として、このクーポンの使用条件（以下、「クーポン使用条件」と称する。）、このクーポンの対象商品の品目（以下、「クーポン対象商品品目」と称する。）、このクーポンを使用可能となる金額（以下、「クーポン使用可能金額」と称する。）、このクーポンの使用期限（以下、「クーポン使用期限」と称する。）等の情報を記憶させてもよい。また、この他にも、このクーポンの対象商品の品目の画像（以下、「クーポン対象商品品目画像」と称する。）や、このクーポンを使用可能な加盟店のアイコン画像等を記憶させてもよい。

サーバ１０は、利用者によってクーポンが使用される際に、そのクーポンＩＤおよび使用可能加盟店ＩＤに基づいて、いずれのクーポンサーバ４０と通信を行うのかを決定する。そして、決定したクーポンサーバ４０と通信して、後述する処理を行うようにすることができる。

なお、クーポンＩＤと加盟店クーポンＩＤとを区別するようにしてもよい。
加盟店クーポンＩＤは、限定ではなく例として、クーポンサーバ４０でクーポンを識別するための識別情報とすることができる。
この場合、クーポンＩＤは、サーバ１０（プラットフォーマ）で設定・管理されるユニークなＩＤとすることができ、加盟店クーポンＩＤは、クーポンサーバ４０で設定・管理されるユニークなＩＤとすることができる。

なお、クーポン配信管理データベース１５５に情報が記憶されているクーポンは、限定ではなく例として、基本的に、クーポンサービスを利用する全てのユーザが使用できるようにすることができる。

（２）端末
図１－８は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、アプリケーション処理プログラム２８１に従ってアプリケーション処理を行うアプリケーション処理部２１１を機能部として含む。

図１－９は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１によって読み出され、アプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、またはこの端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。

（３）クーポンサーバ
図１－１０は、本実施例においてクーポンサーバ４０の制御部４１によって実現される機能の一例を示す図である。
制御部４１は、限定ではなく例として、クーポン管理処理プログラム４５１に従ってクーポン管理処理を行うクーポン管理処理部４１１を機能部として含む。

図１－１１は、本実施例においてクーポンサーバ４０の記憶部４５に記憶される情報の一例を示す図である。
記憶部４５には、限定ではなく例として、制御部４１によって読み出され、クーポン管理処理として実行されるクーポン管理処理プログラム４５１と、クーポンサーバ４０、またはクーポンサーバ４０のユーザ（加盟店）のＩＤである加盟店ＩＤ４５３と、クーポン管理データベース４５５とが記憶される。

クーポン管理データベース４５５は、この加盟店におけるクーポンに関する情報を管理するためのデータベースであり、そのデータ構成例を図１－１２に示す。
クーポン管理データベース４５５には、クーポンごとのデータとして、クーポン管理データが記憶される。

各々のクーポン管理データには、限定ではなく例として、クーポンＩＤと、クーポンシードコードと、クーポン名と、クーポン特典情報と、その他クーポン情報とが記憶される。

限定ではなく例として、クーポンＩＤ、クーポン名、クーポン特典情報には、サーバ１０がこの加盟店のこのクーポンについてクーポン配信管理データで管理しているものと同じ内容が記憶される。

クーポンシードコードは、クーポンコード情報を生成する種となるコードであり、限定ではなく例として、クーポンサーバ４０によってクーポンＩＤごとにユニークなコードが生成されて設定される。

その他クーポン情報には、上記の他、限定ではなく例として、前述した、クーポン使用条件、クーポン対象商品品目、クーポン使用可能金額、クーポン使用期限等の情報を記憶させてもよい。また、この他にも、前述したクーポン対象商品品目画像等の情報を記憶させてもよい。

本明細書では、複数のクーポンの情報が関連付けられたコード情報（複数のクーポンが関連付けられたコード情報、複数のクーポンに基づくコード情報）を「複合クーポンコード情報」と称し、この複合クーポンコード情報を用いて決済が行われる場合を想定する。
複合クーポンコード情報に情報が関連付けられた複数のクーポン（複合クーポンコード情報に関連付けられた複数のクーポン）のことを、「複合クーポンコード情報に対応するクーポン」と称する場合がある。

図１－１３は、本実施例におけるクーポンの使用に関する説明を行うためのテーブルの一例を示す図である。
このテーブルでは、縦欄にクーポン使用回数の制限（以下、「クーポン使用回数制限」と称する。）を示し、横欄に端末２０の表示部２４にクーポンコードが表示された場合の挙動（以下、「クーポンコード表示時の挙動」と称する。）を示している。

クーポン使用回数制限には、クーポンの使用回数に制限があることを示す「あり」と、クーポンの使用回数に制限がない（つまり無制限）であることを示す「なし」とが定められている。

クーポンコード表示時の挙動には、限定ではなく例として、クーポンコードが表示されたことによってクーポンが消費されることを示す「クーポンを消費する」と、クーポンコードが表示されたとしてもクーポンが消費されないことを示す「クーポンは消費されない」が定められている。

具体的に説明する。
クーポン使用回数制限「なし」＆クーポンコード表示時の挙動「クーポンは消費されない」には「パターンＡ」が定められている。
パターンＡは、クーポンの使用回数に制限がなく（無制限に使用することができ）、端末２０の表示部２４にクーポンコードが表示されても、そのクーポンコードに対応するクーポンが消費されないパターンとすることができる。

クーポン使用回数制限「なし」＆クーポンコード表示時の挙動「クーポンを消費する」には「Ｎ／Ａ（Not Applicable：該当なし）」が定められている。これは、クーポンの使用回数に制限がないため、端末２０の表示部２４にクーポンコードが表示されても、そのクーポンコードに対応するクーポンが消費されることはないことを示している。

クーポン使用回数制限「あり」＆クーポンコード表示時の挙動「クーポンを消費する」には「パターンＢ」が定められている。
パターンＢは、クーポンの使用回数に制限があり、端末２０の表示部２４にクーポンコードが表示された場合、そのクーポンコードに対応するクーポンが消費されるパターンとすることができる。パターンＢでは、端末２０の表示部２４にクーポンコードが表示されると、そのクーポンコードを用いて会計や決済が行われなくても、このクーポンコードに対応するクーポンが消費されるようにすることができる。

クーポン使用回数制限「あり」＆クーポンコード表示時の挙動「クーポンは消費されない」には「パターンＣ」が定められている。
パターンＣは、クーポンの使用回数に制限があり、端末２０の表示部２４にクーポンコードが表示された場合、そのクーポンコードに対応するクーポンが消費されないパターンとすることができる。パターンＣでは、端末２０の表示部２４にクーポンコードが表示されるだけでは、このクーポンコードに対応するクーポンは消費されず、このクーポンコードを用いて決済が行われた場合に、このクーポンコードに対応するクーポンが消費されるようにすることができる。

パターンＡは、クーポンの使用回数に制限がなく、端末２０の表示部２４にクーポンコード情報が表示されてもクーポンが消費されないパターンとすることができる。このため、クーポンの消費に関する処理は不要であり、人が手動でクーポンを使用済みとするようなものであってもよい。よって、パターンＡでは、店舗ＰＯＳシステム５０はあってもよいが、なくてもよい。

この場合、端末２０のユーザは、限定ではなく例として、自己の端末２０の表示部２４に複合クーポンコード情報（限定ではなく例として、後述する複合クーポントークン）が表示された画面を会計時に店舗の店員に提示する。そして、店舗の店員が、その画面に表示された複合クーポントークンを確認するようにすることができる。限定ではなく例として、複合クーポントークンの一覧表と照らし合わせるなどして、複合クーポントークンの適否を判定するようにしてもよい。このようなシステムでは、ＰＯＳというシステムは必須ではなく、ＰＯＳが導入されていない店舗にも適用することが可能である。

なお、ＰＯＳが導入されている店舗では、コードリーダによって複合クーポンコード画像が読み取られるようにしたり、店舗の店員によって複合クーポントークンがテンキー等によって手動でコードレジ７０に入力されるようにすることができる。そして、店舗ＰＯＳシステム５０からサーバ１０に情報が送信され、サーバ１０によってその適否が判定されてその判定の結果が店舗ＰＯＳシステム５０に送信され、ＯＫであった場合は、クーポンを適用可能とすることができる。

パターンＢは、クーポンの使用回数に制限があり、端末２０の表示部２４に複合クーポンコード情報が表示されるとクーポンが消費されるパターンとすることができる。複合クーポンコード情報が端末２０の表示部２４に表示されたかどうかは端末２０で判定可能であるため、必ずしも店舗側でサーバ１０等と通信する必要はない。よって、パターンＢでも、店舗ＰＯＳシステム５０はあってもよいが、なくてもよい。
なお、複合クーポンコード情報が表示部２４に表示されたと端末２０で判定された場合は、その旨を示す情報をサーバ１０に送信するようにしてもよい。

パターンＣは、クーポンの使用回数に制限があり、端末２０の表示部２４に複合クーポンコード情報が表示されたのみでは、その複合クーポンコード情報に対応するクーポンが消費されないパターンとすることができる。この場合、限定ではなく例として、複合クーポンコード情報を用いて決済が行われた場合にサーバ（限定ではなく例として、サーバ１０）によってクーポンを消費する処理が行われるようにすることができる。この場合、限定ではなく例として、店舗ＰＯＳシステム５０などのシステムや装置等から、店舗での決済の情報がサーバに送信されるようにする必要がある。

＜表示画面＞
以下、本実施例における表示画面例について説明する。
まず、クーポンアプリケーションにおいて、端末２０のユーザが、商品の合計金額から割引するクーポンを複数選択してまとめて使用する場合を例示する。

以下では、限定ではなく例として、端末２０Ａに備えられたディスプレイの表示部２４が、縦長の表示画面となるように端末２０Ａを位置させている場合を例示する。

なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。

図１－１４は、本実施例において端末２０Ａの表示部２４に表示されるクーポンアプリケーションの画面の一例を示す図である。ここでは、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面（メインメニュー画面）を例示する。

図１－１４左側は、クーポンアプリケーションのメインメニュー画面であり、画面最上部の中央部には、クーポンアプリケーションの名称として「Ｃｏｕｐｏｎ Ａｐｐ」の文字が表示されている。

また、その下には、クーポンアプリケーション内で現在表示されているページ等を示す領域（以下、「アプリ内位置表示領域」と称する。）が構成され、この画面はメインメニュー画面であるため「メインメニュー」と表示されている。

また、その下には、この端末２０Ａのユーザのクーポンアプリケーションにおける名前とアイコン画像（この例では「ユーザＡ．Ａ」）が表示されている。

また、その下には、クーポンアプリケーションのメインメニュー画面における各種情報（以下、「メインメニュー情報」と称する。）が表示されるメインメニュー情報表示領域が構成されている。
この例では、メインメニュー情報表示領域に、メインメニュー情報（本例では、使用するクーポンを選択するためのメインメニューボタンＭ１ＢＴ（限定ではなく例として、クーポンを模したオブジェクトと「使用するクーポンを選択する」の文字とを含むボタン）など）が表示されている。

限定ではなく例として、図１－１４左側のように、メインメニューボタンＭ１ＢＴがユーザによってタッチされると、限定ではなく例として、図１－１４中央のような表示がなされる。
この画面は、クーポンアプリケーションのクーポン選択画面であり、アプリ内位置表示領域には「クーポン選択」の文字が表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、ユーザが選択することのできるクーポンに関する情報の一覧が表示されるクーポン一覧表示領域が構成されている。
この例では、クーポン一覧表示領域に、割引金額が異なるクーポンに関する情報として、第１クーポン情報（本例では「５０円引き」のクーポン）、第２クーポン情報（本例では、「１００円引き」のクーポン）、第３クーポン情報（本例では「３００円引き」のクーポン）等が表示されている。また、各々のクーポン情報に関連付けて、そのクーポンを選択するためのチェックボックスが設けられている。
また、下部には、チェックボックスにチェックマークを入れることによってユーザが選択したクーポンを使用するための使用ボタンＵＢＴ（本例では、「使用する」の文字を含むボタン）が表示されている。
なお、チェックボックスを含めて、クーポンの選択用の情報が表示されていると言ってもよい。

本例では、第２クーポンと第３クーポンとの２個のクーポンが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図１－１４中央のように、第２クーポンと第３クーポンとが選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図１－１４右側のような表示がなされる。
この画面は、ユーザによって選択された複数のクーポンに基づく複合クーポン（本例では、複合クーポンコード情報）が表示される複合クーポン表示画面（本例では、複合クーポンコード情報表示画面）であり、アプリ内位置表示領域には「クーポン表示」の文字が表示されている。また、その文字の左には戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、クーポンアプリケーションの複合クーポン表示画面における各種情報（以下、「複合クーポン情報」と称する。）が表示される複合クーポン情報表示領域が構成されている。
この例では、複合クーポン情報表示領域に、複合クーポン情報（本例では、複合クーポンコード情報）として、一次元コード画像（限定ではなく例として、バーコード）で表される一次元複合クーポンコード画像と、二次元コード画像（限定ではなく例として、ＱＲコード）で表される二次元複合クーポンコード画像）とが表示されている。これらのコード画像は、複合クーポンコード情報の一例とすることができる。
また、下部には、この画面の表示を終了するためのＯＫボタンＯＫＢＴ（本例では、「ＯＫ」の文字を含むボタン）が表示されている。

また、この例では、一次元複合クーポンコード画像の下に、所定の桁数（この例では「１２桁」）で表される複合クーポントークン（この例では「１２３４５６７８００００」）が表示されている。この複合クーポントークンも、複合クーポンコード情報の一例とすることができる。
また、この複合クーポントークンは、限定ではなく例として、エンコードによって二次元複合クーポンコード画像に格納されるようにすることができる。

なお、一次元複合クーポンコード画像と二次元複合クーポンコード画像との両方を必ずしも表示させる必要はなく、いずれか一方のみを表示させるようにしてもよい。
また、複合クーポントークンは表示させないようにしてもよい。
また、複合クーポンコード情報の有効期限に関する情報を表示させてもよい。限定ではなく例として、二次元複合クーポンコード画像の下に、有効期限までの残り時間を表示させてもよい。

このように、ユーザによって選択された任意の複数のクーポンをまとめて使用することが可能になることによって、ユーザが複数のクーポンを使用したい場合にクーポンを１つずつ使用しなければならないことによる煩わしさを軽減でき、より多くのクーポンを使用し易くすることによって、ユーザの購買動機を向上できる。

＜処理＞
図１－１５～図１－１７は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。これらの図では、左側から順に、ユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、クーポンサーバ４０の制御部４１が実行する処理をそれぞれ示している。
ここでは、前述した「パターンＡ」を適用した場合の処理を説明する。
「パターンＢ」や「パターンＣ」を適用した場合の処理は、後の実施例で説明する。

（１）処理パターン１
最初に、クーポンサーバ４０の制御部４１が、複合クーポンコード情報を都度生成する処理パターンについて説明する。図１－１５が、この処理の一例である。

最初に、サーバ１０は、クーポンサーバ４０との間でクーポンの情報を同期して共有するようにすることができる。これは、クーポンサーバ４０でクーポンが更新されてしまうと、最新のクーポンが端末２０に配信されなくなる可能性があるためである。
なお、限定ではなく例として、クーポンサーバ４０が管理しているクーポンシードコードは共有しないようにすることができる。

端末２０Ａの制御部２１は、入出力部２３に対するユーザ入力に基づいて、クーポン一覧要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。すると、サーバ１０の制御部１１は、クーポン配信管理データベース１５５Ａに基づいて、クーポン一覧情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｂ１１０）。本処理において、クーポン一覧情報には、限定ではなく例として、各々のクーポンについて、クーポン配信管理データに含まれる情報のうち、限定ではなく例として、クーポンＩＤやクーポン特典情報を含めるようにすることができる。なお、使用可能加盟店ＩＤやクーポン名等の情報を含めてもよい。

通信Ｉ／Ｆ２２によってサーバ１０からクーポン一覧情報を受信すると、端末２０Ａの制御部２１は、使用クーポン選択処理を行う（Ａ１３０）。具体的には、限定ではなく例として、受信したクーポン一覧情報に基づいてクーポン一覧を表示部２４に表示させ、入出力部２３に対するユーザによるクーポンを選択する入力に基づいて、使用するクーポンを設定する。本実施例では、ユーザによる複数のクーポンを選択する入力に基づいて、使用する複数のクーポンを設定する。

次いで、端末２０Ａの制御部２１は、設定した複数のクーポンに関するクーポン選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１５０）。クーポン選択情報には、限定ではなく例として、設定した複数のクーポンの各々のクーポンＩＤを含めることができる。

通信Ｉ／Ｆ１４によって端末２０Ａからクーポン選択情報を受信すると、サーバ１０の制御部１１は、複合クーポンコードの生成を要求するための複合クーポンコード要求情報を、通信Ｉ／Ｆ１４によってクーポンサーバ４０に送信する（Ｓ１３０）。複合クーポンコード要求情報には、限定ではなく例として、端末２０Ａから受信したクーポン選択情報に含まれる複数のクーポンの各々のクーポンＩＤとを含めることができる。ユーザＡ．ＡのアプリケーションＩＤを含めるようにしてもよい。

なお、ユーザのアプリケーションＩＤは個人情報の一種であり、ユーザにとってもメッセージングサービス事業者にとっても重要な情報であると言える。
そこで、ユーザのアプリケーションＩＤそのものをクーポンサーバ４０に送信するのではなく、ユーザのアプリケーションＩＤをハッシュするなどして生成したＩＤをクーポンサーバ４０に送信するようにしてもよい。

通信Ｉ／Ｆ４４によってサーバ１０から複合クーポンコード生成要求情報を受信すると、クーポンサーバ４０の制御部４１は、複合クーポンコード生成処理を行う（Ｃ１３０）。具体的には、限定ではなく例として、クーポン管理データベース４５５を参照し、受信した複合クーポンコード生成要求情報に含まれる複数のクーポンの各々のクーポンＩＤに対応するクーポン管理データから各々のクーポンシードコードを特定する。そして、特定した各々のクーポンシードコードに基づいて、複合クーポンコード情報を生成する。

ここで、複合クーポンコード情報は、図１－１４等で示したように、一次元コード画像（限定ではなく例として、バーコード）や二次元コード画像（限定ではなく例として、ＱＲコード）等のコード画像として生成するようにしてもよいし、複合クーポントークンとして生成するようにしてもよい。

本実施例において、コード画像には、限定ではなく例として、生成元となった複数のクーポンのクーポンＩＤと、複合クーポントークンとをエンコードするようにすることができる。限定ではなく例として、第１クーポン（クーポンＩＤ：ＩＤ１）と、第２クーポン（クーポンＩＤ：ＩＤ２）とが生成元のクーポンである場合、コード画像には（ＩＤ１，ＩＤ２，複合クーポントークン）を含めるようにすることができる。

限定ではなく例として、クーポンＡとクーポンＢの複合クーポントークンを生成する場合、以下のいずれかの手法を用いて生成するようにしてもよい。
・クーポンＡのクーポンシードコードとクーポンＢのクーポンシードコードとを論理演算（限定ではなく例として、ＡＮＤやＸＯＲなどの任意の演算としてよい。以下同様。）して生成する。
・クーポンＡのクーポンシードコードとクーポンＢのクーポンシードコードとを論理演算したものをハッシュして生成する。
・クーポンＡのクーポンシードコードをハッシュしたものと、クーポンＢのクーポンシードコードをハッシュしたものとを論理演算して生成する。

なお、クーポンサーバ４０の制御部４１は、生成した複合クーポントークンは、以下のいずれかのようにすることができる。
（ａ）消去する（保存しない）。
（ｂ）消去しない（保存する）。この場合、限定ではなく例として、複合クーポントークンを、生成元の複数のクーポンのクーポンＩＤと関連付けて記憶部４５に保存するようにすることができる。ユーザＡ．ＡのアプリケーションＩＤをサーバ１０から受信した場合は、さらにユーザＡ．ＡのアプリケーションＩＤを関連付けて記憶部４５に保存するようにしてもよい。

次いで、クーポンサーバ４０の制御部４１は、生成した複合クーポンシードコード情報を、通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｃ１５０）。

通信Ｉ／Ｆ１４によってクーポンサーバ４０から複合クーポンコード情報を受信すると、サーバ１０の制御部１１は、その複合クーポンコード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５０）。

通信Ｉ／Ｆ２２によってサーバ１０から複合クーポンコード情報を受信すると、端末２０Ａの制御部２１は、受信した複合クーポンコード情報を表示部２４に表示させる（Ａ１７０）。

Ａ１７０の後、端末２０Ａの制御部２１は、Ａ１９０の終了判定に処理を進める。具体的には、処理を終了するか否かを判定し（Ａ１９０）、処理を継続すると判定したならば（Ａ１９０：ＮＯ）、Ａ１１０に処理を戻す。一方、処理を終了すると判定したならば（Ａ１１０：ＹＥＳ）、処理を終了する。

Ｓ１５０の後、サーバ１０の制御部１１は、Ｓ１９０の終了判定に処理を進める。具体的には、処理を終了するか否かを判定し（Ｓ１９０）、処理を継続すると判定したならば（Ｓ１９０：ＮＯ）、端末２０Ａからのクーポン一覧要求情報の受信を待機する。一方、処理を終了すると判定したならば（Ｓ１９０：ＹＥＳ）、処理を終了する。

Ｃ１５０の後、クーポンサーバ４０の制御部４１は、Ｃ１９０の終了判定に処理を進める。具体的には、処理を終了するか否かを判定し（Ｃ１９０）、処理を継続すると判定したならば（Ｃ１９０：ＮＯ）、サーバ１０からの複合クーポンコード生成要求情報の受信を待機する。一方、処理を終了すると判定したならば（Ｃ１９０：ＹＥＳ）、処理を終了する。

（２）処理パターン２
次に、クーポンサーバ４０の制御部４１が、事前に全ての組み合わせの複合クーポンコード情報を生成しておく処理パターンについて説明する。図１－１６が、この処理の一例である。

最初に、クーポンサーバ４０の制御部４１は、複合クーポンコード全生成処理を行う（Ｃ１１０）。具体的には、限定ではなく例として、クーポン管理データベース４５５を参照し、全てのクーポンのうちの２以上の全ての組み合わせを算出する。そして、各々のクーポンＩＤに対応するクーポン管理データから各々のクーポンシードコードを特定し、算出した全ての組み合わせについて、前述した手法と同様の手法によって、複合クーポンコード情報を生成する。そして、生成した複合クーポンコード情報のデータを記憶部４５に記憶する。
ここで、全てのクーポンの組み合わせについて算出した複合クーポントークンのみを記憶部４５に記憶するようにしてもよいし、算出した複合クーポントークンをエンコードしたコード画像も含めて記憶部４５に記憶するようにしてもよい。

Ｃ１１０の後、通信Ｉ／Ｆ４４によってサーバ１０から複合クーポンコード要求情報を受信すると、クーポンサーバ４０の制御部４１は、記憶部４５に記憶しておいた複合クーポンコード情報のデータの中から、受信した複合クーポンコード生成要求情報に含まれる複数のクーポンの組み合わせに対応する複合クーポンコード情報を特定する。そして、特定した複合クーポンコード情報を、通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｃ１３０）。
ここで、全てのクーポンの組み合わせについて算出した複合クーポントークンのみを記憶部４５に記憶しておいた場合は、Ｃ１３０のステップにおいて、受信した複合クーポンコード生成要求情報に含まれる複数のクーポンの組み合わせに対応する複合クーポントークンを特定した上で、特定した複合クーポントークンをエンコードしたコード画像を生成して、サーバ１０に送信するようにしてもよい。
そして、クーポンサーバ４０の制御部４１は、Ｃ１９０に処理を進める。

なお、この処理では、Ｃ１１０のステップで、クーポンサーバ４０によって複合クーポンコード情報は生成済みである。このため、Ｓ１３０でサーバ１０がクーポンサーバ４０に送信する情報は、複合クーポンコード生成要求情報としてもよいが、複合クーポンコード取得要求情報としてもよい。

また、本処理では、Ｃ１１０のステップで、２以上のクーポンの全ての組み合わせについて複合クーポンコード情報を生成することとしたが、２以上のクーポンの一部の組み合わせについて複合クーポンコード情報を生成するようにしてもよい。

この場合、クーポンサーバ４０の制御部４１は、限定ではなく例として、Ｃ１３０のステップにおいて、記憶部４５に記憶しておいた複合クーポンコード情報のデータの中に、受信した複合クーポンコード生成要求情報に含まれる複数のクーポンの組み合わせに対応する複合クーポンコード情報がない場合、図１－１５のＣ１３０のステップ（複合クーポンコード生成処理）を行い、生成した複合クーポンコード情報を通信Ｉ／Ｆ４４によってサーバ１０に送信するようにしてもよい。

（３）処理パターン３
次に、サーバ１０とクーポンサーバ４０とで、事前にクーポンシード情報を共有しておき、サーバ１０の制御部１１が複合クーポンコード情報を生成する処理パターンについて説明する。図１－１７が、この処理の一例である。

最初に、クーポンサーバ４０の制御部４１は、クーポンシード情報を通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｃ１２０）。具体的には、限定ではなく例として、クーポン管理データベース４５５を参照し、全てのクーポンの各々のクーポンシードコードを読み出し、通信Ｉ／Ｆ４４によってサーバ１０に送信する。
そして、クーポンサーバ４０の制御部４１は、Ｃ１９０に処理を進める。

通信Ｉ／Ｆ１４によってクーポンサーバ４０からクーポンシード情報を受信すると、サーバ１０の制御部１１は、受信したクーポンシード情報を記憶部１５に記憶させる。

Ｓ１１０の後、通信Ｉ／Ｆ１４によって端末２０Ａからクーポン選択情報を受信すると、サーバ１０の制御部１１は、複合クーポンコード生成処理を行う（Ｓ１４０）。具体的には、限定ではなく例として、記憶部１５に記憶しておいたクーポンシード情報に基づき、受信したクーポン選択情報に含まれる複数のクーポンの各々のクーポンＩＤに対応する各々のクーポンのクーポンシードコードを特定する。そして、特定したクーポンシードコードに基づいて、前述した手法と同様の手法によって、複合クーポンコード情報を生成する。

次いで、サーバ１０の制御部１１は、生成した複合クーポンコード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５０）。
そして、サーバ１０の制御部１１は、Ｓ１９０に処理を進める。

なお、処理パターン２と同様に、クーポンサーバ４０の制御部４１が、複合クーポンコード全生成処理を行い、Ｃ１２０のステップで、生成した複合クーポンコード情報をサーバ１０に送信するようにしてもよい。この場合は、サーバ１０で複合クーポンコード生成処理を行う必要がなく、Ｓ１４０のステップを省略できる。

＜複合クーポンコード情報を用いた決済＞
上記の処理において、端末２０ＡのユーザＡ．Ａは、店舗などで商品（サービスとしてもよい。）を購入する際に、端末２０Ａの表示部２４に表示された複合クーポンコード情報を用いて、複数のクーポンによる割引等の特典が適用された決済が行われるようにすることができる。
この場合、複合クーポンコード情報のコード画像（複合クーポンコード画像）を店舗のレジにおいてコードリーダで読み取ってもらうようにしてもよいし、複合クーポンコード情報のトークン（複合クーポントークン）を店舗のレジにおいて店員に提示してレジに入力してもらうなどしてもよい。この処理については後述する。

＜１つのクーポンを使用した決済＞
本開示の手法は、１つのクーポンを使用して決済（会計）することを妨げるものではない。これは、以下の各実施例や各変形例についても同様である。

＜第１実施例の効果＞
本実施例は、端末２０と通信するサーバ１０は、端末２０のユーザによって端末２０に入力された複数のクーポンのクーポンＩＤ等の情報（限定ではなく、複数のクーポンに関する情報の一例）を含むクーポン選択情報等の情報（限定ではなく、第１情報の一例）を通信Ｉ／Ｆ１４によって端末２０から受信する。そして、サーバ１０は、クーポン選択情報の受信に基づき、複数のクーポンの各々のクーポンシードコード等に基づく複合クーポンコード情報（限定ではなく、複数のクーポンの情報が関連付けられた第１コード情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を端末から受信したことに基づいて、この複数のクーポンの情報が関連付けられた第１コード情報を端末に送信することができる。これにより、端末のユーザは、第１コード情報によって、複数のクーポンを使用することが可能となり、ユーザの利便性が向上する。

また、この場合、サーバ１０は、クーポン選択情報等の情報の受信に基づき、複数のクーポンのクーポンＩＤ等の情報を含む複合クーポンコード生成要求情報等の情報（限定ではなく、第２情報の一例）を通信Ｉ／Ｆ１４によってクーポンサーバ４０（限定ではなく、第１サーバの一例）に送信する。そして、サーバ１０は、複合クーポンコード生成要求情報等の情報の送信に基づき、複合クーポンコード情報を通信Ｉ／Ｆ１４によってクーポンサーバ４０から受信するようにしてもよい。
このような構成により得られる実施例の効果の一例として、サーバは、端末からの複数のクーポンに関する情報を含む第１情報の受信に基づき、この複数のクーポンに関する情報を含む第２情報をサーバとは異なる第１サーバに送信し、第２情報の送信に基づき、第１コード情報を第１サーバから取得することができる。サーバで第１コード情報を生成する必要がないため、サーバの処理負荷を軽減することができる。

また、この場合、複合クーポンコード情報は、複合クーポンコード生成要求情報の送信に基づき、クーポンサーバ４０によって生成され、サーバ１０の通信Ｉ／Ｆ１４によってクーポンサーバ４０から受信されるようにしてもよい。
この場合も、第１コード情報を第１サーバから取得することができる。サーバで第１コード情報を生成する必要がないため、サーバの処理負荷を軽減することができる。

また、クーポンサーバ４０は、複合クーポンコード全生成処理等によって生成した各々のクーポンの組み合わせに対応する複合クーポンコード情報のデータ（限定ではなく、異なるクーポンの組み合わせに基づき、少なくとも、第１コード情報と、第１コード情報とは異なる第２コード情報とを含むコード情報のデータの一例）を記憶部４５に記憶する。そして、サーバ１０に送信する複合クーポンコード情報は、サーバ１０による複合クーポンコード生成要求情報（または複合クーポンコード取得要求情報）の送信に基づき、クーポンサーバ４０によって上記のデータから取得され、通信Ｉ／Ｆ１４によってクーポンサーバ４０から受信されるようにしてもよい。
この場合も、第１コード情報を第１サーバから取得することができる。サーバで第１コード情報を生成する必要がないため、サーバの処理負荷を軽減することができる。

また、サーバ１０が、端末２０からのクーポン選択情報の受信に基づき、記憶部１５に記憶された、クーポンサーバ４０から取得したクーポンシードコードを含むクーポンのデータ（限定ではなく、クーポンに関するデータの一例）に基づいて、複合クーポンコード情報を制御部１１によって生成するようにしてもよい。
このような構成により得られる実施例の効果の一例として、サーバは、端末からの第１情報の受信に基づき、サーバの記憶部に記憶されたクーポンに関するデータに基づいて、第１コード情報を簡単に生成することができる。

本実施例は、サーバ１０と通信する端末２０は、自己の端末２０のユーザによって端末２０に入力された複数のクーポンのクーポンＩＤ等の情報（限定ではなく、複数のクーポンに関する情報の一例）を含むクーポン選択情報等の情報（限定ではなく、第１情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０は、クーポン選択情報の送信に基づき、複数のクーポンの各々のクーポンシードコード等に基づく複合クーポンコード情報（限定ではなく、複数のクーポンの情報が関連付けられた第１コード情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０から受信する。そして、端末２０は、受信した複合クーポンコード情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報をサーバに送信したことに基づき、この複数のクーポンの情報が関連付けられた第１コード情報をサーバから取得することができる。そして、端末は、取得した第１コード情報を表示して、端末のユーザに使用させることができる。これにより、端末のユーザは、第１コード情報によって、複数のクーポンを使用することが可能となり、ユーザの利便性が向上する。

本実施例は、サーバ１０と端末２０とを備える通信システム１（限定ではなく、システムの一例）において、端末２０は、サーバ１０から送信されたクーポンアプリケーション等のアプリケーションを受信し、受信したアプリケーションを記憶部２８に記憶し、自己の端末２０のユーザによって端末２０に入力された複数のクーポンのクーポンＩＤ等の情報（限定ではなく、複数のクーポンに関する情報の一例）を含むクーポン選択情報等の情報（限定ではなく、第１情報の一例）を、アプリケーションによってサーバ１０に送信する。
サーバ１０は、クーポン選択情報等の情報を端末２０から受信し、この情報の受信に基づき、複数のクーポンの各々のクーポンシードコード等に基づく複合クーポンコード情報（限定ではなく、複数のクーポンの情報が関連付けられた第１コード情報の一例）を端末２０に送信する。
そして、端末２０は、複合クーポンコード情報をアプリケーションによってサーバ１０から受信し、受信した複合クーポンコード情報をアプリケーションによって表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、サーバから送信されたアプリケーションを受信し、受信したアプリケーションを記憶部に記憶することによって、本願請求項に係るシステムの発明の機能が実現可能となる状態を作り出すことができる（システムの生産）。その上で、端末が、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を、アプリケーションによってサーバに送信し、サーバは、第１情報の受信に基づき、第１コード情報を端末に送信し、端末は、第１コード情報をアプリケーションによってサーバから受信し、第１コード情報をアプリケーションによって表示するというシステムの発明の機能を実現することができる。また、上記と同様に、端末のユーザが第１コード情報によって複数のクーポンを使用することが可能となり、ユーザの利便性を向上させることができる。
なお、これは、本実施例に示したシステムの発明の機能に限らず、他の実施例等に示すシステムの発明の機能についても同様とすることができる。

＜第１変形例（１）＞
上記の実施例において、クーポン選択画面等の画面に、そのクーポンを使用することのできる商品やサービス（以下、「商品等」と称する。）に関する情報を表示させるようにしてもよい。

図１－１８は、本変形例における表示画面の一例を示す図である。
図１－１８左側における表示画面については、前述した図１－１４左側と同様であるので説明を省略する。

限定ではなく例として、図１－１８左側のように、メインメニューボタンＭ１ＢＴがユーザによってタッチされると、限定ではなく例として、図１－１８中央のような表示がなされる。
図１－１８中央における表示画面については、前述した図１－１４中央と同様である部分については説明を省略する。

この例では、クーポン一覧表示領域に、各商品に関連付けられたクーポン情報として、第１クーポン情報（本例では、フライドチキンの商品画像を含むアイコンと「フライドチキン」および「５０円引き」の文字とを含む情報）、第２クーポン情報（本例では、ミルクティーの商品画像を含むアイコンと「ミルクティー」の文字と「１６０円」が「１２０円」に割引されることを示す情報）、第３クーポン情報（本例では、おにぎりの商品画像を含むアイコンと「おにぎり」および「３０円引き」の文字とを含む情報）、第４クーポン情報（本例では、メロンパンの商品画像を含むアイコンと「メロンパン」の文字と「１５０円」が「１００円」に割引されることを示す情報）等が表示されている。

本例は、第２クーポンと第３クーポンとの２個のクーポンが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図１－１８中央のように、第２クーポンと第３クーポンとが選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図１－１８右側のような表示がなされる。
図１－１８右側における表示画面については、前述した図１－１４右側と同様であるので説明を省略する。

このように、ユーザによって選択された任意の複数のクーポンをまとめて使用することが可能になることによって、ユーザが複数のクーポンを使用したい場合にクーポンを１つずつ使用しなければならないことによる煩わしさを軽減でき、各商品に関連付けられた複数のクーポンを使用し易くすることによって、ユーザの購買動機を向上できる。

本変形例では、限定ではなく例として図１－１５～図１－１７等の処理で、サーバ１０の制御部１１は、Ｓ１１０のステップにおいて、クーポン配信管理データベース１５５Ａに基づき、各々のクーポンのその他クーポン情報を含むクーポン一覧情報を端末２０Ａに送信するようにする。そして、端末２０Ａの制御部２１は、Ａ１３０のステップにおいて、その他クーポン情報を含むクーポン一覧情報を表示部２４に表示させるようにすることができる。

＜第１変形例（２）＞
上記の実施例等において、複合クーポン表示画面等の画面に、複合クーポンコード情報に対応する複数のクーポンに関する情報を表示させるようにしてもよい。

図１－１９は、本変形例における表示画面の一例を示す図である。
図１－１９左側における表示画面については、前述した図１－１８中央と同様であるので説明を省略する。

限定ではなく例として、図１－１９左側のように、第２クーポンと第３クーポンとがユーザによって選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図１－１９右側のような表示がなされる。
図１－１９右側における表示画面については、前述した図１－１４右側と同様である部分についての説明を省略する。

この例では、複合クーポン情報表示領域の二次元複合クーポンコード画像の下に、複合クーポンコード情報に対応するクーポンの内容に関する情報（以下、「内容情報」と称する。）（本例では、第２クーポン情報に対応したアイコンと、第３クーポン情報に対応したアイコン）が表示されている。

このように、複合クーポンコード情報が表示されるときにその複合クーポンに関連付けられたクーポンの内容が表示されることによって、誤ったクーポンを使用してしまうことを防止でき、クーポンを使用するときの利便性を向上できる。

本変形例では、限定ではなく例として図１－１５～図１－１７等の処理で、サーバ１０の制御部１１は、Ｓ１５０のステップにおいて、複合クーポンコード情報と、クーポン配信管理データベース１５５Ａに基づきクーポン選択情報に含まれるクーポンＩＤのクーポンについての内容情報とを端末２０Ａに送信するようにする。そして、端末２０Ａの制御部２１は、Ａ１７０のステップにおいて、受信した複合クーポンコード情報と内容情報とを表示部２４に表示させるようにすることができる。

本変形例は、端末２０が、複合クーポンコード情報に対応する複数のクーポンに関する情報（限定ではなく、複数のクーポンに関する第５情報の一例）を複合クーポンコード情報（限定ではなく、第１コード情報の一例）と関連付けて表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、複数のクーポンと第１コード情報との対応関係を端末のユーザが把握できるようにすることができる。

また、この場合、複数のクーポンに関する情報は、複合クーポン表示画面（限定ではなく、第１コード情報が表示される画面の一例）に表示されるようにしてもよい。
このような構成により得られる変形例の効果の一例として、複数のクーポンと第１コード情報との対応関係を端末のユーザが一見して把握可能となる。また、端末のユーザが誤ったクーポンを使用してしまうことを防止できる。

＜第１変形例（３）＞
クーポンの使用回数に制限がある場合、第１変形例（２）と同様の表示を行うことを可能としてもよい。

図１－２０は、本変形例における表示画面の一例を示す図である。
本例では、フライドチキンの商品に関連付けられたクーポンの使用回数が１回であり、その他の商品に関連付けられたクーポンの使用回数に制限（限度）はないものとする。

図１－２０左側における表示画面については、前述した図１－１８右側と同様である部分についての説明を省略する。

この例では、クーポン情報のうち第１クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されている。

本例は、第１クーポンと第２クーポンと第３クーポンとの３個のクーポンが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図１－２０左側のように、第１クーポンと第２クーポンと第３クーポンとが選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図１－２０中央のような表示がなされる。
図１－２０中央における表示画面については、前述した図１－１９右側と同様である部分についての説明を省略する。

この例では、複合クーポン情報表示領域の二次元コード画像の下に、前述した内容情報（本例では、第１クーポン情報に対応した「フライドチキン」および「５０円引き」の文字を含むアイコンと、第２クーポン情報に対応した「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字を含むアイコンと、第３クーポン情報に対応した「おにぎり」および「３０円引き」の文字を含むアイコン）が表示されている。

また、内容情報のうち、使用回数に制限がある第１クーポン情報に対応したアイコンは、使用回数に制限がない第２クーポン情報や第３クーポン情報に対応したアイコンよりも強調された態様（本例では、アイコンの外枠線が太い態様）で表示されている。

限定ではなく例として、図１－２０中央のように、第１クーポン情報に対応したアイコンがユーザによってタッチされると、限定ではなく例として、図１－２０右側のような表示がなされる。
図１－２０右側における表示画面については、前述した図１－２０中央と同様である部分についての説明を省略する。

この例では、ユーザによってタッチされたアイコンからこのアイコンに対応した使用回数に関する情報（本例では、「このクーポンは１回限り使用可能です」の文字と、この吹き出しの表示を終了するための「×」の文字を含む吹き出し）が表示されている。

なお、ユーザによってタッチされたアイコンが使用回数に限度がないクーポンであった場合、限定ではなく例として、いずれの吹き出しも表示されなくてもよいし、限定ではなく例として、「このクーポンは何回でも使用可能です」の文字を含む吹き出しが表示されてもよい。

このように、使用回数に制限（限度）があるクーポンを含む複数のクーポンをまとめて使用することが可能であるとともに、いずれのクーポンが使用回数に制限があるかや、その使用回数を確認するための導線を確保することによって、使用回数に制限があるクーポンを含む複数のクーポンをまとめて使用するときのユーザの利便性を向上できる。

本変形例では、限定ではなく例として図１－１５～図１－１７等の処理で、サーバ１０の制御部１１は、Ｓ１５０のステップにおいて、複合クーポンコード情報と、クーポン配信管理データベース１５５Ａに基づきクーポン選択情報に含まれるクーポンＩＤのクーポンについての内容情報とを端末２０Ａに送信するようにする。そして、端末２０Ａの制御部２１は、Ａ１７０のステップにおいて、受信した複合クーポンコード情報と内容情報とを表示部２４に表示させるようにすることができる。

本変形例は、端末２０が、複合クーポンコード情報に対応する複数のクーポンに関する情報（限定ではなく、複数のクーポンに関する第５情報の一例）を複合クーポンコード情報（限定ではなく、第１コード情報の一例）と関連付けて表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、複数のクーポンと第１コード情報との対応関係を端末のユーザが把握できるようにすることができる。

また、この場合、上記の複数のクーポンに関する情報は、複合クーポン表示画面（限定ではなく、第１コード情報が表示される画面の一例）に表示されるようにしてもよい。
このような構成により得られる変形例の効果の一例として、複数のクーポンと第１コード情報との対応関係を端末のユーザが一見して把握可能となる。また、端末のユーザが誤ったクーポンを使用してしまうことを防止できる。

また、この場合、端末２０は、上記の複数のクーポンうち、使用回数の制限なし（限定ではなく、第１条件の一例）とは異なり使用回数の制限あり（限定ではなく、第２条件の一例）が設定されたクーポンがある場合、使用回数の制限ありが設定されたクーポンに関する情報を、使用回数の制限なしが設定されたクーポンに関する情報とは異なる態様で表示部２４に表示する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる変形例の効果の一例として、第１条件とは異なる第２条件が設定されたクーポンを、端末のユーザが把握できるようにすることができる。

＜第１変形例（４）＞
上記の実施例等において、ユーザがクーポンを選択し直すことができるようにしてもよい。

図１－２１は、本変形例における表示画面の一例を示す図である。
図１－２１左側における表示画面については、前述した図１－１９右側と同様である部分についての説明を省略する。

この例では、複合クーポン情報表示領域に、複合クーポン情報と、前の画面（この例では、クーポンの選択画面）に戻るための戻るボタンＲＥＢＴ（本例では、「戻る」の文字を含むボタン）とが表示されている。

限定ではなく例として、図１－２１左側のように、戻るボタンＲＥＢＴがユーザによってタッチされると、限定ではなく例として、図１－２１中央のような表示がなされる。
図１－２１中央における表示画面については、前述した図１－１８中央と同様である部分についての説明を省略する。

この例では、第３クーポン情報の選択が解除され、第４クーポン情報が新たに選択された状態が示されており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図１－２１中央のように、第３クーポン情報がユーザによって選択を解除された後に、既に選択されている第２クーポン情報に加えて第４クーポン情報がユーザによって新たに選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図１－２１右側のような表示がなされる。
図１－２１右側における表示画面については、前述した図１－２１左側と同様である部分についての説明を省略する。

この例では、第３クーポン情報がユーザによって選択を解除されたとともに、既に選択されている第２クーポン情報に加えて第４クーポン情報がユーザによって新たに選択されたことに基づいて、新たな複合クーポンコード情報が生成されて表示されている。また、複合クーポン情報表示領域の二次元複合クーポンコード画像の下には、内容情報（本例では、第２クーポン情報に対応した「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字を含むアイコンと、第４クーポン情報に対応した「メロンパン」および「１５０円（右向き三角形のオブジェクト）１００円」の文字を含むアイコン）が表示されている。

このように、複数のクーポンをまとめて表示した後に、クーポンを選択する画面に戻り、クーポンを選択し直すことが可能であることによって、ユーザが誤ってクーポンを選択してしまった場合などにクーポンを選択し直す導線が確保でき、好適なクーポンアプリケーションを提供できる。

本変形例では、限定ではなく例として図１－１５～図１－１７等の処理で、端末２０Ａの制御部２１は、Ａ１７０のステップで複合クーポンコード情報を表示した後に、ユーザ入力に基づいてＡ１３０のステップに処理を戻し、ユーザがクーポンを選択し直すことができるようにすることができる。

＜第１変形例（５）＞
複合クーポンコード情報に、限定ではなく例として、時間に関する情報（限定ではなく例として、複合クーポンコード情報の有効期間（または有効期限）に関する情報）や、端末２０のユーザのアカウントに関する情報（限定ではなく例として、アプリケーションＩＤ）等の情報を含めてもよい。また、これらの情報をハッシュした情報を含めてもよい。

有効期間（または有効期限）に関する情報を含めることで、有効期間内に複合クーポンコード情報が店舗のコードリーダによって読み取られるなどし、それに格納されている情報がサーバ１０に送信された場合に、その取引をＯＫとすることができる。

端末２０のユーザのアカウントに関する情報（限定ではなく例として、アプリケーションＩＤ）を含める例については第２実施例で説明する。

＜第２実施例＞
第２実施例は、複合クーポンコード情報を使用して決済を行う場合等において、クーポンの残使用回数を管理することに関する実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜データ構成＞
図２－１は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、前述したアプリケーション管理処理プログラム１５１～クーポン配信管理データベース１５５に加えて、限定ではなく例として、アカウント管理データベース１５７が記憶される。

アカウント管理データベース１５７は、アカウント登録データ１５３に記憶されている各々のアカウントに関する管理用のデータが記憶されたデータベースであり、その一例であるアカウント管理データベース１５７Ａのデータ構成例を図２－２に示す。
アカウント管理データには、アカウントごとのデータとして、アカウント管理データが記憶される。

各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、そのアプリケーションＩＤに対応するユーザ名と、このアプリケーションＩＤのユーザが保有するクーポンに関する管理用のデータである保有クーポン管理データとが記憶される。

保有クーポン管理データには、限定ではなく例として、クーポンＩＤと、クーポン名と、残使用回数と、その他情報とが関連付けて記憶される。

クーポンＩＤには、クーポン配信管理データベース１５５に記憶されたクーポンＩＤのうち、このアプリケーションＩＤのユーザが保有しているクーポンのクーポンＩＤが記憶される。

クーポン名には、クーポン配信管理データベース１５５に基づき、このクーポンＩＤに対応するクーポン名が記憶される。

残使用回数には、このクーポンＩＤのクーポンの残り使用回数が記憶される。

なお、図示は省略しているが、アカウント管理データに、このアプリケーションＩＤのユーザ（アカウント）のクーポンの使用の履歴に関するデータであるクーポン使用履歴データを記憶させるようにしてもよい。

＜表示画面＞
図２－３～図２－４は、本実施例における表示画面の一例を示す図である。
図２－３左側における表示画面については、前述した図１－１８中央と同様である部分についての説明を省略する。

この例では、クーポン情報のうち、第１クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されており、第２クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されており、第３クーポン情報の右上部に、使用回数情報（本例では、３回であることを示す「３」の数字を含むアイコン）が重畳して表示されており、第４クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されている。

また、この例では、各クーポン情報には、これら商品が販売されている店舗の情報として店舗情報（本例では、「ＢＢマート」のアイコン）が含まれている。

本例は、第１クーポンと第２クーポンと第３クーポンとの３個のクーポンが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図２－３左側のように、第１クーポンと第２クーポンと第３クーポンとが選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図２－３中央のような表示がなされる。

この例では、複合クーポン情報表示領域の二次元複合クーポンコード画像の下に、内容情報（本例では、第１クーポン情報に対応した「フライドチキン」および「５０円引き」の文字と、使用回数情報（本例では「１」の数字を含むアイコン）とを含むアイコン、第２クーポン情報に対応した「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字と、使用回数情報（本例では「１」の数字を含むアイコン）とを含むアイコン、第３クーポン情報に対応した「おにぎり」および「３０円引き」の文字と、使用回数情報（本例では「３」の数字を含むアイコン）とを含むアイコン）が表示されている。

限定ではなく例として、図２－３中央のように、一次元複合クーポンコード画像または二次元複合クーポンコード画像が店員によって読み取りされると、限定ではなく例として、図２－３右側のような表示がなされる。
図２－３右側における表示画面については、図２－３中央と同様である部分についての説明を省略する。

この例では、使用されなかったクーポンがあったことに基づいて、限定ではなく例として、画面上部に、クーポンアプリケーションを発信元とする、使用されなかったクーポンあったことを示すテキスト（使用されなかったクーポンがあります）等を含む、プッシュ形式で表示されるプッシュ通知ＰＮ１が表示されている。

限定ではなく例として、プッシュ通知ＰＮ１がユーザによってタッチされると、限定ではなく例として、後述するクーポンアプリケーションのお知らせ画面に遷移するようにすることができる（図２－４中央参照）。

図２－４左側における表示画面については、前述した図１－１４左側と同様である部分についての説明を省略する。

この例では、メインメニュー情報表示領域の第１メインメニューボタンＭ１ＢＴの下に、メインメニュー情報として第２メインメニューボタンＭ２ＢＴ（限定ではなく例として、鈴を模したオブジェクトと「お知らせ」の文字とを含むボタン）が表示されている。
限定ではなく例として、新着のお知らせがあることに基づいて、鈴を模したオブジェクトの左上方に新着情報（本例では、丸いオブジェクト）が表示されている。

限定ではなく例として、図２－４左側のように、第２メインメニューボタンＭ２ＢＴがユーザによってタッチされると、限定ではなく例として、図２－４中央のような表示がなされる。
この画面は、クーポンアプリケーションのお知らせ画面であり、アプリ内位置表示領域には「お知らせ」の文字が表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、クーポンアプリケーションのお知らせ画面における各種情報（以下、「お知らせ情報」と称する。）が表示されるお知らせ情報表示領域が構成されている。
この例では、お知らせ情報表示領域に、お知らせ情報として第１お知らせ情報（本例では、使用できなかったクーポンに関するお知らせ（限定ではなく例として、「ＢＢマート」のアイコン、このアイコンの右上部に重畳して表示された新着アイコン、日時（２０２２／５／５ １５：５５：５５）、「クーポン使用に失敗しました」の文字、ミルクティーの商品画像を含むアイコン、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字を含むクーポンの情報、「対象商品が購入されませんでした」の文字）などが表示されている。

限定ではなく例として、お知らせ画面の戻るアイコンがユーザによってタッチされ、メインメニュー画面の第１メインメニューボタンＭ１ＢＴがユーザによってタッチされると、限定ではなく例として、図２－４右側のような表示がなされる。
図２－４右側における表示画面については、前述した図２－３左側と同様である部分についての説明を省略する。

本例では、使用回数が１回であった第１クーポン情報に対応するクーポンが使用されていることに基づいて、第１クーポン情報が表示されていない。また、使用回数が１回であった第２クーポン情報に対応するクーポンが使用されていないことに基づいて、使用回数は元の回数である１回のままである。また、使用回数が３回であった第３クーポン情報に対応するクーポンが使用されていることに基づいて、使用回数は２回となっている。

この例では、クーポン情報のうち、第２クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されており、第３クーポン情報の右上部に、使用回数情報（本例では、２回であることを示す「２」の数字を含むアイコン）が重畳して表示されており、第４クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されている。

また、この例では、第２クーポン情報には、限定ではなく例として、補足情報（本例では、「２０２２／５／５ １５:５５:５５ 使用に失敗しました」の文字を含むアイコン）が含まれている。

本例は、いずれのクーポン情報も選択されていない状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられていない状態を示している。

限定ではなく例として、いずれかのクーポンが選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、複合クーポン表示画面に遷移する（不図示）。

このように、使用できなかったクーポンがあった場合に、そのことをユーザに通知するとともに、使用できなかったクーポンが使用前の状態に戻る（使用回数が減算していない）ことによって、使用できなかったクーポンがあった場合にユーザが損をしてしまうことを防止できる。

＜処理＞
図２－５～図２－６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
図２－５では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、クーポンサーバ４０の制御部４１が実行する処理をそれぞれ示し、これに続く図２－６では、これらに加えて、店舗ＰＯＳシステム５０が行う処理を一番右側に示している。
ここでは、限定ではなく例として、前述した「パターンＢ」を適用する場合の処理例をメインに説明する。
また、この処理は、限定ではなく例として、図１－１５に示した「処理パターン１」を適用した処理例である。なお、図１－１６に示した「処理パターン２」や図１－１７に示した「処理パターン３」を適用する場合も同様とすることができるが、図示および説明は省略する。

本処理では、Ｃ１３０の複合クーポンコード生成処理において、クーポンサーバ４０の制御部４１は、コード画像に、限定ではなく例として、生成元となった複数のクーポンのクーポンＩＤと、複合クーポントークンとに加えて、端末２０ＡのユーザＡ．ＡのアプリケーションＩＤをエンコードするようにすることができる。
限定ではなく例として、第１クーポン（クーポンＩＤ：ＩＤ１）と、第２クーポン（クーポンＩＤ：ＩＤ２）とが生成元のクーポンである場合、コード画像には（ＩＤ１，ＩＤ２，複合クーポントークン，ユーザＡ．ＡのアプリケーションＩＤ）を含めるようにすることができる。

また、第１実施例で説明したように、クーポンサーバ４０の制御部４１は、生成した複合クーポントークンは、以下のいずれかのようにすることができる。
（ａ）消去する（保存しない）。
（ｂ）消去しない（保存する）。この場合、限定ではなく例として、複合クーポントークンを、生成元の複数のクーポンのクーポンＩＤと関連付けて記憶部４５に保存するようにすることができる。ユーザＡ．ＡのアプリケーションＩＤをサーバ１０から受信した場合は、さらにユーザＡ．ＡのアプリケーションＩＤを関連付けて記憶部４５に保存するようにしてもよい。

Ｓ１５０において複合クーポンコード情報を端末２０Ａに送信した後、サーバ１０の制御部１１は、クーポン残使用回数更新処理を行う（Ｓ２１０）。具体的には、端末２０Ａに送信した複合クーポンコード情報に対応する複数のクーポンの各々について、ユーザＡ．Ａのアカウント管理データに含まれる保有クーポン管理データにおける、その複数のクーポンのクーポンＩＤに関連付けられた残使用回数からそれぞれ“１”を減算して更新する。

サーバ１０の制御部１１が複合クーポンコード情報を端末２０Ａに送信すると、その複合クーポンコード情報が端末２０Ａの表示部２４に表示される（Ａ１７０）。
「パターンＢ」では、クーポン使用回数に制限があり、クーポンコード情報が端末２０の表示部２４に表示されることでクーポンが消費される。このため、本処理では、Ｓ１５０で複合クーポンコード情報を端末２０Ａに送信した後、サーバ１０の制御部１１は、Ｓ２１０のクーポン残使用回数更新処理を行って、クーポンの残使用回数を減算して更新するようにしている。

店舗ＰＯＳシステム５０は、ユーザＡ．Ａが自店舗で商品等を購入する場合、コードレジ７０で、購入商品読み取り処理を行う（Ｐ１２０）。具体的には、限定ではなく例として、コードリーダ６８によって、ユーザＡ．Ａが購入しようとしている商品のＪＡＮコード等を読み取る処理を行う。

次いで、店舗コードリーダ装置６０のコードリーダ６８によって、Ａ１７０のステップで端末２０Ａの表示部２４に表示された複合クーポンコード情報が読み取られるクーポンコード読み取り処理が行われる（Ｐ２２０）。

すると、店舗ＰＯＳシステム５０は、ユーザＡ．Ａの店舗決済の予定に関する情報である店舗決済予定情報を、通信Ｉ／Ｆ６４によってクーポンサーバ４０に送信する（Ｐ２３０）。店舗サーバ８０から情報が送信されるようにしてもよい。
上記（ａ）のパターンでは、店舗決済予定情報には、限定ではなく例として、読み取った複合クーポンコード画像からデコードによって取得された情報のうちの複数のクーポンＩＤ，複合クーポントークンおよびユーザＡ．ＡのアプリケーションＩＤと、ユーザＡ．Ａが購入予定の商品等の店舗決済予定金額と、ユーザＡ．Ａが購入予定の商品品目とを含めることができる。
また、上記（ｂ）のパターンでは、読み取った複合クーポンコード画像からデコードによって取得された情報として、複合クーポントークンのみを送信することができる。

Ｃ１５０の後、クーポンサーバ４０の制御部４１は、受信した店舗決済予定情報に基づいて、まず、複合クーポンコード情報の適否を判定する複合クーポンコード適否判定処理を行う。

具体的には、限定ではなく例として、上記（ａ）のパターンでは、受信した複数のクーポンＩＤに基づいて複合クーポントークンを再生成し、再生成した複合クーポントークンと、受信した複合クーポントークンとが一致するか否かを判定する。そして、一致する場合は、複合クーポンコード情報を「ＯＫ」と判定する。つまり、複合クーポンコード情報生成処理で複合クーポントークンを生成した手法（アルゴリズム）と同じ手法を用いて（同じ論理演算や同じハッシュによって）、複合クーポントークンを再生成し、受信した複合クーポントークンと比較して適否を判定する。
上記（ｂ）のパターンでは、受信した複合クーポントークンと、記憶部４５に保存されている複合クーポントークンとが一致するか否かを判定する。そして、一致する場合は、複合クーポンコード情報を「ＯＫ」と判定する。
なお、一致しない場合は「ＮＧ」と判定し、店舗ＰＯＳシステム５０にエラーを返すようにすることができる。

複合クーポンコード情報がＯＫであると判定した場合、クーポンサーバ４０の制御部４１は、複合クーポンコード情報に対応する複数のクーポンのうち、クーポン使用期限切れなどの要因によって使用することのできないクーポン（以下、便宜的に「使用不可クーポン」と称する。）があるか否か（複数のクーポンに使用できないクーポンが含まれるか否か）を判定する（Ｃ２１０）。具体的には、限定ではなく例として、受信した店舗決済予定金額とクーポン使用可能金額との関係、受信した店舗決済予定情報に含まれる商品品目とクーポン対象商品品目との関係、クーポン使用期限等に基づいて、使用不可クーポンがあるか否かを判定する。

使用不可クーポンがあると判定したならば（Ｃ２１０：ＹＥＳ）、クーポンサーバ４０の制御部４１は、使用不可クーポンに関する情報である使用不可クーポン情報を、通信Ｉ／Ｆ４４によってサーバ１０と店舗ＰＯＳシステム５０とにそれぞれ送信する（Ｃ２３０）。
使用不可クーポン情報には、限定ではなく例として、使用不可クーポンのクーポンＩＤ、ユーザＡ．ＡのアプリケーションＩＤ、使用不可クーポンを非適用（除外）した場合の店舗決済金額の情報を含めることができる。使用不可クーポンのクーポン対象商品品目の情報を含めてもよい。
そして、クーポンサーバ４０の制御部４１は、Ｃ１３０の前に処理を戻し、サーバ１０からの複合クーポンコード生成要求情報の受信を待機する。

Ｐ２３０の後、店舗ＰＯＳシステム５０は、通信Ｉ／Ｆ６４によって使用不可クーポン情報を受信したか否かを判定し（Ｐ２４０）、受信したと判定したならば（Ｐ２４０：ＹＥＳ）、受信した使用不可クーポン情報を表示部６３に表示させる（Ｐ２５０）。
そして、店舗ＰＯＳシステム５０は、Ｐ２２０に処理を戻す。

一方、使用不可クーポン情報を受信しなかったと判定したならば（Ｐ２４０：ＮＯ）、店舗ＰＯＳシステム５０は、店舗決済処理を行う（Ｐ２６０）。具体的には、複合クーポンコードを含むクーポンを適用して会計を行う。
そして、店舗ＰＯＳシステム５０は、Ｐ２９０の終了判定に処理を移す。

Ｓ２１０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ４４によって使用不可クーポン情報を受信したか否かを判定し（Ｓ２３０）、受信したと判定したならば（Ｓ２３０：ＹＥＳ）、クーポン残使用回数復元処理を行う（Ｓ２５０）。具体的には、限定ではなく例として、受信したクーポンＩＤとユーザＡ．ＡのアプリケーションＩＤとに基づいて、ユーザＡ．Ａのアカウント管理データに含まれる保有クーポン管理データにおける、受信したクーポンＩＤに関連付けられた残使用回数に“１”を加算して残使用回数を復元する。これは、使用不可クーポンについては、Ｓ２１０のステップで減算した残使用回数を復元する必要があるためである。

次いで、サーバ１０の制御部１１は、残使用回数を復元したクーポン（以下、「未使用クーポン」と称する。）に関する情報である未使用クーポン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２７０）。未使用クーポン情報には、限定ではなく例として、未使用クーポンのクーポンＩＤを含めることができる。
そして、サーバ１０の制御部１１は、Ｓ１３０の前に処理を戻し、端末２０Ａからのクーポン選択情報の受信を待機する。

Ａ１７０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によって未使用クーポン情報を受信したか否かを判定し（Ａ２１０）、受信したと判定したならば（Ａ２１０：ＹＥＳ）、受信した未使用クーポン情報を表示部２４に表示させる（Ａ２３０）。
そして、端末２０Ａの制御部２１は、Ａ１３０に処理を戻す。

Ａ２１０において未使用クーポンを受信しなかったと判定したならば（Ａ２１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１９０の終了判定に処理を移す。
Ｓ２３０において使用不可クーポン情報を受信しなかったと判定したならば（Ｓ２３０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１９０の終了判定に処理を移す。

上記において、サーバ１０から端末２０Ａに送信される未使用クーポン情報は、限定ではなく例として、以下のうちの少なくともいずれか１つの情報としてもよい。
（Ａ）クーポンアプリケーションのプッシュ通知として表示される情報
（Ｂ）クーポンアプリケーションの各種の画面（複合クーポン表示画面、お知らせ画面、クーポン使用履歴画面等）に表示される情報
（Ｃ）メッセージングアプリケーションのプッシュ通知として表示される情報
（Ｄ）メッセージングアプリケーションのトークルームに表示される情報

（Ｄ）では、限定ではなく例として、メッセージングサービスを提供する機能（メッセージングアプリケーションの情報を管理する機能）をサーバ１０に持たせ、サーバ１０が、端末２０、または端末２０のユーザのアカウントと未使用クーポンに対応する加盟店の公式アカウントとを含むトークルーム（端末２０のユーザと加盟店とを含むトークルームとしてもよい。）に表示させるメッセージ情報（メッセージ）であって、加盟店の公式アカウントを発信元とするメッセージ情報として端末２０に送信するようにすることができる。
ただし、これに限定されるものではなく、メッセージ情報の発信元をメッセージングサービス事業者とするなどしてもよい。

なお、クーポンサーバ４０がクーポンシード情報をサーバ１０と共有しているのであれば、Ｃ２１０のステップにおける複合クーポンコード適否判定処理を、サーバ１０の制御部１１が行うようにしてもよい。
同様に、Ｃ２１０のステップにおける使用不可クーポンがあるか否かを判定する処理を、サーバ１０の制御部１１が行うようにしてもよい。

＜他のパターンについて＞
前述した「パターンＡ」では、残使用回数という構成が生じないため、上記の処理を適用する意味はないと言える。

前述した「パターンＣ」では、クーポン使用回数に制限があるが、クーポンコード情報が端末２０の表示部２４に表示されただけではクーポンは消費されない。この場合は、クーポンが実際に使用されたことに基づいて、クーポンが消費されるようにすることができる。
具体的には、限定ではなく例として、店舗決済処理（Ｐ２６０）を行った後、店舗ＰＯＳシステム５０（店舗コードリーダ装置６０または店舗サーバ８０）が店舗決済情報（店舗決済結果情報）をサーバ１０に送信する。そして、サーバ１０は、受信した店舗決済情報に基づいて、Ｓ２１０のステップと同様のクーポン残使用回数更新処理を行って、クーポンを消費するようにすることができる。

＜複合クーポントークンについて＞
店舗によっては、店舗ＰＯＳシステム５０を導入しておらず、端末２０の表示部２４に表示された複合クーポントークンをコードレジ７０に入力するなどして、複合クーポンを使用させるような場合があり得る。この場合、複合クーポントークンのみからでは、どのアカウントのユーザが複合クーポンコード情報を用いて店舗で取引を行おうとしているのかを特定することができないため、サーバ１０がクーポン残使用回数復元処理（Ｓ２５０）を行うことができない可能性がある。
そこで、クーポンサーバ４０の制御部４１が、複合クーポンコード情報生成処理（Ｃ１３０）において、ユーザＡ．ＡのアプリケーションＩＤを埋め込んだ複合クーポントークンを生成するようにしてもよい。
このようにすることで、上記の処理のようにユーザＡ．ＡのアプリケーションＩＤがエンコードされた複合クーポンコード画像が店舗コードリーダ装置６０によって読み取られる場合と同様に、本実施例の手法を適用可能となる。

＜第２実施例の効果＞
本実施例は、複合クーポンコード情報に対応する複数のクーポンのうち、商品等の購入に使用することができない使用不可クーポンがある場合（限定ではなく、第１コード情報を用いて決済をすることができないクーポンがある場合の一例）、サーバ１０は、クーポンの不使用に関する処理（限定ではなく、第１処理の一例）を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１コード情報にクーポンの情報が関連付けられた複数のクーポンのうち、決済で使用することのできないクーポンがある場合、そのクーポンの不使用に関する処理を行うことができる。

また、これらの場合、クーポンの不使用に関する処理は、未使用クーポン情報（限定ではなく、クーポンの不使用に関する第３情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、クーポンの不使用に関する情報を端末のユーザに報知することができる。

また、これらの場合、未使用クーポン情報は、端末２０のユーザを含むメッセージングアプリケーションのトークルーム（限定ではなく、チャットルームの一例）に表示されるメッセージ情報としてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザを含むチャットルームに表示されるメッセージ情報によって、クーポンの不使用に関する情報を端末のユーザに効果的に報知することができる。

＜第２変形例（１）＞
図２－５～図２－６の処理において、クーポンサーバ４０から使用不可クーポン情報を受信した場合（Ｐ２４０：ＹＥＳ）、店舗ＰＯＳシステム５０が、Ｐ２６０のステップに処理を移し、店舗決済処理を行うようにしてもよい。

この場合、店舗ＰＯＳシステム５０は、限定ではなく例として、クーポンサーバ４０から受信した使用不可クーポン情報に含まれる使用不可クーポンを非適用とした店舗決済金額の情報に基づいて、その店舗決済金額で店舗決済処理を行うようにすることができる。そして、店舗決済処理（Ｐ２６０）を行った後、店舗ＰＯＳシステム５０（店舗コードリーダ装置６０または店舗サーバ８０）は、店舗決済情報（店舗決済結果情報）を、クーポンサーバ４０やサーバ１０に送信する。そして、サーバ１０は、受信した店舗決済情報に基づいて、Ｓ２５０のステップと同様のクーポン残使用回数復元処理を行うようにすることができる。そして、サーバ１０の制御部１１は、Ｓ２７０のステップに処理を移し、未使用クーポン情報を端末２０Ａに送信するようにすることができる。

なお、電子マネーによる支払いサービスを提供する機能（支払いアプリケーションの情報を管理する機能）をサーバ１０に持たせ、サーバ１０が、電子マネー決済を行うようにしてもよい。

この場合、サーバ１０の制御部１１は、限定ではなく例として、クーポンサーバ４０から受信した使用不可クーポン情報に含まれる使用不可クーポンを非適用とした店舗決済金額の情報に基づいて、その店舗決済金額で電子マネー決済を行う。そして、サーバ１０の制御部１１は、限定ではなく例として、電子マネー決済情報（電子マネー決済結果情報）と、未使用クーポン情報とを、端末２０Ａに送信するようにすることができる。
電子マネー決済情報に未使用クーポン情報を含めるようにしてもよい。

なお、サーバ１０と、電子マネー決済を行うサーバとを物理的に分離されたサーバとして、同様の処理を行うようにしてもよい。

図２－７は、本変形例における表示画面の一例を示す図である。
図２－７左側における表示画面については、前述した図２－４左側と同様である部分についての説明を省略する。

この例では、メインメニュー情報表示領域の第１メインメニューボタンＭ１ＢＴの下に、メインメニュー情報として第３メインメニューボタンＭ３ＢＴ（限定ではなく例として、紙を模したオブジェクトと「クーポン使用履歴」の文字とを含むボタン）が表示されている。

限定ではなく例として、図２－７左側のように、クーポン使用履歴の第３メインメニューボタンＭ３ＢＴがユーザによってタッチされると、限定ではなく例として、図２－７右側のような表示がなされる。
この画面は、クーポンアプリケーションのクーポン使用履歴画面であり、アプリ内位置表示領域には「クーポン使用履歴」の文字が表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、クーポンアプリケーションのクーポン使用履歴画面における各種情報（以下、「クーポン使用履歴情報」と称する。）が表示されるクーポン使用履歴情報表示領域が構成されている。
この例では、クーポン使用履歴情報表示領域に、クーポン使用履歴情報として、第１クーポン使用履歴情報（本例では、「ＢＢマート」のアイコン、日時（２０２２／５／１ １３：３３：３３）、おにぎりの商品画像を含むアイコン、「おにぎり」および「３０円引き」の文字を含むクーポンの情報）、第２クーポン使用履歴情報（本例では、「ＢＢマート」のアイコン、日時（２０２２／５／５ １５：５５：５５）、フライドチキンの商品画像を含むアイコン、「フライドチキン」および「５０円引き」の文字を含むクーポンの情報、おにぎりの商品画像を含むアイコン、「おにぎり」および「３０円引き」の文字を含むクーポンの情報、「使用されなかったクーポン」の文字、ミルクティーの商品画像を含むアイコン、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字を含むクーポンの情報）などが表示されている。

このように、クーポンの使用履歴を確認するための導線を確保することによって、ユーザがクーポンの使用日時や使用したクーポンの種類や使用できなかったクーポンの種類を確認することができ、クーポン使用における利便性を向上できる。

本変形例では、端末２０の制御部２１は、自己の端末２０に対するユーザによるクーポンの使用履歴を表示するためのユーザ入力に基づいて、クーポン使用履歴を要求するクーポン使用履歴要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０は、クーポン使用履歴要求情報を受信したことに基づいて、その端末２０のユーザのクーポン使用履歴情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
この場合、サーバ１０の制御部１１は、複合クーポンコード情報を用いた決済で使用されたクーポンに関する情報と、複合クーポンコード情報を用いた決済で使用されなかったクーポン（未使用クーポン）に関する情報とを区別して、端末２０に送信するようにしてもよい。
これにより、端末２０では、限定ではなく例として図２－７に示したように、クーポン使用履歴画面において、使用されたクーポンと、使用されなかったクーポンに関する情報とが、区別して表示されるようにすることができる。

なお、クーポン使用履歴情報には、複合クーポンコード情報を用いた決済で使用された／使用されなかった複数のクーポンに関する情報ばかりでなく、１つのクーポンを使用して決済を行った場合における、その使用した１つのクーポンに関する情報を含めてもよい。つまり、１つのクーポンを使用した場合と、複数のクーポンを使用した場合（複合クーポンコード情報を用いた場合）との両方をクーポン使用履歴に含めてもよい。

また、これらは１つの履歴としてもよいし、異なる履歴としてもよい。
１つの履歴とする場合、クーポン使用履歴画面において、１つのクーポンの使用履歴と複数のクーポンの使用履歴とが混在して表示されるようにしてもよい。この場合、１つのクーポンの使用履歴と複数のクーポンの使用履歴とを態様を異ならせて表示するようにしてもよい。このようにすることで、ユーザにとって分かり易い表示を実現できる。
また、異なる履歴とする場合、クーポン使用履歴画面において、タブ等によって、１つのクーポンの使用履歴と複数のクーポンの使用履歴とを切り替えて表示することができるようにしてもよい。また、ページを異ならせて表示するようにしてもよい。

また、未使用クーポンがあった場合に、サーバ１０の制御部１１が、その未使用クーポンが決済で使用されなかった理由の情報を含めて、クーポン使用履歴情報を端末２０に送信するようにしてもよい。

本変形例は、複合クーポンコード情報（限定ではなく、第１コード情報の一例）に対応する複数のクーポンのうち、複合クーポンコード情報を用いた決済で使用することができなかったクーポンがある場合（限定ではなく、第１コード情報を用いた決済で使用されなかったクーポンがある場合の一例）、サーバ１０は、クーポンの不使用に関する処理（限定ではなく、第１処理の一例）を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１コード情報にクーポンの情報が関連付けられた複数のクーポンのうち、第１コード情報を用いた決済で使用することのできなかったクーポンがあったような場合、そのクーポンの不使用に関する処理を行うことができる。

また、これらの場合、クーポンの不使用に関する処理は、未使用クーポン情報（限定ではなく、クーポンの不使用に関する第３情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１コード情報を用いた決済で使用することのできなかったクーポンがあったことを端末のユーザに報知することができる。

また、これらの場合、未使用クーポン情報は、端末２０のユーザを含むメッセージングアプリケーションのトークルーム（限定ではなく、チャットルームの一例）に表示されるメッセージ情報としてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザを含むチャットルームに表示されるメッセージ情報によって、第１コード情報を用いた決済で使用することのできなかったクーポンがあったことを端末のユーザに報知することができる。

また、本実施例は、端末２０が、複合クーポンコード情報（限定ではなく、第１コード情報の一例）に対応する複数のクーポンのうち、複合クーポンコード情報を用いた決済で使用することのできなかったクーポンがある場合（限定ではなく、第１コード情報を用いた決済で使用されなかったクーポンがある場合の一例）、未使用クーポン情報（限定ではなく、クーポンの不使用に関する第２情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０から受信し、受信した未使用クーポン情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、第１コード情報にクーポンの情報が関連付けられた複数のクーポンのうち、第１コード情報を用いた決済で使用することのできなかったクーポンがあったような場合、そのクーポンの不使用に関する情報をサーバから受信して上で表示部に表示して、端末のユーザに知らせることができる。

また、この場合、未使用クーポン情報は、端末２０のユーザを含むメッセージングアプリケーションのトークルーム（限定ではなく、チャットルームの一例）に表示されるメッセージ情報であり、端末２０は、そのメッセージ情報を含むトークルームを表示部２４に表示するようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザを含むチャットルームに表示されるメッセージ情報によって、第１コード情報を用いた決済で使用されなかったクーポンがあることを端末のユーザに知らせることができる。

また、本変形例は、サーバ１０が、決済によるクーポンの使用履歴情報（限定ではなく、クーポンの使用の履歴に関する第４情報の一例）を通信Ｉ／Ｆ１４によって端末２０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、決済によるクーポンの使用の履歴を端末のユーザに知らせることができる。

また、この場合、上記のクーポンの使用履歴は、複合クーポンコード情報（限定ではなく、第１コード情報の一例）が決済で用いられた場合、複数のクーポンの使用履歴を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１コード情報が決済で用いられた場合、その第１コード情報に対応する複数のクーポンの使用の履歴を端末のユーザに知らせることができる。

また、この場合、複合クーポンコード情報に対応する複数のクーポンは、第１クーポンと第２クーポンとを含み、クーポンの使用履歴情報は、複合クーポンコード情報が店舗のコードリーダによって読み取られたが、クーポンの使用条件を満たさないことにより第２クーポンが決済で使用されなかった場合、その第２クーポンに関する情報（限定ではなく、第２クーポンに関する第５情報の一例）を含むようにしてもよい。
このような構成により得られる変形例の効果の一例として、第１コード情報が店舗のコードリーダによって読み取られたが、設定された条件を満たさないことにより第２クーポンが決済で使用されなかった場合、その第２クーポンに関する情報を端末のユーザに知らせることができる。

また、この場合、上記の第２クーポンに関する情報は、その第２クーポンが決済で使用されなかった理由の情報を含むようにしてもよい。
このような構成により得られる変形例の効果の一例として、第２クーポンが決済で使用されなかった理由を端末のユーザが知ることができるようにすることができる。

また、本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力に基づいて、決済によるクーポンの使用履歴を要求する情報（限定ではなく、決済によるクーポンの使用の履歴を要求する第３情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０は、決済によるクーポンの使用履歴を要求する情報の送信に基づき、複合クーポンコード情報に対応する複数のクーポンを含む、決済によるクーポンの使用履歴情報（限定ではなく、決済によるクーポンの使用の履歴に関する第４情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０から受信する。そして、端末２０は、受信したクーポンの使用履歴情報を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、端末が、端末のユーザによる端末に対する入力に基づいて、第１コード情報にクーポンの情報が関連付けられた複数のクーポンを含む、決済によるクーポンの使用の履歴に関する情報をサーバから取得した上で、それを表示部に表示して、端末のユーザに知らせることができる。

＜第３実施例＞
第３実施例は、使用するクーポンをユーザが選択し易くするようにしたり、併用可能なクーポンをユーザが分かり易くするようにすること等に関する実施例である。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜表示画面＞
ここでは、限定ではなく例として、クーポンアプリケーションにおいて、複数のクーポンを選択できる場合、同じ店舗用のクーポンをまとめて使用することが可能であるものの、異なる店舗用のクーポンをまとめて使用することができないものとする。
限定ではなく例として、店舗「ＡＡスーパー」で使用可能な第１のクーポンと、店舗「ＡＡスーパー」で使用可能な第２のクーポンとをまとめて使用することは可能であるが、店舗「ＡＡスーパー」で使用可能な第１のクーポンと、店舗「ＢＢマート」で使用可能な第３のクーポンとをまとめて使用することはできないものとする。
ただし、これに限定されるものではなく、異なる店舗用のクーポンもまとめて使用することができるようにしてもよい。

図３－１は、本実施例における表示画面の一例を示す図である。
図３－１左側における表示画面については、前述した図２－３左側と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域に、各商品に関連付けられたクーポン情報として、第１クーポン情報（本例では、店舗情報（「ＡＡスーパー」のアイコン）と、天ぷらの商品画像を含むアイコンと、「天ぷら」および「２０円引き」の文字とを含むクーポン）、第２クーポン情報（本例では、店舗情報（「ＢＢマート」のアイコン）と、ミルクティーの商品画像を含むアイコンと、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字とを含むクーポン）、第３クーポン情報（本例では、店舗情報（「ＢＢマート」のアイコン）と、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字とを含むクーポン）、第４クーポン情報（本例では、店舗情報（「ＢＢマート」のアイコン）と、メロンパンの商品画像を含むアイコンと、「メロンパン」および「１５０円（右向き三角形のオブジェクト）１００円」の文字とを含むクーポン）等が上から順に表示されている。
以下では、クーポン情報を、使用可能な店舗に応じて、適宜「クーポン情報（店舗：○○用）」と称する。

本例は、第３クーポン情報（店舗：ＢＢマート用）が選択された状態を示しており、このクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図３－１左側のように、第３クーポン情報がユーザによってタッチされると（選択されると）、限定ではなく例として、図３－１中央のような表示がなされる。
図３－１中央における表示画面については、前述した図３－１左側と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域に、店舗「ＢＢマート」に関連付けられている第３クーポンが選択されていることに基づいて、同じ店舗に関連付けられている第２クーポン情報（店舗：ＢＢマート用）、第３クーポン情報（店舗：ＢＢマート用）、第４クーポン情報（店舗：ＢＢマート用）が上から順に表示されており、その下に、店舗「ＡＡスーパー」に関連付けられている第１クーポン情報（店舗：ＡＡスーパー用）が表示されている。、つまり、店舗「ＢＢマート」が優先的に表示されるようにソートされて表示されている。

限定ではなく例として、図３－１中央のように、既に選択されている第３クーポン情報（店舗：ＢＢマート用）に加えて第２クーポン情報（店舗：ＢＢマート用）が新たに選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図３－１右側のような表示がなされる。
図３－１右側における表示画面については、前述した図１－１９右側と同様である部分についての説明を省略する。

この例では、クーポン選択画面で選択されたクーポンに関連付けられた店舗がいずれも店舗「ＢＢマート」であることに基づいて、複合クーポン情報表示領域の一次元複合クーポンコード画像の上に、店舗情報（本例では、「ＢＢマート」のアイコン）が表示されている。

このように、クーポンを一つ選択すると、そのクーポンと併用可能なクーポンが優先して表示されるようにソートされることによって、既に選択しているクーポンと併用可能なクーポンを選択し易くすることができ、クーポンアプリケーションの利便性を向上できる。

なお、ここでは、クーポンを一つ選択すると、そのクーポンと併用可能なクーポンが優先して表示されるものの、併用できないクーポンも表示されている例を示したが、このような例に限定されず、クーポンを一つ選択すると、そのクーポンと併用できないクーポンは表示されないようにしてもよい。

また、クーポンを一つ選択すると、そのクーポンと併用可能なクーポンが、限定ではなく例として、強調表示（限定ではなく例として、ハッチング処理された態様で表示など）されて表示されるようにしてもよい。

また、ここでは、クーポンを一つ選択すると、そのクーポンと共通の店舗に関連付けられたクーポンが優先して表示される例を示したが、このような例に限定されず、クーポンを一つ選択すると、そのクーポンに関連付けられた店舗以外の要素で共通のクーポンが優先して表示されてもよい。
限定ではなく例として、おにぎりのクーポンを一つ選択すると、一般的におにぎりと一緒に購入されることの多いお茶や味噌汁のクーポンが、優先度が高く表示されてもよく、一般的におにぎりと一緒に購入されることの少ないパンやサラダのクーポンが、優先度が低く表示されてもよい。

＜処理＞
図３－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この処理は、限定ではなく例として、図１－１５に示した「処理パターン１」を適用した処理例である。なお、図１－１６に示した「処理パターン２」や図１－１７に示した「処理パターン３」を適用する場合も同様とすることができるが、図示および説明は省略する。

Ａ１１０の後、通信Ｉ／Ｆ２２によってサーバ１０からクーポン一覧情報を受信し、そのクーポン一覧情報を表示部２４に表示した後、端末２０Ａの制御部２１は、ユーザによる第１のクーポンを選択する入力に基づいて、第１クーポン選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３１０）。

通信Ｉ／Ｆ１４によって端末２０から第１クーポン選択情報を受信すると、サーバ１０の制御部１１は、クーポン一覧情報更新処理を行う（Ｓ３１０）。具体的には、Ｓ１１０で端末２０Ａに送信したクーポン一覧情報を、第１クーポン選択情報から特定されるクーポンに基づいて更新する。具体的には、第１クーポン選択情報から特定されるクーポンと併用可能なクーポンの表示の優先順位を上げるなど、限定ではなく例として図３－１に示したような表示の更新を行う。

次いで、サーバ１０の制御部１１は、Ｓ３１０で更新したクーポン一覧情報である更新クーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３２０）。

通信Ｉ／Ｆ２２によってサーバ１０から更新クーポン一覧情報を受信すると、端末２０Ａの制御部２１は、受信した更新クーポン一覧情報に基づいて、表示部２４に表示中のクーポン一覧情報の表示を更新する。そして、端末２０Ａの制御部２１は、ユーザによる第２のクーポンを選択する入力に基づいて、第２クーポン選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３３０）。

通信Ｉ／Ｆ１４によって端末２０から第２クーポン選択情報を受信すると、サーバ１０の制御部１１は、Ｓ３１０と同様に、クーポン一覧情報更新処理を行う（Ｓ３３０）。そして、サーバ１０の制御部１１は、Ｓ３３０で更新したクーポン一覧情報である更新クーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３４０）。

通信Ｉ／Ｆ２２によってサーバ１０から更新クーポン一覧情報を受信すると、端末２０Ａの制御部２１は、受信した更新クーポン一覧情報に基づいて、表示部２４に表示中のクーポン一覧情報の表示を更新する。そして、端末２０Ａの制御部２１は、ユーザによるクーポンの選択を保存する入力等に基づいて、クーポン選択終了情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３５０）。
そして、端末２０Ａの制御部２１は、サーバ１０からの複合クーポンコード情報の受信を待機し、その後、Ａ１７０に処理を進める。

通信Ｉ／Ｆ１４によって端末２０Ａからクーポン選択終了情報を受信すると、サーバ１０の制御部１１は、Ｓ１３０に処理を進める。

なお、Ｓ３１０のステップのクーポン一覧情報更新処理は、サーバ１０ではなく端末２０Ａで行われるようにしてもよい。

＜第３実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力により第１クーポンが選択されたことに基づき、第１クーポンの情報と複合クーポンコード情報にクーポンの情報を関連付けることが可能な第２クーポンに関する表示（限定ではなく、第１表示の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザによって第１クーポンが選択されたことに基づき、第１クーポンの情報とコード情報にクーポンの情報を関連付けることが可能な第２クーポンを、端末のユーザに知らせることができる。

また、この場合、第２クーポンに関する表示は、第２クーポンに関する情報が、第１クーポンの情報と複合クーポンコード情報にクーポンの情報を関連付けることができないクーポンに関する情報よりも優先して表示されるなど、態様が変更された表示を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１クーポンの情報とコード情報にクーポンの情報を関連付けることが可能な第２クーポンを、端末のユーザが容易に認識できるようにすることができる。

＜第３変形例（１）＞
上記の実施例において、限定ではなく例として、ユーザによってクーポンが選択された後、そのクーポンと併用できないクーポンがユーザによって選択されたような場合に、併用することができないことに関する表示を行うようにしてもよい。

図３－３は、本変形例における表示画面の一例を示す図である。
図３－３左側における表示画面については、前述した図３－１左側と同様である部分についての説明を省略する。

本例では、第２クーポン情報（店舗：ＢＢマート用）と第３クーポン情報（店舗：ＢＢマート用）とが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、既に選択されている第２クーポン情報（店舗：ＢＢマート用）および第３クーポン情報（店舗：ＢＢマート用）に加えて第１クーポン情報（店舗：ＡＡスーパー用）がユーザによって新たに選択されると、限定ではなく例として、クーポンに関連付けられた店舗が異なるクーポンが選択されていることに基づいて、アプリ内位置表示領域の下に、併用できないクーポンが選択されていることをユーザに報知するための注意情報（本例では、「異なる利用可能店舗が選択されています」の文字を含むアイコン）が表示されている。

この場合、使用ボタンＵＢＴに対するユーザによる操作（タッチ）を受け付けないようにすることができる。本例では、使用ボタンＵＢＴは、限定ではなく例として、操作を受け付けていないことを示す態様（本例では、ハッチング処理された態様）で表示されている。

限定ではなく例として、図３－３左側のように、第１クーポン情報（店舗：ＡＡ用）がユーザによって選択を解除されると、限定ではなく例として、図３－３中央のような表示がなされる。
図３－３中央における表示画面については、前述した図３－３左側と同様である部分についての説明を省略する。

この例では、第１クーポン情報（店舗：ＡＡスーパー用）がユーザによって選択を解除されたことによって、クーポンに関連付けられた店舗が同じ（店舗：ＢＢマート）クーポンが選択されていることに基づいて、アプリ内位置表示領域の下から注意情報（本例では、「異なる利用可能店舗が選択されています」の文字を含むアイコン）が消去されている。
また、使用ボタンＵＢＴの、操作を受け付けていないことを示す態様（本例では、ハッチング処理された態様）が解除されている。

限定ではなく例として、図３－３中央のように、第２クーポン情報（店舗：ＢＢマート用）と第３クーポン情報（店舗：ＢＢマート用）が選択された状態で、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図３－３右側のような表示がなされる。
図３－３右側における表示画面については、前述した図３－１右側と同様であるので説明を省略する。

このように、第１クーポン情報（店舗：ＡＡスーパー）と第２クーポン情報（店舗：ＢＢマート）の組合せのように、併用できないクーポンが選択された場合に、併用できないクーポンが選択されていることをユーザに報知するための注意情報が表示されることによって、併用できないクーポンを選択してしまったことをユーザに分かりやすく認識させることができる。

なお、クーポンに関連付けられた店舗が異なるクーポンが選択されている場合であっても、使用ボタンＵＢＴに対するユーザによる操作（タッチ）を受け付け可能であってもよい。
この場合、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、複合クーポン表示画面には遷移せず、使用ボタンＵＢＴからの注意情報（「異なる利用可能店舗が選択されています」の文字を含む吹き出し）が表示されてもよい。

図３－４は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
この処理は、限定ではなく例として、図１－１５に示した「処理パターン１」を適用した処理例である。なお、図１－１６に示した「処理パターン２」や図１－１７に示した「処理パターン３」を適用する場合も同様とすることができるが、図示および説明は省略する。

Ｓ１１０の後、通信Ｉ／Ｆ１４によって端末２０Ａからクーポン選択情報を受信すると、サーバ１０の制御部１１は、受信したクーポン選択情報に含まれる複数のクーポンＩＤによって識別されるクーポンのうち、併用することが不可であるクーポン（以下、「併用不可クーポン」と称する。）があるか否かを判定する（Ｓ３５０）。
併用不可クーポンがないと判定したならば（Ｓ３５０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１３０に処理を進める。

なお、限定ではなく例として図３－３に示したように、ユーザによってクーポンが選択されるごとにクーポン選択情報が端末２０Ａからサーバ１０に送信されるようにし、その都度、サーバ１０によって併用不可クーポンがあるか否かが判定されるようにしてもよい（Ａ１５０）。

併用不可クーポンがあると判定したならば（Ｓ３５０：ＹＥＳ）、サーバ１０の制御部１１は、併用不可クーポンに関する情報である併用不可クーポン情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３７０）。そして、サーバ１０の制御部１１は、Ｓ３５０に処理を戻す。

Ａ１５０の後、通信Ｉ／Ｆ２２によってサーバ１０から併用不可クーポン情報を受信したか否かを判定する（Ａ３７０）。
受信しなかったと判定したならば（Ａ３７０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１７０に処理を進める。

併用不可クーポン情報を受信したと判定したならば（Ｓ３７０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した併用不可クーポン情報を表示部２４に表示させる（Ａ３９０）。
そして、端末２０Ａの制御部２１は、Ａ１３０に処理を戻す。

本変形例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力により第１クーポンが選択された後、その第１クーポンと併用できない第２クーポンがユーザによって選択された場合に、併用することができないことに関する表示を行う構成を示している。
このような構成により得られる変形例の効果の一例として、端末のユーザによって第１クーポンが選択された後、端末のユーザによって第２クーポンが選択されたものの、その第２クーポンが第１クーポンと併用できないクーポンである場合、その旨を端末のユーザに知らせることができる。

＜第３変形例（２）＞
上記の実施例において、限定ではなく例としてユーザによってクーポンが選択された場合に、そのクーポンと併用できないクーポンに関する表示を行うようにしてもよい。

図３－５は、本変形例における表示画面の一例を示す図である。
図３－５左側における表示画面については、前述した図３－１左側と同様であるので説明を省略する。

限定ではなく例として、図３－５左側のように、第３クーポン情報がユーザによってタッチされると（選択されると）、限定ではなく例として、図３－５中央のような表示がなされる。
図３－５中央における表示画面については、前述した図３－３中央と同様である部分についての説明を省略する。

この例では、第３クーポン情報（店舗：ＢＢマート用）がユーザによって選択されていることに基づいて、「店舗：ＢＢマート」とは異なる店舗に関連付けられている第１クーポン情報（店舗：ＡＡスーパー用）が、限定ではなく例として、選択できないことを示す態様（本例では、ハッチング処理された態様）で表示されている。

限定ではなく例として、図３－５中央のように、第３クーポン情報（店舗：ＢＢマート用）がユーザによって選択された状態で、第２クーポン情報（店舗：ＢＢマート用）がユーザによって新たに選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図３－５右側のような表示がなされる。
図３－５右側における表示画面については、前述した図３－１右側と同様であるので説明を省略する。

このように、第３クーポン情報（店舗：ＢＢマート）が選択されているときに、第１クーポン情報（店舗：ＡＡスーパー）が通常とは異なる態様で表示されることによって、併用できないクーポンをユーザに分かりやすく認識させることができる。

本変形例では、限定ではなく例として図３－２と同様の処理を行うことによって、上記の表示を実現することができる。

本変形例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力により第１クーポンが選択されたことに基づき、その第１クーポンの情報と複合クーポンコード情報にクーポンの情報を関連付けることができない第３クーポンに関する表示（限定ではなく、第２表示の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザによって第１クーポンが選択されたことに基づいて、その第１クーポンの情報とコード情報にクーポンの情報を関連付けることができない第３クーポンを、端末のユーザに知らせることができる。

また、この場合、第３クーポンに関する表示は、第３クーポンに関する情報の態様が変更された表示を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１クーポンの情報とコード情報にクーポンの情報を関連付けることができない第３クーポンを、端末のユーザが容易に認識できるようにすることができる。

＜第４実施例＞
第４実施例は、店舗（加盟店）に応じたクーポンの表示や選択を可能にすることに関する実施例である。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜表示画面＞
ここでは、クーポンアプリケーションにおいて、クーポンを選択するときに、店舗を選択した後にその店舗に関連付けられたクーポンを表示し、それらのクーポンのうち選択されたクーポンに応じたクーポンを推奨する場合を例示する。

図４－１～図４－２は、本実施例における表示画面の一例を示す図である。
図４－１左側における表示画面については、前述した図２－７左側と同様であるので説明を省略する。

限定ではなく例として、図４－１左側のように、第１メインメニューボタンＭ１ＢＴがユーザによってタッチされると、限定ではなく例として、図４－１右側のような表示がなされる。
この画面は、クーポンアプリケーションの店舗選択画面であり、アプリ内位置表示領域には「店舗選択」の文字が表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、クーポンアプリケーションの店舗選択画面における各種情報（以下、「店舗選択用情報」と称する。）が表示される店舗選択用情報表示領域が構成されている。
この例では、店舗選択用情報表示領域に、店舗選択用情報として、第１店舗選択用情報（本例では、「ＡＡスーパー」の名前およびアイコン画像）、第２店舗選択用情報（本例では、「ＢＢマート」の名前およびアイコン画像）、第３店舗選択用情報（本例では、「ＣＣバーガー」の名前およびアイコン画像）、第４店舗選択用情報（本例では、「ＤＤカフェ」の名前およびアイコン画像）などが表示されている。
以下では、店舗選択用情報を、対応する店舗に応じて、適宜「店舗選択用情報（店舗：○○）」と称する。

限定ではなく例として、図４－１右側のように、第２店舗選択用情報（店舗：ＢＢマート）がユーザによって選択され、店舗ごとのクーポンを選択する画面に移動するための選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図４－２左側のような表示がなされる。
図４－２左側における表示画面については、前述した図２－３左側と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域に、各商品に関連付けられたクーポン情報として、第１クーポン情報（本例では、フライドチキンの商品画像を含むアイコンと、「フライドチキン」および「５０円引き」の文字とを含むクーポン）、第２クーポン情報（本例では、ミルクティーの商品画像を含むアイコン、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字とを含むクーポン）、第３クーポン情報（本例では、チェックボックス（丸形）、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字とを含むクーポン）、第４クーポン情報（本例では、ＢＢマートのアイコンと、「２５０円以上お買い上げで５％ＯＦＦ」の文字とを含むクーポン）等が表示されている。

また、この例では、クーポン情報のうち、第４クーポン情報の右上部に、使用回数情報（本例では、１回であることを示す「１」の数字を含むアイコン）が重畳して表示されている。

また、この例では、店舗選択画面において、ＢＢマートが選択されていることに基づいて、全てのクーポン情報には、限定ではなく例として、ＢＢマートの店舗情報（「ＢＢマート」のアイコン）が含まれている。

限定ではなく例として、図４－２左側のように、第１クーポンがユーザによって選択されると、限定ではなく例として、図４－２中央のような表示がなされる。
図４－２中央における表示画面については、前述した図４－２左側と同様である部分についての説明を省略する。

この例では、限定ではなく例として、フライドチキンの単価が３００円であるものとする。従って、フライドチキンのクーポンである第１クーポンが選択されている場合、その会計の合計金額は少なくとも２５０円以上になる可能性が高い。

この例では、第１クーポンが選択されており、会計の合計金額は少なくとも２５０円以上となる可能性が高いことに基づいて、会計の合計金額が２５０円以上である場合に使用可能な第４クーポン情報が、ユーザに対して推奨していることを示す態様（本例では、「オススメ！」の文字が示されたアイコンを含む態様）で表示されている。

限定ではなく例として、図４－２中央のように、第４クーポン情報がユーザによって選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図４－２右側のような表示がなされる。
図４－２右側における表示画面については、前述した図２－３左側と同様である部分についての説明を省略する。

この例では、複合クーポン情報表示領域の二次元複合クーポンコード画像の下に、複合クーポンに関連付けられたクーポンの内容情報（本例では、第１クーポン情報に対応した「ＢＢマート」のアイコンと、「フライドチキン」および「５０円引き」の文字とを含むアイコン、第４クーポン情報に対応した「ＢＢマート」のアイコンと、「２５０円以上お買い上げで５％ＯＦＦ」の文字と、使用回数情報（１）とを含むアイコン）が表示されている。

このように、クーポンを選択するときに、先ず店舗を選択し、その後に店舗に応じたクーポン情報を表示することによって、ユーザが使用したい店舗のクーポンを優先して表示することができるので、クーポンアプリケーションにおける利便性を向上できる。また、クーポンを選択するときに、ユーザに特定のクーポン（この例では、併用可能なクーポン）を推奨することによって、ユーザのクーポン使用を促進することができるとともに、そのクーポンに関連した商品の購買意欲を向上できる。

＜処理＞
図４－３は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この処理は、限定ではなく例として、図１－１５に示した「処理パターン１」を適用した処理例である。なお、図１－１６に示した「処理パターン２」や図１－１７に示した「処理パターン３」を適用する場合も同様とすることができるが、図示および説明は省略する。

通信Ｉ／Ｆ１４によって端末２０Ａからクーポン一覧要求情報を受信すると、サーバ１０の制御部１１は、クーポンを使用可能な加盟店の一覧の情報である使用可能加盟店一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ４１０）。使用加盟店一覧情報には、使用加盟店の加盟店ＩＤ等の情報を含めることができる。

Ａ１１０の後、通信Ｉ／Ｆ２２によってサーバ１０から使用可能加盟店一覧情報を受信すると、端末２０Ａの制御部２１は、受信した使用可能加盟店一覧情報を表示部２４に表示させるなどし、１以上の加盟店を選択するユーザ入力に基づいて、選択した加盟店に関する使用加盟店選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４１０）。使用加盟店選択情報には、選択した加盟店の加盟店ＩＤ等の情報を含めることができる。

Ｓ４１０の後、通信Ｉ／Ｆ１４によって使用加盟店選択情報を受信すると、サーバ１０の制御部１１は、受信した使用加盟店選択情報に含まれる加盟店ＩＤによって識別される加盟店のクーポンの一覧情報である加盟店別クーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ４３０）。

Ａ４１０の後、通信Ｉ／Ｆ２２によってサーバ１０から加盟店別クーポン一覧情報を受信すると、端末２０Ａの制御部２１は、受信した加盟店別クーポン一覧情報を表示部２４に表示させるなどし、複数のクーポンを選択するユーザ入力に基づいて、選択したクーポンに関する加盟店別クーポン選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４３０）。

Ｓ４３０の後、通信Ｉ／Ｆ１４によって端末２０Ａから加盟店別クーポン選択情報を受信すると、サーバ１０の制御部１１は、受信した加盟店別クーポン選択情報に含まれる加盟店ＩＤのクーポンのうちの複数のクーポンのクーポンＩＤに基づいて、Ｓ１３０のステップを行う。
そして、サーバ１０の制御部１１は、クーポンサーバ４０から受信した複合クーポンコード情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５０）。

Ａ４３０の後、通信Ｉ／Ｆ２２によってサーバ１０から複合クーポン情報を受信すると、端末２０Ａの制御部２１は、Ａ１７０のステップを行う。

なお、Ａ４３０、Ｓ４３０のステップにおいて、図３－２で説明したように、第１クーポンが選択されたことに基づいて、加盟店別クーポン一覧情報を更新するようにしてもよい。

また、Ａ１７０のステップにおいて、端末２０Ａの制御部２１は、限定ではなく例として、後述する図４－４～図４－５に示すように、複合クーポンコード情報が表示される複合クーポン表示画面において、使用可能なクーポンを追加するユーザ入力がなされたことに基づいて、限定ではなく例として、複合クーポン表示画面から店舗選択画面に表示を戻し、表示中の複合クーポンコード情報を使用する店舗（加盟店）が位置している商店街等をユーザに選択させ、その商店街等で使用可能なクーポンをユーザに追加で選択させるようにしてもよい。そして、ユーザによってクーポンが選択された場合、そのクーポンの選択情報をサーバ１０に送信し、Ｓ１３０、Ｃ１３０→Ｃ１５０、Ｓ１５０、Ａ１７０のステップが同様に行われて、追加されたクーポンの情報がさらに関連付けられた複合クーポンコード情報が端末２０Ａの表示部２４に表示されるようにしてもよい。

＜第４実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力に基づきクーポンが選択される場合に、店舗等が選択された後にその店舗等に関連付けられたクーポンを表示部２４に表示する。そして、端末２０は、それらのクーポンのうちユーザによって選択されたクーポンに応じたクーポンを推奨することに関する表示を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザによって選択されたクーポンと併用可能なクーポンなど、特定のクーポンをユーザに推奨することができる。これにより、ユーザのクーポン使用を促進することができるとともに、そのクーポンに関連した商品の購買意欲を向上できる。

＜第４変形例（１）＞
上記の実施例において、複合クーポンコード情報を表示した後に、この複合クーポンコード情報に併用可能なクーポンを推奨する表示を行うようにしてもよい。

ここでは、限定ではなく例として、複数の店舗が集まる地区や複数の店舗が立ち並んでいる通りのことを「商店街」と称する。限定ではなく例として、ＸＸ商店街は、ＡＡスーパー、ＢＢマート、ＣＣバーガー、ＤＤカフェ等の複数の店舗で構成されるものとする。従って、ＸＸ商店街に関連付けられたクーポンは、ＸＸ商店街に属する各店舗（ＡＡスーパー、ＢＢマート、ＣＣバーガー、ＤＤカフェ等）に関連付けられたクーポンと併用することが可能である。

図４－４～図４－５は、本変形例における表示画面の一例を示す図である。
図４－４左側における表示画面については、前述した図４－１右側と同様である部分についての説明を省略する。

この例では、店舗選択用情報表示領域の第４店舗選択用情報の下に、店舗選択用情報として、第５店舗選択用情報（本例では、「ＸＸ商店街」の名前およびアイコン画像）等が表示されている。

本例では、第１店舗選択用情報が選択された状態を示しており、この店舗選択用情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－４左側のように、第１店舗選択用情報（店舗：ＡＡスーパー）がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図４－４中央のような表示がなされる。
図４－４中央における表示画面については、前述した図３－１左側と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域に、「店舗：ＡＡスーパー」に関連付けられたクーポン情報として、第１クーポン情報（本例では、店舗情報（「ＡＡスーパー」のアイコン）と、天ぷらの商品画像を含むアイコンと、「天ぷら」および「２０円引き」の文字とを含むクーポン）、第２クーポン情報（本例では、店舗情報（「ＡＡスーパー」のアイコン）と、牛乳の商品画像を含むアイコンと、「牛乳」および「１５０円（右向き三角形のオブジェクト）１３０円」の文字とを含むクーポン）等が表示されている。
このときの第１クーポン情報を、適宜「第１クーポン情報（店舗：ＡＡスーパー用）」と称し、第２クーポン情報を、適宜「第２クーポン情報（店舗：ＡＡスーパー用）」と称する。

本例では、第１クーポン情報（店舗：ＡＡスーパー用）と第２クーポン情報（店舗：ＡＡスーパー用）が選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－４中央のように、第１クーポン情報と第２クーポン情報がユーザによって選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図４－４右側のような表示がなされる。
図４－４右側における表示画面については、前述した図３－１右側と同様である部分についての説明を省略する。

この例では、店舗選択画面で選択されたクーポンに関連付けられた店舗がいずれも「店舗：ＡＡスーパー」であることに基づいて、複合クーポン情報表示領域の一次元複合クーポンコード画像の上に、店舗情報（本例では、「ＡＡスーパー」のアイコン）が表示されている。

また、複合クーポン情報表示領域の戻るボタンＲＥＢＴの上に、現在選択中のクーポンに併用可能なクーポンを追加するための追加ボタンＡＤＢＴ（本例では、「使用可能なクーポンを追加」の文字を含むボタン）が表示されている。

限定ではなく例として、図４－４右側のように、追加ボタンＡＤＢＴがユーザによってタッチされると、限定ではなく例として、図４－５左側のような表示がなされる。
図４－５左側における表示画面については、前述した図４－４左側と同様である部分についての説明を省略する。

この例では、一つ前の複合クーポン表示画面において表示されていた複合クーポンは、店舗：ＡＡスーパー用のクーポンであり、「店舗：ＢＢマート」、「店舗：ＣＣバーガー」、「店舗：ＤＤカフェ」用のクーポンとは併用できないことに基づいて、店舗選択用情報表示領域の第２店舗選択用情報～第４店舗選択用情報が、限定ではなく例として、操作を受け付けていないことを示す態様（本例では、ハッチング処理された態様）で表示されている。
一方で、「店舗：ＸＸ商店街」（店舗選択画面に表示されているため便宜的に「店舗」と付記している。）用のクーポンとは併用できることに基づいて、店舗選択用情報表示領域の第５店舗選択用情報が、限定ではなく例として、操作を受け付けていることを示す態様（本例では、ハッチング処理されていない態様）で表示されている。

本例では、第１店舗選択用情報に加えて第５店舗選択用情報が選択された状態を示しており、これらの店舗選択用情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－５左側のように、第５店舗選択用情報（店舗：ＸＸ商店街）がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図４－５中央のような表示がなされる。
図４－５中央における表示画面については、前述した図４－４中央と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域に、「店舗：ＸＸ商店街」に関連付けられたクーポン選択情報として、第１クーポン情報（本例では、店舗情報（「ＸＸ商店街」のアイコン）と、粗品の商品画像を含むアイコンと、「１０００円以上お買い上げで粗品プレゼント」の文字とを含むクーポン）等が表示されている。
このときの第１クーポン情報を、適宜「第１クーポン情報（店舗：ＸＸ商店街用）」と称する。

本例では、第１クーポン情報（店舗：ＸＸ商店街用）が選択された状態を示しており、このクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－５中央のように、第１クーポン情報がユーザによって選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図４－５右側のような表示がなされる。
図４－５右側における表示画面については、前述した図４－４右側と同様である部分についての説明を省略する。

この例では、店舗選択画面で選択されたクーポンに関連付けられた店舗が「ＡＡスーパー」と「ＸＸ商店街」とになったことに基づいて、複合クーポン情報表示領域の一次元複合クーポンコード画像の上から、店舗情報（本例では、「ＡＡスーパー」のアイコン）が消去されている。

また、複合クーポン情報表示領域の二次元複合クーポンコード画像の下に、複合クーポンに関連付けられたクーポンの内容情報（本例では、第１クーポン情報（店舗：ＡＡスーパー用）に対応した「ＡＡスーパー」のアイコンと、「天ぷら」および「２０円引き」の文字とを含むアイコン、第２クーポン情報（店舗：ＡＡスーパー用）に対応した「ＡＡスーパー」のアイコンと、「牛乳」および「１５０円（右向き三角形のオブジェクト）１３０円」の文字とを含むアイコン、第１クーポン情報（店舗：ＸＸ商店街用）に対応した「ＸＸ商店街」のアイコンと、「１０００円以上お買い上げで粗品プレゼント」の文字とを含むアイコン）が表示されている。

このように、複合クーポン表示画面において、現在選択中の複合クーポンに併用可能なクーポンを追加するための導線が確保されることによって、クーポンアプリケーションにおける利便性をより一層向上できる。

＜第４変形例（２）＞
上記の実施例において、店舗選択画面で複数の店舗を選択することができるようにしてもよい。

図４－６は、本変形例における表示画面の一例を示す図である。
図４－６左側における表示画面については、前述した図４－４左側と同様である部分についての説明を省略する。

本例では、第１店舗選択用情報と第５店舗選択用情報とが選択された状態を示しており、これらの店舗選択用情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－６左側のように、第１店舗選択用情報（店舗：ＡＡスーパー）がユーザによって選択された後に、第５店舗選択用情報（店舗：ＸＸ商店街）がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図４－６中央のような表示がなされる。
図４－６中央における表示画面については、前述した図４－４中央と同様である部分についての説明を省略する。

この例では、クーポン一覧表示領域の第２クーポン情報（店舗：ＡＡスーパー用）の下に、店舗：ＸＸ商店街に関連付けられたクーポン情報として第１クーポン情報（店舗：ＸＸ商店街用）（図４－４中央参照）等が表示されている。

本例では、第１クーポン情報（店舗：ＡＡスーパー用）と第２クーポン情報（店舗：ＡＡスーパー用）と第１クーポン情報（店舗：ＸＸ商店街用）とが選択された状態を示しており、これらのクーポン情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－６中央のように、第１クーポン情報（店舗：ＡＡスーパー用）と第２クーポン情報（店舗：ＡＡスーパー用）と第１クーポン情報（店舗：ＸＸ商店街用）とがユーザによって選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図４－６右側のような表示がなされる。
図４－６右側における表示画面については、前述した図４－５右側と同様であるので説明を省略する。

このように、店舗選択画面において複数の店舗を選択した後に、クーポン選択画面においてこれらの店舗に関連付けられたクーポンが表示され、選択可能になることによって、クーポンアプリケーションにおける利便性を向上できる。

なお、上記の実施例では、店舗選択画面において、一つ目の店舗選択用情報を選択した後に、他の店舗選択用情報の表示態様は変化しない例を示したが、このような例に限定されず、店舗選択画面において、一つ目の店舗選択用情報を選択した後に、他の店舗選択用情報の表示態様が変化してもよい。
限定ではなく例として、店舗選択画面において、一つ目の店舗選択用情報を選択すると、この選択された店舗のクーポンと併用できないクーポンに関連付けられている店舗選択用情報の表示態様が変化してもよい（限定ではなく例として、ハッチング処理が施された態様）。

＜第４変形例（３）＞
上記の実施例において、店舗選択画面で店舗を選択すると、その店舗で使用可能なクーポンが全て表示されるようにしてもよい。

図４－７は、本変形例における表示画面の一例を示す図である。
図４－７左側における表示画面については、前述した図４－４左側と同様であるので説明を省略する。

本例では、第１店舗選択用情報（店舗：ＡＡスーパー）が選択された状態を示しており、この店舗選択用情報に関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図４－７左側のように、第１店舗選択用情報（店舗：ＡＡスーパー）がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図４－７中央のような表示がなされる。

本例では、店舗選択画面において第１の店舗が選択された場合に、クーポン選択画面において、この第１の店舗に関連付けられたクーポンと併用可能な全てのクーポンが第１の店舗に関連付けられたクーポンとともに表示される。
この例では、店舗選択画面において第１店舗選択用情報（店舗：ＡＡスーパー）のみが選択されているのにも関わらず、店舗：ＸＸ商店街用のクーポンが店舗：ＡＡスーパー用のクーポンと併用可能であることに基づいて、クーポン選択画面において、第１、第２クーポン情報（店舗：ＡＡスーパー用）に加えて第１クーポン情報（店舗：ＸＸ商店街用）も表示されている。

限定ではなく例として、図４－７中央のように、第１クーポン情報（店舗：ＡＡスーパー用）と第２クーポン情報（店舗：ＡＡスーパー用）と第１クーポン情報（店舗：ＸＸ商店街用）とがユーザによって選択され、使用ボタンＵＢＴがユーザによってタッチされると、限定ではなく例として、図４－７右側のような表示がなされる。
図４－７右側における表示画面については、前述した図４－６右側と同様であるので説明を省略する。

このように、店舗選択画面で店舗を選択すると、クーポン選択画面においてその店舗で使用可能なクーポンが全て表示されることによって、クーポンアプリケーションにおける利便性を向上できるとともに、ユーザがクーポンを利用する動機付けとなり、購買意欲も向上できる。

＜第５実施例＞
第５実施例は、複合クーポンコード情報を用いて店舗決済処理が行われた後、ユーザがクーポンの使用を変更することを可能にすることに関する実施例である。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

＜データ構成＞
図５－１は、本実施例におけるアカウント管理データベース１５７Ｂの一例である。
アカウント管理データベース１５７Ｂでは、各々のアカウント管理データにおいて、アプリケーションＩＤ、ユーザ名、保有クーポン管理データに加えて、クーポン使用履歴データが記憶されている。

クーポン使用履歴データには、限定ではなく例として、使用クーポンＩＤと、使用店舗ＩＤと、使用回数と、使用日時とが関連付けて記憶される。

使用クーポンＩＤには、このアプリケーションＩＤのユーザ（アカウント）によって使用されたクーポンのＩＤが記憶される。

使用店舗ＩＤには、この使用クーポンＩＤのクーポンが使用された店舗のＩＤが記憶される。

使用回数には、この使用クーポンＩＤのクーポンが使用された回数が記憶される。

使用日時には、この使用クーポンＩＤのクーポンが使用された日時が記憶される。

＜表示画面＞
ここでは、限定ではなく例として、クーポンを使用してから一週間以内であれば使用済みクーポンを変更することが可能であるものとし、この期間を適宜「変更可能期間」と称する。また、限定ではなく例として、クーポンを使用してから一週間以降であると使用済みクーポンを変更することができないものとし、この期間を適宜「変更不可期間」と称する。

図５－２～図５－３は、本実施例における表示画面の一例を示す図である。
図５－２左側における表示画面については、前述した図２－７右側と同様である部分についての説明を省略する。

この例では、クーポン使用履歴情報表示領域に、クーポン使用履歴情報として、第１クーポン使用履歴情報（本例では、「ＢＢマート」のアイコンと、日時（２０２２／５／１ １３：３３：３３）と、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字とを含むクーポンの情報）、第２クーポン使用履歴情報（本例では、「ＢＢマート」のアイコンと、日時（２０２２／５／５ １５：５５：５５）と、フライドチキンの商品画像を含むアイコンと、「フライドチキン」および「５０円引き」の文字とを含むクーポンの情報と、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字とを含むクーポンの情報）などが表示されている。

この例では、クーポン使用履歴情報の下部に、使用済みのクーポンを変更するための変更ボタンが表示されている。
限定ではなく例として、対応するクーポン使用履歴情報が変更可能期間のものである場合、そのクーポン使用履歴情報の下部に、変更ボタンとして第１変更ボタンＣ１ＢＴ（本例では、「クーポン変更 （クーポン変更可能期間が終了するまでの残り日時）まで」の文字を含むボタン）が表示される。
また、限定ではなく例として、対応するクーポン使用履歴情報が変更不可期間のものである場合、そのクーポン使用履歴情報の下部に、変更ボタンとして第２変更ボタンＣ２ＢＴ（本例では、「クーポン変更 期限切れ」の文字を含むボタン）が表示される。このとき、第２変更ボタンＣ２ＢＴは、限定ではなく例として、操作を受け付けていないことを示す態様（本例では、ハッチング処理された態様）で表示される。

限定ではなく例として、図５－２左側のように、第１変更ボタンＣ１ＢＴがユーザによってタッチされると、限定ではなく例として、図５－２中央のような表示がなされる。
この画面は、クーポンアプリケーションのクーポン変更画面であり、アプリ内位置表示領域には「クーポン変更」の文字が表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

その下には、クーポンアプリケーションのクーポン変更画面のうち第１クーポン変更画面における各種情報（以下、「変更元クーポン選択情報」と称する。）が表示される変更元クーポン一覧表示領域が構成されている。
この例では、変更元クーポン一覧表示領域に、変更元クーポン選択情報として、「変更するクーポンを選択してください」の文字と、第１変更元クーポン選択情報（本例では、一つ前のクーポン使用履歴表示画面でユーザによって選択された第２クーポン使用履歴情報と同様の情報）とが表示されている。

限定ではなく例として、図５－２中央のように、第１変更元クーポン選択情報のうちおにぎりに関連付けられたクーポンの情報がユーザによってタッチされると、限定ではなく例として、図５－２右側のような表示がなされる。
図５－２右側における表示画面については、前述した図５－２中央と同様である部分についての説明を省略する。

この画面では、クーポンアプリケーションのクーポン変更画面のうち第２クーポン変更画面における各種情報（以下、「変更先クーポン選択情報」と称する。）が表示される変更先クーポン一覧表示領域が構成されている。
この例では、変更先クーポン一覧表示領域に、変更先クーポン選択情報として、「変更先のクーポンを選択してください」の文字と、第２変更元クーポン選択情報（本例では、一つ前の画面でユーザによって選択されたおにぎりに関連付けられたクーポンを含む第１変更元クーポン選択情報と同様の情報）と、「変更先クーポン」の文字と、第１変更先クーポン選択情報（本例では、店舗情報（「ＢＢマート」のアイコン）と、ミルクティーの商品画像を含むアイコンと、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字とを含むクーポン）と、第２変更先クーポン選択情報（、店舗情報（「ＢＢマート」のアイコン）と、メロンパンの商品画像を含むアイコンと、「メロンパン」および「１５０円（右向き三角形のオブジェクト）１００円」の文字とを含むクーポン）とが表示されている。

限定ではなく例として、図５－２右側のように、第２変更先クーポン選択情報がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図５－３左側のような表示がなされる。

この画面では、クーポンアプリケーションのクーポン変更画面のうち第３クーポン変更画面における各種情報（以下、「クーポン変更確認情報」と称する。）が表示されるクーポン変更確認情報表示領域が構成されている。
この例では、クーポン変更確認情報表示領域に、クーポン変更確認情報として、「この内容で変更しますか？」の文字と、クーポンを変更したことによって生じる差額等を示すクーポン変更後結果情報（本例では、「差額２０円が返金されます」の文字を含むアイコン）と、クーポン変更詳細確認情報（本例では、第２変更元クーポン選択情報に関連する情報（下向き三角形のオブジェクト）第２変更先クーポン選択情報に関連する情報）と、このクーポン変更確認情報の通りにクーポンを変更するための第３変更ボタンＣ３ＢＴが表示されている。具体的には、この例では、おにぎりのクーポン（変更元クーポン）をメロンパンのクーポン（変更先クーポン）に変更するように、クーポンの使用を変更すること（この例では、クーポンの差替）が表示されている。

限定ではなく例として、図５－３左側のように、第３変更ボタンＣ３ＢＴがユーザによってタッチされると、限定ではなく例として、図５－３右側のような表示がなされる。
図５－３右側における表示画面については、前述した図５－２左側と同様である部分についての説明を省略する。

この例では、クーポン使用履歴情報表示領域の第２クーポン使用履歴情報が、限定ではなく例として、おにぎりのクーポンからメロンパンのクーポンに変更されている。

また、クーポンが変更されたことに基づいて、限定ではなく例として、画面上部に、支払いアプリケーションを発信元とする、クーポン変更後結果情報等を示すテキスト（「ＢＢマート」のアイコンと、「２０２２／５／９ １８：２２：４３」の文字と、「２０円 受け取りが完了しました」の文字）等を含む、プッシュ形式で表示されるプッシュ通知ＰＮ２が表示されている。この例では、クーポンアプリケーションと関連付けられたアプリケーションの一例として、電子マネー決済を行うことが可能な支払いアプリケーション（Ｐａｙｍｅｎｔ Ａｐｐ）において、ユーザＡ．Ａの電子マネー口座（電子マネー口座残高）に「２０円」が加算されることによって、差額分の返金が実現されている。

図５－４～図５－５は、上記とは異なる例を示す図である。
図５－４左側の画面は、図５－２左側の画面と同様である。図５－４左側において、第１変更ボタンＣ１ＢＴがユーザによってタッチされると、限定ではなく例として、図５－４中央のような表示がなされる。
この図５－４中央の画面は、図５－２中央の画面とほぼ同様であるが、変更元クーポン一覧表示領域における、おにぎりに関連付けられたクーポンの情報の下に、クーポンを追加するためのクーポン追加ボタンＣ４ＢＴが設けられている。このクーポン追加ボタンＣ４ＢＴがユーザによってタッチされると、限定ではなく例として、図５－４右側のような表示がなされる。

この画面では、図５－２右側の画面とは異なり、「追加するクーポンを選択してください」の文字とともに、「追加可能クーポン」として、第１追加クーポン選択情報（ミルクティーの商品画像を含むアイコンと、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字とを含むクーポン）と、第２追加クーポン選択情報（メロンパンの商品画像を含むアイコンと、「メロンパン」および「１５０円（右向き三角形のオブジェクト）１００円」の文字とを含むクーポン）とが表示されている。

限定ではなく例として、図５－４右側のように、第２変更先クーポン選択情報がユーザによって選択され、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図５－５左側のような表示がなされる。

この画面では、クーポン変更確認情報表示領域に、クーポン変更確認情報として、「この内容で変更しますか？」の文字と、クーポンを変更したことによって生じる差額等を示すクーポン変更後結果情報（本例では、「差額５０円が返金されます」の文字を含むアイコン）と、クーポン変更詳細確認情報とが表示されている。具体的には、この例では、メロンパンのクーポンを追加するように、クーポンの使用を変更すること（この例では、クーポンの追加）が表示されている。

限定ではなく例として、図５－５左側のように、第３変更ボタンＣ３ＢＴがユーザによってタッチされると、限定ではなく例として、図５－５右側のような表示がなされる。

この例では、クーポン使用履歴情報表示領域において、図５－４左側の画面に表示されていたフライドチキンのクーポンとおにぎりのクーポンとに加えて、メロンパンのクーポンが新たに追加されている。

また、クーポンが追加されたことに基づいて、限定ではなく例として、画面上部に、支払いアプリケーションを発信元とする、クーポン変更後結果情報等を示すテキスト（「ＢＢマート」のアイコンと、「２０２２／５／９ １８：２２：４３」の文字と、「５０円 受け取りが完了しました」の文字）等を含む、プッシュ形式で表示されるプッシュ通知ＰＮ３が表示されている。この例では、クーポンアプリケーションと関連付けられたアプリケーションの一例として、電子マネー決済を行うことが可能な支払いアプリケーション（Ｐａｙｍｅｎｔ Ａｐｐ）において、ユーザＡ．Ａの電子マネー口座（電子マネー口座残高）に「２０円」が加算されることによって、差額分の返金が実現されている。

このように、クーポンアプリケーションにおいて、買い物で使用したクーポンの使用の変更を後からできることによって、ユーザが誤ってクーポンを使用してしまった場合や、ユーザにとってより一層お得なクーポンを見つけた場合などに手軽にクーポンを変更することができ、クーポンアプリケーションにおける利便性を向上できる。

なお、ここでは、買い物で使用したクーポンのうちの一部のクーポンを別のクーポンに差し替える場合の表示画面例を示したが、全てのクーポンを別のクーポンに差し替えることもできる。また、この他にも、買い物で使用したクーポンのうちの少なくとも一部のクーポンを削除するようにすることもできる。これらについては、以下の処理で説明する。

＜処理＞
図５－６～図５－８は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。図５－６では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、クーポンサーバ４０の制御部４１が実行する処理をそれぞれ示し、これに続く図５－７では、店舗ＰＯＳシステム５０が行う処理を一番右側に示している。これに続く図５－８では、支払いサーバ９０が行う処理を一番右に示している。
ここでは、限定ではなく例として、前述した「パターンＢ」を適用する場合の処理例をメインに説明する。
この処理は、限定ではなく例として、図１－１５に示した「処理パターン１」を適用した処理例である。なお、図１－１６に示した「処理パターン２」や図１－１７に示した「処理パターン３」を適用する場合も同様とすることができるが、図示および説明は省略する。

Ａ１５０の後、通信Ｉ／Ｆ２２によってサーバ１０から複合クーポンコード情報を受信すると、端末２０Ａの制御部２１は、受信した複合クーポンコード情報を表示部２４に表示させる（Ａ１７０）。そして、Ｐ２１０の後、店舗ＰＯＳシステム５０によって、クーポンコード読み取り処理が行われる（Ｐ２２０）。

その後、店舗ＰＯＳシステム５０は、店舗決済処理を行う（Ｐ２６０）。そして、店舗ＰＯＳシステム５０は、その店舗決済情報を、通信Ｉ／Ｆによって端末２０Ａ、サーバ１０およびクーポンサーバ４０にそれぞれ送信する（Ｐ５１０）。この場合、限定ではなく例として、クーポンサーバ４０の制御部４１は、受信した店舗決済情報に基づいて、クーポンの使用を記録する（使用履歴を更新する）ようにしてもよい。
なお、クーポンサーバ４０には店舗決済情報を送信しないようにしてもよい。

Ａ１７０の後、端末２０Ａの制御部２１は、入出力部２３を介したユーザ入力に基づいて、クーポンの使用の変更を要求するクーポン変更要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５１０）。

Ｓ２１０の後、通信Ｉ／Ｆ１４によって端末２０Ａからクーポン変更要求情報を受信すると、サーバ１０の制御部１１は、クーポンの使用を変更することが可能な期間として設定された変更期間内であるか否かを判定する（Ｓ５１０）。
変更期間内ではないと判定したならば（Ｓ５１０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１９０の終了判定に処理を移す。この場合、クーポンの使用を変更することが可能なクーポンの一覧情報をクーポンサーバ４０から取得して更新するようにしてもよい。

変更期間内であると判定したならば（Ｓ５１０：ＹＥＳ）、サーバ１０の制御部１１は、使用の変更をすることが可能なクーポンの一覧情報である変更可能クーポン一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ５３０）。

Ａ５１０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０から変更可能クーポン一覧情報を受信したか否かを判定する（Ａ５３０）。
受信しなかったと判定したならば（Ａ５３０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１９０の終了判定に処理を移す。これは、変更期間内ではなかった場合である。

受信したと判定したならば（Ａ５３０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した変更可能クーポン一覧情報を表示部２４に表示させるなどし、入出力部２３を介した使用を変更するクーポンを選択するユーザ入力に基づいて、クーポン変更選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５５０）。

ここで、クーポンの使用の変更には、少なくとも以下のうちのいずれか１つを含めることができる。
（Ａ）クーポンの差替
（Ｂ）クーポンの削除
（Ｃ）クーポンの追加

（Ａ）は、複合クーポンコード情報にクーポンの情報を関連付けた複数のクーポンのうちの一部または全部のクーポンを別のクーポンに差し替えることとすることができる。
（Ｂ）は、複合クーポンコード情報にクーポンの情報を関連付けた複数のクーポンのうちの一部または全部のクーポンを削除することとすることができる。
（Ｃ）は、複合クーポンコード情報にクーポンの情報が関連付けられた複数のクーポンに加えて１以上のクーポンを追加すること、または、クーポンを使用せずに（複合クーポンコード情報を用いずに）支払いを行った後に、１以上のクーポンを追加することとすることができる。
これらは、店舗での決済後に、ユーザがクーポンの使用に関する変更を行うことを意味している。

クーポン変更選択情報には、限定ではなく例として、クーポンの使用の変更の種別（差替、削除、追加）、その対象とするクーポンのクーポンＩＤを含めることができる。

Ｓ５３０の後、通信Ｉ／Ｆ１４によって端末２０からクーポン変更選択情報を受信すると、サーバ１０の制御部１１は、クーポン変更処理を行う（Ｓ５５０）。具体的には、限定ではなく例として、端末２０Ａから受信したクーポン変更選択情報に含まれるクーポンの使用の変更の種別と、クーポンＩＤとに基づいて、ユーザＡ．Ａのアカウント管理データにおけるクーポン使用履歴データを更新する。この場合、クーポン使用履歴の更新内容をクーポンサーバ４０に送信し、クーポンサーバ４０でもクーポン使用履歴が更新されるようにしてもよい。

次いで、サーバ１０の制御部１１は、複合クーポンコード情報を用いて対象の店舗決済が行われた決済金額と、クーポンの使用を変更してこの店舗決済が行われるとした場合の金額（以下、便宜的に「仮決済金額」と称する。）との差額を算出する。そして、その決済を要求する差額決済要求情報を、通信Ｉ／Ｆ１４によって支払いサーバ９０に送信する（Ｓ５７０）。
そして、サーバ１０の制御部１１は、Ｓ１９０の終了判定に処理を移す。

支払いサーバ９０の制御部は、通信Ｉ／Ｆによってサーバ１０から差額決済要求情報を受信したか否かを判定する（Ｔ５１０）。
受信しなかったと判定したならば（Ｔ５１０：ＮＯ）、支払いサーバ９０の制御部は、Ｔ５９０の終了判定に処理を移す。

受信したと判定したならば（Ｔ５１０：ＹＥＳ）、支払いサーバ９０の制御部は、差額決済処理を行う（Ｔ５３０）。具体的には、限定ではなく例として、以下の処理を行う。

（Ａ）クーポンの差替
ユーザＡ．Ａの電子マネー口座に差額を加算する。
これは、限定ではなく例として、ある割引率（割引額）のクーポンをより割引率の高いクーポンに差し替えるようにクーポンの使用が変更されたような場合、ユーザＡ．Ａは多めに支払いを行ったことになるため（決済金額＞仮決済金額）、差額をユーザに返金することに相当する。

（Ｂ）クーポンの削除の場合
差額分の金額を請求する請求情報を端末２０Ａに送信し、差額分の金額をユーザＡ．Ａに請求する。そして、端末２０Ａから送信される承認情報に基づいて、ユーザＡ．Ａの電子マネー口座から差額を減算する。具体的には、限定ではなく例として、クーポンアプリケーションやメッセージングアプリケーション（メッセージングアプリケーションではトークルームに表示されるメッセージなどの情報としてもよい。）、支払いアプリケーション等のアプリケーションによって端末２０で表示される請求情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。そして、限定ではなく例として、端末２０Ａで表示された請求情報に基づき、ユーザによって承認するユーザ入力がなされたこと（限定ではなく例として、請求情報に関連付けられた承認ボタンの操作等）に基づいて、端末２０Ａから承認情報がサーバ１０に送信されるようにすることができる。非承認の場合は、非承認情報が端末２０Ａからサーバ１０に送信されるようにすることができる。
これは、限定ではなく例として、ある割引率（割引額）のクーポンを削除するようにクーポンの使用が変更されたような場合、ユーザＡ．Ａは少なめに支払いを行ったことになるため（決済金額＜仮決済金額）、差額をユーザに請求することに相当する。

（Ｃ）クーポンの追加
ユーザＡ．Ａの電子マネー口座に差額分の金額を加算する。
これは、限定ではなく例として、ある割引率のクーポンを追加するようにクーポンの使用が変更されたような場合、ユーザＡ．Ａは多めに支払いを行ったことになるため、（決済金額＞仮決済金額）、差額をユーザに返金することに相当する。

また、（Ａ）の場合において、ある割引率（割引額）のクーポンをより割引率の低いクーポンに差し替えるようにクーポンの使用が変更されるような場合もあり得る、この場合、ユーザＡ．Ａは少なめに支払いを行ったことになるため（決済金額＜仮決済金額）、この場合は、（Ｂ）と同様に、差額をユーザに請求するようにするにすることができる。

Ｔ５３０の後、支払いサーバ９０の制御部は、差額決済処理の決済結果の情報である差額決済結果情報を、通信Ｉ／Ｆによって端末２０Ａに送信する（Ｔ５５０）。
そして、支払いサーバ９０の制御部は、Ｔ５９０の終了判定に処理を移す。

Ａ５５０の後、通信Ｉ／Ｆ２２によって支払いサーバから差額決済結果情報を受信すると、端末２０Ａの制御部２１は、受信した差額決済結果情報を表示部２４に表示させる（Ａ５７０）。
そして、端末２０Ａの制御部２１は、Ａ１９０の終了判定に処理を移す。

なお、前述した通り、本開示の手法は、１つのクーポンを使用して決済（会計）することを妨げるものではなく、上記の（Ａ）クーポンの差替、（Ｂ）クーポンの削除、（Ｃ）クーポンの追加を、１つのクーポンを使用して決済した場合にも同様に適用してもよい。

＜第５実施例の効果＞
本実施例は、サーバ１０が、複合クーポンコード情報（限定ではなく、第１コード情報の一例）を用いて決済が行われたことに基づく決済金額（限定ではなく、第１金額の一例）の情報を、通信Ｉ／Ｆ１４によって店舗ＰＯＳシステム５０から受信する。また、サーバ１０は、クーポン変更選択情報（限定ではなく、クーポンの使用の変更に関する第６情報の一例）を通信Ｉ／Ｆ１４によって端末２０Ａから受信する。そして、サーバ１０の制御部１１は、受信したクーポン変更選択情報に基づきクーポンの使用を変更して上記の決済が行われる場合の仮決済金額（限定ではなく、第２金額の一例）の情報を制御部２１によって算出するなどして取得し、決済金額と仮決済金額との差額に基づく処理（限定ではなく、第２処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、サーバが、第１コード情報を用いて決済が行われたことに基づく第１金額と、クーポンの使用を変更して決済が行われる場合の第２金額との差額に基づく第２処理を行うことで、第１コード情報を用いて決済が行われた後に、端末のユーザがクーポンの使用を変更できるようにすることができる。

また、クーポン変更選択情報は、複合クーポンコード情報に対応する複数のクーポンに含まれる少なくとも一部のクーポンを差し替えること（別のクーポンを使用すること）に関する情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザが複数のクーポンに含まれる少なくとも一部のクーポンに代えて別のクーポンを使用するように使用を変更できるようにすることができる。

この場合、決済金額と仮決済金額との差額に基づく処理（第２処理）は、差額を端末のユーザに返金することに関する処理、または差額をユーザに請求することに関する処理を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、複数のクーポンに含まれる少なくとも一部のクーポンに代えて別のクーポンを使用するように変更された場合に、端末ユーザに差額を返金する、または端末のユーザに差額を請求することによって、第１コード情報を用いた決済の金額を後から調整することができる。

また、クーポン変更選択情報は、複合クーポンコード情報に対応する複数のクーポンに加えてクーポンを追加すること（別のクーポンを使用すること）に関する情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザが複数のクーポンに加えて別のクーポンを使用するように使用を変更できるようにすることができる。

この場合、決済金額と仮決済金額との差額に基づく処理（第２処理）は、差額を端末のユーザに返金することに関する処理を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、複数のクーポンに加えて別のクーポンを使用するように変更された場合に、端末ユーザに差額を返金することによって、第１コード情報を用いた決済の金額を後から調整することができる。

また、クーポン変更選択情報は、複合クーポンコード情報に対応する複数のクーポンに含まれる少なくとも一部のクーポンを削除すること（不使用とすること）に関する情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザが複数のクーポンに含まれる少なくとも一部のクーポンを不使用とするように使用変更できるようにすることができる。

また、この場合、決済金額と仮決済金額との差額に基づく処理（第２処理）は、差額をユーザに請求することに関する処理を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、複数のクーポンに含まれる少なくとも一部のクーポンを不使用とするように変更された場合に、端末ユーザに差額を請求することによって、第１コード情報を用いた決済の金額を後から調整することができる。

また、本実施例は、端末２０が、クーポン一覧情報を表示部２４に表示する。そして、端末２０は、クーポン一覧情報が表示された表示部２４に対する端末２０のユーザによる入力に基づいて、クーポン変更選択情報（限定ではなく、クーポンの使用の変更に関する第６情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、クーポンの一覧に関する情報が表示された表示部に対する端末のユーザによる入力に基づいて、クーポンの使用の変更に関する第６情報をサーバに送信して、クーポンの使用の変更をサーバに通知することができる。

また、この場合、クーポン変更選択情報は、複合クーポンコード情報に対応する複数のクーポンに加えてクーポンを追加すること（別のクーポンを使用すること）に関する情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザが複数のクーポンに加えて別のクーポンを使用するように使用を変更できるようにすることができる。

また、この場合、クーポン一覧情報は、複合クーポンコード情報に対応する複数のクーポンに加えて使用することが可能なクーポンに関する情報（限定ではなく、第７情報の一例）と、複合クーポンコード情報に対応する複数のクーポンに加えて使用することができないクーポンに関する情報（限定ではなく、第８情報の一例）とを含み、端末２０は、これらの情報を異なる態様で表示部２４に表示する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、複数のクーポンに加えて使用することが可能なクーポンに関する第７情報と、複数のクーポンに加えて使用することのできないクーポンに関する第８情報とが異なる態様で表示部に表示されることで、複数のクーポンに加えて使用することが可能なクーポンと、複数のクーポンに加えて使用することのできないクーポンとを分かり易い形で端末のユーザに知らせることができる。

＜第５変形例（１）＞
上記の実施例でも説明したが、クーポンを使用せずに（複合クーポンコード情報を用いずに）支払いを行った後に、１以上のクーポンを追加することができるようにしてもよい。

＜第５変形例（２）＞
また、上記の実施例では、クーポンの使用の変更に伴い差額をユーザに返金する場合、電子マネーによって差額を返金することとしたが、これに限定されない。
限定ではなく例として、企業通貨（限定ではなく例として、ポイント）をユーザに付与するようにしてもよい。この企業通貨の付与は、返金の一種と捉えてもよいし、返金ではなくユーザへの還元と捉えてもよい。また、ユーザが登録している金融機関口座への振込によって返金を行うようにしてもよい。

また、同様に、差額をユーザに請求する場合において、電子マネー口座から差額を減算するようにするのではなく、ユーザが所有済みの企業通貨から差額分の企業通貨を徴収するようにしてもよい。また、指定の金融機関口座に差額を振り込むようにユーザに要求するようにしてもよい。

図５－９～図５－１０は、本変形例における表示画面の一例を示す図である。
ここでは、第５変形例（１）のように、ユーザがクーポンを使用せずに店舗で取引を行った後に、この取引に適用可能なクーポンを追加する例を示す。
ここでは、支払いアプリケーションを用いた電子マネー決済によって店舗で取引を行った場合の例を示すが、これに限定されず、支払いアプリケーションとは異なるアプリケーションで取引が行われた場合にも、この取引に対して適用可能なクーポンを追加することができるようにしてもよい。

図５－９左側は、本実施例において端末２０Ａの表示部２４に表示される支払いアプリケーションの画面の一例を示す図である。
図５－９左側は、支払いアプリケーションの取引履歴画面であり、画面最上部の中央部には、支払いアプリケーションの名称として「Ｐａｙｍｅｎｔ Ａｐｐ」の文字が表示されている。

また、その下には、支払いアプリケーション内で現在表示されているページ等を示す領域（以下、「アプリ内位置表示領域」と称する。）が構成され、この画面は取引履歴画面であるため「取引履歴」と表示されている。また、その文字の左には一つ前の画面に戻るための戻るアイコン（本例では、「＜」のオブジェクトを含むアイコン）が表示されている。

また、その下には、支払いアプリケーションの取引履歴画面における各種情報（以下、「取引履歴情報」と称する。）が表示される取引履歴情報表示領域が構成されている。
この例では、取引履歴情報表示領域に、取引履歴情報として、第１取引履歴情報（本例では、取引内容（「３５７円支払い」、「２０２２／５／１ １３：３３：３３」、「ＢＢマート ○○店」）と、後述する第２クーポンアプリ移行ボタンＡ２ＢＴとを含むアイコン）、第２取引履歴情報（本例では、取引内容（「９３６円支払い」、「２０２２／５／５ １５：５５：５５」、「ＢＢマート ○○店」）と、後述する第１クーポンアプリ移行ボタンＡ１ＢＴとを含むアイコン）と、第３取引履歴情報（本例では、取引内容（「８３０円支払い」、「２０２２／５／７ １８：１８：１７」、「ＢＢマート ○○店」）と、第１クーポンアプリ移行ボタンＡ１ＢＴとを含むアイコン）等が表示されている。

この例では、各取引履歴情報の下部に、各取引に対してクーポンを変更（追加も含む）するためにクーポンアプリケーションに移行するためのクーポンアプリ移行ボタンが表示されている。
限定ではなく例として、取引履歴情報に対応するクーポン使用履歴情報が変更可能期間のものである場合、その取引履歴情報の下部に、クーポンアプリ移行ボタンとして第１クーポンアプリ移行ボタンＡ１ＢＴ（本例では、「クーポン変更」の文字を含むボタン）が表示される。
また、限定ではなく例として、取引履歴情報に対応するクーポン使用履歴情報が変更不可期間のものである場合、その取引履歴情報の下部に、クーポンアプリ移行ボタンとして第２クーポンアプリ移行ボタンＡ２ＢＴ（本例では、「クーポン変更 期限切れ」の文字を含むボタン）が表示される。このとき、第２クーポンアプリ移行ボタンＡ２ＢＴは、限定ではなく例として、操作を受け付けていないことを示す態様（本例では、ハッチング処理された態様）で表示されている。

限定ではなく例として、図５－９左側のように、第３取引履歴情報の第１クーポンアプリ移行ボタンＡ１ＢＴがユーザによってタッチされると、限定ではなく例として、図５－９中央のような表示がなされる。
この例では、第１クーポンアプリ移行ボタンＡ１ＢＴがタッチされたことに基づき、端末２０Ａにおいてクーポンアプリケーションが起動し、クーポンアプリケーションのクーポン使用履歴画面が表示されている。

この例では、クーポン使用履歴情報表示領域に、クーポン使用履歴情報として、第１クーポン使用履歴情報（本例では、「ＢＢマート」のアイコンと、日時（２０２２／５／５ １５：５５：５５）と、フライドチキンの商品画像を含むアイコンと、「フライドチキン」および「５０円引き」の文字とを含むクーポンの情報と、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字と、第１変更ボタンＣ１ＢＴ（限定ではなく例として、「クーポン変更 ２０２２／５／１２ １５：５４まで」の文字を含むボタン）とを含むクーポンの情報）、第２クーポン使用履歴情報（本例では、「ＢＢマート」のアイコンと、日時（２０２２／５／７ １８：１８：１７）と、「クーポン使用なし」の文字を含むアイコンと、第１変更ボタンＣ１ＢＴ（限定ではなく例として、「クーポン変更 ２０２２／５／１４ １８：１７まで」の文字を含むボタン）とを含むクーポンの情報）などが表示されている。

限定ではなく例として、図５－９中央のように、第２クーポン使用履歴情報の第１変更ボタンＣ１ＢＴがユーザによってタッチされると、限定ではなく例として、図５－９右側のような表示がなされる。

この画面では、「変更先のクーポンを選択してください」の文字と、変更元クーポン情報（本例では、一つ前の画面でユーザによって選択された第２クーポン使用履歴情報と同様の情報：クーポン使用なし）と、「変更先クーポン」の文字と、第１クーポン変更情報（本例では、店舗情報（「ＢＢマート」のアイコン）と、ミルクティーの商品画像を含むアイコンと、「ミルクティー」および「１６０円（右向き三角形のオブジェクト）１２０円」の文字とを含むクーポン）と、第２クーポン変更情報（店舗情報（「ＢＢマート」のアイコン）と、おにぎりの商品画像を含むアイコンと、「おにぎり」および「３０円引き」の文字とを含むクーポン）と、第３クーポン変更情報（店舗情報（「ＢＢマート」のアイコン）と、ＢＢマートのアイコンと、「２５０円以上お買い上げで５％ＯＦＦ」の文字とを含むクーポン）と、選択したクーポンを仮決定するための選択ボタンＣＢＴが表示されている。

本例では、第２クーポン変更情報と第３クーポン変更情報との２個のクーポンが選択された状態を示しており、これらに関連付けて表示されたチェックボックスにチェックマークが入れられた状態を示している。

限定ではなく例として、図５－９右側のように、第２クーポン変更情報と第３クーポン変更情報がユーザによって選択された状態で、選択ボタンＣＢＴがユーザによってタッチされると、限定ではなく例として、図５－１０左側のような表示がなされる。
図５－１０左側における表示画面については、前述した図５－３左側と同様である部分についての説明を省略する。

この例では、クーポン変更確認情報表示領域に、クーポン変更確認情報として、「この内容で変更しますか？」の文字と、クーポンを変更したことによって生じる差額等を示すクーポン変更後結果情報（本例では、「差額７０円がポイントバックされます」の文字を含むアイコン）と、クーポン変更詳細確認情報（本例では、変更元クーポン情報に関連する情報（下向き三角形のオブジェクト）第２クーポン変更情報と第３クーポン変更情報とに関連する情報）と、このクーポン変更確認情報の通りにクーポンを変更するための第３変更ボタンＣ３ＢＴが表示されている。具体的には、この例では、クーポン使用なしから、おにぎりのクーポンと５％ＯＦＦのクーポンとを使用するように、クーポンの使用を変更すること（この例では、クーポンの追加）が表示されている。

限定ではなく例として、図５－１０左側のように、第３変更ボタンＣ３ＢＴがユーザによってタッチされると、限定ではなく例として、図５－１０右側のような表示がなされる。
図５－１０右側における表示画面については、前述した図５－４中央と同様である部分についての説明を省略する。

この例では、クーポン使用履歴情報表示領域の第２クーポン使用履歴情報が、限定ではなく例として、「クーポン使用なし」の文字を含むアイコンから、おにぎりのクーポンと５％ＯＦＦのクーポンとに変更されている。

また、クーポンが変更されたことに基づいて、限定ではなく例として、画面上部に、支払いアプリケーションを発信元とする、クーポン変更後結果情報等を示すテキスト（「ＢＢマート」のアイコンと、「２０２２／５／１０ １０：４５：２２」の文字と、「７０Ｐｏｉｎｔ 受け取りが完了しました」の文字）等を含む、プッシュ形式で表示されるプッシュ通知ＰＮ４が表示されている。

＜その他＞
クーポンアプリケーション等のアプリケーションを配信する用のサーバ（端末２０がアプリケーションをダウンロードするサーバ）を、サーバ１０等とは異なるサーバとして構成してもよい。つまり、アプリケーションを配信する用のサーバと、上記の実施例等で説明したアプリケーション管理処理等を行うサーバ等とを物理的に分離されたサーバとして構成してもよいし、１つのサーバとして構成してもよい。

限定ではなく例として、本発明の一態様によると、
サーバと端末とを備えるシステムにおいて、端末は、サーバから送信されたアプリケーションを受信し、アプリケーションを端末の記憶部に記憶し、端末のユーザによって端末に入力された複数のクーポンに関する情報を含む第１情報を、アプリケーションによってサーバに送信し、サーバは、第１情報を端末から受信し、第１情報の受信に基づき、複数のクーポンの情報が関連付けられた第１コード情報を端末に送信し、端末は、第１コード情報をアプリケーションによってサーバから受信し、第１コード情報をアプリケーションによって表示するようにすることができる。
この場合、本発明のサーバは、アプリケーションを配信する用の第１サーバと、コード情報を配信する用の第２サーバとを含むこととしてよい。

また、アプリケーションには、クーポンアプリケーション等の各種のアプリケーションのプログラムに限らず、限定ではなく例として、おおもととなるアプリケーションの一機能として他のサービスの機能を持たせるためのプログラム（限定ではなく例として、メッセージングアプリケーションの一機能としてクーポンサービスの機能を持たせるためのプログラム、またはその逆）や、おおもととなるアプリケーションのアップデート用のプログラム等を含めてもよい。また、アプリケーションプログラムで活用されるデータ（アプリケーションのアップデート用のデータ等も含めてもよい。）を含めてもよい。

また、上記の実施例では、サーバ１０とクーポンサーバ４０とを物理的に分離されたサーバとしたが、これに限定されない。サーバ１０とクーポンサーバ４０とを１つのサーバとして構成してもよい。限定ではなく例として、クーポンサーバ４０の機能をサーバ１０に持たせるようにしてもよい。

また、限定ではなく例として、サーバ１０とクーポンサーバ４０とでサーバシステムが構成されるとしてもよく、サーバ１０とクーポンサーバ４０とアプリケーションの配信用のサーバとでサーバシステムが構成されるとしてもよい。この場合、端末２０は、サーバシステムと通信して、上記の実施例で説明した処理を行うと捉えてもよい。

また、上記の実施例では、限定ではなく例として、本発明をクライアントサーバシステムによって実現する手法を説明したが、これに限定されない。前述したように、分散システムなど、サーバやサーバシステムの機能を端末２０に持たせるシステムによって実現してもよい。限定ではなく例として、上記の実施例で説明したフローチャートで、サーバやサーバシステムが行うこととして説明した処理を、端末が行うようにしてもよい。

また、限定ではなく例として、クーポンシードコードなど、複合クーポンコード情報を生成するために必要な情報を端末２０の記憶部２８に記憶させるようにし、端末２０の制御部２１が複合クーポンコード情報を生成する処理を行って、生成した複合クーポンコード情報を表示部２４に表示させるなどしてもよい。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ クーポンサーバ
５０ 店舗ＰＯＳシステム
９０ 支払いサーバ

Claims (20)

1. 端末と通信するサーバによって実行されるプログラムであって、
   前記端末のユーザによって前記端末に入力された複数のクーポンに関する情報を含む第１情報を前記サーバの通信部によって前記端末から受信することと、
   前記第１情報の受信に基づき、前記複数のクーポンに関する情報を含む第２情報を前記通信部によって、前記サーバとは異なる、前記複数のクーポンを使用可能な店舗に関する第１サーバに送信することと、
   前記第２情報の送信に基づき、前記複数のクーポンの情報が関連付けられた第１コード情報を前記通信部によって前記第１サーバから受信することと、
   前記第１コード情報の受信に基づき、前記第１コード情報を前記通信部によって前記端末に送信することと、
   前記第１コード情報を用いて決済が行われたことに基づく第１金額の情報を前記通信部によって受信することと、
   クーポンの使用の変更に関する第３情報を前記通信部によって前記端末から受信することと、
   前記第３情報に基づきクーポンの使用を変更して前記決済が行われる場合の第２金額の情報を前記サーバの制御部によって取得することと、
   前記第１金額と前記第２金額との差額に基づく第２処理を前記制御部によって行うこととが前記サーバによって実行される。
2. 請求項１に記載のプログラムであって、
   前記第１コード情報は、前記第２情報の送信に基づき、前記第１サーバによって生成され、前記通信部によって前記第１サーバから受信される。
3. 請求項１に記載のプログラムであって、
   前記第１サーバは、異なるクーポンの組み合わせに基づき、少なくとも、前記第１コード情報と、前記第１コード情報とは異なる第２コード情報とを含むコード情報のデータを記憶し、
   前記第１コード情報は、前記第２情報の送信に基づき、前記第１サーバによって前記データから取得され、前記通信部によって前記第１サーバから受信される。
4. 請求項１に記載のプログラムであって、
   前記第１情報の受信に基づき、前記サーバの記憶部に記憶されたクーポンに関するデータに基づいて、前記第１コード情報を前記サーバの制御部によって生成することが前記サーバによって実行される。
5. 請求項１に記載のプログラムであって、
   前記複数のクーポンのうち、前記第１コード情報を用いた決済で使用されなかったクーポンがある場合、クーポンの不使用に関する第１処理を前記サーバの制御部によって行うことが前記サーバによって実行される。
6. 請求項５に記載のプログラムであって、
   前記第１処理は、クーポンの不使用に関する第４情報を前記通信部によって前記端末に送信する処理を含む。
7. 請求項６に記載のプログラムであって、
   前記第４情報は、前記端末のユーザを含むチャットルームに表示されるメッセージ情報である。
8. 請求項１に記載のプログラムであって、
   決済によるクーポンの使用の履歴に関する第５情報を前記通信部によって前記端末に送信することが前記サーバによって実行される。
9. 請求項８に記載のプログラムであって、
   前記履歴は、前記第１コード情報が決済で用いられた場合、前記複数のクーポンの使用の履歴を含む。
10. 請求項８または請求項９に記載のプログラムであって、
    前記複数のクーポンは、第１クーポンと第２クーポンとを含み、
    前記第５情報は、前記第１コード情報が店舗のコードリーダによって読み取られたが、設定された条件を満たさないことにより前記第２クーポンが前記決済で使用されなかった場合、前記第２クーポンに関する第６情報を含む。
11. 請求項１０に記載のプログラムであって、
    前記第６情報は、前記第２クーポンが前記決済で使用されなかった理由の情報を含む。
12. 請求項１に記載のプログラムであって、
    前記第３情報は、前記複数のクーポンに含まれる少なくとも一部のクーポンに代えて別のクーポンを使用することに関する情報を含む。
13. 請求項１２に記載のプログラムであって、
    前記第２処理は、前記差額を前記端末のユーザに返金することに関する処理、または前記差額をユーザに請求することに関する処理を含む。
14. 請求項１に記載のプログラムであって、
    前記第３情報は、前記複数のクーポンに加えて別のクーポンを使用することに関する情報を含む。
15. 請求項１４に記載のプログラムであって、
    前記第２処理は、前記差額を前記端末のユーザに返金することに関する処理を含む。
16. 請求項１に記載のプログラムであって、
    前記第３情報は、前記複数のクーポンに含まれる少なくとも一部のクーポンを不使用とすることに関する情報を含む。
17. 請求項１６に記載のプログラムであって、
    前記第２処理は、前記差額を前記端末のユーザに請求することに関する処理を含む。
18. 端末と通信するサーバの情報処理方法であって、
    前記端末のユーザによって前記端末に入力された複数のクーポンに関する情報を含む第１情報を前記サーバの通信部によって前記端末から受信することと、
    前記第１情報の受信に基づき、前記複数のクーポンに関する情報を含む第２情報を前記通信部によって、前記サーバとは異なる、前記複数のクーポンを使用可能な店舗に関する第１サーバに送信することと、
    前記第２情報の送信に基づき、前記複数のクーポンの情報が関連付けられた第１コード情報を前記通信部によって前記第１サーバから受信することと、
    前記第１コード情報の受信に基づき、前記第１コード情報を前記通信部によって前記端末に送信することと、
    前記第１コード情報を用いて決済が行われたことに基づく第１金額の情報を前記通信部によって受信することと、
    クーポンの使用の変更に関する第３情報を前記通信部によって前記端末から受信することと、
    前記第３情報に基づきクーポンの使用を変更して前記決済が行われる場合の第２金額の情報を前記サーバの制御部によって取得することと、
    前記第１金額と前記第２金額との差額に基づく第２処理を前記制御部によって行うこととを含む。
19. 端末と通信するサーバであって、
    前記端末のユーザによって前記端末に入力された複数のクーポンに関する情報を含む第１情報を前記端末から受信し、前記第１情報の受信に基づき、前記複数のクーポンに関する情報を含む第２情報を、前記サーバとは異なる、前記複数のクーポンを使用可能な店舗に関する第１サーバに送信し、前記第２情報の送信に基づき、前記複数のクーポンの情報が関連付けられた第１コード情報を前記第１サーバから受信し、前記第１コード情報の受信に基づき、前記第１コード情報を前記端末に送信し、前記第１コード情報を用いて決済が行われたことに基づく第１金額の情報を受信し、クーポンの使用の変更に関する第３情報を前記端末から受信する通信部と、
    前記第３情報に基づきクーポンの使用を変更して前記決済が行われる場合の第２金額の情報を取得し、前記第１金額と前記第２金額との差額に基づく第２処理を行う制御部とを備える。
20. サーバと端末とを備えるシステムであって、
    前記端末は、
    サーバから送信されたアプリケーションを受信し、
    前記アプリケーションを前記端末の記憶部に記憶し、
    前記端末のユーザによって前記端末に入力された複数のクーポンに関する情報を含む第１情報を、前記アプリケーションによって前記サーバに送信し、
    前記サーバは、
    前記第１情報を前記端末から受信し、
    前記第１情報の受信に基づき、前記複数のクーポンに関する情報を含む第２情報を、前記サーバとは異なる、前記複数のクーポンを使用可能な店舗に関する第１サーバに送信し、
    前記第２情報の送信に基づき、前記複数のクーポンの情報が関連付けられた第１コード情報を前記第１サーバから受信し、
    前記第１コード情報の受信に基づき、前記第１コード情報を前記端末に送信し、
    前記第１コード情報を用いて決済が行われたことに基づく第１金額の情報を受信し、
    クーポンの使用の変更に関する第３情報を前記端末から受信し、
    前記第３情報に基づきクーポンの使用を変更して前記決済が行われる場合の第２金額の情報を取得し、
    前記第１金額と前記第２金額との差額に基づく第２処理を行い、
    前記端末は、
    前記第１コード情報を前記アプリケーションによって前記サーバから受信し、
    前記第１コード情報を前記アプリケーションによって表示する。

Images