WO2023163121A1 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

事業契約書に頼らず、当事者間にとって適切な内容の契約を締結する際の利便性を向上させること。規約生成部６２は、所定の契約に必要な情報のうち、不変情報が付された不変部分と、規約提示者及び前記規約同意者の交渉により内容が可変する可変情報が付される可変部分とを有する規約等を生成する。規約提供部６３は、規約等と、規約提示者及び前記規約同意者の交渉結果を可変情報として前記可変部分に付するための可変情報付加操作及び当該規約等に同意するための同意操作を受付けるユーザインタフェースとを、規約同意者端末３に提供する。規約管理部６４は、同意操作が受け付けられた場合、不変情報、可変情報、及び、規約同意者を特定可能な人物特定情報を含む規約等同意情報を規約ＤＢ５１に格納して管理する。

Description

情報処理装置、情報処理方法、及びプログラム

　本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

　従来より、契約書により電子契約を行うための技術は提案されている（例えば、特許文献１参照）。

特開２００６－２８５５９２号公報

　しかしながら、特許文献１を含む従来の技術のみでは、契約書の改竄を防いだり署名を管理することができるだけであり、契約の締結（という行為）の利便性を向上させることは十分にできていない。
　即ち、契約書全体の一言一句について契約の当事者間で確認や調整が行われ、そのうえで相互に署名等を行うことで契約が締結される。このように、契約書を用いる限り、契約の締結の利便性を向上させることは困難な状況である。

　本発明は、このような状況を鑑みてなされたものであり、契約書に頼らず、当事者間にとって適切な内容で契約を締結する際の利便性を向上させることを目的とする。

　上記目的を達成するため、本発明の一態様の情報処理装置は、
　所定の契約に関する規約等を提示する規約提示者により操作される第１端末と、当該規約等に対して同意をすることで前記所定の契約を前記規約提示者と締結する規約同意者により操作される第２端末と夫々通信をする情報処理装置において、
　前記所定の契約に必要な情報のうち、内容が不変な第１情報が付された不変部分と、前記規約提示者及び前記規約同意者の交渉により内容が可変する第２情報が付される可変部分とを有する規約等を生成する規約生成手段と、
　前記規約等と、前記規約提示者及び前記規約同意者の交渉結果を前記第２情報として前記可変部分に付するための第１操作と当該規約等に同意するための第２操作とを受付けるユーザインタフェースとを、前記第２端末に提供する規約提供手段と、
　前記第２操作が受け付けられた場合、前記不変部分に付された前記第１情報、前記第１操作により前記可変部分に付された前記第２情報、及び、前記規約同意者を特定可能な人物特定情報を含む情報を、規約等同意情報として所定のデータベースに格納して管理する規約管理手段と、
　を備える。

　本発明の一態様の情報処理方法及びプログラムの夫々は、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムの夫々である。

　本発明によれば、契約書に頼らず、当事者間にとって適切な内容で契約を締結する際の利便性を向上させることができる。

本発明の情報処理装置の一実施形態が適用される本サービスにより締結可能な規約のパターンを示す図である。 図１に示す規約のパターンのうち、本サービスで作成可能な拡張規約の一例を示す図である。 本サービスの流れの一例の概要を説明する図である。 図３の本サービスにより管理されている複数の規約同意者の規約等同意情報のうち、夫々の可変部分をリスト化したものの一例を示している。 図１の本サービスが適用される情報処理システム、即ち本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムの構成の一例を示す図である。 図５に示す情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。 図５の情報処理システムを構成する図６のサーバの機能的構成のうち、規約生成処理、規約締結処理、及び規約確認処理を実行するための機能的構成の一例を示す機能ブロック図である。 図５の規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、ＷＥＢサイト製作請負契約の例を示す図である。 図５の規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、ＷＥＢサイト製作請負契約の例を示す図である。 図５の規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、雇用契約の例を示す図である。 図５の規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、雇用契約の例を示す図である。 本発明に係る情報処理装置の第２実施形態のサーバの機能的構成を示す図である。 図１２のサーバの機能的構成のうち生存状態管理部の詳細構成を示す図である。

　以下、本発明の実施形態について、図面を用いて説明する。

　まず、図１乃至図３を参照して、本発明の情報処理装置の一実施形態が適用されるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。

　本サービスは、サービス提供者から、所定の契約を規約等で締結する当事者に対して提供されるサービスである。
　本明細書において「規約等」とは、規約、約款、規程、及び規則をまとめた総称を意味する。

　具体的には、本サービスは、規約等の管理運用にフォーカスしている。
　契約を成立させる手法、即ち当事者双方の意思表示を合致させる手法には、従来通り「契約書」を取り交わす手法（以下、「契約書手法」と呼ぶ）と、「それ以外の規約等」を用いる手法（以下、「規約等手法」と呼ぶ）とに大別される。本サービスでは、規約等手法が採用されている。
　以下さらに、本サービスで採用されている規約等手法について、従来の契約書手法と比較しながら説明する。

　とある契約が要式契約に該当しない限り、当該契約は、当事者の意思の合致（申込みの意思表示と承諾の意思表示との合致）のみによって成立する。
　その意味において、従来の契約書手法では、契約書の作成により当事者の意思の合致が行われる。即ち、商慣習にもよるが日本国内では、契約書に対して、当事者双方の記名押印をもって、上述の「当事者の意思の合致」の証跡とするのが一般的であり、民事訴訟法においても押印のある私文書に特殊な証拠力が認められている。

　しかしながら、契約書の作成は、契約の成立要件ではなく、「私的自治の原則」のもと、契約を成立させる方式は、当事者の自由に委ねられるのが原則である。
　本サービスで採用される規約等手法では、当事者のうち一方が、規約等を制定したうえで、当事者のうち他方に提示することで、当該他方に対して同意を求める。なお、以下、当事者のうち規約等を制定して提示する側の一方を、「規約提示者」と呼び、当事者のうち規約提示者から同意を求められる側の他方を、「規約同意者」と呼ぶ。
　ここで、規約等の内容は通常変更できず、同意するか又は同意しないかの二択となることから、日本国の法的には規約等の「提示」が「申込み」に該当し、それに対する「同意」が「承諾の意思表示」に該当する。したがって、規約等の提示と同意の両方が合致することで、規約等の内容に従った契約関係が発生する（契約が締結される）。その意味で、規約等は、契約書と同様に、日本国の法的には当事者双方の合致、即ち「当事者の意思の合致」等として有効である。従って、日本国の法的には、紙媒体での契約書で締結が必要と定められているもの（即ち上述の要式契約）以外は、ほぼ全てにおいて「規約等手法」によって契約を成立させることが可能である。
　ここで、規約等で規約同意者から同意を取得する手法には、「明示的同意」と「暗黙的同意」とに大別される。本サービスでは、「明示的同意」と「暗黙的同意」との両方とも対応可能とされている。

　なお、以下、説明の便宜上、規約等のうち規約を例として説明をする。ただし、以下、規約について記載しているものは、そのまま他の規約等にも当てはまるものである。

　図１は、本サービスにより締結可能な規約のパターンを示す図である。
　図１に示すように、本サービスで作成可能な規約のパターンとして、規約同意者の同意のログを残すパターンと、同意のログを残さないパターンとに大別される。
　規約同意者の同意のログを残さないパターンの一例としては、プライバシーポリシーや利用規約（掲載のみ）が存在する。
　これに対して、規約同意者の同意のログを残すパターンはさらに、個別交渉をしないパターンと、個別交渉をするパターンとに大別される。
　個別交渉をしないパターンの一例としては、利用規約（同意確認あり）が存在する。
　個別交渉をするパターンの一例は図２に示されている。

　図２は、図１に示す規約のパターンのうち、本サービスで作成可能な拡張規約の一例を示す図である。
　拡張規約は、図２に示すように、所定の契約の内容のうち、その内容が不変な情報（以下、「不変情報」と呼ぶ）が付された不変部分ＫＦと、規約提示者及び規約同意者の交渉によりその内容が可変する情報（以下、「可変情報」と呼ぶ）が付される可変部分ＫＫとを有する規約をいう。
　図２の例では、所定の企業が雇用契約で利用する場合の拡張規約が示されている。
　即ち、図２の例では、所定の企業（雇用者）が規約提示者であり、当該所定の企業に雇用される者（被雇用者）が規約同意者である。
　このため、被雇用者である限り等しく求められる規約の内容については、不変情報として不変部分ＫＦに付されて規約同意者に提示される。
　一方、図２に示すように、雇用期間、担当業務、給与（時給単価）、試用期間、休日等、人によって異なる条件等であって、雇用者（規約提示者）と被雇用者（規約同意者）との間の交渉によって決定されるものは、可変情報として可変部分ＫＫに付されることになる。

　以下、このような拡張規約により所定の契約が締結される場合の本サービスの流れについて、図３を参照して説明する。
　図３は、本サービスの流れの一例の概要を示す図である。

　本サービスでは、オンラインから提供されるソフトウェア（ＳａａＳ）が採用されている。即ち、サービス提供者ＳＡにより管理されるサーバ１において、規約等の新規作成から、当該規約等の更新及び改訂が行われる情報処理システム（データベース管理システム）が、本サービスでは採用されている。

　具体的には例えば、規約提示者ＫＴは、パーソナルコンピュータ、タブレット、スマートフォン等の情報処理装置２（以下、「規約提示者端末２」と呼ぶ）を操作することで本サービスを利用する。
　また、規約同意者ＫＤは、パーソナルコンピュータ、タブレット、スマートフォン等の情報処理装置３（以下、「規約同意者端末３」と呼ぶ）を操作することで本サービスを利用する。
　規約提示者端末２及び規約同意者端末３の夫々が、ブラウザ機能等を利用して、サーバ１により管理されるＳａａＳにアクセスすることで、規約提示者ＫＴ及び同意者ＫＤの夫々は本サービスを利用することができる。

　即ち、従来の契約書手法のうち、電子契約サービスにおける契約書により契約を締結する手法では、ファイル（ＰＤＦ等）へ当事者同士がオンライン上でサインし合う方式が採用されていた。
　これに対して、規約等手法が採用される本サービスでは、規約提示者ＫＴは、規約提示者端末２を操作してＳａａＳにアクセスして、文章全体が定型若くは一部が定型な規約（即ち拡張規約）を生成して、規約同意者端末３を介して規約同意者ＫＤに提示する。即ち、規約同意者ＫＤは、規約同意者端末３を操作してＳａａＳにアクセスして、提示された規約に対して同意をする。これにより、「何の規約を」「いつ」「誰が」「どこで」を含めて同意したかを特定可能な情報（以下、「規約等同意情報」と呼ぶ）が生成される。この規約等同意情報が、サービス提供者ＳＡにより管理されるＤＢ５１（以下、「規約ＤＢ５１」と呼ぶ）に格納されることで、規約提示者ＫＴ及び規約同意者ＫＤの両者の同意の証跡が記録される（規約等同意情報により示される契約が締結される）ことになる。
　ここで、本サービスは、１つの規約に対して、複数の規約同意者ＫＤの夫々の同意を紐づけて管理することができる。即ち従来の「契約書手法」と異なり、「規約等手法」が採用された本サービスは、ファイルレスで１対Ｎ（Ｎは１以上の任意の整数値）の同意をサポートする機能を有している。

　なお、必要に応じて、規約提示者端末２及び規約同意者端末３の夫々に、上述のＳａａＳと同様の機能を有する専用のアプリケーションソフトウェアがインストールされるようにしてもよい。これにより、規約提示者ＫＴ及び規約同意者ＫＤの夫々は、当該アプリケーションソフトウェアがインストールされた規約提示者端末２及び規約同意者端末３の夫々を用いて、本サービスを利用することができる。

　さらに以下、本サービスの流れの詳細について説明する。
　なお、図３に示すように、可変情報が付される前の可変部分ＫＫを特に「可変部分ＫＫＢ」と記述し、可変情報が付された後の可変部分ＫＫを特に「可変部分ＫＫＡ」と記述する。これに伴い、可変部分ＫＫＢの状態の拡張規約を、以下、「規約ＫＢ」と記述し、可変部分ＫＫＡの状態の拡張規約を、「規約Ｋ」と記述する。

　図３に示すように、ステップＳ１において、規約提示者ＫＴは、規約提示者端末２を操作してサーバ１のＳａａＳにアクセスすることによって、規約ＫＢ（データ）を作成する。

　ステップＳ２において、規約同意者ＫＤは、規約同意者端末３を操作してサーバ１のＳａａＳにアクセスすることで、規約ＫＢと、所定のユーザインタフェースとの提供を受ける。
　ここで、所定のユーザインタフェースは、規約提示者ＫＴ及び規約同意者ＫＤの交渉の結果を示す情報を可変情報として可変部分ＫＫＢに付するための操作（以下、「可変情報付加操作」と呼ぶ）を受け付ける。また、所定のユーザインタフェースは、規約同意者ＫＤが規約ＫＢに同意するための操作（以下、「同意操作」と呼ぶ）を受付ける。

　ステップＳ３ＫＴ及びステップＳ３ＫＧにおいて、規約提示者ＫＴと規約同意者ＫＤとは可変情報を決定するための交渉を行う。
　ここで、「交渉を行う」とは、時間的に同時に双方がコミュニケーションを取りながら交渉を行うことの他、規約提示者ＫＴが事前に可変情報案を提示し、その後に、規約同意者ＫＤが当該可変情報案を採用することで当該可変情報案を可変情報として確定することも含む広義な概念である。
　以下、後者の概念の「交渉を行う」ことが採用された例として説明する。
　即ち、規約提示者ＫＴは、ステップＳ１の規約ＫＢを作成する際に、ステップＳ３ＫＴとして、例えば、規約提示者端末２を操作して、所定のユーザインタフェースに、複数の可変情報案から規約同意者ＫＤに所望の案を選択させる選択肢や、所望の内容を入力させる空欄を可変部分ＫＫＢに設ける。また、規約提示者ＫＴは、必要に応じて、自身にとって所望の案を予め可変部分ＫＫＢに入力する（付する）こともできる。
　ステップＳ３ＫＤにおいて、ステップＳ２で規約ＫＢと共に所定のユーザインタフェースの提供を受けた規約同意者ＫＤは、規約同意者端末３を用いて、所定のユーザインタフェースに設けられた選択肢や空欄に対して、可変情報付加操作を行う。即ち、規約同意者ＫＤは、選択肢の中から所望の可変情報案を選択したり、空欄に所望の内容（可変情報案）を入力する。
　これにより、可変情報が付加された可変部分ＫＫＡが生成される。

　規約同意者ＫＤは、規約同意者端末３を用いて、上述のような可変情報付加操作を行った後、ステップＳ４として、同意操作をすることで規約Ｋに対する同意をする。
　ここで、同意には、上述したように、明示的な同意と、暗黙的な同意とが存在する。そこで、規約同意者ＫＤは、同意操作として、例えば、同意をすることを明示的に指示する操作（例えば後述の図９の「同意ボタンＤＢＭ」を押下する操作）を行うことで、明示的な同意をすることができる。また、規約同意者ＫＤは、同意操作として、例えば、別の目的の操作（例えば後述の図１１の、次の操作等を行うための「次へ進むボタンＤＢＡ」を押下する操作）を行うことで、暗黙的な同意をすることができる。

　ステップＳ５において、サーバ１（ＳａａＳ）は、不変部分ＫＦに付された不変情報、可変部分付加操作により可変部分ＫＫＡに付された可変情報、及び、規約同意者ＫＤを特定可能な情報（以下、「人物特定情報」と呼ぶ）を含む情報を、規約等同意情報として規約ＤＢ５１に格納する。これにより、規約等同意情報により特定される契約が締結されることになる。
　このようにして、規約等同意情報は、規約ＤＢ５１に格納されることで管理される。

　ここで、規約同意者ＫＤは、図３の例では１人のみ図示されていたが、特に１人に限定されず、複数人でもよい。
　具体的には例えば、フランチャイズ契約を本社と締結した店舗の店長が規約提示者ＫＴとして、１０人のアルバイトスタッフと雇用契約をするものとする。
　即ち、１０人のアルバイトスタッフの夫々が、規約同意者ＫＤになるものとする。
　１０人のアルバイトスタッフのうち、Ａさんは、勤続５年、週５勤務のフリーターであるとする。Ｂさんは、最近シフトを増やした（週１→週４）フリーターであるとする。Ｃさんは、繁忙期に短期（３ヶ月）で雇った学生であるとする。Ｄさんは、ワーホリビザの台湾人、勤務３ヶ月目、かつ来年帰国する者であるとする。Ｅさんは、来月から雇用予定の、扶養範囲内で働きたい主婦であるとする。その他、Ｆさん、Ｇさん、Ｈさん、Ｉさん、Ｊさんの計５人が存在するものとする。

　ここで、本サービスを導入する前においては、店舗は、常に人手不足で、アルバイトスタッフの出入りが激しかったとする。アルバイトスタッフは、年齢、経験、契約内容や期間、契約書の理解度等あらゆる条件が異なる。このため、店長は、アルバイトスタッフに対する内容周知や書類作成だけでひと仕事であった。店長は、フランチャイズ契約にも疑問があるが確認する暇がないので放置中であった。さらに、店長は、多忙のため、業務改善やアルバイトスタッフのフォローなど本来やるべき仕事もできない状況であった。このため、店舗の売上は横ばいであり、アルバイトスタッフも定着しない状況が続き、さらに店長は自分の仕事ができなくなっていた。このような悪循環に陥っている状況であったとする。

　具体的には例えば、店長は、自分以外は全員アルバイトスタッフなので、店舗経営の事務は全て一人でこなしていた。店長は、アルバイトスタッフは増やしたいけど、その分管理も大変であり、困っていた。
　また、アルバイトスタッフや本社との契約に関するトラブルが絶えなかった。
　例えば、Ａさんから「そろそろ時給上がるのではなかったですか？」という苦情、Ｂさんから「年末に有給を取りたいのですが、有給はあと何日残っているのですか？」という質問、Ｃさんから「ホールの業務はこなしますが、それ以外は契約外なのでしません」という主張（本来はそれ以外も担当する契約となっている）、Ｄさんから「バイクで事故を起こしてしまいした」という告白等多くの問題が挙げられていた。
　しかしながら、これらの問題は全て、契約の内容さえ相互に把握できていれば、解決できるものであった。
　ところが、本サービスの導入前においては、従来の契約書手法が採用されていた。従来の契約手法では、Ａさん、Ｂさん、Ｃさん、Ｄさんの夫々から、個別に何ページもの（かつ各ページとも多量の文字数の）契約書が存在していた。このため、これらの契約書から問題解決に必要な箇所をＡさん、Ｂさん、Ｃさん、Ｄさんの夫々の問題毎に見つけ出すことは、非常に手間がかかり、長時間を要するものであった。特に、２人以上のアルバイトスタッフについて異なる条件を見つけ出す場合には、２人以上のアルバイトの夫々の契約書（多量の文字数の契約書）を全て見比べる必要があり、要する手間と時間はさらに莫大なものになってしまう。
　このように、従来の契約書手法では、各アルバイトスタッフ毎にせっかく締結した契約書が使えてない状況であり、無駄なものになっていた。

　そこで、店長は、本サービスを導入して、各アルバイトスタッフ毎に拡張規約により雇用契約を締結することにした。
　このような店舗の従来の契約書は、殆どのケースにおいて、時給等の個別に定められるべき内容（パラメータ）以外は、固定された文面である。
　そこで、店長は、規約提示者端末２を操作してサーバ１（ＳａａＳ）にアクセスして、「固定された文面」を不変情報として付した不変部分ＫＦを作成し、「時給等の個別に定められるべき内容（パラメータ）」を可変情報として、当該可変情報が付される可変部分ＫＫを作成することで、簡単かつ短時間で規約ＫＢ（図２の例参照）を作成することができる。
　ここで、本例では、従来の契約書の「固定された文面」が存在したため、それを不変情報としてそのまま採用したが、新たに一から不変情報を作成することは店長（規約提示者ＫＴ）にとって手間と時間がかかることになってしまう。そこで、本サービスでは、小規模飲食店等の各業種や各分野毎に典型的に使用されている「固定された文面」がひな形として用意されている。規約提示者ＫＴは、このひな形を用いることで、簡単かつ短時間に不変情報を不変部分ＫＦに付することができるようになる。
　また、店長（規約提示者ＫＴ）にとって、変更する部分（即ち可変部分ＫＫ）と、変更しない部分（即ち不変部分ＫＦ）とは明確に区別して視認することが可能なため管理が容易である。特に、契約の見直しの際には、全てのアルバイトスタッフに適用すべき箇所は不変部分ＫＦを修正すればよいし、各アルバイトスタッフ毎に適用すべき箇所は人によって異なる可変部分ＫＫを修正すればよく、店長（規約提示者ＫＴ）にとって便宜である。
　当然ながら、来月雇用予定のＥさんと雇用契約を締結する場合、即ち、新たな規約Ｋを作成する場合であっても、店長（規約提示者ＫＴ）は、不変部分ＫＦについては他のアルバイトスタッフ（例えばＡさん）のものを流用し、可変部分ＫＫのみＥさん専用の内容を交渉のうえ付せばよい（実際にはＥさんに入力させればよい）。即ち、新たな規約Ｋの作成も簡単かつ短時間で可能になる。

　さらに、規約等同意情報は、各アルバイトスタッフ毎に規約ＤＢ５１に格納されて管理されている。
　そこで、店長は、規約提示者端末２を操作してサーバ１（ＳａａＳ）にアクセスすることによって、各アルバイトスタッフ（規約同意者ＫＤ）のうち少なくとも一部（例えばＡさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）の可変情報のみを規約ＤＢ５１から抽出して、図４に示すようなリスト化されたものを容易に視認することができる。
　図４は、図３の本サービスにより管理されている複数の規約同意者の規約等同意情報のうち、夫々の可変部分をリスト化したものの一例を示している。
　店長は、規約提示者端末２を操作してサーバ１（ＳａａＳ）にアクセスして図４に示すようなリストを視認するだけで、各アルバイトスタッフ毎に異なる部分（可変部分ＫＫに付された可変情報）を容易に見比べることができるようになる。
　このように、店長は、各アルバイトスタッフとトラブルになりがちな箇所（人によって異なる条件を示す可変情報）も一目瞭然で判断ができる。また、店長は、本サービスをクラウド（ＳａａＳ）で利用できるので気になったときにいつでも確認できるし、紙媒体の契約書のような紛失のリスクもないので安心することもできる。
　即ち、本サービスを利用することで、店長は、夫々異なる条件のアルバイトスタッフの雇用契約内容を一元管理することができるようになり、従来の契約書手法で生じていた上述の問題を一気に解決することができるようになる。
　より具体的にいえば、店長にとっては、トラブルも減り、何か問題が生じても雇用契約内容に立ち戻って判断できるから、当該問題を即座に解決できるようになり、その結果、時間と気持ちに余裕がうまれ、本来の業務に集中できるようになる。

　以上まとめると、本サービスを雇用契約に適用することで、雇用側（上述の例でいえば店長）は、雇用契約を規約化し、被雇用者毎に個別に定められるべき内容（可変情報）のみを「差分」として管理することが可能になる。これにより、雇用契約の締結スピードが短縮し、雇用側の低コスト化に寄与することが可能になる。

　なお、本サービスの適用先は、このような雇用契約に特に限定されない。即ち、本サービスは、各種各様な契約に対して適用可能である。

　例えば、本サービスは、ウェブサイト制作の受注の契約に対して適用可能である。
　具体的には例えば、事業者より業務委託又は請負にて制作を行うフリーランスの個人事業主がウェブサイト制作をするものとする。また、本来は詳細の契約を交わすべきだが、発注側（事業者側）が契約書を締結する考えを持っていないものとする。
　このような場合、発注側（事業者側）は、規約提示者ＫＴとして、図３のステップＳ１の規約ＫＢを作成すればよい。
　一方、フリーランスの個人事業主は、基本的なビジネス条件の相互了承を得るために見積書の提出時に、図３のステップＳ２乃至Ｓ５に沿った操作をすればよい。
　これにより、発注側（事業者側）は、フリーランスの個人事業主が発注時に規約に同意したものとみなす、といった同意を取得することができる。そして、このような規約での同意を得ることで、口約束等のエビデンスとして成立しない業務を無くすことができる。

　また例えば、本サービスは、企業の法務部門等が採用することもできる。
　即ち、企業がフルスクラッチの契約を締結する場合、当該企業法務部等が全面的にサポートする必要がある。
　そこで、企業の法務部門等は、規約化及び同意ログの収集を本サービスを利用してできるようにすれば、規約の一部を不変部分ＫＦのビジネス条件と割り切ったうえで、取引条件を可変情報として実際に顧客と向き合っている事業部門に交渉を委ねる（事業部門に可変部分ＫＫに付させる）ことができるようになる。
　これにより、法務コスト減と契約スピードアップを見込めるようになる。また、オーダーメイドな契約書が必要な場合は、既存の電子契約サービス（従来の契約書手法）を使い、それ以外のテンプレート化できる契約は本サービスを使うといった、適切な使い分けが可能になる。また、法務部門等が担うべき法律論の問題と事業部門が担うべき取引条件に関する役割分担が明確になり、同意（合意）までのリードタイムの短縮や不要な社内調整が不要になる。

　このように、本サービスは、契約書に頼らず、当事者間（規約提示者ＫＴとＮ人の規約同意者ＫＤとの間）にとって適切な内容の契約を締結する際の利便性を向上させることができる。
　したがって、本サービスは、一義的には、契約を担当している部署となる法務部門や法務担当者に利用されると好適である。
　さらに、本サービスが拡張していくと、規約等は消費者と繋ぐコミュニケーションデザインを担当する部門が掌握する可能性もでてくる。この場合は、マーケティング部門等が本サービスを利用すると好適である。
　さらにまた、本サービスは、フリーランサー（個人事業主）から小規模事業者、１対Ｎの契約数が多いエンタープライズまで全てが対象となり得る。

　次に、図５を参照して、上述した本サービスの提供を実現化させる情報処理システム、即ち本発明の情報処理装置の一実施形態に係るサーバ１が適用される情報処理システムの構成について説明する。
　図５は、本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムの構成の一例を示す図である。

　図５に示す情報処理システムは、サーバ１と、規約提示者端末２と、規約同意者端末３－１乃至３－ｎ（ｎは１以上の整数値）とを含むように構成されている。
　サーバ１、規約提示者端末２、及び規約同意者端末３－１乃至３－ｎは、インターネット等の所定のネットワークＮを介して相互に接続されている。

　サーバ１は、サービス提供者Ｓにより管理される情報処理装置である。サーバ１は、規約提示者端末２、及び規約同意者端末３－１乃至３－ｎと適宜通信をしながら、本サービスを実現するための各種処理をＳａａＳにて実行する。

　規約提示者端末２は、規約提示者ＫＴが操作する情報処理装置である。規約提示者端末２は、上述したように、パーソナルコンピュータ、タブレット、スマートフォン等で構成される。規約提示者端末２は、例えば規約提示者ＫＴによる各種情報の入力操作を受け付けてサーバ１（ＳａａＳ）に送信したり、サーバ１（ＳａａＳ）から送信されてきた各種情報を受信して表示したりする。なお、図５には規約提示者端末２が１台のみ描画されているが、これは説明を理解し易くするために簡略化させたものである。実際には規約提示者ＫＴの数に対応する規約提示者端末２が存在し得る。

　規約同意者端末３－１乃至３－ｎの夫々は、ｎ人の規約同意者ＫＤの夫々が操作する情報処理装置である。規約同意者端末３は、上述したように、パーソナルコンピュータ、タブレット、スマートフォン等で構成される。
　なお、以下、規約同意者端末３－１乃至３－ｎの個々を区別する必要がない場合、これらをまとめて図３で上述したように「規約同意者端末３」と呼ぶ。
　規約同意者端末３は、例えば規約同意者ＫＤによる各種情報の入力操作を受け付けてサーバ１（ＳａａＳ）に送信したり、サーバ１（ＳａａＳ）から送信されてきた各種情報を受信して表示したりする。

　図６は、図５に示す情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。

　サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

　ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
　ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

　ＣＰＵ１１、ＲＯＭ１２、及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

　入力部１６は、例えばキーボード等により構成され、各種情報を入力する。
　出力部１７は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
　記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
　通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図５の規約提示者端末２及び規約同意者端末３－１乃至３－ｎ）との間で通信を行う。

　ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
　また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

　なお、図示はしないが、図５の規約提示者端末２及び規約同意者端末３も、図６に示すハードウェア構成と基本的に同様の構成を有することができる。したがって、規約提示者端末２及び規約同意者端末３のハードウェア構成についての説明は省略する。

　このような図６のサーバ１の各種ハードウェアと各種ソフトウェアとの協働により、規約生成処理、規約締結処理、及び規約確認処理を含む各種処理の実行が可能になる。その結果、上述の本サービスを提供することができる。
　「規約生成処理」とは、規約提示者ＫＴの規約提示者端末２に対する操作に基づいて規約Ｋを生成する処理をいう。例えば上述の図１の例でいえば、ステップＳ１の処理が規約生成処理に該当する。
　「規約締結処理」とは、規約同意者ＫＤの規約同意者端末３に対するに基づいて、規約生成処理により生成された規約Ｋに対して規約同意者ＫＤが同意をして、その結果規約等同意情報を生成して規約ＤＢ５１に格納するまでの一連の処理をいう。例えば上述の図１の例でいえば、ステップＳ２乃至Ｓ５の一連の処理が規約締結処理に該当する。
　「規約確認処理」とは、規約等同意情報の少なくとも一部を規約提示者端末２や規約同意者端末３に表示させて、当該規約等同意情報の少なくとも一部を規約提示者ＫＴや規約同意者ＫＤに確認させる処理である。
　以下、図５の情報処理システムを構成する図６のサーバ１において実行される、規約生成処理、規約締結処理、及び規約確認処理を実行するための機能的構成について説明する。

　図７は、図５の情報処理システムを構成する図６のサーバの機能的構成のうち、規約生成処理、規約締結処理、及び規約確認処理を実行するための機能的構成の一例を示す機能ブロック図である。

　図７に示すように、サーバ１が規約生成処理を実行する場合、ＣＰＵ１１においては、規約処理制御部６１と、規約生成部６２とが機能する。
　サーバ１が規約締結処理を実行する場合、ＣＰＵ１１においては、規約処理制御部６１と、規約提供部６３と、規約管理部６４とがさらに機能する。
　サーバ１が規約確認処理を実行する場合、ＣＰＵ１１においては、規約リスト提示部６５と、規約検索抽出部６６とが機能する。

　また、サーバ１の記憶部１８の一領域には、上述の規約ＤＢ５１が設けられている。規約ＤＢ５１には、締結済みの規約等同意情報が各バージョン毎に夫々格納されて管理されている。

　規約処理制御部６１は、規約生成処理、規約締結処理、及び規約確認処理の夫々の実行を制御する。
　即ち、規約処理制御部６１は、規約生成処理を実行する場合、規約生成部６２を機能させる。
　規約処理制御部６１は、規約締結処理を実行する場合、規約提供部６３と、規約管理部６４とを機能させる。
　規約処理制御部６１は、規約確認処理を実行する場合、規約リスト提示部６５と、規約検索抽出部６６とを機能させる。

　規約生成部６２は、規約処理制御部６１の制御のもと、規約生成処理を実行する。
　即ち、規約生成部６２は、所定の契約に必要な情報のうち、不変情報が付された不変部分ＫＦと、規約提示者ＫＴ及び規約同意者ＫＤの交渉により内容が可変する可変情報が付される可変部分ＫＫとを有する規約ＫＢ（図３の例参照）を生成する。

　規約提供部６３及び規約管理部６４は、規約処理制御部６１の制御のもと、規約締結処理を実行する。

　即ち、規約提供部６３は、規約ＫＢと所定のユーザインタフェースとを、規約同意者端末３に提供する。
　所定のユーザインタフェースは、可変情報付加操作と同意操作とを受付けるものである。可変情報付加操作とは、上述したように、規約提示者ＫＴ及び規約同意者ＫＤの交渉の結果を示す情報を可変情報として可変部分に付するための操作である。
　同意操作とは、上述したように、規約Ｋに同意するための操作である。
　ここで、同意操作が、規約同意者ＫＤに対して明示的な同意を実行させるための操作である場合、規約処理制御部６１は、当該同意操作が受け付けられると、規約同意者ＫＤによる明示的な同意がなされたと認識する。
　これに対して、同意操作が、規約同意者ＫＤに対して別の目的で行わせる操作である場合、規約処理制御部６１は、当該同意操作が受け付けられると、規約同意者ＫＤによる暗黙的な同意がなされたと認識する。
　ここで、同意操作の形態は、特に限定されず、例えば、メールの送信、電話経由の番号押下、音声入力等であってもよいし、ＳＭＳ、ＬＩＮＥ（登録商標）、ＭＥＳＳＥＮＧＥＲ（登録商標）、Ｚｏｏｍ（登録商標）等のビデオ通話等を用いた意思表示等であってもよい。
　なお、このような可変情報付加操作と同意操作を受付ける所定のユーザインタフェースの具体例については、図８乃至図１１を参照して後述する。

　規約管理部６４は、上述の同意操作が受け付けられた場合、不変部分ＫＦに付された不変情報、可変情報付加操作により可変部分ＫＫに付された可変情報、及び、規約同意者ＫＤを特定可能な人物特定情報を含む情報を、規約等同意情報として規約ＤＢ５１に格納して管理する。
　ここで、人物特定情報が規約等同意情報に含まれることは、規約に対する同意した人物が規約同意者ＫＤであることを特定する同意ログを取得することを意味している。
　また、規約等同意情報は、規約Ｋについて可変部分ＫＫと不変部分ＫＦとを区分したうえでこれらを結合したデータであるともいえ、それ故、可変部分ＫＫを切り出して表示させるユーザインタフェース（後述するリストを表示させるもの）を実装することで、そのログ（規約Ｋ）に固有な部分（即ち、重要な部分）をわかりやすく表示させることもできる。
　このようにして、規約締結処理は終了し、規約提示者ＫＴと規約同意者ＫＤとの間において、規約Ｋの内容による所定の契約が締結される。
　以上説明したように、契約締結処理が実行されることによって、契約書に頼らず、当事者間（規約提示者ＫＴと規約同意者ＫＤとの間）にとって適切な内容の契約を締結する際の利便性を向上させることができる。

　ここで例えば、所定の契約に対して、複数の規約（例えば労働条件や秘密保持）からなる規約等セットが存在するものとする。
　この場合、規約処理制御部６１は、所定の規約に対して同意操作が受け付けられた場合、規約セットに対して規約同意者ＫＤによる同意がなされたと認識することができる。
　このようにして、複数の規約の同意をまとめて一度に得るグルーピング機能（例えば、「労働条件」や「秘密保持」をセットで同意を得る機能）が実現可能になる。

　ここで、所定の契約が締結された状態を、以下、「契約有状態」と呼ぶ。
　一方、「契約有状態」の後に、所定の事由により当該所定の契約の締結が無くなった状態を、以下、「契約無状態」と呼ぶ。
　契約無状態にするための所定の事由は、所定の契約の内容に応じて、解除、解約、及び同意解除の３種類が存在する。
　解除とは、予め定めた一定の事由や債務不履行が生じた場合に、当事者の一方が一方的に（相手方の意思とは関係なく）解除権を行使することで、契約当初にさかのぼって契約の効力を失わせることをいう。
　解約とは、将来的に契約を破棄することをいう。
　同意解除（解約）とは、契約の効力を無くすための新たな同意（内容は当該同意によってさまざま）をいう。
　本サービスでは、「契約有状態」から「契約無状態」にするためには、次のような流れが実行される。
　即ち、規約管理部６４は、所定の契約についての第１規約に対して同意操作が受け付けられた場合、当該所定の契約が「契約有状態」であることを、規約等同意情報に対応付けて管理するものとする。
　この場合、規約提示者ＫＴと規約同意者ＫＤとのうち少なくとも一方が「契約無状態」にすることを希望する際に、規約提示者ＫＴと規約同意者ＫＤの両者間で、「契約無状態」にするための所定の契約に関する交渉をする。即ち、まずはオフラインで同意形成が行われることになる。
　次に、規約生成部６２は、規約提示者ＫＴによる規約提示者端末２への操作内容にしたがって、所定の契約を解除、解約、又は同意解除するための第２規約を生成する。
　規約提供部６３は、第２規約と、当該第２規約に同意するための同意操作を受付けるユーザインタフェースとを、規約同意者端末３に提供する。
　規約管理部６４は、規約同意者ＫＤにより第２規約に対して同意操作が規約同意者端末３において受け付けられた場合、所定の契約が「契約無状態」であることを、規約等同意情報に対応付けて管理する。
　これにより、所定の契約の状態が「契約有状態」から「契約無状態」に遷移する。

　規約リスト提示部６５及び規約検索抽出部６６は、規約処理制御部６１の制御のもと、規約確認処理を実行する。

　例えば規約同意者ＫＤは複数人（上述の店長による雇用契約の例では、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん等総計１０人）が存在したものとする。
　この場合、規約管理部６４は、複数の規約同意者ＫＤのうち何れかが同意操作をする毎に、規約等同意情報のバージョンをあげていき、当該バージョン毎に規約等同意情報を規約ＤＢ５１に格納して管理する。
　規約リスト提示部６５は、規約等同意情報のうち、可変部分ＫＫに付加された可変情報の内容（例えば図４の雇用期間、担当者、単金、試用期間、休日）及び人物特定情報により特定される規約同意者（例えば図４のＡさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）を、バージョン毎にリスト化して（例えば図４に示すようにリスト化して）規約提示者端末２に提示する。

　規約検索抽出部６６は、規約提示者ＫＴによる規約提示者端末２に対する所定操作、又は、規約同意者ＫＤによる規約同意者端末３に対する所定操作に基づいて、規約ＤＢ５１から規約等同意情報を検索して抽出し、規約提示者端末２又は規約同意者端末３に送信する制御を実行する。
　ここで、送信形態は、特に限定されず、メール、電話、ＳＭＳ、ＬＩＮＥ（登録商標）、ＭＥＳＳＥＮＧＥＲ（登録商標）、Ｓｌａｃｋ（登録商標）、Ｚｏｏｍ等のビデオ通話（登録商標）等を採用することができる。

　次に、図８乃至図１１を参照して、規約同意者端末３に表示される規約ＫＢ及び所定のユーザインタフェースの具体例について説明する。

　図８及び図９は、規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、ＷＥＢサイト製作請負契約の例を示している。

　図８及び図９の上部には、規約ＫＢのうち可変部分ＫＫ、及び、可変情報付加操作を受付けるためのユーザインタフェースＫＩＦが示されている。
　可変部分ＫＫに付す（入力する）可変情報としては、委託者、業務内容（不変情報の２条１項で定義されるもの）、業務委託料（消費税別途）再委託に関する事項（不変情報の１１条で定義されるもの）、契約不適合責任（不変情報の１３条で定義されるもの）、有効期間、及び特記事項が存在する。

　ここで、委託者と、業務内容のうち最初の部分「Ｄａｙｚ株式会社のホームページ（コーポレートサイト）制作」とについては、規約提示者ＫＴ（ここではＤａｙｚ株式会社）により規約ＫＢの生成の際に付される（入力される）ものである（図３のステップＳ１におけるステップＳ３ＫＴに相当）。

　業務内容のうち、想定ページ数を付するユーザインタフェースＫＩＦとして、複数の数値から所望の数値を選択できるプルダウンメニューが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。
　業務内容のうち、ホームページデザイン、 ホームページ内のコンテンツ作成、サーバの構築、及びドメインの取得・設定の夫々を業務範囲に含めるか否かを選択するユーザインタフェースＫＩＦとして、「含む」、「含まない」、及び「その他（特記事項で定める）」の夫々を示すラジオボタン（１つだけを選択する選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。
　業務内容のうち、動作試験を行うブラウザを選択するユーザインタフェースＫＩＦとして、各種ブラウザの夫々を示すラジオボタン（複数選択可能な選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　業務委託料（消費税別途）を決定するユーザインタフェースＫＩＦとして、規約同意者ＫＤが自由記述できる入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　再委託に関する事項（１１条）を決定するユーザインタフェースＫＩＦとして、「再委託には甲の事前の承諾を要する」、及び、「乙自らの責任で再委託することができる」を夫々示すラジオボタン（１つだけを選択する選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　契約不適合責任（１３条）のうち起算点を決定するユーザインタフェースＫＩＦとして、「甲が不適合を知った日から」、及び「検修が完了した日から」を夫々示すラジオボタン（１つだけを選択する選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。
　契約不適合責任（１３条）のうち責任を負う期間を決定するユーザインタフェースＫＩＦとして、３つの期間を夫々示すラジオボタン（１つだけを選択する選択肢）、及び、具体的な期間（数値）を入力する入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　有効期間（１７条）を決定するユーザインタフェースＫＩＦとして、具体的な期間（数値）を入力する入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　特記事項を入力するためのユーザインタフェースＫＩＦとして、規約同意者ＫＤが自由記述できる入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。
　なお、特記事項には、規約提示者ＫＴ（ここではＤａｙｚ株式会社）により規約ＫＢの生成の際に予め付される（入力される）もの（図３のステップＳ１におけるステップＳ３ＫＴにおける交渉の内容に相当）が、存在する場合がある。

　このようなユーザインタフェースＫＩＦに対して各種可変情報が入力される操作が、可変情報付加操作の一例である。
　規約同意者ＫＤは、可変情報付加操作を終了した後、規約同意者端末３の画面をスクロールする等をすると、図９の下部に示す不変部分ＫＦに付された不変情報を閲覧することができる。
　規約同意者ＫＤは、不変部分ＫＦに付された不変情報を閲覧した後、同意操作として、同意ボタンＤＢＭを押下することができる。
　ここで、規約同意者ＫＤは、同意ボタンＤＢＭに示される「同意」という文字を視認したうえで、当該同意ボタンＤＢＭを押下することになる。即ち、同意ボタンＤＢＭの押下操作は、明示的な同意の操作の一例である。

　規約管理部６４は、このような同意操作が受け付けられた場合、図９の下部の不変部分ＫＦに付された不変情報、図８及び図９の上部の可変部分ＫＫに付された可変情報、及び、規約同意者ＫＤを特定可能な人物特定情報を含む情報を、規約等同意情報として規約ＤＢ５１に格納して管理する。
　これにより、規約締結処理は終了し、規約提示者ＫＴと規約同意者ＫＤとの間において、図８及び図９に示される規約Ｋの内容による所定の契約が締結される。

　図１０及び図１１は、規約同意者端末に表示される規約及び所定のユーザインタフェースの具体例として、雇用契約の例を示している。

　図１０には、規約ＫＢのうち可変部分ＫＫ、及び、可変情報付加操作を受付けるためのユーザインタフェースＫＩＦが示されている。
　可変部分ＫＫに付す（入力する）可変情報としては、１．社員氏名、２．社員住所、３．雇用期間、４．更新の有無、５．就業場所、６．業務内容、７．始業時間、８．終業時間、９．勤務曜日、及び、１０．月額賃金が存在する。

　１．社員氏名及び２．社員住所を入力するユーザインタフェースＫＩＦとして、規約同意者ＫＤが自由記述できる入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　３．雇用期間の定めの有無を決定するユーザインタフェースＫＩＦとして、期間の定め有及び定めなしの夫々を示すラジオボタン（１つだけを選択する選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。
　そして、３で期間の定めありを選択した場合のみに４．更新の有無を決定するユーザインタフェースＫＩＦとして、ある及びなしの夫々を示すラジオボタン（１つだけを選択する選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　５．就業場所を選択するユーザインタフェースＫＩＦとして、複数の場所から所望の場所を選択できるプルダウンメニューが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　６．業務内容を決定するユーザインタフェースＫＩＦとして、規約同意者ＫＤが自由記述できる入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　７．始業時間及び８．終業時間の夫々を決定するユーザインタフェースＫＩＦとして、複数の時間（数値）から所望の時間（数値）を夫々選択できるプルダウンメニューが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　９．勤務曜日を選択するユーザインタフェースＫＩＦとして、日曜乃至土曜の夫々を示すラジオボタン（複数選択可能な選択肢）が、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　１０．月額賃金を決定するユーザインタフェースＫＩＦとして、規約同意者ＫＤが自由記述できる入力ボックスが、規約同意者端末３に表示されることで規約同意者ＫＤに提示される。

　このようなユーザインタフェースＫＩＦに対して各種可変情報が入力される操作が、可変情報付加操作の一例である。
　規約同意者ＫＤは、可変情報付加操作を終了した後、規約同意者端末３の画面をスクロールする等をすると、図１１に示す不変部分ＫＦに付された不変情報を閲覧することができる。
　規約同意者ＫＤは、不変部分ＫＦに付された不変情報を閲覧した後、同意操作として、次へ進むボタンＤＢＡを押下することができる。
　ここで、規約同意者ＫＤは、次へ進むボタンＤＢＡに示される「次へ進む」という文字を視認して、次の画面等へ遷移させることを意図して（即ち、他の目的のために）当該同意ボタンＤＢＡを押下する。しかしながら、不変情報を閲覧した後に次の画面等へ遷移させることは、図１０及び図１１に示される規約の内容について暗黙的な同意がなされたと把握することができる。
　即ち、次へ進むボタンＤＢＡの押下操作は、暗黙的な同意の操作の一例である。

　規約管理部６４は、このような同意操作が受け付けられた場合、図１１の不変部分ＫＦに付された不変情報、図１０の可変部分ＫＫに付された可変情報、及び、規約同意者ＫＤを特定可能な人物特定情報を含む情報を、規約等同意情報として規約ＤＢ５１に格納して管理する。
　これにより、規約締結処理は終了し、規約提示者ＫＴと規約同意者ＫＤとの間において、図１０及び図１１に示される規約Ｋの内容による所定の契約が締結される。

　次に、第２実施形態を説明する。
　契約締結後の契約には、例えば、１．〇「アクティブ」（当初期間中）、２．〇「アクティブ」（自動更新中）、３．〇「アクティブ」（手動更新中）、４．●「契約期間満了」（自動）、５．●「合意解約」（同意が必要）、６．●「解除/取り消し」（管理者側が一方だけで設定可能）、７．●「内容変更済」（同意が必要）等の７つの状態が存在する。
　しかし、一般的にこれらのステータスは元の契約書が紙であっても電子契約であっても元の契約書を参照するだけでは判断できず、付随する情報を合わせて参照しなければ正しい契約状態の把握は困難である。

　例えば、契約書は紙に記名押印した状態で存在し、解約の合意はメールによって意思表示を行った。契約を電子契約で交わしたが、その後に契約内容の変更が必要になり、当該変更のための覚書を新たに電子契約とで交わした。等といったケースがあるとする。
　このようなケースでは、原契約と、原契約締結後になされた行為（上記のケースでは解約の意思表示を行ったメール、電子契約で締結された変更覚書）が何らかの人為的な方法により相互に紐づけて管理されている場合には一連の契約のステータスを管理することができる。他方、特段の措置を行わずこの紐づけが行われていない場合、特に契約当事者外の人間が、後に一連の当該契約を確認した場合に、例えば原契約書だけを参照してしまい、契約状態について誤った判断をしてしまう恐れがある。

　そこで、第２実施形態では、第１実施形態の構成（図７参照）に、契約の生存又は非生存の状態を管理する機能を用意する。
　以下、図１２、図１３を参照して本発明に係る情報処理装置の一実施形態のサーバの第２実施形態を具体的に説明する。
　図１２は、本発明に係る情報処理装置の第２実施形態のサーバの機能的構成を示す図である。
　図１３は、図１２のサーバの機能的構成のうち生存状態管理部の詳細構成を示す図である。
　第２実施形態では、サーバ１が規約の生存状態を管理する処理を実行する場合、図１２に示すように、生存状態管理部６７が機能する。なお、図１２において、図７の機能的構成と同一の要素については同一の符号を付しその説明は省略する。

　図７に示した機能的構成の動作を、図１３の「Ａ契約」に適用した場合、例えば図１３に示す「Ａ契約」等の所定の契約が行われる際には、規約提示者ＫＴから規約同意者ＫＤに対して同意依頼が行われ（ステップＳ１１）、この同意依頼に対して規約同意者ＫＤが同意した場合に（ステップＳ１２）、締結済みの規約等同意情報が規約ＤＢ５１に保存される。

　この場合、生存状態管理部６７は、「Ａ契約」についての状態が、アクティブ「契約有状態」及び非アクティブ「契約無状態」を含む複数の状態のうち何れの状態であるのかを管理する。
　例えば、生存状態管理部６７は、締結済みの「Ａ契約」の現在の状態を監視し、その監視結果に基づいて当該「Ａ契約」の状態の維持又は遷移を制御することで、当該「Ａ契約」の状態を監視する。
　具体的には、生存状態管理部６７は、起動時や常時等の所定タイミングで、規約ＤＢ５１に対象者（規約提示者ＫＴ及び規約同意者ＫＤ）毎に保存されている締結済みの「Ａ契約」の規約等同意情報をチェックする。チェック内容としては、例えば、チェック日に対して、例えば締結済みの規約の契約期間が満了しているか否か、更新されているか否か、契約内容に変更があるか否か、契約が解除されているか否か、等である。

　生存状態管理部６７の具体的な機能的構成としては、図１３に示すように、状態自動判定部７１、自動更新部７２、期間変更部７３、更新部７４、解約部７５等が機能する。

　状態自動判定部７１は、契約期間を基にした「Ａ契約」の契約状態を判定する。具体的には、状態自動判定部７１は、規約ＤＢ５１に保存されている対象者の「Ａ契約」の規約等同意情報の契約期間を参照し、契約期間とチェック日の日付とを自動的に比較して、アクティブ（契約状態が維持されている）状態か、非アクティブ（契約期間を満了しているか）状態かを判定する。
　そして、状態自動判定部７１は、その判定結果を、規約ＤＢ５１に記憶されている、例えばステータス管理テーブル等の該当項目（契約状態の項目）のステータスフラグに反映してステータスを管理する。図１３の例では、契約終了日に自動で非アクティブ化される。
　例えばアクティブ状態であれば、ステータスフラグの「１」を維持し、非アクティブであれば、ステータスフラグを「０」等に変更する。なお、ここではステータス管理の一例として、「１」と「０」のフラグを用いたがこれ以外であってもよい。

　自動更新部７２は、契約期間自動更新フラグを基にした契約期間の自動更新処理を実行する。具体的には、自動更新部７２は、規約ＤＢ５１に保存されている対象者の規約等同意情報の自動更新フラグを参照し、有効な自動更新フラグが設定されている場合に自動的に契約期間の更新を行う。図１３の例では、契約終了日に契約の合意解除がなければ、契約は自動で更新される。

　期間変更部７３は、手動操作により指示された契約期間の変更処理を実行する。具体的には、期間変更部７３は、規約提示者端末２における、規約提示者ＫＴの契約期間変更操作を受けて契約期間変更を実施する場合、規約同意者端末３に対して契約期間変更の同意要求を送信し、規約同意者ＫＤにも契約期間変更の同意を得た上で契約期間更新処理を実行する。図１３の例では、契約終了日を１年先に伸ばす等の契約期間の変更や短縮も可能である。

　更新部７４は、手動操作により契約内容を変更する。具体的には、更新部７４は、規約提示者端末２における、規約提示者ＫＴの契約内容の変更操作を受けて契約内容の変更を実施する場合は、規約同意者端末３に対して契約内容変更の同意要求を送信し、規約同意者ＫＤにも契約内容変更の同意を得た上で、契約内容の変更処理を実行する。
　なお、契約内容の変更処理結果のログ（履歴）は、規約ＤＢ５１に記憶される。ログとしては、元の契約（例えば「Ａ規約」等）とは別契約（例えば図１３の「Ａ’規約」等）として新たに管理し、元契約（「Ａ規約」等）は、非アクティブ化される。

　解約部７５は、手動操作により契約を解除する処理を実行する。具体的には、解約部７５は、規約提示者端末２における、規約提示者ＫＴの契約解除操作を受けて契約解除を実施する場合は、規約同意者端末３に対して契約内容変更の同意要求を送信し、規約同意者ＫＤからの同意の返信を受信し、規約同意者ＫＤに契約解除の同意を得た上で、契約解除の処理を実行する。図１３の例では、解約部７５により契約が解約されたタイミングで「Ａ規約」は、非アクティブ化される。
　また、解約部７５は、手動操作による強制契約解除／取り消しの処理を実行する。具体的には、解約部７５は、契約に対する違反等が確認され、契約が解除される場合に、規約提示者端末２における、規約提示者ＫＴの手動操作を受けて契約の状態を「解除／取り消し」に変更する処理を実行する。この場合は、規約同意者ＫＤからの同意は必要としない。
　なお、上述した各部により契約締結後の契約がアクティブか非アクティブな状態としてステータス管理がなされている状況を、上記「１．」乃至「７．」の７つの夫々の状態についてステータス管理画面等に表示してもよく、ステータスの変化が検出されたタイミングで個々の変化についてアラームを出すようにしてもよく、また、ユーザによる表示操作（ユーザの求め）に応じて夫々の状態のステータスを表示するようにしてもよい。

　このように第２実施形態によれば、契約締結後の契約の状態が、アクティブか非アクティブかを含む複数の状態のうち何れの状態であるのかをステータスとしてシステマチックに管理することで、規約提示者ＫＴ等のユーザが当該契約の状態を正しく把握することができる。
　一例をあげて説明すると、ＰＤＦ形式で作成される規約等は、例えば契約期間が既に終了している、規約等を途中で上書きして契約している、等といったケースで、契約の生死が判断し難く、誤った認識をしてしまう恐れがあるが、上記のように契約の生存状態をステータス管理することで、ユーザは、契約の状態を正しく把握することができる。
　なお、上述のように契約状態を管理する機能については、可変部分を有する拡張規約だけでなく、一般的な規約についても適用可能であり、また契約書においても適用することができる。

　この他、規約等や各状態のステータス等を印刷したりＰＤＦ形式のファイルとして出力することも可能である。また、ＤＢダンプ（日次差分）に対するタイムスタンプ認証をしてもよい。
　また、ビジネス面では、規約に対して保険をかけるようにしてもよい。

　以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものとみなす。

　例えば、上述の実施形態では、規約を例として説明したが、上述したように規約等にすべて当てはまるものである。

　また例えば、本サービスが適用される規約等の提示場所も上述の実施形態は例示に過ぎず、次のように各種各様な場所を採用することができる。
　具体的には例えば、オンラインの提示場所として、提案書、発注書、見積書、請求書、納品書等のデジタル書面の発行時又は送受信時に、同意のプロセスをバンドルしてもよい。
　また例えば、銀行、証券、保険等の金融口座における資金移動の発生時や移動完了時に同意のプロセスをバンドルしてもよい。
　また例えば、求人サイトや企業や組織のリクルートページでの内定通知後に、本サービスと連結して規約等による労働条件と秘密保持の同意に至るプロセスをしてもよい。

　上述の実施形態では、規約同意者ＫＤが操作する情報処理装置の一例として規約同意者端末３の例を説明したが、この他、例えばコンビニエンスストア等に設置されている端末で同意してもよい。
　また例えば、同意取得の「どこで」（或いは「時」）は、上述の実施形態に限定されず、上述したように、契約有状態を示すスイッチのＯＮ状態、及び、契約無状態を示すスイッチのＯＦＦ状態を切り替え可能な形態であれば足り、オンライン、デジタルに近いオフライン、Ｉｏｔ、メタバース等様々な形態を採用することができる。
　具体的には例えば、スマートロックの解錠や、ドアから入退出する時を採用するときができる。コンセントをさした時（即ち電力供給時）を採用することができる。車のイグニッション時又はオフ時等を採用することができる。タクシー等においては、車のドアが開いた時や乗り込んだ時を採用することができる。自動販売機の購入ボタンが押下された時を採用することができる。駅の改札口を通過した時を採用することができる。電話の発着信時（ダイヤルボタンのポチ時）を採用することができる。カメラにより撮像された時（スチールや動画に被写体としてうつった時）を採用することができる。蛇口を捻った時を採用することができる。予約サイトで予約した時を採用することができる。一意のドメイン（例えばＩＰアドレス）にアクセスした時を採用することができる。ビデオ通話内で口頭同意した時を採用することができる。ビデオ通話の終了後、テレビ会議システムでの会話を自動で書き起こし、退出時に同意をとる等の所定の時を採用することができる。顔認証、指紋認証、声紋や虹彩認証等生体認証をしたときを採用することができる。生体認証をした時を採用することで、本人性の問題解消が可能になる。握手や拳をフィスト・バンプした時、ハイタッチした時を採用することができる。チャットで絵文字を送った時を採用することができる。見積書等のファイルを発行したり送付する時を採用することができる。

　また例えば、本サービスの適用先は、上述の実施形態に限定されず、各種各様な事業に本サービスを適用することができる。
　例えば、規約等の同意ログ（規約等同意情報等）をベースにした事業（リーガルとファイナンスとを掛け合わせた事業）に本サービスは広く適用可能である。
　具体的には例えば、規約等での同意、同意形成、及び債権の存在を確認した上で、資金の融資契約、資金の支払いサイトの短縮化、若しくは延長での債権の回収や支払いをする事業（以下、「Ａ事業」と呼ぶ）に対して、本サービスを適用することができる。
　また例えば、規約等での同意、同意形成、及び債権の存在を確認した上で、保険契約をする事業（以下、「Ｂ事業」と呼ぶ）に対して、本サービスを適用することができる。
　Ａ事業又はＢ事業を実行するために第三者にＤＢを公開し、そのための同意を本サービスのユーザから取得する場合にも、本サービスを適用することができる。
　また例えば、規約等での同意や同意形成で発生した潜在債務（偶発債務）の数値を取得する事業に、本サービスを適用できる。具体的には例えば、人材紹介業であれば、試用期間中で解雇（報酬返還）は何件（いくらか）といった情報を取得する事業や、賠償責任を負っている契約は何件（いくらか）といった情報を取得する事業に、本サービスを適用することができる。
　また例えば、規約等でユーザを細分化してユーザにＡＢテストをする事業に、本サービスを適用することができる。
　即ち、従来、ウェブサービスに同意している規約は同一であるが、サービス提供者はサービスに調整を加えるために一部のユーザに対してのみチューニングを施した画面を提供して影響度合いを測りＡＢテストを実行している。
　ユーザの承諾を得ず、商業的な対価を支払わずにＡＢテストをサイレントで実行して良いものなのかという課題が生じる。
　このような課題を解決するために、本サービスを適用することができる。
　即ち、例えば、ユーザとの同意は、規約等がカバーしているのであれば、元の規約等で、ＡＢテストの実行ができるように当初からグルーピングした同意ユーザの属性を作る。そして、規約等で属性を切り分けておけば、そのユーザに対するＡＢテストを行いやすくなる。

　また、図５に示すシステム構成、及び図６に示すサーバ１のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

　また、図７に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した処理を全体として実行できる機能が図５の情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは、特に図７の例に限定されない。

　また、機能ブロック及びデータベースの存在場所も、図７に限定されず、任意でよい。
　図７の例では、全ての処理は、図５の情報処理システムを構成する図６のサーバ１のＣＰＵ１１の制御（ＳａａＳ）により行われる構成となっているが、これに限定されない。例えばサーバ１側に配置された機能ブロック及びデータベースの少なくとも一部を、規約提示者端末２側、規約同意者端末３側、又は図示せぬ他の情報処理装置が備える構成としてもよい。

　また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
　また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

　一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
　コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
　また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

　このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

　なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

　以上をまとめると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
　即ち、本発明が適用される情報処理装置（例えば図５のサーバ１）は、
　所定の契約に関する規約等を提示する規約提示者（例えば図３の規約提示者ＫＴ）により操作される第１端末（例えば図３や図５の規約提示者端末２）と、当該規約等に対して同意をすることで前記所定の契約を前記規約提示者と締結する規約同意者（例えば図３の規約同意者ＫＤ）により操作される第２端末（例えば図３や図５の規約同意者端末３）と夫々通信をする情報処理装置であって、
　前記所定の契約に必要な情報のうち、内容が不変な第１情報（例えば上述の不変情報）が付された不変部分（例えば図２の不変部分ＫＦ）と、前記規約提示者及び前記規約同意者の交渉により内容が可変する第２情報（例えば上述の可変情報）が付される可変部分（例えば図２の可変部分ＫＫ）とを有する規約等（例えば図３の規約ＫＢ）を生成する規約生成手段（例えば図７の規約生成部６２）と、
　前記規約等と、前記規約提示者及び前記規約同意者の交渉結果を前記第２情報として前記可変部分に付するための第１操作（例えば上述の可変情報付加操作）と当該規約等に同意するための第２操作（例えば上述の同意操作）とを受付けるユーザインタフェース（例えば図８及び図９、並びに図１０のユーザインタフェースＫＩＦ）とを、前記第２端末に提供する規約提供手段（例えば図７の規約提供部６３）と、
　前記第２操作が受け付けられた場合、前記不変部分に付された前記第１情報、前記第１操作により前記可変部分に付された前記第２情報、及び、前記規約同意者を特定可能な人物特定情報を含む情報を、規約等同意情報として所定のデータベース（例えば図７の規約ＤＢ５１）に格納して管理する規約管理手段（例えば図７の規約管理部６４）と、
　を備える。
　これにより、契約書に頼らず、当事者間（規約提示者ＫＴと規約同意者ＫＤとの間）にとって適切な内容の契約を締結する際の利便性を向上させることができる。

　前記規約同意者は複数人存在し（例えば店長と雇用契約を締結する上述の例では、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさんを含む１０人が存在し）
　前記規約管理手段は、複数の前記規約同意者のうち何れかが前記第２操作をする毎に、前記規約等同意情報のバージョンをあげていき、当該バージョン毎に前記規約等同意情報を前記所定のデータベースに格納して管理し、
　前記規約等同意情報のうち、前記第２情報の内容（例えば図４の雇用期間、担当者、単金、試用期間、休日）及び前記人物特定情報により特定される前記規約同意者（例えばＡさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）を、前記バージョン毎にリスト化して前記第１端末に提示する（例えば図４のリストを提示する）規約内容提示手段（例えば図７の規約リスト提示部６５）
　をさらに備えることができる。

　前記規約提示者による前記第１端末に対する所定操作、又は、前記規約同意者による前記第２端末に対する所定操作に基づいて、前記所定のデータベースから前記規約等同意情報を検索して抽出し、前記第１端末又は前記第２端末に送信する制御を実行する検索抽出手段（例えば図７の規約検索抽出部６６）
　をさらに備えることができる。

　規約提供手段により前記規約等及び前記ユーザインタフェースが前記第２端末に提供されてから、前記第２操作が受け付けられて前記規約等同意情報が前記所定のデータベースに格納されるまでの一連の処理の実行（例えば図３のステップＳ２乃至Ｓ５までの処理であり、上述の「契約締結処理」）を制御する規約処理制御手段（例えば図７の規約処理制御部６１）、
　をさらに備えることができる。

　前記第２操作は、前記規約同意者に対して明示的な同意を実行させるための操作（例えば図９の同意ボタンＤＢＭの押下操作）であり、
　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約同意者による明示的な同意がなされたと認識することができる。

　前記第２操作は、前記規約同意者に対して別の目的で行わせる操作（例えば図１１の次へ進むボタンＤＢＡの押下操作）であり、
　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約同意者による暗黙的な同意がなされたと認識することができる。

　前記規約管理手段は、前記所定の契約についての第１規約等に対して前記第２操作が受け付けられた場合、さらに、当該所定の契約が「契約有状態」であることを、前記規約等同意情報に対応付けて管理し、
　前記所定の契約を「契約無状態」にするための処理として、さらに、
　前記規約生成手段は、前記所定の契約を解除、解約、又は同意解除するための第２規約等を生成し、
　前記規約提供手段は、前記第２規約等と、当該第２規約等に同意するための前記第２操作を受付けるユーザインタフェースとを、前記第２端末に提供し、
　前記規約管理手段は、前記第２規約に対して前記第２操作が受け付けられた場合、前記所定の契約が「契約無状態」であることを、前記規約等同意情報に対応付けて管理する、
　ことができる。

　前記所定の契約に対して、前記規約等と、他の１以上の規約等とからなる規約等セットが存在し、
　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約等セットに対して前記規約同意者による同意がなされたと認識することができる。

　前記所定の契約（例えば図１３のＡ契約等）についての状態が、前記「契約有状態」（アクティブ）及び前記「契約無状態」（非アクティブ）を含む複数の状態のうち何れの状態であるのかを管理する契約状態管理手段（例えば図１３の生存状態管理部６７等）、
　を備えることができる。

　前記契約状態管理手段（例えば図１３の生存状態管理部６７等）は、
　前記所定の契約の現在の状態を監視し、その監視結果に基づいて当該所定の契約の状態の維持又は遷移を制御することで、当該所定の契約の状態を監視する、
　ことができる。

　１・・・サーバ、２・・・規約提示者端末、３、３－１乃至３－ｎ・・・規約同意者端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３１・・・リムーバブルメディア、５１・・・規約ＤＢ、６１・・・規約処理制御部、６２・・・規約生成部、６３・・・規約提供部、６４・・・規約管理部、６５・・・規約リスト提示部、６６・・・規約検索抽出部、６７・・・生存状態管理部、７１・・・状態自動判定部、７２・・・自動更新部、７３・・・期間変更部、７４・・・更新部、７５・・・解約部、ＫＦ・・・不変部分、ＫＫ・・・可変部分、ＫＴ・・・規約提示者、ＫＤ・・・規約同意者、ＫＢ・・・規約、ＫＩＦ・・・ユーザインタフェース、ＤＢＭ・・・同意ボタン

Claims (12)

1. 　所定の契約に関する規約等を提示する規約提示者により操作される第１端末と、当該規約等に対して同意をすることで前記所定の契約を前記規約提示者と締結する規約同意者により操作される第２端末と夫々通信をする情報処理装置において、
   　前記所定の契約に必要な情報のうち、内容が不変な第１情報が付された不変部分と、前記規約提示者及び前記規約同意者の交渉により内容が可変する第２情報が付される可変部分とを有する規約等を生成する規約生成手段と、
   　前記規約等と、前記規約提示者及び前記規約同意者の交渉結果を前記第２情報として前記可変部分に付するための第１操作と当該規約等に同意するための第２操作とを受付けるユーザインタフェースとを、前記第２端末に提供する規約提供手段と、
   　前記第２操作が受け付けられた場合、前記不変部分に付された前記第１情報、前記第１操作により前記可変部分に付された前記第２情報、及び、前記規約同意者を特定可能な人物特定情報を含む情報を、規約等同意情報として所定のデータベースに格納して管理する規約管理手段と、
   　を備える情報処理装置。
2. 　前記規約同意者は複数人存在し、
   　前記規約管理手段は、複数の前記規約同意者のうち何れかが前記第２操作をする毎に、前記規約等同意情報のバージョンをあげていき、当該バージョン毎に前記規約等同意情報を前記所定のデータベースに格納して管理し、
   　前記規約等同意情報のうち、前記第２情報の内容及び前記人物特定情報により特定される前記規約同意者を、前記バージョン毎にリスト化して前記第１端末に提示する規約内容提示手段、
   　をさらに備える請求項１に記載の情報処理装置。
3. 　前記規約提示者による前記第１端末に対する所定操作、又は、前記規約同意者による前記第２端末に対する所定操作に基づいて、前記所定のデータベースから前記規約等同意情報を検索して抽出し、前記第１端末又は前記第２端末に送信する制御を実行する検索抽出手段
   　をさらに備える請求項１又は２に記載の情報処理装置。
4. 　規約提供手段により前記規約等及び前記ユーザインタフェースが前記第２端末に提供されてから、前記第２操作が受け付けられて前記規約等同意情報が前記所定のデータベースに格納されるまでの一連の処理の実行を制御する規約処理制御手段、
   　をさらに備える請求項１乃至３のうち何れか１項に記載の情報処理装置。
5. 　前記第２操作は、前記規約同意者に対して明示的な同意を実行させるための操作であり、
   　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約同意者による明示的な同意がなされたと認識する、
   　請求項４に記載の情報処理装置。
6. 　前記第２操作は、前記規約同意者に対して別の目的で行わせる操作であり、
   　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約同意者による暗黙的な同意がなされたと認識する、
   　請求項４に記載の情報処理装置。
7. 　前記所定の契約に対して、前記規約等と、他の１以上の規約等とからなる規約等セットが存在し、
   　前記規約処理制御手段は、前記第２操作が受け付けられた場合、前記規約等セットに対して前記規約同意者による同意がなされたと認識する、
   　請求項４のうち何れか１項に記載の情報処理装置。
8. 　前記規約管理手段は、前記所定の契約についての第１規約等に対して前記第２操作が受け付けられた場合、さらに、当該所定の契約が「契約有状態」であることを、前記規約等同意情報に対応付けて管理し、
   　前記所定の契約を「契約無状態」にするための処理として、さらに、
   　前記規約生成手段は、前記所定の契約を解除、解約、又は同意解除するための第２規約等を生成し、
   　前記規約提供手段は、前記第２規約等と、当該第２規約等に同意するための前記第２操作を受付けるユーザインタフェースとを、前記第２端末に提供し、
   　前記規約管理手段は、前記第２規約等に対して前記第２操作が受け付けられた場合、前記所定の契約が「契約無状態」であることを、前記規約等同意情報に対応付けて管理する、
   　請求項１乃至７のうち何れか１項に記載の情報処理装置。
9. 　前記所定の契約についての状態が、前記「契約有状態」及び前記「契約無状態」を含む複数の状態のうち何れの状態であるのかを管理する契約状態管理手段、
   　を備える請求項８に記載の情報処理装置。
10. 　前記契約状態管理手段は、
    　前記所定の契約の現在の状態を監視し、その監視結果に基づいて当該所定の契約の状態の維持又は遷移を制御することで、当該所定の契約の状態を監視する、
    　請求項９に記載の情報処理装置。
11. 　所定の契約に関する規約等を提示する規約提示者により操作される第１端末と、当該規約等に対して同意をすることで前記所定の契約を前記規約提示者と締結する規約同意者により操作される第２端末と夫々通信をする情報処理装置が実行する情報処理方法において、
    　前記所定の契約に必要な情報のうち、内容が不変な第１情報が付された不変部分と、前記規約提示者及び前記規約同意者の交渉により内容が可変する第２情報が付される可変部分とを有する規約等を生成する規約生成ステップと、
    　前記規約等と、前記規約提示者及び前記規約同意者の交渉結果を前記第２情報として前記可変部分に付するための第１操作と当該規約等に同意するための第２操作とを受付けるユーザインタフェースとを、前記第２端末に提供する規約提供ステップと、
    　前記第２操作が受け付けられた場合、前記不変部分に付された前記第１情報、前記第１操作により前記可変部分に付された前記第２情報、及び、前記規約同意者を特定可能な人物特定情報を含む情報を、規約等同意情報として所定のデータベースに格納して管理する規約管理ステップと、
    　を含む情報処理方法。
12. 　所定の契約に関する規約等を提示する規約提示者により操作される第１端末と、当該規約等に対して同意をすることで前記所定の契約を前記規約提示者と締結する規約同意者により操作される第２端末と夫々通信をするコンピュータに、
    　前記所定の契約に必要な情報のうち、内容が不変な第１情報が付された不変部分と、前記規約提示者及び前記規約同意者の交渉により内容が可変する第２情報が付される可変部分とを有する規約等を生成する規約生成ステップと、
    　前記規約等と、前記規約提示者及び前記規約同意者の交渉の結果を示す情報を前記第２情報として前記可変部分に付するための第１操作と当該規約等に同意するための第２操作とを受付けるユーザインタフェースとを、前記第２端末に提供する規約提供ステップと、
    　前記第２操作が受け付けられた場合、前記不変部分に付された前記第１情報、前記第１操作により前記可変部分に付された前記第２情報、及び、前記規約同意者を特定可能な人物特定情報を含む情報を、規約等同意情報として所定のデータベースに格納して管理する規約管理ステップと、
    　を含む制御処理を実行させるプログラム。

Images