(57)【要約】【課題】  イベント対応のワンセグ放送のようなテンポラリーなデジタル放送において、放送波を利用して限定的に配信もしくは限定された利用者に利用させたいコンテンツを配信する場合、それを如何に制御するかが問題であった。【解決手段】  受信機である携帯電話２〜４からコンテンツの復号鍵、すなわち、コンテンツの利用に必要なデータが要求された場合、当該携帯電話２〜４に権限があるかを顧客ＤＢ５への登録されたか否かで判断する場合、携帯電話２〜４にこの放送局１のコンテンツを利用可能であることを示す情報が登録されているかを確認し、登録されていない場合、当該セッションで正当な権限の携帯電話２〜４について顧客ＤＢ５内の一次登録データベースを確認し、当該一次登録データベースに未登録の場合、顧客ＤＢ５内の本データベースを確認する。【選択図】  図１
2011109192.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送波を利用して放送局装置から受信機に対して暗号化された保護コンテンツを配信するデジタル放送を利用したコンテンツ配信方法において、
前記放送局装置から前記受信機に対して、前記保護コンテンツ、前記放送局装置の公開鍵を含む放送波を放送し、
前記受信機が、
当該受信機の利用者から前記保護コンテンツの利用を希望する旨の入力を受け付けた場合、当該受信機に前記放送局装置のコンテンツの利用が可能かを示す情報が配信者登録リストに登録されているか判断し、
登録されていない場合、前記放送局装置とのセッションで用いられるセッション鍵を生成し、
前記セッション鍵、当該受信機を識別する受信機ＩＤおよび前記保護コンテンツを識別する保護コンテンツＩＤを、前記公開鍵で暗号化して、前記放送局に送信し、
前記放送局装置が、
前記受信機から送信された暗号化された情報を復号化し、
復号化された受信機ＩＤが、前記保護コンテンツの利用が可能かを示し、当該放送局装置と受信機間のセッションにおいて登録が行われる一次登録ＤＢに格納されているかを判断し、
格納されていない場合、本登録ＤＢに格納されているかを判断し、
前記一次登録ＤＢもしくは本登録ＤＢのいずれかに、前記受信機ＩＤが格納されている場合、前記保護コンテンツの復号鍵を、前記セッション鍵で暗号化して、前記受信機に送信し、
前記受信機が、
前記保護コンテンツの復号鍵を、当該受信機で生成したセッション鍵で復号化し、
復号化された前記保護コンテンツの復号鍵で、前記保護コンテンツを復号化することを特徴とするデジタル放送を利用したコンテンツ配信方法。
【請求項２】
請求項１に記載したデジタル放送を利用したコンテンツ配信方法において、
前記放送局装置は、前記本登録ＤＢに前記受信ＩＤが格納されていると判断した場合、前記一次登録ＤＢへ、当該本登録ＤＢに登録された内容を記録することを特徴とするデジタル放送を利用したコンテンツ配信方法。
【請求項３】
請求項１または２に記載したデジタル放送を利用したコンテンツ配信方法において、
前記受信機は、前記保護コンテンツを前記放送局装置から受信した場合、前記配信者登録リストに、前記放送局装置のコンテンツの利用が可能かを示す情報を登録することを特徴とするデジタル放送を利用したコンテンツ配信方法。
【請求項４】
請求項１乃至３のいずれかに記載のデジタル放送を利用したコンテンツ配信方法において、
前記デジタル放送はワンセグ放送であって、前記受信機は携帯電話であることを特徴とするデジタル放送を利用したデジタル放送を利用したコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送利用してコンテンツを配信する技術に関する。その中でも特に、いわゆるワンセグ放送を利用して、特定領域（エリア）に向けたコンテンツ配信に関する。なお、ここでのコンテンツとは、データ放送のデータやファイル形式などその形式は問わず、利用者に対する特典などを示すなど、所定の利用者が利用可能なものである。
【背景技術】
【０００２】
現在、地上デジタル放送などデジタル放送が普及している。デジタル放送においては、その名のとおりデジタルで情報を扱っているため、放送以外のコンテンツも併せて配信することが可能になる。特に、携帯端末（電話）向けのいわゆるワンセグ放送においては、受信機（携帯端末）が携帯性に優れているため、イベントなどでそのイベントに応じたコンテンツを配信することに向いている。
【０００３】
このようなコンテンツ配信の場合、権限のない利用者へ配信されることを抑止することが問題になる。この問題を解決するために、特許文献１が提案されている。特許文献１においては、配信データに識別子を付与しておき、受信機側では付与されている識別子に基づき再生するフィルターを有し、これに基づいて権限のある配信データのみを再生している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１５２６９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、各配信データ（コンテンツ）に対して識別データを受信、再生等の可否に利用しているが、識別データは偽造などが簡単であり、権限が無い悪意の第三者が不正に利用できる可能性が高まってしまう。
【０００６】
そこで、本発明では、コンテンツの利用可能性の判断を、暗号鍵を用いることとした。このような暗号鍵を利用することを本発明の課題とする。この課題には、暗号鍵を用いた場合、受信機側の正当性（権限があるか）の確認が必要になることや、暗号鍵で暗号化されたコンテンツを復号する復号鍵を如何に受信機側に送信するかも含まれる。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では、受信機からコンテンツの復号鍵、すなわち、コンテンツの利用に必要なデータが要求された場合、当該受信機（もしくはその利用者）に権限があるかをデータベースへの登録されたか否かで判断する場合、受信機にこの放送局のコンテンツを利用可能であることを示す情報が登録されているかを確認し、登録していない場合、当該セッションで正当な権限の受信機（利用者）について登録された一次登録データベースを確認し、当該一次登録データベースに未登録の場合、本データベースを確認する。配信するコンテンツがイベントなどで特有のものであることも多く、その都度権限を入手（登録）することを鑑みてなされたものである。
【０００８】
また、本発明には、権限があると判断された場合、コンテンツを復号するための復号鍵が上記のセッション鍵で暗号化されて受信機に送信され、受信機側でセッション鍵でコンテンツを復号化することも含まれる。
【発明の効果】
【０００９】
本発明によれば、暗号鍵を用いてのコンテンツ配信をより安全に行うことが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施携帯におけるシステム構成図である。
【図２】放送波の空き領域を利用したデータ送信を説明する表である。
【図３】本発明の一実施形態における処理を説明するフローチャート（その１）である。
【図４】本発明の一実施形態における処理を説明するフローチャート（その２）である。
【図５】本発明の一実施形態におけるユーザ登録処理を説明するフローチャートである。
【図６】放送波での送信内容の項目例を説明する表である。
【図７】配信者登録リストの項目例を説明する表である。
【図８】一次登録ＤＢの項目例を説明する表である。
【図９】本登録ＤＢの項目例を説明する表である。
【発明を実施するための形態】
【００１１】
以下、発明の一実施形態を、図面を用いて説明する。図１は本発明のシステム構成図である。本実施形態では、放送局１と放送の受信機の一例である携帯電話２〜４、顧客ＤＢ５から構成される。ここで、放送局は、エリア限定のワンセグ放送波を送信する機能と、放送波の空き領域を利用したデータ送信を行う機能と、ネットワーク通信を行う機能と、鍵を用いて情報を暗号化及び復号化する機能と、携帯電話の情報を顧客ＤＢに登録する機能を持つ。携帯電話２〜４は、放送波を受信する機能と、放送波の空き領域を利用し送信されたデータを受信する機能と、ネットワーク通信を行う機能と、鍵を用いて情報を暗号化する機能と、セッション鍵を生成する機能と、セッション鍵を用いて情報を復号化する機能と、復号鍵を使って保護コンテンツの復号化する機能を持つ。顧客ＤＢ５は、一次登録ＤＢと本登録ＤＢを持ち、一次登録ＤＢの情報を２４時間ごとに本登録ＤＢに移動する機能を持つ。この放送局１は、いわゆるコンピュータで実現され、各機能はプログラムに従ってＣＰＵの如き演算装置で実行される。また、顧客ＤＢ５は、放送局１の構成に含まれてもよいし、ネットワークなどで放送局１と接続されるよう構成されてもよい。
【００１２】
図２は、放送波の空き領域を利用したデータ送信の概略図である。地上デジタル放送用の周波数帯の中で、実際の地上波放送に使っていない帯域中の１３のセグメントのうち、１つのセグメントを用いて、エリア限定のワンセグ放送と、データ送信を行う。
【００１３】
図３及び図４に、本実施形態におけるエリア限定のワンセグ放送の空き領域を利用したコンテンツの配信処理を記述したフロー図を示す。放送局１は、宣伝番組（宣伝１）をエリア限定のワンセグ放送波で送信すると共に、その放送波の空き領域を利用し、配信者ＩＤ（AA01）と保護コンテンツ（ＳＰ１）と放送局１の公開鍵（123456）とユーザ登録サイトのアドレス（www.aa.co.jp）と保護コンテンツの復号鍵の要求先アドレス（www.xx.co.jp）を送信する（Ｓ１１）。
【００１４】
上記のＳ１１における放送波での送信内容の項目例は、図６に示すように、宣伝番組、配信者ＩＤ、保護コンテンツ、公開鍵、ユーザ登録サイトのアドレス、復号鍵の要求先アドレスである。なお、宣伝番組とは、放送を受信する機能をもつ携帯電話であれば制限なく見る（再生などの利用）ことが可能な番組である。配信者ＩＤとは、配信者（もしくは配信装置や放送局）を一意に決定するＩＤである。保護コンテンツとは、保護コンテンツの復号鍵を使って復号しなければ見ることのできないコンテンツであり、ユーザ登録をするなど一定の条件を満た場合に、保護コンテンツの復号鍵を取得することが可能になる。放送局１の公開鍵は、携帯電話と放送局１の間の通信を暗号化するためのものであり、対応する秘密鍵を持つのは放送局１であるため、放送局１の公開鍵で暗号化したものは、放送局１が復号することができる。ユーザ登録サイトのアドレスとは、携帯電話からユーザ登録を行う際にアクセスするサイトのアドレスである。保護コンテンツの復号鍵の要求先アドレスとは、保護コンテンツを見るための復号鍵を要求する際にアクセスするサイトのアドレスである。
【００１５】
携帯電話２〜４は、放送波を受信し、宣伝番組（宣伝１）を画面に表示し、また、画面に「保護コンテンツ（ＳＰ１）の視聴」ボタンを表示する（Ｓ１２）。視聴者が受信した保護コンテンツ（ＳＰ１）の視聴を希望する場合、視聴者が画面に表示されている「保護コンテンツ（ＳＰ１）の視聴」ボタンが押下されることで、保護コンテンツ（ＳＰ１）の視聴希望の入力を受け付ける（Ｓ１３）。そして入力を受け付けると、携帯端末２〜４は配信者登録リストから、視聴を希望する保護コンテンツ（ＳＰ１）の配信者ＩＤ（AA01）を検索する（Ｓ１４）。すなわち、既に自身（携帯電話もしくは利用者）が(放送局１の)コンテンツを利用する権限を得ている場合（放送局のデータベースに登録済み）、その記録を携帯電話（配信者登録リスト）に保持しておき、これを用いて本Ｓ１４の判断を行う。このために、本実施形態では、後述するＳ１９で本登録ＤＢに登録されていると確認され、かつＳ２４で復号鍵を受信した場合に、当該リストへの登録を行う。このような処理を行う理由は、放送がイベント向けなどテンポラリーなものである場合、そのイベントもしくはセッションの間に複数のコンテンツを順次配信(入手)することが多く、最初など先のコンテンツ配信の際に一次登録ＤＢへの登録しておくと、確認の効率化が図れる。このため、Ｓ２４において、配信者リストに配信者ＩＤでなく（もしくはこれに加え）Ｓ２４で受信する復号鍵そのもの、もしくはその受信の有無を登録しておき、これを用いてＳ１４の判断を行ってもよい。これらの効率化の意義は、後述するＳ１９での確認処理でも同様である。また、Ｓ１９で本登録ＤＢにも登録されていないと判断した場合、個別の認証処理を実行して、登録作業を行ってもよい。
【００１６】
但し、この登録は、別セッションによる認証処理が行われた際に登録してもよいし、セッションを利用せず手作業などで登録しても構わない。
【００１７】
配信者登録リストにない場合は登録サイトへのアクセスを行い（Ｓ２６）、ある場合は、セッション鍵の生成を行う（Ｓ１５）。
【００１８】
上記のＳ１４における配信者登録リストの項目例は、図７に示すように、配信者ＩＤで構成される。配信者ＩＤとは、配信者を一意に決定するＩＤである。
【００１９】
図５に、本実施形態におけるユーザ登録処理のフロー図を示す。視聴を希望する保護コンテンツ（ＳＰ１）の配信者ＩＤ（AA01）が登録リストにない場合、携帯電話２〜４は、受信したユーザ登録サイトのアドレス（www.aa.co.jp）により、放送局１のユーザ登録サイトにアクセスし（Ｓ２６）、放送局１の公開鍵（123456）で暗号化した（Ｓ２７）顧客名（たたたた）と携帯電話２〜４の端末ＩＤ（01002300424）を送信する（Ｓ２８）。放送局１は、受信した顧客名（たたたた）と携帯電話２〜４の端末ＩＤ（01002300424）を復号化し（Ｓ２９）、一意に決めた顧客ＩＤ（10000121）と復号化した顧客名（たたたた）と携帯電話２〜４の端末ＩＤ（01002300424）と現在の年月日（20090707）を一次登録ＤＢに登録する（Ｓ３０）。携帯電話２〜４は、配信者ＩＤ（AA01）を配信者登録リストに追加する（Ｓ３１）。
【００２０】
上記のＳ３０における一次登録ＤＢの項目例は、図８に示すように、顧客ＩＤ、端末ＩＤ、顧客名、登録日である。顧客ＩＤとは、ユーザ登録した顧客を放送局が一意に決定するＩＤである。端末ＩＤとは、携帯電話を一意に決定するＩＤであり、携帯電話ごとに決められているＩＤであり、携帯電話自身が記憶しているものある。顧客名とは、ユーザ登録時に携帯電話２〜４が送信する情報である。登録日とは、一次登録ＤＢにユーザ登録をした年月日である。なお、端末ＩＤの代わりにユーザを識別する利用者ＩＤを用いてもよい。この場合、ユーザから入力を受け付けたり、携帯電話自身が予め格納しているものを用いる。
【００２１】
携帯電話２〜４は、保護コンテンツの復号鍵のやり取りに使うセッション鍵（987654）を生成する（Ｓ１５）。生成したセッション鍵（987654）と携帯電話２〜４の端末ＩＤ（01002300424）と復号鍵を要求する保護コンテンツのＩＤ（SP0001）を、放送局１の公開鍵で暗号化し（Ｓ１６）、保護コンテンツの復号鍵の要求先アドレス（www.xx.co.jp）を指定して放送局１に送信する（Ｓ１７）。
【００２２】
放送局１は、受信したセッション鍵（987654）と携帯電話２〜４の端末ＩＤ（01002300424）と復号鍵を要求する保護コンテンツのＩＤ（SP0001）を放送局１の秘密鍵で復号化する（Ｓ１８）。携帯電話２〜４から受信した端末ＩＤ（01002300424）が、一次登録ＤＢにあるかどうかを検索し、なければ本登録ＤＢを検索する（Ｓ１９）。上述のように、一次登録ＤＢは、本実施形態においては、Ｓ２４の際に登録する。これは、最初など先のコンテンツ配信要求の際に登録しておく。また、一次登録ＤＢに登録された内容は、イベントの終了後や夜間などにバッチ処理で、本登録ＤＢに登録する。この場合、一次登録ＤＢの内容を移動させることが好適である。
【００２３】
また、Ｓ１９で本登録ＤＢに登録されていると判断した場合、一次登録ＤＢに、本登録ＤＢの内容をコピーしてもよい。このようにすることで、次回の要求があった場合、早急な判断が可能になる。
【００２４】
本登録ＤＢにもない場合、携帯電話２〜４に対し、未登録であることを警告するアラーム（を出力するための情報）の送信を行う（Ｓ２０）。携帯電話２〜４はアラームを受信し、画面に表示する（Ｓ２１）。これを受けて、認証などを行い、一時登録ＤＢやリストへの登録を行うようにしてもよい。
【００２５】
上記のＳ１９における本登録ＤＢの項目例は、図９に示すように、一次登録ＤＢと同様の項目となる。
【００２６】
携帯電話２〜４の端末ＩＤ（01002300424）が一次登録ＤＢまたは本登録ＤＢにある場合、放送局１は、要求された保護コンテンツ（ＳＰ１）に対応する復号鍵（abcdef）を、Ｓ１８で復号化したセッション鍵（987654）を使って暗号化（Ｓ２２）し、携帯電話２〜４に送信する（Ｓ２３）。
【００２７】
携帯電話２〜４は、セッション鍵（987654）を使って保護コンテンツの復号鍵（abcdef）を復号化する（Ｓ２４）。復号化した復号鍵（abcdef）を使って保護コンテンツ（ＳＰ１）の復号化を行い、画面に出力する（Ｓ２５）。
【００２８】
なお、本実施の形態では、放送波の放送と暗号化された各情報のやり取りを１つの放送局で実行しているが、別の装置で実現してもよい。
【符号の説明】
【００２９】
１…放送局、２〜４…携帯電話、５…顧客ＤＢ
【図１】
2011109192.tif 000003
【図２】
2011109192.tif 000004
【図３】
2011109192.tif 000005
【図４】
2011109192.tif 000006
【図５】
2011109192.tif 000007
【図６】
2011109192.tif 000008
【図７】
2011109192.tif 000009
【図８】
2011109192.tif 000010
【図９】
2011109192.tif 000011