JP2014007610A - コンテンツ受信装置、コンテンツ受信方法、およびコンテンツ受信システム - Google Patents

Abstract

【課題】最新状態のメニュー画面を表示するまでの時間を短縮することができるコンテンツ受信装置を提供する。
【解決手段】コンテンツ受信装置１００は、メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部１０２と、画面構成要素を取得する画面構成要素更新部１０３と、画面構成要素に基づいて表示されるメニュー画面に用いられるデータを取得するデータ更新部１０４と、画面構成要素更新部１０３によって取得された画面構成要素およびデータ更新部１０４によって取得されたデータを記憶する記憶部１０８と、コンテンツ受信装置１００の起動時に、画面構成要素更新部１０３によって事前に取得された画面構成要素およびデータ更新部１０４によって事前に取得されたデータを用いて、メニュー画面を描画する画面描画部１０５とを備える。
【選択図】図２

Description

本開示は、最新状態のメニュー画面を表示するコンテンツ受信装置に関する。

特許文献１は、広告コンテンツおよび情報コンテンツをリアルタイムかつダイナミックに配信することができるコンテンツ配信方法を開示している。このコンテンツ配信方法では、システム運用部と放送コンテンツを受信する複数のノードとがネットワークを介して接続され、システム運用部は各ノードユーザのプロファイルに適した広告コンテンツと情報コンテンツの少なくともいずれかを選択的に配信している。これにより、インターネットによる個人プロファイルに応じた広告コンテンツおよび情報コンテンツを、リアルタイムかつダイナミックに配信することができる。

特開２００２−１７１５０７号公報

本開示は、最新状態のメニュー画面を表示するまでの時間を短縮することができるコンテンツ受信装置を提供する。

本開示におけるコンテンツ受信装置は、コンテンツを受信するとともに、最新状態のメニュー画面を表示するコンテンツ受信装置であって、当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理部によって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新部と、前記画面構成要素更新部によって取得された前記画面構成要素および前記データ更新部によって取得された前記データを記憶する記憶部と、当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素および前記データ更新部によって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画部とを備える。

本開示におけるコンテンツ受信装置は、最新状態のメニュー画面を表示するまでの時間を短縮することができる。

図１は、実施の形態１におけるコンテンツ受信システムの概略構成を示すブロック図である。 図２は、実施の形態１におけるコンテンツ受信装置の構成を示すブロック図である。 図３（ａ）はメニュー画面の一例を示す図であり、図３（ｂ）はメニュー画面の項目リストの一例を示す図であり、図３（ｃ）はメニュー画面のメニュー項目の一例を説明する図である。 図４は、実施の形態１におけるメニュー画面を表示するプログラムの記述例を示す図である。 図５は、実施の形態１におけるメニュー項目の記述例を示す図である。 図６は、実施の形態１における第１サーバの構成を示すブロック図である。 図７は、実施の形態１におけるコンテンツ受信装置における画面構成要素の更新動作の流れを示すフローチャートである。 図８は、実施の形態１におけるコンテンツ受信装置における画面構成要素の削除動作の流れを示すフローチャートである。 図９は、実施の形態１におけるコンテンツ受信装置におけるファームフェアの更新動作の流れを示すフローチャートである。 図１０は、実施の形態１におけるコンテンツ受信装置における起動時の動作の流れを示すフローチャートである。 図１１は、実施の形態１における第１サーバで画面構成要素の更新が行われた場合の動作の概要の流れを示すフローチャートである。 図１２は、実施の形態１における画面構成要素の更新に伴うメニュー画面の変更例を示す図である。 図１３は、実施の形態１における端末情報ＤＢの一例を示す図である。 図１４は、対象となるモデル全てに新規のメニュー項目を追加する場合の動作の流れを示すフローチャートである。 図１５は、ユーザ操作によって、メニュー項目の数に変化がある場合の動作の流れを示すフローチャートである。 図１６は、メニュー項目自身が更新される場合の動作の流れを示すフローチャートである。 図１７は、ファームフェアの最低必須バージョンが変更される場合の動作の流れを示すフローチャートである。 図１８は、第１サーバがコンテンツ受信装置へメッセージ（要求）を送信する際の動作の流れを示すフローチャートである。 図１９は、更新要求を送信する端末を決定および送信処理の動作の流れを示すフローチャートである。 図２０は、変形例における第１サーバの構成を示すブロック図である。

（本発明の基礎となった知見）
コンテンツ受信装置において、最新状態のメニュー画面を表示するには、コンテンツ受信装置が起動されたときに、メニュー画面を表示するための画面構成要素を管理するサーバから画面構成要素を取得し、この画面構成要素に基づいてメニュー画面を表示している。

しかしながら、ネットワークを介してサーバから画面構成要素を取得するための時間が必要であるので、ユーザからの起動要求があってからメニュー画面の表示が完了するまでには、一定の時間が必要となる。また、コンテンツ受信装置はサーバの画面構成要素が更新されていなくても、毎回サーバにアクセスするため、コンテンツ受信装置の数が増加するのに比例してサーバの負荷も大きくなる。

このような問題を解決するために、本開示の一態様に係るコンテンツ受信装置は、コンテンツを受信するとともに、最新状態のメニュー画面を表示するコンテンツ受信装置であって、当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理部によって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新部と、前記画面構成要素更新部によって取得された前記画面構成要素および前記データ更新部によって取得された前記データを記憶する記憶部と、当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素および前記データ更新部によって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画部とを備える。

これにより、コンテンツ受信装置が起動された場合に、最新状態のメニュー画面を表示するまでの時間を短縮することができる。

また、前記メッセージ処理部は、さらに、画面構成要素の削除要求を受信し、前記画面構成要素更新部は、前記メッセージ処理部によって前記削除要求が受信されると、前記記憶部に記憶された前記画面構成要素を削除してもよい。

また、前記画面構成要素更新部は、当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素が前記記憶部に記憶されていない場合、前記画面構成要素を取得し、前記コンテンツ受信装置は、さらに、前記画面構成要素更新部によって取得された前記画面構成要素がファームフェア更新を示す場合に、ファームフェアの更新を行うファームフェア更新部を備えてもよい。

また、前記メッセージ処理部は、さらにファームフェアの更新要求を受信し、前記画面構成要素更新部は、前記メッセージ処理部によって前記更新要求が受信されると、前記記憶部に記憶された前記画面構成要素を削除し、前記コンテンツ受信装置は、さらに、前記メッセージ処理部によって前記更新要求が受信されると、ファームフェアの更新を行うファームフェア更新部を備えてもよい。

また、前記メニュー画面に用いられるデータは、定期的に更新されるデータであり、前記データ更新部は、定期的に前記メニュー画面に用いられるデータを取得してもよい。

また、前記コンテンツ受信装置は、さらに、前記コンテンツおよび前記メニュー画面を表示するための表示部を備えてもよい。

また、本開示の一態様に係るコンテンツ受信システムは、コンテンツを受信するとともに最新状態のメニュー画面を表示するコンテンツ受信装置と、前記コンテンツ受信装置にメニュー画面を表示するための画面構成要素を配信するサーバとで構成されるコンテンツ受信システムであって、前記コンテンツ受信装置は、当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理部によって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新部と、当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新部と、前記画面構成要素更新部によって取得された前記画面構成要素および前記データ更新部によって取得された前記データを記憶する記憶部と、当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素および前記データ更新部によって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画部とを備え、前記サーバは、前記コンテンツ受信装置へ、前記画面構成要素の更新要求を送信するメッセージ処理部を備える。

なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施の形態１）
以下、図１〜２０を用いて、実施の形態１を説明する。

図１は、実施の形態１におけるコンテンツ受信システムの概略構成を示すブロック図である。

コンテンツ受信システムは、図１に示すように、第１サーバ２００、第２サーバ３００、および、ネットワーク４００を介してサーバ２００に接続される複数のコンテンツ受信装置１００ａ、１００ｂ、…１００ｎを備えている。

図２は、実施の形態１におけるコンテンツ受信装置１００の構成を示すブロック図である。

コンテンツ受信装置１００は、コンテンツを受信するとともに最新状態のメニュー画面（ランチャー画面）を表示する装置であり、図２に示すように、入力処理部１０１、メッセージ処理部１０２、画面構成要素更新部１０３、データ更新部１０４、画面描画部１０５、ファームフェア更新部１０６、通信部１０７、および記憶部１０８を備えている。

入力処理部１０１は、例えばリモコンなどによるユーザからの操作を受け付け、操作に応じた処理を行う。

メッセージ処理部１０２は、コンテンツ受信装置１００の起動状態および非起動状態（例えばスリープ状態等）において、メニュー画面を表示するための画面構成要素の更新要求を受信する。また、メッセージ処理部１０２は、画面構成要素の削除要求を受信する。また、メッセージ処理部１０２は、ファームフェア更新要求を受信する。

画面構成要素更新部１０３は、コンテンツ受信装置１００の起動状態および非起動状態において、メッセージ処理部１０２によって更新要求が受信されると、更新要求の内容に応じて、記憶部１０８に記憶されている画面構成要素を削除し、第１サーバ２００から画面構成要素を再度取得し、記憶部１０８に保存する。

データ更新部１０４は、コンテンツ受信装置１００の起動状態および非起動状態において、画面構成要素に基づいて表示されるメニュー画面に用いるデータを定期的に取得する。

画面描画部１０５は、コンテンツ受信装置１００の起動時に、画面構成要素更新部１０３によって事前に取得された画面構成要素およびデータ更新部１０４によって事前に取得されたデータを用いて、メニュー画面を描画する。

ここで、メニュー画面について説明する。図３（ａ）はメニュー画面の一例を示す図であり、図３（ｂ）はメニュー画面の項目リストの一例を示す図であり、図３（ｃ）はメニュー画面のメニュー項目の一例を説明する図である。

コンテンツ受信装置１００が起動されると、例えば図３（ａ）に示すようなメニュー画面３０１が画面描画部１０５によって表示される。メニュー画面３０１には、図３（ｂ）に示すような項目リスト３０２に基づいて、図３（ｃ）に示すように、例えばアプリアイコン、広告データ等である個々のメニュー項目（例えば「設定」、「天気」等）が表示される。具体的には、画面描画部１０５は、例えば図４に示すようなメニュー画面を表示するための記述、図５（ａ）（ｂ）に示すようなメニュー項目の記述、および図５（ｃ）に示すような項目リストの記述等により、メニュー画面３０１を描画する。

また、メニュー項目の記述に関して、例えば、図５（ａ）に示すようにメニュー項目の記述の中に、メニュー項目として表示するデータを外部のネットワーク上から取得することを示す記述３０３がある場合がある。このような場合、外部のネットワーク上から取得することが必要なデータは、データ更新部１０４によって取得されることになる。このような外部のネットワーク上から取得することが必要なデータとしては、例えば天気、広告等の定期的に更新されるデータがある。

ファームフェア更新部１０６は、画面構成要素更新部１０３によって取得された画面構成要素がファームフェア更新を示す場合に、ファームフェアの更新を行う。また、ファームフェア更新部１０６は、メッセージ処理部１０２によってファームフェア更新要求が受信されると、ファームフェアの更新を行う。

通信部１０７は、例えばＷｉ−ＦｉまたはＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して外部のネットワーク４００に接続し、例えば第１サーバ２００および第２サーバ３００等の他機器と通信を行う。

記憶部１０８は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはメモリ等であり、画面構成要素更新部１０３によって取得された画面構成要素およびデータ更新部１０４によって取得されたデータを記憶する。

図６は、実施の形態１における第１サーバ２００の構成を示すブロック図である。

第１サーバ２００は、コンテンツ受信装置１００にメニュー画面を表示するための画面構成要素を配信する装置であり、図６に示すように、メッセージ処理部２０１、監視部２０２、制御部２０３、端末情報データベース（端末情報ＤＢ）２０４、通信部２０５、および記憶部２０６を備えている。

メッセージ処理部２０１は、決められたコンテンツ受信装置（端末）１００に、決められたメッセージ（要求）を送受信する。

監視部２０２は、定期的に端末情報ＤＢ２０４の内容と第１サーバ２００内の状況を監視し、メッセージの内容や送信タイミングを決定する。

制御部２０３は、メッセージ処理部２０１よって受信されたコンテンツ受信装置１００からの例えば画面構成要素の取得要求およびファームフェアを更新するためのファイルの取得要求等を処理する。

端末情報ＤＢ２０４は、ネットワーク４００を介して接続されるコンテンツ受信装置１００の情報および状態を保存しているデータベースである。

通信部２０５は、ネットワーク４００を介して、例えばコンテンツ受信装置１００等の他機器と通信を行う。

記憶部２０６は、コンテンツ受信装置１００においてメニュー画面を表示するための画面構成要素、およびコンテンツ受信装置１００のファームフェアを更新するためのファイル等を記憶している。

第２サーバ３００は、視聴コンテンツを配信するためのサーバである。コンテンツ受信装置１００は、第２サーバ３００から視聴コンテンツを取得する。なお、視聴コンテンツの取得には、例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によってデータを分割して取得する方法などが考えられるが本実施の形態では特に限定しない。

次に、上記のように構成されたコンテンツ受信装置１００における画面構成要素の更新動作について説明する。図７は、実施の形態１におけるコンテンツ受信装置１００における画面構成要素の更新動作の流れを示すフローチャートである。ここでは、コンテンツ受信装置１００は、スリープ状態であるものとして説明する。

メッセージ処理部１０２は、第１サーバ２００から画面構成要素の更新要求を受信したか否かの判定を行う（ステップＳ１０１）。ここで、更新要求を受信していない場合（ステップＳ１０１でＮｏ）は、この判定処理を繰り返す。一方、更新要求を受信した場合（ステップＳ１０１でＹｅｓ）、メッセージ処理部１０２は、画面構成要素の更新要求を受信したことを画面構成要素更新部１０３に通知する。画面構成要素更新部１０３は、更新要求の内容に応じて、記憶部１０8に記憶されている画面構成要素を削除する。すなわち、画面構成要素更新部１０３は、記憶部１０8に記憶されている画面構成要素の中で、更新要求によって要求されたメニュー項目に関連する記述およびデータを削除する（ステップＳ１０２）。画面構成要素更新部１０３は、更新要求によって要求されたメニュー項目に関連する記述およびデータを第１サーバ２００から取得し、記憶部１０8に保存する（ステップＳ１０３）。次に、データ更新部１０４は、メニュー項目として表示するデータの中に外部のネットワーク上から取得することが必要なデータがあるかないかを判定する（ステップＳ１０４）。この判定の結果、外部のネットワーク上から取得することが必要なデータがある場合（ステップＳ１０４でＹｅｓ）、データ更新部１０４は、メニュー項目として表示するデータを外部のネットワーク上から取得する（ステップＳ１０５）。なお、データ更新部１０４は、外部のネットワーク上から取得することが必要なデータがある場合、メニュー項目として表示するデータを定期的に取得する。一方、外部のネットワーク上から取得することが必要なデータがない場合（ステップＳ１０４でＮｏ）は、処理を終了する。

次に、コンテンツ受信装置１００における画面構成要素の削除動作について説明する。図８は、実施の形態１におけるコンテンツ受信装置１００における画面構成要素の削除動作の流れを示すフローチャートである。なお、第１サーバ２００から送信される画面構成要素の削除要求は、コンテンツ受信装置１００においてファームフェアの更新処理が必要になった場合に送信される。また、ここでも、コンテンツ受信装置１００は、スリープ状態であるものとして説明する。

メッセージ処理部１０２は、第１サーバ２００から画面構成要素の削除要求を受信したか否かの判定を行う（ステップＳ２０１）。ここで、削除要求を受信していない場合（ステップＳ２０１でＮｏ）は、この判定処理を繰り返す。一方、削除要求を受信した場合（ステップＳ２０１でＹｅｓ）、メッセージ処理部１０２は、画面構成要素の削除要求を受信したことを画面構成要素更新部１０３に通知する。画面構成要素更新部１０３は、記憶部１０8に記憶されている画面構成要素を削除する（ステップＳ２０２）。次に、画面構成要素更新部１０３は、画面構成要素の削除が完了したことを、通信部２０５を介して第１サーバ２００に通知する（ステップＳ２０３）。

次に、コンテンツ受信装置１００におけるファームフェアの更新動作について説明する。図９は、実施の形態１におけるコンテンツ受信装置１００におけるファームフェアの更新動作の流れを示すフローチャートである。ここでも、コンテンツ受信装置１００は、スリープ状態であるものとして説明する。

メッセージ処理部１０２は、第１サーバ２００からファームフェアの更新要求を受信したか否かの判定を行う（ステップＳ３０１）。ここで、ファームフェアの更新要求を受信していない場合（ステップＳ３０１でＮｏ）は、この判定処理を繰り返す。一方、ファームフェアの更新要求を受信した場合（ステップＳ３０１でＹｅｓ）、メッセージ処理部１０２は、ファームフェアの更新要求を受信したことを構成要素更新部１０３に通知する。画面構成要素更新部１０３は、記憶部１０8に記憶されている画面構成要素を削除する（ステップＳ３０２）。これにより、例えば、ファームフェアの更新処理中にトラブルが発生したとしても、後で、ファームフェアの更新処理を行うことが可能である。

次に、ファームフェア更新部１０６は、ファームフェアの更新処理を行う（ステップＳ３０３）。ファームフェアの更新処理が完了すると、ファームフェア更新部１０６は、ファームフェアの更新処理が完了したことを、通信部２０５を介して第１サーバ２００に通知する（ステップＳ３０４）。

次に、コンテンツ受信装置１００における起動時の動作について説明する。図１０は、実施の形態１におけるコンテンツ受信装置１００における起動時の動作の流れを示すフローチャートである。

ユーザによりコンテンツ受信装置１００の起動指示が行われると、入力処理部１０１は、起動指示を受け付け、画面描画部１０５に通知する（ステップＳ４０１）。画面描画部１０５は、画面構成要素更新部１０３によって事前に取得された画面構成要素が記憶部１０8に保存されているか否かを判定する（ステップＳ４０２）。この判定の結果、画面構成要素が記憶部１０8に保存されていない場合（ステップＳ４０２でＮｏ）、画面構成要素更新部１０３は、画面構成要素を第１サーバ２００から取得し、記憶部１０8に保存する（ステップＳ４０３）。一方、画面構成要素が記憶部１０8に保存されている場合（ステップＳ４０２でＹｅｓ）、特に処理を行わない。次に、画面描画部１０５は、記憶部１０8に保存されている画面構成要素がファームフェアの更新を示すか否かを判定する（ステップＳ４０４）。この判定の結果、画面構成要素がファームフェアの更新を示す場合（ステップＳ４０４でＹｅｓ）、ファームフェア更新部１０６は、ファームフェアの更新処理を行う（ステップＳ４００５）。一方、画面構成要素がファームフェアの更新を示していない場合（ステップＳ４０３でＮｏ）、画面描画部１０５は、画面構成要素更新部１０３によって事前に取得された画面構成要素およびデータ更新部１０４によって事前に取得されたデータを用いて、メニュー画面を描画する（ステップＳ４０６）。

以上のように、第１サーバ２００において画面構成要素の更新された場合、第１サーバ２００からの画面構成要素の更新要求により、コンテンツ受信装置１００は、スリープ状態であっても、画面構成要素更新部１０３が画面構成要素を取得している。さらに、メニュー項目として表示するデータの中に外部のネットワーク上から取得することが必要なデータがある場合、データ更新部１０４が、メニュー項目として表示するデータを定期的に取得している。そして、コンテンツ受信装置１００の起動時に、画面描画部１０５が、画面構成要素更新部１０３によって事前に取得された画面構成要素およびデータ更新部１０４によって事前に取得されたデータを用いて、メニュー画面を描画している。

これによって、コンテンツ受信装置１００が起動された場合に、最新状態のメニュー画面を表示するまでの時間を短縮することができる。

また、第１サーバ２００から画面構成要素の削除要求を受信した場合には、コンテンツ受信装置１００の起動時に、画面構成要素を取得することでファームフェアの更新処理を行っている。一方、第１サーバ２００からファームフェアの更新要求を受信した場合には、すぐにファームフェアの更新処理を行っている。

このように、ファームフェアの更新処理についても、第１サーバ２００の要求に応じて、ファームフェアの更新処理を行うタイミングを変更して更新処理を行うことができる。

次に、上記のように構成された第１サーバ２００の動作について説明する。図１１は、実施の形態１における第１サーバ２００で画面構成要素の更新が行われた場合の動作の概要の流れを示すフローチャートである。

制御部２０３は、記憶部２０６に保存されている画面構成要素のメニュー項目を更新する（ステップＳ５０１）。制御部２０３は、更新したメニュー項目が項目リストに含まれるコンテンツ受信装置（以下、端末ともいう）１００を端末情報ＤＢ２０４で検索する（ステップＳ５０２）。制御部２０３は、検索された端末およびメニュー項目に更新必要フラグを登録する（ステップＳ５０３）。

次に、画面構成要素の更新が行われる具体例について説明する。

画面構成要素の更新が行われる具体例として、図１２に示すように現在のメニュー画面４０１を、（１）新サービスを追加するために、対象となるモデル全てに新規のメニュー項目を追加し、メニュー画面４０２とする場合、（２）例えばユーザがアプリを購入するなどユーザ操作によって、メニュー項目の数に変化があり、メニュー画面４０３とする場合、（３）メニュー項目自身が更新され、メニュー画面４０４とする場合、等が挙げられる。

端末情報ＤＢ２０４には、図１３に示すように、例えば品番テーブルＴ１０１、端末状況テーブルＴ１０２、およびメニュー項目管理テーブルＴ１０３等が記憶されている。品番テーブルＴ１０１には、図１３に示すように、例えば端末の品番およびファームフェアの最低必須バージョン等が記載されている。端末状況テーブルＴ１０２には、図１３に示すように、例えば端末ＩＤ、端末の品番、ファームフェアのバージョン、利用頻度、およびファームフェアの更新の要否等が記載されている。メニュー項目管理テーブルＴ１０３には、図１３に示すように、例えば端末ＩＤ、ユーザＩＤ、メニュー項目、アイテムナンバー、およびメニュー項目の更新の要否等が記載されている。

図１４は、対象となるモデル全てに新規のメニュー項目を追加する場合の動作の流れを示すフローチャートである。

制御部２０３は、端末状況テーブルＴ１０２を検索し、新規のメニュー項目を追加する対象となるモデルの端末リストを作成する（ステップＳ６０１）。次に、制御部２０３は、対象となるモデルに対して、メニュー項目管理テーブルＴ１０３からアイテムナンバーの空きを検索し、新規のメニュー項目となるフィールドを追加する（ステップＳ６０２）。このとき、追加した新規のメニュー項目となるフィールドの「メニュー項目の更新の要否」の項目は「Ｙｅｓ」である。

図１５は、ユーザ操作によって、メニュー項目の数に変化がある場合の動作の流れを示すフローチャートである。

制御部２０３は、メニュー項目管理テーブルＴ１０３を検索し、ユーザ操作によって変更が必要な対象端末（例えばユーザＩＤが同一の端末）をリストアップする（ステップＳ７０１）。次に、制御部２０３は、リストアップされた対象端末に対して、メニュー項目管理テーブルＴ１０３のメニュー項目の変更を反映する（ステップＳ７０２）。このとき、変更したメニュー項目となるフィールドの「メニュー項目の更新の要否」の項目は「Ｙｅｓ」である。

図１６は、メニュー項目自身が更新される場合の動作の流れを示すフローチャートである。

制御部２０３は、メニュー項目管理テーブルＴ１０３を検索し、更新されたメニュー項目を含むフィールドをリストアップする（ステップＳ８０１）。次に、制御部２０３は、リストアップされた全フィールドに対して、メニュー項目管理テーブルＴ１０３の「メニュー項目の更新の要否」の項目を「Ｙｅｓ」に変更する（ステップＳ８０２）。

次に、ファームフェアの更新が行われる場合について説明する。

図１７は、ファームフェアの最低必須バージョンが変更される場合の動作の流れを示すフローチャートである。

制御部２０３は、品番テーブルＴ１０１の対象となる品番の最低必須バージョンの値を更新する（ステップＳ９０１）。制御部２０３は、端末状況テーブルＴ１０２において、品番テーブルＴ１０１が更新された品番端末に対して、現在のファームフェアのバージョンが品番テーブルＴ１０１の最低必須バージョンを満たしているか否かの判定を行う（ステップＳ９０２）。この判定の結果、最低必須バージョンを満たしていない場合（ステップＳ９０２でＮｏ）、制御部２０３は、端末状況テーブルＴ１０２の「ファームフェアの更新の要否」の項目を「Ｙｅｓ」に変更する（ステップＳ９０３）。一方、最低必須バージョンを満たしている場合（ステップＳ９０２でＹｅｓ）、特に処理を行わない。

次に、第１サーバ２００がコンテンツ受信装置１００へメッセージ（要求）を送信する際の動作について説明する。図１８は、第１サーバ２００がコンテンツ受信装置１００へメッセージ（要求）を送信する際の動作の流れを示すフローチャートである。

監視部２０２は、所定の時間だけ処理を待つ（ステップＳ１００１）。監視部２０２は、制御部２０３の負荷（例えばＣＰＵ負荷）が所定の閾値以下であるか否かを判定する（ステップＳ１００２）。この判定の結果、制御部２０３の負荷（例えばＣＰＵ負荷）が所定の閾値以下である場合（ステップＳ１００２でＹｅｓ）、監視部２０２は、通信部２０５の接続数が所定の閾値以下であるか否かを判定する（ステップＳ１００３）。この判定の結果、通信部２０５の接続数が所定の閾値以下でない場合（ステップＳ１００３でＮｏ）、および制御部２０３の負荷（例えばＣＰＵ負荷）が所定の閾値以下でない場合には、監視部２０２は、所定の時間だけ処理を待つ（ステップＳ１００１へ戻る）。

一方、通信部２０５の接続数が所定の閾値以下である場合（ステップＳ１００３でＹｅｓ）、監視部２０２は、画面構成要素の更新要求、画面構成要素の削除要求、またはファームフェアの更新要求を送信する端末を決定し、送信する（ステップＳ１００４）。なお、この決定および送信処理については、後で図１９を用いて説明する。次に、端末からそれぞれの要求に応じた完了通知を受け取り、制御部２０３は、端末情報ＤＢ２０４に情報を反映させる（ステップＳ１００５）。

図１９は、更新要求を送信する端末を決定および送信処理の動作の流れを示すフローチャートである。

監視部２０２は、端末状況テーブルＴ１０２に登録されているすべての端末に対して、端末状況テーブルＴ１０２の「ファームフェアの更新の要否」の項目が「Ｙｅｓ」であるか否かを判定する（ステップＳ１１０１）。この判定の結果、「ファームフェアの更新の要否」の項目が「Ｙｅｓ」でない場合（ステップＳ１１０１でＮｏ）、監視部２０２は、メニュー項目管理テーブルＴ１０３の「メニュー項目の更新の要否」の項目が「Ｙｅｓ」のものがあるか否かを判定する（ステップＳ１１０２）。この判定の結果、「メニュー項目の更新の要否」の項目に「Ｙｅｓ」のものがある場合（ステップＳ１１０２でＹｅｓ）、監視部２０２は、「メニュー項目の更新の要否」の項目が「Ｙｅｓ」であるメニュー項目をリストアップする（ステップＳ１１０３）。監視部２０２は、リストアップしたメニュー項目の更新要求をメッセージ処理部２０１に指示する（ステップＳ１１０４）。一方、「メニュー項目の更新の要否」の項目に「Ｙｅｓ」のものがない場合（ステップＳ１１０２でＮｏ）、監視部２０２は、処理を終了する。

また、上記判定（ステップＳ１１０１）の結果、「ファームフェアの更新の要否」の項目が「Ｙｅｓ」である場合（ステップＳ１１０１でＹｅｓ）、監視部２０２は、ファームフェアの更新をすぐに行うべきか否かを判定する（ステップＳ１１０５）。この判定の結果、ファームフェアの更新をすぐに行うべき場合（ステップＳ１１０５でＹｅｓ）、監視部２０２は、ファームフェアの更新要求をメッセージ処理部２０１に指示する（ステップＳ１１０６）。一方、ファームフェアの更新をすぐに行うべきでない場合（ステップＳ１１０５でＮｏ）、監視部２０２は、画面構成要素の削除要求をメッセージ処理部２０１に指示する（ステップＳ１１０７）。

なお、ファームフェアの更新をすぐに行うべきか否かを判定については、例えば端末状況テーブルＴ１０２等にフラグを記載すること等により判定することができる。また、ここでは、端末状況テーブルＴ１０２に登録されているすべての端末に対して、処理を行っているが、これに限られるものではない。例えば、端末の台数、または端末状況テーブルＴ１０２の利用頻度等の情報により制限しても構わない。

以上のように、第１サーバ２００において画面構成要素の更新した場合、第１サーバ２００からコンテンツ受信装置１００に対して画面構成要素の更新要求を行っている。

これによって、コンテンツ受信装置１００おいて、事前に画面構成要素を取得することができ、コンテンツ受信装置１００において、コンテンツ受信装置１００が起動された場合に、最新状態のメニュー画面を表示するまでの時間を短縮することができる。

また、第１サーバ２００は、第１サーバ２００の負荷等の状況に応じて、画面構成要素の更新要求、画面構成要素の削除要求、またはファームフェアの更新要求を送信する端末を決定し、送信している。これによって、第１サーバ２００の負荷を分散することができる。

なお、本実施の形態では、第１サーバ２００を図６に示すように１台で構成する場合で、説明しているが、これに限られるものではない。例えば、図２０に示すように複数台の第１サーバ２００ａ、２００ｂ、２００ｃを、ＬｏａｄＢａｌａｎｃｅｒ５０１を用いて接続した構成のサーバ設備５００とすることも可能である。ＬｏａｄＢａｌａｎｃｅｒ５０１は端末からのアクセスを一旦受け取り、サーバ設備５００内の複数の第１サーバ２００ａ、２００ｂ、２００ｃに処理を割り振る。この場合、図１８に示すフローチャートにおいて、制御部２０３の負荷、および通信部２０５の接続数が所定の閾値以下であるか否かを判定に加えて、ＬｏａｄＢａｌａｎｃｅｒ５０１のネットワーク帯域が所定の閾値以下であるか否か、および制御部２０３と端末情報ＤＢ２０４との接続数所定の閾値以下であるか否か等を判定しても構わない。

また、本実施の形態では、コンテンツ受信装置１００は、例えばディスプレイ等の表示装置である表示部を備えず、接続される表示部に対して、画面描画部１０５がメニュー画面を描画することを前提に説明しているが、これに限られるものではない。コンテンツ受信装置１００が、例えばディスプレイ等の表示装置である表示部を備える構成としても構わない。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

本開示は、最新状態のメニュー画面を表示するコンテンツ受信装置に適用可能である。具体的には、テレビ、セットトップボックス、情報端末などに、本開示は適用可能である。

１００ コンテンツ受信装置
１０１ 入力処理部
１０２ メッセージ処理部
１０３ 画面構成要素更新部
１０４ データ更新部
１０５ 画面描画部
１０６ ファームフェア更新部
１０７ 通信部
１０８ 記憶部
２００ 第１サーバ
２０１ メッセージ処理部
２０２ 監視部
２０３ 制御部
２０４ 端末情報データベース
２０５ 通信部
２０６ 記憶部
３００ 第２サーバ
４００ ネットワーク

Claims (8)

1. コンテンツを受信するとともに、最新状態のメニュー画面を表示するコンテンツ受信装置であって、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部と、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理部によって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新部と、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新部と、
   前記画面構成要素更新部によって取得された前記画面構成要素および前記データ更新部によって取得された前記データを記憶する記憶部と、
   当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素および前記データ更新部によって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画部と
   を備えるコンテンツ受信装置。
2. 前記メッセージ処理部は、さらに、画面構成要素の削除要求を受信し、
   前記画面構成要素更新部は、前記メッセージ処理部によって前記削除要求が受信されると、前記記憶部に記憶された前記画面構成要素を削除する
   請求項１に記載のコンテンツ受信装置。
3. 前記画面構成要素更新部は、当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素が前記記憶部に記憶されていない場合、前記画面構成要素を取得し、
   前記コンテンツ受信装置は、さらに、
   前記画面構成要素更新部によって取得された前記画面構成要素がファームフェア更新を示す場合に、ファームフェアの更新を行うファームフェア更新部を備える
   請求項２に記載のコンテンツ受信装置。
4. 前記メッセージ処理部は、さらにファームフェアの更新要求を受信し、
   前記画面構成要素更新部は、前記メッセージ処理部によって前記更新要求が受信されると、前記記憶部に記憶された前記画面構成要素を削除し、
   前記コンテンツ受信装置は、さらに、
   前記メッセージ処理部によって前記更新要求が受信されると、ファームフェアの更新を行うファームフェア更新部を備える
   請求項１に記載のコンテンツ受信装置。
5. 前記メニュー画面に用いられるデータは、定期的に更新されるデータであり、
   前記データ更新部は、定期的に前記メニュー画面に用いられるデータを取得する
   請求項１〜請求項４のいずれか１項に記載のコンテンツ受信装置。
6. 前記コンテンツ受信装置は、さらに、
   前記コンテンツおよび前記メニュー画面を表示するための表示部を備える
   請求項１〜請求項５のいずれか１項に記載のコンテンツ受信装置。
7. コンテンツを受信するとともに、最新状態のメニュー画面を表示するコンテンツ受信方法であって、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理ステップと、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理ステップによって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新ステップと、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新ステップと、
   前記画面構成要素更新ステップによって取得された前記画面構成要素および前記データ更新ステップによって取得された前記データを記憶する記憶ステップと、
   当該コンテンツ受信装置の起動時に、前記画面構成要素更新ステップによって事前に取得された前記画面構成要素および前記データ更新ステップによって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画ステップと
   を含むコンテンツ受信方法。
8. コンテンツを受信するとともに最新状態のメニュー画面を表示するコンテンツ受信装置と、前記コンテンツ受信装置にメニュー画面を表示するための画面構成要素を配信するサーバとで構成されるコンテンツ受信システムであって、
   前記コンテンツ受信装置は、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メニュー画面を表示するための画面構成要素の更新要求を受信するメッセージ処理部と、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記メッセージ処理部によって前記更新要求が受信されると、前記画面構成要素を取得する画面構成要素更新部と、
   当該コンテンツ受信装置の起動状態および非起動状態において、前記画面構成要素に基づいて表示される前記メニュー画面に用いられるデータを取得するデータ更新部と、
   前記画面構成要素更新部によって取得された前記画面構成要素および前記データ更新部によって取得された前記データを記憶する記憶部と、
   当該コンテンツ受信装置の起動時に、前記画面構成要素更新部によって事前に取得された前記画面構成要素および前記データ更新部によって事前に取得された前記データを用いて、前記メニュー画面を描画する画面描画部とを備え、
   前記サーバは、
   前記コンテンツ受信装置へ、前記画面構成要素の更新要求を送信するメッセージ処理部を備える
   コンテンツ受信システム。

Images