WO2019145882A1

WO2019145882A1 - 仲介方法、仲介装置及びコンピュータプログラム

Info

Publication number: WO2019145882A1
Application number: PCT/IB2019/050584
Authority: WO
Inventors: 蔡念佐
Original assignee: ビープナウ，インコーポレイテッド
Priority date: 2018-01-25
Filing date: 2019-01-24
Publication date: 2019-08-01
Also published as: US20210082029A1; JPWO2019145882A1

Abstract

仲介方法、仲介装置及びコンピュータプログラムの提供。受注者端末及び発注者端末に通信可能に接続されたコンピュータを用いて、受注者及び発注者間における物品又はサービスの取引を仲介する仲介方法であって、受注対象の物品又はサービスの情報を発注者端末へ送信し、発注者端末を通じて発注対象の物品又はサービスの選択を受付け、選択された物品又はサービスの受発注に係る決済処理を行い、物品又はサービスを発注した発注者による受注者の評価と、受注者による発注者の評価とを、発注者端末及び受注者端末の夫々から受信し、受信した受注者及び発注者の評価を分散型台帳に記憶させる処理をコンピュータにより実行する。

Description

仲介方法、仲介装置及びコンピュータプログラム

　本発明は、仲介方法、仲介装置及びコンピュータプログラムに関する。
　本出願は、２０１８年１月２５日出願の日本出願第２０１８−０１０８２４号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用するものである。

　近年、通信ネットワークを介して商品を販売する電子商取引が広く普及している（例えば、特許文献１を参照）。このような電子商取引を利用してユーザが商品を購入する場合、当該商品を購入した他のユーザの評価を参考にすることが多い。

特開２００２−６３１３２号公報

　しかしながら、ユーザによる評価は、販売元が設置するサーバ装置に記憶されているため、サーバ装置の管理者等により、評価が改竄される虞がある。

　本発明は、斯かる事情に鑑みてなされたものであり、ユーザによる評価が他者によって改竄されることを防止できる取引の仲介方法、仲介装置及びコンピュータプログラムを提供することを目的とする。

　本発明の一態様に係る仲介方法は、受注者端末及び発注者端末に通信可能に接続されたコンピュータを用いて、受注者及び発注者間における物品又はサービスの取引を仲介する仲介方法であって、受注対象の物品又はサービスの情報を発注者端末へ送信し、該発注者端末を通じて発注対象の物品又はサービスの選択を受付け、選択された物品又はサービスの受発注に係る決済処理を行い、前記物品又はサービスを発注した発注者による受注者の評価と、該受注者による前記発注者の評価とを、前記発注者端末及び前記受注者端末の夫々から受信し、受信した前記受注者及び前記発注者の評価を分散型台帳に記憶させる処理を前記コンピュータにより実行する。

　本発明の一態様に係る仲介装置は、受注者端末及び発注者端末に通信可能に接続されており、受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置であって、受注対象の物品又はサービスの情報を発注者端末へ送信する送信部と、前記発注者端末を通じて物品又はサービスの選択を受付ける受付部と、選択された物品又はサービスの受発注に係る決済処理を行う決済処理部と、前記物品又はサービスを発注した発注者による受注者の評価と、該受注者による前記発注者の評価とを、前記発注者端末及び前記受注者端末の夫々から受信する受信部と、受信した前記受注者及び前記発注者の評価を分散型台帳に記憶させる記憶処理部とを備える。

　本発明の一態様に係るコンピュータプログラムは、コンピュータに、受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置から、受注対象の物品又はサービスの情報を取得し、前記物品又はサービスの中から発注対象の物品又はサービスの選択を受付け、選択された物品又はサービスを発注すべく選択された物品又はサービスの情報を前記仲介装置へ送信し、前記物品又はサービスの発注後に受注者に対する評価を受付け、受付けた評価を分散型台帳に記憶させるべく前記評価を送信する処理を実行させるためのコンピュータプログラムである。

　本発明の一態様に係るコンピュータプログラムは、コンピュータに、受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置から、発注者により選択された発注対象の物品又はサービスの情報を受信し、前記物品又はサービスの受注を受付けた後に、前記発注者に対する評価を受付け、受付けた評価を分散型台帳に記憶させるべく前記評価を送信する処理を実行させるためのコンピュータプログラムである。

　本願によれば、ユーザによる評価が他者によって改竄されることを防止できる。

本実施の形態に係る取引仲介システムの構成例を示す模式図である。仲介装置の内部構成を説明するブロック図である。受注者端末の内部構成を説明するブロック図である。発注者端末の内部構成を説明するブロック図である。仲介装置が備える利用者データベースの登録内容を説明する説明図である。仲介装置が備える受注内容登録データベースの登録内容を説明する説明図である。発注者端末の表示部に表示される受注者検索画面の一例を示す模式図である。受注内容表示画面の一例を示す模式図である。受注者端末の表示部に表示される受注画面の一例を示す模式図である。発注者端末の表示部に表示される決済画面の一例を示す模式図である。発注者端末の表示部に表示される評価画面の一例を示す模式図である。受注者端末の表示部に表示される評価画面の一例を示す模式図である。ブロックチェーンによる登録例を説明する説明図である。仲介装置、受注者端末及び発注者端末が実行する処理の手順を説明するフローチャートである。実施の形態２に係る受注者検索画面の一例を示す模式図である。実施の形態２に係る発注者検索画面の一例を示す模式図である。対価の受け取り設定に係る設定画面の一例を示す模式図である。借入申込画面の一例を示す模式図である。承諾確認画面の一例を示す模式図である。実施の形態５に係る仲介装置が実行する利用者認証の処理手順を説明するフローチャートである。派遣者が用いる派遣者端末の内部構成を説明するブロック図である。実施の形態６に係る仲介装置が実行する処理の手順を説明するフローチャートである。受注者端末の表示部に表示される受注画面の一例を示す模式図である。実施の形態７に係る仲介装置が実行する処理の手順を説明するフローチャートである。実施の形態８において受注者端末の表示部に表示される受注画面の一例を示す模式図である。実施の形態８において発注者端末の表示部に表示される決済画面の一例を示す模式図である。

　以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
　（実施の形態１）
　図１は本実施の形態に係る取引仲介システムの構成例を示す模式図である。本実施の形態に係る取引仲介システムは、受注者及び発注者間の取引を仲介する仲介装置１０、受注者が利用する受注者端末２０、発注者が利用する発注者端末３０、及び分散型台帳を共有する複数のノード４０，４０，…，４０を備える。仲介装置１０、受注者端末２０、発注者端末３０、及び各ノード４０は、例えばピア・ツー・ピア（Ｐ２Ｐ）のネットワークＮに接続されており、互いに通信できるように構成されている。本実施の形態に係る取引仲介システムは、受注者及び発注者間で行われる物品又はサービスの取引（受発注）を仲介装置１０にて仲介すると共に、受注者による発注者の評価と、発注者による受注者による評価とをそれぞれ受注者端末２０及び発注者端末３０から取得し、取得した評価の情報を分散型台帳に記憶させることを特徴の１つとしている。

　なお、図１の例では、受注者端末２０及び発注者端末３０を１台ずつ記載したが、受注者端末２０及び発注者端末３０をそれぞれ複数台備える構成であってもよい。また、本実施の形態では、仲介装置１０、受注者端末２０、発注者端末３０、及び各ノード４０をピア・ツー・ピアのネットワークＮに接続した構成とし、仲介装置１０、受注者端末２０、及び発注者端末３０をインターネット網などの別のネットワークに接続し、仲介装置１０及び複数のノード４０，４０，…，４０により、分散型台帳を共有する上記ネットワークＮに接続する構成であってもよい。

　本実施の形態に係る取引仲介システムにおいて、受注者は、自身が受注可能な物品又はサービスの情報を仲介装置１０に登録する。例えば、受注者は、販売目的の商品及び商品の価格等を含む商品の情報を仲介装置１０に登録する。また、受注者は、提供可能なサービスに関してサービス内容及びサービス価格等を含むサービスの情報を仲介装置１０に登録してもよい。受注者が仲介装置１０に登録するサービスは任意であり、自身の労働をサービスとして登録してもよく、各種の機器、車両、設備、場所等の貸与をサービスとして登録してもよい。

　仲介装置１０は、発注者端末３０からのアクセスに応じて、受注者によって登録された物品又はサービスの情報を発注者端末３０へ送信する。発注者は、発注者端末３０に表示される物品又はサービスの情報から、発注する物品又はサービスを選択する。発注者によって選択された物品又はサービスの情報は、発注者端末３０を通じて仲介装置１０に通知される。

　仲介装置１０は、発注者端末３０にて選択された発注対象の物品又はサービスに関する取引を仲介する処理（受発注処理）を行う。具体的には、仲介装置は、発注者によって発注された物品又はサービスの対価に対して、発注者への手数料（システム利用料）を加算した額の仮想通貨の入金を要求する要求処理と、要求処理に応じて入金された入金額から、発注者への手数料と受注者への手数料（システム利用料）とを減算した額の仮想通貨を受注者により指定されたウォレットへ送金する送金処理とを実行することにより、受注者及び発注者間の取引を仲介する。

　受注者及び発注者間の取引が完了した場合、発注者は、受注者から提供される物品又はサービスを享受することが可能である。発注者は、受注者から提供される物品又はサービスを享受した後、受注者に対する評価を行う。発注者による受注者の評価は、発注者端末３０を通じて仲介装置１０へ送信される。また、受注者は、発注者に対する評価を行う。受注者による発注者の評価は、受注者端末２０を通じて仲介装置へ送信される。

　仲介装置１０は、発注者端末３０を通じて受信する受注者の評価、及び受注者端末２０を通じて受信する発注者の評価を、ネットワーク上の各ノード４０によって共有される分散型台帳に記憶させる。分散型台帳の一例はブロックチェーンであり、ネットワークに接続された複数のノード４０，４０，…，４０に同じ内容を記憶させることにより、改竄を困難にしている。本実施の形態では、電子署名とハッシュポインタとを使用して改竄検出が容易なデータ構造を持ち、かつ、当該データをネットワークＮ上に分散するノードに保持させることで、高可用性及びデータ同一性を実現するブロックチェーンを用いることにより、信頼性の高い、公正なプラットフォームを提供する。

　以下の説明において、受注者と発注者とを区別して説明する必要がない場合、単に利用者とも記載することとする。受注者端末２０の利用者は、受注者端末２０を用いて物品又はサービスの発注を行ってもよく、発注者端末３０の利用者は、発注者端末３０を使用して受注対象の物品又はサービスを仲介装置１０に登録してもよい。すなわち、本実施の形態において、受注者端末２０及び発注者端末３０の区別は便宜的になものに過ぎず、受注者端末２０及び発注者端末はそれぞれ受注専用の端末及び発注専用の端末である必要はない。

　図２は仲介装置１０の内部構成を説明するブロック図である。仲介装置１０は、例えば、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を備える。

　制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等を備える。制御部１１のＣＰＵは、ＲＯＭ又は記憶部１２に予め記憶された各種プログラムをＲＡＭに展開して実行することにより、上述した各種ハードウェアの動作を制御し、装置全体を本願の仲介装置（コンピュータ）として機能させる。

　なお、制御部１１は、上記の構成に限定されるものではなく、１又は複数のＣＰＵ、マルチコアＣＰＵ、マイコン等を含む任意の処理回路であればよい。また、制御部１１は、日時情報を出力するクロック、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ等の機能を備えていてもよい。

　記憶部１２は、ＳＲＡＭ（Ｓｔａｔｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスクなどを用いた記憶装置を備える。記憶部１２には、制御部１１によって実行される各種コンピュータプログラム、及びコンピュータプログラムの実行に必要なデータ等が記憶される。記憶部１２に記憶されるコンピュータプログラムには、仲介装置１０の動作全体を制御するためのプログラムであるオペレーティングシステム、受注者及び発注者間の取引を仲介する処理を行うための受発注プログラム等が含まれる。

　なお、記憶部１２に記憶されるプログラムは、当該プログラムを読み取り可能に記録した非一時的な記録媒体Ｍ１により提供されてもよい。記録媒体Ｍ１は、例えば、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＳＤ（Ｓｅｃｕｒｅ　Ｄｉｇｉｔａｌ）カード、マイクロＳＤカード、コンパクトフラッシュ（登録商標）などの可搬型メモリである。この場合、制御部１１は、不図示の読取装置を用いて記録媒体Ｍ１から各種プログラムを読み取り、読み取った各種プログラムを記憶部１２にインストールする。また、記憶部１２に記憶されるプログラムは、通信部１３を介した通信により提供されてもよい。この場合、制御部１１は、通信部１３を通じて各種プログラムを取得し、取得した各種プログラムを記憶部１２にインストールする。

　また、記憶部１２は、利用者の情報を記憶する利用者データベース１２Ａ、受注者によって登録された物品又はサービスに関する情報を記憶する受注内容登録データベース１２Ｂ等を備えていてもよい。

　通信部１３は、ネットワークＮに接続するための接続インタフェースを備える。通信部１３は、受注者端末２０、発注者端末３０等から送信される情報をネットワークＮを通じて受信した場合、受信した情報を制御部１１へ出力する。また、通信部１３は、受注者端末２０、発注者端末３０等へ送信すべき情報を制御部１１から取得した場合、ネットワークＮを通じて受注者端末２０、発注者端末３０等へ送信する。

　操作部１４は、キーボード、マウスなどの入力インタフェースを備えており、仲介装置１０の管理者等による操作を受付ける。表示部１５は、液晶ディスプレイ装置などを備えており、仲介装置１０の管理者等に対して報知すべき情報を表示する。なお、本実施の形態では、仲介装置１０が操作部１４及び表示部１５を備える構成としたが、操作部１４及び表示部１５は必須ではなく、外部に接続されたコンピュータを通じて操作を受付け、通知すべき情報を外部のコンピュータへ出力する構成であってもよい。

　なお、本実施の形態では、簡略化のために、仲介装置１０を１つの装置として記載したが、複数の処理装置により構成されてもよく、１又は複数の仮想マシンにより構成されるものであってもよい。

　図３は受注者端末２０の内部構成を説明するブロック図である。受注者端末２０は、例えばスマートフォン、パーソナルコンピュータなどの端末装置であり、制御部２１、記憶部２２、通信部２３、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）受信部２４、操作部２５、及び表示部２６等を備える。

　制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える。制御部２１が備えるＲＯＭには、上記ハードウェア各部の動作を制御するための制御プログラム等が記憶される。制御部２１内のＣＰＵは、ＲＯＭに記憶された制御プログラムや後述する記憶部２２に記憶された各種プログラムを実行し、上記ハードウェア各部の動作を制御する。なお、制御部２１が備えるＲＡＭには、各種プログラムの実行中に一時的に利用されるデータが記憶される。

　なお、制御部２１は、上記の構成に限定されるものではなく、シングルコアＣＰＵ、マルチコアＣＰＵ、マイコン、揮発性又は不揮発性のメモリ等を含む１又は複数の処理回路であればよい。また、制御部２１は、日時情報を出力するクロック、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ等の機能を備えていてもよい。

　記憶部２２は、ＳＲＡＭ、フラッシュメモリ、ハードディスクなどを用いた記憶装置を備える。記憶部２２には、制御部２１によって実行されるオペレーティングシステム、本実施の形態に係る取引仲介システムにおいて受注者用のアプリケーションを提供するプログラム、当該プログラムなどで利用される各種データ等が記憶される。

　なお、記憶部２２に記憶されるプログラムは、当該プログラムを読み取り可能に記録した記録媒体Ｍ２により提供されてもよい。記録媒体Ｍ２は、例えば、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＳＤカード、マイクロＳＤカード、コンパクトフラッシュ（登録商標）などの可搬型メモリである。この場合、制御部２１は、各種プログラムは、不図示の読取装置を用いて記録媒体Ｍ２からプログラムを読み取り、読み取った各種プログラムを記憶部２２にインストールする。また、記憶部２２に記憶されるプログラムは、通信部２３を介した通信により提供されてもよい。この場合、制御部２１は、通信部２３を通じて各種プログラムを取得し、取得した各種プログラムを記憶部２２にインストールする。

　通信部２３は、ネットワークＮに接続するための通信インタフェースを備え、外部へ通知すべき各種情報を送信すると共に、外部から送信される各種情報を受信する。

　ＧＰＳ受信部２４は、ＧＰＳ衛星（不図示）から送信される電波を受信し、受注者端末２０の現在位置を測位する。ＧＰＳ受信部２４は、測位した受注者端末２０の現在位置に係る位置情報を制御部２１へ出力する。

　操作部２５は、タッチパネルや操作ボタンなどの入力インタフェースを備えており、各種の操作情報や設定情報を受付ける。制御部２１は、操作部２５から入力される操作情報に基づき適宜の制御を行い、必要に応じて設定情報を記憶部２２に記憶させる。

　表示部２６は、液晶表示パネル、有機ＥＬ表示パネル等の表示デバイスを備えており、制御部２１から出力される制御信号に基づいて、受注者に通知すべき情報を表示する。

　図４は発注者端末３０の内部構成を説明するブロック図である。発注者端末３０は、例えばスマートフォン、パーソナルコンピュータなどの端末装置であり、制御部３１、記憶部３２、通信部３３、ＧＰＳ受信部３４、操作部３５、及び表示部３６等を備える。

　発注者端末３０が備える上記ハードウェア各部の動作は、受注者端末２０が備えるハードウェア各部の動作と同様であるため、その説明を省略することとする。なお、発注者端末３０の記憶部３２に記憶されるプログラムは、本実施の形態に係る取引仲介システムにおいて発注者用のアプリケーションを提供するプログラムを含み、当該プログラムを読み取り可能に記録した記録媒体Ｍ３により提供されてもよい。また、本実施の形態では、受注者端末２０及び発注者端末３０を便宜的に区別して記載しているにすぎず、受注者用のアプリケーションを提供するプログラム及び発注者用のアプリケーションを提供するプログラムの双方、若しくはそれらを統合したプログラムが、受注者端末２０及び発注者端末３０にインストールされてもよい。

　図５は仲介装置１０が備える利用者データベース１２Ａの登録内容を説明する説明図である。利用者データベース１２Ａは、利用者（受注者又は発注者）の氏名、性別、住所、電話番号、メールアドレス、生年月日等の利用者の個人情報を、利用者ＩＤに関連付けて記憶する。ここで、利用者ＩＤは、システム内で各利用者を識別するための固有の識別子であり、受注者の氏名又は任意のコードが用いられる。各利用者は、それぞれに付与された利用者ＩＤ及びパスワードを用いて、仲介装置１０にアクセスし、上述の個人情報を利用者データベース１２Ａに登録する。利用者データベース１２Ａに登録される情報は上記に限定されるものではなく、受注者及び発注者の区別に関する情報、各利用者の属性を示す情報を含んでもよい。

　図６は仲介装置１０が備える受注内容登録データベース１２Ｂの登録内容を説明する説明図である。受注内容登録データベース１２Ｂは、利用者ＩＤ、受注内容、受注内容の種別、受注価格等の情報を関連付けて記憶する。各受注者は、それぞれに設定された利用者ＩＤ及びパスワードを用いて、受注者端末２０から仲介装置１０にアクセスし、受注内容、受注価格、受注内容の種別（カテゴリ）、受注者の属性等の情報を受注内容登録データベース１２Ｂに登録する。

　受注内容は、受注者によって提供される物品又はサービスの内容を表す情報である。受注価格は、受注者が提供する物品又はサービスの対価であり、受注者により任意に設定され得る。なお、受注価格は、一時間あたり、一日あたり等の単位期間あたりの価格であってもよく、期間に依らない価格であってもよい。受注内容の種別は、受注対象の物品又はサービスが属するカテゴリを表す。受注者の属性は、受注者の特徴を示すキーワードが登録される。

　なお、受注内容登録データベース１２Ｂにおける登録内容は上記に限定されるものではない。例えば、受注内容登録データベース１２Ｂは、受注者が物品又はサービスを提供できる時間帯、曜日等の期間の情報を含んでもよい。また、受注内容登録データベース１２Ｂは、受注者が物品又はサービスを提供できる地域の情報を含んでもよい。

　また、受注内容毎に受注内容登録データベース１２Ｂへの登録期間が設定されていてもよい。登録された受注内容に登録期間が設定されており、当該登録期間が経過した場合、仲介装置１０は、登録期間が経過した登録内容を受注内容登録データベース１２Ｂから削除する処理を行う。

　本実施の形態では、仲介装置１０が利用者データベース１２Ａ及び受注内容登録データベース１２Ｂを備えるものとして説明を行うが、これらのデータベースは仲介装置１０の外部に接続される構成であってもよい。この場合、仲介装置１０は、通信部１３又は図に示していない入出力インタフェースを通じて、各データベースにアクセス可能であればよい。

　以下、受注者端末２０の表示部２６に表示される表示画面と、発注者端末３０の表示部３６に表示される表示画面とを参照しながら、本実施の形態に係る取引仲介システムの動作について説明する。

　図７は発注者端末３０の表示部３６に表示される受注者検索画面１００の一例を示す模式図である。発注者が本実施の形態に係る取引仲介システムを利用して何らかの発注を行う場合、発注者は自身に付与された利用者ＩＤとパスワードとを発注者端末３０に入力し、発注者端末３０を通じて仲介装置１０へアクセスする。発注者端末３０は、仲介装置１０から表示画面用のデータを取得し、表示部３６に受注者検索画面１００を表示させる。

　受注者検索画面１００は、例えば、受注内容のカテゴリに対する選択を受付けるカテゴリ選択欄１０１、受注者に要求する属性の設定を受付ける属性設定欄１０２、及び検索結果を表示する表示欄１０３を備える。また、受注者検索画面１００の下部には、受注者と発注者との間、及び受注者とシステムとの間でメッセージをやり取りする画面へ遷移させるメッセージボタン１１１、取引履歴の表示画面へ遷移させる履歴ボタン１１２、ホーム画面へ遷移させるホームボタン１１３、利用者のプロフィール画面へ遷移させるプロフィールボタン１１４、及び各種設定を受付けるための設定画面へ遷移させる設定ボタン１１５が配置されている。

　発注者端末３０は、表示部３６に表示される受注者検索画面１００を通じて、受注内容のカテゴリに対する選択、及び受注者の属性に関する設定を受付けた場合、該当する受注者を検索するように仲介装置１０へ要求する。なお、検索要求の際に受注者の属性を設定することは必須ではなく、カテゴリの選択を受付け、選択されたカテゴリに基づき、検索要求を行う構成であってもよい。

　仲介装置１０は、発注者端末３０から検索要求を受付けた場合、受注内容登録データベース１２Ｂから該当する受注者を検索し、検索条件に合致した受注者の情報を発注者端末３０へ送信する。このとき、仲介装置１０は、受注者が利用している受注者端末２０から位置情報を取得し、取得した位置情報（すなわち受注者の位置情報）を併せて発注者端末３０へ送信してもよい。

　発注者端末３０は、仲介装置１０から検索結果を受信した場合、受注者の情報を表示欄に表示する。検索結果に受注者の位置情報が含まれている場合、発注者端末３０は、地図の画像上に受注者の情報を重畳して表示することができる。なお、発注者端末３０は、地図の画像上に受注者の情報を重畳して表示するために、外部サーバから地図データを取得してもよい。

　図７に示す表示例は、受注内容のカテゴリとして「ショッピング」が選択され、「Ｆｕｎ（楽しみ）」、「Ｓｈｏｅｓ（靴）」、「Ｓｐｒｉｎｇ（春）」、「Ｔｒｅｎｄ（流行）」、及び「Ｓｔｙｌｉｓｈ（上品）」といった属性が設定された場合の検索結果の一例を示している。図７において、検索条件（カテゴリ及び属性）に合致する受注者は、地図上の位置を示すアイコン１０４Ａ~１０４Ｅによって示されている。受注者の位置を示すアイコン１０４Ａ~１０４Ｅの何れか１つを選択する選択操作（例えば表示画面上のタッチ操作）を受付けた場合、発注者端末３０は、選択された受注者による受注内容の情報を表示部３６に表示させる。

　図８は受注内容表示画面２００の一例を示す模式図である。図８に示す受注内容表示画面２００は、前述した受注者検索画面１００において、例えばアイコン１０４Ｃに対する選択操作を受付けた場合に、発注者端末３０の表示部３６に表示される画面を示している。受注内容表示画面２００は、受注者及び受注内容の情報を表示する表示欄２０１、及び発注指示を与えるための発注ボタン２０２を備える。図８に例示した受注内容表示画面２００では、受注者が「山田太郎」であること、受注内容が「ショッピングの手伝い」であること、対価が「１時間あたり１５００円」であること、この受注者（山田太郎）に対する評価が５段階評価で「３．５」であることが表示欄２０１に示されている。

　受注内容表示画面２００において発注ボタン２０２が選択操作された場合、発注者端末３０は、発注依頼を仲介装置１０へ送信する。仲介装置１０は、発注者端末３０から発注依頼を受信した場合、発注先（受注者）が使用している受注者端末２０へ発注依頼があった旨を通知する。

　図９は受注者端末２０の表示部２６に表示される受注画面３００の一例を示す模式図である。図９に示す受注画面３００は、受注者に関する情報を表示する表示欄３１０、及び発注依頼を受けた事案に関する情報を表示する表示欄３２０を備える。表示欄３１０に表示される情報には、受注者の氏名、受注内容を紹介する文面、受注内容のカテゴリ、設定価格、及び受注者に対する評価が含まれる。受注内容を紹介する文面、カテゴリ、設定価格については、編集ボタン３１１を選択操作することによって遷移する編集画面（不図示）において、適宜編集することが可能である。

　表示欄３２０に表示される情報には、保留中のリクエスト及び受注済みのリクエストが含まれる。保留中のリクエストは、仲介装置１０を通じて発注者端末３０からの発注依頼を受信したが、発注者と受注者との間の取引が成立に至っていない事案を表している。受注済みのリクエストは、仲介装置１０を通じて発注者端末３０からの発注依頼を受信し、発注者と受注者との間で取引が成立した事案を表している。なお、保留中のリクエストと受注済みのリクエストとの間の表示の切り替えは、表示欄３２０の上部に設けられたタグ３２１，３２２の選択操作により行われる。

　図９に例示される受注画面３００は、「鈴木次郎」及び「斎藤三郎」からの発注依頼が保留中のリクエストとして登録されていることを示している。受注者が例えば「鈴木次郎」からのリクエストを承認する場合、当該リクエストを示すラベル３２３ａを選択操作することにより、承認画面（不図示）を受注者端末２０の表示部２６に表示させ、表示させた承認画面を通じてリクエストに承認を与える。受注者が「斎藤三郎」からのリクエストを承認する場合も同様であり、当該リクエストを示すラベル３２３ｂを選択操作することにより、承認画面（不図示）を受注者端末２０の表示部２６に表示させ、表示させた承認画面を通じてリクエストに承認を与える。

　なお、本実施の形態では、メッセージボタン１１１を選択操作した場合に遷移するメッセージ画面を通じて、受注者は、発注者との間若しくはシステムとの間でメッセージの授受を行うことが可能であり、受発注に関する問い合わせを適宜行えるようにしている。

　発注者からの発注依頼（リクエスト）に対して受注者より承認が与えられた場合、受注者端末２０は受注者が承認を与えた旨を仲介装置１０へ通知する。発注者からの発注依頼が承認された場合、仲介装置１０は決済処理を行う。具体的には、仲介装置１０は、決済画面に係る画面データを発注元の発注者端末３０へ送信することにより、発注に要する費用の入金を要求する。

　図１０は発注者端末３０の表示部３６に表示される決済画面４００の一例を示す模式図である。図１０に示す決済画面４００は、発注内容を表示する表示欄４１０、及び決済方法の選択を受付ける選択欄４２０を備える。表示欄４１０に表示される情報には、発注先、発注内容、所要時間、支払い額、及び備考が含まれる。本実施の形態では、発注者が支払う額は、受注者への対価にシステム手数料を加算した額である。なお、システム手数料は固定額であってもよく、受注者への対価に応じて変動する額であってもよい。

　選択欄４２０には、仮想通貨決済を選択するための選択ボタン４２１、クレジット決済を選択するための選択ボタン４２２、選択された決済方法にて決済を実行するための確定ボタン４２３、及び決済をキャンセルするためのキャンセルボタン４２４が設けられている。

　選択ボタン４２１が選択された状態にて確定ボタン４２３が操作された場合、仮想通貨による決済処理が行われる。仮想通貨による決済処理では、発注者が所有している仮想通貨のウォレットから支払い額が支払われる。発注者の支払い額には、受注者への対価と、発注者が支払うべきシステム手数料とが含まれている。このため、発注者のウォレットから送金される仮想通貨は、まず、システム管理者（仲介者）のウォレットへ入金され、発注者が支払うべきシステム手数料が仲介装置１０により徴収される。

　なお、発注者が用いるウォレットのアカウント情報は、利用者データベース１２Ａに予め登録されていてもよい。また、ウォレットのアカウントは、決済処理を行うアプリケーションプログラム内で設定されてもよく、決済処理を行うアプリケーションプログラムと連携して動作するウォレット専用のアプリケーションプログラム内で設定されてもよい。更に、支払い額に係る情報を示すコード（例えば、ＱＲコード（登録商標）；Ｑｕｉｃｋ　Ｒｅｓｐｏｎｓｅ　ｃｏｄｅ）を決済画面４００に表示し、仮想通貨のウォレット機能を有する別端末でコードを読み取ることにより、支払い処理を実行する構成であってもよい。

　また、受注者に支払われる対価には受注者が支払うべきシステム手数料が含まれている。このため、仲介装置１０は、システム管理者（仲介者）のウォレットに入金された仮想通貨から、受注者が支払うべきシステム手数料を徴収し、システム手数料を減算した額の仮想通貨をシステム管理者（仲介者）のウォレットから受注者のウォレットへ送金する。受注者が用いるウォレットのアカウント情報は、利用者データベース１２Ａに予め登録されていてもよい。受注者が支払うシステム手数料は固定額であってもよく、受注者へ支払われる対価に応じて変動する額であってもよい。

　発注者端末３０にて選択ボタン４２２が選択された状態にて確定ボタン４２３が操作された場合、クレジットカードによる決済処理が行われる。クレジットカードを用いた決済処理の内容は、仮想通貨を用いた決済処理と同様である。なお、クレジットカードによる決済処理においても、入金額に対応する法定通貨（現実通貨）を仮想通貨に両替し、システム手数料を徴収した上で、仮想通貨を受注者側へ送金する構成とすればよい。

　決済処理の具体例を説明する。発注者から受注者への対価が法定通貨で「３０００円」であり、システム手数料が法定通貨で「１００円」である場合、合計「３１００円」に相当する仮想通貨（例えば３１００トークン）が発注者のウォレットから支払われる。すなわち、発注者のウォレットから仲介者のウォレットへ「３１００円」に相当する仮想通貨が送金される。仲介装置１０は、仲介者のウォレットに入金があった場合、入金額から発注者が支払うべきシステム手数料の「１００円」に相当する仮想通貨（１００トークン）を徴収すると共に、受注者への対価から受注者が支払うべきシステム手数料の「１００円」に相当する仮想通貨（１００トークン）を徴収し、残りの「２９００円」に相当する仮想通貨（２９００トークン）を仲介者のウォレットから受注者のウォレットへ送金する。

　以上の手続きにより、受注者及び発注者間の取引に係る決済処理が完了する。決済処理が完了した場合、受注者は、取引によって定められた物品又はサービスを発注者へ提供し、発注者は、受注者から提供される物品又はサービスを享受することができる。

　仲介装置１０は、受注者から発注者への物品又はサービスの提供が行われた後の適宜のタイミングにて、発注者による受注者の評価を取得するために、評価画面に係る画面データを発注者端末３０へ送信する。図１１は発注者端末３０の表示部３６に表示される評価画面５００の一例を示す模式図である。図１１に示す評価画面５００は、発注内容の情報を表示する表示欄５１０、及び発注者から受注者への評価を受付ける評価欄５２０を備える。表示欄５１０には、例えば発注先（受注者）、発注内容、所要時間、支払い額等の情報が表示される。評価欄５２０には、受注者に対する評価を５段階で受付けるレーティングバー５２１、受注者に対する評価をテキストデータとして受付ける入力欄５２２、入力された評価を送信する送信ボタン５２３、及び評価の設定をキャンセルするキャンセルボタン５２４が設けられている。

　レーティングバー５２１は、例えば５つのラジオボタンにより構成されており、各ラジオボタンの押下操作により、評価１（最低評価）から評価５（最高評価）の間で受注者に対する評価を設定することができるように構成されている。入力欄５２２は、テキストデータの入力を受付ける。発注者は、発注者端末３０の操作部３５を用いて、受注者に対する評価をテキストで入力することが可能であり、発注者によって入力された受注者の評価は入力欄５２２に表示される。送信ボタン５２３が押下操作された場合、発注者端末３０は、レーティングバー５２１にて設定された５段階評価、及び入力欄５２２に入力されたテキストによる評価を仲介装置１０へ送信する。

　また、仲介装置１０は、受注者から発注者への物品又はサービスの提供が行われた後の適宜のタイミングにて、発注者による受注者の評価を取得するために、評価画面に係る画面データを受注者端末２０へ送信する。図１２は受注者端末２０の表示部２６に表示される評価画面６００の一例を示す模式図である。図１２に示す評価画面６００は、発注内容の情報を表示する表示欄６１０、及び受注者から発注者への評価を受付ける評価欄６２０を備える。表示欄６１０には、例えば依頼者（発注者）、受注内容、所要時間、収入額等の情報が表示される。評価欄６２０には、発注者に対する評価を５段階で受付けるレーティングバー６２１、発注者に対する評価をテキストデータとして受付ける入力欄６２２、入力された評価を送信する送信ボタン６２３、及び評価の設定をキャンセルするキャンセルボタン６２４が設けられている。

　レーティングバー６２１は、例えば５つのラジオボタンにより構成されており、各ラジオボタンの押下操作により、評価１（最低評価）から評価５（最高評価）の間で発注者に対する評価を設定することができるように構成されている。入力欄６２２は、テキストデータの入力を受付ける。受注者は、受注者端末２０の操作部２５を用いて、発注者に対する評価をテキストで入力することが可能であり、受注者によって入力された発注者の評価は入力欄６２２に表示される。送信ボタン６２３が押下操作された場合、受注者端末２０は、レーティングバー６２１にて設定された５段階評価、及び入力欄６２２に入力されたテキストによる評価を仲介装置１０へ送信する。

　本実施の形態では、各利用者に対する評価をネットワークＮ内の複数のノード４０，４０，…，４０により共有される分散型台帳に記憶させることによって、評価の改竄を困難にし、信頼性の高い、公正なプラットフォームを提供する。

　分散型台帳の１つとして、例えばブロックチェーンに代表される技術を用いることができる。仮想通貨で用いられるブロックチェーン技術では、ネットワーク内にブロードキャストされた仮想通貨の取引情報（トランザクション）を、ネットワーク内の１つの端末が代表して承認し、その取引情報を含めたブロックを生成して、既存のブロックチェーンに登録する。このプロセスにおいて不正がないことは、システム全体（すなわち、ネットワークに参加する他の端末）によって検証される。ブロックチェーン技術において、参加者間でやり取りされる情報の信頼性は、参加者全体で形成されるネットワーク内での合意形成のプロセスによって担保されており、改竄及び二重使用などの不正をシステム全体で防ぐことで、ブロックチェーンの健全性が保たれている。

　本実施の形態に係る仲介装置１０は、各利用者に対する評価（発注者による受注者の評価、及び受注者による発注者の評価）をブロックチェーンに登録するために、例えば、送信元を仲介装置１０、宛先（評価対象者）を受注者又は発注者とし、評価内容を含んだトランザクションのデータをネットワークＮ内の各ノード４０，４０，…，４０へブロードキャストする。ブロードキャストされた評価は、ネットワークＮ内の１つのノード４０によって承認される。当該ノード４０は、評価情報を含むブロックを生成し、生成したブロックをブロックチェーンに登録する。

　図１３はブロックチェーンによる登録例を説明する説明図である。図１３において、第ｎのブロックは、ブロックチェーンの末尾のブロックを表し、第ｎ＋１のブロックは、第ｎまでのブロックが登録されたブロックチェーンに対して、追加しようとしている生成中のブロックを表している。第ｎのブロックは、前ブロックのハッシュ値、ブロックに固有のナンス（ｎｏｎｃｅ）値、及び仲介装置１０からブロードキャストされた評価データを含む。

　第ｎまでのブロックが登録されたブロックチェーンに対して、新たなブロックを追加しようとする場合、ノード４０は、そのブロックのハッシュ値が特定の条件（例えば、ハッシュ値の先頭ｋビットが０となる条件）を満たすようなナンス値を求める計算（Ｐｒｏｏｆ　ｏｆ　Ｗｏｒｋ）を行う。計算に成功したノード４０は、前ブロックのハッシュ値、ナンス値、評価データを含む新たなブロックをブロックチェーンに登録する。

　なお、本実施の形態では、分散型台帳の一例としてブロックチェーンを利用した形態について説明したが、利用者の評価データが登録される分散型台帳はブロックチェーンに限定されるものではない。例えば、プルーフ・オブ・ワークの代わりに、プルーフ・オブ・ステーク（Ｐｒｏｏｆ　ｏｆ　Ｓｔａｋｅ）等の別のコンセンサス・アルゴリズムを用いた分散型台帳であってもよい。プルーフ・オブ・ステーク等の他のコンセンサス・アルゴリズムを用いた場合であっても、ブロックのハッシュ値の事前予測困難性や、特定管理主体に依存せずにシステムの信頼性を担保することが実現できる。

　また、本実施の形態では、利用者の評価データを分散型台帳に記憶させる構成としたが、受注者と発注者との間で行われる取引の情報（トランザクション）を併せて分散型台帳に記憶させる構成としてもよい。

　以下、各装置の動作について説明する。
　図１４は仲介装置１０、受注者端末２０及び発注者端末３０が実行する処理の手順を説明するフローチャートである。発注者端末３０の制御部３１は、通信部３３を通じて仲介装置１０にアクセスし、仲介装置１０から表示画面用のデータを取得することにより、表示部３６に受注者検索画面１００を表示させる（ステップＳ１０１）。制御部３１は、操作部３５を通じて、発注内容のカテゴリ、発注者の属性等の検索条件の入力を受付け（ステップＳ１０２）、受付けた検索条件を通信部３３より仲介装置１０へ送信する（ステップＳ１０３）。

　仲介装置１０の制御部１１は、発注者端末３０から受信した検索条件に基づき、受注内容登録データベース１２Ｂを検索し（ステップＳ１０４）、該当する受注者による受注内容を含む検索結果を通信部１３より発注者端末３０へ送信する（ステップＳ１０５）。

　発注者端末３０の制御部３１は、受信した検索結果を受注者検索画面１００に表示させる（ステップＳ１０６）。制御部３１は、受注者検索画面１００に表示されるアイコン（受注者）の選択を受付けた場合（ステップＳ１０７）、その受注者による受注内容を含む受注内容表示画面２００を表示部３６に表示させる（ステップＳ１０８）。

　制御部３１は、受注内容表示画面２００において発注ボタン２０２の押下操作を受付けた場合、発注依頼を通信部３３より仲介装置１０へ送信する（ステップＳ１０９）。

　仲介装置１０の制御部１１は、発注者端末３０から発注依頼を受信した場合、発注者端末３０から発注依頼があった旨を通信部１３より受注者端末２０に通知する（ステップＳ１１０）。

　発注依頼の通知を受信した受注者端末２０の制御部２１は、表示部２６に表示される受注画面３００にて発注者依頼の承認を受付け（ステップＳ１１１）、承認結果を通信部２３より仲介装置１０へ送信する（ステップＳ１１２）。

　仲介装置１０の制御部１１は、承認結果を受信した場合、入金要求を通信部１３より発注者端末３０へ送信する（ステップＳ１１３）。

　発注者端末３０の制御部３１は、仲介装置１０からの入金要求に応じて、発注者への対価とシステム手数料とを含む額の仮想通貨を送金する（ステップＳ１１４）。このとき、仲介装置１０は、発注者から受注者への送金を中継する際、発注者に課したシステム手数料を徴収すると共に、受注者側へ送金する仮想通貨から受注者に課したシステム手数料を徴収する。

　仲介装置１０は、受注者から発注者への物品又はサービスの提供が行われた後の適宜のタイミングにて、発注者による受注者の評価、及び受注者による発注者の評価を取得するために、受注者端末２０及び発注者端末３０へ評価の入力を要求する。

　発注者端末３０の制御部３１は、評価画面５００を通じて入力される発注者から受注者への評価を通信部３３より仲介装置１０へ送信する（ステップＳ１１５）。同様に、受注者端末２０の制御部２１は、評価画面６００を通じて入力される受注者から発注者への評価を通信部２３より仲介装置１０へ送信する（ステップＳ１１６）。

　仲介装置１０の制御部１１は、発注者から受注者への評価を発注者端末３０から受信した場合、及び受注者から発注者への評価を受注者端末２０から受信した場合、受注者及び発注者の評価を分散型台帳に登録するために、評価情報をネットワークＮ内のノード４０，４０，…，４０へブロードキャストする（ステップＳ１１７）。ブロードキャストされた評価情報は、例えばネットワークＮ内の１つのノード４０によって承認され、当該ノード４０によってブロックチェーンに追加される。

　以上のように、本実施の形態では、各利用者に対する評価をネットワークＮ内の複数のノード４０，４０，…，４０により共有される分散型台帳に記憶させることにより、評価の改竄を困難にすることができ、信頼性の高い、公正なプラットフォームを提供することが可能となる。

　なお、本実施の形態では、発注者から受注者への評価、及び受注者から発注者への評価を仲介装置１０が取得し、仲介装置１０からネットワークＮ内にブロードキャストする構成としたが、受注者端末２０及び発注者端末３０のそれぞれからネットワークＮ内にブロードキャストする構成としてもよい。すなわち、受注者から発注者への評価を受注者端末２０にて受付けた場合、受付けた評価情報をネットワークＮ内にブロードキャストし、ネットワークＮ内のノード４０によって承認された評価情報をブロックチェーンに追加する構成としてもよい。また、発注者から受注者への評価を発注者端末３０にて受付けた場合、受付けた評価情報をネットワークＮ内にブロードキャストし、ネットワークＮ内のノード４０によって承認された評価情報をブロックチェーンに追加する構成としてもよい。

　また、分散型台帳を共有するノード４０を受注者端末２０又は発注者端末３０により構成し、評価が高い受注者又は発注者に対して、マイニングを優先的に実行する権限を与えてもよい。仲介装置１０は、マイニングのインセンティブとして、探索問題を解いた受注者又は発注者に対し、手数料を支払ってもよい。

（実施の形態２）
　実施の形態２では、各利用者に対する評価を基に各利用者をランク付けし、利用者のランクに応じた表示態様にて利用者の情報を表示する構成について説明する。

　本実施の形態に係る仲介装置１０は、ネットワークＮに接続されたノード４０，４０，…，４０によって共有される分散型台帳から各利用者の評価を取得し、取得した評価に基づき各利用者のランク付けを行う。仲介装置１０は、例えば各利用者について５段階評価（１~５の数値）の平均値を算出し、算出した５段階評価の平均値が高い順に利用者をランク付けすることができる。また、仲介装置１０は、テキストにより入力された評価を考慮してランク付けを行ってもよい。例えば、利用者の評価を表すテキストにポジティブな表現が含まれる場合、その利用者の５段階評価の平均値にα（例えば０．５）を加算し、ネガティブな表現が含まれる場合、５段階評価の平均値からβ（例えば０．２）を減算して総合評価を求め、その総合評価を基にランク付けを行ってもよい。なお、仲介装置１０は、全利用者についてランク付けを行ってもよく、受注者毎、発注者毎、受注内容のカテゴリ毎、各利用者の属性毎にランク付けを行ってもよい。また、仲介装置１０は、定期的なタイミング、若しくは受発注が完了する都度、ランクに応じた額の仮想通貨を利用者に付与してもよい。

　実施の形態２に係る仲介装置１０は、発注者端末３０から受注者に対する検索要求を受付けた場合、検索結果をランク順に表示させるべく、検索された受注者のランクを含む検索結果を発注者端末３０へ送信する。

　図１５は実施の形態２に係る受注者検索画面７００の一例を示す模式図である。実施の形態２に係る受注者検索画面７００は、例えば、受注内容のカテゴリに対する選択を受付けるカテゴリ選択欄７０１、受注者に要求する属性の設定を受付ける属性設定欄７０２、及び検索結果を表示する表示欄７０３を備える。

　発注者端末３０は、表示部３６に表示される受注者検索画面７００を通じて、受注内容のカテゴリに対する選択、及び受注者の属性に関する設定を受付けた場合、該当する受注者を検索するように仲介装置１０へ要求する。なお、検索要求の際に受注者の属性を設定することは必須ではなく、カテゴリの選択を受付け、選択されたカテゴリに基づき、検索要求を行う構成であってもよい。

　仲介装置１０は、発注者端末３０から検索要求を受付けた場合、利用者データベース１２Ａ及び受注内容登録データベース１２Ｂにアクセスして該当する受注者を検索し、検索条件に合致した受注者の情報を発注者端末３０へ送信する。このとき、仲介装置１０は、検索条件に合致した受注者のランクを含む情報を発注者端末３０へ送信する。

　発注者端末３０は、検索条件に合致した受注者の情報を、受注者のランクに応じた表示順序にて表示部２６に表示させる。図１５に示した検索結果の例では、５段階評価の平均値（若しくは総合評価）が４．５である「鈴木次郎」のランクが最も高く、以下、「田中四郎」、「山田太郎」、…が続いていることを示している。受注者を示すラベル７０４ａ，７０４ｂ，…の何れか１つが選択された場合、発注者端末３０は、図８に示すような受注内容表示画面２００を表示部２６に表示させ、受注内容表示画面を通じて、受注依頼を受付ける。受注依頼を受付けた後の動作については、実施の形態１と同様であるので、その説明を省略する。

　以上のように、実施の形態２では、受注者の検索結果がランク順に表示されるので、発注者はランクが高い（評価が高い）受注者を優先的に選択して発注することができる。

　なお、上記の例では、受注者のランキング情報を発注者に提示する構成としたが、仲介装置１０が行うランク付けは全利用者に対して行われるので、発注者のランキング情報を受注者に提示する構成としてもよい。

　図１６は実施の形態２に係る発注者検索画面７５０の一例を示す模式図である。発注者検索画面７５０は、例えば、検索キーワードを受付ける入力欄７５１、発注者に要求する属性の設定を受付ける属性設定欄７５２、及び検索結果を表示する表示欄７５３を備える。

　受注者端末２０は、発注者検索画面７５０を通じて、検索キーワード及び発注者の属性に関する設定を受付けた場合、該当する発注者を検索するように仲介装置１０へ要求する。なお、検索要求の際に発注者の属性を設定することは必須ではなく、検索キーワードの入力を受付け、入力された検索キーワードに基づき、検索要求を行う構成であってもよい。

　仲介装置１０は、受注者端末２０から検索要求を受付けた場合、利用者データベース１２Ａにアクセスして該当する発注者を検索して検索条件に合致した発注者の情報を受注者端末２０へ送信する。このとき、仲介装置１０は、検索条件に合致した受注者のランクを含む情報を受注者端末２０へ送信する。

　受注者端末２０は、検索条件に合致した発注者の情報を、発注者のランクに応じた表示順序にて表示部２６に表示させる。図１６に示した検索結果の例では、５段階評価の平均値（若しくは総合評価）が４．５である「鈴木次郎」のランクが最も高く、以下、「佐藤裕」、「五木五郎」、…が続いていることを示している。発注者を示すラベル７５４ａ，７５４ｂ，…の何れか１つが選択された場合、選択された発注者の情報を表示部２６に表示させてもよい。

　なお、本実施の形態では、仲介装置１０が各利用者のランク付けを行う構成としたが、検索された利用者の評価情報を受注者端末２０又は発注者端末３０が分散型台帳から取得し、受注者端末２０又は発注者端末３０にインストールされたプログラムによってランク付けを行う構成としてもよい。

（実施の形態３）
　実施の形態３では、受注者が対価の受け取りを法定通貨に設定している場合、仮想通貨から法定通貨への両替を行い、両替した法定通貨を受注者の口座に入金する構成について説明する。

　図１７は対価の受け取り設定に係る設定画面８００の一例を示す模式図である。設定画面８００は、設定ボタン１１５の操作により表示される設定項目のうち、受け取り設定に係る設定項目が選択された場合に表示される画面の一例を示している。設定画面８００は、仮想通貨による対価の受け取りを選択する選択ボタン８０１、クレジットカード経由で法定通貨による対価の受け取りを選択する選択ボタン８０２、設定を確定するための設定ボタン８０３、設定をキャンセルするためのキャンセルボタン８０４を備える。

　選択ボタン８０１が選択され、ウォレットのアカウント（アドレス）が入力された後に、設定ボタン８０３が押下操作された場合、対価の受け取りが仮想通貨に設定される。本実施の形態では、仮想通貨による送金を行っているため、発注者から受注者へ送金された仮想通貨は、設定画面８００で設定されたウォレットのアカウントに入金される。

　選択ボタン８０２が選択され、クレジットカードのカード番号及び有効期限が入力された後に、設定ボタン８０３が押下操作された場合、対価の受け取りが法定通貨に設定される。本実施の形態では、仮想通貨による送金を行っているため、発注者から受注者に送金された仮想通貨は、仲介装置１０によって法定通貨に両替され、両替された法定通貨がクレジットカードにより指定される口座に入金される。なお、法定通貨への両替は仲介装置１０が実行する必要はなく、外部装置に両替を依頼してもよい。

　以上のように、本実施の形態では、仮想通貨による受け取りと、法定通貨による受け取りとを利用者が任意に選択することができる。

（実施の形態４）
　実施の形態４では、仲介装置１０が利用者間における仮想通貨の貸借取引を仲介する構成について説明する。

　図１８は借入申込画面９００の一例を示す模式図である。借入申込画面９００は、一の利用者が他の利用者に対して仮想通貨の借入れを申し込む場合に、端末に表示させる画面の一例を示している。以下、借入れの申込者が発注者端末３０を利用しており、借入先の利用者が受注者端末２０を利用しているものとして説明を行う。

　発注者端末３０において、借入申込画面９００を呼び出すために予め定められた操作を受付けた場合、制御部３１は、図１８に示すような借入申込画面９００を表示部３６に表示させる。借入申込画面９００は、例えば申込内容入力欄９０１、申込ボタン９０２及びキャンセルボタン９０３を備える。借入先、借入金額、及び借入期間を含む申込内容が申込内容入力欄９０１に入力され、申込ボタン９０２が押下操作された場合、制御部３１は、入力された申込内容を通信部３３より仲介装置１０へ送信する。なお、キャンセルボタン９０３が押下操作された場合、借入れの申込みがキャンセルされる。

　仲介装置１０は、発注者端末３０から送信された申込内容を受信した場合、申込内容に記載されている借入先を利用者データベース１２Ａから検索し、検索された借入先の利用者が利用している受注者端末２０へ申込内容を送信する。このとき、仲介装置１０は、借入金額に対する利息を設定し、設定した利息の情報を併せて送信してもよい。また、仲介装置１０は、ネットワークＮに接続されたノード４０，４０，…，４０によって共有される分散型台帳から申込者の評価を取得し、取得した評価を申込内容と共に送信してもよい。

　受注者端末２０は、仲介装置１０を通じて申込内容を受信した場合、申込内容を承諾するか否かの確認を行う。図１９は承諾確認画面１０００の一例を示す模式図である。承諾確認画面１０００は、表示欄１００１、承諾ボタン１００２及び不承諾ボタン１００３を備える。表示欄１００１には、申込者からの申込内容が表示される。また、表示欄１００１には、仲介装置１０によって設定された利息の情報が表示されてもよく、仲介装置１０から送信された申込者の評価の情報が表示されてもよい。

　承諾ボタン１００２が押下操作された場合、受注者端末２０は、申し込みが承諾された旨を仲介装置１０へ通知する。また、不承諾ボタン１００３が押下操作された場合、受注者端末２０は、申し込みが承諾されなかった旨を仲介装置１０へ通知する。

　仲介装置１０は、申し込みが承諾された旨の通知を受信した場合、申込者が利用している発注者端末３０へその旨を通知すると共に、申し込みを承諾した借入先に対して借入金額の入金を要求する。入金要求に対して借入金額に相当する仮想通貨の入金があった場合、仲介装置１０は、申込者が利用している仮想通貨のウォレットのアカウントへ借入金額に相当する仮想通貨を送金する。

　なお、仲介装置１０は、申込者によって設定された借入期間内に返済が完了したか否かを判断し、返済が完了していない場合、返済を促すメッセージを発注者端末３０へ送信する構成であってもよい。また、仲介装置１０は、借入先に返済される返済額のうち、利息分から所定の手数料を徴収する構成としてもよい。

（実施の形態５）
　実施の形態５では、仲介装置１０が利用者認証を行う構成について説明する。

　図２０は実施の形態５に係る仲介装置１０が実行する利用者認証の処理手順を説明するフローチャートである。仲介装置１０の制御部１１は、通信部１３を通じて、利用者の認証要求を受信したか否かを判断する（ステップＳ２０１）。なお、認証要求の要求元は、受注者端末２０、発注者端末３０及びノード４０に限定されるものではなく、仲介装置１０と通信可能な任意の端末若しくはサーバであってもよい。認証要求を受信していない場合（Ｓ２０１：ＮＯ）、制御部１１は、以下の処理を実行することなく本フローチャートによる処理を終了する。

　認証要求を受信した場合（Ｓ２０１：ＹＥＳ）、制御部１１は、該当する利用者を利用者データベース１２Ａから検索し（ステップＳ２０２）、本実施の形態に係る取引仲介システムの利用者であるか否かを判断する（ステップＳ２０３）。本実施の形態に係る取引仲介システムの利用者でないと判断した場合（Ｓ２０３：ＮＯ）、制御部１１は、以下の処理を実行することなく本フローチャートによる処理を終了する。

　本実施の形態に係る取引仲介システムの利用者であると判断した場合（Ｓ２０３：ＹＥＳ）、制御部１１は、当該利用者の評価を、ネットワークＮに接続されたノード４０，４０，…，４０によって共有される分散型台帳から取得する（ステップＳ２０４）。

　次いで、制御部１１は、取得した評価に基づき利用者を認証するか否かを判断する（ステップＳ２０５）。例えば、取得した評価（５段階評価の平均値若しくはテキスト入力された評価を考慮した総合評価）が予め設定した閾値以上（例えば３．０以上）である場合、制御部１１は、利用者を認証すると判断する。また、制御部１１は、各利用者によるシステムの利用回数をカウントしておき、利用回数に対して設定された閾値との大小関係を基に、利用者を認証するか否かを判断してもよい。

　利用者を認証すると判断した場合（Ｓ２０５：ＹＥＳ）、制御部１１は、利用者を認証する旨を認証要求の要求元へ通知する（ステップＳ２０６）。一方、利用者を認証しないと判断した場合（Ｓ２０５：ＮＯ）、制御部１１は、利用者を認証しない旨を認証要求の要求元へ通知する（ステップＳ２０７）。

　以上のように、本実施の形態では、分散型台帳に記憶されている評価に基づき、各利用者の認証可否を判断することができる。

（実施の形態６）
　実施の形態６では、受注者（派遣会社などの派遣元）から発注者（派遣先）に対して人材を派遣する人材派遣サービスへの適用例について説明する。
　本実施の形態では、受注者から発注者に対して派遣される派遣者による受注者及び発注者の評価、並びに、当該派遣者に対する受注者及び発注者からの評価を、ネットワークＮに接続された複数のノード４０，４０，…，４０に分散記憶させる。

　図２１は派遣者が用いる派遣者端末５０の内部構成を説明するブロック図である。派遣者端末５０は、例えばスマートフォン、パーソナルコンピュータなどの端末装置であり、制御部５１、記憶部５２、通信部５３、ＧＰＳ受信部５４、操作部５５、及び表示部５６等を備える。派遣者端末５０が備える上記ハードウェア各部の動作は、受注者端末２０及び発注者端末３０が備えるハードウェア各部の動作と同様であるため、その説明を省略することとする。

　図２２は実施の形態６に係る仲介装置１０が実行する処理の手順を説明するフローチャートである。仲介装置１０は、実施の形態１と同様の手順にて、受注者が提供する人材派遣サービスの受発注を仲介し、受注者及び発注者間の取引に係る決済処理を完了させる。決済処理が完了した場合、受注者から発注者に対して派遣者が派遣される。

　仲介装置１０は、受注者から発注者への派遣者の派遣が行われた後の適宜のタイミングにて、発注者による派遣者の評価、受注者による派遣者の評価、派遣者による発注者及び受注者の評価を要求する（ステップＳ３０１~Ｓ３０３）。なお、図２２のフローチャートでは、便宜的に、発注者による派遣者の評価、受注者による派遣者の評価、派遣者による発注者及び受注者の評価をこの順序で要求する手順としたが、要求する順序は図２２のフローチャートの例に限定されるものではない。

　発注者端末３０は、仲介装置１０からの要求に応じて、派遣者に対する評価の入力を受付ける。このとき、発注者端末３０は、実施の形態１で説明した評価画面５００と同様の評価画面を表示部３６表示し、表示した評価画面を通じて、派遣者に対する評価を受付ける。発注者端末３０は、評価画面を通じて受付けた評価を、通信部３３より仲介装置１０へ送信する。受注者端末２０及び派遣者端末５０が評価を受付ける場合についても同様である。

　仲介装置１０は、発注者端末３０、受注者端末２０、及び派遣者端末５０からそれぞれ送信される評価を受信する（ステップＳ３０４）。すなわち、発注者端末３０からは、発注者による派遣者の評価を受信する。また、受注者端末２０からは、受注者による派遣者の評価を受信する。更に、派遣者端末５０からは、派遣者による発注者及び受注者の評価を受信する。

　仲介装置１０は、発注者端末３０、受注者端末２０、及び派遣者端末５０からそれぞれ送信される評価を受信した場合、発注者及び受注者による派遣者の評価、並びに派遣者による発注者及び受注者の評価を分散型台帳に登録するために、評価情報をネットワークＮ内のノード４０，４０，…，４０へブロードキャストする（ステップＳ３０５）。ブロードキャストされた評価情報は、例えばネットワークＮ内の１つのノード４０によって承認され、当該ノード４０によってブロックチェーンに追加される。

　次いで、仲介装置１０は、閲覧権限を有する要求元（不図示）からの閲覧要求を受信したか否かを判断する（ステップＳ３０６）。このとき、制御部１１は、要求元が閲覧権限を有するか否かを、公知の手法を用いて判断することができる。例えば、制御部１１は、要求元を識別する識別子及びパスワードの入力を要求し、入力された識別子及びパスワードにより要求元を認証できた場合、要求元が閲覧権限を有すると判断してもよい。また、閲覧要求の送信元が予め登録された端末である場合、又は予め登録された通信アドレスを有する場合、制御部１１は、要求元が閲覧権限を有すると判断してもよい。なお、閲覧権限は、特定の派遣先に与えてもよく、１又は複数の派遣元を管理する管理会社に与えてもよい。更に、閲覧の対価を支払ったユーザ又は企業に対して、閲覧権限を与える構成としてもよい。ステップＳ３０６で閲覧要求を受信していないと判断した場合（Ｓ３０６：ＮＯ）、制御部１１は、本フローチャートによる処理を終了する。

　閲覧権限を有する要求元からの閲覧要求を受信した場合（Ｓ３０６：ＹＥＳ）、制御部１１は、ネットワークＮに接続されているノード４０にアクセスし、分散型台帳から必要な情報を抽出する（ステップＳ３０７）。例えば、派遣者に対する評価を閲覧対象としている場合、制御部１１は、その派遣者を識別するＩＤをキーとして情報を検索することにより、必要な情報を分散型台帳から抽出することができる。制御部１１は、分散型台帳から抽出した情報を閲覧要求の要求元へ送信する（ステップＳ３０８）。閲覧要求の要求元において、例えば、派遣者に対する評価を取得した場合、発注者及び受注者による派遣者の評価を個別に表示してもよく、発注者及び受注者による派遣者の評価を合わせた総合的な評価を表示してもよい。

　以上のように、本実施の形態では、発注者及び受注者による派遣者の評価、並びに派遣者による発注者及び受注者の評価を分散型台帳に記憶させることにより、評価の改竄を困難にすることができ、信頼性の高い、公正なプラットフォームを提供することが可能となる。

　なお、本実施の形態では、発注者及び受注者による派遣者の評価、並びに派遣者による発注者及び受注者の評価を分散型台帳に記憶させる構成としたが、実施の形態１と同様に、発注者及び受注者の互いの評価を併せて分散型台帳に記憶させる構成としてもよい。

（実施の形態７）
　実施の形態７では、受注者が提供する物品又はサービスの発注者を入札によって決定する構成について説明する。

　図２３は受注者端末２０の表示部２６に表示される受注画面１１００の一例を示す模式図である。図２３に示す受注画面１１００は、受注者に関する情報を表示する表示欄１１１０、及び発注依頼を受けた事案に関する情報を表示する表示欄１１２０を備える。表示欄１１１０に表示される情報には、受注者の氏名、受注内容を紹介する文面、受注内容のカテゴリ、受注者が設定した最低落札価格、入札期間、及び受注者に対する評価が含まれる。受注内容を紹介する文面、カテゴリ、最低落札価格、入札期間については、編集ボタン１１１１を選択操作することによって遷移する編集画面（不図示）において、適宜編集することが可能である。

　表示欄１１２０に表示される情報には、保留中のリクエスト及び受注済みのリクエストが含まれる。保留中のリクエストには、入札済みであるが、落札者が決定されていないリクエストの情報が含まれている。受注済みのリクエストには、仲介装置１０を通じて発注者端末３０からの発注依頼を受信し、発注者と受注者との間で取引が成立したリクエストの情報が含まれている。なお、保留中のリクエストと受注済みのリクエストとの間の表示の切り替えは、表示欄１１２０の上部に設けられたタグ１１２１，１１２２の選択操作により行われる。本実施の形態では、入札期間の経過後に仲介装置１０によって落札者が決定される。

　図２４は実施の形態７に係る仲介装置１０が実行する処理の手順を説明するフローチャートである。仲介装置１０の制御部１１は、受注者による受注内容に基づき、入札期間を設定する（ステップＳ４０１）。次いで、制御部１１は、通信部１３を通じて、発注者端末３０から入札を受付けたか否かを判断する（ステップＳ４０２）。

　入札を受け付けていないと判断した場合（Ｓ４０２：ＮＯ）、制御部１１は、後述するステップＳ４０４へ処理を移行させる。発注者端末３０から入札を受付けたと判断した場合（Ｓ４０２：ＹＥＳ）、制御部１１は、発注者により設定された入札額を含む入札情報を記憶部１２に記憶させる（ステップＳ４０３）。

　次いで、制御部１１は、内蔵クロックの出力を参照し、入札期間が終了したか否かを判断する（ステップＳ４０４）。入札期間が終了していないと判断した場合（Ｓ４０４：ＮＯ）、制御部１１は、処理をステップＳ４０２へ戻す。

　入札期間が終了したと判断した場合（Ｓ４０４：ＹＥＳ）、制御部１１は、入札を受付けた発注者の中から落札者を決定する（ステップＳ４０５）。制御部１１は、入札額が最も高い発注者を落札者として決定することができる。また、制御部１１は、発注者による入札額と、発注者の評価とに基づき、落札者を決定してもよい。例えば、制御部１１は、評価が所定値以上の発注者のうち入札額が最も高い発注者を落札者として決定してもよく、札額と評価との積算値が最も高い発注者を落札者として決定してもよい。さらに、発注者による入札額と、発注者の評価とを、受注者端末３０に通知し、受注者の選択によって落札者を決定する構成としてもよい。

　なお、落札者を決定した後の処理は実施の形態１と同様であり、制御部１１は、発注者（落札者）と受注者との間で行われる決済処理を仲介し、発注者による受注者の評価、及び受注者による発注者の評価を分散型台帳に記憶させる処理を実行する。

　以上のように、実施の形態７では、入札によって発注者を決定することができる。

（実施の形態８）
　実施の形態８では、１つの発注対象に対して複数の発注者による発注を受付ける構成について説明する。

　図２５は実施の形態８において受注者端末２０の表示部２６に表示される受注画面１２００の一例を示す模式図である。図２５に示す受注画面１２００は、受注者に関する情報を表示する表示欄１２１０、及び発注依頼を受けた事案に関する情報を表示する表示欄１２２０を備える。表示欄１２１０に表示される情報には、受注者の氏名、受注内容を紹介する文面、受注内容のカテゴリ、設定価格、現在の発注者の数、及び受注者に対する評価が含まれる。受注内容を紹介する文面、カテゴリ、及び設定価格については、編集ボタン１２１１を選択操作することによって遷移する編集画面（不図示）において、適宜編集することが可能である。また、現在の発注者の数は、受注者が提供する物品又はサービス（図２５の例ではコンサートの開催）に対して、その時点で発注を受付けた発注者の数を表している。

　表示欄１２２０に表示される情報には、保留中のリクエスト及び受注済みのリクエストが含まれる。保留中のリクエストは、仲介装置１０を通じて発注者端末３０からの発注依頼を受信したが、発注者と受注者との間の取引が成立に至っていない事案を表している。図２５に例示される受注画面１２００は、「鈴木次郎」、「斎藤三郎」、「田中四郎」等からの発注依頼が保留中のリクエストとして登録されていることを示している。受注済みのリクエストは、仲介装置１０を通じて発注者端末３０からの発注依頼を受信し、発注者と受注者との間で取引が成立した事案を表している。なお、保留中のリクエストと受注済みのリクエストとの間の表示の切り替えは、表示欄１２２０の上部に設けられたタグ１２２１，１２２２の選択操作により行われる。

　仲介装置１０は、受注者が設定した受注期間が経過した場合、発注者の人数を確定させ、発注者１人当たりに請求する価格を決定して決済処理を実行する。仲介装置１０は、決済画面に係る画面データを１又は複数の発注元の発注者端末３０へ送信することにより、発注に要する費用の入金を要求する。

　図２６は実施の形態８において発注者端末３０の表示部３６に表示される決済画面１３００の一例を示す模式図である。図２６に示す決済画面１３００は、発注内容を表示する表示欄１３１０、及び決済方法の選択を受付ける選択欄１３２０を備える。表示欄１３１０に表示される情報には、発注先、発注内容、所要時間、支払い額、及び備考が含まれる。本実施の形態では、発注者が支払う額は、受注者への対価にシステム手数料を加算した額である。なお、システム手数料は固定額であってもよく、受注者への対価に応じて変動する額であってもよい。

　選択欄１３２０には、仮想通貨決済を選択するための選択ボタン１３２１、クレジット決済を選択するための選択ボタン１３２２、選択された決済方法にて決済を実行するための確定ボタン１３２３、及び決済をキャンセルするためのキャンセルボタン１３２４が設けられている。

　選択ボタン１３２１が選択された状態にて確定ボタン１３２３が操作された場合、仮想通貨による決済処理が行われる。仮想通貨による決済処理では、発注者が所有している仮想通貨のウォレットから支払い額が支払われる。発注者の支払い額には、受注者への対価と、発注者が支払うべきシステム手数料とが含まれている。このため、発注者のウォレットから送金される仮想通貨は、まず、システム管理者（仲介者）のウォレットへ入金され、発注者が支払うべきシステム手数料が仲介装置１０により徴収される。

　発注者端末３０にて選択ボタン１３２２が選択された状態にて確定ボタン１３２３が操作された場合、クレジットカードによる決済処理が行われる。クレジットカードを用いた決済処理の内容は、仮想通貨を用いた決済処理と同様である。なお、クレジットカードによる決済処理においても、入金額に対応する法定通貨（現実通貨）を仮想通貨に両替し、システム手数料を徴収した上で、仮想通貨を受注者側へ送金する構成とすればよい。

　決済処理の具体例を説明する。受注者が設定した物品又はサービス（図２６の例ではコンサートの開催）に対する対価を「１５００００円」とする。これに対して、発注を受付けた人数を１００人とした場合、仲介装置１０は、発注者１人当たりの支払い額を「１５００円」と決定することができる。システム手数料を法定通貨で「１００円」とした場合、仲介装置１０は、合計「１６００円」に相当する仮想通貨（例えば１６００トークン）の支払いを各発注者に要求する。仲介装置１０からの要求に応じて、各発注者のウォレットから仲介者のウォレットへ「１６００円」に相当する仮想通貨が送金される。仲介装置１０は、仲介者のウォレットに入金があった場合、入金額から各発注者が支払うべきシステム手数料の「１００円」に相当する仮想通貨（１００トークン）を徴収する。仲介装置１０は、このような決済処理により、受注者に支払うべき対価を各発注者から取得する。仲介装置１０は、各発注者から受注者へ支払うべき対価を取得した後、受注者への対価から受注者が支払うべきシステム手数料の「１００円」に相当する仮想通貨（１００トークン）を徴収し、残りの「１４９９００円」に相当する仮想通貨（１４９９００トークン）を仲介者のウォレットから受注者のウォレットへ送金する。

　以上の手続きにより、受注者及び複数の発注者間の取引に係る決済処理が完了する。決済処理が完了した場合、受注者は、取引によって定められた物品又はサービスを発注者へ提供し、発注者は、受注者から提供される物品又はサービスを享受することができる。

　今回開示された実施の形態は、全ての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

　１０　仲介装置
　１１　制御部
　１２　記憶部
　１２Ａ　利用者データベース
　１２Ｂ　受注内容登録データベース
　１３　通信部
　１４　操作部
　１５　表示部
　２０　受注者端末
　２１　制御部
　２２　記憶部
　２３　通信部
　２４　ＧＰＳ受信部
　２５　操作部
　２６　表示部
　３０　発注者端末
　３１　制御部
　３２　記憶部
　３３　通信部
　３４　ＧＰＳ受信部
　３５　操作部
　３６　表示部
　４０　ノード
　Ｎ　ネットワーク

Claims

　受注者端末及び発注者端末に通信可能に接続されたコンピュータを用いて、受注者及び発注者間における物品又はサービスの取引を仲介する仲介方法であって、
　受注対象の物品又はサービスの情報を発注者端末へ送信し、
　該発注者端末を通じて発注対象の物品又はサービスの選択を受付け、
　選択された物品又はサービスの受発注に係る決済処理を行い、
　前記物品又はサービスを発注した発注者による受注者の評価と、該受注者による前記発注者の評価とを、前記発注者端末及び前記受注者端末の夫々から受信し、
　受信した前記受注者及び前記発注者の評価を分散型台帳に記憶させる
　処理を前記コンピュータにより実行する仲介方法。
　前記分散型台帳に記憶させた評価に基づき、前記受注者及び前記発注者を含む各利用者に対する順位付けを行い、
　前記受注対象の物品又はサービスの情報と共に、前記物品又はサービスの種別毎に受注者の順位情報を前記発注者端末へ送信する
　処理を前記コンピュータにより実行する請求項１に記載の仲介方法。
　各利用者の順位に応じて各利用者に仮想通貨を付与する
　処理を前記コンピュータにより実行する請求項２に記載の仲介方法。
　前記サービスは、受注者から発注者へ人材を派遣する人材派遣サービスを含み、
　前記受注者から派遣される派遣者に対する前記発注者及び前記受注者の評価を、前記発注者端末及び前記受注者端末の夫々から受信し、
　前記派遣者による前記発注者及び前記受注者の評価を派遣者端末から受信し、
　受信した前記派遣者に対する前記発注者及び前記受注者の評価、並びに、前記派遣者による前記発注者及び前記受注者の評価を前記分散型台帳に記憶させる
　処理を前記コンピュータにより実行する請求項１から請求項３の何れか１つに記載の仲介方法。
　閲覧権限を有する要求元からの閲覧要求に応じて、前記分散型台帳に記憶させた評価の情報を前記要求元へ送信する
　処理を前記コンピュータにより実行する請求項４に記載の仲介方法。
　前記受注対象に対して１又は複数の入札を受付け、
　受付けた入札に基づき、前記受注対象に対する落札者を決定し、
　決定した落札者からの発注を受付ける
　処理を前記コンピュータにより実行する請求項１から請求項３の何れか１つに記載の仲介方法。
　前記決済処理は、
　前記受注者が設定した前記物品又は前記サービスに対する対価と、前記発注者への手数料とを加算した額の仮想通貨の入金を要求する要求処理と、
　該要求処理に応じて入金された入金額から前記発注者及び前記受注者への手数料を徴収する徴収処理と、
　前記入金額から前記発注者及び前記受注者への手数料を減算した額の仮想通貨を前記受注者が設定したアカウントへ送金する送金処理と
　を含む請求項１から請求項６の何れか１つに記載の仲介方法。
　一の受注対象に対して複数の発注者による発注を受付け、
　発注者の人数に応じた決済処理を前記コンピュータにより実行する
　請求項１から請求項３の何れか１つに記載の仲介方法。
　前記決済処理は、
　前記受注者が設定した前記物品又は前記サービスに対する対価を前記人数で除算した額と、各発注者への手数料とを加算した額の仮想通貨の入金を各発注者に要求する要求処理と、
　該要求処理に応じて入金された入金額から前記発注者及び前記受注者への手数料を徴収する徴収処理と、
　前記入金額から前記発注者及び前記受注者への手数料を減算した額の仮想通貨を前記受注者が設定したアカウントへ送金する送金処理と
　を含む請求項８に記載の仲介方法。
　仮想通貨の入金から法定通貨の入金への入金方法の変更要求を受付け、
　前記入金方法の変更要求を受付けた場合、前記要求処理にて法定通貨による入金を要求し、
　前記要求処理に応じて入金された法定通貨を仮想通貨に両替する
　処理を前記コンピュータにより実行する請求項７又は９に記載の仲介方法。
　仮想通貨による受取りから法定通貨による受取りへ受取り方法の変更要求を受付け、
　該変更要求を受付けた場合、前記アカウントへ送金された仮想通貨を法定通貨に両替する
　処理を前記コンピュータにより実行する請求項７又は９に記載の仲介方法。
　前記受注者又は前記発注者を含む一の利用者が利用する端末から、仮想通貨の借入金額及び借入期間を含む借入申込情報を受信し、
　受信した借入申込情報に基づき、前記利用者と貸主との間の仮想通貨の貸借取引を仲介する
　処理を前記コンピュータにより実行する請求項１から請求項１１の何れか１つに記載の仲介方法。
　前記利用者が前記貸主に対して支払うべき利息から手数料を徴収する
　処理を前記コンピュータにより実行する請求項１２に記載の仲介方法。
　前記受注者及び前記発注者を含む利用者に対する認証要求を受付け、
　前記分散型台帳に記憶させた評価に基づき、前記利用者の認証の可否を判断する
　処理を前記コンピュータにより実行する請求項１から請求項１３の何れか１つに記載の仲介方法。
　相互に通信可能な複数のノードによって構築されるネットワーク上で前記分散型台帳を共有してある
　請求項１から請求項１４の何れか１つに記載の仲介方法。
　受注者端末及び発注者端末に通信可能に接続されており、受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置であって、
　受注対象の物品又はサービスの情報を発注者端末へ送信する送信部と、
　前記発注者端末を通じて物品又はサービスの選択を受付ける受付部と、
　選択された物品又はサービスの受発注に係る決済処理を行う決済処理部と、
　前記物品又はサービスを発注した発注者による受注者の評価と、該受注者による前記発注者の評価とを、前記発注者端末及び前記受注者端末の夫々から受信する受信部と、
　受信した前記受注者及び前記発注者の評価を分散型台帳に記憶させる記憶処理部と
　を備える仲介装置。
　コンピュータに、
　受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置から、受注対象の物品又はサービスの情報を取得し、
　前記物品又はサービスの中から発注対象の物品又はサービスの選択を受付け、
　選択された物品又はサービスを発注すべく選択された物品又はサービスの情報を前記仲介装置へ送信し、
　前記物品又はサービスの発注後に受注者に対する評価を受付け、
　受付けた評価を分散型台帳に記憶させるべく前記評価を送信する
　処理を実行させるためのコンピュータプログラム。
　コンピュータに、
　受注者及び発注者間における物品又はサービスの取引を仲介する仲介装置から、発注者により選択された発注対象の物品又はサービスの情報を受信し、
　前記物品又はサービスの受注を受付けた後に、前記発注者に対する評価を受付け、
　受付けた評価を分散型台帳に記憶させるべく前記評価を送信する
　処理を実行させるためのコンピュータプログラム。