JP2024055413A - 電子契約プログラム、情報処理装置、情報処理システムの製造方法、情報処理方法 - Google Patents

Abstract

【課題】契約締結の代理権を有さない従業者等による契約締結（無権代理）を避ける電子契約プログラム、情報処理装置、情報処理システム及び情報処理方法を提供する。【解決手段】電子契約プログラムによる決裁権者設定処理は、第１組織と第２組織との契約手続きにおいて契約文書を承認可能な代理権を有するユーザを設定する決裁権者設定ステップと、第１組織の第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、契約受付ステップにおいて受け付けた契約文書の契約の相手方の組織が、第１組織との契約手続きにおいて代理権を有するユーザが設定される第２組織である場合に、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定される代理権を有する第４ユーザを特定する第４ユーザ識別情報を、契約文書を承認するユーザとして受け付ける第２決裁者受付ステップと、を備える。【選択図】図１２

Description

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

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

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

異なる組織間の電子的な契約手続き（電子契約）において、それぞれの組織において契約締結の代理権を有さない従業者等が、電子契約サービスのユーザとして当該電子契約を承認することにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）が行われてしまうという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避ける技術を提供することである。

プロセッサと記憶部とを備えるコンピュータに、異なる組織間の電子的な契約手続きを実行させるための電子契約プログラムであって、第１組織と第２組織との契約手続きにおいて契約文書を承認可能な代理権を有するユーザを設定する決裁権者設定ステップと、第１組織の第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、契約受付ステップにおいて受け付けた契約文書の契約の相手方の組織が、第１組織との契約手続きにおいて代理権を有するユーザが設定される第２組織である場合に、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定される代理権を有する第４ユーザを特定する第４ユーザ識別情報を、契約文書を承認するユーザとして受け付ける第２決裁者受付ステップと、を実行する、電子契約プログラム。

本開示によれば、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

決裁権限者テーブル１０１８は、決裁権限者に関する情報（決裁権限者情報）を記憶し管理するためのテーブルである。
決裁権限者テーブル１０１８は、書類ＩＤ、グループＩＤ、ドメイン名、ユーザＩＤ、役職、決裁条件のカラムを有するテーブルである。
図１１は、決裁権限者テーブル１０１８のデータ構造を示す図である。

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。
グループＩＤは、グループを識別するためのグループ識別情報を記憶する項目である。
ドメイン名は、ドメイン名を記憶する項目である。ドメイン名はグループＩＤにより特定されるグループのドメイン名を記憶する項目である。なお、ドメイン名ではなく、組織等のグループを特定可能な任意の識別情報、文字列等（グループ特定情報、組織特定情報）でも構わない。
ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザＩＤには、グループ識別情報により特定されるグループにおいて、契約締結にかかる代理権を有するユーザのユーザＩＤが記憶される。ユーザＩＤは、契約締結にかかる承認権限を有する。
役職は、ユーザＩＤにより特定されるユーザの役職に関する情報（役職情報）を記憶する項目である。役職は、課長、部長、室長、役員、執行役員、取締役等の役職に関する情報が記憶される。
決裁条件は、ユーザＩＤにより特定されるユーザの決裁条件に関する情報（決裁条件情報）を記憶する項目である。決裁条件情報は、決裁可能な取引金額の範囲（上限、下限値）、決裁可能な契約書の種類、決裁可能な取引対象物の種類等が含まれる。
決裁条件情報は、ユーザＩＤにより特定されるユーザが所属する会社等のグループにおいて予め定められた職務権限規則等の任意の規則に従って定義される情報であっても良い。
決裁権限情報は、ユーザＩＤにより特定されるユーザが決裁可能な取引に関する任意の条件を記憶可能な項目である。ユーザＩＤにより特定されるユーザは、決裁条件に含まれる取引を規定した契約文書を決裁することができる。

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

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

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

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

設定部１０４４は、決裁権者設定処理、決裁権者通知処理を実行する。詳細は後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示において、サーバ１０における決裁権者設定処理、契約書作成処理、契約書確認処理を以下に説明する。

＜決裁権者設定処理＞
決裁権者設定処理は、契約書作成処理、契約書確認処理に先立って、作成者および確認者にかかるユーザの所属するグループにおける決裁権者にかかるユーザを設定する処理である。

＜決裁権者設定処理の概要＞
決裁権者設定処理は、作成者にかかるユーザがサービスにログインし、契約文書の確認者にかかるユーザを設定し、作成者側の決裁権者を設定し、作成者側の決裁権者が承認を行い、確認者にかかるユーザに送信し、確認者にかかるユーザがサービスにログインし、確認者側の決裁権者を設定し、確認者側の決裁権者が承認を行い、設定を完了するとともに、決裁権限者情報を記憶する一連の処理である。決裁権者設定処理により、第１組織および第２組織において契約文書を承認可能な代理権を有するユーザが設定される。
なお、第１ユーザ、第３ユーザは、第１組織に所属する。第２ユーザ、第４ユーザは、第２組織に所属する。
具体的、第１ユーザ、第３ユーザを特定する第１ユーザＩＤ、第３ユーザＩＤは、ユーザテーブル１０１２において、第１組織を特定する第１グループＩＤに関連付けられて記憶される。第２ユーザ、第４ユーザを特定する第２ユーザＩＤ、第４ユーザＩＤは、ユーザテーブル１０１２において、第２組織を特定する第２グループＩＤに関連付けられて記憶される。

第１ユーザ、第２ユーザは、それぞれ、後述する契約書作成処理および契約書確認処理において作成者、確認者にかかるユーザであるが、決裁権者設定処理は第１組織に所属する第１ユーザ以外のユーザ、第２組織に所属する第２ユーザ以外のユーザの間で実行されても構わない。例えば、第１組織に所属する第５ユーザを作成者、第２組織に所属する第６ユーザを受信者として決裁権者設定処理が実行されても良い。この場合においても、契約書作成処理、契約書確認処理において第１組織および第２組織との間で締結される契約情報について、第３ユーザおよび第４ユーザを、それぞれ、第１組織、第２組織における契約締結可能な代理権を有するユーザとして扱う。
これにより、過去に第１組織および第２組織間における任意のユーザ間で決裁権限者設定処理が実行された場合には決裁権限者設定処理を省略しても良い。

＜決裁権者設定処理の詳細＞
以下に、決裁権者設定処理の詳細を説明する。

ステップＳ５０１において、作成者となる第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作して、第１ユーザ端末２０のブラウザアプリケーションにおいて、決裁権者設定処理を実行するためのＵＲＬを入力しウェブページ（決裁権者設定ページ）を開く。第１ユーザは、第１ユーザＩＤ２０１１、パスワード等を入力してサービスにログインする。これにより、第１ユーザ端末２０は、決裁権者設定処理を実行させるためのリクエストをサーバ１０へ送信する。

ステップＳ５０２において、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報の確認者（受信者）となるユーザを選択し特定する。本開示において、第１ユーザは、受信者として第２ユーザを選択し特定するものとする。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者設定ページに設けられた確認者を指定する入力欄に、確認者となる第２ユーザの第２メールアドレスを入力し、サーバ１０へ送信する。ステップＳ５０２において、第１ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。

ステップＳ５０３において、サーバ１０の設定部１０４４は、第１ユーザから、第１組織において契約文書を締結する代理権を有する第３ユーザ識別情報を受け付ける第１決裁者選択ステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者設定ページに設けられた作成者側の決裁権者を指定する入力欄に、第１ユーザが所属するグループ（第１組織）のドメイン名、第１ユーザが所属するグループ（第１組織）において契約締結可能な代理権を有する第３ユーザの第３ユーザＩＤ、第３ユーザの役職、第３ユーザの決裁条件に関する情報を入力し、サーバ１０へ送信する。ステップＳ５０３において、第１ユーザは、複数の代理権を有するユーザを選択し設定できるものとしても良い。
サーバ１０の設定部１０４４は、受信した第３ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、第３ユーザの第３メールアドレスを取得する。サーバ１０の設定部１０４４は、取得した第３メールアドレスに、第１ユーザから第１組織において、決裁権者の確認依頼が送信されたことを通知するメッセージを送信する。

ステップＳ５０４において、サーバ１０の設定部１０４４は、第１ユーザから、第１決裁者選択ステップにおいて受け付けた第３ユーザ識別情報の公開範囲を規定した公開範囲情報を受け付ける公開範囲受付ステップを実行しても良い。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者設定ページに設けられた作成者側の決裁権者の公開範囲を指定する入力欄に、第３ユーザＩＤ、第３メールアドレス、役職、決裁条件等の第３ユーザに関する情報の公開範囲に関する情報を入力する。例えば、公開範囲情報として、企業名、組織名、グループ名の他、上場有無等の企業、組織、グループ属性、契約文書において規定される取引金額の範囲など任意の条件を設定することができる。
公開範囲情報は、契約締結可能な代理権を有する複数のユーザについて、それぞれのユーザごとに異なる公開範囲情報が設定できるものとしても良い。公開範囲情報は、契約締結可能な代理権を有する複数のユーザについて、所属するグループごとに同一の公開範囲情報が設定できるものとしても良い。

ステップＳ５０５において、サーバ１０の設定部１０４４は、第３ユーザから、第１決裁者選択ステップにおいて受け付けた第３ユーザ識別情報を、第１組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第１決裁者承認ステップを実行する。
具体的に、第３ユーザは、第３ユーザ端末の入力装置を操作して受信したメッセージに記載されたＵＲＬを選択することにより、第３ユーザ端末のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。ウェブページは、第１ユーザから第１組織において、決裁権者の確認依頼が行われたことを示す情報が含まれる。第３ユーザは、第３ユーザ端末の入力装置を操作してウェブページに表示された「承認」ボタンを押下することにより選択する。第３ユーザ端末の制御部は、第３ユーザが契約文書を締結する代理権を有するユーザのユーザ識別情報であることを承認するリクエストをサーバ１０へ送信する。
なお、第１決裁者承認ステップは、第１ユーザにより設定された公開範囲情報を承認するステップを含んでも良い。具体的に、第３ユーザは、第３ユーザ端末の入力装置を操作してウェブページに表示された「承認」ボタンを押下すると、ステップＳ５０４において第１ユーザにより設定された公開範囲情報が第３ユーザにより承認される。

ステップＳ５０６において、サーバ１０の設定部１０４４は、ステップＳ５０２において受信した第２ユーザの第２メールアドレスを取得する。サーバ１０の設定部１０４４は、取得した第２メールアドレスに、第２組織において契約文書を締結する代理権を有するユーザの入力を促すメッセージを第２ユーザへ送信する。

ステップＳ５０７において、確認者となる第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページ（決裁権者設定ページ）を開く。第２ユーザは、第２ユーザＩＤ３０１１、パスワード等を入力してサービスにログインする。これにより、第２ユーザ端末３０は、決裁権者設定処理を実行させるためのリクエストをサーバ１０へ送信する。

ステップＳ５０８において、サーバ１０の設定部１０４４は、第２ユーザから、第２組織において契約文書を締結する代理権を有する第４ユーザ識別情報を受け付ける第２決裁者選択ステップを実行する。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、決裁権者設定ページに設けられた作成者側の決裁権者を指定する入力欄に、第２ユーザが所属するグループ（第２組織）のドメイン名、第２ユーザが所属するグループ（第２組織）において契約締結可能な代理権を有する第４ユーザの第４ユーザＩＤ、第４ユーザの役職、第４ユーザの決裁条件に関する情報を入力し、サーバ１０へ送信する。ステップＳ５０８において、第２ユーザは、複数の代理権を有するユーザを選択し設定できるものとしても良い。
サーバ１０の設定部１０４４は、受信した第４ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、第４ユーザの第４メールアドレスを取得する。サーバ１０の設定部１０４４は、取得した第４メールアドレスに、第２ユーザから第２組織において、決裁権者の確認依頼が送信されたことを通知するメッセージを送信する。

ステップＳ５０９において、サーバ１０の設定部１０４４は、第２ユーザから、第２決裁者選択ステップにおいて受け付けた第４ユーザ識別情報の公開範囲を規定した公開範囲情報を受け付ける公開範囲受付ステップを実行しても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作し、決裁権者設定ページに設けられた作成者側の決裁権者の公開範囲を指定する入力欄に、第４ユーザＩＤ、第４メールアドレス、役職、決裁条件等の第４ユーザに関する情報の公開範囲に関する情報を入力する。公開範囲に関する情報は、ステップＳ５０３における第１組織の場合と同様であるため説明を省略する。

ステップＳ５１０において、サーバ１０の設定部１０４４は、第４ユーザから、第２決裁者選択ステップにおいて受け付けた第４ユーザ識別情報を、第２組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第２決裁者承認ステップを実行する。
具体的に、第４ユーザは、第４ユーザ端末の入力装置を操作して受信したメッセージに記載されたＵＲＬを選択することにより、第４ユーザ端末のブラウザアプリケーションにより当該ＵＲＬにより指定されたウェブページを開くことができる。ウェブページは、第４ユーザから第２組織において、決裁権者の確認依頼が行われたことを示す情報が含まれる。第４ユーザは、第４ユーザ端末の入力装置を操作してウェブページに表示された「承認」ボタンを押下することにより選択する。第４ユーザ端末の制御部は、第４ユーザが契約文書を締結する代理権を有するユーザのユーザ識別情報であることを承認するリクエストをサーバ１０へ送信する。
なお、第２決裁者承認ステップは、第２ユーザにより設定された公開範囲情報を承認するステップを含んでも良い。具体的に、第４ユーザは、第４ユーザ端末の入力装置を操作してウェブページに表示された「承認」ボタンを押下すると、ステップＳ５０９において第２ユーザにより設定された公開範囲情報が第４ユーザにより承認される。

ステップＳ５１１において、サーバ１０の設定部１０４４は、第３ユーザ識別情報を、第１組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、第４ユーザ識別情報を、第２組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、を含む決裁者記憶ステップを実行する。
具体的に、サーバ１０の設定部１０４４は、第４ユーザ端末からリクエストを受信すると、第１グループＩＤ、ドメイン名、役職、第３ユーザＩＤ、決裁条件を、それぞれ、決裁権限者テーブル１０１８のグループＩＤ、ドメイン名、役職、ユーザＩＤ、決裁条件の項目に記憶する。書類ＩＤには、任意の書類ＩＤがインクリメントされ採番される。また、不図示のカラム等に、ステップＳ５０３において受け付けた公開範囲情報を、第３ユーザＩＤに関連付けて記憶する。
サーバ１０の設定部１０４４は、第４ユーザ端末からリクエストを受信すると、採番された書類ＩＤ、第４グループＩＤ、ドメイン名、役職、第４ユーザＩＤ、決裁条件を、それぞれ、決裁権限者テーブル１０１８の書類ＩＤ、グループＩＤ、ドメイン名、役職、ユーザＩＤ、決裁条件の項目に記憶する。また、不図示のカラム等に、ステップＳ５０８において受け付けた公開範囲情報を、第４ユーザＩＤに関連付けて記憶する。
なお、本開示においてはステップＳ５０５の作成者側の決裁権者承認、ステップＳ５１０の確認者側の決裁権者承認後に、第１組織および第２組織の決裁権者情報を決裁権限者テーブル１０１８にまとめて記憶する構成としたが、任意のタイミングで決裁権限者テーブル１０１８に記憶するものとしても良い。例えば、ステップＳ５０５の後に、第１組織の決裁権者情報を決裁権限者テーブル１０１８に記憶し、ステップＳ５１０の後に、第２組織の決裁権者情報を決裁権限者テーブル１０１８に記憶するものとしても良い。

ステップＳ５１１において、決裁者記憶ステップは、第１組織および第２組織の組み合わせごとに、第３ユーザ識別情報および第４ユーザ識別情報を記憶するステップを実行しても良い。
具体的に、決裁権限者設定処理は、第１組織および第２組織の組み合わせごとに実行する構成としても良く、過去に第１組織および第２組織間において決裁権限者設定処理が実行したことがある場合には決裁権限者設定処理を省略しても良い。
例えば、決裁権限者テーブル１０１８の書類ＩＤ、グループＩＤを検索し、同一の書類ＩＤについて、第１グループＩＤ、第２グループＩＤが関連付けられたレコードが存在する場合には、決裁権限者設定処理を省略しても良い。その場合は、既に第１組織および第２組織の組み合わせについて、決裁権限者に関する情報が決裁権限者テーブル１０１８に記憶されているためである。
この場合、１の契約文書とは異なる第１組織および第２組織との間の契約文書の契約手続の際に、決裁者記憶ステップにおいて記憶された第３ユーザ識別情報および第４ユーザ識別情報は、それぞれ、異なる契約文書に対する第１決裁者受付ステップおよび第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能である、

ステップＳ５１１において、決裁者記憶ステップは、１の契約文書にかかる契約手続きごとに実行しても良い。
具体的に、決裁権限者設定処理は、後述する契約書作成処理に先立って作成者にかかる第１ユーザが必ず実行する必要があるものとしても良い。例えば、決裁権限者テーブル１０１８の書類ＩＤの項目に新たに採番された書類ＩＤを用いて、後述する契約書作成処理が実行される構成としても良い。この場合、決裁権限者テーブル１０１８には、契約締結ごとに最新の決裁権者の情報が記憶されることになる。
この場合、１の契約文書とは異なる第２組織との契約文書の契約手続の際に、決裁者記憶ステップにおいて記憶された第４ユーザ識別情報は、異なる契約文書に対する第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能である。

ステップＳ５１１において、決裁権者設定が完了すると、サーバ１０の設定部１０４４は、第１ユーザの第１メールアドレスに、決裁権者設定処理が完了したことを通知するメッセージを送信する。メッセージには、新たに採番した書類ＩＤを含む契約書作成処理を新たに実行するためのＵＲＬが含まれていても良い。
第１ユーザは、メッセージに記載されたＵＲＬを選択することにより、第１ユーザ端末２０のディスプレイ２０８１に契約情報を作成するための画面５０が表示される構成としても良い。

ステップＳ５１１において、決裁権者設定が完了すると、サーバ１０の設定部１０４４は、第３ユーザおよび第４ユーザ間で、決裁権者について双方合意したことを示す文書（決裁権者書類）を生成し、サーバ１０の決裁権限者テーブル１０１８の不図示のカラム等に第３ユーザおよび第４ユーザに関連づけて記憶しても良い。つまり、決裁権者書類は、新たに採番した書類ＩＤと関連付けて記憶される。
なお、決裁権者書類は、第３ユーザおよび第４ユーザの署名、電子署名等を含んでも良い。後述する契約書作成処理、契約書確認処理において新たに採番した書類ＩＤにかかる契約情報の作成者、確認者等として関与したユーザは、決裁権者書類をダウンロード等により取得できるものとしても良い。これにより、契約手続に関与するユーザは、確認者に適切な決裁権者が含まれていることを、決裁権者書類を参照することにより確認することができる。

＜決裁権者設定処理（変形例）＞
本開示にかかる決裁権者設定処理において、第３ユーザおよび第４ユーザ間で決裁権者について合意後に決裁権限者テーブル１０１８に決裁権者にかかる情報が記憶される構成としたが、これに限られない。
例えば、第１ユーザおよび第３ユーザが、ステップＳ５０１、Ｓ５０３、Ｓ５０５の処理を実行することにより、第２ユーザおよび第４ユーザによる手続なしに第１組織における決裁権者として第３ユーザが決裁権限者テーブル１０１８に記憶される構成としても良い。
同様に、第２ユーザおよび第４ユーザが、ステップＳ５０７からＳ５１０までの処理を実行することにより、第１ユーザおよび第３ユーザによる手続なしに第２組織における決裁権者として第３ユーザが決裁権限者テーブル１０１８に記憶される構成としても良い。
このように、それぞれの組織において単独で決裁権者を決裁権限者テーブル１０１８に記憶される構成としても良い。

＜決裁権者通知処理（第一実施例）＞
決裁者記憶ステップにおいて第３ユーザ識別情報または第４ユーザ識別情報が記憶されてから所定時間経過後に、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを確認するための通知を行う代理権通知ステップを実行する。
具体的に、ステップＳ５１１において、決裁権者設定が完了後、所定時間経過後に、第１ユーザ、第２ユーザ、第３ユーザ、第４ユーザの他、第１組織、第２組織において本開示にかかる電子契約サービスの管理者ユーザ等に対して、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを確認するためのメッセージを、電子メール等により通知する。その他、組織改編、株主総会など人事異動の時期を予め登録しており、当該時期に第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを確認するための通知を行う構成としても良い。
これにより、所定時間経過後に人事異動等により代理権を有するユーザに変動があった場合も、ユーザ情報の変更をユーザに対して促すことができる。これにより、最新の情報に基づき、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

＜決裁権者通知処理（第二実施例）＞
決裁者記憶ステップにおいて第３ユーザ識別情報または第４ユーザ識別情報に基づき、外部データベースを参照することにより、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを判定し、当該判定結果を通知する判定通知ステップを実行する。
具体的に、第１組織、第２組織において、社内の代理権等の職務権限規定が定義された社内データベース（外部データベース）を参照して、代理権を有するユーザである第３ユーザ、第４ユーザに変動があった場合に、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを確認するためのメッセージを、電子メール等により通知する。通知は、電子メール等により、第１ユーザ、第２ユーザ、第３ユーザ、第４ユーザの他、第１組織、第２組織において本開示にかかる電子契約サービスの管理者ユーザ等に対して通知しても良い。
これにより、代理権を有するユーザに変動があった場合も、ユーザ情報の変更をユーザに対して促すことができる。

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

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

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

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

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

＜第３ユーザの割り当て＞
ステップＳ１０２において、第１決裁者受付ステップは、決裁者記憶ステップにおいて記憶された第３ユーザ識別情報を受け付けるステップを実行する。
ステップＳ１０２において、サーバ１０の契約作成部１０４２は、第１ユーザから、第１組織に所属するユーザにより予め設定され契約文書を承認可能な代理権を有する第３ユーザを特定する第３ユーザ識別情報を受け付ける第１決裁者受付ステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、第１ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し第１グループＩＤを取得する。サーバ１０の契約作成部１０４２は、ステップＳ１０１において書類テーブル１０１４に記憶された新たな契約情報のレコードの書類ＩＤ、第１グループＩＤに基づき、決裁権限者テーブル１０１８の書類ＩＤ、グループＩＤの項目を検索し、ユーザＩＤ（第３ユーザＩＤ）の項目を取得する。

ステップＳ１０２において、第１決裁者受付ステップは、１または複数の決裁条件に応じて第３ユーザ識別情報を受け付けるステップを実行する。
具体的に、ステップＳ１０１において受け付けた契約文書等の契約手続条件に基づき、決裁権限者テーブル１０１８の決裁条件の項目も検索条件に含めても良い。これにより、決裁条件を満たす、第１組織において契約文書を締結する代理権を有するユーザのユーザＩＤを取得し、決裁条件を満たさないユーザのユーザＩＤを取得しないものとしても良い。
サーバ１０の契約作成部１０４２は、取得した第３ユーザＩＤを第１ユーザ端末２０へ送信する。第１ユーザ端末２０は、受信した第３ユーザＩＤを、決裁権者候補として第１ユーザ端末２０のディスプレイ２０８１に表示する。

第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者候補のうち、第１組織において契約文書を締結する代理権を有するユーザ（第３ユーザ）を選択し特定する。第１ユーザ端末２０の制御部２０４は、選択した第３ユーザの第３ユーザＩＤをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、受信した第３ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し第３ユーザの第３メールアドレスを取得する。サーバ１０の契約作成部１０４２は、取得した第３メールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第３ユーザの第３メールアドレスとを関連付けて記憶する。なお、第１ユーザは、第３ユーザの言語、アクセスコードを設定し、第３ユーザのメールアドレスと関連付けて記憶しても良い。このとき、確認テーブル１０１５の確認順序の項目には１の値を記憶する。

＜第２ユーザの割り当て＞
ステップＳ１０２において、サーバ１０の契約作成部１０４２は、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を承認する第２ユーザを特定する第２ユーザ識別情報を受け付ける確認者受付ステップを実行する。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、契約情報の確認者（受信者）となるユーザを選択し特定する。本開示において、第１ユーザは、受信者として第２ユーザを選択し特定するものとする。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、確認者となる第２ユーザのメールアドレスを入力し、サーバ１０へ送信する。サーバ１０の契約作成部１０４２は、受信したメールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第２ユーザのメールアドレスとを関連付けて記憶する。なお、第１ユーザは、第２ユーザの言語、アクセスコードを設定し、第２ユーザのメールアドレスと関連付けて記憶しても良い。このとき、確認テーブル１０１５の確認順序の項目には２の値を記憶する。

＜第４ユーザの割り当て（第一実施形態）＞
ステップＳ１０２において、確認者受付ステップは、決裁者記憶ステップにおいて記憶された第４ユーザ識別情報を受け付けるステップを実行する。
ステップＳ１０２において、サーバ１０の契約作成部１０４２は、第１ユーザから、第２組織に所属するユーザにより予め設定され契約文書を承認可能な代理権を有する第４ユーザを特定する第４ユーザ識別情報を受け付ける確認者受付ステップを実行する。
具体的に、サーバ１０の契約作成部１０４２は、第２ユーザのメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し第２グループＩＤを取得する。サーバ１０の契約作成部１０４２は、ステップＳ１０１において書類テーブル１０１４に記憶された新たな契約情報のレコードの書類ＩＤ、第２グループＩＤに基づき、決裁権限者テーブル１０１８の書類ＩＤ、グループＩＤの項目を検索し、ユーザＩＤ（第４ユーザＩＤ）の項目を取得する。

ステップＳ１０２において、確認者受付ステップは、１または複数の決裁条件に応じて第４ユーザ識別情報を受け付けるステップを実行する。
具体的に、ステップＳ１０１において受け付けた契約文書等の契約手続条件に基づき、決裁権限者テーブル１０１８の決裁条件の項目も検索条件に含めても良い。これにより、決裁条件を満たす、第２組織において契約文書を締結する代理権を有するユーザのユーザＩＤを取得し、決裁条件を満たさないユーザのユーザＩＤを取得しないものとしても良い。

また、契約文書の契約手続が、公開範囲受付ステップにおいて受け付けた公開範囲情報に含まれると判定された場合には、第４ユーザ識別情報は、異なる契約文書に対する確認者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能であり、異なる契約文書の契約手続が、公開範囲受付ステップにおいて受け付けた公開範囲情報に含まれると判定されない場合には、第４ユーザ識別情報は、異なる契約文書に対する確認者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能ではない。
具体的に、ステップＳ１０１において受け付けた契約文書等の契約手続に基づき、決裁権限者テーブル１０１８の公開範囲の項目も検索条件に含めても良い。具体的に、ステップＳ１０１において受け付けた契約文書等の契約手続が、公開範囲情報に含まれる第２組織において契約文書を締結する代理権を有するユーザのユーザＩＤを取得し、公開範囲情報に含まれない第２組織において契約文書を締結する代理権を有するユーザのユーザＩＤを取得しないものとしても良い。
これにより、第２組織において、決裁権者設定処理のステップＳ５０３において設定した公開範囲情報に従って決裁権者情報の開示範囲を限定することができる。不必要な企業、組織等への決裁権者情報の開示を避けることができる。

サーバ１０の契約作成部１０４２は、取得した第４ユーザＩＤを第１ユーザ端末２０へ送信する。第１ユーザ端末２０は、受信した第４ユーザＩＤを、決裁権者候補として第１ユーザ端末２０のディスプレイ２０８１に表示する。

第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者候補のうち、第２組織において契約文書を締結する代理権を有するユーザ（第４ユーザ）を選択し特定する。第１ユーザ端末２０の制御部２０４は、選択した第４ユーザの第４ユーザＩＤをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、受信した第４ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し第４ユーザの第４メールアドレスを取得する。サーバ１０の契約作成部１０４２は、取得した第４メールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第４ユーザの第４メールアドレスとを関連付けて記憶する。なお、第４ユーザは、第４ユーザの言語、アクセスコードを設定し、第４ユーザのメールアドレスと関連付けて記憶しても良い。このとき、確認テーブル１０１５の確認順序の項目には３の値を記憶する。

＜第４ユーザの割り当て（第二実施形態）＞
ステップＳ１０２において、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を承認する第２組織を特定する第２組織特定情報を受け付ける確認者受付ステップを実行する。確認者受付ステップは、第１ユーザから第２組織のドメインを受け付けるステップと、ドメインに基づき、第２組織に所属するユーザにより予め設定され契約文書を承認可能な第４ユーザ識別情報を受け付けるステップと、を含む。
具体的に、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、ドメイン名（第２組織のドメイン名）を入力し、サーバ１０へ送信する。なお、第１ユーザは、不図示の検索エンジン等で検索することにより、第２組織のドメイン名を予め知っているものとする。その他、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、第２ユーザの第２メールアドレスを入力し、当該第２メールアドレスのドメイン名を第２組織のドメインとして特定し、送信しても良い。サーバ１０の契約作成部１０４２は、受信した第２メールアドレスから第２組織のドメイン名を特定し受信しても良い。
サーバ１０の契約作成部１０４２は、受信したドメイン名に基づき決裁権限者テーブル１０１８のドメイン名の項目を検索し、ユーザＩＤ（第４ユーザＩＤ）の項目を取得する。なお、この場合も、第４ユーザの割り当て（第一実施形態）と同様に、決裁権限者テーブル１０１８の決裁条件の項目も検索条件として考慮しても良い。同様に、公開範囲情報も検索条件として考慮しても良い。

ステップＳ１０２において、確認者受付ステップは、ドメインに基づき、第２組織に所属するユーザにより予め設定され契約文書を承認可能な１または複数のユーザ候補を第１ユーザに提示するステップと、第１ユーザが、第１ユーザに対して提示された１または複数のユーザ候補に対する選択を受け付け、選択されたユーザ候補を第４ユーザ識別情報として受け付けるステップと、を含む。
具体的に、サーバ１０の契約作成部１０４２は、取得した第４ユーザＩＤを第１ユーザ端末２０へ送信する。第１ユーザ端末２０は、受信した第４ユーザＩＤを、決裁権者候補として第１ユーザ端末２０のディスプレイ２０８１に表示する。

第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者候補のうち、第２組織において契約文書を締結する代理権を有するユーザ（第４ユーザ）を選択し特定する。第１ユーザ端末２０の制御部２０４は、選択した第４ユーザの第４ユーザＩＤをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、受信した第４ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し第４ユーザの第４メールアドレスを取得する。サーバ１０の契約作成部１０４２は、取得した第４メールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第４ユーザの第４メールアドレスとを関連付けて記憶する。なお、第４ユーザは、第４ユーザの言語、アクセスコードを設定し、第４ユーザのメールアドレスと関連付けて記憶しても良い。このとき、確認テーブル１０１５の確認順序の項目には３の値を記憶する。

なお、第４ユーザの割り当て（第二実施形態）において、ドメインの代わりに組織等のグループを特定可能な任意の識別情報、文字列等（グループ特定情報、組織特定情報）を用いても構わない。

＜第４ユーザの割り当て（第三実施形態）＞
ステップＳ１０２において、契約受付ステップにおいて受け付けた契約文書の契約の相手方の組織が、第１組織との契約手続きにおいて代理権を有するユーザが設定される第２組織である場合に、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定される代理権を有する第４ユーザを特定する第４ユーザ識別情報を、契約文書を承認するユーザとして受け付ける第２決裁者受付ステップを実行する。
具体的に、第４ユーザの割り当て（第三実施形態）において、第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、ドメイン名等の組織特定情報の入力を要さない。サーバ１０の契約作成部１０４２は、ステップＳ１０１において受け付けた契約文書を解析し、契約文書の契約の相手方の組織を特定する。例えば、契約文書に記載された契約の相手方名称の文字列に基づき、契約の相手方の組織特定情報を特定しても良い。本開示においては、一例として、サーバ１０の契約作成部１０４２は、契約文書の契約の相手方として第２組織の第２組織特定情報として第２組織のドメイン名を特定する。
サーバ１０の契約作成部１０４２は、特定したドメイン名に基づき決裁権限者テーブル１０１８のドメイン名の項目を検索し、ユーザＩＤ（第４ユーザＩＤ）の項目を取得する。なお、この場合も、第４ユーザの割り当て（第一実施形態）と同様に、決裁権限者テーブル１０１８の決裁条件の項目も検索条件として考慮しても良い。同様に、公開範囲情報も検索条件として考慮しても良い。

ステップＳ１０２において、確認者受付ステップは、ドメインに基づき、第２組織に所属するユーザにより予め設定され契約文書を承認可能な１または複数のユーザ候補を第１ユーザに提示するステップと、第１ユーザが、第１ユーザに対して提示された１または複数のユーザ候補に対する選択を受け付け、選択されたユーザ候補を第４ユーザ識別情報として受け付けるステップと、を含む。
具体的に、サーバ１０の契約作成部１０４２は、取得した第４ユーザＩＤを第１ユーザ端末２０へ送信する。第１ユーザ端末２０は、受信した第４ユーザＩＤを、決裁権者候補として第１ユーザ端末２０のディスプレイ２０８１に表示する。

第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、決裁権者候補のうち、第２組織において契約文書を締結する代理権を有するユーザ（第４ユーザ）を選択し特定する。第１ユーザ端末２０の制御部２０４は、選択した第４ユーザの第４ユーザＩＤをサーバ１０へ送信する。
サーバ１０の契約作成部１０４２は、受信した第４ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し第４ユーザの第４メールアドレスを取得する。サーバ１０の契約作成部１０４２は、取得した第４メールアドレス、ステップＳ１０１において作成し、記憶した契約情報の書類ＩＤを、それぞれ確認テーブル１０１５の確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と第４ユーザの第４メールアドレスとを関連付けて記憶する。なお、第４ユーザは、第４ユーザの言語、アクセスコードを設定し、第４ユーザのメールアドレスと関連付けて記憶しても良い。このとき、確認テーブル１０１５の確認順序の項目には３の値を記憶する。

なお、第４ユーザの割り当て（第二実施形態）、第４ユーザの割り当て（第三実施形態）において、第２ユーザのメールアドレスを受け付けることなし（第２ユーザの割り当てなし）に、第４ユーザの第４ユーザ識別情報を受け付ける構成としても構わない。

ステップＳ１０２において、第１ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。この場合、選択順序に応じて、確認者となるユーザの確認順序の項目の値が１つずつインクリメントされ記憶される。これにより、後述する契約書確認処理における確認者の回覧順序が設定される。なお、回覧順序の設定は必須ではない。

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

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

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

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

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

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

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

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

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

＜契約書確認処理＞
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。本開示においては、確認者にかかる第３ユーザにかかる契約書確認処理を一例として説明するが、第３ユーザ、第４ユーザにかかるユーザにおける契約書確認処理も同様である。

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

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

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

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

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

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

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

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

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

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

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

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

なお、メッセージを受信した第２ユーザは、第３ユーザと同様に契約書確認処理を実行する。同様に、サーバ１０の契約確認部１０４３は、第２ユーザにより契約書確認処理が実行された場合には、第２ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第４ユーザへ送信する。メッセージを受信した第４ユーザは、第３ユーザと同様に契約書確認処理を実行する。このように、確認テーブル１０１５の確認順序の順番に、契約書確認処理が実行される。なお、契約書確認処理は、確認テーブル１０１５の確認順序の順番で必ずしも実行される必要はない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（付記１）
プロセッサと記憶部とを備えるコンピュータに、異なる組織間の電子的な契約手続きを実行させるための電子契約プログラムであって、第１組織と第２組織との契約手続きにおいて契約文書を承認可能な代理権を有するユーザを設定する決裁権者設定ステップ（Ｓ５１１）と、第１組織の第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップ（Ｓ１０１）と、契約受付ステップにおいて受け付けた契約文書の契約の相手方の組織が、第１組織との契約手続きにおいて代理権を有するユーザが設定される第２組織である場合に、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定される代理権を有する第４ユーザを特定する第４ユーザ識別情報を、契約文書を承認するユーザとして受け付ける第２決裁者受付ステップ（Ｓ１０２）と、を実行する、電子契約プログラム。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記２）
プロセッサが、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を承認する第２組織を特定する第２組織特定情報を受け付ける確認者受付ステップ（Ｓ１０２）と、を実行し、第２決裁者受付ステップ（Ｓ１０２）は、確認者受付ステップにおいて受け付けた第２組織特定情報に基づき、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定され契約文書を承認可能な代理権を有する第２組織の第４ユーザを特定する第４ユーザ識別情報を特定し受け付けるステップである、付記１記載の電子契約プログラム。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記３）
確認者受付ステップ（Ｓ１０２）は、第１ユーザから、契約受付ステップにおいて受け付けた契約文書を承認する第２ユーザを特定する第２ユーザ識別情報を受け付けるステップと、第２ユーザ識別情報に基づき、第２組織特定情報を特定し受け付けるステップと、を含む、付記２記載の電子契約プログラム。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記４）
確認者受付ステップ（Ｓ１０２）は、第２ユーザ識別情報として、第２ユーザの第２メールアドレスを受け付けるステップと、第２メールアドレスに基づき、第２組織特定情報であるドメインを特定し受け付けるステップと、を含み、第２決裁者受付ステップ（Ｓ１０２）は、ドメインに基づき、第４ユーザ識別情報を特定し受け付けるステップである、付記３記載の電子契約プログラム。
これにより、組織のドメインに関連付けられた代理権を有するユーザを契約締結の際の承認者に含めることができる。複雑な作業を要することなしに、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記５）
確認者受付ステップ（Ｓ１０２）は、第２組織特定情報に基づき、第２組織に所属するユーザにより予め決裁権者設定ステップにより設定され契約文書を承認可能な代理権を有する１または複数のユーザ候補を第１ユーザに提示するステップを含み、第２決裁者受付ステップ（Ｓ１０２）は、第１ユーザから、第１ユーザに対して提示された１または複数のユーザ候補に対する選択を受け付け、当該選択されたユーザ候補を第４ユーザ識別情報として特定し受け付けるステップである、付記２記載の電子契約プログラム。
これにより、第１ユーザは、自身が所属していない第２組織において代理権を有するユーザのユーザ候補の提示を受けることができる。第１ユーザは、提示を受けたユーザ候補から選択することにより、第２組織における代理権を有するユーザを契約締結の際の承認者に含めることができる。複雑な作業を要することなしに、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記６）
プロセッサが、第１ユーザから、第１組織に所属するユーザにより予め決裁権者設定ステップにより設定され契約文書を承認可能な代理権を有する第１組織の第３ユーザを特定する第３ユーザ識別情報を受け付ける第１決裁者受付ステップ（Ｓ１０２）と、を実行する、付記２記載の電子契約プログラム。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記７）
プロセッサが、第１組織に所属するユーザから、第１組織において契約文書を締結する代理権を有する第３ユーザ識別情報を受け付ける第１決裁者選択ステップ（Ｓ５０３）と、第３ユーザから、第１決裁者選択ステップにおいて受け付けた第３ユーザ識別情報を、第１組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第１決裁者承認ステップ（Ｓ５０５）と、第２組織に所属するユーザから、第２組織において契約文書を締結する代理権を有する第４ユーザ識別情報を受け付ける第２決裁者選択ステップ（Ｓ５０８）と、第４ユーザから、第２決裁者選択ステップにおいて受け付けた第４ユーザ識別情報を、第２組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第２決裁者承認ステップ（Ｓ５１０）と、第３ユーザ識別情報を、第１組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、第４ユーザ識別情報を、第２組織において契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、を含む決裁者記憶ステップ（Ｓ５１１）と、を実行し、第１決裁者受付ステップ（Ｓ１０２）は、決裁者記憶ステップにおいて記憶された第３ユーザ識別情報を受け付けるステップであり、第２決裁者受付ステップ（Ｓ１０２）は、決裁者記憶ステップにおいて記憶された第４ユーザ識別情報を受け付けるステップである、付記６記載の電子契約プログラム。
これにより、契約文書の契約締結に先立ち、当該契約文書に対して代理権を有するユーザを相互に合意することができる。当該合意した代理権を有するユーザを契約承認者に含めることにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記８）
決裁者記憶ステップ（Ｓ５１１）は、第１組織および第２組織の組み合わせごとに、第３ユーザ識別情報および第４ユーザ識別情報を記憶するステップであり、契約文書とは異なる第１組織および第２組織との間の契約文書の契約手続の際に、決裁者記憶ステップにおいて記憶された第３ユーザ識別情報および第４ユーザ識別情報は、それぞれ、異なる契約文書に対する第１決裁者受付ステップおよび第２決裁者受付ステップにおける承認可能な代理権を有するユーザを特定するユーザ識別情報として受付可能である、付記７記載の電子契約プログラム。
これにより、第１組織および第２組織間の契約締結において、一度、代理権を有するユーザを相互に合意すると、次回異なる契約締結の際に既に合意した代理権を有するユーザのユーザ情報を用いることにより、改めて決裁権者を設定する処理を省略することができる。
また、設定した決裁権者にかかるユーザのユーザ情報の参照範囲が、契約手続を行うユーザの組織の組み合わせごとであるため、他の組織との契約締結の際に、決裁権者にかかるユーザのユーザ情報が他の組織に対して開示されてしまうことを避けることができる。

（付記９）
第１決裁者受付ステップ（１０２）および第２決裁者受付ステップは、それぞれ、１または複数の決裁条件に応じて第３ユーザ識別情報および第４ユーザ識別情報を受け付けるステップである、付記７記載の電子契約プログラム。
これにより、決裁条件に応じて代理権を有するユーザを契約承認者に含めることができる。

（付記１０）
決裁者記憶ステップ（Ｓ５１１）は、１の契約文書にかかる契約手続きごとに実行される、付記７記載の電子契約プログラム。
これにより、１の契約文書の契約締結に先立ち、当該契約文書に対して代理権を有するユーザを相互に合意する処理が必ず必要とされる。代理権を有するユーザのユーザ情報は、契約手続きごとに最新のユーザ情報が記憶される。例えば、過去に代理権を有しており、現在、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１１）
契約文書とは異なる第２組織との契約文書の契約手続の際に、決裁者記憶ステップにおいて記憶された第４ユーザ識別情報は、異なる契約文書に対する第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能である、付記７記載の電子契約プログラム。
これにより、組織ごとに記憶された代理権を有するユーザのユーザ情報を、他の組織に属するユーザとの契約締結の際に利用することができる。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１２）
プロセッサが、第２組織に所属するユーザから、第２決裁者選択ステップにおいて受け付けた第４ユーザ識別情報の公開範囲を規定した公開範囲情報を受け付ける公開範囲受付ステップ（Ｓ５０９）と、を実行し、異なる契約文書の契約手続が、公開範囲受付ステップにおいて受け付けた公開範囲情報に含まれると判定された場合には、第４ユーザ識別情報は、異なる契約文書に対する第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能であり、異なる契約文書の契約手続が、公開範囲受付ステップにおいて受け付けた公開範囲情報に含まれると判定されない場合には、第４ユーザ識別情報は、異なる契約文書に対する第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能ではない、付記７記載の電子契約プログラム。
これにより、組織ごとに記憶された代理権を有するユーザのユーザ情報を、他の組織に属するユーザとの契約締結に利用する際に、代理権を有するユーザのユーザ情報の公開範囲を公開範囲情報により規定することができる。
例えば、公開したくない相手に対して、代理権を有するユーザのユーザ情報の提供を制限することができる。情報セキュリティを向上させることができる。

（付記１３）
プロセッサが、決裁者記憶ステップにおいて第３ユーザ識別情報または第４ユーザ識別情報が記憶されてから所定時間経過後に、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを確認するための通知を行う代理権通知ステップと、を実行する、付記７記載の電子契約プログラム。
これにより、所定時間経過後に人事異動等により代理権を有するユーザに変動があった場合も、ユーザ情報の変更をユーザに対して促すことができる。
これにより、最新の情報に基づき、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１４）
プロセッサが、決裁者記憶ステップにおいて第３ユーザ識別情報または第４ユーザ識別情報に基づき、外部データベースを参照することにより、第３ユーザまたは第４ユーザが代理権を有しているユーザであるか否かを判定し、当該判定結果を通知する判定通知ステップと、を実行する、付記７記載の電子契約プログラム。
これにより、例えば組織等において、社内の代理権等の職務権限規定が定義された社内データベース（外部データベース）を参照して、代理権を有するユーザに変動があった場合も、ユーザ情報の変更をユーザに対して促すことができる。
これにより、最新の情報に基づき、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１５）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記１から１４のいずれか記載の電子契約プログラムを実行する、情報処理装置。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１６）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、プロセッサが、付記１から１４のいずれか記載の電子契約プログラムを実行する、情報処理システムの製造方法。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

（付記１７）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記１から１４のいずれか記載の電子契約プログラムを実行する、情報処理方法。
これにより、契約締結の代理権を有さない従業者等による契約締結（無権代理）を避けることができる。

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

Claims (17)

1. プロセッサと記憶部とを備えるコンピュータに、異なる組織間の電子的な契約手続きを実行させるための電子契約プログラムであって、
   第１組織と第２組織との契約手続きにおいて契約文書を承認可能な代理権を有するユーザを設定する決裁権者設定ステップと、
   前記第１組織の第１ユーザから、契約に関する契約文書を受け付ける契約受付ステップと、
   前記契約受付ステップにおいて受け付けた前記契約文書の契約の相手方の組織が、前記第１組織との契約手続きにおいて前記代理権を有するユーザが設定される前記第２組織である場合に、前記第２組織に所属するユーザにより予め前記決裁権者設定ステップにより設定される前記代理権を有する第４ユーザを特定する第４ユーザ識別情報を、前記契約文書を承認するユーザとして受け付ける第２決裁者受付ステップと、
   を実行する、
   電子契約プログラム。
2. 前記プロセッサが、
   前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を承認する前記第２組織を特定する第２組織特定情報を受け付ける確認者受付ステップと、
   を実行し、
   前記第２決裁者受付ステップは、前記確認者受付ステップにおいて受け付けた前記第２組織特定情報に基づき、前記第２組織に所属するユーザにより予め前記決裁権者設定ステップにより設定され前記契約文書を承認可能な代理権を有する前記第２組織の前記第４ユーザを特定する前記第４ユーザ識別情報を特定し受け付けるステップである、
   請求項１記載の電子契約プログラム。
3. 前記確認者受付ステップは、
   前記第１ユーザから、前記契約受付ステップにおいて受け付けた前記契約文書を承認する第２ユーザを特定する第２ユーザ識別情報を受け付けるステップと、
   前記第２ユーザ識別情報に基づき、前記第２組織特定情報を特定し受け付けるステップと、
   を含む、
   請求項２記載の電子契約プログラム。
4. 前記確認者受付ステップは、
   前記第２ユーザ識別情報として、前記第２ユーザの第２メールアドレスを受け付けるステップと、
   前記第２メールアドレスに基づき、前記第２組織特定情報であるドメインを特定し受け付けるステップと、
   を含み、
   前記第２決裁者受付ステップは、前記ドメインに基づき、前記第４ユーザ識別情報を特定し受け付けるステップである、
   請求項３記載の電子契約プログラム。
5. 前記確認者受付ステップは、前記第２組織特定情報に基づき、前記第２組織に所属するユーザにより予め前記決裁権者設定ステップにより設定され前記契約文書を承認可能な代理権を有する１または複数のユーザ候補を前記第１ユーザに提示するステップを含み、
   前記第２決裁者受付ステップは、前記第１ユーザから、前記第１ユーザに対して提示された前記１または複数のユーザ候補に対する選択を受け付け、当該選択されたユーザ候補を前記第４ユーザ識別情報として特定し受け付けるステップである、
   請求項２記載の電子契約プログラム。
6. 前記プロセッサが、
   前記第１ユーザから、前記第１組織に所属するユーザにより予め前記決裁権者設定ステップにより設定され前記契約文書を承認可能な代理権を有する前記第１組織の第３ユーザを特定する第３ユーザ識別情報を受け付ける第１決裁者受付ステップと、
   を実行する、
   請求項２記載の電子契約プログラム。
7. 前記プロセッサが、
   前記第１組織に所属するユーザから、前記第１組織において前記契約文書を締結する代理権を有する前記第３ユーザ識別情報を受け付ける第１決裁者選択ステップと、
   前記第３ユーザから、前記第１決裁者選択ステップにおいて受け付けた前記第３ユーザ識別情報を、前記第１組織において前記契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第１決裁者承認ステップと、
   前記第２組織に所属するユーザから、前記第２組織において前記契約文書を締結する代理権を有する前記第４ユーザ識別情報を受け付ける第２決裁者選択ステップと、
   前記第４ユーザから、前記第２決裁者選択ステップにおいて受け付けた前記第４ユーザ識別情報を、前記第２組織において前記契約文書を締結する代理権を有するユーザのユーザ識別情報として承認する指示を受け付ける第２決裁者承認ステップと、
   前記第３ユーザ識別情報を、前記第１組織において前記契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、
   前記第４ユーザ識別情報を、前記第２組織において前記契約文書を締結する代理権を有するユーザのユーザ識別情報として記憶するステップと、
   を含む決裁者記憶ステップと、
   を実行し、
   前記第１決裁者受付ステップは、前記決裁者記憶ステップにおいて記憶された前記第３ユーザ識別情報を受け付けるステップであり、
   前記第２決裁者受付ステップは、前記決裁者記憶ステップにおいて記憶された前記第４ユーザ識別情報を受け付けるステップである、
   請求項６記載の電子契約プログラム。
8. 前記決裁者記憶ステップは、前記第１組織および前記第２組織の組み合わせごとに、前記第３ユーザ識別情報および前記第４ユーザ識別情報を記憶するステップであり、
   前記契約文書とは異なる前記第１組織および前記第２組織との間の契約文書の契約手続の際に、前記決裁者記憶ステップにおいて記憶された前記第３ユーザ識別情報および前記第４ユーザ識別情報は、それぞれ、前記異なる契約文書に対する前記第１決裁者受付ステップおよび前記第２決裁者受付ステップにおける承認可能な代理権を有するユーザを特定するユーザ識別情報として受付可能である、
   請求項７記載の電子契約プログラム。
9. 前記第１決裁者受付ステップおよび前記第２決裁者受付ステップは、それぞれ、１または複数の決裁条件に応じて前記第３ユーザ識別情報および前記第４ユーザ識別情報を受け付けるステップである、
   請求項７記載の電子契約プログラム。
10. 前記決裁者記憶ステップは、１の契約文書にかかる契約手続きごとに実行される、
    請求項７記載の電子契約プログラム。
11. 前記契約文書とは異なる前記第２組織との契約文書の契約手続の際に、前記決裁者記憶ステップにおいて記憶された前記第４ユーザ識別情報は、前記異なる契約文書に対する前記第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能である、
    請求項７記載の電子契約プログラム。
12. 前記プロセッサが、
    前記第２組織に所属するユーザから、前記第２決裁者選択ステップにおいて受け付けた前記第４ユーザ識別情報の公開範囲を規定した公開範囲情報を受け付ける公開範囲受付ステップと、
    を実行し、
    前記異なる契約文書の契約手続が、前記公開範囲受付ステップにおいて受け付けた前記公開範囲情報に含まれると判定された場合には、前記第４ユーザ識別情報は、前記異なる契約文書に対する前記第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能であり、
    前記異なる契約文書の契約手続が、前記公開範囲受付ステップにおいて受け付けた前記公開範囲情報に含まれると判定されない場合には、前記第４ユーザ識別情報は、前記異なる契約文書に対する前記第２決裁者受付ステップにおける承認可能なユーザを特定するユーザ識別情報として受付可能ではない、
    請求項７記載の電子契約プログラム。
13. 前記プロセッサが、
    前記決裁者記憶ステップにおいて前記第３ユーザ識別情報または前記第４ユーザ識別情報が記憶されてから所定時間経過後に、前記第３ユーザまたは前記第４ユーザが代理権を有しているユーザであるか否かを確認するための通知を行う代理権通知ステップと、
    を実行する、
    請求項７記載の電子契約プログラム。
14. 前記プロセッサが、
    前記決裁者記憶ステップにおいて前記第３ユーザ識別情報または前記第４ユーザ識別情報に基づき、外部データベースを参照することにより、前記第３ユーザまたは前記第４ユーザが代理権を有しているユーザであるか否かを判定し、当該判定結果を通知する判定通知ステップと、
    を実行する、
    請求項７記載の電子契約プログラム。
15. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサが、請求項１から１４のいずれか記載の電子契約プログラムを実行する、
    情報処理装置。
16. プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、
    前記プロセッサが、請求項１から１４のいずれか記載の電子契約プログラムを実行する、
    情報処理システムの製造方法。
17. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記コンピュータが、請求項１から１４のいずれか記載の電子契約プログラムを実行する、
    情報処理方法。