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

Abstract

【課題】一次元コード又は二次元コードによる複数の決済サービスが提供される状況において、ユーザが容易に決済を行うことを可能とする技術を提供すること。【解決手段】所定の決済サービスに対応する所定の決済処理を実行する第１情報処理装置が行う情報処理方法であって、決済に利用される情報コードを読み取った第２情報処理装置から、情報コードに関する情報を取得するステップと、情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、特定された決済サービスが所定の決済サービスであれば、情報コードに含まれる決済情報に基づいて所定の決済処理を実行するステップと、特定された決済サービスが他の決済サービスであれば、情報コードに含まれる決済情報を、他の決済サービスに対応する決済処理を実行する他の情報処理装置に送信するステップと、を有する情報処理方法を提供する。【選択図】図５

Description

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

現在、ＱＲコード（登録商標）決済と呼ばれる決済手段が提供されている。ＱＲコード（登録商標）決済では、スマートフォンの画面に表示されたＱＲコード（登録商標）を、店舗のＰＯＳ（Point of sale system）端末で読み取ることや、店舗に表示されているＱＲコード（登録商標）をスマートフォンで読み取ることにより決済が行われる。特許文献１には、バーコード又はＱＲコード（登録商標）を利用してより簡便に商品の費用を決済することを可能とする技術が開示されている。

特表２０１６−５３４４５３号公報

現在、様々な企業がＱＲコード（登録商標）による決済サービスの提供を開始している状況である。そのため、ユーザは店頭などで決済を行う際、複数の決済サービスの中から利用したい決済サービスを決定し、決定した企業の決済サービスに対応するアプリケーションを起動した上で決済を行うという手順を踏む必要があることから、非常に手間がかかると考えられる。

本開示は、一次元コード又は二次元コードによる複数の決済サービスが提供される状況において、ユーザが容易に決済を行うことを可能とする情報処理方法、情報処理装置及びプログラムを提供することを目的とする。

本開示の一実施形態に係る情報処理方法は、所定の決済サービスに対応する所定の決済処理を実行する第１情報処理装置が行う情報処理方法であって、決済に利用される情報コードを読み取った第２情報処理装置から、情報コードに関する情報を取得するステップと、情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、特定された決済サービスが所定の決済サービスであれば、情報コードに含まれる決済情報に基づいて所定の決済処理を実行するステップと、特定された決済サービスが他の決済サービスであれば、情報コードに含まれる決済情報を、他の決済サービスに対応する決済処理を実行する他の情報処理装置に送信するステップと、を有する。

図１は、本実施形態の一態様に係る通信システムの構成を示す。 図２は、本開示に係る情報処理装置のハードウェア構成の一例を示す。 図３は、本実施形態に係る情報処理装置の機能的な構成を示すブロック図の一例を示す。 購買履歴ＤＢの一例を示す図である。 本実施形態に係る通信システムが行う処理のシーケンスの一例を示す図である。 二次元コードの表示例を示す図である。 二次元コードの表示例を示す図である。 本実施形態に係る通信システムが行う処理のシーケンスの一例を示す図である。 本実施形態に係る通信システムが行う処理のシーケンスの一例を示す図である。 購買履歴に関する統計情報の一例を示す図である。 購買履歴に関する統計情報の一例を示す図である。 第２実施例の動作処理の一例を示す図である。 第３実施例の動作処理の一例を示す図である。

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

本開示に係る通信システムを実施するための形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａと、サーバ１１０Ｂと、サーバ１１０Ｃと、ＰＯＳ（Point of sales）端末１２０Ａ１と、ＰＯＳ端末１２０Ａ２と、ユーザ端末１２０Ｂ１と、ユーザ端末１２０Ｂ２とが接続される。

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

本開示において、ＰＯＳ端末Ａ１とＰＯＳ端末Ａ２とをそれぞれ区別する必要が無い場合は、ＰＯＳ端末Ａ１とＰＯＳ端末Ａ２とは、それぞれＰＯＳ端末１２０Ａと表現されてもよい。また、ユーザ端末１２０Ｂ１とユーザ端末１２０Ｂ２とをそれぞれ区別する必要が無い場合は、ユーザ端末１２０Ｂ１とユーザ端末１２０Ｂ２とは、それぞれユーザ端末１２０Ｂと表現されてもよい。また、ＰＯＳ端末１２０Ａと、ユーザ端末１２０Ｂとをそれぞれ区別する必要がない場合は、ＰＯＳ端末１２０Ａとユーザ端末１２０Ｂとは、それぞれ端末１２０と表現されてもよい。

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

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

本開示において、決済サービスとは１以上のユーザが金銭または金銭相当物の授受ができるサービスを意味する。限定でなく例として、一次元コード（バーコードなど）、二次元コード（QRコード（登録商標）など）、近距離無線通信（NFC、BLE、WI-FI、超音波など）を利用して決済を行うサービスを含む。また、必要に応じて一次元コード、または、二次元コードを利用した決済において、支払いを行うユーザ（以下、「支払いユーザ」と表現する）が、ユーザ端末１２０Ｂを利用して、ＰＯＳ端末１２０Ａに表示された一次元コード又は二次元コードを読み取ることで決済を行うことを「ユーザ読取型QR決済」と表現する。また、支払いユーザがユーザ端末１２０Ｂに一次元コード又は二次元コードを表示させ、それを、金銭または金銭相当物を請求するユーザ（以下、「請求ユーザ（または店舗）」と表現する）が、ＰＯＳ端末１２０Ａを利用して読み取ることで決済を行うことを「店舗読取型QR決済」と表現する。

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

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

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（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）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

＜実施形態＞
本実施形態において、サーバ１１０は、少なくとも、一次元コード、二次元コード、及び三次元コードなどの多次元コードを含む情報コードを用いた決済サービスを提供するものとする。また、サーバ１１０が提供する決済サービスは、サーバ１１０ごとに異なるものとする。決済サービスが異なるとは、限定でなく例として、決済サービスの提供主体（企業等）が異なること、決済サービスのサービス名が異なること、決済処理における処理内容、及び、決済処理における処理手順が異なることの少なくともいずれか１つを含む。

以下の説明では、説明の便宜上、二次元コードを用いた決済サービスを前提に説明するが、本開示は二次元コードに限定されない。本実施形態は、一次元コード、又は三次元コードを用いた決済サービスにも適用することが可能である。

本実施形態では、店舗読取型QR決済が行われる場合、サーバ１１０又はユーザ端末１２０Ｂは、二次元コードに埋め込まれた情報に基づいて、又はユーザ端末１２０Ｂの画面に表示（掲載）される二次元コードの周辺に描かれた図や文字の特徴等に基づいて、決済に利用する決済サービスを特定し、特定された決済サービスを提供するサーバ１１０に決済処理を実行させる。

また、ユーザ読取型QR決済が行われる場合も、サーバ１１０又はＰＯＳ端末１２０Ａは、二次元コードに埋め込まれた情報に基づいて、又は店舗に表示（掲載）される二次元コードの周辺に描かれた図や文字の特徴等に基づいて、決済に利用する決済サービスを特定し、特定された決済サービスを提供するサーバ１１０に決済処理を実行させる。二次元コードに埋め込まれた情報、及び二次元コードの周辺に描かれた図や文字などの特徴をまとめて、以下では、「情報コードに関する情報」とも称する。

本実施形態によれば、各社から二次元コードによる複数の決済サービスが提供される状況において、自動的に決済サービスの特定が行われることになるため、支払いユーザは、支払いに利用する決済サービスに対応するアプリケーションを起動することなく、容易に決済を行うことが可能になるという効果が得られる。

また、本実施形態によれば、ユーザが誤って、店舗での支払いに利用できない決済サービスに対応するアプリケーションを起動させてしまうという無駄な操作が行われることを抑止することができる。これにより、支払い処理の中でエラーが生じてしまい、改めて正しい決済サービスに対応するアプリケーションを起動するという手間が生じることを抑止することができる。また、これにより、サーバ１１０及び端末１２０のＣＰＵ及びメモリリソースが無駄に消費されることを抑止することが可能になる。

また、本実施形態によれば、支払いユーザが読み取った二次元コードに対応する決済サービスが自動的に選択されることから、二次元コードを用いて決済を行う際に必要になる煩わしい操作から開放され、なめらかな決済サービスの提供が可能になる。

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

（１）サーバの機能構成
サーバ１１０は、入出力Ｉ／Ｆ３１１と、通信Ｉ／Ｆ３１２と、制御部３１３と、記憶部３１４とを有する。入出力Ｉ／Ｆ３１１と、通信Ｉ／Ｆ３１２とは、それぞれ、図２の入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５とに対応する。制御部３１３は、取得部３１５と、特定部３１６と、決済処理部３１７と、通知部３１８とを含む。記憶部３１４は、プログラムと購買履歴ＤＢ（DataBase）とを記憶する。

取得部３１５は、決済に利用する情報コードに関する情報を端末１２０から取得する機能を有する。

特定部３１６は、取得部３１５が取得した情報コードに関する情報に基づいて、複数の決済サービスから、決済に利用する１つの決済サービスを特定する機能を有する。例えば、情報コードに関する情報が、端末１２０側で二次元コードを読み取ることで得られた文字列である場合、特定部３１６は、当該文字列に含まれる決済サービスを特定可能な文字列に基づいて、決済に利用する１つの決済サービスを特定するようにしてもよい。また、情報コードに関する情報が、二次元コードを含む画像であって当該二次元コードには決済サービスを特定可能な文字列が含まれている場合、特定部３１６は、二次元コードを読み取る（デコードする）ことで得られる文字列の内容に基づいて、決済に利用する１つの決済サービスを特定するようにしてもよい。また、情報コードに関する情報が、二次元コードを含む画像である場合、特定部３１６は、取得部３１５が取得した画像に含まれる、各決済サービスに対応する特徴（例えば決済サービスの名称を示すアイコン等）の有無を解析することで、決済に利用する１つの決済サービスを特定するようにしてもよい。

決済処理部３１７は、特定部３１６により特定された決済サービスが、サーバ１１０自身（第１情報処理装置）が決済処理を行うべき決済サービス（所定の決済サービス）である場合、二次元コードをデコードすることにより得られる文字列（決済情報）を用いて決済処理を行う。一方、特定部３１６により特定された決済サービスが、他のサーバ１１０が決済処理を行うべき他の決済サービスである場合、決済処理部３１７は、当該他のサーバ１１０に対して、二次元コードをデコードすることにより得られる文字列（決済情報）を送信する処理を行う。当該送信する機能は送信部と呼ばれてもよい。

なお、決済処理部３１７は、二次元コードに含まれる文字列（決済情報）を、当該他の決済サービスの仕様に応じて処理し、処理された後の決済情報を、他のサーバ１１０に送信するようにしてもよい。限定でなく例として、当該他の決済サービスの仕様により、二次元コードに含まれる文字列のうち一部の文字列のみが決済処理に使用されると仮定する。この場合、決済処理部３１７は、二次元コードに含まれる文字列から当該一部の文字列を抽出して、他のサーバ１１０に送信するようにしてもよい。また、決済処理部３１７は、決済サービスごとに関連付けられた仕様データを保持し、特定部３１６により特定された決済サービスに対応する仕様データを特定し、この仕様データに基づいて決済情報を処理してもよい。

また、決済処理部３１７は、特定部３１６により特定された決済サービスが、サーバ１１０自身（第１情報処理装置）が決済処理を行うべき決済サービス（所定の決済サービス）である場合、決済に関する情報を、購買履歴ＤＢに格納する機能を有する。また、決済処理部３１７は、特定部３１６により特定された決済サービスが、他のサーバ１１０が決済処理を行うべき他の決済サービスである場合、当該決済サービスを利用して行われる決済に関する情報を、二次元コードに含まれる情報又は当該他のサーバ１１０から取得して購買履歴ＤＢに格納する機能を有する。

通知部３１８は、決済処理部３１７において、決済に利用する決済サービスを特定することができない場合に、決済に利用する決済サービスを特定することができないことを端末１２０（第２情報処理装置）に通知する機能を有する。所定の処理とは、限定でなく例として、ユーザ端末１２０ＢがＷｅｂブラウザを起動する処理であってもよい。

また、通知部３１８は、端末１２０上で行われるユーザの操作に応答して、購買履歴ＤＢから決済に関する情報を取得して端末１２０に通知する処理を行うようにしてもよい。端末１２０に通知された決済に関する情報は端末１２０の画面に表示される。通知部３１８は、端末１２０の画面に表示させる情報を端末１２０に送信する機能を備えていることから、通知部３１８は表示制御部と表現されてもよい。

また、通知部３１８は、同一の端末１２０から、同一の決済処理に関する要求を所定時間内に所定の回数受け付けた場合、同一の決済処理が所定時間内に所定の回数行われたことを端末１２０に通知するようにしてもよい。例えば、ユーザが、何らかの理由で同一の二次元コードを何度も読み取る操作を行った場合、サーバ１１０は、同一の決済処理に関する要求を何度も受信することになる。このような場合に、当該通知が行われることで、ユーザは、二次元コードを更新して再度決済処理をやり直す等の対応を行うことが可能になる。

図４は、購買履歴ＤＢの一例を示す図である。「日時」には、決済が行われた日時（タイムスタンプ）が格納される。「支払いユーザ」には、決済サービスを利用したユーザ（支払いユーザ）を特定する情報が格納される。支払いユーザを特定する情報は、限定でなく例として、ユーザの氏名又はユーザＩＤであってもよい。「支払先（請求ユーザ）」には、決済サービスにより支払いが行われた請求ユーザを特定する情報が格納される。支払先は、限定でなく例として、店舗名又は店舗ＩＤであってもよい。「決済サービス」には、決済に利用された決済サービスを特定する情報が格納される。当該情報は、限定でなく例として、決済サービスの名称、決済サービスを提供する企業名又は決済サービスを識別するＩＤ等であってもよい。「支払金額」には、決済サービスにより支払われた金額が格納される。「品名／サービス名」には、購入された商品の品名やサービスの品名が格納される。図４に示す購買履歴ＤＢはあくまで一例であり、購買履歴ＤＢには図４に図示しない項目が含まれていてもよいし、図４に示す情報の一部が存在しない構成であってもよい。

（２）端末の機能構成
端末１２０は、入出力Ｉ／Ｆ３２１と、通信Ｉ／Ｆ３２２と、制御部３２３と、記憶部３２４とを有する。入出力Ｉ／Ｆ３２１と、通信Ｉ／Ｆ３２２とは、それぞれ、図２の入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５とに対応する。制御部３２３は、取得部３２５と、特定部３２６と、決済処理部３２７と、起動処理部３２８と、ＵＩ（UserInterface）部３２９と、を含む。記憶部３２４は、プログラムを記憶する。

取得部３２５は、端末１２０が備える撮影装置を用いて、決済に利用する二次元コードを含む画像を取得する機能を有する。取得部３２５は、撮影部と呼ばれてもよい。

特定部３２６は、取得部３２５で取得された画像に基づいて、複数の決済サービスから、決済に利用する１つの決済サービスを特定する機能を有する。取得部３２５が取得した画像に含まれる二次元コードには、決済サービスを特定可能な文字列が含まれており、特定部３２６は、二次元コードを読み取る（デコードする）ことで得られる文字列の内容に基づいて、決済に利用する決済サービスを特定するようにしてもよい。また、特定部３２６は、取得部３２５が取得した画像に含まれる、各決済サービスに対応する特徴の有無を解析することで、決済に利用する決済サービスを特定するようにしてもよい。

決済処理部３２７は、特定部３２６により特定された決済サービスの決済処理を行うサーバ１１０に、二次元コードをデコードすることにより得られる文字列（決済情報）を送信する処理を行う機能を有する。

なお、決済処理部３２７は、二次元コードをデコードすることにより得られる文字列（決済情報）を、特定された決済サービスの仕様に応じて処理し、処理された後の文字列（決済情報）をサーバ１１０に送信するようにしてもよい。例えば、決済サービスの仕様により、二次元コードに含まれる文字列のうち一部の文字列のみが決済処理に使用されると仮定する。この場合、決済処理部３１７は、二次元コードに含まれる文字列から当該一部の文字列を抽出した文字列をサーバ１１０に送信するようにしてもよい。また、決済処理部３１７は、決済サービスごとに関連付けられた仕様データを保持し、特定部３１６により特定された決済サービスに対応する仕様データを特定し、この仕様データに基づいて決済情報を処理してもよい。

起動処理部３２８は、特定部３２６にて決済に利用する決済サービスが特定できない場合に、又は、決済に利用する決済サービスが特定できないとの通知をサーバ１１０から受けた場合に、決済サービスを利用可能にするためにＷｅｂブラウザを起動する機能を有する。このとき、起動処理部３２８は、二次元コードを読み取る（デコードする）ことで得られる文字列をＷｅｂブラウザに渡すようにしてもよい。

ＵＩ部３２９は、決済サービスを利用して決済処理を行うための各種の画面をディスプレイに表示させる機能、及び、当該各種の画面においてユーザの操作を受け付ける機能を有する。当該各種の画面をディスプレイに表示させる機能に関する機能部を、表示制御部と表現するようにしてもよい。また、当該各種の画面においてユーザの操作を受け付ける機能に関する機能部を、操作受付部と表現するようにしてもよい。また、ＵＩ部３２９は、サーバ１１０から、同一の決済処理が所定時間内に所定の回数行われたことの通知を受け付けた場合に、当該通知を受けたことを示す画面を表示させるようにしてもよい。

＜本実施形態の動作処理＞
以下、本実施形態に係る通信システム１が行う処理について説明する。以下の説明では、サーバ１１０Ａ、サーバ１１０Ｂ及びサーバ１１０Ｃは、それぞれ、決済サービスＡ、決済サービスＢ及び決済サービスＣを提供する前提とする。また、二次元コードをデコードすることで得られる文字列又は二次元コードの周辺には、少なくとも、決済サービスを特定可能な情報（文字列や特徴）が含まれており、当該情報の仕様を、決済サービスを特定するサーバ１１０又は端末１２０が予め把握しているものとする。

決済サービスを特定可能な情報とは、限定でなく例として、決済サービスを提供するサーバ１１０のドメイン名（又はＩＰアドレス）であってもよい。また、決済サービスを提供する企業や決済サービスの名称であってもよいし、決済サービスを提供する企業や決済サービスを示すロゴマーク、色彩又は模様等であってもよい。後者の場合、決済サービスを特定するサーバ１１０又は端末１２０には、決済サービスを特定可能な情報と決済サービスを提供するサーバ１１０のドメイン名（又はＩＰアドレス）とを対応づけたデータベースが予め記憶されており、決済サービスを特定可能な情報をキーに当該データベースを検索することで、決済サービスを提供するサーバ１１０のドメイン名（又はＩＰアドレス）を特定することが可能であるものとする。

図５は、本実施形態に係る通信システム１が行う処理のシーケンスの一例を示す図である。図５に示すシーケンスでは、決済に利用される決済サービスの特定をサーバ１１０Ａが行う。また、ユーザ読取型QR決済の場合、端末１２０はユーザ端末１２０Ｂに該当する。店舗読取型QR決済の場合、端末１２０はＰＯＳ端末１２０Ａに該当する。

まず、端末１２０の取得部３２５は、支払いユーザ又は請求ユーザの操作に応答して、カメラ又は二次元コード読み取り機を用いて二次元コードを含む画像を撮影する（Ｓ１００）。より詳細には、店舗読取型QR決済の場合、請求ユーザがＰＯＳ端末１２０Ａを操作することで、支払いユーザのユーザ端末１２０Ｂに表示された二次元コードを撮影する。ユーザ読取型QR決済の場合、支払いユーザがユーザ端末１２０Ｂを操作することで、ＰＯＳ端末１２０Ａに表示された二次元コードを含む画像、又は、店舗に置かれている印刷済みの二次元コードを含む画像を撮影する。

続いて、端末１２０の取得部３２５は、撮影された画像データ又は二次元コードをデコードすることで得られる文字列を含む決済要求メッセージをサーバ１１０Ａに送信する。サーバ１１０Ａの取得部３１５は、端末１２０から送信された画像データ又は文字列を取得する（Ｓ１０１）。

続いて、サーバ１１０Ａの特定部３１６は、ステップＳ１０１の処理手順にて取得した画像データ又は文字列に基づいて、決済に用いられる決済サービスを特定する処理（仕分け先の特定と呼ばれてもよい）を行う（Ｓ１０２）。特定された決済サービスが決済サービスＡである場合、ステップＳ１１０の処理手順に進む。特定された決済サービスが決済サービスＢ又はＣである場合、ステップＳ１２０の処理手順に進む。また、決済サービスを特定可能な情報が存在しないか、又は決済サービスを特定可能な情報は存在するものの特定部３１６が認識できない情報であること等の理由により、決済サービスを特定することができない場合、ステップＳ１３０の処理手順に進む。

ここで、特定部３１６が決済に用いられる決済サービスを特定する方法について、具体例を説明する。以下に示す特定方法１及び特定方法２は、ユーザ読取型QR決済及び店舗読取型QR決済のどちらにも適用することができる。

（特定方法１）
特定方法１は、二次元コードをデコードすることで得られる文字列の中に、決済サービスを特定可能な文字列が含まれている場合に利用可能な特定方法である。

特定方法１の場合、特定部３１６は、二次元コードをデコードすることで得られる文字列の中から、決済サービスを特定可能な文字列の有無を検索することで、決済に用いられる決済サービスを特定する。例えば、Ａ社が提供する決済サービスに用いられる二次元コードには「A-company」の文字列が含まれており、Ｂ社が提供する決済サービスに用いられる二次元コードには「B.com」の文字列が含まれており、Ｃ社が提供する決済サービスに用いられる二次元コードには「Cpay」の文字列が含まれているとする。この場合、特定部３１６は、二次元コードをデコードすることで得られる文字列の中に「A-company」、「B.com」又は「Cpay」の文字が含まれているか否かを検索する。もし「A-company」が含まれている場合、特定部３１６は、決済に用いられる決済サービスはＡ社の決済サービスであると特定する。同様に、「B.com」が含まれている場合はＢ社の決済サービスであると特定し、「Cpay」が含まれている場合はＣ社の決済サービスであると特定する。

（特定方法２）
特定方法２では、例えば図６Ａ及び図６Ｂに示すように、二次元コードの周辺に、各決済サービスを特定可能な特徴が図示されている前提とする。図６Ａは、二次元コードの上部に決済サービスの名称が図示される例を示しており、図６Ｂは、二次元コードの周辺に特定の決済サービスを示す模様が描かれている例を示している。

特定方法２の場合、特定部３１６は、二次元コードを含む画像の中から、各決済サービスに対応する特徴の有無を検索することで、決済に用いられる決済サービスを特定する。例えば、Ａ社が提供する決済サービスに用いられる二次元コードの周辺には、図６Ａに示すように「Ａペイ」とのアイコンが表示されており、Ｂ社が提供する決済サービスに用いられる二次元コードの周辺には、図６Ｂに示すようにチェック柄の模様が描かれているとする。

この場合、特定部３１６は、二次元コードを含む画像について、「Ａペイ」とのアイコンの有無及びチェック柄の模様の有無を分析する。分析の結果、「Ａペイ」とのアイコンが検出された場合、特定部３１６は、決済に用いられる決済サービスはＡ社の決済サービスであると特定する。同様に、チェック柄の模様が検出された場合、特定部３１６は、決済に用いられる決済サービスはＢ社の決済サービスであると特定する。

決済サービスＡにより決済が行われる場合、サーバ１１０Ａの決済処理部３１７は、画像データに含まれる二次元コードをデコードすることで得られる文字列を用いて決済処理を行う（Ｓ１１０）。当該決済処理では、サーバ１１０Ａと端末１２０との間で決済処理に必要な各種のデータの送受信が行われる。決済処理が完了すると、決済処理部３１７は、決済サービスＡを利用して行われた決済に関する情報を、購買履歴ＤＢに格納し（Ｓ１１１）、決済が完了したことを端末１２０に通知する（Ｓ１１２）。

決済サービスＢ（又は決済サービスＣ）により決済が行われる場合、決済処理部３１７は、画像データに含まれる二次元コードをデコードすることで得られる文字列の全部又は一部をサーバ１１０Ｂ（又はサーバ１１０Ｃ）に送信する（Ｓ１２０）。決済処理部３１７は、例えば、二次元コードをデコードすることで得られる文字列全てをサーバ１１０Ｂ（又はサーバ１１０Ｃ）に送信するようにしてもよいし、二次元コードをデコードすることで得られる文字列の中から決済サービスを特定可能な情報を除いた文字列をサーバ１１０Ｂ（又はサーバ１１０Ｃ）に送信するようにしてもよい。

続いて、サーバ１１０Ｂ（又はサーバ１１０Ｃ）は、受信した文字列を用いて決済処理を行う（Ｓ１２１）。当該決済処理では、サーバ１１０Ｂ（又はサーバ１１０Ｃ）と端末１２０との間で決済処理に必要な各種のデータの送受信が行われる。決済処理が完了すると、サーバ１１０Ｂ（又はサーバ１１０Ｃ）は、決済が完了したことをサーバ１１０Ａに通知する（Ｓ１２２）。当該通知には、決済サービスＢ（又は決済サービスＣ）を利用して行われた決済に関する情報（日時、支払いユーザ、請求ユーザ、支払い金額、品名／サービス名など）が含まれていてもよい。サーバ１１０Ａの決済処理部３１７は、サーバ１１０Ｂ（又はサーバ１１０Ｃ）から通知された決済に関する情報を、購買履歴ＤＢに格納し（Ｓ１２３）、決済が完了したことを端末１２０に通知する（Ｓ１２４）。なお、サーバ１１０Ａの決済処理部３１７は、ステップＳ１２３の処理手順において、ステップＳ１０１で受信した決済要求メッセージ又は二次元コードをデコードすることで得られる文字列に、決済サービスＢ又は決済サービスＣを利用して行われる決済に関する情報が含まれている場合、当該決済に関する情報を、購買履歴ＤＢに格納するようにしてもよい。

決済サービスを特定できない場合、決済処理部３１７は、決済サービスを特定できないことを示すメッセージを端末１２０に通知する（Ｓ１３０）。当該通知を受けた端末１２０の決済処理部３２７は、二次元コードをデコードすることで文字列を取得する（Ｓ１３１）。続いて、起動処理部３２８は、端末１２０が備えるＷｅｂブラウザを起動し、取得した文字列の中に含まれるＵＲＬにアクセスするようにＷｅｂブラウザに指示する（Ｓ１３２）。Ｗｅｂブラウザは、ＵＲＬで示される決済処理装置にアクセスすることで、各種の決済画面を端末１２０の画面に表示する。続いて、支払いユーザは、Ｗｅｂブラウザに表示される各種の決済画面を操作することで決済処理を完了させる（Ｓ１３３）。

なお、ステップＳ１３０乃至ステップＳ１３３の処理手順は、二次元コードをデコードすることで得られる文字列の中に、サーバ１１０Ｂ及びサーバ１１０Ｃとは異なるサーバ１１０であって、Ｗｅｂブラウザを用いて決済処理を行うことが可能なサーバ１１０のＵＲＬが格納されている場合に動作する。従って、二次元コードをデコードすることで得られる文字列の中にこのようなＵＲＬが格納されていない場合、端末１２０の決済処理部３２７は、ＵＲＬをＷｅｂブラウザに渡すことができないことから、決済処理は中止される。

図７は、本実施形態に係る通信システム１が行う処理のシーケンスの一例を示す図である。図７に示すシーケンスでは、決済に利用される決済サービスの特定を、端末１２０が行う。また、サーバ１１０Ａは、決済処理に関する要求を端末１２０から受信してサーバ１１０Ｂ又はサーバ１１０Ｃに渡すプロキシ（Proxy）として動作する。また、サーバ１１０Ａ、サーバ１１０Ｂ及びサーバ１１０Ｃは、それぞれ決済サービスＡ、決済サービスＢ及び決済サービスＣを提供するものとする。

ステップＳ２００の処理手順は、図５のステップＳ１００の処理手順と同一であるため説明は省略する。続いて、端末１２０の特定部３２６は、ステップＳ２００の処理手順にて取得された画像データに基づいて、決済に用いられる決済サービスを特定する処理を行う（Ｓ２０１）。決済に用いられる決済サービスを特定する方法については、図７で説明した特定方法１及び特定方法２と同一であるため説明は省略する。

続いて、決済処理部３２７は、画像データに含まれる二次元コードをデコードすることで得られる文字列の全部又は一部を含む、決済要求メッセージをサーバ１１０Ａに送信する（Ｓ２０２）。決済処理部３２７は、例えば、二次元コードをデコードすることで得られる文字列全てをサーバ１１０Ａに送信するようにしてもよいし、二次元コードをデコードすることで得られる文字列の中から決済サービスを特定可能な情報を除いた文字列をサーバ１１０Ａに送信するようにしてもよい。

以下、ステップＳ２０１の処理手順で特定された決済サービスが決済サービスＡである場合はステップＳ２１０の処理手順に進み、特定された決済サービスが決済サービスＢ又はＣである場合はステップＳ２２０の処理手順に進む。また、決済サービスを特定することができない場合はステップＳ２３０の処理手順に進む。

決済サービスＡにより決済が行われる場合における、ステップＳ２１０〜ステップＳ２１２までの処理手順は、それぞれ、図７のステップＳ１１０〜ステップＳ１１２の処理手順と同一であるため説明は省略する。

決済サービスＢ（又は決済サービスＣ）により決済が行われる場合、サーバ１１０Ａの決済処理部３１７は、端末１２０から受信した文字列をサーバ１１０Ｂ（又はサーバ１１０Ｃ）に送信する（Ｓ２２０）。ステップＳ２２１〜ステップＳ２２４の処理手順は、それぞれ、図７のステップＳ１２１〜ステップＳ１２４の処理手順と同一であるため説明は省略する。

決済サービスを特定できない場合、決済処理部３２７は、二次元コードをデコードすることで文字列を取得する（Ｓ２３０）。続いて、起動処理部３２８は、端末１２０が備えるＷｅｂブラウザを起動し、ステップＳ２３０で取得した文字列の中に含まれるＵＲＬにアクセスするようにＷｅｂブラウザに指示する（Ｓ２３１）。Ｗｅｂブラウザは、ＵＲＬで示される決済処理装置にアクセスすることで、各種の決済画面を端末１２０の画面に表示する。続いて、支払いユーザは、Ｗｅｂブラウザに表示される各種の決済画面を操作することで決済処理を完了させる（Ｓ２３２）。

以上、図７を用いて説明した処理手順において、決済に利用される決済サービスを提供するサーバ１１０Ｂ又はサーバ１１０Ｃに対して、端末１２０が直接、決済処理を要求するようにしてもよい。すなわち、サーバ１１０Ａがプロキシとして動作するのではなく、端末１２０からサーバ１１０Ｂ又はサーバ１１０Ｃに対して直接決済処理を要求するようにしてもよい。この場合の処理手順の一例を図８に示す。

決済サービスＢ（又は決済サービスＣ）により決済が行われる場合、端末１２０の決済処理部３２７は、文字列をサーバ１１０Ｂ（又はサーバ１１０Ｃ）に送信する（Ｓ２４０）。このとき、決済処理部３２７は、決済サービスＢ（又は決済サービスＣ）に対応する決済用アプリケーションを端末１２０内で起動させることで、当該決済用アプリケーションに決済に関する各種の処理を実行させるようにしてもよい。

続いて、サーバ１１０Ｂ（又はサーバ１１０Ｃ）は、受信した文字列を用いて決済処理を行う（Ｓ２４１）。当該決済処理では、サーバ１１０Ｂ（又はサーバ１１０Ｃ）と端末１２０との間で決済処理に必要な各種のデータの送受信が行われる。決済処理が完了すると、サーバ１１０Ｂ（又はサーバ１１０Ｃ）は、決済が完了したことを端末１２０に通知する（Ｓ２４２）。

また、図７におけるステップＳ２０１の処理手順について、端末１２０は、自ら決済サービスを特定することに代えて、決済サービスの特定をサーバ１１０Ａに要求するようにしてもよい。この場合、端末１２０は、特定された１つの決済サービスに関する情報をサーバ１１０Ａから受信し、受信した当該情報に従って、決済サービスを特定（認識）するようにしてもよい。また、このとき、端末１２０のＵＩ部３２９は、サーバ１１０Ａにて特定された１つの決済サービスに関連する情報を画面に表示するようにしてもよい。

＜＜第１実施例＞＞
第１実施例は、請求ユーザ又は支払いユーザが、購買履歴ＤＢに蓄積された決済に関する情報を参照する際の実施例である。第１実施例により、請求ユーザ又は支払いユーザは、多様な決済サービスを通じて行われた決済に関する統計情報を、網羅的に参照することが可能になるという効果が得られる。

＜＜第１実施例の動作処理＞＞
サーバ１１０の通知部３１８は、ＰＯＳ端末１２０Ａで行われるユーザの操作に応答して、購買履歴ＤＢから決済に関する情報を取得してＰＯＳ端末１２０Ａに通知する処理を行う。このとき、購買履歴ＤＢの各項目のうちどの項目をどのように抽出（フィルタリング）するのかを、ＰＯＳ端末１２０Ａから任意に指定可能としてもよい。続いて、ＰＯＳ端末１２０ＡのＵＩ部３２９は、サーバ１１０から受信した決済に関する統計情報を、レポートとして画面に表示する。

例えば、通知部３１８は、購買履歴ＤＢに蓄積された決済に関する情報のうち所定の期間（例えば直近の１か月分等）の情報を抽出してＰＯＳ端末１２０Ａに送信するようにしてもよい。抽出対象とする支払いユーザを任意とした場合、請求ユーザは、請求ユーザに支払いが行われた全ての購買履歴に関する統計情報を参照することができる。

図９Ａは、購買履歴に関する統計情報の一例を示す図である。図９Ａは、購買履歴ＤＢにおいて請求ユーザが「nn-1」であるレコードを抽出することにより統計情報を生成した場合の例を示す。

なお、サーバ１１０には、二次元コード決済による購買履歴以外に、例えば、金融サービスや電子商取引サービスにおける取引履歴が記録されていてもよい。サーバ１１０の通知部３１８は、購買履歴ＤＢに記録されている情報に加えて、各支払いユーザが利用する金融サービスに関する情報（資産残高、負債残高、投資状況等）や、電子商取引サービスの利用状況も併せてＰＯＳ端末１２０Ａに通知するようにしてもよい。

購買履歴に関する統計情報が参照可能になることで、請求ユーザは、例えば、販売促進活動として、特定の支払いユーザに広告を送信するなどの対応を行うことが可能になる。広告の送信は、サーバ１１０が行うようにしてもよいし、サーバ１１０とは異なる外部の広告配信サーバにより行われてもよい。広告の送信をサーバ１１０が行う場合、請求ユーザからサーバ１１０を運営する企業に対して広告送信に関する費用の支払いが行われた場合にのみ広告を送信するようにしてもよい。

また、サーバ１１０の通知部３１８は、ユーザ端末１２０Ｂで行われるユーザの操作に応答して、購買履歴ＤＢから決済に関する情報を取得してユーザ端末１２０Ｂに通知する処理を行う。このとき、購買履歴ＤＢの各項目のうちどの項目をどのように抽出するのかを、ユーザ端末１２０Ｂから任意に指定可能としてもよい。続いて、ユーザＤＢ１０５ａのＵＩ部３２９は、サーバ１１０から受信した決済に関する統計情報を、レポートとして画面に表示する。

例えば、通知部３１８は、購買履歴ＤＢに蓄積された決済に関する情報のうち所定の期間（例えば直近の１か月分等）の情報を抽出してユーザ端末１２０Ｂに送信するようにしてもよい。抽出対象とする請求ユーザを任意とした場合、支払いユーザは、図９Ｂに示すように、自身が支払いを行った全ての購買履歴に関するレポートを参照することができる。

なお、抽出方法の設定は任意であるが、購買履歴ＤＢから、同一の属性を有する請求ユーザのレコードに絞って抽出することにより統計情報を生成するようにしてもよい。同一の属性とはどのような属性であってもよいが、例えば「nn」の文字列（例えばnnという名称のチェーン店などを想定）が含まれる請求ユーザであってもよい。

なお、通知部３１８は、購買履歴ＤＢに蓄積された決済に関する統計情報を、定期的なレポート（例えば１か月毎など）としてＰＯＳ端末１２０Ａに送信するようにしてもよい。

また、支払いユーザは、自身の購買活動に基づく広告を受信するか否かを選択可能としてもよい。当該広告はクーポンであってもよいし、広告を受信することを選択した場合にクーポンが付与されることとしてもよい。

なお、サーバ１１０の管理者は、購買履歴ＤＢを任意に参照可能であってもよい。また、サーバ１１０は、購買履歴ＤＢに基づいて、支払いユーザの信用度を算出するようにしてもよい。

＜＜第２実施例＞＞
第２実施例は、サーバ１１０の決済処理部３１７が、同一の決済処理が所定時間内に所定の回数要求されたことを検出した場合、その旨をＰＯＳ端末１２０Ａ及び／又はユーザ端末１２０Ｂに通知する実施例である。例えば、決済処理にて何らかのエラーが生じた場合に、支払いユーザ又は請求ユーザが、二次元コードが無効になっていることに気づかずに何度も同じ二次元コードを読み取ってしまうことが考えられる。この場合、サーバ１１０は、無効となった二次元コードを何度も処理することになり無駄である。第２実施例によれば、決済処理にて何らかのエラーが生じて決済に失敗したことを支払いユーザ又は請求ユーザに通知することが可能になる。また、支払いユーザ又は請求ユーザが、無効な二次元コードを何度も読み取る行為を抑制することができることから、異常発生時におけるサーバ１１０の処理負荷を軽減させることが可能になる。

＜＜第２実施例の動作処理＞＞
図１０は、第２実施例の動作処理の一例を示す図である。サーバ１１０の決済処理部３１７は、同一の二次元コードによる決済要求が、ＰＯＳ端末１２０Ａ又はユーザ端末１２０Ｂから所定時間内に所定の回数要求されたことを検出する（Ｓ３００）。続いて、決済処理部３１７は、ＰＯＳ端末１２０Ａ及び／又はユーザ端末１２０Ｂに、同一の決済処理が所定時間内に所定の回数行われたことを示すアラートを送信する（Ｓ３０１、Ｓ３０３）。当該アラートを受信したＰＯＳ端末１２０Ａ及び／又はユーザ端末１２０Ｂは、アラートを画面に表示する（Ｓ３０２、Ｓ３０４）。

なお、図１０のサーバ１１０には、図５及び図７において決済サービスを特定できない場合に、Ｗｅｂブラウザがアクセスした決済処理装置が含まれていてもよい。

＜＜第３実施例＞＞
第３実施例は、支払いユーザ又は請求ユーザの操作に応答して、ＰＯＳ端末１２０Ａ又はユーザ端末１２０Ｂの画面に表示されている二次元コードの更新を可能にする実施例である。これにより、例えば、第２実施例においてアラートを受けた場合、支払いユーザ又は請求ユーザは、二次元コードを更新することで決済処理を継続させることが可能になる。

＜＜第３実施例の動作処理＞＞
図１１は、第３実施例の動作処理の一例を示す図である。端末１２０（ＰＯＳ端末１２０Ａ又はユーザ端末１２０Ｂ）のＵＩ部３２９は、二次元コードの更新を受け付ける（Ｓ４００）。続いて、決済処理部３２７は、二次元コードの更新をサーバ１１０に要求する（Ｓ４０１）。サーバ１１０は、新たな二次元コードを生成し（Ｓ４０２）、生成した二次元コードを端末１２０に送信する（Ｓ４０３）。端末１２０のＵＩ部３２９は、画面に表示している二次元コードを、受信した二次元コードに更新する（Ｓ４０４）。

１ 通信システム、１１０ サーバ、１２０ 端末、１３０ ネットワーク、２００ 情報処理装置、２０１ プロセッサ、２０２ メモリ、２０３ ストレージ、２０４ 入出力インタフェース、２０５ 通信インタフェース、３１３ 制御部、３１４ 記憶部、３１５ 取得部、３１６ 特定部、３１７ 決済処理部、３１８ 通知部、３２３ 制御部、３２４ 記憶部、３２５ 取得部、３２６ 特定部、３２７ 決済処理部、３２８ 起動処理部、３２９ ＵＩ部

Claims (16)

1. 所定の決済サービスに対応する所定の決済処理を実行する第１情報処理装置が行う情報処理方法であって、
   決済に利用される情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得するステップと、
   前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、
   特定された決済サービスが前記所定の決済サービスであれば、前記情報コードに含まれる決済情報に基づいて前記所定の決済処理を実行するステップと、
   特定された決済サービスが他の決済サービスであれば、前記情報コードに含まれる決済情報を、前記他の決済サービスに対応する決済処理を実行する他の情報処理装置に送信するステップと、を有する情報処理方法。
2. 前記情報コードに含まれる決済情報を前記他の情報処理装置に送信するステップは、
   前記情報コードに含まれる決済情報を、前記他の決済サービスの仕様に応じて処理するステップと、
   処理された決済情報を、前記他の情報処理装置に送信するステップと、を含む請求項１に記載の情報処理方法。
3. 決済に利用する決済サービスが特定できない場合、決済に利用する決済サービスを特定できないことを前記第２情報処理装置に通知するステップ、を有する、請求項１又は２に記載の情報処理方法。
4. 前記情報コードに関する情報は、文字列を含み、
   前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる、決済サービスを特定可能な文字列に基づいて、決済に利用する一の決済サービスを特定するステップを更に含む、請求項１から３のいずれか一項に記載の情報処理方法。
5. 前記情報コードに関する情報は、前記情報コードを含む画像を含み、
   前記情報コードには、決済サービスを特定可能な文字列が含まれており、
   前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる前記情報コードの画像を読み取ることで得られる前記文字列に基づいて、決済に利用する一の決済サービスを特定するステップを更に含む、請求項１から４のいずれか一項に記載の情報処理方法。
6. 前記情報コードに関する情報は、前記情報コードを含む画像を含み、
   前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる、決済サービスを特定可能な特徴を解析することで、決済に利用する一の決済サービスを特定するステップを更に含む、
   請求項１から５のいずれか一項に記載の情報処理方法。
7. 前記所定の決済サービス又は前記他の決済サービスを利用して行われた決済に関する情報を履歴情報に格納するステップと、
   ユーザの操作に応答して、前記履歴情報から前記所定の決済サービス又は前記他の決済サービスを利用して行われた決済に関する情報を取得して表示させるステップと、を含む、
   請求項１から６のいずれか一項に記載の情報処理方法。
8. 所定の決済サービスに対応する所定の決済処理を実行する第１情報処理装置として動作する情報処理装置であって、
   決済に利用される情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得する取得部と、
   前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定する特定部と、
   特定された決済サービスが前記所定の決済サービスであれば、前記情報コードに含まれる決済情報に基づいて前記所定の決済処理を実行する決済処理部と、
   特定された決済サービスが他の決済サービスであれば、前記情報コードに含まれる決済情報を、前記他の決済サービスに対応する決済処理を実行する他の情報処理装置に送信する送信部と、を有する情報処理装置。
9. 所定の決済サービスに対応する所定の決済処理を実行する第１情報処理装置に、
   決済に利用される情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得するステップと、
   前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、
   特定された決済サービスが前記所定の決済サービスであれば、前記情報コードに含まれる決済情報に基づいて前記所定の決済処理を実行するステップと、
   特定された決済サービスが他の決済サービスであれば、前記情報コードに含まれる決済情報を、前記他の決済サービスに対応する決済処理を実行する他の情報処理装置に送信するステップと、を実行させるためのプログラム。
10. 情報処理装置に、
    決済に利用する情報コードを含む画像を撮影するステップと、
    前記画像に基づいて、複数の決済サービスから特定される一の決済サービスに関連する情報を表示するステップと、
    特定された決済サービスが第１決済サービスであれば、前記第１決済サービスに対応する第１情報処理装置に、前記情報コードに含まれる決済情報を送信するステップと、
    特定された決済サービスが第２決済サービスであれば、前記第２決済サービスに対応する第２情報処理装置に、前記情報コードに含まれる決済情報を送信するステップと、を実行させるためのプログラム。
11. 決済に利用する決済サービスが一に特定されない場合に、前記第１決済サービス及び前記第２決済サービスとは異なる他の決済サービスを利用するためにＷｅｂブラウザを起動するステップを含む、請求項１０に記載のプログラム。
12. 同一の決済処理が所定時間内に所定の回数行われたことの通知を受け付けた場合に、当該通知を受けたことを表示するステップを含む、請求項１０又は１１に記載のプログラム。
13. 前記情報コードには、決済サービスを一に特定可能な文字列が含まれており、
    前記複数の決済サービスから特定される一の決済サービスは、前記画像に含まれる前記情報コードを読み取ることで得られる前記文字列に基づいて、決済に利用する決済サービスが一に特定される、請求項１０から１２のいずれか一項に記載のプログラム。
14. 前記複数の決済サービスから特定される一の決済サービスは、前記画像に含まれる、決済サービスを特定可能な特徴を解析することで、決済に利用する決済サービスが一に特定される、請求項１０から１３のいずれか一項に記載のプログラム。
15. 情報処理装置が実行する情報処理方法であって、
    決済に利用する情報コードを含む画像を撮影するステップと、
    前記画像に基づいて、複数の決済サービスから特定される一の決済サービスに関連する情報を表示するステップと、
    特定された決済サービスが第１決済サービスであれば、前記第１決済サービスに対応する第１情報処理装置に、前記情報コードに含まれる決済情報を送信するステップと、
    特定された決済サービスが第２決済サービスであれば、前記第２決済サービスに対応する第２情報処理装置に、前記情報コードに含まれる決済情報を送信するステップと、を含む情報処理方法。
16. 情報処理装置であって、
    決済に利用する情報コードを含む画像を撮影する画像取得部と、
    前記画像に基づいて、複数の決済サービスから特定される一の決済サービスに関連する情報を表示する表示部と、
    特定された決済サービスが第１決済サービスであれば、前記第１決済サービスに対応する第１情報処理装置に、前記情報コードに含まれる決済情報を送信し、特定された決済サービスが第２決済サービスであれば、前記第２決済サービスに対応する第２情報処理装置に、前記情報コードに含まれる決済情報を送信する決済処理部と、を有する情報処理装置。

Images