(57)【要約】  デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を送信する方法は、送信されるＥＳＧデータを収集するステップと、マルチストリームモードがＥＳＧデータを送信するために使用される場合に、送信パラメーターを設定し、マルチストリームモードで使用されるＩＰストリームの個数を設定するステップと、各ＩＰストリームに少なくとも１つの区分基準が使用されるか否かを示すシグナリングフィールドを設定するステップと、該当する区分基準に従って使用された各ＩＰストリームの全てのフィールドに対して、開始フィールド値及び終了フィールド値のうちの少なくとも１つを設定するステップと、開始フィールド値及び終了フィールド値の設定が完了すると、設定された値を含むＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化するステップと、符号化されたＥＳＧデータを端末機に送信するステップと、を含む。
2009512318.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を送信する方法であって、
送信されるＥＳＧデータを収集するステップと、
マルチストリームモードが前記ＥＳＧデータを送信するために使用される場合に、送信されるパラメーターを設定し、前記マルチストリームモードで使用されるＩＰストリームの個数を設定するステップと、
各ＩＰストリームで複数の区分基準のうちの少なくとも１つが使用されるか否かを示すシグナリングフィールドを設定するステップと、
該当する区分基準に従って使用された前記各ＩＰストリームの全てのフィールドに対して開始フィールド値及び終了フィールド値のうちの少なくとも１つを設定するステップと、
前記開始フィールド値及び前記終了フィールド値の設定が完了すると、前記設定された値を含むＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化するステップと、
前記符号化されたＥＳＧデータを端末機に送信するステップと、
を含むことを特徴とする方法。
【請求項２】
該当するフィールドが該当するＩＰストリームで使用されないことを示す特定の値を有するように、前記開始フィールド値及び前記終了フィールド値を設定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記マルチストリームモードが使用される場合に送信されるパラメーターは、
使用された区分基準数と、各基準がオーバーラップされるか否かを示すオーバーラップ指示子と、使用された区分識別子と、各区分値が符号化された方式を示す符号化指示子と、各区分値を通知するフィールドの長さを示す長さ値と、を含むことを特徴とする請求項１に記載の方法。
【請求項４】
デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を受信する方法であって、
ＥＳＧブートストラップセッションを介してＥＳＧデータを受信するのに必要とされる基本情報を受信するステップと、
前記ＥＳＧデータがマルチストリームモードで送信されたか否かを判定するステップと、
前記ＥＳＧデータが前記マルチストリームモードで送信された場合には、ＥＳＧ通知カルーセルセッションのＩＰアドレスを前記基本情報から取得し、ＥＳＧ初期化コンテナーのパーティション宣言フィールドを確認するステップと、
前記ＥＳＧ初期化コンテナーのパーティション宣言フィールドを介して前記マルチストリームモードでのＩＰストリームの個数を確認し、区分基準がＩＰストリームごとに使用されるか否かを把握するステップと、
前記区分基準が使用される場合に必要とされるパラメーター値を前記パーティション宣言フィールドから取得し、前記各ＩＰストリームを介して送信されたＥＳＧデータの区分情報を取得するステップと、
前記取得された区分情報を使用して、特定のＩＰストリームを少なくとも１つのフィールドに区分し、必要とされるＥＳＧデータを特定のフィールドから選択的に復調するステップと、
を含むことを特徴とする方法。
【請求項５】
前記区分基準が使用されるか否かを把握するステップは、
各区分ごとに使用されるか否かを通知するために宣言されたシグナリングフィールドの値が使用されることを特徴とする請求項４に記載の方法。
【請求項６】
前記区分基準が使用されるか否かを把握するステップは、
前記各フィールドの開始フィールド値及び終了フィールド値が同一の特定の値を有するように設定された場合に、前記区分基準が使用されるものと判定されることを特徴とする請求項４に記載の方法。
【請求項７】
前記区分情報は、使用された区分基準数と、各基準がオーバーラップされるか否かを示すオーバーラップ指示子と、使用された区分識別子と、各区分値が符号化された方式を示す符号化指示子と、各区分値を通知するフィールドの長さを示す長さ値と、を含むことを特徴とする請求項４に記載の方法。
【請求項８】
デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を送信する装置であって、
入力データインターネットプロトコル（ＩＰ）ストリームと、ＩＰストリームごとに区分基準が使用されるか否かが設定されたパラメーターと、マルチストリームモードを使用する場合に必要とされるパラメーターが含まれた少なくとも１つのＥＳＧ ＩＰストリームをカプセル化して出力するＩＰカプセル化器と、
前記カプセル化されたＩＰストリームとＴＶストリームとを多重化する多重化器と、
前記多重化されたデータを変調し、前記変調されたデータを受信器に送信する変調器と、
を含むことを特徴とする装置。
【請求項９】
前記区分基準が前記ＩＰストリームごとに使用されない場合に、前記開始フィールド値及び前記終了フィールド値は、前記区分基準が前記ＩＰストリームごとに使用されないことを示す特定の値を有するように設定されていることを特徴とする請求項８に記載の装置。
【請求項１０】
前記マルチストリームモードが使用される場合に必要とされるパラメーターは、
使用された区分基準数と、各基準がオーバーラップされるか否かを示すオーバーラップ指示子と、使用された区分識別子と、各区分値が符号化された方式を示す符号化指示子と、各区分値を通知するフィールドの長さを示す長さ値と、を含むことを特徴とする請求項８に記載の装置。
【請求項１１】
デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を受信する装置であって、
送信器から受信された信号を復調する復調器と、
前記復調された信号を逆多重化し、前記逆多重化された信号をＩＰカプセル化されたパケットとＭＰＥＧ２転送ストリームパケットとに分割する逆多重化器と、
前記ＩＰカプセル化されたパケットをＩＰストリームに復調し、前記復調されたＩＰストリームをＥＳＧストリーム及びデータストリームに分割するＩＰデカプセル化器と、
前記ＥＳＧデータの分析の結果、前記ＥＳＧデータがマルチストリームモードで送信された場合には、前記ＥＳＧデータからＩＰストリームごとに各区分基準が使用されるか否かを判定し、前記マルチストリームモードを使用する場合に必要とされるパラメーターを受信し、前記受信されたパラメーターを分析し、前記ＥＳＧデータを復調するＥＳＧプロセッサーと、
前記データストリーム及び前記転送ストリームパケットを処理するデータプロセッサーと、
前記ＥＳＧプロセッサー及び前記データプロセッサーから出力されたユーザー要請情報を出力するユーザーインターフェース部と、
を含むことを特徴とする装置。
【請求項１２】
前記ＥＳＧプロセッサーは、前記ＥＳＧデータ内で前記区分基準が使用されるか否かを示すフィールドの値を用いて前記区分基準が使用されるか否かを判定することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ＥＳＧプロセッサーは、前記各区分基準の開始フィールド値及び終了フィールド値を用いて前記区分基準が使用されるか否かを判定し、前記開始フィールド値及び前記終了フィールド値が特定の値を有するように設定されている場合には、前記区分基準が使用されるものと判定することを特徴とする請求項１１に記載の装置。
【請求項１４】
前記マルチストリームモードが使用される場合に必要とされるパラメーターは、
使用された区分基準数と、各基準がオーバーラップされるか否かを示すオーバーラップ指示子と、使用された区分識別子と、各区分値が符号化された方式を示す符号化指示子と、各区分値を通知するフィールドの長さを示す長さ値と、を含むことを特徴とする請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオブロードキャストシステム（Digital Video Broadcasting system：以下、“ＤＶＢ”と称する。）に関し、特に、電子サービスガイド（Electronic Service Guide：以下、“ＥＳＧ”と称する。）データの送受信において、電子サービスガイドデータをさらに効率的に送信して復調する方法及び装置に関する。
【背景技術】
【０００２】
ＤＶＢシステムは、ヨーロッパのデジタルブロードキャスト技術であり、既存のデジタルブロードキャストだけでなく、移動用及び携帯用デジタルマルチメディアサービスを支援するための送信規格に該当する。
【０００３】
ＤＶＢシステムにおいて、ＭＰＥＧ２転送ストリーム（Transport Stream：以下、“ＴＳ”と称する。）基盤のブロードキャストデータを多重化し、インターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）基盤のデータストリームを同時に送信することができる。また、ＤＶＢシステムにおいて、様々なサービスは、１つのＩＰストリームで多重化されて送信されることができ、端末は、上記送信されたＩＰストリームのデータを受信した後に、個別サービスへの逆多重化を遂行して上記サービスを復調し、上記復調されたサービスをスクリーンを介してユーザーに出力することができる。ここで、上記ユーザーは、ＤＶＢシステムにより提供された様々なサービスの種類に関する情報及び各サービスのコンテンツなどに関する情報を必要とする。
【０００４】
ＤＶＢシステムにおいて、ＥＳＧデータは、各サービスに関する情報を通知するために存在する。上記ＥＳＧデータは、特定のサービスに関する時間情報、関連したコンテンツ情報、上記コンテンツを受信するために必要とされる情報、及び上記コンテンツを購買するために必要とされる情報などを含む。上記ＥＳＧデータは、上記情報の効率的な送信のためのデータモデルを構成し、上記データモデルに基づく送信データを決定する。
【０００５】
図１は、ＥＳＧのデータモデルを構造的に示すブロック図である。
図１を参照すると、各ブロックは、ＥＳＧのフラグメントを示す。すなわち、ＥＳＧデータモデルは、サービスフラグメント１１０と、スケジュールイベント（scheduleEvent）フラグメント１２５と、コンテンツフラグメント１３５と、取得（Acquisition）フラグメント１１５と、サービスバンドル（serviceBundle）フラグメント１０５と、購買（Purchase）フラグメント１２０と、購買チャネル（purchaseChannel）フラグメント１３０と、を含む。
【０００６】
サービスフラグメント１１０は、全サービスに関する説明を含み、スケジュールイベントフラグメント１２５は、時間によるサービス情報を示し、取得フラグメント１１５は、データを実際に受信するために必要とされる情報を含む。サービスバンドルフラグメント１０５は、複数のサービスがバンドルされて提供される１つのサービスバンドルに関する情報を含み、購買フラグメント１２０は、上記サービスバンドルを購買するためのコスト情報を通知し、購買チャネルフラグメント１３０は、上記購買のための権利を取得するために使用されなければならないシステムに関する情報を通知する。
【０００７】
上記データモデルの各フラグメントは、他のフラグメントを参照することもある。ここで、上記参照は、他のフラグメントから送信された情報を使用することにより、現在のフラグメントが自身のフラグメントに関連した情報を通知することを示す。すなわち、１つのサービスが複数のコンテンツを含む場合には、サービスフラグメント１１０は、全サービスに関連した説明、例えば、サービスの名前及びサービスで使用された言語などを含んでいるが、上記サービスを介して送信されたコンテンツに関連した説明は、含んでいない。その代わりに、サービスフラグメント１１０は、該当するコンテンツのコンテンツフラグメント１３５を参照する。また、端末が上記サービスを受信するために必要とされる様々な情報、例えば、送信プロトコルで使用されたセッション情報は、サービスフラグメント１１０が参照している取得フラグメント１１５を受信して復調することにより得られることができる。
【０００８】
上記参照関係にあるフラグメントは、自身が参照しているフラグメントのＩＰを自身の参照フラグメント内に有していなければならない。サービスフラグメント１１０が特定のコンテンツを参照する場合には、サービスフラグメント１１０は、参照されたコンテンツフラグメント１３５のＩＤをサービスフラグメント１１０内に明確に定義する。
【０００９】
上記ＥＳＧデータモデルは、実際のデータストリームとは別の時間で別のＩＰストリームを介して端末に送信される。したがって、サービスプロバイダーは、上記ＥＳＧデータモデルを使用することにより、ユーザーがサービスを実際に受信する前に認識しなければならない情報を送信することができる。また、上記ＥＳＧデータモデルは、プログラムに関するガイドに加えて、様々な目的で使用されてもよい。
【００１０】
上記ＥＳＧデータが別のＩＰストリームを介して送信される際には、上記ＥＳＧデータは、１つのＩＰストリームを介して送信されるか、または、上記ＥＳＧデータの量が多い場合には、１つ以上のＩＰストリームを介して送信されることができる。この後、上記１つのＩＰストリームを使用する場合をシングルストリームモードと呼び、上記１つ以上のＩＰストリームを使用する場合をマルチストリームモードと呼ぶ。上記マルチストリームモードを使用するにあたり、上記フラグメントを各ＩＰストリームに区分するための基準が存在する。かかる基準は、複数のフラグメントが存在する場合には、各フラグメント間の関係を考慮して、上記フラグメントを各ＩＰストリームに区分して割り当てるための基準を示す。上記基準は、ＤＶＢシステムにおいて区分（partitioning）情報を意味する。上記区分情報は、時間、サービスＩＤなどを含んでもよい。
【００１１】
例えば、ＥＳＧデータが２つのＩＰストリームを使用して送信される場合には、現在の時間から１２時間後までのＥＳＧデータが２つのＩＰストリームのうちの１番目のストリームを使用して送信される方式で区分を設定することができ、その後の１２時間のＥＳＧデータが２つのＩＰストリームのうちの２番目のストリームを使用して送信される方式で区分を設定することができる。このような場合には、各ＩＰストリームの区分基準は、時間であり、上記区分値は、１２時間となる。上記区分基準は、１つ以上の値を有してもよく、上記区分されたデータは、各ＩＰストリームを使用して送信される。
【００１２】
上記マルチストリームモードが使用される場合には、受信器は、上記ＥＳＧデータを送信するために使用されたＩＰストリームの個数、または１つ以上のＩＰストリームで使用された区分基準に関する情報を取得しなければならない。したがって、上記区分が使用される場合には、必要とされるパラメーターに関する情報は、送信器から受信器に送信されなければならない。
【００１３】
ＥＳＧデータが上記区分基準を用いて送信される場合には、上記ＥＳＧデータは、ＥＳＧフラグメントを示し、これらのＥＳＧフラグメントは、ＥＳＧコンテナーを介して送信される。ここで、上記コンテナーは、上記ＥＳＧフラグメントのセットに該当し、１つまたはそれ以上のＥＳＧフラグメントを含み、各フラグメントの特性を説明するヘッダーとともに送信される。したがって、受信器が上記ＥＳＧコンテナーを介して送信されたＥＳＧフラグメントを復調するために必要とされる初期情報を送信する必要がある。以下、上記初期情報を送信するためのコンテナーは、ＥＳＧ初期化（init）コンテナーと呼ばれる。上記ＥＳＧ初期化コンテナーは、様々なフィールドを含む。上記様々なフィールドの中で、上記区分情報を送信するためのフィールドが存在する。かかるフィールドは、パーティション宣言（partition declaration）と呼ばれる。ＥＳＧデータがマルチストリームモードを使用する場合には、受信器は、上記パーティション宣言により提供された情報を介して、各ＩＰストリームに関する情報と各ＩＰストリームで使用される区分情報とを認識することができる。
【００１４】
図２は、従来技術によるマルチストリームモードでＥＳＧデータを送信する送信器の動作を示すフロー図である。
図２を参照すると、ステップ２０５で、送信器は、送信されるＥＳＧデータを収集する。ステップ２１０で、送信器は、上記ＥＳＧデータを送信するにあたり、上記マルチストリームモードを使用するか否かを判定する。送信器が上記マルチストリームモードを使用しない場合には、ステップ２１５が遂行される。すなわち、送信器は、上記収集されたＥＳＧデータを各データのタイプに従って符号化した後に、ステップ２７５が遂行される。しかしながら、送信器が上記マルチストリームモードを使用する場合には、ステップ２２０が遂行される。送信器は、データ送信に必要とされるパラメーターを設定する。
【００１５】
上記マルチストリームモードを使用する場合に必要とされるパラメーターは、使用された区分基準数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ）、オーバーラッピング（overlapping）、使用された区分識別子（すなわち、ｆｉｅｌｄ_ｉｄｅｎｔｉｆｉｅｒ）、区分符号化（すなわち、ｆｉｅｌｄ_ｅｎｃｏｄｉｎｇ）、及び区分長さ（すなわち、ｆｉｅｌｄ_ｌｅｎｇｔｈ）値を含む。上記区分基準数は、使用された区分基準数を通知するパラメーターであり、上記オーバーラッピングは、各区分が重なっているか否かを通知するパラメーターであり、上記区分識別子は、各区分により使用された基準を通知するパラメーターである。上記区分符号化は、各区分値を符号化した方式を通知するパラメーターであり、上記区分長さは、各区分値を示すフィールドのバイト数を通知するパラメーターである。ここで、各区分は、１つのフィールドと呼ばれる。
【００１６】
上記パラメーターを設定した後に、ステップ２２５で、送信器は、ＥＳＧデータを送信するＩＰストリームの個数を設定する（ｎ_ｏ_ＩＰＳｔｒｅａｍ＝Ｐ）。上記基本パラメーターを設定した後に、送信器は、ステップ２３０で、ＥＳＧフラグメントを各ＩＰストリームに割り当てるために、ＩＰｓｔｒｅａｍ_ｎｕｍｂｅｒを‘０’に設定し、ｆｉｅｌｄ_ｎｕｍｂｅｒを‘０’に設定する。
【００１７】
ステップ２３５で、送信器は、上記設定されたＩＰｓｔｒｅａｍ_ｎｕｍｂｅｒが使用されるＩＰストリームの総数Ｐより小さいか否かを判定する。上記ＩＰｓｔｒｅａｍ_ｎｕｍｂｅｒがＰより小さい場合には、送信器は、ステップ２４０で、上記ｆｉｅｌｄ_ｎｕｍｂｅｒが使用された区分の総数Ｎより小さいか否かを判定する。上記ｆｉｅｌｄ_ｎｕｍｂｅｒがＮより小さい場合には、送信器は、ステップ２５０で、上記区分のオーバーラップがあるか否かを判定する。上記区分のオーバーラップがある場合には、送信器は、ステップ２５５で、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”をすべて設定する。開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、区分情報値に対応する。
【００１８】
例えば、上記区分識別子が時間として設定された場合には、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分される基準時間を示す。すなわち、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間から終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間までのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。他の例では、上記区分識別子がサービスＩＤとして設定された場合には、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分されたサービスＩＤ番号を示す。すなわち、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤから終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤまでのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。
【００１９】
一方、ステップ２５０での判定の結果として、上記区分のオーバーラップがない場合には、送信器は、ステップ２６０で、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”の代わりに、終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”のみを設定する。上記区分のオーバーラップがない場合には、送信器は、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が“（以前のＩＰストリームの終了値ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ）＋１”と同一であるので、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”を個別に宣言しない。
【００２０】
開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了すると、送信器は、ステップ２６５で、次の区分基準のための開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、フィールド番号（field number）値を“１”増加させる。その後、送信器は、ステップ２４０で、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値が使用された区分の個数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ値）より小さいか否かをさらに判定する。
【００２１】
ステップ２４０での判定の結果として、ｆｉｅｌｄ_ｎｕｍｂｅｒ値が使用された区分の個数Ｎより小さい場合には、ＩＰストリームごとに使用された区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了したので、ステップ２４５を遂行する。すなわち、送信器は、次のＩＰストリームで使用される区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、上記ＩＰストリーム番号値を１つずつ増加させる。その後、ステップ２３５を遂行する。すなわち、送信器は、上記ＩＰストリーム番号値が使用されたＩＰストリームの個数Ｐより小さいか否かをさらに判定する。
【００２２】
ステップ２３５での判定の結果として、上記ＩＰストリーム番号値が使用されたＩＰストリームの個数Ｐより大きい場合には、送信器は、使用されるＩＰストリームに対する全てのパラメーターの設定が完了したため、ステップ２７０で、上記設定されたパラメーター値を使用することにより、ＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化する。ステップ２７５で、送信器は、上記符号化されたＥＳＧ初期化コンテナーのパーティション宣言フィールドだけではなく、符号化された全てのＥＳＧデータを収集する。ステップ２８０で、送信器は、上記収集されたＥＳＧデータを上記Ｐ個のＩＰストリームを介して送信する。
【００２３】
図３は、従来技術によるマルチストリームモードでＥＳＧデータを受信する受信器の動作を示すフロー図である。
図３を参照すると、ステップ３０５で、受信器は、上記ＥＳＧデータを復調するために、ＥＳＧブートストラップセッションを受信する。上記ＥＳＧブートストラップセッションは、受信器が上記ＥＳＧデータを送信するＩＰストリームに関する情報を取得するために必要とされる基本情報が送信されるセッションである。上記ＥＳＧブートストラップセッションのＩＰアドレスは、常に固定されており、受信器は、上記固定されたＩＰアドレスを既に認識している。したがって、受信器がＥＳＧデータを復調する場合には、受信器は、他の何よりも前に、上記ＥＳＧブートストラップセッションを受信しなければならない。
【００２４】
上記ＥＳＧブートストラップセッションが受信されると、受信器は、上記ＥＳＧデータがマルチストリームモードまたはシングルストリームモードを介して現在送信されているか否かを認識することができる。ステップ３１０で、受信器は、上記ストリームモードを確認する。上記シングルストリームモードが使用される場合には、受信器は、ステップ３１５で、上記ＥＳＧブートストラップセッションから上記ＥＳＧデータが送信されるＩＰストリームのＩＰアドレスを取得する。ステップ３２０で、受信器は、上記取得されたＩＰアドレスを使用することにより、上記ＥＳＧデータが送信されるＩＰストリームを受信し、上記ＥＳＧデータを復調することができる。
【００２５】
ステップ３１０で確認した結果、上記マルチストリームモードが使用される場合には、受信器は、ステップ３２５で、上記ＥＳＧブートストラップセッションからＥＳＧ通知カルーセルセッションのＩＰアドレスを取得することができる。ここで、上記ＥＳＧデータが上記マルチストリームモードを用いて送信される場合には、上記ＥＳＧ通知カルーセルセッションは、上記ＥＳＧデータが送信される複数のＩＰストリームに関する制御情報を送信するセッションであり、上記ＥＳＧ初期化コンテナーは、上記ＥＳＧ通知カルーセルセッションを介して送信される。上記ＥＳＧ通知カルーセルセッションを受信した受信器は、ステップ３３０で、上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドを探す。
【００２６】
上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドが受信された場合には、受信器は、ステップ３４０で、上記ＥＳＧデータを送信するために現在使用されている総ＩＰストリームの個数を取得し、ステップ３４５で、上記マルチストリームモードに必要なパラメーター値を取得する。上記パラメーターは、使用された区分基準数と、オーバーラッピングと、区分識別子と、区分符号化及び区分長さと、を含む。各パラメーターは、図２で詳細に説明された。
【００２７】
上記パラメーター値を取得した後に、受信器は、ステップ３５０で、各ストリームを介して送信されたＥＳＧデータの区分基準が何であり、各区分に対応するフラグメントがどんなＩＰストリームを介して送信されるかに関する区分情報を把握する。ステップ３５５で、受信器は、上記区分情報を使用することにより、特定のＩＰストリームから必要とされるＥＳＧデータを選択的に復調する。上記選択的な復調は、送信された全てのＥＳＧデータでない部分的なＥＳＧデータだけを復調することを意味する。例えば、上記区分基準が時間であり、これに従って、１つのＩＰストリームを介して現在の時間から１２時間後までのＥＳＧフラグメントを送信し、他のＩＰストリームを介してその後の１２時間のＥＳＧフラグメントを送信する場合には、上記受信器が受信器の性能に従って、２４時間の間のＥＳＧデータをすべて復調せず、２つのＩＰストリームのうちの１つのＩＰストリームだけを受信して１２時間の間のＥＳＧデータだけをまず復調することができる。
【００２８】
この後、上述した通りに、従来技術に従って、上記マルチストリームモードが使用される場合には、ＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化する過程について説明する。１つ以上の区分基準を使用する場合には、全てのＩＰストリームごとに、各区分基準に対応する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を宣言しなければならない。
【００２９】
しかしながら、１つ以上の区分基準が使用される場合でも、各ＩＰストリームが特定の区分基準に対応するフラグメントのみを送信するように、ＥＳＧ送信方式を設定することができる。例えば、４つのＩＰストリームを使用し、２つの区分基準（時間及びサービスＩＤ）を使用する場合には、１番目及び２番目のＩＰストリームは、第１の区分基準である時間に従ってフラグメントを分配し、３番目及び４番目のＩＰストリームは、第２の区分基準であるサービスＩＤに従ってフラグメントを分配することにより、ＥＳＧデータを送信する。
このような場合には、上記従来技術に従って、上記ＥＳＧデータが上記マルチストリームモードを使用して送信される際に、１つのＩＰストリームに１つの区分基準だけを適用すると、ＩＰストリームごとに使用されていない区分に対応する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を必ず設定しなければならないエラーが発生することがあるという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００３０】
本発明は、上述のような背景に鑑みてなされたものであり、本発明の目的は、ＤＶＢシステムにおいて、ＥＳＧデータがマルチストリームモードを使用して送受信されるにあたり、ＥＳＧデータをさらに効率的に送信して復調するために、マルチストリームモードで使用されたシグナリングフィールドを構成する方法及び装置を提供することにある。
【課題を解決するための手段】
【００３１】
上記のような目的を達成するために、本発明の一の側面によれば、デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を送信する方法は、送信されるＥＳＧデータを収集するステップと、マルチストリームモードが上記ＥＳＧデータを送信するために使用される場合に、送信されるパラメーターを設定し、上記マルチストリームモードで使用されるＩＰストリームの個数を設定するステップと、各ＩＰストリームで複数の区分基準のうちの少なくとも１つが使用されるか否かを示すシグナリングフィールドを設定するステップと、該当する区分基準に従って使用された上記各ＩＰストリームの全てのフィールドに対して開始フィールド値及び終了フィールド値のうちの少なくとも１つを設定するステップと、上記開始フィールド値及び上記終了フィールド値の設定が完了すると、上記設定された値を含むＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化するステップと、上記符号化されたＥＳＧデータを端末機に送信するステップと、を含むことを特徴とする。
【００３２】
本発明の他の側面によれば、デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を受信する方法は、ＥＳＧブートストラップセッションを介してＥＳＧデータを受信するのに必要とされる基本情報を受信するステップと、上記ＥＳＧデータがマルチストリームモードで送信されたか否かを判定するステップと、上記ＥＳＧデータが上記マルチストリームモードで送信された場合には、ＥＳＧ通知カルーセルセッションのＩＰアドレスを上記基本情報から取得し、ＥＳＧ初期化コンテナーのパーティション宣言フィールドを確認するステップと、上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドを介して上記マルチストリームモードでのＩＰストリームの個数を確認し、区分基準がＩＰストリームごとに使用されるか否かを把握するステップと、上記区分基準が使用される場合に必要とされるパラメーター値を上記パーティション宣言フィールドから取得し、上記各ＩＰストリームを介して送信されたＥＳＧデータの区分情報を取得するステップと、上記取得された区分情報を使用して、特定のＩＰストリームを少なくとも１つのフィールドに区分し、必要とされるＥＳＧデータを特定のフィールドから選択的に復調するステップと、を含むことを特徴とする。
【００３３】
本発明のさらに他の側面によれば、デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を送信する装置は、入力データインターネットプロトコル（ＩＰ）ストリームと、ＩＰストリームごとに区分基準が使用されるか否かが設定されたパラメーターと、マルチストリームモードを使用する場合に必要とされるパラメーターが含まれた少なくとも１つのＥＳＧ ＩＰストリームをカプセル化して出力するＩＰカプセル化器と、上記カプセル化されたＩＰストリームとＴＶストリームとを多重化する多重化器と、上記多重化されたデータを変調し、上記変調されたデータを受信器に送信する変調器と、を含むことを特徴とする。
【００３４】
本発明のさらなる他の側面によれば、デジタルビデオブロードキャスト（ＤＶＢ）システムにおける電子サービスガイド（ＥＳＧ）を受信する装置は、送信器から受信された信号を復調する復調器と、上記復調された信号を逆多重化し、上記逆多重化された信号をＩＰカプセル化されたパケットとＭＰＥＧ２転送ストリームパケットとに分割する逆多重化器と、上記ＩＰカプセル化されたパケットをＩＰストリームに復調し、上記復調されたＩＰストリームをＥＳＧストリーム及びデータストリームに分割するＩＰデカプセル化器と、上記ＥＳＧデータの分析の結果、上記ＥＳＧデータがマルチストリームモードで送信された場合には、上記ＥＳＧデータからＩＰストリームごとに各区分基準が使用されるか否かを判定し、上記マルチストリームモードを使用する場合に必要とされるパラメーターを受信し、上記受信されたパラメーターを分析し、上記ＥＳＧデータを復調するＥＳＧプロセッサーと、上記データストリーム及び上記転送ストリームパケットを処理するデータプロセッサーと、上記ＥＳＧプロセッサー及び上記データプロセッサーから出力されたユーザー要請情報を出力するユーザーインターフェース部と、を含むことを特徴とする。
【発明の効果】
【００３５】
本発明によれば、ＤＶＢシステムは、ＥＳＧデータを送信するために、マルチストリームモードで使用された各ＩＰストリームでの区分基準を使用するか否かを示すシグナリングフィールドを設定し、これにより、ＥＳＧデータをさらに効率的に送信して復調することができるという長所がある。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。なお、図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、使用者及び運用者の意図又は慣例に従って変わっても良い。従って、これらの用語は、本発明の全体の内容に基づいて定義されなければならない。
【００３７】
本発明は、マルチストリームモードがＥＳＧデータの送信に使用される場合には、ＩＰストリームごとに使用された区分基準を通知するために送信されたシグナリングフィールドのパラメーター値を効率的に設定するために、２種類の実施形態を提案する。
本発明で提案した第１の実施形態は、上記パラメーター値を送信するにあたり、ＩＰストリームごとに各区分基準が使用されるか否かを通知するための新たなパラメーターを宣言する方法に該当する。
【００３８】
図４は、本発明の第１の実施形態による送信器の動作を示すフロー図である。
図４を参照すると、送信器は、ステップ４０５で、送信されるＥＳＧデータを収集する。ステップ４１０で、上記ＥＳＧデータを送信する際に、上記マルチストリームモードを使用するか否かを判定する。送信器が上記マルチストリームモードを使用しない場合には、ステップ４１５に進む。すなわち、送信器は、上記収集されたＥＳＧデータを各データのタイプに従って符号化した後に、ステップ４８５に進む。しかしながら、送信器が上記マルチストリームモードを使用する場合には、ステップ４２０に進む。すなわち、送信器は、送信されるパラメーターを設定する。上記マルチストリームモードを使用する場合に必要とされるパラメーターは、使用された区分基準数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ）、オーバーラッピング、使用された区分識別子（すなわち、ｆｉｅｌｄ_ｉｄｅｎｔｉｆｉｅｒ）、区分符号化（すなわち、ｆｉｅｌｄ_ｅｎｃｏｄｉｎｇ）、及び区分長さ（すなわち、ｆｉｅｌｄ_ｌｅｎｇｔｈ）値を含む。各パラメーターは、図２で詳細に説明される。
【００３９】
上記パラメーターを設定した後に、送信器は、ステップ４２５で、ＥＳＧデータを送信するＩＰストリームの個数Ｐを設定する。上記基本パラメーターを設定した後に、送信器は、ステップ４３０で、各ＩＰストリームで各区分基準が使用されるか否かを設定する。送信器は、１つの新たなパラメーターを宣言する。上記パラメーターが“１”の値を有する場合には、上記ＩＰストリームごとに上記区分基準が使用されることを意味する。しかしながら、上記パラメーターが“０”の値を有する場合には、上記ＩＰストリームごとに上記区分基準が使用されないことを意味する。
【００４０】
ステップ４３５で、送信器は、ＥＳＧフラグメントを各ＩＰストリームに割り当てるために、ＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”を０に設定し、“ｆｉｅｌｄ_ｎｕｍｂｅｒ”を０に設定する。ステップ４４０で、送信器は、上記設定されたＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”が使用されるＩＰストリームの総数Ｐより小さいか否かを判定する。ＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”がＰより小さい場合には、送信器は、ステップ４４５で、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”が使用された区分の総数Ｎより小さいか否かを判定する。上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”がＮより小さい場合には、送信器は、ステップ４５５で、上記フィールド、すなわち、上記区分基準がＩＰストリームごとに使用されるか否かを判定する。ここで、上記新たなパラメーターの判定の基準は、本発明により提供される。上述したように、上記新たなパラメーターが“１”の値を有する場合には、上記区分基準が上記ＩＰストリームごとに使用されることを意味する。上記パラメーターが“０”の値を有する場合には、上記区分基準が上記ＩＰストリームごとに使用されないことを意味する。上記区分基準が使用されない場合には、送信器は、ステップ４７５で、次の区分基準を判定するために、上記フィールド番号を“１”増加させる。その後、ステップ４４５に進む。すなわち、送信器は、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値が使用された区分の総数Ｎより小さいか否かをさらに判定する。
【００４１】
ステップ４５５で、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値がＮより小さく、上記区分基準が使用される場合には、送信器は、ステップ４６０で、上記区分がオーバーラップされるか否かを判定する。上記区分がオーバーラップされない場合には、送信器は、ステップ４７０で、終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”だけを設定する。上記区分がオーバーラップされる場合には、送信器は、ステップ４６５で、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”をすべて設定する。
【００４２】
開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、区分情報値に対応する。例えば、上記区分識別子が時間として設定された場合には、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分された基準時間を示す。すなわち、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間から上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間までのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。他の例では、上記区分識別子がサービスＩＤとして設定された場合には、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分されたサービスＩＤ番号を示す。すなわち、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤから上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤまでのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。
【００４３】
上記区分がオーバーラップされない場合には、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が“（以前のＩＰストリームの終了値ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ）＋１”と同一であるので、送信器は、ステップ４７０で、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”を個別に宣言しない。上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了すると、送信器は、ステップ４７５で、区分基準のための開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、フィールド番号値を１増加させる。その後、送信器は、ステップ４４５で、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値が使用された区分の個数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ値）より小さいか否かをさらに判定する。
【００４４】
ステップ４４５で判定した結果、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値が使用された区分の個数Ｎより小さい場合には、ＩＰストリームごとに使用された区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了したので、ステップ４５０に進む。すなわち、送信器は、次のＩＰストリームで使用される区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、上記ＩＰストリーム番号値を１増加させる。その後、ステップ４４０を遂行する。すなわち、送信器は、上記ＩＰストリーム番号値が使用されたＩＰストリームの個数Ｐより小さいか否かをさらに判定する。
【００４５】
ステップ４４０で判定した結果、上記ＩＰストリーム番号値が使用されたＩＰストリームの個数Ｐより大きい場合には、送信器は、使用されるＩＰストリームに対する全てのパラメーターの設定が完了したので、ステップ４８０で、上記設定されたパラメーター値を使用することにより、ＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化する。ステップ４８５で、送信器は、上記符号化されたＥＳＧ初期化コンテナーのパーティション宣言フィールドだけではなく、符号化された全てのＥＳＧデータを収集する。ステップ４９０で、送信器は、上記収集されたＥＳＧデータを上記Ｐ個のＩＰストリームを介して送信する。
【００４６】
上記区分基準情報は、上記ＥＳＧ初期化コンテナーフィールドのうちの１つであるパーティション宣言フィールドを介して送信される。上記第１の実施形態によるパーティション宣言フィールドは、下記の＜表１＞に示すようなシンタックス（syntax）構造を有する。
【００４７】
【表１】
2009512318.tif 000003
【００４８】
上述した＜表１＞を参照すると、本発明の第１の実施形態に従って、上記シンタックスにおいて、新たな変数は、各フィールド、すなわち、各区分基準が上記ＩＰストリームごとに使用されたか否かを通知するために、各フィールドに追加された。上述した＜表１＞において、上記シンタックスは、各区分基準が使用されたか否かを通知するための変数として、“アベイラブル（available）”という名称を提案し、上記名称に制限がない。すなわち、上記シンタックスを構成するにあたり、“ａｖａｉｌａｂｌｅ”という変数を他の名称で宣言し、同一の機能を遂行するようにすることができる。
【００４９】
また、従来技術は、オーバーラップされるか否かを通知するために、１つの変数を使用する。しかしながら、本発明は、区分基準ごとにオーバーラップされるか否かを通知するために、フィールドごとにオーバーラッピング変数を宣言するためのシンタックスを提案する。本発明の実施形態によるシンタックスにおいて、フィールドごとに変数“ｆｉｅｌｄ_ｏｖｅｒｌａｐｐｉｎｇ”を宣言し、各フィールドがオーバーラップされるか否かを変数“ｆｉｅｌｄ_ｏｖｅｒｌａｐｐｉｎｇ”を介して独立して提供する。
【００５０】
次いで、本発明は、各区分基準がＩＰストリームごとに使用されるか否かを通知するために、予め定められた値を区分基準ごとに宣言される開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”に割り当てる方法を提案する。
【００５１】
図５は、本発明による送信器の動作を示すフロー図である。
図５を参照すると、ステップ５０５で、送信器は、送信されるＥＳＧデータを収集する。ステップ５１０で、送信器は、上記ＥＳＧデータを送信するにあたり、マルチストリームモードを使用するか否かを判定する。送信器が上記マルチストリームモードを使用しない場合には、ステップ５１５に進む。送信器は、上記収集されたＥＳＧデータを各データのタイプに従って符号化した後に、ステップ５９０に進む。送信器が上記マルチストリームモードを使用する場合には、ステップ５２０に進む。送信器は、送信されるパラメーターを設定する。
【００５２】
上記マルチストリームモードを使用する場合に必要とされるパラメーターは、使用された区分基準数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ）、オーバーラッピング、使用された区分識別子（すなわち、ｆｉｅｌｄ_ｉｄｅｎｔｉｆｉｅｒ）、区分符号化（すなわち、ｆｉｅｌｄ_ｅｎｃｏｄｉｎｇ）、及び区分長さ（すなわち、ｆｉｅｌｄ_ｌｅｎｇｔｈ）値を含む。各パラメーターは、図２で詳細に説明される。
【００５３】
上記パラメーターを設定した後に、送信器は、ステップ５２５で、上記ＥＳＧデータを送信するＩＰストリームの個数Ｐを設定する。上記基本パラメーターを設定した後に、送信器は、ステップ５３０で、ＩＰストリームごとに各区分基準が使用されるか否かを設定する。ステップ５３５で、送信器は、ＥＳＧフラグメントをＩＰストリームごとに割り当てるために、ＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”を０に設定し、“ｆｉｅｌｄ_ｎｕｍｂｅｒ”を０に設定する。ステップ５４０で、送信器は、上記設定されたＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”が使用されるＩＰストリームの総数Ｐより小さいか否かを判定する。上記ＩＰ“ｓｔｒｅａｍ_ｎｕｍｂｅｒ”がＰより小さい場合には、送信器は、ステップ５４５で、“ｆｉｅｌｄ_ｎｕｍｂｅｒ”が使用された区分の総数Ｎより小さいか否かを判定する。上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”がＮより小さい場合には、ステップ５５５で、送信器は、上記区分基準が上記ＩＰストリームごとに使用されるか否かを確認する。
【００５４】
上記区分基準が上記ＩＰストリームごとに使用される場合には、送信器は、ステップ５６０で、上記区分がオーバーラップされるか否かを判定する。上記区分がオーバーラップされる場合には、送信器は、ステップ５６５で、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”をすべて設定する。上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、区分情報値に対応する。
【００５５】
例えば、上記区分識別子が時間として設定された場合には、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分された基準時間を示す。すなわち、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間から上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示す時間までのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。他の例では、上記区分識別子がサービスＩＤとして設定された場合には、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”は、各ＩＰストリーム内のフラグメントが区分されたサービスＩＤ番号を示す。すなわち、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤから上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が示すサービスＩＤまでのフラグメントは、ＩＰストリームを介して送信されたフラグメントに対応する。
【００５６】
上記区分がオーバーラップされない場合には、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”が“（以前のＩＰストリームの終了値ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ）＋１”と同一であるので、送信器は、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”を個別に宣言せず、ステップ５７０で、終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”だけを設定する。
【００５７】
ステップ５５５で、上記区分基準が上記ＩＰストリームごとに使用されない場合には、送信器は、ステップ５７５で、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を同一の特定の値を有するように設定する。上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が区分情報値を示さないが、これらは、上記区分基準が上記ＩＰストリームごとに使用されないことを示すためのシグナリング役割を遂行することができるように、特定の意味を有しない特定の値を有するように設定される。例えば、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が“９９９９”のような特定の値を有するように設定された場合には、受信器は、上記区分基準が使用されないことを示す通知を認識することができる。
【００５８】
また、上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が“Ｎｏ ＵＲＩ”のようなストリングタイプの特定の値を有するように設定された場合には、受信器は、上記区分基準が使用されないことを示す通知を認識することができる。すなわち、上記特定の値が送信器と受信器との間で予め設定されさえすれば、いかなるタイプのデータでも可能である。
【００５９】
上記開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び上記終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了すると、送信器は、ステップ５８０で、次の区分基準のための開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、フィールド番号値を１増加させる。その後、送信器は、ステップ５４５で、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値が使用された区分の個数Ｎ（すなわち、ｎｕｍ_ｆｉｅｌｄ値）より小さいか否かをさらに判定する。
【００６０】
ステップ５４５で判定した結果、上記“ｆｉｅｌｄ_ｎｕｍｂｅｒ”値がＮより大きい場合には、ＩＰストリームごとに使用された区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”の設定が完了したので、ステップ５５０に進む。すなわち、送信器は、次のＩＰストリームで使用される区分に対する開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”を設定するために、上記ＩＰストリーム番号値を１増加させる。その後、ステップ５４０を遂行する。送信器は、上記ＩＰストリーム番号値が使用されたＩＰストリームの個数Ｐより小さいか否かをさらに判定する。
【００６１】
ステップ５４０で判定した結果、上記ＩＰストリーム番号値がＰより大きい場合には、送信器は、使用されるＩＰストリームに対する全てのパラメーターの設定が完了したので、ステップ５８５で、上記パラメーター値を用いて上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドを符号化する。ステップ５９０で、送信器は、上記符号化されたＥＳＧ初期化コンテナーのパーティション宣言フィールドだけではなく、符号化された全てのＥＳＧデータを収集する。ステップ５９５で、送信器は、上記収集されたＥＳＧデータを上記Ｐ個のＩＰストリームを介して送信する。
【００６２】
本発明による異なる受信器の動作が相互に同一であるので、受信器の動作は、図６を参照して説明される。
図６は、本発明によるマルチストリームモードでＥＳＧデータを受信する受信器の動作を示すフロー図である。
図６を参照すると、ステップ６０５で、受信器は、上記ＥＳＧデータを復調するために、ＥＳＧブートストラップセッションを受信する。上記ＥＳＧブートストラップセッションは、受信器が上記ＥＳＧデータを送信するＩＰストリームに関する情報を取得するために必要とされる基本情報が送信されるセッションである。上記ＥＳＧブートストラップセッションのＩＰアドレスは、常に固定されており、受信器は、上記固定されたＩＰアドレスを既に認識している。したがって、受信器が上記ＥＳＧデータを復調する場合には、受信器は、他の何よりも前に、上記ＥＳＧブートストラップセッションを受信しなければならない。上記ＥＳＧブートストラップセッションが受信されると、受信器は、上記ＥＳＧデータがマルチストリームモードまたはシングルストリームモードを介して現在送信されているか否かを認識することができる。
【００６３】
ステップ６１０で、受信器は、上記ストリームモードを確認する。上記シングルストリームモードが使用される場合には、受信器は、ステップ６１５で、上記ＥＳＧブートストラップセッションから上記ＥＳＧデータが送信されるＩＰストリームのＩＰアドレスを取得する。ステップ６２０で、受信器は、上記取得されたＩＰアドレスを使用することにより、上記ＥＳＧデータが送信されるＩＰストリームを受信し、上記ＥＳＧデータを復調する。
【００６４】
ステップ６１０で確認した結果、上記マルチストリームモードが使用される場合には、受信器は、ステップ６２５で、上記ＥＳＧブートストラップセッションからＥＳＧ通知カルーセルセッションのＩＰアドレスを取得する。例えば、上記ＥＳＧデータが上記マルチストリームモードを用いて送信される場合には、上記ＥＳＧ通知カルーセルセッションは、上記ＥＳＧデータが送信される複数のＩＰストリームに関する制御情報を送信するセッションであり、上記ＥＳＧ初期化コンテナーは、上記ＥＳＧ通知カルーセルセッションを介して送信される。上記ＥＳＧ通知カルーセルセッションを受信した後に、受信器は、ステップ６３０で、上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドを探す。
【００６５】
上記ＥＳＧ初期化コンテナーのパーティション宣言フィールドが受信された場合には、受信器は、ステップ６４０で、上記ＥＳＧデータを送信するために現在使用されている総ＩＰストリームの個数を取得し、ステップ６４５で、各区分がＩＰストリームごとに使用されるか否かを判定する。
【００６６】
上記区分が使用されるか否かを判定する方法において、本発明の１つの実施形態で説明した通りに、区分ごとに使用されるか否かを通知するために宣言された新たなシグナリングフィールドの値を使用することができるか、または、本発明の他の実施形態に従って、開始値“ｓｔａｒｔ_ｆｉｅｌｄ_ｖａｌｕｅ”及び終了値“ｅｎｄ_ｆｉｅｌｄ_ｖａｌｕｅ”が同一の特定の値を有するように設定されているか否かを確認することができる。上記特定の値は、送信器と受信器との間で予め設定されている値である。
【００６７】
上記区分が使用されるか否かを判定した後に、受信器は、ステップ６５０で、残りのパラメーター値を取得する。上記マルチストリームモードを使用する場合に必要とされるパラメーターは、使用された区分基準数と、オーバーラッピングと、区分識別子と、区分符号化及び区分長さと、を含む。各パラメーターは、図２で詳細に説明された。
【００６８】
上記パラメーター値を取得した後に、受信器は、ステップ６５５で、各ストリームを介して送信されたＥＳＧデータの区分基準が何であり、各区分に対応するフラグメントがどんなＩＰストリームを介して送信されるかなどに関する区分情報を確認することができる。受信器は、ステップ６６０で、上記区分情報を用いて、特定のＩＰストリームから必要とされるＥＳＧデータを選択的に復調する。
【００６９】
以下に、本発明による送信器及び受信器の構成について説明する。
同一の送信器及び受信器が本発明の異なる側面で使用されるので、送信器及び受信器の構成について共通的に説明する。
図７は、本発明による送信器の構成を概略的に示すフロー図である。
図７を参照すると、複数のＭＰＥＧ-２ストリーム（ＴＶストリーム）は、ＤＶＢ送信器に入力され、ＩＰストリームは、多重化器を介してＤＶＢ送信器にも入力される。上記ＩＰストリームは、ＩＰ基盤のサービスデータを含む。また、ＭＰＥＧ-２ ＴＶストリームデータ及びＩＰストリームデータに関するサービスガイド情報を送信するために生成されたＥＳＧデータは、ＩＰストリームとして送信される。上記ＥＳＧデータは、１つのＩＰストリームとして送信されてもよく、または、１つ以上のマルチストリームモードを用いて送信されてもよい。上記入力ＩＰストリームは、ＤＶＢ ＩＰカプセル化器７２０によりＭＰＥＧ-２転送ストリーム（ＴＳ）にカプセル化され、他のＭＰＥＧ-２ ＴＳ（ＴＶストリーム）とともに、多重化器７２５により多重化される。上記多重化されたＴＳは、ＤＶＢ変調器７３０によりＯＦＤＭシンボルに変調され、アンテナを介して送信される。
【００７０】
図８は、本発明による受信器の構成を概略的に示すフロー図である。
図８を参照すると、ＤＶＢ受信器は、アンテナを介して信号を受信し、上記受信された信号は、ＤＶＢ復調器８０５でＯＦＤＭ復調過程を経る。上記復調されたデータは、逆多重化器８１０でＩＰカプセル化されたパケット及びＭＰＥＧ-２ ＴＳパケットに区分される。ＴＳパケットは、データプロセッサー８２５で該当するサービスをユーザーに表示するために必要とされる一連の処理過程を経る。上記ＩＰカプセル化されたパケットは、ＩＰデカプセル化器８１５でＩＰストリームに復調され、ＥＳＧストリーム及びデータストリームに区分される。上記データストリームは、上記ＴＳパケットと同様に、データプロセッサー８２５に入力される。上記ＥＳＧストリームは、ＥＳＧプロセッサー８２０に入力される。ＥＳＧプロセッサー８２０は、受信されたＥＳＧデータを分析する。上記ＥＳＧデータが上記マルチストリームモードで送信される場合には、ＥＳＧプロセッサー８２０は、上記受信されたＥＳＧデータから必要とされるパラメーターを検出して分析し、上記ＥＳＧデータを復調する。
ＥＳＧプロセッサー８２０及びデータプロセッサー８２５は、入力ＩＰストリームを用いて、ユーザーが必要とする情報をユーザーインターフェース（ＵＩ）８３０に出力する。
【００７１】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図面の簡単な説明】
【００７２】
【図１】ＥＳＧのデータモデルを構造的に示すブロック図である。
【図２】従来技術によるマルチストリームモードでＥＳＧデータを送信する送信器の動作を示すフロー図である。
【図３】従来技術によるマルチストリームモードでＥＳＧデータを受信する受信器の動作を示すフロー図である。
【図４】本発明によるマルチストリームモードでＥＳＧデータを送信する送信器の動作を示すフロー図である。
【図５】本発明によるマルチストリームモードでＥＳＧデータを送信する送信器の動作を示すフロー図である。
【図６】本発明によるマルチストリームモードでＥＳＧデータを受信する受信器の動作を示すフロー図である。
【図７】本発明による送信器の構成を概略的に示すフロー図である。
【図８】本発明による受信器の構成を概略的に示すフロー図である。
【符号の説明】
【００７３】
７１０  ＭＰＥＧ２  ＴＶストリーム
７１５  ＭＰＥＧ２  ＴＶストリーム
７２０  ＤＶＢ  ＩＰカプセル化器
７２５  多重化器
７３０  ＤＶＢ変調器
８０５  ＤＶＢ復調器
８１０  逆多重化器
８１５  ＤＶＢ  ＩＰデカプセル化器
８２０  ＥＳＧプロセッサー
８２５  データプロセッサー
８３０  ユーザーインターフェース（ＵＩ）
【図１】
2009512318.tif 000004
【図２】
2009512318.tif 000005
【図３】
2009512318.tif 000006
【図４】
2009512318.tif 000007
【図５】
2009512318.tif 000008
【図６】
2009512318.tif 000009
【図７】
2009512318.tif 000010
【図８】
2009512318.tif 000011
【国際調査報告】
2009512318.tif 000012
2009512318.tif 000013