JPH07131527A - 複数の宛先へのアクセスを制御する方法とその装置 - Google Patents

Abstract

(57)【要約】 【目的】 アクセス要求者のアクセスすべき宛先の要件
に応じて、認証レベルに差異を設ける認証システムを提
供する。 【構成】 本発明のシステムは、アクセス要求者から宛
先へのアクセス要求を受け付け、防護処理の第１レベル
の要件を満足するよう、アクセス要求者から提供さる情
報以上の追加情報をアクセス要求者に提供するよう促
す。防護処理の第１レベルが満足され、属性の値が追加
認証情報を要求していない場合、第１レベルのアクセス
が許可される。一方、属性の値が追加認証情報を要求し
ている場合、そのような認証情報が得られない限り、ア
クセスは、許可されない。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、システムまたは宛先へ
のアクセスを調整する防護システムに関し、特に、この
アクセスは、複数の有資格使用者により、複数のシステ
ムまたは場所に行われるような防護システムに関する。

【０００２】

【従来の技術】特定のシステムまたは場所（以下宛先と
称する）にアクセスを許可されるためには、アクセス権
が（認証される）必要である。今日多くの宛先は遠隔地
から電話回線を介してアクセスされる。この遠隔地から
アクセスできる宛先は、遠距離電話、チケットセンタに
アクセスを提供するようなシステム、あるいは追加価値
電話サービスを提供するシステムである。このようなア
クセスを達成する為には、多数の有資格個人は、自分自
身の資格を立証しなければならない。すなわち、アクセ
スを要求している個人は、アクセスを要求している数カ
所の宛先に、自分が有資格者であることを立証しなけれ
ばならない。

【０００３】アクセス要求者の身元確認を実際に認証す
る為に、従来のシステムは、要求者の特性を身元確認す
る様々な方法を用いている。これらの特性は、それ単独
にまたは組み合わせて、アクセスを要求している人が誰
であるかを確認する為に、使用されている。これらの特
性の代表例としては、その人の音声、指紋、網膜、個
性、さらには、その人の身体を通過する波（振動）を極
性化する方法まである。これらの特性は、認証情報とし
て知られている。申し立てられた身元確認を確保する方
法は、アクセス要求者に所定の個人識別番号（ＰＩＮ）
を含むコードを入力するよう要求することもある。この
コードは、キーパッドから入力されるか、クレジットカ
ードのような個人の所有物をスキャンすることにより、
入力される。

【０００４】この従来のシステムは、その後、予め登録
しておいた特徴とアクセス要求者の特徴とを比較するこ
とにより、アクセス要求者を認証するか決定する。アク
セス要求者が認証された場合、アクセスは許可され、そ
れ以外は拒絶される。

【０００５】

【発明が解決しようとする課題】従来の認証システムで
は、防護プロセスのレベルは、アクセス要求に固有のも
のであった。即ち、同一形式のアクセス要求は、同一レ
ベルの防護プロセスが要求されていた。例えば、８００
番型呼び（無料電話即ち被呼者負担電話）は、防護シス
テムを必要としないし、クレジットカードに課金される
電話は、常に使用されるクレジットカードの番号を必要
とする。しかし、このように、常に、認証を必要とする
システムは、有資格者（認証されたユーザ）にとって、
わずらわしい場合がある。例えば、有資格のアクセス要
求者が、認証情報しとして指紋を要求された場合、彼が
指または手全体に怪我をしている場合、あるいは、認証
情報として音声を要求された場合、彼が風邪で鼻づまり
で予め登録された音声を出すことができない場合、アク
セスできないことになる。このような場合は、この防護
システムは、不都合である。従って、本発明の目的は、
アクセス要求者のアクセスすべき宛先の要件に応じて、
認証レベルに差異を設ける認証システムを提供する。

【０００６】

【課題を解決するための手段】本発明のシステムは、ア
クセス要求者から宛先へのアクセス要求を受け付け、こ
こで、この要求の特質は、防護処理の第１レベルを特定
し、更に、防護処理の第１レベルの要件を満足するよ
う、アクセス要求者から提供さる情報以上の追加情報を
アクセス要求者に提供するよう促す。ここで、この促し
は、アクセスが許可される前に追加防護処理が必要であ
るような特定のアクセス要求の所定の属性の組から決定
された場合のみ行われる。アクセス要求の１つの重要な
属性は、アクセス要求者が申し立てた身元確認である。
電話では、アクセス要求の属性としては、発呼国、宛先
国、呼び当たりの電話料金、発呼局のタイプ、公衆電話
個人電話などである。銀行との取引では、取引のタイ
プ、例えば、貸借表の問い合わせ、預金の引き出し、及
びその場合の取引高である。

【０００７】実施例では、防護処理の第１レベルが満足
された、属性の値が追加認証情報を要求していない場
合、第１レベルのアクセスが許可される。一方、属性の
値が追加認証情報を要求している場合、そのような認証
情報が得られない限り、アクセスは、許可されない。要
求された認証情報が提供された場合、必要な追加的防護
処理により特定される要件により、アクセス要求者の申
し立てた身元確認を認証する為に、その情報は、要求の
属性と共に使用され。更に、本発明の特徴は、異なるレ
ベルのアクセスが、（ａ）アクセス要求の為の属性の実
際の値、（ｂ）必要により提供された追加認証情報に依
存して、許可される。

【０００８】本発明の他の特徴によれば、このような要
求と認証は、アクセスが許可されるか、拒否されるか、
或いは、アクセス要求者からもうこれ以上の情報は得ら
れない場合に限り、繰り返される。この繰り返しは、ア
クセス要求者の関与には関係はない。本発明の更に別の
特徴によれば、各アクセス要求者がそれぞれ身元確認す
るのではなく、複数のアクセス要求者が単一の身元確認
に関連する。申し立てられた身元確認に認証が与えられ
れば、その関連グループの誰にでもアクセスが許可され
る。各関連個人にアクセスが与えられるタイプのもの
は、更にその個人に特定されるプロファイルに依存し
て、アクセスを許可するようにできる。

【０００９】

【実施例】図１は本発明の電話ネットワーク１００を表
す。この電話ネットワーク１００は、発信局１０２、１
０４と、地方交換キャリア（ＬＥＣ）ネットワーク１０
６、１０８、１１０、１１２と、宛先局１１４、１１６
と、バイパス発信局１１５と、バイパス宛先局１１７
と、長距離ネットワーク１１８とを有する。発信局１０
２、１０４、宛先局１１４、１１６、バイパス発信局１
１５とバイパス宛先局１１７は、複数のネットワーク端
の代表的なもので、他の残りのものは図示されていな
い。電話ネットワーク１００のこれらの点が、発呼者か
ら宛先へなされる呼びのために必要である。

【００１０】ＬＥＣネットワーク１０６、１０８、１１
０、交換機１２０、ＬＥＣネットワーク１１２は、それ
ぞれ交換機１２０、１２２、１２４、１２６を有する。
交換機１２０、１２２、１２４、１２６は、複数のネッ
トワーク端を長距離ネットワーク１１８に接続する。長
距離ネットワーク１１８は、交換機１２８と１３０、ネ
ットワーク制御点（ＮＣＰ）１３２、中央防護制御シス
テム１３３、任意の隣接プロセッサ１３６を含む。交換
機１２８、１３０は、ＡＴ＆Ｔ社製のＮｏ．４ＥＳＳス
イッチである。さらに、中央防護制御システム１３３
は、防護制御点（ＳＣＰ）１３４−１、１３４−２を有
する。

【００１１】交換機１２８と１３０、ネットワーク制御
点（ＮＣＰ）１３２、中央防護制御システム１３３と任
意隣接プロセッサ１３６は１３８により点線で示される
ように接続される。発信局１０２と１０４、宛先局１１
４と１１６、バイパス宛先局１１７、交換機１２０、１
２２、１２４、１２６、１２８と、１３０と１３４は情
報リンク１４０により図に示されるよう接続される。情
報リンク１４０は公知のもので、音声データビデオ信号
を伝送できる。各情報リンク１４０は必ずしも同一の容
量を有している必要はない。

【００１２】図２は中央防護制御システム１３３のより
詳細図である。中央防護制御システム１３３は、防護制
御点１３４を有し、この防護制御点１３４は、防護制御
点１３４−１と１３４−２からなり、リンク２０２によ
り接続される。このリンク２０２は信号ネットワーク１
３８の一部である。この実施例において、各防護制御点
１３４は、防護動作を提供するのに必要な情報のすべて
の同一のコピーを含んている。防護システムの防護制御
点１３４の間の相互接続パターンは、十分に冗長性を提
供するよう構成されている。このような相互接続構造
は、負荷バランスを提供するため、あるいは防護制御点
１３４が故障した場合、バックアップを提供するために
用いられる。他の実施例においては、防護制御点１３４
を有する中央防護制御システム１３３に記憶されるに必
要な情報を分割するように、防護制御点１３４を構成す
る。この分割方法については以下で説明する。

【００１３】防護制御点１３４−１と１３４−２は、交
換機１２８に少なくとも一つのアクセス要求者情報パス
２０４と、少なくとも一つの宛先情報パス２３０でもっ
て接続され、これらは防護制御点１３４と交換機１２８
を接続する情報リンク１４０のそれそれの一つを介して
提供される。要求者からの防護制御点１３４への接続
は、要求を処理できる防護制御点１３４の適当な一つに
要求が到着するまで、複数の交換機を介して形成され
る。各防護制御点１３４−１と１３４−２は、また少な
くとも一つのアクセス要求者信号リンク２０６と少なく
とも一つの宛先信号リンク２２８とを介して、少なくと
も間接的にネットワーク制御点（ＮＣＰ）１３２、交換
機１２８と１３０と任意隣接プロセッサ１３６に接続さ
れる。予備に関連する防護制御点１３４の各信号メッセ
ージは、ネットワーク制御点（ＮＣＰ）１３２、または
防護制御点１３４に信号ネットワーク１３８を介して接
続される。アクセス要求者信号リンク２０６、宛先信号
リンク２２８は、信号ネットワーク１３８の一部であ
る。

【００１４】本発明によれば、各防護制御点１３４はア
クセス決定ユニット２０８を有し、このアクセス決定ユ
ニット２０８は、ユーザプロファイル記憶装置２１０、
宛先プロファイル記憶装置２１６、アクセス要求者認証
ユニット２１８、宛先認証ユニット２２０と、リンク２
２２を介して通信する。このリンク２２２は同一の型式
である必要はない。このリンク２２２は、公知のシリア
ルリンク、パラレルリンク、共用メモリ、または共通バ
スで、複数のエレメントがアクセス決定ユニット２０８
にリンク２２２により接続されるようなものである。ア
クセス要求者認証ユニット２１８はユーザプロファイル
記憶装置２１０にリンク２２４を介して接続され、宛先
認証ユニット２２０は宛先プロファイル記憶装置２１６
にリンク２２６を介して接続される。この実施例におい
ては、アクセス決定ユニット２０８が、アクセス要求者
信号リンク２０６と宛先信号リンク２２８に接続され
る。これはアクセス決定ユニット２０８に用いられる通
信インターフェース（図示せず）によって達成される。
アクセス要求者認証ユニット２１８は、アクセス要求者
情報パス２０４に接続され、宛先認証ユニット２２０は
宛先情報パス２３０に接続される。

【００１５】図３はアクセス要求者認証ユニット２１８
の拡大図である。このアクセス要求者認証ユニット２１
８は、アクセス要求者認証プロセッサ３０２を有し、こ
のアクセス要求者認証プロセッサ３０２は、音声パスワ
ード３０６、アクセス要求者チャレンジユニット３０
８、比較関数装置３１０に、リンク３０４を介して接続
される。音声パスワード３０６、アクセス要求者チャレ
ンジユニット３０８、比較関数装置３１０は、またアク
セス要求者情報パス２０４にも接続される。ユーザ認証
データ３１２は、音声パスワード３０６とユーザ認証デ
ータ３１２にリンク３１４を介して接続される。リンク
２２２と同様にリンク３０４、リンク３１４は必ずしも
同一の型式である必要はない。リンク２２２と２２４
は、アクセス要求者認証プロセッサ３０２をアクセス決
定ユニット２０８とユーザプロファイル記憶装置２１０
にそれぞれ接続する。

【００１６】宛先認証ユニット２２０の拡大図が、図４
に示される。アクセス決定ユニット２０８と宛先プロフ
ァイル記憶装置２１６からのリンク２２２、２２６はそ
れぞれ宛先認証プロセッサ４０２に接続される。また、
この宛先認証プロセッサ４０２は、リンク４０４によ
り、宛先チャレンジ応答４０６と宛先認証情報記憶装置
４０８に接続される。宛先チャレンジ応答４０６は、宛
先認証情報記憶装置４０８とをリンク４０４の一つを介
して、インターフェースし、さらに宛先情報パス２３０
ともインターフェースする。図２、３、４の要素はハー
ドウェア、またはソフトウェア、あるいはその組合せに
より実施できる。

【００１７】図５、６、７は図８のように組合せて、フ
ローチャートを表し、要求者から宛先へのアクセス要求
を処理する方法を示す。ここでアクセスの付与に対する
防護要件は宛先によって決定される。要求者は発信局１
０２にいるものとする（図１）。この宛先は銀行のコン
ピューターシステムで、この実施例では宛先局１１４に
いるとする。この宛先局１１４は、電話線に接続された
コンピューターとして示されている。この銀行は中央防
護制御システム１３３を用いた長距離ネットワーク１１
８の提供者により防護クレアランス機能を有するよう契
約している。

【００１８】銀行のコンピューターシステムの有資格ユ
ーザは、ある銀行取引を実行するために、銀行のコンピ
ューターシステムを利用したいと考える。この銀行は少
なくとも第一レベルの認証が与えられた場合には、最高
２００ドルまでの取引を実行できるようアクセス要求者
に許可する。それ以上の金額の取引は第二、あるいはよ
り高いレベルの認証が必要である。この防護情報は、宛
先プロファイル記憶装置２１６（図２）に記録されてい
る。有資格ユーザの便宜のために、銀行はコンピュータ
ーシステムにアクセスできるような８００番（無料）電
話サービスを提供している。必要な認証情報は、銀行の
コンピューターシステムの有資格ユーザによって得られ
る。この情報は、ユーザプロファイル記憶装置２１０と
ユーザ認証データ３１２（図３）に記録される。

【００１９】アクセス要求者が、発信局１０２で交換機
１２０がオフフックしたことを検知した時に、ステップ
８０１で始まる。その後、ステップ８０３で、アクセス
要求者は、アクセスを求めている宛先の電話番号をダイ
ヤルする。この実施例では、発信局１０２からのアクセ
ス要求者は、銀行の８００番号、たとえば、１−８００
−ＢＡＮＫをダイヤルする。ステップ８０５で、交換機
１２０はこのダイヤルされた番号を受信し、この番号が
長距離ネットワーク１１８により提供される８００番型
（無料）の番号サービスであることを確認する。

【００２０】ＬＥＣネットワーク１０６の交換機１２０
は、ステップ８０７で、この呼びを長距離ネットワーク
１１８の交換機１２８に回す。交換機１２８は、この呼
びをネットワーク制御点（ＮＣＰ）１３２に回し、これ
は８００番型については、ステップ８０９で実行され
る。適当なネットワーク制御点（ＮＣＰ）１３２は、ネ
ットワーク制御点（ＮＣＰ）１３２により提供される機
能により、交換機１２８内に含まれる所定の内部マッピ
ングテーブルにより呼びにサービスする。ネットワーク
制御点（ＮＣＰ）１３２により提供される機能は、８０
０番とクレジットカードコールと称される９００番変換
である。表１はネットワーク制御点（ＮＣＰ）１３２の
変換テーブルを表し、防護制御点１３４は、防護処理を
必要とする呼びに応答して戻される。ここで、ＮＰＡは
地域コードとの省略符号である。

【表１】

【００２１】ステップ８１１において、中央防護制御シ
ステム１３３の防護制御点１３４の一つのアドレスが、
番号変換、あるいは課金情報として提供されると、ネッ
トワーク制御点（ＮＣＰ）１３２はこの呼びは呼びの特
質に付随する第１レベル以上の防護処理を要求するもの
と認識し、この呼びを中央防護制御システム１３３に回
す。この実施例においては、各防護制御点１３４は、認
証を実行するに必要なデータを含んている。それゆえ
に、ネットワーク制御点（ＮＣＰ）１３２は、この呼び
を最も近い防護制御点１３４に回す。この実施例では、
最も近い防護制御点１３４は、防護制御点１３４−１で
ある。それゆえに、ネットワーク制御点（ＮＣＰ）１３
２は、第１レベルを超えた追加防護処理が必要とされる
場合には、表１に示すように、防護制御点１３４−１の
アドレス再度参照する。

【００２２】他の実施例においては、各ユーザは、防護
制御点１３４の所定のホーム防護制御点１３４を有す
る。このホーム防護制御点１３４は、ユーザ身元確認情
報により割当られる。さらに別の実施例においては、各
宛先は、所定の防護制御点１３４の１つのホーム防護制
御点を有する。このホーム防護制御点１３４は、防護制
御点１３４の一つで宛先に最も近いものである。各ネッ
トワーク制御点（ＮＣＰ）１３２は、防護制御点１３４
の一つと関連し、それが受信した呼びをその防護制御点
１３４に回す。呼びは、最初に回された防護制御点１３
４のその一つが受信された呼びにとって、防護制御点１
３４のホームでない場合には、防護制御点１３４のその
一つは防護処理用に呼びの防護制御点ホームに呼びを回
す。

【００２３】防護制御点１３４−１は、アクセス要求者
信号リンク２０６上の呼び情報を受信する。この呼びを
受信すると、防護制御点１３４−１は、ステップ８１３
で、この呼びの性質により特定される第１レベルの防護
処理が実行されるようにする。クレジッドカードに課金
されるべき情報は、防護処理の第１レベルの仕様は、個
人識別情報を含む有効なクレジッドカード番号である。
他の要求、例えば長距離電話、８００番型、９００番型
の呼びは、防護処理の第１レベルは無効である。防護処
理のこの第１レベルは、防護制御点１３４−１により実
行され、あるいは防護制御点１３４−１は、防護処理の
第１レベルがネットワーク制御点（ＮＣＰ）１３２によ
り実行され、その処理結果が信号ネットワーク１３８を
介して防護制御点１３４−１に戻されるようにしてもよ
い。

【００２４】ステップ８１５で、アクセス要求者が、防
護処理の第１レベルの要件を満たしたか否かをテストす
る。ステップ８１５のテスト結果が、ＮＯならば、制御
は８１７のステップに渡され、そこで防護制御点１３４
−１が接続を拒否する。その後、制御が、ステップ８１
９に渡されて、そこでアクセスの試みが不成功であった
ことを記録する。このプロセスはステップ８２１で終了
する。

【００２５】ステップ８１５のテスト結果が、ＹＥＳな
らば、制御は、ステップ８２３に渡され、アクセス決定
ユニット２０８は、この種の要求に必要なアクセスのレ
ベルを達成するのに必要な認証レベルを決定するため
に、宛先プロファイル記憶装置２１６内の宛先を調べ
る。特定な宛先に対して、プロファイルがない場合に
は、別の防護処理はその宛先には要求されないことにな
る。表２は宛先のプロファイルを示す。この実施例にお
いて、各要求の属性は、宛先に課金されるタイプの許可
ユーザのリストおよび特定の追加属性である。対応する
認証レベルを達成するために提供される認証情報は、表
３に示される。認証レベルの許可されるべきアクセスレ
ベルのマッピングは、表２の宛先プロファイルによって
特定される。

【表２】

【００２６】許可ユーザの列のグループＸ（Ｘは番号）
は、宛先へのアクセスを得るために、許可ユーザのリス
トのポインタである。このリストは、宛先プロファイル
記憶装置２１６に記憶される。例えば、グループ１は銀
行のコンピューターシステムにアクセスできるよう、銀
行によって、許可ユーザのリストのポインタである。こ
の情報は銀行により、長距離ネットワーク１１８の提供
者に提供されたものである。同様に、宛先列のカントリ
グループＸは、同一の防護処理を受ける国のリストに対
するポインタである。ＣＣは、クレジッドカードコール
を意味する。ＰＦＯは、公衆電話発信を意味する。ＮＰ
Ｏは、非公衆電話発信を意味する。ダッシュは特定の属
性が特定の宛先用ではないことを意味する。ＡＮＩは要
求元である自動番号識別装置の略称である。この実施例
において、要求元のエリアコードが考慮されている。そ
の後、制御は条件分岐８２５に移される。

【表３】

【００２７】特定のアクセス要求が、その要求者に認証
情報を提供するよう要求するか否かは、その要求に付随
する防護仕様の第１レベルおよび宛先の仕様による防護
ニーズおよびアクセス要求の他の属性の値に依存する。
これらの属性は、一般的にアクセス要求者の申し立てた
身元確認（同一性）および入手可能な呼び情報を含む。
この入手可能な呼び情報には、発信地アドレス、（例、
アクセスが発信された場所を特定する自動番号識別（Ａ
ＮＩ））と、ダイヤルされた番号により決定される宛先
と、呼びのコスト（アクセス単位のコスト、あるいはア
クセスの全体のコスト）および呼びの他のパラメーター
が含まれる。

【００２８】情報分岐点８２５において、防護制御点１
３４−１のアクセス決定ユニット２０８は、要求された
レベルにおいて、アクセスを許可すべきか、またはすべ
きでないか、または不明か否かを決定するためにテスト
する。この実施例においては、宛先プロファイル記憶装
置２１６に記憶された宛先プロファイルは、アクセスの
入手可能なレベルと、各レベルにおいて、宛先へのアク
セスが許可されるよう、認証を達成するに必要な対応す
る属性のセットを特定する。そのような宛先プロファイ
ルは、表２に示されている。ステップ８２５が最初に繰
り返すと、アクセス要求に付随する防護処理の第１レベ
ルが、その要求者によって満たされ、特定のアクセス要
求の所定の属性のセットが、これら所定の属性の特定の
基準のセットにマッチしない限り、この場合、さらに認
証情報がアクセス要求者に要求され、アクセスはアクセ
ス要求者に許諾される。要求された追加認証情報が、満
たされると、この追加認証情報は、アクセス要求者の申
し立てられた身元確認（同一性）を認証する際に、他の
要求の属性と共に入手可能な要求属性の一部として使用
される。アクセス要求者が認証された場合には、アクセ
スは許可される。アクセス要求の特定された属性は、中
央防護制御システム１３３に入手可能なアクセス要求に
関する情報である。

【００２９】ステップ８２５のテスト結果が、ＹＥＳな
らば、所定の組の属性は、これらの属性の特定の基準に
マッチしないので、アクセス要求に固有の第１レベルの
防護検査が満たされると、アクセスは要求されたレベル
で許可される。制御は、ステップ８２７に送られる。ス
テップ８２７では、防護制御点１３４−１のアクセス決
定ユニット２０８は宛先認証情報を獲得する。この宛先
認証情報は、中央防護制御システム１３３により宛先に
提供される認証情報で、この宛先はこの情報は中央防護
制御システム１３３から通知されたことを知る。この情
報は、宛先認証情報記憶装置４０８（図４）に記憶さ
れ、リンク４０４を介して、宛先認証プロセッサ４０２
を経由して、そこから取り出され、リンク２２２を介し
て、アクセス決定ユニット２０８に供給される。この情
報は、宛先プロファイル記憶装置２１６に記憶され、リ
ンク２２２を介して、アクセス決定ユニット２０８に供
給される。表４は、防護制御点１３４−１がそれ自身を
認証するために、各宛先に供給する情報を表す。

【表４】

【００３０】ステップ８２９において、防護制御点１３
４−１は、銀行のコンピューターシステムを宛先局１１
４に接続する。この接続は、宛先認証ユニット２２０に
よって達成され、宛先情報パス２３０を交換機１２８と
１３０、ＬＥＣネットワーク１１０、交換機１２４とそ
の接続リンクを介して、宛先局１１４に接続する。防護
制御点１３４−１は、認証期間（認証作業期間）で、宛
先局１１４と関係する（ステップ８３１）。この認証期
間では、防護制御点１３４−１はそれ自身を防護制御点
１３４−１として認識し、アクセス要求者は特定レベル
に認定されたユーザであると保証するよう指示するか、
あるいは防護制御点１３４−１が要求者のログインシー
ケンスを模擬し得るかの何れかを行われる。

【００３１】ステップ８３３で、防護制御点１３４−１
は発信局１０２のアクセス要求者に対し、宛先局１１４
にアクセスを許可する。本発明によれば、防護制御点１
３４−１は、宛先局１１４に宛先チャレンジ応答４０６
を介して、アクセス要求者に許可されるアクセスのレベ
ルを通知する。その後、防護制御点１３４−１は、発信
局１０２を宛先局１１４に接続する。この接続は、防護
制御点１３４−１が適当な命令を交換機１２８に伝送す
ることによって行われる。この適当な命令は、ＬＥＣネ
ットワーク１０６の交換機１２０を交換機１３０に直接
接続し、接続が確立されて、防護制御点１３４−１の機
能が取り消されないようにする。防護制御点１３４−１
は、呼びから遮断される。その後、ステップ８２１で終
了する。

【００３２】ステップ８２５のテスト結果が、所定の組
の属性が、これらの属性の特定の基準にマッチするか否
かを「不明」である。銀行への呼びにとって、この「不
明」は、ステップ８２５の最初の繰り返しの結果であ
る。それは各アクセス要求者は、２００ドルを超える取
引を希望しているからである。この「不明」という結果
は、アクセスは、要求レベルではただちに許可されるべ
きではなく、その代わり、アクセス要求に付随する防護
処理に要求される以上の許可情報が要求されることを意
味する。それゆえに、制御は、情報分岐点８３５に移さ
れる。

【００３３】条件分岐８３５は、アクセス要求者から得
られた認証情報が、そのプロファイルに規定するように
存在するか否か、あるいは、追加認証特徴が、アクセス
供給者がすでに提供した情報から抽出可能か否かを検査
する。このステップ８３５のテスト結果が、ＹＥＳなら
ば、制御はステップ８３７に移され、プロファイルで特
定された追加認証情報の次の部分が得られる。ユーザプ
ロファイルの例が表５に示される。アクセス要求者の確
認が、ステップ８３５の間、不明であると、このテスト
結果はＹＥＳである。これは少なくとも申し立てられた
同一性が要求されているからである。

【表５】

【００３４】ステップ８３７において、防護制御点１３
４−１は、アクセス決定ユニット２０８により指示され
たように、アクセス要求者によって申し立てられた同一
性（身元確認）がすでに入手可能か否かを決定するため
にテストする。身元確認はそれが防護処理の第１レベル
の一部であると識別されるか、あるいは追加防護処理の
一部として、すでに特定されている場合には入手可能で
あり、あるいは身元確認は要求の特性から推論される。
そのような推論は、呼びが認証されたユーザのみ有する
電話から置かれた場合、例えば、家庭電話機、あるいは
固定電話機の場合に引き出される。もし、要求者の身元
確認が、ステップ８３７ですでに入手可能な場合には、
このテスト結果はＹＥＳであり、制御はステップ８３９
に回され、ステップ８３７で得られた同一性（身元確
認）は、アクセス要求者により申し立てられた身元確認
として用いられる。もし、申し立てられた身元確認がス
テップ８３７で得られない場合には、テスト結果はＮＯ
であり、制御はステップ８４１に回される。

【００３５】この実施例では、申し立てられた身元確認
を要求し、受信することは、要求に固有な防護処理の第
１レベルの一部ではない。これは従来の８００番型（無
料）の呼びは、遠隔地への接続の要求に対し、防護処理
を要求しない。すなわち、８００番型の呼びは、発呼者
の身元確認は必要なく、あるいは如何なる形の認証情報
も発呼者から提供されない。それゆえに、要求ユーザの
ＰＩＮである自己認証チェックシーケンスを含む身元確
認の要求は、この特定の８００番型の呼び要求に要求さ
れる追加防護処理の一部である。この追加処理は、アク
セスが許可される前に、アクセス要求を許可されたユー
ザの属性を満たすために、要求およびニーズの宛先の属
性に起因して申し立てられる。アクセス要求者が、ＰＩ
Ｎを含む身元確認コードを提供した場合、その要求者
は、認証レベル１（表３）として認定される。それゆえ
に、アクセス要求者は、表２から分かるように２００ド
ルまでの取引を実行できる。

【００３６】ステップ８４１において、防護制御点１３
４−１は、アクセス要求者が自分の身元確認を申し出る
よう要求する。この実施例では、防護制御点１３４−１
による認証情報の要求は、コンピューターの合成音声に
より、ユーザに自己の身元確認を申し立てる形で行われ
る。この要求（チャレンジ）は、リンク３０４を経由し
て、アクセス要求者認証プロセッサ３０２からの指示に
応答して、アクセス要求者チャレンジユニット３０８に
より生成される。アクセス要求者認証プロセッサ３０２
は、リンク２２２を介して、アクセス決定ユニット２０
８から受信された命令に応答する。この生成された要求
は、アクセス要求者情報パス２０４に与えられ、交換機
１２８、ＬＥＣネットワーク１０６、発信局１０２の情
報処理装置およびその間のリンクを介して、ユーザに戻
される。

【００３７】条件分岐点８４３は、ユーザが所定の時間
内に要求された身元確認情報を提供したか否か、提供さ
れた身元確認は有効か否か、すなわち、それは認定され
たユーザとのものと同一か否かをテストする。このステ
ップは、アクセス要求に付属する防護処理の第１レベル
の一部として、あるいは、個別に実行してもよい。この
身元確認は、身元確認コードのデジトで電話キーパッド
からの多周波トーンの形で供給される。

【００３８】このコードは、比較関数装置３１０により
受信され、この比較関数装置３１０はアクセス要求者情
報パス２０４からのデータを受信し、それを予め記憶し
た情報と比較する。この予め記憶された情報は、ユーザ
認証データ３１２に記憶されるか、あるいは、アクセス
要求者認証プロセッサ３０２によって提供される。比較
関数装置３１０は、アクセス要求者認証プロセッサ３０
２に応答し、そこに受信した情報は、ユーザ認証データ
３１２に記憶された情報と同一人物により供給された可
能性について提供する。この比較関数装置３１０は多数
のデータ比較装置から構成されるか、汎用のプロセッサ
によって実施できる。

【００３９】ステップ８４３のテスト結果が、「時間切
れ」の場合、すなわち、時間内にユーザは身元確認コー
ド用の要求された番号を提供できない場合、制御はステ
ップ８１７に移され、そこでは防護制御点１３４−１は
接続を拒否する。アクセス決定ユニット２０８が、テス
ト期間が終了したと決定した場合、メッセージをアクセ
ス要求者認証ユニット２１８、アクセス要求者情報パス
２０４を介して、アクセス要求者に送る。このメッセー
ジはアクセス要求者に時間切れで接続されなかったこと
を知らせる。アクセス決定ユニット２０８はメッセージ
をアクセス要求者信号リンク２０６を介して交換機１２
８に伝え、それにより交換機１２８がアクセス要求者の
呼びを終了させる。その後、制御はステップ８１９に移
され、アクセスの試みは不成功である旨を記録する。処
理はステップ８２１で終了する。

【００４０】完全なコードが所定の時間内に受信された
場合には、身元確認の有効性がチェックされる。すなわ
ち、身元確認が、許可ユーザの属性により定義された許
可ユーザに応答するか否かが検査される。アクセス決定
ユニット２０８は、許可ユーザの適宜のリストを特定さ
れている場合許可ユーザの適宜なリストを、あるいは、
特定されていない場合、ユーザプロファイル記憶装置２
１０内のリストのコードを参照する。ステップ８４３の
テスト結果が無効、すなわち、無効なコードが提供され
た場合、その決定はコードの存在により決定されるが、
制御はステップ８４１に戻され、アクセス要求者に再度
有効身元確認コードを入力するよう促す。ここで、失敗
回数を所定の回数に制限することも可能である。所定の
回数を過ぎた場合、制御は８１７に移され、時間切れの
場合と同様な処理がなされる。この所定数は１でもよ
い。ステップ８４３のテスト結果がＹＥＳの場合には、
有効なコードが提供され、制御は条件分岐点８２５に戻
される。

【００４１】ステップ８３９において、防護制御点１３
４−１は、アクセス決定ユニット２０８により指示され
たように、アクセス要求者が自分の望むレベルの身元確
認情報を提供するよう要求する。ここで、まずアクセス
の最高レベルが要求されたとする。もちろん、アクセス
要求者は、本発明の範囲内で所望のアクセスレベルを特
定するよう促される。あるいは、アクセス要求者が所望
のレベルにまで認定されないが、あるレベルまで認定さ
れた場合には、アクセス要求者は、そのレベルを要求し
たレベルとして、受け入れる機会が提供される。この実
施例では、防護制御点１３４−１による認証情報の要求
は、コンピューターの合成音声でなされる。申し立てら
れた身元確認の要求と同様に、この要求はアクセス要求
者チャレンジユニット３０８により、アクセス要求者認
証プロセッサ３０２からリンク３０４を介しての命令に
応じて行われる。またアクセス要求者認証プロセッサ３
０２は、アクセス決定ユニット２０８からリンク２２２
を介して、受信された命令に応答する。この生成された
要求は、アクセス要求者情報パス２０４に供給され、交
換機１２８、ＬＥＣネットワーク１０６、発信局１０２
の情報処理装置とそれらの間のリンクを介して、ユーザ
にフィードバックされる。他の実施例においては、要求
はアクセス要求者の場所の要求、あるいは、装置の何れ
かにより直接、または間接に理解し得るメッセージの型
でもよい。

【００４２】この実施例では、この要求は、アクセス要
求者からの音声サンプルである。表２に示された宛先１
−８００−ＢＡＮＫの宛先プロファイルは、２００ドル
以上のレベルのアクセスを達成するには、レベル２が必
要である。表３は、レベル２は音声プリント（サンプ
ル）を要求する。特に要求された音声サンプルは、所定
の初発声、あるいは、要求そのものが如何なる発声であ
るべきかを特定する。この音声サンプルは、音声パスワ
ード３０６により受信され、そして処理され、この音声
パスワード３０６で受信されたサンプルと有資格ユーザ
により提供された対応する部分とを比較する。この対応
するサンプルは、ユーザ認証データ３１２に記憶されて
いる。アクセス要求者認証プロセッサ３０２は、新たに
サンプルが記憶されたサンプルの提供者による同一個人
により提供された可能性について検討する。この可能性
は、アクセス要求者認証プロセッサ３０２に供給され
る。音声パスワード３０６は比較関数装置３１０の特殊
な場合である。アクセス要求者の場所の要求者、あるい
は、装置の何れかにより理解される如何なる形の認証情
報も使用し得る。

【００４３】条件分岐点８４５で、要求者は所定の時間
内に確認認証情報を提供したか否かを決定する。ステッ
プ８４５のテスト結果がＮＯならば、制御はステップ８
１７に移行する。ここで、防護制御点１３４−１は、接
続を拒否する。その後、制御はステップ８１９に回さ
れ、そこで、アクセスの試みは失敗したことを記録す
る。このプロセスは、ステップ８２１で終了する。ステ
ップ８４５のテスト結果がＹＥＳならば、制御は条件分
岐点８２５に回される。

【００４４】各タイプの認証情報では、ステップ８２５
の間、再試行「ｔｒｙ ａｇａｉｎ」のシキイ値があ
る。これは受信された認証情報は所望のレベルに近い
が、まだ十分でないという情報を生成する。この再入力
の値は、所定の要求の特定の組の属性に依存する。この
再入力のシキイ値に到達した場合、アクセスは、所望の
レベルで許可されないが、アクセス要求者はアクセスを
得るために、別の形の認証情報を提供することが許可さ
れる。それゆえに、ステップ８２５の後続のテスト結果
が、防護制御点１３４−１のアクセス決定ユニット２０
８が要求されたレベルでアクセスが許可されるべきか否
かについて、確信を持っていない場合には、ステップ８
２５のテスト結果は、「不明」となり、制御は、条件分
岐点８３５に渡される。表６は、アクセスを完了するた
めに、ステップ８２５で使用される各種の再試行を許可
される、あるいは、アクセスが否定される認証情報の型
および要件を示している。Ｘ１、Ｘ２、Ｙ１、Ｙ２、Ｚ
１、Ｚ２は特定の認識および比較システムの許容差と一
致度度を決定する選択されたシステム独立実施パラメー
ターである。そのようなパラメーターの決定は当業者に
公知である。図６に示すように、パラメーターの間には
次のような関係がある。Ｘ１＞Ｘ２、Ｙ１＜Ｙ２、Ｚ１
＜Ｚ２。動的タイムワープ（ＤＴＷ）は公知技術であ
る。

【表６】

【００４５】条件分岐点８２５において、防護制御点１
３４−１のアクセス決定ユニット２０８は要求されたレ
ベルでアクセスが許可されるべきか、あるいはされるべ
きでないか、あるいは、それが不明か否かについて決定
するために、再度テストを行う。この決定は、最も最近
受信した要求者認証情報に対する音声パスワード３０
６、あるいは比較関数装置３１０の何れかにより生成さ
れた可能性および宛先プロファイルによって特性された
呼び情報に基づいて行われる。もし、音声パスワードが
要求された場合は、音声パスワードを提供するアクセス
要求者が、鼻詰まりの有資格ユーザである場合には、再
入力が行われる。そのような鼻詰まりユーザは同一の音
声パスワードを繰り返すよう許されたとしても、アクセ
スはできないかもしれない。また、別の再度チャンスが
与えられると、模倣者はその模倣をよりよく行うかもし
れない。このシステムの利点は、鼻詰まりのユーザは他
の識別情報を提供し、それにより許可される。また模倣
者は別の形の情報を提供する可能性が減る。アクセスが
許可されるべきか否か決定する他の方法も採用し得る。

【００４６】この実施例においては、各認証はそれが不
十分な場合でも、独立に評価される。認証がアクセスを
許可するのに不十分な場合でも、少なくともプロセスを
継続するために、再入力が行われる。これはアクセス要
求者に知らせずに、ユーザを操作することにより、ある
いは、要求者の認証をより詳細に調べることにより達成
される。前者の方法は、ビデオカメラでアクセス要求者
をスキャンすることである。後者の方法としては、すで
に得られた音声情報をさらに解析する。あるいは、自分
の申し立てた身元確認を入力する際のキーストロックの
間を時間関係をより詳細に検討することによってなされ
る。

【００４７】ステップ８２５のテスト結果が、ＮＯなら
ば、アクセスは如何なるレベルでも許可されず、制御
は、ステップ８１７に回され、そこで防護制御点１３４
−１は接続を拒否する。その後、制御は、ステップ８１
９に回され、そこで、アクセスは失敗したことを記録す
る。その後、このプロセスは、ステップ８２１で終了す
る。他の実施例において、アクセス要求者が、アクセス
の低いレベルで許可された場合には、アクセスのレベル
は認められる。例えば、アクセスの要求者が認可された
ユーザのＰＩＮを含む身元確認コードを銀行のコンピュ
ーターに入力した場合には、彼はレベル１の資格が与え
られ、アクセス要求者は、２００ドルまでの取引が許可
される。

【００４８】中央防護制御システム１３３は、確実に動
作しなければならない。それは防護システムが故障する
と、全体のネットワークに悪影響を及ぼすからである。
しかし、他の宛先ニーズは保証されない。もし、中央防
護制御システム１３３が、アクセス要求者を保証する場
合は、中央防護制御システム１３３は、アクセス要求者
に特定の宛先情報（例、アクセス要求者の確認された身
元確認）を連絡する。もし、中央防護制御システム１３
３が、他のログイン情報を模倣する場合には、ユーザが
認証される宛先には、適当な、しかし、異なるログイン
情報が供給される。それゆえに、一つの宛先の情報の破
損は、他の宛先の破損とはならない。しかし、アクセス
要求者は、中央防護制御システム１３３に、彼がアクセ
スを求めている宛先がどこであろうと、単一のログイン
情報だけを提供すればよい。中央防護制御システム１３
３の防護制御点１３４−１は、アクセス要求者の提供し
たログイン情報を選択された宛先の知識に基づいて、宛
先の要求するログイン情報に変換する。

【００４９】防護のより高いレベルが、期間中後の時点
で要求された場合には、防護制御点１３４−１は再接続
される。このような再接続は、発信局１０２と宛先局１
１４の間のセッションをモニターする交換機１２８の多
周波トーンレシーバを有することにより実行される。所
定のトーンシーケンスが、交換機１２８に対し、防護制
御点１３４−１による追加防護処理に対する発信者のニ
ーズに対し、注意を与える。その後、情報および信号パ
スが交換機１２８により発信者と宛先から防護制御点１
３４−１に確立される。

【００５０】アクセス要求者の体を通過する際の波が極
性化される方法、あるいは、手書きのサンプルは認証情
報として使用される。アクセス要求者からの認証情報を
得て、それを防護制御点１３４−１に転送するために、
その要求者の場所で使用できる装置も利用できる。その
ような情報を得る装置は公知である。そのような認証情
報は比較関数装置３１０によって処理される。

【００５１】図９に呼びセットアップメッセージの例が
示されている。同図において、このセットアップメッセ
ージは、信号ネットワーク１３８によって搬送される信
号型のメッセージ、および情報リンク１４０によって搬
送される情報型のメッセージである。そのようなメッセ
ージは当業者にとって公知である。発信局１０２で、要
求者がオフフックし、所望の宛先、例えば、１−８００
−ＢＡＮＫをダイヤルしたとする。ユーザが接続される
発信局ＬＥＣ交換機、例えば、交換機１２０はその呼び
が長距離ネットワーク１１８によって扱われる８００番
型であると決定する。従来の非防護の８００番型の呼び
の取扱方法は公知である。交換機１２０からのメッセー
ジは、長距離ネットワーク１１８の発信局交換機、例え
ば、交換機１２８に転送され、この交換機１２８は、８
００番型の呼び及びダイヤルされた番号を指示する。

【００５２】この発信局交換機は、受信された８００番
を実際の宛先アドレス、すなわち、従来の発信電話番号
に変換するために、ネットワーク制御点（ＮＣＰ）１３
２に転送する。このネットワーク制御点（ＮＣＰ）１３
２は、防護要件メッセージを防護制御点１３４−１に転
送する。それは、防護制御点１３４−１のアドレスは宛
先の実際の変換テーブルではなく、ＮＣＰテーブルに記
憶されているからである。防護制御点１３４−１が防護
要件メッセージを受信した後、それは、要求源とアクセ
スが要求された宛先と防護制御点１３４−１によって得
られる他のパラメーターを知る。そして、記憶されたプ
ロファイルを用いて、どの追加防護プロセスがこの通信
に適当であるかを決定する。

【００５３】防護プロセスがさらに要求される場合に
は、防護制御点１３４−１は、まずネットワーク制御点
（ＮＣＰ）１３２、交換機１２８、交換機１２０を介し
て、転送された認証要求メッセージを発信局１０２に送
る。申し立てられた身元確認が確認されない場合には、
認証メッセージは、ユーザに身元確認申し立て情報を提
供するよう要求し、それにより、誰がアクセス要求者で
あることを述べるよう要求する。その後、このアクセス
要求者は、所定の時間内に要求された認証情報を提供す
るか、そうでない場合は、この要求は終了する。アクセ
ス要求者が、要求された認証情報を提供した場合には、
この情報は発信局１０２に交換機１２０、１２８、ネッ
トワーク制御点（ＮＣＰ）１３２を介して、防護制御点
１３４−１に転送される。

【００５４】防護制御点１３４−１は、認証情報を受信
すると、アクセス要求に関連する現在入手可能な情報を
解析して、ユーザが現在どのレベルの資格を有するか否
かについて決定する。アクセス要求者が、アクセスを希
望するレベルを満たす認証情報を提供できない場合に
は、防護制御点１３４−１は、さらに別の認証要求情報
メッセージを送信し、そのメッセージは、ネットワーク
制御点（ＮＣＰ）１３２、交換機１２８、交換機１２０
を介して、発信局１０２に転送される。この別の認証メ
ッセージは、ユーザに対し、その申し立てられた身元確
認を認証するのに使用される認証情報を提供するよう要
求する。そして、このユーザは、要求された認証情報を
所定の時間内に提供するか、あるいは、この要求を終端
させる。アクセス要求者が、要求された認証情報を提供
する場合には、この情報は、発信局１０２、交換機１２
０、１２８、ネットワーク制御点（ＮＣＰ）１３２を介
して、防護制御点１３４−１に転送される。この防護制
御点１３４−１は、認証情報を受信すると、再びアクセ
ス要求に関連し、現在入手可能な情報を解析して、ユー
ザが現在認証できているレベルについて決定する。この
ユーザが、アクセスが付与されるレベルの要求を認証で
きると、そのアクセスは認可される。このプロセスは実
行ｎ回繰り返される。このｎは、一般的に、２以上であ
る。

【００５５】有効な認証が得られると、防護制御点１３
４−１は、発信局１０２に実行メッセージを転送し、こ
のメッセージは、ネットワーク制御点（ＮＣＰ）１３
２、交換機１２８、交換機１２０を介して転送される。
アクセスが許可されるレベルを特定する予認証メッセー
ジは、宛先に宛先交換機と宛先ＬＥＣスイッチを介して
転送される。その後、任意の接続メッセージは、宛先局
１１４と防護制御点１３４−１との間で交換される。そ
の後、完全な接続が、直接ユーザと宛先との間で確立さ
れ、予め認証されたレベルでユーザに宛先へのアクセス
を与える。防護制御点１３４−１とネットワーク制御点
（ＮＣＰ）１３２は、他の処理をその後実行できる。

【００５６】次に、図１０、１１、１２について説明す
る。アクセス要求者は、発信局１０２にいる。宛先はス
ポーツホットラインサービスで、宛先局１１６に配置さ
れている。この有料９００番型アクセスナンバー（１−
９００−ＳＰＯＲＴＳ）はネットワーク会社の契約の元
で、ホットラインサービスの情報会社により提供され
る。

【００５７】例えば、小林 和夫氏がホットラインサー
ビスの９００番型サービスへのアクセスを自分と自分の
妻のために、しかし、自分の子供は除いて、望む場合が
ある。この小林氏は、９００番型の呼びが自分の口座に
課金される場合は常に防護手続きが採用されるよう構成
し、ネットワーク会社に自分と自分の妻を身元確認する
認証に使用される情報を提供する。彼の口座の他の使用
者、例えば、彼の家の電話を使用する彼の家のお客さ
ん、あるいは、二人の息子は、スポーツホットライン以
外の宛先にアクセスが許可される。彼の息子は彼の口座
に課金されるクレジットカードの家庭の電話機の使用が
許可されるが、スポーツホットラインへのアクセスは許
されない。さらに、和夫だけが有料情報サービス（１−
９００−ＩＮＦＯＳＶＣ）にアクセスできる。この情報
は、防護制御点１３４−１に入力される。彼の電話番号
からなされた９００番型の呼びに対して、防護サービス
を組み込むような指示は交換機１２８内にプログラムさ
れる。このようなプログラムは当業者によって公知であ
る。

【００５８】従って、小林氏の家にある発信局１０２か
らのアクセス要求者が、交換機１２０によってオフフッ
クしたことは検知されると、ステップ１２０１に入る。
その後、ステップ１２０３で、アクセス要求者は、アク
セスすべき宛先の電話番号をダイヤルする。この実施例
では、アクセス要求者は１−９００−ＳＰＯＲＴＳを交
換機１２０でダイヤルする。ステップ１２０５におい
て、交換機１２０は、ダイヤルされた番号を受信し、そ
の番号は、９００番型の番号で、長距離ネットワーク１
１８により提供されるサービスであると認識する。この
ような認識はテーブルを参照することによって実行され
る。ステップ１２０７において、交換機１２０は、この
呼びを長距離ネットワーク１１８の交換機１２８に転送
する。交換機１２８は、このラインからの９００番型の
呼びはネットワーク制御点（ＮＣＰ）１３２ではなく、
中央防護制御システム１３３に回すべきであると認識す
る（ステップ１２０９）。この実施例では、防護制御点
１３４の最も近いものは防護制御点１３４−１である。
この防護制御点１３４−１はアクセス要求者信号リンク
２０６の上の呼び情報を受信する。

【００５９】この呼びを受信すると、ステップ１２１１
において、防護制御点１３４−１は、実行されるべき呼
びの性質により特定される防護処理の第１レベルを実施
する。直接課金されるスポーツホットラインへの呼び
は、防護処理の無効第１レベルを有する。これに対し
て、クレジットカードに課金されるスポーツホットライ
ンへの呼びは、クレジットカード呼びに固有の防護処理
の第１レベルを必要とし、それは有効なクレジットカー
ド番号とＰＩＮを含む要件がアクセス要求者に提供され
ることである。ネットワーク制御点（ＮＣＰ）１３２に
回されるこのような呼びは、従来の非防護クレジットカ
ード呼びと同一の方法で実行される。しかし、ネットワ
ーク制御点（ＮＣＰ）１３２により、戻される呼びを処
理するノートとしての非防護クレジットカード認証プロ
セッサの代わりに、ネットワーク制御点（ＮＣＰ）１３
２は、この呼びを中央防護制御システム１３３に転送
し、さらに、防護制御点１３４−１に転送する。

【００６０】条件分岐点１２１３で、アクセス要求者
が、防護処理の第１レベルの要件を満たしたか否かを決
定する。ステップ１２１３のテスト結果が、ＮＯなら
ば、制御はステップ１２１５に回され、そこで防護制御
点１３４−１は、接続を拒否する。その後、制御は、任
意ステップ１２１７に回され、そこでアクセスの試みは
失敗した旨は記帳される。このプロセスは、ステップ１
２１９で終了する。

【００６１】ステップ１２１３のテスト結果が、ＹＥＳ
ならば、制御は、ステップ１２２１に回され、そこで防
護制御点１３４−１は、申し立てられた身元確認のため
に、ユーザプロファイルを調べる。そして、認証の所定
レベルが、呼びのこのタイプに可能なアクセスのレベル
を達成するのに必要か否かを決定する。この所定レベル
の決定は、アクセス決定ユニット２０８によってなさ
れ、このアクセス決定ユニット２０８は、ユーザプロフ
ァイル記憶装置２１０（表５）からリンク２２２を介し
た情報を利用する。この実施例では、常に申し立てられ
た身元確認が、利用可能であるとする。この申し立てら
れた身元確認は、要求が発生したライン、あるいは、呼
びが課金されるクレジットカードの番号から得られる。
何れの場合にも、申し立てられた身元確認が得られない
場合は、図８に関連して、それは要求される。図５は、
この実施例において、採用されるユーザの身元確認コー
ドである。申し立てられた身元確認のために、ユーザプ
ロファイル記憶装置２１０にエントリがないか、ヌルエ
ントリの場合には、第１レベル以上の追加の防護処理は
その身元確認には要求されない。

【００６２】家族の場合のように、複数のユーザが一つ
の身元確認を使用する場合のような防護情報を構成する
方法は、同一のグループに入る各ユーザの個別のプロフ
ァイルを用意することである。この各プロファイルは、
さまざまなタイプのアクセスが共用されるもとで、個人
および条件を身元確認するすべての属性を含む。その
後、この提供された身元確認情報は、どの認証されたユ
ーザが実際に電話がかけているのかを決定するために、
プロファイルを区別する。認証されたユーザの一人の認
証が得られると、その後、ユーザの認証によりアクセス
は許可されたり、あるいは、拒否されたりする。このよ
うな状況は、Ｗｉｌｉａｍｓ氏のクレジットカード番号
が身元確認情報の場合に起きる。

【００６３】防護制御点１３４−１のアクセス決定ユニ
ット２０８は、条件分岐点１２２３で、要求されたレベ
ルでのアクセスが明かに許可可能、あるいは、許可でき
ない、あるいは、不明かをむを決定する。このアクセス
の決定は、記憶されたユーザプロファイル、申し立てら
れた身元確認、およびステップ８２５で記載されたよう
呼び情報に記載された要件に基づいて、なされる。呼び
が、通常の長距離呼び、あるいは、そのような呼びに要
求される固有の無効第１レベル以上の防護処理を必要と
するような属性の特定されたセットの要件に合わないよ
うな８００番型の呼びであり、ユーザもネットワークも
さらに防護処理の要件を規定していないとして、ステッ
プ１２２３のテスト結果が、ＹＥＳならば、制御は、ス
テップ１２２５に回される。呼びが回される次の交換機
のアドレスが戻され、防護処理は要求されない。防護制
御点１３４−１が、宛先にアクセス要求者に許可された
アクセスのレベルを通知する。アクセスレベルが、タイ
ムリミトの場合には、タイミングとアクセスレベルの実
行用の宛先は交換機１２８である。これは課金に採用さ
れている同一のタイムメカニズムにより実行される。こ
の方法はステップ１２１９を介して終了する。

【００６４】ステップ１２２３のテスト結果が知らな
い、すなわち、防護制御点１３４−１のアクセス決定ユ
ニット２０８がアクセスは許可されるべきか否か分から
ない場合には、制御はステップ１２２７に回される。ス
テップ１２２３の最初の繰り返しのテスト結果がアクセ
スが許可される前に、認証情報が要求ているか否かは分
からない。ステップ１２２３の次の繰り返しの間テスト
結果は認証情報は以前に得られ、再挑戦の敷居台に達し
たか否か分からない。条件分岐点１２２７は、アクセス
要求者から得られるべき追加の認証情報が残っている
か、あるいは、アクセス要求者がすでに提供した情報か
ら、追加の認証特徴が抽出できるか否かについて決定す
るためにテストする。

【００６５】例えば、小林氏の長男が、ステップ１２２
７の最初の繰り返しの間、スポーツホットラインに到達
しようとして、彼の父と同じような声を発したとする。
それゆえに、息子は要求された音声の再試行のシキイ値
に到達できる。父が実際に電話して鼻詰まりの場合に
は、再試行のシキイ値に彼も到達するだけである。しか
し、長男は認証されたユーザではないので、アクセスを
許可されるのは好ましくない。それゆえに、追加認証情
報、この場合、網膜は中央防護制御システム１３３に父
のために記録されている。スポーツホットラインへのア
クセスの要求の間、音声により再試行にアクセス要求者
が到達すると、アクセス要求者の網膜パターンが要求さ
れ、ステップ１２２７の次の繰り返しの間、それが得ら
れる。得られた網膜パターンが記憶された網膜パターン
と一致した場合には、アクセスは許可され、ステップ１
２２３のテスト結果は次の繰り返しに基づいてＹＥＳと
なる。

【００６６】ステップ１２２７のテスト結果がＹＥＳの
場合には、制御はステップ１２２９に回され、アクセス
要求者にさらに認証情報を要求する。追加認証情報の要
求は要求者に知らせずになされる。

【００６７】ステップ１２２９において、防護制御点１
３４−１は、アクセス要求者の身元確認を確認するため
に、認証情報を提供するようアクセス要求者に要求す
る。この場合、要求は要求者の音声によってなされる
が、他の認証情報でも構わない。

【００６８】条件分岐点１２３１で、ユーザが所定の時
間内に認証情報を提供したか否かを決定する。ステップ
１２３１のテスト結果が、ＮＯの場合には、制御は、ス
テップ１２１５に回され、そこで防護制御点１３４−１
は、接続を拒否する。その後、制御はステップ１２１７
に回され、そこで、アクセスは失敗したと記帳される。
このプロセスはステップ１２１９で終了する。

【００６９】ステップ１２３１のテスト結果が、ＹＥＳ
ならば、制御は、条件分岐点１２２３に回され、そこで
防護制御点１３４−１のアクセス決定ユニット２０８
は、宛先へのアクセスが許可されるか、許可されない
か、不明か、の何れかのテストを行う。ステップ１２２
３のテスト結果が、ＮＯならば、アクセスは、許可され
ない。それは提供された認証情報は記録された認証情報
に一致しないからである。表６により、制御はステップ
１２１５に回され、そこで防護制御点１３４−１は接続
を拒否する。その後、制御は、ステップ１２１７に回さ
れ、ここで、アクセスは失敗した旨は記帳され、このプ
ロセスはステップ１２１９で終了する。

【００７０】ステップ１２２３のテスト結果が、ＹＥＳ
ならば、要求されたレベルへの認証は表６に従ってなさ
れたために、アクセスは許可され、制御はステップ１２
２５に回され、そこで防護制御点１３４−１は発信局１
０２でのアクセス要求者に宛先局１１４へのアクセスを
許可する。その後、このプロセスはステップ１１３７で
終了する。

【００７１】

【発明の効果】以上述べたごとく、本発明の認証システ
ムは宛先ごと、ユーザごとにより、認証情報を変更でき
るので、きめ細かな管理が可能である。

【図面の簡単な説明】

【図１】本発明の電話ネットワークのブロック図であ
る。

【図２】図１のネットワークに用いられる中央防護制御
システム１３３のブロック図である。

【図３】図２の中央防護制御システムに用いられるアク
セス要求者認証ユニット２１８のブロック図である。

【図４】図２の中央防護制御システムに用いられる宛先
認証ユニット２２０のブロック図である。

【図５】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図６】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図７】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図８】図５、６、７に図示されたフローチャートの組
み合わせ方法を示す図である。

【図９】防護システムが、ユーザにより特定の宛先への
アクセスを認証して場合、採用される呼びセットアップ
のメッセージの例を示す図である。

【図１０】アクセス要求者により宛先に出されたアクセ
ス要求に対し、アクセス要求者またはネットワークオペ
レータにより特定されたアクセス許可の防護要件を処理
するフローチャートの一部である。

【図１１】アクセス要求者により宛先に出されたアクセ
ス要求に対し、アクセス要求者またはネットワークオペ
レータにより特定されたアクセス許可の防護要件を処理
するフローチャートの一部である。

【図１２】図１０、１１に図示されたフローチャートの
組み合わせ方法を示す図である。

【符号の説明】

１００ 電話ネットワーク １０２ １０４ 発信局 １０６ １０８ １１０ １１２ ＬＥＣネットワーク １１４ １１６ 宛先局 １１５ バイパス発信局 １１７ バイパス宛先局 １１８ 長距離ネットワーク １２０ １２２ １２４ １２６ １２８ １３０ 交
換機 １３２ ネットワーク制御点（ＮＣＰ） １３３ 中央防護制御システム １３４−１、１３４−２ 防護制御点 １３６ 任意隣接プロセッサ １３８ 信号ネットワーク １４０ 情報リンク ２０２ リンク ２０４ アクセス要求者情報パス ２０６ アクセス要求者信号リンク ２０８ アクセス決定ユニット ２１０ ユーザプロファイル記憶装置 ２１６ 宛先プロファイル記憶装置 ２１８ アクセス要求者認証ユニット ２２０ 宛先認証ユニット ２２２ ２２４ ２２６ リンク ２２８ 宛先信号リンク ２３０ 宛先情報パス ３０２ アクセス要求者認証プロセッサ ３０４ リンク ３０６ 音声パスワード ３０８ アクセス要求者チャレンジユニット ３１０ 比較関数装置 ３１２ ユーザ認証データ ４０２ 宛先認証プロセッサ ４０４ リンク ４０６ 宛先チャレンジ応答 ４０８ 宛先認証情報記憶装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロイ フィリップ ウェーバー アメリカ合衆国 08807 ニュージャージ ー ブリッジウォーター、ターンベリー コート 940

Claims (14)

【特許請求の範囲】
1. 【請求項１】 複数の宛先の特定の１つへのアクセスを
   試みる、第１レベルの防護プロセスを必要とするアクセ
   ス要求を受信するステップと、 前記アクセス要求の所定の属性に基づいて、前記第１レ
   ベル以上の追加防護プロセスが要求されるか否かを決定
   するするステップと、 前記第１レベル以上の追加防護プロセスが要求される場
   合、前記アクセス要求者に対し、第１レベルの防護要件
   を満たすような認証情報以上の追加認証情報を提供する
   よう促すステップとからなることを特徴とする複数の宛
   先へのアクセスを制御する方法。
2. 【請求項２】 第１レベルの防護要件を満足させる為
   に、アクセス要求者から提供された認証情報が、前記決
   定ステップの前記アクセス要求の属性として採用される
   ことを特徴とする請求項１の方法。
3. 【請求項３】 前記特定のアクセス要求の所定の属性の
   １つの属性は、前記アクセス要求者の申し立てた身元確
   認（同一性）であることを特徴とする請求項１の方法。
4. 【請求項４】 前記決定ステップは、 前記アクセス要求者の申し立てられた身元確認が推定さ
   れない場合、アクセス要求者に身元確認を提供するよう
   直接要求するステップと、 前記アクセス要求者の申し立てた身元確認を意味する情
   報を受信するステップとからなることを特徴とする請求
   項３の方法。
5. 【請求項５】 前記追加認証情報がアクセス要求者によ
   り提供された場合、前記追加認証情報を、前記アクセス
   要求者を認証するのに使用される入力として、受信する
   ステップをさらに有することを特徴とする請求項３の方
   法。
6. 【請求項６】 受信された前記追加認証情報と前記申し
   立てられた身元確認に対応する予め記憶された認証情報
   との比較をするステップを更に有し、 前記比較結果をアクセス要求者に付与されるアクセスレ
   ベルの決定に使用することを特徴とする請求項５の方
   法。
7. 【請求項７】 前記促すステップと、前記追加認証情報
   を受信するステップと、前記比較ステップとを繰り返す
   間、前記比較ステップにおいて、認証誤差が所定の認証
   情報のしきい値（これは、前記レベルのアクセス達成に
   は不十分である）に達した場合のみ前記促すステップ
   と、前記追加認証情報を受信するステップと、前記比較
   ステップとを繰り返すことを特徴とする請求項３の方
   法。
8. 【請求項８】 前記アクセス要求者により既に提供され
   た以上の認証情報を獲得するステップと、 受信された前記追加認証情報と前記申し立てられた身元
   確認に対応する予め記憶された認証情報との比較をする
   ステップと を有し、 前記比較結果は、アクセス要求者に付与されるアクセス
   レベルの決定に使用し、 前記獲得ステップと比較ステップとは、 前記追加認証情報を促すステップと、前記比較ステップ
   とを繰り返す間、前記比較ステップにおいて、認証誤差
   が所定の認証情報のしきい値（これは、前記レベルのア
   クセス達成には不十分である）に達した場合、または、 前記追加認証情報を促すステップと、前記比較ステップ
   とを繰り返す間、前記比較ステップにおいて、認証誤差
   が所定の認証情報のしきい値に達した場合のいずれか
   の場合のみ実行されることを特徴とする請求項３の方
   法。
9. 【請求項９】 前記申し立てられた身元確認は、複数の
   認証ユーザに関連し、前記複数の認証ユーザの各々は、
   自己の以前に登録した認証情報を有し、前記アクセス要
   求者がその複数の認証ユーザであるところの受信された
   追加認証情報から身元確認が決定されることを特徴とす
   る請求項８の方法。
10. 【請求項１０】 前記申し立てられた身元確認用に、前
    に記憶されたプロファイルを取り出すステップと、 宛先に対し、アクセス要求者による宛先へのアクセスを
    所定のレベルで許可するステップと からなり、 前記所定のレベルは、前記プロファイルと、前記特定の
    アクセス要求の所定の属性と、前記比較結果から決定さ
    れることを特徴とする請求項８の方法。
11. 【請求項１１】 アクセス要求者の提供した追加認証情
    報が、申し立てられた身元確認に関連する認証されたユ
    ーザの１人の以前に記憶された認証情報と一致した場
    合、アクセス要求者にアクセスを許可することを特徴と
    する請求項８の方法。
12. 【請求項１２】 前記申し立てられた身元確認に関連す
    るどの特定の認証ユーザに前記アクセス要求者が関連す
    るか決定するステップと、 前記特定の認証ユーザの以前に記録されたプロファイル
    を呼び出すステップと、 宛先に対し、アクセス要求者による宛先へのアクセスを
    所定のレベルで許可するステップと からなり、 前記所定のレベルは、前記プロファイルと、前記特定の
    アクセス要求の所定の属性と、前記比較結果から決定さ
    れることを特徴とする請求項８の方法。
13. 【請求項１３】 複数の宛先（１３３）の特定の１つへ
    のアクセスを試みる、第１レベルの防護プロセスを必要
    とするアクセス要求（２０６、２２２）を受信する手段
    と、 前記アクセス要求（２０２、３０２）の所定の属性に基
    づいて、前記第１レベル以上の追加防護プロセスが要求
    されるか否かを決定するする手段と、 前記第１レベル以上の追加防護プロセスが要求される場
    合、前記アクセス要求者に対し、第１レベルの防護要件
    を満たすような認証情報以上の追加認証情報を確保する
    手段とからなることを特徴とする複数の宛先へのアクセ
    スを制御する装置。
14. 【請求項１４】 アクセス要求者は、前記確保する手段
    に関係しないことを特徴とする請求項１３の装置。