JP2023107077A - プログラム、情報処理装置、情報処理システム、情報処理方法 - Google Patents

Abstract

【課題】複数の契約当事者が夫々用意する複数の契約に関する書類に基づき、１の契約を１体として電子的な契約を締結することができるプログラム、情報処理装置、情報処理システム及び情報処理方法を提供する。【解決手段】契約書作成及び確認処理は、第１ユーザから第１契約条件の入力を受け付けＳ３０１、第１契約条件を第２ユーザに対して提示しＳ３０３、提示した第１契約条件に対して第２ユーザから第２契約条件の入力を受け付けＳ３０４、第１契約条件と第２契約条件とを１の契約手続きに関する契約条件として一体として関連づけて記憶して第１契約条件と第２契約条件とが、第１ユーザまたは第２ユーザの少なくともいずれかによって承認されたことを示す情報を記憶するＳ３０５。【選択図】図１２

Description

本開示は、プログラム、情報処理装置、情報処理システム、情報処理方法に関する。

コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
そして、複数の契約当事者がそれぞれ用意する複数の契約に関する書類に基づき、１の契約が１体として締結されるような場合がある。
例えば、建築工事などの発注に際して、発注者は請負契約を作成し、受注者は請負契約の内容に基づき仕様書・見積書を作成し、発注者は仕様書・見積書の内容を確認し合意することにより１の契約が締結される。
例えば、雇用契約においては、雇用主は雇用契約書を作成し、労働者は雇用契約書の内容に基づき身元保証書、在留資格確認、その他資格等証明書を準備し、雇用者は身元保証書、在留資格確認、その他資格等証明書の内容を確認し合意することにより１の契約が締結される。
例えば、保険契約においては、保険会社は申込書・契約書を作成し、顧客は申込書・契約書の内容に基づき健康診断書などを準備し、保険会社は健康診断書などの内容を確認し合意することにより１の契約が締結される。
特許文献１には、社内においてユーザグループ単位でデータ保存先を制限できるデータ保存先制限装置が開示されている。
特許文献２には、作成者端末、確認社端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。

特開２０２１－５１３４５号 特開２０１７－１００９６号

電子契約システムにおいては、１のユーザ（作成者）のみが契約書類を作成し、契約手続きを起案することができた。受信者は作成者により作成された契約書類の内容を確認したり、契約書類に設定された入力項目に必要事項を入力することができた。
しかしながら、複数の契約当事者がそれぞれ契約書類を準備する必要がある契約手続きにおいては、複数の契約当事者は予め契約書類を作成者にかかる１のユーザに送付し、作成者が全ての契約書類を取りまとめ、契約手続きを起案する必要があり、契約当事者間の煩雑なコミュニケーションが発生していた。また、そのような、契約当事者間のコミュニケーションは電話、電子メール、チャットツールなどを介して行われることが多く、契約当事者間のコミュニケーション記録が電子契約システムに記憶されないといった課題があった。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、複数のユーザ間の電子的な契約手続きを実行させる電子契約システムにおいて、複数の契約当事者がそれぞれ用意する複数の契約に関する書類に基づき、１の契約を１体として電子的な契約を締結することである。

プロセッサと、記憶部とを備え、コンピュータに複数のユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、第１契約条件の入力を受け付ける第１受付ステップと、第１受付ステップにおいて受け付けた第１契約条件を第２ユーザに対して提示する第１提示ステップと、第１提示ステップにおいて提示した第１契約条件に対して、第２ユーザから、第２契約条件の入力を受け付ける第２受付ステップと、第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とを、１の契約手続きに関する契約条件として一体として関連づけて記憶する記憶ステップと、第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とが、第１ユーザまたは第２ユーザの少なくともいずれかによって承認されたことを示す情報を記憶する承認ステップと、を実行させるプログラム。

本開示によれば、複数の契約当事者がそれぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

情報処理システム１の全体の構成を示す図である。 サーバ１０の機能構成を示すブロック図である。 第１ユーザ端末２０の機能構成を示すブロック図である。 第２ユーザ端末３０の機能構成を示すブロック図である。 ユーザテーブル１０１２のデータ構造を示す図である。 グループテーブル１０１３のデータ構造を示す図である。 契約テーブル１０１４のデータ構造を示す図である。 書類テーブル１０１５のデータ構造を示す図である。 確認テーブル１０１６のデータ構造を示す図である。 入力項目テーブル１０１７のデータ構造を示す図である。 契約書作成処理の動作を示すフローチャートである。 契約書確認処理の動作を示すフローチャートである。 契約書作成処理の動作を示す画面例である。 第２ユーザ端末３０に通知されるメッセージを示す画面例である。 契約書確認処理において第２ユーザに対して提示される画面例である。 契約書確認処理において第１ユーザに対して提示される画面例である。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜システム１の構成＞
本開示におけるシステム１は、複数のユーザ間において電子的な契約締結サービスを実現するための情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０の情報処理装置を備える。
図１は、情報処理システム１の全体の構成を示す図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、第１ユーザ端末２０の機能構成を示すブロック図である。
図４は、第２ユーザ端末３０の機能構成を示すブロック図である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

＜サーバ１０の構成＞
サーバ１０は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。

＜サーバ１０の記憶部１０１の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、グループテーブル１０１３、契約テーブル１０１４、書類テーブル１０１５、確認テーブル１０１６、入力項目テーブル１０１７を備える。

アプリケーションプログラム１０１１は、サーバ１０の制御部１０４を各機能ユニットとして機能させるためのプログラムである。

ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。 これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル１０１２に登録されている必要はない。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、メールアドレス、グループＩＤのカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。

ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループＩＤは、ユーザが所属するグループのグループ識別情報を記憶する項目である。ユーザは、複数のグループに所属するものとしても構わない。

グループテーブル１０１３は、ユーザが所属するグループに関する情報（グループ情報）を記憶し、管理するテーブルである。グループは、法人、会社、サークル、団体、会社内の部署など、ユーザが所属する任意のグループを定義することができる。
グループテーブル１０１３は、グループＩＤを主キーとして、グループＩＤ、グループ名、管理者ＩＤのカラムを有するテーブルである。
図６は、グループテーブル１０１３のデータ構造を示す図である。

グループＩＤは、グループを識別するためのグループ識別情報を記憶する項目である。グループ識別情報は、グループごとにユニークな値が設定されている項目である。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者ＩＤは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。

契約テーブル１０１４は、複数のユーザ間で取り交わされる電子契約に関する情報（契約情報）を記憶し、管理するためのテーブルである。なお、本開示において契約情報とは、契約テーブル１０１４に記憶された情報、契約テーブル１０１４の契約ＩＤにより関連付けられた書類テーブル１０１５に記憶された書類情報を含む情報である。
契約テーブル１０１４は、契約ＩＤを主キーとして、契約ＩＤ、契約種別のカラムを有するテーブルである。
図７は、契約テーブル１０１４のデータ構造を示す図である。

契約ＩＤは、契約情報を識別するための契約識別情報を記憶する項目である。契約識別情報は、契約情報ごとにユニークな値が設定されている項目である。
契約種別は、契約情報の種別（契約種別情報）を記憶する項目である。具体的に、契約種別情報には、不動産または物品の賃貸借契約、秘密保持契約、共同研究契約、請負契約、雇用契約、保険契約などの、契約情報の種別に関する値が記憶される。

書類テーブル１０１５は、複数のユーザ間で取り交わされる契約情報について、契約の対象となる契約条件が規定された書類情報を記憶し、管理するためのテーブルである。本開示において、１の契約情報に対して複数の書類情報が関連付けて記憶される。
書類テーブル１０１５は、書類ＩＤを主キーとして、書類ＩＤ、契約ＩＤ、書類データ、書類種別、作成者ＩＤ、作成日時のカラムを有するテーブルである。
図８は、書類テーブル１０１５のデータ構造を示す図である。

書類ＩＤは、書類情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、書類情報ごとにユニークな値が設定されている項目である。
契約ＩＤは、書類情報が関連付けられた契約情報の契約識別情報を記憶する項目である。本開示に置いて、１の契約ＩＤに対して複数の書類情報が関連付けて記憶される。
書類データは、契約条件が規定された書類情報（バイナリまたはテキストデータ）を記憶する項目である。
書類種別は、書類情報の種別（書類種別情報）を記憶する項目である。具体的に、書類種別情報には、契約書、設計図、雛形、仕様書、見積書、健康診断書などの、書類情報の種別に関する情報が記憶される。
作成者ＩＤ、書類情報の作成者（第１ユーザまたは第２ユーザなど）であるユーザを識別するためのユーザ識別情報を記憶する項目である。
作成日時は、作成者により書類テーブル１０１５に書類データが記憶された日時を記憶する項目である。

確認テーブル１０１６は、契約情報の確認者となるユーザのメールアドレスを含む情報（確認者情報）を記憶し、管理するテーブルである。
確認テーブル１０１６は、書類ＩＤ、確認順序、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図９は、確認テーブル１０１６のデータ構造を示す図である。

書類ＩＤは、確認者により確認対象となる契約情報の書類識別情報を記憶する項目である。
確認順序は、確認者により契約情報が確認される際の確認順序に関する情報を記憶する項目である。例えば、第１ユーザにより記憶された契約情報は、確認順序の順番に確認者に回覧され、確認が行われる。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル１０１２に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にＴｒｕｅの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報（言語情報）を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。

入力項目テーブル１０１７は、契約情報に関連付けられた入力項目に関する情報（入力項目情報）を記憶し、管理するテーブルである。
入力項目テーブル１０１７は、入力項目ＩＤ、書類ＩＤ、入力者ＩＤ、入力データ、入力規則、日時のカラムを有するテーブルである。
図１０は、入力項目テーブル１０１７のデータ構造を示す図である。

入力項目ＩＤは、入力項目を識別するための入力項目識別情報を記憶する項目である。
書類ＩＤは、入力項目が関連付けられる契約情報の書類識別情報を記憶する項目である。
入力者ＩＤは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。例えば、入力者ＩＤには、第１ユーザＩＤ、第１ユーザＩＤにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付（ｄａｔｅ）、日時（ｄａｔｅｔｉｍｅ）、文字列（ｔｅｘｔ）、数値（ｉｎｔｅｇｅｒ）などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。

＜サーバ１０の制御部１０４の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、契約作成部１０４２、契約確認部１０４３を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。

ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。 ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。

契約作成部１０４２は、契約書作成処理を実行する。詳細は後述する。

契約確認部１０４３は、契約書確認処理を実行する。詳細は後述する。

＜第１ユーザ端末２０の構成＞
第１ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。第１ユーザ端末２０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第１ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。

＜第１ユーザ端末２０の記憶部２０１の構成＞
第１ユーザ端末２０の記憶部２０１は、第１ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。

第１ユーザＩＤ２０１１はユーザのアカウントＩＤである。ユーザは、第１ユーザ端末２０から第１ユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、第１ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第１ユーザＩＤ２０１１には、第１ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。

アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。 アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。 アプリケーションプログラム２０１２は、第１ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。

＜第１ユーザ端末２０の制御部２０４の構成＞
第１ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶された第１ユーザＩＤ２０１１を実行することにより、各機能ユニットが実現される。

＜第１ユーザ端末２０の入力装置２０６の構成＞
第１ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。

＜第１ユーザ端末２０の出力装置２０８の構成＞
第１ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。

＜第２ユーザ端末３０の構成＞
第２ユーザ端末３０は、サービスを利用するユーザが操作する情報処理装置である。第２ユーザ端末３０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第２ユーザ端末３０は、記憶部３０１、制御部３０４、入力装置３０６、出力装置３０８を備える。

＜第２ユーザ端末３０の記憶部３０１の構成＞
第２ユーザ端末３０の記憶部３０１は、第２ユーザＩＤ３０１１、アプリケーションプログラム３０１２を備える。

第２ユーザＩＤ３０１１はユーザのアカウントＩＤである。ユーザは、第２ユーザ端末３０から第２ユーザＩＤ３０１１を、サーバ１０へ送信する。サーバ１０は、第２ユーザＩＤ３０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第２ユーザＩＤ３０１１には、第２ユーザ端末３０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。

アプリケーションプログラム３０１２は、記憶部３０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。 アプリケーションプログラム３０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。 アプリケーションプログラム３０１２は、第２ユーザ端末３０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。

＜第２ユーザ端末３０の制御部３０４の構成＞
第２ユーザ端末３０の制御部３０４は、入力制御部３０４１、出力制御部３０４２を備える。制御部３０４は、記憶部３０１に記憶された第２ユーザＩＤ３０１１を実行することにより、各機能ユニットが実現される。

＜第２ユーザ端末３０の入力装置３０６の構成＞
第２ユーザ端末３０の入力装置３０６は、カメラ３０６１、マイク３０６２、位置情報センサ３０６３、モーションセンサ３０６４、キーボード３０６５を備える。

＜第２ユーザ端末３０の出力装置３０８の構成＞
第２ユーザ端末３０の出力装置３０８は、ディスプレイ３０８１、スピーカ３０８２を備える。

＜情報処理システム１の動作＞
以下、情報処理システム１の各処理について説明する。
図７は、契約テーブル１０１４のデータ構造を示す図である。
図１１は、契約書作成処理の動作を示すフローチャートである。
図１２は、契約書確認処理の動作を示すフローチャートである。
図１３は、契約書作成処理の動作を示す画面例である。
図１４は、第２ユーザ端末３０に通知されるメッセージを示す画面例である。
図１５は、契約書確認処理において第２ユーザに対して提示される画面例である。
図１６は、契約書確認処理において第１ユーザに対して提示される画面例である。

＜契約書作成処理＞
契約書作成処理は、第１ユーザが契約情報を作成し、第２ユーザに対して送信する処理である。本開示において、第１ユーザが契約情報の作成者の立場のユーザであり、第２ユーザが契約情報の確認者の立場のユーザであるとする。なお、契約情報の作成にあたって、複数のユーザを確認者として設定することが可能である。また、本開示において、第２ユーザも契約情報に含まれる書類情報を作成することができる。
本開示において、第１ユーザは、第２ユーザとは異なる組織などのグループに属するユーザである。

図１３は、契約書作成処理の動作を示す画面例である。第１ユーザ端末２０のディスプレイ２０８１に表示される、契約情報を作成するための画面５０には、現在の契約情報の作成状況を示すステータス５１０、入力項目を指定するためのボタン５２１、５２２、５２３、契約情報表示エリア５３０、書類データ５３１、入力項目５３２、５３３、５３４、送信ボタン５４０が表示される。

＜契約書作成処理の概要＞
契約書作成処理は、第１ユーザが契約情報を作成し、契約情報の宛先となる第２ユーザを設定し、契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、第１ユーザから入力項目に対する入力データを受け付け、設定した第２ユーザに対して契約情報を送付する一連の処理である。

＜契約書作成処理の詳細＞
ステップＳ１０１において、サーバ１０の契約作成部１０４２は、第１ユーザから、第１契約条件の入力を受け付ける。つまり、第１ユーザから第２ユーザとの間で契約締結の対象となる契約情報を受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式の書類データを契約情報に含めることができる。書類データには、第１ユーザと第２ユーザとの間で契約対象となる契約条件が規定されている。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、作成した書類データ、第１ユーザＩＤ２０１１をサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した第１ユーザＩＤ２０１１、書類データを受け付け、契約テーブル１０１４に新たな契約情報のレコードを作成する。これにより、１の契約手続きが起案される。サーバ１０の契約作成部１０４２は、作成された契約情報のレコードの契約ＩＤ、受信した第１ユーザＩＤ２０１１、書類データを、それぞれ書類テーブル１０１５の新たなレコードの契約ＩＤ、作成者ＩＤ、書類データの項目に記憶する。つまり、書類データが契約情報に関連付けられて記憶される。これにより、サーバ１０の契約作成部１０４２は、新たな契約情報を契約テーブル１０１４、書類テーブル１０１５に記憶する。

本開示において、第１ユーザは、契約情報に複数の書類データを含めることができる。この場合、サーバ１０の契約作成部１０４２は、受信した第１ユーザＩＤ２０１１、複数の書類データを受け付け、契約テーブル１０１４に新たに１の契約情報のレコードを作成する。サーバ１０の契約作成部１０４２は、作成された１の契約情報のレコードの契約ＩＤ、受信した第１ユーザＩＤ２０１１、複数の書類データを、それぞれ書類テーブル１０１５の複数の新たなレコードの契約ＩＤ、作成者ＩＤ、書類データの項目に記憶する。つまり、複数の書類データが１の契約情報に関連付けられて記憶される。

第１ユーザは、サーバ１０へ送信する契約情報に、契約種別情報を含めても良い。サーバ１０の契約確認部１０４３は、１の契約手続きの契約種別を受け付ける構成としても良い。
例えば、第１ユーザは、複数の契約種別情報から、第２ユーザとの締結を希望する契約情報の種別を選択し、サーバ１０へ送信する。また、サーバ１０の契約作成部１０４２は、第１ユーザから受信した書類データのファイル名、書類データに含まれる契約条件の文言、書類データに含まれる契約文書のタイトル（秘密保持契約などの契約書名）、書類データに含まれる契約文書の条項名などに基づき、契約種別情報を特定する構成としても良い。
サーバ１０の契約作成部１０４２は、受信または特定した契約種別情報を、新たに作成される契約情報のレコードの契約種別の項目に記憶する。

第１ユーザは、サーバ１０へ送信する契約情報に、書類種別情報を含めても良い。例えば、第１ユーザは、複数の書類種別情報から、契約情報に含める書類データの書類情報の種別を選択し、サーバ１０へ送信する。また、サーバ１０の契約作成部１０４２は、第１ユーザから受信した書類データのファイル名、書類データに含まれる契約条件の文言、書類データに含まれる契約文書のタイトル（秘密保持契約などの契約書名）、書類データに含まれる契約文書の条項名などに基づき、書類種別情報を特定する構成としても良い。
サーバ１０の契約作成部１０４２は、受信または特定した書類種別情報を、書類テーブル１０１５の対象となる書類データと同じレコードの書類種別の項目に記憶する。
なお、契約情報に複数の書類データが含まれる場合には、サーバ１０の契約作成部１０４２は、それぞれの書類データごとの書類種別情報を書類テーブル１０１５の書類種別の項目に記憶する構成としても良い。

１の契約手続きの契約種別に応じて、第１ユーザに対して割り当てられた第１書類種別を有する第１書類情報を受け付ける構成としても良い。
具体的に、第１ユーザが、複数の契約種別情報から、第２ユーザとの締結を希望する契約情報の種別を選択する場合は、第１ユーザが選択した契約種別情報に応じて、第１ユーザが契約情報に含めることができる書類データの書類種別情報が制限される構成としても良い。

例えば、１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、不動産または物品の賃貸借契約書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「不動産または物品の賃貸借契約」を選択した場合は、第１ユーザが契約情報に含めることができる書類データの書類種別情報は「不動産または物品の賃貸借契約書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「不動産または物品の賃貸借契約書」以外であると判定した場合は処理を停止し、ステップＳ１０２へ進めないようにしても良い。この場合、第１ユーザに対して、書類種別情報が「不動産または物品の賃貸借契約書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が基本契約に対する個別契約を当該基本契約と関連付けて行う契約である場合に、基本契約に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「基本契約に対する個別契約を当該基本契約と関連付けて行う契約」を選択した場合は、第１ユーザが契約情報に含めることができる書類データの書類種別情報は「基本契約」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「基本契約」以外であると判定した場合は処理を停止し、ステップＳ１０２へ進めないようにしても良い。この場合、第１ユーザに対して、書類種別情報が「基本契約」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が建築工事などの発注契約である場合に、請負契約書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「建築工事などの発注契約」を選択した場合は、第１ユーザが契約情報に含めることができる書類データの書類種別情報は「請負契約書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「請負契約書」以外であると判定した場合は処理を停止し、ステップＳ１０２へ進めないようにしても良い。この場合、第１ユーザに対して、書類種別情報が「請負契約書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が雇用契約である場合に、雇用契約書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「雇用契約」を選択した場合は、第１ユーザが契約情報に含めることができる書類データの書類種別情報は「雇用契約書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「雇用契約書」以外であると判定した場合は処理を停止し、ステップＳ１０２へ進めないようにしても良い。この場合、第１ユーザに対して、書類種別情報が「雇用契約書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が保険契約である場合に、申込書、契約書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「保険契約」を選択した場合は、第１ユーザが契約情報に含めることができる書類データの書類種別情報は「申込書、契約書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「申込書、契約書」以外であると判定した場合は処理を停止し、ステップＳ１０２へ進めないようにしても良い。この場合、第１ユーザに対して、書類種別情報が「申込書、契約書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

契約情報を作成するための画面５０には、書類テーブル１０１５に記憶された書類データ５３１が表示される。

ステップＳ１０２において、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約情報の確認者（受信者）となるユーザを選択し特定する。本開示において、第１ユーザは、受信者として第２ユーザを選択し特定するものとする。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、第２ユーザとなる第２ユーザのメールアドレスを入力し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信したメールアドレス、ステップＳ１０１において作成し、記憶した書類情報の書類ＩＤを、それぞれ確認テーブル１０１６の確認者メールアドレス、書類ＩＤの項目に記憶し、書類情報と第２ユーザのメールアドレスとを関連付けて記憶する。なお、第１ユーザは、第２ユーザの言語、アクセスコードを設定し、第２ユーザのメールアドレスと関連付けて記憶しても良い。
このとき、確認テーブル１０１６の確認順序の項目には１の値を記憶する。ステップＳ１０２において、第１ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。この場合、選択順序に応じて、第２ユーザとなるユーザの確認順序の項目の値が１つずつインクリメントされ記憶される。これにより、後述する契約書確認処理における第２ユーザの回覧順序が設定される。なお、回覧順序の設定は必須ではない。

ステップＳ１０３において、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、書類情報に対する入力項目を設定する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、ステップＳ１０１において作成し、記憶した書類情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、入力項目を追加するリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、リクエストを受信すると、書類情報の書類ＩＤを、入力項目テーブル１０１７の新たなレコードの書類ＩＤに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第１ユーザは、複数の入力項目情報を、書類情報と関連づけ記憶することができる。

ステップＳ１０４において、第１ユーザは、追加するそれぞれの入力項目に対して入力規則を設定する。第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、ステップＳ１０３において設定した入力項目情報ごとの入力規則を指定し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した入力規則を、入力項目テーブル１０１７のそれぞれの入力項目情報のレコードの入力規則の項目に記憶する。これにより、入力項目ごとの入力規則を設定することができる。

ステップＳ１０５において、サーバ１０の契約作成部１０４２は、第１ユーザが入力した複数の入力項目に対する入力データを受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、ステップＳ１０４において設定した入力項目ごとに入力データを入力する。例えば、第１ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第１ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第１ユーザは、入力項目への入力データの入力が完了したら、サーバ１０へ入力項目ごとの入力項目ＩＤ、入力データを送信する。
サーバ１０の契約作成部１０４２は、入力項目ごとの入力項目ＩＤ、入力データを受信し、受け付ける。サーバ１０の契約作成部１０４２は、受信した入力項目ＩＤで特定される入力項目テーブル１０１７の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第１ユーザが入力した入力データが、入力項目テーブル１０１７に記憶される。

ステップＳ１０６において、サーバ１０の契約作成部１０４２は、第１ユーザから、第２ユーザに対して契約情報に対する契約締結を依頼する指示を受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された送信ボタン５４０を押下することにより、契約情報を送信するリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、リクエストを受信すると、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第２ユーザへ送信する。例えば、サーバ１０の契約作成部１０４２は、第２ユーザのメールアドレスへ、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
第２ユーザへ通知するメッセージには、契約情報を特定するための契約ＩＤを含むＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報を含める。ＵＲＬは、契約ＩＤを直接含んでも良いし、契約ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して契約ＩＤを特定可能な文字列などの情報を含んでも良い。また、ＵＲＬには第２ユーザを特定するための情報を含めても良い。例えば、第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬに第２ユーザを特定するための情報を含める必要がある。

第１ユーザは、第２ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第２ユーザに対して伝える。これにより、第２ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。

図１４は、第２ユーザ端末３０に通知されるメッセージを示す画面例である。第２ユーザ端末３０のディスプレイ３０８１に表示される、メッセージ画面６０には、メッセージ６１、契約情報を特定するための契約ＩＤを含むＵＲＬ６２の情報が含まれる。

＜変形例＞
第１ユーザは、ステップＳ１０２において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップＳ１０３において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第１ユーザが、第２ユーザとして第２ユーザ、第３ユーザの２人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第２ユーザに対して設定し、契約締結日の入力項目を第３ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第２ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第３ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。１つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。

契約情報を作成するための画面５０には、描画オブジェクトとして入力項目５３２、５３３、５３４が描画される。入力項目５３２、５３３には、割当として、入力項目を入力することが選択し設定されたユーザのユーザ識別情報「ＵＳＥＲ－Ｂ」、入力項目の種別として「テキスト」という項目が描画されている。押印に関する入力項目５３４には、割当として、押印することが選択し設定されたユーザのユーザ識別情報「ＵＳＥＲ－Ｃ」、入力項目の種別として「印」という項目が描画されている。

＜契約書確認処理＞
契約書確認処理は、第２ユーザが、第１ユーザから受信した契約情報の内容を確認する処理である。なお、第２ユーザが新たな契約条件が規定された書類情報を契約情報に含めた場合に、第１ユーザが当該書類情報を確認する処理も同様の処理が行われる。

＜契約書確認処理の概要＞
契約書確認処理は、第２ユーザからのアクセスを受け付け、契約情報を表示する画面を第２ユーザに対して提示し、第２ユーザから入力項目に対する入力データを受け付け、第２ユーザから契約情報の確認に関するデータを受け付ける一連の処理である。

＜契約書確認処理の詳細＞
ステップＳ３０１において、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第２ユーザ端末３０は、契約書確認処理を実行させるためのリクエストをサーバ１０へ送信する。
サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる契約ＩＤに基づき、契約テーブル１０１４、書類テーブル１０１５の契約ＩＤの項目を検索し、契約情報および契約情報に含まれる書類情報を取得する。
サーバ１０の契約確認部１０４３は、取得した書類情報に含まれる書類ＩＤに基づき、確認テーブル１０１６の書類ＩＤの項目を検索し、第２ユーザ情報を取得する。サーバ１０の契約確認部１０４３は、取得した書類情報に含まれる書類ＩＤに基づき、入力項目テーブル１０１７の書類ＩＤの項目を検索し、書類情報に関連づけられた入力項目情報を取得する。

ステップＳ３０２において、サーバ１０の契約確認部１０４３は、第２ユーザを特定する。第２ユーザは、第２ユーザ端末３０から受信したリクエストに含まれる第２ユーザＩＤ３０１１に基づき特定しても良いし、ＵＲＬに含まれる第２ユーザを識別するための識別情報に基づき特定しても良い。第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬから第２ユーザを特定する必要がある。例えば、ＵＲＬには第２ユーザを特定する情報として第２ユーザのメールアドレス、ユーザＩＤなどが含まれていても良い。

サーバ１０の契約確認部１０４３は、取得した契約情報、第２ユーザ情報、入力項目情報に基づき、契約情報を確認するための画面を生成し第２ユーザ端末３０に送信する。

ステップＳ３０３において、第１ユーザから受け付けた契約条件を第２ユーザに対して提示する。
具体的に、第２ユーザ端末３０のディスプレイ３０８１は、サーバ１０から受信した契約情報、契約情報に含まれる契約条件が規定された書類情報を確認するための画面を表示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報を確認する。

図１５は、契約書確認処理の動作を示す画面例である。第２ユーザ端末３０のディスプレイ３０８１に表示される、契約情報を確認するための画面７０には、現在の契約情報の作成状況を示すステータス７１０、契約情報表示エリア７３０、書類データ７３１、入力項目７３２、７３３、７３４、７３５、７３６、同意ボタン７４０、書類追加ボタン７５０、書類切替ボタン７６０が表示される。

ステップＳ３０４において、サーバ１０の契約確認部１０４３は、ステップＳ３０３において提示した契約条件に対して、第２ユーザから、契約条件の入力を受け付ける。
サーバ１０の契約確認部１０４３は、契約情報の１または複数の入力項目に対する入力を受け付ける。また、サーバ１０の契約確認部１０４３は、契約条件が規定された書類情報を新たに受け付けることができる。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報に設定された入力項目７３２、７３３、７３４、７３５に対し入力データを入力する。なお、本開示においては入力項目７３６に対しては、第２ユーザによる入力が割当られていないため、第２ユーザは入力データを入力できないことが視覚的に識別可能に表示される。

また、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、書類追加ボタン７５０を押下することにより、契約条件が規定された書類情報（第２書類情報）を新たに契約情報に含めることができる。
契約書作成処理のステップＳ１０１と同様に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式の書類データを契約情報に含めることができる。書類データには、第１ユーザと第２ユーザとの間で契約対象となる契約条件が規定されている。
サーバ１０の契約確認部１０４３は、契約書作成処理のステップＳ１０１において受け付けた第１契約条件が規定された第１書類情報と、ステップＳ３０４において受け付けた第２契約条件が規定された第２書類情報とを、１の契約手続きに関する契約条件として一体として関連づけて記憶する。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、作成した書類データ、第２ユーザＩＤ３０１１をサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した第２ユーザＩＤ３０１１、書類データを受け付け、ステップＳ３０１において受信した契約ＩＤ、受信した第２ユーザＩＤ３０１１、書類データを、それぞれ書類テーブル１０１５の新たなレコードの契約ＩＤ、作成者ＩＤ、書類データの項目に記憶する。つまり、書類データが契約情報に関連付けられて記憶される。これにより、サーバ１０の契約作成部１０４２は、第２ユーザにより選択された新たな契約条件が規定された第２書類情報を書類テーブル１０１５に記憶する。

サーバ１０の契約作成部１０４２は、第１ユーザのユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索することにより第１ユーザのメールアドレス（第１メールアドレス）を取得する。サーバ１０の契約作成部１０４２は、第２書類情報の書類ＩＤ、第１メールアドレスを、それぞれ、確認テーブル１０１６の書類ＩＤ、確認者メールアドレスの項目に記憶する。このとき、確認フラグの項目にはＦａｌｓｅの値を記憶する。これにより、第２ユーザが新たに記憶した第２書類情報は第１ユーザにより確認が行われていない情報が記憶される。なお、第２ユーザは、第１ユーザの言語、アクセスコードを設定し、第１ユーザのメールアドレスと関連付けて記憶しても良い。
このとき、確認テーブル１０１６の確認順序の項目には、確認者となるユーザの確認順序の項目の値が１つずつインクリメントされ記憶される。これにより、契約書確認処理における確認者の回覧順序が設定される。回覧順序は契約情報ごとにインクリメントされても良いし、書類情報ごとにインクリメントされても良い。なお、回覧順序の設定は必須ではない。

本開示において、第２ユーザは、契約情報に複数の書類データを含めることができる。この場合、サーバ１０の契約作成部１０４２は、契約ＩＤ、受信した第２ユーザＩＤ３０１１、複数の書類データを、それぞれ書類テーブル１０１５の複数の新たなレコードの契約ＩＤ、作成者ＩＤ、書類データの項目に記憶する。つまり、複数の書類データが１の契約情報に関連付けられて記憶される。

第２ユーザは、サーバ１０へ送信する書類情報に、書類種別情報を含めても良い。例えば、第２ユーザは、複数の書類種別情報から、契約情報に含める書類データの書類情報の種別を選択し、サーバ１０へ送信する。また、サーバ１０の契約作成部１０４２は、第２ユーザから受信した書類データのファイル名、書類データに含まれる契約条件の文言、書類データに含まれる契約文書のタイトル（秘密保持契約などの契約書名）、書類データに含まれる契約文書の条項名などに基づき、書類種別情報を特定する構成としても良い。
サーバ１０の契約作成部１０４２は、受信または特定した書類種別情報を、書類テーブル１０１５の対象となる書類データと同じレコードの書類種別の項目に記憶する。
なお、契約情報に複数の書類データが含まれる場合には、サーバ１０の契約作成部１０４２は、それぞれの書類データごとの書類種別情報を書類テーブル１０１５の書類種別の項目に記憶する構成としても良い。

１の契約手続きの契約種別に応じて、第２ユーザに対して割り当てられた第２書類種別を有する第２書類情報を受け付ける構成としても良い。
具体的に、第１ユーザが、複数の契約種別情報から、第２ユーザとの締結を希望する契約情報の種別を選択する場合は、第１ユーザが選択した契約種別情報に応じて、第２ユーザが契約情報に含めることができる書類データの書類種別情報が制限される構成としても良い。

例えば、１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、第１ユーザに提示する本人確認書類に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「不動産または物品の賃貸借契約」を選択した場合は、第２ユーザが契約情報に含めることができる書類データの書類種別情報は「本人確認書類」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「本人確認書類」以外であると判定した場合は処理を停止し、書類情報を記憶できないようにしても良い。この場合、第２ユーザに対して、書類種別情報が「本人確認書類」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が基本契約に対する個別契約を当該基本契約と関連付けて行う契約である場合に、個別契約に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「基本契約に対する個別契約を当該基本契約と関連付けて行う契約」を選択した場合は、第２ユーザが契約情報に含めることができる書類データの書類種別情報は「個別契約」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「個別契約」以外であると判定した場合は処理を停止し、書類情報を記憶できないようにしても良い。この場合、第２ユーザに対して、書類種別情報が「個別契約」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が建築工事などの発注契約である場合に、仕様書、見積書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「建築工事などの発注契約」を選択した場合は、第２ユーザが契約情報に含めることができる書類データの書類種別情報は「仕様書、見積書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「仕様書、見積書」以外であると判定した場合は処理を停止し、書類情報を記憶できないようにしても良い。この場合、第２ユーザに対して、書類種別情報が「仕様書、見積書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が雇用契約である場合に、身元保証書、在留資格確認、その他資格等証明書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「雇用契約」を選択した場合は、第２ユーザが契約情報に含めることができる書類データの書類種別情報は「身元保証書、在留資格確認、その他資格等証明書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「身元保証書、在留資格確認、その他資格等証明書」以外であると判定した場合は処理を停止し、書類情報を記憶できないようにしても良い。この場合、第２ユーザに対して、書類種別情報が「身元保証書、在留資格確認、その他資格等証明書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

例えば、１の契約手続きの契約種別が保険契約である場合に、健康診断書に関する書類データを受け付ける構成としても良い。
具体的に、第１ユーザが、契約種別情報として「保険契約」を選択した場合は、第２ユーザが契約情報に含めることができる書類データの書類種別情報は「健康診断書」に制限され、それ以外の書類種別情報は契約情報に含めることができない構成としても良い。サーバ１０の契約作成部１０４２は、受信した書類データにより特定される書類種別情報が、「健康診断書」以外であると判定した場合は処理を停止し、書類情報を記憶できないようにしても良い。この場合、第２ユーザに対して、書類種別情報が「健康診断書」の書類データを契約情報に含めることを促すメッセージを提示しても良い。

なお、書類作成処理のステップＳ１０１において第１ユーザにより記憶された書類情報（第１書類情報）と、書類確認処理のステップＳ３０４において第２ユーザにより記憶された書類情報（第２書類情報）とは、１の契約手続きに関連してそれぞれ異なる書類種別を有する書類情報としても良い。

第２ユーザ端末３０のディスプレイ３０８１に表示される契約情報を作成するための画面は、図１３に示す契約書作成処理の動作を示す画面例と同様であるため説明を省略する。

第２ユーザは、書類作成処理におけるステップＳ１０３と同様に、第２書類情報に対する入力項目を設定することができる。詳細な処理は、書類作成処理におけるステップＳ１０３と同様であるため説明を省略する。
第２ユーザは、書類作成処理におけるステップＳ１０４と同様に、追加するそれぞれの入力項目に対して入力規則を設定することができる。詳細な処理は、書類作成処理におけるステップＳ１０４と同様であるため説明を省略する。
第２ユーザは、書類作成処理におけるステップＳ１０５と同様に、第２ユーザが入力した複数の入力項目に対する入力データを受け付けることができる。詳細な処理は、書類作成処理におけるステップＳ１０５と同様であるため説明を省略する。

ステップＳ３０５において、サーバ１０の契約確認部１０４３は、第２ユーザから、第１ユーザから依頼された契約締結に対して、契約締結に同意する指示を受け付ける。
第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報を確認するための画面７０に、表示された同意ボタン７４０を押下することにより、書類ＩＤ、第２ユーザを特定する情報、ステップＳ３０４において入力した入力項目ごとの入力データを含むリクエストをサーバ１０へ送信する処理を実行させる。第２ユーザを特定する情報は、第２ユーザＩＤ３０１１でも構わない。
具体的に、サーバ１０の契約確認部１０４３は、受信したリクエストに基づき第２ユーザが契約情報を確認したことを示す情報を記憶する。サーバ１０の契約確認部１０４３は、受信した契約ＩＤ、第２ユーザを特定する情報に基づき、確認テーブル１０１６を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。例えば、第２ユーザを特定する情報がメールアドレスである場合には、確認テーブル１０１６の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。第２ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル１０１２のユーザＩＤの項目を検索することにより特定される第２ユーザのメールアドレスに基づき、確認テーブル１０１６の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。
なお、サーバ１０の契約確認部１０４３は、書類テーブル１０１５において受信した契約ＩＤに関連付けられた全ての書類ＩＤについて、第２ユーザを特定する情報に基づき、確認テーブル１０１６を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶しても良い。つまり、書類ＩＤを介して契約ＩＤに基づき特定される確認テーブル１０１６の確認者メールアドレスに第２ユーザのメールアドレスが記憶されているすべてのレコードの確認フラグの項目にＴｒｕｅの値を記憶する。なお、サーバ１０の契約確認部１０４３は、第２ユーザによる、書類切替ボタン７６０に対する操作を受け付けて、第２ユーザに対して実際に提示された書類情報のみに対して確認フラグの項目にＴｒｕｅの値を記憶しても良い。
サーバ１０の契約確認部１０４３は、受信した入力データを、当該入力データと関連付けられた入力項目ＩＤで特定される入力項目テーブル１０１７の入力データの項目に記憶する。これにより、ステップＳ３０４において、第２ユーザにより入力された入力データが、入力項目テーブル１０１７の入力項目情報として記憶される。

ステップS３０６において、サーバ１０の契約確認部１０４３は、契約書作成処理のステップＳ１０１において受け付けた第１契約条件が規定された第１書類情報と、契約書確認処理のステップＳ３０４において受け付けた第２契約条件が規定された第２書類情報とが、第１ユーザまたは第２ユーザの少なくともいずれかによって承認されたことを示す情報を記憶する。

具体的に、サーバ１０の契約確認部１０４３は、すべてのユーザによる契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第１ユーザおよび第２ユーザへ送信する。例えば、サーバ１０の契約作成部１０４２は、第１ユーザのメールアドレスへ、第２ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。第１ユーザへ通知するメッセージには、契約情報を特定するための契約ＩＤを含むＵＲＬの情報を含める。具体的には、サーバ１０の契約確認部１０４３は、確認テーブル１０１６に記憶された契約情報に含まれるすべての書類情報に関連づけられた確認情報の確認フラグにＴｒｕｅの値が記憶されている場合に、すべてのユーザによる契約書確認処理が実行されたと判定する。
サーバ１０の契約確認部１０４３は、複数のユーザが確認者として設定されている場合には、最後に契約書確認処理を実行したユーザ以外のユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。これにより、確認者にかかるユーザも、すべてのユーザにより契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ１０の契約確認部１０４３は、第１ユーザまたは複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。これにより、第１ユーザまたは複数の確認者が所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。サーバ１０の契約確認部１０４３は、ユーザＩＤまたはメールアドレスに基づきユーザテーブル１０１２の、ユーザＩＤまたはメールアドレスの項目を検索することにより、グループＩＤの項目を取得する。サーバ１０の契約確認部１０４３は、取得したグループＩＤの項目に基づき、グループテーブル１０１３のグループＩＤの項目を検索し、管理者ＩＤの項目を取得し、管理者ＩＤに基づき、管理者に相当する権限を有するユーザをユーザテーブル１０１２のユーザＩＤを検索することにより特定し、契約書確認処理が完了したことを通知するメッセージを送信する。

サーバ１０の契約確認部１０４３は、契約情報に含まれる書類情報を検索し、契約書確認処理が行われていない書類情報がある場合には、確認テーブル１０１６において関連付けられた確認者メールアドレスへ書類情報の確認を促すメッセージを送信する。
具体的に、サーバ１０の契約確認部１０４３は、契約ＩＤに基づき書類テーブル１０１５の契約ＩＤの項目を検索し、書類ＩＤの項目を取得する。サーバ１０の契約確認部１０４３は、書類ＩＤに基づき確認テーブル１０１６の書類ＩＤの項目を検索し、確認者メールアドレス、確認フラグの項目を取得する。サーバ１０の契約確認部１０４３は、取得した確認者メールアドレスのうち、確認フラグにＦａｌｓｅの値が記憶されている確認者メールアドレスを特定する。つまり、サーバ１０の契約確認部１０４３は、書類情報の確認を行っていないユーザの確認者メールアドレスを特定し取得する。
例えば、ステップＳ３０４において第２ユーザが、第２書類情報を新たに記憶した場合には、第２書類情報は第１ユーザにより契約書確認処理が実行されていないため、第２書類情報の確認を行っていないユーザのメールアドレスとして、第２書類情報に関連付けられた第１ユーザの第１メールアドレスが特定される。

サーバ１０の契約確認部１０４３は、第２ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第１ユーザへ送信する。例えば、サーバ１０の契約確認部１０４３は、第１ユーザのメールアドレスへ、第２ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
第１ユーザへ通知するメッセージには、契約情報を特定するための契約ＩＤを含むＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報を含める。ＵＲＬは、契約ＩＤを直接含んでも良いし、契約ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して契約ＩＤを特定可能な文字列などの情報を含んでも良い。

第２ユーザは、第１ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第１ユーザに対して伝える。これにより、第１ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。

第１ユーザ端末２０に通知されるメッセージを示す画面は、図１４にかかる第２ユーザ端末３０に通知されるメッセージを示す画面例と同様である。第１ユーザ端末２０のディスプレイ２０８１に表示される、メッセージ画面６０には、メッセージ６１、契約情報を特定するための契約ＩＤを含むＵＲＬ６２の情報が含まれる。

＜契約書確認処理（第１ユーザによる）＞
第１ユーザにより実行される契約書確認処理（第１ユーザによる）を以下に説明する。なお、契約書確認処理（第１ユーザによる）の各ステップＳ３０１～Ｓ３０６は、第２ユーザの代わりに第１ユーザが実行する点が相違するのみで、処理内容は契約書確認処理の各ステップＳ３０１～Ｓ３０６と重複する説明は省略する。

ステップＳ３０１において、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作して受信したメッセージに記載されたＵＲＬを選択することにより、第１ユーザ端末２０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第１ユーザ端末２０は、契約書確認処理を実行させるためのリクエストをサーバ１０へ送信する。
サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる契約ＩＤに基づき、契約テーブル１０１４、書類テーブル１０１５の契約ＩＤの項目を検索し、契約情報および契約情報に含まれる書類情報を取得する。
サーバ１０の契約確認部１０４３は、取得した書類情報に含まれる書類ＩＤに基づき、確認テーブル１０１６の書類ＩＤの項目を検索し、第１ユーザ情報を取得する。サーバ１０の契約確認部１０４３は、取得した書類情報に含まれる書類ＩＤに基づき、入力項目テーブル１０１７の書類ＩＤの項目を検索し、書類情報に関連づけられた入力項目情報を取得する。

ステップＳ３０２において、サーバ１０の契約確認部１０４３は、第１ユーザを特定する。第１ユーザは、第１ユーザ端末２０から受信したリクエストに含まれる第１ユーザＩＤ２０１１に基づき特定しても良いし、ＵＲＬに含まれる第１ユーザを識別するための識別情報に基づき特定しても良い。

サーバ１０の契約確認部１０４３は、取得した契約情報、第１ユーザ情報、入力項目情報に基づき、契約情報を確認するための画面を生成し第１ユーザ端末２０に送信する。

ステップＳ３０３において、第２ユーザから受け付けた契約条件を第１ユーザに対して提示する。
具体的に、第１ユーザ端末２０のディスプレイ２０８１は、サーバ１０から受信した契約情報、契約情報に含まれる契約条件が規定された書類情報を確認するための画面を表示する。第１ユーザは、第１ユーザ端末２０のディスプレイ２０８１に表示された契約情報を確認する。

図１６は、契約書確認処理の動作を示す画面例である。第１ユーザ端末２０のディスプレイ２０８１に表示される、契約情報を確認するための画面８０には、現在の契約情報の作成状況を示すステータス８１０、契約情報表示エリア８３０、書類データ８３１、同意ボタン８４０、書類追加ボタン８５０、書類切替ボタン８６０が表示される。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、書類切替ボタン８６０を押下することにより、契約情報に関連付けられた複数の書類情報を選択的に切り替えて第１ユーザ端末２０のディスプレイ２０８１に表示させることができる。例えば、第１ユーザは、「賃貸借契約書」を選択することにより、契約情報表示エリア８３０に「賃貸借契約書」の書類情報を表示させることができる。第１ユーザは、「本人確認書類」を選択することにより、契約情報表示エリア８３０に「本人確認書類」の書類情報を表示させることができる。
なお、契約情報を確認するための画面８０には、自身が確認者として確認フラグにＴｒｕｅの値が記憶されていない書類情報を特定し、当該書類情報を既定（デフォルト）の書類情報として画面８０に表示する構成としても良い。つまり、第１ユーザが未確認の書類情報を既定（デフォルト）の書類情報として第１ユーザに対して提示する構成としても良い。
これにより、第１ユーザは、自身が未確認の書類情報を優先的に確認することが良く、利便性良く書類確認処理を実行することができる。

ステップＳ３０４において、サーバ１０の契約確認部１０４３は、ステップＳ３０３において提示した契約条件に対して、第１ユーザから、契約条件の入力を受け付ける。
サーバ１０の契約確認部１０４３は、契約情報の１または複数の入力項目に対する入力を受け付ける。また、サーバ１０の契約確認部１０４３は、契約条件が規定された書類情報を新たに受け付けることができる。

ステップＳ３０５において、サーバ１０の契約確認部１０４３は、ステップＳ３０３において第１ユーザに対して提示された第２契約条件が規定された第２書類情報に対する、第１ユーザからの第２契約条件が規定された第２書類情報に対する入力操作に応じて、第１契約条件が規定された第１書類情報と、第２契約条件が規定された第２書類情報とが、第１ユーザによって承認されたことを示す情報を記憶する。
具体的に、サーバ１０の契約確認部１０４３は、第１ユーザから、第２ユーザから依頼された確認依頼に対して、契約締結に同意する指示を受け付ける。
第１ユーザは、第１ユーザ端末２０のディスプレイ２０８１に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第１ユーザ端末２０の入力装置２０６などを操作し、契約情報を確認するための画面８０に、表示された同意ボタン８４０を押下することにより、書類ＩＤ、第１ユーザを特定する情報、ステップＳ３０４において入力した入力項目ごとの入力データを含むリクエストをサーバ１０へ送信する処理を実行させる。第１ユーザを特定する情報は、第１ユーザＩＤ２０１１でも構わない。
具体的に、サーバ１０の契約確認部１０４３は、受信したリクエストに基づき第１ユーザが契約情報を確認したことを示す情報を記憶する。サーバ１０の契約確認部１０４３は、受信した書類ＩＤ、第１ユーザを特定する情報に基づき、確認テーブル１０１６を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。例えば、第１ユーザを特定する情報がメールアドレスである場合には、確認テーブル１０１６の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。第１ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル１０１２のユーザＩＤの項目を検索することにより特定される第１ユーザのメールアドレスに基づき、確認テーブル１０１６の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。
例えば、確認テーブル１０１６において、第２書類情報の書類ＩＤおよび、確認者メールアドレスに第１ユーザが記憶されたレコードの確認フラグの項目にＴｒｕｅの値が記憶される。これにより、第２書類情報が第１ユーザにより確認されたことが記憶される。
サーバ１０の契約確認部１０４３は、受信した入力データを、当該入力データと関連付けられた入力項目ＩＤで特定される入力項目テーブル１０１７の入力データの項目に記憶する。これにより、ステップＳ３０４において、第１ユーザにより入力された入力データが、入力項目テーブル１０１７の入力項目情報として記憶される。

サーバ１０の契約確認部１０４３は、契約書作成処理のステップＳ１０１において受け付けた第１契約条件が規定された第１書類情報と、契約書確認処理のステップＳ３０４において受け付けた第２契約条件が規定された第２書類情報とが、第１ユーザおよび第２ユーザによって承認されたことを示す情報を記憶する。

＜電子署名処理＞
ステップＳ３０５に、電子署名処理を含めても良い。サーバ１０の契約確認部１０４３は、第１ユーザからの第２契約条件に対する入力操作に応じて、第１契約条件および第２契約条件に電子署名を付与して記憶する。
具体的に、サーバ１０の契約確認部１０４３は、受信したリクエストに基づき第１契約条件が規定された第１書類情報、第２契約条件が規定された第２書類情報に対し、電子署名を付与し記憶する。サーバ１０の契約確認部１０４３は、契約ＩＤに基づき、契約テーブル１０１４、書類テーブル１０１５の契約ＩＤの項目を検索し、契約情報および契約情報に含まれる書類情報を取得する。
サーバ１０の契約確認部１０４３は、取得した書類情報に電子署名を付与し、書類テーブル１０１５の契約データの項目に記憶する。なお、サーバ１０の契約確認部１０４３は、電子署名を付与した書類情報により更新（上書き）しても良いし、電子署名付与前の書類情報を別途不図示の記憶装置に記憶しても構わない。
サーバ１０の契約確認部１０４３は、電子署名に、書類ＩＤ、第１ユーザのメールアドレス、第２ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第１ユーザ、第２ユーザの同意（承認）、タイムスタンプなどのいずれかの情報を含めても良い。
これにより、第１ユーザが、第１契約条件および第２契約条件の複数の契約条件により規定される１の契約を１体とした電子的な契約に同意したことが、第１契約条件および第２契約条件が既定された第１書類情報および第２書類情報に電子署名として記憶される。契約条件に対する第三者によるなりすましや改ざんを防ぐことができる。

＜変形例＞
契約書確認処理のステップＳ３０４において、契約書作成処理のステップＳ１０１において受け付けた第１契約条件が規定された第１書類情報またはステップＳ３０４において受け付けた第２契約条件が規定された第２書類情報に対して、第１ユーザまたは第２ユーザから修正指示を受け付ける構成としても良い。サーバ１０の契約確認部１０４３は、受け付けた修正指示に応じて、修正指示の対象となる第１契約条件または第２契約条件に電子署名を付与して記憶する構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、第１契約条件が規定された第１書類情報を修正（編集）し、書類テーブル１０１５に記憶することができる構成としても良い。このとき、サーバ１０の契約確認部１０４３は、第１書類情報に第２ユーザにより修正されたことを示す情報を含む電子署名を付与し、書類テーブル１０１５に記憶する構成としても良い。
同様に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、第２契約条件が規定された第２書類情報を修正し、書類テーブル１０１５に記憶することができる構成としても良い。このとき、サーバ１０の契約確認部１０４３は、第２書類情報に第１ユーザにより修正されたことを示す情報を含む電子署名を付与し、書類テーブル１０１５に記憶する構成としても良い。
なお、第２ユーザが、第２契約条件が規定された第２書類情報を修正し、書類テーブル１０１５に記憶することができる構成としても良い。同様に、第１ユーザが、第１契約条件が規定された第１書類情報を修正し、書類テーブル１０１５に記憶することができる構成としても良い。
これにより、第１ユーザまたは第２ユーザによる、契約条件に対する修正指示に応じて、修正が行われた第１契約条件および第２契約条件に電子署名が記憶される。契約条件に対する第三者によるなりすましや改ざんを防ぐことができる。

＜コンピュータの基本ハードウェア構成＞
図１７は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。

プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図１７）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。

なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。

通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサと、記憶部とを備え、コンピュータに複数のユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、第１契約条件の入力を受け付ける第１受付ステップ（Ｓ１０１）と、第１受付ステップにおいて受け付けた第１契約条件を第２ユーザに対して提示する第１提示ステップ（Ｓ３０３）と、第１提示ステップにおいて提示した第１契約条件に対して、第２ユーザから、第２契約条件の入力を受け付ける第２受付ステップ（Ｓ３０４）と、第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とを、１の契約手続きに関する契約条件として一体として関連づけて記憶する記憶ステップ（Ｓ３０４）と、第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とが、第１ユーザまたは第２ユーザの少なくともいずれかによって承認されたことを示す情報を記憶する承認ステップ（Ｓ３０５）と、を実行させるプログラム。
これにより、複数の契約当事者にかかるユーザがそれぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

（付記３）
第１書類情報と、第２書類情報とは、１の契約手続きに関連してそれぞれ異なる書類種別を有する書類情報である、付記２記載のプログラム。
これにより、複数の契約当事者にかかるユーザがそれぞれ用意する複数の契約に関する書類に基づき、１の契約を１体として電子的な契約を締結することができる。

（付記４）
第１受付ステップは、１の契約手続きの契約種別に応じて、第１ユーザに対して割り当てられた第１書類種別を有する第１書類情報を受け付けるステップであり、第２受付ステップは、１の契約手続きの契約種別に応じて、第２ユーザに対して割り当てられた第２書類種別を有する第２書類情報を受け付けるステップであり、付記１から３のいずれか記載のプログラム。
これにより、複数の契約当事者にかかるユーザは、それぞれ契約手続きの契約種別に応じて割り当てられた書類種別を用意することにより、１の契約を１体として電子的な契約を締結することができる。ユーザは必要な書類情報を適切に入力することができる。

（付記６）
第１受付ステップは、１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、不動産または物品の賃貸借契約書に関する第１書類情報を受け付けるステップであり、第２受付ステップは、１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、第１ユーザに提示する本人確認書類を受け付けるステップである、付記１から５のいずれか記載のプログラム。
これにより、複数の契約当事者にかかるユーザは、不動産または物品の賃貸借契約を締結する場合において、契約当事者間の煩雑なコミュニケーションなしに、複数の契約当事者それぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

（付記８）
プログラムは、プロセッサに、第２受付ステップにおいて受け付けた第２契約条件を第１ユーザに対して提示する第２提示ステップ（Ｓ３０３）と、を実行させ、承認ステップは、第２ステップにおいて第１ユーザに対して提示された第２契約条件に対する、第１ユーザからの第２契約条件に対する入力操作に応じて、第１契約条件と、第２契約条件とが、第１ユーザによって承認されたことを示す情報を記憶するステップである、付記１から７のいずれか記載のプログラム。
これにより、第１ユーザは、第２ユーザにより入力された第２契約条件を確認した後に、契約締結に同意することができる。第２ユーザにより入力された第２契約条件を第１ユーザが確認することなしに契約締結されることを避けることができる。

（付記９）
第２提示ステップは、第２契約条件を既定の書類情報として第１ユーザに対して提示するステップである、付記８記載のプログラム。
これにより、第１ユーザは、自身が未確認の書類情報を優先的に確認することが良く、利便性良く書類確認処理を実行することができる。

（付記１０）
プログラムは、プロセッサに、承認ステップにおける第１ユーザからの第２契約条件に対する入力操作に応じて、第１契約条件および第２契約条件に電子署名を付与して記憶する署名ステップ（Ｓ３０５）と、を実行させる付記８または９記載のプログラム。
これにより、第１ユーザが、第１契約条件および第２契約条件の複数の契約条件により規定される１の契約を１体とした電子的な契約に同意したことが、第１契約条件および第２契約条件に電子署名として記憶される。契約条件に対する第三者によるなりすましや改ざんを防ぐことができる。

（付記１１）
プログラムは、プロセッサに、第１受付ステップにおいて受け付けた第１契約条件または第２受付ステップにおいて受け付けた第２契約条件に対して、第１ユーザまたは第２ユーザから修正指示を受け付ける修正ステップ（Ｓ３０４）と、修正ステップにおいて受け付けた修正指示に応じて、修正指示の対象となる第１契約条件または第２契約条件に電子署名を付与して記憶する修正署名ステップ（Ｓ３０５）と、を実行させる付記１から１０のいずれか記載のプログラム。
これにより、第１ユーザまたは第２ユーザが、第１契約条件または第２契約条件を柔軟に修正することができるとともに、契約条件に対する修正指示に応じて、修正が行われた第１契約条件および第２契約条件に電子署名が記憶される。契約条件に対する第三者によるなりすましや改ざんを防ぐことができる。

（付記１２）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、情報処理装置。
これにより、複数の契約当事者にかかるユーザがそれぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

（付記１３）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、を実行させる情報処理システム。
これにより、複数の契約当事者にかかるユーザがそれぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

（付記１４）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、情報処理方法。
これにより、複数の契約当事者にかかるユーザがそれぞれ用意する契約の対象となる契約条件が規定された書類情報に基づき、複数の契約条件により規定される１の契約を１体として電子的な契約を締結することができる。

１ システム、１０ サーバ、１０１ 記憶部、１０４ 制御部、１０６ 入力装置、１０８ 出力装置、２０ 第１ユーザ端末、２０１ 記憶部、２０４ 制御部、２０６ 入力装置、２０８ 出力装置、３０ 第２ユーザ端末、３０１ 記憶部、３０４ 制御部、３０６ 入力装置、３０８ 出力装置

Claims (14)

1. プロセッサと、記憶部とを備え、コンピュータに複数のユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザから、第１契約条件の入力を受け付ける第１受付ステップと、
   第１受付ステップにおいて受け付けた第１契約条件を第２ユーザに対して提示する第１提示ステップと、
   第１提示ステップにおいて提示した第１契約条件に対して、第２ユーザから、第２契約条件の入力を受け付ける第２受付ステップと、
   第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とを、１の契約手続きに関する契約条件として一体として関連づけて記憶する記憶ステップと、
   第１受付ステップにおいて受け付けた第１契約条件と、第２受付ステップにおいて受け付けた第２契約条件とが、第１ユーザまたは第２ユーザの少なくともいずれかによって承認されたことを示す情報を記憶する承認ステップと、
   を実行させるプログラム。
2. 第１受付ステップは、第１契約条件が規定された第１書類情報を受け付けるステップであり、
   第２受付ステップは、第２契約条件が規定された第２書類情報を受け付けるステップである、
   請求項１記載のプログラム。
3. 第１書類情報と、第２書類情報とは、前記１の契約手続きに関連してそれぞれ異なる書類種別を有する書類情報である、
   請求項２記載のプログラム。
4. 第１受付ステップは、前記１の契約手続きの契約種別に応じて、第１ユーザに対して割り当てられた第１書類種別を有する第１書類情報を受け付けるステップであり、
   第２受付ステップは、前記１の契約手続きの契約種別に応じて、第２ユーザに対して割り当てられた第２書類種別を有する第２書類情報を受け付けるステップであり、
   請求項１から３のいずれか記載のプログラム。
5. 前記プログラムは、前記プロセッサに、
   第１ユーザから、前記１の契約手続きの契約種別を受け付ける契約種別受付ステップと、
   を実行させる請求項４記載のプログラム。
6. 第１受付ステップは、前記１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、前記不動産または物品の賃貸借契約書に関する第１書類情報を受け付けるステップであり、
   第２受付ステップは、前記１の契約手続きの契約種別が不動産または物品の賃貸借契約である場合に、第１ユーザに提示する本人確認書類を受け付けるステップである、
   請求項１から５のいずれか記載のプログラム。
7. 第１受付ステップは、前記１の契約手続きの契約種別が基本契約に対する個別契約を前記基本契約と関連付けて行う契約である場合に、前記基本契約に関する第１書類情報を受け付けるステップであり、
   第２受付ステップは、前記１の契約手続きの契約種別が基本契約に対する個別契約を前記基本契約と関連付けて行う契約である場合に、前記個別契約に関する第２書類情報を受け付けるステップであり、
   請求項１から５のいずれか記載のプログラム。
8. 前記プログラムは、前記プロセッサに、
   第２受付ステップにおいて受け付けた第２契約条件を第１ユーザに対して提示する第２提示ステップと、
   を実行させ、
   前記承認ステップは、
   第２ステップにおいて第１ユーザに対して提示された第２契約条件に対する、第１ユーザからの第２契約条件に対する入力操作に応じて、
   第１契約条件と、第２契約条件とが、第１ユーザによって承認されたことを示す情報を記憶するステップである、
   請求項１から７のいずれか記載のプログラム。
9. 第２提示ステップは、第２契約条件を既定の書類情報として第１ユーザに対して提示するステップである、
   請求項８記載のプログラム。
10. 前記プログラムは、前記プロセッサに、
    前記承認ステップにおける第１ユーザからの第２契約条件に対する入力操作に応じて、第１契約条件および第２契約条件に電子署名を付与して記憶する署名ステップと、
    を実行させる請求項８または９記載のプログラム。
11. 前記プログラムは、前記プロセッサに、
    第１受付ステップにおいて受け付けた第１契約条件または第２受付ステップにおいて受け付けた第２契約条件に対して、第１ユーザまたは第２ユーザから修正指示を受け付ける修正ステップと、
    前記修正ステップにおいて受け付けた修正指示に応じて、修正指示の対象となる第１契約条件または第２契約条件に電子署名を付与して記憶する修正署名ステップと、
    を実行させる請求項１から１０のいずれか記載のプログラム。
12. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    情報処理装置。
13. プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    を実行させる情報処理システム。
14. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    情報処理方法。