ホーム > 特許ランキング > 弁護士ドットコム株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-119336契約管理プログラム、製造方法、情報処理装置、情報処理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024119336
(43)【公開日】2024-09-03
(54)【発明の名称】契約管理プログラム、製造方法、情報処理装置、情報処理方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240827BHJP
G06Q 30/06 20230101ALI20240827BHJP
【ＦＩ】
G06Q50/10
G06Q30/06
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023026157
(22)【出願日】2023-02-22
(71)【出願人】
【識別番号】505392916
【氏名又は名称】弁護士ドットコム株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】深谷 英聖
【テーマコード（参考）】
5L030
5L049
5L050
【Ｆターム（参考）】
5L030BB67
5L049BB67
5L049CC11
5L050CC11
(57)【要約】 （修正有）
【課題】複数のユーザが契約文書に対する承認を行う場合において、ユーザが順番に契約文書の承認を行う際に契約締結完了までの時間を短くするプログラム等を提供する。
【解決手段】電子的な契約文書を記憶させるための契約管理プログラムであって、第１ユーザから契約に関する契約文書を受け付ける契約受付ステップと、第１ユーザから受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップと、受け付けた所定の第２ユーザによる承認操作に応じて契約文書に所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップと、を実行する。
【選択図】図１１
【解決手段】電子的な契約文書を記憶させるための契約管理プログラムであって、第１ユーザから契約に関する契約文書を受け付ける契約受付ステップと、第１ユーザから受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップと、受け付けた所定の第２ユーザによる承認操作に応じて契約文書に所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップと、を実行する。
【選択図】図１１
【特許請求の範囲】
【請求項1】
プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、
前記プロセッサが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する契約管理プログラム。
前記プロセッサが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する契約管理プログラム。
【請求項2】
前記プロセッサが、
前記確認者選択ステップにおいて選択された複数の第２ユーザに対して順番ではなく並列に、前記契約受付ステップにおいて受け付けた前記契約文書の承認を依頼するための通知を行う並列通知ステップと、
前記並列通知ステップにおいて通知された複数の第２ユーザのうち前記所定の第２ユーザによる操作に応じて、前記契約受付ステップにおいて受け付けた前記契約文書を前記所定の第２ユーザに対して提示する契約提示ステップと、
を実行し、
前記承認受付ステップは、前記契約提示ステップにおいて提示された前記契約文書に対する前記所定の第２ユーザによる承認操作を受け付けるステップである、
請求項１記載の契約管理プログラム。
前記確認者選択ステップにおいて選択された複数の第２ユーザに対して順番ではなく並列に、前記契約受付ステップにおいて受け付けた前記契約文書の承認を依頼するための通知を行う並列通知ステップと、
前記並列通知ステップにおいて通知された複数の第２ユーザのうち前記所定の第２ユーザによる操作に応じて、前記契約受付ステップにおいて受け付けた前記契約文書を前記所定の第２ユーザに対して提示する契約提示ステップと、
を実行し、
前記承認受付ステップは、前記契約提示ステップにおいて提示された前記契約文書に対する前記所定の第２ユーザによる承認操作を受け付けるステップである、
請求項１記載の契約管理プログラム。
【請求項3】
前記並列通知ステップは、前記確認者選択ステップにおいて選択された複数の第２ユーザに対して一斉に、前記契約文書の承認を依頼するための通知を行うステップである、
請求項２記載の契約管理プログラム。
請求項２記載の契約管理プログラム。
【請求項4】
前記契約提示ステップは、前記所定の第２ユーザよりも前に、他の第２ユーザによる前記契約文書の承認操作を受け付けていた場合において、当該他の第２ユーザが前記契約文書を承認したことを示す情報が付与された前記契約文書を前記所定の第２ユーザに提示するステップである、
請求項２記載の契約管理プログラム。
請求項２記載の契約管理プログラム。
【請求項5】
前記契約提示ステップは、前記契約文書を、当該契約文書に付与された前記電子署名に基づき特定される他の第２ユーザを特定する情報とを関連付けて、前記所定の第２ユーザに対して提示するステップである、
請求項４記載の契約管理プログラム。
請求項４記載の契約管理プログラム。
【請求項6】
前記承認制限ステップは、前記承認受付ステップにおいて前記所定の第２ユーザからの承認操作を受付可能な期間は、他の第２ユーザによる前記契約文書に対する承認操作を制限するステップである、
請求項２記載の契約管理プログラム。
請求項２記載の契約管理プログラム。
【請求項7】
前記承認制限ステップは、前記契約提示ステップにおいて前記所定の第２ユーザに対して前記契約文書を提示を開始してから、前記承認受付ステップにおいて前記所定の第２ユーザによる承認操作を受け付けるまで、または、前記契約文書の提示が終了するまでの期間は、他の第２ユーザによる前記契約文書に対する承認操作を制限するステップである、
請求項４記載の契約管理プログラム。
請求項４記載の契約管理プログラム。
【請求項8】
前記承認制限ステップは、前記契約提示ステップにおいて前記所定の第２ユーザに対して前記契約文書を提示を開始してから、前記署名付与ステップにおいて前記契約文書に前記電子署名を付与するまで、または、前記契約文書の提示が終了するまでの期間は、他の第２ユーザによる前記契約文書に対する承認操作を制限するステップである、
請求項４記載の契約管理プログラム。
請求項４記載の契約管理プログラム。
【請求項9】
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、
前記情報処理装置に、請求項１から８のいずれか記載の契約管理プログラムを提供することを含む、
情報処理システムの製造方法。
前記情報処理装置に、請求項１から８のいずれか記載の契約管理プログラムを提供することを含む、
情報処理システムの製造方法。
【請求項10】
プロセッサと、記憶部とを備える情報処理装置であって、
前記プロセッサが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する情報処理装置。
前記プロセッサが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する情報処理装置。
【請求項11】
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
前記コンピュータが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する情報処理方法。
前記コンピュータが、
第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、
前記確認者選択ステップにおいて選択された複数の第２ユーザによる前記契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップと、
前記承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、前記契約文書に、前記所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、
前記承認受付ステップにおいて、前記所定の第２ユーザが前記契約文書を確認している間は、他の第２ユーザによる前記契約文書に対する承認操作を制限する承認制限ステップと、
を実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、契約管理プログラム、製造方法、情報処理装置、情報処理方法に関する。
【背景技術】
【0002】
コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
特許文献１には、作成者端末、確認者端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。
特許文献１には、作成者端末、確認者端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１７－１００９６号
【発明の概要】
【発明が解決しようとする課題】
【0004】
複数のユーザが契約文書に対する承認を行う場合において、ユーザが順番に契約文書の承認を行う際に契約締結までの完了に時間がかかっていた。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、複数のユーザが契約文書に対する承認を行う場合において、契約締結までの完了までの時間を短くすることである。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、複数のユーザが契約文書に対する承認を行う場合において、契約締結までの完了までの時間を短くすることである。
【課題を解決するための手段】
【0005】
プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップと、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップと、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップと、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップと、を実行する契約管理プログラム。
【発明の効果】
【0006】
複数のユーザが契約文書に対する承認を行う場合において、契約締結までの完了までの時間を短くすることができる。
【図面の簡単な説明】
【0007】
【図1】システム１の機能構成を示すブロック図である。
【図2】サーバ１０の機能構成を示すブロック図である。
【図3】第１ユーザ端末２０の機能構成を示すブロック図である。
【図4】第２ユーザ端末３０の機能構成を示すブロック図である。
【図5】ユーザテーブル１０１２のデータ構造を示す図である。
【図6】グループテーブル１０１３のデータ構造を示す図である。
【図7】書類テーブル１０１４のデータ構造を示す図である。
【図8】確認テーブル１０１５のデータ構造を示す図である。
【図9】入力項目テーブル１０１６のデータ構造を示す図である。
【図10】契約書グループテーブル１０１７のデータ構造を示す図である。
【図11】契約書作成処理の動作を示すフローチャートである。
【図12】契約書確認処理の動作を示すフローチャートである。
【図13】契約書作成処理の動作を示す画面例である。
【図14】第２ユーザ端末３０に通知される確認依頼メッセージを示す画面例である。
【図15】契約書確認処理の動作を示す画面例である。
【図16】第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。
【図17】コンピュータ９０の基本的なハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【0008】
以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。
【0009】
＜システム１の構成＞
本開示におけるシステム１は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを実現するための情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、第１ユーザ端末２０の機能構成を示すブロック図である。
図４は、第２ユーザ端末３０の機能構成を示すブロック図である。
本開示におけるシステム１は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを実現するための情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、第１ユーザ端末２０の機能構成を示すブロック図である。
図４は、第２ユーザ端末３０の機能構成を示すブロック図である。
【0010】
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。
【0011】
＜サーバ１０の構成＞
サーバ１０は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。サーバ１０は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。
サーバ１０は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。サーバ１０は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。
【0012】
＜サーバ１０の記憶部１０１の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、グループテーブル１０１３、書類テーブル１０１４、確認テーブル１０１５、入力項目テーブル１０１６、契約書グループテーブル１０１７を備える。
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、グループテーブル１０１３、書類テーブル１０１４、確認テーブル１０１５、入力項目テーブル１０１６、契約書グループテーブル１０１７を備える。
【0013】
アプリケーションプログラム１０１１は、サーバ１０の制御部１０４を各機能ユニットとして機能させるためのプログラムである。
【0014】
ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。
これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル１０１２に登録されている必要はない。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、メールアドレス、グループＩＤ、承認権限のカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。
これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル１０１２に登録されている必要はない。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、メールアドレス、グループＩＤ、承認権限のカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。
【0015】
ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループＩＤは、ユーザが所属するグループのグループ識別情報を記憶する項目である。グループは、後述するグループテーブル１０１３により定義され、ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限（承認権限）を有するユーザには、Ｔｒｕｅなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、Ｆａｌｓｅ、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、特定の契約情報Ａに対して承認権限を有するが、特定の契約情報Ｂに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別（契約情報種別）に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階（レベル、ランク）の権限情報を記憶する構成としても良い。例えば、派遣社員などはＣ、一般社員はＢ、管理職はＡ、役員はＳという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上（例えば、秘密保持契約はＡ以上など）の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループＩＤは、ユーザが所属するグループのグループ識別情報を記憶する項目である。グループは、後述するグループテーブル１０１３により定義され、ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限（承認権限）を有するユーザには、Ｔｒｕｅなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、Ｆａｌｓｅ、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、特定の契約情報Ａに対して承認権限を有するが、特定の契約情報Ｂに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別（契約情報種別）に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階（レベル、ランク）の権限情報を記憶する構成としても良い。例えば、派遣社員などはＣ、一般社員はＢ、管理職はＡ、役員はＳという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上（例えば、秘密保持契約はＡ以上など）の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。
【0016】
グループテーブル１０１３は、ユーザが所属するグループに関する情報（グループ情報）を記憶し、管理するテーブルである。グループは、法人、会社、サークル、団体、会社内の部署など、ユーザが所属する任意のグループを定義することができる。
グループテーブル１０１３は、グループＩＤを主キーとして、グループＩＤ、グループ名、管理者ＩＤのカラムを有するテーブルである。
図６は、グループテーブル１０１３のデータ構造を示す図である。
グループテーブル１０１３は、グループＩＤを主キーとして、グループＩＤ、グループ名、管理者ＩＤのカラムを有するテーブルである。
図６は、グループテーブル１０１３のデータ構造を示す図である。
【0017】
グループＩＤは、グループを識別するためのグループ識別情報を記憶する項目である。グループ識別情報は、グループごとにユニークな値が設定されている項目である。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者ＩＤは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者ＩＤは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。
【0018】
書類テーブル１０１４は、作成者と受信者との間で取り交わされる電子契約に関する情報（契約情報）を記憶し、管理するためのテーブルである。
書類テーブル１０１４は、書類ＩＤを主キーとして、書類ＩＤ、書類データ、作成者ＩＤ、確認可否、確認権限者メールアドレスのカラムを有するテーブルである。
図７は、書類テーブル１０１４のデータ構造を示す図である。
書類テーブル１０１４は、書類ＩＤを主キーとして、書類ＩＤ、書類データ、作成者ＩＤ、確認可否、確認権限者メールアドレスのカラムを有するテーブルである。
図７は、書類テーブル１０１４のデータ構造を示す図である。
【0019】
書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、契約情報ごとにユニークな値が設定されている項目である。
書類データは、契約締結にかかる契約文書の契約情報（バイナリまたはテキストデータ）を記憶する項目である。具体的に、書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式のデータが含まれる。
作成者ＩＤ、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。
確認可否は、ユーザにより契約情報の承認可否に関する状態を記憶する項目である。具体的に、確認可否に、契約情報が承認できない状態であることを示す情報が記憶されている場合は、確認者メールアドレスに一致するメールアドレス以外のユーザは、書類ＩＤにより特定される契約情報に対する契約書確認処理を完了させることができない。
なお、確認者メールアドレスの項目にメールアドレスが記憶されていることを、契約情報が承認できない状態（契約書確認処理を完了させることがでいない）であることを示す情報が記憶されているものとしても良い。同様に、確認者メールアドレスの項目にメールアドレスが記憶されていないことを、契約情報が承認できる状態（契約書確認処理を完了させることができる）であることを示す情報が記憶されているものとしても良い。
確認権限者メールアドレスは、書類ＩＤにより特定される契約情報に対して契約書確認処理を実行している確認者のメールアドレスを記憶する項目である。
書類データは、契約締結にかかる契約文書の契約情報（バイナリまたはテキストデータ）を記憶する項目である。具体的に、書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式のデータが含まれる。
作成者ＩＤ、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。
確認可否は、ユーザにより契約情報の承認可否に関する状態を記憶する項目である。具体的に、確認可否に、契約情報が承認できない状態であることを示す情報が記憶されている場合は、確認者メールアドレスに一致するメールアドレス以外のユーザは、書類ＩＤにより特定される契約情報に対する契約書確認処理を完了させることができない。
なお、確認者メールアドレスの項目にメールアドレスが記憶されていることを、契約情報が承認できない状態（契約書確認処理を完了させることがでいない）であることを示す情報が記憶されているものとしても良い。同様に、確認者メールアドレスの項目にメールアドレスが記憶されていないことを、契約情報が承認できる状態（契約書確認処理を完了させることができる）であることを示す情報が記憶されているものとしても良い。
確認権限者メールアドレスは、書類ＩＤにより特定される契約情報に対して契約書確認処理を実行している確認者のメールアドレスを記憶する項目である。
【0020】
確認テーブル１０１５は、契約情報の確認者となるユーザのメールアドレスを含む情報（確認者情報）を記憶し、管理するテーブルである。
確認テーブル１０１５は、書類ＩＤ、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図８は、確認テーブル１０１５のデータ構造を示す図である。
確認テーブル１０１５は、書類ＩＤ、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図８は、確認テーブル１０１５のデータ構造を示す図である。
【0021】
書類ＩＤは、確認者により確認対象となる契約情報の書類識別情報を記憶する項目である。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル１０１２に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にＴｒｕｅの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報（言語情報）を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル１０１２に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にＴｒｕｅの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報（言語情報）を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。
【0022】
入力項目テーブル１０１６は、電子契約情報に関連付けられた入力項目に関する情報（入力項目情報）を記憶し、管理するテーブルである。
入力項目テーブル１０１６は、入力項目ＩＤ、書類ＩＤ、入力者ＩＤ、入力データ、入力規則、日時のカラムを有するテーブルである。
図９は、入力項目テーブル１０１６のデータ構造を示す図である。
入力項目テーブル１０１６は、入力項目ＩＤ、書類ＩＤ、入力者ＩＤ、入力データ、入力規則、日時のカラムを有するテーブルである。
図９は、入力項目テーブル１０１６のデータ構造を示す図である。
【0023】
入力項目ＩＤは、入力項目を識別するための入力項目識別情報を記憶する項目である。
書類ＩＤは、入力項目が関連付けられる電子契約情報の書類識別情報を記憶する項目である。
入力者ＩＤは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。具体的に、入力者ＩＤには、作成者ＩＤ、作成者ＩＤにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付（ｄａｔｅ）、日時（ｄａｔｅｔｉｍｅ）、文字列（ｔｅｘｔ）、数値（ｉｎｔｅｇｅｒ）などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。
書類ＩＤは、入力項目が関連付けられる電子契約情報の書類識別情報を記憶する項目である。
入力者ＩＤは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。具体的に、入力者ＩＤには、作成者ＩＤ、作成者ＩＤにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付（ｄａｔｅ）、日時（ｄａｔｅｔｉｍｅ）、文字列（ｔｅｘｔ）、数値（ｉｎｔｅｇｅｒ）などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。
【0024】
契約書グループテーブル１０１７は、契約書グループに関する情報（契約書グループ情報）を記憶し管理するためのテーブルである。契約情報は、契約情報を管理するための１または複数のキャビネット（分類情報）と関連づけられて記憶され、管理することができる。情報処理サービスに応じて、キャビネットは、グループ、タグ、ラベル等と呼ばれることがある。
契約書グループテーブル１０１７は、書類ＩＤ、キャビネットＩＤのカラムを有するテーブルである。
図１０は、契約書グループテーブル１０１７のデータ構造を示す図である。
契約書グループテーブル１０１７は、書類ＩＤ、キャビネットＩＤのカラムを有するテーブルである。
図１０は、契約書グループテーブル１０１７のデータ構造を示す図である。
【0025】
書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。
キャビネットＩＤは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットＩＤは、契約情報を管理、分類するための分類情報である。
キャビネットＩＤは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットＩＤは、契約情報を管理、分類するための分類情報である。
【0026】
＜サーバ１０の制御部１０４の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、契約作成部１０４２、契約確認部１０４３を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、契約作成部１０４２、契約確認部１０４３を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。
【0027】
ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。
【0028】
契約作成部１０４２は、契約書作成処理を実行する。詳細は後述する。
【0029】
契約確認部１０４３は、契約書確認処理を実行する。詳細は後述する。
【0030】
＜第１ユーザ端末２０の構成＞
第１ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。第１ユーザ端末２０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第１ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。
第１ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。第１ユーザ端末２０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第１ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。
【0031】
＜第１ユーザ端末２０の記憶部２０１の構成＞
第１ユーザ端末２０の記憶部２０１は、第１ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。
第１ユーザ端末２０の記憶部２０１は、第１ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。
【0032】
第１ユーザＩＤ２０１１はユーザのアカウントＩＤである。ユーザは、第１ユーザ端末２０から第１ユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、第１ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第１ユーザＩＤ２０１１には、第１ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。
【0033】
アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、第１ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、第１ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
【0034】
＜第１ユーザ端末２０の制御部２０４の構成＞
第１ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。
第１ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。
【0035】
＜第１ユーザ端末２０の入力装置２０６の構成＞
第１ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。
第１ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。
【0036】
＜第１ユーザ端末２０の出力装置２０８の構成＞
第１ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。
第１ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。
【0037】
＜第２ユーザ端末３０の構成＞
第２ユーザ端末３０は、サービスを利用するユーザが操作する情報処理装置である。第２ユーザ端末３０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第２ユーザ端末３０は、記憶部３０１、制御部３０４、入力装置３０６、出力装置３０８を備える。
第２ユーザ端末３０は、サービスを利用するユーザが操作する情報処理装置である。第２ユーザ端末３０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
第２ユーザ端末３０は、記憶部３０１、制御部３０４、入力装置３０６、出力装置３０８を備える。
【0038】
＜第２ユーザ端末３０の記憶部３０１の構成＞
第２ユーザ端末３０の記憶部３０１は、第２ユーザＩＤ３０１１、アプリケーションプログラム３０１２を備える。
第２ユーザ端末３０の記憶部３０１は、第２ユーザＩＤ３０１１、アプリケーションプログラム３０１２を備える。
【0039】
第２ユーザＩＤ３０１１はユーザのアカウントＩＤである。ユーザは、第２ユーザ端末３０から第２ユーザＩＤ３０１１を、サーバ１０へ送信する。サーバ１０は、第２ユーザＩＤ３０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第２ユーザＩＤ３０１１には、第２ユーザ端末３０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。
【0040】
アプリケーションプログラム３０１２は、記憶部３０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム３０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム３０１２は、第２ユーザ端末３０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
アプリケーションプログラム３０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム３０１２は、第２ユーザ端末３０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
【0041】
＜第２ユーザ端末３０の制御部３０４の構成＞
第２ユーザ端末３０の制御部３０４は、入力制御部３０４１、出力制御部３０４２を備える。制御部３０４は、記憶部３０１に記憶されたアプリケーションプログラム３０１２を実行することにより、各機能ユニットが実現される。
第２ユーザ端末３０の制御部３０４は、入力制御部３０４１、出力制御部３０４２を備える。制御部３０４は、記憶部３０１に記憶されたアプリケーションプログラム３０１２を実行することにより、各機能ユニットが実現される。
【0042】
＜第２ユーザ端末３０の入力装置３０６の構成＞
第２ユーザ端末３０の入力装置３０６は、カメラ３０６１、マイク３０６２、位置情報センサ３０６３、モーションセンサ３０６４、キーボード３０６５を備える。
第２ユーザ端末３０の入力装置３０６は、カメラ３０６１、マイク３０６２、位置情報センサ３０６３、モーションセンサ３０６４、キーボード３０６５を備える。
【0043】
＜第２ユーザ端末３０の出力装置３０８の構成＞
第２ユーザ端末３０の出力装置３０８は、ディスプレイ３０８１、スピーカ３０８２を備える。
第２ユーザ端末３０の出力装置３０８は、ディスプレイ３０８１、スピーカ３０８２を備える。
【0044】
＜システム１の動作＞
以下、システム１の各処理について説明する。
図１１は、契約書作成処理の動作を示すフローチャートである。
図１２は、契約書確認処理の動作を示すフローチャートである。
図１３は、契約書作成処理の動作を示す画面例である。
図１４は、第２ユーザ端末３０に通知される確認依頼メッセージを示す画面例である。
図１５は、契約書確認処理の動作を示す画面例である。
図１６は、第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。
以下、システム１の各処理について説明する。
図１１は、契約書作成処理の動作を示すフローチャートである。
図１２は、契約書確認処理の動作を示すフローチャートである。
図１３は、契約書作成処理の動作を示す画面例である。
図１４は、第２ユーザ端末３０に通知される確認依頼メッセージを示す画面例である。
図１５は、契約書確認処理の動作を示す画面例である。
図１６は、第１ユーザ端末２０に通知される締結完了メッセージを示す画面例である。
【0045】
本開示において、サーバ１０における契約書作成処理、契約書確認処理を以下に説明する。
【0046】
＜契約書作成処理＞
契約書作成処理は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。
契約書作成処理は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。
【0047】
図１３は、契約書作成処理の動作を示す画面例である。第１ユーザ端末２０のディスプレイ２０８１に表示される、契約情報を作成するための画面５０には、現在の契約情報の作成状況を示すステータス５１０、入力項目を指定するためのボタン５２１、５２２、５２３、契約情報表示エリア５３０、書類データ５３１、入力項目５３２、５３３、５３４、送信ボタン５４０が表示される。
【0048】
＜契約書作成処理の概要＞
契約書作成処理は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を順番ではなく並列に送付する一連の処理である。
契約書作成処理は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を順番ではなく並列に送付する一連の処理である。
【0049】
＜契約書作成処理の詳細＞
以下に、契約書作成処理の詳細を説明する。
以下に、契約書作成処理の詳細を説明する。
【0050】
ステップＳ１０１において、サーバ１０の契約作成部１０４２は、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式の書類データを契約情報に含めることができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、作成した書類データ、第１ユーザＩＤ２０１１をサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した第１ユーザＩＤ２０１１、書類データを受け付け、それぞれ、書類テーブル１０１４の新たなレコードの作成者ＩＤ、書類データの項目に記憶する。これにより、サーバ１０の契約作成部１０４２は、新たな契約情報を書類テーブル１０１４に記憶する。書類テーブル１０１４の新たなレコードの確認可否の項目には、契約情報が確認者により承認できる状態であることを示す情報である「ブランク」、「確認可」の値が記憶されていても良い。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式の書類データを契約情報に含めることができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、作成した書類データ、第１ユーザＩＤ２０１１をサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した第１ユーザＩＤ２０１１、書類データを受け付け、それぞれ、書類テーブル１０１４の新たなレコードの作成者ＩＤ、書類データの項目に記憶する。これにより、サーバ１０の契約作成部１０４２は、新たな契約情報を書類テーブル１０１４に記憶する。書類テーブル１０１４の新たなレコードの確認可否の項目には、契約情報が確認者により承認できる状態であることを示す情報である「ブランク」、「確認可」の値が記憶されていても良い。
【0051】
契約情報を作成するための画面５０には、書類テーブル１０１４に記憶された書類データ５３１が表示される。
【0052】
ステップＳ１０２において、サーバ１０の契約作成部１０４２は、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約情報の確認者（受信者）となるユーザを選択し特定する。本開示において、第１ユーザは、受信者として第２ユーザを選択し特定するものとする。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、確認者となる第２ユーザのメールアドレスを入力し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信したメールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第２ユーザのメールアドレスとを関連付けて記憶する。なお、第１ユーザは、第２ユーザの言語、アクセスコードを設定し、第２ユーザのメールアドレスと関連付けて記憶しても良い。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約情報の確認者（受信者）となるユーザを選択し特定する。本開示において、第１ユーザは、受信者として第２ユーザを選択し特定するものとする。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、確認者となる第２ユーザのメールアドレスを入力し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信したメールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第２ユーザのメールアドレスとを関連付けて記憶する。なお、第１ユーザは、第２ユーザの言語、アクセスコードを設定し、第２ユーザのメールアドレスと関連付けて記憶しても良い。
【0053】
ステップＳ１０３において、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、契約情報に対する入力項目を設定する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、ステップＳ１０１において作成し、記憶した契約情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、入力項目を追加するリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、リクエストを受信すると、契約情報の書類ＩＤを、入力項目テーブル１０１６の新たなレコードの書類ＩＤに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第１ユーザは、複数の入力項目情報を、契約情報と関連づけ記憶することができる。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、ステップＳ１０１において作成し、記憶した契約情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作し、入力項目を追加するリクエストをサーバ１０へ送信する。サーバ１０の契約作成部１０４２は、リクエストを受信すると、契約情報の書類ＩＤを、入力項目テーブル１０１６の新たなレコードの書類ＩＤに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第１ユーザは、複数の入力項目情報を、契約情報と関連づけ記憶することができる。
【0054】
ステップＳ１０４において、第１ユーザは、追加するそれぞれの入力項目に対して入力規則を設定する。第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、ステップＳ１０３において設定した入力項目情報ごとの入力規則を指定し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信した入力規則を、入力項目テーブル１０１６のそれぞれの入力項目情報のレコードの入力規則の項目に記憶する。これにより、入力項目ごとの入力規則を設定することができる。
【0055】
ステップＳ１０５において、サーバ１０の契約作成部１０４２は、第１ユーザが入力した複数の入力項目に対する入力データを受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、ステップＳ１０４において設定した入力項目ごとに入力データを入力する。例えば、第１ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第１ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第１ユーザは、入力項目への入力データの入力が完了したら、サーバ１０へ入力項目ごとの入力項目ＩＤ、入力データを送信する。
サーバ１０の契約作成部１０４２は、入力項目ごとの入力項目ＩＤ、入力データを受信し、受け付ける。サーバ１０の契約作成部１０４２は、受信した入力項目ＩＤで特定される入力項目テーブル１０１６の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第１ユーザが入力した入力データが、入力項目テーブル１０１６に記憶される。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６などを操作することにより、ステップＳ１０４において設定した入力項目ごとに入力データを入力する。例えば、第１ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第１ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第１ユーザは、入力項目への入力データの入力が完了したら、サーバ１０へ入力項目ごとの入力項目ＩＤ、入力データを送信する。
サーバ１０の契約作成部１０４２は、入力項目ごとの入力項目ＩＤ、入力データを受信し、受け付ける。サーバ１０の契約作成部１０４２は、受信した入力項目ＩＤで特定される入力項目テーブル１０１６の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第１ユーザが入力した入力データが、入力項目テーブル１０１６に記憶される。
【0056】
サーバ１０の契約作成部１０４２は、第１ユーザから、第２ユーザに対して契約情報に対する契約締結を依頼する指示を受け付ける。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された送信ボタン５４０を押下することにより、契約情報を送信するリクエストをサーバ１０へ送信する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報を作成するための画面５０に、表示された送信ボタン５４０を押下することにより、契約情報を送信するリクエストをサーバ１０へ送信する。
【0057】
ステップＳ１０６において、サーバ１０の契約作成部１０４２は、確認者選択ステップにおいて選択された複数の第２ユーザに対して順番ではなく並列に、契約受付ステップにおいて受け付けた契約文書の承認を依頼するための通知を行う並列通知ステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、ステップ１０２において確認テーブル１０１５に記憶された確認者にかかる第２ユーザのメールアドレスへ、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
本開示においては、ステップＳ１０２において複数のユーザが確認者にかかる第２ユーザとして設定されている場合においては、いずれかのユーザによる後述する契約書確認処理の完了を待つことなく、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを送信する。つまり、複数の第２ユーザのそれぞれによる契約書確認処理の順番待ちをすることなく、それぞれの第２ユーザが任意の順番で契約書確認処理が実行できるようにメッセージが送信される。
例えば、並列通知ステップは、確認者選択ステップにおいて選択された複数の第２ユーザに対して一斉に、契約文書の承認を依頼するための通知を実行しても良い。これにより、契約情報の確認の順番を決めずに、複数の確認者に契約情報を確認してもらうことができる。
具体的に、サーバ１０の契約作成部１０４２は、ステップ１０２において確認テーブル１０１５に記憶された確認者にかかる第２ユーザのメールアドレスへ、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
本開示においては、ステップＳ１０２において複数のユーザが確認者にかかる第２ユーザとして設定されている場合においては、いずれかのユーザによる後述する契約書確認処理の完了を待つことなく、第１ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを送信する。つまり、複数の第２ユーザのそれぞれによる契約書確認処理の順番待ちをすることなく、それぞれの第２ユーザが任意の順番で契約書確認処理が実行できるようにメッセージが送信される。
例えば、並列通知ステップは、確認者選択ステップにおいて選択された複数の第２ユーザに対して一斉に、契約文書の承認を依頼するための通知を実行しても良い。これにより、契約情報の確認の順番を決めずに、複数の確認者に契約情報を確認してもらうことができる。
【0058】
本開示においては、サーバ１０の契約作成部１０４２は、第２ユーザのメールアドレスへメッセージを一斉に送信しなくても構わない。例えば、所定の期間間隔ごとに複数の第２ユーザのメールアドレスへ順番にメッセージを送信しても良い。例えば、メッセージを一斉に送信してしまうとメールサーバ等に負荷がかかる場合に、一定間隔ごとにメッセージを送信しても良い。なお、本開示においては、メッセージを送る順番は、ステップＳ１０２における第２ユーザのメールアドレスを入力する入力欄の順番で送信しても良いし、それ以外の任意の順番で送信しても良い。いずれの場合においても、複数の第２ユーザにおいて、後述する契約書確認処理における確認順序は定まっていないものとする。
【0059】
第２ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅＳｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報を含める。ＵＲＬは、書類ＩＤを直接含んでも良いし、書類ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類ＩＤを特定可能な文字列などの情報を含んでも良い。また、ＵＲＬには第２ユーザを特定するための情報を含めても良い。例えば、第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬに第２ユーザを特定するための情報を含める必要がある。
【0060】
第１ユーザは、第２ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第２ユーザに対して伝える。これにより、第２ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。
【0061】
第１ユーザは、第２ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第２ユーザに対して伝える。これにより、第２ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。
【0062】
図１４は、第２ユーザ端末３０に通知されるメッセージを示す画面例である。第２ユーザ端末３０のディスプレイ３０８１に表示される、メッセージ画面６０には、メッセージ６１、契約情報を特定するための書類ＩＤを含むＵＲＬ６２の情報が含まれる。
【0063】
＜変形例＞
第１ユーザは、ステップＳ１０２において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップＳ１０３において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第１ユーザが、確認者として第２ユーザ、第９ユーザの２人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第２ユーザに対して設定し、契約締結日の入力項目を第９ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第２ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第９ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。１つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。
第１ユーザは、ステップＳ１０２において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップＳ１０３において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第１ユーザが、確認者として第２ユーザ、第９ユーザの２人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第２ユーザに対して設定し、契約締結日の入力項目を第９ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第２ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第９ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。１つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。
【0064】
契約情報を作成するための画面５０には、描画オブジェクトとして入力項目５３２、５３３、５３４が描画される。入力項目５３２、５３３には、割当として、入力項目を入力することが選択し設定されたユーザのユーザ識別情報「ＵＳＥＲ－Ｂ」、入力項目の種別として「テキスト」という項目が描画されている。押印に関する入力項目５３４には、割当として、押印することが選択し設定されたユーザのユーザ識別情報「ＵＳＥＲ－Ｃ」、入力項目の種別として「印」という項目が描画されている。
【0065】
その他、本開示においては各ステップにおいて契約情報、各種入力情報がサーバ１０の各種テーブルに記憶される構成を一例として開示したがそれに限られない。例えば、ステップＳ１０６の送信ステップにおいて、契約情報、作成者により入力された各種入力情報がまとめてサーバ１０の各種テーブルに記憶される構成としても構わない。
【0066】
＜契約書確認処理＞
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。
【0067】
＜契約書確認処理の概要＞
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する確認画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する確認画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
【0068】
＜契約書確認処理の詳細＞
以下に、契約書確認処理の詳細を説明する。
以下に、契約書確認処理の詳細を説明する。
【0069】
ステップＳ３０１において、確認者となる第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第２ユーザ端末３０は、契約書確認処理を実行させるためのリクエストをサーバ１０へ送信する。
【0070】
確認テーブル１０１５の第２ユーザのレコードにアクセスコードの項目が記憶されている場合には、第２ユーザに対してアクセスコードの入力を要求し、当該入力されたアクセスコードと確認テーブル１０１５の第２ユーザのレコードに記憶されたアクセスコードとを照合することにより、第２ユーザに対する認証処理を実行することができる。
具体的に、サーバ１０は、アクセスコードを認証するための入力画面を第２ユーザ端末３０へ送信する。第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、アクセスコードを入力しサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、受信したアクセスコードと、確認テーブル１０１５の第２ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理を継続する。一方、一致しない場合には、契約書確認処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
具体的に、サーバ１０は、アクセスコードを認証するための入力画面を第２ユーザ端末３０へ送信する。第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、アクセスコードを入力しサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、受信したアクセスコードと、確認テーブル１０１５の第２ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理を継続する。一方、一致しない場合には、契約書確認処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
【0071】
サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、契約情報を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、確認テーブル１０１５の書類ＩＤの項目を検索し、確認者情報を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、入力項目テーブル１０１６の書類ＩＤの項目を検索し、契約情報に関連づけられた入力項目情報を取得する。
【0072】
ステップＳ３０２において、サーバ１０の契約確認部１０４３は、第２ユーザを特定する。第２ユーザは、第２ユーザ端末３０から受信したリクエストに含まれる第２ユーザＩＤ３０１１に基づき特定しても良いし、ＵＲＬに含まれる第２ユーザを識別するための識別情報に基づき特定しても良い。第２ユーザが本開示にかかるサービスにユーザ登録していない場合には、ＵＲＬから第２ユーザを特定する必要がある。例えば、ＵＲＬには第２ユーザを特定する情報として第２ユーザのメールアドレス、ユーザＩＤなどが含まれていても良い。
【0073】
サーバ１０の契約確認部１０４３は、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報が記憶されていない場合は、確認テーブル１０１５の書類ＩＤに基づき特定されるレコードの確認可否、確認権限者メールアドレスの項目に、それぞれ、契約情報が承認できない状態であることを示す情報である「確認否」の値、特定した第２ユーザのメールアドレスを記憶する。また，第２ユーザのメールアドレスに代わりに、第２ユーザの第２ユーザＩＤ等を記憶する構成としても良い。これにより、確認テーブル１０１５に、第２ユーザが契約文書を確認中であることを示す情報が記憶される。また、サーバ１０の契約確認部１０４３は、確認可否の項目を記憶した記憶日時を記憶する。
【0074】
ステップＳ３０３において、サーバ１０の契約確認部１０４３は、並列通知ステップにおいて通知された複数の第２ユーザのうち所定の第２ユーザによる操作に応じて、契約受付ステップにおいて受け付けた契約文書を所定の第２ユーザに対して提示する契約提示ステップを実行する。
具体的に、サーバ１０の契約確認部１０４３は、取得した契約情報、確認者情報（第２ユーザを特定する情報）、入力項目情報に基づき、確認画面を生成し第２ユーザ端末３０に送信する。
第２ユーザ端末３０のディスプレイ３０８１は、第２ユーザに対して、契約情報を承認する操作を受け付ける確認画面を提示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報を確認し承認する。
なお、第２ユーザに提示される確認画面は、確認テーブル１０１５の第２ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第２ユーザに対して提示する構成としても良い。
具体的に、サーバ１０の契約確認部１０４３は、取得した契約情報、確認者情報（第２ユーザを特定する情報）、入力項目情報に基づき、確認画面を生成し第２ユーザ端末３０に送信する。
第２ユーザ端末３０のディスプレイ３０８１は、第２ユーザに対して、契約情報を承認する操作を受け付ける確認画面を提示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報を確認し承認する。
なお、第２ユーザに提示される確認画面は、確認テーブル１０１５の第２ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第２ユーザに対して提示する構成としても良い。
【0075】
図１５は、契約書確認処理の動作を示す確認画面の画面例である。第２ユーザ端末３０のディスプレイ３０８１に表示される、契約情報を承認するための確認画面７０には、現在の契約情報の作成状況を示すステータス７１０、契約情報表示エリア７３０、書類データ７３１、入力項目７３２、７３３、７３４、７３５、７３６、同意ボタン７４０、契約情報に記憶された電子署名に基づき特定される過去に契約情報を承認したユーザの承認情報７６０が表示される。承認情報７６０は、過去に契約情報を承認したユーザのメールアドレス、承認日時（電子署名のタイムスタンプ）が含まれる。
【0076】
ステップＳ３０３において、契約提示ステップは、所定の第２ユーザよりも前に、他の第２ユーザによる契約文書の承認操作を受け付けていた場合において、他の第２ユーザが契約文書を承認したことを示す情報が付与された契約文書を所定の第２ユーザに提示するステップを実行する。契約提示ステップは、契約文書を、契約文書に付与された電子署名に基づき特定される他の第２ユーザを特定する情報と関連付けて、所定の第２ユーザに対して提示するステップを実行する。
具体的に、契約書作成処理のステップＳ１０２において複数の第２ユーザが確認者として設定されている場合において、他の第２ユーザが既に契約書確認処理を実行し契約文書を承認していた場合には、後述する電子署名処理により契約情報に含まれる書類データには当該契約書確認処理を実行したユーザの電子署名が付与されている。
第２ユーザ端末３０の制御部３０４は、取得した書類データに含まれる電子署名に基づき、当該契約情報を既に承認した他の第２ユーザのメールアドレスを第２ユーザ端末３０のディスプレイ３０８１の承認情報７６０に表示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報とともに、契約情報に付与された電子署名に基づき特定される他の第２ユーザのメールアドレスを承認情報７６０を参照することにより確認することができる。
これにより、所定の第２ユーザが契約文書を承認する際に、誰が既に当該契約文書を承認したのかを確認した上で、契約文書を承認することができる。また、承認者の情報に関して、書類データに対して直接付与された電子署名に含まれる情報を提示することにより、第三者による改ざん等を防ぐことができる。
具体的に、契約書作成処理のステップＳ１０２において複数の第２ユーザが確認者として設定されている場合において、他の第２ユーザが既に契約書確認処理を実行し契約文書を承認していた場合には、後述する電子署名処理により契約情報に含まれる書類データには当該契約書確認処理を実行したユーザの電子署名が付与されている。
第２ユーザ端末３０の制御部３０４は、取得した書類データに含まれる電子署名に基づき、当該契約情報を既に承認した他の第２ユーザのメールアドレスを第２ユーザ端末３０のディスプレイ３０８１の承認情報７６０に表示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報とともに、契約情報に付与された電子署名に基づき特定される他の第２ユーザのメールアドレスを承認情報７６０を参照することにより確認することができる。
これにより、所定の第２ユーザが契約文書を承認する際に、誰が既に当該契約文書を承認したのかを確認した上で、契約文書を承認することができる。また、承認者の情報に関して、書類データに対して直接付与された電子署名に含まれる情報を提示することにより、第三者による改ざん等を防ぐことができる。
【0077】
第２ユーザ端末３０の制御部３０４は、第２ユーザに対して提示される書類データ７３１とともに、電子署名に基づき他の第２ユーザが入力項目に入力した入力データの値、書類データ７３１に対して付与されたコメント等の付帯的な情報を表示しても良い。これにより、第２ユーザは、他の第２ユーザが過去に契約書確認処理を実行した際に書類データ７３１に加えた付帯的な情報を含む最新の書類データ７３１の内容を確認した上で、契約情報を承認することができる。
これにより、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。これにより、順番を決めずに契約文書を回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
これにより、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。これにより、順番を決めずに契約文書を回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
【0078】
ステップＳ３０４において、サーバ１０の契約確認部１０４３は、契約情報の１または複数の入力項目に対する入力を受け付ける。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報に設定された入力項目７３２、７３３、７３４、７３５に対し入力データを入力する。なお、本開示においては入力項目７３６に対しては、第２ユーザによる入力が割当られていないため、第２ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報に設定された入力項目７３２、７３３、７３４、７３５に対し入力データを入力する。なお、本開示においては入力項目７３６に対しては、第２ユーザによる入力が割当られていないため、第２ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
【0079】
ステップＳ３０５において、サーバ１０の契約確認部１０４３は、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップを実行する。承認受付ステップは、契約提示ステップにおいて提示された契約文書に対する所定の第２ユーザによる承認操作を受け付けるステップを実行する。
具体的に、第２ユーザ端末３０の制御部３０４は、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報が記憶されていない場合、または、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報である「確認否」の値が記憶されているものの、確認権限者メールアドレスの項目に自身の第２ユーザのメールアドレスが記憶されている場合には、他の第２ユーザによる契約書確認処理が実行されていないものと判定し、同意ボタン７４０を押下できる状態に制御する。
具体的に、第２ユーザ端末３０の制御部３０４は、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報が記憶されていない場合、または、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報である「確認否」の値が記憶されているものの、確認権限者メールアドレスの項目に自身の第２ユーザのメールアドレスが記憶されている場合には、他の第２ユーザによる契約書確認処理が実行されていないものと判定し、同意ボタン７４０を押下できる状態に制御する。
【0080】
サーバ１０の契約確認部１０４３は、第２ユーザから、第１ユーザから受け付けた契約情報の契約締結に同意し承認する指示を受け付ける。
具体的に、第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報を確認するための確認画面７０に、表示された同意ボタン７４０を押下することにより、書類ＩＤ、第２ユーザを特定する情報、ステップＳ３０５において入力した入力項目ごとの入力データを含むリクエストをサーバ１０へ送信する処理を実行させる。第２ユーザを特定する情報は、第２ユーザＩＤ３０１１でも構わない。
サーバ１０の契約確認部１０４３は、受信したリクエストに基づき第２ユーザが契約情報を確認したことを示す情報を記憶する。具体的に、サーバ１０の契約確認部１０４３は、受信した書類ＩＤ、第２ユーザを特定する情報に基づき、確認テーブル１０１５を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。例えば、第２ユーザを特定する情報がメールアドレスである場合には、確認テーブル１０１５の書類ＩＤ、確認者メールアドレスの項目を検索し、特定されるレコードの確認フラグの項目にＴｒｕｅの値を記憶する。第２ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル１０１２のユーザＩＤの項目を検索することにより特定される第２ユーザのメールアドレスに基づき、確認テーブル１０１５の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。
サーバ１０の契約確認部１０４３は、受信した入力データを、当該入力データと関連付けられた入力項目ＩＤで特定される入力項目テーブル１０１６の入力データの項目に記憶する。これにより、ステップＳ３０５において、第２ユーザにより入力された入力データが、入力項目テーブル１０１６の入力項目情報として記憶される。
具体的に、第２ユーザは、第２ユーザ端末３０のディスプレイ３０８１に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第２ユーザ端末３０の入力装置３０６などを操作し、契約情報を確認するための確認画面７０に、表示された同意ボタン７４０を押下することにより、書類ＩＤ、第２ユーザを特定する情報、ステップＳ３０５において入力した入力項目ごとの入力データを含むリクエストをサーバ１０へ送信する処理を実行させる。第２ユーザを特定する情報は、第２ユーザＩＤ３０１１でも構わない。
サーバ１０の契約確認部１０４３は、受信したリクエストに基づき第２ユーザが契約情報を確認したことを示す情報を記憶する。具体的に、サーバ１０の契約確認部１０４３は、受信した書類ＩＤ、第２ユーザを特定する情報に基づき、確認テーブル１０１５を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。例えば、第２ユーザを特定する情報がメールアドレスである場合には、確認テーブル１０１５の書類ＩＤ、確認者メールアドレスの項目を検索し、特定されるレコードの確認フラグの項目にＴｒｕｅの値を記憶する。第２ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル１０１２のユーザＩＤの項目を検索することにより特定される第２ユーザのメールアドレスに基づき、確認テーブル１０１５の書類ＩＤ、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。
サーバ１０の契約確認部１０４３は、受信した入力データを、当該入力データと関連付けられた入力項目ＩＤで特定される入力項目テーブル１０１６の入力データの項目に記憶する。これにより、ステップＳ３０５において、第２ユーザにより入力された入力データが、入力項目テーブル１０１６の入力項目情報として記憶される。
【0081】
サーバ１０の契約確認部１０４３は、書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し特定されるレコードの確認可否の項目に、契約情報が承認できる状態であることを示す情報である「ブランク」、「確認可」の値を記憶する。また、サーバ１０の契約確認部１０４３は、書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し特定されるレコードの確認権限者メールアドレスの項目を消去する。これにより、当該書類ＩＤにより特定される契約情報を、他の第２ユーザが契約書確認処理により承認することができるようになる。なお、本処理は後述する電子署名処理の後に行っても良い。
また、第２ユーザが契約書確認処理を開始したものの、他の業務等により契約書確認処理を中断したりブラウザ等を閉じてしまった場合に、他の第２ユーザが契約情報の承認が行うことができなくなることが想定される。そのため、ステップＳ３０２において確認テーブル１０１５の書類ＩＤに基づき特定されるレコードに、確認可否、確認権限者メールアドレスが記憶された記憶日時から３０分、１時間等の一定期間経過した後に、本処理を実行しても構わない。これにより、第２ユーザが契約書確認処理を中断した場合においても、一定期間経過後は、第２ユーザは契約情報の承認を行うことができるようになる。
また、第２ユーザが契約書確認処理を開始したものの、他の業務等により契約書確認処理を中断したりブラウザ等を閉じてしまった場合に、他の第２ユーザが契約情報の承認が行うことができなくなることが想定される。そのため、ステップＳ３０２において確認テーブル１０１５の書類ＩＤに基づき特定されるレコードに、確認可否、確認権限者メールアドレスが記憶された記憶日時から３０分、１時間等の一定期間経過した後に、本処理を実行しても構わない。これにより、第２ユーザが契約書確認処理を中断した場合においても、一定期間経過後は、第２ユーザは契約情報の承認を行うことができるようになる。
【0082】
ステップＳ３０５において、サーバ１０の契約確認部１０４３は、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップを実行する。
一方、第２ユーザ端末３０の制御部３０４は、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報である「確認否」の値が記憶されており、確認権限者メールアドレスの項目に自身のメールアドレス以外のメールアドレスが記憶されている場合には、他の第２ユーザによる契約書確認処理が実行されているものと判定し、同意ボタン７４０を押下できない状態に制御する。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。つまり、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。
また、第２ユーザ端末３０の制御部３０４は、このとき確認権限者メールアドレスの値、または、契約情報の確認を行っている他の第２ユーザを識別するための識別情報を、第２ユーザ端末３０のディスプレイ３０８１表示しても良い。これにより、どのユーザによる契約書確認処理が競合していることにより、自身が契約情報の承認を行うことができないのか視覚的に確認することができる。また、当該、確認権限者メールアドレスにかかるユーザに対して催促等を行うことができる。
一方、第２ユーザ端末３０の制御部３０４は、取得した契約情報に含まれる確認可否の項目に、契約情報が承認できない状態であることを示す情報である「確認否」の値が記憶されており、確認権限者メールアドレスの項目に自身のメールアドレス以外のメールアドレスが記憶されている場合には、他の第２ユーザによる契約書確認処理が実行されているものと判定し、同意ボタン７４０を押下できない状態に制御する。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。つまり、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。
また、第２ユーザ端末３０の制御部３０４は、このとき確認権限者メールアドレスの値、または、契約情報の確認を行っている他の第２ユーザを識別するための識別情報を、第２ユーザ端末３０のディスプレイ３０８１表示しても良い。これにより、どのユーザによる契約書確認処理が競合していることにより、自身が契約情報の承認を行うことができないのか視覚的に確認することができる。また、当該、確認権限者メールアドレスにかかるユーザに対して催促等を行うことができる。
【0083】
承認制限ステップは、契約提示ステップにおいて所定の第２ユーザに対して契約文書の提示を開始してから、承認受付ステップにおいて所定の第２ユーザによる承認操作を受け付けるまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップを実行するものとしても良い。
具体的に、本開示においては少なくとも、ステップＳ３０３において第２ユーザに対して契約文書の表示がなされてから、ステップＳ３０５において契約文書に対する承認が行われる間は、他の第２ユーザの情報処理端末においては同意ボタン７４０が押下できない状態となることにより、当該契約文書に対する承認操作は制限される。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。
具体的に、本開示においては少なくとも、ステップＳ３０３において第２ユーザに対して契約文書の表示がなされてから、ステップＳ３０５において契約文書に対する承認が行われる間は、他の第２ユーザの情報処理端末においては同意ボタン７４０が押下できない状態となることにより、当該契約文書に対する承認操作は制限される。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。
【0084】
承認制限ステップは、契約提示ステップにおいて所定の第２ユーザに対して契約文書を提示を開始してから、署名付与ステップにおいて契約文書に電子署名を付与するまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップを実行するものとしても良い。
具体的に、ステップＳ３０３において第２ユーザに対して契約文書の表示がなされてから、ステップＳ３０５の電子署名処理により契約文書に対して電子署名が付与されるまでの間は、他の第２ユーザの情報処理端末においては同意ボタン７４０が押下できない状態となることにより、当該契約文書に対する承認操作を制限しても良い
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
具体的に、ステップＳ３０３において第２ユーザに対して契約文書の表示がなされてから、ステップＳ３０５の電子署名処理により契約文書に対して電子署名が付与されるまでの間は、他の第２ユーザの情報処理端末においては同意ボタン７４０が押下できない状態となることにより、当該契約文書に対する承認操作を制限しても良い
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
【0085】
その他、承認制限ステップは、承認受付ステップにおいて所定の第２ユーザからの承認操作を受付可能な期間は、他の第２ユーザによる契約文書に対する承認操作を制限しても良い。つまり、所定の第２ユーザから承認操作を受付可能な期間に渡って、他の第２ユーザからの承認操作の受付を制限しても構わない。
【0086】
サーバ１０の契約確認部１０４３は、すべての確認者による契約書確認処理が実行されたことを判定する。具体的に、サーバ１０の契約確認部１０４３は、確認テーブル１０１５において、確認者のレコードの確認フラグにＴｒｕｅの値が記憶されている場合に、すべての確認者による契約書確認処理が実行されたと判定する。
サーバ１０の契約確認部１０４３は、すべての確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第１ユーザへ送信する。なお、同様に、サーバ１０の契約確認部１０４３は、契約書確認処理が完了したことを通知するメッセージを第２ユーザへ送信しても良い。
サーバ１０の契約確認部１０４３は、すべての確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第１ユーザへ送信する。なお、同様に、サーバ１０の契約確認部１０４３は、契約書確認処理が完了したことを通知するメッセージを第２ユーザへ送信しても良い。
【0087】
具体的に、サーバ１０の契約確認部１０４３は、第１ユーザのメールアドレスへ、第２ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。つまり、第１ユーザに対して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。
【0088】
図１６は、第１ユーザ端末２０に通知されるメッセージを示す画面例である。第１ユーザ端末２０のディスプレイ２０８１に表示される、メッセージ画面８０には、メッセージ８１、契約情報を特定するための書類ＩＤを含むＵＲＬ８２の情報が含まれる。
【0089】
同様に、サーバ１０の契約確認部１０４３は、不図示のチャットサービス等を用いて、第２ユーザが契約情報の確認を完了したことを通知するメッセージに、第１ユーザへのメンションを含めて送信しても良い。つまり、第１ユーザに対して、チャットサービスを介して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。
第１ユーザへ通知するメッセージには、契約情報を特定するための書類ＩＤを含むエンドポイントであるＵＲＬの情報を含めても良い。
【0090】
第１ユーザは、第１ユーザ端末２０のブラウザアプリケーションにより、受信したメッセージに含まれるＵＲＬにより指定されたウェブページを開くことができる。第１ユーザ端末２０は、契約情報を参照し、照会するためのリクエストをサーバ１０へ送信する。サーバ１０の契約書確認部１０４３は、契約情報を参照し、照会するためのウェブページを生成しユーザ端末２０へ送信する。第１ユーザは、第１ユーザ端末２０のディスプレイ２０８１に表示された、ウェブページ画面から、契約情報に含まれる書類データをダウンロード等により取得することができる。
【0091】
サーバ１０の契約確認部１０４３は、複数のユーザが確認者として設定されている場合には、最後に契約書確認処理を実行したユーザ以外の確認者にかかるユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。これにより、確認者にかかるユーザも、すべての確認者により契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ１０の契約確認部１０４３は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ１０の契約確認部１０４３は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。
【0092】
具体的に、サーバ１０の契約確認部１０４３は、ユーザＩＤまたはメールアドレスに基づきユーザテーブル１０１２の、ユーザＩＤまたはメールアドレスの項目を検索することにより、グループＩＤの項目を取得する。サーバ１０の契約確認部１０４３は、取得したグループＩＤの項目に基づき、グループテーブル１０１３のグループＩＤの項目を検索し、管理者ＩＤの項目を取得し、管理者ＩＤに基づき、管理者に相当する権限を有するユーザをユーザテーブル１０１２のユーザＩＤを検索することにより特定し、契約書確認処理が完了したことを通知するメッセージを送信する。
【0093】
＜電子署名処理＞
ステップＳ３０５において、サーバ１０の契約確認部１０４３は、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップを実行する。
具体的に、サーバ１０の契約確認部１０４３は、ステップＳ３０５において第２ユーザから受け付けた契約締結を承認する指示に応じて、第１ユーザから受け付けた契約情報に、契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。
具体的に、サーバ１０の契約確認部１０４３は、受信したリクエストに基づき、契約情報に対し、電子署名を付与し記憶する。サーバ１０の契約確認部１０４３は、書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、契約情報を取得する。
サーバ１０の契約確認部１０４３は、取得した契約情報に電子署名を付与し、書類テーブル１０１４の書類データの項目に記憶する。なお、サーバ１０の契約確認部１０４３は、電子署名を付与した契約情報により書類データの項目を更新（上書き）しても良いし、電子署名付与前の契約情報を別途不図示の記憶装置に記憶しても構わない。
サーバ１０の契約確認部１０４３は、電子署名に、書類ＩＤ、第１ユーザのメールアドレス、第２ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第１ユーザ、第２ユーザの同意（承認）、タイムスタンプ、その他コメント等の付帯的な情報のいずれかの情報を含めても良い。
これにより、サーバ１０の契約確認部１０４３は、契約情報に第２ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
ステップＳ３０５において、サーバ１０の契約確認部１０４３は、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップを実行する。
具体的に、サーバ１０の契約確認部１０４３は、ステップＳ３０５において第２ユーザから受け付けた契約締結を承認する指示に応じて、第１ユーザから受け付けた契約情報に、契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。
具体的に、サーバ１０の契約確認部１０４３は、受信したリクエストに基づき、契約情報に対し、電子署名を付与し記憶する。サーバ１０の契約確認部１０４３は、書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、契約情報を取得する。
サーバ１０の契約確認部１０４３は、取得した契約情報に電子署名を付与し、書類テーブル１０１４の書類データの項目に記憶する。なお、サーバ１０の契約確認部１０４３は、電子署名を付与した契約情報により書類データの項目を更新（上書き）しても良いし、電子署名付与前の契約情報を別途不図示の記憶装置に記憶しても構わない。
サーバ１０の契約確認部１０４３は、電子署名に、書類ＩＤ、第１ユーザのメールアドレス、第２ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第１ユーザ、第２ユーザの同意（承認）、タイムスタンプ、その他コメント等の付帯的な情報のいずれかの情報を含めても良い。
これにより、サーバ１０の契約確認部１０４３は、契約情報に第２ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
【0094】
＜コンピュータの基本ハードウェア構成＞
図１７は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。
図１７は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。
【0095】
プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。
【0096】
主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0097】
補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。
【0098】
通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。
【0099】
なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0100】
＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図１７）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
コンピュータ９０の基本ハードウェア構成（図１７）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
【0101】
なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0102】
制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
【0103】
記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
【0104】
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
また、記憶部に、データ、各種プログラム、各種データベースを記憶させることにより、本開示にかかる情報処理装置、情報処理システムが製造されたものとして捉えることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
また、記憶部に、データ、各種プログラム、各種データベースを記憶させることにより、本開示にかかる情報処理装置、情報処理システムが製造されたものとして捉えることができる。
【0105】
なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。
【0106】
通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。
【0107】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
以上の各実施形態で説明した事項を以下に付記する。
【0108】
（付記１）
プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する契約管理プログラム。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
プロセッサと、記憶部とを備えるコンピュータに電子的な契約文書を記憶させるための契約管理プログラムであって、プロセッサが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する契約管理プログラム。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
【0109】
（付記２）
プロセッサが、確認者選択ステップにおいて選択された複数の第２ユーザに対して順番ではなく並列に、契約受付ステップにおいて受け付けた契約文書の承認を依頼するための通知を行う並列通知ステップ（Ｓ１０６）と、並列通知ステップにおいて通知された複数の第２ユーザのうち所定の第２ユーザによる操作に応じて、契約受付ステップにおいて受け付けた契約文書を所定の第２ユーザに対して提示する契約提示ステップ（Ｓ３０３）と、を実行し、承認受付ステップ（Ｓ３０５）は、契約提示ステップにおいて提示された契約文書に対する所定の第２ユーザによる承認操作を受け付けるステップである、付記１記載の契約管理プログラム。
これにより、所定の第２ユーザは、提示された契約文書の内容を確認し、当該契約文書に対して承認操作を行うことができる。
プロセッサが、確認者選択ステップにおいて選択された複数の第２ユーザに対して順番ではなく並列に、契約受付ステップにおいて受け付けた契約文書の承認を依頼するための通知を行う並列通知ステップ（Ｓ１０６）と、並列通知ステップにおいて通知された複数の第２ユーザのうち所定の第２ユーザによる操作に応じて、契約受付ステップにおいて受け付けた契約文書を所定の第２ユーザに対して提示する契約提示ステップ（Ｓ３０３）と、を実行し、承認受付ステップ（Ｓ３０５）は、契約提示ステップにおいて提示された契約文書に対する所定の第２ユーザによる承認操作を受け付けるステップである、付記１記載の契約管理プログラム。
これにより、所定の第２ユーザは、提示された契約文書の内容を確認し、当該契約文書に対して承認操作を行うことができる。
【0110】
（付記３）
並列通知ステップ（Ｓ１０６）は、確認者選択ステップにおいて選択された複数の第２ユーザに対して一斉に、契約文書の承認を依頼するための通知を行うステップである、付記２記載の契約管理プログラム。
これにより、確認者として選択された複数の第２ユーザに対して、一斉に契約文書の承認を依頼する通知を送信することができる。承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。
並列通知ステップ（Ｓ１０６）は、確認者選択ステップにおいて選択された複数の第２ユーザに対して一斉に、契約文書の承認を依頼するための通知を行うステップである、付記２記載の契約管理プログラム。
これにより、確認者として選択された複数の第２ユーザに対して、一斉に契約文書の承認を依頼する通知を送信することができる。承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。
【0111】
（付記４）
契約提示ステップ（Ｓ３０３）は、所定の第２ユーザよりも前に、他の第２ユーザによる契約文書の承認操作を受け付けていた場合において、当該他の第２ユーザが契約文書を承認したことを示す情報が付与された契約文書を所定の第２ユーザに提示するステップである、付記２記載の契約管理プログラム。
これにより、契約文書の承認を行う際に、他のユーザによる承認操作の内容が反映され、電子署名が付与された最新の契約文書の内容に基づき契約文書を承認することができる。すべての第２ユーザによる契約文書の承認が行われた場合には、契約文書の承認順序に従ってそれぞれの第２ユーザが前の第２ユーザが承認を行った契約文書に対してさらに承認を行ったことを記憶することができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
契約提示ステップ（Ｓ３０３）は、所定の第２ユーザよりも前に、他の第２ユーザによる契約文書の承認操作を受け付けていた場合において、当該他の第２ユーザが契約文書を承認したことを示す情報が付与された契約文書を所定の第２ユーザに提示するステップである、付記２記載の契約管理プログラム。
これにより、契約文書の承認を行う際に、他のユーザによる承認操作の内容が反映され、電子署名が付与された最新の契約文書の内容に基づき契約文書を承認することができる。すべての第２ユーザによる契約文書の承認が行われた場合には、契約文書の承認順序に従ってそれぞれの第２ユーザが前の第２ユーザが承認を行った契約文書に対してさらに承認を行ったことを記憶することができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
【0112】
（付記５）
契約提示ステップ（Ｓ３０３）は、契約文書を、当該契約文書に付与された電子署名に基づき特定される他の第２ユーザを特定する情報とを関連付けて、所定の第２ユーザに対して提示するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書を承認する際に、誰が既に当該契約文書を承認したのかを確認した上で、契約文書を承認することができる。
契約提示ステップ（Ｓ３０３）は、契約文書を、当該契約文書に付与された電子署名に基づき特定される他の第２ユーザを特定する情報とを関連付けて、所定の第２ユーザに対して提示するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書を承認する際に、誰が既に当該契約文書を承認したのかを確認した上で、契約文書を承認することができる。
【0113】
（付記６）
承認制限ステップ（Ｓ３０５）は、承認受付ステップにおいて所定の第２ユーザからの承認操作を受付可能な期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記２記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。つまり、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
承認制限ステップ（Ｓ３０５）は、承認受付ステップにおいて所定の第２ユーザからの承認操作を受付可能な期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記２記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている際に、他の第２ユーザからの承認操作を受け付けないようにできる。つまり、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
【0114】
（付記７）
承認制限ステップ（Ｓ３０５）は、契約提示ステップにおいて所定の第２ユーザに対して契約文書を提示を開始してから、承認受付ステップにおいて所定の第２ユーザによる承認操作を受け付けるまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
承認制限ステップ（Ｓ３０５）は、契約提示ステップにおいて所定の第２ユーザに対して契約文書を提示を開始してから、承認受付ステップにおいて所定の第２ユーザによる承認操作を受け付けるまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
【0115】
（付記８）
承認制限ステップ（Ｓ３０５）は、契約提示ステップにおいて所定の第２ユーザに対して契約文書を提示を開始してから、署名付与ステップにおいて契約文書に電子署名を付与するまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
承認制限ステップ（Ｓ３０５）は、契約提示ステップにおいて所定の第２ユーザに対して契約文書を提示を開始してから、署名付与ステップにおいて契約文書に電子署名を付与するまで、または、契約文書の提示が終了するまでの期間は、他の第２ユーザによる契約文書に対する承認操作を制限するステップである、付記４記載の契約管理プログラム。
これにより、所定の第２ユーザが契約文書の承認操作を行っている間に、他の第２ユーザにより当該契約文書が承認され電子署名が付与されることを避けることができる。誰がどのような状態の契約文書の確認を行ったのか電子署名に基づき正確に記憶することができる。
【0116】
（付記９）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、情報処理装置に、付記１から８のいずれか記載の契約管理プログラムを提供することを含む、情報処理システムの製造方法。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、情報処理装置に、付記１から８のいずれか記載の契約管理プログラムを提供することを含む、情報処理システムの製造方法。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
【0117】
（付記１０）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する情報処理装置。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する情報処理装置。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
【0118】
（付記１１）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する情報処理方法。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を確認する複数の第２ユーザの選択を受け付ける確認者選択ステップ（Ｓ１０２）と、確認者選択ステップにおいて選択された複数の第２ユーザによる契約文書に対する承認操作を、順番ではなく並列に受け付け可能な承認受付ステップ（Ｓ３０５）と、承認受付ステップにおいて受け付けた所定の第２ユーザによる承認操作に応じて、契約文書に、所定の第２ユーザが当該契約文書を承認したことを示す情報を電子署名として付与する署名付与ステップ（Ｓ３０５）と、承認受付ステップにおいて、所定の第２ユーザが契約文書を確認している間は、他の第２ユーザによる契約文書に対する承認操作を制限する承認制限ステップ（Ｓ３０５）と、を実行する情報処理方法。
これにより、複数のユーザが契約文書に対する承認を行う場合において、承認が可能なユーザから順番に契約文書の承認を行うことができるため契約締結までの完了時間を短くすることができる。また、確認者が契約文書を確認する場合において、それまでに誰が契約文書の承認を行ったのか電子署名により確認することができる。
また、後日、契約文書を再確認する場合においても、誰がどのような状態の契約文書の確認を行ったのか正確に確認することができる。
契約文書を順番を決めずに回覧する場合においても、確認者は安心して契約文書の確認を行う事が出来る。
【符号の説明】
【0119】
１ システム、１０ サーバ、１０１ 記憶部、１０４ 制御部、１０６ 入力装置、１０８ 出力装置、２０ 第１ユーザ端末、２０１ 記憶部、２０４ 制御部、２０６ 入力装置、２０８ 出力装置、３０ 第２ユーザ端末、３０１ 記憶部、３０４ 制御部、３０６ 入力装置、３０８ 出力装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
