(57)【要約】  接続するネットワークが変わってもつねに正しいチャンネル情報を取得することができる放送受信装置を提供する。ネットワーク構成情報ファイルおよびチャンネル情報を記憶する記憶手段（２９）と、前記放送受信装置の各部を制御する制御手段（２５）とを備え、前記制御手段は、起動時にネットワークに接続し、ネットワーク構成情報ファイルを取得し、取得したネットワーク構成情報ファイルに記載されるネットワーク名が前記記憶手段に記憶されたネットワーク構成情報ファイルに記載されるネットワーク名と異なっているかどうかを判定し、異なっている場合、前記ネットワーク構成情報ファイルに記載される情報に基づいてチャンネル情報を取得し、前記記憶手段に記憶されたネットワーク構成情報ファイルおよびチャンネル情報を新たに取得したネットワーク構成情報ファイルおよびチャンネル情報に書き換える。
2010041674.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ放送を受信可能な放送受信装置であって、
ネットワーク構成情報ファイルおよびチャンネル情報を記憶する記憶手段と、
前記放送受信装置の各部を制御する制御手段とを備え、
前記制御手段は、起動時にネットワークに接続し、ネットワーク構成情報ファイルを取得し、取得したネットワーク構成情報ファイルに記載されるネットワークを識別する情報が前記記憶手段に記憶されたネットワーク構成情報ファイルに記載されるネットワークを識別する情報と異なっているかどうかを判定し、異なっている場合、チャンネル情報を初期化することを特徴とする放送受信装置。
【請求項２】
前記ネットワーク構成情報ファイルに記載される情報に基づいてチャンネル情報が存在する場合にはチャンネル情報を取得し、前記記憶手段に記憶されたネットワーク構成情報ファイルおよびチャンネル情報を新たに取得したネットワーク構成情報ファイルおよびチャンネル情報に書き換えることを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記ネットワークを識別する情報はネットワーク名であることを特徴とする請求項１又は２に記載の放送受信装置。
【請求項４】
前記制御手段は、前記ネットワーク構成情報ファイルに記載された情報に基づいてプラットフォーム構成情報ファイルを取得し、前記プラットフォーム構成情報ファイルに記載された情報に基づいてチャンネル情報を取得することを特徴とする請求項２又は３に記載の方送受信装置。
【請求項５】
前記制御手段は、前記ネットワーク構成情報ファイルに記載された情報に基づいて複数のプラットフォーム構成情報ファイルを取得し、前記複数のプラットフォーム構成情報ファイルの各々に記載された情報に基づいてチャンネル情報を取得することを特徴とする請求項２又は３に記載の方送受信装置。
【請求項６】
ＩＰ放送を受信可能な放送受信装置においてチャンネル情報を更新する方法であって、
起動時にネットワークに接続するステップと、
ネットワーク構成情報ファイルを取得するステップと、
新たに取得したネットワーク構成情報ファイルに記載されるネットワークを識別する情報と、以前に取得した記憶されているネットワーク構成情報ファイルに記載されるネットワークを識別する情報とを比較するステップと、
前記２つのネットワーク名が異なる場合、チャンネル情報を初期化するステップと、
新たに取得したネットワーク構成情報ファイルに記載される情報に基づいてチャンネル情報が存在するかどうか識別するステップと、チャンネル情報が存在する場合にチャンネル情報を取得するステップと、
記憶されているネットワーク構成情報ファイルおよびチャンネル情報を新たに取得したネットワーク構成情報ファイルおよびチャンネル情報に書き換えるステップとを含むことを特徴とする方法。
【請求項７】
請求項６に記載の方法をコンピュータに実行させるためのプログラム。
【請求項８】
請求項７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置に関し、特にＩＰ放送を受信可能な放送受信装置に関する。
【背景技術】
【０００２】
近年、放送受信装置においては、ネットワークに接続することにより、様々なサービスを受けることができるようになってきている。その１つに、ＩＰ放送がある。ＩＰ放送とは、主にブロードバンドを使用する専用ＩＰ網により映像や音声を配信するものである。ＩＰ放送では、地上波放送や衛星放送などと同様の多チャンネル放送サービスや、ビデオオンデマンドサービスなどが提供される。【０００３】
このようにサービスが多岐となり、且つ提供するサービサーも多数となりつつある現状において、どのようにユーザとサービサーとが契約されているかによって、放送受信機で視聴可能なコンテンツがまったく異なるにもかかわらず、それをユーザが把握することが困難である、という課題がある。【０００４】
ＩＰ放送の場合、放送受信装置は、初回起動時に、接続するＣＤＮ（Contents Delivery Network）のＣＤＮ構成情報ファイルを取得し、ＣＤＮ構成情報ファイルに記載されているＰＦ（プラットフォーム）構成情報ファイルを取得し、ＰＦ構成情報ファイルに記載されているマルチキャストアドレスに接続し、ＳＩ（Service Information）専用ストリームからＰＦ中の全チャンネル情報を取得することによってチャンネルサーチを行う必要がある。【０００５】
特許文献１には、前回サービスを利用した際に暗号化処理に用いられた暗号鍵が現在の暗号鍵よりも古い暗号鍵である場合に、現在の暗号鍵と古い暗号鍵の双方で暗号化処理を行って、２つのサービス利用識別情報を生成し、生成した２つのサービス利用識別情報をサービス提供サーバに送信して、古いサービス利用識別情報を新しいサービス利用識別情報に更新するよう指示することにより、暗号化処理によるＩＤの生成において、暗号鍵が更新された場合においても的確に更新後のＩＤの利用者を特定することができる更新情報生成装置が記載されている。
【特許文献１】特開２００８−１５３７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の放送受信装置では、例えば、引越しやＣＤＮ事業者の乗り換え等によって、接続するＣＤＮが変わった場合、受信できるチャンネルが変わってしまうので、チャンネルサーチを新たに行う必要がある。しかしながら、接続するＣＤＮが変わったのにもかかわらずチャンネルサーチを行わないと、以前接続されていたＣＤＮのＣＤＮ構成情報ファイルによって取得されたチャンネル情報を参照してしまうことで、放送受信装置の誤動作を招いたり、所望のチャンネルの受信ができなくなったりするおそれがあるという問題があった。【０００７】
特許文献１の従来技術では、更新された情報と古い情報をペアリングする必要があり、記憶容量の増大を招いたり、時間が掛かるといった問題があった。【０００８】
本発明は、このような実状に鑑みてなされたものであり、接続するネットワークが変わってもつねに正しいチャンネル情報を取得することができる放送受信装置を提供する。
【課題を解決するための手段】
【０００９】
本発明の放送受信装置は、起動時に毎回ネットワーク構成情報ファイルを取得し、そこに記載されたネットワークを識別する情報が以前に取得したネットワーク構成情報ファイルに記載されたネットワークを識別する情報と異なっている場合は、接続されるネットワークが変わったと判断して、チャンネル情報を初期化する。【００１０】
新しいネットワークにチャンネル情報が存在する場合には、新たにチャンネルサーチを行う。このようにすることで、接続するネットワークが変わった場合にユーザが新たにチャンネルサーチする手間を省き、古いチャンネル情報を参照することで引き起こされる不具合を避けることができる。【００１１】
本発明の放送受信装置は、ＩＰ放送を受信可能な放送受信装置であって、ネットワーク構成情報ファイルおよびチャンネル情報を記憶する記憶手段と、前記放送受信装置の各部を制御する制御手段とを備え、前記制御手段は、起動時にネットワークに接続し、ネットワーク構成情報ファイルを取得し、取得したネットワーク構成情報ファイルに記載されるネットワークを識別する情報が前記記憶手段に記憶されたネットワーク構成情報ファイルに記載されるネットワークを識別する情報と異なっているかどうかを判定し、異なっている場合、チャンネル情報を初期化することを特徴とする。【００１２】
前記ネットワーク構成情報ファイルに記載される情報に基づいてチャンネル情報が存在する場合にはチャンネル情報を取得し、前記記憶手段に記憶されたネットワーク構成情報ファイルおよびチャンネル情報を新たに取得したネットワーク構成情報ファイルおよびチャンネル情報に書き換えるようにしてもよい。【００１３】
前記ネットワークを識別する情報はネットワーク名であってもよい。【００１４】
前記制御手段は、前記ネットワーク構成情報ファイルに記載された情報に基づいてプラットフォーム構成情報ファイルを取得し、前記プラットフォーム構成情報ファイルに記載された情報に基づいてチャンネル情報を取得してもよい。【００１５】
前記制御手段は、前記ネットワーク構成情報ファイルに記載された情報に基づいて複数のプラットフォーム構成情報ファイルを取得し、前記複数のプラットフォーム構成情報ファイルの各々に記載された情報に基づいてチャンネル情報を取得してもよい。【００１６】
本発明のＩＰ放送を受信可能な放送受信装置においてチャンネル情報を更新する方法は、起動時にネットワークに接続するステップと、ネットワーク構成情報ファイルを取得するステップと、新たに取得したネットワーク構成情報ファイルに記載されるネットワークを識別する情報と、以前に取得した記憶されているネットワーク構成情報ファイルに記載されるネットワークを識別する情報とを比較するステップと、前記２つのネットワーク名が異なる場合、チャンネル情報を初期化するステップと、新たに取得したネットワーク構成情報ファイルに記載される情報に基づいてチャンネル情報が存在するかどうか識別するステップと、チャンネル情報が存在する場合にチャンネル情報を取得するステップと、記憶されているネットワーク構成情報ファイルおよびチャンネル情報を新たに取得したネットワーク構成情報ファイルおよびチャンネル情報に書き換えるステップとを含むことを特徴とする。【００１７】
本発明は、上記の方法をコンピュータに実行させるためのプログラムであってもよく、該プログラムを記録したコンピュータ読みとり可能な記録媒体であってもよい。プログラムは、インターネットなどの伝送媒体を介して取得されたものでもよい。
【発明の効果】
【００１８】
本発明によれば、接続するネットワークが変わってもつねに正しいチャンネル情報を取得することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の放送受信装置の構成の一例を示すブロック図である。
【図２】ＣＤＮ構成情報（ＸＭＬ）ファイルの一例を示す図である。
【図３】ＰＦ構成情報ファイルの一例を示す図である。
【図４】放送受信装置が接続するＣＤＭの変更について説明する図である。
【図５】本発明の放送受信装置における起動時のチャンネルサーチの手順を説明するフローチャートである。
【符号の説明】
【００２０】
Ａ  デジタル放送受信装置
１  フロントエンド
３  デマルチプレクサ
５  映像・音声デコード部
７  音声出力部
１１  番組情報デコード部
１７  画面合成部
２１  表示部
２５  制御部
２８  インターフェイス部
２９  記憶部
ＮＴ  インターネット
Ｂ  コンテンツサーバ
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の放送受信装置の構成の一例を示すブロック図である。図１に示すデジタル放送受信装置Ａは、アンテナから受信したデジタル放送の信号を受信して選局するなどの処理を行うフロントエンド１と、デマルチプレクサ３と、デマルチプレクサ３からの出力をデコードする映像・音声デコード５と、デコードされた映像信号と後述する番組表データとを合成して表示させるための信号を生成する画面合成部１７と、画面合成部１７で合成した信号に基づく表示部２１と、音声を出力する音声出力部７と、を有している。【００２２】
さらに、デマルチプレクサ３から出力された番組情報をデコードする番組情報デコード部１１と、番組情報デコード部１１によりデコードされた番組情報に基づいて電子番組表を生成する電子番組表生成部１５と、を備える。【００２３】
加えて、他の外部機器との間のインターフェイスを形成するインターフェイス部２８と、制御機器であるリモコン装置からのリモコン信号を受信するリモコン受光部２３と、全体を制御する制御部（ＣＰＵ）２５と、制御部２５において実行され、各種の処理を行わせるためのアプリケーションプログラムを記録し、そのプログラムを展開してＣＰＵに提供するメモリ部（ＲＡＭ・ＲＯＭ）２７と、後述するＣＤＮ構成情報ファイルやチャンネル情報を記憶する記憶部と、を有している。インターフェイス部２８は、後に説明するＣＤＮを介して、コンテンツサーバＢからデジタルコンテンツの配信を受けることができる。制御部２５は、ＩＰＴＶ選択時の選局に関する制御も行う。【００２４】
本発明の放送受信装置は、デジタルコンテンツの配信の目的で設計されたネットワークであるＣＤＮ（Contents Delivery Network）を介してコンテンツサーバからデジタルコンテンツの配信を受ける。放送受信装置のユーザが契約するＩＰ放送のＣＤＮ事業者ごとに使用するＣＤＮは決まっており、ＣＤＮ事業者によっては東日本・西日本など地域ごとに複数のＣＤＮを使用することもある。放送受信装置は、提供されるサービスについての情報を得るために、接続されたＣＤＮの構成情報ファイルを取得する。ＣＤＮ構成情報ファイルは、通常、ＸＭＬで記述される。どのＣＤＮに接続される場合も、ＣＤＮ構成情報ファイルを取得するためのＵＲＬは同じである（http://cdn.iptvf.jp/cdn.comp）。放送受信装置がつながるＤＮＳ（Domain Name System）によって返るＩＰアドレスがＣＤＮごとに変わるように運用される。ＣＤＮごとにＣＤＮ構成情報ファイルの内容は異なる。【００２５】
図２は、ＣＤＮ構成情報ファイルの一例を示す図である。<cdn_name>タグと</cdn_name>タグに挟まれた文字列（本例では“Network-A”）によって、放送受信機が現在接続しているＣＤＮを識別できる。<pf_url>タグと</pf_url>タグに挟まれた文字列（本例では“http://www.platform-a.iptvf.jp/fdn-e/pf.comp”）は、後述するＰＦ（プラットフォーム）構成情報ファイルを取得するためのＵＲＬである。【００２６】
図３は、ＰＦ構成情報ファイルの一例を示す図である。ＰＦ構成情報ファイルもＣＤＮ構成情報ファイルと同様、通常、ＸＭＬで記述される。ＰＦ構成情報ファイルにおいて、<si_stream>タグと</si_stream>タグに挟まれた部分に、ＳＩ（Service Information）専用ストリーム情報が記述されている。このＳＩ専用ストリーム情報において、<multicast_address>タグと</multicast_address>タグに挟まれた文字列（本例では“ff38::100”）は、マルチキャストアドレスである。放送受信装置は、チャンネルサーチ時、このマルチキャストアドレスに接続して、ＳＩ専用ストリームからＰＦ中の全チャンネル情報を取得することができ、ＩＰ放送を視聴できる。【００２７】
加えてＰＦ構成情報ファイルにおいて、<portal_url>タグと、</portal_url>タグに挟まれた部分に、ポータルのＵＲＬが記述されている。このＵＲＬから接続する先でＶＯＤ（ビデオオンデマンド）サービスを受ける事ができる。【００２８】
ＣＤＮでは、ＣＤＮ事業者のサービス形態により、ＩＰ放送サービスまたはＶＯＤサービスまたはこの両方のサービスを受けることができる。【００２９】
図４は、放送受信装置が接続するＣＤＮの変更について説明する図である。まず、ユーザは東京でＩＰ放送をサービスしているＣＤＮ事業者であるＣＤＮ事業者Ａに契約していたとする。ＣＤＮ事業者Ａは地域ごとに異なるＣＤＮによってサービスを提供している。東京にいるユーザの放送受信装置は、Ｎｅｔｗｏｒｋ−Ａ１というＣＤＮに接続される。【００３０】
例１として、ユーザが東京から大阪へ引っ越した場合を想定する。ユーザは東京にいる頃と同じＣＤＮ事業者Ａと契約している。しかし、ＣＤＮ事業者Ａは、大阪では、東京におけるＣＤＮであるＮｅｔｗｏｒｋ−Ａ１とは異なるＣＤＮ、Ｎｅｒｗｏｒｋ−Ａ２によってサービスを提供する。したがって、大阪に引っ越したユーザの放送受信装置は、Ｎｅｔｗｏｒｋ−Ａ２に接続されることになる。ＣＤＮ事業者Ａが提供するサービスは、Ｎｅｔｗｏｒｋ−Ａ１においてもＮｅｔｗｏｒｋ−Ａ２においても同じ１００チャンネルのＩＰ放送であるが、放送の中身が同じでも各チャンネルのＩＰアドレスが変化する。したがって、このような場合、新たにチャンネルサーチをして、Ｎｅｔｗｏｒｋ−Ａ２において視聴可能なチャンネルの情報を取得することが必要となる。【００３１】
例２として、ＣＤＮ事業者Ａから他のＣＤＮ事業者であるＣＤＮ事業者Ｂに乗り換える場合を想定する。ＣＤＮ事業者Ｂがサービスを提供するＣＤＮは、Ｎｅｔｗｏｒｋ−Ｂである。ＣＤＮ事業者ＡとＣＤＮ事業者Ｂとでは、ＩＰ放送の構成すべてが異なる。場合によってはＣＤＮ事業者ＢはＩＰ放送サービスは行っておらず、ＶＯＤサービスだけしかない場合も存在する。したがってこのような場合、ＩＰ放送をサービスしている場合には新たにチャンネルサーチをして、ＣＤＮ事業者Ｂが提供するＮｅｔｗｏｒｋ−Ｂにおいて視聴可能なチャンネルの情報を取得することが必要となる。【００３２】
図５は、本発明の放送受信装置における起動時のチャンネルサーチの手順を説明するフローチャートである。ステップＳ１０１において、放送受信装置の電源がオンになり起動する。ステップＳ１０２において、放送受信装置は、ＣＤＮに接続し、ＵＲＬ：http://cdn.iptvf.jp/cdn.compにアクセスしてＣＤＮ構成情報ファイルを取得する。ステップＳ１０３において、新たに取得したＣＤＮ構成情報ファイル内に記載されたＣＤＮ名（<cdn_name>タグと</cdn_name>タグに挟まれた文字列）が、以前に取得し記憶部に記憶されているＣＤＮ構成情報ファイル内に記載されたＣＤＮ名と同じかどうかを判定し、同じであれば接続されたＣＤＮに変化がないと判断し、動作を終了し、異なっていれば接続されたＣＤＮが変わったと判断し、ステップＳ１０４に進む。【００３３】
ステップＳ１０４において、放送受信装置はＣＤＮが変わり、新しいネットワークに接続したと判断して、記憶部に記憶されている以前に取得した全チャンネル情報を消去する。【００３４】
ステップＳ１０５において、放送受信装置は、新たに取得したＣＤＮ構成情報ファイル内に記載されたＰＦ構成情報ファイルのＵＲＬ（<pf_url>タグと</pf_url>タグに挟まれた文字列）を用いてＰＦ構成情報ファイルを取得する。【００３５】
ステップＳ１０６において、記憶部に記憶されている、以前に接続されていたＣＤＮのＣＤＮ構成情報ファイルと、ＰＦ構成情報ファイルを消去し、ステップＳ１０２において新たに取得したＣＤＮ構成情報ファイルと、ステップＳ１０５において新たに取得したＰＦ構成情報ファイルを更新する。【００３６】
ステップＳ１０７において、ＰＦ情報ファイル内に記載されたマルチキャストアドレス（<multicast_address>タグと</multicast_address>タグに挟まれた文字列）の有無調査し、タグ自体が無い場合、またはマルチキャストアドレスが無い場合は、チャンネル情報が無いと判断し、動作を終了する。チャンネル情報があるならば、ステップＳ１０８に進む。【００３７】
ステップＳ１０８において、マルチキャストアドレスに接続し、ＳＩ専用ストリームからＰＦ中の全チャンネル情報を取得する。この際、ＳＩ専用ストリームの受信は、ＲＴＰ（Real-time Transport Protocol）（ＵＤＰ（User Datagram Protocol））プロトコルにより行われ、全局分のＮＩＴ（Network Information Table）データを取得してチャンネル情報とする。新たに取得したチャンネル情報を更新し、動作を終了する。【００３８】
なお、接続されるＣＤＮに複数のＰＦが存在する場合、ステップＳ１０５で複数のＰＦ構成情報ファイルを取得し、ステップＳ１０６で各々更新した後、各ＰＦごとにステップＳ１０７〜Ｓ１０９の処理を行う。【００３９】
以上説明したように、本発明の放送受信装置では、毎起動時にＣＤＮ構成情報ファイルを取得し、この新たに取得したＣＤＮ構成情報ファイルに記載されているＣＤＮ名を、以前に取得して記憶されているＣＤＮ構成情報ファイルに記載されているＣＤＮ名と比較し、これらが異なっている場合、接続するＣＤＮが変わったと判断し、全チャンネル情報を消去し、新たに取得したＣＤＮ構成情報ファイルに記載されている情報に基づいてＰＦ構成情報ファイルを取得し、ＰＦ構成情報ファイルに記載されているマルチキャストアドレスに接続して、チャンネル情報を取得し、記憶部に記憶されているＣＤＮ構成情報ファイルとチャンネル情報を新たなものに更新する。【００４０】
このようにすることで、ユーザの引越しやＣＤＮ事業者の乗換え等によって、放送受信装置が接続するＣＤＮが変わった場合、ユーザが意図的にチャンネルサーチをする必要がなく、現在接続されているＣＤＮにおいて提供されるチャンネルのチャンネル情報を自動的に取得することができる。また、接続するＣＤＮが変わったにもかかわらず、新たなチャンネルサーチを行わなかったことで、現在接続されているＣＤＮとは異なるＣＤＮのＣＤＮ構成情報ファイルに基づいて取得されたチャンネル情報を参照してしまうことで引き起こされる、放送受信装置の誤作動等の不具合を防ぐことができる。
【産業上の利用可能性】
【００４１】
本発明は、放送受信装置に利用可能である。
【図１】
2010041674.tif 000003
【図２】
2010041674.tif 000004
【図３−１】
2010041674.tif 000005
【図３−２】
2010041674.tif 000006
【図４】
2010041674.tif 000007
【図５】
2010041674.tif 000008
【国際調査報告】
2010041674.tif 000009
2010041674.tif 000010
2010041674.tif 000011
2010041674.tif 000012