JP7266620B2 - プログラム、デバイス、コンピュータ、決済システム - Google Patents

Description

本発明は、決済システムの技術に関する。

通信技術の発達に伴い、多数のデバイスが接続されるモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：ＩｏＴ）の利用が行われている。ＩｏＴにおいては、相互に接続されたデバイスが、デバイス間で取引して決済を行う場合が想定される。例えば、家庭で利用される電気製品におけるデバイス間での取引に関する技術が特許文献１に示される。特許文献１では、デバイスに支払口座に関する情報を設定し、デバイスがデバイス自身が必要とするリソースを例えば購入することを可能とするプラットフォームが示される。

特表２０１８－５０６７７０

ＩｏＴでは、多数のデバイスが接続されて取引を行う。デバイス間の取引は、最終的に各デバイスの管理者によって精算される必要がある。また、デバイス間の取引は、少額、高頻度となる場合がある。少額、高頻度の取引に際して、従来のクレジットカード決済のように、多数のデバイスごとに決済識別番号を付与して、オーソリゼーションをセンターで受信し承認を判断する処理方法では、十分な処理速度を提供するための処理コストが増大する。

そこで、本発明は、処理コストの増大を抑えつつ、デバイス間の決済を可能とする決済システムを提供することを目的とする。

本発明の一態様に係るプログラムは、第１デバイスに、第１デバイスの第１デバイス識別情報と、第１デバイスと通信可能な第２デバイスの第２デバイス識別情報と、第１デバイスが承認可能な取引の条件を含む承認情報と、が記録され、第１デバイス及び第２デバイスと通信可能な取引情報記憶部から承認情報を取得する承認情報取得処理と、承認情報に基づいて、第１デバイスと第２デバイスとの間における通信により行われる第１取引が承認可能であるかを判断する判断処理と、判断処理の結果に基づいて、第１取引を示す第１取引情報を生成する取引情報生成処理と、第１取引情報を取引情報記憶部に格納する取引情報格納処理と、を実行させる。

本発明の他の態様に係るプログラムは、第１デバイス及び第２デバイスと通信可能な第３デバイスに、第１デバイスの第１デバイス識別情報と、第２デバイスの第２デバイス識別情報と、第１デバイスが承認可能な取引の条件を含む承認情報と、第３デバイスが承認可能な取引の条件を含む上位承認情報と、が記録された、第３デバイスと通信可能な取引情報記憶部から上位承認情報を取得する上位情報取得処理と、承認情報に基づいて第１デバイスと第２デバイスとの間における通信により行われる第１取引が承認可能であるかを判断する第１デバイスが、第１取引が第１デバイスで承認可能でないと判断した場合に、前記第１デバイスと通信し、第１デバイスから第１取引の承認の要求を取得する、要求取得処理と、上位承認情報に基づいて、第１取引が承認可能であるかを判断する、上位判断処理と、を実行させる。

本発明の他の態様に係るプログラムは、ネットワークに接続されるコンピュータに、所定のプログラムが記録された第１デバイスが接続された取引情報記憶部に記憶される承認情報を更新する、承認情報更新処理、を実行させる。

上記態様において、承認情報更新処理は、コンピュータに、所定のプログラムが記録された第３デバイスがさらに接続された取引情報記憶部に記憶される上位承認情報を更新してもよい。

本発明の他の態様に係るプログラムは、ネットワークに接続されるコンピュータに、所定のプログラムが記録された第１デバイスの取引情報記憶部における取引の履歴である取引履歴を取引情報記憶部から取得する、取引履歴取得処理と、第１デバイス、第１デバイスが取引可能な第２デバイス、及び第１デバイスによる第１取引を承認可能な第３デバイスのそれぞれのデバイスの識別情報が、それぞれのデバイスのユーザのユーザ情報と関連付けて記憶されたユーザ情報記憶部から、ユーザ情報を取得する、ユーザ情報取得処理と、取引履歴とユーザ情報とに基づいて、取引の精算に用いられる清算情報を生成する精算情報生成処理と、を実行させる。

本発明の他の態様に係る決済システムは、上記プログラムが記録された第１デバイスと、上記プログラムが記録されたコンピュータと、ネットワークに接続された第２デバイスと、を備える。

本発明によれば、処理コストの増大を抑えつつ、デバイス間の決済を可能とする決済システムを提供することができる。

本実施形態に係る決済システムの構成の概略図である。 本実施形態に係るデバイスのブロック図である。 分散台帳に記録されるデバイス識別情報の一例である。 デバイス間の取引に用いられる商取引情報の一例である。 デバイスでの取引の承認に用いられる承認情報の一例である。 本実施形態に係るデバイスの他のブロック図である。 デバイスでの取引の承認に用いられる上位承認情報の一例である。 デバイスでの取引の承認に用いられる上位承認情報の他の一例である。 本実施形態に係る取引管理システムのブロック図である。 分散台帳に記録される取引履歴の一例である。 精算端末による精算に用いられるユーザ情報の一例である。 精算端末により生成される精算情報の一例である。 決済システム１０における処理の動作の例を説明する図である。 決済システム１０における処理の動作の他の例を説明する図である。 決済システム１０における精算処理の動作の例を説明する図である。

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

図１には本実施形態に係る決済システム１０の概略図が示される。決済システム１０は、デバイス１０１，１０２，１０３，１０４，１０５、分散台帳１０６及び取引管理システム１０７を備える。

デバイス１０１は、デバイス１０２，１０３，１０４，１０５、分散台帳１０６、及び取引管理システム１０７とネットワークＮを通じて通信可能に接続される。ネットワークＮは例えばインターネットである。ネットワークＮは、例えばイントラネットのようにプライベートネットワークであってもよい。また、デバイス１０１は、ネットワークＮ以外の通信手段（例えばＢｌｕｅｔｏｏｔｈ（登録商標）等）を介して、他のデバイス１０２，１０３，１０４，１０５と通信可能であってもよい。デバイス１０１は、所定のプログラムを実行することによって所定の処理を行うコンピュータを有する情報処理装置である。デバイス１０２から１０５も同様に、所定の処理を行うコンピュータを有する情報処理装置である。デバイスはそれぞれがネットワークＮ及び分散台帳１０６に接続可能にさらに複数台あってもよい。

ユースケースの一例として、デバイス１０１，１０３は、ユーザが所有する電子機器である。より具体的な例としては、デバイス１０１はイヤホンであり、デバイス１０３はスマートフォンであるとする。デバイス１０２は、デバイス１０１，１０３の充電に用いる電力を無線で供給する電源機器であるとする。デバイス１０１，１０３が自身が充電が必要であると判断した場合に、デバイス１０２へとアクセスし、充電を行う。

分散台帳１０６は、トランザクションの記録、トランザクションの履歴及び承認情報を複数の端末が共有することが可能なシステムである。本実施形態において、分散台帳１０６は、デバイス間の取引を示す取引情報を記憶する取引情報記憶部として機能する。なお、本実施形態では、取引情報記憶部の一例として分散台帳１０６を用いて説明するが、取引情報記憶部は、分散台帳１０６のように分散して取引情報が記録される形態に限られない。例えば、取引情報記憶部として、ネットワークＮを通じてサーバに取引情報が記録されるような集中型の記憶手段を用いてもよい。

取引管理システム１０７は、各デバイスが取引の判断に用いるために分散台帳１０６に記録される承認情報及び上位承認情報の設定、分散台帳１０６におけるデバイス間の取引履歴の分散台帳１０６からの取得及び各デバイスのユーザに対して取引の精算を行う情報処理システムである。取引管理システム１０７は１のサーバによって各機能が実現されてもよく、あるいはそれぞれの機能を有する複数のサーバによって構成されてもよい。

図２を参照して、デバイス１０１，１０２及び１０３の各部について説明する。デバイス１０１，１０２及び１０３は共通した部分を有するので、ここではデバイス１０１について説明する。

デバイス１０１は、通信部２０１、記憶部２０２、判断部２０３、取引情報生成部２０４、商取引生成部２０５、承認情報取得部２０６及び承認要求部２０７を有する。デバイス１０１の各部は、例えば、デバイス１０１において、メモリ等の記憶領域を用いたり、記憶領域に格納されたプログラムをプロセッサが実行したりすることによって、実現することができる。

デバイス１０１をはじめとする各デバイスは、分散台帳１０６においてそれぞれのデバイスを識別するためのアドレスを有する。図３には、デバイス識別情報として、各デバイスのデバイス名及びそのデバイスアドレスの例が示される。デバイス１０１はデバイスアドレスとして「アドレスＡ」を有する。デバイス識別情報は、分散台帳１０６に記録される。デバイス識別情報は、例えば、分散台帳１０６上に設けられるスマートコントラクトに記録され、各デバイスが参照可能であるとする。各デバイスは自身のデバイス名及びデバイスアドレスを記憶している。なお、本実施形態において、デバイス識別情報はデバイス名とデバイスアドレスの組としているが、デバイスアドレスのみを分散台帳１０６に記録するようにしてもよい。

通信部２０１は、デバイス１０１の外部のデバイス及び端末とのネットワークを通じた通信を制御する。

記憶部２０２は、デバイス１０１での処理に用いられる各種の情報を記憶する。

判断部２０３は、デバイス間での取引（商取引：Ｃｏｍｍｅｒｃｉａｌ ｔｒａｎｓａｃｔｉｏｎ）が承認可能であるかを判断する。

取引情報生成部２０４は、判断部２０３による判断結果に基づいて、商取引を示す取引情報を生成する。本実施形態では、取引情報生成部２０４は、取引情報として、分散台帳１０６で処理されるトランザクションを生成する。取引情報生成部２０４が生成する取引情報には、トランザクションの基となる商取引を識別する取引ＩＤが含まれる。

ここで、トランザクションとは商取引そのものではなく、分散台帳１０６において処理される所定の形式を有するコードである。取引情報生成部２０４は、生成された取引情報を、通信部２０１を通じて、分散台帳１０６に格納する取引情報格納処理を行う。また、デバイス１０１がネットワークに接続した場合に、デバイス１０１は、記憶部２０２に記憶される過去のデバイス１０１の取引情報を、同様に分散台帳１０６に格納するようにしてもよい。

商取引生成部２０５は、デバイス間での取引に用いられる商取引情報を生成する。図４には、商取引情報の一例が示される。商取引情報は、「支払デバイス」、「受取デバイス」、「取引金額」、「取引回数」及び「デバイス位置」の各項目を有する。図４では、デバイス１０１からデバイス１０２に対して、１００円の取引を一回行うこと及びデバイス１０１の位置は日本国内であることを示す商取引情報の一例が示される。先述の例では、イヤホンであるデバイス１０１が、充電機器であるデバイス１０２から充電サービスの提供を受けるために１００円を支払うことを意味する。

なお、取引金額は、分散台帳１０６において発行される電子的価値であるトークンによって規定されてもよい。この場合、トークンと法定通貨との換算を行って、最終的な精算が行われるようにできる。また、トークンを用いる場合に、トークンはデバイス間すなわちユーザ間の債権債務の関係を記録するのみにとどまるようにしてもよい。この場合、トークンが分散台帳１０６において交換されることそのものによっては、価値が移動せず、債権債務の関係が整理される場合に、トークンに基づいて価値の移動が行われる。

承認情報取得部２０６は、分散台帳１０６から、商取引の承認に用いる承認情報を取得する。図５には承認情報の一例が示される。承認情報は、承認項目として「金額」、「回数」、「位置」、及び「上位デバイス」の項目を有する。なお、各項目は一例であって、項目はこれらに限定されない。例えば他の承認項目としては、デバイスの所有者に関する情報や、リスク情報が含まれてもよい。リスク情報とは、例えばネガティブチェックに用いられる利用停止に関する情報や、過去の取引履歴に基づくユーザへの評価に関する情報である。承認項目の他の例としては、特定の条件の下で行われる取引であることを示す取引種別が含まれてもよい。承認情報に含まれる各条件は、1つの承認項目を用いる１つの条件であってもよく、複数の承認項目を用いる複数の条件であってもよい。また、各項目の追加または削除は、決済システム１０の管理者などによって適宜行われ得る。

「金額」の項目には、デバイス１０１によって承認可能な金額の上限が設定される。図５では、デバイス１０１は１００円までの取引を承認可能である場合が示される。なお、金額の条件は上限値ではなく金額範囲によって指定されてもよい。あるいは、金額の条件は、一定期間における取引金額の累計額によって指定されてもよい。

「回数」の項目には、デバイス１０１によって承認可能な取引回数の上限が設定される。図５では、デバイス１０１が、デバイス１０１の累積取引回数が５回までであれば取引を承認可能である場合が示される。なお、取引回数の条件は、一定期間内の取引回数の累積であるが、この期間は複数の期間が設定されてもよい。例えば、累積取引回数が、１０分間に２回かつ１時間に１０回までであれば、取引を承認可能とするようにできる。

「位置」の項目には、デバイス１０１の位置に関する条件が設定される。図５では、デバイス１０１は、デバイス１０１の位置情報によって判断されるデバイス１０１の位置が日本国内である場合に、取引を承認可能である場合が示される。なお、位置情報には、デバイス１０１に予め紐づけられたユーザの位置情報が含まれてもよい。

「上位デバイス」の項目には、デバイス１０１が承認情報に基づいて商取引の承認判断を行い、デバイス１０１は商取引を承認可能でないと判断された場合に、商取引の承認を要求する要求先のデバイス（上位デバイス）に関する情報が記録される。図５では、デバイス１０１は、自身で取引を承認可能でない場合の要求先としてデバイス１０４が指定される場合が示される。なお、上位デバイスに関する情報はデバイス名ではなく、デバイスアドレスによって記録されてもよい。

承認情報取得部２０６は、分散台帳１０６から承認情報を取得した場合、承認情報を取得したことを示す情報を分散台帳１０６に記録してもよい。

承認情報取得部２０６は、他のデバイスを通じて、分散台帳１０６に記録される承認情報を取得してもよい。例えば、デバイス１０１がネットワークＮに接続されていない場合に、デバイス１０１が、ネットワークＮに接続されているデバイス１０２とネットワークＮ以外の通信手段を介して通信可能な状態となった際、デバイス１０２から承認情報を取得するようにしてよい。他のデバイスから承認情報を取得したことを示す情報も、分散台帳１０６に記録されるようにしてもよい。

承認要求部２０７は、承認情報取得部２０６が取得した承認情報に基づいて判断部２０３が、商取引が承認可能でないと判断した場合に、上位デバイスへと取引の承認を要求する。承認の要求はネットワークＮを通じてデバイス１０１がデバイス１０４へと通信を行うことによって送信される。

図６を参照して、デバイス１０４及び１０５の各部について説明する。デバイス１０４及び１０５は共通した部分を有するので、ここではデバイス１０４について説明する。

デバイス１０４は、通信部６０１、記憶部６０２、判断部６０３、取引情報生成部６０４、上位承認情報取得部６０５及び承認要求部６０６を有する。デバイス１０４の各部は、例えば、デバイス１０４において、メモリ等の記憶領域を用いたり、記憶領域に格納されたプログラムをプロセッサが実行したりすることによって、実現することができる。

通信部６０１、記憶部６０２、判断部６０３及び取引情報生成部６０４は、デバイス１０１の通信部２０１、記憶部２０２、判断部２０３及び取引情報生成部２０４と同様である。ただし、判断部６０３は承認の判断に後述する上位承認情報を用いた上位判断処理を行う。

上位承認情報取得部６０５は、分散台帳１０６から、商取引の承認に用いる上位承認情報を取得する。図７にはデバイス１０４が取得する上位承認情報の一例が示される。上位承認情報は、承認項目として「金額」、「回数」、「位置」及び「上位デバイス」及び「下位デバイス」の項目を有する。なお、各項目は一例であって、上位承認情報の項目は、承認情報の項目と同様にこれらに限定されない。

図５の承認情報と図７の上位承認情報とは共通の項目に対応する内容が異なる。例えば、図７では、「金額」は５０００円まで、「回数」は１０回までという条件になっている。また、上位承認情報においても、さらに上位の承認を必要とする場合に承認の要求を行う上位デバイスの情報が記録される。図７では、デバイス１０４は、自身で取引を承認可能でない場合の要求先としてデバイス１０５が指定される場合が示される。なお、上位承認情報の条件は、下位のデバイスにおける承認情報の条件と同じ内容である項目があってもよい。例えば図７の例において、「位置」の項目は「日本国内」であり、図５の承認情報と共通の条件となっている。

「下位デバイス」の項目には、商取引の承認要求を送信する側のデバイス（下位デバイス）に関する情報が記録される。図７では、デバイス１０４に対して承認要求を送信するデバイスとして、デバイス１０１及びデバイス１０３を含むように、「下位デバイス」の内容が設定される場合が示される。なお、下位デバイスに関する情報はデバイス名ではなく、デバイスアドレスによって記録されてもよい。これにより、デバイス１０４が承認要求を処理するにあたって、承認要求を送信するデバイスを限定することができる。よって、不正なデバイスからの承認要求は処理されないようにでき、決済システム１０の安全性を向上させることができる。

承認要求部６０６は、上位承認情報に基づく判断の要求を例えば下位のデバイス１０１等から取得する。また、承認要求部６０６は、デバイス１０４が商取引を承認可能でないと判断部６０３が判断した場合に、さらに上位のデバイスへと取引の承認を要求する。承認の要求の取得並びに送信は、ネットワークＮを通じて通信を行うことによって行われる。

図８には、デバイス１０５が取引の承認に用いる上位承認情報の例が示される。図７の上位承認情報の各項目よりも「金額」、「回数」、「位置」に関する条件が広く、より高度な判断を行うことを可能とする。また、「下位デバイス」として、デバイス１０４が含まれるような設定がなされている。

図９を参照して、取引管理システム１０７の各部について説明する。取引管理システム１０７は通信部９０１、記憶部９０２、ユーザ情報記憶部９０２１、承認情報更新部９０３、取引履歴取得部９０４、ユーザ情報取得部９０５及び精算情報生成部９０６を有する。取引管理システム１０７の各部は、例えば、取引管理システム１０７において、メモリ等の記憶領域を用いたり、記憶領域に格納されたプログラムをプロセッサが実行したりすることによって、実現することができる。また、取引管理システム１０７の各部は、複数のサーバに分散して設けられてもよい。

通信部９０１は、取引管理システム１０７の外部のデバイス及び端末とのネットワークＮを通じた通信を制御する。

記憶部９０２は、取引管理システム１０７での処理に用いられる各種の情報を記憶する。記憶部９０２はユーザ情報記憶部９０２１を含み、ユーザ情報記憶部９０２１には後述するユーザ情報が記憶されている。

承認情報更新部９０３は、例えば決済システム１０の管理者によって入力される承認情報及び上位承認情報を取得し、承認情報及び上位承認情報を分散台帳１０６に送信する。承認情報及び上位承認情報は、デバイスごと又はデバイスのグループごとに、分散台帳１０６に記録される。

あるいは、承認情報更新部９０３は、後述する取引履歴取得部９０４が取得した商取引の取引履歴に基づいて、承認情報を更新するようにしてもよい。例えば、分散台帳１０６に接続されるデバイスが、短時間に複数回にわたる異常取引を行っているとする。この場合に、承認情報更新部９０３は、分散台帳１０６に記録される取引履歴を参照し、当該異常取引が発生していることを検出すると、より厳格な条件を設定するように、分散台帳１０６における承認情報又は上位承認情報を更新してもよい。

承認情報及び上位承認情報は、例えば、分散台帳１０６上の承認情報・上位承認情報記録手段に記録される。承認情報・上位承認情報記録手段は、各デバイスからアクセスされた場合に、各デバイスに対応する承認情報又は上位承認情報を対象のデバイスに送信する。例えば、承認情報・上位承認情報記録手段では、承認情報及び上位承認情報が各デバイスのアドレスに関連付けられる。デバイスアドレスと承認情報の関連付けは、承認情報更新部９０３によって行われてもよく、あるいは他の端末によって行われてもよい。

取引履歴取得部９０４は、分散台帳１０６から、分散台帳１０６に接続されたデバイスによって行われた商取引の取引履歴を取得する。取引履歴は、複数のトランザクションを含む情報である。取引履歴取得部９０４は、同一の商取引について、複数のデバイスから記録された複数のトランザクションがある場合、取引ＩＤに基づいて複数のトランザクションを統合し、一つの商取引として取引履歴を取得する。取引履歴取得部９０４が、ある取引ＩＤが示す取引履歴を既に取得している場合、取引履歴取得部は、再度当該取引ＩＤが含まれる取引履歴を取得した際に、当該取引履歴を取得済みの取引履歴に統合して取引履歴を取得する。

図１０には取引履歴の一例が示される。取引履歴は、「取引ＩＤ」、「支払デバイス」、「受取デバイス」及び「取引金額」の項目を有する。「取引ＩＤ」の項目は、分散台帳１０６に送信されたトランザクションの基となる商取引を識別するＩＤである。「支払デバイス」の項目は、商取引において支払を行うデバイスが記録される。「受取デバイス」の項目は、商取引において受取を行うデバイスが記録される。「取引金額」の項目には、各取引における金額が記録される。例えば、図４の商取引情報に基づく取引は、取引ＩＤが「取引Ａ」として記録されている。また、デバイス１０１とは異なる承認情報に基づく、デバイス１０３とデバイス１０２との取引が、取引ＩＤが「取引Ｂ」の取引として記録されている。また、取引の承認を行ったデバイスに関する情報が取引履歴に記録されてもよい。

ユーザ情報取得部９０５は、ユーザ情報記憶部９０２１を参照してユーザ情報を取得する。図１１にはユーザ情報の一例が示される。ユーザ情報は「ユーザ名」、「精算方法」、「精算方法情報」「デバイス名」及び「デバイスアドレス」の項目を有する。

「ユーザ名」の項目には、デバイスの保有者であるユーザの情報が記憶される。「精算方法」の項目には、ユーザが取引の精算を行うための方法が記憶される。「精算方法情報」には、「精算方法」による精算のための情報が記憶される。例えば、カード番号や口座情報である。他の精算方法としては、送金事業者等のバリューアカウントや暗号資産のアカウントであってもよい。「デバイス名」及び「デバイスアドレス」の項目には、各ユーザが管理するデバイスの名前およびアドレスが記憶される。

例えば、図１１において、ユーザＡは、デバイス１０１，１０３を管理しており、カード番号「Ｘｘｘ」のクレジットカードによって精算を行うことが記憶される。ユーザＢは、デバイス１０２を管理しており、口座情報「Ｙｙｙ」の口座による口座振替によって精算を行うことが記憶される。なお、ユーザ情報は取引管理システム１０７とは異なる端末に記憶されていてもよく、この場合、取引管理システム１０７は当該端末からユーザ情報を取得する。また、ユーザ情報では、取引の承認を行うデバイス１０４，１０５のユーザすなわち承認者の情報が、デバイス１０４，１０５に関連付けられて記憶される。

精算情報生成部９０６は、取引履歴とユーザ情報とに基づいて、取引の精算に用いられる精算情報を生成する。図１２には精算情報の一例が示される。精算情報は、各ユーザについて、所定のタイミングで、その時点までの取引履歴を集計して生成される。生成された精算情報に基づいて、各ユーザの精算方法による精算が行われる。

精算情報は、「ユーザ名」、「精算方法」、「精算方法情報」、「精算対象取引」、「デバイス名」、及び「精算金額」の項目を有する。「ユーザ名」、「精算方法」及び「精算情報」の項目には、ユーザ情報の「ユーザ名」、「精算方法」及び「精算情報」が記録される。

「精算対象取引」の項目には、各ユーザについて精算対象となる各取引を示す取引ＩＤが記録される。「デバイス名」の項目には、各取引を行ったデバイスの名前が記録される。「精算金額」の項目には、各取引における取引金額に基づく金額が記録される。例えば、図１０の取引履歴及び図１１のユーザ情報に基づいて、ユーザＡに対しては、デバイス１０１，１０３の各取引について、「－１００円」、「―９００円」、「―２００円」のように精算金額が記録される。ここで、マイナスの符号は、ユーザＡから精算金額を徴収することを意味する。ユーザＢに対しても同様に、デバイス１０２による各取引について、「１００円」、「９００円」、「２００円」と精算金額が記録される。マイナス符号がない場合は、ユーザＢへ精算金額が入金されることを意味する。なお、ユーザ毎に精算対象取引の精算金額を合計した金額をユーザに関連付けるようにして精算情報が生成されてもよい。

精算情報が生成されるタイミングは、取引が行われた際に即時行われる場合や、日次、週次、月次又は四半期毎に行われる場合がある。例えば、金額が大きい取引は、即時あるいは日次にて、精算情報が生成されて精算が行われる。また、マイクロペイメントのように取引金額が小さい取引については、週次や月次等のある期間における取引をまとめて精算情報を生成し、精算を行うことで、処理コストを低減させることが可能である。また、取引管理システム１０７が、精算に関わるユーザあるいはイシュアやアクワイアラ等の事業者から、精算を行うリクエストを取得して生成された精算情報に基づいて、精算が行われてもよい。

図１３を参照して、上位デバイスへの承認要求がない場合の決済システム１０の動作について説明する。

ステップＳ１３０１において、取引管理システム１０７は、例えば管理者から承認情報及び上位承認情報を取得する。ステップＳ１３０２において、取引管理システム１０７は、分散台帳１０６に記憶される承認情報及び上位承認情報を送信する。

ステップＳ１３０３において、分散台帳１０６は、承認情報及び上位承認情報を記録する。

ステップＳ１３０４において、デバイス１０１は分散台帳１０６からデバイス１０１に対応する承認情報を取得する。ステップＳ１３０５において、デバイス１０２は分散台帳１０６からデバイス１０２に対応する承認情報を取得する。

ステップＳ１３０６において、デバイス１０２は、商取引情報を生成する。ステップＳ１３０７において、デバイス１０２は、デバイス１０１に生成された商取引情報を送信する。デバイス１０２とデバイス１０１との間の通信は、ネットワークＮを介して行われてもよく、ＢｌｕｅｔｏｏｔｈやＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等のデバイス間通信手段を介して行われてもよい。なお、商取引情報の生成及び送信は、デバイス１０１からデバイス１０２に対して行われてもよい。

ステップＳ１３０８において、デバイス１０１は、承認情報に基づいて、商取引の承認を判断する。例えば、図４の商取引情報を取得した場合、図５の承認情報に基づいて判断が行われる。図４の商取引情報は、承認情報を満たすためデバイス１０１は、取引が承認可能であると判断する。

ステップＳ１３０９において、デバイス１０１は、分散台帳１０６において処理されるトランザクションを商取引情報に基づいて生成する。ステップＳ１３１０において、デバイス１０１は分散台帳１０６に生成したトランザクションを送信する。

ステップＳ１３１１において、分散台帳１０６でトランザクションが処理され、トランザクションが分散台帳１０６に記録される。

ステップＳ１３１２及びステップＳ１３１３において、デバイス１０２及びデバイス１０１はそれぞれ分散台帳１０６を参照して、トランザクションの処理結果すなわちトランザクションが記録されたことを示す情報を取得する。これにより、デバイス１０１とデバイス１０２との間の商取引が完了する。商取引の完了をもって、デバイス１０２はデバイス１０１に対して、取引の対価としての機能あるいは情報等を提供する。先述の例では、デバイス１０２がデバイス１０１への充電サービスの提供を開始する。

なお、デバイス１０１ではなく、デバイス１０２が、トランザクションを分散台帳１０６に送信して記録を行ってもよい。

また、デバイス１０１とデバイス１０２の双方が、トランザクションを分散台帳１０６に送信して記録を行ってもよい。この場合、２つのデバイスから同一の取引について、重複してトランザクションが記録される。これらの重複するトランザクションは、トランザクションの生成の基となる商取引ごとに共通の取引ＩＤを有している。

これらの重複するトランザクションは、取引履歴取得部９０４による取引履歴の取得時に、取引ＩＤに基づいて統合されて取得される。これにより、同一の取引に対して複数のトランザクションが記録された場合であっても、取引履歴の取得が重複して行われることを避けることができる。複数のデバイスによりトランザクションを分散台帳１０６に記憶することで、例えばデバイス１０２が破損あるいは紛失したり、ネットワーク接続が切断されてしまったりした場合であっても、決済システム１０は、取引履歴を把握可能となる。

また、デバイス１０１が、分散台帳１０６と一時的に通信不可能な状態すなわちオフライン状態にあることも想定される。この場合、デバイス１０１とデバイス１０２は、ネットワークＮ以外のデバイス間通信手段を介して商取引情報の送受信を行う。

この場合も、デバイス１０１は、ステップＳ１３０７にてデバイス１０２から商取引情報を取得する。ステップＳ１３０８にて、デバイス１０１は、承認情報に基づいて、商取引の承認を判断する。オフライン状態の場合、デバイス１０１は、ステップＳ１３０９にて生成したトランザクションを、記憶部２０２に保持しておく。デバイス１０１は、デバイス間通信手段を介して、デバイス１０２に対して、商取引の承認結果を送信してもよい。

デバイス１０１は、デバイス１０１と分散台帳１０６との間の通信が可能となった際に、記憶部２０２に保持されたトランザクションを分散台帳１０６に送信する。これにより、デバイス１０１が分散台帳１０６と一時的に通信不可能な状態となった場合でも、商取引の承認を行い、トランザクションを分散台帳１０６に格納することができる。

図１４を参照して、上位デバイスへの承認要求を伴う場合の決済システム１０の動作について説明する。なお、ここでは、図１３を参照して説明した場合と同様に、取引管理システム１０７によって、分散台帳１０６には承認情報及び上位承認情報が記録されているものとする。

ステップＳ１４０１，Ｓ１４０２において、デバイス１０１及びデバイス１０２はそれぞれの承認情報を分散台帳１０６から取得する。ステップＳ１４０３，Ｓ１４０４において、デバイス１０４及びデバイス１０５はそれぞれの上位承認情報を分散台帳１０６から取得する。

ステップＳ１４０５において、デバイス１０２は、商取引情報を生成する。ステップＳ１４０６において、デバイス１０２は、デバイス１０１に生成された商取引情報を送信する。なお、商取引情報の生成及び送信は、デバイス１０１からデバイス１０２に対して行われてもよい。ここでは、商取引情報の取引金額が「６０００円」であるとする。先述の例のようにデバイス１０１がイヤホンであってデバイス１０２が充電機器である場合に、取引金額が６０００円となる状況とは、僻地であることなどの理由から、電力コストが高い場合などが想定される。

ステップＳ１４０７において、デバイス１０１は、承認情報に基づいて、商取引の承認を判断する。図５の承認情報に基づいて判断が行われる場合、取引金額が６０００円であるので、商取引情報は、承認情報を満たさない。この場合、デバイス１０１は、取引が承認可能でないと判断する。

デバイス１０１にて取引が承認可能でないと判断された場合、ステップＳ１４０８において、バイス１０１は承認情報に含まれる上位デバイスに関する情報に基づいて、デバイス１０４に承認要求を送信する。承認要求には商取引情報が含まれている。

ステップＳ１４０９において、デバイス１０４は上位承認情報に基づいて、取引の承認を判断する。デバイス１０４が図７の上位承認情報に基づいて判断する場合、商取引での取引金額が６０００円であるため、デバイス１０４は取引が承認可能でないと判断する。

ステップＳ１４１０において、取引が承認可能でないと判断したデバイス１０４は、図７の上位承認情報に含まれる上位デバイスに関する情報に基づいて、デバイス１０５に対して承認要求を送信する。

ステップＳ１４１１において、デバイス１０５は上位承認情報に基づいて、取引の承認を判断する。デバイス１０５が図８の上位承認情報に基づいて判断する場合、取引金額が６０００円の商取引は承認される。ステップＳ１４１２において、デバイス１０５はデバイス１０４へ取引が承認されたことを示す承認結果を送信する。

ステップＳ１４１３において、デバイス１０４はデバイス１０５からの承認結果をデバイス１０１へと送信する。

ステップＳ１４１４において、デバイス１０１は、分散台帳１０６において処理されるトランザクションを商取引情報に基づいて生成する。ステップ１５１５において、デバイス１０１は分散台帳１０６に生成したトランザクションを送信する。デバイス１０１は、トランザクションを分散台帳１０６に処理させることで、トランザクションを分散台帳１０６に格納する。

ステップＳ１４１６において、分散台帳１０６でトランザクションが処理され、トランザクションが分散台帳１０６に記録される。

ステップＳ１４１７及びステップＳ１４１８において、デバイス１０２及びデバイス１０１はそれぞれ分散台帳１０６を参照して、トランザクションの処理結果を取得する。これにより、デバイス１０１とデバイス１０２との間の商取引が完了する。商取引の完了をもって、デバイス１０２はデバイス１０１に対して、取引の対価としての機能あるいは情報等を提供する。

なお、デバイス１０１がトランザクションを生成せずに、デバイス１０４又はデバイス１０５がトランザクションを生成して分散台帳１０６に送信してもよい。例えばデバイス１０５が取引を承認した場合にデバイス１０４へ承認結果を送信することと合わせて、対象の商取引に基づいて、トランザクションの生成及び送信を行ってもよい。この場合、図１４のステップＳ１４１４，Ｓ１４１５のプロセスはスキップされる。

デバイス１０５がトランザクションを送信することで、デバイス１０１とデバイス１０２との商取引を示すトランザクションが分散台帳１０６に記録される。これにより、例えば、デバイス１０１又は１０２が、破損あるいは紛失したり、ネットワーク接続が切断されてしまったりした場合であっても、取引管理システム１０７が、当該商取引についての取引履歴を取得することが可能となる。

また、デバイス１０１とデバイス１０２との商取引を示すトランザクションは、取引に関与したデバイス、例えばデバイス１０１，１０２，１０４及び１０５のうち少なくとも２つ以上のデバイスによって、重複して分散台帳１０６に記録されてもよい。この場合も、取引履歴取得部９０４による取引履歴の取得時に、重複したトランザクションが、取引ＩＤに基づいて統合される。これにより、同一の取引に対して複数のトランザクションが記録された場合であっても、取引履歴の取得が重複して行われることを避けることができる。

また、分散台帳１０６にトランザクションを送信するデバイスが分散台帳１０６と一時的に通信不可能な状態すなわちオフライン状態にあることも想定される。例えば、デバイス１０４が承認処理及びトランザクションの生成送信を行う場合がある。この場合、デバイス１０１，デバイス１０２，デバイス１０４及びデバイス１０５は、ネットワークＮ以外のデバイス間通信手段を介して商取引情報、承認要求又は承認結果の送受信を行う。

デバイス１０４は、ステップＳ１４０６にてデバイス１０１から承認要求を取得する。ステップＳ１４０７にて、デバイス１０４は、承認要求に基づいて、商取引の承認を判断する。承認結果は。デバイス間通信手段を通じてデバイス１０１に送信される。また、デバイス１０１とデバイス１０２の双方に承認結果が送信されるようにしてもよい。

デバイス１０４にて商取引が承認された際にデバイス１０４がオフライン状態の場合、デバイス１０４は、生成したトランザクションを、記憶部６０２に保持しておく。デバイス１０４は、デバイス間通信手段を介して、デバイス１０１及びデバイス１０２に対して、商取引の承認に関する情報を送信してもよい。デバイス１０４は、デバイス１０４と分散台帳１０６との間の通信が可能となった際に、記憶部６０２に保持されたトランザクションを分散台帳１０６に送信する。

これにより、デバイス１０４が分散台帳１０６と一時的に通信不可能な状態となった場合でも、商取引の承認を行いデバイス間の商取引を成立させ、その後にトランザクションを分散台帳１０６に格納することができる。デバイス１０４がデバイス１０１とデバイス１０２の間の商取引の承認を分散台帳１０６との接続なしに行うようにできるので。その後、トランザクションを分散台帳１０６に格納することで取引を記録できる。

図１５を参照して、取引管理システム１０７による精算処理の動作について説明する。ステップＳ１５０１において、図１３及び図１４で説明したような商取引の処理が行われる。

ステップＳ１５０２において、取引管理システム１０７は、分散台帳１０６から取引履歴を取得する。

ステップＳ１５０３において、取引管理システム１０７は、取引管理システム１０７のユーザ情報記憶部９０２１に記憶されるユーザ情報を参照して取得する。

ステップＳ１５０４において、取引管理システム１０７は、取引履歴及びユーザ情報に基づいて、精算情報を生成する。生成された精算情報に基づいて、各デバイスにおける取引の各ユーザに対しての精算が行われる。

なお、決済システム１０が、同一の取引について複数のデバイスから複数のトランザクションを、重複して分散台帳１０６に記録するような場合、取引履歴取得部９０４は、重複するトランザクションを統合して取引履歴を取得するので、精算情報生成部９０６が重複して精算情報を生成することを避けることができる。

以上説明した実施形態は、デバイス間いわゆるＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）の取引について説明したものである。ここで、Ｍ２Ｍ決済とはやや異なり、ユーザの意志が関与して行われる取引についても、本実施形態に係る決済システム１０が応用可能であることを、ユーザ端末と加盟店端末とを用いる取引を例に説明する。

ユーザ端末は、例えばクレジットカード情報がスマートフォン等の電子機器に記録された端末である。ユーザ端末は、ユーザの口座、クレジットカード、送金事業者のバリューアカウント又は暗号資産のアカウントに関連付けられた二次元コードを表示することができる電子機器であってもよい。二次元コードは、ユーザ端末によって表示される場合の他にも、所定の二次元コードが印刷された紙やカード等の物体によって表示されてもよい。この場合、当該物体がユーザ端末として機能する。ユーザ端末は、クレジットカード情報が記録されたＩＣチップを有するクレジットカードなどであってもよい。あるいは、ユーザはネットワーク接続機能を有しないＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグなどによって、加盟店端末と決済に必要な情報のやりとりを行ってもよい。

加盟店端末は、例えばクレジットカード情報を取得することで決済を行う端末である。クレジットカード情報の取得は、加盟店端末が物理的なクレジットカードを読み取り、ＩＣチップから情報を取得することや、クレジットカード情報が記録された端末からクレジットカード情報を取得することによって行われる。加盟店端末の他の例としては、ユーザ端末に表示された二次元コードを読み取って決済を行う端末であってもよい。他の例としては、ユーザのＮＦＣタグを読み取って決済を行う端末であってもよい。

加盟店端末が図１におけるデバイス１０１に相当する。また、ユーザ端末は分散台帳１０６に接続されない端末（図１では不図示）である。ユーザ端末と加盟店端末とが上位デバイスに承認を必要としない場合、例えば、取引の承認はＥＭＶに準拠して行われる。加盟店端末の承認条件は、分散台帳１０６を通じて、加盟店端末に提供される。加盟店端末の承認条件は、クレジットカードのイシュア、アクワイアラ又はブランド等の各事業者が各加盟店に対して行うリスク評価に基づいてもよい。また、位置情報が承認条件に含まれる場合には、ユーザ端末に紐づけられたユーザ情報に含まれるカード発行国又はイシュア所在国、あるいは、加盟店端末に紐づけられた加盟店の登録国を位置情報とすることができる。

ユーザ端末と加盟店端末との間のみで取引の承認ができない場合は、加盟店端末が、上位デバイス（例えばデバイス１０４又はデバイス１０５）に対して、本実施形態と同様に取引の承認を要求し、上位デバイスが所定の上位承認条件に基づく承認判断をするようなＳＴＩＰ（Ｓｔａｎｄ－Ｉｎ Ｐｒｏｃｅｓｓｉｎｇ）処理を行うようにできる。ユーザ端末、加盟店端末又は上位デバイスによる承認を経た取引の結果は、分散台帳１０６に記録される。また、ネットワーク接続機能を有しないＮＦＣタグ等をユーザ端末に用いる場合は、加盟店端末側で承認情報や上位承認情報に基づく判定が行われて、取引の承認がなされる。

これにより、オーソリゼーションをセンターで受信し承認を判断する処理方法よりも、ネットワーク接続コストやセンターでの処理コストを低減可能となる。また、取引履歴を分散台帳１０６から取得することで、精算に必要なデータの取得コストを低減可能となる。

なお、ユーザ端末と加盟店端末の分散台帳１０６への接続は、上述のように加盟店端末だけが分散台帳１０６に接続される場合以外にも、以下の場合がある。

１つは、ユーザ端末と加盟店端末とが共に分散台帳１０６に接続される場合である。この場合、ユーザ端末はネットワークに接続可能な通信機能を備える必要がある。ユーザ端末及び加盟店端末は、分散台帳１０６を通じて承認条件を取得する。取引が承認された場合、ユーザ端末及び加盟店端末の双方もしくは一方によって分散台帳１０６に処理が記録される。

また、ユーザ端末のみが分散台帳１０６に接続される場合があってもよい。例えば、加盟店は、決済に必要な２次元コードを表示する端末あるいは固定の二次元コードが印刷された紙やカード、その他の形状の物体を用いるなどしてユーザ端末が読み取り可能に２次元コードを提供する。ユーザ端末はその２次元コードを読み取り、決済を行い、取引履歴を分散台帳１０６上に記録する。あるいは、加盟店はネットワーク接続機能を有しないＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグなどによって、ユーザ端末と決済に必要な情報のやりとりを行ってもよい。

また、ユーザ端末と加盟店端末とを用いる取引ではなく、両方がユーザによって操作される端末間の個人間決済にも本実施形態に係る決済システム１０は応用可能である。この場合、複数のユーザ端末が分散台帳１０６に接続される。複数のユーザ端末はそれぞれ承認条件を取得し、本実施形態と同様に上位承認条件を考慮した取引を行うようにすることも可能である。

以上本実施形態について説明した。本実施形態におけるデバイス１０１は、デバイス１０１のデバイス識別情報と、デバイス１０１と通信可能なデバイス１０２のデバイス識別情報と、デバイス１０１が承認可能な取引の条件を含む承認情報と、が記録され、デバイス１０１及びデバイス１０２と通信可能な分散台帳１０６から承認情報を取得する承認情報取得処理と、承認情報に基づいて、デバイス１０１とデバイス１０２との間の通信により行われる取引が承認可能であるかを判断する判断処理と、判断処理の結果に基づいて、デバイス１０１とデバイス１０２との間における取引を示すトランザクションを生成する取引情報生成処理と、トランザクションを分散台帳１０６に格納する取引情報格納処理と、を実行する。

これにより、デバイス１０１は取得した承認情報に基づいて、取引の承認を行うことができる。よって、取引の承認に関する処理を、デバイス１０１で完結させることが可能となる。これにより、高頻度の取引がデバイス１０１とデバイス１０２との間で行われる際に、他のシステムあるいは端末へと接続して承認を得るための処理コストの増大を抑えることが可能となる。また、分散台帳１０６にトランザクションを送信して取引を行うことによって、取引の記録を分散台帳１０６上に残すことが可能となる。デバイス１０１が紛失した場合やデバイスを使い捨てる場合であっても、デバイス１０１による支払の決済を他のデバイスで行うことが可能となる。

デバイス１０１では、承認情報は、デバイス１０１で承認可能ではない取引の承認の要求先であるデバイス１０４のデバイス識別情報を含み、デバイス１０１に、判断処理において、取引がデバイス１０１で承認可能でないと判断した場合に、取引の承認をデバイス１０４に要求する承認要求処理、をさらに実行する。

これにより、デバイス１０１が承認可能でない処理に限って、デバイス１０４によって承認を判断することが可能となる。決済システム１０のエッジにあるデバイス１０１による承認プロセスとあわせて、中間（フォグ）にあるデバイス１０４による承認を行うことで、処理コストの増大を抑えることが可能となる。

デバイス１０１では、取引情報生成処理は、デバイス１０４による取引の承認結果に基づいて、トランザクションを生成する。これによって、デバイス１０１が承認できない取引についてトランザクションを生成させないようにすることができ、決済システム１０の安全性を高めることができる。

デバイス１０１は、デバイス１０１が、分散台帳１０６と一時的に通信不可能であり、デバイス１０２と通信可能である場合に、トランザクションをデバイス１０１の記憶部２０２に保持する取引情報保持処理、をさらに実行し、取引情報格納処理は、デバイス１０１が分散台帳１０６と通信可能となった場合に、デバイス１０１の記憶部２０２に保持されたトランザクションを分散台帳１０６に格納する。

これにより、デバイス１０１が分散台帳１０６と一時的に通信を行えない場合であっても、デバイス１０１とデバイス１０２との間の通信により行われる取引の承認を行うことができる。承認結果はデバイス１０１，デバイス１０２に送信され、各デバイスは、商取引に基づく処理を行うことができる。デバイス１０１に一時的に保持されたトランザクションは、デバイス１０１が分散台帳１０６と通信可能となった場合に、分散台帳１０６に格納される。トランザクションは最終的に分散台帳１０６に記録される。

デバイス１０１では、承認情報は取引の取引金額に関する条件を含む。これにより、少額取引はデバイス１０１で承認可能とする設定が可能となり、処理コスト増大を抑制できる。

デバイス１０１では、承認情報は取引の取引回数に関する条件を含む。これにより、デバイス１０１の不正な操作によって、複数回の取引が実行されてしまう可能性を低下させることができ、決済システム１０の安全性を向上させることができる。

デバイス１０１では、承認情報はデバイス１０１の位置情報に関する位置条件を含む。これにより、例えばデバイス１０１が盗難された場合に、位置情報に基づいて取引の承認を判断することによって、不正利用される可能性を低下させることができ、決済システム１０の安全性を向上させることができる。

また、本実施形態では、デバイス１０１とデバイス１０２が接続されたインターネットに接続されたデバイス１０４に、デバイス１０１のデバイス識別情報と、デバイス１０２のデバイス識別情報と、デバイス１０１が承認可能な取引の条件を含む承認情報と、デバイス１０４が承認可能な取引の条件を含む上位承認情報と、が記録された分散台帳１０６から上位承認情報を取得する上位情報取得処理と、承認情報に基づいてデバイス１０１とデバイス１０２との間における取引が承認可能であるかを判断するデバイス１０１が、取引がデバイス１０１で承認可能でないと判断した場合に、デバイス１０１から取引の承認の要求を取得する、要求取得処理と、上位承認情報に基づいて、取引が承認可能であるかを判断する、上位判断処理と、を実行させる。

デバイス１０１（下位デバイス）は、分散台帳１０６あるいはネットワークＮに接続されないオフライン状態で動作する可能性が高い。他方、デバイス１０４（上位デバイス）は、分散台帳１０６あるいはネットワークＮに接続するための接続環境を備える可能性が高い。また、デバイス１０４の方が、デバイス１０１よりも高い情報処理能力を有する場合が多い。よって、階層の上位にあるデバイス１０４は、分散台帳１０６から取得したより新しい上位承認条件を素早く処理し、最新の上位承認条件に基づく承認の判断が可能となる。

また、デバイス１０１とデバイス１０２との間で承認可能な少額取引等はデバイス１０１とデバイス１０２との間で承認を行い、上位のデバイス１０４で承認を必要とする取引に限って、デバイス１０４による承認を要求するようにできる。これにより、デバイス１０１又はデバイス１０２が、全ての取引において、承認のための通信をデバイス１０４と行う場合に比べて、処理コストの増大を抑制できる。

デバイス１０４は、上位判断処理の判断結果をデバイス１０１に送信する、上位判断送信処理、をさらに実行する。これにより、デバイス１０１は取引の承認結果に関する情報を取得することが可能となる。取引が承認されなかった場合に、デバイス１０１は、別のデバイスとの代替的な取引を行う動作をすることで、デバイス１０１の取引動作に柔軟性を与えることが可能となる。

デバイス１０４は、上位判断処理の判断結果に基づいて、デバイス１０１とデバイス１０２との間の取引を示すトランザクションを生成する取引情報生成処理と、トランザクションを分散台帳１０６に送信する取引情報送信処理と、を実行してもよい。

これにより、デバイス１０１が承認結果を受けてトランザクションを生成する場合より早いステップで、トランザクションを分散台帳１０６に送信できる。分散台帳１０６でのトランザクションの処理もより早いステップにおいて行われるため、取引の処理速度を向上させることができる。

また、デバイス１０４は、デバイス１０４が、分散台帳１０６と一時的に通信不可能であり、デバイス１０１と通信可能である場合に、トランザクションをデバイス１０４の記憶部６０２に保持する取引情報保持処理、をさらに実行し、取引情報格納処理は、デバイス１０４が分散台帳１０６と通信可能となった場合に、デバイス１０４の記憶部６０２に保持されたトランザクションを分散台帳１０６に格納する。

デバイス１０１では、承認情報は、デバイス１０１が承認可能な取引の条件として、第１承認条件及び第１承認条件とは異なる基準に基づく第２承認条件を含む。デバイス１０４では、上位承認情報は、デバイス１０１が承認可能な取引の条件として、第１上位承認条件及び第１上位承認条件とは異なる基準に基づく第２上位承認条件を含む。例えば、承認情報は取引の取引金額に関する第１金額条件を含み、デバイス１０４では上位承認情報は、第２金額条件を含む。また、デバイス１０１では、承認情報は取引の取引回数に関する第１回数条件を含み、デバイス１０４では上位承認情報は、第２回数条件を含む。また、承認情報は、デバイス１０１の位置情報に関する第１位置条件を含み、上位承認情報は、デバイス１０４の位置情報に関する第２位置条件を含む。

これにより、取引金額、取引回数、位置情報に関する条件を階層的に設定することが可能となる。少額高頻度な取引はデバイス１０１で承認可能とし、デバイス１０１で処理できない場合に限って、デバイス１０４で承認処理を行うような設定が可能となり、処理コスト増大を抑制できる。また、各デバイスに、取引金額、取引回数、位置情報等に関する条件を組み合わせた承認情報又は上位承認情報を設定することができる。

本実施形態において、取引管理システム１０７は、デバイス１０１が接続された分散台帳１０６に承認情報を送信する、承認情報送信処理を実行する。また、取引管理システム１０７は、デバイス１０４が接続された分散台帳１０６に上位承認情報を送信する、上位承認情報送信処理を実行する。これによって、承認情報及び上位承認情報を適宜更新することが可能となるため、新規のデバイスの追加等が可能となり、決済システム１０の利便性が向上する。

本実施形態において、取引管理システム１０７は、デバイス１０１の分散台帳１０６における取引の履歴である取引履歴を分散台帳１０６から取得する、取引履歴取得処理と、デバイス１０１のユーザに関するユーザ情報がデバイス１０１に関連付けられて記憶されるユーザ情報記憶部９０２１から、ユーザ情報を取得する、ユーザ情報取得処理と、取引履歴とユーザ情報とに基づいて、取引の精算に用いられる精算情報を生成する精算情報生成処理と、を実行する。

これにより、複数のデバイスにおける取引を各精算の主体であるユーザに関連付けることが可能となる。よって、決済システム１０は、分散台帳１０６において、多数のデバイス間での取引をより短い時間で成立させつつ、最終的なユーザへの精算を可能とすることができる。つまり、短時間で成立する必要のあるデバイス間での多数の取引の度に、精算情報を生成しないため、精算情報の生成の高速化のための処理コストを抑えることができる。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその条件、接続関係及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、構成同士を部分的に置換し又は組み合わせることが可能である。

１０…決済システム、１０１，１０２，１０３，１０４，１０５…デバイス、１０６…分散台帳、１０７…取引管理システム、２０１，６０１，９０１…通信部、２０２，６０２，９０２…記憶部、２０３，６０３…判断部、２０４，６０４…取引情報生成部、２０５…商取引生成部、２０６…承認情報取得部、２０７，６０６…承認要求部、６０５…上位承認情報取得部、９０２１…ユーザ情報記憶部、９０３…承認情報更新部、９０４…取引履歴取得部、９０５…ユーザ情報取得部、９０６…精算情報生成部

Claims (18)

1. 第１デバイスに、
   前記第１デバイスと通信可能な取引情報記憶部であって、
   前記第１デバイスの第１デバイス識別情報と、
   前記第１デバイスと通信可能な第２デバイスの第２デバイス識別情報と、
   前記第１デバイスと通信可能な第３デバイスのデバイス識別情報と、
   前記第１デバイスが承認可能な取引の条件を少なくとも一つ含み、前記第１デバイスで承認可能ではない取引の承認の要求先として前記第３デバイス識別情報を含む、承認情報と、
   前記第３デバイスが承認可能な取引の条件を少なくとも一つ含む上位承認情報と、
   が記録される取引情報記憶部から前記承認情報を取得する承認情報取得処理と、
   前記承認情報に基づいて、前記第１デバイスと前記第２デバイスとの間における通信により行われる第１取引が承認可能であるかを判断する判断処理と、
   前記判断処理において、前記第１取引が前記第１デバイスで承認可能でないと判断した場合に、前記上位承認情報に基づいて前記第１取引が承認可能であるかを判断する前記第３デバイスに、前記第１取引の承認を要求する、承認要求処理と、
   前記判断処理において、前記第１取引が前記第１デバイスで承認可能であると判断した場合に、前記判断処理の結果に基づいて、前記第１取引を示す第１取引情報を生成し、前記判断処理において、前記第１取引が前記第１デバイスで承認可能でないと判断した場合に、前記第３デバイスによる前記第１取引の承認結果に基づいて、前記第１取引情報を生成する、取引情報生成処理と、
   前記第１取引情報を前記取引情報記憶部に格納する取引情報格納処理と、
   を実行させる、プログラム。
2. 請求項１に記載のプログラムであって、
   前記第１デバイスに、
   前記第１デバイスが、前記取引情報記憶部と一時的に通信不可能であり、前記第２デバイスと通信可能である場合に、前記第１取引情報を前記第１デバイスの記憶部に保持する取引情報保持処理、をさらに実行させ、
   前記取引情報格納処理は、前記第１デバイスが前記取引情報記憶部と通信可能となった場合に、前記第１デバイスの前記記憶部に保持された前記第１取引情報を前記取引情報記憶部に格納する、プログラム。
3. 請求項１又は２に記載のプログラムであって、
   前記承認情報は、前記第１デバイスが承認可能な取引の条件として、第１承認条件及び前記第１承認条件とは異なる基準に基づく第２承認条件を含む、プログラム。
4. 第１デバイス及び第２デバイスと通信可能な第３デバイスに、
   前記第３デバイスと通信可能な取引情報記憶部であって、
   前記第１デバイスの第１デバイス識別情報と、
   前記第２デバイスの第２デバイス識別情報と、
   前記第１デバイスが承認可能な取引の条件を少なくとも一つ含む承認情報と、
   前記第３デバイスが承認可能な取引の条件を少なくとも一つ含む上位承認情報と、
   が記録される取引情報記憶部から前記上位承認情報を取得する上位情報取得処理と、
   前記承認情報に基づいて前記第１デバイスと前記第２デバイスとの間における通信により行われる第１取引が承認可能であるかを判断する第１デバイスが、前記第１取引が前記第１デバイスで承認可能でないと判断した場合に、前記第１デバイスと通信し、前記第１デバイスから前記第１取引の承認の要求を取得する、要求取得処理と、
   前記上位承認情報に基づいて、前記第１取引が承認可能であるかを判断する、上位判断処理と、を実行させる、プログラム。
5. 請求項４に記載のプログラムであって、
   前記第３デバイスに、
   前記上位判断処理の判断結果を前記第１デバイスに送信する、上位判断送信処理、をさらに実行させる、プログラム。
6. 請求項５に記載のプログラムであって、
   前記第３デバイスに、
   前記上位判断処理の判断結果に基づいて、前記第１取引を示す第１取引情報を生成する取引情報生成処理と、
   前記第１取引情報を前記取引情報記憶部に格納する取引情報格納処理と、をさらに実行させる、プログラム。
7. 請求項６に記載のプログラムであって、
   前記第３デバイスに、
   前記第３デバイスが、前記取引情報記憶部と一時的に通信不可能であり、前記第１デバイスと通信可能である場合に、前記第１取引情報を前記第３デバイスの記憶部に保持する取引情報保持処理、をさらに実行させ、
   前記取引情報格納処理は、前記第３デバイスが前記取引情報記憶部と通信可能となった場合に、前記第３デバイスの前記記憶部に保持された前記第１取引情報を前記取引情報記憶部に格納する、プログラム。
8. 請求項４から７のいずれか一項に記載のプログラムであって、
   前記上位承認情報は、前記第３デバイスが承認可能な取引の条件として、第１上位承認条件及び前記第１上位承認条件とは異なる基準に基づく第２上位承認条件を含む、プログラム。
9. ネットワークに接続されるコンピュータに、
   請求項１から３のいずれか一項に記載のプログラムが記録された前記第１デバイスが接続された前記取引情報記憶部に記憶される前記承認情報を更新する、承認情報更新処理、を実行させる、プログラム。
10. 請求項９に記載のプログラムであって、
    前記承認情報更新処理は、
    請求項４から８のいずれか一項に記載のプログラムが記録された前記第３デバイスがさらに接続された前記取引情報記憶部に記憶される前記上位承認情報を更新する、プログラム。
11. ネットワークに接続されるコンピュータに、
    請求項１から３のいずれか一項に記載のプログラムが記録された前記第１デバイスの前記取引情報記憶部における取引の履歴である取引履歴を前記取引情報記憶部から取得する、取引履歴取得処理と、
    前記第１デバイス、前記第１デバイスが取引可能な第２デバイス、及び前記第３デバイスのそれぞれのデバイスの識別情報が、前記それぞれのデバイスのユーザのユーザ情報と関連付けて記憶されたユーザ情報記憶部から、前記第１デバイスのユーザの前記ユーザ情報を取得する、ユーザ情報取得処理と、
    前記取引履歴と前記ユーザ情報とに基づいて、前記取引の精算に用いられる精算情報を生成する精算情報生成処理と、を実行させるプログラム。
12. 請求項１から３のいずれか一項に記載のプログラムが記録された、第１デバイス。
13. 請求項４から８のいずれか一項に記載のプログラムが記録された、第３デバイス。
14. 請求項９又は１０に記載のプログラムが記録された、コンピュータ。
15. 請求項１１に記載のプログラムが記録された、コンピュータ。
16. 決済システムであって、
    請求項１２に記載の第１デバイスと、
    請求項１４に記載のコンピュータと、
    前記ネットワークに接続された第２デバイスと、を備える、決済システム。
17. 請求項１６に記載の決済システムであって、
    請求項１３に記載の第３デバイス、をさらに備える、決済システム。
18. 請求項１６又は１７に記載の決済システムであって、
    請求項１５に記載のコンピュータ、をさらに備える、決済システム。

Images