(57)【要約】【課題】契約の締結、契約の解約を保証して、電子契約書の保管を行う。【解決手段】契約申込情報を通信網を介して契約受付サーバに送信し、前記契約受付サーバから契約書情報を受信する契約申込クライアント２００と、前記クライアント２００から通信網を介して申込情報を受信し、前記契約申込情報から契約書情報を生成し、契約書情報を前記クライアントに送信する契約受付サーバ２１０と、前記クライアント２００と前記契約受付サーバ２１０との間の通信メッセージを取得して、前記通信メッセージに電子署名を付与し、前記通信メッセージと前記電子署名とを格納する契約書保管サーバ２３０とを備える。【選択図】　　　図２
2004046590.tif 000002
【特許請求の範囲】
【請求項１】
契約申込クライアントと契約受付サーバとの間での契約の締結または契約の解約のための通信網を介する通信メッセージを取得する手段と、前記取得した通信メッセージに電子署名を付与する手段と、前記取得した通信メッセージ及び前記電子署名を格納する手段と備えたことを特徴とする契約書保管装置。
【請求項２】
前記契約申込クライアントと前記契約受付サーバとの間で通信される通信メッセージを、契約書情報交換前の通信メッセージと契約書情報交換時の通信メッセージとに分け、前記契約書情報交換前通信メッセージと、前記契約書情報交換時通信メッセージとの有無を調べることにより、申込受付側の契約に対する不正操作を発見する手段を備えたことを特徴とする請求項１記載の契約書保管装置。
【請求項３】
前記契約申込クライアントと前記契約受付サーバとの間で通信される通信メッセージを、契約書情報交換前の通信メッセージと契約書情報交換時の通信メッセージとに分け、予め設定された管理テーブルの情報に基づいて、前記契約書情報交換前通信メッセージと、前記契約書情報交換時通信メッセージとを比較することにより、申込受付側の契約に対する不正操作を発見する手段を備えたことを特徴とする請求項１記載の契約書保管装置。
【請求項４】
前記契約申込クライアントと前記契約受付サーバとの間で通信される通信メッセージを格納すると共に、通信メッセージが発生した時刻を格納し、前記発生時刻を検証することにより、申込受付側の契約に対する不正操作を発見する手段を備えたことを特徴とする請求項１記載の契約書保管装置。
【請求項５】
前記発生時刻の検証は、複数の通信メッセージのそれぞれが予め定められた時刻順に取得されたか否かにより行われることを特徴とする請求項４記載の契約書保管装置。
【請求項６】
契約申込クライアントと契約受付サーバとの間での契約の締結または契約の解約のための通信網を介する通信メッセージの取得の際に、通信メッセージ取得に対する同意確認画面を契約申込クライアントに送信する手段と、前記同意確認画面の情報を全て送信し終わった後に、同意意思の入力を受け付け可能とする手段と具備えたことを特徴とする請求項１ないし５のうちいずれか１記載の契約書保管装置。
【請求項７】
通信網を介して契約受付サーバに契約申込情報または契約の解約情報を送信する手段、及び、前記契約受付サーバから契約書情報または契約解約書情報を受信する手段を備える契約申込クライアントと、前記契約申込クライアントから通信網を介して契約申込情報または契約解約情報を受信する手段、前記契約申込情報または契約解約情報から契約書情報または契約解約書情報を生成する手段、及び、前記契約書情報または契約解約書情報を前記契約申込クライアントに送信する手段を備える契約受付サーバと、請求項１ないし６のうちいずれか１記載の契約書保管装置とが通信網を介して接続されて構成されたことを特徴とする契約書保管システム。
【請求項８】
契約申込クライアントと契約受付サーバとの間での契約の締結または契約の解約のための通信網を介する通信メッセージを取得し、取得した通信メッセージに電子署名を付与し、前記取得した通信メッセージ及び前記電子署名を格納しておくことを特徴とする契約書保管方法。
【請求項９】
前記契約申込クライアントと前記契約受付サーバとの間で通信される通信メッセージを、契約書情報交換前の通信メッセージと契約書情報交換時の通信メッセージとに分け、前記契約書情報交換前通信メッセージと、前記契約書情報交換時通信メッセージとの有無を調べて、申込受付側の契約に対する不正操作を発見することを特徴とする請求項８記載の契約書保管方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、契約書保管装置、システム及びその方法に係り、特に、通信網上で行われる電子商取引等において生成される契約書を、契約の締結、解約の事実をも保証しつつ保管する契約書保管装置、システム及びその方法に関する。
【０００２】
【従来の技術】
電子データの保管に関する従来技術として、例えば、特開平１１−１４３３６１号公報等に記載された技術が知られている。この従来技術は、電子データを改ざんや消去から守って安全に、かつ、電子データの法的証拠能力を維持する形式で保管することを目的とするものである。そして、この従来技術は、電子データ保管装置に、電子データを格納する手段と、保管される電子データに対する改ざんの有無を検出するための認証情報を作成する手段と、電子データの外部への出力にあたって認証情報を添付して出力する手段とを備え構成されている。この従来技術における電子データ保管装置は、その仕様が定められた条件を満足すると判定されて認定装置によって認定されるか、または、電子データ保管装置での相互認証が行われた後に、電子データの保管を行うようにしている。
【０００３】
また、他の従来技術として、例えば、特開２００１−３３７６００に記載された技術が知られている。この従来技術は、電子データの改ざん、消去の防止及び検知を可能にすると共に、保管の履歴を検証可能として電子データの原本性を確保しつつ電子データの保管を行うことを目的とするものである。そして、この従来技術は、電子データ保管の履歴を管理する履歴管理装置と、履歴に対する改ざんを検知する手段及び前期履歴が最新の履歴であることを検証する手段を有する履歴検証装置とを備えて電子的なデータを保管、管理するシステムである。このシステムにおいて、履歴管理装置は、個々の履歴が改ざんされていないことを確認する手段と、履歴の時系列の関係が改ざんされていないことを検証するための認証子を作成し検証するための手段とを有する。また、履歴検証装置は、最新の履歴の検証子を内部に保管し、内部の検証子と、履歴テーブルの最新の履歴の認証子が一致するか否かを検証する手段とを有している。
【０００４】
【発明が解決しようとする課題】
前述した従来技術は、認証情報や履歴検証機能を備えることにより、保管された電子データの改ざん防止、検知を可能としようとしているが、契約書等の電子文書が二者間で締結、解約する文書であるとした場合に、以下のような問題点を有している。
【０００５】
（１）保管の事実のみを保証することができるが、契約の締結の保証を行うことができない。すなわち、従来技術は、認証情報や認証子を用いて、保管された電子文書の原本性の保証や検証を行い、また、保管の履歴情報を用いて、保管の事実のみを保証するものであるが、その電子文書の成立や、契約書の締結までを保証することができない。
【０００６】
（２）契約解約時に電子契約書を契約受付者から契約申込者に返却したとしても、契約受付者に電子契約書が残っている可能性があり、契約申込者に電子契約書を返却しただけでは契約解約を保証できない。現実の世界において、契約受付者から契約申込者へ契約書を返却することにより、契約の解約を保証することがある。しかし、契約書を電子化した契約書（以下、電子契約書）の場合、電子文書の複製が容易であるので、電子契約書を契約書申込者に渡したとしても、契約受付者に残っている可能性があり、契約解約を保証することができない。
【０００７】
（３）契約の締結において契約受付者に不正行為があった場合に、その不正行為を発見することができない。従来技術は、保管した履歴情報を残しているが、履歴情報だけでは、契約受付者に不正行為があったとしても、不正行為があったことを発見することができない。
【０００８】
本発明の目的は、前述した従来技術の問題点を解決し、契約の締結、契約の解約を保証することを可能にし、かつ、電子契約書の締結において契約受付者に不正行為があった場合に、その不正行為を発見することを可能とした契約書保管装置、システム及びその方法を提供することにある。
【０００９】
【発明が解決するための手段】
本発明によれば前記目的は、契約書保管装置を契約申込クライアントと契約受付サーバとの間での契約の締結または契約の解約のための通信網を介する通信メッセージを取得する手段と、前記取得した通信メッセージに電子署名を付与する手段と、前記取得した通信メッセージ及び前記電子署名を格納する手段と備えて構成したことにより達成される。
【００１０】
すなわち、本発明は、契約書申込者と契約受付者との間で締結された電子契約書を契約書保管サーバに格納し、また、契約が結ばれるまでに至った、契約書申込者の契約申込クライアントと契約受付者の契約受付サーバの通信メッセージをも契約保管サーバに格納することにより、格納された電子契約書の成立の証拠を残すことができる。更に、電子契約書と前記電子契約書の締結に至った通信メッセージとを格納するときに、前記電子契約書、前記通信メッセージに契約書保管サーバの管理者の署名を付与することにより、電子契約書と通信メッセージの改ざんの防止を図ることができ、契約書保管者が第三者となって格納していたものということが証明でき、電子契約書の証拠性を高めることができる。契約解約についても同様である。
【００１１】
また、前記目的は、通信網を介して契約受付サーバに契約申込情報または契約の解約情報を送信する手段、及び、前記契約受付サーバから契約書情報または契約解約書情報を受信する手段を備える契約申込クライアントと、前記契約申込クライアントから通信網を介して契約申込情報または契約解約情報を受信する手段、前記契約申込情報または契約解約情報から契約書情報または契約解約書情報を生成する手段、及び、前記契約書情報または契約解約書情報を前記契約申込クライアントに送信する手段を備える契約受付サーバと、前述した契約書保管装置とを通信網を介して接続して契約書保管システムを構成することにより達成される。
【００１２】
【発明の実施の形態】
以下、本発明による契約書保管装置、システム及び方法の実施形態を図面により詳細に説明する。
【００１３】
図１は本発明の一実施形態による契約書保管システムの基本的な処理動作を説明するフローチャート、図２は本発明の一実施形態による契約書保管システムの概略構成を示すブロック図である。図２において、２００はクライアント、２０１、２１５は入出力機能、２０２は署名検証機能、２０３、２１１、２３１は制御機能、２０４、２１４、２３５は通信機能、２０５、２２３、２３９はデータバス、２０６、２１２、２３６はＤＢ、２１０は契約受付サーバ、２１３は署名付与機能、２１６はユーザ認証機能、２１７は約款表示同意確認機能、２１８は申込受付機能、２１９は契約内容審査機能、２２０は審査結果送信機能、２２１は契約書表示承認確認機能、２２２は契約書送付受取確認機能、２３０は契約書保管サーバ、２３２はクライアント−サーバ間通信メッセージ監視機能、２３３は通信メッセージ記憶判定機能、２３４は契約ログ・契約書記憶機能、２３７は署名付加機能、２３８は契約ログ・契約書検証機能、２４０は通信網、２４１はユーザ認証機能である。
【００１４】
本発明の実施形態による契約書保管システムは、契約申込情報を通信網を介して契約受付サーバに送信し、契約受付サーバから契約書情報を受信する契約申込クライアント２００と、前記契約申込クライアントから通信網を介して申込情報を受信し、実施形態した契約申込情報から契約書情報を生成して、その契約書情報を前記契約申込クライアントに送信する契約受付サーバ２１０と、前記契約申込クライアントと前記契約受付サーバとの間の通信メッセージを取得し、取得した通信メッセージに電子署名を付与し、前記通信メッセージと前記電子署名とを格納保管する契約書保管装置としての契約書保管サーバ２３０とが通信網２４０に接続されて構成されている。
【００１５】
そして、図２に示すように、本発明の実施形態による契約書保管システムは、契約締結と保管とを行うため、クライアント２００に６個の機能、契約受付サーバ２１０に１３個の機能、契約書保管装置としての契約書保管サーバ２３０に１０個の機能を備えており、各サーバ、クライアント内のハードウェア及びハードを制御するプログラムによってそれらの機能が動作する。
【００１６】
契約申込の入力受付や、契約書の検証依頼の入力受付等を行うクライアント２００は、契約申込や契約書の検証依頼受付、契約書や契約書の検証結果表示等のクライアント２００のユーザインターフェイスとなる第１の機能である入出力機能２０１と、契約受付サーバ２１０や契約書保管サーバ２３０で付与された署名を検証する第２の機能である署名検証機能２０２と、データバス２０５を介して、入出力機能２０１、署名検証機能２０３、通信機能２０４、ＤＢ２０６を制御する第３の機能である制御機能２０５と、クライアント２００が通信網２４０を介して、契約受付サーバ２１０、契約書保管サーバ２３０との間での通信を行う第４の機能である通信機能２０４と、クライアント２００内の各機能間のデータ通信路としての第５の機能であるデータバス２０５と、クライアント２００内の情報を格納する第６の機能であるＤＢ２０６とを備えて構成される。
【００１７】
契約受付サーバ２１０は、クライアント２００から契約申込受付、約款文書送信、契約書の承諾確認、クライアント２００への契約書案送信、契約書保管サーバ２３０への契約書保管依頼等を行う。そして、契約受付サーバ２１０は、データバス２２３を介して、ＤＢ２１２、署名付与機能２１３、通信機能２１４、入出力機能２１５、ユーザ認証機能２１６、約款表示同意確認機能２１７、申込受付機能２１８、契約内容審査機能２１９、審査結果送信機能２２０、契約書表示承認確認機能２２１、契約書送付受取機能２２２を制御する第１の機能である制御機能２１１と、契約受付サーバ２１０内で格納するデータを格納する第２の機能であるＤＢ２１２と、約款文書、契約書案及び契約書などに署名を付与する第３の機能である署名付与機能２１３と、契約受付サーバ２１０が通信網２４０を介してクライアント２００、契約書保管サーバ２３０との間の通信を行う第４の機能である通信機能２１４と、契約内容の表示、契約内容の承認受付、契約書保管サーバ２３０への契約書検証依頼受付、契約書保管サーバ２３０の契約書検証結果表示等の契約受付サーバ２１０のユーザインターフェイスとなる第５の機能である入出力機能２１５とを備える。
【００１８】
契約受付サーバ２１０は、また、契約受付サーバ２１０のアクセス権を格納するユーザを認証する第６の機能であるユーザ認証機能２１６と、クライアント２００に約款文書を送信し、クライアント２００で約款文書をすべて表示したときに約款同意確認ボタンをアクティブにし、クライアント２００で入力された約款同意を受け付ける第７の機能である約款表示同意確認機能２１７と、クライアント２００に契約申込の書式フォーマットを送信し、クライアント２００で入力された契約申込情報を受け付ける第８の機能である申込受付機能２１８と、申込受付機能で受信した契約申込情報を入出力機能２１５に表示を依頼し、入出力機能２１５で入力された審査結果情報を受け付ける第９の機能である契約内容審査機能２１９と、契約内容審査機能２１９で入力された審査結果情報を電子メールで送信できる情報にフォーマット変換し、電子メールなどで審査結果情報をクライアント２００に送信する第１０の機能である審査結果送信機能２２０とを備える。
【００１９】
契約受付サーバ２１０は、さらに、クライアント２００に前記契約申込情報から生成した契約書案を送信し、クライアント２００で入力された前記契約書案の承認結果情報を受け付ける第１１の機能である契約書表示承認確認機能２２１と、契約書表示承認確認機能２２１で承認された契約書に、署名付与機能２１３で生成された署名を付与し、クライアント２００に送信し、クライアント２００で入力された、前記契約書を受け取ったことを意味する契約書受取情報を受信する第１２の機能である契約書送付受取確認機能２２２と、契約受付サーバ２１０内の各機能間のデータ通信路としての第１３の機能であるデータバス２２３とを備える。
【００２０】
契約書保管サーバ２３０は、クライアント２００と契約受付サーバ２１０間の通信を傍受し、契約書の申込情報から契約書の締結に至るまでの通信情報と、契約書を取得し、前記取得した通信情報と契約書とに署名を付与して保管し、また、締結された契約書に対して真正性を検証する。そして、契約書保管サーバ２３０は、データバス２３９を介して、クライアント−サーバ間通信メッセージ監視機能２３２、通信メッセージ記憶判定機能２３３、契約ログ・契約書記憶機能２３４、通信機能２３５、ＤＢ２３６、署名付与機能２３７、契約ログ・契約書検証機能２３８、ユーザ認証機能２４１を制御する第１の機能である制御機能２３１と、クライアント２００と契約受付サーバ２１０との間の通信メッセージを取得し監視する第２の機能であるクライアント−サーバ間通信メッセージ監視機能２３２と、クライアント−サーバ間通信メッセージ監視機能２３２で監視している通信メッセ−ジから契約の申込、締結及び契約書情報等を判定する第３の機能である通信メッセージ記憶判定機能２３３とを備えている。
【００２１】
契約書保管サーバ２３０は、さらに、通信メッセージ記憶判定機能で判定された通信メッセージや契約書などを署名付与機能２３７で生成された署名を付与し、ＤＢ２３６に前記通信メッセージと前記契約書と前記署名などの格納を依頼する第４の機能である契約ログ・契約書記憶機能２３４と、契約書保管サーバ２３０が通信網２４０を介して、クライアント２００、契約受付サーバ２１０との間の通信を行う第５の機能である通信機能２３５と、契約書保管サーバ２３０内で格納するデータを格納する第６の機能であるＤＢ２３６と、ＤＢ２３６に格納する情報に署名を付与する第７の機能である署名付与機能２３７と、ＤＢ２３６に格納された通信メッセージや契約書の真正性を検証する第８の機能である契約ログ・契約書検証機能２３８と、契約書保管サーバ２３０内の各機能間のデータ通信路としての第９の機能であるデータバス２３９と、契約書保管サーバ２３０のアクセス権を格納するユーザを認証する第１０の機能であるユーザ認証機能２４１とを備えている。
【００２２】
次に、本発明の実施形態による契約書保管システムの各機能の詳細と動作とを説明する前に、本発明の実施形態で取り扱う契約書保管のための使用する各種の情報について説明する。
【００２３】
図３は会員情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。会員情報は、本発明の実施形態による契約書保管システムにクライアント２００を介して交わされた契約書の保管を依頼する会員の情報であり、契約受付サーバ２１０のＤＢ２１２と、契約書保管サーバ２３０のＤＢ２３６とに格納される。
【００２４】
契約受付サーバ２１０のＤＢ２１２に格納される会員情報は、図３（ａ）に示すように、契約受付サーバ会員情報３ａであり、会員ＩＤ情報３１と、パスワード３２とにより構成される。また、契約書保管サーバ２３０のＤＢ２３６に格納される会員情報は、図３（ｂ）に示すように、契約書保管サーバ会員情報３ｂであり、会員ＩＤ３３と、パスワード３４とにより構成される。
【００２５】
図４は契約申込情報Ａのレコード構成とその各レコードに対応するデータとの一例を説明する図である。図４に示すように、契約申込情報Ａ４は、案件番号４１、申込者名４２、住所４３、年収４４、融資金額４５、振込口座番号４６により構成される。この契約申込情報Ａ４は、契約受付サーバ２１０のＤＢ２１２に格納される。
【００２６】
図５は契約申込情報Ｂのレコード構成とその各レコードに対応するデータとの一例を説明する図である。図５に示すように、契約申込情報Ｂ５は、案件番号５１と、メールアドレス５２とにより構成される。この契約申込情報Ｂ５はは、契約受付サーバ２１０のＤＢ２１２に格納される。
【００２７】
図６は契約承認情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。図６に示すように、契約承認情報６は、案件番号６１と、承認結果６２とにより構成される。この契約承認情報６は、契約受付サーバ２１０のＤＢ２１２に格納される。
【００２８】
図７はログ情報及びログ署名情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。ログ情報７ａは、図７（ａ）に示すように、案件番号７１、ログ番号７２、ログ発生月日７３、ログ発生時刻７４、ログ種別７５、通信マシンアドレスＡ７６、通信マシンアドレスＢ７７により構成される。なお、通信マシンアドレスＡ７６、通信マシンアドレスＢ７７は、説明している実施形態の場合、それぞれ、クライアント２００のアドレス、契約受付サーバ２１０のアドレスである。ログ署名情報７ｂは、図７（ｂ）に示すように、ログ番号７８と、署名７９とにより構成される。ログ情報７ａとログ署名情報７ｂとは、契約書保管サーバ２３０のＤＢ２３６に格納される。
【００２９】
図８は契約書情報及び契約書署名情報のレコード構成とその各レコードに対応するデータとの一例を示す図である。契約書情報８ａは、図８（ａ）に示すように、案件番号８１、契約者名８２、住所８３、年収８４、融資金額８５、振込口座番号８６により構成される。また、契約書署名情報８ｂは、図８（ｂ）に示すように、案件番号８７と、署名８８とにより構成される。契約書情報８ａと契約書署名情報８ｂとは、契約書保管サーバ２３０のＤＢ２３６に格納される。
【００３０】
次に、図１に示すフローを参照して、本発明の実施形態での処理の概要について説明する。図１に示すように、クライアント２００は、ステップ１１１、ステップ１１５を実行し、契約受付サーバ２１０は、ステップ１１２、ステップ１１３、ステップ１１４を実行する。また、契約書保管サーバ２３０は、ステップ１１６、ステップ１１７、ステップ１１８を実行する。
【００３１】
（１）まず、クライアント２００は、契約の申込を受け付け、契約申込者から入力された契約申込情報を契約受付サーバ２１０に送信する（ステップ１１１）。
【００３２】
（２）契約受付サーバ２１０は、ステップ１１１の処理でクライアント２００から送信された契約申込情報を受信し、受信した契約申込情報を契約受付サーバ２１０内のＤＢ２１２に格納する（ステップ１１２）。
【００３３】
（３）ステップ１１２の処理でＤＢ２１２に格納された契約申込情報を表示し、申込内容を審査する審査者から承認の可否の情報を受け付け、契約申込情報を基に契約書情報を作成し、クライアント２００に生成した契約書情報を送信する（ステップ１１３、１１４）。
【００３４】
（４）クライアント２００は、ステップ１１４の処理で、契約受付サーバ２１０から送信されてきた契約書情報を受信表示し、契約申込者からの受取を意味する受取確認情報を受け付け、前記受取確認情報を契約受付サーバ２１０に送信する（ステップ１１５）。
【００３５】
（５）一方、契約書保管サーバ２３０は、ステップ１１１とステップ１１２との処理で送受信されたクライアント２００と契約受付サーバ２１０との間の通信メッセージを取得し、その通信メッセージを契約書保管サーバ２３０のＤＢ２３６へ署名を付与して格納する（ステップ１１６）。
【００３６】
（６）次に、契約書保管サーバ２３０は、ステップ１１４とステップ１１５との処理で送受信されたクライアント２００と契約受付サーバ２１０との間の通信メッセージと契約書情報とを取得し、それらを契約書保管サーバ２３０のＤＢ２３６へ署名を付与して格納する（ステップ１１７）。
【００３７】
（７）さらに、契約書保管サーバ２３０は、ステップ１１５の処理でクライアント２００のＤＢ２０６に格納された契約書情報や、ステップ１１６及びステップ１１７で契約保管サーバ２３０のＤＢ２３６に格納された通信メッセージと契約書情報とに対して、改ざん等がないことを検証し、通信メッセージと契約書情報とに対して改ざん等が発生していれば、改ざんされていることを表示する（ステップ１１８）。
【００３８】
図９は図１におけるステップ１１１、ステップ１１２での処理の詳細を説明するフローチャート、図１５は図９の処理でクライアント２００に表示される契約申込受付画面の例を示す図であり、次に、これについて説明する。
【００３９】
（１）クライアント２００は、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付けるための画面の要求を受け付け、会員ＩＤ情報とパスワード情報とを受け付ける画面の要求を契約受付サーバ２１０に送信する。また、クライアント２００は、契約受付サーバ２１０から会員ＩＤ情報とパスワード情報との入力を受け付ける画面を受信し、入出力機能２０１に会員ＩＤ情報とパスワード情報とを受け付ける画面を表示し、入出力機能２０１から会員ＩＤ情報とパスワード情報を受け付け、受け付けた会員ＩＤ情報とパスワード情報とを契約受付サーバ２１０に送信する。例えば、図３（ａ）に示したように、会員ＩＤ情報として「０００１」、パスワード情報として「ａａａ」を契約受付サーバ２１０に送信する。その後、クライアント２００は、契約受付サーバ２０１から会員ＩＤ情報とパスワード情報とに基づく認証結果画面を受け取り、入出力機能２０１に表示する。入出力機能２０１は、入力機能として、例えば、マウスやキーボード等を使用することができ、また、出力機能として、例えば、ディスプレイを想定している。また、ディスプレイ上に表示するプログラムとしては、例えば、Ｗｅｂブラウザであってよい（ステップ９１１）。
【００４０】
（２）契約受付サーバ２１０は、クライアント２００から受信した会員ＩＤ情報とパスワード情報との入力を受け付ける画面の送信要求により、会員ＩＤ情報とパスワード情報との入力を受け付ける画面を送信し、クライアント２００から受信した、会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２１２の契約受付サーバ会員情報３ａから会員ＩＤをキーとして対応するパスワード情報を読み込む。そして、読み込まれたパスワード情報がこのステップの処理でクライアント２００から受信したパスワード情報に一致した場合、後述するステップ９１２へ処理を進める。また、読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致しない場合、契約受付サーバ２１０は、パスワード情報が間違っている旨の画面をクライアント２００に送信する。例えば、会員ＩＤ情報として「０００１」で契約受付サーバ会員情報３ａを検索し、パスワード情報として「ａａａ」を読み込み、クライアント２００から受信したパスワード情報が「ａａａ」であれば、処理をステップ９１２に進める。なお、ここでの処理において、クライアント２００と契約受付サーバ２１０との間の通信は、通信網２４０を介して行われるが、通信網２４０としては、例えば、インターネットであってよく、また、契約受付サーバ２１０からクライアント２００に情報を送信するプログラムとしては、例えば、Ｗｅｂサーバであってよい（ステップ９２１）。
【００４１】
（３）クライアント２００は、入出力機能２０１から約款の同意の意思を確認する画面の表示要求を受け付け、前記要求を契約受付サーバ２１０に送信し、契約受付サーバ２１０から受信した約款の同意の意識確認を行う画面を入出力装置２０１に表示する。前記画面は、約款情報を入出力機能２０１に全て表示した場合に、「同意」または「同意しない」の意思を受け付けるプッシュボタンがアクティブにされて表示される。クライアント２００は、前記プッシュボタンで「同意」を受け付けた場合、「同意」という同意情報を契約受付サーバ２１０に送信する。また、クライアント２００は、前記プッシュボタンで「同意しない」を受け付けた場合、「同意しない」という同意情報を契約受付サーバ２１０に送信し、契約受付サーバ２１０から申込を受け付けることができない旨の画面を受信し、入出力機能２０１に表示する（ステップ９１２）。
【００４２】
（４）契約受付サーバ２１０は、クライアント２００から約款の同意の意思を確認する画面の送信要求を受信した場合、前記確認のための画面をクライアント２００へ送信し、クライアント２００から同意情報を受信する。契約受付サーバ２１０は、同意情報が「同意」の場合、後述のステップ９１３に処理を進め、同意情報が「同意しない」の場合、申込を受け付けることができない旨の画面をクライアント２００に送信する（ステップ９２２）。
【００４３】
（５）クライアント２００は、契約の申込を受け付ける画面の送信要求を入出力機能２０１から受け付け、前記入出力機能から受け付けた前記契約の申込を受け付ける画面の送信要求を契約受付サーバ２１０に送信し、契約受付サーバ２１０から前記画面を受信して、その画面を入出力機能２０１に表示する。そして、クライアント２００は、入出力機能２０１から契約申込情報を受け付け、契約受付情報を契約受付サーバ２１０に送信する。ここでのステップでクライアント２００に表示される契約申込受付画面の例を図１５に示している。契約申込受付画面は、図１５に示すように、画面枠またはウィンドウ１５００内に、「申込書」のラベル１５０１、「Ｈローン会社（乙）　御中」のラベル１５０２、「お申込者（甲）」のラベル１５０３、「名前：」のラベル１５０４、「住所：」のラベル１５０５、「年収：」のラベル１５０６、「メールアドレス：」のラベル１５０７、「商品名：」のラベル１５０８、「値段（融資金額）」のラベル１５０９、契約申込者名を表示するエリア１５１０、契約申込者の属性情報として住所情報を表示するエリア１５１１、契約申込者の属性情報として年収情報を表示するエリア１５１２、属性情報としてメールアドレス情報を表示するエリア１５１３、商品名を表示するエリア１５１４、値段を表示するエリア１５１５、契約申込者の「契約申込」という意味の指示を受け付けるプッシュボタン１５１６が表示されて構成される（ステップ９１３）。
【００４４】
（６）契約受付サーバ２１０は、クライアント２００からの契約の申込を受け付ける画面の送信要求を受信し、その申込を受け付ける画面をクライアント２００に送信して、クライアント２００からの契約申込情報を受信する。そして、契約受付サーバ２１０は、受信した前記契約申込情報に対して識別番号として付番する。以下、この番号を案件番号と呼ぶ。契約受付サーバ２１０は、前記契約情報と前記案件番号とをＤＢ２１２に、図４〜図６により説明した契約申込情報Ａ４、契約申込情報Ｂ５、及び、契約承認情報６として格納する。例えば、クライアント２００から受け付けた契約申込情報が「日立太郎、神奈川県、５００万円、２０万円、１２３４５６７、ａｂｃ＠ｈｉｔａｃｈｉ．ｃｏ．ｊｐ」であった場合に、案件番号として「１」を付番し、「１、日立太郎、神奈川県、５００万円、２０万円、１２３４５６７」を契約申込情報Ａ４として格納し、「ａｂｃ＠ｈｉｔａｃｈｉ．ｃｏ．ｊｐ」を契約申込情報Ｂ５として格納し、案件番号「１」を契約承認情報６に格納する。本発明の実施形態では、契約申込情報を契約申込情報Ａ４と契約申込情報Ｂ５との２つに分けているが、これらは１つのファイルで実現してもよい（ステップ９２３）。
【００４５】
図１０は図１におけるステップ１１３での処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００４６】
（１）契約受付サーバ２１０は、入出力機能２１５から会員ＩＤ情報とパスワード情報との入力を受け付ける画面の表示要求を受け付け、前記画面を入出力機能２１５に表示し、前記画面で受け付けた会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２１２の図３に示した契約受付サーバ会員情報３ａの会員ＩＤ３１をキーとして、パスワード３２を読み込む。例えば、会員ＩＤ情報が「０００２」であった場合、パスワード情報として「ｂｂｂ」を読み込む。このパスワード情報が前記入力された会員ＩＤ情報に対応するパスワード情報に一致した場合、後述のステップ１０１２へ処理を進め、前記入力された会員ＩＤ情報とパスワード情報とが対応していない場合、会員ＩＤ情報とパスワード情報とが異なっている旨の画面を入出力機能２１５に表示する（ステップ１０１１）。
【００４７】
（２）ステップ１０１１でパスワードが一致していた場合、契約受付サーバ２１０は、申し込まれた契約申込情報に対して承認情報を受け付ける画面の表示要求を入出力機能２１５から受け付けて、前記要求に対する前記画面を表示し、ＤＢ２１２から契約承認情報６の承認結果がＮＵＬＬの案件番号を読み込み、前記案件番号に基づいて、契約申込情報Ａ４と契約申込情報Ｂ５を読み込み、入出力機能２１５に表示する。そして、契約受付サーバ２１０は、入出力機能２１５から入力される承認結果情報を受け付ける（ステップ１０１２）。
【００４８】
（３）契約受付サーバ２１０は、前述のステップ１０１２で受け付けた承認情報が「承認する」であるか「承認しない」であるかを案件番号に対応させて、ＤＢ２１２の図６に示した契約承認情報６の承認結果６２に格納する（ステップ１０１３）。
【００４９】
図１１は図１におけるステップ１１４、ステップ１１５での処理の詳細を説明するフローチャート、図１６はこの処理でクライアント２００の入出力機能２０１に表示される契約書案承認受付画面の例を示す図、図１７はこの処理でクライアント２００の入出力機能２０１に表示される契約書受け取り画面の例を示す図であり、次に、これについて説明する。
【００５０】
（１）契約受付サーバ２１０は、ＤＢ２１２の契約承認情報６を読み込み、読み込んだ契約承認情報に基づき、承認結果の内容を記載した電子メールの文書を生成し、ＤＢ２１２の契約申込情報５Ｂからメールアドレスを読み込み、前記メールアドレスへ前記電子メールを送信する（ステップ１１２１）。
【００５１】
（２）クライアント２００は、入出力機能２０１に電子メールの到着の旨を示す情報を表示し、入出力機能２０１から電子メール表示要求を受け付け、その要求に基づいて、電子メールの内容を入出力機能２０１に表示する（ステップ１１１１）。
【００５２】
（３）クライアント２００は、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付けるための画面の要求を受け付け、会員ＩＤ情報とパスワード情報とを受け付ける画面の要求を契約受付サーバ２１０に送信する。そして、クライアント２００は、契約受付サーバ２１０から会員ＩＤ情報とパスワード情報との入力を受け付ける画面を受信し、入出力機能２０１に会員ＩＤ情報とパスワード情報とを受け付ける画面を表示し、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付け、受け付けた会員ＩＤ情報とパスワード情報とを契約受付サーバ２１０に送信する。例えば、会員ＩＤ情報として「０００１」、パスワード情報として「ａａａ」を契約受付サーバ２１０に送信する。その後、クライアントは、契約受付サーバ２０１から会員ＩＤ情報とパスワード情報とに基づく認証結果画面を受け取り、入出力機能２０１に表示する（ステップ１１１２）。
【００５３】
（４）契約受付サーバ２１０は、クライアント２００から受信した、会員ＩＤ情報とパスワード情報との入力を受け付ける画面の送信要求により、会員ＩＤ情報とパスワード情報との入力を受け付ける画面を送信する。契約受付サーバ２１０は、次に、クライアント２００から受信した、会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２１２の契約受付サーバ会員情報３Ａから会員ＩＤをキーとして対応するパスワード情報を読み込む。読み込まれたパスワード情報が、このステップでクライアント２００から受信したパスワード情報に一致した場合、契約受付サーバ２１０は、後述のステップ１１２３へ処理を進める。例えば、会員ＩＤ情報として「０００１」で契約受付サーバ会員情報３ａを検索し、パスワード情報として「ａａａ」を読み込み、クライアント２００から受信したパスワード情報が「ａａａ」であれば、処理をステップ１１２３に進める。また、読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致しなかった場合、契約受付サーバ２１０は、パスワード情報が間違っている旨の画面をクライアント２００に送信する（ステップ１１２２）。
【００５４】
（５）契約受付サーバ２１０は、ＤＢ２１２の図８に示した契約書情報８ａから契約書案の承認を受け付ける画面を生成し、クライアント２００へ前記契約書案承認受付画面を送信し、クライアント２００から契約書案の承認結果情報を受信した場合、後述のステップ１１２４へ処理を進める（ステップ１１２３）。
【００５５】
（６）クライアント２００は、契約受付サーバ２１０から前記契約書案承認受付画面を受信して入出力機能２０１に表示し、入出力機能２０１から承認結果の情報を受け付けて、その前記承認結果情報を契約受付サーバ２１０に送信する。このステップでクライアント２００の入出力機能２０１に表示される契約書案承認受付画面例を図１６に示している。図１６に示すように、契約書案承認受付画面は、画面枠またはウィンドウ１６００内に、「契約書（案）」のラベル１６０１、「契約書（甲）とＨローン会社（乙）は下記のように契約を結びます」のラベル１６０２、「契約者（甲）」のラベル１６０３、「名前：」のラベル１６０４、「住所：」のラベル１６０５、「年収：」のラベル１６０６、「メールアドレス：」のラベル１６０７、「商品名：」のラベル１６０８、「値段（融資金額）」のラベル１６０９、契約申込者名を表示するエリア１６１０、契約申込者の属性情報として住所情報を表示するエリア１６１１、契約申込者の属性情報として年収情報を表示するエリア１６１２、契約申込者の属性情報としてメールアドレス情報を表示するエリア１６１３、商品名を表示するエリア１６１４、値段を表示するエリア１６１５、「承認」という意味の指示を受け付けるプッシュボタン１６１６が表示されて構成される（ステップ１１１３）。
【００５６】
（７）契約受付サーバ２１０は、ステップ１１２３で契約書案に承認する情報を受信した場合、ＤＢ２１２の図８に示した契約書情報８ａを基に署名を作成し、契約書署名情報８ｂ内の対応する署名８８の欄に格納する。署名の作成方法は、セキュリテ技術としてよく知られた技術であるので、ここでの説明を省略する（ステップ１１２４）。
【００５７】
（８）契約受付サーバ２１０は、ＤＢ２１２の契約書情報８ａと契約書署名情報８ｂとを読み込み、クライアント２００へ前記契約書情報と前記契約書署名情報とを送信し、クライアント２００から「受け取り」プッシュボタンが押された情報を受信する（ステップ１１２５）。
【００５８】
（９）クライアント２００は、契約書受付サーバ２１０から受信した前記契約書情報と前記契約書署名情報とを入出力機能２０１に表示し、入出力機能２０１から「受け取り」プッシュボタンが押された場合、前記契約書情報をＤＢ２０６の契約書情報８ａに格納し、「受け取り」プッシュボタンが押されたことを契約受付サーバ２１０に送信する。このステップでクライアント２００の入出力機能２０１に表示される契約書受け取り画面の例を図１７に示している。契約書受け取り画面は、図１７に示すように、画面枠またはウィンドウ１７００内に、「契約書」のラベル１７０１、「契約書（甲）とＨローン会社（乙）は下記のように契約を結びます」のラベル１７０２、「契約者（甲）」のラベル１７０３、「名前：」のラベル１７０４、「住所：」のラベル１７０５、「年収：」のラベル１７０６、「メールアドレス：」のラベル１７０７、「商品名：」のラベル１７０８、「値段（融資金額）」のラベル１７０９、契約申込者名を表示するエリア１７１０、契約申込者の属性情報として住所情報を表示するエリア１７１１、契約申込者の属性情報として年収情報を表示するエリア１７１２、契約申込者の属性情報としてメールアドレス情報を表示するエリア１７１３、商品名を表示するエリア１７１４、値段を表示するエリア１７１５、「受け取り」という意味の指示を受け付けるプッシュボタン１７１６、契約書に改ざんがないことを示すマーク１７１７が表示されて構成される（ステップ１１１４）。
【００５９】
図１２は図１におけるステップ１１６、ステップ１１７での処理の詳細を説明するフローチャート、図１８はこの処理でクライアント２００の入出力機能２０１に表示される通信メッセージを取得する旨を示す画面の例を示す図であり、次に、これについて説明する。
【００６０】
（１）契約書保管サーバ２３０は、通信網２４０上の通信を監視し、前述で説明したステップ９１１〜ステップ９１３、ステップ９２１〜ステップ９２３でクライアント２００と契約書受付サーバ２１０との間で送受信される通信メッセージと、ステップ１１１１〜ステップ１１１４、ステップ１１２１〜ステップ１１２５でクライアント２００と契約書受付サーバ２１０との間で送受信される通信メッセージと、ステップ１１１１〜ステップ１１１４、ステップ１１２１〜ステップ１１２５でクライアント２００と契約書受付サーバ２１０との間で送受信される契約書を取得する。このステップを実行するに当たって、契約書保管サーバ２３０は、通信メッセージを取得する旨をクライアント２００の入出力機能２０１に送信して表示させる。この場合に、クライアント２００の入出力機能２０１に表示される画面例を図１８に示している。通信メッセージを取得する旨を示す画面は、図１８に示すように、画面枠またはウィンドウ１８００内に、「通信記録同意画面」のラベル１８０１、通信を記録することを同意していただくための主旨を記載した文書のラベル１８０２、「通信先：Ｈローン会社」のラベル１８０３、「保管者：契約書保管者」のラベル１８０４、「同意」という意味の指示を受け付けるプッシュボタン１８０５、「同意しない」という意味の指示を受け付けるプッシュボタン１８０６が表示されて構成される（ステップ１２０１）。
【００６１】
（２）契約書保管サーバ２３０は、ステップ１２０１で取得した通信メッセージを記憶すべきか否かをを判断する。記憶する通信メッセージは、契約申込時の通信メッセージ、契約書案承認時の通信メッセージ、契約書受取時のメッセージであり、これらを判別して、メッセージを記憶するか否かを判断する（ステップ１２０２）。
【００６２】
（３）契約書保管サーバ２３０は、ステップ１２０２でメッセージを記憶すると判断した場合、後述のステップ１２０４へ処理を進め、メッセージを記憶しないと判断した場合、ステップ１２０１からの処理に戻って通信メッセージの取得を続ける（ステップ１２０３）。
【００６３】
（４）契約書保管サーバ２３０は、ステップ１２０１で取得し、ステップ１２０２で記憶すると判断した通信メッセージに署名を付与して、それらをＤＢ２３６の図７に示したログ情報７ａとログ署名情報７ｂとに格納する（ステップ１２０４）。
【００６４】
（５）また、契約書保管サーバ２３０は、ステップ１２０１で取得し、ステップ１２０２で記憶すると判断した契約書に署名を付与して、それらをＤＢ２３６の契約書情報８ａと契約書署名情報８ｂとに格納する（ステップ１２０５）。
【００６５】
図１３は図１におけるステップ１１８での契約受付サーバからの契約書検証要求による検証処理の詳細を説明するフローチャート、図１９はこの処理で契約書受付サーバ２１０の入出力機能２１５に表示される検証結果画面の例を示す図であり、次に、これについて説明する。
【００６６】
（１）契約書受付サーバ２１０は、入出力機能２１５から会員ＩＤ情報とパスワード情報とを受け付けるための画面の要求を受け付け、会員ＩＤ情報とパスワード情報とを受け付ける画面の要求を契約書保管サーバ２３０に送信する。次に、契約書受付サーバ２１０は、契約書保管サーバ２３０から会員ＩＤ情報とパスワード情報との入力を受け付ける画面を受信し、入出力機能２１５に会員ＩＤ情報とパスワード情報とを受け付ける画面を表示して、入出力機能２１５から会員ＩＤ情報とパスワード情報とを受け付け、会員ＩＤ情報とパスワード情報とを契約書保管サーバ２３０に送信する。例えば、会員ＩＤ情報として「０００ａ」、パスワード情報として「１１１」を契約書保管サーバ２３０に送信する。その後、契約書受付サーバ２１０は、契約書保管サーバ２３０から会員ＩＤ情報とパスワード情報とに基づく認証結果画面を受け取り、入出力機能２１５に表示する（ステップ１３１１）。
【００６７】
（２）契約書保管サーバ２３０は、契約受付サーバ２１０から受信した会員ＩＤ情報とパスワード情報との入力を受け付ける画面の送信要求により、会員ＩＤ情報とパスワード情報との入力を受け付ける画面を送信する。そして、契約書保管サーバ２３０は、契約受付サーバ２１０から受信した、会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２３６の契約書保管サーバ会員情報３ｂから会員ＩＤをキーとして対応するパスワード情報を読み込む。読み込まれたパスワード情報がこのステップで契約受付サーバ２１０から受信したパスワード情報に一致した場合、ステップ１３１２へ処理を進める。例えば、会員ＩＤ情報として「０００ａ」により契約書保管サーバ会員情報３ｂを検索し、パスワード情報として「１１１」を読み込み、契約受付サーバ２１０から受信したパスワード情報が「１１１」であれば、処理をステップ１３１２に進める。読み込まれたパスワード情報がこのステップで契約受付サーバ２１０から受信したパスワード情報に一致しない場合、契約書保管サーバ２３０は、パスワード情報が間違っている旨の画面を契約受付サーバ２１０に送信する（ステップ１３２１）。
【００６８】
（３）契約受付サーバ２１０は、入出力機能２１５から真正性を検証したい契約書を検索ための画面の要求を受け付け、前記契約書を検索ための画面の要求を契約書保管サーバ２３０へ送信し、契約書保管サーバ２３０から前記画面を受信して、それを入出力機能２１５に表示する。次に、契約受付サーバ２１０は、入出力機能２１５に表示された前記画面から契約書を検索するための検索情報を受け付けて、受け付けた検索情報を契約書保管サーバ２３０に送信する（ステップ１３１２）。
【００６９】
（４）契約書保管サーバ２３０は、契約受付サーバ２１０から真正性を検証したい契約書を検索ための画面の要求を受信し、前記画面を契約受付サーバ２１０に送信し、契約受付サーバ２１０から契約書を検索するための検索情報を受信する（ステップ１３２２）。
【００７０】
（５）契約書保管サーバ２３０は、ステップ１３２２で受信した検索情報を用いて、ＤＢ２３６の契約書情報８ａから契約書情報を検索する。例えば、検索情報が「案件番号：１」と「契約者名：日立太郎」とであった場合、「住所：神奈川県、年収：５００万円、融資金額：２０万円、振込口座番号：１２３４５６７」が検索された契約書情報となる。また、前述の検索情報に対して、ＤＢ２３６の契約書情報８ａの複数のレコードがヒットした場合、検索情報としては、複数個の結果が返される（ステップ１３２３）。
【００７１】
（６）契約書保管サーバ２３０は、ステップ１３２３で検索された契約書情報を契約受付サーバ２１０に送信し、契約受付サーバ２１０から検証する契約書の選択情報を受信する（ステップ１３２４）。
【００７２】
（７）契約受付サーバ２１０は、契約書保管サーバから送信された契約書情報を入出力機能２１５に表示し、入出力機能２１５から検証したい契約書の選択情報を受け付け、受け付けた選択情報を契約書保管サーバ２３０に送信する（ステップ１３１３）。
【００７３】
（８）契約書保管サーバ２３０は、契約受付サーバ２１０から受信した選択情報に対応した契約書情報に対して真正性の検証を行う。真正性の検証は、ＤＢ２３６に格納されたログ情報７ａ、ログ署名情報７ｂ、ＤＢ２３６の契約書情報８ａ、契約書署名情報８ｂを用いて契約書が締結されたログの真正性と契約書の真正性とを検証することにより行われる。署名から電子文書を検証する方法は、セキュリティの技術としてよく知られたものであるので、ここではその説明を省略する。その後、契約書保管サーバ２３０は、検証された結果を契約受付サーバ２１０に送信する（ステップ１３２５、１２３６）。
【００７４】
（９）契約受付サーバ２１０は、契約書保管サーバ２３０から送信された検証結果を入出力機能２１５に表示する。このステップで入出力機能２１５に表示される検証結果画面の例を図１９に示している。検証結果に問題のない場合の検証結果画面は、図１９（ａ）に示すように、画面枠またはウィンドウ１９００内に、「検証結果」のラベル１９０１、「案件番号：」のラベル１９０２、「検証した契約書に問題はございません。」のラベル１９０３、「ＯＫ」という意味の指示を受け付けるプッシュボタン１９０４、案件番号を表示するエリア１９０５が表示されて構成される。また、検証結果に問題のある場合の検証結果画面は、図１９（ｂ）に示すように、画面枠またはウィンドウ１９１０内に、「検証結果」のラベル１９１１、「案件番号：」のラベル１９１２、「検証した契約書に問題があります。」のラベル１９１３、「ＯＫ」という意味の指示を受け付けるプッシュボタン１９１４、案件番号を表示するエリア１９１５が表示されて構成される（ステップ１３１４）。
【００７５】
図１４は図１におけるステップ１１８でのクライアントからの契約書検証要求による検証処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００７６】
（１）クライアント２００は、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付けるための画面の要求を受け付け、会員ＩＤ情報とパスワード情報を受け付ける画面の要求を契約書保管サーバ２３０に送信する。そして、クライアント２００は、契約書保管サーバ２３０から会員ＩＤ情報とパスワード情報との入力を受け付ける画面を受信し、入出力機能２０１に会員ＩＤ情報とパスワード情報とを受け付ける画面を表示し、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付けて、会員ＩＤ情報とパスワード情報とを契約書保管サーバ２３０に送信する。例えば、会員ＩＤ情報として「０００ａ」、パスワード情報として「１１１」を契約書保管サーバ２３０に送信する。その後、クライアント２００は、契約書保管サーバ２３０から会員ＩＤ情報とパスワード情報とに基づく認証結果画面を受け取り、入出力機能２０１に表示する（ステップ１４１１）。
【００７７】
（２）契約書保管サーバ２３０は、クライアント２００から受信した会員ＩＤ情報とパスワード情報との入力を受け付ける画面の送信要求により、会員ＩＤ情報とパスワード情報との入力を受け付ける画面を送信する。そして、契約書保管サーバ２３０は、クライアント２００から受信した会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２３６の契約書保管サーバ会員情報３ｂから会員ＩＤをキーとして対応するパスワード情報を読み込む。読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致した場合、ステップ１４１２へ処理を進める。例えば、会員ＩＤ情報として「０００ａ」で契約書保管サーバ会員情報３ｂを検索し、パスワード情報として「１１１」を読み込み、契約受付サーバ２１０から受信したパスワード情報が「１１１」であれば、処理がステップ１４１２に進められる。また、読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致しない場合、契約書保管サーバ２３０は、パスワード情報が間違っている旨の画面をクライアント２００に送信する（ステップ１４２１）。
【００７８】
（３）クライアント２００は、入出力機能２０１からアップロードすることによって契約書の検証依頼を受け付ける画面の要求を受け付けて、入出力機能２０１で受け付けた前記画面の要求を契約書保管サーバ２３０に送信し、契約書保管サーバ２３０から前記画面を受信し、入出力機能２０１に表示する。次に、クライアント２００は、入出力機能２０１に表示した前記画面でアップロード検証の要求指示を受け付け、アップロード検証をする契約書情報をＤＢ２０６の契約書情報８ａから読み込み、前記要求指示と前記契約書情報とを契約書保管サーバ２３０に送信する（ステップ１４１２）。
【００７９】
（４）契約書保管サーバ２３０は、クライアント２００からアップロードすることによって契約書の検証依頼を受け付ける画面の要求を受信し、その画面をクライアント２００に送信して、クライアント２００からアップロード検証指示と、契約書情報とを受信する（ステップ１４２２）。
【００８０】
（５）契約書保管サーバ２３０は、受信した契約書情報の案件情報を基に、ＤＢ２３６の契約書署名情報８ｂから署名情報を検索して検証を行い、検証結果をクライアント２００に送信する（ステップ１４２３、１４２４）。
【００８１】
（６）クライアント２００は、契約書保管サーバ２３０から受信した検証結果を入出力機能２０１に表示する。入出力機能２０１に表示される画面は、前述したステップ１３１４での図１９に示した画面と同様になる（ステップ１４１３）。
【００８２】
前述までで、本発明の実施形態により、契約の締結の事実をも保証して、契約により作成された契約書の保管するまでの処理動作について説明したが、次に、契約について、解約の事実を保証して解約を行う場合の処理について説明する。
【００８３】
解約を行うためのシステム構成は、図２に示したものと同様でよい。そして、この場合、クライアント２００は、契約解約申込情報を通信網を介して契約受付サーバに送信し、前記契約受付サーバから契約解約書情報を受信する機能を備えればよく、また、契約受付サーバ２１０は、申込クライアント２００から通信網を介して契約解約申込情報を受信し、この契約解約申込情報から契約解約書情報を生成し、前記契約解約書情報を前記クライアント２００に送信する機能を備えればよい。また、契約書保管サーバ２３０は、前記クライアント２００と前記契約受付サーバ２１０との間の通信メッセージを取得し、前記通信メッセージに電子署名を付与し、前記通信メッセージと前記電子署名とを格納する機能を備えればよい。
【００８４】
契約の解約を行う場合にも、前述までで説明した装置やファイル等を用いるが、解約のために新たなファイルを使用する必要があり、まず、ここで使用するファイルのデータ例について説明する。
【００８５】
図２０は契約書解約情報及び契約解約書署名情報のレコード構成とその各レコードに対応するデータとの例を説明する図である。
【００８６】
契約解約書情報２０ａは、図２０（ａ）に示すように、案件番号２００１、契約者名２００２、住所２００３、年収２００４、融資金額２００５、振込口座番号２００６により構成される。また、契約解約書署名情報２０ｂは、図２０（ｂ）に示すように、案件番号２００７、署名２００８により構成される。これらの契約解約書情報２０ａと契約解約書署名情報２０ｂとは、契約書保管サーバ２３０のＤＢ２３６に格納される。
【００８７】
図２１は本発明の一実施形態による契約書保管システムの契約解約時処理動作を説明するフローチャート、図２２はこの処理でクライアント２００の入出力機能２０１に表示される契約解約書の画面例を示す図であり、次に、これについて説明する。
【００８８】
（１）クライアント２００は、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付けるための画面の要求を受け付け、会員ＩＤ情報とパスワード情報とを受け付ける画面の要求を契約受付サーバ２１０に送信する。その後、クライアント２００は、契約受付サーバ２１０から会員ＩＤ情報とパスワード情報との入力を受け付ける画面を受信し、入出力機能２０１に会員ＩＤ情報とパスワード情報とを受け付ける画面を表示して、入出力機能２０１から会員ＩＤ情報とパスワード情報とを受け付ける。そして、クライアント２００は、入出力機能２０１から受け付けた会員ＩＤ情報とパスワード情報とを契約受付サーバ２１０に送信する（ステップ２１１１）。
【００８９】
（２）契約受付サーバ２１０は、クライアント２００から受信した会員ＩＤ情報とパスワード情報との入力を受け付ける画面の送信要求により、会員ＩＤ情報とパスワード情報との入力を受け付ける画面をクライアント２００に送信する。その後、契約受付サーバ２１０は、クライアント２００から受信した会員ＩＤ情報とパスワード情報とに基づいて、ＤＢ２１２の契約受付サーバ会員情報３ａから会員ＩＤをキーとして対応するパスワード情報を読み込む。読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致した場合、後述のステップ２１１２へ処理を進める。読み込まれたパスワード情報がこのステップでクライアント２００から受信したパスワード情報に一致しない場合、契約受付サーバ２１０は、パスワード情報が間違っている旨の画面をクライアント２００に送信する（ステップ２１２１）。
【００９０】
（３）クライアント２００は、入出力機能２０１から契約の解約指示を受け付ける。そして、クライアント２００は、入出力機能２０１から解約の指示があった場合、契約の解約指示と解約する契約書の案件番号とを契約受付サーバ２００に送信する（ステップ２１１２）。
【００９１】
（４）契約受付サーバ２１０は、クライアント２００から契約の解約指示を受け付ける。そして、契約受付サーバ２１０は、クライアント２００から解約の指示を受信した場合、受信した解約する契約の案件番号を基に、ＤＢ２１２の契約書情報８ａから契約書情報を読み込んで、解約審査のため、契約書情報を入出力機能２１５に表示する。そして、契約受付サーバ２１０は、入出力機能２１５から審査に基づく解約の可否の指示を受け付ける（ステップ２１２２、２１２３）。
【００９２】
（５）ステップ２１２３で契約の解約可能との指示を受け付けた場合、契約受付サーバ２１０は、契約書情報から契約解約書情報を作成する。すなわち、契約受付サーバ２１０は、ＤＢ２１２の契約書情報８ａから契約書解約情報２０ａを作成し、契約解約書情報２０ａから署名を作成して、前記署名を契約解約書署名情報２０ｂに格納する。このステップでは、契約解約情報２０ａ、契約解約書署名情報２０ｂは、契約受付サーバ２１０に格納されるが、契約書解約情報２０ａ、契約解約書署名情報２０ｂは、契約書保管サーバ２３０のＤＢ２３６にコピーして格納されてもよい（ステップ２１２４）。
【００９３】
（６）契約受付サーバ２１０は、ＤＢ２１２の契約解約書情報２０ａと契約解約書署名情報２０ｂとから契約解約書情報と契約解約書署名情報とを読み出し、クライアント２００へ送信し、クライアント２００から契約解約書の受け取り情報を受信する（ステップ２１２５）。
【００９４】
（７）クライアント２００は、契約受付サーバ２１０から受信した契約解約書情報と契約解約書署名情報とを入出力装置２０１に表示し、入出力装置２０１から受け取り情報を受け付け、入出力機能２０１から受け取り情報が入力された場合に、契約解約書の受け取り情報を契約受付サーバに送信し、契約解約書情報２０ａと契約解約書署名情報２０ｂとをＤＢ２０６に格納する。但し、これらの情報は、ＤＢ２０６に格納しなくてもいい。このステップでクライアント２００の入出力機能２０１に表示される契約解約書の画面例を図２２に示している。契約解約書画面は、図２２に示すように、画面枠またはウィンドウ２２００内に、「契約解約書」のラベル２２０１、「契約書（甲）とＨローン会社（乙）は下記のように契約を解約します」のラベル２２０２、「契約解約者（甲）」のラベル２２０３、「名前：」のラベル２２０４、「住所：」のラベル２２０５、「年収：」のラベル２２０６、「メールアドレス：」のラベル２２０７、「商品名：」のラベル２２０８、「値段（融資金額）」のラベル２２０９、契約解約者名を表示するエリア２２１０、契約解約者の属性情報として住所情報を表示するエリア２２１１、契約解約者の属性情報として年収情報を表示するエリア２２１２、契約解約者の属性情報としてメールアドレス情報を表示するエリア２２１３、商品名を表示するエリア２２１４、値段を表示するエリア２２１５、「受け取り」という意味の指示を受け付けるプッシュボタン２２１６、契約解約書に改ざんをしていないことを示すマーク２２１７が表示されて構成される。
【００９５】
次に、契約書に対する不正操作を発見する手段を備えた本発明の他の実施形態について説明する。ここで説明する他の実施形態においても、前述までに説明した実施形態で用いた装置やファイル等が用いられる。
【００９６】
図２３は本発明の他の実施形態による契約書保管システムの概略構成を示すブロック図である。図２３において、２４２は入出力機能であり、他の符号は図２の場合と同一である。
【００９７】
図２３に示す本発明の他の実施形態は、図２に示したシステムにおける契約書保管サーバ２３０に入出力機能２４２を追加した構成であり、他の機能構成は、全て図２に示す実施形態の場合と同様である。また、この実施形態で用いるファイルも、前述までに説明した実施形態の場合と同様である。
【００９８】
図２４は本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作を説明するフローチャートであり、次に、これについて説明する。この処理フローは、契約申込クライアントと契約受付サーバとの間で通信される通信メッセージを、契約書情報交換前の通信メッセージと契約書情報交換時の通信メッセージとに分け、前記契約書情報交換前通信メッセージと、前記契約書情報交換時通信メッセージとの有無を調べることにより、申込受付側の契約に対する不正操作を発見する処理フローである。
【００９９】
（１）契約書保管サーバ２３０は、入出力装置２４２からユーザＩＤとパスワードとの入力を受け付け、入出力装置２４２からユーザＩＤとパスワードとが入力された場合、ＤＢ２３６の契約書保管サーバ会員情報３ｂを照会し、契約書保管サーバの会員であるか否かを認証し、ユーザでなかった場合、ここでの処理を中止する（ステップ２４１１）。
【０１００】
（２）ステップ２４１１の処理で、入出力装置２４２からの入力が契約書保管サーバの会員であった場合、契約書保管サーバ２３０は、ＤＢ２３６のログ情報７ａから案件番号をキーとして、ログ種別７５に「申込ログ」として格納された契約申し込みログ情報を検索し、また、ＤＢ２３６のログ情報７ａから案件番号をキーとして、ログ種別７５に「契約書交換ログ」として格納された契約書交換ログ情報を検索する（ステップ２４１２、２４１３）。
【０１０１】
（３）ステップ２４１２の処理でログ情報を検索できた契約申し込みログ情報があるか否か、ステップ２４１３の処理でログ情報が検索できた契約書交換ログ情報があるか否かをチェックする。そして、契約書保管サーバ２３０は、ステップ２４１２、２４１３の処理での検索の結果、ログ情報があれば、入出力機能２４２へ契約の事実がある旨の画面を表示し、また、ログ情報がない場合、入出力機能２４２へ契約の事実がない旨の画面を表示する（ステップ２４１４〜２４１６）。
【０１０２】
前述した例は、契約書情報交換前の通信メッセージの存在がなく、契約書情報交換時の通信メッセージが存在する場合に、契約申込のない契約が存在したことになるため、契約受付サーバを管理している契約者受付者が不正をしたことになるという考えに基づくものである。
【０１０３】
図２５は本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作の他の例を説明するフローチャートであり、次に、これについて説明する。この処理フローは、契約書保管装置において、契約申込クライアントと契約受付サーバとの間で通信される通信メッセージを、契約書情報交換前の通信メッセージと契約書情報交換時の通信メッセージとに分け、予め設定された管理テーブルに基づいて、前記契約書情報交換前通信メッセージと、前記契約書情報交換時通信メッセージとを比較することにより、申込受付側の契約に対する不正操作を発見する処理フローである。
【０１０４】
（１）契約書保管サーバ２３０は、入出力装置２４２からユーザＩＤとパスワードとの入力を受け付け、入出力装置２４２からユーザＩＤとパスワードとが入力された場合、ＤＢ２３６の契約書保管サーバ会員情報３ｂを照会し、契約書保管サーバの会員であるか否かを認証し、ユーザでなかった場合、ここでの処理を中止する（ステップ２５１１）。
【０１０５】
（２）次に、契約書保管サーバ２３０は、ＤＢ２３６の契約申込情報４から案件番号をキーに、申込者名４２、住所４３、年収４４、融資金額４５、振込口座番号４６をアクセスし、また、ＤＢ２３６の契約書情報８ａから案件番号をキー契約者名８２、住所８３、年収８４、融資金額８５、振込口座番号８６をアクセスする（ステップ２５１２、２５１３）。
【０１０６】
（３）契約書保管サーバ２３０は、ステップ２５１２でアクセスした契約申込情報と、ステップ２５１３でアクセスした契約書情報との各項目を比較し、比較した結果、各項目に格納されている情報に違いがなければ入出力機能２４２へ契約の改ざんの事実がない旨の画面を表示し、また、各項目に格納されている情報に違いがあった場合、入出力機能２４２へ契約の改ざんの事実がある可能性があることの旨の画面を表示する（ステップ２５１４〜２５１６）。
【０１０７】
ここで説明した例は、契約申込時のデータと契約書の作成時のデータとを比較することにより、契約書の改ざんなどの契約書データへの不正操作を発見することができるものである。その理由は、申込時の申込者の名前や、住所、金額等が、生成された契約書にそのまま転記されている必要があるためである。
【０１０８】
図２６は本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作のさらに他の例を説明するフローチャートであり、次に、これについて説明する。この処理フローは、契約書保管装置において、契約申込クライアントと契約受付サーバとの間で通信される通信メッセージを格納すると共に、通信メッセージが発生した時刻を格納し、前記発生時刻を検証することにより、申込受付側の契約に対する不正操作を発見する処理フローである。
【０１０９】
（１）契約書保管サーバ２３０は、入出力装置２４２からユーザＩＤとパスワードとの入力を受け付け、入出力装置２４２からユーザＩＤとパスワードとが入力された場合、ＤＢ２３６の契約書保管サーバ会員情報３ｂを照会し、契約書保管サーバの会員であるか否かを認証し、ユーザでなかった場合、ここでの処理を中止する（ステップ２６１１）。
【０１１０】
（２）次に、契約書保管サーバ２３０は、ＤＢ２３６のログ情報７ａから案件番号をキーに、ログ発生月日７３、ログ発生時刻７４をアクセスし、アクセスしたログ情報の開始と終了とがある一定時間内に収まっているか否かを判定する（ステップ２６１２、２６１３）。
【０１１１】
（３）ステップ２６１３の判定で、ステップ２６１２の処理でアクセスしたログ情報の開始と終了とがある一定時間内に収まっていた場合、入出力機能２４２へ契約に不正操作がない旨の画面を表示し、ログ情報の開始と終了とがある一定時間内に収まっていなかった場合、入出力機能２４２へ契約に不正操作がある可能性がある旨の画面を表示する（ステップ２６１４、２６１５）。
【０１１２】
前述した例は、契約申込開始時から契約申込終了時までの時間、または、契約交換開始時から契約書交換終了時までの時間がある一定の時間内に収まる必要があり、前述の時間間隔が長いことが、不正操作が行われた可能性があることになるという考えに基づくものである。
【０１１３】
この例において、契約申込開始時から契約申込終了時までには、通常、複数の通信メッセージが予め定められた順序でやり取りされるので、取得したメッセージの発生時刻が、複数の通信メッセージのそれぞれが予め定められた時刻順に取得されたか否かにより不正操作が行われた可能性があるか否かを検証するようにすることもできる。
【０１１４】
前述した本発明の実施形態による各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【０１１５】
【発明の効果】
以上説明したように本発明によれば、契約の締結、契約の解約を保証して、契約書の保管を行うことができ、かつ、電子契約書の締結において契約受付者に不正行為があった場合に、その不正行為を発見することができる。
【図面の簡単な説明】
【図１】本発明の実施形態による契約書保管システムの基本的な処理動作を説明するフローチャートである。
【図２】本発明の一実施形態による契約書保管システムの概略構成を示すブロック図である。
【図３】会員情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。
【図４】契約申込情報Ａのレコード構成とその各レコードに対応するデータとの一例を説明する図である。
【図５】契約申込情報Ｂのレコード構成とその各レコードに対応するデータとの一例を説明する図である。
【図６】契約承認情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。
【図７】ログ情報及びログ署名情報のレコード構成とその各レコードに対応するデータとの一例を説明する図である。
【図８】契約書情報及び契約書署名情報のレコード構成とその各レコードに対応するデータとの一例を示す図である。
【図９】図１におけるステップ１１１、１１２での処理の詳細を説明するフローチャートである。
【図１０】図１におけるステップ１１３での処理の詳細を説明するフローチャートである。
【図１１】図１におけるステップ１１４、１１５での処理の詳細を説明するフローチャートである。
【図１２】図１におけるステップ１１６、１１７での処理の詳細を説明するフローチャートである。
【図１３】図１におけるステップ１１８での契約受付サーバからの契約書検証要求による検証処理の詳細を説明するフローチャートである。
【図１４】図１におけるステップ１１８でのクライアントからの契約書検証要求による検証処理の詳細を説明するフローチャートである。
【図１５】図９の処理でクライアントの入出力機能に表示される契約申込受付画面の例を示す図である。
【図１６】図１１の処理でクライアントの入出力機能に表示される契約書案承認受付画面の例を示す図である。
【図１７】図１１の処理でクライアントの入出力機能に表示される契約書受け取り画面の例を示す図である。
【図１８】図１２の処理でクライアントの入出力機能に表示される通信メッセージを取得する旨を示す画面の例を示す図である。
【図１９】図１３の処理で契約書受付サーバの入出力機能に表示される検証結果画面の例を示す図である。
【図２０】契約書解約情報及び契約解約書署名情報のレコード構成とその各レコードに対応するデータとの例を説明する図である。
【図２１】本発明の一実施形態による契約書保管システムの契約解約時処理動作を説明するフローチャートである。
【図２２】図２１の処理でクライアントの入出力機能に表示される契約解約書の画面例を示す図である。
【図２３】本発明の他の実施形態による契約書保管システムの概略構成を示すブロック図である。
【図２４】本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作を説明するフローチャートである。
【図２５】本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作の他の例を説明するフローチャートである。
【図２６】本発明の他の実施形態において、契約書保管サーバによる申込受付側の契約に対する不正操作を発見する処理動作のさらに他の例を説明するフローチャートである。
【符号の説明】
２００　クライアント
２０１、２１５、２４２　入出力機能
２０２　署名検証機能
２０３、２１１、２３１　制御機能
２０４、２１４、２３５　通信機能
２０５、２２３、２３９　データバス
２０６、２１２、２３６　ＤＢ
２１０　契約受付サーバ
２１３　署名付与機能
２１６　ユーザ認証機能
２１７　約款表示同意確認機能
２１８　申込受付機能
２１９　契約内容審査機能
２２０　審査結果送信機能
２２１　契約書表示承認確認機能
２２２　契約書送付受取確認機能
２３０　契約書保管サーバ
２３２　クライアント−サーバ間通信メッセージ監視機能
２３３　通信メッセージ記憶判定機能
２３４　契約ログ・契約書記憶機能
２３７　署名付加機能
２３８　契約ログ・契約書検証機能
２４０　通信網
２４１　ユーザ認証機能
【図１】
2004046590.tif 000003
【図２】
2004046590.tif 000004
【図３】
2004046590.tif 000005
【図４】
2004046590.tif 000006
【図５】
2004046590.tif 000007
【図６】
2004046590.tif 000008
【図７】
2004046590.tif 000009
【図８】
2004046590.tif 000010
【図９】
2004046590.tif 000011
【図１０】
2004046590.tif 000012
【図１１】
2004046590.tif 000013
【図１２】
2004046590.tif 000014
【図１３】
2004046590.tif 000015
【図１４】
2004046590.tif 000016
【図１５】
2004046590.tif 000017
【図１６】
2004046590.tif 000018
【図１７】
2004046590.tif 000019
【図１８】
2004046590.tif 000020
【図１９】
2004046590.tif 000021
【図２０】
2004046590.tif 000022
【図２１】
2004046590.tif 000023
【図２２】
2004046590.tif 000024
【図２３】
2004046590.tif 000025
【図２４】
2004046590.tif 000026
【図２５】
2004046590.tif 000027
【図２６】
2004046590.tif 000028