(57)【要約】【課題】仲介者を通じ、購買者と販売者との間で効率性及び透明性のある取引を自動的に実行させる取引管理装置、取引管理方法及び取引管理プログラムを提供すること。【解決手段】取引管理装置１は、売買取引における購買者、販売者、及び購買者と販売者とを仲介する仲介者のうち、購買者と仲介者との間の信用保証の手続における各段階の情報を格納したブロック、及び仲介者と販売者との間の信用保証の手続における各段階の情報を格納したブロックを管理するブロックチェーン管理部１１と、ユーザそれぞれの認証情報を登録する登録部１２と、認証情報に基づいてユーザ認証を行い、手続の各段階で規定のユーザにアクセスを許可するアクセス制御部１３と、を備え、ブロックチェーン管理部１１は、手続の各段階において、規定のユーザによる承認入力に応じてブロックのステータスを変更し、ステータスに応じたアクセス権情報をアクセス制御部１３に通知する。【選択図】図２
2018124924.tif 000002
【特許請求の範囲】
【請求項１】
売買取引における購買者、販売者、及び前記購買者と販売者とを仲介する仲介者のうち、前記購買者と仲介者との間の信用保証の手続における各段階の情報を格納したブロック、及び前記仲介者と販売者との間の信用保証の手続における各段階の情報を格納したブロックをブロックチェーンにより管理するブロックチェーン管理部と、
前記購買者、前記販売者、前記仲介者、前記購買者の銀行、前記販売者の銀行、及び前記仲介者の銀行について、それぞれの認証情報を登録する登録部と、
前記認証情報に基づいてユーザ認証を行い、前記手続の各段階で規定のユーザにアクセスを許可するアクセス制御部と、を備え、
前記ブロックチェーン管理部は、前記手続の各段階において、前記規定のユーザによる承認入力に応じて前記ブロックのステータスを変更し、当該ステータスに応じたアクセス権情報を前記アクセス制御部に通知する取引管理装置。
【請求項２】
前記ブロックチェーン管理部は、取引に関する必要文書及び取引条件を前記ブロックに格納し、前記規定のユーザに参照させる請求項１に記載の取引管理装置。
【請求項３】
コンピュータが、
売買取引における購買者、販売者、及び前記購買者と販売者とを仲介する仲介者のうち、前記購買者と仲介者との間の信用保証の手続における各段階の情報を格納したブロック、及び前記仲介者と販売者との間の信用保証の手続における各段階の情報を格納したブロックを管理し、
前記購買者、前記販売者、前記仲介者、前記購買者の銀行、前記販売者の銀行、及び前記仲介者の銀行について、それぞれの認証情報を登録する登録ステップと、
前記認証情報に基づいてユーザ認証を行い、前記手続の各段階で規定のユーザにアクセスを許可するアクセス制御ステップと、を実行し、
前記手続の各段階において、前記規定のユーザによる承認入力に応じて前記ブロックのステータスを変更し、当該ステータスに応じたアクセス権情報に基づいて前記アクセス制御ステップを実行する取引管理方法。
【請求項４】
コンピュータを、請求項１又は請求項２に記載の取引管理装置の各部として機能させるための取引管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、売買取引を管理する装置、方法及びプログラムに関する。
【背景技術】
【０００２】
ブロックチェーンは、マイナー（採掘者）による一連のトランザクションと検証を通じて改ざん等から保護された、ブロックと呼ばれるレコードが連続的に増加するリストを保持する分散データベースである（例えば、非特許文献１参照）。スマートコントラクトは、様々な契約の交渉又は履行を容易にし、検証し、実施させるために、契約条項のロジックをエミュレートするブロックチェーンに基づく技術である（例えば、非特許文献２参照）。
【０００３】
パーミッションド・ブロックチェーンでは、全てのトランザクションに、このトランザクションを検証する権限を与えられたマイナーのリストが含まれている。このリストは、トランザクションに関連するデータのソース又は所有者によって事前に決定される（例えば、非特許文献３参照）。例えば、非特許文献４には、貿易金融において、ブロックチェーンを通して取引を行うための、購買者及び販売者の手順が提案されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｎａｋａｍｏｔｏ，  Ｓａｔｏｓｈｉ．  “Ｂｉｔｃｏｉｎ：  Ａ  ｐｅｅｒ−ｔｏ−ｐｅｅｒ  ｅｌｅｃｔｒｏｎｉｃ  ｃａｓｈ  ｓｙｓｔｅｍ．”  （２００８）．
【非特許文献２】Ｂｕｔｅｒｉｎ，  Ｖｉｔａｌｉｋ．  “Ａ  ｎｅｘｔ−ｇｅｎｅｒａｔｉｏｎ  ｓｍａｒｔ  ｃｏｎｔｒａｃｔ  ａｎｄ  ｄｅｃｅｎｔｒａｌｉｚｅｄ  ａｐｐｌｉｃａｔｉｏｎ  ｐｌａｔｆｏｒｍ．”  ｗｈｉｔｅ  ｐａｐｅｒ  （２０１４）．
【非特許文献３】Ｈａｒｄｊｏｎｏ，  Ｔｈｏｍａｓ，  Ｎｅｄ  Ｓｍｉｔｈ，  ａｎｄ  Ａｌｅｘ  Ｓａｎｄｙ  Ｐｅｎｔｌａｎｄ．  “Ａｎｏｎｙｍｏｕｓ  Ｉｄｅｎｔｉｔｉｅｓ  ｆｏｒ  Ｐｅｒｍｉｓｓｉｏｎｅｄ  Ｂｌｏｃｋｃｈａｉｎｓ．”  ｗｈｉｔｅ  ｐａｐｅｒ  （２０１６）．
【非特許文献４】インターネット＜https://letstalkpayments.com/bofaml-hsbc-ida-singapore-build-pioneering-blockchain-trade-finance-app/＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
全ての当事者に対するプロセスの効率性及び透明性は、取引の主要な要素であるが、購買者と販売者とは、仲介者又はブローカー無しで互いの信用保証を検証できない遠距離から取引する場合がある。
しかしながら、従来の提案手法では、購買者と販売者との間に仲介業者又はブローカーが介在するケースに対応できなかった。
【０００６】
本発明は、仲介者を通じ、購買者と販売者との間で効率性及び透明性のある取引を自動的に実行させる取引管理装置、取引管理方法及び取引管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る取引管理装置は、売買取引における購買者、販売者、及び前記購買者と販売者とを仲介する仲介者のうち、前記購買者と仲介者との間の信用保証の手続における各段階の情報を格納したブロック、及び前記仲介者と販売者との間の信用保証の手続における各段階の情報を格納したブロックをブロックチェーンにより管理するブロックチェーン管理部と、前記購買者、前記販売者、前記仲介者、前記購買者の銀行、前記販売者の銀行、及び前記仲介者の銀行について、それぞれの認証情報を登録する登録部と、前記認証情報に基づいてユーザ認証を行い、前記手続の各段階で規定のユーザにアクセスを許可するアクセス制御部と、を備え、前記ブロックチェーン管理部は、前記手続の各段階において、前記規定のユーザによる承認入力に応じて前記ブロックのステータスを変更し、当該ステータスに応じたアクセス権情報を前記アクセス制御部に通知する。
【０００８】
前記ブロックチェーン管理部は、取引に関する必要文書及び取引条件を前記ブロックに格納し、前記規定のユーザに参照させてもよい。
【０００９】
本発明に係る取引管理方法は、コンピュータが、売買取引における購買者、販売者、及び前記購買者と販売者とを仲介する仲介者のうち、前記購買者と仲介者との間の信用保証の手続における各段階の情報を格納したブロック、及び前記仲介者と販売者との間の信用保証の手続における各段階の情報を格納したブロックを管理し、前記購買者、前記販売者、前記仲介者、前記購買者の銀行、前記販売者の銀行、及び前記仲介者の銀行について、それぞれの認証情報を登録する登録ステップと、前記認証情報に基づいてユーザ認証を行い、前記手続の各段階で規定のユーザにアクセスを許可するアクセス制御ステップと、を実行し、前記手続の各段階において、前記規定のユーザによる承認入力に応じて前記ブロックのステータスを変更し、当該ステータスに応じたアクセス権情報に基づいて前記アクセス制御ステップを実行する。
【００１０】
本発明に係る取引管理プログラムは、コンピュータを、前記取引管理装置の各部として機能させる。
【発明の効果】
【００１１】
本発明によれば、仲介者を通じ、購買者と販売者との間で効率性及び透明性のある取引を自動的に実行できる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る取引管理装置により提供される取引システムにおける取引手順を示す図である。
【図２】実施形態に係る取引管理装置の機能構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態の一例について説明する。
図１は、本実施形態に係る取引管理装置１により提供される取引システム１００における取引手順を示す図である。
【００１４】
取引システム１００では、販売者、仲介者、購買者、及びそれぞれの銀行間でブロックチェーンに格納された情報が共有される。これにより、ブロックチェーンを用いた一連のスマートコントラクトを通じて、自動的に仲介者を介した売買取引が実行される。
【００１５】
取引システム１００により実行される売買取引は、以下の６種類の当事者（ユーザ）から構成される。
（１）購買者（Ｂｕｙｅｒ）
（２）購買者の銀行（Ｂｕｙｅｒ  ｂａｎｋ）
（３）仲介者（Ｂｒｏｋｅｒ）
（４）仲介者の銀行（Ｂｒｏｋｅｒ  ｂａｎｋ）
（５）販売者（Ｓｅｌｌｅｒ）
（６）販売者の銀行（Ｓｅｌｌｅｒ  ｂａｎｋ）
【００１６】
取引システム１００によるブロックチェーンを用いた取引管理方法は、次のステップ（１）〜（１１）、又は（１）〜（１２）を含んで構成される。
【００１７】
（１）購買者は、購買者の銀行が審査してブロックチェーンに保管するためのＭＣＧ（マスター信用保証）の申請データを作成する。
（２）購買者の銀行は、取引管理装置１からＭＣＧを審査するための通知を受け取り、提供されたデータに基づいて申請を承認又は却下する。購買者の申請が承認されると、仲介者の銀行に承認のためのアクセス権が提供される。
【００１８】
（３）仲介者の銀行は、ＭＣＧを承認又は却下する。ＭＣＧが承認されると、仲介者はＭＣＧの要件を表示できる。
（４）仲介者は、仲介者の銀行がブロックチェーン上で審査して保管するためのＢＣＧ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ信用保証）の申請データを作成する。
（５）仲介者の銀行は、取引管理装置１からＢＣＧを審査するための通知を受け取り、提供されたデータに基づいて申請を承認又は却下する。仲介者の申請が承認されると、販売者の銀行に承認のためのアクセス権が提供される。
【００１９】
（６）販売者の銀行は、ＢＣＧを承認又は却下する。ＢＣＧが承認されると、販売者はＢＣＧの要件を表示できる。
（７）販売者は、出荷を完了すると、必要文書として、請求書及び販売の申請データを追加する。これらの文書データは、ブロックチェーンに保存される。
（８）販売者の銀行は、販売の申請と文書を承認又は却下する。
【００２０】
（９）仲介者は、必要な申請データ及び文書をブロックチェーンに保存する。
（１０）仲介者の銀行は、申請及び文書を承認又は却下する。申請及び文書が承認されると、ＢＣＧは完了ステータスになるか、又は決済のために仲介者に送信される。
【００２１】
（１１）購買者の銀行は、ＭＣＧの要件に照らして申請データと文書を確認する。承認されると、ＭＣＧは完了ステータスになるか、又は決済のために購買者に送信される。
（１２）ＭＣＧの要件を満たさない場合、購買者は、文書を確認し承認又は却下する。
【００２２】
ここで、ＭＣＧ及びＢＣＧは、それぞれ購買者と仲介者との間、及び仲介者と販売者との間の２つの独立したスマートコントラクトにより実装される。
【００２３】
ＭＣＧは、例えば、以下の情報で構成される。
１．発行日
２．契約番号
３．クレジット金額
４．有効期限
５．最終出荷日
６．有効な地域
７．申請者（購買者）の詳細
８．受益者の詳細（仲介者）
９．商品の説明（購買者がアップロードしたもの）
１０．補助文書（購買者がアップロードしたもの）
１１．取引（契約）条件
１２．商品の説明（仲介者がアップロードしたもの）
１３．補助文書（仲介者がアップロードしたもの）
【００２４】
また、ＭＣＧには、ステータスを承認又は完了に変更する次の２つの機能が定義される。
（Ａ）承認機能：
ＭＣＧを構成する前述の１〜１１の情報の全てが有効、かつ、取引条件に購買者が同意した場合、ＭＣＧが承認ステータスとなり、仲介者の銀行にアクセスが許可される。
さらに、仲介者の銀行が承認した場合、仲介者に読み取りのアクセス権が付与される。
これら以外の場合には、ＭＣＧの申請は却下される。
【００２５】
（Ｂ）完了機能：
全ての条件を満足し、仲介者により提供された商品の説明及び補助文書が有効である場合、ＭＣＧは完了ステータスとなり、仲介者に支払いが行われる。
これら以外の場合には、ＭＣＧの申請は却下される。
【００２６】
ＢＣＧは、例えば、以下の情報で構成される。
１．発行日
２．契約番号
３．ＭＣＧの契約番号
４．クレジット金額
５．有効期限
６．最終出荷日
７．有効な地域
８．申請者（仲介者）の詳細
９．受益者（販売者）の詳細
１０．商品の説明（仲介者がアップロードしたもの）
１１．補助文書（仲介者がアップロードしたもの）
１２．取引（契約）条件
１３．商品の説明（販売者がアップロードしたもの）
１４．補助文書（販売者がアップロードしたもの）
【００２７】
また、ＢＣＧには、ステータスを承認又は完了に変更する次の２つの機能が定義される。
（Ａ）承認機能：
ＢＣＧを構成する前述の１〜１２の情報の全てが有効、かつ、取引条件に仲介者が同意した場合、ＢＣＧが承認ステータスとなり、販売者の銀行にアクセスが許可される。
これら以外の場合には、ＢＣＧの申請は却下される。
【００２８】
（Ｂ）完了機能：
全ての条件を満足し、販売者により提供された商品の説明及び補助文書が有効である場合、ＢＣＧは完了ステータスとなり、販売者に支払いが行われる。
これら以外の場合には、ＢＣＧの申請は却下される。
【００２９】
図２は、本実施形態に係る取引管理装置１の機能構成を示すブロック図である。
取引管理装置１は、ブロックチェーン管理部１１と、登録部１２と、アクセス制御部１３とを備える。
なお、取引管理装置１は、単一の装置（コンピュータ）として図示するが、複数の装置に分散配置されてもよい。
【００３０】
ブロックチェーン管理部１１は、売買取引における購買者、販売者、及び購買者と販売者とを仲介する仲介者のうち、購買者と仲介者との間の信用保証の手続における各段階のブロック、及び仲介者と販売者との間の信用保証の手続における各段階のデータ（ブロック）をブロックチェーンにより管理する。
【００３１】
登録部１２は、購買者、購買者の銀行、仲介者、仲介者の銀行、販売者、販売者の銀行のそれぞれから、ユーザＩＤ及びパスワードを受け付け、登録する。登録情報は、ユーザ認証の目的でアクセス制御部１３と共有される。
【００３２】
アクセス制御部１３は、各ユーザから、登録されているユーザＩＤ及びパスワードの入力を受け付け、ユーザ認証を行う。取引管理システムにログインした各ユーザは、前述のステップ（１）〜（１２）のうち、規定のブロックチェーンにアクセスできる。
【００３３】
例えば、購買者は、前述のステップ（１）及び（１２）のブロックチェーンにアクセスできる。また、仲介者は、前述のステップ（３）、（４）及び（９）のブロックチェーンにアクセスできる。さらに、販売者は、前述のステップ（６）及び（７）のブロックチェーンにアクセスできる。
【００３４】
以上のように、本実施形態によれば、取引管理装置１は、売買取引における信用保証の手続をブロックチェーンのプラットフォームにより実現し、仲介者（ブローカー）が介在する売買取引における文書処理を合理化できる。また、手続の各ステップにおいて、アクセス権のあるユーザは、必要な情報をブロックチェーンに登録、又はブロックチェーンから取得でき、プロセスの透明性が向上する。さらに、ブロックチェーンに基づくスマートコントラクトは、自動的に実行され、取引のコスト削減、迅速化、リスク削減が期待できる。
【００３５】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００３６】
取引管理装置１による取引管理方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（コンピュータ）にインストールされる。また、これらのプログラムは、ＣＤ−ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータに提供されてもよい。
【符号の説明】
【００３７】
１  取引管理装置
１１  ブロックチェーン管理部
１２  登録部
１３  アクセス制御部
１００  取引システム
【図１】
2018124924.tif 000003
【図２】
2018124924.tif 000004