JP7136836B2

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

Info

Publication number: JP7136836B2
Application number: JP2020106730A
Authority: JP
Inventors: 景介曾川; 伸明鈴木
Original assignee: Mercari Inc
Current assignee: Mercari Inc
Priority date: 2020-06-22
Filing date: 2020-06-22
Publication date: 2022-09-13
Anticipated expiration: 2038-09-20
Also published as: JP2020166889A

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定の
サービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サー
ビス、電子商取引サービス、インスタントメッセンジャーを代表とするSNS（Social Netw
orking 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）、ＡＳＩＣ（Applic
ation-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等
を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integrat
ion））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示
される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により
実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることと
してもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルト
ラＬＳＩなどと呼称されることもある。

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

第１情報処理装置が行う情報処理方法であって、
情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得するステップと、
前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、
前記情報コードに含まれる決済に利用される情報を、特定された決済サービスに対応する決済処理を実行する他の情報処理装置に送信し、前記他の情報処理装置から前記決済サービスに対応する決済処理が完了したことの通知を受信し、前記決済サービスに対応する決済処理が完了したことを前記第２情報処理装置に通知するステップと、を有する情報処理方法。
前記情報コードに含まれる決済に利用される情報を前記他の情報処理装置に送信するステップは、
前記情報コードに含まれる決済に利用される情報を、前記決済サービスの仕様に応じて処理するステップと、
処理された決済に利用される情報を、前記他の情報処理装置に送信するステップと、を含む請求項１に記載の情報処理方法。
前記情報コードに関する情報から決済に利用する決済サービスを特定できない場合、決済に利用する決済サービスを特定できないことを前記第２情報処理装置に通知するステップ、を有する、請求項１又は２に記載の情報処理方法。
前記情報コードに関する情報は、文字列を含み、
前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる、決済サービスを特定可能な文字列に基づいて、決済に利用する一の決済サービスを特定するステップを更に含む、請求項１から３のいずれか一項に記載の情報処理方法。
前記情報コードに関する情報は、前記情報コードを含む画像を含み、
前記情報コードには、決済サービスを特定可能な文字列が含まれており、
前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる前記情報コードの画像を読み取ることで得られる前記文字列に基づいて、決済に利用する一の決済サービスを特定するステップを更に含む、請求項１から４のいずれか一項に記載の情報処理方法。
前記情報コードに関する情報は、前記情報コードを含む画像を含み、
前記複数の決済サービスから一の決済サービスを特定するステップは、前記情報コードに関する情報に含まれる、決済サービスを特定可能な特徴を解析することで、決済に利用する一の決済サービスを特定するステップを更に含む、
請求項１から５のいずれか一項に記載の情報処理方法。
前記他の情報処理装置において前記決済サービスに対応する決済処理が完了した場合、前記他の情報処理装置から通知された、前記決済サービスを利用して行われた決済に関する情報を履歴情報に格納するステップと、
ユーザの操作に応答して、前記履歴情報から前記決済サービスを利用して行われた決済に関する情報を取得して表示させるステップと、を含む、
請求項１から６のいずれか一項に記載の情報処理方法。
前記第１情報処理装置及び前記第２情報処理装置は、ユーザにサービスを提供する装置である、
請求項１から７のいずれか一項に記載の情報処理方法。
第１情報処理装置として動作する情報処理装置であって、
情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得する取得部と、
前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定する特定部と、
前記情報コードに含まれる決済に利用される情報を、特定された決済サービスに対応する決済処理を実行する他の情報処理装置に送信し、前記他の情報処理装置から前記決済サービスに対応する決済処理が完了したことの通知を受信し、前記決済サービスに対応する決済処理が完了したことを前記第２情報処理装置に通知する送信部と、を有する情報処理装置。
第１情報処理装置に、
情報コードを読み取った第２情報処理装置から、前記情報コードに関する情報を取得するステップと、
前記情報コードに関する情報に基づいて、複数の決済サービスから一の決済サービスを特定するステップと、
前記情報コードに含まれる決済に利用される情報を、特定された決済サービスに対応する決済処理を実行する他の情報処理装置に送信し、前記他の情報処理装置から前記他の決済サービスに対応する決済処理が完了したことの通知を受信し、前記他の決済サービスに対応する決済処理が完了したことを前記第２情報処理装置に通知するステップと、を実行させるためのプログラム。