JP7500627B2 - 電子契約プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

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

契約書の電子データをインターネット上で交換して電子署名を施すことで契約を締結し、企業のサーバやクラウドストレージなどに電子データを保管しておく技術がある。

特許文献１には、管理者が、電子契約を締結するユーザの電子身分証明カード情報を登録及び管理することについて記載され、また本人の身分等を相手方に表示することにより、電子契約の際に身分を証明することについて記載されている。

特表２０１４－５２９３７１号公報

しかしながら、特許文献１のように電子契約の締結の際に電子身分証明カードに基づいて身分確認をする構成とした場合、（１）電子身分証明カードの管理が煩雑化すること、（２）電子身分証明カードそれ自体の信用性、（３）電子身分証明カードの取得・維持コスト負担が発生するという問題点がある。

たとえば、管理者からすると、電子身分証明カードの情報が正しく入力され、誤入力がないかをチェックすることで正確性を担保するためのメンテナンス作業が煩雑となる。

また、契約を締結する相手方からすると、その電子身分証明カードに記録された身分等が真正であるかどうかを自身が判断し、自身のリスクでそのカードの持ち主と電子契約を締結するかしないかを判断することとなり、電子身分証明カードの信用性があったとしても、当該人物がその契約を締結する権限を有していないまま電子契約を締結する可能性があり、これを防止することが必要である。

さらに、自身にとっても相手方にとっても、電子身分証明カードの取得・維持にあたり本人確認や身分証明書等の提示に基づく審査プロセスに時間と手間、さらには手数料等が徴収されることになりかねない。

そこで本開示は、電子契約システムにおいて、組織に属する者等電子契約システムのユーザ同士が権限なく電子契約を締結することを簡素な構成により低コストに防止することができる別の技術の提供を目的とする。

一実施形態によると、プロセッサとメモリとを備えるコンピュータによって実行される電子契約プログラムが提供される。この電子契約プログラムは、プロセッサに、電子契約を締結することが可能な１または複数の受信者を特定する情報であって、組織、および当該組織において受信者の個人を識別する電子メールアドレスである第１の情報をメモリに記憶させるステップと、送信者により指定された、契約締結を依頼する受信者を特定する情報と第１の情報とを照合するステップと、照合をすることにより、依頼にかかる受信者が電子契約を締結することができる場合に、契約締結を依頼する通知を受信者に送信するステップと、照合をすることにより、依頼にかかる受信者が電子契約を締結する権限がない場合に、受信者または当該受信者が属する組織の意思にかかわらず、当該電子契約の締結を停止するステップと、をコンピュータに実行させる。

本開示によれば、インターネットを介し、メールアドレスを用いて締結する電子契約システムにおいて、組織に属する者等電子契約システムのユーザ同士が権限なく電子契約を締結することを簡素な構成により低コストに防止することができる。

電子契約システム１の全体の構成を示す図である。 実施の形態１の電子契約システム１を構成する端末装置１０のブロック図である。 サーバ２０の機能的な構成を示す図である。 電子契約を説明するための概念図である。 サーバ２０が記憶するデータの構造を示す図である。 電子契約を締結可能な者の登録を行う処理を示すフローチャートである。 電子契約の依頼を行う処理を示すフローチャートである。 権限を有しない受信者への電子契約の依頼を中止する際の画面例を示す図である。 電子契約を締結可能な受信者とそうでない者を区別して一覧表示する画面例を示す図である。 権限の有無に応じた電子契約の依頼の転送を説明するための図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜１ 電子契約システム全体の構成＞
図１は、電子契約システム１の全体の構成を示す図である。

図１に示すように、電子契約システム１は、複数の端末装置（図１では端末装置１０Ａおよび端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して通信接続する。

端末装置１０は、各ユーザが操作する装置である。端末装置１０は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。この他に、端末装置１０は、例えば据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであるとしてもよい。図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、５Ｇ、ＬＴＥ（Long Term Evolution）などの通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することによりネットワーク８０に接続される。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

サーバ２０の通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

なお、図示する例では、端末装置１０は、サーバ２０を介して互いに通信可能であることとしているが、サーバ２０を介さず、近距離無線通信により複数の端末装置１０が互いに直接通信することとしてもよい。

＜１．１ 端末装置１０の構成＞
図２は、実施の形態１の電子契約システム１を構成する端末装置１０のブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（タッチ・センシティブ・デバイス１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、位置情報センサ１５０と、カメラ１６０と、記憶部１８０と、制御部１９０と、を含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリ、バッテリから各回路への電力の供給を制御する電力供給回路など）も有している。端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１９０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、キーボード等の入力装置を含む。操作受付部１３０は、マウス、タッチパッド、タッチパネル等のポインティングデバイスとして構成されることとしてもよい。また、操作受付部１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含む。タッチ・センシティブ・デバイス１３１は、端末装置１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１９０へ出力する。

ディスプレイ１３２は、制御部１９０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１９０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。

カメラ１６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１６０は、例えば、カメラ１６０から撮影対象までの距離を検出できる深度カメラである。

記憶部１８０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１８０は、ユーザ情報１８１を記憶する。ユーザ情報１８１は、電子契約システム１を利用するユーザの情報である。

制御部１９０は、記憶部１８０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１９０は、例えばアプリケーションプロセッサである。制御部１９０は、プログラムに従って動作することにより、入力操作受付部１９１と、送受信部１９２と、データ処理部１９３と、報知制御部１９４としての機能を発揮する。

入力操作受付部１９１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。入力操作受付部１９１は、タッチ・センシティブ・デバイス１３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。

送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。データ処理部１９３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

データ処理部１９３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

報知制御部１９４は、ユーザに対し、視聴覚等の五感を通じて情報を報知する処理を行う。報知制御部１９４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動をバイブレータに発生させる処理を行う。

＜１．２ サーバ２０の機能的な構成＞
図３は、サーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、ユーザ情報２８１と、組織情報２８２と、契約可能ユーザ情報２８３と、通知情報２８４と、契約情報２８５等を記憶する。

ユーザ情報２８１は、電子契約システム１のユーザの情報を保持するためのデータベースである。

組織情報２８２は、電子契約を行うユーザが属する組織（例えば会社等の企業組織）を示す情報である。

契約可能ユーザ情報２８３は、ユーザが属する各々の組織において電子契約の締結を行う権限を有する者を示す情報である。

通知情報２８４は、電子契約締結の依頼に関する情報であって、依頼を通知した日時等を契約に紐づけて管理するための情報である。

契約情報２８５は、送信者および受信者の電子契約締結の合意の状態、電子契約の内容等を示す情報である。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。制御部２０３の操作内容取得モジュール２０４１は、ユーザの操作内容を取得する。受信制御モジュール２０４２は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。送信制御モジュール２０４３は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

権限管理モジュール２０４４、契約締結処理モジュール２０４５については、以下の電子契約の概念図に続いて説明する。

図４は、電子契約を説明するための概念図である。本実施形態において「電子契約」とは、契約書の電子データをインターネット上で交換し、契約当事者が合意の意思表示を行い、その電子署名を契約書の電子データに付与することをいう。また「電子署名」とは、電子署名及び電子署名法2条1項に定義される、電子データの作成者を表示し、電子データが改ざんされていないことを証明するための仕組みのことをいう。

まず契約書送信者は、端末装置１０Ａを操作することにより、契約書の電子データを例えばクラウド上のサーバ２０にアップロードする。端末装置１０は、この契約書について合意をすることを示す操作を端末装置１０のユーザから受け付ける。サーバ２０は、契約書送信者が合意した契約書の電子データに対し、契約書送信者の電子署名を付与する。

次に、契約書送信者は、契約書受信者に合意締結を依頼するための操作を行う。電子契約システム１は、契約書電子データにアクセスするための情報（リンク）を契約書受信者に電子メールで送付する。

契約書受信者は、端末装置１０Ｂにおいて受信した電子メールに記載されたリンクをクリックし、オンラインでサーバ２０上の契約書電子データの内容を確認して、合意締結することができる。この時点で契約内容に意図しない条件の記載や瑕疵があるような場合、サーバ２０は、契約書受信者から、契約に合意をしない旨の操作を受け付けることとしてもよい。

契約書受信者が合意した場合、契約書の電子データには、契約書受信者の電子署名が付与される。契約書の電子データは、サーバ２０に保管される。契約当事者双方の電子署名が付与されることで、契約書の改ざんは防止される。

本実施形態は、このようなクラウド型の電子契約サービスを実現するものである。以下の実施形態では、契約締結の権限に関して、組織に属する者が権限なく電子契約を締結することを防止するための技術について説明する。

このためサーバ２０の権限管理モジュール２０４４（図３参照）は、組織内において契約締結が可能な者の情報（すなわち本実施形態でいうところの権限情報）を管理し、同権限を有しない者による合意締結の操作を防止する処理を行う。

契約締結処理モジュール２０４５は、上記の権限管理以外の電子契約処理全般を担う。すなわち、契約締結処理モジュール２０４５は、上記のように契約書送信者の操作に基づき契約書電子データをサーバ２０に記録させる処理、契約書電子データにアクセスするためのリンクを生成する処理、契約書受信者に契約締結のための電子メールを送信する処理、契約書受信者からの当該リンクに基づくアクセスを受け付けて契約締結のための操作を受け付ける処理その他の処理を行う。

＜２ データ構造＞
図５は、サーバ２０が記憶するユーザ情報２８１、組織情報２８２、契約可能ユーザ情報２８３、通知情報２８４、契約情報２８５のデータ構造を示す図である。

図５に示すように、ユーザ情報２８１のレコードのそれぞれは、ユーザを識別する情報それぞれについて、項目「ＩＤ」と、項目「ユーザ名」と、項目「組織ＩＤ」等を含む。

項目「ＩＤ」は、ユーザ情報２８１のそれぞれを識別する情報（ユーザＩＤ）である。ユーザＩＤによって特定されるユーザ情報２８１のテーブルの一行は、電子契約システム１の一のユーザ（送信者、受信者、ならびに組織の管理者となりうる）を表す。項目「ユーザ名」は、そのユーザＩＤの氏名等の表示情報である。項目「組織ＩＤ」は、組織情報２８２における組織ＩＤであって、ユーザ情報２８１は、この組織ＩＤにより組織情報２８２に関連付けられる。

ユーザ情報２８１は、ユーザの情報として図示する例の他に、そのユーザの電子メールアドレス、パスワードといったそのユーザに固有の情報や、本実施形態に係る電子契約システム１のサービス利用に関して管理するべき、種々のユーザ属性を含む。

組織情報２８２のそれぞれは、項目「ＩＤ」、項目「組織名」等を含む。項目「ＩＤ」は、組織情報２８２のそれぞれを識別する情報（組織ＩＤ）である。組織ＩＤによって特定される組織情報２８２のテーブルの一行は、電子契約システム１のユーザが属する一の組織を表す。項目「組織名」は、その組織ＩＤの名称等の表示情報である。

組織情報２８２は、組織の情報として、図示する例の他、会社所在地等といったその組織に固有の情報や、本実施形態に係る電子契約システム１のサービス利用に関して管理するべき、種々の組織属性の情報（例えば、組織構造、部署名等の情報）を含んでもよい。

契約可能ユーザ情報２８３のそれぞれは、項目「ＩＤ」、項目「電子メールアドレス」等を含む。

項目「ＩＤ」は、契約可能ユーザ情報２８３のそれぞれを識別する情報（契約可能ユーザＩＤ）である。契約可能ユーザＩＤによって特定される契約可能ユーザ情報２８３のテーブルの一行は、その組織において電子契約の締結が可能な者（「契約可能ユーザ」ということもある）の一の電子メールアドレスを表す。

契約可能ユーザ情報の登録がなされていない状態では契約可能ユーザ情報２８３のテーブルは空である。本実施形態に係る処理により電子契約システム１において登録がなされることで、項目「ＩＤ」で識別される、電子契約を締結可能なユーザに関する情報が追加される。

管理者等の指示により、本システム１において契約可能ユーザの登録が抹消されると、これに該当する項目「ＩＤ」は、契約可能ユーザ情報２８３から削除される。項目「電子メールアドレス」は、契約可能ユーザの電子メールアドレスである。

通知情報２８４のそれぞれは、項目「ＩＤ」、項目「送信者ＩＤ」、項目「受信者ＩＤ」、項目「依頼通知日時」、項目「契約ＩＤ」等を含む。

項目「ＩＤ」は、通知情報２８４のそれぞれを識別する情報（通知ＩＤ）である。通知ＩＤによって特定される通知情報２８４のテーブルの一行は、本システム１における契約締結の依頼に関する一件の通知を表す。

項目「送信者ＩＤ」は、契約合意を依頼する通知において、送信者のユーザＩＤを示す。項目「受信者ＩＤ」は、当該通知の受信者のユーザＩＤである。項目「依頼通知日時」は、当該依頼に係る通知が行われた年月日および時刻を表す。項目「契約ＩＤ」は、契約情報２８５における契約ＩＤであって、通知情報２８４は、この契約ＩＤにより契約情報２８５に関連付けられる。

契約情報２８５のそれぞれは、項目「ＩＤ」、項目「送信者ＩＤ」、項目「送信者合意」、項目「受信者ＩＤ」、項目「受信者合意」、項目「契約内容」等を含む。

項目「ＩＤ」は、契約情報２８５のそれぞれを識別する情報（契約ＩＤ）である。契約ＩＤによって特定される契約情報２８５のテーブルの一行は、本システム１における一件の契約を表す。

項目「送信者ＩＤ」は、契約の締結のために契約書の電子データをサーバ２０にアップロードし、受信者に対して契約締結の依頼を行うユーザ（すなわち送信者）のユーザＩＤである。項目「送信者合意」は、項目「送信者ＩＤ」に示される送信者が、当該契約の内容（つまり、契約書）への合意が済んでいるか、それとも未だである（未済）であるかを表す。

項目「受信者ＩＤ」は、送信者からの通知により契約合意の依頼を受け付ける側のユーザ（すなわち受信者）のユーザＩＤである。項目「受信者合意」は、項目「受信者ＩＤ」に示される受信者が、当該契約の内容（つまり、契約書）への合意が済んでいるか、それとも未だである（未済）であるかを表す。

項目「契約内容」は、本件契約に係るタイトル、契約条件等の契約内容を詳細に示す情報である。図示していないが、契約書のリンク情報や、契約書の電子データの実体などが含まれる。

＜３ 動作＞
図６は、電子契約を締結可能な者の登録を行う処理を示すフローチャートである。この登録は、本実施形態に係る電子契約システム１を利用した契約を行う前に、本システム１に対してユーザが事前に行っておく。

ステップＳ６０１において、ユーザの端末装置１０では、例えば組織の管理者または従業員であるユーザが、電子契約の締結をすることが可能な者の電子メールアドレスを入力する。

ステップＳ６０２において、サーバ２０の権限管理モジュール２０４４は、ステップＳ６０１で入力された電子契約の締結をすることが可能なユーザの電子メールアドレスを端末装置１０から受信し、記憶部２０２の契約可能ユーザ情報２８３に登録する。

これにより、図５に示したように、サーバ２０は、契約可能ユーザ情報２８３において、「株式会社Ａ」の「Ｍ下 Ｍ昭」の電子メールアドレスである「ｍｉｙａ＠ｄｎａｍｅＡ．ｊｐ」が登録され、「株式会社Ｂ」の「Ｙ口 Ｊ子」の電子メールアドレスである「ｙａｍａ＠ｄｎａｍｅＢ．ｊｐ」が登録され、「株式会社Ｃ」の「Ｈ岡Ｍ喜夫」の電子メールアドレスである「ｈｉｒａ＠ｄｎａｍｅＣ．ｊｐ」を登録する。

なお本例において、「株式会社Ｂ」の「Ｎ沢 Ｔ幸」は、契約可能ユーザ情報２８３に登録がなく、電子契約の締結を行う権限を有しない。

図７は、電子契約の依頼を行う処理を示すフローチャートである。以下の説明では、契約締結の契機となる送信側のユーザの端末装置１０Ａと、受信側のユーザの端末装置１０Ｂとが、サーバ２０を介して契約を締結するものとして説明する。

ステップＳ７０１において、送信者の端末装置１０Ａは、契約を依頼する受信者のユーザを指定する。例えば、端末装置１０Ａがサーバ２０にブラウザ等でアクセスすることにより、契約を依頼する受信者のユーザの電子メールアドレスを指定するための画面を端末装置１０Ａのディスプレイ１３２に表示させる。端末装置１０Ａは、送信者のユーザから指定を受け付けた、受信者のユーザの電子メールアドレスの情報をサーバ２０へ送信する。

ステップＳ７０２において、サーバ２０の権限管理モジュール２０４４は、送信者の端末装置１０Ａにおいて指定された受信者のユーザと、電子契約を締結することが可能な受信者のユーザの情報とを照合する。具体的には、サーバ２０は、送信者のユーザによって指定された受信者のユーザの電子メールアドレスと一致するものが、サーバ２０の契約可能ユーザ情報２８３に登録されている電子メールアドレスの一覧に存在するかどうかを判定する。

ステップＳ７０３において、サーバ２０の権限管理モジュール２０４４は、ステップＳ７０２の照合により、契約可能ユーザ情報２８３に登録されている電子メールアドレスと一致するものがあると判定した場合（ステップＳ７０２において一致の場合）、契約締結を依頼された受信者のユーザは電子契約を締結することができると判定する。サーバ２０は、契約締結を依頼する通知を受信者の端末装置１０Ｂに送信する。例えば電子契約システム１を構成するサーバ２０から、当該電子メールアドレス宛てに、当該通知を含む電子メールを送信することによって行われる。また、サーバ２０は、当該通知を含む電子メールアドレスを受信者のユーザの端末装置１０Ｂに送信するとともに、当該通知に関する情報を、通知情報２８４に記録する。

ステップＳ７０４において、受信者の端末装置１０Ｂは、上記のステップＳ７０３の通知によって依頼された契約の処理を行う。具体的には、端末装置１０Ｂは、受信者のユーザの操作に応答して、上記通知を含む電子メールをディスプレイ１３２に表示する。端末装置１０Ｂは、受信者のユーザから、電子契約システム１から受信した電子メールに記載されたリンクを選択する操作を受け付けることにより、サーバ２０へアクセスし、当該通知にかかる契約締結に関する情報（契約書類の内容等）を表示する。端末装置１０Ｂは、受信者のユーザから、契約書類の内容に合意する旨の操作等を受け付けることにより、サーバ２０に対し、契約締結に合意したことを示す情報等を送信する。サーバ２０は、端末装置１０Ｂから、契約締結に合意したことを示す情報等を受診することにより、契約情報２８５を更新し、送信者のユーザの電子メールアドレスに対し、受信者のユーザが契約締結に合意したこと等の通知を送信する。

ステップＳ７０５において、サーバ２０の権限管理モジュール２０４４は、上記のステップＳ７０２の照合により、送信者によって指定された受信者の電子メールアドレスと一致するものが、サーバ２０の契約可能ユーザ情報２８３に登録されている電子メールアドレスの一覧に存在しない場合（ステップＳ７０２において一致しない場合）、依頼にかかる受信者のユーザは電子契約を締結する権限がないと判定する。サーバ２０は、当該電子契約の締結を停止する。この停止は、受信者または当該受信者が属する組織の意思にかかわらず行われ得る。

サーバ２０は、当該停止をする場合に、受診者として指定されたユーザの電子メールアドレスのドメインの情報に基づいて、当該電子メールアドレスに関する組織のユーザ（例えば、管理者）を特定し、当該管理者に、電子契約の締結を停止したことを通知する（例えば管理者の電子メールアドレスに宛てて当該通知を送信する）こととしてもよい。これにより、受信者側の組織の管理者等が、送信側のユーザが指定した電子メールアドレスのユーザでは契約締結の権限がないこと、また、送信側のユーザの組織と契約締結をしようとする事業活動があったことを認知することができ、電子契約の管理をよりいっそう容易にすることができる。

ここで、サーバ２０は、受信者のユーザが契約締結の権限がないために電子契約の締結を停止した場合に、契約情報２８５において、電子契約の締結を停止しているか否かと、当該停止をしたタイミングを保持させることとしてもよい。これにより、送信者のユーザが端末装置１０Ａでサーバ２０にアクセスした際に、電子契約の締結が停止している契約があることを通知することができ、電子契約の締結が停止してから一定期間が経過した際に、リマインダー等の通知をすることとしてもよい。これにより、電子契約の締結を引き続き推し進めるか（受信者側のユーザに、契約締結の権限があるユーザを割り当ててもらう等）等を、送信者側のユーザが検討することができる。

ステップＳ７０６において、送信者の端末装置１０Ａは、ディスプレイ１３２等において、受信者のユーザが電子契約の締結の権限がない旨、または、受信者のユーザが電子契約の締結の権限を有しているかを通知することなく電子契約の締結でエラーがあったことを送信者のユーザに通知する。端末装置１０Ａは、送信者のユーザから、電子契約を締結可能な受信者のユーザの再指定をする操作、契約自体をキャンセルする操作等を受け付ける。

＜４ 画面例＞
図８は、権限を有しない受信者への電子契約の依頼を中止する際の画面例を示す図である。

図８の画面例は、送信者が受信者に対して電子契約の依頼を行う際に、電子契約の権限を有しない者を受信者として指定してしまったとき（すなわち図７のステップS７０５）に表示される。

例えば、「株式会社Ａ」から「株式会社Ｂ」に合意締結の依頼を行う場合であって、「株式会社Ａ」の「Ｍ下 Ｍ昭」が送信者であり、この送信者が「株式会社Ｂ」の「Ｎ沢 Ｔ幸」を受信者に指定したとする。上述したように、「株式会社Ｂ」の「Ｎ沢 Ｔ幸」は、契約に同意する権限を有しない。

このとき、送信者である「Ｍ下 Ｍ昭」の端末装置１０Ａのダイアログ画面３００には、「指定されたＮ沢 Ｔ幸（ｎｉｓｈｉ＠ｄｎａｍｅＢ．ｊｐ）様は契約を締結する権限をお持ちでないため処理を継続できません」とのメッセージ３００Ａが表示される。

送信者である「Ｍ下 Ｍ昭」は、このメッセージの確認のためのＯＫボタン３００Ｂを押下することしかできず、依頼の処理を継続することはできない。

図９は、電子契約を締結可能な受信者のユーザと、そうでないユーザとを区別して一覧表示する画面例を示す図である。

この図９の画面例のように、送信者が受信者に対して電子契約の依頼を行う際に、受信者側の各ユーザについて契約に同意する権限の有無を送信者に対して明示してもよい。例えば、サーバ２０は、各組織の管理者から、契約締結の権限があるユーザの情報を、他の組織に公開するか否かの設定をする操作を受け付ける。例えば、ある組織において契約締結の権限があるユーザの情報を、特定の企業（例えば、グループ会社間での契約締結）に対しては公開することがあり得る。

例えば、「株式会社Ａ」から「株式会社Ｂ」に合意締結の依頼を行う場合であって、「株式会社Ａ」の「Ｍ下 Ｍ昭」が送信者であるとする。

この送信者が「株式会社B」において合意締結の依頼を行うため、その受信者を指定する際にダイアログ画面４００を表示してもよい。

ダイアログ画面４００には、「株式会社Ｂ 契約締結が可能な方：Ｙ口 Ｊ子（ｙａｍａ＠ｄｎａｍｅＢ．ｊｐ）・・・」、「契約締結の権限をお持ちでない方：Ｎ沢 Ｔ幸（ｎｉｓｈｉ＠ｄｎａｍｅＢ．ｊｐ）・・・」とのメッセージ４００Ａを表示する。

ここで、送信者は選択ボタン４００Ｂを押下することにより、「株式会社Ｂ」において契約締結が可能な「Ｙ口 Ｊ子（ｙａｍａ＠ｄｎａｍｅＢ．ｊｐ）」を選択することができる。

図８に示した画面例は、権限を有しない受信者への電子契約の依頼を送信者側で中止するものであり、図９に示した画面例は、受信者側の各ユーザについて契約に同意する権限の有無を送信者に対して明示するものであった。しかし、契約締結の依頼先である受信者が権限を有するか否かを送信者が意識することなく、処理を進められるようにして利便性を向上してもよい。このような実施形態に適用される、権限の有無に応じた電子契約の依頼の転送について図１０を参照して説明する。

送信者Ａ（５００Ａ）がサーバ２０を介して受信者Ｂ（５００Ｂ）に対して電子契約の締結依頼を行う。受信者Ｂ（５００Ｂ）は契約締結の権限を有しないものとする。送信者Ａ（５００Ａ）において、この締結依頼はサーバ２０に受け付けられる。

サーバ２０の契約管理モジュール２０４４は、受信者Ｂ（５００Ｂ）が契約締結の権限を有しないことを契約可能ユーザ情報２８３に基づいて判定する。ここで、契約管理モジュール２０４４は、受信者Ｂ（５００Ｂ）と同一組織内の受信者Ｘ（５００Ｘ）に契約締結依頼を転送。受信者Ｘは例えば法務部に所属しており、契約締結の権限を有するものとする。契約管理モジュール２０４４は、契約締結の権限を有しない受信者Ｂ（５００Ｂ）から、契約締結に合意する操作を受け付けることに応答して、当該受信者Ｂ（５００Ｂ）が合意する操作をしたことをサーバ２０に記録させ、契約締結の権限を有する受信者Ｘ（５００Ｘ）に、契約締結に合意するか否かの通知をする。サーバ２０では、組織が最終的に契約締結に合意したか否かのステータスを契約ごとに管理するように構成されている。契約締結の権限を有する受信者Ｘ（５００Ｘ）は、ブラウザ等によりサーバ２０にアクセスすることにより、権限を有しない受信者Ｂ（５００Ｂ）等が同意したが組織として最終的に契約締結の合意のステータスに至っていない契約の一覧を受信者Ｘ（５００Ｘ）の端末に表示させる。

この転送は、サーバ２０の契約締結処理モジュール２０４５が備える転送機能によって自動的に行われてもよいし、契約締結処理モジュール２０４５から促されることによるユーザからの指示に応じて手動介入により行われてもよい。転送を受けた受信者Ｘ（５００Ｘ）は、受信者Ｂ（５００Ｂ）に代わって送信者Ａに対する合意の意思表示をする。具体的には、合意ボタンを押下する。

この図１０の例によれば、権限を有しない受信者Ｂによる合意締結を防止するという本実施形態の効果を奏するとともに、ユーザが当惑してしまったり、契約締結のフローが滞ってしまったりすることを回避できる。

以上のように、本実施形態に係る電子契約システム１によれば、組織に属する者等電子契約システムのユーザ同士が権限なく電子契約を締結することを防止することができる。このような本実施形態は、電子契約の締結の際に電子身分証明カードに基づいて身分確認をするものとは異なり、構成を簡素なものとすることができる。また電子身分証明カードを用いる構成では、その取得・維持にあたり本人確認や身分証明書等の提示に基づく審査プロセスに時間と手間、さらには手数料等が徴収されることが想定されるが、本実施形態ではそのようなことがなく、低コストに実現することが可能である。

＜５ 変形例＞
以下、本実施形態の変形例を説明する。

（１）ドメインによる権限
契約可能ユーザ情報２８３の電子メールアドレスは、組織に対応するドメイン情報を含み得る。送信者のユーザにより指定された受信者のドメイン情報が、あらかじめ指定されたドメイン情報に一致する場合には、電子契約を依頼する通知を受信者のユーザに送信する構成としてもよい。

この場合、あらかじめ指定されたドメイン情報とは、例えば、組織においてトップレベルのドメインであったり、組織内の特定の部署に該当するサブドメインであったりする。このようなサブドメインの具体例としては、例えば法務部が挙げられる。上述した「株式会社Ｂ」の例では、法務部に該当するサブドメイン、例えば「ｌｅｇａｌ．ｄｎａｍｅＢ．ｊｐ」を契約可能ユーザ情報２８３に登録する構成としてもよい。

そうすると、契約可能なユーザの各電子メールアドレスを登録する手間を軽減して、組織内の特定部署に契約締結の権限を一括して付与することができ、しかも本実施形態に係る権限を有しない者による契約締結を防止することができる。

（２）データ構造の変形例（契約可能ユーザ情報）
受信者を特定する情報を、電子メールアドレスに代えて、当該電子メールアドレスに紐づいた受信者識別情報としてもよい。すなわち、契約可能ユーザ情報２８３は、電子メールアドレスに紐づく別の情報とするように種々変形することができる。受信者識別情報としては、上述のユーザＩＤそれ自体、あるいは本システム１とは別の外部のＩＤ管理システムで管理しているＩＤなどが想定され、いずれにしてもユーザ情報２８１において管理する。

この変形例（２）では、次の２つのシステム例が考えられる。

システム例１：送信者は電子メールアドレスを指定する。電子契約システム１は受信者識別情報に基づいて権限の有無を判定する

システム例２：送信者は受信者識別情報を指定する。電子契約システム１は電子メールアドレスに基づいて権限の有無を判定する

（２－１）システム例１では、契約可能ユーザ情報２８３が受信者識別情報を記憶する。サーバ２０の権限管理モジュール２０４４は、受信者識別情報に紐づいた電子メールアドレスをユーザ情報２８１に基づいて特定する。次に権限管理モジュール２０４４は、この特定された電子メールアドレスと、送信者が指定した電子メールアドレスとの比較により、権限の有無を判定する。

（２－２）システム例２では、送信者は受信者識別情報を指定する。契約可能ユーザ情報２８３は電子メールアドレスを記憶する。

サーバ２０の権限管理モジュール２０４４は、送信者が指定した受信者識別情報に紐づいた電子メールアドレスをユーザ情報２８１に基づいて特定する。次に権限管理モジュール２０４４は、この特定された電子メールアドレスと、契約可能ユーザ情報２８３に記憶された電子メールアドレスとの比較により、権限の有無を判定する。

このように、権限有無の判定に電子メールアドレスを用いるもののみに限定されず、これに代わる別の識別情報を用いる構成とすることができる。

（３）契約可能なユーザの情報のアップデート
組織には新たに所属することになる従業員もいれば、退職する従業員もいる。そこで、組織の従業員のデータベースが更新されることに応答して、電子契約の締結が可能なユーザの情報（契約可能ユーザ情報２８３）をアップデートすることとしてもよい。

例えば、組織の人事労務部門において、従業員の情報（氏名、所属、社員番号など）を管理するデータベースを更新している。サーバ２０は、端末装置１０Ｂに対するユーザの操作に応答して（または、組織のコンピュータが管理する従業員のデータベースが更新されることもしくは一定期間ごとに）、電子契約の締結が可能なユーザの電子メールアドレスの情報を取得し、契約可能ユーザ情報２８３を更新することとしてもよい。

例えば、端末装置１０Ｂにおいて、組織の管理者等が、退職した社員、休職中の社員等の情報を指定することに応答して、サーバ２０において、当該ユーザの電子メールアドレスについて契約締結の権限を失効させるよう、契約可能ユーザ情報２８３を更新することとしてもよい。一方、端末装置１０Ｂにおいて、組織の管理者等が、新たに特定の組織に所属することになった社員（例えば法務部門、経営管理部門等）、または、新たな役職に就任した社員（組織の管理者等）の情報を指定することに応答して、当該社員の電子メールアドレス等の情報をサーバ２０に送信することとしてもよい。サーバ２０において、当該ユーザの電子メールアドレスについて契約締結の権限を付与するよう、契約可能ユーザ情報２８３を更新することとしてもよい。

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

（付記１） プロセッサ（２９）とメモリ（２５）とを備えるコンピュータ（２０）によって実行される電子契約プログラムが提供される。電子契約プログラムは、プロセッサ（２９）に、電子契約を締結することが可能な１または複数の受信者を特定する情報であって、組織、および当該組織において受信者の個人を識別する電子メールアドレスである第１の情報をメモリ（２５）に記憶させるステップ（Ｓ７０２）と、送信者により指定された、契約締結を依頼する受信者を特定する情報と第１の情報とを照合するステップ（Ｓ７０３）と、照合をすることにより、依頼にかかる受信者が電子契約を締結することができる場合に、契約締結を依頼する通知を受信者に送信するステップ（Ｓ７０４）と、照合をすることにより、依頼にかかる受信者が電子契約を締結する権限がない場合に、受信者または当該受信者が属する組織の意思にかかわらず、当該電子契約の締結を停止するステップ（Ｓ７０５）と、を実行させる。

これにより、組織に属する者等電子契約システムのユーザ同士が権限なく電子契約を締結することを簡素な構成により低コストに防止することができる。

（付記２） 電子メールアドレスは、組織に対応するドメイン情報を含む（付記１）に記載の電子契約プログラム。

（付記３） 送信者により指定された受信者のドメイン情報が、あらかじめ指定されたドメイン情報に一致する場合には、電子契約を依頼する通知を受信者に送信するステップ（Ｓ７０３）を含む（付記２）に記載の電子契約プログラム。

（付記４） 受信者には電子契約を締結する権限がないことを示すメッセージ（３００）を出力するステップ（Ｓ７０３）をさらに含む（付記１）から（付記３）のいずれかに記載の電子契約プログラム。

（付記５） 受信者を特定する情報が、電子メールアドレスに代えて、当該電子メールアドレスに紐づいた受信者識別情報である（付記１）から（付記４）のいずれかに記載の電子契約プログラム。

（付記６） 送信者が指定した電子メールアドレスと、受信者識別情報に紐づいた電子メールアドレスとの比較により権限の有無を判定する（付記５）に記載の電子契約プログラム。

（付記７） 送信者が指定した受信者識別情報に紐づいた電子メールアドレスと、メモリに記憶された電子メールアドレスとの比較により、権限の有無を判定する（付記５）に記載の電子契約プログラム。

（付記８） 第１の情報に基づいて、電子契約を締結する権限を有する者と、電子契約を締結する権限を有しない者とを区別して表示（４００）するステップをさらに含む（付記１）から（付記７）のいずれかに記載の電子契約プログラム。

（付記９） 受信者から第１の情報を受け付けてメモリ（２５）を更新するステップ（Ｓ６０２）をさらに含む（付記１）から（付記８）のいずれかに記載の電子契約プログラム。

１０Ａ，１０Ｂ 端末装置、１２ 通信ＩＦ、１３ 入力装置、１４ 出力装置、１５ メモリ、１６ 記憶部、１９ プロセッサ、２０ サーバ、２２ 通信ＩＦ、２３ 入出力ＩＦ、２５ メモリ、２６ ストレージ、２９ プロセッサ、８０ ネットワーク、８１ 無線基地局、８２ 無線ＬＡＮ基地局、１３０ 操作受付部、１３２ ディスプレイ

Claims (3)

1. プロセッサとメモリとを備えるコンピュータによって実行される電子契約プログラムであって、
   前記プロセッサに、
   組織に属するユーザのうち、電子契約を締結することが可能な１または複数の受信者を特定する情報であって、前記組織、および前記組織において前記受信者の個人を識別する情報である第１の情報を前記メモリに記憶させるステップと、
   送信者により指定された、契約締結を依頼する前記組織に属する受信者を特定する情報である第２の情報と第１の情報とを照合するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限があると判定された場合に、契約締結を依頼する通知を前記受信者に送信するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限がないと判定された場合に、前記受信者または当該受信者が属する組織の意思にかかわらず、当該電子契約の締結を停止するステップと、
   当該電子契約の締結が停止された場合に、第１の情報に関連付けられた受信者側の組織の管理者に対して、当該電子契約の締結が停止されたことを通知するステップと、
   をコンピュータに実行させる電子契約プログラム。
2. 制御部とメモリとを備える情報処理装置に処理を実行させるための情報処理方法であって、前記制御部に、
   組織に属するユーザのうち、電子契約を締結することが可能な１または複数の受信者を特定する情報であって、前記組織、および前記組織において前記受信者の個人を識別する情報である第１の情報を前記メモリに記憶させるステップと、
   送信者により指定された、契約締結を依頼する前記組織に属する受信者を特定する情報である第２の情報と第１の情報とを照合するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限があると判定された場合に、契約締結を依頼する通知を前記受信者に送信するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限がないと判定された場合に、前記受信者または当該受信者が属する組織の意思にかかわらず、当該電子契約の締結を停止するステップと、
   当該電子契約の締結が停止された場合に、第１の情報に関連付けられた受信者側の組織の管理者に対して、当該電子契約の締結が停止されたことを通知するステップと、
   を実行させる情報処理方法。
3. 制御部とメモリとを備える情報処理装置であって、前記制御部が、
   組織に属するユーザのうち、電子契約を締結することが可能な１または複数の受信者を特定する情報であって、前記組織、および前記組織において前記受信者の個人を識別する情報である第１の情報を前記メモリに記憶させるステップと、
   送信者により指定された、契約締結を依頼する前記組織に属する受信者を特定する情報である第２の情報と第１の情報とを照合するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限があると判定された場合に、契約締結を依頼する通知を前記受信者に送信するステップと、
   前記照合をすることにより、前記依頼にかかる受信者が前記電子契約を締結する権限がないと判定された場合に、前記受信者または当該受信者が属する組織の意思にかかわらず、当該電子契約の締結を停止するステップと、
   当該電子契約の締結が停止された場合に、第１の情報に関連付けられた受信者側の組織の管理者に対して、当該電子契約の締結が停止されたことを通知するステップと、
   を実行する、情報処理装置。