JP2000194618A - 手書き認証通信システム、手書き認証通信方法、手書き認証サーバ及び手書き入力装置 - Google Patents

Abstract

(57)【要約】 【課題】 多様な情報流通ビジネスの展開に備え、通信
システムに認証機能をもたせ、情報源や情報配布先との
情報授受の段階での確実なアクセス本人の認証を実現
し、情報流通段階での情報へのセキュリティを高める。 【解決手段】 サービス制御サーバ３３と、利用者の初
期登録された手書き署名データを保持して、手書き署名
の認証を行う手書き認証サーバ３６とを設ける。サービ
ス制御サーバ３３による制御下で第１の端末（メール端
末２２）から第２の端末（ＦＡＸ端末２１）にデータを
転送する際に、サービス制御サーバ３３が、メール端末
２１から送信された手書き署名データを手書き認証サー
バ３３に認証させ、その認証結果に応じてデータの転送
を制御し、画情報とともに認証結果をＦＡＸ端末２１に
送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファクシミリ通信
システムを応用した通信システムに関し、特に、ネット
ワークにおいて発信者を認証する機能を備え、例えば情
報の流通段階でのセキュリティを高めることを可能にし
た、手書き認証通信システム、手書き認証通信方法およ
び手書き認証サーバに関する。

【０００２】

【従来の技術】ファクシミリ通信は、文書や画像の情報
を簡便に送受信できるという特徴を有し、広く使用され
るようになってきている。ファクシミリ通信では、１対
１の通信のみならず、複数の宛先に一斉に情報を提供す
る同報通信や、ワープロ（ワードプロセッサ）文書やコ
ンピュータ用のプログラムファイルを通信することも可
能となっている。また、ファクシミリ通信を利用して、
広告宣伝情報・物品販売情報・観光案内情報・イベント
情報等を一般利用者に提供する情報案内サービスも実現
し、拡充してきている。同報通信や時刻指定通信を効率
的に実行し、かつ、大量のファクシミリ送信に対応でき
るようにするため、ネットワーク側にファクシミリサー
バ（ＦＡＸサーバ）を設けるファクシミリ通信システム
が実現している。

【０００３】図１５は、最近のファクシミリ通信システ
ムの構成例を示したものである。ここでは、ファクシミ
リ端末（ＦＡＸ端末）間のファクシミリ画情報の通信だ
けを媒介するのではなく、パーソナルコンピュータ（パ
ソコン：ＰＣ）などの電子メールの送受信を行うメール
端末の相互間、さらには、ＦＡＸ端末とメール端末の相
互間で、文書や画像の送受信を行えるようにしている。
そのため、公衆網（アナログ網及びデジタル網）だけで
なく、インターネット(Internet)を統合して通信システ
ムが構築されている。

【０００４】このファクシミリ通信システムでは、イン
ターネット１１、フレームリレー（ＦＲ）網などの中継
網１２及び公衆網１３をはさんで、複数の端末（ＦＡＸ
端末２１及びメール端末２２）と機能分散処理するため
の複数のサーバとが配置されている。ここでは、複数の
サーバとして、ＦＡＸサーバ（ＦＳＶ）３１、メールサ
ーバ（ＭＬＳ）３２、サービス制御サーバ（ＳＶＣ）３
３、加入者管理サーバ（ＳＢＭＳ）３４及び変換サーバ
（ＴＳＶ）３５等が設けられている。各ＦＡＸ端末２１
は、アナログ網またはデジタル網の公衆網１３に収容さ
れており、公衆網１３にはＦＡＸサーバ３１も接続して
いる。ＦＡＸサーバ３１は、ＦＡＸ端末２１からの呼受
付、ＦＡＸ端末２１への呼配送処理を行うものであっ
て、ルータＲを介して中継網１２に接続する。複数のＦ
ＡＸサーバ３１を設け、ＦＡＸサーバ３１間を中継網１
２で接続することにより、公衆網１３に負担をかけるこ
となく、大量のファクシミリ画情報の通信を高速に処理
し伝送できるようになっている。メール端末２２は、イ
ンターネット１１に接続している。

【０００５】メールサーバ３２、サービス制御サーバ３
３、加入者管理サーバ３４及び変換サーバ３５は、相互
にバックボーン網３０に接続し、また、バックボーン網
３０は、ルータＲを介して中継網１２に接続し、ファイ
アウォールＦＷ及びルータＲを介してインターネット１
１に接続している。ここでメールサーバ３２は、メール
端末２２からの呼受付、メール端末２２への呼配送処理
を実行する。サービス制御サーバ３３は、すべての呼処
理を統括し、管理するサーバであって、各種サービスの
呼処理、規制状態の把握、通信記録情報の収集を行う。
加入者管理サーバ３４は、サービスオーダ情報やサービ
スカスタム情報の保持・管理を行う。さらに、変換サー
バ３５は、出力端末に合わせて画情報の変換処理を行う
とともに、出力端末に合わせた通知文を作成する。

【０００６】図１５に示すファクシミリ通信システムに
おいて実現される通信プロセスとしては、主として、Ｆ
ＡＸ端末２１間の通信、メール端末２２間の通信、及び
ＦＡＸ端末２１−メール端末２２間の３種類の通信があ
る。ここでＦＡＸ端末２１間の通信は、従来型のファク
シミリ通信システムと同様であり、メール端末２２間の
通信は、インターネット上の電子メールの転送と同じで
ある。そこで、以下では、メール端末２２からＦＡＸ端
末２１に送信する際の手順を図１６のシーケンス図によ
り説明する。

【０００７】メール端末２２は、着信宛先番号を指定
し、文書・画情報を添付ファイルとして、電子メールを
メールサーバ３２に送信する。ここではメールサーバ３
２のホスト名として、「ｆａｘ−ｎｅｔ．ｎｅ．ｊｐ」
が指定されているものとする。

【０００８】メール端末２２がメールを送信する際に
は、宛先端末を特定するために、メールヘッダ中の「Ｔ
ｏ：フィールド」欄を使用する。「Ｔｏ：フィールド」
は、インターネット上の電子メールにおいて宛先を特定
するために使用されるものであり、一般に、「ユーザ名
＠ドメイン名」という形式で表わされるものである。こ
こでは、ドメイン名としては上述のメールサーバ３２の
ホスト名を用いることとし、ユーザ名のフィールドを用
いて宛先端末を特定する。例えば、宛先となるＦＡＸ端
末２１の電話番号によって宛先端末を特定する電話番号
指定方法では、「Ｔｏ：フィールド」のユーザ名部分
に、サービスコード（ここでは、＃２６３とする。）に
続けて、着ＦＡＸ端末の電話番号を指定する。具体的に
は、「Ｔｏ：フィールド」欄の内容を、「＃２６３＊
（着ＦＡＸ端末電話番号）＠ｆａｘ−ｎｅｔ．ｏｒ．ｊ
ｐ」とする。

【０００９】メール端末２２からの上述のメールは、宛
先のドメイン名として「ｆａｘ−ｎｅｔ．ｎｅ．ｊｐ」
が指定されているので、インターネット１１を介してメ
ールサーバ３２に到達し、メールサーバ３２は、添付フ
ァイルの形式で送られてきた画情報を一時的に蓄積する
とともに、サービス制御サーバ３３に対して、ＳＭＴＰ
（Simple Mail Transfer Protocol）形式で、発信要求
指示を送信する。発信要求を受けたサービス制御サーバ
３３は、メール端末２２からの「Ｔｏ：フィールド欄」
の宛先情報を解析するとともに、加入契約者であるかど
うかの照合（発照合）を加入者管理サーバ３４に要求す
る。加入者管理サーバ３４は、ユーザＩＤ、メールアド
レス、パスワード、サービスオプション情報などから加
入契約者か否か検索し、その照合結果をサービス制御サ
ーバ３３に応答する。

【００１０】サービス制御サーバ３３は、加入契約登録
者であることを判断すると、その後、メール端末２２か
らの画情報の蓄積形式を揃えるために、メールサーバ３
２の画情報を取り出して、変換サーバ３５により変換し
蓄積するように制御する。すなわち。サービス制御サー
バ３３は、メールサーバ３２に対して発信応答を通知
し、メールサーバ３２がこの発信応答に対して準備完了
を通知すると、変換サーバ３５に対して画ファイル変換
要求を行う。画ファイル変換要求を受けて変換サーバ３
５は、サービス制御サーバ３３にアクセスして変換対象
の画ファイルを示したリストファイルを取り出し、メー
ルサーバ３２から変換対象の画ファイルを取り出し、取
り出した画ファイルの画像フォーマットをＦＡＸ端末に
適したフォーマットに変換する。その後、変換サーバ３
５は取出し応答をサービス制御サーバ３３に送り、これ
を受けてサービス制御サーバ３３は、配送処理を行うＦ
ＡＸサーバ３１に対して、画ファイル取出し要求を送信
する。

【００１１】画ファイル取出し要求を受信したＦＡＸサ
ーバ３１に対して変換サーバ３５が変換後の画ファイル
を配送し、ＦＡＸサーバ３１は、公衆網を通して宛先に
指定されたＦＡＸ端末２１に、その画ファイルを画信号
として配送する。その結果、ＦＡＸ端末２１では、メー
ル端末２２からの文書・画像が、ファクシミリ画として
受信される。

【００１２】上述した一連の処理の終了により画信号の
配送が終了したら、ＦＡＸサーバ３１はサービス制御サ
ーバ３３に対して処理結果として端末配送完了を通知
し、サービス制御サーバ３３は、メールサーバ３２に対
して、送信終了の通知文の配送を指示し、これによっ
て、メールサーバ３２はその通知文を発信元のメール端
末２２に配送する。

【００１３】

【発明が解決しようとする課題】以上の通信処理フロー
により、メール端末２２からインターネット１１や公衆
網１３を経由して、ＦＡＸ端末２１に文書・画情報を送
受信できる。このような通信システムでの送信側のメー
ル端末２２での情報提供者の特定は、加入者管理サーバ
３４内のデータベースを用いて契約者の「ユーザＩＤ」
と「パスワード」を照合するにより行なっている。しか
しながら、このような特定は、厳密には、発信人個人す
なわち情報提供者個人を特定するものではなく、メール
端末２２が加入契約者（の端末）であることを特定して
いるに過ぎない。同様に、ＦＡＸ端末２１では電話番号
がＩＤに相当するが、ＦＡＸ端末２１での送受信者個人
を特定しているのではなく、契約した電話番号を特定し
ているに過ぎない。このため、メール端末２２あるいは
ＦＡＸ端末２１等で契約者と利用者本人とが不一致の場
合が生じ、契約者になりすまして使用することが可能に
なる。

【００１４】インターネットの進展により、ネットワー
クを介した情報流通の機運が高まっているが、情報や通
信の信頼性を高めるには、情報の不適切な流出の防止の
管理や、情報源の確実な特定などに、現行以上の技術性
能が要求される。例えば、流通業でのマークシートによ
る受発注システムでは、契約授受での確実な取引決済と
して、受発注者の特定が要請されつつあり、また、電子
ショッピングでの契約決済での本人の特定等が要請され
つつある。現状では、本人認証は、数字や英文字との組
合せ等により行なうパスワードの指定により行っている
が、ネットワークを介した本人認証に関し、さらなる代
替手段の実現が望まれている。

【００１５】最近では、電子商取引などのシステムにお
いて、公開鍵暗号方法に基づき、第三者認証証明機関
（ＣＡ；Certification Authority、例えば米国のベリ
サイン社など）によって認証された公開鍵を使用するデ
ィジタルＩＤ認証方式が実験的に導入されている。しか
しながらこの方式の場合、秘密鍵の保存や公開鍵の取得
等の繁雑さがある。

【００１６】人間の生物学的な特徴、身体的な特徴を用
いることにより、情報授受者個人を特定する技術として
は、多種のものがある。目の網膜にある毛細血管の模様
や瞳孔周辺の筋肉の模様である虹彩を分析する方法、指
紋を読み取る方法がその代表例として知られているが、
生物学的特徴を情報化するための小型の入力端末が入手
困難であること、個人の特徴的情報収集での照明や皮膚
条件などの環境条件での整備が必要であるなどの課題が
ある。

【００１７】生物学的な特徴として、手書き署名を用い
る認証システムがいくつか実用化されている。例えば、
入力デバイスおよび専用サーバの設置による社内ＬＡＮ
（ローカルエリアネットワーク）システムでの手書き認
証システムとして、ＣＡＤＩＸ社（株式会社キャディッ
クス）が「ＶＩＰＳＴＡＴＩＯＮ」の商品名で提案した
手書き電子決済が可能なシステムがある。このシステム
では、手書き署名者本人であることを認証して社内ＬＡ
Ｎへのアクセスを可能にし、あるいは、電子稟議書等へ
の決済を可能にしたものである。

【００１８】さらに、特開平９−８１５１８号、特開平
９−８１５１９号、特開平９−８１５２０号の各公報に
は、利用者の認証のために、タブレットなどの入力装置
に対して手書き入力された署名を用いるシステムが開示
されている。このシステムでは、利用者に対してサービ
スを提供するアプリケーションサーバとは別に照合サー
バを設けている。このシステムにおいてクライアント端
末側のユーザがアプリケーションサーバにアクセスした
場合には、アプリケーションサーバがアプリケーション
キーの入力を要求するメッセージをユーザ側に返し、ユ
ーザがこの要求を受けてキーをアプリケーションサーバ
に送信したら、アプリケーションサーバが照合サーバに
照合準備要求を送り、この照合準備要求に基づいて照合
サーバはメッセージＩＤや暗号キーを作成してアプリケ
ーションサーバに送る。そして、アプリケーションサー
バは、メッセージＩＤや暗号キーを添付してユーザ側に
署名入力要求を送り、ユーザ側では署名入力プログラム
が起動し、ユーザによる手書き署名が入力され、この署
名データが、キーデータ、メッセージＩＤともに、アプ
リケーションサーバを介してあるいは直接、照合サーバ
に送られる。照合サーバは署名データに含まれる手書き
署名を認証し、その結果をアプリケーションサーバに送
信する。アプリケーションサーバは、照合サーバから通
知された結果に基づいて、次のアクションを実行する。

【００１９】しかしながら、上述した手書き認証システ
ムや、特開平９−８１５１８号、特開平９−８１５１９
号、特開平９−８１５２０号の各公報に開示のシステム
は、通信手順が複雑であるとともに、手書き署名を入力
して照合サーバ側に送るための特別のプログラムをユー
ザ端末側に必要とするという問題点を有する。また、Ｆ
ＡＸ端末などから入力された手書き署名を認証すること
ができないという問題点も有する。さらに、社会的イン
フラストラクチャーである公衆通信システム、公衆通信
ネットワーク自体に認証機能を持たせる場合にも、適用
しにくいという問題点がある。

【００２０】手書き署名による認証の場合、正当な手書
き署名データとの比較を行うため、認証サーバに本人の
手書き署名を前もって登録（初期登録）しておく必要が
ある。公衆通信システム、公衆通信ネットワーク自体に
手書き署名の認証機能を持たせることは、分散している
情報提供者等のそれぞれに手書き署名の初期登録データ
を蓄積する必要がなくなることであり、これにより、利
用者の手間が省けることになる。さらに、公衆通信シス
テム、公衆通信ネットワーク自体に手書き署名の認証機
能を持たせることにより、情報提供者側には利用者の手
書き署名データが送られないので、不適切な運用をする
情報提供者から手書き署名データが流出することを防げ
ることになり、セキュリティの大幅な向上が期待され
る。

【００２１】本発明は、多様な情報流通ビジネスの展開
に備え、通信システムに認証機能をもたせ、情報源や情
報配布先との情報授受の段階での確実なアクセス本人の
認証を実現することにあり、あらゆる情報流通段階での
情報へのセキュリティを高めることを目的とするもので
ある。

【００２２】

【課題を解決するための手段】本発明は、通信システム
ヘの情報授受の段階での本人の特定のための本人認証機
能を設けたもので、個人を特定するために生物学的な特
徴行為を要請し、その行為を情報化し、それを蓄積し、
管理するサーバを通信システム内に配置したことを主要
な特徴としている。具体的には、個人の生物学的な特徴
行為として、個人名などの手書き署名行為を要請し、そ
の手書き署名行為を入力装置により手書き署名データと
して情報化し、その手書き署名データを事前登録したの
ち、送受信アクセスのたびに手書き署名行為を行ない、
事前登録とのデータファイルの比較検討を行ない、手書
き署名者を認証したのち、認証結果を相手側に送信する
ものである。

【００２３】すなわち本発明の第１の手書き認証システ
ムは、ネットワークと、ネットワークに接続して呼処理
を統括し管理するとともにネットワーク上で提供される
サービスを制御するサービス制御サーバと、ネットワー
クに接続され、利用者の初期登録された手書き署名デー
タを保持して、手書き署名の認証を行う手書き認証サー
バとを有し、サービス制御サーバによる制御下でネット
ワークに接続された第１の端末からネットワークに接続
された第２の端末にデータを転送する際に、サービス制
御サーバが、第１の端末から送信された手書き署名デー
タを手書き認証サーバに認証させ、その認証結果に応じ
てデータの転送を制御する。この手書き認証通信システ
ムでは、手書き認証サーバでの認証結果をサービス制御
サーバが第２の端末に通知するようにしてもよい。

【００２４】本発明の第２の手書き認証通信システム
は、有料情報を提供する情報サーバが接続されたネット
ワークと、ネットワークに接続して情報サーバに対する
呼処理を統括し管理するとともに、課金の回収処理を実
行する課金回収サーバ手段と、ネットワークに接続さ
れ、利用者の初期登録された手書き署名データを保持し
て、手書き署名の認証を行う手書き認証サーバとを有
し、ネットワークに接続された端末から利用者が情報サ
ーバに格納された情報にアクセスしようとする際に、課
金回収サーバ手段が、端末からの情報利用要求に添付さ
れた利用者の手書き署名データを手書き認証サーバに送
信して手書き署名の認証を行わせ、認証で利用者本人で
あることが確認された場合には、情報利用要求を情報サ
ーバに送信し、情報サーバからの情報データと課金情報
とを受け取り、端末に情報データを代理提供するととも
に、課金処理を実行する。

【００２５】本発明の第３の手書き認証通信システム
は、証明文書を提供するサーバが接続されたネットワー
クと、ネットワークに接続して呼処理を統括し管理する
とともにネットワーク上で提供されるサービスを制御す
るサービス制御サーバと、ネットワークに接続され、初
期登録された手書き署名データを保持して、手書き署名
の認証を行う手書き認証サーバと、課金の回収処理を実
行する課金回収サーバ手段と、を有し、サービス制御サ
ーバによる制御下でネットワークに接続された端末から
サーバに対して証明文書を請求する際に、サービス制御
サーバが、端末から送信された請求者の手書き署名デー
タを手書き認証サーバに認証させ、その認証結果に応じ
てサーバに対して証明文書請求情報を転送し、サーバか
らの証明文書に添付された手書き署名データを手書き認
証サーバに認証させ、その認証結果に応じて証明文書を
端末側に送信し、課金回収サーバ手段に証明文書発行に
係る課金を処理させる。

【００２６】本発明の第１の手書き認証通信方法は、ネ
ットワークを介して第１の端末から第２の端末にデータ
を送るための手書き認証通信方法であって、ネットワー
クに設けられた手書き認証サーバに利用者の手書き署名
データを初期登録する段階と、第１の端末からのデータ
をネットワーク内に保持する段階と、データに添付され
た利用者の手書き署名データを手書き認証サーバによっ
て認証する段階と、手書き署名データを第２の端末に送
ることなく、認証の結果に応じて、データの第２の端末
への転送を実行する段階と、を有する。この手書き認証
通信方法では、認証の結果を第２の端末に通知するよう
にしてもよい。

【００２７】本発明の第２の手書き認証通信方法は、ネ
ットワークに接続され有料情報を提供する情報サーバを
利用するための手書き認証通信方法であって、ネットワ
ークに設けられた手書き認証サーバに利用者の手書き署
名データを初期登録する段階と、利用者からの情報利用
要求をネットワーク内に保持する段階と、情報利用要求
に添付された手書き署名データを手書き認証サーバによ
って認証する段階と、認証結果に応じて情報利用要求を
情報サーバに転送する段階と、ネットワークの機能によ
り、情報サーバからの情報データを利用者に代理提供す
る段階と、情報サーバからの課金情報をネットワーク内
で処理する段階と、を有する。

【００２８】本発明の第３の手書き認証通信方法は、ネ
ットワークに接続され証明文書を提供するサーバに対し
て証明文書を請求するための手書き認証通信方法であっ
て、請求者からの証明請求要求をネットワーク内に保持
する段階と、証明請求要求に添付された請求者の手書き
署名データを前記ネットワークに設けられた手書き認証
サーバによって認証する第１の認証段階と、第１の認証
段階での認証結果に応じて証明請求要求を前記サーバに
転送する段階と、サーバからの証明文書を前記ネットワ
ーク内に保持する段階と、証明文書に添付された手書き
署名ファイルを手書き証明サーバによって認証する第２
の認証段階と、第２の認証段階での認証結果に応じて証
明文書を請求者側に転送する段階と、証明文書の発行に
係る課金をネットワーク内で処理する段階と、を有す
る。

【００２９】さらに本発明の手書き認証サーバは、手書
き署名データを認証するためにネットワークに設けられ
る手書き認証サーバであって、ネットワークに対するイ
ンターフェースとなるインターフェース部と、ネットワ
ークを介した情報の送受信時に情報授受者の手書き署名
データの認証を行なうための認証要求部と、初期登録さ
れている手書き署名データと送受信時の手書き署名デー
タの比較判定を行なう認証部と、情報授受者の個人のユ
ーザＩＤと事前に登録した手書き署名データを含むファ
イルを保持・管理する認証データベース部と、を有す
る。

【００３０】本発明の手書き入力装置は、ファクシミリ
端末に接続し、手書き署名認証用の手書き署名データの
入力に使用される手書き入力装置であって、ファクシミ
リ端末に対するインタフェースとなるインタフェース部
と、利用者によって手書き署名がなされる手書き入力パ
ッドと、利用者によって入力された手書き署名の要素解
析を実行する手書き要素解析部と、手書き要素解析部に
よる認識データを処理する認識データ処理部と、を有す
る。

【００３１】

【発明の実施の形態】次に本発明の実施の形態につい
て、図面を参照して説明する。

【００３２】《個人認証ファクシミリ通信システム》図
１は、本発明の好ましい実施の形態の手書き認証通信シ
ステムとしての個人認証ファクシミリ通信システムの構
成を示すブロック図である。このシステムは、図１５に
示した従来のファクシミリ通信システムにおいて手書き
認証サーバ３６を配置するとともに、ＦＡＸ端末２１や
メール端末２２には、情報授受者個人の手書き署名（サ
イン）による生物学的な筆跡軌跡を情報処理化する手書
き入力装置２３を増設し、端末と通信システム間での固
有な処理手順により、通信システムにおける個人認証シ
ステムを構築するものである。以下、主要構成部につい
て詳細に説明する。

【００３３】(1-1)手書き認証サーバ：図２は、手書き
認証サーバ（ＴＮＳ）３６の構成を示すブロック図であ
る。手書き認証サーバ３６は、サービス制御サーバ３３
に対するインターフェースとなるサービス制御サーバイ
ンターフェース部５１と、送受信時に情報授受者の手書
き署名データの認証を行なうための認証要求部５２と、
初期登録されている手書き署名データと送受信時の手書
き署名データの比較判定を行なう認証部５３と、情報授
受者の個人のユーザＩＤや事前に登録した（初期登録さ
れた）手書き署名データファイルを保持・管理する認証
データベース部５４と、から構成されている。このよう
な構成により、手書き認証サーバ３６は、初期登録され
ている手書き署名データと、送受信アクセス時点での情
報授受者の手書き署名による手書き署名データとについ
て、両者の手書き署名データから特徴量を抽出したのち
比較し、同一性のある手書き署名データであれば登録者
本人であることを認証し、同一性がない場合は登録者で
はないとの認証を行ない、その結果をサービス制御サー
バインターフェース部５１を通して回答する。

【００３４】(1-2)手書き入力装置：上述したように、
情報授受者個人の生物学的な特徴を利用して個人を特定
する技術としては、例えば、虹彩を分析する方法や指紋
を読み取る方法などがあるが、小型の入力端末の入手が
難しいこと、照明や皮膚条件などの環境条件での整備が
必要であるなどの課題がある。そこで、本発明では、電
子ペンを用いてパッドに個人名などのサインを行なう手
書き署名における動的特徴要素を分析し、ディジタル情
報化する方法を採用した。この方法は、すでにＣＡＤＩ
Ｘ社により開発されたものであり、署名での形状、ペン
先の圧力、書き順、空中でのペン先の動き、書く速さな
どを要素解析し、ディジタルデータ化するものである。
本発明では、手書き署名用の入力装置すなわち手書き入
力装置２３をＦＡＸ端末２１やメール端末２２と接続
し、手書き署名データを通信システムで送受信すること
になる。

【００３５】図３は、手書き入力装置２３の構成を示す
ブロック図である。手書き入力装置２３は、端末（ＦＡ
Ｘ端末２１、メール端末２２、ＰＣ端末など）に対する
インタフェースとなるインタフェース部５５と、認識デ
ータを処理する認識データ処理部５６と、手書き署名で
の署名の形状、ペン先の圧力、書き順、空中でのペン先
の動き、書く速さなどを要素解析する手書き要素解析部
５７と、ユーザによって手書き署名がなされる手書き入
力パッド５８と、からなっている。手書き入力パッド５
８としては、いわゆるタブレットなどを使用することが
できる。この手書き入力装置２３では、あらかじめ手書
き要素解析部５７に解析用ソフトウエアを、認識データ
処理部５６にデータ処理用ソフトウエアをインストール
しておくことにより、情報授受者個人が手書き入力パッ
ド５８にペンによる手書き署名を行なえば、その署名文
字の特徴的要素がデータとして変換され、ＦＡＸ端末２
１またはメール端末２２に送信可能となる。

【００３６】なお、一般的にはパソコンで構成されるメ
ール端末２２では、ラップトップ型ないしノート型のも
のが普及しており、メール端末の液晶画面に手書き署名
することが可能なように、メール端末に手書き入力装置
を一体化させるように組み込んだメール端末を用いるこ
とも可能である。

【００３７】(1-3)本実施形態の通信システムでの手書
き認証処理手順の特徴：入力デバイス及び専用サーバの
設置による社内ＬＡＮシステムでの手書き認証システム
としては、上述したＣＡＤＩＸ社による商品名「ＶＩＰ
ＳＴＡＴＩＯＮ」がある。これに対し本発明の手書き認
証通信システムでは、公衆通信システムを介して手書き
署名データを送受信するとともに、本人の認証の結果を
送信者本人ではなく受信者に通知する。さらに、手書き
署名者側の端末として、公衆通信システムに接続するＦ
ＡＸ端末やメール端末など、多種の端末を使用すること
ができる。

【００３８】(1-4)手書き認証の通信処理手順：次に、
この手書き認証通信システムにおける通信処理手順につ
いて説明する。

【００３９】（初期登録手順）認証を行う前に、初期登
録として、あらかじめ本人の手書き署名データを手書き
認証サーバ（ＴＮＳ）３６の手書き署名データベース部
５４に登録しておく必要がある。図４は、この初期登録
の手順を示すシーケンス図である。

【００４０】ＦＡＸ端末２１またはメール端末２２に対
して接続する手書き入力装置２３に、手書き署名を解析
しディジタルデータに変換する署名解析およびデータ処
理用ソフトウエアをあらかじめインストールしておく。
そして、この手書き入力装置２３をメール端末２２に接
続し、手書き入力装置２３にインストールされたソフト
ウエアの初期登録のメニューに従い、手書き入力パッド
５８上で個人の手書き署名（サイン）を連続して３回ほ
ど行なう。手書き署名の試行回数は３回に限定されるも
のではないが、回数が少なすぎれば、署名のばらつきの
影響を受けやすくなり、回数が多すぎれば、煩雑になる
とともに署名データが大きくなるという問題点を生じ
る。そこで、一般的には、３回程度連続して手書き署名
入力を行えばよいと考えられる。そして、これらの３回
の署名のそれぞれに対して、手書き入力装置２３は署名
データファイルを作成する。ここでは、ファイル名をそ
れぞれ「nmaster1.svs」，「nmaster2.svs」，「nmaste
r3.svs」とする。

【００４１】メール端末２２は、通常の電子メール送信
手順により、通信システムの手書き認証サーバ３６への
登録要求メールの送信を行う。その際のメールでの指定
例を図５に示す。よく知られているようにＳＭＴＰにし
たがう電子メールのデータは、メールヘッダ８１とメー
ル本文８２とから構成され、メールヘッダ８１には、宛
先を示す「Ｔｏ：フィールド」や発信元を示す「Ｆｒｏ
ｍ：フィールド」、そのメールの件名を示す「Ｓｕｂｊ
ｅｃｔ：フィールド」が含まれているが、ここでは、
「Ｔｏ：フィールド」の記載を、「＃２１３＊ｔｎｓｕ
ｐ＠ｆａｘ−ｎｅｔ．ｎｅ．ｊｐ」とする。ここで「＃
２１３」は、サービス識別子であり、ここでは手書き認
証サービスとする。「ｔｎｓｕｐ＠ｆａｘ−ｎｅｔ．ｎ
ｅ．ｊｐ」は、手書き認証サーバのドメイン名と初期登
録のコマンドとに対応する。メール本文８２には、ユー
ザＩＤ（１行目の＃Ｕｓｅｒｉｄの項目）とパスワード
（２行目の＃Ｐａｓｓｗｄの項目）を記載し、また添付
ファイルとしてさきの３つのファイル名を記載し、これ
ら３つのファイルを添付ファイルとして添付する。

【００４２】メールサーバ３２では、添付ファイルを一
時蓄積した後、サービス制御サーバ３３に発信要求を行
ない、サービス制御サーバ３３は、サービス種類の分析
を行なうとともに、加入者管理サーバ３４に「ユーザＩ
Ｄ」を送って発信者が加入契約者であることを確認する
（発照合要求と発照合応答）。そののち、サービス制御
サーバ３３は、手書き認証サーバ３６に初期登録要求を
行なう。

【００４３】手書き認証サーバ３６は、初期登録要求に
対して初期登録応答をサービス制御サーバ３３に返し、
初期登録応答を受けたサービス制御サーバ３３は、メー
ルサーバ３２に対して送信要求を行なう。するとメール
サーバ３２は、３個の初期登録用の添付ファイル（手書
き署名データ）を手書き認証サーバ３６に送信する。

【００４４】手書き認証サーバ３６は、ユーザＩＤと３
個の手書き署名データの添付ファイルを手書きデータベ
ース部５４に格納する。その後、サービス制御サーバ３
３に登録完了を通知する。サービス制御サーバ３３は、
メールサーバ３２に対し、登録完了の通知文をメール端
末２２に向けて配送するように要求し、メールサーバ３
２は、メール端末２２に登録が完了となったことを通知
する。以上のようにして初期登録が終了する。

【００４５】（送受信処理手順）次に、この手書き認証
通信システムにおいて、メール端末２２からＦＡＸ端末
２１に対して画情報を送受信する際に、手書き署名によ
って発信者の認証を行う際の処理を説明する。図６は、
この送受信の処理フローを示している。

【００４６】メール端末２２では、送信すべきメールの
メールヘッダの「Ｔｏフィールド：」に、「＃２１３＊
（相手ＦＡＸ端末番号）＠ｆａｘ−ｎｅｔ．ｎｅ．ｊ
ｐ」と記載するとともに、メール端末２２上での送受信
処理メニューにおいて手書き入力装置２３による手書き
署名を行ない、その手書き署名データを添付ファイルと
し、また、ＦＡＸ端末２１側に送信すべき画情報を添付
ファイルとする。

【００４７】メール端末２２から、これらの添付ファイ
ル（画情報と手書き署名データファイル）が添付された
電子メールが送信されると、メールサーバ３２は、その
メールを受け付け、添付ファイルを一時蓄積した後、サ
ービス制御サーバ３３に発信要求を行なう。サービス制
御サーバ３３は、サービス種類の分析を行なうととも
に、加入者管理サーバ３４に「ユーザＩＤ」を送って発
信者が加入契約者であることを確認する（発照合要求と
発照合応答）。そののち、サービス制御サーバ３３は、
手書き署名の登録確認を要求するために、手書き認証サ
ーバ３６に認証要求を送信する。

【００４８】手書き認証サーバ３６は、認証要求に対し
て認証応答をサービス制御サーバ３３に返し、認証応答
を受けたサービス制御サーバ３３は、メールサーバ３２
に対して送信要求を行なう。するとメールサーバ３２
は、手書き署名ファイルをを手書き認証サーバ３６に送
信する。

【００４９】手書き認証サーバ３６は、ユーザＩＤに基
づいて、手書き署名データベース部５４内で初期登録デ
ータを検索するとともに、今回の手書き署名データとの
特徴量について同一性を比較し、認証する。その結果を
認証結果通知としてサービス制御サーバ３３に応答す
る。サービス制御サーバ３３は、手書き認証サーバ３６
からの応答により、手書き認証の同一性があれば、登録
者名を記録し、画情報送信要求をメールサーバ３２に送
る。これを受けてメールサーバ３２は、画情報をＦＡＸ
サーバ３１に送信する。その際、必要に応じて、変換サ
ーバ３５において画情報の形式変換を行うものとする。
また、サービス制御サーバ３３は、認証結果をＦＡＸサ
ーバ３１にも送信する。画情報と認証結果通知を受信し
たＦＡＸサーバ３１は、宛先となるＦＡＸ端末２１に対
し、画情報と認証結果を送信する。その結果、ＦＡＸ端
末２１からは、画情報と認証結果（登録者名）とが出力
される。図７は、この出力例を示したものであり、ファ
クシミリ受信紙の上部のいわゆるヘッダ８５の部分に認
証結果が記載されて出力される。本文８６には、メール
端末２２からの画情報が記録されている。

【００５０】このようにしてＦＡＸ端末２１への配信が
終了すると、ＦＡＸサーバ３１は、受信完了通知をサー
ビス制御サーバ３３に返し、サービス制御サーバ３３
は、メールサーバ３２に対し、受信完了の通知文をメー
ル端末２２に向けて配送するように要求し、メールサー
バ３２は、メール端末２２に、受信が完了となったこと
を通知する。以上のようにして画情報の送受信が終了す
る。

【００５１】手書き認証サーバ３６での手書き署名デー
タファイルの同一性比較において同一性が低いと判断さ
れた場合には、手書き認証サーバ３６は、サービス制御
サーバ３３に対して非認証の応答を行ない、その結果、
メールサーバ３２を経由してメール端末２２には「署名
が違います」とのメッセージが送信される。いずれにせ
よ、その場合は、再度の手書き署名を行ない、添付ファ
イルとして送信する。手書き認証サーバ３６での認証結
果が非認証である限り、画情報がＦＡＸサーバ３１に送
信されることはない。

【００５２】なお、送信側の手書き認証結果を受信側に
通知したくない場合には、「Ｔｏフィールド：」の先頭
部にオプション識別子を設け、サービス制御サーバでこ
の識別子を識別するようにすればよい。

【００５３】（登録変更手順）次に、初期登録した手書
き署名データの登録変更をする場合の処理を説明する。
登録変更を行う際には、手書き入力装置２３をメール端
末２２に接続するとともに、手書き入力装置２３でのメ
ニューから「登録変更」を選択し、初期登録と同様に手
書き署名を３回行ない、初期登録のときと同様の添付フ
ァイル名称（「nmaster1.svs」，「nmaster2.svs」，
「nmaster3.svs」）とし、メールヘッダの「Ｔｏフィー
ルド：」を「＃２１３＊ｔｎｓｃｈ＠ｆａｘ−ｎｅｔ．
ｎｅ．ｊｐ」として、メール端末２２からメールを通信
システム側に送信する。すると、初期登録のときとほぼ
同様の手順で、サービス制御サーバ３３、加入者管理サ
ーバ３４、手書き認証サーバ３６に対するアクセスが行
われ、変更が完了すれば、登録完了通知がメール端末２
２に送信される。

【００５４】以上の通信処理手順により、送信端末での
アクセス者の特定を受信側端末に通知することができ
る。本実施の形態の手書き認証通信システムでは、この
ような認証通知機能を通信システムに設けることによ
り、よりセキュリティの高い通信システムが構築でき
る。

【００５５】《認証機能付受発注情報処理システム（マ
ークシート受発注システム）》従来から、ＯＣＲ（光学
的文字読み取り装置）によるマークシート（帳票）処理
システムにファクシミリ通信システムを融合させた情報
処理システムが開発されており、商品の受発注を効率的
に処理できるシステムとして普及しつつある。この受発
注システムでは、発注者側が発注情報を入力用帳票に数
字またはマークで記入し、それをファクシミリ装置で読
み取らせてその画情報を受注センタ側へ送信し、一方、
受注センタ側では、ディスク装置等により商品種別を予
め格納しておいて受信した入力帳票の画情報を解析する
ことにより、受注確認を行なうようになっている（例え
ば、特開平７−１１５５２５号公報等）。

【００５６】このような受発注情報通信処理システムに
おいては、発注者の正確な身元確認が要請されている。
身元確認の方法としては、発信者ＩＤによる事前登録と
受注時の入力による確認方法（特開平６−２１５１８０
号公報）や、ＩＣカードによる発信者の特定などの方法
（特開平７−１１５５２５号公報等）が提案されてい
る。しかしながら、発信者ＩＤやＩＣカードでの身元確
認では、実際に受注した本人かどうかは厳密には不明で
あり、より確実な受注者の特定方法が要請されている。

【００５７】（システム構成）図８は、本発明の手書き
認証通信システムを適用した認証機能付き受発注情報処
理システムの構成を示したブロック図である。

【００５８】多数の発注者を含む発注側は、手書き署名
データ入力用の手書き入力装置２３がそれぞれ接続され
た複数のＦＡＸ端末２１が公衆網１３と結合した構成と
なっている。ＦＡＸ端末２１としては、ＢＦＴ（バイナ
リ・ファイル・トランスファ）機能を有しており、バイ
ナリファイルの転送も可能なＦＡＸ端末が使用される。
公衆網１３には、その一部として、ＦＡＸサーバ３１、
サービス制御サーバ３３、加入者管理サーバ３４および
手書き認証サーバ３６などのサーバ群が設けられてい
る。これらのサーバ群の機能は、既に説明した通りであ
る。一方、多数の発注データを受信・集計し、受注デー
タを作成する受注センタには、ＰＣサーバ４１が設置さ
れている。このＰＣサーバ４１は、発注帳票の画情報の
解析・蓄積機能と、発注会員データベース機能と、商品
種別のマスター情報格納機能と、全受注情報の集計機能
を有し、専用線４０によって公衆網１３側に結合してい
る。実際には、受注センタの規模が大きければ、ＰＣサ
ーバ４１は、受発注データの処理と管理を行なう複数の
サーバ群で構成されることになろう。なお、ＦＡＸ端末
２１はデータの送信元である第１の端末であり、ＰＣサ
ーバ４１は、データの受け手となる第２の端末に相当す
る。

【００５９】手書き認証サーバ３６の構成は図２に示し
た通りであり、手書き入力装置２３の構成は図３に示し
た通りである。

【００６０】（処理手順）このような受発注通信処理シ
ステムでの基本的な通信処理手順は、図９に示すように
なる。

【００６１】発注側では、受注センタから送られた帳票
に発注情報を記入するとともに、パスワードを入力し、
また、手書き入力装置２３によって手書き署名を行な
い、手書き署名データファイルを添付して、発注側に送
信する。この送信データはまずＦＡＸサーバ３１によっ
て受け付けられ、ＦＡＸサーバ３１からサービス制御サ
ーバ３３に発信要求が行われて、サービス制御サーバ３
３と加入者管理サーバとの間で発照合対応を実行するこ
とにより、公衆網側での加入者確認が行われる。その
後、サービス制御サーバ３３が署名ファイル送信要求を
ＦＡＸサーバ３１に送信し、これを受けてＦＡＸサーバ
３１が手書き署名データファイルを手書き認証サーバ３
６に送ることにより、手書き認証サーバ３６は、送信さ
れてきた手書き署名データファイルで事前登録者か否か
の判定を行い、認証結果をサービス制御サーバ３３に送
る（認証対応）。これにより、サービス制御サーバ３３
は、帳票送信要求をＦＡＸサーバ３１に送るとともに、
認証結果をＰＣサーバ４１に送信する。その後、ＦＡＸ
サーバ３１が発注帳票を帳票画情報としてＰＣサーバ４
１に送信する。

【００６２】帳票画情報を受信した受注センタのＰＣサ
ーバ４１は、発注者データベース（ＤＢ）を照合すると
ともに、帳票画の文字認識を行って発注内容を認識し、
受注確認書を作成する。その後、ＰＣサーバ４１は、Ｆ
ＡＸサーバ３１を経由して、受注確認書を発注側のＦＡ
Ｘ端末２２に送信する。すると、発注側の発注確認者
は、手書き署名データファイルを添付して受注センタに
返信する。再度、公衆網内での加入者確認および発注確
認者の手書き認証を行ない、受注確認書を専用線を経由
して受注センタのＰＣサーバ４１ヘ送信する。受注セン
タのＰＣサーバ４１は、返信されてきた受注確認書を再
度、解析、認識した後、発注者ごとおよび全受注総計の
リスト、ならびに発注者認証結果、発注確認者認証結果
を添付して集計データを作成する。

【００６３】この受発注情報通信システムでは、公衆網
に設置した手書き認証サーバによって発注者の特定を行
ない、その結果を受注センタ側へ通知することにより、
発注者および発注確認者の個人特定が可能となった。

【００６４】以上、発注者側の端末がＦＡＸ端末である
ものとして受発注情報通信システムを説明したが、発注
者側の端末はＦＡＸ端末に限定されるものではなく、例
えば、メール端末も使用することができる。なお、受注
センタがインターネットと結合し、メール端末を使用す
る多数のユーザからの受注処理を行なうような場合にお
いては、とくに発注者および発注確認者のなりすまし防
止の観点から、本発明の手書き署名による個人特定また
は登録者証明機能が必須となろう。

【００６５】《情報提供通信システム（ビデオテック
ス）》加入者端末から公衆網経由で情報センタに接続
し、利用者の要求に応じて文・図形等の画像情報を提供
するシステムとして、ビデオテックス通信システムがあ
る。最近では、パソコンやインターネット利用への普及
をめざしたサービス展開による情報提供通信システムと
して、利用者に競馬情報、カラオケ・楽曲データ、その
他の有料情報を提供するシステムが構築されている。こ
のような情報提供通信システムでは、情報提供者への利
用料金の回収、情報利用者の特定や情報利用者への請求
金の回収などについて、通信システム内での自動的な処
理が実現できるが（例えば特願平９−２３００９３
号）、本発明の手書き認証通信システムを適用すること
により、簡単な構成であって、かつよりセキュアな情報
提供通信システムとすることができる。

【００６６】（システム構成）図１０は、本発明の手書
き認証通信システムを適用した情報提供通信システムの
構成を示すブロック図である。この情報提供通信システ
ムは、競馬情報、カラオケ・楽曲データ、その他の有料
情報を提供する装置として機能する不特定多数の情報サ
ーバ６１と有料情報にアクセスする多数の端末装置６２
とが、サービス提供網（公衆網）６３及びインターネッ
ト６４に接続するとともに、サービス提供網６３に課金
回収代行サーバ群６５と手書き認証サーバ６６を接続し
たものである。各端末装置６２には、図３に示すものと
同様の手書き入力装置２３が接続している。手書き認証
サーバ６６としては、図２に示し、また上述の各手書き
認証通信システムで説明したものと同様のものが、使用
される。サービス提供網６３とインターネット６４と
は、図示しないゲートウェイを介して接続している。

【００６７】課金回収サーバ手段である課金回収代行サ
ーバー群６５は、課金処理サーバ６７、請求処理サーバ
６８および回収処理サーバ６９からなっている。課金処
理サーバ６７は、有料情報の格納先アドレスを保持して
おり、利用者の端末装置６２からの情報要求に対応する
情報サーバ６１を特定し、有料情報の利用に対して課金
すべき金額情報を情報サーバ６１から取得するととも
に、有料情報を端末装置６２に代理送信し、金額情報に
より課金額を決定し、決定した課金額を利用者ごとに情
報蓄積を行なうとともに、請求処理サーバ６８に対して
課金通知を行なうものである。請求処理サーバ６８は、
課金処理サーバ６７で決定された利用者ごとの課金額の
累計額と、図示しない電話料金管理機関側の料金管理シ
ステムでの公衆回線使用額と、を統合して請求処理を実
行するものである。また、回収処理サーバ６９は、利用
者から金融機関への料金振込情報に基づいて回収額を情
報提供者ごとに集計し、情報提供者のＩＤや振込口座番
号を特定し、その口座に料金を振り込む処理を行なうも
のである。

【００６８】この情報提供通信システムは、インターネ
ット上で一般的な無料閲覧とは異なり、有料情報の閲覧
を実現するシステムであり、情報提供者への正確な料金
回収と情報利用者の正確な個人の認識、特定が要求され
る。このため、情報利用者のユーザＩＤとともに、利用
者特定のための手書き署名による認証プロセスを設けた
ものである。

【００６９】（処理手順）基本的な処理手順は、情報利
用者のユーザＩＤと手書き署名の初期登録ファイルを手
書き認証サーバ６６に蓄積する初期登録手順と、情報利
用者が実際に情報の提供を受けようとする際の情報利用
者の特定および課金処理の手順（情報利用手順）とに大
別される。情報利用手順は、端末装置６２に接続した手
書き入力装置２３での署名行為により得た添付ファイル
を送信し、課金回収代行サーバ群６５の課金処理サーバ
５７でユーザ登録の一次確認を行い、手書き署名ファイ
ルを手書き認証サーバ６６に送信して手書き認証サーバ
６６で情報利用者の判定を行ない情報利用者個人の特定
を確認し、そののち、情報提供ならびに課金・回収処理
を行なうというものである。具体的な処理手順を図１１
に示す。

【００７０】（初期登録手順）情報利用者の端末装置６
２には手書き入力装置２３を設ける必要があるが、手書
き入力装置２３の増設にあたり、手書き署名用のソフト
ウエアをインストールしたのち、情報利用システムのメ
ニューを選択し、初期登録メニューを選択する。ここ
で、図１に示した手書き認証通信システムの場合と同様
に、情報利用者は３回の手書き署名行為を行なって手書
き署名データファイルを作成するとともに、ユーザＩＤ
とパスワードを入力し、初期登録要求として、情報提供
通信システム側ヘのアクセスを行なう。

【００７１】情報提供システム側では、課金回収代行サ
ーバ群６５の課金処理サーバ６７が、初期登録要求を受
け付け、情報提供者のユーザＩＤおよびパスワードを課
金処理サーバ６７内のデータべ一ス（不図示）に蓄積す
るとともに、手書き認証サーバ６６に対して初期登録要
求を行なう。手書き認証サーバ６６が初期登録応答を課
金処理サーバ６７に返信すると、課金処理サーバ６７か
ら３個の手書き署名データファイルが手書き認証サーバ
６６に送信され、手書き認証サーバ６６の手書き署名デ
ータベース部５４にユーザＩＤと初期登録ファイルとが
蓄積される。蓄積が完了すると、手書き認証サーバ６６
は登録完了通知を課金処理サーバ６７に送信し、課金処
理サーバ６７から情報利用者の端末装置６２にも登録通
知が送信される。

【００７２】（情報利用手順）情報の提供を受けようと
するとき情報利用者は、まず、情報利用者の端末装置６
２においてユーザＩＤ、パスワードならびに情報提供先
アドレスを入力するとともに、手書き入力装置２３で手
書き署名を行なってこれを添付ファイルとし、情報利用
要求を送信することによって、情報提供通信システムに
アクセスする。この情報利用要求は課金処理サーバ６７
によって受け付けられ、課金処理サーバ６７は、ユーザ
ＩＤおよびパスワードにより加入契約登録の有無を判断
した後、手書き認証サーバ６６に情報利用者個人のユー
ザＩＤと手書き署名データファイルとを転送する。これ
により、手書き認証サーバ６６は、手書き署名の認証を
行ない、判定結果を課金処理サーバ６７に送信する。

【００７３】ここで、手書き署名が初期登録された本人
のものでない場合の処理は図１１には示されていない
が、その場合は、情報利用者の端末装置６２に「署名が
違います。」のメッセージが返信され、情報利用者は手
書き署名を再度行なう。

【００７４】初期登録された本人である場合には、図１
１に示すとおり、課金処理サーバ６７は、情報利用者の
要求先である情報サーバ６１にアクセスして情報利用要
求を転送する。情報サーバ６１は、利用者によって求め
られた情報データとその課金情報を課金処理サーバ６７
に返信するとともに、情報サーバ６１内にユーザＩＤ等
の利用者データを蓄積する。

【００７５】課金処理サーバ６７は、受信した情報デー
タ（有料情報）を情報利用者に代理提供するとともに、
金額情報により課金額を決定し、利用者ごとに課金情報
の蓄積を行なうとともに、請求処理サーバ６８および情
報サーバ６１に対して課金結果を通知する。

【００７６】請求処理サーバ６８は、課金処理サーバ６
７で決定された利用者ごとの課金額の累計額と、図示し
ない電話料金管理機関側の料金管理システムでの公衆回
線使用額の通知とを受信し、料金管理システムに、情報
利用者の課金通知と情報提供者への課金通知情報とを返
信する。その後、情報利用者の金融機関での料金支払い
情報（回収額）が料金管理システムから回収処理サーバ
６９に通知され、回収処理サーバ６９は、情報サーバ６
７に対して情報提供者ごとに回収額の通知を行なう。

【００７７】以上のように情報提供通信システムにおい
て手書き署名、認証プロセスを設けることにより、情報
利用者個人の特定が明確になり、他人による情報利用者
のなりすましが防止できるとともに、利用端末と利用金
額の明細による料金請求だけでなく、利用者の特定によ
る料金請求も可能となる。

【００７８】《公的証明配送通信システム》ＦＡＸ端末
やパソコン端末（ＰＣ端末）の普及や各種通信専用端末
の市中への設置により、市役所などをはじめとする公的
機関への住民票や印鑑証明等の各種証明書等の要求及び
その交付業務を通信システムによって代替するための前
提条件が整ってきた。しかしながら、実際にこのような
証明書の請求及び交付を公衆通信システムを介して実行
するためには、証明請求者の厳格な本人特定や、証明書
等の交付手数料の確実な収受決済に適応可能な通信シス
テムの構築が必須となる。そこで、ここでは、本発明の
手書き認証通信システムでの手書き署名による本人認証
技術をこのような公的証明の配送システムに適用した。

【００７９】（システム構成）図１２は、公的証明配送
通信システムの構成を示している。そのシステムでは、
公衆網１３あるいはインターネット１１に、手書き署名
を入力するための手書き入力装置が結合したＦＡＸ端末
２１やメール端末２２が接続されており、通信網側に
は、各種機能処理用のＦＡＸサーバ３１、サービス制御
サーバ３３、加入者管理サーバ３４、手書き認証サーバ
３６及び課金回収サーバ群３７が分散配置されている。
ＦＡＸサーバ３１、サービス制御サーバ３３、加入者管
理サーバ３４及び手書き認証サーバ３６としては、上述
した手書き認証通信システムにおけるものと同様のもの
が使用され、また、課金回収サーバ手段である課金回収
サーバ群３７としては、上述の情報提供通信システムに
おける課金回収代行サーバ群と同様のものが使用され
る。市役所などの公的機関４４では専用のＬＡＮ４２が
構築されており、このＬＡＮ４２は、専用線４０を介し
て公衆通信網側に接続している。公的機関４４のＬＡＮ
４２には多数のＦＡＸ端末２１及びＰＣ端末２４が接続
するともに、住民台帳、戸籍台帳等の多大な個人情報を
蓄積したデータベース（ＤＢ）４３と、ＬＡＮ４２内外
との処理を行なうＰＣサーバ４１が設置されている。Ｐ
Ｃサーバ４１は、用途や規模に応じて複数配置される。
また、各ＰＣ端末２４、各ＦＡＸ端末３２には手書き署
名入力用の手書き入力装置２３が接続されている。

【００８０】このような構成の公的証明配送通信システ
ムにおける公衆通信網側での各種サーバに関して説明す
れば、上述したように、課金回収サーバ群３７は、証明
書等の交付手数料等の収受を行なう機能を有し、手書き
認証サーバ３６は、各種公的証明書等の交付請求での本
人認証を行なう機能を有する。つまり、この公的証明配
送通信システムは、公的証明の請求処理を上述の受発注
通信システムで行ない、手数料等の徴収処理を上述の情
報提供通信システムで行ない、その間の本人認証を手書
き署名データの送受信により処理するという、統合的な
通信システムである。

【００８１】（処理手順）この公的証明配送通信システ
ムにおける基本的な通信処理手順は、以下のステップか
らなる。 （ステップ１）請求者側の端末からの公的証明書等の請
求要求： （ステップ２）公衆通信網側による請求文書の送信： （ステップ３）公的機関からの公的証明請求書書式の送
信： （ステップ４）公的証明請求書への記載・送信、手書き
署名データの送信： （ステップ５）公衆通信網側での請求者の本人認証、認
証結果の通知： （ステップ６）公的機関での証明書等の交付と手数料金
の照会・明示処理： （ステッブ７）公衆網側での交付担当者の認証、請求者
の支払い口座の確認 （ステップ８）請求者への公的証明書の発送、手数料請
求の承認： （ステップ９）手数料支払い者の認証通知、公的機関へ
の手数料の支払い通知。 この公的証明配送通信システムでの具体的な処理手順を
図１３及び図１４に示す。

【００８２】公的証明等の請求者は、手書き署名データ
を事前に手書き認証サーバ３６に登録しておくものとす
る。また、公衆通信網側では、請求者の電話やＦＡＸ番
号、通話料金支払い口座番号等の情報を蓄積しておくも
のとする。

【００８３】まず、公的証明書等の請求者は、公衆網１
３側あるいはインターネット１１側の端末（ＦＡＸ端末
２１あるいはメール端末２２）から、住民票や印鑑証明
等の請求要求を市役所等の公的機関宛に送信する。ここ
では、請求者がＦＡＸ端末２２を用いて請求要求を発す
るものとする。この請求要求は、送信要求として、ＦＡ
Ｘサーバ３１によってまず受け付けられてサービス制御
サーバ３３に送られる。サービス制御サーバ３３は、加
入者管理サーバ３４にアクセスすることによって照合処
理（発照合要求と発照合応答）を行ない、ＦＡＸサーバ
３１に対し、請求画情報要求を送信するように要求す
る。これを受けてＦＡＸサーバ３１は、請求画情報要求
を公的機関４４側に送信する。

【００８４】公的機関４４では、請求画情報要求は、Ｐ
Ｃサーバ４１のうち本人認証を行うもので受け付けら
れ、そこで、登録者の有無が確認され、その後、請求画
情報要求は請求書配送のサーバに転送され、この請求書
配送のサーバから、証明書の請求伝票（交付請求書）に
相当する請求画情報がＦＡＸサーバ３１を介してＦＡＸ
端末２１に送られる。ここでは、ＰＣサーバ４１での自
動処理により、登録者の有無の確認と請求画情報の配送
を行うものとしたが、本人認証を人手で行うことも可能
である。その場合には、請求画情報要求を請求受理用の
ＦＡＸ端末２１で出力し、人手で登録者の有無を確認し
た後、ファクシミリ送信によって、請求伝票と所定の箇
所に必要事項を記載するように案内する案内文とを請求
者に返信する。

【００８５】次に、請求者は、請求伝票に必要事項を記
載した後、手書き署名を行ない、添付ファイルとして送
信する。上述の各通信システムにおけるものと同様の処
理フローにより請求者の手書き署名を認証したのち、サ
ービス制御サーバ３３は、公的機関４４には認証結果通
知を送信し、ＦＡＸサーバ３１には記入済み書式（返信
画情報）の送信を要求する。ＦＡＸサーバ３１は、返信
画情報を公的機関４４に送信する。返信画情報は、ＰＣ
サーバ４１のうち請求書配送サーバに受け付けられる。

【００８６】公的機関４４では公衆網側での認証通知を
本人認証サーバにおいて確認し、その確認の結果を請求
書配送サーバに転送し、請求書配送サーバは、手数料請
求サーバに対して手数料の照会を行なうとともに、公的
証明文書と公的機関４４での担当者の手書き署名データ
とをサービス制御サーバ３３に送信する。また、公的機
関４４の手数料請求サーバは、手数料請求データをサー
ビス制御サーバ３３に送信する。

【００８７】公衆通信網側では、サービス制御サーバ３
３が、手数料請求に基づいて課金回収サーバ群３７に課
金処理を要求し、課金回収サーバ群３７から、請求者の
通話料支払い開設口座番号、端末番号、手数料等の情報
を収集する、同時に、公的機関担当者の手書き署名デー
タを手書き認証サーバ３６に送信し、その認証結果を得
る。その後、サービス制御サーバ３３は、ＦＡＸサーバ
３１を介して手数料請求要求と公的証明文書とを請求者
のＦＡＸ端末２１に送信する。

【００８８】請求者は公的証明文書を受信するととも
に、手数料の徴収を承認するために手数料請求書に手書
き署名を行ない、手書き署名データを送信する。手書き
認証サーバ３６からの手書き署名データによる認証結果
の通知により、サービス制御サーバ３３は、ＦＡＸ端末
２１側へは完了通知を送信し、課金回収サーバ群３７に
対しては手数料の課金処理を依頼し、課金処理応答を待
って、公的機関４４の手数料請求サーバに手数料の徴収
を通知する。

【００８９】以上説明した公的証明配送通信システムで
は、本人認証を通信システム側で行なってその認証結果
を相手側に通知したりシステム内部への蓄積情報として
活用することにより、他人による公的証明請求のなりす
ましが防止できるとともに、公的証明発行側での担当者
の認証による手数料請求・徴収の適否の情報蓄積、請求
者への手数料徴収の承認等が一貫して処理できる。この
ため、複数の公的機関で独立に個人認証処理装置を設け
る必要がなくなり、公的機関への多様なアクセスが通信
システムにより処理できるようになる。

【００９０】

【発明の効果】以上説明したように本発明では、公衆通
信網内に手書き認証サーバを設置するとともに、ＦＡＸ
端末やメール端末などの入力端末には手書き署名データ
投入用の手書き入力装置を接続することにより、メール
通信、ファクシミリ通信、有料情報提供通信あるいは受
発注通信などの多様な通信時に、入力端末からのパスワ
ードによる判別ではなく、手書き署名データの判別によ
り、情報アクセス者の特定を行なう。これにより、本発
明によれば、情報アクセス者本人の手書き署名データに
ついて事前登録ファイルとアクセス時点でのファイルの
同一性による動的署名照合をおこなう通信システムを提
供できる。

【００９１】また本発明では、入力端末に手書き入力装
置を接続し、公衆通信網内に手書き認証サーバとサービ
ス制御サーバを設置することにより、公衆通信システム
において情報アクセス者が事前登録者であるかどうかの
判定を行ない、認証結果を通知できるため、各種の個別
通信システム内に認証機能を配置する必要がなくなる。
このため、通信システムの提供と個人認証を一体化して
多様な通信システムを構築可能となった。さらに、手書
き署名データが個別通信システムには送られることがな
いので、故意または不注意による手書き署名データの流
出を防ぐことができ、セキュリティが向上する。

【００９２】さらに本発明は、第三者認証証明機関での
公開鍵暗号方式を応用したディジタルＩＤ認証方式とは
異なり、事前に登録された個人本人の手書き署名により
認証する動的署名照合であるため、秘密鍵の保存や公開
鍵の取得等の繁雑さがない。

【００９３】本発明の手書き認証通信システムを受発注
システムに適用した場合、発注元の店舗単位でなく個人
単位で発注者や発注確認者の特定が可能になる。

【００９４】本発明の手書き認証通信システムを情報提
供通信システムに適用した場合、利用者の特定がより明
確になるとともに、課金処理までを一括して行うことが
でき、さらに、端末単位でなく個人単位での課金処理が
可能になる。

【００９５】本発明の手書き認証通信システムを公的証
明通信システムに適用した場合、他人による公的証明請
求のなりすましが防止できるとともに、公的証明発行側
での担当者の認証の正当性を請求者側が確認でき、さら
に手数料請求・徴収の適否の情報蓄積、請求者への手数
料徴収の承認等が一貫して処理できるようになる。

【図面の簡単な説明】

【図１】本発明の実施の一形態の手書き認証通信システ
ムの構成を示すブロック図である。

【図２】手書き認証サーバの構成を示すブロック図であ
る。

【図３】手書き入力装置の構成を示すブロック図であ
る。

【図４】電子メール入力による初期登録処理の流れを示
す図である。

【図５】初期登録用のメールにおける指定例を示す図で
ある。

【図６】画情報の送受信処理の流れを示す図である。

【図７】受信画情報に対する認証結果の通知例を示す図
である。

【図８】本発明に基づく認証機能付受発注情報処理シス
テムの構成を示すブロック図である。

【図９】図８に示す受発注情報処理システムでの基本的
な処理の流れを示す図である。

【図１０】本発明に基づく情報提供通信システムの構成
を示すブロック図である。

【図１１】図１０に示す情報提供通信システムでの処理
の流れを示す図である。

【図１２】本発明に基づく公的証明通信システムの構成
を示すブロック図である。

【図１３】図１２に示す公的証明通信システムの処理の
流れを示す図である。

【図１４】図１２に示す公的証明通信システムの処理の
流れを示す図であって、図１３に示す以降の処理を示す
図である。

【図１５】従来のファクシミリ通信システムの構成を示
すブロック図である。

【図１６】従来のファクシミリ通信システムにおけるメ
ール端末からファクシミリ（ＦＡＸ）端末への送信処理
手順を示すシーケンス図である。

【符号の説明】

１１，６４ インターネット １２ 中継網 １３ 公衆網 ２１ ＦＡＸ端末 ２２ メール端末 ２３ 手書き入力端末 ３０ バックボーン網 ３１ ＦＡＸサーバ（ＦＳＶ） ３２ メールサーバ（ＭＬＳ） ３３ サービス制御サーバ（ＳＶＣ） ３４ 加入者管理サーバ（ＳＢＭＳ） ３５ 変換サーバ（ＴＳＶ） ３６，６６ 手書き認証サーバ（ＴＮＳ） ３７ 課金回収サーバ群（ＫＳＧ） ４０ 専用線 ４１ ＰＣサーバ ４２ ＬＡＮ ４３ データベース ４４ 公的機関 ５１ サービス制御サーバインターフェース部 ５２ 認証要求部 ５３ 認証部 ５４ 手書き署名データベース部 ５５ インターフェース部 ５６ 認識データ処理部 ５７ 手書き要素解析部 ５８ 手書き入力パッド ６１ 情報サーバ ６２ 端末装置 ６３ サービス提供網 ６５ 課金回収代行サーバ群 ＦＷ ファイアウォール Ｒ ルータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 1/00 １０７ Ｇ０６Ｆ 15/62 ４６５Ｐ ５Ｋ１０１ Ｆターム(参考） 5B043 AA05 BA06 CA09 DA07 EA06 GA02 HA20 5B085 AC04 AE23 AE25 BG07 5B089 GA02 GA11 GA21 GA26 HA01 JA05 JB03 JB22 KA17 KB13 KC47 KC58 5C062 AA02 AA10 AA14 AA27 AA30 AA32 AA35 AB18 AC22 AC28 AC43 AE02 AE08 AE14 AF08 AF12 BC05 BD06 5K025 AA01 BB02 BB10 CC01 EE18 5K101 KK01 NN01 NN18 NN21 PP04 TT06

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークと、 前記ネットワークに接続して呼処理を統括し管理すると
   ともに前記ネットワーク上で提供されるサービスを制御
   するサービス制御サーバと、 前記ネットワークに接続され、利用者の初期登録された
   手書き署名データを保持して、手書き署名の認証を行う
   手書き認証サーバとを有し、 前記サービス制御サーバによる制御下で前記ネットワー
   クに接続された第１の端末から前記ネットワークに接続
   された第２の端末にデータを転送する際に、前記サービ
   ス制御サーバが、前記第１の端末から送信された手書き
   署名データを前記手書き認証サーバに認証させ、その認
   証結果に応じて前記データの転送を制御する、手書き認
   証通信システム。
2. 【請求項２】 前記手書き認証サーバでの認証結果を前
   記サービス制御サーバが前記第２の端末に通知する、請
   求項１に記載の手書き認証通信システム。
3. 【請求項３】 有料情報を提供する情報サーバが接続さ
   れたネットワークと、 前記ネットワークに接続して前記情報サーバに対する呼
   処理を統括し管理するとともに、課金の回収処理を実行
   する課金回収サーバ手段と、 前記ネットワークに接続され、利用者の初期登録された
   手書き署名データを保持して、手書き署名の認証を行う
   手書き認証サーバとを有し、 前記ネットワークに接続された端末から前記利用者が前
   記情報サーバに格納された情報にアクセスしようとする
   際に、前記課金回収サーバ手段が、前記端末からの情報
   利用要求に添付された前記利用者の手書き署名データを
   前記手書き認証サーバに送信して手書き署名の認証を行
   わせ、前記認証で前記利用者本人であることが確認され
   た場合には、前記情報利用要求を前記情報サーバに送信
   し、前記情報サーバからの情報データと課金情報とを受
   け取り、前記端末に前記情報データを代理提供するとと
   もに、課金処理を実行する、手書き認証通信システム。
4. 【請求項４】 証明文書を提供するサーバが接続された
   ネットワークと、 前記ネットワークに接続して呼処理を統括し管理すると
   ともに前記ネットワーク上で提供されるサービスを制御
   するサービス制御サーバと、 前記ネットワークに接続され、初期登録された手書き署
   名データを保持して、手書き署名の認証を行う手書き認
   証サーバと、 課金の回収処理を実行する課金回収サーバ手段と、を有
   し、 前記サービス制御サーバによる制御下で前記ネットワー
   クに接続された端末から前記サーバに対して証明文書を
   請求する際に、前記サービス制御サーバが、前記端末か
   ら送信された請求者の手書き署名データを前記手書き認
   証サーバに認証させ、その認証結果に応じて前記サーバ
   に対して証明文書請求情報を転送し、前記サーバからの
   証明文書に添付された手書き署名データを前記手書き認
   証サーバに認証させ、その認証結果に応じて前記証明文
   書を前記端末側に送信し、前記課金回収サーバ手段に前
   記証明文書発行に係る課金を処理させる、手書き認証通
   信システム。
5. 【請求項５】 ネットワークを介して第１の端末から第
   ２の端末にデータを送るための手書き認証通信方法であ
   って、 前記ネットワークに設けられた手書き認証サーバに利用
   者の手書き署名データを初期登録する段階と、 前記第１の端末からのデータを前記ネットワーク内に保
   持する段階と、 前記データに添付された前記利用者の手書き署名データ
   を前記手書き認証サーバによって認証する段階と、 前記手書き署名データを前記第２の端末に送ることな
   く、前記認証の結果に応じて、前記データの前記第２の
   端末への転送を実行する段階と、を有する手書き認証通
   信方法。
6. 【請求項６】 前記認証の結果を前記第２の端末に通知
   する、請求項５に記載の手書き認証通信方法。
7. 【請求項７】 ネットワークに接続され有料情報を提供
   する情報サーバを利用するための手書き認証通信方法で
   あって、 前記ネットワークに設けられた手書き認証サーバに利用
   者の手書き署名データを初期登録する段階と、 前記利用者からの情報利用要求を前記ネットワーク内に
   保持する段階と、 前記情報利用要求に添付された手書き署名データを前記
   手書き認証サーバによって認証する段階と、 前記認証結果に応じて前記情報利用要求を前記情報サー
   バに転送する段階と、 前記ネットワークの機能により、前記情報サーバからの
   情報データを前記利用者に代理提供する段階と、 前記情報サーバからの課金情報を前記ネットワーク内で
   処理する段階と、を有する手書き認証通信方法。
8. 【請求項８】 ネットワークに接続され証明文書を提供
   するサーバに対して証明文書を請求するための手書き認
   証通信方法であって、 請求者からの証明請求要求を前記ネットワーク内に保持
   する段階と、 前記証明請求要求に添付された前記請求者の手書き署名
   データを前記ネットワークに設けられた手書き認証サー
   バによって認証する第１の認証段階と、 前記第１の認証段階での認証結果に応じて前記証明請求
   要求を前記サーバに転送する段階と、 前記サーバからの証明文書を前記ネットワーク内に保持
   する段階と、 前記証明文書に添付された手書き署名ファイルを前記手
   書き証明サーバによって認証する第２の認証段階と、 前記第２の認証段階での認証結果に応じて前記証明文書
   を前記請求者側に転送する段階と、 前記証明文書の発行に係る課金を前記ネットワーク内で
   処理する段階と、を有する手書き認証通信方法。
9. 【請求項９】 手書き署名データを認証するためにネッ
   トワークに設けられる手書き認証サーバであって、前記
   ネットワークに対するインターフェースとなるインター
   フェース部と、前記ネットワークを介した情報の送受信
   時に情報授受者の手書き署名データの認証を行なうため
   の認証要求部と、初期登録されている手書き署名データ
   と送受信時の手書き署名データの比較判定を行なう認証
   部と、情報授受者の個人のユーザＩＤと事前に登録した
   手書き署名データを含むファイルを保持・管理する認証
   データベース部と、を有する手書き認証サーバ。
10. 【請求項１０】 ファクシミリ端末に接続し、手書き署
    名認証用の手書き署名データの入力に使用される手書き
    入力装置であって、前記ファクシミリ端末に対するイン
    タフェースとなるインタフェース部と、利用者によって
    手書き署名がなされる手書き入力パッドと、前記利用者
    によって入力された手書き署名の要素解析を実行する手
    書き要素解析部と、前記手書き要素解析部による認識デ
    ータを処理する認識データ処理部と、を有する手書き入
    力装置。