(57)【要約】【課題】クライアントに送信するパケットに含まれる時刻情報の連続性を確保する。【解決手段】記憶部２には、クライアントに配信するコンテンツが記憶される。記憶部２は、暗号化して記憶するコンテンツのパケット４のうち、ペイロードに時刻情報を含むパケット４を暗号化せずに記憶する。時刻情報変更部３は、記憶部２から読み出され、クライアントに送信されるパケット４の時刻情報を変更する。例えば、時刻情報変更部３は、クライアントからトリックプレイの要求があった場合やクライアントに配信するコンテンツに別コンテンツを挿入する場合、パケット４の時刻情報が連続性を保つように時刻情報を変更する。【選択図】図１
2010171800.tif 000002
【特許請求の範囲】
【請求項１】
クライアントの要求に応じてコンテンツを配信するサーバにおいて、
暗号化して記憶する前記コンテンツのパケットのうち、ペイロードに時刻情報を含む前記パケットを暗号化せずに記憶する記憶部と、
前記記憶部から読み出され、前記クライアントに送信される前記パケットの前記時刻情報を変更する時刻情報変更部と、
を有することを特徴とするサーバ。
【請求項２】
前記時刻情報変更部は、前記クライアントからトリックプレイの要求があった場合または前記コンテンツに別の前記コンテンツが挿入される場合、前記パケットの前記時刻情報を変更することを特徴とする請求項１記載のサーバ。
【請求項３】
前記時刻情報が変更された前記パケットおよび前記時刻情報が変更されない前記時刻情報を含む前記パケットを暗号化する暗号化部を有することを特徴とする請求項２記載のサーバ。
【請求項４】
暗号化されていない入力された前記コンテンツの前記パケットに前記時刻情報が含まれているか否か判断し、前記パケットに前記時刻情報が含まれない場合前記パケットを暗号化し、前記パケットに前記時刻情報が含まれる場合前記パケットを暗号化せずに前記記憶部に記憶する事前暗号化部を有することを特徴とする請求項１記載のサーバ。
【請求項５】
前記時刻情報変更部は、前記パケットのヘッダに含まれる前記時刻情報も変更することを特徴とする請求項１記載のサーバ。
【請求項６】
クライアントの要求に応じてコンテンツを配信するサーバのコンテンツ配信方法において、
暗号化して記憶する前記コンテンツのパケットのうち、ペイロードに時刻情報を含む前記パケットを暗号化せずに記憶部に記憶し、
前記記憶部から読み出され、前記クライアントに送信される前記パケットの前記時刻情報を変更する、
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件はクライアントの要求に応じてコンテンツを配信するサーバおよびそのコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年、インターネットのユーザ数の増大や光回線の普及、通信網の通信速度増加に伴い、ＶＯＤ（Video On Demand）配信によるストリーミングが普及している。ＶＯＤ配信では、著作権保護のため、コンテンツを暗号化して配信している。暗号化は、ＶＯＤ配信を行うサーバで動的に行うと負荷が大きいので、コンテンツは、予め暗号化されてサーバに記憶される。
【０００３】
ＶＯＤ配信を行うサーバは、コンテンツをパケットで配信する。パケットには、例えば、サーバとサーバから映像や音声のデータを受信するクライアントとが同期するための時刻情報や、クライアントで映像や音声のデコード処理などに用いられる時刻情報が含まれる。
【０００４】
図１４は、時刻情報を説明する図である。パケットに含まれる時刻情報は、図１４に示すように、サイクリックな値をとる。また、時刻情報は、実時間とともに一定の割合で増加し、時刻の連続性を保っている。
【０００５】
なお、従来では、権利制御メッセージ抑制を使用した予め暗号化されたコンテンツのオン・デマンド配信の安全を確保するためのシステムおよびメソッドが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００３−５０７９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、コンテンツの途中に別のコンテンツを挿入して配信した場合や、早送り、巻き戻し、シークなどのトリックプレイが行われた場合には、パケットに含まれる時刻情報の連続性が確保できないという問題点があった。
【０００８】
図１５は、時刻情報の不連続性の例を説明する図である。例えば、番組コンテンツの配信中にＣＭ（Commercial）コンテンツを挿入するとする。図１５に示す矢印Ａ１０１は、番組コンテンツに含まれる時刻情報を示し、矢印Ａ１０２は、ＣＭコンテンツに含まれる時刻情報を示す。
【０００９】
図１５に示すように、番組コンテンツの途中に、ＣＭコンテンツが挿入されると、番組コンテンツの時刻情報の途中にＣＭコンテンツの時刻情報が挿入されるため、時刻情報の連続性が保てなくなる。
【００１０】
本件はこのような点に鑑みてなされたものであり、パケットに含まれる時刻情報の連続性を確保することができるサーバおよびコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、クライアントの要求に応じてコンテンツを配信するサーバが提供される。このサーバは、暗号化して記憶する前記コンテンツのパケットのうち、ペイロードに時刻情報を含む前記パケットを暗号化せずに記憶する記憶部と、前記記憶部から読み出され、前記クライアントに送信される前記パケットの前記時刻情報を変更する時刻情報変更部と、を有する。
【００１２】
また、上記課題を解決するために、クライアントの要求に応じてコンテンツを配信するサーバのコンテンツ配信方法が提供される。このコンテンツ配信方法では、暗号化して記憶する前記コンテンツのパケットのうち、ペイロードに時刻情報を含む前記パケットを暗号化せずに記憶部に記憶し、前記記憶部から読み出され、前記クライアントに送信される前記パケットの前記時刻情報を変更する。
【発明の効果】
【００１３】
上記サーバおよびコンテンツ配信方法によれば、パケットに含まれる時刻情報の連続性を確保することができるようになる。
【図面の簡単な説明】
【００１４】
【図１】サーバを示した図である。
【図２】ＶＯＤ配信を行うネットワーク構成例を示した図である。
【図３】サーバのハードウェア構成例を示した図である。
【図４】サーバの機能ブロック図である。
【図５】ＴＳパケットを説明する図である。
【図６】時刻情報変更部の動作を説明する図である。
【図７】暗号化部の動作を説明する図である。
【図８】コンテンツに別のコンテンツが挿入された場合の時刻情報を説明する図である。
【図９】図８の時刻情報を変更した場合を説明する図である。
【図１０】コンテンツをシークした場合の時刻情報を説明する図である。
【図１１】図１０の時刻情報を変更した場合を説明する図である。
【図１２】コンテンツＤＢに記憶されるコンテンツの暗号化処理を示したフローチャートである。
【図１３】サーバのコンテンツ配信処理を示したフローチャートである。
【図１４】時刻情報を説明する図である。
【図１５】時刻情報の不連続性の例を説明する図である。
【発明を実施するための形態】
【００１５】
図１は、サーバを示した図である。図１に示すサーバ１は、クライアントの要求に応じてコンテンツをＶＯＤ配信する。サーバ１は、記憶部２および時刻情報変更部３を有している。
【００１６】
記憶部２には、クライアントに配信するコンテンツが記憶される。記憶部２は、暗号化して記憶するコンテンツのパケットのうち、ペイロードに時刻情報を含むパケットを暗号化せずに記憶する。
【００１７】
例えば、図１に示すパケット４は、記憶部２に記憶されるコンテンツのパケットを示している。パケット４の‘有’は、ペイロードに時刻情報を含むパケットを示し、‘無’は、ペイロードに時刻情報を含まないパケットを示す。図１のパケット４に示すように、ペイロードに時刻情報を含むパケットは、暗号化されず（非暗号化）に記憶部２に記憶され、ペイロードに時刻情報を含まないパケットは、ペイロードが暗号化されて記憶部２に記憶される。
【００１８】
時刻情報変更部３は、記憶部２から読み出され、クライアントに送信されるパケット４の時刻情報を変更する。例えば、時刻情報変更部３は、クライアントからトリックプレイの要求があった場合や、コンテンツの途中に別のコンテンツが挿入されて配信される場合、連続性を保つようにパケット４の時刻情報を変更する。
【００１９】
このように、サーバ１は、時刻情報が変更できるようペイロードに時刻情報を含むパケット４を非暗号化で記憶部２に記憶する。そして、時刻情報変更部３によって、クライアントに送信されるパケット４の時刻情報を変更するようにした。これにより、サーバ１は、パケット４に含まれる時刻情報の連続性を確保することができるようになる。
【００２０】
また、クライアントにパケットを送信するときは、著作権保護等のため、非暗号化のパケット４を暗号化して送信する。時刻情報を含まないパケット４は、暗号化して記憶部２に記憶することにより、クライアントにパケット４を送信する際の暗号化処理の負荷を軽減することができる。例えば、サーバ１は、暗号化されて記憶されたパケット４は送信の際暗号化しなくてよく、非暗号化のパケット４を暗号化してクライアントに送信すればよい。
【００２１】
次に、実施の形態を図面を参照して詳細に説明する。
図２は、ＶＯＤ配信を行うネットワーク構成例を示した図である。図２に示すように、サーバ１１は、ネットワーク１３を介してクライアント１２と接続されている。ネットワーク１３は、例えば、インターネットである。図２では、クライアントは、１つしか示していないが複数存在してもよい。クライアント１２は、例えば、デジタルテレビやパーソナルコンピュータなどである。
【００２２】
サーバ１１は、クライアント１２にＶＯＤ配信するコンテンツ（パケット）を記憶している。パケットには、サーバ１１とサーバ１１から映像や音声のデータを受信するクライアント１２とが同期するための時刻情報や、クライアント１２で映像や音声のデコード処理などに用いられる時刻情報が含まれている。サーバ１１は、ペイロードに時刻情報を含むパケットについては暗号化せず、ペイロードに時刻情報を含まないパケットについてはペイロードを暗号化して、例えば、ＨＤＤ（Hard Disk Drive）などの記憶装置に記憶している。
【００２３】
サーバ１１は、クライアント１２からコンテンツの視聴要求があると、記憶装置に記憶したパケットをクライアント１２に送信する。このとき、サーバ１１は、暗号化されていないパケットについては暗号化してからクライアント１２に送信する。また、サーバ１１は、例えば、クライアント１２から視聴要求のあった番組コンテンツにＣＭコンテンツを挿入する場合には、パケットの時刻情報の連続性が保たれるようパケットの時刻情報を変更してからパケットを暗号化し、クライアント１２に配信する。また、サーバ１１は、クライアント１２から早送り、巻き戻し、シークなどのトリックプレイが行われた場合には、パケットの時刻情報の連続性が保たれるようパケットの時刻情報を変更してからパケットを暗号化し、クライアント１２に配信する。
【００２４】
図３は、サーバのハードウェア構成例を示した図である。図３に示すサーバ１１は、ＣＰＵ（Central Processing Unit）１１ａによって装置全体が制御されている。ＣＰＵ１１ａには、バス１１ｇを介してＲＡＭ（Random Access Memory）１１ｂ、ＨＤＤ１１ｃ、グラフィック処理装置１１ｄ、入力インタフェース１１ｅ、および通信インタフェース１１ｆが接続されている。
【００２５】
ＲＡＭ１１ｂには、ＣＰＵ１１ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に記憶される。また、ＲＡＭ１１ｂには、ＣＰＵ１１ａの処理に使用される各種データが保存される。ＨＤＤ１１ｃには、クライアント１２からの視聴要求に応じてコンテンツをＶＯＤ配信するためのプログラムなどが記憶される。
【００２６】
グラフィック処理装置１１ｄには、モニタ１１ｈが接続されている。グラフィック処理装置１１ｄは、ＣＰＵ１１ａからの命令に従って、画像をモニタ１１ｈの表示画面に表示させる。入力インタフェース１１ｅには、キーボード１１ｉおよびマウス１１ｊが接続されている。入力インタフェース１１ｅは、キーボード１１ｉやマウス１１ｊから送られてくる信号を、バス１１ｇを介してＣＰＵ１１ａに送信する。
【００２７】
記録媒体１１ｌは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの記録媒体である。読み取り装置１１ｋは、記録媒体１１ｌに記録されたデータを読み取り、バス１１ｇを介してＣＰＵ１１ａに送信する。記録媒体１１ｌには、ＶＯＤ配信を行うためのプログラムなどを記憶することができ、読み取り装置１１ｋを介して、ＨＤＤ１１ｃに記憶することもできる。
【００２８】
通信インタフェース１１ｆは、ネットワーク１３に接続され、クライアント１２と通信することができる。
図４は、サーバの機能ブロック図である。図４に示すように、サーバ１１は、受信部２１、時刻情報変更部２２、コンテンツＤＢ（ＤＢ：Data Base）２３、暗号化部２４、および送信部２５を有している。
【００２９】
コンテンツＤＢ２３には、クライアント１２にＶＯＤ配信するコンテンツが記憶されている。コンテンツは、例えば、ＭＰＥＧ−２Ｓｙｓｔｅｍ（ＭＰＥＧ：Moving Picture Experts Group）のＴＳ（Transport Stream）パケットで記憶される。以下では、ＴＳパケットを例にして説明する。
【００３０】
図５は、ＴＳパケットを説明する図である。ＴＳパケットは、１８８バイトの大きさを有している。ＴＳパケットは、図５に示すように、ヘッダ（図中Ｈ）とペイロード（図中Ｐ）を有している。また、ＴＳパケットは、必要に応じてヘッダにアダプテーションフィールド（図中ＡＤＦ）が付加される。
【００３１】
ヘッダには、パケットの種類を示すパケット識別子（ＰＩＤ：Packet ID）などが含まれる。
アダプテーションフィールドには、サーバ１１とクライアント１２とが同期するためのＰＣＲ（Program Clock Reference）などの時刻情報が含まれる。
【００３２】
ペイロードには、映像や音声などのデータが含まれる。また、ペイロードには、クライアント１２で映像や音声のデコード処理などに用いられるＰＴＳ（Presentation Time Stamp），ＤＴＳ（Decoding Time Stamp）などの時刻情報が含まれる。ＰＴＳ，ＤＴＳは、図５に示すように、全てのＴＳパケットのペイロードに含まれるわけではなく、例えば、複数のペイロードで表示される一枚の映像データの、先頭のペイロードなどに含まれる。
【００３３】
クライアント１２に配信するコンテンツをコンテンツＤＢ２３に記憶する場合、図５に示すように、ＴＳパケットのヘッダとアダプテーションフィールドは、暗号化しないでコンテンツＤＢ２３に記憶する。ペイロードは、ＰＴＳ，ＤＴＳを含まない場合、暗号化し、ＰＴＳ，ＤＴＳを含む場合、暗号化しないでコンテンツＤＢ２３に記憶する。すなわち、ＴＳパケットのうち、暗号化される部分は、ペイロードの部分であるが、ペイロードが時刻情報を含む場合、そのペイロードは、暗号化されずにコンテンツＤＢ２３に記憶される。
【００３４】
図４の説明に戻る。受信部２１は、クライアント１２から視聴要求を受信する。受信部２１は、クライアント１２から視聴要求を受信すると、視聴要求のあったコンテンツをクライアント１２に配信するため、コンテンツＤＢ２３からコンテンツを読み出す。コンテンツＤＢ２３から読み出されたコンテンツは、暗号化部２４へ出力される。
【００３５】
時刻情報変更部２２は、クライアント１２に配信するコンテンツに別のコンテンツが挿入される場合や、クライアント１２から、例えば、早送り、巻き戻し、シークなどのトリックプレイが行われた場合、コンテンツＤＢ２３から読み出されるＴＳパケットのＰＣＲ，ＰＴＳ，ＤＴＳの時刻情報を変更する。時刻情報変更部２２は、連続性を保つようにＰＣＲ，ＰＴＳ，ＤＴＳの時刻情報を変更する。
【００３６】
図６は、時刻情報変更部の動作を説明する図である。図６には、時刻情報変更部２２によって、時刻情報が変更される前の時刻情報と、変更された後の時刻情報とが示してある。
【００３７】
矢印Ａ１に示すように、クライアント１２からコンテンツの再生要求があると、再生要求のあったＴＳパケットはクライアントに送信され、時刻情報は、例えば、‘１’，‘２’，‘３’と増加する。
【００３８】
矢印Ａ２に示すように、クライアント１２からシークがあったとする。この場合、時刻情報は、シーク先の時刻情報となる。例えば、矢印Ａ２に示すように、時刻情報は、‘１０’となる。そして、シーク先のＴＳパケットに続く、ＴＳパケットに含まれる時刻情報‘１１’，‘１２’が続く。
【００３９】
矢印Ａ３に示すように、クライアント１２から巻き戻し要求があったとする。この場合、現在から過去に向かうＴＳパケットが配信されるため、時刻情報は、減少していく。例えば、矢印Ａ３に示すように、時刻情報は、‘１１’，‘１０，‘９’，‘８’と減少する。
【００４０】
矢印Ａ４に示すように、クライアント１２から再生の要求があったとする。この場合、時刻情報は、例えば、‘９’，‘１０’，‘１１’，…と増加していく。
このように、トリックプレイが行われると、時刻情報の連続性が保てなくなる。そこで、時刻情報変更部２２は、コンテンツＤＢ２３から読み出された、クライアント１２に送信されるＴＳパケットに含まれる時刻情報を変更する。例えば、時刻情報変更部２２は、図６に示す変更後の時刻情報のように、時刻情報が‘１’‘２’‘３’，‘４’…，‘１１’，‘１２’，‘１３’，…と連続するよう時刻情報を変更する。
【００４１】
なお、時刻情報変更部２２は、クライアント１２に送信するコンテンツに別のコンテンツが挿入される場合も同様に時刻情報を変更する。
また、時刻情報変更部２２は、トリックプレイや別のコンテンツの挿入が１度行われると、以後、時刻情報の連続性を保つために、全ての時刻情報を変更するようにする。例えば、図６の矢印Ａ５に示すように、時刻情報‘３’以降のＴＳパケットの時刻情報を、‘４’，‘５’，‘６’，…と連続性を保つように変更する。
【００４２】
図４の説明に戻る。暗号化部２４は、コンテンツＤＢ２３から読み出されるコンテンツの非暗号化部分を暗号化する。また、暗号化部２４は、コンテンツＤＢ２３から読み出され、時刻情報変更部２２によって時刻情報の変更されたコンテンツの非暗号化部分を暗号化する。暗号化は、様々な種別があり、例えば、Marlin-DRMなどがある。
【００４３】
図７は、暗号化部の動作を説明する図である。図７に示す暗号化前コンテンツは、コンテンツＤＢ２３に記憶される前の、暗号化前のコンテンツを示している。配信準備コンテンツは、コンテンツＤＢ２３に記憶される、一部のＴＳパケットが暗号化されたコンテンツを示している。時刻情報変更コンテンツは、時刻情報変更部２２によって時刻情報が変更されたコンテンツを示している。配信コンテンツは、クライアント１２に配信されるコンテンツを示している。なお、図７に示す‘非’は、ペイロード部分が暗号化されていないＴＳパケットを示し、‘暗’は、ペイロード部分が暗号化されたＴＳパケットを示す。
【００４４】
コンテンツＤＢ２３に記憶される前のコンテンツは、図７の暗号化前コンテンツに示すようにＴＳパケットは暗号化されていない。暗号化前コンテンツをコンテンツＤＢ２３に記憶するときは、図７の配信準備コンテンツに示すように、ＰＴＳ，ＤＴＳの時刻情報を含まないＴＳパケットにおいては、ペイロードを暗号化して記憶する。
【００４５】
すなわち、ペイロードに時刻情報を含むＴＳパケットは、時刻情報変更部２２によって時刻情報を変更できるよう暗号化されないでコンテンツＤＢ２３に記憶される。なお、ＴＳパケットのヘッダおよびＰＣＲの時刻情報を含むアダプテーションフィールドは、図５で説明したように暗号化されない。従って、時刻情報変更部２２は、ＰＣＲを変更することができる。
【００４６】
コンテンツＤＢ２３に記憶されたコンテンツは、クライアント１２からの視聴要求に応じてコンテンツＤＢ２３から読み出される。読み出されたコンテンツに別のコンテンツが挿入される場合や、クライアント１２によってトリックプレイが行われた場合には、コンテンツは、時刻情報変更部２２によって時刻情報が変更される。
【００４７】
時刻情報を含むＴＳパケットは、上述したように、暗号化されていない。従って、時刻情報は、図７の矢印Ａ１１〜Ａ１３に示すように、暗号化されていないＴＳパケットにおいて変更される。なお、読み出されたコンテンツに別のコンテンツが挿入されない場合や、クライアント１２によってトリックプレイが行われない場合には、矢印Ａ１１〜Ａ１３に示すＴＳパケットの時刻情報は変更されない。
【００４８】
暗号化部２４は、コンテンツＤＢ２３から読み出されるコンテンツの非暗号化部分を暗号化する。例えば、図７の配信コンテンツに示すように、非暗号化のＴＳパケットを暗号化する。これにより、クライアント１２に送信されるパケットは、全て暗号化され、第三者による不正視聴などを防止することができる。
【００４９】
図４の説明に戻る。送信部２５は、ネットワーク１３を介して、暗号化部２４によって暗号化されたパケットをクライアント１２に送信する。また、送信部２５は、コンテンツＤＢ２３から出力される、すでに暗号化されたパケットをクライアント１２に送信する。
【００５０】
このように、時刻情報を含まないＴＳパケットのペイロードを暗号化し、時刻情報を含むＴＳパケットのペイロードを非暗号化することにより、時刻情報を時刻情報変更部２２によって変更することができる。また、時刻情報を含まないＴＳパケットのペイロードを暗号化してコンテンツＤＢ２３に記憶することにより、コンテンツ配信時の暗号化範囲が小さくなり、サーバ１１の負荷を低減することができる。
【００５１】
次に、時刻情報の変更例について説明する。
図８は、コンテンツに別のコンテンツが挿入された場合の時刻情報を説明する図である。図８には、番組コンテンツ（図中番組）と、ＣＭコンテンツ（図中ＣＭ）が挿入された番組コンテンツとが示してある。また、図８には、ＣＭコンテンツが挿入された番組コンテンツの時刻情報が示してある。
【００５２】
ＣＭコンテンツが挿入された番組コンテンツでは、時刻情報は、番組コンテンツの配信に従って増加し、ＣＭコンテンツが挿入された所で、ＣＭコンテンツの時刻情報が増加している。ＣＭコンテンツが終わると、番組コンテンツの時刻情報が続いている。
【００５３】
このように、クライアント１２に配信するコンテンツに別のコンテンツが挿入されると、時刻情報の連続性は保てなくなる。
図９は、図８の時刻情報を変更した場合を説明する図である。時刻情報変更部２２は、番組コンテンツに別コンテンツであるＣＭコンテンツが挿入されると、ＣＭコンテンツの時刻情報と、ＣＭコンテンツに続く番組コンテンツの時刻情報を変更する。時刻情報変更部２２は、図９に示すように、番組コンテンツの時刻情報と、ＣＭコンテンツの時刻情報とが連続性を有するように、ＣＭコンテンツの時刻情報を変更する。また、ＣＭコンテンツに続く番組コンテンツの時刻情報と、ＣＭコンテンツの時刻情報とが連続性を有するように、番組コンテンツの時刻情報を変更する。
【００５４】
このように、時刻情報変更部２２によって時刻情報を変更することにより、時刻情報の連続性を確保することができる。
図１０は、コンテンツをシークした場合の時刻情報を説明する図である。図１０には、実時間で１０ｓのコンテンツを５０ｓのコンテンツにシークした場合の時刻情報を示している。
【００５５】
図１０に示すように、１０ｓから５０ｓにコンテンツがシークされると、１０ｓに続く時刻情報は、５０ｓに続くコンテンツの時刻情報となる。そのため、コンテンツがシークされると、時刻情報は連続性を保てなくなる。
【００５６】
図１１は、図１０の時刻情報を変更した場合を説明する図である。時刻情報変更部２２は、コンテンツがシークされると、コンテンツの時刻情報を変更する。時刻情報変更部２２は、図１１に示すように、実時間の１０ｓに続く、シークされたコンテンツの時刻情報を、連続性を有するように変更する。
【００５７】
このように、時刻情報変更部２２によって時刻情報を変更することにより、時刻情報の連続性を確保することができる。
図１２は、コンテンツＤＢに記憶されるコンテンツの暗号化処理を示したフローチャートである。クライアントに配信されるコンテンツは、図１２に示す処理によって暗号化され、サーバ１１のコンテンツＤＢ２３に記憶される。
【００５８】
コンテンツをコンテンツＤＢ２３に記憶する処理は、サーバ１１が行ってもよい。例えば、サーバ１１は、事前暗号化部を有し、サーバ１１に入力される非暗号化のコンテンツを暗号化して、コンテンツＤＢ２３に記憶する。以下では、サーバ１１の事前暗号化部がコンテンツを暗号化し、コンテンツＤＢ２３に記憶するとする。
【００５９】
ステップＳ１において、サーバ１１の事前暗号化部は、入力されたコンテンツの全ＴＳパケットにおいて、以下のステップＳ２〜Ｓ５の暗号化処理が行われたか否か判断する。事前暗号化部は、全ＴＳパケットにおいて暗号化処理が行われた場合、処理を終了する。事前暗号化部は、全ＴＳパケットにおいて暗号化処理が行われていない場合、ステップＳ２へ進む。
【００６０】
ステップＳ２において、サーバ１１の事前暗号化部は、読み込んだＴＳパケットのペイロードにＰＴＳ，ＤＴＳの時刻情報が含まれているか否か判断する。事前暗号化部は、ＴＳパケットのペイロードにＰＴＳ，ＤＴＳの時刻情報が含まれていない場合、ステップＳ３へ進む。事前暗号化部は、ＴＳパケットのペイロードにＰＴＳ，ＤＴＳの時刻情報が含まれている場合、ステップＳ４へ進む。
【００６１】
ステップＳ３において、サーバ１１の事前暗号化部は、ＴＳパケットのペイロードを暗号化する。
ステップＳ４において、サーバ１１の事前暗号化部は、ＴＳパケットのペイロードを暗号化しない。
【００６２】
ステップＳ５において、サーバ１１の事前暗号化部は、ステップＳ３で暗号化したＴＳパケット、または、ステップＳ４で暗号化しなかったＴＳパケットをコンテンツＤＢ２３に記憶する。
【００６３】
以上の処理により、ＰＴＳ，ＤＴＳの時刻情報を含まないＴＳパケットのペイロードは暗号化されて、コンテンツＤＢ２３に記憶される。また、ＰＴＳ，ＤＴＳの時刻情報を含むＴＳパケットのペイロードは暗号化されずに、コンテンツＤＢ２３に記憶される。なお、ＴＳパケットのヘッダおよびアダプテーションフィールドは、暗号化されずにコンテンツＤＢ２３に記憶される。
【００６４】
図１３は、サーバのコンテンツ配信処理を示したフローチャートである。
ステップＳ１１において、サーバ１１の受信部２１は、クライアント１２からコンテンツの視聴要求を受信する。
【００６５】
ステップＳ１２において、サーバ１１の受信部２１は、クライアント１２から視聴要求のあったコンテンツをコンテンツＤＢ２３から読み出す。
ステップＳ１３において、サーバ１１の時刻情報変更部２２は、クライアント１２からトリックプレイの要求があったか否かまたはクライアントに配信するコンテンツに別コンテンツの挿入があったか否か判断する。時刻情報変更部２２は、クライアント１２からトリックプレイの要求があった場合または別コンテンツの挿入があった場合、ステップＳ１４へ進む。時刻情報変更部２２は、クライアント１２からトリックプレイの要求がなく、かつ、別コンテンツの挿入がなかった場合、ステップＳ１５へ進む。
【００６６】
ステップＳ１４において、サーバ１１の時刻情報変更部２２は、ＴＳパケットに含まれるＰＣＲ，ＰＴＳ，ＤＴＳの時刻情報を、連続性を有するように変更する。
ステップＳ１５において、サーバ１１の暗号化部２４は、コンテンツＤＢ２３から読み出されたコンテンツまたは時刻情報変更部２２によって時刻情報の変更されたコンテンツの非暗号化のＴＳパケットを暗号化する。
【００６７】
ステップＳ１６において、サーバ１１の送信部２５は、暗号化部２４によって暗号化されたコンテンツのＴＳパケットをクライアントに配信する。
このように、サーバ１１は、時刻情報が変更できるようペイロードに時刻情報を含むパケットを非暗号化でコンテンツＤＢ２３に記憶する。そして、時刻情報変更部２２によって、クライアント１２に送信されるパケットの時刻情報を変更するようにした。これにより、サーバ１１は、パケットに含まれる時刻情報の連続性を確保することができる。
【００６８】
また、クライアント１２にパケットを送信するときは、著作権保護や不正視聴を防止するため、非暗号化のパケットを暗号化して送信する。時刻情報を含まないパケットは、暗号化してコンテンツＤＢ２３に記憶することにより、クライアント１２にパケットを送信する際の暗号化処理の負荷を軽減することができる。
【符号の説明】
【００６９】
１  サーバ
２  記憶部
３  時刻情報変更部
４  パケット
【図１】
2010171800.tif 000003
【図２】
2010171800.tif 000004
【図３】
2010171800.tif 000005
【図４】
2010171800.tif 000006
【図５】
2010171800.tif 000007
【図６】
2010171800.tif 000008
【図７】
2010171800.tif 000009
【図８】
2010171800.tif 000010
【図９】
2010171800.tif 000011
【図１０】
2010171800.tif 000012
【図１１】
2010171800.tif 000013
【図１２】
2010171800.tif 000014
【図１３】
2010171800.tif 000015
【図１４】
2010171800.tif 000016
【図１５】
2010171800.tif 000017