JP2007509517A - サービスを配信するためのシステム、送信機、受信機、信号及び方法 - Google Patents

Abstract

本発明は、複数のサービスを伝送する信号を配信するシステムに関する。本システムは、複数のサービスに属するナンバリング情報を生成し、ナンバリング情報を信号に含め、該信号を送信する送信機と、該信号を受信し、該信号からナンバリング情報を検索し、ナンバリング情報に依存して複数のサービスのうちのサービスに番号付けする受信機とを有する。

Description

本発明は、複数のサービスを搬送する信号を配信するためのシステムに関する。
また、本発明は、かかるシステムで使用するための送信機、受信機及び信号に関する。
また、本発明は、複数のサービスを搬送する信号を配信する方法、送信する方法、及び受信する方法に関する。

開始節で記載されるシステムは、たとえばテレビジョンプログラムといった複数のサービスを搬送するトランスポートストリームの地上波及びデジタル配信用のＤＴＢ−Ｔネットワークのようなデジタルネットワークから知られている。ネットワークオペレータは、搬送波周波数でトランスポートストリームを送出する送信機を使用してサービスをブロードキャストする。エンドユーザは、ブロードキャストが伝播する媒体により送信機に結合される受信機を使用することで、ブロードキャストされた内容を受ける。受信機は、所望のトランスポートストリーム及びサービスを受けるため、適切な搬送波周波数に同調する。エンドユーザは、典型的に、少なくとも１つの複数のサービスを受けるために選択する。受信機は、エンドユーザが参照し易いようにそれぞれのサービスに番号を割り当てる。この番号は、受信機のユーザインタフェースで使用される。受信機は、幾つかの送信機から信号を受ける場合がある。

公知のシステムにとって、受信機のユーザインタフェースが複数のサービスにおける変化又は送信機における変化により影響を受けることは問題である。衰えている又は動作していない送信機は、これらの変化を生じる場合がある。送信周波数を変えるオペレータ、又は、サービスを別の周波数又はネットワークに移動するオペレータは、これらの変化を生じる場合がある。

ネットワークオペレータが受信機でサービスの番号付けを制限された方法で影響を及ぼす可能性があることが別の問題である。

本発明の目的は、上述された問題を抱えることのない複数のサービスを搬送する信号を配信するシステムを提供することにある。

上記目的は、複数のサービスを伝送する信号を配信する（distribute）システムが、複数のサービスに関するナンバリング情報を生成し、該ナンバリング情報を信号に含め、該信号を送信する送信機と、該信号を受信し、該信号からナンバリング情報を回収し、該ナンバリング情報に依存して複数のサービスのうちのサービスに番号付けする受信機とを有する点で実現される。

ナンバリング情報を送信及び受信することで、受信機におけるサービスのナンバリングは、送信機により、すなわち送信機を制御するネットワークオペレータにより制御することができる。システムは、ＤＶＢ−Ｔネットワークの一部を含むか、該一部である場合がある。ナンバリング情報は、記述子（descriptor）、変更（modification）、履歴（history）、移動したサービスのインジケータ（indicator）、又はサービスにどのように番号付け（numbering）するかに関する指示のような、複数のサービスの所定の態様に属する場合がある。情報の詳細な例は以下に更に含まれ、テーブル及びそれぞれのテキストを参照されたい。ナンバリング情報の生成は、ネットワークオペレータの（手動の）制御下である場合がある。代替的に、ナンバリング情報は、自動的に作成される場合がある。

受信機は、テレビジョンセット、セットトップボックス、又はビデオレコーダのようなストレージ装置の一部である場合がある。受信機は、複数のサービス及びナンバリング情報を伝送する信号を受ける。受信機は、それぞれの受信されたサービスに番号を割り当てるために構成される場合がある。また、受信機は、サービスをサーチするために構成される場合もある。受信機は、情報に依存してサービスにナンバリングするために構成される。ナンバリングは、イベントに応答して変更される場合がある。かかるイベントの例は、以下に詳細に記載される。イベントは、受信されたナンバリング情報、受信機と対話しているエンドユーザ、又は受信品質に関する場合がある。サービスのナンバリングは、受信機におけるプロセッサにより実行されるソフトウェアで実現される場合がある。

本発明のシステム、送信機、受信機、信号、方法及びコンピュータプログラムプロダクトの先の目的及び特徴は、添付図面を参照して以下の記載から更に明らかとなるであろう。図面における幾つかの機能又はエレメントは、ソフトウェアエンティティ、ソフトウェアモジュール又はオブジェクトのようなソフトウェアで実現される場合がある。

ＤＶＢ−地上波により規定されるデジタル地上波テレビジョン（ＤＴＴ：Digital Terrestrial Television）ネットワークは、多数のデジタルテレビジョン及び無線サービス１２０，１２１を提供する。時間を通してネットワークが進化し、他のサービスを提供する。また、新たなＤＴＴネットワークを導入することができる。新たに移動したか又は削除されたサービスのトラックを保持する点でエンドユーザを支援するため、ＤＶＢ−地上波受信機１４０は、“Automatic Service Update Installation”機能が設けられる。“Automatic Service Update Installation”機能は、ＤＴＴネットワークにより配信されるようなサービスインフォメーション（ＳＩ）のようなシグナリング情報に依存する。プリセット番号１５１，１５２のサービス１２０，１２１への割り当ては、ディストリビューション１１０の一部である、ネットワークインフォメーションテーブル３１０における“logical_channel_descriptor”３２０の可用性に依存する。これは、製造業者に特化したソリューションをオープンにしたままであり、ＤＴＴネットワークオペレータにより望まれないことがある。

第一の記述子３４０の使用は、ＤＶＢ−Ｔ受信機における改善された“Automatic Service Update Installation”機能を得るために使用される場合がある。第一の記述子３４０は、ネットワークインフォメーションテーブル３１０（ＮＩＴ）に送信される場合がある。第一の記述子は、自動サービスアップデート記述子“Automatic Service Update descriptor”と呼ばれ、“Automatic Service Update Installation”をどのように実行すべきかに関するＤＶＢ−受信機のための詳細な情報を含んでいる。第一の記述子のシンタックス“syntax”及びセマンティックス“semantics”の例は、以下に更に与えられる。

新たなlinkage_type３５０の使用は、あるネットワーク内で移動したサービス１２０，１２１であるか、又は、あるネットワークから別のネットワークに移動したサービス１２０，１２１を合図するために使用される場合がある。新たなlinkage_type３５０のシンタックス及びセマンティックスの例は、以下に更に与えられる。

プリセット番号１５１，１５２の割り当てに関する更に多くの制御をＤＴＴネットワークオペレータに与えるため、第二の記述子３６０が使用される場合がある。第二の記述子３６０は、プリセット番号を特定のサービスのグループ１２０，１２１にどのように割り当てるかについて、受信機１４０用のリコメンデーション（推薦）を含む。第二の記述子３６０は、“LCN reserved range descriptor”と呼ばれる場合がある。第二の記述子は、ＮＩＴ３１０で伝送される場合がある。第二の記述子のシンタックス及びセマンティックスの例は、以下に更に詳細に与えられる。

シンタックスは、タグ、レングス及びバリューの組に基づいている。
ＤＶＢ−Ｔ受信機は、ＤＶＢ−Ｔネットワークでブロードキャストされたサービス情報に基づいてインストールされたサービスのリストを自動的に更新する場合がある。ネットワークオペレータと受信機の製造業者との間の共通の理解は、ＤＶＢ−Ｔ受信機における信頼できる自動更新のインスタレーション機能のために必要とされる。

受信機の観点から、自動サービスアップデートインスタレーション機能は、受信されたＤＶＢ−Ｔネットワークにより伝達されるサービス情報における変化を検出することを必要とする。このサービス情報は、ＮＩＴ／ａｃｔｕａｌで伝送される場合があり、ＮＩＴ／ｏｔｈｅｒで拡張される場合がある。また、ＳＤＴ／ａｃｔｕａｌ及びＳＤＴ／ｏｔｈｅｒは、サービス情報を含む。ここで、焦点は、ＮＩＴ／ａｃｔｕａｌで伝送されたサービス情報に当てられる。

自動サービスアップデートインスタレーション機能を記述するのを可能にするため、受信機においてインストールされたサービスのリストのコンセプトは、明らかにされるべきである。インストールされたサービスのリストのデータモデルは、後に記載される。このデータモデルは、引用としてのみ使用され、実現ルールを含むものではない。

「トリガ」
自動サービスアップデートインスタレーション機能は、受信機におけるバックグランドタスクとして実行することが想定される。これは、ユーザの視聴の経験を乱す可能性が低いことを意味する。また、ユーザは、サービスアップデートインスタレーション機能を開始するための直接的な制御を有さない場合がある。

サービスアップデートインスタレーション機能は、以下のトリガ、又は以下の組み合わせのいずれかによりアクチベートされる場合がある。新たなバージョンのＮＩＴ／ａｃｔｕａｌ３１０が受信されたこと。ユーザがサービス１２０、１２１に同調したこと。受信機１４０がスタンバイにスイッチしたこと。タイマが期限切れすること１６０。

組み合わせの例は、タイマの期限切れに応じてのみ機能がアクチベートされ、他のトリガ毎にタイマは再始動する。以下は、幾つかのトリガに応じて詳述される。

［新たなバージョンのＮＩＴ／ａｃｔｕａｌが受信される］
システムが新たなバージョンのＮＩＴ／ａｃｔｕａｌを受信したとき、このＮＩＴ／ａｃｔｕａｌにより記載されたネットワークにより提供されるサービスにおける変化を自動的に更新するため、ＮＩＴ／ａｃｔｕａｌにおけるデータを処理する。

以下の表は、ＮＩＴ／ａｃｔｕａｌにおけるどのデータがネットワークにおける変化を検出するために処理されるかの概観を与える。

ここで、黒塗りの円は、このデータにおける変化が列１で定義されたネットワークの変化の処理をトリガすることを示し、白抜きの円は、このデータが列１で定義されたネットワークの変化の更なる処理のために使用されることを示している。

「トランスポートストリームループにおける変化」
受信機は、ネットワークにより伝達されたトランスポートストリームにおける変化を検出するため、新たなバージョンのＮＩＴ／ａｃｔｕａｌのトランスポートストリーム（ＴＳ）ループを調べる。以下の変化が識別される。

１．受信機でインストールされたサービスのリストにより知られていないトランスポートストリームをＴＳループが記述するとき、トランスポートストリームはネットワークに追加される。受信機１４０は、（デリバリシステム記述子（delivery system descriptor）及び周波数リスト記述子（frequency list descriptor）を使用して）最良に同調された周波数を決定するため、新たなトランスポートストリームについて部分的なスキャンをスケジュールする場合がある。

２．受信機におけるインストールされたサービスのリストによりトランスポートストリームが知られているとき、トランスポートストリームは、ネットワークから削除され（及び、このネットワークにより伝達され）、このトランスポートストリームは、ＴＳループに記載されていない。削除されたトランスポートストリームを介して受信された受信機におけるインストールされたサービスのリストにおけるサービスは、削除のために推薦される場合がある。

［デリバリシステム記述子／周波数リスト記述子における変化］
受信機１４０は、デリバリシステム記述子及び周波数リスト記述子を調べ、受信機におけるインストールされたサービスのリストにより知られるデリバリパラメータ及びトランスポートストリームの周波数における変化を検出する。

デリバリシステム記述子又は周波数リスト記述子が変化したときに、トランスポートストリームには、ネットワークにおける１以上の新たな周波数が割り当てられる。受信機は、最良に同調された周波数を決定するために既存のトランスポートストリームについて部分的なスキャンをスケジュールする場合がある。これは、最も強度の高い信号又は最も高い受信品質の測定値をもつ周波数とすることができる。

［サービスリスト記述子における変化］
受信機１４０は、新たなバージョンのＮＩＴａｃｔｕａｌにおける全てのサービスリスト記述子を受信機におけるインストールされたサービスのリストと比較する。以下の変化が識別される。

１．インストールされたサービスのリストのservice_idが新たなバージョンのＮＩＴ／ａｃｔｕａｌ３１０におけるサービスリストの記述子のセットに列挙されていないとき、サービス１２０，１２１はネットワークから除かれる。サービスは、インストールされたサービスのリストにおける削除のために推薦される。これは、サービスがインストールされたサービスのリストから物理的に除かれていないが、受信機がそのトラックを保持することができるように保持されることを意味する。

２．新たなservice_idが新たなバージョンのＮＩＴ／ａｃｔｕａｌにおけるサービスリスト記述子のセットに列挙されたとき、サービスはネットワークに追加される。サービスは、インストールされたサービスのリストに追加される。

３．既存のservice_idが新たなバージョンのＮＩＴ／ａｃｔｕａｌにおける別のトランスポートストリームの記述のサービスリスト記述子に列挙されたとき、サービスは、ネットワークに再配置される。サービスプロパティは、インストールされたサービスのリストで更新される。

「プリセット番号１５０、１５１を新たなサービス１２０、１２１に割り当てる」
論理的なチャネル記述子３２０が新たなバージョンのＮＩＴ／ａｃｔｕａｌ３１０に存在するとき、サービスリストに追加された新たなサービスリストは、論理的なチャネル番号１２２に等しいプリセット番号１５０，１５１に自動的に割り当てられる。

新たなサービスの論理的なチャネル番号がインストールされたサービスのリストにおける別のサービスにより使用中であるとき、新たなサービスのプリセット番号が以下の状況に依存して解決される。

１．プリセット番号は、削除のために推薦されたサービスにより使用中である。受信機は、削除のために推薦されたサービスからプリセット番号を分離し、該プリセット番号を新たなサービスに割り当てる。

２．プリセット番号は、既存のサービスにより使用中であって、エンドユーザによりこのプロセット番号に手動で割り当てられた。受信機は、製造業者に依存するやり方で新たなサービスを別のプロセット番号に割り当てる場合がある。

３．プリセット番号は、別のネットワークからの既存のサービスにより使用中である。他のネットワークのＮＩＴ／ａｃｔｕａｌの新たなビジョンが利用可能であるので、受信機は、これを即座に解くことができない可能性がある。受信機は、（一時的な）プリセット番号を新たなサービスに割り当てる場合がある。受信機が他のネットワークに同調された後にのみ、（ユーザは別のサービスを選択する）受信機は、他のネットワークのＮＩＴ／ａｃｔｕａｌの現在のバージョンに基づいてこれを解くことができる。

ａ．他のネットワークが論理チャネル番号をこれ以上使用していないとき、新たなサービスが一時的なプリセット番号から論理チャネル番号に等しいプリセット番号に移動される場合がある。

ｂ．他のネットワークが論理チャネル番号をなお使用しており、新たに追加されたサービスとして同一のサービス（同じサービスＩＤ）を示すとき、受信機は、サービスのうちのどの１つがプロセット番号を割り当てたかを調整する（同じサービスをエンドユーザに見えないようにする）。

ｃ．他のネットワークが論理チャネル番号をなお使用しており、新たに追加されたサービスとは異なるサービス（異なるサービスＩＤ）を示すとき、サービスは地方によって異なる場合がある。受信機は、サービスのうちのどの１つが論理チャネル番号に等しいプリセット番号に割り当てられたかを調整する場合がある。他のサービスは、製造業者に依存するやり方で別のプリセット番号に割り当てられる。他のサービスは、製造業者に依存するやり方で別のプリセット番号に割り当てられる。

注記１：プリセット番号のコンフリクトは、２を超えるネットワークで生じる可能性がある。それらのケースでは、全ての関与するネットワークは、コンフリクトを解決するために調べられる。

注記２：論理チャネル記述子に等しいプリセット番号にどのサービスが割り当てられたかに関する調整は、製造業者に依存する。可能性のある調整の方法は、最良の受信品質をもつサービスを選択することである。

論理チャネル識別子３２０が新たなバージョンのＮＩＴ／ａｃｔｕａｌに存在するとき、新たなサービスが製造業者に特化した方法でフリーのプリセット番号に割り当てられる。

［特別なケース：サービスが別のネットワークに移動］
特定のネットワークに同調される受信機が他のネットワークで実際のアップデートへのアクセスを有しないとき（たとえば同調されたネットワークがＮＩＴ／ｏｔｈｅｒを伝達しないとき）、別のネットワークへのサービスの移動は、２つの連続的なアップデートで検出される。２つの個々のアップデートを検出する順序は任意であるが、受信機がどのように反応するかに関する影響を有する。

サービスが同調されたネットワークから別のネットワークに移動するとき、新たなバージョンのＮＩＴ／ａｃｔｕａｌは、サービスがネットワークから削除されたことを示す。移動したサービスを含む他のネットワークに受信機が同調されるまで、サービスの目的地に関する情報が存在しない。ＮＩＴ／ａｃｔｕａｌは、サービスがネットワークに追加されたことを示す。

サービスが別のネットワークから同調されたネットワークに移動したとき、新たなバージョンのＮＩＴ／ａｃｔｕａｌはサービスがネットワークに追加されたことを示す。受信機は、追加されたサービスが複製であることに気付き、どの１つがプリセット番号に割り当てられたかを調整する場合がある。ユーザがこのサービスを選択したとき、受信機は、サービスが移動したことを知る必要なしにサービスの新たな位置を既に探索することができる。

したがって、リンケージ記述子３５０は、サービスが別のネットワークに移動することを示すために使用される場合がある。

［論理チャネル記述子３２０における変化］
新たなバージョンのＮＩＴ／ａｃｔｕａｌ３１０における論理チャネル識別子３２０が、既存のサービス１２０，１２１が他のプリセット番号１５０，１５１に再配置されたことを示すとき、受信機１４０は、これに応じて、インストールされたサービス１２０，１２１のリストを更新する場合がある。コンフリクトは、先に記載されたようなやり方で処理される場合がある。既存のサービスのプリセット番号は、新たなサービスとのコンフリクトをできるだけ回避するため、プリセット番号を新たなサービスに割り当てる前に再び割り当てられる場合がある。

［受信機がトランスポートストリームのパーシャルスキャンをスケジュールしたとき］
パーシャルスキャンが最良に同調されたトランスポートストリームの周波数を発見する必要があるとき、このパーシャルスキャンは、以下のときに開始される場合がある。

１．ユーザは、（サービスセレクションにより）パーシャルスキャンを必要とするトランスポートストリームに同調する。パーシャルスキャンは、このトランスポートストリームのみのために行われる場合がある。

２．ユーザがスタンバイモードで受信機をスイッチするとき。パーシャルスキャンは、パーシャルスキャンを必要とする各トランスポートストリームについて行われる。

パーシャルスキャンの間、受信機は、公知のＮＩＴ／ａｃｔｕａｌからの地上波伝送システム記述子及び周波数リスト記述子で規定される全ての周波数に同調する場合がある。最良の受信品質をもつ周波数は、最良に同調された周波数として設定される。

トランスポートストリームが全く受信されないとき、ユーザがトランスポートストリームを選択するたびに、パーシャルスキャンが繰り返される場合がある。

［ユーザがサービスに同調する］
プリセット番号１５１，１５２を選択することで、ユーザがサービス１２０，１２１に同調するとき、受信機１４０は、指定されたサービス１２０，１２１を伝送するトランスポートストリームにはじめに同調し、次いでサービスを選択する場合がある。このプロセスにおける２つの特定の状況は、自動的なサービスアップデートインスタレーション機能をトリガする場合がある。

［トランスポートストリームを同調することができないとき］
ユーザがトランスポートストリームに同調し、チューナが指定された周波数でトランスポートストリームをロックすることができないとき又は信号損失が検出されたとき、受信機は、要求されたトランスポートストリームを回復するためにパーシャルスキャンを実行する場合がある。パーシャルスキャンが要求されたトランスポートストリームを回復することができないとき、受信機は、同じネットワークにおける別のトランスポートストリームに同調するように試みる場合がある。これが成功したとき、ＮＩＴ／ａｃｔｕａｌは、ネットワークの変化を検出するために調べられる場合がある。ネットワークの変化が検出されないとき、受信機は、選択されたサービスが一時的に利用不可能であることをユーザに通知する。ネットワークの変化が検出されたとき、受信機は、インストールされたサービスのリストを更新する場合がある。

［周波数変化の後にトランスポートストリームを再配置するための代替的な方法］
ネットワーク送信機が他の周波数に再構成されているとき、古い周波数を使用したパーシャルスキャンは結果を有さない場合がある。フルサービスのインスタレーションの必要を防止するため、放送者側は、送信機の再構成の前の最後の期間の間に、次のバージョンのＮＩＴａｃｔｕａｌ３１０における新たな送信機の周波数を知らせる場合がある。受信機は、次のバージョンのＮＩＴａｃｔｕａｌをメモリに記憶し、新たな送信機のコンフィギュレーションにおいて最良に同調された周波数を発見するため、パーシャルスキャンの間に新たな周波数を使用する場合がある。

［選択されたサービス１２０，１２１が利用可能ではないとき］
ユーザがインストールされたサービスからサービスを選択し、サービスが利用不可能であること（又は利用不可能になったこと）を受信機が検出したとき、受信機は、同じサービス又は代替となるサービスを同調するための多数の代替を試みる場合がある。

第一の代替は、インストールされたサービスのリストで同じサービス（同じservice_id）を発見することである。
第二の代替は、同一の論理チャネル番号をもつインストールされたサービスのリストにおけるサービスを発見することである。
代替が発見されないとき、サービスが利用可能でないことがユーザに通知される場合がある。

［受信機はスタンバイにスイッチされる］
レギュラーフルスキャン：新たなネットワークを検出する能力を高めるため、（たとえば、スタンバイモードで少なくとも１週間に１回）周波数の規則的なフルスキャン（full
scan）を実行することが望ましい。ブロードキャスタがフルスキャンを必要とする主要なネットワーク変化を示す別の記述子が提案される。

目的：自動的なサービスアップデート機能をシグナリングする実現。
自動サービスアップデート記述子：automatic_service_update_descriptor３４０は、ＮＩＴ３１０の第一のループで伝送される場合がある。

表１：自動サービスアップデート記述子
［自動サービスアップデート記述子のためのセマンティクス］
service_list_enable_flag：この１ビットフィールドは、受信機の自動サービスアップデート機能がユーザサービスリストを更新するため、ＮＩＴ／ａｃｔｕａｌで伝送されたservice_list_descriptorにおける情報を使用することができるかを示している。“１”に設定される場合、受信機は、第二のループのＮＩＴ／ａｃｔｕａｌにおけるservice_list_descriptorで伝送される情報を信頼する。“０”に設定された場合、受信機は、サービスアップデートがユーザサービスリストで処理される前にＳＤＴ／ａｃｔｕａｌをチェックする場合がある。

注１：service_list_enable_flagが“１”に設定されたとき、ＮＩＴは、ネットワークのトランスポートストリーム毎に、完全なservice_list_descriptorを伝送する場合がある。

注２：ＮＩＴ／ａｃｔｕａｌにおけるservice_list_descriptorが完全なサービスのリストを含む場合、ＳＤＴチェックが必要とされる場合がある。たとえば、各サービスがネットワークによりカバーされる全ての地理的な領域で受信することができない場合、ＳＤＴ／ａｃｔｕａｌは、service_availability_descriptorでこの情報を伝送する場合がある。

partial_scan_flag：この１ビットフィールドは、受信機の自動サービスアップデート機能が第二のループのＮＩＴ／ａｃｔｕａｌにおけるfrequency_list_descriptorに基づいたパーシャルスキャンを実行する。“１”に設定された場合、パーシャルスキャンが実行される。“０”に設定された場合、パーシャルスキャンが推薦されない。

注：partial_scan_flagが“１”に設定された場合、ＮＩＴは、ネットワークのそれぞれのトランスポートストリームについて代替的な周波数のフルリストを規定する場合がある。

SDTother_flag：この１ビットフィールドは、受信機の自動サービスアップデート機能がサービスリストを更新するためにＳＤＴ／ｏｔｈｅｒテーブルを使用することができるかを示している。“１”に設定されている場合、ＳＤＴ／ｏｔｈｅｒテーブルは、サービスリストを更新するために使用することができる。“０”に設定されている場合、ＳＤＴ／ｏｔｈｅｒの使用は、サービスリストを自動更新するために推薦されない。

注：ＳＤＴ／ｏｔｈｅｒの使用により、自動サービス更新機能の性能が向上する場合がある。適切な機能について、ＳＤＴ／ｏｔｈｅｒにおける情報は、ネットワークにおける各トランスポートストリームについて終了されるべきである。それぞれのＳＤＴ／ｏｔｈｅｒは、対応するトランスポートストリームのＳＤＴ／ａｃｔｕａｌと同じ情報を含むべきである。

［移動されたサービスを識別するためのリンケージタイプ３５０］
新たなリンケージタイプは、“service move”は、リンケージ記述子について定義される。このタイプのリンケージ記述子は、第一のループのＮＩＴ３１０で伝送される場合がある。

“service move”リンケージタイプ３５０は、別のネットワークへの特定のサービスの移動を指示するために使用される。さらに、同じネットワークでのサービスの移動は、
このケースでは指示されず、service_list_descriptor/frequency_list_descriptorは、第二のループのＮＩＴで伝送されず、ＳＤＴ／ｏｔｈｅｒは利用不可能である。

表２：自動サービスアップデート記述子
［リンケージタイプ“service move”のためのセマンティクス］
service_move_type：これはサービス移動のタイプを規定する８ビットフィールドである。

表３：サービス移動タイプのコーディング
注：新たなネットワークが導入されたとき、既存のサービスは、この新たなネットワークに必ずしも移動しない。また、新たなネットワークのみが新たなサービスを導入することが可能である。このケースでは、linkage_descriptorにおけるservice_idフィールドは、受信機に未だ知られていないサービスを示す場合がある。

Network_id：この１６ビットフィールドは、サービスを伝達しているネットワークを識別する。
以下の記述は、“service move”リンケージの記述子のループで使用することができる。terrestrial_delivery_system_descriptor、及びfrequency_list_descriptor。これら２つの記述子の組み合わせは、サービスが存在することができる全ての可能な周波数を規定する。

「ＬＣＮリザーブレンジ記述子」
LCN_reserved_range_descriptor３６０は、第一のループのＮＩＴ３１０で伝送される場合がある。

表４：ＬＣＮリザーブレンジ記述子
ＬＣＮリザーブレンジ記述子のためのセマンティクス
range_type：これは、レンジタイプを規定する８ビットフィールドである。

表５：レンジタイプコーディング
lowest_preset_number：同じサービス１２０，１２１を割り当てるために使用されるプリセット番号１５１、１５２のレンジの最も低い値。値は、１から９９９までのレンジにある場合がある。
highest_preset_number：同じサービスを割り当てるために使用されるプリセット番号のレンジの最も高い値。値は、１から９９９までのレンジにある。

range_typeは、レンジが受信機１４０によりどのように適用されるかを示している。サービス１２０，１２１のＬＣＮ３２０により指摘されるプリセット番号が受信機１４０で既に占有される場合、受信機は、どのrange_typeが０ｘ０１に等しいかについて規定されたレンジにおけるプリセット番号１５１，１５２にサービスを割り当てるために指示される。

受信機の装置の特定のサービスは、ゲームサービスのような受信機に対してローカルであるサービスである場合がある。

受信機は、ラジオサービス及びテレビサービス用のプリセット番号の個別のリストを使用する場合がある。１つの番号がラジオサービス及びテレビサービスの両者を示すのを回避するため、レンジタイプrange_type０ｘ０３で規定されるレンジは、プリセット番号をラジオサービスに割り当てるために使用される。

先に記載された実施の形態は、本発明を制限するよりはむしろ例示するものであり、当業者であれば、特許請求の範囲から逸脱することなしに多くの代替的な実施の形態を設計可能である。請求項では、括弧間に位置された参照符号は請求項を限定するとして解釈されるべきではない。単語「有する“comprising”」は、請求項で列挙されたエレメント又はステップ以外のエレメント又はステップの存在を排除するものではない。エレメントに先行する単語“ａ”又は“ａｎ”は、複数のかかるエレメントの存在を排除するものではない。本発明は、幾つかの個別のエレメントを有するハードウェアにより、適切にプログラムされたコンピュータにより実現することができる。幾つかの手段を列挙している装置の請求項では、これらの手段の幾つかは、同一アイテムのハードウェアにより実施することができる。所定の手段が相互に異なる従属の請求項で引用される事実は、これらの手段の組み合わせを利用することができないことを示すものではない。

本発明に係る配信サービス向けのシステム１００を示すブロック図である。 本発明に係る配信サービス向けの方法２００を示すフローチャートである。 本発明に係る信号１１０を例示する図である。

Claims (15)

1. 複数のサービスを伝送する信号を配信するシステムであって、
   複数のサービスに属するナンバリング情報を生成し、該ナンバリング情報を信号に含めて該信号を送信する送信機と、
   前記信号を受信し、該信号からナンバリング情報を検索し、該ナンバリング情報に依存して複数のサービスのうちのサービスに番号付けする受信機と、
   を有することを特徴とするシステム。
2. 前記ナンバリング情報は、前記複数のサービスの履歴に関する、
   ことを特徴とする請求項１記載のシステム。
3. 前記ナンバリング情報は、前記複数のサービスのうちのサービスの変更に関する、
   ことを特徴とする請求項１記載のシステム。
4. 前記変更は、周波数の変更、トランスポートストリームの変更及び／又はネットワークの変更を含む、
   ことを特徴とする請求項３記載のシステム。
5. 前記ナンバリング情報は、送信における変化に関する、
   ことを特徴とする請求項１記載のシステム。
6. 請求項１記載のシステムでの使用向けの送信機。
7. 請求項１記載のシステムでの使用向けの受信機。
8. 前記受信機は、受信品質に依存して前記複数のサービスのうちのサービスに番号付けするために構成される、
   ことを特徴とする請求項７記載の受信機。
9. 前記受信機は、前記複数のサービスの履歴に依存して前記複数のサービスのうちのサービスに番号付けするために構成される、
   ことを特徴とする請求項７記載の受信機。
10. 前記受信機は、イベントに応答して前記複数のサービスのうちのサービスに番号付けするために構成される、
    ことを特徴とする請求項７記載の受信機。
11. 前記信号は、ナンバリング情報の表現を含む、
    請求項１記載のシステムでの使用向けの信号。
12. コンピュータプログラムプロダクトを実行したときに、プログラマブル装置が請求項７記載の受信機として機能するのを可能にするコンピュータプログラムプロダクト。
13. 複数のサービスを伝送する信号を配信する方法であって、
    前記複数のサービスに関するナンバリング情報を生成するステップと、
    該ナンバリング情報を信号に含めるステップと、
    該信号を送信するステップと、
    該信号を受信するステップと、
    該信号からナンバリング情報を検索するステップと、
    前記ナンバリング情報に依存して複数のサービスのうちのサービスに番号付けするステップと、
    を含むことを特徴とする方法。
14. 複数のサービスを伝送する信号を送信する方法であって、
    前記複数のサービスに関するナンバリング情報を生成するステップと、
    該ナンバリング情報を信号に含めるステップと、
    該信号を送信するステップと、
    を含むことを特徴とする方法。
15. 複数のサービスを伝送する信号を受信する方法であって、
    該信号を受信するステップと、
    該信号からナンバリング情報を検索するステップと、
    前記ナンバリング情報に依存して複数のサービスのうちのサービスに番号付けするステップと、
    を含むことを特徴とする方法。
    
    
    

Images