(57)【特許請求の範囲】
【請求項１】
少なくとも１つの他のネットワークエレメントを介して着信システムに接続される発信システムと、
送信が、プライベートまたは暗号化された情報を送信または受信する能力を有しない又はネットワークプロバイダによって制御されない設備を使用する、不安全なリンクを介して受信されたことを示すメッセージを着信システムに送信するためのプロセッサを備えたネットワークエレメントとを有する
ことを特徴とする通信ネットワーク。
【請求項２】
前記着信システムは、前記不安全メッセージの受信により、送信の不安全な性質を被呼局に警報する
ことを特徴とする請求項１記載の通信ネットワーク。
【請求項３】
前記発信システムは、発信者に前記不安全なリンクを警報する
ことを特徴とする請求項１記載の通信ネットワーク。
【請求項４】
送信者から受け手へのルートを確立するステップと、
前記ルートの少なくとも一部が、プライベートまたは暗号化された情報を送信または受信する能力を有しない又はネットワークプロバイダによって制御されない設備を使用する、不安全なリンクを含むかどうかを決定するステップと、
前記ルートが不安全なリンクを含むという決定により、前記送信の不安全な性質の警報を提供するステップとを有する
ことを特徴とする通信ネットワークにおける安全な送信を提供するための方法。
【請求項５】
前記警報が提供された後に、呼びを接続するステップをさらに含む
ことを特徴とする請求項４記載の方法。
【請求項６】
前記警報を提供するステップは、受け手の局において特徴的なリングを出すステップを含む
ことを特徴とする請求項４記載の方法。
【請求項７】
前記警報を提供するステップは、アイデンティフィケーションディスプレイ上にメッセージを出すステップを含む
ことを特徴とする請求項４記載の方法。
【請求項８】
前記受け手への接続に先立って、送信者が不安全なリンク警告を受信するステップをさらに含む
ことを特徴とする請求項４記載の方法。
【請求項９】
前記警報は前記発信者に提供される
ことを特徴とする請求項４記載の方法。
【請求項１０】
前記警報を提供するステップは、可聴音声メッセージを提供するステップを含む
ことを特徴とする請求項４記載の方法。
【請求項１１】
前記警報を提供するステップは、可聴トーンを使用するステップを含む
ことを特徴とする請求項４記載の方法。
【請求項１２】
前記警報を提供するステップは、周期的な警報を提供するステップを含む
ことを特徴とする請求項１０または１１記載の方法。
【請求項１３】
以前の安全なルートが不安全になった場合、警報を出すステップをさらに含む
ことを特徴とする請求項４記載の方法。
【請求項１４】
前記警報を提供するステップが、パーソナルコンピュータ上の質問スクリーンを含む
ことを特徴とする請求項４記載の方法。
【請求項１５】
当事者間でルートの一部を確立するために、セキュリティプロトコルを含む要求を受信するステップと、
前記ルートが、プライベートまたは暗号化された情報を送信または受信する能力を有しない又はネットワークプロバイダによって制御されない設備を使用する、不安全なリンクを含むかどうかを決定するステップと、
不安全なリンクが存在するという決定により、セキュリティ警報メッセージを送るステップとを有する
ことを特徴とする通信接続のための要求を処理するための方法。
【請求項１６】
セキュリティ警報メッセージを送ることなしに、ルートの一部を確立するステップをさらに含む
ことを特徴とする請求項１５記載の方法。
【請求項１７】
セキュリティステータス要求を送るステップをさらに含む
ことを特徴とする請求項１５記載の方法。
【請求項１８】
発呼者を被呼者に接続するための手段と、
プライベートまたは暗号化された情報を送信または受信する能力を有しない又はネットワークプロバイダによって制御されない設備を使用する、少なくとも１つの不安全なリンクを使用して呼びパスが確立される場合、前記発呼者または被呼者に警報するための手段とを有する
ことを特徴とする通信システム。
【請求項１９】
前記呼びパスがパケットデータネットワークを通過する
ことを特徴とする請求項１８記載の通信システム。
【請求項２０】
不安全なリンクが通過されたかどうかを決定するための手段をさらに含む
ことを特徴とする請求項１８記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークに係り、特に、そのような通信ネットワークにおける伝送のセキュリティ状態についての情報を確認することおよびその表示を提供することに関する。
【０００２】
【従来の技術】
現代の通信ネットワークは、発信者から受信者へ情報を届けるための様々なノードのウェブである。伝統的な公衆交換電話網（ＰＳＴＮ）において、これらのノードは、多分安全なよく確立されたルートに沿って情報を中継するための回線交換接続である。通信における比較的新しい現象は、パケットデータネットワークの出現である。パケットデータネットワーク中の伝送ルートは、データがデリバリー(delivery)のために最も効率的なパスに沿って送信されるように、ダイナミックでありかつ情報フローにおける柔軟性を許容する。確かに、パケットデータネットワークのホールマークは、情報のデリバリーのためのより大きな帯域幅を保証するそのルーティング方法である。
【０００３】
全ての通信伝送に関連する問題は、しかしよりパケット伝送ルートの予測不可能な性質のために、パケットデータネットワークにおいてより断言される問題は、それを情報が通過するノードのセキュリティである。これは、比較的精巧でない装置を使用して、ルート上の多くの点において、伝送の権限のない横取りが可能であるからである。軍事または企業の通信のようないくつかのアプリケーションにおいて、安全な伝送は不可欠である。パケットデータおよび回線交換ネットワークのますますの集中で、横取り(interception)を受けるネットワークノードを介する送信情報の可能性が、かなり大きい。
【０００４】
【発明が解決しようとする課題】
したがって、通信ネットワークまたはそこに含まれるノードのセキュリティについての伝統的な想定が、もはや保証されない。
【０００５】
【課題を解決するための手段】
情報をネットワークにおいて伝送する場合、通信サービスのほとんどのユーザがある程度のプライバシーを期待することが認識されている。通信ネットワーク中の不安全なノードのその通過のために、伝送が横取りを受ける場合、ユーザに警報する必要性がある。
【０００６】
通信ネットワーク中の少なくとも１つの不安全なノードを情報が通過するときにはいつでも、送信者または受信者に警報することにより、この必要性は解決されかつ通信分野における技術的な進歩が達成される。ノードのセキュリティステイタスの受信により、通信を継続するかまたは送信を拒絶するかを、当事者は選ぶことができる。プライベートまたは暗号化された情報を送信または受信する能力を有しない場合、またはネットワークプロバイダにより絶体的に制御されない設備を通過する場合、ノードは不安全と考えられる。回線交換送信は、プライベートであるが、通常暗号化されない。
【０００７】
特に、発信システムは、最終のあて先へのパスを同定する。パスのいずれかの部分が不安全なリンクまたはノードを含む場合、送信の意図された受信者が警報される。そして、受け手は、コンフィデンシャル事項を漏らさないという警告を使用して呼びを受けるかまたは呼びを拒絶することを選ぶことができる。代替的に、送信ネットワークの各不安全なノードは、その不安全なステイタスを示す信号を出す。そして、発信者または着信者は、送信を失敗する(abort)ことを選ぶことができる。
【０００８】
発呼者または受け手に呼びの不安全な性質を警報するための様々なメカニズムが、利用可能である。例えば、不安全な送信は、発呼者アイデンティフィケーションディスプレイ上の特別なメッセージ、別個のリンギング、可聴メッセージまたは周期的な可聴トーンにより示すことができる。好都合なことに、送信に関与する全ての当事者が、内容についてのインテリジェントな決定がなされ得るように、送信をサポートするネットワークのセキュリティレベルを実際に通知される。
【０００９】
【発明の実施の形態】
図１は、通信ネットワーク１００の単純化されたブロック図であり、通信ネットワーク１００は、それぞれリンク１２１，１３９および１７７を介して、インターネットサービスプロバイダ（ＩＳＰ）アクセスサーバ１２０、ケーブルモデムターミネーションシステム１３０、第１の音声ゲートウェイ１４０、第２の音声ゲートウェイ１５０および移動体交換機センタ１６０に対して相互接続されたパケット（セル）ネットワークバックボーン１１０を含む。この図において、不安全なリンク１２１，１３９および１７７が、破線により示されている。
【００１０】
この技術分野において知られた構成部品の中でとりわけ、パケットネットワークバックボーン１１０は、データ送信手順およびここに示されているセキュリティメンテナンスプロトコルを実行するためのプロセッサ１１１を含む。ＩＳＰアクセスサーバ１２０は、以下に説明するように、セキュリティメンテナンスプロトコルのためのデジタルシグナルプロセッサ１２４を含む。ＩＳＰアクセスサーバ１２０は、確立されたリンク１２５によりパーソナルコンピュータ１２６をサービスする。
【００１１】
この実施形態において、パーソナルコンピュータ１２６は、デジタル信号処理可能ユニット１２８を含む。パケットネットワークバックボーン１１０は、安全なリンク１３１により、ケーブルモデムターミネーションシステム１３０に対して相互接続されている。ケーブルモデムターミネーションシステム１３０は、セキュリティメンテナンスプロトコルのためのデジタルシグナルプロセッサ１３２を含む。
【００１２】
ケーブルセットトップボックス１３４は、それ自体のデジタルシグナルプロセッサ１３６を含み、電話機１３８にサービスする。ケーブルセットトップボックスは、不安全なリンク１３９によりケーブルモデムターミネーションシステム１３０と相互接続されている。第１の音声ゲートウェイ１４０は、リンク１４３によりＰＳＴＮ１８０と相互接続されており、第２の音声ゲートウェイ１５０は、リンク１５３によりＰＳＴＮと相互接続されている。ＰＳＴＮは、伝統的な回線交換ネットワークサービスの加入者にサービスする。
【００１３】
音声ゲートウェイ１４０および１５０は、これらの加入者が、パケットネットワークバックボーンサービスの加入者または電話機１３８を使用する加入者のようなケーブル加入者と通信することを可能にする。第１の音声ゲートウェイ１４０および第２の音声ゲートウェイ１５０は、それぞれ安全なリンク１４１および１５１によりパケットネットワークバックボーンと相互接続されている。回線交換接続のネットワークトポロジーがセキュリティを強化するが、パケット送信は、より横取りを受けることがよく知られている。
【００１４】
デジタルシグナルプロセッサ１６２を含む移動体交換機センタ１４０は、確立されたリンク１６５により基地局１７０をサービスする。基地局１７０は、不安全なエアインタフェース１７７を介して移動体端末１７４をサービスする。移動体端末１７４は、セキュリティメンテナンスプロトコルのためのそれ自体のデジタルシグナルプロセッサ１７６を含む。
【００１５】
全ての安全なノードは、情報の暗号化または解読をすることができるデジタルシグナルプロセッサを有する。この例において、全てのデジタルシグナルプロセッサは、ノードセキュリティステータスに関する情報を他のネットワークノードに送る能力を有する。
【００１６】
図２は、本発明の一実施形態による通信ネットワーク１００において実行されるステップを示す。この例は音声呼びを示すが、当業者は、どの形式の通信接続も適用可能であることを理解するであろう。プロセスはステップ２００において開始し、ステップ２００において、ケーブルセットトップボックス１３４のような発信システムは、被呼者（例えば、パーソナルコンピュータ１２６によりサービスされるユーザ）を識別するダイアルされた数字を受信する。ステップ２０２において、発信システムは、被呼者への呼びパスを確立する。この場合において、呼びパスは、リンク１３９，１３１，１２１および１２５を含むと仮定する。
【００１７】
決定ステップ２０４において、呼びパスが、不安全リンクを含むかどうかが決定される。決定ステップ２０４の結果が、「ノー」決定である場合、プロセスは、ステップ２０５に進み、そこで呼びは完了となる。この場合のように、決定ステップ２０４の結果が「イエス」決定である場合、プロセスはステップ２０６へ進み、ステップ２０６において、発信システムは、それが暗号化能力を有するかどうかを決定し、最終あて先において解読能力があるかどうかを決定するために、着信システムに質問を送る。
【００１８】
この場合において、ケーブルセットトップボックスは、暗号化能力を有しない。したがって、最終あて先が解読能力を有するかどうかは問題ではない。しかし、このステップを説明するために、パーソナルコンピュータ１２６が送信の暗号化のためのデジタルシグナルプロセッサ１２８を含むかどうかを決定するために、ＩＳＰアクセスサーバ１２２に質問をセットトップボックスが発すると仮定する。この例において、デジタルシグナルプロセッサ１２８は、解読することができる。発信システムが暗号化能力を有しない場合、図４に示されるプロセス、即ち完全に安全なパスを見つけるプロセスを使用することにおそらくなる。
【００１９】
プロセスは決定ステップ２０８に進み、ステップ２０８において、最終あて先のシステムが暗号化されたメッセージを処理できるかどうかが決定される。この例において、ＩＰＳアクセスサーバ１２０は、パーソナルコンピュータデジタルシグナルプロセッサ１２８に、それが解読能力を有するかどうかを決定するために質問する。決定ステップ２０８の結果が、「ノー」決定である場合、プロセスはステップ２１０に進み、発信システムは、不安全な送信警告を電話機１３８を使用する発呼者に出す。
【００２０】
決定ステップ２１２において、発信システムは、発呼者が呼びを継続することを望むかどうかを決定する。決定ステップ２１２の結果が、「ノー」決定である場合、プロセスはステップ２１４において終了する。決定ステップ２１２の結果が、「イエス」決定である場合、プロセスはステップ２１３に進み、ステップ２１３において、不安全送信の警告が、呼び接続をなすことに先立って、パーソナルコンピュータ１２６によりサービスされる被呼者に出される。決定ステップ２０８の結果が、「イエス」決定である場合、プロセスはステップ２１６に進み、ステップ２１６において、発信システムは、もしそうすることが可能である場合、暗号化された送信を確立された呼びパスを介して被呼者に送る。
【００２１】
この例において、発信システムは、メッセージを暗号化することができず、送信は警告と共に送信される。ステップ２１８において、被呼者は、暗号化された送信を受信し、適用可能である場合、解読ソフトウェアが適用される。ステップ２２０において、呼びは、受信された送信が解読された後に、通常の処理で完了する。勿論、発信システムおよび着信システムの両方が暗号化能力を有する場合、当事者間の全ての送信は、暗号化されて安全である。
【００２２】
図３は、不安全なネットワークノード観点から通信ネットワーク１００において実行されるシステムを示すフローチャートである。図３は、図４と共に参照されるべきである。
【００２３】
プロセスはステップ３００において開始され、ここで、発信システムは、発呼者に対する加入者セキュリティプロファイルを参照し、発呼者が、強化されたセキュリティサービスに加入している場合、発信システムから着信システムへのルート中の各ノードのセキュリティステータスに対する要求と共に送信を最終あて先へ送る。セキュリティステータスの要求は、パケットデータに負荷され、発信システムのアドレスを識別する。
【００２４】
セキュリティステータスメッセージは、ノード中に記憶されたセキュリティメンテナンスプロトコルに従って、発信システムに戻される。セキュリティステータスプロトコルは、発信システムプロセッサまたは外部データベースに記憶された顧客に特定のセキュリティプロファイルに基づく。様々なパラメータが、加入者フィーチャーに基づいて確立されうる。例えば、顧客は、セキュリティチェックが必要とされない所定の送信（例えば、５：００ｐ．ｍ．の後の送信）を特定することができる。
【００２５】
プロセスはステップ３０２に進み、そこで、ネットワーク中の不安全なノードは、発信システムから暗号化されていない送信を受信する。決定ステップ３０４において、そのノードは、送信がセキュリティステータス要求を含むかどうかを決定する。決定ステップ３０４の結果が、「ノー」決定である場合、プロセスはステップ３０５に進み、そこで、通常の手順が、送信を接続するためにとられる。決定ステップ３０４の結果が「イエス」決定である場合、プロセスは、ステップ３０６に進み、そこで、そのノードは発信システムにセキュリティ警報メッセージを送り、システムからのさらなる指示を待つ。セキュリティ警報メッセージの処理は、図４に示されている。
【００２６】
決定ステップ３０８において、セキュリティ警報メッセージを送ったノードは、送信が、発信システムから受信された指示に基づいて継続されるべきかどうかを決定する。決定ステップ３０８の結果が「イエス」決定である場合、プロセスはステップ３０５に戻り、そこで、送信を接続するために通常の手順が使用される。決定ステップ３０８の結果が、「ノー」決定である場合、プロセスはステップ３１０において終了し、そこで、送信が放棄され、全てのアプリケーションが終了される。
【００２７】
図４は、発信システムの観点からの通信ネットワーク１００において実行されるステップを示す。
【００２８】
プロセスはステップ４００において開始され、そこで、発信システムは、パケットデータネットワークを横切るルートに沿って送信を送る。送信は、セキュリティステータス確認に対する要求を含む。決定ステップ４０２において、発信システムは、送信ルートが予め確立されているかどうかを決定する。決定ステップ４０２の結果が「イエス」決定である場合、発信システムは、その予め確立されたルートが完全に安全であるかどうかを決定する。
【００２９】
決定ステップ４０４の結果が「イエス」決定である場合、プロセスはステップ４０６に進み、そこで、通常の送信手順が行われる。所定の場合において、元々安全であると識別されたルートが、最後の瞬間におけるルート変更（例えば、ルーティング効率のためのワールドワイドウェブの通過）またはローミング移動体端末のような別のサービスプロバイダの領域へのエントリにより不安全になる。
【００３０】
したがって、いくつかの実施形態において、発信システムは、発呼者および被呼者が以前に安全であったルートが不安全になるかどうかを通知されうるように、セキュリティ警報信号に対して送信ルートを監視する。決定ステップ４０２の結果が「ノー」決定である場合、プロセスはステップ４０８に進み、そこで、発信システムは、送信を送る後に、セキュリティステータス警報メッセージを待つ。セキュリティステータス要求の処理は、図３に説明されている。
【００３１】
決定ステップ４１０において、発信システムは、いずれかのセキュリティ警報メッセージが受信されたかどうかを決定する。決定ステップ４１０の結果が「ノー」決定である場合、プロセスはステップ４１１に進み、そこで、発信システムは、送信がセキュリティの妥協なしに完了されたことを仮定する。
【００３２】
決定ステップ４１０の結果が「イエス」決定である場合、プロセスはステップ４１２に進み、そこで、発信システムは、送信の開始者および送信の提案された受け手に不安全送信警告を送ることにより、受信されたセキュリティ警報メッセージに応答する。不安全メッセージ表示は、可聴トーン、可聴メッセージ、可視ディスプレイまたはパーソナルコンピュータ上の質問スクリーンの形式をとり得る。また、可聴トーンは、当事者に接続の不安全な性質を思い出させるために、呼びを全体に周期的に挿入され得る。
【００３３】
決定ステップ４１４において、発信者は、不安全な送信警告に基づいていずれかの当事者が別の送信ルートを試すことを望むかどうかを決定する。決定ステップ４１４の結果が「イエス」決定である場合、プロセスはステップ４１５に進み、そこで、送信システムは、安全な送信ルートを突き止めることを試みる。決定ステップ４１６において、送信システムは、安全な送信ルートが見つかったかどうかを決定する。
【００３４】
決定ステップ４１６の結果が「イエス」決定である場合、プロセスはステップ４０６に戻る。決定ステップ４１６の結果が「ノー」決定である場合、プロセスは決定ステップ４１８に進み、そこで、発信システムは当事者が送信の継続を望むかどうかを決定する。決定ステップ４１８の結果が「ノー」決定である場合、プロセスはステップ４１９に進み、そこで、送信は放棄され、アプリケーションが終了される。決定ステップ４１８の結果が「イエス」決定である場合、プロセスはステップ４０６に戻る。
【００３５】
上述した実施形態は、セキュリティプロトコルに応答するためのメカニズムを有する電話機、ファクシミリマシーンまたはパーソナルコンピュータのような顧客構内装置を含む。より特に、顧客構内装置は、呼びまたは送信が、送信のセキュリティレベルに基づいて継続するべきかまたは切断されるべきかを示す信号を送ることができる。好都合なことに、全ての実施形態は、呼びまたは情報交換に関与する全ての当事者が、実際の送信に先立って、通信に関連づけられたセキュリティのレベルを確かめることを可能にする。この方法において、交換のセキュリティは、呼びに関連づけられたセキュリティレベルの知識により強化される。
【００３６】
上記の説明は、本発明の好ましい一実施形態についてのものであると理解されるべきである。数多くの他の構成が、本発明の範囲から離れることなしに、当業者により考案され得る。本発明は、特許請求の範囲に定義されたものによってのみ限定される。
【００３７】
【発明の効果】
以上述べたように、本発明によれば、通信ネットワーク中の不安全なノードの通過のために、伝送が横取りを受ける場合、ユーザに警報することができる。
【図面の簡単な説明】
【図１】本発明の方法が実施されうる通信ネットワークのブロック図。
【図２】本発明の一実施形態において実行される例示的なステップを示すフローチャート。
【図３】本発明の第２の実施形態において実行されるステップを示すフローチャート。
【図４】本発明の第３の実施形態において実行されるステップを示すフローチャート。
【符号の説明】
１１０  パケットネットワークバックボーン
１１１  プロセッサ
１２０  インターネットサービスプロバイダ（ＩＳＰ）アクセスサーバ
１２６  パーソナルコンピュータ
１３０  ケーブルモデムターミネーションシステム（ＣＭＴＳ）
１３４  ケーブルセットトップボックス
１４０，１５０  音声ゲートウェイ
１６０  移動体交換機センター
１７０  基地局
１８０  公衆交換電話網（ＰＳＴＮ）
【図１】
0004261033.tif 000002
【図２】
0004261033.tif 000003
【図３】
0004261033.tif 000004
【図４】
0004261033.tif 000005