特開 2023-19673 電子契約方法、電子契約システムおよびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023019673

(43)【公開日】2023-02-09

(54)【発明の名称】電子契約方法、電子契約システムおよびプログラム

(51)【国際特許分類】

   H04L 9/32 20060101AFI20230202BHJP

【ＦＩ】

H04L9/00 675Z

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021124595

(22)【出願日】2021-07-29

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】301063496

【氏名又は名称】東芝デジタルソリューションズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】高都 勝己

(57)【要約】

【課題】契約に関するブロックチェーンを記憶するシステムをより容易に構築する。
【解決手段】実施形態の電子契約方法は、トランザクションをブロックチェーンに記憶するブロックチェーンシステムに接続される電子契約システムで実行される電子契約方法である。電子契約方法は、契約処理ステップと、記憶制御ステップと、を含む。契約処理ステップは、第１契約者および第２契約者の間で締結した契約に対する合意の指示を第１契約者および第２契約者それぞれから受け付ける。記憶制御ステップは、第１契約者が契約に合意したことを示す第１トランザクションをブロックチェーンに記憶する指示、および、第２契約者が契約に合意したことを示す第２トランザクションをブロックチェーンに記憶する指示を、ブロックチェーンシステムに送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

トランザクションをブロックチェーンに記憶するブロックチェーンシステムに接続される電子契約システムで実行される電子契約方法であって、
第１契約者および第２契約者の間で締結した契約に対する合意の指示を前記第１契約者および前記第２契約者それぞれから受け付ける契約処理ステップと、
前記第１契約者が前記契約に合意したことを示す第１トランザクションを前記ブロックチェーンに記憶する指示、および、前記第２契約者が前記契約に合意したことを示す第２トランザクションを前記ブロックチェーンに記憶する指示を、前記ブロックチェーンシステムに送信する記憶制御ステップと、
を含む電子契約方法。

【請求項2】

前記ブロックチェーンシステムは、前記トランザクションの種類ごとの処理をそれぞれ定めた複数のスマートコントラクトのうち、指示されたスマートコントラクトに従って前記トランザクションを前記ブロックチェーンに記憶するように構成され、
複数の前記スマートコントラクトは、前記電子契約システムによる契約を記憶する電子契約スマートコントラクトを含み、
前記記憶制御ステップは、前記電子契約スマートコントラクトを用いて、前記第１トランザクションを前記ブロックチェーンに記憶する指示、および、第２トランザクションを前記ブロックチェーンに記憶する指示を送信する、
請求項１に記載の電子契約方法。

【請求項3】

前記第１契約者および前記第２契約者のいずれかである第１ユーザに割り当てられた１以上の公開鍵またはウォレットアドレスと、前記ブロックチェーンシステムのユーザである第２ユーザと、を対応づける処理を行う登録処理ステップと、
前記公開鍵またはウォレットアドレスと前記第２ユーザとを対応づけたことを示す第３トランザクションを前記ブロックチェーンに記憶する指示を、前記ブロックチェーンシステムに送信する第２記憶制御ステップと、をさらに含む、
請求項１に記載の電子契約方法。

【請求項4】

前記記憶制御ステップは、前記第１契約者に割り当てられた第１秘密鍵により電子署名が付された前記第１トランザクションを前記ブロックチェーンに記憶する指示、および、前記第２契約者に割り当てられた第２秘密鍵により電子署名が付された前記第２トランザクションを前記ブロックチェーンに記憶する指示を、前記ブロックチェーンシステムに送信する、
請求項１に記載の電子契約方法。

【請求項5】

前記第１契約者は、電子入札の発注者であり、
前記第２契約者は、前記電子入札の落札者であり、
前記契約は、前記電子入札の契約を示し、
前記第１秘密鍵は、前記電子入札の処理のために前記第１契約者に割り当てられた鍵であり、
前記第２秘密鍵は、前記電子入札の処理のために前記第２契約者に割り当てられた鍵である、
請求項４に記載の電子契約方法。

【請求項6】

前記第１契約者は、電子入札の発注者であり、
前記第２契約者は、前記電子入札の落札者であり、
前記契約は、前記電子入札の契約を示し、
前記第２秘密鍵は、前記電子入札の処理のために秘密鍵が割り当てられない前記第２契約者に対して、前記ブロックチェーンに記憶するトランザクションへの電子署名のために割り当てられた鍵である、
請求項４に記載の電子契約方法。

【請求項7】

前記第１秘密鍵は、前記電子入札の処理のために前記第１契約者に割り当てられた鍵である、
請求項６に記載の電子契約方法。

【請求項8】

前記第１秘密鍵は、前記電子入札の処理のために秘密鍵が割り当てられない前記第１契約者に対して、前記ブロックチェーンに記憶するトランザクションへの電子署名のために割り当てられた鍵である、
請求項６に記載の電子契約方法。

【請求項9】

前記第１トランザクションは、前記第１契約者が前記契約に合意したことを示す情報と、前記契約に関する電子文書のハッシュ値と、を含み、
前記第２トランザクションは、前記第２契約者が前記契約に合意したことを示す情報と、前記電子文書のハッシュ値と、を含む、
請求項１に記載の電子契約方法。

【請求項10】

前記契約処理ステップは、前記第１契約者および前記第２契約者を含む複数の契約者の間で締結した契約に対する合意の指示を複数の前記契約者それぞれから受け付け、
前記記憶制御ステップは、複数の前記契約者それぞれが前記契約に合意したことを示す複数のトランザクションを前記ブロックチェーンに記憶する複数の指示を、前記ブロックチェーンシステムに送信する、
請求項１に記載の電子契約方法。

【請求項11】

トランザクションをブロックチェーンに記憶するブロックチェーンシステムに接続される電子契約システムであって、
第１契約者および第２契約者の間で締結した契約に対する合意の指示を前記第１契約者および前記第２契約者それぞれから受け付ける契約処理部と、
前記第１契約者が前記契約に合意したことを示す第１トランザクションを前記ブロックチェーンに記憶する指示、および、前記第２契約者が前記契約に合意したことを示す第２トランザクションを前記ブロックチェーンに記憶する指示を、前記ブロックチェーンシステムに送信する記憶制御部と、
を備える電子契約システム。

【請求項12】

トランザクションをブロックチェーンに記憶するブロックチェーンシステムに接続される電子契約システムが備えるコンピュータに、
第１契約者および第２契約者の間で締結した契約に対する合意の指示を前記第１契約者および前記第２契約者それぞれから受け付ける契約処理ステップと、
前記第１契約者が前記契約に合意したことを示す第１トランザクションを前記ブロックチェーンに記憶する指示、および、前記第２契約者が前記契約に合意したことを示す第２トランザクションを前記ブロックチェーンに記憶する指示を、前記ブロックチェーンシステムに送信する記憶制御ステップと、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、電子契約方法、電子契約システムおよびプログラムに関する。

【背景技術】

【0002】

合意した契約に関するトランザクションをブロックチェーンに記憶する契約合意システムが提案されている。ブロックチェーンは、分散型ネットワークを構成する複数の装置がトランザクションを同期してチェーンのように繋げて記憶する仕組みである。

【0003】

例えば、複数の契約者が使用する複数の端末が、ブロックチェーンを記憶する記憶部をそれぞれ備え、契約に合意するか否かの証跡を含むトランザクションを自端末が備える記憶部にそれぞれ記憶する技術が提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７－２２０７１０号公報

【特許文献2】国際公開第２０１７／０１０４５５号

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来技術では、契約に関するブロックチェーンを記憶するシステムを容易に構築できない場合があった。例えば、上記の従来技術では、各端末にブロックチェーンを記憶するように構成されるため、契約者を追加する場合には、ブロックチェーンを記憶する記憶部を備える端末を、追加する契約者それぞれについて準備する必要がある。また、複数の契約者それぞれに対応するすべての端末が、対応する契約者とは無関係の契約についてのトランザクションを記憶する必要がある。

【課題を解決するための手段】

【0006】

実施形態の電子契約方法は、トランザクションをブロックチェーンに記憶するブロックチェーンシステムに接続される電子契約システムで実行される電子契約方法である。電子契約方法は、契約処理ステップと、記憶制御ステップと、を含む。契約処理ステップは、第１契約者および第２契約者の間で締結した契約に対する合意の指示を第１契約者および第２契約者それぞれから受け付ける。記憶制御ステップは、第１契約者が契約に合意したことを示す第１トランザクションをブロックチェーンに記憶する指示、および、第２契約者が契約に合意したことを示す第２トランザクションをブロックチェーンに記憶する指示を、ブロックチェーンシステムに送信する。

【図面の簡単な説明】

【0007】

【図1】図１は、本実施形態の電子契約システムの構成の一例を示すブロック図である。

【図2】図２は、対応情報のデータ構造の一例を示す図である。

【図3】図３は、本実施形態における事前登録処理の一例を示すシーケンス図である。

【図4】図４は、本実施形態における電子入札・電子契約処理の一例を示すシーケンス図である。

【図5】図５は、電子入札・電子契約処理の流れの例を示す図である。

【図6】図６は、契約内容入力画面の一例を示す図である。

【図7】図７は、契約出力画面の一例を示す図である。

【図8】図８は、電子契約画面の一例を示す図である。

【図9】図９は、落札者側での電子契約の流れの例を示す図である。

【図10】図１０は、発注者側での電子契約の流れの例を示す図である。

【図11】図１１は、取引情報のデータ構造の一例を示す図である。

【図12】図１２は、本実施形態にかかる装置のハードウェア構成例を示す説明図である。

【発明を実施するための形態】

【0008】

以下に添付図面を参照して、この発明にかかる電子契約方法、電子契約システムおよびプログラムの好適な実施形態を詳細に説明する。

【0009】

以下では、電子入札を管理するとともに、電子入札に関する契約を行うシステムとして電子契約システムを実現する場合を例に説明する。適用可能なシステムは電子入札に関するシステムに限られるものではない。

【0010】

上記の従来技術では、複数の契約者が使用する複数の端末が、ブロックチェーンを記憶する記憶部をそれぞれ備えている。すなわち、従来技術では、各端末は、契約の合意に用いるユーザ端末であると同時に、ブロックチェーンの記憶も行うように構成される。

【0011】

仮にこのような構成を電子入札に関する電子契約システムに適用した場合、例えば、入札を行う業者（契約に合意する契約者に相当する事業者、および、法人など）が、自社の端末にブロックチェーンの記憶も行うという構成になる。ブロックチェーンにはすべての契約についてのトランザクションが記憶されるため、入札を行う業者は、大量に発生しうる（例えば年間数千件から数万件となりうる）入札の契約について、自身に無関係の契約であっても、自社の端末内にすべて記憶する必要がある。

【0012】

本実施形態にかかる電子契約システムは、内部にブロックチェーンを記憶する記憶部は備えず、ブロックチェーンを記憶する記憶部を備えるブロックチェーンシステムに対してトランザクションの記憶を指示する。

【0013】

ブロックチェーンシステムは、本実施形態の電子契約システムを含む外部のシステムからの指示に従い、内部の記憶部にブロックチェーンを記憶するように構成される。ブロックチェーンシステムは、例えば、分散配置される複数のサーバ（ブロックチェーン・ピア）により構成される。各サーバは、例えば、電子契約の当事者とは無関係の複数の業者によって運用される。

【0014】

電子契約システムは、例えば、秘密鍵を用いてトランザクション（トランザクションを含むパケット）に電子署名を付与し、トランザクションをブロックチェーンシステムに送信する。この後、ブロックチェーンに関する処理は、ブロックチェーンシステムが実行する。

【0015】

このように、電子契約システムは、トランザクションの作成、電子署名、および、トランザクションの送信を行うための機能（プログラムなど）を備えればよく、内部にブロックチェーンを記憶する記憶部を備える必要がない。契約者が追加される場合は、例えば、契約者が使用する端末から上記機能を利用可能にする、または、上記機能を利用可能な端末を追加するのみでよい。このように、契約に関するブロックチェーンを記憶するシステムをより容易に構築することが可能となる。

【0016】

図１は、本実施形態の電子契約システム１００の構成の一例を示すブロック図である。図１に示すように、電子契約システム１００は、ネットワーク１０を介して、認証局２０１、２０２と、発注者端末３０１と、応札者端末３０２と、ブロックチェーンシステム４００と、に接続される。

【0017】

ネットワーク１０は、例えばインターネットであるが、その他のどのような形態のネットワークであってもよい。ネットワーク１０は、有線ネットワーク、無線ネットワーク、および、有線ネットワークと有線ネットワークとが混在したネットワークのいずれであってもよい。

【0018】

認証局２０１、２０２は、各種システムで使用する電子証明書を発行する機関である。例えば認証局２０１、２０２は、公開鍵認証基盤（ＰＫＩ：Public Key Infrastructure）に基づいた認証技術における秘密鍵および公開鍵証明書を発行する。

【0019】

認証局２０１は、例えば、ＧＰＫＩ（政府認証基盤：Government Public Key Infrastructure）が認めた府省認証局、または、ＬＧＰＫＩ（地方公共団体組織認証基盤：Local Government Public Key Infrastructure）が認めた組織認証局であってもよい。府省認証局は、例えば、発注者の官職証明書を発行する認証局である。組織認証局は、発注者の職責証明書を発行する認証局である。認証局２０２は、例えば、応札者の職責証明書を発行する民間の認証局であってもよい。

【0020】

認証局２０１、２０２は、区別される必要はなく、発注者および応札者の両方に電子証明書を発行する１つの認証局で置き換えられてもよい。また、電子契約システム１００は、３つ以上の認証局に接続されてもよい。

【0021】

認証局２０１、２０２は、秘密鍵および公開鍵証明書を記憶するＩＣ（Integrated Circuit）カードを発行するように構成されてもよい。

【0022】

発注者端末３０１は、電子入札の発注者が使用する端末である。図１では、１つの発注者端末３０１が記載されているが、電子契約システム１００は、２つ以上の発注者端末３０１に接続されてもよい。

【0023】

応札者端末３０２は、電子入札の応札者が使用する端末である。図１では、１つの応札者端末３０２が記載されているが、電子契約システム１００は、２つ以上の応札者端末３０２に接続されてもよい。

【0024】

各端末（発注者端末３０１および応札者端末３０２）は、例えばパーソナルコンピュータなどの一般的なコンピュータにより構成することができる。また、各端末は、電子契約システム１００が提供する各種画面を介して、電子契約システム１００の各機能を利用する。例えば各端末は、ブラウザまたはＷｅｂアプリケーションなどにより電子契約システム１００の各機能を利用するように構成することができる。

【0025】

ブロックチェーンシステム４００は、上記のように、外部のシステムからの指示に従い、内部に備える記憶部にブロックチェーンを記憶するように構成されるシステムである。

【0026】

ブロックチェーンシステム４００は、通信制御部４１１と、スマートコントラクト処理部４１２と、管理部４１３と、ブロックチェーン記憶部４２１と、を備えている。ブロックチェーンシステム４００は、これらの各部をそれぞれ備えるように多重化され、分散配置される複数のサーバ（ブロックチェーン・ピア）を含む。各サーバは、クラウド環境上に構築されてもよい。

【0027】

ブロックチェーン記憶部４２１は、ブロックチェーンを記憶する記憶部である。例えばブロックチェーン記憶部４２１は、スマートコントラクト処理部４１２により実行されるスマートコントラクトに従い、トランザクションをブロックチェーンに記憶する。

【0028】

通信制御部４１１は、電子契約システム１００などの外部システムとの間の通信を制御する。例えば通信制御部４１１は、電子契約システム１００から送信された、トランザクションをブロックチェーン記憶部４２１に記憶する指示（スマートコントラクトの実行指示など）を受信する。また通信制御部４１１は、処理の実行結果（指示されたスマートコントラクトの戻り値など）を、処理の要求元（電子契約システム１００など）に送信する。

【0029】

スマートコントラクト処理部４１２は、実行が指示されたスマートコントラクトを実行する。例えばスマートコントラクト処理部４１２は、トランザクションの種類ごとの処理をそれぞれ定めた複数のスマートコントラクトのうち、指示されたスマートコントラクトを実行し、トランザクションをブロックチェーンに記憶する。複数のスマートコントラクトは、電子契約システム１００による契約を記憶する電子契約スマートコントラクトを含む。

【0030】

スマートコントラクトは、例えばＪａｖａＳｃｒｉｐｔ（登録商標）などの汎用の言語で記述されてもよい。電子契約システム１００などの外部システムは、スマートコントラクトを呼び出すＡＰＩを使用したＷｅｂアプリケーションなどを用いて、所望のスマートコントラクトを実行させることが可能となる。

【0031】

スマートコントラクトを実行することがトランザクションであると解釈することもできる。トランザクションの実行状態を示すログ（トランザクションログ）が、ブロックチェーンに記憶される。トランザクションログは、例えば、呼び出されたスマートコントラクトを特定する情報、スマートコントラクトの引数、日時、および、呼出し元などを含む。

【0032】

スマートコントラクトは、新たに追加すること、および、修正することが可能であってもよい。管理部４１３は、このようなスマートコントラクトの管理とともに、システムの状態の管理、および、ユーザの管理などを行う。例えば管理部４１３は、スマートコントラクトの修正、および、テスト実行などのための管理画面を管理者用の端末に表示させる。また管理部４１３は、ブロックチェーンシステム４００の状態を確認するための画面、および、ユーザの権限を変更するための画面を表示させる。

【0033】

スマートコントラクトを修正したこと、および、その他の管理者による処理（システム構成の変更、ユーザの権限変更など）も、トランザクションとしてブロックチェーンに記憶されてもよい。これにより、より信頼性の高いシステムを実現することができる。

【0034】

スマートコントラクトは、他のスマートコントラクトを呼び出す機能を有してもよい。例えば、電子契約スマートコントラクトが、支払処理を実行するためのスマートコントラクトを呼び出すように構成してもよい。スマートコントラクトとして実現すれば、上記のようにトランザクションログをブロックチェーンに記憶させることができるため、ブロックチェーンシステム４００の外部で支払処理を実現する方法と比較して、より信頼性の高いシステムを実現できる。

【0035】

電子契約システム１００は、登録処理部１１１と、契約管理部１１２と、入札処理部１１３と、契約処理部１１４と、記憶制御部１１５と、認証部１１６と、記憶部１２１と、を備えている。

【0036】

登録処理部１１１は、電子契約システム１００のユーザ（第１ユーザ）の登録処理を行う。ユーザは、電子契約システム１００により電子契約を行う契約者に相当する。例えば登録処理部１１１は、電子入札を行う業者の資格を審査し、審査により認定された業者をユーザとして登録する業者登録処理を実行する。業者登録処理では、業者の名称、代表者の氏名、所在地、メールアドレス、および、認定時に交付される登録番号などの業者情報が、例えば記憶部１２１に記憶される。

【0037】

また、登録処理部１１１は、登録された業者に対して電子契約システム１００を利用させるための利用登録処理を実行する。利用登録処理は、例えば、事前に業者に対して割り当てられたＩＣカードの情報を登録する処理を含む。業者は、利用登録処理の前に、例えば認証局２０１、２０２に対してＩＣカードの発行を依頼し、ＩＣカードを入手しておく。ＩＣカードは、例えば、電子契約システム１００へのログイン処理（ＩＣカード情報を用いた本人確認、または、ユーザＩＤおよびパスワードを用いた本人確認）、および、電子入札の処理で扱われる電子文書に対する電子署名のために用いることができる。

【0038】

ＩＣカードに記憶される秘密鍵および公開鍵証明書は、ブロックチェーンシステム４００に記憶するトランザクションの電子署名に用いられてもよい。トランザクションの電子署名に用いられる鍵情報は、電子契約システム１００の利用のために発行されたＩＣカードに記憶される鍵情報に限られない。

【0039】

例えばＩＣカードの代わりに、他の方法（どのような方法でもよい）でユーザ（業者）に割り当てられた秘密鍵がトランザクションの電子署名に用いられてもよい。秘密鍵および公開鍵を記憶するウォレットがＩＣカードの代わりに用いられてもよい。

【0040】

１つの業者に対して２つ以上の鍵情報（ＩＣカード、ウォレット）が割り当てられてもよい。例えば、１つの業者に対して、電子入札の種類ごとに異なる鍵情報が割り当てられる場合がある。また、１つの業者に所属する個人ごとに異なる鍵情報が割り当てられる場合がある。

【0041】

このような場合、登録処理部１１１は、ブロックチェーンシステム４００のユーザ（第２ユーザ）と、複数の鍵情報と、を対応づける処理（対応づけ処理）を実行してもよい。例えば、登録処理部１１１は、電子契約システム１００のユーザに割り当てられた１以上の公開鍵と、ブロックチェーンシステムのユーザと、を対応づける対応づけ処理を実行する。公開鍵の代わりに公開鍵から生成されるウォレットアドレスが用いられてもよい。

【0042】

対応づけ処理により、電子契約システム１００のユーザが、自身に割り当てられた秘密鍵による電子署名を付した電子契約のトランザクションを、ブロックチェーンシステム４００に記憶させることが可能となる。

【0043】

契約管理部１１２は、電子入札に関する契約を管理する。例えば契約管理部１１２は、電子入札の対象となる案件の登録、電子入札による落札者の管理、および、落札者との契約内容の管理などを行う。

【0044】

入札処理部１１３は、電子入札に関する処理を実行する。例えば入札処理部１１３は、契約管理部１１２により登録された案件を電子入札の対象として、応札者が表示または検索できるようにする。また入札処理部１１３は、応札者による入札の申請書の受け付け、および、決定された落札者を示す情報の受け付けなどを行う。

【0045】

契約処理部１１４は、電子契約に関する処理を実行する。例えば契約処理部１１４は、電子入札の発注者に相当する契約者（第１契約者）、および、電子入札の落札者に相当する契約者（第２契約者）のそれぞれについて、両者間で締結した契約に対する合意の指示を受け付ける。そして、契約処理部１１４は、記憶制御部１１５を用いて、契約に合意したことを示すトランザクションをブロックチェーンに記憶させる処理を行う。

【0046】

なお、契約処理部１１４の機能は、契約管理部１１２に統合されてもよい。既存のシステム（電子入札システムなど）に対して、契約を電子化する機能（電子契約機能）を追加するような場合は、本実施形態のように、電子契約機能を実現する契約処理部１１４を、契約管理部１１２とは独立に設ける構成が採用されうる。これにより、既存のシステムに対して電子契約機能、すなわち、ブロックチェーンシステム４００に契約を記憶する機能をより容易に追加することが可能となる。

【0047】

記憶制御部１１５は、トランザクションをブロックチェーン記憶部４２１に記憶させる処理を制御する。例えば記憶制御部１１５は、発注者が契約に合意したことを示すトランザクション（第１トランザクション）をブロックチェーンに記憶する指示、および、落札者が契約に合意したことを示すトランザクション（第２トランザクション）をブロックチェーンに記憶する指示を、ブロックチェーンシステム４００に送信する。

【0048】

上記の電子契約スマートコントラクトが用意されている場合は、記憶制御部１１５は、電子契約スマートコントラクトを用いて、すなわち、電子契約スマートコントラクトを呼び出すことにより、契約に合意したことを示すトランザクションをブロックチェーンに記憶することを指示することができる。

【0049】

登録処理部１１１が対応づけ処理を実行した場合は、記憶制御部１１５は、対応づけ処理を示すトランザクション、例えば、電子契約システム１００のユーザに割り当てられた１以上の公開鍵（またはウォレットアドレス）と、ブロックチェーンシステムのユーザと、を対応づけたことを示すトランザクション（第３トランザクション）をブロックチェーンに記憶させてもよい。これにより、電子契約が正しいユーザにより記憶されたことを検証することが可能となる。

【0050】

認証部１１６は、電子契約システム１００のユーザの認証を行う。例えば認証部１１６は、ユーザの識別情報であるユーザＩＤ、および、パスワードを含む認証情報を用いて、当該ユーザの認証を行う。認証方法はこれに限られず、どのような方法であってもよい。例えばＩＣカードに記憶されたＰＩＮ（Personal Identification Number）番号を用いた認証方法が用いられてもよい。

【0051】

記憶部１２１は、電子契約システム１００で用いられる各種情報を記憶する。例えば記憶部１２１は、登録処理部１１１による業者登録処理で得られた業者情報を記憶する。また、記憶部１２１は、登録処理部１１１による対応づけ処理で得られた対応情報を記憶する。

【0052】

図２は、対応情報のデータ構造の一例を示す図である。図２に示すように、対応情報は、ブロックチェーンユーザＩＤと、鍵情報と、を対応づけた構造となっている。ブロックチェーンユーザＩＤは、ブロックチェーンシステム４００のユーザの識別情報である。鍵情報は、ブロックチェーンユーザＩＤで識別されるユーザに相当する電子契約システム１００のユーザ（業者など）に割り当てられた鍵を特定する情報である。例えば、鍵を特定する情報は、ＩＣカードまたはウォレットに含まれる公開鍵、または、この公開鍵から算出される一意の値である。

【0053】

上記各部（登録処理部１１１、契約管理部１１２、入札処理部１１３、契約処理部１１４、記憶制御部１１５、および、認証部１１６）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵ（Central Processing Unit）などのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。

【0054】

上記の各記憶部（記憶部１２１およびブロックチェーン記憶部４２１）は、フラッシュメモリ、メモリカード、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、および、光ディスクなどの一般的に利用されているあらゆる記憶媒体により構成することができる。

【0055】

電子契約システム１００は、クラウド環境上に構築されてもよいし、ブロックチェーンシステム４００と同様に、分散配置される複数のサーバにより構成されてもよい。

【0056】

次に、このように構成された電子契約システム１００による事前登録処理について説明する。事前登録処理は、電子契約を実行する前に行われる処理であり、上記の業者登録処理および利用登録処理を含む。図３は、本実施形態における事前登録処理の一例を示すシーケンス図である。

【0057】

応札者は、応札者端末３０２を用いて、電子契約システム１００に対して資格申請を送信する（ステップＳ１０１）。例えば応札者端末３０２のブラウザに、電子契約システム１００が提供する資格申請のための画面が表示される。応札者は、この画面を用いて資格申請を送信する。

【0058】

電子契約システム１００の登録処理部１１１は、送信された資格申請を受け付け、認定した応札者を登録する業者登録処理を実行する（ステップＳ１０２）。

【0059】

資格の審査は、審査担当者が申請書類を確認することにより実行される場合がある。このような場合は、審査担当者による審査が完了し、審査担当者が応札者を認定したことを電子契約システム１００に対して指定した場合に、業者登録処理が実行されてもよい。

【0060】

登録処理部１１１は、審査結果を応札者端末３０２に送信する（ステップＳ１０３）。審査結果は、例えば電子メールにより送信されるが、その他のどのような方法で送信されてもよい。

【0061】

資格申請の結果、認定された場合、応札者は、応札者端末３０２を用いて、利用登録処理のためのＩＣカードの発行を、認証局２０２に対して依頼する（ステップＳ１０４）。認証局２０２は、依頼元の応札者に対して発行したＩＣカードを送付する（ステップＳ１０５）。

【0062】

ＩＣカードを受け取った応札者は、応札者端末３０２を用いて、利用登録申請を電子契約システム１００に送信する（ステップＳ１０６）。例えば電子契約システム１００（登録処理部１１１）は、資格申請の送信時に通知される、または、資格審査の結果として通知される応札者の登録番号およびパスワードなどを入力させるための画面を応札者端末３０２に表示する。応札者がこの画面で登録番号およびパスワードなどを入力すると、登録処理部１１１は、利用者情報を登録するための画面を表示する。利用者情報は、例えば、応札者（業者）の企業情報、担当者、および、連絡先のメールアドレスを含む。応札者がこの画面で利用者情報を入力して登録を指示すると、利用者情報を含む利用登録申請が電子契約システム１００に送信される。

【0063】

登録処理部１１１は、送信された利用登録申請に応じて、利用登録処理を実行する（ステップＳ１０７）。例えば登録処理部１１１は、利用登録申請に含まれる利用者情報を、記憶部１２１などに記憶する。

【0064】

登録処理部１１１は、対応づけ処理を実行してもよい（ステップＳ１０８）。登録処理部１１１は、対応づけ処理で得られた対応情報を記憶部１２１に記憶する。また、登録処理部１１１は、記憶制御部１１５を介して、対応づけ処理を示すトランザクションをブロックチェーンシステム４００（ブロックチェーン記憶部４２１）に記憶させる（ステップＳ１０９）。

【0065】

次に、このように構成された電子契約システム１００による電子入札・電子契約処理について説明する。電子入札・電子契約処理は、電子入札に関する処理（ステップＳ２０１～Ｓ２１０）、および、電子入札の結果締結される契約をブロックチェーンに記憶する処理（ステップＳ２１１～Ｓ２１７）を含む。図４は、本実施形態における電子入札・電子契約処理の一例を示すシーケンス図である。

【0066】

ステップＳ２０１～ステップＳ２０４は、発注者および応札者の電子契約システム１００に対するログイン処理に相当する。

【0067】

例えば発注者は、発注者端末３０１に表示される認証用の画面を用いて、発注者の認証情報（例えばユーザＩＤ、パスワード）を入力し、認証情報を電子契約システム１００（認証部１１６）に送信する（ステップＳ２０１）。認証部１１６は、認証情報を用いた認証を行い、認証結果を発注者端末３０１に送信する（ステップＳ２０２）。

【0068】

同様に、応札者は、応札者端末３０２に表示される認証用の画面を用いて、応札者の認証情報を入力し、認証情報を電子契約システム１００（認証部１１６）に送信する（ステップＳ２０３）。認証部１１６は、認証情報を用いた認証を行い、認証結果を応札者端末３０２に送信する（ステップＳ２０４）。

【0069】

正常にログインできた場合、発注者は、例えば発注者端末３０１に表示される案件登録用の画面を用いて、電子入札の対象とする案件に関する情報（案件情報）を入力し、登録を指示する。発注者端末３０１は、指示に応じて案件情報の登録指示を電子契約システム１００（契約管理部１１２）に送信する（ステップＳ２０５）。

【0070】

契約管理部１１２は、受信された案件情報に従い、該当案件を電子入札の対象として登録する処理などを行う。登録された案件は、例えば電子入札用の画面に表示される、または、電子入札用の画面で検索可能とされる。

【0071】

正常にログインできた場合、応札者は、例えば応札者端末３０２に表示される電子入札用の画面を用いて、希望する案件についての入札の条件などを含む入札情報を入力し、送信を指示する。応札者端末３０２は、指示に応じて入札情報を電子契約システム１００（入札処理部１１３）に送信する（ステップＳ２０６）。

【0072】

発注者は、各応札者から送信された入札情報を参照して、落札者を決定する。発注者は、例えば発注者端末３０１に表示される落札者登録用の画面を用いて、決定した落札者を示す落札者情報を入力し、送信を指示する。発注者端末３０１は、指示に応じて落札者情報を電子契約システム１００（入札処理部１１３）に送信する（ステップＳ２０７）。

【0073】

入札処理部１１３は、送信された落札者情報を契約管理部１１２に送信する（ステップＳ２０８）。これにより、契約管理部１１２は、該当案件の落札者が決定されたことを管理することができる。

【0074】

発注者は、さらに、例えば発注者端末３０１に表示される契約内容登録用の画面を用いて、落札者との間で締結する契約の内容を入力し、送信を指示する。発注者端末３０１は、指示に応じて契約内容を電子契約システム１００（契約管理部１１２）に送信する（ステップＳ２０９）。

【0075】

契約管理部１１２は、受信した契約内容に従い、契約書の電子データに相当する契約書情報を生成する（ステップＳ２１０）。

【0076】

電子契約を実行しないシステムの場合、例えば、生成された契約書情報が紙媒体に印刷され、紙媒体を用いた契約が実行される。本実施形態では、以下のステップＳ２１１～Ｓ２１７により、契約書の電子データを用いた電子契約が実行される。

【0077】

契約処理部１１４は、契約書情報を、落札者である応札者が使用する応札者端末３０２に送信する（ステップＳ２１１）。契約書情報は、契約書のみでなく、関連する他の文書（関連図書）の電子データを含んでもよい（詳細は後述）。

【0078】

応札者（落札者）は、例えば応札者端末３０２に表示される合意形成用の画面を用いて、契約に合意することを示す情報を入力し、送信を指示する。応札者端末３０２は、指示に応じて契約合意を示す情報を電子契約システム１００（契約処理部１１４）に送信する（ステップＳ２１２）。

【0079】

契約処理部１１４は、契約合意の指示を受信すると、契約合意を示す情報を含む取引情報をトランザクションとしてブロックチェーンシステム４００に記憶することを、記憶制御部１１５に指示する（ステップＳ２１３）。例えば契約処理部１１４は、電子契約スマートコントラクトを用いて契約に合意したことを示すトランザクションを記憶することを指示する。

【0080】

記憶制御部１１５は、指示に応じて取引情報をトランザクションとしてブロックチェーンシステム４００（ブロックチェーン記憶部４２１）に記憶させる（ステップＳ２１４）。例えば記憶制御部１１５は、電子契約スマートコントラクトを呼び出すことにより、トランザクションを記憶させる。

【0081】

同様の処理が、発注者側でも実行される。例えば、発注者は、発注者端末３０１に表示される合意形成用の画面を用いて、契約に合意することを示す情報を入力し、送信を指示する。発注者端末３０１は、指示に応じて契約合意を示す情報を電子契約システム１００（契約処理部１１４）に送信する（ステップＳ２１５）。

【0082】

ステップＳ２１６、Ｓ２１７は、ステップＳ２１３、Ｓ２１４と同様であるため説明を省略する。

【0083】

なお、図４では、先に応札者（落札者）が契約合意のトランザクションを記憶し、その後、発注者が契約合意のトランザクションを記憶しているが、これらの記憶処理の順序は逆であってもよい。

【0084】

また、図４では、二者間（発注者、落札者）の契約の合意形成の例が示されているが、三者以上の契約者間での合意形成についても同様の手順を適用できる。この場合、ブロックチェーンには、複数の契約者による合意形成を示す複数のトランザクションが繋げて記憶される。

【0085】

次に、電子入札・電子契約処理の詳細についてさらに説明する。図５は、電子入札・電子契約処理の流れの例を示す図である。

【0086】

なお、図５では、契約処理部１１４が、電子契約の契約書情報を作成する「電子契約」機能、ブロックチェーンへ契約のトランザクションを記憶する「契約ＡＰＬ（アプリケーション）」機能、および、契約者の本人確認を行う「ログイン処理」機能と、に分けて記載されている。

【0087】

登録処理部１１１による資格申請および業者登録処理で得られる業者情報は、記憶部１２１などに記憶され、契約管理部１１２で参照される（ステップＳ３０１）。契約管理部１１２は、発注者の指示に従い送信された案件情報を登録する（ステップＳ３０２）。登録された案件は、電子入札の対象として入札処理部１１３に送信される（ステップＳ３０３）。

【0088】

入札処理部１１３は、応札者から送信される入札情報を受信する（ステップＳ３０４）。入札処理部１１３は、発注者により決定された落札者情報に従い、応札者のうち落札者に対して落札されたことを通知する（ステップＳ３０５）。また入札処理部１１３は、落札結果を契約管理部１１２に送信する（ステップＳ３０６）。

【0089】

契約管理部１１２は、発注者により入力された契約内容を受信する（ステップＳ３０７）。図６は、契約内容の入力に用いられる契約内容入力画面の一例を示す図である。契約内容入力画面は、対象とする案件を検索する機能、契約を削除する機能、契約を更新する機能、および、入力した契約内容を登録する機能などを含む。

【0090】

図５に戻り、契約管理部１１２は、図６の契約内容入力画面などにより入力された契約内容に基づき生成した契約書情報を契約処理部１１４に送信する（ステップＳ３０８）。

【0091】

契約書情報は、発注者が出力を指定したときに契約処理部１１４に出力されてもよい。図７は、契約書情報の出力を指定するための契約出力画面の一例を示す図である。契約出力画面は、対象とする案件を検索する機能、および、契約内容に対応する契約書情報を出力する機能などを含む。

【0092】

図５に戻り、落札者を特定する情報（例えばユーザＩＤなどの識別情報）は、例えば入札処理部１１３から契約処理部１１４に送信される（ステップＳ３０９）。

【0093】

上記のように、契約書情報は、契約書の関連図書の電子データを含んでもよい。例えば契約処理部１１４は、関連図書を指定するための画面を発注者端末３０１に表示させ、発注者がこの画面を用いて指定した関連図書を示す情報を受信する（ステップＳ３１０）。契約処理部１１４は、関連図書を記憶部１２１などに記憶して管理してもよい（図５の図書管理）。

【0094】

契約のトランザクションの生成では、契約者の識別情報（ステップＳ３１１）と、契約者情報のハッシュ値（ステップＳ３１２）とが用いられる。

【0095】

契約処理部１１４は、落札者が使用する応札者端末３０２に契約書情報を送信する（ステップＳ３１３）。落札者が契約への合意を指示した場合、契約合意を示す情報が契約処理部１１４に送信される（ステップＳ３１４）。契約処理部１１４は、落札者について契約に合意したことを示す情報を含む取引情報をトランザクションとしてブロックチェーンシステム４００に記憶させる。

【0096】

発注者が契約への合意を指示した場合（ステップＳ３１５）、契約処理部１１４は、発注者について契約に合意したことを示す情報を含む取引情報をトランザクションとしてブロックチェーンシステム４００に記憶させる。

【0097】

契約処理部１１４は、契約結果を示す情報を契約管理部１１２に送信する（ステップＳ３１６、Ｓ３１７）。

【0098】

このように、本実施形態によれば、資格申請（登録処理部１１１）、電子入札（入札処理部１１３）、および、契約管理（契約管理部１１２）などの各機能と連携して、電子契約の機能（契約処理部１１４）を実現可能となる。

【0099】

図８は、契約処理部１１４による各種処理で用いることができる電子契約画面の一例を示す図である。電子契約画面は、関連図書追加ボタン８０１、契約書類送信ボタン８０２、契約合意ボタン８０３、終了ボタン８０４を含む。

【0100】

関連図書追加ボタン８０１が押下されると、例えば、契約書に対して追加する関連図書を指定するための画面が表示される。契約者は、この画面により関連図書を追加することができる。

【0101】

契約書類送信ボタン８０２が押下されると、契約書情報が落札者（応札者端末３０２）に送信される。この機能は、図５ではステップＳ３１３に対応する。

【0102】

契約合意ボタン８０３が押下されると、契約に合意したことを示す情報を含む取引情報がトランザクションとしてブロックチェーンシステム４００に記憶される。この機能は、図５ではステップＳ３１４、Ｓ３１５に対応する。

【0103】

終了ボタン８０４が押下されると、契約処理部１１４による処理が終了する。このとき、契約結果を示す情報が契約管理部１１２に送信されてもよい（図５のステップＳ３１７）。

【0104】

図９は、落札者側での電子契約の流れの例を示す図である。落札者は、例えば契約処理部１１４のログイン処理機能により認証される。契約処理部１１４の契約ＡＰＬ機能により、電子契約の対象とする案件の検索、および、契約書情報のダウンロードが可能となる。なお契約書セットは、ダウンロードされた契約書情報（関連図書を含んでもよい）に相当する。

【0105】

落札者は、さらに、契約処理部１１４の契約ＡＰＬ機能により、契約合意を指定し、契約合意を示すトランザクションとしてブロックチェーンシステム４００に記憶させることができる。

【0106】

図１０は、発注者側での電子契約の流れの例を示す図である。発注者は、例えば契約処理部１１４のログイン処理機能により認証される。発注者は、契約管理部１１２（図１０の「契約管理」）により契約書に含める契約内容を入力できる。また、契約処理部１１４の契約ＡＰＬ機能により、関連図書の追加、および、過去の他の契約の検索が可能となる。

【0107】

発注者は、さらに、契約処理部１１４の契約ＡＰＬ機能により、契約合意を指定し、契約合意を示すトランザクションとしてブロックチェーンシステム４００に記憶させることができる。

【0108】

図１１は、取引情報（トランザクション）のデータ構造の一例を示す図である。図１１の電子文書は、例えば契約書の電子データに相当する。甲、乙は、例えば落札者、発注者に相当する。

【0109】

図１１に示すように、取引情報は、電子文書のハッシュ値に電子署名した情報と、公開鍵のアドレスと、取引行為を示す情報と、を含む。

【0110】

ハッシュ値はどのような方法で算出されてもよい。例えば、ＳＨＡ－２５６（Secure Hash Algorithm 256-bit）などのハッシュ関数により算出する方法を適用できる。ＳＨＡ－２５６は、任意の長さのデータを２５６ビットに要約した値をハッシュ値として算出する。

【0111】

取引行為を示す情報は、例えば契約合意を示す情報に相当する。なお仮に契約に合意しないことが指定された場合は、契約に合意しないことを示す情報が取引行為を示す情報として記憶されてもよい。

【0112】

このように、本実施形態では、電子文書自体はブロックチェーンに記憶されず、取引（契約合意）した事実のみが記憶される。また、本実施形態では、例えば甲（落札者）が合意したことをブロックチェーン記憶部４２１に記憶した後、乙（発注者）が同じ電子文書に対して合意形成することができる。すなわち、１つの契約書の電子データに対して複数の契約者（甲、乙）が合意した旨を、ブロックチェーンに記憶させることができる。

【0113】

なお、ブロックチェーンに記憶されたトランザクションは、第三者が正当性を確認することができる。第三者は、例えば、業者に所属する契約者（落札者）以外の個人（監査担当者など）、業者に対する融資担当者、および、契約された案件に関連する住民などである。

【0114】

本実施形態では、ブロックチェーンに記憶する電子文書が電子入札の契約書である場合を例に説明した。電子入札は、上記のように、資格審査で認定され、認証局によりＩＣカードが発行された応札者のみに許可される場合がある。このため、電子入札の契約書は、応札者が所属する組織で扱われる文書のうち一部にしか相当しない場合がある。

【0115】

しかし、本実施形態の電子文書の記憶手法は、電子文書自体には署名しない手法であるため、対象とする電子文書は電子入札の契約書に限る必要がない。すなわち、ブロックチェーンに記憶する電子文書は電子入札の契約書に限られず、どのような電子文書であってもよい。

【0116】

例えば対象とする文書は、以下のような文書に拡張することができる。このように対象文書を拡張した場合であっても、本実施形態の手法は変更せずに適用可能である。
・随意契約案件の契約書
・契約関係書類（申請届出、図面、図書など）
・その他の一般文書

【0117】

以上のように、本実施形態にかかる電子契約システムは、内部にブロックチェーンを記憶する記憶部を備えず、ブロックチェーンを記憶する記憶部を備えるブロックチェーンシステムに対して電子文書に関するトランザクションの記憶を指示する。従って、契約に関するブロックチェーンを記憶するシステムをより容易に構築することが可能となる。

【0118】

また、既存のシステム（電子入札システムなど）が存在するような場合であっても、ブロックチェーンシステムと連携する機能（契約処理部）を追加するのみで、電子文書に関するトランザクションをブロックチェーンに記憶させることができる。

【0119】

既存のシステムが追加する機能に対する連携機能、例えば、シングルサインオン機能を備える場合は、このような連携機能を用いることで、より容易に電子契約システムを実現できる。

【0120】

また、既存のシステムでＩＣカードなどの鍵情報が用いられている場合は、この鍵情報を、ブロックチェーンシステム４００に記憶するトランザクションの電子署名にも用いることができる。従って、鍵情報の管理を簡易化することができる。

【0121】

次に、本実施形態にかかる装置（発注者端末３０１、応札者端末３０２）のハードウェア構成について図１２を用いて説明する。図１２は、本実施形態にかかる装置のハードウェア構成例を示す説明図である。

【0122】

本実施形態にかかる装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

【0123】

本実施形態にかかる電子契約システムで実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

【0124】

本実施形態にかかる電子契約システムで実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

【0125】

さらに、本実施形態にかかる電子契約システムで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態にかかる電子契約システムで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

【0126】

本実施形態にかかる電子契約システムで実行されるプログラムは、コンピュータを上述した電子契約システムの各部として機能させうる。このコンピュータは、ＣＰＵがコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

【0127】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0128】

１００ 電子契約システム
１１１ 登録処理部
１１２ 契約管理部
１１３ 入札処理部
１１４ 契約処理部
１１５ 記憶制御部
１１６ 認証部
１２１ 記憶部
２０１ 認証局
２０２ 認証局
３０１ 発注者端末
３０２ 応札者端末
４００ ブロックチェーンシステム
４１１ 通信制御部
４１２ スマートコントラクト処理部
４１３ 管理部
４２１ ブロックチェーン記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】