JP2014138296A - 表示処理装置及び表示処理システム - Google Patents

Abstract

【課題】ユーザの手元にある操作端末で操作用画面を確認することが可能で、ユーザにとっての操作性の向上を図ることができる表示処理装置及び表示処理システムを提供する。
【解決手段】ユーザ操作がなされた操作端末から受信した制御信号を制御信号解析部１０４が解析し、判定部１０８によって操作端末が映像表示機能を有すると判定された場合に、表示制御部１０９はその操作端末に操作用画面の映像データを送信して操作用画面を表示させる。
【選択図】図３

Description

本発明は、ユーザ操作を受け付ける操作端末からの指示に基づき映像を表示させる表示処理装置及び表示処理システムに関するものである。

ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを用いて、ＴＶ（Ｔｅｌｅ−Ｖｉｓｉｏｎ）放送などの視聴用の映像コンテンツ（番組）を配信するサービスとして、ＩＰＴＶサービスが知られている。ＩＰＴＶサービスにおいては、コンテンツ配信サービスを行うサービス事業者がサービス事業者と契約したユーザに貸与又は販売したＩＰ−ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等の表示処理装置を介してユーザに番組を提供する。

表示処理装置は、ユーザがリモコン等の操作端末を用いて選択したチャンネルに対応した映像データをＩＰネットワーク経由でＩＰＴＶ配信サーバから受信及びデコードし、ＴＶ等の表示装置に視聴用映像として出力する。

しかしながら、例えば番組録画予約のためのブラウザ起動等のユーザ操作が操作端末を介してなされた場合、ユーザ操作用画面であるブラウザ画面がＴＶに表示され、既にＴＶに表示されている視聴用映像が阻害されてしまうという問題があった。

このような問題に対し、視聴用等の映像コンテンツを別の表示装置に送信することで視聴が阻害されることを防止する表示処理システムが知られている（例えば、特許文献１参照）。

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

しかしながら、従来の表示処理システムでは、ユーザは手元にある操作端末で操作用画面を確認できず、ユーザにとっての操作性の向上を図ることができないという課題があった。

本発明は、上述した課題を解決するためになされたものであり、ユーザにとっての操作性の向上を図ることができる表示処理装置及び表示処理システムを提供することを目的とする。

本発明に係る表示処理装置は、視聴用である第１の映像データを表示装置に送信して前記第１の映像を表示させる映像データ送信部と、ユーザによる操作を受け付ける操作端末から送信された、ユーザ操作用画面についての第２の映像を表示させるための制御信号を受信する制御信号受信部と、前記制御信号受信部が前記制御信号を受信した場合に、前記操作端末が映像表示機能を有するか否かを判定する判定部と、前記判定部により前記映像表示機能を有すると判定された前記操作端末に前記第２の映像を表示させる表示制御部と、を備えることを特徴とする。

また、本発明に係る表示処理装置は、視聴用である第１の映像データを表示装置に送信して前記第１の映像を表示させる映像データ送信部と、ユーザによる操作を受け付ける操作端末から送信された、ユーザ操作用画面についての第２の映像を表示させるための制御信号を受信する制御信号受信部と、前記制御信号受信部が前記制御信号を受信した場合に、前記操作端末がユーザ操作に基づく処理を実行できるか否かを判定する処理判定部と、前記処理判定部により前記処理を実行できると判定された前記操作端末に前記第２の映像を表示するよう指示するための指示信号を送信して前記第２の映像を表示させる処理制御部と、を備えることを特徴とする。

本発明に係る表示処理システムは、映像を表示する表示装置と、前記表示装置に視聴用である第１の映像データを送信して前記第１の映像を表示させる表示処理装置と、ユーザ操作を受け付けユーザ操作用画面についての第２の映像を表示させるための制御信号を前記表示処理装置に送信する操作端末とを備える表示処理システムであって、前記表示処理装置は、前記操作端末から送信された前記制御信号を受信した場合に、前記操作端末が映像表示機能を有するか否かを判定する判定部と、前記判定部により前記映像表示機能を有すると判定された場合に、前記操作端末に前記第２の映像を表示させる表示制御部と、を備えることを特徴とする。

本発明の表示処理装置及び表示処理システムによれば、ユーザが操作した操作端末に操作用画面を表示するので、ユーザは容易に操作用画面を確認でき、ユーザにとっての操作性の向上を図ることができる。

実施の形態１に係る表示処理システムの構成例を示す図である。 実施の形態１に係る表示処理システムの他の構成例を示す図である。 実施の形態１に係る表示処理装置１００の構成例を示す図である。 実施の形態１に係る操作端末３００の構成例を示す図である。 実施の形態１に係る視聴用画面の表示処理についての動作例を示すフローチャートである。 実施の形態１に係る制御信号に含まれるパラメータの例を示す図である。 実施の形態１に係る制御コード表の例を示す図である。 実施の形態１に係る映像出力情報の例を示す図である。 実施の形態１に係る操作用画面の表示処理についての動作例を示すフローチャートである。 実施の形態１に係る表示可否確認応答の例を示す図である。 実施の形態１に係る映像出力情報の他の例を示す図である。 実施の形態２に係る表示処理装置１００Ａの構成例を示す図である。 実施の形態２に係る操作端末３００Ａの構成例を示す図である。 実施の形態２に係るユーザ操作に基づく処理を実行するまでの動作例を示すフローチャートである。 実施の形態２に係る処理可否確認応答の例を示す図である。

実施の形態１．
以下図面を用いて本発明の実施の形態１を説明する。

図１は実施の形態１に係る表示処理システムの構成例を示す図である。表示処理システムは、表示処理装置１００と、表示装置２００と、操作端末３００と、配信サーバ４００とから構成され、表示処理装置１００と操作端末３００と配信サーバ４００とはＩＰネットワーク５００を介して接続される。

表示処理装置１００は、例えばＩＰ−ＳＴＢ、ナビゲーション装置等により実現され、配信サーバ４００からの放送を受信し、ユーザに選択されたチャンネルに関する映像データを取得して表示装置２００に送信する。表示装置２００はＴＶ等により実現され、表示処理装置１００から送信された映像データ（映像信号）を受信し、受信した映像データに基づく映像を画面に表示する。

なお、表示処理装置１００と表示装置２００とは必ずしも別々の装置でなくてもよく、表示処理装置１００に表示装置２００が内蔵されていてもよい。また、ここで言う映像データは映像のみに関するデータを表すわけではなく、例えば音声データが含まれたデータも含まれるものとする。以降の説明についても同様である。また、表示処理装置１００から表示装置２００へ送信する映像データの形式は、コンポジットビデオ信号であっても、ＲＧＢ信号であっても、ＨＤＭＩ信号であってもよい。また、表示処理装置１００と操作端末３００と配信サーバ４００とは必ずしもＩＰネットワーク５００を介して接続されなくてもよく、例えば有線接続であってもよい。

操作端末３００は、例えば赤外線によるリモートコントローラー、スマートフォン、タブレット等により実現され、映像を表示する機能を有する。また、操作端末３００は、ユーザ操作に基づく処理を指示するための制御信号を表示処理装置１００に送信する。ユーザ操作に基づく処理とは、例えば、ユーザが電源ＯＮのボタンを押した場合における表示処理装置１００の起動処理が該当する。また、ユーザが番組予約ボタンを押した場合における表示処理装置１００のブラウザ起動処理も該当する。詳細は後述するが、このような制御信号を受信した表示処理装置１００は、例えばブラウザ起動処理のようにユーザ操作用画面（ブラウザ画面）の表示が必要な場合は、操作端末３００が映像表示機能を有するか否かを判断し、映像表示機能を有する場合は操作端末３００に操作用画面についての映像データを送信する。このような場合、制御信号は、ユーザ操作用画面の映像を表示させるための信号であるとも言える。

図２は実施の形態１に係る表示処理システムの他の構成例を示す図である。図２に示すように、表示処理装置１００に複数の操作端末がＩＰネットワーク５００を介して接続されていてもよい。また、複数の操作端末３００a〜dのうち、一部が映像表示機能を有し、一部が映像表示機能を有さない構成であってもよい。

配信サーバ４００は、放送等の番組コンテンツを表示処理装置１００に送信する。しかしながら、必ずしも配信サーバ４００を設けなくてもよく、表示処理装置１００の内部メモリ等に番組の映像データ、メタデータ等を記憶するようにしてもよい。

次に、表示処理装置１００の詳細な構成について説明する。図３は実施の形態１に係る表示処理装置１００の構成例を示す図である。表示処理装置１００は、通信部１０１と、接続状態監視部１０２と、制御信号受信部１０３と、制御信号解析部１０４と、操作用映像データ記憶部１０５と、映像データ送信部１０６と、映像出力情報記憶部１０７と、判定部（表示先決定部）１０８と、表示制御部１０９とを備える。

通信部１０１は、映像データ（信号）、制御信号の送受信のやりとりを行う。

接続状態監視部１０２は、表示処理装置１００と操作端末３００との接続を検出・確立し、接続した操作端末３００を識別するための端末ＩＤを取得する。接続検出の方法については、例えばＤＬＮＡガイドラインにおける装置の発見方法を用いればよい。なお、接続検出のタイミングについては、例えば設定初期時に実施してもよいし、定期的に実施するようにしてもよい。

制御信号受信部１０３は、操作端末３００から送信された制御信号を、通信部を介して受信する。

制御信号解析部１０４は、制御信号受信部１０３で受信された制御信号を解析して制御信号に含まれる指示内容を把握し、ユーザ操作に基づく処理を実行する。制御信号解析部１０４は、例えばブラウザ起動処理等のように操作用映像を表示する必要がある場合、操作用映像データ記憶部１０５からブラウザの映像データを取得し、表示制御部１０９に出力する。

操作用映像データ記憶部１０５には、操作用画面の映像データが記憶される。操作用画面は、例えば番組録画等に用いられるブラウザ画面、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）の再生コンテンツ一覧画面等が該当する。

映像データ送信部１０６は、配信サーバ４００から通信部１０１を介して受信した放送に含まれる映像データを、通信部１０１を介して表示装置２００に送信する。映像データ送信部１０６は、映像データを送信すると、現在の映像データ送信先についての情報を映像出力情報記憶部１０７に記憶する。

判定部１０８は、映像表示機能を有するか否かについての問い合わせメッセージである表示可否確認を操作端末３００に送信し、操作端末３００からの表示可否確認応答に基づき、当該操作端末３００が表示機能を有するか否かを判定する。判定１０８は、表示機能を有すると判定した操作端末３００の端末ＩＤ等の識別情報を表示制御部１０９に通知する。このように、判定部１０８は、操作用画面の映像データを送信して操作用画面を表示する対象を決定する表示先決定部としての機能を有するとも言える。

表示制御部１０９は、制御信号解析部１０４から受け取った操作用画面の映像データを、判定部１０８により決定された送信先の操作端末３００に送信する。また、表示制御部１０９は、操作用画面の映像データを送信すると、現在の操作用画面の映像データ送信先についての情報を映像出力情報記憶部１０７に記憶する。

次に、操作端末３００の詳細な構成について説明する。図４は実施の形態１に係る操作端末３００の構成例を示す図である。操作端末３００は、通信部３０１と、制御部３０２と、表示部３０３とを備える。

通信部３０１は、操作画面の映像に関する映像データ、制御信号の送受信のやりとりを行う。

制御部３０２は、接続状態監視部１０２との接続検出が行われると、端末ＩＤを接続状態監視部１０２に送信する。また、制御部３０２は、ユーザ操作を検知すると、当該ユーザ操作に基づく処理を指示するための制御信号を生成し、通信部３０１を介して制御信号解析部１０４に送信する。また、制御部３０２は、映像データ送信部１０６から操作用画面の映像データが送信されると、当該操作用画面の映像データを表示部３０３に転送し、表示部３０３にて操作用画面が表示されるよう制御する。

表示部３０３は、操作用画面等の映像が表示され、例えばスマートフォンの液晶ディスプレイが該当する。

次に、実施の形態１の動作について説明する。まずは、表示処理装置１００が放送を受信して表示装置２００に視聴用画面が表示されるまでの処理について説明する。図５は実施の形態１に係る視聴用画面の表示処理についての動作例を示すフローチャートである。なお、以下の説明では図２に示したように、表示処理装置１００には複数の操作端末３００a〜dが接続されるものとして説明を行う。

まず、表示処理装置１００と操作端末３００との接続処理がなされていない場合、接続状態監視部１０２は、それぞれの操作端末３００a〜dと接続検出、確立の処理を実施する（ステップＳ１）。なお、事前に接続処理がなされている場合はステップＳ１を省略できる。

ユーザが操作端末３００aに設けられた電源オンのボタンを操作すると、制御部３０２は、ユーザによる操作を検知し、電源オンを指示するための制御信号を生成して表示処理装置１００に送信する（ステップＳ２）。

図６は実施の形態１に係る制御信号に含まれるパラメータの例を示す図である。図６に示すように、制御信号には、端末を識別するための情報である端末ＩＤ「００１」と、ユーザによる操作を表す制御コード「１」の情報が含まれる。

制御信号解析部１０４は、制御信号受信部１０３により制御信号が受信されると、制御信号を解析し、制御信号に含まれる指示内容（ユーザによる操作命令）を把握する（ステップＳ３）。

図７は実施の形態１に係る制御コード表の例を示す図である。図７に示すように、制御コード表は、制御コードと操作内容（操作命令）とが対応付けて記憶された表である。表示処理装置１００と操作端末３００a〜dは、同一の制御コード表を保有している。したがって、制御信号解析部１０４は、制御信号に含まれる制御コード「１」を読み取り、電源オンの処理を実行、すなわち、表示処理装置１００を起動する（ステップＳ４）。

表示処理装置１００が起動すると、通信部１０１は、配信サーバ４００から放送を受信し、選択されたチャンネルに関する視聴用の映像データを取得し、映像データ送信部１０６に出力する。

映像データ送信部１０６は、取得した視聴用の映像データを、通信部１０１を介して表示装置２００に送信する（ステップＳ５）。ここでの送信先としての表示装置２００は、デフォルトの送信先としてあらかじめ設定されているものとする。また、映像データ送信部１０６は、現在における映像データの送信先の情報を表した映像出力情報を生成し、映像出力情報記憶部１０７に記憶する。

図８は実施の形態１に係る映像出力情報の例を示す図である。図８に示すように、映像出力情報には、現在の表示先「表示装置２００」、映像信号の形式「ＨＤＭＩ」、及び映像データ番号「１」の情報が記入される。なお、映像信号の形式について、ＨＤＭＩ端子が複数ある場合には、ＨＤＭＩ端子の区別がつくようにＨＤＭＩ１、ＨＤＭＩ２、・・のようにしてもよい。

表示装置２００は視聴用の映像データを受信すると、視聴用映像を画面に表示するので、ユーザは番組を視聴することができる（ステップＳ６）。

次に、ユーザが操作端末を操作してから操作端末に操作用画面が表示されるまでの処理について説明する。図９は実施の形態１に係る操作用画面の表示処理についての動作例を示すフローチャートである。

まず、ユーザが操作端末３００aを操作して番組予約のためのブラウザ起動を指示すると、制御部３０２は、ユーザによる操作を検知し、ブラウザ起動を指示するための制御信号を生成して表示処理装置１００に送信する（ステップＳ０１）。制御信号には、端末ＩＤ「００１」と、制御コード「９」の情報が含まれている。

制御信号解析部１０４は、制御信号受信部１０３により制御信号が受信されると、制御コード表を用いて制御信号を解析し、制御信号に含まれる指示内容「ブラウザ起動」を把握する（ステップＳ０２）。

制御信号解析部１０４は、操作用映像データ記憶部１０５から操作用画面の映像データを取得して、表示制御部１０９に送信する（ステップＳ０３）。ここでは、制御信号解析部１０４は、操作用映像データ記憶部１０５に記憶される、操作用画面（ブラウザ画面）の映像データを取得し、表示制御部１０９に出力する。

次に、判定部１０８は、制御信号に含まれる端末ＩＤ「００１」の情報に基づき、操作端末３００aに対して映像表示機能を有するか否かの確認（表示可否確認）を行う（ステップＳ０４）。

判定部１０８からの表示可否確認を受け取った操作端末３００aの制御部３０２は、通信部３０１を介して、表示可否確認に対する応答（表示可否確認応答）を表示処理装置１００に送信する。

図１０は実施の形態１に係る表示可否確認応答の例を示す図である。図１０に示すように、表示可否確認応答には、端末ＩＤ「００１」、表示可否「可」、画面解像度「１２８０×８００」、アスペクト比「８：５」、画素数「１０２４０００」の情報が含まれるが、これに限定されるものではなく、例えば、端末ＩＤと表示可否のみの情報であってもよい。また、制御部３０２は、表示否の場合は、表示可否確認応答を送信しないようにしてもよい。その場合、判定部１０８は、表示可否確認の送信後一定時間、表示可否確認応答が返ってこなければ、表示否と判断できる。

表示制御部１０９は、判定部１０８から操作端末３００aは表示可能であったことを通知されると（ステップＳ０５−Ｙｅｓ）、操作用画面の映像データを、通信部１０１を介して、操作端末３００aの制御部３０２に送信する。言い換えると、表示制御部１０９は、判定部１０８により映像表示機能を有すると判定された操作端末３００aに操作用画面の映像を表示させる。また、表示制御部１０９は、操作用画面の映像データを送信すると、映像出力情報を生成し、映像出力情報記憶部１０７に記憶する（更新する）。

図１１は実施の形態１に係る映像出力情報の他の例を示す図である。図１１に示す映像出力情報は、図８に示す映像出力情報からさらに、現在の操作用画面の映像についての表示先「端末ＩＤ００１」、映像信号の形式「ＨＤＭＩ」、及び映像データ番号「２」の情報が追記されている。

操作用画面の映像データを、通信部３０１を介して受信した制御部３０２は、操作用画面の映像データを表示部３０３に出力し、表示部３０３には操作用画面が表示される（ステップＳ０６）。こうすることにより、ユーザが操作（ブラウザ起動指示）を行った操作端末３００aに操作用画面（ブラウザ画面）が表示されるので、ユーザはブラウザ起動処理から、表示されたブラウザ画面の確認まで、手元にある同じ操作端末３００aで一貫して操作でき、ユーザにとっての操作性を向上させることが可能となる。また、スマートフォン等の操作端末３００aに操作用画面を表示させるので、操作用画面を表示させるための別途の表示装置が不要となるので、コストを削減でき、かつ、設置スペースを削減することができる。

一方、操作端末３００aが表示可能でなかった場合（ステップＳ０５−Ｎｏ）、判定部１０８は、操作端末３００aに対して実施した表示可否確認を、他の操作端末３００b〜dに対しても実施する（ステップＳ０７）。判定部１０８は、操作端末３００b〜dからの表示可否確認応答に基づいて、映像表示機能を有する操作端末３００を決定する。

操作端末３００b〜dのいずれかが操作用画面を表示可能な場合（ステップＳ０８−Ｙｅｓ）、表示制御部１０９は、判定部１０８の決定に基づき、操作用画面を表示可能ないずれかの操作端末３００の制御部３０２に対して、操作用画面の映像データを送信する。操作用画面の映像データを受信した操作端末３００の制御部３０２は、表示部３０３に操作用画面を表示する（ステップＳ０９）。なお、複数の操作端末３００が操作用画面を表示可能な場合は、表示制御部１０９は、当該複数の操作端末３００に対して操作用画面の映像データを送信してもよい。

こうすることにより、ユーザが操作した操作端末３００aにはブラウザ画面が表示されないが、他の操作端末３００b〜dに表示させることができるので、ユーザにとっての操作性を向上させることが可能となり、また、別途の表示装置が不要となるので、コストを削減でき、かつ、設置スペースを削減することができる。

なお、判定部１０８により複数の操作端末３００が映像表示機能を有すると判定された場合において、表示制御部１０９は、表示可能な全ての操作端末３００に対して操作用画面の映像データを送信せず、いずれか１台の操作端末３００のみに送信するようにしてもよい。この１台の操作端末３００の決定方法については、任意に決定してもよいし、表示可否確認応答に含まれる画面解像度、アスペクト比、画素数等の映像表示品質に基づいて決定してもよい。例えば、複数の操作端末３００b〜dのうち、最も画面解像度が大きい操作端末３００を表示先として決定することにより、ユーザは高画質の操作用画面を見ることができる。

操作端末３００b〜dのいずれも操作用画面を表示可能でない場合（ステップＳ０８−Ｎｏ）、表示制御部１０９は、操作用画面の映像データを、いずれの操作端末３００にも送信せず、表示装置２００に送信する（ステップＳ０１０）。この場合、表示装置２００には既に視聴用画面が表示されているので、操作用画面の映像をさらに表示すると、視聴用画面が覆われて、視聴が阻害されてしまう。

以上のように、本発明の実施の形態１によれば、ユーザ操作がなされた操作端末３００から受信した制御信号を制御信号解析部１０４が解析し、判定部１０８によって操作端末３００が映像表示機能を有すると判定された場合に、表示制御部１０９はその操作端末３００に操作用画面の映像データを送信して操作用画面を表示させるので、視聴用映像を表示している表示装置２００に操作用画面を表示させて視聴が阻害されるのを防止することができるとともに、ユーザは手元にある操作端末３００を用いて操作用画面を確認することができる。そのため、ユーザの操作性の向上を図ることができるとともに、別途の表示装置を必要としないので、コストを削減し、かつ、設置スペースを削減することができる。

また、操作端末３００が複数存在する場合において、判定部１０８は、ユーザに操作され制御信号を送信した操作端末３００について映像表示機能を有するか否かを判定し、映像表示機能を有する場合に、表示制御部１０９は、その操作端末に対して操作用画面の映像データを送信して操作用画面映像を表示させるので、ユーザが操作した操作端末に対し優先して操作用画面を表示させることが可能となり、ユーザの操作性の向上を図ることができる。

また、操作端末３００が複数存在する場合において、制御信号を送信した操作端末３００が映像表示機能を有さないと判定されると、その他の操作端末３００が有する映像表示品質に基づいて操作用画面の映像を表示させる操作端末３００を決定するので、ユーザはより映像品質の良い操作端末３００を用いて操作用画面を確認することが可能となる。

実施の形態２．
以下図面を用いて本発明の実施の形態２について説明する。実施の形態１では、表示制御部１０９が、映像表示機能を有すると判定された操作端末３００に対して操作用画面の映像データを送信したが、実施の形態２では、処理制御部１１２が操作端末３００に対し、ユーザ操作に基づく処理を実行するように指示するための指示信号を送信する。

図１２は実施の形態２に係る表示処理装置１００Ａの構成例を示す図である。実施の形態２の表示処理装置１００Ａは、実施の形態１の表示処理装置１００の構成に加えて、新たに処理状態監視部１１０を備え、判定部１０８の代わりに処理判定部１１１を、表示制御部１０９の代わりに処理制御部１１２を備える。その他の構成については実施の形態１と同じであるので、図３と同一符号を付してその説明を省略する。

処理状態監視部１１０は、表示処理装置１００Ａが実行している処理を監視する。また、表示処理装置１００Ａで消費しているリソース量を監視するようにしてもよい。

処理判定部１１１は、ユーザ操作に基づく処理を実行可能か否かについて問い合わせるためのメッセージであるユーザ操作処理可否確認を、操作端末３００Ａに送信し、操作端末３００Ａからのユーザ操作処理可否確認応答に基づき、当該操作端末３００Ａがユーザ操作に基づく処理が実行可能か否かを判定しその結果を処理制御部１１２に通知する。また、処理判定部１１１は、操作端末３００Ａの端末ＩＤ等の識別情報を処理制御部１１２に通知する。なお、操作端末３００Ａの詳細な構成については後述する。

処理制御部１１２は、処理判定部１１１によりユーザ操作に基づく処理が実行可能と判定された操作端末３００Ａに対し、ユーザ操作に基づく処理を実行するよう指示するための指示信号を送信する。この指示信号は、例えば制御信号受信部１０３で受信された制御信号が該当し、その場合、処理制御部１１２は、制御信号受信部１０３で受信された制御信号をそのまま操作端末３００Ａに転送することになる。

図１３は実施の形態２に係る操作端末３００Ａの構成例を示す図である。実施の形態２の操作端末３００Ａは、実施の形態１の操作端末３００の構成に加えて、新たに指示信号解析部３０４、操作用映像データ記憶部３０５を備える。その他の構成については実施の形態１と同じであるので、図４と同一符号を付してその説明を省略する。

指示信号解析部３０４は、処理制御部１１２から送信された指示信号を解析し、その指示内容を把握する。指示信号解析部３０４は、把握した指示内容を制御部３０２に通知する。

操作用映像データ記憶部３０５は、操作用画面の映像データが記憶される。操作用画面は、例えば番組録画の際に用いられるブラウザ画面、ＶＯＤの再生コンテンツ一覧画面等が該当する。

次に、実施の形態２の動作について説明する。図１４は実施の形態２に係るユーザ操作に基づく処理を実行するまでの動作例を示すフローチャートである。なお、以下の説明では、ユーザ操作に基づく処理として、ブラウザ起動についての処理がなされたものとして説明を行う。また、表示処理装置１００には操作端末３００Ａ及びその他複数の操作端末３００Ｂ〜Ｄが接続されているものとする。また、操作端末３００Ｂ〜Ｄの構成は、図１３で示した操作端末３００Ａと同一であるものとする。

まず、ユーザが操作端末３００Ａを操作してブラウザ起動を指示すると、制御部３０２は、ユーザによる操作を検知し、ブラウザ起動を指示するための制御信号を生成して表示処理装置１００Ａに送信する（ステップＳ００１）。制御信号には、端末ＩＤ「００１」と、制御コード「９」の情報が含まれている。

制御信号解析部１０４は、制御信号受信部１０３により制御信号が受信されると、制御コード表を用いて制御信号を解析し、制御信号に含まれる指示内容「ブラウザ起動」を把握する（ステップＳ００２）。制御信号解析部１０４は、処理状態監視部１１０に指示内容を通知する。

処理状態監視部１１０は、現在表示処理装置１００Ａが実行している処理状態を確認し（ステップＳ００３）、その処理状況に応じて「ブラウザ起動」の処理を表示処理装置１００Ａ内で実行するか否かを決定する。

処理状態監視部１１０によりブラウザ起動の処理を表示処理装置１００Ａ内で実行するように決定された場合（ステップＳ００４−Ｙｅｓ）、表示処理装置１００Ａにおいてブラウザ起動処理を行う（ステップＳ００５）。具体的には、制御信号解析部１０４が操作用映像データ記憶部１０５からブラウザ画面の映像データを取得し、映像データ送信部１０６が当該操作用映像データを表示装置２００に送信し、ブラウザ画面を表示装置２００に表示させる。

処理状態監視部１１０により、ブラウザ起動の処理を表示処理装置１００Ａ内で実行しないと決定された場合（ステップＳ００４−Ｎｏ）、処理判定部１１１が、操作端末３００Ａにおいてユーザ操作に基づく処理が実行できるか否か、つまり操作端末３００Ａがブラウザ起動に該当するユーザ操作処理機能を有するか否かを判定する（ステップＳ００６）。

処理判定部１１１は、ユーザ操作処理機能を有するか否かを確認するための処理可否確認を操作端末３００Ａに送信し、処理判定部１１１からの処理可否確認を受け取った操作端末３００Ａの制御部３０２は、通信部３０１を介して、処理可否確認に対する応答（処理可否確認応答）を表示処理装置１００Ａに送信する。

図１５は実施の形態２に係る処理可否確認応答の例を示す図である。図１５に示すように、処理可否確認応答には、端末ＩＤ「００１」、処理可能操作として「ＶＯＤ再生」、「ブラウザ起動」、「地上デジタル放送視聴」の情報が含まれる。ただし、必ずしもこの形式に限定されなくてもよい。

制御部３０２からの処理可否確認応答を受け取った処理判定部１１１は、処理可否確認応答を解析することにより、操作端末３００Ａにおいてユーザ操作に基づく処理が可能か否かを判定する。図１５の例では、処理可否確認応答には処理可能操作として「ブラウザ起動」が含まれているため、処理判定部１１１は、操作端末３００Ａはユーザ操作処理機能を有すると判定する。この場合（ステップＳ００７−Ｙｅｓ）、表示処理装置１００Ａではなく、操作端末３００Ａ内において、ブラウザ起動処理が実行される（ステップＳ００８）。

操作端末３００Ａ内においてブラウザ起動処理が実行されるまでの処理の流れを説明する。まず、処理制御部１１２が、処理判定部１１１から操作端末３００Ａがユーザ操作処理機能を有することを通知されると、当該ユーザ操作に基づく処理であるブラウザ起動を指示するための指示信号を、通信部１０１を介して操作端末３００Ａに送信する。ここでの指示信号は、処理制御部１１２によって新たに生成されたものであってもよいし、制御信号受信部１０３で受信した制御信号であって、そのまま操作端末３００Ａに転送されるものであってもよい。

つづいて、操作端末３００Ａの指示信号解析部３０４は、処理制御部１１２から送信された指示信号を解析し、指示内容を把握する。ここではブラウザ起動を指示されているので、指示信号解析部３０４は、ブラウザ起動を指示されている旨を制御部３０２に通知する。制御部３０２は、操作用映像データ記憶部３０５からユーザ操作用画面（ブラウザ画面）の映像データを取得し、表示部３０３に出力することにより、操作端末３００Ａの画面にブラウザ画面が表示される。このように、操作端末３００Ａ内においてブラウザ起動処理が実行される。

一方、ステップＳ００７において、操作端末３００Ａにてユーザ操作に基づく処理が可能でない場合（ステップＳ００７−Ｎｏ）、つまり処理可否確認応答に処理可能操作として「ブラウザ起動」が含まれていなかった場合、処理判定部１１１は、操作端末３００Ａはユーザ操作処理機能を有さないと判定し、その結果を処理制御部１１２に通知する。

その場合、処理制御部１１２は、指示信号を操作端末３００Ａに送信せず、処理判定部１１１が、操作端末３００Ａとは異なる他の操作端末３００Ｂ〜Ｄにおいてユーザ操作処理機能を有するか否かを判定する（ステップＳ００９）。

他の操作端末３００Ｂ〜Ｄのいずれかがユーザ操作処理機能を有する場合（ステップＳ００１０−Ｙｅｓ）、処理制御部１１２はユーザ操作処理機能を有する操作端末３００に指示信号を送信し、指示信号を受信した操作端末３００がユーザ操作処理を実行、すなわち、ブラウザを起動しブラウザ画面を操作端末３００上に表示する（ステップＳ００１１）。

他の操作端末３００Ｂ〜Ｄのいずれもユーザ操作処理機能を有さない場合（ステップＳ００１０−Ｎｏ）、操作端末３００Ｂ〜Ｄのいずれにおいてもブラウザ起動が実行できないので、ユーザがブラウザ起動を指示した操作端末３００Ａに対して、処理制御部１１２がエラー信号を送信し、操作端末３００Ａにおいてエラー表示がなされる。このエラー表示は、操作端末３００Ａに限らず、他の操作端末３００のいずれかに表示させるようにしてもよい。なお、操作端末Ｂ〜Ｄがユーザ操作処理機能を有さない一方で、表示装置２００がユーザ操作処理機能を有する場合は、処理制御部１１２は、表示装置２００に指示信号を送信してユーザ操作に基づく処理を実行させるようにしてもよい。

以上のように、本発明の実施の形態２によれば、処理判定部１１１によって操作端末３００Ａがユーザ操作処理機能を有すると判定された場合に、処理制御部１１２はユーザ操作に基づく処理を実行するよう指示するための指示信号を操作端末３００Ａに送信してユーザ操作に基づく処理を実行させるので、視聴用映像を表示している表示装置２００に操作用画面を表示させて視聴が阻害されるのを防止することができるとともに、ユーザは手元にある操作端末３００Ａを用いて操作用画面を確認することができる。そのため、ユーザの操作性を向上できるとともに、別途の表示装置を必要としないので、コストを削減し、かつ、設置スペースを削減することができる。

なお、これまでユーザ操作に基づく処理として、ブラウザ起動を例にとって説明してきたが、必ずしもこれに限定されるものではない。例えば、番組情報を表示するための処理であってもよく、その場合、番組情報が表示された画面が操作用画面となる。

１００ 表示処理装置、１０１ 通信部、１０２ 接続状態監視部、１０３ 制御信号受信部、１０４ 制御信号解析部、１０５ 操作用映像データ記憶部、１０６ 映像データ送信部、１０７ 映像出力情報記憶部、１０８ 判定部、１０９ 表示制御部、１１０ 処理状態監視部、１１１ 処理判定部、２００ 表示装置、３００a〜d、３００Ａ〜Ｄ 操作端末、３０１ 通信部、３０２ 制御部、３０３ 表示部、３０４ 指示信号解析部、３０５ 操作用映像データ記憶部、４００ 配信サーバ、５００ ＩＰネットワーク

Claims (8)

1. 視聴用である第１の映像データを表示装置に送信して前記第１の映像を表示させる映像データ送信部と、
   ユーザによる操作を受け付ける操作端末から送信された、ユーザ操作用画面についての第２の映像を表示させるための制御信号を受信する制御信号受信部と、
   前記制御信号受信部が前記制御信号を受信した場合に、前記操作端末が映像表示機能を有するか否かを判定する判定部と、
   前記判定部により前記映像表示機能を有すると判定された前記操作端末に前記第２の映像を表示させる表示制御部と、を備えることを特徴とする表示処理装置。
2. 前記判定部は、前記操作端末に前記映像表示機能を有するか否かの問い合わせを行い、前記問い合わせに対する前記操作端末からの応答に基づいて前記映像表示機能を有するか否かを判定することを特徴とする請求項１に記載の表示処理装置。
3. 前記判定部は、前記操作端末が複数存在する場合に、前記複数の操作端末のうち前記制御信号を送信した前記操作端末について前記映像表示機能を有するか否かを判定し、前記映像表示機能を有しないと判定すると他の前記操作端末について前記映像表示機能を有するか否かを判定することを特徴とする請求項２に記載の表示処理装置。
4. 前記応答には前記操作端末の映像表示品質の情報が含まれ、
   前記判定部は、前記操作端末が複数存在する場合に、前記複数の操作端末について前記映像表示機能を有するか否かを判定し、
   前記表示制御部は、前記映像表示品質の情報に基づき、前記判定部により前記映像表示機能を有すると判定された前記操作端末のうちいずれかの前記操作端末に前記第２の映像を表示させることを特徴とする請求項２に記載の表示処理装置。
5. 前記表示制御部は、前記第２の映像データを前記操作端末に送信することにより前記操作端末に前記第２の映像を表示させることを特徴とする請求項１乃至４のいずれかに記載の表示処理装置。
6. 視聴用である第１の映像データを表示装置に送信して前記第１の映像を表示させる映像データ送信部と、
   ユーザによる操作を受け付ける操作端末から送信された、ユーザ操作用画面についての第２の映像を表示させるための制御信号を受信する制御信号受信部と、
   前記制御信号受信部が前記制御信号を受信した場合に、前記操作端末がユーザ操作に基づく処理を実行できるか否かを判定する処理判定部と、
   前記処理判定部により前記処理を実行できると判定された前記操作端末に前記第２の映像を表示するよう指示するための指示信号を送信して前記第２の映像を表示させる処理制御部と、を備えることを特徴とする表示処理装置。
7. 前記処理制御部は、前記第２の映像を表示するよう指示するための信号として、前記制御信号受信部で受信された前記制御信号を用いることを特徴とする請求項６に記載の表示処理装置。
8. 映像を表示する表示装置と、前記表示装置に視聴用である第１の映像データを送信して前記第１の映像を表示させる表示処理装置と、ユーザ操作を受け付けユーザ操作用画面についての第２の映像を表示させるための制御信号を前記表示処理装置に送信する操作端末とを備える表示処理システムであって、
   前記表示処理装置は、
   前記操作端末から送信された前記制御信号を受信した場合に、前記操作端末が映像表示機能を有するか否かを判定する判定部と、
   前記判定部により前記映像表示機能を有すると判定された場合に、前記操作端末に前記第２の映像を表示させる表示制御部と、を備えることを特徴とする表示処理システム。

Images