JP5492124B2 - 送信装置、受信装置、配信システム、配信方法、及びプログラム - Google Patents

Description

本発明は、送信装置、受信装置、配信システム、配信方法、及びプログラムに関する。

コンテンツを流通させるための新たなサービスとして、ＩＰＤＣ（Internet Protocol Data Cast）が注目されている。ＩＰＤＣは、ＩＰ（Internet Protocol）パケットの形式のデータ（Data）を放送波に重畳させて送信（Cast）することで、コンテンツを一斉に配信する技術である（例えば、特許文献１を参照）。

特定のユーザ以外の者からのアクセスが制限されたコンテンツがＩＰＤＣを用いて配信される場合には、ファイルの暗号化等の技術が必要になる（例えば、特許文献２及び３を参照）。

特開２００５−２２２４０１号公報 特表２００８−５１２９２４号公報 特表２０１０−５０３３５４号公報

しかしながら、特許文献２及び３に開示された方法等を用いて視聴者を限定する場合、ファイルの暗号化及び復号に複雑な演算処理が必要となるため、装置のリソースが大量に消費されるおそれがあった。

本発明は、上記問題点に鑑みてなされたものであり、簡便な処理で視聴者を限定することを目的とする。

上記目的を達成するために、本発明の第１の観点に係る送信装置は、
ファイルをシンボルに分割する分割手段と、
前記シンボルに対応する誤り訂正符号を生成する生成手段と、
前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化手段と、
前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信手段と、
を備える。

前記送信手段は、
前記シンボルと、前記誤り訂正符号と、前記暗号文とを含むパケットを、放送波に重畳させて送信してもよい。

上記目的を達成するために、本発明の第２の観点に係る受信装置は、
本発明の第１の観点に係る送信装置から送信されたシンボルと、該シンボルに対応する誤り訂正符号と、前記シンボルと前記誤り訂正符号とに基づいてファイルを構築するアルゴリズムを識別するための情報が暗号化された暗号文と、を受信する受信手段と、
前記暗号文から前記情報を復号する復号手段と、
前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築手段と、
を備える。

上記目的を達成するために、本発明の第３の観点に係る配信システムは、
本発明の第１の観点に係る送信装置と、
本発明の第２の観点に係る受信装置と、
を備える。

上記目的を達成するために、本発明の第４の観点に係る配信方法は、
ファイルをシンボルに分割する分割ステップと、
前記シンボルに対応する誤り訂正符号を生成する生成ステップと、
前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化ステップと、
前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信ステップと、
前記シンボルと、前記誤り訂正符号と、前記暗号文と、を受信する受信ステップと、
前記暗号文から前記情報を復号する復号ステップと、
前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築ステップと、
を含む。

上記目的を達成するために、本発明の第５の観点に係るプログラムは、
コンピュータを、
ファイルをシンボルに分割する分割手段、
前記シンボルに対応する誤り訂正符号を生成する生成手段、
前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化手段、
前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信手段、
前記シンボルと、前記誤り訂正符号と、前記暗号文と、を受信する受信手段、
前記暗号文から前記情報を復号する復号手段、
前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築手段、
として機能させる。

本発明によれば、ファイルを構築するアルゴリズムを識別するための情報が暗号化される。また、復号されたこの情報に基づいてファイルが構築される。これにより、簡便な処理で視聴者を限定することができる。

実施形態に係る配信システムの機能の構成を示すブロック図である。 配信システムによるファイルの分割と構築を示す模式図である。 競馬場において映像を配信する配信システムの模式図である。 送信装置の処理を示すフロー図である。 受信装置の処理を示すフロー図である。 ファイル構築部によるファイルの構築の処理を示すフロー図である。 配信システムのハードウェア構成図である。

以下、本発明の実施形態について図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係る配信システム１０の機能の構成を示す。配信システム１０は、コンテンツをユーザに配信するシステムである。図１に示されるように、配信システム１０は、送信装置２０及び受信装置３０から構成される。

送信装置２０は、記憶部２１０、制御部２２０、送信部２３０を備える。送信装置２０は、ＦＬＵＴＥ（File Delivery over Unidirectional Transport）に従うパケットを生成し、放送波４０に重畳させて送信する。ＦＬＵＴＥは、ファイルを配信するための規約である。また、ＦＬＵＴＥは、ＲＦＣ（Request For Comments）３９２６で規定される。

記憶部２１０は、鍵記憶部２１１、及びファイル記憶部２１２を備える。また、記憶部２１０は、制御部２２０が実行する処理の設定情報やプログラムその他のデータを記憶する。

鍵記憶部２１１は、後述する暗号化の処理に用いられる鍵を記憶し、この鍵を制御部２２０へ出力する。

ファイル記憶部２１２は、配信されるコンテンツのファイルを蓄積する。ファイル記憶部２１２は、制御部２２０の要求に応じて、ファイルを制御部２２０へ出力する。

制御部２２０は、ファイル分割部２２１、暗号化ＦＤＴ生成部２２２、及びパケット生成部２２３を備える。制御部２２０は、ファイルからパケットを生成し、送信部２３０へ出力する。なお、制御部２２０は、時計の機能も備える。

ファイル分割部２２１は、ファイル記憶部２１２から読み出されたファイルを、所定の設定情報に基づいて、ソースシンボル（以下、シンボルという）に分割する。また、ファイル分割部２２１は、シンボルに基づいてＦＥＣ（Forward Error Correction）データを生成する。ＦＥＣデータは、シンボルが欠損した場合に、この欠損を訂正して、シンボルを復元するための誤り訂正符号のデータである。そして、ファイル分割部２２１は、シンボル等に関する情報を暗号化ＦＤＴ生成部２２２へ出力する。また、ファイル分割部２２１は、シンボル及びＦＥＣデータを、パケット生成部２２３へ出力する。

ファイル分割部２２１によるファイルの分割について具体的に説明する。図２は、配信システム１０によるファイルの分割及び構築を示す模式図である。ファイル分割部２２１は、図２に示されるように、ファイル６０をソースブロック（以下、ブロックという）６１乃至６３に分割し、さらにこのブロックをシンボル６１ａ、６１ｂ、・・・に分割する。ブロック及びシンボルのサイズは、あらかじめ記憶部２１０から読み出された設定情報に従う。例えば、ファイル６０のサイズが１００ＭＢである場合に、ブロックのサイズが１ＭＢ、及びシンボルのサイズが１ＫＢと設定されているとき、ファイル分割部２２１は、ファイル６０を１００個のブロックに分割し、さらに各ブロックを１０００個のシンボルに分割する。また、ファイル分割部２２１は、記憶部２１０から読み出された所定のＦＥＣアルゴリズムに従って、シンボルに対応するＦＥＣデータ７１、７２、・・・を生成する。ＦＥＣアルゴリズムは、例えば、ＲＦＣ５１７０（Low Density Parity Check (LDPC) Staircase and Triangle Forward Error Correction (FEC) Schemes）で定められたアルゴリズムである。この場合、ＦＥＣデータは、ひとつのブロックから分割された複数のシンボルに基づいて、複数生成される。

暗号化ＦＤＴ生成部２２２は、ファイル分割部２２１から取得した情報に基づいて、ＦＤＴ（File Delivery Table）を生成する。ＦＤＴは、ファイルサイズ、シンボルの個数、及びＦＥＣアルゴリズムの識別番号等を含むテーブルであって、シンボルからファイルを構築するために必要な構築情報を有する。また、暗号化ＦＤＴ生成部２２２は、図２に示されるように、鍵記憶部２１１から取得した鍵に基づいて構築情報を暗号化して、暗号文を有する暗号化ＦＤＴ８１を生成する。暗号化の方式は、例えばＡＥＳ（Advanced Encryption Standard）等に従う。そして、暗号化ＦＤＴ生成部２２２は、暗号化ＦＤＴをパケット生成部２２３へ出力する。

パケット生成部２２３は、シンボル、ＦＥＣデータ及び暗号化ＦＤＴからパケットを生成する。具体的には、パケット生成部２２３は、図２に示されるように、先頭のパケット９１に暗号化ＦＤＴ８１を格納する。また、パケット生成部２２３は、後続するパケット９２、９３・・・にシンボル及びＦＥＣデータを格納する。そして、パケット生成部２２３は、ＴＯＩ（Transport Object Identifier）値及びシンボル等が属するブロックの番号を、パケット９１、９２、・・・のヘッダに付与する。ＴＯＩ値は、先頭のパケット９１を識別するための値である。例えば、パケット生成部２２３は、先頭のパケット９１のＴＯＩ値を「０」に設定し、後続するパケット９２、９３・・・のＴＯＩ値を「１」に設定する。さらに、パケット生成部２２３は、パケットを、放送波４０に重畳させるために適した所定のデータ形式に変換して、送信部２３０へ出力する。所定のデータ形式は、例えば、ＵＤＰ（User Datagram Protocol）／ＩＰ及びＭＰＥＧ２−ＴＳ（Moving Picture Experts Group 2-Transport Stream）である。

送信部２３０は、送信用のアンテナを備え、パケット生成部２２３から取得したデータを放送波４０に重畳させて送信する。

受信装置３０は、図１に示されるように、受信部３１０、制御部３２０、入力部３３０、記憶部３４０、及び出力部３５０から構成される。受信装置３０は、放送波４０に重畳したデータからファイルを構築して、コンテンツをユーザに提供する。

受信部３１０は、受信用のアンテナを備え、放送波４０を受信する。また、受信部３１０は、放送波４０に重畳したデータを取り出し、制御部３２０へ出力する。

入力部３３０は、ユーザから入力された指示等を制御部３２０へ通知する。また、記憶部３４０は、制御部３２０が実行する処理の設定情報やプログラムその他のデータを記憶する。また、出力部３５０は、ユーザに供する情報を出力する。

制御部３２０は、パケット復号部３２１、ＦＤＴ復号部３２２、及びファイル構築部３２３を備える。制御部３２０は、受信部３１０から出力されたデータに基づいてファイルを構築する。

パケット復号部３２１は、受信部３１０から出力されたデータに基づいてパケットを復号する。パケット復号部３２１は、このパケットを、ＦＤＴ復号部３２２及びファイル構築部３２３へ出力する。

ＦＤＴ復号部３２２は、暗号化ＦＤＴを含むパケットを取得した場合に、入力部３３０又は記憶部３４０から取得した鍵を用いて、暗号化ＦＤＴ内の暗号文を復号する。ＦＤＴ復号部３２２は、復号された構築情報をファイル構築部３２３へ出力する。

ファイル構築部３２３は、パケットからシンボル及びＦＥＣデータを抽出する。また、ファイル構築部３２３は、構築情報に基づいて、これらのシンボル及びＦＥＣデータからファイルを構築する。ファイル構築部３２３は、構築されたファイルを、ユーザの指示やプログラム等に応じて、記憶部３４０に格納したり、出力部３５０へ出力したりする。

ファイル構築部３２３によるファイルの構築について具体的に説明する。ファイル構築部は、図２に示されるように、シンボル６１ａ、６１ｂ、・・・及びＦＥＣデータ７１、７２、・・・からブロック６１乃至６３を復元する。ここで、ファイル構築部３２３は、図２のうちブロック６１で示されるように、シンボル及びＦＥＣデータが一部欠けた場合であっても、ＦＥＣデータと構築情報から特定されるＦＥＣアルゴリズムとに基づいて、欠損したシンボル６１ｂを復元する。そして、ファイル構築部３２３は、取得したシンボル６１ａ、６１ｃ及び６１ｄ並びに復元されたシンボル６１ｂからブロック６１を復元する。また、ファイル構築部３２３は、ブロック６２で示されるように、欠損するシンボル及びＦＥＣデータの割合が大きい場合は、ブロック６２を復元せずに、後続のパケットに格納されるシンボル及びＦＥＣデータを受信するまで待機する。また、ファイル構築部３２３は、ブロック６３で示されるように、全てのシンボルを受信した場合は、ＦＥＣデータの有無に関わらず、ブロック６３を復元する。

以上の構成要素の協働により、コンテンツのファイルが、ユーザへ配信される。以下、競馬場における配信を例に、配信システム１０の動作について図３乃至６を用いて説明する。

図３は、競馬場における配信システム１０を示す模式図である。この配信システム１０は、カメラ５１及び５２で撮影した映像を、コンテンツとして送信装置２０に蓄積して、場内の観客のみに配信する。

送信装置２０による送信の処理について、図４を用いて説明する。

まず、ファイル分割部２２１は、配信されるファイルをファイル記憶部２１２から取得する（ステップＳ１０１）。次に、ファイル分割部２２１は、ファイルをシンボルに分割するとともに、シンボルに基づいてＦＥＣデータを生成する（ステップＳ１０２）。

暗号化ＦＤＴ生成部２２２は、ファイルサイズ、シンボルの個数、ＦＥＣアルゴリズムの識別番号等の情報をファイル分割部２２１から取得して、ＦＤＴを生成する（ステップＳ１０３）。次に、暗号化ＦＤＴ生成部２２２は、例えば「ｈｏｒｓｅ」の文字列を鍵として用いてＦＤＴの構築情報を暗号化して、暗号化ＦＤＴを生成する（ステップＳ１０４）。

パケット生成部２２３は、暗号化ＦＤＴを含むパケットを先頭として、シンボル及びＦＥＣデータを格納する一連のパケットを生成する。また、パケット生成部２２３は、生成されたパケットを、放送に適したデータ形式に変換する（ステップＳ１０５）。

次に、制御部２２０は、データを送信部２３０へ出力する。また、送信部２３０は、データを放送波４０に重畳させて、アンテナを介して送信する（ステップＳ１０６）。

次に、制御部２２０は、配信時間が終了したかどうかを判定する（ステップＳ１０７）。配信時間は、例えば競馬のレースに対応する時間である。配信時間が終了していないと判定された場合（ステップＳ１０７；Ｎｏ）、制御部２２０は、ステップＳ１０６に戻り、送信部２３０に放送波４０を再度送信させる。配信時間が終了したと判定された場合（ステップＳ１０７；Ｙｅｓ）、送信装置２０は、ファイルの送信の処理を終了する。

次に、放送波４０を受信した受信装置３０ａの処理について、図５を用いて説明する。

まず、受信部３１０は、放送波４０に重畳しているデータを抽出する（ステップＳ２０１）。

次に、パケット復号部３２１は、受信部３１０から出力されたデータから、パケットを復号する（ステップＳ２０２）。

次に、ＦＤＴ復号部３２２は、取得したパケットのＴＯＩ値が「０」であるかどうかを判定する（ステップＳ２０３）。つまり、ＦＤＴ復号部３２２は、取得したパケットが暗号化ＦＤＴを含むか否かを判定する。

ＴＯＩ値が「０」以外の値であると判定された場合（ステップＳ２０３；Ｎｏ）、ステップＳ２０２及びＳ２０３が繰り返される。

ＴＯＩ値が「０」であると判定された場合（ステップＳ２０３；Ｙｅｓ）、ＦＤＴ復号部３２２は、入力部３３０から鍵を取得する（ステップＳ２０４）。具体的には、ＦＤＴ復号部３２２は、出力部３５０に鍵の入力を促す表示を出力する。その後、図３に示されるように、ユーザが、入場券に印字されたパスワードを鍵として受信装置３０ａに入力する。

ＦＤＴ復号部３２２は、取得した鍵を用いて、暗号化ＦＤＴが有する暗号文の復号の可否を判定する（ステップＳ２０５）。

暗号文の復号が不能と判定された場合（ステップＳ２０５；Ｎｏ）、ＦＤＴ復号部３２２は、ステップＳ２０４に戻り、鍵の入力を促す表示を出力部３５０に再度出力する。

暗号文の復号が可能と判定された場合（ステップＳ２０５；Ｙｅｓ）、ＦＤＴ復号部３２２は、復号された構築情報をファイル構築部３２３へ出力する。ファイル構築部３２３は、この構築情報に基づいてファイルを構築する（ステップＳ２０６）。以下、ファイル構築部３２３によるファイルの構築について、図６を用いて説明する。

まず、ファイル構築部３２３は、復号された構築情報をＦＤＴ復号部３２２から取得する（ステップＳ３０１）。

次に、ファイル構築部３２３は、パケット復号部３２１からパケットを取得する（ステップＳ３０２）。

ファイル構築部３２３は、取得したパケットのＴＯＩ値が「０」であるかどうかを判定する（ステップＳ３０３）。

ＴＯＩ値が「０」であると判定された場合（ステップＳ３０３；Ｙｅｓ）、ファイル構築部３２３は、ステップＳ３０２に戻り、パケットを新たに取得する。

一方、ＴＯＩ値が「０」以外の値であると判定された場合（ステップ３０３；Ｎｏ）、ファイル構築部３２３は、パケットに含まれるシンボル及びＦＥＣデータを抽出する。また、ファイル構築部３２３は、このシンボル及びＦＥＣデータが属するブロックを、パケットのヘッダ情報から確認する。そして、ファイル構築部３２３は、受信したシンボルを、記憶部３４０にブロック毎に蓄積させる（ステップＳ３０４）。

次に、ファイル構築部３２３は、構築情報に基づいて、各ブロックにおいて受信されたシンボル及びＦＥＣデータの割合を演算する。また、ファイル構築部３２３は、この割合がすべてのブロックについて所定の割合に達したかどうかを判定する（ステップＳ３０５）。この所定の割合は、所定のＦＥＣアルゴリズムによってブロックを復元するために必要なシンボル及びＦＥＣデータの割合である。例えば、ファイル構築部３２３は、ブロックのサイズに対して１３０％のサイズのシンボル及びＦＥＣデータを受信したかどうかを、すべてのブロックについて判定する。

受信されたシンボル及びＦＥＣデータの割合が所定の割合に達しないと判定された場合（ステップＳ３０５；Ｎｏ）、ファイル構築部３２３は、ステップＳ３０２に戻り、後続するパケットに格納されたシンボル及びＦＥＣデータをさらに受信する。

受信されたシンボルの割合が所定の割合に達したと判定された場合（ステップＳ３０５；Ｙｅｓ）、ファイル構築部３２３は、ブロックを識別する変数ｂに１を代入する（ステップＳ３０６）。

その後、ファイル構築部３２３は、ブロックｂのシンボルがすべて受信されたかどうかを判定する（ステップＳ３０７）。

ブロックｂのシンボルがすべて受信されていないと判定された場合（ステップＳ３０７；Ｎｏ）、ファイル構築部３２３は、ＦＥＣデータとＦＥＣアルゴリズムとに基づいて、受信されていないシンボルを復元する（ステップＳ３０８）。

次に、ファイル構築部３２３は、シンボルを結合してブロックｂを復元する（ステップＳ３０９）。また、ステップＳ３０７にて、ブロックｂのシンボルがすべて受信されたと判定された場合も（ステップＳ３０７；Ｙｅｓ）、ファイル構築部３２３は、シンボルを結合してブロックｂを復元する（ステップＳ３０９）。

続いて、ファイル構築部３２３は、すべてのブロックが復元されたかどうかを判定する（ステップＳ３１０）。

すべてのブロックが復元されていないと判定された場合（ステップＳ３１０；Ｎｏ）、ファイル構築部３２３は、変数ｂをインクリメントして（ステップＳ３１１）、ステップＳ３０７乃至Ｓ３１１を繰り返す。

一方、すべてのブロックが復元されたと判定された場合（ステップＳ３１０；Ｙｅｓ）、ファイル構築部３２３は、ブロックを結合してファイルを構築する（ステップＳ３１２）。

図５に戻り、ファイル構築部３２３は、構築したファイルをユーザに提供する（ステップＳ２０７）。具体的には、ファイル構築部３２３は、ファイルを出力部３５０に表示させたり、記憶部３４０に録画させたりする。

以上説明したように、本実施形態に係る配信システム１０は、ＦＬＵＴＥに従ってファイルを配信する際に、ファイルの構築に必要な構築情報のみを暗号化して配信する。これにより、鍵を入手したユーザは、受信装置３０ａを用いてファイルを構築することが可能なため、コンテンツを視聴することができる（図３を参照）。他方、鍵を入手していないユーザは、受信装置３０ｂを用いて放送波４０を受信した場合であっても、ファイルを構築することができない。したがって、配信システム１０は、簡便な処理で視聴者が限定されたコンテンツを配信することができる。

また、受信装置３０は、暗号化された構築情報のみを復号すればファイルを構築することができる。そのため、通信内容すべてが暗号化される場合に比べると、受信装置３０の負担が小さく、リソースの消費量も少ない。したがって、ユーザは、受信装置３０として携帯端末を使用する場合であっても、復号の処理負荷を意識することなくコンテンツを視聴することができる。また、送信装置２０についても同様に、リソースの消費量を少なくすることができる。

また、ＦＬＵＴＥに従う装置は、構築情報の暗号化及び復号のための構成要素のみを付加されれば、配信システム１０を構成することができる。したがって、配信システム１０は、導入コストを低く抑えることができる。

また、送信装置２０は放送波を用いて一斉にファイルを配信する。このため、配信システム１０は、ユーザ数に応じた設備の増強が不要となり、運営コストを低く抑えることができる。

また、放送波４０によりコンテンツが配信されるので、ユーザは場所にとらわれることなくコンテンツを視聴することができる。

図７は、配信システム１０のハードウェアの構成例を示すブロック図である。

送信装置２０は、ＣＰＵ（Central Processing Unit）２１、主記憶部２２、補助記憶部２３、出力部２４、入力部２５、送受信部２６及び内部バス２７を備える。主記憶部２２、補助記憶部２３、出力部２４、入力部２５及び送受信部２６はいずれも内部バス２７を介してＣＰＵ２１に接続されている。

ＣＰＵ２１は、補助記憶部２３に記憶されているプログラム２８に従って、ファイル分割部２２１、暗号化ＦＤＴ生成部２２２及びパケット生成部２２３の処理等を実行する。

主記憶部２２は、ＲＡＭ（Random Access Memory）等から構成され、補助記憶部２３に記憶されているプログラム２８を読み出し、ＣＰＵ２１のワークエリアとして用いられる。

補助記憶部２３は、フラッシュメモリ、ハードディスク等の不揮発性メモリから構成され、ＣＰＵ２１が実行する処理に必要なプログラム２８をあらかじめ記憶する。また、補助記憶部２３は、ＣＰＵ２１の指示に従って、このプログラム２８が記憶するデータをＣＰＵ２１に供給し、ＣＰＵ２１から供給されたデータを記憶する。また、補助記憶部２３は、鍵記憶部２１１及びファイル記憶部２１２を含む記憶部２１０を物理的に実現する。

出力部２４は、ＬＣＤ（Liquid Crystal Display）等を備える表示装置、スピーカ等の音響装置又は印刷装置等から構成され、送信装置２０のユーザに供する情報を出力する。例えば、出力部２４は、ユーザが鍵を入力したり配信ファイルを編集したりするための操作画面を表示する。

入力部２５は、キーボード、マウス等のポインティングデバイスその他のセンサ等から構成される。

送受信部２６は、無線送受信機又は無線モデム等から構成される。送受信部２６は、例えば、カメラ５１及び５２から動画データ等を受信し、データが重畳した放送波を送信する。また、送受信部２６は、図１に示される送信部２３０を物理的に実現する。

受信装置３０は、ＣＰＵ３１、主記憶部３２、補助記憶部３３、出力部３４、入力部３５、送受信部３６及び内部バス３７を備える。主記憶部３２、補助記憶部３３、出力部３４、入力部３５及び送受信部３６はいずれも内部バス３７を介してＣＰＵ３１に接続される。

ＣＰＵ３１は、補助記憶部３３に記憶されるプログラム３８に従って、パケット復号部３２１、ＦＤＴ復号部３２２及びファイル構築部３２３の処理等を実行する。

主記憶部３２は、ＲＡＭ等から構成され、補助記憶部３３に記憶されるプログラム３８を読み出し、ＣＰＵ３１のワークエリアとして用いられる。

補助記憶部３３は、フラッシュメモリ、ハードディスク等の不揮発性メモリから構成され、ＣＰＵ３１が実行する処理に必要なプログラム３８をあらかじめ記憶する。また、補助記憶部３３は、ＣＰＵ３１の指示に従って、このプログラム３８が記憶するデータをＣＰＵ３１に供給し、ＣＰＵ３１から供給されたデータを記憶する。また、補助記憶部３３は、記憶部３４０を物理的に実現する。

出力部３４は、表示装置又は音響装置等から構成され、受信装置３０のユーザに供する情報を出力する。例えば、出力部３４は、鍵を入力するための操作画面及びコンテンツを視聴するための画面等を表示する。また、出力部３４は、図１に示される出力部３５０を物理的に実現する。

入力部３５は、入力キー又はタッチパネル等のポインティングデバイス等から構成される。入力部３５は、図１に示される入力部３３０を物理的に実現する。

送受信部３６は、無線送受信機又は無線モデム等から構成される。送受信部３６は、例えば、放送波を受信する。また、送受信部３６は、図１に示される受信部３１０を物理的に実現する。

図１に示される送信装置２０の鍵記憶部２１１、ファイル記憶部２１２、ファイル分割部２２１、暗号化ＦＤＴ生成部２２２、パケット生成部２２３及び送信部２３０が実行する処理は、プログラム２８が、ＣＰＵ２１、主記憶部２２、補助記憶部２３、出力部２４、入力部２５及び送受信部２６等を資源として用いることにより実行される。また、図１に示される受信装置３０の受信部３１０、パケット復号部３２１、ＦＤＴ復号部３２２、ファイル構築部３２３、入力部３３０、記憶部３４０及び出力部３５０が実行する処理は、プログラム３８が、ＣＰＵ３１、主記憶部３２、補助記憶部３３、出力部３４、入力部３５及び送受信部３６等を資源として用いることにより実行される。

以上、実施形態について説明したが、本発明は上述の実施形態に限定されるものではない。

例えば、上述の実施形態に係る暗号化の方式はＡＥＳとしたが、他の方式としてもよい。具体的には、ＡＥＳ以外の共通鍵方式又は公開鍵方式その他の方式としてもよい。また、上述の実施形態に係る鍵は、ユーザが携帯端末に入力する構成としたが、コード化された鍵があらかじめ印字されたチケット等から、ユーザが受信装置にカメラ等を介して読み込ませてもよい。また、チケット等に限らず、受信装置は通信路等から鍵を取得してもよい。また、この鍵は、暗号をより強固にするために一定時間毎に書き換えられてもよい。

例えば、上述の実施形態に係る配信システム１０は、ファイル形式のコンテンツを放送波４０で送受信したが、赤外線等その他の無線又は有線のネットワーク上でコンテンツを配信してもよい。

例えば、上述の実施形態に係る配信システム１０は、送信装置２０として競馬場に備えられた施設、及び受信装置３０として携帯端末から構成されたが、これらに代えて、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ及びゲーム機等から構成されてもよい。

また、上述の実施形態に係る送信装置２０及び受信装置３０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、上述の実施形態において送信装置２０の補助記憶部２３又は受信装置３０の補助記憶部３３に記憶されているプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。

また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしても良い。

また、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。

更に、プログラムの全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等しても良い。

１０ 配信システム
２０ 送信装置
２１、３１ ＣＰＵ
２２、３２ 主記憶部
２３、３３ 補助記憶部
２４、３４ 出力部
２５、３５ 入力部
２６、３６ 送受信部
２７、３７ 内部バス
２８、３８ プログラム
２１０ 記憶部
２１１ 鍵記憶部
２１２ ファイル記憶部
２２０ 制御部
２２１ ファイル分割部
２２２ 暗号化ＦＤＴ生成部
２２３ パケット生成部
２３０ 送信部
３０、３０ａ、３０ｂ 受信装置
３１０ 受信部
３２０ 制御部
３２１ パケット復号部
３２２ ＦＤＴ復号部
３２３ ファイル構築部
３３０ 入力部
３４０ 記憶部
３５０ 出力部
４０ 放送波
５１、５２ カメラ
６０ ファイル
６１、６２、６３ ブロック
６１ａ、６１ｂ、６１ｃ、６１ｄ シンボル
７１、７２、７３、７４ ＦＥＣデータ
８０ ＦＤＴ
８１ 暗号化ＦＤＴ
９１、９２、９３ パケット

Claims (6)

1. ファイルをシンボルに分割する分割手段と、
   前記シンボルに対応する誤り訂正符号を生成する生成手段と、
   前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化手段と、
   前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信手段と、
   を備える送信装置。
2. 前記送信手段は、
   前記シンボルと、前記誤り訂正符号と、前記暗号文とを含むパケットを、放送波に重畳させて送信する、
   請求項１に記載の送信装置。
3. 請求項１又は２に記載の送信装置から送信されたシンボルと、該シンボルに対応する誤り訂正符号と、前記シンボルと前記誤り訂正符号とに基づいてファイルを構築するアルゴリズムを識別するための情報が暗号化された暗号文と、を受信する受信手段と、
   前記暗号文から前記情報を復号する復号手段と、
   前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築手段と、
   を備える受信装置。
4. 請求項１又は２に記載の送信装置と、
   請求項３に記載の受信装置と、
   を備える配信システム。
5. ファイルをシンボルに分割する分割ステップと、
   前記シンボルに対応する誤り訂正符号を生成する生成ステップと、
   前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化ステップと、
   前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信ステップと、
   前記シンボルと、前記誤り訂正符号と、前記暗号文と、を受信する受信ステップと、
   前記暗号文から前記情報を復号する復号ステップと、
   前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築ステップと、
   を含む配信方法。
6. コンピュータを、
   ファイルをシンボルに分割する分割手段、
   前記シンボルに対応する誤り訂正符号を生成する生成手段、
   前記シンボルと前記誤り訂正符号とに基づいて前記ファイルを構築するアルゴリズムを識別するための情報を暗号化して暗号文にする暗号化手段、
   前記シンボルと、前記誤り訂正符号と、前記暗号文と、を送信する送信手段、
   前記シンボルと、前記誤り訂正符号と、前記暗号文と、を受信する受信手段、
   前記暗号文から前記情報を復号する復号手段、
   前記情報から特定される前記アルゴリズムに基づいて、前記シンボルと前記誤り訂正符号とから前記ファイルを構築する構築手段、
   として機能させるためのプログラム。

Images