(57)【要約】【課題】仮想通貨の決済をする場合に、残高情報を確認しやすい環境を提供すること。【解決手段】仲介者ウェブページ１１０は、販売者ウェブページ１００上で購入者が選択する商品の商品識別情報に基づくＵＲＬアドレスに対応する。認証部１２０は、販売者ウェブページ１００を介して前記仲介者ウェブページにアクセスしてきた購入者を認証する。取得部１３０は、認証部１２０によって認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、購入者の仮想通貨の残高情報を取得する。反映部１４０は、取得部１３０によって取得された残高情報を、仲介者ウェブページ１１０に反映する。【選択図】図２
2020016980.tif 000002
【特許請求の範囲】
【請求項１】
販売者ウェブページ上で購入者が選択する商品の商品識別情報に基づくＵＲＬアドレスに対応する仲介者ウェブページと、
前記販売者ウェブページを介して前記仲介者ウェブページにアクセスしてきた購入者を認証する認証部と、
前記認証部によって認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、当該購入者の仮想通貨の残高情報を取得する取得部と、
前記取得部によって取得された前記残高情報を、前記仲介者ウェブページに反映する反映部と、
を備えることを特徴とする決済補助システム。
【請求項２】
前記販売者ウェブページは、他の独立したページの取り込みを示すｈｔｍｌコードに、前記仲介者ウェブページのＵＲＬアドレスを記述することで、前記販売者ウェブページと共に前記仲介者ウェブページを共に表示可能な構成となっている、
請求項１に記載の決済補助システム。
【請求項３】
購入者と当該購入者についてのブロックチェーンへのアクセス情報を対応付けて登録する登録部をさらに備え、
前記認証部は、前記登録部に登録された情報に基づいて、前記購入者からのシステム利用許可を認証し、
前記取得部は、前記認証部によって前記購入者を認証した場合に前記ブロックチェーンへのアクセスに基づいて前記残高情報を取得する、
請求項１又は２に記載の決済補助システム。
【請求項４】
前記販売者ウェブページを介して前記購入者による商品の購入指示を、前記仲介者ウェブページにより取得する指示取得部と、
前記購入指示に基づいて、前記ブロックチェーンに対して前記購入者に対する購入決済を実行する決済部と、
を備える請求項１〜３のいずれかに記載の決済補助システム。
【請求項５】
前記決済部によって、前記購入者に対する購入決済が完了した場合に、当該購入決済にかかる販売者に対して、購入完了を通知する通知部を、
さらに備える請求項４に記載の決済補助システム。
【請求項６】
前記購入者が前記販売者ウェブページにログインした状態で前記仲介者ウェブページにアクセスしてきた場合、
前記認証部は、前記販売者ウェブページが属する販売者装置からログイン情報を取得することにより前記購入者を認証する
を備える請求項１〜５のいずれかに記載の決済補助システム。
【請求項７】
前記仲介者ウェブページのＵＲＬは、前記商品識別情報をＵＲＬパラメータとして含む、請求項１〜６のいずれかに記載の決済補助システム。
【請求項８】
商品の選択画面を表示して選択入力を受け付けて、選択した商品の商品情報を販売者ウェブページを表示するステップと、
前記選択した商品の商品識別情報に基づいたＵＲＬアドレスへのアクセスに対して、仲介者ウェブページを前記販売者ウェブページ内に反映するステップと、
前記販売者ウェブページを介して前記仲介者ウェブページにアクセスしてきた購入者を認証するステップと、
前記認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、当該購入者の仮想通貨の残高情報を取得するステップと、
前記取得された前記残高情報を、前記仲介者ウェブページに反映するステップと、
を含む決済補助システムによる決済補助方法。
【請求項９】
販売者ウェブページ上で購入者が選択する商品の商品識別情報に基づくＵＲＬアドレスに対応する仲介者ウェブページと、
前記販売者ウェブページを介して前記仲介者ウェブページにアクセスしてきた購入者を認証する認証部と、
前記認証部によって認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、当該購入者の仮想通貨の残高情報を取得する取得部と、
前記販売者ウェブページを介して前記購入者による商品の購入指示を、前記仲介者ウェブページにより取得する指示取得部と、
前記購入指示に基づいて、前記ブロックチェーンに対して前記購入者に対する購入決済を実行する決済部と、
を備えることを特徴とする決済補助システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、購入者が販売者から商品を購入する際の決済を補助するシステム及び方法に関する。
【背景技術】
【０００２】
仮想通貨の利用が近年広まってきており、購入の決済においても仮想通貨を利用可能な環境は増えてきている。仮想通貨による決済に際しては、その都度ブロックチェーンへのアクセスが求められる。決済のたびにパスワードや秘密鍵を入力し認証を行うのは煩わしいと共にセキュリティ上の懸念も存在する。
【０００３】
それを解決するために、例えば、ユーザの個人情報と対応付けられかつユーザ毎にユニークなユーザＩＤと対応付けて仮想通貨の残高を記録し、ユーザＩＤ又はそのユーザＩＤに紐付けられたカードＩＤを指定した購入要求又は消費要求に応じて仮想通貨の量を加算又は減算するネットワークシステムが開示されている（特許文献１参照）。このように、商品を販売するシステムとは異なるシステムにて残高照会や決済が行われてきた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１４６１９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
商品を販売するシステムとは異なるシステムにて残高照会や決済が行われているため、商品を販売するシステムを利用しながら仮想通貨を扱う別のシステムを利用する必要がある。
【０００６】
購入したい商品があるときに従来の仮想通貨決済システムの場合は、正確な残高を購入したい商品が表示されている画面と同じ画面で表示、確認することができず、その都度自らパスワードや秘密鍵などを介して別のシステムの画面確認していた。従って見づらかったという問題があった。また、決済する際にも商品が表示されている同じ画面で完結することができなかった。従って、仮想通貨の決済をする場合に、残高情報を確認し、決済しやすい環境を提供することが求められてきた。
【課題を解決するための手段】
【０００７】
本発明に係る決済補助システムは、販売者ウェブページ上で購入者が選択する商品の商品識別情報に基づくＵＲＬアドレスに対応する仲介者ウェブページと、前記販売者ウェブページを介して前記仲介者ウェブページにアクセスしてきた購入者を認証する認証部と、前記認証部によって認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、当該購入者の仮想通貨の残高情報を取得する取得部と、前記取得部によって取得された前記残高情報を、前記仲介者ウェブページに反映する反映部と、を備える。
【発明の効果】
【０００８】
本発明によれば、仲介者ウェブページが商品の商品識別情報に基づくＵＲＬアドレスに対応するので、購入者が商品を選択した場合に、販売者ウェブページ内に仲介者ウェブページを取り込んで表示することができる。仮想通貨の残高確認に必要な認証処理を仲介者ウェブページで取りまとめることができるので、残高確認の際に販売者ウェブページに直接秘密鍵を渡さなくても残高表示を実現することができる。従って、秘密鍵の管理を販売者ウェブページで行う必要がなくなるとともに、画面の切り替えを伴わない決済処理を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る決済補助システムが適用されるネットワーク構成図。
【図２】本実施形態に係る決済補助システムの機能的構成図。
【図３】仮想通貨を介した購入受付の前処理のフローチャート。
【図４】商品購入用部品の作成画面。
【図５】仮想通貨を介した購入処理のフローチャート。
【図６】商品を購入する前の、商品購入チケットの表示画面。
【図７】商品を購入した後の、商品購入チケットの表示画面。
【図８】仮想通貨の場合の販売者出金方法を示すフローチャート。
【図９】銀行口座を介した購入受付の前処理のフローチャート。
【図１０】銀行口座を介した購入処理のフローチャート。
【図１１】銀行口座の場合の販売者出金方法を示すフローチャート。
【図１２】仮想通貨を介したペイメントチャネルによる残高表示処理のフローチャート。
【図１３】仮想通貨を介したペイメントチャネルによる購入処理のフローチャート。
【図１４】仮想通貨の購入者側取引方法を示すフローチャート。
【図１５】仮想通貨の販売者出金方法を示すフローチャート。
【発明を実施するための形態】
【００１０】
図１は、本実施形態に係る決済補助システムが適用されるネットワーク構成図を示す。ネットワークを介して、購入者端末１０、仲介者サーバ２０、販売者端末３０、ブロックチェーン４０がそれぞれ接続されている。購入者端末１０及び販売者端末３０はそれぞれ多くの端末が接続されているが、本実施例ではその接続されるもののうちの１つを例示して説明する。
【００１１】
購入者端末１０は、商品を購入する一般の購入者の端末であり、パソコンの端末を例にして図示しているが、例えばスマートフォンによる接続も一般的である。購入者は、購入者端末１０の表示画面を介して商品の購入処理を実行する。表示画面１５０は、例えばディスプレイ画面のブラウザにより表示される。
【００１２】
販売者端末３０は、例えばＥＣサイト等の商品物販を行う販売業者の側の端末である。購入者は購入者端末１０から、ネットワークを介して販売者端末３０にアクセスすることで商品を購入し、販売者端末３０からはそのフィードバックを行う。販売者端末３０は、販売者ウェブページ１００を備えている。購入者端末１０から販売者端末３０にアクセスすることにより、表示画面１５０に販売者ウェブページ１００が表示される。
【００１３】
仲介者サーバ２０は、購入者端末１０と販売者端末３０の間の処理を一部司るものである。通常は購入者端末１０と販売者端末３０の間のみで決済処理が完結するのであるが、購入者端末１０からの決済処理を様々な販売者端末３０の間で分散させないように、少なくとも一部の機能を集約して実行する機能を、仲介者サーバ２０は実行する。
【００１４】
仲介者サーバ２０も、販売者端末３０と同様に、仲介者ウェブページ１１０を備えている。購入者端末１０から仲介者端末２０にアクセスすることにより、表示画面１５０に仲介者ウェブページ１１０が表示される。ただし、仲介者ウェブページ１１０は、販売者ウェブページ１００に組み込まれることで表示画面１５０に表示される。この仕組みについては後述する。
【００１５】
（サーバ等のハードウェア構成について）
購入者端末１０、仲介者サーバ２０、販売者端末３０のハードウェア構成について説明する。購入者端末１０、仲介者サーバ２０、販売者端末３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と，ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と，ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と，画像処理部と，メモリを備えている。ＣＰＵ，ＲＯＭ，ＲＡＭ，画像処理部及びメモリは，バスを介して相互に接続されている。
【００１６】
ＣＰＵは，ＲＯＭに記録されているプログラム，又はメモリからＲＡＭにロードされたプログラムに従って各種の処理を実行する。ＲＡＭには，ＣＰＵが各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１７】
画像処理部は，ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）や，ＶＲＡＭ（Ｖｉｄｅｏ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等から構成されており，ＣＰＵと協働して，画像データに対して各種画像処理を施す。例えば、ノイズ低減、ホワイトバランスの調整、手ぶれ補正等の画像処理を施す。
【００１８】
メモリは，ＤＲＡＭやキャッシュメモリ，磁気ディスク，光ディスク，光磁気ディスク，或いは半導体メモリ等何らかの記憶媒体が挙げられる。メモリは，バスにより接続されるもののみならず，ドライブを介して読み書きされるものも含まれる。本実施形態で記憶されたデータは，一時的記憶も不揮発性メモリによる長期記憶の場合も，このメモリにいったん記憶するものとして説明する。
【００１９】
購入者端末１０、仲介者サーバ２０、販売者端末３０には入出力インターフェースが接続される。入出力インターフェースを介して，表示部，入力部，通信部が接続されている。入力部は，各種ボタンにより構成され，ユーザの指示操作を受け付ける。通信部は，インターネットを含むネットワークを介して他の装置との間で行う通信を制御する。
【００２０】
表示部は表示画面を有し、画像処理部によって形成された画像または映像を表示し、再生するディスプレイ装置を有する。ディスプレイ装置は、モニタや液晶ディスプレイなどの各種ディスプレイ装置が想定される。本実施形態では、ＣＰＵ等で画像表示すべき画像データを生成し、画像処理部を介して表示画面上に画像表示処理を行う。以降、単に「表示する」と説明をするときは、以上の機能を含めて表示処理を実行することを含む。
【００２１】
各機能的構成は，ＣＰＵ，ＲＯＭ，ＲＡＭ，画像処理部及びメモリの協働動作により機能的に実現される。これらの各部の機能は電子回路又はプログラムによって提供されるモジュール構成であり，プログラムについてはＲＯＭに格納され，ＣＰＵにより適宜読み出しながら各部と協働することで実行される。
【００２２】
本実施の形態では、仮想通貨という表現を用いるが、これは例えばビットコインやイーサリアムなどの、暗号を用いた取引により、取引所で取引される電子的な通貨の総称である。表現として、仮想通貨ではなく、例えば暗号通貨などと呼ばれることもある。本実施の形態では、仮想通貨という表現を用いる。
【００２３】
図２は、本実施形態に係る決済補助システムの機能的構成図を示す。決済補助システムの主要な機能は仲介者サーバ２０により実現される。ここで、図２を参照して仲介者サーバ２０として実現される決済補助システムについて説明する。決済補助システムは、仲介者サーバ２０が主要な構成であるが、購入者端末１０や、販売者端末３０、その他の有線又は無線にて接続される情報処理装置全般を含んだ構成として考えても良い。
【００２４】
販売者ウェブページ１００は、ｈｔｍｌ／ｃｓｓにより記述され、販売者が販売する商品の写真、価格、その他商品の情報を表示するウェブページであり、割り当てられたＵＲＬに対応付けられて販売者端末３０内のストレージに保存される。販売者ウェブページ１００は、仲介者ウェブページ１１０のＵＲＬアドレスをインラインフレーム内に含むことで、販売者ウェブページ１００と共に仲介者ウェブページ１１０を共に表示可能な構成となっている。販売者ウェブページ１００のＵＲＬは、仲介者ウェブページ１１０とは全く別に用意される。
【００２５】
本実施の形態では、販売者ウェブページ１００は、仲介者ウェブページ１１０のＵＲＬアドレスをインラインフレーム内に含む場合を中心に説明するが、その他大体のコード形式としてobjectタグを用いる方法も挙げられる。これらを含めて説明すると、販売者ウェブページ１００は、他の独立したページの取り込みを示すｈｔｍｌコードに、仲介者ウェブページ１１０のＵＲＬアドレスを記述するということになる。それにより、前記販売者ウェブページと共に前記仲介者ウェブページを共に表示可能な構成となっている、
【００２６】
仲介者ウェブページ１１０は、販売者ウェブページ１００上で購入者が選択する商品の商品識別情報に基づくＵＲＬアドレスに対応する。商品識別情報は、販売者が販売する商品ごとに割り当てられたＩＤ等が挙げられる。商品識別情報に基づくＵＲＬアドレスは、仲介者ウェブページ１１０のドメインを示すＵＲＬに連なって、割り当てられたＩＤを記述することで形成される。仲介者ウェブページ１１０自体は、割り当てられたＵＲＬに対応付けられて仲介者サーバ２０内のストレージに保存される。
【００２７】
認証部１２０は、販売者ウェブページ１００を介して仲介者ウェブページ１１０にアクセスしてきた購入者を認証する。具体的には、仲介者サーバ２０にリストを備え、備えたリスト上で、例えばパスワードにより、事前に登録のある購入者と一致するかどうかを照合により認証する。認証の結果、リストにある購入者を特定する。
【００２８】
例えば登録部２００に、購入者と当該購入者についてのブロックチェーン４０へのアクセス情報を対応付けて登録する。アクセス情報は、購入者を特定する情報及びパスワードを含む、仮想通貨の決済に必要となるデータ一式である。登録部に登録する場合、認証部１２０は、登録部２００に登録された情報に基づいて、購入者からのシステム利用許可を認証する。または、購入者が販売者ウェブページ１００にログインした状態で仲介者ウェブページ１１０にアクセスしてきた場合、認証部１２０は、販売者ウェブページ１００が属する販売者装置からログイン情報を取得することにより購入者を認証するという態様でもよい。
【００２９】
取得部１３０は、認証部１２０によって認証された購入者の登録情報に基づいてブロックチェーンにアクセスすることにより、購入者の仮想通貨の残高情報を取得する。取得部１３０は、認証部１２０によって購入者を認証した場合にブロックチェーン４０へのアクセスに基づいて残高情報を取得する。
【００３０】
反映部１４０は、取得部１３０によって取得された残高情報を、仲介者ウェブページ１１０に反映する。仲介者ウェブページ１１０上に表示した残高情報を、取得した情報により更新する。また、決済や入金により残高が変化した場合も、反映部１４０によって新たな残高に更新する。
【００３１】
指示取得部２１０は、販売者ウェブページ１００を介して購入者による商品の購入指示を、仲介者ウェブページ１１０により取得する。決済部２２０は、前記購入指示に基づいて、前記ブロックチェーンに対して前記購入者に対する購入決済を実行する。
【００３２】
購入決済については、１回の購入指示に対して、その都度ブロックチェーン４０に送って決済処理しても良いが、複数の購入を覚えておいてまとめて購入決済してもよい。複数の購入をまとめることで、ブロックチェーン４０にアクセスしないため高速になり、ブロックチェーン４０へのアクセスによる手数料を省くことができる。
【００３３】
このために、決済部２２０は、購入指示に対して直ちに決済処理をする代わりに、まずブロックチェーン４０から残高情報を取得し、残高の範囲内で、購入金額の総額を保持しておく。決済部２２０は、購入金額の総額が残高を超えないことをチェックし、残高を超える場合には、購入の受付を拒否する。
【００３４】
すなわち決済部２２０は、単一または複数の購入指示に対応して、金額と商品を覚えておき、金額の総額が残高を超えないことをチェックし、覚えておいた単一または複数の購入指示に対応して、ブロックチェーンに対して購入者から仲介者に対する単一または複数の購入決済を実行する処理を実行する。送金部２３０は、決済部２２０によって決済することで取得した仮想通貨を、ブロックチェーン40に送って決済処理することにより、仲介者サーバ２０から、販売者ウェブページ１００が所有するアドレスに送金する。
【００３５】
図３は、仮想通貨を介した購入受付の前処理のフローチャートである。図３に示す一連の処理は、登録部２００により実行される。登録部２００によって登録された登録情報は、データベース（ＤＢ）２０５に格納される。
【００３６】
まず販売者端末３０は、登録部２００に対して部品作成依頼及び出金口座登録のリクエストを送る（ステップＳ１）。リクエストに応じて、登録部２００は作成した部品を販売者端末３０に返す（ステップＳ２）。商品購入用部品の作成処理について、図４を参照して説明する。
【００３７】
図４は、商品購入用部品の作成画面を示す。図４左上に示す表示画面は、仲介者サーバ２０に備えられるウェブページである。販売者端末３０からこのウェブページにアクセスすることにより、図４に示すウェブページが、販売者端末３０の表示画面に表示される。表示画面には入力エリア３００を含み、販売者端末３０からは、この入力エリア３００に入力することにより、商品説明を入力する。
【００３８】
商品説明の入力を完了して送信ボタンを押すと、図４右下に示す表示画面が表示される。入力エリア３００に入力された商品説明をもとにｈｔｍｌによる一連のコードを作成し、表示用の部品とする。この表示用の部品をブラウザ上で再現した結果、表示部品３１０が表示される。表示部品３１０は、図４右下に示すように、商品名、商品価格、商品説明を含んだバナーを含む。作成した表示用の部品は、ウェブデータとして、仲介者用ウェブページ１１０とする。仲介者ウェブページ１１０のＵＲＬは、商品識別情報をＵＲＬパラメータとして含む。そしてこの表示部品３１０の下に、この仲介者ウェブページ１１０のＵＲＬを、埋め込みコードとして表示する。埋め込みコードは、表示部品３１０を構成するバナーの表示命令を構成する一連のｈｔｍｌコードであり、具体的には、図５のステップＳ１０に関連して説明する。
【００３９】
ここで再び図３のフローチャートに戻る。部品の提供を受けることにより、残高表示のためのウェブページを作成することができ、販売者端末３０側の処理を完了した。次に購入者端末１０側の設定処理を行う。購入者は必要な時に商品を購入できるように、仲介者に対して仮想通貨の出金処理を行う。
【００４０】
まず、仲介者サーバ２０から購入者端末１０に、仲介者の仮想通貨に関するアドレスを通知する（ステップＳ３）。通知を受けた購入者は、購入者端末１０からブロックチェーン４０にアクセスし、通知された仲介者のアドレスへ、仮想通貨などの貨幣の出金依頼処理を行う（ステップＳ４）。出金処理完了後は、購入者端末１０から出金完了報告を仲介者サーバ２０に行う（ステップＳ５）。
【００４１】
そして仲介者サーバ２０は、ブロックチェーン４０にアクセスして購入者からの出金に関して参照を行う（ステップＳ６）。参照の結果、ブロックチェーンに取り込まれているのを確認して（ステップＳ７）、仲介者サーバ２０は、購入者に対してＩＤを発行し（ステップＳ８）、購入者端末１０に送信する。購入者端末10はこのＩＤをストレージに保存しておく。
【００４２】
ステップＳ１、Ｓ２、及び図４において説明した埋め込み部品について詳細に説明する。埋め込み部品は、ｈｔｍｌ形式にて次のように表現することができる。<iframe id='my_iframe' src='https://www.mdthujvfgp.com/myframe.html?my_id=2675D4' width=162 height=78 ></iframe>
【００４３】
ここで、https://www.mdthujvfgp.com/、は仲介者のURLの例である。商品識別情報の一例である、my_idを指定することで予め作成していた部品のIDを特定することができる。上述の例では、商品識別情報を示すmy_id=2675D4である。仲介者サーバ２０からはユーザー（購入者）のブラウザで実行できるプログラムをダウンロードして自動的に実行される。その際にボタンを表示したり、残高照会を再度仲介者に問い合わせたりすることができる。
【００４４】
図５は、仮想通貨を介した購入処理のフローチャートである。購入者端末１０は販売者ウェブページ１００へアクセスすることにより、販売者端末３０からのショッピングをしている感覚で、仲介者サーバ２０にアクセスして商品価格の閲覧および商品購入を実現する。その一連の処理を説明する。
【００４５】
購入者は販売者ウェブページ１００から商品閲覧依頼をする（ステップＳ９）。すなわち購入者端末１０は販売者ウェブページ１００のURL https://test.com/seller.htmlをリクエストする。すると、商品、部品を購入者端末１０側で表示する（ステップＳ１０）。すなわち、販売者端末３０から購入者端末１０へ下記のhtmlが送られる。
<html>
<body>
<img src='./water.jpg'>
<iframe id='my_iframe' src=' https://www.mdthujvfgp.com/myframe.html?my_id=2675D4' width=342 height=78 ></iframe>
</body>
</html>
【００４６】
上記の販売者ウェブページ１００のｈｔｍｌ中にはiframe（インラインフレーム）によるコードが記述されている。すなわち、この販売者ウェブページ１００中にインラインフレームの形式で別のページを取り込む。この取り込む対象としてhttps://www.mdthujvfgp.com/myframe.html?my_id=2675D4、という仲介者ウェブページ１１０のURLをリクエストしている。この仲介者ウェブページ１１０に、購入者ごとの仮想通貨アドレスの情報を管理している。なお、ここで指定しているmy_id=2675D4はステップＳ８で購入者端末１０のストレージに保存したものである。
【００４７】
インラインフレームに表示する仲介者ウェブページ１１０は、残高情報の表示を含むので、購入者端末１０は、仲介者サーバ２０に対して残高情報の問い合わせをリクエストする（ステップＳ１１）。仲介者サーバ２０は、リクエストに応じて、残高、価格を表示する（ステップＳ１２）。
【００４８】
具体的には、リクエストに応じて、仲介者から購入者へ下記のhtmlを送付する。下記のｈｔｍｌが、仲介者ウェブページ１１０を示す。
<HTML>
<HEAD>
<META http-equiv="Content-Type" content="text/html;>
</HEAD>
<BODY>
<input type='hidden' id='title' value='水2リットル'>
<input type='hidden' id='price' value='-100'>
<input type='hidden' id='currencyUnit' value='yen'>
<input type='hidden' id='giveprice' value='NOTHING'>
<input type='hidden' id='giveCurrencyUnit' value='NOTHING'>
<input type='hidden' id='Body' value='綺麗な川から採取した水です。低価格で提供します。'>
<input type='hidden' id='url' value='http://www.mdthujvfgp.com/mypage.html'>
<script src=" https://www.mdthujvfgp.com/script.js"></script>
<canvas id="myCamvas" width=0 height=0></canvas>
</BODY>
</HTML>
仲介者サーバとやり取りするプログラムコードとともにボタンに表示する文字が埋め込まれている。
・Canvas：表示領域
・script.js：プログラムコード
・title:商品名
・price:価格  
・currencyUnit: 通貨名
・giveprice: 贈与する金額
・giveCurrencyUnit: 贈与する通貨名
・url: 部品を貼り付けたURL
【００４９】
次にアプリを介して残高情報を取得して表示する。販売者ウェブページ１００の部品をボタンとして、表示画面１５０に表示している。購入者がマウスを上に持ってくると残高を仲介者ウェブページ１１０のURL   https://www.mdthujvfgp.com/  に問い合わせて、残高を取得して、ボタン上に表示する。このときに、仲介者サーバ２０から取得したプログラムを実行することにより、表示画面１５０に表示する残高、価格の問い合わせを実行する。なお、販売者ウェブページやドメインがとurlとurlに含まれるドメインと一致することを確認することでなりすましを防ぎ、セキュリティを確保することができる。
【００５０】
まず、購入者端末１０から、仲介者ウェブページ１１０のURL：  https://www.mdthujvfgp.com/script.js  をリクエストする。仲介者サーバ２０から購入者端末１０へスクリプトプログラムが送られ、表示画面１５０に対して実行される。表示画面１５０では、全ページのボタンオブジェクト<canvas id=“myCamvas” width=0 height=0></canvas>  にボタンを表示し、価格も表示する。そして、下記URLにアクセスする。
【００５１】
https://www.mdthujvfgp.com/command/GET_INFO&2675D4&59014246D887CCD7&b802531d14d1709aa3391b27adc1818fce31612f
・商品を特定するmy_id : 2675D4
・セッションを表すid  : 59014246D887CCD7
・UserIDとパスワードから生成したUserを証明するID: b802531d14d1709aa3391b27adc1818fce31612f
【００５２】
仲介者サーバ２０は予め購入者端末１０から仲介者サーバ２０へ入金されたアドレスの情報を元にブロックチェーン４０に残高照会をして残高(Balance)を取得する。なお、このプロセスは予めおこなっておいてもよい。下記のデータが仲介者から購入者に送られる。一部の情報は後述の情報と重複する。
【００５３】
Owner=0;Soldout=0;Balance=0;KeyCurrencyName=yen;KeyCurrencyBalance=0;Donor=1;Rate=--;Url= http://www.mdthujvfgp.com/mypage.html;
・Owner: 所有しているか 
・Soldout: 売り切れているか  
・Balance: 残高
・KeyCurrencyUnit: 基軸通貨 
・KeyCurrencyBalane: 基軸通貨換算の残高
・Donor: 発行者かどうか 
・Url: 部品を貼り付けたURL
【００５４】
図６は、商品を購入する前の、商品購入チケットの表示画面を示す。販売者ウェブページ１００を表示することにより、商品写真３２０及び商品説明３３０を表示する。上述のように、商品説明３３０はインラインフレーム表示であり、仲介者ウェブページ１１０の内容をここに表示する。
【００５５】
商品説明３３０の中に、価格残高表示３４０が含まれる。価格残高表示３４０は、商品の価格と、購入者が保有する仮想通貨の残高の情報を含む。選択した商品の価格は５７０円である、一方で残高であるが、円建ての残高であれば円の金額をそのまま表示することができるが、仮想通貨の場合は通常円建てではないので、元の残高を円換算して、円換算された金額をこの残高表示とする。
【００５６】
図５に戻り、購入処理について説明する。残高の問い合わせに対する表示処理を実行したので、購入者の指示により商品の購入を行う。ボタンを押すと仲介者ウェブページ１１０のURL  https://www.mdthujvfgp.com/  にアクセスして仲介者サーバ２０で購入処理を行い、購入者端末１０の表示画面１５０に購入済みを表示する。まず、購入者端末１０から仲介者ウェブページ１１０に購入依頼を送る（ステップＳ１３）。仲介者サーバ２０は、購入依頼を受けて、購入者の内部残高を減らす（ステップＳ１４）。そして、購入完了通知を送信する（ステップＳ１５、Ｓ１６）。
【００５７】
図７は、商品を購入した後の、商品購入チケットの表示画面を示す。販売者ウェブページ１００を表示したまま、決済処理が終わった状態の画面表示について説明する。商品写真３２０及び商品説明３３０は表示したままである。図６に示した価格残高表示３４０に示す残高が５８０円だったところ、決済後に価格残高表示３５０に示す通りとなる。すなわち、元の残高５８０円から商品価格５７０円を引いて、残高１０円となり、この残高１０円を価格残高表示３５０に表示する。購入により残高が減ることを表すとともにボタンの形状を変えたり、ボタンの色を変えたり、などして購入済みであることをわかりやすく、購入者に明示する。また、仲介者サーバから販売者、購入者に通知が送られ、決済によって販売者が売ったサービスが開始される。
【００５８】
図８は、仮想通貨の場合の販売者出金方法を示すフローチャートである。図５〜図７を参照して説明したように、価格及び仮想通貨の残高を購入者に示して購入決済を購入者と仲介者との間で行った後、今度は仲介者と販売者との間で清算処理を行う。
【００５９】
販売者端末３０は、仲介者サーバ２０に出金依頼のリクエストを送る（ステップＳ１８）。仲介者サーバ２０は、ブロックチェーン４０に出金依頼のリクエストを送る（ステップＳ１９）。出金依頼のリクエストは、仲介者のアドレスから販売者のアドレスへ送ることを示す。
【００６０】
ブロックチェーン４０への出金依頼の後、仲介者サーバ２０は、ブロックチェーン４０に参照リクエストを送り（ステップＳ２０）、仲介者の保有する商品代金が、ブロックチェーン４０に取り込まれていることを確認する。確認後、仲介者サーバ２０は販売者端末３０に出金完了通知を送る（ステップＳ２１）。
【００６１】
以上のように、仲介者ウェブページ１１０が商品の商品識別情報（my_id: 2675D4）に基づくＵＲＬアドレス（https://www.mdthujvfgp.com/myframe.html?my_id=2675D4）に対応する。従って、例えば販売者ウェブページ１００上で購入者が商品を選択した場合でも、販売者ウェブページ１００内に仲介者ウェブページ１１０をインラインフレーム内に取り込んで表示することができる。
【００６２】
このように仲介者ウェブページ１１０を販売者ウェブページ１００に取り込み可能としたことにより、仮想通貨の残高確認処理を、各販売者ウェブページ１００ごとにそれぞれ用意しなくても、仲介者ウェブページ１１０で一括して処理できる。購入者は実際には仲介者ウェブページ１１０にアクセスするので、そこで認証して残高情報の取得を許可し、残高情報を取得する。取得した残高情報は仲介者ウェブページ１１０に反映されるので、購入者は販売者ウェブページ１００を閲覧した状態で、購入処理を引き続き実行できる。
【００６３】
すなわち、仲介者側で顧客から入金されたAddressを管理することで残高を確認し、決済の際には仲介者を参照することで、残高を確認表示できるので、EC等の販売者が顧客それぞれのAddressを保有しなくても、残高を確認することができ、決済の確認画面を見やすく表示することができ、同じ画面で、画面の切り替えを伴わずに決済操作できる。
【００６４】
さらに、仲介者側で秘密鍵を管理することで残高を確認し、決済の際には仲介者を参照することで、残高を確認表示できるので、仮に、EC等の販売者がそれぞれ秘密鍵を保有しなくても、残高を確認することができ、決済の確認画面を見やすく表示することができ、同じ画面で、画面の切り替えを伴わずに決済操作できる。
【００６５】
特に、部品をボタンで表示することで商品が購入できることをわかりやすく明示できる。さらに残高表示とともに商品の内容説明、商品の写真やお金を入金する仮想通貨のアドレス（口座）または仮想通貨のアドレスを表すQRコード（登録商標）やアクセスすると部品を表示するURL・QRコード(登録商標)を明示しておいてもよい。また、価格、残高表示において、提示している価格の通貨と残高表示している通貨が違う場合は(仲介者によって交換可能なレートに基づいて）残高表示している通貨換算で表示することができる。決済においても提示している価格の通貨と残高表示している通貨が違う場合は、残高表示している通貨を提示している通貨に仲介者が交換して販売者に提供する。
【００６６】
（他の実施例１）
上述の実施の形態では、仮想通貨による商品購入及びその場合の決済処理について説明したが、銀行口座５０によりこれを代替することも可能であるので、銀行口座５０によって商品の決済をする場合について説明する。上述の実施の形態と同様に、購入者端末１０と販売者端末３０との間に仲介者サーバ２０が介在する点は同じであるので、システム構成図及び表示画面１５０は省略するが、図１、図２、図４、図６、図７は後述する他の実施例１においても共通である。
【００６７】
図９は、銀行口座を介した購入受付の前処理のフローチャートである。図９に示す一連の処理は、図３に示したものと同様であり、登録部２００により実行される。登録部２００によって登録された登録情報は、データベース（ＤＢ）２０５に格納される。
【００６８】
まず登録部２００は、販売者端末３０に対して部品作成依頼及び出金口座登録のリクエストを送る（ステップＳ２１）。リクエストに応じて、販売者端末３０は作成した部品を仲介者サーバ２０に返す（ステップＳ２２）。商品購入用部品の作成画面は、図４を参照して説明した通りである。
【００６９】
部品の提供を受けることにより、残高表示のためのウェブページを作成することができ、販売者端末３０側の処理を完了した。次に購入者端末１０側の設定処理を行う。購入者は必要な時に商品を購入できるように、仲介者に対して仮想通貨の出金処理を行う。
【００７０】
まず、仲介者サーバ２０から購入者端末１０に、仲介者の銀行口座５０を通知する（ステップＳ２３）。通知を受けた購入者は、購入者端末１０から銀行口座５０のアカウントにアクセスし、通知された仲介者のアドレスへ出金処理を行う（ステップＳ２４）。出金処理完了後は、購入者端末１０から出金完了報告を仲介者サーバ２０に行う（ステップＳ２５）。
【００７１】
そして仲介者サーバ２０は、銀行口座５０にアクセスして購入者からの出金に関して残高照会を行う（ステップＳ２６）。残高照会の結果、残高の提示を受けて（ステップＳ２７）、仲介者サーバ２０は、購入者に対してＩＤを発行し（ステップＳ２８）、購入者端末１０に送信する。
【００７２】
図１０は、銀行口座を介した購入処理のフローチャートである。図１０は、図５に対応している。購入者端末１０は販売者ウェブページ１００へアクセスすることにより、販売者端末３０からのショッピングをしている感覚で、仲介者サーバ２０にアクセスして商品価格の閲覧および商品購入を実現する。その一連の処理を説明する。
【００７３】
購入者は販売者ウェブページ１００から商品閲覧依頼をする（ステップＳ２９）。すなわち購入者端末１０は販売者ウェブページ１００のURL https://test.com/seller.htmlをリクエストする。すると、商品、部品を購入者端末１０側で表示する（ステップＳ３０）。送るhtmlは図５の場合と同一であるので説明は省略する。
【００７４】
インラインフレームに表示する仲介者ウェブページ１１０は、残高情報の表示を含むので、購入者端末１０は、仲介者サーバ２０に対して残高情報の問い合わせをリクエストする（ステップＳ３１）。仲介者サーバ２０は、リクエストに応じて、残高、価格を表示する（ステップＳ３２）。
【００７５】
次に購入処理について説明する。残高の問い合わせに対する表示処理を実行したので、購入者の指示により商品の購入を行う。ボタンを押すと仲介者ウェブページ１１０のURL   https://www.mdthujvfgp.com/  にアクセスして仲介者サーバ２０で購入処理を行い、購入者端末１０の表示画面１５０に購入済みを表示する。まず、購入者端末１０から仲介者ウェブページ１１０に購入依頼を送る（ステップＳ３３）。仲介者サーバ２０は、購入依頼を受けて、購入者の内部残高を減らす（ステップＳ３４）。そして、購入完了通知を送信する（ステップＳ３５、Ｓ３６）。
【００７６】
図１１は、銀行口座の場合の販売者出金方法を示すフローチャートであり、図８に対応する。上述のように、価格及び口座残高を購入者に示して購入決済を購入者と仲介者との間で行った後、今度は仲介者と販売者との間で清算処理する。
【００７７】
販売者端末３０は、仲介者サーバ２０に出金依頼のリクエストを送る（ステップＳ３８）。仲介者サーバ２０は、ブロックチェーン４０に出金依頼のリクエストを送る（ステップＳ３９）。出金依頼のリクエストは、仲介者のアドレスから販売者のアドレスへ送ることを示す。仲介者が購入者から一旦購入代金を預かっているからである。
【００７８】
銀行口座５０への出金依頼を受けて出金した後、仲介者サーバ２０に出金完了通知を送り（ステップＳ４０）、仲介者サーバ２０は販売者端末３０に出金完了通知を送る（ステップＳ４１）。
【００７９】
以上のように、仲介者ウェブページ１１０を販売者ウェブページ１００に取り込み可能としたことにより、銀行口座５０の残高確認処理を、各販売者ウェブページ１００ごとにそれぞれ用意しなくても、仲介者ウェブページ１１０で一括して処理できる。購入者は実際には仲介者ウェブページ１１０にアクセスするので、そこで認証して残高情報の取得を許可し、残高情報を取得する。取得した残高情報は仲介者ウェブページ１１０に反映されるので、購入者は販売者ウェブページ１００を閲覧した状態で、購入処理を引き続き実行できる。
【００８０】
（他の実施例２）
上述の実施の形態では、仮想通貨又は銀行決済による商品購入及びその場合の決済処理について説明したが、他の実施例として、仮想通貨Bitcoinによって商品の決済をする他の場合について説明する。上述の実施の形態と同様に、購入者端末１０と販売者端末３０との間に仲介者サーバ２０が介在する点は同じであるので、システム構成図及び表示画面１５０は省略するが、図１、図２、図４、図６、図７は後述する他の実施例１においても共通である。
【００８１】
図１２は、仮想通貨Bitcoinを介したペイメントチャネルによる残高表示処理のフローチャートである。図１２に示す一連の処理は、図３、図９に示したものと同様であり、登録部２００により実行される。登録部２００によって登録された登録情報は、データベース（ＤＢ）２０５に格納される。
【００８２】
まず登録部２００は、販売者端末３０に対して部品作成依頼及び出金アドレス登録のリクエストを送る（ステップＳ４４）。リクエストに応じて、販売者端末３０は作成した部品を仲介者サーバ２０に返す（ステップＳ４５）。商品購入用部品の作成画面は、図４を参照して説明した通りである。
【００８３】
部品の提供を受けることにより、残高表示のためのウェブページを作成することができ、販売者端末３０側の処理を完了した。次に購入者端末１０側の設定処理を行う。購入者は必要な時に商品を購入できるように、仲介者に対して仮想通貨Bitcoinの出金処理を行う。
【００８４】
購入者端末１０からＩＤ発行依頼を、仲介者サーバ２０に送信する（ステップＳ４６）。仲介者サーバ２０は、購入者と仲介者の秘密鍵の両方で解除できるマルチシグアドレスを生成し、そのアドレスに購入者が1 BTC出金するというトランザクションＡを生成する（ステップＳ４７）。さらにトランザクションＡに続く１ヶ月後に購入者に１ＢＴＣを戻すというトランザクションBを生成する（ステップＳ４８）。そして、トランザクションＡ,Ｂに仲介者の署名をする（ステップＳ４９）。仲介者サーバ２０は、仲介者サーバ２０の署名付きトランザクションＡ,Ｂを購入者端末１０に送付する（ステップＳ５０）。購入者端末１０で、トランザクションＡ，Ｂに署名する（ステップＳ５１）。そして購入者端末１０から、仲介者、購入者の署名付きトランザクションＡのみ仲介者サーバ２０に送付する（ステップＳ５２）。トランザクションＢは購入者が保持する。
仲介者サーバ２０は、トランザクションＡを、ブロックチェーン４０に送信する（ステップＳ５３）。そしてブロックチェーンに取り込まれているのを確認して（ステップＳ５４）、仲介者サーバ２０は、購入者に対してＩＤを発行し（ステップＳ５５）、購入者端末１０に送信する。
【００８５】
図１３は、仮想通貨Bitcoinを介したペイメントチャネルによる購入処理のフローチャートである。図１３は、図５、図１０に対応している。購入者端末１０は販売者ウェブページ１００へアクセスすることにより、販売者端末３０からのショッピングをしている感覚で、仲介者サーバ２０にアクセスして商品価格の閲覧および商品購入を実現する。その一連の処理を説明する。
【００８６】
購入者は販売者ウェブページ１００から商品閲覧依頼をする（ステップＳ５６）。すなわち購入者端末１０は販売者ウェブページ１００のURL https://test.com/seller.htmlをリクエストする。すると、商品、部品を購入者端末１０側で表示する（ステップＳ５７）。送るhtmlは図５の場合と同一であるので説明は省略する。
【００８７】
インラインフレームに表示する仲介者ウェブページ１１０は、残高情報の表示を含むので、購入者端末１０は、仲介者サーバ２０に対して残高情報の問い合わせをリクエストする（ステップＳ５８）。仲介者サーバ２０は、リクエストに応じて、残高（例えば１ＢＴＣ）、価格（例えば０．１ＢＴＣ）を表示する（ステップＳ５９）。
【００８８】
次に購入処理について説明する。残高の問い合わせに対する表示処理を実行したので、購入者の指示により商品の購入を行う。ボタンを押すと仲介者ウェブページ１１０のURL  https://www.mdthujvfgp.com/にアクセスして仲介者サーバ２０で購入処理を行い、購入者端末１０の表示画面１５０に購入済みを表示する。
【００８９】
まず、購入者端末１０から仲介者ウェブページ１１０に購入依頼を送る（ステップＳ６０）。購入者残高１ＢＴＣ−価格０．１ＢＴＣ＝０．９ＢＴＣ，仲介者０．１ＢＴＣとなるように出金するトランザクションＣを生成して署名する（ステップＳ６１）。仲介者サーバ２０は、仲介者、購入者の署名付きトランザクションＣを購入者端末１０に送信する（ステップＳ６２）。購入者端末１０ではトランザクションＣを署名する（ステップＳ６３）。購入者端末１０からは、仲介者、購入者署名付きトランザクションＣを送付する（ステップＳ６４）。仲介者サーバ２０はトランザクションＣを保持する（ステップＳ６５）。一連のトランザクションが終了した後、仲介者サーバ２０は購入者端末１０に購入完了通知を送り（ステップＳ６６）、仲介者サーバ２０は販売者端末３０に購入認識通知を送る（ステップＳ６７）。
【００９０】
図１３のフローチャートにて、商品決済について説明したので、図１４及び図１５を参照して取引の終了について説明する。図１４は購入者側、図１５は販売者側の終了取引を示す。
【００９１】
図１４は、仮想通貨Bitcoinの購入者側取引方法を示すフローチャートである。まず、購入者端末１０から仲介者サーバ２０に取引終了依頼を送る（ステップＳ７０）。仲介者サーバ２０は、購入依頼を受けて、取引の終了をブロックチェーン４０に反映する（ステップＳ７１）。仲介者サーバ２０は、ブロックチェーン４０への取り込まれの確認を受けて（ステップＳ７２）、取引の終了を購入者端末１０に返す（ステップＳ７３）。
【００９２】
図１５は、仮想通貨Bitcoinの販売者出金方法を示すフローチャートであり、図８、図１１に対応する。今度は仲介者と販売者との間で清算処理する。まず販売者端末３０は、仲介者サーバ２０に出金依頼のリクエストを送る（ステップＳ７４）。
【００９３】
仲介者サーバ２０は、ブロックチェーン４０に出金依頼のリクエストを送る（ステップＳ７５）。出金依頼のリクエストは、仲介者のアドレスから販売者のアドレスへ送ることを示す。仲介者が購入者から一旦購入代金を預かっているからである。
【００９４】
ブロックチェーン４０への出金依頼の後、仲介者サーバ２０は、ブロックチェーン４０に参照リクエストを送り（ステップＳ７６）、仲介者の保有する商品代金が、ブロックチェーン４０に取り込まれていることを確認する（ステップＳ７７）。確認後、仲介者サーバ２０は販売者端末３０に出金完了通知を送る（ステップＳ７８）。
【００９５】
以上のように、仲介者ウェブページ１１０を販売者ウェブページ１００に取り込み可能としたこと、そして仮想通貨Bitcoinの取引により、各販売者ウェブページ１００ごとにそれぞれ用意しなくても、仲介者ウェブページ１１０で一括して処理できる。購入者は実際には仲介者ウェブページ１１０にアクセスするので、そこで認証して残高情報の取得を許可し、残高情報を取得する。取得した残高情報は仲介者ウェブページ１１０に反映されるので、購入者は販売者ウェブページ１００を閲覧した状態で、購入処理を引き続き実行できる。
【００９６】
以上，本発明について実施例を用いて説明したが，本発明の技術的範囲は上記実施例に記載の範囲には限定されない。上記実施例に，多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが，特許請求の範囲の記載から明らかである。
【符号の説明】
【００９７】
購入者端末１０、仲介者サーバ２０、販売者端末３０、ブロックチェーン４０
販売者ウェブページ１００、仲介者ウェブページ１１０、認証部１２０、
取得部１３０、反映部１４０、登録部２００、指示取得部２１０、
決済部２２０、送金部２３０、
【図１】
2020016980.tif 000003
【図２】
2020016980.tif 000004
【図３】
2020016980.tif 000005
【図４】
2020016980.tif 000006
【図５】
2020016980.tif 000007
【図６】
2020016980.tif 000008
【図７】
2020016980.tif 000009
【図８】
2020016980.tif 000010
【図９】
2020016980.tif 000011
【図１０】
2020016980.tif 000012
【図１１】
2020016980.tif 000013
【図１２】
2020016980.tif 000014
【図１３】
2020016980.tif 000015
【図１４】
2020016980.tif 000016
【図１５】
2020016980.tif 000017