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