(57)【要約】      （修正有）【課題】室内の場合に、移動マルチメディア放送信号の強度が弱いことからユーザが移動マルチメディア放送番組を受信できない問題を解決する。【解決手段】マルチメディア放送アクセスデバイス１２０は、無線ＬＡＮ通信モジュール１２１と、マルチメディア放送番組に関するポリシーのメタデータを受信し、上記ポリシーのメタデータに基づいてイベントメッセージを生成するポリシー管理器１２３と、上記イベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録するイベント管理器１２６と、上記トリガー条件が満たされることに応じ、上記イベントに関連するマルチメディア放送番組の音声／映像信号を復調する移動マルチメディア放送復調ユニット１２７と、上記マルチメディア放送番組の音声／映像信号を、無線ＬＡＮ通信モジュールを介して上記無線インターネットデバイスに配信するストリーミングメディアサーバユニット１２５と、を含む。【選択図】図１
2014103669.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア放送アクセスデバイスであって、
一つまたは複数の無線インターネットデバイスからアクセス可能な無線ＬＡＮ通信モジュールと、
マルチメディア放送番組に関するポリシーのメタデータを受信し、上記ポリシーのメタデータに基づいてイベントメッセージを生成するポリシー管理器と、
上記イベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録するイベント管理器と、
上記トリガー条件が満たされることに応じ、上記イベントに関連するマルチメディア放送番組の音声／映像信号を復調する移動マルチメディア放送復調ユニットと、
移動マルチメディア放送復調ユニットから復調後のマルチメディア放送番組の音声／映像信号を受信し、上記マルチメディア放送番組の音声／映像信号を、無線ＬＡＮ通信モジュールを介して上記無線インターネットデバイスに配信するストリーミングメディアサーバユニットと、を含むことを特徴とするマルチメディア放送アクセスデバイス。
【請求項２】
無線ＷＡＮ通信モジュールを更に含み、
上記ポリシー管理器は、上記無線ＷＡＮ通信モジュールを介してインターネットにおけるアプリケーションサーバと対話することを特徴とする請求項１に記載のアクセスデバイス。
【請求項３】
上記ポリシー管理器は、無線インターネットデバイスの要求に応じ、アプリケーションサーバからのマルチメディア放送番組に関するポリシーのメタデータを、無線ＬＡＮを介して上記無線インターネットデバイスに提供することを特徴とする請求項２に記載のアクセスデバイス。
【請求項４】
上記ポリシー管理器は、マルチメディア放送番組に関するポリシーのメタデータを、上記無線インターネットデバイスのブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースから取得するポリシーインタプリタを含むことを特徴とする請求項２に記載のアクセスデバイス。
【請求項５】
上記ポリシー管理器は、イベントフィードバックメッセージをイベント管理器から受信し、受信したイベントフィードバックメッセージに基づいてポリシーのメタデータを生成し、生成したポリシーのメタデータをインターネットにおけるアプリケーションサーバに送信して記憶させるポリシーインタプリタを含むことを特徴とする請求項１に記載のアクセスデバイス。
【請求項６】
有線インタフェースを更に含み、
インターネットに有線で接続することを特徴とする請求項１に記載のアクセスデバイス。
【請求項７】
上記無線ＬＡＮ通信モジュールは、具体的にＩＥＥＥ  ８０２．１１に基づくＷｉＦｉアクセスポイントであることを特徴とする請求項１に記載のアクセスデバイス。
【請求項８】
上記ポリシーのメタデータにおけるデータ部分の形式は、ＸＭＬまたはＪａｖａ（登録商標）に基づくことを特徴とする請求項１に記載のアクセスデバイス。
【請求項９】
上記ストリーミングメディアサーバユニットは、上記マルチメディア放送番組の音声／映像信号を上記イベントメッセージにおける指定形式に変換してから上記無線インターネットデバイスに配信することを特徴とする請求項１に記載のアクセスデバイス。
【請求項１０】
マルチメディア放送アクセスデバイスでマルチメディア放送をルーティングする方法であって、
マルチメディア放送番組に関するポリシーのメタデータを受信し、上記ポリシーのメタデータに基づいてイベントメッセージを生成することと、
上記イベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録することと、
上記トリガー条件が満たされることに応じ、上記イベントに関連するマルチメディア放送番組の音声／映像信号を復調し、上記マルチメディア放送番組の音声／映像信号を、無線ＬＡＮを介して無線インターネットデバイスに配信することと、を含むことを特徴とする方法。
【請求項１１】
無線ＷＡＮを介してインターネットにおけるアプリケーションサーバと対話することを更に含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
無線インターネットデバイスの要求に応じ、アプリケーションサーバからのマルチメディア放送番組に関するポリシーのメタデータを、無線ＬＡＮを介して上記無線インターネットデバイスに提供することを更に含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
マルチメディア放送番組に関するポリシーのメタデータを、上記無線インターネットデバイスのブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースから取得することを更に含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
イベントフィードバックメッセージを受信し、受信したイベントフィードバックメッセージに基づいてポリシーのメタデータを生成し、生成したポリシーのメタデータをインターネットにおけるアプリケーションサーバに送信して記憶させることを更に含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
上記ポリシーのメタデータにおけるデータ部分の形式は、ＸＭＬまたはＪａｖａ（登録商標）に基づくことを特徴とする請求項１０に記載の方法。
【請求項１６】
無線インターネットデバイスであって、
移動マルチメディア放送番組信号を受信する移動マルチメディア放送復調モジュールと、
マルチメディア放送アクセスデバイスと無線ＬＡＮを介してデータ通信して上記移動マルチメディア放送番組信号を受信する無線ＬＡＮ通信モジュールと、
上記移動マルチメディア放送復調モジュールの受信信号品質と無線ＬＡＮ通信モジュールの受信信号品質を追跡し、上記の受信信号品質に基づいて対応するプレイヤーを起動させて上記移動マルチメディア放送番組を放送させる切替管理器と、を含むことを特徴とする無線インターネットデバイス。
【請求項１７】
上記切替管理器は、上記移動マルチメディア放送復調モジュールの受信信号品質が無線ＬＡＮ通信モジュールの受信信号品質より低い場合、上記移動マルチメディア放送復調モジュールに関するプレイヤーをストップさせ、上記無線ＬＡＮ通信モジュールに関するプレイヤーを起動させることを特徴とする請求項１６に記載の無線インターネットデバイス。
【請求項１８】
上記切替管理器は、上記移動マルチメディア放送復調モジュールの受信信号品質が無線ＬＡＮ通信モジュールの受信信号品質より高い場合、上記無線ＬＡＮ通信モジュールに関するプレイヤーをストップさせ、上記移動マルチメディア放送復調モジュールに関するプレイヤーを起動させることを特徴とする請求項１６に記載の無線インターネットデバイス。
【請求項１９】
上記無線インターネットデバイスは、携帯電話、タブレット型パソコン、ＰＤＡ、ノートパソコンのうちの一つであることを特徴とする請求項１６に記載の無線インターネットデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、情報技術に関し、具体的に無線インターネットデバイス、マルチメディア放送アクセスデバイスおよび方法に関する。
【背景技術】
【０００２】
インターネット技術と通信技術の発展と伴い、移動インターネット（Mobile  Internet）とマルチメディア放送（Multimedia  Broadcast）が日常生活の様々な面ですでに広く応用されている。移動マルチメディア放送網は、例えばＣＭＭＢ（China  Mobile  Multimedia  Broadcast）、ＩＳＴＢ−Ｔｍｍ（Integrated  Services  Digital  Broadcasting-Terrestrial  mobile  multimedia）などの、標準化された無線放送ネットワークシステムである。人々は、専用のＣＭＭＢ受信端末またはＣＭＭＢモジュール搭載の携帯電話により、テレビやラジオ番組といったマルチメディア放送を受信する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
移動マルチメディア放送の室内伝播について、壁と窓の原因によって、信号が安定しない問題が存在する。従来の技術案は、中継器などのデバイスを室内に取り付けることによって信号強化の目的を実現する。これらの方法は、取り付けコストを増やすとともに、デバイスの柔軟利用ができない。
【０００４】
また、移動マルチメディア放送には、受信デバイスによる復号化、条件受信および放送が必要である。従来の技術案において、ハードウェアで復号化し、ユーザの権限を管理し、しかも特定なアプリケーションソフトによる放送が必要である。これらの方法は、ユーザが複数種類の端末を有しソフトウェアを自由にインストールするという現状に適応していない。
【課題を解決するための手段】
【０００５】
従来技術における一つまたは複数の課題を考慮し、無線インターネットデバイス、マルチメディア放送アクセスデバイスおよびその方法を提供する。
【０００６】
一実施例によれば、マルチメディア放送アクセスデバイスを提供する。該マルチメディア放送アクセスデバイスは、一つまたは複数の無線インターネットデバイスからアクセス可能な無線ＬＡＮ通信モジュールと、マルチメディア放送番組に関するポリシーのメタデータを受信し、上記ポリシーのメタデータに基づいてイベントメッセージを生成するポリシー管理器と、上記イベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録するイベント管理器と、上記トリガー条件が満たされることに応じ、上記イベントに関連するマルチメディア放送番組の音声／映像信号を復調する移動マルチメディア放送復調ユニットと、移動マルチメディア放送復調ユニットから復調後のマルチメディア放送番組の音声／映像信号を受信し、上記マルチメディア放送番組の音声／映像信号を、無線ＬＡＮ通信モジュールを介して上記無線インターネットデバイスに配信するストリーミングメディアサーバユニットとを含む。
【０００７】
別の実施例によれば、マルチメディア放送アクセスデバイスでマルチメディア放送をルーティングする方法を提供する。該方法において、マルチメディア放送番組に関するポリシーのメタデータを受信し、上記ポリシーのメタデータに基づいてイベントメッセージを生成することと、上記イベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録することと、上記トリガー条件が満たされることに応じ、上記イベントに関連するマルチメディア放送番組の音声／映像信号を復調し、上記マルチメディア放送番組の音声／映像信号を、無線ＬＡＮを介して無線インターネットデバイスに配信することとを含む。
【０００８】
また別の実施例によれば、無線インターネットデバイスを提供する。該無線インターネットデバイスは、移動マルチメディア放送番組信号を受信する移動マルチメディア放送復調モジュールと、マルチメディア放送アクセスデバイスと無線ＬＡＮを介してデータ通信して上記移動マルチメディア放送番組信号を受信する無線ＬＡＮ通信モジュールと、上記移動マルチメディア放送復調モジュールの受信信号品質と無線ＬＡＮ通信モジュールの受信信号品質を追跡し、上記の受信信号品質に基づいて対応するプレイヤーを起動させて上記移動マルチメディア放送番組を放送させる切替管理器とを含む。
【発明の効果】
【０００９】
上記実施例のデバイスおよび方法を利用すれば、室内デバイスの移動マルチメディア放送網へのアクセス力を強化し、室内の場合に移動マルチメディア放送信号の強度が弱いことからユーザが移動マルチメディア放送番組を受信できない問題を解決した。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例によるマルチメディア放送アクセスポイントおよび無線インターネットデバイスのブロック図を模式的に示す。
【図２】本発明の別の実施例によるマルチメディア放送アクセスポイントにおけるポリシー管理器のブロック図を模式的に示す。
【図３】本発明の実施例によるマルチメディア放送アクセスポイントにおけるポリシー管理器の操作過程のフローチャートを示す。
【図４】本発明の実施例によるマルチメディア放送アクセスポイントにおけるイベント管理器のブロック図を模式的に示す。
【図５】本発明の実施例によるマルチメディア放送アクセスポイントにおけるイベント管理器が処理するイベント間のステートマシン図を示す。
【図６】本発明の一実施例による無線インターネットデバイスの構造図を模式的に示す。
【図７】本発明の実施例による無線インターネットデバイスの操作過程を模式的に示す。
【図８】本発明の一実施例によるマルチメディア放送アクセスポイントの操作過程を模式的に示す。
【図９】本発明のまた別の実施例によるマルチメディア放送アクセスポイントのブロック図を模式的に示す。
【発明を実施するための形態】
【００１１】
以下、本願において開示される好ましい実施形態について添付図面を参照しながら詳細に説明する。添付図面には、異なる添付図面に示されるものの、同一の添付図面記号は、同一または類似する構成を示す。明確かつ簡明にするために、ここに含まれる既知の機能と構造の詳細な記載を省略するようにし、本願の各実施例の主題が不明確になることを避ける。
【００１２】
図１は、本発明の一実施例によるマルチメディア放送アクセスポイントのブロック図を模式的に示す。本願の一つまたは複数の実施例によれば、ＭｉＭＢＡＮ（Mobile  Internet  and  Multimedia  Broadcasting  Access  Node）１２０の多種類ネットワークアクセス力を利用することで、移動マルチメディア放送コンテンツの一つまたは複数のＷｉＤ１１１、１１２、１１３のインターネットブラウザへの伝送を実現し、ＷｉＤ１１１、１１２、１１３のアプリケーションやインターネットにおけるコンテンツとの対話を実現する。
【００１３】
一実施例に基づくＭｉＭＢＡＮデバイス１２０は、無線ＷＡＮ（ＷＷＡＮ）通信モジュール１２４、無線ＬＡＮ（ＷＬＡＮ）通信モジュール１２１および移動マルチメディア放送（ＭＭＢ）復調モジュール（ＭＭＢチューナー）１２７などを含んでよい。
【００１４】
上述のように、ＭｉＭＢＡＮ（Mobile  Internet  and  Multimedia  Broadcasting  Access  Node）１２０は、ＭＭＢ（移動マルチメディア放送網）、ＷＷＡＮ（無線ＷＡＮ）、ＷＬＡＮ（無線ＬＡＮ）へのアクセス力を持つデバイスである。無線ＷＡＮ通信モジュール１２４は、例えばＷＣＤＭＡ（登録商標）、ＣＤＭＡ、ＷｉＭＡＸ（登録商標）、ＬＴＥ、ＬＴＥ−Ａなど、あらゆる標準化されたセルラーネットワークシステムに基づいてよい。移動マルチメディア放送復調モジュール１２７は、例えばＣＭＭＢ（China  Mobile  Multimedia  Broadcast）、ＩＳＴＢ−Ｔｍｍ（Integrated  Services  Digital  Broadcasting-Terrestrial  mobile  multimedia）など、あらゆる標準化された無線放送ネットワークシステムに基づいてよい。
【００１５】
無線ＬＡＮ通信モジュール１２１は、ＩＥＥＥ  ８０２．１１に基づくＷｉＦｉアクセスポイントであってよい。別の実施例によれば、ＷＬＡＮ通信モジュール１２１は、例えばブルートゥース（登録商標）など、他の通信プロトコルに基づいてもよい。
【００１６】
一つまたは複数の実施例によれば、無線インターネットデバイスＷｉＤ（Wireless  Internet  Device）１１１は、例えばスマートフォン、タブレット型パソコン、ノートパソコンなど、無線ＬＡＮインタフェースを持ち、多種類の異なるインターネットアプリケーションをサポートする端末である。通常のインターネットアプリケーションは、ブラウザまたはプレイヤーなどによるアプリケーションを含む。
【００１７】
無線ＷＡＮ通信モジュール１２４は、インターネットにおける実体と通信し、インターネットにおけるアプリケーションサーバ（図１に図示せず）からマルチメディア放送に関するコンテンツを主動的に取得する。無線ＬＡＮ通信モジュール１２１は、複数のＷｉＤ１１１、１１２、１１３とインターネットコンテンツ、マルチメディア放送コンテンツおよびアプリケーション関連データなどを通信する。移動マルチメディア放送復調モジュール１２７は、移動マルチメディア放送基地局が放送する番組コンテンツおよび番組情報コンテンツなどを受信する。本発明の別の実施例によれば、移動マルチメディア放送復調モジュール１２７は、衛星放送の移動マルチメディア放送番組コンテンツなどを受信することもでき、インターネットまたは有線テレビ網に陸地通信インタフェースを介して接続することができる。
【００１８】
本発明の一実施例によれば、ＭｉＭＢＡＮ１２０は、ストリーミングメディアサーバユニット１２５、ストリーミングメディアバッファユニット１２２、ポリシー管理器１２３およびイベント管理器１２６などを更に含んでよい。
【００１９】
ポリシー管理器１２３は、ＷｉＤ１１１、１１２、１１３におけるアプリケーションまたはインターネットにおけるアプリケーションと対話し、例えば無線インターネットデバイス１１１からマルチメディア放送番組に関するアプリケーションメタデータを受信し、上記アプリケーションメタデータに基づいてイベントメッセージを生成する。一実施例によれば、これらのアプリケーションメタデータにおけるデータ部分の形式は、ＸＭＬまたはＪａｖａ（登録商標）に基づく。
【００２０】
イベント管理器１２６は、移動マルチメディア放送イベントメッセージを処理し、例えばポリシー管理器１２３が生成したイベントメッセージに基づいて、対応するイベントおよびトリガー条件を登録する。それから、移動マルチメディア放送復調モジュール１２７は、該トリガー条件が満たされることに応じ、該イベントに関連するマルチメディア放送番組の音声／映像信号を復調する。ストリーミングメディアサーバユニット１２５は、マルチメディア放送コンテンツをＷｉＤにリアルタイムに送信し、例えば移動マルチメディア放送復調モジュール１２７から復調後のマルチメディア放送番組の音声／映像信号を受信し、マルチメディア放送番組の音声／映像信号をＷＬＡＮ通信モジュール１２１を介してＷｉＤ１１１、１１２、１１３に配信する。
【００２１】
本発明の一実施例によれば、ストリーミングメディアバッファユニット１２２は、イベント管理器１２６によって登録されたイベントがトリガーすることに応じ、マルチメディア放送映像ファイルをＷｉＤ１１１に伝送する。
【００２２】
本発明の別の実施例によれば、ポリシー管理器１２３は、ＷｉＤ１１１、１１２、１１３の要求に応じ、インターネットにおけるアプリケーションサーバからのマルチメディア放送番組に関するアプリケーションメタデータを、ＷＬＡＮ通信モジュール１２１を介して上記ＷｉＤ１１１に提供する。このようにすると、例えば携帯電話などのＷｉＤは、放送番組に関するメタデータ情報をＭｉＭＢＡＮ１２０に要求することができる。
【００２３】
本発明の別の実施例によれば、上記のストリーミングメディアバッファユニット１２２は、選択可能な構成である。マルチメディア放送番組記憶類のアプリケーションのサポートを必要とする場合、ストリーミングメディアバッファユニット１２２を追加してよい。移動マルチメディア放送復調モジュール１２７から復調後のマルチメディア放送番組の音声／映像信号を受信してファイルにバッファリングし、ＷＬＡＮ通信モジュール１２１を介してＷｉＤ１１１、１１２、１１３からのダウンロードに供する。
【００２４】
本発明の別の実施例によれば、ストリーミングメディアサーバユニット１２５は、ＷｉＤの要求に応じて、移動マルチメディア放送復調モジュール１２７から受信した音声／映像信号を、ＷｉＤに要求される形式に変換することができる。例えば、このような、ＷｉＤの表示パネルがサポートする解析率やブラウザがサポートする音声／映像形式などの形式変換要求は、アプリケーションメタデータに含まれるようにしてよい。
【００２５】
本発明の別の実施例によれば、ＭｉＭＢＡＮ１２０は、有線インタフェース（図１における陸地通信インタフェース）を更に含み、有線接続方式でインターネットまたはその他のネットワークに接続する。
【００２６】
本発明の別の実施例によれば、ＭｉＭＢＡＮ１２０におけるポリシー管理器１２３は、ＷｉＤのアプリケーションまたはプロバイダーネットワークにおけるサーバからのポリシーのメタデータを解析し、解析した結果に基づいて、移動マルチメディア放送の特定のイベントメッセージを生成する。
【００２７】
以上は分離したユニットの形式でマルチメディア放送アクセスポイントの構造を記載したが、上記の複数のユニットを集積して実現可能であることは、本分野の当業者が認識するべきである。例えば、ポリシー管理器とイベント管理器をソフトウェアの形式として実現し、またはストリーミングメディアバッファユニット１２２とストリーミングメディアサーバユニット１２５を集積して実現する。
【００２８】
図２は、本発明の別の実施例によるマルチメディア放送アクセスポイントにおけるポリシー管理器のブロック図を模式的に示す。図２に示すように、本実施例において、ポリシー管理器１２３は、ポリシーインタプリタ１２３１とイベント生成器１２３２を含む。
【００２９】
ポリシーインタプリタ１２３１は、ＷｉＤ１１１、１１２、１１３のアプリケーションまたはプロバイダーネットワークにおけるサーバからのポリシーのメタデータを解析する。イベント生成器１２３２は、解析した結果に基づいて、移動マルチメディア放送の特定のイベントメッセージを生成する。
【００３０】
例えば、ユーザは、ＷｉＤ１１１のブラウザ界面において一つのアプリケーションプログラムを操作し、とあるテレビ番組のリマインドを予約する。例えば２２：００〜２２：３０にＣＣＴＶのニュースチャンネルのイブニングニュース番組を見るように時間をセットする。該リマインドに含まれるアプリケーションメタデータは、例えば｛アプリケーション名：テレビ番組リマインド、開始日：２０１１−０８−３０、リマインド時間：北京時間の２１：５８、リマインド方式：ステータスバー、チャンネル：ＣＣＴＶニュースチャンネル、開始時間：北京時間の２２：００、持続時間：０．５時間、番組名：イブニングニュース番組、キーワード：ニュース類｝である。
【００３１】
ブラウザが該アプリケーションを実行すると同時に、該ポリシーのメタデータは、ＷＬＡＮ接続を介してＭｉＭＢＡＮ１２０におけるポリシー管理器１２３により取得し、取得アドレスがhttp://192.168.1.1:8080/AppManagerである。
【００３２】
ポリシー管理器１２３がアプリケーションメタデータを取得した後に、ポリシーインタプリタ１２３１によって該ポリシーのメタデータを解析し、移動マルチメディア放送復調モジュールの操作に関する情報、例えば｛開始日：２０１１−０８−３０、チャンネル：ＣＣＴＶニュースチャンネル、開始時間：北京時間の２２：００、持続時間：０．５時間、番組名：イブニングニュース番組｝を抽出し、イベント生成器１２３２によって例えば｛イベント識別子：ｄ０ｋ８９３j、イベントバージョン：００１、イベントタイプ：ストリーミングメディア放送のＣＣＴＶニュースチャンネル、イベント状態：開始待ち、イベント開始時間：２０１１−０８−３０−２２００、イベント持続時間：０．５時間｝のイベントメッセージをコンパイルする。ポリシー管理器１２３は、該イベントメッセージをイベント管理ユニット１２６に伝達する。イベント管理ユニット１２６は、該イベントおよび対応するトリガー条件を登録する。例えばタイマーをセットしてイベントの開始を待つ。
【００３３】
図３は、本発明の実施例によるマルチメディア放送アクセスポイントにおけるポリシー管理器の操作過程のフローチャートを示す。図３に示すように、Ｓ３１１とＳ３２１において、それぞれＷｉＤ１１１のブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェース、およびインターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬからポリシーのメタデータを受信する。Ｓ３１２とＳ３２２において、ポリシーインタプリタ１２３１は、受信したポリシーのメタデータにおけるデータ部分のＸＭＬ形式またはＪａｖａ形式のデータを解析し、そのうちの、ユーザアカウントとポリシー記述およびブラウザに関するコンテンツを抽出してイベント生成器１２３２に伝達する。Ｓ３１３において、イベント生成器１２３２は、マルチメディア放送イベント定義に基づいてイベントメッセージをコンパイルして生成する。
【００３４】
Ｓ３１４において、イベント生成器１２３２は、イベントのフィードバックが必要であるか否かを判断する。フィードバックが必要でない場合、ポリシーのメタデータ受信待ち状態に戻る。フィードバックが必要である場合、フィードバックイベントを登録し、Ｓ３１５においてイベントフィードバック待ち状態に入る。Ｓ３１６において、イベント管理器１２６からイベントフィードバックメッセージを受信する。Ｓ３１７において、イベント生成器１２３２は、フィードバックイベントメッセージをポリシーのメタデータにコンパイルする。Ｓ３１８において、ＷｉＤのブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースおよびインターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬにポリシーのメタデータを送信する。
【００３５】
図４は、本発明の実施例によるマルチメディア放送アクセスポイントにおけるイベント管理器のブロック図を模式的に示す。図４に示すように、イベント管理器１２６は、ポリシー管理器１２３からイベントメッセージを受信し、移動マルチメディア放送復調モジュール１２７から番組情報を受信し、イベント管理器１２６は、ストリーミングメディアサーバユニット１２５とストリーミングメディアバッファユニット１２２にトリガー情報を送信する。
【００３６】
図４に示すように、イベント管理器１２６は、以下のようにイベントを定義する。
イベント識別子（イベントＩＤ）：ＭｉＭＢＡＮ１２０内におけるイベントに対する一義的な識別子。
イベントタイプ：ストリーミングメディアサーバユニット１２５とストリーミングメディアバッファユニット１２２に対する異なる操作に応じてタイプを区分する。
イベント状態：イベントが活性化するか否か、イベントフィードバック待ちを登録するか否か、イベント実行状態などの情報。
イベント開始時間：イベント時間で記述するタスク実行開始の時間。
イベント持続時間：イベントの実行開始から実行終了までの持続時間。
【００３７】
本発明の実施例によれば、移動マルチメディア放送復調モジュール１２７は、ＥＳＧ（電子サービスガイド）デコーダーを有し、移動マルチメディア放送から復号してＥＳＧを取得することができる。こうして、イベント管理器１２６は、ＥＳＧデコーダーから更新後のＥＳＧ情報を取得してイベント情報を形成し、これらのイベント情報をポリシー管理器１２３に送信してポリシーのメタデータを形成し、ＷｉＤ１１１またはインターネットにおけるアプリケーションサーバに送信する。
【００３８】
図５は、本発明の実施例によるマルチメディア放送アクセスポイントにおけるイベント管理器が処理するイベント間のステートマシン図を示す。
【００３９】
図５に示すように、Ｓ５０２において、イベントデフォルト状態から開始し、イベントは既に活性化しまたはイベントフィードバック待ち登録中である。タイマーをイベント開始時間にセットし、イベントデフォルト状態からイベント開始状態に入る。Ｓ５０４において、イベントタイプに応じて、ストリーミングメディアサーバユニット１２５またはストリーミングメディアバッファユニット１２２の対応操作をトリガーする。Ｓ５０５において、イベント持続中に、ユーザが対話しまたはアプリケーションがイベントをトリガーしてイベント調整状態に入り、調整したイベントタイプに応じて、ストリーミングメディアサーバユニット１２５またはストリーミングメディアバッファユニット１２２の対応する調整操作をトリガーする。
【００４０】
Ｓ５０１において、イベント持続中に、ユーザが対話しまたはアプリケーションがイベントをトリガーしてイベント更新状態に入り、移動マルチメディア放送復調モジュール１２７から新しい番組情報を受信し、またはユーザが対話しまたはアプリケーションがイベントコンテンツそのものの更新を対話する。
【００４１】
Ｓ５０３において、イベント持続時間終了まで計時し、イベント調整状態からイベント終了状態に入り、イベントをオフにし、イベントフィードバック待ち登録を取り消し、イベント識別子などをクリアする。
【００４２】
図６は、本発明の一実施例による無線インターネットデバイスの構造図を模式的に示す。図６に示すように、本発明の実施例による無線インターネットデバイスは、ブラウザ１１３１、ＭＭＢプレイヤー１１３２、ＷＬＡＮ通信モジュール１１３４、ＭＭＢ復調器１１３５および切替管理器１１３３を含む。切替管理器１１３３は、異なるユーザ（利用者）のポリシーを格納し、異なるポリシーの間で切り替えることができる。該切替管理器１１３３は、異なる通信モジュールや対応するプレイヤーの間で切り替えることもでき、とある通信モジュールの受信信号品質がよくないとき、別の通信モジュールに自動的に切り替える。例えばユーザがＭＭＢプレイヤーでＭＭＢ番組をプレーする途中に屋外から室内に入ると、ＭＭＢ信号レベルが低下する。すると、切替管理器１１３３は、ＷＬＡＮ通信モジュール１１３４に自動的に切替え、ブラウザのプレイヤー１１３１に切り替える。こうして、無線ＬＡＮを介して該ＭＭＢ番組を受信してブラウザのプレイヤーでプレーする。
【００４３】
図７は、本発明の実施例による無線インターネットデバイスの操作過程を模式的に示す。Ｓ７１１において、切替管理器のモジュール切替器は、受信信号レベルを追跡する。Ｓ７１２において、受信信号レベルがＭＭＢ信号レベル閾値より低いか判断する。受信信号レベルがＭＭＢ信号レベル閾値より低くなると、ＷＬＡＮチャネルが利用可能か否かを判断する。受信信号レベルがＭＭＢ信号レベル閾値より高くなると、フローがステップＳ７１１に戻り、引き続き受信信号レベルを追跡する。
【００４４】
ＷＬＡＮチャネルが利用不可の場合、フローがステップＳ７１１に戻り、引き続き受信信号レベルを追跡する。逆の場合、Ｓ７１４において、無線インターネットデバイスは、ＭＭＢ受信デバイスに接続する。それから、ステップＳ７１５において、無線インターネットデバイスは、ＭＭＢ受信デバイスとデバイスのメタデータを協議し、例えば無線インターネットデバイスのデバイスメタデータなどを取得する。ステップＳ７１６において、無線インターネットデバイスは、登録したブラウザプレイヤーを起動させ、ＭＭＢ番組をプレーし始める。ステップＳ７１７において、ＭＭＢプレイヤーアプリケーションをイグジットし、ステップＳ７１８において、ＭＭＢ復調モジュール１１３５を閉じる。
【００４５】
以下、一実例と結び付けて本願実施例によるマルチメディア放送アクセスポイントを記載する。図８は、本発明の一実施例によるマルチメディア放送アクセスポイントの操作過程を模式的に示す。図８に示す例において、二つの異なる無線インターネットデバイスＷｉＤ１とＷｉＤ２は、それぞれＭＭＢ受信デバイスからＭＭＢ番組を受信する。例えば、ＭｉＭＢＡＮを窓際など信号が強い室内位置に置き、家にいる人は、あらゆるＷｉＦｉデバイス（例えば携帯電話またはタブレット型パソコン）においてブラウザを開いて移動マルチメディア放送番組を見ることができる。
【００４６】
図８に示すように、Ｓ８１１、Ｓ８１２、Ｓ８１３において、ＭＭＢ受信デバイスは、それぞれインターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬからポリシーのメタデータを受信し、無線インターネットデバイスＷｉＤ２のブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースからデバイスメタデータを受信し、無線インターネットデバイスＷｉＤ１、２のブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースからデバイスメタデータを受信する。Ｓ８１４において、ポリシーインタプリタ１２３１は、受信したアプリケーションメタデータにおけるデータ部分のＸＭＬ形式またはＪａｖａ形式のデータを解析し、そのうちの、ユーザアカウントとポリシー記述およびブラウザに関するコンテンツを抽出してイベント生成器１２３２に伝達する。イベント生成器１２３２は、マルチメディア放送イベント定義に基づいてイベントメッセージをコンパイルして生成する。
【００４７】
無線インターネットデバイスＷｉＤ２にとって、ステップＳ８１５においてイベントタイマーが設定時間になり、ＭＭＢチューナーをトリガーしてＭＭＢ番組を受信し、ステップＳ８１６において、ＭＭＢ受信デバイスは、受信したＭＭＢ番組を無線インターネットデバイスＷｉＤ２に送信する。それから、ステップＳ８１７において、イベント生成器は、イベントのフィードバックが必要であるか否かを判断する。フィードバックが必要でない場合、ポリシーのメタデータ受信待ち状態に戻る。フィードバックが必要である場合、フィードバックイベントを登録し、イベントフィードバック待ち状態に入り、イベント管理器からイベントフィードバックメッセージを受信する。ポリシーインタプリタは、フィードバックイベント情報をポリシーのメタデータにコンパイルする。Ｓ８１８において、ＷｉＤ２のブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースにポリシーのメタデータを送信し、Ｓ８１９において、インターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬにポリシーのメタデータを送信する。
【００４８】
無線インターネットデバイスＷｉＤ１にとって、ステップＳ８２０においてイベントタイマーが設定時間になり、ＭＭＢチューナーをトリガーしてＭＭＢ番組を受信し、ステップＳ８２１において、ＭＭＢ受信デバイスは、受信したＭＭＢ番組を無線インターネットデバイスＷｉＤ１に送信する。それから、ステップＳ８２２において、イベント生成器は、イベントのフィードバックが必要であるか否かを判断する。フィードバックが必要でない場合、ポリシーのメタデータ受信待ち状態に戻る。フィードバックが必要である場合、フィードバックイベントを登録し、イベントフィードバック待ち状態に入り、イベント管理器からイベントフィードバックメッセージを受信する。ポリシーインタプリタは、フィードバックイベント情報をポリシーのメタデータにコンパイルする。Ｓ８２３において、ＷｉＤ１のブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースにポリシーのメタデータを送信し、Ｓ８２４において、インターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬにポリシーのメタデータを送信する。
【００４９】
以下、別の実例と結び付けて本願の実施例による移動マルチメディア放送アクセスポイントを記載する。図９は、本発明のまた別の実施例によるマルチメディア放送アクセスポイントのブロック図を模式的に示す。図９に示す例において、無線インターネットデバイスは、異なるモジュールとブラウザの間で切り替えることができる。例えば、ユーザは、移動マルチメディア放送携帯電話を携帯して帰宅中に移動マルチメディア放送を見るが、帰宅後移動マルチメディア放送信号が悪くなり、デバイスが自動的にＭｉＭＢＡＮデバイスに切り替え、ユーザがマルチメディア放送を引き続き流暢に見る。
【００５０】
Ｓ９１１において、ＭＭＢ受信デバイスは、プロバイダーネットワークからポリシーのメタデータを受信する。Ｓ９１２において、ＭＭＢ受信デバイスは、ポリシーのメタデータを無線インターネットデバイスＷｉＤに送信し、ＷＬＡＮ管理器を予め配置する。ユーザは引き続き屋外でＭＭＢ番組を受信する。ステップＳ９１３において、無線インターネットデバイスＷｉＤの切替管理器は、ＭＭＢ信号受信レベルを追跡し、受信信号レベルが所定閾値より低くなると、ステップＳ９１４において予め配置したＷＬＡＮチャネルを走査し、ステップＳ９１５においてＭＭＢ受信デバイスに接続するとともに、ステップＳ９１６においてそのデバイスメタデータをＭＭＢ受信デバイスに送信する。
【００５１】
続いて、Ｓ９１７において、イベントタイマーは、無線インターネットデバイスのＭＭＢ復調モジュールをトリガーして、ＭＭＢ受信デバイスを介してＭＭＢ番組を受信する。ステップＳ９１８において、ＭＭＢ受信デバイスは、受信したＭＭＢ番組信号を無線インターネットデバイスＷｉＤに送信する。ＭＭＢ番組を受信する過程において、ステップＳ９２１において、イベント生成器は、イベントのフィードバックが必要であるか否かを判断する。フィードバックが必要でない場合、ポリシーのメタデータ受信待ち状態に戻る。フィードバックが必要である場合、フィードバックイベントを登録し、イベントフィードバック待ち状態に入り、イベント管理器からイベントフィードバックメッセージを受信する。ポリシーインタプリタは、フィードバックイベント情報をポリシーのメタデータにコンパイルする。Ｓ９２０において、ＷｉＤのブラウザＵＲＬまたはアプリケーションプログラムのＡＰＩインタフェースにポリシーのメタデータを送信し、Ｓ９２１において、インターネットにおけるネットワークアプリケーションサーバアドレスＵＲＬにポリシーのメタデータを送信する。
【００５２】
本発明の実施例の技術案によれば、ＭｉＭＢＡＮデバイスを用いて信号受信とプレー機能を分けて、移動マルチメディア放送コンテンツの複数の室内ＷｉＤのインターネットブラウザへの伝送を実現し、室内受信強化を達成する。ＭｉＭＢＡＮデバイスは、プロバイダーに依存し、条件受信ポリシーを解釈することによって、マルチメディア放送をマルチ端末に拡張する目的を達成する。移動マルチメディア放送機能を有するデバイスは、室内に入った後に、予め配置したＭｉＭＢＡＮデバイスに自動的に切り替えることもできる。
【００５３】
以上の詳細な記載は、ブロック図、フロー図および／または例示により無線インターネットデバイス、マルチメディア放送アクセスデバイスおよび方法のいくつかの実施例を述べた。このようなブロック図、フロー図および／または例示には、ひとつまたは複数の機能および／または操作が含まれる場合、このようなブロック図、フロー図および／または例示における各機能および／または操作は各種類のハードウェア、ソフトウェア、ファームウェアまたは実質上それらの任意の組み合わせにより単独および／または共同で実現可能なことは当業者が理解すべきである。一実施例において、本発明の実施例による主題の幾つかの部分は、ＡＳＩＣ、ＦＰＧＡ、ＤＳＰ、または他の集積方式で実現可能である。しかし、ここで開示している実施例の一部は、全体的にまたは一部的に集積回路に同等に実現でき、一台または複数台のコンピュータで実行する一つまたは複数のコンピュータプログラム（例えば一台または複数台のコンピュータシステムで実行する一つまたは複数のプログラム）、一つまたは複数のプロセッサーで実行する一つまたは複数のプログラム（例えば一つまたは複数のマイクロプロセッサーで実行する一つまたは複数のプログラム）、ファームウェア、または実質上上記方式の任意の組み合わせとして実現することは、当業者が認識すべきことである。しかも当業者が本開示に基づき、回路設計および／またはソフトウェアおよび／またはファームウェアコードを書き込む能力を備える。また、本開示の主題の仕組みは、複数種類の形式のプログラムプロダクトとして分配でき、実際に分配を実行する信号担持媒体の具体的なタイプにかかわらず、本開示の主題の例示的な実施例はいずれも適用することは、当業者が認識すべきである。信号担持媒体の例示は、例えばフロッピー（登録商標）ディスク、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、デジタルテープ、コンピュータメモリなどの記録可能な媒体、及び、デジタルおよび／またはアナログ通信媒体（例えば光ファイバー・ケーブル、導波路、有線通信リンク、無線通信リンクなど）など転送型媒体を含むが、これらに限らない。
【００５４】
いくつかの典型的な実施例を参照して本発明を記載したが、使用されている術語は、説明のための例示的なものであり、制限するものではないことを理解すべきである。本発明は発明の精神または実質を逸脱することなく複数種類の形式で具体的に実施可能であるが、上記実施例は前述のいかなる細部にも制限されず、添付している特許請求の範囲により限定している精神と範囲内に広く解釈されるべきであり、特許請求の範囲またはその同等効果範囲内に含まれる全ての変化と改良は添付している特許請求にカバーされることは、理解されるべきである。
【図１】
2014103669.tif 000003
【図２】
2014103669.tif 000004
【図３】
2014103669.tif 000005
【図４】
2014103669.tif 000006
【図５】
2014103669.tif 000007
【図６】
2014103669.tif 000008
【図７】
2014103669.tif 000009
【図８】
2014103669.tif 000010
【図９】
2014103669.tif 000011