JP2010049678A - ユーザーインタフェースの表示方法および対応する送信方法 - Google Patents

Abstract

【課題】サービスへのアクセスを与えるユーザーインタフェースの表示に関する遅延を短縮する。
【解決手段】方法は、第１のユーザーインタフェースをフォアグラウンドに表示するステップと、第２のサービスへのアクセスを与える第２の表示要素のセットを受信するステップと、第１のユーザーインタフェースに取って代わって、第２のユーザーインタフェースをフォアグラウンドに表示するステップとを含む。また、サービスへのアクセスを与える表示要素のセットの送信方法にも関し、その方法は、以下のステップを、すなわち、サービスへのアクセスを与える第１の表示要素のセットを送信するステップと、サービスへのアクセスを与え、格納されることになっている第２の表示要素のセットを送信するステップとを含む。
【選択図】図６

Description

本発明は、サービスアクセスの分野に関する。より詳細には、本発明は、サービスへのアクセスを可能にするユーザーインタフェースの表示に関する。

従来技術によれば、サービスへのアクセスを与える装置は、これらのサービスへのアクセスを与える表示要素を含むユーザーインタフェースを表示する。そのような装置は、例えば、デジタルセットトップボックス、モバイル受信機、モバイル電話などである。

そのような装置は、ライブ放送もしくはオンデマンドのデータストリーム（例えばオーディオもしくはビデオ）の受信またはメッセージの送受信など、多数のサービスを提供する、サービスアクセスネットワークに接続される。

これらのサービスへのアクセスは、サービスアクセスネットワーク内の１つまたは複数のサーバーによって全体的または部分的に提供されるユーザーインタフェースを介して獲得される。

ユーザーインタフェースは、広報またはニュース情報、多かれ少なかれ可変のサービスリスト、および特にサービスアクセスの週次プロモーション中に定期更新されるサービスリストなどの、表示要素を含むことができる。

ユーザーインタフェースは、ユーザー識別情報、ユーザーのサービスの申し込み、ユーザーの関心などの情報ばかりでなく、表示特性などの装置の技術的特性にも従って、１つまたは複数のサーバーによって提供される要素を使用して構築される。

したがって、１つまたは複数のサーバーによって提供される要素のローディングは、インタフェースの複雑さ、インタフェース要素のサイズ、ネットワーク送信速度、ならびにネットワークおよびサーバーの占有率に応じて、相対的に長くなることがあり得る。実際のところ、ユーザーは、対応する要素のローディング中に数秒のインタフェース表示遅延を感知することがあり、ユーザーは、インタフェースが表示されない限り、サービスにアクセスすることができない。

したがって、従来技術は、サービスへのアクセスを与えるユーザーインタフェースの表示の管理が最適化されていないという不都合を示す。

"FLUTE - File Delivery over Unidirectional Transport", RFC 3926 ＩＳＯ／ＩＥＣ １３８１８−６‘Information Technology, Generic coding of moving pictures and associated audio information, Part 6: Extensions for DSM-CC’ ＥＴＳＩ ＴＳ １０２ ００６‘Digital Video Broadcasting (DVB), Specification for System Software Update in DVB systems’ ＩＳＯ／ＩＥＣ ８８０２−１１ ＥＴＳＩ ＥＮ ３０２ ３０４‘DVB Transmission System for Handheld Terminals’ ＥＴＳ１ ＥＮ ３００ ７４４‘DVB Framing structure, channel coding and modulation for digital terrestrial television’ ＥＴＳＩ ＥＮ ３０２ ３０７‘DVB Second generation framing structure, channel coding and modulation systems for Broadcasting, Interactive Services, News Gathering and other broadband satellite applications’ ‘A/53:ATSC Digital Television Standard, Parts 1-6, 2007’） ＩＳＯ／ＩＥＣ １６２６２‘Information Technology - ECMAScript language specification’

本発明の目的は、従来技術の不都合を克服することである。

より詳細には、本発明の目的は、サービスへのアクセスを与えるユーザーインタフェースの表示に関する遅延を短縮することである。

この目的のため、本発明は、サービスアクセス装置による表示方法を提案する。表示を最適化するために、この方法は、以下のステップを、すなわち、装置内に格納された表示要素から生成される第１のユーザーインタフェースをフォアグラウンドに表示するステップであって、第１のユーザーインタフェースは、第１のサービスへのアクセスを与える第１の表示要素のセットを含む、表示するステップと、第２のサービスのセットへのアクセスを与える第２の表示要素のセットの全部または一部を受信するステップと、第１のユーザーインタフェースに取って代わり、第２の表示要素のセットの全部または一部を含む、第２のユーザーインタフェースをフォアグラウンドに表示するステップとを含む。

表示方法の一変形によれば、第１の表示要素のセットは、ライブ放送で利用可能なサービスへのアクセスを与える要素を含む。

表示方法の一変形によれば、第２の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを与える要素を含む。

表示方法の一変形によれば、受信するステップは、以下のステップを、すなわち、サービスへのアクセスを与える第３の表示要素のセットを受信するステップと、第１の表示要素のセットの全部または一部に取って代わるための第３の表示要素のセットを格納するステップとを含む。

表示方法の一変形によれば、第２の表示要素のセットは、第１の表示要素のセットの全部または一部に取って代わるための第２の表示要素のセットの全部または一部の記憶信号（storage signal）を表す情報を含む。

表示方法の一変形によれば、この方法は、データストリーム内に多重化された１つまたは複数の表示要素セットを逆多重化するステップを含む。

表示方法の一変形によれば、この方法は、１つまたは複数の表示要素のセットをカルーセル形式（carrousel form）で受信するステップを含む。

本発明は、サービスへのアクセスを与える表示要素のセットの送信方法にも関し、この方法は、以下のステップを、すなわち、サービスへのアクセスを与える第１の表示要素のセットを１つまたは複数のサービスアクセス装置に送信するステップと、サービスへのアクセスを与え、格納されることになっている第２の表示要素のセットを１つまたは複数のサービスアクセス装置に送信するステップとを含む。

送信方法の一変形によれば、第２の表示要素のセットは、ライブ放送で利用可能なサービスへのアクセスを与える要素を含む。

送信方法の一変形によれば、第１の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを与える要素を含む。

送信方法の一変形によれば、この方法は、データストリーム内の１つまたは複数の表示要素のセットを多重化するステップを含む。

送信方法の一変形によれば、この方法は、１つまたは複数の表示要素セットをカルーセル形式で送信するステップを含む。

添付の図面を参照しながら行なわれる以下の説明を読むことで、本発明がより良く理解され、他の具体的な特徴および利点が明らかになるであろう。
本発明の一実施形態による、本発明を実施するインフラストラクチャの概略ブロック図である。 本発明の一実施形態による、本発明を実施するインフラストラクチャの概略ブロック図である。 図１および図２に関して示されたインフラストラクチャの１つに属する、本発明による送信機の一例を示す図である。 図１および図２に関して示されたインフラストラクチャの１つに属する、本発明によるサービスアクセス装置の一例を示す図である。 本発明を実施する装置の間でのメッセージ交換をシーケンス図の形式で示す図である。 本発明による、ユーザーインタフェース表示方法を示す図である。 本発明による、表示要素のセットの送信方法を示す図である。 図６の表示方法の実施中にフォアグラウンドに表示される第１のユーザーインタフェースの一例を示す図である。 図６の表示方法の実施中にフォアグラウンドに表示される第２のユーザーインタフェースの一例を示す図である。

図１は、第１の実施形態による、本発明を実施するインフラストラクチャ１のブロック図を提示している。

インフラストラクチャは、
−送信機１０と、
−サービスアクセス装置１３と、
−ネットワーク１２と
を含む。

送信機１０は、
−内部ネットワーク１０４と、
−符号器１００と、
−オンデマンドビデオサーバー１０１（ＶＯＤはビデオオンデマンドを表す）と、
−管理サーバー１０２と、
−ユーザーインタフェースサーバー１０３と
を含む。

符号器１００は、ソース接続１０００を介してオーディオ／ビデオデータを受信し、符号化された１つまたは複数のオーディオ／ビデオデータストリームを、接続１００１を介してネットワーク１２で送信する。オンデマンドビデオサーバー１０１は、接続１００２を介してネットワーク１２に接続される。管理サーバー１０２は、接続１００３を介してネットワーク１２に接続される。ユーザーインタフェースサーバー１０３は、接続１００４を介してネットワーク１２に接続される。内部ネットワーク１０４は、送信機１０内に含まれる装置を互いに接続する。このネットワークは、装置１００、１０１、１０３と情報を交換する手段を管理サーバー１０２に提供し、送信機１０の正しい動作を保証するために管理サーバー１０２がこれらの装置を制御できるようにする。したがって、符号器１００は、接続１００５を介して、オンデマンドビデオサーバー１０１は、接続１００６を介して、ユーザーインタフェースサーバー１０３は、接続１００７を介して内部ネットワーク１０４に接続される。

サービスアクセス装置１３は、
−ネットワークインタフェース１３０と、
−第１のユーザーインタフェース「ＵＩ−１」用のＲＯＭ（リードオンリーメモリ）型メモリまたはＮＶＲＡＭ（不揮発性ランダムアクセスメモリ）１３５と、
−第２のユーザーインタフェース「ＵＩ−２」用のＲＡＭ型メモリ１３１と、
−スイッチ１３２と、
−コントローラー１３４と、
−オーディオ／ビデオ復号器１３７と、
−ＯＳＤ（表示画面）混合器と、
−ディスプレイ１３６と
を含む。

ネットワークインタフェース１３０は、接続１２００を介してネットワーク１２に接続される。ユーザーインタフェースメモリ「ＵＩ−２」１３１は、接続１３００を介してネットワークインタフェース１３０に接続される。メモリ「ＵＩ−２」１３１は、接続１３０５を介してコントローラー１３４に接続される。コントローラー１３４は、双方向接続１３０４を介してネットワークインタフェース１３０に接続される。メモリ「ＵＩ−１」１３５は、接続１３０３を介してスイッチ１３２に接続される。スイッチ１３２は、接続１３０２を介してＯＳＤ混合器１３３に接続される。オーディオ／ビデオ復号器１３７は、接続１３０９を介してネットワークインタフェース１３０に接続される。復号器出力１３０７は、接続１３０７を介してＯＳＤ混合器１３３に接続される。混合器１３３は、接続１３０８を介してディスプレイ１３６に接続される。ディスプレイ出力１３６は、接続１３１０によって表される。

送信機１０は、例えばＨ．２６４規格に従ってビデオデータを符号化ビデオストリームに圧縮する符号器１００において、接続１０００を介してオーディオ／ビデオデータを受信する。符号器１００を出た圧縮ストリームは、ネットワーク１２でサービスアクセス装置１３に送信される。送信機１０は、オンデマンドビデオサーバー１０１も含み、当該オンデマンドビデオサーバー１０１は、それをネットワーク１２に接続するリンク１００２を介して、オンデマンドビデオストリームをサービスアクセス装置１３に提供することができる。ユーザーインタフェースサーバー１０３は、リンク１００４を介して、表示要素をサービスアクセス装置１３に提供する。送信機１０の管理サーバー１０２は、とりわけ、サービスアクセス装置１３からの情報およびストリーム送信要求を管理し、リンク１００３を介してネットワーク１２に接続される。

ネットワーク１２は、ライブビデオストリーム、オンデマンドビデオストリーム、サービスアクセス装置１３の管理サーバー１０２への要求および管理サーバー１０２からの応答、ならびにユーザーインタフェースサーバー１０３への要求および応答を送信する。

これ以降で、サービスアクセス装置１３の機能が説明される。コントローラー１３４は、装置１３のユーザーのコマンドを実行し、様々なコンポーネントを操作（pilot）する。具体的には、ユーザーがサービスアクセス装置１３を起動したとき、コントローラー１３４は、不揮発性メモリ「ＵＩ−１」１３５内に記憶された第１の表示要素のセットから形成される第１のユーザーインタフェースを混合器１３３に送るために、スイッチコマンドをスイッチ１３２に送る。この第１のインタフェースは、画面上に表示するために、ディスプレイ装置１３６および接続１３１０によって送信される。第１のインタフェースを使用して行なわれるユーザー選択に従って、コントローラー１３４は、送信機１０によって送信されたデータの受信を、リンク１３０４を介して実施する。コントローラー１３４は、受信中にＲＡＭ「ＵＩ−２」１３１内に記憶された第２のユーザーインタフェース表示要素のセットを送信する要求も送信する。コントローラー１３４は、この第２のユーザーインタフェースを表示する準備ができたことを確証すると、接続１３０５を介してメモリ１３１から信号を受信し、接続１３０６を介してスイッチ１３２の切り替えを引き起こす。このアクションにより、コンポーネント１３３（混合器）およびコンポーネント１３６（ディスプレイ）によって、第１のユーザーインタフェースに取って代わり第２のユーザーインタフェースが、フォアグラウンドに表示される。

図２は、第２の実施形態による、本発明を実施するインフラストラクチャ２のブロック図を示している。図２は、図１に関してすでに説明された要素を含み、それらは、図２においても同様の機能を有し、同じ参照番号が付されている。

インフラストラクチャは、
送信機２０と、
サービスアクセス装置２２と、
ネットワーク１２と
を含む。

送信機２０は、
−内部ネットワーク１０４と、
−符号器１００と、
−オンデマンドビデオサーバー１０１と、
−管理サーバー１０２と、
−ユーザーインタフェースサーバー２００と
を含む。

送信機１０のユーザーインタフェースサーバー１０３とは異なり、図２の送信機２０は、文献（非特許文献１参照）によるＦＬＵＴＥ（File Delivery over Unidirectional Transport）を使用するユーザーインタフェースサーバー２００を含む。このユーザーインタフェースサーバー２００は、接続２０００を介して内部ネットワーク１０４に接続され、接続２００１を介して外部ネットワーク１２に接続される。サービスアクセス装置２２は、
−ネットワークインタフェース２２０と、
−ＦＬＵＴＥ受信機２２１と、
−第１のユーザーインタフェース「ＵＩ−１」の記憶用のＲＯＭ型メモリまたはＮＶＲＡＭ１３５と、
−第２のユーザーインタフェース「ＵＩ−２」の記憶用のＲＡＭ型メモリ２２２と、
−スイッチ１３２と、
−コントローラー１３４と、
−ビデオ／オーディオ復号器１３７と、
−ＯＳＤ混合器と、
−ディスプレイ１３６と
を含む。

サービスアクセス装置１３とは異なり、サービスアクセス装置２２は、ＦＬＵＴＥ受信機２２１を含む。ＦＬＵＴＥ受信機２２１は、接続２２００を介してネットワークインタフェース２２０に接続され、接続１２０１を介してメモリ２２２「ＵＩ−２」に接続され、接続１２０２を介してコントローラー１３４に接続される。メモリ２２２「ＵＩ−２」は、接続１３０１を介してスイッチ１３２に接続される。

図１の送信機１０とは異なり、送信機２０は、ファイルブロードキャストプロトコルＦＬＵＴＥに従って、マルチキャストアドレスに、ユーザーインタフェース表示要素「ＵＩ−２」をカルーセル形式で連続的に送信する。

図１のサービスアクセス装置１３とは異なり、サービスアクセス装置２２は、ＦＬＵＴＥプロトコルに従って、マルチキャストアドレスを介して、第２の表示要素のセットをカルーセル形式で連続的に受信する。ＦＬＵＴＥ受信機２２１は、受信した要素のセットをメモリ２２２「ＵＩ−２」内に記憶し、一式がこのメモリに記憶されると直ちに、接続１２０２を介して信号をコントローラー１３４に送信する。

本発明の一変形実施形態によれば、ＦＬＵＴＥ受信機２２１は、表示要素の一式の少なくとも一部が受信され、メモリ２２２に記憶されると直ちに、信号をコントローラー１３４に送信する。したがって、コントローラー１３４は、表示要素のセットの少なくとも一部の受信があると直ちに通知され、その後、コントローラー１３４は、第２のインタフェースのすべての要素がまだ受信されていなくても、第１のインタフェースから第２のインタフェースに表示を切り替えることを決定できる。第２の表示インタフェースの未取得要素の到着中に表示要素を表示する第２のインタフェースにより、第１のインタフェースから第２のインタフェースへの表示の迅速な切り替えを可能にする。この変形は、サービスアクセス装置２２の第２のユーザーインタフェースを迅速に提示し、したがって、表示の待ち時間を短縮するという利点を有する。

本発明のこの第２の実施形態の利点は、ＦＬＵＴＥプロトコルが第２の表示要素のセットのブロードキャストのための効率的な手段となることである。すなわち、マルチキャストを介するブロードキャストは、相対的に僅かなネットワークトラフィックしかもたらさず、ＦＬＵＴＥプロトコルは、更新の送信および信号伝達を可能にし、ＦＬＵＴＥによって送信される情報は、カルーセル形式で送信され、これにより、ブロードキャストを受信していないサービスアクセス装置、例えばスタンバイ中のサービスアクセス装置が、スタンバイ状態を抜けた後、別のカルーセルサイクルでブロードキャストを受信することを可能にする。

本発明の一変形実施形態によれば、第１の表示要素のセットは、ライブブロードキャストで利用可能なサービスへのアクセスを提供する要素を含み、第２の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを提供する要素を含む。これは、例えば、サービスアクセス装置が開始されると直ちに、ほとんど変化しない削減されたサービス提供（reduced services offer）への迅速なアクセスを可能にし、その間に、例えば、ランダム、定期的、または周期的になど、より頻繁に変化するサービスを含む、より拡張されたサービス提供（more extended services offer）へのアクセスを与えるインタフェースの表示要素のローディングを待つという利点を有する。

本発明の一変形実施形態によれば、第２のセットに含まれるいくつかの表示要素は、図１のサービスアクセス装置１３または図２のサービスアクセス装置２２によって、メモリＵＩ−１ １３５に記録される目的としているものとしてマーク付けされ、それにより、次の更新時に、関連すると考えられる第２のインタフェースの要素とともに第１のユーザーインタフェースを更新することを可能にする。

本発明の一変形実施形態によれば、図１の送信機１０または図２の送信機２０は、第１の表示要素のセットの代わりにサービスアクセス装置によって格納されることになっている第３の表示要素のセットを送信し、それに続いて、第１のセットの少なくとも一部に代わって、この要素の第３のセットをサービスアクセス装置によって記憶する。この変形は、第１のユーザーインタフェースの明示的な更新を可能にするという利点を有し、例えば、第１のインタフェースによって表示されるサービスプランを修正する場合に有益であり、第１のインタフェースは、ライブブロードキャストで利用可能なサービスへのアクセスを与える要素を含み、一方、第２の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを提供する表示要素を含む。

本発明の一変形実施形態によれば、多重化することによって、表示要素の１つまたは複数のセットがデータストリーム内に含まれる。これは、表示要素セットのブロードキャストのために別々の経路を必要としないという利点を有する。

本発明の一変形実施形態によれば、表示要素ブロードキャストプロトコルは、規格（非特許文献２参照）に従った、例えば、ビデオサービスを含むストリームとして多重化データストリーム内に含まれる、ＤＳＭ−ＣＣ（デジタル記憶媒体コマンドおよび制御）である。これは、様々な製造業者の多数のサービスアクセス装置によって理解されるブロードキャストの標準化された方法であるという利点を有する。

本発明の一変形実施形態によれば、表示要素ブロードキャストプロトコルは、文献（非特許文献３参照）に従った、ＤＶＢ−ＳＳＵ（「ＤＶＢ−システムソフトウェア更新」）である。これは、ＤＶＢによって標準化されたブロードキャストの方法であり、この規格を実施するサービスアクセス装置が広く普及しているという利点を有する。

図３は、例えば、図１または図２に関連して説明されたインフラストラクチャに属する送信機１０または２０に対応する、本発明による送信機３の一例を示している。送信機３は、アドレスおよびデータバス３５０を介して互いに接続される、
−ＣＰＵ（中央処理装置）３２０と、
−不揮発性ＲＯＭ型メモリ３００と、
−ＲＡＭメモリ３１０と、
−パケット交換ネットワークとのパケットの送受信を可能にするネットワークインタフェース３３０と、
−符号化されたデータストリームの受信を可能にするソースインタフェース３４０と
を含む。

ここで述べられるメモリの説明で使用される「レジスタ」という語は、図３および図４に関連して言及されるメモリの各々における、低容量のメモリ領域（いくつかのバイナリデータ）および高容量のメモリ領域（プログラム全体または送受信データの全部もしくは一部を記憶可能）を指すことに留意されたい。

ＲＯＭメモリ３００は、とりわけ、
−プログラム「ｐｒｏｇ」３０１と、
−レジスタ内の、識別子、アドレス、申し込みの必要があるサービス（services subject to subscription）へのアクセス権のリスト、ユーザーの関心に狙いを定めるためのユーザープロファイルなど、サービスを申し込んだユーザーに関する情報３０２と
を含む。

これ以降で説明される方法のステップを記述するアルゴリズムは、これらのステップを実施する送信機３に関連するＲＯＭメモリ３００内に格納される。スイッチがオンにされると、ＣＰＵ ３２０は、これらのアルゴリズムの命令をロードし、実行する。

ランダムアクセスメモリ３１０は、とりわけ、
−レジスタ３１１内の、送信機３のスイッチオン時にロードされるＣＰＵ ３２０のオペレーティングプログラムと、
−第１の表示要素のセットを含むレジスタ３１２と、
−第２の表示要素のセットを含むレジスタ３１４と、
−送信機３の正しい動作に必要なデータの一時記憶を可能にするデータ領域３１５と
を含む。

図４は、例えば、図１または図２に関連して説明されたインフラストラクチャに属するサービスアクセス装置１３または２２に対応する、本発明の特定の実施形態によるサービスアクセス装置４の一例を示している。サービスアクセス装置４は、アドレスおよびデータバス４５０によって互いに接続される、以下の要素、すなわち、
−ＣＰＵ ４２０と、
−ＲＯＭ型メモリ４００と、
−ＲＡＭメモリ４１０と、
−パケット交換ネットワークとのパケットの送受信を可能にするネットワークインタフェース４４０と
を含む。

ＲＯＭメモリ４００は、とりわけ、
−プログラム「ｐｒｏｇ」４０１と、
−レジスタ内の、第１のユーザーインタフェースのための第１の表示要素のセット４０２と
を含む。

これ以降で説明される方法のステップを実施するアルゴリズムは、これらのステップを実施するサービスアクセス装置４に関連するＲＯＭメモリ４００内に格納される。スイッチがオンにされると、ＣＰＵ ４２０は、これらのアルゴリズムの命令をロードし、実行する。

ランダムアクセスメモリ４１０は、とりわけ、
−レジスタ４１１内の、サービスアクセス装置４のスイッチオン時にロードされるＣＰＵオペレーティングプログラム４２０と、
−レジスタ４１２内の、第２のユーザーインタフェースのための第２の表示要素のセットと、
−サービスアクセス装置４の正しい動作に必要なデータの一時記憶を可能にするデータ領域４１３と
を含む。

図３および図４に示されたもの以外の送信機またはサービスアクセス装置の他の構造も、本発明に適合する。具体的には、変形によれば、本発明は、例えば、専用コンポーネント（例えば、ＡＳＩＣ（「特定用途向け集積回路」）、ＦＰＧＡ（「フィールドプログラマブルゲートアレイ」）、もしくはＶＬＳＩ（「大規模集積回路」））または装置に統合されたいくつかの電子コンポーネントといった形態の純粋なハードウェア実施形態によって、あるいはやはりハードウェアコンポーネントとソフトウェアコンポーネントとの混合形態で実施される。

図５は、本発明を実施する送信機１０とサービスアクセス装置１３との間でのメッセージ交換をシーケンス図の形式で示している。図は、垂直線によって表される、
−ＶＯＤサーバー１０１と、
−ＵＩサーバー１０３と、
−管理サーバー１０２と、
−サービスアクセス装置１３と、
−ユーザーと
を含む。

図は、メッセージ５００によって示される、サービスアクセス装置１３へのスイッチオンコマンドの送信で開始する。このコマンドの受信に続いて、ステップ５０１において、サービスアクセス装置１３は、スタンバイ状態を抜け、不揮発性メモリ内に記憶されている第１の表示要素のセットから第１のユーザーインタフェースＵＩ−１を構築する。次にサービスアクセス装置１３は、メッセージ５０２の形で、ユーザー識別情報を表す情報を管理サーバー１０２に送信する。管理サーバー１０２は、メッセージ５０３を介して、第２のユーザーインタフェースのための第２の表示要素のセットを送信する要求をユーザーインタフェースサーバー１０３に送信する。このＵＩサーバーは、第２のセットがサービスアクセス装置に送信されるメッセージ５０４を介して応答する。第２のセットを受信すると、ステップ５０５において、サービスアクセス装置１３は、第２のユーザーインタフェースを構築する。ユーザーは、この第２のユーザーインタフェースを使用し、コマンド５０６を介してＶＯＤストリームを選択し、その後、サービスアクセス装置は、メッセージ５０７を介して、オンデマンドビデオストリームを送信する要求を管理サーバー１０２に送信する。ユーザー権利の検証後、管理サーバー１０２は、その要求をＶＯＤサーバーに送信し、ＶＯＤサーバーは、ストリーム５０９をサービスアクセス装置に送信する。

図６は、サービスアクセス装置１３または２２において実施される、本発明によるユーザーインタフェース表示の方法を示している。

表示方法は、その正しい動作に必要な異なる変数を初期化するステップ６００で開始する。

次に、ステップ６１０において、サービスアクセス装置１３または２２は、格納されている第１の表示要素のセットから第１のインタフェースＵＩ−１を表示する。この第１のインタフェースはローカルに格納された表示要素から構築されるので、このステップは特に高速である。

ステップ６２０において、サービスアクセス装置１３または２２は、第２の表示要素のセットＵＩ−２の少なくとも一部を受信する。

ステップ６３０において、サービスアクセス装置１３または２２は、第２のセットの少なくとも一部が受信されたことを検証する。

受信された場合、ステップ６４０において、第２のセットの一部を受信しているので、第１のユーザーインタフェースに取って代わる第２のユーザーインタフェースを表示し、ステップ６２０が繰り返される。

受信されていない場合、第２のセットの一部を受信していないので、第２のユーザーインタフェースは表示されず、ステップ６２０が繰り返される。

本発明の一実施形態によれば、第２のユーザーインタフェースは、最初の表示要素を完全に受信すると直ちに表示される。

本発明の一実施形態によれば、第２のユーザーインタフェースは、第２の表示要素のセットを完全に受信したときに表示される。

図７は、送信機１０または２０において実施される、本発明による表示要素のセットの送信方法を示している。

送信方法は、その正しい動作に必要な異なる変数を初期化するステップ７００で開始する。

その後、ステップ７１０において、送信機１０または２０は、サービスへのアクセスを与える第１の表示要素のセットを少なくとも１つのサービスアクセス装置に送信する。

ステップ７２０において、送信機１０または２０は、サービスへのアクセスを与える第２の表示要素のセットを少なくとも１つのサービスアクセス装置に送信する。

アルゴリズムは、ステップ７３０で終了する。

本発明の有利な実施によれば、ステップ７１０および７２０は、並行して実行される。

図８は、図６の表示方法の実施中にフォアグラウンドに表示される第１のユーザーインタフェースの一例を示している。

図は、
−画面またはウィンドウ８０と、
−表示要素８００〜８０７と
を含む。

画面またはウィンドウ８０は、サービスアクセス装置内に格納された表示要素から生成される第１のユーザーインタフェースを表す。要素８００〜８０７は、第１のサービスへのアクセスを与える第１の表示要素のセットの表示要素を表す。例えば、表示要素８００〜８０５は、テレビまたはラジオサービスへのアクセスを与えるグラフィカル要素を表す。例えば、表示要素８０６および８０７は、インターネット「ＹｏｕＴＶ」を介したオンデマンドビデオサービスへのアクセスおよびインターネットブラウザアプリケーションへのアクセスをそれぞれ与えるグラフィカル要素を表す。

図９は、図６の表示方法の実施中にフォアグラウンドに表示される第２のユーザーインタフェースの一例を示している。図８と共通の要素は、この図でも同様の機能を有する。

図は、
−画面またはウィンドウ９０と、
−表示要素８００〜８０７と、
−表示要素９００〜９０５と
を含む。

画面またはウィンドウ９０は、図８の第１のユーザーインタフェースに取って代わり、フォアグラウンドに表示される第２のユーザーインタフェースを表し、第２のユーザーインタフェースは、第２のサービスへのアクセスを与える受信した第２の表示要素のセットの一部を含む。表示要素８００〜８０７は、第１の表示要素のセットの表示要素を表す。要素９００〜９０５は、第２の表示要素のセットの表示要素を表す。

当然ながら、本発明は、これまで説明された実施形態に限定されない。

とりわけ、データの送受信、表示など、表示方法および送信方法のいくつかのステップは、これらのステップの間に通信手段およびバッファメモリの領域を追加することによって、並行して実行することができる。これは、とりわけ、特定のタスクの分離を可能にするという技術的利点と、使用の容易さおよび応答の迅速さに関するユーザーにとっての利点を有する。

さらに、表示方法および送信方法は、単一の装置によってばかりでなく、１組の異なる装置によっても実施することができる。

図１および図２に示されたようなインフラストラクチャ１および２のアーキテクチャは、動作のために必要な他の装置を含むことができる。例えば、拡張サービス提供を供給するために、いくつかの送信機が必要とされることがある。例えば、管理サーバーは、内部ネットワークＬＡＮ（ローカルエリアネットワーク）を介して送信機を管理することができる。例えば、ルータおよびスイッチなどのネットワーク機器、ならびに使用されるトランスポートプロトコルに特有のネットワーク機器が、ネットワーク１２にアクセスするために必要とされることがある。例えば、ネットワーク１２は、保証された非常に高いビットレートを可能にする、ＡＴＭ（非同期転送モード）プロトコルを用いる、光ファイバの、一般に「バックボーン」と呼ばれる非常に高いビットレートのネットワークである。例えば、サービスアクセス装置は、ＤＳＬＡＭ（デジタル加入者回線アクセスマルチプレクサー）を含む配信センターによって、このバックボーンに接続される。例えば、サービスアクセス装置は、電話回線およびＡＤＳＬ（非対称デジタル加入者回線）モデムを介して、ＤＳＬＡＭにアクセスする。例えば、サービスアクセス装置は、同時に２つ以上のサービスアクセス装置を接続できる、ＡＤＳＬモデム、ルータ、ファイヤウォール、無線送受信機などを含むゲートウェイ装置を介して、ネットワーク１２にアクセスする。

送信機によって送信されるサービスのセットは、その同じ送信機もしくは他の送信機によって有効にされたサービス、またはＰ２Ｐ（ピアツーピア）通信ネットワークに編成された他の受信機によって有効にされたサービスさえも含むことができる。サービスは、１つまたは複数の通信事業者またはサービスプロバイダを介して入手可能にすることができる。サービスタイプは、例えば、ビデオ、オーディオ、テキスト、イメージ、インターネットアクセス、または電話サービスへのアクセスとすることができる。

使用されるネットワークタイプは、本明細書で示されたような有線ばかりでなく、無線とすることもでき、無線は、ＷｉＦｉ（規格（非特許文献４参照））、ＤＶＢ−Ｈ（ポータブル無線装置用のＤＶＢ規格（非特許文献５参照））、ＤＶＢ−Ｔ（地上波テレビおよびラジオ受信用のＤＶＢ規格（非特許文献６参照））、もしくはＤＶＢ−Ｓ（衛星デジタルテレビおよびラジオ受信用のＤＶＢ規格（非特許文献７参照））などの技術、またはやはりＡＴＳＣ規格（非特許文献８参照）に従った技法を使用する。

表示要素は、テキスト、ハイパーリンク、グラフィックスとすることができ、グラフィックス、テキスト、文書、またはウェブページからなる１つまたは複数のページに編成することができる。これらの要素は、メニューの一部とすることができ、または階層形式で編成された、もしくは編成されない、いくつかのページからなる構造の一部とすることができる。

第１のユーザーインタフェースの要素を更新する手段は、
−本発明の実施の第２の例によって例示されるようなＦＬＵＴＥプロトコル、
−規格（非特許文献９参照）に従った、ウェブページ内に含まれるＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム、
−ＤＳＭ−ＣＣカルーセル、
−ＤＶＢ−ＳＳＵカルーセル、
−サービスアクセス装置において表示要素のセットを更新するように適合された、他の任意の手段または上述の方法の組み合わせとすることができる。

Claims (12)

1. サービスアクセス装置による表示方法であって、前記方法は、前記装置によって実施される、
   前記装置内に格納された表示要素から生成される第１のユーザーインタフェースをフォアグラウンドに表示するステップであって、前記第１のユーザーインタフェースは、第１のサービスへのアクセスを与える第１の表示要素のセットを含む、表示するステップ（６１０）と、
   第２のサービスへのアクセスを与える第２の表示要素のセットの少なくとも一部を受信するステップ（６２０）と、
   前記第１のユーザーインタフェースに取って代わり、前記第２の表示要素のセットの少なくとも一部を含む、第２のユーザーインタフェースをフォアグラウンドに表示するステップ（６４０）と、
   を含むことを特徴とする方法。
2. 前記第１の表示要素のセットは、ライブ放送で利用可能なサービスへのアクセスを与える要素を含むことを特徴とする請求項１に記載の方法。
3. 前記第２の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを与える要素を含むことを特徴とする請求項１および２のいずれかに記載の方法。
4. 前記受信するステップは、
   サービスへのアクセスを与える第３の表示要素のセットを受信するステップと、
   前記第１の表示要素のセットの少なくとも一部に取って代わるための前記第３の表示要素のセットを格納するステップと、
   を含むことを特徴とする請求項１から３のいずれかに記載の方法。
5. 前記第２の表示要素のセットは、前記第１の表示要素のセットの少なくとも一部に取って代わるための前記第２の表示要素のセットの少なくとも一部の記憶信号を表す情報を含むことを特徴とする請求項１から４のいずれかに記載の方法。
6. データストリーム内に多重化された少なくとも１つの表示要素のセットを逆多重化するステップを含むことを特徴とする請求項１から５のいずれかに記載の方法。
7. 少なくとも１つの表示要素のセットをカルーセル形式で受信するステップを含むことを特徴とする請求項１から６のいずれかに記載の方法。
8. サービスへのアクセスを与える表示要素のセットの送信方法であって、
   サービスへのアクセスを与える第１の表示要素のセットを少なくとも１つのサービスアクセス装置に送信するステップ（７１０）と、
   サービスへのアクセスを与え、格納されることになっている第２の表示要素のセットを前記少なくとも１つのサービスアクセス装置に送信するステップ（７２０）と
   を含むことを特徴とする方法。
9. 前記第２の表示要素のセットは、ライブ放送で利用可能なサービスへのアクセスを与える要素を含むことを特徴とする請求項８に記載の方法。
10. 前記第１の表示要素のセットは、オンデマンドで利用可能なサービスへのアクセスを与える要素を含むことを特徴とする請求項８および９のいずれかに記載の方法。
11. データストリーム内の前記表示要素のセットの少なくとも１つを多重化するステップを含むことを特徴とする請求項８から１０のいずれかに記載の方法。
12. 前記表示要素のセットの少なくとも１つをカルーセル形式で送信するステップを含むことを特徴とする請求項８から１１のいずれかに記載の方法。

Images