JP2020061038A - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】決済の安全性を向上させること。【解決手段】情報処理装置が、店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、第１情報処理端末で取得されたコードの情報を受信する処理と、前記コードの情報に基づいた決済の処理と、を実行する。【選択図】図４

Description

本開示は、情報処理方法、情報処理装置、及びプログラムに関する。

近年、現金を用いない決済方法として、バーコードや二次元コード等のコードを用いた決済方法が知られている（例えば、特許文献１を参照）。この決済方法では、例えば、店舗のレジ等に設置されている二次元コード等の印刷物を、支払いを行うユーザの端末が読み取ることで決済を行う方式が知られている。

この方式では、クレジットカードでの決済等と比較して、クレジットカードリーダー等を店舗側に導入する必要がないため、店舗側の導入コストを低減できる。

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

しかしながら、従来技術では、例えば、店舗に設置されている媒体に印刷されている二次元コード等が張り替えられたり、当該媒体が他の二次元コード等が印刷された媒体にすり替えられたりする可能性があるという問題がある。本開示は、決済の安全性を向上させることができる技術を提供することを目的とする。

本開示の一実施形態に係る情報処理装置は、店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、第１情報処理端末により取得されたコードの情報を受信する処理と、前記コードの情報に基づいた決済の処理と、を実行する。

本開示の一実施形態に係る通信システムの構成を示す図である。 実施形態に係るサーバ、及び端末のハードウェア構成の一例を示す図である。 実施形態に係るサーバ、及び端末の機能的な構成を示すブロック図の一例を示す図である。 第１実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 第１実施形態に係る事業者ユーザ情報の一例について説明する図である。 実施形態に係るユーザ情報の一例について説明する図である。 実施形態に係る決済情報の一例について説明する図である。 実施形態に係る端末で二次元コード等を読み込む際の操作の一例について説明する図である。 第１実施形態に係る支払者の端末の表示画面の一例を示す図である。 第１実施形態に係る支払者の端末の表示画面の一例を示す図である。 実施形態に係る位置情報に基づく認証処理の一例を示すフローチャートである。 第１実施形態に係る本来の販売者の端末の表示画面の一例を示す図である。 第１実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 第２実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 第２実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 第２実施形態に係る事業者ユーザ情報の一例について説明する図である。 代金を請求するユーザの端末の表示画面の一例を示す図である。 代金を請求するユーザの端末の表示画面の一例を示す図である。 代金を請求するユーザの端末の表示画面の一例を示す図である。 第１実施形態に係る支払者の端末の表示画面の一例を示す図である。 第１実施形態に係る支払者の端末の表示画面の一例を示す図である。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係るコード決済を実施するための形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す図である。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ（「第１情報処理端末」の一例。）、端末１２０Ｂ（「第２情報処理端末」の一例。）、端末１２０Ｃとが接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０（「情報処理端末」の一例。）と表現されてもよい。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数は図１の例に限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセンジャーを代表とするSNS（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。

本開示において、決済サービスとは１以上のユーザが金銭または金銭相当物の授受ができるサービスを意味する。限定でなく例として、一次元コード（バーコードなど）、二次元コード（QRコード（登録商標）など）、近距離無線通信（NFC (Near Field Communication)、BLE (Bluetooth（登録商標） Low Energy)、WI-FI（登録商標）、超音波通信、赤外線通信など）（以下で「二次元コード等」または「コード」と称する。）を利用して決済を行うサービスを含む。また、代金の支払いを行うユーザ（支払者）の端末１２０Ａが二次元コード等を読み取ることで決済を行うことを「ユーザ読取型コード決済」または「MPM（Merchant Presented Mode）」と表現し、支払いを行うユーザの端末１２０Ａが二次元コード等を表示し、表示された二次元コード等を、代金を請求する店舗側等のユーザ（販売者、請求者）の端末１２０Ｂが読み取ることで決済を行うことを「店舗読取型コード決済」または「CPM（Consumer Presented Mode）」と表現する。

必要に応じて、ユーザＸ（商品等を購入するユーザ、及び商品等を販売するユーザを含む）が利用する端末を端末１２０Ｘと表現する。以下の例では、端末１２０Ａは、商品等を購入し、代金の支払いを行うユーザＡ（「第１ユーザ」の一例。）の端末であり、端末１２０Ｂ、及び端末１２０Ｃは、それぞれ、商品等を販売し、代金を請求するユーザＢ、及びユーザＣの端末であるとする。なお、ユーザＢ（「第２ユーザ」の一例。）、及びユーザＣのアカウントは、オンライン上の店舗ではない実店舗（以下で、単に「店舗」と称する。）を運営する事業者（加盟店、店舗の事業者）用のアカウントであり、サーバ１１０の運用者から店舗を運営する事業者用の認証を予め受けていてもよい。

また、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報、ユーザに対応付けられた電子バリュー（電子マネー）の残高情報、ユーザに対応付けられたクレジットカード情報（クレジットカード番号など）を含み、これらのいずれか一つまたは、組み合わせであってもよい。

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

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（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）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。
＜ハードウェア（ＨＷ）構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のＨＷ構成について説明する。図２は、実施形態に係る情報処理装置２００のハードウェア構成の一例を示す図である。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示に従って、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

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

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像、および／または、動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

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

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、情報処理装置２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）などを用いて実装される。

情報処理装置２００おける処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

本開示では、明記されない限り、または文脈によって示されない限り、「または」は排他的ではなく包含的な意味である。したがって、本開示では、明記されていない限り、または文脈によって示されない限り、「ＡまたはＢ」は「Ａ、Ｂ、またはその両方」を意味する。さらに、「AおよびBの少なくとも一方」は、「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「ａ」、「ａｎ」、または「ｔｈｅ」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「ａｎ Ａ」または「ｔｈｅ Ａ」は「１つまたは複数のＡ」を意味する。

本開示は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。同様に、適切な場合、添付の特許請求の範囲は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態、および／または、実施例の１つまたは複数の特徴と、本開示における他の実施形態、および／または、実施例の１つまたは複数の特徴との任意の組合せを包含する。

加えて、特定の機能を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

本開示は、明示されない限り、いずれの実施形態または実施例を実施するに際して、事前に、または、実施の直前にユーザからの同意を取得してもよい。また、取得する同意は、包括的なものでもよく、都度取得するものでもよい。

＜第１実施形態＞
従来技術では、例えば、店舗に設置されている媒体に印刷されている二次元コード等が張り替えられたり、当該媒体が他の二次元コード等が印刷された媒体にすり替えられたりする可能性がある。この場合、例えば、店舗等に設置されている二次元コード等をすり替えるいたずら等により、善意の事業者が悪意の事業者に仕立て上げられる可能性もある。

第１実施形態は、店舗のレジ等に設置されている二次元コード等を用いて決済が行われる際、代金の支払いを行うユーザＡの位置情報と、当該二次元コード等に関連付けられている位置情報とに基づいて認証を行う実施形態である。第１実施形態により、決済の安全性を向上させることができる。例えば、店舗等に設置されている二次元コード等をすり替えるいたずら等による不正な決済を防止できる。また、決済の安全性を向上させることができるため、結果的に端末１２０Ａやサーバ１１０の負荷、及び端末１２０Ａとサーバ１１０間のネットワークの負荷を軽減できるという効果が得られる。

＜第１実施形態の機能構成＞
図３を用いてサーバ１１０、および／または、端末１２０の機能構成を説明する。図３は、実施形態に係るサーバ１１０、及び端末１２０の機能的な構成を示すブロック図の一例を示す図である。図３に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。

（１）サーバの機能構成
サーバ１１０は、受付部３１１と、送受信部３１２と、制御部３１３と、記憶部３１４とを有する。受付部３１１は、サーバ１１０を運営する事業者（管理者）からの各種の設定操作等を受け付ける。

送受信部３１２は、制御部３１３の指示に従い、端末１２０等とのデータの送受信を行う。なお、送受信部３１２は、例えば、端末１２０からのログイン要求に含まれるユーザＩＤ、及びパスワードにより端末１２０のユーザが認証された際、端末１２０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、端末１２０の通信用のアドレス、及びユーザＩＤ等を記憶しておく。そして、接続した通信用のセッションを用いて、端末１２０にデータを送信する。

制御部３１３は、決済サービス、金融サービス、及び電子商取引サービス等のサービスを、端末１２０のユーザに提供する処理を行う。制御部３１３は、例えば、代金の支払いを行うユーザＡの位置情報と、当該二次元コード等に関連付けられた位置情報とに基づいて認証を行う。そして、制御部３１３は、認証に成功した場合、決済サービスによる代金の支払いを可能とする。

記憶部３１４は、店舗の事業者であるユーザの情報を含む事業者ユーザ情報３１４１、支払者のユーザの情報を含むユーザ情報３１４２、代金の支払いの情報を含む決済情報３１４３等を記憶する。

（２）端末の機能構成
端末１２０は、受付部３２１と、送受信部３２２と、位置情報測定部３２３と、制御部３２４と、記憶部３２５とを有する。受付部３２１は、端末１２０のユーザからの各種の操作等を受け付ける。

送受信部３２２は、制御部３２４の指示に従い、サーバ１１０等とのデータの送受信を行う。なお、送受信部３２２は、例えば、サーバ１１０にログインした際、サーバ１１０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、サーバ１１０の通信用のアドレス等を記憶しておく。そして、接続した通信用のセッションを用いて、サーバ１１０にデータを送信する。

位置情報測定部３２３は、端末１２０の現在位置の位置情報を測定する機能を備える。位置情報測定部３２３は、限定でなく例として、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いて、端末１２０の現在位置の位置情報として、該端末１２０の緯度および経度を測定する。なお、位置情報測定部３２３による端末１２０の位置情報の測定は、端末１２０の位置情報を測定できれば、どのような方法を用いてもよい。限定でなく例として、位置情報測定部３２３は、ＩＭＥＳ（Ｉｎｄｏｏｒ ＭＥｓｓａｇｉｎｇ Ｓｙｓｔｅｍ）、Ｗｉ−Ｆｉ（無線ＬＡＮ）、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、超音波などの近距離無線通信、ＬＴＥやＣＤＭＡなどの移動体通信システムなどを利用して、端末１２０の位置情報を測定してもよい。

制御部３２４は、サーバ１１０により提供される決済サービス、金融サービス、及び電子商取引サービス等のサービスを利用する処理を行う。

記憶部３２５は、サーバ１１０により提供される決済サービスを利用するための情報を記憶する。

＜第１実施形態の処理＞
図４から図６Ａを参照し、第１実施形態に係る通信システム１の処理の一例について説明する。図４は、第１実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図５Ａは、第１実施形態に係る事業者ユーザ情報３１４１の一例について説明する図である。図５Ｂは、実施形態に係るユーザ情報３１４２の一例について説明する図である。図５Ｃは、実施形態に係る決済情報３１４３の一例について説明する図である。図６は、実施形態に係る端末１２０Ａで二次元コード等を読み込む際の操作の一例について説明する図である。図７Ａ、及び図７Ｂは、第１実施形態に係る支払者の端末１２０Ａの表示画面の一例を示す図である。

図４の例では、位置情報に基づく認証後に決済金額（支払い金額）の入力を受け付ける例について説明する。なお、端末１２０Ａ、及び端末１２０Ｂは、サーバ１１０との通信を行う際、ユーザＡ、及びユーザＢのアカウントをそれぞれ用いてサーバ１１０の認証を受けているものとする。

≪二次元コード等の発行時の処理≫
ステップＳ１において、端末１２０Ｂは、小売店等の店舗において顧客に提示するための二次元コード等をサーバ１１０に発行させるための操作をユーザＢから受け付ける。

続いて、端末１２０Ｂは、ユーザＢの位置情報（ユーザＢの実店舗等の位置情報）等を含むコード発行要求をサーバ１１０に送信する（ステップＳ２）。ここで、端末１２０Ｂの制御部３２４は、端末１２０Ｂの位置情報測定部３２３により測定された端末１２０Ｂの現在の位置情報をユーザＢの位置情報としてもよいし、ユーザＢから指定されたユーザＢの店舗の住所等の位置情報をユーザＢの位置情報としてもよい。

続いて、サーバ１１０は、二次元コード等の情報を生成する（ステップＳ３）。ここで、サーバ１１０は、二次元コード等の識別情報（ＱＲＩＤ、以下で「コードＩＤ」とも称する。）等の情報を含む二次元コード等の画像を生成してもよいし、二次元コード等に含めるためのコードＩＤ等の情報を生成してもよい。サーバ１１０は、例えば、現在時刻、及びユーザＢの事業者ユーザＩＤ等に基づいて生成した値を含むコードＩＤを生成してもよい。

続いて、サーバ１１０は、受信した位置情報と、生成した二次元コード等の情報とを対応付けて事業者ユーザ情報３１４１に記憶する（ステップＳ４）。

（事業者ユーザ情報３１４１）
図５Ａの例では、事業者ユーザ情報３１４１には、事業者ユーザＩＤに対応付けて、事業者ユーザ名等が記憶されている。また、事業者ユーザＩＤ、及び店舗ＩＤに対応付けて、店舗名、決済口座、住所、位置情報、及びコードＩＤ等が記憶されている。事業者ユーザＩＤは、商品やサービスを実店舗で販売する事業者であるユーザの識別情報である。事業者ユーザ名は、当該事業者であるユーザの名称である。店舗ＩＤは、当該事業者が有する各店舗の識別情報である。店舗名は、店舗ＩＤに係る店舗の名称である。決済口座は、当該店舗の決済口座である。決済口座は、例えば、商品等の購入者により支払われた代金が、サーバ１１０を運営する事業者によって送金された場合に、当該送金が着金するための銀行口座でもよい。住所は、当該店舗の住所である。

位置情報は、ステップＳ２の処理により受信した位置情報である。コードＩＤは、ステップＳ３の処理で生成した二次元コード等の識別情報である。

なお、サーバ１１０は、例えば、サーバ１１０における店舗の事業者のアカウントを開設する等の際に、当該事業者から入力された事業者ユーザ名、店舗名、決済口座、及び住所の情報を事業者ユーザ情報３１４１に記憶しておいてもよい。なお、サーバ１１０を運営する事業者は、例えば、地図情報、不動産登記簿の情報、Ｗｅｂサイト等の情報に基づいて、当該住所に当該店舗名の店舗が実在しているか確認してもよい。

そして、ステップＳ４の処理で、位置情報、及びコードＩＤを事業者ユーザ情報３１４１に記憶する。この際、サーバ１１０は、事業者ユーザ情報３１４１に登録されている住所の位置情報と、ステップＳ２の処理により受信した位置情報とが概ね一致しているか等を確認してもよい。

続いて、サーバ１１０は、生成した二次元コード等の情報を端末１２０Ｂに送信する（ステップＳ５）。ここで、当該二次元コード等には、上述したコードＩＤ等の情報が含まれてもよい。

続いて、端末１２０Ｂは、受信した情報に基づいて二次元コード等を出力する（ステップＳ６）。ここで、端末１２０Ｂは、例えば、ユーザＢの操作に応答して、当該二次元コード等をプリンターに印刷させてもよい。または、端末１２０Ｂは、当該二次元コード等を画面に表示させてもよい。

≪決済時の処理≫
次に、支払者であるユーザＡは、例えば、店舗にて購入したい商品をレジに持って行き、図６に示すように、レジに置かれている二次元コード等６０１の印刷物６０２を端末１２０Ａのカメラで撮影する。続いて、端末１２０Ａは、ユーザＡの操作に応答して、出力された二次元コード等の情報を読み込む（ステップＳ７）。ここで、端末１２０Ａは、二次元コード等の情報として、コードＩＤまたは二次元コード等の画像の情報を読み込む。

続いて、端末１２０Ａは、ユーザＡの位置情報を取得する（ステップＳ８）。ここで、端末１２０Ａの制御部３２４は、端末１２０Ａの位置情報測定部３２３により測定された端末１２０Ａの現在の位置情報を取得する。

続いて、端末１２０Ａは、二次元コード等の情報、及びユーザＡの位置情報を含む認証要求をサーバ１１０に送信する（ステップＳ９）。ここで、端末１２０Ａは、ステップＳ７の処理で撮影した二次元コード等の画像から抽出したコードＩＤ等の情報と、ステップＳ８の処理で取得した位置情報を含む認証要求をサーバ１１０に送信してもよい。

または、端末１２０Ａは、ステップＳ７の処理で撮影した画像の情報を認証要求に含めて送信してもよい。この場合、端末１２０Ａは、ステップＳ７、及びステップＳ８の処理で、カメラで二次元コード等を撮影した際、Ｅｘｉｆ(Exchangeable image file format)等のフォーマットに従って、撮影時の端末１２０Ａの位置情報をメタデータとして含む画像データ（画像ファイル）を生成して記憶しておいてもよい。これにより、ステップＳ７、及びステップＳ８の処理で、例えば、端末１２０ＡのＯＳ（Operating System）により提供されるカメラ撮影機能を用いることができる。

続いて、サーバ１１０は、位置情報に基づく認証を行う（ステップＳ１０）。この認証処理については後述する。以下では、認証に成功した場合の処理について説明する。続いて、サーバ１１０は、認証に成功した旨を示す応答を端末１２０Ａに返信する（ステップＳ１１）。

続いて、端末１２０Ａは、決済額入力時の決済画面を表示する（ステップＳ１２）。端末１２０Ａは、図７Ａの例では、決済金額を入力する表示画面７０１において、決済金額の入力欄７０２、数字入力用のソフトウェアキーボード７０３、及び「支払う」ボタン７０４を表示させている。

続いて、端末１２０Ａは、決済操作をユーザＡから受け付ける（ステップＳ１３）。ここで、端末１２０Ａは、商品等の代金である決済金額を入力する操作を受け付ける。端末１２０Ａは、図７Ａの例では、ソフトウェアキーボード７０３の押下操作により決済金額として「７８０」円の入力を受け付け、「支払う」ボタン７０４の押下操作を受け付ける。

続いて、端末１２０Ａは、決済要求をサーバ１１０に送信する（ステップＳ１４）。ここで、端末１２０Ａは、決済金額の情報と、二次元コード等の情報とを含む決済要求を送信する。

続いて、サーバ１１０は、決済処理を実行する（ステップＳ１５）。ここで、サーバ１１０は、図５Ｂのユーザ情報３１４２に記憶されているユーザの残高から、決済金額を減算する。図５Ｂの例では、ユーザ情報３１４２には、ユーザＩＤに対応付けて、ユーザ名、及び残高等が記憶されている。ユーザＩＤは、ユーザの識別情報である。ユーザ名は、当該ユーザの名称である。

残高は、当該ユーザが決済に利用可能な金額の残高である。残高には、当該ユーザがサーバ１１０に入金している金額（保有残高）が含まれてもよい。保有残高には、例えば、当該ユーザがサーバ１１０により提供される電子商取引サービスを用いて商品等を販売した際の当該商品等の代金が含まれてもよい。また、例えば、銀行、クレジットカード、及び店舗のレジ等を用いてチャージされた金額が含まれてもよい。

また、残高には、当該ユーザがサーバ１１０を運営する事業者から借り入れ可能な金額（借入可能残高）が含まれてもよい。借入可能残高は、例えば、所定期間（例えば、１か月）において借り入れ可能な金額の上限額（借入限度額）から、当該所定期間において当該ユーザが各決済に用いるために借り入れた金額の総額（借入額）を減算した金額でもよい。

そして、サーバ１１０は、今回の決済に関する各種の情報を、図５Ｃの決済情報３１４３に記憶する。図５Ｃの例では、決済情報３１４３には、決済ＩＤに対応付けて、決済日時、購入者のユーザＩＤ、販売者のユーザＩＤ、及び決済金額が記憶されている。決済ＩＤは、ステップＳ１４の処理により受信した決済要求に係る決済の識別情報である。決済日時は、当該決済が行われた日時である。サーバ１１０は、例えば、決済要求を受信した日時、または端末１２０Ａが決済要求を送信した日時等を、決済日時としてもよい。

購入者のユーザＩＤは、商品等を購入し、代金の支払いを行うユーザのユーザＩＤである。販売者のユーザＩＤは、商品等を販売し、代金を請求する事業者の事業者ユーザＩＤである。決済金額は、決済要求で指定された、今回の決済で支払われる金額である。

なお、サーバ１１０は、例えば、決済から所定の日数（例えば、３日）を経過した際、または月末等の所定のタイミングで、決済要求で指定された決済金額を、図５Ａの事業者ユーザ情報３１４１に記憶されているユーザＢの決済口座に出金する。なお、サーバ１１０は、所定期間ごとに、決済された代金の総額（売上）を記憶してもよい。売上は事業者ユーザＩＤごと、事業者ユーザ名ごと、店舗ＩＤごと、コードＩＤごとのうちいずれか一つに対応付けられて記憶されてもよい。

続いて、サーバ１１０は、決済処理が完了したことを示す通知を端末１２０Ａに送信する（ステップＳ１６）。続いて、端末１２０Ａは、決済処理が完了したことを画面に表示する（ステップＳ１７）。端末１２０Ａは、図７Ｂの例では、決済完了を表示する表示画面７１１において、事業者ユーザ名７１２、店舗名７１３、決済金額７１４、及び決済完了を示すメッセージ７１５を表示させている。

＜第１実施形態の位置情報に基づく認証処理＞
次に、図８を参照し、図４のステップＳ１０の、サーバ１１０による位置情報に基づく認証処理の一例について説明する。図８は、実施形態に係る位置情報に基づく認証処理の一例を示すフローチャートである。図９は、第１実施形態に係る本来の販売者の端末１２０Ｃの表示画面の一例を示す図である。

ステップＳ１０１において、サーバ１１０は、ユーザＡの位置情報を取得する。ここで、サーバ１１０は、端末１２０Ａから受信した認証要求に含まれる位置情報を取得する。なお、サーバ１１０は、端末１２０Ａから二次元コード等が撮影された画像データを受信し、受信した画像データのメタデータに含まれる位置情報を抽出してもよい。

続いて、サーバ１１０は、事業者ユーザ情報３１４１を参照し、端末１２０Ａから受信したコードＩＤに対応付けられたユーザＢの位置情報を取得する（ステップＳ１０２）。

続いて、サーバ１１０は、端末１２０Ａから受信したユーザＡの位置情報と、事業者ユーザ情報３１４１に記憶されているユーザＢの位置情報とに基づいて認証を行い、認証に成功したか否かを判定する（ステップＳ１０３）。ここで、サーバ１１０は、例えば、ユーザＡの位置とユーザＢの位置とが一致（概ね一致）するか否かを判定し、一致する場合は認証成功とし、一致しない場合は認証失敗とする。位置情報に緯度、及び経度の情報が含まれる場合、サーバ１１０は、ユーザＡの位置とユーザＢの位置との距離が所定の閾値（例えば、１００ｍ）以内である場合は一致すると判定し、当該距離が当該所定の閾値以内でない場合は一致しないと判定してもよい。

認証に成功した場合（ステップＳ１０３でＹＥＳ）、サーバ１１０は、認証成功の通知を端末１２０Ａに返信し（ステップＳ１０４）、認証処理を終了する。

認証に失敗した場合（ステップＳ１０３でＮＯ）、サーバ１１０は、認証失敗の通知を端末１２０Ａに返信する（ステップＳ１０５）。この場合、端末１２０Ａは、認証に失敗したことを示すメッセージを、表示または音声で出力する。また、サーバ１１０は、認証失敗の通知を端末１２０Ｂに送信し、端末１２０Ｂに、認証に失敗したことを示すメッセージを、表示または音声で出力させてもよい。

続いて、サーバ１１０は、事業者ユーザ情報３１４１を参照し、ユーザＡと位置が一致するユーザＣを抽出する（ステップＳ１０６）。ここで、サーバ１１０は、ステップＳ１０３の処理と同様の判定方法により、ユーザＡと位置と、他の各ユーザの位置が一致するか否かをそれぞれ判定してもよい。

続いて、サーバ１１０は、認証に失敗したことの通知をユーザＣの端末１２０Ｃに送信し（ステップＳ１０７）、認証処理を終了する。これにより、ユーザＣの店舗に設置されている二次元コード等の印刷物が、ユーザＢに対応付けられた二次元コード等の印刷物に不正にすり替えられている等の場合に、当該店舗の事業者であるユーザＣにその旨を通知することができる。

そして、端末１２０Ｃは、図９に示す表示画面９０１を表示する等により、認証に失敗したこと示すメッセージを、表示または音声で出力する。なお、ユーザＣは、端末１２０Ｃを用いてサーバ１１０にログインしているものとする。

サーバ１１０は、図９の例では、ステップＳ１０７の処理により、端末１２０Ｃに、ユーザＣのユーザ名及び店舗名を含む、店舗で提示されている二次元コード等の認証に失敗したこと示すメッセージ９０２を表示させている。また、サーバ１１０は、認証要求が行われた日時９０３、認証要求を送信した端末１２０ＡのユーザＡの名称９０４、決済金額９０５、ユーザＢの名称９０６、二次元コード等の不正なすり替えや張り替え等の有無の確認を促すメッセージ９０７を表示させている。なお、認証要求が行われた日時９０３は、例えば、サーバ１１０が認証要求を受信した日時でもよいし、端末１２０Ａが認証要求を送信した日時でもよい。認証要求が行われた日時９０３をユーザＣに通知することにより、ユーザＣは、例えば、店舗に設置された防犯カメラで撮影された画像のうち、日時９０３以前に撮影された画像を確認することにより、不正なすり替え等を行った者を確認することができる。

＜第１実施形態の処理（他の一例）＞
次に、図１０を参照し、第１実施形態に係る通信システム１の処理の他の一例について説明する。図１０は、第１実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図４では、認証に成功した後、端末１２０ＡがユーザＡから決済金額の入力を受け付ける例について説明した。図１０では、端末１２０ＡがユーザＡから決済金額の入力を受け付けた後、認証を要求する例について説明する。これにより、図４の例と同様に、例えば、決済の安全性を向上させることができる。

≪二次元コード等の発行時の処理≫
ステップＳ２０１において、端末１２０Ｂは、小売店等の店舗において顧客に提示するための二次元コード等をサーバ１１０に発行させるための操作をユーザＢから受け付ける。続いて、端末１２０Ｂは、ユーザＢの位置情報等を含むコード発行要求をサーバ１１０に送信する（ステップＳ２０２）。続いて、サーバ１１０は、二次元コード等の情報を生成する（ステップＳ２０３）。続いて、サーバ１１０は、受信した位置情報と、生成した二次元コード等の情報とを対応付けて事業者ユーザ情報３１４１に記憶する（ステップＳ２０４）。続いて、サーバ１１０は、生成した二次元コード等の情報を端末１２０Ｂに送信する（ステップＳ２０５）。続いて、端末１２０Ｂは、受信した情報に基づいて二次元コード等を出力する（ステップＳ２０６）。

≪決済時の処理≫
続いて、端末１２０Ａは、出力された二次元コード等の情報を読み込む（ステップＳ２０７）。続いて、端末１２０Ａは、ユーザＡの位置情報を取得する（ステップＳ２０８）。なお、ステップＳ２０１からステップＳ２０８の処理は、図４のステップＳ１からステップＳ８の処理とそれぞれ同様でもよい。

続いて、端末１２０Ａは、決済額入力時の決済画面を表示する（ステップＳ２０９）。続いて、端末１２０Ａは、決済操作をユーザＡから受け付ける（ステップＳ２１０）。ここで、端末１２０Ａは、商品等の代金である決済金額を入力する操作を受け付ける。なお、ステップＳ２０９からステップＳ２１０の処理は、図４のステップＳ１２からステップＳ１３の処理とそれぞれ同様でもよい。

続いて、端末１２０Ａは、決済金額の情報、二次元コード等の情報、及びユーザＡの位置情報を含む認証及び決済要求をサーバ１１０に送信する（ステップＳ２１１）。なお、この処理は、図４のステップＳ９、及びステップＳ１４と同様でもよい。

続いて、サーバ１１０は、位置情報に基づく認証を行う（ステップＳ２１２）。なお、この処理は、図４のステップＳ１０の処理と同様でもよい。以下では、認証に成功した場合の処理について説明する。

続いて、サーバ１１０は、決済処理を実行する（ステップＳ２１３）。続いて、サーバ１１０は、決済処理が完了したことを示す通知を端末１２０Ａに送信する（ステップＳ２１４）。続いて、端末１２０Ａは、決済処理が完了したことを画面に表示する（ステップＳ２１５）。なお、ステップＳ２１３からステップＳ２１５の処理は、図４のステップＳ１５からステップＳ１７の処理とそれぞれ同様でもよい。

以下で、第１実施形態における処理の一例について説明する。以下の各実施例の処理は、他の実施例の処理と組み合わせて実行させることもできる。

＜＜第１実施例＞＞
第１実施例は、ユーザＢの位置情報を、所定のタイミングで更新する実施例である。第１実施例により、例えば、移動販売車や屋台等を用いて、複数の場所で販売を行う移動販売の場合でも、決済の安全性を向上させることができる。

＜＜第１実施例の処理＞＞
第１実施例では、図４のステップＳ１からステップＳ６の処理を行った後、端末１２０Ｂは、例えば、ユーザＢの操作に応答して、または、定期的等のタイミングで、端末１２０Ｂの現在の位置情報を取得し、当該位置情報をサーバ１１０に送信する。

そして、サーバ１１０は、図５Ａの事業者ユーザ情報３１４１において、ユーザＢに対応付けられた位置情報を、受信した位置情報に更新する。なお、端末１２０Ｂは、ユーザＢの操作により、ユーザＢの位置情報を定期的等のタイミングで更新するか否かを設定できるようにしてもよい。

＜＜第２実施例＞＞
第２実施例は、位置情報として、緯度、及び経度に代えて、またはこれに加えて、例えば、店舗のレジの付近に設置されているビーコン等の外部装置の識別情報（ビーコンＩＤ、ＳＳＩＤ、Ｃｅｌｌ ＩＤ）等を用いる実施例である。第２実施例により、例えば、決済の安全性を向上させることができる。

＜＜第２実施例の処理＞＞
第２実施例では、図４のステップＳ１の処理で、外部装置のＩＤ（外部装置ＩＤ）を入力する操作もユーザＢから受け付ける。なお、外部装置は、例えば、店舗のレジの付近に設置されているビーコン、無線ＬＡＮのアクセスポイント、及び携帯電話網のスモールセルの基地局等でもよい。すなわち、外部装置ＩＤには、ビーコンのビーコンＩＤ、無線ＬＡＮのアクセスポイントのＩＤ（ＳＳＩＤ、Service Set IDentifier）、または３Ｇ、ＬＴＥ、５Ｇ等の携帯電話網の基地局のＩＤ（Ｃｅｌｌ ＩＤ）等が含まれてもよい。

そして、ステップＳ２の処理で、ユーザＢの位置情報としてユーザＢから指定された外部装置ＩＤを含むコード発行要求をサーバ１１０に送信する。

そして、ステップＳ３からステップＳ６の処理を行った後、ステップＳ７の二次元コード等の情報を読み込む処理で、以下の処理を行う。まず、端末１２０Ａを携帯するユーザＡがレジの付近に移動した際、端末１２０Ａは、レジの付近に設置されている外部装置から、外部装置ＩＤ等の情報を含む電波信号を、近距離無線通信等を用いて受信する。なお、端末１２０Ａは、所定時間（例えば、５秒）以内に、複数の外部装置から外部装置ＩＤをそれぞれ受信した場合、最も受信信号強度（ＲＳＳＩ, Received Signal Strength Indication）が高い外部装置から受信した外部装置ＩＤに対して、以下の処理を行うようにしてもよい。これにより、例えば、ユーザＡの付近に複数の店舗のレジが存在し、各レジの付近に複数の外部装置が設置されている場合でも、ユーザＡに対して最も近い店舗のレジの付近に設置された外部装置のＩＤを検出することができる。

そして、端末１２０Ａは、外部装置からの信号を受信したことを示す通知を表示する。ここで、端末１２０Ａは、例えば、ＯＳにより提供される通知機能を用いて、バナー等により外部装置からの信号を受信したことを示すメッセージを表示してもよい。そして、端末１２０Ａは、通知の表示領域をユーザＡにより押下されると、決済用のアプリケーションを起動し、二次元コード等を撮影するための画面を表示させてもよい。これにより、ユーザＡによる二次元コード等を撮影する操作をより容易にすることができる。

そして、ステップＳ８の処理で、端末１２０Ａは、受信した外部装置ＩＤをユーザＡの位置情報とする。そして、ステップＳ９からステップＳ１７の処理を行う。この場合、ステップＳ１０の処理で、図８のステップＳ１０３の処理の認証を行う際、サーバ１１０は、ユーザＡに対応付けられた外部装置ＩＤとユーザＢに対応付けられた外部装置ＩＤとが一致するか否かを判定し、一致する場合は認証成功とし、一致しない場合は認証失敗とする。

＜＜第３実施例＞＞
第３実施例は、サーバ１１０が、二次元コード等を用いて決済された代金の少なくとも一部を預かり、販売者であるユーザＢにより、店舗にて提示するための二次元コード等が更新されると、預かっていた代金をユーザＢに出金できるようにする実施例である。第３実施例により、例えば、店舗にて提示される二次元コード等の更新をユーザＢに促すことができる。そのため、当該二次元コード等がすり替え等をされていた場合でも、出金した際に正規の二次元コード等が店舗に設置されるようにすることができる。

＜＜第３実施例の処理＞＞
図４のステップＳ１からステップＳ１７の処理により、ユーザＡ等による決済が完了したものとする。この場合、図５Ｃの決済情報３１４３により決済の情報が管理され、サーバ１１０を運営する事業者が、決済の代金を一時的に預かっている状態となる。

第３実施例では、サーバ１１０は、例えば、決済から所定の日数（例えば、３日）を経過した際、または月末等の所定のタイミングで、一時的に預かっている決済の代金を、出金待機中の状態とする。

そして、サーバ１１０は、再度、端末１２０Ｂによる図４のステップＳ１、及びステップＳ２の処理が行われると、再度、図４のステップＳ３の処理を行い、新たな二次元コード等の情報を生成する。

そして、サーバ１１０は、再度、図４のステップＳ４の処理を行い、ユーザＢの事業者ユーザＩＤに対応付けて、受信した位置情報、及び新たに発行した二次元コード等の情報を事業者ユーザ情報３１４１に記憶する。これにより、サーバ１１０は、以前に発行した二次元コード等の情報を無効とし、以降は当該二次元コード等を用いた決済を実行不可とする。なお、以前に発行した二次元コード等の情報を無効とするタイミングは、即時でもよいし、所定期間（例えば、一か月）を経過後であってもよい。これにより、以前に発行した二次元コード等が多数ある場合であっても柔軟に対応することができる。そして、サーバ１１０は、出金待機中の状態となっている、一時的に預かっている決済の代金を、図５Ａの事業者ユーザ情報３１４１に記憶されているユーザＢの決済口座に出金する。

＜第２実施形態＞
第２実施形態は、決済の際に端末１２０Ａに表示させる表示画面の表示態様を、二次元コード等に基づいて決定する実施形態である。

第２実施形態により、端末１２０Ａの決済画面の表示態様に基づいて、二次元コード等が張り替えられたことを、支払者であるユーザＡや、店舗の店員等であるユーザＢが認識できる。そのため、決済の安全性を向上させることができる。また、不正な決済を防止することにより端末１２０がサーバ１１０と通信する回数を減らすことができるため、結果的に端末１２０やサーバ１１０の負荷、及び端末１２０とサーバ１１０間のネットワークの負荷を軽減できるという効果が得られる。

なお、第１実施形態に係るサーバ１１０、及び端末１２０の機能と、第２実施形態に係るサーバ１１０、及び端末１２０の機能は、適宜組み合わせて用いることができる。すなわち、本開示のサーバ１１０、及び端末１２０は、第１実施形態で説明した機能と、第２実施形態で説明する機能の両方を有するようにしてもよい。

＜第２実施形態の機能構成＞
第２実施形態に係るサーバ１１０、及び端末１２０の機能構成は、図３に示す第１実施形態に係るサーバ１１０、及び端末１２０の機能構成と同様でもよい。第２実施形態に係るサーバ１１０の記憶部３１４に記憶される事業者ユーザ情報３１４１Ａは、第１実施形態に係る事業者ユーザ情報３１４１と比較して、後述する表示態様の情報を記憶する。

＜第２実施形態の処理＞
図１１Ａから図１４Ｂを参照し、第２実施形態に係る通信システム１の処理について説明する。図１１は、第２実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図１２は、第２実施形態に係る事業者ユーザ情報３１４１Ａの一例について説明する図である。図１３Ａから図１３Ｃは、代金を請求するユーザＢの端末１２０Ｂの表示画面の一例を示す図である。図１４Ａ、及び図１４Ｂは、第２実施形態に係る支払者の端末１２０Ａの表示画面の一例を示す図である。

≪二次元コード等の発行時の処理≫
ステップＳ３０１において、端末１２０Ｂは、ユーザＢの位置情報に関する設定操作をユーザＢから受け付ける。ここで、端末１２０Ｂは、例えば、図１３Ａの表示画面１３０１を表示し、ユーザＢの位置情報に関する設定を受け付ける。端末１２０Ｂは、図１３Ａの例では、「手動で位置情報を設定」ボタン１３０２、「現在の位置情報を設定」ボタン１３０３、「常時、現在の位置情報で更新」ボタン１３０４を表示している。「手動で位置情報を設定」ボタン１３０２が押下された場合、端末１２０Ｂは、例えば、店舗の住所等の位置情報を指定する地図等の画面を表示し、ユーザＢからの位置情報の入力操作を受け付ける。「現在の位置情報を設定」ボタン１３０３が押下された場合、端末１２０Ｂは、現在の端末１２０Ｂの位置情報を、ユーザＢの位置情報として設定する。「常時、現在の位置情報で更新」ボタン１３０４が押下された場合、端末１２０Ｂは、上述した第１実施形態の第１実施例のように、定期的等のタイミングで、端末１２０Ｂの現在の位置情報を取得し、当該位置情報をサーバ１１０に送信する設定とする。

続いて、端末１２０Ｂは、ユーザＢの位置情報に関して設定された情報をサーバ１１０に送信する（ステップＳ３０２）。続いて、サーバ１１０は、ユーザＢの位置情報等に対して、現時点でユーザＢが使用可能な表示態様を判定する（ステップＳ３０３）。ここで、サーバ１１０は、図１２の事業者ユーザ情報３１４１Ａを参照し、ユーザＢの位置を含む所定範囲内（例えば、当該位置を中心とする半径１００ｍ以内）で一意となる表示態様を判定する。

（事業者ユーザ情報３１４１Ａ）
図１２の例では、事業者ユーザ情報３１４１Ａには、図５Ａの事業者ユーザ情報３１４１と比較して、さらに、事業者ユーザＩＤに対応付けて、決済額入力時の表示態様、及び決済完了時の表示態様の情報が記憶されている。決済額入力時の表示態様は、決済金額等の入力を受け付ける際に支払者のユーザの端末１２０に表示させる表示画面の表示態様である。決済完了時の表示態様は、決済が完了した際に支払者のユーザの端末１２０に表示させる表示画面の表示態様である。

ステップＳ３０３の処理において、サーバ１１０は、例えば、以下の処理を行う。まず、サーバ１１０は、ユーザＢの位置を含む所定範囲内に位置する他の各事業者ユーザＩＤを抽出する。そして、サーバ１１０は、抽出した各事業者ユーザに対応付けられた決済額入力時の表示態様を、ユーザＢが使用可能な決済額入力時の表示態様から除外する。また、サーバ１１０は、抽出した各事業者ユーザに対応付けられた決済完了時の表示態様を、ユーザＢが使用可能な決済完了時の表示態様から除外する。ここで、サーバ１１０は、例えば、抽出した事業者ユーザであるユーザＣに対応付けられた決済完了時の表示態様が、背景を赤色で表示する表示態様であれば、当該表示態様を、ユーザＢが決済完了時の使用可能な表示態様から除外する。

これにより、例えば、悪意のユーザにより、二次元コード等の発行をサーバ１１０に要求する際に、ユーザＢの店舗の位置が入力されたり、ユーザＢの店舗内で発行操作をされたりした場合でも、決済時に端末１２０Ａに表示させる表示画面の表示態様を一意なものとすることができる。そのため、決済時にユーザＡから店員等に見せられる端末１２０Ａの表示態様が普段と異なれば、店員が二次元コード等のすり替えに気付くことができるため、不正な決済を防止することができる。また、店舗等の事業者は、テーマカラー等が同様である他の事業者よりも先にサーバ１１０に登録すれば、比較的多くの表示態様から、所望の表示態様を選択できる。

続いて、サーバ１１０は、ユーザＢが決済額入力時に使用可能な表示態様、及びユーザＢが決済完了時に使用可能な表示態様の通知を端末１２０Ｂに送信する（ステップＳ３０４）。続いて、端末１２０Ｂは、決済額入力時の表示態様を指定する操作を受け付ける（ステップＳ３０５）。ここで、端末１２０Ｂは、まず、例えば、図１３Ｂの表示画面１３１１を表示し、表示態様の種別を指定する操作を受け付ける。端末１２０Ｂは、図１３Ｂの例では、「背景色」ボタン１３１２、「背景画像」ボタン１３１３、「アニメーション」ボタン１３１３、及び「通知音」ボタン１３１４を表示させている。図１３Ｂの表示画面１３１１を表示している際に「背景色」ボタン１３１２がユーザＢに押下された場合、端末１２０Ｂは、図１３Ｃの表示画面１３１１を表示し、ユーザＢが使用可能な背景色を指定する操作を受け付ける。端末１２０Ｂは、図１３Ｃの例では、各色１３２２Ａから１３２７Ａに対して、利用可否を示す各語句１３２２Ｂから１３２７Ｂをそれぞれ表示し、利用不可な色１３２４Ａ、及び色１３２６Ａは選択できないようにする。

端末１２０Ｂは、同様に、図１３Ｂの表示画面１３１１を表示している際に「背景画像」ボタン１３１３、「アニメーション」ボタン１３１３、及び「通知音」ボタン１３１４がそれぞれユーザＢに押下された場合、端末１２０Ｂは、ユーザＢが使用可能な背景画像、アニメーション、通知音を指定する操作を受け付ける。これにより、端末１２０Ｂは、例えば、背景画像、アニメーション、または通知音等として、店舗の事業者であるユーザＢの名称、ユーザＢの商標、及びユーザＢを示す画像等の設定を受け付ける。なお、ユーザＢの商標は、例えば、ユーザＢが、自己の取り扱う商品・サービスを他人（他社）のものと区別するために使用する識別標識であり、例えば、文字、図形、記号、色彩、音等による標識が含まれてもよい。また、ユーザＢを示す画像には、例えば、ユーザＢのマスコットキャラクターの画像等が含まれてもよい。

続いて、端末１２０Ｂは、決済完了時の表示態様を指定する操作を受け付ける（ステップＳ３０６）。ここで、端末１２０Ｂは、例えば、ステップＳ３０５の処理と同様の表示画面により、決済完了時の表示態様を指定する操作を受け付けてもよい。

続いて、端末１２０Ｂは、小売店等の店舗において顧客に提示するための二次元コード等をサーバ１１０に発行させるための操作をユーザＢから受け付ける（ステップＳ３０７）。続いて、端末１２０Ｂは、ユーザＢから指定された決済額入力時の表示態様、決済完了時の表示態様、及びユーザＢの位置情報等を含むコード発行要求をサーバ１１０に送信する（ステップＳ３０８）。

続いて、サーバ１１０は、ユーザＢから指定された各表示態様が使用可能であるか否かを判定する（ステップＳ３０９）。ここで、サーバ１１０は、例えば、ＡＩ(Artificial Intelligence)を用いて、ユーザＢにより指定された表示態様に、他人の商標が含まれている場合は、当該表示態様を使用不可と判定してもよい。

使用可能でないと判定した場合、サーバ１１０は、使用不可の通知を端末１２０Ｂに送信する。そして、端末１２０Ａは、その旨を示すメッセージを、表示または音声で出力し、使用可能でないと判定された表示態様を再設定するための表示画面を表示させる。

以下では、サーバ１１０が、使用可能であると判定した場合について説明する。続いて、サーバ１１０は、二次元コード等の情報を生成する（ステップＳ３１０）。なお、この処理は、図４のステップＳ３の処理と同様でもよい。

続いて、サーバ１１０は、受信した位置情報、生成した二次元コード等の情報、及び受信した各表示態様の情報を対応付けて事業者ユーザ情報３１４１Ａに記憶する（ステップＳ３１１）。

なお、以下で説明するステップＳ３１２からステップＳ３１７の処理は、図４のステップＳ５からステップＳ１０の処理とそれぞれ同様でもよい。続いて、サーバ１１０は、生成した二次元コード等の情報を端末１２０Ｂに送信する（ステップＳ３１２）。続いて、端末１２０Ｂは、受信した情報に基づいて二次元コード等を出力する（ステップＳ３１３）。

≪決済時の処理≫
続いて、端末１２０Ａは、ユーザＡの操作に応答して、出力された二次元コード等の情報を読み込む（ステップＳ３１４）。続いて、端末１２０Ａは、ユーザＡの位置情報を取得する（ステップＳ３１５）。

続いて、端末１２０Ａは、二次元コード等の情報、及びユーザＡの位置情報を含む認証要求をサーバ１１０に送信する（ステップＳ３１６）。続いて、サーバ１１０は、位置情報に基づく認証を行う（ステップＳ３１７）。なお、位置情報に基づく認証は必須ではない。以下では、認証に成功した場合の処理について説明する。

続いて、サーバ１１０は、認証に成功した旨を示す応答を端末１２０Ａに返信する（ステップＳ３１８）。ここで、サーバ１１０は、図１２の事業者ユーザ情報３１４１Ａを参照し、ユーザＢに対応付けられた、決済額入力時の表示態様の情報を、当該応答に含めて端末１２０Ａに送信する。なお、決済額入力時の表示態様の情報には、ユーザＢにより指定された、店舗の事業者であるユーザＢの名称、ユーザＢの商標、及びユーザＢを示す画像等が含まれてもよい。

続いて、端末１２０Ａは、受信した決済額入力時の表示態様の情報に基づいて、決済額入力時の決済画面（決済入力画面）を表示する（ステップＳ３１９）。ここで、端末１２０Ａは、図１４Ａの表示画面１４０１を表示させる。図１４Ａの例では、図７Ａの例と比較して、背景画像１４０２が表示させている点が異なる。

なお、以下で説明するステップＳ３２０からステップＳ３２２の処理は、図４のステップＳ１３からステップＳ１５の処理とそれぞれ同様でもよい。続いて、端末１２０Ａは、決済操作をユーザＡから受け付ける（ステップＳ３２０）。続いて、端末１２０Ａは、決済要求をサーバ１１０に送信する（ステップＳ３２１）。

続いて、サーバ１１０は、決済処理を実行する（ステップＳ３２２）。続いて、サーバ１１０は、決済処理が完了したことを示す通知を端末１２０Ａに送信する（ステップＳ３２３）。ここで、サーバ１１０は、図１２の事業者ユーザ情報３１４１Ａを参照し、ユーザＢに対応付けられた、決済完了時の表示態様の情報を、当該通知に含めて端末１２０Ａに送信する。なお、決済完了時の表示態様の情報には、ユーザＢにより指定された、店舗の事業者であるユーザＢの名称、ユーザＢの商標、及びユーザＢを示す画像等が含まれてもよい。

続いて、端末１２０Ａは、受信した決済完了時の表示態様の情報に基づいて、決済処理が完了したことを示す表示画面（決済完了画面）を表示する（ステップＳ３２４）。ここで、端末１２０Ａは、図１４Ｂの表示画面１４１１を表示させる。図１４Ｂの例では、図７Ｂの例と比較して、ユーザＢの商標であるキャラクターがお辞儀するアニメーション１４１２、及び背景画像１４１３が表示させている点が異なる。

以下で、第２実施形態における処理の一例について説明する。以下の第２実施形態における各実施例の処理は、第１実施形態、及び第２実施形態における他の実施例の処理と組み合わせて実行させることもできる。

＜＜第１実施例＞＞
第１実施例は、第２実施形態において、決済金額に応じて、決済の際に端末１２０Ａに表示させる表示画面の表示態様をユーザＢが指定できるようにする実施例である。第１実施例により、例えば、決済金額が高額な場合は特別な表示態様とすることで、決済の安全性を向上させることができる。

＜＜第１実施例の処理＞＞
第１実施例では、図１１ＡのステップＳ３０５で、端末１２０Ｂは、決済金額に応じた、決済額入力時の表示態様を指定する操作を受け付ける。また、図１１ＡのステップＳ３０６で、端末１２０Ｂは、決済金額に応じた、決済完了時の表示態様を指定する操作を受け付ける。

そして、図１１ＡのステップＳ３１１で、サーバ１１０は、受信した位置情報、生成した二次元コード等の情報、及び決済金額に応じた各表示態様の情報を対応付けて事業者ユーザ情報３１４１Ａに記憶する。

そして、図１１ＡのステップＳ３１８で、サーバ１１０は、ユーザＢに対応付けられた、決済金額に応じた、決済額入力時の表示態様の情報を、端末１２０Ａに送信する。そして、図１１ＡのステップＳ３１９で、端末１２０Ａは、受信した決済額入力時の表示態様の情報に基づいて、ユーザＡに入力された決済金額に応じた、決済額入力時の決済画面を表示する。

そして、図１１ＡのステップＳ３２３で、サーバ１１０は、ユーザＢに対応付けられた、決済金額に応じた、決済完了時の表示態様の情報を、端末１２０Ａに送信する。そして、図１１ＡのステップＳ３２４で、端末１２０Ａは、決済金額に応じた決済完了時の表示態様の情報に基づいて、決済処理が完了したことを画面に表示する。

＜＜第２実施例＞＞
第２実施例は、第２実施形態において、ユーザＢに決済が行われることを通知した後、決済完了時の表示画面をユーザＡの端末１２０Ａに表示させる実施例である。第２実施例により、決済の安全性を向上させることができる。

＜＜第２実施例の処理＞＞
第２実施例では、図１１ＡのステップＳ３２２で、まず、サーバ１１０は、端末１２０Ａから送信された決済要求を、端末１２０Ｂに転送する。ここで、サーバ１１０は、例えば、決済要求に含まれる二次元コード等の情報に基づいて、販売者であるユーザＢを特定する。

そして、端末１２０Ｂは、決済要求に含まれる決済金額の情報を取得し、決済金額が所定額（例えば、１万円）未満である場合、決済の承認応答をサーバ１１０に送信する。一方、決済金額が所定額以上である場合、ユーザＢの承認操作を受け付けるための表示画面を表示し、ユーザＢから承認操作を受け付けた場合、決済の承認応答をサーバ１１０に送信する。そして、サーバ１１０は、決済処理を実行する。

なお、当該所定額は、ユーザＢにより設定できるようにしてもよい。また、サーバ１１０は、決済金額が所定額未満の場合、決済要求を端末１２０Ｂに転送せずに、決済処理を実行するようにしてもよい。また、サーバ１１０は、決済金額が所定額以上の場合、ユーザＢに対応付けられた電話番号に対して電話を発信（発呼）し、呼び出し音を１、２回鳴らした後切断（発呼をキャンセル）した後、決済処理を実行するようにしてもよい。これにより、着信音によりユーザＢに決済を通知できるとともに、ユーザＢの端末１２０Ｂの着信履歴にサーバ１１０の電話番号と着信時刻の情報を記録させることができる。

以上の説明に関し、更に以下の項を開示する。
（付記１）
情報処理装置が、
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、前記第１ユーザの位置情報と、第１情報処理端末により取得された前記コードの情報とを受信する第１受信処理と、
前記第１ユーザの位置情報と、前記コードの情報に関連付けて記憶されている位置情報とに基づいて、前記コードの認証を行う処理と、
を実行する情報処理方法。
（付記２）
前記店舗の事業者である第２ユーザの第２情報処理端末から、前記店舗の位置情報を受信する第２受信処理と、
前記第２ユーザに対して発行する前記コードの情報を生成し、生成した前記コードの情報と、受信した前記店舗の位置情報とを関連付けて記憶させる処理と、を実行する付記１に記載の情報処理方法。
（付記３）
前記店舗で提示される第１コードを用いて支払われた代金を記憶する処理と、
前記店舗の事業者である第２ユーザの要求により前記第２ユーザに対して第２コードを発行すると、前記第１コードを用いて支払われた代金を前記第２ユーザに対して出金する処理と、を実行する付記１または２に記載の情報処理方法。
（付記４）
前記店舗で提示される第１コードを用いて支払われた代金を記憶する処理と、
前記店舗の事業者である第２ユーザの要求により前記第２ユーザに対して第２コードを発行する場合に、前記第１コードを無効とする処理をさらに実行する、付記１から３のいずれか一項に記載の情報処理方法。
（付記５）
前記店舗で提示される第１コードを用いて支払われた代金を記憶する処理と、
前記店舗の事業者である第２ユーザの要求により前記第２ユーザに対して第２コードを発行する場合に、所定期間経過後に、前記第１コードを無効とする処理をさらに実行する、付記１から４のいずれか一項に記載の情報処理方法。
（付記６）
前記第１受信処理は、前記第１情報処理端末により撮影された前記コードの画像データを受信し、受信した前記画像データのメタデータから、前記第１ユーザの位置情報を抽出する、付記１から５のいずれか一項に記載の情報処理方法。
（付記７）
前記第１ユーザの位置情報は、前記第１情報処理端末の付近に設置されている外部装置の識別情報である、付記１から６のいずれか一項に記載の情報処理方法。
（付記８）
前記コードの認証を行う処理により前記コードの認証に失敗した場合、受信した前記第１ユーザの位置情報に関連付けられた情報処理端末に、前記店舗で提示されているコードの認証に失敗したことを示す通知を送信する、付記１から７のいずれか一項に記載の情報処理方法。
（付記９）
前記第１受信処理は、前記第１ユーザからの決済要求よりも前に、前記第１ユーザの位置情報を受信する、付記１から８のいずれか一項に記載の情報処理方法。
（付記１０）
前記第１受信処理は、前記第１ユーザからの決済要求と、前記第１ユーザの位置情報とをともに受信する、付記１から８のいずれか一項に記載の情報処理方法。
（付記１１）
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、前記第１ユーザの位置情報と、第１情報処理端末により取得された前記コードの情報とを受信する受信部と、
前記第１ユーザの位置情報と、前記コードの情報に関連付けて記憶されている位置情報とに基づいて、前記コードの認証を行う制御部と、を有する情報処理装置。
（付記１２）
情報処理装置に、
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、前記第１ユーザの位置情報と、第１情報処理端末により取得された前記コードの情報とを受信する第１受信処理と、
前記第１ユーザの位置情報と、前記コードの情報に関連付けて記憶されている位置情報とに基づいて、前記コードの認証を行う処理と、
を実行させるプログラム。
（付記１３）
情報処理装置が、
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、第１情報処理端末により取得されたコードの情報を受信する処理と、
前記コードの情報に関連付けられた、前記店舗の事業者に応じた表示画面、及び音の少なくとも一方を出力させる情報を前記第１情報処理端末に送信する処理と、
を実行する情報処理方法。
（付記１４）
前記送信する処理は、
前記店舗の事業者の名称、前記店舗の事業者の商標、及び前記店舗の事業者を示す画像の少なくとも一つを出力させる情報を前記第１情報処理端末に送信する、付記１３に記載の情報処理方法。
（付記１５）
前記送信する処理は、
前記店舗の事業者に指定された表示態様の表示画面を表示させる情報を前記第１情報処理端末に送信する、付記１３または１４に記載の情報処理方法。
（付記１６）
前記店舗の事業者に指定された表示態様の表示画面は決済入力画面である、付記１５に記載の情報処理方法。
（付記１７）
前記店舗の事業者に指定された表示態様の表示画面は決済完了画面である、付記１５または１６に記載の情報処理方法。
（付記１８）
前記店舗の位置を含む所定の範囲で一意な表示態様の指定を前記店舗の事業者に可能とする処理と、
前記第１ユーザの位置情報と、前記コードの情報に関連付けて記憶されている位置情報とに基づいて、前記コードの認証を行う処理と、を実行する、付記１３から１７のいずれか一項に記載の情報処理方法。
（付記１９）
前記第１ユーザの位置情報は、前記第１ユーザからの決済要求よりも前に受信される、付記１８に記載の情報処理方法。
（付記２０）
前記第１ユーザの位置情報は、前記第１ユーザからの決済要求とともに受信される、付記１８に記載の情報処理方法。
（付記２１）
前記送信する処理は、
支払い金額、及び前記コードの情報に関連付けられた、前記店舗の事業者に応じた表示画面、及び音の少なくとも一方を出力させる情報を前記第１情報処理端末に送信する、付記１３から２０のいずれか一項に記載の情報処理方法。
（付記２２）
前記送信する処理は、さらに、前記コードの情報に関連付けられた、前記店舗の事業者の第２情報処理端末に所定の通知を送信する、付記１３から２１のいずれか一項に記載の情報処理方法。
（付記２３）
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、第１情報処理端末により取得されたコードの情報を受信する受信部と、
前記コードの情報に関連付けられた、前記店舗の事業者に応じた表示画面、及び音の少なくとも一方を出力させる情報を前記第１情報処理端末に送信する送信部と、
を有する情報処理装置。
（付記２４）
情報処理装置に、
店舗で提示されるコードを用いて代金の支払いを行う第１ユーザの第１情報処理端末から、第１情報処理端末により取得されたコードの情報を受信する処理と、
前記コードの情報に関連付けられた、前記店舗の事業者に応じた表示画面、及び音の少なくとも一方を出力させる情報を前記第１情報処理端末に送信する処理と、
を実行させるプログラム。

１００ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 制御部
３１４ 記憶部
３１４１ 事業者ユーザ情報
３１４２ ユーザ情報
３１４３ 決済情報
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 位置情報測定部
３２４ 制御部
３２５ 記憶部

Claims (1)

1. 明細書に記載の発明。

Images