使用認証方式を搭載した放送受信装置
【課題】解決しようとする問題点は、番組推奨エンジンのような自社独自技術の漏洩を防ぎ、安全に番組推奨エンジンを実行できるようにする点である。
【解決手段】本発明は、放送局側から番組推奨エンジンを使用可能にする認証鍵を含むアプリケーションを番組と一緒に送出する場合、放送受信装置でその認証鍵を含むアプリケーションとその他のアプリケーションと識別し、認証鍵を含むアプリケーションを受信した場合にはその認証鍵を抽出する機能やＣａｂｌｅＣＡＲＤ挿入時にＣａｂｌｅＣＡＲＤが持っている固体番号を抽出する機能と、抽出されたものと放送受信装置との鍵の認証を行ない、番組推奨エンジンの実行を可能とする鍵であることが判断できれば番組推奨エンジンの実行することをもっとも主要な特徴とする。
【解決手段】本発明は、放送局側から番組推奨エンジンを使用可能にする認証鍵を含むアプリケーションを番組と一緒に送出する場合、放送受信装置でその認証鍵を含むアプリケーションとその他のアプリケーションと識別し、認証鍵を含むアプリケーションを受信した場合にはその認証鍵を抽出する機能やＣａｂｌｅＣＡＲＤ挿入時にＣａｂｌｅＣＡＲＤが持っている固体番号を抽出する機能と、抽出されたものと放送受信装置との鍵の認証を行ない、番組推奨エンジンの実行を可能とする鍵であることが判断できれば番組推奨エンジンの実行することをもっとも主要な特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、北米ＯＣＡＰ（登録商標）規格のミドルウェアに内蔵された番組推奨エンジンのような自社独自技術を実行するための、使用認証方式を搭載した放送受信装置である。
【背景技術】
【０００２】
従来、北米ＯＣＡＰ規格では、各受信機メーカーのハードウェア差異を吸収し、どのハードウェアでも同じサービスが享受できるようにミドルウェアが定義されている。ここで、北米ＯＣＡＰ規格とは、北米デジタルＣＡＴＶ標準規格のことをいい、欧州デジタルＴＶ標準化規格ＤＶＢ−ＭＨＰ（登録商標）をベースに北米ケーブルテレビ標準化組織が策定した規格である。このＯＣＡＰ規格においては、さまざまなアプリケーションを実現するためのアプリケーションソフトについては、放送局において放送波に多重化されて送信されており、各受信機は放送波に多重化されたアプリケーションをダウンロードすることにより、新たなアプリケーションを実行する方式が採用されている。これにより、映像、音声のデジタル放送に加えて、デジタルＣＡＴＶで双方向サービスやインターネットサービスを実現することが可能となっている。
【特許文献１】特開２００２−４１４６７号公報
【特許文献２】特表２００１−５１６５３２号公報
【非特許文献１】ＯＣＡＰ規格 ＯＣＡＰ １．０ Ｐｒｏｆｉｌｅ
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、各受信機メーカーは各受信機特有の機能を実現するためにミドルウェアにない新たな機能をユーザーに提供する場合、例えば番組推奨エンジンといったＯＣＡＰ規格には含まれていないアプリケーション（以下、「独自アプリケーション」という。）についても、上述したように、１つのアプリケーションとして放送波に多重化して送出しなければならない。その場合に番組推奨エンジンのような自社独自の技術がアプリケーション製作会社や、アプリケーションを受信した会社がアプリケーションの内容を容易に解析することができてしまう恐れがあった。
【０００４】
そこで、本願発明の目的は、番組推奨エンジンのような自社独自技術の漏洩を防ぎ、安全に番組推奨エンジンを実行できるようにする点である。
【課題を解決するための手段】
【０００５】
本発明は、放送局側から独自アプリケーションを使用可能にする認証鍵を含むアプリケーションを番組と一緒に送出する場合、放送受信装置でその認証鍵を含むアプリケーションとその他のアプリケーションと識別し、認証鍵を含むアプリケーションを受信した場合にはその認証鍵を抽出する機能やＣａｂｌｅＣＡＲＤ挿入時にＣａｂｌｅＣＡＲＤが持っている固体番号を抽出する機能と、抽出されたものと放送受信装置との鍵の認証を行ない、番組推奨エンジンの実行を可能とする鍵であることが判断できれば独自アプリケーションの実行することをもっとも主要な特徴とする。
【発明の効果】
【０００６】
本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置は、放送局から送信される番組推奨エンジンの認証鍵を含むアプリケーションを受信し、そのアプリケーションから認証鍵を抽出し、抽出された認証鍵が番組推奨エンジンを実行してもよいかどうかかの判断が出来れば、容易に番組推奨エンジンを実行する事が可能である。
【発明を実施するための最良の形態】
【０００７】
（実施の形態１）
次に図面を参照して、番組推奨エンジンの使用認証方式を搭載した放送受信装置の実施の形態を詳細に説明する。図１は、本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置の一実施形態を示す。
【０００８】
本実施形態の放送受信システムは、放送局１００、放送波１０１、放送受信装置１０２により構成されており、放送受信装置１０２は、チューナー１０３、モデム１０４、アプリケーション受信処理部１０５、ＯＣＡＰミドルウェア１０６、認証鍵確認処理部１０７、番組推奨エンジン１０８、ＣａｂｌｅＣＡＲＤ１０９とにより構成されており、放送局１００から送信される放送波１０１には、認証鍵を含むアプリケーション１１０が含まれている。
【０００９】
ここで、放送局１００は放送波１０１内に番組推奨エンジン１０８の実行に必要な認証鍵を含むアプリケーション１１０を他のアプリケーションと同様に送出する。放送受信装置１０２はチューナー１０３やモデム１０４で放送波１０１を受信し、受信内容はアプリケーション受信処理部１０５へ送信される。なお、番組推奨エンジン１０８は、放送受信装置１０２のＯＣＡＰミドルウェアに予め追加されているものとする。
【００１０】
次に、アプリケーション受信処理部１０５では、チューナー１０３やモデム１０４からの送信された内容に認証鍵を含むアプリケーション１１０が存在しているかどうか常に監視しており、存在した場合には認証鍵を含むアプリケーション１１０から認証鍵の抽出を行ない、認証鍵を抽出した場合には、認証鍵を認証鍵確認処理部１０７へ送信する。
【００１１】
次に、ＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７では、予め認証鍵確認用の鍵を保持しており、アプリケーション処理部１０５から送信された認証鍵と予め保持していた認証鍵との照合を実施し、照合結果がよければ番組推奨エンジン１０８を実行する。あるいは、ＣａｂｌｅＣＡＲＤ１０９が放送受信装置１０２に挿入されたことが検出された場合には、予め保持しているＣａｂｌｅＣＡＲＤの固体番号を元に認証鍵確認処理部１０７で照合を実施し、照合結果が一致した場合には、番組推奨エンジン１０８を実行する。なお、認証鍵を含むアプリケーション１１０を用いて実行できるのは、番組推奨エンジンでなくてもよい。
【００１２】
以下、一実施形態の詳細説明をするために図１から図５、及び北米のＯＣＡＰ規格を用いて説明する。図２は、送信される放送波１０１の構造図を示す。図２を参照して、本実施例における放送波１０１の構造を説明する。
【００１３】
放送局１００は、放送波１０１の各番組情報やその他の情報を映像信号、音声信号と共にＯＣＡＰ規格で定められたＸＡＩＴ２００等を付与して送信する。ＸＡＩＴ２００内にはａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１、ｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５を判断するａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ２０２が配置され、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を判断するａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ２０３が配置される。
【００１４】
ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１は、放送局１００から送出されるアプリケーション名を示し、ａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ２０２は、各アプリケーションのサービス情報等を示し、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ２０３はアプリケーション識別子を示す。ｓｅｒｖｉｃｅ＿ｉｄ２０４は、送出中のサービスを識別する値であり、この値は放送局が指定できる値と、受信機メーカーが指定できる値で範囲が異なる。ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５は、送出中のサービス名を識別する物である。ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６は、送出中のアプリケーションを識別する値である。
【００１５】
次に、図３を参照して、本実施例におけるアプリケーション受信処理部１０５の動作を説明する。放送局１００から認証鍵を含むアプリケーション１１０を付与して送出された放送波１０１は、放送受信装置１０２のチューナー１０３やモデム１０４を介してアプリケーション受信処理部１０５に送信される（ステップ１００）。
【００１６】
アプリケーション受信処理部１０５では、送信されたストリーム内のＸＡＩＴ２００内のａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１の検索を行なう。ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１に、予め認証鍵を含むアプリケーション１１０と識別できる名前を、放送受信装置１０２の記憶媒体に保持しておくことで、アプリケーション受信処理部１０５は認証鍵を含むアプリケーション１１０が送出されている事を識別する事ができる（ステップ１０２）。
【００１７】
認証鍵を含むアプリケーション１１０を識別すると、アプリケーション受信処理部１０５は、ＸＡＩＴ２００からｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出する（ステップ１０４）。抽出した内容をＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７へ通知する（ステップ１０６）。
【００１８】
認証鍵を含むアプリケーション１１０を識別したが、上記の３つの情報が全て揃わない場合は、揃わない情報にダミーの情報、例えば−１などを設定して認証鍵確認処理部１０７へ通知する。なお、認証鍵を含むアプリケーション１１０以外のアプリケーションは、認証鍵確認処理部１０７に通知せず直接ＯＣＡＰミドルウェア１０８に通知される（ステップ１０８）。
【００１９】
次に、図４を参照して、本実施例における認証鍵確認処理部１０７の動作を説明する。アプリケーション受信処理部１０５において、認証鍵を含むアプリケーション１１０からｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出し、認証鍵確認処理部１０７へ通知される（ステップ２００）。
【００２０】
認証鍵確認処理部１０７では、通知された３つの情報が正しい情報かどうかを確認するため、予め放送受信装置１０２の記憶媒体に確認用の情報を保持しておき、その情報とアプリケーション受信処理部１０５から通知された情報との照合を行ない、３つとも全て正しければ番組推奨エンジン１０８を実行することができる（ステップ２０２、２０４、２０６）。一方、３つの情報のうち、どれか１つでも正しくない情報があれば偽の認証鍵と判断し、番組推奨エンジン１０８は実行しない（ステップ２０８、２１０）。
【００２１】
ここで、ＣａｂｌｅＣＡＲＤ１０９を用いる場合は、ＣａｂｌｅＣＡＲＤ１０９を放送受信装置１０２に挿入後、ＣａｂｌｅＣＡＲＤ１０９と放送受信装置１０２間で機器認証が実行される。この機器認証が正常に終了するとＣａｂｌｅＣＡＲＤ１０９の機能が使用できる状態になるので、この状態への遷移確認後にチューナー１０３やモデム１０４を用いて放送局１００に対して機器認証完了を送信し、このＣａｂｌｅＣＡＲＤ１０９は番組推奨エンジン１０８を実行可能にしてもよいものかどうかを放送局１００から送信してもらうことも可能である。
【００２２】
この場合、放送局１００は、番組推奨エンジン１０８を実行してもよいＣａｂｌｅＣＡＲＤ１０９の固体番号やＭＡＣアドレスを送信し、放送受信装置１０２はその送信されてきた内容と、実際に挿入されているＣａｂｌｅＣＡＲＤ１０９の固体番号やＭＡＣアドレスと照合する事によって番組推奨エンジン１０８が実行可能かどうかを判断する。
【００２３】
次に、図５を参照して、本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置の別の方式について説明する。図５は、放送波１０１で送出されるＸＡＩＴ２００の一例を示している。放送受信装置１０２に、予め番組推奨エンジンを実行するための情報としてａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１としてＥＰＧ−ＥＮＧＩＮＥ、ｓｅｒｖｉｃｅ＿ｉｄ２０４として０ｘ０１１１１１、ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５としてＡＢＣＤＥＦＧＨ、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６として０ｘ３２１０を予め記憶しておく。
【００２４】
ある放送局１００から送信される放送波１０１のＸＡＩＴ２００にも上記と同じ内容が設定されている場合、放送受信装置１０２はチューナー１０３やモデム１０４を介してアプリケーション処理部１０５へ受信したストリームを送信する。アプリケーション受信処理部１０５では、ＸＡＩＴ２００内のａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１の検索を実行し、ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１がＥＰＧ−ＥＮＧＩＮＥと抽出できたので、放送受信装置１０２内の内容と照合した結果、このアプリケーションは認証鍵を含むアプリケーション１１０と判断し、ｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出し、抽出した内容をＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７へ通知する。
【００２５】
さらに、認証鍵確認処理部１０７で、通知されたｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６がそれぞれ０ｘ０１１１１１、ＡＢＣＤＥＦＧＨ、０ｘ３２１０と確認でき、これは放送受信装置１０２が予めもっていた認証鍵の情報と一致するため、番組推薦エンジン１０８を実行する。以上より、放送波から送信された番組推奨エンジンを実行することができる。
【００２６】
以上のような放送受信装置の具体的な処理について、図６を参照しながら放送局側からＡ社向けのアプリケーションを送信した場合について説明する。なお、Ａ社向けのアプリケーションのＳｅｒｖｉｃｅ＿ｉｄは０１であり、Ｂ社向けのアプリケーションのＳｅｒｖｉｃｅ＿ｉｄは０２と仮定する。さらに、Ａ社の受信機のＯＣＡＰミドルウェアでは、Ｓｅｒｖｉｃｅ＿ｉｄが０１のアプリケーションをダウンロードした場合には、そのアプリケーションを実行するように規定している（ステップ３００）。
【００２７】
このような状況において、放送局から送信されたＡ社向けのアプリを受信したＡ社受信器の動作について説明する。Ａ社向けアプリを受信したＡ社受信器は、上述したようなＳｅｒｖｉｃｅ＿ｉｄ等の情報に基づいて認証を行う（ステップ３０４）。ステップ３０４において、Ａ社向けのアプリと認証された場合には、ＯＣＡＰミドルウェア内の自社技術を実行する（ステップ３０６）。これにより、Ａ社の受信器においては、放送局からＡ社向けに送信されたアプリを実行することが可能になる。
【００２８】
一方、Ｂ社の受信器における処理について、ステップ３０８からステップ３１４を参照しながら説明する。なお、他社の独自技術を解析するためにＢ社側は予めＡ社側のＳｅｒｖｉｃｅ＿ｉｄを取得しているものとする（ステップ３０８）。この例においては、Ｓｅｒｖｉｃｅ＿ｉｄ＝０１を入手しているものとする。
【００２９】
このような状況において、放送局から送信されたＡ社向けのアプリケーションを受信したＢ社受信器の動作について説明する。Ａ社向けアプリケーションを受信したＢ社受信器は、Ａ社向けのアプリケーションを自社の受信器で実行可能なように、Ａ社向けのアプリのＳｅｒｖｉｃｅ＿ｉｄを０１から０２に変更する（ステップ３１０）。次に、ステップ３１２において、Ｓｅｒｖｉｃｅ＿ｉｄ＝０２によりＡ社向けのアプリのダウンロードを実行する（ステップ３１２）。しかしながら、この場合には、Ｓｅｒｖｉｃｅ＿ｉｄとアプリケーションが一致しないため、Ｂ社がダウンロードしたアプリケーションの内容は解析することができないため、Ｂ社の受信器ではＡ社のアプリケーションを実行することはできないとともに、アプリケーションの内容を解析することもできない。
【００３０】
以上のように、本願発明においては、番組推奨エンジンのような自社独自技術の漏洩を防ぎ、安全に番組推奨エンジンを実行することが可能になるものである。
【００３１】
なお、上述の説明においては、番組推奨エンジンに関するアプリケーションについて説明したが、本願発明はこれに限定されるものではなく、他のエンジン及びアプリケーションに応用可能である。
【００３２】
また、上述した説明においては、ＣａｂｌｅＣＡＲＤの例について説明したが、本願発明はこれに限定されるものではなく、物理的なＣａｂｌｅＣＡＲを使用することなく、認証機能をもつアプリケーションなどにより実現することも可能である。
【００３３】
尚、上述の実施形態は本発明の好適な実施の一例であるが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形実施可能である。
【産業上の利用可能性】
【００３４】
本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置は、番組推奨エンジンを実行するためには認証鍵を受信するだけでよく、推奨エンジンのような自社独自技術の漏洩を防ぐ事ができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の放送受信装置の構成を示すブロック図
【図２】送信される放送波の構造図
【図３】アプリケーション受信処理部１０５のデータ解析フローチャート
【図４】認証鍵確認処理部１０７のデータ解析フローチャート
【図５】ＸＡＩＴ２００の構成を示す図
【図６】本発明の放送受信装置の動作を示すフローチャート
【符号の説明】
【００３６】
１００ 放送局
１０１ 放送波
１０２ 放送受信装置
１０３ チューナー
１０４ モデム
１０５ アプリケーション受信処理部
１０６ ＯＣＡＰミドルウェア
１０７ 認証鍵確認処理部
１０８ 番組推奨エンジン
１０９ ＣａｂｌｅＣＡＲＤ
１１０ 認証鍵を含むアプリケーション
２００ ＸＡＩＴ
２０１ ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ
２０２ ａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ
２０３ ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ
２０４ ｓｅｒｖｉｃｅ＿ｉｄ
２０５ ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ
２０６ ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ
【技術分野】
【０００１】
本発明は、北米ＯＣＡＰ（登録商標）規格のミドルウェアに内蔵された番組推奨エンジンのような自社独自技術を実行するための、使用認証方式を搭載した放送受信装置である。
【背景技術】
【０００２】
従来、北米ＯＣＡＰ規格では、各受信機メーカーのハードウェア差異を吸収し、どのハードウェアでも同じサービスが享受できるようにミドルウェアが定義されている。ここで、北米ＯＣＡＰ規格とは、北米デジタルＣＡＴＶ標準規格のことをいい、欧州デジタルＴＶ標準化規格ＤＶＢ−ＭＨＰ（登録商標）をベースに北米ケーブルテレビ標準化組織が策定した規格である。このＯＣＡＰ規格においては、さまざまなアプリケーションを実現するためのアプリケーションソフトについては、放送局において放送波に多重化されて送信されており、各受信機は放送波に多重化されたアプリケーションをダウンロードすることにより、新たなアプリケーションを実行する方式が採用されている。これにより、映像、音声のデジタル放送に加えて、デジタルＣＡＴＶで双方向サービスやインターネットサービスを実現することが可能となっている。
【特許文献１】特開２００２−４１４６７号公報
【特許文献２】特表２００１−５１６５３２号公報
【非特許文献１】ＯＣＡＰ規格 ＯＣＡＰ １．０ Ｐｒｏｆｉｌｅ
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、各受信機メーカーは各受信機特有の機能を実現するためにミドルウェアにない新たな機能をユーザーに提供する場合、例えば番組推奨エンジンといったＯＣＡＰ規格には含まれていないアプリケーション（以下、「独自アプリケーション」という。）についても、上述したように、１つのアプリケーションとして放送波に多重化して送出しなければならない。その場合に番組推奨エンジンのような自社独自の技術がアプリケーション製作会社や、アプリケーションを受信した会社がアプリケーションの内容を容易に解析することができてしまう恐れがあった。
【０００４】
そこで、本願発明の目的は、番組推奨エンジンのような自社独自技術の漏洩を防ぎ、安全に番組推奨エンジンを実行できるようにする点である。
【課題を解決するための手段】
【０００５】
本発明は、放送局側から独自アプリケーションを使用可能にする認証鍵を含むアプリケーションを番組と一緒に送出する場合、放送受信装置でその認証鍵を含むアプリケーションとその他のアプリケーションと識別し、認証鍵を含むアプリケーションを受信した場合にはその認証鍵を抽出する機能やＣａｂｌｅＣＡＲＤ挿入時にＣａｂｌｅＣＡＲＤが持っている固体番号を抽出する機能と、抽出されたものと放送受信装置との鍵の認証を行ない、番組推奨エンジンの実行を可能とする鍵であることが判断できれば独自アプリケーションの実行することをもっとも主要な特徴とする。
【発明の効果】
【０００６】
本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置は、放送局から送信される番組推奨エンジンの認証鍵を含むアプリケーションを受信し、そのアプリケーションから認証鍵を抽出し、抽出された認証鍵が番組推奨エンジンを実行してもよいかどうかかの判断が出来れば、容易に番組推奨エンジンを実行する事が可能である。
【発明を実施するための最良の形態】
【０００７】
（実施の形態１）
次に図面を参照して、番組推奨エンジンの使用認証方式を搭載した放送受信装置の実施の形態を詳細に説明する。図１は、本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置の一実施形態を示す。
【０００８】
本実施形態の放送受信システムは、放送局１００、放送波１０１、放送受信装置１０２により構成されており、放送受信装置１０２は、チューナー１０３、モデム１０４、アプリケーション受信処理部１０５、ＯＣＡＰミドルウェア１０６、認証鍵確認処理部１０７、番組推奨エンジン１０８、ＣａｂｌｅＣＡＲＤ１０９とにより構成されており、放送局１００から送信される放送波１０１には、認証鍵を含むアプリケーション１１０が含まれている。
【０００９】
ここで、放送局１００は放送波１０１内に番組推奨エンジン１０８の実行に必要な認証鍵を含むアプリケーション１１０を他のアプリケーションと同様に送出する。放送受信装置１０２はチューナー１０３やモデム１０４で放送波１０１を受信し、受信内容はアプリケーション受信処理部１０５へ送信される。なお、番組推奨エンジン１０８は、放送受信装置１０２のＯＣＡＰミドルウェアに予め追加されているものとする。
【００１０】
次に、アプリケーション受信処理部１０５では、チューナー１０３やモデム１０４からの送信された内容に認証鍵を含むアプリケーション１１０が存在しているかどうか常に監視しており、存在した場合には認証鍵を含むアプリケーション１１０から認証鍵の抽出を行ない、認証鍵を抽出した場合には、認証鍵を認証鍵確認処理部１０７へ送信する。
【００１１】
次に、ＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７では、予め認証鍵確認用の鍵を保持しており、アプリケーション処理部１０５から送信された認証鍵と予め保持していた認証鍵との照合を実施し、照合結果がよければ番組推奨エンジン１０８を実行する。あるいは、ＣａｂｌｅＣＡＲＤ１０９が放送受信装置１０２に挿入されたことが検出された場合には、予め保持しているＣａｂｌｅＣＡＲＤの固体番号を元に認証鍵確認処理部１０７で照合を実施し、照合結果が一致した場合には、番組推奨エンジン１０８を実行する。なお、認証鍵を含むアプリケーション１１０を用いて実行できるのは、番組推奨エンジンでなくてもよい。
【００１２】
以下、一実施形態の詳細説明をするために図１から図５、及び北米のＯＣＡＰ規格を用いて説明する。図２は、送信される放送波１０１の構造図を示す。図２を参照して、本実施例における放送波１０１の構造を説明する。
【００１３】
放送局１００は、放送波１０１の各番組情報やその他の情報を映像信号、音声信号と共にＯＣＡＰ規格で定められたＸＡＩＴ２００等を付与して送信する。ＸＡＩＴ２００内にはａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１、ｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５を判断するａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ２０２が配置され、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を判断するａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ２０３が配置される。
【００１４】
ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１は、放送局１００から送出されるアプリケーション名を示し、ａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ２０２は、各アプリケーションのサービス情報等を示し、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ２０３はアプリケーション識別子を示す。ｓｅｒｖｉｃｅ＿ｉｄ２０４は、送出中のサービスを識別する値であり、この値は放送局が指定できる値と、受信機メーカーが指定できる値で範囲が異なる。ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５は、送出中のサービス名を識別する物である。ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６は、送出中のアプリケーションを識別する値である。
【００１５】
次に、図３を参照して、本実施例におけるアプリケーション受信処理部１０５の動作を説明する。放送局１００から認証鍵を含むアプリケーション１１０を付与して送出された放送波１０１は、放送受信装置１０２のチューナー１０３やモデム１０４を介してアプリケーション受信処理部１０５に送信される（ステップ１００）。
【００１６】
アプリケーション受信処理部１０５では、送信されたストリーム内のＸＡＩＴ２００内のａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１の検索を行なう。ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１に、予め認証鍵を含むアプリケーション１１０と識別できる名前を、放送受信装置１０２の記憶媒体に保持しておくことで、アプリケーション受信処理部１０５は認証鍵を含むアプリケーション１１０が送出されている事を識別する事ができる（ステップ１０２）。
【００１７】
認証鍵を含むアプリケーション１１０を識別すると、アプリケーション受信処理部１０５は、ＸＡＩＴ２００からｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出する（ステップ１０４）。抽出した内容をＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７へ通知する（ステップ１０６）。
【００１８】
認証鍵を含むアプリケーション１１０を識別したが、上記の３つの情報が全て揃わない場合は、揃わない情報にダミーの情報、例えば−１などを設定して認証鍵確認処理部１０７へ通知する。なお、認証鍵を含むアプリケーション１１０以外のアプリケーションは、認証鍵確認処理部１０７に通知せず直接ＯＣＡＰミドルウェア１０８に通知される（ステップ１０８）。
【００１９】
次に、図４を参照して、本実施例における認証鍵確認処理部１０７の動作を説明する。アプリケーション受信処理部１０５において、認証鍵を含むアプリケーション１１０からｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出し、認証鍵確認処理部１０７へ通知される（ステップ２００）。
【００２０】
認証鍵確認処理部１０７では、通知された３つの情報が正しい情報かどうかを確認するため、予め放送受信装置１０２の記憶媒体に確認用の情報を保持しておき、その情報とアプリケーション受信処理部１０５から通知された情報との照合を行ない、３つとも全て正しければ番組推奨エンジン１０８を実行することができる（ステップ２０２、２０４、２０６）。一方、３つの情報のうち、どれか１つでも正しくない情報があれば偽の認証鍵と判断し、番組推奨エンジン１０８は実行しない（ステップ２０８、２１０）。
【００２１】
ここで、ＣａｂｌｅＣＡＲＤ１０９を用いる場合は、ＣａｂｌｅＣＡＲＤ１０９を放送受信装置１０２に挿入後、ＣａｂｌｅＣＡＲＤ１０９と放送受信装置１０２間で機器認証が実行される。この機器認証が正常に終了するとＣａｂｌｅＣＡＲＤ１０９の機能が使用できる状態になるので、この状態への遷移確認後にチューナー１０３やモデム１０４を用いて放送局１００に対して機器認証完了を送信し、このＣａｂｌｅＣＡＲＤ１０９は番組推奨エンジン１０８を実行可能にしてもよいものかどうかを放送局１００から送信してもらうことも可能である。
【００２２】
この場合、放送局１００は、番組推奨エンジン１０８を実行してもよいＣａｂｌｅＣＡＲＤ１０９の固体番号やＭＡＣアドレスを送信し、放送受信装置１０２はその送信されてきた内容と、実際に挿入されているＣａｂｌｅＣＡＲＤ１０９の固体番号やＭＡＣアドレスと照合する事によって番組推奨エンジン１０８が実行可能かどうかを判断する。
【００２３】
次に、図５を参照して、本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置の別の方式について説明する。図５は、放送波１０１で送出されるＸＡＩＴ２００の一例を示している。放送受信装置１０２に、予め番組推奨エンジンを実行するための情報としてａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１としてＥＰＧ−ＥＮＧＩＮＥ、ｓｅｒｖｉｃｅ＿ｉｄ２０４として０ｘ０１１１１１、ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５としてＡＢＣＤＥＦＧＨ、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６として０ｘ３２１０を予め記憶しておく。
【００２４】
ある放送局１００から送信される放送波１０１のＸＡＩＴ２００にも上記と同じ内容が設定されている場合、放送受信装置１０２はチューナー１０３やモデム１０４を介してアプリケーション処理部１０５へ受信したストリームを送信する。アプリケーション受信処理部１０５では、ＸＡＩＴ２００内のａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１の検索を実行し、ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ２０１がＥＰＧ−ＥＮＧＩＮＥと抽出できたので、放送受信装置１０２内の内容と照合した結果、このアプリケーションは認証鍵を含むアプリケーション１１０と判断し、ｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６を抽出し、抽出した内容をＯＣＡＰミドルウェア１０６内の認証鍵確認処理部１０７へ通知する。
【００２５】
さらに、認証鍵確認処理部１０７で、通知されたｓｅｒｖｉｃｅ＿ｉｄ２０４とｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ２０５、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ２０６がそれぞれ０ｘ０１１１１１、ＡＢＣＤＥＦＧＨ、０ｘ３２１０と確認でき、これは放送受信装置１０２が予めもっていた認証鍵の情報と一致するため、番組推薦エンジン１０８を実行する。以上より、放送波から送信された番組推奨エンジンを実行することができる。
【００２６】
以上のような放送受信装置の具体的な処理について、図６を参照しながら放送局側からＡ社向けのアプリケーションを送信した場合について説明する。なお、Ａ社向けのアプリケーションのＳｅｒｖｉｃｅ＿ｉｄは０１であり、Ｂ社向けのアプリケーションのＳｅｒｖｉｃｅ＿ｉｄは０２と仮定する。さらに、Ａ社の受信機のＯＣＡＰミドルウェアでは、Ｓｅｒｖｉｃｅ＿ｉｄが０１のアプリケーションをダウンロードした場合には、そのアプリケーションを実行するように規定している（ステップ３００）。
【００２７】
このような状況において、放送局から送信されたＡ社向けのアプリを受信したＡ社受信器の動作について説明する。Ａ社向けアプリを受信したＡ社受信器は、上述したようなＳｅｒｖｉｃｅ＿ｉｄ等の情報に基づいて認証を行う（ステップ３０４）。ステップ３０４において、Ａ社向けのアプリと認証された場合には、ＯＣＡＰミドルウェア内の自社技術を実行する（ステップ３０６）。これにより、Ａ社の受信器においては、放送局からＡ社向けに送信されたアプリを実行することが可能になる。
【００２８】
一方、Ｂ社の受信器における処理について、ステップ３０８からステップ３１４を参照しながら説明する。なお、他社の独自技術を解析するためにＢ社側は予めＡ社側のＳｅｒｖｉｃｅ＿ｉｄを取得しているものとする（ステップ３０８）。この例においては、Ｓｅｒｖｉｃｅ＿ｉｄ＝０１を入手しているものとする。
【００２９】
このような状況において、放送局から送信されたＡ社向けのアプリケーションを受信したＢ社受信器の動作について説明する。Ａ社向けアプリケーションを受信したＢ社受信器は、Ａ社向けのアプリケーションを自社の受信器で実行可能なように、Ａ社向けのアプリのＳｅｒｖｉｃｅ＿ｉｄを０１から０２に変更する（ステップ３１０）。次に、ステップ３１２において、Ｓｅｒｖｉｃｅ＿ｉｄ＝０２によりＡ社向けのアプリのダウンロードを実行する（ステップ３１２）。しかしながら、この場合には、Ｓｅｒｖｉｃｅ＿ｉｄとアプリケーションが一致しないため、Ｂ社がダウンロードしたアプリケーションの内容は解析することができないため、Ｂ社の受信器ではＡ社のアプリケーションを実行することはできないとともに、アプリケーションの内容を解析することもできない。
【００３０】
以上のように、本願発明においては、番組推奨エンジンのような自社独自技術の漏洩を防ぎ、安全に番組推奨エンジンを実行することが可能になるものである。
【００３１】
なお、上述の説明においては、番組推奨エンジンに関するアプリケーションについて説明したが、本願発明はこれに限定されるものではなく、他のエンジン及びアプリケーションに応用可能である。
【００３２】
また、上述した説明においては、ＣａｂｌｅＣＡＲＤの例について説明したが、本願発明はこれに限定されるものではなく、物理的なＣａｂｌｅＣＡＲを使用することなく、認証機能をもつアプリケーションなどにより実現することも可能である。
【００３３】
尚、上述の実施形態は本発明の好適な実施の一例であるが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形実施可能である。
【産業上の利用可能性】
【００３４】
本発明の番組推奨エンジンの使用認証方式を搭載した放送受信装置は、番組推奨エンジンを実行するためには認証鍵を受信するだけでよく、推奨エンジンのような自社独自技術の漏洩を防ぐ事ができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の放送受信装置の構成を示すブロック図
【図２】送信される放送波の構造図
【図３】アプリケーション受信処理部１０５のデータ解析フローチャート
【図４】認証鍵確認処理部１０７のデータ解析フローチャート
【図５】ＸＡＩＴ２００の構成を示す図
【図６】本発明の放送受信装置の動作を示すフローチャート
【符号の説明】
【００３６】
１００ 放送局
１０１ 放送波
１０２ 放送受信装置
１０３ チューナー
１０４ モデム
１０５ アプリケーション受信処理部
１０６ ＯＣＡＰミドルウェア
１０７ 認証鍵確認処理部
１０８ 番組推奨エンジン
１０９ ＣａｂｌｅＣＡＲＤ
１１０ 認証鍵を含むアプリケーション
２００ ＸＡＩＴ
２０１ ａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ
２０２ ａｂｓｔｒａｃｔ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ
２０３ ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ
２０４ ｓｅｒｖｉｃｅ＿ｉｄ
２０５ ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｂｙｔｅ
２０６ ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ
【特許請求の範囲】
【請求項１】
放送波を受信する手段と、放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段と、認証鍵を含むアプリケーションを受信した場合に認証鍵を抽出する手段と、ＣａｂｌｅＣＡＲＤの挿抜を検出する手段と、挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段と、抽出された認証鍵が番組推奨エンジンを実行しても良いかどうかを判断する手段と、抽出されたＣａｂｌｅＣＡＲＤの固体番号が番組推奨エンジンを実行しても良いかどうかを判断する手段と、番組推奨エンジンを実行する手段を備えることを特徴とする番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項２】
前記放送波を受信する受信手段は、チューナーやモデムであることを特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項３】
前記放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段は、ＯＣＡＰ規格のＡＰＰＬＩＣＡＴＩＯＮ又はＮＡＭＥ又はＡＰＰＬＩＣＡＴＩＯＮ ＴＹＰＥ又はＡＰＰＬＩＣＡＴＩＯＮ ＩＤを用いて識別する事を特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項４】
前記放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段は、ソフトウェアダウンロードの一形態として識別する事を特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項５】
前記挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段は、ＣａｂｌｅＣＡＲＤにユニークに振られた製造番号を抽出する事を特徴とする請求項１から４の何れかに記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項６】
前記挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段は、ＣａｂｌｅＣＡＲＤにユニークに振られたＭＡＣアドレスを抽出する事を特徴とする請求項１から５の何れかに記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項７】
前記放送波を受信するステップと、放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別するステップと、認証鍵を含むアプリケーションを受信した場合に認証鍵を抽出するステップと、ＣａｂｌｅＣＡＲＤの挿抜を検出するステップと、挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出するステップと、抽出された認証鍵が番組推奨エンジンを実行しても良いかどうかを判断するステップと、抽出されたＣａｂｌｅＣＡＲＤの固体番号が番組推奨エンジンを実行しても良いかどうかを判断するステップと、番組推奨エンジンを実行するステップを備えることを特徴とする番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項１】
放送波を受信する手段と、放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段と、認証鍵を含むアプリケーションを受信した場合に認証鍵を抽出する手段と、ＣａｂｌｅＣＡＲＤの挿抜を検出する手段と、挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段と、抽出された認証鍵が番組推奨エンジンを実行しても良いかどうかを判断する手段と、抽出されたＣａｂｌｅＣＡＲＤの固体番号が番組推奨エンジンを実行しても良いかどうかを判断する手段と、番組推奨エンジンを実行する手段を備えることを特徴とする番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項２】
前記放送波を受信する受信手段は、チューナーやモデムであることを特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項３】
前記放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段は、ＯＣＡＰ規格のＡＰＰＬＩＣＡＴＩＯＮ又はＮＡＭＥ又はＡＰＰＬＩＣＡＴＩＯＮ ＴＹＰＥ又はＡＰＰＬＩＣＡＴＩＯＮ ＩＤを用いて識別する事を特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項４】
前記放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別する手段は、ソフトウェアダウンロードの一形態として識別する事を特徴とする請求項１に記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項５】
前記挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段は、ＣａｂｌｅＣＡＲＤにユニークに振られた製造番号を抽出する事を特徴とする請求項１から４の何れかに記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項６】
前記挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出する手段は、ＣａｂｌｅＣＡＲＤにユニークに振られたＭＡＣアドレスを抽出する事を特徴とする請求項１から５の何れかに記載の番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【請求項７】
前記放送波を受信するステップと、放送波に含まれる番組推奨エンジンを実行可能とする認証鍵を含むアプリケーションを識別するステップと、認証鍵を含むアプリケーションを受信した場合に認証鍵を抽出するステップと、ＣａｂｌｅＣＡＲＤの挿抜を検出するステップと、挿入されたＣａｂｌｅＣＡＲＤから固体番号を抽出するステップと、抽出された認証鍵が番組推奨エンジンを実行しても良いかどうかを判断するステップと、抽出されたＣａｂｌｅＣＡＲＤの固体番号が番組推奨エンジンを実行しても良いかどうかを判断するステップと、番組推奨エンジンを実行するステップを備えることを特徴とする番組推奨エンジンの使用認証方式を搭載した放送受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−２３５３０６（Ｐ２００７−２３５３０６Ａ）
【公開日】平成１９年９月１３日（２００７．９．１３）
【国際特許分類】
【出願番号】特願２００６−５１７１０（Ｐ２００６−５１７１０）
【出願日】平成１８年２月２８日（２００６．２．２８）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１９年９月１３日（２００７．９．１３）
【国際特許分類】
【出願日】平成１８年２月２８日（２００６．２．２８）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]