(57)【特許請求の範囲】
【請求項１】
データ・ブロードキャスト・サービスに応用されるデータ・ファイル復号方法であって、
前記方法は、
データ・ファイル標識とデータ・ファイルに対応するキー・ファイル標識を含むファイル記述情報を受信するステップと、
前記データ・ファイル標識と前記キー・ファイル標識により、対応する前記データ・ファイルとキー・ファイルを受信するステップと、
前記キー・ファイルにより、前記データ・ファイルを復号するステップとを含み、
ここで、前記キー・ファイルが１つの前記データ・ファイルに対応するキーを含む場合、前記キー・ファイルにより前記データ・ファイルを復号する操作は、前記キー・ファイルにおけるキーにより前記データ・ファイルを復号することを含み、
前記キー・ファイルが複数のキーを含み、前記ファイル記述情報には更に前記データ・ファイルに対応するキー標識を含む場合、前記キー・ファイルにより前記データ・ファイルを復号する操作は、
前記キー標識を受信し、
前記キー標識により、前記キー・ファイルから対応するキーを抽出し、
前記キーにより前記データ・ファイルを復号することを含む、
前記キー・ファイルが複数のキーを含み、前記データ・ファイルにはそれに対応するキー標識を含む場合、前記キー・ファイルにより前記データ・ファイルを復号する操作は、
前記データ・ファイルを解析し、その中のキー標識を抽出し、
前記キー標識により、前記キー・ファイルから対応するキーを抽出し、
前記キーにより前記データ・ファイルを復号する、
ことを含むことを特徴とするデータ・ブロードキャスト・サービスに応用されるデータ・ファイル復号方法。
【請求項２】
前記データ・ファイル標識とキー・ファイル標識はそれぞれとデータ・ファイルとキー・ファイルの伝送対象識別子であることを特徴とする請求項１に記載のデータ・ファイル復号方法。
【請求項３】
前記データ・ファイル標識とキー・ファイル標識はそれぞれとデータ・ファイルの伝送対象識別子とキー・ファイルの内容位置標識であることを特徴とする請求項１または２に記載のデータ・ファイル復号方法。
【請求項４】
前記データ・ファイル標識と前記キー・ファイル標識により、対応する前記データ・ファイルと前記キー・ファイルを受信する操作は具体的に、
キー・ファイルの内容位置標識により、前記ファイル記述情報から当該キー・ファイルの伝送対象標識をサーチし、
データ・ファイルの伝送対象標識とキー・ファイルの伝送対象標識により、対応するデータ・ファイルとキー・ファイルを受信する、
ことを含むことを特徴とする請求項３記載のデータ・ファイル復号方法。
【請求項５】
データ・ブロードキャスト・サービスに応用されるデータ・ファイル復号装置であって、
ファイル記述情報におけるサーチしたいデータ・ファイル標識と対応するキー・ファイル標識とを受信し、キー・ファイルが複数のキーを含む場合、ファイル記述情報には、データ・ファイルに対応するキー標識をさらに含むファイル標識受信モジュールと、
前記データ・ファイル標識と前記キー・ファイル標識により、対応するデータ・ファイルとキー・ファイルを受信するファイル受信モジュールと、
前記データ・ファイルに対応するキー標識を受信するか、または、前記データ・ファイルを解析し、その中のキー標識を抽出するキー標識受信モジュール、
前記キー・ファイルが１つの前記データ・ファイルに対応するキーを含む場合、前記キー・ファイルにより前記データ・ファイルを復号し、前記キー・ファイルが複数の前記データ・ファイルに対応するキーを含む場合、前記キー標識により、前記キー・ファイルから対応するキーを抽出するキー抽出サブモジュールと、
前記キーにより前記データ・ファイルを復号する復号サブモジュールと
を含むことを特徴とするデータ・ファイル復号装置。
【請求項６】
データ・ブロードキャスト・システムであって、
前記システムは、記述情報生成装置と、請求項５に記載のデータ・ファイル復号装置とを含み、
前記記述情報生成装置は、
データ・ファイル標識を生成するデータ記述情報生成モジュールと、
データ・ファイルを復号するためのキー・ファイル標識を生成するキー記述情報生成モジュールと、
前記データ・ファイル標識と前記キー・ファイル標識により、ファイル記述情報を生成するか、または、前記データ・ファイル標識、前記キー・ファイル標識とキー標識により、ファイル記述情報を生成するファイル記述情報生成モジュールと、
前記データ・ファイルに対応するキー標識を生成するキー標識生成モジュールと
を含むことを特徴とするデータ・ブロードキャスト・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一種のデータ・ブロードキャスト技術に関し、特に一種のデータ・ファイル復号方法、復号装置及びデータ・ブロードキャスト・システムに関わっている。
【背景技術】
【０００２】
本出願は２００８年１２月１５日に、中国特許局に提出した、出願番号が２００８１０２３９９２８．Ｘで、発明の名称が「データ・ファイル復号方法、復号装置及びデータ・ブロードキャスト・システム」である中国特許出願と２００９年４月２９日に中国特許局に提出した、出願番号が２００９１０１３５６０９．９で、発明の名称が「データ・ファイル復号方法、復号装置及びデータ・ブロードキャスト・システム」である中国特許出願の優先権を要求し、その全ての内容は引用することにより本願に組み込まれている。
【０００３】
データ・ブロードキャスト技術は、通常、データストリームにおいて一つのファイル記述テーブル（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｆｉｌｅ、ＦＤＴと略称する ）ファイルを携帯し、当該テーブルには当該データストリームで伝送される全てのファイルの記述情報と伝送対象識別子（Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＴＯＩと略称する)を携帯する。ＴＯＩはＳｅｓｓｉｏｎ中のファイル毎を唯一に標識するために用いられる。端末がデータ・ファイルを受信する場合、先ずファイル記述テーブルを受信する必要があり、ファイル記述テーブルから受信したいデータ・ファイルをサーチし、当該データ・ファイルのＴＯＩを見つけてから、ＴＯＩにより、ブロードキャスト・ストリームからＩＰパケットを受信してファイルにアセンブルする。
【０００４】
一部のデータ・ブロードキャスト・サービスにおいて、サービス・セキュリティを保証するため、ブロードキャストされるデータ・ファイルに対して暗号化し、データ・ファイルとキーを携帯するキー・ファイルをユーザに送信する必要がある。端末がデータ・ブロードキャストを受信する際、データ・ファイルを復号するためのキーを見つけられることを確保するため、データ・ブロードキャスト・サービスには、データ・ファイルと当該キーを携帯するキー・ファイルを関連付けるメカニズムが必要とされる。
【０００５】
その問題に対して、ＭＢＭＳサービスに対する従来の解決案は以下のようである。
ＭＢＭＳ サービスにおけるデータ・ファイルは全てＯＭＡ  ＤＲＭ  ＤＣＦファイルフォーマットでカプセルされ、又、ＤＣＦファイルの特定フィールド（例えば、ＲｉｇｈｔＩｓｓｕｅｒＵＲＬ）に当該ファールを復号するためのキー標識を携帯する。暗号化ファイルのキーに対して、ＭＩＫＥＹメッセージのフォーマットで独立したキー・ファイルにカプセルし、ＭＩＫＥＹ・メッセージの特定フィールドにキーの標識を携帯する。キー・ファイルと暗号化されたデータ・ファイルは同一ＦＬＵＴＥストリームで伝送される。
【０００６】
端末がデータ・ファイルを受信する具体的なステップは次のようで、1、ファイル記述テーブルから受信したいデータ・ファイルをサーチし、当該ファイルのＴＯＩ値を見つけ、ＴＯＩ値によりデータ・ファイルを受信し、２、端末がデータ・ファイル受信後、当該ファイルを解析し、当該ファイルからキー標識を抽出し、３、端末が全てのキー・ファイルを受信し、各キー・ファイルを解析し、キー標識とキーを抽出し、当該キー標識とデータ・ファイルにおけるキー標識を対比し、一致であれば、当該キーでデータ・ファイルを復号し、一致でなければ、継続して次のキー・ファイルを受信する。
【０００７】
従来技術において、端末が特定なデータ・ファイルのみ受信すれば良い場合、全てのキー・ファイルを受信して、対応するキーを見つけるまでキーファイルを一つ一つと解析しなければならない。そのため、端末が大量な無用情報を受信しなければならなくなり、端末のリソース浪費を招き、又、端末が必要なキーファイルを早くロケートできないため、受信速度が低下し、顧客のサービスへの体験に影響を及ぼしていた。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の第一の目的は、端末が大量な無用情報を受信し、リソース浪費を招き、受信速度に影響を及ぼすという従来技術の欠陥に対して、端末の大量な無用情報の受信を回避でき、データ・ファイルと対応するキー・ファイルを早くロケートできるファイル記述情報の生成装置を提供することにある。
【０００９】
本発明の第二の目的は、端末が大量な無用情報を受信し、リソース浪費を招き、受信速度に影響を及ぼすという従来技術の欠陥に対して、端末の大量な無用情報の受信を回避でき、データ・ファイルと対応するキー・ファイルを早くロケートできるデータ・ファイル復号方法を提供することにある。
【００１０】
本発明の第三の目的は、端末が大量な無用情報を受信し、リソース浪費を招き、受信速度に影響を及ぼすという従来技術の欠陥に対して、端末の大量な無用情報の受信を回避でき、データ・ファイルと対応するキー・ファイルを早くロケートできるデータ・ファイル復号装置を提供することにある。
【００１１】
本発明の第四の目的は、端末が大量な無用情報を受信し、リソース浪費を招き、受信速度に影響を及ぼすという従来技術の欠陥に対して、端末の大量な無用情報の受信を回避でき、データ・ファイルと対応するキー・ファイルを早くロケートできるデータ・ブロードキャスト・システムを提供することにある。
【課題を解決するための手段】
【００１２】
第一の目的に対して、本発明は一種のファイル記述情報の生成装置を提供し、データ・ファイル標識を生成するためのデータ記述情報生成モジュールと、前記データ・ファイルを復号するキー・ファイル標識を生成するためのキー記述情報生成モジュールと、前記データ・ファイル標識と前記キー・ファイル標識により、ファイル記述情報を生成するファイル記述情報生成モジュールとを含む。
【００１３】
第二の目的に対して、本発明は一種のデータ・ファイル復号方法を提供し、データ・ファイル標識と前記データ・ファイルに対応するキー・ファイル標識を含むファイル記述情報を受信するステップと、前記データ・ファイル標識と前記キー・ファイル標識により、対応する前記データ・ファイルと前記キー・ファイルを受信するステップと、前記キー・ファイルにより、前記データ・ファイルを復号するステップとを含む。
【００１４】
第二の目的に対して、本発明は又、一種のデータ・ファイル復号方法を提供し、データファイルの伝送対象標識と当該データファイルを復号するキー・ファイルの内容位置標識を含むファイル記述情報を受信するステップと、キー・ファイルの内容位置標識により、前記ファイル記述情報から当該キーファイルの伝送対象標識をサーチするステップと、データファイルの伝送対象標識とキーファイルの伝送対象標識により対応するデータ・ファイルとキー・ファイルを受信するステップと、前記キー・ファイルにより前記データ・ファイルを復号するステップとを含む。
【００１５】
第三の目的に対して、本発明は一種のデータ・ファイル復号装置を提供し、ファイル記述情報におけるサーチしたいデータ・ファイル標識と対応するキー・ファイル標識を受信するファイル標識受信モジュールと、前記データ・ファイル標識と前記キー・ファイル標識により、対応する前記データ・ファイルと前記キー・ファイルを受信するファイル受信モジュールと、前記キー・ファイルにより、前記データ・ファイルを復号する解析モジュールと、を含む。
【００１６】
第四の目的に対して、本発明は一種のデータ・ブロードキャスト・システムを提供し、データ・ファイル標識と前記データ・ファイルに対応するキー・ファイル標識を含むファイル記述情報を生成する記述情報生成装置と、ファイル記述情報における前記データ・ファイル標識と前記キー・ファイル標識を受信し、前記データ・ファイル標識と前記キー・ファイル標識により、対応する前記データ・ファイルと前記キー・ファイルを受信し、前記キー・ファイルにより、前記データ・ファイルを復号するデータ・ファイル復号装置と、を含む。
【発明の効果】
【００１７】
本発明に係る記述情報生成装置、データ・ファイル復号方法、復号装置及びデータ・ブロードキャスト・システムは、ＦＤＴファイルにデータ・ファイル標識とそれに対応するキー・ファイル標識を設定し、データ・ファイル標識とキー・ファイル標識により対応するファイルを受信することにより、端末の大量な無用情報の受信によるリソース浪費を回避し、又、端末が受信したいファイルを早くロケートでき、データ・ファイルの復号による時間遅延を回避し、顧客のサービスへの体験を向上できる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第一の実施形態に係るデータ・ファイル復号方法のフローを示す図である。
【図２】本発明の第一の実施形態に係る記述情報生成装置の構造を示す図である。
【図３】本発明の第一の実施形態に係るデータ・ファイル復号装置の構造を示す図である。
【図４】本発明の第一の実施形態に係るデータ・ブロードキャスト・システムの構造を示す図である。
【図５】本発明の第二の実施形態に係るデータ・ファイル復号方法のフローを示す図である。
【図６】本発明の第二の実施形態に係る記述情報生成装置の構造を示す図である。
【図７】本発明の第二の実施形態に係るデータ・ファイル復号装置の構造を示す図である。
【発明を実施するための形態】
【００１９】
以下は附図を結合して本発明に対して詳細に説明する。
【００２０】
図１に示すように、本発明の第一の実施形態に係るデータ・ファイル復号方法は、ＭＢＭＳのようなデータ・ブロードキャスト・サービスに応用でき、具体的に、
端末がＦＤＴにおけるデータ・ファイルＴＯＩ値と当該データ・ファイルを復号するためのキー・ファイルＴＯＩ値を受信するステップ１２と、
データ・ファイルＴＯＩ値とキー・ファイルＴＯＩ値により、対応するデータ・ファイルとキー・ファイルを受信するステップ１４と、
キー・ファイルによりデータ・ファイルを復号するステップ１６と、
を含む。
【００２１】
１キー・ファイル毎に１つのキーを含むことができ、対応するデータ・ファイルを復号する。
【００２２】
キー・ファイルに複数のキーが含まれた場合、データファイルにはキー標識が含まれ、当該データファイルを解析し、対応するキー標識を取得してから、前記キー標識により前記キー・ファイルから対応するキーを抽出し、又、前記キーで前記データ・ファイルを復号する。
【００２３】
図２に示すように、本発明の第一の実施形態に係る記述情報生成装置３０は、データ・ファイルＴＯＩ値を含むデータ・ファイルの記述情報を生成するデータ記述情報生成モジュール３２と、データ・ファイルを復号するための、キー・ファイルＴＯＩ値を含むキー・ファイルの記述情報を生成するキー記述情報生成モジュール３４と、データ・ファイルＴＯＩ値とキー・ファイルＴＯＩ値により、ＦＤＴファイルを生成するファイル記述情報生成モジュール３８とを含む。
【００２４】
ＭＢＭＳを例として、記述情報生成装置は内容配布サーバに配置されるが、以下のようなＦＤＴファイルを生成する。
【数１】
0005362844.tif 000002
【００２５】
そのうち、「ＫＥＹ＿ＦＩＬＥ＿ＴＯＩ＝″８″」と「ＫＥＹ＿ＦＩＬＥ＿ＴＯＩ＝″９″」は新しく追加されたキー・ファイルＴＯＩ値の記述文である。そのうち、データ・ファイル「ｍａｉｎ．ｓｄｐ」のＴＯＩ値が２であり、対応するキー・ファイルＴＯＩ値が８であり、データ・ファイル「ｔｒａｉｌｅｒ．３ｇｐ」のＴＯＩ値が３であり、対応するキー・ファイルＴＯＩ値が９である。
【００２６】
図３に示すように、本発明の第一の実施形態に係るデータ・ファイル復号装置５０は、ＦＤＴにおけるサーチしたいデータ・ファイルＴＯＩ値と対応するキー・ファイルＴＯＩ値を受信するファイル標識受信モジュール５２と、データ・ファイルＴＯＩ値とキー・ファイルＴＯＩ値により、対応するデータ・ファイルとキー・ファイルを受信するファイル受信モジュール５４と、キー・ファイルによりデータ・ファイルを復号する解析モジュール５８とを含む。
【００２７】
第一の実施形態において、データ・ファイル復号装置５０は端末に位置される。端末がＴＯＩ値が２であるデータ・ファイルを受信する必要がある場合、ＴＯＩ値により対応するデータ・ファイルをサーチしてダウンロードし、ＦＤＴにおける記述により、当該データ・ファイルに対応するＴＯＩ値が８であるキー・ファイルを同時にダウンロードし、当該キー・ファイルに含まれたキーでデータ・ファイルを復号する。
【００２８】
図４に示すように、本発明の第一の実施形態に係るデータ・ブロードキャスト・システムは、データ・ファイル標識と前記データ・ファイルに対応するキー・ファイル標識を含むファイル記述情報を生成する記述情報生成装置３０と、データ・ファイル標識とキー・ファイル標識を受信し、データ・ファイル標識とキー・ファイル標識により、対応するデータ・ファイルとキー・ファイルを受信し、前記キー・ファイルによりデータ・ファイルを復号するデータ・ファイル復号装置５０とを含む。本発明の第一の実施形態において、ＦＤＴにデータ・ファイルＴＯＩ値と当該データ・ファイルを復号するキー・ファイルＴＯＩ値を含むことにより、端末がデータ・ファイルとキー・ファイルを早く受信でき、大量な無用情報の受信によるリソース浪費を回避できる。又、データ・ファイの復号による時間遅延も回避でき、顧客のサービスへの体験を向上した。
【００２９】
図５に示すように、本発明の第二の実施形態に係るデータ・ファイル復号方法は、
端末がＦＤＴにおけるデータ・ファイルＴＯＩ値、当該データ・ファイルを復号するキー・ファイルＴＯＩ値及び当該データ・ファイルに対応するキー標識を受信するステップ１２′と、
データ・ファイルＴＯＩ値とキーファイルＴＯＩ値により、対応するデータ・ファイルとキー・ファイルを受信するステップ１４′と、
キー標識によりキー・ファイルから対応するキーを抽出するステップ１５′と、
キーによりデータ・ファイルを復号するステップ１６′と、
を含む。
【００３０】
キー・ファイル毎は複数のデータ・ファイルに対応するキーを含む可能性があるため、ＦＤＴファイルにデータ・ファイルに対応するキー標識を追加し、データ・ファイルへの解析を必要しないことにより、当該データ・ファイルのキーをより速くロケートできるようになる。
【００３１】
図６に示すように、本発明の第二の実施形態に係る記述情報生成装置３０′は、データ・ファイルＴＯＩ値を含むデータ・ファイルの記述情報を生成するデータ記述情報生成モジュール３２と、データ・ファイルを復号するための、キー・ファイルＴＯＩ値を含むキー・ファイルの記述情報を生成するキー記述情報生成モジュール３４と、当該データ・ファイルに対応するキー標識を生成するキー標識生成モジュール３６と、データ・ファイル標識、キー・ファイル標識とキー標識により、ＦＤＴファイルを生成するファイル記述情報生成モジュール３８とを含む。
【００３２】
同様に、ＭＢＭＳを例として、記述情報生成装置３０′は内容配布サーバに位置されるが、以下のようなＦＤＴファイルを生成する。
【数２】
0005362844.tif 000003
【００３３】
そのうち、「ＫＥＹ＿ＩＤ＝″ＢＡＦＥ＝″」はＦＤＴにおけるキー標識の記述文である。そのうち、データ・ファイル「ｍａｉｎ．ｓｄｐ」のＴＯＩ値が２であり、対応するキー・ファイルＴＯＩ値が８であり、対応するキー標識が″ＢＡＦＥ＝″である。
【００３４】
図７に示すように、本発明の第二の実施形態に係るデータ・ファイル復号装置５０′は、記述情報生成装置３０′により生成された、ＦＤＴにおけるサーチしたいデータ・ファイルＴＯＩ値と対応するキー・ファイルＴＯＩ値を受信するファイル標識受信モジュール５２と、データ・ファイルＴＯＩ値とキー・ファイルＴＯＩ値により、対応するデータ・ファイルとキー・ファイルを受信するファイル受信モジュール５４と、データ・ファイルに対応するキー標識を受信するキー標識受信モジュール５６と、キー・ファイルによりデータ・ファイルを復号する解析モジュール５８′とを含む。
【００３５】
解析モジュール５８′は、キー標識によりキー・ファイルから対応するキーを抽出するキー抽出サブモジュールと、キーにより前記データ・ファイルを復号する復号サブモジュールとを含む。
【００３６】
端末がＴＯＩ値が２であるデータ・ファイルを受信する必要がある場合、ＴＯＩ値により対応するデータ・ファイルをサーチしてダウンロードし、ＦＤＴにおける記述により、当該データ・ファイルに対応するＴＯＩ値が８であるキー・ファイルを同時にダウンロードし、又、受信されたキー標識″ＢＡＦＦ＝″により、ＴＯＩ値が８であるキー・ファイルから対応するキーを抽出し、当該キー標識が″ＢＡＦＦ＝″であるキーでデータ・ファイルを復号する。
【００３７】
本発明の第二の実施形態に係るデータ・ブロードキャスト・システムは、更にデータ・ファイル標識、前記データ・ファイルに対応するキー・ファイル標識と前記データ・ファイルに対応するキー標識を含むファイル記述情報を生成する記述情報生成装置３０′と、更にファイル記述情報に含まれた前記データ・ファイル標識、前記キー・ファイル標識と前記キー標識を受信し、前記データ・ファイル標識と前記キー・ファイル標識により、対応するデータ・ファイルとキー・ファイルを受信し、前記キー標識により、前記キー・ファイルから対応するキーを抽出し、又、前記キーにより前記データ・ファイルを復号するデータ・ファイル復号装置５０′とを含む。
【００３８】
本発明の第二の実施形態は、キー・ファイルＴＯＩをＦＤＴに追加する以外、更にデータ・ファイルに対応するキー標識をＦＤＴに追加した。そうすると、キー・ファイルが複数のキーを含む場合、端末がキー・ファイルを早くロケートできる以外、又、データ・ファイルを解析しない前提で直接にキーを見つけられる。
【００３９】
本発明の第三の実施形態に係るデータ・ファイル復号方法において、端末がＦＤＴにおける内容位置標識（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ値）により、対応するキー・ファイルを受信できる。しかし、端末がＴＯＩ値により、ＦＬＵＴＥストリームから特定なファイルを受信する必要があるため、キー・ファイルのＣｏｎｔｅｎｔ −Ｌｏｃａｔｉｏｎ値を受信した後、更に、ＦＤＴテーブルの中からキー・ファイルのＴＯＩ値を見つけ、当該ＴＯＩ値によりキー・ファイルを受信する必要がある。
【００４０】
ＭＢＭＳを例として、記述情報生成装置は以下のようなＦＤＴファイルを生成する。
【数３】
0005362844.tif 000004
【００４１】
上述したＦＤＴファイルの第一の段落のＦｉｌｅから、データ・ファイルｍａｉｎ．ｓｄｐのＴＯＩ＝″２″であり、そのうち、ＫＥＹ＿ＦＩＬＥ＿ＣＯＮＴＥＮＴ−Ｌｏｃａｔｉｏｎで標識されたファイルに暗号化ｍａｉｎ．ｓｄｐファイルのキーを携帯することが分かり、第二の段落のＦｉｌｅから、キー・ファイルｋｅｙ．ｂｉｎのＴＯＩ＝″８″であることが分かる。
【００４２】
第三の実施形態に係るデータ・ファイル復号方法は具体的に、
端末がＦＤＴにおけるデータ・ファイルＴＯＩ値と当該データ・ファイルを復号するキー・ファイルのＣｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ 値を受信するステップ１２′′と、
端末がキー・ファイルのＣｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ値により、ＦＤＴテーブルの中から当該キー・ファイルのＴＯＩ値をサーチするステップ１４′′と、
データ・ファイルＴＯＩ値とキー・ファイルＴＯＩ値により、対応するデータ・ファイルとキー・ファイルを受信するステップ１６′′と、
キー・ファイルによりデータ・ファイルを復号するステップ１８′′と、
を含む。
【００４３】
キー・ファイルに複数のキーが含まれた場合、データファイルにはキー標識が含まれ、当該データ・ファイルを解析し、対応するキー標識を取得後、前記キー標識により前記キー・ファイルから対応するキーを抽出し、又、前記キーにより前記データ・ファイルを復号する。例えば、上述したＦＤＴファイルに、キー標識を記述する文「ＫＥＹ＿ＩＤ＝″ＢＡＦＦ＝"」を追加する。そのうち、データ・ファイル″ｍａｉｎ．ｓｄｐ"のＴＯＩ値が２であり、対応するキー・ファイルのＣｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎの値が″ｋｅｙ．ｂｉｎ"であり、キー・ファイルのＴＯＩ値が８であり、対応するキー標識が″ＢＡＦＦ＝"である。
【００４４】
本発明の第三の実施形態において、ＦＤＴにデータ・ファイルＴＯＩ値と当該データ・ファイルを復号するためのキー・ファイルＣｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ値を携帯することにより、端末はデータ・ファイルとキー・ファイルを早く受信できることによって、大量な無用情報の受信によるリソース浪費を回避できる。それと共に、データ・ファイルの復号による時間遅延も回避でき、顧客のサービスへの体験を向上した。
【００４５】
上述した実施形態は本発明を説明するだけで本発明を限定するものではない。本発明も上述した例に限定されることではなく、本発明の精神と範囲から逸脱しない全ての技術案とその改造は本発明の特許請求の範囲にカバーされるものである。
【図１】
0005362844.tif 000005
【図２】
0005362844.tif 000006
【図３】
0005362844.tif 000007
【図４】
0005362844.tif 000008
【図５】
0005362844.tif 000009
【図６】
0005362844.tif 000010
【図７】
0005362844.tif 000011