データ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システム
【課題】 送信対象データに対するリアルタイム暗号の処理負荷を一段と低減させ、かつ、セキュリティの強度を向上させる。
【解決手段】 データ送信装置は、原送信対象データを区分した複数の部分データのうち、一部だけに第１の暗号化を行い、その暗号化された部分データを含めた送信対象データを保持する。送信時には、第１の暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する。データ受信装置は、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別して、第２の暗号化に対する復号と第１の暗号化に対する復号とを行い、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、復号処理が施された部分データとから、原送信対象データを再生する。
【解決手段】 データ送信装置は、原送信対象データを区分した複数の部分データのうち、一部だけに第１の暗号化を行い、その暗号化された部分データを含めた送信対象データを保持する。送信時には、第１の暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する。データ受信装置は、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別して、第２の暗号化に対する復号と第１の暗号化に対する復号とを行い、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、復号処理が施された部分データとから、原送信対象データを再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムに関し、例えば、映像コンテンツを配信するシステムに適用し得る。
【背景技術】
【０００２】
映画などの映像コンテンツをインターネット上で配信するネットサービスが盛んになってきている。このような映像コンテンツの配信では、映像コンテンツは、例えば、ＭＰＥＧ２−ＴＳフォーマットに従っている（非特許文献１参照）。配信される映像コンテンツは、著作権などの保護を行い、違法な流通を避けるために暗号化されており、正当なユーザ以外は見ることができないようになっていることが一般的である。
【０００３】
従来、インターネットに配信する映像コンテンツは、事前に暗号化して配信時にそれを配信するか（特許文献１参照）、又は、配信時にリアルタイムに暗号化して配信するかのいずれかの方法が採られている。
【特許文献１】特開平８−１６３５３３号公報
【非特許文献１】藤原洋監修、「ポイント図解式 最新ＭＰＥＧ教科書」、株式会社アスキー１９９４年発行、ｐｐ．２４８−２５１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、事前暗号化方式もリアルタイム暗号化方式も一長一短があり、いずれも十分なものと言い難い。
【０００５】
事前暗号化は、配信時における暗号化の処理負荷はない反面、一度暗号を破られると、再度暗号化をし直さなければならず、セキュリティの強度がリアルタイム暗号化より低く、また、復号キーの適切な保管が必要である。
【０００６】
一方、リアルタイム暗号化は、配信時の処理負荷は高いが、暗号を破られても、その都度、変更することで対応することができてセキュリティの強度への影響は少なく、復号キーの保管も必要なく管理が容易である反面、映像コンテンツの蓄積方法を知り得る関係者による違法取得が容易となる。
【０００７】
そのため、本件の特許出願人によって、特定のパケットのみ事前暗号化を実施し、配信時にそれ以外のパケットの暗号化を実施する方式が提案されている（特願２００７−３３４９９８号）。この方式によれば、映像コンテンツの配信時の暗号化による処理負荷を低減し、かつ、配信対象の映像コンテンツの不正な閲覧を防ぐことができる。
【０００８】
ところで、配信される映像コンテンツは映像信号を符号化したものであり、符号化によって暗号されたと同様な不正な閲覧が困難な部分も存在する。このような部分をも暗号化するのは、暗号化処理が重複していると捉えることもできる。
【０００９】
そのため、送信データに対するリアルタイム暗号の処理負荷を低減させ、かつ、セキュリティの強度を向上させることができるデータ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置において、（１）上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、（２）上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、（３）上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段とを有することを特徴とする。
【００１１】
第２の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置において、（１）到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、（２）第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、（３）到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段とを有することを特徴とする。
【００１２】
第３の本発明のデータ通信システムは、第１の本発明のデータ送信装置と、第２の本発明のデータ受信装置とを有することを特徴とする。
【００１３】
第４の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置のデータ送信方法において、（１）暗号化手段が、上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行い、（２）保持手段が、上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持し、（３）暗号化・送信手段が、上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信することを特徴とする。
【００１４】
第５の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置のデータ受信方法において、（１）暗号化部分判別手段が、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別し、（２）暗号復号手段が、第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行い、（３）データ組立手段が、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生することを特徴とする。
【００１５】
第６の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置を構成するためのコンピュータを、（１）上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、（２）上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、（３）上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段として機能させることを特徴とする。
【００１６】
第７の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置を構成するためのコンピュータを、（１）到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、（２）第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、（３）到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、送信データ（送信対象データ）に対するリアルタイム暗号の処理負荷を一段と低減させ、かつ、セキュリティの強度を向上させることができる。
【発明を実施するための最良の形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明によるデータ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムを、映像コンテンツの配信に適用した一実施形態を、図面を参照しながら説明する。
【００１９】
（Ａ−１）実施形態の構成
図１は、この実施形態に係る映像コンテンツ配信システム（データ通信システム）の全体構成を示すブロック図である。
【００２０】
図１において、映像コンテンツ配信システム１は、データ送信装置１０及びデータ受信装置２０を有する。
【００２１】
データ送信装置１０は、例えば、映像コンテンツの提供サービス会社の装置が該当し、１又は複数の装置で構成される。データ送信装置１０を構成する１又は複数の装置は、例えば、サーバクラスのコンピュータであっても良く、そのようなコンピュータに、この実施形態に係るデータ送信プログラムをローディングすることにより、データ送信装置１０を構築するようにしても良い。データ送信装置１０は、機能的には、事前暗号化部１１、蓄積部１２及びリアルタイム暗号化・配信部１３を有する。
【００２２】
事前暗号化部１１は、入力された映像コンテンツＣＯＮＴを事前に暗号化するものである。映像コンテンツＣＯＮＴは、例えば、ＭＰＥＧ２−ＴＳパケットの系列になっている。ここで、「事前」とは、データ受信装置２０に映像コンテンツを配信しなければならないタイミングよりも十分に過去を意味し、言い換えると、データ受信装置２０からの配信要求や予め定められている配信タイミングなどに関係なく、予め暗号化を行っておくことを意味する。
【００２３】
この実施形態の場合、事前暗号化部１１は、映像コンテンツＣＯＮＴを複数に分割した複数の部分のうち、一部の部分についてのみ暗号化するものである。例えば、映像コンテンツＣＯＮＴが、フレーム内符号化方式及びフレーム間符号化方式を画像内容等に応じて適応的に選択して適用している動画像符号化方式に従って符号化されている場合であれば、事前暗号化部１１は、フレーム内符号化で圧縮されている各画像（に係るＴＳパケット）に対して、事前暗号化を行う。
【００２４】
映像コンテンツＣＯＮＴは、例えば、記録媒体からデータ送信装置１０に提供されるものであっても良く、また例えば、通信回線などを介してデータ送信装置１０に提供されるものであっても良い。また、この提供時に動画像符号化されるものであっても良く、事前に動画像符号化されるものであっても良い。
【００２５】
蓄積部１２は、例えば、ＨＤＤなどの大容量記憶装置が該当し、事前暗号化部１１によって事前暗号化された映像コンテンツを蓄積しておくものである。
【００２６】
リアルタイム暗号化・配信部１３は、配信タイミングになると、蓄積部１２から事前暗号化された映像コンテンツを読み出して、リアルタイム暗号化を行って、所定のデータ受信装置２０も向けて配信するものである。例えば、配信（配信タイミング）は、データ受信装置２０側からの配信要求に従って起動されるものであっても良く、また、契約などによって定まった時間などに、当該データ送信装置１０によって自動的に起動されるものであっても良く、配信の起動方法は問われないものである。
【００２７】
この実施形態の場合、リアルタイム暗号化・配信部１３は、事前暗号化部１１が事前暗号化した部分に対して、リアルタイム暗号化を行い、事前暗号化部１１によって事前暗号化されていない部分に対して、リアルタイム暗号化を行なわずにそのまま配信させるものである。すなわち、この実施形態では、入力された映像コンテンツＣＯＮＴの暗号化要件を満たす部分に対しては、事前暗号化及びリアルタイム暗号化を順に施し、暗号化要件を満たさない部分に対しては一切の暗号化を実行しないものである。
【００２８】
ここで、事前暗号化及びリアルタイム暗号化は、一方の暗号化の情報が盗難されても他方の暗号化の不正な復号を実行できない関係にあれば良い。例えば、暗号化方法が異なっていても良く、また、暗号化方法が同じであっても鍵が異なっていれば良い。後述する動作説明の項では、両者の関係例を挙げている。
【００２９】
データ受信装置２０は、例えば、映像コンテンツの提供を受けるユーザに係る装置である。データ受信装置２０を構成する装置は、例えばパソコンであり、この実施形態に係るデータ受信プログラムをローディングすることにより、データ受信装置２０が構築される。データ受信装置２０は、機能的には、受信・復号部２１を有する。
【００３０】
受信・復号部２１は、データ送信装置１０が送出した２重に暗号化されている映像コンテンツを受信、復号して、当初の映像コンテンツＣＯＮＴを再生するものである。受信・復号部２１による復号は、受信時に直ちに行っても良く、受信後に間をおいて（例えばユーザが視聴を望むようになるのを待って）行うようにしても良い。さらに例えば、リアルタイム暗号化に対する復号は受信時に行い、事前暗号化に対する復号は受信後に間をおいて行うようにしても良い。
【００３１】
図２は、事前暗号化部１１の詳細構成を示すブロック図である。図２において、事前暗号化部１１は、データ読込部３１、事前暗号化判定部３２、暗号化部３３、暗号フラグ設定部３４及び蓄積処理部３５を有する。
【００３２】
データ読込部３１は、配信対象の映像コンテンツＣＯＮＴから、暗号化の処理単位分のデータを、順次読み込むものである。
【００３３】
事前暗号化判定部３２は、データ読込部３１が読み込んだ処理単位が、事前暗号化を行う部分になっているか否かを判定する部分である。この判定方法については、後述する動作説明で明らかにする。事前暗号化判定部３２は、事前暗号化を実行すると判定した処理単位を暗号化部３３に与え、事前暗号化を実行しないと判定した処理単位を蓄積処理部３５に与える。
【００３４】
暗号化部３３は、事前暗号化判定部３２から与えられた処理単位に対して、事前暗号化用の暗号キーを適用して暗号化を行うものである。
【００３５】
暗号フラグ設定部３４は、暗号化部３３によって事前暗号化が施された処理単位における暗号フラグの値を、事前暗号化がなされたことを表す設定値に更新するものである。
【００３６】
蓄積処理部３５は、暗号フラグ設定部３４から与えられた事前暗号化済みの処理単位や、事前暗号化判定部３２から与えられた事前暗号化がなされていない処理単位を、蓄積部１２に蓄積させるものである。蓄積処理部３５は、例えば、処理単位の当初の時系列を維持するように、蓄積部１２に蓄積させる。
【００３７】
図３は、ＭＰＥＧ２−ＴＳパケットの構成を示す説明図である。このようなＭＰＥＧ２−ＴＳパケットを、データ読込部３１が読み込む処理単位とすると、そのヘッダの暗号制御の項目（Ｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌ）を、上述した暗号フラグとして適用することができる。例えば、読込当初の値を「００」、事前暗号化がなされた後での値を「０１」、リアルタイム暗号化がなされた後での値を「１０」とすると、暗号フラグ設定部３４は、「００」から「０１」に更新することになる。
【００３８】
図４は、リアルタイム暗号化・配信部１３の詳細構成を示すブロック図である。図４において、リアルタイム暗号化・配信部１３は、データ読込部４１、リアルタイム暗号化判定部４２、暗号化部４３、暗号フラグ設定部４４及び配信処理部４５を有する。
【００３９】
データ読込部４１は、蓄積部１２に蓄積されている事前暗号化が施された映像コンテンツから、暗号化の処理単位分のデータを、順次読み込むものである。
【００４０】
リアルタイム暗号化判定部４２は、データ読込部４１が読み込んだ処理単位が、リアルタイム暗号化を行う部分になっているか否かを判定する部分である。リアルタイム暗号化判定部４２は、事前暗号化部１１による事前暗号化が実行された処理単位か否かを暗号フラグの値から判別することで判定する。リアルタイム暗号化判定部４２は、リアルタイム暗号化を実行すると判定した処理単位を暗号化部４３に与え、リアルタイム暗号化を実行しないと判定した処理単位を配信処理部４５に与える。
【００４１】
暗号化部４３は、リアルタイム暗号化判定部４２から与えられた処理単位に対して、リアルタイム暗号化用の暗号キーを適用して暗号化を行うものである。
【００４２】
暗号フラグ設定部４４は、暗号化部４３によってリアルタイム暗号化が施された処理単位における暗号フラグの値を、リアルタイム暗号化がなされたことを表す設定値に更新するものである。例えば、ＭＰＥＧ２−ＴＳパケットを処理単位としている場合であれば、暗号フラグ設定部４４は、ヘッダの暗号制御の項目値（暗号フラグ）を、「０１」から「１０」に更新することになる。
【００４３】
配信処理部４５は、暗号フラグ設定部４４から与えられたリアルタイム暗号化済みの処理単位や、リアルタイム暗号化判定部４２から与えられたリアルタイム暗号化がなされていない処理単位を、データ受信装置２０に向けて配信させるものである。配信処理部４５は、例えば、処理単位の当初の時系列を維持するように、データ受信装置２０に配信させる。
【００４４】
図５は、受信・復号部２１の詳細構成を示すブロック図である。図５において、受信・復号部２１は、データ受信部５１、暗号化有無判定部５２、暗号復号化部５３及び画像処理部５４を有する。
【００４５】
データ受信部５１は、データ送信装置１０が配信した映像コンテンツを、処理単位毎に受信処理するものである。
【００４６】
暗号化有無判定部５２は、受信した処理単位が、暗号化されているものであるか否かを判定するものである。例えば、受信した処理単位における暗号フラグが「１０」であれば暗号化されていると判定し、暗号化フラグが「００」であれば暗号化されていないと判定する。暗号化有無判定部５２は、暗号化されていると判定した処理単位を暗号復号化部５３に与え、暗号化されていないと判定した処理単位を画像処理部４４に与える。
【００４７】
暗号復号化部５３は、リアルタイム暗号及び事前暗号に対応する復号処理を行うものである。ここで、復号は、リアルタイム暗号化に値する復号、事前暗号化に対する復号を順次行うものであっても良く、両暗号化に対する復号を融合して行うことが可能ならば、融合した復号処理を行うようにしても良い。
【００４８】
画像処理部５４は、例えば、暗号化有無判定部５２から与えられた処理単位や、暗号復号化部５３から与えられた処理単位から、映像コンテンツＣＯＮＴを再生させるものであり、さらに、圧縮符号化に対する復号処理を実行するものである。以上のようにして得られた画像が表示出力されたり、印刷出力されたり、記録されたりする。
【００４９】
（Ａ−２）実施形態の動作
次に、以上のような構成を有する実施形態の映像コンテンツ配信システム１の動作を、図面を参照しながら説明する。以下では、暗号化に係る処理単位がＭＰＥＧ２−ＴＳパケットであるとして説明する。
【００５０】
入力された映像コンテンツＣＯＮＴは、事前暗号化部１１によって、部分的に暗号化される。
【００５１】
図６は、事前暗号化部１１における処理を示すフローチャートである。管理者などの起動により、図６に示す一連の処理が開始される。
【００５２】
データ読込部３１によって、映像コンテンツＣＯＮＴから１ＴＳパケットが読み込まれ（ステップ１０１）、その読み込みができたか否かに基づいて、映像コンテンツＣＯＮＴのデータが終了したか否かが判別される（ステップ１０２）。未処理データ（ＴＳパケット）が残っていなければ、図６に示す一連の処理が終了される。
【００５３】
一方、新たなＴＳパケットが読み込まれると、事前暗号化判定部３２によって、そのＴＳパケットが事前暗号化を行うものか否かが判定される（ステップ１０３）。
【００５４】
具体的には、ＴＳパケットのペイロードに含まれている映像データ（圧縮符号化データ）の全て又は一部が、フレーム内符号化によって圧縮符号化されたもの（いわゆるＩフレーム）か否かが判定される。例えば、図示しないＴＳパケットを組み立てる装置において、ペイロード内の先頭側にフレーム内符号化部分を含むか否かを記述することとして判別するようにしても良い。また例えば、フレーム内符号化されたデータ量の方が、フレーム間符号化されたデータ量より多いことに基づき、閾値を設定し、事前暗号化判定部３２が、今回のＴＳパケットに係る動画像の圧縮データ量が閾値を超えたか否かに基づいて、フレーム内符号化された部分を含むか否かを判別する。１画像に対する動画像圧縮後のデータが複数のＴＳパケットのペイロードに分散されている場合には、それらのＴＳパケットの読み込みを待って判断するようにしても良い。事前暗号化では、処理遅延はほとんど問題とならないので、このような判断方法をとっても良い。さらに、例えば、フレーム内符号化で表れる１又は複数のデータパターンと、フレーム間符号化で表れる１又は複数のデータパターンを区別して認識できる評価関数を用意しておき、その評価関数に基づいて、フレーム内符号化されたか否かを判定するようにしても良い。
【００５５】
フレーム内符号化されたデータを含むＴＳパケット（のペイロード）は、暗号化部３３によって暗号化（事前暗号化）され（ステップ１０４）、また、そのＴＳパケットの暗号フラグには事前暗号化のオンを表す値「０１」が書き込まれる（ステップ１０５）。ここで、事前暗号化の方式としては、ＡＥＳ、ＯＦＢ、ＣＢＣなどの方式を適用可能である。
【００５６】
ペイロードにフレーム内符号化されたデータを含まないＴＳパケットや、事前暗号化され、暗号フラグが更新されたＴＳパケットは、蓄積処理部３５によって、蓄積部１２に蓄積される（ステップ１０６）。その後、次のＴＳパケットの読み込みに移行する。なお、蓄積部１２には、暗号鍵や復号鍵も、今回の映像コンテンツに対応付けられて記憶される。
【００５７】
蓄積部１２に蓄積された映像コンテンツは、リアルタイム暗号化・配信部１３によって、配信時に部分的に暗号化された後、配信される。
【００５８】
図７は、リアルタイム暗号化・配信部１３における処理を示すフローチャートである。例えば、データ受信装置２０側から配信要求があったときに図７に示す一連の処理が開始される。また例えば、配信サービス契約などによって定まった時刻になると、図７に示す一連の処理が開始される。
【００５９】
データ読込部４１によって、蓄積部１２に蓄積されている該当する映像コンテンツから１ＴＳパケットが読み込まれ（ステップ２０１）、その読み込みができたか否かに基づいて、映像コンテンツのデータが終了したか否かが判別される（ステップ２０２）。未処理データ（ＴＳパケット）が残っていなければ、図７に示す一連の処理が終了される。
【００６０】
一方、新たなＴＳパケットが読み込まれると、リアルタイム暗号化判定部３２によって、そのＴＳパケットが事前に暗号化されたものか否かが判定される（ステップ２０３）。具体的には、ＴＳパケットのヘッダにおける暗号フラグが「０１」であると、事前に暗号化されたものと判定する。
【００６１】
事前に暗号化されているＴＳパケット（のペイロード）は、暗号化部４３によってさらに暗号化（リアルタイム暗号化）され（ステップ２０４）、また、そのＴＳパケットの暗号フラグにはリアルタイム暗号化のオンを表す値「１０」が書き込まれる（ステップ２０５）。リアルタイム暗号化の方式としても、任意の方式を適用可能である。但し、事前暗号化の方式が、直前の１２８ビットのデータを使用して暗号化を行うＯＦＢ、ＣＢＣ方式の場合には、リアルタイム暗号化処理を行うのは、データの最初の１２８ビットだけにするようにしても良く、このようにすれば、暗号化や復号化の負荷を一段と軽減することが可能となる。
【００６２】
事前暗号化されていないＴＳパケットや、事前暗号化されていたためにさらにリアルタイム暗号化されたＴＳパケットは、配信処理部４５によって、データ受信装置２０に向けて配信される（ステップ２０６）。
【００６３】
次に、データ受信装置２０の動作を、図５を参照しながら説明する。当然に、暗号化されたＴＳパケットの系列が与えられる前に、データ受信装置２０は、事前暗号化に係る復号鍵と、リアルタイム暗号化に係る復号鍵とを取得している。
【００６４】
事前暗号化に係る復号鍵をデータ受信装置２０が取得する方法は任意であり、取得方法には、この実施形態の特徴は存在しない。例えば、映像コンテンツの提供サービスの締結時に、提供サービス会社からユーザに通知し、ユーザがデータ受信装置２０に設定するようにしても良い。また例えば、提供サービス会社が専用のセットトップボックス（データ受信装置２０）をユーザに提供する場合であれば、復号鍵を設定して渡すようにしても良い。さらにまた、配信要求時のネゴシエーション通信の際に、データ受信装置２０に引き渡すようにしても良い（例えば、このような供給も所定の暗号化を行って供給する）。
【００６５】
また、リアルタイム暗号化に係る復号鍵をデータ受信装置２０が取得する方法も任意であり、取得方法には、この実施形態の特徴は存在しない。例えば、配信要求時のネゴシエーション通信の際に、データ受信装置２０に引き渡すようにしても良い（例えば、このような供給も所定の暗号化を行って供給する）。また例えば、配信要求したユーザに係るパスワードに対して所定の関数を適用して暗号鍵又は復号鍵を生成する動作を、データ送信装置１０及びデータ受信装置２０が独立に行って、両者が同じ鍵、又は、対応する鍵を取得するようにしても良い。
【００６６】
データ送信装置１０が送出したＴＳパケットがデータ受信装置２０に到達すると、受信・復号部２１のデータ受信部５１によって受信され、暗号化有無判定部５２に与えられる。なお、データ受信部５１は、ＴＳパケットのヘッダにおける所定の項目の情報により、映像コンテンツを構成する最終のＴＳパケットか否かの確認も行っており、最終のＴＳパケットであれば、このＴＳパケットの処理が終わると、当該受信・復号部２１の処理が終わる。
【００６７】
暗号化有無判定部５２においては、受信したＴＳパケット（のペイロード）が暗号化されているか否かが、暗号フラグの値に基づいて判定される。
【００６８】
暗号フラグが「１０」であって暗号化されているＴＳパケットであると、暗号復号化部５３において、そのＴＳパケットが復号されて画像処理部５４に与えられ、一方、暗号フラグが「００」であって暗号化されていないＴＳパケットであると、そのまま画像処理部５４に与えられる。
【００６９】
画像処理部５４においては、ＴＳパケットを分解して、画像毎のデータを得た後、圧縮符号化に対する復号を行って原画像を得、このような原画像が、例えば、表示出力される。
【００７０】
（Ａ−３）実施形態の効果
上記実施形態によれば、部分的な事前暗号化とリアルタイム暗号化とを併用したことにより、以下の効果を奏することができる。
【００７１】
第３者が、蓄積部１２に蓄積されている映像コンテンツを取得しても、事前暗号化により、容易には再生できないためセキュリティの強度を向上させることができる。
【００７２】
また、配信する映像コンテンツには、２種類の暗号を実行しているためセキュリティの強度を向上させることができる。例えば、事前暗号化の復号鍵をハッキングされてもリアルタイム暗号化により、映像コンテンツを盗難から保護することができる。
【００７３】
リアルタイム配信時にのみ広範囲に暗号化する場合に比較すると、配信時のリアルタイム暗号化に係る処理負荷が下がり、映像コンテンツの配信性能を向上させることができる。
【００７４】
また、事前暗号化とリアルタイム暗号化を、映像コンテンツの同一部分に実行するようにしたことにより、以下の効果を奏することができる。
【００７５】
事前暗号化及びリアルタイム暗号化の処理負荷を共に軽減することができる。映像コンテンツの事前暗号化していない部分を、リアルタイム暗号化する場合は、映像コンテンツの全ての部分に一方の暗号化をじっこうしなければならないが、事前暗号化とリアルタイム暗号化を映像コンテンツの同一部分に対して行う実施形態の場合、暗号化する部分を少なく抑えることも可能であり、事前暗号化及びリアルタイム暗号化の処理負荷を共に軽減することができる。
【００７６】
特に、事前暗号化及びリアルタイム暗号化を、フレーム内符号化されている部分に限定すると、総画像数に対する暗号化される画像数の割合を小さくでき、事前暗号化及びリアルタイム暗号化の処理負荷を大幅に軽減することができる。
【００７７】
また、事前暗号化及びリアルタイム暗号化を同じ部分に対して実行しているので、事前暗号化やリアルタイム暗号化として処理負荷が軽い方式を適用可能である。例えば、処理負荷が軽いセキュリティ強度が平均以下の暗号化方式を少なくとも一方で採用しても、同じ部分に他の暗号化がなされるので、その部分のセキュリティは非常に高いものにすることができる。
【００７８】
暗号化されていない部分が生じるが、暗号化される部分の選定により、映像の盗難を防止することができる。フレーム内符号化とフレーム間符号化とを適応的に選択する動画像符号化方式の場合、フレーム内符号化された画像を始点とし、フレーム間符号化される画像が連続する。従って、フレーム内符号化された画像が再生できなければ、それ以降のフレーム間符号化された画像を適切に圧縮復号することができない。すなわち、暗号化される部分を、フレーム内符号化された部分に限定した場合、暗号化されていない部分を第３者が入手したとしても、その部分の再生画像を得ることができない。
【００７９】
そのため、暗号化されている部分の再生画像が必要となるが、暗号化されている部分は２重に暗号化されているため、暗号化されている部分の再生画像を第３者が入手することはまず困難である。
【００８０】
以上のように、上記実施形態によれば、セキュリティ強度を落とすことなく、暗号化の処理負荷を一段と軽減することができるようになる。
【００８１】
（Ｂ）他の実施形態
上記実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。
【００８２】
上記実施形態では、映像コンテンツを配信するシステムを示したが、配信する対象のデータは、映像コンテンツに限らず、画像データ、音声データ、ゲームソフト、書籍データなどであっても良い。配信対象のデータが、映像コンテンツ以外であっっても、少なくとも、配信対象のデータから分割したデータと、上述の暗号化フラグに相当する情報とを一つの単位として配信処理するようにしても良い。
【００８３】
例えば、音声データに対する符号化として、有音／無音判定を行い、無音期間ではその旨を送信し、有音期間では、その開始フレームでは原音声データを送信し、それ以降の有音フレームでは差分符号化して送信するものがあり、このような場合には、開始フレーム（若しくは、開始フレームを中心に含めた前後数フレーム）を暗号化する部分とするようにすれば、上記実施形態と同様な効果を奏することができる。
【００８４】
また、上記実施形態では、暗号化されている部分か否かをヘッダ内の暗号フラグで示すものを示したが、他の方法によって示すようにしても良い。例えば、パケット種別のコードとして、暗号化されているパケットと、暗号化されていないパケットとで異なるコードを用意するようにしても良い。また例えば、ペイロードの先頭の数ビットを暗号化フラグに充てるようにしても良い。暗号化されている部分の情報をデータ送信装置からデータ受信装置へ暗号化パケットとは独立して伝送するようにしても良い。例えば、リアルタイム暗号に係る復号鍵を、データ送信装置からデータ受信装置に渡す際に、暗号化されている部分の情報（例えば、パケットのシーケンス番号や、フレームのシーケンス番号など）をデータ送信装置からデータ受信装置へ併せて送信するようにしても良い。
【００８５】
さらに、上記実施形態においては、事前暗号化される部分とリアルタイム暗号化される部分とが一致する場合を示したが（なお、リアルタイム暗号化の具体的な説明ではこれに該当しない場合も説明している）、事前暗号化される部分とリアルタイム暗号化される部分とが完全に一致しない場合であっても良い。例えば、輝度データ及び色データが分かれている映像コンテンツの場合、Ｙ、Ｃｂ、Ｃｒのデータの全てに事前暗号化しても、リアルタイム暗号化はＹデータだけに施すようにしても良い。
【００８６】
さらにまた、上記実施形態においては、事前暗号化では１重の暗号化を行うものを示したが、事前暗号化で２重以上の暗号化を行うようにしても良い。リアルタイム性を損なわないならば、リアルタイム暗号化でも２重以上の暗号化を行うようにしても良い。
【００８７】
上記実施形態においては、１対Ｎ通信である配信システムに本発明を適用したものを示したが、１対１通信に本発明を適用するようにしても良い。例えば、コンテンツの作成者の装置から、コンテンツの配信会社のサーバが、作成したコンテンツを取り出す際にも、本発明を適用することができる。
【図面の簡単な説明】
【００８８】
【図１】実施形態に係る映像コンテンツ配信システムの全体構成を示すブロック図である。
【図２】実施形態における事前暗号化部の詳細構成を示すブロック図である。
【図３】ＭＰＥＧ２−ＴＳパケットの構成を示す説明図である。
【図４】実施形態におけるリアルタイム暗号化・配信部の詳細構成を示すブロック図である。
【図５】実施形態における受信・復号部の詳細構成を示すブロック図である。
【図６】実施形態における事前暗号化部における処理を示すフローチャートである。
【図７】実施形態におけるリアルタイム暗号化・配信部における処理を示すフローチャートである。
【符号の説明】
【００８９】
１…映像コンテンツ配信システム、ＣＯＮＴ…映像コンテンツ、
１０…データ送信装置、１１…事前暗号化部、１２…蓄積部、１３…リアルタイム暗号化・配信部、
２０…データ受信装置、２１…受信・復号部。
【技術分野】
【０００１】
本発明は、データ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムに関し、例えば、映像コンテンツを配信するシステムに適用し得る。
【背景技術】
【０００２】
映画などの映像コンテンツをインターネット上で配信するネットサービスが盛んになってきている。このような映像コンテンツの配信では、映像コンテンツは、例えば、ＭＰＥＧ２−ＴＳフォーマットに従っている（非特許文献１参照）。配信される映像コンテンツは、著作権などの保護を行い、違法な流通を避けるために暗号化されており、正当なユーザ以外は見ることができないようになっていることが一般的である。
【０００３】
従来、インターネットに配信する映像コンテンツは、事前に暗号化して配信時にそれを配信するか（特許文献１参照）、又は、配信時にリアルタイムに暗号化して配信するかのいずれかの方法が採られている。
【特許文献１】特開平８−１６３５３３号公報
【非特許文献１】藤原洋監修、「ポイント図解式 最新ＭＰＥＧ教科書」、株式会社アスキー１９９４年発行、ｐｐ．２４８−２５１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、事前暗号化方式もリアルタイム暗号化方式も一長一短があり、いずれも十分なものと言い難い。
【０００５】
事前暗号化は、配信時における暗号化の処理負荷はない反面、一度暗号を破られると、再度暗号化をし直さなければならず、セキュリティの強度がリアルタイム暗号化より低く、また、復号キーの適切な保管が必要である。
【０００６】
一方、リアルタイム暗号化は、配信時の処理負荷は高いが、暗号を破られても、その都度、変更することで対応することができてセキュリティの強度への影響は少なく、復号キーの保管も必要なく管理が容易である反面、映像コンテンツの蓄積方法を知り得る関係者による違法取得が容易となる。
【０００７】
そのため、本件の特許出願人によって、特定のパケットのみ事前暗号化を実施し、配信時にそれ以外のパケットの暗号化を実施する方式が提案されている（特願２００７−３３４９９８号）。この方式によれば、映像コンテンツの配信時の暗号化による処理負荷を低減し、かつ、配信対象の映像コンテンツの不正な閲覧を防ぐことができる。
【０００８】
ところで、配信される映像コンテンツは映像信号を符号化したものであり、符号化によって暗号されたと同様な不正な閲覧が困難な部分も存在する。このような部分をも暗号化するのは、暗号化処理が重複していると捉えることもできる。
【０００９】
そのため、送信データに対するリアルタイム暗号の処理負荷を低減させ、かつ、セキュリティの強度を向上させることができるデータ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置において、（１）上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、（２）上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、（３）上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段とを有することを特徴とする。
【００１１】
第２の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置において、（１）到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、（２）第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、（３）到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段とを有することを特徴とする。
【００１２】
第３の本発明のデータ通信システムは、第１の本発明のデータ送信装置と、第２の本発明のデータ受信装置とを有することを特徴とする。
【００１３】
第４の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置のデータ送信方法において、（１）暗号化手段が、上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行い、（２）保持手段が、上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持し、（３）暗号化・送信手段が、上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信することを特徴とする。
【００１４】
第５の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置のデータ受信方法において、（１）暗号化部分判別手段が、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別し、（２）暗号復号手段が、第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行い、（３）データ組立手段が、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生することを特徴とする。
【００１５】
第６の本発明は、原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置を構成するためのコンピュータを、（１）上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、（２）上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、（３）上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段として機能させることを特徴とする。
【００１６】
第７の本発明は、第１の本発明のデータ送信装置が送信した送信対象データを受信するデータ受信装置を構成するためのコンピュータを、（１）到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、（２）第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、（３）到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、送信データ（送信対象データ）に対するリアルタイム暗号の処理負荷を一段と低減させ、かつ、セキュリティの強度を向上させることができる。
【発明を実施するための最良の形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明によるデータ送信装置、データ送信方法及びデータ送信プログラム、データ受信装置、データ受信方法及びデータ受信プログラム、並びに、データ通信システムを、映像コンテンツの配信に適用した一実施形態を、図面を参照しながら説明する。
【００１９】
（Ａ−１）実施形態の構成
図１は、この実施形態に係る映像コンテンツ配信システム（データ通信システム）の全体構成を示すブロック図である。
【００２０】
図１において、映像コンテンツ配信システム１は、データ送信装置１０及びデータ受信装置２０を有する。
【００２１】
データ送信装置１０は、例えば、映像コンテンツの提供サービス会社の装置が該当し、１又は複数の装置で構成される。データ送信装置１０を構成する１又は複数の装置は、例えば、サーバクラスのコンピュータであっても良く、そのようなコンピュータに、この実施形態に係るデータ送信プログラムをローディングすることにより、データ送信装置１０を構築するようにしても良い。データ送信装置１０は、機能的には、事前暗号化部１１、蓄積部１２及びリアルタイム暗号化・配信部１３を有する。
【００２２】
事前暗号化部１１は、入力された映像コンテンツＣＯＮＴを事前に暗号化するものである。映像コンテンツＣＯＮＴは、例えば、ＭＰＥＧ２−ＴＳパケットの系列になっている。ここで、「事前」とは、データ受信装置２０に映像コンテンツを配信しなければならないタイミングよりも十分に過去を意味し、言い換えると、データ受信装置２０からの配信要求や予め定められている配信タイミングなどに関係なく、予め暗号化を行っておくことを意味する。
【００２３】
この実施形態の場合、事前暗号化部１１は、映像コンテンツＣＯＮＴを複数に分割した複数の部分のうち、一部の部分についてのみ暗号化するものである。例えば、映像コンテンツＣＯＮＴが、フレーム内符号化方式及びフレーム間符号化方式を画像内容等に応じて適応的に選択して適用している動画像符号化方式に従って符号化されている場合であれば、事前暗号化部１１は、フレーム内符号化で圧縮されている各画像（に係るＴＳパケット）に対して、事前暗号化を行う。
【００２４】
映像コンテンツＣＯＮＴは、例えば、記録媒体からデータ送信装置１０に提供されるものであっても良く、また例えば、通信回線などを介してデータ送信装置１０に提供されるものであっても良い。また、この提供時に動画像符号化されるものであっても良く、事前に動画像符号化されるものであっても良い。
【００２５】
蓄積部１２は、例えば、ＨＤＤなどの大容量記憶装置が該当し、事前暗号化部１１によって事前暗号化された映像コンテンツを蓄積しておくものである。
【００２６】
リアルタイム暗号化・配信部１３は、配信タイミングになると、蓄積部１２から事前暗号化された映像コンテンツを読み出して、リアルタイム暗号化を行って、所定のデータ受信装置２０も向けて配信するものである。例えば、配信（配信タイミング）は、データ受信装置２０側からの配信要求に従って起動されるものであっても良く、また、契約などによって定まった時間などに、当該データ送信装置１０によって自動的に起動されるものであっても良く、配信の起動方法は問われないものである。
【００２７】
この実施形態の場合、リアルタイム暗号化・配信部１３は、事前暗号化部１１が事前暗号化した部分に対して、リアルタイム暗号化を行い、事前暗号化部１１によって事前暗号化されていない部分に対して、リアルタイム暗号化を行なわずにそのまま配信させるものである。すなわち、この実施形態では、入力された映像コンテンツＣＯＮＴの暗号化要件を満たす部分に対しては、事前暗号化及びリアルタイム暗号化を順に施し、暗号化要件を満たさない部分に対しては一切の暗号化を実行しないものである。
【００２８】
ここで、事前暗号化及びリアルタイム暗号化は、一方の暗号化の情報が盗難されても他方の暗号化の不正な復号を実行できない関係にあれば良い。例えば、暗号化方法が異なっていても良く、また、暗号化方法が同じであっても鍵が異なっていれば良い。後述する動作説明の項では、両者の関係例を挙げている。
【００２９】
データ受信装置２０は、例えば、映像コンテンツの提供を受けるユーザに係る装置である。データ受信装置２０を構成する装置は、例えばパソコンであり、この実施形態に係るデータ受信プログラムをローディングすることにより、データ受信装置２０が構築される。データ受信装置２０は、機能的には、受信・復号部２１を有する。
【００３０】
受信・復号部２１は、データ送信装置１０が送出した２重に暗号化されている映像コンテンツを受信、復号して、当初の映像コンテンツＣＯＮＴを再生するものである。受信・復号部２１による復号は、受信時に直ちに行っても良く、受信後に間をおいて（例えばユーザが視聴を望むようになるのを待って）行うようにしても良い。さらに例えば、リアルタイム暗号化に対する復号は受信時に行い、事前暗号化に対する復号は受信後に間をおいて行うようにしても良い。
【００３１】
図２は、事前暗号化部１１の詳細構成を示すブロック図である。図２において、事前暗号化部１１は、データ読込部３１、事前暗号化判定部３２、暗号化部３３、暗号フラグ設定部３４及び蓄積処理部３５を有する。
【００３２】
データ読込部３１は、配信対象の映像コンテンツＣＯＮＴから、暗号化の処理単位分のデータを、順次読み込むものである。
【００３３】
事前暗号化判定部３２は、データ読込部３１が読み込んだ処理単位が、事前暗号化を行う部分になっているか否かを判定する部分である。この判定方法については、後述する動作説明で明らかにする。事前暗号化判定部３２は、事前暗号化を実行すると判定した処理単位を暗号化部３３に与え、事前暗号化を実行しないと判定した処理単位を蓄積処理部３５に与える。
【００３４】
暗号化部３３は、事前暗号化判定部３２から与えられた処理単位に対して、事前暗号化用の暗号キーを適用して暗号化を行うものである。
【００３５】
暗号フラグ設定部３４は、暗号化部３３によって事前暗号化が施された処理単位における暗号フラグの値を、事前暗号化がなされたことを表す設定値に更新するものである。
【００３６】
蓄積処理部３５は、暗号フラグ設定部３４から与えられた事前暗号化済みの処理単位や、事前暗号化判定部３２から与えられた事前暗号化がなされていない処理単位を、蓄積部１２に蓄積させるものである。蓄積処理部３５は、例えば、処理単位の当初の時系列を維持するように、蓄積部１２に蓄積させる。
【００３７】
図３は、ＭＰＥＧ２−ＴＳパケットの構成を示す説明図である。このようなＭＰＥＧ２−ＴＳパケットを、データ読込部３１が読み込む処理単位とすると、そのヘッダの暗号制御の項目（Ｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌ）を、上述した暗号フラグとして適用することができる。例えば、読込当初の値を「００」、事前暗号化がなされた後での値を「０１」、リアルタイム暗号化がなされた後での値を「１０」とすると、暗号フラグ設定部３４は、「００」から「０１」に更新することになる。
【００３８】
図４は、リアルタイム暗号化・配信部１３の詳細構成を示すブロック図である。図４において、リアルタイム暗号化・配信部１３は、データ読込部４１、リアルタイム暗号化判定部４２、暗号化部４３、暗号フラグ設定部４４及び配信処理部４５を有する。
【００３９】
データ読込部４１は、蓄積部１２に蓄積されている事前暗号化が施された映像コンテンツから、暗号化の処理単位分のデータを、順次読み込むものである。
【００４０】
リアルタイム暗号化判定部４２は、データ読込部４１が読み込んだ処理単位が、リアルタイム暗号化を行う部分になっているか否かを判定する部分である。リアルタイム暗号化判定部４２は、事前暗号化部１１による事前暗号化が実行された処理単位か否かを暗号フラグの値から判別することで判定する。リアルタイム暗号化判定部４２は、リアルタイム暗号化を実行すると判定した処理単位を暗号化部４３に与え、リアルタイム暗号化を実行しないと判定した処理単位を配信処理部４５に与える。
【００４１】
暗号化部４３は、リアルタイム暗号化判定部４２から与えられた処理単位に対して、リアルタイム暗号化用の暗号キーを適用して暗号化を行うものである。
【００４２】
暗号フラグ設定部４４は、暗号化部４３によってリアルタイム暗号化が施された処理単位における暗号フラグの値を、リアルタイム暗号化がなされたことを表す設定値に更新するものである。例えば、ＭＰＥＧ２−ＴＳパケットを処理単位としている場合であれば、暗号フラグ設定部４４は、ヘッダの暗号制御の項目値（暗号フラグ）を、「０１」から「１０」に更新することになる。
【００４３】
配信処理部４５は、暗号フラグ設定部４４から与えられたリアルタイム暗号化済みの処理単位や、リアルタイム暗号化判定部４２から与えられたリアルタイム暗号化がなされていない処理単位を、データ受信装置２０に向けて配信させるものである。配信処理部４５は、例えば、処理単位の当初の時系列を維持するように、データ受信装置２０に配信させる。
【００４４】
図５は、受信・復号部２１の詳細構成を示すブロック図である。図５において、受信・復号部２１は、データ受信部５１、暗号化有無判定部５２、暗号復号化部５３及び画像処理部５４を有する。
【００４５】
データ受信部５１は、データ送信装置１０が配信した映像コンテンツを、処理単位毎に受信処理するものである。
【００４６】
暗号化有無判定部５２は、受信した処理単位が、暗号化されているものであるか否かを判定するものである。例えば、受信した処理単位における暗号フラグが「１０」であれば暗号化されていると判定し、暗号化フラグが「００」であれば暗号化されていないと判定する。暗号化有無判定部５２は、暗号化されていると判定した処理単位を暗号復号化部５３に与え、暗号化されていないと判定した処理単位を画像処理部４４に与える。
【００４７】
暗号復号化部５３は、リアルタイム暗号及び事前暗号に対応する復号処理を行うものである。ここで、復号は、リアルタイム暗号化に値する復号、事前暗号化に対する復号を順次行うものであっても良く、両暗号化に対する復号を融合して行うことが可能ならば、融合した復号処理を行うようにしても良い。
【００４８】
画像処理部５４は、例えば、暗号化有無判定部５２から与えられた処理単位や、暗号復号化部５３から与えられた処理単位から、映像コンテンツＣＯＮＴを再生させるものであり、さらに、圧縮符号化に対する復号処理を実行するものである。以上のようにして得られた画像が表示出力されたり、印刷出力されたり、記録されたりする。
【００４９】
（Ａ−２）実施形態の動作
次に、以上のような構成を有する実施形態の映像コンテンツ配信システム１の動作を、図面を参照しながら説明する。以下では、暗号化に係る処理単位がＭＰＥＧ２−ＴＳパケットであるとして説明する。
【００５０】
入力された映像コンテンツＣＯＮＴは、事前暗号化部１１によって、部分的に暗号化される。
【００５１】
図６は、事前暗号化部１１における処理を示すフローチャートである。管理者などの起動により、図６に示す一連の処理が開始される。
【００５２】
データ読込部３１によって、映像コンテンツＣＯＮＴから１ＴＳパケットが読み込まれ（ステップ１０１）、その読み込みができたか否かに基づいて、映像コンテンツＣＯＮＴのデータが終了したか否かが判別される（ステップ１０２）。未処理データ（ＴＳパケット）が残っていなければ、図６に示す一連の処理が終了される。
【００５３】
一方、新たなＴＳパケットが読み込まれると、事前暗号化判定部３２によって、そのＴＳパケットが事前暗号化を行うものか否かが判定される（ステップ１０３）。
【００５４】
具体的には、ＴＳパケットのペイロードに含まれている映像データ（圧縮符号化データ）の全て又は一部が、フレーム内符号化によって圧縮符号化されたもの（いわゆるＩフレーム）か否かが判定される。例えば、図示しないＴＳパケットを組み立てる装置において、ペイロード内の先頭側にフレーム内符号化部分を含むか否かを記述することとして判別するようにしても良い。また例えば、フレーム内符号化されたデータ量の方が、フレーム間符号化されたデータ量より多いことに基づき、閾値を設定し、事前暗号化判定部３２が、今回のＴＳパケットに係る動画像の圧縮データ量が閾値を超えたか否かに基づいて、フレーム内符号化された部分を含むか否かを判別する。１画像に対する動画像圧縮後のデータが複数のＴＳパケットのペイロードに分散されている場合には、それらのＴＳパケットの読み込みを待って判断するようにしても良い。事前暗号化では、処理遅延はほとんど問題とならないので、このような判断方法をとっても良い。さらに、例えば、フレーム内符号化で表れる１又は複数のデータパターンと、フレーム間符号化で表れる１又は複数のデータパターンを区別して認識できる評価関数を用意しておき、その評価関数に基づいて、フレーム内符号化されたか否かを判定するようにしても良い。
【００５５】
フレーム内符号化されたデータを含むＴＳパケット（のペイロード）は、暗号化部３３によって暗号化（事前暗号化）され（ステップ１０４）、また、そのＴＳパケットの暗号フラグには事前暗号化のオンを表す値「０１」が書き込まれる（ステップ１０５）。ここで、事前暗号化の方式としては、ＡＥＳ、ＯＦＢ、ＣＢＣなどの方式を適用可能である。
【００５６】
ペイロードにフレーム内符号化されたデータを含まないＴＳパケットや、事前暗号化され、暗号フラグが更新されたＴＳパケットは、蓄積処理部３５によって、蓄積部１２に蓄積される（ステップ１０６）。その後、次のＴＳパケットの読み込みに移行する。なお、蓄積部１２には、暗号鍵や復号鍵も、今回の映像コンテンツに対応付けられて記憶される。
【００５７】
蓄積部１２に蓄積された映像コンテンツは、リアルタイム暗号化・配信部１３によって、配信時に部分的に暗号化された後、配信される。
【００５８】
図７は、リアルタイム暗号化・配信部１３における処理を示すフローチャートである。例えば、データ受信装置２０側から配信要求があったときに図７に示す一連の処理が開始される。また例えば、配信サービス契約などによって定まった時刻になると、図７に示す一連の処理が開始される。
【００５９】
データ読込部４１によって、蓄積部１２に蓄積されている該当する映像コンテンツから１ＴＳパケットが読み込まれ（ステップ２０１）、その読み込みができたか否かに基づいて、映像コンテンツのデータが終了したか否かが判別される（ステップ２０２）。未処理データ（ＴＳパケット）が残っていなければ、図７に示す一連の処理が終了される。
【００６０】
一方、新たなＴＳパケットが読み込まれると、リアルタイム暗号化判定部３２によって、そのＴＳパケットが事前に暗号化されたものか否かが判定される（ステップ２０３）。具体的には、ＴＳパケットのヘッダにおける暗号フラグが「０１」であると、事前に暗号化されたものと判定する。
【００６１】
事前に暗号化されているＴＳパケット（のペイロード）は、暗号化部４３によってさらに暗号化（リアルタイム暗号化）され（ステップ２０４）、また、そのＴＳパケットの暗号フラグにはリアルタイム暗号化のオンを表す値「１０」が書き込まれる（ステップ２０５）。リアルタイム暗号化の方式としても、任意の方式を適用可能である。但し、事前暗号化の方式が、直前の１２８ビットのデータを使用して暗号化を行うＯＦＢ、ＣＢＣ方式の場合には、リアルタイム暗号化処理を行うのは、データの最初の１２８ビットだけにするようにしても良く、このようにすれば、暗号化や復号化の負荷を一段と軽減することが可能となる。
【００６２】
事前暗号化されていないＴＳパケットや、事前暗号化されていたためにさらにリアルタイム暗号化されたＴＳパケットは、配信処理部４５によって、データ受信装置２０に向けて配信される（ステップ２０６）。
【００６３】
次に、データ受信装置２０の動作を、図５を参照しながら説明する。当然に、暗号化されたＴＳパケットの系列が与えられる前に、データ受信装置２０は、事前暗号化に係る復号鍵と、リアルタイム暗号化に係る復号鍵とを取得している。
【００６４】
事前暗号化に係る復号鍵をデータ受信装置２０が取得する方法は任意であり、取得方法には、この実施形態の特徴は存在しない。例えば、映像コンテンツの提供サービスの締結時に、提供サービス会社からユーザに通知し、ユーザがデータ受信装置２０に設定するようにしても良い。また例えば、提供サービス会社が専用のセットトップボックス（データ受信装置２０）をユーザに提供する場合であれば、復号鍵を設定して渡すようにしても良い。さらにまた、配信要求時のネゴシエーション通信の際に、データ受信装置２０に引き渡すようにしても良い（例えば、このような供給も所定の暗号化を行って供給する）。
【００６５】
また、リアルタイム暗号化に係る復号鍵をデータ受信装置２０が取得する方法も任意であり、取得方法には、この実施形態の特徴は存在しない。例えば、配信要求時のネゴシエーション通信の際に、データ受信装置２０に引き渡すようにしても良い（例えば、このような供給も所定の暗号化を行って供給する）。また例えば、配信要求したユーザに係るパスワードに対して所定の関数を適用して暗号鍵又は復号鍵を生成する動作を、データ送信装置１０及びデータ受信装置２０が独立に行って、両者が同じ鍵、又は、対応する鍵を取得するようにしても良い。
【００６６】
データ送信装置１０が送出したＴＳパケットがデータ受信装置２０に到達すると、受信・復号部２１のデータ受信部５１によって受信され、暗号化有無判定部５２に与えられる。なお、データ受信部５１は、ＴＳパケットのヘッダにおける所定の項目の情報により、映像コンテンツを構成する最終のＴＳパケットか否かの確認も行っており、最終のＴＳパケットであれば、このＴＳパケットの処理が終わると、当該受信・復号部２１の処理が終わる。
【００６７】
暗号化有無判定部５２においては、受信したＴＳパケット（のペイロード）が暗号化されているか否かが、暗号フラグの値に基づいて判定される。
【００６８】
暗号フラグが「１０」であって暗号化されているＴＳパケットであると、暗号復号化部５３において、そのＴＳパケットが復号されて画像処理部５４に与えられ、一方、暗号フラグが「００」であって暗号化されていないＴＳパケットであると、そのまま画像処理部５４に与えられる。
【００６９】
画像処理部５４においては、ＴＳパケットを分解して、画像毎のデータを得た後、圧縮符号化に対する復号を行って原画像を得、このような原画像が、例えば、表示出力される。
【００７０】
（Ａ−３）実施形態の効果
上記実施形態によれば、部分的な事前暗号化とリアルタイム暗号化とを併用したことにより、以下の効果を奏することができる。
【００７１】
第３者が、蓄積部１２に蓄積されている映像コンテンツを取得しても、事前暗号化により、容易には再生できないためセキュリティの強度を向上させることができる。
【００７２】
また、配信する映像コンテンツには、２種類の暗号を実行しているためセキュリティの強度を向上させることができる。例えば、事前暗号化の復号鍵をハッキングされてもリアルタイム暗号化により、映像コンテンツを盗難から保護することができる。
【００７３】
リアルタイム配信時にのみ広範囲に暗号化する場合に比較すると、配信時のリアルタイム暗号化に係る処理負荷が下がり、映像コンテンツの配信性能を向上させることができる。
【００７４】
また、事前暗号化とリアルタイム暗号化を、映像コンテンツの同一部分に実行するようにしたことにより、以下の効果を奏することができる。
【００７５】
事前暗号化及びリアルタイム暗号化の処理負荷を共に軽減することができる。映像コンテンツの事前暗号化していない部分を、リアルタイム暗号化する場合は、映像コンテンツの全ての部分に一方の暗号化をじっこうしなければならないが、事前暗号化とリアルタイム暗号化を映像コンテンツの同一部分に対して行う実施形態の場合、暗号化する部分を少なく抑えることも可能であり、事前暗号化及びリアルタイム暗号化の処理負荷を共に軽減することができる。
【００７６】
特に、事前暗号化及びリアルタイム暗号化を、フレーム内符号化されている部分に限定すると、総画像数に対する暗号化される画像数の割合を小さくでき、事前暗号化及びリアルタイム暗号化の処理負荷を大幅に軽減することができる。
【００７７】
また、事前暗号化及びリアルタイム暗号化を同じ部分に対して実行しているので、事前暗号化やリアルタイム暗号化として処理負荷が軽い方式を適用可能である。例えば、処理負荷が軽いセキュリティ強度が平均以下の暗号化方式を少なくとも一方で採用しても、同じ部分に他の暗号化がなされるので、その部分のセキュリティは非常に高いものにすることができる。
【００７８】
暗号化されていない部分が生じるが、暗号化される部分の選定により、映像の盗難を防止することができる。フレーム内符号化とフレーム間符号化とを適応的に選択する動画像符号化方式の場合、フレーム内符号化された画像を始点とし、フレーム間符号化される画像が連続する。従って、フレーム内符号化された画像が再生できなければ、それ以降のフレーム間符号化された画像を適切に圧縮復号することができない。すなわち、暗号化される部分を、フレーム内符号化された部分に限定した場合、暗号化されていない部分を第３者が入手したとしても、その部分の再生画像を得ることができない。
【００７９】
そのため、暗号化されている部分の再生画像が必要となるが、暗号化されている部分は２重に暗号化されているため、暗号化されている部分の再生画像を第３者が入手することはまず困難である。
【００８０】
以上のように、上記実施形態によれば、セキュリティ強度を落とすことなく、暗号化の処理負荷を一段と軽減することができるようになる。
【００８１】
（Ｂ）他の実施形態
上記実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。
【００８２】
上記実施形態では、映像コンテンツを配信するシステムを示したが、配信する対象のデータは、映像コンテンツに限らず、画像データ、音声データ、ゲームソフト、書籍データなどであっても良い。配信対象のデータが、映像コンテンツ以外であっっても、少なくとも、配信対象のデータから分割したデータと、上述の暗号化フラグに相当する情報とを一つの単位として配信処理するようにしても良い。
【００８３】
例えば、音声データに対する符号化として、有音／無音判定を行い、無音期間ではその旨を送信し、有音期間では、その開始フレームでは原音声データを送信し、それ以降の有音フレームでは差分符号化して送信するものがあり、このような場合には、開始フレーム（若しくは、開始フレームを中心に含めた前後数フレーム）を暗号化する部分とするようにすれば、上記実施形態と同様な効果を奏することができる。
【００８４】
また、上記実施形態では、暗号化されている部分か否かをヘッダ内の暗号フラグで示すものを示したが、他の方法によって示すようにしても良い。例えば、パケット種別のコードとして、暗号化されているパケットと、暗号化されていないパケットとで異なるコードを用意するようにしても良い。また例えば、ペイロードの先頭の数ビットを暗号化フラグに充てるようにしても良い。暗号化されている部分の情報をデータ送信装置からデータ受信装置へ暗号化パケットとは独立して伝送するようにしても良い。例えば、リアルタイム暗号に係る復号鍵を、データ送信装置からデータ受信装置に渡す際に、暗号化されている部分の情報（例えば、パケットのシーケンス番号や、フレームのシーケンス番号など）をデータ送信装置からデータ受信装置へ併せて送信するようにしても良い。
【００８５】
さらに、上記実施形態においては、事前暗号化される部分とリアルタイム暗号化される部分とが一致する場合を示したが（なお、リアルタイム暗号化の具体的な説明ではこれに該当しない場合も説明している）、事前暗号化される部分とリアルタイム暗号化される部分とが完全に一致しない場合であっても良い。例えば、輝度データ及び色データが分かれている映像コンテンツの場合、Ｙ、Ｃｂ、Ｃｒのデータの全てに事前暗号化しても、リアルタイム暗号化はＹデータだけに施すようにしても良い。
【００８６】
さらにまた、上記実施形態においては、事前暗号化では１重の暗号化を行うものを示したが、事前暗号化で２重以上の暗号化を行うようにしても良い。リアルタイム性を損なわないならば、リアルタイム暗号化でも２重以上の暗号化を行うようにしても良い。
【００８７】
上記実施形態においては、１対Ｎ通信である配信システムに本発明を適用したものを示したが、１対１通信に本発明を適用するようにしても良い。例えば、コンテンツの作成者の装置から、コンテンツの配信会社のサーバが、作成したコンテンツを取り出す際にも、本発明を適用することができる。
【図面の簡単な説明】
【００８８】
【図１】実施形態に係る映像コンテンツ配信システムの全体構成を示すブロック図である。
【図２】実施形態における事前暗号化部の詳細構成を示すブロック図である。
【図３】ＭＰＥＧ２−ＴＳパケットの構成を示す説明図である。
【図４】実施形態におけるリアルタイム暗号化・配信部の詳細構成を示すブロック図である。
【図５】実施形態における受信・復号部の詳細構成を示すブロック図である。
【図６】実施形態における事前暗号化部における処理を示すフローチャートである。
【図７】実施形態におけるリアルタイム暗号化・配信部における処理を示すフローチャートである。
【符号の説明】
【００８９】
１…映像コンテンツ配信システム、ＣＯＮＴ…映像コンテンツ、
１０…データ送信装置、１１…事前暗号化部、１２…蓄積部、１３…リアルタイム暗号化・配信部、
２０…データ受信装置、２１…受信・復号部。
【特許請求の範囲】
【請求項１】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置において、
上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、
上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、
上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段と
を有することを特徴とするデータ送信装置。
【請求項２】
上記原送信対象データは、圧縮符号化されている映像データであり、
上記第１及び第２の暗号化がなされる部分データは、フレーム内符号化されている映像データ部分である
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置において、
到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、
第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、
到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段と
を有することを特徴とするデータ受信装置。
【請求項４】
請求項１又は２に記載のデータ送信装置と、請求項３に記載のデータ受信装置とを有することを特徴とするデータ通信システム。
【請求項５】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置のデータ送信方法において、
暗号化手段が、上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行い、
保持手段が、上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持し、
暗号化・送信手段が、上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する
ことを特徴とするデータ送信方法。
【請求項６】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置のデータ受信方法において、
暗号化部分判別手段が、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別し、
暗号復号手段が、第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行い、
データ組立手段が、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生する
ことを特徴とするデータ受信方法。
【請求項７】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置を構成するためのコンピュータを、
上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、
上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、
上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段として機能させる
ことを特徴とするデータ送信プログラム。
【請求項８】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置を構成するためのコンピュータを、
到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、
第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、
到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段として機能させる
ことを特徴とするデータ受信プログラム。
【請求項１】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置において、
上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、
上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、
上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段と
を有することを特徴とするデータ送信装置。
【請求項２】
上記原送信対象データは、圧縮符号化されている映像データであり、
上記第１及び第２の暗号化がなされる部分データは、フレーム内符号化されている映像データ部分である
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置において、
到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、
第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、
到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段と
を有することを特徴とするデータ受信装置。
【請求項４】
請求項１又は２に記載のデータ送信装置と、請求項３に記載のデータ受信装置とを有することを特徴とするデータ通信システム。
【請求項５】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置のデータ送信方法において、
暗号化手段が、上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行い、
保持手段が、上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持し、
暗号化・送信手段が、上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する
ことを特徴とするデータ送信方法。
【請求項６】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置のデータ受信方法において、
暗号化部分判別手段が、到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別し、
暗号復号手段が、第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行い、
データ組立手段が、到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生する
ことを特徴とするデータ受信方法。
【請求項７】
原送信対象データを対向するデータ受信装置に暗号化送信するデータ送信装置を構成するためのコンピュータを、
上記原送信対象データを区分した複数の部分データのうち、一部だけに、第１の暗号化を行う暗号化手段と、
上記第１の暗号化手段によって暗号化された部分データを含めた送信対象データを保持する保持手段と、
上記保持手段によって保持されている送信対象データのうち、上記第１の暗号化手段によって暗号化された部分データに対し、さらに第２の暗号化を行い、第１及び第２の暗号化された部分データを含めた送信対象データを送信する暗号化・送信手段として機能させる
ことを特徴とするデータ送信プログラム。
【請求項８】
請求項１又は２に記載のデータ送信装置が送信した送信対象データを受信するデータ受信装置を構成するためのコンピュータを、
到来した送信対象データのうち、第１及び第２の暗号化された部分データを判別する暗号化部分判別手段と、
第１及び第２の暗号化された部分データに対し、第２の暗号化に対する復号と、第１の暗号化に対する復号とを行う暗号復号手段と、
到来した送信対象データのうち、第１及び第２の暗号化がなされていない部分データと、上記暗号復号手段による復号処理が施された部分データとから、原送信対象データを再生するデータ組立手段として機能させる
ことを特徴とするデータ受信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−６８１４５（Ｐ２０１０−６８１４５Ａ）
【公開日】平成２２年３月２５日（２０１０．３．２５）
【国際特許分類】
【出願番号】特願２００８−２３１３７５（Ｐ２００８−２３１３７５）
【出願日】平成２０年９月９日（２００８．９．９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２２年３月２５日（２０１０．３．２５）
【国際特許分類】
【出願日】平成２０年９月９日（２００８．９．９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]