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

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）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。

なお、商品等を販売するユーザＢの端末１２０Ｂは、店舗等に設置されるＰＯＳ(Point of sale system)端末でもよい。この場合、ＰＯＳ端末である端末１２０Ｂは、商品等の一次元コードに加え、商品等を購入するユーザ（顧客）Ａの端末１２０Ａが提示する二次元コードを読み取る機能を有してもよい。
＜ハードウェア（ＨＷ）構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のＨＷ構成について説明する。図２は、実施形態に係る情報処理装置２００のハードウェア構成の一例を示す図である。

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

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

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（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の少なくとも一方」は、「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「ａ」、「ａｎ」、または「ｔｈｅ」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「ａｎ Ａ」または「ｔｈｅ Ａ」は「１つまたは複数のＡ」を意味する。

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

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

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

＜第１実施形態＞
第１実施形態は、店舗等の事業者の端末１２０Ｂで二次元コード等を表示（出力）し、表示された二次元コード等を、顧客の端末１２０Ａが読み取る（入力する）ことで入金を実行する実施形態である。

第１実施形態により、より容易に入金ができるようにすることができる。例えば、店舗の事業者は、カードリーダ等を備える専用端末を導入しなくとも、入金のサービスを顧客に提供することができる。これは、例えば、商店街等で八百屋や鮮魚店を経営する個人事業主等を含む中小企業（ＳＭＢ、Small and Medium Business）の事業者にとって特に効果が大きい。

また、顧客が、オンラインで決済サービスの残高に入金可能な銀行口座やクレジットカードを保有していない場合等であっても、実店舗にて容易に入金することができる。また、入金が容易に行えるため、結果的に端末１２０Ａやサーバ１１０の負荷、及び端末１２０Ａとサーバ１１０間のネットワーク１３０の負荷を軽減できるという効果が得られる。

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

（１）サーバの機能構成
サーバ１１０は、受付部３１１と、送受信部３１２と、制御部３１３と、記憶部３１４とを有する。

受付部３１１は、サーバ１１０の事業者からの各種の設定操作等を受け付ける。

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

制御部３１３は、決済サービス、金融サービス、及び電子商取引サービス等のサービスを、端末１２０のユーザに提供する処理を行う。

記憶部３１４は、二次元コード等の情報を含むコード情報を記憶するコード情報記憶部３１４１、端末１２０Ａ等のユーザの情報を含むユーザ情報を記憶するユーザ情報記憶部３１４２、店舗の事業者の情報を含む事業者ユーザ情報を記憶する事業者ユーザ情報記憶部３１４３等を有する。

（２）端末の機能構成
端末１２０は、受付部３２１と、送受信部３２２と、制御部３２３と、記憶部３２４とを有する。

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

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

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

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

＜第１実施形態の処理＞
図４から図６Ｄを参照し、第１実施形態に係る通信システム１の処理について説明する。図４は、第１実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図５Ａは、第１実施形態に係るコード情報記憶部３１４１が記憶するコード情報の一例について説明する図である。図５Ｂは、実施形態に係るユーザ情報記憶部３１４２が記憶するユーザ情報の一例について説明する図である。図５Ｃは、実施形態に係る事業者ユーザ情報記憶部３１４３が記憶する事業者ユーザ情報の一例について説明する図である。図６Ａは、第１実施形態に係る店舗の端末１２０Ｂの入金画面の一例を示す図である。図６Ｂは、第１実施形態に係る店舗の端末１２０Ｂのコード表示画面の一例を示す図である。図６Ｃは、第１実施形態に係る顧客の端末１２０Ａの入金完了画面の一例を示す図である。図６Ｄは、第１実施形態に係る店舗の端末１２０Ｂの出金完了画面の一例を示す図である。

なお、端末１２０Ａ、及び端末１２０Ｂは、サーバ１１０との通信を行う際、ユーザＡ、及びユーザＢのアカウントをそれぞれ用いてサーバ１１０の認証を受けているものとする。

以下の処理は、例えば、顧客であるユーザＡが、店舗の店員等であるユーザＢに口頭でチャージをしたい旨を伝達し、現金等をユーザＢに渡した際に実行されてもよい。

ステップＳ１において、端末１２０Ｂは、入金（チャージ）操作をユーザＢから受け付ける。ここで、端末１２０Ｂは、例えば、サーバ１１０の決済サービスを利用するためのアプリケーションプログラムを起動させる操作を受け付ける。

続いて、端末１２０Ｂは、入金する金額（入金額）を入力するための表示画面（入金画面）を表示する（ステップＳ２）。続いて、端末１２０Ｂは、入金額の指定操作をユーザＢから受け付ける（ステップＳ３）。端末１２０Ｂは、図６Ａの例では、入金額の表示画面６０１において、入金額の入力欄６０２、数字入力用のソフトウェアキーボード６０３、及び「売り上げ等から出金する」ボタン６０４を表示させている。ユーザＢは、ソフトウェアキーボード６０３での押下操作により、ユーザＡにより指定された入金額を入力欄６０２に設定する。図６Ａの例では３千円が設定されている。「売り上げ等から出金する」ボタン６０４が押下されると、端末１２０Ｂは、以下の処理に進む。

続いて、端末１２０Ｂは、コード生成要求をサーバ１１０に送信する（ステップＳ４）。ここで、コード生成要求には、入金額の情報等が含まれる。

続いて、サーバ１１０は、入金の可否を判定する（ステップＳ５）。なお、この処理の詳細は後述する。以下では、サーバ１１０が入金を許可すると判定した場合について説明する。

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

続いて、サーバ１１０は、生成した二次元コード等の情報に対応付けて、ユーザＢの事業者ユーザＩＤ、及び受信した入金額をコード情報記憶部３１４１に記憶する（ステップＳ７）。

（コード情報記憶部３１４１）
図５Ａの例では、コード情報記憶部３１４１には、コードＩＤに対応付けて、事業者ユーザＩＤ、及び入金額が記憶されている。事業者ユーザＩＤは、商品やサービスを実店舗で販売する事業者であるユーザの識別情報である。

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

続いて、端末１２０Ｂは、受信した二次元コード等の情報に基づいて、二次元コード等を表示する（ステップＳ９）。ここで、端末１２０Ｂは、図６Ｂのコード表示画面６１１を表示させる。端末１２０Ｂは、図６Ｂの例では、入金額６１２、及び顧客への入金額の確認を促すメッセージ６１３、及び二次元コード６１４を同時に表示している。図６Ｂのように、二次元コード等と入金額とを同時に表示させることにより、入金額の設定操作を行っていないユーザＡが、ユーザＢにより設定された入金額を確認した上で読み取り操作を行うことができる。

続いて、端末１２０Ａは、ユーザＡの操作に応答して、カメラを起動し、端末１２０Ｂの画面に表示されている二次元コード等を読み取る（ステップＳ１０）。ここで、端末１２０Ａは、表示されている二次元コード等から、コードＩＤを認識する。

続いて、端末１２０Ａは、入金要求をサーバ１１０に送信する（ステップＳ１１）。ここで、当該入金要求には、二次元コード等から読み取ったコードＩＤ等の情報が含まれる。

続いて、サーバ１１０は、受信した入金要求に基づいて、ユーザＡに対する入金処理を行う（ステップＳ１２）。ここで、サーバ１１０は、コード情報記憶部３１４１を参照し、受信した入金要求に含まれるコードＩＤに対応付けられた入金額を取得する。そして、サーバ１１０は、図５Ｂのユーザ情報記憶部３１４２において、ユーザＡの残高に、取得した入金額を加算する。

（ユーザ情報記憶部３１４２）
図５Ｂの例では、ユーザ情報記憶部３１４２には、ユーザＩＤに対応付けて、ユーザ名、残高、行動履歴、及び個人情報等が記憶されている。ユーザＩＤは、ユーザの識別情報である。ユーザ名は、当該ユーザの名称である。残高は、当該ユーザが決済に利用可能な金額の残高である。なお、残高には、例えば、当該ユーザがサーバ１１０により提供される電子商取引サービスを用いて商品等を販売した際の当該商品等の代金が含まれてもよい。また、例えば、銀行、クレジットカード、及び店舗のレジ等を用いてチャージされた金額が含まれてもよい。

行動履歴は、当該ユーザの行動履歴である。行動履歴には、例えば、当該ユーザがサーバ１１０により提供される決済サービスを用いて入金、及び決済をした履歴等が含まれてもよい。また、行動履歴には、例えば、当該ユーザがサーバ１１０により提供される電子商取引サービスを用いて商品等を売買した履歴等が含まれてもよい。個人情報は、当該ユーザの個人情報である。個人情報には、当該ユーザが保有する金融資産額、及び年収等が含まれてもよい。

続いて、サーバ１１０は、受信した入金要求に基づいて、ユーザＢに対する出金処理を行う（ステップＳ１３）。ここで、サーバ１１０は、コード情報記憶部３１４１を参照し、受信した入金要求に含まれるコードＩＤに対応付けられた事業者ユーザＩＤを取得する。そして、サーバ１１０は、図５Ｃの事業者ユーザ情報記憶部３１４３において、ユーザＢの残高から、取得した入金額を減算する。ここで、サーバ１１０は、今回のユーザＡの入金に対する手数料（例えば、入金額の１％）を、ユーザＢの残高に加算してもよい。この場合、例えば、ユーザＢがユーザＡによる３千円の入金を取り扱うと、ユーザＢはサーバ１１０を運営する事業者から３０円分の残高またはポイント等を受け取ることができる。

また、サーバ１１０は、今回のユーザＡの入金によるユーザＢの出金に対する手数料（例えば、入金額の０．１％）を、ユーザＢの残高から減算してもよい。この場合、例えば、ユーザＢがユーザＡによる３千円の入金を取り扱うと、ユーザＢが３千円の現金を受け取れたことに対する手数料として、ユーザＢはサーバ１１０を運営する事業者に３円分の残高またはポイント等を支払うことになる。この場合、サーバ１１０が当該手数料を、ＡＴＭ（Automated/Automatic Teller Machine, 現金自動預け払い機）等を用いた出金の手数料よりも低く設定すれば、ユーザＢはより安価な手数料で出金できることとなる。

（事業者ユーザ情報記憶部３１４３）
図５Ｃの例では、事業者ユーザ情報記憶部３１４３には、事業者ユーザＩＤに対応付けて、事業者ユーザ名、決済口座、残高、借入限度額、借入額、売上履歴、返済履歴、及び住所等が記憶されている。事業者ユーザ名は、事業者ユーザＩＤに係る事業者であるユーザの名称である。決済口座は、例えば、商品等の購入者により支払われた代金が、サーバ１１０を運営する事業者によって送金された場合に、当該送金が着金するための銀行口座でもよい。

図５Ｃの例では、残高には、保有残高、及び借入可能残高（借り入れ可能な残高）が含まれている。保有残高は、当該事業者がサーバ１１０に入金している金額である。当該事業者がサーバ１１０に入金している金額には、例えば、当該事業者がサーバ１１０により提供される電子商取引サービスを用いて商品等を販売した際の当該商品等の代金（売上金）が含まれてもよい。また、例えば、銀行、クレジットカード、及び店舗のレジ等を用いてチャージされた金額が含まれてもよい。また、借入可能残高は、借入限度額から借入額を減算した金額である。

借入限度額は、所定期間（例えば、１か月）において当該事業者が顧客の入金のためにサーバ１１０を運営する事業者（決済サービスの運営者）から借り入れ可能な金額の上限額である。借入額は、当該所定期間において当該事業者が各入金のためにサーバ１１０の運用者から借り入れた金額の総額である。売上履歴は、当該事業者がサーバ１１０により提供される電子商取引サービスを用いて商品等を販売したことによる月次等の売り上げの履歴である。返済履歴は、当該事業者が顧客の入金のためにサーバ１１０の運用者から借り入れた金額に対する月次等の返済の履歴である。住所は、事業者ユーザＩＤに係る事業者の店舗等の住所である。

なお、サーバ１１０は、当該事業者の売上履歴、及び返済履歴等を用いて当該事業者の信用度を算出し、算出した信用度に応じて当該事業者の借入限度額を決定してもよい。

続いて、サーバ１１０は、入金が完了した旨の通知を端末１２０Ａに送信する（ステップＳ１４）。ここで、サーバ１１０は、ユーザ情報記憶部３１４２、及び事業者ユーザ情報記憶部３１４３にそれぞれ記憶されている、ユーザＡ、及びユーザＢに関する情報を、当該通知に含めて送信してもよい。

続いて、端末１２０Ａは、受信した通知に基づき、入金が完了した旨を通知する表示画面（入金完了画面）を表示する（ステップＳ１５）。ここで、端末１２０Ａは、例えば、ＯＳにより提供される通知機能を用いて、バナー等によりサーバ１１０からの通知を受信したことを示すメッセージを表示してもよい。そして、端末１２０Ａは、通知の表示領域をユーザＡにより押下されると、図６Ｃの入金完了画面６２１を表示させてもよい。端末１２０Ａは、図６Ｃの例では、入金が完了した旨を示すメッセージ６２２、今回の入金額６２３、入金を行った店舗の事業者であるユーザＢの事業者ユーザ名６２４、及びユーザＡの残高６２５を表示している。

続いて、サーバ１１０は、出金が完了した旨の通知を端末１２０Ｂに送信する（ステップＳ１６）。ここで、サーバ１１０は、ユーザ情報記憶部３１４２、及び事業者ユーザ情報記憶部３１４３にそれぞれ記憶されている、ユーザＡ、及びユーザＢに関する情報を、当該通知に含めて送信してもよい。

続いて、端末１２０Ｂは、受信した通知に基づき、出金が完了した旨を通知する表示画面（出金完了画面）を表示する（ステップＳ１７）。ここで、端末１２０Ｂは、例えば、ＯＳにより提供される通知機能を用いて、バナー等によりサーバ１１０からの通知を受信したことを示すメッセージを表示してもよい。そして、端末１２０Ｂは、通知の表示領域をユーザＢにより押下されると、図６Ｄの出金完了画面６３１を表示させてもよい。端末１２０Ｂは、図６Ｄの例では、入金が完了した旨を示すメッセージ６３２、今回の入金額６３３、今回のユーザＡに対する入金によりユーザＢの残高が減額されたことを示すメッセージ６３４、ユーザＢの残高６３５、ユーザＢの保有残高６３６、及びユーザＢの借入可能残高６３７を表示している。

これにより、ユーザＡは、入金後の残高を用いて、例えば、サーバ１１０が提供するオンライン上のフリーマーケット等のサービスを含む電子商取引サービスで商品を購入することができる。なお、サーバ１１０は、ＡＴＭ等により、ユーザＡが残高を現金で出金できるようにしてもよい。

＜店舗の事業者に対する入金可否判定処理＞
次に、図４のステップＳ５の、サーバ１１０における入金の可否を判定する処理の一例について説明する。

サーバ１１０は、図４のステップＳ４の処理により端末１２０Ｂから受信した入金額が、図５Ｃの事業者ユーザ情報記憶部３１４３に記憶されているユーザＢの残高以下であるか否かを判定する。

そして、入金額がユーザＢの残高以下でない場合、サーバ１１０は、入金を拒否すると判定する。この場合、サーバ１１０は、入金を拒否する旨を端末１２０Ｂに通知し、端末１２０Ｂに入金を拒否する旨のメッセージ等を表示させる。この場合、当該メッセージには、入金を拒否する理由を示すメッセージが含まれてもよい。一方、入金額がユーザＢの残高以下である場合、サーバ１１０は、入金を許可すると判定する。

＜顧客に対する入金判定処理＞
次に、図４のステップＳ１２の、サーバ１１０における入金処理の一例について説明する。サーバ１１０は、ステップＳ１２の、受信した入金要求に基づいて、ユーザＡに対する入金処理を行う際、ユーザＡに対する以下の判定処理（以下で「顧客に対する入金判定処理」と称する。）を行うようにしてもよい。

サーバ１１０は、ユーザ情報記憶部３１４２を参照し、所定期間（例えば、１か月間）におけるユーザＡの入金回数が所定の閾値（上限値）以上である場合は入金を拒否すると判定し、閾値以上でない場合は入金を許可すると判定してもよい。

また、サーバ１１０は、ユーザ情報記憶部３１４２を参照し、所定期間（例えば、１か月間）におけるユーザＡの入金額の総額が所定の閾値（上限値）以上である場合は入金を拒否すると判定し、閾値以上でない場合は入金を許可すると判定してもよい。これにより、例えば、マネーロンダリング（資金洗浄）等を目的とした不正な入金を防止することができる。

なお、入金を拒否すると判定した場合、サーバ１１０は、入金を拒否する旨を端末１２０Ａ、及び端末１２０Ｂに通知し、端末１２０Ａ、及び端末１２０Ｂに入金を拒否する旨のメッセージ等を表示させる。この場合、当該メッセージには、入金を拒否する理由を示すメッセージが含まれてもよい。

サーバ１１０は、ユーザＡに対する入金回数の上限値、及び入金額の総額の上限値を、ユーザ情報記憶部３１４２に記憶されているユーザＡの行動履歴、及び個人情報に基づいて決定してもよい。この場合、サーバ１１０は、例えば、ユーザＡがサーバ１１０により提供される電子商取引サービスを用いて購入した商品等の代金の総額が大きいほど、ユーザＡに対する入金回数の上限値、及び入金額の総額の上限値を大きくしてもよい。

＜第２実施形態＞
第２実施形態は、顧客の端末１２０Ａで二次元コード等を表示（出力）し、表示された二次元コード等を、店舗等の事業者の端末１２０Ｂが読み取る（入力する）ことで入金を実行する実施形態である。

第２実施形態により、上述した第１実施形態と同様の効果が得られる。

なお、第１実施形態に係るサーバ１１０、及び端末１２０の機能と、第２実施形態に係るサーバ１１０、及び端末１２０の機能は、適宜組み合わせて用いることができる。例えば、本開示のサーバ１１０、及び端末１２０は、第１実施形態で説明した機能と、第２実施形態で説明する機能の両方を有するようにしてもよい。
＜第２実施形態の機能構成＞
第２実施形態に係るサーバ１１０、及び端末１２０の機能構成は、図３に示す第１実施形態に係るサーバ１１０、及び端末１２０の機能構成と同様でもよい。第２実施形態では、サーバ１１０は、第１実施形態のコード情報記憶部３１４１の代わりに、図８に示すコード情報記憶部３１４１Ａを記憶する点等が異なる。

＜第２実施形態の処理＞
図７から図９Ｂを参照し、第２実施形態に係る通信システム１の処理について説明する。図７は、第２実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図８は、第２実施形態に係るコード情報記憶部３１４１Ａが記憶するコード情報の一例について説明する図である。図９Ａは、第２実施形態に係る顧客の端末１２０Ａの入金画面の一例を示す図である。図９Ｂは、第２実施形態に係る顧客の端末１２０Ａのコード表示画面の一例を示す図である。

以下の処理は、例えば、顧客であるユーザＡは、店舗の店員等であるユーザＢに口頭でチャージをしたい旨を伝達し、現金等をユーザＢに渡した際に実行されてもよい。または、以下のステップＳ１０９の処理を行うまでの間の任意のタイミングで、顧客であるユーザＡは、店舗の店員等であるユーザＢに口頭でチャージをしたい旨を伝達し、現金等をユーザＢに渡すようにしてもよい。

ステップＳ１０１において、端末１２０Ａは、入金（チャージ）操作をユーザＡから受け付ける。

続いて、端末１２０Ａは、入金する金額（入金額）を入力するための表示画面（入金画面）を表示する（ステップＳ１０２）。続いて、端末１２０Ａは、入金額の指定操作をユーザＡから受け付ける（ステップＳ１０３）。端末１２０Ａは、図９Ａの例では、入金額の表示画面９０１において、入金額の入力欄９０２、数字入力用のソフトウェアキーボード９０３、及び「入金する」ボタン９０４を表示させている。端末１２０Ａは、ソフトウェアキーボード９０３での押下操作により入力された数値を入金額の入力欄９０２に設定する。図９Ａの例では３千円が設定されている。「入金する」ボタン９０４が押下されると、端末１２０Ａは、以下の処理に進む。

続いて、端末１２０Ａは、コード生成要求をサーバ１１０に送信する（ステップＳ１０４）。ここで、コード生成要求には、入金額の情報等が含まれる。

続いて、サーバ１１０は、今回の入金を行うための二次元コード等の情報を生成（決定）する（ステップＳ１０５）。なお、サーバ１１０は、ステップＳ１０５の処理を行う際、第１実施形態で説明した「顧客に対する入金判定処理」を実行してもよい。

続いて、サーバ１１０は、生成した二次元コード等の情報に対応付けて、ユーザＡのユーザＩＤ、及び受信した入金額をコード情報記憶部３１４１Ａに記憶する（ステップＳ１０６）。

（コード情報記憶部３１４１Ａ）
図８の例では、コード情報記憶部３１４１Ａには、コードＩＤに対応付けて、ユーザＩＤ、及び入金額が記憶されている。

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

続いて、端末１２０Ａは、受信した二次元コード等の情報に基づいて、二次元コード等を表示する（ステップＳ１０８）。ここで、端末１２０Ａは、図９Ｂのコード表示画面９１１を表示させる。端末１２０Ａは、図９Ｂの例では、入金額９１２、及び店員への入金額の確認を促すメッセージ９１３、及び二次元コード９１４を同時に表示している。図９Ｂのように、二次元コード等と入金額とを同時に表示させることにより、入金額の設定操作を行っていないユーザＢが、ユーザＡにより設定された入金額を確認した上で読み取り操作を行うことができる。

続いて、端末１２０Ｂは、ユーザＢの操作に応答して、カメラを起動し、端末１２０Ａの画面に表示されている二次元コード等を読み取る（ステップＳ１０９）。

続いて、端末１２０Ｂは、入金要求をサーバ１１０に送信する（ステップＳ１１０）。ここで、当該入金要求には、二次元コード等から読み取ったコードＩＤ等の情報が含まれる。

続いて、サーバ１１０は、入金の可否を判定する（ステップＳ１１１）。なお、ステップＳ１１１の処理は、図４のステップＳ５の処理と同様でもよい。以下では、サーバ１１０が入金を許可すると判定した場合について説明する。

続いて、サーバ１１０は、受信した入金要求に基づいて、ユーザＡに対する入金処理を行う（ステップＳ１１２）。ここで、サーバ１１０は、コード情報記憶部３１４１Ａを参照し、受信した入金要求に含まれるコードＩＤに対応付けられた入金額を取得する。そして、サーバ１１０は、図５Ｂのユーザ情報記憶部３１４２において、ユーザＡの残高に、取得した入金額を加算する。

続いて、サーバ１１０は、受信した入金要求に基づいて、ユーザＢに対する出金処理を行う（ステップＳ１１３）。なお、この処理は、図４のステップＳ１３の処理と同様でもよい。

続いて、サーバ１１０は、入金が完了した旨の通知を端末１２０Ａに送信する（ステップＳ１１４）。続いて、端末１２０Ａは、受信した通知に基づき、入金が完了した旨を通知する表示画面（入金完了画面）を表示する（ステップＳ１１５）。続いて、サーバ１１０は、出金が完了した旨の通知を端末１２０Ｂに送信する（ステップＳ１６）。続いて、端末１２０Ｂは、受信した通知に基づき、出金が完了した旨を通知する表示画面（出金完了画面）を表示する（ステップＳ１７）。なお、ステップＳ１１４からステップＳ１１７の各処理は、図４のステップＳ１４からステップＳ１７の各処理とそれぞれ同様でもよい。

以下で、上述した第１実施形態、及び第２実施形態における処理の一例について説明する。

＜＜第１実施例＞＞
第１実施例は、第１実施形態、または第２実施形態において、顧客が希望する入金額を入金可能な店舗等をユーザが検索できるようにする実施例である。第１実施例により、例えば、顧客が希望する入金額を入金可能な店舗等をユーザに表示することができる。

＜＜第１実施例の処理＞＞
図１０から図１１Ｂを参照し、第１実施例の処理について説明する。図１０は、第１実施例に係る通信システム１の処理のシーケンスの一例を示す図である。図１１Ａは、実施形態に係る顧客の端末１２０Ａの検索入力画面の一例を示す図である。図１１Ｂは、実施形態に係る顧客の端末１２０Ａの検索結果画面の一例を示す図である。

端末１２０Ａは、ユーザＡから、入金を行える店舗を検索する操作を受け付ける（ステップＳ２０１）。ここで、端末１２０Ａは、例えば、図１１Ａの表示画面において、ユーザＡが希望する入金額の入力操作と、検索ボタンの押下操作等の操作をユーザＡから受け付ける。端末１２０Ａは、図１１Ａの例では、検索入力画面１１０１において、入金額の入力欄１１０２と、検索ボタン１１０３を表示している。

続いて、端末１２０Ａは、検索要求をサーバ１１０に送信する（ステップＳ２０２）。ここで、当該検索要求には、例えば、入金額と、ＧＰＳ(Global Positioning System)等を用いて取得された端末１２０Ａの現在の位置情報が含まれてもよい。

続いて、サーバ１１０は、事業者ユーザ情報記憶部３１４３を参照し、端末１２０Ａの現在位置から所定範囲内に店舗を有する事業者ユーザＩＤを抽出する（ステップＳ２０３）。

続いて、サーバ１１０は、事業者ユーザ情報記憶部３１４３を参照し、ステップＳ２０３で抽出した事業者ユーザＩＤのうち、指定された入金額を入金可能な事業者ユーザＩＤを抽出する（ステップＳ２０４）。ここで、サーバ１１０は、図５Ｃの事業者ユーザ情報記憶部３１４３に記憶されている残高が、受信した入金額以上である事業者ユーザの事業者ユーザＩＤを抽出する。

続いて、サーバ１１０は、ステップＳ２０４で抽出した各事業者の情報を検索結果として端末１２０Ａに送信する（ステップＳ２０５）。ここで、サーバ１１０は、各事業者の事業者ユーザ名、住所、及び残高等の情報を送信する。

続いて、端末１２０Ａは、受信した各事業者の情報を表示する（ステップＳ２０６）。ここで、端末１２０Ａは、例えば、図１１Ｂのように、地図画面上で、各事業者の事業者ユーザ名、住所、及び残高等の情報を表示する。端末１２０Ａは、図１１Ｂの例では、検索結果画面１１１１において、地図１１１２、端末１２０Ａの現在位置１１１３、検索された第１事業者の店舗等の位置１１１４、名前１１１４Ａ、住所１１１４Ｂ、残高（入金可能な上限額）１１１４Ｃを表示している。また、第２事業者の店舗等の位置１１１５、名前１１１５Ａ、住所１１１５Ｂ、残高１１１５Ｃを表示している。

以上の説明に関し、更に以下の項を開示する。
（付記１）
情報処理装置が、
ユーザにより指定された入金額の情報を第１情報処理端末から受信する処理と、
前記第１情報処理端末から第２情報処理端末に出力させるコードの情報と前記入金額とを関連付けて記憶する処理と、
前記コードの情報を前記第１情報処理端末に送信する処理と、
前記コードの情報を前記第２情報処理端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記ユーザの残高に入金する処理と、を実行する情報処理方法。
（付記２）
前記入金する処理は、
前記コードの情報を前記ユーザの前記第２情報処理端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記第１情報処理端末に関連付けられた店舗の事業者の残高から減算し、前記ユーザの残高に加算する、
付記１に記載の情報処理方法。
（付記３）
前記入金する処理は、
前記コードの情報を前記ユーザの前記第１情報処理端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記第２情報処理端末に関連付けられた店舗の事業者の残高から減算し、前記ユーザの残高に加算する、
付記１に記載の情報処理方法。
（付記４）
前記事業者の残高は、前記事業者が電子商取引サービスを用いて販売した商品の代金、前記情報処理装置により提供される決済サービスの運営者から前記事業者が借り入れ可能な残高、及び前記事業者が前記決済サービスに入金している残高の少なくとも一つを含む、
付記２または３に記載の情報処理方法。
（付記５）
前記ユーザにより指定された入金額の情報と、店舗の事業者の残高とに基づいて、前記ユーザに対する入金が可能な店舗を検索し、検索結果を前記ユーザに表示させる情報を送信する、
付記２から４のいずれか一項に記載の情報処理方法。
（付記６）
前記入金する処理は、
前記入金額が減算された後の、前記事業者の残高の情報を含む通知を前記事業者に表示させる情報を送信する、
付記２から５のいずれか一項に記載の情報処理方法。
（付記７）
前記入金する処理は、
入金が完了した旨、及び入金を行った店舗の事業者の情報を含む通知を前記ユーザに表示させる情報を送信する、
付記１から６のいずれか一項に記載の情報処理方法。
（付記８）
前記送信する処理は、
前記コードと前記入金額とを同時に表示させる情報を前記第１情報処理端末に送信する、
付記１から７のいずれか一項に記載の情報処理方法。
（付記９）
情報処理装置が、
ユーザにより指定された入金額の情報を第１情報処理端末から受信する受信部と、
前記第１情報処理端末から第２情報処理端末に出力させる、前記入金額と関連付けられたコードの情報を前記第１情報処理端末に送信する送信部と、
前記コードの情報を前記第２情報処理端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記ユーザの残高に入金する制御部と、を有する情報処理装置。
（付記１０）
情報処理装置に、
ユーザにより指定された入金額の情報を第１情報処理端末から受信する処理と、
前記第１情報処理端末から第２情報処理端末に出力させるコードの情報と前記入金額とを関連付けて記憶する処理と、
前記コードの情報を前記第１情報処理端末に送信する処理と、
前記コードの情報を前記第２情報処理端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記ユーザの残高に入金する処理と、を実行させるプログラム。

１００ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 制御部
３１４ 記憶部
３１４１ コード情報記憶部
３１４１Ａ コード情報記憶部
３１４２ ユーザ情報記憶部
３１４３ 事業者ユーザ情報記憶部
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 制御部
３２４ 記憶部

Claims (9)

1. 情報処理装置が、
   ユーザの残高を記憶する処理と、
   前記ユーザにより指定された入金額の情報をＰＯＳ端末から受信する処理と、
   前記ＰＯＳ端末に出力させるコードの情報と前記入金額とを関連付けて記憶する処理と、
   前記コードの情報を前記ＰＯＳ端末に送信する処理と、
   前記ＰＯＳ端末に送信されたコードの情報を携帯端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記情報処理装置に記憶されている前記ユーザの残高に入金する処理と、を実行する情報処理方法。
2. 前記入金する処理は、
   前記コードの情報を前記ユーザの前記携帯端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記ＰＯＳ端末に関連付けられた店舗の事業者の残高から減算し、前記ユーザの残高に加算する、
   請求項１に記載の情報処理方法。
3. 前記事業者の残高は、前記事業者が電子商取引サービスを用いて販売した商品の代金、前記情報処理装置により提供される決済サービスの運営者から前記事業者が借り入れ可能な残高、及び前記事業者が前記決済サービスに入金している残高の少なくとも一つを含む、
   請求項２に記載の情報処理方法。
4. 前記ユーザにより指定された入金額の情報と、店舗の事業者の残高とに基づいて、前記ユーザに対する入金が可能な店舗を検索し、検索結果を前記ユーザに表示させる情報を送信する、
   請求項２または３に記載の情報処理方法。
5. 前記入金する処理は、
   前記入金額が減算された後の、前記事業者の残高の情報を含む通知を前記事業者に表示させる情報を送信する、
   請求項２から４のいずれか一項に記載の情報処理方法。
6. 前記入金する処理は、
   入金が完了した旨、及び入金を行った店舗の事業者の情報を含む通知を前記ユーザに表示させる情報を送信する、
   請求項１から５のいずれか一項に記載の情報処理方法。
7. 前記送信する処理は、
   前記コードと前記入金額とを同時に表示させる情報を前記ＰＯＳ端末に送信する、
   請求項１から６のいずれか一項に記載の情報処理方法。
8. ユーザの残高を記憶する記憶部と、
   前記ユーザにより指定された入金額の情報をＰＯＳ端末から受信する受信部と、
   前記ＰＯＳ端末に出力させる、前記入金額と関連付けられたコードの情報を前記ＰＯＳ端末に送信する送信部と、
   前記ＰＯＳ端末に送信されたコードの情報を携帯端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記記憶部に記憶されている前記ユーザの残高に入金する制御部と、を有する情報処理装置。
9. 情報処理装置に、
   ユーザの残高を記憶する処理と、
   前記ユーザにより指定された入金額の情報をＰＯＳ端末から受信する処理と、
   前記ＰＯＳ端末に出力させるコードの情報と前記入金額とを関連付けて記憶する処理と、
   前記コードの情報を前記ＰＯＳ端末に送信する処理と、
   前記ＰＯＳ端末に送信されたコードの情報を携帯端末から受信した場合、前記コードの情報に関連付けられた前記入金額を、前記情報処理装置に記憶されている前記ユーザの残高に入金する処理と、を実行させるプログラム。

Images