(57)【要約】【課題】  ディジタル放送において，映像や音声，データなどのコンテンツが放送局などのセンタから携帯電話などの端末に配信されている。データには有料コンテンツなどもあり，権利のある端末だけがデータを受信し，みることができるようにするために，CASといわれる限定同報の仕組みが用いられている。CASにおいては，データの秘匿にブロック暗号Multi2を用いているが，コンテンツデータをストリーム暗号で秘匿化し，処理の高速化を図ろうとした場合，前述の通信データのロストに対応することが困難である。【解決手段】  本発明は、配信データのパケット長の最大値を単位長とし，配信データと鍵ストリームを単位長に区切り，送出するパケット順，鍵ストリームの先頭から区切った単位長のデータを秘匿するとともに，データと鍵ストリームの同期をとるために，同期のタイミングを導きだす情報を適宜付加する手段を設けている。【選択図】図２
2011114594.tif 000002
【特許請求の範囲】
【請求項１】
データを配信する第1の端末と，配信データを受信する第2の端末からなる情報システムにおいて，
第1の端末は，配信データ生成部，配信データを暗号化のための鍵情報と初期値,
配信データの暗号化処理部を有し，
第2の端末は，配信データを復号化するための鍵情報と初期値，受信データの復号化処理部を有し，
第1の端末の暗号化処理部おいて，配信データ生成部で作成した配信データと，鍵情報と初期値から生成した鍵ストリームのそれぞれのデータを先頭から固定長に分割し，分割したデータと対応する分割した鍵ストリームで排他的論理和を算出して第2の端末に送出し，
第2の端末は，復号化処理部において，受信したデータと，復号化するための鍵情報と初期値から生成した鍵ストリームのそれぞれのデータを先頭から固定長に分割し，分割した受信データと対応する分割した鍵ストリームで排他的論理和を算出して配信データを得る
ことを特徴とする暗号通信方法。
【請求項２】
請求項１に記載のデータ暗号化方法において，
配信するデータは，鍵ストリームを分割する固定長より短い長さになるように分割し，対応する分割した鍵ストリームで暗号化に使用しなかった鍵ストリーム部位は破棄する
ことを特徴とするデータ暗号化方法。
【請求項３】
請求項１または２に記載のデータ暗号化方法において，
配信データには暗号化を必要としないシステムの制御データやメッセージデータを含み，分割した配信データを暗号化しない場合には，対応する分割した鍵ストリームを破棄，あるいは破棄したことを認識できる情報を配信データに含める
ことを特徴とするデータ暗号化方法。
【請求項４】
請求項１または２に記載のデータ暗号化方法において，
配信データには暗号化を必要としないダミーデータを含み，当該ダミーデータの空領域に対応する分割した鍵ストリームを付与，あるいは当該ダミーデータに対応して破棄する鍵ストリームを認識できる情報を付与する
ことを特徴とするデータ暗号化方法。
【請求項５】
請求項１ないし４いずれかに記載のデータ暗号化方法において，
配信データに含められる制御データとして，鍵ストリームの生成や識別に必要なIV情報，あるいは，鍵ストリームのどの部位が対応しているかを識別する
ことを特徴とするデータ暗号化方法。
【請求項６】
請求項１ないし５いずれかに記載のデータ暗号化処理を特徴とした、情報処理装置上で実行されるデータ暗号化処理プログラム。
【請求項７】
請求項１ないし５いずれかに記載のデータ暗号化処理を特徴とした、データ暗号化処理を実行する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、何らかの情報処理を行なう情報処理装置において、ストリーム暗号を用いて電子情報を守秘するための暗号化方法に関する。
【背景技術】
【０００２】
昨今、ディジタルデータ利用における情報セキュリティ技術の重要性が指摘されており、その基盤技術の一つとして暗号技術がある。暗号技術は、守秘対象となるデータ（平文）に、秘密裏に保管される暗号鍵に基づく変換（暗号化）を施し暗号文を得、該暗号文からは、該暗号鍵なしに平文を取り出すことが困難であることを安全性の根拠としている。暗号方式の安全性は、暗号鍵なしに暗号文から平文を得ることの困難性を評価尺度とすることが多く、具体的には暗号方式の用いる暗号鍵のビット長（鍵長）を用いている。例として、鍵長が１２８ビットであれば、暗号文から暗号鍵なしに平文を取り出すには、２１２８通りの暗号鍵を候補とした総当り試行での暗号演算が必要となり、上記試行に要する演算時間が、その時点で入手可能な演算器の能力と比較して現実的でない場合に、同暗号方式は計算量的に安全であるとされる。
【０００３】
情報の秘匿のために用いる暗号技術の一つである共通鍵暗号には，ブッロク暗号とストリーム暗号があり，一般に，ストリーム暗号は，ブロック暗号に比べて処理性能がよいことから，テレビの映像や音声など，大容量のディジタルデータを秘匿するのに適している。
【０００４】
その反面，ブロック暗号はブロック（例えば６４ビット）単位で暗号化処理をしており，ブロック単位で復号できるため，通信データのロストが発生した場合も，ロストしなかったブロックは復号することができる。ストリーム暗号は，１ビット単位での暗号化処理が可能であり，ロストしたデータ量が特定できないと，ロストしたデータの秘匿に用いた鍵ストリーム量を特定できず，ロスト以降の通信データを復号できない。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】デジタル放送におけるアクセス制御方式  ARIB  STD-B25  （社）電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ディジタル放送において，映像や音声，データなどのコンテンツが放送局などのセンタから携帯電話などの端末に配信されている。データには有料コンテンツなどもあり，権利のある端末だけがデータを受信し，みることができるようにするために，非特許文献１では，CASといわれる限定同報の仕組みが用いられている。CASにおいては，データの秘匿にブロック暗号Multi2を用いているが，コンテンツデータをストリーム暗号で秘匿化し，処理の高速化を図ろうとした場合，前述の通信データのロストに対応することが困難である。
【０００７】
以上より、本発明の課題は、ストリーム暗号で秘匿した配信データが，通信路上でデータのロストを発生させた場合，ロスト以降のデータを復号できないという点である。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、配信データのパケット長の最大値を単位長とし，配信データと鍵ストリームを単位長に区切り，送出するパケット順，鍵ストリームの先頭から区切った単位長のデータを秘匿するとともに，データと鍵ストリームの同期をとるために，同期のタイミングを導きだす情報を適宜付加する手段を設ける。
【０００９】
具体的な本発明の態様は、データを配信する第1の端末と，配信データを受信する第2の端末からなる情報システムにおけるデータ暗号通信方法であって，第1の端末は，配信データ生成部，配信データを暗号化のための鍵情報と初期値,配信データの暗号化処理部を有し，第2の端末は，配信データを復号化するための鍵情報と初期値，受信データの復号化処理部を有し，第1の端末の暗号化処理部おいて，配信データ生成部で作成した配信データと，鍵情報と初期値から生成した鍵ストリームのそれぞれのデータを先頭から固定長に分割し，分割したデータと対応する分割した鍵ストリームで排他的論理和を算出して第2の端末に送出し，第2の端末は，復号化処理部において，受信したデータと，復号化するための鍵情報と初期値から生成した鍵ストリームのそれぞれのデータを先頭から固定長に分割し，分割した受信データと対応する分割した鍵ストリームで排他的論理和を算出して配信データを得ることを特徴とする。
【００１０】
また、配信するデータは，鍵ストリームを分割する固定長より短い長さになるように分割し，対応する分割した鍵ストリームで暗号化に使用しなかった鍵ストリーム部位は破棄してもよい。
【００１１】
また、配信データには暗号化を必要としないシステムの制御データやメッセージデータを含み，分割した配信データを暗号化しない場合には，対応する分割した鍵ストリームを破棄，あるいは破棄したことを認識できる情報を配信データに含めてもよい。
【００１２】
また、配信データには暗号化を必要としないダミーデータを含み，当該ダミーデータの空領域に対応する分割した鍵ストリームを付与，あるいは当該ダミーデータに対応して破棄する鍵ストリームを認識できる情報を付与してもよい。
【００１３】
また、配信データに含められる制御データとして，鍵ストリームの生成や識別に必要なIV情報，あるいは，鍵ストリームのどの部位が対応しているかを識別してもよい。
【発明の効果】
【００１４】
本発明によれば、ストリーム暗号で秘匿したデジタルデータの配信において，通信パケットがロストした場合にも，ロストされたパケットより後ろの秘匿化されたデータを，早期に復号するが可能となることが期待できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第一の実施形態に係るストリーム暗号処理部の概略構成図
【図２】本発明の第一の実施形態に係るペイロードデータの暗号化方式の処理概略図
【図３】本発明の第一の実施形態に係るペイロードデータの暗号化方式の処理概略図
【図４】本発明の第一の実施形態に係るペイロードデータの暗号化方式の処理概略図
【図５】本発明の第一の実施形態に係る暗号処理における初期値の更新方式の処理概略図
【図６】本発明の第一の実施形態に係る暗号処理における初期値の更新方式の処理概略図
【図７】本発明の第一の実施形態に係る暗号送信機の概略動作フローチャート
【図８】本発明の第一の実施形態に係る暗号受信機の概略動作フローチャート
【図９】本発明の第一の実施形態に係る暗号送信機の概略構成図
【図１０】本発明の第一の実施形態に係る暗号受信機の概略構成図
【発明を実施するための形態】
【００１６】
本発明の実施形態について、図１から１０を用いて説明する。
【００１７】
まず、本実施形態に係る暗号処理方式の概略について、図１を用いて説明する。図１は、本実施形態に係るストリーム暗号処理部の概略構成図である。
【００１８】
図中、１０１は、ストリーム暗号処理部である。１０２は、ストリーム暗号処理部１０１の中核処理をなす擬似乱数生成器である。擬似乱数生成器としては、例えば専用の擬似乱数生成器を用いてよいし、ブロック暗号のいわゆるカウンターモードなどの擬似乱数生成モードを用いてもよい。１０３は、擬似乱数生成に必要な鍵入力である。１０４は、擬似乱数生成に必要な初期値入力(以下、図中ではＩＶと示す)である。１０５は、擬似乱数生成器１０２が、鍵１０３、及び初期値１０４を入力として生成した擬似乱数列である。１０７は、ストリーム暗号処理の対象となる、ストリーム暗号処理部への平文入力である。１０６は、擬似乱数列１０５と平文入力１０７を入力とするｂｉｔ毎の排他的論理和演算器である。ストリーム暗号処理部１０１における暗号処理部となる。１０８は、ストリーム暗号処理部１０１から出力される暗号文である。即ち、暗号文１０８は、平文１０７に対し、鍵１０３、及び初期値１０４を入力としてストリーム暗号処理を施されたものとなる。
【００１９】
次に、該暗号処理方式を用いた、暗号通信方式の概略について、図７から図１０を用いて説明する。先ず、図７、図９を用いて、本実施形態における暗号送信機の構成及び、概略動作を説明する。図７は、本実施形態における暗号送信機の概略動作フローチャートである。図９は本実施形態における暗号送信機の概略構成図である。先ず、図９を用いて、本実施形態における暗号送信機の概略構成を説明する。
【００２０】
図中、９０１は、暗号送信機本体である。本実施形態においては、通信対象となるデータはデジタル化され、所定のデータフォーマットによりパケット化されたパケットデータである。又、パケットデータは通信、その他の処理に用いるデータを納めたヘッダデータと通信対象となるペイロードデータに大別する。９０２は、暗号送信機９０１に入力する、暗号送信の対象となるペイロードデータである。９０３は、暗号送信機９０１に入力する、通信、その他の処理に用いるデータを納めたヘッダデータである。ヘッダデータは暗号化の対象外、ペイロードデータは、所定の条件により、暗号化対象となる場合、暗号化対象とならない場合が混在する。１０１は、ペイロードデータの暗号化に用いるストリーム暗号処理部である。９０４は、ペイロードデータ９０２、ヘッダデータ９０３の情報に基づき、暗号処理の内容を判断し、ストリーム暗号処理部１０１を制御する暗号制御部である。９０５は、暗号制御部９０４の指示により、ペイロードデータ９０２に対しストリーム暗号処理部１０１が暗号処理を施した結果出力される、暗号化ペイロードデータである。９０６は、ヘッダ９０３、及び、暗号化ペイロードデータ９０５を対象として送信処理を行なう送信処理部である。データの結合方式、変調方式など具体的な送信方式は特に限定を行なわない。９０７は、暗号送信機９０１から出力される暗号化済送信パケットデータである。
【００２１】
次に、図７を用いて、本実施形態における暗号送信機の概略動作を説明する。
【００２２】
暗号送信機９０１は、ヘッダデータ９０３、ペイロードデータ９０２からなる送信パケットデータを入力する（７０１）。
【００２３】
暗号制御部９０４の指示により、所定の暗号化鍵１０３、初期値１０４を用いて、擬似乱数生成器１０２による擬似乱数生成を行なう（７０２）。
【００２４】
生成した擬似乱数に基づき、ペイロードデータの暗号化を行なう（７０３）。
【００２５】
送信処理部７０６により、暗号化送信パケットを送信する（７０４）。
【００２６】
次に、図８、図１０を用いて、本実施形態における暗号受信機の構成及び、概略動作を説明する。図８は、本実施形態における暗号受信機の概略動作フローチャートである。図１０は本実施形態における暗号受信機の概略構成図である。先ず、図１０を用いて、本実施形態における暗号受信機の概略構成を説明する。
【００２７】
図中、１００１は、暗号受信機本体である。９０２、９０３、９０５、９０７は、図９に示したものと同一であり説明は省略する。１００２は、暗号化パケットデータ９０７を対象として受信処理を行なう受信処理部である。データの結合方式、復調方式など具体的な受信方式は特に限定を行なわない。１００３は、ヘッダデータ９０３の情報に基づき、暗号処理の内容を判断し、ストリーム暗号処理部１０１を制御する暗号制御部である。
【００２８】
次に、図８を用いて、本実施形態における暗号受信機の概略動作を説明する。
【００２９】
暗号受信機１００１は、受信処理部１００２により、暗号化受信パケットを受診する（８０１）。
【００３０】
暗号制御部１００３の指示により、所定の暗号化鍵１０３、初期値１０４を用いて、擬似乱数生成器１０２による擬似乱数生成を行なう（８０２）。
【００３１】
生成した擬似乱数に基づき、ペイロードデータの復号化を行なう（８０３）。
【００３２】
暗号受信機１００１は、ヘッダデータ９０３、ペイロードデータ９０２を出力する（８０４）。
【００３３】
次に、暗号送信機９０１におけるペイロードデータ９０２の暗号化方式について、図２から図４を用いて説明する。
【００３４】
図２は、本実施形態におけるペイロードデータ９０２の暗号化方式の処理概略図である。図中、２０１から２０４は、パケットデータを構成するヘッダデータ、２０５から２０８は、パケットデータを構成するペイロードデータである。２１４から２１８は、所定の暗号処理のよって暗号化された暗号化済ペイロードデータである。暗号処理に用いる鍵１０３、初期値１０４は同一とする。パケットデータ全体は図示した長さ（ペイロードデータ（４）まで）に限定されることはなく不定長でよい。該パケットデータ中、ペイロードデータは所定の固定長である。図中１０７でしめしたうち、ペイロードデータ２０５から２０８までが暗号処理対象となる平文となる。暗号処理に用いる擬似乱数は、擬似乱数生成器１０２で生成されるが、生成された擬似乱数１０５は、該ペイロードデータの所定の固定長に分割され、それぞれペイロードデータ２０５から２０８までと排他的論理和１０６処理を施され、暗号化済ペイロードデータ２１４から２１８を得る。従い、ヘッダデータ２０１から２０４には暗号化処理が施されず、次に、ヘッダデータ２０１から２０４と暗号化済ペイロードデータ２１４から２１８を、ヘッダデータ２０１から２０４とペイロードデータ２０５から２０８と同様の順番で並べることで、図中１０８で示した、暗号化済パケットデータ列が得られる。
【００３５】
以上により、暗号化対象でないヘッダデータを暗号することなしに、暗号化対象であるペイロードデータのみの暗号化が可能である。
【００３６】
尚、図２においては、全ペイロードデータを暗号化対象としたが、ペイロードデータの一部のみを暗号化対象としてもよい。図３は、上記の場合の、本実施形態におけるペイロードデータ９０２の暗号化方式の処理概略図である。図３の構成は、ほぼ図２と同一であるが、３０１は暗号化対象とならないペイロードデータである。暗号化対象とならないペイロードデータがある場合には、図示するように、生成した擬似乱数で飛ばしたデータを処理することで、処理対象を選んだ暗号化が可能である。又、図示していないが、もう一つの方式として、暗号化対象でない順番のペイロードデータに対応する擬似乱数を使わないという方式がある。図３であれば、データ（０）の暗号化に擬似乱数（０）を、データ（１）の暗号化に擬似乱数（１）を、データ（３）の暗号化に擬似乱数（３）を、データ（４）の暗号化に擬似乱数（４）を用い、擬似乱数（２）は使わないとするものである。尚、どのペイロードデータの暗号処理対象であるかは、ヘッダに記載することで、送信機、受信期間で共有可能である。
【００３７】
又、図２においては、全ペイロードデータが所定の固定長としたが、ペイロードデータの一部が所定の固定長を最大値と刷る不定長としてもよい。図４は、上記の場合の、本実施形態におけるペイロードデータ９０２の暗号化方式の処理概略図である。図４の構成は、ほぼ図２と同一であるが、４０１は所定の固定長よりも短いペイロードデータである。この場合、暗号化対象となる順番のペイロードデータに対応する擬似乱数を必要な長さだけを利用し、長さが合わない分は使わない。このようにすることで、生成する擬似乱数の分割長を管理することなく、不定長ペイロードの暗号化が可能となる。尚、どのペイロードデータの長さは、ヘッダに記載することで、送信機、受信期間で共有可能である。
【００３８】
次に、暗号送信機９０１における暗号処理における初期値１０４の更新方式について、図５、図６を用いて説明する。
【００３９】
図５は、本実施形態における暗号処理における初期値１０４の更新方式の処理概略図である。図中、２０１から２０４、２０５から２０７、２１４から２１６は、図２に示したものと同一である。５０１、５０２は、初期値１０３を記載した初期値ペイロードである。初期値データは、本来の通信対象であるペイロードデータではなく、送信機、受信機間で初期値を共有する目的でパケットデータに挿入される。送信機においては、初期値パケット５０１に後続するペイロードデータ２０５、２０６の暗号化には、初期値パケット５０１に記載の初期値ＩＶ（０）を用いる。初期値ＩＶ（０）に基づき生成された擬似乱数を、擬似乱数（０−０）、擬似乱数（０−１）、擬似乱数（０−２）で示している。次に、所定のタイミングで初期値１０４を更新し、更新した初期値を初期値パケット５０２に記載する。送信機においては、初期値パケット５０２に後続するペイロードデータ２０７の暗号化には、初期値パケット５０２に記載の初期値ＩＶ（１）を用いる。初期値ＩＶ（１）に基づき生成された擬似乱数を、擬似乱数（１−０）、擬似乱数（１−１）、擬似乱数（１−２）で示している。初期値パケットは、必要な初期値の更新タイミングに依存して、任意のタイミングで挿入すればよい。
【００４０】
又、図５においては、本来のペイロードデータパケット中に初期値パケットを挿入するとしたが、固定帯域の通信方式を前提とする場合は、下記方式としてもよい。図６は、本実施形態における暗号処理における初期値１０４の更新方式の処理概略図である。図６の構成は、ほぼ図５と同一であるが、６０１、６０２は無効データである。例えば、デジタル放送のような固定帯域の通信方式においては、有効な情報を含むペイロードデータの送信が不要な場合にも、有効な情報を含まない無効ペイロード（ｎｕｌｌパケットと呼ぶ場合もある）を創出し続ける場合がある。このような通信方式を前提とする場合には、図５で説明した初期値パケットの機能を、無効ペイロードを利用して実現することが可能である。図中、無効ペイロードデータ６０１、６０２に記載された初期値を利用することで、図５に示した方式と同一の機能実現が可能である。無効データが初期値を含むか否かは、ヘッダデータ、もしくは無効ペイロード内に新たなデータフィールドを定義することで、送信機、受信機間で共有可能である。
【００４１】
尚、図５、図６の説明では初期値の更新に絞って説明を行なったが、送信機、受信機間での暗号化、復号化に必要な擬似乱数列の同期という観点では、初期値パケットに、初期値そのものを記載するのではなく、初期値パケットは同期のタイミングのみを知らせる機能とし、事前に他の手段で共有している初期値生成手段や、初期値リストなどに基づき、初期値の更新を行なう、としてもよい。又、同様に、初期値パケットという名称は機能に取って相応しくなくなるが、同様に、初期値パケットのやり取りを鍵の更新同期機能として利用することも可能である。
【００４２】
尚、暗号受信機１００１における暗号化済受信パケット９０７の復号化方式については、詳細な説明は省略するが、概略、図２から図６に示した暗号化方式において、暗号化済受信パケット９０７と、所定の条件で生成した擬似乱数のｂｉｔ毎排他的論理和処理により、暗号化されたペイロードデータを復号し、平文のペイロードデータが得られる処理となる。
【産業上の利用可能性】
【００４３】
本発明によれば、ストリーム暗号で秘匿したデジタルデータの配信において，通信パケットがロストした場合にも，ロストされたパケットより後ろの秘匿化されたデータを，早期に復号するが可能となることが期待できる。
【符号の説明】
【００４４】
１０１：ストリーム暗号処理部、１０２：擬似乱数生成器、１０３：鍵入力、１０４：初期値入力、１０５：擬似乱数列、１０６：排他的論理和演算器、１０７：平文入力、１０８：暗号文出力、２０１〜２０４：ヘッダデータ、２０５〜２０８：ペイロードデータ、２０９〜２１３：ヘッダデータ、２１４〜２１８：暗号化済ペイロードデータ、９０１：暗号送信機、９０２：ペイロードデータ、９０３：ヘッダデータ、９０４：暗号制御部、９０５：暗号化ペイロードデータ、９０６：送信処理部、９０７：暗号化済送信パケットデータ、１００１：暗号受信機、１００２：受信処理部、１００３：暗号制御部
【図１】
2011114594.tif 000003
【図２】
2011114594.tif 000004
【図３】
2011114594.tif 000005
【図４】
2011114594.tif 000006
【図５】
2011114594.tif 000007
【図６】
2011114594.tif 000008
【図７】
2011114594.tif 000009
【図８】
2011114594.tif 000010
【図９】
2011114594.tif 000011
【図１０】
2011114594.tif 000012