(57)【要約】放送システム（１００）、通信システム（１１０）、コンテンツ処理システム（１２０、１３０）、及びユーザ端末（１５０）を有するメディアシステム（１０）である。メディアストリームを放送している間に、メディアストリームと関連付けられたコンテンツアイテムのグループを生成する。そして、ユーザ端末において、コンテンツアイテムを、コンテンツアイテムに対応するプレゼンテーション要素がコンテンツアイテムのタイミング情報に従って別のプレゼンテーション要素に変化する第１モード、又はプレゼンテーション要素がユーザアクションに応答して別のプレゼンテーション要素に変化する第２モードで、提示する。第２モードからの遷移は、事前に定義されている手順による認可によってのみ許容される。従って、対話動作がユーザの管理下にあり、表示するべくユーザ端末に対して時間設定又はプッシュされたコンテンツにより、対話動作がオーバーライドされることがない。
2005523662.tif 000002
【特許請求の範囲】
【請求項１】
通信システムのユーザ端末内において放送番組に関連するコンテンツを提示する方法であって、
放送システムによってメディアストリームを放送し、
前記メディアストリームに関連付けられたコンテンツアイテムのグループを生成し、
コンテンツアイテムを提示するタイミングを示すタイミング情報を前記コンテンツアイテムに付加し、
前記タイミング情報を有する前記コンテンツアイテムのグループを前記ユーザ端末に供給し、
前記ユーザ端末内において、前記コンテンツアイテムを、コンテンツアイテムに対応するプレゼンテーション要素が前記コンテンツアイテムの前記タイミング情報に従って別のプレゼンテーション要素に変化する第１モード、又はプレゼンテーション要素がユーザアクションに応答して別のプレゼンテーション要素に変化する第２モードで、提示し、
事前に定義された手順による認可によってのみ、前記第２モードから前記第１モードへの遷移を許容する、
ことを特徴とする方法。
【請求項２】
前記ユーザ端末での表示において、プレゼンテーション要素をスライドとして提供し、
前記プレゼンテーション要素内に、前記ユーザ端末を前記第１モードから前記第２モードに遷移させるユーザアクションを起動する表示要素を含める、
ことを特徴とする請求項１記載の方法。
【請求項３】
前記表示要素が端末表示内のオンスクリーンボタンであることを特徴とする請求項２記載の方法。
【請求項４】
前記コンテンツアイテムの提示が、前記ユーザ端末の前記第１モードへの、又は前記ユーザ端末の前記第２モードへの遷移に関係しているかどうかを示すモード情報を前記コンテンツアイテムに付加し、
前記ユーザ端末によって現在提示されている前記コンテンツアイテムの前記モード情報に従って前記ユーザ端末のモードを変更する、
ことを特徴とする請求項１記載の方法。
【請求項５】
前記メディアストリームの１つの番組又は１つの番組の一区切りに対応するコンテンツアイテムのグループを生成し、
前記コンテンツアイテムのグループを前記ユーザ端末内に保存し、
前記ユーザ端末が前記第１モードにある場合に、前記タイミング情報に従ってプレゼンテーションのためのコンテンツアイテムを取得する、
を特徴とする請求項１〜４の中のいずれか一項記載の方法。
【請求項６】
前記メディアストリームにおいて前記関連付けられた番組を放送している間にコンテンツアイテムを生成し、
受信時に前記コンテンツアイテムを即時に提示する旨を前記タイミング情報内において示す、
ことを特徴とする請求項１〜４の中のいずれか一項記載の方法。
【請求項７】
前記ユーザ端末におけるユーザアクションによって前記第２モードから前記第１モードへの遷移を認可することを特徴とする請求項１〜６の中のいずれか一項記載の方法。
【請求項８】
前記ユーザ端末が前記第１モードにある間に、ユーザの無活動の持続時間を計測し、
前記ユーザの無活動の持続時間が、事前に定義されている限度を超過した場合に、前記第２モードから前記第１モードへの遷移を認可する、
ことを特徴とする請求項１〜６の中のいずれか一項記載の方法。
【請求項９】
通信システムから受信した認可信号に応答して前記第２モードから前記第１モードへの遷移を認可することを特徴とする請求項１〜６の中のいずれか一項記載の方法。
【請求項１０】
放送システム（１００）、通信システム（１１０）、コンテンツ処理システム（１２０、１３０）、及びユーザ端末（１５０）を有するメディアシステム（１０）であって、
前記放送システム（１００）は、メディアストリームを放送するべく構成されており、
前記コンテンツ処理システム（１２０、１３０）は、前記メディアストリームに関連付けられたコンテンツアイテムのグループを生成するべく構成されており、
前記コンテンツ処理システム（１２０、１３０）は、コンテンツアイテムを提示するタイミングを示すタイミング情報を前記コンテンツアイテムに付加するべく構成されており、
前記ユーザ端末（１５０）は、該ユーザ端末において、前記コンテンツアイテムを、コンテンツアイテムに対応するプレゼンテーション要素が前記コンテンツアイテムの前記タイミング情報に従って別のプレゼンテーション要素に変化する第１モード、又はプレゼンテーション要素がユーザアクションに応答して別のプレゼンテーション要素に変化する第２モードで、提示するべく構成されており、
前記ユーザ端末（１５０）は、事前に定義されている手順による認可によってのみ、前記第２モードから前記第１モードに遷移するべく構成されている、
ことを特徴とするシステム。
【請求項１１】
前記ユーザ端末（１５０）は、プレゼンテーション要素を端末表示内においてスライド（６６）として提供すると共に、前記プレゼンテーション要素内に、前記ユーザ端末を前記第１モードから前記第２モードに遷移させるユーザアクションを駆動する表示要素を含めるべく構成されていることを特徴とする請求項１０記載のシステム。
【請求項１２】
前記表示要素（６６）は、前記ユーザ端末のユーザインターフェイス内のオンスクリーンボタンであることを特徴とする請求項１１記載のシステム。
【請求項１３】
前記コンテンツ処理システム（１２０、１３０）は、前記コンテンツアイテムの提示が、前記ユーザ端末の前記第１モードへの、又は前記ユーザ端末の前記第２モードへの遷移と関係しているかどうかを示すモード情報を前記コンテンツアイテムに付加するべく構成されており、
前記ユーザ端末（１５０）は、前記表示されたコンテンツアイテムの前記モード情報に従ってそのモードを変化させるべく構成されている、
ことを特徴とする請求項１０記載のシステム。
【請求項１４】
前記コンテンツ処理システム（１２０、１３０）は、前記メディアストリームの１つの番組又は１つの番組の一区切りと対応するコンテンツアイテムのグループを生成するべく構成されており、
前記ユーザ端末（１５０）は、前記コンテンツアイテムのグループを前記ユーザ端末内に保存するべく構成されており、
前記ユーザ端末（１５０）は、前記ユーザ端末が前記第１モードにある場合に、前記タイミング情報に従って提示するコンテンツアイテムを取得するべく構成されている、
ことを特徴とする請求項１０〜１３の中のいずれか一項記載のシステム。
【請求項１５】
前記コンテンツ処理システム（１２０、１３０）は、前記メディアストリームにおいて前記関連付けられた番組を放送している間にコンテンツアイテムを生成するべく構成されており、
前記コンテンツ処理システム（１２０、１３０）は、受信時に前記コンテンツアイテムを即座に提示する旨を前記タイミング情報内において示すべく構成されている、
ことを特徴とする請求項１０〜１３の中のいずれか一項記載のシステム。
【請求項１６】
前記ユーザ端末（１５０）は、該ユーザ端末におけるユーザアクションによる認可に応答して前記第２モードから前記第１モードに移行するべく構成されていることを特徴とする請求項１０〜１５の中のいずれか一項記載のシステム。
【請求項１７】
前記ユーザ端末（１５０）は、該ユーザ端末が前記第１モードにある間にユーザの無活動の持続時間を計測するべく構成されており、
前記ユーザ端末（１５０）は、前記ユーザの無活動の持続時間が、事前に定義されている限度を超過することによる認可に応答して、前記第２モードから前記第１モードに移行するべく構成されている、
ことを特徴とする請求項１０〜１５の中のいずれか一項記載のシステム。
【請求項１８】
前記ユーザ端末（１５０）は、通信システムから受信した認可信号に応答して前記第２モードから前記第１モードに移行するべく構成されていることを特徴とする請求項１０〜１５の中のいずれか一項記載のシステム。
【請求項１９】
メディアシステム（１０）の通信システム（１１０）内のユーザ端末（１５０）であって、前記メディアシステムは、メディアストリームを放送する放送システム（１００）を有しており、前記ユーザ端末は、
コンテンツアイテムを提示するタイミングを示すタイミング情報を有する前記メディアストリームと関連付けられたコンテンツアイテムのグループを受信する手段（４００、４０２）と、
前記ユーザ端末において、前記コンテンツアイテムを、コンテンツアイテムに対応するプレゼンテーション要素が前記コンテンツアイテムの前記タイミング情報に従って別のプレゼンテーション要素に変化する第１モード、又はプレゼンテーション要素がユーザアクションに応答して別のプレゼンテーション要素に変化する第２モードで、提示する手段（４０２、４０４、４０８、４１０、４１４）と、
事前に定義されている手順による認可によってのみ、前記第２モードから前記第１モードへの遷移を許容する手段（４１４）と、
を有することを特徴とするユーザ端末。
【請求項２０】
前記ユーザ端末（１５０）は、端末表示内においてプレゼンテーション要素をスライド（６６）として提供すると共に、前記プレゼンテーション要素内に、前記ユーザ端末を前記第１モードから前記第２モードに遷移させるユーザアクションを駆動する表示要素を含めるべく構成されていることを特徴とする請求項１９記載のユーザ端末。
【請求項２１】
前記表示要素（６６）は、前記ユーザ端末の前記ユーザインターフェイス内のオンスクリーンボタンであることを特徴とする請求項２０記載のユーザ端末。
【請求項２２】
前記ユーザ端末（１５０）は、前記コンテンツ処理手段（１２０、１３０）から、前記コンテンツアイテムの表示が、前記ユーザ端末の前記第１モードへの、又は前記ユーザ端末の前記第２モードへの遷移に関連するかどうかを示す前記コンテンツアイテム内のモード情報を受信するべく構成されており、
前記ユーザ端末（１５０）は、前記表示されたコンテンツアイテムの前記モード情報に従ってそのモードを変化させるべく構成されている、
ことを特徴とする請求項１０記載のユーザ端末。
【請求項２３】
前記ユーザ端末（１５０）は、該ユーザ端末内のユーザアクションによる認可に応答して前記第２モードから前記第１モードに移行するべく構成されていることを特徴とする請求項１９〜２２の中のいずれか一項記載のユーザ端末。
【請求項２４】
前記ユーザ端末（１５０）は、該ユーザ端末が前記第１モードにある間にユーザの無活動の持続時間を計測するべく構成されており、
前記ユーザ端末（１５０）は、前記ユーザの無活動の持続時間が、事前に定義されている限度を超過することによる認可に応答して前記第２モードから前記第１モードに移行するべく構成されている、
ことを特徴とする請求項１９〜２２の中のいずれか一項記載のユーザ端末。
【請求項２５】
前記ユーザ端末（１５０）は、通信システムから受信した認可信号に応答して前記第２モードから前記第１モードに移行するべく構成されていることを特徴とする請求項１９〜２２の中のいずれか一項記載のユーザ端末。
【請求項２６】
前記ユーザ端末は、該ユーザ端末の現在の動作モードを示すインジケータ（６８）を表示するべく構成されていることを特徴とする請求項１９〜２５の中のいずれか一項記載のユーザ端末。
【請求項２７】
放送システム（１００）、通信システム（１１０）、コンテンツ生成ツール（１２０）、及びユーザ端末（１５０）を有するメディアシステム（１０）内のサーバー（１３０）であって、
前記サーバー（１３０）は、前記コンテンツ生成ツール（１２０）から、コンテンツアイテムを提示するタイミングを示すタイミング情報を有する前記メディアストリームと関連付けられたコンテンツアイテムのグループを受信するべく構成されており、
前記サーバー（１３０）は、前記ユーザ端末（１５０）から、該ユーザ端末が、コンテンツアイテムに対応するプレゼンテーション要素が前記コンテンツアイテムの前記タイミング情報に従って別のプレゼンテーション要素に変化する第１モード、又はプレゼンテーション要素がユーザアクションに応答して別のプレゼンテーション要素に変化する第２モードにあるかどうかを示す信号を受信するべく構成されており、
前記サーバーは、前記ユーザ端末（１５０）が第１モードにある場合に、コンテンツアイテムを前記ユーザ端末（１５０）に伝送するべく構成されており、
前記サーバーは、前記ユーザ端末（１５０）が前記第２モードにある場合には、コンテンツアイテムを伝送しないように構成されている、
ことを特徴とするサーバー。
【請求項２８】
前記サーバー（１３０）は、前記第２モードから前記第１モードへの遷移を認可する認可信号を前記ユーザ端末（１５０）に送信するべく構成されていることを特徴とする請求項２７記載のサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのユーザ端末における放送番組に関連付けられたコンテンツの提示に関するものである。
【背景技術】
【０００２】
テレビやラジオなどのメディア放送事業者は、従来のメディアストリーム以外に、番組情報、ニュース、気象情報、競技会、並びにその他の関連コンテンツなどのディジタル付加サービスの視聴者への提供を既に始めている。通常、これらのディジタル付加サービスは、視聴者のパーソナルコンピュータや、インターネットへの接続能力を有するその他の装置を使用し、インターネットを介して提供されている。
【０００３】
ラジオ及びテレビ局は、しばしば、コンテンツプロバイダのコンテンツを自らのサービスを通じて供給し、コンテンツ販売から収益を得ている。既に、放送事業者は、自らのサイト上で着信音とロゴを販売しており、これらは、コンテンツプロバイダのシステムからユーザに提供される。ユーザは、放送事業者のウェブサイトにナビゲートし、提供されているコンテンツと、その取得又は購入方法に関する情報にアクセスする必要がある。放送事業者は、放送の中でウェブのアドレスを宣伝し、ウェブサイトを訪問するようにユーザを吸引しなければならない。
【０００４】
しかしながら、このような番組のリスナーによる放送関連コンテンツの取得と、その供給及び提示に関連する問題が存在している。即ち、人々は、放送を受信する際に、インターネットにアクセス可能なＰＣを持っていないことが多い。又、複雑なインターネットウェブ構造をナビゲートして正しいサービスアドレスに到達するのは、困難であり、これには時間を所要する。又、例えば、着信音を取得するには、ユーザは、定義されているサービス番号に対して、サービスコードとコンテンツ識別文字列を有するテキストメッセージを送信する必要がある。これらのサービスコード及び識別文字列を記憶することは困難である。そして、このサービスに対するアクセスの複雑さは、ユーザをサービスに誘導する際の大きな障害となり、結果的に、サービスの評価が低下することになる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ユーザ端末において、放送番組と関連付けられたコンテンツを提示するための改善された方法及び関連装置を提供することにある。この本発明の目的は、独立請求項１、１０、１９、及び２７に記述されている内容によって特徴付けられる方法及び装置によって実現され、本発明の好適な実施例は、従属請求項に開示されている。
【課題を解決するための手段】
【０００６】
本発明は、対話型のユーザ操作用のものと、放送番組に従って時間設定されかつ定義された順序に従って実行される既定動作用のものと、からなる２つの受信モードを設けるという概念に基づいたものである。更には、この対話型のユーザ操作用モードからの遷移は、適切に認可されない限り、無効である。
【０００７】
この本発明によるソリューションの利点の１つは、対話型の操作が、ユーザの管理下にあることであり、この結果、時間設定された、又は表示するべくユーザ端末に対してプッシュされたコンテンツによって、対話型の操作がオーバーライドされることがない。
【発明を実施するための最良の形態】
【０００８】
以下、好適な実施例により、添付の図面を参照し、本発明について更に詳細に説明する。
【０００９】
図１は、本発明の第１実施例の基本要素を示している。メディアシステム（ＭＥＳ）１０は、無線インターフェイスを介してユーザ端末（ＵＴ）１５０に伝送する情報を生成するなんらかの通信システムを意味している。ＭＥＳ１０は、放送送信システム１００、通信システム１１０、コンテンツ生成ツール１２０、及びコンテンツサーバー１３０を有している。放送送信システム１００は、番組サービス（即ち、放送チャネル１４０において無線で送信されるメディアストリーム）を提供するものであり、このサービスには、通常、複数のユーザ端末１５０からアクセス可能である。この放送送信システム１００は、ケーブルＴＶネットワーク、衛星ＴＶネットワーク、無線周波ＴＶネットワーク、ラジオケーブル又は地上ネットワーク、及び／又はメディアストリームを複数の放送受信者に送信する能力を有するなんらかのＴＶ又はラジオネットワークであると解釈してよい。尚、このメディアストリームは、例えば、ラジオ又はＴＶ番組を含むこととしてよい。
【００１０】
通信システム１１０は、外部ネットワーク、ホスト、又は特定のサービスプロバイダによって提供されるサービスに対してアクセス可能なユーザ端末１５０を提供している。以下においては、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）とＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）システムを組み合わせた構造の用語及び要素を使用して、本発明について説明するが、この通信システムを無線システムと呼ぶこととする。従って、本明細書におけるこの無線システム１１０は、システムに対する無線アクセスを提供する通信システムを一般的に意味するものであり、通常、この無線アクセスのアクセスポイントは、システムのサービスエリア内におけるユーザ端末の移動に伴って変化することになる。代表的な無線システムは、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）である。但し、本発明は、双方向データ通信を提供するモバイル無線システムであれば、その他のどのようなものに対しても適用可能である。このようなシステムの例は、ＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）及びＤＣＳ１８００（Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ  Ｓｙｓｔｅｍ  ｆｏｒ  １８００  ＭＨｚ）、ＴＥＴＲＡ（Ｔｅｒｒｅｓｔｒｉａｌ  Ｔｒｕｎｋｅｄ  Ｒａｄｉｏ）、並びにＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）やＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ  ２０００）などの第３世代モバイルシステムである。尚、本発明の利点は、モバイル通信環境において顕著であるが、例えば、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）、ローカルエリアネットワーク、及びワイドエリアネットワークなどの固定システムに対しても本発明を適用可能であることに留意されたい。
【００１１】
コンテンツサーバー１３０及びコンテンツ生成ツール１２０は、番組サービスに関連する情報の生成及び／又はこの情報の放送送信システム１００から無線システム１１０への（及び、この逆方向における）供給を円滑に実行する。この情報は、無線システム１１０の無線アクセス（以下、これをパラレルチャネル１６０と呼ぶ）を介してユーザ端末１５０に提供される。このパラレルチャネル１６０を使用することにより、放送送信システム１００の番組サービスのコンテンツと関連付けられた情報を供給して、ユーザ端末１５０において、放送される番組に応じた時間設定によって表示することができる。
【００１２】
図２には、無線システム１１０の論理的な構造が示されており、これは、当業者には周知である。わかりやすくするために、実施例の説明に必要なネットワーク要素のみが示されている。本ソリューションのこの実施例においては、無線システム１１０は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）とＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）システムを組み合わせた構造になっている。尚、ＧＳＭネットワーク要素は、回線交換接続の実装を担っており、ＧＰＲＳネットワーク要素は、パケット交換接続の実装を担っている（但し、ネットワーク要素の中には、両方のシステムによって共有されるものも存在している）。
【００１３】
センタ２００は、この無線システム内において、それぞれ回線交換及びパケット交換シグナリングを実現するＭＳＣ（Ｍｏｂｉｌｅ  Ｓｅｒｖｉｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）とＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｏｒｔ  Ｎｏｄｅ）を表している。この無線システムは、ゲートウェイユニット２０２を更に有することができ、これは、ＧＭＳＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）とＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）を表している。ＧＭＳＣは、コアネットワークと、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）やＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｈｃｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）などの外部ネットワーク間における回線交換接続を担当し、ＧＧＳＮは、コアネットワークと、インターネットなどの外部ネットワーク間におけるパケット交換接続を担当する。
【００１４】
このセンタ２００は、ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）２０４を制御しており、ＲＡＮは、少なくとも１つの基地局２０８を制御する少なくとも１つの基地局コントローラ２０６を有している。尚、基地局コントローラ２０６は、無線ネットワークコントローラとも呼ばれ、基地局は、ノードＢとも呼ばれている。そして、ユーザ端末１５０は、無線インターフェイスを介して、少なくとも１つの基地局２０８と通信することになる。
【００１５】
この無線システム１１０は、サーバー１３０に接続されており、これは、図２においては、センタ２００に接続された状態で示されている。但し、コンテンツサーバー１３０をゲートウェイ２０２、又はＲＡＮ２０４の一部に接続することも可能である。又、サーバー１３０は、ユーザ端末１５０と同一の方式で、無線インターフェイスを介して無線システムと通信することも可能である。
【００１６】
パラレルチャネルは、サーバー１３０との接続を生成することによってオープンされる。これは、通常、ユーザ端末側から生成される。パケット交換方式は、データをバースト伝送するデータ伝送に適している。この場合には、伝送の持続時間全体にデータリンクを割り当てる必要がなく、パケットの伝送に必要な時間にのみ割り当てればよい。この結果、大幅な費用の削減と容量の節約が可能になる。このため、（基本的には回線交換接続にも同様に適用可能ではあるが）、本実施例には、パケットデータ接続（ＧＰＲＳ）が示されている。
【００１７】
コンテンツ生成ツール１２０は、放送送信システム１００から受信した情報に基づいて、番組サービスの情報に関連付けられた第１信号を生成する。この情報は、例えば、メディアストリームに関連するオブジェクト識別子、現在演奏されている音楽に関するデータ、番組の時刻表、リスナーに対するＤＪのメッセージ、又はこれらに類似するものなどを含んでよい。
【００１８】
この第１信号は、コンテンツサーバー１３０に入力される（この場合、コンテンツサーバーは、無線システム１１０に対するゲートウェイとして機能している）。コンテンツサーバー１３０は、放送システム１００から受信したこの第１信号を処理し、番組サービスに関する受信情報に基づいて、端末画面上に表示する１つ又は複数のコンテンツアイテムを有するコンテンツパッケージを搬送する第２信号を生成する。そして、コンテンツサーバー１３０は、この第２信号を無線システム１１０に供給し、この信号が、ユーザ端末１５０に伝送されることになる。
【００１９】
尚、ユーザ端末がＲＤＳ（Ｒａｄｉｏ  Ｄａｔａ  Ｓｙｓｔｅｍ）信号の受信機を具備している場合には、コンテンツ生成ツール１２０からユーザ端末１５０への第１信号をＲＤＳを利用してユーザ端末に送信することも可能である。ＲＤＳ情報は、ＦＭ信号内においてエンコードされるものであり、ＦＭ放送においては、ＲＤＳ信号を利用可能である。
【００２０】
尚、無線システムを介してユーザに信号を送信する場合には、ユーザは、必ずしもその放送番組を受信したり、或いはそれを認知している必要はなく、パラレルチャネルを介してコンテンツアイテムを受信可能であるだけで十分であることに留意されたい。又、当然のことながら、この場合には、ユーザ端末１５０も、必ずしも放送システムの受信機を具備している必要はない。
【００２１】
コンテンツアイテムは、主には、それが関連付けられている放送システムの番組に実質的に同期した事前に定義されている順序及びタイミングに従ってユーザに対して表示される。例えば、歌の名前とアーティストを示すコンテンツアイテムの場合には、放送の中で、その歌の演奏が始まる瞬間に、ユーザ端末内において表示することになる。番組に対して複数のコンテンツアイテムが関連付けられている場合には、一般に、それらの相互構造及びタイミングを同様に定義することになる。但し、パラレルチャネル又はＲＳＤ信号を受信するユーザには、これ以外に、対話型の通信を行う機会が更に付与される。本ソリューションのこの実施例においては、ユーザ端末１５０に表示されるオンスクリーンボタンをユーザに提供することにより、この機会が実現されている。このオンスクリーンボタンは、表示されるコンテンツアイテム内に内蔵されていると共に、コンテンツオブジェクト識別子に対応しており、この結果、このボタンを押すことにより、アップリンクデータ伝送の要求が起動され、コンテンツオブジェクト識別子を含むアップリンク信号がユーザ端末において生成される。そして、このアップリンク信号は、無線システム１１０を介して、ユーザ端末１５０からコンテンツサーバー１３０に伝送され、コンテンツオブジェクト識別子に従って導出された宛先に対して要求が転送される。
【００２２】
例えば、このコンテンツアイテムが、供給可能なコンテンツオブジェクトの提供を含み、これを無線によって購入可能であるとする。このコンテンツオブジェクトは、例えば、テキスト文字列、写真、ビデオクリップ、オーディオクリップ、ゲーム、ロゴ、スクリーンセーバー、着信音、又はこれらに類似のもの、これらの集合、又はこれらの組み合わせであってよい。供給及び購入に必要なパラメータは、ユーザ端末１１０が受信したオブジェクト識別情報に含まれている。そして、ユーザが画面内のオンスクリーンボタンを押すと、オブジェクト識別情報に含まれているパラメータを使用してアップリンクが生成され、オブジェクトプロバイダの供給システムに転送される。オブジェクトプロバイダが通信事業者である場合には、オブジェクトは、オブジェクトデータベース１７０内に配置可能であり、従って、これは、図１に示されているように、無線システム１１０の一部をなすことができる。又、コンテンツオブジェクトは、コンテンツサーバー１３０の保守管理者から提供することも可能であり、この場合には、オブジェクトデータベース１７０は、コンテンツサーバーに含まれることになる。或いは、この代わりに、オブジェクトは、放送事業者が提供することも可能であり、この場合には、オブジェクトデータベース１７０は、コンテンツ生成ツール１２０の一部をなすことになろう。
【００２３】
図３は、放送送信システム１００とコンテンツサーバー１３０の要素を図式的に表現したものである。尚、これらの各要素は、論理的な要素として示されており、従って、この表現を、ユニットの物理的な実装を制限するものと解釈してはならないことに留意されたい。
【００２４】
（放送送信システム）
図３の放送送信システム１００は、放送コンテンツ供給モジュール１０２、タイミング情報モジュール１０４、動的コンテンツ供給モジュール１０６、及びユーザインターフェイス１０８を有している。
【００２５】
放送コンテンツ供給モジュール１０２は、放送番組を構成するメディアストリームを生成し、ＦＭラジオ受信機、ＴＶ受像機、又はこれらに類似するものなどの放送受信機４１２に対して送信する。尚、この受信機をユーザ端末１５０内に具備することも可能である。ラジオ局の場合には、この放送コンテンツ供給モジュール１０８は、通常、放送番組を編成して放送する高機能なディジタルコンテンツ管理システムから構成されている。このようなコンテンツ管理システムの例は、ＲＣＳ社のＭａｓｔｅｒ  Ｃｏｎｔｒｏｌ及びＪｕｔｅｌ社のＲａｄｉｏＭａｎである。尚、放送には、ＦＭ送信、ＡＭ送信、又はディジタルラジオ又はテレビ送信、又はこれらに類似のものが含まれる。
【００２６】
タイミング情報モジュール１０４は、放送チャネル及びパラレルチャネル内のコンテンツを同期させるためのタイミング情報を生成する。本明細書におけるタイミング情報モジュール１０２の実施例は、例えば、特定の番組の開始及び終了時間に関する情報、並びに、広告挿入のタイミングに関する情報などを提供可能である。
【００２７】
動的コンテンツ供給モジュール１０６は、放送番組に関連する追加的な動的コンテンツ情報を提供することができる。このような動的コンテンツ情報には、例えば、クイズショーの勝者の名前やこれに類似するものなどの放送イベントの結果が含まれる。例えば、ライブイベント、スポーツ報道、又はラジオ放送などのように、この種のコンテンツ情報が番組の中で生成される場合には、コンテンツ情報が、動的コンテンツ供給モジュール１０６からコンテンツ生成ツール１２０に転送されることになる。又、動的コンテンツ供給モジュール１０６は、例えば、ビデオオーバーレイとしてテレビ画面上に投票結果を表示するものなど、放送の一部として使用するべく、対話処理の結果をコンテンツサーバー１３０から受信することも可能である。
【００２８】
又、放送送信システム１００は、ユーザインターフェイス１０６も提供可能である。このユーザインターフェイス１０６を使用し、コンテンツサーバー１３０から受信した対話処理の結果を放送要員に対して出力する。
【００２９】
（コンテンツ生成ツール）
コンテンツ生成ツール１２０（これは、本実施例においては、ビジュアル無線ツールとも呼ばれる）により、視覚的、音響的、又は触覚的なプレゼンテーションを生成すると共に、放送番組に従って時間設定されたユーザ端末内におけるその提示を管理することができる。コンテンツ生成ツール１２０は、出力するべくユーザ端末に提供されるコンテンツアイテムを生成する。又、コンテンツ生成ツールによれば、オブジェクトの供給と購入、投票やクイズなどの対話型要素を管理することもできる。このコンテンツ生成ツール１２０は、例えば、ラジオ又はテレビ局などの放送事業者の敷地内に配置可能であり、放送送信システム１００と統合して統合型放送システムを形成することもできる。又、コンテンツ生成ツール１２０を使用し、パラレルチャネル内において、ユーザナビゲーション構造を定義することも可能である。尚、このユーザナビゲーション構造とは、同一番組に関連付けられているコンテンツアイテムのグループ、又は同一コンテンツアイテム内のオブジェクト識別情報のグループの一連の順序を意味している。
【００３０】
コンテンツ生成ツール１２０は、コンテンツ構造ツール１２２、コンテンツパッケージングモジュール１２４、及びフィードバックモジュール１２６を有している。コンテンツ構造ツール１２２は、放送送信システム１００の動的コンテンツ供給モジュール１０６とタイミング情報モジュール１０４から情報を受信可能である。コンテンツ構造ツール１２２は、コンテンツアイテムを放送番組のメディアストリームと同期した状態でユーザ端末１５０において出力できるように、タイミングをコンテンツアイテムに対して付加する（例えば、番組開始後の１４時４３分０２秒に、ユーザ端末の画面上に、このオブジェクトの識別情報を表示する）。コンテンツ構造ツール１２２は、コンテンツアイテムを表示するためのレイアウトを提供し、これにより、画面上におけるその外観を定義する。更に、コンテンツ構造ツール１２２は、メディアストリームの放送時刻表に従って、ユーザ端末に対するコンテンツアイテムの供給を定義することも可能である。
【００３１】
コンテンツパッケージングモジュール１２４は、放送送信システム１００の動的コンテンツ供給モジュール１０６とタイミング情報モジュール１０４から情報を受信することができる。そして、ユーザ端末１５０に供給するべく、コンテンツ構造ツール１２２によるコンテンツ構造定義に基づいて、テキスト文字列、グラフィックファイルオブジェクト、アニメーション、ビデオクリップなどの表示対象の個々のコンテンツオブジェクトを搬送するコンテンツアイテムを有するコンテンツパッケージを生成する。
【００３２】
又、コンテンツ生成ツール１２０には、ユーザからの対話信号を処理するべく、フィードバックモジュール１２６も構成されている。無線システムを介してユーザ端末からサーバー１３０に送信されたユーザ応答は、コンテンツ生成ツール１２０内のこのフィードバックモジュール１２６に供給される。そして、フィードバックモジュール１２６は、この応答に基づいて、放送送信システム１００の動的コンテンツ供給ツール１０６及びユーザインターフェイス１０８を介して放送要員に供給可能な（或いは、放送番組に含まれる新しい動的コンテンツアイテムとして）プレゼンテーションをフォーマットする。
【００３３】
（コンテンツサーバー）
コンテンツサーバー１３０は、アクセスポイントを提供しており、従って、ユーザ端末との間におけるコンテンツのフローを制御している。これは、ユーザ端末に対するコンテンツアイテム及び／又はパッケージの時間設定された供給と、対話結果の収集と無線システム１１０から放送システム１００への転送を円滑に実行する。又、コンテンツサーバー１３０は、同時にパラレルチャネルを使用するユーザの数を制御（及び、必要に応じて、制限）することもできる。
【００３４】
コンテンツサーバーは、コンテンツ供給エンジン１３２、対話エンジン１３４、及び同期化エンジン１３６を有している。コンテンツ供給エンジン１３２は、コンテンツ生成ツール１２０のコンテンツパッケージャ１２４によって生成された１つ又は複数のコンテンツアイテムを有するコンテンツパッケージを受信する。このコンテンツパッケージは、コンテンツ供給エンジン３１２から対話エンジン１３４に供給され、対話エンジン１３４はこのコンテンツパッケージを有する信号を、無線システム１１０を通じてユーザ端末１５０に送信する。尚、このコンテンツパッケージを送信する前に、受信するユーザ端末の能力及び画面サイズに応じてコンテンツを調節することも可能である。但し、このためには、例えば、接続セットアップの際に、ユーザ端末の能力情報について、コンテンツサーバーに通知しておくことが必要となる。
【００３５】
１つのコンテンツパッケージを１つの番組と関連付け、その番組が始まる前に、ユーザ端末に対して供給することができる。これは、事前に計画され録画されたショーや番組を取り扱う際に適している（これらの場合には、コンテンツ及びコンテンツの時刻表が、予め比較的正確に判明している）。或いは、この代わりに、１つの番組と関連付けられたコンテンツを、Ｊａｖａ  ＭＩＤｌｅｔなどの適切なフォーマットのユーザ端末ソフトウェアモジュールと特定の番組用のコンテンツパッケージの両方を格納するパッケージとして供給することも可能である。この場合には、事前に供給されたコンテンツパッケージに加えて、動的コンテンツを供給し、放送の際のコンテンツの変化を取り扱うことができる。或いは、この代わりに、パッケージを番組の一区切りに対応させることも可能である。この方法は、例えば、演奏リストがより動的に設計されることの多いＦＭラジオなどに適している。
【００３６】
同期化エンジン１３６は、放送送信システム１００のタイミング情報モジュール１０４からタイミング情報を受信し、これを利用して、ユーザ端末に対するコンテンツパッケージの送信を管理する。又、この同期化エンジン１３６により、ユーザ端末１１０は、同期化アルゴリズムを実行することにより、そのクロックを放送システムの時間基準に同期化することができる。これらの制御イベントは、同期化エンジン１３６を介して、ユーザ端末１５０の対話エンジン１５２に伝達可能であり、この結果、同期化エンジン３２０は、相応してパラレルチャネルのタイミングを調節することができる。
【００３７】
対話エンジン１３４は、ユーザ端末から応答を受信し、受信したオブジェクト識別情報に従って、それらをコンテンツオブジェクトプロバイダに転送する。又、対話エンジン１３４は、ユーザ端末から対話応答を収集し、コンテンツ生成ツール１２０のフィードバックモジュール１２６、放送送信システム１００の動的コンテンツ供給モジュール１０６及びユーザインターフェイス１０８を介して、それらを放送送信システム１００に供給することもできる。又、対話エンジン１３４は、ユーザの数と対話参加活動に関する統計を生成し、保存することも可能である。
【００３８】
（モバイル）
図４は、ユーザ端末１５０の更なる詳細を示しており、これは、無線モデム、プロセッサ、メモリ、ユーザインターフェイス、ディスプレイなどを含む実質的に従来のコンポーネントを有している。又、ユーザ端末には、ＴＶ又はラジオチューナー、ビデオストリーミングエンジンなどの放送受信機４１２を含むことができる。このユーザ端末は、通常、携帯又はセルラー電話機であるが、例えば、ラップトップコンピュータ、個人用のディジタル情報端末、又はこれらに類似のものなどであってもよい。
【００３９】
ユーザ端末１５０は、パラレルチャネル機能を提供する特定のソフトウェアモジュール（４００〜４１０）を含んでいる。このモジュールは、例えば、Ｓｙｍｂｉａｎなどのネイティブオペレーティングシステムを使用して（或いは、例えば、Ｊａｖａ  ＭＩＤＰなどのプログラミング環境を使用して）実装することができる。
【００４０】
ユーザ端末１５０は、例えば、対話エンジン４００を介して、サーバーの対話エンジン１３４から（或いは、放送として）コンテンツパッケージを受信する。そして、この受信したコンテンツパッケージは、ローカルメモリであるコンテンツストレージ４０２内に保存する。コンテンツパッケージは、必要時に、コンテンツ情報をコンテンツプロセッサ４０４とレンダリングエンジン４０６に提供できるように、バックグラウンドプロセスとしてコンテンツストレージ４０２内に保存することができる。又、なんらかの理由で、ユーザ端末１５０に対する動的コンテンツの提供が不可能な場合に表示するべく、既定の情報をローカルメモリ４０２のコンテンツストレージ内に保存することも可能である。
【００４１】
レンダリングエンジン４０６は、コンテンツアイテムに従って、ユーザに出力する視覚的、音響的、及び／又は触覚的エフェクトを提供する。
【００４２】
パラレルチャネルの受信は、いくつかの方法で起動可能である。即ち、無線システムを介して（又は、ＲＤＳ放送として）放送システムから到来するコンテンツアイテムをユーザ端末が受信及び表示できるようにする機能をユーザが起動することもできる。或いは、ユーザ端末に放送受信機が含まれている場合には、このような手動起動の代わりに、ユーザが特定の放送チャネルを選択した際に、パラレルチャネルを介したコンテンツアイテムの受信を自動的に起動して、それらを端末画面上に表示するべく、ユーザ端末をプログラムすることも可能である。
【００４３】
尚、このユーザ端末１５０内におけるパラレルチャネルの受信を起動する際には、ユーザ端末１５０は、それ自身に関する情報をコンテンツサーバー１３０に対して伝送する。この情報には、ユーザ端末の種類を通知するデータも含まれており、これにより、例えば、特定のユーザ端末の能力に最適化されたグラフィックオブジェクトを格納するべくコンテンツアイテムを調節することができる。
【００４４】
タイマコントローラモジュール４０８は、コンテンツサーバー１３０と共に同期化アルゴリズムを実行することにより、ユーザ端末の内部クロックをサーバーの内部クロックと同期化することができる。ユーザ端末１１０によってコンテンツサーバー１３０に送信された要求の往復伝播遅延の算出結果と、ユーザ端末のクロックとサーバーのクロック間の差の算出結果に基づいた単純な同期化アルゴリズムを使用可能である。ユーザ端末１５０の同期化が完了し、番組の開始時間が判明すれば、メディアストリームの時刻表の基準をユーザ端末１５０の内部クロックの基準に変換することできる。
【００４５】
従って、タイマコントローラモジュール４０８は、番組が既に始まっているかどうか、及び現在、時刻表のどこに位置しているのかを認知している。この結果、番組の進行中に、タイマコントローラ４０８は、ユーザインターフェイス４１０内に表示するべき正しいコンテンツアイテムをパラレルチャネル内において自動的に検出することができる。
【００４６】
パラレルチャネルの使用が起動され、特定の時点で表示するべきコンテンツアイテムをユーザ端末が受信すると、コンテンツプロセッサ４０４は、処理を開始することができる。即ち、プロセッサ４０４は、コンテンツストレージ４０２内のコンテンツ構造定義を読み取って、表示するべき現在のコンテンツアイテムを判定し、そのコンテンツアイテム及び関連レイアウトをレンダリングエンジン４０６に伝達して、ユーザインターフェイス４１０内において表示する。又、コンテンツプロセッサ４０４は、コンテンツ構造定義に基づいて、タイマコントローラモジュール４０８に通知し、タイマイベントを生成する（例えば、コンテンツ構造に従って、次のコンテンツアイテムを表示する）。この場合にも、プロセッサ４０４は、ストレージ４０２内の構造定義を読み取って、表示するべきコンテンツアイテムと関連レイアウトを判定し、それらをユーザインターフェイス４１０に送信して表示する。尚、以下においては、このコンテンツアイテムとレイアウトの組み合わせをスライドと呼ぶことにする。
【００４７】
表示されたスライドが、例えば、オンスクリーンボタンの選択、テキスト入力スロットへのテキスト入力、定義されたキーの組み合わせ、又はこれらに類似するものにより、ユーザによる対話機能を提供している場合には、そのアクションに関する情報を具備する信号が、ユーザインターフェイス４１０からコンテンツプロセッサ４０４に伝達されることになる。コンテンツプロセッサ４０４は、このアクションを分析し、分析結果に基づいて関連トランザクションをトリガする。このユーザアクションの信号は、コンテンツプロセッサ４０４からユーザ端末の対話エンジン４００に伝達され、対話エンジン４００は、この信号を無線システム１１０を介して、データベース１７０（及び、必要に応じて、サーバー１３０の対話エンジン１３４）に送信する。尚、対話アクションがオブジェクト識別情報を使用して起動された場合には、そのユーザ活動により、ユーザ端末１５０からサーバー１３０への通信が自動的にトリガされるため、サービス番号、サービスコード、又識別文字列の長いリストをユーザが知る必要はない。
【００４８】
但し、実際には、代替可能なタイプのコンテンツの並行使用に伴う問題点が出現した。即ち、コンテンツ構造メモリ４０２内の構造定義を読み取って、現在のコンテンツアイテムとレイアウトをユーザインターフェイス４１０に送信／表示する際に、プロセッサ４０４は、コンテンツ生成ツールによって事前に定義されている順序に従って動作することになり、この結果、例えば、購入要求の起動、購入の支払い、又はなんらかの情報の参照などの対話型手順をユーザが遂行中に、表示が突然変化することになれば、ユーザが苛立ちを覚えるだけでなく、支払い操作が不確実なものになってしまう可能性があるのである。この結果、この提案ソリューションに対するユーザの評価がひどく悪化することになると考えられる。
【００４９】
本ソリューションのこの実施例においては、図４に示されているように、この問題を克服している。即ち、メディアシステム１０のユーザ端末１５０は、モード選択モジュール４１４を更に具備しており（これは、ソフトウェアであることが好ましい）、このモジュールにより、ユーザ端末１５０は、第１モードと第２モードで動作可能になっている。第１モードにおいては、ユーザ端末は、放送送信システム１００のタイミングに基づき、定義されている順序に従って、コンテンツストレージ４０２からコンテンツアイテム及びレイアウトを表示する。一方、第２モードにおいては、例えば、ユーザ端末のユーザインターフェイス４１０を介するものなどのユーザアクションに応答し、それぞれのスライドが表示される。又、コンテンツプロセッサ４０４は、適切な認可なしには、第１モードから第２モードへの遷移を許容しないように構成されている。本ソリューションの第１実施例において定義されている順序は、スライドの事前定義されたタイミングであり、モード遷移の認可は、ユーザが付与するようになっている。この認可は、例えば、対話手順を終了させる（従って、事前に定義されている同期に従ってコンテンツの表示が可能となる）ユーザアクションをユーザインターフェイスを介して入力することにより、付与することができる。このようなユーザアクションは、例えば、オンスクリーンボタン＜終了＞を押すものであってよい。或いは、この代わりに、しばらくの間、無活動の状態に留まり、この結果、無活動の持続時間が、事前に定義されている時間限度を超過した場合に、認可を付与することも可能である。更には、コンテンツサーバー１３０によって生成された定義済みの認可信号により、認可を付与することも可能である。
【００５０】
第２モードは、主に、ユーザとの対話に関係しており、更に詳しくは、ユーザ端末がコンテンツサーバー１３０又はこれにアクセス可能なサーバーと対話し、これにより、外部サービスプロバイダから情報又はコンテンツオブジェクトを取得すること（ブラウジング）に関係している。好ましくは、これは、前述のように、表示されたコンテンツオブジェクト識別情報の支援によって実現される。但し、１つのコンテンツパッケージが、事前に定義され同期化された構造に加え、コンテンツアイテムの代替シーケンスを提供する構造を有し、ユーザはその中からコンテンツアイテムを選択することができることに留意されたい。この結果、データ取得のためにサーバーとの対話が存在しない場合にも、このようなケースでは、端末は、第２モードで動作可能である。
【００５１】
図５は、パラレルチャネルにおいて受信した情報を表示する方法の実施例を示している。この手順は、第１スライドがコンテンツストレージ４０２から取得され、ユーザ端末の画面上に表示されている（即ち、ユーザ端末が第１モードで稼働している）状態から始まっている。コンテンツアイテムの表示は、ユーザが起動する対話機能によって割り込まれない限り、Ｔ１の持続期間にわたって行われるように定義されている。図６は、第１コンテンツアイテムを表示するユーザ端末の関連画面６０を示している。第１スライドは、コンテンツアイテム６４の変化するデータによって補足されるフレームとして機能する反復的なテンプレート６２の形態の表示を提供している。又、この表示されているコンテンツアイテム６４は、オンスクリーンボタン６６を有するスライドを結び付くオブジェクト識別子を有している。この図示の実施例の場合には、このオンスクリーンボタンにより、ラジオで現在放送されている歌の着信音を購入することができる。又、この第１スライドでは、端末が稼働しているモードを示すインジケータ６８を提供することも可能である。まず、ユーザ端末がスライドの表示を開始すると（段階５０５）、同期タイマが起動する。そして、ユーザがその着信音に興味がなく（段階５１０）、従って、オンスクリーンボタンを起動しない場合には、本手順においては、続いて、タイマｔ１のカウントが、事前に定義されている時間限度Ｔ１を超過していないかどうかをチェックする（段階５１５）。そして、閾値Ｔ１を超過していない場合には、そのスライドが再度画面内に表示されることになる（段階５０５）。一方、閾値Ｔ１を超過している場合には（段階５１５）、新しいスライドがコンテンツストレージから取得されることになる（段階５２０）。そして、タイマがリセットされ（段階５２５）、本手順は、段階５０５から再度継続する。
【００５２】
一方、ユーザがオンスクリーンボタンを起動した場合には（段階５１０）、ユーザ端末は、第２モードに移行することになる（段階５３０）。そして、例えば、そのトランザクションを確認する形態などにおける更なるユーザアクションが必要とされることになろう（段階５３５）。そして、この確認が受信されない場合には、本手順は、続いて段階５５５に進み、第１モードに復帰するための遷移がユーザによって認可されたかどうかをチェックする。一方、確認が受信された場合には、ユーザ端末１５０内の特定のモジュールがトランザクション信号をオブジェクトプロバイダのデータベース１７０に送信する（段階５４０）。オブジェクトプロバイダのデータベース１７０は、受信したトランザクション信号によってユーザ端末を識別する。そして、データベースは、要求に応答して、無線システムの適切な供給チャネルを使用して、その注文されたオブジェクトを有する信号を送信することになる。一方、ユーザ端末１１０は、このオブジェクトを有する信号を受信した場合に（段階５４５）、これをユーザに通知する。このオブジェクトは、ユーザ端末のメモリ内に保存し、ユーザに対して表示することができる。尚、トランザクションの進行中には、タイマのチェックは行われず、第１スライドの閾値Ｔ１を超過した場合にも、対話手順が中断されることはない。そして、遷移が完了した後に、ユーザの無活動タイマがリセットされ（段階５５０）、第１モードに復帰するための遷移がユーザによって認可されているかどうかをチェックする（段階５５５）。そして、ユーザアクションにより、この認可が明示的に受信された場合には、本手順は、段階５７０において、表示するべきスライドをスライドタイミングに従って判定した後に、表示するべくコンテンツストレージからそのスライドを取得する段階５２０に即座に移行することになる。一方、この認可が受信されない場合には、無活動タイマｔ２が、事前に定義されている閾値Ｔ２を超過しているかどうかをチェックする（段階５６０）。そして、超過していない場合には、本手順は、段階５３５に戻り、ユーザからの新しい情報を待つ。一方、超過している場合には、本手順は、段階５７０に進み、表示するスライドをスライドタイミングに従って判定した後に、段階５２０に継続することになる。
【００５３】
尚、この図５の手順は、本方法の実施例の基本的な要素を示すものであり、様々に変化することが可能である。例えば、前述のように、コンテンツパッケージは、複数のタイマｔ１と関連付けられ階層構造に配列されたコンテンツアイテムのグループを有することができる。別個のタイマを、これら別個の階層構造と、コンテンツパッケージ全体の全体的な階層ブロックに関連付けることができるのである。
【００５４】
図７Ａ〜図７Ｄには、第１モードと第２モード間の切り換えについて更に詳細に示されている。図７Ａは、１つのコンテンツパッケージ内において、ユーザ端末に供給される一連のスライドを示している。コンテンツアイテムは、スライドＳ１０〜Ｓ１４内に表示される情報を有しており、コンテンツ構造情報により、連続するスライド間のタイミングＴａ〜Ｔｃが定義されている。この図７Ａに示されているように、第１モードにおいては、スライドは、事前に定義されている同期Ｔａ〜Ｔｃに従って時間設定された順序で表示されることになる。
【００５５】
図７Ｂは、１つのコンテンツパッケージ内においてユーザ端末に供給されるスライドＳ２０〜Ｓ２７の対応するグループを示している。このコンテンツ構造の場合には、ユーザの選択によるＳ２１からＳ２２又はＳ２６への切り換えが提供されている。即ち、ユーザがＳ２１のオンスクリーンボタンを起動しない場合には、ユーザ端末は、第１モードで動作し、スライドＳ２０〜Ｓ２５のシーケンスが、事前に定義されているタイミングＴｍ〜Ｔｑに従って事前に定義されている順序で表示されることになる。一方、ユーザがＳ２１のオンスクリーンボタンを起動した場合には、ユーザ端末は、第２モードに移行し、スライド内に含まれているオンスクリーンボタンを起動することにより、彼又は彼女は、スライドＳ２６〜Ｓ２７をナビゲートすることができる。スライドＳ２７内のオンスクリーンボタンは、スライドのブラウジングを終了するためのオブジェクト識別情報を有しており、ユーザがこのボタンを起動することにより、端末は、第１モードに再度復帰することになる。尚、前述のように、事前定義されている期間よりも長くユーザが無活動状態を継続した場合に、端末が第１モードに移行するようにすることも可能である。
【００５６】
図７Ｃには、スライドＳ３０〜Ｓ３７のグループが示されているが、これと図７ＢのスライドＳ２０〜Ｓ２７との相違点は、スライドＳ３６とＳ３７間に設定されているタイミングにある。即ち、これは、Ｓ３１のオンスクリーンボタンを起動することにより、スライドの表示順序をユーザが変更可能であることを意味しているが、実際には、スライドＳ３６及びＳ３７の表示は、事前に定義されている同期に準拠して行われるため、端末は、この期間内にも第１モードに留まることになるのである。
【００５７】
これら図７Ａ〜図７Ｃに提示されている選択肢においては、第１モードと第２モード間の遷移が、ユーザ端末の画面内に配置されたオブジェクト識別情報を起動することにより、ユーザによって起動並びに認可されている。一方、本ソリューションの実施例の別の変形においては、図７Ｄに示されているように、コンテンツを生成する際に、当該スライドが第１モードと第２モード間の遷移に結び付くかどうかをスライド設計者が定義している。即ち、第１モードにおいて、ユーザ端末は、スライドＳ４０を表示し、インターバルＴｓの後に、スライドＳ４１を表示する。但し、このスライドＳ４１は、ユーザに対する質問を有しており、ユーザがこの質問をうっかり見逃すことのないように、スライドＳ４１は、表示された際に、ユーザ端末を直接第２モードに遷移させるべく定義されている。そして、第２モードにおいて、画面上に配置された＜クリア＞ボタンをユーザが押して（この結果、その時点で表示するべく時間設定されているスライドへのプロセスが起動される）明示的に第１モードに復帰するための遷移を認可しない限り、スライドＳ４１は、画面上に表示された状態のままで留まることになる。尚、図７Ｄには、次のスライドＳ４２への前進が示されているが、この場合には、当然のことながら、表示する次のスライドの識別子は、第２モード内にユーザが留まる時間によって左右されることになる。そして、スライドＳ４２の後には、スライドＳ４２〜Ｓ４４が、事前に定義されている同期に従って表示される。
【００５８】
スライドＳ４１に続くその他の選択肢は、Ｓ４１のオンスクリーンボタンを起動することにより、質問に答えることであり、これにより、本手順は、スライドＳ４５に進むことなる。図７Ｄにおいては、このスライドＳ４５も、スライドＳ４１内において付与された回答に対する確認を要求する対話型のスライドであり、従って、第２モードと関連付けられている。そして、画面内のオンスクリーンボタンを起動し、付与した回答を確認すると、回答に対して感謝する旨のメッセージを有するスライドＳ４６が表示される。尚、このスライド４６は、ユーザ端末を第２モードから第１モードに遷移させ、これによって対話機能を終了させるべく定義されている。
【００５９】
この第１実施例においてメディアシステムによって定義された順序は、スライドの事前に定義されたタイミングであったが、システムの中には、コンテンツをサーバーから端末に自発的にプッシュ可能なものも存在し、この場合には、従来の動作によれば、端末内に表示されているその他のコンテンツがオーバーライドされてしまう。一方、本発明のソリューションの場合には、端末が第１モードにある（即ち、システムからプッシュされる新しい表示順序に対する準備が整っている）場合にしか、このようなオーバーライドが発生しない。即ち、ユーザ端末が第２モードにある場合には、適切に認可されない限り、表示状態が変化することはない。そして、この認可は、前述のように、例えば、ユーザのアクション、ユーザの無活動、又は到来信号によって付与することができる。
【００６０】
尚、能動的なプッシュサービスの場合には、例えば、信号音、キーボードのフラッシング、又は、画面の特定の情報セクションに表示されるサインの形態で、新しいコンテンツの標識をユーザに対して付与するべく、ユーザ端末を構成可能である。この場合には、これに気付いたユーザが、進行中のブラウジング活動を中断し、この新しい到来情報をチェックするのか、或いは、コンテンツサーバーによって提供される新しい表示順序に入る前に、まず現在進行中の活動を完了させるのかを決定することができる。
【００６１】
又、第１実施例においては、第１及び第２モードは、ユーザ端末によって実装されていたが、コンテンツサーバー１３０内で、動作モードを構成することも可能である。この種の実施例においては、ユーザ端末１５０内においてモード遷移が発生する際に、信号を生成してコンテンツサーバー１３０に伝送するべく、ユーザ端末１５０のモード選択モジュール４１４を構成する。そして、コンテンツサーバー１３０は、この受信した標識に応答し、ユーザ端末に対する新しいコンテンツのプッシュを自発的に再開するか（第２モード→第１モード）、或いは、ユーザ端末に対する新しいコンテンツのプッシュを抑制することになる（第１→第２モード）。
【００６２】
図８のフローチャートは、通信システムのユーザ端末内において、放送番組と関連付けられたコンテンツを提示する方法の実施例の段階を示している。まず、段階８０５において、メディアストリームを放送送信システムによって放送する。そして、段階８１０において、このメディアストリームと関連付けられたプレゼンテーションの１つ又は複数の視覚的、音響的、又は触覚的コンテンツオブジェクトを有する１つ又は複数のコンテンツアイテムのグループを生成する。このようなコンテンツオブジェクトの例は、テキスト文字列、写真、ビデオクリップ、オーディオクリップ、ゲーム、ロゴ、スクリーンセーバー、着信音、又はこれらに類似するもの、これらの集合、又はこれらの組み合わせである。段階８１５において、これらのプレゼンテーションを時間設定するためのタイミング情報をコンテンツアイテムに付加し、このコンテンツアイテムを通信システムを使用して通信システムのユーザ端末に供給する（段階８２０）。そして、このコンテンツを利用可能なユーザ端末において、現在の時刻に関連する付加されたタイミングを有するコンテンツアイテムをコンテンツストレージから取得し（段階８３０）、ユーザ端末において提示する（段階８３５）。尚、当業者であれば、コンテンツアイテムのタイミングを通知するための方法には、様々なものが存在し、それらのすべてが本発明の範囲に属することを理解するであろう。このタイミングは、絶対時間（例：２００２年１月３１日の０８時０８分３５秒ＧＭＴ）、又は、定義された開始点からの相対的な時間（例：広告挿入信号から３秒後）、パラメータ化された定義（例：受信すると即座に）、又は、これらに類似のものにより、明示的に付与することができる。
【００６３】
コンテンツの提示に当たっては、現在、端末が第１モード及び第２モードのいずれにおいて動作しているのかをチェックする（段階８４０）。そして、端末が第１モードで動作している場合には、そのタイミング（段階８４５）が、新しいプレゼンテーション要素が必要であることを示しているかどうかをチェックする（段階８５０）。尚、この「プレゼンテーション要素」とは、有害な干渉を引き起こすことなしに、一時点において端末から出力可能なエフェクトのグループを意味している。通常、１つのプレゼンテーション要素は、１つのコンテンツアイテムに対応しており、基本的には、実装固有の定義に対応している。このようなプレゼンテーション要素は、例えば、コンテンツとテンプレートを有する表示スライドによって構成可能である。又、このようなプレゼンテーション要素は、端末のラウドスピーカによって演奏される短い歌のクリップや、リズミカルなキーボードライトのブリンキングと端末の振動を同時に組み合わせたものによって構成することも可能である。当業者であれば、プレゼンテーションアイテムを定義する様々な可能性が存在し、それらの変形は、すべて本発明の範囲に属することを理解するであろう。尚、有害な干渉を引き起こさないと考えられる機能（例：到来通話）については、プレゼンテーション要素の一部とは見なされず、本明細書において説明した動作モードからは中立を保つことになる。
【００６４】
新しいプレゼンテーション要素が必要な場合には、基本的にはコンテンツストレージから新しいコンテンツを取得することになる（段階８３０に戻る）。それ以外の場合には、現在のスライドのプレゼンテーションが継続される。一方、端末が第２モードで動作している場合には、ユーザがユーザ活動を入力したかどうかをチェックする（段階８５５）。そして、入力されている場合には、基本的にはコンテンツストレージから（又は、アクセスポイントによるセッションを通じて）コンテンツを取得することになる（段階８３０に戻る）。一方、入力されていない場合には、現在のスライドのプレゼンテーションを継続することになる。
【００６５】
当業者には、技術の進展に伴い、本発明の概念を様々な方法で実装可能であることが明らかである。従って、本発明及びその実施例は、前述の例に限定されるものではなく、請求項の範囲内において変化し得るものである。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１実施例の基本要素を示す図である。
【図２】通信システムの構造を示す図である。
【図３】メディアシステムの実施例の更に詳細な構造を示す図である。
【図４】ユーザ端末の要素を示す図である。
【図５】パラレルチャネルにおいて受信した情報を表示する方法の実施例を示す図である。
【図６】第１コンテンツアイテムを表示するユーザ端末の画面を示す図である。
【図７Ａ】第１モードと第２モード間の切り換えについて更に詳細に示す図（その１）である。
【図７Ｂ】第１モードと第２モード間の切り換えについて更に詳細に示す図（その２）である。
【図７Ｃ】第１モードと第２モード間の切り換えについて更に詳細に示す図（その３）である。
【図７Ｄ】第１モードと第２モード間の切り換えについて更に詳細に示す図（その４）である。
【図８】本方法の実施例の段階を示す図である。
【図１】
2005523662.tif 000003
【図２】
2005523662.tif 000004
【図３】
2005523662.tif 000005
【図４】
2005523662.tif 000006
【図５】
2005523662.tif 000007
【図６】
2005523662.tif 000008
【図７Ａ】
2005523662.tif 000009
【図７Ｂ】
2005523662.tif 000010
【図７Ｃ】
2005523662.tif 000011
【図７Ｄ】
2005523662.tif 000012
【図８】
2005523662.tif 000013
【国際調査報告】
2005523662.tif 000014
2005523662.tif 000015