ホーム > 特許ランキング > 弁護士ドットコム株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024145594
(43)【公開日】2024-10-15
(54)【発明の名称】プログラム、情報処理装置、方法
(51)【国際特許分類】
G06Q 10/06 20230101AFI20241004BHJP
G06Q 50/18 20120101ALI20241004BHJP
【ＦＩ】
G06Q10/06
G06Q50/18
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2023058024
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】505392916
【氏名又は名称】弁護士ドットコム株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】佐伯 幸徳
【テーマコード（参考）】
5L010
5L049
5L050
【Ｆターム（参考）】
5L010AA12
5L049AA12
5L049CC32
5L050CC32
(57)【要約】
【課題】電子契約のシステムにおいて、送信側のユーザが、電子データについて受信者として妥当なユーザを指定することを支援する技術が必要とされている。
【解決手段】プログラムは、プロセッサに、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データが承認されたものとして管理するステップと、を実行させ、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない。
【選択図】 図１８
【解決手段】プログラムは、プロセッサに、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データが承認されたものとして管理するステップと、を実行させ、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない。
【選択図】 図１８
【特許請求の範囲】
【請求項1】
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが前記電子データを承認したものとして管理するためのコンピュータを動作させるプログラムであって、前記プログラムは、前記コンピュータのプロセッサに、
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行させ、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、プログラム。
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行させ、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、プログラム。
【請求項2】
前記受け付けるステップにおいて、前記指定された電子データについて前記第２のユーザへ承認を要求するための第１の入力操作を前記第１のユーザから受け付けており、
前記管理するステップにおいて、前記第１の入力操作に応答して、前記第２のユーザが前記対象ユーザに該当するか判定し、前記対象ユーザに該当しない場合に、前記第２のユーザの前記承認を要求せず、前記第１のユーザに対し、前記対象ユーザに該当しない通知をする、請求項１に記載のプログラム。
前記管理するステップにおいて、前記第１の入力操作に応答して、前記第２のユーザが前記対象ユーザに該当するか判定し、前記対象ユーザに該当しない場合に、前記第２のユーザの前記承認を要求せず、前記第１のユーザに対し、前記対象ユーザに該当しない通知をする、請求項１に記載のプログラム。
【請求項3】
前記受け付けるステップにおいて、前記第２のユーザを指定するための情報の入力を前記第１のユーザから受け付ける都度、当該入力された情報が前記対象ユーザに該当するか判定し、判定した結果に基づき、前記第２のユーザに前記電子データの承認を要求できるか否かを前記第１のユーザへ提示する、請求項１に記載のプログラム。
【請求項4】
前記記憶部において、前記対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されており、
前記プログラムは、
前記受け付けるステップにおいて、少なくとも前記第２のユーザのドメインの指定を受け付けており、
前記管理するステップにおいて、前記指定される第２のユーザのドメインが前記対象ユーザのドメインに一致する場合に、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザのドメインに一致しない場合に前記第２のユーザに前記電子データの承認を要求しない、請求項１に記載のプログラム。
前記プログラムは、
前記受け付けるステップにおいて、少なくとも前記第２のユーザのドメインの指定を受け付けており、
前記管理するステップにおいて、前記指定される第２のユーザのドメインが前記対象ユーザのドメインに一致する場合に、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザのドメインに一致しない場合に前記第２のユーザに前記電子データの承認を要求しない、請求項１に記載のプログラム。
【請求項5】
前記受け付けるステップにおいて、前記第１のユーザと関連付けられる前記対象ユーザの情報を、前記第１のユーザに対し提示する、請求項１に記載のプログラム。
【請求項6】
前記受け付けるステップにおいて、前記第１のユーザから前記指定を受け付ける前記第２のユーザが前記対象ユーザでない場合に、前記第２のユーザを前記対象ユーザとして前記記憶部に記憶させるための第２の入力操作を前記第１のユーザから受け付け、
前記第２の入力操作に応じて、前記第２のユーザを、前記対象ユーザとして前記記憶部に記憶させるための処理を行う、請求項１に記載のプログラム。
前記第２の入力操作に応じて、前記第２のユーザを、前記対象ユーザとして前記記憶部に記憶させるための処理を行う、請求項１に記載のプログラム。
【請求項7】
前記受け付けるステップにおいて、前記指定された電子データについて前記第２のユーザへ承認を要求するための第１の入力操作を前記第１のユーザから受け付けており、
前記管理するステップにおいて、前記第１の入力操作に応答して、前記第２のユーザが前記対象ユーザに該当するか判定し、前記対象ユーザに該当しない場合に、前記第２のユーザの前記承認を要求せず、前記第１のユーザに対し、前記第２のユーザを前記対象ユーザとして前記記憶部に記憶させるための第２の入力操作を前記第１のユーザから受け付け、
前記第２の入力操作に応じて、前記第２のユーザを、前記対象ユーザとして前記記憶部に記憶させるための処理を行う、請求項１に記載のプログラム。
前記管理するステップにおいて、前記第１の入力操作に応答して、前記第２のユーザが前記対象ユーザに該当するか判定し、前記対象ユーザに該当しない場合に、前記第２のユーザの前記承認を要求せず、前記第１のユーザに対し、前記第２のユーザを前記対象ユーザとして前記記憶部に記憶させるための第２の入力操作を前記第１のユーザから受け付け、
前記第２の入力操作に応じて、前記第２のユーザを、前記対象ユーザとして前記記憶部に記憶させるための処理を行う、請求項１に記載のプログラム。
【請求項8】
前記プログラムは、前記プロセッサに、さらに、
前記第１のユーザが閲覧権限を有する連絡先の情報を取得することにより、前記第１のユーザと関連付けられる前記対象ユーザの情報を更新するステップを実行させる、請求項１に記載のプログラム。
前記第１のユーザが閲覧権限を有する連絡先の情報を取得することにより、前記第１のユーザと関連付けられる前記対象ユーザの情報を更新するステップを実行させる、請求項１に記載のプログラム。
【請求項9】
前記更新するステップにおいて、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、前記営業管理サービスまたは前記名刺管理サービスにおいて前記第１のユーザが閲覧権限を有する連絡先の情報を取得する、請求項８に記載のプログラム。
【請求項10】
前記プログラムは、前記プロセッサに、さらに、
前記第１のユーザと他のユーザとが連絡した履歴を示す情報を取得することにより、前記連絡した履歴に示される前記他のユーザの情報を、前記第１のユーザと関連付けられる前記対象ユーザの情報であるとして、前記記憶部の情報を更新するステップを実行させる、請求項１に記載のプログラム。
前記第１のユーザと他のユーザとが連絡した履歴を示す情報を取得することにより、前記連絡した履歴に示される前記他のユーザの情報を、前記第１のユーザと関連付けられる前記対象ユーザの情報であるとして、前記記憶部の情報を更新するステップを実行させる、請求項１に記載のプログラム。
【請求項11】
前記更新するステップにおいて、前記第１のユーザと前記他のユーザとがメールで連絡した履歴を取得して、当該メールに含まれる連絡先の情報を取得することにより、前記対象ユーザの情報を更新する、請求項１０に記載のプログラム。
【請求項12】
前記プログラムは、前記プロセッサに、さらに、
前記第１のユーザから、特定のユーザの情報を、前記対象ユーザとして登録するよう依頼する入力操作を受け付けるステップと、
前記依頼する入力操作に応答して、前記第１のユーザとは異なる第３のユーザに対し、前記特定のユーザについて、前記第１のユーザに関連付けられる前記対象ユーザの情報の更新を認めるか否かの第３の入力操作を受け付けるステップと、
前記第３の入力操作に応答して、前記第１のユーザに関連付けられる前記対象ユーザとして前記特定のユーザを含めるよう前記記憶部の情報を更新するステップを実行させる、請求項１に記載のプログラム。
前記第１のユーザから、特定のユーザの情報を、前記対象ユーザとして登録するよう依頼する入力操作を受け付けるステップと、
前記依頼する入力操作に応答して、前記第１のユーザとは異なる第３のユーザに対し、前記特定のユーザについて、前記第１のユーザに関連付けられる前記対象ユーザの情報の更新を認めるか否かの第３の入力操作を受け付けるステップと、
前記第３の入力操作に応答して、前記第１のユーザに関連付けられる前記対象ユーザとして前記特定のユーザを含めるよう前記記憶部の情報を更新するステップを実行させる、請求項１に記載のプログラム。
【請求項13】
外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、前記第３のユーザに対し、前記特定のユーザについて、前記営業管理サービスまたは前記名刺管理サービスにおいて前記第１のユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定し、判定した結果を前記第３のユーザに提示する、請求項１２に記載のプログラム。
【請求項14】
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが前記電子データを承認したものとして管理するためのコンピュータを動作させる方法であって、前記方法は、前記コンピュータのプロセッサが、
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行し、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、方法。
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行し、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、方法。
【請求項15】
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが前記電子データを承認したものとして管理するための情報処理装置であって、前記情報処理装置の制御部が、
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行し、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、情報処理装置。
第１のユーザまたは前記第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、
前記第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、
前記電子データについて指定された各ユーザから承認する操作を受け付けて、前記電子データが承認されたものとして管理するステップと、を実行し、
前記管理するステップにおいて、前記指定される前記第２のユーザが前記対象ユーザに該当する場合、前記第２のユーザに対し、前記電子データの承認を要求する一方、前記第２のユーザが前記対象ユーザに該当しない場合に前記第２のユーザに前記電子データの承認を要求しない、情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理装置、方法に関する。
【背景技術】
【0002】
コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
【0003】
特許文献１には、電子契約として、契約書の電子データをサーバにアップロードして、この契約書の電子データについて合意をすることを示す操作をユーザから受け付けることが記載されている。具体的には、特許文献１には、契約書の電子データに対し契約当事者が合意の意思表示を行い、その電子署名を契約書の電子データに付与することが記載されている。なお電子署名とは、電子署名及び電子署名法２条１項に定義される、電子データの作成者を表示し、電子データが改ざんされていないことを証明するための仕組みのことをいう。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２２－０２１７１０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
電子契約のシステムにおいて、当事者の一方のユーザ（送信側）が、合意の対象となる契約書を示す電子データと、その電子データに対し合意をする操作を行うユーザ（受信側）とを指定するものがある。この場合、電子データの送信側となるユーザが、その電子データの受信側として妥当なユーザ（契約締結の相手方の当事者）を正しく指定する必要がある。そのため、電子契約のシステムにおいて、送信側のユーザが、電子データについて受信者として妥当なユーザを指定することを支援する技術が必要とされている。
【課題を解決するための手段】
【0006】
一実施形態に示すプログラムは、電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するためのコンピュータを動作させるプログラムであって、プログラムは、コンピュータのプロセッサに、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行させ、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない。
【発明の効果】
【0007】
本開示によれば、電子契約のシステムにおいて、送信側のユーザが、電子データについて受信者として妥当なユーザを指定することを支援することができる。
【図面の簡単な説明】
【0008】
【図1】システム１の全体構成の例を示すブロック図である。
【図2】第１ユーザ端末１０の構成例を表すブロック図である。
【図3】第２ユーザ端末３０の構成例を表すブロック図である。
【図4】第３ユーザ端末４０の構成例を表すブロック図である。
【図5】サーバ２０の機能的な構成の例を示す図である。
【図6】外部サーバ５０の機能的な構成の例を示す図である。
【図7】ユーザテーブル２０２２のデータ構造を示す図である。
【図8】グループテーブル２０２３のデータ構造を示す図である。
【図9】書類テーブル２０２４のデータ構造を示す図である。
【図10】確認テーブル２０２５のデータ構造を示す図である。
【図11】入力項目テーブル２０２６のデータ構造を示す図である。
【図12】送信可能マスタ２０２７のデータ構造を示す図である。
【図13】外部サービスマスタ５０２２のデータ構造を示す図である。
【図14】契約書作成処理の第１実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。
【図15】契約書作成処理の第２実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。
【図16】契約書作成処理の第３実施形態における第１ユーザ端末１０およびサーバ２０の動作の例を表すフローチャートである。
【図17】第１ユーザが電子契約情報に対して入力情報を設定するための情報を表示する画面の例を表す模式図である。
【図18】第１ユーザにより確認者として設定された第２ユーザが、対象ユーザに該当するか否かを判定する処理（判定処理）における、サーバ２０の動作の例を表すフローチャートである。
【図19】契約書作成処理の第１実施形態において、第１ユーザに対して、第２ユーザが対象ユーザに該当しないと判定された旨を表示する画面の例を表す模式図である。
【図20】契約書作成処理の第２実施形態において、第１ユーザが確認者を設定するための画面の例を表す模式図である。
【図21】第２ユーザが契約書を確認する契約書確認処理を実行する際の第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。
【図22】第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０の動作の例を表すフローチャートである。
【図23】記憶部に記憶される対象ユーザの情報を更新するための対象ユーザの候補を示す情報を表示する画面の例を表す模式図である。
【図24】第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０の動作の例を表すフローチャートである。
【図25】サーバ２０により提供されたメールデータに含まれる情報を表示する画面の例を表す模式図である。
【図26】第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０、第３ユーザ端末４０の動作の例を表すフローチャートである。
【図27】第３ユーザに対し、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付けるための画面の例を表す模式図である。
【図28】特定のユーザが閲覧可能ユーザでない旨を示すための画面の例を表す模式図である。
【発明を実施するための形態】
【0009】
以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。
【0010】
また、以下の説明において、「プロセッサ」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。
【0011】
また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。
【0012】
また、以下の説明において、「ｘｘｘテーブル」といった表現により、入力に対して出力が得られる情報を説明することがあるが、この情報は、どのような構造のデータでもよいし、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。
【0013】
また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
【0014】
また、以下の説明において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶部及び／又はインタフェース部などを用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。
【0015】
プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0016】
また、以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字または符号を含んだ識別子）が採用されてもよい。
【0017】
また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。
【0018】
また、以下の説明において、制御線または情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線または情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【0019】
本開示において、ユーザは、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）を操作し、電子契約サービスにより契約を締結する。電子契約には電子データを承認するための承認者が一人以上存在する。承認者は電子データに基づき、当該電子データの内容に示される条件での契約締結の可否を判断する。
【0020】
＜１ システム全体の構成図＞
図１は、実施形態の電子契約システム１（以下、単にシステム１と称する）の全体の構成を示す図である。図１に示すシステム１は、例えば、第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、第３ユーザ端末４０、外部サーバ５０を含む。第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、および外部サーバ５０は、例えば、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。
図１は、実施形態の電子契約システム１（以下、単にシステム１と称する）の全体の構成を示す図である。図１に示すシステム１は、例えば、第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、第３ユーザ端末４０、外部サーバ５０を含む。第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、および外部サーバ５０は、例えば、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。
【0021】
第１ユーザ端末１０は、電子契約サービスを利用するユーザが操作する装置である。第１ユーザ端末１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等である。この他、第１ユーザ端末１０は、例えば移動体通信システムに対応したタブレットまたはスマートフォン等の携帯端末であってもよい。
【0022】
第１ユーザ端末１０は、第１ユーザ端末１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。
【0023】
通信ＩＦ１２は、第１ユーザ端末１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
【0024】
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボード、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。
【0025】
出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。
【0026】
メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0027】
記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
【0028】
プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0029】
第２ユーザ端末３０は、電子契約サービスを利用するユーザが操作する装置である。第２ユーザ端末３０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等である。この他、第２ユーザ端末３０は、例えば移動体通信システムに対応したタブレットまたはスマートフォン等の携帯端末であってもよい。
【0030】
第２ユーザ端末３０は、通信ＩＦ３２と、入力装置３３と、出力装置３４と、メモリ３５と、記憶部３６と、プロセッサ３９とを備える。第２ユーザ端末３０のハードウェア構成と第１ユーザ端末１０のハードウェア構成とは共通するので、第２ユーザ端末３０のハードウェア構成の詳細な説明を省略する。
【0031】
第３ユーザ端末４０は、電子契約サービスを利用するユーザが操作する装置である。第３ユーザ端末４０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等である。この他、第３ユーザ端末４０は、例えば移動体通信システムに対応したタブレットまたはスマートフォン等の携帯端末であってもよい。
【0032】
第３ユーザ端末４０は、通信ＩＦ４２と、入力装置４３と、出力装置４４と、メモリ４５と、記憶部４６と、プロセッサ４９とを備える。第３ユーザ端末４０のハードウェア構成と第１ユーザ端末１０のハードウェア構成とは共通するので、第３ユーザ端末４０のハードウェア構成の詳細な説明を省略する。
【0033】
サーバ２０は、複数のユーザ間で電子的な契約締結サービスを提供するコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。
【0034】
通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
【0035】
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。
【0036】
メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0037】
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
【0038】
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0039】
外部サーバ５０は、複数のユーザの情報を管理するサービス（外部サービス）を提供するコンピュータである。複数のユーザの情報を管理するサービスとしては、例えば、以下のようなサービスが挙げられるが、これらに限られない。
・ユーザが所有する名刺に含まれる情報を管理する名刺管理サービス
・ユーザの顧客情報を管理する顧客管理サービス
・ユーザの従業員情報を管理する従業員管理サービス
・メールサービス
・ＳＮＳ（Social networking service）
・ユーザが所有する名刺に含まれる情報を管理する名刺管理サービス
・ユーザの顧客情報を管理する顧客管理サービス
・ユーザの従業員情報を管理する従業員管理サービス
・メールサービス
・ＳＮＳ（Social networking service）
【0040】
外部サーバ５０は、サーバ２０等からのデータ取得要求に応じて、要求があったデータをサーバ２０等に提供する。外部サーバ５０は、通信ＩＦ５２と、入出力ＩＦ５３と、メモリ５５と、ストレージ５６と、プロセッサ５９とを備える。外部サーバ５０のハードウェア構成とサーバ２０のハードウェア構成とは共通するので、外部サーバ５０のハードウェア構成の詳細な説明を省略する。
【0041】
＜１．１ 第１ユーザ端末１０の機能的な構成＞
図２は、第１ユーザ端末１０の機能的な構成の例を示すブロック図である。第１ユーザ端末１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、記憶部１８０と、制御部１９０とを備える。第１ユーザ端末１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
図２は、第１ユーザ端末１０の機能的な構成の例を示すブロック図である。第１ユーザ端末１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、記憶部１８０と、制御部１９０とを備える。第１ユーザ端末１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
【0042】
通信部１２０は、第１ユーザ端末１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。
【0043】
入力装置１３は、第１ユーザ端末１０を操作するユーザが指示、または情報を入力するための装置である。入力装置１３は、例えば、キーボード１３１、マウス１３２、リーダー、タッチ・センシティブ・デバイス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。
【0044】
出力装置１４は、第１ユーザ端末１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。
【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】
項目「作成者ＩＤ」は、電子契約情報の作成者であるユーザを識別するためのユーザＩＤを示す。
【0106】
図１０は、確認テーブル２０２５のデータ構造を示す図である。図１０に示すように、確認テーブル２０２５は、項目「書類ＩＤ」と、項目「確認順序」と、項目「確認者メールアドレス」と、項目「確認フラグ」と、項目「言語データ」と、項目「アクセスコード」と、項目「日時」と、を含む。
【0107】
項目「書類ＩＤ」は、確認者により確認対象となる電子契約情報を識別するためのＩＤを示す。
【0108】
項目「確認順序」は、確認者により電子契約情報が確認される際の確認順序に関する情報を示す。作成者により記憶された電子契約情報は、確認順序の順番で確認者に回覧され、確認が行われる。
【0109】
項目「確認者メールアドレス」は、電子契約情報の確認者のメールアドレスを示す。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル２０２２に含まれている必要はない。
【0110】
項目「確認フラグ」は、確認者による電子契約情報の確認手続きの完了有無を識別するための確認識別情報を示す。確認者により電子契約情報の確認が完了すると、確認フラグの項目にＴｒｕｅの値などの確認が完了したことを示す情報が記憶される。
【0111】
項目「言語データ」は、確認者の言語に関する情報（言語情報）を示す。
【0112】
項目「アクセスコード」は、確認者に対して設定されたアクセスコードを示す。
【0113】
項目「日時」は、確認者による電子契約情報の確認手続きが行われた日時を示す。具体的には、日時は、確認識別情報が確認フラグの項目に記憶された日時を示す。
【0114】
図１１は、入力項目テーブル２０２６のデータ構造を示す図である。図１１に示すように、入力項目テーブル２０２６は、項目「入力項目ＩＤ」と、項目「書類ＩＤ」と、項目「入力者ＩＤ」と、項目「入力データ」と、項目「入力規則」と、項目「日時」と、を含む。
【0115】
項目「入力項目ＩＤ」は、入力項目を識別するためのＩＤを示す。
【0116】
項目「書類ＩＤ」は、入力項目が関連付けられる電子契約情報を識別するためのＩＤを示す。
【0117】
項目「入力者ＩＤ」は、入力項目に対して入力データを入力した入力者のユーザＩＤまたはメールアドレスを示す。具体的には、入力者ＩＤは、作成者ＩＤ、作成者ＩＤにより特定されるユーザのメールアドレス、確認者メールアドレスなどである。
【0118】
項目「入力データ」は、入力者により入力項目に入力された入力データを示す。
【0119】
項目「入力規則」は、入力項目の入力規則に関する入力規則情報を示す。例えば、入力規則としては、日付（ｄａｔｅ）、日時（ｄａｔｅｔｉｍｅ）、文字列（ｔｅｘｔ）、数値（ｉｎｔｅｇｅｒ）などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
【0120】
項目「日時」は、入力者により入力項目に入力データが入力された日時を示す。
【0121】
図１２は、送信可能マスタ２０２７のデータ構造を示す図である。図１２に示すように、送信可能マスタ２０２７は、項目「管理ＩＤ」と、項目「送信ユーザＩＤ」と、項目「送信グループＩＤ」と、項目「対象メールアドレス」と、項目「対象ユーザ名」と、項目「対象グループＩＤ」と、項目「対象グループ名」と、を含む。
【0122】
項目「管理ＩＤ」は、送信可能マスタ２０２７により管理される情報を識別するためのＩＤを示す。
【0123】
項目「送信ユーザＩＤ」は、電子契約情報の送信者であるユーザのユーザＩＤを示す。
【0124】
項目「送信グループＩＤ」は、電子契約情報の送信者であるユーザが所属するグループのグループＩＤを示す。送信グループＩＤには、複数のグループＩＤが記憶されてもよい。
【0125】
項目「対象メールアドレス」は、送信ユーザＩＤにより識別されるユーザまたは送信グループＩＤにより識別されるグループに所属するユーザにとって、電子契約情報の承認を要求する相手先として適切なユーザ（対象ユーザ）のメールアドレスを示す。
【0126】
項目「対象ユーザ名」は、対象ユーザのユーザ名を示す。
【0127】
項目「対象グループＩＤ」は、送信ユーザＩＤにより識別されるユーザまたは送信グループＩＤにより識別されるグループに所属するユーザにとって、電子データの承認を要求する相手先として適切なグループ（対象グループ）のグループＩＤを示す。つまり、対象グループに所属するユーザは、対象ユーザに該当するといえる。
【0128】
項目「対象グループ名」は、対象グループＩＤにより識別される対象グループの名称を示す。対象グループ名は、会社名、組織名、部署名など、任意の文字列を設定することができる。
【0129】
＜２．２ 外部サーバ５０が記憶するデータベースのデータ構造＞
図１３は、外部サーバ５０が記憶するデータベースのデータ構造を示す図である。なお、図１３は一例であり、記載されていないデータを除外するものではない。また、同一のテーブルに記載されるデータであっても、記憶部２０２において離れた記憶領域に記憶されていることもあり得る。
図１３は、外部サーバ５０が記憶するデータベースのデータ構造を示す図である。なお、図１３は一例であり、記載されていないデータを除外するものではない。また、同一のテーブルに記載されるデータであっても、記憶部２０２において離れた記憶領域に記憶されていることもあり得る。
【0130】
図１３は、外部サービスマスタ５０２２のデータ構造を示す図である。図１３に示すように、外部サービスマスタ５０２２は、項目「管理ＩＤ」と、項目「外部ユーザＩＤ」と、項目「登録ユーザ名」と、項目「登録メールアドレス」と、項目「登録グループ名」と、項目「役職」と、項目「登録日」と、を含む。
【0131】
項目「管理ＩＤ」は、外部サービスマスタ５０２２により管理される情報を識別するためのＩＤを示す。
【0132】
項目「外部ユーザＩＤ」は、外部サービスを利用するユーザ（外部ユーザ）を識別するためのＩＤを示す。
【0133】
項目「登録ユーザ名」は、外部ユーザＩＤにより識別される外部ユーザが連絡先を閲覧可能なユーザの名称を示す。
【0134】
項目「外部メールアドレス」は、外部ユーザＩＤにより識別される外部ユーザが連絡先を閲覧可能なユーザのメールアドレスを示す。
【0135】
項目「外部グループ名」は、外部ユーザＩＤにより識別される外部ユーザが連絡先を閲覧可能なユーザが所属するグループの名称を示す。
【0136】
項目「役職」は、外部ユーザＩＤにより識別される外部ユーザが連絡先を閲覧可能なユーザが所属するグループにおける、当該ユーザの役職を示す。
【0137】
項目「登録日」は、管理ＩＤにより識別される情報が外部サービスに登録された日時を示す。
【0138】
＜３ 動作＞
以下、電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理する際の第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、第３ユーザ端末４０、外部サーバ５０の動作について説明する。
以下、電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理する際の第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０、第３ユーザ端末４０、外部サーバ５０の動作について説明する。
【0139】
なお、本開示においては、電子契約情報の送信者である第１ユーザが、電子契約情報の受信者（確認者）として第２ユーザを選択し特定するものとする。また、第３ユーザが、第１ユーザ等からのリクエストに応じて、送信可能マスタ２０２７へ新たな情報を登録するものとする。
（契約書作成処理）
図１４～１６は、送信者である第１ユーザから電子契約情報を受け付け、電子契約情報の確認者、入力情報を設定し、確認者である第２ユーザへ電子契約情報を送信する処理（契約書作成処理）の動作を示すフローチャートである。
（契約書作成処理）
図１４～１６は、送信者である第１ユーザから電子契約情報を受け付け、電子契約情報の確認者、入力情報を設定し、確認者である第２ユーザへ電子契約情報を送信する処理（契約書作成処理）の動作を示すフローチャートである。
【0140】
（第１実施形態）
図１４は、契約書作成処理の第１実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。第１実施形態では、サーバ２０は、第１ユーザから電子契約情報を送信するリクエストを受け付けると、確認者として設定された第２ユーザが対象ユーザに該当するか否かを判定する処理（判定処理）を行う。
図１４は、契約書作成処理の第１実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。第１実施形態では、サーバ２０は、第１ユーザから電子契約情報を送信するリクエストを受け付けると、確認者として設定された第２ユーザが対象ユーザに該当するか否かを判定する処理（判定処理）を行う。
【0141】
ステップＳ１０１において、第１ユーザ端末１０は、電子契約情報の電子データを作成する。具体的には、第１ユーザは、第１ユーザ端末１０を操作し、契約書に関する書類データを含む電子契約情報を作成する。第１ユーザ端末１０は、書類データとして、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗｏｒｄ、ＸＭＬ（ＥｘｔｅｎＳｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの任意のデータ形式の書類データを電子契約情報に含めることができる。第１ユーザ端末１０は、第１ユーザのユーザＩＤ、作成された書類データをサーバ２０へ送信する。
【0142】
ステップＳ１０２において、制御部２０３は、受信制御モジュール２０３１により、第１ユーザ端末１０から送信される、承認の対象となる電子データの指定を受け付ける。具体的には、例えば、受信制御モジュール２０３１は、第１ユーザ端末１０から送信される書類データ、ユーザＩＤを受信する。制御部２０３は、入力情報設定モジュール２０３３により、受信した書類データ、第１ユーザのユーザＩＤを、書類テーブル２０２４の新たなレコードにおける書類データ、作成者ＩＤの項目にそれぞれ記憶する。制御部２０３は、送信制御モジュール２０３２により、電子契約情報を受け付けた旨を示す情報を第１ユーザ端末１０へ通知する。
【0143】
ステップＳ１０３において、第１ユーザ端末１０は、電子契約情報の確認者（承認者）となる第２ユーザの指定を受け付ける。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作し、第２ユーザのメールアドレス、第２ユーザのユーザ名を入力する。第１ユーザ端末１０は、第２ユーザのメールアドレス、第２ユーザのユーザ名を、サーバ２０へ送信する。
【0144】
ステップＳ１０４において、制御部２０３は、電子契約情報に対し承認をする第２ユーザの指定を受け付けると、ステップＳ１０１において受け付けた電子契約情報の確認者として第２ユーザを設定する。具体的には、制御部２０３は、第１ユーザ端末１０から送信される第２ユーザのメールアドレス、ユーザ名を受け付けると、入力情報設定モジュール２０３３により、ステップＳ１０１において書類テーブル２０２４に記憶した書類ＩＤとともに、確認テーブル２０２５の新たなレコードに記憶する。制御部２０３は、送信制御モジュール２０３２により、電子契約情報の確認者として第２ユーザを設定した旨を示す情報を第１ユーザ端末１０へ通知する。
【0145】
また、制御部２０３は、入力情報設定モジュール２０３３により、確認テーブル２０２５の確認順序の項目に「１」の値を記憶する。第１ユーザは、複数の確認者となるユーザを選択し設定できるものとしてもよい。この場合、ステップＳ１０４において、入力情報設定モジュール２０３３は、第１ユーザによる確認者となるユーザの選択順序に応じて、確認者となるユーザの確認順序の項目の値を１つずつインクリメントして記憶する。これにより、複数の確認者間において電子契約情報の確認順序が設定される。なお、確認順序の設定は必須ではない。
【0146】
ステップＳ１０５において、第１ユーザ端末１０は、電子契約情報に対して入力情報を設定する。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作し、ステップＳ１０２において記憶された電子契約情報に対して複数の入力項目、当該入力項目における入力規則を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。なお、第１ユーザは、複数の入力項目に関する情報を、電子契約情報と関連付けて設定することができる。
【0147】
また、ステップＳ１０５において、第１ユーザは、第１ユーザ端末１０を操作し、入力項目ごとに入力データを入力する。例えば、第１ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの、電子契約情報を管理するための番号の入力データを入力してもよい。第１ユーザは、契約締結日が設定された入力項目に、当該電子契約情報の契約締結日の日付の入力データを入力してもよい。第１ユーザは、第１ユーザ端末１０を操作し、入力項目、入力規則、入力データを追加するリクエストを、サーバ２０へ送信する。
【0148】
図１７は、第１ユーザが電子契約情報に対して入力情報を設定するための情報を表示する画面の例を表す模式図である。図１７に示す画面には、現在の電子契約情報の作成状況を示す領域１７０１が表示されている。これにより、第１ユーザは契約書作成処理の進行状況を把握することができる。図１７に示す画面には、入力項目を指定するためのボタン１７０２、１７０３、１７０４、電子契約情報を表示する領域１７０５、送信ボタン１７０７が表示されている。領域１７０５には、書類データを表示する領域１７０６が含まれている。領域１７０６には、入力項目１７０６１、１７０６２、１７０６３が含まれている。
【0149】
第１ユーザは、ボタン１７０２、１７０３、１７０４のいずれかを選択することで、領域１７０６に追加する入力項目の入力規則を決定する。そして、領域１７０６における所定の箇所を選択し、入力項目を追加する。また、第１ユーザは、必要に応じて、追加された入力項目に入力データを入力する。図１７に示す画面には、第１ユーザが追加した入力項目として入力項目１７０６１、１７０６２、１７０６３が表示されている。
【0150】
ステップＳ１０６において、制御部２０３は、受け付けたリクエストに基づいて電子契約情報の入力情報を設定する。具体的には、例えば、制御部２０３は、受信制御モジュール２０３１により電子契約情報への入力項目、入力規則、入力データを追加するリクエストを受け付けると、入力情報設定モジュール２０３３により、電子契約情報の書類ＩＤ、入力規則、入力データを、入力項目テーブル２０２６の新たなレコードに記憶する。これにより、新たに追加された入力項目に関する入力規則、入力データ等の情報が、入力項目ごとに、電子契約情報と関連付けられ記憶される。制御部２０３は、入力情報設定モジュール２０３３により、電子契約情報に対して入力情報を設定した旨を示す情報を、第１ユーザ端末１０へ通知する。
【0151】
ステップＳ１０７において、第１ユーザ端末１０は、第１ユーザから第２ユーザに対して電子契約情報の締結を依頼する指示を送信する。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作し、図１７に示す画面に表示された送信ボタン１７０７を押下することにより、電子契約情報の締結を依頼する指示を第２ユーザへ送信するリクエストを、サーバ２０へ送信する。
【0152】
制御部２０３は、受信制御モジュール２０３１により、指定された電子契約情報について第２ユーザへ承認を要求するための入力操作を、第１ユーザから受け付ける。具体的には、例えば、受信制御モジュール２０３１は、ステップＳ１０７において第１ユーザ端末１０から送信されたリクエストを受け付ける。そして、制御部２０３は、判定モジュール２０３４により、当該入力操作に応答して、第２ユーザが対象ユーザに該当するか判定する。具体的には、例えば、判定モジュール２０３４は、判定処理を実行する。判定処理の詳細は後述する。
【0153】
ステップＳ１０８において、制御部２０３は、入力情報設定モジュール２０３３により、第１ユーザから電子契約情報の確認依頼が送信されたことを通知するメッセージを送信する。具体的には、例えば、制御部２０３は、入力情報設定モジュール２０３３により、確認テーブル２０２５の確認順序の項目を検索し、確認順序の項目に記憶された値が最も小さい最初の確認者となるユーザ（第１確認ユーザ）を特定する。本開示において、第１確認ユーザは、一例として、第２ユーザとする。そして、送信制御モジュール２０３２は、第１確認ユーザのメールアドレスへ、第１ユーザから電子契約情報の確認依頼が送信されたことを通知するメッセージを、メールなどの連絡手段にて送信する。
【0154】
第１確認ユーザへ通知するメッセージには、電子契約情報を特定するための書類ＩＤを含むＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅＳｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報を含める。ＵＲＬは、書類ＩＤを直接含んでもよいし、書類ＩＤに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類ＩＤを特定可能な文字列などの情報を含んでもよい。また、ＵＲＬには、第１確認ユーザを特定するための情報を含めてもよい。例えば、第１確認ユーザが本開示に係るサービスにユーザ登録をしていない場合には、ＵＲＬに第１確認ユーザを特定するための情報を含める必要がある。
【0155】
第１ユーザは、第１確認ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段により、アクセスコードを第１確認ユーザに対して伝える。これにより、第１確認ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り、電子契約情報を確認することができない。
【0156】
（判定処理）
図１８は、第１ユーザにより確認者として設定された第２ユーザが、対象ユーザに該当するか否かを判定する処理（判定処理）における、サーバ２０の動作の例を表すフローチャートである。
図１８は、第１ユーザにより確認者として設定された第２ユーザが、対象ユーザに該当するか否かを判定する処理（判定処理）における、サーバ２０の動作の例を表すフローチャートである。
【0157】
ステップＳ４０１において、制御部２０３は、判定モジュール２０３４により、第２ユーザが対象ユーザに該当するか否かを判定する。具体的には、例えば、判定モジュール２０３４は、第１ユーザのユーザＩＤおよび第２ユーザのメールアドレスに基づいて送信可能マスタ２０２７の送信ユーザＩＤの項目および対象メールアドレスの項目を検索し、該当するレコードの有無を判定する。
【0158】
（第２ユーザが対象ユーザに該当すると判定した場合）
第２ユーザが対象ユーザに該当すると判定したら（ステップＳ４０１においてＹＥＳ）、判定処理は終了し、第２ユーザに対し、電子データの承認を要求するステップに進む。具体的には、第１実施形態では、契約書作成処理はステップＳ１０８へ進む。
第２ユーザが対象ユーザに該当すると判定したら（ステップＳ４０１においてＹＥＳ）、判定処理は終了し、第２ユーザに対し、電子データの承認を要求するステップに進む。具体的には、第１実施形態では、契約書作成処理はステップＳ１０８へ進む。
【0159】
（第２ユーザが対象ユーザに該当しないと判定した場合）
第２ユーザが対象ユーザに該当しないと判定したら（ステップＳ４０１においてＮＯ）、制御部２０３は、第２ユーザによる電子契約情報の承認を要求しない。制御部２０３は、判定結果を送信制御モジュール２０３２により第１ユーザ端末１０へ送信することで、第１ユーザに対し、第２ユーザが対象ユーザに該当しない旨を通知する。そして、制御部２０３は、送信制御モジュール２０３２により、送信可能マスタ２０２７に第２ユーザの情報を第１ユーザと関連付けて記憶するか否かの選択を受け付けるための情報を、第１ユーザ端末１０のディスプレイ１４１等を介して第１ユーザに提示する。
第２ユーザが対象ユーザに該当しないと判定したら（ステップＳ４０１においてＮＯ）、制御部２０３は、第２ユーザによる電子契約情報の承認を要求しない。制御部２０３は、判定結果を送信制御モジュール２０３２により第１ユーザ端末１０へ送信することで、第１ユーザに対し、第２ユーザが対象ユーザに該当しない旨を通知する。そして、制御部２０３は、送信制御モジュール２０３２により、送信可能マスタ２０２７に第２ユーザの情報を第１ユーザと関連付けて記憶するか否かの選択を受け付けるための情報を、第１ユーザ端末１０のディスプレイ１４１等を介して第１ユーザに提示する。
【0160】
そして、制御部２０３は、受信制御モジュール２０３１により、第２ユーザを対象ユーザとして記憶部に記憶させるための入力操作を第１ユーザから受け付ける（ステップＳ４０２）。
【0161】
第１ユーザは、第２ユーザの情報を送信可能マスタ２０２７へ記憶させることを希望する場合、第１ユーザ端末１０を操作することで、第２ユーザの情報を送信可能マスタ２０２７へ登録するリクエスト（入力操作）を、サーバ２０へ送信する。第１ユーザは、第２ユーザの情報を送信可能マスタ２０２７へ記憶させることを希望しない場合、第２ユーザの情報を送信可能マスタ２０２７へ記憶させない旨を示す情報を、サーバ２０へ送信する。
【0162】
制御部２０３が、受信制御モジュール２０３１により、第２ユーザを対象ユーザとして記憶部に記憶させるための入力操作（リクエスト）を受信した場合（ステップＳ４０２においてＹＥＳ）、制御部２０３は、マスタ管理モジュール２０３６により、第２ユーザの情報を、対象ユーザとして記憶部に記憶させる（ステップＳ４０３）。具体的には、例えば、マスタ管理モジュール２０３６は、送信可能マスタ２０２７の新しいレコードの送信ユーザＩＤの項目に、第１ユーザのユーザＩＤを記憶する。また、マスタ管理モジュール２０３６は、対象メールアドレスの項目に、第２ユーザのメールアドレスを記憶する。マスタ管理モジュール２０３６は、第１ユーザによる第１ユーザ端末１０への入力に応じて、送信グループＩＤの項目に、第１ユーザが所属するグループのグループＩＤを記憶してもよいし、対象グループＩＤの項目および対象グループ名の項目に、第２ユーザが所属するグループのグループＩＤおよびグループ名をそれぞれ記憶してもよい。
【0163】
ステップＳ４０３を実行した後、判定処理は終了する。その後、第１実施形態では、プログラムはステップＳ１０８へ進む。
【0164】
制御部２０３が、受信制御モジュール２０３１により、第２ユーザの情報を送信可能マスタ２０２７へ記憶しない旨の情報を受信した場合（ステップＳ４０２においてＮＯ）、制御部２０３は、送信制御モジュール２０３２により、第１ユーザに案内情報を提示する（ステップＳ４０４）。具体的には、例えば、送信制御モジュール２０３２は、第２ユーザの情報を送信可能マスタ２０２７へ記憶しない旨の情報を、第１ユーザ端末１０のディスプレイ１４１等を介して、第１ユーザに提示する。送信制御モジュール２０３２は、さらに、第２ユーザに電子契約情報の確認依頼が送信されない旨の情報を、第１ユーザ端末１０の１４１等を介して第１ユーザに提示してもよい。
【0165】
ステップＳ４０４を実行した後、判定処理は終了する。その後、第１実施形態では、契約書作成処理はステップＳ１０８へ進むことなく（制御部２０３が、第１ユーザから電子契約情報の確認依頼が送信されたことを通知するメッセージを第２ユーザへ送信することなく）、終了する。
【0166】
したがって、契約書作成処理では、制御部２０３は、指定される第２ユーザが対象ユーザに該当する場合、第２ユーザに対し、電子データの承認を要求する一方、第２ユーザが対象ユーザに該当しない場合に第２ユーザに電子データの承認を要求しない。
【0167】
図１９は、契約書作成処理の第１実施形態において、第１ユーザに対して、第２ユーザが対象ユーザに該当しないと判定された旨を表示する画面の例を表す模式図である。図１９に示す画面には、電子契約情報の題名を示す領域１９０１、書類データを確認するためのボタン１９０２、対象ユーザに該当しない第２ユーザ（非該当ユーザ）の情報を示す領域１９０３、図１７に示す画面等に戻る（遷移する）ためのボタン１９０４、非該当ユーザの情報を送信可能マスタ２０２７に登録し、電子契約情報を第２ユーザに送信するためのボタン１９０５が表示されている。領域１９０３には、非該当ユーザに対して設定された確認順序を示す領域１９０３１、非該当ユーザのメールアドレスを示す領域１９０３２、非該当ユーザの情報を削除するためのボタン１９０３３、非該当ユーザのメールアドレスを修正するためのボタン１９０３４、非該当ユーザの情報を送信可能マスタ２０２７へ登録するためのボタン１９０３５が含まれる。
【0168】
第１ユーザがボタン１９０２を選択すると、例えば、ステップＳ１０１～ステップＳ１０６において設定された書類データの確認画面が、ディスプレイ１４１に表示される。
【0169】
第1ユーザがボタン１９０３３を選択すると、当該非該当ユーザの情報が確認テーブル２０２５から削除される。具体的には、例えば、制御部２０３は、ボタン１９０３３が選択されると、マスタ管理モジュール２０３６により、確認テーブル２０２５において非該当ユーザのメールアドレスが記憶されているレコードを削除する。マスタ管理モジュール２０３６は、削除されたレコードと同じ書類ＩＤを有するレコードを検索し、確認順序の項目を再設定してもよい。例えば、マスタ管理モジュール２０３６は、第１ユーザによる第１ユーザ端末１０の操作により第１ユーザ端末１０から送信された新しい確認順序の情報に基づいて確認順序の項目を再設定してもよい。また、マスタ管理モジュール２０３６は、削除されたレコード以降の確認順序を繰り上げることにより、確認順序を再設定してもよい。
【0170】
第１ユーザがボタン１９０３４を選択すると、非該当ユーザのメールアドレスを修正するための画面が表示される。第１ユーザが非該当ユーザのメールアドレスを修正し、修正を確定させると、制御部２０３は、マスタ管理モジュール２０３６により、第１ユーザのユーザＩＤと修正されたメールアドレスとに基づいて、送信可能マスタ２０２７を検索し、該当するレコードが存在するか否かを判定する。制御部２０３は、該当するレコードが存在した場合、当該メールアドレスを有するユーザは対象ユーザである旨の表示を、ディスプレイ１４１に表示する。
【0171】
（第２実施形態）
図１５は、契約書作成処理の第２実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。第２実施形態では、電子契約情報の確認者として第２ユーザが設定される都度、サーバ２０は、第２ユーザが対象ユーザに該当するか否かを判定する。
図１５は、契約書作成処理の第２実施形態における第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。第２実施形態では、電子契約情報の確認者として第２ユーザが設定される都度、サーバ２０は、第２ユーザが対象ユーザに該当するか否かを判定する。
【0172】
ステップＳ２０１～ステップＳ２０３は、図１４のステップＳ１０１～ステップＳ１０３と同様の処理であるため、重複する説明は省略する。
【0173】
制御部２０３は、受信制御モジュール２０３１によりリクエストを受け付けると、判定処理を実行する。第２実施形態における判定処理の動作は第１実施形態と同様であるが、第２実施形態と第１実施形態とでは、判定処理終了後の動作が異なる。
【0174】
なお、ステップＳ２０３では、判定モジュール２０３４は、第２ユーザを指定するための情報の入力を第１ユーザから受け付ける都度、当該入力された情報が対象ユーザに該当するか判定する。
【0175】
第２実施形態では、例えば、第２ユーザが対象ユーザに該当すると判定したら（ステップＳ４０１においてＹＥＳ）、判定処理は終了する。制御部２０３は、第２ユーザに電子データの承認を要求できる旨を示す情報を第１ユーザ端末１０へ送信し、第１ユーザへ提示する。そして、契約書作成処理はステップＳ２０４へ進む。
【0176】
第２実施形態では、例えば、ステップＳ４０４の後、判定処理は終了する。制御部２０３は、第２ユーザに電子データの承認を要求できない旨を示す情報を第１ユーザ端末１０へ送信し、第１ユーザへ提示する。契約書作成処理はステップＳ２０３へ進み、第１ユーザによる第２ユーザの選択を再度受け付ける。
【0177】
ステップＳ２０４～ステップＳ２０６は、図１４のステップＳ１０５～ステップＳ１０７と同様の処理であるため、重複する説明は省略する。
【0178】
ステップＳ２０７は、図１４のステップＳ１０８と同様の処理であるため、重複する説明は省略する。
【0179】
図２０は、契約書作成処理の第２実施形態において、第１ユーザが確認者を設定するための画面の例を表す模式図である。図２０に示す画面には、確認順序を入力するための領域２００１、確認者として設定するユーザのメールアドレスを入力するための領域２００２、確認者として設定するユーザのユーザ名を表示する領域２００３、ユーザ情報が入力されたユーザが対象ユーザに該当するか否かを表示する領域２００４Ａおよび領域２００４Ｂ、非該当ユーザの情報を送信可能マスタ２００２７に登録するためのボタン２００５、確認者を追加するためのボタン２００６、確認者の設定を確定させるためのボタン２００７が表示されている。
【0180】
第１ユーザは、領域２００１、領域２００２、領域２００３を選択することで、それぞれ、確認者の確認順序、確認者として設定するユーザのメールアドレス、確認者として設定するユーザのユーザ名を入力・編集し設定することができる。少なくとも、領域２００２にメールアドレスが入力されると、制御部２０３は、判定モジュール２００３４により、確認者として設定された第２ユーザが対象ユーザに該当するか否かを判定してもよい。図２０に示す画面では、領域２００４Ａには、ユーザＢが対象ユーザに該当する旨を示す情報が表示されている。また、領域２００４Ｂには、ユーザＣが対象ユーザに該当しない旨を示す情報が表示されている。
【0181】
第１ユーザは、ボタン２００５を選択することで、非該当ユーザの情報を送信可能マスタ２０２７に登録するリクエストをサーバ２０へ送信することができる。これにより、ユーザは、他の画面への遷移を必要とすることなく、非該当ユーザの情報を送信可能マスタ２０２７へ記憶させることができる。そのため、ユーザの手間を削減することができる。
【0182】
ボタン２００７は、第１ユーザにより確認者として設定された第２ユーザの中に非該当ユーザが存在する限り、第１ユーザの選択を受け付けないこととしてもよい。これにより、ユーザが、非該当ユーザの存在に気づくことなく電子契約情報の確認者の確定操作を実行することを抑制することができる。
【0183】
（第３実施形態）
図１６は、契約書作成処理の第３実施形態における第１ユーザ端末１０およびサーバ２０の動作の例を表すフローチャートである。第３実施形態では、サーバ２０は、第１ユーザから電子契約情報を作成するリクエストを受け付けると、対象ユーザの一覧を、確認者の候補として第１ユーザに提示する。
図１６は、契約書作成処理の第３実施形態における第１ユーザ端末１０およびサーバ２０の動作の例を表すフローチャートである。第３実施形態では、サーバ２０は、第１ユーザから電子契約情報を作成するリクエストを受け付けると、対象ユーザの一覧を、確認者の候補として第１ユーザに提示する。
【0184】
ステップＳ３０１～ステップＳ３０２は、図１４のステップＳ１０１～ステップＳ１０２と同様の処理であるため、重複する説明は省略する。
【0185】
ステップＳ３０３において、制御部２０３は、マスタ管理モジュール２０３６により、第１ユーザに対する対象ユーザの情報を、確認者の候補として抽出する。具体的には、例えば、マスタ管理モジュール２０３６は、第１ユーザのユーザＩＤに基づいて送信可能マスタ２０２７の送信ユーザＩＤの項目を検索し、該当するレコードを特定する。
【0186】
制御部２０３は、第１ユーザと関連付けられる対象ユーザの情報を、第１ユーザに提示する。具体的には、例えば、制御部２０３は、送信制御モジュール２０３２により、ステップＳ３０３において特定したレコードに記憶されている対象メールアドレス、対象ユーザ名等の情報を第１ユーザ端末１０へ送信する。
【0187】
第１ユーザ端末１０は、サーバ２０から受信した、対象メールアドレス、対象ユーザ名等の情報を含む対象ユーザの情報を、ディスプレイ１４１に表示する。
【0188】
ステップＳ３０４において、第１ユーザ端末１０は、電子契約情報の確認者となる第２ユーザを示す情報の入力を受け付ける。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作し、対象ユーザの一覧から第２ユーザを選択する。第１ユーザ端末１０は、確認者として選択された第２ユーザの情報をサーバ２０へ送信する。
【0189】
ステップＳ３０５～ステップＳ３０８は、図１４のステップＳ１０４～ステップＳ１０７と同様の処理であるため、重複する説明は省略する。
【0190】
ステップＳ３０９は、図１４のステップＳ１０８と同様の処理であるため、重複する説明は省略する。
【0191】
（契約書確認処理）
図２１は、第２ユーザが契約書を確認する契約書確認処理を実行する際の第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。
図２１は、第２ユーザが契約書を確認する契約書確認処理を実行する際の第１ユーザ端末１０、サーバ２０、第２ユーザ端末３０の動作の例を表すフローチャートである。
【0192】
ステップＳ５０１において、第２ユーザ端末３０は、契約書を確認する処理を実行させるためのリクエストを、サーバ２０へ送信する。具体的には、確認者となる第２ユーザは、第２ユーザ端末３０を操作して受信したメッセージに記載されたＵＲＬを選択することにより、第２ユーザ端末３０のブラウザアプリケーションにより、当該ＵＲＬにより指定されたウェブページを開くことができる。これにより、第２ユーザ端末３０は、当該リクエストをサーバ２０へ送信する。
【0193】
ステップＳ５０２において、制御部２０３は、受信制御モジュール２０３１により、第２ユーザ端末３０から送信された、契約書を確認する処理を実行させるためのリクエストを受け付ける。
【0194】
確認テーブル２０２５の第２ユーザのレコードにアクセスコードの項目が記憶されている場合には、制御部２０３は、第２ユーザに対してアクセスコードの入力を要求し、当該入力されたアクセスコードと確認テーブル２０２５の第２ユーザのレコードに記憶されたアクセスコードとを照合することにより、第２ユーザに対する認証処理を実行してもよい。具体的に、制御部２０３は、アクセスコードを認証するための入力画面を第２ユーザ端末３０へ送信する。第２ユーザは、第２ユーザ端末３０の入力装置３３を操作し、アクセスコードを入力しサーバ２０へ送信する。制御部２０３は、受信したアクセスコードと、確認テーブル２０２５の第２ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書を確認する処理を継続する。一方、一致しない場合は、契約書を確認する処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
【0195】
ステップＳ５０３において、制御部２０３は、契約書確認モジュール２０３５により、受信したリクエストに基づいて電子契約情報を特定する。具体的には、契約書確認モジュール２０３５は、受信したリクエストに含まれる書類ＩＤに基づき、書類テーブル２０２４の書類ＩＤの項目を検索し、電子契約情報を取得する。契約書確認モジュール２０３５は、受信したリクエストに含まれる書類ＩＤに基づき、確認テーブル２０２５の書類ＩＤの項目を検索し、確認者情報を取得する。契約書確認モジュール２０３５は、受信したリクエストに含まれる書類ＩＤに基づき、入力項目テーブル２０２６の書類ＩＤの項目を検索し、電子契約情報に関連付けられた入力項目情報を取得する。
【0196】
ステップＳ５０４において、第２ユーザ端末３０は、第２ユーザに対して電子契約情報を承認する操作を受け付ける確認画面を、ディスプレイ３４１を介して提示する。第２ユーザは、第２ユーザ端末３０のディスプレイ３４１に表示された電子契約情報を確認し承認する。
【0197】
なお、第２ユーザに提示される確認画面は、確認テーブル２０２５の第２ユーザのレコードの言語データに記憶された言語情報に基づき、確認者に対して指定された言語表記で第２ユーザに対して提示する構成としてもよい。
【0198】
ステップＳ５０５において、第２ユーザ端末３０は、電子契約情報の１または複数の入力項目に対する第２ユーザの入力を受け付ける。具体的には、例えば、第２ユーザは、第２ユーザ端末３０を操作し、電子契約情報に設定された入力項目に対し入力データを入力する。この際、第２ユーザによる入力が割当られていない入力項目に対しては、第２ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
【0199】
ステップＳ５０６において、第２ユーザ端末３０は、電子契約情報の契約締結に同意し承認する指示をサーバ２０へ送信する。具体的には、第２ユーザは、第２ユーザ端末３０のディスプレイ３４１に表示された電子契約情報および入力データを確認し、内容に同意し承諾する場合には、第２ユーザ端末３０を操作し、書類ＩＤ、第２ユーザを特定する情報、ステップＳ５０５において入力した入力項目ごとの入力データを含むリクエストをサーバ２０へ送信する処理を実行させる。第２ユーザを特定する情報は、例えば第２ユーザのユーザＩＤである。
【0200】
ステップＳ５０７において、制御部２０３は、契約書確認モジュール２０３５により、受信したリクエストに基づいて第２ユーザが電子契約情報を確認したことを示す情報を記憶する。具体的には、例えば、契約書確認モジュール２０３５は、受信した書類ＩＤ、第２ユーザを特定する情報に基づき、確認テーブル２０２５を検索し、当該レコードの確認フラグの項目にＴｒｕｅの値を記憶する。
【0201】
制御部２０３は、契約書確認モジュール２０３５により、受信した入力データを、当該入力データと関連付けられた入力項目ＩＤで特定される入力項目テーブル２０２６の入力データの項目に記憶する。これにより、ステップＳ５０５において第２ユーザにより入力された入力データが、入力項目テーブル２０２６の入力項目情報として記憶される。
【0202】
制御部２０３は、契約書確認モジュール２０３５により、契約書がすべての確認者により確認されたことを判定する。具体的には、契約書確認モジュール２０３５は、確認テーブル２０２５において、確認者のレコードの確認フラグにＴｒｕｅの値が記憶されている場合に、契約書がすべての確認者により確認されたと判定する。以上の処理により、第２ユーザによる承認が要求された電子契約情報は、電子契約情報について指定された各ユーザから承認する操作を受け付けて、当該電子契約情報が承認されたものとして管理される。
【0203】
ステップＳ５０８において、制御部２０３は、送信制御モジュール２０３２により、契約書の確認が完了したことを通知する。具体的には、例えば、送信制御モジュール２０３２は、契約書のすべての確認者による確認が完了すると、第１ユーザのメールアドレスへ第２ユーザが電子契約情報の確認を完了したことを通知するメッセージを、メール等の連絡手段にて送信する。つまり、第１ユーザに対して、第２ユーザにより契約締結の承認がなされたことを通知する。これにより、第１ユーザは、第２ユーザとの間で契約締結が完了したことを知ることができる。第１ユーザへ通知するメッセージには、電子契約情報を特定するための書類ＩＤを含むＵＲＬの情報を含めてもよい。
【0204】
送信制御モジュール２０３２は、複数のユーザが確認者として設定されている場合には、最後に契約書の確認を行ったユーザ以外の確認者に係るユーザへ、契約書の確認が完了したことを通知するメッセージを送信してもよい。これにより、確認者にかかるユーザも、すべての確認者により契約書の確認が完了したことを知ることができる。
【0205】
また、制御部２０３は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書の確認が完了したことを通知するメッセージを送信してもよい。これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書の確認が完了したことの通知を受けることができる。制御部２０３は、ユーザＩＤまたはメールアドレスに基づきユーザテーブル２０２２の、ユーザＩＤまたはメールアドレスの項目を検索することにより、グループＩＤの項目を取得する。制御部２０３は、取得したグループＩＤの項目に基づき、グループテーブル２０２３のグループＩＤの項目を検索し、管理者ＩＤの項目を取得し、管理者ＩＤに基づき、管理者に相当する権限を有するユーザをユーザテーブル２０２２のユーザＩＤを検索することにより特定し、契約書の確認が完了したことを通知するメッセージを送信する。
【0206】
（電子署名処理）
ステップＳ５０８に、電子署名処理を含めてもよい。制御部２０３は、ステップＳ５０７において第２ユーザから受け付けた契約締結を承認する指示に応じて、第１ユーザから受け付けた電子契約情報に、電子契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。具体的には、制御部２０３は、受信したリクエストに基づき、電子契約情報に対し、電子署名を付与し記憶する。制御部２０３は、書類ＩＤに基づき、書類テーブル２０２４の書類ＩＤの項目を検索し、電子契約情報を取得する。
ステップＳ５０８に、電子署名処理を含めてもよい。制御部２０３は、ステップＳ５０７において第２ユーザから受け付けた契約締結を承認する指示に応じて、第１ユーザから受け付けた電子契約情報に、電子契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。具体的には、制御部２０３は、受信したリクエストに基づき、電子契約情報に対し、電子署名を付与し記憶する。制御部２０３は、書類ＩＤに基づき、書類テーブル２０２４の書類ＩＤの項目を検索し、電子契約情報を取得する。
【0207】
制御部２０３は、取得した電子契約情報に電子署名を付与し、書類テーブル２０２４の書類データの項目に記憶する。なお、制御部２０３は、電子署名を付与した電子契約情報により書類データの項目を更新（上書き）しても良いし、電子署名付与前の電子契約情報を別途不図示の記憶装置に記憶しても構わない。
【0208】
制御部２０３は、電子署名に、書類ＩＤ、第１ユーザのメールアドレス、第２ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第１ユーザ、第２ユーザの同意（承認）、タイムスタンプなどのいずれかの情報を含めてもよい。これにより、制御部２０３は、電子契約情報に第２ユーザが電子契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。これにより、電子契約情報に対する第三者によるなりすましおよび改ざんを防ぐことができる。
【0209】
（変形例）
契約書作成処理において、記憶部２０２の送信可能マスタ２０２７には、対象ユーザの情報として、メールアドレスの情報が記憶されていた。また、制御部２０３は、確認者として第２ユーザを指定するための情報として、第２ユーザのメールアドレスを受け付けていた。また、判定処理において、判定モジュール２０３４は、第１ユーザのユーザＩＤおよび第２ユーザのメールアドレスに基づいて送信可能マスタ２０２７の送信ユーザＩＤの項目および対象メールアドレスの項目を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定していた。しかしながら、サーバ２０は、記憶部２０２の送信可能マスタ２０２７が、対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されていてもよい。また、制御部２０３は、第２ユーザのメールアドレスではなく、少なくとも第２ユーザのドメインの指定を受け付けてもよい。また、判定処理および契約書作成処理において、制御部２０３は、指定される第２ユーザのドメインが対象ユーザのドメインに一致する場合に、第２ユーザに対し、電子データの承認を要求する一方、第２ユーザが対象ユーザのドメインに一致しない場合に第２ユーザに電子データの承認を要求しないものとしてもよい。具体的には、例えば、判定処理において、判定モジュール２０３４は、第１ユーザのユーザＩＤおよび第２ユーザのドメインに基づいて送信可能マスタ２０２７の送信ユーザＩＤおよびドメインが記憶されている項目を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定してもよい。また、第２ユーザのドメインと対象ユーザのドメインとが異なる場合、第２ユーザのドメインと対象ユーザのドメインとが異なる旨の警告を、第１ユーザに提示してもよい。
契約書作成処理において、記憶部２０２の送信可能マスタ２０２７には、対象ユーザの情報として、メールアドレスの情報が記憶されていた。また、制御部２０３は、確認者として第２ユーザを指定するための情報として、第２ユーザのメールアドレスを受け付けていた。また、判定処理において、判定モジュール２０３４は、第１ユーザのユーザＩＤおよび第２ユーザのメールアドレスに基づいて送信可能マスタ２０２７の送信ユーザＩＤの項目および対象メールアドレスの項目を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定していた。しかしながら、サーバ２０は、記憶部２０２の送信可能マスタ２０２７が、対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されていてもよい。また、制御部２０３は、第２ユーザのメールアドレスではなく、少なくとも第２ユーザのドメインの指定を受け付けてもよい。また、判定処理および契約書作成処理において、制御部２０３は、指定される第２ユーザのドメインが対象ユーザのドメインに一致する場合に、第２ユーザに対し、電子データの承認を要求する一方、第２ユーザが対象ユーザのドメインに一致しない場合に第２ユーザに電子データの承認を要求しないものとしてもよい。具体的には、例えば、判定処理において、判定モジュール２０３４は、第１ユーザのユーザＩＤおよび第２ユーザのドメインに基づいて送信可能マスタ２０２７の送信ユーザＩＤおよびドメインが記憶されている項目を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定してもよい。また、第２ユーザのドメインと対象ユーザのドメインとが異なる場合、第２ユーザのドメインと対象ユーザのドメインとが異なる旨の警告を、第１ユーザに提示してもよい。
【0210】
判定処理において、制御部２０３は、第１ユーザのユーザＩＤおよび第２ユーザのメールアドレスに基づいて送信可能マスタ２０２７の送信ユーザＩＤの項目および対象メールアドレスの項目を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定していた。しかしながら、制御部２０３は、送信可能マスタ２０２７に記憶される下記の第１項目のうち少なくとも１以上の項目と、下記の第２項目のうち少なくとも１以上の項目とに基づいて、送信可能マスタ２０２７を検索し、該当するレコードの有無を判定することにより、第２ユーザが対象ユーザに該当するか否かを判定してもよい。
（第１項目）
・第１ユーザの送信ユーザＩＤ
・第１ユーザが所属する送信グループＩＤ
（第２項目）
・対象メールアドレス
・対象ユーザ名
・対象グループＩＤ
・対象グループ名
（第１項目）
・第１ユーザの送信ユーザＩＤ
・第１ユーザが所属する送信グループＩＤ
（第２項目）
・対象メールアドレス
・対象ユーザ名
・対象グループＩＤ
・対象グループ名
【0211】
（マスタ更新処理）
図２２、図２４、図２６は、送信可能マスタ２０２７の更新を行う処理（マスタ更新処理）を実行する際の、第１ユーザ端末１０、サーバ２０、第３ユーザ端末４０、外部サーバ５０の動作を示すフローチャートである。マスタ更新処理では、例えば、第１ユーザまたは第１ユーザが属するグループの各ユーザと関連付けて、電子契約情報の承認を要求する相手先となる対象ユーザの情報を記憶部２０２に記憶させる。
（第１実施形態）
図２２は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第１実施形態では、外部サーバ５０に記憶されている、第１ユーザが閲覧権限を有する連絡先の情報に基づいて、送信可能マスタ２０２７に記憶される対象ユーザの情報を更新する。
図２２、図２４、図２６は、送信可能マスタ２０２７の更新を行う処理（マスタ更新処理）を実行する際の、第１ユーザ端末１０、サーバ２０、第３ユーザ端末４０、外部サーバ５０の動作を示すフローチャートである。マスタ更新処理では、例えば、第１ユーザまたは第１ユーザが属するグループの各ユーザと関連付けて、電子契約情報の承認を要求する相手先となる対象ユーザの情報を記憶部２０２に記憶させる。
（第１実施形態）
図２２は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第１実施形態では、外部サーバ５０に記憶されている、第１ユーザが閲覧権限を有する連絡先の情報に基づいて、送信可能マスタ２０２７に記憶される対象ユーザの情報を更新する。
【0212】
図２２の例では、例えば、サーバ２０および／または外部サーバ５０には、サーバ２０に記憶される第１ユーザのユーザＩＤを示す情報と、外部サーバ５０に記憶される第１ユーザの外部ユーザＩＤを示す情報とが対応付けて記憶されている。サーバ２０と外部サーバ５０との間におけるユーザＩＤ、外部ユーザＩＤの共有には、例えば、ＡＰＩ連携等の所定の公知の技術を用いることができる。
【0213】
ステップＳ６０１において、第１ユーザ端末１０は、第１ユーザが閲覧権限を有する連絡先の情報を外部サーバ５０から取得するリクエストを送信する。具体的には、例えば、第１ユーザは、第１ユーザ端末１０等を操作し、第１ユーザが閲覧権限を有する連絡先の情報を外部サーバ５０から取得するリクエストを入力する。第１ユーザ端末１０は、当該リクエストを、サーバ２０へ送信する。サーバ２０へ送信するリクエストには、第１ユーザのユーザＩＤが含まれる。サーバ２０へ送信するリクエストには、第１ユーザが閲覧権限を有する連絡先の情報（ユーザ名、メールアドレス、組織名、役職、登録日等）が含まれていてもよい。
【0214】
ステップＳ６０２において、制御部２０３は、送信制御モジュール２０３２により、外部サーバ５０へ、第１ユーザが閲覧権限を有する連絡先の情報を取得するリクエストを送信する。
【0215】
ステップＳ６０３において、制御部５０３は、マスタ提供モジュール５０３３により、当該リクエストに基づいて、第１ユーザが閲覧権限を有する連絡先の情報を抽出する。具体的には、マスタ提供モジュール５０３３は、受信したリクエストに含まれる第１ユーザのユーザＩＤに対応付けられた外部ユーザＩＤに基づいて外部サービスマスタ５０２２の外部ユーザＩＤの項目を検索し、該当するレコードに記憶される情報をサーバ２０へ送信する。当該リクエストに、第１ユーザが閲覧権限を有する連絡先の情報（ユーザ名、メールアドレス、組織名、役職、登録日等）が含まれている場合、ユーザＩＤおよびこれらの情報に基づいて、外部サービスマスタ５０２２の登録ユーザ名、登録メールアドレス、登録グループ名、役職、登録日の項目を検索してもよい。
【0216】
ステップＳ６０４において、制御部２０３は、送信制御モジュール５０３２により、外部サーバ５０から受信した、第１ユーザが閲覧権限を有する連絡先の情報を取得し、第１ユーザ端末１０へ送信する。ここで、外部サーバ５０は、例えば、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバである。つまり、制御部２０３は、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、営業管理サービスまたは名刺管理サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報を取得する。
【0217】
ステップＳ６０５において、第１ユーザ端末１０は、サーバ２０から受信した情報を第１ユーザに提示する。具体的には、例えば、第１ユーザ端末１０は、サーバ２０から受信した情報を、送信可能マスタ２０２７を更新するための対象ユーザの候補を示す情報として、ディスプレイ１４１を介して第１ユーザに表示する。
【0218】
図２３は、記憶部に記憶される対象ユーザの情報を更新するための対象ユーザの候補を示す情報を表示する画面の例を表す模式図である。図２３に示す画面には、送信可能マスタ２０２７を更新するための対象ユーザの候補を示す領域２３０１が含まれる。図２３に示す画面では、領域２３０１には、各ユーザのユーザ名（登録ユーザ名）、メールアドレス（登録メールアドレス）、グループ名（登録グループ名）、役職（役職）、登録日（登録日）が表示されている（なお、括弧内の名称は、外部サービスマスタ５０２２における各項目の名称である）。また、領域２３０１には、第１ユーザの選択を入力するためのチェックボックス２３０１１が複数表示されている。また、図２３に示す画面には、キャンセルボタン２３０２、登録ボタン２３０３が含まれる。
【0219】
第１ユーザは、領域２３０１に表示される、ユーザ名、メールアドレス、グループ名、役職、登録日を参照しつつ、送信可能マスタ２０２７に記憶させるユーザについてチェックボックス２３０１１を選択する。これにより、チェックボックス２３０１１にチェックマークが入力される。第１ユーザが登録ボタン２３０３を選択すると、第１ユーザ端末１０は、領域２３０１においてチェックボックス２３０１１にチェックマークが入力された行に表示されるユーザを送信可能マスタ２０２７に追加するリクエストを、サーバ２０へ送信する。また、第１ユーザがキャンセルボタン２３０２を選択すると、図２３に示す画面が閉じ、マスタ更新処理が終了する。
【0220】
図２３に示す画面では、第１ユーザは、グループ名、役職を参照することができる。そのため、第１ユーザは、領域２３０１に表示されたユーザの詳細な情報（ユーザがどのような組織に所属し、その組織内でどの程度の決裁権を有するかなど）を把握しつつ、適切に送信可能マスタ２０２７への対象ユーザの登録を行う事ができる。また、図２３に示す画面では、第１ユーザは、登録日を参照することができる。一般的に、組織における組織名、ユーザの役職等の情報は頻繁に入れ替わることが想定されるため、登録日が新しい情報ほど、より正しい情報が表示されている可能性が高いと考えられる。そのため、第１ユーザは、登録日を参照することで、より適切に、送信可能マスタ２０２７への対象ユーザの登録を行う事ができる。
【0221】
ステップＳ６０６において、第１ユーザ端末１０は、送信可能マスタ２０２７を更新するリクエストを、第１ユーザから受け付ける。具体的には、第１ユーザは、第１ユーザ端末１０を操作することで、送信可能マスタ２０２７へ記憶させるユーザをディスプレイ１４１に表示されたユーザから選択し、送信可能マスタ２０２７を更新するリクエストを、サーバ２０へ送信する。送信可能マスタ２０２７を更新するリクエストには、第１ユーザのユーザＩＤ、第１ユーザにより選択されたユーザに関する、外部サービスマスタ５０２２に記憶されていた登録ユーザ名、登録メールアドレス、登録グループ名、役職、登録日等の情報が含まれてもよい。
【0222】
ステップＳ６０７において、制御部２０３は、マスタ管理モジュール２０３６により、受信したリクエストに基づいて送信可能マスタ２０２７を更新する。具体的には、例えば、マスタ管理モジュール２０３６は、送信可能マスタ２０２７の新しいレコードに、受信したリクエストに含まれる情報を記憶する。例えば、第１ユーザのユーザＩＤは、送信ユーザＩＤの項目に記憶される。第１ユーザにより選択された候補のメールアドレスは、対象メールアドレスの項目に記憶される。登録グループ名は、対象グループ名の項目に記憶される。マスタ管理モジュール２０３６は、受信した登録グループ名に基づいて送信可能マスタ２０２７のグループ名の項目を検索し、該当する対象グループＩＤを、当該新しいレコードの対象グループＩＤの項目に記憶してもよい。該当する対象グループＩＤが存在しない場合、当該対象グループ名に対して新たな対象グループＩＤを付与し、送信可能マスタ２０２７に記憶させてもよい。その他、送信可能マスタ２０２７に役職、外部サービスにおいて情報が登録された登録日等の情報を記憶する項目がある場合、マスタ管理モジュール２０３６は、対応する情報を送信可能マスタ２０２７の対応する項目にそれぞれ記憶させてもよい。
【0223】
制御部２０３は、送信可能マスタ２０２７の更新を実行した後に、更新が完了した旨を示す画面を提示するための情報を第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、受信した情報に基づいて、送信可能マスタ２０２７の更新が完了した旨を、ディスプレイ１４１を介して第１ユーザに通知してもよい。当該画面には、送信可能マスタ２０２７に新たに記憶された対象ユーザの情報が表示されてもよい。
【0224】
（第２実施形態）
図２４は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第２実施形態では、第１ユーザの要求により、第１ユーザと他のユーザとの間で送受信されたメールデータに基づいて、当該他のユーザの情報を送信可能マスタ２０２７に記憶させることにより、送信可能マスタ２０２７を更新する。
図２４は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第２実施形態では、第１ユーザの要求により、第１ユーザと他のユーザとの間で送受信されたメールデータに基づいて、当該他のユーザの情報を送信可能マスタ２０２７に記憶させることにより、送信可能マスタ２０２７を更新する。
【0225】
本実施形態では、第１ユーザと他のユーザとが連絡した履歴として、メールデータが利用されるが、第１ユーザと他のユーザとが連絡した履歴を示す情報は、これに限られない。
【0226】
ステップＳ７０１において、第１ユーザ端末１０は、サーバ２０へ、第１ユーザと他のユーザとが連絡した履歴を示す情報を送信する。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作して所定のメールクライアントを起動し、例えば、送信先が第１ユーザ、送信元が他のユーザである電子メールを選択し、サーバ２０がメールデータを取得するための所定のメールサーバ（不図示）へ当該電子メールを転送する操作を行う。なお、第１ユーザ端末１０は、第１ユーザが第１ユーザ端末１０を操作することにより、当該電子メールのメールデータを、サーバ２０へ直接送信してもよい。メールデータには、メール本文のテキスト、送信先メールアドレス、送信元メールアドレス、タイトル、送信日時、当該電子メールに添付される添付ファイル等を示す情報を含んでもよい。メールデータは、所定の形式にエンコードされていてもよい。
【0227】
ステップＳ７０２において、制御部２０３は、受信制御モジュール２０３１により、第１ユーザ端末１０から送信された第１ユーザと他のユーザとが連絡した履歴を示す情報を、第１ユーザと関連付けられる対象ユーザの情報であるとして取得する。具体的には、例えば、受信制御モジュール２０３１は、上記のメールサーバから、第１ユーザ端末１０から送信されたメールデータを、第１ユーザと関連付けられる対象ユーザの情報として取得する。または、受信制御モジュール２０３１は、第１ユーザ端末１０から直接送信されたメールデータを受け付ける。
【0228】
ステップＳ７０３において、制御部２０３は、連絡履歴取得モジュール２０３８により、第１ユーザと他のユーザとが連絡した履歴を示す情報に含まれる、第１ユーザに提示するための情報を取得する。具体的には、連絡履歴取得モジュール２０３８は、メールデータ内を検索し、メールに含まれる連絡先の情報を取得する。例えば、連絡履歴取得モジュール２０３８は、メール本文のテキスト、送信先メールアドレス、送信元メールアドレス、タイトル、送信日時、添付ファイル等の情報をメールデータからそれぞれ取得する。制御部２０３は、第１ユーザに提示するための情報を、第１ユーザ端末１０へ送信する。
【0229】
ステップＳ７０４において、第１ユーザ端末１０は、サーバ２０により提供されたメールデータに含まれる情報を、ディスプレイ１４１を介してユーザに提示する。具体的には、例えば、第１ユーザ端末１０は、少なくとも、他のユーザの連絡先を示す情報を、ディスプレイ１４１に表示する。
【0230】
図２５は、サーバ２０により提供されたメールデータに含まれる情報を表示する画面の例を表す模式図である。図２５に示す画面には、メールの件名を表す領域２５０１、メールの送信日時を表す領域２５０２、メールの本文の一部を表す領域２５０３、メールの添付ファイル名を表す領域３５４、メールの送信元、送信先を表す領域２５０５、第１ユーザの選択を入力するための複数のチェックボックス２５０５１、キャンセルボタン２５０６、登録ボタン２５０７が表示されている。
【0231】
領域２５０１が第１ユーザにより選択されると、メール本文の全文の内容がディスプレイ１４１に表示される。これにより、第１ユーザは、メールのやりとりの内容を確認しつつ送信可能マスタ２０２７の更新を行うことができる。
【0232】
領域２５０３が第１ユーザにより選択されると、例えば、所定のクライアントアプリケーションが起動し、添付ファイルの内容がディスプレイ１４１に表示される。これにより、第１ユーザは、添付ファイルの内容（例えば、メールに添付された契約書の草案の内容）を確認しつつ、送信可能マスタ２０２７の更新を行うことができる。
【0233】
領域２５０５には、メールの送信元または送信先の種別（例えば、ｆｒｏｍ、ｔｏ、ｃｃ、ｂｃｃ）、送信元・送信先のメールアドレスが表示される。また、領域２５０５には、各ユーザのユーザ名およびグループ名を入力するためのフィールドが表示される。第１ユーザがユーザ名のフィールドにテキストデータを入力すると、送信可能マスタ２０２７のユーザ名の項目に当該テキストデータが記憶される。第１ユーザがグループ名のフィールドにテキストデータを入力すると、送信可能マスタ２０２７のグループ名の項目に当該テキストデータが記憶される。図２５に示す画面では、例えば、「ユーザＢ」または「Ａ社営業部」のテキストが、第１ユーザにより入力されたテキストである。これにより、より簡便に送信可能マスタ２０２７の更新を行うことができる。さらに、上述の通り、第１ユーザは領域２５０３、領域２５０４を選択することでメール本文の内容、添付ファイルの内容をそれぞれ確認することができるため、ユーザの情報を送信可能マスタ２０２７に記憶させる際の、第１ユーザの手間を削減することができる。
【0234】
ステップＳ７０５において、第１ユーザ端末１０は、第１ユーザによる送信可能マスタ２０２７の更新リクエストを受け付ける。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作し、第１ユーザの対象ユーザとして送信可能マスタ２０２７へ記憶させたいユーザを選択し、当該ユーザの情報を送信可能マスタ２０２７へ記憶させるリクエストを、サーバ２０へ送信する。
【0235】
図２５に示す画面では、ステップＳ７０５において、第１ユーザは、領域２５０５等に表示される情報を参照しつつ、送信可能マスタ２０２７に記憶させるユーザについてチェックボックス２５０５１を選択する。これにより、チェックボックス２５０１１にチェックマークが入力される。第１ユーザが登録ボタン２５０７を選択すると、第１ユーザ端末１０は、領域２５０１においてチェックボックス２５０１１にチェックマークが入力された行に表示されているユーザを対象ユーザとして送信可能マスタ２０２７に記憶させるリクエストを、サーバ２０へ送信する。当該リクエストには、例えば、第１ユーザのユーザＩＤ、および、領域２５０１においてチェックボックス２５０１１にチェックマークが付されたユーザのメールアドレスを示す情報が含まれる。また、第１ユーザにより各ユーザのユーザ名、グループ名が入力されている場合は、当該リクエストには、ユーザ名、グループ名を示す情報も含まれていてもよい。
【0236】
ステップＳ７０６において、制御部２０３は、マスタ管理モジュール２０３６により、第１ユーザ端末１０から送信されたリクエストに基づいて、送信可能マスタ２０２７を更新する。具体的には、例えば、マスタ管理モジュール２０３６は、受信したリクエストに含まれるユーザＩＤ、メールアドレス、ユーザ名、グループ名を、送信可能マスタ２０２７の新しいレコードにおける、送信ユーザＩＤの項目、対象メールアドレスの項目、対象ユーザ名の項目、対象グループ名の項目に、それぞれ記憶する。マスタ管理モジュール２０３６は、受信したリクエストに含まれるグループ名に基づいてグループテーブル２０２３のグループ名の項目を検索し、該当するグループＩＤを、送信可能マスタ２０２７の当該新しいレコードの対象グループＩＤの項目に記憶してもよい。該当するグループＩＤが存在しない場合、当該グループ名に対応する新たなグループＩＤを作成し、対象グループＩＤの項目に記憶させてもよい。
【0237】
制御部２０３は、送信可能マスタ２０２７の更新を実行した後に、更新が完了した旨を示す画面を提示するための情報を第１ユーザ端末１０へ送信してもよい。そして、第１ユーザ端末１０は、サーバ２０から受信した情報に基づいて、送信可能マスタ２０２７の更新が完了した旨を、ディスプレイ１４１を介して第１ユーザに提示してもよい。当該画面には、送信可能マスタ２０２７に新たに記憶された対象ユーザの情報が表示されてもよい。
【0238】
（第３実施形態）
図２６は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０、第３ユーザ端末４０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第３実施形態では、第３ユーザが、第１ユーザの要求により、特定のユーザの情報を送信可能マスタ２０２７に記憶させることにより、送信可能マスタ２０２７を更新する。
図２６は、第１ユーザからの要求に応じ、記憶部に記憶される対象ユーザの情報を更新する際の第１ユーザ端末１０、サーバ２０、外部サーバ５０、第３ユーザ端末４０の動作の例を表すフローチャートである。以下に説明するマスタ更新処理の第３実施形態では、第３ユーザが、第１ユーザの要求により、特定のユーザの情報を送信可能マスタ２０２７に記憶させることにより、送信可能マスタ２０２７を更新する。
【0239】
ステップＳ８０１において、第１ユーザ端末１０は、特定のユーザの情報を対象ユーザとして登録するよう依頼する入力操作を、サーバ２０へ送信する。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作することにより、第１ユーザのユーザＩＤ、特定のユーザのメールアドレス、ユーザ名、特定のユーザが所属するグループ名を入力し、当該特定のユーザを対象ユーザとして送信可能マスタ２０２７に登録するリクエストを、サーバ２０へ送信する。当該リクエストには、例えば、第１ユーザのユーザＩＤ、特定のユーザのメールアドレス、ユーザ名、特定のユーザが所属するグループ名が含まれる。
【0240】
ステップＳ８０２において、制御部２０３は、第１ユーザ端末１０から送信された、特定のユーザの情報を対象ユーザとして登録するよう依頼する入力操作を受け付ける。
【0241】
ステップＳ８０３において、制御部２０３は、送信制御モジュール２０３２により、第１ユーザ端末１０から送信されたリクエストに係る特定のユーザが、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定する指示を外部サーバ５０へ送信する。具体的には、例えば、送信制御モジュール２０３２は、特定のユーザのメールアドレスが、外部サーバ５０が提供する外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定する指示を、外部サーバ５０へ送信する。当該指示には、少なくとも、第１ユーザのユーザＩＤ、特定のユーザのメールアドレスが含まれる。以下、特定のユーザが、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれているユーザである場合、当該特定ユーザを「閲覧可能ユーザ」と称することがある。
【0242】
ステップＳ８０４において、制御部５０３は、判定モジュール５０３４により、特定のユーザについて、外部サービス（例えば、営業管理サービスまたは名刺管理サービスであるが、これに限られない）において第１ユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定する。具体的には、例えば、判定モジュール５０３４は、サーバ２０から受信した指示に含まれる第１ユーザのユーザＩＤおよび特定のユーザのメールアドレスに基づいて外部サービスマスタ５０２２を検索し、該当するレコードが存在するか否かを判定する。制御部５０３は、判定結果をサーバ２０へ送信する。
【0243】
なお、制御部５０３ではなく、制御部２０３が、特定のユーザについて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定する処理を実行してもよい。この場合、制御部５０３は、制御部２０３のリクエストに応じて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報をサーバ２０へ送信する。具体的には、制御部５０３は、マスタ提供モジュール５０３３により、第１ユーザのユーザＩＤと対応付けられた外部ユーザＩＤに基づいて外部サービスマスタ５０２２を検索し、該当するレコードを示す情報を、サーバ２０へ送信する。そして、制御部２０３は、特定のユーザのメールアドレスに基づいて、外部サーバ５０から送信された情報を検索し、該当するレコードが存在するか否かを判定する。
【0244】
（ステップＳ８０４において、特定のユーザが閲覧可能ユーザであると判定された場合）
ステップＳ８０５において、制御部２０３は、送信制御モジュール２０３２により、当該判定結果と、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付けるための情報を第３ユーザ端末４０へ送信する。具体的には、例えば、送信制御モジュール２０３２は、特定のユーザが閲覧可能ユーザである旨を示す情報と、ステップＳ８０２において第１ユーザ端末１０から受信した、第１ユーザのユーザＩＤ、特定のユーザのメールアドレス、ユーザ名、特定のユーザが所属するグループ名を含む情報を、第３ユーザ端末４０へ送信する。
ステップＳ８０５において、制御部２０３は、送信制御モジュール２０３２により、当該判定結果と、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付けるための情報を第３ユーザ端末４０へ送信する。具体的には、例えば、送信制御モジュール２０３２は、特定のユーザが閲覧可能ユーザである旨を示す情報と、ステップＳ８０２において第１ユーザ端末１０から受信した、第１ユーザのユーザＩＤ、特定のユーザのメールアドレス、ユーザ名、特定のユーザが所属するグループ名を含む情報を、第３ユーザ端末４０へ送信する。
【0245】
ステップＳ８０６において、第３ユーザ端末４０は、第３ユーザに対し、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付ける。更新を認める場合、具体的には、例えば、第３ユーザは、第３ユーザ端末４０を操作し、特定のユーザの情報（特定のユーザのメールアドレス、ユーザ名、特定のユーザが所属するグループ名）を、第１ユーザのユーザＩＤと関連付けて送信可能マスタ２０２７に記憶する指示を、サーバ２０へ送信する。更新を認めない場合、具体的には、例えば、第３ユーザは、第３ユーザ端末４０を操作し、特定のユーザの情報を、第１ユーザのユーザＩＤと関連付けて送信可能マスタ２０２７へ記憶させる処理が不要である旨を示す情報を、サーバ２０へ送信する。
【0246】
図２７は、第３ユーザに対し、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付けるための画面の例を表す模式図である。図２７に示す画面には、ステップＳ８０４における判定結果を示す領域２７０１、特定のユーザの情報を示す領域２７０２、キャンセルボタン２７０３、登録ボタン２７０４が表示されている。
【0247】
領域２７０１には、特定のユーザが閲覧可能ユーザである旨を示すメッセージ２７０１１Ａが含まれる。これにより、第３ユーザは、特定のユーザが、対象ユーザとして送信可能マスタ２０２７に登録するのに適切なユーザであることを容易に把握することができる。そのため、第３ユーザは、第１ユーザの依頼ミス、第３ユーザの操作ミス等が生じている可能性があるという不安を抱えることなく、送信可能マスタ２０２７の更新作業を行うことができる。
【0248】
領域２７０２には、特定のユーザのメールアドレスを示す領域２７０２１、特定のユーザのユーザ名を示す領域２７０２２、特定のユーザが所属するグループ名を示す領域２７０２３、第１ユーザのユーザ名を示す領域２７０２４が含まれる。
【0249】
図２８は、特定のユーザが閲覧可能ユーザでない旨を示すための画面の例を表す模式図である。図２８に示す画面には、特定のユーザが閲覧可能ユーザでない旨を示すメッセージ２７０１１Ｂが表示されている。これにより、第３ユーザは、特定のユーザが、対象ユーザとして送信可能マスタ２０２７に登録するのに適切なユーザでないことを容易に把握することができる。また、図２８に示す画面には、報告ボタン２７０５が表示されている。第３ユーザが報告ボタンを選択すると、送信可能マスタ２０２７を更新するリクエストを送信した第１ユーザ端末１０に、特定のユーザが閲覧可能ユーザでない旨を示す情報を送信し、第１ユーザにその旨を通知する。その他、図２７と重複する部分については繰り返しの説明を省略する。
【0250】
ステップＳ８０７において、制御部２０３は、受信制御モジュール２０３１により、対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新する処理の要否を受け付ける。具体的には、例えば、特定のユーザの情報を、第１ユーザの情報と関連付けて送信可能マスタ２０２７に記憶する処理の要否を示す情報を、第３ユーザ端末４０から受け付ける。
【0251】
つまり、マスタ更新処理の第３実施形態においては、ステップＳ８０２～ステップＳ８０７において、制御部２０３は、特定のユーザの情報を、対象ユーザとして登録するよう依頼する入力操作に応答して、第１ユーザとは異なる第３ユーザに対し、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作を受け付ける。
【0252】
（特定のユーザの情報を送信可能マスタ２０２７に記憶する処理が必要との情報を受け付けた場合）
ステップＳ８０８において、制御部２０３は、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作に応答して、第１ユーザに関連付けられる対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新する。具体的には、例えば、制御部２０３は、送信可能マスタ２０２７の新しいレコードにおいて、第１ユーザのユーザＩＤを送信ユーザＩＤの項目に、特定のユーザのメールアドレスを対象メールアドレスの項目に、特定のユーザのユーザ名を対象ユーザ名の項目に、それぞれ記憶させる。制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させた旨を示す情報を、第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、ディスプレイ１４１等を介して、特定のユーザの情報を送信可能マスタ２０２７に記憶させた旨を、第１ユーザに通知してもよい。
ステップＳ８０８において、制御部２０３は、特定のユーザについて、第１ユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの入力操作に応答して、第１ユーザに関連付けられる対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新する。具体的には、例えば、制御部２０３は、送信可能マスタ２０２７の新しいレコードにおいて、第１ユーザのユーザＩＤを送信ユーザＩＤの項目に、特定のユーザのメールアドレスを対象メールアドレスの項目に、特定のユーザのユーザ名を対象ユーザ名の項目に、それぞれ記憶させる。制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させた旨を示す情報を、第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、ディスプレイ１４１等を介して、特定のユーザの情報を送信可能マスタ２０２７に記憶させた旨を、第１ユーザに通知してもよい。
【0253】
（特定のユーザの情報を送信可能マスタ２０２７に記憶する処理が不要との情報を受け付けた場合）
マスタ更新処理はステップＳ８０８へ進まず、制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させない。制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させなかった旨を示す情報を、第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、ディスプレイ１４１等を介して、特定のユーザの情報を送信可能マスタ２０２７に記憶させなかった旨を、第１ユーザに通知してもよい。
マスタ更新処理はステップＳ８０８へ進まず、制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させない。制御部２０３は、特定のユーザの情報を送信可能マスタ２０２７に記憶させなかった旨を示す情報を、第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、ディスプレイ１４１等を介して、特定のユーザの情報を送信可能マスタ２０２７に記憶させなかった旨を、第１ユーザに通知してもよい。
【0254】
（ステップＳ８０４において、特定のユーザについて、営業管理サービスまたは名刺管理サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていないと判定された場合）
ステップＳ８０５において、制御部２０３は、送信制御モジュール２０３２により、当該判定結果を第３ユーザ端末４０へ送信する。具体的には、例えば、送信制御モジュール２０３２は、特定のユーザについて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を示す情報を、第３ユーザ端末４０へ送信する。第３ユーザ端末４０は、ディスプレイ１４１等を介して、特定のユーザについて外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を、第３ユーザに通知する。なお、制御部２０３は、第１ユーザ端末１０へ、特定のユーザについて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を示す情報を送信することにより、第１ユーザに当該情報を通知してもよい。
ステップＳ８０５において、制御部２０３は、送信制御モジュール２０３２により、当該判定結果を第３ユーザ端末４０へ送信する。具体的には、例えば、送信制御モジュール２０３２は、特定のユーザについて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を示す情報を、第３ユーザ端末４０へ送信する。第３ユーザ端末４０は、ディスプレイ１４１等を介して、特定のユーザについて外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を、第３ユーザに通知する。なお、制御部２０３は、第１ユーザ端末１０へ、特定のユーザについて、外部サービスにおいて第１ユーザが閲覧権限を有する連絡先の情報に含まれていない旨を示す情報を送信することにより、第１ユーザに当該情報を通知してもよい。
【0255】
（変形例）
制御部２０３は、第１ユーザに関連付けられた電子契約情報に対して承認する操作を行った他のユーザの情報を取得することにより、第１ユーザと関連付けられる対象ユーザの情報を更新してもよい。例えば、制御部２０３は、第１ユーザにより作成された、または第１ユーザにより承認が要求された電子契約情報に対して承認する操作を行った他のユーザの情報を取得することにより、第１ユーザと関連付けられる対象ユーザの情報を更新してもよい。
制御部２０３は、第１ユーザに関連付けられた電子契約情報に対して承認する操作を行った他のユーザの情報を取得することにより、第１ユーザと関連付けられる対象ユーザの情報を更新してもよい。例えば、制御部２０３は、第１ユーザにより作成された、または第１ユーザにより承認が要求された電子契約情報に対して承認する操作を行った他のユーザの情報を取得することにより、第１ユーザと関連付けられる対象ユーザの情報を更新してもよい。
【0256】
本変形例では、まず、第１ユーザ端末１０は、第１ユーザの操作に基づいて、第１ユーザが作成した電子契約情報の一覧を取得するリクエストを、サーバ２０へ送信する。当該リクエストには、第１ユーザのユーザＩＤが含まれる。
【0257】
次に、制御部２０３は、第１ユーザに関連付けられた電子契約情報を特定する。具体的には、例えば、制御部２０３は、受信制御モジュール２０３１によりリクエストを受け付けると、第１ユーザのユーザＩＤに基づいて書類テーブル２０２４の作成者ＩＤの項目を検索し、該当するレコードの書類ＩＤおよび書類データを特定する。制御部２０３は、特定した書類ＩＤおよび書類データを、第１ユーザ端末１０へ送信する。
【0258】
次に、第１ユーザ端末１０は、サーバ２０から受け付けた書類データを示す情報を、ディスプレイ１４１を介して第１ユーザに提示する。
【0259】
次に、第１ユーザ端末１０は、第１ユーザによる電子契約情報の選択を受け付ける。具体的には、例えば、第１ユーザは、第１ユーザ端末１０を操作することにより、ディスプレイ１４１に提示された書類データの中から、１以上の書類データを選択する。
【0260】
次に、第１ユーザ端末１０は、第１ユーザの操作に基づいて、第１ユーザにより選択された電子契約情報に対して承認する操作を行った他のユーザの情報を、対象ユーザとして登録するよう依頼するリクエストを、サーバ２０へ送信する。当該リクエストには、第１ユーザにより選択された書類データに対応する書類ＩＤが含まれる。
【0261】
次に、制御部２０３は、第１ユーザにより選択された電子契約情報に対して承認する操作を行った他のユーザの情報を取得する。具体的には、例えば、制御部２０３は、第１ユーザ端末１０から送信された書類ＩＤに基づいて確認テーブル２０２５の書類ＩＤの項目を検索する。そして、該当するレコードのうち、確認フラグの項目の値が「ＴＲＵＥ」であるレコードの確認者メールアドレスの項目の値を取得する。
【0262】
次に、制御部２０３は、第１ユーザに関連付けられた電子契約情報に対して承認する操作を行った他のユーザの情報を、第１ユーザと関連付けられる対象ユーザの情報として、記憶部２０２に記憶する。具体的には、例えば、制御部２０３は、送信可能マスタ２０２７の新しいレコードに、第１ユーザのユーザＩＤと紐づけて、確認テーブル２０２５から取得した確認者メールアドレスを記憶させる。この際、第１ユーザのユーザＩＤは送信ユーザＩＤの項目に、確認者メールアドレスは対象メールアドレスの項目に、それぞれ記憶される。なお、制御部２０３は、第１ユーザが所属するグループのグループＩＤと、確認テーブル２０２５から取得した確認者メールアドレスとを紐付けて、送信可能マスタ２０２７に記憶させてもよい。
【0263】
制御部２０３は、第１ユーザに関連付けられた電子契約情報に対して承認する操作を行った他のユーザの情報を、第１ユーザと関連付けられる対象ユーザの情報を更新した旨を示す画面を提示するための情報を、第１ユーザ端末１０へ送信してもよい。第１ユーザ端末１０は、受信した情報に基づいて、送信可能マスタ２０２７の更新が完了した旨を、ディスプレイ１４１を介して第１ユーザに通知してもよい。当該画面には、送信可能マスタ２０２７に新たに記憶された対象ユーザの情報が表示されてもよい。
【0264】
（その他の変形例）
また、マスタ更新処理では、制御部２０３は、第１ユーザのユーザＩＤと関連付けて、対象ユーザとして登録するユーザの情報（メールアドレス等）を、送信可能マスタ２０２７に記憶させていた。しかしながら、制御部２０３は、ユーザによるユーザ端末の操作等に基づいて、下記の第１情報のうち少なくとも１以上の種類の情報と、下記の第２情報のうち少なくとも１以上の種類の情報とを取得してもよい。そして、取得した第１情報と第２情報とを関連付けて、送信可能マスタ２０２７の第１情報または第２情報に対応する第１項目または第２項目に記憶することで、対象ユーザの情報を記憶部２０２に記憶させてもよい。なお、制御部２０３は、第１情報または第２情報として、複数のユーザの情報を取得してもよい。
（第１情報：第１項目）
・第１ユーザのユーザＩＤ：送信ユーザＩＤ
・第１ユーザが所属するグループのグループＩＤ：送信グループＩＤ
・第１ユーザとは異なるユーザのユーザＩＤ：送信ユーザＩＤ
・第１ユーザとは異なるユーザが所属するグループのグループＩＤ：送信グループＩＤ（第２情報：第２項目）
・対象ユーザとして記憶するユーザのメールアドレス：対象メールアドレス
・対象ユーザとして記憶するユーザのユーザ名：対象ユーザ名
・対象ユーザとして記憶するユーザが所属するグループのグループＩＤ：対象グループＩＤ
・対象ユーザとして記憶するユーザが所属するグループのグループ名：対象グループ名
また、マスタ更新処理では、制御部２０３は、第１ユーザのユーザＩＤと関連付けて、対象ユーザとして登録するユーザの情報（メールアドレス等）を、送信可能マスタ２０２７に記憶させていた。しかしながら、制御部２０３は、ユーザによるユーザ端末の操作等に基づいて、下記の第１情報のうち少なくとも１以上の種類の情報と、下記の第２情報のうち少なくとも１以上の種類の情報とを取得してもよい。そして、取得した第１情報と第２情報とを関連付けて、送信可能マスタ２０２７の第１情報または第２情報に対応する第１項目または第２項目に記憶することで、対象ユーザの情報を記憶部２０２に記憶させてもよい。なお、制御部２０３は、第１情報または第２情報として、複数のユーザの情報を取得してもよい。
（第１情報：第１項目）
・第１ユーザのユーザＩＤ：送信ユーザＩＤ
・第１ユーザが所属するグループのグループＩＤ：送信グループＩＤ
・第１ユーザとは異なるユーザのユーザＩＤ：送信ユーザＩＤ
・第１ユーザとは異なるユーザが所属するグループのグループＩＤ：送信グループＩＤ（第２情報：第２項目）
・対象ユーザとして記憶するユーザのメールアドレス：対象メールアドレス
・対象ユーザとして記憶するユーザのユーザ名：対象ユーザ名
・対象ユーザとして記憶するユーザが所属するグループのグループＩＤ：対象グループＩＤ
・対象ユーザとして記憶するユーザが所属するグループのグループ名：対象グループ名
【0265】
これにより、制御部２０３は、第１ユーザまたは第１ユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部２０２に記憶させる。つまり、例えば、制御部２０３は、第１ユーザの情報または第１ユーザが所属するグループの情報と、対象ユーザの情報または対象ユーザが所属するグループの情報とを関連付けて、記憶部２０２に記憶させることができる。
【0266】
例えば、第１ユーザが所属するグループ（第１グループ）と対象ユーザとを関連付けて送信可能マスタ２０２７に記憶した場合、第１グループに所属する、第１ユーザ以外のユーザも、対象ユーザに対して電子契約情報の承認を要求することができる。また、第１グループと対象ユーザが所属するグループ（対象グループ）とを関連付けて送信可能マスタ２０２７に記憶した場合、第１グループに所属するユーザは、対象グループに所属する、対象ユーザ以外のユーザに対しても、電子契約情報の承認を要求することができる。また、第１ユーザと対象グループとを関連付けて送信可能マスタ２０２７に記憶した場合、第１ユーザは、対象グループに所属する、対象ユーザ以外のユーザに対しても、電子契約情報の承認を要求することができる。
【0267】
以上のように、上記実施形態では、制御部２０３は、マスタ管理モジュール２０３６により、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部２０２に記憶させる。制御部２０３は、受信制御モジュール２０３１により、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付ける。制御部２０３は、契約書確認モジュール２０３５により、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理する。制御部２０３は、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない。これにより、第１のユーザが、電子データの承認の要求する相手先として適切でないユーザを指定した場合に、当該ユーザに承認の要求が送信されることを抑制することができる。
【0268】
したがって、本実施形態によれば、送信側のユーザが、電子データについて受信者として妥当なユーザを指定することを支援することができる。
【0269】
また、上記実施形態では、受信制御モジュール２０３１は、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付けている。制御部２０３は、判定モジュール２０３４により、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定する。制御部２０３は、送信制御モジュール２０３２により、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、対象ユーザに該当しない通知をする。これにより、第１のユーザが承認を要求するための入力操作を行ったことに応答して、第２のユーザが対象ユーザに該当するか否かの判定することができる。
【0270】
また、上記実施形態では、判定モジュール２０３４は、第２のユーザを指定するための情報の入力を第１のユーザから受け付ける都度、当該入力された情報が対象ユーザに該当するか判定する。送信制御モジュール２０３２は、判定した結果に基づき、第２のユーザに電子データの承認を要求できるか否かを第１のユーザへ提示する。これにより、第１のユーザが第２のユーザを指定した段階で、第２のユーザが対象ユーザに該当するか否かを判定し、判定結果を第１のユーザに提示することができる。
【0271】
また、上記実施形態では、記憶部２０２は、対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されている。受信制御モジュール２０３１は、少なくとも第２のユーザのドメインの指定を受け付けている。送信制御モジュール２０３２は、指定される第２のユーザのドメインが対象ユーザのドメインに一致する場合に、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザのドメインに一致しない場合に第２のユーザに電子データの承認を要求しない。これにより、第２のユーザのメールアドレスのドメイン情報に基づいて、第２のユーザが対象ユーザに該当するか否かを判定することができる。
【0272】
また、上記実施形態では、送信制御モジュール２０３２は、第１のユーザと関連付けられる対象ユーザの情報を、第１のユーザに対し提示する。これにより、第１のユーザは、第２のユーザの指定をより適切に行うことができる。
【0273】
また、上記実施形態では、受信制御モジュール２０３１は、第１のユーザから指定を受け付ける第２のユーザが対象ユーザでない場合に、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付ける。マスタ管理モジュール２０３６は、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う。これにより、第１ユーザは、第２のユーザが対象ユーザとして記憶部２０２に記憶されていなかった場合に、第２のユーザの情報を対象ユーザとして記憶する際の手間を削減することができる。
【0274】
また、上記実施形態では、受信制御モジュール２０３１は、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付ける。判定モジュール２０３４は、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定する。送信制御モジュール２０３２は、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付け、マスタ管理モジュール２０３６は、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う。これにより、第１ユーザは、第２のユーザが対象ユーザとして記憶部２０２に記憶されていなかった場合に、第２のユーザの情報を対象ユーザとして記憶する際の手間を削減することができる。
【0275】
また、上記実施形態では、制御部２０３は、マスタ管理モジュール２０３６および連絡先取得モジュール２０３７により、第１のユーザが閲覧権限を有する連絡先の情報を取得することにより、第１のユーザと関連付けられる対象ユーザの情報を更新する。これにより、対象ユーザの情報を第１のユーザと関連付けて記憶する際の手間を削減することができる。
【0276】
また、上記実施形態では、連絡先取得モジュール２０３７は、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報を取得する。これにより、外部の営業管理サービスのサーバまたは外部の名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報に基づいて、対象ユーザの情報を第１のユーザと関連付けて記憶することができる。
【0277】
また、上記実施形態では、制御部２０３は、マスタ管理モジュール２０３６および連絡履歴取得モジュール２０３８により、第１のユーザと他のユーザとが連絡した履歴を示す情報を取得することにより、連絡した履歴に示される他のユーザの情報を、第１のユーザと関連付けられる対象ユーザの情報であるとして、記憶部の情報を更新する。これにより、対象ユーザの情報を第１のユーザと関連付けて記憶する際の手間を削減することができる。
【0278】
また、上記実施形態では、制御部２０３は、マスタ管理モジュール２０３６および連絡履歴取得モジュール２０３８により、第１のユーザと他のユーザとがメールで連絡した履歴を取得して、当該メールに含まれる連絡先の情報を取得することにより、対象ユーザの情報を更新する。これにより、第１のユーザと他のユーザとがメールで連絡した履歴に基づいて、対象ユーザの情報を第１のユーザと関連付けて記憶することができる。
【0279】
また、上記実施形態では、受信制御モジュール２０３１は、第１のユーザから、特定のユーザの情報を、対象ユーザとして登録するよう依頼する入力操作を受け付ける。受信制御モジュール２０３１は、依頼する入力操作に応答して、第１のユーザとは異なる第３のユーザに対し、特定のユーザについて、第１のユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの第３の入力操作を受け付ける。マスタ管理モジュール２０３６は、第３の入力操作に応答して、第１のユーザに関連付けられる対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新する。これにより、第３のユーザにより、第１のユーザの対象ユーザの登録依頼が適切かどうか判断される。したがって、対象ユーザに関する情報をより適切に管理することができる。
【0280】
また、上記実施形態では、制御部２０３は、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、第３のユーザに対し、特定のユーザについて、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定し、判定した結果を第３のユーザに提示する。これにより、第１のユーザの対象ユーザの登録依頼が適切かどうか判断する際の判断材料が、第３のユーザに提供される。したがって、第３のユーザは、第１のユーザの対象ユーザの登録依頼が適切かどうか判断する際の手間を削減することができる。
【0281】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するためのコンピュータを動作させるプログラムであって、プログラムは、コンピュータのプロセッサに、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行させ、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、プログラム。
（付記２）
受け付けるステップにおいて、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付けており、管理するステップにおいて、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定し、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、対象ユーザに該当しない通知をする、（付記１）に記載のプログラム。
（付記３）
受け付けるステップにおいて、第２のユーザを指定するための情報の入力を第１のユーザから受け付ける都度、当該入力された情報が対象ユーザに該当するか判定し、判定した結果に基づき、第２のユーザに電子データの承認を要求できるか否かを第１のユーザへ提示する、（付記１）に記載のプログラム。
（付記４）
記憶部において、対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されており、プログラムは、受け付けるステップにおいて、少なくとも第２のユーザのドメインの指定を受け付けており、管理するステップにおいて、指定される第２のユーザのドメインが対象ユーザのドメインに一致する場合に、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザのドメインに一致しない場合に第２のユーザに電子データの承認を要求しない、（付記１）に記載のプログラム。
（付記５）
受け付けるステップにおいて、第１のユーザと関連付けられる対象ユーザの情報を、第１のユーザに対し提示する、（付記１）に記載のプログラム。
（付記６）
受け付けるステップにおいて、第１のユーザから指定を受け付ける第２のユーザが対象ユーザでない場合に、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付け、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う、（付記１）に記載のプログラム。
（付記７）受け付けるステップにおいて、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付けており、管理するステップにおいて、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定し、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付け、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う、（付記１）に記載のプログラム。
（付記８）
プログラムは、プロセッサに、さらに、第１のユーザが閲覧権限を有する連絡先の情報を取得することにより、第１のユーザと関連付けられる対象ユーザの情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記９）
更新するステップにおいて、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報を取得する、（付記８）に記載のプログラム。
（付記１０）
プログラムは、プロセッサに、さらに、第１のユーザと他のユーザとが連絡した履歴を示す情報を取得することにより、連絡した履歴に示される他のユーザの情報を、第１のユーザと関連付けられる対象ユーザの情報であるとして、記憶部の情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記１１）
更新するステップにおいて、第１のユーザと他のユーザとがメールで連絡した履歴を取得して、当該メールに含まれる連絡先の情報を取得することにより、対象ユーザの情報を更新する、（付記１０）に記載のプログラム。
（付記１２）
プログラムは、プロセッサに、さらに、第１のユーザから、特定のユーザの情報を、対象ユーザとして登録するよう依頼する入力操作を受け付けるステップと、依頼する入力操作に応答して、第１のユーザとは異なる第３のユーザに対し、特定のユーザについて、第１のユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの第３の入力操作を受け付けるステップと、第３の入力操作に応答して、第１のユーザに関連付けられる対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記１３）
外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、第３のユーザに対し、特定のユーザについて、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定し、判定した結果を第３のユーザに提示する、（付記１２）に記載のプログラム。
（付記１４）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するためのコンピュータを動作させる方法であって、方法は、コンピュータのプロセッサが、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行し、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、方法。
（付記１５）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するための情報処理装置であって、情報処理装置の制御部が、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行し、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、情報処理装置。
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するためのコンピュータを動作させるプログラムであって、プログラムは、コンピュータのプロセッサに、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行させ、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、プログラム。
（付記２）
受け付けるステップにおいて、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付けており、管理するステップにおいて、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定し、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、対象ユーザに該当しない通知をする、（付記１）に記載のプログラム。
（付記３）
受け付けるステップにおいて、第２のユーザを指定するための情報の入力を第１のユーザから受け付ける都度、当該入力された情報が対象ユーザに該当するか判定し、判定した結果に基づき、第２のユーザに電子データの承認を要求できるか否かを第１のユーザへ提示する、（付記１）に記載のプログラム。
（付記４）
記憶部において、対象ユーザの情報として、メールアドレスのドメインの情報を記憶するように構成されており、プログラムは、受け付けるステップにおいて、少なくとも第２のユーザのドメインの指定を受け付けており、管理するステップにおいて、指定される第２のユーザのドメインが対象ユーザのドメインに一致する場合に、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザのドメインに一致しない場合に第２のユーザに電子データの承認を要求しない、（付記１）に記載のプログラム。
（付記５）
受け付けるステップにおいて、第１のユーザと関連付けられる対象ユーザの情報を、第１のユーザに対し提示する、（付記１）に記載のプログラム。
（付記６）
受け付けるステップにおいて、第１のユーザから指定を受け付ける第２のユーザが対象ユーザでない場合に、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付け、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う、（付記１）に記載のプログラム。
（付記７）受け付けるステップにおいて、指定された電子データについて第２のユーザへ承認を要求するための第１の入力操作を第１のユーザから受け付けており、管理するステップにおいて、第１の入力操作に応答して、第２のユーザが対象ユーザに該当するか判定し、対象ユーザに該当しない場合に、第２のユーザの承認を要求せず、第１のユーザに対し、第２のユーザを対象ユーザとして記憶部に記憶させるための第２の入力操作を第１のユーザから受け付け、第２の入力操作に応じて、第２のユーザを、対象ユーザとして記憶部に記憶させるための処理を行う、（付記１）に記載のプログラム。
（付記８）
プログラムは、プロセッサに、さらに、第１のユーザが閲覧権限を有する連絡先の情報を取得することにより、第１のユーザと関連付けられる対象ユーザの情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記９）
更新するステップにおいて、外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報を取得する、（付記８）に記載のプログラム。
（付記１０）
プログラムは、プロセッサに、さらに、第１のユーザと他のユーザとが連絡した履歴を示す情報を取得することにより、連絡した履歴に示される他のユーザの情報を、第１のユーザと関連付けられる対象ユーザの情報であるとして、記憶部の情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記１１）
更新するステップにおいて、第１のユーザと他のユーザとがメールで連絡した履歴を取得して、当該メールに含まれる連絡先の情報を取得することにより、対象ユーザの情報を更新する、（付記１０）に記載のプログラム。
（付記１２）
プログラムは、プロセッサに、さらに、第１のユーザから、特定のユーザの情報を、対象ユーザとして登録するよう依頼する入力操作を受け付けるステップと、依頼する入力操作に応答して、第１のユーザとは異なる第３のユーザに対し、特定のユーザについて、第１のユーザに関連付けられる対象ユーザの情報の更新を認めるか否かの第３の入力操作を受け付けるステップと、第３の入力操作に応答して、第１のユーザに関連付けられる対象ユーザとして特定のユーザを含めるよう記憶部の情報を更新するステップを実行させる、（付記１）に記載のプログラム。
（付記１３）
外部の営業管理サービスのサーバまたは外部の名刺管理サービスのサーバと通信することにより、第３のユーザに対し、特定のユーザについて、営業管理サービスまたは名刺管理サービスにおいて第１のユーザが閲覧権限を有する連絡先の情報に含まれているか否かを判定し、判定した結果を第３のユーザに提示する、（付記１２）に記載のプログラム。
（付記１４）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するためのコンピュータを動作させる方法であって、方法は、コンピュータのプロセッサが、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行し、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、方法。
（付記１５）
電子データに対し承認する操作を各ユーザから受け付けることにより、各ユーザが電子データを承認したものとして管理するための情報処理装置であって、情報処理装置の制御部が、第１のユーザまたは第１のユーザが属するグループの各ユーザと関連付けて、電子データの承認を要求する相手先となる対象ユーザの情報を記憶部に記憶させるステップと、第１のユーザから、承認の対象となる電子データの指定と、当該電子データに対し承認をする第２のユーザの指定とを受け付けるステップと、電子データについて指定された各ユーザから承認する操作を受け付けて、電子データが承認されたものとして管理するステップと、を実行し、管理するステップにおいて、指定される第２のユーザが対象ユーザに該当する場合、第２のユーザに対し、電子データの承認を要求する一方、第２のユーザが対象ユーザに該当しない場合に第２のユーザに電子データの承認を要求しない、情報処理装置。
【符号の説明】
【0282】
１ ：システム
１０ ：第１ユーザ端末
３０ ：第２ユーザ端末
４０ ：第３ユーザ端末
５０ ：外部サーバ
２０３１ ：受信制御モジュール
２０３２ ：送信制御モジュール
２０３３ ：入力情報設定モジュール
２０３４ ：判定モジュール
２０３５ ：契約書確認モジュール
２０３６ ：マスタ管理モジュール
２０３７ ：連絡先取得モジュール
２０３８ ：連絡履歴取得モジュール
５０３１ ：受信制御モジュール
５０３２ ：送信制御モジュール
５０３３ ：マスタ提供モジュール
５０３４ ：判定モジュール
１０ ：第１ユーザ端末
３０ ：第２ユーザ端末
４０ ：第３ユーザ端末
５０ ：外部サーバ
２０３１ ：受信制御モジュール
２０３２ ：送信制御モジュール
２０３３ ：入力情報設定モジュール
２０３４ ：判定モジュール
２０３５ ：契約書確認モジュール
２０３６ ：マスタ管理モジュール
２０３７ ：連絡先取得モジュール
２０３８ ：連絡履歴取得モジュール
５０３１ ：受信制御モジュール
５０３２ ：送信制御モジュール
５０３３ ：マスタ提供モジュール
５０３４ ：判定モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
