(57)【要約】  デジタルビデオブロードキャストシステムのＥＳＧ（電子サービスガイド）送信エラー処理方法等を提供する。これは、ＳＭ（サービス管理）エンティティがＥＳＧを端末にブロードキャストした後、ＳＡ（サービスアプリケーション）エンティティがファイル復旧要請メッセージを端末から受信する段階と、ファイル復旧要請メッセージがＥＳＧに対する要請の場合、ＳＡエンティティがファイル復旧要請メッセージ及びこれから送信された端末アドレスをＳＭエンティティに送信する段階と、ＳＭエンティティ内でＥＳＧ生成する論理ＥＳＧ集合部がファイル復旧要請メッセージを解析し、ＥＳＧの端末へ再送信判定する段階と、ＥＳＧ再送信の場合、論理ＥＳＧ集合部がＥＳＧメタデータ及び端末アドレスをＳＭエンティティ内でＥＳＧ送信するインタラクティブサーバに伝達する段階と、インタラクティブサーバがＥＳＧメタデータを端末に送信する段階とを含む。
2009517963.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法であって、
サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを前記端末から受信するステップと、
前記ファイル復旧要請メッセージが前記電子サービスガイドに対する要請である場合に、前記サービスアプリケーションエンティティが前記ファイル復旧要請メッセージ及び前記ファイル復旧要請メッセージから送信された端末のアドレスを前記サービス管理エンティティに送信するステップと、
前記サービス管理エンティティ内で前記電子サービスガイドを生成する論理電子サービスガイド集合部が前記ファイル復旧要請メッセージを解析し、前記電子サービスガイドを前記端末に再送信するか否かを判定するステップと、
前記電子サービスガイドを再送信すると判定した場合に、前記論理電子サービスガイド集合部が前記電子サービスガイドメタデータ及び前記端末のアドレスを前記サービス管理エンティティ内で前記電子サービスガイドを送信するインタラクティブサーバに伝達するステップと、
前記インタラクティブサーバが前記電子サービスガイドメタデータを前記端末に送信するステップと、
を含むことを特徴とする方法。
【請求項２】
前記サービスアプリケーションエンティティが、前記要請メッセージに含まれたファイルアドレスを用いて、前記ファイル復旧要請メッセージが前記電子サービスガイド又は一般ファイルに対する要請であるか否かを判定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ファイル復旧要請メッセージは、一般ファイルに対するファイル復旧要請の際に使用されるハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記電子サービスガイドを前記端末に再送信しないと判定した場合に、前記論理電子サービスガイド集合部が前記判定の情報を前記サービスアプリケーションエンティティに伝達するステップと、
前記サービスアプリケーションエンティティが前記判定の情報を含む応答メッセージを生成し、前記生成された応答メッセージを前記端末に送信するステップと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記端末が、電子サービスガイド再送信が前記応答メッセージに含まれた送信アドレスを使用して失敗したか否かを判定するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法であって、
サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを前記端末から受信するステップと、
前記ファイル復旧要請メッセージが前記電子サービスガイドに対する要請である場合に、前記サービスアプリケーションエンティティが前記ファイル復旧要請メッセージ及び前記ファイル復旧要請メッセージから送信された端末のアドレスを前記サービス管理エンティティに送信するステップと、
前記サービス管理エンティティ内で前記電子サービスガイドを生成する論理電子サービスガイド集合部が前記ファイル復旧要請メッセージを解析し、前記電子サービスガイドを前記端末に再送信するか否かを判定するステップと、
前記電子サービスガイドを再送信すると判定した場合に、前記論理電子サービスガイド集合部が前記電子サービスガイドメタデータ及び前記端末のアドレスを前記サービスアプリケーションエンティティに伝達するステップと、
前記サービスアプリケーションエンティティが前記電子サービスガイドメタデータを前記端末に送信するステップと、
を含むことを特徴とする方法。
【請求項７】
前記サービスアプリケーションエンティティが、前記要請メッセージに含まれたファイルアドレスを用いて、前記ファイル復旧要請メッセージが前記電子サービスガイド又は一般ファイルに対する要請であるか否かを判定するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記ファイル復旧要請メッセージは、一般ファイルに対するファイル復旧要請の際に使用されるハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記電子サービスガイドを再送信しないと判定した場合に、前記論理電子サービスガイド集合部が前記判定の情報を前記サービスアプリケーションエンティティに伝達するステップと、
前記判定の情報を含む応答メッセージを生成するステップと、
前記サービスアプリケーションエンティティが前記生成された応答メッセージを前記端末に送信するステップと、をさらに含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記端末が、電子サービスガイド再送信が前記応答メッセージに含まれたネットワークアドレス及びファイル名を使用して失敗したか否かを判定するステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法であって、
サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを前記端末から受信するステップと、
前記サービス管理エンティティから前記電子サービスガイドを送信するインタラクティブサーバが、前記電子サービスガイド復旧要請メッセージを用いて前記電子サービスガイドを再送信するか否かを判定するステップと、
前記電子サービスガイドを再送信すると判定した場合に、前記インタラクティブサーバが前記電子サービスガイドの再送信要請メッセージを前記サービス管理エンティティ内で前記電子サービスガイドを生成する論理電子サービスガイド集合部に送信するステップと、
前記論理電子サービスガイド集合部が電子サービスガイドメタデータ及び前記端末のアドレスを前記インタラクティブサーバに送信するステップと、
前記インタラクティブサーバが前記電子サービスガイドメタデータを前記端末に送信するステップと、
を含むことを特徴とする方法。
【請求項１２】
前記端末が電子サービスガイド送信エラーを確認し、前記ファイル復旧要請メッセージを送信することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ファイル復旧要請メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記電子サービスガイドを再送信しないと判定した場合に、前記論理電子サービスガイド集合部が前記判定の情報を含む応答メッセージを生成し、前記生成された応答メッセージを前記端末に送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記端末が、電子サービスガイド再送信が前記応答メッセージに含まれた送信アドレス、受信アドレス、及びファイル名を用いて失敗したか否かを判定することを特徴とする請求項１４に記載の方法。
【請求項１６】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置であって、
ファイル復旧要請メッセージを端末から受信し、電子サービスガイド（ＥＳＧ）を再送信するか否かを判定するサービスアプリケーションエンティティと、
前記電子サービスガイドを生成し、前記生成された電子サービスガイドを前記端末にブロードキャストし、前記ファイル復旧要請メッセージを前記サービスアプリケーションエンティティから受信し、前記電子サービスガイドを再送信するか否かを判定し、前記判定の結果に基づいて、電子サービスガイドメタデータを前記端末に送信するサービス管理エンティティと、を含み、
前記サービスアプリケーションエンティティは、前記ファイル復旧要請メッセージが前記電子サービスガイドに対する要請である場合に、前記ファイル復旧要請メッセージ及び前記端末のアドレスを前記サービス管理エンティティに提供し、
前記サービス管理エンティティは、前記ファイル復旧要請メッセージを解析し、前記電子サービスガイドを前記端末に再送信するか否かを判定し、前記判定の結果に基づいて、前記電子サービスガイドメタデータを前記端末に送信することを特徴とする装置。
【請求項１７】
前記サービス管理エンティティは、
前記電子サービスガイドを生成し、前記要請メッセージを前記サービスアプリケーションエンティティから受信し、前記電子サービスガイドを再送信するか否かを判定する論理電子サービスガイド集合部と、
前記生成された電子サービスガイドを前記端末に送信し、前記電子サービスガイドメタデータを前記論理電子サービスガイド集合部から受信し、前記受信された電子サービスガイドメタデータを前記端末に送信するインタラクティブサーバと、を含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記サービスアプリケーションエンティティは、前記ファイル復旧要請メッセージに含まれたファイルアドレスを用いて、前記ファイル復旧要請メッセージが前記電子サービスガイド又は一般ファイルに対する要請であるか否かを判定することを特徴とする請求項１６に記載の装置。
【請求項１９】
前記ファイル復旧要請メッセージは、一般ファイルに対するファイル復旧要請の際に使用されるハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージであることを特徴とする請求項１６に記載の装置。
【請求項２０】
前記論理電子サービスガイド集合部は、前記電子サービスガイドを再送信しないと判定した場合に、前記判定の情報を前記サービスアプリケーションエンティティに伝達し、前記サービスアプリケーションエンティティは、前記判定の情報を含む応答メッセージを生成し、前記生成された応答メッセージを前記端末に送信することを特徴とする請求項１７に記載の装置。
【請求項２１】
前記端末は、前記応答メッセージに含まれた送信アドレスを用いて、電子サービスガイド再送信が失敗したか否かを判定することを特徴とする請求項２０に記載の装置。
【請求項２２】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置であって、
ファイル復旧要請メッセージを端末から受信し、電子サービスガイド（ＥＳＧ）を再送信するか否かを判定するサービスアプリケーションエンティティと、
前記電子サービスガイドを生成し、前記生成された電子サービスガイドを前記端末にブロードキャストし、前記要請メッセージを前記サービスアプリケーションエンティティから受信し、前記電子サービスガイドを再送信するか否かを判定し、前記判定の結果に基づいて、前記サービスアプリケーションエンティティを介して電子サービスガイドメタデータを前記端末に送信するサービス管理エンティティと、を含み、
前記サービスアプリケーションエンティティは、前記ファイル復旧要請メッセージが前記電子サービスガイドに対する要請である場合に、前記要請メッセージ及び前記要請メッセージから送信された前記端末のアドレスを前記サービス管理エンティティに提供し、
前記サービス管理エンティティは、前記要請メッセージを解析し、前記電子サービスガイドを前記端末に再送信するか否かを判定することを特徴とする装置。
【請求項２３】
前記サービス管理エンティティは、
前記電子サービスガイドを生成し、前記要請メッセージを前記サービスアプリケーションエンティティから受信し、前記電子サービスガイドを再送信するか否かを判定し、前記電子サービスガイドを再送信すると判定した場合に、前記電子サービスガイドメタデータを前記サービスアプリケーションエンティティに送信する論理電子サービスガイド集合部と、
前記生成された電子サービスガイドを前記端末に送信するインタラクティブサーバと、を含むことを特徴とする請求項２２に記載の装置。
【請求項２４】
前記サービスアプリケーションエンティティは、前記要請メッセージに含まれたファイルアドレスを用いて、前記ファイル復旧要請メッセージが前記電子サービスガイド又は一般ファイルに対する要請であるか否かを判定することを特徴とする請求項２２に記載の装置。
【請求項２５】
前記ファイル復旧要請メッセージは、一般ファイルに対するファイル復旧要請の際に使用されるハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを含むことを特徴とする請求項２２に記載の装置。
【請求項２６】
前記論理電子サービスガイド集合部は、前記電子サービスガイドを再送信しないと判定した場合に、前記判定の情報を前記サービスアプリケーションエンティティに伝達し、
前記サービスアプリケーションエンティティは、前記判定の情報を含む応答メッセージを生成し、
前記生成された応答メッセージを前記端末に送信することを特徴とする請求項２３に記載の装置。
【請求項２７】
前記端末は、電子サービスガイド再送信が前記応答メッセージに含まれたネットワークアドレス及びファイル名を使用して失敗したか否かを判定することを特徴とする請求項２６に記載の装置。
【請求項２８】
デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置であって、
電子サービスガイドを端末にブロードキャストし、電子サービスガイド復旧要請メッセージを前記端末から受信し、前記要請メッセージを解析し、前記電子サービスガイドを前記要請メッセージを送信した端末に再送信するか否かを判定するインタラクティブサーバと、
前記電子サービスガイドを生成し、前記インタラクティブサーバの判定の結果に基づいて、電子サービスガイド再送信要請を受信し、電子サービスガイドメタデータを前記インタラクティブサーバに送信する論理電子サービスガイド集合部と、を含み、
前記インタラクティブサーバは、前記論理電子サービスガイド集合部から受信された前記電子サービスガイドメタデータを前記端末に送信することを特徴とする装置。
【請求項２９】
前記インタラクティブサーバ及び前記論理電子サービスガイド集合部は、サービス管理エンティティ内に位置することを特徴とする請求項２８に記載の装置。
【請求項３０】
前記端末は、電子サービスガイド送信エラーをを確認し、前記要請メッセージを送信することを特徴とする請求項２８に記載の装置。
【請求項３１】
前記ファイル復旧要請メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを含むことを特徴とする請求項２８に記載の装置。
【請求項３２】
前記論理電子サービスガイド集合部は、前記電子サービスガイドを再送信しないと判定した場合に、前記判定の情報を含む応答メッセージを生成し、前記生成された応答メッセージを前記端末に送信することを特徴とする請求項２８に記載の装置。
【請求項３３】
前記端末は、前記応答メッセージに含まれた送信アドレス、受信アドレス、及びファイル名を用いて、電子サービスガイド再送信が失敗したか否かを判定することを特徴とする請求項３２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオブロードキャストシステム（Digital Video Broadcasting system）における電子サービスガイド（Electronic Service Guide：以下、“ＥＳＧ”と称する。）に関し、特に、ＥＳＧ送信エラーが発生した場合に、ファイル復旧要請命令を使用して送信エラーを処理することができる方法及び装置に関する。
【背景技術】
【０００２】
デジタルビデオブロードキャスト（Digital Video Broadcasting：以下、“ＤＶＢ”と称する。）は、ヨーロッパのデジタルブロードキャスト技術を有する既存のデジタルブロードキャストだけでなく、携帯及び移動端末のためのデジタルマルチメディアサービスを支援するための送信規格である。
【０００３】
ＤＶＢシステムは、ＭＰＥＧ２（Moving Picture Experts Group-2）転送ストリーム（Transport Stream：以下、“ＴＳ”と称する。）基盤のブロードキャストデータを多重化し、インターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）基盤のデータストリームを同時に送信することができる。また、上記ＤＶＢシステムは、１つのＩＰストリームで様々なサービスを多重化して送信することができる。上記送信されたＩＰストリームのデータを受信した後に、端末は、上記受信されたデータを個別サービスに逆多重化し、所望のサービスのＴＳを復号し、上記復号されたＴＳをディスプレースクリーンを介してユーザーに出力することができる。この際、上記ユーザーは、ＤＶＢシステムから提供された様々なサービス及びサービスコンテンツなどに関する情報を必要とする。
【０００４】
上記ＤＶＢシステムは、各サービスに関する情報を通知するためにＥＳＧを使用する。ＥＳＧデータは、特定のサービスに関する時間情報と、関連したコンテンツ情報と、上記コンテンツを受信するために必要とされる情報と、上記コンテンツを購買するために必要とされる情報などとを含む。上記ＤＶＢシステムは、上記ＥＳＧデータを効率的に送信するためのデータモデルを構成し、上記データモデルに基づいて送信されるデータを設定する。
【０００５】
上記ＥＳＧは、実際のデータストリームとは別の時間で別のＩＰストリームを介して端末に送信される。したがって、サービスプロバイダーは、上記ＥＳＧを使用することにより、ユーザーがサービスを実際に受信する前に認識しなければならない情報を送信することができる。すなわち、上記ＥＳＧは、プログラムに関するガイドに加えて、様々な目的で使用されることができるため、ＥＳＧ情報は、移動ブロードキャスト環境において非常に重要である。
【０００６】
上記ＥＳＧが上記端末に送信される際には、一般ファイルとして認識され、ファイル転送プロトコルと同一のプロトコルを使用して送信される。従来では、移動ブロードキャストにおいて、上記ファイル転送プロトコルは、インターネット技術タスクフォース（Internet Engineering Task Force (ＩＥＴＦ) ）ＲＦＣ（Request for Comments）３９２６ＦＬＵＴＥ（File Delivery over Unidirectional Transport）規格に従う。また、上記端末が上記ＥＳＧを受信するにあたり、送信エラーが発生した場合には、ＥＳＧ復旧要請は、一般ファイルの場合におけるように、ファイル復旧要請命令を使用してネットワークに送信されることができる。しかしながら、ネットワーク上で送信エラーを処理する方法及び装置が提供されていないという問題があった。したがって、ＥＳＧ送信エラーが発生する際に、復旧要請をネットワークに送信し、再送信されたＥＳＧを受信することができる方法及び装置を必要とする。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、電子サービスガイド（ＥＳＧ）を提供するためのデジタルビデオブロードキャストシステムにおいて、端末が送信エラーが発生したＥＳＧを受信した場合に、一般ファイル復旧要請命令を使用して再送信されたＥＳＧを受信することができる方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記のような目的を達成するために、本発明の一態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法を提供する。上記方法は、サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを上記端末から受信するステップと、上記ファイル復旧要請メッセージが上記電子サービスガイドに対する要請である場合に、上記サービスアプリケーションエンティティが上記ファイル復旧要請メッセージ及び上記ファイル復旧要請メッセージから送信された端末のアドレスを上記サービス管理エンティティに送信するステップと、上記サービス管理エンティティ内で上記電子サービスガイドを生成する論理電子サービスガイド集合部が上記ファイル復旧要請メッセージを解析し、上記電子サービスガイドを上記端末に再送信するか否かを判定するステップと、上記電子サービスガイドを再送信すると判定した場合に、上記論理電子サービスガイド集合部が上記電子サービスガイドメタデータ及び上記端末のアドレスを上記サービス管理エンティティ内で上記電子サービスガイドを送信するインタラクティブサーバに伝達するステップと、上記インタラクティブサーバが上記電子サービスガイドメタデータを上記端末に送信するステップと、を含むことを特徴とする。
【０００９】
本発明の他の態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法を提供する。上記方法は、サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを上記端末から受信するステップと、上記ファイル復旧要請メッセージが上記電子サービスガイドに対する要請である場合に、上記サービスアプリケーションエンティティが上記ファイル復旧要請メッセージ及び上記ファイル復旧要請メッセージから送信された端末のアドレスを上記サービス管理エンティティに送信するステップと、上記サービス管理エンティティ内で上記電子サービスガイドを生成する論理電子サービスガイド集合部が上記ファイル復旧要請メッセージを解析し、上記電子サービスガイドを上記端末に再送信するか否かを判定するステップと、上記電子サービスガイドを再送信すると判定した場合に、上記論理電子サービスガイド集合部が上記電子サービスガイドメタデータ及び上記端末のアドレスを上記サービスアプリケーションエンティティに伝達するステップと、上記サービスアプリケーションエンティティが上記電子サービスガイドメタデータを上記端末に送信するステップと、を含むことを特徴とする。
【００１０】
本発明のさらなる他の態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法を提供する。上記方法は、サービス管理エンティティが電子サービスガイド（ＥＳＧ）を端末にブロードキャストした後に、サービスアプリケーションエンティティがファイル復旧要請メッセージを上記端末から受信するステップと、上記サービス管理エンティティから上記電子サービスガイドを送信するインタラクティブサーバが、上記電子サービスガイド復旧要請メッセージを用いて上記電子サービスガイドを再送信するか否かを判定するステップと、上記電子サービスガイドを再送信すると判定した場合に、上記インタラクティブサーバが上記電子サービスガイドの再送信要請メッセージを上記サービス管理エンティティ内で上記電子サービスガイドを生成する論理電子サービスガイド集合部に送信するステップと、上記論理電子サービスガイド集合部が電子サービスガイドメタデータ及び上記端末のアドレスを上記インタラクティブサーバに送信するステップと、上記インタラクティブサーバが上記電子サービスガイドメタデータを上記端末に送信するステップと、を含むことを特徴とする。
【００１１】
本発明のさらなる他の１つの態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置を提供する。上記装置は、ファイル復旧要請メッセージを端末から受信し、電子サービスガイド（ＥＳＧ）を再送信するか否かを判定するサービスアプリケーションエンティティと、上記電子サービスガイドを生成し、上記生成された電子サービスガイドを上記端末にブロードキャストし、上記ファイル復旧要請メッセージを上記サービスアプリケーションエンティティから受信し、上記電子サービスガイドを再送信するか否かを判定し、上記判定の結果に基づいて、電子サービスガイドメタデータを上記端末に送信するサービス管理エンティティと、を含み、上記サービスアプリケーションエンティティは、上記ファイル復旧要請メッセージが上記電子サービスガイドに対する要請である場合に、上記ファイル復旧要請メッセージ及び上記端末のアドレスを上記サービス管理エンティティに提供し、上記サービス管理エンティティは、上記ファイル復旧要請メッセージを解析し、上記電子サービスガイドを上記端末に再送信するか否かを判定し、上記判定の結果に基づいて、上記電子サービスガイドメタデータを上記端末に送信することを特徴とする。
【００１２】
本発明のさらに他の態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置を提供する。上記装置は、ファイル復旧要請メッセージを端末から受信し、電子サービスガイド（ＥＳＧ）を再送信するか否かを判定するサービスアプリケーションエンティティと、上記電子サービスガイドを生成し、上記生成された電子サービスガイドを上記端末にブロードキャストし、上記要請メッセージを上記サービスアプリケーションエンティティから受信し、上記電子サービスガイドを再送信するか否かを判定し、上記判定の結果に基づいて、上記サービスアプリケーションエンティティを介して電子サービスガイドメタデータを上記端末に送信するサービス管理エンティティと、を含み、上記サービスアプリケーションエンティティは、上記ファイル復旧要請メッセージが上記電子サービスガイドに対する要請である場合に、上記要請メッセージ及び上記要請メッセージから送信された上記端末のアドレスを上記サービス管理エンティティに提供し、上記サービス管理エンティティは、上記要請メッセージを解析し、上記電子サービスガイドを上記端末に再送信するか否かを判定することを特徴とする。
【００１３】
本発明のさらにまた他の態様によれば、デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する装置を提供する。上記装置は、電子サービスガイドを端末にブロードキャストし、電子サービスガイド復旧要請メッセージを上記端末から受信し、上記要請メッセージを解析し、上記電子サービスガイドを上記要請メッセージを送信した端末に再送信するか否かを判定するインタラクティブサーバと、上記電子サービスガイドを生成し、上記インタラクティブサーバの判定の結果に基づいて、電子サービスガイド再送信要請を受信し、電子サービスガイドメタデータを上記インタラクティブサーバに送信する論理電子サービスガイド集合部と、を含み、上記インタラクティブサーバは、上記論理電子サービスガイド集合部から受信された上記電子サービスガイドメタデータを上記端末に送信することを特徴とする。
【発明の効果】
【００１４】
本発明の実施形態は、端末がＥＳＧを受信するにあたり、ＥＳＧ送信エラーが発生する際の復旧要請をネットワークに送信し、再送信されたＥＳＧを受信する手続きを実現することができる。したがって、エラーが発生したＥＳＧは、端末により再送信され、受信されることができるという長所がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の好適な実施形態についての動作原理を添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、使用者及び運用者の意図又は慣例に従って変わっても良い。従って、これらの用語は、本発明の全体の内容に基づいて定義されなければならない。
【００１６】
本発明によれば、電子サービスガイド（Electronic Service Guide：以下、“ＥＳＧ”と称する。）復旧要請は、端末がＥＳＧを受信するにあたり、送信エラーが発生すると、一般ファイルの場合におけるように、ファイル復旧要請命令を使用してネットワークに送信される。本明細書では、ＥＳＧ送信エラーが発生する際に、復旧要請がネットワークに送信され、再送信されたＥＳＧが受信される実施形態と、ＥＳＧの固有の復旧要請がネットワークに送信され、再送信されたＥＳＧが受信される実施形態とを提案する。
【００１７】
図１は、本発明が適用される移動ブロードキャスト関連ネットワークの構成を示すブロック図である。
【００１８】
論理的なエンティティ（entity）は、ブロックとして示され、主要な機能に従って区別される。上記ブロックは、物理的に分離されるか、又は同一のサーバ内に位置してもよい。図１を参照すると、コンテンツ生成（Content Creation：ＣＣ）エンティティ１０５は、コンテンツソースを生成した後に、上記生成されたコンテンツソースをサービスアプリケーション（Service Application：ＳＡ）エンティティ１１０に伝達する。ＳＡエンティティ１１０は、ＣＣエンティティ１０５から受信されたコンテンツソース及びサービス構成（Service Configuration）に必要とされる付加的なメタデータを使用して、特定のサービスを生成する。サービス管理（Service Management：ＳＭ）エンティティ１１５は、サービス構成、リソース割当、ＥＳＧプロビジョニング（provisioning）、及び保安などの機能を遂行する。
【００１９】
ブロードキャストネットワーク１２０は、ＤＶＢ-Ｈ（Digital Video Broadcasting-Handheld）ネットワークであり、ＤＶＢ-Ｈネットワークに適応したＥＳＧ及びブロードキャスト関連シグナリングをブロードキャストする部分を含む。本発明については、ＤＶＢ-Ｈを参照して説明する。しかしながら、本発明は、ＤＶＢ-Ｈに限定されない。一般的に、インタラクティブネットワーク１２５は、セルラーネットワークである。インタラクティブネットワーク１２５は、端末からネットワークへのデータ又は要請メッセージを送信することができる機能を有する全てのネットワークであることができる。端末１３０は、サービスを受信するためのユーザー端末である。
【００２０】
図１において、上述した論理的エンティティだけではなく、エンティティ間のインターフェースが定義される。一般的に、Ｘ-１、Ｘ-２、及びＸ-３インターフェースは、ＤＶＢ-Ｈに基づく双方向規格で定義されない。ブロードキャストに関連したシグナリングは、ＣＢＭＳ（Convergence of Broadcast and Mobile Services）-１インターフェースを介して送信される。オーディオ、ビデオ、ファイルなどのコンテンツエレメントは、ＣＢＭＳ-２インターフェースを介して送信される。ＥＳＧは、ＣＢＭＳ-３インターフェースを介して送信される。ポイントツーポイント（Point-To-Point）送信において、ＥＳＧは、ＣＢＭＳ-４インターフェースを介して送信される。ポイントツーポイント送信において、短文サービス（Short Message Service：ＳＭＳ）及びマルチメディアメッセージサービス（Multimedia Message Service：ＭＭＳ）は、ＣＢＭＳ-５インターフェースを介して送信される。ＤＶＢ-Ｈ送信のために、サービスの数、割り当てられた帯域幅などの構成パラメーターは、ＣＢＭＳ-６インターフェースを介して送信される。サービスアプリケーションが宣言されるか、又はメタデータがＣＢＭＳ-７インターフェースを介して送信される。上記インターフェースの主な機能のみについて説明された。上記インターフェース機能は、上述した説明に限定されない。
【００２１】
図２は、本発明が適用されるＥＳＧ関連ネットワークの構成を示すブロック図である。
【００２２】
図２は、図１の基本アーキテクチャーに基づくＥＳＧを生成して送信するためのアーキテクチャー及び対応するエンティティの論理的な機能ブロックを示す。ＥＳＧソース２２２及び購買情報ソース２２４の機能ブロックは、ＳＡエンティティ２２０内に提供される。ＥＳＧソース２２２は、ＥＳＧソースに対応するデータを収集し、ＣＣエンティティ２００から受信された情報及び他のメタデータを含む。購買情報ソース２２４は、購買情報が含まれたブロックである。上記情報は、ＣＢＭＳ-７インターフェースを介してＳＭエンティティ２４０に提供される。
【００２３】
ＳＭエンティティ２４０は、４つの機能ブロック（すなわち、以下では、ブロック２４２、２４４、２４６、及び２４８が説明される。）を含む。特定の論理ＥＳＧ集合部２４２は、特定の論理ＥＳＧ集合部２４２から伝達されたＥＳＧソースを集めることにより、単一のＥＳＧを生成する。ブートストラップＥＳＧ集合部２４４は、ＥＳＧをブートストラッピング（Bootstraping）するのに必要とされる情報を管理する。リソースプロビジョニングスケジューリング部２４６は、ネットワークリソース管理及びプロビジョニング（Provisioning）、及びスケジューリング管理の機能を遂行する。インタラクティブ送信サーバ２４８は、ポイントツーポイントＥＳＧ転送に対する役割を担当する。
【００２４】
ネットワーク２６０は、ブロードキャストネットワーク２５０及びインタラクティブネットワーク２５１を含む。ブロードキャストネットワーク２５０は、上記伝達されたＥＳＧをＤＶＢ-Ｈネットワークに適応させる役割をする物理ＥＳＧ集合部２５２、インターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）セクションマッピング部２５４、及びＤＶＢ-Ｈリソースマッピング部２５６を含む。
【００２５】
端末２８０は、端末２８０のＤＶＢ-Ｈ信号を受信するためのＤＶＢ-Ｈ受信器２８２と、双方向転送に関連したインタラクティブアダプター２８４と、及びＥＳＧを受信し、復号化し、ディスプレーするためのサービス及びコンテンツディスクリプション処理部（Service & Content description handler）２８６と、を含む。
【００２６】
図３は、本発明が適用されるファイル関連ネットワーク構成を示すブロック図である。
【００２７】
図３は、図１の基本アーキテクチャーに基づいてファイルを生成して送信するためのアーキテクチャー及び対応するエンティティの論理的な機能ブロックを示す。ＳＡエンティティ３２０は、ファイルを送信するためのファイル送信部３２２と、ＣＣエンティティからファイルソースを受信するためのファイルソース３２４、サービス構成を担当するサービスアプリケーション構成部３２６と、を含む。端末３８０は、コンテンツ消費部３８２を含み、受信されたファイルに関連したサービスを提供する役割を担当する。図３の他のブロックが図２のものと同一であるので、説明の便宜上、その説明を省略する。
【００２８】
ファイル送信エラーが発生した場合に、端末は、ハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol：ＨＴＴＰ）ファイル復旧要請（File Repair Request）メッセージをＳＡエンティティ３２０に送信する。上記ＨＴＴＰファイル復旧要請メッセージは、ＨＴＴＰを使用して受信されるファイルの位置に関する情報及び送信エラーが発生した部分を含む。上記ＨＴＴＰファイル復旧要請メッセージの例は、次の通りである。
【００２９】
"GET www.example.com/news/latest.3gp?ipdc-flute-
repair & SBM=5; ESI=12+SBN=20;ESI=27 HTTP/1.1"
【００３０】
上記の例は、ＤＶＢ-ＣＢＭＳコンテンツ配信プロトコル（Content Delivery Protocol：ＣＤＰ）標準文書（ｔｍ-ｃｂｍｓ１１６７）で定義された“ｑｕｅｒｙ＝ａｐｐｌｉｃａｔｉｏｎ＊（"＆"［ｓｂｎ_ｉｎｆｏ］）”に従う。上記の例において、アプリケーションは、‘ｉｐｄｃ-ｆｌｕｔｅ-ｒｅｐａｉｒ’であり、‘ｓｂｎ_ｉｎｆｏ’は、ファイル内で受信されるブロックを示し、順方向エラー訂正（Forward Error Correction：ＦＥＣ）符号化識別子（ＩＤ）を示す。上記の例は、ソースブロックナンバー（Source Block Number：ＳＢＮ）＝５及び符号化シンボルＩＤ（Encoding Symbol ID：ＥＳＩ）＝１２であるパケットとＳＢＮ＝２０及びＥＳＩ＝２７であるパケットとを示す。
【００３１】
送信されたファイルがＥＳＧである場合に、ポイントツーポイントＥＳＧ転送を担当するエンティティは、ＳＭ（サービス管理）エンティティ３４０となる。したがって、ＳＡエンティティ３２０とＳＭエンティティ３４０との間の通信が必要とされる。また、ＳＭエンティティ３４０は、ファイル復旧要請メッセージを解析し、ＥＳＧデータ及びポイントツーポイントＥＳＧを受信するための端末に関する情報をインタラクティブ送信サーバ２４８に通知しなければならない。
【００３２】
図４は、本発明の好ましい第１の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【００３３】
図４を参照すると、端末４４０が送信エラーが発生したＥＳＧを受信した場合に、端末４４０は、ステップ４００で、エラーが発生したファイルがＥＳＧ又は一般ファイルであるか否かを判定せず、ファイル再送信要請命令シグナリングを用いて一般的なファイル復旧要請メッセージをＳＡエンティティ４１０に提供する。ＳＡエンティティ４１０は、ステップ４０１で、要請された再送信ファイルの位置を確認し、上記要請されたファイルが一般ファイル又はＥＳＧであるか否かを判定する。このために、ＳＡエンティティ４１０は、アプリケーションファイルがＥＳＧ又は一般ファイルであるか否かに関する情報を記憶しなければならない。
【００３４】
上記要請された再送信ファイルがＥＳＧである場合に、上記ファイル復旧要請メッセージは、ステップ４０２で、ＥＳＧを担当するＳＭエンティティ４２０に再送信される。この際、上記メッセージを送信した端末のアドレスも提供される。ＳＭエンティティ４２０の論理ＥＳＧ集合部４２５は、ステップ４０３で、上記メッセージを解析し、上記メッセージがＥＳＧ要請メッセージであることを判定する。ステップ４０４で、端末のアドレスとともに、ＥＳＧメタデータは、インタラクティブサーバ４３０に伝達される。このために、論理ＥＳＧ集合部４２５は、ＨＴＴＰを使用してファイル復旧要請メッセージを解析できなければならない。
【００３５】
インタラクティブサーバ４３０から伝達されたＥＳＧメタデータ及び端末のアドレス用いて、ステップ４０５で、上記ＥＳＧは、対応する端末４４０に送信される。論理ＥＳＧ集合部４２５がＥＳＧを再送信しないと判定した場合には、ステップ４０６で、上記ＥＳＧが再送信されないことをＳＡエンティティ４１０に通知する。ＳＡエンティティ４１０は、ステップ４０７で、上記ＥＳＧが再送信されないことを示すファイル復旧応答メッセージを生成した後に、ステップ４０８で、上記生成されたファイル復旧応答メッセージを端末４４０に送信する。
【００３６】
図５は、本発明の好ましい第２の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【００３７】
図５を参照すると、送信エラーが発生したＥＳＧを受信した場合に、端末５４０は、ステップ５００で、エラーが発生したファイルがＥＳＧ又は一般ファイルであるか否かを判定せず、ファイル再送信要請命令シグナリングを用いて一般的なファイル復旧要請メッセージをＳＡエンティティ５１０に提供する。ＳＡエンティティ５１０は、ステップ５０１で、要請された再送信ファイルの位置を確認し、上記要請されたファイルが一般ファイル又はＥＳＧであるか否かを判定する。このために、ＳＡエンティティ５１０は、アプリケーションファイルがＥＳＧ又は一般ファイルであるか否かに関する情報を記憶しなければならない。
【００３８】
上記要請された再送信ファイルがＥＳＧである場合に、上記ファイル復旧要請メッセージは、ステップ５０２で、ＥＳＧを担当するＳＭエンティティ５２０に再送信される。この際、上記メッセージを送信した端末のアドレスも提供される。ＳＭエンティティ５２０の論理ＥＳＧ集合部５２５は、ステップ５０３で、上記メッセージを解析し、上記メッセージがＥＳＧ要請メッセージであることを判定する。
【００３９】
ステップ５００〜５０３は、図４のステップ４００〜４０３と同様である。ＳＭエンティティ５２０は、ステップ５０４で、ＥＳＧ再送信要請に応じて、ＥＳＧメタデータをＳＡエンティティ５１０に送信する。その後、ＳＡエンティティ５１０は、ステップ５０５で、上記ＥＳＧメタデータを上記ＥＳＧメタデータを要請した端末５４０に送信する。これは、一般ファイル復旧応答の場合におけるように処理される。
【００４０】
論理ＥＳＧ集合部５２５がＥＳＧを再送信しないと判定した場合には、ステップ５０６で、上記ＥＳＧが再送信されないことをＳＡエンティティ５１０に通知する。ＳＡエンティティ５１０は、ステップ５０７で、上記ＥＳＧが再送信されないことを示すファイル復旧応答メッセージを生成した後に、ステップ５０８で、上記生成されたファイル復旧応答メッセージを端末５４０に送信する。
【００４１】
図６は、本発明の好ましい第３の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【００４２】
図６に示すように、ＥＳＧ送信エラーが発生した場合に、端末６４０は、一般ファイル送信エラーとは区別されるＥＳＧ送信エラーを確認した後に、ＥＳＧの固有の要請メッセージをＳＭエンティティ６２０に送信する。
【００４３】
図６を参照して、ステップ６００で、端末６４０がＥＳＧ復旧要請メッセージをＳＭエンティティ６２０のインタラクティブサーバ６３０に送信すると、ステップ６０１で、インタラクティブサーバ６３０は、上記復旧要請メッセージを解析した後に、ステップ６０２で、上記解析されたメッセージを論理ＥＳＧ集合部６２５に伝達し、ステップ６０３で、論理ＥＳＧ集合部６２５からＥＳＧメタデータを受信する。
【００４４】
ステップ６０４で、インタラクティブサーバ６３０は、上記受信されたＥＳＧメタデータを要請した端末６４０に送信する。しかしながら、ＥＳＧを再送信しないと判定した場合には、論理ＥＳＧ集合部６２５は、ステップ６０５で、上記ＥＳＧが再送信されないことを示す応答メッセージを生成し、ステップ６０６で、上記応答メッセージを対応する端末６４０に送信する。
【００４５】
一方、上記ＥＳＧの固有の要請メッセージは、変形されることができる。
【００４６】
基本的なＨＴＴＰ ＧＥＴ命令語は、次の通りである。
【００４７】
GET Request_URI = GET  "*"| absolute_URI | abs_path
【００４８】
“ａｂｓｏｌｕｔｅ_ＵＲＩ”は、ユニフォームリソースロケータ（Uniform Resource Locator：ＵＲＬ）フォーマット及びユニバーサルリソース名（Universal Resource Name：ＵＲＮ）フォーマットをすべて有することができる。本実施形態は、図４及び図５に示した実施形態のファイル復旧クエリー（File repair query）フォーマットとは異なり、ＤＶＢにより定義されたＵＲＮ形式に対応する“ｕｒｎ：ｄｖｂ:ｅｓｇ：ｃｉｄ：１”を使用してコンテナＩＤ＝１であるＥＳＧ送信単位を定義する。
【００４９】
また、ＨＴＴＰ ＧＥＴ命令語を有するクエリー属性を用いて、次のようなクエリーが定義される。
【００５０】
Query = application*("&"[TOI_info])
TOI_info = "TOI" = TOI_number
TOI_number = 1*DIGIT
【００５１】
上記クエリーは、ＨＴＴＰ ＧＥＴ命令語を処理するのに必要とされる関連したアプリケーション名及び“ＴＯＩ_ｉｎｆｏ”で構成される。“ＴＯＩ_ｉｎｆｏ”は、“ＴＯＩ_ｎｕｍｂｅｒ”を示すパラメーターである。“ＴＯＩ_ｎｕｍｂｅｒ”は、ＦＬＵＴＥ（File Delivery over Unidirectional Transport）でファイル客体を送信する際に使用されるＴＯＩ（Transport Object Identifier）値として整数値を有する。ＥＳＧがＤＶＢ-ＣＢＭＳで送信される際に、対応するＴＯＩ値が割り当てられた送信単位に対応するＥＳＧコンテナのバージョン値が送信される。上記ＴＯＩ値が送信される理由は、対応するＥＳＧコンテナがＥＳＧ送信エラーを確認し、ＥＳＧを再送信する過程で更新されることもあり、上記更新されたＥＳＧコンテナが受信されない場合もあるためである。全般的なネットワークに問題が発生する場合には、上記更新されたＥＳＧは、受信されることができない。
【００５２】
次のような例が可能である。
【００５３】
GET urn:dvb:esg:cid:1?ipdc-esg-repair & TOI=16 HTTP/1.
【００５４】
図７は、本発明の好ましい第１の実施形態による送信器のメッセージフローを示すフローチャートである。
【００５５】
図７のフローチャートにおいて、“ＳＡ”は、サービスアプリケーションエンティティを示し、“ＳＭ”は、サービス管理エンティティを示す。ステップ７０５で、上記ＳＭエンティティは、ＥＳＧをブロードキャストする。ステップ７１０で、ファイル復旧要請メッセージを受信すると、ステップ７１５で、上記ＳＡエンティティは、上記要請メッセージからファイルのアドレスを読み出し、上記ファイルが一般ファイル又はＥＳＧであるか否かを判定する。上記ファイルが上記一般ファイルである場合に、上記ＳＡエンティティは、ステップ７２０に進み、上記一般ファイルの再送信の場合と同一に処理する。他方、上記ファイルが上記ＥＳＧである場合に、上記ＳＡエンティティは、ステップ７２５に進み、上記要請メッセージ及び上記要請メッセージを送信した端末のアドレスを上記ＳＭエンティティに提供する。
【００５６】
ステップ７３０で、上記ＳＭエンティティの論理ＥＳＧ集合部は、上記要請メッセージ及び上記端末のアドレス情報を上記ＳＡエンティティから受信し、上記要請メッセージを解析し、上記メッセージが特定のＥＳＧに対する再送信要請であることを把握する。ステップ７３５で、上記ＳＭエンティティは、上記ＥＳＧを再送信するか否かを判定する。上記ＥＳＧを再送信しないと判定した場合には、上記ＳＭエンティティは、ステップ７４０に進み、上記ＥＳＧが再送信されないことを知らせる応答メッセージを生成し、上記応答メッセージを上記ＳＡエンティティに送信する。その後、ステップ７４５で、上記ＳＡエンティティは、ファイル復旧がなされないことを示す応答メッセージを生成し、上記応答メッセージを対応する端末に送信する。他方、ステップ７３５で、上記ＥＳＧを再送信すると判定した場合には、上記ＳＭエンティティの論理ＥＳＧ集合部は、ステップ７５０で、ＥＳＧメタデータ及び端末のアドレスをインタラクティブサーバに提供する。上記ＳＭエンティティのインタラクティブサーバは、ステップ７５５で、上記ＥＳＧメタデータを上記端末に送信する。
【００５７】
図８は、本発明の好ましい第１の実施形態による受信器のメッセージフローを示すフローチャートである。
【００５８】
図８を参照すると、端末は、ステップ８０５で、ＥＳＧを受信し、ステップ８１０で、ＥＳＧ内の送信エラーを確認した後に、ステップ８１５で、ＨＴＴＰファイル復旧要請メッセージを生成し、上記メッセージをネットワークに送信する。
【００５９】
ステップ８２０で、上記端末が再送信されたファイルを受信し、ファイルを送信したアドレスがインタラクティブサーバにマッピングされ、上記再送信されたファイルがＥＳＧである場合には、ステップ８２５に進み、上記ＥＳＧを記憶する。他方、上記再送信されたファイルがＥＳＧではない場合には、上記端末は、ステップ８３０に進み、上記ＥＳＧが再送信されないことを示すファイル復旧応答メッセージを確認する。ステップ８３５で、上記端末は、受信されたメッセージからファイル名を読み出し、これを端末が保有したＥＳＧのネットワーク上のアドレスリストと比較する。その結果、上記受信されたメッセージが特定のＥＳＧの再送信失敗メッセージであることが確認されると、上記端末は、ステップ８４０で、上記再送信失敗をユーザーに通知する。
【００６０】
図９は、本発明の好ましい第２の実施形態による送信器のメッセージフローを示すフローチャートである。
【００６１】
図９のフローチャートにおいて、“ＳＡ”は、サービスアプリケーションエンティティを示し、“ＳＭ”は、サービス管理エンティティを示す。ステップ９０５で、上記ＳＭエンティティは、ＥＳＧをブロードキャストする。ステップ９１０で、ファイル復旧要請メッセージを受信すると、ステップ９１５で、上記ＳＡエンティティは、上記要請メッセージからファイルのアドレスを読み出し、上記ファイルが一般ファイル又はＥＳＧであるか否かを判定する。上記ファイルが上記一般ファイルである場合に、上記ＳＡエンティティは、ステップ９２０に進み、上記一般ファイルの再送信の場合と同一に処理する。他方、上記ファイルが上記ＥＳＧである場合に、上記ＳＡエンティティは、ステップ９２５に進み、上記要請メッセージ及び上記要請メッセージを送信した端末のアドレスを上記ＳＭエンティティに提供する。
【００６２】
ステップ９３０で、上記ＳＭエンティティの論理ＥＳＧ集合部は、上記要請メッセージ及び上記端末のアドレス情報を上記ＳＡエンティティから受信し、上記要請メッセージを解析し、上記メッセージが特定のＥＳＧに対する再送信要請であることを把握する。ステップ９３５で、上記ＳＭエンティティは、上記ＥＳＧを再送信するか否かを判定する。上記ＥＳＧを再送信しないと判定した場合には、上記ＳＭエンティティは、ステップ９４０に進み、上記ＥＳＧが再送信されないことを知らせる応答メッセージを生成し、上記応答メッセージを上記ＳＡエンティティに送信する。ステップ９４５で、上記ＳＡエンティティは、ファイル復旧がなされないことを示す応答メッセージを生成し、上記応答メッセージを対応する端末に送信する。他方、ステップ９３５で、上記ＥＳＧを再送信すると判定した場合には、上記ＳＭエンティティの論理ＥＳＧ集合部は、ステップ９５０で、ＥＳＧメタデータ及び端末のアドレスを上記ＳＡエンティティに提供する。上記ＳＡエンティティは、上記ＥＳＧメタデータを受信した後に、一般ファイルがステップ９５５で送信された方式と同一の方式で、上記受信されたＥＳＧメタデータを上記端末に送信する。
【００６３】
図１０は、本発明の好ましい第２の実施形態による受信器のメッセージフローを示すフローチャートである。
【００６４】
図１０を参照すると、端末は、ステップ１００５で、ＥＳＧを受信し、ステップ１０１０で、ＥＳＧ内の送信エラーを確認した後に、ステップ１０１５で、ＨＴＴＰファイル復旧要請メッセージを生成し、上記メッセージをネットワークに送信する。
【００６５】
その後、ステップ１０２０で、再送信されたファイルが受信される場合に、上記端末は、ステップ１０２５に進み、上記再送信されたファイルがＥＳＧであることを確認する。ステップ１０３０で、上記端末は、上記ＥＳＧを記憶し、上記ＥＳＧをユーザーに提供する。
【００６６】
他方、上記再送信されたファイルがＥＳＧではない場合には、上記端末は、ステップ１０３５に進み、上記ファイルが再送信されないことを示すファイル復旧要請メッセージを確認する。ステップ１０４０で、上記端末は、受信されたメッセージからファイル名を読み出し、これを端末が保有したＥＳＧのネットワーク上のアドレスリストと比較する。その結果、上記受信されたメッセージが特定のＥＳＧの再送信失敗メッセージであることが確認されると、上記端末は、ステップ１０４５で、上記再送信失敗をユーザーに通知する。
【００６７】
第２の実施形態による受信器のフローチャートは、第１の実施形態による受信器のフローチャートと全体的に同一である。第１の実施形態と第２の実施形態との差は、次の通りである。第１の実施形態において、ＥＳＧがインタラクティブサーバから再送信されるので、端末は、サーバアドレスを確認することによりＥＳＧ送信を確認することができる。第２の実施形態において、ＥＳＧが一般ファイルの送信経路を介して送信されるので、端末は、ネットワーク上の受信されたファイル名及びアドレスを自身が保有したＥＳＧリストと比較することにより、ＥＳＧを確認することができる。
【００６８】
図１１は、本発明の好ましい第３の実施形態による送信器のメッセージフローを示すフローチャートである。
【００６９】
図１１を参照すると、ＳＭは、ステップ１１０５で、ＥＳＧを送信した後に、ステップ１１１０で、ＨＴＴＰ ＥＳＧ復旧要請メッセージを特定の端末から受信し、ステップ１１１５で、上記ＥＳＧを再送信するか否かを判定する。
【００７０】
上記ＥＳＧを再送信しないと判定した場合には、上記ＳＭエンティティは、ステップ１１２０に進み、上記ＥＳＧが再送信されないことを知らせるＥＳＧ復旧応答メッセージを上記端末に送信する。他方、上記ＥＳＧを再送信すると判定した場合には、論理ＥＳＧ集合部は、ステップ１１２５に進み、ＥＳＧメタデータ及び対応する端末のアドレスをインタラクティブサーバに伝達する。ステップ１１３０で、上記インタラクティブサーバは、上記情報を対応する端末に提供する。
【００７１】
図１２は、本発明の好ましい第３の実施形態による受信器のメッセージフローを示すフローチャートである。
【００７２】
図１２を参照すると、受信器は、ステップ１２０５で、ＥＳＧを受信し、ステップ１２１０で、送信エラーを確認する。ステップ１２１５で、ＥＳＧ復旧要請がネットワークに送信される。ステップ１２２０で、再送信されたＥＳＧを受信すると、ステップ１２２５で、上記ＥＳＧを記憶し、これを端末に送信する。他方、ステップ１２２０で、再送信されたＥＳＧが受信されないと、ステップ１２３０に進み、受信器が、上記ＥＳＧが再送信されないことを示すＥＳＧ復旧応答メッセージを受信したと判定する。ステップ１２３５で、受信器は、送信アドレス、受信アドレス、及びファイル名を上記受信されたメッセージから読み出すことにより、特定のＥＳＧの再送信失敗メッセージを確認した後に、ステップ１２４０で、上記再送信失敗メッセージをユーザーに通知する。
【００７３】
図１３は、本発明の好ましい実施形態による送信器の構成を示すブロック図である。
【００７４】
図１３を参照すると、ネットワーク上のＳＡエンティティ１３１０及びＳＭエンティティ１３２０は、一般ファイル記憶及び送信器１３０１及びＥＳＧメタデータ記憶及び送信器１３０３がそれぞれ備えられている。ＳＡエンティティ１３１０及びＳＭエンティティ１３２０は、一般ファイル及びＥＳＧの送信をそれぞれ担当する。また、ＥＳＧ復旧要請判定器１３００又は１３０２は、ＳＡエンティティ１３１０又はＳＭエンティティ１３２０内に備えられる。しかしながら、第１の実施形態及び第２の実施形態において、ＥＳＧ復旧要請判定部１３００は、ＳＡエンティティ１３１０に備えられる。第３の実施形態において、ＥＳＧ復旧要請判定部１３０２は、ＳＭエンティティ１３２０に備えられる。
【００７５】
上記一般ファイルは、ＳＭエンティティ１３２０を通過せず、ＤＶＢ-Ｈエンティティ１３３０のＩＰカプセル化器１３０４に伝達される。ＩＰカプセル化器１３０４は、入力ＩＰストリームをＭＰＥＧ２（Moving Picture Experts Group-2）転送ストリーム（Transport Stream：ＴＳ）にカプセル化する。上記ＭＰＥＧ２ ＴＳは、テレビジョン（ＴＶ）ストリームに対応する他のＭＰＥＧ２ ＴＳとともに多重化される。ＤＶＢ変調器１３０５は、上記多重化されたＴＳを直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：ＯＦＤＭ）シンボルに変調する。上記ＯＦＤＭシンボルは、アンテナを介して送信される。
【００７６】
図１４は、本発明の好ましい実施形態による受信器の構造を簡略に示すブロック図である。
【００７７】
図１４を参照すると、ＤＶＢ受信部１４１０は、アンテナを介して信号を受信する。ＤＶＢ復調器１４００は、上記受信された信号のＯＦＤＭ復調過程を遂行する。逆多重化器は、復調されたデータをカプセル化されたＩＰパケット及びＭＰＥＧ２ ＴＳパケットに区分する。データ処理部は、上記ＴＳパケットの一連の処理過程を遂行することにより、ユーザーが対応するサービスを見ることができるようにする。ＩＰ逆カプセル化器１４０１は、上記カプセル化されたＩＰパケットをＩＰストリームに復調する。上記ＩＰストリームは、ファイル受信器１４０２に出力される。判定器１４０３は、上記ＩＰストリームが一般ファイル又はＥＳＧであるか否かを判定する。上記ＩＰストリームが上記ＥＳＧである場合には、ＥＳＧ処理器１４０４は、上記ＥＳＧを受信し、記憶する。上記ＩＰストリームが上記一般ファイルである場合には、一般ファイル処理器１４０５は、上記一般ファイルを受信し、記憶する。
【００７８】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図面の簡単な説明】
【００７９】
【図１】本発明が適用される移動ブロードキャスト関連ネットワークの構成を示すブロック図である。
【図２】本発明が適用されるＥＳＧ関連ネットワークの構成を示すブロック図である。
【図３】本発明が適用されるファイル関連ネットワークの構成を示すブロック図である。
【図４】本発明の好ましい第１の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【図５】本発明の好ましい第２の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【図６】本発明の好ましい第３の実施形態によるファイル関連ネットワークのメッセージフローを示すフロー図である。
【図７】本発明の好ましい第１の実施形態による送信器のメッセージフローを示すフローチャートである。
【図８】本発明の好ましい第１の実施形態による受信器のメッセージフローを示すフローチャートである。
【図９】本発明の好ましい第２の実施形態による送信器のメッセージフローを示すフローチャートである。
【図１０】本発明の好ましい第２の実施形態による受信器のメッセージフローを示すフローチャートである。
【図１１】本発明の好ましい第３の実施形態による送信器のメッセージフローを示すフローチャートである。
【図１２】本発明の好ましい第３の実施形態による受信器のメッセージフローを示すフローチャートである。
【図１３】本発明の好ましい実施形態による送信器の構成を示すブロック図である。
【図１４】本発明の好ましい実施形態による受信器の構造を簡略に示すブロック図である。
【符号の説明】
【００８０】
１０５  コンテンツ生成エンティティ
１１０  サービスアプリケーション（ＳＡ）エンティティ
１１５  サービス管理（ＳＭ）エンティティ
１２０  ブロードキャストネットワーク
１２５  インタラクティブネットワーク
１３０  端末
【図１】
2009517963.tif 000003
【図２】
2009517963.tif 000004
【図３】
2009517963.tif 000005
【図４】
2009517963.tif 000006
【図５】
2009517963.tif 000007
【図６】
2009517963.tif 000008
【図７】
2009517963.tif 000009
【図８】
2009517963.tif 000010
【図９】
2009517963.tif 000011
【図１０】
2009517963.tif 000012
【図１１】
2009517963.tif 000013
【図１２】
2009517963.tif 000014
【図１３】
2009517963.tif 000015
【図１４】
2009517963.tif 000016
【国際調査報告】
2009517963.tif 000017
2009517963.tif 000018