JP7436534B2 - 情報処理装置、プログラム、および情報処理方法 - Google Patents

Description

本発明は、情報処理装置、プログラム、および情報処理方法に関する。

従来、ユーザが所有するカードや端末等の媒体（以下、「ユーザ媒体」ともいう）と当該ユーザにサービスや商品を提供する事業者が所有する決済用の端末（以下、「決済用端末」ともいう）との間の通信により商取引の決済を行う技術が知られている（例えば、特許文献１）。このような技術は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）サービスやＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）サービスに欠かせない存在となっている。

特開２０２０－１１９４８３号公報

ここで、ユーザ媒体と決済端末との間の通信により商取引の決済を行う技術においても、クレジットカード決済等、インターネット等のネットワークに決済用端末が接続していることが決済の前提となることがある。このような決済では、このネットワークとの接続ができない環境では利用できないという課題がある。他方、プリペイドカード決済等は、このようなネットワークに決済用端末が接続されていることが決済の前提とならないこともある。しかしながら、このような決済では、ユーザが事前にチャージして残高を充当する必要があったり、チャージの上限額はクレジットカード限度額と比較すると少額であったりとユーザの使い勝手に改善の余地がある。

そこで、本発明は、上記課題を解決するため、ユーザ媒体と決済用端末との間の通信により商取引の決済を行うにあたって、インターネット等のネットワークと決済用端末との接続を決済の前提とせず、ユーザの使い勝手を改善できる情報処理装置、プログラム、および情報処理方法を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ユーザのアカウントの第１残高を記録する可読媒体を読み取って第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定する接続判定部と、第１残高を含むアカウントのアカウント残高を示すアカウント残高情報を取得する取得部と、アカウント残高に対して、第１装置と第１ネットワークとの接続状態に関わらずユーザが利用可能な残高を確保するためのオフライン枠を設定する設定部と、判定された接続状態に基づいて、オフライン枠を示すオフライン枠情報を、第１装置経由で可読媒体に第１残高として書き込むために、第１ネットワークを介して第１装置に送信する送信部と、を備える。

本発明の一態様に係るプログラムは、コンピュータに、ユーザのアカウントの第１残高を記録する可読媒体を読み取って前記第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定する接続判定機能と、前記第１残高を含む前記アカウントのアカウント残高を示すアカウント残高情報を取得する取得機能と、前記アカウント残高に対して、前記第１装置と前記第１ネットワークとの接続状態に関わらず前記ユーザが利用可能な残高を確保するためのオフライン枠を設定する設定機能と、
前記判定された接続状態に基づいて、前記オフライン枠を示すオフライン枠情報を、前記第１装置経由で前記可読媒体に前記第１残高として書き込むために、前記第１ネットワークを介して前記第１装置に送信する送信機能と、を実現させる。

本発明の一態様に係る情報処理方法は、コンピュータが、ユーザのアカウントの第１残高を記録する可読媒体を読み取って第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定し、第１残高を含むアカウントのアカウント残高を示すアカウント残高情報を取得し、アカウント残高に対して、第１装置と第１ネットワークとの接続状態に関わらずユーザが利用可能な残高を確保するためのオフライン枠を設定し、判定された接続状態に基づいて、オフライン枠を示すオフライン枠情報を、第１装置経由で可読媒体に第１残高として書き込むために、第１ネットワークを介して第１装置に送信する。

本発明によれば、ユーザ媒体と決済用端末との間の通信により商取引の決済を行うにあたって、インターネット等のネットワークと決済用端末との接続を決済の前提とせず、ユーザの使い勝手を改善できる情報処理装置、プログラム、および情報処理方法を提供することができる。

本実施形態に係る決済システムのシステム構成例を説明するための図である。 本実施形態に係る決済システムの概要を説明するための図である。 本実施形態に係る決済装置の機能構成の一例を示す図である。 本実施形態に係る決済システムの動作例を示す図である。 本実施形態に係る決済システムの動作例を示す図である。 本実施形態に係る決済装置のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

本実施形態において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されてもよい。

＜１．システム構成＞
図１を参照して、本実施形態に係わる決済システム１のシステム構成例を説明する。

決済システム１は、交通機関や店舗等でサービスや商品を提供する事業者（以下、「提供事業者」ともいう）とその顧客であるユーザに決済サービスを提供するためのシステムである。決済サービスを提供する事業者を、「決済事業者」ともいう。提供事業者は、第１提供事業者と第２提供事業者とを含む。図１に示すように、決済システム１は、決済事業者が使用する決済装置１００と、ユーザが使用するユーザ媒体２００と、第１提供事業者が使用する第１装置３００と、第２提供事業者が使用する第２装置４００と、を含む。

決済装置１００と第１装置３００と第２装置４００とは、第１ネットワークＮ１を介して接続されることができ、通信可能となっている。また、ユーザ媒体２００と第１装置３００や第２装置４００とは、例えば、第２ネットワークＮ２を介して通信可能であってもよい。また、決済システム１は、例えば、第１ネットワークＮ１を介して、外部システムである分散台帳５００と接続され、通信可能となっている。

第１ネットワークＮ１は、広域通信網のネットワークであり、インターネット、移動体通信網、電話回線を含む。また、第１ネットワークＮ１は、例えば、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、またはＬＴＥ（登録商標）（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）回線などを用いた無線通信方式を用いてもよい。

第２ネットワークＮ２は、ユーザ媒体２００と第１装置３００や第２装置４００とを直接接続するための通信ネットワークである。第２ネットワークＮ２は、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の電磁誘導等を利用した１０ｃｍ程度の至近距離での無線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信等の１０ｍ程度の近距離無線通信を実現するネットワークを含む。

決済装置１００は、決済サービスを提供するための装置であり、第１装置３００と第２装置４００との通信が可能な情報処理装置である。決済装置１００は、所定のプログラムを実行することにより、ユーザ媒体２００と第１装置３００や第２装置４００と連携する。決済装置１００は、この連携により、店舗等からユーザへの商品販売またはサービス提供による取引の決済（以下、単に「決済」ともいう）をするための処理を制御するサーバ機能を実現する。また、この決済では、ユーザ媒体２００で利用可能なユーザの口座等のアカウント（以下、単に「アカウント」ともいう）に予め残高を充当（チャージ）し、充当した残高から取引の取引金額を減算して支払う前払い方式（プリペイド）を採用する。

ユーザ媒体２００は、第１残高を記録する可読媒体である。「第１残高」とは、ユーザ媒体２００と第１装置３００との間の決済で利用可能な残高であり、ユーザのアカウントのアカウント残高に含まれる残高である。例えば、ユーザ媒体２００に第１残高を管理させてもよい。ユーザ媒体２００は、ユーザによって携帯される媒体であり、例えば、一次元コード（バーコード）もしくは二次元コード（ＱＲコード（登録商標））、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｅｒ）タグ（ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグを含む）等であってもよい。また、ユーザ媒体２００は、他の例として、第１装置３００との通信が可能なスマートフォンやラップトップなどの端末装置であってもよい。本実施形態では、ユーザ媒体２００がＮＦＣタグを備えるカードである例を説明する。

アカウント残高は、典型的には、ユーザのアカウントの総残高、すなわちアカウントの利用可能残高の合計であるが、これに限定されない。アカウント残高は、例えば、アカウントの利用可能残高の合計のうちユーザにより設定された残高であってもよい。言い換えれば、アカウント残高は、アカウントの利用可能残高の合計より少ない金額であってもよい。

第１装置３００は、決済装置１００と第１ネットワークＮ１を介して通信が可能な端末装置である。また、第１装置３００は、第１提供事業者が有する旅客輸送（公共交通機関含む）のための乗り物（例えば、バスやタクシー等）や店舗に設置された決済のための端末装置である。第１装置３００は、可読媒体が読み取れる装置であればどのような装置でもよく、バーコードリーダー機能やＮＦＣリーダー機能等を備える、タブレット端末、またはハンディ端末等である。また、第１装置３００は、第１ネットワークＮ１を介して決済装置１００と通信が可能であるが、決済にあたって第１ネットワークＮ１と接続されていることを前提とはしない。すなわち、第１装置３００は、第１ネットワークＮ１との接続が仮に途絶えていても、ユーザ媒体２００との二者間通信ができれば決済が可能である。第１装置３００とユーザ媒体２００との間で処理される取引を「第１取引」ともいう。また、第１取引で取引される金額を「第１取引金額」ともいう。

第１装置３００は、ユーザ媒体２００を読み取って第１残高から第１取引の第１取引金額を減算する減算処理を実行する。

第２装置４００は、決済装置１００と第１ネットワークＮ１を介して通信が可能な端末装置である。また、第２装置４００は、第２提供事業者が有する店舗に設置された決済のための端末装置である。第２装置４００は、可読媒体が読み取れる装置であればどのような装置でもよく、バーコードリーダー機能やＮＦＣリーダー機能等を備える、ＰＯＳレジ端末、タブレット端末、またはハンディ端末等である。第２装置４００は、例えば、商品またはサービスの入力を受け付け、受け付けた商品等の代金の合計金額（第２取引金額）の算出などのＰＯＳレジ機能を備えてもよい。また、第２装置４００は、上記のＰＯＳレジ機能を実現にあたって、商品等の売上に関する情報を管理するＰＯＳシステム（不図示）に接続されてもよい。第２装置４００とユーザ媒体２００との間で処理される取引を「第２取引」という。また、第２取引で取引される金額を「第２取引金額」ともいう。

分散台帳５００は、取引の履歴及び後述の承認情報を複数の端末が共有することが可能なネットワークシステムである。本実施形態において、分散台帳５００は、第１装置３００や第２装置４００とユーザ媒体２００との間の取引の履歴を示す履歴情報を記憶する記憶部として機能する。また、分散台帳５００は、例えば、承認情報を記憶する記憶部として機能してもよい。なお、この取引は、第１取引と第２取引を含む。また、この履歴情報は、後述する第１履歴情報と第２履歴情報とを含む。履歴情報は、例えば、取引履歴（第１取引履歴と第２取引履歴を含む）、および／または取引履歴改ざん防止のためのハッシュ値（ハッシュポインタ）等を含む。なお、本実施形態では、履歴情報を記憶する記憶部の一例として分散台帳５００を用いて説明するが、この記憶部は分散台帳５００に限定されない。例えば、この記憶部は、決済装置１００の記憶部１４０であってもよい。なお、この分散台帳５００に、第１装置３００や第２装置４００が含まれてもよい。

＜２．概要＞
図２を参照して、決済システム１の概要を説明する。

本例では、取引の決済方法として、ユーザ媒体２００としてＮＦＣタグを搭載したカードによるカード決済を用いるものとするが、本発明に係る決済方法をこれに限る趣旨ではない。決済システム１は、例えば、ＮＦＣを利用したモバイル決済、ＱＲコードやバーコードを用いるコード決済等の様々なプリペイド決済の手段を用いることができる。

（１）図２に示すように、ユーザは、ユーザ媒体２００に関連付けられているアカウント残高へ充当する。具体的には、決済装置１００と通信可能な端末装置（不図示）により、ユーザから、資金移動先と資金移動元のアカウントに関する情報（例えば、アカウント識別情報（以下、「アカウントＩＤ」ともいう）やアカウントの認証情報等）と、ユーザから充当（移動）する金額と、が入力される。決済装置１００は、この入力された内容に基づいて、充当するための資金移動処理を実行し、自身の記憶部１４０で管理するアカウント残高を示すアカウント残高情報を更新する。

（２）決済装置１００は、送信された残高充当情報に基づいて、自身の記憶部１４０で管理するアカウント残高を示すアカウント残高情報を更新する。

（３）決済装置１００は、所定期間ごとの処理（サイクリックに実行する処理）として、所定の時刻に、記憶部１４０からアカウント残高情報を取得し、アカウントのアカウント残高に対して、オフライン枠とオンライン枠をそれぞれ設定する。「所定期間」とは、一回設定されたオフライン枠の残高をユーザが決済に利用する期間である。所定期間は、言い換えると、オフライン枠を決済装置１００が設定してから次に再設定するまでの期間である。この「所定期間ごとの処理」とは、例えば、数時間ごとの処理、日次処理、または週次処理等である。本例では、所定期間ごとの処理を、日次処理とする。例えば、アカウント残高が５万円であれば、決済装置１００は、５万円のうち、オフライン枠を１万円に、オンライン枠を４万円に設定することができる。

「オフライン枠」とは、第１装置３００と第１ネットワークＮ１の接続状態に関わらずユーザが利用可能な残高を確保するための枠である。すなわち、オフライン枠は、通信環境がよくないところに第１装置３００がいても、ユーザが決済に利用できる枠である。例えば、地方バス等の運行経路上に電波状況が悪いところがあり第１装置３００と第１ネットワークＮ１との接続の途絶が一定程度発生するケースにおいて、このオフライン枠の残高をユーザは決済に利用することができる。

「オンライン枠」とは、第２装置４００と決済装置１００とが通信可能に接続することで利用できる残高を確保するための枠である。

オフライン枠の決済の利用にあたっての流れを（４－１）～（１０）で説明する。（４－１）決済装置１００は、第１装置３００との接続状態を判定する。

（５－１）決済装置１００は、上記（４－１）で接続状態を第１装置３００と問題なく通信できると判定した場合、上記（３）で設定したオフライン枠を示すオフライン枠情報を第１装置３００に送信する。オフライン枠情報には、設定されたオフライン枠とアカウントＩＤとが関連付けられている。また、決済装置１００は、アカウント残高が不足している等を理由にオフライン枠を設定できない場合、制限情報を、第１装置３００に送信する。

「制限情報」とは、アカウントの利用制限（利用停止を含む）をするための情報である。言い換えると、制限情報は、第１装置３００の減算処理を制限するための情報でもある。制限情報は、例えば、取引のリスクに関する情報（以下、「リスク情報」ともいう）を含んでもよい。リスク情報の詳細は、後述する。

（６－１）～（８）の処理は、ユーザ媒体２００と第１装置３００との間の通信により取引の決済を行う際の処理であり、かつ第１ネットワークＮ１と第１装置３００との接続を必要としない処理である。

（６－１）第１装置３００は、第１提供事業者が提供するサービス（本例では、輸送サービスとする）をユーザが利用する際、第１取引としてこの輸送サービスの利用料（第１取引金額）の支払いの決済をするため、第２ネットワークＮ２を介してユーザ媒体２００の媒体情報を読み取る。

「媒体情報」とは、ユーザ媒体２００に関する情報であり、ユーザ媒体２００に記録されている情報である。媒体情報は、例えば、アカウントＩＤ、媒体を識別するための媒体識別情報（例えば、ＮＦＣタグそのもののＩＤ等の製品固有ＩＤ等）、最終利用日時、第１残高、取引履歴（第１取引履歴と第２取引履歴を含む）、取引履歴改ざん防止のためのハッシュ値（ハッシュポインタ）等を含む。

（７－１）第１装置３００は、アカウントＩＤをキーにして、読み込んだ媒体情報に対応するオフライン枠情報を参照する。同様に、第１装置３００は、アカウントＩＤをキーにして、読み込んだ媒体情報に対応する制限情報を参照する。また、第１装置３００は、参照したオフライン枠情報および制限情報に基づいて、輸送サービスの利用料を支払う第１取引を承認するか否かを判定する処理（以下、「承認処理」ともいう）を実行する。

（８）第１装置３００は、日次処理として日ごとの初回のユーザ媒体２００の利用の際に、第２ネットワークＮ２を介して参照したオフライン枠を、媒体情報の第１残高としてユーザ媒体２００に書き込む。すなわち、設定されたオフライン枠が１万円の場合には、第１残高が１万円としてユーザ媒体２００に書き込まれる。その後、第１装置３００は、上記（７－１）で「承認」と判定した場合、第１装置３００は、第１残高から第１取引の第１取引金額（本例では、千円とする）を減算する処理（以下、「減算処理」ともいう）を実行する。なお、他の例として、第１装置３００は、第１残高から第１取引金額を減算して、減算された第１残高をユーザ媒体２００に書き込んでもよい。第１装置３００は、減算処理を実行した際に、この減算処理の履歴を示す第１履歴情報を生成する。第１装置３００は、生成した第１履歴情報を第１取引履歴として、ユーザ媒体２００や分散台帳５００に記憶させる。

（９）第１装置３００は、上記（８）で生成した第１履歴情報を、決済装置１００に送信する。（１０）決済装置１００は、日ごとに（例えば、毎日２３：００になった際に）、第１残高から減算した第１取引金額の日ごとの累計を算出する。

次にオンライン枠の決済の利用にあたっての流れを（４－２）～（６－２）で説明する。
（４－２）～（６－２）の処理は、ユーザ媒体２００と第２装置４００との間の通信により取引の決済を行う際の処理であり、かつ第１ネットワークＮ１と第２装置４００との接続を必要とする処理である。

（４－２）第２装置４００は、第２提供事業者が提供するサービス（本例では、飲食サービスとする）をユーザが利用する際、第２取引としてこの飲食サービスの利用料（第２取引金額）の支払いの決済をするため、第２ネットワークＮ２を介してユーザ媒体２００の媒体情報を読み取る。

（５－２）第２装置４００は、第１ネットワークＮ１を介して決済装置１００と接続して、アカウントＩＤをキーに、読み込んだ媒体情報に対応する決済装置１００が管理するオンライン枠情報を参照する。同様に、第２装置４００は、第１ネットワークＮ１を介して決済装置１００と接続して、アカウントＩＤをキーに、読み込んだ媒体情報に対応する決済装置１００が管理する制限情報を参照する。第２装置４００は、決済装置１００に対して、オンライン枠の残高で支払い可能な第２取引金額を含む決済の要求を送信する。決済装置１００は、この決済要求を受け付けて、オンライン枠の残高から第２取引金額を減算する処理を実行する。決済装置１００は、減算処理を実行した際に、この減算処理の履歴を示す第２履歴情報を生成する。

（６－２）第２装置４００は、上記（５－２）で生成された第２履歴情報を第２取引履歴として、第２ネットワークＮ２を介してユーザ媒体２００に書き込んでもよい。

（１１）決済装置１００は、日ごとに、オフライン枠の残高から上記（１０）で算出した累計を減算し、減算したオフライン枠の残高とオンライン枠の残高とに基づいて、アカウント残高を更新する。

上記構成によれば、決済装置１００は、第１ネットワークＮ１と第１装置３００との接続状態に関わらずオフライン枠を利用してユーザ媒体２００による決済をさせることができる。また、上記構成によれば、アカウントのアカウント残高からオフライン枠を所定期間ごとに切り出すため、オフライン枠の残高を充当させるためだけの手続き（チャージ）をユーザがする必要がない。このため、上記構成によれば、決済装置１００は、ユーザ媒体２００と第１装置３００との間の通信により取引の決済を行うにあたって、インターネット等のネットワークと第１装置３００との接続を決済の前提とせず、ユーザの使い勝手を改善できる。

＜３．機能構成＞
図３を参照して、本実施形態に係る決済装置１００の機能構成を説明する。図３に示すように、決済装置１００は、制御部１１０と、通信部１３０と、記憶部１４０と、を備える。

－制御部－
制御部１１０は、接続判定部１１１と、取得部１１２と、設定部１１３と、を備える。また、制御部１１０は、例えば、算出部１１４、更新部１１５、受付部１１６、決済処理部１１７、承認判定部１１８、または残高充当部１１９を備えてもよい。

－接続判定部－
接続判定部１１１は、第１装置３００との接続状態を判定する。接続判定部１１１は、例えば、第１装置３００と疎通できるか否か、また第１装置３００との通信が確立できるか否か等を判定することで、第１装置３００との接続状態を判定してもよい。接続判定部１１１は、例えば、第１装置３００と疎通できるか否かについて、例えば、ｐｉｎｇコマンドやｎｅｔｓｔａｔコマンドを利用して接続状態を確認もよい。また、接続判定部１１１は、例えば、第１装置３００との通信が確立できるか否かについて、ＴＣＰコネクションを確立するための３ウェイハンドシェイク、すなわちＳＹＮを送信してそのＡＣＫを受信できたか否かで接続状態を判定してもよい。

－取得部－
取得部１１２は、記憶部１４０から、アカウント残高情報を取得する。また、取得部１１２は、他の例として、アカウント残高情報を管理する外部装置の記憶部（不図示）から、アカウント残高情報を取得してもよい。この「外部装置の記憶部」は、複数装置の記憶部に分散されていてもよく、例えば、分散管理台帳技術を利用したものでもよい。

－設定部－
設定部１１３は、アカウントのアカウント残高に対して、オフライン枠を設定する。また、設定部１１３は、例えば、アカウントのアカウント残高に対して、オンライン枠を設定してもよい。設定部１１３は、オフライン枠とオンライン枠の金額は、例えば、それぞれ固定であってもよいし、アカウント残高に対するそれぞれの割合で設定してもよい。また、設定部１１３は、例えば、優先順位情報に基づいて、オフライン枠を先に設定（確保）して、アカウント残高から設定したオフライン枠の残高を減算して残った残高に対して、オンライン枠を設定してもよい。

オフライン枠は、例えば、決済システム１共通の固定値（例えば、一律千円等）であってもよいし、アカウントＩＤのグループごとに異なる固定値（例えば、グループＡ：５千円、グループＢ：３千円、グループＣ：千円等）であってもよいし、アカウントＩＤごとに異なる固定値（例えば、第１提供事業者またはユーザの指定により設定されている値等）であってもよい。

設定部１１３は、例えば、更新部１１５により更新されたアカウント残高に対して、オフライン枠を再設定してもよい。すなわち、設定部１１３は、次の所定期間に向けて、更新されたアカウント残高に対して、オフライン枠を再設定してもよい。設定部１１３は、例えば、更新部１１５により更新されたアカウント残高が２万２千円であれば、２万２千円に対して、オフライン枠（例えば、１万円）を再設定してもよい。

上記構成によれば、設定部１１３は、所定期間ごと等に、自動的にオフライン枠を再設定することできる。このため、上記構成によれば、設定部１１３は、アカウント残高の変動に応じてユーザが手動でオフライン枠を再設定するような負荷を軽減することができる。

設定部１１３は、例えば、アカウントのアカウント残高に対して、オフライン枠に加え、オンライン枠を設定してもよい。

設定部１１３は、更新部１１５により更新されたアカウント残高に対して、さらに、オンライン枠を再設定してもよい。設定部１１３は、例えば、更新部１１５により更新されたアカウント残高が２万２千円であれば、２万２千円に対して、オフライン枠（例えば、１万円）を再設定し、残りの残高１万円１千円をオンライン枠として再設定してもよい。

上記構成によれば、設定部１１３は、所定期間ごと等に、自動的にオンライン枠を再設定することできる。このため、上記構成によれば、設定部１１３は、アカウント残高の変動に応じてユーザが手動でオンライン枠を再設定するような負荷を軽減することができる。

－算出部－
算出部１１４は、第１履歴情報に基づいて、所定期間の終了（締め）の際に、第１残高から減算した第１取引金額の所定期間の累計を算出する。所定期間は、例えば、半日ごと、日ごと、週ごと等の単位期間であってもよい。例えば、ユーザ媒体２００と取引した第１装置３００が第１装置３００ａと第１装置３００ｂと所定期間において複数存在する場合、それぞれから取得した第１履歴情報に基づいて、第１残高から減算した第１取引金額の所定期間の累計を算出してもよい。ユーザ媒体２００と第１装置３００ａとの第１取引金額が５千円で、ユーザ媒体２００と第１装置３００ｂとの第１取引金額が４千円の場合、第１取引金額の累計は９千円となる。

－更新部－
更新部１１５は、オフライン枠の残高から算出部１１４が算出した累計を減算し、減算したオフライン枠の残高に基づいて、アカウント残高を更新する。例えば、オンライン枠の減算前の残高が１万円で、算出部１１４が算出した累計が８千円であれば、更新部１１５は、減算したオフライン枠の残高として２千円でアカウント残高を更新してもよい。

更新部１１５は、例えば、オンライン枠の残高に基づいて、アカウントのアカウント残高を更新してもよい。例えば、減算したオフライン枠の残高として２千円で、オンライン枠の残高が２万円であれば、更新部１１５は、これらの残高を合計した金額２万２千円でアカウント残高を更新してもよい。

－受付部－
受付部１１６は、第２装置４００から、通信部１３０を介して、設定部１１３が設定したオンライン枠の残高で支払い可能な第２取引金額を含む決済の要求を受け付ける。受付部１１６は、例えば、設定部１１３が設定したオンライン枠の残高を超える第２取引金額を含む決済の要求の場合、その受付を拒否してもよい。

－決済処理部－
決済処理部１１７は、受付部１１６が受け付けた決済の要求に基づいて、オンライン枠の残高から第２取引金額を減算する処理を実行する。

－承認判定部－
承認判定部１１８は、承認情報を記憶する承認記憶部１４１を参照して、第１取引が第１装置で承認可能であるかを判定する。例えば、承認情報に含まれる承認項目として取引金額の上限が設定されている場合、承認判定部１１８は、この上限を超える第１取引金額の第１取引は、第１装置３００で承認不可と判定してもよい。すなわち、承認情報に基づいて、決済装置１００等の中央側で承認する必要がある第１取引については、承認判定部１１８は、第１装置３００で承認不可としてもよい。承認判定部１１８は、判定の結果を承認判定情報として記憶部１４０に記憶させてもよい。

「承認情報」とは、第１装置３００が第１取引を承認可能か否か判定するための情報である。承認情報は、例えば、承認項目として、取引金額の上限もしくは下限、取引回数の上限、端末装置の位置、または上位装置を含んでもよい。また、承認情報は、その他の承認項目として、装置の所有者であるユーザに関する情報や、リスク情報を含んでもよい。承認情報は、その他の承認項目として、特定の条件の下で行われる取引であることを示す取引種別を含んでもよい。

「リスク情報」とは、取引のリスクを示す情報である。リスク情報は、例えば、ネガティブチェックに用いられる利用停止に関するネガティブ情報、または過去の取引履歴に基づくユーザへの評価に関する情報等である。

承認判定部１１８は、例えば、第１取引が前記第１装置３００で承認可能でないと判定した場合、上位承認情報を記憶する上位承認記憶部１４２を参照して、上位装置により第１取引が承認可能であるかを再判定してもよい。承認判定部１１８は、この再判定の結果を承認判定情報に含めて、記憶部１４０に記憶させてもよい。

「上位承認情報」とは、第１装置３００の上位装置が第１取引を承認可能か否か判定するための情報である。上位承認情報は、第１装置３００と通信可能に接続されている第３装置（不図示）が承認可能な取引の条件を少なくとも一つ含む。

－残高充当部－
残高充当部１１９は、ユーザアカウントのアカウント残高への残高を充当するための処理を行う。
残高充当部１１９は、残高を充当するためにアカウントを移動先とする資金移動を行う決済には、どのような決済でも適用可能である。残高充当部１１９は、例えば、クレジットカード決済やデビットカード決済などのカード決済、カードレス払い決済、電子マネー決済、銀行振込決済などの決済方法うちユーザや決済事業者が選択した決済方法により資金移動のための処理を行って残高を充当してもよい。

残高充当部１１９は、例えば、アカウント残高の中で、オフライン枠の残高のみまたはオンライン枠の残高のみ充当するよう処理してもよい。また、残高充当部１１９は、例えば、アカウント残高への残高を、設定された配分に基づいて、オフライン枠の残高とオンライン枠の残高それぞれに配分して充当するよう処理してもよい。

－通信部－
通信部１３０は、第１ネットワークＮ１を介して、第１装置３００および／または第２装置４００と各種情報を送受信する。通信部１３０は、送信部１３１と受信部１３２とを備える。

－送信部－
送信部１３１は、接続判定部１１１により判定された接続の状態に基づいて、オフライン枠情報を、第１装置３００経由でユーザ媒体２００に第１残高として書き込むために、第１ネットワークＮ１を介して第１装置３００に送信する。送信部１３１がオフライン枠情報を送信するタイミングは、例えば、所定期間におけるユーザ媒体２００の初回の利用の際でもよい。また、このユーザ媒体２００の初回の利用は、第１装置３００での利用であってもよいし、第２装置４００での利用であってもよい。

上記構成によれば、送信部１３１は、第１ネットワークＮ１と第１装置３００との接続状態に関わらずオフライン枠を利用してユーザ媒体２００による決済をさせることができる。また、上記構成によれば、アカウントのアカウント残高からオフライン枠を所定期間ごとに切り出させることができるため、オフライン枠の残高を充当させるためだけのユーザの手続き（チャージ）を削減することができる。このため、上記構成によれば、送信部１３１は、ユーザ媒体２００と第１装置３００との間の通信により取引の決済を行うにあたって、インターネット等のネットワークと第１装置３００との接続を決済の前提とせず、ユーザの使い勝手を改善できる。

送信部１３１は、例えば、アカウントのアカウント残高に対してオフライン枠が設定部１１３により設定できない場合、制限情報を記憶する記憶部１４０を参照して、制限情報を、第１ネットワークＮ１を介して第１装置３００に送信してもよい。また、送信部１３１は、例えば、接続判定部１１１により判定された接続の状態に基づいて、第１ネットワークＮ１を介して第１装置３００に制限情報を送信してもよい。

上記構成によれば、送信部１３１は、アカウント残高がオフライン枠に対して不足している等の状況において、ユーザ媒体２００でのオフライン枠の利用を制限することができる。このため、上記構成によれば、送信部１３１は、ユーザ媒体２００でのオフライン枠の利用を精度よく制御することができる。

送信部１３１は、例えば、承認情報を記憶する承認記憶部１４１を参照して、第１取引が第１装置３００で承認可能であるかを判定させるために、承認情報を第１装置３００に送信してもよい。

例えば、第１装置３００とユーザ媒体２００との間の第１取引の内容によっては、決済事業者等の中央側の承認が必要なケースが考えられる。このようなケースに対して、上記構成によれば、送信部１３１は、第１装置３００だけで承認できるリスクの低い取引等に限定してオフライン枠を利用させることができる。

送信部１３１は、例えば、承認判定情報に基づいて、第１装置３００に、減算処理を実行可能にするための指示を送信してもよい。第１装置３００は、第１ネットワークＮ１を介して決済装置１００からこの指示を受信したことを条件に、所定期間において第１ネットワークＮ１との接続状態に関わらず減算処理を実行してもよい。

上記構成によれば、送信部１３１は、第１装置３００で承認できない取引に関する減算処理を制限することができる。このため、上記構成によれば、送信部１３１は、第１装置３００に対して、例えば、中央側で承認が必要なリスクの高い取引を制限し、第１装置３００の第１ネットワークＮ１との接続状態に関わらずに取引できるリスクの低い取引に限定して第１取引をさせることができる。

送信部１３１は、例えば、承認判定情報に基づいて、第１装置３００に、第３装置から第１取引の承認が得られた場合に減算処理を実行可能にするための指示を送信してもよい。

上記構成によれば、送信部１３１は、第１装置３００で承認できない取引に関する減算処理を制限しつつ、その上位の装置で承認できる取引に関する減算処理は実行可能にすることができる。このため、上記構成によれば、送信部１３１は、第１装置３００に対して、例えば、中央側で承認が必要なリスクの高い取引を制限しつつ、リスクの程度に応じて段階的に第１装置３００の第１ネットワークＮ１との接続状態に関わらずに取引できる取引を限定して、第１取引をさせることができる。

受信部１３２は、第１装置３００から、第１ネットワークＮ１を介して、第１履歴情報を受信する。

記憶部１４０は、アカウント残高情報、オフライン枠情報、オンライン枠情報、制限情報、履歴情報、またはユーザ情報などを記憶してもよい。記憶部１４０は、例えば、これらの情報を相互に関連付けて記憶してもよい。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブルを設けて、このテーブル間を関連付けて各情報を管理してもよい。記憶部１４０は、承認記憶部１４１と、上位承認記憶部１４２とを備える。承認記憶部１４１は、承認情報を記憶する。上位承認記憶部１４２は、上位承認情報を記憶する。

「ユーザ情報」は、ユーザに関する情報である。ユーザ情報は、例えば、ユーザを識別するための識別情報、ユーザが保有するアカウントそれぞれのアカウントＩＤを含む。

＜４．動作例＞
図４～５を参照して、決済システム１の動作例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。図４は、決済システム１でオンライン枠およびオフライン枠を設定し、オンライン枠を利用した決済を行うまでの相互作用を示したシーケンス図である。図５は、決済システム１でオフライン枠を利用した決済をし、所定期間の第１取引金額の累計を算出して、オンライン枠およびオフライン枠を再設定するまでの相互作用を示したシーケンス図である。

図４に示すように、決済装置１００は、アカウント残高情報を取得する（Ｓ１０）。決済装置１００は、アカウント残高情報に基づいて、オフライン枠とオンライン枠とを設定する（Ｓ１１）。

決済装置１００は、設定したオフライン枠を示すオフライン枠情報を、第１装置３００に送信する（Ｓ１２）。第１装置３００等は、所定期間における初回のユーザ媒体２００による決済の利用の際に、複合フラグメントｏｐｔ１（ｏｐｔｉｏｎ１）が示すエリア内の処理を実行する。具体的には、第１装置３００は、所定期間における初回のユーザ媒体２００による決済の利用の際に、オフライン枠を示すオフライン枠情報を、ユーザ媒体２００に第１残高として書き込む（Ｓ１３）。ユーザ媒体２００は、第１残高を記録する（Ｓ１４）。

第２装置４００は、第２取引にあたって第２取引金額を含む決済の要求を、決済装置１００に送信する（Ｓ１５）。決済装置１００は、受信した決済の要求に含まれる第２取引金額がオンライン枠の残高内の場合、複合フラグメントｏｐｔ２（ｏｐｔｉｏｎ２）が示すエリア内の処理を実行する。具体的には、決済装置１００は、決済の要求を受け付ける（Ｓ１６）。決済装置１００は、受け付けた決済の要求に基づいて、オンライン枠の残高から第２取引金額を減算する処理を実行する（Ｓ１７）。決済装置１００は、オンライン枠の残高を更新する（Ｓ１８）。

図５に示すように、第１装置３００は、ユーザ媒体２００から第１残高を読み取る（Ｓ２０）。第１装置３００は、読み取った第１残高から第１取引の第１取引金額を減算する減算処理を実行する（Ｓ２１）。第１装置３００は、第１取引金額を減算した第１残高をユーザ媒体２００に書き込む（Ｓ２２）。ユーザ媒体２００は、第１残高を更新する（Ｓ２３）。第１装置３００は、第１履歴情報を生成して、分散台帳５００に記憶させる。

決済装置１００と第１装置３００とは、現在日時が所定期間の終了日時（締めの日時）となった場合、複合フラグメントｏｐｔ３（ｏｐｔｉｏｎ３）が示すエリア内の処理を実行する。具体的には、第１装置３００は（または分散台帳５００は）、第１履歴情報を決済装置１００に送信する（Ｓ２５）。決済装置１００は、第１履歴情報に基づいて、第１残高から減算した第１取引金額の所定期間の累計を算出する（Ｓ２６）。決済装置１００は、オフライン枠の残高から算出した累計を減算し、減算したオフライン枠の残高とオンライン枠の残高に基づいて、アカウント残高を更新する（Ｓ２７）。決済装置１００は、更新されたアカウント残高に対して、オフライン枠とオンライン枠を再設定する（Ｓ２８）。

＜５．ハードウェア構成＞
図６を参照して、上述してきた決済装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図６に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、決済装置１００の制御部１１０が備える各機能部などは、メモリ８０３に一時記憶されたプログラムを、プロセッサ８０１が実行することにより実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、アカウント残高情報、オフライン枠情報、オンライン枠情報、制限情報、履歴情報、またはユーザ情報等の各種情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイスなどが挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などのインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置などがある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイなどが挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブルなどを介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、本実施形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以上に述べた各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

また、上記実施の形態で記載された決済装置が備える構成要素は、記憶装置８０５に格納されたプログラムがプロセッサ８０１によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」などとも記載され、またそれぞれに読み替えることができる。

［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

［変形例１］
上記実施形態に係る決済装置１００が備える各構成の少なくとも一部は、ユーザ媒体２００、第１装置３００または第２装置４００が備えていてもよい。ユーザ媒体２００、第１装置３００または第２装置４００は、例えば、それぞれがインストールする決済システム１専用のアプリケーションプログラムを実行することでこれらの構成を実現させてもよい。

［変形例２］
上記実施形態に係る決済装置１００の受付部１１６は、第２装置４００から、設定部１１３が設定したオンライン枠の残高で支払い可能な第２取引金額を含む決済の要求を受け付ける例を説明したが、本発明はこれに限定されない、受付部１１６は、例えば、オンライン枠の残高を超える第２取引金額でもユーザ媒体２００に記録されている第１残高との合算した金額内であれば、第２取引金額を含む決済の要求を受け付けてもよい。受付部１１６がこの決済の要求を受け付けた場合、送信部１３１は、接続判定部１１１により判定された接続状態に基づいて、第１装置３００経由でユーザ媒体２００の第１残高を更新するための情報を、第１ネットワークＮ１を介して第１装置３００に送信する。この「第１残高を更新するための情報」とは、第２取引金額がオンライン枠の残高を超える分の金額を第１残高から減算するための情報である。

１…決済システム、１００…決済装置、１１０…制御部、１１１…接続判定部、１１２…取得部、１１３…設定部、１１４…算出部、１１５…更新部、１１６…受付部、１１７…決済処理部、１１８…承認判定部、１１９…残高充当部、１３０…通信部、１４０…記憶部、２００…ユーザ媒体、３００…第１装置、４００…第２装置、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (9)

1. ユーザのアカウントの第１残高を記録する可読媒体を読み取って前記第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定する接続判定部と、
   前記第１残高を含む前記アカウントのアカウント残高を示すアカウント残高情報を取得する取得部と、
   前記アカウント残高に対して、前記第１装置と前記第１ネットワークとの接続状態に関わらず前記ユーザが利用可能な残高を確保するためのオフライン枠を設定する設定部と、
   前記判定された接続状態に基づいて、前記オフライン枠を示すオフライン枠情報を、前記第１装置経由で前記可読媒体に前記第１残高として書き込むために、前記第１ネットワークを介して前記第１装置に送信する送信部と、を備える、
   情報処理装置。
2. 前記送信部は、前記アカウント残高に対して前記オフライン枠が前記設定部により設定できない場合、前記減算処理を制限するための制限情報を、前記第１装置に送信する、
   請求項１に記載の情報処理装置。
3. 前記情報処理装置は、
   前記第１装置から、前記第１ネットワークを介して、前記減算処理の履歴を示す第１履歴情報を受信する受信部と、
   前記第１履歴情報に基づいて、所定期間ごとに、前記第１残高から減算した第１取引金額の前記所定期間の累計を算出する算出部と、
   前記オフライン枠の残高から前記累計を減算し、前記減算したオフライン枠の残高に基づいて、前記アカウント残高を更新する更新部と、をさらに備え、
   前記設定部は、前記更新されたアカウント残高に対して、前記オフライン枠を再設定する、
   請求項１または２に記載の情報処理装置。
4. 前記設定部は、前記アカウント残高に対して、前記オフライン枠に加え、前記ユーザの第２取引の決済を行うための第２装置と前記情報処理装置とが通信可能に接続することで利用できる残高を確保するためのオンライン枠を設定し、
   前記情報処理装置は、
   前記第２装置から、前記オンライン枠の残高で支払い可能な第２取引金額を含む決済の要求を受け付ける受付部と、
   前記決済の要求に基づいて、前記オンライン枠の残高から前記第２取引金額を減算する処理を実行する決済処理部と、をさらに備え、
   前記更新部は、前記オンライン枠の残高に基づいて前記アカウント残高を更新し、
   前記設定部は、前記更新されたアカウント残高に対して、さらに、前記オンライン枠を再設定する、
   請求項３に記載の情報処理装置。
5. 前記送信部は、前記第１装置が承認可能な第１取引の条件を少なくとも一つ含む承認情報を記憶する承認記憶部を参照して、前記第１取引が前記第１装置で承認可能であるかを判定させるために、前記承認情報を前記第１装置に送信する、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. 前記情報処理装置は、前記第１装置が承認可能な取引の条件を少なくとも一つ含む承認情報を記憶する承認記憶部を参照して、前記第１取引が前記第１装置で承認可能であるかを判定する承認判定部をさらに備え、
   前記送信部は、前記承認判定部の判定の結果を含む承認判定情報に基づいて、前記第１装置に、前記減算処理を実行可能にするための指示を送信する、
   請求項１から４のいずれか一項に記載の情報処理装置。
7. 前記承認判定部は、前記第１取引が前記第１装置で承認可能でないと判定した場合、前記第１装置と通信可能に接続されている第３装置が承認可能な取引の条件を少なくとも一つ含む上位承認情報を記憶する上位承認記憶部を参照して、前記第１取引が承認可能であるかを再判定し、
   前記承認判定情報は、前記承認判定部が再判定した結果を含み、
   前記送信部は、前記承認判定情報に基づいて、前記第１装置に、前記第３装置から前記第１取引の承認が得られた場合に前記減算処理を実行可能にするための指示を送信する、
   請求項６に記載の情報処理装置。
8. コンピュータに、
   ユーザのアカウントの第１残高を記録する可読媒体を読み取って前記第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定する接続判定機能と、
   前記第１残高を含む前記アカウントのアカウント残高を示すアカウント残高情報を取得する取得機能と、
   前記アカウント残高に対して、前記第１装置と前記第１ネットワークとの接続状態に関わらず前記ユーザが利用可能な残高を確保するためのオフライン枠を設定する設定機能と、
   前記判定された接続状態に基づいて、前記オフライン枠を示すオフライン枠情報を、前記第１装置経由で前記可読媒体に前記第１残高として書き込むために、前記第１ネットワークを介して前記第１装置に送信する送信機能と、を実現させる、
   プログラム。
9. コンピュータが、
   ユーザのアカウントの第１残高を記録する可読媒体を読み取って前記第１残高から第１取引の第１取引金額を減算する減算処理を実行する第１装置であって第１ネットワークを介して通信可能な第１装置との接続状態を判定し、
   前記第１残高を含む前記アカウントのアカウント残高を示すアカウント残高情報を取得し、
   前記アカウント残高に対して、前記第１装置と前記第１ネットワークとの接続状態に関わらず前記ユーザが利用可能な残高を確保するためのオフライン枠を設定し、
   前記判定された接続状態に基づいて、前記オフライン枠を示すオフライン枠情報を、前記第１装置経由で前記可読媒体に前記第１残高として書き込むために、前記第１ネットワークを介して前記第１装置に送信する、
   情報処理方法。
   

Images