(57)【要約】      （修正有）【課題】マルチメディア放送のアクセス機器及びその方法を提供する。【解決手段】機器は、１つまたは複数の無線インターネット機器からアクセスできるＷＬＡＮ通信モジュールと、無線インターネット機器からマルチメディア放送番組に関するアプリケーションメタデータを受信して、イベントメッセージを生成するアプリケーション管理手段と、相応のイベント及びトリガー条件を登録するイベント管理手段と、トリガー条件が満足されることに応答して、イベントに関連するオーディオ／ビデオ信号を復調するモバイルマルチメディア放送復調手段と、復調されたオーディオ／ビデオ信号を受信して、ＷＬＡＮ通信モジュールを介して、無線インターネット機器に配信するストリーミングメディアサーバ手段と、を含む。該機器は、マルチメディア放送を相応の無線インターネット機器にルーティングできるばかりでなく、機器間のインタラクティブサービスをサポートできる。【選択図】図１
2013074630.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア放送のアクセス機器であって、
１つまたは複数の無線インターネット機器からアクセスできる無線ローカルエリアネットワーク通信モジュールと、
前記無線インターネット機器から、マルチメディア放送番組に関するアプリケーションメタデータを受信して、前記アプリケーションメタデータに基づいて、イベントメッセージを生成するアプリケーション管理手段と、
前記イベントメッセージに基づいて、相応のイベントおよびトリガー条件を登録するイベント管理手段と、
前記トリガー条件が満足されることに応答して、前記イベントに関連するマルチメディア放送番組のオーディオ／ビデオ信号を復調するモバイルマルチメディア放送復調手段と、
モバイルマルチメディア放送復調手段から、復調されたマルチメディア放送番組のオーディオ／ビデオ信号を受信して、無線ローカルエリアネットワーク通信モジュールを介して、前記復調されたマルチメディア放送番組のオーディオ／ビデオ信号を、前記無線インターネット機器に配信するストリーミングメディアサーバ手段と、
を含むアクセス機器。
【請求項２】
無線ワイドエリアネットワーク通信モジュールをさらに含み、
前記アプリケーション管理手段が、前記無線ワイドエリアネットワーク通信モジュールを介して、インターネット上のアプリケーションサーバとやり取りする、
請求項１に記載のアクセス機器。
【請求項３】
前記アプリケーション管理手段が、無線インターネット機器からの要求に応答して、無線ローカルエリアネットワークを介して、前記無線インターネット機器へ、アプリケーションサーバからの、マルチメディア放送番組に関するアプリケーションメタデータを提供する、
請求項２に記載のアクセス機器。
【請求項４】
前記モバイルマルチメディア放送復調手段が、電子サービスガイドデコーダを含み、
前記イベント管理手段が、前記電子サービスガイドデコーダからの電子サービスガイドをアプリケーション管理手段に送信し、
前記アプリケーション管理手段が、前記電子サービスガイドをコンパイルして、アプリケーションメタデータを生成する、
請求項１に記載のアクセス機器。
【請求項５】
前記アプリケーション管理手段が、生成されたアプリケーションメタデータをインターネット上のアプリケーションサーバに送信して記憶させる、
請求項４に記載のアクセス機器。
【請求項６】
有線インタフェースをさらに含み、
有線の方式でインターネットに接続する、
請求項１に記載のアクセス機器。
【請求項７】
前記無線ローカルエリアネットワーク通信モジュールが、具体的に、ＩＥＥＥ８０２．１１に基づくＷｉＦｉアクセスポイントである、
請求項１に記載のアクセス機器。
【請求項８】
前記アプリケーション管理手段が、無線インターネット機器から、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、前記無線ワイドエリアネットワーク通信モジュールを介して、インターネット上のソーシャルメディアサーバに送信する、
請求項２に記載のアクセス機器。
【請求項９】
前記アプリケーション管理手段が、インターネット上のソーシャルメディアサーバから、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、前記無線ローカルエリアネットワーク通信モジュールを介して、前記無線インターネット機器に送信する、
請求項２に記載のアクセス機器。
【請求項１０】
前記アプリケーションメタデータにおけるデータ部のフォーマットが、ＸＭＬまたはＪａｖａ（登録商標）に基づく、
請求項１に記載のアクセス機器。
【請求項１１】
前記ストリーミングメディアサーバ手段が、前記復調されたマルチメディア放送番組のオーディオ／ビデオ信号を、前記イベントメッセージで指定されるフォーマットに変換してから、前記無線インターネット機器に配信する、
請求項１に記載のアクセス機器。
【請求項１２】
マルチメディア放送をルーティングする方法であって、
無線ローカルエリアネットワークを介して、無線インターネット機器から、マルチメディア放送番組に関するアプリケーションメタデータを受信して、前記アプリケーションメタデータに基づいて、イベントメッセージを生成し、
前記イベントメッセージに基づいて、相応のイベントおよびトリガー条件を登録し、
前記トリガー条件が満足されることに応答して、前記イベントに関連するマルチメディア放送番組のオーディオ／ビデオ信号を復調して、無線ローカルエリアネットワークを介して、復調された前記マルチメディア放送番組のオーディオ／ビデオ信号を前記無線インターネット機器に配信する、
ことを含む方法。
【請求項１３】
無線ワイドエリアネットワークを介して、インターネット上のアプリケーションサーバとやり取りする、
ことをさらに含む請求項１２に記載の方法。
【請求項１４】
無線インターネット機器からの要求に応答して、無線ローカルエリアネットワークを介して、前記無線インターネット機器へ、アプリケーションサーバからの、マルチメディア放送番組に関するアプリケーションメタデータを提供する、
ことをさらに含む請求項１３に記載の方法。
【請求項１５】
受信されたアプリケーションメタデータを、インターネット上のアプリケーションサーバに送信して記憶させる、
ことをさらに含む請求項１２に記載の方法。
【請求項１６】
前記無線インターネット機器が、ＩＥＥＥ８０２．１１に基づくＷｉＦｉアクセスポイントを介してアクセスする、
請求項１２に記載の方法。
【請求項１７】
無線インターネット機器から、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、無線ワイドエリアネットワークを介して、インターネット上のソーシャルメディアサーバに送信する、
ことをさらに含む請求項１２に記載の方法。
【請求項１８】
インターネット上のソーシャルメディアサーバから、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、無線ローカルエリアネットワークを介して、前記無線インターネット機器に送信する、
ことをさらに含む請求項１２に記載の方法。
【請求項１９】
前記アプリケーションメタデータにおけるデータ部のフォーマットが、ＸＭＬまたはＪａｖａに基づく、
請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、情報技術に関し、具体的に、マルチメディア放送のアクセス機器およびその方法に関する。
【背景技術】
【０００２】
インターネット技術および通信技術の発展につれて、モバイルインターネット（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ）およびマルチメディア放送（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ）は、既に、日常生活の各方面で広く応用されている。モバイルマルチメディア放送ネットワークは、例えば、ＣＭＭＢ（Ｃｈｉｎａ  Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ）、ＩＳＴＢ−Ｔｍｍ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ  ｍｏｂｉｌｅ  ｍｕｌｔｉｍｅｄｉａ）などの標準化の無線放送ネットワークシステムであってよい。人々は、専用なＣＭＭＢ受信端末、またはＣＭＭＢモジュールを搭載する携帯電話を介して、例えばテレビ番組やラジオ番組のようなマルチメディア放送を受信する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
例えば、モバイルマルチメディア放送をサポートするために、従来では、無線インターネット機器（ＷｉＤ：Ｗｉｒｅｌｅｓｓ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ）の中に、受信モジュールを組み込みあるいはＴＶの棒などの外接機器を差し入れ、それにＷｉＤ上で再生ソフトウェアをインストールするような方式によって、自機器でモバイルマルチメディア放送番組を視聴するという目的を実現する。但し、これらの方法は、ＷｉＤ機器のハードウェアおよびソフトウェアを追加する必要があるため、実現コストが高いとともに、機器間のインタラクティブサービス能力を備えない。
【課題を解決するための手段】
【０００４】
従来技術における１つまたは複数の課題を考慮した上で、本願は、マルチメディア放送のアクセス機器およびその方法を提供している。
【０００５】
１つの実施例によるマルチメディア放送のアクセス機器は、１つまたは複数の無線インターネット機器からアクセスできる無線ローカルエリアネットワーク通信モジュールと、無線インターネット機器から、マルチメディア放送番組に関するアプリケーションメタデータを受信して、前記アプリケーションメタデータに基づいて、イベントメッセージを生成するアプリケーション管理手段と、前記イベントメッセージに基づいて、相応のイベントおよびトリガー条件を登録するイベント管理手段と、前記トリガー条件が満足されることに応答して、前記イベントに関連するマルチメディア放送番組のオーディオ／ビデオ信号を復調するモバイルマルチメディア放送復調手段と、モバイルマルチメディア放送復調手段から、復調されたマルチメディア放送番組のオーディオ／ビデオ信号を受信して、無線ローカルエリアネットワーク通信モジュールを介して、前記復調されたマルチメディア放送番組のオーディオ／ビデオ信号を、前記無線インターネット機器に配信するストリーミングメディアサーバ手段と、を含む。
【０００６】
ほかの実施例によるマルチメディア放送をルーティングする方法は、無線ローカルエリアネットワークを介して、無線インターネット機器から、マルチメディア放送番組に関するアプリケーションメタデータを受信して、前記アプリケーションメタデータに基づいて、イベントメッセージを生成し、前記イベントメッセージに基づいて、相応のイベントおよびトリガー条件を登録し、前記トリガー条件が満足されることに応答して、前記イベントに関連するマルチメディア放送番組のオーディオ／ビデオ信号を復調し、無線ローカルエリアネットワークを介して、復調された前記マルチメディア放送番組のオーディオ／ビデオ信号を、前記無線インターネット機器に配信する、ことを含む。
【発明の効果】
【０００７】
上記実施例の機器および方法によれば、マルチメディア放送を相応の無線インターネット機器にルーティングできるばかりでなく、機器間のインタラクティブサービスをサポートできる。
【図面の簡単な説明】
【０００８】
【図１】本発明の１つの実施例によるマルチメディア放送のアクセスノードの例示的なブロック図である。
【図２】本発明のほかの実施例によるマルチメディア放送のアクセスノードにおけるアプリケーション管理手段の例示的なブロック図である。
【図３】本発明の１つの実施例によるマルチメディア放送のアクセスノードの処理プロセスを示す図である。
【図４】本発明の別の実施例によるマルチメディア放送のアクセスノードの例示的なブロック図である。
【図５】本発明の１つの実施例によるマルチメディア放送のアクセスノードの動作状態遷移過程を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら、本願で開示される最良の実施形態を詳しく説明する。図面において、同じ符号は、異なる図面に示されても、同じまたは類似の構成要素を示す。明確と簡明のために、ここに含まれる既知の機能および構成の詳細な説明を省略して、本願の各実施例の主題が不明確になってしまうことを避ける。
【００１０】
図１は、本発明の１つの実施例によるマルチメディア放送のアクセスノードの例示的なブロック図を示す。本願の１つまたは複数の実施例によれば、モバイルインターネットおよびマルチメディア放送のアクセスノード（ＭｉＭＢＡＮ：Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  ａｎｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ａｃｃｅｓｓ  Ｎｏｄｅ）１２０の複数種類のネットワークへのアクセス能力を利用することで、モバイルマルチメディア放送のコンテンツを、１つまたは複数のＷｉＤ１１１，１１ｎのインターネットブラウザーに伝送することを実現し、それに、ＷｉＤ１１１，１１ｎ上のアプリケーションおよびインターネット上のコンテンツとのインタラクションを実現する。
【００１１】
１つの実施例によるＭｉＭＢＡＮ機器１２０は、無線ワイドエリアネットワーク（ＷＷＡＮ）通信モジュール１２４、無線ローカルエリアネットワーク（ＷＬＡＮ）通信モジュール１２１、およびモバイルマルチメディア放送（ＭＭＢ）復調手段１２７などを含んでよい。
【００１２】
上記のように、モバイルインターネットおよびマルチメディア放送のアクセスノード（ＭｉＭＢＡＮ：Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  ａｎｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ａｃｃｅｓｓ  Ｎｏｄｅ）１２０は、ＭＭＢ（モバイルマルチメディア放送ネットワーク）、ＷＷＡＮ（無線ワイドエリアネットワーク）、およびＷＬＡＮ（無線ローカルエリアネットワーク）へのアクセス能力を備える機器である。無線ワイドエリアネットワーク通信モジュール１２４は、例えば、ＷＣＤＭＡ（広帯域符号分割多重接続）、ＣＤＭＡ（符号分割多重接続）、ＷｉＭＡＸ、ＬＴＥ（長期的進化）、ＬＴＥ−Ａ（改善された長期的進化）などのいかなる標準化のセルラーネットワークシステムに基づいてもよい。モバイルマルチメディア放送復調手段１２７は、例えば、ＣＭＭＢ（Ｃｈｉｎａ  Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ）、ＩＳＴＢ−Ｔｍｍ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ  ｍｏｂｉｌｅ  ｍｕｌｔｉｍｅｄｉａ）などのいかなる標準化の無線放送ネットワークシステムに基づいてもよい。
【００１３】
無線ローカルエリアネットワーク通信モジュール１２１は、ＩＥＥＥ８０２．１１に基づくＷｉＦｉアクセスポイントであってよい。ほかの実施例によれば、ＷＬＡＮ通信モジュール１２１は、例えばブルートゥースなどのほかの通信プロトコルに基づいてもよい。
【００１４】
１つまたは複数の実施例によれば、無線インターネット機器（ＷｉＤ：Ｗｉｒｅｌｅｓｓ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ）１１１は、例えばスマートフォン、タブレットパソコン、ノートパソコンなどのような、無線ローカルエリアネットワークインタフェースを有する、複数の異なるインターネットアプリケーションをサポートしている端末機器であってよい。通常のインターネットアプリケーションは、ブラウザーまたはクライアントを介して、ネットワークサービスにアクセスするなどのアプリケーションを含む。
【００１５】
無線ワイドエリアネットワーク通信モジュール１２４は、インターネット上のエンティティと通信し、および、インターネット上のアプリケーションサーバ（図１に示されない）から、マルチメディア放送に関するコンテンツを自発的に取得する。無線ローカルエリアネットワーク通信モジュール１２１は、インターネットのコンテンツ、マルチメディア放送のコンテンツ、およびアプリケーション関連データなどを、複数のＷｉＤ１１１，１１ｎと通信する。モバイルマルチメディア放送復調手段１２７は、モバイルマルチメディア放送基地局から放送された番組のコンテンツおよび番組情報のコンテンツなどを受信する。本発明のほかの実施例によれば、モバイルマルチメディア放送復調手段は、衛星から放送されたモバイルマルチメディア放送番組のコンテンツなどを受信することもできる。
【００１６】
本願の１つの実施例によれば、モバイルインターネットおよびマルチメディア放送のアクセスノード１２０は、ストリーミングメディアサーバ手段１２５、ストリーミングメディアバッファ手段１２２、アプリケーション管理手段１２３、およびイベント管理手段１２６などを含んでもよい。
【００１７】
アプリケーション管理手段１２３は、ＷｉＤ１１１上のアプリケーションまたはインターネット上のアプリケーションとやり取りし、例えば、無線インターネット機器１１１から、マルチメディア放送番組に関するアプリケーションメタデータを受信して、前記アプリケーションメタデータに基づいて、イベントメッセージを生成する。１つの実施例によれば、これらのアプリケーションメタデータにおけるデータ部のフォーマットは、ＸＭＬまたはＪａｖａ（登録商標）に基づく。
【００１８】
イベント管理手段１２６は、モバイルマルチメディア放送のイベント情報を処理し、例えば、アプリケーション管理手段１２３により生成されたイベントメッセージに基づいて、相応のイベントおよびトリガー条件を登録する。次に、モバイルマルチメディア放送復調手段１２７は、該トリガー条件が満足されることに応答して、該イベントに関連するマルチメディア放送番組のオーディオ／ビデオ信号を復調する。ストリーミングメディアサーバ手段１２５は、マルチメディア放送のコンテンツをＷｉＤへリアルタイムに送信し、例えば、モバイルマルチメディア放送復調手段１２７から、復調されたマルチメディア放送番組のオーディオ／ビデオ信号を受信して、ＷＬＡＮ通信モジュール１２１を介して、マルチメディア放送番組のオーディオ／ビデオ信号をＷｉＤ１１１に配信する。
【００１９】
本発明の１つの実施例によれば、ストリーミングメディアバッファ手段１２２は、イベント管理手段１２６で登録されたイベントがトリガーされることに応答して、マルチメディア放送ビデオファイルをＷｉＤ１１１へ伝送する。
【００２０】
本発明の別の実施例によれば、アプリケーション管理手段１２３は、無線インターネット機器（ＷｉＤ）１１１からの要求に応答して、無線ローカルエリアネットワーク通信モジュール１２１を介して、前記無線インターネット機器１１１へ、インターネット上のアプリケーションサーバからの、マルチメディア放送番組に関するアプリケーションメタデータを提供する。このようにして、例えば携帯電話のようなＷｉＤは、モバイルインターネットおよびマルチメディア放送のアクセスノード１２０へ、放送番組に関するメタデータ情報を要求することができる。
【００２１】
本発明の別の実施例によれば、上記のストリーミングメディアバッファ手段１２２は選択可能なものである。マルチメディア放送番組記憶のようなアプリケーションをサポートする必要がある場合、ストリーミングメディアバッファ手段１２２を追加して、モバイルマルチメディア放送復調手段１２７で受信して復調されたマルチメディア放送番組のオーディオ／ビデオ信号をファイルにバッファリングし、ＷＬＡＮ通信モジュール１２１を介して、ＷｉＤ１１１，１１ｎが該ファイルをダウンロードできるようにしてもよい。
【００２２】
本発明の別の実施例によれば、ストリーミングメディアサーバ手段１２５は、ＷｉＤの要求に従って、モバイルマルチメディア放送復調手段１２７から受信されたオーディオ／ビデオ信号を、ＷｉＤの所要のフォーマットに変換することもできる。例えば、このようなフォーマット変換要求は、例えば、ＷｉＤのディスプレイがサポートしている解像度や、ブラウザーがサポートしているオーディオ／ビデオフォーマットなどのアプリケーションメタデータに含まれてよい。
【００２３】
本発明の別の実施例によれば、モバイルインターネットおよびマルチメディア放送のアクセスノード１２０は、有線インタフェース（図１に示されない）も含み、有線接続の方式でインターネットに接続する。
【００２４】
本発明の別の実施例によれば、モバイルインターネットおよびマルチメディア放送のアクセスノード１２０におけるアプリケーション管理手段１２３は、無線インターネット機器１１１から、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、前記無線ワイドエリアネットワーク通信モジュール１２４を介して、インターネット上のソーシャルメディアサーバに送信する。同時に、該アプリケーション管理手段１２３は、インターネット上のソーシャルメディアサーバから、配信中のマルチメディア放送番組に関するソーシャルメディアのコンテンツを受信して、ＷＬＡＮ通信モジュール１２１を介して、無線インターネット機器１１１，１１ｎに送信する。このようにして、ＷｉＤのユーザは、携帯電話でモバイルマルチメディア放送を視聴するとともに、モバイルインターネットおよびマルチメディア放送のアクセスノード１２０を介して、インターネット上のソーシャルメディアとのインタラクションを実現することもできる。
【００２５】
上記は、独立の手段の形式で、マルチメディア放送のアクセスノードの構成を説明したが、当業者は、上記の複数の手段を集積して一緒に実現することができる、ということを意識すべきである。例えば、アプリケーション管理手段とイベント管理手段とを一緒にソフトウェアの形式で実現してよく、あるいは、ストリーミングメディアバッファ手段１２２とストリーミングメディアサーバ手段１２５とを集積して一緒に実現してよい。
【００２６】
図２は、本発明の別の実施例によるマルチメディア放送のアクセスノード１２０の例示的なブロック図を示す。図２に示すように、本実施例によれば、アプリケーション管理手段１２３は、アプリケーションインタープリター１２３１とイベントジェネレーター１２３２とを含む。
【００２７】
アプリケーションインタープリター１２３１は、ＷｉＤ１１１，１１ｎのアプリケーションまたはインターネット上のネットワークアプリケーションからのアプリケーションメタデータを解析する。イベントジェネレーター１２３２は、解析結果に基づいて、モバイルマルチメディア放送の特定のイベントメッセージを生成する。
【００２８】
例えば、ユーザは、ＷｉＤ１１１のブラウザー画面で１つのアプリケーションプログラムを操作して、あるテレビ番組の時限リマインダーをサブスクライブし、例えば、２２：００〜２２：３０でＣＣＴＶニュースチャネルのイブニングニュース番組を定時に視聴する。該時限リマインダーに含まれるアプリケーションメタデータは、例えば、｛アプリケーション名称：テレビ番組の時限リマインダー、開始日付：２０１１−０８−３０、リマインダー時間：北京時間２１：５８、リマインダー方式：ステータス欄、チャネル：ＣＣＴＶニュースチャネル、開始時間：北京時間２２：００、持続時間：０．５時間、番組名称：イブニングニュース番組、キーワード：ニュース系｝である。
【００２９】
ブラウザーで該アプリケーションを実行するとともに、該アプリケーションメタデータは、ＷＬＡＮ接続を介して、ＭｉＭＢＡＮアクセスノード１２０におけるアプリケーション管理手段１２３により取得され、取得アドレスは、ｈｔｔｐ：／／１９２．１６８．１．１：８０８０／ＡｐｐＭａｎａｇｅｒである。
【００３０】
アプリケーション管理手段１２３は、アプリケーションメタデータを取得した後、アプリケーションインタープリター１２３１により、該アプリケーションメタデータを解析し、マルチメディア放送復調手段の動作に関する情報（例えば、｛開始日付：２０１１−０８−３０、チャネル：ＣＣＴＶニュースチャネル、開始時間：北京時間２２：００、持続時間：０．５時間、番組名称：イブニングニュース番組｝）を抽出して、イベントジェネレーター１２３２によりコンパイルして、イベントメッセージ（例えば、｛イベント識別子：ｄ０ｋ８９３ｊ、イベントバージョン：００１、イベントタイプ：ＣＣＴＶニュースチャネルのストリーミングメディア再生、イベント状態：開始待機、イベント開始時間：２０１１−０８−３０−２２００、イベント持続時間：０．５時間｝）を生成する。アプリケーション管理手段１２３は、該イベントメッセージをイベント管理手段１２６に伝送し、イベント管理手段１２６は、該イベントおよび相応のトリガー条件を登録し、例えば、タイマーを設定してイベントの開始を待機する。
【００３１】
図３は、本発明の１つの実施例によるマルチメディア放送のアクセスノードの処理プロセスを示す図である。図３に示すように、例えば、３１１で、ＷｉＤ１１１のブラウザーのＵＲＬまたはアプリケーションプログラムインタフェース（ＡＰＩ）、およびインターネット上のネットワークアプリケーションサーバアドレスのＵＲＬから、アプリケーションメタデータを受信する。３１２で、アプリケーションインタープリター１２３１は、受信されたアプリケーションメタデータにおけるデータ部のＸＭＬフォーマットまたはＪａｖａフォーマットのデータを解析し、その中からマルチメディア放送に関するコンテンツを抽出して、イベントジェネレーター１２３２に伝送する。３１３で、イベントジェネレーター１２３２は、マルチメディア放送イベントの定義に基づいてコンパイルして、イベントメッセージを生成する。
【００３２】
３１４で、イベントジェネレーター１２３２は、イベントフィードバックが必要であるかどうかを判断し、フィードバックが必要でない場合、アプリケーションメタデータの受信を待機する状態に戻り、フィードバックが必要である場合、イベントフィードバックを登録する。３１５で、イベントフィードバックを待機する状態に入る。３１６で、イベント管理手段１２６から、イベントフィードバックメッセージを受信する。３１７で、アプリケーションインタープリター１２３１は、イベントフィードバックメッセージをコンパイルして、アプリケーションメタデータを生成する。３１８で、アプリケーションメタデータを、ＷｉＤのブラウザーのＵＲＬまたはアプリケーションプログラムインタフェース（ＡＰＩ）、およびインターネット上のネットワークアプリケーションサーバアドレスのＵＲＬに送信する。
【００３３】
図４は、本発明のほかの実施例によるマルチメディア放送のアクセスノード１２０の例示的なブロック図を示す。図４に示すように、イベント管理手段１２６は、アプリケーション管理手段１２３から、イベントメッセージを送受信して、モバイルマルチメディア放送復調手段１２７から、番組情報を受信し、イベントを管理し、ストリーミングメディアサーバ手段１２５およびストリーミングメディアバッファ手段１２２にトリガー情報を送信する。
【００３４】
図４に示すように、イベント管理手段１２６によるイベントへの定義は、下記の通りである。即ち、イベント識別子は、ＭｉＭＢＡＮ機器１２０内で一意となるイベントの識別子であり、イベントタイプは、ストリーミングメディアサーバ手段１２５およびストリーミングメディアバッファ手段１２２に対する異なる操作によって区別されるものであり、イベント状態は、イベントがアクティブ化されているかどうか、イベントフィードバックを登録して待機しているかどうか、イベントの実行状態などの情報であり、イベント開始時間は、イベントで記述されるタスクの実行開始時間であり、イベント持続時間は、イベントの実行開始から実行完了までの持続時間である。
【００３５】
本発明の実施例によれば、モバイルマルチメディア放送復調手段１２７は、ＥＳＧ（電子サービスガイド）デコーダ１２７１を備え、モバイルマルチメディア放送をデコードして、ＥＳＧを得ることができる。このようにして、イベント管理手段１２６は、ＥＳＧデコーダ１２７１から、更新されたＥＳＧ情報を取得して、イベント情報を生成し、これらのイベント情報をアプリケーション管理手段１２３に送信することができる。アプリケーション管理手段１２３は、アプリケーションメタデータを生成して、ＷｉＤ１１１またはインターネット上のアプリケーションサーバに送信する。
【００３６】
図５は、本発明の１つの実施例によるマルチメディア放送のアクセスノードの動作状態遷移過程を示す図である。
【００３７】
図５に示すように、５０２で、イベントのデフォルト状態から開始し、イベントがアクティブ化され、またはイベントフィードバックを登録して待機している。タイマーのタイミングではイベント開始時間になると、イベントのデフォルト状態からイベントの開始状態に入る。５０３で、イベントタイプに基づいて、ストリーミングメディアサーバ手段１２５またはストリーミングメディアバッファ手段１２２の相応の動作をトリガーする。５０５で、イベントの持続過程において、イベントがイベントの調整状態に入ることを、ユーザのやり取りまたはアプリケーションによってトリガーし、調整されたイベントタイプに基づいて、ストリーミングメディアサーバ手段１２５またはストリーミングメディアバッファ手段１２２の相応の調整動作をトリガーする。
【００３８】
５０１で、イベントの持続過程において、イベントがイベントの更新状態に入ることを、ユーザのやり取りまたはアプリケーションによってトリガーし、モバイルマルチメディア放送復調手段１２７から、新しい番組情報を受信し、あるいは、イベント内容自身への更新を、ユーザのやり取りまたはアプリケーションによってやり取りする。
【００３９】
５０４で、タイミングではイベント持続時間が終了すると、イベントの調整状態からイベントの完了状態に入り、イベントを閉じ、登録されたフィードバックイベントの待機を取り消し、イベント識別子などをクリアする。
【００４０】
以下、１つの実例を参照しながら、本願の実施例によるモバイルマルチメディア放送のアクセスノードを説明する。
【００４１】
ＷｉＤ１１１のユーザは、ＷＬＡＮ機能（例えば、ＷｉＦｉ機能）をオンして、ＭｉＭＢＡＮ機器のＷＬＡＮ通信モジュール１２１に接続し、ネットサーフィンを開始して、テレビ番組の時限リマインダーを行うネットワークアプリケーションプログラムを起動し、インターネットに接続してサービスへアクセスする。
【００４２】
該ネットワークアプリケーションプログラムは、ブラウザープラグインの方式で、ユーザにより、ＷｉＤ機器１１１のローカルブラウザーにインストールされ、ブラウザー画面を介して、ユーザとやり取りし、アプリケーションメタデータを介して、ＭｉＭＢＡＮ機器１２０のアプリケーション管理手段１２３とやり取りする。ＭｉＭＢＡＮ機器１２０のＷＬＡＮ通信モジュール１２１の内部ネットワークアドレスは固定である（例えば、１９２．１６８．１．１）。アプリケーション管理手段１２３は、固定のポート（例えば、８０８０ポート）を使用する。ローカルブラウザーは、ＵＲＬアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１：８０８０／ＡｐｐＭａｎａｇｅｒ）を介して、ＭｉＭＢＡＮ機器１２０のアプリケーション管理手段１２３にアクセスする。
【００４３】
ユーザは、ブラウザー画面で該アプリケーションプログラムを操作して、あるテレビ番組の時限リマインダーをサブスクライブし、例えば、２２：００〜２２：３０で、ＣＣＴＶニュースチャネルのイブニングニュース番組を定時に視聴する。それに含まれるアプリケーションメタデータは、例えば、｛アプリケーション名称：テレビ番組の時限リマインダー、開始日付：２０１１−０８−３０、リマインダー時間：北京時間２１：５８、リマインダー方式：ステータス欄、チャネル：ＣＣＴＶニュースチャネル、開始時間：北京時間２２：００、持続時間：０．５時間、番組名称：イブニングニュース番組、キーワード：ニュース系｝である。
【００４４】
ブラウザーが該アプリケーションを実行するとともに、該アプリケーションメタデータは、ＷＬＡＮ接続を介して、ＭｉＭＢＡＮ機器１２０におけるアプリケーション管理手段１２３により取得され、取得アドレスは、ｈｔｔｐ：／／１９２．１６８．１．１：８０８０／ＡｐｐＭａｎａｇｅｒである。
【００４５】
アプリケーション管理手段１２３は、アプリケーションメタデータを取得した後、アプリケーションインタープリター１２３１により、該アプリケーションメタデータを解析し、マルチメディア放送復調手段１２７の動作に関する情報（例えば、｛開始日付：２０１１−０８−３０、チャネル：ＣＣＴＶニュースチャネル、開始時間：北京時間２２：００、持続時間：０．５時間、番組名称：イブニングニュース番組｝）を抽出して、イベントジェネレーター１２３２によりコンパイルして、イベントメッセージ（例えば、｛イベント識別子：ｄ０ｋ８９３ｊ、イベントバージョン：００１、イベントタイプ：ＣＣＴＶニュースチャネルのストリーミングメディア再生、イベント状態：開始待機中、イベント開始時間：２０１１−０８−３０−２２００、イベント持続時間：０．５時間｝）を生成する。アプリケーション管理手段１２３は、該イベントメッセージをイベント管理手段１２６に伝送し、イベント管理手段１２６は、該イベントおよび相応のトリガー条件を登録し、例えば、タイマーを設定して、イベントの開始を待機する。
【００４６】
時刻は２１：５８になると、ユーザのＷｉＤ機器１１１のステータス欄には、番組リマインダーが現れ、ユーザは、ステータス欄でのリマインダーをオーペンし、クリックして、テレビ番組の時限リマインダーを行うアプリケーションに入って、ブラウザーがビデオ再生ウィンドウ（例えば、ｈｔｔｐ：／／１９２．１６８．１．１：８０８０／ＭＭＢ）をオーペンすることをトリガーし、番組の開始を待機する。
【００４７】
時刻は２２：００になると、ＭｉＭＢＡＮ機器１２０におけるイベント管理手段１２６は、イベント識別子がｄ０ｋ８９３ｊであるイベントの処理を開始し、下記のこと、即ち、モバイルマルチメディア放送復調手段１２７が起動してＣＣＴＶニュースチャネルの指定の周波数ポイントへ切り替え、番組のビデオ信号を復調し始めて、ストリーミングメディアサーバ手段１２５に伝送することをトリガーする。ストリーミングメディアサーバ手段１２５は、信号を受信した後、固定のＵＲＬアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１：８０８０／ＭＭＢ）で、ＨＴＴＰに基づくストリーミングメディア放送を開始する。
【００４８】
ＭｉＭＢＡＮ機器１２０におけるイベント管理手段１２６は、イベント識別子がｄ０ｋ８９３ｊであるイベントの情報を更新し、イベント状態を正常開始状態（例えば、｛イベント識別子：ｄ０ｋ８９３ｊ、イベントバージョン：００１、イベントタイプ：ＣＣＴＶニュースチャネルのストリーミングメディア再生、イベント状態：正常開始、イベント開始時間：２０１１−０８−３０―２２００、イベント持続時間：０．５時間｝）に更新する。
【００４９】
時刻は２２：３０になると、ＭｉＭＢＡＮ機器１２０におけるイベント管理手段１２６は、イベント識別子がｄ０ｋ８９３ｊであるイベントの処理を開始し、モバイルマルチメディア放送復調手段１２７がソフト・ハードウェアリソースを解放することをトリガーし、イベントの完了状態に入り、イベントを閉じ、イベント識別子などをクリアする。ユーザのＷｉＤ機器は、ブラウザーでのビデオ再生ウィンドウをクローズする。
【００５０】
本発明の実施例に係る発明によれば、モバイルインターネットのアクセスノードには、マルチメディア放送ネットワークにアクセルする能力、および、ユーザのインターネット端末およびインターネットアプリケーションとのインタラクティブサービスを行う能力が増加されるため、モバイルインターネットのアクセスノードの応用価値が拡大し、モバイルインターネットとモバイルマルチメディア放送とのインタラクティブ形態が体現される。
【００５１】
上記の説明は、本発明の実施形態を実現するためのものにすぎず、当業者は、本発明を逸脱しない範囲でのいかなる修正または部分的な置換えが全て本発明の請求の範囲で限定される範囲に属すべきである、ということを理解すべきである。従って、本発明の保護範囲は、請求の範囲による保護範囲を基準とすべきである。
【符号の説明】
【００５２】
１１１,１１ｎ  ＷｉＤ
１２０  ＭｉＭＢＡＮ
１２１  ＷＬＡＮ通信モジュール
１２２  ストリーミングメディアバッファ手段
１２３  アプリケーション管理手段
１２４  ＷＷＡＮ通信モジュール
１２５  ストリーミングメディアサーバ手段
１２６  イベント管理手段
１２７  ＭＭＢ復調手段
１３０  インターネット
１２３１  アプリケーションインタープリター
１２３２  イベントジェネレーター
１２７１  ＥＳＧデコーダ
【図１】
2013074630.tif 000003
【図２】
2013074630.tif 000004
【図３】
2013074630.tif 000005
【図４】
2013074630.tif 000006
【図５】
2013074630.tif 000007