電子サービスガイドのダウンロードを制御する技術
【課題】電子ガイドの対話型検索において、遅延時間を少なくする。
【解決手段】ユーザ装置１０２へのメディアコンテンツ配信サービス用の電子サービスガイド（ＥＳＧ）のダウンロード１１０制御技術が提案される。第１に、ユーザ装置に関連するユーザ行動がモニタされる。第２に、モニタリングに基づき、ユーザ装置に対話形式でダウンロードされる電子サービスガイドのフラグメントのランキングが決定される。次いでランキングに基づき、ユーザ装置への１つ以上のフラグメントのダウンロードが開始される。この技術は、ＥＳＧのフラグメントをダウンロードするために利用可能な送信能力が限られているとき、特に役立つ。
【解決手段】ユーザ装置１０２へのメディアコンテンツ配信サービス用の電子サービスガイド（ＥＳＧ）のダウンロード１１０制御技術が提案される。第１に、ユーザ装置に関連するユーザ行動がモニタされる。第２に、モニタリングに基づき、ユーザ装置に対話形式でダウンロードされる電子サービスガイドのフラグメントのランキングが決定される。次いでランキングに基づき、ユーザ装置への１つ以上のフラグメントのダウンロードが開始される。この技術は、ＥＳＧのフラグメントをダウンロードするために利用可能な送信能力が限られているとき、特に役立つ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯テレビまたは類似のサービスのための電子ガイドのダウンロードを制御する技術に関する。より具体的には、本発明は、ユーザ装置へのメディアコンテンツ配信サービスのための電子ガイドのダウンロードを制御する技術に関する。
【背景技術】
【０００２】
ＴＶ番組を放送するテレビジョン（ＴＶ）ネットワークは、チャンネル当たり少なくとも１つのＴＶサービスを有する相当数のチャンネルを通常備え、各サービスは連続的にその番組を放送する。通常、ネットワークは、チャンネル／サービスおよび番組に関連する情報を有する付属の電子サービスガイド（ＥＳＧ）または電子番組ガイド（ＥＰＧ）を提供する。ＥＳＧおよびＥＰＧは、本明細書では同意語として使用し、多くの場合単に「電子ガイド」と呼ぶ。
【０００３】
ＥＳＧは、通常、制御情報および表示情報(プレゼンテーション情報)に関するデータを備える。制御情報は、サービス／番組の受信および表示を可能とするために、ユーザ装置によって必要とされる。制御情報の例は、サービスのＩＰマルチキャストアドレスや、使用のコーデックに関するデータであり、例えば、特定の番組の放送時刻（例えば、「１８：０１：２２ ＧＭＴ」）などに関する時間情報等である。表示データは、例えばユーザ装置のスクリーン上などで、ユーザに表示することを意図された情報を備える。このようなチャンネル関連および／または番組関連の表示情報は、例として、番組名、番組の短い説明、例えば「１９：００ドイツ時間」などのユーザ時間情報、チャンネルおよび番組に関する情報を提供するウェブページへのリンク等を備えてもよい。
【０００４】
最近は携帯ＴＶシステムが、携帯電話機、スマートフォン、ＰＤＡ（携帯情報端末）、携帯ＴＶ受信用の適切なカードを備えたノート型パソコン、および類似の携帯ユーザ装置などの携帯ユーザ装置で、ＴＶサービスの受信を可能にしようとの意図で開発されている。携帯ＴＶシステムは、例えばＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）ＩＰＤＣ（ＩＰ−Ｄａｔａ Ｃａｓｔ）規格や、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）ＢＣＡＳＴ（Ｂｒｏｗｓｅｒ ａｎｄ Ｃｏｎｔｅｎｔ−Ｂｒｏａｄｃａｓｔ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）１．０規格に準拠してもよい。
【０００５】
携帯ＴＶサービス、またより一般的には移動受信用のマルチメディアコンテンツ放送サービスを提供するネットワークは、例えばＧＳＭ（登録商標）ネットワークやＵＭＴＳネットワーク（これらは、例えばＯＭＡ ＢＣＡＳＴ規格を使用し得る）などの携帯ネットワークでもよいし、またデジタル放送ＴＶネットワーク（これらは、例えばＤＶＢ−Ｈ規格を使用し得る）でもよい。将来の携帯ＴＶサービスは、放送サービス、マルチキャストサービスおよびポイント・ツー・ポイント（ＰＴＰ、Point-To-Point、ユニキャスト）コンテンツ配信サービスの少なくとも１つをベースとしたサービスであってもよい。放送サービスもマルチキャストサービスも、ポイント・ツー・マルチポイント（ＰＴＭ）サービスと一般に呼ばれる。これらのサービスは、本明細書では広くメディアコンテンツ配信サービスと呼ぶ。
【０００６】
ＥＳＧなどの電子ガイドは、例えばフラグメントなどによって表される複数の部分または項目をたいてい備える。フラグメントは、通常ＸＭＬ符号化データセットまたはＸＭＬ符号化データファイルである。ファイル／フラグメントは、全部そろった電子ガイドを構成するためにレファレンスおよび識別子を使用してリンクされてもよい。フラグメントは、例えば、特定のサービス、チャンネルのリスト、または特定のチャンネル／サービスの番組リストに関連してもよいし、また特定の番組の内容に関連してもよい。フラグメントは、番組予告データまたは双方向性データにも関連してもよい。詳細は、例えば非特許文献１および非特許文献２に明記されている。
【０００７】
電子ガイドは、ネットワークからユーザ装置へ様々な手法で配信されてもよい。例えばサービスに多重して放送されてもよい。これは、ＤＶＢ−Ｈに規定されているメカニズムである。あるいは、電子ガイドは、ユーザ装置によって対話形式で読み出されてもよい、すなわちガイドの検索のためにネットワークのＴＶサーバとポイント・ツー・ポイント通信を設定することにより読み出されてもよい。このアプローチは、ＯＭＡ ＢＣＡＳＴおよび３ＧＰＰ（第３世代パートナシッププロジェクト）のＭＢＭＳ（マルチメディア放送／マルチキャストサービス、Multimedia Broadcast/Multicast Services）規格で取られている。
【０００８】
電子ガイドの対話型検索に関しては、例えばＴＶ供給の送信などに影響しないように、一般に限られた送信能力だけが利用可能である。電子ガイドの対話型検索における共通の手順は、ガイド全部を読み出そうとすることである。しかし、利用可能な送信能力が限られているせいで、ユーザが要求したフラグメントの少なくとも一部をユーザ装置が（まだ）入手できていないとき、この手順は、ユーザに特定のフラグメントを表示するのに時間遅延を引き起こす。
【０００９】
電子ガイドの対話型検索の代替手順によれば、ユーザが要求するまでフラグメントは読み出されない。この場合、特定のフラグメントの対話型検索は、ユーザが特定のチャンネル、チャンネルの番組リストまたは特定の番組の内容説明にアクセスしようと試みる場合に開始されてもよい。このアプローチは、どんな場合でもユーザが知覚可能な遅延を引き起こす。
【００１０】
一般的にＴＶシステムのユーザ、特に携帯ＴＶシステムのユーザは、たいていＴＶチャンネル間を高速で切り替える（「ザッピング」）傾向がある。すなわち特定のチャンネルの平均視聴時間は恐らく短い。例えば進行中の番組および次の番組などについて入手可能な情報がない場合、さらに短くなるであろう。このように上記の遅延時間は、対話型電子ガイド検索を有する携帯ＴＶネットワーク事業者およびＴＶサービス提供事業者に問題を投げかけている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】「携帯放送サービス（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ）」、ＯＭＡ ＢＣＡＳＴ技術仕様書（ＴＳ）
【非特許文献２】「携帯放送サービスのためのサービスガイド（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ ｆｏｒ Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ）」ＯＭＡ ＢＣＡＳＴ技術仕様書（ＴＳ）
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上記の理由で、メディアコンテンツ配信サービス用の電子ガイドのダウンロードを、ユーザ装置における電子ガイドの表示情報および制御情報の少なくとも１つを受信するために必要となる遅延時間を短縮するような手法で制御する技術に対する要求がある。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、通信ネットワークにおけるユーザ装置へのメディアコンテンツ配信サービス用の電子ガイドのダウンロードを制御する方法が提供される。この方法は、ユーザ装置に関連するユーザの行動を監視（モニタ）する工程と、モニタリングに基づきユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定する工程と、ランキングに基づきユーザ装置に１つ以上のフラグメントのダウンロードを開始する工程とを備える。
【００１４】
通信ネットワークまたは遠隔通信ネットワークに関して、メディアコンテンツ配信サービスは、例えば放送対応ネットワークなどのＰＴＭ対応ネットワーク、またはマルチキャストサービスなどの他のいずれかのＰＴＭサービス対応ネットワークによって提供されてもよい。ネットワークは、追加または代替として、メディアコンテンツ配信用のＰＴＰサービスの提供も可能にされてもよい。電子ガイドには、電子番組ガイド、電子サービスガイド、またはＰＴＭ対応ネットワークのコンテンツＰＴＭサービスに関連する表示情報および制御情報の少なくとも１つを有する他のどのガイドを含んでもよい。メディアコンテンツは、映像データ、音声や音楽などのオーディオデータ、またはマルチメディアデータ／ＴＶデータすなわち映像データ、音声データ、画像データ、リッチメディアデータの組み合わせを備えもよい。
【００１５】
モニタリング工程は、ユーザ装置を使用する１人以上のユーザの未来における行動の予測を可能にする、すなわちユーザ装置によって表示／制御のために要求されている電子ガイドを構成する各フラグメントに対する確率の決定を可能にする。モニタリングは、追加または代替として、ユーザの他のユーザ装置に関連するユーザ行動のモニタリングを備えてもよい。
【００１６】
ダウンロードは、対話形式で実施されてもよい。すなわちガイドの検索のためにネットワークノードとポイント・ツー・ポイント通信を設定することによって実施されてもよい。接続設定は、ユーザ装置またはネットワークノードによって要求されてもよい。ダウンロードを開始する工程では、ダウンロードのために全フラグメントを提供する代わりに、フラグメントの一部だけ、すなわち高い順位のフラグメントだけを提供してもよく、例えばこれらのフラグメントはランキングに従って高い優先順位を予め割り当てられている。フラグメントは、それらのランキングに従って連続的に提供されてもよい。
【００１７】
フラグメントは、ユーザ装置のユーザへの表示およびユーザ装置の制御の少なくとも１つのために、ユーザ装置によって要求されている各フラグメントに対する確率に従ってランキング（順位）付けられてもよい。表示のための要求は、例えば、ユーザ装置のユーザがユーザ装置のキーパッドもしくは類似の入力端末に入力したチャンネルリスト、番組リストまたは特定の番組情報を表示するための要求でもよい。表示するための要求についての別の例は、例えばチャンネル変更中に新しく選択されたチャンネルについての情報を表示するように構成されている場合などの、ユーザのチャンネル変更要求である。このような表示のための要求を実行する際に、ユーザ装置は、検索、レンダリングおよび例えばデバイスのスクリーン上への表示のために、デバイスの記憶領域の中の対応するフラグメントへのアクセスを試みる。記憶領域に既に格納されている（かつ有効期限が切れていない）フラグメントは、ランキングアルゴリズムに含まれなくてもよい。
【００１８】
本発明の第１の態様による方法は、ユーザ装置で実施されてもよいし、またネットワークのノード例えばネットワークのＴＶサーバなどで実施されてもよい。さらなる代替形態として、方法の１つ以上の工程（例えば、モニタリング工程）がユーザ装置で実施されてもよく、１つまたはいくつかの工程（例えば、決定工程およびダウンロード開始工程）がネットワークで実施されてもよい。
【００１９】
電子ガイドは、ユーザ装置にプッシュされるフラグメントと対話形式でダウンロードされるフラグメントとを備えてもよい。例えば、電子ガイドの制御情報は放送されてもよいのに対して、表示情報の一部または全部が、要求があり次第ユーザ装置に提供される。ユーザ装置にプッシュされるフラグメントの少なくとも一部は、対話形式でもダウンロード可能であってもよい。この手法では、例えば、フラグメントをこれらのフラグメントの次の放送を待つ必要なしに対話形式で読み出し得る。
【００２０】
モニタリング工程は、ユーザが選択したチャンネルリストの検出を備えてもよい。電子ガイドは、少なくとも１つのチャンネルリスト、すなわち利用可能な全チャンネルのリストを提供してもよい。さらなるチャンネルリスト、例えばユーザが好むチャンネルのリストなどが、構成可能であってもよい。ユーザがどのチャンネルリストもめったに選択しない場合、チャンネルリストまたはチャンネルリストの一部を表わすフラグメントは、ダウンロードのためにあまり高く順位付けられなくてもよい。
【００２１】
用語「チャンネル」および「サービス」は、特に指示がなければ、本明細書では同意語として使用される。チャンネルは、サービスがそれ自体の専用チャンネルを有するように、１つのサービスだけ例えば１つのＴＶ送信事業者／放送局などだけを有してもよいことは理解されるべきである。しかし、チャンネルは、１つを超えるサービス例えば４つのサービス／局も有してもよい。このような状況のすべてが、本明細書で使用する用語「チャンネル」に網羅されるものとする。「サービス」の代わりに用語「チャンネル」を使用するとは、特定の状況では技術的に正しくないこともあることはわかっているが、それにもかかわらずこの用語は一般に使用されている（アナログ放送の時代が起源）ので、本明細書でも追随する。
【００２２】
モニタリング工程は、ユーザのチャンネル選択の検出を備えてもよい。例えば、ユーザは、チャンネルリストの中からユーザに表示された放送チャンネルの１つを選択してもよいし、またユーザは、あるチャンネルから別のチャンネル、例えば次のチャンネルへのチャンネル変更を開始してもよい。
【００２３】
モニタリング工程は、代替または追加として、チャンネル選択の継続期間の検出工程を備えてもよい。チャンネルが長時間選択されている場合は、番組リストおよび番組情報を表わすフラグメントが高く順位付けられてもよいのに対して、例えばユーザがチャンネルを素早く動かすときなどに短時間だけ選択されるチャンネルに関しては、現在の番組に関連するフラグメントだけが高く順位付けされてもよい。
【００２４】
モニタリング工程は、ユーザが選択した番組の検出工程を備えてもよい。この場合、この番組に関連するフラグメントは高く順位付けられてもよい。例えば、対応するサービス／チャンネルの番組予定表内における番組の位置が、検出されてもよい（ユーザは、しばしば２１：００ ＧＭＴに始まる１つ以上の番組を見る）。追加または代替として、選択された番組の内容に関する特徴が検出されてもよい（ユーザは、２１：００ ＧＭＴのニュース番組を見るが、２１：００ ＧＭＴには他の番組はめったに見ない。ユーザは、他の開始時刻のニュース番組も見ることがある）。
【００２５】
さらに、モニタリング工程は、表示のためにユーザが選択した電子ガイドの少なくとも１つのフラグメントの検出を備えてもよい。例えば、絶対時間位置（例えば開始時刻）または特定のチャンネルの番組時間割の位置が検出されてもよい、あるいはフラグメントが表わす情報の内容に関する特徴（例えば番組の種類）が、類似のフラグメントの識別を可能にするために検出されてもよい。検出工程は、追加または代替として、チャンネルリスト（またはサービスリスト）、番組リスト、および電子サービスガイドに載せている特定の番組に関連する情報の少なくとも１つの選択を検出する工程を備えてもよい。
【００２６】
モニタリング工程は、ユーザ装置にダウンロードされたフラグメントの有効期限終了の検出工程も備えてもよい。例えば、番組関連フラグメントは、次の番組の開始時刻に暗黙のうちに有効期限が切れてもよいし、またそれに関係する明示的な有効期限を有してもよい。フラグメントがそのほかの点では決定工程で高く順位付けられたであろう場合でさえ、有効期限終了の場合はこのフラグメントをダウンロードすることは無駄であろうから、このことは、決定工程で考慮されてもよい。フラグメントの有効期限終了前（例えば、番組の放送時間の８０％が既に終わっている）に、より低い順位もまた決定されてもよい。
【００２７】
フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルに準じた、フラグメントの順位付けを備えてもよい。例えば、他の利用可能なチャンネルと比べて特定のチャンネルが頻繁に選択されている（すなわち、この特定のチャンネルをユーザが好んでいる）ことは、モニタリング工程で検出されていてもよい。この特定のチャンネルに関連するフラグメントは、他のチャンネルに関連するフラグメントより高く順位付けられてもよい。対応するフラグメントのランキングにつながるチャンネルのプリファレンス（好み）は、追加または代替として、例えばユーザプロファイルなどの決定工程における評価のためにも構成されてもよい。
【００２８】
この場合、決定工程は、フラグメントが関連する少なくとも１つのチャンネルの選択、選択頻度、および選択の継続期間の少なくとも１つによる、フラグメントのランキング付け工程をさらに備えてもよい。例えば、特定のチャンネルに関連するフラグメントは、そのチャンネルがユーザの好むチャンネルのリストに含まれている理由で、他のフラグメントより高く順位付けられてもよいが、追加または代替として、チャンネルがユーザによって頻繁に選択される理由で、他のフラグメントの前に順位付けられてもよい。より洗練されたランキング決定スキームでは、チャンネル（サービス）が頻繁に選択されるけれども、このチャンネルに関する選択の継続期間が短い（すなわち、ユーザが素早く通り過ぎるだけである）ことをさらに考慮してもよい。チャンネル選択の頻度の検出は、利用可能なチャンネルまたは特定のチャンネルリストにおける全チャンネルの所与の選択数内でチャンネルの選択数を決定する決定工程を含んでもよい。
【００２９】
フラグメントのランキング決定工程は、電子ガイドから提供される番組リストに準じたフラグメントの順位付け工程を備えてもよい。例えば、特定の番組リストに属するフラグメントが高い順位に決定された場合、この特定の番組リストに関連する以降のフラグメントも同様に高く順位付けられてもよい。フラグメントのランキング決定工程は、追加または代替として、フラグメントが関係するチャンネルの中の少なくとも１つのチャンネルの番組リストの選択頻度によるフラグメントの順位付け工程を備える。例えば、フラグメントが視聴のために頻繁に選択される番組リストに関連している場合、高く順位付けられてもよい。
【００３０】
フラグメントのランキング決定工程は、フラグメントが関連する番組によるフラグメントの順位付け工程を備えてもよい。例えば、フラグメントは、対応するチャンネル／サービスの番組時間割の相対位置または絶対位置に応じて順位付けられてもよい。一例として、現在の時刻が使用時刻に近くない（現在時刻は１７：００ＧＭＴである）としても、ユーザ装置の好みの使用時刻の番組に関連する情報を表わすフラグメントは高く順位付けられてもよい（すなわち、ユーザは２１：００ ＧＭＴにチャンネルを見ることを好むなど）。類似の順位付けが、ユーザのモニタリングを考慮せずにチャンネルの呼び物の番組（すなわち、今晩放送される映画）に関連するフラグメントに適用されてもよい。
【００３１】
この場合フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルの現在の番組に準じたフラグメントの順位付け工程をさらに備えてもよい。例えば、（ユーザによって構成されたおよび／またはユーザのモニタリングに基づき決定された好みのチャンネルのリストに載っている）すべての好みのチャンネルで現在進行中の番組に関連するフラグメントが、高く順位付けられてもよい。さらにまた、フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルの次の番組に準じたフラグメントの順位付け工程を備えてもよい。例えば、最も好むチャンネルの次の番組は、高く順位付けられてもよい。
【００３２】
ユーザ装置の電子ガイドは、階層型に編成されてもよい。トップレベルは、例えば利用可能な全チャンネルのリストなど、チャンネルリストにおけるチャンネル（サービス）を備えてもよい。さらなるチャンネルリストは、独立して編成されてもよいし、また（現在または通常）利用可能なチャンネルのリストであってもよい最も包括的なリストから派生してもよい。第２のレベルは、各チャンネル／サービスの現在の番組を備えてもよい。第３のレベルは、各チャンネルの次の番組を備えてもよく、第３のレベル以降のレベルはさらに将来の番組を備えてもよい。このようにして、階層型に編成された番組／サービスガイドのブランチは、特定のチャンネル／サービスの番組に関連する情報を有してもよい。
【００３３】
このようにフラグメントのランキング決定工程は、フラグメントが関係する電子ガイドのレベルおよびブランチの少なくとも１つに応じたフラグメントの順位付け工程を備えてもよい。例えば、フラグメントは、あるレベル（例えば、現在進行中の番組に相当するレベル）に関連していることに照らして、および追加としてあるブランチ（例えば、最も好むチャンネル／サービスに相当するブランチ）に関連していることに照らして、順位付けられてもよい。
【００３４】
あるいは、フラグメントのランキング決定工程は、フラグメントが属するグループに準じたフラグメントの順位付け工程を備えてもよい。フラグメントは、例えばＯＭＡ ＢＣＡＳＴ規格などに照らして、グループに分類されてもよく、それによってグループに属する各フラグメントはグループＩＤを有してもよい。例えば、他の順位付け基準のせいでフラグメントが高く順位付けられている場合は、グループに属する以降のフラグメントも同様に高く順位付けられてもよい。
【００３５】
フラグメントのランキング決定工程は、好みのチャンネルグループの決定工程を備えてもよく、好みのグループの少なくとも１つは、ユーザが好むチャンネルであることを示す。一例として、決定工程は、ユーザ装置の１人以上のユーザによって構成可能な好みのチャンネルのリストの中から好みのチャンネルの決定工程を含んでもよい。追加または代替として、決定工程は、最も頻繁に選択されるこれらのチャンネルの決定工程を含んでもよい。例えば、最も頻繁に選択される３つのチャンネルが、最も好むチャンネルの選択グループを構成するように決定され、次に高い選択頻度を有する３つのチャンネルが、好みのチャンネルの選択グループを構成するように決定され、残りのチャンネルは、あまり好みでないチャンネルの選択グループ構成するように決定される。別の例では、決定工程は、少なくとも所定の閾値の頻度を有することで選択されるこれら複数のチャンネルの決定工程を有する。最も好む複数のチャンネルは、最も高い選択頻度を有するチャンネルであり、最も好む複数のチャンネルを一緒にすると、全チャンネル選択活動の少なくとも３分の２の頻度で選択される。最も好む複数のチャンネルは、ユーザ行動次第で、より少ないチャンネル数のこともあるし、より多いチャンネル数のこともある。
【００３６】
チャンネルの選択グループは、例えばユーザがチャンネルリストを素早く移動するとき選択されるだけのチャンネルを除外できるようにするなどのために、チャンネル選択の継続期間も考慮して決定されてもよい。
【００３７】
フラグメントのランキング決定工程は、フラグメントと少なくとも２つの優先順位の中の１つの優先順位との関連付け工程を備えてもよい。例えば、フラグメントは、高、中、低の優先順位と関連付けられてもよい。また、例えばフラグメントと同数の優先順位などの、もっと多くの様々な優先順位が存在してもよい。優先順位の高いフラグメントは、ユーザ装置に最初にダウンロードされ、より低い優先順位に関係するフラグメントが続いてダウンロードされるように計画されてもよい。
【００３８】
フラグメントのランキング決定工程は、ユーザ装置のディスプレイに同時に表示可能なフラグメント数に応じたフラグメントの順位付け工程を備えてもよい。この場合、フラグメントのランキング決定工程は、ディスプレイに表示されるときの、チャンネルリストおよび番組リストの少なくとも１つの大きさに応じたフラグメントの順位付け工程を備えてもよい。一例として、番組リストは、現在の番組、次の番組、さらに以降の番組についての情報を表わすフラグメントを備えてもよい。ユーザ装置のスクリーンは、２つの番組に関連する情報の表示だけが可能であってもよい。この場合、現在および次の番組に関連するフラグメントは、番組リストの以降のフラグメントの前に順位付けられてもよく、その理由は、現在および次の番組の表示が番組リストの要求に応じて現れる「第１の画面」になるからである。
【００３９】
フラグメントのダウンロード開始工程は、フラグメントが専用の処理内で送信されるダウンロードの開始を備えてもよい。このような電子ガイド取得処理は、例えばユーザ装置からネットワークへの１つ以上のフラグメントに対する（例えばＯＭＡ ＢＣＡＳＴに従った）専用の要求メッセージの送信処理と、ネットワークからユーザ装置への１つ以上の要求されたフラグメントを有する専用の応答メッセージの送信処理とを備えてもよい。
【００４０】
代替形態では、フラグメントのダウンロード開始工程は、フラグメントをまとめて送信するダウンロード手順の開始工程を備えてもよい。例えば、ユーザ装置からネットワークへ選択したチャンネルの変更を伝えるための手順が、メディアコンテンツ配信システムから提供されてもよい。ユーザ装置の現在の状態をネットワークに伝えるために、さらなる処理が提供されてもよい。これらの処理は、フラグメント要求を送信するために使用されてもよい。ネットワークの応答メッセージは、通常一般的な肯定応答以上の情報を有さないが、この場合、１つ以上の必要なフラグメントまたは電子ガイド項目を相乗りさせてユーザ装置に送信するために使用されてもよい。
【００４１】
本発明の別の態様によれば、コンピュータプログラムが１つ以上のコンピュータデバイスで実行されるとき、本明細書に記載の方法態様のいずれかの態様による工程を実行するためのプログラムコード部分を備えるコンピュータプログラムが提供される。コンピュータプログラムは、コンピュータで読み取り可能な記録媒体に格納されてもよい。
【００４２】
本発明のさらなる態様によれば、ユーザ装置へのメディアコンテンツ配信用の電子ガイドのダウンロードを制御するように適合されたユーザ装置が提案される。ユーザ装置は、ユーザ装置に関連するユーザ行動のモニタリングに基づき、対話形式でユーザ装置にダウンロードする電子ガイドのフラグメントのランキングを決定するためのランキング決定コンポーネントと、決定されたランキングに基づきユーザ装置への１つ以上のフラグメントのダウンロードを開始するためのダウンロードコンポーネントとを備える。
【００４３】
ユーザ装置は、ユーザ装置に関連したユーザの行動をモニタリングするためのモニタリングコンポーネントをさらに備えてもよく、ここでモニタリングコンポーネントはランキング決定コンポーネントに通信可能なように接続されている。それ故、モニタリングは、ユーザ装置自体で少なくとも一部が実行される。さらなるモニタリングが、例えば電子ガイドを提供するネットワークで実行されてもよい。
【００４４】
本発明のまた別の態様によれば、メディアコンテンツ配信サービス用の電子ガイドのダウンロードを受けるように適合されたユーザ装置が提案され、ユーザ装置はユーザ装置に関連するユーザ行動をモニタするためのモニタリングコンポーネントを備え、モニタリングコンポーネントは電子ガイドを提供するネットワークのネットワークノードのランキング決定コンポーネントと通信するように適合され、ランキング決定コンポーネントは対話形式でユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定するように適合されている。
【００４５】
本発明の別の態様によれば、電子ガイドを提供するネットワークのネットワークノードが提案され、ネットワークノードは、ユーザ装置へのネットワークのメディアコンテンツ配信サービス用の電子ガイドのダウンロードを制御するように適合されている。ネットワークノードは、ユーザ装置に関連するユーザの行動をモニタリングした結果に基づき、ネットワークからユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定するためのランキングコンポーネントと、ランキングに基づきユーザ装置に１つ以上のフラグメントのダウンロードを開始するためのダウンロードコンポーネントとを備える。
【００４６】
ネットワークノードは、ユーザ装置に関連するユーザ行動をモニタするための第１のモニタリングコンポーネントをさらに備えてもよく、ここで第１のモニタリングコンポーネントは、ランキング決定コンポーネントに通信可能なように接続されている。第１のモニタリングコンポーネントは、ユーザ装置への１つ以上のフラグメントのダウンロードをモニタするように適合されてもよい。
【００４７】
ネットワークノードは、ユーザ装置に関連するユーザ行動をモニタするように適合されたユーザ装置の第２のモニタリングコンポーネントとインタフェースするためのインタフェースコンポーネントを備えてもよく、ここでインタフェースコンポーネントは、ランキング決定コンポーネントに通信的に接続されている。
【００４８】
以下では、本発明について、図に示す実施形態例を参照してさらに説明する。
【図面の簡単な説明】
【００４９】
【図１】携帯ＴＶの全体構成の概略図である。
【図２】ユーザ装置の携帯ＴＶアプリケーションのコンポーネントを示す機能ブロック図である。
【図３】ネットワークの携帯ＴＶアプリケーションの一実施形態のコンポーネントを示す機能ブロック図である。
【図４】ネットワークの携帯ＴＶアプリケーションの別の実施形態のコンポーネントを示す機能ブロック図である。
【図５】ユーザ装置に描写される電子サービスガイドの構造の概略図である。
【図６】携帯ＴＶアプリケーションの第１の実施形態の動作手順を示すフロー図である。
【図７】携帯ＴＶアプリケーションの第２の実施形態の動作手順を示すフロー図である。
【図８】携帯ＴＶアプリケーションの第３の実施形態の動作手順を示すフロー図である。
【図９】携帯ＴＶアプリケーションの第４の実施形態の動作手順を示すフロー図である。
【図１０ａ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｂ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｃ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｄ】図９の実施形態の動作手順の詳細を示すフロー図である。
【発明を実施するための形態】
【００５０】
以下の説明では、本発明の徹底的な理解を提供するために、限定のためでなく説明のために、特定のネットワークノード等を含む特定のネットワークタイプおよびネットワークトポロジなどの特定の詳細を記載する。本発明をこれらの特定の詳細から外れた他の実施形態でも実施可能であることは、当業者には明らかであろう。例えば、本発明を移動可能なユーザが参加し得るメディアコンテンツ配信サービスを提供するどのネットワークでも実施し得ることは、当業者なら理解するであろう。それ故、本発明は、例えばＯＭＡ ＢＣＡＳＴ規格や携帯ＴＶアプリケーション用の他の規格などを実装した携帯ネットワークに適用できる。本発明は、例えばＤＶＢ−Ｈ規格またはデジタルメディアコンテンツ放送／マルチキャスト配信用の他の規格などに従うデジタルＴＶ放送／マルチキャスト用のネットワークにも適用可能である。また、本発明は、メディアコンテンツＰＴＭ配信技術またはメディアコンテンツＰＴＰ配信技術を実施するＷＬＡＮまたはＢｌｕｅｔｏｏｔｈ（登録商標）または類似の無線ネットワークなどの無線ネットワークにも適用可能である。
【００５１】
以下に説明する実施形態例は放送対応のネットワークに基づいており、ＰＴＭ送信は放送送信であるが、例えばマルチキャスト送信に基づくＰＴＭ技術または将来開発される他のＰＴＭやＰＴＰの技術など、他のＰＴＭまたはＰＴＰ送信技術も用い得ることは、当業者は理解するであろう。
【００５２】
また、本発明はＴＶ ＰＴＭ配信だけでなく、あらゆる種類のメディアコンテンツ配信技術にも適用可能であり、メディアコンテンツ配信技術は、例えば純粋な映像送信あるいは音声、音楽および類似のオーディオデータを含むオーディオ送信などに関連してもよい。
【００５３】
以下に説明する機能が、個別のハードウェア回路を使用して、プログラマブルマイクロプロセッサまたは汎用コンピュータとともに働くソフトウェアを使用して、特定用途向け集積回路（ＡＳＩＣ）を使用して、および／または１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して実施されてもよいことも、当業者はさらに理解するであろう。本発明が方法として説明されるとき、本発明はコンピュータプロセッサおよびプロセッサに連結したメモリの中に具体化されてもよく、ここでメモリは、プロセッサが実行するとき本明細書に開示の方法を実施する１つ以上のプログラムで符号化されることも、理解されるであろう。
【００５４】
図１では、携帯ＴＶシステム１００の一実施形態が概略的に示されている。システムは、ユーザ装置１０２および放送対応ネットワーク１０４を備える。ネットワーク１０４は、例えばＧＳＭ（登録商標）ネットワークやＵＭＴＳネットワークなどの携帯ネットワークである。代替実施形態では、ネットワーク１０４は、例えばＤＶＢ−Ｈネットワークなどのデジタル放送ネットワークでも同様によい。また別の実施形態では、ネットワーク１０４はＩＰベースの有線または無線のネットワークである。
【００５５】
ネットワーク１０４は、携帯ＴＶサービスのサーバ機能を実施するネットワークノード１０６を備える。特に、ＴＶサーバ１０６は、ＴＶサービスの放送を制御する。これらのサービスは、専用ＴＶ受像機に対する標準ＴＶサービスを備えてもよいし、また例えば携帯電話機、スマートフォン等のような比較的小さなスクリーンの携帯デバイスでの携帯ＴＶ受信に特に適合したサービスも備えてもよい。ネットワーク１０４が放送するＴＶ番組は、矢印１０８で図式的に示されている。
【００５６】
放送１０８は、アンテナ１０９によってユーザ装置１０２で受信されてもよい。ユーザ装置１０２は、受信した放送データすなわちＴＶ番組を表示するスクリーン１１２を備える。携帯デバイス１０２は、携帯電話機、スマートフォン、または例えばＯＭＡ ＢＣＡＳＴ規格やＤＶＢ−Ｈ規格に準じた携帯ＴＶ受信用の挿入カードを差し込んだノートブックパソコンなどの他の携帯デバイスでもよい。
【００５７】
ネットワーク１０４は、ユーザ装置１０２への送信１０８では放送されない電子サービスガイド（または他の実施形態では電子番組ガイド）を提供する。放送とは違って、ＥＳＧは、ユーザ装置１０２によってフェッチされる（対話形式で読み出される）か、またはユーザ装置１０２にプッシュされるか、しなければならない。検索のために、デバイス１０２は、ＴＶサーバ１０６へのユニキャスト通信１１０を開始してもよい。通信１１０は、サーバ１０６へのＥＳＧの１つ以上の特定のフラグメント要求の送信を備えてもよく、そのサーバ１０６は、１つ以上の要求されたフラグメントを送信することにより応答する。通信１１０は、ＩＰ−ＵＤＰ送信またはＩＰ−ＴＣＰ−ＨＴＴＰ接続（ＩＰ：インターネットプロトコル(Internet Protocol)、ＵＤＰ：ユーザデータグラムプロトコル(User Datagram Protocol)、ＴＣＰ：伝送制御プロトコル(Transmission Control Protocol)、ＨＴＴＰ：ハイパーテキスト転送プロトコル(HyperText Transfer Protocol）に基づいてもよいし、ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコルに基づいてもよい。各フラグメントは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）符号化データファイルでもよい。
【００５８】
通信１１０のデータは、ユーザ装置１０２のアンテナ１０９で受信される。例えば、データは、携帯ネットワーク１０４の無線インタフェースによって転送されてもよい。代替実施形態では、通信１１０は、ＴＶサーバ１０６とユーザ装置１０２との間の純粋な有線接続に基づいてもよい。デバイス１０２は、例えば、ＵＳＢインタフェース、ＩＰベースインタフェースまたは同様のものを通じて通信を確立してもよい。
【００５９】
ユーザ装置１０２によってフェッチされるかまたはユーザ装置１０２にプッシュされるＥＳＧの部分またはフラグメントは、ユーザ装置に格納され、ユーザの要求に基づきユーザに表示されてもよい。対応するコマンドをユーザ装置１０２に関係するキーパッド（図示せず）または類似の入力デバイスに入力時、ＥＳＧフラグメントの表示１１４が、スクリーン１１２上に生じてもよく、その表示１１４は、例えば現行のＴＶ番組などのスクリーン上の他の表示にかぶさるかまたは置き換わる。
【００６０】
図１に図式的に描かれるＥＳＧ表示１１４は、例えばネットワーク１０４から利用可能な放送チャンネルを示すチャンネルリストを備えてもよい。チャンネルリストは、利用可能な全チャンネルのリストを備えてもよいし、および／または追加でユーザが構成可能な好みのチャンネルのサブリストを備えてもよい。例えば、好みのチャンネルリスト内には、ユーザは、自分の個人的な好みに従って利用可能な全チャンネルの全部またはサブセットを入れてもよい。
【００６１】
ＥＳＧ表示１１４は、例えばこのチャンネルの現在の番組および以降の番組などの、選択された特定のチャンネルの番組を示す番組リストも備えてもよい。番組は、番組名、番組の開始時刻、およびたぶん字幕もしくは類似の付加情報とともに表示されてもよい。表示１１４は、例えば、番組の題名、開始時刻、ならびに例として番組の要約または番組に関連する話題もしくは俳優のリストなどの詳細な番組説明などを含む、進行中またはこれからの番組に関連する表示も備えてもよい。
【００６２】
図２は、基礎的機能要素、すなわち図１のユーザ装置１０２に実装される携帯ＴＶアプリケーション２００の特定のコンポーネントまたはモジュールを概略的に示す。アプリケーション２００は、図１のＴＶサーバ１０６のクライアントである。アプリケーション２００は、ユーザ装置１０２のスクリーン１１２上の表示１１４（図１参照）のために要求されたＥＳＧフラグメントのレンダリングを提供するユーザインタフェース２０２を備える。
【００６３】
ＥＳＧ管理コンポーネント２０４が、ＥＳＧフラグメントの検索、格納および表示に関連する管理機能を実行する。ＥＳＧ管理コンポーネント２０４は、ユニキャスト通信１１０を通してＥＳＧフラグメントを読み出すように適合されたフラグメント取得コンポーネント２０６に接続されている。図２に示されている例では、取得コンポーネント２０６は、ＴＶサーバ１０６からのフラグメントのＨＴＴＰ検索に適合されており、すなわち通信１１０は、ＩＰ−ＴＣＰ−ＨＴＴＰ接続２０８を通して実施される。ＥＳＧフラグメントの一部は、メディアコンテンツ送信のための放送２０９によっても受信されてもよい。放送２０９によるメディアコンテンツの受信および処理に適合されたＴＶアプリケーション２００のさらなるコンポーネントは、明確にするために図２では省略されている。
【００６４】
管理コンポーネント２０４は、取得コンポーネント２０６によって読み出されたＥＳＧフラグメントをストレージ２１０に格納し、このストレージ２１０は、ＴＶアプリケーション２００による使用専用のユーザ装置１０２の記憶装置の中に物理的に設けられた記憶領域でもよい。スクリーン上に１つ以上のフラグメントを表示するために、フラグメントは、管理コンポーネント２０４によってストレージ２１０から読み出され、ユーザインタフェースコンポーネント２０２に転送される。インタフェース２０２は、フラグメントによって表わされる情報のレンダリングを実施する。
【００６５】
管理コンポーネントは、番組の表示に関連する制御機能も実施する。例えば、サービスの受信の制御に関する制御情報を含む各サービスのフラグメントの処理時、管理コンポーネント２０４は、ユーザ装置１０２のスクリーン１１２上へのネットワーク１０４から放送された番組の表示の制御のために、ＴＶアプリケーション２００の制御コンポーネント（図示せず）と連絡してもよい。
【００６６】
モニタリングコンポーネント２１２、ランキングコンポーネント２１４およびダウンロードコンポーネント２１６がさらに用意されている。モニタリングコンポーネント２１２は、ユーザインタフェース２０２をモニタするように適合されている。例えば、モニタリングコンポーネント２１２は、ユーザ装置１０２（図１参照）のスクリーン上の少なくとも１つのチャンネルリスト、１つ以上の番組リスト、および１つ以上の番組の表示を検出する。モニタリングコンポーネント２１２は、使用状況データすなわち検出されたイベントを表わすデータをストレージコンポーネント２１８の中に格納する。
【００６７】
ランキングコンポーネント２１４は、対話形式でダウンロードされるフラグメントのランキングを決定するように適合されている。ランキングコンポーネント２１４は、ストレージコンポーネント２１８に格納された使用状況データに基づきフラグメントのランキングを決定する。このランキングに基づき、ダウンロードコンポーネント２１６は、ＨＴＴＰ接続２０８を通してフラグメントのダウンロードを開始する。図２に描かれる実施形態では、ダウンロードコンポーネントが、ＥＳＧ管理コンポーネント２０４への接続経由でフラグメントの取得を開始する。
【００６８】
代替実施形態では、ダウンロードコンポーネント２１６は、フラグメントのダウンロードを開始するためにフラグメント取得コンポーネント２０６に直接接続もされてもよい。さらなる代替実施形態では、ランキングコンポーネント２１４は、モニタリングコンポーネント２１２と直接連絡もしてもよい。また別の代替実施形態では、モニタリングコンポーネント２１２は省略されてもよい。この場合ストレージコンポーネント２１８に格納された使用状況データは、ユーザプロファイルデータを備えてもよい。各々がＥＳＧの典型的な使用状況を表すいくつかのユーザプロファイルが、ネットワーク１０４の事業者によって構成されてもよい。これらのプロファイルの少なくとも１つは、使用状況データストレージ２１８に格納されてもよい。ユーザ装置のユーザは、ユーザプロファイルの個々の項目を選択および構成してもよい。この場合ランキングコンポーネント２１４は、ストレージ２１８に格納されたこの特定のユーザプロファイルを当てにしてもよい。
【００６９】
図３は、ユーザ装置３０２、放送ネットワーク３０５の携帯ＴＶサーバ３０４、および携帯ＴＶアプリケーション３０６を備える携帯ＴＶシステム３００の別の実施形態を示す。この実施形態では、アプリケーション３０６は、ユーザ装置３０２に実装されず、ネットワーク３０５のノード（明確にするため図示せず）に実装されている。例えば、ＴＶアプリケーション３０６は、ＴＶサーバ３０４の一部として実装されてもよい。
【００７０】
アプリケーション３０６は、ネットワーク３０５が提供する電子サービスガイドのフラグメントのランキングを決定するためのランキングコンポーネント３０８を備える。アプリケーション３０６は、ランキングコンポーネント３０８によって決定されるランキングに基づき、フラグメントのユーザ装置３０２へのダウンロードを開始するためのダウンロードコンポーネント３１０をさらに備える。
【００７１】
アプリケーション３０６は、ＥＳＧフラグメント検索のために、ＴＶサーバ３０４とユーザ装置３０２との間のポイント・ツー・ポイント（ユニキャスト）ＨＴＴＰ接続３１４をモニタするように適合されたモニタリングコンポーネント３１２をさらに備える。モニタリングコンポーネント３１２は、ユーザ装置３０２からＴＶサーバ３０４に送信される検索要求をモニタするように適合されている。コンポーネント３１２は、ＴＶサーバ３０４からユーザ装置３０２に送信されるフラグメントをモニタするようにさらに適合されている。例えば、モニタリングコンポーネント３１２は、ユーザ装置によって表示目的および制御目的で要求されたフラグメントをモニタし、ユーザ装置に実際にダウンロードされるフラグメントをさらにモニタする。ダウンロードされたフラグメントは、ユーザ装置によって要求されたフラグメントに加えて、要求されずにデバイス３０２に送信されたフラグメント、すなわちランキングコンポーネント３１０によってダウンロードを決定されたフラグメントも備える。さらに、ネットワーク３０５の事業者の決定でユーザ装置に送信されるフラグメントがあってもよい。このようなフラグメントは、例えば、広告情報、またはニュース関連の表示情報、または携帯ＴＶシステム３００のユーザが興味を持つ他の情報を表わしてもよい。代替実施形態では、モニタリングコンポーネントは、ユーザ装置とサーバとの間の通信の一部だけ、例えばユーザ装置の検索要求だけをモニタするように適合されてもよい。
【００７２】
図３の実施形態では、モニタリングコンポーネント３１２は、ストレージコンポーネント３１６にユーザ装置３０２に関連してモニタされたユーザ行動および／またはダウンロードの特徴を表わすデータを格納する。ランキングコンポーネント３０８は、ストレージ３１６に格納されたモニタリングデータに基づき、ユーザ装置にダウンロードされるフラグメントのランキングを決定する。ランキングコンポーネント３０８は、ダウンロードコンポーネント３１０を始動させ、それに応じてダウンロードコンポーネント３１０は、コンポーネント３０８がダウンロードを決定したフラグメントをＴＶサーバ３０４に伝える。ＴＶサーバ３０４は、ネットワーク３０５が提供するＥＳＧに関連するフラグメントを格納するストレージ３１８から必要なフラグメントを読み出す。サーバ３０４は、接続３１４を通してユーザ装置３０２に読み出したフラグメントを送信する。
【００７３】
図３に示される実施形態では、さらなるモニタリングコンポーネント３２０がユーザ装置３０２に実装されている。コンポーネント３２０は、デバイス３０２のスクリーン３２２上にフラグメントを表示するユーザインタフェース（図示せず）をモニタする。モニタリングコンポーネント３２０は、ストレージコンポーネント３１６に格納するために、ユニキャスト通信３２４を通してアプリケーション３０６にそのモニタリングデータを送信してもよく、このユニキャスト通信３２４は、例えばＩＰ−ＵＤＰ通信やＸＭＬデータ転送用のＩＰ−ＴＣＰ−ＨＴＴＰ接続などでもよい。アプリケーション３０６は、ユーザ装置３０２のモニタリングコンポーネント３２０とインタフェースするためのインタフェースコンポーネント（図示せず）を備える。接続３２４が必要とするリソースを制限するために、接続３２４を通して転送されるデータは、選択されたモニタリングデータだけを備えてもよい。
【００７４】
図４は、ユーザ装置４０２、放送ネットワーク４０５の携帯ＴＶサーバ４０４、および携帯ＴＶアプリケーション４０６を有する携帯ＴＶシステム４００の別の実施形態を示す。図４の実施形態は、図３に示す実施形態と多くの面で類似しているので、これらの面の説明は省略する。主な相違は、図４の実施形態では図３の実施形態のモニタリングコンポーネントが２つとも省略されている。ユーザ装置４０２とＴＶサーバ４０４との間のユニキャスト通信４０８のモニタリングは行われない。
【００７５】
ＴＶアプリケーション４０６のストレージコンポーネント４１０に格納されたデータは、所定のユーザプロファイルデータを備える。ユーザプロファイルは、一例として、チャンネルおよび／または番組に関するユーザの好み、および好みの番組に関する内容、言語または類似のユーザ行動を具体的に述べてもよい。事業者によるネットワーク４０５の構成の後、各々がＥＳＧの典型的な使用状況を表わすいくつかのユーザプロファイルが、ＴＶサーバ４０４からストレージ４１０に格納される。構成のために、所定のユーザプロファイルの１つが、ユーザ装置４０２のユーザによって選択されてもよいし選択されなくてもよく、それに応じてストレージ４１０に格納されてもよい。従って、格納されたユーザプロファイルは、ユーザのグループ（全ユーザがプロファイルの１つに関係している必要がある）または単独ユーザ（各ユーザが自分用の構成のためにプロファイルを選択する必要がある）の所定の行動を表し得る。前者の個別でないユーザプロファイルの場合、ランキングコンポーネント４１２は、特定のユーザプロファイルに関係しているユーザに対して同時にダウンロードされるフラグメントを決定する。
【００７６】
図５を参照して、次にユーザ装置に描写される電子サービスガイド５００の実施形態を説明する。ＥＳＧの描写５００は階層構造に従う。階層のトップレベルは、チャンネルリスト５０２によって形成される。チャンネルリストはユーザが構成可能、すなわちユーザはチャンネルの順序を選択し得る。代替実施形態では、チャンネルリストはチャンネルの選択頻度の測定または他の基準に従って自動的に格納されてもよい。
【００７７】
各チャンネルは、１つのＴＶサービスだけを備える（代替実施形態では、チャンネルはいくつかのＴＶサービス、例えば４つのＴＶサービスなどを備えてもよい）。それ故、Ｍ個のチャンネルは、サービス１、２、３、…、Ｎ、…、Ｍを備える。各サービスは、対応するＴＶ送信事業者に従って、例えば「ＣＮＮ」「ＢＢＣ」などと名付けられてもよい。各チャンネルに対して、対応する番組リスト５０４の描写（階層構造５００のブランチ）が提供され、そこに現在の番組および以降の番組が示されてもよい。
【００７８】
ユーザ装置のＥＳＧ５００の描写は、例えばチャンネルリスト５０２のすべての利用可能なチャンネル１…Ｍに対する記憶場所などを提供してもよい。チャンネル１…Ｎは、全部のチャンネル選択イベントを基にして９０％の確率でユーザによって選択されてもよい。チャンネルリスト５０２のこれらＮ個のサービスに関して、関係する番組リスト１…Ｎに対する記憶場所が提供され、各番組リストは現在の番組および次の番組すなわち現在の番組の直後の番組を表わすフラグメントを少なくとも備える。現在の番組および次の番組の各々が番組名および予定開始時刻を示す各１つのフラグメントによって描写される場合に必要な合計の記憶装置は、２Ｎ個のフラグメントの記憶量を備える。
【００７９】
たった１０％の確率で選択されるサービスＮ＋１…Ｍに関しては、番組リストに関連するフラグメントのための記憶場所は確保されなくてもよい。例えば、図２のユーザ装置のランキングコンポーネント２１４または図３もしくは図４のネットワークのランキングコンポーネント３０８もしくは４１２は、ユーザがこれらのサービス／チャンネルをめったに選択しないと決定してもよい。
【００８０】
第１のサービス１…Ｎの中の特定のサービスに関しては、現在の番組および次の番組についての情報に対する記憶場所だけでなく、さらに以降の番組に対する記憶場所も確保される。一例として、追加の記憶場所がサービス２（「ＢＢＣ」）および３（「ｎ−ｔｖ」）に対して確保され、その中に番組＃ｃ（現在の番組）＋２…＃ｃ＋ｎ’を描写する情報が確保される。これらの＃ｃ＋ｎ’番組は、表示のために番組が選択されるとき、ユーザ装置の第１の画面またはディスプレイに収まってもよい。特定のチャンネルに関しては、ユーザがＥＳＧの番組リストをスクロールする場合に備えて、ユーザ装置で追加表示する以降の番組のために、また別の記憶場所が、番組＃ｃ＋ｎ’＋１…ｃ＋ｍ’用に確保されてもよい。記憶場所は、サービス２および３以外のサービスの以降の番組＃ｃ＋２…ｃ＋ｍ’に対して確保されないが、ユーザがこれらのチャンネルに関して番組リストをめったに選択およびスクロールしないからである。ＥＳＧの描写５００の全体構造は、ユーザ装置またはネットワークノードにそれをインストールする前に、携帯ＴＶアプリケーションにプログラムされてもよいし、またネットワーク事業者によって構成されてもよい。この場合デバイスのユーザは、好みのチャンネルに相当するサービス１…Ｎを選択してもよい。代替形態では、ユーザが好むＮ個のサービスが自動的に決定されてもよい。例えば、チャンネルリスト５０２は、ユーザによるこれらのチャンネルの選択頻度に応じたチャンネルに相当してもよい。
【００８１】
次いでＥＳＧ構造５００は、ユーザ装置またはネットワークのランキングコンポーネントのランキングの決定手順（順位付け手順）によって使用されてもよい、すなわちこの手順が構造５００の各項目のランキングを決定し、各項目は１つ以上のフラグメントを備えてもよい。例えば、ランキング技術は、行５０６、５０８に関するフラグメントおよびサービス１…Ｎに関するフラグメントに、最高の優先順位を付けるように決定してもよいのに対して、サービスＮ＋１…Ｍおよび／または他の行に関するフラグメントはより低い優先順位を付けられる。
【００８２】
図６では、フロー図６００が、ユーザ装置へのメディアコンテンツ配信サービス用の電子サービスガイドのダウンロードを制御する方法の実施形態のステップの手順を示す。ステップ６０２では、ユーザ装置に関連するユーザ行動がモニタされる。これには、ユーザ装置の使用状況のモニタリングを備えてもよいが、ユーザの他のユーザ装置のモニタリングも備えてもよい。ステップ６０４では、ネットワークからユーザ装置にダウンロードされる電子サービスガイドのフラグメントのランキングが、モニタリングに基づき決定される。ステップ６０６では、ユーザ装置への１つ以上のフラグメントのダウンロードが、ランキングに基づき開始される。
【００８３】
図７は、例えば図１のデバイス１０２などのユーザ装置の使用状況をモニタするためのモニタリング手順７００の実施形態を示す。モニタリング手順７００は、例えば図２の携帯ＴＶアプリケーション２００のモニタリングコンポーネント２１６や、図３のモニタリングコンポーネント３１２および／または３２０などによって実行されてもよい。
【００８４】
モニタリングは、ユーザ装置の使用状況に関連するイベントによってステップ７０２で開始される。このようなイベントは、例えばキーパッドなどによるデバイスへの任意のデータ入力も含んでもよいが、モニタリング手順７００の周期的実行を開始させるための、デバイスのタイマーサブユニットのトリガ信号も含んでもよい。
【００８５】
次にステップ７０４で、モニタリングルーチン７００は、ユーザ装置に一時的に格納されたフラグメントのいずれかの有効期限が切れているかどうかを検出する。この目的のためにステップ７０６で、モニタリングコンポーネントは、ユーザ装置に格納された全フラグメントをスキャンする。フラグメントは、明示的な有効期限を備えてもよいし、また有効期限切れは、モニタリングコンポーネントによって、例えば特定のフラグメントが関連してもよい番組の開始時刻および現在時刻などから計算されてもよい。検出された有効期限切れのフラグメントを識別する情報が、ステップ７０８で使用状況またはモニタリングデータとして格納される。
【００８６】
以降のステップでは、モニタリングコンポーネントが、ユーザ装置のユーザの入力を調査する。ステップ７１０では、表示のためにチャンネルリストが選択されているかどうかが検出される。選択されている場合、モニタリング手順はスクリーン上に表示されるフラグメント、すなわちユーザ装置のスクリーンに収まるチャンネルリストの一部を検出するためにステップ７１２に続く。これは、例えばサービス１…Ｎおよび各チャンネルに対して現在の番組および次の番組を備える図５に示すチャンネルリスト５００などでもよい。最後のステップ７０８では、モニタリング結果または検出結果、すなわち有効期限が切れているかまたはスクリーン上に表示されているかのどちらかのフラグメントの識別が、使用状況データストレージ２１８（図２参照）に格納される。
【００８７】
モニタリングルーチン７００がステップ７１０でＥＳＧのチャンネルリストが選択されていないことを検出する場合、手順は、特定のチャンネルがユーザによって選択されているかどうかを検出するためにステップ７１４に続く。万一選択されている場合は、ステップ７１６で選択された特定のチャンネルが検出される。次いで手順は、スクリーン上に表示されるチャンネル関連のＥＳＧフラグメントを検出するためにステップ７１２に続く。スクリーンサイズおよびＥＳＧの構成に応じて、表示は、例えば現在の番組の番組名および開始時刻を示すフラグメントなどを備えてもよい。検出されたフラグメントは、ステップ７０８でストレージに書き込まれる。
【００８８】
チャンネルが選択されていない場合、モニタリング手順は、チャンネルの番組リストが選択されているかどうかを検出するために、ステップ７１４からステップ７１８に続く。選択されていることを検出した場合、番組リストの表示に関連するフラグメントを検出するために、ステップ７１２が実行される。これらのフラグメントは、第１の画面すなわちユーザが初めに番組リストを選択するときユーザに表示される最初のディスプレイまたは画面に表示されるフラグメント、表示されるフラグメント、例えば現在および次の番組に関連する情報を表わすフラグメントなどを備えてもよい。ユーザが番組リストをスクロールする場合、検出されたフラグメントは、追加または代替として、以降の番組についての情報を表わすフラグメントも備えてもよい。
【００８９】
ステップ７１８で番組リストが選択されていない場合、ルーチン７００は、番組が選択されているかどうかを検出するためにステップ７２０に進む。番組が選択されていることを検出した場合、ステップ７２２で、選択されている特定の番組が検出される。これに続くステップ７１２では、どのフラグメントがスクリーン上に表示されるかが検出される。
【００９０】
ステップ７０８で図２のＴＶアプリケーション２００のストレージ２１８に格納された使用状況のモニタデータは、（選択頻度の決定のために）選択結果自体に関連する情報、すなわちチャンネルリスト、チャンネル、番組リストまたは番組が選択された情報を備えてもよい。さらに、モニタリングデータは、選択されたチャンネル、選択された番組リスト、または選択された番組を識別するデータを備えてもよい。さらにまた、モニタリングデータは、ユーザ装置のスクリーン上に表示されたフラグメントおよび／または有効期限が切れたフラグメントに関連する情報を備えてもよい。
【００９１】
モニタリングデータを格納して、ステップ７２４で、ステップ７０２のトリガイベント発生の場合に再びモニタリングルーチンを開始するだろうメインプログラム（図示せず）に制御が戻される。
【００９２】
図８は、ダウンロードされる電子サービスガイドのフラグメントのランキングを決定するための決定ルーチン８００を示すフロー図である。ルーチン８００は、例えばユーザ装置の携帯ＴＶアプリケーション２００のランキングコンポーネント２１２などによって実施されてもよい。あるいは、ルーチン８００は、図３のネットワークノード３０６のランキングコンポーネント３０８の実施形態でも実施されてもよい。
【００９３】
決定手順は、ステップ８０２のトリガイベントによって開始される。このようなイベントは、例えばユーザ装置にＥＳＧフラグメントをダウンロードするために利用可能な送信能力があることの表示などであってもよく、表示はＰＴＭネットワークまたはユーザ装置のコンポーネントから受信される。同様に、決定手順８００は、モニタリングコンポーネントから受信した、ユーザ装置のストレージに格納されたモニタリングデータまたは使用状況データが更新されたことを示す信号によって開始されてもよい。
【００９４】
ステップ８０４では、ルーチンは、ＥＳＧのチャンネルリストの選択頻度を決定する。格納されたモニタリングデータは、各々がユーザ装置のスクリーン上のチャンネルリストの表示を示すいくつかのデータセットを備えてもよい。データセットは、決まったデータセット総数だけを有するやり方でストレージを構成することにより明示的または暗示的にタイムスタンプされてもよく、データセットまたはレコードは周期的に上書きされる。チャンネルリスト選択の選択頻度は、チャンネルリスト選択に関連するデータレコードのサブセットから単に決定されてもよい。
【００９５】
さらなるステップ８０６では、完全なチャンネルスキャンの頻度が決定される。チャンネルスキャン頻度は、ユーザが利用可能なすべてのチャンネルをどのくらい頻繁にザッピングするかを示す。この頻度は、ユーザ装置の１人以上のユーザのザッピング行動を表わす。さらなるステップ８０８では、利用可能な各チャンネルの選択頻度が決定される。選択頻度は、チャンネルリスト選択頻度の決定に関して上記の手法に従って決定されてもよい。
【００９６】
さらなるステップ８１０では、利用可能な各チャンネルの番組リストの選択頻度が決定されてもよい。代替実施形態では、番組リスト選択頻度は、例えば最も頻繁に選択されたチャンネルなどの特定のチャンネルに関してだけ決定されてもよい。ステップ８１２では、その現在の番組または任意の現在の番組に関連する表示情報を表わすＥＳＧフラグメントの選択頻度が決定される。言い換えると、選択頻度は、各チャンネル別々におよび利用可能な全チャンネルの合計に関して決定される。全チャンネルの合計に関する決定は、ユーザがどの特定のチャンネルを好むかに無関係に、ＥＳＧの現在の番組表示を選択する一般的ユーザ行動を示す。
【００９７】
ステップ８１４では、ルーチン８００は、次の番組表示情報を表わすＥＳＧフラグメントの選択頻度を決定する。特定のチャンネルの番組に関連する表示情報が現在の番組を次の番組とともに表示するように構成されている場合、現在の番組表示および次の番組表示の両方の選択頻度は、互いに等しくてもよい。
【００９８】
ステップ８１６では、好みのグループが決定される、すなわち利用可能なチャンネルはチャンネルの選択頻度に従って（すなわち、ユーザの選択の好みに従って）、グループに分類される。第１の好みのグループは、例えばチャンネル選択総数の少なくとも３分の２の割合を占める複数のチャンネルなどの、最も頻繁に選択された複数のチャンネル（すなわち最も好むチャンネル）を有してもよい。第２の好みのグループは、ユーザによってチャンネルリストの主要な位置に分類されるチャンネル（最も好むチャンネルを除く）などの好みのチャンネルを有してもよい。第３の好みのグループは、あまり好みでないチャンネル、すなわち最も好むチャンネルでも好みのチャンネルでもない利用可能な全チャンネルを有してもよい。
【００９９】
決定ルーチン８００は、特定のストレージに決定した頻度を格納し、この特定のストレージは、図２のＴＶアプリケーション２００の使用状況データストレージ２１８に関係してもよい。決定手順のさらなる実施形態には、他のまたはさらなる決定ステップが含まれてもよい。例えば、決定ステップは、チャンネル当たりの選択の継続期間の決定に関連してもよい。
【０１００】
ステップ８１８で、制御は、ステップ８０２の別のトリガイベントの場合に再び決定ルーチン８００を開始させるメインプログラムに戻される。
【０１０１】
図９は、ダウンロードされるフラグメントを様々な優先グループに分類するための決定手順のさらなる実施形態９００を示す。一般に、ユーザ装置に既に存在しているすべてのフラグメントは、分類手順９００から除外される。
【０１０２】
ステップ９０２では、決定手順９００の実行が、例えば図８に関して説明された決定手順のリターンステップ８１８などによって開始される。ステップ９０４では、高い優先順位でダウンロードされるフラグメントが決定される。ステップ９０４の中で適用されてもよい規則の一実施形態例を図１０ａに示す。ステップ９０６では、最も好むチャンネルが決定される。これらのチャンネルは、図８のステップ８１６で確定された好みのグループの中から決定されてもよい。次のステップ９０８では、最も好むチャンネルへのチャンネル変更中に現在の番組についての表示情報を表わすそれらのフラグメントが決定される。図９のステップ９０４の結果は、ダウンロードのためにすべてが高い優先順位を割り当てられているフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは高い順位を割り当てられている。
【０１０３】
ステップ９１０では、中位の優先順位でダウンロードされるフラグメントが決定される。ステップ９１０とともに実行される規則を、図１０ｂに示す。ステップ９１２では、好みのチャンネル（最も好むチャンネルに対して）が決定され、これには、図８のステップ８０６で確定された好みのチャンネルを有する好みのグループに応じたチャンネルの決定を備えてもよい。ステップ９１４では、最も好む各チャンネルの番組リストの第１の画面に表示されるそれらのフラグメントが決定される。現在の番組についての情報を表わすフラグメントが、番組リストに加えてチャンネル変更中に表示される場合、ステップ９０４で高い優先順位でダウンロードされるフラグメントのリストに既に含まれているフラグメント以外の、それらのフラグメントだけが決定される。次のステップ９１６では、好みのチャンネルへのチャンネル変更中に現在の番組についての表示情報を表わすそれらのフラグメントが決定される。ステップ９１０の結果は、中位の優先順位でダウンロードされるそれらのフラグメントＩＤによって識別されるフラグメントのリストであってもよい、すなわちこれらのフラグメントは中位の高さの順位を割り当てられている。
【０１０４】
図９の決定ルーチンのステップ９１８では、低い優先順位でダウンロードされるそれらのフラグメントが決定される。ステップ９１８の実行中実施される規則の一例として、図１０ｃは、その規則に従って各好みのチャンネルの番組リストの第１の画面に表示されるそれらのフラグメントが決定されるただ１つの規則９２０を示す。図９のステップ９１８の結果は、低い優先順位でダウンロードされるそれらのそれぞれのフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは低い順位を割り当てられている。
【０１０５】
ルーチン９００のステップ９２２では、最も低い優先順位でダウンロードされるそれらのフラグメントが決定される。ステップ９２２を実施するための規則のセットの一例が図１０ｄに描かれている。ステップ９２４では、利用可能なチャンネルの中のあまり好みでないチャンネルが決定される。このステップは、あまり好みでないチャンネルを有する、図８のルーチン８００のステップ８１６で決定された好みのチャンネルグループの中から、あまり好みでないチャンネルの決定を備えてもよい。次のステップ９２６では、あまり好みでないチャンネルへのチャンネル変更中にユーザに表示される現在の番組についての表示情報を表わすそれらのフラグメントが決定される。図９のステップ９２２の結果は、ネットワークから最も低い優先順位でダウンロードされるそれらのフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは、利用可能な最も低い順位を割り当てられる。
【０１０６】
ステップ９０４、９１０、９１８、９２２が特定の順序で処理されるように図９に示されているが、他の実施形態では、これらのステップは異なる順序で処理されてもよいし、また並列にさえ処理されてもよい。決定サブルーチン９００は、ステップ９０２のトリガイベントの発生時に再びサブルーチン９００の実行を開始させるメインプログラムにステップ９２８で制御を戻すことにより終了する。
【０１０７】
ランキングコンポーネントの別の実施形態では、図７、８、９のルーチン７００、８００、９００と類似の決定手順が、ユーザに対するＥＳＧの利用可能性を最適化するために連続的に実行されてもよい。手順は、例えば図２、３、４のランキングコンポーネント２１４、３０８または４１２の１つなどで実行されてもよい。この実施形態では、一般的規則のわずかに異なるセットが決定ルーチンによって実施されてもよい。
１．ユーザ装置のＴＶアプリケーションがチャンネル変更中にＥＰＧデータを表示する場合：最も好むチャンネルでかつその中の現在の番組および／または次の番組のＥＰＧデータが高い優先順位でダウンロードされる（図５では、これはサービス＃１〜＃Ｎを備える）：
ａ．ＴＶアプリケーションがチャンネル変更中に現在の番組についての情報だけを表示する場合、好みのチャンネルの現在の番組に関連するＥＰＧフラグメントが高い優先順位に関係する。
ｂ．ＴＶアプリケーションがチャンネル変更中に現在の番組と次の番組についての情報を表示する場合、同様に最も好むチャンネルの次の番組のＥＰＧフラグメントも高い優先順位に関係する。
２．モニタリング機能が特定のＥＰＧ番組リストへのアクセスパターンを決定した場合（例えば、ユーザは、図５のチャンネル＃２とチャンネル＃３のそれぞれのＥＰＧ番組リストに頻繁にアクセスする）：第１のＥＰＧ番組リストＧＵＩ（グラフィカルユーザインタフェース、Graphical User Interface）または画面に収まるＥＰＧ番組項目／フラグメントは中位の優先順位に関係する。ここで、端末のスクリーンの限られたサイズが考慮されなければならず、１つの画面に表示され得る情報を表わすフラグメントだけが順位付けられる。
３．好みのチャンネルの番組リストの第１の画面またはディスプレイに表示される情報を表わす各フラグメントに低い優先順位を関係付ける。
４．このチャンネルへのチャンネル選択イベント時にあまり好みでないチャンネルの１つに対して表示される情報を表わす各フラグメントに最も低い優先順位を関係付ける。
【０１０８】
本発明は、例えば携帯ネットワークの無線インタフェースなどを通じて利用可能であってもよい限られた送信能力にもかかわらず、デジタルマルチメディアコンテンツＰＴＭサービス用の電子サービス／番組ガイドの利用可能性の最適化を可能にする。ユーザに表示されるＥＳＧ情報に対する短い遅延時間は、ユーザのＥＳＧの認識を高める。このことは、ＥＳＧへの暗示的アクセス（例えば、チャンネル変更およびザッピング中）または明示的アクセス（例えば、番組リストまたは詳細番組情報にアクセスするとき）に当てはまる。
【０１０９】
本発明は携帯ＴＶシステムに適用可能であり、このシステムではＥＳＧは、対話形式で読み出されなければならない。本発明は、ＥＳＧが放送されるが付加的に対話形式でも読み出し得るシステムにも適用可能である。本発明は、ＥＳＧが一部放送され（例えば制御情報）、一部対話形式で配信される（例えば表示情報）システムにさらに適用可能である。
【０１１０】
本発明についてその好適な実施形態との関連で説明したが、この記述は説明目的であり、決して限定目的でないことは理解されるべきである。本発明は、本明細書に添付の特許請求の範囲によってだけ限定されるものとする。
【技術分野】
【０００１】
本発明は、携帯テレビまたは類似のサービスのための電子ガイドのダウンロードを制御する技術に関する。より具体的には、本発明は、ユーザ装置へのメディアコンテンツ配信サービスのための電子ガイドのダウンロードを制御する技術に関する。
【背景技術】
【０００２】
ＴＶ番組を放送するテレビジョン（ＴＶ）ネットワークは、チャンネル当たり少なくとも１つのＴＶサービスを有する相当数のチャンネルを通常備え、各サービスは連続的にその番組を放送する。通常、ネットワークは、チャンネル／サービスおよび番組に関連する情報を有する付属の電子サービスガイド（ＥＳＧ）または電子番組ガイド（ＥＰＧ）を提供する。ＥＳＧおよびＥＰＧは、本明細書では同意語として使用し、多くの場合単に「電子ガイド」と呼ぶ。
【０００３】
ＥＳＧは、通常、制御情報および表示情報(プレゼンテーション情報)に関するデータを備える。制御情報は、サービス／番組の受信および表示を可能とするために、ユーザ装置によって必要とされる。制御情報の例は、サービスのＩＰマルチキャストアドレスや、使用のコーデックに関するデータであり、例えば、特定の番組の放送時刻（例えば、「１８：０１：２２ ＧＭＴ」）などに関する時間情報等である。表示データは、例えばユーザ装置のスクリーン上などで、ユーザに表示することを意図された情報を備える。このようなチャンネル関連および／または番組関連の表示情報は、例として、番組名、番組の短い説明、例えば「１９：００ドイツ時間」などのユーザ時間情報、チャンネルおよび番組に関する情報を提供するウェブページへのリンク等を備えてもよい。
【０００４】
最近は携帯ＴＶシステムが、携帯電話機、スマートフォン、ＰＤＡ（携帯情報端末）、携帯ＴＶ受信用の適切なカードを備えたノート型パソコン、および類似の携帯ユーザ装置などの携帯ユーザ装置で、ＴＶサービスの受信を可能にしようとの意図で開発されている。携帯ＴＶシステムは、例えばＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）ＩＰＤＣ（ＩＰ−Ｄａｔａ Ｃａｓｔ）規格や、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）ＢＣＡＳＴ（Ｂｒｏｗｓｅｒ ａｎｄ Ｃｏｎｔｅｎｔ−Ｂｒｏａｄｃａｓｔ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）１．０規格に準拠してもよい。
【０００５】
携帯ＴＶサービス、またより一般的には移動受信用のマルチメディアコンテンツ放送サービスを提供するネットワークは、例えばＧＳＭ（登録商標）ネットワークやＵＭＴＳネットワーク（これらは、例えばＯＭＡ ＢＣＡＳＴ規格を使用し得る）などの携帯ネットワークでもよいし、またデジタル放送ＴＶネットワーク（これらは、例えばＤＶＢ−Ｈ規格を使用し得る）でもよい。将来の携帯ＴＶサービスは、放送サービス、マルチキャストサービスおよびポイント・ツー・ポイント（ＰＴＰ、Point-To-Point、ユニキャスト）コンテンツ配信サービスの少なくとも１つをベースとしたサービスであってもよい。放送サービスもマルチキャストサービスも、ポイント・ツー・マルチポイント（ＰＴＭ）サービスと一般に呼ばれる。これらのサービスは、本明細書では広くメディアコンテンツ配信サービスと呼ぶ。
【０００６】
ＥＳＧなどの電子ガイドは、例えばフラグメントなどによって表される複数の部分または項目をたいてい備える。フラグメントは、通常ＸＭＬ符号化データセットまたはＸＭＬ符号化データファイルである。ファイル／フラグメントは、全部そろった電子ガイドを構成するためにレファレンスおよび識別子を使用してリンクされてもよい。フラグメントは、例えば、特定のサービス、チャンネルのリスト、または特定のチャンネル／サービスの番組リストに関連してもよいし、また特定の番組の内容に関連してもよい。フラグメントは、番組予告データまたは双方向性データにも関連してもよい。詳細は、例えば非特許文献１および非特許文献２に明記されている。
【０００７】
電子ガイドは、ネットワークからユーザ装置へ様々な手法で配信されてもよい。例えばサービスに多重して放送されてもよい。これは、ＤＶＢ−Ｈに規定されているメカニズムである。あるいは、電子ガイドは、ユーザ装置によって対話形式で読み出されてもよい、すなわちガイドの検索のためにネットワークのＴＶサーバとポイント・ツー・ポイント通信を設定することにより読み出されてもよい。このアプローチは、ＯＭＡ ＢＣＡＳＴおよび３ＧＰＰ（第３世代パートナシッププロジェクト）のＭＢＭＳ（マルチメディア放送／マルチキャストサービス、Multimedia Broadcast/Multicast Services）規格で取られている。
【０００８】
電子ガイドの対話型検索に関しては、例えばＴＶ供給の送信などに影響しないように、一般に限られた送信能力だけが利用可能である。電子ガイドの対話型検索における共通の手順は、ガイド全部を読み出そうとすることである。しかし、利用可能な送信能力が限られているせいで、ユーザが要求したフラグメントの少なくとも一部をユーザ装置が（まだ）入手できていないとき、この手順は、ユーザに特定のフラグメントを表示するのに時間遅延を引き起こす。
【０００９】
電子ガイドの対話型検索の代替手順によれば、ユーザが要求するまでフラグメントは読み出されない。この場合、特定のフラグメントの対話型検索は、ユーザが特定のチャンネル、チャンネルの番組リストまたは特定の番組の内容説明にアクセスしようと試みる場合に開始されてもよい。このアプローチは、どんな場合でもユーザが知覚可能な遅延を引き起こす。
【００１０】
一般的にＴＶシステムのユーザ、特に携帯ＴＶシステムのユーザは、たいていＴＶチャンネル間を高速で切り替える（「ザッピング」）傾向がある。すなわち特定のチャンネルの平均視聴時間は恐らく短い。例えば進行中の番組および次の番組などについて入手可能な情報がない場合、さらに短くなるであろう。このように上記の遅延時間は、対話型電子ガイド検索を有する携帯ＴＶネットワーク事業者およびＴＶサービス提供事業者に問題を投げかけている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】「携帯放送サービス（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ）」、ＯＭＡ ＢＣＡＳＴ技術仕様書（ＴＳ）
【非特許文献２】「携帯放送サービスのためのサービスガイド（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ ｆｏｒ Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ）」ＯＭＡ ＢＣＡＳＴ技術仕様書（ＴＳ）
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上記の理由で、メディアコンテンツ配信サービス用の電子ガイドのダウンロードを、ユーザ装置における電子ガイドの表示情報および制御情報の少なくとも１つを受信するために必要となる遅延時間を短縮するような手法で制御する技術に対する要求がある。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、通信ネットワークにおけるユーザ装置へのメディアコンテンツ配信サービス用の電子ガイドのダウンロードを制御する方法が提供される。この方法は、ユーザ装置に関連するユーザの行動を監視（モニタ）する工程と、モニタリングに基づきユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定する工程と、ランキングに基づきユーザ装置に１つ以上のフラグメントのダウンロードを開始する工程とを備える。
【００１４】
通信ネットワークまたは遠隔通信ネットワークに関して、メディアコンテンツ配信サービスは、例えば放送対応ネットワークなどのＰＴＭ対応ネットワーク、またはマルチキャストサービスなどの他のいずれかのＰＴＭサービス対応ネットワークによって提供されてもよい。ネットワークは、追加または代替として、メディアコンテンツ配信用のＰＴＰサービスの提供も可能にされてもよい。電子ガイドには、電子番組ガイド、電子サービスガイド、またはＰＴＭ対応ネットワークのコンテンツＰＴＭサービスに関連する表示情報および制御情報の少なくとも１つを有する他のどのガイドを含んでもよい。メディアコンテンツは、映像データ、音声や音楽などのオーディオデータ、またはマルチメディアデータ／ＴＶデータすなわち映像データ、音声データ、画像データ、リッチメディアデータの組み合わせを備えもよい。
【００１５】
モニタリング工程は、ユーザ装置を使用する１人以上のユーザの未来における行動の予測を可能にする、すなわちユーザ装置によって表示／制御のために要求されている電子ガイドを構成する各フラグメントに対する確率の決定を可能にする。モニタリングは、追加または代替として、ユーザの他のユーザ装置に関連するユーザ行動のモニタリングを備えてもよい。
【００１６】
ダウンロードは、対話形式で実施されてもよい。すなわちガイドの検索のためにネットワークノードとポイント・ツー・ポイント通信を設定することによって実施されてもよい。接続設定は、ユーザ装置またはネットワークノードによって要求されてもよい。ダウンロードを開始する工程では、ダウンロードのために全フラグメントを提供する代わりに、フラグメントの一部だけ、すなわち高い順位のフラグメントだけを提供してもよく、例えばこれらのフラグメントはランキングに従って高い優先順位を予め割り当てられている。フラグメントは、それらのランキングに従って連続的に提供されてもよい。
【００１７】
フラグメントは、ユーザ装置のユーザへの表示およびユーザ装置の制御の少なくとも１つのために、ユーザ装置によって要求されている各フラグメントに対する確率に従ってランキング（順位）付けられてもよい。表示のための要求は、例えば、ユーザ装置のユーザがユーザ装置のキーパッドもしくは類似の入力端末に入力したチャンネルリスト、番組リストまたは特定の番組情報を表示するための要求でもよい。表示するための要求についての別の例は、例えばチャンネル変更中に新しく選択されたチャンネルについての情報を表示するように構成されている場合などの、ユーザのチャンネル変更要求である。このような表示のための要求を実行する際に、ユーザ装置は、検索、レンダリングおよび例えばデバイスのスクリーン上への表示のために、デバイスの記憶領域の中の対応するフラグメントへのアクセスを試みる。記憶領域に既に格納されている（かつ有効期限が切れていない）フラグメントは、ランキングアルゴリズムに含まれなくてもよい。
【００１８】
本発明の第１の態様による方法は、ユーザ装置で実施されてもよいし、またネットワークのノード例えばネットワークのＴＶサーバなどで実施されてもよい。さらなる代替形態として、方法の１つ以上の工程（例えば、モニタリング工程）がユーザ装置で実施されてもよく、１つまたはいくつかの工程（例えば、決定工程およびダウンロード開始工程）がネットワークで実施されてもよい。
【００１９】
電子ガイドは、ユーザ装置にプッシュされるフラグメントと対話形式でダウンロードされるフラグメントとを備えてもよい。例えば、電子ガイドの制御情報は放送されてもよいのに対して、表示情報の一部または全部が、要求があり次第ユーザ装置に提供される。ユーザ装置にプッシュされるフラグメントの少なくとも一部は、対話形式でもダウンロード可能であってもよい。この手法では、例えば、フラグメントをこれらのフラグメントの次の放送を待つ必要なしに対話形式で読み出し得る。
【００２０】
モニタリング工程は、ユーザが選択したチャンネルリストの検出を備えてもよい。電子ガイドは、少なくとも１つのチャンネルリスト、すなわち利用可能な全チャンネルのリストを提供してもよい。さらなるチャンネルリスト、例えばユーザが好むチャンネルのリストなどが、構成可能であってもよい。ユーザがどのチャンネルリストもめったに選択しない場合、チャンネルリストまたはチャンネルリストの一部を表わすフラグメントは、ダウンロードのためにあまり高く順位付けられなくてもよい。
【００２１】
用語「チャンネル」および「サービス」は、特に指示がなければ、本明細書では同意語として使用される。チャンネルは、サービスがそれ自体の専用チャンネルを有するように、１つのサービスだけ例えば１つのＴＶ送信事業者／放送局などだけを有してもよいことは理解されるべきである。しかし、チャンネルは、１つを超えるサービス例えば４つのサービス／局も有してもよい。このような状況のすべてが、本明細書で使用する用語「チャンネル」に網羅されるものとする。「サービス」の代わりに用語「チャンネル」を使用するとは、特定の状況では技術的に正しくないこともあることはわかっているが、それにもかかわらずこの用語は一般に使用されている（アナログ放送の時代が起源）ので、本明細書でも追随する。
【００２２】
モニタリング工程は、ユーザのチャンネル選択の検出を備えてもよい。例えば、ユーザは、チャンネルリストの中からユーザに表示された放送チャンネルの１つを選択してもよいし、またユーザは、あるチャンネルから別のチャンネル、例えば次のチャンネルへのチャンネル変更を開始してもよい。
【００２３】
モニタリング工程は、代替または追加として、チャンネル選択の継続期間の検出工程を備えてもよい。チャンネルが長時間選択されている場合は、番組リストおよび番組情報を表わすフラグメントが高く順位付けられてもよいのに対して、例えばユーザがチャンネルを素早く動かすときなどに短時間だけ選択されるチャンネルに関しては、現在の番組に関連するフラグメントだけが高く順位付けされてもよい。
【００２４】
モニタリング工程は、ユーザが選択した番組の検出工程を備えてもよい。この場合、この番組に関連するフラグメントは高く順位付けられてもよい。例えば、対応するサービス／チャンネルの番組予定表内における番組の位置が、検出されてもよい（ユーザは、しばしば２１：００ ＧＭＴに始まる１つ以上の番組を見る）。追加または代替として、選択された番組の内容に関する特徴が検出されてもよい（ユーザは、２１：００ ＧＭＴのニュース番組を見るが、２１：００ ＧＭＴには他の番組はめったに見ない。ユーザは、他の開始時刻のニュース番組も見ることがある）。
【００２５】
さらに、モニタリング工程は、表示のためにユーザが選択した電子ガイドの少なくとも１つのフラグメントの検出を備えてもよい。例えば、絶対時間位置（例えば開始時刻）または特定のチャンネルの番組時間割の位置が検出されてもよい、あるいはフラグメントが表わす情報の内容に関する特徴（例えば番組の種類）が、類似のフラグメントの識別を可能にするために検出されてもよい。検出工程は、追加または代替として、チャンネルリスト（またはサービスリスト）、番組リスト、および電子サービスガイドに載せている特定の番組に関連する情報の少なくとも１つの選択を検出する工程を備えてもよい。
【００２６】
モニタリング工程は、ユーザ装置にダウンロードされたフラグメントの有効期限終了の検出工程も備えてもよい。例えば、番組関連フラグメントは、次の番組の開始時刻に暗黙のうちに有効期限が切れてもよいし、またそれに関係する明示的な有効期限を有してもよい。フラグメントがそのほかの点では決定工程で高く順位付けられたであろう場合でさえ、有効期限終了の場合はこのフラグメントをダウンロードすることは無駄であろうから、このことは、決定工程で考慮されてもよい。フラグメントの有効期限終了前（例えば、番組の放送時間の８０％が既に終わっている）に、より低い順位もまた決定されてもよい。
【００２７】
フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルに準じた、フラグメントの順位付けを備えてもよい。例えば、他の利用可能なチャンネルと比べて特定のチャンネルが頻繁に選択されている（すなわち、この特定のチャンネルをユーザが好んでいる）ことは、モニタリング工程で検出されていてもよい。この特定のチャンネルに関連するフラグメントは、他のチャンネルに関連するフラグメントより高く順位付けられてもよい。対応するフラグメントのランキングにつながるチャンネルのプリファレンス（好み）は、追加または代替として、例えばユーザプロファイルなどの決定工程における評価のためにも構成されてもよい。
【００２８】
この場合、決定工程は、フラグメントが関連する少なくとも１つのチャンネルの選択、選択頻度、および選択の継続期間の少なくとも１つによる、フラグメントのランキング付け工程をさらに備えてもよい。例えば、特定のチャンネルに関連するフラグメントは、そのチャンネルがユーザの好むチャンネルのリストに含まれている理由で、他のフラグメントより高く順位付けられてもよいが、追加または代替として、チャンネルがユーザによって頻繁に選択される理由で、他のフラグメントの前に順位付けられてもよい。より洗練されたランキング決定スキームでは、チャンネル（サービス）が頻繁に選択されるけれども、このチャンネルに関する選択の継続期間が短い（すなわち、ユーザが素早く通り過ぎるだけである）ことをさらに考慮してもよい。チャンネル選択の頻度の検出は、利用可能なチャンネルまたは特定のチャンネルリストにおける全チャンネルの所与の選択数内でチャンネルの選択数を決定する決定工程を含んでもよい。
【００２９】
フラグメントのランキング決定工程は、電子ガイドから提供される番組リストに準じたフラグメントの順位付け工程を備えてもよい。例えば、特定の番組リストに属するフラグメントが高い順位に決定された場合、この特定の番組リストに関連する以降のフラグメントも同様に高く順位付けられてもよい。フラグメントのランキング決定工程は、追加または代替として、フラグメントが関係するチャンネルの中の少なくとも１つのチャンネルの番組リストの選択頻度によるフラグメントの順位付け工程を備える。例えば、フラグメントが視聴のために頻繁に選択される番組リストに関連している場合、高く順位付けられてもよい。
【００３０】
フラグメントのランキング決定工程は、フラグメントが関連する番組によるフラグメントの順位付け工程を備えてもよい。例えば、フラグメントは、対応するチャンネル／サービスの番組時間割の相対位置または絶対位置に応じて順位付けられてもよい。一例として、現在の時刻が使用時刻に近くない（現在時刻は１７：００ＧＭＴである）としても、ユーザ装置の好みの使用時刻の番組に関連する情報を表わすフラグメントは高く順位付けられてもよい（すなわち、ユーザは２１：００ ＧＭＴにチャンネルを見ることを好むなど）。類似の順位付けが、ユーザのモニタリングを考慮せずにチャンネルの呼び物の番組（すなわち、今晩放送される映画）に関連するフラグメントに適用されてもよい。
【００３１】
この場合フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルの現在の番組に準じたフラグメントの順位付け工程をさらに備えてもよい。例えば、（ユーザによって構成されたおよび／またはユーザのモニタリングに基づき決定された好みのチャンネルのリストに載っている）すべての好みのチャンネルで現在進行中の番組に関連するフラグメントが、高く順位付けられてもよい。さらにまた、フラグメントのランキング決定工程は、フラグメントが関連する少なくとも１つのチャンネルの次の番組に準じたフラグメントの順位付け工程を備えてもよい。例えば、最も好むチャンネルの次の番組は、高く順位付けられてもよい。
【００３２】
ユーザ装置の電子ガイドは、階層型に編成されてもよい。トップレベルは、例えば利用可能な全チャンネルのリストなど、チャンネルリストにおけるチャンネル（サービス）を備えてもよい。さらなるチャンネルリストは、独立して編成されてもよいし、また（現在または通常）利用可能なチャンネルのリストであってもよい最も包括的なリストから派生してもよい。第２のレベルは、各チャンネル／サービスの現在の番組を備えてもよい。第３のレベルは、各チャンネルの次の番組を備えてもよく、第３のレベル以降のレベルはさらに将来の番組を備えてもよい。このようにして、階層型に編成された番組／サービスガイドのブランチは、特定のチャンネル／サービスの番組に関連する情報を有してもよい。
【００３３】
このようにフラグメントのランキング決定工程は、フラグメントが関係する電子ガイドのレベルおよびブランチの少なくとも１つに応じたフラグメントの順位付け工程を備えてもよい。例えば、フラグメントは、あるレベル（例えば、現在進行中の番組に相当するレベル）に関連していることに照らして、および追加としてあるブランチ（例えば、最も好むチャンネル／サービスに相当するブランチ）に関連していることに照らして、順位付けられてもよい。
【００３４】
あるいは、フラグメントのランキング決定工程は、フラグメントが属するグループに準じたフラグメントの順位付け工程を備えてもよい。フラグメントは、例えばＯＭＡ ＢＣＡＳＴ規格などに照らして、グループに分類されてもよく、それによってグループに属する各フラグメントはグループＩＤを有してもよい。例えば、他の順位付け基準のせいでフラグメントが高く順位付けられている場合は、グループに属する以降のフラグメントも同様に高く順位付けられてもよい。
【００３５】
フラグメントのランキング決定工程は、好みのチャンネルグループの決定工程を備えてもよく、好みのグループの少なくとも１つは、ユーザが好むチャンネルであることを示す。一例として、決定工程は、ユーザ装置の１人以上のユーザによって構成可能な好みのチャンネルのリストの中から好みのチャンネルの決定工程を含んでもよい。追加または代替として、決定工程は、最も頻繁に選択されるこれらのチャンネルの決定工程を含んでもよい。例えば、最も頻繁に選択される３つのチャンネルが、最も好むチャンネルの選択グループを構成するように決定され、次に高い選択頻度を有する３つのチャンネルが、好みのチャンネルの選択グループを構成するように決定され、残りのチャンネルは、あまり好みでないチャンネルの選択グループ構成するように決定される。別の例では、決定工程は、少なくとも所定の閾値の頻度を有することで選択されるこれら複数のチャンネルの決定工程を有する。最も好む複数のチャンネルは、最も高い選択頻度を有するチャンネルであり、最も好む複数のチャンネルを一緒にすると、全チャンネル選択活動の少なくとも３分の２の頻度で選択される。最も好む複数のチャンネルは、ユーザ行動次第で、より少ないチャンネル数のこともあるし、より多いチャンネル数のこともある。
【００３６】
チャンネルの選択グループは、例えばユーザがチャンネルリストを素早く移動するとき選択されるだけのチャンネルを除外できるようにするなどのために、チャンネル選択の継続期間も考慮して決定されてもよい。
【００３７】
フラグメントのランキング決定工程は、フラグメントと少なくとも２つの優先順位の中の１つの優先順位との関連付け工程を備えてもよい。例えば、フラグメントは、高、中、低の優先順位と関連付けられてもよい。また、例えばフラグメントと同数の優先順位などの、もっと多くの様々な優先順位が存在してもよい。優先順位の高いフラグメントは、ユーザ装置に最初にダウンロードされ、より低い優先順位に関係するフラグメントが続いてダウンロードされるように計画されてもよい。
【００３８】
フラグメントのランキング決定工程は、ユーザ装置のディスプレイに同時に表示可能なフラグメント数に応じたフラグメントの順位付け工程を備えてもよい。この場合、フラグメントのランキング決定工程は、ディスプレイに表示されるときの、チャンネルリストおよび番組リストの少なくとも１つの大きさに応じたフラグメントの順位付け工程を備えてもよい。一例として、番組リストは、現在の番組、次の番組、さらに以降の番組についての情報を表わすフラグメントを備えてもよい。ユーザ装置のスクリーンは、２つの番組に関連する情報の表示だけが可能であってもよい。この場合、現在および次の番組に関連するフラグメントは、番組リストの以降のフラグメントの前に順位付けられてもよく、その理由は、現在および次の番組の表示が番組リストの要求に応じて現れる「第１の画面」になるからである。
【００３９】
フラグメントのダウンロード開始工程は、フラグメントが専用の処理内で送信されるダウンロードの開始を備えてもよい。このような電子ガイド取得処理は、例えばユーザ装置からネットワークへの１つ以上のフラグメントに対する（例えばＯＭＡ ＢＣＡＳＴに従った）専用の要求メッセージの送信処理と、ネットワークからユーザ装置への１つ以上の要求されたフラグメントを有する専用の応答メッセージの送信処理とを備えてもよい。
【００４０】
代替形態では、フラグメントのダウンロード開始工程は、フラグメントをまとめて送信するダウンロード手順の開始工程を備えてもよい。例えば、ユーザ装置からネットワークへ選択したチャンネルの変更を伝えるための手順が、メディアコンテンツ配信システムから提供されてもよい。ユーザ装置の現在の状態をネットワークに伝えるために、さらなる処理が提供されてもよい。これらの処理は、フラグメント要求を送信するために使用されてもよい。ネットワークの応答メッセージは、通常一般的な肯定応答以上の情報を有さないが、この場合、１つ以上の必要なフラグメントまたは電子ガイド項目を相乗りさせてユーザ装置に送信するために使用されてもよい。
【００４１】
本発明の別の態様によれば、コンピュータプログラムが１つ以上のコンピュータデバイスで実行されるとき、本明細書に記載の方法態様のいずれかの態様による工程を実行するためのプログラムコード部分を備えるコンピュータプログラムが提供される。コンピュータプログラムは、コンピュータで読み取り可能な記録媒体に格納されてもよい。
【００４２】
本発明のさらなる態様によれば、ユーザ装置へのメディアコンテンツ配信用の電子ガイドのダウンロードを制御するように適合されたユーザ装置が提案される。ユーザ装置は、ユーザ装置に関連するユーザ行動のモニタリングに基づき、対話形式でユーザ装置にダウンロードする電子ガイドのフラグメントのランキングを決定するためのランキング決定コンポーネントと、決定されたランキングに基づきユーザ装置への１つ以上のフラグメントのダウンロードを開始するためのダウンロードコンポーネントとを備える。
【００４３】
ユーザ装置は、ユーザ装置に関連したユーザの行動をモニタリングするためのモニタリングコンポーネントをさらに備えてもよく、ここでモニタリングコンポーネントはランキング決定コンポーネントに通信可能なように接続されている。それ故、モニタリングは、ユーザ装置自体で少なくとも一部が実行される。さらなるモニタリングが、例えば電子ガイドを提供するネットワークで実行されてもよい。
【００４４】
本発明のまた別の態様によれば、メディアコンテンツ配信サービス用の電子ガイドのダウンロードを受けるように適合されたユーザ装置が提案され、ユーザ装置はユーザ装置に関連するユーザ行動をモニタするためのモニタリングコンポーネントを備え、モニタリングコンポーネントは電子ガイドを提供するネットワークのネットワークノードのランキング決定コンポーネントと通信するように適合され、ランキング決定コンポーネントは対話形式でユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定するように適合されている。
【００４５】
本発明の別の態様によれば、電子ガイドを提供するネットワークのネットワークノードが提案され、ネットワークノードは、ユーザ装置へのネットワークのメディアコンテンツ配信サービス用の電子ガイドのダウンロードを制御するように適合されている。ネットワークノードは、ユーザ装置に関連するユーザの行動をモニタリングした結果に基づき、ネットワークからユーザ装置にダウンロードされる電子ガイドのフラグメントのランキングを決定するためのランキングコンポーネントと、ランキングに基づきユーザ装置に１つ以上のフラグメントのダウンロードを開始するためのダウンロードコンポーネントとを備える。
【００４６】
ネットワークノードは、ユーザ装置に関連するユーザ行動をモニタするための第１のモニタリングコンポーネントをさらに備えてもよく、ここで第１のモニタリングコンポーネントは、ランキング決定コンポーネントに通信可能なように接続されている。第１のモニタリングコンポーネントは、ユーザ装置への１つ以上のフラグメントのダウンロードをモニタするように適合されてもよい。
【００４７】
ネットワークノードは、ユーザ装置に関連するユーザ行動をモニタするように適合されたユーザ装置の第２のモニタリングコンポーネントとインタフェースするためのインタフェースコンポーネントを備えてもよく、ここでインタフェースコンポーネントは、ランキング決定コンポーネントに通信的に接続されている。
【００４８】
以下では、本発明について、図に示す実施形態例を参照してさらに説明する。
【図面の簡単な説明】
【００４９】
【図１】携帯ＴＶの全体構成の概略図である。
【図２】ユーザ装置の携帯ＴＶアプリケーションのコンポーネントを示す機能ブロック図である。
【図３】ネットワークの携帯ＴＶアプリケーションの一実施形態のコンポーネントを示す機能ブロック図である。
【図４】ネットワークの携帯ＴＶアプリケーションの別の実施形態のコンポーネントを示す機能ブロック図である。
【図５】ユーザ装置に描写される電子サービスガイドの構造の概略図である。
【図６】携帯ＴＶアプリケーションの第１の実施形態の動作手順を示すフロー図である。
【図７】携帯ＴＶアプリケーションの第２の実施形態の動作手順を示すフロー図である。
【図８】携帯ＴＶアプリケーションの第３の実施形態の動作手順を示すフロー図である。
【図９】携帯ＴＶアプリケーションの第４の実施形態の動作手順を示すフロー図である。
【図１０ａ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｂ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｃ】図９の実施形態の動作手順の詳細を示すフロー図である。
【図１０ｄ】図９の実施形態の動作手順の詳細を示すフロー図である。
【発明を実施するための形態】
【００５０】
以下の説明では、本発明の徹底的な理解を提供するために、限定のためでなく説明のために、特定のネットワークノード等を含む特定のネットワークタイプおよびネットワークトポロジなどの特定の詳細を記載する。本発明をこれらの特定の詳細から外れた他の実施形態でも実施可能であることは、当業者には明らかであろう。例えば、本発明を移動可能なユーザが参加し得るメディアコンテンツ配信サービスを提供するどのネットワークでも実施し得ることは、当業者なら理解するであろう。それ故、本発明は、例えばＯＭＡ ＢＣＡＳＴ規格や携帯ＴＶアプリケーション用の他の規格などを実装した携帯ネットワークに適用できる。本発明は、例えばＤＶＢ−Ｈ規格またはデジタルメディアコンテンツ放送／マルチキャスト配信用の他の規格などに従うデジタルＴＶ放送／マルチキャスト用のネットワークにも適用可能である。また、本発明は、メディアコンテンツＰＴＭ配信技術またはメディアコンテンツＰＴＰ配信技術を実施するＷＬＡＮまたはＢｌｕｅｔｏｏｔｈ（登録商標）または類似の無線ネットワークなどの無線ネットワークにも適用可能である。
【００５１】
以下に説明する実施形態例は放送対応のネットワークに基づいており、ＰＴＭ送信は放送送信であるが、例えばマルチキャスト送信に基づくＰＴＭ技術または将来開発される他のＰＴＭやＰＴＰの技術など、他のＰＴＭまたはＰＴＰ送信技術も用い得ることは、当業者は理解するであろう。
【００５２】
また、本発明はＴＶ ＰＴＭ配信だけでなく、あらゆる種類のメディアコンテンツ配信技術にも適用可能であり、メディアコンテンツ配信技術は、例えば純粋な映像送信あるいは音声、音楽および類似のオーディオデータを含むオーディオ送信などに関連してもよい。
【００５３】
以下に説明する機能が、個別のハードウェア回路を使用して、プログラマブルマイクロプロセッサまたは汎用コンピュータとともに働くソフトウェアを使用して、特定用途向け集積回路（ＡＳＩＣ）を使用して、および／または１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して実施されてもよいことも、当業者はさらに理解するであろう。本発明が方法として説明されるとき、本発明はコンピュータプロセッサおよびプロセッサに連結したメモリの中に具体化されてもよく、ここでメモリは、プロセッサが実行するとき本明細書に開示の方法を実施する１つ以上のプログラムで符号化されることも、理解されるであろう。
【００５４】
図１では、携帯ＴＶシステム１００の一実施形態が概略的に示されている。システムは、ユーザ装置１０２および放送対応ネットワーク１０４を備える。ネットワーク１０４は、例えばＧＳＭ（登録商標）ネットワークやＵＭＴＳネットワークなどの携帯ネットワークである。代替実施形態では、ネットワーク１０４は、例えばＤＶＢ−Ｈネットワークなどのデジタル放送ネットワークでも同様によい。また別の実施形態では、ネットワーク１０４はＩＰベースの有線または無線のネットワークである。
【００５５】
ネットワーク１０４は、携帯ＴＶサービスのサーバ機能を実施するネットワークノード１０６を備える。特に、ＴＶサーバ１０６は、ＴＶサービスの放送を制御する。これらのサービスは、専用ＴＶ受像機に対する標準ＴＶサービスを備えてもよいし、また例えば携帯電話機、スマートフォン等のような比較的小さなスクリーンの携帯デバイスでの携帯ＴＶ受信に特に適合したサービスも備えてもよい。ネットワーク１０４が放送するＴＶ番組は、矢印１０８で図式的に示されている。
【００５６】
放送１０８は、アンテナ１０９によってユーザ装置１０２で受信されてもよい。ユーザ装置１０２は、受信した放送データすなわちＴＶ番組を表示するスクリーン１１２を備える。携帯デバイス１０２は、携帯電話機、スマートフォン、または例えばＯＭＡ ＢＣＡＳＴ規格やＤＶＢ−Ｈ規格に準じた携帯ＴＶ受信用の挿入カードを差し込んだノートブックパソコンなどの他の携帯デバイスでもよい。
【００５７】
ネットワーク１０４は、ユーザ装置１０２への送信１０８では放送されない電子サービスガイド（または他の実施形態では電子番組ガイド）を提供する。放送とは違って、ＥＳＧは、ユーザ装置１０２によってフェッチされる（対話形式で読み出される）か、またはユーザ装置１０２にプッシュされるか、しなければならない。検索のために、デバイス１０２は、ＴＶサーバ１０６へのユニキャスト通信１１０を開始してもよい。通信１１０は、サーバ１０６へのＥＳＧの１つ以上の特定のフラグメント要求の送信を備えてもよく、そのサーバ１０６は、１つ以上の要求されたフラグメントを送信することにより応答する。通信１１０は、ＩＰ−ＵＤＰ送信またはＩＰ−ＴＣＰ−ＨＴＴＰ接続（ＩＰ：インターネットプロトコル(Internet Protocol)、ＵＤＰ：ユーザデータグラムプロトコル(User Datagram Protocol)、ＴＣＰ：伝送制御プロトコル(Transmission Control Protocol)、ＨＴＴＰ：ハイパーテキスト転送プロトコル(HyperText Transfer Protocol）に基づいてもよいし、ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコルに基づいてもよい。各フラグメントは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）符号化データファイルでもよい。
【００５８】
通信１１０のデータは、ユーザ装置１０２のアンテナ１０９で受信される。例えば、データは、携帯ネットワーク１０４の無線インタフェースによって転送されてもよい。代替実施形態では、通信１１０は、ＴＶサーバ１０６とユーザ装置１０２との間の純粋な有線接続に基づいてもよい。デバイス１０２は、例えば、ＵＳＢインタフェース、ＩＰベースインタフェースまたは同様のものを通じて通信を確立してもよい。
【００５９】
ユーザ装置１０２によってフェッチされるかまたはユーザ装置１０２にプッシュされるＥＳＧの部分またはフラグメントは、ユーザ装置に格納され、ユーザの要求に基づきユーザに表示されてもよい。対応するコマンドをユーザ装置１０２に関係するキーパッド（図示せず）または類似の入力デバイスに入力時、ＥＳＧフラグメントの表示１１４が、スクリーン１１２上に生じてもよく、その表示１１４は、例えば現行のＴＶ番組などのスクリーン上の他の表示にかぶさるかまたは置き換わる。
【００６０】
図１に図式的に描かれるＥＳＧ表示１１４は、例えばネットワーク１０４から利用可能な放送チャンネルを示すチャンネルリストを備えてもよい。チャンネルリストは、利用可能な全チャンネルのリストを備えてもよいし、および／または追加でユーザが構成可能な好みのチャンネルのサブリストを備えてもよい。例えば、好みのチャンネルリスト内には、ユーザは、自分の個人的な好みに従って利用可能な全チャンネルの全部またはサブセットを入れてもよい。
【００６１】
ＥＳＧ表示１１４は、例えばこのチャンネルの現在の番組および以降の番組などの、選択された特定のチャンネルの番組を示す番組リストも備えてもよい。番組は、番組名、番組の開始時刻、およびたぶん字幕もしくは類似の付加情報とともに表示されてもよい。表示１１４は、例えば、番組の題名、開始時刻、ならびに例として番組の要約または番組に関連する話題もしくは俳優のリストなどの詳細な番組説明などを含む、進行中またはこれからの番組に関連する表示も備えてもよい。
【００６２】
図２は、基礎的機能要素、すなわち図１のユーザ装置１０２に実装される携帯ＴＶアプリケーション２００の特定のコンポーネントまたはモジュールを概略的に示す。アプリケーション２００は、図１のＴＶサーバ１０６のクライアントである。アプリケーション２００は、ユーザ装置１０２のスクリーン１１２上の表示１１４（図１参照）のために要求されたＥＳＧフラグメントのレンダリングを提供するユーザインタフェース２０２を備える。
【００６３】
ＥＳＧ管理コンポーネント２０４が、ＥＳＧフラグメントの検索、格納および表示に関連する管理機能を実行する。ＥＳＧ管理コンポーネント２０４は、ユニキャスト通信１１０を通してＥＳＧフラグメントを読み出すように適合されたフラグメント取得コンポーネント２０６に接続されている。図２に示されている例では、取得コンポーネント２０６は、ＴＶサーバ１０６からのフラグメントのＨＴＴＰ検索に適合されており、すなわち通信１１０は、ＩＰ−ＴＣＰ−ＨＴＴＰ接続２０８を通して実施される。ＥＳＧフラグメントの一部は、メディアコンテンツ送信のための放送２０９によっても受信されてもよい。放送２０９によるメディアコンテンツの受信および処理に適合されたＴＶアプリケーション２００のさらなるコンポーネントは、明確にするために図２では省略されている。
【００６４】
管理コンポーネント２０４は、取得コンポーネント２０６によって読み出されたＥＳＧフラグメントをストレージ２１０に格納し、このストレージ２１０は、ＴＶアプリケーション２００による使用専用のユーザ装置１０２の記憶装置の中に物理的に設けられた記憶領域でもよい。スクリーン上に１つ以上のフラグメントを表示するために、フラグメントは、管理コンポーネント２０４によってストレージ２１０から読み出され、ユーザインタフェースコンポーネント２０２に転送される。インタフェース２０２は、フラグメントによって表わされる情報のレンダリングを実施する。
【００６５】
管理コンポーネントは、番組の表示に関連する制御機能も実施する。例えば、サービスの受信の制御に関する制御情報を含む各サービスのフラグメントの処理時、管理コンポーネント２０４は、ユーザ装置１０２のスクリーン１１２上へのネットワーク１０４から放送された番組の表示の制御のために、ＴＶアプリケーション２００の制御コンポーネント（図示せず）と連絡してもよい。
【００６６】
モニタリングコンポーネント２１２、ランキングコンポーネント２１４およびダウンロードコンポーネント２１６がさらに用意されている。モニタリングコンポーネント２１２は、ユーザインタフェース２０２をモニタするように適合されている。例えば、モニタリングコンポーネント２１２は、ユーザ装置１０２（図１参照）のスクリーン上の少なくとも１つのチャンネルリスト、１つ以上の番組リスト、および１つ以上の番組の表示を検出する。モニタリングコンポーネント２１２は、使用状況データすなわち検出されたイベントを表わすデータをストレージコンポーネント２１８の中に格納する。
【００６７】
ランキングコンポーネント２１４は、対話形式でダウンロードされるフラグメントのランキングを決定するように適合されている。ランキングコンポーネント２１４は、ストレージコンポーネント２１８に格納された使用状況データに基づきフラグメントのランキングを決定する。このランキングに基づき、ダウンロードコンポーネント２１６は、ＨＴＴＰ接続２０８を通してフラグメントのダウンロードを開始する。図２に描かれる実施形態では、ダウンロードコンポーネントが、ＥＳＧ管理コンポーネント２０４への接続経由でフラグメントの取得を開始する。
【００６８】
代替実施形態では、ダウンロードコンポーネント２１６は、フラグメントのダウンロードを開始するためにフラグメント取得コンポーネント２０６に直接接続もされてもよい。さらなる代替実施形態では、ランキングコンポーネント２１４は、モニタリングコンポーネント２１２と直接連絡もしてもよい。また別の代替実施形態では、モニタリングコンポーネント２１２は省略されてもよい。この場合ストレージコンポーネント２１８に格納された使用状況データは、ユーザプロファイルデータを備えてもよい。各々がＥＳＧの典型的な使用状況を表すいくつかのユーザプロファイルが、ネットワーク１０４の事業者によって構成されてもよい。これらのプロファイルの少なくとも１つは、使用状況データストレージ２１８に格納されてもよい。ユーザ装置のユーザは、ユーザプロファイルの個々の項目を選択および構成してもよい。この場合ランキングコンポーネント２１４は、ストレージ２１８に格納されたこの特定のユーザプロファイルを当てにしてもよい。
【００６９】
図３は、ユーザ装置３０２、放送ネットワーク３０５の携帯ＴＶサーバ３０４、および携帯ＴＶアプリケーション３０６を備える携帯ＴＶシステム３００の別の実施形態を示す。この実施形態では、アプリケーション３０６は、ユーザ装置３０２に実装されず、ネットワーク３０５のノード（明確にするため図示せず）に実装されている。例えば、ＴＶアプリケーション３０６は、ＴＶサーバ３０４の一部として実装されてもよい。
【００７０】
アプリケーション３０６は、ネットワーク３０５が提供する電子サービスガイドのフラグメントのランキングを決定するためのランキングコンポーネント３０８を備える。アプリケーション３０６は、ランキングコンポーネント３０８によって決定されるランキングに基づき、フラグメントのユーザ装置３０２へのダウンロードを開始するためのダウンロードコンポーネント３１０をさらに備える。
【００７１】
アプリケーション３０６は、ＥＳＧフラグメント検索のために、ＴＶサーバ３０４とユーザ装置３０２との間のポイント・ツー・ポイント（ユニキャスト）ＨＴＴＰ接続３１４をモニタするように適合されたモニタリングコンポーネント３１２をさらに備える。モニタリングコンポーネント３１２は、ユーザ装置３０２からＴＶサーバ３０４に送信される検索要求をモニタするように適合されている。コンポーネント３１２は、ＴＶサーバ３０４からユーザ装置３０２に送信されるフラグメントをモニタするようにさらに適合されている。例えば、モニタリングコンポーネント３１２は、ユーザ装置によって表示目的および制御目的で要求されたフラグメントをモニタし、ユーザ装置に実際にダウンロードされるフラグメントをさらにモニタする。ダウンロードされたフラグメントは、ユーザ装置によって要求されたフラグメントに加えて、要求されずにデバイス３０２に送信されたフラグメント、すなわちランキングコンポーネント３１０によってダウンロードを決定されたフラグメントも備える。さらに、ネットワーク３０５の事業者の決定でユーザ装置に送信されるフラグメントがあってもよい。このようなフラグメントは、例えば、広告情報、またはニュース関連の表示情報、または携帯ＴＶシステム３００のユーザが興味を持つ他の情報を表わしてもよい。代替実施形態では、モニタリングコンポーネントは、ユーザ装置とサーバとの間の通信の一部だけ、例えばユーザ装置の検索要求だけをモニタするように適合されてもよい。
【００７２】
図３の実施形態では、モニタリングコンポーネント３１２は、ストレージコンポーネント３１６にユーザ装置３０２に関連してモニタされたユーザ行動および／またはダウンロードの特徴を表わすデータを格納する。ランキングコンポーネント３０８は、ストレージ３１６に格納されたモニタリングデータに基づき、ユーザ装置にダウンロードされるフラグメントのランキングを決定する。ランキングコンポーネント３０８は、ダウンロードコンポーネント３１０を始動させ、それに応じてダウンロードコンポーネント３１０は、コンポーネント３０８がダウンロードを決定したフラグメントをＴＶサーバ３０４に伝える。ＴＶサーバ３０４は、ネットワーク３０５が提供するＥＳＧに関連するフラグメントを格納するストレージ３１８から必要なフラグメントを読み出す。サーバ３０４は、接続３１４を通してユーザ装置３０２に読み出したフラグメントを送信する。
【００７３】
図３に示される実施形態では、さらなるモニタリングコンポーネント３２０がユーザ装置３０２に実装されている。コンポーネント３２０は、デバイス３０２のスクリーン３２２上にフラグメントを表示するユーザインタフェース（図示せず）をモニタする。モニタリングコンポーネント３２０は、ストレージコンポーネント３１６に格納するために、ユニキャスト通信３２４を通してアプリケーション３０６にそのモニタリングデータを送信してもよく、このユニキャスト通信３２４は、例えばＩＰ−ＵＤＰ通信やＸＭＬデータ転送用のＩＰ−ＴＣＰ−ＨＴＴＰ接続などでもよい。アプリケーション３０６は、ユーザ装置３０２のモニタリングコンポーネント３２０とインタフェースするためのインタフェースコンポーネント（図示せず）を備える。接続３２４が必要とするリソースを制限するために、接続３２４を通して転送されるデータは、選択されたモニタリングデータだけを備えてもよい。
【００７４】
図４は、ユーザ装置４０２、放送ネットワーク４０５の携帯ＴＶサーバ４０４、および携帯ＴＶアプリケーション４０６を有する携帯ＴＶシステム４００の別の実施形態を示す。図４の実施形態は、図３に示す実施形態と多くの面で類似しているので、これらの面の説明は省略する。主な相違は、図４の実施形態では図３の実施形態のモニタリングコンポーネントが２つとも省略されている。ユーザ装置４０２とＴＶサーバ４０４との間のユニキャスト通信４０８のモニタリングは行われない。
【００７５】
ＴＶアプリケーション４０６のストレージコンポーネント４１０に格納されたデータは、所定のユーザプロファイルデータを備える。ユーザプロファイルは、一例として、チャンネルおよび／または番組に関するユーザの好み、および好みの番組に関する内容、言語または類似のユーザ行動を具体的に述べてもよい。事業者によるネットワーク４０５の構成の後、各々がＥＳＧの典型的な使用状況を表わすいくつかのユーザプロファイルが、ＴＶサーバ４０４からストレージ４１０に格納される。構成のために、所定のユーザプロファイルの１つが、ユーザ装置４０２のユーザによって選択されてもよいし選択されなくてもよく、それに応じてストレージ４１０に格納されてもよい。従って、格納されたユーザプロファイルは、ユーザのグループ（全ユーザがプロファイルの１つに関係している必要がある）または単独ユーザ（各ユーザが自分用の構成のためにプロファイルを選択する必要がある）の所定の行動を表し得る。前者の個別でないユーザプロファイルの場合、ランキングコンポーネント４１２は、特定のユーザプロファイルに関係しているユーザに対して同時にダウンロードされるフラグメントを決定する。
【００７６】
図５を参照して、次にユーザ装置に描写される電子サービスガイド５００の実施形態を説明する。ＥＳＧの描写５００は階層構造に従う。階層のトップレベルは、チャンネルリスト５０２によって形成される。チャンネルリストはユーザが構成可能、すなわちユーザはチャンネルの順序を選択し得る。代替実施形態では、チャンネルリストはチャンネルの選択頻度の測定または他の基準に従って自動的に格納されてもよい。
【００７７】
各チャンネルは、１つのＴＶサービスだけを備える（代替実施形態では、チャンネルはいくつかのＴＶサービス、例えば４つのＴＶサービスなどを備えてもよい）。それ故、Ｍ個のチャンネルは、サービス１、２、３、…、Ｎ、…、Ｍを備える。各サービスは、対応するＴＶ送信事業者に従って、例えば「ＣＮＮ」「ＢＢＣ」などと名付けられてもよい。各チャンネルに対して、対応する番組リスト５０４の描写（階層構造５００のブランチ）が提供され、そこに現在の番組および以降の番組が示されてもよい。
【００７８】
ユーザ装置のＥＳＧ５００の描写は、例えばチャンネルリスト５０２のすべての利用可能なチャンネル１…Ｍに対する記憶場所などを提供してもよい。チャンネル１…Ｎは、全部のチャンネル選択イベントを基にして９０％の確率でユーザによって選択されてもよい。チャンネルリスト５０２のこれらＮ個のサービスに関して、関係する番組リスト１…Ｎに対する記憶場所が提供され、各番組リストは現在の番組および次の番組すなわち現在の番組の直後の番組を表わすフラグメントを少なくとも備える。現在の番組および次の番組の各々が番組名および予定開始時刻を示す各１つのフラグメントによって描写される場合に必要な合計の記憶装置は、２Ｎ個のフラグメントの記憶量を備える。
【００７９】
たった１０％の確率で選択されるサービスＮ＋１…Ｍに関しては、番組リストに関連するフラグメントのための記憶場所は確保されなくてもよい。例えば、図２のユーザ装置のランキングコンポーネント２１４または図３もしくは図４のネットワークのランキングコンポーネント３０８もしくは４１２は、ユーザがこれらのサービス／チャンネルをめったに選択しないと決定してもよい。
【００８０】
第１のサービス１…Ｎの中の特定のサービスに関しては、現在の番組および次の番組についての情報に対する記憶場所だけでなく、さらに以降の番組に対する記憶場所も確保される。一例として、追加の記憶場所がサービス２（「ＢＢＣ」）および３（「ｎ−ｔｖ」）に対して確保され、その中に番組＃ｃ（現在の番組）＋２…＃ｃ＋ｎ’を描写する情報が確保される。これらの＃ｃ＋ｎ’番組は、表示のために番組が選択されるとき、ユーザ装置の第１の画面またはディスプレイに収まってもよい。特定のチャンネルに関しては、ユーザがＥＳＧの番組リストをスクロールする場合に備えて、ユーザ装置で追加表示する以降の番組のために、また別の記憶場所が、番組＃ｃ＋ｎ’＋１…ｃ＋ｍ’用に確保されてもよい。記憶場所は、サービス２および３以外のサービスの以降の番組＃ｃ＋２…ｃ＋ｍ’に対して確保されないが、ユーザがこれらのチャンネルに関して番組リストをめったに選択およびスクロールしないからである。ＥＳＧの描写５００の全体構造は、ユーザ装置またはネットワークノードにそれをインストールする前に、携帯ＴＶアプリケーションにプログラムされてもよいし、またネットワーク事業者によって構成されてもよい。この場合デバイスのユーザは、好みのチャンネルに相当するサービス１…Ｎを選択してもよい。代替形態では、ユーザが好むＮ個のサービスが自動的に決定されてもよい。例えば、チャンネルリスト５０２は、ユーザによるこれらのチャンネルの選択頻度に応じたチャンネルに相当してもよい。
【００８１】
次いでＥＳＧ構造５００は、ユーザ装置またはネットワークのランキングコンポーネントのランキングの決定手順（順位付け手順）によって使用されてもよい、すなわちこの手順が構造５００の各項目のランキングを決定し、各項目は１つ以上のフラグメントを備えてもよい。例えば、ランキング技術は、行５０６、５０８に関するフラグメントおよびサービス１…Ｎに関するフラグメントに、最高の優先順位を付けるように決定してもよいのに対して、サービスＮ＋１…Ｍおよび／または他の行に関するフラグメントはより低い優先順位を付けられる。
【００８２】
図６では、フロー図６００が、ユーザ装置へのメディアコンテンツ配信サービス用の電子サービスガイドのダウンロードを制御する方法の実施形態のステップの手順を示す。ステップ６０２では、ユーザ装置に関連するユーザ行動がモニタされる。これには、ユーザ装置の使用状況のモニタリングを備えてもよいが、ユーザの他のユーザ装置のモニタリングも備えてもよい。ステップ６０４では、ネットワークからユーザ装置にダウンロードされる電子サービスガイドのフラグメントのランキングが、モニタリングに基づき決定される。ステップ６０６では、ユーザ装置への１つ以上のフラグメントのダウンロードが、ランキングに基づき開始される。
【００８３】
図７は、例えば図１のデバイス１０２などのユーザ装置の使用状況をモニタするためのモニタリング手順７００の実施形態を示す。モニタリング手順７００は、例えば図２の携帯ＴＶアプリケーション２００のモニタリングコンポーネント２１６や、図３のモニタリングコンポーネント３１２および／または３２０などによって実行されてもよい。
【００８４】
モニタリングは、ユーザ装置の使用状況に関連するイベントによってステップ７０２で開始される。このようなイベントは、例えばキーパッドなどによるデバイスへの任意のデータ入力も含んでもよいが、モニタリング手順７００の周期的実行を開始させるための、デバイスのタイマーサブユニットのトリガ信号も含んでもよい。
【００８５】
次にステップ７０４で、モニタリングルーチン７００は、ユーザ装置に一時的に格納されたフラグメントのいずれかの有効期限が切れているかどうかを検出する。この目的のためにステップ７０６で、モニタリングコンポーネントは、ユーザ装置に格納された全フラグメントをスキャンする。フラグメントは、明示的な有効期限を備えてもよいし、また有効期限切れは、モニタリングコンポーネントによって、例えば特定のフラグメントが関連してもよい番組の開始時刻および現在時刻などから計算されてもよい。検出された有効期限切れのフラグメントを識別する情報が、ステップ７０８で使用状況またはモニタリングデータとして格納される。
【００８６】
以降のステップでは、モニタリングコンポーネントが、ユーザ装置のユーザの入力を調査する。ステップ７１０では、表示のためにチャンネルリストが選択されているかどうかが検出される。選択されている場合、モニタリング手順はスクリーン上に表示されるフラグメント、すなわちユーザ装置のスクリーンに収まるチャンネルリストの一部を検出するためにステップ７１２に続く。これは、例えばサービス１…Ｎおよび各チャンネルに対して現在の番組および次の番組を備える図５に示すチャンネルリスト５００などでもよい。最後のステップ７０８では、モニタリング結果または検出結果、すなわち有効期限が切れているかまたはスクリーン上に表示されているかのどちらかのフラグメントの識別が、使用状況データストレージ２１８（図２参照）に格納される。
【００８７】
モニタリングルーチン７００がステップ７１０でＥＳＧのチャンネルリストが選択されていないことを検出する場合、手順は、特定のチャンネルがユーザによって選択されているかどうかを検出するためにステップ７１４に続く。万一選択されている場合は、ステップ７１６で選択された特定のチャンネルが検出される。次いで手順は、スクリーン上に表示されるチャンネル関連のＥＳＧフラグメントを検出するためにステップ７１２に続く。スクリーンサイズおよびＥＳＧの構成に応じて、表示は、例えば現在の番組の番組名および開始時刻を示すフラグメントなどを備えてもよい。検出されたフラグメントは、ステップ７０８でストレージに書き込まれる。
【００８８】
チャンネルが選択されていない場合、モニタリング手順は、チャンネルの番組リストが選択されているかどうかを検出するために、ステップ７１４からステップ７１８に続く。選択されていることを検出した場合、番組リストの表示に関連するフラグメントを検出するために、ステップ７１２が実行される。これらのフラグメントは、第１の画面すなわちユーザが初めに番組リストを選択するときユーザに表示される最初のディスプレイまたは画面に表示されるフラグメント、表示されるフラグメント、例えば現在および次の番組に関連する情報を表わすフラグメントなどを備えてもよい。ユーザが番組リストをスクロールする場合、検出されたフラグメントは、追加または代替として、以降の番組についての情報を表わすフラグメントも備えてもよい。
【００８９】
ステップ７１８で番組リストが選択されていない場合、ルーチン７００は、番組が選択されているかどうかを検出するためにステップ７２０に進む。番組が選択されていることを検出した場合、ステップ７２２で、選択されている特定の番組が検出される。これに続くステップ７１２では、どのフラグメントがスクリーン上に表示されるかが検出される。
【００９０】
ステップ７０８で図２のＴＶアプリケーション２００のストレージ２１８に格納された使用状況のモニタデータは、（選択頻度の決定のために）選択結果自体に関連する情報、すなわちチャンネルリスト、チャンネル、番組リストまたは番組が選択された情報を備えてもよい。さらに、モニタリングデータは、選択されたチャンネル、選択された番組リスト、または選択された番組を識別するデータを備えてもよい。さらにまた、モニタリングデータは、ユーザ装置のスクリーン上に表示されたフラグメントおよび／または有効期限が切れたフラグメントに関連する情報を備えてもよい。
【００９１】
モニタリングデータを格納して、ステップ７２４で、ステップ７０２のトリガイベント発生の場合に再びモニタリングルーチンを開始するだろうメインプログラム（図示せず）に制御が戻される。
【００９２】
図８は、ダウンロードされる電子サービスガイドのフラグメントのランキングを決定するための決定ルーチン８００を示すフロー図である。ルーチン８００は、例えばユーザ装置の携帯ＴＶアプリケーション２００のランキングコンポーネント２１２などによって実施されてもよい。あるいは、ルーチン８００は、図３のネットワークノード３０６のランキングコンポーネント３０８の実施形態でも実施されてもよい。
【００９３】
決定手順は、ステップ８０２のトリガイベントによって開始される。このようなイベントは、例えばユーザ装置にＥＳＧフラグメントをダウンロードするために利用可能な送信能力があることの表示などであってもよく、表示はＰＴＭネットワークまたはユーザ装置のコンポーネントから受信される。同様に、決定手順８００は、モニタリングコンポーネントから受信した、ユーザ装置のストレージに格納されたモニタリングデータまたは使用状況データが更新されたことを示す信号によって開始されてもよい。
【００９４】
ステップ８０４では、ルーチンは、ＥＳＧのチャンネルリストの選択頻度を決定する。格納されたモニタリングデータは、各々がユーザ装置のスクリーン上のチャンネルリストの表示を示すいくつかのデータセットを備えてもよい。データセットは、決まったデータセット総数だけを有するやり方でストレージを構成することにより明示的または暗示的にタイムスタンプされてもよく、データセットまたはレコードは周期的に上書きされる。チャンネルリスト選択の選択頻度は、チャンネルリスト選択に関連するデータレコードのサブセットから単に決定されてもよい。
【００９５】
さらなるステップ８０６では、完全なチャンネルスキャンの頻度が決定される。チャンネルスキャン頻度は、ユーザが利用可能なすべてのチャンネルをどのくらい頻繁にザッピングするかを示す。この頻度は、ユーザ装置の１人以上のユーザのザッピング行動を表わす。さらなるステップ８０８では、利用可能な各チャンネルの選択頻度が決定される。選択頻度は、チャンネルリスト選択頻度の決定に関して上記の手法に従って決定されてもよい。
【００９６】
さらなるステップ８１０では、利用可能な各チャンネルの番組リストの選択頻度が決定されてもよい。代替実施形態では、番組リスト選択頻度は、例えば最も頻繁に選択されたチャンネルなどの特定のチャンネルに関してだけ決定されてもよい。ステップ８１２では、その現在の番組または任意の現在の番組に関連する表示情報を表わすＥＳＧフラグメントの選択頻度が決定される。言い換えると、選択頻度は、各チャンネル別々におよび利用可能な全チャンネルの合計に関して決定される。全チャンネルの合計に関する決定は、ユーザがどの特定のチャンネルを好むかに無関係に、ＥＳＧの現在の番組表示を選択する一般的ユーザ行動を示す。
【００９７】
ステップ８１４では、ルーチン８００は、次の番組表示情報を表わすＥＳＧフラグメントの選択頻度を決定する。特定のチャンネルの番組に関連する表示情報が現在の番組を次の番組とともに表示するように構成されている場合、現在の番組表示および次の番組表示の両方の選択頻度は、互いに等しくてもよい。
【００９８】
ステップ８１６では、好みのグループが決定される、すなわち利用可能なチャンネルはチャンネルの選択頻度に従って（すなわち、ユーザの選択の好みに従って）、グループに分類される。第１の好みのグループは、例えばチャンネル選択総数の少なくとも３分の２の割合を占める複数のチャンネルなどの、最も頻繁に選択された複数のチャンネル（すなわち最も好むチャンネル）を有してもよい。第２の好みのグループは、ユーザによってチャンネルリストの主要な位置に分類されるチャンネル（最も好むチャンネルを除く）などの好みのチャンネルを有してもよい。第３の好みのグループは、あまり好みでないチャンネル、すなわち最も好むチャンネルでも好みのチャンネルでもない利用可能な全チャンネルを有してもよい。
【００９９】
決定ルーチン８００は、特定のストレージに決定した頻度を格納し、この特定のストレージは、図２のＴＶアプリケーション２００の使用状況データストレージ２１８に関係してもよい。決定手順のさらなる実施形態には、他のまたはさらなる決定ステップが含まれてもよい。例えば、決定ステップは、チャンネル当たりの選択の継続期間の決定に関連してもよい。
【０１００】
ステップ８１８で、制御は、ステップ８０２の別のトリガイベントの場合に再び決定ルーチン８００を開始させるメインプログラムに戻される。
【０１０１】
図９は、ダウンロードされるフラグメントを様々な優先グループに分類するための決定手順のさらなる実施形態９００を示す。一般に、ユーザ装置に既に存在しているすべてのフラグメントは、分類手順９００から除外される。
【０１０２】
ステップ９０２では、決定手順９００の実行が、例えば図８に関して説明された決定手順のリターンステップ８１８などによって開始される。ステップ９０４では、高い優先順位でダウンロードされるフラグメントが決定される。ステップ９０４の中で適用されてもよい規則の一実施形態例を図１０ａに示す。ステップ９０６では、最も好むチャンネルが決定される。これらのチャンネルは、図８のステップ８１６で確定された好みのグループの中から決定されてもよい。次のステップ９０８では、最も好むチャンネルへのチャンネル変更中に現在の番組についての表示情報を表わすそれらのフラグメントが決定される。図９のステップ９０４の結果は、ダウンロードのためにすべてが高い優先順位を割り当てられているフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは高い順位を割り当てられている。
【０１０３】
ステップ９１０では、中位の優先順位でダウンロードされるフラグメントが決定される。ステップ９１０とともに実行される規則を、図１０ｂに示す。ステップ９１２では、好みのチャンネル（最も好むチャンネルに対して）が決定され、これには、図８のステップ８０６で確定された好みのチャンネルを有する好みのグループに応じたチャンネルの決定を備えてもよい。ステップ９１４では、最も好む各チャンネルの番組リストの第１の画面に表示されるそれらのフラグメントが決定される。現在の番組についての情報を表わすフラグメントが、番組リストに加えてチャンネル変更中に表示される場合、ステップ９０４で高い優先順位でダウンロードされるフラグメントのリストに既に含まれているフラグメント以外の、それらのフラグメントだけが決定される。次のステップ９１６では、好みのチャンネルへのチャンネル変更中に現在の番組についての表示情報を表わすそれらのフラグメントが決定される。ステップ９１０の結果は、中位の優先順位でダウンロードされるそれらのフラグメントＩＤによって識別されるフラグメントのリストであってもよい、すなわちこれらのフラグメントは中位の高さの順位を割り当てられている。
【０１０４】
図９の決定ルーチンのステップ９１８では、低い優先順位でダウンロードされるそれらのフラグメントが決定される。ステップ９１８の実行中実施される規則の一例として、図１０ｃは、その規則に従って各好みのチャンネルの番組リストの第１の画面に表示されるそれらのフラグメントが決定されるただ１つの規則９２０を示す。図９のステップ９１８の結果は、低い優先順位でダウンロードされるそれらのそれぞれのフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは低い順位を割り当てられている。
【０１０５】
ルーチン９００のステップ９２２では、最も低い優先順位でダウンロードされるそれらのフラグメントが決定される。ステップ９２２を実施するための規則のセットの一例が図１０ｄに描かれている。ステップ９２４では、利用可能なチャンネルの中のあまり好みでないチャンネルが決定される。このステップは、あまり好みでないチャンネルを有する、図８のルーチン８００のステップ８１６で決定された好みのチャンネルグループの中から、あまり好みでないチャンネルの決定を備えてもよい。次のステップ９２６では、あまり好みでないチャンネルへのチャンネル変更中にユーザに表示される現在の番組についての表示情報を表わすそれらのフラグメントが決定される。図９のステップ９２２の結果は、ネットワークから最も低い優先順位でダウンロードされるそれらのフラグメントＩＤによって識別されるフラグメントのリストである、すなわちこれらのフラグメントは、利用可能な最も低い順位を割り当てられる。
【０１０６】
ステップ９０４、９１０、９１８、９２２が特定の順序で処理されるように図９に示されているが、他の実施形態では、これらのステップは異なる順序で処理されてもよいし、また並列にさえ処理されてもよい。決定サブルーチン９００は、ステップ９０２のトリガイベントの発生時に再びサブルーチン９００の実行を開始させるメインプログラムにステップ９２８で制御を戻すことにより終了する。
【０１０７】
ランキングコンポーネントの別の実施形態では、図７、８、９のルーチン７００、８００、９００と類似の決定手順が、ユーザに対するＥＳＧの利用可能性を最適化するために連続的に実行されてもよい。手順は、例えば図２、３、４のランキングコンポーネント２１４、３０８または４１２の１つなどで実行されてもよい。この実施形態では、一般的規則のわずかに異なるセットが決定ルーチンによって実施されてもよい。
１．ユーザ装置のＴＶアプリケーションがチャンネル変更中にＥＰＧデータを表示する場合：最も好むチャンネルでかつその中の現在の番組および／または次の番組のＥＰＧデータが高い優先順位でダウンロードされる（図５では、これはサービス＃１〜＃Ｎを備える）：
ａ．ＴＶアプリケーションがチャンネル変更中に現在の番組についての情報だけを表示する場合、好みのチャンネルの現在の番組に関連するＥＰＧフラグメントが高い優先順位に関係する。
ｂ．ＴＶアプリケーションがチャンネル変更中に現在の番組と次の番組についての情報を表示する場合、同様に最も好むチャンネルの次の番組のＥＰＧフラグメントも高い優先順位に関係する。
２．モニタリング機能が特定のＥＰＧ番組リストへのアクセスパターンを決定した場合（例えば、ユーザは、図５のチャンネル＃２とチャンネル＃３のそれぞれのＥＰＧ番組リストに頻繁にアクセスする）：第１のＥＰＧ番組リストＧＵＩ（グラフィカルユーザインタフェース、Graphical User Interface）または画面に収まるＥＰＧ番組項目／フラグメントは中位の優先順位に関係する。ここで、端末のスクリーンの限られたサイズが考慮されなければならず、１つの画面に表示され得る情報を表わすフラグメントだけが順位付けられる。
３．好みのチャンネルの番組リストの第１の画面またはディスプレイに表示される情報を表わす各フラグメントに低い優先順位を関係付ける。
４．このチャンネルへのチャンネル選択イベント時にあまり好みでないチャンネルの１つに対して表示される情報を表わす各フラグメントに最も低い優先順位を関係付ける。
【０１０８】
本発明は、例えば携帯ネットワークの無線インタフェースなどを通じて利用可能であってもよい限られた送信能力にもかかわらず、デジタルマルチメディアコンテンツＰＴＭサービス用の電子サービス／番組ガイドの利用可能性の最適化を可能にする。ユーザに表示されるＥＳＧ情報に対する短い遅延時間は、ユーザのＥＳＧの認識を高める。このことは、ＥＳＧへの暗示的アクセス（例えば、チャンネル変更およびザッピング中）または明示的アクセス（例えば、番組リストまたは詳細番組情報にアクセスするとき）に当てはまる。
【０１０９】
本発明は携帯ＴＶシステムに適用可能であり、このシステムではＥＳＧは、対話形式で読み出されなければならない。本発明は、ＥＳＧが放送されるが付加的に対話形式でも読み出し得るシステムにも適用可能である。本発明は、ＥＳＧが一部放送され（例えば制御情報）、一部対話形式で配信される（例えば表示情報）システムにさらに適用可能である。
【０１１０】
本発明についてその好適な実施形態との関連で説明したが、この記述は説明目的であり、決して限定目的でないことは理解されるべきである。本発明は、本明細書に添付の特許請求の範囲によってだけ限定されるものとする。
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて提供される少なくとも１つのメディアコンテンツ配信サービスについての電子ガイド（５００）をユーザ装置（１０２、３０２、４０２）へダウンロードすることを制御する方法であって、
前記ユーザ装置に関連したユーザの動作をモニタリングするステップ（７００）と、
前記モニタリングの結果に基づいて、前記ユーザ装置へのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するステップ（８００、９００）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロード（１１０、３１４、４０３）を開始するステップと
を有することを特徴とする方法。
【請求項２】
前記複数のフラグメントは、各フラグメントにおける前記ユーザ装置（１０２）によってリクエストされた確率にしたがってランキングが決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記電子ガイドは、前記ユーザ装置へとプッシュされるフラグメントと、インタラクティブでダウンロードされるフラグメントとを含んでいることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ユーザ装置へとプッシュされる少なくとも１つのフラグメントは、インタラクティブでもダウンロード可能なフラグメントであることを特徴とする請求項３に記載の方法。
【請求項５】
前記モニタリングするステップは、
前記ユーザによって選択されたチャネルリストと、前記ユーザによって選択されたチャネルの選択情報と、チャネルの選択間隔と、前記ユーザによって選択された番組とのうちの少なくとも１つと、
表示するために前記ユーザによって選択された前記電子ガイドに係る少なくとも１つのフラグメントと、
前記ユーザ装置にダウンロードされたフラグメントについての有効期限と
を検出するステップをさらに有することを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記複数のフラグメントのランキングを決定するステップは、
前記フラグメントに関連した、チャネル、番組リスト及び番組の少なくとも１つにしたがって該フラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記複数のフラグメントのランキングを決定するステップは、
前記フラグメントに関連した、前記電子ガイドのレベルとブランチとの少なくとも１つにしたがって、該フラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記複数のフラグメントのランキングを決定するステップは、
複数のチャネルについての好みのグループを決定するステップを有し、
前記好みのグループのうちの少なくとも１つは、前記ユーザによって好ましいとされたチャネルを示している
ことを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記複数のフラグメントのランキングを決定するステップは、
前記ユーザ装置が備えるディスプレイ装置によって同時並行的に表示することが可能な複数のフラグメントの数にしたがって前記複数のフラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
前記フラグメントの前記ユーザ装置へのダウンロードを開始するステップは、
前記複数のフラグメントを抱き合わせでダウンロードすることを開始するステップを有することを特徴とする請求項１ないし９のいずれか１項に記載の方法。
【請求項１１】
コンピュータプログラムであって、
請求項１ないし１０のいずれか１項に記載された前記方法に記載の各ステップをコンピュータ装置（１０２、３０２、３０４、４０４）に実行させることを特徴とするコンピュータプログラム。
【請求項１２】
コンピュータ可読記憶媒体であって、
請求項１１に記載の前記コンピュータプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
【請求項１３】
少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドのユーザ装置（１０２）へのダウンロード（１１０）を制御するように構成された該ユーザ装置であって、
前記ユーザ装置に関連したユーザの動作をモニタリングした結果に基づいて、該ユーザ装置へのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するランキング決定コンポーネント（２１４）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロードを開始するダウンロードコンポーネント（２１６）と
を備えていることを特徴とするユーザ装置。
【請求項１４】
前記ユーザ装置に関連したユーザの動作をモニタリングするモニタリングコンポーネント（２１２）をさらに備え、
前記モニタリングコンポーネントは前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１３に記載のユーザ装置。
【請求項１５】
少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドをダウンロードにより受信するユーザ装置（３０２）であって、
前記ユーザ装置に関連したユーザの動作をモニタリングするモニタリングコンポーネント（３２０）を備え、
前記モニタリングコンポーネントは、前記電子ガイドを提供するネットワークにおけるネットワークノード（３０４）に備えられたランキング決定コンポーネント（３０８）と通信するように構成されており、
前記ランキング決定コンポーネントは、前記ユーザ装置へとインタラクティブでダウンロードされる前記電子ガイドに係る複数のフラグメントのランキングを決定するように構成されている
ことを特徴とするユーザ装置。
【請求項１６】
電子ガイドを提供するネットワーク（３０５、４０５）におけるネットワークノード（３０４、４０４）であって、該ネットワークノードは、前記ネットワークにおいて提供される少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドをユーザ装置（３０２、４０２）へダウンロードすることを制御するように構成されており、
さらに、前記ネットワークノードは、
前記ユーザ装置に関連したユーザの動作をモニタリングした結果に基づいて、該ユーザ装置へのインタラクティブでのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するランキング決定コンポーネント（３０６、４１２）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロードを開始するダウンロードコンポーネント（３１０、４１４）と
を備えることを特徴とするネットワークノード。
【請求項１７】
前記ユーザ装置に関連したユーザの動作をモニタリングする第１のモニタリングコンポーネント（２１２）をさらに備え、
前記第１のモニタリングコンポーネントは、前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１６に記載のネットワークノード。
【請求項１８】
前記ユーザ装置が備える第２のモニタリングコンポーネント（３２０）とインタフェースするためのインタフェースコンポーネント（３２４）をさらに備え、
前記第２のモニタリングコンポーネントは、前記ユーザ装置に関連したユーザの動作をモニタリングするように構成されており、
前記インタフェースコンポーネントは、前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１６または１７に記載のネットワークノード。
【請求項１】
通信ネットワークにおいて提供される少なくとも１つのメディアコンテンツ配信サービスについての電子ガイド（５００）をユーザ装置（１０２、３０２、４０２）へダウンロードすることを制御する方法であって、
前記ユーザ装置に関連したユーザの動作をモニタリングするステップ（７００）と、
前記モニタリングの結果に基づいて、前記ユーザ装置へのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するステップ（８００、９００）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロード（１１０、３１４、４０３）を開始するステップと
を有することを特徴とする方法。
【請求項２】
前記複数のフラグメントは、各フラグメントにおける前記ユーザ装置（１０２）によってリクエストされた確率にしたがってランキングが決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記電子ガイドは、前記ユーザ装置へとプッシュされるフラグメントと、インタラクティブでダウンロードされるフラグメントとを含んでいることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ユーザ装置へとプッシュされる少なくとも１つのフラグメントは、インタラクティブでもダウンロード可能なフラグメントであることを特徴とする請求項３に記載の方法。
【請求項５】
前記モニタリングするステップは、
前記ユーザによって選択されたチャネルリストと、前記ユーザによって選択されたチャネルの選択情報と、チャネルの選択間隔と、前記ユーザによって選択された番組とのうちの少なくとも１つと、
表示するために前記ユーザによって選択された前記電子ガイドに係る少なくとも１つのフラグメントと、
前記ユーザ装置にダウンロードされたフラグメントについての有効期限と
を検出するステップをさらに有することを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記複数のフラグメントのランキングを決定するステップは、
前記フラグメントに関連した、チャネル、番組リスト及び番組の少なくとも１つにしたがって該フラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記複数のフラグメントのランキングを決定するステップは、
前記フラグメントに関連した、前記電子ガイドのレベルとブランチとの少なくとも１つにしたがって、該フラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記複数のフラグメントのランキングを決定するステップは、
複数のチャネルについての好みのグループを決定するステップを有し、
前記好みのグループのうちの少なくとも１つは、前記ユーザによって好ましいとされたチャネルを示している
ことを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記複数のフラグメントのランキングを決定するステップは、
前記ユーザ装置が備えるディスプレイ装置によって同時並行的に表示することが可能な複数のフラグメントの数にしたがって前記複数のフラグメントのランキングを決定するステップを有することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
前記フラグメントの前記ユーザ装置へのダウンロードを開始するステップは、
前記複数のフラグメントを抱き合わせでダウンロードすることを開始するステップを有することを特徴とする請求項１ないし９のいずれか１項に記載の方法。
【請求項１１】
コンピュータプログラムであって、
請求項１ないし１０のいずれか１項に記載された前記方法に記載の各ステップをコンピュータ装置（１０２、３０２、３０４、４０４）に実行させることを特徴とするコンピュータプログラム。
【請求項１２】
コンピュータ可読記憶媒体であって、
請求項１１に記載の前記コンピュータプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
【請求項１３】
少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドのユーザ装置（１０２）へのダウンロード（１１０）を制御するように構成された該ユーザ装置であって、
前記ユーザ装置に関連したユーザの動作をモニタリングした結果に基づいて、該ユーザ装置へのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するランキング決定コンポーネント（２１４）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロードを開始するダウンロードコンポーネント（２１６）と
を備えていることを特徴とするユーザ装置。
【請求項１４】
前記ユーザ装置に関連したユーザの動作をモニタリングするモニタリングコンポーネント（２１２）をさらに備え、
前記モニタリングコンポーネントは前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１３に記載のユーザ装置。
【請求項１５】
少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドをダウンロードにより受信するユーザ装置（３０２）であって、
前記ユーザ装置に関連したユーザの動作をモニタリングするモニタリングコンポーネント（３２０）を備え、
前記モニタリングコンポーネントは、前記電子ガイドを提供するネットワークにおけるネットワークノード（３０４）に備えられたランキング決定コンポーネント（３０８）と通信するように構成されており、
前記ランキング決定コンポーネントは、前記ユーザ装置へとインタラクティブでダウンロードされる前記電子ガイドに係る複数のフラグメントのランキングを決定するように構成されている
ことを特徴とするユーザ装置。
【請求項１６】
電子ガイドを提供するネットワーク（３０５、４０５）におけるネットワークノード（３０４、４０４）であって、該ネットワークノードは、前記ネットワークにおいて提供される少なくとも１つのメディアコンテンツ配信サービスについての電子ガイドをユーザ装置（３０２、４０２）へダウンロードすることを制御するように構成されており、
さらに、前記ネットワークノードは、
前記ユーザ装置に関連したユーザの動作をモニタリングした結果に基づいて、該ユーザ装置へのインタラクティブでのダウンロード対象となっている前記電子ガイドに係る複数のフラグメントのランキングを決定するランキング決定コンポーネント（３０６、４１２）と、
前記ランキングに基づいて、前記複数のフラグメントのうちの１つ以上のフラグメントの前記ユーザ装置へのダウンロードを開始するダウンロードコンポーネント（３１０、４１４）と
を備えることを特徴とするネットワークノード。
【請求項１７】
前記ユーザ装置に関連したユーザの動作をモニタリングする第１のモニタリングコンポーネント（２１２）をさらに備え、
前記第１のモニタリングコンポーネントは、前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１６に記載のネットワークノード。
【請求項１８】
前記ユーザ装置が備える第２のモニタリングコンポーネント（３２０）とインタフェースするためのインタフェースコンポーネント（３２４）をさらに備え、
前記第２のモニタリングコンポーネントは、前記ユーザ装置に関連したユーザの動作をモニタリングするように構成されており、
前記インタフェースコンポーネントは、前記ランキング決定コンポーネントと通信可能に接続されていることを特徴とする請求項１６または１７に記載のネットワークノード。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０ａ】
【図１０ｂ】
【図１０ｃ】
【図１０ｄ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０ａ】
【図１０ｂ】
【図１０ｃ】
【図１０ｄ】
【公開番号】特開２０１２−１４７４６２（Ｐ２０１２−１４７４６２Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−５０８７６（Ｐ２０１２−５０８７６）
【出願日】平成２４年３月７日（２０１２．３．７）
【分割の表示】特願２００９−５２３１５０（Ｐ２００９−５２３１５０）の分割
【原出願日】平成１８年８月７日（２００６．８．７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１２−５０８７６（Ｐ２０１２−５０８７６）
【出願日】平成２４年３月７日（２０１２．３．７）
【分割の表示】特願２００９−５２３１５０（Ｐ２００９−５２３１５０）の分割
【原出願日】平成１８年８月７日（２００６．８．７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]