(57)【要約】複雑さを軽減するために、また暗号化されていないメッセージ（３０）を中間手段（１０５）の内部で利用可能にするために、エンド・ツー・エンドの暗号化／復号化プロセスではなくホップ・バイ・ホップの暗号化／復号化プロセスを用いて、拡張可能マークアップ言語情報を含むメッセージ（３０）を発信元（１０４）から中間手段（１０５）を介して宛先（１０６）まで転送する方法を提供する。この暗号化／復号化プロセスは、ホップごとに異なる。メッセージ（３０）の暗号化／復号化は、メッセージ（３０）の１つまたは複数のフィールドの暗号化／復号化を含み、また署名の追加／検出を含むことができる。メッセージ（３０）は、エンベロープ開始フィールド（３２）と、ヘッダ・フィールド（３３〜３５）と、本文フィールド（３６〜３８）と、エンベロープ終了フィールド（３９）とを含むことができる。メッセージ（３０）は、シンプル・オブジェクト・アクセス・プロトコル・メッセージすなわちＳＯＡＰメッセージを含むことができる。
2009532961.tif 000002
【特許請求の範囲】
【請求項１】
拡張可能マークアップ言語情報を含むメッセージ（３０）を、発信元（１０４）から中間手段（１０５）を介して宛先（１０６）へ送信する方法であって、
前記発信元（１０４）において、第１に暗号化されたメッセージ（３０）を得るために第１の暗号化／復号化プロセスにより前記メッセージ（３０）を暗号化し、前記第１に暗号化されたメッセージ（３０）を前記中間手段（１０５）に転送する第１のステップ（１１、１２）と、
前記中間手段（１０５）において、前記第１に暗号化されたメッセージ（３０）を受信し、前記メッセージ（３０）を回復するために前記第１の暗号化／復号化プロセスにより前記第１に暗号化されたメッセージ（３０）を復号化する第２のステップ（１３、１４）と、
前記中間手段（１０５）において、第２に暗号化されたメッセージ（３０）を得るために第２の暗号化／復号化プロセスにより前記メッセージ（３０）を暗号化し、前記第２に暗号化されたメッセージ（３０）を前記宛先（１０６）に転送する第３のステップ（１７、１８）と、
前記宛先（１０６）において、前記第２に暗号化されたメッセージ（３０）を受信し、前記メッセージ（３０）を回復するために前記第２の暗号化／復号化プロセスにより前記第２に暗号化されたメッセージ（３０）を復号化する第４のステップ（１９、２０）と
を含むことを特徴とする方法。
【請求項２】
前記第１および第２の暗号化／復号化プロセスが、異なる暗号化／復号化プロセスであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記暗号化するステップが署名の追加を含むこと、および前記復号化するステップが前記署名の検出を含むことを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記メッセージ（３０）が、エンベロープ開始フィールド（３２）と、ヘッダ・フィールド（３３〜３５）と、本文フィールド（３６〜３８）と、エンベロープ終了フィールド（３９）とを含み、前記メッセージ（３０）の暗号化が、前記メッセージ（３０）の１つまたは複数のフィールドの暗号化を含み、前記メッセージ（３０）の復号化が、前記メッセージ（３０）のこの１つまたは複数のフィールドの復号化を含むことを特徴とする、請求項１、２、または３に記載の方法。
【請求項５】
前記メッセージ（３０）が、シンプル・オブジェクト・アクセス・プロトコル・メッセージを含むことを特徴とする、請求項１、２、３、または４に記載の方法。
【請求項６】
請求項１に記載した方法の前記第２のステップ（１３、１４）および前記第３のステップ（１７、１８）を実行する中間手段（１０５）であって、
前記第１に暗号化されたメッセージ（３０）を前記受信するステップのための受信機（５４ａ）と、
前記メッセージ（３０）を回復するために前記第１の暗号化／復号化プロセスにより前記第１に暗号化されたメッセージ（３０）を前記復号化するステップのための復号化装置（５４ｂ）と、
前記第２に暗号化されたメッセージ（３０）を得るために前記第２の暗号化／復号化プロセスにより前記メッセージ（３０）を前記暗号化するステップのための暗号化装置（５６ｂ）と、
前記第２に暗号化されたメッセージ（３０）を前記宛先（１０６）に前記送信するステップのための送信機（５６ａ）と
を含むことを特徴とする、中間手段（１０５）。
【請求項７】
前記第１および第２の暗号化／復号化プロセスが、異なる暗号化／復号化プロセスであることを特徴とする、請求項６に記載の中間手段（１０５）。
【請求項８】
前記暗号化するステップが署名の追加を含むこと、および前記復号化するステップが前記署名の検出を含むことを特徴とする、請求項６または７に記載の中間手段（１０５）。
【請求項９】
前記メッセージ（３０）が、エンベロープ開始フィールド（３２）と、ヘッダ・フィールド（３３〜３５）と、本文フィールド（３６〜３８）と、エンベロープ終了フィールド（３９）とを含み、前記メッセージ（３０）の暗号化が、前記メッセージ（３０）の１つまたは複数のフィールドの暗号化を含み、前記メッセージ（３０）の復号化が、前記メッセージ（３０）のこの１つまたは複数のフィールドの復号化を含むことを特徴とする、請求項６、７、または８に記載の中間手段（１０５）。
【請求項１０】
前記メッセージ（３０）が、シンプル・オブジェクト・アクセス・プロトコル・メッセージを含むことを特徴とする、請求項６、７、８、または９に記載の中間手段（１０５）。
【請求項１１】
前記復号化装置（５４ｂ）が、少なくとも１つの隣接する中間手段、発信元、および／または宛先から来る暗号化されたメッセージ（３０）を復号化するように構成されており、少なくとも１つの隣接していない中間手段、発信元、および／または宛先から来る暗号化されたメッセージ（３０）を復号化するようには構成されておらず、また暗号化装置が、少なくとも１つの隣接する中間手段、発信元、および／または宛先へ向かうメッセージ（３０）を暗号化するように構成されており、少なくとも１つの隣接していない中間手段、発信元、および／または宛先に向かうメッセージ（３０）を暗号化するようには構成されていないことを特徴とする、請求項６、７、８、９、または１０に記載の中間手段（１０５）。
【請求項１２】
請求項１に記載の方法の前記第１のステップ（１１、１２）を実行する発信元（１０４）であって、
第１に暗号化されたメッセージ（３０）を得るために第１の暗号化／復号化プロセスにより前記メッセージ（３０）を前記暗号化するステップのための暗号化装置（４６ｂ）と、
前記第１に暗号化されたメッセージ（３０）を前記中間手段（１０５）に前記送信するステップのための送信機（４６ａ）と
を含むことを特徴とする、発信元（１０４）。
【請求項１３】
前記暗号化装置（４６ｂ）が、少なくとも１つの隣接する中間手段に向かうメッセージ（３０）を暗号化するように構成され、少なくとも１つの隣接していない中間手段に向かうメッセージ（３０）を暗号化するようには構成されていないことを特徴とする、請求項１２に記載の発信元（１０４）。
【請求項１４】
請求項１に記載の方法の前記第４のステップ（１９、２０）を実行する宛先（１０６）であって、
前記第２に暗号化されたメッセージ（３０）を前記受信するステップのための受信機（６４ａ）と、
前記メッセージ（３０）を回復するために前記第２の暗号化／復号化プロセスにより前記第２に暗号化されたメッセージ（３０）を前記復号化するステップのための復号化装置（６４ｂ）と
を含むことを特徴とする、宛先（１０６）。
【請求項１５】
前記復号化装置（６４ｂ）が、少なくとも１つの隣接する中間手段に向かうメッセージ（３０）を復号化するように構成され、少なくとも１つの隣接していない中間手段に向かうメッセージ（３０）を復号化するようには構成されていないことを特徴とする、請求項１４に記載の宛先（１０６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、拡張可能マークアップ言語情報を含むメッセージを、発信元から中間手段を介して宛先へ転送する方法に関するものである。
【０００２】
拡張可能マークアップ言語情報（ＸＭＬ情報）は、拡張可能マークアップ言語に基づく情報であり、および／または拡張可能マークアップ言語コードを含む情報である。このような発信元の一般的な例は、パーソナルコンピュータおよびサーバおよび携帯電話などのソース機器である。このような中間手段の一般的な例は、サーバ、マルチプレクサ、スイッチ、ルータ、フォワーダ、およびブリッジなどの中間機器である。このような中間手段のその他の一般的な例は、このようなサーバ、マルチプレクサ、スイッチ、フォワーダ、およびブリッジを含む中間システム、ならびにこのようなサーバ、マルチプレクサ、スイッチ、フォワーダ、およびブリッジを含む中間ネットワークである。このような宛先の一般的な例は、パーソナルコンピュータおよびサーバおよび携帯電話などの宛先機器である。
【背景技術】
【０００３】
従来技術の方法は、広く一般に知られている。この従来技術の方法によれば、拡張可能マークアップ言語情報を含むメッセージは、発信元から中間手段を介して宛先に転送される。メッセージを暗号化する必要がある場合には、メッセージは発信元の内部で暗号化される。その後メッセージは中間手段を介して宛先に送られ、宛先の内部で復号化される。したがって、中間手段の内部で暗号化／復号化は行われない。言い換えれば、周知の方法では、暗号化／復号化はエンド・ツー・エンドで行われる。
【０００４】
周知の方法は、とりわけ、発信元と宛先の各ペアが通常独自の暗号化／復号化プロセスを有するという事実により、不都合である。その結果、発信元は、考えられる各宛先の暗号化／復号化情報を検索しなければならない、および／または考えられる各宛先のこの暗号化／復号化情報を格納しなければならない。このために従来技術の方法は、比較的複雑になっている。
【特許文献１】米国特許出願公開第２００５／０２６６８２６号
【特許文献２】米国特許出願公開第２００５／０１５７６６０号
【特許文献３】米国特許出願公開第２００５／０１４４４５７号
【特許文献４】米国特許出願公開第２００４／０１６８０６４号
【特許文献５】米国特許出願公開第２００４／００７８５７７号
【特許文献６】米国特許出願公開第２００３／０２００３４９号
【特許文献７】米国特許出願公開第２００２／００５４１７０号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
比較的簡単な上記の方法を提供することが、特に本発明の目的である。
【課題を解決するための手段】
【０００６】
本発明による方法は、
発信元において、第１に暗号化されたメッセージを得るために第１の暗号化／復号化プロセスによりメッセージを暗号化し、この第１に暗号化されたメッセージを中間手段に転送する第１のステップと、
中間手段において、第１に暗号化されたメッセージを受信し、メッセージを回復するために第１の暗号化／復号化プロセスにより第１に暗号化されたメッセージを復号化する第２のステップと、
中間手段において、第２に暗号化されたメッセージを得るために第２の暗号化／復号化プロセスによりメッセージを暗号化し、この第２に暗号化されたメッセージを宛先に転送する第３のステップと、
宛先において、第２に暗号化されたメッセージを受信し、メッセージを回復するために第２の暗号化／復号化プロセスにより第２に暗号化されたメッセージを復号化する第４のステップと
を含むことを特徴とする。
【０００７】
周知のエンド・ツー・エンドの暗号化／復号化ではなくホップ・バイ・ホップの暗号化／復号化を導入することによって、発信元と中間手段との間は第１の暗号化／復号化プロセスが使用され、中間手段と宛先との間は第２の暗号化／復号化プロセスが使用される。その結果、多くの考えられる宛先の暗号化／復号化情報を検索する、および／または多くの考えられる宛先のこの暗号化／復号化情報を格納する必要はもはやない。単に少数の中間手段の暗号化／復号化情報が、検索されなければならないだけであり、および／または単に少数の中間手段の暗号化／復号化情報が、格納されなければならないだけである。したがって本発明による方法は、比較的簡単である。
【０００８】
本発明による方法はさらに、とりわけ中間手段の内部で暗号化されていないメッセージがルーティングおよびモニタリングおよびその他の目的に利用可能であるという点において、またエンド・ツー・エンドの暗号化／復号化では困難であるが、ホップ・バイ・ホップの暗号化／復号化によりメッセージがマルチキャストされるおよび／またはブロードキャストされるようになるという点において、有利である。
【０００９】
ホップ・バイ・ホップの暗号化／復号化の他の利点は、エンド・ツー・エンドの暗号化／復号化では困難であるが、転送中に発信元の情報、中間手段の情報、および宛先の情報（識別情報およびアドレスなど）もまた暗号化することが、比較的簡単であるということ、また送信側は各宛先ではなく（ただ１つの）中間手段を解決する必要があるにすぎないということである。これは、ドメイン・ネーム・サーバの解決を非常に簡単にする。
【００１０】
このような発信元およびこのような宛先のさらに詳細な例は、転送プロトコルによって最適化されたＸＭＬ文書を送受信することができる、最適化されたＸＭＬ文書の転送プロトコル対応プラットフォーム（ＯＸＴＰ対応プラットフォーム）である。ＯＸＴＰ対応プラットフォームは、信号機、冷蔵庫、ラジエータ、ドア／門、電灯のスイッチ、その他のスマート機器のような「専用」プラットフォームとすることが可能であり、またパーソナルコンピュータ、サーバ、携帯情報端末、その他のスマート機器のような「汎用」プラットフォームとすることが可能であり、また携帯電話、セット・トップ・ボックス、その他のように上記の任意の混合とすることが可能である。言い換えれば、ＯＸＴＰ対応プラットフォームは、他のプログラムが通信可能である１つまたは複数のＯＸＴＰ対応プログラム（サービス、アプリケーション）を実行する装置またはシステムとすることが可能である。このような中間手段のさらに詳細な例は、最適化されたＸＭＬ文書を転送することができるＯＸＴＰ対応プラットフォームである。この方法は次に、統合セキュリティを最適化されたＸＭＬ文書の転送プロトコルの一部を含む／形成することができる。最適化されたＸＭＬ文書は、通常のＡＳＣＩＩ文字に加えて、バイナリ・ブログ、その他を含むことができる。
【００１１】
ＵＳ  ２００５／０２６６８２６は、無線アクセスポイントと無線ノードとの間にセキュリティ・アソシエーションを確立する方法を開示している。ＵＳ  ２００５／０１５７６６０は、エンド・ツー・エンドの交渉プロトコルの様々な段階を実行するモデルを開示している。ＵＳ  ２００５／０１４４４５７は、ウェブサービスのメッセージ・セキュリティ処理システムを開示している。ＵＳ  ２００４／０１６８０６４は、ＸＭＬに対するデジタル署名および暗号化のシステムを開示している。ＵＳ  ２００４／００７８５７７は、ＸＭＬ文書の暗号化を行う方法および装置を開示している。ＵＳ  ２００３／０２００３４９は、ＳＯＡＰコマンドのＸＭＬスクリプト記述を開示している。ＵＳ  ２００２／００５４１７０は、エンド・ツー・エンドのトランザクション処理ならびにステータシングのシステムおよび方法を開示している。これらの文書はいずれも、拡張可能マークアップ言語情報を含むメッセージについての、本発明によるホップ・バイ・ホップの暗号化／復号化を開示していない。
【００１２】
本発明による方法の一実施形態は、第１および第２の暗号化／復号化プロセスが、異なる暗号化／復号化プロセスであることを特徴とする。
【００１３】
ホップごとに異なる暗号化／復号化プロセスを使用すると、ホップごとに異なる方法で保護することになる。例えば、公開鍵および秘密鍵を使用する場合、送信側はホップごとに、受信側の公開鍵を知るまたは調べる必要がある。したがって、受信側はホップごとに、使用される公開鍵を定義する。
【００１４】
本発明による方法の一実施形態は、暗号化することが署名の追加を含むこと、および復号化することが署名の検出を含むことを特徴とする。
【００１５】
追加された署名は、送信者を識別し、セキュリティ全体を向上させ、さらなる大きな利点となる。署名の検出は、例えば署名の確認を含む。ホップごとに異なる暗号化／復号化プロセスをさらに使用すると、ホップごとに異なる方法でさらに保護することになる。ホップ・バイ・ホップの暗号化／復号化の場合のように、ホップ・バイ・ホップの署名／確認は、発信元がすべての宛先の鍵を格納および／または使用する必要がないのと同様に、宛先はすべての発信元のすべての鍵を格納および／または使用する必要がないという利点をもたらす。結果として、例えば通信オペレータがすべての相手の間で中間手段の（途中の）信用（暗号化および署名）をより簡単に与えることができる、信頼されるチェーンが形成される。
【００１６】
本発明による方法の一実施形態は、メッセージが、エンベロープ開始フィールドと、ヘッダ・フィールドと、本文フィールドと、エンベロープ終了フィールドとを含み、メッセージの暗号化が、メッセージの１つまたは複数のフィールドの暗号化を含み、メッセージの復号化が、メッセージのこの１つまたは複数のフィールドの復号化を含むことを特徴とする。
【００１７】
発信元は、１つのどのフィールドを暗号化するか、および／または複数のどのフィールドを暗号化するかを定めることができる。最小の状況では、ただ１つのフィールドを暗号化することができる。最大の状況では、エンベロープ開始フィールドの前に置くメッセージ・インジケータを除くすべてのフィールドを暗号化することができる。従来技術では、中間手段がメッセージをルーティングすることができなければならないため、ヘッダ・フィールドを暗号化することは厄介であった。本発明によれば、中間手段では、暗号化されていないメッセージが利用可能であり、結果として発信元と中間手段との間では、ヘッダ・フィールドを同様に暗号化することができ、これは全体のセキュリティをさらに向上させ、さらなる大きな利点となる。
【００１８】
他の種類のフィールドが、除外されてはならない。したがって、一般にメッセージは、１つまたは複数のフィールドを含み、メッセージの暗号化は、メッセージのこの１つまたは複数のフィールドの少なくとも１つの暗号化を含み、メッセージの復号化は、メッセージのこの１つまたは複数のフィールドの少なくとも１つの復号化を含む。
【００１９】
本発明による方法の一実施形態は、メッセージが、シンプル・オブジェクト・アクセス・プロトコル・メッセージを含むことを特徴とする。
【００２０】
シンプル・オブジェクト・アクセス・プロトコル・メッセージに限定ではなく特に、ホップ・バイ・ホップの暗号化／復号化が、技術的および商業的成功となることが期待される。
【００２１】
本発明はまた、本発明による方法の第２のステップおよび第３のステップを実行する中間手段に関する。
【００２２】
本発明による中間手段は、
第１に暗号化されたメッセージを上記受信するための受信機と、
メッセージを回復するために第１の暗号化／復号化プロセスにより第１に暗号化されたメッセージを上記復号化するための復号化装置と、
第２に暗号化されたメッセージを得るために第２の暗号化／復号化プロセスによりメッセージを上記暗号化するための暗号化装置と、
第２に暗号化されたメッセージを宛先に上記送信するための送信機と
を含むことを特徴とする。
【００２３】
本発明による中間手段の一実施形態は、第１および第２の暗号化／復号化プロセスが、異なる暗号化／復号化プロセスであることを特徴とする。
【００２４】
本発明による中間手段の一実施形態は、暗号化することが署名の追加を含むこと、および復号化することが署名の検出を含むことを特徴とする。
【００２５】
本発明による中間手段の一実施形態は、メッセージが、エンベロープ開始フィールドと、ヘッダ・フィールドと、本文フィールドと、エンベロープ終了フィールドとを含み、メッセージの暗号化が、メッセージの１つまたは複数のフィールドの暗号化を含み、メッセージの復号化が、メッセージのこの１つまたは複数のフィールドの復号化を含むことを特徴とする。
【００２６】
本発明による中間手段の一実施形態は、メッセージがシンプル・オブジェクト・アクセス・プロトコル・メッセージを含むことを特徴とする。
【００２７】
本発明による中間手段の一実施形態は、復号化装置が、少なくとも１つの隣接する中間手段、発信元、および／または宛先から来る暗号化されたメッセージを復号化するように構成されており、少なくとも１つの隣接していない中間手段、発信元、および／または宛先から来る暗号化されたメッセージを復号化するようには構成されておらず、また暗号化装置が、少なくとも１つの隣接する中間手段、発信元、および／または宛先へ向かうメッセージを暗号化するように構成されており、少なくとも１つの隣接していない中間手段、発信元、および／または宛先に向かうメッセージを暗号化するようには構成されていないことを特徴とする。
【００２８】
緊急でない状況または特権的でない状況など一般的な状況では、復号化装置は、（少なくともいくつかの）隣接していない中間手段、発信元、および宛先から来る暗号化されたメッセージを復号化することができず、また暗号化装置は、（少なくともいくつかの）隣接していない中間手段、発信元、および宛先へ向かうメッセージを暗号化しない。緊急の状況または特権的状況など特定の状況では、エンド・ツー・エンドの暗号化／復号化が、限定数の宛先についてのみ使用されることは除外されてはならない。
【００２９】
本発明はまた、本発明による方法の第１のステップを実行する発信元に関する。
【００３０】
本発明による発信元は、
第１に暗号化されたメッセージを得るために第１の暗号化／復号化プロセスによりメッセージを上記暗号化するための暗号化装置と、
第１に暗号化されたメッセージを中間手段に上記送信するための送信機と
を含むことを特徴とする。
【００３１】
本発明による発信元の一実施形態は、暗号化装置が、少なくとも１つの隣接する中間手段に向かうメッセージを暗号化するように構成され、少なくとも１つの隣接していない中間手段に向かうメッセージを暗号化するようには構成されていないことを特徴とする。
【００３２】
本発明はまた、本発明による方法の第４のステップを実行する宛先に関する。
【００３３】
本発明による宛先は、
第２に暗号化されたメッセージを上記受信するための受信機と、
メッセージを回復するために第２の暗号化／復号化プロセスにより第２に暗号化されたメッセージを上記復号化するための復号化装置と
を含むことを特徴とする。
【００３４】
本発明による宛先の一実施形態は、復号化装置が、少なくとも１つの隣接する中間手段に向かうメッセージを復号化するように構成され、少なくとも１つの隣接していない中間手段に向かうメッセージを復号化するようには構成されていないことを特徴とする。
【００３５】
本発明による発信元の実施形態および本発明による宛先の実施形態は、本発明による中間手段の実施形態と対応する。発信元および宛先は、中間手段とは別に製造されるおよび／または販売されることが可能である。
【００３６】
本発明は、多数の考えられる宛先にはエンド・ツー・エンドの暗号化は、送信者の視点からすると比較的複雑であるという見識に特に基づくものであり、また、少数の考えられる中間手段と結合した多数の考えられる宛先にはホップ・バイ・ホップの暗号化は、送信者の視点からすると比較的簡単であるという基本的な考えに特に基づくものである。
【００３７】
本発明は、とりわけこの問題を解決して、比較的簡単な方法を提供する。本発明による方法は、とりわけ中間手段の内部で暗号化されていないメッセージがルーティングおよびモニタリングおよびその他の目的に利用可能であるという点において、またエンド・ツー・エンドの暗号化／復号化では困難であるが、ホップ・バイ・ホップの暗号化／復号化によりメッセージがマルチキャストされるおよび／またはブロードキャストされるようになるという点において、さらに有利である。
【００３８】
本発明のこのような態様および他の態様については、以下に説明する実施形態から明らかになり、またこれを参照して説明する。
【発明を実施するための最良の形態】
【００３９】
図１に示すネットワークは、ノード１〜９を含み、このノードは、本発明による発信元、中間手段、および／または宛先である。ノード１はノード２および４に結合され、さらにノード２はノード３および５に結合され、さらにノード３はノード６に結合され、さらにノード４はノード５および７に結合され、さらにノード５はノード６および８に結合され、さらにノード６はノード９に結合され、さらにノード７はノード８に結合され、さらにこのノード８はノード９に結合されている。
【００４０】
一例によると、ノード４は発信元１０４、ノード５は中間手段１０５、ノード６は宛先１０６であって、図３に示すメッセージは、ノード４からノード５を介してノード６へ送信される。発信元１０４および宛先１０６の例は、パーソナルコンピュータ、サーバ、携帯電話である。中間手段１０５の例は、サーバ、マルチプレクサ、ルータ、スイッチ、フォワーダ、およびブリッジ、このようなサーバ、マルチプレクサ、ルータ、スイッチ、フォワーダ、およびブリッジを含むシステム、ならびにこのようなサーバ、マルチプレクサ、ルータ、スイッチ、フォワーダ、およびブリッジを含むネットワークである。したがって、各ノード１〜９は、装置、システム、またはネットワークである可能性がある。
【００４１】
さらに詳細には、各ノードは、転送プロトコルによって最適化されたＸＭＬ文書を送信するおよび／または転送するおよび／または受信することができる最適化されたＸＭＬ文書転送プロトコル対応プラットフォーム（ＯＸＴＰ対応プラットフォーム）とすることが可能である。ＯＸＴＰ対応プラットフォームは、信号機、冷蔵庫、ラジエータ、ドア／門、電灯のスイッチ、その他のスマート機器のような「専用」プラットフォームとすることが可能であり、またパーソナルコンピュータ、サーバ、携帯情報端末、その他のスマート機器のような「汎用」プラットフォームとすることが可能であり、また携帯電話、セット・トップ・ボックス、その他のように上記の任意の混合とすることが可能である。言い換えれば、ＯＸＴＰ対応プラットフォームは、他のプログラムが通信可能である１つまたは複数のＯＸＴＰ対応プログラム（サービス、アプリケーション）を実行する装置またはシステムである可能性がある。
【００４２】
２つのノード間の各結合は、本発明の範囲を逸脱することなく、有線の結合、無線の結合、または一部有線かつ一部無線の結合とすることができる。
【００４３】
従来の技術の状況では、拡張可能マークアップ言語を含むメッセージ３０は、発信元１０４の内部で暗号化される。その後メッセージは中間手段１０５を介して宛先１０６に送られ、宛先１０６の内部で復号化される。したがって、中間手段１０５の内部で暗号化／復号化は行われない。言い換えれば、周知の方法では、暗号化／復号化はエンド・ツー・エンドで行われる。通常、発信元１０４および宛先１０６の各ペアは、独自の暗号化／復号化プロセスを有する。その結果、発信元１０４は、考えられる各宛先１０６の暗号化／復号化情報を検索しなければならない、および／または考えられる各宛先１０６のこの暗号化／復号化情報を格納しなければならない。このために従来技術の方法は、比較的複雑になっている。
【００４４】
本発明によれば、周知のエンド・ツー・エンドの暗号化／復号化ではなく、ホップ・バイ・ホップの暗号化／復号化が使用される。発信元１０４と中間手段１０６との間では、第１の暗号化／復号化プロセスを使用し、中間手段１０５および宛先１０６との間では、第２の暗号化／復号化プロセスを使用する。その結果、多くの考えられる宛先の暗号化／復号化情報を検索するおよび／または多くの考えられる宛先のこの暗号化／復号化情報を格納する必要はもはやない。単に少数の中間手段の暗号化／復号化情報が検索され、および／または単に少数の中間手段の暗号化／復号化情報が格納されることになる。これはより簡単であり、さらに、中間手段の内部で暗号化されていないメッセージがルーティングおよびモニタリングおよびその他の目的に利用可能であるという点において、またエンド・ツー・エンドの暗号化／復号化では困難であるが、ホップ・バイ・ホップの暗号化／復号化によりメッセージがマルチキャストされるおよび／またはブロードキャストされるようになるという点において、有利である。
【００４５】
図２には、本発明による方法のステップ１０〜２１を示している。この方法は、例えば、統合セキュリティを最適化されたＸＭＬ文書の転送プロトコルの一部を含む、および／または形成することができる。ステップ１０〜２１は、次の機能を有する。
ステップ１０：メッセージ３０が（状況に応じて）発信元１０４の外部から（例えば異なる形式で）届く場合、発信元１０４でメッセージ３０が受信され、および／または検出され、および／または例えばシンプル・オブジェクト・アクセス・プロトコル・メッセージすなわちＳＯＡＰメッセージに変換されて、ステップ１１へ進む。
ステップ１１：発信元１０４で第１に暗号化されたメッセージ３０を得るために、メッセージ３０が第１の暗号化／復号化プロセスにより暗号化され、ステップ１２へ進む。
ステップ１２：第１に暗号化されたメッセージ３０が、発信元１０４から中間手段１０５へ送信され、ステップ１３へ進む。
ステップ１３：第１に暗号化されたメッセージ３０が、中間手段１０５で発信元１０４から受信され、ステップ１４へ進む。
ステップ１４：中間手段１０５でメッセージ３０を回復するために、第１に暗号化されたメッセージ３０が、第１の暗号化／復号化プロセスにより復号化され、ステップ１５へ進む。
ステップ１５：中間手段１０５が（状況に応じて）ネットワークまたはシステムを含む場合、メッセージ３０は、例えばネットワーク内のもしくはネットワーク外の、またはシステム内のもしくはシステム外の目的のために中間手段１０５の一部分で処理され、例えば中間手段１０５の別の部分へ送信され、ステップ１６へ進む。
ステップ１６：中間手段１０５が（状況に応じて）ネットワークまたはシステムを含む場合、メッセージ３０は、例えば中間手段１０５の一部分から受信され、例えばネットワーク内のもしくはネットワーク外の、またはシステム内のもしくはシステム外の目的のために中間手段１０５の他の部分で処理され、ステップ１７へ進む。
ステップ１７：中間手段１０５で第２に暗号化されたメッセージ３０を得るために、メッセージ３０が第２の暗号化／復号化プロセスにより暗号化され、ステップ１８へ進む。
ステップ１８：第２に暗号化されたメッセージ３０が、宛先１０６に送信され、ステップ１９へ進む。
ステップ１９：第２に暗号化されたメッセージ３０が、宛先１０６で中間手段１０５から受信され、ステップ２０へ進む。
ステップ２０：メッセージ３０を回復するために、第２に暗号化されたメッセージ３０が、第２の暗号化／復号化プロセスにより復号化され、ステップ２１へ進む。
ステップ２１：メッセージ３０が（状況に応じて）宛先１０６から（例えば異なる形式で）離れることになる場合、メッセージ３０は検出され、および／または宛先１０６で例えば非ＳＯＡＰメッセージに変換され、および／または転送される。
【００４６】
第１および２の暗号化／復号化プロセスは、ホップごとに異なる方法で保護するために、異なる暗号化／復号化プロセスであることが好ましい。例えば、公開鍵および秘密鍵を使用する場合、送信側はホップごとに、受信側の公開鍵を知るまたは調べる必要がある。したがって、受信側はホップごとに、使用される公開鍵を定義する。
【００４７】
図３では、拡張可能マークアップ言語のエンベロープの形態の拡張可能マークアップ言語情報を含むメッセージ３０の一例を示している。拡張可能マークアップ言語のエンベロープは、拡張可能マークアップ言語に基づくエンベロープであり、および／または拡張可能マークアップ言語のコードを含むエンベロープである。例えばこのメッセージ３０は、メッセージ・インジケータ３１と、エンベロープ開始フィールド３２と、ヘッダ開始フィールド３３と、ヘッダ・フィールド３４と、ヘッダ終了フィールド３５と、本文開始フィールド３６と、本文フィールド３７と、本文終了フィールド３８と、エンベロープ終了フィールド３９とを含む。メッセージ３０の暗号化は、メッセージ３０の１つまたは複数のフィールドの暗号化を含み、メッセージ３０の復号化は、メッセージ３０の１つまたは複数のフィールドの復号化を含む。通常、メッセージ・インジケータ３１は、受信側がどういう種類のメッセージが届いたかを理解することができるように、暗号化されてはならない。発信元１０４は、どの１つのフィールドを暗号化するか、および／またはどの複数のフィールドを暗号化するかを定めることができる。最小の状況では、ただ１つのフィールドを暗号化することができる。最大の状況では、エンベロープ開始フィールド３２の前に置くメッセージ・インジケータ３１を除くすべてのフィールドを暗号化することができる。従来技術では、中間手段１０５がメッセージをルーティングすることができなければならないため、ヘッダ・フィールドを暗号化ことはできなかった。本発明によれば、中間手段１０５では暗号化されていないメッセージが利用可能であり、結果として発信元１０４と中間手段１０５との間では、ヘッダ・フィールドを同様に暗号化することができ、これにより全体のセキュリティがさらに向上され、さらなる大きな利点となる。メッセージ３０は、本発明の範囲を逸脱することなく他のフィールドおよび／またはさらなるフィールドを含むことができる。そのエンベロープ・フィールド３２および３９は、拡張可能マークアップ言語に基づいている。メッセージは、代替的に統合セキュリティを最適化されたＸＭＬ文書転送プロトコル（ＦＳ−ＯＸＴＰ）のメッセージとすることができる。
【００４８】
暗号化するということは、狭義に考えられてはならず、署名の追加をさらに含むことができ、復号化するということは、狭義に考えられてはならず、署名の検出をさらに含むことができる。追加される署名は、送信者を識別し、全体のセキュリティを向上させ、さらなる大きな利点となる。署名の検出は、例えば署名の確認を含む。
【００４９】
例えばメッセージ３０は、シンプル・オブジェクト・アクセス・プロトコルすなわちＳＯＡＰメッセージを含み、拡張可能マークアップ言語情報を含む他の種類のメッセージを除外しない。ホップ・バイ・ホップの暗号化／復号化は、ＳＯＡＰメッセージに対して技術的および商業的成功になると期待される。
【００５０】
メッセージがホップごとに署名を受け取り、暗号化され、復号化され、その署名を検出され、この特定の順番である場合、ドメイン・ネーム・サーバによく似ているが、ここではＦＳ−ＯＸＴＰに特有の解決プロセスを実現するために、次のステップを実行することができる。
発信元が、第１の中間手段を解決する。
発信元が署名し、次に暗号化し、その後ＸＭＬ文書は、例えばＭＩＭＥ、ＨＴＴＰ、ＴＣＰ、ＵＤＰなど選択した転送プロトコル上に置かれ、それによって例えばＤＮＳなど既存の解決プロトコルを使用し、第１の中間手段に届くことになる。
第１の中間手段が復号化し、発信元の署名を確認する。
第１の中間手段が、次の中間手段（または宛先）を解明する。
第１の中間手段が署名して、暗号化し、次にＸＭＬ文書は、例えばＭＩＮＥ、ＨＴＴＰ、ＴＣＰ、ＵＤＰなど選択した転送プロトコル上に置かれ、それによって例えばＤＮＳなど既存の解決プロトコルを使用し、次の中間手段（または宛先）に届くことになり、これらの中間手段のステップは、このＸＭＬ文書が宛先に到達するまで次の中間手段のそれぞれで繰り返される。
宛先が復号化し、最後の中間手段の署名を確認する。
【００５１】
発信元は、（ＷＳ−ＡｄｄｒｅｓｓｉｎｇによりＯＸＴＰで、またはＳＯＡＰでも行われるように）ＦＳ−ＯＸＴＰで１つまたは複数の中間手段を部分的に、または完全に指定しないようにすることができる。第１の場合、宛先は、第１の（または次の）中間手段に解決される。後者の場合、第１の（または次の）中間手段は、自身にまたは別の第１の（次の）に中間手段に解決される。
【００５２】
解決プロセスは、アルゴリズム、ルール、（国際）命名規則、およびこれらの考えられる混合を除外することなく、「一様な静的」テーブルから「ハイブリッド型／階層型の動的」テーブルまでのいずれかとすることができる。
【００５３】
図４では、本発明による発信元１０４を表すノード４を示し、図５では、本発明による中間手段１０５を表すノード５を示し、さらに図６では、本発明による宛先１０６を現すノード６を示している。
【００５４】
中間手段１０５を表すノード５は、外側および内側とのインタフェース５３を備える。外側は、連結器とつながれており、この連結器はさらに、ノード４とつながれている。内側は、受信機５４ａおよび復号化装置５４ｂを介してスイッチ５０につながれた受信側を備え、ノード４からメッセージを受信して、このメッセージをスイッチ５０へ供給する。さらにこの内側は、送信機５２ａおよび暗号化装置５２ｂを介してスイッチ５０につながれた送信側を備え、スイッチ５０からメッセージを受信して、このメッセージをノード４へ送信する。さらにスイッチ５０、暗号化装置５２ｂ、送信機５２ａ、インタフェース５３、受信機５４ａ、および復号化装置５４ｂは、コントローラ５１につながれている。
【００５５】
さらにノード５は、外側および内側とのインタフェース５７を備える。外側は、連結器とつながれており、この連結器はさらに、ノード６とつながれている。内側は、受信機５８ａおよび復号化装置５８ｂを介してスイッチ５０につながれた受信側を備え、ノード６からメッセージを受信して、このメッセージをスイッチ５０へ供給する。さらにこの内側は、送信機５６ａおよび暗号化装置５６ｂを介してスイッチ５０につながれた送信側を備え、スイッチ５０からメッセージを受信して、このメッセージをノード６へ送信する。さらにスイッチ５０、暗号化装置５６ｂ、送信機５６ａ、インタフェース５７、受信機５８ａ、および復号化装置５８ｂは、コントローラ５５につながれている。
【００５６】
発信元１０４を表すノード４は、外側および内側とのインタフェース４７を備える。外側は、連結器とつながれており、この連結器はさらにノード５とつながれている。内側は、受信機４８ａおよび復号化装置４８ｂを介してスイッチ４０につながれた受信側を備え、ノード５からメッセージを受信して、このメッセージをスイッチ４０へ供給する。さらにこの内側は、送信機４６ａおよび暗号化装置４６ｂを介してスイッチ４０につながれた送信側を備え、スイッチ４０からメッセージを受信して、このメッセージをノード５へ送信する。さらにスイッチ４０、暗号化装置４６ｂ、送信機４６ａ、インタフェース４７、受信機４８ａ、および復号化装置４８ｂは、コントローラ４５につながれている。
【００５７】
宛先１０６を表すノード６は、外側および内側とのインタフェース６３を備える。外側は、連結器とつながれており、この連結器はさらに、ノード５とつながれている。内側は、受信機６４ａおよび復号化装置６４ｂを介してスイッチ６０につながれた受信側を備え、ノード５からメッセージを受信して、このメッセージをスイッチ６０へ供給する。さらにこの内側は、送信機６２ａおよび暗号化装置６２ｂを介してスイッチ６０につながれた送信側を備え、スイッチ６０からメッセージを受信して、このメッセージをノード５へ送信する。さらにスイッチ６０、暗号化装置６２ｂ、送信機６２ａ、インタフェース６３、受信機６４ａ、および復号化装置６４ｂは、コントローラ６１につながれている。
【００５８】
好ましくは、緊急でない状況または特権的でない状況など一般的な状況では、復号化装置は、（少なくともいくつかの）隣接していない中間手段、発信元、および宛先から来る暗号化されたメッセージを復号化することができず、また暗号化装置は、（少なくともいくつかの）隣接していない中間手段、発信元、および宛先へ向かうメッセージを暗号化しない。緊急の状況または特権的状況など特定の状況では、限定された数の宛先にのみ、エンド・ツー・エンドの暗号化／復号化が使用されることが除外されてはならない。したがって、各ノードは、隣接するノードの公開鍵を格納するための、および限定された数の宛先の限定された数の公開鍵を格納するためのメモリを備えることができる。特定の宛先の特定のアドレスを検出することによって、および／またはメッセージが緊急メッセージ・インジケータまたは特権的メッセージ・インジケータであることを検出することによって、ノードは、特定の種類のメッセージに対してホップ・バイ・ホップの暗号化／復号化を作動しないように、かつエンド・ツー・エンドの暗号化を作動するように決定することができる。
【００５９】
図４〜６に示すノード４〜６は、多くの様々な実施形態を有することができる。スイッチ４０、５０、６０ではなく、１つまたは複数のサーバ、マルチプレクサ、フォワーダ、および／またはブリッジがある場合もある。ノード４〜６に、通信オペレータまたは相手側のサブネットワークがある場合もある。さらに、本発明の範囲から逸脱することなく、図４〜６に示すいずれのブロックも、２つ以上のサブブロックに分割されることが可能であり、各図４〜６に示す２つ以上のいずれのブロックも、１つの大きいブロックに結合されることが可能である。さらに各ノード４〜６は、図示していないさらなる結合に結合されることが可能であり、この場合さらなるインタフェースおよびさらなる受信機／送信機およびさらなる暗号化／復号化装置があるものとするか、または既存のインタフェースおよび既存の受信機／送信機および既存の暗号化／復号化装置を使用することができる。後者の場合、暗号化／復号化装置は、すべて同じインタフェースにつながれた異なるホップに異なる暗号化／復号化プロセスが使用される場合に、適合可能である必要がある。あるいは、暗号化／復号化装置は、これらの異なるプロセス用の異なる装置を導入する必要なしに異なる暗号化／復号化プロセスを使用することができるように、コントローラまたはスイッチに組み込まれることが可能である。
【００６０】
特にノード４および６については、次のことに注意しなければならない。これらのノード４および６は、例えばパーソナルコンピュータ、またはサーバ、または携帯電話とすることができ、この場合スイッチ４０および６０は、ある種のスイッチ機能を備えるインタフェースとなる。しかしながら、これらのノード４および６は、あるいはシステムまたはネットワークとすることができることを除外されてはならず、言い換えればそれぞれのノード４および６は、ある種類のメッセージにはそれぞれ発信元および宛先を表すことができるが、別の種類のメッセージには例えば中間手段を表すことができる。この場合、ノード４および６（の内容）は、ノード５他（の内容）と同様に見ることができる。
【００６１】
上述の実施形態は、本発明を説明するが、本発明を限定しない。当業者であれば、特許請求の範囲の範囲を逸脱することなく、代替的な実施形態を立案することができるであろう。特許請求の範囲において、括弧の間に入れた１つまたは複数の参照符号は、請求項を限定すると解釈されてはならない。「含むこと」およびその語形変化の使用は、請求項に述べた要素またはステップ以外の要素またステップがあることを除外しない。要素またはステップの前にある「一」という語は、このような要素またはステップが複数あることを除外しない。
【図面の簡単な説明】
【００６２】
【図１】本発明による発信元、中間手段、および／または宛先であるノードを含むネットワークを概略的に示す図である。
【図２】本発明による方法のステップを示す図である。
【図３】メッセージおよびそのフィールドの一例を示す図である。
【図４】本発明による発信元を表すノードを概略的に示す図である。
【図５】本発明による中間手段を表すノードを概略的に示す図である。
【図６】本発明による宛先を表すノードを概略的に示す図である。
【図１】
2009532961.tif 000003
【図２】
2009532961.tif 000004
【図３】
2009532961.tif 000005
【図４】
2009532961.tif 000006
【図５】
2009532961.tif 000007
【図６】
2009532961.tif 000008
【国際調査報告】
2009532961.tif 000009
2009532961.tif 000010