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

Abstract

【課題】決済を実現するにあたり、例えばユーザの利便性の面で改善の余地がある。【解決手段】コード画像による決済を行うための第１情報に基づいて決済に関する処理を実行する端末の情報処理方法は、サーバから送信された第１情報を、端末の通信部を介して受信することと、受信された第１情報を、端末の制御部によって端末の記憶部に記憶することと、第１情報に基づく第１コード画像を端末の表示領域に表示することと、端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を端末の制御部によって制御することとを含む。【選択図】図１

Description

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

昨今、スマートフォン等の端末で実行可能なアプリケーションによって、例えば、端末、または端末のユーザの電子貨幣（電子マネー）の管理や、電子貨幣による決済等を実現するサービスが普及しつつある。例えば特許文献１には、商品の購買金額の決済を行う技術が開示されている。しかしながら、上記の決済を実現するにあたり、例えばユーザの利便性の面で改善の余地がある。

特開２００２−１７６６７１号公報

本発明の第１の態様によると、コード画像による決済を行うための第１情報に基づいて決済に関する処理を実行する端末の情報処理方法は、サーバから送信された第１情報を、端末の通信部を介して受信することと、受信された第１情報を、端末の制御部によって端末の記憶部に記憶することと、第１情報に基づく第１コード画像を端末の表示領域に表示することと、端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を端末の制御部によって制御することとを含む。
本発明の第２の態様によると、コード画像による決済を行うための第１情報に基づいて決済に関する処理を実行する端末に実行させるためのプログラムは、サーバから送信された第１情報を、端末の通信部を介して受信することと、受信された第１情報を、端末の記憶部に記憶することと、第１情報に基づく第１コード画像を端末の表示領域に表示することと、端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を制御することを含む。
本発明の第３の態様によると、コード画像による決済を行うための第１情報に基づいて決済に関する処理を実行する端末は、サーバから送信された第１情報を受信する通信部と、受信された第１情報を端末の記憶部に記憶する制御を行う制御部と、第１情報に基づく第１コード画像を端末の表示領域に表示する表示部とを備え、制御部は、端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を制御する。
本発明の第４の態様によると、コード画像による決済を行うための第１情報に基づいて決済に関する処理を実行する端末は、プログラムを記憶するメモリからプログラムを読み出し、プログラムに基づいて処理を実行するプロセッサーを備え、プロセッサーは、サーバから送信された第１情報を、端末の通信部を介して受信することと、受信された第１情報を、端末の記憶部に記憶することと、第１情報に基づく第１コード画像を端末の表示領域に表示することと、端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を制御することとを実行する。

実施形態の一態様における通信システムの構成の一例を示す図。 実施形態の一態様における店舗ＰＯＳシステムのシステム構成の一例を示す図。 実施形態の一態様における各種の装置が実行する処理の流れの一例を示すフローチャート。 実施形態の一態様における端末の表示画面の一例を示す図。 実施形態の一態様における端末の表示画面の一例を示す図。 実施形態の一態様における各種の装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係るサーバの制御部により実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るユーザ登録データの一例を示す図。 第１実施例に係る店舗登録データの一例を示す図。 第１実施例に係る決済管理データベースの一例を示す図。 第１実施例に係るコード管理データベースの一例を示す図。 第１実施例に係る端末の制御部により実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る第１の端末表示用コードストックデータの一例を示す図。 第１実施例に係る第２の端末表示用コードストックデータの一例を示す図。 第１実施例に係る第１の決済用データの一例を示す図。 第１実施例に係る第１のコード関連情報表示制御用データの一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る各種の装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る第１のコード表示処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る各種の装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る端末の制御部により実現される機能の一例を示す図。 第２実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第２実施例に係る第２の決済用データの一例を示す図。 第２実施例に係る第１の決済関連設定制御用データの一例を示す図。 第２実施例に係る端末の表示画面の一例を示す図。 第２実施例に係る決済関連設定制御処理の流れの一例を示す図。 第２変形例に係る第２の決済関連設定制御用データの一例を示す図。 第２変形例に係る第３の決済関連設定制御用データの一例を示す図。 第３実施例に係る第２のコード関連情報表示制御用データの一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第３実施例に係る第２のコード表示処理の流れの一例を示すフローチャート。 第３実施例に係る第３のコード表示処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示画面の一例を示す図。 第３変形例に係る端末の表示画面の一例を示す図。 第４実施例に係る端末の表示画面の一例を示す図。 第４実施例に係る端末の表示画面の一例を示す図。 第４実施例に係る端末の表示画面の一例を示す図。 第４実施例に係る第１のコード再表示処理の流れの一例を示すフローチャート。 第４実施例に係る第２のコード再表示処理の流れの一例を示すフローチャート。 第５実施例に係る端末及びサーバが実行する処理の流れの一例を示すフローチャート。 第６実施例に係る端末及びサーバが実行する処理の流れの一例を示すフローチャート。 第６実施例に係る端末及びサーバが実行する処理の流れの一例を示すフローチャート。 第６実施例に係る端末及びサーバが実行する処理の流れの一例を示すフローチャート。 第６実施例に係る端末の表示画面の一例を示す図。 第６実施例に係る端末の表示画面の一例を示す図。 第６実施例に係る端末の表示画面の一例を示す図。 第６実施例に係る端末の表示画面の一例を示す図。

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

本開示に係る情報処理方法等を実施するための実施形態について、図面を参照して説明する。

［システム構成］
図１は、本開示の一実施形態に係る通信システム１の構成の一例を示す図である。
図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、店舗ＰＯＳシステム４０とが接続される。

サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージ等を含むコンテンツの送受信を実現するサービスを提供する。また、サーバ１０は、端末２０と通信を行って電子決済（限定ではなく、決済の一例）を実現するサービス（以下、「決済サービス」と称する。）を提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

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

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

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

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

サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

以下説明する実施形態では、サーバ１０は、決済アプリケーションによる決済サービスを提供する機能を有していることとして説明する。

店舗ＰＯＳシステム４０は、サーバ１０を運用する事業者と提携している店舗に導入されて使用されるＰＯＳシステムである。
この店舗ＰＯＳシステム４０には、限定ではなく例として、店舗コードリーダ装置５０と、コードレジ６０と、店舗サーバ７０とが含まれる。

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

（１）端末のＨＷ構成
図１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

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

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

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

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

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

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

時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。

位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
なお、位置算出用情報検出部２９Ｂは必須ではなく、端末２０の構成要件から除外してもよい。

位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））等を含む。

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

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

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

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

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

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

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

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

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

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

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

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

ディスプレイ１３は、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

（３）店舗ＰＯＳのシステム構成
図２には、店舗ＰＯＳシステム４０のシステム構成の一例を示している。
店舗ＰＯＳシステム４０は、サーバ１０を運用する事業者と提携している店舗に導入されて使用されるＰＯＳシステムであり、限定ではなく例として、店舗コードリーダ装置５０と、コードレジ６０と、店舗サーバ７０とを含む。

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

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

コードリーダ５８は、二次元コードを読み取るためのコードリーダであり、本明細書では、端末２０の表示部２４に表示され、端末２０のユーザによって提示される二次元コード（例えばＱＲコード（登録商標））としての端末表示用コードを読み取るための二次元コードリーダ（例えばＱＲコードリーダ）を含む。

コードレジ６０は、限定ではなく例として、ＰＯＳ通信Ｉ／Ｆ５７によって店舗コードリーダ装置５０や店舗サーバ７０と通信接続され、店舗コードリーダ装置５０がサーバ１０から受信した店舗用決済完了通知に基づいて、販売した商品の総額や、端末２０のユーザの電子貨幣の残高等の情報を印字したレシートを発行する。また、限定ではなく例として、コードレジ６０と一体として、またはコードレジ６０と別体として設けられ、客側に表示面が向けられたディスプレイを構成するようにしてもよい。コードレジ６０は、決済アプリケーションに対応可能に構成されたレジであり、決済アプリケーション対応の据置端末と言うこともできる。

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

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

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

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。

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

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

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
他の装置についても同様である。

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

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

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。

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

また、本明細書では、「期限」の用語は、一定の期間を示すものとして説明する。ただし、「期限」の用語に代えて、「期間」の用語を用いるようにしてもよい。
また、「期限」の用語を、期間が終了する時刻や日時（一定の時刻や一定の日時）の意味で用いるようにしてもよい。

＜第１実施例＞
近年、ネットワークサービスに関連するアプリケーション（アプリケーションソフトウェア）として、電子貨幣による電子決済用のアプリケーション（決済アプリケーション）、電子貨幣の送金用のアプリケーション（送金アプリケーション）といったアプリケーションや、これらのアプリケーションの一部の機能または全部の機能を集約した決済アプリケーションが普及しつつあり、端末２０のユーザが、これらのアプリケーションを用いて、電子貨幣に関する各種のサービスを受けることが可能になってきている。

以下説明する実施例は、限定ではなく例として、端末２０のユーザが、端末２０に記憶されて実行される決済アプリケーションを利用して、決済を行う実施例である。具体的には、オンライン状態と、オフライン状態とにおいて、共通に決済を行うための手法を提案する。

以下では、決済アプリケーションによる決済サービスを提供する事業者のことを「決済サービスの事業者」と称する。なお、決済サービスの事業者は、決済アプリケーションを提供する事業者や、サーバ１０の事業者と表現してもよいし、しなくてもよい。

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

また、決済アプリケーションは、いわゆるメッセージングサービス（ＭＳ：Messaging Service）の機能を有さない単体のアプリケーションとしてサーバ１０によって提供されるようにしてもよいし、ＭＳの機能を有する複合的なアプリケーションとしてサーバ１０によって提供されるようにしてもよい。また、メッセージングサービスには、端末２０間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。

また、決済アプリケーションは、いわゆるソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）の機能を有さない単体のアプリケーションとしてサーバ１０によって提供されるようにしてもよいし、ＳＮＳの機能を有する複合的なアプリケーションとしてサーバ１０によって提供されるようにしてもよい。

なお、ＭＳ（ＩＭＳを含む。）は、ＳＮＳの１つの形態（一形態）と考えることもできる。このため、ＭＳとＳＮＳとは区別してもよいし、区別しなくてもよい。

また、決済サービスの事業者と提携している店舗を「加盟店（加盟店舗）」と称し、図１では「加盟店Ｓ１」、「加盟店Ｓ２」、・・・、のように示している。

また、「電子貨幣」とは、物理的貨幣と区別される電子的な貨幣であって、決済アプリケーションにおいて管理される端末２０または端末２０のユーザが所有する電子的な貨幣を意味し、「決済」とは、この電子貨幣を利用した電子決済を意味する。

なお、電子貨幣は、「電子マネー」や「デジタル通貨（デジタル貨幣）」と表現してもよいし、そのようにしなくてもよい。
また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」として、法定通貨を用いてもよいし、仮想通貨を用いてもよい。
また、「電子貨幣（電子マネー）」や「デジタル通貨（デジタル貨幣）」には、暗号通貨（暗号資産）を含めてもよい。
また、仮想通貨には、クーポンなどの物的貨幣を含めてもよい。

＜決済方法＞
（１）オンライン決済
まず、一態様として、オンライン決済の手法についてフローチャートを参照して説明する。

以下では、「オンライン」とは、端末２０がサーバ１０と通信可能であることを示し、「オンライン状態」とは、このオンラインの状態を示すものとする。また、「オンライン決済」とは、オンライン状態でサーバ１０によって決済が行われることを示すものとする。
「オンライン状態」は、第１通信状態の一例である。

なお、以下では、端末２０とサーバ１０との通信は、限定ではなく例として、通信会社（通信キャリア）が設置する基地局等を介在して実現される、無線ＬＡＮ通信とは異なる周波数帯を用いた第１通信方式によって実現されることとする。第１通信方式には、限定ではなく例として、パケット通信（いわゆる端末２０におけるモバイルデータ通信）が含まれる。

また、通信方式として、第１通信方式とは異なる第２通信方式を用いてもよいし、そのようにしなくてもよい。第２通信方式には、限定ではなく例として、無線ＬＡＮ（例えばＷｉＦｉ（登録商標））が含まれる。

また、第１通信方式と第２通信方式とのうちの少なくともいずれか一方の通信方式により端末２０とサーバ１０とが通信可能であることを「オンライン状態」と定義してもよいし、しなくてもよい。

図３−１は、この場合における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０の制御部２１が実行する処理、店舗コードリーダ装置５０の制御部５１が実行する処理、サーバ１０の制御部１１が実行する処理の一例をそれぞれ示している。

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

まず、制御部２１は、端末表示用コードの生成を依頼するためのコード生成依頼情報を、通信Ｉ／Ｆ２２によって（通信Ｉ／Ｆ２２を介して）サーバ１０に送信する（Ａ１１０）。

以下では、限定ではなく例として、「コード情報」とは、符号化（エンコード）等によってコード画像に格納される情報やコード画像に格納されている情報（以下、元の情報という意味で「元情報」と称する。）と、元情報が格納された「コード画像」とを含む概念として説明する。つまり、「コード情報」には、「元情報」と「コード画像」とが含まれる。
「元情報」は、「エンコード情報」や「格納情報」等のように表現してもよいし、そのように表現しなくてもよい。

また、以下では、限定ではなく例として、「コード」といった場合、「コード情報」と実質的に同じ意味合いであるものとする。

ただし、これらの定義はあくまでも一例に過ぎず、これらに限定されるものではない。
例えば、「コード情報」の用語を「元情報」の意味で用いるようにしてもよいし、そのようにしなくてもよい。
また、例えば、「コード」の用語を「コード画像」の意味で用いるようにしてもよいし、そのようにしなくてもよい。

本実施例では、上記の元情報の一例として、サーバ１０によってコード生成依頼情報の送信元の端末２０毎、または端末２０のユーザ毎にユニークに生成される番号であって、所定の桁数のランダムな番号である「決済用番号」を例示する。決済用番号は、端末２０、または端末２０のユーザと関連付けられた情報であって、サーバ１０による決済に用いられる情報とも言える。

以下では、コード生成依頼情報に基づきサーバ１０によって生成される決済用のコードを「端末表示用コード」と称し、この端末表示用コードのコード画像を「端末表示用コード画像」と称する。

詳細は後述するが、端末表示用コード画像には、上記の決済用番号が格納される。
端末表示用コード画像や決済用番号は、コード画像による決済を行うための「第１情報」の一例であり、サーバ１０から送信される。

以下では、上記の端末表示用コード画像の生成をサーバ１０に依頼する情報をコード生成依頼情報とする場合を例示する。つまり、本処理では、限定ではなく例として、端末表示用コード画像の生成を端末２０からサーバ１０に依頼することとし、Ａ１１０では、端末表示用コード画像の生成を依頼するコード生成依頼情報をサーバ１０に送信する。

また、本明細書において、「端末表示用コード」とは、決済種別「端末コード表示」での決済に使用されるコードとして説明する。
決済種別「端末コード表示」では、端末２０のユーザが店舗等で支払いを行う際に、端末２０に記憶されている決済アプリケーションを用いて、端末２０で表示される端末表示用コード画像を店舗のコードレジ６０で店員に提示する。そして、この端末表示用コード画像を店舗コードリーダ装置５０等で読み取ってもらうことで決済を実現する。
端末表示用コードは、端末２０のユーザによって店舗等の店員に提示されるコード（コード画像）であるため、「提示用コード」や「ユーザ提示用コード」と表現することもできる。

Ａ１１０で送信するコード生成依頼情報には、限定ではなく例として、端末２０、または端末２０のユーザを識別するための識別情報を含めることができる。例えば、自己の端末２０を識別するための端末識別情報（例えば端末ＩＤ）、自己の端末２０のユーザを識別するためのユーザ識別情報（例えばユーザＩＤ）、決済アプリケーションのアカウント情報（例えばアプリケーションＩＤ）等の情報がこれに含まれる。

通信Ｉ／Ｆ１４によって端末２０からコード生成依頼情報を受信すると（Ｃ１１０）、制御部１１は、端末表示用コード生成処理を行う（Ｃ１２０）。

具体的には、限定ではなく例として、所定の桁数（例えば１０桁〜１２桁程度の桁数）のランダムな数字を発生させる手法（アルゴリズム）を用いて、所定の桁数のランダムな数字を決済用番号として発生させる。そして、限定ではなく例として、少なくとも決済用番号を元情報として含む端末表示用コード画像を生成する。より具体的には、少なくとも決済用番号をエンコード（符号化）し、図形化（画像化）して、二次元コード（例えばＱＲコード）の画像で表される端末表示用コード画像を生成する。また、受信したコード生成依頼情報に含まれる端末２０または端末２０のユーザの識別情報と、発生させた決済用番号とを関連付けて記憶部１５に記憶させる。

次いで、制御部１１は、生成された端末表示用コード（この例では端末表示用コード画像）を、通信Ｉ／Ｆ１４によって端末２０に送信する（Ｃ１３０）。端末２０は、通信Ｉ／Ｆ２２によってサーバ１０から端末表示用コード（この例では端末表示用コード画像）を受信する（Ａ１３０）。この場合、制御部２１は、限定ではなく例として、受信された端末表示用コード画像を表示部２４に表示させる。

その後、表示部２４に表示された端末表示用コード画像が、端末２０のユーザによって店舗の店員等に提示されると、制御部５１は、端末２０の表示部２４に表示された端末表示用コード画像をコードリーダ５８に読み取らせる制御を行う（Ｂ１５０）。

その後、制御部５１は、決済サービスの事業者によって提供（配布）される、決済アプリケーションと関連付けられたアプリケーションインターフェイス（ＡＰＩ）等を用いて通信Ｉ／Ｆ５４によってサーバ１０にアクセスし、少なくとも、読み取った端末表示用コード画像からデコードによって取得した決済用番号と、店舗または店舗コードリーダ装置５０を識別するための識別情報（以下、「店舗識別情報」と称する。）と、決済予定の金額（以下、「決済予定金額」と称する。）とを含む決済要求情報を、通信Ｉ／Ｆ５４によってサーバ１０に送信する（Ｂ１６０）。

通信Ｉ／Ｆ１４によって店舗コードリーダ装置５０から決済要求情報を受信すると（Ｃ１６０）、制御部１１は、決済処理を行う（Ｃ１７０）。具体的には、受信した決済要求情報に含まれる決済用番号が、端末２０または端末２０のユーザの識別情報と関連付けて記憶部１５に記憶されているか否かを判定する。そして、記憶されている場合は「決済可」と判定し、その決済用番号と関連付けて記憶されている識別情報から識別される端末２０または端末２０のユーザの電子貨幣の残高（決済アプリケーションのアプリケーションＩＤに関連付けられた電子貨幣の残高）（以下、単に「残高」と称する。）から決済予定金額を減算して決済する。

その後、制御部１１は、店舗用の決済完了通知（以下、「店舗用決済完了通知」と称する。）を、通信Ｉ／Ｆ１４によって店舗コードリーダ装置５０に送信する（Ｃ１８０）。店舗用決済完了通知には、限定ではなく例として、決済が完了（成功）した旨と、決済した日時（決済日時）と、決済した金額（決済金額）等の店舗用決済情報とが含まれる。

また、制御部１１は、端末用の決済完了通知（以下、「端末用決済完了通知」と称する。）を、通信Ｉ／Ｆ１４によって端末２０に送信する（Ｃ１９０）。端末用決済完了通知には、限定ではなく例として、決済が完了（成功）した旨と、決済した日時（決済日時）、決済した店舗の店舗識別情報（決済店舗識別情報）、決済した金額（決済金額）等の端末用決済情報とが含まれる。そして、制御部１１は、処理を終了する。

なお、ここでは、サーバ１０による決済が成功した場合に、店舗用決済完了通知と端末用決済完了通知とがサーバ１０から送信されることとするが、残高の不足等により、サーバ１０が決済を行うことができない場合がある。この場合は、決済を行うことができなかった旨の通知（例えば決済エラー通知、決済ＮＧ通知）を、店舗コードリーダ装置５０と端末２０とに送信するようにすればよい。
他の処理においても同様である。

通信Ｉ／Ｆ５４によってサーバ１０から店舗用決済完了通知を受信すると（Ｂ１８０）、制御部５１は、処理を終了する。

また、通信Ｉ／Ｆ２２によって端末用決済完了通知をサーバ１０から受信すると、制御部２１は、受信された端末用決済完了通知に基づき、決済アプリケーションのデータとして端末２０で記憶している残高を更新する。また、制御部２１は、決済結果を表示部２４に表示させる（Ａ１９０）。そして、制御部２１は、処理を終了する。

図３−２は、端末２０で実行される決済アプリケーションで表示されるトップ画面の一例を示す図である。
このトップ画面は、決済アプリケーションを起動した際に表示される表示画面であり、画面上部に、決済アプリケーションの名称である「Ｐａｙｍｅｎｔ Ａｐｐ」が表示されている。その下の枠内には、残高（ここでは「３０００円」）が表示されており、その横には、電子貨幣をチャージ（追加）するためのチャージボタンが表示されている。また、その下には、決済アプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。

これらの機能アイコンのうち、「コード」と示されたアイコンは、限定ではなく例として、表示部２４にコード表示画面を表示させるための「コードアイコン」である。このコードアイコンが端末２０のユーザによりタッチ操作されると、限定ではなく例として、端末２０からサーバ１０にコード生成依頼情報が送信され、サーバ１０によって端末表示用コードが生成される。そして、生成された端末表示用コードがサーバ１０から端末２０に送信されて、図３−３に示すコード表示画面が端末２０の表示部２４に表示される。

図３−３は、コード表示画面の一例を示す図である。
このコード表示画面には、画面上部に「コード」の文字が表示され、その下に、決済方法と、ユーザが所有しているポイントと、そのポイントを利用して決済を行うか否かを設定するためのポイントタブとが表示されている。

また、その下には、サーバ１０から取得した端末表示用コードのコード画像として、バーコードで表される一次元の端末表示用コード画像と、ＱＲコードで表される二次元の端末表示用コード画像ＱＣ０とが、表示画面内の異なる領域にそれぞれ表示されている。また、限定ではなく例として、一次元の端末表示用コード画像の下には、１２桁の決済用番号が表示されている。

また、この例では、コード表示画面に表示される端末表示用コードには、そのコードを使用して決済を行うことのできる期限（以下、「コード使用期限」と称する。）がある。
コード使用期限は、そのコードに関連付けられた有効期限と言うこともできる。

コード使用期限は、限定ではなく例として、「端末で端末表示用コードが表示された（表示が開始された）時刻からコード使用時間が経過するまでの期間」とすることができる。コード使用時間は、適宜設定変更可能であるが、限定ではなく例として「５分」とすることができる。

以下では、端末で端末表示用コードが表示された（表示が開始された）時刻のことを「コード表示時刻」と称する。時刻を日時として「コード表示日時」と言ってもよい。

なお、コード使用期限を、そのコードを使用して決済を行うことのできる期間が終了（満了）する時刻（日時）と定義するようにしてもよいし、そのようにしなくてもよい。

そして、二次元の端末表示用コード画像ＱＣ０の下には、更新のマークおよび更新の文字とともに、コード使用期限の残り時間がカウントダウン形式で表示されている。この残り時間は、端末２０の時計部２９Ａによって計時される情報に基づき表示される。
残り時間が「０」になると、そのコードは使用できなくなる。このため、その後に端末２０のユーザが決済を行いたい場合は、サーバ１０から端末表示用コードを再取得することが必要となる。

端末２０のユーザは、コード使用期限内に、図３−３のコード表示画面をコードレジ６０で店舗の店員に提示し、店舗コードリーダ装置５０で端末表示用コード画像を読み取ってもらうことで決済を行う。この場合、店舗コードリーダ装置５０は、前述したＡＰＩ等を用いて通信Ｉ／Ｆ５４によってサーバ１０にアクセスして、決済に必要な情報をサーバ１０に送信する。これにより、サーバ１０によって決済処理が行われる。

ここまで、オンライン決済を実現するための処理を例示した。この処理では、サーバ１０によって生成されて端末２０に送信された端末表示用コードが、限定ではなく例として、すぐに決済に利用される。

しかしながら、ユーザによっては、サーバ１０から受信された端末表示用コードをすぐに利用して決済を行うのではなく、後から利用して決済を行うことを希望するような場合もある。

また、上記の処理を適用するためには、端末２０とサーバ１０とが通信可能な状態（オンライン状態）であることが必要となる。勿論、店舗コードリーダ装置５０とサーバ１０とが通信可能な状態であることも必要である。

しかしながら、地下などの電波状況が悪い場所で決済を行う場合や、イベント会場などの回線が混雑している状況で決済を行う場合、端末２０の一定期間（例えばひと月）における通信量が一定量を超えるなどして通信制限や通信の速度制限かかけられている場合等において、端末２０とサーバ１０とが通信不能（または通信困難）となった結果、決済を行うのが困難になる場合が想定される。

そこで、以下では、これらの場合であっても決済を実現するための手法を例示する。
なお、以下説明する決済の手法は、オンライン状態と、オフライン状態とのいずれについても同様に適用可能であるが、ここでは、オフライン状態における決済を実現するための手法として説明する。

（２）オフライン決済
本開示の手法の一態様としてのオフライン決済の手法について、フローチャートを参照して説明する。
以下では、「オフライン」とは、端末２０がサーバ１０と通信することができないこと、または通信を適切に行うことができないこと（通信が困難であること、通信が不安定であること）を示し、「オフライン状態」とは、このオフラインの状態を示すものとする。また、「オフライン決済」とは、オフライン状態においてサーバ１０によって決済が行われることを示すものとする。
なお、前提として、店舗コードリーダ装置５０はサーバ１０と通信することができるものとする。

「オフライン状態」は、第２通信状態（第１通信状態よりも通信の情報量が小さい通信状態）の一例である。
また、「オフライン状態」は、端末２０の通信量が設定された通信量よりも小さい通信状態と言うこともできる。

上記のように、オフライン状態は、オンライン状態よりも通信の情報量が小さい通信状態や、端末２０の通信量が設定された通信量よりも小さい通信状態と言うこともできる。この通信状態には、端末２０とサーバ１０とが完全に通信を行うことができない状態の他、例えば、通信は可能であるが、例えば以下に例示するように、端末２０とサーバ１０とが適切に通信を行うことができない状態も含めることができる。

（１）通信に要する時間が想定される時間よりも長くなる状態（例えば、通信が不安定であり、遅延（遅延時間）が長くなる状態（レイテンシーが大きくなる状態））
・例えば、端末２０はサーバ１０と情報のやり取りを行うことはできるが、サーバ１０に情報を送信する場合、送信を完了するまでに要する時間が想定される時間よりも長くなる。
・例えば、端末２０はサーバ１０と情報のやり取りを行うことはできるが、サーバ１０から情報を受信する場合、受信を完了するまでに要する時間が想定される時間よりも長くなる。その結果、例えば受信した情報に基づく表示を行う場合、その表示を行うために想定される時間よりも長い時間を要する。
（２）通信速度が想定される速度よりも遅くなる状態（例えば、単位時間あたりに伝送可能なデータ量が減る状態（スループットが小さくなる状態））

なお、レイテンシーが小さいほど、データアクセスに関する性能が高く、通信状態は良好であると考えることもできる。また、スループットが良好であっても、レイテンシーが大きい場合は、通信が不安定であると考えることもできる。

図３−４は、この場合における各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は、前述したフローチャートと同様である。

図３−４のフローチャートは、図３−１のフローチャートをオフライン仕様に書き換えたものである。図３−１のフローチャートとは、限定ではなく例として、オンライン状態での処理ステップ（例えばＡ２４０）、オフライン状態での処理ステップ（例えばＡ２５０、Ｂ２５０、Ｂ２８０）、オフライン状態からオンライン状態に復帰した場合の処理ステップ（例えばＡ２９０、Ｃ２９０）が異なる。

Ａ１３０の後、制御部２１は、受信された端末表示用コード（この例では端末表示用コード画像）を記憶部２８にストックする（Ａ２４０）。

ここで、「ストック」とは、受信された端末表示用コードを後で利用可能とするために、記憶部２８に記憶させることを意味する。
なお、本明細書では、「ストック」のことを、単に「記憶」と表現することもある。また、端末表示用コードをストックすることを、「端末表示用コードを端末表示用コードストックデータに記憶させる」と表現することもある。

この処理では、オフライン決済を可能とするために、オンライン状態においてサーバ１０から取得した端末表示用コード（この例では端末表示用コード画像）を端末２０の記憶部２８にストック（記憶）させておく。そして、オフライン状態での決済が必要となった場合に、ストックされた端末表示用コードを用いて、サーバ１０と通信する必要なく決済ができるようにする。

具体的に説明する。Ａ２４０の後、オフライン状態になったとする。
ここで、端末２０は、限定ではなく例として、以下のいずれかの手法によってオフライン状態となったことを検出する。

（Ａ）端末２０での決済アプリケーションの実行中、定期的なタイミングや特定のタイミングで、サーバ１０から接続確認要求が端末２０に送信され、端末２０からは、その接続確認要求に対して、識別情報（例えばアプリケーションＩＤ）を含む接続応答がサーバ１０に送信されるようにする。この場合、端末２０の制御部２１は、サーバ１０から接続確認要求を受信しなくなった場合に、オフライン状態になったと判定する。

（Ｂ）端末２０での決済アプリケーションの実行中、定期的なタイミングや特定のタイミングで、端末２０から識別情報（例えばアプリケーションＩＤ）を含む接続通知がサーバ１０に送信され、サーバ１０からは、その接続通知に対して、接続確認が端末２０に送信されるようにする。オフライン状態では、端末２０からサーバ１０に接続通知を送信することができない。このため、限定ではなく例として、端末２０の制御部２１は、接続通知の送信エラーの発生を検知した場合に、オフライン状態となったと判定する。

なお、端末２０が、限定ではなく例として、ネットワークの接続状況を取得するライブラリやアプリケーション等を用いて、自己の端末２０の通信状態（通信状況）に関する情報を取得して、オフライン状態となったか否かを判定するようにしてもよいし、そのようにしなくてもよい。

オフライン状態において、限定ではなく例として、端末２０のユーザによってコード表示操作がなされると、制御部２１は、コード表示処理を行う（Ａ２５０）。具体的には、限定ではなく例として、Ａ２４０でストックされた端末表示用コード画像を含むコード表示画面を表示部２４に表示させる。そして、このコード表示画面が端末２０のユーザによって店舗の店員等に提示されると、制御部５１は、提示されたコード表示画面の端末表示用コード画像を、コードリーダ５８に読み取らせる制御を行う（Ｂ２５０）。そして、制御部５１は、Ｂ１６０へと処理を移す。

Ｂ１６０の後、通信Ｉ／Ｆ５４によってサーバ１０から店舗用決済完了通知を受信すると（Ｂ２８０）、受信された店舗用決済完了通知に基づき、店舗の店員等はオフライン決済が完了（成功）したことを端末２０のユーザに口頭で通知する。

Ｃ１８０の後、制御部１１は、端末用決済完了通知を端末２０に送信する（Ｃ２９０）。しかし、オフライン状態では、端末２０は端末用決済完了通知を受信できない。
端末２０がオンライン状態に復帰すると、サーバ１０から送信された端末用決済完了通知が端末２０で受信される。そして、通信Ｉ／Ｆ２２によって端末用決済完了通知をサーバ１０から受信すると、制御部２１は、受信された端末用決済完了通知に基づき、決済結果を表示部２４に表示させる（Ａ２９０）。そして、制御部２１は、コード表示画面を非表示とする。

以上説明した処理が、オフライン決済を行うための処理の一例である。

なお、コード生成依頼情報は、１個の端末表示用コードの生成を依頼する情報としてもよいが、複数（２以上）の端末表示用コードの生成を依頼する情報としてもよい。具体的には、限定ではなく例として、端末表示用コードを１つ１つ追加するようにするのではなく、端末２０側またはサーバ１０側で、端末２０が一度に生成を依頼するコードの数（サーバ１０が一度に生成するコードの数）の上限を設定しておく。そして、この上限の数の端末表示用コードを、端末２０のユーザが１回の操作で一気に取得するようにしてもよい。この場合、サーバ１０によって複数の端末表示用コードが生成され、生成された複数の端末表示用コードが端末２０に送信されて、受信された複数の端末表示用コードを端末２０でストックするようにすればよい。

上記の処理は、オンライン状態においても同様に適用可能である。つまり、
（１）オンライン状態において後から端末表示用コードを利用して決済を行う場合
（２）オフライン決済を行う場合
のいずれかの場合に、上記のように、オンライン状態においてサーバ１０によって生成されて送信された端末表示用コードを端末２０でストックしておく。そして、端末２０でストックしておいた端末表示用コードを用いて決済を行うようにすることができる。

しかしながら、オンライン決済を行う場合と、オフライン決済を行う場合とで、端末２０の表示部２４に同じ表示を行わせるようにした場合、ユーザにとっては、現在の端末２０の通信状態がオンライン状態とオフライン状態とのいずれであるかが分かりにくい場合がある。

＜機能構成＞
（１）サーバの機能構成
図４−１は、本実施例におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。

以下では、端末２０のユーザが、端末２０に記憶されている決済アプリケーションを用いて、限定ではなく例として、前述した決済種別「端末コード表示」による決済を行う場合を例示する。

サーバ１０は、制御部１１により実現される機能として、決済管理処理部１１１を有する。

決済管理処理部１１１は、記憶部１５に記憶されている決済管理処理プログラム１５１に従って、端末２０で実行される決済アプリケーションに関する各種の情報やデータの管理や、端末２０または端末２０のユーザの電子貨幣による決済を管理するための決済管理処理を実行する機能を有している。

本実施例において、決済管理処理部１１１は、記憶部１５に記憶されている決済管理処理プログラム１５１に従って、例えば図３−４に示した処理を決済管理処理として実行する。

決済管理処理部１１１は、限定ではなく例として、端末表示用コード生成処理によって端末表示用コードを生成する端末表示用コード生成処理部１１１１と、決済処理によって決済を実行する決済処理部１１１３とを機能部として含む。

端末表示用コード生成処理部１１１１は、限定ではなく例として、二次元コードで表される端末表示用コード画像を生成する。二次元コードとは、水平方向と垂直方向とに情報を持つ表示方式のコードであり、小さな正方形を上下左右に配列させたマトリックス式のコード（以下、「マトリックスコード」と称す。）や、一次元コード（限定ではなく例としてバーコード）を上下に複数重ねたスタック式のコード（以下、「スタックコード」と称す。）等がある。

本実施例では、説明の簡明化のため、広く用いられているマトリックスコードの一例であるＱＲコード（登録商標）を、端末表示用コードの一例として説明する。

なお、本実施例とは異なり、ＱＲコード以外のマトリックスコードとして、ＳＰコードやベリコード、マキシコード、ＣＰコード、カメレオンコード等のコードを用いてもよいし、用いなくてもよい。また、マトリックスコードではなく、各種のスタックコードを用いてもよいし、用いなくてもよい。

また、端末表示用コード生成処理部１１１１が、端末表示用コードとして、二次元コード（限定ではなく例として、ＱＲコード）に加えて、一次元コード（限定ではなく例として、バーコード）を生成するようにしてもよいし、そのようにしなくてもよい。これは、店舗によっては、二次元コードの読み取りには対応していないが、一次元コードの読み取りには対応可能な場合があるためである。

決済処理部１１１３は、限定ではなく例として、店舗ＰＯＳシステム４０から送信される情報や、端末２０から送信される情報に基づいて、決済処理を行う機能を有している。

図４−２は、本実施例におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、プログラムとして、制御部１１により読み出され、決済管理処理として実行される決済管理処理プログラム１５１が記憶される。

また、記憶部１５には、限定ではなく例として、データとして、ユーザ登録データ１５３と、店舗登録データ１５５と、決済管理データベース１５７と、コード管理データベース１５９とが記憶される。

ユーザ登録データ１５３は、決済サービスを利用する端末２０および端末２０のユーザの登録データであり、そのデータ構成の一例を図４−３に示す。
ユーザ登録データ１５３には、限定ではなく例として、ユーザ名と、端末電話番号と、端末メールアドレスと、アプリケーションＩＤと、認証パスワードと、その他登録情報とが関連付けて記憶される。

ユーザ名は、決済サービスを利用する端末２０のユーザの名称であり、端末２０のユーザが決済サービスを利用する際に登録する名称が記憶される。

端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、端末２０のユーザが決済アプリケーションを利用する際に登録する端末２０の電話番号が記憶される。
端末メールアドレスは、このユーザ名のユーザの端末２０のメールアドレスであり、端末２０のユーザが決済アプリケーションを利用する際に登録する端末２０のメールアドレスが記憶される。
端末電話番号や端末メールアドレスは、端末２０を識別するための識別情報（以下、「端末識別情報」と称す。）の一例である。

アプリケーションＩＤは、決済アプリケーションのアカウント（アカウント情報）であって、端末２０、または端末２０のユーザを識別可能とするＩＤである。このアプリケーションＩＤは、限定ではなく例として、サーバ１０によって固有のＩＤが設定されて記憶される。

認証パスワードは、このユーザ名のユーザの端末２０において、決済用の認証処理（以下、単に「認証処理」と称す。）を行う際にユーザに入力を要求する認証用のパスワードであり、ユーザによって設定されたパスワードが記憶される。

なお、決済用の認証処理は、必ずしも行わなければならないわけではなく、行わないようにすることも可能である。この場合は、認証パスワードをユーザ登録データ１５３に記憶させておく必要はない。

その他登録情報は、このユーザ名のユーザのその他の登録情報であり、限定ではなく例として、決済アプリケーションにおいてユーザが使用するアイコンの画像データであるユーザアイコン画像やユーザのプロフィール等がこれに含まれる。

店舗登録データ１５５は、決済アプリケーションを提供する事業者（サーバ１０の事業者）と提携している店舗の登録データである。この店舗登録データ１５５の一例である店舗登録データ１５５Ａのデータ構成例を、図４−４に示す。
店舗登録データ１５５Ａには、限定ではなく例として、業種と、店舗名と、店舗位置情報と、店舗ＰＯＳシステム情報と、店舗ＩＤとが店舗情報として関連付けて記憶される。

業種には、店舗の業種が記憶される。この業種には、限定ではなく例として、「コンビニエンスストア」、「スーパーマーケット」、「薬局」、「居酒屋」、「百貨店」、「レストラン」、「本屋」、「時計店」といった各種の業種が含まれる。

店舗名には、各業種それぞれについて、その業種に含まれる（属する）店舗の店舗名が記憶される。

店舗位置情報には、この店舗名の店舗の所在地の位置情報（以下、「店舗位置情報」と称す。）が記憶される。この店舗位置情報は、店舗の所在地を２次元または３次元の位置座標で表したものとしてもよいし、店舗の所在地を経緯度（緯度、経度、場合によっては高度）で表したものとしてもよい。

店舗ＰＯＳシステム情報には、この店舗で使用される店舗ＰＯＳシステム４０に関する情報が記憶される。この店舗ＰＯＳシステム情報には、限定ではなく例として、サーバ１０が、店舗コードリーダ装置５０や店舗サーバ７０と通信を行うために必要な情報が含まれる。

店舗ＰＯＳシステム４０は、サーバ１０と連携して処理を行うため、限定ではなく例として、サーバ１０から提供（配布）される決済アプリケーション用のソフトウェアパッケージをあらかじめ取得して店舗コードリーダ装置５０や店舗サーバ７０に記憶させておき、このソフトウェアパッケージを、店舗での決済処理用のプログラムから呼び出して使用するようにすることができる。アプリケーションプログラミングインターフェース（ＡＰＩ）が一例であり、店舗コードリーダ装置５０は、例えばＡＰＩを起動して、サーバ１０への情報の送信と、サーバ１０からの情報の受信とを実現する。

また、サーバ１０は、限定ではなく例として、店舗の業種、店舗名、店舗位置情報、店舗ＰＯＳシステム情報等の情報を、その店舗の店舗サーバ７０から受信して、店舗登録データ１５５に記憶させておくようにすることができる。

店舗ＩＤは、この店舗名の店舗を識別するための識別情報として機能するＩＤである。この店舗ＩＤは、限定ではなく例として、サーバ１０によって店舗ごとに固有のＩＤが設定されて記憶される。
店舗ＩＤは、店舗識別情報の一例である。

決済管理データベース１５７は、各端末２０のユーザの決済に関する情報を管理するためのデータを蓄積的に記憶したデータベースであり、その一例である決済管理データベース１５７Ａの構成例を図４−５に示す。
決済管理データベース１５７Ａには、端末２０毎、または端末２０のユーザ毎に生成される決済管理データが記憶される。

各決済管理データには、限定ではなく例として、アプリケーションＩＤと、残高と、ポイントと、１日利用上限金額と、オートチャージ設定と、決済履歴データとが記憶される。

アプリケーションＩＤには、ユーザ登録データ１５３に記憶されているアプリケーションＩＤが記憶される。
残高には、このアプリケーションＩＤに関連付けられている残高が記憶される。

ポイントには、決済アプリケーションと関連付けられた各種のサービスや、決済アプリケーションの事業者と提携している加盟店舗で貯めることのできるポイントが記憶される。ポイントは、限定ではなく例として、１ポイントあたり１円相当の価値を有し、ギフト券や商品等に交換することができる他、決済アプリケーションにおいて現金化して決済に利用することもできる。

１日利用上限金額には、このアプリケーションＩＤの端末２０、または端末２０のユーザが決済に利用可能な金額の１日あたりの上限金額が記憶される。
この１日利用上限金額は、限定ではなく例として、ユーザ操作に従って設定したり、サーバ１０側で設定したりすることができる。
なお、この１日利用上限金額を端末２０側で設定・制御する手法については、第２実施例で後述する。

オートチャージ設定は、残高が残り少ない金額（例えば「５００円」）や「０円」となった場合に、電子貨幣を自動的に補充（オートチャージ）するか否かの設定であり、端末２０のユーザによってオートチャージの設定がなされた場合は「ＯＮ」が記憶され、それ以外の場合は「ＯＦＦ」が記憶される。オートチャージは、限定ではなく例として、端末２０のユーザが登録している銀行口座等から行われるようにすることができる。

決済履歴データは、このアプリケーションＩＤのユーザの決済の履歴に関するデータであり、限定ではなく例として、このアプリケーションＩＤについて、サーバ１０によって決済が行われた日時である決済日時と、決済した店舗のＩＤである店舗ＩＤと、その店舗ＩＤの店舗の名称である決済店舗名と、決済した金額である決済金額とが関連付けて時系列に記憶される。

なお、上記の決済管理データには、必ずしも上記の全ての情報を記憶させるようにする必要はない。限定ではなく例として、ポイント、１日利用上限金額、オートチャージ設定のうちの一部または全部は、決済管理データに記憶させないようにしてもよい。
また、決済を行う度に、決済履歴の情報を端末２０に送信して端末２０に記憶させるようにして、サーバ１０には決済履歴データを記憶させないようにしてもよい。

コード管理データベース１５９は、コード（本実施例では端末表示用コード）を管理するためのデータベースであり、そのデータ構成の一例を図４−６に示す。
コード管理データベース１５９には、限定ではなく例として、決済アプリケーションのアプリケーションＩＤごとに生成されるデータとして、アプリケーションＩＤとともに、コード生成日時と、コードＮｏと、決済用番号とが関連付けて時系列に記憶されたコード管理データが含まれる。

コード生成日時には、時計部１９によって計時される情報に基づいて、その端末表示用コードを生成した日時が記憶される。
コードＮｏには、そのコードを識別するための番号が記憶される。例えば、古い順に通し番号が設定されて記憶される。
決済用番号には、その端末表示用コードを生成する際に発行した決済用番号が記憶される。

コード管理データに記憶される端末表示用コードのデータは、限定ではなく例として、その端末表示用コードを利用して決済処理を行った後、コード管理データから削除するようにすることができる。

なお、上記のように、利用不可となった端末表示用コードのデータをコード管理データから削除するのではなく、限定ではなく例として、端末表示用コードのデータと関連付けて、その端末表示用コードの利用可否を示すフラグ「利用可能／利用不可」を設定する。そして、利用不可となった端末表示用コードについては、フラグを「利用不可」に設定するようにしてもよいし、そのようにしなくてもよい。

また、上記のうち、例えばコード生成日時は、コード管理データに記憶させないようにしてもよい。
また、アプリケーションＩＤに代えて、または、これに加えて、ユーザ登録データ１５３に記憶されている端末電話番号等の端末識別情報を、コード管理データに記憶させるようにしてもよいし、しなくてもよい。

（２）端末の機能構成
図４−７は、本実施例において端末２０の制御部２１により実現される機能の一例を示す図である。
端末２０は、制御部２１により実現される機能として、決済アプリケーション処理部２１１を有する。

決済アプリケーション処理部２１１は、記憶部２８に記憶されている決済アプリケーションソフトウェア２８１に基づいて、決済に関する処理を行うための処理の一例である決済アプリケーション処理を実行する機能を有している。

本実施例において、決済アプリケーション処理部２１１は、記憶部２８に記憶された決済アプリケーションプログラム２８２に従って、例えば図３−４に示した処理を決済アプリケーション処理として実行する。

本実施例において、決済に関する処理とは、限定ではなく例として、端末表示用コードをサーバ１０から取得する処理（端末表示用コードの生成をサーバ１０に依頼する処理や、生成された端末表示用コードをサーバ１０から受信する処理を含む。）、サーバ１０から取得した端末表示用コードをストックする処理、ストックした端末表示用コード画像を表示する処理（コード表示処理）、表示した端末表示用コード画像を店舗コードリーダ装置５０に読み取らせるようにユーザに指示（案内）する処理、サーバ１０によって決済が行われた後に端末用決済完了通知をサーバ１０から受信（取得）する処理などの、決済を行う上で何らかの関連のある処理、より具体的には、決済を行う上で関連のある処理として端末２０で実行される処理全般を含む概念である。

決済アプリケーション処理部２１１は、限定ではなく例として、コード表示処理部２１１３と、コード関連情報表示制御部２１１５とを機能部として含む。

コード表示処理部２１１３は、端末表示用コード画像を含むコード表示画面を表示部２４に表示させるコード表示処理を実行する。

コード関連情報表示制御部２１１５は、限定ではなく例として、コード関連情報表示制御用データ２８３５に基づいて、コード関連情報を表示部２４に表示させる制御を行う。

コード関連情報とは、端末表示用コードストックデータ２８３１に記憶されている端末表示用コード、またはコード表示画面に表示される端末表示用コード（コード画像）に関連する情報である。これについては、詳細に後述する。

図４−８は、本実施例における端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、サーバ１０からあらかじめダウンロードするなどして取得されるアプリケーションソフトウェアとして、決済アプリケーションソフトウェア２８１が記憶される。

決済アプリケーションソフトウェア２８１には、限定ではなく例として、決済アプリケーションプログラム２８２と、決済アプリケーションデータ２８３とが含まれる。

決済アプリケーションプログラム２８２は、制御部２１によって読み出され、決済アプリケーション処理として実行されるプログラムであり、限定ではなく例として、コード表示処理として実行されるコード表示処理プログラム２８２３をサブルーチンプログラムとして含む。

決済アプリケーションデータ２８３には、決済アプリケーションソフトウェア２８１で用いられる各種のデータが記憶される。この決済アプリケーションデータ２８３には、限定ではなく例として、端末表示用コードストックデータ２８３１と、決済用データ２８３２と、店舗データ２８３３と、コード関連情報表示制御用データ２８３５とが記憶される。

端末表示用コードストックデータ２８３１には、オンライン状態においてサーバ１０から取得した端末表示用コードがストックされたデータであり、そのデータの一例である第１の端末表示用コードストックデータ２８３１Ａのデータ構成例を図４−９に示す。
第１の端末表示用コードストックデータ２８３１Ａには、限定ではなく例として、コード受信日時と、コードＮｏと、コードデータとが関連付けて時系列に記憶される。

コード受信日時には、限定ではなく例として、端末２０がその端末表示用コードをサーバ１０から受信した日時が記憶される。
コードＮｏには、端末２０がその端末表示用コードとともにサーバ１０から受信したコードＮｏが記憶される。
コードデータには、限定ではなく例として、端末２０がサーバ１０から受信した端末表示用コードのコード画像のデータが記憶される。

第１の端末表示用コードストックデータ２８３１Ａに記憶される端末表示用コードのデータは、限定ではなく例として、その端末表示用コードを利用してサーバ１０によって決済処理が行われ、サーバ１０から端末用決済完了通知を受信した後（オフライン決済を行った場合は、オンライン状態に復帰してサーバ１０から端末用決済完了通知を受信した後）、第１の端末表示用コードストックデータ２８３１Ａから削除するようにすることができる。

なお、上記のように、利用不可となった端末表示用コードのデータを端末表示用コードストックデータ２８３１から削除するのではなく、例えば図４−１０の第２の端末表示用コードストックデータ２８３１Ｂのように、限定ではなく例として、端末表示用コードのデータと関連付けて、その端末表示用コードの使用状況の情報を関連付けて記憶しておくようにすることもできる。そして、未だ使用していない端末表示用コードには「未使用」を、使用済みの端末表示用コードには「使用済み」をそれぞれ関連付けて記憶させるようにしてもよいし、そのようにしなくてもよい。

また、上記のうち、例えばコード受信日時は、端末表示用コードストックデータ２８３１（第１の端末表示用コードストックデータ２８３１Ａや第２の端末表示用コードストックデータ２８３１Ｂ）に記憶させないようにしてもよい。

また、コード受信日時に代えて、または、これに加えて、限定ではなく例として、サーバ１０から受信した端末表示用コードを端末表示用コードストックデータ２８３１（第１の端末表示用コードストックデータ２８３１Ａや第２の端末表示用コードストックデータ２８３１Ｂ）に記憶させた日時（以下、「コード記憶日時」と称する。）を記憶させるようにしてもよいし、そのようにしなくてもよい。

また、詳細は後述するが、コードデータには、必ずしも端末表示用コードのコード画像のデータを記憶させなければならないわけではなく、これに代えて、または、これに加えて、端末表示用コードの元情報（本実施例では決済用番号）を記憶させるようにしてもよいし、そのようにしなくてもよい。

また、端末表示用コードストックデータ２８３１には、オンライン状態においてサーバ１０から取得した１個のコードのみを記憶させることとしてもよいし、そのようにしなくてもよい。

決済用データ２８３２は、端末２０で記憶される決済用のデータであり、その一例である第１の決済用データ２８３２Ａの構成例を図４−１１に示す。
第１の決済用データ２８３２Ａには、限定ではなく例として、アプリケーションＩＤと、ポイントと、残高と、１日利用上限金額と、オートチャージ設定と、決済履歴データとが記憶される。

制御部２１は、オンライン状態に復帰した後にサーバ１０から受信した端末用決済完了通知に基づき、限定ではなく例として、サーバ１０によって決済された日時である決済日時と、サーバ１０によって決済された店舗のＩＤである店舗ＩＤと、その店舗ＩＤの店舗の名称である決済店舗名と、サーバ１０によって決済された金額である決済金額とを関連付けて決済履歴データに時系列に記憶させる。

店舗データ２８３３には、限定でなく例として、サーバ１０の店舗登録データ１５５Ａに記憶されている各種の店舗情報が記憶される。

店舗データ２８３３は、限定ではなく例として、決済アプリケーションソフトウェア２８１のアップデートのタイミングで、サーバ１０から最新の店舗情報が端末２０に配信されて更新されるようにすることができる。

コード関連情報表示制御用データ２８３５は、コード関連情報の表示制御を行うために用いられるデータであり、その一例である第１のコード関連情報表示制御用データ２８３５Ａの構成例を図４−１２に示す。
第１のコード関連情報表示制御用データ２８３５Ａには、限定ではなく例として、コード関連情報と、制御対象と、通信状態と、制御内容と、適用有無とが関連付けて記憶される。

コード関連情報には、限定ではなく例として、画面表示態様情報と、コード関連期限情報と、コード関連通知情報とが含まれる。

画面表示態様情報は、端末表示用コードが表示されるコード表示画面の表示態様の情報である。

コード関連期限情報は、端末表示用コードに関連付けられた期限の情報である。このコード関連期限情報には、限定ではなく例として、前述したコード使用期限、またはコード使用期限に関連する情報が含まれる。

コード関連通知情報は、端末表示用コードに関連して端末２０のユーザに対して行う通知の情報である。

制御対象には、そのコード関連情報について、コード関連情報表示制御部２１１５が制御対象とする項目が定められている。

通信状態には、それぞれの制御対象について、オンライン状態であることを示す「オンライン」と、オフライン状態であることを示す「オフライン」とが定められている。
なお、通信状態は、通信状況と言うこともできる。

制御内容には、その制御対象を、コード関連情報表示制御部２１１５がどのように制御するかの内容が定められている。

適用有無は、その制御対象の制御を適用するか否かを示す情報（例えばフラグ）であり、適用する制御対象には適用有りを示す「有」が、適用しない制御対象には適用無しを示す「無」が関連付けて記憶されている。

以下、具体例を挙げて詳細に説明する。
（１）画面表示態様情報
画面表示態様情報について、制御対象として「枠色」と「背景輝度」とが定められている。
枠色は、限定ではなく例として、コード表示画面の枠（例えば外枠）の色である。これは、表示領域の色の情報の一例である。
背景輝度は、限定ではなく例として、コード表示画面の背景の輝度（あかるさ）である。これは、表示領域のあかるさの情報の一例である。

制御対象「枠色」について、通信状態「オンライン」には制御内容として「緑色（デフォルト）」が、通信状態「オフライン」には制御内容として「赤色」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、コード表示画面の枠をデフォルトの緑色で表示させ、端末２０がオフライン状態である場合は、コード表示画面の枠をデフォルトとは異なる赤色で表示させることを示している。

なお、上記の枠色はあくまでも一例であり、これに限定されない。例えば、通信状態「オンライン」には制御内容として「白色」を、通信状態「オフライン」には制御内容として「赤色」や「緑色」をそれぞれ定めておいてもよいし、そのようにしなくてもよい。

また、制御対象を「枠色」と定めておくのではなく、コード表示画面の背景の色である「背景色」と定めておいてもよいし、そのようにしなくてもよい。

制御対象「背景輝度」について、通信状態「オンライン」には制御内容として「輝度Ａ（デフォルト）」が、通信状態「オフライン」には制御内容として「輝度Ｂ（＜輝度Ａ）」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合はコード表示画面の背景をデフォルトの輝度Ａで表示させ、端末２０がオフライン状態である場合はコード表示画面の背景を輝度Ａよりも輝度が低い輝度Ｂで表示させることを示している。

なお、表示領域のあかるさの情報として、輝度に代えて、またはこれに加えて、明度を定めておくようにしてもよいし、そのようにしなくてもよい。
また、表示領域のあかるさの情報として、コントラスト（あかるさの差）を定めておくようにしてもよいし、そのようにしなくてもよい。

また、画面表示態様情報として、または、操作用画像の表示態様情報として、限定ではなく例として、コード表示画面を表示させるための操作用画像（例えばボタンやアイコン）の表示態様を、通信状態によって異ならせるようにすることもできる。

具体的には、例えば、オンライン状態では、前述したコードアイコンを「コード（オンライン）」のように表示させ、オフライン状態では、前述したコードアイコンを「コード（オフライン）」のように表示させることができる。また、例えば、オンライン状態では、オンラインであることを示すマークや画像で表されるコードアイコンを表示させ、オフライン状態では、オフラインであることを示すマークや画像で表されるコードアイコンを表示させることができる。

（２）コード関連期限情報
コード関連期限情報について、制御対象として「コード使用期限情報（コード使用時間）」が定められており、通信状態「オンライン」には制御内容として「５分（デフォルト）」が、通信状態「オフライン」には制御内容として「３分」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、コード使用期限を定めるコード使用時間をデフォルトの５分として端末表示用コードを表示し、端末２０がオフライン状態である場合は、コード使用期限を定めるコード使用時間をデフォルトよりも短い３分として端末表示用コードを表示することを示している。コード使用時間は、コードの有効期限に関する情報の一例である。

以下では、オンライン状態でのコード使用期限及びコード使用時間を、それぞれ「オンライン用コード使用期限」、「オンライン用コード使用時間」と称する。
また、オフライン状態でのコード使用期限及びコード使用時間を、それぞれ「オフライン用コード使用期限」、「オフライン用コード使用時間」と称する。

（３）コード関連通知情報
コード関連通知情報について、制御対象として「端末用決済完了通知受信不可通知情報」が定められている。
端末用決済完了通知受信不可通知情報は、前述した端末用決済完了通知をサーバ１０から受信することができないことをユーザに通知する情報である。

なお、端末用決済完了通知受信不可通知情報は、端末用決済完了通知をサーバ１０から絶対に受信することができないことをユーザに通知する情報としてもよいが、そのようにしなくてもよい。
具体的には、限定ではなく例として、オフライン状態であるためにサーバ１０による決済後に端末用決済完了通知をすぐに受信することはできないが、例えばオンライン状態に復帰した後、サーバ１０から受信することが可能であることを通知する情報としてもよい。

制御対象「端末用決済完了通知受信不可通知情報」について、通信状態「オンライン」には制御内容として「非表示」が、通信状態「オフライン」には制御内容として「表示」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、端末用決済完了通知受信不可通知情報を表示せず、端末２０がオフライン状態である場合は、端末用決済完了通知受信不可通知情報を表示することを示している。

オンライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができる。しかしながら、オフライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができない。そこで、オフライン状態である場合は、端末用決済完了通知をサーバ１０から受信することができないことをユーザに通知する。

なお、上記のデータにおいて、「適用有無」の欄は必ずしも設けなくてもよく、全ての制御対象について制御を行うようにしてもよいし、そのようにしなくてもよい。

また、適用有無に代えて、またはこれに加えて、いずれの制御対象の制御を優先的に実行するかを示す優先度を定めておいてもよいし、そのようにしなくてもよい。この場合は、限定ではなく例として、所定の優先度以上（または所定の優先度超）の優先度が定められた制御対象について、制御部２１が制御を実行するようにすることができる。

また、記憶部２８には、限定ではなく例として、端末データ２８９が記憶される。
端末データ２８９は、この端末２０に関するデータであり、限定ではなく例として、端末電話番号や端末メールアドレス等の端末識別情報や、端末２０側での各種の設定情報等がこれに含まれる。

＜表示画面例＞
図４−１３は、本実施例におけるコード表示画面の一例を示す図である。
このコード表示画面では、図３−３のコード表示画面と同様に、画面上部に「コード」の文字が表示され、その下に、決済方法と、ユーザが所有しているポイントと、そのポイントを利用して決済を行うか否かを設定するためのポイントタブとが表示されている。

また、その下には、端末表示用コードストックデータ２８３１に記憶されている端末表示用コードのコード画像として、限定ではなく例として、バーコードで表される一次元の端末表示用コード画像と、ＱＲコードで表される二次元の端末表示用コード画像ＱＣ１とが、それぞれ異なる領域に表示されている。また、この表示例では、限定ではなく例として、一次元の端末表示用コード画像の下に、１２桁の決済用番号が表示されている。

また、限定ではなく例として、二次元の端末表示用コード画像ＱＣ１の下には、この端末表示用コードのコード使用期限の残り時間が表示されている。

（ａ）は、オンライン状態で表示されるコード表示画面を示しており、限定ではなく例として、コード表示画面の枠が、デフォルトである緑色で表示されている。
また、オンライン状態であるため、限定ではなく例として、コード使用時間がオンライン用コード使用時間である「５分」とされ、オンライン用コード使用期限の残り時間が「５分」からカウントダウン形式で表示されている。

（ｂ）は、オフライン状態で表示されるコード表示画面を示しており、限定ではなく例として、コード表示画面の枠が、デフォルトとは異なる赤色で表示されている。
また、オフライン状態であるため、限定ではなく例として、コード使用時間がオフライン用コード使用時間である「３分」とされ、オフライン用コード使用期限の残り時間が「３分」からカウントダウン形式で表示されている。

図４−１４は、本実施例におけるコード表示画面の別例を示す図である。
このコード表示画面は、オフライン状態で表示されるコード表示画面を示しており、コード使用期限情報の一例として、「オフライン通知 現在、オフラインのため、コード使用期限は３分間です。」というメッセージがポップアップ形式で表示されている。
また、この通知内容をユーザが承認するためのアイコンとして「ＯＫ」のアイコンが併せて表示されている。
このような表示を行うことで、端末２０のユーザは、端末２０の通信状態がオフライン状態であることと、コード使用期限がオンライン状態よりも短くなっていることとを把握することができる。

図４−１５は、本実施例におけるコード表示画面の別例を示す図である。
このコード表示画面は、オフライン状態で表示されるコード表示画面を示しており、端末用決済完了通知受信不可通知情報の一例として、「オフライン通知 現在、オフラインのため、決済完了後に通知が届きません。（次回オンライン時に通知が届きます。）このまま決済を続けますか？」というメッセージがポップアップ形式で表示されている。
また、この通知内容をユーザが承認するためのアイコンとして「ＯＫ」のアイコンと、後で決済を行う意思を表明するためのアイコンとして「今はしない」のアイコンとが併せて表示されている。

オフライン決済を行う場合、端末２０のユーザは、コード使用期限内に、上記の端末表示用コード画像を含むコード表示画面をコードレジ６０で店舗の店員に提示し、端末表示用コード画像を店舗コードリーダ装置５０で読み取ってもらうことで決済を行う。この場合、店舗コードリーダ装置５０は、限定ではなく例として、読み取った端末表示用コード画像からデコードによって取得した情報（この例では決済用番号）等を含む決済要求情報をサーバ１０に送信して、サーバ１０に決済を行わせる。

上記の表示画面例では、端末２０のユーザが、端末２０の通信状態（オンライン状態／オフライン状態）を意識することなく、例えばコードアイコンをタッチすることでコード表示画面を表示させることができるため、ユーザの利便性を向上させることができる。つまり、端末２０のユーザは、端末表示用コードを表示させる際には、端末２０の通信状態に関わらず、同じ操作によって端末表示用コードを表示部２４に表示させることができる。一方、コード表示操作に基づき、端末２０の通信状態（オンライン状態／オフライン状態）によって異なる表示態様でコード表示画面が表示されるため、その表示態様の違いによって、ユーザは端末２０の通信状態を容易に把握することができる。

＜処理＞
図４−１６は、本実施例において、各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０の制御部２１が実行する決済アプリケーション処理の一例である第１の決済アプリケーション処理、店舗コードリーダ装置５０の制御部５１が実行する店舗決済処理の一例である第１の店舗決済処理、サーバ１０の制御部１１が実行する決済管理処理の一例である第１の決済管理処理をそれぞれ示している。

図４−１６のフローチャートは、図３−４のフローチャートを、オンライン状態／オフライン状態のいずれにも適用可能に書き換えたものであり、図３−４のフローチャートにおけるオフライン状態の枠を削除した上で、Ａ２５０のステップをＡ３５０に置き換えている。

Ａ２４０の後、限定ではなく例として、端末２０のユーザによってコード表示操作がなされると、制御部２１は、第１のコード表示処理を行う（Ａ３５０）。そして、制御部２１は、Ａ２９０へと処理を移す。

なお、図３−４の処理や、図４−１６の処理では、Ａ２９０の後、処理が終了するように示しているが、実際には、処理はループされる。
具体的には、限定ではなく例として、Ａ２９０の後、端末２０のユーザによるコード取得操作を検出した場合、制御部２１は、Ａ１１０に処理を戻す。
一方、Ａ２９０の後、端末２０のユーザによるコード表示操作を検出した場合、制御部２１は、Ａ２５０（図３−４の処理の場合）、Ａ３５０（図４−１６の処理の場合）にそれぞれ処理を戻す。

図４−１７は、第１のコード表示処理の流れの一例を示すフローチャートである。
まず、制御部２１は、自端末の通信状態（オンライン状態／オフライン状態）を判定する（Ｄ１１０）。通信状態の判定方法（検出方法）は、前述した通りである。

その後、コード関連情報表示制御部２１１５が、コード関連情報表示制御用データ２８３５を参照して、限定ではなく例として、適用有無に「有」が記憶されている制御対象について、Ｄ１１０で判定された通信状態に関連付けて記憶されている制御内容を取得する（Ｄ１２０）。

その後、コード表示処理部２１１３が、Ｄ１２０で取得された制御内容に基づき、コード表示画面を表示部２４に表示させる（Ｄ１３０）。具体的には、Ｄ１２０で取得された制御内容に基づき、例えば図４−１３〜図４−１５に示したようなコード表示画面を表示部２４に表示させる。そして、コード表示処理部２１１３は、第１のコード表示処理を終了する。

＜コード＞
上記の処理では、端末２０が、端末表示用コード画像の生成をサーバ１０に依頼することとし、サーバ１０によって生成された端末表示用コード画像が、端末２０に送信される例を示したが、これに限定されない。例えば、端末２０が、元情報（この例では決済用番号）の生成をサーバ１０に依頼することとし、サーバ１０によって生成された元情報が、端末２０に送信されるようにしてもよいし、そのようにしなくてもよい。

具体的には、図３−１の処理では、Ａ１１０において、制御部２１は、元情報（この例では決済用番号）の生成をサーバ１０に依頼するコード生成依頼情報を送信する。そして、このコード生成依頼情報に基づき、Ｃ１２０において、制御部１１は元情報を生成し、Ｃ１３０において、生成した元情報を端末２０に送信する。Ａ１３０において元情報をサーバ１０から受信すると、制御部２１は、受信された元情報（この例では決済用番号）に基づいて端末表示用コード画像を生成する。そして、制御部２１は、生成した端末表示用コード画像を表示部２４に表示させる。

同様に、図３−４や図４−１６の処理では、Ａ１３０において元情報（この例では決済用番号）をサーバ１０から受信すると、Ａ２４０において、制御部２１は、受信された元情報（この例では決済用番号）を端末表示用コードストックデータ２８３１に記憶させる。そして、制御部２１は、ストックされている元情報を端末表示用コードストックデータ２８３１から読み出し、読み出した元情報に基づいて端末表示用コード画像を生成する。そして、Ａ２５０やＡ３５０において、制御部２１は、生成した端末表示用コード画像を表示部２４に表示させる。

また、上記とは異なり、端末２０が、端末表示用コード画像の生成をサーバ１０に依頼し、サーバ１０によって生成された端末表示用コード画像が端末２０に送信されるが、端末２０側では、サーバ１０から受信した端末表示用コード画像をストックするのではなく、サーバ１０から受信した端末表示用コード画像からデコードによって取得した元情報をストックするようにしてもよいし、そのようにしなくてもよい。

＜第１実施例の効果＞
第１実施例は、端末２０は、サーバ１０から送信された端末表示用コード（コード画像や決済用番号）（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、端末の通信部の一例）を介して受信する。
また、端末２０は、受信された端末表示用コードを、制御部２１（限定ではなく、端末の制御部の一例）によって端末表示用コードストックデータ２８３１（限定ではなく、端末の記憶部の一例）に記憶する。
また、端末２０は、端末表示用コードストックデータ２８３１に記憶された端末表示用コードに基づく端末表示用コード画像（限定ではなく、第１コード画像の一例）を表示部２４（限定ではなく、端末の表示領域の一例）に表示する。
そして、端末２０は、自端末の通信状態（オンライン状態／オフライン状態）（限定ではなく、端末の通信状態の一例）に基づいて、端末表示用コード画像を表示する表示部２４に表示されるコード関連情報（限定ではなく、第２情報の一例）を制御部２１によって制御する構成を示している。
このような構成により得られる効果の一例として、端末は、自端末の通信状態に基づいて、第１コード画像を表示する表示領域に表示される第２情報を端末の制御部によって制御することで、自端末の通信状態を端末のユーザに報知した上で、ユーザに決済を行わせることができる。

また、第１実施例は、端末２０は、決済アプリケーションプログラム２８２を記憶するメモリから決済アプリケーションプログラム２８２を読み出し、決済アプリケーションプログラム２８２に基づいて決済アプリケーション処理を実行するプロセッサーを備える。
プロセッサーは、サーバ１０から送信された端末表示用コード（コード画像や決済用番号）（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、端末の通信部の一例）を介して受信する。
また、プロセッサーは、受信された端末表示用コードを、端末表示用コードストックデータ２８３１（限定ではなく、端末の記憶部の一例）に記憶する。
また、プロセッサーは、端末表示用コードストックデータ２８３１に記憶された端末表示用コードに基づく端末表示用コード画像（限定ではなく、第１コード画像の一例）を表示部２４（限定ではなく、端末の表示領域の一例）に表示する。
そして、プロセッサーは、オンライン状態／オフライン状態（限定ではなく、端末の通信状態の一例）に基づいて、端末表示用コード画像を表示する表示部２４に表示されるコード関連情報（限定ではなく、第２情報の一例）を制御する構成を示している。
このような構成によっても、上記と同様の効果を得ることができる。

また、第１実施例は、端末２０の制御部２１は、自端末の通信状態がオンライン状態（限定ではなく、第１通信状態の一例）の場合、コード関連情報として第１表示態様の表示（限定ではなく、第１表示の一例）をコード表示画面に表示する制御を行い、自端末の通信状態がオフライン状態（限定ではなく、第２通信状態の一例）の場合、コード関連情報として、第２表示態様の表示（限定ではなく、第２表示の一例）を表示部２４に表示する制御を行う構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態が第１通信状態と第２通信状態とのいずれであるかに応じて異なる表示を行うため、自端末の通信状態を端末のユーザが容易に把握可能に報知することができる。

また、第１実施例は、コード関連情報は、コード表示画面の枠色や背景色（限定ではなく、表示領域の色の情報の一例）を含む構成を示している。
このような構成により得られる効果の一例として、端末は、第１コード画像を表示する表示領域の色の情報を制御部によって制御することができる。

また、第１実施例は、コード関連情報は、コード表示画面に表示された端末表示用コード画像のコード使用期限に関する情報を含む構成を示している。
このような構成により得られる効果の一例として、端末は、第１コード画像の有効期限に関する情報を制御部によって制御することができる。

この場合、制御部２１は、通信状態がオンライン状態の場合、コード関連情報としてオンライン用コード使用期限やその残り時間（限定ではなく、第１有効期限に関する情報の一例）をコード表示画面に表示する制御を行い、通信状態がオフライン状態の場合、コード関連情報として、オンライン用コード使用期限よりも短いオフライン用コード使用期限やその残り時間（限定ではなく、第２有効期限に関する情報の一例）をコード表示画面に表示する制御を行うようにすることができる。
このような構成により得られる効果の一例として、端末は、自端末の通信状態に応じて異なる有効期限に関する情報を表示領域に表示して、ユーザに報知することができる。

また、第１実施例は、コード関連情報は、コード表示画面の輝度等の情報（限定ではなく、表示領域のあかるさの情報の一例）を含む構成を示している。
このような構成により得られる効果の一例として、端末は、表示領域のあかるさの情報を制御部によって制御することができる。

また、第１実施例は、コード関連情報は、通信状態として端末２０の通信量が設定された通信量よりも小さい場合、コード表示画面に表示される構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態として端末の通信量が設定された通信量よりも小さい場合、第２情報を表示領域に表示して、ユーザに報知することができる。

また、第１実施例は、コード関連情報は、端末用決済完了通知受信不可通知情報を含む構成を示している。
このような構成により得られる効果の一例として、端末は、決済の完了通知が送付されないことに関する通知を行うことができる。

＜第１変形例（１）＞
上記のコード関連情報表示制御用データ２８３５に示したコード関連情報や、その制御方法は、あくまでも一例に過ぎず、これらに限定されない。

例えば、画面表示態様情報として、コード表示画面に表示する文字（文字の大きさ、フォント、色、太さ等）を制御対象として設定しておき、通信状態（オンライン状態／オフライン状態）に応じて、文字が異なるように表示制御してもよいし、そのようにしなくてもよい。

また、画面表示態様情報として、コード表示画面のレイアウト（コード画像を配置する位置（領域）、大きさ、画面の装飾等）を制御対象として設定しておき、通信状態（オンライン状態／オフライン状態）に応じて異なる表示を行うようにしてもよいし、そのようにしなくてもよい。

＜第１変形例（２）＞
第１実施例において、緊急時に利用可能な端末表示用コード画像として、少なくとも１個の端末表示用コード画像が端末表示用コードストックデータ２８３１に記憶されるようにすることもできる。この場合は、限定ではなく例として、端末表示用コードストックデータ２８３１において、緊急時用の端末表示用コードには、緊急時用であることを示すフラグを関連付けて設定しておくようにすることができる。

また、この場合、緊急時用の端末表示用コードは、例えば端末２０のユーザが選択操作を行って、端末２０に設定させるようにすることができる。限定ではなく例として、決済アプリケーション内で、端末表示用コードストックデータ２８３１に記憶されている端末表示用コードの一覧を表示させる。そして、緊急時用としたい端末表示用コードをユーザに選択（例えばタッチ操作によって選択）させ、選択された端末表示用コードに関連付けて緊急時用であることを示すフラグを設定するようにすることができる。

なお、複数（２以上）の端末表示用コードを、緊急時用の端末表示用コードとして設定可能としてもよいし、そのようにしなくてもよい。
また、この場合、複数（２以上）の端末表示用コードを緊急時用の端末表示用コードとしてユーザに選択させるようにしてもよいし、そのようにしなくてもよい。

＜第１変形例（３）＞
第１実施例では、本開示における「第１情報（コード情報）」を、決済用番号や、決済用番号を含む端末表示用コード画像としたが、これらに限定されない。例えば、認証情報の一種であるトークンや、トークンを含む端末表示用コード画像を、本開示における「第１情報（コード情報）」とすることもできる。

この場合、決済用番号を端末表示用コード画像に含めるのではなく、限定ではなく例として、ランダムなトークンを発生させる手法（アルゴリズム）を用いて発行したトークンを端末表示用コード画像に含めるようにしてもよいし、そのようにしなくてもよい。この場合は、サーバ１０側で、端末２０、または端末２０のユーザを識別するための識別情報と、発行したトークンとを関連付けて記憶部１５のコード管理データベース１５９のコード管理データに記憶させておくようにすればよい。

「トークン」は、限定ではなく例として、サーバ１０が、端末２０、または端末２０のユーザが、正規の端末２０、または正規の端末２０のユーザであることを認証するための認証情報の一種である。「認証情報」は、認証局が発行する情報であり、上記のトークンは、サーバ１０が認証局となって、端末２０、または端末２０のユーザを認証するために発行する認証情報として機能する。

なお、トークンは、例えば、「ランダムトークン」、「アクセストークン」、「決済用トークン」などのように表現することもできる。トークンは、上記のようにランダムに発行されるため、端末表示用コードが生成される毎に異なるトークンとなる。このため、トークンは、いわばワンタイムパスワードとして機能する。

また、決済用番号やトークンの他に、端末表示用コード画像を読み取った店舗コードリーダ装置５０が、サーバ１０が提供するウェブサイトやウェブページにアクセスするためのアクセス情報の一例として、サーバ１０が提供するウェブページの一種である決済用ページにアクセスするためのＵＲＬ（Uniform Resource Locator）等の情報を含めるようにしてもよいし、そのようにしなくてもよい。

＜第１変形例（４）＞
端末２０が第１通信方式によるサーバ１０との通信が不可能な場合に、第２通信方式で通信を行って、サーバ１０から端末用決済完了通知を受信するようにすることもできる。

図４−１８〜図４−２３は、本変形例におけるコード表示画面の一例を示す図である。
図４−１８のコード表示画面は、図４−１５と同様に、オフライン状態で表示されるコード表示画面の一例であり、端末用決済完了通知受信不可通知情報の一例として、「オフライン通知 現在、オフラインのため、決済完了後に通知が届きません。（次回オンライン時に通知が届きます。）このまま決済を続けますか？」というメッセージがポップアップ形式で表示されている。
また、この通知内容に承認の意思を示すための「ＯＫ」のアイコンと、この通知内容に今は承認しない意思を示すための「今はしない」のアイコンとが表示されている。

また、オフライン状態であるため、前述したように、コード使用時間はオフライン用コード使用時間「３分」とされ、オフライン用コード使用期限の残り時間が「３分」からカウントダウン形式で表示されている。

「ＯＫ」のアイコンがユーザによってタッチ操作されると、限定ではなく例として、例えば図４−１９に示すように、第２通信方式でサーバ１０と通信を行うことをユーザに意思確認するための情報の一例として「ワイヤレスネットワークに接続しますか？」というメッセージがポップアップ形式で表示される。
また、この通知内容に承認の意思を示すための「ＯＫ」のアイコンと、この通知内容に今は承認しない意思を示すための「今はしない」のアイコンとが表示されている。

図４−１９において「ＯＫ」のアイコンがタッチ操作されると、例えば図４−２０に示すような選択画面が表示される。
この選択画面では、ワイヤレスネットワークを選択するための選択ボックスが画面中央に表示されており、端末２０のユーザは、この選択ボックス内に表示されたワイヤレスネットワークの候補の中から一の候補を選択する。

図４−２０の選択画面においてワイヤレスネットワークが選択されると、そのワイヤレスネットワークによる通信が試行される。そして、通信ＯＫ（通信成功）となると、ポップアップ形式で表示された情報は非表示とされる。

その後、例えば図４−２１に示すように、コード表示画面に表示された端末表示用コード画像が店舗コードリーダ装置５０によって読み取られると、サーバ１０によって決済処理が行われる。そして、サーバ１０から端末用決済完了通知が端末２０に送付される。
なお、図４−２１では、図４−１８でコード表示画面の表示が開始された時刻からの経過時間に基づいて、オフライン用コード使用期限（この例では「３分間」の期間）の残り時間が更新されている。

端末２０は、第２通信方式での通信によって、サーバ１０から端末用決済完了通知を受信すると、例えば図４−２２に示すように、『決済完了 「決済履歴」から詳細が確認できます。』というメッセージを含む決済完了通知情報を、コード表示画面にポップアップ形式で表示させる。そして、決済完了通知情報を表示した後、端末２０は、コード表示画面を非表示として、例えばトップ画面に表示を戻す。

なお、第１実施例で説明したように、オンライン状態では、オフライン用コード使用時間（例えば「３分」）よりも長い時間（例えば「５分」）を、オンライン用コード使用時間として設定するようにすることができる。

そこで、オフライン状態において、コード表示画面にオフライン用コード使用期限の情報を表示させた後、第２通信方式での通信に成功した場合に、オフライン用コード使用期限の情報を、オンライン用コード使用期限の情報に変更して（切り替えて）表示するようにしてもよいし、そのようにしなくてもよい。

図４−２３は、この場合におけるコード表示画面の一例を示す図である。
図４−２０の選択画面で選択されたワイヤレスネットワークによる通信がＯＫ（成功）となると、ポップアップ形式で表示された情報は非表示とされ、例えば図４−２３の画面が表示される。
このコード表示画面では、「オンライン通知 現在、オンラインのため、コード使用期限は５分間です。」というメッセージがポップアップ形式で表示されている。
また、オフライン用コード使用期限が、オンライン用コード使用期限に変更されたことで、コード使用時間はオンライン用コード使用時間「５分」とされ、その結果、オンライン用コード使用期限の残り時間が「５分」からカウントダウン形式で表示されている。

本変形例は、端末２０は、通信Ｉ／Ｆ２２（限定ではなく、第１通信部の一例）と、第２通信方式用通信Ｉ／Ｆとを有する。端末２０の通信状態（オンライン状態／オフライン状態）は、通信Ｉ／Ｆ２２の通信状態であり、制御部２１は、通信状態として端末２０の通信量が設定された通信量よりも小さい場合、サーバ１０（限定ではなく、通信装置の一例）から送信された端末用決済完了通知（限定ではなく、決済完了に関する情報の一例）を第２通信方式用通信Ｉ／Ｆを介して受信したことに基づき、端末表示用コード画像を含むコード表示画面を非表示にする制御を実行する構成を示している。
このような構成により得られる効果の一例として、端末の通信量が設定された通信量よりも小さい場合、通信装置から送信された決済完了に関する情報を第２通信部を介して受信したことに基づいて、第１コード画像を表示領域から非表示にすることができる。

＜第１変形例（５）＞
第１実施例において、端末２０が端末表示用コード画像を表示部２４に表示させる場合に、限定ではなく例として、制御部２１が、表示した端末表示用コード画像を店舗コードリーダ装置５０に読み取らせるようにユーザに指示（案内）する処理を行うようにしてもよいし、そのようにしなくてもよい。この処理は、決済に関する処理の一例である。

具体的には、限定ではなく例として、端末表示用コード画像を表示するコード表示画面において、端末表示用コード画像を表示させる領域とは異なる領域に、「表示されているコード画像を店舗のコードリーダで読み取ってもらってください。」といったメッセージを表示させるようにすることができる。

＜第１変形例（６）＞
第１実施例で説明した決済アプリケーションの表示画面は、あくまでも一例に過ぎず、適宜設計変更可能である。例えば、決済アプリケーションのトップ画面に、前述した「コードアイコン」とは別に、「コード（オフライン）」と示された「コード（オフライン）アイコン」を表示させる。そして、端末２０がオンライン状態であると判定した場合は、「コードアイコン」が操作された場合に端末表示用コードを表示させるようにし、端末２０がオフライン状態であると判定した場合は、「コード（オフライン）アイコン」が操作された場合に端末表示用コードを表示させるようにしてもよいし、そのようにしなくてもよい。

＜第１変形例（７）＞
図３−４や図４−１６の処理のＡ１３０において、端末２０がサーバ１０から端末表示用コードを受信したタイミングで、Ａ２４０の処理と、Ａ２５０またはＡ３５０の処理とを行って、端末表示用コードを表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。

この場合、限定ではなく例として、決済アプリケーションのトップ画面（例えば図３−２）においてコードアイコンがタッチ操作された後、そのまま端末表示用コードのコード表示画面に表示が切り替わるようにすることができる。

＜第１変形例（８）＞
オンライン状態ではサーバ１０は端末２０と通信しており、端末２０で端末表示用コードが表示されたことを認識可能であるため、サーバ１０は、時計部１９の計時情報に基づいて、コード表示時刻（コード表示日時）を特定することができる。
しかしながら、オフライン状態では、サーバ１０は端末２０と通信できないため、サーバ１０は、端末２０で端末表示用コードが表示されたか否かが分からず、コード表示時刻（コード表示日時）を特定することができない。

従って、オフライン状態では、サーバ１０は、コード使用期限内であるか否か（またはコード使用期限が経過しているか否か）を判定することができない。
そこで、限定ではなく例として、以下の処理を行うようにすることができる。

図４−２４は、本変形例における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０の制御部２１が実行する決済アプリケーション処理の一例である第２の決済アプリケーション処理、店舗コードリーダ装置５０の制御部５１が実行する店舗決済処理の一例である第２の店舗決済処理、サーバ１０の制御部１１が実行する決済管理処理の一例である第２の決済管理処理をそれぞれ示している。

図４−２４のフローチャートは、図３−４のフローチャートを一部書き換えたものである。図３−４のフローチャートとは、限定ではなく例として、オフライン状態での処理ステップ（例えば、Ａ４５０、Ｂ４５０、Ｂ４６０、Ｃ４７０）が異なる。

この処理では、一例として、端末２０、または端末２０のユーザを識別するための識別情報を、前述したアプリケーションＩＤとして説明する。

Ａ２４０の後、オフライン状態において、限定ではなく例として、端末２０のユーザによってコード表示操作がなされると、制御部２１が、拡張端末表示用コード生成処理を行うとともに、コード表示処理部２１１３が、コード表示処理を行う（Ａ４５０）。

ここで、Ａ２４０でストックされた端末表示用コードに基づき端末２０側で処理（加工・生成、表示等の処理を含む。）される決済用のコードを「拡張端末表示用コード」と称し、この拡張端末表示用コードのコード画像を「拡張端末表示用コード画像」と称する。

拡張端末表示用コードは、端末表示用コードと同様に、決済種別「端末コード表示」での決済に使用されるコードであるが、オンライン決済に限らず、オフライン決済にも使用可能なコードである。

なお、拡張端末表示用コードは、オフライン決済のみならず、オンライン決済にも使用可能とすることができる。つまり、端末２０側でオフライン状態であるか否かを判定（検出）することは必須ではなく、オンライン状態／オフライン状態を問わず、拡張端末表示用コードを用いて決済を行うようにすることが可能である。

拡張端末表示用コード生成処理では、限定ではなく例として、拡張端末表示用コード画像を生成する。具体的には、端末表示用コードストックデータ２８３１にストックされている端末表示用コード画像からデコードによって取得した決済用番号、または端末表示用コードストックデータ２８３１にストックされている決済用番号と、制御部２１が生成したタイムスタンプ情報とをエンコード（符号化）し、図形化（画像化）して、拡張端末表示用コード画像を生成する。

ここで、タイムスタンプ情報とは、特定の事象（特定のイベント）が発生した日時、日付、時刻などを示す情報であるとともに、そのタイムスタンプ情報に関連付けられた情報やデータ（ここでは拡張端末表示用コード）が、ある時刻に確実に存在していたことを証明するための電子的な時刻証明書として機能するものである。

この例では、「拡張端末表示用コード画像が端末２０の表示部２４に表示されること」を特定の事象とし、端末２０の制御部２１は、拡張端末表示用コード画像が表示された（表示が開始された）時刻であるコード表示時刻を含むタイムスタンプ情報を生成する。コード表示時刻やタイムスタンプ情報は、「時刻情報」の一例であり、端末２０の時計部２９Ａによって計時される情報に基づき生成される。

なお、店舗によっては、二次元コードの読み取りには対応していないが、一次元コードの読み取りには対応可能な場合がある。そこで、二次元コード（限定ではなく例としてＱＲコード）に加えて、一次元コード（限定ではなく例としてバーコード）で表される拡張端末表示用コード画像を生成するようにしてもよいし、そのようにしなくてもよい。

また、コード表示時刻に代えて、時刻に加えて日付の情報も含む「コード表示日時」を含むタイムスタンプ情報を生成するようにしてもよいし、そのようにしなくてもよい。

また、第三者が元情報を解読することができないようにするために、決済用番号やタイムスタンプ情報を暗号化した情報をエンコードするようにしてもよいし、そのようにしなくてもよい。

また、タイムスタンプ情報をエンコードするのではなく、コード表示時刻やコード表示日時そのものをエンコードするようにしてもよいし、そのようにしなくてもよい。

コード表示処理では、限定ではなく例として、少なくとも、拡張端末表示用コード画像を含むコード表示画面を表示部２４に表示させる。

なお、上記のように、拡張端末表示用コード生成処理において二次元の拡張端末表示用コード画像を生成した場合は、限定ではなく例として、二次元の拡張端末表示用コード画像を表示させるようにすることができる。

また、拡張端末表示用コード生成処理において、一次元の拡張端末表示用コード画像も生成した場合は、限定ではなく例として、二次元の拡張端末表示用コード画像の他に、一次元の拡張端末表示用コード画像を表示させるようにすることができる。この場合、一次元の拡張端末表示用コード画像の近傍に、決済用番号を併せて表示させてもよいし、そのようにしなくてもよい。

その後、表示部２４に表示された拡張端末表示用コード画像が端末２０のユーザによって店舗の店員等に提示されると、制御部５１は、端末２０の表示部２４に表示された拡張端末表示用コード画像を、コードリーダ５８に読み取らせる制御を行う（Ｂ４５０）。

制御部５１は、通信Ｉ／Ｆ５４によってサーバ１０にアクセスする。そして、制御部５１は、少なくとも、デコードによって取得した決済用番号およびタイムスタンプ情報と、店舗識別情報と、決済予定金額とを含む決済要求情報を、通信Ｉ／Ｆ５４によってサーバ１０に送信する（Ｂ４６０）。

店舗コードリーダ装置５０から通信Ｉ／Ｆ１４によって決済要求情報を受信すると（Ｃ１６０）、制御部１１は、決済処理を行う（Ｃ４７０）。

具体的には、受信された決済要求情報に含まれる決済用番号が、アプリケーションＩＤと関連付けてコード管理データベース１５９に記憶されているか否かを判定する。そして、記憶されていると判定した場合、限定ではなく例として、サーバ１０の時計部１９の計時時刻と、受信された決済要求情報に含まれるタイムスタンプ情報から特定されるコード表示時刻との差の時間をコード使用時間と比較して、コード使用期限内であるか否かを判定する。そして、この条件を満たす場合は「決済可」と判定し、決済管理データベース１５７Ａのうち、そのアプリケーションＩＤの決済管理データに記憶されている残高から決済予定金額を減算して決済する。

＜第２実施例＞
第２実施例は、端末２０の通信状態に基づいて、端末表示用コードに基づく決済に関する設定を制御部２１によって制御する実施例である。

前述したように、オンライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができる。
それに対し、オフライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができない。このため、例えば、表示部２４に表示させた端末表示用コード画像が第三者にスクリーンショット等によって盗まれるなどして決済に使用されたとしても、端末２０のユーザはそれに気付かない場合があり、セキュリティ面で問題がある。

第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

図５−１は、本実施例において端末２０の制御部２１により実現される機能の一例を示す図である。
制御部２１の決済アプリケーション処理部２１１は、限定ではなく例として、コード表示処理部２１１３の他に、決済関連設定制御部２１１７と、認証処理部２１１９とを有する。

図５−２は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
決済アプリケーションデータ２８３には、限定ではなく例として、端末表示用コードストックデータ２８３１と、決済用データ２８３２と、店舗データ２８３３との他に、決済関連設定制御用データ２８３７が記憶される。

図５−３は、本実施例における決済用データ２８３２の一例である第２の決済用データ２８３２Ｂの構成例を示す図である。
第２の決済用データ２８３２Ｂには、限定ではなく例として、アプリケーションＩＤと、ポイントと、残高と、オートチャージ設定と、決済履歴データとが記憶される。

決済履歴データには、限定ではなく例として、決済日時と、決済店舗ＩＤと、決済店舗名と、決済金額と、決済種別とが関連付けて時系列に記憶される。
決済種別は、端末２０の通信状態に応じた決済の種別（オンライン決済／オフライン決済）が記憶される。

決済種別は、例えば、以下のようにして判定することができる。
端末２０の制御部２１は、時計部２９Ａの計時情報に基づいて、コード表示画面を表示してから（表示を開始してから）、サーバ１０から端末用決済完了通知を受信するまでに要した時間（経過時間）をカウントする。そして、経過時間が一定時間内である場合は、受信された端末用決済完了通知が示す決済は「オンライン決済」であると判定し、その時間が一定時間を超えている場合は、受信された端末用決済完了通知が示す決済は「オフライン決済」であると判定する。

これは、オフライン決済では、端末２０がオフライン状態からオンライン状態に復帰するまでサーバ１０から端末用決済完了通知を受信することができないため、コード表示画面を表示させてから端末用決済完了通知を受信するまでにある程度時間がかかった場合は、オフライン決済が行われた可能性が高いと推定できるためである。

決済関連設定制御用データ２８３７は、決済関連設定制御部２１１７が決済関連設定を制御するために用いるデータであり、その一例である第１の決済関連設定制御用データ２８３７Ａのデータ構成例を図５−４に示す。
第１の決済関連設定制御用データ２８３７Ａには、限定ではなく例として、設定種別と、制御対象と、通信状態と、制御内容と、適用有無とが関連付けて記憶される。

設定種別には、限定ではなく例として、「決済利用可能金額」と、「認証」と、「期限」とが含まれる。

決済利用可能金額は、端末２０のユーザが決済に利用可能な金額に関する設定である。
認証は、決済に際して端末２０のユーザが正規のユーザであるか否かを認証するための認証処理部２１１９が実行する認証処理に関する設定である。
期限は、決済に使用される端末表示用コードの期限に関する設定である。

制御対象には、その設定種別について、決済関連設定制御部２１１７が制御対象とする項目が定められている。

通信状態には、それぞれの制御対象について、端末２０がオンライン状態であることを示す「オンライン」と、端末２０がオフライン状態であることを示す「オフライン」とが定められている。

制御内容には、その制御対象を、決済関連設定制御部２１１７がどのように制御するかの内容が定められている。

適用有無は、その制御対象の制御を適用するか否かを示す情報（例えばフラグ）であり、適用する制御対象には適用有りを示す「有」が、適用しない制御対象には適用無しを示す「無」が関連付けて記憶されている。

以下、具体例を挙げて詳細に説明する。
（１）決済利用可能金額
決済利用可能金額について、制御対象として「１日利用上限金額」が定められている。
なお、１日利用上限金額は、第１実施例で説明した通りである。

通信状態「オンライン」には制御内容として「５万円」が、通信状態「オフライン」には制御内容として「１万円」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、１日利用上限金額を「５万円」とするように制御し、端末２０がオフライン状態である場合は、１日利用上限金額を「１万円」とするように制御することを示している。

オフライン状態では、オンライン状態と比べて決済の安全性が低いため、オフライン状態である場合の１日利用上限金額が、オンライン状態である場合の１日利用上限金額よりも小さく（低く）なるように制御する。

この場合、端末２０の制御部２１は、限定ではなく例として、端末２０のユーザによるコード表示操作を検知した場合に、自端末の通信状態を判定する。そして、判定した通信状態に関連付けられた１日利用上限金額に基づき、その１日で決済済みの金額（決済金額）を累計した累計金額が１日利用上限金額未満（または以下）である場合は「決済可」とし、この条件を満たさない場合は「決済不可」とする。

「決済不可」とする場合、制御部２１は、限定ではなく例として、コード表示画面を表示部２４に表示させないようにしたり、エラーメッセージのみを含むコード表示画面を表示部２４に表示させるなどして、端末表示用コード画像を読み取らせることができないようにする。

また、この場合、決済金額の累計金額は、限定ではなく例として、通信状態ごとに、それぞれの累計金額として算出するようにすることができる。
具体的には、限定ではなく例として、第２の決済用データ２８３２Ｂ（図５−３参照）の決済履歴データに含まれる決済種別に基づき、オンライン決済の決済金額を累計した累計金額（以下、「オンライン決済累計金額」と称する。）と、オフライン決済の決済金額を累計した累計金額（以下、「オフライン決済累計金額」と称する。）とを別々に算出するようにすることができる。

なお、通信状態を区別せずに、通信状態（オンライン状態／オフライン状態）を問わず決済金額を累計した累計金額を算出するようにしてもよいし、そのようにしなくてもよい。

また、ここでは制御対象を「１日利用上限金額」としたが、これに限定されない。
１日の利用上限金額に代えて、１日よりも長い過去所定期間（例えば過去１週間、過去２週間、過去１か月）の利用上限金額を制御対象として定めておくようにすることもできる。

（２）認証
認証について、制御対象として「認証Ａ（決済予定金額）」と、「認証Ｂ（コード非表示）」と、「認証Ｃ（オフライン継続時間）」とが定められている。なお、括弧内には、その種別の認証を実行するか否かを判断するために用いる情報を示している。

制御対象「認証Ａ（決済予定金額）」について、通信状態「オンライン」には制御内容として「５万円以上（または５万円超）」が、通信状態「オフライン」には制御内容として「３０００円以上（または３０００円超）」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、決済予定金額が５万円以上である場合（または５万円を超える場合）に認証を実行し、端末２０がオフライン状態である場合は、決済予定金額が３０００円以上である場合（または３０００円を超える場合）に認証を実行することを示している。

オフライン状態では、オンライン状態と比べて決済の安全性が低いため、オフライン状態である場合は、オンライン状態である場合よりも小さい金額（低い金額）の決済を予定している場合に、認証を実行する。

ただし、決済種別「端末コード表示」では、表示部２４に表示させた端末表示用コード画像を店舗コードリーダ装置５０に読み取らせた場合、店舗コードリーダ装置５０で入力された決済予定金額がサーバ１０に送信される。このため、端末２０側では、決済予定金額を把握することができない。

そこで、限定ではなく例として、端末２０でコード表示画面を表示させた後、端末表示用コード画像を店舗コードリーダ装置５０で読み取らせる前に、店舗の店員等が決済予定金額を店舗コードリーダ装置５０に入力する。そして、入力された決済予定金額を、近距離無線通信等によって、店舗コードリーダ装置５０から端末２０に送信するようにする。そして、認証処理部２１１９は、店舗コードリーダ装置５０から決済予定金額を受信した場合に、認証処理を実行するようにすることができる。

なお、店舗コードリーダ装置５０に入力された決済予定金額を店舗の店員等が端末２０のユーザに口頭で通知するようにしてもよい。
また、コードレジ６０と一体として、またはコードレジ６０と別体として設けられ、客側に表示面が向けられたディスプレイに決済予定金額を表示させるようにしてもよい。
そして、これらの場合に、端末２０のユーザが、決済予定金額を手動で端末２０に入力するようにすることもできる。この場合、認証処理部２１１９は、決済予定金額が入力された場合に、認証処理を実行するようにすればよい。

また、決済予定金額に代えて、決済済みの金額（決済金額）と関連付けて制御内容を決済関連設定制御用データ２８３７に定めておくようにしてもよいし、そのようにしなくてもよい。例えば、過去所定期間（例えば過去１日、過去１週間）の決済金額と関連付けて、オンライン状態には「１０万円以上（または１０万円超）」を、オフライン状態には「１万円以上（または１万円超）」をそれぞれ定めておくなどしてもよい。

制御対象「認証Ｂ（コード非表示）」について、通信状態「オンライン」には制御内容として「非実行」が、通信状態「オフライン」には制御内容として「実行」がそれぞれ定められている。

ここで、「コード非表示」とは、端末２０のユーザが端末表示用コード（端末表示用コード画像）を表示部２４に表示させた後、例えば、コード表示画面に表示される戻るボタン（とじるボタン）の操作やホームボタンの操作等によって、一旦表示された端末表示用コード（端末表示用コード画像）を非表示とすることを示している。

これは、端末２０がオンライン状態である場合は、一旦表示させたコード（コード画像）を非表示とした場合であっても認証を実行しないが、端末２０がオフライン状態である場合は、一旦表示させたコード（コード画像）を非表示とした場合に認証を実行することを示している。

本開示における端末表示用コードは、前述したように、オンライン状態ばかりでなく、オフライン状態でも使用することができる。オンライン状態であれば、端末２０は、サーバ１０によって決済が行われた後、すぐにサーバ１０から端末用決済完了通知を受信することができる。このため、端末２０は、限定ではなく例として、端末用決済完了通知を受信した後、決済に利用した端末表示用コードのデータを端末表示用コードストックデータ２８３１から削除することができる。

しかしながら、オフライン状態では、端末２０は、オンライン状態に復帰するまでは、サーバ１０から端末用決済完了通知を受信することができないため、サーバ１０によって決済が行われたかどうかを知ることができない。このため、オフライン状態において、例えば端末２０のユーザが、一の端末表示用コードを決済に使用したとしても（店舗コードリーダ装置５０に読み取らせたとしても）、端末２０は、その端末表示用コードを削除することはできない。よって、例えば、端末２０のユーザが、一度決済に使用した端末表示用コードを再表示させて、再び決済に使用しようとするおそれがある。

そこで、オフライン状態では、限定ではなく例として、端末２０のユーザが一の端末表示用コードを表示部２４に表示させた後、表示された端末表示用コードを非表示とした場合、以下のいずれかのタイミングで認証を行う。
（１）端末表示用コード（端末表示用コード画像）を非表示とした後に、新たに端末表示用コードを表示部２４に表示するタイミング
（２）端末表示用コード（端末表示用コード画像）を非表示としたタイミング

なお、端末表示用コードが非表示とされた場合に、その都度認証を行うようにするのではなく、限定ではなく例として、オフライン状態において設定回数（例えば「３回」や「５回」）以上（または設定回数超）、端末表示用コードが非表示とされた場合に、認証を行うようにしてもよいし、そのようにしなくてもよい。

制御対象「認証Ｃ（オフライン継続時間）」について、通信状態「オンライン」には制御内容として「−（無し）」が、通信状態「オフライン」には制御内容として「１時間以上（または１時間超）」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、認証を実行しないが、端末２０がオフライン状態である場合は、オフライン状態の継続時間が１時間以上（または１時間超）となった場合に、認証を行うことを示している。

なお、オフライン継続時間に代えて、または、これに加えて、単位期間（例えば過去１日の間、過去１週間の間）に端末２０がオフライン状態となった回数や頻度に基づいて、認証を実行するようにしてもよいし、そのようにしなくてもよい。
例えば、単位期間に端末２０がオフライン状態となった回数や頻度が、設定回数以上（または設定回数超）や設定頻度以上（設定頻度超）である場合は、認証を行うようにしてもよいし、そのようにしなくてもよい。

また、上記の認証Ａ〜認証Ｃは、同要素の認証としてもよいし、他要素の認証としてもよい。
他要素の認証としては、限定ではなく例として、ユーザの知識情報に基づく認証（例えばパスワードや秘密の質問による認証）、ユーザの所持情報に基づく認証（例えばワンタイムパスワードやトークンによる認証）、ユーザの生体情報に基づく認証（例えば指紋認証や顔認証）等を適用することができる。

また、上記の認証の実行有無を、２以上の条件の組み合わせによって判定するようにしてもよいし、そのようにしなくてもよい。
例えば、認証Ｂの「コード非表示」と、認証Ｃの「オフライン継続時間」とを組み合わせて、限定ではなく例として、オンライン状態では認証を実行せず、オフライン状態では、「コードが非表示とされた場合、かつ、オフライン継続時間が設定時間以上（または設定時間超）である場合」に、認証を実行するようにしてもよいし、そのようにしなくてもよい。

（３）期限
期限について、制御対象として「コード使用時間（コード使用期限）」が定められている。
そして、通信状態「オンライン」には制御内容として「５分（デフォルト）」が、通信状態「オフライン」には制御内容として「３分」がそれぞれ定められている。
これは、第１実施例と同様であり、端末２０がオンライン状態である場合は、コード使用時間をデフォルトである「５分」とし、端末２０がオフライン状態である場合は、コード使用時間を「３分」とすることを示している。

＜表示画面例＞
図５−５は、本実施例における端末２０で実行される認証処理の一例を示す図である。
（ａ）は、オフライン状態において、二次元の端末表示用コード画像ＱＣ１を含むコード表示画面が端末２０の表示部２４に表示された状態で、端末２０のユーザが、画面左上の戻るボタン（とじるボタン）をタッチ操作した状態を示している。この場合、戻るボタンがタッチ操作されたことで、コード表示画面が非表示とされて、決済アプリケーションのトップ画面が表示される。

ここで、例えば（ｂ）に示すように、決済アプリケーションのコードアイコンが端末２０のユーザによりタッチ操作されたとする。この場合、オフライン状態で表示部２４に表示された端末表示用コードが非表示とされた後、新たな端末表示用コードを表示部２４に表示することになるため、限定ではなく例として、認証処理部２１１９が認証処理を行う。

具体的には、例えば（ｃ）に示すように、新たな端末表示用コード画像（この例では二次元の端末表示用コード画像ＱＣ２）を含むコード表示画面を表示部２４に表示させるが、その際、例えば認証を行うための認証用画面を表示させる。

この表示例では、「パスワード Ｐａｙｍｅｎｔ Ａｐｐのパスワードを入力してください。」というメッセージとともに、入力されたパスワードが表示されるパスワード表示欄がポップアップ形式で表示されている。また、画面下部には、ユーザがパスワードを入力するためのテンキーが表示されている。

入力されたパスワードは、端末２０の記憶部２８に記憶されているパスワード（認証パスワード）と照合される。そして、認証結果がＯＫである場合は、ポップアップ表示が消去され、その背景の端末表示用コード画像が現れて、決済に使用可能となる。

＜処理＞
図５−６は、本実施例において端末２０の制御部２１が実行する決済関連設定制御処理の流れの一例を示すフローチャートである。
まず、制御部２１は、自端末の通信状態（オンライン状態／オフライン状態）を判定する（Ｓ１１０）。通信状態の判定方法（検出方法）は、前述した通りである。

その後、決済関連設定制御部２１１７は、決済関連設定制御用データ２８３７を参照して、適用有無に「有」が記憶されている制御対象について、Ｓ１１０で判定された通信状態に関連付けて記憶されている制御内容を取得する（Ｓ１２０）。

次いで、決済関連設定制御部２１１７は、Ｓ１２０で取得された制御内容に基づき、その制御内容の制御を行うための設定（制御設定）を行う（Ｓ１３０）。以後、決済アプリケーション処理では、この制御設定に基づく決済関連設定の制御が、決済関連設定制御部２１１７によって行われる。そして、制御部２１は、決済関連設定制御処理を終了する。

＜第２実施例の効果＞
第２実施例は、端末２０は、サーバ１０から送信された端末表示用コード（コード画像や決済用番号）（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、端末の通信部の一例）を介して受信する。
また、端末２０は、受信された端末表示用コードを、制御部２１（限定ではなく、端末の制御部の一例）によって端末表示用コードストックデータ２８３１（限定ではなく、端末の記憶部の一例）に記憶する。
そして、端末２０は、自端末の通信状態（オンライン状態／オフライン状態）（限定ではなく、端末の通信状態の一例）に基づいて、端末表示用コードに基づく決済関連設定（限定ではなく、決済に関する設定の一例）を制御部２１によって制御する構成を示している。
このような構成により得られる効果の一例として、端末は、自端末の通信状態に基づいて、第１情報に基づく決済に関する設定を制御部によって制御することで、自端末の通信状態に応じた設定に基づいてユーザに決済を行わせることができる。

また、第２実施例は、端末２０は、決済アプリケーションプログラム２８２を記憶するメモリから決済アプリケーションプログラム２８２を読み出し、決済アプリケーションプログラム２８２に基づいて決済アプリケーション処理を実行するプロセッサーを備える。
プロセッサーは、サーバ１０から送信された端末表示用コード（コード画像や決済用番号）（限定ではなく、第１情報の一例）を、通信Ｉ／Ｆ２２（限定ではなく、端末の通信部の一例）を介して受信する。
また、プロセッサーは、受信された端末表示用コードを、端末表示用コードストックデータ２８３１（限定ではなく、端末の記憶部の一例）に記憶する。
そして、プロセッサーは、自端末の通信状態（オンライン状態／オフライン状態）（限定ではなく、端末の通信状態の一例）に基づいて、端末表示用コードに基づく決済関連設定（限定ではなく、決済に関する設定の一例）を制御する構成を示している。
このような構成によっても、上記と同様の効果を得ることができる。

また、第２実施例は、制御部２１は、自端末の通信状態がオンライン状態の場合、決済関連設定として一の設定（限定ではなく、第１の設定の一例）を行い、自端末の通信状態がオフライン状態の場合、決済関連設定として、一の設定とは異なる他の設定（限定ではなく、第２設定の一例）を行う構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態に応じて異なる設定を制御部によって制御することができる。

また、第２実施例は、決済関連設定は、決済利用可能金額（限定ではなく、決済に利用可能な金額の一例）に関する設定を含む構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態に応じて、決済に利用可能な金額に関する設定を制御部によって制御することができる。

また、第２実施例は、決済関連設定は、認証（限定ではなく、決済に関する処理を実行するための端末のユーザの認証）に関する設定を含む構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態に応じて、決済に関する処理を実行するための端末のユーザの認証に関する設定を制御部によって制御することができる。

また、第２実施例は、制御部２１は、オンライン状態の場合、第１金額以上の決済を行った場合、決済関連設定として認証を行い、オフライン状態の場合、第１金額よりも小さい第２金額以上の決済を行った場合、決済関連設定として認証を行う構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態が第１通信状態よりも通信の情報量が小さい第２通信状態の場合、通信状態が第１通信状態の場合と比べて、認証が行われ易くなるようにすることができる。

また、第２実施例は、端末２０は、端末表示用コードに基づく端末表示用コード画像を表示部２４に表示する。そして、制御部２１は、オフライン状態の場合、端末表示用コード画像（限定ではなく、第１コード画像の一例）を表示部２４から非表示にしたことに基づいて、決済関連設定として認証を行う構成を示している。
このような構成により得られる効果の一例として、端末は、通信状態として端末の通信量が設定された通信量よりも小さい場合、第１コード画像を表示領域から非表示にしたことに基づいて認証を行うことで、一旦表示された第１コード画像が再び決済に使用されることを防止できる。

また、第２実施例は、制御部２１は、通信状態がオフライン状態である場合、オフライン継続時間（限定ではなく、設定された通信量よりも小さい状態を継続する時間の一例）に基づいて、認証を行う構成を示している。
このような構成により得られる効果の一例として、端末は、自端末の通信状態として端末の通信量が設定された通信量よりも小さい場合、設定された通信量よりも小さい状態を継続する時間に基づいて認証を行うことで、決済に関するセキュリティを高めることができる。

また、第２実施例は、端末２０は、端末表示用コードに基づく端末表示用コード画像（限定ではなく、第１コード画像の一例）を表示部２４に表示する。そして、決済関連設定は、端末表示用コード画像のコード使用期限（限定ではなく、第１コード画像の有効期限の一例）に関する設定を含む構成を示している。
このような構成により得られる効果の一例として、端末は、表示領域に表示する第１コード画像の有効期限に関する設定を制御することができる。

＜第２変形例（１）＞
端末２０が、自端末の通信状態と、店舗の信用度とに基づいて、決済関連設定を制御するようにしてもよいし、そのようにしなくてもよい。

この場合は、限定ではなく例として、店舗の信用度を示す指標値として、例えば店舗信用スコアをサーバ１０側で算出・決定する。
店舗信用スコアは、店舗の社会的な信用を数値やランク等で表したものであり、限定ではなく例として、その店舗で行われた決済の回数／頻度、その店舗の支払能力、その店舗の与信情報等に基づいて算出・決定される。

店舗信用スコアは、限定ではなく例として、例えば「０点」〜「１００点」の点数として算出・決定し、「１００点」が最も信用度が高く、「０点」が最も信用度が低くなるようにすることができる。

なお、「店舗信用スコア」は、単に「店舗スコア」としてもよいし、そのようにしなくてもよい。
また、この場合、「店舗スコア」は必ずしも店舗の信用に基づくものとしなければならないわけではなく、限定ではなく例として、店舗の人気、知名度、利用度など、何らかの評価基準に基づいて店舗を数値（点数）やランク等で格付けしたものとしてもよいし、そのようにしなくてもよい。

サーバ１０側で算出・決定された店舗信用スコアは、限定ではなく例として、定期的なタイミングや特定のタイミングで、端末２０に送信されるようにすることができる。この場合、端末２０は、サーバ１０から送信された店舗信用スコアを、店舗データ２８３３に記憶・更新させる。

図５−７は、本変形例における決済関連設定制御用データ２８３７の一例である第３の決済関連設定制御用データ２８３７Ｃのデータ構成例を示す図である。
第３の決済関連設定制御用データ２８３７Ｃには、設定種別と、制御対象と、通信状態と、店舗信用スコアと、制御内容と、適用有無とが関連付けて記憶されている。

設定種別には、限定ではなく例として、「店舗」が定められている。
また、制御対象には、限定ではなく例として、その店舗での決済の可否を示す「決済」が定められている。

この例では、端末２０の通信状態「オンライン」では、店舗信用スコアに関わらず、制御内容として「決済可」が定められている。
それに対し、端末２０の通信状態「オフライン」では、店舗信用スコア「８０点以上」には制御内容として「決済可」が定められ、店舗信用スコア「８０点未満」には制御内容として「決済不可」が定められている。

これは、端末２０がオフライン状態である場合は、店舗信用スコアが「８０点以上」である店舗では決済を可能とするが、店舗信用スコアが「８０点未満」である店舗では決済を不可とすることを示している。

この場合、制御部２１は、限定ではなく例として、端末２０のユーザによるコード操作を検知した場合に、自端末の通信状態を判定する。また、制御部２１は、位置算出用情報検出部２９Ｂの検出結果に基づいて自端末の位置（以下、「端末位置」と称する。）を算出し、算出した端末位置と、店舗データ２８３３に記憶されている店舗の場所に関する情報（店舗の位置情報等）とに基づいて、自端末が位置している店舗を判定する。そして、制御部２１は、判定した通信状態と、判定した店舗に関連付けて店舗データ２８３３に記憶されている店舗信用スコアとに基づいて、その店舗での決済の可否を判定する。

ただし、端末２０がオフライン状態となる環境では、衛星測位システムを利用した位置算出を行うことができない可能性がある。そこで、制御部２１は、限定ではなく例として、前述した慣性航法演算や、店舗に設置されるビーコンから発信されるビーコン信号等に基づいて、自端末の位置を算出するようにすることができる。

なお、ビーコン信号は、限定ではなく例として、端末２０でブルートゥース機能を「ＯＮ」にしておくことで受信可能である。

「決済不可」と判定した場合、制御部２１は、限定ではなく例として、コード表示画面を表示部２４に表示させないようにしたり、エラーメッセージのみを含むコード表示画面を表示部２４に表示させるなどして、端末表示用コード画像を読み取らせることができないようにすることができる。

本変形例は、端末２０は、決済を行う店舗に関する情報を制御部２１によって取得する。そして、端末２０は、自端末の通信状態と、決済を行う店舗の店舗信用スコア（限定ではなく、店舗の信用度の一例）とに基づいて、決済関連設定を制御部２１によって制御する構成を示している。
このような構成により得られる効果の一例として、端末は、自端末の通信状態と、決済を行う店舗の信用度とに基づいて、決済に関する設定を制御部によって適切に制御することができる。

＜第２変形例（２）＞
端末２０が、自端末の通信状態と、自端末のユーザの信用度とに基づいて、決済関連設定を制御するようにしてもよいし、そのようにしなくてもよい。

この場合は、限定ではなく例として、端末２０のユーザの信用度を示す指標値として、例えばユーザ信用スコアをサーバ１０側で算出・決定する。
ユーザ信用スコアは、端末２０のユーザの社会的な信用を数値やランク等で表したものであり、限定ではなく例として、端末２０のユーザの支払い実績、年齢、勤務形態、年収等に基づいて算出・決定される。

ユーザ信用スコアは、限定ではなく例として、例えば「０点」〜「１００点」の点数として算出・決定し、「１００点」が最も信用度が高く、「０点」が最も信用度が低くなるようにすることができる。

なお、「ユーザ信用スコア」は、単に「ユーザスコア」としてもよいし、そのようにしなくてもよい。
また、この場合、「ユーザスコア」は必ずしもユーザの信用に基づくものとしなければならないわけではなく、限定ではなく例として、通信状態によらずそのユーザが決済に使用した金額、オフライン状態でそのユーザが決済に使用した金額、通信状態によらずそのユーザがコード決済を行った回数／頻度、オフライン状態でそのユーザがコード決済を行った回数／頻度など、何らかの評価基準に基づいて端末２０のユーザを数値（点数）やランク等で格付けしたものとしてもよいし、そのようにしなくてもよい。

サーバ１０側で算出・決定されたユーザ信用スコアは、定期的なタイミングや特定のタイミングで、端末２０に送信されるようにすることができる。この場合、端末２０は、サーバ１０から送信されたユーザ信用スコアを、決済用データ２８３２に記憶・更新させる。

図５−８は、本変形例における決済関連設定制御用データ２８３７の一例である第４の決済関連設定制御用データ２８３７Ｄのデータ構成例を示す図である。
第４の決済関連設定制御用データ２８３７Ｄには、設定種別と、制御対象と、通信状態と、ユーザ信用スコアと、制御内容と、適用有無とが関連付けて記憶されている。

この例では、前述した設定種別「決済利用可能金額」、制御対象「１日利用上限金額」を示しており、端末２０の通信状態「オンライン」には、ユーザ信用スコア「８０点以上」には制御内容として「１０万円」が定められ、ユーザ信用スコア「６０点以上８０点未満」には制御内容として「７万円」が定められ、ユーザ信用スコア「６０点未満」には制御内容として「５万円」が定められている。

それに対し、端末２０の通信状態「オフライン」には、ユーザ信用スコア「８０点以上」には制御内容として「３万円」が定められ、ユーザ信用スコア「６０点以上８０点未満」には制御内容として「２万円」が定められ、ユーザ信用スコア「６０点未満」には制御内容として「１万円」が定められている。

通信状態「オンライン」、「オフライン」のいずれについても、ユーザ信用スコアが高くなるほど、金額が高くなるように１日利用上限金額が定められている。
また、通信状態「オンライン」は、通信状態「オフライン」と比べて、相対的に金額が高くなるように１日利用上限金額が定められている。

この場合、制御部２１は、限定ではなく例として、端末２０のユーザによるコード操作を検知した場合に、自端末の通信状態を判定する。また、制御部２１は、決済用データ２８３２を参照して、ユーザ信用スコアを判定する。
そして、制御部２１は、判定した通信状態と、判定したユーザ信用スコアとに基づいて、１日利用上限金額を設定する。

なお、ここでは、１日利用上限金額を例に挙げて説明したが、これに限定されない。
図５−４に示した設定種別「認証」や設定種別「期限」についても、上記と同様に、ユーザ信用スコアと通信状態とに基づいて、制御内容を設定するようにすることができる。

具体的には、図５−４の認証Ａ（決済予定金額）については、限定ではなく例として、ユーザ信用スコアが高いほど、認証を行うか否かの閾値となる決済予定金額を高く設定して、認証が行われにくくなるようにすることができる。また、この場合、通信状態「オンライン」は、通信状態「オフライン」と比べて相対的に決済予定金額が高くなるようにすることができる。

また、図５−４の認証Ｂ（コード非表示）については、限定ではなく例として、ユーザ信用スコアが一定以上である場合は、オフライン状態であっても、認証を非実行とするようにすることができる。
また、前述したように、オフライン状態において設定回数以上（または設定回数超）、端末表示用コードが非表示とされた場合に認証を行うようにするのであれば、ユーザ信用スコアが高いほど、設定回数を大きくして、認証が行われにくくなるようにすることができる。

また、図５−４の認証Ｃ（オフライン継続時間）については、限定ではなく例として、ユーザ信用スコアが高いほど、認証を行うか否かの閾値となるオフライン継続時間を長く設定して、認証が行われにくくなるようにすることができる。また、この場合、通信状態「オンライン」は、通信状態「オフライン」と比べて相対的にオフライン継続時間が長くなるようにすることができる。

また、図５−４のコード使用時間（コード使用期限）については、限定ではなく例として、ユーザ信用スコアが高いほど、コード使用時間を長く設定して、コード使用期限が長くなるようにすることができる。また、この場合、通信状態「オンライン」は、通信状態「オフライン」と比べて、相対的にコード使用時間が長くなるようにすることができる。

＜第３実施例＞
第３実施例は、上記の実施例に関連して、コード（コード画像）を非表示とするためのユーザインターフェイス（ＵＩ）に関する実施例である。

前述したように、オンライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができる。このため、端末２０は、限定ではなく例として、サーバ１０から端末用決済完了通知を受信した場合、コード（コード画像）を非表示とすることができる。
それに対し、オフライン状態では、端末２０は、端末用決済完了通知をサーバ１０から受信することができない。このため、オフライン状態がしばらく継続するような場合には、表示させたコード（コード画像）を非表示とするタイミングを逸する可能性がある。

第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜構成＞
図６−１は、本実施例における端末２０の記憶部２８に記憶されるコード関連情報表示制御用データ２８３５の一例である第２のコード関連情報表示制御用データ２８３５Ｂの構成例を示す図である。

第２のコード関連情報表示制御用データ２８３５Ｂのデータ構成は、第１のコード関連情報表示制御用データ２８３５Ａと同様であるが、この例では、コード関連情報「コード関連通知情報」について、その制御対象として、「端末用決済完了通知受信不可通知情報」の他に、「コード非表示推奨通知情報」が定められている。

コード非表示推奨通知情報は、表示部２４に表示させた端末表示用コード画像（コード表示画面）を手動で非表示とするように端末２０のユーザに推奨する（端末２０のユーザに促す）情報である。

制御対象「コード非表示推奨通知情報」について、通信状態「オンライン」には制御内容として「非表示」が、通信状態「オフライン」には制御内容として「表示」がそれぞれ定められている。
これは、端末２０がオンライン状態である場合は、コード非表示推奨通知情報を表示せず、端末２０がオフライン状態である場合は、コード非表示推奨通知情報を表示することを示している。

オンライン状態では、限定ではなく例として、端末用決済完了通知をサーバ１０から受信したことに基づいて、制御部２１が、コード表示画面を非表示とする制御を行う。しかしながら、オフライン状態では、端末用決済完了通知をサーバ１０から受信することができず、制御部２１は、コード表示画面を自動的に非表示とすることができないため、コード表示画面を手動で非表示とするようにユーザに通知する。

＜表示画面例＞
図６−２は、本実施例におけるコード表示画面の一例を示す図である。
このコード表示画面は、オフライン状態で表示されるコード表示画面を示しており、コード非表示推奨通知情報の一例として、「オフライン通知 現在、オフラインのため、決済完了後に通知が届きません。コード読み取り後に画面をとじてください。」というメッセージがポップアップ形式で表示されている。
また、この通知内容をユーザが承認するためのアイコンとして「ＯＫ」のアイコンが併せて表示されている。

この表示に基づき、端末２０のユーザは、例えば図６−３に示すように、コード表示画面に表示されている端末表示用コード画像を店舗コードリーダ装置５０で読み取ってもらった後、例えば図６−４に示すように、コード表示画面の左上部に表示されている、前の画面（本実施例では決済アプリケーションのトップ画面）に戻るための「戻るボタン」をタッチ操作する。すると、コード表示画面が非表示とされて、例えば図６−５に示すように、決済アプリケーションのトップ画面が表示される。
「戻るボタン」は、コード画像を非表示とするための操作用画像の一例であり、「とじるボタン」と言うこともできる。

図６−６は、本実施例におけるコード表示画面の別例を示す図である。
このコード表示画面は、オフライン状態で表示されるコード表示画面の一例であり、この表示例では、コード使用期限の残り時間が「０秒」となった状態が示されている。

この表示例では、コード使用期限の残り時間が「０秒」となると、コード使用期限が経過したことを通知する情報であるとともに、コードを非表示とすることを通知するための情報の一例として、「表示期限切れ 画面をとじます。」というメッセージがポップアップ形式で表示されている。
また、この通知内容をユーザが承認するためのアイコンとして「ＯＫ」のアイコンが併せて表示されており、「ＯＫ」のアイコンがユーザによりタッチ操作されると、コード表示画面が非表示とされて、決済アプリケーションのトップ画面が表示される。

なお、コード使用期限の残り時間が「０秒」となったタイミングで、メッセージ等を表示させることなく、そのままコード表示画面を非表示とするようにしてもよいし、そのようにしなくてもよい。

＜処理＞
＜第１の処理＞
第１の処理として、制御部２１は、図４−１７の第１のコード表示処理を行う。
そして、通信状態がオフライン状態と判定した場合であって、第２のコード関連情報表示制御用データ２８３５Ｂにおいてコード非表示推奨通知情報の適用有無に「有」が設定されている場合は、例えば図６−２のコード表示画面を表示部２４に表示させる。

＜第２の処理＞
第２の処理として、制御部２１は、図６−７の第２のコード表示処理を実行するようにすることができる。
なお、既出のフローチャートと同一のステップについては同一の符号を付して、再度の説明を省略する。

Ｄ１１０の後、通信状態の判定結果がオンライン状態であったならば（Ｅ１２０：オンライン状態）、コード表示処理部２１１３は、端末表示用コード画像を含むコード表示画面を表示部２４に表示させる（Ｅ１３０）。

次いで、コード表示処理部２１１３は、コードを非表示とするための操作（以下、「コード非表示操作」と称する。）を検出したか否かを判定する（Ｅ１７０）。コード非表示操作を検出しなかった場合（Ｅ１７０：ＮＯ）、コード表示処理部２１１３は、そのまま待機する。

一方、コード非表示操作を検出した場合（Ｅ１７０：ＹＥＳ）、コード表示処理部２１１３は、表示中のコード表示画面を非表示とする制御を行い、例えば決済アプリケーションのトップ画面を表示させる（Ｅ１９０）。そして、コード表示処理部２１１３は、第２のコード表示処理を終了する。

一方、通信状態の判定結果がオフライン状態であったならば（Ｅ１２０：オフライン状態）、コード表示処理部２１１３（コード関連情報表示制御部２１１５）は、コード非表示推奨通知情報と、端末表示用コード画像とを含むコード表示画面（例えば図６−２のコード表示画面）を表示部２４に表示させる（Ｅ１５０）。

その後、コード関連情報表示制御部２１１５は、限定ではなく例として、コード非表示推奨通知情報の消去条件が成立したことに基づいて、コード非表示推奨通知情報の表示を消去する（Ｅ１６０）。そして、コード表示処理部２１１３は、Ｅ１７０へと処理を移す。

＜第３の処理＞
第３の処理として、制御部２１は、図６−８の第３のコード表示処理を実行するようにすることができる。
なお、既出のフローチャートと同一のステップについては同一の符号を付して、再度の説明を省略する。

この処理は、図４−１７の処理に、Ｅ１７０、Ｆ１８０、Ｅ１９０のステップを追加したものである。

Ｄ１３０の後、コード表示処理部２１１３は、コード非表示操作を検出したか否かを判定する（Ｅ１７０）。コード非表示操作を検出した場合（Ｅ１７０：ＹＥＳ）、コード表示処理部２１１３は、Ｅ１９０へと処理を移す。

一方、コード非表示操作を検出しなかった場合（Ｅ１７０：ＮＯ）、コード表示処理部２１１３は、コード使用期限が経過したか否かを判定する（Ｆ１８０）。

ここで、第１実施例と同様に、オフライン状態では、オンライン状態よりもコード使用時間として短い時間を設定しておくことができる（例えば、オンライン状態は「５分」、オフライン状態は「３分」）。このようにすることで、オフライン用コード使用期限は、オンライン用コード使用期限よりも短い期間となる。

コード使用期限が経過していないと判定した場合（Ｆ１８０：ＮＯ）、コード表示処理部２１１３は、Ｅ１７０に処理を戻す。

一方、コード使用期限が経過したと判定した場合（Ｆ１８０：ＹＥＳ）、コード表示処理部２１１３は、Ｅ１９０へと処理を移す。つまり、コード使用期限が経過したと判定した場合は、制御部２１は、コード表示画面を非表示とする制御を行う。

本処理では、コード使用期限が経過したことに基づいて、コード表示画面を非表示とすることでコード画像を非表示とする。このため、コード使用期限は、コードを表示する期限（コード表示期限）と言うこともできる。

なお、コード使用期限が経過した場合、コード表示画面を非表示とすることでコード画像を非表示とするのではなく、コード表示画面は表示させたままで、コード表示画面からコード画像の表示を消去することでコード画像を非表示としてもよいし、そのようにしなくてもよい。

また、コード非表示推奨通知情報の表示は、オフライン状態であると判定した場合にのみ行うようにしてもよいし、端末２０の通信状態（オンライン状態／オフライン状態）を問わず必ず行うようにしてもよい。

＜第３実施例の効果＞
第３実施例は、端末２０の制御部２１が、オフライン用コード使用期限が経過した場合、端末表示用コード画像を非表示にする制御を実行する構成を示している。
このような構成により得られる効果の一例として、端末は、第２有効期限の経過に基づいて、第１コード画像を表示領域から非表示とすることができる。

また、第３実施例は、コード関連情報は、コード非表示推奨通知情報（限定ではなく、第１コード画像の非表示に関する通知の一例）を含む構成を示している。
このような構成により得られる効果の一例として、端末は、第１コード画像の非表示に関する通知を行うことができる。

また、第３実施例は、端末２０の通信状態がオフライン状態（限定ではなく、端末の通信量が設定された通信量よりも小さい状態の一例）の場合、コード非表示推奨通知情報を表示する構成を示している。
このような構成により得られる効果の一例として、端末は、通信量が設定された通信量よりも小さい場合、第１コード画像の非表示に関する通知を行うことができる。その結果、通信状態が良好でない場合に、端末のユーザに第１コード画像を忘れずに非表示とさせることができる。

＜第３変形例（１）＞
第３実施例では、コード表示画面を表示させるタイミングで、コード非表示推奨通知情報を表示させたが、これに限定されない。

図６−９、図６−１０は、本変形例におけるコード表示画面の一例を示す図である。
このコード表示画面は、オフライン状態で表示されるコード表示画面の一例であり、例えば図６−９では、コード使用期限の残り時間が「３０秒」となった状態が示されている。
コード使用期限の残り時間が「３０秒」となると、例えば図６−１０に示すように、コード非表示推奨通知情報の一例として、「残り３０秒 コード読み取り後に画面をとじてください。」というメッセージがポップアップ形式で表示される。
また、この通知内容をユーザが承認するためのアイコンとして「ＯＫ」のアイコンが併せて表示される。

このようにすることで、オフライン状態において、端末２０のユーザがコード画像を店舗で読み取ってもらった後、コード表示画面をとじることを忘れたような場合であっても、コード表示画面が表示されてから一定時間が経過したタイミングでコード非表示推奨通知情報が表示されるため、ユーザは忘れずにコード表示画面をとじることができる。

なお、図６−１０のコード表示画面において、例えばコード使用期限の残り時間が「３０秒」となった場合に、コード表示画面を自動的にとじるように制御するなどして、コード（コード画像）を自動的に非表示とするようにしてもよいし、そのようにしなくてもよい。

＜第３変形例（２）＞
端末２０のコード表示画面に表示された端末表示用コード画像を店舗コードリーダ装置５０で読み取った場合に、限定ではなく例として、コードレジ６０と一体として、またはコードレジ６０と別体として設けられ、客側に表示面が向けられたディスプレイに、コード非表示推奨通知情報を表示させるようにしてもよいし、そのようにしなくてもよい。

具体的には、例えば、店舗コードリーダ装置５０の制御部５１は、サーバ１０に決済要求情報を送信した後、コード非表示推奨通知情報を表示するように指示する信号を、ＰＯＳ通信Ｉ／Ｆ５７を介してコードレジ６０に出力するように制御する。

コードレジ６０は、ＰＯＳ通信Ｉ／Ｆ５７を介して店舗コードリーダ装置５０から上記の信号を受信すると、コード非表示推奨通知情報をディスプレイに表示させる。
具体的には、限定ではなく例として、「支払いが完了しました。コード表示画面をとじてください。」といったメッセージをディスプレイに表示させる。

また、端末２０のコード表示画面に表示された端末表示用コード画像を店舗コードリーダ装置５０で読み取った場合に、限定ではなく例として、店舗コードリーダ装置５０が、決済が完了した旨の情報（決済完了情報）やコード非表示推奨通知情報を、近距離無線通信等を利用して端末２０に送信して、コード表示画面を非表示とさせるようにしてもよいし、そのようにしなくてもよい。

また、決済完了情報やコード非表示推奨通知情報を店舗コードリーダ装置５０から端末２０に送信するようにするのではなく、店舗に設置される通信装置（例えばビーコン発信器）によって、決済完了情報やコード非表示推奨通知情報を端末２０に送信して、コード表示画面を非表示とさせるようにしてもよいし、そのようにしなくてもよい。

＜第４実施例＞
第４実施例は、端末２０のユーザが端末表示用コード（端末表示用コード画像）を表示部２４に表示させた後、ホームボタン等の操作によって、表示させた端末表示用コードを非表示とする場合の処理に関する実施例である。

第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜表示画面例＞
図７−１は、本実施例における端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
（ａ１）には、二次元の端末表示用コード画像ＱＣ１を含むコード表示画面が表示部２４に表示された状態を示している。このコード表示画面では、画面下部に、端末２０のホーム画面を表示させるための「ホームボタン」が表示されている。

ホームボタンが端末２０のユーザによってタッチ操作されると、例えば（ｂ）に示すように、端末２０のホーム画面が表示される。そして、ホーム画面に表示されている複数のアプリケーションソフトウェア（端末２０で記憶されている複数のアプリケーションソフトウェア）のアイコンのうち、決済アプリケーション（Ｐａｙｍｅｎｔ Ａｐｐ）のアイコンが端末２０のユーザによってタッチ操作されると、例えば（ａ２）に示すように、コード表示画面が再表示される。しかしながら、このコード表示画面に表示される端末表示用コード画像は、先に表示されていた端末表示用コード画像とは異なる。

具体的には、ホームボタンがタッチ操作されるまでの間に表示されていた端末表示用コード画像とは異なる端末表示用コード画像が新たに表示されている。具体的には、限定ではなく例として、ホームボタンがタッチ操作されるまでの間に表示されていた二次元の端末表示用コード画像ＱＣ１に対応するコードのデータは端末表示用コードストックデータ２８３１から削除された上で、端末表示用コードストックデータ２８３１に記憶されている別の端末表示用コードのコード画像として、二次元の端末表示用コード画像ＱＣ２を含むコード画像等がコード表示画面に表示されている。

図７−２は、本実施例における端末２０の表示部２４に表示される画面の遷移の別例を示す図である。図の見方は図７−１と同じであるが、図７−１の（ａ１）のコード表示画面については図示を省略している。
この遷移例では、（ｂ）のホーム画面に表示されている複数のアプリケーションソフトウェアのアイコンのうち、決済アプリケーション（Ｐａｙｍｅｎｔ Ａｐｐ）のアイコンが端末２０のユーザによってタッチ操作されると、例えば（ａ１´）に示すように、端末表示用コード画像ＱＣ１を含むコード表示画面が再表示される。このコード表示画面に表示されるコード画像は、先に表示されていたコード画像と同じものである。

図７−３は、本実施例における端末２０の表示部２４に表示される画面の遷移の別例を示す図である。図の見方は図７−１と同じであるが、図７−１の（ａ１）のコード表示画面は図示を省略している。
この遷移例では、（ｂ）のホーム画面に表示されている複数のアプリケーションソフトウェアのアイコンのうち、決済アプリケーション（Ｐａｙｍｅｎｔ Ａｐｐ）のアイコンが端末２０のユーザによってタッチ操作されると、例えば（ｃ）に示すように、決済アプリケーションのトップ画面が表示される。

そして、（ｃ）のトップ画面に表示されているアイコンのうちの「コードアイコン」が端末２０のユーザによってタッチ操作されると、例えば（ａ２）に示すように、ホームボタンがタッチ操作されるまでの間に表示されていた端末表示用コード画像とは異なる端末表示用コード画像を含むコード表示画面が表示される。具体的には、限定ではなく例として、ホームボタンがタッチ操作されるまでの間に表示されていた二次元の端末表示用コード画像ＱＣ１に対応するコードは削除された上で、端末２０でストックされている別の端末表示用コードのコード画像として、二次元の端末表示用コード画像ＱＣ２がコード表示画面に表示される。

＜処理＞
（第１の処理）
図７−４は、本実施例において端末２０の制御部２１が実行する第１のコード再表示処理の流れの一例を示すフローチャートである。この処理は、図７−１に示した画面の遷移を実現する処理の一例である。

制御部２１は、コード表示画面を表示部２４に表示中であるか否かを判定し（Ｊ１１０）、表示中であると判定したならば（Ｊ１１０：ＹＥＳ）、端末２０のホーム画面を表示させるための操作（以下、「ホーム画面表示操作」と称する。）を検出したか否かを判定する（Ｊ１２０）。

ホーム画面表示操作を検出した場合（Ｊ１２０：ＹＥＳ）、制御部２１は、第１のコード削除処理を行う（Ｊ１３０）。

具体的には、限定ではなく例として、表示中のコード表示画面の端末表示用コード画像のコードデータを端末表示用コードストックデータ２８３１から削除する。
また、自端末の通信状態がオンライン状態である場合は、限定ではなく例として、アプリケーションＩＤと、削除した端末表示用コードのコードＮｏとを含むコード非表示情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。コード非表示情報は、端末表示用コード（端末表示用コード画像）を非表示としたことを示す情報である。

なお、コード非表示情報に代えて、端末表示用コードを削除したことを示す情報（以下、「コード削除情報」と称する。）や、端末表示用コードを使用済みとしたことを示す情報（以下、「コード使用済み情報」と称する。）を、端末２０からサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。

この場合、サーバ１０の制御部１１は、受信したコード非表示情報に含まれるアプリケーションＩＤのコード管理データから、同じくコード非表示情報に含まれるコードＮｏのコードデータを削除する。

その後、制御部２１は、表示中のコード表示画面を非表示として、ホーム画面を表示部２４に表示させる（Ｊ１４０）。そして、制御部２１は、コード表示画面の表示を中断したことを示すフラグ（以下、「コード表示中断フラグ」と称する。）を「ＯＮ」に設定する（Ｊ１５０）。

次いで、制御部２１は、ホーム画面を表示部２４に表示中であるか否かを判定し（Ｊ２１０）、表示中であると判定したならば（Ｊ２１０：ＹＥＳ）、決済アプリケーションソフトウェアのアイコンのタッチ操作を検出したか否かを判定する（Ｊ２２０）。

決済アプリケーションソフトウェアのアイコンのタッチ操作を検出した場合（Ｊ２２０：ＹＥＳ）、制御部２１は、コード表示中断フラグが「ＯＮ」に設定されているか否かを判定する（Ｊ２３０）。

コード表示中断フラグが「ＯＮ」に設定されていると判定したならば（Ｊ２３０：ＹＥＳ）、制御部２１は、端末表示用コードストックデータ２８３１から一の端末表示用コードのデータを読み出して、その端末表示用コードのコード画像を含むコード表示画面を表示部２４に表示させる（Ｊ２５０）。そして、制御部２１は、コード表示中断フラグを「ＯＦＦ」に設定する（Ｊ２６０）。

一方、コード表示中断フラグが「ＯＮ」に設定されていないと判定したならば（Ｊ２３０：ＮＯ）、制御部２１は、例えば、決済アプリケーションのトップ画面を表示部２４に表示させる（Ｊ２７０）。

次いで、制御部２１は、処理を終了するか否かを判定し（Ｊ２９０）、処理を継続すると判定したならば（Ｊ２９０：ＮＯ）、Ｊ１１０に処理を戻す。一方、処理を終了すると判定したならば（Ｊ２９０：ＹＥＳ）、制御部２１は、第１のコード再表示処理を終了する。

（第２の処理）
図７−５は、本実施例において端末２０の制御部２１が実行する第２のコード再表示処理の流れの一例を示すフローチャートである。この処理は、図７−２に示した画面の遷移を実現する処理の一例である。
なお、既出の処理と同一のステップについては同一の符号を付して、再度の説明を省略する。

Ｊ１２０においてホーム画面表示操作を検出した場合（Ｊ１２０：ＹＥＳ）、制御部２１は、Ｊ１４０、Ｊ１５０の処理を行う。

本処理では、図７−４の第１のコード再表示処理とは異なり、Ｊ１３０の処理を行わない。
また、本処理では、制御部２１は、Ｊ１４０で非表示としたコード表示画面に含まれる端末表示用コードのコード使用期限の残り時間を、バックグラウンドで継続してカウントする。

Ｊ２３０においてコード表示中断フラグが「ＯＮ」に設定されていると判定した場合（Ｊ２３０：ＹＥＳ）、制御部２１は、非表示としたコード表示画面の端末表示用コードに関連付けられたコード使用期限内であるか否か（コード使用期限が未だ経過していないか否か）を判定する（Ｋ２３０）。

コード使用期限内であると判定したならば（Ｋ２３０：ＹＥＳ）、制御部２１は、Ｊ１４０で非表示としたコード表示画面を表示部２４に再表示させる（Ｋ２４０）。そして、制御部２１は、Ｊ２６０へと処理を移す。

一方、コード使用期限内ではないと判定したならば（Ｋ２３０：ＮＯ）、制御部２１は、第２のコード削除処理を行う（Ｋ２５０）。

具体的には、限定ではなく例として、Ｊ１４０で非表示としたコード表示画面の端末表示用コード画像のコードデータを端末表示用コードストックデータ２８３１から削除する。
また、自端末の通信状態がオンライン状態である場合は、限定ではなく例として、アプリケーションＩＤと、削除した端末表示用コードのコードＮｏとを含むコード非表示情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

この場合、サーバ１０の制御部１１は、受信したコード非表示情報に含まれるアプリケーションＩＤのコード管理データから、同じくコード非表示情報に含まれるコードＮｏのコードデータを削除する。
Ｋ２５０の後、制御部２１は、Ｊ２５０へと処理を移す。

なお、ここでは、制御部２１が、Ｊ１４０で非表示としたコード表示画面に含まれる端末表示用コードのコード使用期限の残り時間をバックグラウンドで継続してカウントすることとしたが、これに限定されない。

具体的には、Ｊ１４０でコード表示画面を非表示とした場合、コード使用期限の残り時間のカウントを停止するようにしてもよいし、そのようにしなくてもよい。この場合、Ｊ１４０でコード表示画面を非表示としたタイミングでのコード使用期限の残り時間が「０秒」でない限り、Ｋ２３０ではコード使用期限内であると判定されることになる。

（第３の処理）
第３の処理では、制御部２１は、図７−４の第１のコード再表示処理において、Ｊ２３０においてコード表示中断フラグが「ＯＮ」に設定されていると判定した場合に、例えば図７−３に示すように、決済アプリケーションのトップ画面を表示部２４に表示させる。

そして、制御部２１は、トップ画面を表示部２４に表示させている状態で、コード表示操作を検知した場合（例えば図７−３のように「コードアイコン」のタッチ操作を検知した場合）に、Ｊ１４０で非表示としたコード表示画面の端末表示用コード画像のコードデータを端末表示用コードストックデータ２８３１から削除する。そして、制御部２１は、端末表示用コードストックデータ２８３１から一の端末表示用コードのデータを読み出して、その端末表示用コードのコード画像を含むコード表示画面を表示部２４に表示させる。
この処理は、図７−３に示した画面の遷移を実現する処理の一例である。

なお、上記の処理は、端末２０の通信状態（オンライン状態／オフライン状態）に関わらず適用可能であるが、端末２０の通信状態に応じて異なる処理を行うように、端末２０側またはサーバ１０側で設定するようにしてもよいし、そのようにしなくてもよい。

具体的には、限定ではなく例として、端末２０の通信状態がオンライン状態である場合は、第２の処理を行うように設定する。それに対し、端末２０の通信状態がオフライン状態である場合は、第１の処理と第３の処理とのうちのいずれかの処理を行うように設定する。

＜第５実施例＞
第５実施例は、端末表示用コード（端末表示用コード画像）を非表示としたことをサーバ１０に通知する手法に関する実施例である。

第４実施例で説明したように、端末表示用コード（端末表示用コード画像）を非表示とした場合、自端末の通信状態がオンライン状態であれば、コード非表示情報等の情報を端末２０からサーバ１０に送信することができる。
しかしながら、自端末の通信状態がオフライン状態である場合は、これらの情報をサーバ１０に送信することができず、端末２０で端末表示用コード（端末表示用コード画像）が非表示とされたことなどを、サーバ１０が把握することができないという問題がある。

第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜処理＞
図８は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。左側に、端末２０の制御部２１が実行するコード非表示処理を示し、右側に、サーバ１０の制御部１１が実行するコード削除処理を示す。

これらの処理は、限定ではなく例として、前述した端末２０の決済アプリケーション処理と、前述したサーバ１０の決済管理処理とのそれぞれのサブ処理として実行される（例えばバックグラウンドで実行される）処理である。

最初に、制御部２１は、コード表示画面を非表示としたか否かを判定する（Ｇ１１０）。そして、非表示としたと判定したならば（Ｇ１１０：ＹＥＳ）、制御部２１は、コード（コード画像）を非表示としたことを示すフラグ（以下、「コード非表示フラグ」と称する。）を「ＯＮ」に設定する（Ｇ１２０）。その後、制御部２１は、自端末の通信状態を判定する（Ｇ１３０）。

通信状態の判定結果が「オフライン状態」である場合（Ｇ１４０：オフライン状態）、制御部２１は、Ｇ１９０へと処理を移す。

一方、通信状態の判定結果が「オンライン状態」である場合（Ｇ１４０：オンライン状態）、制御部２１は、限定ではなく例として、アプリケーションＩＤと、非表示としたコード表示画面に表示させていた端末表示用コードのコードＮｏとを含むコード非表示情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｇ１５０）。

通信Ｉ／Ｆ１４を介して端末２０からコード非表示情報を受信すると（Ｈ１１０）、制御部１１は、端末表示用コード削除処理を行う（Ｈ１２０）。具体的には、限定ではなく例として、コード管理データベース１５９に記憶されているコード管理データのうち、端末２０から受信したコード非表示情報に含まれるアプリケーションＩＤのコード管理データから、同じくコード非表示情報に含まれるコードＮｏに対応する端末表示用コードのデータを削除する。

その後、制御部１１は、端末表示用コードを削除した旨の通知（以下、「端末表示用コード削除通知」と称する。）を、通信Ｉ／Ｆ１４を介して端末２０に送信する（Ｈ１３０）。

通信Ｉ／Ｆ２２によってサーバ１０から端末表示用コード削除通知を受信すると（Ｇ１６０）、制御部２１は、端末表示用コードを削除した旨のメッセージを決済アプリケーションの画面に表示させるなどして、端末２０のユーザに報知する（Ｇ１７０）。なお、このＧ１７０の処理は実行しないようにしてもよい。

その後、制御部２１は、コード非表示フラグを「ＯＦＦ」に設定する（Ｇ１８０）。

Ｇ１８０の後、または、通信状態の判定結果が「オフライン状態」であった場合（Ｇ１４０：オフライン状態）、制御部２１は、コード非表示フラグが「ＯＮ」に設定されているか否かを判定する（Ｇ１９０）。

コード非表示フラグが「ＯＮ」に設定されている場合（Ｇ１９０：ＹＥＳ）、制御部２１は、Ｇ１３０へと処理を移す。
この場合、Ｇ１３０〜Ｇ１９０の処理がループされる。そして、通信状態がオフライン状態からオンライン状態に変化すると、Ｇ１５０〜Ｇ１８０の処理が行われて、コード非表示フラグが「ＯＦＦ」に設定される。

一方、コード非表示フラグが「ＯＦＦ」に設定されている場合（Ｇ１９０：ＹＥＳ）、制御部２１は、処理を終了するか否かを判定する（Ｇ１９５）。処理を継続すると判定した場合（Ｇ１９５：ＮＯ）、制御部２１は、Ｇ１１０に処理を戻す。一方、処理を終了すると判定した場合（Ｇ１９５：ＹＥＳ）、制御部２１は、コード非表示処理を終了する。

なお、この処理では、通信状態がオフライン状態からオンライン状態に変化したタイミングで、コード非表示情報を端末２０からサーバ１０に送信しているが、これに限定されない。

具体的には、限定ではなく例として、コード（コード画像）を非表示とした場合、特定のタイミングで、コード非表示情報を端末２０からサーバ１０に送信するようにすることもできる。特定のタイミングは、限定ではなく例として、特定の時刻（例えば深夜０時）となったタイミングや、特定のイベント（例えば決済アプリケーションの起動）が発生したタイミング等としてもよいし、そのようにしなくてもよい。

また、サーバ１０側でコード非表示情報が受信されて端末表示用コード削除通知をサーバ１０から受信するまでの間、端末２０が、コード非表示情報を繰り返しサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。

また、自端末の通信状態がオンライン状態であるかオフライン状態であるかを問わず、端末表示用コード（端末表示用コード画像）を非表示とした場合、第４実施例と同様に、制御部２１が、非表示とした端末表示用コードのコードデータを端末表示用コードストックデータ２８３１から削除するようにすることもできる。

この場合、制御部２１は、端末表示用コードを削除したことに基づいて、コード非表示情報やコード削除情報、コード使用済み情報等の情報を、サーバ１０に送信するようにすることができる。

＜第５実施例の効果＞
第５実施例は、端末２０が、ストックされている端末表示用コードのコード画像（限定ではなく、第１コード画像の一例）を表示部２４から非表示にする制御を制御部２１によって実行する。この場合、端末２０は、コード非表示情報（限定ではなく、第１コード画像を表示領域から非表示にしたことを示す第３情報の一例）を、サーバ１０に通信Ｉ／Ｆ２２を介して送信する構成を示している。
このような構成により得られる効果の一例として、端末は、第１コード画像を表示領域から非表示にしたことをサーバに知らせることができる。

また、第５実施例は、コード非表示情報は、端末２０の通信状態に基づき、サーバ１０に通信Ｉ／Ｆ２２を介して送信される構成を示している。
このような構成により得られる効果の一例として、端末は、例えばサーバとの通信が可能である場合に、第１コード画像を表示領域から非表示にしたことをサーバに知らせることができる。

また、第５実施例は、コード非表示情報は、通信状態がオフライン状態からオンライン状態に変化したタイミング（限定ではなく、設定されたタイミングの一例）で、サーバ１０に通信Ｉ／Ｆ２２を介して送信される構成を示している。
このような構成により得られる効果の一例として、端末は、設定されたタイミングで、第１コード画像を表示領域から非表示にしたことをサーバに知らせることができる。

＜第５変形例＞
第５実施例において、端末２０の制御部２１が、通信状態がオフライン状態であると判定した場合、限定ではなく例として、コード表示画面を非表示としたことに基づいて、表示させていた端末表示用コードのデータを端末表示用コードストックデータ２８３１から削除する制御を実行するようにしてもよいし、そのようにしなくてもよい。
この制御は、コード画像を使用不可にする制御の一例である。

なお、上記の制御はあくまでも一例であり、これに限定されない。
必ずしも端末表示用コードのデータを端末２０から削除する必要はなく、非表示とした端末表示用コードのデータを端末２０から削除はしないが、この端末表示用コードの再表示を不可とする制御（再表示を禁止する制御）を実行するようにしてもよい。

この場合は、非表示とした端末表示用コードについて、限定ではなく例として、「使用不可（利用不可）」や「再表示不可」のフラグを関連付けて端末表示用コードストックデータ２８３１に記憶させる。そして、これらのフラグが設定されている端末表示用コードは、再表示しないようにすればよい。

また、制御部２１が、通信状態がオフライン状態であると判定した場合であって、コード使用期限内にコード表示画面を非表示とした場合は、端末２０のユーザによるコード表示操作に基づいて、非表示とした端末表示用コードを含むコード表示画面を表示部２４に再表示させるようにする。
それに対し、通信状態がオフライン状態であると判定した場合であって、コード使用期限が経過したことに基づいてコード表示画面を非表示とした場合は、上記のようなコード画像を使用不可にする制御を実行するようにしてもよいし、そのようにしなくてもよい。

また、制御部２１が、通信状態がオフライン状態であると判定した場合であって、コード表示画面を非表示とした後、端末２０のユーザによるコード表示操作に基づいて、非表示とした端末表示用コードとは異なる端末表示用コードを端末表示用コードストックデータ２８３１から選択して、選択した端末表示用コードのコード画像を含むコード表示画面を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。

本変形例によれば、端末は、通信状態として端末の通信量が設定された通信量よりも小さい場合、第１コード画像を表示領域から非表示にすることに基づいて、第１コード画像を使用不可にする制御を制御部によって実行することで、一旦表示させてから非表示にした第１コード画像を決済に使用できないようにすることができる。

また、本変形例によれば、端末は、通信状態として端末の通信量が設定された通信量よりも小さく、第１コード画像の有効期限が経過されていない場合は、第１コード画像を表示領域から非表示にした後、端末に対する端末のユーザによる入力に基づいて、第１コード画像を表示領域に表示することで、一旦表示させてから非表示にした第１コード画像を決済に使用可能とすることができる。
それに対し、通信状態として端末の通信量が設定された通信量よりも小さく、有効期限が経過された場合は、第１コード画像を使用不可にする制御を制御部によって実行することで、一旦表示させてから非表示にした第１コード画像を決済に使用できないようにすることができる。

また、本変形例によれば、端末は、通信状態として端末の通信量が設定された通信量よりも小さい場合、第１コード画像を表示領域から非表示にした後、端末に対する端末のユーザによる入力に基づいて、第１コード画像とは異なる第２コード画像を表示領域に表示することで、非表示にしたコード画像とは異なるコード画像を決済に使用可能とすることができる。

＜第６実施例＞
第６実施例は、端末２０でストックされた端末表示用コードのストックの補充、及び、そのユーザインターフェイスに関する実施例である。

第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜処理＞
図９−１は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。左側に、端末２０の制御部２１が実行する第１の端末側コード補充処理を示し、右側に、サーバ１０の制御部１１が実行する第１のサーバ側コード補充処理を示す。

これらの処理は、限定ではなく例として、前述した端末２０の決済アプリケーション処理と、前述したサーバ１０の決済管理処理とのそれぞれのサブ処理として実行される（例えばバックグラウンドで実行される）処理である。

最初に、制御部２１は、コード補充条件判定処理を行う（Ｍ１１０）。コード補充条件としては、例えば以下のような条件を定めておくことができる。
（１）コード補充操作を検知したこと。
（２）端末の電磁波環境（通信環境）が変化したこと。
（３）コードの更新タイミングや更新時刻となったこと。

（１）の条件は、端末２０のユーザによるコードを補充するための操作（以下、「コード補充操作」と称する。）を検知した場合に、コードを補充することを示す条件である。

（２）の条件は、端末２０の電磁波環境（通信環境）が変化した場合に、コードを補充することを示す条件である。なお、一般的に通信には電波が使用されるため、電磁波環境の変化ではなく、電波環境の変化としてもよい。

限定ではなく例として、電磁波の強さに基づき、端末２０の電磁波環境が「中電磁波環境」から「弱電磁波環境」に変化したことを検知した場合に、オフライン状態となる可能性があるため、端末表示用コードを補充するようにすることができる。

（３）の条件は、例えば定期的なタイミング（例えば１２時間や２４時間に１回）や、特定の時刻（例えば深夜０時）となった場合に、コードを補充することを示す条件である。

Ｍ１１０では、制御部２１は、限定ではなく例として、例えば上記の複数のコード補充条件のうちの少なくともいずれか１つの条件が成立したか否かを判定する。

なお、上記のコード補充条件は、あくまでも一例を示したものに過ぎず、これら以外の条件を定めておくようにすることもできる。
また、限定ではなく例として、上記のコード補充条件のうちの２以上の条件を組み合わせた条件を、コード補充条件として定めておくようにすることもできる。
また、限定ではなく例として、上記のコード補充条件のうちのいずれの条件を適用するかを、端末２０のユーザに選択させるなどして設定しておくようにすることもできる。

コード補充条件が成立したと判定したならば（Ｍ１２０：ＹＥＳ）、制御部２１は、オンライン状態であるか否かを判定する（Ｍ１３０）。そして、オンライン状態であると判定したならば（Ｍ１３０：ＹＥＳ）、制御部２１は、限定ではなく例として、少なくともアプリケーションＩＤを含むコード補充依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｍ１４０）。

なお、コード補充依頼情報に代えて、先に説明したコード生成依頼情報を端末２０からサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。

サーバ１０の制御部１１は、端末２０からコード補充依頼情報を受信したか否かを判定する（Ｎ１１０）。そして、受信したと判定したならば（Ｎ１１０：ＹＥＳ）、端末表示用コード生成処理を行う（Ｎ１２０）。そして、制御部２１は、生成した端末表示用コードを、通信Ｉ／Ｆ１４によって端末２０に送信する（Ｎ１５０）。

その後、制御部１１は、処理を終了するか否かを判定し（Ｎ１９０）、処理を継続すると判定したならば（Ｎ１９０：ＮＯ）、Ｎ１１０に処理を戻す。また、処理を終了すると判定したならば（Ｎ１９０：ＹＥＳ）、第１のサーバ側コード補充処理を終了する。

また、端末２０からコード生成依頼情報を受信しなかった場合（Ｎ１１０：ＮＯ）、制御部１１は、Ｎ１９０へと処理を移す。

通信Ｉ／Ｆ２２によってサーバ１０から端末表示用コードを受信すると（Ｍ１５０）、制御部２１は、受信された端末表示用コードを端末表示用コードストックデータ２８３１に追加・記憶させる（Ｍ１６０）。

その後、制御部２１は、コード補充通知処理を行う（Ｍ１７０）。このコード補充通知処理では、端末表示用コードのストックが補充されたことを通知する情報（以下、「コード補充通知情報」と称する。）を表示部２４に表示させる処理を行う。

具体的には、限定ではなく例として、決済アプリケーションを実行中ではない場合は、コード補充通知情報を、決済アプリケーションと関連付けられたプッシュ通知によって表示部２４に表示する。
一方、決済アプリケーションを実行中である場合は、コード補充通知情報を、決済アプリケーション内の画面（例えばコード表示画面）に表示させる。

その後、制御部２１は、処理を終了するか否かを判定し（Ｍ１９０）、処理を継続すると判定したならば（Ｍ１９０：ＮＯ）、Ｍ１１０に処理を戻す。また、処理を終了すると判定したならば（Ｍ１９０：ＹＥＳ）、第１の端末側コード補充処理を終了する。

また、コード補充条件が成立しないと判定された場合（Ｍ１２０：ＮＯ）、または、オンライン状態ではないと判定された場合（Ｍ１３０：ＮＯ）、制御部１１は、Ｍ１９０へと処理を移す。

なお、コード補充依頼情報は、１個の端末表示用コードの補充を依頼する情報としてもよいが、複数（２以上）の端末表示用コードの補充を依頼する情報としてもよい。具体的には、限定ではなく例として、端末表示用コードを１つ１つ補充するようにするのではなく、端末２０側またはサーバ１０側で、端末２０が一度に補充を依頼するコードの数（サーバ１０が補充用に一度に生成するコードの数）の上限を設定しておく。そして、この上限の数の端末表示用コードを、端末２０のユーザが１回の操作で一気に補充するようにしてもよい。この場合、サーバ１０によって複数の端末表示用コードが生成され、生成された複数の端末表示用コードが端末２０に送信されて、受信された複数の端末表示用コードを端末２０で補充するようにすればよい。

また、オフライン状態からの端末表示用コードのストックの補充を実現するための手法として、例えば以下のような手法を適用することができる。
以下では、前述した第１通信方式により端末２０とサーバ１０とが通信不能であることを「オフライン状態」とする。また、前述した第２通信方式を利用することで、端末２０はサーバ１０と通信することができることとする。

＜処理＞
図９−２、図９−３は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。左側に、端末２０の制御部２１が実行する第２の端末側コード補充処理を示し、右側に、サーバ１０の制御部１１が実行する第１のサーバ側コード補充処理を示す。
これらの処理は、限定ではなく例として、前述した端末２０の決済アプリケーション処理と、前述したサーバ１０の決済管理処理とのそれぞれのサブ処理として実行される（例えばバックグラウンドで実行される）処理である。

図９−２、図９−３のフローチャートは、図９−１のフローチャートに、Ｍ１３０：ＮＯの場合における処理（Ｍ２３０〜Ｍ２８０）を追加したものである。

Ｍ１３０においてオンライン状態ではないと判定したならば（Ｍ１３０：ＮＯ）、制御部２１は、オフライン通知を行う（Ｍ２３０）。具体的には、限定ではなく例として、第１通信方式によるサーバ１０との通信が不能（オフライン状態）であることを示す情報を表示部２４に表示させる。

その後、制御部２１は、第２通信方式によるコード補充確認通知を行う（Ｍ２４０）。具体的には、限定ではなく例として、第２通信方式で通信を行って、端末表示用コードの補充を行うか否かを端末２０のユーザに意思確認するための情報を表示部２４に表示させる。

次いで、制御部２１は、第２通信方式によるコード補充を行うことが端末２０のユーザによって選択されたか否かを判定し（Ｍ２５０）、選択されたと判定したならば（Ｍ２５０：ＹＥＳ）、第２通信方式による通信を試行する（Ｍ２６０）。

第２通信方式による通信に成功したならば（Ｍ２７０：ＹＥＳ）、制御部２１は、コード補充処理を行う（Ｍ２８０）。具体的には、前述したコード補充依頼情報をサーバ１０に送信して、サーバ１０から端末表示用コードを取得して、端末表示用コードストックデータ２８３１に記憶させて補充する。そして、制御部２１は、Ｍ１９０へと処理を移す。

なお、第２通信方式によるコード補充を行うために、限定ではなく例として、決済アプリケーションと連携可能なアプリケーションとして、例えば第２通信方式の一例である無線ＬＡＮ（例えばＷｉＦｉ（登録商標））を利用可能な店舗や施設等の場所（スポット）を検索するための検索アプリケーションを、あらかじめ端末２０でダウンロードして記憶部２８に記憶しておく。

そして、例えば、Ｍ２４０の第２通信方式によるコード補充確認通知を行った結果、第２通信方式によるコード補充を行うことが端末２０のユーザによって選択された場合に、制御部２１が、端末２０に記憶されている検索アプリケーションを起動し、第２通信方式を利用可能なスポットを検索する処理を行うようにしてもよいし、そのようにしなくてもよい。

＜表示画面例＞
図９−４は、本実施例におけるコード表示画面の一例を示す図である。このコード表示画面では、限定ではなく例として、図９−３のＭ２３０で表示される。
このコード表示画面では、第１通信方式によるサーバ１０との通信が不能であることを示す情報であるとともに、第１情報をサーバから受信できないことを示す情報の一例として、「オフライン通知 現在オフラインです。コードをサーバから取得することができません。オンラインになるとストックが補充されます。」というメッセージが、ポップアップ形式で表示されている。また、この通知内容に承認の意思を示すための「ＯＫ」のアイコンが表示されている。

図９−５は、図９−４のコード表示画面において「ＯＫ」のアイコンがタッチ操作された場合に表示される画面の一例を示す図である。この画面は、限定ではなく例として、図９−３のＭ２４０で表示される。
この画面では、第２通信方式で通信を行って端末表示用コードの補充を行うか否かを端末２０のユーザに意思確認するための情報の一例として「ワイヤレスネットワークに接続してコードを取得しますか？」というメッセージが、第２通信方式によるコード補充確認通知としてポップアップ形式で表示されている。また、この通知内容に承認の意思を示すための「ＯＫ」のアイコンと、この通信内容に今は承認しない意思を示すための「今はしない」のアイコンとが表示されている。

図９−５において「ＯＫ」のアイコンがタッチ操作されると、例えば図９−６に示すような画面が表示される。
この画面では、ワイヤレスネットワークを選択するための選択ボックスが画面中央に表示されており、端末２０のユーザは、この選択ボックス内に表示されたワイヤレスネットワークの候補の中から一の候補を選択する。

図９−６においてワイヤレスネットワークが選択されると、選択されたワイヤレスネットワークによる通信が試行される。そして、通信ＯＫとなると、サーバ１０から端末表示用コードが取得され、例えば図９−７に示すような画面が表示される。
この表示例では、コード補充依頼情報として、４個の端末表示用コードの補充を依頼する情報が端末２０からサーバ１０に送信され、サーバ１０によって４個の端末表示用コードが生成され、生成された４個の端末表示用コードが端末２０に送信されて、受信された４個の端末表示用コードが端末２０で補充された場合を示しており、「コードストック追加 コードのストックが４個追加されました。」というメッセージがポップアップ形式で表示されている。

＜第６実施例の効果＞
第６実施例は、端末２０が、通信状態がオフライン状態である場合、端末２０による通信ができないことを示す情報を表示部２４に表示する。そして、端末２０は、端末２０による通信ができないことを示す情報に対する端末２０のユーザのタッチ操作（限定ではなく、端末のユーザの入力の一例）に基づいて、第２通信方式によってコード補充を行うための設定情報（限定ではなく、端末の通信の設定に関する情報）を表示部２４に表示する構成を示している。
このような構成により得られる効果の一例として、端末は、端末による通信ができないことを端末のユーザに報知することができるとともに、端末のユーザの入力に基づいて、端末の通信の設定を行うことができる。これにより、例えば、第１通信方式による通信が不能な場合であっても、第２通信方式の設定を行って、第２通信方式によってサーバと通信を行うといったことが可能となる。

また、第６実施例は、上記の端末２０による通信ができないことを示す情報は、端末表示用コードをサーバ１０から受信できないことを示す情報を含む構成を示している。
このような構成により得られる効果の一例として、端末は、第１情報をサーバから受信できないことをユーザに報知することができる。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ 店舗ＰＯＳシステム
５０ 店舗コードリーダ装置
６０ コードレジ
７０ 店舗サーバ

Claims (22)

1. コード画像による決済を行うための第１情報に基づいて前記決済に関する処理を実行する端末の情報処理方法であって、
   サーバから送信された前記第１情報を、前記端末の通信部を介して受信することと、
   受信された前記第１情報を、前記端末の制御部によって前記端末の記憶部に記憶することと、
   前記第１情報に基づく第１コード画像を前記端末の表示領域に表示することと、
   前記端末の通信状態に基づいて、前記第１コード画像を表示する前記表示領域に表示される第２情報を前記端末の制御部によって制御することとを含む。
2. 請求項１に記載の情報処理方法であって、
   前記制御部は、前記端末の通信状態が第１通信状態の場合、前記第２情報として第１表示を前記表示領域に表示する制御を行い、前記端末の通信状態が前記第１通信状態よりも通信の情報量が小さい第２通信状態の場合、前記第２情報として、前記第１表示とは異なる第２表示を前記表示領域に表示する制御を行う。
3. 請求項１または請求項２に記載の情報処理方法であって、
   前記第２情報は、前記表示領域の色の情報を含む。
4. 請求項１から請求項３のいずれか一項に記載の情報処理方法であって、
   前記第２情報は、前記表示領域に表示された前記第１コード画像の有効期限に関する情報を含む。
5. 請求項４に記載の情報処理方法であって、
   前記制御部は、前記通信状態が第１通信状態の場合、前記第２情報として第１有効期限に関する情報を前記表示領域に表示する制御を行い、前記通信状態が前記第１通信状態よりも通信の情報量が小さい第２通信状態の場合、前記第２情報として、前記第１有効期限よりも短い有効期限である第２有効期限に関する情報を前記表示領域に表示する制御を行う。
6. 請求項５に記載の情報処理方法であって、
   前記第２有効期限が経過された場合、前記第１コード画像を前記表示領域から非表示にする制御を前記制御部によって実行することを含む。
7. 請求項１から請求項６のいずれか一項に記載の情報処理方法であって、
   前記第２情報は、前記表示領域のあかるさの情報を含む。
8. 請求項１に記載の情報処理方法であって、
   前記第２情報は、前記通信状態として前記端末の通信量が設定された通信量よりも小さい場合、前記表示領域に表示される。
9. 請求項８に記載の情報処理方法であって、
   前記第２情報は、前記決済の完了通知が送付されないことに関する通知を含む。
10. 請求項８に記載の情報処理方法であって、
    前記第２情報は、前記第１コード画像の非表示に関する通知を含む。
11. 請求項１に記載の情報処理方法であって、
    前記端末は、第１通信部と、前記第１通信部とは異なる第２通信部とを有し、
    前記通信状態は、前記第１通信部の通信状態であり、
    前記通信状態として前記端末の通信量が設定された通信量よりも小さい場合、通信装置から送信された決済完了に関する情報を前記第２通信部を介して受信したことに基づき、前記第１コード画像を前記表示領域から非表示にする制御を前記制御部によって実行することを含む。
12. 請求項１から請求項１１のいずれか一項に記載の情報処理方法であって、
    前記第１コード画像を前記表示領域から非表示にする制御を前記制御部によって実行することと、
    前記第１コード画像を前記表示領域から非表示にしたことを示す第３情報を、前記サーバに前記通信部を介して送信することとを含む。
13. 請求項１２に記載の情報処理方法であって、
    前記第３情報は、前記通信状態に基づき、前記サーバに前記通信部を介して送信される。
14. 請求項１２に記載の情報処理方法であって、
    前記第３情報は、設定されたタイミングで、前記サーバに前記通信部を介して送信される。
15. 請求項１に記載の情報処理方法であって、
    前記通信状態として前記端末の通信量が設定された通信量よりも小さい場合、前記第１コード画像を前記表示領域から非表示にすることに基づいて、前記第１コード画像を使用不可にする制御を前記制御部によって実行することを含む。
16. 請求項１に記載の情報処理方法であって、
    前記第２情報は、前記第１コード画像の有効期限に関する情報であり、
    前記通信状態として前記端末の通信量が設定された通信量よりも小さく、前記有効期限が経過されていない場合、前記第１コード画像を前記表示領域から非表示にした後、前記端末に対する前記端末のユーザによる入力に基づいて、前記第１コード画像を前記表示領域に表示し、前記通信状態として前記端末の通信量が設定された通信量よりも小さく、前記有効期限が経過された場合、前記第１コード画像を使用不可にする制御を前記制御部によって実行することを含む。
17. 請求項１に記載の情報処理方法であって、
    前記記憶部は、複数の前記第１情報を記憶し、
    前記通信状態として前記端末の通信量が設定された通信量よりも小さい場合、前記第１コード画像を前記表示領域から非表示にした後、前記端末に対する前記端末のユーザによる入力に基づいて、前記第１コード画像とは異なる第２コード画像を前記表示領域に表示することを含む。
18. 請求項１に記載の情報処理方法であって、
    前記通信状態として前記端末の通信量が設定された通信量よりも小さい場合、前記端末による通信ができないことを示す情報を前記表示領域に表示することと、
    前記通信ができないことを示す情報に対する前記端末のユーザの入力に基づいて、前記端末の通信の設定に関する情報を前記表示領域に表示することとを含む。
19. 請求項１８に記載の情報処理方法であって、
    前記通信ができないことを示す情報は、前記第１情報を前記サーバから受信できないことを示す情報を含む。
20. コード画像による決済を行うための第１情報に基づいて前記決済に関する処理を実行する端末に実行させるためのプログラムであって、
    サーバから送信された前記第１情報を、前記端末の通信部を介して受信することと、
    受信された前記第１情報を、前記端末の記憶部に記憶することと、
    前記第１情報に基づく第１コード画像を前記端末の表示領域に表示することと、
    前記端末の通信状態に基づいて、前記第１コード画像を表示する前記表示領域に表示される第２情報を制御することを含む。
21. コード画像による決済を行うための第１情報に基づいて前記決済に関する処理を実行する端末であって、
    サーバから送信された前記第１情報を受信する通信部と、
    受信された前記第１情報を前記端末の記憶部に記憶する制御を行う制御部と、
    前記第１情報に基づく第１コード画像を前記端末の表示領域に表示する表示部とを備え、
    前記制御部は、前記端末の通信状態に基づいて、前記第１コード画像を表示する前記表示領域に表示される第２情報を制御する。
22. コード画像による決済を行うための第１情報に基づいて前記決済に関する処理を実行する端末であって、
    プログラムを記憶するメモリから前記プログラムを読み出し、前記プログラムに基づいて処理を実行するプロセッサーを備え、
    前記プロセッサーは、
    サーバから送信された前記第１情報を、前記端末の通信部を介して受信することと、
    受信された前記第１情報を、前記端末の記憶部に記憶することと、
    前記第１情報に基づく第１コード画像を前記端末の表示領域に表示することと、
    前記端末の通信状態に基づいて、前記第１コード画像を表示する前記表示領域に表示される第２情報を制御することとを実行する。

Images