JP4551009B2 - Server apparatus for online contract system and program therefor - Google Patents
Server apparatus for online contract system and program therefor Download PDFInfo
- Publication number
- JP4551009B2 JP4551009B2 JP2001053044A JP2001053044A JP4551009B2 JP 4551009 B2 JP4551009 B2 JP 4551009B2 JP 2001053044 A JP2001053044 A JP 2001053044A JP 2001053044 A JP2001053044 A JP 2001053044A JP 4551009 B2 JP4551009 B2 JP 4551009B2
- Authority
- JP
- Japan
- Prior art keywords
- contract
- data
- contractor
- input
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012795 verification Methods 0.000 claims description 51
- 238000012545 processing Methods 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000000034 method Methods 0.000 description 50
- 238000012790 confirmation Methods 0.000 description 11
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 4
- 238000004590 computer program Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、インターネット上で電子フォーム及び電子署名を使用してオンライン契約手続を実行するシステムに関する。
【0002】
【従来の技術】
近年の電子技術やネットワーク技術の進歩に伴い、従来は紙の書類で行われていた種々の手続をインターネット上で行う環境が整いつつある。例えば、官公庁への届出、申請などの手続や、保険、リースなどの契約手続を、電子書類と電子署名とを利用してオンラインで行うことが可能となりつつある。
【0003】
【発明が解決しようとする課題】
このような環境下において、複数の者がオンラインである種の契約を行う場合には、共通の契約内容に対して、契約者全員が電子署名を利用して同意の意思表示を行うことになる。
【0004】
しかし、同一の契約書データに対して、単純に複数の契約者が順に電子署名を付与する手法を採ると、後で契約を成立させるための検証を行う際、全員の電子署名を正しく検証できないという問題が生じる。例えば、契約者AとBの間で契約を行う場合、契約者Aが契約書データに対して必要事項(契約者Aの氏名、住所など)を記入して電子署名を付与した場合、その電子署名は、契約者Aの記入後の契約書データを対象として作成される。次に、そうして契約者Aが必要事項を記入し、電子署名を付与した契約書データに対して、今度は契約者Bが必要事項を記入し、電子署名を付す。その結果、契約書データとしては、契約者A及びBが必要事項を記入した後のものが存在し、電子署名は契約者AとBのものが存在することになる。
【0005】
ここで、契約者Bの電子署名は契約者A、Bの両者が必要事項を記入した後の契約書データを対象として作成されているので、正しく検証することができる。しかし、契約者Aの電子署名は、前述のように契約者Bが必要事項を記入する前の契約書データを対象として作成されているので、契約者Bが必要事項を記入した後の契約書データを利用して正しく検証することはできない。
【0006】
このように、複数の契約者間のオンライン契約を実現するためには、同一の契約書データに対して複数の者が必要事項を記入し、電子署名を付した際に、全ての契約者の電子署名を正しく検証することができるシステムが要求される。
【0007】
本発明は、以上の点に鑑みてなされたものであり、同一の契約書データに対して行われた契約者全員の電子署名を正しく検証することにより、安全にオンライン契約手続を実現することが可能なシステム及びそのためのプログラムを提供することを目的とする。
【0008】
【課題を解決するための手段】
請求項1に記載の発明は、 ネットワークを通じて契約者のクライアント端末と接続されたオンライン契約システムのサーバ装置において、 契約情報を保存するデータベースと、契約内容フィールド及び複数の契約者入力フィールドを含む契約書データについて、前記契約内容フィールドを対象としてサーバの電子署名を作成して契約書データに付与し、契約者の入力が未だ行われていない状態の入力前契約書データとして契約者のクライアント端末へ送信する送信手段と、契約者が必要事項を入力し、契約者の電子署名を付した状態の入力後契約書データを前記クライアント端末から受信する受信手段と、全ての契約者から入力後契約書データを受信した時点で、前記サーバ及び各契約者の電子署名の対象となっているフィールドのデータを入力後契約書データから抽出し、各電子署名を検証する検証手段と、前記検証手段が全ての電子署名を正しく検証できた場合に契約を成立させる成立手段と、を備える。
【0009】
上記のように構成された発明によれば、まず、契約書データにサーバの電子署名が付与されて入力前契約書データが作成され、これが契約者のクライアント端末へ送信される。契約者は必要事項を入力し、電子署名を付与し、入力後契約書データとしてサーバ装置へ送信する。サーバ装置はこれを受信する。全ての契約者にこの処理が行われた時点で、サーバ及び各契約者の電子署名の対象となっているフィールドのデータが入力後契約書データから抽出され、各電子署名の検証がなされる。全ての電子署名が正しく検証できれば、契約書データに対する改竄がなく、かつ、入力がそれぞれ契約者本人により行われたことがわかるので、契約が成立する。
【0010】
請求項2に記載の発明は、請求項1に記載のサーバ装置において、入力前契約書データと入力後契約書データとを比較して契約書データの一致を検出する比較手段を備え、前記成立手段は、全ての契約者について、前記比較手段が契約書データの一致を検出し、かつ、前記検証手段が電子署名を正しく検証できた場合に、契約を成立させる。これにより、入力前契約書データと入力後契約書データとが一致すれば、契約書データに対する改竄がないことがわかり、契約者の電子署名の検証が正しく行われれば、入力が契約者本人により行われたことがわかるので、契約が成立する。
【0011】
請求項3に記載の発明は、請求項1又は2に記載のサーバ装置において、前記送信手段、前記受信手段、前記検証手段及び前記成立手段が行った処理のログを前記データベースに保存するログ記録手段を備える。これにより、契約成立までの各段階の処理の記録を保存することができる。
【0012】
請求項4に記載の発明は、請求項1乃至3のいずれかに記載のサーバ装置において、前記契約書データは、対応する電子フォームのデータを含む。これにより、契約書データを電子的な書類として正しく表示することができる。
【0013】
請求項5に記載の発明は、請求項1乃至3のいずれかに記載のサーバ装置において、前記契約書データは、対応する電子フォームの識別情報を含む。これにより、契約書データを電子的な書類として正しく表示することを確保しつつ、契約書データ自体のデータ量を減らすことができる。
【0014】
また、請求項6に記載の発明は、ネットワークを通じて契約者のクライアント端末と接続されたオンライン契約システムのサーバ装置において実行されるプログラムであって、前記サーバ装置を、契約内容フィールド及び複数の契約者入力フィールドを含む契約書データについて、前記契約内容フィールドを対象としてサーバの電子署名を作成して契約書データに付与し、契約者の入力が未だ行われていない状態の入力前契約書データとして契約者のクライアント端末へ送信する送信手段、契約者が必要事項を入力し、契約者の電子署名を付した状態の入力後契約書データを前記クライアント端末から受信する受信手段、全ての契約者から入力後契約書データを受信した時点で、前記サーバ及び各契約者の電子署名の対象となっているフィールドのデータを入力後契約書データから抽出し、各電子署名を検証する検証手段、前記検証手段が全ての電子署名を正しく検証できた場合に契約を成立させる成立手段、として動作させる。
【0015】
上記のように構成された発明によれば、まず、契約書データにサーバの電子署名が付与されて入力前契約書データが作成され、これが契約者のクライアント端末へ送信される。契約者は必要事項を入力し、電子署名を付与し、入力後契約書データとしてサーバ装置へ送信する。サーバ装置はこれを受信する。全ての契約者にこの処理が行われた時点で、サーバ及び各契約者の電子署名の対象となっているフィールドのデータが入力後契約書データから抽出され、各電子署名の検証がなされる。全ての電子署名が正しく検証できれば、契約書データに対する改竄がなく、かつ、入力がそれぞれ契約者本人により行われたことがわかるので、契約が成立する。
【0016】
請求項7に記載の発明は、請求項6に記載のプログラムにおいて、入力前契約書データと入力後契約書データとを比較して契約書データの一致を検出する比較手段として更に動作させ、前記成立手段は、全ての契約者について、前記比較手段が契約書データの一致を検出し、かつ、前記検証手段が電子署名を正しく検証できた場合に、契約を成立させる。これにより、入力前契約書データと入力後契約書データとが一致すれば、契約書データに対する改竄がないことがわかり、契約者の電子署名の検証が正しく行われれば、入力が契約者本人により行われたことがわかるので、契約が成立する。
【0017】
請求項8に記載の発明は、請求項6または請求項7に記載のプログラムにおいて、前記契約書データは、対応する電子フォームのデータを含む。これにより、契約書データを電子的な書類として正しく表示することができる。
【0018】
請求項9に記載の発明は、請求項6または請求項7に記載のプログラムにおいて、前記契約書データは、対応する電子フォームの識別情報を含む。これにより、契約書データを電子的な書類として正しく表示することを確保しつつ、契約書データのデータ量を減らすことができる。
【0027】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。
【0028】
図1は、本発明のオンライン契約システムによるオンライン契約手続の概要を示す。図1の例では、企業Bとユーザ甲との間である契約が行われる。企業Bは、例えば保険会社、リース会社など、ユーザとの間で契約を行う種々のものが該当する。企業B側は、契約者として例えば代表取締役などである個人乙が契約書に記名、署名などを行うものとする。
【0029】
企業Aは、企業Bとユーザ甲との間に入り、インターネットを使用してオンライン契約手続を実行する企業であり、契約手続を行うことにより、企業B及び/又はユーザ甲から所定のサービス料を得る場合がある。企業Aは契約代行サーバを運営し、インターネットを通じて甲及び乙のクライアント端末と通信を行って契約手続のために必要な処理を実行する。
【0030】
企業Aのサーバ及び契約者のクライアント端末を含むオンライン契約システムの概略構成を図2に示す。図2において、企業Aのサーバ10と、契約者(甲、乙)のクライアント端末20とがインターネット1を介して通信可能に接続されている。サーバ10は、フォームDB11、マスターDB12、契約情報DB13に接続される。フォームDB11は、契約に利用される電子フォームを蓄積している。電子フォームとは、通常の紙書類の契約書などを電子データとしたものであり、契約内容の記載や契約者の氏名記入欄などの枠やフィールドなどを示すデータである。電子フォームを利用して電子書類を作成する際には、契約者などが契約内容を記述した入力データを作成して電子フォームの対応するフィールドに挿入し、さらに契約者が氏名などの必要事項を対応するフィールドに入力することになるが、これら入力データは電子フォーム自体とは別のデータとして管理される。即ち、電子フォームと、それに対する入力データとを組み合わせることにより、1つの電子書類が作成されることになる。
【0031】
本発明の場合、各種の契約書に対応する電子フォームがフォームDB11に保存されており、各種の契約内容を記述した入力データがマスターDB12に保存されている。サーバ10はこれらを組み合わせることにより契約書の電子書類(以下、「契約書データ」と呼ぶ。)を作成し、契約者に提供することになる。
【0032】
契約情報DB13には、契約手続の完了までに発生する様々のデータが、契約処理の進行に伴って順次保存されていく。具体的には、契約者の要求により1つの契約手続が開始すると、まずそれに対する契約IDが生成され契約情報DB13に保存される。次に、以後の契約処理に伴って発生する種々のデータがこの契約IDの下に蓄積されていく。契約情報DB13に蓄積されるデータとしては、例えば、対象となる契約書データ、その契約書データにおいて使用されている電子フォーム自体又は電子フォームID、契約者の電子署名、契約成立を示すデータ、契約手続において契約者やサーバが行った手続のログデータ、などが含まれる。
【0033】
また、サーバ10には、後述する契約書データの処理や契約内容の検証処理などを実行するためのサーバアプリケーション14(以下、「サーバアプリ」と呼ぶ。)が導入されている。なお、サーバアプリ14は、コンピュータプログラムとして構成することができる。
【0034】
一方、クライアント端末20には、契約者としての必要事項の入力、電子署名の付与などの処理を実行するためのクライアントモジュール22が導入されている。クライアントモジュールもコンピュータプログラムとして構成することができる。また、クライアント端末20は、図示しないICカードリーダにより契約者の所持するICカード21との間でデータの入出力が可能である。ICカード21には、例えば、契約者の電子署名の秘密鍵などが含まれている。従って、クライアントモジュール22は、ユーザが電子署名を付与する際に、クライアント端末20内又はICカード21中に存在する秘密鍵を使用して電子署名を作成する。
【0035】
次に、図1及び2を参照して、オンライン契約手続の流れを概説する。図1の例においては、個人契約者甲と、企業Bに属する契約者乙との間である契約が行われる。企業Aは、サーバ10によりオンラインでその契約手続の補助、代行を行い、契約が完了するとそれを企業Bに報告する。
【0036】
まず、契約者甲と企業Bとの間の契約に関して、企業Aに代行依頼がなされると、サーバ10は企業BのマスターDBから契約内容データを取得し、企業AのマスターDB12に保存する(ステップS0)。次に、サーバ10はその契約内容データに対応する電子フォームをフォームDB11から取得し、両者を組み合わせて契約書データを作成し、契約者甲のクライアント端末20へ送信する(ステップS1)。甲は、クライアント端末20のクライアントモジュール22を利用して、契約書データに必要事項(具体的には甲の氏名など)を入力し、甲の電子署名を付与してサーバ10へ返信する(ステップS2)。
【0037】
次に、サーバ10は、甲の電子署名が付された契約書データを乙のクライアント端末20へ送信する(ステップS3)。これに対し、乙は必要事項を入力し、乙の電子署名を付与してサーバ10へ返信する(ステップSS4)。サーバ10は、こうして受け取った契約書データ及び電子署名を利用して、契約書の内容の改変の有無の検査ならびに甲及び乙の電子署名の検証などの処理(以下、「契約情報検証処理」とも呼ぶ。)を行う。本発明はこの契約情報検証処理に関連するものであり、その詳細は後述する。そして、サーバ10における検証の結果、契約内容の改変がなく、甲及び乙の電子署名が正しいことが確認されると、サーバ10は契約書データや甲、乙の電子署名データなどを契約情報DB13に保存するとともに、企業Bに送信して契約成立の報告を行う(ステップS5)。企業Bは、契約成立したデータを企業Bの契約情報DBに格納する(ステップS6)。
こうして、オンライン契約手続が完了する。
【0038】
なお、サーバ10は、契約手続中に行われた処理のログデータをとり、契約情報DB13に保存することができる。これにより、サーバと契約者のクライアント端末との間でデータの送受信が行われた日時などの履歴を保存し、後に問題となった場合に参照などすることができる。
【0039】
次に、サーバ10と契約者のクライアント端末20との間で行われる契約手続について詳細に説明する。契約手続は、サーバ10が契約者に契約書データを提供し、契約者がこれに氏名などの必要事項を記入し、電子署名を付与することにより行われる。2者間の契約では、1人の契約者が必要事項を記入し、電子署名を付した後、さらにもう1人の契約者が必要事項を入力し、電子署名を付す。サーバ10は、2人の契約者が必要事項を入力した契約書データ及び2人の契約者の電子署名の検証を行う。
【0040】
サーバ10が実行する契約情報検証処理においては、主として2つの事項について検証が行われる。1つは、「契約書データの原本性の確認」である。最初にサーバ10から契約者に送信される契約書データには、契約内容が記載されている。契約書データが契約者に送信され、契約者が必要事項を記入し、電子署名を付してサーバ10へ返信される間に、契約内容が契約者によって改竄されたり、又はインターネットによる送信中に第3者により改竄されたりしていないかを確認する必要がある。契約書データの原本性の確認はこのために行われる。もう1つは、「契約者(記入者)の確認」である。つまり、本人以外の者が偽って契約者になりすまして契約を行っていないかの確認である。この2つの検証を行うための方法を以下に説明する。
[1]第1の契約情報検証方法
以下に、第1の契約情報検証方法を説明する。第1の方法では、上記の「契約書データの原本性の確認」は、契約者が必要事項を入力する前後の契約書データ同士を比較することにより行う。また、「記入者の確認」は、付与された電子署名を復号化して検証することにより行う。なお、契約書データ同士を比較するために、企業Aの契約情報DB13は履歴管理機能を備えたものを使用する。また、契約書データの比較は、契約書データを構成する複数のフィールド単位で比較を行うことになる。
(1)原本性の確認
まず、契約書データの原本性の確認方法について説明する。サーバ10はマスターDB12中の契約内容データとフォームDB11内の電子フォームから契約書データを作成すると、その写しを契約情報DB13に保存してから契約者甲に送信する。契約者甲は、契約書データを受信し、契約内容を確認する。
【0041】
図5の下部の例において、契約書データは、契約内容フィールド24(図4(A)の契約書データの「契約」及び「別表」の欄)と、第1契約者フィールド25(契約者1の氏名・住所欄)と、第2契約者フィールド26(契約者2の氏名・住所欄)とを含む。ここで、甲は、図4(A)の左側に示すように甲の情報(氏名、住所)を第1契約者フィールドに入力して、甲の電子署名を付す。この時点では、第2契約者フィールド(乙の入力欄)は未だ空欄である。甲はクライアント端末20を使用して、入力後の契約書データ(甲の電子署名付き)をサーバ10へ返信する。
【0042】
サーバ10は、受信した契約書データ(甲の電子署名付き)をまず契約情報DB13に格納する。次に、サーバ10はサーバアプリ14を実行することにより、先に契約情報DB13に保存した、甲の入力前の契約書データ中の契約内容フィールドと、甲から受信した、甲の入力後の契約書データ中の契約内容フィールドとを比較する。両者が一致すれば、甲の入力・署名処理において、契約内容に改竄はなく、契約書データの原本性が確保されたと判断される。
【0043】
次に、サーバ10は、今度は甲の入力後の契約書データ(図4(A)の左側の状態)を乙のクライアント端末20へ送信する。乙は、契約内容を確認し、第2契約者フィールドに氏名、住所を入力し、乙の電子署名を付してサーバ10へ返信する。サーバ10は、乙の入力・署名後の契約書データ(乙の電子署名付き)を受信し、契約情報DB13内に保存する。次に、サーバ10はサーバアプリ14を実行することにより、先に保存した甲の入力後の契約書データ中の契約内容フィールドと、乙の入力後の契約書データ中の契約内容フィールドとを比較する。両者が一致すれば、乙の入力・署名処理中にも、契約書データの原本性が保たれたことがわかる。
【0044】
このように、第1実施例では、契約書データの原本性は、各契約者の入力前後における契約書データ中の契約内容フィールドを比較することにより検証する。
(2)記入者の検証
次に、第1実施例における電子署名の検証について説明する。第1実施例では、基本的に図3に示す署名パターン1により電子署名が付与される。
【0045】
図3(A)に示す署名パターン1を適用した場合、甲及び乙の電子署名は契約書データ全体(即ち、入力データ+電子フォーム)に対して付与される。サーバ10のサーバアプリ14は、契約者のクライアント端末から契約書データ及び電子署名を受信すると、最新の電子署名のみを検証する。
【0046】
まず、契約者の入力前の契約書データがサーバ10から甲のクライアント端末20へ送信されると、甲は自分の情報を入力し、入力後の契約書データに対して電子署名を付して、サーバ10へ返信する。この時、甲のクライアント端末20のクライアントモジュール22は、甲の入力後の契約書データ全体を対象として甲の電子署名を作成する。サーバ10はこれらを受信し、サーバアプリ14により、受信した契約書データ(甲の入力後)を利用して甲の電子署名を検証する。検証が正しく行えれば、その契約書データは確かに甲により入力されたと判定される。
【0047】
次に、サーバ10は甲の入力後の契約書データを乙のクライアント端末20に送信する。乙は、同様に自分の情報を入力し、電子署名を付してサーバ10へ返信する。この時、乙のクライアント端末20のクライアントモジュール22は、乙の入力後の契約書データ全体を対象として乙の電子署名を作成する。サーバ10は、乙の入力後の契約書データを使用して乙の電子署名を検証し、検証が正しく行えれば、その入力が乙によってなされたと判定する。こうして、契約者の電子署名の検証がなされる。
(3)処理フロー
次に、図6を参照して、第1の契約情報検証方法によるオンライン契約手続の流れを概説する。まず、サーバ10はサーバアプリ14により、電子フォームと契約内容データを組み合わせて契約書データ(オリジナルデータ)を作成し(ステップS10)、契約情報DB13に保存し(ステップS12)、甲のクライアント端末20へ送信する(ステップS14)。甲は契約書データを受信し、氏名・住所を入力し、電子署名を付与し(ステップS16)、サーバ10へ返信する。サーバ10は、受信した契約書データ及び甲の電子署名を契約情報DB13に保存し、サーバアプリ14により甲の電子署名の検証を行う(ステップS18)。次に、サーバアプリ14は、先に契約情報DB13に保存された甲の入力前の契約書データと、甲のクライアント端末20から受信した甲の入力後の契約書データとを比較して原本性の確認を行う(ステップS20)。甲の電子署名の検証及び契約書データの原本性の確認が無事完了すると、サーバ10は甲の入力後の契約書データ及び甲の電子署名を契約情報DB13に保存する。
【0048】
次に、サーバ10は、甲の入力・署名後の契約書データを乙のクライアント端末20へ送信する(ステップS22)。乙はこれを受け取り、自分の氏名・住所を入力し、入力後のデータに乙の電子署名を付してサーバへ返信する(ステップS24)。サーバ10では、サーバアプリ14が乙の署名を検証し(ステップS26)、さらにステップS20で契約情報DB13に保存された乙の入力前の契約書データと、乙のクライアント端末20から受信した乙の入力後の契約書データとを比較して原本性の確認を行う(ステップS28)。こうして、原本性の確認及び署名の検証が完了すると、サーバ10は契約書データ及び乙の電子署名を契約情報DB13に保存し、契約成立とする。
【0049】
このように、第1の契約情報検証方法によれば、契約情報DB13に契約者の入力前の契約書データを保存し、それと入力後の契約書データとを比較することにより契約書データの改竄を検出して契約書データの原本性を確保する。また、契約者の入力後の契約書データに基づいて各契約者の電子署名を検証し、契約者(記入者)の検証を行う。これにより、契約者データの原本性と記入者の確認を同時に行うことができる。
【0050】
なお、サーバ10の契約情報DB13内に保存された契約書データの改竄を検出する目的で、契約情報DB13に契約書データを保存する際にはサーバ側の電子署名を付し、契約情報DB13から契約書データを取り出す際にはサーバ側の電子署名による検証を行うようにサーバアプリ14を構成することもできる。これにより、サーバ10内における契約書データの改竄などを検出することができる。
[2]第2の契約情報検証方法
次に、第2の契約情報検証方法を説明する。第2の方法では、上記の「契約書データの原本性の確認」及び「契約者(記入者)の検証」をいずれも電子署名を利用して行う。なお、この方法では、契約者の入力前の契約書データを契約情報DB13に保存する必要はないので、契約情報DB13は履歴管理機能の無いものを使用できる。
(1)原本性の確認及び電子署名の検証
この方法では、基本的に図3(B)に示す署名パターン2を使用する。署名パターン2は、契約内容データ中の特定のフィールド及び電子フォームに対してサーバ側、甲及び乙が電子署名を付す方法である。
【0051】
図4(B)に示すように、サーバ10は、オリジナルの契約書データに対してサーバ側の電子署名を付して甲のクライアント端末20へ送信する。この際、サーバの電子署名の対象となるのは、契約内容フィールドである。次に、甲は自分の情報を入力し、電子署名を付与する。この際、甲のクライアント端末20のクライアントモジュール22は、第1契約者フィールドを対象として甲の電子署名を作成する。これにより、甲の入力後の契約書データ、サーバの電子署名及び甲の電子署名がサーバ10へ返信され、さらに乙のクライアント端末20に送信される。乙が入力を行い、電子署名付与の指示をクライアント端末20に入力すると、クライアントモジュール22は、契約書データ全体を対象として乙の電子署名を作成する。よって、この時点では、甲及び乙の両者の入力後の契約書データに対して、サーバ、甲及び乙の3つの電子署名が付加された状態でサーバ10へ送信される。
【0052】
さて、サーバ10のサーバアプリ14は、まずサーバ署名の検証を行う。サーバ署名は契約内容フィールドのみを対象として作成されているので、甲及び乙の入力後であっても、契約内容フィールド中に改竄が無ければ正しく復号化できる。つまり、サーバ署名を検証することにより、契約内容の改竄を検出することができる。
【0053】
サーバ署名の検証により、契約内容の改竄が無いと判定されると、次にサーバアプリ14は甲の電子署名を検証する。甲の電子署名は第1契約者フィールドを対象として作成されているので、乙の入力後であっても、契約書データから第1契約者フィールドのみを抜き出して検証すれば正しい検証を行うことができる。こうして、甲の電子署名の検証に成功すると、第1契約者フィールドの記入者が確かに甲本人であることが確認できる。次に、サーバアプリ14は、乙の電子署名を検証する。乙の電子署名は契約書データ全体について作成されているので、サーバアプリ14は乙のクライアント端末20から受信した契約書データ(甲、乙の入力後)を利用して乙の電子署名を検証する。検証に成功すれば、第2契約者フィールドの記入者が乙本人であることが確認できる。
(2)処理フロー
次に、図7を参照して第2の契約情報検証処理の流れを説明する。まず、サーバ10において契約内容データと電子フォームとにより契約書データ(オリジナルデータ)が作成され、それに対するサーバの電子署名が付され(ステップS40)、契約情報DB13に保存される(ステップS42)。次に、サーバ10が契約書データを甲のクライアント端末20へ送信する(ステップS44)。甲は自分の氏名・住所を入力し、入力後の契約書データに対して電子署名を付してサーバ10へ送る(ステップS46)。このとき、クライアント端末20上で甲が電子署名の付与を指示すると、クライアントモジュール22は契約書データ中の第1契約者フィールド(甲の記入欄)を対象として電子署名を作成する。サーバ10は、甲のクライアント端末20から受け取った契約書データ及び甲の電子署名を契約情報DB13に保存する(ステップS50)。
【0054】
次に、サーバ10は、サーバ及び甲の署名が付与された契約書データを乙のクライアント端末20へ送信する(ステップS52)。乙は、第2契約者フィールドに自分の氏名・住所を入力し、電子署名付与の指示を入力する。これにより、クライアントモジュール22は乙の入力後の契約書データに対して電子署名を作成し(ステップS54)、サーバ10へ返信する。サーバ10は、乙のクライアント端末20からデータを受信すると、前述のように、サーバの電子署名、甲の電子署名、乙の電子署名の順に署名を検証する。全ての署名の検証が正しく行われると、それは契約内容の原本性が保証され、かつ、甲及び乙本人が契約書データに必要事項を入力したことが確認されたことを示す。よって、サーバアプリ14は契約書データ及びそれらの電子署名を契約情報DB13に保存する(ステップS58)。
【0055】
なお、上記の例では、サーバの電子署名の対象を契約内容フィールド、甲の電子署名の対象を第1契約者フィールド、乙の電子署名の対象を契約書データ全体としているが、第2の契約情報検証方法では、甲の電子署名の対象となる部分が、乙の入力フィールドを含まないようにすれば、他の態様でもかまわない。こうすることにより、甲の電子署名の対象となる部分が乙の入力により変更することが無くなるので、甲の電子署名の検証を正しく行えるからである。よって、例えば、甲の電子署名の対象を契約内容フィールド+第1契約者フィールドとすることもできる。また、乙の電子署名の対象は第2契約者フィールドのみでもよく、第2契約者フィールド+契約内容フィールドでもよく、第2契約者フィールド+第1契約者フィールドでもよい。
【0056】
また、契約者が3人以上である場合でも同様の処理を適用することができる。即ち、ある契約者の電子署名が、その契約者より後に記入・署名する契約者のための契約者フィールドを含まない署名対象部分に対して作成されることを確保すれば、各契約者の電子署名を正しく検証することができる。
【0057】
また、第1の契約情報検証方法の場合と同様に、契約情報DB13中に契約書データを保存する際に、サーバ側で電子署名を付して、サーバ内における契約書データの改竄を検出可能とすることもできる。この場合の電子署名は、ステップS40で使用した秘密鍵を用いてもよいし、それとは異なる秘密鍵を用いてもよい。
(3)変形例
次に、第2の契約情報検証方法において、別の署名パターンを使用する場合について説明する。上の例では、図3(B)に示す署名パターン2として、電子フォーム自体を含めて電子署名を付している。しかし、同種類の契約には同一の電子フォームが利用されることが多く、電子フォーム自体を契約書データに含めて契約情報DB13に保存すると、保存すべき契約書データのデータ量が大きくなってしまう。そこで、図3(C)及び図4(C)に示すように、電子フォーム自体の代わりに、電子フォームを特定する紐付け情報(例えば電子フォームのIDなど)を契約書データに含める。即ち、署名パターン2の契約内容データ及び電子フォームの代わりに、契約内容データ及び対応する電子フォームの紐付け情報を利用して電子署名を作成する。これにより、各契約書データは電子フォーム自体を含まなくなるので、個々の契約書データの容量を小さくすることができ、契約情報DB13の容量を効率的に使用することができる。これは、具体的にはクライアント端末20のクライアントモジュールが電子署名を付与する際に、電子署名の対象として、電子フォーム自体の代わりに電子フォームの紐付け情報を利用するように構成すればよい。
【0058】
なお、署名パターン3を使用した場合も、甲の電子署名の対象が乙の入力範囲を含まないようにすれば、甲及び乙の電子署名の対象を種々の態様で決めることができるのは同様である。
【0059】
なお、上記の例では、第1の契約情報検証方法において署名パターン1を使用し、第2の契約情報検証方法において署名パターン2又は3を使用しているが、第1の契約情報検証方法において署名パターン2及び3を使用することも可能である。
【0060】
また、クライアント端末がサーバから契約書データを受信した際に、まずその時点の契約書データに付されている電子署名を検証するように構成することもできる。これにより、契約者が正しい契約内容データに対して入力・署名することが確保される。これは、クライアントモジュール22に電子署名の検証機能を含めることにより実現できる。具体的には、甲のクライアント端末でサーバの電子署名を検証し、乙のクライアント端末でサーバ及び甲の電子署名を検証することができる。
【0061】
また、上記の例では、説明の便宜上、2者間の契約の場合について説明しているが、同様の処理により3者以上の間での契約手続も行うことができる。
【0062】
【発明の効果】
以上説明したように、本発明によれば、契約内容の原本性を確保し、電子署名により契約者の認証を行うことにより、安全にオンライン契約手続を実行することができる。
【図面の簡単な説明】
【図1】本発明のシステムによるオンライン契約処理の概要を示す。
【図2】本発明のオンライン契約システムの概略構成図である。
【図3】本発明のオンライン契約手続において使用できる署名パターンを示す。
【図4】署名パターン1及び2における電子署名の方法を示す。
【図5】署名パターン3における電子署名の方法を示す。
【図6】第1の契約情報検証処理を示すフローチャートである。
【図7】第2の契約情報検証処理を示すフローチャートである。
【符号の説明】
1 インターネット
10 サーバ
11 フォームDB
12 マスターDB
13 契約情報DB
20 クライアント端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for performing online contract procedures using electronic forms and electronic signatures on the Internet.
[0002]
[Prior art]
With recent advances in electronic technology and network technology, an environment for performing various procedures on the Internet, which has conventionally been performed with paper documents, is being prepared. For example, procedures such as notification and application to government offices and contract procedures such as insurance and lease can be performed online using electronic documents and electronic signatures.
[0003]
[Problems to be solved by the invention]
In such an environment, when multiple parties make a certain type of online contract, all contractors will use their electronic signatures to indicate their consent for common contract details. .
[0004]
However, if a method is used in which multiple contractors simply give digital signatures to the same contract document data in sequence, it is not possible to correctly verify the electronic signatures of all members when performing verification to establish a contract later. The problem arises. For example, when contracting between contractors A and B, if contractor A fills in the necessary information (name, address, etc. of contractor A) and gives an electronic signature to contract data, the electronic The signature is created for the contract document data after the contractor A has entered. Next, the contractor A fills in the necessary items, and the contractor B fills in the necessary items and attaches the electronic signature to the contract document data to which the electronic signature is added. As a result, the contract data exists after the contractors A and B have entered the necessary items, and the electronic signatures of the contractors A and B exist.
[0005]
Here, since the electronic signature of the contractor B is created for the contract document data after both the contractors A and B fill in the necessary items, it can be correctly verified. However, since the electronic signature of the contractor A is created for the contract data before the contractor B fills in the necessary items as described above, the contract after the contractor B fills in the necessary items. It cannot be verified correctly using data.
[0006]
In this way, in order to implement online contracts between multiple contractors, when multiple parties fill out the necessary information for the same contract data and attach electronic signatures, A system that can correctly verify an electronic signature is required.
[0007]
The present invention has been made in view of the above points, and it is possible to safely implement an online contract procedure by correctly verifying the electronic signatures of all the contractors performed on the same contract document data. An object is to provide a possible system and a program therefor.
[0008]
[Means for Solving the Problems]
The invention according to
[0009]
According to the invention configured as described above,First, the electronic signature of the server is added to the contract data to create pre-input contract data, which is transmitted to the contractor's client terminal. The contractor inputs necessary items, assigns an electronic signature, and transmits it to the server apparatus as contract data after input. The server device receives this. When this processing is performed for all contractors, the data of the server and the fields that are the targets of the digital signatures of each contractor are extracted from the contract document data after input, and each digital signature is verified. If all the electronic signatures can be verified correctly, it is understood that the contract data has not been tampered with and that the input has been performed by the contractor himself / herself, and thus the contract is established.
[0010]
The invention according to
[0011]
The invention according to claim 3 is the server device according to
[0012]
The invention according to
[0013]
The invention described in claim 54. The server apparatus according to
[0014]
The invention according to claim 6 is a program executed in a server apparatus of an online contract system connected to a client terminal of a contractor through a network, and the server apparatus includes a contract content field and a plurality of contractors. For contract data including an input field, a server electronic signature is created for the contract content field and attached to the contract data, and the contract is entered as contract data before input without the contractor's input yet. Sending means for transmitting to the client terminal of the contractor, receiving means for inputting the necessary information by the contractor and receiving the contract data after the input with the digital signature of the contractor input from all the contractors When the post-contract data is received, the fee that is the subject of the electronic signature of the server and each contractor. Extracting de data from the input after agreement data, verification means for verifying the electronic signature, the verification means established means for establishing a contract when correctly validate all electronic signature, to operate as.
[0015]
According to the invention configured as described above, first, the electronic signature of the server is added to the contract data, and the pre-input contract data is created and transmitted to the client terminal of the contractor. The contractor inputs necessary items, assigns an electronic signature, and transmits it to the server apparatus as contract data after input. The server device receives this. When this processing is performed for all contractors, the data of the server and the fields that are the targets of the digital signatures of each contractor are extracted from the contract document data after input, and each digital signature is verified. If all the electronic signatures can be verified correctly, it is understood that the contract data has not been tampered with and that the input has been performed by the contractor himself / herself, and thus the contract is established.
[0016]
According to a seventh aspect of the invention, in the program according to the sixth aspect, the pre-input contract document data is compared with the post-input contract data to detect a match between the contract data, The establishment means establishes a contract for all contractors when the comparison means detects agreement data agreement and the verification means can correctly verify the electronic signature. As a result, if the pre-input contract data matches the post-input contract data, it can be seen that there is no falsification of the contract data, and if the digital signature of the contractor is correctly verified, the input is made by the contractor himself / herself. Since it is known that the contract has been made, the contract is established.
[0017]
The invention according to claim 8 is the program according to
[0018]
The invention according to claim 9 is the program according to claim 6 or
[0027]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings.
[0028]
FIG. 1 shows an outline of an online contract procedure by the online contract system of the present invention. In the example of FIG. 1, a contract between the company B and the user A is performed. The company B corresponds to various types of contracts with users, such as an insurance company and a leasing company. On the company B side, for example, an individual B who is a representative director or the like as a contractor registers the name, signature, etc. on the contract.
[0029]
Company A is a company that enters between Company B and User A and executes an online contract procedure using the Internet. By performing the contract procedure, Company A receives a predetermined service fee from Company B and / or User A. You may get. Company A operates a contract agency server and communicates with the client terminals of Party A and Party B through the Internet to execute processing necessary for the contract procedure.
[0030]
FIG. 2 shows a schematic configuration of an online contract system including a server of company A and a client terminal of a contractor. In FIG. 2, the
[0031]
In the present invention, electronic forms corresponding to various contracts are stored in the form DB 11, and input data describing various contract contents is stored in the
[0032]
Various data generated until the completion of the contract procedure is sequentially stored in the
[0033]
In addition, a server application 14 (hereinafter referred to as “server application”) for executing contract data processing, contract content verification processing, and the like, which will be described later, is introduced into the
[0034]
On the other hand, the
[0035]
Next, the flow of the online contract procedure will be outlined with reference to FIGS. In the example of FIG. 1, a contract between the individual contractor A and the contractor B belonging to the company B is performed. The company A assists and substitutes the contract procedure online by the
[0036]
First, regarding the contract between the contractor A and the company B, when the agency A is requested to act on behalf of the company A, the
[0037]
Next, the
Thus, the online contract procedure is completed.
[0038]
The
[0039]
Next, the contract procedure performed between the
[0040]
In the contract information verification process executed by the
[1] First contract information verification method
Below, the 1st contract information verification method is demonstrated. In the first method, the above “confirmation of originality of contract data” is performed by comparing contract data before and after the contractor inputs necessary items. “Confirmation of writer” is performed by decrypting and verifying the attached electronic signature. In order to compare the contract data, the
(1) Confirmation of originality
First, a method for confirming the originality of contract data will be described. When the
[0041]
In the example at the bottom of FIG. 5, the contract data includes a contract content field 24 (“Contract” and “Annex” fields in FIG. 4A) and a first contractor field 25 (contractor 1). And the second contractor field 26 (name and address field of the contractor 2). Here, as shown on the left side of FIG. 4A, the user inputs information (name, address) of the user in the first contractor field and attaches the electronic signature of the user. At this point in time, the second contractor field (secondary input field) is still blank. Party A uses
[0042]
The
[0043]
Next, the
[0044]
As described above, in the first embodiment, the originality of the contract data is verified by comparing the contract content fields in the contract data before and after each contractor input.
(2) Verification of entrants
Next, verification of the electronic signature in the first embodiment will be described. In the first embodiment, an electronic signature is basically given by the
[0045]
When the
[0046]
First, when the contract data before input of the contractor is transmitted from the
[0047]
Next, the
(3) Processing flow
Next, with reference to FIG. 6, the flow of the online contract procedure according to the first contract information verification method will be outlined. First, the
[0048]
Next, the
[0049]
Thus, according to the first contract information verification method, the contract data before contractor input is stored in the
[0050]
For the purpose of detecting falsification of the contract document data stored in the
[2] Second contract information verification method
Next, the second contract information verification method will be described. In the second method, the above-described “confirmation of originality of contract data” and “verification of contractor (entrant)” are both performed using an electronic signature. In this method, it is not necessary to save the contract document data before the contractor's input in the
(1) Confirmation of originality and verification of electronic signature
In this method, a
[0051]
As shown in FIG. 4B, the
[0052]
Now, the
[0053]
If it is determined by the verification of the server signature that the contract contents have not been tampered with, then the
(2) Processing flow
Next, the flow of the second contract information verification process will be described with reference to FIG. First, contract data (original data) is created by the contract content data and the electronic form in the
[0054]
Next, the
[0055]
In the above example, the electronic signature target of the server is the contract content field, the electronic signature target of the former is the first contractor field, and the electronic signature target of the second party is the entire contract data. In the information verification method, other forms may be used as long as the part to be subject to the electronic signature of the former does not include the input field of the second party. By doing so, the part of the subject of the electronic signature of the first party is not changed by the input of the second party, so that the verification of the electronic signature of the first party can be performed correctly. Therefore, for example, the subject of the electronic signature of the former can be the contract content field + the first contractor field. The subject of the electronic signature of the second party may be only the second contractor field, the second contractor field + contract content field, or the second contractor field + first contractor field.
[0056]
The same processing can be applied even when there are three or more contractors. That is, if it is ensured that an electronic signature of a contractor is created for a part to be signed that does not include a contractor field for a contractor who fills and signs after the contractor, the electronic signature of each contractor The signature can be verified correctly.
[0057]
Similarly to the case of the first contract information verification method, when the contract data is stored in the
(3) Modification
Next, a case where another signature pattern is used in the second contract information verification method will be described. In the above example, an electronic signature including the electronic form itself is attached as the
[0058]
Even when signature pattern 3 is used, if the subject of the electronic signature of Party A does not include the input range of Party B, the subject of the electronic signature of Party A and Party B can be determined in various ways. It is.
[0059]
In the above example,
[0060]
Further, when the client terminal receives the contract data from the server, the electronic signature attached to the contract data at that time can be verified first. This ensures that the contractor inputs and signs the correct contract content data. This can be realized by including an electronic signature verification function in the
[0061]
Further, in the above example, the case of a contract between two parties has been described for convenience of explanation, but a contract procedure between three or more parties can also be performed by the same processing.
[0062]
【The invention's effect】
As described above, according to the present invention, it is possible to safely execute an online contract procedure by securing the originality of the contract contents and authenticating the contractor with the electronic signature.
[Brief description of the drawings]
FIG. 1 shows an outline of online contract processing by a system of the present invention.
FIG. 2 is a schematic configuration diagram of an online contract system according to the present invention.
FIG. 3 shows signature patterns that can be used in the online contract procedure of the present invention.
FIG. 4 shows a digital signature method in
FIG. 5 shows an electronic signature method in signature pattern 3;
FIG. 6 is a flowchart showing a first contract information verification process.
FIG. 7 is a flowchart showing second contract information verification processing;
[Explanation of symbols]
1 Internet
10 servers
11 Form DB
12 Master DB
13 Contract information DB
20 Client terminal
Claims (9)
契約情報を保存するデータベースと、
契約内容フィールド及び複数の契約者入力フィールドを含む契約書データについて、前記契約内容フィールドを対象としてサーバの電子署名を作成して契約書データに付与し、契約者の入力が未だ行われていない状態の入力前契約書データとして契約者のクライアント端末へ送信する送信手段と、
契約者が必要事項を入力し、契約者の電子署名を付した状態の入力後契約書データを前記クライアント端末から受信する受信手段と、
全ての契約者から入力後契約書データを受信した時点で、前記サーバ及び各契約者の電子署名の対象となっているフィールドのデータを入力後契約書データから抽出し、各電子署名を検証する検証手段と、
前記検証手段が全ての電子署名を正しく検証できた場合に契約を成立させる成立手段と、を備えるサーバ装置。In the server device of the online contract system connected to the client terminal of the contractor through the network,
A database for storing contract information;
Regarding contract data including a contract content field and a plurality of contractor input fields, a server electronic signature is created for the contract content field and assigned to the contract data, and the contractor has not yet been input. A transmission means for transmitting the contract data before input to the client terminal of the contractor,
A receiving means for receiving contract document data from the client terminal after entering the necessary information by the contractor and attaching the electronic signature of the contractor;
When the contract data after input from all contractors is received, the server and each contractor's field data subject to digital signature are extracted from the contract data after input, and each digital signature is verified. Verification means;
And a establishing unit that establishes a contract when all the electronic signatures are correctly verified by the verification unit.
前記成立手段は、全ての契約者について、前記比較手段が契約書データの一致を検出し、かつ、前記検証手段が電子署名を正しく検証できた場合に、契約を成立させる請求項1に記載のサーバ装置。 Comparing means for comparing the contract data before input and the contract data after input to detect agreement data agreement ,
2. The establishment means according to claim 1, wherein, for all contractors, the comparison means establishes a contract when the comparison means detects agreement data agreement and the verification means can correctly verify the electronic signature. Server device.
契約内容フィールド及び複数の契約者入力フィールドを含む契約書データについて、前記契約内容フィールドを対象としてサーバの電子署名を作成して契約書データに付与し、契約者の入力が未だ行われていない状態の入力前契約書データとして契約者のクライアント端末へ送信する送信手段、 Regarding contract data including a contract content field and a plurality of contractor input fields, a server electronic signature is created for the contract content field and assigned to the contract data, and the contractor has not yet been input. Means for sending to the contractor's client terminal as the pre-input contract data
契約者が必要事項を入力し、契約者の電子署名を付した状態の入力後契約書データを前記クライアント端末から受信する受信手段、 Receiving means for receiving contract document data from the client terminal after the input of the contractor's electronic signature with the contractor inputting necessary items,
全ての契約者から入力後契約書データを受信した時点で、前記サーバ及び各契約者の電子署名の対象となっているフィールドのデータを入力後契約書データから抽出し、各電子署名を検証する検証手段、 When the contract data after input from all contractors is received, the server and each contractor's field data subject to digital signature are extracted from the contract data after input, and each digital signature is verified. Verification means,
前記検証手段が全ての電子署名を正しく検証できた場合に契約を成立させる成立手段、として動作させるプログラム。 A program that operates as an establishment unit that establishes a contract when the verification unit can correctly verify all the electronic signatures.
前記成立手段は、全ての契約者について、前記比較手段が契約書データの一致を検出し、かつ、前記検証手段が電子署名を正しく検証できた場合に、契約を成立させる請求項6に記載のプログラム。 7. The establishment means according to claim 6, wherein, for all contractors, the comparison means establishes a contract when the comparison means detects agreement data agreement and the verification means can correctly verify the electronic signature. program.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001053044A JP4551009B6 (en) | 2001-02-27 | Server apparatus for online contract system and program therefor |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001053044A JP4551009B6 (en) | 2001-02-27 | Server apparatus for online contract system and program therefor |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2002259849A JP2002259849A (en) | 2002-09-13 |
JP4551009B2 true JP4551009B2 (en) | 2010-09-22 |
JP4551009B6 JP4551009B6 (en) | 2011-07-06 |
Family
ID=
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10187836A (en) * | 1996-10-30 | 1998-07-21 | Fujitsu Ltd | Device and method for proving transaction in network environment |
JP2000076344A (en) * | 1998-09-02 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | Electronic agreement controlling method, its system and recording medium recording electronic agreement controlling program |
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10187836A (en) * | 1996-10-30 | 1998-07-21 | Fujitsu Ltd | Device and method for proving transaction in network environment |
JP2000076344A (en) * | 1998-09-02 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | Electronic agreement controlling method, its system and recording medium recording electronic agreement controlling program |
Also Published As
Publication number | Publication date |
---|---|
JP2002259849A (en) | 2002-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8549303B2 (en) | Apparatus, system and method for electronically signing electronic transcripts | |
CA2947177C (en) | System and method for secure voting | |
CN106067849B (en) | Digital signature method and device suitable for PDF document | |
CN109509288B (en) | Electronic voting system and control method | |
CN112165382B (en) | Software authorization method and device, authorization server side and terminal equipment | |
US8261336B2 (en) | System and method for making accessible a set of services to users | |
KR20150077446A (en) | Method for signing electronic documents with an analog-digital signature with additional verification | |
JP2007515890A (en) | System and method for generating a digital certificate | |
JP4684100B2 (en) | Authentication system and authentication method | |
CN112487490A (en) | Tamper recognition method, device, and medium | |
JP2002007701A (en) | Loan application system | |
CN111680285A (en) | Information processing apparatus, information processing system, storage medium, and information processing method | |
JP6866803B2 (en) | Authentication system and authentication method | |
JP5958544B2 (en) | Information processing system, information processing method, program | |
CN102714596A (en) | Electronic apparatus and introducing method thereby | |
US11968314B2 (en) | Signature token system | |
EP1293857A1 (en) | Server access control | |
JP4551009B2 (en) | Server apparatus for online contract system and program therefor | |
JP4551009B6 (en) | Server apparatus for online contract system and program therefor | |
US6681233B1 (en) | Data circulation between servers and clients | |
DE112022004138T5 (en) | SECURE SIGNING PROCESS, DEVICE AND SYSTEM | |
JP2005065035A (en) | Substitute person authentication system using ic card | |
JP2004070814A (en) | Server security management method, device and program | |
CN112822172B (en) | Login verification method and device, electronic equipment and storage medium | |
JP5282229B2 (en) | Service providing system, alteration check method, and alteration check program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070928 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100113 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100202 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100405 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100706 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100709 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130716 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |