(57)【要約】  ストリームの入力が遅延した場合でも、追ってストリームが入ってくるかどうかを判別し、ストリームが入ってきた場合は映像を表示することができるＩＰ放送受信装置を提供する。ＢＭＬによる表示においてコンテンツ側からstreamstatus属性をplayにする要求がなされた場合、ＩＰ放送サーバからチャンネル情報が取得されているかどうかを判定し、ＩＰ放送サーバからチャンネル情報が取得されていればstreamstatus属性をplayにし、ＩＰ放送サーバからチャンネル情報が取得されていなければstreamstatus属性をstopにする。
2010044362.tif 000002
【特許請求の範囲】
【請求項１】
ＢＭＬによる表示においてコンテンツ側からstreamstatus属性をplayにする要求がなされた場合、ＩＰ放送サーバからチャンネル情報が取得されているかどうかを判定し、ＩＰ放送サーバからチャンネル情報が取得されていればstreamstatus属性をplayにし、ＩＰ放送サーバからチャンネル情報が取得されていなければstreamstatus属性をstopにすることを特徴とするＩＰ放送受信装置。
【請求項２】
ＢＭＬによる表示を行うステップと、
コンテンツ側からstreamstatus属性をplayにする要求を受けるステップと、
ＩＰ放送サーバからチャンネル情報が取得されているかどうかを判定するステップと、
チャンネル情報が取得されている場合、streamstatus属性をplayにするステップと、
チャンネル情報が取得されていなければstreamstatus属性をstopにするステップとを含むことを特徴とする方法。
【請求項３】
請求項２に記載の方法をコンピュータに実行させるためのプログラム。
【請求項４】
請求項３に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置に関し、特に、ＩＰ放送を受信可能な放送受信装置に関する。
【背景技術】
【０００２】
ＩＰ放送受信装置において、ポータルサイト等を表示するためのデータは、通常、ＢＭＬ（Broadcast Markup Language）記述方式によって記述される。ＩＰ放送を受信する際、コンテンツ側はＢＭＬ中に記載されたオブジェクトの属性の１つであるstreamstatus属性を読み出して、ストリームが放送受信装置に入力されているか否かを判別することにより、映像が出ているか否かを確認していた。【０００３】
この属性は、コンテンツ側からread／writeが可能であるのに、視聴の利便性のためにはなんら用いられていなかった。【０００４】
特許文献１には、ＩＰ放送サーバとＩＰ放送端末との間に管理装置を配置させて、ＩＰＴＶ放送チャネル数、ＩＰ放送端末数が増加しても、ＩＰ放送チャネル番号とマルチキャストアドレスを効率的に管理できるＩＰ放送システムが記載されている。
【特許文献１】特開２００８−１６０１９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＢＭＬに記述されたオブジェクトのstreamstatus属性をplayにしても、なんらかの事情ですぐにはストリームが入ってこないことがある。また、上述したように、streamstatus属性を読み出すことにより、映像が出ているか否かを確認することが行われている。したがって、従来のＩＰ放送受信機では、ＢＭＬによる表示においてコンテンツ側からstreamstatus属性をplayにする要求がなされた場合、streamstatus属性をplayにしてから一定期間内にストリームが入力されない場合、streamstatus属性をstopにしていた。したがって、なんらかのトラブルで以後継続的にストリームが入ってこない場合だけでなく、たまたまストリームの入力が遅延していた場合、一定期間後にストリームが入力されても受け取ることができず、映像を表示することができないという問題があった。【０００６】
本発明は、このような実情に鑑みてなされたものであり、ストリームの入力が遅延した場合でも、追ってストリームが入ってくるかどうかを判別し、ストリームが入ってきた場合は映像を表示することができるＩＰ放送受信装置を提供する。
【課題を解決するための手段】
【０００７】
本発明のＩＰ放送受信装置は、ＢＭＬによる表示においてコンテンツ側からstreamstatus属性をplayにする要求がなされた場合、ＩＰ放送サーバからチャンネル情報が取得されているかどうかを判定し、ＩＰ放送サーバからチャンネル情報が取得されていればstreamstatus属性をplayにし、ＩＰ放送サーバからチャンネル情報が取得されていなければstreamstatus属性をstopにすることを特徴とする。【０００８】
本発明の方法は、ＢＭＬによる表示を行うステップと、コンテンツ側からstreamstatus属性をplayにする要求を受けるステップと、ＩＰ放送サーバからチャンネル情報が取得されているかどうかを判定するステップと、チャンネル情報が取得されている場合、streamstatus属性をplayにするステップと、チャンネル情報が取得されていなければstreamstatus属性をstopにするステップとを含むことを特徴とする。【０００９】
本発明は、上記の方法をコンピュータに実行させるためのプログラムであってもよく、該プログラムを記録したコンピュータ読みとり可能な記録媒体であってもよい。プログラムは、インターネットなどの伝送媒体を介して取得されたものでもよい。
【発明の効果】
【００１０】
本発明のＩＰ放送受信装置は、ストリームの入力が遅延した場合でも、追ってストリームが入ってくるかどうかを判別し、ストリームが入ってきた場合は映像を表示することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の放送受信装置の構成の一例を示すブロック図である。
【図２】Ｌ字表示のポータルサイトを説明する図である。
【図３】ＢＭＬ文書における映像オブジェクトを説明する図である。
【図４】従来のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する処理を説明するフローチャートである。
【図５】本発明のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する処理を説明するフローチャートである。
【符号の説明】
【００１２】
Ａ  デジタル放送受信装置
１  フロントエンド
３  デマルチプレクサ
５  映像・音声デコード部
７  音声出力部
１１  番組情報デコード部
１７  画面合成部
２１  表示部
２５  制御部
２８  インターフェイス部
２９  記憶部
ＮＴ  インターネット
Ｂ  コンテンツサーバ
【発明を実施するための最良の形態】
【００１３】
図１は、本発明の放送受信装置の構成の一例を示すブロック図である。図１に示すデジタル放送受信装置Ａは、アンテナから受信したデジタル放送の信号を受信して選局するなどの処理を行うフロントエンド１と、デマルチプレクサ３と、デマルチプレクサ３からの出力をデコードする映像・音声デコード５と、デコードされた映像信号と後述する番組表データとを合成して表示させるための信号を生成する画面合成部１７と、画面合成部１７で合成した信号に基づく表示部２１と、音声を出力する音声出力部７と、を有している。【００１４】
さらに、デマルチプレクサ３から出力された番組情報をデコードする番組情報デコード部１１と、番組情報デコード部１１によりデコードされた番組情報に基づいて電子番組表を生成する電子番組表生成部１５と、を備える。【００１５】
加えて、他の外部機器との間のインターフェイスを形成するインターフェイス部２８と、制御機器であるリモコン装置からのリモコン信号を受信するリモコン受光部２３と、全体を制御する制御部（ＣＰＵ）２５と、制御部２５において実行され、各種の処理を行わせるためのアプリケーションプログラムを記録し、そのプログラムを展開してＣＰＵに提供するメモリ部（ＲＡＭ・ＲＯＭ）２７と、後述するＣＤＮ構成情報ファイルやチャンネル情報を記憶する記憶部と、を有している。インターフェイス部２８は、後に説明するＣＤＮを介して、コンテンツサーバＢからデジタルコンテンツの配信を受けることができる。制御部２５は、ＩＰＴＶ選択時の選局に関する制御も行う。【００１６】
ＩＰ放送受信装置では、電源を入れて、リモコンのＩＰ放送のボタンを押すと、ポータルサイトが表示される。例えばこのポータルサイトは、図２に示すように、コンテンツを選択するボタンやお知らせ情報等が配置されたＬ字型の静的領域と、コンテンツの映像が表示される動的領域から成る、Ｌ字表示によって表示される。例えば、リモコンの操作によって、静的領域の天気予報のボタンを押すと、動的領域に天気予報のコンテンツが表示される。【００１７】
このようなポータルサイト等を表示させるデータは、ＢＭＬ（Broadcast Markup Language）で記述される。動的領域において表示される映像は、映像オブジェクトによって記述される。【００１８】
図３は、ＢＭＬ文書における映像オブジェクトを説明する図である。<bml>タグと</bml>タグに囲まれたＢＭＬ文書において、映像オブジェクトを配置するための記述として、図３の破線で囲まれた部分のような“object”タグの記述を行うことができる。“object”タグにおいて、属性“type”では、映像の種類を指定することができる。図３の例では、映像がＩＰ放送であることを示している。属性“data”では、ＩＰ放送のチャンネルを指定することができる。属性“streamstatus”では、再生状態を示す“play”と、何も表示しない状態を示す“stop”とを指定することができる。これらの属性は、コンテンツ側からスクリプトでread／writeすることが可能である。例えば、静的領域の天気予報のボタンが押された場合、streamstatus属性をstopにして一端ＩＰ放送をストップして、data属性を天気予報のチャンネルに変えて、再びstreamstatus属性をplayにするようにスクリプトを記述すれば、静的領域の天気予報のボタンを押すと、動的領域に天気予報のコンテンツが表示されるようになる。【００１９】
streamstatus属性のplayは、マルチキャストアドレスにジョインしろという命令であり、streamstatus属性のstopは、ジョインしているマルチキャストアドレスからリーブしろという命令である。マルチキャストアドレスにジョインするためにはＳＩ（Service Information）専用ＴＳ（Transport Stream）からチャンネル情報を得ることが必要であり、チャンネル情報を取得するためには、ＳＩ専用ＴＳにジョインすることが必要である。【００２０】
本発明のＩＰ放送受信装置は、streamstatus属性をplayにする要求があると、チャンネル情報がある場合、すなわち、ＩＰ放送サーバからチャンネル情報を取得している場合、ストリームの入力があると判断して、streamstatus属性をplayにする。したがって、ストリームが遅れて来た場合でも、streamstatus属性がplayのままであるため、ストリームを受け取ることができ、映像を表示することができる。【００２１】
コンテンツ側がstreamstatus属性を読み出して、streamstatus属性がplayかstopかによってストリームがＩＰ放送受信装置に入力されているか否かを判別することにより、映像が出ているか否かを確認することが行われている。したがって、ストリームが継続的に入力されない場合は、streamstatus属性をstopにする必要がある。本発明のＩＰ放送受信装置は、チャンネル情報がない場合、ストリームが継続的に入力されないと判断して、streamstatus属性をplayにしない。【００２２】
本発明のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する具体的な処理を説明する。まず、比較対象として従来のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する処理を説明する。【００２３】
図４は、従来のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する処理を説明するフローチャートである。ステップＳ１０１において、ＣＤＮ構成情報を取得する。ステップＳ１０２において、ＣＤＮ構成情報に記載される情報に基づいてＰＦ構成情報を取得する。ステップＳ１０３において、ＰＦ構成情報に記載される情報に基づいてＳＩ専用ＴＳを取得する。ステップＳ１０４において、ＰＦ構成情報に記載される情報に基づいてＢＭＬ文書を取得する。ステップＳ１０５において、コンテンツ側からＩＰ放送オブジェクトのstreamstatus属性をplayにする指示があったとする。【００２４】
ステップＳ１０６において、streamstatus属性をplayにする。ステップＳ１０７、ステップＳ１０８において、一定期間内にストリームの入力があったかどうかを判定する。一定期間内にストリームの入力があった場合は、ステップＳ１０９においてＢＭＬ文書を破棄し、動作を終了する。一定期間内にストリームの入力がなかった場合は、ステップＳ１１０においてＩＰ放送オブジェクトのstreamstatus属性をstopにし、ステップＳ１０９においてＢＭＬ文書を破棄し、動作を終了する。【００２５】
このような従来の処理によれば、streamstatus属性をplayにしてから一定期間内にストリームの入力がない場合、常にstreamstatus属性をstopにしていた。したがって、一定期間が過ぎた後にストリームが入力されても受け取ることができず、映像を表示することができない。【００２６】
図５は、本発明のＩＰ放送受信装置におけるstreamstatus属性をplayにする要求に対する処理を説明するフローチャートである。ステップＳ２０１において、ＣＤＮ構成情報を取得する。ステップＳ２０２において、ＣＤＮ構成情報に記載される情報に基づいてＰＦ構成情報を取得する。ステップＳ２０３において、ＰＦ構成情報に記載される情報に基づいてＳＩ専用ＴＳを取得する。ステップＳ２０４において、ＰＦ構成情報に記載される情報に基づいてＢＭＬ文書を取得する。ステップＳ２０５において、コンテンツ側からＩＰ放送オブジェクトのstreamstatus属性をplayにする指示があったとする。ここまでは従来のＩＰ放送受信装置における処理と同様である。【００２７】
ステップＳ２０６において、チャンネル情報が存在するか、すなわち、ステップＳ２０３においてＳＩ専用ＴＳにジョインしチャンネル情報が正しく取得されていたかどうかを判定する。チャンネル情報が存在する場合、ステップＳ２０７において、streamstatus属性をplayにする。チャンネル情報が存在しない場合、ステップＳ２０８において、streamstatus属性をstopにする。ステップＳ２０９において、ＢＭＬ文書を破棄し、動作を終了する。【００２８】
本発明のＩＰ放送受信装置では、チャンネル情報の有無によってストリームが入ってくるかどうかを判別する。ストリームの入力が遅延しても、チャンネル情報がある場合は追ってストリームの入力があるものとしてstreamstatus属性をplayにすることを許可することにより、ストリームが入ってきたら映像を表示することができる。また、チャンネル情報がない場合は、継続的にストリームの入力がないものと判断し、streamstatus属性をstopにし、streamstatus属性が読み出されたときにストリームの入力がないことを示すようにすることができる。
【産業上の利用可能性】
【００２９】
本発明は、ＩＰ放送受信装置に利用可能である。
【図１】
2010044362.tif 000003
【図２】
2010044362.tif 000004
【図３】
2010044362.tif 000005
【図４】
2010044362.tif 000006
【図５】
2010044362.tif 000007
【国際調査報告】
2010044362.tif 000008
2010044362.tif 000009
2010044362.tif 000010
2010044362.tif 000011