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

Abstract

【課題】電子契約システムにおいては、電子契約に関する情報（契約情報）を送信者から受信したユーザが他の業務で多忙であったり、出張、休暇などで不在時に契約締結を行うことができない課題があった。【解決手段】第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、第２ユーザから、１または複数の委任条件を受け付ける条件受付ステップと、条件受付ステップにおいて受け付けた委任条件に基づき、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定する承認者特定ステップと、承認者特定ステップにおいて特定した１または複数の第３ユーザから、契約受付ステップにおいて受け付けた契約情報の契約締結を承認する指示を受け付ける承認ステップと、承認者特定ステップにおいて特定された１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップと、を実行させる。【選択図】 図２１

Description

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

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

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

電子契約システムにおいては、電子契約に関する情報（契約情報）を送信者から受信したユーザが他の業務で多忙であったり、出張、休暇などで不在時に契約締結を行うことができない課題があった。
また、そのような場合には、送信者に依頼して他のユーザ（代理ユーザ）に対して契約情報を送信してもらい契約締結を行うことがあったが、この場合には、代理ユーザが代わりに契約締結を行ったことがシステムに記憶されないという課題があった。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、電子的な契約手続きを実行させる電子契約システムにおいて、契約情報を受信したユーザが他のユーザに対して承認権限を委任することにより契約締結手続きに伴うユーザの業務負担を低減する技術を提供することである。

プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、第２ユーザから、１または複数の委任条件を受け付ける条件受付ステップと、条件受付ステップにおいて受け付けた委任条件に基づき、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定する承認者特定ステップと、承認者特定ステップにおいて特定した１または複数の第３ユーザから、契約受付ステップにおいて受け付けた契約情報の契約締結を承認する指示を受け付ける承認ステップと、承認者特定ステップにおいて特定された１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップと、を実行させるプログラム。

本開示によれば、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

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

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

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

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

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

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

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

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

ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループＩＤは、ユーザが所属するグループのグループ識別情報を記憶する項目である。ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限（承認権限）を有するユーザには、Ｔｒｕｅなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、Ｆａｌｓｅ、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、特定の契約情報Ａに対して承認権限を有するが、特定の契約情報Ｂに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別（契約情報種別）に応じて承認権限を設定できる構成としても良い。例えば、ユーザＡは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階（レベル、ランク）の権限情報を記憶する構成としても良い。例えば、派遣社員などはＣ、一般社員はＢ、管理職はＡ、役員はＳという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上（例えば、秘密保持契約はＡ以上など）の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。

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

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

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

書類ＩＤは、契約情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、契約情報ごとにユニークな値が設定されている項目である。
書類データは、契約情報（バイナリまたはテキストデータ）を記憶する項目である。
作成者ＩＤ、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。

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

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

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

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

委任条件テーブル１０１７は、委任条件に関する情報（委任条件情報）を記憶し、管理するテーブルである。
委任条件テーブル１０１７は、ユーザＩＤ、委任条件、委任ユーザＩＤ、委任期間のカラムを有するテーブルである。
図１１は、委任条件テーブル１０１７のデータ構造を示す図である。

ユーザＩＤは、自身の承認権限を付与する（権限移譲する）ユーザのユーザ識別情報を記憶する項目である。
委任条件は、委任ユーザＩＤで特定されるユーザへ承認権限を付与する条件を記憶する項目である。
例えば、委任条件は、所定の契約情報の書類ＩＤを記憶することができる。つまり、契約情報を特定して、特定の委任ユーザＩＤを有するユーザに承認権限を付与することができる。
例えば、委任条件は、所定の契約種別情報を記憶することができる。つまり、特定の契約種別情報を有する契約情報を特定して、特定の委任ユーザＩＤを有するユーザに承認権限を付与することができる。
例えば、委任条件は、契約金額の情報（契約金額情報）を記憶することができる。つまり、契約金額が所定金額以下、または、所定金額以上の契約情報を特定して、特定の委任ユーザＩＤを有するユーザに承認権限を付与することができる。
例えば、委任条件は、作成者の情報（作成者情報）を記憶することができる。つまり、作成者（送信者）にかかるユーザが所定のユーザ、所定のグループに所属しているユーザなどの、作成者情報を特定して、特定の委任ユーザＩＤを有するユーザに承認権限を付与することができる。作成者の所属先企業、組織などに応じて、所定のユーザに承認権限を委任することができる。
委任条件は、契約種別情報、契約金額情報、作成者情報などに対する条件の組み合わせを含んでも良い。
委任条件を記憶しない（ヌル値、ブランク）としても良い。その場合、すべての契約情報に対する承認権限を委任ユーザＩＤで特定されるユーザへ付与することができる。例えば、ユーザＩＤで特定されるユーザが休暇、出張などで不在の場合などにおいてすべての承認権限を特定のユーザに対して付与したい場合には、委任期間に不在期間を設定することにより、委任期間中に限りすべての承認権限を特定のユーザに対して付与しても良い。
委任ユーザＩＤは、承認権限が付与されるユーザのユーザ識別情報を記憶する項目である。ユーザ識別情報に代えて、委任ユーザのメールアドレスを記憶する構成としても良い。
委任期間は、委任権限の有効期限の情報を記憶する項目である。具体的には、委任権限の有効期限を規定する開始日時と終了日時が記憶される。ユーザに対して付与された委任権限は委任期間中のみ有効で、委任期間を経過すると委任権限は無効または消去される。
なお、ユーザは委任期間を設定しなくても良い。この場合、任意の日時を対象として委任条件の判定がなされ該当する委任ユーザＩＤに対して承認権限が付与される。

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

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

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

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

権限付与部１０４４は、権限付与処理を実行する。詳細は後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第１ユーザは、確認者となる第２ユーザを指定する際に、第２ユーザの承認権限の有無を指定することができる構成としても良い。具体的に、第１ユーザは、予め第２ユーザが契約手続きにおける窓口担当者であり、第２ユーザが契約締結先の組織における承認権限を有さないことを知っている場合には、ステップＳ１０１において受け付けた契約情報に対して、承認権限を有さないユーザとして第２ユーザを指定し記憶する。これにより、手続き対象の契約情報について、第２ユーザを確認者として指定することができるものの、第２ユーザによる契約締結の承認を避けることができる。

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

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

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

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

ステップＳ１０６において、サーバ１０の契約作成部１０４２は、リクエストを受信すると、委任条件に基づき、ステップＳ１０１において受け付けた契約情報の承認者として１または複数の第３ユーザを特定する。
具体的に、サーバ１０の契約作成部１０４２は、確認者のユーザＩＤ、契約種別情報、契約情報に規定された契約金額、作成者情報などに基づき、委任条件テーブル１０１７の委任条件の項目を検索し、委任ユーザＩＤを取得する。サーバ１０の契約作成部１０４２は、複数の委任ユーザＩＤを特定し、取得する構成としても良い。本開示においては、委任ユーザＩＤとして、例えば、第３ユーザＩＤが含まれる。

サーバ１０の契約作成部１０４２は、ステップＳ１０６において取得した委任ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、委任ユーザのメールアドレスを取得する。サーバ１０の契約作成部１０４２は、確認テーブル１０１５より第２ユーザに関連付けられた書類ＩＤ、確認順序、指定者データ、言語データ、アクセスコードの項目を取得し、委任ユーザのメールアドレスと関連付けて、それぞれ、確認テーブル１０１５の新たなレコードの書類ＩＤ、確認順序、指定者データ、言語データ、アクセスコード、確認者メールアドレスの項目に記憶する。
サーバ１０の契約作成部１０４２は、複数の委任ユーザが特定された場合は、第２ユーザの確認順序の項目の値に対して１つずつインクリメントした値を、それぞれの委任ユーザのレコードの確認順序の項目に記憶する構成としても良い。このとき、サーバ１０の契約作成部１０４２は、所定の委任ユーザが確認テーブル１０１５のレコードに追加されることにより、確認順序において後段（より大きな確認順序）の確認者のレコードの確認順序の値を繰り下げて記憶（更新）する構成としても良い。これにより、複数の確認者が指定されている場合に、確認順序を維持しつつ、第２ユーザを委任ユーザに置き換えることができる。
また、サーバ１０の契約作成部１０４２は、確認テーブル１０１５に記憶された第２ユーザのレコードの確認フラグの項目に、Ｔｒｕｅの値を記憶し第２ユーザによる承認作業を完了させる。なお、サーバ１０の契約作成部１０４２は、確認テーブル１０１５に記憶された第２ユーザのレコードの確認フラグの項目に委任により確認作業がスキップされたことを示す情報を記憶しても良い。なお、サーバ１０の契約作成部１０４２は、確認テーブル１０１５において第２ユーザのレコードを削除する構成としても良い。これにより、第２ユーザによる契約書確認処理がスキップされる。

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

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

サーバ１０の契約作成部１０４２は、ステップＳ１０２において受け付けた第２ユーザに対して、ステップＳ１０１において受け付けた契約情報が１または複数の第３ユーザへ委任されたことを通知しても良い。具体的に、サーバ１０の契約作成部１０４２は、確認テーブル１０１５の確認フラグの項目に、確認作業がスキップされたことを示す情報が記憶されているレコードを検索し、当該レコードの確認者メールアドレスに対して、契約情報が第１確認ユーザへ委任されたことを通知するメッセージを送信する。

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

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

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

＜契約書確認処理＞
契約書確認処理は、確認者が、作成者から受信した契約情報の内容を確認する処理である。

＜契約書確認処理の概要＞
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する第１画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
契約書確認処理は、確認者が契約情報に対する承認権限を有さない場合には、契約書確認処理を終了する。なお、本開示において確認者となる第２ユーザ、第３ユーザの場合の契約書確認処理の詳細を、それぞれ、契約書確認処理の詳細（第２ユーザ）、契約書確認処理の詳細（第３ユーザ）として以下に説明する。

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

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

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

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

サーバ１０の契約確認部１０４３は、特定された第２ユーザのユーザ識別情報に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、第２ユーザの承認権限の項目を取得する。なお、本開示において、第２ユーザの承認権限はユーザテーブル１０１２に記憶される構成としたが、第２ユーザの承認権限は第２ユーザが所属するグループごとに記憶されていても良いし、契約情報ごと、契約情報種別ごとに記憶されても構わない。サーバ１０の契約確認部１０４３は、対象となる契約情報に対し、第２ユーザの承認権限情報を取得する。
また、第２ユーザが本開示にかかるサービスにユーザ登録していない場合は、第２ユーザを、承認権限を有さないユーザとみなして処理を実行しても良い。

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

具体的に、サーバ１０の契約確認部１０４３は、ステップＳ３０２において取得した第２ユーザの承認権限情報に、契約締結を承認する権限を有する情報が記憶されている場合、または、第２ユーザが拡張承認権限を有する場合は、第２ユーザが受け付けた契約情報の契約締結を承認することができるユーザと判定し、第２ユーザに対して第１画面を提示しステップＳ３０４に進む。

サーバ１０の契約確認部１０４３は、以下の方法により、第２ユーザの拡張承認権限を特定し判定する。サーバ１０の契約確認部１０４３は、契約情報が委任条件に該当する場合に、該当する委任条件に関連付けられた１または複数の第２ユーザを、第１ユーザから受け付けた契約情報の承認者として特定する。
具体的に、サーバ１０の契約確認部１０４３は、第２ユーザＩＤ３０１１、現在日時に基づき、委任条件テーブル１０１７の委任ユーザＩＤ、委任期間の項目を検索し、ユーザＩＤ（委任元ユーザＩＤ）、委任条件を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、書類データを取得する。サーバ１０の契約確認部１０４３は、書類ＩＤ、書類データに基づき特定される契約種別情報、契約金額などを特定し、委任条件と比較することにより委任条件を満たしているか否かを判定する。また、第１ユーザにかかる作成者情報を特定し、委任条件と比較することにより委任条件を満たしているか否かを判定する。サーバ１０の契約確認部１０４３は、満たしている委任条件に関連付けられた委任元ユーザＩＤを特定する。なお、特定される委任元ユーザＩＤは複数であっても構わない。

例えば、契約情報の契約種別が所定の契約種別である場合に、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する。
例えば、契約情報の契約金額が所定の金額である場合に、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する。
例えば、契約情報の作成者情報が所定の作成者情報である場合に、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する。
例えば、第１ユーザから契約情報を受け付けた日時が所定の日時である場合に、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する。

サーバ１０の契約確認部１０４３は、特定した委任元ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、承認権限を取得する。サーバ１０の契約確認部１０４３は、取得した委任元ユーザの承認権限を、第２ユーザの承認権限とみなし、これを拡張承認権限と呼ぶ。複数の委任元ユーザＩＤが特定された場合は、拡張承認権限は第２ユーザの承認権限および複数の委任元ユーザの承認権限を含むものとしても良い。
サーバ１０の契約確認部１０４３は、拡張承認権限に契約締結の対象となる契約情報を承認することができる承認権限が含まれている場合には、第２ユーザが、受け付けた契約情報の契約締結を承認することができるユーザであると判定する。これにより、第２ユーザはユーザテーブル１０１２において記憶された承認権限に加えて、委任条件テーブル１０１７において委任元ユーザの承認権限に基づき契約情報を承認することができる。

一方、第２ユーザが、受け付けた契約情報の契約締結を承認することができないユーザである場合は、契約書確認処理を終了する。

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

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

ステップＳ３０４において、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、権限委任ボタン７６０を押下することにより、契約締結にかかる契約情報について所定のユーザに対して承認権限を付与することができる。

第２ユーザが、権限付与処理（第一実施例）により第３ユーザに対して承認権限を付与した場合は、サーバ１０の契約確認部１０４３は、契約書確認処理を終了し、ステップＳ３０５またはステップＳ３０６の処理を実行しないものとしても良い。
第２ユーザは、第２ユーザ端末３０の入力装置３０６を操作することにより、保存ボタン７５０を押下することにより契約書確認処理を終了することができる。

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

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

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

＜第２画面提示処理（第一実施例）＞
第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、権限委任ボタン７６０を押下すると、第２ユーザ端末３０のディスプレイ３０８１は、第２ユーザに対し、１または複数のユーザを承認者として特定する操作を受け付ける第２画面（第一実施例）を提示する。
なお、第２ユーザに提示される第２画面は、確認テーブル１０１５の第２ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第２ユーザに対して提示する構成としても良い。

図１８は、契約書確認処理の動作を示す第２画面の画面例（第一実施例）である。第２ユーザ端末３０のディスプレイ３０８１に表示される、１または複数のユーザを承認者として特定する操作を受け付ける第２画面８０には、メールアドレス８０１、氏名８０２、会社名８０３、言語８０４、アクセスコード８０５を入力するための入力欄、キャンセルボタン８２１、追加ボタン８２２が表示される。

サーバ１０の契約確認部１０４３は、第２ユーザから、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する情報を受け付ける。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、承認者として特定するユーザのメールアドレス、氏名、会社名、使用する言語、アクセスコードを、それぞれ、第２画面８０に表示された、メールアドレス８０１、氏名８０２、会社名８０３、言語８０４、アクセスコード８０５に入力する。なお、第２ユーザは、会社名、言語、アクセスコードについての入力を省略しても構わない。また、本開示においては第３ユーザは、ユーザテーブル１０１２において承認権限を有さないユーザであっても構わない。

＜第２画面提示処理（第二実施例）＞
第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、権限委任ボタン７６０を押下すると、第２ユーザ端末３０のディスプレイ３０８１は、第２ユーザに対し、１または複数のユーザを承認者として特定する操作を受け付ける第２画面（第二実施例）を提示する。

図１９は、契約書確認処理の動作を示す第２画面の画面例（第二実施例）である。第２ユーザ端末３０のディスプレイ３０８１に表示される、１または複数のユーザを承認者として特定する操作を受け付ける第２画面８０には、メールアドレス８０１、氏名８０２、会社名８０３、言語８０４、アクセスコード８０５を入力するための入力欄、キャンセルボタン８２１、追加ボタン８２２、に加え、複数のユーザをユーザ候補として提示するユーザ候補提示エリア８４１、ユーザ候補の種別を切り替える切替ボタン８６１、が表示される。
第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作することにより、第２画面８０に表示された切替ボタン８６１を押下することにより、「グループ」、「履歴」、「グループ履歴」、「その他」の４種類のユーザ候補の種別を選択的に切り替えて、ユーザ候補提示エリア８４１に複数のユーザ候補を提示することができる。
なお、切替ボタン８６１は、第２ユーザが所定のグループに所属せずグループ識別情報と関連づけられていない場合や、第２ユーザがグループに関する機能を使用できない状態である場合には、「グループ」、「グループ履歴」、「その他」の項目を押下できない構成としても良い。つまり、第２ユーザに対して、「履歴」に基づくユーザ候補の提示しかできない構成としても良い。その他、課長、部長などの所定の役職者をユーザ候補として提示する構成を含めても良い。

サーバ１０の契約確認部１０４３は、第２ユーザから、第１ユーザから受け付けた契約情報の承認者として１または複数の第３ユーザを特定する情報を受け付ける。
具体的に、第２ユーザは、第２画面提示処理（第一実施例）と同様に、第２ユーザ端末３０の入力装置３０６などを操作し、承認者として特定するユーザのメールアドレス、氏名、会社名、使用する言語、アクセスコードを、それぞれ、第２画面８０に表示された、メールアドレス８０１、氏名８０２、会社名８０３、言語８０４、アクセスコード８０５に入力することができる。なお、第２ユーザは、会社名、言語、アクセスコードについての入力は省略しても構わない。

第２画面提示処理（第二実施例）において、サーバ１０の契約確認部１０４３は、ユーザ候補提示エリア８４１に提示されたユーザ候補から１または複数のユーザを承認者として特定する操作を受け付けることができる。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作することにより、ユーザ候補提示エリア８４１に提示された１または複数のユーザ候補を選択し特定する。第２ユーザ端末の制御部３０４は、選択されたユーザ候補の情報をメールアドレス８０１、氏名８０２、会社名８０３、言語８０４などの入力欄に入力する。
これにより、第２ユーザは、提示された複数のユーザ候補から第３ユーザを承認者として選択することができるため、第２ユーザの入力負担を低減させることができる。

＜グループに基づくユーザ候補の提示＞
サーバ１０の契約確認部１０４３は、第２グループに関連づけられた第２ユーザに対し、第２グループに関連付けられた複数のユーザをユーザ候補として提示する。このとき、第２グループに関連付けられた複数のユーザのうち、契約情報を承認することができない１または複数のユーザをユーザ候補として提示する構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、第２画面８０に表示された切替ボタン８６１から「グループ」ボタンを押下し、グループに基づくユーザ候補の提示リクエストをサーバ１０へ送信する。
サーバ１０の契約確認部１０４３は、リクエストを受信すると、第２ユーザを特定する情報である第２ユーザのメールアドレスまたはユーザＩＤに基づき、ユーザテーブル１０１２のメールアドレスまたはユーザＩＤの項目を検索し、グループＩＤの項目（第２グループＩＤ）を取得する。サーバ１０の契約確認部１０４３は、取得した第２グループＩＤに基づき、ユーザテーブル１０１２のグループＩＤの項目を検索し、ユーザＩＤ、ユーザ名、メールアドレス、承認権限の項目を取得する。
サーバ１０の契約確認部１０４３は、承認権限を有さないユーザの、ユーザＩＤ、ユーザ名、メールアドレスを第２ユーザ端末３０へ送信する。第２ユーザ端末３０のディスプレイ３０８１は、受信したユーザ名、メールアドレスなどを含むユーザ候補情報を、ユーザ候補提示エリア８４１に一覧表示する。

＜履歴に基づくユーザ候補の提示（第一実施例）＞
サーバ１０の契約確認部１０４３は、第２ユーザの履歴情報に基づいて、第２ユーザが過去に特定した１または複数の第２ユーザを、ユーザ候補として提示する。このとき、契約情報を承認することができない１または複数のユーザをユーザ候補として提示する構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、第２画面８０に表示された切替ボタン８６１から「履歴」ボタンを押下し、履歴に基づくユーザ候補の提示リクエストをサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、リクエストを受信すると、第２ユーザを特定する情報に基づき、確認テーブル１０１５の指定者データの項目を検索し、第２ユーザが過去に承認者として特定したユーザの確認者メールアドレスを取得する。サーバ１０の契約確認部１０４３は、取得したメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し、ユーザＩＤ、ユーザ名、メールアドレス、承認権限の項目を取得する。
サーバ１０の契約確認部１０４３は、承認権限を有さないユーザの、ユーザＩＤ、ユーザ名、メールアドレスを第２ユーザ端末３０へ送信する。第２ユーザ端末３０のディスプレイ３０８１は、受信したユーザ名、メールアドレスなどを含むユーザ候補情報を、ユーザ候補提示エリア８４１に一覧表示する。

＜履歴に基づくユーザ候補の提示（第二実施例）＞
サーバ１０の契約確認部１０４３は、第２ユーザが関連付けられた第２グループの履歴情報に基づいて、第２グループに関連付けられた第２ユーザを含む複数のユーザが過去に特定した１または複数の第２ユーザを、ユーザ候補として提示する。このとき、契約情報を承認することができない１または複数のユーザをユーザ候補として提示する構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、第２画面８０に表示された切替ボタン８６１から「グループ履歴」ボタンを押下し、グループ履歴に基づくユーザ候補の提示リクエストをサーバ１０へ送信する。
サーバ１０の契約確認部１０４３は、リクエストを受信すると、第２ユーザを特定する情報である第２ユーザのメールアドレスまたはユーザＩＤに基づき、ユーザテーブル１０１２のメールアドレスまたはユーザＩＤの項目を検索し、グループＩＤの項目（第２グループＩＤ）を取得する。サーバ１０の契約確認部１０４３は、取得した第２グループＩＤに基づき、ユーザテーブル１０１２のグループＩＤの項目を検索し、ユーザＩＤ、メールアドレスの項目を取得する。これにより、第２グループに関連づけられた複数のユーザを取得することができる。
サーバ１０の契約確認部１０４３は、取得した第２グループに関連付けられた複数のユーザのユーザＩＤ、メールアドレスに基づき、確認テーブル１０１５の指定者データの項目を検索し、第２グループに関連付けられた複数のユーザが過去に承認者として特定したユーザの確認者メールアドレスを取得する。サーバ１０の契約確認部１０４３は、取得したメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し、ユーザＩＤ、ユーザ名、メールアドレス、承認権限の項目を取得する。
サーバ１０の契約確認部１０４３は、承認権限を有さないユーザの、ユーザＩＤ、ユーザ名、メールアドレスを第２ユーザ端末３０へ送信する。第２ユーザ端末３０のディスプレイ３０８１は、受信したユーザ名、メールアドレスなどを含むユーザ候補情報を、ユーザ候補提示エリア８４１に一覧表示する。

＜その他の情報に基づくユーザ候補の提示＞
サーバ１０の契約確認部１０４３は、契約情報と、第１グループに関連づけられた第１ユーザと、第１グループと、の少なくともいずれか１つに基づいて、複数のユーザをユーザ候補として提示する。このとき、契約情報を承認することができない１または複数のユーザをユーザ候補として提示する構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、第２画面８０に表示された切替ボタン８６１から「その他」ボタンを押下し、その他の情報に基づくユーザ候補の提示リクエストをサーバ１０へ送信する。サーバ１０の契約確認部１０４３は、リクエストを受信すると、第１ユーザとの間で過去に締結された契約情報、第１ユーザが所属する第１グループに関連付けられた他のユーザとの間で過去に締結された契約情報、を特定し、当該契約情報に含まれる書類ＩＤに基づき確認テーブル１０１５の書類ＩＤの項目を検索し、当該契約情報において過去に承認者として特定されたユーザの確認者メールアドレスの項目を取得する。このとき、ユーザテーブル１０１２、グループテーブル１０１３を参照し、第２ユーザが所属する第２グループに関連づけられたユーザの確認者メールアドレスのみ取得する構成としても良い。サーバ１０の契約確認部１０４３は、取得したメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し、ユーザＩＤ、ユーザ名、メールアドレス、承認権限の項目を取得する。
第２ユーザを特定する情報に基づき、確認テーブル１０１５の指定者データの項目を検索し、第２ユーザが過去に承認者として特定したユーザの確認者メールアドレスを取得する。サーバ１０の契約確認部１０４３は、取得したメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し、ユーザＩＤ、ユーザ名、メールアドレス、承認権限の項目を取得する。
サーバ１０の契約確認部１０４３は、承認権限を有さないユーザの、ユーザＩＤ、ユーザ名、メールアドレスを第２ユーザ端末３０へ送信する。第２ユーザ端末３０のディスプレイ３０８１は、受信したユーザ名、メールアドレスなどを含むユーザ候補情報を、ユーザ候補提示エリア８４１に一覧表示する。

＜変形例１＞
なお、グループに基づくユーザ候補の提示、履歴に基づくユーザ候補の提示（第一実施例）、履歴に基づくユーザ候補の提示（第二実施例）、その他の情報に基づくユーザ候補の提示において、契約情報を承認することができない１または複数のユーザを、契約情報を承認することができる１または複数のユーザより優先的に、ユーザ候補として提示しても良い。
具体的に、サーバ１０の契約確認部１０４３は、承認権限を有さないユーザに加えて、承認権限を有するユーザのユーザＩＤ、ユーザ名、メールアドレスを第２ユーザ端末３０へ送信する構成としても良い。この場合、第２ユーザ端末３０のディスプレイ３０８１は、承認権限を有さないユーザ候補情報を、承認権限を有するユーザ候補情報よりも一覧の上位に提示することにより、承認権限を有さないユーザ候補情報を第２ユーザが選択しやすいように提示しても良い。その他、ユーザ候補情報をカルーセルまたは、ページ送りにより表示する場合には、より先頭のページに承認権限を有さないユーザ候補情報を表示させることが考えられる。

＜変形例２＞
サーバ１０の契約確認部１０４３は、履歴に基づくユーザ候補の提示（第一実施例）、履歴に基づくユーザ候補の提示（第二実施例）において、１または複数の第３ユーザのうち、特定された回数が多い第３ユーザほど優先的に、ユーザ候補として提示する構成としても良い。
具体的に、サーバ１０の契約確認部１０４３は、履歴に基づくユーザ候補の提示（第一実施例）、履歴に基づくユーザ候補の提示（第二実施例）において、取得したユーザ候補情報について、ユーザ候補のユーザＩＤまたはメールアドレスごとに重複するユーザ候補情報の個数（回数）をカウントし、当該個数を優先順位として優先順位が高いユーザ候補情報ほど一覧の上位に提示することにより、第２ユーザまたは第２グループに所属する複数のユーザが過去により多く選択し特定したユーザのユーザ候補情報を、第２ユーザが選択しやすいように提示しても良い。その他、ユーザ候補情報をカルーセルまたは、ページ送りにより表示する場合には、より先頭のページに優先順位が高いユーザ候補情報を表示させることが考えられる。

＜変形例３＞
グループに基づくユーザ候補の提示、履歴に基づくユーザ候補の提示（第一実施例）、履歴に基づくユーザ候補の提示（第二実施例）、その他の情報に基づくユーザ候補の提示を組み合わせて１のユーザ候補として第２ユーザに対して提示する構成としても構わない。

＜権限付与処理（第一実施例）＞
第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、第２画面に表示された、追加ボタン８２２を押下することにより、メールアドレス８０１、氏名８０２、会社名８０３、言語８０４、アクセスコード８０５に入力された情報を含むリクエストをサーバ１０へ送信する処理を実行させる。
サーバ１０の契約確認部１０４３は、受信したリクエストに含まれるメールアドレスに基づき、ユーザテーブル１０１２のメールアドレスの項目を検索し、ユーザＩＤ（委任ユーザＩＤ）を取得する。サーバ１０の契約確認部１０４３は、第２ユーザＩＤ３０１１、取得した委任ユーザＩＤ、受信したリクエストに含まれる書類ＩＤを、それぞれ委任条件テーブル１０１７のユーザＩＤ、委任ユーザＩＤ、委任条件の項目に記憶する。具体的に、委任条件テーブル１０１７の委任条件の項目には、対象となる契約情報の書類ＩＤを特定して、委任ユーザＩＤを有するユーザに承認権限を付与する情報が記憶される。これにより、委任ユーザＩＤのユーザは、自身の承認権限の有無に関わらず、当該契約情報を承認することができるようになる。
サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる委任ユーザのメールアドレス、書類ＩＤを、それぞれ確認テーブル１０１５の新たなレコードの確認者メールアドレス、書類ＩＤの項目に記憶し、契約情報と委任ユーザのメールアドレスとを関連付けて記憶する。なお、第２ユーザのユーザＩＤまたはメールアドレスを、確認テーブル１０１５の指定者データの項目に記憶しても良い。これにより、第２ユーザは、履歴に基づくユーザ候補の提示を受けることができる。
このとき、確認テーブル１０１５の確認順序の項目には、確認者となるユーザの確認順序の項目の値が１つずつインクリメントされ記憶される。これにより、契約書確認処理における確認者の回覧順序が設定される。なお、回覧順序の設定は必須ではない。
第２ユーザは、１または複数の承認者を特定し設定することができる。第２ユーザは、承認者の設定が完了すると、第２ユーザ端末３０の入力装置３０６などを操作し、キャンセルボタン８２１を押下することにより承認者の設定処理を終了する。

このとき、サーバ１０の契約確認部１０４３は、第１ユーザにより、第２ユーザに対して割り当てられた入力項目に対し、第３ユーザに対して割り当てるよう設定するよう構成してもよい。つまり、第２ユーザに対して割り当てられた入力項目情報を、第３ユーザにより指定された承認者に対して引き継ぐ構成としても良い。
具体的に、サーバ１０の契約確認部１０４３は、第２ユーザＩＤに基づき、入力項目テーブル１０１６の入力者ＩＤの項目を検索し、特定されるレコードの入力者ＩＤの項目に第３ユーザＩＤを記憶する。サーバ１０の契約確認部１０４３は、特定されるレコードの入力者ＩＤの項目から第２ユーザＩＤを削除し、第３ユーザＩＤを記憶し、第３ユーザＩＤを入力者ＩＤとして上書きする構成としても良い。サーバ１０の契約確認部１０４３は、特定されるレコードの入力者ＩＤの項目から第２ユーザＩＤを削除せずに、第３ユーザＩＤを記憶し、第３ユーザＩＤを入力者ＩＤとして追加する構成としても良い。

また、第２ユーザは、複数の第３ユーザを承認者として特定している場合に、第１ユーザにより第２ユーザに割り当てられた複数の入力項目情報のそれぞれに対して、複数の異なる第３ユーザをそれぞれ割り当てる構成としても良い。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作し、入力項目テーブル１０１６の入力者ＩＤに第２ユーザＩＤが記憶された入力項目情報のレコードの入力者ＩＤの項目に、複数の異なる第３ユーザのそれぞれのユーザＩＤを選択的に追加し記憶する。

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

ステップＳ３０３において、サーバ１０の契約確認部１０４３は、確認者として特定された１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する。
具体的に、サーバ１０の契約確認部１０４３は、ステップＳ３０２において取得した第３ユーザの承認権限情報に、契約締結を承認する権限を有する情報が記憶されている場合、または、第３ユーザが拡張承認権限を有する場合は、第３ユーザが受け付けた契約情報の契約締結を承認することができるユーザと判定し、第３ユーザに対して第１画面を提示しステップＳ３０４に進む。

サーバ１０の契約確認部１０４３は、以下の方法により、第３ユーザの拡張承認権限を特定し判定する。サーバ１０の契約確認部１０４３は、契約情報が委任条件に該当する場合に、該当する委任条件に関連付けられた１または複数の第３ユーザを、第１ユーザから受け付けた契約情報の承認者として特定する。
具体的に、サーバ１０の契約確認部１０４３は、第３ユーザＩＤ４０１１、現在日時に基づき、委任条件テーブル１０１７の委任ユーザＩＤ、委任期間の項目を検索し、ユーザＩＤ（委任元ユーザＩＤ）、委任条件を取得する。サーバ１０の契約確認部１０４３は、受信したリクエストに含まれる書類ＩＤに基づき、書類テーブル１０１４の書類ＩＤの項目を検索し、書類データを取得する。サーバ１０の契約確認部１０４３は、書類ＩＤ、書類データに基づき特定される契約種別情報、契約金額などを特定し、委任条件と比較することにより委任条件を満たしているか否かを判定する。また、第１ユーザにかかる作成者情報を特定し、委任条件と比較することにより委任条件を満たしているか否かを判定する。サーバ１０の契約確認部１０４３は、満たしている委任条件に関連付けられた委任元ユーザＩＤを特定する。なお、特定される委任元ユーザＩＤは複数であっても構わない。サーバ１０の契約確認部１０４３は、特定した委任元ユーザＩＤに基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、承認権限を取得する。サーバ１０の契約確認部１０４３は、取得した委任元ユーザの承認権限を、第３ユーザの承認権限とみなし、これを拡張承認権限と呼ぶ。複数の委任元ユーザＩＤが特定された場合は、拡張承認権限は第３ユーザの承認権限および複数の委任元ユーザの承認権限を含むものとしても良い。

ステップＳ３０６において、サーバ１０の契約確認部１０４３は、契約書作成処理のステップＳ１０６において複数の第３ユーザが特定されている場合は、複数の第３ユーザのうち１のユーザから、受け付けた契約情報の契約締結を承認する指示を受け付け、１のユーザから受け付けた契約情報の契約締結を承認する指示に応じて、他の第３ユーザについて契約情報の契約締結を承認またはスキップさせる。
具体的に、サーバ１０の契約確認部１０４３は、契約書作成処理のステップＳ１０６において特定された複数の第３ユーザのうち１のユーザから、契約情報の契約締結を承認する指示を受け付けると、確認テーブル１０１５において確認者として設定された他の第３ユーザの確認フラグの項目にＴｒｕｅの値を記憶し、他の第３ユーザにおける契約書確認処理を完了させる。なお、サーバ１０の契約確認部１０４３は、他の第３ユーザの確認フラグの項目に、第１ユーザのうち１のユーザが契約締結を承認することにより、契約書確認処理をスキップすることを示す情報を記憶する構成としても良い。
これにより、委任条件により複数の第３ユーザが特定された場合において、１の第３ユーザが契約締結を承認することにより、他の第３ユーザによる契約締結承認処理を省略することができる。複数の第３ユーザの業務負担を低減することができる。

ステップＳ３０６において、サーバ１０の契約確認部１０４３は、すべての承認権限を有する確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第１ユーザへ送信する。
具体的に、サーバ１０の契約作成部１０４２は、第１ユーザのメールアドレスへ、第２ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。つまり、第１ユーザに対して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。第２ユーザは、自身が所属する組織において委任した第３ユーザにより契約締結の承認がなされたことを第１ユーザに知られることなく、適切な契約締結手続きを完了させることができる。なお、メッセージには、第３ユーザが契約情報の確認を完了したことを通知する内容を含めても良い。

図２０は、契約書確認処理の動作を示す第３画面の画面例である。第３ユーザ端末４０のディスプレイ４０８１に表示される、契約情報を承認するための第３画面７０Bには、現在の契約情報の作成状況を示すステータス７１０、契約情報表示エリア７３０、書類データ７３１、入力項目７３２、７３３、７３４、７３５、７３６、同意ボタン７４０が表示される。つまり、承認権限を有する第３ユーザは、契約情報に同意し承認することができる。
なお、第１画面７０Ａと同様に、第３画面７０Bにも権限委任ボタン７６０を表示しても構わない。また、第３ユーザからは、第１ユーザから受け付けた契約情報の承認者として１または複数の第４ユーザを特定する情報を受け付けない構成としても良い。つまり、第３ユーザが、ユーザテーブル１０１２に記憶された承認権限に基づき、第１ユーザから受け付けた契約情報の承認者として特定された場合は権限委任ボタン７６０を表示し、拡張承認権限に基づき、第１ユーザから受け付けた契約情報の承認者として特定された場合には権限委任ボタン７６０を表示しない構成としても良い。
これにより、承認権限を付与されたユーザから他のユーザへの再委任を防ぐことができる。つまり、承認権限者にとって意図しないユーザへ承認権限が付与されることを防止することができる。

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

同様に、サーバ１０の契約確認部１０４３は、第３ユーザから受け付けた契約締結を承認する指示に基づいて、契約情報に第３ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。また、サーバ１０の契約確認部１０４３は、第３ユーザから受け付けた契約締結を承認する指示に基づいて、契約情報に第３ユーザが第２ユーザから承認権限を付与されたことを示す電子署名を付与して記憶しても良い。
サーバ１０の契約確認部１０４３は、電子署名に、書類ＩＤ、第１ユーザのメールアドレス、第３ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第１ユーザ、第３ユーザの同意（承認）、タイムスタンプなどのいずれかの情報を含めても良い。
これにより、サーバ１０の契約確認部１０４３は、契約情報に第３ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
また、契約情報は、契約締結に関する調印者として第２ユーザの情報が規定された契約情報であっても良い。つまり、書類データの文面上には調印者として第２ユーザの氏名、名称、役職名などが表示される構成とすることができる。これにより、調印者として第２ユーザの情報が規定された契約情報に対して、第３ユーザが契約情報の承認を行ったことが記憶される。契約情報に規定された第２ユーザの情報を変更することなく、第３ユーザが承認したことを示す情報を電子署名として付与することができる。

＜権限付与処理（第二実施例）＞
権限付与処理（第二実施例）は、承認権限を有するユーザが、委任条件、委任期間を定めて、特定のユーザに対して承認権限を委任し付与する処理である。

＜権限付与処理（第二実施例）の概要＞
権限付与処理（第二実施例）は、承認権限を有するユーザからアクセスを受け付け、承認権限を有するユーザを特定し、委任条件、委任期間を定めて委任ユーザを特定し、サーバ１０へ送信し、記憶する一連の処理である。

＜権限付与処理（第二実施例）の詳細＞
ステップＳ５０１において、承認権限を有するユーザ（以下、第２ユーザ）は、第２ユーザ端末３０の入力装置３０６を操作し、ブラウザアプリケーションを操作することにより、サーバ１０が提供する権限付与処理（第二実施例）を実行するためのウェブサイトへアクセスし、第２ユーザＩＤ３０１１を含むリクエストをサーバ１０へ送信する。

サーバ１０の権限付与部１０４４は、権限付与処理を実行するためのリクエストを受信すると、リクエストに含まれる第２ユーザＩＤ３０１１に基づき第２ユーザを特定する。サーバ１０の権限付与部１０４４は、委任条件設定画面を生成し、第２ユーザ端末３０へ送信する。

図２１は権限付与処理（第二実施例）の動作を示す委任条件設定画面の画面例である。第２ユーザ端末３０のディスプレイ３０８１に表示される、委任条件設定画面８７には、第２ユーザのユーザＩＤ表示欄８７１、委任条件入力欄８７２、委任ユーザＩＤ入力欄８７３、委任期間入力欄８７４、保存ボタン８７５が表示される。委任条件入力欄８７２は、条件フィールド入力欄８７２１、判定条件入力欄８７２２、条件値入力欄８７２３が含まれる。

ステップＳ５０３において、サーバ１０の権限付与部１０４４は、第２ユーザから、１または複数の委任条件を受け付ける。サーバ１０の権限付与部１０４４は、第２ユーザから受け付ける委任条件は、１または複数の委任条件ごとに１または複数の第３ユーザが関連づけられた条件である。
具体的に、第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作することにより、委任条件設定画面８７に表示された、委任条件入力欄８７２、委任ユーザＩＤ入力欄８７３、委任期間入力欄８７４などの入力フィールドを操作し、それぞれ、希望する委任条件、権限を付与するユーザのユーザＩＤ、委任する期間を選択し入力する。
例えば、委任条件は、契約情報の契約種別に関する条件を含んでも良い。
例えば、委任条件は、契約情報の契約金額に関する条件を含んでも良い。
例えば、委任条件は、契約情報の作成者情報に関する条件を含んでも良い。
例えば、委任条件は、日時に関する条件を含んでも良い。
第２ユーザは、第２ユーザ端末３０の入力装置３０６などを操作することにより、委任条件設定画面８７に表示された保存ボタン８７５を押下する。これにより、第２ユーザ端末３０は、第２ユーザＩＤ３０１１、委任条件入力欄８７２、委任ユーザＩＤ入力欄８７３、委任期間入力欄８７４に入力された入力値をサーバ１０へ送信する。サーバ１０の権限付与部１０４４は、受信した第２ユーザＩＤ３０１１、委任条件入力欄８７２、委任ユーザＩＤ入力欄８７３、委任期間入力欄８７４に入力された入力値を、それぞれ、委任条件テーブル１０１７のユーザＩＤ、委任条件、委任ユーザＩＤ、委任期間の項目に記憶する。本開示においては、委任ユーザＩＤとして、第３ユーザＩＤを指定する。

これにより、契約書作成処理のステップＳ１０６における委任条件判定処理において、第２ユーザに対して送信された契約情報が、委任期間において委任条件に該当する場合には、第３ユーザへ契約書確認処理が転送される。
これにより、契約書確認処理のステップＳ３０３において、第３ユーザの拡張承認権限に、第２ユーザの承認権限が含まれ、拡張承認権限に基づき承認権限有無が判定される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（付記１）
プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップ（Ｓ１０１）と、第２ユーザから、１または複数の委任条件を受け付ける条件受付ステップ（Ｓ５０３）と、条件受付ステップにおいて受け付けた委任条件に基づき、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定する承認者特定ステップ（Ｓ１０６）と、承認者特定ステップにおいて特定した１または複数の第３ユーザから、契約受付ステップにおいて受け付けた契約情報の契約締結を承認する指示を受け付ける承認ステップ（Ｓ３０６）と、承認者特定ステップにおいて特定された１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップ（Ｓ３０３）と、を実行させるプログラム。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、委任条件に基づき特定される第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

（付記２）
条件受付ステップ（Ｓ５０３）において受け付ける委任条件は、１または複数の委任条件ごとに１または複数の第３ユーザが関連づけられた条件であり、承認者特定ステップ（Ｓ３０３）は、契約情報が委任条件に該当する場合に、該当する委任条件に関連付けられた１または複数の第３ユーザを、契約受付ステップにおいて受け付けた契約情報の承認者として特定するステップである、付記１記載のプログラム。
これにより、第２ユーザは、委任条件ごとに関連付けられた第３ユーザに対して承認権限を委任することにより、より適切な第３ユーザに対して承認権限を委任することができる。

（付記３）
条件受付ステップ（Ｓ５０３）において受け付ける委任条件は、契約情報の契約種別に関する条件を含み、承認者特定ステップ（Ｓ３０３）は、契約情報の契約種別が所定の契約種別である場合に、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定するステップである、付記１または２記載のプログラム。
これにより、所定の契約種別の契約情報について、第３ユーザに対して承認権限を委任することができる。第２ユーザは、契約情報の契約種別に応じて、第３ユーザに承認権限を委任すべきか否かを選択的に判断することができる。

（付記４）
条件受付ステップ（Ｓ５０３）において受け付ける委任条件は、契約情報の契約金額に関する条件を含み、承認者特定ステップ（Ｓ３０３）は、契約情報の契約金額が所定の金額である場合に、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定するステップである、付記１から３のいずれか記載のプログラム。
これにより、所定の契約金額の契約情報について、第３ユーザに対して承認権限を委任することができる。第２ユーザは、契約情報の契約金額に応じて、第３ユーザに承認権限を委任すべきか否かを選択的に判断することができる。

（付記５）
条件受付ステップ（Ｓ５０３）において受け付ける委任条件は、日時に関する条件を含み、承認者特定ステップ（Ｓ３０３）は、契約受付ステップにおいて契約情報を受け付けた日時が所定の日時である場合に、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定するステップである、付記１から４のいずれか記載のプログラム。
これにより、所定の期間に受け付けた契約情報について、第３ユーザに対して承認権限を委任することができる。第２ユーザは、自身が休暇、海外出張などで契約情報を承認できない期間に応じて、第３ユーザに承認権限を委任すべきか否かを選択的に判断することができる。

（付記６）
第１ユーザは、第２ユーザとは異なるグループに属するユーザであり、第２ユーザおよび第３ユーザは、同じグループに属するユーザである、付記１から５のいずれか記載のプログラム。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

（付記７）
承認者特定ステップは、契約情報の承認者として複数の第３ユーザを特定するステップであり、承認ステップは、複数の第３ユーザのうち１のユーザから、契約受付ステップにおいて受け付けた契約情報の契約締結を承認する指示を受け付けるステップと、１のユーザから受け付けた契約情報の契約締結を承認する指示に応じて、他の第３ユーザについて契約情報の契約締結を承認またはスキップさせるステップと、を含む、付記１から６のいずれか記載のプログラム。
これにより、委任条件により複数の第３ユーザが特定された場合において、１の第３ユーザが契約締結を承認することにより、他の第３ユーザによる契約締結承認処理を省略することができる。複数の第３ユーザの業務負担を低減することができる。

（付記８）
プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップ（Ｓ１０１）と、第２ユーザから、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第３ユーザを特定する情報を受け付ける承認者受付ステップ（Ｓ３０４）と、承認者受付ステップにおいて受け付けた１または複数の第３ユーザから、契約受付ステップにおいて受け付けた契約情報の契約締結を承認する指示を受け付ける承認ステップ（Ｓ３０６）と、承認者受付ステップにおいて受け付けた１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップ（Ｓ３０３）と、を実行させるプログラム。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

（付記９）
承認者受付ステップは、承認者受付ステップにより特定された第３ユーザからは、契約受付ステップにおいて受け付けた契約情報の承認者として１または複数の第４ユーザを特定する情報を受け付けないステップである、付記８記載のプログラム。
これにより、承認権限を付与されたユーザから他のユーザへの再委任を防ぐことができる。つまり、承認権限者にとって意図しないユーザへ承認権限が付与されることを防止することができる。

（付記１０）
契約情報は、契約締結に関する調印者として第２ユーザの情報が規定された契約情報であり、プログラムは、プロセッサに、承認ステップ（Ｓ３０６）において受け付けた契約締結を承認する指示に基づいて、契約情報に第３ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する署名ステップ（Ｓ３０６）と、を実行させる付記１から９のいずれか記載のプログラム。
これにより、調印者として第２ユーザの情報が規定された契約情報に対して、第３ユーザが契約情報の承認を行ったことが記憶される。契約情報に規定された第２ユーザの情報を変更することなく、第３ユーザが承認したことを示す情報を電子署名として付与することができる。

（付記１１）
署名ステップ（Ｓ３０６）は、承認ステップにおいて受け付けた契約締結を承認する指示に基づいて、契約情報に第３ユーザが第２ユーザから承認権限を付与されたことを示す電子署名を付与して記憶するステップ（Ｓ３０６）を含む、付記１０記載のプログラム。
これにより、第３ユーザが、第２ユーザから付与された承認権限に基づき契約情報の承認を行ったことが記憶される。

（付記１２）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、情報処理装置。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

（付記１３）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、を実行させる情報処理システム。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

（付記１４）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、付記１から１１のいずれか記載のプログラムを実行させる、情報処理方法。
これにより、第２ユーザが多忙により契約締結手続きを処理することが困難な場合において、他の第３ユーザに対して承認権限を委任することにより契約締結手続きに伴う第２ユーザの業務負担を低減することができる。

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

Claims (14)

1. プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、
   第２ユーザから、１または複数の委任条件を受け付ける条件受付ステップと、
   前記条件受付ステップにおいて受け付けた前記委任条件に基づき、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第３ユーザを特定する承認者特定ステップと、
   前記承認者特定ステップにおいて特定した前記１または複数の第３ユーザから、前記契約受付ステップにおいて受け付けた前記契約情報の契約締結を承認する指示を受け付ける承認ステップと、
   前記承認者特定ステップにおいて特定された前記１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップと、
   を実行させるプログラム。
2. 前記条件受付ステップにおいて受け付ける委任条件は、前記１または複数の委任条件ごとに１または複数の第３ユーザが関連づけられた条件であり、
   前記承認者特定ステップは、前記契約情報が前記委任条件に該当する場合に、前記該当する委任条件に関連付けられた前記１または複数の第３ユーザを、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として特定するステップである、
   請求項１記載のプログラム。
3. 前記条件受付ステップにおいて受け付ける委任条件は、前記契約情報の契約種別に関する条件を含み、
   前記承認者特定ステップは、前記契約情報の契約種別が所定の契約種別である場合に、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第３ユーザを特定するステップである、
   請求項１または２記載のプログラム。
4. 前記条件受付ステップにおいて受け付ける委任条件は、前記契約情報の契約金額に関する条件を含み、
   前記承認者特定ステップは、前記契約情報の契約金額が所定の金額である場合に、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第３ユーザを特定するステップである、
   請求項１から３のいずれか記載のプログラム。
5. 前記条件受付ステップにおいて受け付ける委任条件は、日時に関する条件を含み、
   前記承認者特定ステップは、契約受付ステップにおいて前記契約情報を受け付けた日時が所定の日時である場合に、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第３ユーザを特定するステップである、
   請求項１から４のいずれか記載のプログラム。
6. 第１ユーザは、第２ユーザとは異なるグループに属するユーザであり、
   第２ユーザおよび第３ユーザは、同じグループに属するユーザである、
   請求項１から５のいずれか記載のプログラム。
7. 前記承認者特定ステップは、前記契約情報の承認者として複数の第３ユーザを特定するステップであり、
   前記承認ステップは、
   前記複数の第３ユーザのうち１のユーザから、前記契約受付ステップにおいて受け付けた前記契約情報の契約締結を承認する指示を受け付けるステップと、
   前記１のユーザから受け付けた前記契約情報の契約締結を承認する指示に応じて、他の第３ユーザについて前記契約情報の契約締結を承認またはスキップさせるステップと、
   を含む、
   請求項１から６のいずれか記載のプログラム。
8. プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、
   第２ユーザから、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第３ユーザを特定する情報を受け付ける承認者受付ステップと、
   前記承認者受付ステップにおいて受け付けた前記１または複数の第３ユーザから、前記契約受付ステップにおいて受け付けた前記契約情報の契約締結を承認する指示を受け付ける承認ステップと、
   前記承認者受付ステップにおいて受け付けた前記１または複数の第３ユーザに対して第２ユーザが保有する承認権限を付与する権限付与ステップと、
   を実行させるプログラム。
9. 前記承認者受付ステップは、前記承認者受付ステップにより特定された第３ユーザからは、前記契約受付ステップにおいて受け付けた前記契約情報の承認者として１または複数の第４ユーザを特定する情報を受け付けないステップである、
   請求項８記載のプログラム。
10. 前記契約情報は、契約締結に関する調印者として第２ユーザの情報が規定された契約情報であり、
    前記プログラムは、前記プロセッサに、
    前記承認ステップにおいて受け付けた契約締結を承認する指示に基づいて、前記契約情報に第３ユーザが前記契約情報の契約締結を承認したことを示す電子署名を付与して記憶する署名ステップと、
    を実行させる請求項１から９のいずれか記載のプログラム。
11. 前記署名ステップは、前記承認ステップにおいて受け付けた契約締結を承認する指示に基づいて、前記契約情報に第３ユーザが第２ユーザから承認権限を付与されたことを示す電子署名を付与して記憶するステップを含む、
    請求項１０記載のプログラム。
12. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    情報処理装置。
13. プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    を実行させる情報処理システム。
14. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサに、請求項１から１１のいずれか記載のプログラムを実行させる、
    情報処理方法。