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

Abstract

【課題】顧客が店舗で現金を渡すことにより、当該顧客が希望する決済サービスの残高に入金できるようにする情報処理方法、情報処理装置、及びプログラムを提供する。【解決手段】第１情報処理装置（サーバ１１０Ａ）は、店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置（サーバ１１０Ｂ）を特定する処理と、特定した第２情報処理装置に、入金を行わせる情報を送信する処理と、を実行する。【選択図】図１０

Description

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

従来、例えば、コンビニエンスストア等の店舗で、顧客の電子マネーの残高に入金（チャージ）できるシステムが知られている（例えば、特許文献１を参照）。このシステムでは、まず、顧客は、所定の決済サービスの残高に入金したい旨を店員に口頭で伝え、入金したい金額の現金を店員に渡し、当該決済サービスに対応しているスマートフォンまたはカードを、店舗に設置されたカードライタ等の上に置く。そして、店員が、店舗に設置された専用端末を操作すると、当該金額が入金される。

特開２００９−２３７８３１号公報

しかしながら、従来技術では、例えば、所定の決済サービス用の店舗端末が店舗に設置されていない場合、顧客が当該店舗で現金を渡すことにより当該所定の決済サービスにおける当該顧客の残高に入金することはできない。本開示は、顧客が店舗で現金を渡すことにより、当該顧客が希望する決済サービスの残高に入金できるようにする技術を提供することを目的とする。

本開示の一実施形態に係る第１情報処理装置は、店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置を特定する処理と、特定した前記第２情報処理装置に、当該入金を行わせる情報を送信する処理と、を実行する。

本開示の一実施形態に係る通信システムの構成を示す図である。 実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。 実施形態に係るサーバ、端末、及びＰＯＳ端末の機能的な構成を示すブロック図の一例を示す図である。 第１実施形態に係る端末に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。 第１実施形態に係る入金情報記憶部に記憶される入金情報の一例を示す図である。 第１実施形態に係るユーザ情報記憶部に記憶される入金情報の一例を示す図である。 第１実施形態に係る事業者情報記憶部に記憶される入金情報の一例を示す図である。 実施形態に係る端末またはＰＯＳ端末の表示画面の一例について説明する図である。 実施形態に係る端末またはＰＯＳ端末の表示画面の一例について説明する図である。 実施形態に係る端末またはＰＯＳ端末の表示画面の一例について説明する図である。 実施形態に係る端末またはＰＯＳ端末の表示画面の一例について説明する図である。 第１実施形態に係るＰＯＳ端末に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。 第１実施形態に係る入金金額の修正処理のシーケンスの一例を示す図である。 第２実施形態に係るサーバ、端末、及びＰＯＳ端末の機能的な構成を示すブロック図の一例を示す図である。 第２実施形態に係る端末に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。 第２実施形態に係るＰＯＳ端末に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。

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

本開示に係る現金による入金を実施するための形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す図である。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ、端末１２０Ｂ、端末１２０Ｃと、ＰＯＳ端末１４０Ａ、ＰＯＳ端末１４０Ｂ、ＰＯＳ端末１４０Ｃとが接続される。

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

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

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

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

本開示において、決済サービスとは１以上のユーザが金銭または金銭相当物の授受ができるサービスを意味する。限定でなく例として、一次元コード（バーコードなど）、二次元コード（ＱＲコード（登録商標）など）（以下で、一次元コードおよび二次元コードをまとめて「二次元コード等」と総称する。）、近距離無線通信（ＮＦＣ (Near Field Communication)、ＢＬＥ（Bluetooth（登録商標） Low Energy）、Wi-Fi（登録商標）、超音波通信、赤外線通信など）を利用して決済を行うサービスを含む。また、代金の支払いを行うユーザ（支払者）の端末１２０が二次元コード等を読み取ることで決済を行うことを「ユーザ読取型コード決済」または「ＭＰＭ（Merchant Presented Mode）」と表現し、支払いを行うユーザの端末１２０が二次元コード等を表示し、表示された二次元コード等を、代金を請求する店舗側等のユーザ（販売者、請求者、店員）のＰＯＳ端末１４０が読み取ることで決済を行うことを「店舗読取型コード決済」または「ＣＰＭ（Consumer Presented Mode）」と表現する。なお、ＭＰＭおよびＣＰＭは、動的であってもよいし、静的であってもよい。

ＰＯＳ端末１４０は、例えば、店舗等に設置されるＰＯＳ(Point of sale system)の端末である。ＰＯＳ端末１４０は、例えば、スマートフォン等の端末により実現されてもよい。ＰＯＳ端末１４０は、端末１２０のユーザが店舗で商品を購入する場合に、サーバ１１０により提供される決済サービスを用いて、承認の代金の支払いを受ける。

また、ＰＯＳ端末１４０は、店員等が端末１２０のユーザから受け取った現金の金額を、サーバ１１０により提供される決済サービスにおけるユーザの残高に入金する。この場合、ＰＯＳ端末１４０は、例えば、端末１２０に表示された二次元コード等を読み取り、読み取った情報等をサーバ１１０に送信することにより入金する。または、ＰＯＳ端末１４０は、二次元コード等を表示して端末１２０に読み取らせ、読み取らせた情報等をサーバ１１０に送信させることにより入金する。または、ＰＯＳ端末１４０は、例えば、端末１２０がユーザによりＰＯＳ端末１４０のカードリーダにかざされる等をされた際、近距離無線通信を用いて、端末１２０から情報を読み取り、読み取った情報をサーバ１１０に送信することにより入金する。

端末１２０は、例えば、ユーザのスマートフォン等の端末であり、サーバ１１０により提供される決済サービス等の各種サービスを利用する処理を行う。

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

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

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

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

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

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

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

なお、本開示のプログラムは、限定でなく例として、JavaScript（登録商標）、Pythonなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Swift、Kotlin、Java（登録商標）などを用いて実装される。

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

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

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

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

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

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

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

＜第１実施形態＞
本開示の第１実施形態は、ユーザ（客）が店員等に現金を渡してユーザの残高に入金する場合に、現金が撮影された画像をサーバ１１０にアップロードする実施形態である。

実施形態により、例えば、ユーザが店舗で現金を渡してユーザの口座に入金する場合に、適切に入金を行えるようにすることができる。また、例えば、適切に入金を行えるため、結果的に端末１２０やサーバ１１０の負荷、及び端末１２０とサーバ１１０間のネットワーク１３０の負荷を軽減できるという効果が得られる。

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

（１）サーバの機能構成
サーバ１１０は、受付部３１１と、送受信部３１２と、制御部３１３と、表示制御部３１４と、記憶部３１５とを有する。なお、各機能部の機能または処理は、実現可能な範囲において、機械学習またはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）により実現されてもよい。

受付部３１１は、サーバ１１０により提供される各種のサービスを運営する事業者からの各種の設定操作等を受け付ける。

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

制御部３１３は、決済サービス等の各種サービスを、端末１２０のユーザに提供する処理を行う。

表示制御部３１４は、制御部３１３の指示に従い、端末１２０の表示画面を制御する情報を、送受信部３１２に送信させる。

記憶部３１５は、入金の情報を記憶する入金情報記憶部３１５１、ユーザの情報を記憶するユーザ情報記憶部３１５２、店舗等の事業者の情報を記憶する事業者情報記憶部３１５３等を有する。

（２）端末の機能構成
端末１２０は、受付部３２１と、送受信部３２２と、制御部３２３と、表示制御部３２４と、記憶部３２５とを有する。なお、各機能部の機能または処理は、実現可能な範囲において、機械学習またはＡＩにより実現されてもよい。

受付部３２１は、端末１２０のユーザからの各種の操作等を受け付ける。

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

制御部３２３は、サーバ１１０により提供される決済サービス等の各種のサービスを利用する処理を行う。

表示制御部３２４は、制御部３２３の指示に従い、サーバ１１０から受信した情報等に基づいて、端末１２０の表示画面を制御する。記憶部３２５は、サーバ１１０により提供される各種サービスを利用するための情報を記憶する。

（３）ＰＯＳ端末の機能構成
ＰＯＳ端末１４０は、受付部３３１と、送受信部３３２と、制御部３３３と、表示制御部３３４と、記憶部３３５とを有する。なお、各機能部の機能または処理は、実現可能な範囲において、機械学習またはＡＩにより実現されてもよい。

受付部３３１は、ＰＯＳ端末１４０が設けられる店舗の店員等からの各種の操作等を受け付ける。

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

制御部３３３は、サーバ１１０により提供される決済サービス等の各種のサービスを利用する処理を行う。

表示制御部３３４は、制御部３３３の指示に従い、サーバ１１０から受信した情報等に基づいて、ＰＯＳ端末１４０の表示画面を制御する。記憶部３３５は、サーバ１１０により提供される各種サービスを利用するための情報を記憶する。

＜第１実施形態の処理＞
≪端末１２０に二次元コード等を表示させて入金する場合の処理≫
図４から図６Ｄを参照し、第１実施形態に係る端末１２０に二次元コード等を表示させて入金する場合の処理の一例について説明する。図４は、第１実施形態に係る端末１２０に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。図５Ａは、第１実施形態に係る入金情報記憶部３１５１に記憶される入金情報の一例を示す図である。図５Ｂは、第１実施形態に係るユーザ情報記憶部３１５２に記憶される入金情報の一例を示す図である。図５Ｃは、第１実施形態に係る事業者情報記憶部３１５３に記憶される入金情報の一例を示す図である。図６Ａから図６Ｄは、実施形態に係る端末１２０またはＰＯＳ端末１４０の表示画面の一例について説明する図である。

以下では、ユーザ（客）の端末１２０に二次元コード等を表示させ、店舗のＰＯＳ端末１４０が当該二次元コード等を読み取ることで入金する場合の例について説明する。なお、以下の処理は、端末１２０とＰＯＳ端末１４０とを入れ替えても、同様に実施可能である。例えば、画像を撮影する処理や、入金金額を入力する処理は、端末１２０とＰＯＳ端末１４０とのいずれで行うようにしてもよい。

ステップＳ１において、端末１２０は、ユーザの操作に応答して、入金機能を起動し、入金する現金をカメラで撮影する。ここで、端末１２０は、例えば、まず、サーバ１１０により提供される決済サービス用のアプリケーションプログラム（以下で、単に「アプリ」とも称する。）を起動し、アプリにより表示されるメニュー画面から、入金機能を起動するボタンの押下操作を受け付ける。そして、端末１２０は、図６Ａの現金の撮影画面６０１を表示させる。端末１２０Ａは、図６Ａの例では、「入金する現金の全額を写しながら、撮影ボタンを長押しして下さい。」というメッセージ６０２、及び撮影ボタン６０３を表示させている。また、図６Ａの例では、カメラで撮影されている千円札３枚、５００円玉１枚、１００円玉３枚、５０円玉１枚が領域６０４に表示されている。端末１２０は、図６Ａの撮影ボタン６０３の長押し等の操作を受け付けている間（例えば、３秒間）、所定間隔（例えば、０．１秒間隔）で撮影する。

続いて、端末１２０は、撮影された現金の画像を認識し、撮影された現金の金額を認識する（ステップＳ２）。ここで、端末１２０は、所定間隔で撮影された各画像を、ディープラーニング等によるＡＩ（機械学習）等を用いてそれぞれ画像認識し、撮影された現金の金額を認識する。

そして、端末１２０は、機械学習により認識された各紙幣及び各硬貨に対する各信頼度（確からしさ、類似度）がそれぞれ所定の閾値以上である各画像から認識された各金額のうち、最も高い金額を、認識した金額として抽出してもよい。これにより、例えば、各画像のうち、手振れや撮影範囲のずれ等により全額が撮影されていない画像がある場合でも、適切に全額を認識することができる。

続いて、端末１２０は、認識した金額を画面に表示させる（ステップＳ３）。ここで、端末１２０は、図６Ｂの金額確認画面６１１を表示させる。端末１２０は、図６Ｂの例では、認識した金額を含むメッセージ６１２、「戻る」ボタン６１３、「確認」ボタン６１４を表示させている。

続いて、端末１２０は、金額の承認操作をユーザから受け付ける（ステップＳ４）。ここで、端末１２０は、例えば、図６Ｂの「確認」ボタン６１４の押下を受け付ける。なお、「戻る」ボタン６１３が押下された場合は、ステップＳ１の処理に戻る。これにより、ユーザが承認した入金金額を画像認識により検出可能な画像を決定することができる。

続いて、端末１２０は、端末１２０のユーザのユーザＩＤと、現金の金額を認識した際の画像の情報とを含むコード取得要求をサーバ１１０に送信する（ステップＳ５）。なお、端末１２０は、ステップＳ４の処理でユーザに承認された金額の情報も、サーバ１１０に送信してもよい。

ここで、端末１２０は、機械学習により認識された各紙幣及び各硬貨に対する各信頼度（確からしさ、類似度）がそれぞれ所定の閾値以上である各画像から認識された各金額のうち、最も高い金額が認識された画像が複数ある場合、当該各信頼度に基づいて、当該複数の画像のうちサーバ１１０に送信する画像を決定してもよい。

この場合、端末１２０は、例えば、当該各信頼度の平均値が最も高い画像を、サーバ１１０に送信する画像として選択してもよい。例えば、第１画像から１０００円札１枚と１００玉一枚が認識され、１０００円札に対する認識の信頼度が９０％であり、１００玉に対する認識の信頼度が７０％であるとする。また、第２画像から同様に１０００円札１枚と１００玉一枚が認識され、１０００円札に対する認識の信頼度が８０％であり、１００玉に対する認識の信頼度が８５％であるとする。この場合、端末１２０は、第１画像の各信頼度の平均値を８０％（＝（９０％＋７０％）／２）、第２画像の各信頼度の平均値を８２．５％（＝（８０％＋８５％）／２）と算出し、平均値が高い第２画像を選択する。これにより、各紙幣及び各硬貨がより高い精度で認識された画像をサーバ１１０に記録させることができる。

また、端末１２０は、例えば、当該各信頼度に金額に応じた重みを付加した値（スコア）が最も高い画像を、サーバ１１０に送信する画像として選択してもよい。
例えば、上述した例と同様に、第１画像から１０００円札１枚と１００玉一枚が認識され、１０００円札に対する認識の信頼度が９０％であり、１００玉に対する認識の信頼度が７０％であるとする。また、第２画像から同様に１０００円札１枚と１００玉一枚が認識され、１０００円札に対する認識の信頼度が８０％であり、１００玉に対する認識の信頼度が８５％であるとする。この場合、端末１２０は、第１画像の各信頼度に金額に応じた重みを付加した値を９７０００（＝９０％×１０００円＋７０％×１００円）、第２画像の各信頼度に金額に応じた重みを付加した値を８８５００（＝８０％×１０００円＋８５％×１００円）と算出し、値が高い第１画像を選択する。これにより、金額が高い紙幣及び硬貨がより高い精度で認識された画像をサーバ１１０に記録させることができる。

続いて、サーバ１１０は、入金を識別する情報である入金ＩＤ（「入金の識別情報」の一例。）、及び端末１２０に表示させる二次元コード等の識別情報であるコードＩＤ（ＱＲＩＤ、「入金の識別情報」の一例。）を決定する（ステップＳ６）。

続いて、サーバ１１０は、入金ＩＤに対応付けて、コードＩＤ、ユーザＩＤ、及び受信した現金の画像を入金情報記憶部３１５１に記憶させる（ステップＳ７）。なお、サーバ１１０は、ユーザに承認された金額の情報も端末１２０から受信した場合、ユーザに承認された金額も入金情報記憶部３１５１に記憶させる。

（入金情報記憶部３１５１）
図５の例では、入金情報記憶部３１５１には、入金ＩＤに対応付けて、コードＩＤ、ユーザＩＤ、店舗ＩＤ、入金金額、入金日時、及び現金の画像が記憶される。ユーザＩＤは、入金した端末１２０のユーザのユーザＩＤである。店舗ＩＤは、入金させたＰＯＳ端末１４０の店舗ＩＤである。入金日時は、入金された日時である。入金日時は、例えば、後述する入金要求を受信した際等の日時でもよい。

続いて、サーバ１１０は、決定したコードＩＤを端末１２０に送信する（ステップＳ８）。

続いて、端末１２０は、受信したコードＩＤに基づく二次元コード等と、認識した金額とを画面に表示させる（ステップＳ９）。ここで、端末１２０は、図６Ｃのコード表示画面６２１を表示させる。端末１２０は、図６Ｃの例では、認識した金額を含むメッセージ６２２、及び二次元コード６２３を表示させている。

ここで、店員等は、当該現金を端末１２０のユーザから受け取るとともに、端末１２０に表示されている現金の金額を確認する。そして、店員等は、受け取った現金の金額と、端末１２０に表示されている現金の金額とが一致することを確認する。なお、一致しない場合、店員等は、ステップＳ１の処理からやり直させる。

続いて、ＰＯＳ端末１４０は、現金により入金される入金金額を入力する操作を店員等から受け付ける（ステップＳ１０）。ここで、ＰＯＳ端末１４０は、テンキー等の操作により、入金金額を入力する操作を受け付けてもよい。または、ＰＯＳ端末１４０は、予め設定されている１以上の金額から、店員等が入金金額を１回以上選択できるようにしてもよい。この場合、例えば、１０００円、５０００円、１００００円の３つの選択肢を表示し、各選択肢が押下された回数に応じた金額を入力してもよい。例えば、１０００円が２回押下されることにより、入金金額が２０００円と入力される。また、ＰＯＳ端末１４０は、端末１２０のユーザが前回入金した金額をサーバ１１０から取得し、取得した金額をデフォルト値として設定してもよい。これらにより、入金金額が誤入力される可能性を低減できる。

続いて、ＰＯＳ端末１４０は、端末１２０の画面に表示されている二次元コード等を撮影する操作を店員等から受け付け（ステップＳ１１）、撮影された二次元コード等からコードＩＤを読み取る（ステップＳ１２）。

続いて、ＰＯＳ端末１４０は、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額と、読み取ったコードＩＤとを含む入金要求をサーバ１１０に送信する（ステップＳ１３）。

続いて、サーバ１１０は、入金情報記憶部３１５１において、受信したコードＩＤに対応付けて記憶されている入金ＩＤに対応付けて、受信した入金金額、受信した店舗ＩＤ、及び入金日時を記憶させる（ステップＳ１４）。

続いて、サーバ１１０は、入金情報記憶部３１５１において、当該入金ＩＤに対応付けて記憶されている画像を認識し、撮影された現金の金額を認識する（ステップＳ１５）。

続いて、サーバ１１０は、認識した金額と、入金情報記憶部３１５１において、当該入金ＩＤに対応付けて記憶されている入金金額とが一致するか否かを判定する（ステップＳ１６）。

画像から認識した金額と、入力された入金金額とが一致しない場合、サーバ１１０は、画像から認識した金額、入金金額、及び画像から認識した金額と入金金額とが一致しない旨を示すメッセージ（「入金金額の確認を促すメッセージ」の一例。）を、ＰＯＳ端末１４０、及び端末１２０に送信して表示させる。これにより、店員等が受け取った現金の額と、入金金額とが一致しない可能性がある場合に、店員等に警告を通知することができる。この場合、ＰＯＳ端末１４０は、例えば、図６Ｄの警告画面６３１を表示させる。ＰＯＳ端末１４０は、図６Ｄの例では、画像から認識した金額６３２、入金金額６３３、画像から認識した金額と入金金額とが一致しない旨を示すメッセージ６３４、「入金キャンセル」ボタン６３５、「入金完了」ボタン６３６、及び「画像を表示」ボタン６３７を表示させている。「画像を表示」ボタン６３７が押下されると、ＰＯＳ端末１４０は、読み取ったコードＩＤを含む画像取得要求をサーバ１１０に送信し、サーバ１１０の入金情報記憶部３１５１に当該コードＩＤに対応付けて記憶されている現金の画像を取得して表示させる。これにより、店員等、及びユーザは、認識に用いられた現金の画像を確認することができる。

なお、「入金キャンセル」ボタン６３５が押下された場合、これまでの処理がキャンセルされ、ステップＳ１の処理に戻る。「入金完了」ボタン６３６が押下された場合、画像から認識した金額と、入力された入金金額とが一致する場合と同様に、以下の処理が続行される。

なお、サーバ１１０は、ステップＳ４の処理により、ユーザに承認された金額の情報を端末１２０から受信している場合、ステップＳ１６において、ステップＳ１５の処理で認識した金額と、ユーザに承認された金額とが一致するか否かも判定してもよい。そして、一致しない場合、サーバ１１０は、ユーザに承認された金額と、認識した金額とが一致しない旨を示すメッセージを、ＰＯＳ端末１４０、及び端末１２０に送信して表示させてもよい。これにより、例えば、端末１２０での画像認識結果、及びユーザが承認した金額が間違っている可能性がある場合に、警告を通知することができる。

また、サーバ１１０は、ステップＳ４の処理により、ユーザに承認された金額の情報を端末１２０から受信している場合、ステップＳ１６において、ＰＯＳ端末１４０から受信した入金金額と、ユーザに承認された金額とが一致するか否かも判定してもよい。そして、一致しない場合、サーバ１１０は、ユーザに承認された金額と、店員等に入力された金額とが一致しない旨を示すメッセージを、ＰＯＳ端末１４０、及び端末１２０に送信して表示させてもよい。

以下では、画像から認識した金額と、入力された入金金額とが一致する場合について説明する。サーバ１１０は、ユーザ情報記憶部３１５２において、端末１２０のユーザの残高に入金金額を加算する（ステップＳ１７）。

続いて、サーバ１１０は、事業者情報記憶部３１５３において、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を減算（出金、送金）する（ステップＳ１８）。

続いて、サーバ１１０は、入金完了通知をＰＯＳ端末１４０、及び端末１２０に送信する（ステップＳ１９−１、２）。当該入金完了通知には、入金情報記憶部３１５１に記憶されている、今回の入金に対する入金ＩＤ、ユーザＩＤ、店舗ＩＤ、入金金額、及び入金日時等の情報が含まれてもよい。

続いて、端末１２０、及びＰＯＳ端末１４０は、受信した入金完了通知を表示させる（ステップＳ２０−１、２）。

なお、上述した例では、店員等がステップＳ１０で入金金額を入力する例について説明した。これに代えて、客であるユーザが入金金額を入力するようにしてもよい。この場合、ステップＳ４等で、入金金額の入力を受け付け、サーバ１１０に送信するようにしてもよい。または、ステップＳ４で承認された金額を、入金金額としてサーバ１１０に送信するようにしてもよい。

≪ＰＯＳ端末１４０に二次元コード等を表示させて入金する場合の処理≫
図７を参照し、第１実施形態に係るＰＯＳ端末１４０に二次元コード等を表示させて入金する場合の処理の一例について説明する。図７は、第１実施形態に係るＰＯＳ端末１４０に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。

以下では、店舗のＰＯＳ端末１４０に二次元コード等を表示させ、ユーザの端末１２０が当該二次元コード等を読み取ることで入金する場合の例について説明する。なお、以下の処理は、端末１２０とＰＯＳ端末１４０とを入れ替えても、同様に実施可能である。例えば、画像を撮影する処理や、入金金額を入力する処理は、端末１２０とＰＯＳ端末１４０とのいずれで行うようにしてもよい。

なお、サーバ１１０、端末１２０、及びＰＯＳ端末１４０は、例えば、図４のシーケンスと図７のシーケンスの両方を行える機能を有し、ユーザ等の操作により指定された方のシーケンスにより、入金を行えるようにしてもよい。

ステップＳ１０１において、端末１２０は、ユーザの操作に応答して、入金機能を起動し、入金する現金をカメラで撮影する。続いて、端末１２０は、撮影された現金の画像を認識し、撮影された現金の金額を認識する（ステップＳ１０２）。続いて、端末１２０は、認識した金額を画面に表示させる（ステップＳ１０３）。続いて、端末１２０は、金額の承認操作をユーザから受け付ける（ステップＳ１０４）。なお、ステップＳ１０１からステップＳ１０４の各処理は、図４のステップＳ１からステップＳ４の各処理とそれぞれ同様でもよい。

店員等は、当該現金を端末１２０のユーザから受け取るとともに、端末１２０に表示されている現金の金額を確認する。そして、店員等は、受け取った現金の金額と、端末１２０に表示されている現金の金額とが一致することを確認する。なお、一致しない場合、店員等は、ステップＳ１０１の処理からやり直させる。

続いて、ＰＯＳ端末１４０は、現金により入金される入金金額を入力する操作を店員等から受け付ける（ステップＳ１０５）。

続いて、ＰＯＳ端末１４０は、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額とを含むコード取得要求をサーバ１１０に送信する（ステップＳ１０６）。

続いて、サーバ１１０は、入金を識別する情報である入金ＩＤ、及びＰＯＳ端末１４０に表示させる二次元コード等の識別情報であるコードＩＤ（ＱＲＩＤ）を決定する（ステップＳ１０７）。

続いて、サーバ１１０は、入金ＩＤに対応付けて、決定したコードＩＤ、受信した店舗ＩＤ、及び受信した入金金額を入金情報記憶部３１５１に記憶させる（ステップＳ１０８）。

続いて、サーバ１１０は、決定したコードＩＤをＰＯＳ端末１４０に送信する（ステップＳ１０９）。

続いて、ＰＯＳ端末１４０は、受信したコードＩＤに基づく二次元コード等と、入力された入金金額とを画面に表示させる（ステップＳ１１０）。

続いて、端末１２０は、ＰＯＳ端末１４０の画面に表示されている二次元コード等を撮影する操作をユーザから受け付け（ステップＳ１１１）、撮影された二次元コード等からコードＩＤを読み取る（ステップＳ１１２）。

続いて、端末１２０は、端末１２０のユーザのユーザＩＤと、現金の画像と、読み取ったコードＩＤとを含む入金要求をサーバ１１０に送信する（ステップＳ１１３）。

続いて、サーバ１１０は、入金情報記憶部３１５１において、受信したコードＩＤに対応付けて記憶されている入金ＩＤに対応付けて、受信したユーザＩＤ、受信した現金の画像、及び入金日時を記憶させる（ステップＳ１１４）。

続いて、サーバ１１０は、入金情報記憶部３１５１において、当該入金ＩＤに対応付けて記憶されている画像を認識し、撮影された現金の金額を認識する（ステップＳ１１５）。続いて、サーバ１１０は、認識した金額と、入金情報記憶部３１５１において、当該入金ＩＤに対応付けて記憶されている入金金額とが一致するか否かを判定する（ステップＳ１１６）。

続いて、サーバ１１０は、ユーザ情報記憶部３１５２において、端末１２０のユーザの残高に入金金額を加算する（ステップＳ１１７）。続いて、サーバ１１０は、事業者情報記憶部３１５３において、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を減算（出金、送金）する（ステップＳ１１８）。続いて、サーバ１１０は、入金完了通知をＰＯＳ端末１４０、及び端末１２０に送信する（ステップＳ１１９−１、２）。続いて、端末１２０、及びＰＯＳ端末１４０は、受信した入金完了通知を表示させる（ステップＳ１２０−１、２）。なお、ステップＳ１１５からステップＳ１２０の各処理は、図４のステップＳ１５からステップＳ２０の各処理とそれぞれ同様でもよい。

なお、上述した例では、店員等がステップＳ１０５で入金金額を入力する例について説明した。これに代えて、客であるユーザが入金金額を入力するようにしてもよい。この場合、ステップＳ１０４等で、入金金額の入力を受け付け、サーバ１１０に送信するようにしてもよい。または、ステップＳ１０４で承認された金額を、入金金額としてサーバ１１０に送信するようにしてもよい。

なお、上述した図４、及び図７では、二次元コード等を用いる例について説明したが、これに変えて、ＮＦＣ等の近距離無線通信を用いて入金を行うようにしてもよい。この場合、例えば、端末１２０とＰＯＳ端末１４０とのいずれか一方が、コードＩＤの代わりに決済ＩＤをサーバ１１０から取得し、取得した決済ＩＤを、近距離無線通信を用いて他方に通知するようにしてもよい。

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

＜＜第１実施例＞＞
第１実施例は、ＰＯＳ端末１４０にて現金の画像を撮影する実施例である。第１実施例により、例えば、ユーザが店舗で現金を渡してユーザの口座に入金する場合に、適切に入金を行えるようにすることができる。

＜＜第１実施例の処理＞＞
上述した図４、及び図７の処理で、端末１２０にて現金の画像を撮影する代わりに、またはこれに加えて、ＰＯＳ端末１４０にて現金の画像を撮影するようにしてもよい。この場合、例えば、ＰＯＳ端末１４０は、図４のステップＳ１からステップＳ４を同様の処理を行うことにより現金の画像を撮影する。そして、図４のステップＳ１３の処理で、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額と、読み取ったコードＩＤとに加え、現金の画像の情報も含む入金要求をサーバ１１０に送信する。または、図７のステップＳ１０６の処理で、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額とに加え、現金の画像の情報も含むコード取得要求をサーバ１１０に送信する。

端末１２０とＰＯＳ端末１４０の両方で現金の画像を撮影する場合、サーバ１１０は、入金情報記憶部３１５１において、端末１２０で撮影された現金の画像と、ＰＯＳ端末１４０で撮影された現金の画像の両方をそれぞれ記憶するようにしてもよい。

＜＜第２実施例＞＞
第２実施例は、入金の際にサーバ１１０にアップロードされた現金の画像を用いて、入金金額と、実際に渡された現金の金額との差額を修正する実施例である。第２実施例により、例えば、ユーザの残高に入金された入金金額と、ユーザから店員等に渡された現金の金額が一致していなかった場合に、適切に入金を行えるようにすることができる。

＜＜第２実施例の処理＞＞
図８を参照し、第１実施形態に係る入金金額の修正処理の一例について説明する。図８は、第１実施形態に係る入金金額の修正処理のシーケンスの一例を示す図である。なお、以下の処理は、端末１２０とＰＯＳ端末１４０とを入れ替えても、同様に実施可能である。

ステップＳ２０１において、ＰＯＳ端末１４０は、入金履歴を表示させる操作を店員等から受け付ける。

続いて、ＰＯＳ端末１４０は、店舗ＩＤを含む入金履歴の取得要求をサーバ１１０に送信する（ステップＳ２０２）。

続いて、サーバ１１０は、入金情報記憶部３１５１を参照し、受信した店舗ＩＤに対応付けられて記憶されている、各入金情報をＰＯＳ端末１４０に送信する（ステップＳ２０３）。ここで、各入金情報には、それぞれ、入金ＩＤ、ユーザＩＤ、入金金額、入金日時、及び現金の画像の情報等が含まれてもよい。

続いて、ＰＯＳ端末１４０は、受信した各入金情報を表示させる（ステップＳ２０４）。ここで、店員等は、各入金情報に含まれる入金金額と現金の画像とを確認し、入金金額と、実際に渡された現金の金額とが一致しない入金情報を発見する。

続いて、ＰＯＳ端末１４０は、入金情報と、修正された入金金額（正しい入金金額）とを指定する修正操作を店員等から受け付ける（ステップＳ２０５）。

続いて、ＰＯＳ端末１４０は、店員等から指定された入金情報に含まれる入金ＩＤと、修正された入金金額の情報とを含む修正要求をサーバ１１０に送信する（ステップＳ２０６）。

続いて、サーバ１１０は、修正の可否を判定する（ステップＳ２０７）。ここで、サーバ１１０は、例えば、受信した入金ＩＤに対応付けられている現金の画像と、受信した修正された入金金額とを、サーバ１１０の管理者の装置に表示させ、管理者から承認操作または非承認操作を受け付けることにより、修正の可否を判定してもよい。または、サーバ１１０は、受信した入金ＩＤに対応付けられている現金の画像から、当該画像に写されている現金の金額をＡＩにより認識し、認識した金額と、受信した修正された入金金額とが一致する場合に修正可と判定し、一致しない場合は修正不可と判定してもよい。

修正不可と判定した場合、サーバ１１０は、その旨をＰＯＳ端末１４０に通知して処理を終了する。修正可と判定した場合、サーバ１１０は、ユーザ情報記憶部３１５２において、端末１２０のユーザの残高に、修正された入金金額と、入金情報記憶部３１５１において当該入金ＩＤに対応付けられている入金金額（入金処理がされた入金金額）との差額を加算する（ステップＳ２０８）。ここで、例えば、修正された入金金額が１０００円であり、記憶されている入金金額が２０００円の場合は、差額の−１０００円（＝１０００円−２０００円）が加算される。すなわち、１０００円が減算される。

続いて、サーバ１１０は、事業者情報記憶部３１５３において、ＰＯＳ端末１４０の店舗の事業者の残高から当該差額を減算（出金、送金）する（ステップＳ２０９）。

なお、サーバ１１０は、ステップＳ２０７で修正可と判定した場合、ＰＯＳ端末１４０から受信した修正された入金金額と、入金処理がされた入金金額と、当該画像とを含む通知を端末１２０に送信し、端末１２０のユーザから承認操作が行われた場合に、ステップＳ２０８、及びステップＳ２０９の処理を行うようにしてもよい。

＜第２実施形態＞
本開示の第２実施形態は、店舗の決済サービスＡの残高から、ユーザの決済サービスＢの残高に入金する実施形態である。

第２実施形態により、例えば、ユーザと店舗とが異なる決済サービスのアカウントを有している場合でも、店舗で入金させることができる。また、例えば、結果的に端末１２０やサーバ１１０の負荷、及び端末１２０とサーバ１１０間のネットワーク１３０の負荷を軽減できるという効果が得られる。なお、第２実施形態の処理は、第１実施形態の処理と組み合わせて実行させることもできる。

＜第２実施形態の機能構成＞
図９を用いて第２実施形態に係るサーバ１１０、端末１２０及びＰＯＳ端末１４０の機能構成を説明する。図９は、第２実施形態に係るサーバ１１０、端末１２０、及びＰＯＳ端末１４０の機能的な構成を示すブロック図の一例を示す図である。

第２実施形態では、サーバ１１０Ａは事業者Ａの決済サービスＡを提供し、サーバ１１０Ｂは事業者Ｂの決済サービスＢを提供する。事業者Ａと事業者Ｂは、顧客からの入金の受け付けについて提携しており、事業者Ａと契約している店舗のＰＯＳ端末１４０が、決済サービスＢのアカウントを有するユーザからの入金を受け付ける。

第２実施形態では、サーバ１１０Ａとサーバ１１０Ｂが、それぞれ異なる決済サービスをそれぞれ提供する点が、第１実施形態と異なっている。サーバ１１０Ａとサーバ１１０Ｂの機能構成は、第１実施形態に係るサーバ１１０とそれぞれ同様である。

サーバ１１０Ａは、受付部３１１Ａと、送受信部３１２Ａと、制御部３１３Ａと、表示制御部３１４Ａと、記憶部３１５Ａとを有する。記憶部３１５Ａは、入金の情報を記憶する入金情報記憶部３１５１Ａ、ユーザの情報を記憶するユーザ情報記憶部３１５２Ａ、店舗等の事業者の情報を記憶する事業者情報記憶部３１５３Ａ等を有する。

サーバ１１０Ｂは、受付部３１１Ｂと、送受信部３１２Ｂと、制御部３１３Ｂと、表示制御部３１４Ｂと、記憶部３１５Ｂとを有する。記憶部３１５Ｂは、入金の情報を記憶する入金情報記憶部３１５１Ｂ、ユーザの情報を記憶するユーザ情報記憶部３１５２Ｂ、店舗等の事業者の情報を記憶する事業者情報記憶部３１５３Ｂ等を有する。

＜第２実施形態の処理＞
≪端末１２０に二次元コード等を表示させて入金する場合の処理≫
図１０を参照し、第１実施形態に係る端末１２０に二次元コード等を表示させて、店舗の決済サービスＡの残高から、ユーザの決済サービスＢの残高に入金する場合の処理の一例について説明する。図１０は、第２実施形態に係る端末１２０に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。

ステップＳ１００１において、端末１２０は、ユーザの操作に応答して、ユーザＩＤを含むコード取得要求をサーバ１１０Ｂに送信する。なお、この処理は、図４のステップＳ１からステップＳ５までの処理と同様でもよい。

続いて、サーバ１１０Ｂは、入金を識別する情報である入金ＩＤ、及び端末１２０に表示させる二次元コード等の識別情報であるコードＩＤを決定する（ステップＳ１００２）。

続いて、サーバ１１０Ｂは、入金ＩＤに対応付けて、コードＩＤ、及びユーザＩＤを入金情報記憶部３１５１Ａに記憶させる（ステップＳ１００３）。なお、ステップＳ１００１の処理により現金の画像も受信した場合、入金ＩＤに対応付けて、現金の画像も記憶させる。

続いて、サーバ１１０Ｂは、決定したコードＩＤを端末１２０に送信する（ステップＳ１００４）。続いて、端末１２０は、受信したコードＩＤに基づく二次元コード等を画面に表示させる（ステップＳ１００５）。続いて、ＰＯＳ端末１４０は、現金により入金される入金金額を入力する操作を店員等から受け付ける（ステップＳ１００６）。

続いて、ＰＯＳ端末１４０は、端末１２０の画面に表示されている二次元コード等を撮影する操作を店員等から受け付け（ステップＳ１００７）、撮影された二次元コード等からコードＩＤを読み取る（ステップＳ１００８）。

なお、ステップＳ１００２からステップＳ１００８の各処理は、それぞれ、図４のステップＳ６からステップＳ１２までの各処理と同様でもよい。

続いて、ＰＯＳ端末１４０は、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額と、読み取ったコードＩＤとを含む入金要求をサーバ１１０Ａに送信する（ステップＳ１００９）。

続いて、サーバ１１０Ａは、入金情報記憶部３１５１Ｂにおいて、受信したコードＩＤに対応付けて、受信した入金金額、受信した店舗ＩＤ等を記憶させる（ステップＳ１０１０）。

続いて、サーバ１１０Ａは、事業者情報記憶部３１５３を参照し、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を送金可能であるか否かを判定する（ステップＳ１０１１）。送金可能でない場合、サーバ１１０Ａは、その旨を示すメッセージをＰＯＳ端末１４０に送信して表示させ、入金を中止させる。送金可能である場合、サーバ１１０Ａは、以下の処理を行う。なお、サーバ１１０は、事業者情報記憶部３１５３において、ＰＯＳ端末１４０の店舗の事業者の残高のうち入金金額に相当する金額を保留状態に設定し、出金等を行えないようにしてもよい。

続いて、サーバ１１０Ａは、入金金額、コードＩＤ、サーバ１１０ＡのＩＤを含む入金要求をサーバ１１０Ｂに送信する（ステップＳ１０１２）。ここで、サーバ１１０Ａは、例えば、ＰＯＳ端末１４０から受信したコードＩＤに基づいて、当該コードＩＤを端末１２０に発行したサーバ１１０Ｂを特定してもよい。この場合、サーバ１１０Ａは、例えば、コードＩＤに所定の数字または文字の列が含まれている場合、当該コードＩＤがサーバ１１０Ｂにより発行されたと判定してもよい。これにより、例えば、店員等は、顧客のアカウントが決済サービスＡの場合でも決済サービスＢの場合でも、同様の操作を行うことにより顧客への入金を受け付けることができる。

なお、ステップＳ１０１２で、サーバ１１０Ａの代わりに、ＰＯＳ端末１４０が、入金金額、コードＩＤ、サーバ１１０ＡのＩＤを含む入金要求をサーバ１１０Ｂに送信するようにしてもよい。この場合、ＰＯＳ端末１４０は、コードＩＤに基づいて、当該コードＩＤを端末１２０に発行したサーバ１１０Ｂを特定し、ステップＳ１００９で送信した入金要求に対する入金承認応答をサーバ１１０Ａから受信すると、入金金額、コードＩＤ、サーバ１１０ＡのＩＤを含む入金要求をサーバ１１０Ｂに送信してもよい。この場合、ＰＯＳ端末１４０は、予め、サーバ１１０Ａからダウンロードしたアプリケーションをインストールしておく。そして、当該アプリケーションは、サーバ１１０Ｂの事業者が配布するＳＤＫ（Software Development Kit）に含まれるＡＰＩ（Application Programming Interface）を用いて、サーバ１１０Ｂとの通信を行ってもよい。

続いて、サーバ１１０Ｂは、コードＩＤを含む入金承認応答をサーバ１１０Ａに送信する（ステップＳ１０１３）。ここで、サーバ１１０Ｂは、受信した現金の画像に基づいて現金の金額を認識し、認識した金額と、入金金額とが一致する場合は、入金承認応答をサーバ１１０Ａに送信してもよい。なお、認識した金額と入金金額とが一致しない場合は、サーバ１１０Ｂは、その旨を示す応答を端末１２０及びサーバ１１０Ａに送信し、入金を中止させてもよい。また、サーバ１１０Ｂは、端末１２０のユーザのアカウントの状態を確認し、アカウントの状態が正常である場合に、入金承認応答をサーバ１１０Ａに送信してもよい。また、アカウントの状態が、例えば、マネーロンダリング等が疑われる不正な入金をサーバ１１０Ｂが検出したことによりロックされている場合は、その旨を示す応答を端末１２０及びサーバ１１０Ａに送信し、入金を中止させてもよい。

続いて、サーバ１１０Ａは、事業者情報記憶部３１５３Ａにおいて、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を減算（出金、送金）する（ステップＳ１０１４）。

続いて、サーバ１１０Ａは、入金金額分の電子バリューの情報をサーバ１１０Ｂに送金する（ステップＳ１０１５）。なお、サーバ１１０Ａは、サーバ１１０Ｂの事業者から、入金に係る手数料を徴収してもよい。これによりサーバ１１０Ｂの事業者Ｂは、手数料を払えば、店舗との契約のための営業等をせずに、サーバ１１０Ａの事業者Ａと契約する店舗での入金が可能となる。

続いて、サーバ１１０Ａは、入金完了通知をＰＯＳ端末１４０に送信する（ステップＳ１０１６）。続いて、ＰＯＳ端末１４０は、受信した入金完了通知を表示させる（ステップＳ１０１７）。

続いて、サーバ１１０Ｂは、ユーザ情報記憶部３１５２Ｂにおいて、端末１２０のユーザの残高に入金金額を加算する（ステップＳ１０１８）。なお、サーバ１１０Ｂは、入金金額に応じて、所定の特典をユーザに付与してもよい。例えば、一度に１万円を入金した場合、１００円分の決済に利用可能なポイントをユーザに付与してもよい。

続いて、サーバ１１０Ｂは、入金完了通知を端末１２０に送信する（ステップＳ１０１９）。続いて、端末１２０は、受信した入金完了通知を表示させる（ステップＳ１０２０）。これにより、例えば、店舗の事業者は、サーバ１１０Ａの事業者Ａが提供する店舗用のアプリケーションをＰＯＳ端末１４０にインストールし、サーバ１１０Ａの決済サービスＡにアカウントを登録しておけば、決済サービスＢを利用する顧客の入金にも対応可能となる。

なお、上述した例では、店員等がステップＳ１００６で入金金額を入力する例について説明した。これに代えて、客であるユーザが入金金額を入力するようにしてもよい。この場合、ステップＳ１００１等で、入金金額の入力を受け付け、サーバ１１０に送信するようにしてもよい。

≪ＰＯＳ端末１４０に二次元コード等を表示させて入金する場合の処理≫
図１１を参照し、第２実施形態に係るＰＯＳ端末１４０に二次元コード等を表示させて、店舗の決済サービスＡの残高から、ユーザの決済サービスＢの残高に入金する場合の処理の一例について説明する。図１１は、第２実施形態に係るＰＯＳ端末１４０に二次元コード等を表示させて入金する場合の処理のシーケンスの一例を示す図である。

ステップＳ１１０１において、ＰＯＳ端末１４０は、現金により入金される入金金額を入力する操作を店員等から受け付ける。続いて、ＰＯＳ端末１４０は、ＰＯＳ端末１４０の店舗ＩＤと、入力された入金金額とを含むコード取得要求をサーバ１１０Ａに送信する（ステップＳ１１０２）。続いて、サーバ１１０Ａは、入金を識別する情報である入金ＩＤ、及びＰＯＳ端末１４０に表示させる二次元コード等の識別情報であるコードＩＤ（ＱＲＩＤ）を決定する（ステップＳ１１０３）。続いて、サーバ１１０Ａは、入金ＩＤに対応付けて、決定したコードＩＤ、受信した店舗ＩＤ、及び受信した入金金額を入金情報記憶部３１５１Ａに記憶させる（ステップＳ１１０４）。続いて、サーバ１１０Ａは、決定したコードＩＤをＰＯＳ端末１４０に送信する（ステップＳ１１０５）。

続いて、ＰＯＳ端末１４０は、受信したコードＩＤに基づく二次元コード等と、入力された入金金額とを画面に表示させる（ステップＳ１１０６）。続いて、端末１２０は、ＰＯＳ端末１４０の画面に表示されている二次元コード等を撮影する操作をユーザから受け付け（ステップＳ１１０７）、撮影された二次元コード等からコードＩＤを読み取る（ステップＳ１１０８）。

なお、ステップＳ１１０１からステップＳ１１０８の各処理は、図７のステップＳ１０５からステップＳ１１２の各処理とそれぞれ同様でもよい。また、ステップＳ１１０１の処理の前に、図７のステップＳ１０１からステップＳ１０４の各処理が行われてもよい。

続いて、端末１２０は、ユーザＩＤ、及び読み取ったコードＩＤを含む入金要求をサーバ１１０Ｂに送信する（ステップＳ１１０９）。ここで、端末１２０は、現金の画像も、サーバ１１０Ｂに送信してもよい。

続いて、サーバ１１０Ｂは、入金情報記憶部３１５１Ｂにおいて、受信したコードＩＤに対応付けて、受信したユーザＩＤ等を記憶させる（ステップＳ１１１０）。ここで、サーバ１１０Ｂは、受信した現金の画像に基づいて、撮影された現金の金額を認識し、認識した金額と、入金金額とが一致する場合は、入金要求をサーバ１１０Ａに送信してもよい。なお、認識した金額と入金金額とが一致しない場合は、サーバ１１０Ｂは、その旨を示す応答を端末１２０及びサーバ１１０Ａに送信し、入金を中止させてもよい。また、サーバ１１０Ｂは、端末１２０のユーザのアカウントの状態を確認し、アカウントの状態が正常である場合に、入金承認応答をサーバ１１０Ａに送信してもよい。また、アカウントの状態が、例えば、マネーロンダリング等が疑われる不正な入金をサーバ１１０Ｂが検出したことによりロックされている場合は、その旨を示す応答を端末１２０及びサーバ１１０Ａに送信し、入金を中止させてもよい。

続いて、サーバ１１０Ｂは、コードＩＤ、サーバ１１０ＢのＩＤを含む入金要求をサーバ１１０Ａに送信する（ステップＳ１１１１）。ここで、サーバ１１０Ｂは、例えば、端末１２０から受信したコードＩＤに基づいて、当該コードＩＤをＰＯＳ端末１４０に発行したサーバ１１０Ａを特定してもよい。この場合、サーバ１１０Ｂは、例えば、コードＩＤに所定の数字または文字の列が含まれている場合、当該コードＩＤがサーバ１１０Ａにより発行されたと判定してもよい。これにより、例えば、店員等は、顧客のアカウントが決済サービスＡの場合でも決済サービスＢの場合でも、同様の操作を行うことにより顧客への入金を受け付けることができる。

なお、ステップＳ１１１１で、サーバ１１０Ｂの代わりに、端末１２０が、コードＩＤ、及びサーバ１１０ＢのＩＤを含む入金要求をサーバ１１０Ａに送信するようにしてもよい。この場合、端末１２０は、コードＩＤに基づいて、当該コードＩＤをＰＯＳ端末１４０に発行したサーバ１１０Ａを特定し、ステップＳ１１０９で送信した入金要求に対する入金承認応答をサーバ１１０Ｂから受信すると、コードＩＤ、サーバ１１０ＢのＩＤを含む入金要求をサーバ１１０Ａに送信してもよい。この場合、端末１２０は、予め、サーバ１１０Ｂからダウンロードしたアプリケーションをインストールしておく。そして、当該アプリケーションは、サーバ１１０Ａの事業者が配布するＳＤＫに含まれるＡＰＩを用いて、サーバ１１０Ａとの通信を行ってもよい。

続いて、サーバ１１０Ａは、事業者情報記憶部３１５３を参照し、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を送金可能であるか否かを判定する（ステップＳ１１１２）。送金可能でない場合、サーバ１１０Ａは、その旨を示す応答をサーバ１１０Ｂに返信し、入金を中止させる。送金可能である場合、サーバ１１０Ａは、以下の処理を行う。なお、サーバ１１０は、事業者情報記憶部３１５３において、ＰＯＳ端末１４０の店舗の事業者の残高のうち入金金額に相当する金額を保留状態に設定し、出金等を行えないようにしてもよい。

続いて、サーバ１１０Ａは、コードＩＤを含む入金承認応答をサーバ１１０Ｂに送信する（ステップＳ１１１３）。続いて、サーバ１１０Ａは、事業者情報記憶部３１５３Ａにおいて、ＰＯＳ端末１４０の店舗の事業者の残高から入金金額を減算（出金、送金）する（ステップＳ１１１４）。

続いて、サーバ１１０Ａは、入金金額分の電子バリューの情報をサーバ１１０Ｂに送金する（ステップＳ１１１５）。なお、サーバ１１０Ａは、サーバ１１０Ｂの事業者から、入金に係る手数料を徴収してもよい。これによりサーバ１１０Ｂの事業者Ｂは、手数料を払えば、店舗との契約のための営業等をせずに、サーバ１１０Ａの事業者Ａと契約する店舗での入金が可能となる。

続いて、サーバ１１０Ａは、入金完了通知をＰＯＳ端末１４０に送信する（ステップＳ１１１６）。続いて、ＰＯＳ端末１４０は、受信した入金完了通知を表示させる（ステップＳ１１１７）。続いて、サーバ１１０Ｂは、ユーザ情報記憶部３１５２Ｂにおいて、端末１２０のユーザの残高に入金金額を加算する（ステップＳ１１１８）。なお、サーバ１１０Ｂは、入金金額に応じて、所定の特典をユーザに付与してもよい。例えば、一度に１万円を入金した場合、１００円分の決済に利用可能なポイントをユーザに付与してもよい。

続いて、サーバ１１０Ｂは、入金完了通知を端末１２０に送信する（ステップＳ１１１９）。続いて、端末１２０は、受信した入金完了通知を表示させる（ステップＳ１１２０）。これにより、例えば、店舗の事業者は、サーバ１１０Ａの事業者Ａが提供する店舗用のアプリケーションをＰＯＳ端末１４０にインストールし、サーバ１１０Ａの決済サービスＡにアカウントを登録しておけば、決済サービスＢを利用する顧客の入金にも対応可能となる。

なお、上述した例では、店員等がステップＳ１１０１で入金金額を入力する例について説明した。これに代えて、客であるユーザが入金金額を入力するようにしてもよい。この場合、ステップＳ１１０９等で、入金金額の入力を受け付け、サーバ１１０に送信するようにしてもよい。

＜＜第３実施例＞＞
第３実施例は、第２実施形態において、二次元コード以外の画像（ロゴ、イラスト）に基づいて、二次元コードを発行した決済サービスを特定する実施例である。第３実施例により、例えば、決済サービスの特定ができないコードＩＤの体系の場合であっても、二次元コード等を発行した決済サービスを特定することができる。なお、第３実施例の処理は、上述した各実施形態、及び各実施例の処理と組み合わせて実行させることもできる。

＜＜第３実施例の処理＞＞
端末１２０に二次元コード等を表示させて入金する図１０の処理を行う場合、ステップＳ１００８において、ＰＯＳ端末１４０は、例えば、さらに、中央部等にロゴまたはイラスト（以下で「ロゴ等」と称する。）が設定された二次元コード（デザインＱＲコード）のロゴ等を認識し、当該二次元コードを発行した事業者を識別する。そして、ステップＳ１００９において、識別した事業者の情報を、入金要求に含めてサーバ１１０Ａに送信する。そして、サーバ１１０Ａは、ステップＳ１０１２において、ＰＯＳ端末１４０から受信した事業者の情報に基づいて、当該コードＩＤを端末１２０に発行したサーバ１１０Ｂを特定し、入金要求をサーバ１１０Ｂに送信する。

ＰＯＳ端末１４０に二次元コード等を表示させて入金する図１１の処理を行う場合、同様に、ステップＳ１１０８において、ＰＯＳ端末１４０は、ロゴ等を認識し、当該二次元コードを発行した事業者を識別する。そして、ステップＳ１１０９において、識別した事業者の情報を、入金要求に含めてサーバ１１０Ａに送信する。そして、サーバ１１０Ａは、ステップＳ１１１１において、ＰＯＳ端末１４０から受信した事業者の情報に基づいて、当該コードＩＤを端末１２０に発行したサーバ１１０Ｂを特定し、入金要求をサーバ１１０Ｂに送信する。

なお、ロゴ等の認識をサーバ１１０Ａにて行うようにしてもよい。この場合、ＰＯＳ端末１４０は、撮影した二次元コード等の画像をサーバ１１０Ａに送信し、サーバ１１０Ａが、受信した画像のロゴ等を認識し、当該二次元コードを発行した事業者を識別するようにしてもよい。

以上の説明に関し、更に以下の項を開示する。
（付記１）
情報処理端末に、
ユーザから店舗に渡される現金であって、情報処理装置により提供される決済サービスにおける前記ユーザの残高に前記店舗から入金される金額の前記現金の画像を撮影する処理と、
前記ユーザの識別情報、及び前記店舗の事業者の識別情報の少なくとも一方と、撮影した前記現金の画像とを、前記情報処理装置に送信する処理と、を実行させるプログラム。
（付記２）
前記情報処理端末に、
撮影した前記現金の画像に基づいて前記現金の金額を認識させ、認識された前記現金の金額を表示させる処理と、をさらに実行させ、
前記送信する処理は、認識した前記現金の金額を承認する操作を受け付けた場合、前記現金の画像を前記情報処理装置に送信する、
付記１に記載のプログラム。
（付記３）
前記送信する処理は、
認識した前記現金の金額を承認する操作を受け付けた場合、認識した前記現金の金額の情報を前記情報処理装置に送信する、
付記２に記載のプログラム。
（付記４）
前記撮影する処理は、前記現金が撮影された第１画像、及び第２画像を撮影し、
前記表示させる処理は、前記第１画像に基づいて認識された第１金額よりも、前記第２画像に基づいて認識された第２金額の方が高い場合、前記第２金額を表示させる、
付記２または３に記載のプログラム。
（付記５）
前記撮影する処理は、前記現金が撮影された第１画像、及び第２画像を撮影し、
前記送信する処理は、前記第１画像に基づいて認識された第１金額と、前記第２画像に基づいて認識された第２金額とが同一である場合、
前記第１画像に基づいて機械学習により認識された１以上の紙幣及び硬貨の少なくとも一方に対する各信頼度と、前記第２画像に基づいて機械学習により認識された１以上の紙幣及び硬貨の少なくとも一方に対する各信頼度とに基づいて前記第１画像と前記第２画像から選択された画像を、前記情報処理装置に送信する、
付記２から４のいずれか一項に記載のプログラム。
（付記６）
前記情報処理端末に、
前記情報処理装置に送信した前記現金の画像に基づいて前記情報処理装置により認識された金額と、前記情報処理装置に送信された入金金額とが異なる場合、前記入金金額の確認を促すメッセージを前記情報処理装置から受信する処理をさらに実行させる、
付記１から５のいずれか一項に記載のプログラム。
（付記７）
前記情報処理端末は前記ユーザが用いる第１情報処理端末であり、
前記第１情報処理端末は、
前記入金の識別情報を前記情報処理装置から受信し、前記入金の識別情報を前記店舗の事業者が用いる第２情報処理端末に入力させる処理を実行する、
付記１から６のいずれか一項に記載のプログラム。
（付記８）
前記情報処理端末は前記店舗の事業者が用いる第２情報処理端末であり、
前記第２情報処理端末は、
前記入金の識別情報を前記情報処理装置から受信し、前記入金の識別情報を前記ユーザが用いる第１情報処理端末に入力させる処理を実行する、
付記１から６のいずれか一項に記載のプログラム。
（付記９）
ユーザから店舗に渡される現金であって、情報処理装置により提供される決済サービスにおける前記ユーザの残高に前記店舗から入金される金額の前記現金の画像を撮影する制御部と、
前記ユーザの識別情報、及び前記店舗の事業者の識別情報の少なくとも一方と、撮影した前記現金の画像とを、前記情報処理装置に送信する送信部と、
を有する情報処理端末。
（付記１０）
情報処理端末が、
ユーザから店舗に渡される現金であって、情報処理装置により提供される決済サービスにおける前記ユーザの残高に前記店舗から入金される金額の前記現金の画像を撮影する処理と、
前記ユーザの識別情報、及び前記店舗の事業者の識別情報の少なくとも一方と、撮影した前記現金の画像とを、前記情報処理装置に送信する処理と、
を実行する情報処理方法。
（付記１１）
決済サービスを提供する情報処理装置が、
ユーザから店舗に渡される現金であって、前記ユーザの残高に前記店舗から入金される金額の前記現金が撮影された画像と、前記ユーザの識別情報と、前記店舗の事業者の識別情報とを受信する処理と、
前記ユーザの識別情報と、前記店舗の事業者の識別情報とに対応付けて、受信した前記現金の画像を記憶させる処理と、
前記ユーザの残高に前記現金の金額を加算し、前記店舗の事業者の残高から前記現金の金額を減算する入金処理と、を実行する情報処理方法。
（付記１２）
前記受信する処理は、さらに、情報処理端末に入力された入金金額を前記情報処理端末から受信し、
前記情報処理装置が、
前記現金の画像に基づいて認識された金額と、受信した入金金額とが異なる場合、前記入金金額の確認を促すメッセージを前記情報処理端末に送信する処理を実行する、
付記１１に記載の情報処理方法。
（付記１３）
決済サービスを提供する情報処理装置であって、
ユーザから店舗に渡される現金であって、前記ユーザの残高に前記店舗から入金される金額の前記現金が撮影された画像と、前記ユーザの識別情報と、前記店舗の事業者の識別情報とを受信する受信部と、
前記ユーザの識別情報と、前記店舗の事業者の識別情報とに対応付けて、受信した前記現金の画像を記憶させ、
前記ユーザの残高に前記現金の金額を加算し、前記店舗の事業者の残高から前記現金の金額を減算する制御部と、を有する情報処理装置。
（付記１４）
決済サービスを提供する情報処理装置に、
ユーザから店舗に渡される現金であって、前記ユーザの残高に前記店舗から入金される金額の前記現金が撮影された画像と、前記ユーザの識別情報と、前記店舗の事業者の識別情報とを受信する処理と、
前記ユーザの識別情報と、前記店舗の事業者の識別情報とに対応付けて、受信した前記現金の画像を記憶させる処理と、
前記ユーザの残高に前記現金の金額を加算し、前記店舗の事業者の残高から前記現金の金額を減算する入金処理と、を実行させるプログラム。
（付記１５）
第１情報処理装置が、
店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置を特定する処理と、
特定した前記第２情報処理装置に、当該入金を行わせる情報を送信する処理と、を実行する情報処理方法。
（付記１６）
前記送信する処理は、
前記店舗の事業者のアカウントから、前記ユーザから渡された現金の金額を送金可能な場合、前記第１決済サービスを提供する前記第２情報処理装置に、当該入金を行わせる情報を送信する、
付記１５に記載の情報処理方法。
（付記１７）
前記特定する処理は、
入金の識別情報を示す二次元コードの画像から読み取られた情報に基づいて、当該入金の識別情報を発行した前記第２情報処理装置を特定する、
付記１５または１６に記載の情報処理方法。
（付記１８）
前記特定する処理は、
入金の識別情報を示す二次元コードの中央部に設定されたロゴまたはイラストに基づいて、当該入金の識別情報を発行した前記第２情報処理装置を特定する、
付記１５から１７のいずれか一項に記載の情報処理方法。
（付記１９）
第１情報処理装置が、さらに、
前記現金が撮影された画像に基づいて認識された金額と、前記ユーザまたは前記店舗の店員に指定された入金金額とが一致しない場合、入金を中止させる処理を実行する、
付記１５から１８のいずれか一項に記載の情報処理方法。
（付記２０）
第１情報処理装置が、さらに、
前記第１決済サービスにおいて前記ユーザに入金可能である場合、前記第２決済サービスにおける前記店舗の事業者が残高から、前記第１決済サービスにおける前記ユーザの残高に送金する処理を実行する、
付記１５から１９のいずれか一項に記載の情報処理方法。
（付記２１）
店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて他の情報処理装置を特定する制御部と、
特定した前記他の情報処理装置に、当該入金を行わせる情報を送信する送信部と、を有する情報処理装置。
（付記２２）
第１情報処理装置に、
店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置を特定する処理と、
特定した前記第２情報処理装置に、当該入金を行わせる情報を送信する処理と、を実行させるプログラム。

１００ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 制御部
３１４ 表示制御部
３１５ 記憶部
３１５１ 入金情報記憶部
３１５２ ユーザ情報記憶部
３１５３ 事業者情報記憶部
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 制御部
３２４ 表示制御部
３２５ 記憶部

Claims (8)

1. 第１情報処理装置が、
   店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置を特定する処理と、
   特定した前記第２情報処理装置に、当該入金を行わせる情報を送信する処理と、を実行する情報処理方法。
2. 前記送信する処理は、
   前記店舗の事業者のアカウントから、前記ユーザから渡された現金の金額を送金可能な場合、前記第１決済サービスを提供する前記第２情報処理装置に、当該入金を行わせる情報を送信する、
   請求項１に記載の情報処理方法。
3. 前記特定する処理は、
   入金の識別情報を示す二次元コードの画像から読み取られた情報に基づいて、当該入金の識別情報を発行した前記第２情報処理装置を特定する、
   請求項１または２に記載の情報処理方法。
4. 前記特定する処理は、
   入金の識別情報を示す二次元コードの中央部に設定されたロゴまたはイラストに基づいて、当該入金の識別情報を発行した前記第２情報処理装置を特定する、
   請求項１から３のいずれか一項に記載の情報処理方法。
5. 第１情報処理装置が、さらに、
   前記現金が撮影された画像に基づいて認識された金額と、前記ユーザまたは前記店舗の店員に指定された入金金額とが一致しない場合、入金を中止させる処理を実行する、
   請求項１から４のいずれか一項に記載の情報処理方法。
6. 第１情報処理装置が、さらに、
   前記第１決済サービスにおいて前記ユーザに入金可能である場合、前記第２決済サービスにおける前記店舗の事業者が残高から、前記第１決済サービスにおける前記ユーザの残高に送金する処理を実行する、
   請求項１から５のいずれか一項に記載の情報処理方法。
7. 店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて他の情報処理装置を特定する制御部と、
   特定した前記他の情報処理装置に、当該入金を行わせる情報を送信する送信部と、を有する情報処理装置。
8. 第１情報処理装置に、
   店舗にて現金を渡すユーザがアカウントを有する第１決済サービスにおける入金の識別情報、または前記店舗の事業者がアカウントを有する第２決済サービスにおける入金の識別情報に基づいて第２情報処理装置を特定する処理と、
   特定した前記第２情報処理装置に、当該入金を行わせる情報を送信する処理と、を実行させるプログラム。

Images