(57)【要約】  【課題】  トランスコーダのセキュリティ条件およびトランスコーディング条件とのコンプライアンスを検査することができる受信方法およびレシーバを提供すること。  【解決手段】  情報データは、暗号化された機密情報データおよび非機密情報データを含む。この部分的に暗号化された情報データとともに、セキュリティ情報およびトランスコーディング・タイプ情報がトランスコーダに送られる。トランスコーダは、このセキュリティ情報およびトランスコーディング・タイプ情報をトランスコーディング段階で使用する。暗号化機密情報データはそのコンテンツを使用することなしにトランスコードされ、一方、非機密情報データはそのコンテンツへのアクセスを有してトランスコードされる。【選択図】  図１
2005333665.tif 000002
【特許請求の範囲】
【請求項１】
トランスコードされた非機密情報データ（２５）およびトランスコードされた暗号化機密情報データ（２４）を含むトランスコーダ（２）からのトランスコードされた部分暗号化情報データ（２４、２５）をレシーバ（３）で受信する方法であって、前記トランスコードされた部分暗号化情報データ（２４、２５）とともに、、暗号化するかどうかを指示するセキュリティ情報（１２）およびトランスコーダ（２）がとることができるアクションを指示するトランスコーディング・タイプ情報（１３）を受信し、これらを前記トランスコードされた部分暗号化情報データ（２４、２５）と比較するために使用して、前記セキュリティ情報（１２）およびトランスコーディング・タイプ情報（１３）との前記トランスコーディングのコンプライアンスを検査する方法。
【請求項２】
部分暗号化情報データ（１４、１５）が、前記レシーバ（３）における前記トランスコードされた部分暗号化情報データ（２４、２５）の少なくとも一部分のコンテンツ検証を可能にするハッシング情報を同伴することができることを特徴とする、請求項１に記載の方法。
【請求項３】
前記トランスコードされた部分暗号化情報データ（２４、２５）が情報データ・ピースに細分されて受信されることを特徴とする、請求項１または２に記載の方法。
【請求項４】
少なくとも１つの前記情報データ・ピースにピース・ハッシング情報部分を割り当てることができ、前記少なくとも１つの情報データ・ピースが好ましくは前記非機密情報データ（１５）の一部分であることを特徴とする、請求項１ないし３のいずれかに記載の方法。
【請求項５】
前記セキュリティ情報部分およびトランスコーディング・タイプ情報部分がラベル（ＳＩＬ、ＴＩＬ）の形態で到着し、前記レシーバ（３）が使用可能なポリシー情報（１７）が前記ラベル（ＳＩＬ、ＴＩＬ）の解釈に使用され、これによって前記トランスコーディングの正当性が検査されることを特徴とする、請求項３または４に記載の方法。
【請求項６】
前記ラベル（ＳＩＬ、ＴＩＬ）を含むセキュリティ／トランスコーディング・タイプ情報パケット（１１）のコンテンツ保全性検証がその署名（１０）を使用して実行されることを特徴とする、請求項５に記載の方法。
【請求項７】
非機密情報データ（１５）および暗号化された機密情報データ（１４）を含むトランスコードされた部分暗号化情報データ（２４、２５）を、センダ（１）からの送信時に暗号化するかどうかを指示するセキュリティ情報（１２）およびトランスコーダ（２）がとることができるアクションを指示するトランスコーディング・タイプ情報（１３）とともにセンダ（１）からトランスコーダ（２）を介して受信するレシーバ（３）であって、前記セキュリティ情報（１２）および前記トランスコーディング・タイプ情報（１３）を前記トランスコードされた部分暗号化情報データ（２４、２５）と比較して、前記セキュリティ情報（１２）およびトランスコーディング・タイプ情報（１３）との前記トランスコーディングのコンプライアンスを検査する比較手段（７）を備えるレシーバ（３）。
【請求項８】
前記トランスコードされた部分暗号化情報データ（２４、２５）が情報データ・ピースに細分されて受信され、前記セキュリティ情報部分およびトランスコーディング・タイプ情報部分がラベル（ＳＩＬ、ＴＩＬ）の形態で到着し、前記比較手段（７）を用いて、前記レシーバ（３）が使用可能なポリシー情報（１７）およびポリシー情報インタープリタ（８）の使用下で、前記ラベル（ＳＩＬ、ＴＩＬ）を解釈することができ、これによって前記トランスコーディングの正当性を検査することができることを特徴とする、請求項７に記載のレシーバ（３）。
【請求項９】
前記ラベル（ＳＩＬ、ＴＩＬ）を含むセキュリティ／トランスコーディング・タイプ情報パケット（１１）のコンテンツ保全性検証を、保全性チェック手段（６）を用い前記パケット（１１）の署名（１０）を使用して実行することができることを特徴とする、請求項８に記載のレシーバ（３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トランスコーダを介してセンダからレシーバへデータを送信する方法に関する。これは、レシーバに送信する前に情報データが更新あるいは削減されることを意味する。本発明はさらに、情報データをトランスコードする方法に関し、詳細には情報データが暗号化された機密情報データおよび非機密情報データを含むときに情報データをトランスコードする方法に関する。本発明はさらに、トランスコードされた情報データをレシーバで受信する方法に関し、詳細には、情報データの保全性およびトランスコーダの信頼性をチェックする方法に関する。本発明はさらに、トランスコーディング機能の使用下で情報データの送信を実行するように結合可能なセンダ、トランスコーダおよびレシーバに関する。
【背景技術】
【０００２】
現在のところ、ワールド・ワイド・ウェブを介したインターネット・ブラウジングは概して、ワークステーション、ＰＣなどの強力なコンピューティング装置上で走るブラウザにアクセスすることができる静止ユーザに限定されている。このような装置は、適度に高速、高帯域幅のデータ接続を介してインターネットにリンクされているだけでなく、受信したマルチメディア・データを処理し、これを利用できるようにする強力なソフトウェアおよびハードウェアを備えている。ウェブ・ページの作成者たちはこのインフラストラクチャを十二分に利用して、多種多様なオーディオおよびグラフィックス・フォーマットを組み込むことができるデータ・コンテンツ自体ならびに支払いなどの拡張機能向けのアプレットなどの実行可能コンテンツに関してますます複雑なウェブ・ページを作成している。
【０００３】
汎用情報源としてウェブに頼ることが習慣化するにつれ、移動電話機、小型軽量のハンドへルド・コンピューティング装置などの装置を使用してウェブにアクセスすることが移動中のユーザにとって望むべきものになりつつある。しかし、このような装置のユーザが既存のワールド・ワイド・ウェブ・インフラストラクチャにアクセスしようとすると問題に直面する。モバイル・ハンドへルド装置は、異常に低速で脆弱なデータ接続を介してインターネットに接続される。そのため、非効率的にフォーマットされたデータ・ストリームではダウンロード時間が受け入れがたいほどに長くなる。
【０００４】
使用可能な演算能力に限界があり、検索されたコンテンツを表示するのに使用されるハードウェアが貧弱なため、これらのポータブル装置のコンテンツ処理能力はＰＣに比べ一般に不十分である。例えば、非常に単純なモバイル・ハンドへルド装置はテキスト・フォーマットを表現することしかできない。
【０００５】
インターネットを介してサーバが供給するコンテンツの多くは、比較的に強力なコンピューティング装置上で処理され表示されることを前提に構築されている。サーバが、ポケットベル、移動電話機、ラップトップＰＣ、高解像度ＰＣなどの特定のコンピューティング装置に合わせてそれぞれ調整された複数の表現でコンテンツを作成することもできないことではない。しかしそのためには、現存するサーバ・コンテンツの大部分を手作業で変更しなければならないため、かなりの量の再オーサリングが必要となる。それぞれのページのコピーを複数維持することも望ましいことではない。
【０００６】
これに代わる解決法は、クライアントがトランスコーダ・サービスを使用することである。トランスコーダの機能は、サーバから受信したコンテンツを再フォーマットして、サーバとクライアントの間の使用可能な帯域幅が限られている場合にクライアントへ転送する情報量を削減し、クライアントの表示能力および処理能力が与えれたときに転送されたデータがクライアントで表現できることを保証することにある。したがってトランスコーダは、クライアントへのデータ・リンクの知識ならびにクライアントの処理／表示能力の知識を必要とする。
【０００７】
クライアントに宛てて送られたコンテンツに対してトランスコーダが実行する一般的な操作には、オーディオまたはグラフィック・コンテンツの除去、グラフィックス・フォーマット間の変換、圧縮／解凍、ＨＴＭＬなどのマークアップ言語から他のデータ表現、例えば音声への変換などが含まれる。
【０００８】
通常、サーバからクライアントへ送られる全てのコンテンツはトランスコーダを経由する。トランスコーディングを実行するため、トランスコーダは全てのデータへの無制限のアクセスを必要とする。これにはセキュリティ・センシティブ情報が含まれる可能性があるため、トランスコーダを信用された当事者とみなさなければならない。この場合、セキュリティは、サーバとトランスコーダの間に例えばセキュア・ソケット・レイヤ・プロトコルＳＳＬを使用して安全なチャネルを確立し、トランスコーダとクライアントの間に別個の安全なチャネルを確立するか、またはサーバまたはクライアントの中にトランスコーダを組み込み、これら２つの間でＳＳＬを使用することによって維持することができる。トランスコーダを信用できない場合、トランスコーディング・サービスは、価値がない、または価値がほとんどないコンテンツに対する操作に限定される。
【０００９】
残念ながら、トランスコーダ機能をサーバまたはクライアントに組み込むことは、サーバ・ソフトウェアのアップグレードおよび通常はサーバ・ハードウェアのアップグレードを伴うため、機密性の高いわずかな応用を除き受け入れがたい。加えて、モバイル装置は急速に進化し、トランスコーダ機能も同じような速さで進化する可能性が高く、ソフトウェアの交換サイクルが短くなる。
【００１０】
ハンドへルド装置のメーカ、データ・ネットワーク・オペレータまたはＩＳＰによって商業サービスとして提供される可能性があり、既存のプロキシ・サーバに組み込むこともできる外部トランスコーダ・サービスは、明らかにより適切かつスケーラブルな解決法である。残念ながら、このような第三者によって提供されるトランスコーダを信用された当事者と見ることはほとんど不可能である。それならばセキュリティは、サーバとクライアントの間にエンド・ツー・エンド暗号化を適用し、暗号化されたデータ・ストリームをトランスコーダが操作することを不可能にすることによって提供しなければならない。
【００１１】
周知のトランスコーダはデータ・ストリーム全体に対する平文テキスト・アクセスを必要とするため、既存のエンド・ツー・エンド暗号化方法とともにこれらのトランスコーダを使用することはできない。これらのトランスコーダのアクションをクライアントは検証することができず、したがってセキュリティ・センシティブ・データの転送に対する適用可能性はよりいっそう小さくなる。
【００１２】
トランスコーダは例えば米国特許第５５４４２６６号に記載されている。米国特許第５７２９２９３号には、一連のイメージを表す符号化されたディジタル信号をトランスコードする装置が記載されている。この装置は、可変長復号化チャネルおよびこれに続く可変長符号化／復号化チャネルを備える。これらの２つのチャネル間には予測サブアセンブリがカスケード式に接続され、このサブアセンブリは、２つの減算器の間に、ピクチャ・メモリおよびそれぞれのイメージの動きを表す変位ベクトルを考慮した動き補償回路を直列に備える。その他の実施態様、具体的には前記予測サブアセンブリが少なくとも２つ、より一般的には複数の同様の符号化／復号化チャネルを備え、これらのチャネルがカスケード式に配置され、同じ数の画質レベルに対応するスケーラブルな実施態様も可能である。
【００１３】
米国特許第５７４５７０１号には、公衆伝送網を介してローカル網を相互接続するシステムが記載されている。このシステムでは、ローカル網に接続されたマイクロコンピュータ型の装置アイテムをルータによって公衆網に接続し、少なくとも１つの別のローカル網に接続された、ルータによって公衆網にリンクさせることができるマイクロコンピュータ型の１つまたは複数の装置アイテムと通信することができる。このシステムは、証明書交換機構を実装し、「呼掛け−応答」型の能動認証ソフトウェア手順がルータ内に配置された、公衆網を介したローカル網間通信の確立のセキュリティ保護を含む。この記載のネットワークは、トランスコーディングが使用される典型的な応用領域と言えよう。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
請求項１に係る本発明の目的は、トランスコードされた情報データをレシーバで受信する方法であって、トランスコーダのセキュリティ条件およびトランスコーディング条件とのコンプライアンスを検査することができる方法を提供することにある。
【００１５】
請求項７に係る本発明の目的は、トランスコードされた情報データをレシーバで受信するレシーバであって、トランスコーダのセキュリティ条件およびトランスコーディング条件とのコンプライアンスを検査することができるレシーバを提供することにある。
【課題を解決するための手段】
【００１６】
請求項１に基づく特徴を有するこの方法は、トランスコーダの信頼性検査が非常に単純であり、トランスコーダがトランスコーディングに使用したのと同じ情報だけに依存するという利点を有する。セキュリティおよびトランスコーディング・タイプ情報は情報データと混合されず、またセキュリティおよびトランスコーディング・タイプ情報のトランスコーディング、したがって更新アクセスが必要ないため、セキュリティおよびトランスコーディング・タイプ情報の保全性チェックが容易になる。
【００１７】
セキュリティおよびトランスコーディング・タイプ情報の短縮バージョンとしてラベルを使用することは、ラベルの作成に使用され、ラベルの解釈にも必要なポリシーが一般に使用されているポリシーであり、さらに標準化されているポリシーであるときに特に有用である。この場合には、トランスコーダがラベルに対応する機能を既に実装しているため、ポリシー情報を情報データとともに送信する必要はなく、ポリシー情報がトランスコーダに既に存在することになり、ラベルがトランスコーダで自動的に理解される。ポリシーは、トランスコーダ内の対応する機能中に直接に実現することができ、これによって具体的な解釈段階が回避される。例えば、ラベル「ＮＴ」が到着すると、トランスコーダは、トランスコーディングを自動的に実行することができない。このラベルを有する情報データをトランスコードしないようトランスコーダがプログラムまたは決定されているためである。「ＮＴ」は非トランスコーディングを意味する。
【００１８】
セキュリティ／トランスコーディング・タイプ情報パケットは、到着した情報データをトランスコーダが正しく処理するのに必要な全ての情報を提供する。セキュリティおよびトランスコーディング・タイプ情報はトランスコーディングを受けないため、セキュリティ／トランスコーディング・タイプ情報パケットのコンテンツがセンダとレシーバの間のどこかで修正されたかどうかをレシーバで検証することを可能にする署名で、このセキュリティ／トランスコーディング・タイプ情報パケットを完成させることができる。したがって、セキュリティ／トランスコーディング・タイプ情報パケットの不正または誤りによる変更は、レシーバで容易に認識することができ、これによって情報データ伝送全体がより安全になる。
【００１９】
請求項７に基づく特徴を有するレシーバは、トランスコーダを信用する必要なしに、またはセンダへの別個の機密情報通信回線を有することななしに、トランスコーディング技法の利点を完全に享受することができるという利点を有する。隠れた変更から保護されているセキュリティおよびトランスコーディング・タイプ情報を利用することによってセンダからレシーバへ向かう途中での情報データの不許可の変更を容易に認識することができる。したがって情報データの改ざんが認識されないことはなく、使用する暗号化アルゴリズムに基づいて非常に高いセキュリティを提供する暗号化技術により保護される。
【００２０】
解決される課題は、レシーバ、例えばクライアントとセンダ、例えばサーバとの間の安全なエンド・ツー・エンド通信を容易にし、一方で、クライアントの能力および接続特性に基づいてコンテンツを更新する中間トランスコーディング・サービスを可能にすることである。提案の解決法は、そのコンテンツを２タイプの情報データとみなすサーバに基づく。その１つは、その機密性のために保護しなければならない情報データであり、もう１つは、非機密情報データまたは公開情報データであって、トランスコーディングにかけることができる情報データである。この手法は２つの目標を達成する。
【００２１】
本発明の方法によれば、セキュリティ・センシティブ・データ自体への平文テキスト・アクセスを必要とすることなくセキュリティ・センシティブ・データを含むデータ・ストリームにトランスコーディング技法を適用することができ、トランスコーダによって実施されたトランスコーディングをクライアントが検証できる。
【００２２】
この方法は、データ・ストリームの中に含まれるセキュリティ・センシティブ・データ項目のエンド・ツー・エンド暗号化を危うくすることなしに、非信用トランスコーダ・サービスがセキュリティ関連データ・ストリームを操作することを可能にする。
【００２３】
情報データを細分して、機密型または非機密型のフィールドの集合とすることができる。
【００２４】
さらに本発明のシステムは、個々のデータ・フィールドのトランスコーディング属性およびセキュリティに関するポリシーをサーバが指定することができる柔軟なシステムである。
【００２５】
さらに、トランスコーダが実行したアクションを検証することができ、その結果、トランスコーダが、明示のポリシーに基づいて変更されたコンテンツだけを有するようになる。ここでなされた仮定は、コンテンツのうちの安全なフィールドにはトランスコーディングは必要ないというものである。
【００２６】
この解決法を適用できるのは、例えば、電子商取引、オンライン・バンキングまたはその他のセキュリティ・センシティブ・アプリケーションが、入力または出力能力およびサーバへの接続帯域幅が限られたＴｉｅｒ−０またはＴｉｅｒ−１クライアント上で実行され、サーバが専用の信用トランスコーダ機能をインストールしこれを維持する必要のないシナリオ、あるいは新規な改良型の装置能力、したがってトランスコーダ機能の急速な開発サイクルが予想され、したがって独立したトランスコーダ・サービスが好ましいシナリオである。
【００２７】
本明細書に提案の方法は、情報データ・ピースとも呼ぶデータ・フィールドに分割されたオリジナルの情報データ・ストリームから出発して以下の段階を含むことができる。
【００２８】
−トランスコーディング属性（例えばトランスコーディングが可能か否か、オプションか、クリティカルかなど）およびセキュリティ（例えばセキュリティ・センシティブか否かなど）に関してデータ・フィールドをマークする追加のタグまたはラベルをオリジナルのデータ・ストリームに挿入する段階。これらのラベルを本明細書ではセキュリティ・ラベル、またはピース・セキュリティ情報部分ラベルおよびピース・トランスコーディング・タイプ情報部分ラベルと呼ぶ。
【００２９】
−それぞれのタグについてトランスコーダに許された操作を定義するポリシー文書を生成する段階。このポリシー文書またはポリシー情報は、ラベルの意味、ラベルをどう解釈すべきかを説明するためのものである。トランスコーダがこのポリシーをもとから知っている場合にはこの段階を省くことができる。
【００３０】
−セキュリティ・センシティブ情報フィールドを分離し、これらのフィールドにエンド・ツー・エンド暗号化を選択的かつ個別的に適用する段階。非セキュリティ・センシティブ情報フィールドは暗号化せずに残す。
【００３１】
−オリジナルの入力ストリームの構造に基づいて、セキュリティ／トランスコーディング・タイプ情報パケットとも呼ぶ文書サマリを生成する段階。文書サマリはしたがって、セキュリティ・ラベルおよびトランスコーディング・タイプ・ラベルを含む。
【００３２】
−トランスコーダの出力を文書サマリおよびポリシー文書と比較することによって、レシーバすなわちクライアントが、トランスコーダのアクションを検証することができるようにする段階。
【発明を実施するための最良の形態】
【００３３】
以下に、本発明の例示的なさまざまな実施形態を説明する。
【００３４】
図１では、クライアントとも呼ぶセンダ１が通信接続およびトランスコーダ２を介してレシーバ３に接続されている。この通信接続が物理接続である必要はない。ポリシー情報１７にはセンダ１、トランスコーダ２およびレシーバ３がアクセス可能である。
【００３５】
センダ１は、レシーバ３に送られるＩＤで示す情報データ９を細分する分割手段２１を備える。分割手段２１の出力は、ＣＤで示す機密情報データ１６およびＮＣＤで示す非機密情報データ１５である。機密情報データ１６を暗号化する暗号化器５が配置され、ＥＣＤで示す暗号化された機密情報データ１４を送達する。センダ１はさらに、パケット組立器２３および署名生成器２２を備える。
【００３６】
本明細書では情報データをコンテンツＤと呼び、コンテンツＤは、情報データ・ピースとも呼ぶＮ個のコンテンツ・フィールドｆ1、ｆ2・・・、ｆNの集合に分解することができる。１つのフィールドは例えばテキスト段落、イメージ、または表形式にフォーマットされたデータを表すことができる。さらに、所与のフィールドｆiが、コンテンツが階層的であることを表す複数のサブフィールドｆi,1、ｆi,2、・・・、ｆi,nから構成される場合もある。例えば、段落フィールドｆiが順に、テキスト・フィールド、テーブル・フィールド、イメージ・フィールド、テキスト・フィールドから成ることがある。サブフィールドがサブフィールドを含むことができる。以下同様である。フィールド分解の細分性はサーバの裁量に委ねられる。この分解は、分割手段２１を介して達成され、分割手段２１はさらに、それらの所望のセキュリティに基づいてフィールドを分類する。
【００３７】
フィールド分解が完了すると、サーバ１は、それぞれのフィールドｆiに２クラスのラベルを付加または割り当てる。第１のラベル・クラスＬsは、所与のフィールドｆiを送信時に暗号化するかどうかを指示するセキュリティ・ラベルであり、これはピース・セキュリティ情報部分とも呼ばれる。例えば可能なセキュリティ・ラベルＬsの集合を次のように定義することができる。
Ｌs=｛セキュア，非セキュア｝  （１）
Ｌs(ｆi)∈Ｌsであり、上式でＬs(ｆi)はｆiのセキュリティ・ラベルである。ラベルＬsは、例えば長いキーを用いるかまたは短いキーを用いるかなどの暗号化のレベルを含める、認証情報を含める、署名を含めるなど、いくつかの方法で拡張することができる。
【００３８】
第２のラベル・クラスＬtは、コンテンツ・フィールドを受信したときにトランスコーダ２がとることができるアクションを指示するトランスコーディング・ラベルであり、これはピース・トランスコーディング・タイプ情報部分とも呼ばれる。例えば可能なトランスコーディング・ラベルＬtの集合を次のように定義することができる。
Ｌt=｛トランスコーディング不能、トランスコーディング可能、クリティカル、非クリティカル｝  （２）
これらのラベルの正確な意味は、サーバ１に関連した変換ポリシー中に定義される。例えばこのようなポリシーの１つは、トランスコーディング・ラベルＬtを以下のように解釈する。
【００３９】
「トランスコーディング可能」は、そのコンテンツ・フィールドをトランスコーダの裁量でトランスコードできることを意味する。
【００４０】
「トランスコーディング不能」は、トランスコーダ２が、サーバ１から受信したそのコンテンツ・フィールドを更新できないことを意味する。
【００４１】
「クリティカル」は、そのフィールドを、トランスコーダ２から要求したクライアント３に送らなければならないことを意味する。
【００４２】
「非クリティカル」は、トランスコーダ２が、要求したクライアント３へ転送するコンテンツからそのコンテンツ・フィールドを削除してもよいことを意味する。
【００４３】
サーバ１は、セキュリティ・ラベルおよびトランスコーディング・ラベルのセットＬs(Ｓ）およびＬt(Ｓ）ならびにラベルを解釈する方法に関するクリア・ステートメントを含むポリシー・ステートメントｐｏｌ（Ｓ）を発行することができる。ポリシー・ステートメントｐｏｌ（Ｓ）はセキュリティ・センシティブ情報を含んでいないので、いつでもサーバ１から取り出し、後の使用に備えてコンテンツ検索用のサーバ１への接続中にキャッシュすることができる。
【００４４】
ここで、トランスコーダ２が既に知っており、かつトランスコーダ２がアクセス可能なポリシー情報１７のルールに従うよう変換ポリシーが選択されていると仮定する。したがってここでは、ポリシー・ステートメントｐｏｌ（Ｓ）を発行する必要はない。この既知のポリシー情報１７を例えば、一般に使用されているポリシー、多くのトランスコーダ、センダおよびレシーバに知られている一種の標準とし、センダがポリシー情報１７を生成し提示する必要がないようにすることができる。
【００４５】
コンテンツＤのフィールド分解ｆ1、ｆ2・・・、ｆNが与えられると、サーバ１は、それぞれのフィールドｆiを符号化し、以下のようなフィールド・ラベル・タプルとする。
L(fi)=<Ls(fi),Lt(fi),[H(fi)]>  （３）
上式で、Ｌs(ｆi)およびＬt(ｆi)の定義は上述のとおりであり、Ｈ（．．．）は、ハッシング情報またはハッシュとも呼ぶアルゴリズムＳＨＡ−１などの暗号ハッシュ関数である。ハッシュ関数Ｈ（ｆi)は、ゼロ、１つまたは複数のフィールドｆiに適用可能であり、その情報データ・ピースのピース・ハッシング情報部分とも呼ばれ、任意選択のフィールドであることを指示するために角括弧の中に［Ｈ（ｆi)］として指定される。後にさらに説明するように、要求したクライアント３によってフィールドのコンテンツが検証される場合には、フィールドのハッシュがそのフィールド・ラベル・タプルの中に含まれ、そのフィールド・データは暗号化されずに送られ、トランスコーディングは実施されないことを意味する。
【００４６】
セキュリティ・ラベルおよびトランスコーディング・ラベルＬs(ｆi)、Ｌt(ｆi)は一般に、ＬsおよびＬtからの値のリストから成る。例えば、式（１）に定義されたＬtを使用すると、フィールドｆiのトランスコーディング・ラベルが以下のようになる場合がある。
Ｌt(ｆi)＝｛トランスコーディング可能、非クリティカル｝（４）
これは、要求したクライアント１にｆiの表現を送るかどうかをトランスコーダ２が選択できること、さらにトランスコーダ２がこの表現を選択できることを意味する。サブフィールドｆi,1、ｆi,2、・・・、ｆi,niを含むフィールドｆiでは、式（２）の符号化方式が再帰的に適用され、
L(fi)=<Ls(fi),Lt(fi),L(fi,1),L(fi,2),...,L(fi,ni)[H(fi)]>  （５）
が与えられる。Ｈ（ｆi)が必要な場合、Ｈ（ｆi)は、このフィールドおよびその全てのサブフィールドに関して計算される。
【００４７】
このラベリングは、情報データ９のどの部分を暗号化するか、およびどの部分をどのタイプのトランスコーディングにかけることができるかを知るのに必要な情報が提供されたあるラベリング手段によって実施することができる。ラベリング手段は、分割手段２１から出力された情報データ・ピースを入力として使用する。ラベルの順序は、後のトランスコーダ２およびレシーバ３での対応する情報データ・ピースへのラベルの割当てを容易にするため、情報データ・ピースの順序に基づいて選択される。ラベリング手段またはラベラに、どの情報データ・ピースをどのように暗号化し、あるいはトランスコードするかについての入力をラベラに与えるユーザのプリファレンスを提供することができる。このようにラベリングを、それぞれのラベルを例えば実装されたいくつかのルールに従って自動的に割り当てるある自動システムによって決定し、あるいは、ユーザによって与えられた、またはリストに由来する所与のルールまたは個々のラベリング・プリファレンスによって決定することができる。ラベリングを固定ラベリング方式に従って実施してもよく、個別化されたラベリング・リストが、どのラベル値をどの情報データ・ピースに添付しなければならないかをラベラに教える最適な解決法となることもある。
【００４８】
本明細書では、全てのセキュリティ・ラベルのグループをピース・セキュリティ情報部分のグループと呼び、ＳＩＬで示し、トランスコーディング・ラベルのグループを、ピース・トランスコーディング・タイプ情報部分のグループと呼び、ＴＩＬで示す。言い換えると、それぞれのフィールドまたは情報データ・ピースがそのピース・セキュリティ情報部分を有し、それによって全てのピース・セキュリティ情報部分が一体としてセキュリティ情報を形成する。セキュリティ情報を、全てのセキュリティ・ラベルのグループおよび対応する変換ポリシー情報に分割することができる。したがってそれぞれのフィールドについても、ピース・セキュリティ情報部分を、セキュリティ・ラベルおよび対応する変換ポリシー情報またはポリシー情報に分割することができる。
【００４９】
ＴＩＬは対応するポリシー情報とともに、トランスコーディング・タイプ情報１３を形成する。この情報は図中では簡略化された形で示されている。ＳＩＬは対応するポリシー情報とともにセキュリティ情報１２を形成する。この情報も図中では簡略化された形で示されている。正確な実行のためにトランスコーダ２が理解し解釈することができる形式で表現されたセンダの希望に従ってトランスコーディングを実行するのに必要な全ての情報がトランスコーダ２に提供されることが原則である。このことは、セキュリティ情報１２およびトランスコーディング・タイプ情報１３がラベルの形でトランスコーダ２に送信されることを意味し、その含意は、トランスコーダ２が対応する使用可能な変換ポリシーを既に有しているか、あるいはラベルを直接に理解するように設計されているか、あるいはセンダ１またはその他の機関によってポリシー情報１７が提供される、または既にされているためにトランスコーダ２がラベルを理解するということであり、あるいは、ポリシー／ラベル分割バージョンが何らかの理由で望ましくないか、または実現不可能である場合に、ラベル化されていないセキュリティ情報１２およびラベル化されていないトランスコーディング・タイプ情報１３がトランスコーダ２に送信され、この受信したセキュリティ情報１２およびトランスコーディング・タイプ情報１３に基づいてトランスコーディングを直接に実行することによりトランスコーダ２がポリシー情報を必要としないことを意味する。
【００５０】
コンテンツＤのラベリングが完了すると、サーバ１はコンテンツＤを以下のように表現することができる。
sum(D)=<L(f1),L(f2),...,L(fN)>  （６）
これを本明細書では、Ｄのコンテンツ・サマリまたはセキュリティ／トランスコーディング・タイプ情報パケット１１と呼び、ｓｕｍ（Ｄ）で示す。したがってラベルはコンテンツ・サマリｓｕｍ（Ｄ）の中に一緒に入れられる。この関数はパケット組立器２３によって実行される。サーバ１は次いで、コンテンツＤ中のデータのサマリを検証可能な方法で指示するためにｓｕｍ（Ｄ）に署名してｓｉｇｎ（ｓｕｍ（Ｄ））とする、すなわち署名生成器２２を使用して図のＳＩＧで示す署名１０を生成する。コンテンツＤのサマリに署名してコンテンツＤ自体に署名しないのは、式（２）および（３）のラベリング方式がフィールドの実際のデータを含まないためである。コンテンツ・サマリｓｕｍ（Ｄ）は、１つのコンテンツを構成するデータを表現するコンパクトな方法であり、これは、署名ｓｉｇｎ（ｓｕｍ（Ｄ））をチェックすることによって検証することができる。
【００５１】
パケット組立機能とラベル機能を１つに結合することもできる。
【００５２】
セキュリティ／トランスコーディング・タイプ情報パケット１１はトランスコーダ２に送信される。暗号化機密情報データ１４および非機密情報データ１５もトランスコーダ２に送信される。言い換えると情報データ９は、細分され部分的に暗号化された形態でトランスコーダ２に送られる。
【００５３】
安全かつ検証可能なトランスコーディングをどのように実行するかを説明するため、クライアント３とサーバ１が、暗号化キーＫの下でのエンド・ツー・エンド暗号化に対して安全なセッションを確立したシナリオを考える。クライアント３によって受信されるコンテンツＤは、トランスコーダ・サービスＴでフィルタリングされる。
【００５４】
要求されたそれぞれのコンテンツＤについて、サーバ１はコンテンツ・サマリｓｕｍ（Ｄ）を調べ、それぞれのフィールドｆiについて、コンテンツ・サマリｓｕｍ（Ｄ）の中にあるそのフィールド・ラベル・タプルＬ（ｆi)を調べる。コンテンツＤがセキュリティ・センシティブ情報を含む場合には、いくつかのフィールド、または潜在的には全てのフィールドがセキュリティ・ラベル「セキュア」を有する。
【００５５】
普遍性が損なわれることがないよう、最初のｊ個のフィールドｆ1、ｆ2、・・・、ｆjがセキュアとラベルされており、残りのフィールドｆj+1、ｆj+2、・・・、ｆNが非セキュアとラベルされていると仮定する。サーバ１は以下のタプルをトランスコーダ２に転送する。
<sum(D),sign(sum(D)),EＫ(d(f1)),...,EＫ(d(fj)),d(fj+1),...,d(fN)>  （７）
上式で、ｄ（ｆi)はフィールドｆiに関連したデータ、ＥＫ(ｄ（ｆi)）は、フィールドｆiに関連したデータの暗号化キーＫの下での暗号化である。それぞれのセキュア・フィールドのデータは個別に暗号化されている。
【００５６】
トランスコーダ２は、受信した部分的に暗号化された情報データ１４、１５のどの部分をレシーバ３に送信する前にトランスコードするかを決定するＴＣで示す決定手段４を備える。
【００５７】
これによって、暗号化機密情報データ１４はそのコンテンツを使用しないでトランスコードすることができ、一方、非機密情報データ１５は、そのコンテンツへのアクセスを有してトランスコードすることができる。
【００５８】
原則として、トランスコーディングとは、受信した暗号化機密情報データ１４のサイズまたは複雑さを低減させることを意味する。トランスコーディングは、暗号化機密情報データ１４および非機密情報データ１５の完全に最小化されたバージョンが得られる非常に強いトランスコーディング、反対に暗号化機密情報データ１４および非機密情報データ１５をわずかに削減する弱いトランスコーディングなど、さまざまなレベルで実施することができる。トランスコーディングは、データの圧縮またはデータの部分削除を含むことができる。ここで、セキュリティ／トランスコーディング・タイプ情報パケット１１からセキュリティ情報１２およびトランスコーディング・タイプ情報１３が読み取られ、これらを使用して、暗号化機密情報データ１４および非機密情報データ１５がトランスコードされ、その結果、ＴＥＣＤで示すトランスコードされた暗号化機密情報データ２４およびＴＮＣＤで示すトランスコードされた非機密情報データ２５が生成される。
【００５９】
トランスコーダ２は受信したデータ・ストリーム１４、１５を２つのパスで操作する。第１のパスでは、それぞれのフィールドからサブフィールド構造を除去することによってデータをシリアル化する。例えば、ｆiがフィールド、ｆi,jがフィールドｆiのサブフィールドである場合には、このシリアル化が以下の演算を実行すると考えることができる。
d(fi)=<.,d(fi,j),.>----><.<ptr>,.>,ptr:<d(fi,j)>.  （８）
【００６０】
このシリアル化は、サブフィールド・データを、データ・ストリーム中のこのサブフィールド・データを見い出すことができる場所を指すポインタで置き換えることによって機能する。これによって、階層的なデータ構造の入れ子構造が解除された簡単な表現が得られる。
【００６１】
第２のパスでは、トランスコーダ２が非セキュア・フィールドｆj+1、ｆj+2、・・・、ｆNを調べ、適当なトランスコーディングを実行する。その出力はＴ（ｆj+1、ｆj+2、・・・、ｆN)で示される。トランスコーディング後に最終的なデータ・ストリームから除去される非クリティカル・フィールドｆiについても、トランスコーダはｄ（ｆi)を調べる。ｄ（ｆi)がサブフィールド・データを指すポインタを含む場合には、このサブフィールド・データも除去される。除去すべきトランスコーディング可能フィールドがセキュア暗号化サブフィールドを含む場合、サブフィールド・データの除去によってＥＫ(ｄ（ｆ1)）、・・・、ＥＫ(ｄ（ｆj)）が更新され、Ｔ（ＥＫ(ｄ（ｆ1)）、・・・、ＥＫ(ｄ（ｆj)））がトランスコーディングによる削除が実施された後の暗号化フィールドのリストを示すようになる。
【００６２】
最後に、トランスコーダ２は以下の４タプルを要求したクライアント３に転送する。
<sum(D),sign(sum(D)),T(EＫ(d(f1)),...,EＫ(d(fj))),T(d(fj+1),...,d(fN))>.  （９）
【００６３】
レシーバ３は、署名１０に関して動作し、センダ１とレシーバ３の間でセキュリティ／トランスコーディング・タイプ情報パケット１１の内容が修正されたか否かを指示する保全性チェック情報を保全性チェック出力１９として送達する保全性チェック手段６を備える。レシーバはさらに、ポリシー情報１７の使用下でトランスコーディング・タイプ情報ラベル１３およびセキュリティ情報ラベル１２の解釈を助けるポリシー情報インタープリタ８を備える。レシーバが既にラベル言語を理解する場合にはポリシー情報インタープリタ８は必要ない。一方、トランスコーダ２がラベル言語を理解せず、ポリシー情報１７を利用する場合には、トランスコーダ２でポリシー情報インタープリタ８を使用することもできる。
【００６４】
次いで比較手段７が、この解釈されたラベルを使用して、トランスコードされた暗号化データ２４およびトランスコードされた非機密情報データ２５がラベルに含まれるルールに従ってトランスコードされ処理されたかどうかを調べる。その結果が、受信したトランスコード済み情報データ２４、２５が信頼できるか否かを指示する指示出力２７である。最後に、トランスコード済み暗号化情報データ２４が、復号器２６を用いて復号される。復号器２６は、復号された機密情報データを復号器出力１８として与える。トランスコード済み非機密情報データ２５にさらなる操作は必要なく、トランスコード済み非機密情報データ出力２０として直接に与えられる。
【００６５】
サーバ１上にあったときのオリジナルのコンテンツＤの構造はｓｕｍ（Ｄ）の中に表現されており、クライアント３はｓｕｍ（Ｄ）を、ｓｕｍ（Ｄ）上のサーバの署名ｓｉｇｎ（ｓｕｍ（Ｄ））をチェックすることによって検証することができる。したがってクライアント３は、コンテンツＤを表現するフィールドのセットをサーバ１によって指定されたとおりに決定することができる。さらに、セキュリティ／トランスコーディング・タイプ情報パケットｓｕｍ（Ｄ）はコンテンツＤのそれぞれのフィールドに対するラベル・タプルを含むため、クライアント３は、コンテンツＤのフィールドに対してサーバ１が選択したラベリングを検証することができる。具体的にはクライアント３は、サーバ１がどのフィールドをセキュア・フィールドに指定したか、およびサーバ１がどのフィールドをトランスコーディング可能フィールドに指定したかを決定することができる。
【００６６】
次いでクライアント３は、セキュリティ／トランスコーディング・タイプ情報パケットｓｕｍ（Ｄ）中にセキュアおよびクリティカルと指定された全てのフィールドが、トランスコード済み暗号化情報データＴ（ＥＫ(ｄ（ｆ1））、・・・、ＥＫ(ｄ（ｆj)））中でトランスコーダ２によって削除または変更されていないことをチェックする。ここでは、この検証の少なくとも一部分が、暗号化されたデータに関する認証情報を含むことができる暗号化アルゴリズムＥによって提供される。
【００６７】
クライアント３はさらに、ｓｕｍ（Ｄ）中にトランスコーダブルと指定されたフィールドのセットを受信したフィールドＴ（ｄ（ｆj+1)、・・・、ｄ（ｆN)）と比較して、クライアント３で表現することができるコンテンツがトランスコーディング・プロセスによって削除または不適当に変更されていないことを検証することができる。
【図面の簡単な説明】
【００６８】
【図１】センダ、トランスコーダおよびレシーバを備えたシステムを示す図である。
【図１】
2005333665.tif 000003