JP2009524269A - 放送コンテンツに関連する通知の方法および装置 - Google Patents

Abstract

【課題】放送サービス、放送コンテンツ、または放送番組の突然の変更を、１つ（人）または複数の端末もしくはユーザに同時に通知するための、フレキシブルかつ効率的な方法を提供すること。また、放送コンテンツとそれに関連する通知イベントとが一体化された視聴体験をユーザに提供すること。放送サービスの通知システムの全体的なコストおよび複雑さを大幅に低減すること。
【解決手段】通知生成ユニット（ＮＴＧ）は、通知メッセージを生成し、この通知メッセージは、通知イベントの記述と、関連する放送コンテンツの識別子とを含んでいる。放送コンテンツの識別子は、通知イベントが関連している放送サービス、放送コンテンツ、または放送番組を参照している。通知配信ユニット（ＮＴＤ）は、選択された通知チャンネルを使用して、通知メッセージを１つまたは複数の端末に配信する。
【選択図】図１

Description

本発明は、放送環境における、より詳細には移動体放送環境における、放送コンテンツに関連する通知メッセージの生成、送信、受信、および処理に関する。

放送とは、その伝送を不特定多数の人々が直接受信するように意図されている無線通信サービスである。このサービスには、音声放送、テレビ放送、またはその他のタイプの放送が含まれる。放送サービスは、（場合によっては）受信者を認識することなく多数の受信者に同時に配信するのに適している「コンテンツパッケージ（content package）」である。受信器それぞれが類似する受信装置を備えている、または、クライアントが自身の現在の条件に従ってコンテンツを処理できるようにする情報がコンテンツパッケージに含まれている。移動体放送サービスは、幅広い放送サービスを意味し、一対多の通信パラダイムと、移動体ネットワーク／インフラストラクチャの両方を利用する。最近では、端末技術およびデジタル放送システムの発展により、移動体環境においても放送サービスが可能になっている。これにより、帯域幅を消費するリッチかつ動的なメディア放送コンテンツを多数の移動体視聴者に配信することが可能になっている。

高度なデジタル放送技術（例えば、ＯＭＡ ＢＣＡＳＴ、ＤＶＢ ＩＰＤＣ、３ＧＰＰ ＭＢＭＳ、３ＧＰＰ２ ＢＣＭＣＳ、ＩＳＤＢ−Ｔ、ＷＬＡＮ、ＤＡＢ）の開発により、現在では、リッチかつ動的な放送コンテンツおよびそれに関連する補助データ（例：広告）を多数の移動体端末に配信することが可能である。デジタル放送においては、実際の放送コンテンツを配信する前に、放送コンテンツまたは放送サービスのプロバイダによってメタデータが生成される。放送サービスおよび放送コンテンツを記述するメタデータは、通常では「サービスガイド」または「番組ガイド」と呼ばれる。サービスガイドまたは番組ガイドは、何時にどのような放送サービスまたは放送コンテンツが利用できるかと、それらへのアクセス方法とを、端末およびユーザが容易に調べることができるようにする。

しかしながら、サービスガイドまたは番組ガイドは、実際の放送コンテンツが放送される前に放送サービスプロバイダによって作成されるため、比較的静的なものである。放送サービスまたは放送コンテンツ、もしくはそれに関連する補助データ、またはその両方を突然に変更したり、放送サービスまたは放送コンテンツの補足的なデータを動的に挿入することは、サービスガイドまたは番組ガイドを使用することではサポートされない。

その一方で、従来技術においては、放送サービスに関連する緊急事態や出来事を不特定多数の人々に知らせるための通知も使用されている。特許文献１には、所定の地理領域の中で市民の緊急通知をワイヤレス装置に配信するシステムおよび方法が開示されている。特許文献２には、番組の放送を視聴者にアラートするシステムおよび方法が、より具体的に開示されている。特許文献３には、特許文献２に類似する方法として、視聴者がリアルタイムで見ることを希望している番組を見忘れることを防止する放送開始通知サービスを実現する方法が開示されている。
米国特許出願公開第２００５／０２２７６７２号明細書 米国特許出願公開第２００３／０１３１３５６号明細書 特開２００３−３４８５６０号公報

本発明は、上述した背景技術における以下の問題を解決することを目的としている。

第一に、従来、放送サービスおよび放送コンテンツを記述するメタデータ（通常では「サービスガイド」または「番組ガイド」と呼ばれる）は、実際の放送コンテンツを配信する前に、放送コンテンツまたは放送サービスのプロバイダによって生成され、何時にどのような放送サービスまたは放送コンテンツが利用できるかと、それらへのアクセス方法とを、端末およびユーザが調べることを支援する目的で使用される。サービスガイドまたは番組ガイドのメタデータは、コンテンツプロバイダまたはサービスプロバイダによって、コンテンツが実際に放送されるよりも（数週間ではないにせよ）少なくとも数日前に事前に確定される。放送コンテンツの動的な変更（例えば、スケジュールまたはアクセスエントリポイント（access entry point）の一時的な変更、加入契約のための新しいプロモーション、放送コンテンツの開始アラート、広告の動的な挿入など）に関連する情報を、影響を受けるユーザおよび端末にサービスガイドまたは番組ガイドを使用して迅速に伝えることは難しい。

特許文献１における通知によっても、放送コンテンツの突然の変更を伝えたり、補助的なメディアを、関連する放送コンテンツの提示に動的に挿入することはできない。この手法における通知システム、通知装置、および通知方法は、所定の地理領域の中で、近々発生する緊急事態または計り知れないことを移動体視聴者に配信するために使用されるにすぎない。放送コンテンツに通知メッセージを関連付けて、関連する放送コンテンツの動的な変更または予期されない変更を端末またはユーザに伝える手段は開示されていない。特許文献２の通知システムおよび通知方法では、視聴者は、興味のある番組をその番組が広告されたときに指定することができ、その後、識別された番組がまもなく放送されるときに、その視聴者に放送を思い出させるリマインダ通知を送出し、視聴者はその番組を選択して観ることができる。

特許文献３には、類似する放送開始通知サービスとして、複数の視聴者からの視聴希望番組情報を放送端末装置から受信し、視聴者ごとの視聴希望番組情報を登録するステップと、視聴希望番組情報によって指定されている特定の番組の放送開始時刻を、個々の番組の放送スケジュールに関する番組編成情報に基づいて取得するステップと、特定の番組の視聴を希望した視聴者の携帯情報端末に、取得した放送開始時刻より前の所定の時刻において、放送開始通知メールを送信するステップと、番組編成情報に基づく放送開始時刻において、その番組を構成しているストリームを送信するステップと、を含んでいるサービスが開示されている。

上記の２つの発明の第一の欠点として、端末側の興味のあるコンテンツをサーバ側に知らせ、その後、識別された番組の開始をサービス側がそのユーザに通知するためには、端末装置が上りチャンネルを持たなければならず、従って、この手法は、下り放送のみをサポートしている端末装置には適用することができない。第二の欠点として、サーバと端末の間のポイントツーポイント通信方式においては、サーバ側にかかる余分な作業負荷として、端末による指定を受信し、これらの指定を記録および管理し、識別された番組がまもなく放送されるときに該当する端末に個別に通知を送出する。このオーバーヘッドは、そのような指定の数が増すにつれて大幅に増大する。さらには、これらの先行技術は、放送コンテンツの開始を通知する問題を解決するのみであり、放送コンテンツに関連するさまざまなメッセージ、特に、放送コンテンツに関連する動的なイベントまたは予期されないイベントのメッセージを複数の移動体端末に伝える、よりフレキシブルかつ拡張可能な通知メカニズムを模索しているわけではない。

本発明において開示する方法は、特許文献２および特許文献３における上記の欠点を克服する。本発明では、一方向の放送チャンネルを使用して、複数の端末装置に通知メッセージを配信する。放送コンテンツと通知メッセージの関連付けは、関連する放送コンテンツの識別子を通知メッセージの中で指定することによって示される。この方法により、端末は、受信した通知メッセージをユーザの興味に基づいてフィルタリングし、通知メッセージを関連する放送コンテンツに関連付けて、放送コンテンツに関連する通知を提示規則に従って処理することができる。

本発明の特徴によると、本システムおよび本方法は、放送コンテンツに関連するイベントまたは変更を動的に記述し、これを１つ（人）または複数の端末もしくはユーザに通知する効率的な方法を提供する。

図１に示した本発明の１つの態様によると、放送コンテンツに関連する通知メッセージを１つまたは複数の端末に配信するシステムは、関連する放送コンテンツとの関連付けを有する通知メッセージを生成する通知メッセージ生成ユニット（ＮＴＧ）１と、配信に使用される複数の通知チャンネルが存在する場合に、通知メッセージの配信に使用される通知チャンネルを選択する通知チャンネル選択ユニット（ＮＴＣＳ）２と、通知メッセージを、選択された通知チャンネルを介して１つまたは複数の端末に送信する通知配信ユニット（ＮＴＤ）３と、通知チャンネルから通知メッセージを受信する通知受信ユニット（ＮＴＲ）４と、通知メッセージを処理する通知処理ユニット（ＮＴＰ）５と、を備えている。

本発明の別の態様によると、放送コンテンツに関連する通知メッセージを１つまたは複数の端末に配信する方法は、１つまたは複数の関連する放送コンテンツの識別子と、通知イベントの記述とを少なくとも備えている、放送コンテンツに関連する通知メッセージ、を生成するステップと、通知メッセージの配信に使用される通知チャンネルを選択するステップと、通知メッセージを、選択された通知チャンネルを介して１つまたは複数の端末に送信するステップと、端末において通知チャンネルから通知メッセージを受信するステップと、端末において、通知の中で指定されている、関連する放送コンテンツの識別子と、通知イベントの記述と、通知提示規則と、その他の情報とに従って、通知メッセージを処理するステップと、を含んでいる。

本発明の利点としては以下が挙げられ、ただしこれらに限定されない。

第一に、本発明は、サービスプロバイダまたはコンテンツプロバイダが、放送サービス、放送コンテンツ、または放送番組に関連する情報、特に、放送サービス、放送コンテンツ、または放送番組の突然の変更を、１つ（人）または複数の端末もしくはユーザに同時に通知するための、フレキシブルかつ効率的な方法を提供する。これらの変更は、関連する放送コンテンツ（ファイルダウンロードコンテンツ、あるいはリアルタイムのストリーミングコンテンツまたは非リアルタイムのストリーミングコンテンツとすることができる）の提示の動的な変更、一時的な変更、予期されない変更、あるいは提示に相対的な変更であり、例えば、放送コンテンツのスケジュールまたはアクセスエントリポイントの一時的な変更、放送コンテンツの加入契約のための新しいプロモーションイベント、放送コンテンツの開始アラート、関連するスポーツ生中継放送の暗黙的な時間変動（例えば、中断、延長戦）による広告の動的な挿入である。

本発明においては、放送サービスプロバイダは、ユーザおよび端末と能動的かつ効率的に通信して、ユーザが興味のある放送サービス、放送コンテンツ、または放送番組に関する最新の情報を配信することができる。さらに、放送サービスのプロバイダは、放送コンテンツの補足的なメディアとしての、放送コンテンツに関連する補助データのダウンロード、格納、または挿入を動的にトリガーすることができ、結果として、放送サービスに対するユーザの満足度が高まる。

第二の利点として、本発明における通知メッセージは、関連する放送コンテンツの識別子によって指定され、従って、端末装置は、ユーザが興味のあるコンテンツまたは加入契約しているコンテンツの通知のみを処理して格納することができる。さらに、必要な場合、端末装置は、通知、または通知によってトリガーされるメディアデータの提示と、関連する放送の提示とを関連付けることができ、従って、放送コンテンツおよびそれに関連する通知イベントとが一体化された視聴体験（integrated viewing experience）がユーザに提供される。

その一方で、本発明は、従来の通知メッセージの用途を、近々発生する緊急事態あるいは放送番組の開始を通知すること以外に拡張する。本発明においては、従来の通知システムおよび装置をわずかに拡張することによりそのまま使用し、極めて動的かつカスタマイズ可能な放送サービス、特に移動体放送サービスを支援およびサポートすることができ、従って、放送サービスの通知システムの全体的なコストおよび複雑さを大幅に低減することができる。

本発明の上記およびその他の特徴および利点は、現時点において好ましい実施形態の以下の詳細な説明を添付の図面を参照しながら読み進めることによって、さらに明らかになるであろう。詳細な説明および図面は、請求項によって定義される本発明、および等価形態の範囲を限定するものではなく、本発明を説明することを目的としているにすぎない。

以下では、本発明の好ましい実施形態について添付の図面を参照しながら説明する。

最初に、本発明の一般的なシステムについて、図１を参照しながら説明する。

通知メッセージ生成ユニット１（ＮＴＧ）は、放送コンテンツに関連する通知メッセージＤ１０１を生成する。この通知メッセージを配信するために複数の通知チャンネルが利用可能である場合、通知チャンネル選択ユニット２（ＮＴＣＳ）が、すべての通知メッセージごとに、最も適するチャンネルＤ１０２を所定の選択規則に従って選択する。利用可能な通知チャンネルが１つのみである場合、選択ユニット２は機能しない。

通知配信ユニット３（ＮＴＤ）は、生成された通知メッセージＤ１０３を、ＮＴＣＳ２によって選択された通知チャンネルを介して１つまたは複数の端末に配信する。通知チャンネルは、放送チャンネルまたはインタラクションチャンネル（interaction channel）とすることができる。通知チャンネルが放送チャンネルである場合、受信側は複数の端末である。通知チャンネルがインタラクションチャンネルである場合、受信側は１つの端末である。

端末側においては、通知受信ユニット４（ＮＴＲ）が、通知チャンネルから通知メッセージを受信し、その通知メッセージＤ１０４を通知処理ユニット５（ＮＴＰ）に渡す。通知処理ユニットは、即時のアクションが必要であることが通知メッセージに指定されている場合、この通知メッセージを処理する。そうでない場合、指定されている処理タイミングに達するまで通知を格納しておく。

図２には、本発明の一般的な方法を記載してある。最初に、必要な情報、特に、関連する放送コンテンツの識別子を、標準化されているフォーマットまたは所有権が保持されたフォーマットに従って挿入することによって、放送コンテンツに関連する通知メッセージを生成する（ステップＳ１は、通常の通知メッセージと比較して新しい特徴であり、このステップについては図３および図１１において詳しく説明する）。

次いで、通知を配信するために利用できる通知チャンネルの数を調べる（ステップＳ２）。通知チャンネルが１つのみである場合、そのチャンネルを介して送信できるように通信メッセージをただちに作成する。２つ以上の通知チャンネルが存在する場合、使用する通知チャンネルとして１つを選択する（ステップＳ３）。

１つの可能なシステム構成として、放送サービスのそれぞれが、その放送サービスに関連するすべての通知を配信するための１つの専用の通知チャンネルを備えており、これにより、端末ユーザは、興味のある放送サービスまたは加入契約している放送サービスに専用の通知チャンネルからの通知のみを受信することができ、それ以外の無関係の通知に煩わされることがない。ステップＳ３の後、通知メッセージを、選択された通知チャンネルを介して１つまたは複数の端末に送信する（ステップＳ４）。

端末側においては、端末が通知チャンネルから通知メッセージを受信し（ステップＳ５）、受信した通知メッセージを処理する（ステップＳ６）。通知メッセージをただちに処理する必要がある場合、対応するアクションを実行する（例えば、関連する放送コンテンツのスケジュール変更をユーザに表示する）。通知メッセージを後の時点で処理する必要がある場合、通知メッセージを格納しておく（ステップＳ７）。

指定されている処理時刻に達したとき、通知メッセージを有効にして処理する（ステップＳ６）、例えば、明日の午前０時にスケジュールされている関連する放送コンテンツのレンダリングの直前に広告を挿入してレンダリングすることをトリガーする。以下では、ＮＴＧ１の内部構造についてと、放送コンテンツに関連する通知メッセージを生成する可能なステップとについて、図１２および図３を参照しながらさらに説明する。

図１２には、通知メッセージ生成ユニット１（ＮＴＧ）の可能な内部構造を示してある。この図において、ＮＴＧは、６つのモジュール１１，１２，１３，１４，１５，１９を含んでいる。

通知イベント生成器１１は、通知イベントＤ１１を定義して生成し、その通知によって端末またはユーザに知らせようとする詳細な情報またはデータを記述する。この通知がいずれかの放送コンテンツに関連している場合、通知イベントＤ１１をサービス／コンテンツＩＤ識別器１２にも転送する。

サービス／コンテンツＩＤ識別器１２は、Ｄ１１を使用して、関連する放送サービスまたは放送コンテンツの統合識別子（unified identifier）あるいはメタデータ統合識別子（unified metadata identifier）Ｄ１２（例えば、ＵＲＩ、ＵＲＬ）を取り出して認識することができる。

その一方で、通知タイプ選択器１３は、その通知メッセージの通知タイプ（ユーザ対象または端末対象）Ｄ１３をＤ１１に基づいて判定し、提示規則生成器１４は、通知、または通知によってトリガーされる補助データの提示規則Ｄ１４を記述する。

イベントタイプ選択器１５は、通知のイベントタイプＤ１５を判定する。通知、または通知によってトリガーされる補助データの提示を、関連する放送コンテンツの提示に同期させる必要がある場合、生成器１４においても、提示規則Ｄ１４を生成するのにＤ１１が必要である。

１１，１２，１３，１４，１５から出力される上記のデータＤ１１，Ｄ１２，Ｄ１３，Ｄ１４，Ｄ１４，Ｄ１５を通知メッセージ生成器１９に伝え、生成器１９において編成し、放送コンテンツに関連する通知メッセージＤ１０１を、標準化されているフォーマットまたは所有権が保持されたフォーマットに従って生成する。１１，１２，１３，１４，１５のうち、１１および１２は、放送コンテンツに関連する通知の基本情報を生成するため、最も重要なモジュールである。Ｄ１１およびＤ１２を生成して通知に含めることによって、エンドユーザは、自身が興味のある、あるいは加入契約しているサービスまたはコンテンツの最新の情報またはアップデートを、通知の形で迅速に取得することができ、そのような通知の処理および提示を、関連する放送コンテンツに密接に関連付ける（さらには同期させる）ことができる。従って、Ｄ１１およびＤ１２は必ず生成され、放送コンテンツに関連する通知メッセージに含められる。しかしながら、Ｄ１３，Ｄ１４，Ｄ１５、またはその他のデータ（通知メッセージの有効期間など）は、すべての通知に必ずしも必要なく、従って、対応するモジュールから生成されないことがある。

図３には、放送コンテンツに関連する通知を生成する処理ステップを示してある。なお、実際の実施においては、以下のステップの順序を必要に応じて調整することができる。

最初に、サーバが端末または端末ユーザに伝えようとするイベントまたは情報を記述するための通知イベントの記述を生成する（ステップＳ３０１）。この通知イベントの記述は、通知メッセージを表現するための１つまたは複数のメディア要素（例えば、テキスト、イメージ、音声、映像、またはこれらの任意の組合せ）を含んでいる。あるいは、通知イベントの記述は、１つまたは複数のメディア要素（例えば、テキスト、イメージ、音声、映像、またはこれらの任意の組合せ）の識別子を含んでいる。さらに、通知イベントの記述は、指定されたセッションを通じて配信されるファイルまたはストリームの配信セッション情報を含んでいることもできる。通知イベントの記述は、さまざまな目的のマルチメディア通知メッセージを構築するための任意の種類のメディアデータを格納しておく、または参照するためのフレキシブルな格納場所である。

次いで、その通知が放送コンテンツに関連する通知である場合（ステップＳ３０２）、通知メッセージと放送コンテンツとの関連付けを表すため、関連する放送コンテンツの識別子を通知メッセージの中で指定する（ステップＳ３０３）。放送コンテンツ識別子は、識別子（ＵＲＩ、ＵＲＬなど）を使用して、放送サービス、放送コンテンツ、または放送番組を識別する、あるいは、放送サービス、放送コンテンツ、または放送番組のメタデータを識別する。さらに、放送サービス、放送コンテンツ、または放送番組のメタデータは、実際の放送サービス、放送コンテンツ、または放送番組の識別子を含んでいる。端末は、受信した通知が、端末ユーザが興味のある、または加入契約している放送コンテンツに関連しているかを、この識別子を参照することによって最初に判定することができる。関連していない場合、端末は、その通知をさらに処理することなく破棄することができ、従って、ユーザは、予期しない、または無関係の通知によって煩わされることを回避することができる。関連している場合、端末は、この識別子を参照することによって、受信した通知メッセージと、関連する放送コンテンツとを容易に関連付けて、その関連する放送コンテンツに依存する必要なアクション（例えば、関連する放送コンテンツをレンダリングするときに通知を５分間表示する）を実行することができる。

次いで、通知メッセージの中で通知タイプ情報を指定することができる（ステップＳ３０４）。通常、通知メッセージは、少なくとも２つの通知タイプに分類される。一方のタイプは、ユーザに表示すべきユーザ対象の通知メッセージである（例えば、サービスの利用可能性の通知、ファイルのダウンロードまたはアップデート通知、サービスまたはコンテンツの開始通知、プロモーション通知など）。他方のタイプは、端末を動作させるうえでのみ使用すべき端末対象の通知メッセージであり、通知そのものはユーザに表示すべきではない（例えば、補助データトリガー通知）。

この通知、または通知によってトリガーされる補助データが、ユーザに提示するように意図される場合（ステップＳ３０５）、通知提示規則も通知メッセージに含める（ステップＳ３０６）。

通知提示規則は、通知、または通知によってトリガーされる補助データの提示タイミングを指定することができる。

１つの可能な提示タイミングは、通知メッセージを受信した直後である。例えば、サービスの利用可能性の通知は、緊急のお知らせ（例えば、関連する放送サービスまたは放送コンテンツのエラー、問題、または中断、あるいは関連する放送サービスまたは放送コンテンツの突然のスケジュール変更）を適切なタイミングでユーザに通知することができるように、通知を受信した時点でただちにユーザに表示することができる。

別の可能な提示タイミングとして、通知の中で指定される以降の特定の時刻とすることができる。例えば、ＣＮＮチャンネルの加入契約のためのスーパークリスマスプロモーション（super Christmas promotion）のプロモーション通知は、お金を節約するためのこのよい機会をつかむことをユーザが思い起こすように、２００６年１２月２４日の１２：００にユーザに表示するように指定される。

通知の提示と、関連する放送コンテンツとを密接に関連付けるため、通知の提示タイミングを、通知の中で指定されている関連する放送コンテンツの提示開始より前または後にずらす時間長として指定することができる。例えば、映画「スーパーマンリターンズ」の開始２分前に、補助データとして２分間の俳優インタビュークリップを挿入することが、補助データトリガー通知によってトリガーされる。これを行うことにより、この映画を観ることに対するユーザの興味および期待を、大幅に高めることができる。

通知メッセージが時間に依存しない場合、ネットワークにおける通知の提示タイミングとして、端末ユーザによって事前に定義される時刻、端末によってランダムに選択される任意の時刻、あるいはユーザによって自由に選択される任意の時刻とすることもできる。

通知を受信したとき、通知の中で指定されている提示タイミングがすでに過ぎている、あるいは通知の有効期間が過ぎている場合、端末は、そのような期限切れの通知をさらに処理することなく破棄することができる。通知メッセージがその有効期間より後に受信された場合にも、その通知は破棄される。

通知提示規則は、提示タイミング情報以外に、通知、または通知メッセージによってトリガーされる補助データと、同時に表示される放送コンテンツまたはアプリケーションの提示方式を指定することもでき、可能な提示方式として、オーバーレイ方式、中断方式、またはその他の方式とすることができる。言い換えれば、提示規則は、提示のタイミング、レイアウト、方式などを通じて、通知の提示と、関連する放送コンテンツの提示とを結びつける役割を果たし、従って、端末は、通知とコンテンツとがスムーズに一体化された視聴体験を装置のユーザに提供することができる。

上記のデータ以外に、イベントタイプも通知メッセージの中で指定することができ（ステップＳ３０７）、通知メッセージの詳細なイベントタイプを示す（例えば、サービスの利用可能性の通知、ファイルのダウンロードまたはアップデート通知、サービスまたはコンテンツの開始通知、プロモーション通知、補助データトリガー通知など）。サービス利用可能性通知は、関連する放送サービスまたは放送コンテンツのエラー、問題、または中断を通知したり、関連する放送サービスまたは放送コンテンツの突然のスケジュール変更を通知する、あるいは、メインの放送サービスまたはメインコンテンツのアクセスエントリポイントの突然に変更を通知する、あるいは、関連する放送サービスまたは放送コンテンツの利用可能性に関連するその他の情報を通知する。ファイルのダウンロードまたはアップロードの通知は、特定の配信セッションまたはＵＲＩから特定のファイルをダウンロードまたはアップデートできることを通知する。コンテンツ開始通知は、関連する放送コンテンツが、まもなく、または以降の特定の時刻に開始されることをユーザに通知する。プロモーション通知は、関連する放送サービスまたは放送コンテンツのプロモーション活動またはプロモーションイベントを通知する。補助データトリガー通知は、リアルタイムまたは非リアルタイムの放送サービスまたは放送コンテンツに関連する補助データのダウンロードおよび格納、または補助データの挿入をトリガーする。

さらには、通知メッセージの有効期間、優先度などのその他のデータも、放送コンテンツに関連する通知に含めることができる。

図９は、通知、または通知メッセージによってトリガーされる補助データと、関連する放送コンテンツとのオーバーレイ式提示を示している。オーバーレイ提示方式においては、通知、または通知メッセージによってトリガーされる補助データを、関連する放送コンテンツと同時に端末の画面に表示する。図１０は、関連する放送コンテンツの提示を中断することによる、通知の中断式提示を示している。中断式提示においては、放送コンテンツの再生を一時停止し、関連付けられる通知のみを端末画面に表示する。通知の表示が終了した時点で、放送コンテンツの表示を続行する。

さらに、通知提示規則は、通知、または通知メッセージによってトリガーされる補助データの提示レイアウトを、ＳＭＩＬまたはその他の代替の指定方法を使用して指定することができる。さらに、通知の名称、バージョン、識別子などのその他の情報も、通知メッセージに含めることができる。放送コンテンツに関連する通知メッセージを生成するためのサブステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４，Ｓ１５，Ｓ１６は、同時に実行する、または任意の順序において１ステップずつ実行することができる。

図８は、放送コンテンツに関連する通知メッセージのデータ構造を示している。放送コンテンツに関連する完全な通知メッセージは、少なくとも、通知イベントの記述Ｄ１と、関連する放送コンテンツの識別子Ｄ２とを含んでいる。さらに、通知メッセージは、イベントタイプＤ３、通知提示規則Ｄ４、通知識別子Ｄ６、およびその他の情報を含んでいることができる。通知イベントの記述Ｄ１は、さらに、テキスト、イメージ、音声、映像、テキストの識別子、イメージの識別子、音声の識別子、映像の識別子、配信セッション情報、またはこれらの任意の組合せを含んでいることができる。関連する放送コンテンツの識別子Ｄ２は、放送サービス、放送コンテンツ、または放送番組を、ＵＲＩやＵＲＬなどの識別子を使用して識別する、あるいは、放送サービス、放送コンテンツ、または放送番組のメタデータを識別する。イベントタイプＤ３は、サービス利用可能性通知Ｄ３１、ファイルのダウンロードまたはアップデート通知Ｄ３２、コンテンツ開始通知Ｄ３３、プロモーション通知Ｄ３４、補助データトリガー通知Ｄ３５、またはその他のタイプのうち、いずれかのタイプとすることができる。通知提示規則Ｄ４は、提示タイミングＤ４１、提示方式Ｄ４２、提示レイアウトＤ４３などの規則をさらに含んでいる。

図２において記載したステップＳ３に関して、図４は、通知メッセージを配信するための通知チャンネルを選択する詳細な方法を説明している。通知チャンネルは、さまざまな放送サービスのさまざまな目的の通知メッセージを配信するための一般的なチャンネルとすることができる。または、通知チャンネルは、放送サービスに固有なチャンネルとして、特定の放送サービスに関連する通知メッセージを配信するチャンネルとすることもできる。最初に、放送サービス専用の使用可能な通知チャンネルのすべてを選び出す（ステップＳ２１）。次いで、放送サービス専用のすべてのチャンネルのサービス識別子を、通知メッセージの中の放送コンテンツ識別子と比較する（ステップＳ２２）。放送サービスに固有なチャンネルのうちの１つのサービス識別子が、通知メッセージの中の放送コンテンツ識別子に等しい場合、その一致した、サービスに固有な通知チャンネルを選択する（ステップＳ２４）。放送サービス専用のチャンネルのサービス識別子が、いずれも通知メッセージの中の放送コンテンツ識別子に等しくない場合、使用可能な一般的な通知チャンネルのすべてを選び出す（ステップ２３）。次いで、複数の一般的な通知チャンネルが利用可能である場合、一般的な通知チャンネルのうちの１つを選択する（ステップＳ２５）。通知用に適切な通知チャンネルを選択することによって、通知メッセージが、その目的と、放送サービスとの関連付けとに基づいて、配信時に分類され、従って、ユーザは、興味のある通知チャンネルのみを視聴することによって、通知を選択的に受信することができる。

図２において記載したステップＳ６に関して、放送コンテンツに関連する、受信した通知メッセージを処理するためのさまざまな形態が存在する。以下では、３つの一般的な実施形態について詳しく説明する。

図５は、ユーザ対象の通知メッセージを処理し、通知メッセージと、関連する放送コンテンツとを同期させて表示する実施形態を示している。最初に、端末は、関連するコンテンツの識別子が通知メッセージの中に含まれているかを確認する（ステップＳ６０１）。含まれていない場合、その通知メッセージは、放送コンテンツに関連する通知メッセージではないことを意味し、これは本発明の範囲外である（ステップＳ６０２）。含まれている場合、その通知メッセージを、通知メッセージの中で参照されている放送コンテンツにローカルに関連付ける（ステップＳ６０３）。

次いで、端末は、通知メッセージがユーザ対象の通知であるかを通知タイプによって判定する（ステップＳ６０４）。ユーザ対象の通知ではない場合、その通知メッセージが、端末対象の通知メッセージであるか、あるいはその他のタイプの通知であるかを判定する。この実施形態においては、通知はユーザ対象の通知メッセージであり、通知の提示を、関連する放送コンテンツの提示と同期させるものとする。提示を同期させる場合、通知の提示タイミングは、関連する放送コンテンツの提示スケジュールに依存し、例えば、放送コンテンツを提示する直前または直後、または、関連する放送コンテンツの提示の開始より前または後に特定の時間長だけずらしたタイミングにおいて、通知をレンダリングする。さらに、詳細なイベントタイプを識別することができる（ステップＳ６０５）。

次いで、端末は、通知をただちに提示すべきか否かを、通知の提示タイミングと、関連する放送コンテンツの提示スケジュールとに基づいて判定する（ステップＳ６０６）。通知メッセージを後から提示すべきである場合、端末は、その通知を格納し、通知の提示の開始をトリガーするためのアラームを設定する（ステップＳ６０７）。

この実施形態におけるアラームタイミングは、関連する放送コンテンツのスケジュールに密接に関連付けられている。通知を表示する時刻に達した時点で、通知イベントの記述に従って通知の表現を構築およびレンダリングする（ステップＳ６０８）。その一方で、関連する放送コンテンツをそれに同期させてレンダリングする。通知提示規則は、通知の提示方式を示し（ステップＳ６０９）、すなわち、関連する放送コンテンツにオーバーラップさせて通知を表示する（ステップＳ６１０）、または、関連する放送コンテンツの再生を一時停止して、最初に通知を表示し、次いで、関連する放送コンテンツの表示を続行する（ステップＳ６１１）。

図６は、ユーザ対象の通知メッセージを処理し、通知メッセージおよび関連する放送コンテンツを同期させずに表示する実施形態を示している。この実施形態のほとんどのステップは、上述した第１の実施形態と同じである。違いとして、通知メッセージの提示タイミングを、関連する放送コンテンツの提示タイミングと同期させない場合、その通知メッセージを、提示規則によって指定される、通知メッセージ自身のスケジュールに従って表示し、関連する放送コンテンツのスケジュールに合わせる必要がない。この非同期モードにおいては、可能な提示タイミングは、通知を受信した直後、または通知の中で指定される特定の時刻とすることができる。提示タイミングが通知の中で明示的に定義されていない場合、提示タイミングとしては、ユーザによって事前に定義される時刻、あるいは端末もしくはユーザによってランダムに選択される時刻とすることもできる。この実施形態においては、端末は、通知提示規則に指定されている提示方式（通知をレンダリングすべきときに番組のコンテンツが実行中である場合の提示方法を指定する）を調べる必要もある（ステップＳ６０９ａ）。提示方式に従って、現在実行中の番組またはコンテンツにオーバーラップさせて通知を表示する（ステップＳ６１０ａ）、または、実行中の番組またはコンテンツを一時停止することによって通知を表示する（ステップ６１１ａ）。この実行中の番組またはコンテンツは、通知の中で識別される関連する放送コンテンツであるか、または、その通知には関連していない別のコンテンツである。

図７における第３の一般的な実施形態は、ユーザ対象の通知メッセージを処理するのではなく、端末対象の通知メッセージ、より具体的には、補助データトリガー通知メッセージを処理する実施形態である。最初に、この場合も、端末は、通知メッセージの中に関連するコンテンツの識別子が含まれているかを確認する（ステップＳ６０１）。含まれていない場合、その通知メッセージは、放送コンテンツに関連する通知メッセージではないことを意味し、これは本発明の範囲外である。含まれている場合、その通知メッセージを、通知メッセージの中で参照されている放送コンテンツにローカルに関連付ける（ステップＳ６０３）。

次いで、端末は、通知メッセージが端末対象の通知であるかを通知タイプによって判定する（ステップＳ６２４）。端末対象の通知ではない場合、その通知メッセージがユーザ対象の通知であるかを判定し、ユーザ対象の通知である場合、図５または図６における実施形態に従って通知を処理する。端末対象の通知である場合、詳細なイベントタイプをさらに識別することができる（ステップＳ６２５）。

次いで、端末は、通知メッセージが補助データトリガー通知であるかを判定する（ステップＳ６２６）。補助データトリガー通知ではない場合、端末は、その通知メッセージをさらに処理することなく破棄する。補助データトリガー通知である場合、端末は、その通知によって伝えられた、または参照される補助データを、関連する放送コンテンツにローカルに関連付ける（ステップＳ６２７）。

場合によっては、特定の補助データ挿入イベントに対して複数の補助データが選択可能であり、その場合、端末における補助データの格納、挿入、および提示のカスタマイズがサポートされるように、補助データトリガー通知にフィルタリング基準が含まれる。この実施形態においては、補助データの提示と、関連する放送コンテンツの提示とを同期させる必要があり、なぜなら、この場合の補助データが、関連する放送コンテンツを補足または補強するメディアであり、関連する放送コンテンツの提示の前、後、または提示中に提示されるものであるためである。しかしながら、別の実施形態においては、補助データの提示を、関連する放送コンテンツの提示と同期させなくてもよい。同期モードの場合の補助データの提示時刻は、関連する放送コンテンツの提示スケジュールに依存し、例えば、放送コンテンツを提示する直前または直後、または、関連する放送コンテンツの提示の開始より前または後に特定の時間長だけずらしたタイミングにおいて、補助データをレンダリングする。さらに、詳細なイベントタイプを識別することができる（ステップＳ６０５）。補助データをただちにレンダリングしない場合（ステップＳ６２８）、端末は待機し、通知提示規則に指定されている補助データの提示時刻に達するまで補助データトリガー通知を格納しておく（ステップＳ６２９）。

さらに、端末は、第１の実施形態と同様に、補助データの提示を開始するためのアラームを、補助データの提示タイミングと、関連する放送コンテンツのスケジュールとに基づいて設定する。補助データの提示タイミングに達した時点で、補助データを構築し（ステップＳ６３０）、提示規則によって指定される方式で表現し（ステップＳ６３１）、すなわち、関連する放送コンテンツにオーバーラップさせて補助データを表示する（ステップＳ６３２）、または、関連する放送コンテンツを中断することによって補助データを挿入する（ステップＳ６３３）。

視聴者から見ると、補助データは、関連する放送コンテンツの画面にその一部として組み込まれている。事前にダウンロードされているメディアデータ（補助データなど）のレンダリングを、通知を使用してトリガーすることにより、端末は、事前にダウンロードされているメディアデータを動的かつフレキシブルに放送コンテンツに容易に挿入して、事前にダウンロードされているメディアデータと放送コンテンツとを同期させてユーザに提示することができる。このメカニズムによって、メディアデータを一回送ってそれを繰り返し使用することにより、ネットワークにおける帯域幅を節約することもできる。代表的なケースとして、広告を事前にダウンロードしておき、通知によって挿入がトリガーされた時点でその広告をユーザに繰り返し表示する。

補助データトリガー通知を処理する実施形態をさらに詳しく説明するため、図１１は、複数の放送コンテンツと、補助データトリガー通知と、補助データとをネットワークから端末に個別に配信する方法を示している。放送コンテンツと、関連する補助データとを結びつける要素として、通知メッセージは、放送コンテンツおよび関連する補助データの識別子を含んでおり、従って通知メッセージは、放送コンテンツと、関連する補助データとをリンクする。１つの通知メッセージは、１つまたは複数の放送コンテンツの識別子を含んでいることができる。さらに、１つの通知メッセージは、１つまたは複数の補助データアイテムを含んでいることができる。補助データと放送コンテンツとが同じ補助データトリガー通知メッセージの中で識別されている場合、その通知メッセージは、関連する放送コンテンツの提示に補助データを挿入することをトリガーする。補助データおよび関連する放送コンテンツの実際の提示の順序、タイミング、方式、およびレイアウトは、通知提示規則と放送コンテンツのスケジュールとによって決まる。

本出願は、米国仮特許出願第６０／７５９，０５５号（出願日：２００６年１月１７日）に基づいており、この文書全体は、本文書に参考とすることにより組み込まれている。

本発明は、放送サービスに適用することができる。特に、本発明は、移動体放送サービスに適用することができ、放送コンテンツに関連する通知を使用して、放送コンテンツに関連する情報を１人（つ）または複数のユーザおよび端末に動的に伝えて、放送サービスに対するユーザの満足度を高める。

放送チャンネルまたはインタラクションチャンネルを通じて通知メッセージを配信するシステムの図である。 放送コンテンツに関連する通知メッセージを配信する方法のフローチャートである。 放送コンテンツに関連する通知メッセージを生成するためのフローチャートである。 通知チャンネルを選択するためのフローチャートである。 ユーザ対象の通知メッセージを処理し、通知メッセージおよび関連する放送コンテンツを同期させて表示するためのフローチャートである。 ユーザ対象の通知メッセージを処理し、通知メッセージおよび関連する放送コンテンツを同期させずに表示するためのフローチャートである。 補助データトリガー通知メッセージを処理するためのフローチャートである。 放送コンテンツに関連する通知メッセージのデータ構造の図である。 通知または通知によってトリガーされる補助データをオーバーレイ式に提示する場合の図である。 通知または通知によってトリガーされる補助データを中断式に提示する場合の図である。 放送コンテンツ、通知メッセージ、および補助データを配信し、関連する放送コンテンツに補助データを挿入することによって端末における提示コンテンツを再構築する方法の図である。 通知メッセージ生成ユニット（ＮＴＧ）のブロック図である。

Claims (16)

1. 放送サービスまたは放送コンテンツに関連する通知メッセージを端末に送信する送信装置であって、
   通知メタデータを含んでいる前記通知メッセージを生成する通知メッセージ生成ユニットであって、前記通知メタデータは、識別子と、メディア情報と、提示タイプとを含んでおり、前記識別子は、前記関連する放送サービスまたは放送コンテンツを識別しており、前記メディア情報は、前記端末によって通知をレンダリングするために使用される１つまたは複数のメディアオブジェクトを示しており、前記提示タイプは、前記端末が１つ以上の前記メディアオブジェクトをただちにレンダリングするか否かを指定している、前記通知メッセージ生成ユニットと、
   前記通知メタデータを放送チャンネルまたはインタラクションチャンネルを介して配信する通知配信ユニットと、
   を備えている送信装置。
2. 前記提示タイプは、前記端末が前記メディアオブジェクトをただちにレンダリングするか否かを指定しており、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記メディアオブジェクトをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる請求項１に記載の送信装置。
3. 放送サービスまたは放送コンテンツに関連する通知メッセージを端末に送信する送信装置であって、
   通知メタデータを含んでいる通知メッセージを生成する通知メッセージ生成ユニットであって、前記通知メタデータが、第１の識別子と、第２の識別子と、提示タイプとを含んでおり、前記第１の識別子が、前記関連する放送サービスまたは放送コンテンツを識別しており、前記第２の識別子が、前記放送サービスまたは前記放送コンテンツに関連する補助データを識別しており、前記提示タイプが、前記端末が前記補助データをただちにレンダリングするか否かを指定している、前記通知メッセージ生成ユニットと、
   前記通知メタデータを放送チャンネルまたはインタラクションチャンネルを介して配信する通知配信ユニットと、
   を備えている送信装置。
4. 前記提示タイプは、前記端末が前記補助データをただちにレンダリングするか否かを指定しており、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記補助データをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせることを指定する請求項３に記載の送信装置。
5. 放送サービスまたは放送コンテンツに関連する通知メッセージを放送チャンネルまたはインタラクションチャンネルを介して受信する受信装置であって、
   メディア情報と提示タイプとを含んでいる前記通知メッセージを受信する通知メッセージ受信ユニットであって、前記メディア情報が、通知をレンダリングするために使用される１つまたは複数のメディアオブジェクトを示しており、前記提示タイプが、前記メディアオブジェクトをただちにレンダリングするか否かを指定している、前記通知メッセージ受信ユニットと、
   前記提示タイプを調べ、前記提示タイプが、前記メディアオブジェクトをただちにレンダリングすることを指定している場合に、前記メディアオブジェクトをただちにレンダリングする、通知処理ユニットと、
   を備えている、受信装置。
6. 前記通知処理ユニットは、前記メディアオブジェクトをただちにレンダリングするか否かを指定している前記提示タイプに基づいて前記メディアオブジェクトをレンダリングし、前記通知処理ユニットは、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記メディアオブジェクトをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる請求項５に記載の受信装置。
7. 放送サービスまたは放送コンテンツに関連する通知メッセージを放送チャンネルまたはインタラクションチャンネルを介して受信する受信装置であって、
   識別子と提示タイプとを含んでいる前記通知メッセージを受信する通知メッセージ受信ユニットであって、前記識別子が、前記放送サービスまたは前記放送コンテンツに関連する補助データを識別しており、前記提示タイプが、前記補助データをただちにレンダリングするか否かを指定している、前記通知メッセージ受信ユニットと、
   前記提示タイプを調べ、前記提示タイプが、前記補助データをただちにレンダリングすることを指定している場合に、前記補助データをただちにレンダリングする、通知処理ユニットと、
   を備えている、受信装置。
8. 前記通知処理ユニットが、前記補助データをただちにレンダリングするか否かを指定している前記提示タイプに基づいて前記補助データをレンダリングし、前記通知処理ユニットが、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記補助データをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる、請求項７に記載の受信装置。
9. 放送サービスまたは放送コンテンツに関連する通知メッセージを端末に送信する方法であって、
   通知メタデータを含んでいる前記通知メッセージを生成するステップであって、前記通知メタデータが、識別子と、メディア情報と、提示タイプとを含んでおり、前記識別子が、前記関連する放送サービスまたは放送コンテンツを識別しており、前記メディア情報が、前記端末によって通知をレンダリングするために使用される１つまたは複数のメディアオブジェクトを示しており、前記提示タイプが、前記端末が前記メディアオブジェクトをただちにレンダリングするかを指定している、前記ステップと、
   前記通知メタデータを放送チャンネルまたはインタラクションチャンネルを介して配信するステップと、
   を含んでいる、方法。
10. 前記提示タイプが、前記端末が前記メディアオブジェクトをただちにレンダリングするか否かを指定しており、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記メディアオブジェクトをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる、請求項９に記載の方法。
11. 放送サービスまたは放送コンテンツに関連する通知メッセージを端末に送信する方法であって、
    通知メタデータを含んでいる前記通知メッセージを生成するステップであって、前記通知メタデータが、第１の識別子と、第２の識別子と、提示タイプとを含んでおり、前記第１の識別子が、前記関連する放送サービスまたは放送コンテンツを識別しており、前記第２の識別子が、前記放送サービスまたは前記放送コンテンツに関連する補助データを識別しており、前記提示タイプが、前記端末が補助データをただちにレンダリングするか否かを指定している、前記ステップと、
    前記通知メタデータを放送チャンネルまたはインタラクションチャンネルを介して配信するステップと、
    を含んでいる、方法。
12. 前記提示タイプが、前記端末が前記補助データをただちにレンダリングするか否かを指定しており、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記補助データをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる、請求項１１に記載の方法。
13. 放送サービスまたは放送コンテンツに関連する通知メッセージを、端末において放送チャンネルまたはインタラクションチャンネルを介して受信する方法であって、
    メディア情報と提示タイプとを含んでいる前記通知メッセージを受信するステップであって、前記メディア情報が、通知をレンダリングするために使用される１つまたは複数のメディアオブジェクトを示しており、前記提示タイプが、前記メディアオブジェクトをただちにレンダリングするか否かを指定している、前記ステップと、
    前記提示タイプを調べるステップと、
    前記提示タイプが、前記メディアオブジェクトをただちにレンダリングすることを指定している場合に、前記メディアオブジェクトをただちにレンダリングするステップと、
    を含んでいる、方法。
14. 前記メディアオブジェクトをただちにレンダリングするか否かを指定している前記提示タイプに基づいて前記メディアオブジェクトをレンダリングし、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記メディアオブジェクトをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる、請求項１３に記載の方法。
15. 放送サービスまたは放送コンテンツに関連する通知メッセージを、端末において放送チャンネルまたはインタラクションチャンネルを介して受信する方法であって、
    識別子と提示タイプとを含んでいる前記通知メッセージを受信するステップであって、前記識別子が、前記放送サービスまたは前記放送コンテンツに関連する補助データを識別しており、前記提示タイプが、前記補助データをただちにレンダリングするか否かを指定している、前記ステップと、
    前記提示タイプを調べるステップと、
    前記提示タイプが、前記補助データをただちにレンダリングすることを指定している場合に、前記補助データをただちにレンダリングするステップと、
    を含んでいる、方法。
16. 前記補助データをただちにレンダリングするか否かを指定している前記提示タイプに基づいて前記補助データをレンダリングし、前記端末が、前記放送サービスまたは前記放送コンテンツの提示を中断させた後に前記補助データをレンダリングする、または、前記放送サービスまたは前記放送コンテンツをオーバーレイさせる、請求項１５に記載の方法。

Images