(57)【要約】【課題】装置の故障又は不具合等の発生に対する耐性の高い売買方法、売買処理装置、売買処理システム及びコンピュータプログラムを提供する。【解決手段】本実施の形態に係る売買処理システムは、ブロックチェーンを共有する複数の売買処理装置を備え、前記売買処理装置は、販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納する処理を行う販売情報処理部と、前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納する処理を行う支払情報処理部と、前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う送金処理部とを有する。【選択図】図１
2020060954.tif 000002
【特許請求の範囲】
【請求項１】
販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納し、
前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納し、
前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金すること
を特徴とする売買方法。
【請求項２】
前記販売情報には、前記販売物の販売価格の情報を含み、
前記支払情報には、前記販売物に対する支払価格の情報を含み、
前記支払情報を受け付けた場合に、前記支払価格が前記販売価格を満たすか否かを判定すること
を特徴とする請求項１に係る売買方法。
【請求項３】
前記購入者から前記販売物の返品要求を受け付けた場合に、前記支払情報に係る仮想通貨を前記購入者へ送金すること
を特徴とする請求項１又は請求項２に記載の売買方法。
【請求項４】
前記購入者から前記販売物の返品要求を受け付け、且つ、前記販売者から前記販売物の返品確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記購入者へ返金すること
を特徴とする請求項３に記載の売買方法。
【請求項５】
前記販売情報を入力とし、前記販売情報に係る販売物の販売適性を出力する学習モデルを用いて、前記販売者から受け付けた販売情報に係る販売物の販売適性を判定すること
を特徴とする請求項１乃至請求項４のいずれか１つに記載の売買方法。
【請求項６】
前記販売情報には、前記販売物に関する説明、前記販売物の画像及び前記販売物の販売価格の情報を含み、
前記学習モデルは、前記販売物に関する説明、前記販売物の画像及び前記販売物の販売価格の情報と、前記販売物の販売適性とを対応付けた教師データを用いて学習されること
を特徴とする請求項５に記載の売買方法。
【請求項７】
販売適性の判定結果に基づいて、前記販売者から受け付けた販売情報に係る販売物の販売可否を決定すること
を特徴とする請求項５又は請求項６に記載の売買方法。
【請求項８】
販売適性の判定結果及び前記販売者の識別情報を含む販売適性情報を前記データブロックに格納すること
を特徴とする請求項５乃至請求項７のいずれか１つに記載の売買方法。
【請求項９】
前記販売適性の判定結果に基づいて前記販売者の評価値を算出し、
前記評価値及び前記販売者の識別情報を含む評価情報を前記データブロックに格納すること
を特徴とする請求項５乃至請求項８のいずれか１つに記載の売買方法。
【請求項１０】
販売者による購入者の評価を受け付け、
購入者による販売者の評価を受け付け、
受け付けた評価を含む評価情報を前記データブロックに格納すること
を特徴とする請求項５乃至請求項９のいずれか１つに記載の売買方法。
【請求項１１】
前記販売者又は前記購入者に対する他の売買に関する評価情報を取得し、
取得した評価情報を前記購入者又は前記販売者へ提供すること
を特徴とする請求項５乃至請求項１０のいずれか１つに記載の売買方法。
【請求項１２】
前記販売情報には、前記販売物の販売価格の情報を含み、
前記支払情報には、前記販売物に対する支払価格の情報を含み、
時間経過に応じて前記販売価格を減少させ、
前記支払価格が販売価格以上となった場合に、前記購入者に前記販売物を購入する権利を付与すること
を特徴とする請求項１乃至請求項１１のいずれか１つに記載の売買方法。
【請求項１３】
同額の支払価格の情報を含む支払情報を複数人の購入者から受け付けた場合、支払情報の受付時期に応じて１人の購入者を選択し、
選択した１人の購入者に前記販売物を購入する権利を付与すること
を特徴とする請求項１２に記載の売買方法。
【請求項１４】
販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納する処理を行う販売情報処理部と、
前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納する処理を行う支払情報処理部と、
前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う送金処理部と
を備えることを特徴とする売買処理装置。
【請求項１５】
ブロックチェーンを共有する複数の売買処理装置を備え、
前記売買処理装置は、
販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納する処理を行う販売情報処理部と、
前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納する処理を行う支払情報処理部と、
前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う送金処理部と
を有することを特徴とする売買処理システム。
【請求項１６】
コンピュータに、
販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納し、
前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納し、
前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う
処理を実行させることを特徴とするコンピュータプログラム。
【請求項１７】
コンピュータに、
ブロックチェーンのデータブロックに格納された販売情報に係る販売物に対する購入操作を受け付け、
受け付けた購入操作に応じて、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を生成し、
生成した前記支払情報を、ブロックチェーンへ送信する
処理を実行させることを特徴とするコンピュータプログラム。
【請求項１８】
コンピュータに、
販売物に係る情報の入力を受け付け、
受け付けた情報に基づいて、前記販売物に係る販売情報を生成し、
生成した前記販売情報を、前記ブロックチェーンへ送信する
処理を実行させることを特徴とする請求項１７に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、販売者及び購入者の間での売買を支援する売買方法、売買処理装置、売買処理システム及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、例えばスマホ（スマートフォン）、タブレット型端末及びＰＣ（パーソナルコンピュータ）等の端末装置をユーザが利用し、インターネットを介して物品の売買をユーザ間で行うフリーマーケット及びネットオークション等の売買システムが広く普及している。販売者は、販売物の画像、名称、価格、品質及び販売期間等の情報をインターネット上のＷｅｂサイトなどで公開する。購入者は、Ｗｅｂサイトなどで公開された販売物の情報を確認し、販売物を購入する。
【０００３】
特許文献１においては、インターネットを利用した電子商取引において、販売価格の見直し、及び、新たな電子商取引サイトへの出品情報の転送を自動化する電子商取引システムが提案されている。この電子商取引システムでは、ユーザが第一商取引サイトに販売情報を登録する際に、販売期間と販売価格見直しを行うときの、価格下げ幅を決める販売価格見直し金額又は値下げ割合を設定し、さらに販売価格を見直して再出品する回数を設定する。電子商取引システムは、この再出品回数だけ販売価格を自動的に見直し、第一商取引サイトで再出品を繰返し、第一商取引サイトで設定した再出品回数が終了し、第一商取引サイトでの販売期間が終了した場合に、第二ネット販売システムにおける第二商取引サイトに、第一商取引サイトで設定した出品情報と、第一商取引サイトでの販売終了時の価格情報を送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２２８２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に係る電子商取引システムでは、電子商取引のためのＷｅｂサイトが１つのサーバ装置で実現され、複数のユーザの端末装置が１つのサーバ装置にアクセスして電子商取引が行われる。このような構成のシステムでは、１つのサーバ装置に故障又は不具合等が発生した場合、システム全体が稼働しなくなるという問題がある。
【０００６】
本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、装置の故障又は不具合等の発生に対する耐性の高い売買方法、売買処理装置、売買処理システム及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る売買方法は、販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納し、前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納し、前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金することを特徴とする。
【０００８】
また、本発明に係る売買方法は、前記販売情報には、前記販売物の販売価格の情報を含み、前記支払情報には、前記販売物に対する支払価格の情報を含み、前記支払情報を受け付けた場合に、前記支払価格が前記販売価格を満たすか否かを判定することを特徴とする。
【０００９】
また、本発明に係る売買方法は、前記購入者から前記販売物の返品要求を受け付けた場合に、前記支払情報に係る仮想通貨を前記購入者へ送金することを特徴とする。
【００１０】
また、本発明に係る売買方法は、前記購入者から前記販売物の返品要求を受け付け、且つ、前記販売者から前記販売物の返品確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記購入者へ返金することを特徴とする。
【００１１】
また、本発明に係る売買方法は、前記販売情報を入力とし、前記販売情報に係る販売物の販売適性を出力する学習モデルを用いて、前記販売者から受け付けた販売情報に係る販売物の販売適性を判定することを特徴とする。
【００１２】
また、本発明に係る売買方法は、前記販売情報には、前記販売物に関する説明、前記販売物の画像及び前記販売物の販売価格の情報を含み、前記学習モデルは、前記販売物に関する説明、前記販売物の画像及び前記販売物の販売価格の情報と、前記販売物の販売適性とを対応付けた教師データを用いて学習されることを特徴とする。
【００１３】
また、本発明に係る売買方法は、販売適性の判定結果に基づいて、前記販売者から受け付けた販売情報に係る販売物の販売可否を決定することを特徴とする。
【００１４】
また、本発明に係る売買方法は、販売適性の判定結果及び前記販売者の識別情報を含む販売適性情報を前記データブロックに格納することを特徴とする。
【００１５】
また、本発明に係る売買方法は、前記販売適性の判定結果に基づいて前記販売者の評価値を算出し、前記評価値及び前記販売者の識別情報を含む評価情報を前記データブロックに格納することを特徴とする。
【００１６】
また、本発明に係る売買方法は、販売者による購入者の評価を受け付け、購入者による販売者の評価を受け付け、受け付けた評価を含む評価情報を前記データブロックに格納することを特徴とする。
【００１７】
また、本発明に係る売買方法は、前記販売者又は前記購入者に対する他の売買に関する評価情報を取得し、取得した評価情報を前記購入者又は前記販売者へ提供することを特徴とする。
【００１８】
また、本発明に係る売買方法は、前記販売情報には、前記販売物の販売価格の情報を含み、前記支払情報には、前記販売物に対する支払価格の情報を含み、時間経過に応じて前記販売価格を減少させ、前記支払価格が販売価格以上となった場合に、前記購入者に前記販売物を購入する権利を付与することを特徴とする。
【００１９】
また、本発明に係る売買方法は、同額の支払価格の情報を含む支払情報を複数人の購入者から受け付けた場合、支払情報の受付時期に応じて１人の購入者を選択し、選択した１人の購入者に前記販売物を購入する権利を付与することを特徴とする。
【００２０】
また、本発明に係る売買処理装置は、販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納する処理を行う販売情報処理部と、前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納する処理を行う支払情報処理部と、前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う送金処理部とを備えることを特徴とする。
【００２１】
また、本発明に係る売買処理システムは、ブロックチェーンを共有する複数の売買処理装置を備え、前記売買処理装置は、販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納する処理を行う販売情報処理部と、前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納する処理を行う支払情報処理部と、前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う送金処理部とを有することを特徴とする。
【００２２】
また、本発明に係るコンピュータプログラムは、コンピュータに、販売者から販売物に係る販売情報を受け付けて、該販売情報をブロックチェーンのデータブロックに格納し、前記販売物の購入を希望する購入者から、前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を受け付けて、該支払情報を前記データブロックに格納し、前記購入者から前記販売物の受け取り確認を受け付けた場合に、前記支払情報に係る仮想通貨を前記販売者へ送金する処理を行う処理を実行させることを特徴とする。
【００２３】
また、本発明に係るコンピュータプログラムは、コンピュータに、ブロックチェーンのデータブロックに格納された販売情報に係る販売物に対する購入操作を受け付け、受け付けた購入操作に応じて、前記前記販売物の受け取りの有無を判定して該販売物の対価を仮想通貨で支払うスマートコントラクトを含む支払情報を生成し、生成した前記支払情報を、ブロックチェーンへ送信する処理を実行させることを特徴とする。
【００２４】
また、本発明に係るコンピュータプログラムは、コンピュータに、販売物に係る情報の入力を受け付け、受け付けた情報に基づいて、前記販売物に係る販売情報を生成し、生成した前記販売情報を、前記ブロックチェーンへ送信する処理を実行させることを特徴とする。
【００２５】
本発明においては、相互に通信を行う複数の売買処理装置が、複数のデータブロックを順に関連付けたブロックチェーンを共有する。売買処理装置は、販売者から販売物に係る販売情報を受け付けてブロックチェーンのデータブロックに格納する。ブロックチェーンに格納された販売情報は、購入者が閲覧可能である。売買処理装置は、販売物の購入を希望する購入者から、販売物の対価を仮想通貨で支払う支払情報を受け付けてブロックチェーンのデータブロックに格納する。ただし支払情報には、販売物の受け取りの有無を判定して支払いを行うスマートコントラクトのプログラムを含み、支払情報がブロックチェーンに格納された時点で支払いが行われるのではなく、販売物の受け取りがなされた後で支払いが行われる。このスマートコントラクトのプログラムにより売買処理装置は、購入者から販売物の受取確認を受け付けた場合に、対価の仮想通貨を販売者へ送金する。
販売者及び購入者の間で行われる売買処理を、複数の売買処理装置が共有するブロックチェーンを利用して行うことにより、いずれかの売買処理装置に故障又は不具合等が発生しても売買処理を行うことが可能となる。
【００２６】
また、本発明においては、販売情報には販売物の販売価格の情報を含み、支払情報には販売物に対する支払価格の情報を含む。購入者からの支払情報を受け付けた場合には、支払情報に含まれる支払価格が購入対象の販売物の販売価格を満たすか否かを判定する。これにより、販売者が設定した販売価格で販売物が売買される。
【００２７】
また、本発明においては、購入者から販売物の返品要求を受け付けることが可能である。購入者からの返品要求を受け付けた場合には、支払情報に係る仮想通貨を購入者へ返金する。これにより販売物に不具合がある場合などに、購入者が不利益を被ることを防止できる。
【００２８】
また、本発明においては、購入者から返品要求を受け付け、且つ、販売者から販売物の返品確認を受け付けた場合に、支払情報に係る仮想通貨を購入者へ返金する。これにより、悪意の購入者によって販売者が不利益を被ることを防止できる。
【００２９】
また、本発明においては、学習モデルを用いて販売物の販売適性を判定する。学習モデルは、販売情報を入力とし、販売物の販売適性を出力とする学習済の学習モデルである。学習モデルの学習は、例えば販売物に関する説明、販売物の画像及び販売物の販売価格の情報と、販売物の販売適性とを対応付けた教師データを用いて行うことができる。このような学習モデルを用いて販売物の販売適性を判定し、判定結果に基づいて販売物の販売可否を決定することによって、不正な販売物の販売が行われることを防止できる。
【００３０】
また、本発明においては、学習モデルによる販売物の販売適性の判定結果及びこの販売物の販売者の識別情報を含む販売適性情報をブロックチェーンのデータブロックに格納する。これにより、販売物の学習モデルによる販売適性の判定結果を、購入者が確認することが可能となる。
【００３１】
また、本発明においては、学習モデルによる販売物の販売適性の判定結果に基づいて販売者の評価値を算出し、算出した評価値及び販売者の識別情報を含む評価情報をブロックチェーンのデータブロックに格納する。これにより、販売物を購入しようとする購入者が、この販売物を販売する販売者の評価を参照し、購入の判断材料とすることができる。
【００３２】
また、本発明においては、販売者による購入者の評価を受け付けると共に、購入者による販売者の評価を受け付けて、受け付けた評価を含む評価情報をブロックチェーンのデータブロックに格納する。これにより、販売物の売買に係る販売者及び購入者の双方による評価の情報をブロックチェーンに格納することができ、これらの評価を以後の売買の判断材料とすることができる。
【００３３】
また、本発明においては、販売者又は購入者のユーザが他のフリーマーケット又はオークション等の売買システムを利用している場合に、他の売買システムにおけるユーザの評価を取得し、この評価を販売者又は購入者に対して提供する。これにより、新規参入したユーザなどの評価を、他の売買システムでの評価に基づいて提供することが可能となる。
【００３４】
また、本発明においては、販売物の販売価格を時間経過に応じて減少させる。販売物の購入を希望する購入者は、ブロックチェーンに格納される支払情報に販売物に対する支払価格を設定する。販売価格が減少していき、購入者が設定した支払価格が販売価格以上となった場合に、この支払価格を設定した購入者に販売物の購入権利を付与する。これにより、販売者が販売したいと考える販売価格と、購入者が購入したいと考える支払価格との均衡がとれた状態で、販売物の売買を成立させることができる。
【００３５】
また、本発明においては、複数人の購入者が同額の支払価格を支払情報に設定した場合、購入者から支払情報を受け付けた時期に応じて１人の購入者を選択し、選択した１人の購入者に販売物の購入権利を付与する。これにより、販売物の売買を早期に成立させることが期待できる。
【発明の効果】
【００３６】
本発明による場合は、装置の故障又は不具合等の発生に対する耐性を向上させることが期待できる。
【図面の簡単な説明】
【００３７】
【図１】本実施の形態に係る売買処理システムの概要を説明するための模式図である。
【図２】本実施の形態に係るノード装置の構成を示すブロック図である。
【図３】本実施の形態に係るブロックチェーンの一構成例を示す模式図である。
【図４】本実施の形態に係るサーバ装置の構成を示すブロック図である。
【図５】本実施の形態に係るユーザ情報ＤＢの一構成例を示す模式図である。
【図６】本実施の形態に係るスマホの構成を示すブロック図である。
【図７】本実施の形態に係る売買処理システムにて行われる売買処理の一例を示すタイミングチャートである。
【図８】本実施の形態に係る売買処理システムにて行われる売買処理の一例を示すタイミングチャートである。
【図９】本実施の形態に係るスマホが行う販売情報の送信処理の手順を示すフローチャートである。
【図１０】本実施の形態に係るブロックチェーンシステムのノード装置が行う販売情報の受信処理の手順を示すフローチャートである。
【図１１】本実施の形態に係るスマホが行う支払情報の送信処理の手順を示すフローチャートである。
【図１２】本実施の形態に係るブロックチェーンシステムのノード装置が行う支払情報の受信処理の手順を示すフローチャートである。
【図１３】本実施の形態に係るサーバ装置が行う通知処理の手順を示すフローチャートである。
【図１４】本実施の形態に係るスマホが行う受取確認及び返品の処理の手順を示すフローチャートである。
【図１５】本実施の形態に係るブロックチェーンシステムのノード装置が行う支払条件判定処理の手順を示すフローチャートである。
【図１６】実施の形態２に係る売買処理システムの概要を説明するための模式図である。
【図１７】実施の形態２に係るブロックチェーンの一構成例を示す模式図である。
【図１８】実施の形態２に係る第２のサーバ装置の構成を示すブロック図である。
【図１９】実施の形態２に係る適性判定モデルの構成を示す模式図である。
【図２０】実施の形態２に係る第２のサーバ装置が行う適性判定処理の手順を示すフローチャートである。
【図２１】実施の形態２に係るスマホが行う評価受付処理の手順を示すフローチャートである。
【図２２】実施の形態２に係るスマホが行う評価表示処理の手順を示すフローチャートである。
【図２３】実施の形態２の変形例に係る売買処理システムの構成を説明するための模式図である。
【図２４】実施の形態３に係る売買処理システムによる売買方法を説明するための模式図である。
【図２５】実施の形態３に係るブロックチェーンの一構成例を示す模式図である。
【図２６】実施の形態３に係るブロックチェーンシステムのノード装置が行う価格変動処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００３８】
本発明の実施形態に係る売買方法の具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【００３９】
＜システム概要＞
図１は、本実施の形態に係る売買処理システムの概要を説明するための模式図である。本実施の形態に係る売買処理システムは、物品（販売物）の販売を望むユーザ（販売者）と、この物品の購入を望むユーザ（購入者）との間で行われる代金の授受等の処理を支援するシステムであり、いわゆるオンラインでのフリーマーケット又はオークション等を実現する電子商取引のシステムである。また本実施の形態に係る売買処理システムは、販売物の代金の支払いに仮想通貨が用いられ、仮想通貨に関する情報はブロックチェーンシステム１にて管理されている。
【００４０】
ブロックチェーンシステム１は、複数のノード装置２がピア・ツ―・ピア型のネットワークを介して接続された構成である。図１においては３つのノード装置２が接続された状態が示されているが、ブロックチェーンシステム１はより多くのノード装置２が接続されて構成されてよい。ノード装置２は、仮想通貨に関する情報を含むデータブロックを順に接続したブロックチェーン３を記憶している。このブロックチェーン３は複数のノード装置２にて分散共有されており、複数のノード装置２は同一内容のブロックチェーン３を記憶している。また本実施の形態に係るブロックチェーンシステム１は、ブロックチェーン３に格納されたプログラムを仮想マシン上で実行する機能、いわゆるスマートコントラクトの機能を備えている。
【００４１】
本実施の形態に係る売買処理システムにおいては、販売者及び購入者となるユーザは、自身のスマホ（スマートフォン）６を利用してブロックチェーンシステム１にアクセスすることにより、販売物の売買を行うことができる。販売者は、販売物の画像、名称、説明文及び販売価格等の情報を含む販売情報をスマホ６にて作成し、作成した販売情報をブロックチェーンシステム１に送信する。この販売情報は、ブロックチェーン３のデータブロック内に格納され、複数のノード装置２により共有される。
【００４２】
購入者は、スマホ６を利用してブロックチェーンシステム１にアクセスし、販売物に関する情報を取得してスマホ６にて閲覧することができる。スマホ６は、ブロックチェーンシステム１のノード装置２からブロックチェーン３のデータブロックに格納された販売情報を取得し、例えば販売物の種類又は価格等の条件に基づいて販売物の一覧を表示する。購入者は、スマホ６に一覧表示された販売物から購入対象を選択し、自身が所有する仮想通貨を販売者に支払ってこの販売物を購入する旨を示す支払情報をスマホ６からブロックチェーンシステム１へ送信する。この支払情報は、ブロックチェーン３のデータブロックに格納され、複数のノード装置２により共有される。本実施の形態においては、購入者が支払情報を送信することによって、支払う金額に相当する仮想通貨の所有者は、購入者から本システムへと一時的に移る。即ち、本システムは、購入者から販売者へと移動する仮想通貨を、売買の完了まで一時的に預かることとなる。
【００４３】
本実施の形態に係る売買処理システムでは、支払情報がブロックチェーン３のデータブロックに格納された時点では、購入者から販売者へ代金に相当する仮想通貨の送金は行われない。購入者のスマホ６は、ブロックチェーンシステム１のスマートコントラクトの機能を利用し、支払情報に条件を付してブロックチェーンシステム１へ送信する。これにより本実施の形態に係る売買処理システムでは、購入者が販売物を受け取った後に受取確認情報をスマホ６からブロックチェーンシステム１へ送信したことを支払条件とし、この支払条件が満たされた場合に購入者から販売者への仮想通貨の送金が実施される。
【００４４】
また本実施の形態に係る売買処理システムでは、販売者及び購入者の各ユーザについて、ＩＤ（識別情報）及び住所等のユーザ情報は、サーバ装置４が管理している。売買処理システムの利用を希望するユーザは、自身のスマホ６に所定のアプリ（アプリケーションプログラム）をインストールすると共に、自身のユーザ情報をサーバ装置４に登録しておく必要がある。
【００４５】
購入者のスマホ６は、支払情報の送信後に、この支払情報がブロックチェーン３のデータブロックに格納されたことを確認した後、サーバ装置４へ購入者のユーザ情報を販売者へ送信する要求を送信する。購入者のスマホ６からの要求に応じてサーバ装置４は、購入者のユーザ情報をデータベースから読み出し、読み出した購入者のユーザ情報を販売者のスマホ６へ送信する。販売者は自身のスマホ６にて受信された購入者のユーザ情報に基づいて、販売物の発送手続を行うことができる。
【００４６】
ただし売買処理システムは、購入者及び販売者となる各ユーザのユーザ情報を、ブロックチェーン３に格納する構成であってもよい。この場合、売買処理システムはサーバ装置４を備えていなくてもよく、ブロックチェーンシステム１及び各ユーザのスマホ６のみで売買処理を行うことができる。
【００４７】
購入者は、販売者により発送された販売物を受け取り、受け取った販売物に問題がなければ、スマホ６にて受取確認の操作を行う。この操作に応じてスマホ６は、受取確認情報をブロックチェーンシステム１へ送信する。この受取確認情報の送信に応じて、ブロックチェーン３に格納された支払情報に含まれるプログラムがスマートコントラクトの機能により実行され、販売物の代金として購入者から販売者へ仮想通貨の送金が行われる。
【００４８】
ただし、受け取った販売物に問題があると判断した場合、購入者はスマホ６にて返品要求の操作を行うことができる。この操作に応じてスマホ６は、返品情報をブロックチェーンシステム１へ送信する。その後、購入者は販売物を販売者に対して発送する。販売者は、購入者から返品された販売物を受け取り、受け取った販売物に問題がなければ、自身のスマホ６にて返品確認の操作を行う。この操作に応じてスマホ６は、返品確認情報をブロックチェーンシステム１へ送信する。この返品確認情報の送信に応じて、ブロックチェーン３に格納された支払情報に含まれるプログラムがスマートコントラクトの機能により実行され、販売物の代金となる仮想通貨が購入者へ送金（返金）される。
【００４９】
本実施の形態に係る売買処理システムでは、購入者が支払情報をブロックチェーンシステム１へ送信することにより、支払いに係る仮想通貨の所有者が購入者からシステムへと移される。この仮想通貨は売買の完了に応じてシステムから販売者へと移され、この仮想通貨の所有権の移動を本実施の形態において送金と呼ぶ。また売買の不成立により返品が完了した場合、システムから購入者へと仮想通貨の所有権が移動するが、この仮想通貨の所有権の移動を本実施の形態において返金と呼ぶ。
【００５０】
ただし、購入者が支払情報をブロックチェーンシステム１へ送信した段階では仮想通貨の所有権が購入者からシステムへと移動せず、購入者が仮想通貨を保持した状態が維持されてもよい。この場合には、売買完了に応じて購入者から販売者へと仮想通貨が送金される。また売買の不成立により返品が完了した場合には、購入者から他者への仮想通貨の送金が行われず、購入者による支払がキャンセルされる。
【００５１】
このように、本実施の形態に係る売買処理システムでは、販売物の売買に関する情報がブロックチェーンシステム１のブロックチェーン３に蓄積されると共に、売買処理の進展に伴う仮想通貨の送金がスマートコントラクトの機能により自動的に実行される。ブロックチェーンシステム１は、複数のノード装置２が同一内容のブロックチェーン３を共有する構成であるため、例えばいずれか１つのノード装置２に故障又は不具合等が発生した場合であっても、故障又は不具合等が発生していないノード装置２が存在する限り、売買処理を行うことができる。
【００５２】
＜装置構成＞
図２は、本実施の形態に係るノード装置２の構成を示すブロック図である。本実施の形態に係るノード装置２は、処理部（プロセッサ）２１、記憶部（ストレージ）２２及び通信部（トランシーバ）２３等を備えて構成されている。処理部２１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の演算処理装置を用いて構成されている。処理部２１は、記憶部２２に記憶されたプログラム２２ａを読み出して実行することにより、仮想通貨の取引に関する種々の処理及びユーザ間での売買に関する種々の処理を行う。また本実施の形態に係るノード装置２の処理部２１は、仮想マシンとして機能し、ブロックチェーン３に格納されたプログラム、いわゆるスマートコントラクトのプログラムを仮想マシン上で実行することができる。
【００５３】
記憶部２２は、磁気ディスク装置等の大容量の記憶装置を用いて構成され、処理部２１が実行するプログラム２２ａと、このプログラムの実行に必要な種々のデータとを記憶する。本実施の形態において記憶部２２には、複数のノード装置２により分散して共有されるブロックチェーン３が記憶される。プログラム２２ａは、例えばノード装置２の製造段階において記憶部２２に書き込まれてもよく、また例えば遠隔のプログラム配信装置が配信するものをノード装置２が通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体９８に記録されたものをノード装置２が読み出して記憶部２２に記憶してもよい。プログラム２２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９８に記録された態様で提供されてもよい。
【００５４】
図３は、本実施の形態に係るブロックチェーン３の一構成例を示す模式図である。本実施の形態に係るブロックチェーン３は、複数のブロックがチェーン状に連結されたデータ構造を有する情報である。図３には、Ｎ番目、Ｎ＋１番目及びＮ＋２番目の３つのブロックが連なった例が図示されている。各ブロックには、１つ前のブロックの情報を基に算出されたハッシュ値と、仮想通貨情報、販売情報又は支払情報等の情報とが含まれ得る。なお図３においては各ブロックに３つの情報が格納されているが、これは一例であり、各ブロックに２つ以下又は４つ以上の情報が格納されていてもよい。また各ブロックに格納される情報の数は可変であってよい。また各ブロックに格納される情報の種類も任意である。
【００５５】
仮想通貨情報は、ブロックチェーンシステム１により管理される仮想通貨の取引に係る情報である。仮想通貨情報には、例えばあるユーザから別のユーザに対して送金された仮想通貨の価格に関する情報が含まれる。ブロックチェーン３に連なる複数のブロックを辿り、仮想通貨情報を収集することによって、各ユーザが所持している仮想通貨の総額を把握することが可能である。なお仮想通貨の取引は既存の技術であり、例えばイーサリアムの技術を採用することができる。本実施の形態においては、仮想通貨の取引に係る処理の詳細は説明を省略する。
【００５６】
ブロックチェーン３に記憶される販売情報は、本実施の形態に係る売買処理システムを利用して販売物の販売を希望するユーザのスマホ６により作成される情報である。販売情報には、例えば販売物ＩＤ、販売者ＩＤ、販売物名称、販売物画像、説明文及び販売価格等の情報が含まれ得る。販売物ＩＤは、販売物に対して付される識別情報である。販売者ＩＤは、販売物の販売を希望するユーザに対して付された識別情報、いわゆるユーザＩＤである。
【００５７】
販売物ＩＤ及びユーザＩＤは、例えば各ユーザのスマホ６により生成される。ユーザＩＤは、例えば仮想通貨の取引に用いられる識別情報、いわゆるウォレットアドレスが用いられてもよく、この場合にユーザＩＤはスマホ６にて乱数に基づいて生成される。販売物ＩＤは、ウォレットアドレスと同様に、乱数に基づいてスマホ６にて生成されてよい。また例えば、販売物ＩＤはユーザＩＤに対して所定桁の数値を連結した情報としてもよく、この場合にも販売物ＩＤはスマホ６にて生成されてよい。
【００５８】
また、ユーザＩＤ及び販売物ＩＤは、サーバ装置４により生成されてもよい。例えばユーザが売買処理システムを利用開始する際に、サーバ装置４に対してユーザＩＤの発行を要求してもよい。また販売者は、販売物の販売を行う際に、サーバ装置４に対して販売物ＩＤの発行を要求してもよい。サーバ装置４は、スマホ６からの要求に応じてＩＤを生成し、生成したＩＤをスマホ６へ送信する。サーバ装置４は、これまでに発行したユーザＩＤ及び販売物ＩＤを記憶し、ＩＤが重複しないように発行を行ってもよい。またユーザＩＤはサーバ装置４が生成し、販売物ＩＤはスマホ６が生成してもよい。
【００５９】
販売物名称は、販売物の名称であり、販売者のユーザがスマホ６にて入力する文字列情報である。販売物画像は、例えば販売物をカメラにて撮像した画像である。説明文は、販売物に関する任意の文章であり、販売者のユーザがスマホ６にて入力する文字列情報である。販売価格は、販売者のユーザが販売物に対して付した販売価格であり、ブロックチェーンシステム１にて管理される仮想通貨に基づく価格が設定される。
【００６０】
ブロックチェーン３に記憶される支払情報は、本実施の形態に係る売買処理システムを利用して販売物の購入を希望するユーザのスマホ６により作成される情報である。支払情報には、例えば販売物ＩＤ、購入者ＩＤ及び支払価格等の情報が含まれ得る。販売物ＩＤは、上述の販売情報に含まれる販売物ＩＤに対応するものであり、購入者のユーザが購入を希望する販売物に対して付された識別情報である。購入者ＩＤは、販売物の購入を希望するユーザに対して付された識別情報、いわゆるユーザＩＤである。支払価格は、購入者が購入物に対して支払う価格である。なお支払価格には、販売物の販売価格と、システムに対して支払う手数料とを加えた値が設定されてもよい。手数料は、例えばブロックチェーンシステム１においてブロックチェーン３の合意形成に関する処理を行った者、いわゆるマイニング処理を行ったマイナーに対して支払われるものであってよく、また例えばサーバ装置４を運営する運営会社等に対して支払われるものであってよい。手数料は、必ずしも支払情報の支払価格に含まれていなくてよく、例えばユーザが運営会社等に別途支払いを行ってもよく、また例えば手数料が必要のないシステムであってもよい。
【００６１】
また本実施の形態において支払情報には、支払条件プログラムが含まれている。この支払条件プログラムは、ブロックチェーンシステム１の仮想マシン上で実行されるプログラムであり、いわゆるスマートコントラクトのプログラムである。支払条件プログラムは、支払情報に設定された支払価格に相当する仮想通貨を、購入者から販売者へ送金する条件が満たされたか否かを判定する。本実施の形態において支払条件プログラムは、購入者により販売物の受け取り確認が与えられることを条件として仮想通貨の送金を行う。
【００６２】
また本実施の形態において、販売情報及び支払情報には、電子署名が付されている。電子署名は、販売情報又は支払情報を作成したユーザが有する秘密鍵を用いて作成される情報であり、対応する公開鍵を用いることによって販売情報又は支払情報の正当性を検証することを可能とする。例えばユーザのスマホ６は、作成された販売情報又は支払情報を基にハッシュ値を算出し、算出したハッシュ値を秘密鍵で暗号化したものを電子署名として販売情報又は支払情報に付すことができる。また販売情報又は支払情報には、電子署名を検証するための公開鍵が含まれていてもよい。
【００６３】
図２に戻って、ノード装置２の通信部２３は、通信に関する処理を行う回路などを含んで構成されており、インターネット、無線ＬＡＮ（Local Area Network）及び携帯電話通信網等のネットワークＮＷを介して、他のノード装置２及びスマホ６等の装置との間で通信を行う。通信部２３は、処理部２１から与えられた送信用のデータを他の装置へ送信する。また通信部２３は、他の装置から送信されたデータを受信し、受信したデータを処理部２１へ与える。
【００６４】
また処理部２１には、記憶部２２に記憶されたプログラム２２ａが実行されることによって、共有処理部２１ａ、販売情報処理部２１ｂ、支払情報処理部２１ｃ及び支払処理部２１ｄ等がソフトウェア的な機能ブロックとして実現される。共有処理部２１ａは、複数のノード装置２の間でブロックチェーン３を共有するための処理を行う。例えば共有処理部２１ａは、ブロックチェーン３へのブロックの追加に対し、他のノード装置２との間で合意を形成するための処理を行う。合意形成処理には、例えばブロックチェーンシステム１がパブリック型のブロックチェーン（即ち、不特定多数のノード装置２が参加可能なブロックチェーン）である場合、「Proof of Work」又は「Proof of Stake」等の方法を採用することができる。これに対してブロックチェーンシステム１がプライベート型のブロックチェーン（即ち、特定のノード装置２のみで構成されるブロックチェーン）である場合、複数のノード装置２は例えば多数決などにより合意形成を行ってもよい。複数のノード装置２の間で合意形成を行う方法は、ブロックチェーンシステム１の規模などに応じて適宜に定めればよい。ブロックチェーン３の共有に係る処理については、既存の技術であるため、本明細書では詳細な処理の説明を省略する。
【００６５】
販売情報処理部２１ｂは、販売者のユーザのスマホ６から送信される販売情報を受信し、受信した販売情報をブロックチェーン３のブロックに格納する処理を行う。支払情報処理部２１ｃは、購入者のユーザのスマホ６から送信される支払情報を受信し、受信した支払情報をブロックチェーン３のブロックに格納する処理を行う。販売情報処理部２１ｂによりブロックに格納された販売情報、及び、支払情報処理部２１ｃによりブロックに格納された支払情報は、共有処理部２１ａによるブロックチェーン３の共有処理により、複数のノード装置２の間で共有される。
【００６６】
支払処理部２１ｄは、ブロックチェーン３のブロックに格納された支払情報の支払条件プログラムを仮想マシン上で実行することによって、販売物の代金に相当する仮想通貨を購入者から販売者へ送金する処理を行う。詳しくは、支払処理部２１ｄは、購入者のスマホ６から送信される受取確認情報を受信することを条件として、購入者から販売者への送金処理を行う。また支払処理部２１ｄは、販売物が返品された場合には、購入者が支払った仮想通貨を、この購入者へ返金する処理を行う。詳しくは、支払処理部２１ｄは、購入者のスマホ６から送信される返品要求情報を受信した後、販売者のスマホ６から送信される返品確認情報を受信することを条件として、購入者への返金処理を行う。なお送金及び返金等の処理は、既存の仮想通貨システムの処理を採用すればよいため、本実施の形態においては詳細な処理内容の説明を省略する。
【００６７】
図４は、本実施の形態に係るサーバ装置４の構成を示すブロック図である。本実施の形態に係るサーバ装置４は、処理部（プロセッサ）４１、記憶部（ストレージ）４２及び通信部（トランシーバ）４３等を備えて構成されている。処理部４１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部４１は、記憶部４２に記憶されたサーバプログラム４２ａを読み出して実行することにより、ユーザ情報の管理に係る種々の演算処理を行う。
【００６８】
記憶部４２は、磁気ディスク装置等の大容量の記憶装置を用いて構成され、処理部４１が実行するサーバプログラム４２ａと、このサーバプログラム４２ａの実行に必要な種々のデータとを記憶する。サーバプログラム４２ａは、例えばサーバ装置４の製造段階において記憶部４２に書き込まれてもよく、また例えば遠隔のプログラム配信装置が配信するものをサーバ装置４が通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体９９に記録されたものをサーバ装置４が読み出して記憶部４２に記憶してもよい。サーバプログラム４２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９９に記録された態様で提供されてもよい。
【００６９】
また本実施の形態において記憶部４２には、売買処理システムを利用するユーザに関する情報を記憶して蓄積するユーザ情報ＤＢ（データベース）４２ｂが設けられている。図５は、本実施の形態に係るユーザ情報ＤＢ４２ｂの一構成例を示す模式図である。本実施の形態に係るユーザ情報ＤＢ４２ｂは、例えばユーザＩＤ、名前、住所、電話番号及びメールアドレス等の情報を対応付けて記憶している。ユーザＩＤは、ユーザに対して一意に付される識別情報であり、ブロックチェーン３に格納される販売情報又は支払情報等において販売者ＩＤ又は購入者ＩＤとして設定され得る情報である。ユーザＩＤに対応付けて記憶される名前、住所、電話番号及びメールアドレス等の情報は、販売物の配送などに必要なユーザの個人情報であり、売買処理システムを利用開始する際にユーザが登録する情報である。
【００７０】
図４に戻って、サーバ装置４の通信部４３は、通信に関する処理を行う回路などを含んで構成されており、インターネット、無線ＬＡＮ及び携帯電話通信網等のネットワークＮＷを介して、各ユーザが所持するスマホ６等の装置との間で通信を行う。通信部４３は、処理部４１から与えられた送信用のデータを他の装置へ送信する。また通信部４３は、他の装置から送信されたデータを受信し、受信したデータを処理部４１へ与える。
【００７１】
また処理部４１には、記憶部４２に記憶されたサーバプログラム４２ａが実行されることによって、ユーザ情報管理処理部４１ａ及びユーザ情報通知処理部４１ｂ等がソフトウェア的な機能ブロックとして実現される。ユーザ情報管理処理部４１ａは、売買処理システムを利用開始するユーザに対してユーザＩＤを発行すると共に、ユーザから名前、住所、電話番号及びメールアドレス等の情報の入力を受け付けて、記憶部４２のユーザ情報ＤＢ４２ｂに登録する処理を行う。
【００７２】
ユーザ情報通知処理部４１ｂは、ユーザのスマホ６から与えられる通知依頼に応じて、このユーザの情報を他のユーザのスマホ６へ送信する処理を行う。例えば購入者は、購入した販売物の送付先として自身の名前及び住所等の情報を販売者へ通知する必要がある場合、スマホ６にて販売者ＩＤを指定した通知依頼をサーバ装置４へ与える。この通知依頼を受信したサーバ装置４のユーザ情報通知処理部４１ｂは、購入者の名前及び住所等の情報をユーザ情報ＤＢ４２ｂから読み出して、通知依頼にて指定された販売者ＩＤのユーザのスマホ６へ送信する。
【００７３】
なお、本実施の形態に係る売買処理システムでは、販売者及び購入者のユーザの個人情報である名前及び住所等の情報は、ブロックチェーン３にて管理するのではなく、サーバ装置４が管理する構成としたが、これに限るものではない。ユーザの個人情報をブロックチェーン３にて管理する構成としてもよい。この構成の場合には、売買処理システムにサーバ装置４が含まれていなくてよい。また販売物の配送にユーザの個人情報が必要ない場合、例えばユーザＩＤを指定して販売物を配送することが可能な匿名配送などが利用可能である場合、売買処理システムにサーバ装置４が含まれていなくてよい。
【００７４】
図６は、本実施の形態に係るスマホ６の構成を示すブロック図である。本実施の形態に係るスマホ６は、処理部（プロセッサ）６１、記憶部（ストレージ）６２、通信部（トランシーバ）６３、カメラ６４、表示部（ディスプレイ）６５及び操作部６６等を備えて構成されている。処理部６１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部６１は、記憶部６２に記憶されたアプリ（アプリケーションプログラム）６２ａを読み出して実行することにより、販売物の販売及び購入に必要な種々の処理を行う。
【００７５】
記憶部６２は、フラッシュメモリなどの不揮発性のメモリ素子を用いて構成されており、処理部６１が実行する種々のプログラムと、このプログラムの実行に必要な種々のデータとを記憶する。本実施の形態において記憶部６２には、処理部６１が実行するアプリ６２ａが記憶されている。本実施の形態に係るアプリ６２ａは、ユーザが販売物を販売する場合、及び、販売物を購入する場合の両方に関する処理を行うプログラムである。アプリ６２ａは、例えばスマホ６の製造段階において記憶部６２に書き込まれてもよく、また例えば種々のアプリを配信するサーバ装置からスマホ６がアプリ６２ａを通信にて取得してもよく、また例えばメモリカードなどの記録媒体に記録されたものをスマホ６が読み出して記憶部６２に記憶してもよい。アプリ６２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体に記録された態様で提供されてもよい。
【００７６】
また記憶部６２には、鍵情報６２ｂが記憶されている。鍵情報６２ｂは、例えば秘密鍵及び公開鍵を一組とした情報とすることができ、仮想通貨取引におけるウォレットアドレスに相当する情報である。鍵情報６２ｂは、ブロックチェーンシステム１を利用した仮想通貨取引、及びユーザ間の売買処理において利用される。鍵情報６２ｂは、ブロックチェーンシステム１における仮想通貨の利用開始時、又は、本売買処理システムの利用開始時に、任意の方法で決定される。本実施の形態に係る売買処理システムでは、販売情報及び支払情報に付される電子署名の作成及び確認等の処理に鍵情報が用いられる。
【００７７】
通信部６３は、例えば携帯電話通信網又は無線ＬＡＮ等の無線通信網を利用し、インターネットなどのネットワークＮＷを介して他の装置との通信を行う。本実施の形態において通信部６３は、ネットワークＮＷを介してノード装置２及びサーバ装置４等との通信を行う。通信部６３は、処理部６１から与えられた送信用のデータを変調して得られた信号をアンテナへ出力することでデータを送信する。また通信部６３は、アンテナにて受信した信号を復調してデジタルのデータに変換し、このデータを受信データとして処理部６１へ与える。
【００７８】
カメラ６４は、例えばスマホ６の筐体の背面に設けられ、ユーザの操作に応じて撮像した画像を処理部６１へ与える。本実施の形態に係るカメラ６４は、例えば販売者のユーザが販売物の画像を撮像する際に用いられる。表示部６５は、液晶パネルなどを用いて構成されており、処理部６１の処理に応じて種々の画像を表示する。操作部６６は、ユーザによる操作を受け付けて、受け付けた操作内容を処理部６１へ通知する。操作部６６は、例えば表示部６５の表面に設けられたタッチパネル、及び、スマホ６の筐体に設けられたプッシュスイッチ等を用いて構成される。
【００７９】
また処理部６１には、記憶部６２に記憶されたアプリ６２ａが実行されることによって、販売情報処理部６１ａ、表示処理部６１ｂ、支払情報処理部６１ｃ、受取確認情報処理部６１ｄ、返品情報処理部６１ｅ及び返品確認情報処理部６１ｆ等がソフトウェア的な機能ブロックとして実現される。販売情報処理部６１ａは、スマホ６のユーザが販売者として販売物の販売を希望する場合に、販売物に係る販売情報を生成してブロックチェーンシステム１へ送信する処理を行う。販売情報処理部６１ａは、例えば販売物の名称、説明及び価格等の入力を操作部６６に対するユーザの操作に応じて受け付け、カメラ６４にて撮像された販売物の画像を取得する。販売情報処理部６１ａは、この販売物に対する販売物ＩＤを生成し、ユーザＩＤを販売者ＩＤとして、上記の情報を含む販売情報を生成する。また販売情報処理部６１ａは、生成した販売情報に対し、記憶部６２に記憶された鍵情報６２ｂを用いた電子署名を生成して付して、ブロックチェーンシステム１へ送信する。
【００８０】
表示処理部６１ｂは、スマホ６のユーザが購入者として販売物の購入を希望する場合に、購入可能な物品の情報を表示部６５に一覧表示する。表示処理部６１ｂは、ブロックチェーンシステム１のブロックチェーン３に格納された販売情報を検索して取得し、取得した販売情報に基づいて販売物の名称及び画像等を表示部６５に一覧表示する。このときに表示処理部６１ｂは、表示する販売物の条件指定をユーザから受け付けて表示を行ってもよく、名称順又は価格順等の適宜の順序で販売物の情報をソートして表示してもよい。
【００８１】
支払情報処理部６１ｃは、表示部６５に一覧表示された販売物からユーザが購入対象を選択した後、この販売物を購入するための支払情報を生成してブロックチェーンシステム１へ送信する処理を行う。支払情報処理部６１ｃは、選択された販売物に対して支払う価格についての入力をユーザから受け付ける。このときに支払情報処理部６１ｃは、支払価格と共に手数料の価格をユーザから受け付けてもよい。ただし、販売物に設定された販売価格を支払価格とする場合、ユーザの入力を必要とせずに、支払情報処理部６１ｃが支払価格を決定してもよい。支払情報処理部６１ｃは、この支払価格と、選択された販売物の販売物ＩＤと、購入者のユーザＩＤとを含む支払情報を生成する。また支払情報処理部６１ｃは、この支払情報に対して、販売者に対して販売物の代金に相当する仮想通貨を送金する条件を規定した支払条件プログラムを付す。支払情報処理部６１ｃは、支払条件プログラムを含む支払情報と記憶部６２に記憶された鍵情報６２ｂとを用いて電子署名を生成し、生成した電子署名を支払情報に付してブロックチェーンシステム１へ送信する。
【００８２】
支払情報を送信した後、支払情報処理部６１ｃは、ブロックチェーンシステム１のブロックチェーン３に支払情報が格納されたことを確認し、サーバ装置４に対して販売者のユーザに対する購入者のユーザの情報の通知依頼を送信する。購入者のユーザ情報の通知の要否は、購入者のユーザにより決定されてもよい。
【００８３】
購入者のユーザ情報を通知された販売者は、ユーザ情報に基づいて販売物を配送することができる。配送された販売物を受け取った購入者は、販売物の内容を確認し、問題がなければ自身のスマホ６にて受取確認の操作を行う。受取確認情報処理部６１ｄは、操作部６６に対するユーザ操作に基づいて、販売物の受取確認の操作を受け付ける。受取確認情報処理部６１ｄは、購入者による受取確認の操作を受け付けた場合、販売物ＩＤ及び購入者ＩＤ等の情報を含む受取確認情報をブロックチェーンシステム１へ送信する。この受取確認情報に応じてブロックチェーンシステム１では支払情報に含まれる支払条件プログラムが仮想マシン上で実行され、支払情報にて指定された支払価格の仮想通貨が販売者へ送金される。
【００８４】
また購入者は、受け取った販売物に問題がある場合などに、この販売物を返品することができる。返品を希望する購入者は、自身のスマホ６にて返品要求の操作を行う。返品情報処理部６１ｅは、操作部６６に対するユーザ操作に基づいて、返品要求の操作を受け付ける。返品要求の操作を受け付けた返品情報処理部６１ｅは、返品する販売物に関する販売物ＩＤ及び購入者ＩＤ等の情報を含む返品要求情報をブロックチェーンシステム１へ送信する。購入者は、スマホ６にて返品要求の操作を行った後、販売物を販売者へ返送する。
【００８５】
返品された販売物を受け取った販売者は、返品された販売物の内容を確認し、問題がなければ自身のスマホ６にて返品確認の操作を行う。返品確認情報処理部６１ｆは、操作部６６に対するユーザ操作に基づいて、返品確認の操作を受け付ける。返品確認の操作を受け付けた返品確認情報処理部６１ｆは、返品された販売物に関する販売物ＩＤ及び販売物ＩＤ等の情報を含む返品確認情報をブロックチェーンシステム１へ送信する。この返品確認情報に応じてブロックチェーンシステム１では支払情報に含まれる支払条件プログラムが仮想マシン上で実行され、支払情報にて指定された支払価格の仮想通貨が購入者へ返金される。
【００８６】
＜売買処理＞
図７及び図８は、本実施の形態に係る売買処理システムにて行われる売買処理の一例を示すタイミングチャートである。図７には販売物の売買が成立した場合の例を示し、図８には販売物の売買が成立せずに返品が行われた例を示している。本実施の形態に係る売買処理システムでは、販売物の販売を希望する販売者は、自身のスマホ６にて販売物に関する情報を含む販売情報を生成してブロックチェーンシステム１へ送信する。ブロックチェーンシステム１は、販売者のスマホ６から送信される販売情報を受信し、ブロックチェーン３のブロックに格納する。
【００８７】
販売物の購入を希望する購入者は、自身のスマホ６にてブロックチェーンシステム１から販売情報を取得することにより、購入可能な販売物の一覧表示をスマホ６に行わせ、一覧表示された販売物から購入対象を選択することができる。購入者による購入対象の選択操作を受け付けたスマホ６は、購入対象の販売物に対する支払価格等の情報と、販売者への支払条件を判定する支払条件プログラム（スマートコントラクト）とを含む支払情報を生成してブロックチェーンシステム１へ送信する。ブロックチェーンシステム１は、購入者のスマホ６から送信された支払情報を受信し、ブロックチェーン３のブロックに格納する。
【００８８】
その後、購入者のスマホ６は、購入者のユーザ情報を販売者へ通知するための通知依頼をサーバ装置４へ送信する。通知依頼を受信したサーバ装置４は、依頼元の購入者のユーザ情報をユーザ情報ＤＢ４２ｂから読み出して、販売者のスマホ６へ送信する。購入者のユーザ情報をスマホ６にて受信した販売者は、受信したユーザ情報に基づいて、販売物を購入者へ発送することができる。
【００８９】
販売者が発送した販売物を受け取った購入者は、受け取った販売物を確認し、問題がなければ自身のスマホ６にて受取確認の操作を行う（図７参照）。これに応じて購入者のスマホ６は、販売物を受け取った旨を示す受取確認情報をブロックチェーンシステム１へ送信する。なお本実施の形態においては、購入者のスマホ６からブロックチェーンシステム１へ直接的に受取確認情報が送信される構成とするが、例えばスマホ６がサーバ装置４へ受取確認情報を送信し、これを受信したサーバ装置４が受取確認情報をブロックチェーンシステム１へ送信する構成としてもよい。
【００９０】
受取確認情報を受信したブロックチェーンシステム１では、ブロックチェーン３に格納された支払情報に含まれる支払条件プログラムが実行され、支払情報に含まれる支払価格の仮想通貨が販売者に対して送金される。例えば、送金元として購入者のユーザＩＤが設定され、送金先として販売者のユーザＩＤが設定され、送金する仮想通貨の価格情報が設定されたトランザクションが支払条件プログラムにより生成され、ブロックチェーン３に格納される。このトランザクションは、図３に示した仮想通貨情報に相当する。
【００９１】
これに対して、受け取った販売物に問題があると判断し、販売物の返品を要求する場合、購入者は、自身のスマホ６にて返品要求の操作を行う（図８参照）。これに応じて購入者のスマホ６は、販売物の返品要求情報をブロックチェーンシステム１へ送信する。返品要求情報を受信したブロックチェーンシステム１では、支払情報に含まれる支払条件プログラムが実行され、販売物の返品確認待ちの状態となる。
【００９２】
ここで、例えばブロックチェーンシステム１から販売者のスマホ６に対して支払条件プログラムの実行により返品の通知が与えられるか、又は、販売者がスマホ６にてブロックチェーンシステム１にアクセスすることによりブロックチェーン３に格納された返品要求情報を確認することによって、販売者は返品要求がなされたことを知ることができる。もし返品のために配送先を報せる必要がある場合、販売者はスマホ６にてサーバ装置４へユーザ情報の通知依頼を行う。この通知要求に応じてサーバ装置４は、販売者のユーザ情報をユーザ情報ＤＢ４２ｂから読み出し、読み出したユーザ情報を購入者のスマホ６へ送信する。ただし、例えば販売者から購入者へ販売物を配送する際に、配送元として販売者の住所などが通知されている場合には、サーバ装置４を介した販売者のユーザ情報の通知は行われなくてよい。
【００９３】
返品を要求した購入者は、販売物を販売者に対して返送する。返送された販売物を受け取った販売者は、受け取った販売物を確認し、問題がなければ自身のスマホ６にて返品確認の操作を行う。これに応じて購入者のスマホ６は、販売物の返品確認情報をブロックチェーンシステム１へ送信する。返品確認情報受信したブロックチェーンシステム１では、支払情報に含まれる支払条件プログラムが実行され、支払情報に含まれる支払価格の仮想通貨が購入者に対して返金される。
【００９４】
＜フローチャート＞
図９は、本実施の形態に係るスマホ６が行う販売情報の送信処理の手順を示すフローチャートである。本実施の形態に係るスマホ６の処理部６１の販売情報処理部６１ａは、例えば表示部６５に表示したメニュー画面などから販売の項目が選択された場合に、販売物に関する情報を入力するための画面表示を行うと共に、操作部６６に対するユーザ操作に基づいて販売物の情報の入力を受け付ける（ステップＳ１）。次いで販売情報処理部６１ａは、受け付けた入力情報に基づいて、図３の左下に示す態様の販売情報を生成する（ステップＳ２）。このときに販売情報処理部６１ａは、販売物に対する販売物ＩＤを決定し、販売者のユーザＩＤを取得し、販売物の画像情報を取得して、ステップＳ１にて受け付けた販売物の名称、説明文及び販売価格等の情報と共に一つの情報とし、更にこの情報に対する電子署名を付したものを販売情報とする。販売情報処理部６１ａは、生成した販売情報を通信部６３にてブロックチェーンシステム１へ送信し（ステップＳ３）、処理を終了する。
【００９５】
図１０は、本実施の形態に係るブロックチェーンシステム１のノード装置２が行う販売情報の受信処理の手順を示すフローチャートである。本実施の形態に係るノード装置２の処理部２１の販売情報処理部２１ｂは、販売者のスマホ６から送信される販売情報を通信部２３にて受信する（ステップＳ１１）。販売情報処理部２１ｂは、受信した販売情報を記憶部２２のブロックチェーン３のブロックに格納する（ステップＳ１２）。その後、ノード装置２の処理部２１の共有処理部２１ａは、複数のノード装置２との間でブロックチェーン３を共有するための種々の処理を行い（ステップＳ１３）、これによりステップＳ１２にて格納された販売情報が複数のノード装置２に共有される。
【００９６】
図１１は、本実施の形態に係るスマホ６が行う支払情報の送信処理の手順を示すフローチャートである。本実施の形態に係るスマホ６の処理部６１の表示処理部６１ｂは、例えば表示部６５に表示したメニュー画面などから購入の項目が選択された場合に、ブロックチェーンシステム１のブロックチェーン３に格納された一又は複数の販売情報を取得する（ステップＳ２１）。表示処理部６１ｂは、取得した販売情報に基づいて、購入者が購入可能な販売物の一覧を表示部６５に表示する（ステップＳ２２）。
【００９７】
処理部６１の支払情報処理部６１ｃは、販売物の一覧表示が行われている際に、操作部６６に対するユーザ操作に基づいて、購入対象とする販売物の選択を受け付ける（ステップＳ２３）。支払情報処理部６１ｃは、選択を受け付けた販売物に対する支払情報の生成を行う（ステップＳ２４）。このときに支払情報処理部６１ｃは、選択された販売物に対する支払価格の入力をユーザから受け付けてもよい。支払情報処理部６１ｃは、選択された販売物の販売物ＩＤ、購入者のユーザＩＤ及び支払価格等の情報に、支払条件の判定をスマートコントラクトにて行う支払条件プログラムを付し、これらの情報に対する電子署名を付したものを支払情報とする。支払情報処理部６１ｃは、生成した支払情報を通信部６３にてブロックチェーンシステム１へ送信する（ステップＳ２５）。その後、支払情報処理部６１ｃは、購入者のユーザ情報を販売者へ通知するための通知依頼を、通信部６３にてサーバ装置４へ送信し（ステップＳ２６）、処理を終了する。
【００９８】
図１２は、本実施の形態に係るブロックチェーンシステム１のノード装置２が行う支払情報の受信処理の手順を示すフローチャートである。本実施の形態に係るノード装置２の処理部２１の支払情報処理部２１ｃは、購入者のスマホ６から送信される支払情報を通信部２３にて受信する（ステップＳ３１）。支払情報処理部２１ｃは、受信した支払情報に含まれる支払価格が、購入対象の販売物に関する販売情報に含まれる販売価格を満たしているか否かを判定する（ステップＳ３２）。支払価格が販売価格を満たしていない場合（Ｓ３２：ＮＯ）、支払情報処理部２１ｃは、受信した支払情報をブロックチェーン３のブロックに格納することなく、処理を終了する。
【００９９】
支払価格が販売価格を満たしている場合（Ｓ３２：ＹＥＳ）、支払情報処理部２１ｃは、受信した支払情報を記憶部２２のブロックチェーン３のブロックに格納する（ステップＳ３３）。その後、ノード装置２の処理部２１の共有処理部２１ａは、複数のノード装置２との間でブロックチェーン３を共有するための種々の処理を行い（ステップＳ３４）、これによりステップＳ３３にて格納された支払情報が複数のノード装置２に共有される。なお、本実施の形態においては、支払価格が販売価格を満たしているか否か、即ち支払価格が販売価格以上であるか否かの判定をノード装置２が行っているが、これに限るものではない。この判定をスマホ６が行う構成であってもよく、この構成の場合にスマホ６は、支払価格が販売価格を満たさないと判定した支払情報はノード装置２への送信を行わない。
【０１００】
図１３は、本実施の形態に係るサーバ装置４が行う通知処理の手順を示すフローチャートである。本実施の形態に係るサーバ装置４の処理部４１のユーザ情報通知処理部４１ｂは、スマホ６から送信された通知依頼を通信部４３にて受信する（ステップＳ４１）。通知依頼には、例えば通知するユーザ情報を指定するユーザＩＤと、ユーザ情報の通知先となるユーザＩＤとの情報が含まれる。ユーザ情報通知処理部４１ｂは、受信した通知依頼に含まれる情報に基づいて、通知すべきユーザ情報を、記憶部４２のユーザ情報ＤＢ４２ｂから読み出す（ステップＳ４２）。次いで、ユーザ情報通知処理部４１ｂは、受信した通知依頼に含まれる情報に基づいて、ユーザ情報ＤＢ４２ｂから読み出したユーザ情報を、指定された通知先のユーザのスマホ６へ送信し（ステップＳ４３）、処理を終了する。
【０１０１】
図１４は、本実施の形態に係るスマホ６が行う受取確認及び返品の処理の手順を示すフローチャートである。本実施の形態に係るスマホ６の処理部６１の受取確認情報処理部６１ｄは、操作部６６に対するユーザ操作に基づいて、受取確認の操作がなされたか否かを判定する（ステップＳ５１）。受取確認の操作がなされた場合（Ｓ５１：ＹＥＳ）、受取確認情報処理部６１ｄは、受取確認情報を生成し、生成した受取確認情報を通信部６３にてブロックチェーンシステム１へ送信し（ステップＳ５２）、処理を終了する。受取確認情報は、例えば受け取った販売物に関する販売物ＩＤと、販売物を受け取った旨を示す情報とを含む。受取確認の操作がなされていない場合（Ｓ５１：ＮＯ）、受取確認情報処理部６１ｄは、ステップＳ５３へ処理を進める。
【０１０２】
次いで処理部６１の返品情報処理部６１ｅは、操作部６６に対するユーザ操作に基づいて、返品要求の操作がなされたか否かを判定する（ステップＳ５３）。返品要求の操作がなされた場合（Ｓ５３：ＹＥＳ）、返品情報処理部６１ｅは、返品要求情報を生成し、生成した返品要求情報を通信部６３にてブロックチェーンシステム１へ送信し（ステップＳ５４）、処理を終了する。返品要求情報は、例えば返品を要求する販売物に関する販売物ＩＤと、販売物を返品する旨を示す情報とを含む。返品要求の操作がなされていない場合（Ｓ５３：ＮＯ）、返品情報処理部６１ｅは、ステップＳ５５へ処理を進める。
【０１０３】
次いで処理部６１の返品確認情報処理部６１ｆは、操作部６６に対するユーザ操作に基づいて、返品確認の操作がなされたか否かを判定する（ステップＳ５５）。返品確認の操作がなされていない場合（Ｓ５５：ＮＯ）、返品確認情報処理部６１ｆは、ステップＳ５１へ処理を戻す。返品確認の操作がなされた場合（Ｓ５５：ＹＥＳ）、返品確認情報処理部６１ｆは、返品確認情報を生成し、生成した返品確認情報を通信部６３にてブロックチェーンシステム１へ送信し（ステップＳ５６）、処理を終了する。返品確認情報は、例えば返品された販売物に関する販売物ＩＤと、販売物の返品を確認した旨を示す情報とを含む。
【０１０４】
図１５は、本実施の形態に係るブロックチェーンシステム１のノード装置２が行う支払条件判定処理の手順を示すフローチャートであり、支払情報に含まれる支払条件プログラムをノード装置２の仮想マシン上で実行することにより行われる処理である。本実施の形態に係るノード装置２の処理部２１の支払処理部２１ｄは、購入者のスマホ６から送信される受取確認情報を通信部２３にて受信したか否かを判定する（ステップＳ６１）。受取確認情報を受信した場合（Ｓ６１：ＹＥＳ）、支払処理部２１ｄは、支払情報に含まれる支払価格のうち、購入価格に相当する仮想通貨を販売者へ送金する処理を行い（ステップＳ６２）、処理を終了する。
【０１０５】
受取確認情報を受信していない場合（Ｓ６１：ＮＯ）、支払処理部２１ｄは、購入者のスマホ６から送信される返品要求情報を受信したか否かを判定する（ステップＳ６３）。返品要求情報を受信していない場合（Ｓ６３：ＮＯ）、支払処理部２１ｄは、ステップＳ６１へ処理を戻す。返品要求情報を受信した場合（Ｓ６３：ＹＥＳ）、支払処理部２１ｄは、販売者のスマホ６から送信される返品確認情報を更に受信したか否かを判定する（ステップＳ６４）。返品確認情報を受信していない場合（Ｓ６４：ＮＯ）、支払処理部２１ｄは、返品確認情報を受信するまで待機する。返品確認情報を受信した場合（Ｓ６４：ＹＥＳ）、支払処理部２１ｄは、支払情報に含まれる支払価格に相当する仮想通貨を購入者へ返金する処理を行い（ステップＳ６５）、処理を終了する。
【０１０６】
＜まとめ＞
以上の構成の本実施の形態に係る売買処理システムでは、相互に通信を行う複数のノード装置２が、複数のデータブロックを順に関連付けたブロックチェーン３を共有する。ノード装置２は、販売者のスマホ６から販売物に係る販売情報を受け付けてブロックチェーン３のデータブロックに格納する。ブロックチェーン３に格納された販売情報は、購入者がスマホ６を利用して閲覧可能である。ノード装置２は、販売物の購入を希望する購入者のスマホ６から、販売物の対価を仮想通貨で支払う支払情報を受け付けてブロックチェーン３のデータブロックに格納する。ただし支払情報には、販売物の受け取りの有無を判定して支払いを行うスマートコントラクトの支払条件プログラムを含み、支払情報がブロックチェーン３に格納された時点で支払いが行われるのではなく、販売物の受け取りがなされた後で支払いが行われる。この支払条件プログラムを仮想マシン上で実行することにより、ノード装置２は、購入者のスマホ６から受取確認情報を受け付けた場合に、販売物の対価となる仮想通貨を販売者へ送金する。販売者及び購入者の間で行われる売買処理を、複数のノード装置２が共有するブロックチェーン３を利用して行うことにより、いずれかのノード装置２に故障又は不具合等が発生しても売買処理を行うことが可能となる。
【０１０７】
また売買処理システムでは、販売情報には販売物の販売価格の情報を含み、支払情報には販売物に対する支払価格の情報を含む。ノード装置２は、購入者のスマホ６から支払情報を受け付けた場合に、支払情報に含まれる支払価格が購入対象の販売物の販売価格を満たすか否かを判定する。これにより、販売者が設定した販売価格で販売物が売買される。
【０１０８】
また売買処理システムでは、購入者は販売物の返品要求を行うことが可能である。ノード装置２は、購入者のスマホ６からの返品要求情報を受け付けた場合には、最終的に支払情報に係る仮想通貨を購入者へ返金する。これにより販売物に不具合がある場合などに、購入者が不利益を被ることを防止できる。
【０１０９】
また売買処理システムでは、ノード装置２は、購入者のスマホ６から返品要求情報を受け付け、且つ、販売者のスマホ６から返品確認情報を受け付けた場合に、支払情報に係る仮想通貨を購入者へ返金する。これにより、悪意の購入者によって販売者が不利益を被ることを防止できる。
【０１１０】
なお本実施の形態においては、販売者及び購入者が利用する装置をスマホ６としたが、これに限るものではなく、例えばＰＣ又はタブレット型端末装置等の種々の情報処理装置を利用してよい。また売買処理システムは、ユーザ情報をサーバ装置４が管理し、サーバ装置４を介してユーザ情報を授受する構成としたが、これに限るものではない。例えばユーザ情報を販売者及び購入者のユーザ間で直接的に、例えば電子メール等を利用して授受する構成としてもよい。この場合には、販売情報及び支払情報にユーザのメールアドレス等の情報が含まれていてもよい。また例えば、売買処理システムは、販売者が定められた配送センターなどに販売物を送付し、配送センターがユーザ情報を管理して、販売物を購入者へ配送する構成としてもよい。また販売物は、必ずしも配送を要する物品でなくてよく、デジタルコンテンツ、スキル又はサービス等であってもよい。
【０１１１】
＜実施の形態２＞
図１６は、実施の形態２に係る売買処理システムの概要を説明するための模式図である。実施の形態２に係る売買処理システムは、図１に示した売買処理システムに対して、第２のサーバ装置５を更に備えた構成である。実施の形態２に係る売買処理システムでは、販売者のスマホ６からブロックチェーンシステム１へ販売情報が直接的に送信されるのではなく、販売情報はスマホ６から第２のサーバ装置５へ送信され、第２のサーバ装置５からブロックチェーンシステム１へ送信される。なお、実施の形態２に係る売買処理システムにおいて、支払情報、受取確認情報、返品要求情報及び返品確認情報等は、スマホ６からブロックチェーンシステム１へ直接的に送信されてよい。
【０１１２】
第２のサーバ装置５は、販売者のスマホ６から送信される販売情報を受信し、受信した販売情報に基づいて販売物の適性を判定する。第２のサーバ装置５は、販売情報に係る販売物が適正なものであると判定した場合、この販売情報をブロックチェーンシステム１へ送信する。これに対して、販売物が不適切なものであると判定した場合、第２のサーバ装置５は、販売情報をブロックチェーンシステム１へ送信せずに破棄する。また第２のサーバ装置５は、販売物の適性の判定結果を含む販売適性情報を生成してブロックチェーンシステム１へ送信する。
【０１１３】
また本実施の形態に係る売買処理システムでは、販売物の売買に係る販売者及び購入者の評価が行われ、評価結果である評価情報がブロックチェーンシステム１のブロックチェーン３に格納される。第２のサーバ装置５は、販売物の適性判定の結果に基づいて、販売者を評価した評価情報を生成してブロックチェーンシステム１へ送信する。販売物の購入者は、例えば販売物の受取確認又は返品要求を行った後に、販売者を評価した評価情報をスマホ６にて生成し、ブロックチェーンシステム１へ送信する。販売物の販売者は、例えば販売物の代金が送金された後又は返品確認を行った後に、購入者を評価した評価情報をスマホ６にて生成し、ブロックチェーンシステム１へ送信する。第２のサーバ装置５及びスマホ６から送信された評価情報は、ブロックチェーンシステム１のブロックチェーン３に格納されて共有される。
【０１１４】
図１７は、実施の形態２に係るブロックチェーン３の一構成例を示す模式図である。実施の形態２に係るブロックチェーン３に記憶される販売適性情報は、第２のサーバ装置５により作成される情報である。販売適性情報には、例えば販売物ＩＤ、販売者ＩＤ及び販売適性等の情報が含まれ得る。販売物ＩＤは、販売物に対して付される識別情報である。販売者ＩＤは、販売者となるユーザに対して付されるユーザＩＤである。販売適性は、第２のサーバ装置５が販売者からの販売情報に基づいて販売物の販売適性を判定した結果である。本実施の形態において販売適性は、例えば販売可能又は販売不可能のいずれかが設定される。
【０１１５】
ブロックチェーン３に記憶される評価情報は、第２のサーバ装置５、販売者又は購入者が、販売者又は購入者を評価した情報であり、第２のサーバ装置５又はスマホ６にて作成される情報である。評価情報には、例えば販売物ＩＤ、評価対象者ＩＤ、評価者ＩＤ及び評価値等の情報が含まれ得る。販売物ＩＤは、販売物に対して付される識別情報である。評価対象者ＩＤは、評価対象となる販売者又は購入者のユーザＩＤである。評価者ＩＤは、評価を行った者を識別するＩＤであり、本実施の形態においては、販売者若しくは購入者のユーザＩＤか、又は、第２のサーバ装置５に付されたサーバＩＤが設定される。評価値は、評価対象者に対する評価であり、本実施の形態においては、最高評価を５とし、最低評価を１とする５段階評価で値が設定される。
【０１１６】
図１８は、実施の形態２に係る第２のサーバ装置５の構成を示すブロック図である。実施の形態２に係る第２のサーバ装置５は、処理部（プロセッサ）５１、記憶部（ストレージ）５２及び通信部（トランシーバ）５３等を備えて構成されている。処理部５１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部５１は、記憶部５２に記憶されたサーバプログラム５２ａを読み出して実行することにより、販売物の適性判定に係る種々の演算処理を行う。
【０１１７】
記憶部５２は、磁気ディスク装置等の大容量の記憶装置を用いて構成され、処理部５１が実行するサーバプログラム５２ａと、このサーバプログラム５２ａの実行に必要な種々のデータとを記憶する。サーバプログラム５２ａは、例えば第２のサーバ装置５の製造段階において記憶部５２に書き込まれてもよく、また例えば遠隔のプログラム配信装置が配信するものを第２のサーバ装置５が通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体９７に記録されたものを第２のサーバ装置５が読み出して記憶部５２に記憶してもよい。サーバプログラム５２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９７に記録された態様で提供されてもよい。
【０１１８】
また本実施の形態において記憶部５２には、販売物の適性判定を行うための適性判定モデル５２ｂが記憶されている。図１９は、実施の形態２に係る適性判定モデル５２ｂの構成を示す模式図である。実施の形態２に係る適性判定モデル５２ｂは、複数のニューロンが相互に結合したニューラルネットの構造の学習モデルであり、予め深層学習により学習がなされた学習済のモデルである。
【０１１９】
図中に円形で示すニューロンは、複数の入力に対して演算を行い、演算結果として１つの値Ｚを出力する。ニューロンは、演算に用いられる重み付けの係数及び閾値等の情報を有している。ニューラルネットは、複数のニューロンが階層的に結合された構成である。図１９に示すニューラルネットは、ｍ個の入力値を受け付ける入力層と、入力層にて受け付けられたデータに対して演算処理を行う中間層と、中間層の演算結果を集約して１個の値を出力する出力層とを備えている。図示の例では中間層が２階層とされているが、これは一例であって、中間層は１階層又は３階層以上であってよい。深層学習は、予め与えられた多数の教師データを用いて、ニューラルネットの各ニューロンの係数及び閾値等に適切な値を設定する処理である。
【０１２０】
本実施の形態に係る適性判定モデル５２ｂは、販売情報を入力とし、この販売情報に係る販売物の販売適性を出力とする。例えば図３に示した販売情報には、販売物名称、販売物画像、説明文及び販売価格の情報が含まれており、適性判定モデル５２ｂは販売情報に含まれるこれらの情報を入力とする。ただし、販売物の画像については、適宜のフィルタリング処理が予め施されることにより、画像の特徴を示す特徴量が抽出され、この抽出された特徴量が適性判定モデル５２ｂへ入力される。これは、畳み込み層及びプーリング層を備える、いわゆるＣＮＮ（Convolution Neural Network）の学習モデルの構成を採用することが可能である。
【０１２１】
実施の形態２に係る適性判定モデル５２ｂが出力する販売適性は、例えば販売可能及び販売不可能のいずれかを示す情報である。ただし適性判定モデル５２ｂは、例えば販売適性を０％〜１００％の割合として出力してもよく、これ以外の何らかの数値情報として販売適性を出力する構成であってよい。
【０１２２】
適性判定モデル５２ｂは、第２のサーバ装置５又は別のサーバ装置により、予め深層学習がなされる。適性判定モデル５２ｂの深層学習では、予め作成された販売物名称、販売物画像、説明文及び販売価格等を含む販売情報と、この販売情報に係る販売物の適性とが対応付けられた教師データを用いて行われる。なお深層学習の処理は、既存の技術であるため、詳細な処理の手順は説明を省略する。第２のサーバ装置５は、深層学習済の適性判定モデル５２ｂを記憶部５２に記憶している。教師データには、例えば正規の物品についての販売情報に販売可能の適性を対応付け、偽物の物品についての販売情報に販売不可能の適性を対応付けたデータとすることができる。これにより適性判定モデル５２ｂは、偽物の物品を販売不可能と判定することが可能となる。また例えば、麻薬又は拳銃等の違法な物品を販売不可能と判定するよう学習を行ってもよく、知的財産権を侵害する物品を販売不可能と判定するよう学習を行ってもよい。
【０１２３】
図１８に戻って、第２のサーバ装置５の通信部５３は、通信に関する処理を行う回路などを含んで構成されており、インターネット、無線ＬＡＮ及び携帯電話通信網等のネットワークＮＷを介して、ブロックチェーンシステム１のノード装置２及びユーザが所持するスマホ６等の装置との間で通信を行う。通信部５３は、処理部５１から与えられた送信用のデータを他の装置へ送信する。また通信部５３は、他の装置から送信されたデータを受信し、受信したデータを処理部５１へ与える。
【０１２４】
また処理部５１には、記憶部５２に記憶されたサーバプログラム５２ａが実行されることによって、適性判定処理部５１ａ及びユーザ評価処理部５１ｂ等がソフトウェア的な機能ブロックとして実現される。適性判定処理部５１ａは、記憶部５２に記憶された適性判定モデル５２ｂを用いて、販売者のスマホ６から受信した販売情報に基づき、販売物の適性を判定する処理を行う。適性判定処理部５１ａは、受信した販売情報に含まれる販売物画像から特徴量を抽出し、販売物名称、販売物画像の特徴量、説明文及び販売価格を適性判定モデル５２ｂへ入力する。適性判定処理部５１ａは、適性判定処理部５１ａが出力する販売適性の情報を取得し、販売情報に係る販売物が販売可能である場合には、販売情報をブロックチェーンシステム１へ送信する。これに対して、販売物が販売不可能である場合、適性判定処理部５１ａは、販売情報をブロックチェーンシステム１へ送信せずに破棄する。
【０１２５】
ユーザ評価処理部５１ｂは、適性判定処理部５１ａの判定結果に基づいて、販売者のユーザに対する評価情報を生成してブロックチェーンシステム１へ送信する処理を行う。実施の形態２において評価情報では評価値を１〜５の５段階で評価可能である。ユーザ評価処理部５１ｂは、例えば販売物の適性として販売可能の判定結果が得られた場合に販売者のユーザの評価値を５とし、販売不可能の判定結果が得られた場合に評価値を１とすることができる。ただし評価値の決定方法はこれに限らない。例えば適性判定モデル５２ｂが適性の判定結果を０％〜１００％の割合で出力する構成である場合、判定結果０％〜２０％に対して評価値１を与え、判定結果２１％〜４０％に対して評価値２を与え、判定結果４１％〜６０％に対して評価値３を与え、判定結果６１％〜８０％に対して評価値４を与え、判定結果８１％〜１００％に対して評価値５を与える構成とすることができる。
【０１２６】
また、実施の形態２に係る売買処理システムでは、ユーザがスマホ６を利用して売買相手のユーザを評価することができる。例えばスマホ６は、購入者による受取確認の操作を受け付けて受取確認情報を送信した後、販売物の返品要求の操作を受け付けて返品要求情報を送信した後、又は、返品後に代金の返金が行われた後等に、販売者の評価を受け付ける評価画面を表示部６５に表示し、操作部６６に対するユーザ操作に基づいて販売者の評価を受け付ける。スマホ６は、受け付けた評価に基づいて評価情報を生成し、生成した評価情報をブロックチェーンシステム１へ送信する。
【０１２７】
また例えばスマホ６は、販売物の代金の送金が行われた後、又は、販売者による返品確認の操作を受け付けて返品確認情報を送信した後等に、購入者の評価を受け付ける評価画面を表示部６５に表示し、操作部６６に対するユーザ操作に基づいて購入者の評価を受け付ける。スマホ６は、受け付けた評価に基づいて評価情報を生成し、生成した評価情報をブロックチェーンシステム１へ送信する。
【０１２８】
ブロックチェーンシステム１のブロックチェーン３に記憶された評価情報を用いて、実施の形態２に係る売買処理システムでは種々の機能を実現することが可能となる。例えば購入可能な販売物の一覧表示を行う際、又は、購入対象の販売物の選択を受け付けた際等に、購入者のスマホ６は、販売物を販売する販売者の評価値の平均値を算出し、販売物に関する情報と共に表示することができる。例えばスマホ６は、ブロックチェーン３の各ブロックを順に辿り、評価対象となるユーザのユーザＩＤが評価対象者ＩＤとして設定された評価情報を収集する。スマホ６は、収集した複数の評価情報に含まれる評価値を取得して、取得した複数の評価値の平均値を算出することができる。スマホ６は、販売物の一覧表示又は詳細表示等において販売者のユーザの評価値を表示し、この際にブロックチェーン３の評価情報から算出した平均値をユーザの評価値とする。
【０１２９】
本実施の形態においては、ユーザに対する評価を他のユーザが行った評価情報、及び、ユーザに対する評価を第２のサーバ装置５が行った評価情報の２種の評価情報が存在する。スマホ６は、ユーザの評価値の平均値を算出する場合、例えば２種の評価情報に含まれる評価値を単に平均してもよく、また例えば２種の評価情報に対して適宜の重み付けを行って平均値を算出してもよい。また例えば、スマホ６は、２種の評価情報について、それぞれ個別に平均値を算出し、２つの評価を区別して表示してもよい。
【０１３０】
また評価情報に基づくユーザの評価の表示は、評価値の平均値の表示以外の方法で行われてもよい。例えばスマホ６は、ユーザに対して悪い評価（例えば評価値１）がなされた総数、又は、良い評価（例えば評価値５）がなされた総数等を表示してもよい。また例えばスマホ６は、５段階評価の各段階について、評価された数又は割合等を数値で表示してもよく、更には棒グラフ又は円グラフ等を用いて表示してもよい。
【０１３１】
また売買処理システムは、例えば販売者が購入者の評価値に基づく購入の制限を行うことが可能な構成とすることができる。例えばスマホ６は、販売物に関する販売情報の入力を販売者から受け付ける際に、購入者の評価に関する制限の設定を受け付ける。販売者は、例えば評価値の平均値が３以上のユーザにのみ購入を許可する等の設定をスマホ６にて行うことができる。販売者のスマホ６は、評価に関する制限条件を含む販売情報をブロックチェーンシステム１へ送信する。購入者のスマホ６は、例えば所有者のユーザに対する評価値が制限条件を満たさない販売物について、支払情報の送信を行わない。
【０１３２】
また例えば、売買処理システムが１つの販売物に対して複数の購入者からの支払情報を受け付けることが可能な構成である場合、販売者は各購入者の評価を参考にして、いずれの購入者に対して販売物を販売するかを選択することができる。
【０１３３】
図２０は、実施の形態２に係る第２のサーバ装置５が行う適性判定処理の手順を示すフローチャートである。実施の形態２に係る第２のサーバ装置５の処理部５１の適性判定処理部５１ａは、販売者のスマホ６から送信される販売情報を通信部５３にて受信する（ステップＳ７１）。適性判定処理部５１ａは、販売情報に含まれる販売物画像に対してフィルタ処理等を行うことにより、画像の特徴量を抽出する（ステップＳ７２）。適性判定処理部５１ａは、記憶部５２に記憶された適性判定モデル５２ｂを読み出す（ステップＳ７３）。
【０１３４】
適性判定処理部５１ａは、ステップＳ７１にて受信した販売情報に含まれる各情報（ただし、販売物画像についてはステップＳ７２にて抽出した特徴量を用いる）を、適性判定モデル５２ｂへ入力し（ステップＳ７４）、適性判定モデル５２ｂが出力する適性判定の結果を取得する（ステップＳ７５）。取得した適性判定結果に基づいて、適性判定処理部５１ａは、販売情報に係る販売物が販売可能であるか否かを判定する（ステップＳ７６）。販売物が販売可能であると判定した場合（Ｓ７６：ＹＥＳ）、適性判定処理部５１ａは、ステップＳ７１にて受信した販売情報を通信部５３にてブロックチェーンシステム１へ送信し（ステップＳ７７）、ステップＳ７８へ処理を進める。販売物が販売不可能であると判定した場合（Ｓ７６：ＮＯ）、適性判定処理部５１ａは、ステップＳ７８へ処理を進める。
【０１３５】
次いで、処理部５１のユーザ評価処理部５１ｂは、適性判定の結果に基づいて、販売物の販売者の評価値を算出する（ステップＳ７８）。ユーザ評価処理部５１ｂは、算出した評価値と、販売物ＩＤ及び販売者のユーザＩＤ等の情報とを含む評価情報を生成する（ステップＳ７９）。ユーザ評価処理部５１ｂは、生成した評価情報を通信部５３にてブロックチェーンシステム１へ送信し（ステップＳ８０）、処理を終了する。
【０１３６】
図２１は、実施の形態２に係るスマホ６が行う評価受付処理の手順を示すフローチャートである。実施の形態に２に係るスマホ６の処理部６１は、例えば表示部６５に表示したメニュー画面などから評価の項目が選択された場合に、販売者又は購入者に対する評価を受ける評価画面を表示部６５に表示する（ステップＳ９１）。処理部６１は、操作部６６に対するユーザ操作に基づいて、販売者又は購入者の評価を受け付ける（ステップＳ９２）。処理部６１は、受け付けた評価に基づいて評価情報を生成し（ステップＳ９３）、生成した評価情報を通信部６３にてブロックチェーンシステム１へ送信し（ステップＳ９４）、処理を終了する。
【０１３７】
図２２は、実施の形態２に係るスマホ６が行う評価表示処理の手順を示すフローチャートである。なお本例では、購入者のスマホ６が販売物を一覧表示し、一覧表示された販売物の１つを選択する操作が購入者によって行われることで、選択された販売物に関する詳細情報をスマホ６が表示部６５に表示し、この詳細情報に販売者の評価が表示されるものとする。実施の形態２に係るスマホ６の処理部６１は、販売物の一覧表示を行っている際に、操作部６６に対するユーザ操作に基づいて、販売物の詳細表示の操作がなされたか否かを判定する（ステップＳ１０１）。詳細表示の操作がなされていない場合（Ｓ１０１：ＮＯ）、処理部６１は、詳細表示の操作がなされるまで待機する。
【０１３８】
詳細表示の操作がなされた場合（Ｓ１０１：ＹＥＳ）、処理部６１は、ブロックチェーンシステム１のノード装置２との通信を行い、ブロックチェーン３に記憶された情報の中から、詳細表示を行う販売物の販売者に関する評価情報を収集する処理を行う（ステップＳ１０２）。次いで処理部６１は、収集した各評価情報に含まれる販売者の評価値を取得する（ステップＳ１０３）。処理部６１は、取得した一又は複数の評価値の平均値を算出する（ステップＳ１０４）。処理部６１は、算出した平均値を販売者の評価として含む販売物の詳細情報を表示部６５に表示し（ステップＳ１０５）、処理を終了する。
【０１３９】
以上の構成の実施の形態２に係る売買処理システムでは、第２のサーバ装置５が適性判定モデル５２ｂを用いて販売情報に係る販売物の販売適性を判定する。適性判定モデル５２ｂは、販売者のスマホ６が生成する販売情報を入力とし、販売情報に係る販売物の販売適性を出力とする深層学習モデルである。適性判定モデル５２ｂは、例えば販売物の名称、販売物に関する説明、販売物の画像（の特徴量）及び販売価格等の情報と、販売物の販売適性とを対応付けた教師データを用いて深層学習がなされた学習済のモデルである。売買処理システムは、適性判定モデル５２ｂを用いて販売物の販売適性を判定し、判定結果に基づいて販売物の販売可否を決定することによって、不正な販売物の売買が行われることを防止できる。
【０１４０】
また売買処理システムでは、適性判定モデル５２ｂによる販売物の販売適性の判定結果及び販売物の販売者のユーザＩＤを含む販売適性情報をブロックチェーン３に格納する。これにより、適性判定モデル５２ｂによる販売物の販売適性の判定結果を、購入者がスマホ６を利用して確認することが可能となる。
【０１４１】
また売買処理システムでは、第２のサーバ装置５が適性判定モデル５２ｂによる販売物の販売適性の判定結果に基づいて販売者の評価値を算出し、算出した評価値及び販売者のユーザＩＤを含む評価情報をブロックチェーンシステム１へ送信する。これにより、販売物を購入しようとする購入者が、この販売物を販売する販売者の評価を参照し、購入の判断材料とすることができる。
【０１４２】
また売買処理システムでは、販売者による購入者の評価の受け付け、及び、購入者による販売者の受け付けをスマホ６が行い、受け付けた評価を含む評価情報をブロックチェーンシステム１へ送信する。これにより、販売物の売買に係る販売者及び購入者の双方による評価の情報をブロックチェーン３に格納することができ、これらの評価を以後の売買における判断材料とすることができる。
【０１４３】
なお実施の形態２に係る売買処理システムでは、第２のサーバ装置５が販売者から受信した販売情報をブロックチェーンシステム１へ送信する構成としたが、これに限るものではない。例えば、販売情報を販売者のスマホ６からブロックチェーンシステム１へ直接的に送信し、且つ、第２のサーバ装置５による販売適性情報をブロックチェーンシステム１へ送信する構成としてもよい。この構成であっても、購入者はスマホ６を利用してブロックチェーン３に格納された販売適性情報を確認することで、販売情報の販売適性を購入者が判断することが可能である。
【０１４４】
（変形例）
図２３は、実施の形態２の変形例に係る売買処理システムの構成を説明するための模式図である。変形例に係る売買処理システムでは、本システムを利用する販売者及び購入者のユーザについて、他のオークションサイト又はフリーマーケットサイト等における評価情報をサーバ装置４が収集する。サーバ装置４は、例えば本売買処理システムの利用開始時にユーザがユーザ情報を登録する際、他のオークションサイト又はフリーマーケットサイト等の利用に関する情報、例えば他サイトでのユーザＩＤなどの情報の入力を受け付けてユーザ情報ＤＢ４２ｂに記憶する。サーバ装置４は、入力された情報に基づいて他サイトにアクセスし、ユーザの評価に関する情報を収集する。その後、サーバ装置４は、収集した評価及びユーザのユーザＩＤを含む評価情報を生成し、生成した評価情報をブロックチェーンシステム１へ送信する。これによりブロックチェーンシステム１のブロックチェーン３には、他サイトでのユーザの評価に関する情報が格納される。本売買処理システムを利用する販売者及び購入者のユーザは、スマホ６を利用して他のユーザの他サイトでの評価を確認することができる。
【０１４５】
変形例に係る売買処理システムでは、販売者又は購入者のユーザが他のフリーマーケットサイト又はオークションサイト等の売買処理システムを利用している場合に、他の売買処理システムにおけるユーザの評価をサーバ装置４が取得し、取得した評価を含む評価情報をブロックチェーンシステム１へ送信することによって、他サイトでの評価に関する情報を、本売買処理システムを利用するユーザに提供する。これにより、例えば新規参入したユーザなどの評価を、他の売買処理システムでの評価に基づいて提供することが可能となる。
【０１４６】
なお本変形例においては、サーバ装置４が他サイトにおけるユーザの評価の取得を行う構成としたが、これに限るものではない。他サイトにおけるユーザの評価の取得を、例えば第２のサーバ装置５、スマホ６又はこれら以外の装置が行う構成であってもよい。
【０１４７】
実施の形態２に係る売買処理システムのその他の構成は、実施の形態１に係る売買処理システムと同様であるため、同様の箇所には同じ符号を付し、詳細な説明を省略する。
【０１４８】
＜実施の形態３＞
図２４は、実施の形態３に係る売買処理システムによる売買方法を説明するための模式図である。実施の形態３に係る売買処理システムでは、販売物の販売価格が時間の経過に伴って減少する。販売者は、販売物の販売価格について例えば開始価格、最低価格及び価格変動率等を設定することが可能である。販売者は、自身のスマホ６にてこれらの情報を設定した販売情報をブロックチェーンシステム１へ送信する。販売情報がブロックチェーンシステム１のブロックチェーン３に格納された後、販売物の販売価格は、販売者の設定に応じて、開始価格から時間経過に伴って最低価格まで減少する。
【０１４９】
販売物の購入を希望する購入者は、現在の販売価格より低い支払価格を設定して、スマホ６からブロックチェーンシステム１へ支払情報を送信することができる。ただしこの場合、支払情報の送信時点で売買は成立せず、販売物の販売価格が支払価格以下にまで減少した時点で売買が成立する。このため、複数の購入者が異なる支払価格を設定して支払情報の送信を行うことができ、最も高い支払価格を設定した購入者が販売物を購入する権利を得ることとなる。購入する権利を得た購入者は、スマホ６からサーバ装置４へ通知依頼を送信して、販売物の受け取りを待てばよい。
【０１５０】
また実施の形態３に係る売買処理システムでは、複数の購入者が同じ支払価格を設定して支払情報を送信する可能性がある。支払価格を同額に設定した複数の購入者が存在する場合、支払情報を最も早くブロックチェーンシステム１へ送信した１人の購入者が、販売物を購入する権利を得ることができる。このため、実施の形態３に係るノード装置２は、スマホ６から支払情報を受信した場合、受信の日時を示すタイムスタンプ情報を支払情報に付して、ブロックチェーン３のデータブロックへの格納を行う。
【０１５１】
図２５は、実施の形態３に係るブロックチェーン３の一構成例を示す模式図である。実施の形態３に係るブロックチェーン３に格納される販売情報は、開始価格、価格変動率及び最低価格等の情報を含む。開始価格は、販売物の販売開始時点での価格であり、販売価格の最高価格である。価格変動率は、単位時間当たりに減少する価格であり、図示の例では１時間あたりに価格が１０減少する。最低価格は、販売価格の減少を許容する最低の価格であり、販売価格が最低価格に達した場合にはそれ以上の価格減少は起こらない。
【０１５２】
また実施の形態３において販売情報には、価格変動プログラムが含まれている。この価格変動プログラムは、ブロックチェーンシステム１の仮想マシン上で実行されるプログラムであり、いわゆるスマートコントラクトのプログラムである。価格変動プログラムは、販売情報に設定された開始価格、価格変動率及び最低価格に従って、販売物の販売価格を減少させる処理を行う。また価格変動プログラムは、販売物の購入を希望する購入者が送信した支払情報をブロックチェーン３から検索し、支払情報に含まれる支払価格が販売物の販売価格以上である場合に、この支払情報を送信した購入者に販売物を購入する権利を与える処理を行う。
【０１５３】
また実施の形態３において支払情報には、タイムスタンプが付されている。なお図示は省略するが、販売情報にもタイムスタンプが付されてもよい。タイムスタンプは、支払情報の受信の日時を示す情報であり、支払情報を受信したノード装置２が作成して支払情報に付す。同一の販売物に対し、複数の支払情報にて同額の支払価格が設定されている場合には、支払情報に付されたタイムスタンプに基づいて、販売物の購入権利が与えられる購入者が決定される。なおタイムスタンプは、スマホ６により支払情報に付されてもよい。
【０１５４】
図２６は、実施の形態３に係るブロックチェーンシステム１のノード装置２が行う価格変動処理の手順を示すフローチャートであり、販売情報に含まれる価格変動プログラムをノード装置２の仮想マシン上で実行することにより行われる処理である。実施の形態３に係るノード装置２の処理部２１は、ブロックチェーン３に格納された支払情報の検索を行うことにより（ステップＳ１１１）、販売情報に係る販売物の購入を希望する購入者からの支払情報を取得する。処理部２１は、支払情報に設定された支払価格と、現時点での販売物の販売価格とを比較し、支払価格が販売価格以上であるか否かを判定する（ステップＳ１１２）。
【０１５５】
支払価格が販売価格未満である場合（Ｓ１１２：ＮＯ）、処理部２１は、販売情報がブロックチェーン３に格納されてから又は前回の価格減少から所定時間が経過したか否かを判定する（ステップ１１３）。所定時間が経過していない場合（Ｓ１０３：ＮＯ）、処理部２１は、ステップＳ１１１へ処理を戻す。所定時間が経過した場合（Ｓ１１３：ＹＥＳ）、販売情報に設定された価格変動率に応じて、販売物の販売価格を減少させる（ステップＳ１１４）。処理部２１は、販売物の販売価格が販売情報に設定された最低価格に達したか否かを判定する（ステップＳ１１５）。販売価格が最低価格に達していない場合（Ｓ１１５：ＮＯ）、処理部２１は、ステップＳ１１１へ処理を戻す。販売価格が最低価格に達した場合（Ｓ１１５：ＹＥＳ）、処理部２１は、販売物の販売価格の変動を停止し（ステップＳ１１６）、処理を終了する。その後、販売物は販売価格として最低価格が設定された状態で、販売が継続される。
【０１５６】
支払価格が販売価格以上であると判定した場合（Ｓ１１２：ＹＥＳ）、処理部２１は、この販売物に関する売買の正否を通知し（ステップＳ１１７）、処理を終了する。このときに処理部２１は、販売価格以上の支払価格を設定した１人の購入者に対して売買成立を通知して購入の権利を付与し、これ以外の購入者に対して売買不成立を通知して購入の権利を付与しない。また同額の支払価格が設定された支払情報が複数存在する場合、処理部２１は、支払情報に付されたタイムスタンプに基づいて、最も早くに支払情報をブロックチェーンシステム１へ送信した購入者に対して売買成立を通知して購入の権利を付与する。
【０１５７】
以上の構成の実施の形態３に係る売買処理システムは、販売物の販売価格を時間経過に応じて減少させる。販売物の購入を希望する購入者は、ブロックチェーン３に格納される支払情報に販売物に対する支払価格を設定する。販売価格が減少していき、購入者が設定した支払価格が販売価格以上となった場合に、この支払価格を設定した購入者に販売物の購入権利を付与する。これにより、販売者が販売したいと考える販売価格と、購入者が購入したいと考える支払価格との均衡がとれた状態で、販売物の売買を成立させることができる。
【０１５８】
また売買処理システムは、複数人の購入者が同額の支払価格を支払情報に設定していた場合、購入者のスマホ６からブロックチェーンシステム１へ送信される支払情報をノード装置２が受け付けた時期に応じて１人の購入者を選択し、選択した１人の購入者に販売物の購入権利を付与する。即ち、支払情報の受け付けが最も早かった購入者に対して、売買処理システムは購入権利を付与する。これにより、販売物の売買を早期に成立させることが期待できる。
【０１５９】
ただし売買処理システムは、支払価格が同額の複数人の購入者が存在する場合に、支払情報の受付時期に応じて１人の購入者を選択するのではなく、販売者が購入者を選択することが可能な構成としてもよい。販売者は、複数の購入者の中から、例えば実施の形態２において説明した評価情報を参考に、いずれか１人の購入者を選択することができる。この場合に販売者のスマホ６は、複数の購入者に関する情報を表示し、販売者による購入者の選択を受け付ける処理を行う。
【０１６０】
実施の形態３に係る売買処理システムのその他の構成は、実施の形態１に係る売買処理システムと同様であるため、同様の箇所には同じ符号を付し、詳細な説明を省略する。
【０１６１】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１６２】
１  ブロックチェーンシステム
２  ノード装置（売買処理装置）
３  ブロックチェーン
４  サーバ装置
５  第２のサーバ装置
６  スマホ
２１  処理部
２１ａ  共有処理部
２１ｂ  販売情報処理部
２１ｃ  支払情報処理部
２１ｄ  支払処理部（送金処理部）
２２  記憶部
２２ａ  プログラム（コンピュータプログラム）
２３  通信部
４１  処理部
４１ａ  ユーザ情報管理処理部
４１ｂ  ユーザ情報通知処理部
４２  記憶部
４２ａ  サーバプログラム
４２ｂ  ユーザ情報ＤＢ
５１  処理部
５１ａ  適性判定処理部
５１ｂ  ユーザ評価処理部
５２  記憶部
５２ａ  サーバプログラム
５２ｂ  適性判定モデル
５３  通信部
６１  処理部
６１ａ  販売情報処理部
６１ｂ  表示処理部
６１ｃ  支払情報処理部
６１ｄ  受取確認情報処理部
６１ｅ  返品情報処理部
６１ｆ  返品確認情報処理部
６２  記憶部
６２ａ  アプリ（コンピュータプログラム）
６２ｂ  鍵情報
６３  通信部
６４  カメラ
６５  表示部
６６  操作部
９７，９８，９９  記録媒体
【図１】
2020060954.tif 000003
【図２】
2020060954.tif 000004
【図３】
2020060954.tif 000005
【図４】
2020060954.tif 000006
【図５】
2020060954.tif 000007
【図６】
2020060954.tif 000008
【図７】
2020060954.tif 000009
【図８】
2020060954.tif 000010
【図９】
2020060954.tif 000011
【図１０】
2020060954.tif 000012
【図１１】
2020060954.tif 000013
【図１２】
2020060954.tif 000014
【図１３】
2020060954.tif 000015
【図１４】
2020060954.tif 000016
【図１５】
2020060954.tif 000017
【図１６】
2020060954.tif 000018
【図１７】
2020060954.tif 000019
【図１８】
2020060954.tif 000020
【図１９】
2020060954.tif 000021
【図２０】
2020060954.tif 000022
【図２１】
2020060954.tif 000023
【図２２】
2020060954.tif 000024
【図２３】
2020060954.tif 000025
【図２４】
2020060954.tif 000026
【図２５】
2020060954.tif 000027
【図２６】
2020060954.tif 000028