コンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラム
【課題】本発明は、ネットワークに適してコンテンツデータを送信する。
【解決手段】本発明は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する際、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにしたことにより、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴに適してコンテンツデータＤ２を送信することができる。
【解決手段】本発明は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する際、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにしたことにより、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴに適してコンテンツデータＤ２を送信することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムに関し、例えばストリーミング形式で配信されるコンテンツデータをネットワークを介してレコーダ等の受信装置に送信する場合に適用して好適なものである。
【背景技術】
【０００２】
近年、家庭内の家電機器やコンピュータ等をネットワーク接続し、これら機器間で通信を可能にしたホームネットワークが普及し始めている。
【０００３】
このようなホームネットワークでは、コンテンツ送信装置が例えば放送局から配信されるストリームミング形式でなるコンテンツデータを受信し、当該コンテンツデータをホームネットワークを介してディスプレイやレコーダ等の受信装置に送信することにより、例えばレコーダによりコンテンツデータを記憶し得るようになされている。
【０００４】
ところでコンテンツデータは、デジタル化されて提供されることが多く、デジタルのコンテンツデータはコピーや改竄が比較的容易に行われてしまう。
【０００５】
そこで、ホームネットワークにおいては、ＤＴＬＡ（Digital Transmission Licensing Administrator）によって開発されたＤＴＣＰ（Digital Transmission Content Protection）をＩＰ（Internet Protocol）インターフェースに対応させたＤＴＣＰ−ＩＰ（DTCP over IP）により著作権が保護された形でコンテンツデータが送信される。
【０００６】
コンテンツ送信装置は、ストリームミング形式でなるコンテンツデータを受信装置に送信する場合、通常、ＲＴＰ（Real Time Protocol）／ＵＤＰ（User Datagram Protocol）を用いてコンテンツデータを送信する。これによりコンテンツ送信装置は、送信速度が高い状態でコンテンツデータを受信装置に送信することができる。
【０００７】
一方、ホームネットワークにおいては、ＤＬＮＡ（Digital Living Network Alliance）に代表されるように家電機器やコンピュータ等をＨＴＴＰ（Hyper Text Transmission Protocol）／ＴＣＰ（Transmission Control Protocol）により接続するようになされてきている。
【０００８】
この場合、コンテンツ送信装置は、コンテンツデータをＨＴＴＰ／ＴＣＰを用いて送信することになり、信頼性の高い状態でコンテンツデータを受信装置に送信することができる。
【０００９】
しかしながら、このようなコンテンツ送信装置では、コンテンツデータを受信装置が受信できなかった場合、当該受信装置から再送要求が行われ、コンテンツデータを再送するといった処理が行われるので、ストリームミング形式でなるコンテンツデータの送信に遅延が発生してしまうことになる。
【００１０】
そこでこのようなコンテンツ送信装置のなかには、当該コンテンツ送信装置内に設けられたバッファに放送局から配信されるコンテンツデータを記憶する。そしてコンテンツ送信装置は、遅延が発生して所定量以上のコンテンツデータがバッファに記憶されたとき、当該コンテンツデータをリアルタイム性を判断して破棄するようになされたものが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１１】
特開２００５−５１７０９公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ところで上述したコンテンツ送信装置では、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ（Advanced Encryption Standard）−ＣＢＣモードでコンテンツデータを暗号化して受信装置に送信する場合、暗号化されたコンテンツデータの一部が破棄されてしまうことが考えられる。
【００１３】
このような場合、受信装置では、暗号化されたコンテンツデータのうちのコンテンツ送信装置によって破棄されていない部分だけを受信しても、破棄された一部以降のコンテンツデータを復号することができない。
【００１４】
これにより受信装置では、映像が劣化したり、誤動作等が発生してしまうことも考えられ、コンテンツ送信装置がネットワークに適してコンテンツデータを送信しているとは言い難い。
【００１５】
本発明は以上の点を考慮してなされたもので、ネットワークに適してコンテンツデータを送信し得るコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムを提案しようとするものである。
【課題を解決するための手段】
【００１６】
かかる課題を解決するため本発明においては、ストリーミング形式で配信されるコンテンツデータを取得する取得部と、取得部により取得されたコンテンツデータを一時的に記憶する一時記憶部と、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御部と、データ制御部により読み出されたコンテンツデータを所定量を単位として暗号化する暗号化部と、暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信部とを具え、データ制御部は、上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１７】
また本発明においては、ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、暗号化ステップにより暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップとを設け、データ制御ステップは、ネットワークの状況により一時記憶部の残容量が所定閾値以下になった場合、一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１８】
さらに本発明においては、コンピュータに対して、ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、暗号化ステップにより暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップとを実行させ、データ制御ステップは、ネットワークの状況により一時記憶部の残容量が所定閾値以下になった場合、一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１９】
これにより、ネットワークの状態により受信装置に送信するコンテンツデータに遅延が発生して一時記憶部の残容量が所定閾値以下になった場合、コンテンツデータを暗号化する前に破棄することができる。
【発明の効果】
【００２０】
以上のように本発明によれば、ネットワークの状態により受信装置に送信するコンテンツデータに遅延が発生して一時記憶部の残容量が所定閾値以下になった場合、コンテンツデータを暗号化する前に破棄することができ、かくしてネットワークの状況に適してコンテンツデータを送信し得るコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムを実現できる。
【図面の簡単な説明】
【００２１】
【図１】コンテンツ送信システムの構成を示す略線図である。
【図２】コンテンツ送信装置を示す略線図である。
【図３】コンテンツ送信システムの機能的構成を示す略線図である。
【図４】データ破棄処理手順の説明に供するフローチャートである。
【図５】タイムアウト付き書込処理手順の説明に供するフローチャートである。
【図６】第２の実施の形態におけるコンテンツ送信装置を示す略線図である。
【図７】ＴＴＳパケット検出処理手順の説明に供するフローチャートである。
【図８】第４の実施の形態におけるコンテンツ送信装置を示す略線図である。
【図９】他の実施の形態におけるデータ破棄処理手順の説明に供するフローチャートである。
【発明を実施するための形態】
【００２２】
以下、発明を実施するための形態（以下実施形態とする）について説明する。
なお、説明は以下の順序で行う。
１．第１の実施の形態
２．第２の実施の形態
３．第３の実施の形態
４．第４の実施の形態
５．他の実施の形態
【００２３】
＜１．第１の実施の形態＞
［１−１．コンテンツ送信システムの構成］
図１に示すようにコンテンツ送信システム１は、放送局２、例えばセットトップボックスでなるコンテンツ送信装置３、及び例えばレコーダでなる受信装置４により構成されており、コンテンツ送信装置３と受信装置４とがネットワークＮＴを介して接続される。このコンテンツ送信装置３及び受信装置４は、例えばＤＬＮＡ規格に準拠しており、当該ＤＬＮＡ規格に基づいてネットワークＮＴを介して接続される。
【００２４】
コンテンツ送信装置３は、放送局２から送信される放送データに対して選局処理、暗号化処理等を施し、その結果得られる暗号化されたコンテンツデータをネットワークＮＴを介して受信装置４へ送信する。
【００２５】
受信装置４は、ネットワークＮＴを介してコンテンツ送信装置３から送信されたコンテンツデータを受信すると、当該コンテンツデータに対して復号処理等を施してから記憶するようになされている。
【００２６】
［１−２．コンテンツ送信システムの構成］
次にコンテンツ送信システム１におけるコンテンツ送信装置３及び受信装置４の構成について図２を用いて説明する。
【００２７】
コンテンツ送信装置３は、チューナ部１１、ＦＩＦＯ（First In First Out）１２、データ制御部１３、暗号化部１４、ＨＴＴＰ／ＴＣＰインターフェース部１５および記憶部１６が設けられる。
【００２８】
受信装置４は、ＨＴＴＰ／ＴＣＰインターフェース部２１、復号部２２及び記憶部２３が設けられる。
【００２９】
コンテンツ送信装置３は、放送局２から配信されるコンテンツデータＤ２を含む放送データＤ１をアンテナ（図示せず）を介してチューナ部１１によって受信し、当該受信した放送データＤ１から所定の放送チャンネルに対応するコンテンツデータＤ２を抽出する。
【００３０】
チューナ部１１は、コンテンツデータＤ２を抽出すると、その抽出したコンテンツデータＤ２をＦＩＦＯ１２へ書き込む。ＦＩＦＯ１２は、チューナ部１１から供給されるコンテンツデータＤ２を順に記憶していく。
【００３１】
データ制御部１３は、後述するデータ破棄処理に従って、ＦＩＦＯ１２からコンテンツデータＤ２を記憶された順に読み出してバッファ１３Ａへ記憶する。そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込める場合、バッファ１３Ａから読み出してＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込む。
【００３２】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたコンテンツデータＤ２に対して、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化し、当該暗号化した暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５に送出する。
【００３３】
ここで暗号化部１４は、コンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化する場合、ＤＴＣＰ−ＩＰ規格に基づいてＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍をペイロードとして暗号化する。
【００３４】
そして暗号化部１４は、暗号化することにより得られたペイロードに対してヘッダ部分を付したＰＣＰ（Protected Content Packet）を生成し、当該ＰＣＰを暗号化データＤ３としてＨＴＴＰ／ＴＣＰインターフェース部１５へ送出する。
【００３５】
因みに暗号化部１４は、ＨＴＴＰ／ＴＣＰインターフェース部１５を介して予め受信装置４と相互認証及び鍵交換（ＡＫＥ（Authentication and Key Exchange））を行うことにより、暗号化するためのコンテンツ鍵を用いて暗号化する。
【００３６】
ＨＴＴＰ／ＴＣＰインターフェース部１５は、暗号化部１４から供給されるＰＣＰ単位の暗号化データＤ３を供給される度にＨＴＴＰ／ＴＣＰを用いて受信装置４に出力する。
【００３７】
一方、受信装置４では、コンテンツ送信装置３から供給される暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部２１により受信し、当該暗号化データＤ３を復号化部２２に送出する。
【００３８】
復号化部２２は、ＨＴＴＰ／ＴＣＰインターフェース部２１を介して予めコンテンツ送信装置３と相互認証及び鍵交換を行うことにより、復号化するためのコンテンツ鍵を取得しており、当該コンテンツ鍵を用いて暗号化データＤ３を復号する。そして復号化部２２は、暗号化データＤ３を復号化することにより得られるコンテンツデータＤ２を記憶部２３に送出する。
【００３９】
記憶部２３は、復号化部２２から供給されるコンテンツデータＤ２をデコードすると共に、当該デコードしたコンテンツデータＤ２を記録するようになされている。
【００４０】
一方、コンテンツ送信装置３では、記憶部１６に予め記録されたコンテンツデータＤ１１を暗号化部１４によりコンテンツ鍵を用いて暗号化し、当該暗号化した暗号化データＤ１２をＨＴＴＰ／ＴＣＰインターフェース部２１から受信装置４に出力し得るようになされている。
【００４１】
このとき受信装置４では、ＨＴＴＰ／ＴＣＰインターフェース部２１によって受信した暗号化データＤ１２をコンテンツ鍵を用いて復号化部２２で復号し、その結果得られるコンテンツデータＤ１１を記憶部２３に記憶する。
【００４２】
このようにしてコンテンツ送信装置３では、放送局２から配信されるコンテンツデータＤ２をＨＴＴＰ／ＴＣＰを用いて受信装置４にネットワークＮＴを介してリアルタイムストリーミング送信し得る。これと共にコンテンツ送信装置３は、記憶部１６に記憶されたコンテンツデータＤ１１をＨＴＴＰ／ＴＣＰを用いて受信装置４にネットワークＮＴを介して送信し得るようになされている。
【００４３】
ここでコンテンツ送信装置３では、ＨＴＴＰ／ＴＣＰを用いて受信装置４に暗号化データＤ３をネットワークＮＴを介して送信している。従ってコンテンツ送信装置３は、受信装置４に暗号化データＤ３が送信できなかった場合、当該受信装置４からコンテンツ送信装置３へ再送要求が行われ、当該暗号化データＤ３を再送するといった処理が行われる。
【００４４】
従ってコンテンツ送信装置３では、暗号化データＤ３を再送するといった処理が行われた場合、暗号化データＤ３の送信に遅延が発生する。
【００４５】
ＦＩＦＯ１２は、例えばペイロード長の５倍のコンテンツデータＤ２を蓄積し得る容量が設けられおり、ネットワークＮＴの転送速度が下がることによりコンテンツデータＤ２の送信に遅延が発生した場合、コンテンツデータＤ２を蓄積し得るようになされている。
【００４６】
しかしながらＦＩＦＯ１２は、ペイロード長の５倍のコンテンツデータＤ２を蓄積し得る容量が設けられている場合であっても、ネットワークの遅延に応じてコンテンツデータＤ２がオーバーフローしてしまうことが考えられる。
【００４７】
このときコンテンツ送信装置３では、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のデータサイズに基づいて当該コンテンツデータＤ２を破棄するデータ破棄処理が行われる。
【００４８】
［１−３．データ破棄処理］
次に、主にデータ制御部１３により行われるデータ破棄処理について詳しく説明する。
【００４９】
データ制御部１３は、ＦＩＦＯ１２の残容量を逐次チェックしている。データ制御部１３は、ＦＩＦＯ１２の残容量が所定の閾値より多い場合、すなわちＦＩＦＯ１２にコンテンツデータＤ２を蓄える余裕がある場合、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【００５０】
そしてデータ制御部１３は、ＦＩＦＯ１２からバッファ１３Ａに読み出されたペイロード長のコンテンツデータＤ２に対して、所定の時間に設定されたタイムアウトを設けて暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をする。
【００５１】
因みにこのタイムアウトは、例えばコンテンツデータＤ２のビットレートが３０［Mbps］であり、ペイロード長が１９２０バイトであった場合、５１２［us］に設定される。
【００５２】
データ制御部１３は、暗号化部１４のＦＩＦＯ１４Ａにペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がある場合、コンテンツデータD２をタイムアウトにならずにＦＩＦＯ１４Ａに書き込む。
【００５３】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたペイロード長のコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に送信する。
【００５４】
これに対してデータ制御部１３は、例えばネットワークＮＴの転送速度が遅くなることにより、暗号化データＤ３の送信に遅延が生じた場合、暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込めずにタイムアウトが発生することがある。
【００５５】
この場合、データ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａへ書き込むことなく破棄する。
【００５６】
また、例えばネットワークＮＴの転送速度が遅くなることにより受信装置４に暗号化データＤ３をリアルタイムで送信することができず、ＦＩＦＯ１２にコンテンツデータＤ２が蓄積され、ＦＩＦＯ１２の残容量が所定の閾値以下になる。
【００５７】
この場合、データ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２を当該ＦＩＦＯ１２から読み出してＦＩＦＯ１４Ａへ書き込むことなく破棄する。
【００５８】
［１−４．データ破棄処理手順］
続いて上述したデータ破棄処理の手順について図３及び図４に示すフローチャートを用いて説明する。実際上、データ制御部１３は、ルーチンＲＴ１の開始ステップから入って次のステップＳＰ１に移る。
【００５９】
ステップＳＰ１においてデータ制御部１３は、暗号化部１４をオープンし、次のステップＳＰ２へ移る。ステップＳＰ２においてデータ制御部１３は、ＦＩＦＯ１２をオープンし、次のステップＳＰ３に移る。
【００６０】
ステップＳＰ３においてデータ制御部１３は、ＦＩＦＯ１２の残容量を取得し、次のステップＳＰ４へ移る。ステップＳＰ４においてデータ制御部１３は、ステップＳＰ３において取得したＦＩＦＯ１２の残容量が所定の閾値以下かであるか否かを判断する。
【００６１】
ステップＳＰ４において肯定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値以下であり、例えばネットワークＮＴの転送速度が遅くなることにより受信装置４に暗号化データＤ３をリアルタイムで送信することができていないことを意味する。
【００６２】
従って、放送局２から配信されるコンテンツデータＤ２がＦＩＦＯ１２に蓄積され、当該ＦＩＦＯ１２がオーバーフローする可能性があり、このときデータ制御部１３はステップＳＰ５に移る。
【００６３】
ステップＳＰ５においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から空読みすることにより、当該ペイロード長のコンテンツデータＤ２を破棄して、ステップＳＰ３に戻る。
【００６４】
これに対してステップＳＰ４において否定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値より多く、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローすることがないことを意味し、このときデータ制御部１３はステップＳＰ６に移る。
【００６５】
ステップＳＰ６においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出し、次のサブルーチンＳＲＴ１に移る。
【００６６】
サブルーチンＳＲＴ１（図４）においてデータ制御部１３は、開始ステップから入って次のステップＳＰ１１へ移る。ステップＳＰ１１においてデータ制御部１３は、ステップＳＰ６においてＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、次のステップＳＰ１２に移る。
【００６７】
ステップＳＰ１２においてデータ制御部１３は、ステップＳＰ１１において書き込む準備ができてから、所定の時間が経過してタイムアウトが発生したか否かを判断する。
【００６８】
ここで肯定結果が得られると、このことは受信装置４に対する暗号化データＤ３の送信に遅延が生じてＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めずにタイムアウトが発生したことを意味する。このときデータ制御部１３は、ＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込むことができないので、当該コンテンツデータＤ２を破棄して、ステップＳＰ３に戻る。
【００６９】
これに対してステップＳＰ１２において否定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込めることを意味し、このときデータ制御部１３は、次のステップＳＰ１３に移る。
【００７０】
ステップＳＰ１３においてデータ制御部１３は、ステップＳＰ６において読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込み、次のステップＳＰ１４に移る。
【００７１】
ステップＳＰ１４においてデータ制御部１３は、暗号化部１４のＦＩＦＯ１４Ａに書き込んだコンテンツデータＤ２のバイト数をチェックすることにより、書込みエラーが発生することなくコンテンツデータＤ２を書き込めたかチェックし、ステップＳＰ３へ戻る。
【００７２】
このようにデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多く、かつ暗号化部１４のＦＩＦＯ１４Ａに書き込むコンテンツデータＤ２がタイムアウトにならなかったとき、ＦＩＦＯ１４Ａに当該コンテンツデータＤ２を書き込むようになされている。
【００７３】
これに対してデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値以下、又は暗号化部１４のＦＩＦＯ１４Ａに書き込むコンテンツデータＤ２がタイムアウトになったとき、ＦＩＦＯ１４Ａに当該コンテンツデータＤ２を書き込むことなく破棄するようになされている。
【００７４】
［１−５．コンテンツ送信装置の回路構成］
なお、上述したコンテンツ送信装置３では、ＦＩＦＯ１２、データ制御部１３、暗号化部１４及びＨＴＴＰ／ＴＣＰインターフェース部１５をソフトウェア構成によって実行する場合、例えば図５に示すようなハードウェア構成によって実現できる。
【００７５】
具体的には、コンテンツ送信装置３は、ＣＰＵ（Central Processing Unit）３１、ＲＡＭ（Random Access Memory）３２、ＲＯＭ（Read Only Memory）３３、チューナ部１１、ネットワークインターフェース部３４及び記憶部１６がバス３５を介して接続される。
【００７６】
コンテンツ送信装置３は、ＣＰＵ３１がＲＯＭ３３から読み出してＲＡＭ３２に起動した基本プログラムに従い、全体を統括制御すると共に、各種アプリケーションプログラムに従って種々の処理を実行し得るようになされている。
【００７７】
またコンテンツ送信装置３は、上述した一連の処理を実行する際、ＣＰＵ３１がＲＡＭ３２を適時制御して、ＦＩＦＯ１２、データ制御部１３、暗号化部１４として機能する。またＣＰＵ３１がネットワークインターフェース部３４を適宜制御してＨＴＴＰ／ＴＣＰインターフェース部１５として機能する。
【００７８】
そしてＣＰＵ３１は、ＲＯＭ３３に格納されたデータ破棄処理プログラムをＲＡＭ３２に読み出して実行することにより、データ制御部１３として機能して上述したデータ破棄処理手順に従ってデータ破棄処理を実行する。
【００７９】
［１−６．動作及び効果］
以上の構成においてコンテンツ送信装置３は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、データ制御部１３によりコンテンツデータＤ２が蓄積されたＦＩＦＯ１２の残容量をチェックする。
【００８０】
そしてデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多い場合、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍でなるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から読み出す。
【００８１】
またデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、タイムアウトが発生していない場合、コンテンツデータＤ２をＦＩＦＯ１４Ａに書き込む。
【００８２】
そしてコンテンツ送信装置３は、暗号化部１４によりコンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に出力する。
【００８３】
一方、データ制御部１３は、ＦＩＦＯ１２の残容量が閾値以下であった場合、ＦＩＦＯ１２がオーバーフローする可能性があることから、ＦＩＦＯ１２からペイロード長のコンテンツデータＤ２を読み出して破棄する。
【００８４】
またデータ制御部１３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む際にタイムアウトが発生した場合、コンテンツデータＤ２をＦＩＦＯ１４Ａに書き込まずに破棄する。
【００８５】
従ってコンテンツ送信装置３は、ネットワークＮＴの状態により暗号化データＤ３の送信に遅延が発生した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に、データ制御部１３によりコンテンツデータＤ２を破棄することができる。
【００８６】
これによりコンテンツ送信装置３は、暗号化された暗号化データＤ３の一部が受信装置４に送信せずに破棄した際に、送信できた暗号化データＤ３が復号できないといったことを防止することができる。
【００８７】
またコンテンツ送信装置３は、暗号化データＤ３の一部だけが受信装置４に送信されることにより、当該受信装置４において誤動作等が発生してしまうことも防止することができると共に、復号できないことによる画像の劣化を抑制することができる。
【００８８】
さらにコンテンツ送信装置３は、ストリーミング形式のコンテンツデータＤ２を送信する際にはＲＴＰ／ＵＤＰを用い、記憶部１６に記憶されたコンテンツデータＤ１１を送信する際にはＨＴＴＰ／ＴＣＰを用いるといった異なるプロトコルを用いることがない。
【００８９】
従ってコンテンツ送信装置３は、ストリーミング形式のコンテンツデータＤ２の送信と、記憶部１６に記憶されたコンテンツデータＤ１１の送信とを同一のＨＴＴＰ／ＴＣＰを用いて行うことができる。これによりコンテンツ送信装置３は、構成を簡易化することができると共に、その開発コストを削減することができる。
【００９０】
以上の構成によれば、コンテンツ送信装置３は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する。
【００９１】
そしてコンテンツ送信装置３は、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにした。
【００９２】
これによりコンテンツ送信装置３は、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴに適してコンテンツデータＤ２を送信することができる。
【００９３】
＜２．第２の実施の形態＞
［２−１．コンテンツ送信装置の構成］
第２の実施の形態においては、第１の実施の形態におけるソフトウェア構成であったＦＩＦＯ１２、データ制御部１３及び暗号化部１４をハードウェア構成により実現する。
【００９４】
実際上、図６に示すようにコンテンツ送信装置４０は、ハードウェア構成でなるＦＩＦＯ４１、データ制御部４２及び暗号化部４３が設けられる。
【００９５】
因みに第２の実施の形態におけるコンテンツ送信装置４０は、ＦＩＦＯ４１、データ制御部４２及び暗号化部４３以外は第１の実施の形態におけるコンテンツ送信装置３（図２）と同様であるため、図６において同一部分を省略して示している。
【００９６】
ＦＩＦＯ４１は、非同期ＦＩＦＯであり、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。そしてＦＩＦＯ４１は、残容量が閾値以下である場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。
【００９７】
データ制御部４２は、制御回路５１により全体を統括制御するようになされており、制御回路５１が所定タイミングごとにスタート信号Ｓ２をＤＭＡ（Direct Memory Access）コントローラ５２に送出する。
【００９８】
このときＤＭＡコントローラ５２は、後段の暗号化部４３によりＡＥＳ−ＣＢＣモードで暗号化されるブロックサイズである１６バイトの整数倍のコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【００９９】
具体的にＤＭＡコントローラ５２は、ＦＩＦＯ４１に対してクロックとして機能するリードインクリメント信号Ｓ３を送出することにより、リードインクリメント信号Ｓ３の立ち上がりエッジでコンテンツデータＤ２を読み出す。
【０１００】
そしてＤＭＡコントローラ５２は、読み出したコンテンツデータＤ２を暗号化部４３のＦＩＦＯ６１に送出する。これとともにＤＭＡコントローラ５２は、クロックとして機能するライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１０１】
ライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４と、後述する制御回路５１から供給されるライトイネーブル信号Ｓ５との論理積をとる。
【０１０２】
ところでＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がないとき、データ制御部４２の制御回路５１に対してフル信号Ｓ７を送出するようになされている。
【０１０３】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が両方とも供給されていない場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。
【０１０４】
ライトイネーブル回路５３は、制御回路５１から「True」を示すライトイネーブル信号Ｓ５が供給された場合、ライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてそのままＦＩＦＯ６１に送出する。
【０１０５】
このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をライトインクリメント信号Ｓ６の立ち上がりエッジでＦＩＦＯ６１に書き込むことができる。
【０１０６】
これに対して制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１０７】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０１０８】
従ってＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０１０９】
因みに制御回路５１は、ペイロード長のコンテンツデータＤ２を単位としてＤＭＡコントローラ５２に対してＦＩＦＯ４１からＦＩＦＯ６１に転送させるようになされている。
【０１１０】
このため制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、スタート信号Ｓ２をＤＭＡコントローラ５２に送出すると共に、ライトイネーブル回路５３に「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１１１】
これによりデータ制御部４２は、ペイロード長のコンテンツデータＤ２を単位として、ＦＩＦＯ４１から読み出したコンテンツデータＤ２を破棄又はＦＩＦＯ６１へ転送し得るようになされている。
【０１１２】
ところで暗号化部４３の認証回路６３は、ＨＴＴＰ／ＴＣＰインターフェース部１５を介して予め受信装置４と相互認証及び鍵交換を行うことにより、暗号化するためのコンテンツ鍵を取得する。認証回路６３は、取得したコンテンツ鍵を暗号処理回路６２へ送出する。
【０１１３】
暗号処理回路６２は、ＦＩＦＯ６１からペイロード長のコンテンツデータＤ２を読み出し、当該読み出したコンテンツデータＤ２に対して認証回路６３から供給されたコンテンツ鍵を用いてＡＥＳ−ＣＢＣモードで暗号化する。
【０１１４】
暗号化処理回路６２は、暗号化することにより得られた暗号化データＤ３ＡをＰＣＰ化回路６４へ送出する。ＰＣＰ化回路６４は、暗号処理回路６２から供給される暗号化データＤ３Ａをペイロードとし、当該ペイロードに対してヘッダ部分が付加されたＰＣＰを暗号化データＤ３として生成する。
【０１１５】
ＤＭＡコントローラ６５は、ＰＣＰ化回路６４により生成された暗号化データＤ３を読み出し、当該読み出した暗号化データＤ３をＲＡＭ３２に書き込む。
【０１１６】
そしてＣＰＵ３１（図５）は、ＲＡＭ３２に書き込まれた暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介してＨＴＴＰ／ＴＣＰを用いて受信装置４に送信するようになされている。
【０１１７】
［２−２．動作及び効果］
以上の構成において、コンテンツ送信装置４０は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から送信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２をＦＩＦＯ４１に一時的に蓄積する。
【０１１８】
データ制御部４２の制御回路５１は、スタート信号Ｓ２をＤＭＡコントローラ５２に送出し、ＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍でなるペイロード長のコンテンツデータＤ２をＦＩＦＯ４１から読み出させる。
【０１１９】
またＤＭＡコントローラ５２は、リードインクリメント信号Ｓ３の立ち上がりエッジでコンテンツデータＤ２をＦＩＦＯ４１から読み出してＦＩＦＯ６１に送出すると共に、ライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１２０】
ライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４と、制御回路５１から供給されるライトイネーブル信号Ｓ５との論理積をとる。
【０１２１】
制御回路５１は、ＦＩＦＯ６１にコンテンツデータＤ２を書き込める場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてＦＩＦＯ６１に送出する。
【０１２２】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２を書き込むことになる。
【０１２３】
ところでＦＩＦＯ４１は、残容量が所定の閾値以下であった場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。またＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がないとき、データ制御部４２の制御回路５１に対してフル信号Ｓ７を送出するようになされている。
【０１２４】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１２５】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０１２６】
従ってＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０１２７】
従ってコンテンツ送信装置４０は、ＨＴＴＰ／ＴＣＰを用いたネットワークＮＴの状態により送信の遅延が発生した場合、暗号化部４３によりコンテンツデータＤ２を暗号化する前に、データ制御部４２により当該コンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置４０は、ネットワークＮＴの状況に適してコンテンツデータＤ２を受信装置４に送信することができる。
【０１２８】
その他、コンテンツ送信装置４０は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０１２９】
＜３．第３の実施の形態＞
［３−１．テレビジョン受像機の構成］
第３の実施の形態においては、第１の実施の形態とは異なり、コンテンツデータＤ２を破棄及び暗号化する際、ＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍を単位として行うのではなく、ＴＴＳ（Timestamped Transport Stream）パケットの整数倍を単位として行う。なお、第３の実施の形態におけるコンテンツ送信装置３（図２）の構成については、第１の実施の形態と同様であるためその説明を省略する。
【０１３０】
コンテンツ送信装置３は、第１の実施の形態と同様に、放送局２から送信される放送データＤ１をアンテナを介してチューナ部１１によって受信し、当該受信した放送データＤ１から所定の放送チャンネルに対応するコンテンツデータＤ２を抽出する。
【０１３１】
このコンテンツデータＤ２は、例えばＭＰＥＧ２形式のデータでなり、１８８バイトのＴＳ（Transport Stream）パケットに４バイトのタイムスタンプを付加した１９２バイトのＴＴＳパケットに分割されて構成される。
【０１３２】
チューナ部１１は、コンテンツデータＤ２を抽出すると、その抽出したコンテンツデータＤ２をＦＩＦＯ１２へ送出する。ＦＩＦＯ１２は、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。
【０１３３】
データ制御部１３は、後述するデータ破棄処理に従って、コンテンツデータＤ２をＦＩＦＯ１２から読み出してバッファ１３Ａへ記憶する。そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込める場合、バッファ１３Ａから読み出してＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込む。
【０１３４】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたコンテンツデータＤ２に対して、ＴＴＳパケットのデータサイズである１９２バイトの整数倍である例えば１９２０バイトをペイロードとして暗号化する。そして暗号化部１４は、暗号化することにより得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５に送出する。
【０１３５】
ＨＴＴＰ／ＴＣＰインターフェース部１５は、暗号化部１４から供給される暗号化データＤ３を供給される度に受信装置４に出力する。
【０１３６】
このようにしてコンテンツ送信装置３では、放送局２から配信されるコンテンツデータＤ２をＨＴＴＰ／ＴＣＰを用いて受信装置４へリアルタイムストリーム送信し得るようになされている。
【０１３７】
［３−２．データ破棄処理］
次に、主にデータ制御部１３により行われるデータ破棄処理について詳しく説明する。
【０１３８】
データ制御部１３は、ＦＩＦＯ１２の残容量を逐次チェックしており、当該ＦＩＦＯ１２の残容量が閾値より多い場合、暗号化部１４により暗号化されるペイロード長（１９２０バイト）のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【０１３９】
そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２がＴＴＳパケットの途中から記憶されているかを検出する。
【０１４０】
ここでＴＴＳパケットは、４バイトのタイムスタンプに続く５バイト目に「０ｘ４７」が格納されている。従ってデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２の先頭から５バイト目が「０ｘ４７」であるか否かを判断する。
【０１４１】
因みに第３の実施の形態においては、バッファ１３ＡがＦＩＦＯとして機能し、先に記憶されたコンテンツデータＤ２から順に読み出されるようになされていると共に、その容量がペイロード長である１９２０バイトである。
【０１４２】
従ってデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であった場合、ＴＴＳパケットの先頭からバッファ１３Ａに記憶されており、１０のＴＴＳパケットが完全な状態でバッファ１３Ａに記憶されている。
【０１４３】
これに対してデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であるか否かを判断し、５バイト目が「０ｘ４７」でなかった場合、ＴＴＳパケットの途中から記憶されていると判断する。
【０１４４】
この場合、データ制御部１３は、バッファ１３Ａの先頭から６バイト目以降で「０ｘ４７」が格納されているアドレスを検出する。
【０１４５】
ここでデータ制御部１３により例えばバッファ１３Ａの先頭から１００バイト目に「０ｘ４７」が検出された場合、検出された「０ｘ４７」を含むＴＴＳパケットは、１００バイト目から４バイト前に相当する９６バイト目から記憶されている。
【０１４６】
そこでデータ制御部１３は、例えばバッファ１３Ａの先頭から１００バイト目に「０ｘ４７」を検出した場合、バッファ１３Ａの９６バイト目から最終アドレスまでのコンテンツデータＤ２を先頭アドレスから始まるようシフトさせる。
【０１４７】
これによりデータ制御部１３は、バッファの先頭から５バイト目に「０ｘ４７」が格納されることになり、バッファ１３Ａの先頭にＴＴＳパケットの先頭を揃えることができる。
【０１４８】
またデータ制御部１３は、バッファの先頭から１００バイト目に「０ｘ４７」が検出された場合、当該バッファの先頭アドレスから９５バイト目までのコンテンツデータＤ２を破棄することになる。
【０１４９】
そこでデータ制御部１３は、破棄したデータサイズと同じ９５バイトのコンテンツデータＤ２を新たにＦＩＦＯ１２から読み出し、バッファ１３A内のシフトさせたコンテンツデータＤ２の後に書き込む。これによりデータ制御部１３は、バッファ１３Aに１０のＴＴＳパケットを完全な状態で記憶することができる。
【０１５０】
このようにしてデータ制御部１３は、ＦＩＦＯ１２から完全な状態の１０のＴＴＳパケットからなるコンテンツデータＤ２を読み出した後、当該コンテンツデータＤ２に対して所定の時間に設定されたタイムアウトを設けて暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をする。
【０１５１】
暗号化部１４は、データ制御部１３によりＦＩＦＯ１４Ａに書き込まれた１９２０バイトのコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に送信する。
【０１５２】
これに対してデータ制御部１３は、例えばネットワークＮＴの転送速度が遅くなることにより、暗号化データＤ３の送信に遅延が生じた場合、タイムアウトが発生することがある。
【０１５３】
この場合、データ制御部１３は、ＦＩＦＯ１２から読み出した１９２０バイトのコンテンツデータＤ２を暗号化部１４へ書き込むことなく破棄する。
【０１５４】
またデータ制御部１３は、ネットワークＮＴの遅延などによりＦＩＦＯ１２の残容量が閾値以下である場合、当該ＦＩＦＯ１２から１９２０バイトのコンテンツデータＤ２を読み出して暗号化部１４のＦＩＦＯ１４Ａに書き込むことなく破棄する。
【０１５５】
因みに暗号化部１４は、１９２０バイトのコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化する際、１９２０バイトはブロックサイズである１６バイトの整数倍のため、ペディングデータを付加することなく暗号化することができる。
【０１５６】
［３−３．データ破棄処理手順］
次に上述したデータ破棄処理の手順について説明する。ここで第３の実施の形態におけるデータ制御部１３は、第１の実施の形態におけるデータ破棄処理手順（図３）に従って処理を実行し、加えてステップＳＰ６とサブルーチンＳＲＴ１との間に図７に示すＴＴＳパケット検出処理手順を実行するようになされている。
【０１５７】
実際上、データ制御部１３は、第１の実施の形態と同様に、ルーチンＲＴ１（図４）の開始ステップから入ってステップＳＰ１〜ＳＰ５を実行した後、ステップＳＰ６へ移る。
【０１５８】
ステップＳＰ６においてデータ制御部１３は、ＴＴＳパケットの整数倍である例えば１９２０バイトのコンテンツデータＤ２をＦＩＦＯ１２から読み出してバッファ１３Ａに書き込み、ＴＴＳパケット検出処理手順（図７）に入って次のステップＳＰ２１へ移る。
【０１５９】
ステップＳＰ２１においてデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であるか否かを判断する。ここで肯定結果が得られると、このことはバッファ１３Ａに全てのＴＴＳパケットが完全な状態で記憶されていることを意味し、このときデータ制御部１３は次のサブルーチンＳＲＴ１へ移る。
【０１６０】
これに対してステップＳＰ２１において否定結果が得られると、このことはバッファ１３ＡにコンテンツデータＤ２がＴＴＳパケットの途中から記憶されていることを意味し、このときデータ制御部１３は次のステップＳＰ２２へ移る。
【０１６１】
ステップＳＰ２２においてデータ制御部１３は、バッファ１３Ａにおける先頭から６バイト目以降に「０ｘ４７」が格納されているアドレスを検出し、次のステップＳＰ２３へ移る。
【０１６２】
ステップＳＰ２３においてデータ制御部１３は、バッファ１３Ａにおける先頭から６バイト目以降に「０ｘ４７」が格納されているアドレスが見つかったか否かを判断する。
【０１６３】
ここで本実施の形態においては、バッファ１３Ａの容量がＴＴＳパケットのデータサイズの１０倍であることから否定結果が得られることはない。しかしながらバッファ１３Ａの容量がＴＴＳパケットのデータサイズである１９２バイトより小さい場合には否定結果が得られる場合があり、このときデータ制御部１３は次のステップＳＰ２４へ移る。
【０１６４】
ステップＳＰ２４においてデータ制御部１３は、ＦＩＦＯ１２からバッファサイズ分のコンテンツデータＤ２を再び読み出し、ステップＳＰ２２へ戻る。この場合、データ制御部１３は、バッファ１３Ａに予め記憶されたコンテンツデータＤ２を破棄して、再び読み出したコンテンツデータＤ２をバッファ１３Ａに上書きすることにより記憶する。
【０１６５】
一方、ステップＳＰ２３において肯定結果が得られると、このことはコンテンツデータＤ２がバッファ１３ＡにＴＴＳパケットの途中から記憶されていることを意味し、このときデータ制御部１３はステップＳＰ２５へ移る。
【０１６６】
ステップＳＰ２５においてデータ制御部１３は、ステップＳＰ２３で見つかった「０ｘ４７」がバッファ１３Ａの先頭から５バイト目に格納されるようにバッファ１３Ａ内のコンテンツデータＤ２をシフトさせる。
【０１６７】
またデータ制御部１３は、シフトさせることにより破棄したデータ分のコンテンツデータＤ２をＦＩＦＯ１２から読み出し、シフトさせたコンテンツデータＤ２の後に書き込み、サブルーチンＳＲＴ１へ移る。
【０１６８】
そしてデータ制御部１３は、第１の実施の形態と同様にサブルーチンＳＲＴ１（図５）を実行してステップＳＰ１へ戻る。
【０１６９】
［３−４．動作及び効果］
以上の構成において、コンテンツ送信装置３は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２を蓄積しておくＦＩＦＯ１２の残容量をチェックする。
【０１７０】
そしてデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多い場合、ＴＴＳパケットの整数倍のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【０１７１】
またデータ制御部１３は、ＦＩＦＯ１２から読み出してバッファ１３Ａに記憶されたコンテンツデータＤ２がＴＴＳパケットの途中から記憶されている場合、バッファ１３Ａの先頭に記憶された不完全なＴＴＳパケットを破棄する。
【０１７２】
さらにコンテンツ送信装置３は、破棄したデータ分のコンテンツデータＤ２をＦＩＦＯ１２から読み出して、破棄されなかったコンテンツデータＤ２の後に記憶する。
【０１７３】
そしてコンテンツ送信装置３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２をタイムアウト付きで暗号化部１４に書き込む準備をし、タイムアウトが発生していない場合、当該コンテンツデータＤ２を暗号化部１４に書き込む。
【０１７４】
そしてコンテンツ送信装置３は、暗号化部１４によりコンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に出力する。
【０１７５】
一方、コンテンツ送信装置３は、ＦＩＦＯ１２の残容量が閾値以下であった場合、ＦＩＦＯ１２がオーバーフローする可能性があることから、ＦＩＦＯ１２からＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出して破棄する。
【０１７６】
従ってコンテンツ送信装置３は、ネットワークＮＴの状態により暗号化データＤ３の送信に遅延が発生した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に、データ制御部１３によりコンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置３は、ネットワークＮＴの状況に適してコンテンツデータＤ２を暗号化して受信装置４に送信することができる。
【０１７７】
またコンテンツ送信装置３は、データ制御部１３により完全な状態のＴＴＳパケットだけを暗号化部１４のＦＩＦＯ１４Ａに書き込み、当該暗号化部１４によりＴＴＳパケットの整数倍を単位として暗号化して受信装置４に送信するようにした。
【０１７８】
これによりコンテンツ送信装置３は、不完全な状態のＴＴＳパケットを受信装置４に送信することがないので、当該受信装置４においてＴＴＳパケットの読み取りエラー等を防止することができる。
【０１７９】
従ってコンテンツ送信装置３は、受信装置４での誤動作等が発生してしまうことも防止することができると共に、復号化できないことによる画像の劣化を抑制することができる。
【０１８０】
その他、コンテンツ送信装置３は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０１８１】
以上の構成によれば、コンテンツ送信装置３は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する。
【０１８２】
そしてコンテンツ送信装置３は、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにした。
【０１８３】
これによりコンテンツ送信装置３は、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴの状況に適してコンテンツデータＤ２を送信することができる。
【０１８４】
＜４．第４の実施の形態＞
［４−１．コンテンツ送信装置の構成］
第４の実施の形態においては、第３の実施の形態におけるソフトウェア構成であったＦＩＦＯ１２、データ制御部１３及び暗号化部１４をハードウェア構成で実現する。
【０１８５】
実際上、図６との対応部分に同一符号を付した図８に示すように、コンテンツ送信装置８０は、ＦＩＦＯ４１とＤＭＡコントローラ５２との間にＴＴＳパケット検出部８１が設けられており、その他は第２の実施の形態と同様である。
【０１８６】
因みに第４の実施の形態におけるコンテンツ送信装置８０は、ＦＩＦＯ４１、ＴＴＳパケット検出部８１、データ制御部４２及び暗号化部４３以外は第１の実施の形態におけるコンテンツ送信装置３と同様であるため、図８において同一部分を省略して示している。
【０１８７】
ＦＩＦＯ４１は、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。一方、データ制御部４２の制御回路５１は、所定タイミングごとにスタート信号Ｓ２をＤＭＡコントローラ５２に送出する。
【０１８８】
このときＤＭＡコントローラ５２は、ライトインクリメント信号Ｓ３をＴＴＳパケット検出回路８１に送出すると共に、制御回路５１から供給されたスタート信号Ｓ２をＴＴＳパケット検出回路８１に送出する。
【０１８９】
ＴＴＳパケット検出回路８１は、ＤＭＡコントローラ５２からスタート信号Ｓ２を受信すると、ＦＩＦＯ４１に対してリードインクリメント信号Ｓ１１を送出し、リードインクリメント信号Ｓ１１の立ち上がりエッジでコンテンツデータＤ２を読み出す。
【０１９０】
このときＴＴＳパケット検出回路８１は、読み出した５バイト目が「０ｘ４７」であった場合、ＴＴＳパケットの整数倍である例えば１９２０バイトのコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【０１９１】
一方、ＴＴＳパケット検出回路８１は、読み出した５バイト目が「０ｘ４７」でなかった場合、「０ｘ４７」を検出するまでＦＩＦＯ４１からコンテンツデータＤ２を空読みする。
【０１９２】
因みにＴＴＳパケット検出回路８１は、ＦＩＦＯ４１からコンテンツデータＤ２を空読みする際、現在読み出しているコンテンツデータＤ２の少なくとも４バイト前までのコンテンツデータＤ２を保持している。
【０１９３】
そしてＴＴＳパケット検出回路８１は、ＦＩＦＯ４１から読み出したデータが「０ｘ４７」であった場合、当該「０ｘ４７」の４バイト前から１９２０バイト分のコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【０１９４】
これによりＴＴＳパケット検出回路８１は、完全な状態の１０のＴＴＳパケットをＦＩＦＯ４１から読み出すことができる。
【０１９５】
従ってＤＭＡコントローラ５２は、ＴＴＳパケット検出回路８１からコンテンツデータＤ２を読み出すことにより、完全な状態の１０のＴＴＳパケットを暗号化部４３のＦＩＦＯ６１に送出し得る。これと共にＤＭＡコントローラ５２は、ＦＩＦＯ６１に対してライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１９６】
コンテンツ送信装置８０では、これ以降において第２の実施の形態と同様に、制御回路５１が、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が両方とも供給されていない場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。
【０１９７】
このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてそのままＦＩＦＯ６１に送出する。
【０１９８】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２をＦＩＦＯ６１に書き込む。
【０１９９】
暗号処理回路６２は、ＦＩＦＯ６１から１９２０バイトのコンテンツデータＤ２を読み出し、当該読み出したコンテンツデータＤ２に対して認証回路６３から供給されたコンテンツ鍵を用いてＡＥＳ−ＣＢＣモードで暗号化する。
【０２００】
ＰＣＰ化回路６４は、暗号処理回路６２から供給される暗号化データＤ３Ａをペイロードとし、当該ペイロードに対してヘッダ部分が付加されたＰＣＰを暗号化データＤ３として生成する。
【０２０１】
ＤＭＡコントローラ６５は、ＰＣＰ化回路６４により生成された暗号化データＤ３を読み出し、当該読み出した暗号化データＤ３をＲＡＭ３２に書き込む。
【０２０２】
そしてＣＰＵ３１は、ＲＡＭ３２に書き込まれた暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介してＨＴＴＰ／ＴＣＰを用いて受信装置４に送信するようになされている。
【０２０３】
これに対して制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０２０４】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＴＴＳパケット検出部８１を介してＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０２０５】
従ってＤＭＡコントローラ５２は、ＴＴＳパケット検出部８１を介してＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０２０６】
［４−２．動作及び効果］
以上の構成において、コンテンツ送信装置８０は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２をＦＩＦＯ４１に一時的に蓄積する。
【０２０７】
そしてＴＴＳパケット検出回路８１は、ＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す際、「０ｘ４７」の４バイト前からＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す。
【０２０８】
ＤＭＡコントローラ５２は、ＴＴＳパケット検出回路８１により読み出されたコンテンツデータＤ２をＦＩＦＯ６１に送出すると共に、ライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０２０９】
制御回路５１は、ＦＩＦＯ６１にコンテンツデータＤ２を書き込める場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてＦＩＦＯ６１に送出する。
【０２１０】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２を書き込むことになる。
【０２１１】
ところでＦＩＦＯ４１は、ネットワークＮＴの遅延等により残容量が所定の閾値以下であった場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。またＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの容量が残っていないとき、制御回路５１に対してフル信号Ｓ７を送出する。
【０２１２】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０２１３】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。
【０２１４】
このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができないので、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄する。
【０２１５】
従ってコンテンツ送信装置８０は、ＨＴＴＰ／ＴＣＰを用いたネットワークＮＴの状態により送信の遅延が発生した場合、暗号化部４３によりコンテンツデータＤ２を暗号化する前に、データ制御部４２により当該コンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置８０は、ネットワークＮＴの状況に適してコンテンツデータＤ２を受信装置４に送信することができる。
【０２１６】
またコンテンツ送信装置８０は、データ制御部４２により完全な状態のＴＴＳパケットだけを暗号化部４３のＦＩＦＯ６１に書き込み、当該暗号化部４３によりＴＴＳパケットの整数倍を単位として暗号化して受信装置４に送信するようにした。
【０２１７】
これによりコンテンツ送信装置８０は、不完全な状態のＴＴＳパケットを受信装置４に送信することがないので、当該受信装置４においてＴＴＳパケットの読み取りエラー等を防止することができる。従ってコンテンツ送信装置８０は、受信装置４での誤動作等が発生してしまうことも防止することができると共に、復号化できないことによる画像の劣化を抑制することができる。
【０２１８】
その他、コンテンツ送信装置８０は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０２１９】
＜５．他の実施の形態＞
［５−１．他の実施の形態１］
なお上述した第１の実施の形態においては、データ破棄処理手順に従って、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２を破棄するようにした場合について述べた。
【０２２０】
しかしながら本発明はこれに限らず、データ制御部１３が、図９に示すデータ破棄処理手順に従ってコンテンツデータＤ２を破棄するようにしても良い。
【０２２１】
実際上、データ制御部１３は、ルーチンＲＴ２の開始ステップから入って次のステップＳＰ３１に移る。ステップＳＰ３１においてデータ制御部１３は、暗号化部１４をオープンし、次のステップＳＰ３２へ移る。ステップＳＰ３２においてデータ制御部１３は、暗号化部１４をノンブロックに指定し、次のステップＳＰ３３へ移る。
【０２２２】
ステップＳＰ３３においてデータ制御部１３は、ＦＩＦＯ１２をオープンし、次のステップＳＰ３４に移る。
【０２２３】
ステップＳＰ３４においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から読み出し、次のステップＳＰ３５に移る。
【０２２４】
ステップＳＰ３５においてデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、次のステップＳＰ３６に移る。
【０２２５】
ステップＳＰ３６においてデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込めるか否かを判断し、肯定結果が得られると次のステップＳＰ３７へ移る。
【０２２６】
ステップＳＰ３７においてデータ制御部１３は、ステップＳＰ３４において読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込み、ステップＳＰ３４に戻る。
【０２２７】
これに対してステップＳＰ３６において否定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込むことができないことを意味し、このときデータ制御部１３はステップＳＰ３８に移る。
【０２２８】
ステップＳＰ３８においてデータ制御部１３は、ＦＩＦＯ１２の残容量を取得し、次のステップＳＰ３９へ移る。ステップＳＰ３９においてデータ制御部１３は、ステップＳＰ３８において取得したＦＩＦＯ１２の残容量が閾値以下であるか否かを判断する。
【０２２９】
ステップＳＰ３９において否定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値より多く、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローすることがないことを意味しており、このときデータ制御部１３はステップＳＰ３６に戻る。
【０２３０】
そしてデータ制御部１３は、暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めるようになるか、ＦＩＦＯ１２の残容量が閾値以下になるまでステップＳＰ３６、ＳＰ３８及びＳＰ３９を繰り返す。
【０２３１】
これに対してステップＳＰ３９において肯定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めずに、ＦＩＦＯ１２の残容量が閾値以下になったことを意味する。
【０２３２】
このときＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローする可能性があるので、データ制御部１３は次のステップＳＰ３４に戻り、ＦＩＦＯ１２から新たにペイロード長のコンテンツデータＤ２を読み出す。
【０２３３】
従ってデータ制御部１３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２が暗号化部１４のＦＩＦＯ１４Ａに書き込めずに、ＦＩＦＯ１２の残容量が閾値以下になった場合、当該コンテンツデータＤ２を破棄して新たなコンテンツデータＤ２を読み出す。
【０２３４】
これによりデータ制御部１３は、ネットワークの遅延等によりコンテンツデータＤ２の送信が遅延した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に破棄することができる。
【０２３５】
因みに第３の実施の形態においても、上述したデータ破棄処理手順（図９）に従ってコンテンツデータＤ２を破棄するようにしても良い。
【０２３６】
この場合、データ制御部１３は、ステップＳＰ３４においてＦＩＦＯ１２から暗号化部１４により暗号化されるＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す。またデータ制御部１３は、ステップＳＰ３４とステップＳＰ３５との間に図７に示したＴＴＳパケット検出処理手順を実行すればよい。
【０２３７】
［５−２．他の実施の形態２］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２３８】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２３９】
すなわち第１乃至第４の実施の形態においては、暗号化部１４又は４３により暗号化させるペイロード長のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４０】
しかしながら本発明はこれに限らず、第１及び第２の実施の形態においては、データ制御部１３又は４２により任意のデータサイズでＦＩＦＯ１２に記憶されたコンテンツデータＤ２を読み出して破棄するようにしても良い。
【０２４１】
また第３及び第４の実施の形態においては、データ制御部１３又は４２により完全な状態のＴＴＳパケットを暗号化部１４又は４３に書き込むようにするのであれば、任意のデータサイズでＦＩＦＯ１２に記憶されたコンテンツデータＤ２を読み出して破棄するようにしても良い。
【０２４２】
例えばデータ制御部１３又は４２は、ＦＩＦＯ１２又は４１の残容量が閾値以下になった場合、ＴＴＳパケットを単位としてコンテンツデータＤ２をＦＩＦＯ１２又は４１から読み出して破棄する。
【０２４３】
ここで、例えば放送局から供給されるコンテンツデータを暗号化した後にバッファに記憶し、当該バッファに所定量以上の暗号化されたコンテンツデータが記憶された場合、当該コンテンツデータを破棄するコンテンツ送信装置が提案されている（特開２００８−１９９４３５）。
【０２４４】
このコンテンツ送信装置では、暗号化されたコンテンツデータが部分的に受信装置に送信されることを防止するため、暗号化されたコンテンツデータを単位として破棄する。このためこのコンテンツ送信装置では、暗号化されたコンテンツデータを単位としてバッファに記憶するため、バッファのサイズが大きくなってしまう。
【０２４５】
これに対して本願発明のコンテンツ送信装置３及び４０では、放送局２から供給されるコンテンツデータＤ２を暗号化する前にＦＩＦＯ１２及び４１に記憶する。そしてコンテンツ送信装置３及び４０では、ＦＩＦＯ１２及び４１の残容量が閾値以下である場合、任意のデータサイズでＦＩＦＯ１２及び４１に記憶されたコンテンツデータＤ２を破棄することができる。
【０２４６】
これによりコンテンツ送信装置３及び４０では、ＦＩＦＯ１２及び４１のサイズを小さくすることができる。
【０２４７】
［５−３．他の実施の形態３］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４８】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４９】
しかしながら本発明はこれに限らず、ＦＩＦＯ１２及び４１の残容量が閾値以下になった場合、フレーム単位でＦＩＦＯ１２に記憶されたコンテンツデータＤ２を破棄するようにしても良い。
【０２５０】
ここでＭＰＥＧ２は、複数のフレームからなるＧＯＰ（Group Of Picture）単位で構成されている。ここでＩピクチャは、他のフレームに依存することなく単体で復号することができる。またＰピクチャは、単体では復号することができずにＩピクチャを参照することにより復号することができる。さらにＢピクチャは、Ｉピクチャ及びＰピクチャを参照することにより復号することができる。
【０２５１】
このことから、データ制御部１３及び４２は、ＦＩＦＯ１２及び４１の残容量が閾値以下になった場合、例えばＰＥＳヘッダ及びエレメンタリストリーム内部のヘッダを参照することにより、Ｉピクチャに相当するＴＴＳパケットを破棄することなく、Ｐピクチャ及びＢピクチャに相当するＴＴＳパケットだけを破棄するようにしても良い。
【０２５２】
［５−４．他の実施の形態４］
上述した第１及び第３の実施の形態においては、ＦＩＦＯ１２、データ制御部１３及び暗号化部１４がソフトウェアで構成されるようにした場合について述べた。また上述した第２及び第４の実施の形態においては、ＦＩＦＯ４１、データ制御部４２及び暗号化部４３がハードウェアで構成されるようにした場合について述べた。
【０２５３】
しかしながら本発明においてはこれに限らず、例えばＦＩＦＯがハードウェア構成で、データ制御部及び暗号化部がソフトウェア構成であっても良く、ＦＩＦＯ、データ制御部及び暗号化部がそれぞれソフトウェア又はハードウェアのどちらで構成されていても良い。
【０２５４】
［５−５．他の実施の形態５］
上述した第１乃至第４の実施の形態においては、放送局２から送信されるコンテンツデータＤ２をリアルタイムで受信装置４に送信するようにした場合について述べた。
【０２５５】
しかしながら本発明においてはこれに限らず、例えばデジタルビデオカメラにより撮像される映像データを所定のインターフェース（図示せず）を介して取得してリアルタイムで受信装置４に送信するような場合にも適応できる。
【０２５６】
また本発明は、例えばパーソナルコンピュータにより作成されたコンピュータグラフィックスの動画像を所定のインターフェースを介して取得してリアルタイムで受信装置４に送信するような場合にも適応できる。
【０２５７】
このように本発明においては、種々の家電機器やコンピュータ又はインターネットを介して供給される映像データをリアルタイムで受信装置４に送信する場合に適応できる。
【０２５８】
［５−６．他の実施の形態６］
上述した第１乃至第４の実施の形態においては、ＭＰＥＧ２形式でなるコンテンツデータＤ２をリアルタイムで受信装置４に送信するようにした場合について述べた。
【０２５９】
しかしながら本発明はこれに限らず、種々のフォーマットでなるコンテンツデータを受信装置４に送信する場合に適応することができる。
【０２６０】
［５−７．他の実施の形態７］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６１】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６２】
すなわち第１乃至第４の実施の形態においては、固定長のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６３】
しかしながら本発明はこれに限らず、データ制御部１３及び４２により破棄するコンテンツデータＤ２のデータサイズを可変にするようにしても良い。
【０２６４】
具体的には、例えば第１の実施の形態におけるコンテンツ送信装置３のデータ制御部１３は、コンテンツデータＤ２の破棄するデータサイズを切り替えるようにする。
【０２６５】
このデータ制御部１３は、例えば画質優先モード及びリアルタイム優先モードが設定されており、ユーザ操作に応じて切り替えるようになされている。
【０２６６】
そしてデータ制御部１３は、ユーザ操作に応じて画質優先モードが設定された場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、例えばＩピクチャに相当するＴＴＳパケットを破棄せず、Ｐピクチャ及びＢピクチャに相当するＴＴＳパケットを破棄する。
【０２６７】
これによりコンテンツ送信装置３は、Ｉピクチャに相当するＴＴＳパケットを受信装置４に送信することができるので、フレーム数は少なくなるものの１フレームごとの画質がよいコンテンツをユーザに提供することができる。
【０２６８】
またデータ制御部１３は、ユーザ操作に応じてリアルタイム優先モードが設定された場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、フレーム数が減少しないように１フレームあたりのデータサイズを減らすように破棄する。
【０２６９】
これによりコンテンツ送信装置３は、フレーム数が減少していないコンテンツデータを受信装置４に提供することができる。
【０２７０】
またデータ制御部１３は、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のフォーマットの種類に応じて破棄するコンテンツデータＤ２のデータサイズを切り替えるようにしても良い。
【０２７１】
例えばデータ制御部１３は、例えばＭＰＥＧ２形式のコンテンツデータＤ２がＦＩＦＯ１２に記憶されている場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、フレーム単位でコンテンツデータＤ２を破棄する。
【０２７２】
またデータ制御部１３は、ＦＩＦＯ１２に記憶されているコンテンツデータＤ２がパケットにより構成されてないフォーマットである場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、暗号化部１４により暗号化されるペイロード長単位でＦＩＦＯ１２からコンテンツデータＤ２を読み出して破棄する。
【０２７３】
このようにすればデータ制御部１３は、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のフォーマットの種類に応じて破棄するコンテンツデータのデータサイズを切り替えることができる。
【０２７４】
なおデータ制御部１３が破棄するコンテンツデータＤ２のデータサイズを切り替えるようにしたが、データ制御部１３とは別に破棄するコンテンツデータＤ２のデータサイズを切り替える切替部を備えるようにしても良い。
【０２７５】
［５−８．他の実施の形態８］
さらに上述した第１及び第３の実施の形態においては、ＣＰＵ３１がＲＯＭ３３に格納されているデータ破棄処理プログラムに従い、上述したデータ破棄処理を行うようにした場合について述べた。
【０２７６】
しかしながら本発明はこれに限らず、記憶媒体からインストールしたり、インターネットからダウンロードしたデータ破棄処理プログラムに従って上述したデータ破棄処理を行うようにしても良い。
【０２７７】
またその他種々のルートによってインストールしたデータ破棄処理プログラムに従って上述したデータ破棄処理を行うようにしても良い。
【０２７８】
［５−９．他の実施の形態９］
さらに上述した第１乃至第４の実施の形態においては、取得部としてチューナ部１１が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる取得部を設けるようにしても良い。
【０２７９】
さらに上述した第１乃至第４の実施の形態においては、一時記憶部としてＦＩＦＯ１２及び４１が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる一時記憶部を設けるようにしても良い。
【０２８０】
さらに上述した第１乃至第４の実施の形態においては、データ制御部としてデータ制御部１３及び４２が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなるデータ制御部を設けるようにしても良い。
【０２８１】
さらに上述した第１乃至第４の実施の形態においては、暗号化部として暗号化部１４及び４３が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる暗号化部を設けるようにしても良い。
【０２８２】
さらに上述した第１乃至第４の実施の形態においては、送信部としてＨＴＴＰ／ＴＣＰインターフェース部１５が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる送信部を設けるようにしても良い。
【産業上の利用可能性】
【０２８３】
本発明は、例えばストリーミング形式で配信されるコンテンツデータを暗号化して受信装置に送信する場合に利用することができる。
【符号の説明】
【０２８４】
１……コンテンツ送信システム、２……放送局、３、４０，８０……コンテンツ送信装置、４……受信装置、１１……チューナ部、１２、４１……ＦＩＦＯ、１３、４２……データ制御部、１４、４３……暗号化部、１５、２１……ＨＴＴＰ／ＴＣＰインターフェース部、１６、２３……記憶部、２２……復号化部、３１……ＣＰＵ、３２……ＲＡＭ、３３……ＲＯＭ、３４……ネットワークインターフェース部、３５……バス。
【技術分野】
【０００１】
本発明はコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムに関し、例えばストリーミング形式で配信されるコンテンツデータをネットワークを介してレコーダ等の受信装置に送信する場合に適用して好適なものである。
【背景技術】
【０００２】
近年、家庭内の家電機器やコンピュータ等をネットワーク接続し、これら機器間で通信を可能にしたホームネットワークが普及し始めている。
【０００３】
このようなホームネットワークでは、コンテンツ送信装置が例えば放送局から配信されるストリームミング形式でなるコンテンツデータを受信し、当該コンテンツデータをホームネットワークを介してディスプレイやレコーダ等の受信装置に送信することにより、例えばレコーダによりコンテンツデータを記憶し得るようになされている。
【０００４】
ところでコンテンツデータは、デジタル化されて提供されることが多く、デジタルのコンテンツデータはコピーや改竄が比較的容易に行われてしまう。
【０００５】
そこで、ホームネットワークにおいては、ＤＴＬＡ（Digital Transmission Licensing Administrator）によって開発されたＤＴＣＰ（Digital Transmission Content Protection）をＩＰ（Internet Protocol）インターフェースに対応させたＤＴＣＰ−ＩＰ（DTCP over IP）により著作権が保護された形でコンテンツデータが送信される。
【０００６】
コンテンツ送信装置は、ストリームミング形式でなるコンテンツデータを受信装置に送信する場合、通常、ＲＴＰ（Real Time Protocol）／ＵＤＰ（User Datagram Protocol）を用いてコンテンツデータを送信する。これによりコンテンツ送信装置は、送信速度が高い状態でコンテンツデータを受信装置に送信することができる。
【０００７】
一方、ホームネットワークにおいては、ＤＬＮＡ（Digital Living Network Alliance）に代表されるように家電機器やコンピュータ等をＨＴＴＰ（Hyper Text Transmission Protocol）／ＴＣＰ（Transmission Control Protocol）により接続するようになされてきている。
【０００８】
この場合、コンテンツ送信装置は、コンテンツデータをＨＴＴＰ／ＴＣＰを用いて送信することになり、信頼性の高い状態でコンテンツデータを受信装置に送信することができる。
【０００９】
しかしながら、このようなコンテンツ送信装置では、コンテンツデータを受信装置が受信できなかった場合、当該受信装置から再送要求が行われ、コンテンツデータを再送するといった処理が行われるので、ストリームミング形式でなるコンテンツデータの送信に遅延が発生してしまうことになる。
【００１０】
そこでこのようなコンテンツ送信装置のなかには、当該コンテンツ送信装置内に設けられたバッファに放送局から配信されるコンテンツデータを記憶する。そしてコンテンツ送信装置は、遅延が発生して所定量以上のコンテンツデータがバッファに記憶されたとき、当該コンテンツデータをリアルタイム性を判断して破棄するようになされたものが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１１】
特開２００５−５１７０９公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ところで上述したコンテンツ送信装置では、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ（Advanced Encryption Standard）−ＣＢＣモードでコンテンツデータを暗号化して受信装置に送信する場合、暗号化されたコンテンツデータの一部が破棄されてしまうことが考えられる。
【００１３】
このような場合、受信装置では、暗号化されたコンテンツデータのうちのコンテンツ送信装置によって破棄されていない部分だけを受信しても、破棄された一部以降のコンテンツデータを復号することができない。
【００１４】
これにより受信装置では、映像が劣化したり、誤動作等が発生してしまうことも考えられ、コンテンツ送信装置がネットワークに適してコンテンツデータを送信しているとは言い難い。
【００１５】
本発明は以上の点を考慮してなされたもので、ネットワークに適してコンテンツデータを送信し得るコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムを提案しようとするものである。
【課題を解決するための手段】
【００１６】
かかる課題を解決するため本発明においては、ストリーミング形式で配信されるコンテンツデータを取得する取得部と、取得部により取得されたコンテンツデータを一時的に記憶する一時記憶部と、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御部と、データ制御部により読み出されたコンテンツデータを所定量を単位として暗号化する暗号化部と、暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信部とを具え、データ制御部は、上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１７】
また本発明においては、ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、暗号化ステップにより暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップとを設け、データ制御ステップは、ネットワークの状況により一時記憶部の残容量が所定閾値以下になった場合、一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１８】
さらに本発明においては、コンピュータに対して、ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、暗号化ステップにより暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップとを実行させ、データ制御ステップは、ネットワークの状況により一時記憶部の残容量が所定閾値以下になった場合、一時記憶部から読み出したコンテンツデータを破棄するようにした。
【００１９】
これにより、ネットワークの状態により受信装置に送信するコンテンツデータに遅延が発生して一時記憶部の残容量が所定閾値以下になった場合、コンテンツデータを暗号化する前に破棄することができる。
【発明の効果】
【００２０】
以上のように本発明によれば、ネットワークの状態により受信装置に送信するコンテンツデータに遅延が発生して一時記憶部の残容量が所定閾値以下になった場合、コンテンツデータを暗号化する前に破棄することができ、かくしてネットワークの状況に適してコンテンツデータを送信し得るコンテンツ送信装置、コンテンツ送信方法及びコンテンツ送信プログラムを実現できる。
【図面の簡単な説明】
【００２１】
【図１】コンテンツ送信システムの構成を示す略線図である。
【図２】コンテンツ送信装置を示す略線図である。
【図３】コンテンツ送信システムの機能的構成を示す略線図である。
【図４】データ破棄処理手順の説明に供するフローチャートである。
【図５】タイムアウト付き書込処理手順の説明に供するフローチャートである。
【図６】第２の実施の形態におけるコンテンツ送信装置を示す略線図である。
【図７】ＴＴＳパケット検出処理手順の説明に供するフローチャートである。
【図８】第４の実施の形態におけるコンテンツ送信装置を示す略線図である。
【図９】他の実施の形態におけるデータ破棄処理手順の説明に供するフローチャートである。
【発明を実施するための形態】
【００２２】
以下、発明を実施するための形態（以下実施形態とする）について説明する。
なお、説明は以下の順序で行う。
１．第１の実施の形態
２．第２の実施の形態
３．第３の実施の形態
４．第４の実施の形態
５．他の実施の形態
【００２３】
＜１．第１の実施の形態＞
［１−１．コンテンツ送信システムの構成］
図１に示すようにコンテンツ送信システム１は、放送局２、例えばセットトップボックスでなるコンテンツ送信装置３、及び例えばレコーダでなる受信装置４により構成されており、コンテンツ送信装置３と受信装置４とがネットワークＮＴを介して接続される。このコンテンツ送信装置３及び受信装置４は、例えばＤＬＮＡ規格に準拠しており、当該ＤＬＮＡ規格に基づいてネットワークＮＴを介して接続される。
【００２４】
コンテンツ送信装置３は、放送局２から送信される放送データに対して選局処理、暗号化処理等を施し、その結果得られる暗号化されたコンテンツデータをネットワークＮＴを介して受信装置４へ送信する。
【００２５】
受信装置４は、ネットワークＮＴを介してコンテンツ送信装置３から送信されたコンテンツデータを受信すると、当該コンテンツデータに対して復号処理等を施してから記憶するようになされている。
【００２６】
［１−２．コンテンツ送信システムの構成］
次にコンテンツ送信システム１におけるコンテンツ送信装置３及び受信装置４の構成について図２を用いて説明する。
【００２７】
コンテンツ送信装置３は、チューナ部１１、ＦＩＦＯ（First In First Out）１２、データ制御部１３、暗号化部１４、ＨＴＴＰ／ＴＣＰインターフェース部１５および記憶部１６が設けられる。
【００２８】
受信装置４は、ＨＴＴＰ／ＴＣＰインターフェース部２１、復号部２２及び記憶部２３が設けられる。
【００２９】
コンテンツ送信装置３は、放送局２から配信されるコンテンツデータＤ２を含む放送データＤ１をアンテナ（図示せず）を介してチューナ部１１によって受信し、当該受信した放送データＤ１から所定の放送チャンネルに対応するコンテンツデータＤ２を抽出する。
【００３０】
チューナ部１１は、コンテンツデータＤ２を抽出すると、その抽出したコンテンツデータＤ２をＦＩＦＯ１２へ書き込む。ＦＩＦＯ１２は、チューナ部１１から供給されるコンテンツデータＤ２を順に記憶していく。
【００３１】
データ制御部１３は、後述するデータ破棄処理に従って、ＦＩＦＯ１２からコンテンツデータＤ２を記憶された順に読み出してバッファ１３Ａへ記憶する。そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込める場合、バッファ１３Ａから読み出してＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込む。
【００３２】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたコンテンツデータＤ２に対して、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化し、当該暗号化した暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５に送出する。
【００３３】
ここで暗号化部１４は、コンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化する場合、ＤＴＣＰ−ＩＰ規格に基づいてＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍をペイロードとして暗号化する。
【００３４】
そして暗号化部１４は、暗号化することにより得られたペイロードに対してヘッダ部分を付したＰＣＰ（Protected Content Packet）を生成し、当該ＰＣＰを暗号化データＤ３としてＨＴＴＰ／ＴＣＰインターフェース部１５へ送出する。
【００３５】
因みに暗号化部１４は、ＨＴＴＰ／ＴＣＰインターフェース部１５を介して予め受信装置４と相互認証及び鍵交換（ＡＫＥ（Authentication and Key Exchange））を行うことにより、暗号化するためのコンテンツ鍵を用いて暗号化する。
【００３６】
ＨＴＴＰ／ＴＣＰインターフェース部１５は、暗号化部１４から供給されるＰＣＰ単位の暗号化データＤ３を供給される度にＨＴＴＰ／ＴＣＰを用いて受信装置４に出力する。
【００３７】
一方、受信装置４では、コンテンツ送信装置３から供給される暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部２１により受信し、当該暗号化データＤ３を復号化部２２に送出する。
【００３８】
復号化部２２は、ＨＴＴＰ／ＴＣＰインターフェース部２１を介して予めコンテンツ送信装置３と相互認証及び鍵交換を行うことにより、復号化するためのコンテンツ鍵を取得しており、当該コンテンツ鍵を用いて暗号化データＤ３を復号する。そして復号化部２２は、暗号化データＤ３を復号化することにより得られるコンテンツデータＤ２を記憶部２３に送出する。
【００３９】
記憶部２３は、復号化部２２から供給されるコンテンツデータＤ２をデコードすると共に、当該デコードしたコンテンツデータＤ２を記録するようになされている。
【００４０】
一方、コンテンツ送信装置３では、記憶部１６に予め記録されたコンテンツデータＤ１１を暗号化部１４によりコンテンツ鍵を用いて暗号化し、当該暗号化した暗号化データＤ１２をＨＴＴＰ／ＴＣＰインターフェース部２１から受信装置４に出力し得るようになされている。
【００４１】
このとき受信装置４では、ＨＴＴＰ／ＴＣＰインターフェース部２１によって受信した暗号化データＤ１２をコンテンツ鍵を用いて復号化部２２で復号し、その結果得られるコンテンツデータＤ１１を記憶部２３に記憶する。
【００４２】
このようにしてコンテンツ送信装置３では、放送局２から配信されるコンテンツデータＤ２をＨＴＴＰ／ＴＣＰを用いて受信装置４にネットワークＮＴを介してリアルタイムストリーミング送信し得る。これと共にコンテンツ送信装置３は、記憶部１６に記憶されたコンテンツデータＤ１１をＨＴＴＰ／ＴＣＰを用いて受信装置４にネットワークＮＴを介して送信し得るようになされている。
【００４３】
ここでコンテンツ送信装置３では、ＨＴＴＰ／ＴＣＰを用いて受信装置４に暗号化データＤ３をネットワークＮＴを介して送信している。従ってコンテンツ送信装置３は、受信装置４に暗号化データＤ３が送信できなかった場合、当該受信装置４からコンテンツ送信装置３へ再送要求が行われ、当該暗号化データＤ３を再送するといった処理が行われる。
【００４４】
従ってコンテンツ送信装置３では、暗号化データＤ３を再送するといった処理が行われた場合、暗号化データＤ３の送信に遅延が発生する。
【００４５】
ＦＩＦＯ１２は、例えばペイロード長の５倍のコンテンツデータＤ２を蓄積し得る容量が設けられおり、ネットワークＮＴの転送速度が下がることによりコンテンツデータＤ２の送信に遅延が発生した場合、コンテンツデータＤ２を蓄積し得るようになされている。
【００４６】
しかしながらＦＩＦＯ１２は、ペイロード長の５倍のコンテンツデータＤ２を蓄積し得る容量が設けられている場合であっても、ネットワークの遅延に応じてコンテンツデータＤ２がオーバーフローしてしまうことが考えられる。
【００４７】
このときコンテンツ送信装置３では、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のデータサイズに基づいて当該コンテンツデータＤ２を破棄するデータ破棄処理が行われる。
【００４８】
［１−３．データ破棄処理］
次に、主にデータ制御部１３により行われるデータ破棄処理について詳しく説明する。
【００４９】
データ制御部１３は、ＦＩＦＯ１２の残容量を逐次チェックしている。データ制御部１３は、ＦＩＦＯ１２の残容量が所定の閾値より多い場合、すなわちＦＩＦＯ１２にコンテンツデータＤ２を蓄える余裕がある場合、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【００５０】
そしてデータ制御部１３は、ＦＩＦＯ１２からバッファ１３Ａに読み出されたペイロード長のコンテンツデータＤ２に対して、所定の時間に設定されたタイムアウトを設けて暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をする。
【００５１】
因みにこのタイムアウトは、例えばコンテンツデータＤ２のビットレートが３０［Mbps］であり、ペイロード長が１９２０バイトであった場合、５１２［us］に設定される。
【００５２】
データ制御部１３は、暗号化部１４のＦＩＦＯ１４Ａにペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がある場合、コンテンツデータD２をタイムアウトにならずにＦＩＦＯ１４Ａに書き込む。
【００５３】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたペイロード長のコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に送信する。
【００５４】
これに対してデータ制御部１３は、例えばネットワークＮＴの転送速度が遅くなることにより、暗号化データＤ３の送信に遅延が生じた場合、暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込めずにタイムアウトが発生することがある。
【００５５】
この場合、データ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａへ書き込むことなく破棄する。
【００５６】
また、例えばネットワークＮＴの転送速度が遅くなることにより受信装置４に暗号化データＤ３をリアルタイムで送信することができず、ＦＩＦＯ１２にコンテンツデータＤ２が蓄積され、ＦＩＦＯ１２の残容量が所定の閾値以下になる。
【００５７】
この場合、データ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２を当該ＦＩＦＯ１２から読み出してＦＩＦＯ１４Ａへ書き込むことなく破棄する。
【００５８】
［１−４．データ破棄処理手順］
続いて上述したデータ破棄処理の手順について図３及び図４に示すフローチャートを用いて説明する。実際上、データ制御部１３は、ルーチンＲＴ１の開始ステップから入って次のステップＳＰ１に移る。
【００５９】
ステップＳＰ１においてデータ制御部１３は、暗号化部１４をオープンし、次のステップＳＰ２へ移る。ステップＳＰ２においてデータ制御部１３は、ＦＩＦＯ１２をオープンし、次のステップＳＰ３に移る。
【００６０】
ステップＳＰ３においてデータ制御部１３は、ＦＩＦＯ１２の残容量を取得し、次のステップＳＰ４へ移る。ステップＳＰ４においてデータ制御部１３は、ステップＳＰ３において取得したＦＩＦＯ１２の残容量が所定の閾値以下かであるか否かを判断する。
【００６１】
ステップＳＰ４において肯定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値以下であり、例えばネットワークＮＴの転送速度が遅くなることにより受信装置４に暗号化データＤ３をリアルタイムで送信することができていないことを意味する。
【００６２】
従って、放送局２から配信されるコンテンツデータＤ２がＦＩＦＯ１２に蓄積され、当該ＦＩＦＯ１２がオーバーフローする可能性があり、このときデータ制御部１３はステップＳＰ５に移る。
【００６３】
ステップＳＰ５においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から空読みすることにより、当該ペイロード長のコンテンツデータＤ２を破棄して、ステップＳＰ３に戻る。
【００６４】
これに対してステップＳＰ４において否定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値より多く、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローすることがないことを意味し、このときデータ制御部１３はステップＳＰ６に移る。
【００６５】
ステップＳＰ６においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出し、次のサブルーチンＳＲＴ１に移る。
【００６６】
サブルーチンＳＲＴ１（図４）においてデータ制御部１３は、開始ステップから入って次のステップＳＰ１１へ移る。ステップＳＰ１１においてデータ制御部１３は、ステップＳＰ６においてＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、次のステップＳＰ１２に移る。
【００６７】
ステップＳＰ１２においてデータ制御部１３は、ステップＳＰ１１において書き込む準備ができてから、所定の時間が経過してタイムアウトが発生したか否かを判断する。
【００６８】
ここで肯定結果が得られると、このことは受信装置４に対する暗号化データＤ３の送信に遅延が生じてＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めずにタイムアウトが発生したことを意味する。このときデータ制御部１３は、ＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込むことができないので、当該コンテンツデータＤ２を破棄して、ステップＳＰ３に戻る。
【００６９】
これに対してステップＳＰ１２において否定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込めることを意味し、このときデータ制御部１３は、次のステップＳＰ１３に移る。
【００７０】
ステップＳＰ１３においてデータ制御部１３は、ステップＳＰ６において読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込み、次のステップＳＰ１４に移る。
【００７１】
ステップＳＰ１４においてデータ制御部１３は、暗号化部１４のＦＩＦＯ１４Ａに書き込んだコンテンツデータＤ２のバイト数をチェックすることにより、書込みエラーが発生することなくコンテンツデータＤ２を書き込めたかチェックし、ステップＳＰ３へ戻る。
【００７２】
このようにデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多く、かつ暗号化部１４のＦＩＦＯ１４Ａに書き込むコンテンツデータＤ２がタイムアウトにならなかったとき、ＦＩＦＯ１４Ａに当該コンテンツデータＤ２を書き込むようになされている。
【００７３】
これに対してデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値以下、又は暗号化部１４のＦＩＦＯ１４Ａに書き込むコンテンツデータＤ２がタイムアウトになったとき、ＦＩＦＯ１４Ａに当該コンテンツデータＤ２を書き込むことなく破棄するようになされている。
【００７４】
［１−５．コンテンツ送信装置の回路構成］
なお、上述したコンテンツ送信装置３では、ＦＩＦＯ１２、データ制御部１３、暗号化部１４及びＨＴＴＰ／ＴＣＰインターフェース部１５をソフトウェア構成によって実行する場合、例えば図５に示すようなハードウェア構成によって実現できる。
【００７５】
具体的には、コンテンツ送信装置３は、ＣＰＵ（Central Processing Unit）３１、ＲＡＭ（Random Access Memory）３２、ＲＯＭ（Read Only Memory）３３、チューナ部１１、ネットワークインターフェース部３４及び記憶部１６がバス３５を介して接続される。
【００７６】
コンテンツ送信装置３は、ＣＰＵ３１がＲＯＭ３３から読み出してＲＡＭ３２に起動した基本プログラムに従い、全体を統括制御すると共に、各種アプリケーションプログラムに従って種々の処理を実行し得るようになされている。
【００７７】
またコンテンツ送信装置３は、上述した一連の処理を実行する際、ＣＰＵ３１がＲＡＭ３２を適時制御して、ＦＩＦＯ１２、データ制御部１３、暗号化部１４として機能する。またＣＰＵ３１がネットワークインターフェース部３４を適宜制御してＨＴＴＰ／ＴＣＰインターフェース部１５として機能する。
【００７８】
そしてＣＰＵ３１は、ＲＯＭ３３に格納されたデータ破棄処理プログラムをＲＡＭ３２に読み出して実行することにより、データ制御部１３として機能して上述したデータ破棄処理手順に従ってデータ破棄処理を実行する。
【００７９】
［１−６．動作及び効果］
以上の構成においてコンテンツ送信装置３は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、データ制御部１３によりコンテンツデータＤ２が蓄積されたＦＩＦＯ１２の残容量をチェックする。
【００８０】
そしてデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多い場合、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍でなるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から読み出す。
【００８１】
またデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、タイムアウトが発生していない場合、コンテンツデータＤ２をＦＩＦＯ１４Ａに書き込む。
【００８２】
そしてコンテンツ送信装置３は、暗号化部１４によりコンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に出力する。
【００８３】
一方、データ制御部１３は、ＦＩＦＯ１２の残容量が閾値以下であった場合、ＦＩＦＯ１２がオーバーフローする可能性があることから、ＦＩＦＯ１２からペイロード長のコンテンツデータＤ２を読み出して破棄する。
【００８４】
またデータ制御部１３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２をタイムアウト付きで暗号化部１４のＦＩＦＯ１４Ａに書き込む際にタイムアウトが発生した場合、コンテンツデータＤ２をＦＩＦＯ１４Ａに書き込まずに破棄する。
【００８５】
従ってコンテンツ送信装置３は、ネットワークＮＴの状態により暗号化データＤ３の送信に遅延が発生した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に、データ制御部１３によりコンテンツデータＤ２を破棄することができる。
【００８６】
これによりコンテンツ送信装置３は、暗号化された暗号化データＤ３の一部が受信装置４に送信せずに破棄した際に、送信できた暗号化データＤ３が復号できないといったことを防止することができる。
【００８７】
またコンテンツ送信装置３は、暗号化データＤ３の一部だけが受信装置４に送信されることにより、当該受信装置４において誤動作等が発生してしまうことも防止することができると共に、復号できないことによる画像の劣化を抑制することができる。
【００８８】
さらにコンテンツ送信装置３は、ストリーミング形式のコンテンツデータＤ２を送信する際にはＲＴＰ／ＵＤＰを用い、記憶部１６に記憶されたコンテンツデータＤ１１を送信する際にはＨＴＴＰ／ＴＣＰを用いるといった異なるプロトコルを用いることがない。
【００８９】
従ってコンテンツ送信装置３は、ストリーミング形式のコンテンツデータＤ２の送信と、記憶部１６に記憶されたコンテンツデータＤ１１の送信とを同一のＨＴＴＰ／ＴＣＰを用いて行うことができる。これによりコンテンツ送信装置３は、構成を簡易化することができると共に、その開発コストを削減することができる。
【００９０】
以上の構成によれば、コンテンツ送信装置３は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する。
【００９１】
そしてコンテンツ送信装置３は、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにした。
【００９２】
これによりコンテンツ送信装置３は、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴに適してコンテンツデータＤ２を送信することができる。
【００９３】
＜２．第２の実施の形態＞
［２−１．コンテンツ送信装置の構成］
第２の実施の形態においては、第１の実施の形態におけるソフトウェア構成であったＦＩＦＯ１２、データ制御部１３及び暗号化部１４をハードウェア構成により実現する。
【００９４】
実際上、図６に示すようにコンテンツ送信装置４０は、ハードウェア構成でなるＦＩＦＯ４１、データ制御部４２及び暗号化部４３が設けられる。
【００９５】
因みに第２の実施の形態におけるコンテンツ送信装置４０は、ＦＩＦＯ４１、データ制御部４２及び暗号化部４３以外は第１の実施の形態におけるコンテンツ送信装置３（図２）と同様であるため、図６において同一部分を省略して示している。
【００９６】
ＦＩＦＯ４１は、非同期ＦＩＦＯであり、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。そしてＦＩＦＯ４１は、残容量が閾値以下である場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。
【００９７】
データ制御部４２は、制御回路５１により全体を統括制御するようになされており、制御回路５１が所定タイミングごとにスタート信号Ｓ２をＤＭＡ（Direct Memory Access）コントローラ５２に送出する。
【００９８】
このときＤＭＡコントローラ５２は、後段の暗号化部４３によりＡＥＳ−ＣＢＣモードで暗号化されるブロックサイズである１６バイトの整数倍のコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【００９９】
具体的にＤＭＡコントローラ５２は、ＦＩＦＯ４１に対してクロックとして機能するリードインクリメント信号Ｓ３を送出することにより、リードインクリメント信号Ｓ３の立ち上がりエッジでコンテンツデータＤ２を読み出す。
【０１００】
そしてＤＭＡコントローラ５２は、読み出したコンテンツデータＤ２を暗号化部４３のＦＩＦＯ６１に送出する。これとともにＤＭＡコントローラ５２は、クロックとして機能するライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１０１】
ライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４と、後述する制御回路５１から供給されるライトイネーブル信号Ｓ５との論理積をとる。
【０１０２】
ところでＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がないとき、データ制御部４２の制御回路５１に対してフル信号Ｓ７を送出するようになされている。
【０１０３】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が両方とも供給されていない場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。
【０１０４】
ライトイネーブル回路５３は、制御回路５１から「True」を示すライトイネーブル信号Ｓ５が供給された場合、ライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてそのままＦＩＦＯ６１に送出する。
【０１０５】
このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をライトインクリメント信号Ｓ６の立ち上がりエッジでＦＩＦＯ６１に書き込むことができる。
【０１０６】
これに対して制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１０７】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０１０８】
従ってＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０１０９】
因みに制御回路５１は、ペイロード長のコンテンツデータＤ２を単位としてＤＭＡコントローラ５２に対してＦＩＦＯ４１からＦＩＦＯ６１に転送させるようになされている。
【０１１０】
このため制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、スタート信号Ｓ２をＤＭＡコントローラ５２に送出すると共に、ライトイネーブル回路５３に「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１１１】
これによりデータ制御部４２は、ペイロード長のコンテンツデータＤ２を単位として、ＦＩＦＯ４１から読み出したコンテンツデータＤ２を破棄又はＦＩＦＯ６１へ転送し得るようになされている。
【０１１２】
ところで暗号化部４３の認証回路６３は、ＨＴＴＰ／ＴＣＰインターフェース部１５を介して予め受信装置４と相互認証及び鍵交換を行うことにより、暗号化するためのコンテンツ鍵を取得する。認証回路６３は、取得したコンテンツ鍵を暗号処理回路６２へ送出する。
【０１１３】
暗号処理回路６２は、ＦＩＦＯ６１からペイロード長のコンテンツデータＤ２を読み出し、当該読み出したコンテンツデータＤ２に対して認証回路６３から供給されたコンテンツ鍵を用いてＡＥＳ−ＣＢＣモードで暗号化する。
【０１１４】
暗号化処理回路６２は、暗号化することにより得られた暗号化データＤ３ＡをＰＣＰ化回路６４へ送出する。ＰＣＰ化回路６４は、暗号処理回路６２から供給される暗号化データＤ３Ａをペイロードとし、当該ペイロードに対してヘッダ部分が付加されたＰＣＰを暗号化データＤ３として生成する。
【０１１５】
ＤＭＡコントローラ６５は、ＰＣＰ化回路６４により生成された暗号化データＤ３を読み出し、当該読み出した暗号化データＤ３をＲＡＭ３２に書き込む。
【０１１６】
そしてＣＰＵ３１（図５）は、ＲＡＭ３２に書き込まれた暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介してＨＴＴＰ／ＴＣＰを用いて受信装置４に送信するようになされている。
【０１１７】
［２−２．動作及び効果］
以上の構成において、コンテンツ送信装置４０は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から送信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２をＦＩＦＯ４１に一時的に蓄積する。
【０１１８】
データ制御部４２の制御回路５１は、スタート信号Ｓ２をＤＭＡコントローラ５２に送出し、ＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍でなるペイロード長のコンテンツデータＤ２をＦＩＦＯ４１から読み出させる。
【０１１９】
またＤＭＡコントローラ５２は、リードインクリメント信号Ｓ３の立ち上がりエッジでコンテンツデータＤ２をＦＩＦＯ４１から読み出してＦＩＦＯ６１に送出すると共に、ライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１２０】
ライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４と、制御回路５１から供給されるライトイネーブル信号Ｓ５との論理積をとる。
【０１２１】
制御回路５１は、ＦＩＦＯ６１にコンテンツデータＤ２を書き込める場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてＦＩＦＯ６１に送出する。
【０１２２】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２を書き込むことになる。
【０１２３】
ところでＦＩＦＯ４１は、残容量が所定の閾値以下であった場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。またＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの残容量がないとき、データ制御部４２の制御回路５１に対してフル信号Ｓ７を送出するようになされている。
【０１２４】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０１２５】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０１２６】
従ってＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０１２７】
従ってコンテンツ送信装置４０は、ＨＴＴＰ／ＴＣＰを用いたネットワークＮＴの状態により送信の遅延が発生した場合、暗号化部４３によりコンテンツデータＤ２を暗号化する前に、データ制御部４２により当該コンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置４０は、ネットワークＮＴの状況に適してコンテンツデータＤ２を受信装置４に送信することができる。
【０１２８】
その他、コンテンツ送信装置４０は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０１２９】
＜３．第３の実施の形態＞
［３−１．テレビジョン受像機の構成］
第３の実施の形態においては、第１の実施の形態とは異なり、コンテンツデータＤ２を破棄及び暗号化する際、ＡＥＳ−ＣＢＣモードのブロックサイズである１６バイトの整数倍を単位として行うのではなく、ＴＴＳ（Timestamped Transport Stream）パケットの整数倍を単位として行う。なお、第３の実施の形態におけるコンテンツ送信装置３（図２）の構成については、第１の実施の形態と同様であるためその説明を省略する。
【０１３０】
コンテンツ送信装置３は、第１の実施の形態と同様に、放送局２から送信される放送データＤ１をアンテナを介してチューナ部１１によって受信し、当該受信した放送データＤ１から所定の放送チャンネルに対応するコンテンツデータＤ２を抽出する。
【０１３１】
このコンテンツデータＤ２は、例えばＭＰＥＧ２形式のデータでなり、１８８バイトのＴＳ（Transport Stream）パケットに４バイトのタイムスタンプを付加した１９２バイトのＴＴＳパケットに分割されて構成される。
【０１３２】
チューナ部１１は、コンテンツデータＤ２を抽出すると、その抽出したコンテンツデータＤ２をＦＩＦＯ１２へ送出する。ＦＩＦＯ１２は、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。
【０１３３】
データ制御部１３は、後述するデータ破棄処理に従って、コンテンツデータＤ２をＦＩＦＯ１２から読み出してバッファ１３Ａへ記憶する。そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込める場合、バッファ１３Ａから読み出してＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込む。
【０１３４】
暗号化部１４は、ＦＩＦＯ１４Ａに書き込まれたコンテンツデータＤ２に対して、ＴＴＳパケットのデータサイズである１９２バイトの整数倍である例えば１９２０バイトをペイロードとして暗号化する。そして暗号化部１４は、暗号化することにより得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５に送出する。
【０１３５】
ＨＴＴＰ／ＴＣＰインターフェース部１５は、暗号化部１４から供給される暗号化データＤ３を供給される度に受信装置４に出力する。
【０１３６】
このようにしてコンテンツ送信装置３では、放送局２から配信されるコンテンツデータＤ２をＨＴＴＰ／ＴＣＰを用いて受信装置４へリアルタイムストリーム送信し得るようになされている。
【０１３７】
［３−２．データ破棄処理］
次に、主にデータ制御部１３により行われるデータ破棄処理について詳しく説明する。
【０１３８】
データ制御部１３は、ＦＩＦＯ１２の残容量を逐次チェックしており、当該ＦＩＦＯ１２の残容量が閾値より多い場合、暗号化部１４により暗号化されるペイロード長（１９２０バイト）のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【０１３９】
そしてデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２がＴＴＳパケットの途中から記憶されているかを検出する。
【０１４０】
ここでＴＴＳパケットは、４バイトのタイムスタンプに続く５バイト目に「０ｘ４７」が格納されている。従ってデータ制御部１３は、バッファ１３Ａに記憶されたコンテンツデータＤ２の先頭から５バイト目が「０ｘ４７」であるか否かを判断する。
【０１４１】
因みに第３の実施の形態においては、バッファ１３ＡがＦＩＦＯとして機能し、先に記憶されたコンテンツデータＤ２から順に読み出されるようになされていると共に、その容量がペイロード長である１９２０バイトである。
【０１４２】
従ってデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であった場合、ＴＴＳパケットの先頭からバッファ１３Ａに記憶されており、１０のＴＴＳパケットが完全な状態でバッファ１３Ａに記憶されている。
【０１４３】
これに対してデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であるか否かを判断し、５バイト目が「０ｘ４７」でなかった場合、ＴＴＳパケットの途中から記憶されていると判断する。
【０１４４】
この場合、データ制御部１３は、バッファ１３Ａの先頭から６バイト目以降で「０ｘ４７」が格納されているアドレスを検出する。
【０１４５】
ここでデータ制御部１３により例えばバッファ１３Ａの先頭から１００バイト目に「０ｘ４７」が検出された場合、検出された「０ｘ４７」を含むＴＴＳパケットは、１００バイト目から４バイト前に相当する９６バイト目から記憶されている。
【０１４６】
そこでデータ制御部１３は、例えばバッファ１３Ａの先頭から１００バイト目に「０ｘ４７」を検出した場合、バッファ１３Ａの９６バイト目から最終アドレスまでのコンテンツデータＤ２を先頭アドレスから始まるようシフトさせる。
【０１４７】
これによりデータ制御部１３は、バッファの先頭から５バイト目に「０ｘ４７」が格納されることになり、バッファ１３Ａの先頭にＴＴＳパケットの先頭を揃えることができる。
【０１４８】
またデータ制御部１３は、バッファの先頭から１００バイト目に「０ｘ４７」が検出された場合、当該バッファの先頭アドレスから９５バイト目までのコンテンツデータＤ２を破棄することになる。
【０１４９】
そこでデータ制御部１３は、破棄したデータサイズと同じ９５バイトのコンテンツデータＤ２を新たにＦＩＦＯ１２から読み出し、バッファ１３A内のシフトさせたコンテンツデータＤ２の後に書き込む。これによりデータ制御部１３は、バッファ１３Aに１０のＴＴＳパケットを完全な状態で記憶することができる。
【０１５０】
このようにしてデータ制御部１３は、ＦＩＦＯ１２から完全な状態の１０のＴＴＳパケットからなるコンテンツデータＤ２を読み出した後、当該コンテンツデータＤ２に対して所定の時間に設定されたタイムアウトを設けて暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をする。
【０１５１】
暗号化部１４は、データ制御部１３によりＦＩＦＯ１４Ａに書き込まれた１９２０バイトのコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に送信する。
【０１５２】
これに対してデータ制御部１３は、例えばネットワークＮＴの転送速度が遅くなることにより、暗号化データＤ３の送信に遅延が生じた場合、タイムアウトが発生することがある。
【０１５３】
この場合、データ制御部１３は、ＦＩＦＯ１２から読み出した１９２０バイトのコンテンツデータＤ２を暗号化部１４へ書き込むことなく破棄する。
【０１５４】
またデータ制御部１３は、ネットワークＮＴの遅延などによりＦＩＦＯ１２の残容量が閾値以下である場合、当該ＦＩＦＯ１２から１９２０バイトのコンテンツデータＤ２を読み出して暗号化部１４のＦＩＦＯ１４Ａに書き込むことなく破棄する。
【０１５５】
因みに暗号化部１４は、１９２０バイトのコンテンツデータＤ２に対してＡＥＳ−ＣＢＣモードで暗号化する際、１９２０バイトはブロックサイズである１６バイトの整数倍のため、ペディングデータを付加することなく暗号化することができる。
【０１５６】
［３−３．データ破棄処理手順］
次に上述したデータ破棄処理の手順について説明する。ここで第３の実施の形態におけるデータ制御部１３は、第１の実施の形態におけるデータ破棄処理手順（図３）に従って処理を実行し、加えてステップＳＰ６とサブルーチンＳＲＴ１との間に図７に示すＴＴＳパケット検出処理手順を実行するようになされている。
【０１５７】
実際上、データ制御部１３は、第１の実施の形態と同様に、ルーチンＲＴ１（図４）の開始ステップから入ってステップＳＰ１〜ＳＰ５を実行した後、ステップＳＰ６へ移る。
【０１５８】
ステップＳＰ６においてデータ制御部１３は、ＴＴＳパケットの整数倍である例えば１９２０バイトのコンテンツデータＤ２をＦＩＦＯ１２から読み出してバッファ１３Ａに書き込み、ＴＴＳパケット検出処理手順（図７）に入って次のステップＳＰ２１へ移る。
【０１５９】
ステップＳＰ２１においてデータ制御部１３は、バッファ１３Ａの先頭から５バイト目が「０ｘ４７」であるか否かを判断する。ここで肯定結果が得られると、このことはバッファ１３Ａに全てのＴＴＳパケットが完全な状態で記憶されていることを意味し、このときデータ制御部１３は次のサブルーチンＳＲＴ１へ移る。
【０１６０】
これに対してステップＳＰ２１において否定結果が得られると、このことはバッファ１３ＡにコンテンツデータＤ２がＴＴＳパケットの途中から記憶されていることを意味し、このときデータ制御部１３は次のステップＳＰ２２へ移る。
【０１６１】
ステップＳＰ２２においてデータ制御部１３は、バッファ１３Ａにおける先頭から６バイト目以降に「０ｘ４７」が格納されているアドレスを検出し、次のステップＳＰ２３へ移る。
【０１６２】
ステップＳＰ２３においてデータ制御部１３は、バッファ１３Ａにおける先頭から６バイト目以降に「０ｘ４７」が格納されているアドレスが見つかったか否かを判断する。
【０１６３】
ここで本実施の形態においては、バッファ１３Ａの容量がＴＴＳパケットのデータサイズの１０倍であることから否定結果が得られることはない。しかしながらバッファ１３Ａの容量がＴＴＳパケットのデータサイズである１９２バイトより小さい場合には否定結果が得られる場合があり、このときデータ制御部１３は次のステップＳＰ２４へ移る。
【０１６４】
ステップＳＰ２４においてデータ制御部１３は、ＦＩＦＯ１２からバッファサイズ分のコンテンツデータＤ２を再び読み出し、ステップＳＰ２２へ戻る。この場合、データ制御部１３は、バッファ１３Ａに予め記憶されたコンテンツデータＤ２を破棄して、再び読み出したコンテンツデータＤ２をバッファ１３Ａに上書きすることにより記憶する。
【０１６５】
一方、ステップＳＰ２３において肯定結果が得られると、このことはコンテンツデータＤ２がバッファ１３ＡにＴＴＳパケットの途中から記憶されていることを意味し、このときデータ制御部１３はステップＳＰ２５へ移る。
【０１６６】
ステップＳＰ２５においてデータ制御部１３は、ステップＳＰ２３で見つかった「０ｘ４７」がバッファ１３Ａの先頭から５バイト目に格納されるようにバッファ１３Ａ内のコンテンツデータＤ２をシフトさせる。
【０１６７】
またデータ制御部１３は、シフトさせることにより破棄したデータ分のコンテンツデータＤ２をＦＩＦＯ１２から読み出し、シフトさせたコンテンツデータＤ２の後に書き込み、サブルーチンＳＲＴ１へ移る。
【０１６８】
そしてデータ制御部１３は、第１の実施の形態と同様にサブルーチンＳＲＴ１（図５）を実行してステップＳＰ１へ戻る。
【０１６９】
［３−４．動作及び効果］
以上の構成において、コンテンツ送信装置３は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２を蓄積しておくＦＩＦＯ１２の残容量をチェックする。
【０１７０】
そしてデータ制御部１３は、ＦＩＦＯ１２の残容量が閾値より多い場合、ＴＴＳパケットの整数倍のコンテンツデータＤ２をＦＩＦＯ１２からバッファ１３Ａに読み出す。
【０１７１】
またデータ制御部１３は、ＦＩＦＯ１２から読み出してバッファ１３Ａに記憶されたコンテンツデータＤ２がＴＴＳパケットの途中から記憶されている場合、バッファ１３Ａの先頭に記憶された不完全なＴＴＳパケットを破棄する。
【０１７２】
さらにコンテンツ送信装置３は、破棄したデータ分のコンテンツデータＤ２をＦＩＦＯ１２から読み出して、破棄されなかったコンテンツデータＤ２の後に記憶する。
【０１７３】
そしてコンテンツ送信装置３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２をタイムアウト付きで暗号化部１４に書き込む準備をし、タイムアウトが発生していない場合、当該コンテンツデータＤ２を暗号化部１４に書き込む。
【０１７４】
そしてコンテンツ送信装置３は、暗号化部１４によりコンテンツデータＤ２をＡＥＳ−ＣＢＣモードで暗号化し、その結果得られる暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介して受信装置４に出力する。
【０１７５】
一方、コンテンツ送信装置３は、ＦＩＦＯ１２の残容量が閾値以下であった場合、ＦＩＦＯ１２がオーバーフローする可能性があることから、ＦＩＦＯ１２からＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出して破棄する。
【０１７６】
従ってコンテンツ送信装置３は、ネットワークＮＴの状態により暗号化データＤ３の送信に遅延が発生した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に、データ制御部１３によりコンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置３は、ネットワークＮＴの状況に適してコンテンツデータＤ２を暗号化して受信装置４に送信することができる。
【０１７７】
またコンテンツ送信装置３は、データ制御部１３により完全な状態のＴＴＳパケットだけを暗号化部１４のＦＩＦＯ１４Ａに書き込み、当該暗号化部１４によりＴＴＳパケットの整数倍を単位として暗号化して受信装置４に送信するようにした。
【０１７８】
これによりコンテンツ送信装置３は、不完全な状態のＴＴＳパケットを受信装置４に送信することがないので、当該受信装置４においてＴＴＳパケットの読み取りエラー等を防止することができる。
【０１７９】
従ってコンテンツ送信装置３は、受信装置４での誤動作等が発生してしまうことも防止することができると共に、復号化できないことによる画像の劣化を抑制することができる。
【０１８０】
その他、コンテンツ送信装置３は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０１８１】
以上の構成によれば、コンテンツ送信装置３は、ストリーミング形式で配信されるコンテンツデータＤ２をＦＩＦＯ１２に記憶し、記憶された順に読み出して暗号化部１４により暗号化して受信装置４に送信する。
【０１８２】
そしてコンテンツ送信装置３は、ネットワークＮＴの状況によりＦＩＦＯ１２の残容量が閾値以下になった場合、ＦＩＦＯ１２から読み出したコンテンツデータＤ２を破棄するようにした。
【０１８３】
これによりコンテンツ送信装置３は、コンテンツデータＤ２を暗号化する前に破棄することができ、かくしてネットワークＮＴの状況に適してコンテンツデータＤ２を送信することができる。
【０１８４】
＜４．第４の実施の形態＞
［４−１．コンテンツ送信装置の構成］
第４の実施の形態においては、第３の実施の形態におけるソフトウェア構成であったＦＩＦＯ１２、データ制御部１３及び暗号化部１４をハードウェア構成で実現する。
【０１８５】
実際上、図６との対応部分に同一符号を付した図８に示すように、コンテンツ送信装置８０は、ＦＩＦＯ４１とＤＭＡコントローラ５２との間にＴＴＳパケット検出部８１が設けられており、その他は第２の実施の形態と同様である。
【０１８６】
因みに第４の実施の形態におけるコンテンツ送信装置８０は、ＦＩＦＯ４１、ＴＴＳパケット検出部８１、データ制御部４２及び暗号化部４３以外は第１の実施の形態におけるコンテンツ送信装置３と同様であるため、図８において同一部分を省略して示している。
【０１８７】
ＦＩＦＯ４１は、チューナ部１１から供給されるコンテンツデータＤ２を供給される順に記憶していく。一方、データ制御部４２の制御回路５１は、所定タイミングごとにスタート信号Ｓ２をＤＭＡコントローラ５２に送出する。
【０１８８】
このときＤＭＡコントローラ５２は、ライトインクリメント信号Ｓ３をＴＴＳパケット検出回路８１に送出すると共に、制御回路５１から供給されたスタート信号Ｓ２をＴＴＳパケット検出回路８１に送出する。
【０１８９】
ＴＴＳパケット検出回路８１は、ＤＭＡコントローラ５２からスタート信号Ｓ２を受信すると、ＦＩＦＯ４１に対してリードインクリメント信号Ｓ１１を送出し、リードインクリメント信号Ｓ１１の立ち上がりエッジでコンテンツデータＤ２を読み出す。
【０１９０】
このときＴＴＳパケット検出回路８１は、読み出した５バイト目が「０ｘ４７」であった場合、ＴＴＳパケットの整数倍である例えば１９２０バイトのコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【０１９１】
一方、ＴＴＳパケット検出回路８１は、読み出した５バイト目が「０ｘ４７」でなかった場合、「０ｘ４７」を検出するまでＦＩＦＯ４１からコンテンツデータＤ２を空読みする。
【０１９２】
因みにＴＴＳパケット検出回路８１は、ＦＩＦＯ４１からコンテンツデータＤ２を空読みする際、現在読み出しているコンテンツデータＤ２の少なくとも４バイト前までのコンテンツデータＤ２を保持している。
【０１９３】
そしてＴＴＳパケット検出回路８１は、ＦＩＦＯ４１から読み出したデータが「０ｘ４７」であった場合、当該「０ｘ４７」の４バイト前から１９２０バイト分のコンテンツデータＤ２をＦＩＦＯ４１から読み出す。
【０１９４】
これによりＴＴＳパケット検出回路８１は、完全な状態の１０のＴＴＳパケットをＦＩＦＯ４１から読み出すことができる。
【０１９５】
従ってＤＭＡコントローラ５２は、ＴＴＳパケット検出回路８１からコンテンツデータＤ２を読み出すことにより、完全な状態の１０のＴＴＳパケットを暗号化部４３のＦＩＦＯ６１に送出し得る。これと共にＤＭＡコントローラ５２は、ＦＩＦＯ６１に対してライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０１９６】
コンテンツ送信装置８０では、これ以降において第２の実施の形態と同様に、制御回路５１が、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が両方とも供給されていない場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。
【０１９７】
このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてそのままＦＩＦＯ６１に送出する。
【０１９８】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２をＦＩＦＯ６１に書き込む。
【０１９９】
暗号処理回路６２は、ＦＩＦＯ６１から１９２０バイトのコンテンツデータＤ２を読み出し、当該読み出したコンテンツデータＤ２に対して認証回路６３から供給されたコンテンツ鍵を用いてＡＥＳ−ＣＢＣモードで暗号化する。
【０２００】
ＰＣＰ化回路６４は、暗号処理回路６２から供給される暗号化データＤ３Ａをペイロードとし、当該ペイロードに対してヘッダ部分が付加されたＰＣＰを暗号化データＤ３として生成する。
【０２０１】
ＤＭＡコントローラ６５は、ＰＣＰ化回路６４により生成された暗号化データＤ３を読み出し、当該読み出した暗号化データＤ３をＲＡＭ３２に書き込む。
【０２０２】
そしてＣＰＵ３１は、ＲＡＭ３２に書き込まれた暗号化データＤ３をＨＴＴＰ／ＴＣＰインターフェース部１５を介してＨＴＴＰ／ＴＣＰを用いて受信装置４に送信するようになされている。
【０２０３】
これに対して制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０２０４】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。このときＤＭＡコントローラ５２は、ＴＴＳパケット検出部８１を介してＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができない。
【０２０５】
従ってＤＭＡコントローラ５２は、ＴＴＳパケット検出部８１を介してＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄し得るようになされている。
【０２０６】
［４−２．動作及び効果］
以上の構成において、コンテンツ送信装置８０は、ＨＴＴＰ／ＴＣＰを用いて例えば放送局２から配信されるコンテンツデータＤ２を受信装置４に送信する際、当該コンテンツデータＤ２をＦＩＦＯ４１に一時的に蓄積する。
【０２０７】
そしてＴＴＳパケット検出回路８１は、ＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す際、「０ｘ４７」の４バイト前からＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す。
【０２０８】
ＤＭＡコントローラ５２は、ＴＴＳパケット検出回路８１により読み出されたコンテンツデータＤ２をＦＩＦＯ６１に送出すると共に、ライトインクリメント信号Ｓ４をライトイネーブル回路５３に送出する。
【０２０９】
制御回路５１は、ＦＩＦＯ６１にコンテンツデータＤ２を書き込める場合、ライトイネーブル回路５３に対して「True」を示すライトイネーブル信号Ｓ５を送出する。このときライトイネーブル回路５３は、ＤＭＡコントローラ５２から供給されるライトインクリメント信号Ｓ４をライトインクリメント信号Ｓ６としてＦＩＦＯ６１に送出する。
【０２１０】
これによりＤＭＡコントローラ５２は、ライトイネーブル回路５３から送出されたライトインクリメント信号Ｓ６の立ち上がりエッジでコンテンツデータＤ２を書き込むことになる。
【０２１１】
ところでＦＩＦＯ４１は、ネットワークＮＴの遅延等により残容量が所定の閾値以下であった場合、データ制御部４２の制御回路５１にAlmost_Full信号Ｓ１を送出する。またＦＩＦＯ６１は、ペイロード長のコンテンツデータＤ２を書き込めるだけの容量が残っていないとき、制御回路５１に対してフル信号Ｓ７を送出する。
【０２１２】
制御回路５１は、ＦＩＦＯ４１からのAlmost_Full信号Ｓ１及びＦＩＦＯ６１からのフル信号Ｓ７が少なくとも一方から供給された場合、ライトイネーブル回路５３に対して「False」を示すライトイネーブル信号Ｓ５を送出する。
【０２１３】
ライトイネーブル回路５３は、制御回路５１から「False」を示すライトイネーブル信号Ｓ５が供給された場合、「False」を示すライトインクリメント信号Ｓ６をＦＩＦＯ６１に送出する。
【０２１４】
このときＤＭＡコントローラ５２は、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことができないので、ＦＩＦＯ４１から読み出したコンテンツデータＤ２をＦＩＦＯ６１に書き込むことなく破棄する。
【０２１５】
従ってコンテンツ送信装置８０は、ＨＴＴＰ／ＴＣＰを用いたネットワークＮＴの状態により送信の遅延が発生した場合、暗号化部４３によりコンテンツデータＤ２を暗号化する前に、データ制御部４２により当該コンテンツデータＤ２を破棄することができる。かくしてコンテンツ送信装置８０は、ネットワークＮＴの状況に適してコンテンツデータＤ２を受信装置４に送信することができる。
【０２１６】
またコンテンツ送信装置８０は、データ制御部４２により完全な状態のＴＴＳパケットだけを暗号化部４３のＦＩＦＯ６１に書き込み、当該暗号化部４３によりＴＴＳパケットの整数倍を単位として暗号化して受信装置４に送信するようにした。
【０２１７】
これによりコンテンツ送信装置８０は、不完全な状態のＴＴＳパケットを受信装置４に送信することがないので、当該受信装置４においてＴＴＳパケットの読み取りエラー等を防止することができる。従ってコンテンツ送信装置８０は、受信装置４での誤動作等が発生してしまうことも防止することができると共に、復号化できないことによる画像の劣化を抑制することができる。
【０２１８】
その他、コンテンツ送信装置８０は、第１の実施の形態におけるコンテンツ送信装置３と同様の作用効果を奏し得る。
【０２１９】
＜５．他の実施の形態＞
［５−１．他の実施の形態１］
なお上述した第１の実施の形態においては、データ破棄処理手順に従って、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２を破棄するようにした場合について述べた。
【０２２０】
しかしながら本発明はこれに限らず、データ制御部１３が、図９に示すデータ破棄処理手順に従ってコンテンツデータＤ２を破棄するようにしても良い。
【０２２１】
実際上、データ制御部１３は、ルーチンＲＴ２の開始ステップから入って次のステップＳＰ３１に移る。ステップＳＰ３１においてデータ制御部１３は、暗号化部１４をオープンし、次のステップＳＰ３２へ移る。ステップＳＰ３２においてデータ制御部１３は、暗号化部１４をノンブロックに指定し、次のステップＳＰ３３へ移る。
【０２２２】
ステップＳＰ３３においてデータ制御部１３は、ＦＩＦＯ１２をオープンし、次のステップＳＰ３４に移る。
【０２２３】
ステップＳＰ３４においてデータ制御部１３は、暗号化部１４により暗号化されるペイロード長のコンテンツデータＤ２をＦＩＦＯ１２から読み出し、次のステップＳＰ３５に移る。
【０２２４】
ステップＳＰ３５においてデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込む準備をし、次のステップＳＰ３６に移る。
【０２２５】
ステップＳＰ３６においてデータ制御部１３は、ＦＩＦＯ１２から読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込めるか否かを判断し、肯定結果が得られると次のステップＳＰ３７へ移る。
【０２２６】
ステップＳＰ３７においてデータ制御部１３は、ステップＳＰ３４において読み出したペイロード長のコンテンツデータＤ２を暗号化部１４のＦＩＦＯ１４Ａに書き込み、ステップＳＰ３４に戻る。
【０２２７】
これに対してステップＳＰ３６において否定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２を書き込むことができないことを意味し、このときデータ制御部１３はステップＳＰ３８に移る。
【０２２８】
ステップＳＰ３８においてデータ制御部１３は、ＦＩＦＯ１２の残容量を取得し、次のステップＳＰ３９へ移る。ステップＳＰ３９においてデータ制御部１３は、ステップＳＰ３８において取得したＦＩＦＯ１２の残容量が閾値以下であるか否かを判断する。
【０２２９】
ステップＳＰ３９において否定結果が得られると、このことはＦＩＦＯ１２の残容量が閾値より多く、ＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローすることがないことを意味しており、このときデータ制御部１３はステップＳＰ３６に戻る。
【０２３０】
そしてデータ制御部１３は、暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めるようになるか、ＦＩＦＯ１２の残容量が閾値以下になるまでステップＳＰ３６、ＳＰ３８及びＳＰ３９を繰り返す。
【０２３１】
これに対してステップＳＰ３９において肯定結果が得られると、このことは暗号化部１４のＦＩＦＯ１４ＡにコンテンツデータＤ２が書き込めずに、ＦＩＦＯ１２の残容量が閾値以下になったことを意味する。
【０２３２】
このときＦＩＦＯ１２に蓄積されたコンテンツデータＤ２がオーバーフローする可能性があるので、データ制御部１３は次のステップＳＰ３４に戻り、ＦＩＦＯ１２から新たにペイロード長のコンテンツデータＤ２を読み出す。
【０２３３】
従ってデータ制御部１３は、ＦＩＦＯ１２から読み出したコンテンツデータＤ２が暗号化部１４のＦＩＦＯ１４Ａに書き込めずに、ＦＩＦＯ１２の残容量が閾値以下になった場合、当該コンテンツデータＤ２を破棄して新たなコンテンツデータＤ２を読み出す。
【０２３４】
これによりデータ制御部１３は、ネットワークの遅延等によりコンテンツデータＤ２の送信が遅延した場合、暗号化部１４によりコンテンツデータＤ２を暗号化する前に破棄することができる。
【０２３５】
因みに第３の実施の形態においても、上述したデータ破棄処理手順（図９）に従ってコンテンツデータＤ２を破棄するようにしても良い。
【０２３６】
この場合、データ制御部１３は、ステップＳＰ３４においてＦＩＦＯ１２から暗号化部１４により暗号化されるＴＴＳパケットの整数倍のコンテンツデータＤ２を読み出す。またデータ制御部１３は、ステップＳＰ３４とステップＳＰ３５との間に図７に示したＴＴＳパケット検出処理手順を実行すればよい。
【０２３７】
［５−２．他の実施の形態２］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２３８】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２３９】
すなわち第１乃至第４の実施の形態においては、暗号化部１４又は４３により暗号化させるペイロード長のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４０】
しかしながら本発明はこれに限らず、第１及び第２の実施の形態においては、データ制御部１３又は４２により任意のデータサイズでＦＩＦＯ１２に記憶されたコンテンツデータＤ２を読み出して破棄するようにしても良い。
【０２４１】
また第３及び第４の実施の形態においては、データ制御部１３又は４２により完全な状態のＴＴＳパケットを暗号化部１４又は４３に書き込むようにするのであれば、任意のデータサイズでＦＩＦＯ１２に記憶されたコンテンツデータＤ２を読み出して破棄するようにしても良い。
【０２４２】
例えばデータ制御部１３又は４２は、ＦＩＦＯ１２又は４１の残容量が閾値以下になった場合、ＴＴＳパケットを単位としてコンテンツデータＤ２をＦＩＦＯ１２又は４１から読み出して破棄する。
【０２４３】
ここで、例えば放送局から供給されるコンテンツデータを暗号化した後にバッファに記憶し、当該バッファに所定量以上の暗号化されたコンテンツデータが記憶された場合、当該コンテンツデータを破棄するコンテンツ送信装置が提案されている（特開２００８−１９９４３５）。
【０２４４】
このコンテンツ送信装置では、暗号化されたコンテンツデータが部分的に受信装置に送信されることを防止するため、暗号化されたコンテンツデータを単位として破棄する。このためこのコンテンツ送信装置では、暗号化されたコンテンツデータを単位としてバッファに記憶するため、バッファのサイズが大きくなってしまう。
【０２４５】
これに対して本願発明のコンテンツ送信装置３及び４０では、放送局２から供給されるコンテンツデータＤ２を暗号化する前にＦＩＦＯ１２及び４１に記憶する。そしてコンテンツ送信装置３及び４０では、ＦＩＦＯ１２及び４１の残容量が閾値以下である場合、任意のデータサイズでＦＩＦＯ１２及び４１に記憶されたコンテンツデータＤ２を破棄することができる。
【０２４６】
これによりコンテンツ送信装置３及び４０では、ＦＩＦＯ１２及び４１のサイズを小さくすることができる。
【０２４７】
［５−３．他の実施の形態３］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４８】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２４９】
しかしながら本発明はこれに限らず、ＦＩＦＯ１２及び４１の残容量が閾値以下になった場合、フレーム単位でＦＩＦＯ１２に記憶されたコンテンツデータＤ２を破棄するようにしても良い。
【０２５０】
ここでＭＰＥＧ２は、複数のフレームからなるＧＯＰ（Group Of Picture）単位で構成されている。ここでＩピクチャは、他のフレームに依存することなく単体で復号することができる。またＰピクチャは、単体では復号することができずにＩピクチャを参照することにより復号することができる。さらにＢピクチャは、Ｉピクチャ及びＰピクチャを参照することにより復号することができる。
【０２５１】
このことから、データ制御部１３及び４２は、ＦＩＦＯ１２及び４１の残容量が閾値以下になった場合、例えばＰＥＳヘッダ及びエレメンタリストリーム内部のヘッダを参照することにより、Ｉピクチャに相当するＴＴＳパケットを破棄することなく、Ｐピクチャ及びＢピクチャに相当するＴＴＳパケットだけを破棄するようにしても良い。
【０２５２】
［５−４．他の実施の形態４］
上述した第１及び第３の実施の形態においては、ＦＩＦＯ１２、データ制御部１３及び暗号化部１４がソフトウェアで構成されるようにした場合について述べた。また上述した第２及び第４の実施の形態においては、ＦＩＦＯ４１、データ制御部４２及び暗号化部４３がハードウェアで構成されるようにした場合について述べた。
【０２５３】
しかしながら本発明においてはこれに限らず、例えばＦＩＦＯがハードウェア構成で、データ制御部及び暗号化部がソフトウェア構成であっても良く、ＦＩＦＯ、データ制御部及び暗号化部がそれぞれソフトウェア又はハードウェアのどちらで構成されていても良い。
【０２５４】
［５−５．他の実施の形態５］
上述した第１乃至第４の実施の形態においては、放送局２から送信されるコンテンツデータＤ２をリアルタイムで受信装置４に送信するようにした場合について述べた。
【０２５５】
しかしながら本発明においてはこれに限らず、例えばデジタルビデオカメラにより撮像される映像データを所定のインターフェース（図示せず）を介して取得してリアルタイムで受信装置４に送信するような場合にも適応できる。
【０２５６】
また本発明は、例えばパーソナルコンピュータにより作成されたコンピュータグラフィックスの動画像を所定のインターフェースを介して取得してリアルタイムで受信装置４に送信するような場合にも適応できる。
【０２５７】
このように本発明においては、種々の家電機器やコンピュータ又はインターネットを介して供給される映像データをリアルタイムで受信装置４に送信する場合に適応できる。
【０２５８】
［５−６．他の実施の形態６］
上述した第１乃至第４の実施の形態においては、ＭＰＥＧ２形式でなるコンテンツデータＤ２をリアルタイムで受信装置４に送信するようにした場合について述べた。
【０２５９】
しかしながら本発明はこれに限らず、種々のフォーマットでなるコンテンツデータを受信装置４に送信する場合に適応することができる。
【０２６０】
［５−７．他の実施の形態７］
上述した第１及び第２の実施の形態においては、ＤＴＣＰ−ＩＰ規格に準拠したＡＥＳ−ＣＢＣモードで暗号化するためのブロックサイズである１６バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６１】
また上述した第３及び第４の実施の形態においては、ＴＴＳパケットのデータサイズである１９２バイトの整数倍のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６２】
すなわち第１乃至第４の実施の形態においては、固定長のコンテンツデータＤ２を単位として破棄するようにした場合について述べた。
【０２６３】
しかしながら本発明はこれに限らず、データ制御部１３及び４２により破棄するコンテンツデータＤ２のデータサイズを可変にするようにしても良い。
【０２６４】
具体的には、例えば第１の実施の形態におけるコンテンツ送信装置３のデータ制御部１３は、コンテンツデータＤ２の破棄するデータサイズを切り替えるようにする。
【０２６５】
このデータ制御部１３は、例えば画質優先モード及びリアルタイム優先モードが設定されており、ユーザ操作に応じて切り替えるようになされている。
【０２６６】
そしてデータ制御部１３は、ユーザ操作に応じて画質優先モードが設定された場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、例えばＩピクチャに相当するＴＴＳパケットを破棄せず、Ｐピクチャ及びＢピクチャに相当するＴＴＳパケットを破棄する。
【０２６７】
これによりコンテンツ送信装置３は、Ｉピクチャに相当するＴＴＳパケットを受信装置４に送信することができるので、フレーム数は少なくなるものの１フレームごとの画質がよいコンテンツをユーザに提供することができる。
【０２６８】
またデータ制御部１３は、ユーザ操作に応じてリアルタイム優先モードが設定された場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、フレーム数が減少しないように１フレームあたりのデータサイズを減らすように破棄する。
【０２６９】
これによりコンテンツ送信装置３は、フレーム数が減少していないコンテンツデータを受信装置４に提供することができる。
【０２７０】
またデータ制御部１３は、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のフォーマットの種類に応じて破棄するコンテンツデータＤ２のデータサイズを切り替えるようにしても良い。
【０２７１】
例えばデータ制御部１３は、例えばＭＰＥＧ２形式のコンテンツデータＤ２がＦＩＦＯ１２に記憶されている場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、フレーム単位でコンテンツデータＤ２を破棄する。
【０２７２】
またデータ制御部１３は、ＦＩＦＯ１２に記憶されているコンテンツデータＤ２がパケットにより構成されてないフォーマットである場合、ＦＩＦＯ１２の残容量が閾値以下になったとき、暗号化部１４により暗号化されるペイロード長単位でＦＩＦＯ１２からコンテンツデータＤ２を読み出して破棄する。
【０２７３】
このようにすればデータ制御部１３は、ＦＩＦＯ１２に記憶されたコンテンツデータＤ２のフォーマットの種類に応じて破棄するコンテンツデータのデータサイズを切り替えることができる。
【０２７４】
なおデータ制御部１３が破棄するコンテンツデータＤ２のデータサイズを切り替えるようにしたが、データ制御部１３とは別に破棄するコンテンツデータＤ２のデータサイズを切り替える切替部を備えるようにしても良い。
【０２７５】
［５−８．他の実施の形態８］
さらに上述した第１及び第３の実施の形態においては、ＣＰＵ３１がＲＯＭ３３に格納されているデータ破棄処理プログラムに従い、上述したデータ破棄処理を行うようにした場合について述べた。
【０２７６】
しかしながら本発明はこれに限らず、記憶媒体からインストールしたり、インターネットからダウンロードしたデータ破棄処理プログラムに従って上述したデータ破棄処理を行うようにしても良い。
【０２７７】
またその他種々のルートによってインストールしたデータ破棄処理プログラムに従って上述したデータ破棄処理を行うようにしても良い。
【０２７８】
［５−９．他の実施の形態９］
さらに上述した第１乃至第４の実施の形態においては、取得部としてチューナ部１１が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる取得部を設けるようにしても良い。
【０２７９】
さらに上述した第１乃至第４の実施の形態においては、一時記憶部としてＦＩＦＯ１２及び４１が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる一時記憶部を設けるようにしても良い。
【０２８０】
さらに上述した第１乃至第４の実施の形態においては、データ制御部としてデータ制御部１３及び４２が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなるデータ制御部を設けるようにしても良い。
【０２８１】
さらに上述した第１乃至第４の実施の形態においては、暗号化部として暗号化部１４及び４３が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる暗号化部を設けるようにしても良い。
【０２８２】
さらに上述した第１乃至第４の実施の形態においては、送信部としてＨＴＴＰ／ＴＣＰインターフェース部１５が設けられるようにした場合について述べた。しかしながら本発明は、その他種々の構成でなる送信部を設けるようにしても良い。
【産業上の利用可能性】
【０２８３】
本発明は、例えばストリーミング形式で配信されるコンテンツデータを暗号化して受信装置に送信する場合に利用することができる。
【符号の説明】
【０２８４】
１……コンテンツ送信システム、２……放送局、３、４０，８０……コンテンツ送信装置、４……受信装置、１１……チューナ部、１２、４１……ＦＩＦＯ、１３、４２……データ制御部、１４、４３……暗号化部、１５、２１……ＨＴＴＰ／ＴＣＰインターフェース部、１６、２３……記憶部、２２……復号化部、３１……ＣＰＵ、３２……ＲＡＭ、３３……ＲＯＭ、３４……ネットワークインターフェース部、３５……バス。
【特許請求の範囲】
【請求項１】
ストリーミング形式で配信されるコンテンツデータを取得する取得部と、
上記取得部により取得されたコンテンツデータを一時的に記憶する一時記憶部と、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御部と、
上記データ制御部により読み出されたコンテンツデータを所定量を単位として暗号化する暗号化部と、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信部と
を具え、
データ制御部は、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄する
コンテンツ送信装置。
【請求項２】
上記送信部は、
ＨＴＴＰ（Hyper Text Transmission Protocol）／ＴＣＰ（Transmission Control Protocol）を用いて上記暗号化部により暗号化されたコンテンツデータを上記受信装置に送信する
請求項１に記載のコンテンツ送信装置。
【請求項３】
上記データ制御部は、
上記コンテンツデータのデータ破棄量を当該コンテンツデータのフォーマットに応じて切り替える
請求項２に記載のコンテンツ送信装置。
【請求項４】
上記データ制御部は、
上記コンテンツデータのデータ破棄量を、上記受信装置における当該コンテンツデータの再生品質に応じて切り替える
請求項２に記載のコンテンツ送信装置。
【請求項５】
上記コンテンツデータは、タイムスタンプを付加したＴＳ（Transport Stream）パケットであるＴＴＳ（Timestamped Transport Stream）パケットにより構成され、
上記データ制御部は、
上記コンテンツデータを上記ＴＴＳパケットごとに破棄する
請求項２に記載のコンテンツ送信装置。
【請求項６】
上記暗号化部は、
上記コンテンツデータを上記ＴＴＳパケットの整数倍を単位として暗号化する
請求項５に記載のコンテンツ送信装置。
【請求項７】
ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、
上記取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、
上記データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップと
を具え、
データ制御ステップでは、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄する
コンテンツ送信方法。
【請求項８】
コンピュータに対して、
ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、
上記取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、
上記データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップと
を実行させ、
データ制御ステップでは、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄させる
コンテンツ送信プログラム。
【請求項１】
ストリーミング形式で配信されるコンテンツデータを取得する取得部と、
上記取得部により取得されたコンテンツデータを一時的に記憶する一時記憶部と、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御部と、
上記データ制御部により読み出されたコンテンツデータを所定量を単位として暗号化する暗号化部と、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信部と
を具え、
データ制御部は、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄する
コンテンツ送信装置。
【請求項２】
上記送信部は、
ＨＴＴＰ（Hyper Text Transmission Protocol）／ＴＣＰ（Transmission Control Protocol）を用いて上記暗号化部により暗号化されたコンテンツデータを上記受信装置に送信する
請求項１に記載のコンテンツ送信装置。
【請求項３】
上記データ制御部は、
上記コンテンツデータのデータ破棄量を当該コンテンツデータのフォーマットに応じて切り替える
請求項２に記載のコンテンツ送信装置。
【請求項４】
上記データ制御部は、
上記コンテンツデータのデータ破棄量を、上記受信装置における当該コンテンツデータの再生品質に応じて切り替える
請求項２に記載のコンテンツ送信装置。
【請求項５】
上記コンテンツデータは、タイムスタンプを付加したＴＳ（Transport Stream）パケットであるＴＴＳ（Timestamped Transport Stream）パケットにより構成され、
上記データ制御部は、
上記コンテンツデータを上記ＴＴＳパケットごとに破棄する
請求項２に記載のコンテンツ送信装置。
【請求項６】
上記暗号化部は、
上記コンテンツデータを上記ＴＴＳパケットの整数倍を単位として暗号化する
請求項５に記載のコンテンツ送信装置。
【請求項７】
ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、
上記取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、
上記データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップと
を具え、
データ制御ステップでは、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄する
コンテンツ送信方法。
【請求項８】
コンピュータに対して、
ストリーミング形式で配信されるコンテンツデータを取得する取得ステップと、
上記取得ステップにより取得されたコンテンツデータを一時記憶部に一時的に記憶する一時記憶ステップと、
上記一時記憶部に記憶されたコンテンツデータを記憶された順に読み出すデータ制御ステップと、
上記データ制御ステップにより読み出されたコンテンツデータを所定量を単位として暗号化する暗号化ステップと、
上記暗号化部により暗号化されたコンテンツデータをネットワークを介して所定の受信装置に送信する送信ステップと
を実行させ、
データ制御ステップでは、
上記ネットワークの状況により上記一時記憶部の残容量が所定閾値以下になった場合、上記一時記憶部から読み出したコンテンツデータを破棄させる
コンテンツ送信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２５１９１２（Ｐ２０１０−２５１９１２Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２００９−９７２０５（Ｐ２００９−９７２０５）
【出願日】平成２１年４月１３日（２００９．４．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２１年４月１３日（２００９．４．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]