(57)【要約】  通知メッセージ１６５を送信するための装置及び方法、並びに通知メッセージを受信するための対応する装置及び方法。送信装置１００は、通知メッセージのフィルタリングにおける利用のためのフィルタタイプを定義するフィルタ定義１３５を受信する。フィルタ定義は、放送設備１５０を介して端末１６０に送信される。端末は、フィルタ定義に基づいてフィルタを設定する。通知が送信されるべき場合には、通知入力データ１４５が受信され、フィルタ要素１７５が決定される。フィルタ要素は、フィルタ定義から導出されるパラメータに対応する。該パラメータの値は、通知入力データに対応する。フィルタ要素を有する通知メッセージが生成され、端末に送信される。端末は、該フィルタを利用して通知メッセージをフィルタリングし、該フィルタリングはフィルタ要素に基づく。
2010522910.tif 000002
【特許請求の範囲】
【請求項１】
端末に通知メッセージを送信するための装置であって、前記装置は、
前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するための第１の入力部と、
通知入力データを受信するための第２の入力部と、
前記端末に前記フィルタ定義を送信し、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、
前記フィルタ要素を有する前記通知メッセージを生成し、
前記通知メッセージを前記端末に送信する
ためのプロセッサと、
を有する装置。
【請求項２】
前記フィルタタイプは、定義されるべきフィルタの構文及びセマンティクスを定義し、前記プロセッサは、前記定義されるべきフィルタの構文及びセマンティクスを、前記フィルタ定義によって前記端末に送信する、請求項１に記載の装置。
【請求項３】
前記フィルタ定義は、特定のフィルタタイプを識別するためのフィルタタイプ識別子を有し、前記プロセッサは、前記フィルタタイプ識別子を、前記フィルタ定義によって前記端末に送信する、請求項１に記載の装置。
【請求項４】
前記フィルタ要素は、前記フィルタタイプ識別子に対応する更なるフィルタタイプ識別子を有し、前記プロセッサは、前記更なるフィルタタイプ識別子を、前記フィルタ要素によって前記端末に送信する、請求項３に記載の装置。
【請求項５】
設定入力データを受信するための第３の入力部を更に有し、前記プロセッサは、前記フィルタ定義と組み合わせて前記設定入力データを設定データとして送信する、請求項１に記載の装置。
【請求項６】
前記プロセッサは、ＤＶＢ−Ｈによってインターネット・プロトコル・データキャストに対応するプロトコルを用いて前記通知メッセージを送信するように構成された、請求項１に記載の装置。
【請求項７】
通知メッセージを受信する装置であって、前記装置は、
前記通知メッセージを受信し、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するための、第１の入力部を持つ通信モジュールと、
前記フィルタ定義に基づいて前記装置におけるフィルタを設定するための、前記通信モジュールに通信可能に結合されたプロセッサと、
を有し、前記フィルタは、前記装置において前記通知メッセージを受信するように構成され、前記通知メッセージは、フィルタ要素を有し、前記フィルタ要素は、前記フィルタ定義から導出されるパラメータに対応し、前記フィルタ要素は、前記装置において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであり、前記フィルタは更に、前記フィルタ要素に基づいて、前記装置において前記通知メッセージをフィルタリングするように構成された、装置。
【請求項８】
前記通信モジュールが前記フィルタを有する、請求項７に記載の装置。
【請求項９】
コプロセッサを更に有し、前記コプロセッサが前記フィルタを有する、請求項７に記載の装置。
【請求項１０】
前記フィルタ定義は、特定のフィルタタイプを識別するためのフィルタタイプ識別子を有し、前記プロセッサは、前記フィルタタイプ識別子に基づいて前記通知メッセージをフィルタリングするように前記フィルタを設定するよう構成された、請求項７に記載の装置。
【請求項１１】
前記フィルタ要素は、前記フィルタタイプ識別子に対応する更なるフィルタタイプ識別子を有し、前記フィルタは、前記更なるフィルタタイプ識別子が前記フィルタタイプ識別子に対応する場合に、フィルタリングされた通知メッセージを通過させるように構成された、請求項１０に記載の装置。
【請求項１２】
前記フィルタ要素は、フィルタ要素値を有し、前記プロセッサは、前記フィルタ要素値に基づいて、前記通知メッセージを更にフィルタリングするように前記フィルタを設定するように構成された、請求項１０に記載の装置。
【請求項１３】
前記通信モジュールは更に、前記装置における前記通知メッセージのフィルタリングに基づいて、前記プロセッサの動作を制御するためのプロセッサ制御信号を有する、請求項７に記載の装置。
【請求項１４】
前記通信モジュールは、ＤＶＢ−Ｈによってインターネット・プロトコル・データキャストに対応するプロトコルを用いて前記通知メッセージを受信するよう構成された、請求項７に記載の装置。
【請求項１５】
ディジタルビデオ記録装置と、
ネットワーク接続可能な装置と、
条件付きアクセスシステムと、
携帯型オーディオプレイヤと、
携帯型ビデオプレイヤと、
モバイル電話と、
ＤＶＤプレイヤと、
ＣＤプレイヤと、
ハードディスクベースのメディアプレイヤと、
インターネットラジオプレイヤと、
コンピュータと、
テレビジョンと、
一般向け娯楽装置と、
ＭＰ３プレイヤと、
から成る群の少なくとも１つとして実現される、請求項７に記載の装置。
【請求項１６】
端末に通知メッセージを送信するための方法であって、
前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するステップと、
前記フィルタ定義を前記端末に送信するステップと、
通知入力データを受信するステップと、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を決定するステップであって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるステップと、
前記フィルタ要素を有する前記通知メッセージを生成するステップと、
前記通知メッセージを前記端末に送信するステップと、
を有する方法。
【請求項１７】
端末において通知メッセージを受信するための方法であって、
前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するステップと、
前記フィルタ定義に基づいて前記端末におけるフィルタを設定するステップと、
前記端末において前記通知メッセージを受信するステップであって、前記通知メッセージは、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を有し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるステップと、
前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングするステップと、
を有する方法。
【請求項１８】
端末に通知メッセージを送信するための信号であって、前記信号は、
前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義と、
前記通知メッセージと、
を有し、前記通知メッセージは、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を有し、前記パラメータの値は通知入力データに対応し、前記フィルタ要素は、前記端末における前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものである、信号。
【請求項１９】
通知メッセージを送信するためのシステムであって、
請求項１に記載の送信装置と、
請求項７に記載の端末装置と、
を有するシステム。
【請求項２０】
プログラム可能な装置のメモリに直接にロード可能なプログラム要素であって、前記プログラム要素は、前記プログラム要素が前記装置において実行されるときに、
通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、
前記フィルタ定義を端末に送信し、
通知入力データを受信し、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、
前記フィルタ要素を有する前記通知メッセージを生成し、
前記通知メッセージを前記端末に送信する
方法を実行するためのソフトウェアコード部分を有する、プログラム要素。
【請求項２１】
プログラム可能な装置のメモリに直接にロード可能なコンピュータ読み取り可能な媒体であって、前記媒体は、前記装置において実行されるときに、
通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、
前記フィルタ定義を端末に送信し、
通知入力データを受信し、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、
前記フィルタ要素を有する前記通知メッセージを生成し、
前記通知メッセージを前記端末に送信する
方法を実行するためのソフトウェアコード部分を有する、コンピュータ読み取り可能な媒体。
【請求項２２】
プログラム可能な装置のメモリに直接にロード可能なプログラム要素であって、前記プログラム要素は、前記プログラム要素が前記装置において実行されるときに、
通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、
前記フィルタ定義に基づいて端末におけるフィルタを設定し、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきフィルタ要素を有する前記通知メッセージを前記端末において受信し、
前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングする
方法を実行するためのソフトウェアコード部分を有する、プログラム要素。
【請求項２３】
プログラム可能な装置のメモリに直接にロード可能なコンピュータ読み取り可能な媒体であって、前記媒体は、前記装置において実行されるときに、
通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、
前記フィルタ定義に基づいて端末におけるフィルタを設定し、
前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきフィルタ要素を有する前記通知メッセージを前記端末において受信し、
前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングする
方法を実行するためのソフトウェアコード部分を有する、コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知メッセージを端末に送信するための装置に関する。
【０００２】
本発明は更に、通知メッセージを受信するための装置に関する。
【０００３】
本発明は更に、通知メッセージ端末に送信するための方法に関する。
【０００４】
本発明は更に、通知メッセージを受信するための方法に関する。
【０００５】
本発明は更に、信号に関する。
【０００６】
本発明は更に、プログラム要素に関する。
【０００７】
本発明は更に、コンピュータ読み取り可能な媒体に関する。
【背景技術】
【０００８】
ＤＶＢ−ＣＢＭＳフェーズ２は、現在は従来のチャネルを介して搬送されていない、ユーザ又は端末に関連する情報を含むメッセージを配信するための通知メカニズムを標準化している。該通知メカニズムは、特定のサービスに関連するものか、又はより一般的な性質のものである、特定の状況又は状況変化について、ユーザ又はモバイル装置に通知するために利用され得る。サービスに関連する通知の例には、特定のＴＶショーの開始、放送における特定のアイテム（例えば特定のサッカーの試合の要約）の開始、又はライブ放送における特定の通知（例えば「泳者がゴールに近づいている」といったスポーツにおける重要な瞬間）が含まれる。より一般的な通知には、ニュースのアイテム又は株価情報が含まれる。通知はまた、モバイル装置自体に、特定の動作を実行するように通知するために利用され得る。例えば、電子サービスガイド（ＥＳＧ）が更新された場合に、装置がこのことについてのイベントを受信し、次いで該更新されたバージョンを取得しても良い。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＤＶＢ−Ｈ／ＤＶＢインターネット・プロトコル・データキャスト（ＩＰＤＣ）によって送信されることが予想される通知メッセージの数は非常に大きくなり得、一方で端末又はユーザはそのうちの少数にしか関心がないことが起こり得る。これに関して、ＤＶＢ−ＣＢＭＳグループは、通知メッセージを容易にフィルタリングするためのメカニズムのための技術要件を定義している。しかしながら、該技術要件は注目されているものの、実装又は具現化は未だ提案されていない。目標は、ＤＶＢ−ＩＰＤＣバージョン２．０又はその後継のような、効率的な通知を実装する規格を創出することである。
【００１０】
更なる問題は、端末が低電力モード（スタンバイ状態）にある場合に、該端末が依然として、重要なイベントをユーザに警告するための何らかの通知を受信することを欲し得ることである。それ故、効率的且つ低電力の受信が、達成されるべき重要な目標である。
【００１１】
簡単な方法は、各メッセージのヘッダ中の所定の位置に或る値を挿入し、低レベルのハードウェアが該値をフィルタリングできるようにすることであり得る。斯かる方法は、ＰＩＤフィルタリング又はサービス選択として知られる、ＤＶＢ放送における特定のサービスについて、正しいトランスポートストリームパケットをフィルタリングするために利用される。しかしながら、通知メッセージは多くの異なる種類の情報を含み得るため、通知メッセージが幾つかの異なるフィルタリング基準を含み得る場合にしか、フィルタリングが有用なものとならない。通知メッセージの送信に対する、効率的且つ柔軟な手法をもたらす方法が必要とされる。
【００１２】
本発明者はこの問題を認識し、本発明を創出した。
【課題を解決するための手段】
【００１３】
通知メッセージの端末への送信に対する、効率的且つ柔軟な手法を実現することが、有利となり得る。
【００１４】
従って、本発明の第１の態様においては、端末に通知メッセージを送信するための装置であって、前記装置は、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するための第１の入力部と、通知入力データを受信するための第２の入力部と、前記端末に前記フィルタ定義を送信し、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、前記フィルタ要素を有する前記通知メッセージを生成し、
【００１５】
前記通知メッセージを前記端末に送信するためのプロセッサと、を有する装置が提供される。
【００１６】
本発明の第２の態様においては、通知メッセージを受信する装置であって、前記装置は、前記通知メッセージを受信し、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するための、第１の入力部を持つ通信モジュールと、前記フィルタ定義に基づいて前記装置におけるフィルタを設定するための、前記通信モジュールに通信可能に結合されたプロセッサと、を有し、前記フィルタは、前記装置において前記通知メッセージを受信するように構成され、前記通知メッセージは、フィルタ要素を有し、前記フィルタ要素は、前記フィルタ定義から導出されるパラメータに対応し、前記フィルタ要素は、前記装置において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであり、前記フィルタは更に、前記フィルタ要素に基づいて、前記装置において前記通知メッセージをフィルタリングするように構成された、装置が提供される。
【００１７】
本発明の第３の態様においては、端末に通知メッセージを送信するための方法であって、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するステップと、前記フィルタ定義を前記端末に送信するステップと、通知入力データを受信するステップと、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を決定するステップであって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるステップと、前記フィルタ要素を有する前記通知メッセージを生成するステップと、前記通知メッセージを前記端末に送信するステップと、を有する方法が提供される。
【００１８】
本発明の第４の態様においては、端末において通知メッセージを受信するための方法であって、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信するステップと、前記フィルタ定義に基づいて前記端末におけるフィルタを設定するステップと、前記端末において前記通知メッセージを受信するステップであって、前記通知メッセージは、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を有し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるステップと、前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングするステップと、を有する方法が提供される。
【００１９】
本発明の第５の態様においては、端末に通知メッセージを送信するための信号であって、前記信号は、前記通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義と、前記通知メッセージと、を有し、前記通知メッセージは、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素を有し、前記パラメータの値は通知入力データに対応し、前記フィルタ要素は、前記端末における前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものである、信号が提供される。
【００２０】
本発明の第６の態様においては、通知メッセージを送信するためのシステムであって、本発明の第１の態様による送信装置と、本発明の第２の態様による端末装置と、を有するシステムが提供される。
【００２１】
本発明の第７の態様においては、プログラム可能な装置のメモリに直接にロード可能なプログラム要素であって、前記プログラム要素は、前記プログラム要素が前記装置において実行されるときに、通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、前記フィルタ定義を端末に送信し、通知入力データを受信し、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、前記フィルタ要素を有する前記通知メッセージを生成し、前記通知メッセージを前記端末に送信する方法を実行するためのソフトウェアコード部分を有する、プログラム要素が提供される。
【００２２】
本発明の第８の態様においては、プログラム可能な装置のメモリに直接にロード可能なコンピュータ読み取り可能な媒体であって、前記媒体は、前記装置において実行されるときに、通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、前記フィルタ定義を端末に送信し、通知入力データを受信し、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記パラメータの値は前記通知入力データに対応し、前記フィルタ要素は、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきものであるフィルタ要素を決定し、前記フィルタ要素を有する前記通知メッセージを生成し、前記通知メッセージを前記端末に送信する方法を実行するためのソフトウェアコード部分を有する、コンピュータ読み取り可能な媒体が提供される。
【００２３】
本発明の第９の態様においては、プログラム可能な装置のメモリに直接にロード可能なプログラム要素であって、前記プログラム要素は、前記プログラム要素が前記装置において実行されるときに、通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、前記フィルタ定義に基づいて端末におけるフィルタを設定し、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきフィルタ要素を有する前記通知メッセージを前記端末において受信し、前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングする方法を実行するためのソフトウェアコード部分を有する、プログラム要素が提供される。
【００２４】
本発明の第１０の態様においては、プログラム可能な装置のメモリに直接にロード可能なコンピュータ読み取り可能な媒体であって、前記媒体は、前記装置において実行されるときに、通知メッセージのフィルタリングにおける使用のためのフィルタタイプを定義するフィルタ定義を受信し、前記フィルタ定義に基づいて端末におけるフィルタを設定し、前記フィルタ定義から導出されるパラメータに対応するフィルタ要素であって、前記端末において前記通知メッセージに対して実行されるフィルタリング動作の間に利用されるべきフィルタ要素を有する前記通知メッセージを前記端末において受信し、前記フィルタ要素に基づいて、前記フィルタを用いて前記端末において前記通知メッセージをフィルタリングする方法を実行するためのソフトウェアコード部分を有する、コンピュータ読み取り可能な媒体が提供される。
【００２５】
本発明は、低レベルにおける幾つかの基準に基づいて通知メッセージをフィルタリングすることが、本質的に効率的であるという認識に基づくものである。該フィルタリングがハードウェア又はことによると低レベルのソフトウェアスタックで実行され得る場合には、端末の主ＣＰＵがオフのままでいることができ、関心のある通知メッセージが受信されたときにのみスイッチオンされるようにできる。本発明によれば、種々のタイプのフィルタ、換言すればフィルタリング基準を区別するため、フィルタ定義が提供される。該フィルタ定義は、通知フィルタ値が端末によって解釈される態様を通知する方法を提供する。端末は、フィルタの要件を解釈し、フィルタを適切に設定するために、該フィルタ定義を利用し得る。そのため、フィルタ要素のパラメータの送信から、フィルタ要素のセマンティクス（semantics）の定義が分離される。該分離は、高いレベルの知識なしで、フィルタリングが実行されることを可能とする。換言すれば、フィルタが適切に設定されれば、プロセッサは全ての通知メッセージを受信する必要はもはやなく、受信したいもののみを受信すれば良い。フィルタのセマンティクスの送信とフィルタのパラメータ値との分離は、ハードウェアでの効率的なフィルタリングの可能性をもたらす。
【００２６】
一実施例においては、前記フィルタタイプは、定義されるべきフィルタの構文及びセマンティクスを定義しても良く、前記プロセッサは、前記定義されるべきフィルタの構文及びセマンティクスを、前記フィルタ定義によって前記端末に送信しても良い。本実施例は、通知メッセージが、端末においてとり得る最低のレベルでフィルタリングされることを可能とするため、有利である。
【００２７】
一実施例においては、前記フィルタ定義は、特定のフィルタタイプを識別するためのフィルタタイプ識別子を有しても良く、送信プロセッサは、前記フィルタタイプ識別子を、前記フィルタ定義によって前記端末に送信しても良い。本実施例は、単純な名称と値との対によって通知メッセージの送信を可能とするため、有利である。該名称はフィルタタイプ識別子に基づいても良く、該値は送信されるべき関連するパラメータに基づいても良い。
【００２８】
他の実施例においては、前記フィルタ要素は、前記フィルタタイプ識別子に対応する更なるフィルタタイプ識別子を有しても良く、送信プロセッサは、前記更なるフィルタタイプ識別子を、前記フィルタ要素によって前記端末に送信しても良い。本実施例は、端末が、単純な方法でフィルタタイプ識別子に基づいて通知メッセージをフィルタリングし得るため、有利である。
【００２９】
更に他の実施例においては、設定入力データを受信するための第３の入力部が備えられても良く、送信プロセッサは、前記フィルタ定義と組み合わせて前記設定入力データを設定データとして送信しても良い。本実施例は、設定データが既に端末に送信されているため、有利である。例えば、斯かる設定データは、サービスガイド（Service guide）であっても良い。このとき、現在備えられている基盤が、通知メッセージを送信するためにも再利用され得る。
【００３０】
一実施例においては、送信プロセッサは、ＤＶＢ−Ｈによってインターネット・プロトコル・データキャストに対応するプロトコルを用いて前記通知メッセージを送信するように構成されても良い。該プロトコルは、標準化された且つ互換性のある態様で、多くの高度なサービスが消費者に提供されることを可能とする。
【００３１】
他の実施例においては、通信モジュールがフィルタを有する。本実施例は、非常に電力効率の良い構成であり、そのため通知メッセージはとり得る最も低いレベルでフィルタリングされ得る。例えば、該レベルはハードウェアレベルであり得る。
【００３２】
他の実施例においては、コプロセッサが備えられても良く、該コプロセッサがフィルタを有しても良い。本実施例は、複雑な通知メッセージフィルタを取り扱うように構成可能な、より柔軟なフィルタの可能性を提供する。
【００３３】
更なる実施例においては、前記フィルタ定義は、特定のフィルタタイプを識別するためのフィルタタイプ識別子を有しても良い、送信プロセッサは、前記フィルタタイプ識別子に基づいて前記通知メッセージをフィルタリングするように前記フィルタを設定するよう構成されても良い。本実施例は、フィルタ定義の通信が単純な態様で進められることを可能とするため、有利である。このことは、前記特定のフィルタタイプが、標準化されたフィルタタイプ、又は送信装置及び端末に知られたフィルタタイプである場合に、特に成り立つ。
【００３４】
一実施例においては、前記フィルタ要素は、前記フィルタタイプ識別子に対応する更なるフィルタタイプ識別子を有しても良く、前記フィルタは、前記更なるフィルタタイプ識別子が前記フィルタタイプ識別子に対応する場合に、フィルタリングされた通知メッセージを通過させるように構成されても良い。本実施例は、端末においてとり得る最も低いレベルで通知メッセージがフィルタリングされることを可能とするため、有利である。
【００３５】
他の実施例においては、前記フィルタ要素は、フィルタ要素値を有しても良く、前記プロセッサは、前記フィルタ要素値に基づいて、前記通知メッセージを更にフィルタリングするように前記フィルタを設定するように構成されても良い。本実施例は、クライアント側の端末が、これらフィルタ要素値に基づいてフィルタリングすることを可能とする。本実施例はまた、例えば端末１６０又はエンドユーザ自身によって定義される表現を評価するために利用されても良い。
【００３６】
更なる実施例においては、前記通信モジュールは更に、前記装置における前記通知メッセージのフィルタリングに基づいて、端末プロセッサの動作を制御するためのプロセッサ制御信号を有しても良い。本実施例は、重要な通知メッセージが受信されるまで端末プロセッサをスイッチオフしておくことにより、該通信が端末の電力消費を低減することを可能とする。
【００３７】
他の実施例においては、前記通信モジュールは、ＤＶＢ−Ｈによってインターネット・プロトコル・データキャストに対応するプロトコルを用いて前記通知メッセージを受信するよう構成されても良い。該プロトコルは、標準化された且つ互換性のある態様で、多くの高度なサービスが消費者に提供されることを可能とする。
【００３８】
更なる実施例においては、本発明による装置は、ディジタルビデオ記録装置と、ネットワーク接続可能な装置と、条件付きアクセスシステムと、携帯型オーディオプレイヤと、携帯型ビデオプレイヤと、モバイル電話と、ＤＶＤプレイヤと、ＣＤプレイヤと、ハードディスクベースのメディアプレイヤと、インターネットラジオプレイヤと、コンピュータと、テレビジョンと、一般向け娯楽装置と、ＭＰ３プレイヤと、から成る群のうちの少なくとも１つとして実現されても良い。しかしながら、これら用途は単なる例である。
【００３９】
本発明により必要とされるデータ処理は、コンピュータプログラムによって即ちソフトウェアによって、若しくは１つ以上の特殊な電子最適化回路を用いて即ちハードウェアで、又は混成の形態で即ちソフトウェア要素とハードウェア要素とによって、実現されても良い。
【００４０】
本発明の以上に定義された態様及び更なる態様は、以下に説明される実施例から明らかであり、これら実施例を参照しながら説明される。
【図面の簡単な説明】
【００４１】
【図１】通知メッセージを端末に送信するための装置の実施例を示す。
【図２】通知メッセージを受信するための装置の実施例を示す。
【図３】通知メッセージを受信するための装置の更なる実施例を示す。
【図４】通知メッセージを受信し、該通知メッセージをフィルタリングするための装置の実施例を示す。
【図５】通知メッセージの実施例を示す。
【図６】フィルタ定義の実施例を示す。
【図７（ａ）】フィルタ定義の更なる実施例を示す。
【図７（ｂ）】フィルタ定義の更なる実施例を示す。
【図７（ｃ）】フィルタ定義の更なる実施例を示す。
【図８】フィルタ定義の更なる実施例を示す。
【図９】通知メッセージの詳細な実施例を示す。
【図１０】通知メッセージの更なる詳細な実施例を示す。
【図１１】通知メッセージを送信するための方法の実施例を示す。
【図１２】通知メッセージを受信するための方法の実施例を示す。
【発明を実施するための形態】
【００４２】
本発明は、実施例を参照しながら、以下により詳細に説明されるが、本発明はこれら実施例に限定されるものではない。
【００４３】
図面は模式的に描かれたものであって定縮尺のものではなく、異なる図における同一の参照番号は対応する要素を指すものである。本発明の代替の等価な実施例が、真の発明の概念から逸脱することなく可能であり、本発明の範囲は請求項によってのみ限定されるものであることは、当業者には明らかであろう。
【００４４】
図１は、通知メッセージ１６５を端末１６０に送信するための装置１００の実施例を示す。プロセッサ１１０は、送信プロセッサとも呼ばれ得、設定データ入力部１２０において設定入力データ１２５を受信するように構成されても良い。設定データ１５５は、サービスガイド（ＳＧ）又は電子サービスガイド（ＥＳＧ）の形をとっても良い。斯かるサービスガイド又は電子サービスガイドは、ＤＶＢ−Ｈ規格内で既に知られている。例えば該ガイドは、ＥＴＳＩ規格TS102471「Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)」から知られている。プロセッサ１１０は更に、フィルタ定義入力部１３０においてフィルタ定義１３５を受信するように構成されても良い。フィルタ定義１３５は、フィルタタイプ情報とも呼ばれ得る。
【００４５】
フィルタ定義１３５は、各通知フィルタ要素１７５の値のタイプ及び意味を有しても良い。該タイプ及び意味はフィルタタイプとして知られていても良く、フィルタタイプ識別子６００又はフィルタ識別子により決定されても良い。これらは、通知のフィルタリングにおいて利用されるフィールドとみなされ得る。該識別子は、フィルタタイプ記述又はフィルタリストと呼ばれる、種々のタイプのサービス毎の一覧を参照しても良い。「サービスにとらわれない（service-agnostic）」通知もまた、サービス自体とみなされ得ることは、留意されるべきである。該フィルタタイプのリストの構造は、フィルタリスト構造として知られていても良い。該一覧はＥＳＧに存在しても良いし、又はＨＴＴＰによって取得されても良い。他の配信メカニズムもまた可能である。フィルタタイプ識別子は、特定の範囲内で一意であっても良い。このことは、混乱を回避するため、有用である。識別子の当該範囲は例えば、単一のＥＳＧの範囲であっても良いし、ＥＳＧプロバイダの範囲であっても良いし、又はＩＰプラットフォームの範囲であっても良い。また、サービスの範囲であっても良いし、サービスバンドルの範囲であっても良いし、ＩＰＤＣドメインの範囲であっても良いし、又は国の範囲であっても良い。代替として、識別子は全世界的に一意であっても良いし、又は特定の組織構造内に含まれても良い。
【００４６】
プロセッサ１１０は、設定入力データ１２５及びフィルタリング定義１３５を有する設定データ１５５を、放送設備１５０を利用することによって端末１６０に送信しても良い。放送設備１５０は勿論、変調器、増幅器、アンテナ等のような必要な構成要素モジュールを有するべきである。
【００４７】
プロセッサ１１０は通知データ入力部１４０を有しても良く、該通知データ入力部１４０において通知入力データ１４５が受信されても良い。通知入力データ１４５は単なるトリガー信号であっても良いが、外部源からの情報をも有していても良い。例えば、該通知入力データ１４５は、現在の株価又はスポーツイベントにおける現在のスコアを有していても良い。プロセッサ１１０は、通知入力データ１４５を受信し、該通知入力データ１４５に基づいて通知メッセージ１６５を生成しても良い。該生成は、フィルタ定義１３５を考慮に入れても良い。プロセッサ１１０は、通知フィルタ要素１７５を決定しても良く、ここで通知フィルタ要素１７５は、フィルタ定義１３５から導出されるパラメータに対応する。該パラメータの値は、通知入力データ１４５に対応しても良い。例えば、該パラメータは、現在の株価又は最新のスコアであっても良い。通知フィルタ要素１７５はこのとき、実際のフィルタリング動作が実行される対象となる情報であっても良く、フィルタ定義１３５は、フィルタ２６０の構文又は論理構成を提供するのみであっても良い。通知メッセージ１６５は、通知メッセージ１６５の内容を大まかに示す通知ヘッダ１７０を有しても良い。このことは効率的なフィルタリングを可能とする。通知ヘッダ１７０は、図９により詳細に示される。
【００４８】
通知メッセージ１６５はまた、通知ペイロード１８０を有しても良い。通知メッセージ１６５の通知フィルタ要素１７５は、通知メッセージ１６５に存在する全ての情報を既に含んでいても良いことは、留意されるべきである。通知メッセージ１６５の通知ペイロード１８０はそれ故、空であっても良い。通知フィルタ要素１７５を通知ペイロード１８０の一部とみなすと、通知ペイロード１８０は通知フィルタ要素１７５のみから成っても良い。プロセッサ１１０は、放送設備１５０を利用することにより、通知メッセージ１６５を端末１６０に送信しても良い。
【００４９】
図２において、通知メッセージ１６５を受信するための装置の実施例が示されている。該装置は、端末１６０として実施化されても良い。アプリケーションプロセッサ２４０上でアプリケーションが動作しても良い。該アプリケーションは、フィルタ定義１３５を受信しても良い。このことは、端末アンテナ２１０の利用により実行されても良い。フィルタ定義１３５は、フィルタタイプ情報と呼ばれ得る。フィルタ定義１３５は、設定データ１５５から読み取られても良い。設定データ１５５は一般に、サービスガイド（ＳＧ）又は電子サービスガイド（ＥＳＧ）の形で受信される。設定データ１５５及び通知メッセージ１６５は一般に、共に連続的に端末１６０へと送信される。このことは通常、時間多重された態様で実行される。このことはタイムスライシングと呼ばれ、端末１６０が電力効率の良い態様で動作することを可能とする。設定データ１５５は連続的に送信されるが、端末１６０は設定データ１５５を連続的に受信する必要はない。アプリケーションプロセッサ２４０上で動作するアプリケーションは、通信モジュール２２０に対して、特定のフィルタタイプ及び特定の値又は値範囲をフィルタリングするように指示しても良い。このことは、内部バス２３０を利用することにより実現されても良い。内部バス２３０は、ＰＣＩ、ＳＰＩ、ＵＳＢ等に基づくものであっても良い。他の独自の内部接続も、同様の目的を達成できる。通信モジュール２２０は、ＤＶＢ−Ｈ規格に従ってデータを受信するように構成されたＤＶＢ−Ｈモジュールであっても良い。例えば、斯かるモジュールは、ＥＴＳＩ規格EN302304「Digital Video Broadcasting (DVB); Transmission System for Handheld Terminals (DVB-H)」から知られている。通信モジュール２２０は、通知メッセージ１６５のフィルタリングを実行するためのフィルタ２６０を有しても良い。
【００５０】
通知メッセージ１６５は、１つ以上の通知フィルタ要素１７５から成る通信フィルタを含んでも良い。該通知フィルタ要素１７５のそれぞれは、特定のフィルタタイプを持っていても良い。該特定のフィルタタイプは、フィルタの構文及びセマンティクスを定義しても良い。該特定のフィルタタイプは、フィルタタイプ識別子により識別されても良い。フィルタ定義１３５は、フィルタタイプ記述とも呼ばれ、ＥＳＧ内に又はＥＳＧと並行して送信されても良い。これら記述はフィルタタイプの構文及びセマンティクスを記述しても良く、同様にフィルタタイプ識別子により識別されても良い。フィルタタイプ記述は、フィルタリストとも呼ばれ得る。これら記述が含まれる態様における構造は、ＥＳＧ内であるかないかにかかわらず、フィルタリスト構造又はフィルタタイプ記述構造と呼ばれ得る。
【００５１】
図３において、通知メッセージ１６５を受信するための装置の更なる実施例が示されている。図２の実施例と同様に、アプリケーションプロセッサ２４０上でアプリケーションが動作していても良く、該装置は端末１６０として実施化されても良い。端末１６０は、アプリケーションプロセッサ２４０からタスクの幾つかを引き受けるためのコプロセッサ３１０を有しても良い。例えば、該コプロセッサは、完全に独立した態様で、オーディオ及びビデオのデコード、並びに通信モジュール２２０との通信が可能であっても良い。例えば、コプロセッサ３１０は、ＤＶＢ−Ｈプロトコルを理解するミドルウェア・ソフトウェアスタックを動作させても良い。端末１６０内のモジュール間のいずれの通信も、内部バス２３０を利用することにより実現されても良い。該アプリケーションは、フィルタ定義１３５を、コプロセッサ３１０から受信しても良いし、又は通信モジュール２２０から直接受信しても良いが、後者は図３には示されていない。アプリケーションプロセッサ２４０上で動作するアプリケーションは、コプロセッサ３１０に対して、特定のフィルタタイプ及び特定の値又は値範囲をフィルタリングするように指示しても良い。コプロセッサ３１０は、通知メッセージ１６５のフィルタリングを実行するためフィルタ２６０を有しても良い。コプロセッサの利用は、フィルタ２６０が、単純なフィルタも複雑なフィルタも構成され得るような柔軟な態様で実装されることを可能とする。コプロセッサの利用はまた、ハードウェアの変更の必要なく、新たな標準的なフィルタタイプが生成され、端末１６０に配布されることを可能にする。通知メッセージ１６５のフィルタリングの実際の処理は、図２の実施例における処理と同様の態様で実行される。
【００５２】
図４には、通知メッセージ１６５を受信し通知メッセージ１６５をフィルタリングするための装置の実施例が示されている。フィルタリングの処理の間、アプリケーションプロセッサ２４０はスイッチオフされていても良い。例えば、このことは通信モジュール２２０とアプリケーションプロセッサ２４０との間にプロセッサ制御信号４１０を供給することにより実現され得る。斯かる制御もまた、内部バス２３０を利用することにより実装されても良い。基準に合致する通知メッセージが通信モジュール２２０により受信された場合には、該通知メッセージはフィルタリングされた通知メッセージ４００であることとなる。アプリケーションプロセッサ２４０は、フィルタリングされた通知メッセージ４００を処理するためにスイッチオンされても良い。同様のことは、図３の実施例にも当てはまり得る。この場合、ミドルウェアスタックを実行しているコプロセッサ３１０は、該基準に合致する通知メッセージがコプロセッサ３１０により検出されたときに、アプリケーションプロセッサ２４０を起動しても良い。ここでもまた、斯かる通知メッセージは、フィルタリングされた通知メッセージ４００であるとみなされることとなる。ここでもまた、アプリケーションプロセッサ２４０は、フィルタリングされた通知メッセージ４００を処理するためにスイッチオンされても良い。
【００５３】
通知メッセージ１６５は、通知をカプセル化するパケットのペイロードであっても良い。メッセージのフォーマットは、基礎をなすプロトコルにとらわれない。適切なプロトコルの例は、ＦＬＵＴＥ、ＡＬＣ又はＲＴＰであるが、ＵＤＰ（独自の拡張を伴うもの）であっても十分であり得る。基礎をなすトランスポートプロトコルに対する拡張は常に必要であるというわけではないが、幾つかの場合において有益となり得る。ＲＴＰがカプセル化プロトコルとして利用される場合には、ＲＴＰパケットは図５に示されるように実施化されても良い。
【００５４】
図５において、基礎をなすトランスポートプロトコルとしてＲＴＰを利用する通知メッセージ１６５のとり得る実施例が示される。この場合、通知ヘッダ１７０、通知フィルタ要素１７５及び通知ペイロード１８０から成る、通知のための特殊なＲＴＰペイロードフォーマットが利用される。これら３つは全て基礎をなすプロトコルのペイロードに含まれ得ることに留意されたい。ＲＴＰの例においては、ＲＴＰ自体に対するヘッダ拡張もが利用されても良い。幾つかの場合において、このことは実験的な目的に対してのみ推奨される。例えばＦＬＵＴＥ、ＡＬＣ又はＵＤＰに独自の拡張を加えたもののような他のプロトコルもまた利用されても良いことは、留意されるべきである。
【００５５】
通知ペイロード（又は通知オブジェクト）は、（外部）オブジェクト又はオブジェクト自体への参照から成っても良い。換言すれば、実際の通知オブジェクトは、帯域外で搬送されても良い。斯かる場合においては、帯域外で搬送される通知オブジェクトは、オブジェクト記述子により付随されていても良い。該オブジェクト記述子は、通知ヘッダ１７０とは分離されていても良く、ことによると通知ペイロード１８０からも分離されていても良い。斯かる通知ペイロード１８０の例は、テキスト、ＨＴＭＬ、ＲＳＳデータ、ＳＶＧ、オーディオ、ビデオ及び画像である。通知オブジェクトへの参照のため、ＵＲＩ（Universal Resource Identifier）が利用されても良い。通知メッセージ１６５が外部の通知オブジェクトを参照している場合には、通知ヘッダ１７０の幾つかの要素が、参照自体を担持するパケット（例えば上述の例においてはＲＴＰパケット）において利用可能であっても良く、ことによると異なるトランスポートプロトコルにおける実際の通知オブジェクト／ペイロード１８０を用いてカプセル化されても良い。第３の選択肢は、通知オブジェクト記述子が、参照及び実際の通知ペイロードから分離されて搬送されることである。
【００５６】
通知メッセージ１６５は、通知ヘッダ１７０（又は通知記述子）及び通知ペイロード１８０から成っても良い。通知メッセージ１６５は、通知ヘッダ１７０の一部、又は通知ペイロード１８０の一部とみなされ得る、効率的なフィルタリングメカニズムのための手段を含んでも良い。後者の場合には、通知ヘッダ１７０は、フィルタリング情報が存在することを示すためのフラグ又はその他の信号通知情報を含んでも良い。上述したように、フィルタリングのための手段は、基礎をなすトランスポートプロトコル（例えばＦＬＵＴＥ又はＲＴＰ）に対する（ヘッダ）拡張であっても良い。フィルタメカニズム自体は、メッセージが関心のあるものであるか否かを決定するために受信クライアント又は端末１６０が利用し得る情報を含む、１つ以上のフィルタ要素１７５を、通知メッセージ１６５に対して追加することから成る。
【００５７】
フィルタ要素１７５は、単純なスカラーであっても良いし又はより複雑なフィルタ変数タイプであっても良い、フィルタ変数を担持しても良い。クライアント側において、これらフィルタ値（又はキーフィールド）は、例えば端末１６０又はエンドユーザによって定義された表現を評価するために利用されても良い。これらフィルタ表現又はフィルタ規則は単に、予め定義された値に対して変数を比較することから成っても良いが、より複雑な（論理的な）演算子を用いたより高度な表現も可能である。フィルタ要素１７５は、一覧におけるアイテムに対応するフィルタ識別子、即ちＩＤを含んでも良い。例えば、スポーツチーム、ＧＰＳ座標、関心のある場所の開場時刻、銘柄記号、又は株価の一覧である。提案される方法は、伝送からフィルタ要素のセマンティクスの定義を分離し、従ってフィルタリングは高レベルな知識なく実行されることができる。このことは、ハードウェアでの効率的なフィルタリングの実現性をもたらす。
【００５８】
通知メッセージ１６５、及びことによると該メッセージのフィルタ要素１７５が、基礎をなすトランスポートプロトコルの最大伝送単位（ＭＴＵ）よりも大きい場合には、該基礎をなすプロトコルの多くのパケットにわたってペイロードを分散させるために、ペイロードの何らかの形の断片化が利用されても良い。一方で、フィルタ要素を含む幾つかの小さなメッセージが、単一のペイロードへと集められることも可能である。このことは、説明される概念の一般性を失うことなく可能である。
【００５９】
プライバシー、コンテンツ保護及びデータ信頼性の観点から、フィルタ要素１７５が、暗号化されること又は複雑な誤り訂正方式を適用されることも可能である。しかしながら、このことが実行される場合には、基準に基づくメッセージの低レベルのフィルタリングが効率的なままであることを保証するように注意が払われるべきである。
【００６０】
図６は、フィルタ定義１３５の実施例を詳細に示す。フィルタ定義１３５、又はフィルタタイプ記述は、少なくとも、フィルタタイプのフィルタタイプ識別子６００、フィルタ要素値の長さ６１０、機械解釈及びセマンティクス的な意味を含んでも良い。例えば、機械解釈はint（整数型）、float（浮動小数型）、enum（列挙型）等であっても良い。加えて、該記述はまた、値の単位（例えばＵＳドル、キロメータ）、値の範囲（最小値と最大値）、値のステップサイズ、人間が判読可能な名称及び記述、並びにその他の情報を含んでも良い。複合フィルタタイプもまた可能であり、その場合には、フィルタ定義１３５は、長さ、機械解釈及びセマンティクス的な意味を含むエントリのシーケンスから成っても良い。フィルタ定義１３５は、ＸＭＬ断片で表現されても良い。ＸＭＬ断片の例には基本タイプ記述が含まれ、複合タイプ記述は図６に示される。図６のＸＭＬ断片はＥＳＧ又は他のどこかに含まれていても良く、その場合にはＥＳＧ又はその他のとり得る親文書のＸＭＬスキーマが拡張される必要がある。
【００６１】
図７ａ、７ｂ及び７ｃは合わせて、とり得るＸＭＬスキーマを示すフィルタ定義の更なる実施例を示している。該実施例は完全な定義ではなく、単に説明のためのものである点は留意されるべきである。該スキーマは、複雑なフィルタタイプ７１０及び単純なフィルタタイプ７１０の両方ともが、フィルタ定義１３５において定義されることを可能とする。
【００６２】
図８は、より一般化したレベルでのフィルタ定義の更なる実施例を示す。フィルタタイプの記述は、図８に示される木構造で表現され得る。フィルタ定義１３５及び対応する通知メッセージ１６５は、共に通知フィルタオブジェクト８００を参照する。通知フィルタオブジェクト８００は、単純なフィルタタイプ７１０に対応する単純な通知フィルタオブジェクト８１０としてインスタンス化されても良いし、又は、複雑なフィルタタイプ７００に対応する複雑な通知フィルタオブジェクト８２０としてインスタンス化されても良い。
【００６３】
単純な通知フィルタオブジェクト８１０の階層内で、基本通知フィルタ要素８３０及び複合通知フィルタ要素８４０から、更なる分類が生成されても良い。基本通知フィルタ要素８３０は、複数の既知の又は標準的なタイプからの選択８５０であっても良い。例えば、基本通知フィルタ要素８３０は、integer（整数型）、double（倍精度浮動小数型）、string（文字列型）等から選択されても良い。複合通知フィルタ要素８４０は、既知の又は標準的なタイプの基本通知フィルタ要素８３０のシーケンス８６０を有しても良い。複雑な通知フィルタオブジェクト８２０内に、複数の単純な通知フィルタオブジェクト８１０のシーケンス８６０を有しても良い。
【００６４】
基本フィルタタイプについて、基本フィルタタイプの長さ９１０は、通知フィルタ要素１７５にあっても良い。フィルタ定義１３５、フィルタタイプ記述、フィルタ構造、又はフィルタタイプ構造は、以下の機械解釈（又は「データタイプ」、「変数タイプ」若しくは「タイプ」）の限定的なリストを記述しても良い：
duration、dateTime、time、date、boolean、base64Binary、hexBinary、float、double、anyURI、string、normalizedString、token、language、Name、ID、IDREF、ENTITY、decimal、integer、nonPositiveInteger、negativeInteger、long、int、short、byte、nonNegativeInteger、unsignedLong、unsignedInt、unsignedShort、unsignedByte、positiveInteger、fixedPoint、array
【００６５】
更に、該リストは、TV-Anytimeデータタイプ及びＭＰＥＧ−７データタイプに拡張されても良い。
【００６６】
また、ゼロ長データタイプ若しくはゼロ長タイプ、ゼロ値タイプ若しくは無値タイプ、又はフラグが、定義されても良い。斯かる特殊なタイプは値を持たない場合があり、従って該タイプを含む通知フィルタ要素１７５の値の長さはゼロとなり得る。通知メッセージ１６５の通知フィルタ要素１７５における該タイプの存在は、既に重要である。換言すれば、端末１６０は単に、このタイプの通知フィルタ要素１７５を担持するメッセージだけに関心があり得る。代替として、３２ビット整数のような、幾つかのタイプが予め定義されていても良い。このことは、端末１６０において動作しているサービス及び／又はアプリケーションによって当該値のセマンティクスが暗黙的に決定される場合には、有用である。このようにして、フィルタタイプ定義は端末１６０へと暗黙的に通信されても良く、通知フィルタ要素１７５に長さフィールドが存在する必要はない。この用途のため、幾つかのＩＤが確保されても良い。例えば、この目的のために先頭の１５個のＩＤ番号が確保されても良い。
【００６７】
複合タイプ（他のサブフィルタ要素から成る）から成る通知メッセージ１６５毎に１つの通知フィルタ要素１７５を利用すること、又は、基本タイプから成る通知メッセージ１６５毎に複数のフィルタ要素を利用することは、機能的に等価である。いずれの方法も、利点と欠点とを持つ。通知メッセージ毎に１つの要素を利用すること（該要素は複合のものか又は基本のものであり得る）の主な利点は、アプリケーション層が通知メッセージ１６５のフィルタ部分のレイアウトを正確に知っており、それ故何をフィルタリングするかを非常に正確にフィルタ２６０に対して指示することができる点である。例えば、「ビット１６乃至３１における値が２３１よりも大きいべき」というようにフィルタリングするようフィルタ２６０に指示することができる。該フィルタリングはこのとき、特にハードウェアで実行される場合には、非常に効率的なものとなり得る。通知メッセージ１６５毎に複数のフィルタ要素を利用することは、あまり簡潔でない指示に帰着する。例えば、フィルタ２６０は、「フィルタタイプ識別子５を持つフィルタ要素が２３１よりも大きいべき」というようにフィルタリングするように指示され得る。この場合、フィルタ２６０は、全ての通知フィルタ要素１７５を、基準に合致するか否かを調べるために検査する必要がある。そのために、フィルタ２６０又はハードウェアは、全ての要素の長さを知っている必要がある。この場合、通知フィルタ要素１７５が、固定長のものであるか、自身の長さを含んでいるか、又は要素間に既知のセパレータを持つと有益となり得る。
【００６８】
好適な実装は、通知メッセージ１６５毎に、複数の通知フィルタ要素１７５を許容し得る。通知フィルタ要素１７５はこの場合、フィルタタイプ識別子６００、フィルタ要素の値の長さ６１０、及び実際の値９２０から成っても良い。フィルタリングはＩＤと値との組み合わせ（時々、名前−値対又はキー−値対と呼ばれる）に対して実行されることとなり、ＩＤ及び値の両方の比較がビットマスクを用いて実装される。
【００６９】
図９は、通知メッセージの詳細な実施例を示す。フィルタリングが基とするＩＤと値との対が示されている。通知フィルタ要素１７５は、フィルタ要素値の長さ６１０の示唆を含んでも良い。該長さはビット又はバイトで示されても良い。このことは、未知のフィルタ要素に対する保護を与える。フィルタ実装はこのとき、未知の要素をスキップ又は跳び越えても良い。なぜなら、該要素の長さは常に既知であろうからである。このことは、下位互換性のある態様で本方法が拡張されることを可能とする。更に、サービス内で、特定の通知サービスの通知フィルタ要素のセットが、時間とともに動的に変化しても良い。
【００７０】
通知ヘッダ１７０の多くのとり得る実施例がある。要素の幾つかは任意であり、図９に示されるビット割り当ては単なる例である。ヘッダフィールド要素の幾つかは、可変長符号化されても良い。通知ヘッダ１７０は、以下を含んでも良い。
【００７１】
フィルタ存在フラグ９００（Ｆ）：１ビット
該フィールドは、通知メッセージ１６５が通知フィルタ要素１７５を含むか否かを示しても良い。該フラグは、通知ヘッダ１７０中に１ビットが利用可能なまま残されていれば便利なものとなり得る。
【００７２】
フィルタ長９１０（ＦＩＬ＿ＬＥＮ）：６乃至８ビット
通知メッセージ１６５のフィルタ部分の全体の長さである。該フィールドの長さは、どれだけのビットが、便利にも通知ヘッダ１７０に残っているかに依存する。定義されたフィルタ存在フラグがある場合には、Ｆ＝０であれば該フィールドは存在する必要はない。フィルタ存在フラグが定義されている場合には、ＦＩＬ＿ＬＥＮは、メッセージのフィルタ部分の全体の長さから１を減算した値である。Ｆを利用することに対する代替として、フィルタ要素がないことを示すゼロの値を伴ってＦＩＬ＿ＬＥＮが常に存在しても良い。
通知フィルタ要素１７５は、通知ヘッダ１７０又は通知ペイロード１８０における、以下の繰り返しであっても良い。
【００７３】
フィルタタイプ識別子６００（ＦＥ＿ＩＤ）：６ビット
フィルタ要素に含まれる値のタイプの構文及びセマンティクスに関する正確な記述への参照である。該記述は、（ブートストラップ）ＥＳＧに含まれるか又は他のどこかで取得可能な、ＸＭＬ断片（即ち帯域外）にあっても良い。
【００７４】
フィルタ要素値長６１０（Ｌ）：２ビット
ＦＥ＿ＶＡＬにおけるビットの数を示す。ＦＥ＿ＶＡＬの長さは（２＾Ｌ）＊８ビットと決定され得る。代替として、通知フィルタ要素値の長さは、可変長符号なし整数の最上位ビットからのエンコードによりエンコードされても良い。符号ビットは、後続するビットが該長さに寄与するか否かを示し得る。このことは、多くのＤＶＢ規定において一般に利用されている。このことは、文字列のような可変長のフィルタ要素の場合には必須である。該値は正確な記述においても告知されるため、通知ヘッダ１７０から省略されても良いことは、留意されたい。しかしながら、単純に該値をパースすることが明示的に実行されても良い。
【００７５】
フィルタ要素値９２０（ＦＥ＿ＶＡＬ）：８、１６、３２又は６４ビット
通知フィルタ要素１７５の実際の値である。タイプ及び意味が、フィルタタイプ記述子又はフィルタ定義１３５において見出され、ＦＥ＿ＩＤにより参照される。ＦＥ＿ＶＡＬフィールドの長さは、存在する場合には（２＾Ｌ）バイトであり、そうでなければ長さはフィルタ要素の正確な記述から得られる。
【００７６】
図１０は、通知メッセージの更なる詳細な実施例を示す。図１０に示された例においては、通知メッセージ１７５は、ドイツ対フランスのサッカーの試合の最新スコアを含む。通知メッセージ１７５は、図７ａ、７ｂ及び７ｃのＥＳＧ断片の例に基づいて、（少なくとも）以下の２つのフィルタ要素を埋め込まれていても良い。フィルタタイプ識別子６００は、本例においては２の値を持つ。フィルタ要素値長６１０（Ｌ）は、ゼロの値を持つ。なぜなら、２の値を持つフィルタタイプ識別子６００を持つフィルタは標準的なフィルタであるからである。フィルタ要素値９２０（ＦＥ＿ＶＡＬ）は、１の値を持つ。それ故、ドイツが１点を取っている。２である後続するフィルタ要素値ＦＥ＿ＶＡＬは、フランスが２点を取っていることを示している。図１０はまた、ここで説明された例のバイナリ表現１０００を示す。
【００７７】
基礎をなすトランスポートプロトコルとしてＦＬＵＴＥが利用される場合にも、提案される本方法が同様に利用され得る。通知メッセージ１６５は、トランスポート層とは独立なものとなり得る。しかしながら、ＦＬＵＴＥの場合には、通知フィルタ要素１７５は、ＦＬＵＴＥプロトコルのファイル記述子テーブル（ＦＤＴ）にも含まれ得る。該テーブルは常に通知メッセージ１６５のような他のＦＬＵＴＥオブジェクトを取得する前に取得される必要があるため、通知フィルタ要素１７５は既に端末１６０に対して情報を提供していても良く、それに応じて通知メッセージ１６５がＦＬＵＴＥセッションから取得される必要がある。これを実装するため、ＦＤＴインスタンスについてＸＭＬスキーマにおいて適切なタグ及び／又は属性が定義される必要があり得る。本例においてはRFC3926のsection 3.4.2を参照されたい。これらのタグ及び／又は属性は、親としてのFDT-Instanceタグ、親としてのFileタグ、又はその他のいずれかの適切なタグを持っていても良い。換言すれば、通知フィルタ要素１７５は、ＦＤＴレベルで定義されても良いし、又はファイルレベルで定義されても良い。代替として、通知フィルタ要素１７５は、ＬＣＴ（Layered Coding Transport）、即ち通知メッセージ１６５又はその一部を含む特定のＬＣＴパケットのヘッダにおけるヘッダ拡張に含まれ得る。Luby, M.、Gemmell, J.、Vicisano, L.、Rizzo, L.、Handley, M.及びJ. Crowcroftによる、「Layered Coding Transport (LCT) Building Block」（RFC3451、2002年12月）を参照されたい。このことは、ＡＬＣ（Asynchronous Layered Coding）にも当てはまる。Luby, M.、Gemmell, J.、Vicisano, L.、Rizzo, L.及びJ. Crowcroftによる「Asynchronous Layered Coding (ALC) Protocol Instantiation」（RFC3450、2002年12月）を参照されたい。例えば、新たに定義されたタイプＥＸＴ＿ＦＬＴのＡＬＣ／ＬＣＴヘッダ拡張（ＨＥＴ）が、透明な方法でフィルタリング要素を担持するために利用されても良い。
【００７８】
要約すると、本発明は、通知メッセージを送信するための方法及び装置、並びに斯かる通知メッセージを受信するための対応する方法及び装置を開示する。送信装置は、通知メッセージのフィルタリングにおける利用のためのフィルタタイプを定義するフィルタ定義を受信しても良い。フィルタ定義は、放送設備を介して端末に送信されても良い。端末は、フィルタ定義に基づいてフィルタを設定しても良い。通知が送信されるべき場合には、通知入力データが受信されても良く、フィルタ要素が決定されても良い。フィルタ要素は、フィルタ定義から導出されるパラメータに対応しても良い。該パラメータの値は、通知入力データに対応しても良い。通知メッセージはフィルタ要素を有しても良く、生成され端末に送信されても良い。端末は、該フィルタを利用して通知メッセージをフィルタリングしても良く、該フィルタリングはフィルタ要素に基づくものであっても良い。
【００７９】
一例として、図１１は、通知メッセージを送信するための方法の一実施例を示す。ステップ１１００において、通知メッセージ１６５のフィルタリングにおける利用のためのフィルタタイプを定義するフィルタ定義１３５が受信されても良い。その後、ステップ１１１０において、フィルタ定義１３５は、放送設備１５０を介して端末１６０に送信されても良い。通知が送信されるべき場合には、ステップ１１２０において、通知入力データ１４５が受信されても良く、通知フィルタ要素１７５が決定されても良い。通知フィルタ要素１７５は、フィルタ定義１３５から導出されるパラメータに対応しても良い。該パラメータの値は、通知入力データ１４５に対応しても良い。通知メッセージ１６５は通知フィルタ要素１７５を有しても良く、ステップ１１３０において生成され、ステップ１１４０においてこれらメッセージを再び放送設備１５０を利用して送信することにより端末１６０に送信されても良い。実際的な実装においては、フィルタ定義１３５及び通知メッセージ１６５の両方が、時間多重化された態様で送信されても良いことは、留意されるべきである。それ故、新たなフィルタ定義は、以前に送信されたフィルタ定義に従って、通知メッセージ１６５と略同時に送信されても良い。勿論、ユーザの体験が理解可能なものであるままとなることを確実にするように注意が払われるべきである。
【００８０】
更なる例として、図１２は、通知メッセージを受信するための方法の一実施例を示す。端末１６０は、ステップ１２００においてフィルタ定義１３５を受信しても良く、フィルタ定義１３５に基づいてフィルタ２６０を設定しても良い。端末１６０は、幾分か後に、ステップ１２２０において通知メッセージ１６５を受信しても良い。通知メッセージ１６５は、適切に設定されたフィルタ２６０を利用して、効率的な態様で端末１６０が通知メッセージ１６５をフィルタリングすることを可能とする、通知フィルタ要素１７５を有しても良い。該フィルタリングは、ステップ１２３０において実行される。任意に、端末１６０は、フィルタ２６０を用いた通知メッセージ１６５のフィルタリングの際に、アプリケーションプロセッサ２４０の動作を制御しても良い。斯かる制御は、アプリケーションプロセッサ２４０がスイッチオフされ、通知メッセージ１６５が処理されるべき時間まで電力を節約するために低減された速度で動作するように、実装されても良い。アプリケーションプロセッサ２４０は次いで、フィルタリングされた通知メッセージ１４０を処理するための動作へと誘導されても良い。
【００８１】
上述の実施例は本発明を限定するものではなく説明するものであって、当業者は添付する請求項の範囲から逸脱することなく多くの代替実施例を設計することが可能であろうことは、留意されるべきである。更に、説明されたいずれの実施例も、例えばバッテリ又は蓄電池のような内部電源といった、暗黙的な特徴を有している。請求項において、括弧に挟まれたいずれの参照記号も、請求の範囲を限定するものとして解釈されるべきではない。「有する（comprise）」等の語は、請求項又は明細書全体に記載されたもの以外の要素又はステップの存在を除外するものではない。要素の単数形の参照は斯かる要素の複数形の参照を除外するものではなく、その逆も成り立つ。幾つかの手段を列記した装置請求項において、これら手段の幾つかは同一のハードウェアのアイテムによって実施化されても良い。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これら手段の組み合わせが有利に利用されることができないことを示すものではない。
【図１】
2010522910.tif 000003
【図２】
2010522910.tif 000004
【図３】
2010522910.tif 000005
【図４】
2010522910.tif 000006
【図５】
2010522910.tif 000007
【図６】
2010522910.tif 000008
【図７（ａ）】
2010522910.tif 000009
【図７（ｂ）】
2010522910.tif 000010
【図７（ｃ）】
2010522910.tif 000011
【図８】
2010522910.tif 000012
【図９】
2010522910.tif 000013
【図１０】
2010522910.tif 000014
【図１１】
2010522910.tif 000015
【図１２】
2010522910.tif 000016
【国際調査報告】
2010522910.tif 000017
2010522910.tif 000018