(57)【要約】【課題】送信側から伝送されてくるデジタル素材の暗号化有無を容易に判別可能とする。【解決手段】  無暗号化または暗号化AVデータが受信部７１に受信される。暗号化AVデータには、その暗号化に利用されたLE Key３１−Ｄを含むメタデータ３４が重畳されている。メタデータ抽出部７２は、メタデータ３４の有無や内容に基づいて、受信部７１の受データの暗号化有無を判定し、その判定結果を示すEncrypted input信号１０２を生成する。Encrypted input信号１０２を利用して、受信部７１の受信データの暗号化有無状態が状態呈示部７４で呈示されたり、復号部７３の復号処理をスルーするか否かを制御する切替部７５の入力切替が行われる。本発明は、暗号化ストリームデータと無暗号化ストリームデータの両者を受信可能な受信装置に適用可能である。【選択図】図８
2007053461.tif 000002
【特許請求の範囲】
【請求項１】
ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置と、ストリームデータを暗号化せずに送信する第２の送信装置と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置とを含む送受信システムにおいて、
前記受信装置は、
前記第１の送信装置または前記第２の送信装置から送信された前記ストリームデータを受信する受信手段と、
前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する生成手段と
を備える送受信システム。
【請求項２】
ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置と、ストリームデータを暗号化せずに送信する第２の送信装置と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置とを含む送受信システムの受信方法であって、
前記受信装置は、
受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する
ステップを含む送受信方法。
【請求項３】
第１の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する受信装置において、
暗号化されたまたは暗号化されていない前記ストリームデータを受信する受信手段と、
前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する生成手段と
を備える受信装置。
【請求項４】
暗号化されたストリームデータに対して、前記第１の暗号化方式に対応する第１の復号方式に従った第１の復号処理を施す復号手段と、
前記生成手段により生成された前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を許可し、前記ストリームデータが暗号化されていないことを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を禁止する復号制御手段と
をさらに備える請求項３に記載の受信装置。
【請求項５】
前記第１の暗号化方式と前記第１の復号方式は、共通鍵を利用する暗号化方式と復号方式であって、
さらに、前記ストリームデータの暗号化に利用した共通鍵が前記受信装置に対して送信され、
前記受信手段は、前記共通鍵をさらに受信し、
前記生成手段は、前記ストリームデータが暗号化されていると判定した場合、さらに、前記受信手段に受信された前記共通鍵を前記復号手段に提供し、
前記復号手段は、前記生成手段から提供された前記共通鍵を利用して、前記ストリームデータに対して前記第１の復号処理を施す
請求項４に記載の受信装置。
【請求項６】
前記生成手段は、さらに、前記復号手段の前記第１の復号処理の前に前記共通鍵の準備が正常にできたか否かを判定し、その判定結果を示す共通鍵準備有無情報を生成し、
前記受信装置は、さらに、前記生成手段により生成された前記暗号化有無情報および前記共通鍵準備有無情報に基づいて、前記受信装置自体の状態を特定し、その特定結果を呈示する呈示手段を備える
請求項５に記載の受信装置。
【請求項７】
前記呈示手段は、
前記暗号化有無情報が、前記ストリームデータが暗号化されていないことを示す情報の場合、暗号化されていない前記ストリームデータが受信されている第１の状態であると特定し、
前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできたことを示す情報の場合、暗号化された前記ストリームデータが受信されており、そのストリームデータに対する前記第１の復号処理が正常に行われている第２の状態であると特定し、
前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報の場合、暗号化された前記ストリームデータが受信されているが、そのストリームデータに対する前記第１の復号処理が異常となっている第３の状態であると特定し、
前記第１の状態、前記第２の状態、または、前記第３の状態を呈示する
請求項６に記載の受信装置。
【請求項８】
前記呈示手段は、
第１の色と第２の色とで発光可能なランプを有し、
前記第１の状態、前記第２の状態、および、前記第３の状態のそれぞれは、前記第１の色と前記第２の色とも発光を禁止した第１のランプの状態、前記第１の色のみ発光させる第２のランプの状態、および、前記第２の色のみ発光させる第３のランプの状態のうちの所定の１つずつ対応付けられており、
前記第１の状態、前記第２の状態、または、前記第３の状態を呈示するために、前記ランプの状態を前記第１のランプの状態乃至前記第３のランプの状態のうちの、対応付けられた状態に遷移させる制御を行う
請求項７に記載の受信装置。
【請求項９】
前記共通鍵は、さらに第２の暗号化方式に従って暗号化された後、前記受信装置に対して送信され、
前記生成手段は、
暗号化された前記共通鍵が前記受信手段に受信された場合、さらに、暗号化された前記共通鍵に対して、前記第２の暗号化方式に対応する第２の復号方式に従った第２の復号処理を施し、
前記復号手段の前記第１の復号処理の前に前記第２の復号処理が成功したとき、前記共通鍵を前記復号手段に提供し、かつ、前記共通鍵の準備が正常にできたことを示す前記共通鍵準備有無情報を生成し、
それ以外のとき、前記共通鍵の準備が正常にできなかったことを示す前記共通鍵準備有無情報を生成する
請求項６に記載の受信装置。
【請求項１０】
前記第２の暗号化方式と前記第２の復号方式は、公開鍵を利用する公開鍵暗号化方式と、それに対応する秘密鍵を利用する復号方式である
請求項９に記載の受信装置。
【請求項１１】
前記公開鍵を利用して暗号化された前記共通鍵は、前記共通鍵を利用して暗号化された前記ストリームデータのメタデータに含められ、前記メタデータが前記ストリームデータに重畳され、前記メタデータが重畳された前記ストリームデータが前記受信装置に送信され、
前記生成手段は、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合、前記ストリームデータが暗号化されていることを示す前記暗号化有無情報を生成し、暗号化された前記共通鍵を前記メタデータから抽出して、その共通鍵に対して、前記公開鍵に対応する秘密鍵を利用する前記第２の復号処理を施し、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されていない場合、前記ストリームデータが暗号化されていないことを示す前記暗号化有無情報を生成する
請求項１０に記載の受信装置。
【請求項１２】
前記ストリームデータに利用される前記共通鍵は複数個存在し、複数の前記共通鍵のそれぞれに対して特殊値以外の識別子が付され、複数の前記共通鍵のそれぞれの前記識別子が前記メタデータに含められており、
前記生成手段は、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合であっても、前記メタデータに含まれる前記識別子が前記特殊値のときには、前記暗号化有無情報として、前記ストリームデータが暗号化されていることを示す情報の生成を禁止し、その代わりに、前記ストリームデータが暗号化されていないことを示す情報を生成する
請求項１１に記載の受信装置。
【請求項１３】
前記復号制御手段により前記第１の復号処理の実行が許可された場合には、暗号化された前記ストリームデータに対して前記復号手段による前記第１の復号処理が施された結果得られる第１のストリームデータの再生を制御し、前記復号制御手段により前記第１の復号処理の実行が禁止された場合には、前記受信手段に受信された、暗号化されていない第２のストリームデータの再生を制御する再生制御手段
をさらに備える請求項６に記載の受信装置。
【請求項１４】
前記再生制御手段は、前記復号制御手段により前記第１の復号処理の実行が許可された場合であっても、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報のとき、前記第１のストリームデータの再生を禁止し、その代わりに、所定の規則に従って生成されたデータの再生を制御する
請求項１３に記載の受信装置。
【請求項１５】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、所定の固定画像に対応する画像データである
請求項１４に記載の受信装置。
【請求項１６】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、そのデータの再生が制御される前に再生が制御されていた前記第１のストリームデータのうちの、所定の静止画像に対応する画像データである
請求項１４に記載の受信装置。
【請求項１７】
暗号化された前記ストリームデータは第１の経路で前記受信装置に送信され、その暗号化されたストリームデータに利用された前記共通鍵は第２の経路で前記受信装置に送信され、
前記受信手段は、
暗号化されていない前記ストリームデータ、または、前記第１の経路で送信されてきた、暗号化された前記ストリームデータを受信する第１の受信手段と、
前記第２の経路で送信されてきた前記共通鍵を受信する第２の受信手段と
を有する請求項５に記載の受信装置。
【請求項１８】
所定の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する受信装置の受信方法であって、
前記受信装置に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する
ステップを含む受信方法。
【請求項１９】
所定の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する装置を制御するコンピュータに実行させるプログラムであって、
前記装置に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する
ステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送受信システムおよび受信方法、受信装置および方法、並びに、プログラムに関し、特に、デジタル素材による上映を行う場合、送信側から伝送されてくるデジタル素材を、暗号化有無に関わらず、受信側で容易に取り扱えるようにする、送受信システムおよび受信方法、受信装置および方法、並びに、プログラムに関する。
【背景技術】
【０００２】
近年、デジタル素材（コンテンツ）の送受信システムが普及している（例えば特許文献１参照）。さらに、映画館でデジタル素材による上映を行うことが検討されており、そのための送受信システムも研究/開発されている。
【０００３】
かかる送受信システムの構成要素として、図示はしないが例えば、映画本編に対応するストリームデータを暗号化して送信する第１のサーバ、映画の予告編やコマーシャルに対応するストリームデータを暗号化せずにそのまま送信する第２のサーバ、第１と第２のサーバの送信データ（出力信号）のうちの何れか一方を選択して送信するルータ、および、ルータから送信されたデータを受信し、そのデータに対応する映画本編、予告編、またはコマーシャルを上映するプロジェクタ等が考えられている。
【特許文献１】特開2003-143548号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、かかる構成要素を含む送受信システム、即ち、第１のサーバ、第２のサーバ、ルータ、および、プロジェクタを含む送受信システムでは、暗号化されたストリームデータと暗号化されていないストリームデータとがプロジェクタに受信され得るが、これらのストリームデータをプロジェクタ内で如何にして区別して取り扱うのかといった手法として、適切な手法が現状存在しない状況である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、デジタル素材による上映を行う場合、送信側から伝送されてくるデジタル素材を、暗号化有無に関わらず、受信側で容易に取り扱えるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の一側面の送受信システムは、ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置と、ストリームデータを暗号化せずに送信する第２の送信装置と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置とを含む送受信システムであって、前記受信装置は、前記第１の送信装置または前記第２の送信装置から送信された前記ストリームデータを受信する受信手段と、前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する生成手段とを備える。
【０００７】
本発明の一側面の受信方法は、ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置と、ストリームデータを暗号化せずに送信する第２の送信装置と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置とを含む送受信システムの受信方法であって、前記受信装置は、受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成するステップを含む。
【０００８】
本発明の一側面の送受信システムおよび受信方法においては、ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置と、ストリームデータを暗号化せずに送信する第２の送信装置と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置とを含む送受信システムが対象となる。かかる送受信システムのうちの受信装置においては、受信された前記ストリームデータの暗号化有無が判定され、その判定結果を示す暗号化有無情報が生成される。
【０００９】
本発明の一側面の受信装置は、第１の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する受信装置であって、暗号化されたまたは暗号化されていない前記ストリームデータを受信する受信手段と、前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する生成手段とを備える。
【００１０】
暗号化されたストリームデータに対して、前記第１の暗号化方式に対応する第１の復号方式に従った第１の復号処理を施す復号手段と、前記生成手段により生成された前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を許可し、前記ストリームデータが暗号化されていないことを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を禁止する復号制御手段とをさらに設けることができる。
【００１１】
前記第１の暗号化方式と前記第１の復号方式は、共通鍵を利用する暗号化方式と復号方式であって、さらに、前記ストリームデータの暗号化に利用した共通鍵が前記受信装置に対して送信され、前記受信手段は、前記共通鍵をさらに受信し、前記生成手段は、前記ストリームデータが暗号化されていると判定した場合、さらに、前記受信手段に受信された前記共通鍵を前記復号手段に提供し、前記復号手段は、前記生成手段から提供された前記共通鍵を利用して、前記ストリームデータに対して前記第１の復号処理を施すことができる。
【００１２】
前記生成手段は、さらに、前記復号手段の前記第１の復号処理の前に前記共通鍵の準備が正常にできたか否かを判定し、その判定結果を示す共通鍵準備有無情報を生成し、前記受信装置は、さらに、前記生成手段により生成された前記暗号化有無情報および前記共通鍵準備有無情報に基づいて、前記受信装置自体の状態を特定し、その特定結果を呈示する呈示手段を設けることができる。
【００１３】
前記呈示手段は、前記暗号化有無情報が、前記ストリームデータが暗号化されていないことを示す情報の場合、暗号化されていない前記ストリームデータが受信されている第１の状態であると特定し、前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできたことを示す情報の場合、暗号化された前記ストリームデータが受信されており、そのストリームデータに対する前記第１の復号処理が正常に行われている第２の状態であると特定し、前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報の場合、暗号化された前記ストリームデータが受信されているが、そのストリームデータに対する前記第１の復号処理が異常となっている第３の状態であると特定し、前記第１の状態、前記第２の状態、または、前記第３の状態を呈示することができる。
【００１４】
前記呈示手段は、第１の色と第２の色とで発光可能なランプを有し、前記第１の状態、前記第２の状態、および、前記第３の状態のそれぞれは、前記第１の色と前記第２の色とも発光を禁止した第１のランプの状態、前記第１の色のみ発光させる第２のランプの状態、および、前記第２の色のみ発光させる第３のランプの状態のうちの所定の１つずつ対応付けられており、前記第１の状態、前記第２の状態、または、前記第３の状態を呈示するために、前記ランプの状態を前記第１のランプの状態乃至前記第３のランプの状態のうちの、対応付けられた状態に遷移させる制御を行うことができる。
【００１５】
前記共通鍵は、さらに第２の暗号化方式に従って暗号化された後、前記受信装置に対して送信され、前記生成手段は、暗号化された前記共通鍵が前記受信手段に受信された場合、さらに、暗号化された前記共通鍵に対して、前記第２の暗号化方式に対応する第２の復号方式に従った第２の復号処理を施し、前記復号手段の前記第１の復号処理の前に前記第２の復号処理が成功したとき、前記共通鍵を前記復号手段に提供し、かつ、前記共通鍵の準備が正常にできたことを示す前記共通鍵準備有無情報を生成し、それ以外のとき、前記共通鍵の準備が正常にできなかったことを示す前記共通鍵準備有無情報を生成することができる。
【００１６】
前記第２の暗号化方式と前記第２の復号方式は、公開鍵を利用する公開鍵暗号化方式と、それに対応する秘密鍵を利用する復号方式であることができる。
【００１７】
前記公開鍵を利用して暗号化された前記共通鍵は、前記共通鍵を利用して暗号化された前記ストリームデータのメタデータに含められ、前記メタデータが前記ストリームデータに重畳され、前記メタデータが重畳された前記ストリームデータが前記受信装置に送信され、前記生成手段は、前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合、前記ストリームデータが暗号化されていることを示す前記暗号化有無情報を生成し、暗号化された前記共通鍵を前記メタデータから抽出して、その共通鍵に対して、前記公開鍵に対応する秘密鍵を利用する前記第２の復号処理を施し、前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されていない場合、前記ストリームデータが暗号化されていないことを示す前記暗号化有無情報を生成することができる。
【００１８】
前記ストリームデータに利用される前記共通鍵は複数個存在し、複数の前記共通鍵のそれぞれに対して特殊値以外の識別子が付され、複数の前記共通鍵のそれぞれの前記識別子が前記メタデータに含められており、前記生成手段は、前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合であっても、前記メタデータに含まれる前記識別子が前記特殊値のときには、前記暗号化有無情報として、前記ストリームデータが暗号化されていることを示す情報の生成を禁止し、その代わりに、前記ストリームデータが暗号化されていないことを示す情報を生成することができる。
【００１９】
前記復号制御手段により前記第１の復号処理の実行が許可された場合には、暗号化された前記ストリームデータに対して前記復号手段による前記第１の復号処理が施された結果得られる第１のストリームデータの再生を制御し、前記復号制御手段により前記第１の復号処理の実行が禁止された場合には、前記受信手段に受信された、暗号化されていない第２のストリームデータの再生を制御する再生制御手段をさらに設けることができる。
【００２０】
前記再生制御手段は、前記復号制御手段により前記第１の復号処理の実行が許可された場合であっても、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報のとき、さらに、前記第１のストリームデータの再生を禁止し、その代わりに、所定の規則に従って生成されたデータの再生を制御し、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできたことを示す情報のとき、前記第１のストリームデータの再生を制御することができる。
【００２１】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、所定の固定画像に対応する画像データであることができる。
【００２２】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、そのデータの再生が制御される前に再生が制御されていた前記第１のストリームデータのうちの、所定の静止画像に対応する画像データであることができる。
【００２３】
暗号化された前記ストリームデータは第１の経路で前記受信装置に送信され、その暗号化されたストリームデータに利用された前記共通鍵は第２の経路で前記受信装置に送信され、前記受信手段は、暗号化されていない前記ストリームデータ、または、前記第１の経路で送信されてきた、暗号化された前記ストリームデータを受信する第１の受信手段と、前記第２の経路で送信されてきた前記共通鍵を受信する第２の受信手段とを有することができる。
【００２４】
本発明の一側面の受信方法/プログラムは、所定の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する受信装置の受信方法/装置を制御するコンピュータに実行させるプログラムであって、前記受信装置/前記装置に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成するステップを含む。
【００２５】
本発明の一側面の受信装置および方法並びにプログラムにおいては、所定の暗号化方式で暗号化されたストリームデータ、または、暗号化されていないストリームデータが送信されてきた場合、それらのストリームデータを受信する受信装置/装置が対象とされる。かかる受信装置/装置において、受信された前記ストリームデータの暗号化有無が判定され、その判定結果を示す暗号化有無情報が生成される。
【発明の効果】
【００２６】
以上のごとく、本発明の一側面によれば、暗号化されていないストリームデータと、暗号化されているストリームデータとの両データの受信ができる。特に、デジタル素材として構成されるストリームデータによる上映を行う場合、送信側から伝送されてくるデジタル素材の暗号化有無を受信側で容易に判別できるので、そのデジタル素材を暗号化有無に関わらず受信側で容易に取り扱える。
【発明を実施するための最良の形態】
【００２７】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２８】
本発明の一側面の送受信システム（例えば図１または図１１の送受信システム。ただし、以下、図１の送受信システムについてのみ言及する）は、
ストリームデータを所定の暗号化方式で暗号化して送信する第１の送信装置（例えば図１のシネマサーバ１）と、ストリームデータを暗号化せずに送信する第２の送信装置（例えば図１のサブAVサーバ２）と、前記第１の送信装置または前記第２の送信装置から送信されたストリームデータを受信する受信装置（例えば図１のプロジェクタ４であって、図８の構成を有するプロジェクタ４）とを含む送受信システムにおいて、
前記受信装置は、
前記第１の送信装置または前記第２の送信装置から送信された前記ストリームデータを受信する受信手段（例えば図８の受信部７１）と、
前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報（例えば図８のEncrypted input信号１０２）を生成する生成手段（例えば図８のメタデータ抽出部７２）と
を備える。
【００２９】
本発明の一側面の受信方法は、
上述した本発明の送受信システムに対応する受信方法であって、
前記受信装置（例えば図１のプロジェクタ４であって、図８の構成を有するプロジェクタ４）は、
受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する（例えば図１０のステップＳ２の処理）
ステップを含む。
【００３０】
本発明の一側面の受信装置（例えば図１のプロジェクタ４であって、図８の構成を有するプロジェクタ４、または、図１１のプロジェクタ２０２であって、図１３の構成を有するプロジェクタ２０２。ただし、以下、プロジェクタ２０２のみにしか対応しない場合を除いて、プロジェクタ４についてのみ言及する）は、
第１の暗号化方式で暗号化されたストリームデータ（例えば図１のシネマサーバ１から送信された暗号化AVデータ）、または、暗号化されていないストリームデータ（例えば図１のサブAVサーバ２から送信された無暗号化AVデータ）が送信されてきた場合、それらのストリームデータを受信する受信装置において、
暗号化されたまたは暗号化されていない前記ストリームデータを受信する受信手段（例えば図８の受信部７１）と、
前記受信手段に受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報（例えば図８のEncrypted input信号１０２）を生成する生成手段（例えば図８のメタデータ抽出部７２）と
を備える。
【００３１】
暗号化されたストリームデータに対して、前記第１の暗号化方式に対応する第１の復号方式に従った第１の復号処理を施す復号手段（例えば図８の復号部７３）と、
前記生成手段により生成された前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を許可し、前記ストリームデータが暗号化されていないことを示す情報である場合、前記ストリームデータについての前記復号手段の前記第１の復号処理の実行を禁止する復号制御手段（例えば図８の切替部７５）と
をさらに備える。
【００３２】
前記第１の暗号化方式と前記第１の復号方式は、共通鍵（例えば、図８のLE Key３１−Ｄ）を利用する暗号化方式と復号方式であって、
さらに、前記ストリームデータの暗号化に利用した共通鍵が前記受信装置に対して送信され、
前記受信手段は、前記共通鍵をさらに受信し、
前記生成手段は、前記ストリームデータが暗号化されていると判定した場合、さらに、前記受信手段に受信された前記共通鍵を前記復号手段に提供し、
前記復号手段は、前記生成手段から提供された前記共通鍵を利用して、前記ストリームデータに対して前記第１の復号処理を施す。
【００３３】
前記生成手段は、さらに、前記復号手段の前記第１の復号処理の前に前記共通鍵の準備が正常にできたか否かを判定し、その判定結果を示す共通鍵準備有無情報（例えば、図８のKey not found信号１０１）を生成し、
前記受信装置は、さらに、前記生成手段により生成された前記暗号化有無情報および前記共通鍵準備有無情報に基づいて、前記受信装置自体の状態を特定し、その特定結果を呈示する呈示手段（例えば図８の状態呈示部７４）を備える。
【００３４】
前記呈示手段は、
前記暗号化有無情報が、前記ストリームデータが暗号化されていないことを示す情報の場合、暗号化されていない前記ストリームデータが受信されている第１の状態（例えば図１０のステップＳ８でいう「無暗号化入力状態」）であると特定し、
前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできたことを示す情報の場合、暗号化された前記ストリームデータが受信されており、そのストリームデータに対する前記第１の復号処理が正常に行われている第２の状態（例えば図１０のステップＳ６でいう「暗号化入力正常状態」）であると特定し、
前記暗号化有無情報が、前記ストリームデータが暗号化されていることを示す情報であって、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報の場合、暗号化された前記ストリームデータが受信されているが、そのストリームデータに対する前記第１の復号処理が異常となっている第３の状態（例えば図１０のステップＳ１０でいう「暗号化入力エラー状態」）であると特定し、
前記第１の状態、前記第２の状態、または、前記第３の状態を呈示する。
【００３５】
前記共通鍵は、さらに第２の暗号化方式に従って暗号化された後、前記受信装置に対して送信され、
前記生成手段は、
暗号化された前記共通鍵が前記受信手段に受信された場合、さらに、暗号化された前記共通鍵に対して、前記第２の暗号化方式に対応する第２の復号方式に従った第２の復号処理を施し（例えば図９のLEKP復元部１２２が対応する処理を実行し）、
前記復号手段の前記第１の復号処理の前に前記第２の復号処理が成功したとき、前記共通鍵を前記復号手段に提供し（例えば図９のレジスタ１２５が対応する処理を実行し）、かつ、前記共通鍵の準備が正常にできたことを示す前記共通鍵準備有無情報を生成し（例えば図９のLEKPテーブル１２３が対応する処理を実行し）、
それ以外のとき、前記共通鍵の準備が正常にできなかったことを示す前記共通鍵準備有無情報を生成する（例えば図９のLEKPテーブル１２３が対応する処理を実行する）。
【００３６】
前記第２の暗号化方式と前記第２の復号方式は、公開鍵を利用する公開鍵暗号化方式（例えば後述するRSA暗号）と、それに対応する秘密鍵を利用する復号方式である。
【００３７】
前記公開鍵を利用して暗号化された前記共通鍵は、前記共通鍵を利用して暗号化された前記ストリームデータのメタデータ（例えば図８のメタデータ３４であって、具体的には例えばElekp dataとして含められる図４のメタデータ３４−１や図５のメタデータ３４−２）に含められ、前記メタデータが前記ストリームデータに重畳され、前記メタデータが重畳された前記ストリームデータが前記受信装置に送信され、
前記生成手段は、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合、前記ストリームデータが暗号化されていることを示す前記暗号化有無情報を生成し、暗号化された前記共通鍵を前記メタデータから抽出して、その共通鍵に対して、前記公開鍵に対応する秘密鍵を利用する前記第２の復号処理を施し、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されていない場合、前記ストリームデータが暗号化されていないことを示す前記暗号化有無情報を生成する。
【００３８】
前記ストリームデータに利用される前記共通鍵は複数個存在し、複数の前記共通鍵のそれぞれに対して特殊値（例えば後述する例では０）以外の識別子が付され、複数の前記共通鍵のそれぞれの前記識別子が前記メタデータに含められており、
前記生成手段は、
前記受信装置に受信された前記ストリームデータに前記メタデータが重畳されている場合であっても、前記メタデータに含まれる前記識別子が前記特殊値のときには、前記暗号化有無情報として、前記ストリームデータが暗号化されていることを示す情報の生成を禁止し、その代わりに、前記ストリームデータが暗号化されていないことを示す情報を生成する（例えば図９のメタデータ抽出分離部１２１が対応する処理を実行する）。
【００３９】
前記復号制御手段により前記第１の復号処理の実行が許可された場合には、暗号化された前記ストリームデータに対して前記復号手段による前記第１の復号処理が施された結果得られる第１のストリームデータの再生を制御し、前記復号制御手段により前記第１の復号処理の実行が禁止された場合には、前記受信手段に受信された、暗号化されていない第２のストリームデータの再生を制御する再生制御手段（例えば、図８の切替部７９と上映制御部８０）をさらに備える。
【００４０】
前記再生制御手段は、前記復号制御手段により前記第１の復号処理の実行が許可された場合であっても、前記共通鍵準備有無情報が、前記共通鍵の準備が正常にできなかったことを示す情報のとき、前記第１のストリームデータの再生を禁止し、その代わりに、所定の規則に従って生成されたデータの再生を制御する（例えば、図８の切替部７９の入力を切替部７８側に切り換える）。
【００４１】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、所定の固定画像に対応する画像データ（例えば、図８の固定画像記憶部７６に記憶されている固定画像データ）である。
【００４２】
前記第１のストリームデータの代わりに前記再生制御手段により再生が制御される前記データは、そのデータの再生が制御される前に再生が制御されていた前記第１のストリームデータのうちの、所定の静止画像に対応する画像データ（例えば図８のフレーム記憶部７７に記憶されているフレームデータ）である。
【００４３】
この受信装置（ただし、ここでは例えば、図１１の例のプロジェクタ２０２とする）において、
暗号化された前記ストリームデータ（例えば図１１のシネマサーバ２０１から送信された暗号化AVデータ）は第１の経路（例えば、図１１のルータ３を介する経路）で前記受信装置に送信され、その暗号化されたストリームデータに利用された前記共通鍵（例えば図１１のLE Key + Key ID２１１）は第２の経路（例えばネットワーク２０３を介する経路）で前記受信装置に送信され、
前記受信手段は、
暗号化されていない前記ストリームデータ、または、前記第１の経路で送信されてきた、暗号化された前記ストリームデータを受信する第１の受信手段（例えば図１３のAV受信部２３１）と、
前記第２の経路で送信されてきた前記共通鍵を受信する第２の受信手段（例えば図１３の鍵受信部２３２）と
を有する。
【００４４】
本発明の一側面の受信方法およびプログラムは、上述した本発明の一側面の受信装置（例えば図１のプロジェクタ４であって、図８の構成を有するプロジェクタ４）に対応する方法およびプログラムであって、
受信された前記ストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報を生成する（例えば図１０のステップＳ２の処理）
ステップを含む。
【００４５】
以下、図面を参照して、本発明の実施の形態について説明する。
【００４６】
図１は、本発明を適用した送受信システムの構成例を示す図である。
【００４７】
図１の例の送受信システムは、デジタル素材のコンテンツを映画館等で上映するためのシステムである。本実施の形態では、上映対象コンテンツとして、メインコンテンツである映画本編と、付帯コンテンツである映画の予告編やコマーシャルが採用されている。このため、図１の例の送受信システムは、シネマサーバ１乃至プロジェクタ４を含むように構成されている。
【００４８】
なお、「含むように」と記載したのは、その他の装置等をさらに含む場合があるからである。かかる記載の意味は、後述する他の記載についても同様とする。
【００４９】
図１の例では、シネマサーバ１は、メインコンテンツのデータとして、映画本編に対応するストリームデータを、例えばHD-SDI信号の形態で出力する。その際、シネマサーバ１は、メインコンテンツを保護する目的で、共通鍵を利用する暗号方式（以下、共通鍵暗号と称する）のひとつであるAES(Advanced Encryption Standard)暗号を利用して、ストリームデータを暗号化して出力する。
【００５０】
これに対して、サブAVサーバ２は、付帯コンテンツのデータとして、映画の予告編やコマーシャルに対応するストリームデータを、例えばHD-SDI信号の形態で出力する。ただし、サブAVサーバ２から出力されるストリームデータは暗号化されていない。
【００５１】
なお、以下、シネマサーバ１から出力されるストリームデータ（HD-SDI出力信号）を暗号化AVデータと称する。一方、サブAVサーバ２から出力されるストリームデータ（HD-SDI出力信号）を無暗号化AVデータと称する。また、シネマサーバ１内で暗号化される前のストリームデータ（後述する図２のAVデータ記憶部１１に記憶されているストリームデータ）、暗号化AVデータ（シネマサーバ１から出力されるストリームデータ）、無暗号化AVデータ（サブAVサーバ２から出力されるストリームデータ）等をまとめて、単にAVデータと適宜称する。
【００５２】
ルータ３は、シネマサーバ１からの暗号化AVデータと、サブAVサーバ２からの無暗号化AVデータとのうちの何れか一方を選択し、選択した方のAVデータをプロジェクタ４に提供する。
【００５３】
プロジェクタ４は、ルータ３からのAVデータを受信し、そのAVデータに対応するコンテンツの上映を制御する。即ち、プロジェクタ４は、映画本編、映画の予告編、またはコマーシャルを構成する映像と音声のうちの、映像をスクリーン等に投影させるとともに、音声をスピーカ等から出力させる。
【００５４】
以下、かかる図１の例の送受信システムのうちの、シネマサーバ１、サブAVサーバ２、および、プロジェクタ４のそれぞれの詳細について、その順番で順次説明していく。
【００５５】
図２は、シネマサーバ１の構成例を示している。
【００５６】
なお、図２において、実線で囲まれた四角は、装置やシステム（ここではシネマサーバ１）の構成要素としてのブロックを示し、点線で囲まれた四角は、所定の情報を示している。このような実線と点線の使い分け方は、後述する他の図においても同様とされる。
【００５７】
図２の例では、シネマサーバ１は、AVデータ記憶部１１乃至送信部１５を含むように構成されている。
【００５８】
AVデータ記憶部１１は、映画本編に対応するAVデータを１以上記憶している。
【００５９】
暗号化部１２は、図２の例では、AES暗号データ生成部２１とAVデータ暗号化部２２とを含むように構成されている。
【００６０】
AES暗号データ生成部２１は、AES暗号の共通鍵であるLE Key３１−Ｅ（なお、LE KeyはAES鍵やAES Keyと称される場合もある）と、AES input３２−Ｅとを用いて、AVデータ記憶部１１に記憶されている所定のAVデータを直接暗号化するためのデータ３５（以下、AES暗号データ３５と称する）を生成し、AVデータ暗号化部２２に提供する。なお、AES input３２−Ｅについては後述する。
【００６１】
AVデータ暗号化部２２は、AVデータ記憶部１１に記憶されている１以上のAVデータのうちの所定の１つを、AES暗号データ生成部２１からのAES暗号データ３５を用いて暗号化し、その結果得られる暗号化AVデータを重畳部１４に提供する。その際、AVデータ暗号化部２２は、メタデータ生成部１３からのFrame reset３３−Ｅを利用して、フレーム単位でAVデータを暗号化する。
【００６２】
具体的には例えば、本実施の形態のAVデータは、上述したようにHD-SDI信号であって、１以上のフレームデータから構成されているとする。また、フレームデータは、そのフレームを構成する各画素の輝度を示すデータY、および、そのフレームを構成する各画素の色を示すデータCb/Crから構成されているとする。また、例えばLE Key３１−Ｅと、AES input３２−Ｅとのそれぞれは、128ビットで構成されているとする。
【００６３】
この場合、例えば、AES暗号データ生成部２１は、128ビットのLE Key３１−Ｅと、128ビットのAES input３２−Ｅとの総計256ビットの入力データから、128ビットのAES暗号データ３５を生成し、AVデータ暗号化部２２に供給する。より詳細には例えば、AES暗号データ生成部２１は、AES暗号データ３５を構成する128ビットのうち下位120ビットだけを、AVデータの暗号化に実際使用するデータとして10ビット毎に切り出して、AVデータ暗号化部２２にそれぞれ提供する。
【００６４】
AVデータ暗号化部２２は、10ビット毎のデータの１つずつを利用して、データYとデータCb/Crとのそれぞれをリアルタイムに暗号化し、それぞれ個別に重畳部１４に提供する。
【００６５】
ただし、以下の説明においては、特に説明が必要な場合を除いて、データYとデータCb/Crとをまとめて、単にAVデータとして説明していく。
【００６６】
メタデータ生成部１３は、暗号化部１２の暗号化処理で必要となる各種情報（換言すると、プロジェクタ４の後述する復号処理で必要となる各種情報）、例えば上述したように、LE Key３１−Ｅ、AES input３２−Ｅ、および、Frame reset３３−Ｅ等を生成する。さらに、メタデータ生成部１３は、LE Key３１-Ｅに対して、上述した各種情報のうちの幾つかの情報を補足情報として付加することで、LEKP（Link Encryption Key Payload）と称されるデータを生成する。次に、メタデータ生成部１３は、LEKPに対して、例えばプロジェクタ４側の公開鍵を利用する暗号化方式（以下、公開鍵暗号と称する）、より具体的には例えばRSA（R. Rivest、A. Shamir、L. Adelman）（商標）2048bitの暗号方式（以下、RSA暗号と称する）に従った暗号化処理を施す。なお、以下、LEKPがRSA暗号により暗号化された結果得られるデータを、ELEKPと称する。即ち、メタデータ生成部１３は、ELEKPを生成する。そして、メタデータ生成部１３は、ELEKPの他、AES input３２−Ｅの一構成要素（後述するLe_attribute_data）等から構成されるメタデータ３４を生成し、重畳部１４に提供する。なお、メタデータ３４の具体例については、図４乃至図６を参照して後述する。
【００６７】
重畳部１４は、AVデータ暗号化部２２からの暗号化AVデータのうちの所定の部分に対して、メタデータ生成部１３からのメタデータ３４を重畳（挿入）する。メタデータ３４が重畳された暗号化AVデータは、重畳部１４から送信部１５に提供される。
【００６８】
具体的には本実施の形態では、図３に示されるように、暗号化AVデータを構成する各フレームデータ（One frame）のそれぞれについて、そのV-ANC（V-Blanking期間）に、メタデータ３４が１つずつ重畳される。
【００６９】
なお、図３において、左側の図は、Progressive(P)の場合におけるメタデータ３４の挿入位置を示しており、右側の図は、Progressive segmented Frame(P)またはInterlace(I)の場合におけるメタデータ３４の挿入位置を示している。また、H-ANCは、H-Blanking区間を示しており、Active video areaは、いわゆる有効ライン区間を示している。
【００７０】
図２に戻り、送信部１５は、重畳部１４からの暗号化AVデータ、即ち、メタデータ３４がフレーム単位で重畳された暗号化AVデータを、図１のルータ３に送信する。
【００７１】
ところで、本実施の形態では、１つのAVデータ（ストリームデータ全体）に対して、LE Key３１−Ｅは１つのみが使用される訳ではなく、随時更新される。即ち、１つのAVデータに対して、LE Key３１−Ｅは複数使用される。その理由は次の通りである。
【００７２】
即ち、悪意を持つ第三者が、AES暗号が掛かったコンテンツ（ここでは、AES暗号が掛かった映画本編のAVデータ）を盗んだと仮定した場合、１種類のAES鍵（ここではLE Key３１−Ｅ）でコンテンツが暗号化されていると、AES鍵が直接的に解読される危険性が増す、という問題が発生する。そこで、この問題を解決すべく、本実施の形態のメタデータ生成部１３は、第三者によるコンテンツの直接的な解読をより困難とするように、AES鍵を周期的に変化させる（随時更新する）ようにしているのである。
【００７３】
さらに、本実施の形態では、LE Key３１−Ｅをより保護するために、シネマサーバ１は、LE Key３１−Ｅをそのままの形態で直接送信しない。即ち、上述したように、メタデータ生成部１３が、LE Key３１−Ｅと補足データとを合わせたLEKPを生成し、そのLEKPに対してRSA暗号による暗号化処理を施し、その結果得られるELEKPを含むメタデータ３４を生成する。そして、重畳部１４が、このメタデータ３４を暗号化AVデータ上に重畳させ、送信部１５が、メタデータ３４が重畳された暗号化AVデータを送信する。
【００７４】
即ち、本実施の形態では、シネマサーバ１は、複数のLE Key３１−Ｅのそれぞれに対してRSA暗号による一度の暗号化処理をそれぞれ施し、RSA暗号がかけられた複数のLE Key３１−Ｅのそれぞれを個別に（生成順に所定のフレームに含めて）、ルータ３を介してプロジェクタ４に送信している。このため、後述するように、プロジェクタ４側でも、RSA暗号がかけられた複数のLE Key３１−Ｅのそれぞれに対して、RSA暗号に対応する復号処理をそれぞれ施すことになる。
【００７５】
このように、本実施の形態では、１つの映画本編に対応するAVデータに対して、LE Key３１−Ｅは１つのみが使用される訳ではなく複数使用される（随時更新される）。即ち、１つのAVデータを構成する各フレーム（データ）のそれぞれの暗号化に利用されるLE Key３１−Ｅは１つのみが使用される訳ではなく、何枚かのフレーム毎に更新されて別のLE Key３１−Ｅが使用される。
【００７６】
このため、本実施の形態では、メタデータ生成部１３は、これらの複数のLE Key３１−Ｅのそれぞれを生成する度に、それらを特定するための識別子（以下、Key IDと称する）をそれぞれ付し、後述するように、このKey IDもメタデータ３４に含めるとする。ただし、所定の特殊値、例えば本実施の形態では０は、Key IDとして付されない（除外される）とする。
【００７７】
また、AVデータを暗号化するためのLE Key３１−Ｅは、AVデータ暗号化部２２がそのAVデータに対して暗号化処理を施す前に生成されている必要がある。即ち、暗号化AVデータと、それを暗号化するためのLE Key３１−Ｅとの生成タイミングにはタイムラグがある。その結果、重畳部１４において、暗号化AVデータのうちの所定のフレーム（データ）に重畳されるメタデータ３４に含まれる（より正確にはRSA暗号がかけられる前のLEKPに含まれる）LE Key３１−Ｅは、その所定のフレーム（データ）を暗号化した際に利用されたものではなく、その所定のフレームよりも後のフレーム（データ）を暗号化する際に利用されるものである。
【００７８】
ここで、サブAVサーバ２やプロジェクタ４（図１）の詳細例を説明する前に、図４乃至図６を参照して、メタデータ生成部１３により生成されるメタデータ３４の具体例について説明する。
【００７９】
即ち、図４と図５のそれぞれは、上述したELEKP（RSA暗号で暗号化されたLE Key３１−Ｅ等）を含むメタデータ３４−１，３４−２のそれぞれの構成例を示している。また、図６は、AES input３２−Ｅを含むメタデータ３４−３の構成例を示している。
【００８０】
本実施の形態で採用されているメタデータ３４−１，３４−２，３４−３のそれぞれのパケット構造は、SMPTE（Society of Motion Picture and Television Engineers）291M(Proposal SMPTE STANDARD for Television-Ancillary Data Packet and Space Formatting)に準拠しており、一般的にはMeta packet1，2，3のそれぞれと称されている。即ち、SMPTE291Mでは、例えば図４乃至図６に示されるように、ADF(Ancillary Data Flag：コンポーネントのとき000,3FF,3FF,コンポジットのとき3FC) , DID（Data ID） , SDID(Secondary Data ID) , DC(Data Count) ， User Data , CS(Check Sum)といった情報がその順番で配置されるパケット構造が定義されている。メタデータ３４−１，３４−２，３４−３のそれぞれは、このパケット構造を有し、そのUser dataとして、例えば本実施の形態では次のような情報をそれぞれ格納している。
【００８１】
即ち、メタデータ３４−１のUser dataには、Key ID , Type , SHA1 digest , Lekp length , Elekp length , Elekp dataが格納されており、メタデータ３４−２のUser dataには、Elekp dataが格納されている。
【００８２】
順不同に説明するが、Elekp dataは、上述したように、LE Key３１−Ｅ等からなるLEKPに対してRSA暗号による暗号化処理が施された結果得られるデータ、即ち、ELEKPのことである。KeyIDは、上述したように、そのELEKPに暗号化されて含まれているLE Key３１−Ｅの識別子である。Elekp lengthは、そのELEKPのデータ長であり、Lekp lengthは、そのELEKPに対応するLEKPのデータ長である。
【００８３】
Typeは、LEKPが暗号化された際の暗号化方式（アルゴリズムのタイプ）である。本実施の形態では、RSA暗号を示す0がTypeとして代入される。SHA1 digestは、そのELEKPが生成された際（LEKPがRSA暗号により暗号化された際）に使用された公開鍵の識別子である。
【００８４】
なお、以上説明したような各種情報により構成されるメタデータ３４−１とメタデータ３４−２のUser dataを、以下、LEKM(Link Encryption Key Message)と称する。
【００８５】
このようなLEKM（メタデータ３４−１とメタデータ３４−２のUser data）に対して、メタデータ３４−３のUser dataには、Next Key ID , Current Key ID , Current Frame Count , Key Changing Timing , HD-SDI Link Numberが格納されている。
【００８６】
ここで、対象とするメタデータ３４−３が挿入されるフレームを、より正確には、AVデータを構成する各フレームデータのうちの、メタデータ３４−３が挿入されるフレームデータを、当該フレームと称することにする。また、当該フレームの暗号化開始直前等を現時点として、現時点のLE Key３２−Ｅを、Current LE Key３２−Ｅと称することにする。そして、Current LE Key３２−Ｅの次に生成される（次の更新タイミングでメタデータ生成部１３により生成される）LE Key３２−Ｅを、Next LE Key３２−Ｅと称し、一方、Current LE Key３２−Ｅの直前に生成された（直前の更新タイミングでメタデータ生成部１３により生成された）LE Key３２−Ｅを、Previos LE Key３２−Ｅと称することにする。
【００８７】
この場合、当該フレームに挿入されるメタデータ３４−３における、Next Key ID , Current Key ID , Current Frame Count , Key Changing Timing , HD-SDI Link Numberは、次のような情報となる。
【００８８】
即ち、Next Key IDは、Next LE Key３２−ＥのKey IDであり、Current Key IDは、Current LE Key３２−ＥのKey IDである。
【００８９】
Current Frame Countは、当該フレームが、Previos LE Key３２−ＥからCurrent LE Key３２−Ｅに更新された時点（以下、このような時点をKey Change Timingと称する）のフレームから数えて（そのフレームを０番目として）何番目のフレームであるのかを示す値である。
【００９０】
Key Changing Timingには、2'b11，2'b10，2'b01，2'b00のうちの何れかの値が代入される。これらの値は、次のKey Changing Timingはどのフレームであるのかをそれぞれ示している。具体的には、2'b11（＝３）は、当該フレームから３フレーム先以降がKey Changing Timingであることを示している。2'b10（＝２）は、当該フレームから２フレーム先がKey Changing Timingであることを示している。2'b01（＝１）は、当該フレームから１フレーム先（即ち、次のフレーム）がKey Changing Timingであることを示している。2'b00（＝０）は、当該フレームがKey Changing Timingであることを示している。
【００９１】
HD-SDI Link Numberは、シネマサーバ１とプロジェクタ４との間のHD-SDI信号の伝送形態（本実施の形態では、暗号化AVデータの伝送形態）を示す値である。即ち、例えばHD-SDI Link Numberとして０が代入されていた場合、その０は、シングルリンク（１つのHD-SDIインタフェースによる伝送形態）か、或いは、デュアルリンク（２つのHD-SDIインタフェースによる形態）のLink-Aであることを示す。また例えば、HD-SDI Link Numberとして１が代入されていた場合、その１は、デュアルリンクのLink-Bであることを示す。
【００９２】
なお、当該フレームに挿入されたメタデータ３４−１，３４−２のELEKPに含まれる（より正確には、暗号化前のLEKPに含まれる）LE Key３１−Ｅは、当該フレームよりも後のフレームの暗号化に利用されるものである。即ち、当該フレームに利用されるLE Key３１−Ｅは、当該フレームよりも前のフレームに挿入されたメタデータ３４−１，３４−２のELEKPに含まれる（より正確には、暗号化前のLEKPに含まれる）。
【００９３】
以上説明したように、本実施の形態では、メタデータ３４−１乃至３４−３が重畳された暗号化AVデータが、シネマサーバ１（図１，図２）により生成され、必要に応じてルータ３を介してプロジェクタ４に伝送される。
【００９４】
次に、図７を参照して、図１のサブAVサーバ２の詳細について説明する。
【００９５】
図７は、サブAVサーバ２の構成例を示している。図７の例では、サブAVサーバ２は、AVデータ記憶部５１と送信部５２とを含むように構成されている。
【００９６】
AVデータ記憶部５１は、映画の予告編やコマーシャルに対応するAVデータを１以上記憶している。
【００９７】
送信部５２は、AVデータ記憶部５１に記憶されている１以上のAVデータのうちの所定の１つ、即ち、１つの無暗号化AVデータを、図１のルータ３に送信する。
【００９８】
次に、図８乃至図１０を参照して、図１のプロジェクタ４の詳細について説明する。
【００９９】
図８は、プロジェクタ４の構成例を示している。図８の例では、プロジェクタ４は、受信部７１乃至上映制御部８０を含むように構成されている。
【０１００】
受信部７１は、ルータ３（図１）からのAVデータを受信する。即ち、シネマサーバ１（図１，図２）からの暗号化AVデータ、または、サブAVサーバ２（図１、図７）からの無暗号化AVデータが受信部７１に受信される。
【０１０１】
メタデータ抽出部７２は、受信部７１に受信されたAVデータが暗号化AVデータであるのか無暗号化AVデータであるのかを判断する。
【０１０２】
暗号化AVデータであると判断した場合には、メタデータ抽出部７２は、暗号化検出信号１０２（以下、図８の記載にあわせて、Encrypted input信号１０２と称する）を生成し、状態呈示部７４および切替部７５に提供する。
【０１０３】
この場合、さらに、メタデータ抽出部７２は、その暗号化AVデータから、メタデータ３４（本実施の形態では、メタデータ３４−１乃至３４−３）等の情報を抽出する。そして、メタデータ抽出部７２は、それらの抽出情報から、LE Key３１−Ｄ、AES input３２−Ｄ、Frame reset３３−Ｄを生成し、それらを復号部７３に提供する。LE Key３１−Ｄ、AES input３２−Ｄ、Frame reset３３−Ｄのそれぞれは、シネマサーバ１で暗号化AVデータが生成される際に利用された、LE Key３１−Ｅ、AES input３２−Ｅ、Frame reset３３−Ｅのそれぞれが復元されたものである。従って、メタデータ抽出部７２は、LE Key３１−Ｅ、AES input３２−Ｅ、Frame reset３３−Ｅのそれぞれを復元して復号部７３に提供している、と捉えることもできる。
【０１０４】
ただし、何らかの原因で、LE Key３１−Ｄを正常に生成できなかった場合（LE Key３１−Ｅを復元できなかった場合）、即ち、後述する復号部７３の視点に立つと、復号鍵であるLE Key３１−Ｄが未登録の場合（供給されてこない場合）、メタデータ抽出部７２は、復号鍵未登録信号１０１（以下、図８の記載にあわせてKey not found信号１０１と称する）を生成し、状態呈示部７４、フレーム記憶部７７、および切替部７９に提供する。
【０１０５】
これに対して、受信部７１に無暗号化AVデータが受信された場合には、その無暗号化AVデータにはメタデータ３４は含まれておらず、メタデータ抽出部７２は当然ながらメタデータ３４を抽出することはできない。そこで、メタデータ抽出部７２は、受信部７１に受信されたAVデータにメタデータ３４が重畳されていない場合、そのAVデータは無暗号化AVデータであると判定して、Encrypted input信号１０２の生成を禁止する。
【０１０６】
その他、メタデータ３４が重畳されているAVデータが受信部７１に受信された場合であっても、所定の条件を満たすと、そのAVデータは無暗号化AVデータとみなされて、Encrypted input信号１０２の生成が禁止されるときもある。ただし、かかる所定の条件については後述する。
【０１０７】
なお、Key not found信号１０１を、例えば、Hiレベル（１レベル）とLoレベル（０レベル）とで構成させ、Hiレベル（１レベル）をKey not found信号１０１の生成とみなし、Loレベル（０レベル）をKey not found信号１０１の生成の禁止とみなすこともできる。この場合、LE Key３１−Ｄが正常に生成されたとき（LE Key３１−Ｅが復元できたとき）、Key not found信号１０１のレベルはLoレベル（０レベル）になるのに対して、LE Key３１−Ｄが正常に生成されなかったとき（LE Key３１−Ｅが復元できなかったとき）、Key not found信号１０１のレベルはHiレベル（１レベル）になる。
【０１０８】
同様に、Encrypted input信号１０２を、例えば、Hiレベル（１レベル）とLoレベル（０レベル）とで構成させ、Hiレベル（１レベル）をEncrypted input信号１０２の生成とみなし、Loレベル（０レベル）をEncrypted input信号１０２の生成の禁止とみなすこともできる。この場合、受信部７１に暗号化AVデータが受信されたときには、Encrypted input信号１０２のレベルはHiレベル（１レベル）になるのに対して、受信部７１に無暗号化AVデータが受信されたときには、Encrypted input信号１０２のレベルはLoレベル（０レベル）になる。
【０１０９】
なお、以下、Key not found信号１０１とEncrypted input信号１０２とのそれぞれは、Hiレベル（１レベル）とLoレベル（０レベル）とで構成されているとして説明する。
【０１１０】
以上、メタデータ抽出部７２の概略について説明した。メタデータ抽出部７１のさらなる詳細については、図９を参照して後述する。
【０１１１】
復号部７３は、図８の例では、AES復号データ生成部９１とAVデータ復号部９２とから構成されている。
【０１１２】
AES復号データ生成部９１は、メタデータ抽出部７２からのLE Key３１−ＤとAES input３２−Ｄとを用いて、暗号化AVデータを直接復号するためのデータ１０３（以下、AES復号データ１０３と称する）を生成し、AVデータ復号部９２に提供する。即ち、AES復号データ１０３は、図２のAES暗号データ３５に対応する復号用のデータである。
【０１１３】
AVデータ復号部９２は、AES復号データ生成部９１からのAES復号データ１０３を用いて、受信部７１に受信された暗号化AVデータに対して復号処理を施し、その結果得られるAVデータ（以下、無暗号化AVデータと区別するため、復元AVデータと称する）を切替部７５に提供する。その際、AVデータ復号部９２は、メタデータ抽出部７２からのFrame reset３３−Ｄを利用して、暗号化AVデータをフレーム単位で復号する。
【０１１４】
なお、ここで注目すべき点は、ストリームデータである暗号化AVデータの全てに対して、同一のAES復号データ１０３が利用される訳ではなく、上述したように、シネマサーバ１により所定の更新周期で更新された複数のLE Key３１−Ｅのそれぞれに対応するLE Key３１−Ｄを利用して、即ち、所定の更新周期で更新された複数のLE Key３１−Ｄをそれぞれ利用して複数のAES復号データ１０３が生成されて、さらに、複数のAES復号データ１０３のそれぞれが、暗号化AVデータのうちの対応する部分（対応する幾つかのフレーム）にそれぞれ利用されるという点である。
【０１１５】
状態呈示部７４は、メタデータ抽出部７２からのKey not found信号１０１やEncrypted input信号１０２の提供（生成）有無に基づいて、このプロジェクタ４の現状態を特定し、その特定結果を、プロジェクタ４の使用者（映画の上映者等）に呈示する。
【０１１６】
例えば本実施の形態では、プロジェクタ４の現状態としては、次の第１の状態乃至第３の状態が定義されている。
【０１１７】
即ち、第１の状態とは、暗号化AVデータが受信されており、その暗号化AVデータに対する復号処理が正常に行われている状態（以下、暗号化入力正常状態と称する）をいう。Key not found信号１０１の提供が無く（Loレベルであり）、かつ、Encrypted input信号１０２の提供が有った（Hiレベルである）場合、プロジェクタ４の現状態は、暗号化入力正常状態であると特定される。
【０１１８】
第２の状態とは、暗号化AVデータが受信されているが、その暗号化AVデータに対する復号処理にエラーが発生している状態（以下、暗号化入力エラー状態と称する）をいう。Key not found信号１０１の提供が有り（Hiレベルであり）、かつ、Encrypted input信号１０２の提供が有った（Hiレベルである）場合、プロジェクタ４の現状態は、暗号化入力エラー状態であると特定される。
【０１１９】
第３の状態とは、無暗号化AVデータが受信されている状態（以下、無暗号化入力状態と称する）をいう。Encrypted input信号１０２の提供が無かった（Loレベルである）場合、プロジェクタ４の現状態は、無暗号化入力状態であると特定される。
【０１２０】
この場合、状態呈示部７４の呈示手法は特に限定されず、例えば、画像表示でもよいし、音声出力でもよい。ただし、本実施の形態では、状態提示部７４は例えば2色を発光可能なランプ、より具体的には例えば赤色と緑色とを発光可能なランプで構成されているとして、次のような呈示手法が採用されているとする。即ち、暗号化入力通常状態ではランプは緑色(GREEN)を発光し、暗号化入力エラー状態ではランプは赤色(RED)を発光し、無暗号化入力状態では消灯(OFF)する、といった呈示手法が本実施の形態では採用されている。これにより、プロジェクタ４の使用者（上映者等）は、３つの状態をリアルタイムかつ容易に監視することができるようになる。
【０１２１】
切替部７５は、メタデータ抽出部７２からのEncrypted input信号１０２の提供有無（Hi or Loレベル）に基づいて、その入力を切り換える。
【０１２２】
具体的には、メタデータ抽出部７２からEncrypted input信号１０２の提供が有った場合（Hiレベルの場合）とは、暗号化AVデータが受信部７１に受信されている場合（暗号化入力正常またはエラー状態の場合）を意味する。そこで、このような場合、切替部７５は、その入力をAVデータ復号部９２側に切り替える。すると、暗号化AVデータがAVデータ復号部９２により復号された結果得られるデータ、即ち、復元AVデータ（ただし、暗号化入力エラー状態の場合には、復元AVデータは得られず、ノイズデータとなってしまう）が、切替部７５に入力されて、フレーム記憶部７７と切替部７９とに提供される。
【０１２３】
これに対して、メタデータ抽出部７２からEncrypted input信号１０２の提供が無い場合（Loレベルの場合）とは、無暗号化AVデータが受信部７１に受信されている場合（無暗号化入力状態の場合）を意味する。そこで、このような場合、切替部７５は、その入力を受信部７１側に切り替える。すると、無暗号化AVデータが、切替部７５に入力されて、フレーム記憶部７７と切替部７９とに提供される。
【０１２４】
このように、切替部７５は、無暗号化AVデータが受信部７１に受信されている場合には、復号部７３による復号処理をスルーさせる（その実行を禁止させる）、といった機能（効果）を有していると捉えることもできる。
【０１２５】
ところで、暗号化入力エラー状態の場合には、上述したように、AVデータ復号部９２からはノイズデータが出力されてしまうので、そのノイズデータを利用して上映してしまうと、スクリーン等には見るに耐えない画像（ノイズ画像）が投影されてしまうことになる。そこで、本実施の形態では、暗号化入力エラー状態の場合にスクリーン等に投影させる代替画像として、所定のパターン画像や、「しばらくお待ち下さい」といったメッセージを含む画像（以下、これらの画像をまとめて固定画像と称する）が用意されている。
【０１２６】
かかる固定画像に対応する画像データ（以下、固定画像データと称する）は、固定画像記憶部７６に記憶されている。
【０１２７】
また、本実施の形態では、暗号化入力エラー状態の場合にスクリーン等に投影させる代替画像として、その直前に上映されていた映画本編、予告編、またはコマーシャルを構成する各フレームのうちの所定の１枚（静止画像）を採用できるようになされている。
【０１２８】
かかるフレームに対応するフレームデータは、フレーム記憶部７７に記憶されている。即ち、フレーム記憶部７７は、切替部７５から提供されてくるAVデータのうちの、直前に提供されたフレームデータを記憶する。
【０１２９】
ただし、上述したように、暗号化入力エラー状態の場合には、暗号化データは正常に復号されずにノイズデータとなり、そのノイズデータがフレーム記憶部７７に提供されてきてしまう。フレーム記憶部７７の存在目的は、上述したように、かかる暗号化入力エラー状態の場合にノイズデータの代わりにスクリーン等に投影させる代替画像として、所定のフレームデータ（静止画像データ）を記憶していくことである。従って、ノイズデータそのものをフレーム記憶部７７に記憶させてしまっては、その目的を達成することはできない。
【０１３０】
そこで、フレーム記憶部７７は、Key not found信号１０１の提供有無（Hi or Loレベル）を監視し、Key not found信号１０１が提供されてきているとき（Hiレベルのとき）に、切替部７５から提供されてくるデータはノイズデータであるとみなし、そのデータの記憶を禁止するようにしている。その結果、Key not found信号１０１が提供されてきた第１の時点（LoレベルからHiレベルに変化した第１の時点）から、それが提供されなくなる第２の時点（HiレベルからLoレベルに再度変化する第２の時点）までの間、第１の時点の直前に提供されてきた正常なフレームデータ（正常な静止画像のデータ）が、フレーム記憶部７７に引き続き記憶され続けることになる。
【０１３１】
切替部７８は、プロジェクタ４の使用者（上映者等）の操作（操作部は図示せず）に従って、その入力を、固定画像記憶部７６側とフレーム記憶部７７側とのうちのいずれか一方に切り替える。
【０１３２】
具体的には、切替部７８の入力が固定画像記憶部７６側に切り替えられた場合、固定画像データが、切替部７８に入力されて切替部７９に提供される。これに対して、切替部７８の入力がフレーム記憶部７７側に切り替えられた場合、フレームデータが、切替部７８に入力されて切替部７９に提供される。
【０１３３】
切替部７９は、メタデータ抽出部７２からのKey not found信号１０１の提供有無（Hi or Loレベル）に基づいて、その入力を切り換える。
【０１３４】
具体的には、メタデータ抽出部７２からKey not found信号１０１の提供が無い場合（Loレベルの場合）とは、暗号化入力正常状態、または、無暗号化入力状態の場合を意味する。そこで、このような場合、切替部７９は、その入力を切替部７５側に切り替える。すると、映画本編に対応する復元AVデータ、または、予告編やコマーシャルに対応する無暗号化AVデータが、切替部７９に入力されて、上映制御部８０に提供される。
【０１３５】
これに対して、メタデータ抽出部７２からKey not found信号１０１の提供が有った場合（Hiレベルの場合）とは、暗号化入力エラー状態の場合、即ち、切替部７５からノイズデータが出力されている状態の場合を意味する。そこで、このような場合、切替部７９は、その入力を切替部７８側に切り替える。すると、固定画像データ、または、フレームデータ（映画本編、予告編、またはコマーシャルの映像を構成する各フレームのうちの所定の１枚に対応するデータ）が、切替部７９に入力されて、上映制御部８０に提供される。
【０１３６】
上映制御部８０は、切替部７９から提供されたコンテンツデータに対応するコンテンツの再生（上映）を制御する。
【０１３７】
ここで、コンテンツデータとコンテンツとは、例えば本実施の形態では次の通りとなる。
【０１３８】
即ち、切替部７９の入力が切替部７５側に切り替えられている場合、換言すると、暗号化入力正常状態または無暗号化入力状態の場合においては、コンテンツデータとはAVデータを指し、コンテンツとは、そのAVデータに対応する、映画本編、予告編、またはコマーシャルを指す。従って、この場合、上映制御部８０は、AVデータに対応する映像、即ち、映画本編、予告編、またはコマーシャルの映像をスクリーン等に投影させ、AVデータに対応する音声、即ち、映画本編、予告編、またはコマーシャルの音声をスピーカから出力させる。より正確には、暗号化入力正常状態の場合には、映画本編についての映像がスクリーン等に投影され、それに対応する音声がスピーカ等から出力される。また、無暗号化入力状態の場合には、映画の予告編やコマーシャルについての映像がスクリーン等に投影され、それに対応する音声がスピーカ等から出力される。
【０１３９】
これに対して、切替部７９の入力が切替部７８側に切り替えられている場合、換言すると、暗号化入力エラー状態の場合においては、コンテンツデータとは、固定画像記憶部７６に記憶されている固定画像データ、または、フレーム記憶部７７に記憶されているフレームデータを指し、コンテンツとは、その固定画像データに対応する固定画像（所定のパターン画像や、「しばらくお待ち下さい」といったメッセージを含む画像）、または、そのフレームデータに対応するフレーム（映画本編、予告編、若しくはコマーシャルの映像を構成する各フレームのうちの所定の１枚）を指す。従って、この場合、上映制御部８０の制御により、所定のパターン画像や、「しばらくお待ち下さい」といったメッセージを含む画像がスクリーン等に投影されたり、或いは、映画本編、予告編、若しくはコマーシャルの映像を構成する各フレームのうちの所定の１枚がスクリーン等に投影され続ける（フリーズ画像となる）。
【０１４０】
以上説明したように、切替部７９は、暗号化入力エラー状態の場合には、そのエラーが無くなるまで（暗号化入力正常状態に再度遷移するまで）の間、ノイズデータを上映してしまうことを防止し、代替画像を一旦投影しておく、という機能（効果）を有しているといえる。
【０１４１】
また、かかる代替画像として、これまでスクリーン等に投影されていた映像の最後のフレーム（フリーズ画像）を採用するのか、或いは、固定画像を採用するのかを、プロジェクタ４の使用者（上映者等）に自在に選択させる、という機能（効果）を切替部７８は有しているといえる。
【０１４２】
ここで、図９を参照して、図８のメタデータ抽出部７２の詳細について説明する。即ち、図９は、メタデータ抽出部７２の詳細な構成例を示している。
【０１４３】
図９の例では、メタデータ抽出部７２は、メタデータ抽出分離部１２１乃至AES input生成部１２９から構成されている。
【０１４４】
メタデータ抽出分離部１２１は、受信部７１からのAVデータの所定の部分（上述した図３参照）にメタデータ３４が重畳されているか否かを判定する。
【０１４５】
メタデータ３４が重畳されていないと判定した場合、メタデータ抽出分離部１２１は、受信部７１からのAVデータは無暗号化AVデータであると判断し、Encrypted input信号１０２の生成を禁止し（Loレベルとし）、メタデータ抽出部７２の処理を禁止する。
【０１４６】
これに対して、メタデータ３４が重畳されていると判定した場合、メタデータ抽出分離部１２１は、AVデータを構成する各フレーム（データ）のうちの当該フレームから、メタデータ３４等の情報を抽出する。
【０１４７】
次に、メタデータ抽出分離部１２１は、そのメタデータ３４を構成するメタデータ３４−１乃至３４−３（上述した図４乃至図６参照）のうちのメタデータ３４−３のCurrent Key IDの記述値を確認する。
【０１４８】
Current Key IDの記述値が特殊値（ここでは０）であった場合、メタデータ抽出分離部１２１は、受信部７１からのAVデータは無暗号化AVデータであると判断し、Encrypted input信号１０２の生成を禁止し（Loレベルとし）、メタデータ抽出部７２の処理を禁止する。
【０１４９】
これに対して、Current Key IDの記述値が特殊値（ここでは０）以外の値であった場合、メタデータ抽出分離部１２１は、受信部７１からのAVデータは暗号化AVデータであると判断し、Encrypted input信号１０２を生成して（Hiレベルとし）、状態呈示部７４および切替部７５（図８）に提供する。そして、メタデータ抽出分離部１２１は、メタデータ３４を構成する各種情報を分離して、対応するブロックに提供する。
【０１５０】
具体的には例えば、図９の例では、LEKM１４１、Current LE_Key ID１４２、Next LE_Key ID１４３、Key Change Timing１４５、Current frame Count１４８、Frame/line reset１５０、および、HD-SDI Link number１５２が、メタデータ抽出分離部１２１により抽出または分離される。
【０１５１】
なお、Frame/line reset１５０は、Frame reset１４６とline reset１５１とから構成されている。また、上述したように、LEKM１４１とは、メタデータ３４−１，３４−２のUser dataの記述値のことであり、Current LE_Key ID１４２とは、メタデータ３４−３のCurrent Key IDの記述値のことであり、Next LE_Key ID１４３とは、メタデータ３４−３のNext Key IDの記述値のことであり、Key Change Timing１４５とは、メタデータ３４−３のKey Change Timingの記述値のことであり、HD-SDI Link number１５２とは、メタデータ３４−３のHD-SDI Link numberの記述値のことであり、Current Frame Count１４８とは、メタデータ３４−３のCurrent Frame Countの記述値のことである。
【０１５２】
そして、LEKM１４１は、LEKP復元部１２２に提供される。Current LE_Key ID１４２とNext LE_Key ID１４３は、LEKPテーブル１２３に提供される。Key Change Timing１４５は、キーチェンジトリガ生成部１２４に提供される。Current Frame Count１４８は、レジスタ１２６に提供される。Frame reset１４６は、キーチェンジトリガ生成部１２４に提供される。line reset１５１は、カウンタ１２７に提供される。Frame reset１４６とline reset１５１からなるFrame/line reset１５０は、図８でいうFrame reset３３−Ｄとして、復号部７３に提供される。HD-SDI Link number１５２は、レジスタ１２８に提供される。
【０１５３】
LEKP復元部１２２は、LEKM１４１からLEKPを復元し、そのKey ID等と対応付けてLEKPテーブル１２３に格納する。即ち、LEKM１４１とは、上述したように、図４のメタデータ３４−１と図５のメタデータ３４−２のUser Dataの記述値のことである。このUser Dataには、ELEKP（図４と図５には、Elekp dataと記述されている）が含まれている。このELEKPは、上述したように、RSA暗号による暗号化処理をLEKPに対して施した結果得られるデータである。従って、LEKP復元部１２２は、LEKM１４１に含まれるELEKPに対して、その生成用の公開鍵のペア鍵（秘密鍵）を利用する復号処理を施し、その結果得られるLEKP（復元されたLEKP）を、そのKey ID等と対応付けてLEKPテーブル１２３に格納する。
【０１５４】
このように、LEKPテーブル１２３には、１以上のLEKPのそれぞれが、自身を特定するKey ID等と対応付けられて格納される。LEKPテーブル１２３に格納されるLEKPは、上述したように、LE Key３１−Ｄ（復元された図２のLE Key３１-Ｅ）と、幾つかの補足情報とから構成されている。本実施の形態では、この補足情報には、図２のAES input３２−Ｅの構成要素のひとつであるLe_attribute_data１４４が含まれているとする。そこで、LEKPテーブル１２３は、レジスタ１２５から要求があったとき（後述するキーチェンジの指令後の所定のタイミングで）、Current LE_Key ID１４２と同一のKey IDを有するLEKPに含まれるLE Key３１−Ｄ（以下、Current LE Key３１−Ｄと称する）とLe_attribute_data１４４（以下、Current Le_attribute_data１４４と称する）をレジスタ１２５に格納させる。
【０１５５】
なお、以下、Next LE_Key ID１４３と同一のKey IDを有するLEKPに含まれる、LE Key３１−ＤをNext LE Key３１−Ｄと、Le_attribute_data１４４をNext Le_attribute_data１４４と、それぞれ称する。
【０１５６】
また、LEKPテーブル１２３は、Current LE_Key ID１４２と同一のKey IDを有するLEKPが存在しないとき、即ち、Current LE Key３１−Ｄが存在しないとき、LEKP復元部１２２がCurrent LE Key３１−Ｄを正常に生成できなかった（対応するLE Key３１−Ｅを復元できなかった）と判断し、即ち、復号鍵未登録と判断し、Key not found信号１０１を生成し（Hiレベルとし）、状態呈示部７４、フレーム記憶部７７、および切替部７９（図８）に提供する。
【０１５７】
これに対して、LEKPテーブル１２３は、Current LE_Key ID１４２と同一のKey IDを有するLEKPが存在するとき、即ち、Current LE Key３１−Ｄが存在するとき、LEKP復元部１２２がCurrent LE Key３１−Ｄを正常に生成できた（対応するLE Key３１−Ｅを復元できた）と判断し、即ち、復号鍵登録済と判断し、Key not found信号１０１の生成を禁止する（Loレベルとする）。
【０１５８】
キーチェンジトリガ生成部１２４は、Frame reset１４６が提供される毎に、キーチェンジトリガ１４７をレジスタ１２５に提供する。具体的には例えば、このキーチェンジトリガ１４７として、キーチェンジの指令とキーチェンジの禁止の指令とが存在し、これらの指令のうちの何れか一方が、レジスタ１２５に提供されるとする。この場合、キーチェンジトリガ生成部１２４は、Key Change Timing１４５の値を監視し、その値が2'b00（＝０）となったときには、即ち、当該フレームがKey Change Timingとなったときには、キーチェンジトリガ１４７としてキーチェンジの指令をレジスタ１２５に提供し、それ以外の値のときは、キーチェンジトリガ１４７としてキーチェンジ禁止の指令をレジスタ１２５に提供する。
【０１５９】
レジスタ１２５には、Current LE Key３１−ＤおよびCurrent Le_attribute_data１４４が格納されている。
【０１６０】
キーチェンジトリガ１２５としてキーチェンジの禁止の指令が提供されている限り、レジスタ１２５は、Current LE Key３１−Ｄを復号部７３に提供し、Current Le_attribute_data１４４をAES input生成部１２９に提供する。これにより、復号部７３においては、Current LE Key３１−Ｄが使用されて、当該フレーム（AES暗号により暗号化されたフレームデータ）が復号されることになる。
【０１６１】
これに対して、キーチェンジトリガ１４７としてキーチェンジの指令が提供されると、レジスタ１２５は、記憶内容の更新をLEKPテーブル１２３に要求する。
【０１６２】
すると、上述したように、LEKPテーブル１２３は、レジスタ１２５から要求があった時点のCurrent LE Key３１−Ｄ（その時点でレジスタ１２５にCurrent LE Key３１-Ｄとして記憶されているLE Key３１-Ｄから見ると、Next LE Key３１−Ｄ）とCurrent Le_attribute_data１４４（その時点でレジスタ１２５にCurrent Le_attribute_data１４４として記憶されているLe_attribute_data１４４から見ると、Next Le_attribute_data１４４）をレジスタ１２５に格納させる。
【０１６３】
即ち、キーチェンジ前のCurrent LE Key３１−ＤとCurrent Le_attribute_data１４４とから見た場合、Next LE Key３１−ＤとNext Le_attribute_data１４４とのそれぞれが、キーチェンジ後における新たなCurrent LE Key３１―Ｄと新たなCurrent Le_attribute_data１４４のそれぞれとしてレジスタ１２５に格納される。
【０１６４】
そして、新たなCurrent LE Key３１−Ｄ（これまでNext LE Key３１−Ｄであったもの）が復号部７３に提供され、新たなCurrent Le_attribute_data１４４（これまでNext Le_attribute_data１４４であったもの）がAES input生成部１２９に提供される。
【０１６５】
これにより、復号部７３においては、復号用のLE Key３１−ＤがこれまでのCurrent LE Key３１−ＤからNext LE Key３１−Ｄ（新たなCurrent LE Key３１−Ｄ）に更新されて、当該フレーム（AES暗号により暗号化されたフレームデータ）が復号されることになる。
【０１６６】
レジスタ１２６は、Current Frame Cont１４８を保持し、適宜AES input生成部１２９に提供する。
【０１６７】
カウンタ１２７は、line reset１５１が供給される毎に、カウント値を１ずつインプリメントし、そのカウント値をAES input生成部１２９に提供する。
【０１６８】
レジスタ１２８は、HD-SDI Link Number１５２を保持し、適宜AES input生成部１２９に提供する。
【０１６９】
このようにして、AES input生成部１２９には、レジスタ１２５からのLe_attribute_data１４４、レジスタ１２６からのCurrent Frame Count１４８、メタデータ抽出分離部１２１からのLine number of HD SDI１４９、カウンタ１２７のカウント値、および、レジスタ１２８からのHD-SDI Link Number１５２が入力される。そこで、AES input生成部１２９は、Le_attribute_data１４４、Current Frame Count１４８、Line number of HD SDI１４９、カウンタ１２７のカウント値、および、HD-SDI Link Number１５２を少なくとも含むAES input３２−Ｄを生成し（図２のAES input３２−Ｅを復元し）、復号部７３に提供する。
【０１７０】
以上図１乃至図９を参照して、図１の例の送受信システムの構成例等について説明した。かかる送受信システムの動作は、次のようになる。
【０１７１】
即ち、シネマサーバ１は、映画本編のAVデータを暗号化してルータ３に送信する。
【０１７２】
詳細には、本実施の形態では、映画本編のAVデータを実際に暗号化するための暗号化方式として、暗号化処理と復号処理の処理速度が速いという特長を有しているAES暗号が採用されている。また、シネマサーバ１は、図２の構成を有している。
【０１７３】
従って、このAES暗号のコードであるAES暗号データ３５を生成するために、図２のメタデータ生成部１３が、所定の更新周期で異なるLE KEY３１−Ｅを順次発生させる。
【０１７４】
そこで、AES暗号データ生成部２１が、順次発生されるLE KEY３１−Ｅのそれぞれと、対応するAES input３２−Ｅとを利用して、複数のAES暗号データ３５のそれぞれを順次生成する。即ち、AES暗号データ生成部２１は、AES暗号データ３５を順次更新する。
【０１７５】
AVデータ暗号化部２２は、AVデータ記憶部１１からのAVデータに対して、順次更新される各AES暗号データ３５のそれぞれを利用して、AES暗号に従った暗号化処理をフレーム単位で施す。その暗号化処理の結果得られる暗号化AVデータは、AVデータ暗号化部２２から重畳部１４に提供される。
【０１７６】
また、順次更新される各LE KEY３１−Ｅは、幾つかの補足データ（図９のLe_attribute_data１４４等）とともにLEKPとなり、そのLEKPに対して、公開鍵暗号のひとつであるRSA暗号に従った暗号化処理がメタデータ生成部１３により施される。この暗号化処理の結果、ELEKPが得られる。そして、このELEKPを含むメタデータ３４、具体的には本実施の形態ではメタデータ３４−１乃至３４−３（図４乃至図６）がフレーム毎にメタデータ生成部１３により生成され、重畳部１４に提供される。
【０１７７】
AVデータ暗号化部２２からの暗号化AVデータを構成する各フレーム（データ）のそれぞれに対してメタデータ３４が重畳部１４により１つずつ重畳される。そして、フレーム毎にメタデータ３４が重畳された暗号化AVデータは、重畳部１４から送信部１４に提供され、さらに、送信部１５からルータ３に送信される。
【０１７８】
このようにして、図１のシネマサーバ１からは、映画本編に対応する暗号化AVデータが出力されてルータ３に送信される。
【０１７９】
一方、サブAVサーバ２からは、予告編やコマーシャルに対応する無暗号化AVデータが出力されてルータ３に送信される。
【０１８０】
ルータ３において、シネマサーバ１からの暗号化AVデータと、サブAVサーバ２からの無暗号化AVデータとのうちの何れか一方が選択され、選択された方のAVデータがプロジェクタ４に提供される。
【０１８１】
かかるAVデータが提供されてくるプロジェクタ４は、例えば図１０のフローチャートに従った動作（処理）を行うことができる。即ち、図１０は、プロジェクタ４の処理例を説明するフローチャートである。
【０１８２】
なお、図１０の処理は、AVデータを構成する各フレーム（データ）のうちの当該フレームに着目した場合の処理である。即ち、AVデータを構成する各フレーム（データ）のそれぞれについて、図１０の処理が独立して実行されている。換言すると、例えば、第１のフレームについてのステップＳ４の処理が実行されているときに、その次の第２のフレームについてのステップＳ２の処理が並列して実行されることが起り得る。
【０１８３】
ステップＳ１において、図８のプロジェクタ４の受信部７１は、AVデータ（より正確には当該フレームであるが、以下、図１０の説明においては、AVデータと称することにする）を受信したか否かを判定する。
【０１８４】
ステップＳ１において、AVデータを受信していないと判定された場合、処理はステップＳ１に戻され、AVデータを受信したか否かが再度判定される。即ち、ルータ３からAVデータが伝送されてくるまでの間、ステップＳ１の判定処理が繰り返されることで、プロジェクタ４は処理待機状態となる。
【０１８５】
そして、ルータ３からAVデータが伝送されてきて、受信部７１に受信されると、ステップＳ１において、AVデータが受信されたと判定される。そして、このAVデータがメタデータ抽出部７２等に提供されると、処理はステップＳ２に進む。
【０１８６】
ステップＳ２において、メタデータ抽出部７２は、受信部７１に受信されて提供されてきたAVデータは、暗号化AVデータであるか否かを判定する。
【０１８７】
本実施の形態では、上述したように、AVデータにメタデータ３４が含まれ、かつ、そのうちのCurrent Key ID(図６参照)の記述値が特殊値である０以外の値である場合、ステップＳ２において暗号化AVデータであると判定され、それ以外の場合、ステップＳ２において無暗号化AVデータであると判定される。
【０１８８】
ステップＳ２において、無暗号化AVデータである（暗号化AVデータではない）と判定された場合、処理はステップＳ７に進む。ただし、ステップＳ７以降の処理については後述する。
【０１８９】
これに対して、ステップＳ２において、暗号化AVデータであると判定された場合、処理はステップＳ３に進む。なお、その際、Encrypted input信号１０２が生成され（Hiレベルとなり）、状態呈示部７４や切替部７５等に提供される。
【０１９０】
ステップＳ３において、メタデータ抽出部７２は、LE Key３１−Ｄを正常に準備できたか否かを判定する。
【０１９１】
本実施の形態では、上述したように、図９において、Current LE_Key ID１４２に対応するLE_Key３１−ＤがLEKPテーブル１２３に格納されている場合、ステップＳ３においてLE Key３１−Ｄを正常に準備できたと判定され、そうでない場合、ステップＳ３においてLE Key３１−Ｄを正常に準備できなかったと判定される。
【０１９２】
ステップＳ３において、LE Key３１−Ｄを正常に準備できなかったと判定された場合、処理はステップＳ９に進む。ただし、ステップＳ９以降の処理については後述する。
【０１９３】
これに対して、ステップＳ３において、LE Key３１−Ｄを正常に準備できたと判定された場合、処理はステップＳ４に進む。その際、Key not found信号１０１の生成が禁止される（Loレベルとなる）。
【０１９４】
ステップＳ４において、復号部７３は、受信部７１からの暗号化AVデータに対して復号処理を施す。
【０１９５】
いまの場合、上述したように、Encrypted input信号１０２が切替部７５等に提供され続けている（Hiレベルを保っている）ので、切替部７５の入力は復号部７３側に切り替えられていることになる。また、Key not found信号１０１の生成が禁止され続けている（Loレベルとなり続けている）ので、切替部７９の入力は切替部７５側に切り替えられていることになる。従って、ステップＳ４の処理の結果として得られる復元AVデータ（映画本編のAVデータ）は、復号部７３から出力されて、切替部７５，７９を介して上映制御部８０に提供される。
【０１９６】
そこで、ステップＳ５において、上映制御部８０は、復元AVデータに対応する映画本編を上映する。
【０１９７】
また、状態呈示部７４には、Encrypted input信号１０２が提供され続けており（Hiレベルを保っており）、かつ、Key not found信号１０１の提供が禁止され続けている（Loレベルとなり続けている）。従って、ステップＳ６において、状態呈示部７４は、「暗号化入力正常状態」であることを呈示する（本実施の形態ではランプが緑色に発光する）。
【０１９８】
なお、実際には、ステップＳ５の処理の後、ステップＳ６の処理が実行されるのではなく、ステップＳ５とＳ６の処理はそれぞれ独立してほぼ同時期に実行される。
【０１９９】
ステップＳ２の説明に戻り、ステップＳ２において、無暗号化AVデータである（暗号化AVデータではない）と判定された場合、上述したように、処理はステップＳ７に進む。
【０２００】
この場合、上述したように、Encrypted input信号１０２とKey not found信号１０１との生成が禁止される（Loレベルとなる）。従って、切替部７５の入力は受信部７１側に切り替えられ、かつ、切替部７９の入力は切替部７５側に切り替えられていることになる。従って、ステップＳ１の処理で受信部７１に受信された無暗号化AVデータは、切替部７５，７９を介して上映制御部８０に提供される。
【０２０１】
そこで、ステップＳ７において、上映制御部８０は、無暗号化AVデータに対応する予告編やコマーシャルを上映する。
【０２０２】
また、状態呈示部７４には、Encrypted input信号１０２の提供が禁止され続けている（Loレベルとなり続けている）。従って、ステップＳ８において、状態呈示部７４は、「無暗号化入力状態」であることを呈示する（本実施の形態ではランプが消灯する）。
【０２０３】
なお、実際には、ステップＳ７の処理の後、ステップＳ８の処理が実行されるのではなく、ステップＳ７とＳ８の処理はそれぞれ独立してほぼ同時期に実行される。
【０２０４】
ステップＳ３の説明に戻り、ステップＳ３において、LE Key３１−Ｄを正常に準備できなかったと判定された場合、上述したように、処理はステップＳ９に進む。
【０２０５】
この場合、上述したように、Key not found信号１０１の生成が開始され、その後生成され続ける（Hiレベルを保つ）。これにより、切替部７９の入力は切替部７８側に切り替えられていることになる。従って、固定画像記憶部７６に記憶されている固定画像データ、または、フレーム記憶部７７に記憶されているフレームデータが、切替部７８，７９を介して上映制御部８０に提供されることになる。
【０２０６】
そこで、ステップＳ９において、上映制御部８０は、所定のフレーム（静止画像）または固定画像を上映する。
【０２０７】
また、状態呈示部７４には、Key not found信号１０１とEncrypted input信号１０２とが共に提供され続けている（共にHiレベルとなり続けている）。そこで、ステップＳ１０において、状態呈示部７４は、「暗号化入力エラー状態」であることを呈示する（本実施の形態ではランプが赤色に点灯する）。
【０２０８】
なお、実際には、ステップＳ９の処理の後、ステップＳ１０の処理が実行されるのではなく、ステップＳ９とＳ１０の処理はそれぞれ独立してほぼ同時期に実行される。
【０２０９】
以上、図１の例の送受信システムの動作について説明した。
【０２１０】
ところで、本発明は、上述した図１の例の送受信システムだけではなく、様々なシステムに適用可能である。例えば、上述した図１の例（図２の例）では、LE Key３１−Ｅは、メタデータ３４に含められて、さらに、そのメタデータ３４は暗号化AVデータに重畳されて、送信側であるシネマサーバ１から受信側であるプロジェクタ４に送信されている。即ち、LE Key３１−Ｅは暗号化AVデータとともに送信されている。しかしながら、LE Key３１−Ｅと暗号化AVデータとは必ずしも一緒に送信する必要はない。即ち、LE Key３１−Ｅと暗号化AVデータとを別の伝送経路で送信側から受信側に伝送する送受信システムに対しても、本発明を適用することが可能である。かかる送受信システムの構成例が図１１に示されている。即ち、図１１は、本発明が適用される送受信システムの構成例であって、図１の例とは異なる例を示すブロック図である。
【０２１１】
なお、図１１の例の送受信システムにおいて、図１の例と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０２１２】
図１１の例では、送受信システムは、シネマサーバ２０１、サブAVサーバ２、ルータ３、および、プロジェクタ２０２を含むように構成されている。
【０２１３】
図１の例と図１１の例とを比較するに、図１の例（図２の例）のシネマサーバ１は、上述したように、LE Key３１−Ｅをメタデータ３４に含め、さらに、そのメタデータ３４を暗号化AVデータに重畳して、ルータ３を介してプロジェクタ４に送信している。
【０２１４】
これに対して、図１１の例のシネマサーバ２０１は、LE Key３１−ＥをそのKey IDとともに（以下、これらをまとめて、LE Key + Key ID２１１と称する）、所定のネットワーク２０３を介してプロジェクタ２０２に送信している。
【０２１５】
このように、図１１の例では、LE Key３１−Ｅが暗号化AVデータとは別経路で伝送されることが図１の例とは異なり、そのこと以外は図１の例と基本的に同様とされている。従って、LE Key３１−Ｅの送信側である図１１の例のシネマサーバ２０１は、図１の例のシネマサーバ１の図２の構成例とは若干異なる構成を有することになる。同様に、LE Key３１−Ｅの受信側である図１１の例のプロジェクタ２０２は、図１の例のプロジェクタ４の図８の構成例とは若干異なる構成を有することになる。
【０２１６】
具体的には例えば、シネマサーバ２０１は図１２に示されるように、プロジェクタ２０２は図１３に示されるように、それぞれ構成することができる。即ち、図１２はシネマサーバ２０１の構成例を、図１３はプロジェクタ２０２の構成例を、それぞれ示している。      
【０２１７】
なお、図１２の例のシネマサーバ２０１において、図２の例のシネマサーバ１と対応する部分には同一の符号を付してあり、その説明は適宜省略する。同様に、図１３の例のプロジェクタ２０２において、図８の例のプロジェクタ４と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０２１８】
図１２の例では、シネマサーバ２０１は、図２の例のシネマサーバ１と同様のAVデータ記憶部１１、暗号化部１２、および重畳部１４、並びに、図２の例のシネマサーバ１とは異なるメタデータ生成部２２１、AV送信部２２２、および鍵送信部２２３を含むように構成されている。
【０２１９】
以下、図２の例のシネマサーバ１とは異なる部分、即ち、メタデータ生成部２２１、AV送信部２２２、および鍵送信部２２３のみ説明する。
【０２２０】
メタデータ生成部２２１は、暗号化部１２の暗号化処理で必要となる各種情報（換言すると、プロジェクタ２０２の復号処理で必要となる各種情報）、例えば上述したように、LE Key３１−Ｅ、AES input３２−Ｅ、および、Frame reset３３−Ｅ等を生成して、適宜暗号化部１２に提供する。
【０２２１】
ここまでの処理は、図２のメタデータ生成部１３の処理と基本的に同様である。ただし、それ以降の処理が、図２のメタデータ生成部１３の処理とは若干異なることになる。
【０２２２】
即ち、メタデータ生成部２２１は、生成したLE Key３１−ＥとそのKey IDとの組であるLE Key + Key ID２１１を、内蔵するLE Keyテーブル２２１−１に格納する。このようにして、LE Keyテーブル２２１−１には、１以上のLE Key + Key ID２１１が格納されることになる。
【０２２３】
なお、LE Key + Key ID２１１は、この送受信システムのセキュリティの要の情報なので、シネマサーバ２０１内部であっても盗まれない配慮が必要である。そこで、暗号化方式は特に限定されないが、LE Key + Key ID２１１は、暗号化された状態でLE Keyテーブル２２１−１に格納させるとよい。
【０２２４】
また、LE Key + Key ID２１１を幾つ用意してLE Keyテーブル２２１−１に記憶させておくのかについては、LE Key３１−Ｅの更新頻度をどのくらいにするか等、この送受信システムの運用方針に依ることになるので、その運用方針に外れない範囲内で特に限定されない。
【０２２５】
このようにして、LE Keyテーブル２２１−１に格納された１以上のLE Key + Key ID２１１のそれぞれは、鍵送信部２２３に適宜送信される。
【０２２６】
また、メタデータ生成部２２１は、上述した各種情報のうちの、LE Key + Key ID２１１以外の情報（例えば図６のメタデータ３４−３に含まれる情報等）をメタデータ２２４として重畳部１４に提供する。なお、その際、メタデータ２２４は、保護すべきLE Key３１−Ｅが含まれていないので、RSA暗号がかけられてもよいし、かけられなくてもよい。
【０２２７】
以上説明した処理が、図２のメタデータ生成部１３の処理とは若干異なる処理である。
【０２２８】
なお、重畳部１４において、暗号化AVデータに対してメタデータが重畳されることは、図２の例も図１２の例も同様であるが、重畳されるメタデータが図２の例と図１２の例とでは異なることになる。即ち、上述したように図２の例ではメタデータ３４が暗号化AVデータに重畳されるのに対して、図１２の例ではメタデータ２２４が暗号化AVデータに重畳される。
【０２２９】
AV送信部２２２は、重畳部１４から供給された暗号化AVデータ、即ち、メタデータ２２４が重畳された暗号化AVデータ、換言すると、LE_Key３１−Ｅを含まない暗号化ＡＶデータを、ルータ３を介してプロジェクタ２０２に送信する。
【０２３０】
一方、鍵送信部２２３は、LE Keyテーブル２２１−１に格納されているLE Key+KeyID２１１を、ネットワーク２０３を介してプロジェクタ２０２に送信する。
【０２３１】
なお、鍵送信部２２３におけるLE Key+KeyID２１１の送信タイミングは、暗号化AVデータのうちの、対応するLE Key３１−Ｅを利用して暗号化された部分（幾つかのフレームデータ）の送信前のタイミングであって、プロジェクタ２０２側の復号処理に間に合うタイミングであれば、特に限定されない。
【０２３２】
また、ネットワーク２０３の盗聴やプロジェクタ２０２のなりすましによるLE Key+KeyID２１１（対応するLE Key３１−Ｅ）の第三者への流出を防ぐため、ネットワーク２０３を介するプロジェクタ２０２とシネマサーバ２０１（鍵送信部２２３）との間の通信手法としては、例えば、プロジェクタ２０２側の公開鍵を用いてTLS（Transport Layer Security）セッション(セキュアな通信路)を鍵送信部２２３が確立した上で、LE Key+KeyID２１１の通信を行う、といった手法を適用することができる。
【０２３３】
かかるシネマサーバ２０１に対応するプロジェクタ２０２は、図１３の例では、図８の例のプロジェクタ４とは異なるAV受信部２３１、鍵受信部２３２、および、メタデータ抽出部２３３、並びに、図８の例のプロジェクタ４と同様の復号部７３乃至上映制御部８０を含むように構成されている。
【０２３４】
以下、図８の例のプロジェクタ４とは異なる部分、即ち、AV受信部２３１、鍵受信部２３２、および、メタデータ抽出部２３３のみ説明する。
【０２３５】
AV受信部２３１は、ルータ３（図１１）からのAVデータを受信する。即ち、シネマサーバ２０１（図１１，図１２）からの暗号化AVデータ（ただし、LE Key３１−Eを含まないメタデータ２２４が重畳された暗号化AVデータ）、または、サブAVサーバ２からの無暗号化AVデータがAV受信部２３１に受信される。
【０２３６】
一方、鍵受信部２３２は、シネマサーバ２０１からネットワーク２０３（図１１）を介して送信されてきたLE Key+Key ID２１１を受信し、メタデータ抽出部２３３に提供する。
【０２３７】
メタデータ抽出部２３３は、例えば図１４に示されるように構成することができる。即ち、図１４は、メタデータ抽出部２３３の詳細な構成例を示すブロック図である。
【０２３８】
なお、図１４の例のメタデータ抽出部２３３おいて、図９の例のメタデータ抽出部７２と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０２３９】
図１４の例では、メタデータ抽出部２３３は、メタデータ抽出分離部２４１、および、LEKPテーブル１２３乃至AES input生成部１２９から構成されている。
【０２４０】
図９と図１４とを比較するに、図９の例のメタデータ抽出部７２では、復元対象のLE Key３１−Ｅ（生成されるLE Key３１−Ｄ）は、受信部７１から提供される暗号化AVデータに重畳されているメタデータ３４（図８参照）に含まれていたため、LEKP復元部１２２が設けられていた。
【０２４１】
これに対して、図１４の例のメタデータ抽出部２３３では、復元対象のLE Key３１−Ｅ（生成されるLE Key３１−Ｄ）は、LE Key + Key ID２１１として鍵受信部２３２から提供されてくる。このため、図１４のメタデータ抽出部２３３の例では、LEKP復元部１２２が設けられておらず、鍵受信部２３２からのLE Key + Key ID２１１はLEKPテーブル１２３に直接格納される。
【０２４２】
なお、LE Key + Key ID２１１は、上述したように、暗号化AVデータの送信前に予め送信されきて、かつ、この送受信システムのセキュリティの要の情報なので、プロジェクタ２０２内部であっても盗まれない配慮が必要である。そこで、暗号化方式は特に限定されないが、LE Key + Key ID２１１は、暗号化された状態でLEKPテーブル１２３に格納させるとよい。
【０２４３】
メタデータ抽出分離部２４１は、AV受信部２３１からのAVデータの所定の部分（上述した図３参照。ただし、図３の符号３４を符号２２４に置き換える）にメタデータ２２４が重畳されているか否かを判定する。
【０２４４】
メタデータ２２４が重畳されていないと判定された場合、メタデータ抽出分離部２４１は、AV受信部２３１からのAVデータは無暗号化AVデータであると判断し、Encrypted input信号１０２は生成せず（Loレベルとし）、メタデータ抽出部２３３の処理を禁止する。
【０２４５】
これに対して、メタデータ２２４が重畳されていると判定した場合、メタデータ抽出分離部２４１は、AVデータを構成する各フレーム（データ）のうちの当該フレームから、メタデータ２２４等の情報を抽出する。
【０２４６】
次に、メタデータ抽出分離部２４１は、そのメタデータ２２４に含まれるCurrent Key IDの記述値（図６のメタデータ３４−３のCurrent Key IDの記述値そのもの、または、それに相当する値）のを確認する。
【０２４７】
Current Key IDの記述値が特殊値（ここでは０）であった場合、メタデータ抽出分離部２４１は、AV受信部２３１からのAVデータは無暗号化AVデータであると判断し、Encrypted input信号１０２は生成せず（Loレベルとし）、メタデータ抽出部２３３の処理を禁止する。
【０２４８】
これに対して、Current Key IDの記述値が特殊値（ここでは０）以外の値であった場合、メタデータ抽出分離部２４１は、AV受信部２３１からのAVデータは暗号化AVデータであると判断し、Encrypted input信号１０２を生成して（Hiレベルとし）、状態呈示部７４および切替部７５（図１３）に提供する。そして、メタデータ抽出分離部２４１は、メタデータ２２４を構成する各種情報を分離して、対応するブロックに提供する。
【０２４９】
具体的には例えば、図１４の例では、Current LE_Key ID１４２、Next LE_Key ID１４３、Key Change Timing１４５、Current frame Count１４８、Frame/line reset１５０、および、HD-SDI Link number１５２、並びに、Le_attribute_data１４４を生成するために必要な情報が、メタデータ抽出分離部２４１により抽出または分離される。
【０２５０】
そして、Current LE_Key ID１４２、Next LE_Key ID１４３、およびLe_attribute_data１４４を生成するために必要な情報は、LEKPテーブル１２３に提供される。その際、Le_attribute_data１４４を生成するために必要な情報に基づいて、Le_attribute_data１４４が生成され、対応するLE Key + Key ID２１１（対応するLE_Key３１−Ｄ）と組にされてLEKPテーブル１２３に格納される。Key Change Timing１４５は、キーチェンジトリガ生成部１２４に提供される。Current Frame Count１４８は、レジスタ１２６に提供される。Frame reset１４６は、キーチェンジトリガ生成部１２４に提供される。line reset１５１は、カウンタ１２７に提供される。Frame reset１４６とline reset１５１からなるFrame/line reset１５０は、図１３でいうFrame reset３３−Ｄとして、復号部７３に提供される。HD-SDI Link number１５２は、レジスタ１２８に提供される。
【０２５１】
図１４の例のメタデータ抽出部２３３おいて、以上説明した部分以外の部分、即ち、LEKPテーブル１２３乃至AES input生成部１２９は、図９の例の対応する部分と基本的に同様の機能と構成を有しているので、それらの説明は省略する。
【０２５２】
以上図１１乃至図１４を参照して、図１１の例の送受信システムの構成例等について説明した。かかる送受信システムの動作は、以上説明した図１の例とは異なる部分の動作（処理）以外については、図１の例と基本的に同様の動作であるため、その説明は省略する。
【０２５３】
以上説明したように、図１や図１１の例の送受信システムにおいて、受信装置であるプロジェクタ４（図８）やプロジェクタ２０２（図１３）は、Encrypted input信号１０２を生成することができるので、このEncrypted input信号１０２を利用することで、送信側から伝送されてくるデジタル素材（上述した例では、映画本編、予告編、またはコマーシャルのストリームデータ）の暗号化有無を受信側で容易に判別可能となり、その結果、このデジタル素材を、暗号化有無に関わらず受信側で容易に取り扱える、という第１の効果を奏することが可能になる。
【０２５４】
また、ルータ３の切り替えにより無暗号化ストリームデータがプロジェクタ４やプロジェクタ２０２に入力される場合は、その切り替えタイミングと同期してプロジェクタ４やプロジェクタ２０２内部の復号処理（復号部７３の処理）をスルーさせる処理が必要である。逆の切り替え時も同様な処理が必要である。かかる処理を行うためには、従来のプロジェクタでは外部制御が必要とされた。これに対して、本実施の形態では、Encrypted input信号１０２に従って入力が切り換えられる切替部７５（図８や図１３）が設けられているので、かかる外部制御は不要となる、という第２の効果を奏することが可能になる。
【０２５５】
さらにまた、かかる外部制御が不要になることは、送受信システムの構成要素として、かかる外部制御を行うための特別な装置は省略可能であるということに繋がる。また、切替部７５はスイッチ等の簡単な機器で構成することが可能である。従って、送受信システム全体も簡単に構築できる、という第３の効果を奏することも可能になる。
【０２５６】
かかる第２や第３の効果は、図１や図１１の例のような小規模な上映信号切り替えシステム（送受信システム）以外にも、さらに多数のサーバや多数のプロジェクタを有する大規模な送受信システムにおいても同様に奏することが可能である。特に、第３の効果の度合いは、後者、即ち、大規模な送受信システムの方がより一段と高くなる。
【０２５７】
さらに、受信装置であるプロジェクタ４（図８）やプロジェクタ２０２（図１３）は、暗号化ストリームデータ（上述した例では暗号化AVデータ）の復号処理に必要な共通鍵の準備有無を示すKey not found信号１０１を生成することができるので、このKey not found信号１０１を利用することで（上述した例では図８や図１３の切替部７９を設けることで）、別のプロジェクタへ入力されるはずの信号が間違って入力された場合や、暗号化された共通鍵（上述した例ではLE Key３１-Ｄ）に対する復号処理自体の遅延が生じた場合に起こりうる、その共通鍵が準備されていないといった状況においても、映写画面（スクリーン画像）にノイズを出力してしまう事故を防ぐことができる、という第４の効果を奏することが可能になる。
【０２５８】
また、受信装置であるプロジェクタ４（図８）やプロジェクタ２０２（図１３）は、Key not found信号１０１やEncrypted input信号１０２を利用する状態呈示部７４を設けているので、受信されたストリームデータ（上述した例ではAVデータ）の暗号化有無の状態や、暗号化ストリームデータ（上述した例では暗号化AVデータ）に対する復号処理の状態（正常／異常状態）等、プロジェクタ４やプロジェクタ２０２の状態監視がおこなえるようになる、という第５の効果を奏することが可能になる。かかる第５の効果（それで実現される機能）は、定常運用時の監視のみならず、信号（ストリームデータ）をマニュアルで繋ぎ換えながらのシステムチェック時にも有効に使える効果（機能）である。
【０２５９】
以上の各効果を奏することが可能な送受信システム、即ち、本発明が適用される送受信システムは、次のような機能を搭載した受信装置を少なくとも含むシステムであれば足り、その実施の形態は上述した図１や図１１の例に限定されない。
【０２６０】
即ち、第１の効果乃至第３の効果を奏するためには、受信手段に受信されたストリームデータの暗号化有無を判定し、その判定結果を示す暗号化有無情報（上述した例では、Encrypted input信号１０２であるが、その形態はこれに限定されない）を生成する、といった機能を有していれば足りる。
【０２６１】
また、第４の効果を奏するためには、受信手段に受信された暗号化ストリームデータは共通鍵を利用して暗号化されており、その共通鍵も受信装置に対して送信される場合に、その暗号化ストリームデータに対する復号処理の前にその共通鍵の準備が正常にできたか否かを判定し、その判定結果を示す共通鍵準備有無情報（上述した例では、Key not found信号１０１であるが、その形態はこれに限定されない）を生成する、といった機能を有していれば足りる。
【０２６２】
さらに、第５の効果を奏するためには、上述した２つの機能により生成された暗号化有無情報および共通鍵準備有無情報に基づいて、受信装置自体の状態を特定し、その特定結果を呈示する、といった機能を有していれば足りる。
【０２６３】
従って、本発明が適用される受信装置として、暗号化されたHD-SDI信号（上述した例では暗号化AVデータ）の入力機能を有するプロジェクタ４やプロジェクタ２０２の例について説明したが、かかる入力機能はプロジェクタのみならず、将来はビデオテープレコーダ、ディスクレコーダ、スイッチャ、モニタ等あらゆる機器に搭載される可能性がある。かかる入力機能を搭載した機器は、上述した第１の効果乃至第５の効果を奏するための各機能をさらに搭載することで、本発明を適用した受信装置となり得る。このように、各種機器を、本発明が適用される受信装置として実現することで、より一段と送受信システムの使い勝手がよくなると想像できる。
【０２６４】
また、本発明が適用される送受信システムで伝送されるストリームデータは、例えば、上述した例では、共通鍵暗号が利用されて暗号化された上で、送信側から受信側に伝送されている。従って、その共通鍵（上述した例ではLE Key３１-Ｅ等）も、送信側から伝送側に伝送されることになる。この場合、この共通鍵は、送受信システムのセキュリティの要の情報なので、伝送時に盗まれない配慮が必要である。そこで、上述した例では、共通鍵は、RSA暗号に従った暗号化処理が施された上で、送信側から受信側に伝送されている。
【０２６５】
この共通鍵に対する暗号化方式としては、RSA暗号以外の様々な暗号化方式を採用することができる。ただし、上述した例（RSA暗号）も含めて、公開鍵暗号を採用すると好適である。なぜならば、RSA暗号等の公開鍵暗号を用いたシステムでは、秘密鍵（ここでは、暗号化された共通鍵を復号するための鍵）は復号側（ここでは、受信装置）の外に洩れないよう管理されており（そのように管理されるべきで、そのように管理されているとして）、秘密鍵を盗難することは実質上不可能といえるからである。特に、IC（Integrated Circuit）カードやチップに入れられた秘密鍵の盗難の困難性はさらに一段と増すこと、即ち、盗難の可能性はより一段と０％に近づくことになる。
【０２６６】
なお、公開鍵暗号としては、上述した例のRSA暗号の他、その他、楕円曲線暗号(ECC：Elliptic Curve Cryptography)、ElGamal(エルガマル)暗号、Rabin暗号、Williams暗号、EPOC暗号、NTRU (エヌ トゥルー)等が存在する。これらの公開鍵暗号は何れも、共通鍵（上述した例ではLE Key３１-Ｅ等）に対する暗号化方式として採用可能である。
【０２６７】
ところで、上述した一連の処理（例えば図１０の処理等）は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０２６８】
図１５は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータの構成例を示すブロック図である。即ち、例えば上述した図１０の処理等をプログラムにより実行する場合には、図１のプロジェクタ４や図１１のプロジェクタ２０２等の全体またはその一部は、図１５の構成のパーソナルコンピュータで構成してもよい。
【０２６９】
図１５において、CPU（Central Processing Unit）３０１は、ROM（Read Only Memory）３０２、または記憶部３０８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）３０３には、CPU３０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU３０１、ROM３０２、およびRAM３０３は、バス３０４により相互に接続されている。
【０２７０】
CPU３０１にはまた、バス３０４を介して入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、キーボード、マウス、マイクロホンなどよりなる入力部３０６、ディスプレイ、映写機器、スピーカなどよりなる出力部３０７が接続されている。CPU３０１は、入力部３０６から入力される指令に対応して各種の処理を実行する。そして、CPU３０１は、処理の結果を出力部３０７に出力する。
【０２７１】
入出力インタフェース３０５に接続されている記憶部３０８は、例えばハードディスクからなり、CPU３０１が実行するプログラムや各種のデータを記憶する。通信部３０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０２７２】
また、通信部３０９を介してプログラムを取得し、記憶部３０８に記憶してもよい。
【０２７３】
入出力インタフェース３０５に接続されているドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部３０８に転送され、記憶される。
【０２７４】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１５に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３１１、または、プログラムが一時的もしくは永続的に格納されるROM３０２や、記憶部３０８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部３０９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０２７５】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２７６】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２７７】
【図１】本発明が適用される送受信システムの構成例を示すブロック図である。
【図２】図１の送受信システムのシネマサーバの構成例を示すブロック図である。
【図３】図２のシネマサーバで生成されるメタデータのAVデータへの重畳位置の例を説明する図である。
【図４】図４のシネマサーバによる暗号化処理で利用されたデータであって、図１のプロジェクタによる復号処理で利用されるデータを含むメタデータの構造例を示す図である。
【図５】図４のシネマサーバによる暗号化処理で利用されたデータであって、図１のプロジェクタによる復号処理で利用されるデータを含むメタデータの構造例を示す図である。
【図６】図４のシネマサーバによる暗号化処理で利用されたデータであって、図１のプロジェクタによる復号処理で利用されるデータを含むメタデータの構造例を示す図である。
【図７】図１の送受信システムのサブAVサーバの構成例を示すブロック図である。
【図８】図１の送受信システムのプロジェクタの構成例を示すブロック図である。
【図９】図８のプロジェクタのメタデータ抽出部の詳細な構成例を示すブロック図である。
【図１０】図８のプロジェクタの処理例を説明するフローチャートである。
【図１１】本発明が適用される送受信システムの図１の例とは別の構成例を示すブロック図である。
【図１２】図１１の送受信システムのシネマサーバの構成例、即ち、図２の例とは別の構成例を示すブロック図である。
【図１３】図１１の送受信システムのプロジェクタの構成例、即ち、図８の例とは別の構成例を示すブロック図である。
【図１４】図１１のプロジェクタのメタデータ抽出部の詳細な構成例、即ち、図９の例とは別の構成例を示すブロック図である。
【図１５】本発明が適用されるプログラムを実行するパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０２７８】
１  シネマサーバ，  ２  サブAVサーバ，  ３  ルータ３  プロジェクタ，  １１  AVデータ記憶部，  １２  暗号化部，  １３  メタデータ生成部，  １４  重畳部，  １５  送信部，  ２１  AES暗号データ生成部，  ２２  AVデータ暗号化部  ３１−Ｄ，３１−Ｅ  LE Key，  ３２−Ｄ，３２−Ｅ  AES input，  ３３−Ｄ，３３−Ｅ  Frame reset，  ３４，３４−１乃至３４−３  メタデータ，  ５１  AVデータ記憶部，  ５２  送信部，  ７１  受信部，  ７２  メタデータ抽出部，  ７３  復号部，  ７４  状態呈示部，  ７５  切替部，  ７６  固定画像記憶部，  ７７フレーム記憶部，  ７８  切替部，  ７９  切替部，  ８０  上映制御部，  ９１  AES復号データ生成部，  ９２  AVデータ復号部，  １０１  Key not found信号，  １０２  Encrypted input信号，  １０３  AES復号データ，  １２１  メタデータ抽出分離部，  １２２  LEKP復元部，  １２３  LEKPテーブル，  １２４  キーチェンジトリガ生成部，  １２５  レジスタ，  １２６  レジスタ，  １２７  カウンタ，  １２８  レジスタ，  １２９  AES input生成部，  １４１  LEKM，  １４２  Current LE_Key ID，  １４３  Next LE_Key ID，  １４４  LE_attribute_data，  １４５  Key Change Timing，  １４６  Frame reset，  １４７  キーチェンジトリガ，  １４８  Current Frame Count，  １４９    Line number of HD SDI，  １５０  Frame/line reset，  １５１  line reset，  １５２  HD-SDI Link Number，  １５３  Frame/line reset，  ２０１  シネマサーバ，  ２０２  プロジェクタ，  ２０３  ネットワーク，  ２１１  LE Key + Key ID，  ２２１  メタデータ生成部，  ２２１−１  LE Keyテーブル，  ２２２  AV送信部，  ２２２  鍵送信部，  ２３１  AV受信部，  ２３２  鍵受信部，  ２３３  メタデータ抽出部，  ２４１  メタデータ抽出分離部，  ３０１  CPU，  ３０２  ROM，  ３０８  記憶部，  ３１１  リムーバブルメディア
【図１】
2007053461.tif 000003
【図２】
2007053461.tif 000004
【図３】
2007053461.tif 000005
【図４】
2007053461.tif 000006
【図５】
2007053461.tif 000007
【図６】
2007053461.tif 000008
【図７】
2007053461.tif 000009
【図８】
2007053461.tif 000010
【図９】
2007053461.tif 000011
【図１０】
2007053461.tif 000012
【図１１】
2007053461.tif 000013
【図１２】
2007053461.tif 000014
【図１３】
2007053461.tif 000015
【図１４】
2007053461.tif 000016
【図１５】
2007053461.tif 000017