JP2024057140A

JP2024057140A - 契約管理プログラム、情報処理装置、情報処理システムの製造方法、情報処理方法

Info

Publication number: JP2024057140A
Application number: JP2022163664A
Authority: JP
Inventors: 誉幸小林; Yoshiyuki Kobayashi
Original assignee: Bengo4 Com Inc
Current assignee: Bengo4 Com Inc
Priority date: 2022-10-12
Filing date: 2022-10-12
Publication date: 2024-04-24

Abstract

【課題】所定の電子契約に関連する証憑、帳票、その他書類等を契約文書に関連付けて整理、管理する。
【解決手段】コンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、契約に関する複数の契約文書を記憶する契約記憶ステップと、ユーザから契約文書とは異なる文書データを受け付ける書類受付ステップＳ６０１と、複数の契約文書のうち１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップＳ６０２と、書類受付ステップにおいて受け付けた文書データを関連付ける、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の契約文書を選択する契約選択ステップＳ６０３と、書類受付ステップにおいて受け付けた文書データを、契約選択ステップにおいて選択した１または複数の契約文書に関連付けて記憶する書類関連ステップＳ６０４と、を実行する。
【選択図】図１９

Description

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

コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
特許文献１には、作成者端末、確認者端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。

特開２０１７－１００９６号

所定の電子契約に関連する証憑、帳票、その他書類等を契約文書に関連付けて整理、管理できていない課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、所定の電子契約に関連する証憑、帳票、その他書類等を契約文書に関連付けて整理、管理する技術を提供することである。

プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、契約に関する複数の契約文書を記憶する契約記憶ステップと、ユーザから契約文書とは異なる文書データを受け付ける書類受付ステップと、書類受付ステップにおいて受け付けた文書データを関連付ける、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の契約文書を選択する契約選択ステップと、書類受付ステップにおいて受け付けた文書データを、契約選択ステップにおいて選択された１または複数の契約文書に関連付けて記憶する書類関連ステップと、を実行する契約管理プログラム。

本開示によれば、所定の電子契約に関連する証憑、帳票、その他書類等を契約文書に関連付けて整理、管理することができる。

システム１の機能構成を示すブロック図である。サーバ１０の機能構成を示すブロック図である。第１ユーザ端末２０の機能構成を示すブロック図である。第２ユーザ端末３０の機能構成を示すブロック図である。メールサーバ４０の機能構成を示すブロック図である。ユーザテーブル１０１２のデータ構造を示す図である。グループテーブル１０１３のデータ構造を示す図である。書類テーブル１０１４のデータ構造を示す図である。確認テーブル１０１５のデータ構造を示す図である。入力項目テーブル１０１６のデータ構造を示す図である。契約書グループテーブル１０１７のデータ構造を示す図である。交渉記録テーブル１０１８のデータ構造を示す図である。文書テーブル１０１９のデータ構造を示す図である。契約書作成処理（第一実施例）の動作を示すフローチャートである。契約書確認処理（第二実施例）の動作を示すフローチャートである。連絡処理の動作を示すフローチャートである。契約書作成処理の動作を示すフローチャートである。契約書確認処理の動作を示すフローチャートである。書類記憶処理の動作を示すフローチャートである。契約書作成処理の動作を示す画面例である。第２ユーザ端末３０に通知される確認依頼メッセージを示す画面例である。契約書確認処理の動作を示す画面例である。第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

書類テーブル１０１４は、作成者と受信者との間で取り交わされる電子契約に関する情報（契約情報）を記憶し、管理するためのテーブルである。
書類テーブル１０１４は、書類ＩＤを主キーとして、書類ＩＤ、メールアドレス、チャットＩＤ、書類データ、作成者ＩＤのカラムを有するテーブルである。
図８は、書類テーブル１０１４のデータ構造を示す図である。

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、契約情報ごとにユニークな値が設定されている項目である。
メールアドレスは、契約情報に関連付けられたメールアドレスを記憶する項目である。
チャットＩＤは、契約情報に関連付けられたチャット識別情報を記憶する項目である。チャット識別情報は、任意のチャットサービスにおけるユーザ識別情報（ユーザＩＤ）を含む。
書類データは、契約締結にかかる契約文書の契約情報（バイナリまたはテキストデータ）を記憶する項目である。具体的に、書類データは、ＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）などの任意のデータ形式のデータが含まれる。
作成者ＩＤ、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。

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

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

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

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

契約書グループテーブル１０１７は、契約書グループに関する情報（契約書グループ情報）を記憶し管理するためのテーブルである。契約情報は、契約情報を管理するための１または複数のキャビネット（分類情報）と関連づけられて記憶され、管理することができる。情報処理サービスに応じて、キャビネットは、グループ、タグ、ラベル等と呼ばれることがある。
契約書グループテーブル１０１７は、書類ＩＤ、キャビネットＩＤのカラムを有するテーブルである。
図１１は、契約書グループテーブル１０１７のデータ構造を示す図である。

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。
キャビネットＩＤは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットＩＤは、契約情報を管理、分類するための分類情報である。

交渉記録テーブル１０１８は、交渉記録に関する情報（交渉記録情報）を記憶し管理するためのテーブルである。
交渉記録テーブル１０１８は、書類ＩＤ、交渉データのカラムを有するテーブルである。
図１２は、交渉記録テーブル１０１８のデータ構造を示す図である。

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。
交渉データは、契約締結の際の交渉記録、交渉経緯等のデータ（交渉データ）を記憶する項目である。交渉データは、電子メールファイル（ｅｍｌファイル）、テキストファイル（ｔｘｔファイル）、各種ドキュメント作成アプリケーションファイル（Ｗｏｒｄ、Ｅｘｃｅｌ、ＰｏｗｅｒＰｏｉｎｔ等により編集可能なファイル）、ＰＤＦ、イメージファイル（ｐｎｇ、ｊｐｅｇ）等の任意のバイナリデータが含まれる。交渉データは、複数の交渉記録、交渉経緯等のデータが日付等により識別可能な態様で記憶されるものとしても良い。

文書テーブル１０１９は、契約文書とは異なる文書データに関する情報（文書情報）を記憶し管理するためのテーブルである。
文書テーブル１０１９は、書類ＩＤ、文書データのカラムを有するテーブルである。
図１３は、文書テーブル１０１９のデータ構造を示す図である。

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。
文書データは、契約文書とは異なる文書データを記憶する項目である。文書データは、見積書、請求書、領収書、納品書、検収書、変更契約、個別契約等の任意の文書データが含まれる。文書データは、電子メールファイル（ｅｍｌファイル）、テキストファイル（ｔｘｔファイル）、各種ドキュメント作成アプリケーションファイル（Ｗｏｒｄ、Ｅｘｃｅｌ、ＰｏｗｅｒＰｏｉｎｔ等により編集可能なファイル）、ＰＤＦ、イメージファイル（ｐｎｇ、ｊｐｅｇ）等の任意のバイナリデータが含まれる。

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

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

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

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

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

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

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

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

＜第１ユーザ端末２０の制御部２０４の構成＞
第１ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。

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

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

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

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

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

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

＜第２ユーザ端末３０の制御部３０４の構成＞
第２ユーザ端末３０の制御部３０４は、入力制御部３０４１、出力制御部３０４２を備える。制御部３０４は、記憶部３０１に記憶されたアプリケーションプログラム３０１２を実行することにより、各機能ユニットが実現される。

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

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

＜メールサーバ４０の構成＞
メールサーバ４０は、複数のユーザが電子メールを介したコミュニケーションを行う際に、電子メールの送信および受信を行うためのサーバである。なお、メールサーバ４０は、１のサーバである必要はなく、第１ユーザ、第２ユーザごとに異なるサーバが用意される構成としても良い。メールサーバ４０は、ＳＭＴＰサーバ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＰＯＰ３サーバ（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ）、ＩＭＡＰサーバ（ＩｎｔｅｒｎｅｔＭｅｓｓａｇｅＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）等がある。
ユーザは、ユーザ端末にインストールされたメーラーアプリケーションを操作することにより、メールサーバを介して他のユーザにメールを送信したり、他のユーザから自身宛のメールを受信することができる。メーラーアプリケーションには、Ｇｍａｉｌ、Ｏｕｔｌｏｏｋ、Ｔｈｕｎｄｅｒｂｉｒｄ等がある。
メールサーバ４０は、記憶部４０１、制御部４０４を備える。

＜メールサーバ４０の記憶部４０１の構成＞
メールサーバ４０の記憶部４０１は、アプリケーションプログラム４０１１を備える。

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

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

＜システム１の動作＞
以下、システム１の各処理について説明する。
図１４は、契約書作成処理（第一実施例）の動作を示すフローチャートである。
図１５は、契約書確認処理（第二実施例）の動作を示すフローチャートである。
図１６は、連絡処理の動作を示すフローチャートである。
図１７は、契約書作成処理（第二実施例）の動作を示すフローチャートである。
図１８は、契約書確認処理の動作を示すフローチャートである。
図１９は、書類記憶処理の動作を示すフローチャートである。
図２０は、契約書作成処理の動作を示す画面例である。
図２１は、第２ユーザ端末３０に通知される確認依頼メッセージを示す画面例である。
図２２は、契約書確認処理の動作を示す画面例である。
図２３は、第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。
図２４は、第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。

本開示において、サーバ１０における契約書作成処理（第一実施例）、契約書確認処理（第二実施例）、書類記憶処理を以下に説明する。

＜契約書作成処理（第一実施例）＞
契約書作成処理（第一実施例）は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。

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

＜契約書作成処理（第一実施例）の概要＞
契約書作成処理（第一実施例）は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、ユーザは契約締結に際した交渉記録、交渉経緯等が記憶された交渉データを作成した電子契約情報と関連付けて記憶し、設定した確認者に対して電子契約情報を送付する一連の処理である。

＜契約書作成処理（第一実施例）の詳細＞
ステップＳ１０１において、サーバ１０の契約作成部１０４２は、契約記憶ステップにおいて契約文書を関連付けて記憶するレコードを生成する生成ステップを実行する。
ステップＳ１０１において、作成者となる第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作して、第１ユーザ端末２０のブラウザアプリケーションにおいて、契約書作成処理（第一実施例）を実行するためのＵＲＬを入力しウェブページ（契約書作成ページ）を開く。第１ユーザは、第１ユーザＩＤ２０１１、パスワード等を入力してサービスにログインする。これにより、第１ユーザ端末２０は、契約書作成処理（第一実施例）を実行させるためのリクエストをサーバ１０へ送信する。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約書作成ページに設けられた、「新規契約」ボタン等の、契約文書を関連付けて記憶するレコードを新たに作成するためのボタンを押下げし、リクエストをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、リクエストを受信すると、書類テーブル１０１４に新たなレコードを作成し記憶する。書類ＩＤには、任意の書類ＩＤがインクリメントされ採番される。

ステップＳ１０１において、サーバ１０の契約作成部１０４２は、生成ステップにおいて生成されたレコードに関連付けられた宛先情報を記憶する宛先記憶ステップを実行する。

宛先記憶ステップは、所定のメールアドレスにかかる宛先情報を記憶するステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、新たにメールアドレスを生成し、書類テーブル１０１４に新たに作成されたレコードのメールアドレスの項目に記憶する。メールアドレスは、書類ＩＤごとにユニークであることが好適である。
メールアドレスのドメインは、本開示にかかる電子契約サービスの運営者が所有するドメインでも構わないし、任意のメールアドレスでも構わない。例えば、第１ユーザの所属組織が管理するドメインであっても構わない。生成されるメールアドレスのユーザ名、アカウント名、ローカル部（ローカルパート）は、新たに採番された書類ＩＤを含んでも良い。これにより、生成されるメールアドレスは書類ＩＤごとにユニークな値にできる。
本開示において、生成されたメールアドレスは、本開示にかかる電子契約サービスの運営者が管理するメールサーバ４０において受信可能なメールアドレスを一例として説明する。

宛先記憶ステップは、所定の識別情報に関する宛先情報を記憶するステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、新たにチャットサービスにおけるユーザＩＤ（チャットＩＤ）を生成し、書類テーブル１０１４に新たに作成されたレコードのチャットＩＤの項目に記憶する。チャットＩＤは、書類ＩＤごとにユニークであることが好適である。
生成されるチャットＩＤは、新たに採番された書類ＩＤを含んでも良い。これにより、生成されるチャットＩＤは書類ＩＤごとにユニークな値とすることができる。

ステップＳ１０２において、サーバ１０の契約作成部１０４２は、第１ユーザから受け付けた契約に関する契約文書を記憶する契約記憶ステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、ＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）などの任意のデータ形式の書類データを契約情報に含めることができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、作成した書類データ、第１ユーザＩＤ２０１１をサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した第１ユーザＩＤ２０１１、書類データを受け付け、それぞれ、書類テーブル１０１４のステップＳ１０１において採番された書類ＩＤにより特定されるレコードの作成者ＩＤ、書類データの項目に記憶する。これにより、サーバ１０の契約作成部１０４２は、新たな契約情報を、ステップＳ１０１において生成し記憶した宛先情報と関連付けて書類テーブル１０１４に記憶する。

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

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

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

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

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

＜交換文書データ取得＞
ステップＳ１０７において、サーバ１０の契約作成部１０４２は、契約文書とは異なり、契約締結に際して契約手続を行う一方当事者と他方当事者との間で交換される交換文書データを第１ユーザから取得する文書取得ステップを実行する。

＜交換文書データ取得（第一実施形態）＞
ステップＳ１０７において、文書取得ステップは、第１ユーザから受け付けた交換文書データを含むファイルに基づき、交換文書データを取得するステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された交換文書登録ボタン５５０を押下することにより、サーバ１０へ送信する交換文書データを選択するためのファイル選択ダイアログが第１ユーザ端末２０のディスプレイ２０８１に表示される。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ファイル選択ダイアログにおいて、契約文書とは異なり、契約締結に際して契約手続を行う一方当事者と他方当事者との間で交換される交換文書データを選択する。第１ユーザ端末２０の制御部２０４は、選択された交換文書データをサーバ１０へ送信する（アップロードする）。
サーバ１０の契約作成部１０４２は、第１ユーザ端末２０から交換文書データを受信し受け付ける。

＜交換文書データ取得（第二実施形態）＞
ステップＳ１０７において、文書取得ステップは、第１ユーザから受け付けた交換文書データを特定するＵＲＬに基づき、交換文書データを取得するステップを実行しても良い。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された交換文書登録ボタン５５０を押下することにより、サーバ１０へ送信する交換文書データを特定するＵＲＬを入力するためのＵＲＬ入力欄を含むファイル選択ダイアログが第１ユーザ端末２０のディスプレイ２０８１に表示される構成としても良い。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ファイル選択ダイアログのＵＲＬ入力欄に、契約文書とは異なり、契約締結に際して契約手続を行う一方当事者と他方当事者との間で交換される交換文書データを特定するＵＲＬを入力する。第１ユーザ端末２０の制御部２０４は、入力されたＵＲＬをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、第１ユーザ端末２０からＵＲＬを受信し、当該ＵＲＬから交換文書データを取得し受け付ける。

＜交換文書データ取得（第三実施形態）＞
交換文書データ取得（第一実施形態）、交換文書データ取得（第二実施形態）により取得した交換文書データに基づき、当該交換文書データと同様に契約文書に関連付けられるべき他の交換文書データを取得する処理を実行しても良い。
ステップＳ１０７において、第１ユーザ端末２０の制御部２０４は、文書取得ステップにおいて取得した交換文書データに含まれる宛先情報に基づき、交換文書データに関連する第２交換文書データを取得する第２文書取得ステップを実行する。
具体的に、第１ユーザ端末２０の制御部２０４は、交換文書データ取得（第一実施形態）、交換文書データ取得（第二実施形態）により取得した交換文書データが電子メールファイル等の宛先情報が含まれるファイルである場合は、当該宛先情報に基づき、第１ユーザ端末２０の記憶部２０１に記憶されている他のファイルを検索し、当該検索結果に含まれるファイルを交換文書データとして取得する。

例えば、第２文書取得ステップは、交換文書データに含まれる宛先情報と同一の宛先情報を含む第２交換文書データを検索し、取得するステップを実行する。
具体的に、第１ユーザ端末２０の制御部２０４は、交換文書データ取得（第一実施形態）、交換文書データ取得（第二実施形態）により取得した交換文書データが電子メールファイル等の宛先情報が含まれるファイルである場合は、当該宛先情報と同一の宛先情報の他のファイルを第１ユーザ端末２０の記憶部２０１から検索し、当該検索結果に含まれるファイルを交換文書データとして取得する。

ステップＳ１０７において、第１ユーザ端末２０の制御部２０４は、文書取得ステップにおいて取得した交換文書データに含まれる件名情報に基づき、交換文書データに関連する第２交換文書データを取得する第２文書取得ステップを実行する。
具体的に、第１ユーザ端末２０の制御部２０４は、交換文書データ取得（第一実施形態）、交換文書データ取得（第二実施形態）により取得した交換文書データが電子メールファイル等の件名情報が含まれるファイルである場合は、当該件名情報と同一または類似する件名情報の他のファイルを第１ユーザ端末２０の記憶部２０１から検索し、当該検索結果に含まれるファイルを交換文書データとして取得する。同一又は類似する件名とは、テキスト間のコサイン類似度等の尺度に基づいて判定しても良い。また、件名から「Ｒｅ：」、「Ｆｗ：」等の、返信、転送の際に付加される文字列等を除外して、件名の同一または類似を判定しても良い。

サーバ１０の契約作成部１０４２は、第２文書取得ステップにおいて取得した第２交換文書データを候補文書として第１ユーザに対し選択可能に提示する提示ステップを実行する。
具体的に、第１ユーザ端末２０の制御部２０４は、交換文書データ取得（第三実施形態）において取得した他のファイルを交換文書データの候補文書として、第１ユーザ端末２０のディスプレイ２０８１に表示する構成としても良い。

関連ステップは、第１ユーザにより選択された候補文書を、契約記憶ステップにおいて記憶した契約文書と関連付けて記憶するステップを実行する。
具体的に、第１ユーザが、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０のディスプレイ２０８１に表示された候補文書から、契約情報と関連づけて記憶する交換文書データを選択し、特定する。第１ユーザ端末２０の制御部２０４は、選択された交換文書データをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した交換文書データを取得する。
これにより、第１ユーザが確認し、選択した交換文書データのみを契約情報と関連付けて記憶することができる。これにより、モレなく契約情報と関連付けて記憶する交換文書データの提案を受けつつ、不要な交換文書データを契約情報と関連付けて記憶することを避けることができる。

本開示においては、第１ユーザ端末２０の制御部２０４により、交換文書データ取得（第三実施形態）処理が実行される構成として開示したが、これに限られない。例えば、サーバ１０の契約作成部１０４２に対し、第１ユーザが利用しているメールサーバ等へのアクセス権を設定することで、サーバ１０の契約作成部１０４２が、第１ユーザが送受信した電子メールファイル等をメールサーバから検索し、交換文書データ取得（第三実施形態）処理を実行する構成としても構わない。同様に、サーバ１０の契約作成部１０４２に対し、第１ユーザが利用しているチャットサービス等へのアクセス権を設定することで、サーバ１０の契約作成部１０４２が、第１ユーザが送受信したチャットメッセージ等をチャットサービスから検索し、交換文書データ取得（第三実施形態）処理を実行する構成としても構わない。

＜交換文書データ取得（第四実施形態）＞
ステップＳ１０７において、サーバ１０の契約作成部１０４２は、契約文書とは異なり、契約締結に際して契約手続を行う一方当事者と他方当事者との間で交換された候補文書データの契約手続との関連性を示す重要度を算定する重要度算定ステップを実行する。重要度算定ステップは、候補文書データに含まれるファイルに基づき、候補文書データの重要度を算定するステップである、
具体的に、サーバ１０の契約作成部１０４２は、第１ユーザが利用しているメールサーバ、チャットサービス等へアクセスし、第１ユーザが送受信したメールデータ、チャットメッセージ等の複数の候補文書データを取得する。サーバ１０の契約作成部１０４２は、取得した複数の候補文書データのそれぞれの重要度を算定し、候補文書データを重要度と関連付けて記憶する。
サーバ１０の契約作成部１０４２は、取得した候補文書データのうち、契約手続と関連性が高い情報を含む候補文書データの重要度をより高く算定する。例えば、サーバ１０の契約作成部１０４２は、取得した候補文書データのうち、添付ファイル等として契約書、見積書、請求書、領収書等の証憑書類が含まれているものの重要度を高く算定する。サーバ１０の契約作成部１０４２は、取得した候補文書データが含む文章情報のうち、金額、法律用語等の特定の用語が含まれているものの重要度を高く算定する。
重要度は、契約記憶ステップにおいて記憶した契約文書との関連性を示す値であっても良い。例えば、サーバ１０の契約作成部１０４２は、取得した候補文書データが含む文章情報のうち、契約記憶ステップにおいて記憶した契約文書の契約名、整理番号等の文字列が含まれているものの重要度を高く算定する。

第１ユーザ端末２０の制御部２０４は、重要度算定ステップにより算定された重要度に基づき、１または複数の候補文書データを第１ユーザに提示する候補提示ステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、記憶した複数の候補文書データを第１ユーザ端末２０へ送信する。第１ユーザ端末２０の制御部２０４は、受信した複数の候補文書データを、重要度の順番に並べて第１ユーザ端末２０のディスプレイ２０８１に表示し、第１ユーザへ提示する。なお、第１ユーザ端末２０の制御部２０４は、重要度が所定値以上の候補文書データ、または、重要度が高い順に所定数の候補文書データを提示する構成としても良い。これにより、第１ユーザは、重要度が低い候補文書データを確認せずに、重要度が高い候補文書データのみを確認することができる。

第１ユーザ端末２０の制御部２０４は、第１ユーザから候補提示ステップにおいて提示された１または複数の候補文書データから所定の候補文書データの選択操作を受け付ける候補選択ステップと、を実行する。
具体的に，第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、第１ユーザ端末２０のディスプレイ２０８１に表示された複数の候補文書データのうち所定の候補文書データを選択する。

文書取得ステップは、候補選択ステップにおいて選択された所定の候補文書データを、交換文書データとして取得するステップである、
第１ユーザ端末２０の制御部２０４は、選択された候補文書データをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した候補文書データを交換文書データとして取得する。

ステップＳ１０７において、サーバ１０の契約作成部１０４２は、文書取得ステップにおいて取得した交換文書データを、契約記憶ステップにおいて記憶した契約文書と関連付けて記憶する関連ステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、ステップＳ１０１において採番した書類ＩＤ、取得した交換文書データを、それぞれ、交渉記録テーブル１０１８の、書類ＩＤ、交渉データの項目に記憶する。これにより、取得した交換文書データが、契約文書と関連付けて記憶される。

サーバ１０の契約作成部１０４２は、第１ユーザから、第２ユーザに対して契約情報に対する契約締結を依頼する指示を受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された送信ボタン５４０を押下することにより、契約情報を送信するリクエストをサーバ１０へ送信する。

ステップＳ１０８において、サーバ１０の契約作成部１０４２は、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第２ユーザへ送信する。具体的に、サーバ１０の契約作成部１０４２は、確認テーブル１０１５の確認順序の項目を検索し、確認順序の項目に記憶された値が最も小さい最初の確認者となるユーザ（第１確認ユーザ）を特定する。本開示において第１確認ユーザは、一例として、第２ユーザとする。サーバ１０の契約作成部１０４２は、第２ユーザのメールアドレスへ、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
第２ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むＵＲＬ（ＵｎｉｆｏｒｍＲｅＳｏｕｒｃｅＬｏｃａｔｏｒ）の情報を含める。ＵＲＬは、書類ＩＤを直接含んでも良いし、書類ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類ＩＤを特定可能な文字列などの情報を含んでも良い。また、ＵＲＬには第２ユーザを特定するための情報を含めても良い。例えば、第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬに第２ユーザを特定するための情報を含める必要がある。

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

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

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

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

＜契約書確認処理（第二実施例）＞
契約書確認処理（第二実施例）は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。

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

＜契約書確認処理（第二実施例）の詳細＞
ステップＳ３０１において、確認者となる第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第２ユーザ端末３０は、契約書確認処理（第二実施例）を実行させるためのリクエストをサーバ１０へ送信する。

確認テーブル１０１５の第２ユーザのレコードにアクセスコードの項目が記憶されている場合には、第２ユーザに対してアクセスコードの入力を要求し、当該入力されたアクセスコードと確認テーブル１０１５の第２ユーザのレコードに記憶されたアクセスコードとを照合することにより、第２ユーザに対する認証処理を実行することができる。
具体的に、サーバ１０は、アクセスコードを認証するための入力画面を第２ユーザ端末３０へ送信する。第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、アクセスコードを入力しサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、受信したアクセスコードと、確認テーブル１０１５の第２ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理（第二実施例）を継続する。一方、一致しない場合には、契約書確認処理（第二実施例）を中止する。なお、アクセスコードによる認証処理は省略しても構わない。

サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、契約情報を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、確認テーブル１０１５の書類ＩＤの項目を検索し、確認者情報を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、入力項目テーブル１０１６の書類ＩＤの項目を検索し、契約情報に関連づけられた入力項目情報を取得する。

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

ステップＳ３０３において、サーバ１０の契約確認部１０４３は、取得した契約情報、確認者情報（第２ユーザを特定する情報）、入力項目情報に基づき、確認画面を生成し第２ユーザ端末３０に送信する。

具体的に、第２ユーザ端末３０のディスプレイ３０８１は、第２ユーザに対して、契約情報を承認する操作を受け付ける確認画面を提示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報を確認し承認する。
なお、第２ユーザに提示される確認画面は、確認テーブル１０１５の第２ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第２ユーザに対して提示する構成としても良い。

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

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

ステップＳ３０５において、サーバ１０の契約確認部１０４３は、第２ユーザによる契約文書を承認する操作の前に、関連ステップにおいて契約文書と関連付けて記憶された交換文書データを第２ユーザに提示する提示ステップを実行する。
具体的に、第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報および入力データを確認し、交渉データを確認する場合には、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報を確認するための確認画面７０に、表示された交渉データ閲覧ボタン７５０を押下する。第２ユーザ端末３０の制御部３０４は、書類ＩＤを含む交渉データを閲覧するためのリクエストをサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、受信した書類ＩＤに基づき交渉記録テーブル１０１８の書類ＩＤの項目を検索し、１または複数の交渉データを取得する。サーバ１０の契約確認部１０４３は、取得した１または複数の交渉データを第２ユーザ端末３０へ送信する。第２ユーザ端末３０の制御部３０４は、受信した１または複数の交渉データを第２ユーザ端末３０のディスプレイ３０８１に表示する。
これにより、第２ユーザは、後述する第１ユーザから受け付けた契約情報の契約締結に同意し承認する操作に先立ち、契約締結の際の交渉記録、交渉経緯等の交渉過程のデータを確認することができる。例えば、他のユーザが第１ユーザになりすまして（詐称して）第２ユーザを騙して契約締結を行おうとした場合において、第２ユーザは交渉データを確認することにより他のユーザによる詐称行為に気づきやすくすることができる。

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

サーバ１０の契約確認部１０４３は、すべての確認者による契約書確認処理（第二実施例）が実行されたことを判定する。具体的に、サーバ１０の契約確認部１０４３は、確認テーブル１０１５において、確認者のレコードの確認フラグにＴｒｕｅの値が記憶されている場合に、すべての確認者による契約書確認処理（第二実施例）が実行されたと判定する。
サーバ１０の契約確認部１０４３は、すべての確認者による契約書確認処理（第二実施例）が実行されると、契約書確認処理（第二実施例）が完了したことを通知するメッセージを第１ユーザへ送信する。なお、同様に、サーバ１０の契約確認部１０４３は、契約書確認処理（第二実施例）が完了したことを通知するメッセージを第２ユーザへ送信しても良い。

具体的に、サーバ１０の契約確認部１０４３は、第１ユーザのメールアドレスへ、第２ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。つまり、第１ユーザに対して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。

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

同様に、サーバ１０の契約確認部１０４３は、不図示のチャットサービス等を用いて、第２ユーザが契約情報の確認を完了したことを通知するメッセージに、第１ユーザへのメンションを含めて送信しても良い。つまり、第１ユーザに対して、チャットサービスを介して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。

第１ユーザは、第１ユーザ端末２０のブラウザアプリケーションにより、受信したメッセージに含まれるＵＲＬにより指定されたウェブページを開くことができる。第１ユーザ端末２０は、契約情報を参照し、照会するためのリクエストをサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、契約情報を参照し、照会するためのウェブページを生成し第１ユーザ端末２０へ送信する。第１ユーザは、第１ユーザ端末２０のディスプレイ２０８１に表示された、ウェブページ画面から、契約情報に含まれる書類データをダウンロード等により取得することができる。

サーバ１０の契約確認部１０４３は、複数のユーザが確認者として設定されている場合には、最後に契約書確認処理（第二実施例）を実行したユーザ以外の確認者にかかるユーザへ契約書確認処理（第二実施例）が完了したことを通知するメッセージを送信しても良い。これにより、確認者にかかるユーザも、すべての確認者により契約書確認処理（第二実施例）の実行が完了したことの通知を受けることができる。
また、サーバ１０の契約確認部１０４３は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理（第二実施例）が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理（第二実施例）の実行が完了したことの通知を受けることができる。

具体的に、サーバ１０の契約確認部１０４３は、ユーザＩＤまたはメールアドレスに基づきユーザテーブル１０１２の、ユーザＩＤまたはメールアドレスの項目を検索することにより、グループＩＤの項目を取得する。サーバ１０の契約確認部１０４３は、取得したグループＩＤの項目に基づき、グループテーブル１０１３のグループＩＤの項目を検索し、管理者ＩＤの項目を取得し、管理者ＩＤに基づき、管理者に相当する権限を有するユーザをユーザテーブル１０１２のユーザＩＤを検索することにより特定し、契約書確認処理（第二実施例）が完了したことを通知するメッセージを送信する。

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

＜連絡処理＞
連絡処理は、契約相手方と連絡を行う処理である。一般的に、ユーザは契約締結に先立ち契約相手方と契約条件等の交渉を含むコミュニケーション（連絡）を行う。契約当事者間のコミュニケーションは、契約締結後も行われる。コミュニケーションは、電子メール、チャットサービス（Ｓｌａｃｋ、Ｃｈａｔｗｏｒｋ、ＬＩＮＥＷＯＲＫＳなど）、ＳＮＳサービス等の任意の連絡手段等を用いて行うことができる。
本開示においては、一例として第１ユーザと第２ユーザ間のコミュニケーションを一例として説明するが、これに限られない。連絡処理は、任意のユーザ間のコミュニケーションに適用することが可能である。

＜連絡処理の概要＞
連絡処理は、コミュニケーションを行う契約相手方の宛先を入力し、連絡内容（メッセージ等の交換文書データ）を作成および編集し、送信し、受信した交換文書データを記憶する一連の処理である。宛先には、所定の書類ＩＤと関連付けられたメールアドレスまたは識別情報を含める。

＜連絡処理の詳細＞
以下に、連絡処理の詳細を説明する。

ステップＳ５０１において、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、メーラーアプリケーションを起動する。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、新たな電子メールのメッセージを作成する操作または、所定の電子メールに対する返信操作を行う。このとき、第１ユーザは、電子メールの宛先に、契約書作成処理（第一実施例）のステップＳ１０１において生成されたメールアドレスを含める。メールアドレスはＣＣ（ＣａｒｂｏｎＣｏｐｙ）、ＢＣＣ（ＢａｃｋＣａｒｂｏｎＣｏｐｙ）のいずれに含めても構わないが、ＢＣＣに設定すると相手方からの返信の際にメールアドレスが含まれないことになってしまうため、ＣＣに含めることが望ましい。これにより、作成した電子メ－ルまたは返信する電子メールの内容を、当該メールアドレスにより特定される契約情報と関連付けて記憶することができる。

同様に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ウェブブラウザ等により所定のチャットサービスのウェブサイトを開いても良い。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、新たなチャットメッセージを作成する操作または、所定のチャットメッセージに対する返信を行う。このとき、第１ユーザは、チャットメッセージの宛先（メンション等ともいう）に、契約書作成処理（第一実施例）のステップＳ１０１において生成されたチャットＩＤ（識別情報）を含める。これにより、作成したチャットメッセージまたは返信するチャットメッセージの内容を、当該チャットＩＤにより特定される契約情報と関連付けて記憶することができる。

ステップＳ５０２において、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ステップＳ５０１において作成した電子メールのメッセージ、チャットサービスのチャットメッセージ等を編集する。具体的には、メッセージ件名、本文の文章を入力、編集したり、他のファイル等をメッセージに添付する。

ステップＳ５０３において、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ステップＳ５０２において編集した電子メールのメッセージ、チャットサービスのチャットメッセージ等をステップＳ５０１において指定した宛先に送信する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、メーラーアプリケーションに表示された「送信」ボタン等を押下することにより、電子メールのメッセージを送信することができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、チャットサービス画面に表示された「送信」ボタン等を押下することにより、チャットメッセージを送信することができる。

ステップＳ５０４において、文書取得ステップは、宛先記憶ステップにおいて記憶された宛先情報を含む交換文書データを、宛先情報に基づき特定されるサーバから取得するステップを実行する。

文書取得ステップは、所定のメールアドレスを含む交換文書データを、所定のメールアドレスを受信可能なメールサーバから取得するステップを実行する。
具体的に、サーバ１０の制御部１０４は、メールサーバ４０へ届いている電子メールファイルを取得するリクエストを送信する。メールサーバ４０のメール制御部４０４１は、メールサーバ４０の記憶部４０１に記憶された、電子メールファイルをサーバ１０へ送信する。なお、メールサーバ４０の記憶部４０１には、ステップＳ５０３において第１ユーザから送信された電子メールファイルが含まれる。
また、電子メールファイルには、宛先情報としてステップＳ５０１において第１ユーザによって設定されたメールアドレスが含まれる。

サーバ１０の制御部１０４は、受信した電子メールファイルの宛先情報に含まれるメールアドレスに基づき、書類テーブル１０１４のメールアドレスの項目を検索し、書類ＩＤを取得する。サーバ１０の制御部１０４は、取得した書類ＩＤに基づき交渉記録テーブル１０１８の書類ＩＤの項目を検索し、特定したレコードの交渉データの項目に当該電子メールファイルを記憶する。なお、交渉記録テーブル１０１８に、取得した書類ＩＤのレコードがない場合には新たなレコードを作成し、当該レコードの交渉データの項目に当該電子メールファイルを記憶する。

文書取得ステップは、所定の識別情報を宛先として含む交換文書データを、所定の識別情報に基づき所定のチャットサービスから取得するステップを実行する。
具体的に、サーバ１０の制御部１０４は、チャットサービスへ届いているチャットメッセージを取得するリクエストを送信する。チャットサービスは、受信した、チャットメッセージをサーバ１０へ送信する。なお、チャットサービスは、ステップＳ５０３において第１ユーザから送信されたチャットメッセージをサーバ１０へ送信する。
また、チャットメッセージには、宛先情報としてステップＳ５０１において第１ユーザに設定されたチャットＩＤが含まれる。

サーバ１０の制御部１０４は、受信したチャットメッセージの宛先情報に含まれるチャットＩＤに基づき、書類テーブル１０１４のチャットＩＤの項目を検索し、書類ＩＤを取得する。サーバ１０の制御部１０４は、取得した書類ＩＤに基づき交渉記録テーブル１０１８の書類ＩＤの項目を検索し、特定したレコードの交渉データの項目にチャットメッセージを記憶する。なお、交渉記録テーブル１０１８に、取得した書類ＩＤのレコードがない場合には新たなレコードを作成し、当該レコードの交渉データの項目に当該チャットメッセージを記憶する。

＜交換文書データ取得（変形例）＞
本開示にかかる電子契約サービスは、契約文書作成処理のステップＳ１０７、連絡処理以外の以下の方法により、交換文書データを取得し、契約情報と関連付けて記憶しても良い。

文書取得ステップは、第１ユーザによる交換文書データに対する分類操作に基づき、分類操作の対象となる交換文書データを取得するステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０に予め記憶されたＧｍａｉｌ、Ｏｕｔｌｏｏｋ、Ｔｈｕｎｄｅｒｂｉｒｄ等の任意のメーラーアプリケーションを起動する。メーラーアプリケーションには、予め本開示にかかる電子契約サービスと連携するための所定のアドオンがインストールされており、本開示にかかる電子契約サービスが提供するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）へ所定のリクエストを送信することが可能に構成されている。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、メーラーアプリケーションにおいて所定のメール文書を、所定の分類フォルダ、分類ディレクトリ等に分類する。分類フォルダは、契約文書、業務プロジェクトなどのラベルが設定されており、所定の書類ＩＤが関連付けられている。
同様に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、メーラーアプリケーションにおいて所定のメール文書を、所定の分類タグ等を付与する。分類タグは、契約文書、業務プロジェクトなどのラベルが設定されており、所定の書類ＩＤが関連付けられている。

関連ステップは、交換文書データを、分類操作により特定される契約文書と関連付けて記憶するステップを実行する。
具体的に、第１ユーザ端末２０の制御部は、分類されたメール文書と、所定の書類ＩＤを含むリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した書類ＩＤ、メール文書をそれぞれ、交渉記録テーブル１０１８の書類ＩＤ、交渉データの項目に記憶する。
第１ユーザ端末２０の制御部は、分類タグが付与されたメール文書と、所定の書類ＩＤを含むリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した書類ＩＤ、メール文書をそれぞれ、交渉記録テーブル１０１８の書類ＩＤ、交渉データの項目に記憶する。
このように、メーラー等の分類操作を介して、交換文書データを、契約情報に関連付けて記憶する構成としても構わない。

本開示において、サーバ１０における契約書作成処理（第二実施例）、契約書確認処理（第二実施例）、書類記憶処理を以下に説明する。

＜契約書作成処理（第二実施例）＞
契約書作成処理（第二実施例）は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。

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

＜契約書作成処理（第二実施例）の概要＞
契約書作成処理（第二実施例）は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を送付する一連の処理である。
１または複数のユーザによる複数回の契約書作成処理（第二実施例）の実行に伴い、サーバ１０の契約作成部１０４２は、契約に関する複数の契約文書を記憶する契約記憶ステップを実行する。

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

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

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

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

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

ステップＳ２０６において、サーバ１０の契約作成部１０４２は、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第２ユーザへ送信する。具体的に、サーバ１０の契約作成部１０４２は、確認テーブル１０１５の確認順序の項目を検索し、確認順序の項目に記憶された値が最も小さい最初の確認者となるユーザ（第１確認ユーザ）を特定する。本開示において第１確認ユーザは、一例として、第２ユーザとする。サーバ１０の契約作成部１０４２は、第２ユーザのメールアドレスへ、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
第２ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むＵＲＬ（ＵｎｉｆｏｒｍＲｅＳｏｕｒｃｅＬｏｃａｔｏｒ）の情報を含める。ＵＲＬは、書類ＩＤを直接含んでも良いし、書類ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類ＩＤを特定可能な文字列などの情報を含んでも良い。また、ＵＲＬには第２ユーザを特定するための情報を含めても良い。例えば、第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬに第２ユーザを特定するための情報を含める必要がある。

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

＜契約書確認処理（第二実施例）の詳細＞
ステップＳ４０１において、確認者となる第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第２ユーザ端末３０は、契約書確認処理（第二実施例）を実行させるためのリクエストをサーバ１０へ送信する。

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

ステップＳ４０３において、サーバ１０の契約確認部１０４３は、取得した契約情報、確認者情報（第２ユーザを特定する情報）、入力項目情報に基づき、確認画面を生成し第２ユーザ端末３０に送信する。

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

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

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

＜文書記憶処理＞
文書記憶処理は、ユーザが選択した文書データを、契約情報と関連付けて記憶する処理である。

＜文書記憶処理の概要＞
文書記憶処理は、ユーザが文書記憶処理にかかる文書データを選択し、当該文書データと関連付けの候補となる候補契約文書をユーザに提案し、ユーザから候補契約文書のうち文書データと関連付ける１または複数の契約情報の選択を受け付け、文書データをユーザが選択した１または複数の契約情報と関連付けて記憶する一連の処理である。
本開示においては、一例として第１ユーザにより文書記憶処理を説明するが、これに限られない。文書記憶処理は、任意のユーザが実行可能である。

＜文書記憶処理の詳細＞
以下に、文書記憶処理の詳細を説明する。

ステップＳ６０１において、サーバ１０の文書記憶部１０４４は、ユーザから契約書作成処理（第二実施例）において記憶した契約文書とは異なる文書データを受け付ける書類受付ステップを実行する。

図２４は、書類記憶処理の動作を示す画面例である。第１ユーザ端末２０のディスプレイ２０８１に表示される、文書データを記憶するための書類記憶画面Ｄ１０は、文書登録ボタンＤ１０１、契約文書セレクタＤ１０２が含まれる。契約文書セレクタＤ１０２のそれぞれの契約文書Ｄ１０２Ａ、Ｄ１０２Ｂ、Ｄ１０２Ｃごとに表示されたアイコンＤ１０２１Ａ、Ｄ１０２１Ｂ、Ｄ１０２１ＣをチェックボックスＤ１０２２Ａ、Ｄ１０２２Ｂ、Ｄ１０２２Ｃにより選択することにより、それぞれのアイコンが関連付けられた契約文書を第１ユーザ端末２０のディスプレイ２０８１に表示することができる。

具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作して、第１ユーザ端末２０のブラウザアプリケーションにおいて、書類記憶処理を実行するためのＵＲＬを入力しウェブページ（書類記憶画面）を開く。第１ユーザは、第１ユーザＩＤ２０１１、パスワード等を入力してサービスにログインする。これにより、第１ユーザ端末２０は、書類記憶処理を実行させるためのリクエストをサーバ１０へ送信する。

第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、書類記憶画面Ｄ１０に、表示された文書登録ボタンＤ１０１を押下することにより、サーバ１０へ送信する文書データを選択するためのファイル選択ダイアログが第１ユーザ端末２０のディスプレイ２０８１に表示される。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ファイル選択ダイアログにおいて、契約書作成処理（第二実施例）において記憶した契約文書とは異なる文書データを選択する。文書データは、見積書、請求書、領収書、納品書、検収書、変更契約、個別契約等の任意の文書データが含まれる。第１ユーザ端末２０の制御部２０４は、選択された文書データをサーバ１０へ送信する。
サーバ１０の文書記憶部１０４４は、選択された文書データを受信し、受け付ける。

＜候補提案処理（第一実施例）＞
ステップＳ６０２において、サーバ１０の文書記憶部１０４４は、書類受付ステップにおいて受け付けた文書データに基づき、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、ステップＳ６０１において受信した文書データを解析し、文書データのファイル名、文書データに含まれる文字列等に基づき書類テーブル１０１４の書類データを検索し、書類ＩＤを取得する。例えば、文書データのファイル名に含まれる契約文書を特定する整理番号等、契約文書のタイトル、文書データの文字列等に含まれる契約文書を特定する整理番号等、契約文書のタイトル等、書類テーブル１０１４の書類データを検索し、１または複数の契約情報の書類ＩＤを取得する。例えば、文書データの文字列等に含まれる契約当事者の名称、氏名、会社名、組織名、グループ名等に基づき、書類テーブル１０１４の書類データに含まれる契約文書の契約当事者の名称、氏名、会社名、組織名、グループ名等を検索し、１または複数の契約情報の書類ＩＤを取得する。

＜候補提案処理（第二実施例）＞
ステップＳ６０２において、サーバ１０の文書記憶部１０４４は、契約記憶ステップにおいて記憶された複数の契約文書のうち、ユーザが過去に契約手続に関与した１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、第１ユーザ端末２０から受信した第１ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、第１ユーザの第１メールアドレスを取得する。
サーバ１０の文書記憶部１０４４は、第１ユーザＩＤ２０１１に基づき、書類テーブル１０１４の作成者ＩＤの項目を検索し、書類ＩＤを取得する。同様に、サーバ１０の文書記憶部１０４４は、第１メールアドレスに基づき確認テーブル１０１５の確認者メールアドレスの項目を検索し、書類ＩＤを取得する。これにより、第１ユーザが過去に契約手続に作成者または確認者として関与した１または複数の契約情報の書類ＩＤを取得する。

候補提案ステップは、ユーザが過去に契約手続に関与した１または複数の候補契約文書を、契約締結日の順番に並べてユーザに選択可能に提案するステップを実行しても良い。
具体的に、候補提案処理（第二実施例）において、サーバ１０の文書記憶部１０４４は、取得した１または複数の契約情報の書類ＩＤを、当該書類ＩＤにより特定される契約情報の契約締結日が新しい、または、古い順番に並べる。書類ＩＤを新しい順番に並べることにより、第１ユーザが最近締結した順番に候補契約文書を第１ユーザに提示することができる。第１ユーザに対して、契約締結日の順番に利便性良く候補契約文書を提示することができる。

＜候補提案処理（第三実施例）＞
ステップＳ６０２において、サーバ１０の文書記憶部１０４４は、書類受付ステップにおいて受け付けた文書データに含まれる日付情報と、契約記憶ステップにおいて記憶された複数の契約文書に含まれるされた日付情報とを比較することにより特定される１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップを実行する。文書データに含まれる日付情報は、ユーザによる入力操作または当該文書データに含まれる文字列を解析することにより取得した、当該文書データに規定された日付情報である。契約文書に含まれる日付情報は、ユーザによる入力操作または当該契約文書に含まれる文字列を解析することにより取得した、当該契約文書に規定された日付情報である。
具体的に、サーバ１０の文書記憶部１０４４は、ステップＳ６０１において受信した文書データを解析し、文書データに含まれる文字列等に含まれる請求日、領収日、納品日、検収日等の日付に関する情報（日付情報）を抽出し取得する。サーバ１０の文書記憶部１０４４は、日付情報に加えて、請求日、領収日、納品日、検収日等の日付に関する属性（日付属性情報）を併せて抽出し取得しても良い。日付属性情報は、請求書、領収書、納品書、検収書、変更契約、個別契約等の文書データの種別に基づき特定する構成としても良い。
なお、サーバ１０の文書記憶部１０４４は、文書データの解析に依らず、第１ユーザによる入力操作に基づき、日付情報、日付属性情報を取得し特定する構成としても良い。例えば、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、所定の入力欄に日付情報、日付情報ごとの日付属性情報を入力しサーバ１０へ送信する。サーバ１０の文書記憶部１０４４は、第１ユーザ端末２０から日付情報、日付属性情報を受信し、取得する。
サーバ１０の文書記憶部１０４４は、取得した日付情報、日付属性情報と、書類テーブル１０１４の書類データの契約文書の文字列等に含まれる請求日、領収日、納品日、検収日等の日付に関する情報（日付情報）とを比較することにより、契約情報を検索する。具体的に、文書データが納品書であり納品日にかかる日付情報（第１日付）が含まれている場合に、当該第１日付を納品日として含む契約文書を、書類テーブル１０１４の書類データから検索し、１または複数の契約情報の書類ＩＤを取得する。

なお、書類テーブル１０１４の書類データの契約文書の日付情報、日付属性情報は、予め、サーバ１０の制御部１０４により契約文書の文字列等を解析することにより特定した情報としても良い。また、書類テーブル１０１４の書類データの契約文書の日付情報、日付属性情報は、文書データの解析に依らず、契約文書の締結に関与したユーザ、他の管理者に相当するユーザ等による入力操作に基づき取得した情報としても良い。書類テーブル１０１４には、書類データが日付情報、日付属性情報ごとに関連付けられて記憶されている。

ステップＳ６０２において、サーバ１０の文書記憶部１０４４は、取得した１または複数の契約情報の書類ＩＤを、第１ユーザ端末２０へ送信する。第１ユーザ端末２０のディスプレイ２０８１は、受信した１または複数の書類ＩＤを、それぞれ、第１ユーザが選択可能に契約文書セレクタＤ１０２に候補契約文書として提示する。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、契約文書セレクタＤ１０２に表示された１または複数の契約文書Ｄ１０２Ａ、Ｄ１０２Ｂ、Ｄ１０２ＣをチェックボックスＤ１０２２Ａ、Ｄ１０２２Ｂ、Ｄ１０２２Ｃにより選択することができる。

ステップＳ６０３において、サーバ１０の文書記憶部１０４４は、書類受付ステップにおいて受け付けた文書データを関連付ける、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の契約文書を選択する契約選択ステップを実行する。契約選択ステップは、候補提案ステップにおいてユーザに提案された１または複数の候補契約文書から、ユーザが１または複数の契約文書を選択するステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、契約文書セレクタＤ１０２に表示された１または複数の契約文書Ｄ１０２Ａ、Ｄ１０２Ｂ、Ｄ１０２ＣをチェックボックスＤ１０２２Ａ、Ｄ１０２２Ｂ、Ｄ１０２２Ｃにより選択する。第１ユーザは、複数の契約文書Ｄ１０２Ａ、Ｄ１０２Ｂ、Ｄ１０２Ｃを選択できるものとしても良い。第１ユーザ端末２０の制御部２０４は、選択された１または複数の契約情報の書類ＩＤを、サーバ１０へ送信する。

ステップＳ６０４において、サーバ１０の文書記憶部１０４４は、書類受付ステップにおいて受け付けた文書データを、契約選択ステップにおいて選択された１または複数の契約文書に関連付けて記憶する書類関連ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、ステップＳ６０１において受信した文書データを、ステップＳ６０２において受信した１または複数の書類ＩＤごとに、文書テーブル１０１９の文書データ、書類ＩＤの項目に記憶する。これにより、ステップＳ６０１において受信した文書データが、ステップＳ６０２において受信した１または複数の書類ＩＤと関連付けて記憶される。

ステップＳ６０４において、サーバ１０の文書記憶部１０４４は、書類関連ステップにおいて関連付けて記憶された１または複数の契約文書の契約手続に関与した１または複数の関与ユーザを特定する関係者特定ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、ステップＳ６０２において受信した１または複数の書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、作成者ＩＤを取得する。取得した作成者ＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し作成者メールアドレスを取得する。同様に、１または複数の書類ＩＤに基づき、確認テーブル１０１５の書類ＩＤの項目を検索し、確認者メールアドレスを取得する。
これにより、ステップＳ６０２において受信した１または複数の書類ＩＤにより特定される契約文書の契約手続の作成または確認等に関与した１または複数の関与ユーザのメールアドレスを取得し、特定する。なお、１または複数の関与ユーザは、契約文書の契約手続の作成、確認等の他、内容確認等、作成者または確認者にかかるユーザから関係者として指定されたユーザ等、任意のユーザを含む。

ステップＳ６０４において、サーバ１０の文書記憶部１０４４は、書類関連ステップにおいて文書データが１または複数の契約文書に関連付けて記憶されたことを、関係者特定ステップにおいて特定した１または複数の関与ユーザに通知する関係者通知ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、取得した関与ユーザのメールアドレスに対して、当該関与ユーザが過去に契約締結に関与した契約情報に文書データが関連付けて記憶されたことを示すメッセージを含む電子メールを送信し、通知する。

ステップＳ６０４において、サーバ１０の文書記憶部１０４４は、書類関連ステップにおいて記憶された文書データの閲覧権限を、関連付けて記憶された１または複数の契約文書の閲覧権限に基づき設定する権限設定ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、ステップＳ６０２において受信した１または複数の書類ＩＤの閲覧権限を、書類テーブル１０１４の不図示の閲覧権限を記憶するカラム等から取得する。サーバ１０の文書記憶部１０４４は、文書テーブル１０１９に当該１または複数の書類ＩＤと関連付けられて記憶された文書データの閲覧権限に、書類ＩＤの閲覧権限を設定する。１の文書データに対して、複数の契約情報が関連付けられている場合には、当該文書データの閲覧権限に複数の契約情報のそれぞれに対応する複数の閲覧権限を設定しても良いし、複数の契約情報のそれぞれに対応する複数の閲覧権限のうち、最も厳しい閲覧権限または最も緩い閲覧権限を設定しても良い。

文書記憶処理において契約情報と関連付けて記憶された文書データは、本開示にかかる電子契約サービスのユーザが、契約情報に含まれる契約文書を確認する際に、参照することができる。例えば、第１ユーザが、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を参照するリクエストをサーバ１０へ送信する。サーバ１０の制御部１０４は、書類テーブル１０１４から契約文書にかかる書類データを取得し、併せて、取得した書類データの書類ＩＤに基づき、文書テーブル１０１９の書類ＩＤの項目を検索し、書類ＩＤに関連付けられた文書データを取得する。サーバ１０の制御部１０４は、取得した書類データ、文書データを第１ユーザ端末２０へ送信する。第１ユーザ端末２０の制御部２０４は、取得した書類データ、文書データを関連付けた態様で第１ユーザ端末２０のディスプレイ２０８１に表示する。例えば、第１ユーザは第１ユーザ端末２０のディスプレイ２０８１に表示された文書データを選択することにより、当該文書データをダウンロードすることができる。

ステップＳ６０４において、書類関連ステップにおいて１または複数の契約文書に関連付けて記憶された文書データに基づき、１または複数の契約文書に関する評価指標値を算定する算定ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、文書テーブル１０１９を参照し、１または複数の契約文書（書類ＩＤ）に関連付けられた文書データを取得する。サーバ１０の文書記憶部１０４４は、所定の契約文書に関連付けられた文書データを解析し、当該所定の契約文書に関する契約スコア（評価指標値）を算定する。
・契約スコアは、所定の契約文書に関連付けられた文書データの数としても良い。
・契約スコアは、見積書、請求書、領収書、納品書、検収書、変更契約、個別契約等の文書種別に応じて予めポイント等を定めておき、所定の契約文書に関連付けられた文書データごとの所定のポイント数の和としても良い。
・契約スコアは、見積書、請求書、領収書、納品書等に記載された金額に基づき算定される評価指標値としても良い。例えば、所定の契約文書に関連付けられた文書データの金額が大きいほど、評価指標値の値を大きくしても良い。
サーバ１０の文書記憶部１０４４は、算定した契約スコアを、書類テーブル１０１４の所定の契約文書の書類ＩＤと関連付けて記憶する。サーバ１０の制御部１０４は、契約文書の評価指標値を算定し、所定値よりも評価指標値が低い場合、または、所定値よりも評価指標値が高い場合にはユーザに対して提示しても良い。

ステップＳ６０４において、書類関連ステップにおいて１または複数の契約文書に関連付けて記憶された文書データに基づき、１または複数の契約文書の契約当事者に関する評価指標値を算定する算定ステップを実行する。
具体的に、サーバ１０の文書記憶部１０４４は、文書テーブル１０１９を参照し、１または複数の契約文書（書類ＩＤ）に関連付けられた文書データを取得する。サーバ１０の文書記憶部１０４４は、所定の契約文書に関連付けられた文書データを解析し、当該所定の契約文書の契約当事者に関する信用スコア（評価指標値）を算定する。
・信用スコアは、契約当事者が手続に関与した１または複数の契約文書に関連付けられた文書データの数としても良い。
・信用スコアは、見積書、請求書、領収書、納品書、検収書、変更契約、個別契約等の文書種別に応じて予めポイント等を定めておき、契約当事者が手続に関与した１または複数の契約文書に関連付けられた文書データごとの所定のポイント数の和としても良い。
・信用スコアは、見積書、請求書、領収書、納品書等に記載された金額に基づき算定される評価指標値としても良い。例えば、契約当事者が手続に関与した１または複数の契約文書に関連付けられた文書データの金額が大きいほど、評価指標値の値を大きくしても良い。
サーバ１０の文書記憶部１０４４は、算定した信用スコアを、ユーザテーブル１０１２の契約当事者のユーザＩＤと関連付けて記憶する。サーバ１０の制御部１０４は、契約書作成処理、契約書確認処理などの際に、契約相手方の信用スコアをユーザテーブル１０１２より取得し、契約書作成処理、契約書確認処理などを実行するユーザに提示しても良い。例えば、契約相手方の信用スコアが、所定値よりも評価指標値が低い場合、または、所定値よりも評価指標値が高い場合に提示しても良い。これにより、ユーザは契約相手方の信用スコアを考慮しつつ、契約手続を進めることが出来る。

なお、評価指標値の算定は、任意のタイミング、所定期間ごとに実行される構成としても構わない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（付記１）
プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、契約に関する複数の契約文書を記憶する契約記憶ステップ（Ｓ２０１）と、ユーザから契約文書とは異なる文書データを受け付ける書類受付ステップ（Ｓ６０１）と、書類受付ステップにおいて受け付けた文書データを関連付ける、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の契約文書を選択する契約選択ステップ（Ｓ６０３）と、書類受付ステップにおいて受け付けた文書データを、契約選択ステップにおいて選択された１または複数の契約文書に関連付けて記憶する書類関連ステップ（Ｓ６０４）と、を実行する契約管理プログラム。
これにより、所定の電子契約に関連する証憑、帳票、その他書類等の文書データを契約文書に関連付けて整理、管理することができる。

（付記２）
プロセッサが、書類受付ステップにおいて受け付けた文書データに基づき、契約記憶ステップにおいて記憶された複数の契約文書のうち１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップ（Ｓ６０２）と、を実行し、契約選択ステップ（Ｓ６０３）は、候補提案ステップにおいてユーザに提案された１または複数の候補契約文書から、ユーザが１または複数の契約文書を選択するステップである、付記１記載の契約管理プログラム。
これにより、ユーザは文書データを、当該文書データに関連する契約文書に簡単に関連付けて記憶することができる。文書データを契約文書に関連付けて整理、管理することができる。

（付記３）
候補提案ステップ（Ｓ６０２）は、書類受付ステップにおいて受け付けた文書データを解析し、当該文書データのファイル名または文書データに含まれる文字列に基づき、１または複数の候補契約文書をユーザに選択可能に提案するステップである、付記２記載の契約管理プログラム。
これにより、ユーザは文書データを、当該文書データに関連する契約文書に簡単に関連付けて記憶することができる。文書データを契約文書に関連付けて整理、管理することができる。

（付記４）
プロセッサが、契約記憶ステップにおいて記憶された複数の契約文書のうち、ユーザが過去に契約手続に関与した１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップ（Ｓ６０２）と、を実行し、契約選択ステップ（Ｓ６０３）は、候補提案ステップにおいてユーザに提案された１または複数の候補契約文書から、ユーザが１または複数の契約文書を選択するステップである、付記１記載の契約管理プログラム。
これにより、ユーザは文書データを、自身が過去に関与した契約文書に関連付けて記憶することができる。文書データを契約文書に関連付けて整理、管理することができる。

（付記５）
候補提案ステップ（Ｓ６０２）は、ユーザが過去に契約手続に関与した１または複数の候補契約文書を、契約締結日の順番に並べてユーザに選択可能に提案するステップである、付記４記載の契約管理プログラム。
これにより、ユーザは文書データを関連付けて記憶する契約文書を、自身が過去に関与した契約文書の契約締結日順に候補契約文書として提示を受けることが出来る。ユーザは、簡単に文書データを契約文書に関連付けて整理、管理することができる。

（付記６）
プロセッサが、書類受付ステップにおいて受け付けた文書データに含まれる日付情報と、契約記憶ステップにおいて記憶された複数の契約文書に含まれる日付情報とを比較することにより特定される１または複数の候補契約文書をユーザに選択可能に提案する候補提案ステップ（Ｓ６０２）と、を実行し、契約選択ステップ（Ｓ６０３）は、候補提案ステップにおいてユーザに提案された１または複数の候補契約文書から、ユーザが１または複数の契約文書を選択するステップである、付記１記載の契約管理プログラム。
これにより、ユーザは文書データを、文書データの日付情報に基づき、当該文書データが関連付けられるべき契約文書の提案を受けることができるとともに、契約文書に関連付けて簡単に整理、管理することができる。

（付記７）
候補提案ステップ（Ｓ６０２）において、文書データに含まれる日付情報は、ユーザによる入力操作または当該文書データに含まれる文字列を解析することにより取得した、当該文書データに規定された日付情報である、付記６記載の契約管理プログラム。
これにより、ユーザは文書データを、文書データの日付情報に基づき、当該文書データが関連付けられるべき契約文書の提案を受けることができるとともに、契約文書に関連付けて簡単に整理、管理することができる。

（付記８）
プロセッサが、書類関連ステップにおいて関連付けて記憶された１または複数の契約文書の契約手続に関与した１または複数の関与ユーザを特定する関係者特定ステップ（Ｓ６０４）と、書類関連ステップにおいて文書データが１または複数の契約文書に関連付けて記憶されたことを、関係者特定ステップにおいて特定した１または複数の関与ユーザに通知する関係者通知ステップ（Ｓ６０４）と、を実行する、付記１記載の契約管理プログラム。
これにより、契約文書の契約手続に関与した関与ユーザは、当該契約文書に文書データが関連づけられた際に通知を受けることができる。契約文書に文書データが関連付けられたことを確認することができる。

（付記９）
プロセッサが、書類関連ステップにおいて記憶された文書データの閲覧権限を、関連付けて記憶された１または複数の契約文書の閲覧権限に基づき設定する権限設定ステップ（Ｓ６０４）と、を実行する、付記１記載の契約管理プログラム。
これにより、契約文書に関連付けて記憶した文書データの閲覧権限を簡単に設定することができる。

（付記１０）
プロセッサが、書類関連ステップにおいて１または複数の契約文書に関連付けて記憶された文書データに基づき、１または複数の契約文書に関する評価指標値を算定する算定ステップ（Ｓ６０４）と、を実行する、付記１記載の契約管理プログラム。
これにより、契約文書に関連付けて記憶した文書データに基づき、契約文書の評価指標値を算定することができる。契約文書をスコアリングすることができる。

（付記１１）
プロセッサが、書類関連ステップにおいて１または複数の契約文書に関連付けて記憶された文書データに基づき、１または複数の契約文書の契約当事者に関する評価指標値を算定する算定ステップ（Ｓ６０４）と、を実行する、付記１記載の契約管理プログラム。
これにより、契約文書に関連付けて記憶した文書データに基づき、契約文書の契約当事者に関する評価指標値を算定することができる。契約当事者に関する信用度をスコアリングすることができる。

（付記１２）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記１から１１のいずれか記載の契約管理プログラムを実行する、情報処理装置。
これにより、所定の電子契約に関連する証憑、帳票、その他書類等の文書データを契約文書に関連付けて整理、管理することができる。

（付記１３）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、プロセッサが、付記１から１１のいずれか記載の契約管理プログラムを実行する、情報処理システムの製造方法。
これにより、所定の電子契約に関連する証憑、帳票、その他書類等の文書データを契約文書に関連付けて整理、管理することができる。

（付記１４）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記１から１１のいずれか記載の契約管理プログラムを実行する、情報処理方法。
これにより、所定の電子契約に関連する証憑、帳票、その他書類等の文書データを契約文書に関連付けて整理、管理することができる。

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

Claims

プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、
前記プロセッサが、
契約に関する複数の契約文書を記憶する契約記憶ステップと、
ユーザから前記契約文書とは異なる文書データを受け付ける書類受付ステップと、
前記書類受付ステップにおいて受け付けた前記文書データを関連付ける、前記契約記憶ステップにおいて記憶された前記複数の契約文書のうち１または複数の前記契約文書を選択する契約選択ステップと、
前記書類受付ステップにおいて受け付けた前記文書データを、前記契約選択ステップにおいて選択された前記１または複数の契約文書に関連付けて記憶する書類関連ステップと、
を実行する契約管理プログラム。
前記プロセッサが、
前記書類受付ステップにおいて受け付けた前記文書データに基づき、前記契約記憶ステップにおいて記憶された前記複数の契約文書のうち１または複数の候補契約文書を前記ユーザに選択可能に提案する候補提案ステップと、
を実行し、
前記契約選択ステップは、前記候補提案ステップにおいて前記ユーザに提案された前記１または複数の候補契約文書から、前記ユーザが１または複数の前記契約文書を選択するステップである、
請求項１記載の契約管理プログラム。
前記候補提案ステップは、前記書類受付ステップにおいて受け付けた前記文書データを解析し、当該文書データのファイル名または文書データに含まれる文字列に基づき、前記１または複数の候補契約文書を前記ユーザに選択可能に提案するステップである、
請求項２記載の契約管理プログラム。
前記プロセッサが、
前記契約記憶ステップにおいて記憶された前記複数の契約文書のうち、前記ユーザが過去に契約手続に関与した１または複数の候補契約文書を前記ユーザに選択可能に提案する候補提案ステップと、
を実行し、
前記契約選択ステップは、前記候補提案ステップにおいて前記ユーザに提案された前記１または複数の候補契約文書から、前記ユーザが１または複数の前記契約文書を選択するステップである、
請求項１記載の契約管理プログラム。
前記候補提案ステップは、前記ユーザが過去に契約手続に関与した１または複数の候補契約文書を、契約締結日の順番に並べて前記ユーザに選択可能に提案するステップである、
請求項４記載の契約管理プログラム。
前記プロセッサが、
前記書類受付ステップにおいて受け付けた前記文書データに含まれる日付情報と、前記契約記憶ステップにおいて記憶された前記複数の契約文書に含まれる日付情報とを比較することにより特定される１または複数の候補契約文書を前記ユーザに選択可能に提案する候補提案ステップと、
を実行し、
前記契約選択ステップは、前記候補提案ステップにおいて前記ユーザに提案された前記１または複数の候補契約文書から、前記ユーザが１または複数の前記契約文書を選択するステップである、
請求項１記載の契約管理プログラム。
前記候補提案ステップにおいて、前記文書データに含まれる日付情報は、ユーザによる入力操作または当該文書データに含まれる文字列を解析することにより取得した、当該文書データに規定された日付情報である、
請求項６記載の契約管理プログラム。
前記プロセッサが、
前記書類関連ステップにおいて関連付けて記憶された前記１または複数の契約文書の契約手続に関与した１または複数の関与ユーザを特定する関係者特定ステップと、
前記書類関連ステップにおいて前記文書データが前記１または複数の契約文書に関連付けて記憶されたことを、前記関係者特定ステップにおいて特定した前記１または複数の関与ユーザに通知する関係者通知ステップと、
を実行する、
請求項１記載の契約管理プログラム。
前記プロセッサが、
前記書類関連ステップにおいて記憶された前記文書データの閲覧権限を、関連付けて記憶された前記１または複数の契約文書の閲覧権限に基づき設定する権限設定ステップと、
を実行する、
請求項１記載の契約管理プログラム。
前記プロセッサが、
前記書類関連ステップにおいて前記１または複数の契約文書に関連付けて記憶された前記文書データに基づき、前記１または複数の契約文書に関する評価指標値を算定する算定ステップと、
を実行する、
請求項１記載の契約管理プログラム。
前記プロセッサが、
前記書類関連ステップにおいて前記１または複数の契約文書に関連付けて記憶された前記文書データに基づき、前記１または複数の契約文書の契約当事者に関する評価指標値を算定する算定ステップと、
を実行する、
請求項１記載の契約管理プログラム。
プロセッサと、記憶部とを備える情報処理装置であって、
前記プロセッサが、請求項１から１１のいずれか記載の契約管理プログラムを実行する、
情報処理装置。
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、
前記プロセッサが、請求項１から１１のいずれか記載の契約管理プログラムを実行する、
情報処理システムの製造方法。
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
前記コンピュータが、請求項１から１１のいずれか記載の契約管理プログラムを実行する、
情報処理方法。