JP7327636B2 - 公開鍵認証装置、公開鍵認証システム、公開鍵認証方法及びプログラム - Google Patents

Description

本発明は、ＩＰ（Internet Protocol）ネットワーク上で音声通話を利用する電話システムに公開鍵認証技術を適用して通話者の個人認証を可能とする公開鍵認証装置、公開鍵認証システム、公開鍵認証方法及びプログラムに関する。

インターネット上で音声通話を行う際、発着信や応答等の通話制御（呼制御）を行うためにＳＩＰ（Session Initiation Protocol）のプロトコルが適用されている。このＳＩＰを用いた電話（以下、ＳＩＰ電話という）では、ＩＰの普及やネットワークの高度化により拡張性の高い電話機能が実現されている。この種の技術として非特許文献１に記載のものがある。

千村他, IDG情報通信シリーズ SIP教科書, pp.223-225, IDGジャパン, 2016.

しかし、ＳＩＰ電話機や通常の電話機では、基本的に電話の通話者（又は利用者）に関して、情報セキュリティ要素としての真正性及び責任追跡性が実現されていない。つまり、ＳＩＰ電話機では利用者個人の認証ができないという課題があった。利用者個人の認証ができないと、利用者の成り済ましが可能であり、利用者を特定するログも残らない。このため、成り済ましによる特殊詐欺被害や、飲食店や宿泊施設等の電話予約の無断キャンセル等のような被害や不利益を被ることになる。

本発明は、このような事情に鑑みてなされたものであり、発信を行うＳＩＰ電話機の利用者個人を認証することを課題とする。

上記課題を解決するため、本発明の公開鍵認証装置は、ＳＩＰ（Session Initiation Protocol）を用いる発信側電話機と、着信側電話機とを呼接続するＳＩＰサーバと、前記発信側電話機の発信者が所有するＩＣ（Integrated Circuit）カードに記憶された発信者の公開鍵及びシリアル番号を有する公開鍵証明書が当該発信側電話機で読み取られて送信された後、前記ＳＩＰサーバで受信された際に、公開鍵証明書の有効性を認証する認証サーバに、前記受信された公開鍵証明書の有効性を確認する証明書確認部と、前記確認により前記有効性が確認された際に乱数を生成する乱数生成部と、前記発信側電話機において前記ＩＣカードが保持する秘密鍵により前記乱数が変換された施錠乱数を受信し、受信された施錠乱数が前記公開鍵で元の乱数に変換された際に、予め発信者のシリアル番号と個人識別情報とが対応付けられて登録されたＤＢ（Data Base）を検索し、前記受信されたシリアル番号と同じシリアル番号に対応付けられた個人識別情報が存在する場合に前記発信者が適正と検証する署名検証部とを備えることを特徴とする。

本発明によれば、発信を行うＳＩＰ電話機の利用者個人を認証することができる。

本発明の実施形態に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。 ＩＣカードの構成を示すブロック図である。 ＳＩＰ電話公開鍵認証装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。 本実施形態に係るＳＩＰ電話公開鍵認証システムおけるＳＩＰ電話公開鍵認証動作シーケンスを記載したブロック図である。 本実施形態の応用例１に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。 応用例１に係る発信可否判断リストのテーブル構成図である。 応用例１に係るＳＩＰ電話公開鍵認証システムおけるＳＩＰ電話公開鍵認証動作シーケンスを記載したブロック図である。 本実施形態の応用例２に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。 応用例２に係る発信可否判断リストのテーブル構成図である。 応用例２に係るＳＩＰ電話公開鍵認証システムおけるＳＩＰ電話公開鍵認証動作シーケンスを記載したブロック図である。

以下、本発明の実施形態を、図面を参照して説明する。但し、本明細書の全図において機能が対応する構成部分には同一符号を付し、その説明を適宜省略する。
＜実施形態の構成＞
図１は、本発明の実施形態に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。

図１に示すＳＩＰ電話公開鍵認証システム（システムともいう）１０は、ＳＩＰ電話公開鍵認証装置（認証装置ともいう）２０と、通話対象となる利用者Ａ（発信者）が所有するＡ電話機３０及び利用者Ｂ（着信者）が所有するＢ電話機４０と、利用者Ａが所有するＩＣ（Integrated Circuit）カード３１と、認証局５０とを備えて構成されている。なお、Ａ電話機３０は、請求項記載の発信側電話機を構成する。Ｂ電話機４０は、請求項記載の着信側電話機を構成する。ＳＩＰ電話公開鍵認証システムは、請求項記載の公開鍵認証システムを構成する。ＩＰ電話公開鍵認証装置は、請求項記載の公開鍵認証装置を構成する。

Ａ電話機３０は、電話番号が「＃ＸＸＸ」のＳＩＰ電話機である。このＡ電話機３０は、認証装置２０を介してＢ電話機４０と通話を行い、ＩＣカード制御部３０ａを備える。ＩＣカード制御部３０ａは、ＲＦＩＤ（Radio Frequency IDentification）機能を備え、Ａ電話機３０のＩＣカード読取部分にＩＣカード３１が当接（又は近接）され、且つＡ電話機３０から予め定められた暗証番号が入力された際に、ＩＣカード３１のＩＣチップ３１ａに記録された各情報（後述）を読み取り又は情報の書き込みを行う。

図２に示すように、ＩＣチップ３１ａには、利用者Ａの公開鍵証明書（証明書ともいう）３２の情報と、秘密領域３１ｂに記録された利用者Ａの秘密鍵３３の情報とが記憶されている。公開鍵証明書３２には、認証局の署名（認証局署名）３４を受けた利用者Ａのシリアル番号３５及び公開鍵３６の各情報が記録されている。

図１に戻り、Ａ電話機３０は、後述のＩＮＶＩＴＥ及び公開鍵証明書３２を、認証装置２０のＳＩＰサーバ２１へ送信する。ＩＮＶＩＴＥは、セッションの確立のためにＳＩＰで最初に送る規約情報である。

Ｂ電話機４０は、電話番号が「＃ＹＹＹ」のＳＩＰ電話機、又はこの機種以外の電話機である。つまり、Ｂ電話機４０は、交換機からＢ電話機４０までの設備がメタル回線のアナログ電話設備のままでも利用可能な電話機であってもよい。

認証局５０は、認証サーバ５０ａにより公開鍵証明書３２の有効性を認証する。この認証を行うための認証情報は認証局５０しか持てず、認証サーバ５０ａのみに秘密保持されている。

ＳＩＰ電話公開鍵認証装置２０は、電話機（例えばＡ電話機３０）から発信を行った利用者（例えば、利用者Ａ）個人の認証処理を行うものであり、ＳＩＰサーバ２１と、利用者認証部２２と、ＤＢ（Data Base）２３とを備えて構成されている。但し、ＳＩＰサーバ２１は、電話機の呼接続処理を行う請求項記載の呼接続部である。本実施形態では呼接続部がＳＩＰサーバ２１である。

ＳＩＰサーバ２１は、ＳＩＰを利用したＡ電話機３０と、Ｂ電話機４０との通話機能を備え、電話番号やＩＰアドレス等の記録及び検索や、ＩＰ電話サービスの管理を行うものであり、証明書確認部２１ａを備える。

証明書確認部２１ａは、Ａ電話機３０から受信した公開鍵証明書３２の有効性を認証局５０に確認する処理を行う。この証明書確認部２１ａは、ＳＩＰサーバ２１の外部に接続されていてもよい。

利用者認証部２２は、発信を行った電話機（例えばＡ電話機３０）の利用者Ａを認証する処理を行うものであり、乱数生成部２２ａと、署名検証部２２ｂとを備える。

乱数生成部２２ａは、証明書確認部２１ａで証明書３２の確認が取れた（ＯＫ）の場合に、乱数ｒを生成する。この生成された乱数ｒは、Ａ電話機３０へ送信される。Ａ電話機３０では、ＩＣカード制御部３０ａの制御により、Ａ電話機３０に当接されたＩＣカード３１の秘密鍵３３（図２）が用いられて、受信された乱数ｒに電子署名が行われ、他の乱数に変換される。この変換された乱数を、施錠乱数ｒ１と称す。この施錠乱数ｒ１は、認証装置２０へ返信される。

署名検証部２２ｂは、Ａ電話機３０からの施錠乱数ｒ１の受信時に、上述したＩＮＶＩＴＥと共に受信された証明書３２に含まれる公開鍵３６によって、施錠乱数ｒ１を署名検証する。この署名検証により施錠乱数ｒ１が元の乱数ｒに変換された場合、秘密鍵３３と対になる公開鍵３６が検証ＯＫとなる。この公開鍵３６の検証ＯＫによって、Ａ電話機３０の利用者Ａのシリアル番号３５がＯＫとなる。

ＤＢ２３は、予め電話機の利用者の個人識別情報３７と当該利用者固有のシリアル番号３５とが対応付けられて格納されている。例えば、Ａ電話機３０の利用者Ａの個人識別情報３７と、当該利用者Ａ固有のシリアル番号３５とが対応付けられて格納されている。

利用者認証部２２は、署名検証部２２ｂでＯＫと検証された利用者Ａのシリアル番号３５をＤＢ２３から検索し、この検索されたシリアル番号３５に対応付けられた利用者Ａの個人識別情報３７がＯＫであることを認証する。このような認証処理によって、ＳＩＰサーバ２１が利用者Ａと通話相手のＢ電話機４０とを呼接続可能とする。

＜ハードウェア構成＞
上述したＳＩＰ電話公開鍵認証装置２０は、例えば図３に示すような構成のコンピュータ１００によって実現される。コンピュータ１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、入出力Ｉ／Ｆ（Inter Face）１０５、通信Ｉ／Ｆ（Inter Face）１０６、及びメディアＩ／Ｆ１０７を有する。

ＣＰＵ１０１は、ＲＯＭ１０２又はＨＤＤ１０４に記憶されたプログラムに基づき作動し、各機能部の制御を行う。ＲＯＭ１０２は、コンピュータ１００の起動時にＣＰＵ１０１により実行されるブートプログラムや、コンピュータ１００のハードウェアに係るプログラム等を記憶する。

ＣＰＵ１０１は、入出力Ｉ／Ｆ１０５を介して、プリンタやディスプレイ等の出力装置１１１及び、マウスやキーボード等の入力装置１１０を制御する。ＣＰＵ１０１は、入出力Ｉ／Ｆ１０５を介して、入力装置１１０からデータを取得し、又は、生成したデータを出力装置１１１へ出力する。

ＨＤＤ１０４は、ＣＰＵ１０１により実行されるプログラム及び当該プログラムによって使用されるデータ等を記憶する。通信Ｉ／Ｆ１０６は、通信網１１２を介して図示せぬ他の装置からデータを受信してＣＰＵ１０１へ出力し、また、ＣＰＵ１０１が生成したデータを、通信網１１２を介して他の装置へ送信する。

メディアＩ／Ｆ１０７は、記録媒体１１３に格納されたプログラム又はデータを読み取り、ＲＡＭ１０３を介してＣＰＵ１０１へ出力する。ＣＰＵ１０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ１０７を介して記録媒体１１３からＲＡＭ１０３上にロードし、ロードしたプログラムを実行する。記録媒体１１３は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体又は半導体メモリ等である。

例えば、コンピュータ１００が実施形態に係るＳＩＰ電話公開鍵認証装置２０として機能する場合、コンピュータ１００のＣＰＵ１０１は、ＲＡＭ１０３上にロードされたプログラムを実行することにより、ＳＩＰ電話公開鍵認証装置２０の機能を実現する。また、ＨＤＤ１０４には、ＲＡＭ１０３内のデータが記憶される。ＣＰＵ１０１は、目的の処理に係るプログラムを記録媒体１１３から読み取って実行する。この他、ＣＰＵ１０１は、他の装置から通信網１１２を介して目的の処理に係るプログラムを読み込んでもよい。

＜実施形態の動作＞
次に、本実施形態に係るＳＩＰ電話公開鍵認証システム１０おけるＳＩＰ電話公開鍵認証動作を、図４の動作シーケンスを記載したブロック図を参照して説明する。但し、認証装置２０のＤＢ２３には、Ａ電話機３０の利用者Ａの個人識別情報３７と、当該利用者Ａ固有のシリアル番号３５とが対応付けられて格納されているとする。

図３に示すステップＳ１において、利用者Ａによって、Ａ電話機３０にＩＣカード３１が当接され、Ａ電話機３０から暗証番号が入力されると、ＩＣカード制御部３０ａがＩＣカード３１のＩＣチップ３１ａに記録された公開鍵証明書３２（図２）を読み取る。公開鍵証明書３２には、認証局署名３４を受けた利用者Ａのシリアル番号３５及び公開鍵３６の各情報が記録されている。

ステップＳ２において、Ａ電話機３０は、ＩＮＶＩＴＥと、上記で読み取った公開鍵証明書３２を、認証装置２０のＳＩＰサーバ２１へ送信する。

ステップＳ３において、ＳＩＰサーバ２１は、証明書確認部２１ａによって、Ａ電話機３０から受信した公開鍵証明書３２の有効性を認証局５０に確認する。この確認処理によって、認証サーバ５０ａにより公開鍵証明書３２の有効性が認証された（認証ＯＫ）とする。

ステップＳ４において、その認証ＯＫを証明書確認部２１ａから受けた乱数生成部２２ａは、乱数ｒを生成する。この生成された乱数ｒは、ステップＳ５において、Ａ電話機３０へ送信される。

ステップＳ６において、Ａ電話機３０では、ＩＣカード制御部３０ａの制御により、Ａ電話機３０に当接された図２に示すＩＣカード３１の秘密鍵３３が用いられて、受信された乱数ｒに電子署名が行われ、施錠乱数ｒ１に変換される。この施錠乱数ｒ１が、ステップＳ７において、認証装置２０へ返信される。

ステップＳ８において、認証装置２０の署名検証部２２ｂは、施錠乱数ｒ１を受信すると、上記ステップＳ２で受信された証明書３２に含まれる公開鍵３６によって、施錠乱数ｒ１を署名検証する。この署名検証により、ステップＳ９において、施錠乱数ｒ１が元の乱数ｒに変換された場合、秘密鍵３３と対になる公開鍵３６が検証ＯＫとなる。この公開鍵３６の検証ＯＫによって、Ａ電話機３０の利用者Ａのシリアル番号３５がＯＫとなる。

ステップＳ１０において、利用者認証部２２は、上記ステップＳ９でＯＫと検証された利用者Ａのシリアル番号３５をＤＢ２３から検索し、この検索されたシリアル番号３５に対応付けられた利用者Ａの個人識別情報３７がＯＫであることを認証する。このような認証処理によって、ステップＳ１１において、ＳＩＰサーバ２１が利用者Ａと通話相手のＢ電話機４０とを呼接続可能となる。

＜実施形態の効果＞
このような実施形態のＳＩＰ電話公開鍵認証装置２０の効果を説明する。
ＳＩＰ電話公開鍵認証装置２０は、ＳＩＰを用いるＡ電話機３０（発信側電話機）と、Ｂ電話機４０（着信側電話機）とを呼接続するＳＩＰサーバ２１と、証明書確認部２１ａと、乱数生成部２２ａと、署名検証部２２ｂと、ＤＢ２３とを備えて構成されている。

証明書確認部２１ａは、Ａ電話機３０の発信者である利用者Ａが所有するＩＣカード３１に記憶された公開鍵証明書３２の認証局５０の署名による利用者Ａの公開鍵３６が、Ａ電話機３０で読み取られて送信された後、ＳＩＰサーバ２１で受信された際に、公開鍵証明書３２の有効性を認証する認証局５０の認証サーバ５０ａに有効性を確認する。

乱数生成部２２ａは、上記確認により有効性が確認された際に乱数ｒを生成する。

ＤＢ２３には、発信者のシリアル番号と個人識別情報とが対応付けられて登録されている。

署名検証部２２ｂは、Ａ電話機３０においてＩＣカード３１が保持する秘密鍵３３により乱数ｒを受信し、受信された施錠乱数ｒ１が公開鍵３６で元の乱数に変換された際に、ＤＢ２３において、上記受信されたシリアル番号３５と同じシリアル番号３５に対応付けられた個人識別情報３７が存在する場合に発信者が適正と検証する。

この構成によれば、ＳＩＰ電話機であるＡ電話機３０がＢ電話機４０と通話を行う際に、発信側のＡ電話機３０の利用者Ａ個人を認証できる。このため、電話の利用者Ａの成り済ましを抑制でき、また、利用者Ａが特定できるので利用者Ａのログを残すことが可能となる。これによって、成り済ましによる特殊詐欺被害や、飲食店や宿泊施設等の電話予約の無断キャンセル等のような被害や不利益を抑制できる。

更には、宅配先の留守等を事前に確認したい宅配業者からの電話に、宅配先の利用者Ｂが安心して対応できたり、テレワーク等における電話会議への接続管理を当事者を認証して行えるので、安全に機密を保持しながら行ったりできる等、汎用性を拡げることが可能となる。

＜実施形態の応用例１＞
図５は、本発明の実施形態の応用例１に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。

図５に示す応用例１のシステム１０ＡのＳＩＰ電話公開鍵認証装置２０Ａは、着信者（利用者Ｂ）との通話前に発信者（利用者Ａ）を認証する処理を行う。

システム１０Ａが、上記実施形態のシステム１０（図１）と異なる点は、ＳＩＰサーバ２１に発信可否判断リスト（リストともいう）２１ｃを保持するサービス対象判断部（判断部ともいう）２１ｂを更に備えたことにある。このリスト２１ｃを保持する判断部２１ｂは、ＳＩＰサーバ２１の外部に接続されていてもよい。また、応用例１では、認証装置２０ＡがＤＢ２３（図１）を備えない構成となっている。

発信可否判断リスト２１ｃは、図６に示すように、着信側電話番号に、公開鍵証明書のシリアル番号と着信許容／拒否の内容が対応付けられたテーブル構成となっている。一例として、着信側電話番号欄に、Ａ電話機３０の電話番号「＃ＸＸＸ」と、Ｂ電話機４０の電話番号「＃ＹＹＹ」とが記載されている。

「＃ＸＸＸ」には、発信者「Ｃのシリアル番号」が対応付けられると共に、着信の「許容」が対応付けられている。更に、「＃ＸＸＸ」には、発信者「Ｄのシリアル番号」が対応付けられると共に、着信の「拒否」が対応付けられている。「＃ＹＹＹ」には、発信者「Ａのシリアル番号」が対応付けられると共に、着信の「許容」が対応付けられている。

サービス対象判断部２１ｂは、ＳＩＰサーバ２１がＩＮＶＩＴＥ及び公開鍵証明書３２を受信した際に、リスト２１ｃを検索し、受信した公開鍵証明書３２に記載されたシリアル番号３５が有るか否かを判断する。

受信したシリアル番号３５が有る場合、証明書確認部２１ａは、Ａ電話機３０から受信した公開鍵証明書３２の有効性を認証局５０に確認する処理を行う。

署名検証部２２ｂは、上記実施形態で説明したと同様に、利用者Ａのシリアル番号３５をＯＫと検証した場合、そのシリアル番号３５を判断部２１ｂに通知する。判断部２１ｂは、通知された利用者Ａのシリアル番号３５をリスト２１ｃ（図６）から検索し、検索された「Ａのシリアル番号」に対応付けられた着信の「許容」を検知する。

この「許容」が検知された場合、判断部２１ｂは、リスト２１ｃの「Ａのシリアル番号」に対応付けられた着信側電話番号、即ちＢ電話機４０の電話番号「＃ＹＹＹ」を読み出す。ＳＩＰサーバ２１は、その読み出された「＃ＹＹＹ」と、シリアル番号３５を送信してきた発信側電話機、即ちＡ電話機３０の電話番号「＃ＸＸＸ」との双方で通話接続を行い、Ａ電話機３０とＢ電話機４０とを通話可能とする。

＜応用例１の動作＞
次に、応用例１のＳＩＰ電話公開鍵認証システム１０ＡにおけるＳＩＰ電話公開鍵認証動作を、図７の動作シーケンスを記載したブロック図を参照して説明する。

図７に示すステップＳ２１において、利用者Ａによって、Ａ電話機３０にＩＣカード３１が当接され、Ａ電話機３０から暗証番号が入力されると、ＩＣカード制御部３０ａがＩＣカード３１のＩＣチップ３１ａに記録された公開鍵証明書３２を読み取る。公開鍵証明書３２には、認証局署名３４を受けた利用者Ａの図２に示すシリアル番号３５及び公開鍵３６の各情報が記録されている。

図７のステップＳ２２において、Ａ電話機３０は、ＩＮＶＩＴＥと、上記で読み取った公開鍵証明書３２とを、認証装置２０ＡのＳＩＰサーバ２１へ送信する。

ステップＳ２３において、判断部２１ｂは、ＳＩＰサーバ２１が公開鍵証明書３２を受信した際に、リスト２１ｃ（図６）を検索し、受信した公開鍵証明書３２に記載されたシリアル番号３５が有るか否かを判断する。

この判断結果、シリアル番号３５が無ければ認証処理が終了となり、Ａ電話機３０はＢ電話機４０に通話できなくなる。

一方、シリアル番号３５が有れば、ステップＳ２４において、証明書確認部２１ａが、Ａ電話機３０から受信した公開鍵証明書３２の有効性を認証局５０の認証サーバ５０ａに確認する処理を行う。この処理によって、公開鍵証明書３２の有効性が確認できなければ、認証処理が終了となり、Ａ電話機３０はＢ電話機４０に通話できなくなる。

一方、公開鍵証明書３２の有効性が確認された（認証ＯＫ）場合、ステップＳ２５において、乱数生成部２２ａが乱数ｒを生成する。この生成された乱数ｒは、ステップＳ２６において、Ａ電話機３０へ送信される。

ステップＳ２７において、Ａ電話機３０では、ＩＣカード制御部３０ａの制御によりＩＣカード３１において、秘密鍵３３（図２）が用いられて上記受信された乱数ｒに電子署名が行われ、施錠乱数ｒ１に変換される。この施錠乱数ｒ１が、ステップＳ２８において、認証装置２０へ返信される。

ステップＳ２９において、署名検証部２２ｂは、施錠乱数ｒ１を受信すると、上記ステップＳ２２で受信された証明書３２に含まれる公開鍵３６によって、施錠乱数ｒ１を署名検証する。この署名検証により、ステップＳ３０において、施錠乱数ｒ１が元の乱数ｒに変換されると、秘密鍵３３と対になる公開鍵３６が検証ＯＫとなる。この公開鍵３６の検証ＯＫによって、Ａ電話機３０の利用者Ａのシリアル番号３５が検証ＯＫとなる。

ステップＳ３１において、署名検証部２２ｂは、上記検証ＯＫのシリアル番号３５を判断部２１ｂに通知する。

ステップＳ３２において、判断部２１ｂは、通知された利用者Ａのシリアル番号３５をリスト２１ｃ（図６）から検索する。「Ａのシリアル番号」が検索されると、判断部２１ｂは、「Ａのシリアル番号」に対応付けられた着信の「許容」を検知し、「Ａのシリアル番号」に対応付けられた着信側のＢ電話機４０の電話番号「＃ＹＹＹ」を読み出す。

ステップＳ３３において、ＳＩＰサーバ２１は、その読み出された「＃ＹＹＹ」のＢ電話機４０に通話接続を行う。更に、ステップＳ３４において、ＳＩＰサーバ２１は、シリアル番号３５を送信してきた発信側のＡ電話機３０に通話接続を行う。そして、ステップＳ３５において、Ａ電話機３０とＢ電話機４０とがＳＩＰサーバ２１を介して通話を行う。

＜応用例１の効果＞
このような実施形態の応用例１のＳＩＰ電話公開鍵認証装置２０Ａの効果を説明する。
認証装置２０Ａは、判断部２１ｂを備える。判断部２１ｂは、着信側電話番号「＃ＹＹＹ」に、公開鍵証明書３２の認証局５０の署名によるＡ電話機３０（発信側電話機）の利用者Ａのシリアル番号３５と、着信の許容又は拒否と、が対応付けられたリスト２１ｃを保持する。そして、判断部２１ｂは、ＳＩＰサーバ２１が公開鍵証明書３２に係る公開鍵３６及びシリアル番号３５を受信した際に、受信したシリアル番号３５がリスト２１ｃに有るか否かを判断する。

判断部２１ｂで、受信したシリアル番号３５が有りと判断された後、そのシリアル番号３５が発信者Ａのものであることが署名検証部２２ｂで検証され、検証されたシリアル番号３５に対応付けられた着信の「許容」がリスト２１ｃから検知されたとする。

この場合、ＳＩＰサーバ２１は、許容が検知されたＢ電話機４０の電話番号「＃ＹＹＹ」と、シリアル番号３５を送信してきたＡ電話機３０の電話番号「＃ＸＸＸ」との双方で通話接続を行い、双方の電話番号「＃ＹＹＹ」，「＃ＸＸＸ」の電話機３０，４０を通話可能とする構成とした。

この構成によれば、発信側のＡ電話機３０の利用者Ａが、着信側のＢ電話機４０の利用者Ｂと通話する前に、認証装置２０によって自動的に発信側の利用者Ａを認証できる。この認証が正しい場合にのみ、認証装置２０が、発着信双方のＡ電話機３０及びＢ電話機４０に通話接続を行って通話可能とできる。

＜実施形態の応用例２＞
図８は、本発明の実施形態の応用例２に係るＳＩＰ電話公開鍵認証装置を用いたＳＩＰ電話公開鍵認証システムの構成を示すブロック図である。

図８に示す応用例２のシステム１０ＢのＳＩＰ電話公開鍵認証装置２０Ｂは、着信者（利用者Ｂ）が通話中に、発信者（利用者Ａ）を認証する処理を行う。

応用例２のシステム１０Ｂが、上記応用例１のシステム１０（図５）と異なる点は、ＳＩＰサーバ２１内の発信可否判断リスト２１ｇが備える情報内容（後述）と、サービス対象判断部２１ｆが行う処理内容（後述）が異なることと、認証装置２０Ｂ内に要求通知部２４を更に備えたことにある。なお、リスト２１ｇを保持する判断部２１ｆは、ＳＩＰサーバ２１の外部に接続されていてもよい。

リスト２１ｇは、図９に示すように、着信側電話番号に、公開鍵証明書のシリアル番号と、発信側利用者Ａの個人を識別可能な通知情報とが対応付けられたテーブル構成となっている。但し、通知情報には、この情報が開示対象か否かが記載されている。一例として、着信側電話番号欄に、Ａ電話機３０の電話番号「＃ＸＸＸ」と、Ｂ電話機４０の電話番号「＃ＹＹＹ」とが記載されている。

「＃ＸＸＸ」には、発信者「Ｃのシリアル番号」が対応付けられると共に、通知情報の「＆＆＆」が対応付けられている。更に、「＃ＸＸＸ」には、発信者「Ｄのシリアル番号」が対応付けられると共に、通知情報の「＄＄＄」が対応付けられている。「＃ＹＹＹ」には、発信者「Ａのシリアル番号」が対応付けられると共に、通知情報の「＠＠＠」が対応付けられている。

要求通知部２４は、発信側のＡ電話機３０と着信側のＢ電話機４０とが通話中に、Ｂ電話機４０においてＡ電話機３０の利用者Ａの認証要求操作によって、利用者Ａの認証要求が行われた際に、この認証要求を判断部２１ｆへ通知する。但し、発信側のＡ電話機３０から利用者Ａが、自身（利用者Ａ）の認証要求を行う場合もある。

判断部２１ｆは、上記認証要求を行ったＢ電話機４０の電話番号「＃ＸＸＸ」がリスト２１ｇに登録されているか否かを確認する。言い換えれば、利用者Ｂが本認証サービスの対象か否かを確認する。

要求通知部２４は、Ｂ電話機４０の電話番号「＃ＸＸＸ」がリスト２１ｇに登録されている場合、発信側のＡ電話機３０に公開鍵証明書３２の送信要求を行う。この要求に応じてＡ電話機３０から公開鍵証明書３２が送信された場合、公開鍵証明書３２はＳＩＰサーバ２１で受信される。

判断部２１ｆは、ＳＩＰサーバ２１で公開鍵証明書３２が受信された場合、リスト２１ｇを検索し、公開鍵証明書３２に記載されたシリアル番号３５がリスト２１ｇに有るか否かを判断する。

また、判断部２１ｆは、上記応用例１と同様に署名検証部２２ｂから利用者Ａのシリアル番号３５が通知された際に、リスト２１ｇ内の着信側の利用者Ｂの電話番号「＃ＹＹＹ」に対応付けられた利用者「Ａのシリアル番号」に更に対応付けられた通知情報「＠＠＠」が、開示対象か否かを確認する。

この確認結果、開示対象であれば、要求通知部２４が、リスト２１ｇの認証結果としての通知情報「＠＠＠」を着信側のＢ電話機４０へ通知する。この通知を受けたＢ電話機４０は、通知情報「＠＠＠」の内容としての発信側利用者Ａの個人を識別可能にディスプレイに表示、又は音声で発音する。

＜応用例２の動作＞
次に、応用例２のＳＩＰ電話公開鍵認証システム１０ＢおけるＳＩＰ電話公開鍵認証動作を、図１０の動作シーケンスを記載したブロック図を参照して説明する。

図１０に示すステップＳ４１において、利用者ＡがＡ電話機３０から発信先のＢ電話機４０へ発信を行うと、ＳＩＰサーバ２１が、Ａ電話機３０を通話接続し、更に、ステップＳ４２において、Ｂ電話機４０に通話接続を行う。これによって、ステップＳ４３において、Ａ電話機３０とＢ電話機４０とが通話可能となる。

この通話中に、利用者ＢがＢ電話機４０で、Ａ電話機３０の利用者Ａの認証要求操作を行うと、ステップＳ４４によって、利用者Ａの認証要求が要求通知部２４から判断部２１ｆへ通知される。

ステップＳ４５において、判断部２１ｆは、上記通知された認証要求元のＢ電話機４０の電話番号「＃ＸＸＸ」がリスト２１ｇに登録されているか否かを確認する。

上記Ｂ電話機４０の電話番号「＃ＸＸＸ」がリスト２１ｇに登録されている場合、ステップＳ４６において、要求通知部２４は、発信側のＡ電話機３０に公開鍵証明書３２の送信要求を行う。

この要求がＡ電話機３０に通知されると、ステップＳ４７において、利用者ＡがＩＣカード３１をＡ電話機３０に当接する。この当接により、ＩＣカード制御部３０ａがＩＣカード３１のＩＣチップ３１ａに記録された公開鍵証明書３２を読み取る。

ステップＳ４８において、Ａ電話機３０は、その読み取った公開鍵証明書３２をＳＩＰサーバ２１へ返信する。

公開鍵証明書３２がＳＩＰサーバ２１で受信されると、ステップＳ４８ａにおいて、判断部２１ｆは、リスト２１ｇを検索し、受信した公開鍵証明書３２に記載されたシリアル番号３５がリスト２１ｇに有るか否かを判断する。

この判断結果、シリアル番号３５が無ければ、認証処理を終了する。この認証処理ができないことは、着信側のＢ電話機４０へ通知される。

一方、シリアル番号３５が有れば、ステップＳ４９において、証明書確認部２１ａが、Ａ電話機３０から受信した公開鍵証明書３２の有効性を認証局５０の認証サーバ５０ａに確認する。この確認によって、公開鍵証明書３２の有効性が確認できなければ、認証処理終了し、認証処理ができないことが着信側のＢ電話機４０へ通知される。

一方、公開鍵証明書３２の有効性が確認された（認証ＯＫ）場合、ステップＳ５０において、乱数生成部２２ａが乱数ｒを生成する。この生成された乱数ｒは、ステップＳ５１において、Ａ電話機３０へ送信される。

ステップＳ５２において、Ａ電話機３０では、ＩＣカード制御部３０ａの制御により、ＩＣカード３１の秘密鍵３３（図２）が用いられて、上記受信された乱数ｒが施錠乱数ｒ１に変換される。この施錠乱数ｒ１が、ステップＳ５３において、認証装置２０へ返信される。

ステップＳ５４において、認証装置２０Ｂの署名検証部２２ｂは、施錠乱数ｒ１を受信すると、上記ステップＳ４８で受信された証明書３２に含まれる公開鍵３６によって、施錠乱数ｒ１を署名検証する。この署名検証により、ステップＳ５５において、施錠乱数ｒ１が元の乱数ｒに変換された場合、公開鍵３６が検証ＯＫとなり、上記利用者Ａのシリアル番号３５がＯＫとなる。

ステップＳ５６において、署名検証部２２ｂは、上記ＯＫと検証されたシリアル番号３５を判断部２１ｆに通知する。

ステップＳ５７において、判断部２１ｆは、通知された利用者Ａのシリアル番号３５をリスト２１ｇ（図９）から検索し、検索された「Ａのシリアル番号」に対応付けられた利用者「Ａのシリアル番号」に対応付けられた通知情報「＠＠＠」が、開示対象か否かを確認する。

その確認結果、開示対象であれば、ステップＳ５８において、要求通知部２４が、開示対象の通知情報「＠＠＠」を着信側のＢ電話機４０へ通知する。この通知を受けたＢ電話機４０は、通知情報「＠＠＠」の内容としての発信側利用者Ａの個人を識別可能にディスプレイに表示、又は音声で発音する。これによって、着信側の利用者Ｂは、発信側の利用者Ａが適正な発信者であることを認識できる。

＜応用例２の効果＞
このような実施形態のＳＩＰ電話公開鍵認証装置２０Ｂの効果を説明する。
認証装置２０Ｂは、要求通知部２４と、リスト２１ｇを保持する判断部２１ｆとを更に備える。

要求通知部２４は、通話中のＢ電話機４０からＡ電話機３０の発信者の認証要求を受け取る処理と、Ａ電話機３０に公開鍵証明書の送信要求を行う処理と、認証要求の結果をＢ電話機４０へ通知する処理とを行う。

判断部２１ｆは、着信側電話番号「＃ＹＹＹ」に、公開鍵証明書３２の認証局の署名による発信者である利用者Ａのシリアル番号３５と、当該利用者Ａを識別可能な通知情報とが対応付けられたリスト２１ｇを保持する。この判断部２１ｆは、要求通知部２４が認証要求を受け取った際にＢ電話機４０の電話番号「＃ＹＹＹ」がリスト２１ｇに登録されているか否かを判断すると共に、公開鍵証明書３２に係る公開鍵及びシリアル番号３５をＳＩＰサーバ２１で受信した際に、受信したシリアル番号３５がリスト２１ｇに有るか否かを判断する。

要求通知部２４は、判断部２１ｆでＢ電話機４０の電話番号がリスト２１ｇに登録されていると判断された際に、Ａ電話機３０に公開鍵証明書３２の送信要求を行う。送信要求に応じてＡ電話機３０から返信された公開鍵証明書３２に係るシリアル番号３５が、リスト２１ｇに有ると判断部２１ｆで判断された後、署名検証部２２ｂにおいて当該シリアル番号３５が正しいことが検証される。

この検証後に、判断部２１ｆで、リスト２１ｇから検証されたシリアル番号３５に対応付けられた通知情報が開示対象と判断された際に、要求通知部２４が、認証要求の結果として通知情報をＢ電話機４０へ通知する構成とした。

この構成によれば、Ｂ電話機４０の着信者Ｂが通話中に、Ａ電話機３０の発信者Ａを認証し、着信者Ｂへ通知できる。

＜プログラム＞
次に、実施形態のコンピュータで実行されるプログラムについて説明する。コンピュータは、ＳＩＰを用いるＡ電話機３０（発信側電話機）と、Ｂ電話機４０（着信側電話機）とを呼接続するＳＩＰサーバ２１を適用して通話者の個人認証を可能とするＳＩＰ電話公開鍵認証装置２０であるとする。

プログラムは、上記コンピュータを、Ａ電話機３０の発信者Ａ（利用者Ａ）が所有するＩＣカード３１に記憶された発信者Ａの公開鍵３６及びシリアル番号３５を有する公開鍵証明書３２が当該Ａ電話機３０で読み取られて送信された後、ＳＩＰサーバ２１で受信された際に、公開鍵証明書３２の有効性を認証する認証サーバ５０ａに、受信された公開鍵証明書３２の有効性を確認する手段、確認により有効性が確認された際に乱数ｒを生成する手段、Ａ電話機３０においてＩＣカード３１が保持する秘密鍵３６により乱数ｒが変換された施錠乱数ｒを受信し、受信された施錠乱数ｒが公開鍵で元の乱数ｒに変換された際に、予め発信者Ａのシリアル番号３５と個人識別情報３７とが対応付けられて登録されたＤＢ２３を検索し、受信されたシリアル番号３５と同じシリアル番号３５に対応付けられた個人識別情報３７が存在する場合に発信者Ａが適正と検証する手段として機能させる。

このプログラムによれば、上述したＳＩＰ電話公開鍵認証装置２０と同様の効果を得ることができる。

＜効果＞
（１）ＳＩＰ（Session Initiation Protocol）を用いる発信側電話機と、着信側電話機とを呼接続する呼接続部と、前記発信側電話機の発信者が所有するＩＣ（Integrated Circuit）カードに記憶された発信者の公開鍵及びシリアル番号を有する公開鍵証明書が当該発信側電話機で読み取られて送信された後、前記呼接続部で受信された際に、公開鍵証明書の有効性を認証する認証サーバに、前記受信された公開鍵証明書の有効性を確認する証明書確認部と、前記確認により前記有効性が確認された際に乱数を生成する乱数生成部と、前記発信側電話機において前記ＩＣカードが保持する秘密鍵により前記乱数が変換された施錠乱数を受信し、受信された施錠乱数が前記公開鍵で元の乱数に変換された際に、予め発信者のシリアル番号と個人識別情報とが対応付けられて登録されたＤＢ（Data Base）を検索し、前記受信されたシリアル番号と同じシリアル番号に対応付けられた個人識別情報が存在する場合に前記発信者が適正と検証する署名検証部とを備えることを特徴とする公開鍵認証装置である。

この構成によれば、ＳＩＰ電話機である発信側電話機が着信側電話機と通話を行う際に、発信側電話機の発信者個人を認証できる。つまり、発信を行うＳＩＰ電話機の発信者個人を認証できる。このため、電話の発信者の成り済ましを抑制でき、また、発信者が特定できるので発信者のログを残すことが可能となる。これによって、成り済ましによる特殊詐欺被害や、飲食店や宿泊施設等の電話予約の無断キャンセル等のような被害や不利益を抑制できる。

（２）着信側電話番号に、発信者の公開鍵及びシリアル番号を有する公開鍵証明書の当該シリアル番号と、着信の許容又は拒否と、が対応付けられたリストを保持し、前記呼接続部で前記発信側電話機から公開鍵証明書の公開鍵及びシリアル番号を受信した際に、受信したシリアル番号が当該リストに有るか否かを判断する判断部を備え、前記判断部の判断により前記受信したシリアル番号がリストに有りと判断された後、当該シリアル番号が発信者のものであることが前記署名検証部で検証され、検証されたシリアル番号に対応付けられた前記着信の許容が前記リストから検知された場合、前記呼接続部は、前記検知された着信の許容に対応付けられた着信側電話機の電話番号と、前記シリアル番号を送信してきた発信側電話機の電話番号との双方で通話接続を行い、双方の電話番号の電話機を通話可能とすることを特徴とする上記（１）に記載の公開鍵認証装置である。

この構成によれば、発信側電話機の発信者が、着信側電話機の利用者と通話する前に、認証装置によって自動的に発信者を認証できる。この認証が正しい場合にのみ、認証装置が、発着信双方の電話機に通話接続を行って通話可能とできる。

（３）通話中の着信側電話機から発信側電話機の発信者の認証要求を受信する処理と、前記発信側電話機に発信者の公開鍵及びシリアル番号を有する公開鍵証明書の送信要求を行う処理と、前記認証要求の結果を前記着信側電話機へ通知する処理とを行う要求通知部と、着信側電話番号に、前記公開鍵証明書の発信者のシリアル番号と、当該発信者を識別可能な通知情報とが対応付けられたリストを保持し、前記要求通知部が前記認証要求を受信した際に前記着信側電話機の着信電話番号が前記リストに登録されているか否かを判断すると共に、前記公開鍵証明書に係る公開鍵及びシリアル番号を前記呼接続部で受信した際に、受信したシリアル番号が当該リストに有るか否かを判断する判断部と、を備え、前記要求通知部は、前記判断部で前記着信電話番号が前記リストに登録されていると判断された際に、前記発信側電話機に前記公開鍵証明書の送信要求を行い、前記送信要求に応じて前記発信側電話機から返信された前記公開鍵証明書に係るシリアル番号が、前記判断部で前記リストに有りと判断された後、当該シリアル番号が発信者のものであることが前記署名検証部で検証され、且つ当該シリアル番号に対応付けられた前記通知情報が開示対象であると前記判断部で判断された際に、前記要求通知部が、前記認証要求の結果として当該通知情報を前記着信側電話機へ通知することを特徴とする上記（１）に記載の公開鍵認証装置である。

この構成によれば、着信側電話機の着信者が通話中に、認証装置で発信側電話機の発信者を自動的に認証し、着信者へ通知できる。

（４）ＳＩＰを用いる発信側電話機と、前記発信側電話機と呼接続される着信側電話機と、上記（１）～（３）の何れか１つに記載の公開鍵認証装置とを備えることを特徴とする公開鍵認証システムである。

この構成によれば、上記（１）～（３）の何れか１つに記載の公開鍵認証装置と同様の効果を得ることができる。

（５）ＳＩＰを用いる発信側電話機と着信側電話機とを呼接続する呼接続部を用いて発信者の個人認証を可能とする公開鍵認証装置による公開鍵認証方法であって、前記公開鍵認証装置は、前記発信側電話機の発信者が所有するＩＣカードに記憶された発信者の公開鍵及びシリアル番号を有する公開鍵証明書が当該発信側電話機で読み取られて送信された後、前記呼接続部で受信された際に、公開鍵証明書の有効性を認証する認証サーバに、前記受信された公開鍵証明書の有効性を確認するステップと、前記確認により前記有効性が確認された際に乱数を生成するステップと、前記発信側電話機において前記ＩＣカードが保持する秘密鍵により前記乱数が変換された施錠乱数を受信し、受信された施錠乱数が前記公開鍵で元の乱数に変換された際に、予め発信者のシリアル番号と個人識別情報とが対応付けられて登録されたＤＢを検索し、前記受信されたシリアル番号と同じシリアル番号に対応付けられた個人識別情報が存在する場合に前記発信者が適正と検証するステップとを実行することを特徴とする公開鍵認証方法である。

この方法によれば、上記（１）に記載の公開鍵認証装置と同様の効果を得ることができる。

（６）コンピュータを、上記（１）～（３）の何れか１つに記載の公開鍵認証装置として機能させるためのプログラムである。

このプログラムによれば、上記（１）～（３）の何れか１つに記載の公開鍵認証装置と同様の効果を得ることができる。

その他、具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。

１０，１０Ａ，１０Ｂ ＳＩＰ電話公開鍵認証システム（公開鍵認証システム）
２０，２０Ａ，２０Ｂ ＳＩＰ電話公開鍵認証装置（公開鍵認証装置）
２１ 呼接続部
２１ａ 証明書確認部
２１ｂ，２１ｆ サービス対象判断部
２１ｃ，２１ｇ 発信可否判断リスト
２２ 利用者認証部
２２ａ 乱数生成部
２２ｂ 署名検証部
２３ ＤＢ
３０ Ａ電話機
３０ａ ＩＣカード制御部
３１ ＩＣカード
３１ａ ＩＣチップ
３２ 公開鍵証明書
３３ 秘密鍵
３４ 認証局署名
３５ シリアル番号
３６ 公開鍵
３７ 個人識別情報
４０ Ｂ電話機
５０ 認証局
５０ａ 認証サーバ

Claims (6)

1. ＳＩＰ（Session Initiation Protocol）を用いる発信側電話機と、着信側電話機とを呼接続する呼接続部と、
   前記発信側電話機の発信者が所有するＩＣ（Integrated Circuit）カードに記憶された発信者の公開鍵及びシリアル番号を有する公開鍵証明書が当該発信側電話機で読み取られて送信された後、前記呼接続部で受信された際に、公開鍵証明書の有効性を認証する認証サーバに、前記受信された公開鍵証明書の有効性を確認する証明書確認部と、
   前記確認により前記有効性が確認された際に乱数を生成する乱数生成部と、
   前記発信側電話機において前記ＩＣカードが保持する秘密鍵により前記乱数が変換された施錠乱数を受信し、受信された施錠乱数が前記公開鍵で元の乱数に変換された際に、予め発信者のシリアル番号と個人識別情報とが対応付けられて登録されたＤＢ（Data Base）を検索し、前記受信されたシリアル番号と同じシリアル番号に対応付けられた個人識別情報が存在する場合に前記発信者が適正と検証する署名検証部と
   を備えることを特徴とする公開鍵認証装置。
2. 着信側電話番号に、発信者の公開鍵及びシリアル番号を有する公開鍵証明書の当該シリアル番号と、着信の許容又は拒否と、が対応付けられたリストを保持し、前記呼接続部で前記発信側電話機から公開鍵証明書の公開鍵及びシリアル番号を受信した際に、受信したシリアル番号が当該リストに有るか否かを判断する判断部を備え、
   前記判断部の判断により前記受信したシリアル番号がリストに有りと判断された後、当該シリアル番号が発信者のものであることが前記署名検証部で検証され、検証されたシリアル番号に対応付けられた前記着信の許容が前記リストから検知された場合、
   前記呼接続部は、前記検知された着信の許容に対応付けられた着信側電話機の電話番号と、前記シリアル番号を送信してきた発信側電話機の電話番号との双方で通話接続を行い、双方の電話番号の電話機を通話可能とする
   ことを特徴とする請求項１に記載の公開鍵認証装置。
3. 通話中の着信側電話機から発信側電話機の発信者の認証要求を受信する処理と、前記発信側電話機に発信者の公開鍵及びシリアル番号を有する公開鍵証明書の送信要求を行う処理と、前記認証要求の結果を前記着信側電話機へ通知する処理とを行う要求通知部と、
   着信側電話番号に、前記公開鍵証明書の発信者のシリアル番号と、当該発信者を識別可能な通知情報とが対応付けられたリストを保持し、前記要求通知部が前記認証要求を受信した際に前記着信側電話機の着信電話番号が前記リストに登録されているか否かを判断すると共に、前記公開鍵証明書に係る公開鍵及びシリアル番号を前記呼接続部で受信した際に、受信したシリアル番号が当該リストに有るか否かを判断する判断部と、
   を備え、
   前記要求通知部は、前記判断部で前記着信電話番号が前記リストに登録されていると判断された際に、前記発信側電話機に前記公開鍵証明書の送信要求を行い、
   前記送信要求に応じて前記発信側電話機から返信された前記公開鍵証明書に係るシリアル番号が、前記判断部で前記リストに有りと判断された後、当該シリアル番号が発信者のものであることが前記署名検証部で検証され、且つ当該シリアル番号に対応付けられた前記通知情報が開示対象であると前記判断部で判断された際に、前記要求通知部が、前記認証要求の結果として当該通知情報を前記着信側電話機へ通知する
   ことを特徴とする請求項１に記載の公開鍵認証装置。
4. ＳＩＰを用いる発信側電話機と、
   前記発信側電話機と呼接続される着信側電話機と、
   請求項１～３の何れか１項に記載の公開鍵認証装置と
   を備えることを特徴とする公開鍵認証システム。
5. ＳＩＰを用いる発信側電話機と着信側電話機とを呼接続する呼接続部を用いて発信者の個人認証を可能とする公開鍵認証装置による公開鍵認証方法であって、
   前記公開鍵認証装置は、
   前記発信側電話機の発信者が所有するＩＣカードに記憶された発信者の公開鍵及びシリアル番号を有する公開鍵証明書が当該発信側電話機で読み取られて送信された後、前記呼接続部で受信された際に、公開鍵証明書の有効性を認証する認証サーバに、前記受信された公開鍵証明書の有効性を確認するステップと、
   前記確認により前記有効性が確認された際に乱数を生成するステップと、
   前記発信側電話機において前記ＩＣカードが保持する秘密鍵により前記乱数が変換された施錠乱数を受信し、受信された施錠乱数が前記公開鍵で元の乱数に変換された際に、予め発信者のシリアル番号と個人識別情報とが対応付けられて登録されたＤＢを検索し、前記受信されたシリアル番号と同じシリアル番号に対応付けられた個人識別情報が存在する場合に前記発信者が適正と検証するステップと
   を実行することを特徴とする公開鍵認証方法。
6. コンピュータを、請求項１～３の何れか１項に記載の公開鍵認証装置として機能させるためのプログラム。

Images