情報処理装置、システム及び方法
【課題】状況に適したアプリケーションを自動起動することで、映像再生装置の最適な操作環境を実現できる情報処理装置を提供することにある。
【解決手段】実施形態によれば、情報処理装置は、視聴情報取得モジュールと、アプリケーション設定モジュールと、起動命令送出モジュールとを具備する。視聴情報取得モジュールは、映像再生装置の視聴状態を示す視聴情報を取得する。アプリケーション設定モジュールは、前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを前記視聴情報に基づいて設定する。起動命令送出モジュールは、前記アプリケーション設定モジュールにより設定されたアプリケーションを起動するための起動命令を送出する。
【解決手段】実施形態によれば、情報処理装置は、視聴情報取得モジュールと、アプリケーション設定モジュールと、起動命令送出モジュールとを具備する。視聴情報取得モジュールは、映像再生装置の視聴状態を示す視聴情報を取得する。アプリケーション設定モジュールは、前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを前記視聴情報に基づいて設定する。起動命令送出モジュールは、前記アプリケーション設定モジュールにより設定されたアプリケーションを起動するための起動命令を送出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、映像再生装置の操作に関係する情報処理装置、システム及び方法に関する。
【背景技術】
【０００２】
従来、テレビジョン受像機（以下、テレビ装置またはテレビと表記する）を代表とする映像再生装置では、赤外線通信などを利用したリモートコントロール（以下、単にリモコンと表記する）を使用して、電源のオン・オフやチャネルの切替えなどの操作を行なう方式が一般的である。
【０００３】
近年、モバイル端末（携帯情報端末）からテレビを操作するアプリケーションが提供されている。アプリケーションは、モバイル端末上で機能するプログラムであり、例えばネットワークを介して提供される。
【０００４】
ユーザは、アプリケーションがインストールされたモバイル端末から、無線ＬＡＮやホームネットワークなどを介してテレビを操作することができる。この場合、テレビの操作には、モバイル端末の表示画面に、テレビの番組などの情報を表示する操作も含まれる。
【０００５】
また、アプリケーション以外にも、テレビからリモコンに対して番組などの情報を提供するリモコンシステムも提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１４７５５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
アプリケーションの活用によりテレビの操作性を向上できると共に、多様なアプリケーションの機能により、テレビの操作性の幅を拡げることが可能となる。しかし一方で、様々な状況でどの機能のアプリケーションを使用すべきかについては、ユーザ（テレビの視聴者）自身が判断する必要がある。ユーザには、状況に応じた最適なアプリケーションの機能を選択することは必ずしも容易ではなく、結果として有効に活用しにくい課題がある。
【０００８】
そこで、本発明の目的は、状況に適したアプリケーションを自動起動することで、映像再生装置の最適な操作環境を実現できる情報処理装置を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によれば、情報処理装置は、視聴情報取得手段と、アプリケーション設定手段と、送出手段とを具備する。視聴情報取得手段は、映像再生装置の視聴状態を示す視聴情報を取得する。アプリケーション設定手段は、前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを前記視聴情報に基づいて設定する。送出手段は、前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に関するシステムの構成を説明するためのブロック図。
【図２】第１の実施形態に関するコントローラの要部を説明するためのブロック図。
【図３】第１の実施形態に関するコントローラの動作を説明するためのブロック図。
【図４】第１の実施形態に関するコントローラの動作を説明するためのフローチャート。
【図５】第１の実施形態に関する応用例を示すブロック図。
【図６】第１の実施形態に関する応用例を示すブロック図。
【図７】第１の実施形態に関するモバイル端末の動作を説明するためのフローチャート。
【図８】第１の実施形態に関するアプリケーションの機能を説明するための図。
【図９】第２の実施形態に関するアプリケーションの機能を説明するための図。
【図１０】第１及び２の実施形態に関するアプリケーションの起動条件を説明するための図。
【図１１】第１の実施形態の変形例を説明するための図。
【図１２】第２の実施形態に関するコントローラの動作を説明するためのフローチャート。
【発明を実施するための形態】
【００１１】
以下図面を参照して、実施形態を説明する。
【００１２】
［システムの構成］
図１に示すように、実施形態のシステムは、テレビジョン受像機（以下、ＴＶ装置と表記する）１０に内蔵されるコントローラ１００と、リモコン１１と、モバイル端末２０と、ネットワーク３０とからなる。ここでは、ＴＶ装置１０はデジタルテレビである。但し、ＴＶ装置１０は、有線放送用テレビや、映像再生（音声再生も含む）機能を有するパーソナルコンピュータなどの映像再生装置でもよい。
【００１３】
リモコン１１は、ＴＶ装置１０の電源スイッチや、チャネル切替え用ボタン、及び各種のコマンド用ボタンを有する。モバイル端末２０は、携帯情報端末や携帯電話などであり、後述するアプリケーションをインストールして実行する情報処理機能を有する携帯型電子機器である。ネットワーク３０は、無線ＬＡＮやホームネットワークなどであり、コントローラ１００とモバイル端末２０との間で、例えばＩＰ（Internet Protocol）による情報通信を実行する。
【００１４】
図２に示すように、第１の実施形態のコントローラ１００は、視聴情報取得モジュール１０１と、アプリケーション（ＡＰ）選択モジュール１０２と、起動命令送信モジュール１０３と、記憶デバイス１０４とを有する。コントローラ１００は、コンピュータのハードウェア及びソフトウェアから構成されている情報処理装置であり、ソフトウェアにより各モジュール１０１〜１０３の機能を実現している。
【００１５】
視聴情報取得モジュール１０１は、ユーザがＴＶ装置１０を視聴するときの視聴状態（ユーザの視聴行動）を示す視聴情報１１０を取得する。具体的には、視聴情報１１０は、ユーザがＴＶ番組のチャネルを頻繁に切り替えるザッピング（zapping）や、特定のチャネルを指定するチャネル番号、あるいは単なる電源オンなどの視聴状態を示す情報である。視聴情報取得モジュール１０１は、例えばリモコン１１の操作に基づいて視聴情報１１０を生成して取得する。
【００１６】
ＡＰ選択モジュール１０２は、視聴情報取得モジュール１０１からの視聴情報１１０及びアプリケーションの起動条件に基づいて、適用できるアプリケーションを選定する。具体的には、記憶デバイス１０４には、起動条件及びアプリケーションを特定するアプリケーション情報（ＡＰ情報）が格納されている。ＡＰ情報は、後述する起動条件以外に、アプリケーションを特定するための情報として、インストールされているモバイル端末２０のＩＰアドレス及びアプリケーションの識別子が含まれている。ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているＡＰ情報により、適用できるアプリケーションを選定する。
【００１７】
なお、記憶デバイス１０４には、１種類のアプリケーションのＡＰ情報のみが格納されている場合もある。この場合、ＡＰ選択モジュール１０２は、視聴情報１１０と起動条件が適合する場合には当該アプリケーションを設定し、適合しない場合にはアプリケーションを設定しない。
【００１８】
起動命令送信モジュール１０３は、ＡＰ選択モジュール１０２により選定（設定）されたアプリケーションを起動するための起動命令１２０を送出する。具体的には、コントローラ１００は、ネットワーク３０に起動命令１２０のパケットを発信する。
【００１９】
ここで、図１に示すように、モバイル端末２０は、ネットワーク３０から起動命令１２０のパケットを受信し、該当するアプリケーション２００をインストールしている場合には、当該アプリケーション２００が起動することになる。なお、当然ながら、モバイル端末２０以外で、ネットワーク３０に接続されている他の電子機器においても、当該アプリケーション２００がインストールされている場合には起動することになる。
【００２０】
また、コントローラ１００は、モバイル端末２０とアプリケーション２００のいずれも限定した起動命令１２０を送信してもよい。この場合には、複数のモバイル端末（電子機器）内に同一のアプリケーション２００がインストールされていても、そのうちの１個のモバイル端末のみが起動することになる。具体例として、各ＡＰ情報に「最終起動日時」という情報が含まれていて、かつ、ある起動条件で「全ＡＰ情報中、最終起動日時が最も新しい」という条件がある場合に、起動命令１２０に応じて起動するＡＰは特定されることになる。
【００２１】
［第１の実施形態の作用］
以下、図３及び図４のフローチャートを参照して、コントローラ１００を主とするシステムの動作を説明する。
【００２２】
図３に示すように、ユーザがリモコン１１を操作することにより、ＴＶ装置１０の画面１２には指定のチャネルの番組（映像と音声）が再生されている。ここで、ユーザは、再生中の番組以外の番組を探すために、ザッピング（zapping）を行なっている状態を想定する。ザッピングは、リモコン１１のチャネル切替え用ボタンを短時間に操作することにより、番組の切り替えが短時間に頻発する。
【００２３】
コントローラ１００はリモコン１１の操作に基づいて、視聴情報取得モジュール１０１がザッピングの視聴状態（ユーザの視聴行動）を示す視聴情報１１０を取得する（ブロック４００）。即ち、コントローラ１００は、チャネルの切替えが頻出しているという視聴情報１１０を取得する。
【００２４】
ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているアプリケーション情報（ＡＰ情報）を取得する（ブロック４０２）。ＡＰ選択モジュール１０２は、当該ＡＰ情報に含まれる起動条件と視聴情報１１０とを照合し、当該ＡＰ情報に設定されている起動条件を満たすか否かを検証する（ブロック４０３）。ここで、起動条件は、後述するように、例えばザッピングの視聴状態の条件を定義した情報である。
【００２５】
具体例として、“現在番組アプリケーション”のＡＰ情報に設定されている起動条件は、“番組の視聴時間がＴｃ秒以内でチャンネル切り替え数がＮｃ回以上発生する”とする。起動条件内のＴｃとＮｃは、ザッピングにおけるチャンネル切り替え時間と回数を調査する実験などにより決定する。
【００２６】
ＡＰ選択モジュール１０２は、ザッピングの視聴情報１１０との照合で当該起動条件が満たされると判定し、“現在番組アプリケーション”のＡＰ情報（アプリケーション２００Ａの情報）を選定する（ブロック４０３）。
【００２７】
起動命令送信モジュール１０３は、起動命令送信先ＡＰキューに選定されたＡＰ情報に対応する起動命令を登録する(ブロック４０４)。そして、コントローラ１００は、記憶デバイス１０４に格納されている全てのＡＰ情報の検証が終了すると、起動命令送信先ＡＰキューからＡＰ情報のアプリケーション２００Ａを起動するための起動命令１２０を送出する（ブロック４０５）。具体的には、コントローラ１００は、ネットワーク３０に起動命令１２０のパケットを発信する。ここで、排他的なある起動条件が成立した場合に、起動命令送信先ＡＰキューから該当しないＡＰの起動命令を削除する。この排他的なある起動条件とは、例えば、前述した全ＡＰ情報中、最終起動日時が最も新しいという条件などである。
【００２８】
一方、コントローラ１００は、記憶デバイス１０４に格納されている全てのＡＰ情報から、視聴情報１１０に対して起動条件が満たされるＡＰ情報が発見できない場合には、起動命令１２０を送出せずに処理を終了する。
【００２９】
コントローラ１００がネットワーク３０に起動命令１２０のパケットを発信すると、モバイル端末２０は、ネットワーク３０を介して起動命令１２０のパケットを受信する。図３に示すように、モバイル端末２０は、アプリケーション２００として、例えば３種類のアプリケーション２００Ａ〜２００Ｃがインストールされている。モバイル端末２０がアプリケーション２００Ａに対応する起動命令１２０を受信すると、アプリケーション２００Ａが起動する。一方、他のアプリケーション２００Ｂ、２００Ｃは起動しない。
【００３０】
ここで、アプリケーション２００Ａは、例えば、“現在番組アプリケーション”である。図８に示すように、アプリケーション２００Ａは、モバイル端末２０の画面に現在時刻に放映中の番組の一覧を表示して、ユーザが見たい番組のセルを指でタップすることでその番組の再生を開始する機能を有する。
【００３１】
ユーザがザッピングをする時は、同一時刻の別チャンネルの番組内容を確認したいという欲求があるという推定に基づいて、番組を一覧できる現在番組アプリケーション２００Ａが最適である。コントローラ１００では、ＡＰ選択モジュール１０２は、視聴情報１１０によりザッピングを検出した時に起動するような起動条件が含まれるＡＰ情報を選定する。
【００３２】
前述したように、コントローラ１００は、ＡＰ情報を格納した記憶デバイス１０４を有する。ＡＰ情報は、各モバイル端末２０内にインストールされているアプリケーション２００Ａ〜２００Ｃ毎に１個ずつ存在する。異なるモバイル端末にインストールされている同一機能のアプリケーション２００はそれぞれ、別々のＡＰ情報を有する。
【００３３】
ここで、ＡＰ選択モジュール１０２は、ＡＰ情報の起動条件を検証する際に（ブロック４０３）、複数のＡＰ情報が同時に起動条件を満たす場合には、ＡＰ情報に含まれる起動優先値に基づいて値の大きいＡＰ情報を優先的に選定する。また、起動優先値が同値の場合は、先に検証したものを優先するようにしてもよい。また、起動する条件を満たしているかどうかを２値で扱うのでなく、条件をどの程度満たしているかという多値で段階的に扱うことで、より細かくＡＰ情報の起動優先順を決定する方法でもよい。
【００３４】
コントローラ１００は、起動命令１２０を送る対象のアプリケーションが固定である場合には、ユーザの環境に依存しない情報としてＡＰ情報を記憶デバイス１０４に予め記録しておく。また、コントローラ１００は、ネットワークを介してサーバからＡＰ情報を取得して記憶デバイス１０４に格納してもよい。
【００３５】
ユーザは、環境に依存する情報であるモバイル端末２０のＩＰアドレスを、コントローラ１００に手動または自動で設定する。コントローラ１００が自動でモバイル端末のＩＰアドレスを得るには、ネットワーク上で機器検索する際の一般的手法を用いる。仮に、ユーザのモバイル端末２０に、コントローラ１００から発信された起動命令１２０の対象となるアプリケーションがインストールされていない場合、モバイル端末２０では何も起動せず問題は生じない。
【００３６】
図５及び図６は、本実施形態の応用例を示すブロック図である。
【００３７】
図５に示すように、コントローラ１００は、ＡＰ情報取得モジュール１０５を有する。ＡＰ情報取得モジュール１０５は、外部から対象となるアプリケーションのＡＰ情報を取得し、記憶デバイス１０４に格納する。具体的には、ＡＰ情報取得モジュール１０５は、ＵＳＢメモリの接続端子を有し、接続されたＵＳＢメモリからＡＰ情報を入力する。
【００３８】
また、図６に示すように、モバイル端末２０は、起動命令受信モジュール２１と、ＡＰ起動モジュール２２と、記憶デバイス２３と、ＡＰ情報送出モジュール２４とを有する構成である。モバイル端末２０は、起動命令受信モジュール２１により、コントローラ１００からの起動命令を受信する。ＡＰ起動モジュール２２は、起動命令受信モジュール２１で受信した起動命令に応じたアプリケーション２００（２００Ａ〜２００Ｃのいずれか）を起動する。
【００３９】
モバイル端末２０は、記憶デバイス２３に格納されたＡＰ情報をＡＰ情報送出モジュール２４を介してコントローラ１００に送出する。コントローラ１００は、ＡＰ情報取得モジュール１０５を介してモバイル端末２０からＡＰ情報を取得し、記憶デバイス１０４に格納する。
【００４０】
ここで、図７に示すように、モバイル端末２０は、コントローラ１００からの要求に応じてＡＰ情報送出モジュール２４を介してＡＰ情報をコントローラ１００に送出する（ブロック７００のＹＥＳ、７０１）。この場合、コントローラ１００から一定時間毎に要求が来る度にＡＰ情報の送出を繰り返す。当然ながら、モバイル端末２０は、要求の受信の合間に所定の割り込み処理などを実行する(ブロック７０２)。一方、モバイル端末２０は、動作中にコントローラ１００から起動命令１２０を受信すると、起動命令１２０に対応する指定のアプリケーション２００Ａを起動する。
【００４１】
以上のように、ユーザはＡＰ情報に関する一切の設定作業をする必要がない。また、コントローラ１００がＡＰ情報を取得するタイミングは、起動する直後または一定期間（数時間〜１日）に１回程度のタイミングである。
【００４２】
次に、ＡＰ状態に含まれるアプリケーションの起動条件について説明する。
【００４３】
アプリケーションの起動条件は、一定のフォーマットで記述されて定義される。コントローラ１００とモバイル端末２０はそれぞれ、当該フォーマットで記述された起動条件を共通して用いる。図１０は、一定のフォーマットの具体例を示す。
【００４４】
例えば、現在番組アプリケーション２００Ａの起動条件は次のように定義する。
【００４５】
IF((EVchの発生回数 > 5) WITHIN 10sec)…（１）
この条件文（１）は、１０秒間にチャネル変更発生イベントEVchの発生回数が６回以上に達したら真になることを意味している。この条件文（１）は、具体的にはザッピングという視聴状態（視聴情報１１０）を検出するための起動条件の一例である。
【００４６】
コントローラ１００は、前記一定のフォーマットに対応付けて実行できるように、起動条件の構成要素となり得る断片的な処理（チャネル発生イベントEVchを検知する処理）を実行する機能（プログラム）を予め実装する。
【００４７】
一方で、モバイル端末２０にインストールされる各アプリケーション２００はそれぞれ、前記一定のフォーマットに従った起動条件を有する。コントローラ１００は、それらの起動条件を収集して、各アプリケーションに起動命令を送るときの判定に用いる。
【００４８】
また、アプリケーションの起動条件をアプリケーション自身が持たず、コントローラ１００は、リリースされている全てのアプリケーションの起動条件を予め有する構成でもよい。この場合、アプリケーションはどの起動条件が真になったら自身への起動命令を送ってもらうかをコントローラ１００に示すために、アプリケーションは起動条件の識別子を有する。コントローラ１００は、各アプリケーションから起動条件の識別子を収集して、収集した識別子の示す起動条件の真偽を定期的に判定するようにしてもよい。
【００４９】
［第２の実施形態］
次に、図９、図１０及び図１２のフローチャートを参照して、第２の実施形態を説明する。なお、システム、コントローラ１００及びモバイル端末２０の構成は、前述した図１図２、図５及び図６に示すものと同様である。
【００５０】
前述の第１の実施形態は、アプリケーション２００として、ザッピングという視聴状態（ユーザの視聴行動）をトリガとして起動する現在番組アプリケーション２００Ａを起動する場合を想定した。第２の実施形態は、タグシェア型アプリケーション２００Ｃを起動する場合を想定する。
【００５１】
まず、“タグシェア”という機能は、予め番組の任意の箇所にユーザがタグを設定しておくと、後でタグを設定した箇所から再生できるという機能である。タグとは、映像再生のタイムライン上に挟む栞のようなものであり、ユーザが自由に名前を付けることが可能である。例えば、サッカー番組のゴールシーンにタグを設定しておき、名前を「ゴール」としておけば、後で見返すときに簡単にゴールシーンから見ることができる。タグシェアは、個人で付けたタグをユーザ間で共有する機能である。ユーザが設定したタグがサーバ上でまとめられ、同じ番組を視聴する他のユーザがそれを利用できる。
【００５２】
図９は、タグシェア型アプリケーション２００Ｃにより、モバイル端末２０の画面に表示される一例である。即ち、当該アプリケーション２００Ｃは、映像に付けられたタグを外部サーバから取得して、モバイル端末２０の画面に一覧表示する。ユーザは、タグ項目を指でタップすることで、そのタグの再生位置から映像を再生できる。多くのタグが付いている番組は、付いていない番組に比べて注目度の高い番組であると推定できる。
【００５３】
図１２のフローチャートを参照して、図６に示す構成のコントローラ１００の動作を説明する。
【００５４】
コントローラ１００では、ユーザが録画した番組の視聴を開始すると、視聴情報取得モジュール１０１は、録画番組の視聴聴状態を示す視聴情報１１０を取得する（ブロック１２００）。視聴情報取得モジュール１０１は、その録画番組のタグ情報をネットワークを介して取得する（ブロック１２０１）。
【００５５】
次に、ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているアプリケーション情報（ＡＰ情報）を取得する（ブロック１２０２）。ＡＰ選択モジュール１０２は、当該ＡＰ情報に含まれる起動条件と視聴情報１１０とを照合し、当該ＡＰ情報に設定されている起動条件を満たすか否かを検証する（ブロック１２０３）。ここで、起動条件は、後述するように、タグシェア型起動条件である。
【００５６】
起動命令送信モジュール１０３は、ＡＰ選択モジュール１０２により選定されたＡＰ情報のアプリケーション２００Ｃを起動するための起動命令１２０を送出する（ブロック１２０４）。これにより、図３に示すように、モバイル端末２０は、アプリケーション２００Ｃに対応する起動命令１２０を受信すると、タグシェア型アプリケーション２００Ｃが起動する。
【００５７】
ここで、図１０に示すように、タグシェア型アプリケーション２００Ｃの起動条件は次のような一定のフォーマットで定義する。
【００５８】
IF(Ntag > 10) …（２）
この条件文（２）は、再生中の録画番組に付与されたタグ数Ntagが１１以上であれば真になることを意味している。この条件文は「タグが多く付与された録画番組を再生中である」という視聴状態を検出するための一例である。コントローラ１００は、前記一定のフォーマットに対応付けて実行できるように、起動条件の構成要素となり得る断片的な処理（再生中の録画番組に付与されたタグ数Ntagを取得する処理）を実行する機能（プログラム）を予め実装する。
【００５９】
具体的には、タグシェア型アプリケーションの起動条件は、付与されたタグの数が１１以上の映像の再生が開始されると定義される。ここで、１１は、例えば現在のタグシェア機能で各映像に付与されているタグの数の平均値とする。視聴情報取得モジュール１０１が取得したタグの数が１１以上であれば、前記起動条件が満たされて、起動命令送信モジュール１０３はタグシェア型アプリケーション２００Ｃの起動命令１２０を送信する。
【００６０】
タグシェア型アプリケーション２００ＣのＡＰ情報には、起動命令が持つべき引数情報に関する情報が含まれる。引数情報とは、当該アプリケーションを起動する際に、起動命令を介してモバイル端末２０へ渡される値であり、アプリケーションの起動の仕方を指定するための情報である。具体的には、当該引数情報は、再生する映像の識別子である。映像の識別子は、タグシェア機能上でユニークな情報であり、映像を特定する。モバイル端末２０は起動命令を受信すると、タグシェア型アプリケーション２００Ｃを起動する。その際、引数情報により、モバイル端末２０は、図９に示すように、引数情報の映像識別子が示す映像のタグ一覧を表示する画面まで自動的に遷移する。
【００６１】
［変形例］
第１及び第２の実施形態において、ユーザが複数のモバイル端末を所持している場合には、コントローラ１００は、自動的にモバイル端末を選定して起動命令を送信する構成でもよい。ここで、アプリケーションを起動するモバイル端末２０は、ユーザの目の届く位置にある方がよい。このため、コントローラ１００は取得するＡＰ情報に、当該アプリケーションがインストールされているモバイル端末２０が起動命令を受信するのに適しているか否かの情報を含めてもよい。
【００６２】
各モバイル端末の受信の可否の決め方は、例えば、ユーザがモバイル端末を操作して予め設定する。また、モバイル端末の光度センサを用いて、光度が一定以下の状態にあるモバイル端末は受信に適さないとする。さらに、直近に使用したモバイル端末を優先して受信させる。あるいは、ユーザによって受信不可設定がされていたり、電源がオフになっていたりしない限り、テレビ起動後の数回は全モバイル端末で起動命令を受信可としてもよい。例えば、ＡＰ選択モジュール１０２は、現在番組アプリケーションを選定し、複数のモバイル端末に当該アプリケーションがインストールされている場合、全てのモバイル端末で当該アプリケーションが起動してもよい。起動後に、ユーザによるアプリケーションの操作が発生したモバイル端末のみを受信可として、他のモバイル端末はテレビの電源がオフするまでの間に起動命令を受信不可としてもよい。
【００６３】
さらに、モバイル端末が複数ある場合に限らず、例え単体の場合であっても、ユーザが機能を使用しないのであれば、アプリケーションの機能を自動的に無効化してもよい。あるモバイル端末のアプリケーションが自動起動して、一定時間、ユーザによる操作入力が発生しなかった場合、そのモバイル端末の自動起動機能は使用されないものとして、テレビの電源がオフするまでの間に、起動命令を受信不可としてもよい。
【００６４】
なお、第１の実施形態において、図１１に示すように、モバイル端末２０は、ＴＶ装置１０のコントローラから起動命令を受信すると、起動命令１２０に対応する指定のアプリケーション２００Ａを起動する。ここで、起動するアプリケーションは、ユーザがコントローラ１００、またはモバイル端末２０のいずれかに予め設定したものでもよい。即ち、起動命令に起動対象のアプリケーションを指定する情報が含まれる場合には、ユーザがコントローラ１００にその情報を設定する。一方、コントローラ１００が起動対象のアプリケーションを指定する情報を含まない起動命令を発信する場合には、ユーザはモバイル端末２０にその情報を設定する。
【００６５】
また、起動するアプリケーションは、最後に使用したアプリケーションでもよい。その場合にはユーザの手を介することなく、コントローラ１００またはモバイル端末２０のいずれかに最後に使用したアプリケーションの情報を記録する。
【００６６】
なお、第１及び第２の実施形態において、アプリケーション２００としては、現在番組アプリケーション及びタグシェア型アプリケーションを想定したが、これに限定されない。例えば、アプリケーション２００としては、録画予約一覧を表示するアプリケーション、番組の人気ランキングを表示するアプリケーション、あるいは番組関連キーワード一覧を表示するアプリケーション等が想定できる。
【００６７】
以上要するに、ＴＶ装置１０から、ユーザの視聴状態（状況）に適したアプリケーションを自動的に選定し、起動させることが可能となる。従って、ユーザは、モバイル端末２０にインストールされた全てのアプリケーションの機能を把握することなく、常に最適な操作環境を得ることが可能となる。
【００６８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６９】
ＡＰ…アプリケーション、１０…テレビジョン受像機（ＴＶ装置またはテレビ）、
１１…リモコン、１２…画面、２０…モバイル端末、２１…起動命令受信モジュール、
２２…ＡＰ起動モジュール、２３…記憶デバイス、２４…ＡＰ情報送出モジュール、
３０…ネットワーク、１００…コントローラ、１０１…視聴情報取得モジュール、
１０２…ＡＰ選択モジュール、１０３…起動命令送信モジュール、
１０４…記憶デバイス、１０５…ＡＰ情報取得モジュール、
２００，２００Ａ〜２００Ｃ…アプリケーション。
【技術分野】
【０００１】
本発明の実施形態は、映像再生装置の操作に関係する情報処理装置、システム及び方法に関する。
【背景技術】
【０００２】
従来、テレビジョン受像機（以下、テレビ装置またはテレビと表記する）を代表とする映像再生装置では、赤外線通信などを利用したリモートコントロール（以下、単にリモコンと表記する）を使用して、電源のオン・オフやチャネルの切替えなどの操作を行なう方式が一般的である。
【０００３】
近年、モバイル端末（携帯情報端末）からテレビを操作するアプリケーションが提供されている。アプリケーションは、モバイル端末上で機能するプログラムであり、例えばネットワークを介して提供される。
【０００４】
ユーザは、アプリケーションがインストールされたモバイル端末から、無線ＬＡＮやホームネットワークなどを介してテレビを操作することができる。この場合、テレビの操作には、モバイル端末の表示画面に、テレビの番組などの情報を表示する操作も含まれる。
【０００５】
また、アプリケーション以外にも、テレビからリモコンに対して番組などの情報を提供するリモコンシステムも提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１４７５５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
アプリケーションの活用によりテレビの操作性を向上できると共に、多様なアプリケーションの機能により、テレビの操作性の幅を拡げることが可能となる。しかし一方で、様々な状況でどの機能のアプリケーションを使用すべきかについては、ユーザ（テレビの視聴者）自身が判断する必要がある。ユーザには、状況に応じた最適なアプリケーションの機能を選択することは必ずしも容易ではなく、結果として有効に活用しにくい課題がある。
【０００８】
そこで、本発明の目的は、状況に適したアプリケーションを自動起動することで、映像再生装置の最適な操作環境を実現できる情報処理装置を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によれば、情報処理装置は、視聴情報取得手段と、アプリケーション設定手段と、送出手段とを具備する。視聴情報取得手段は、映像再生装置の視聴状態を示す視聴情報を取得する。アプリケーション設定手段は、前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを前記視聴情報に基づいて設定する。送出手段は、前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に関するシステムの構成を説明するためのブロック図。
【図２】第１の実施形態に関するコントローラの要部を説明するためのブロック図。
【図３】第１の実施形態に関するコントローラの動作を説明するためのブロック図。
【図４】第１の実施形態に関するコントローラの動作を説明するためのフローチャート。
【図５】第１の実施形態に関する応用例を示すブロック図。
【図６】第１の実施形態に関する応用例を示すブロック図。
【図７】第１の実施形態に関するモバイル端末の動作を説明するためのフローチャート。
【図８】第１の実施形態に関するアプリケーションの機能を説明するための図。
【図９】第２の実施形態に関するアプリケーションの機能を説明するための図。
【図１０】第１及び２の実施形態に関するアプリケーションの起動条件を説明するための図。
【図１１】第１の実施形態の変形例を説明するための図。
【図１２】第２の実施形態に関するコントローラの動作を説明するためのフローチャート。
【発明を実施するための形態】
【００１１】
以下図面を参照して、実施形態を説明する。
【００１２】
［システムの構成］
図１に示すように、実施形態のシステムは、テレビジョン受像機（以下、ＴＶ装置と表記する）１０に内蔵されるコントローラ１００と、リモコン１１と、モバイル端末２０と、ネットワーク３０とからなる。ここでは、ＴＶ装置１０はデジタルテレビである。但し、ＴＶ装置１０は、有線放送用テレビや、映像再生（音声再生も含む）機能を有するパーソナルコンピュータなどの映像再生装置でもよい。
【００１３】
リモコン１１は、ＴＶ装置１０の電源スイッチや、チャネル切替え用ボタン、及び各種のコマンド用ボタンを有する。モバイル端末２０は、携帯情報端末や携帯電話などであり、後述するアプリケーションをインストールして実行する情報処理機能を有する携帯型電子機器である。ネットワーク３０は、無線ＬＡＮやホームネットワークなどであり、コントローラ１００とモバイル端末２０との間で、例えばＩＰ（Internet Protocol）による情報通信を実行する。
【００１４】
図２に示すように、第１の実施形態のコントローラ１００は、視聴情報取得モジュール１０１と、アプリケーション（ＡＰ）選択モジュール１０２と、起動命令送信モジュール１０３と、記憶デバイス１０４とを有する。コントローラ１００は、コンピュータのハードウェア及びソフトウェアから構成されている情報処理装置であり、ソフトウェアにより各モジュール１０１〜１０３の機能を実現している。
【００１５】
視聴情報取得モジュール１０１は、ユーザがＴＶ装置１０を視聴するときの視聴状態（ユーザの視聴行動）を示す視聴情報１１０を取得する。具体的には、視聴情報１１０は、ユーザがＴＶ番組のチャネルを頻繁に切り替えるザッピング（zapping）や、特定のチャネルを指定するチャネル番号、あるいは単なる電源オンなどの視聴状態を示す情報である。視聴情報取得モジュール１０１は、例えばリモコン１１の操作に基づいて視聴情報１１０を生成して取得する。
【００１６】
ＡＰ選択モジュール１０２は、視聴情報取得モジュール１０１からの視聴情報１１０及びアプリケーションの起動条件に基づいて、適用できるアプリケーションを選定する。具体的には、記憶デバイス１０４には、起動条件及びアプリケーションを特定するアプリケーション情報（ＡＰ情報）が格納されている。ＡＰ情報は、後述する起動条件以外に、アプリケーションを特定するための情報として、インストールされているモバイル端末２０のＩＰアドレス及びアプリケーションの識別子が含まれている。ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているＡＰ情報により、適用できるアプリケーションを選定する。
【００１７】
なお、記憶デバイス１０４には、１種類のアプリケーションのＡＰ情報のみが格納されている場合もある。この場合、ＡＰ選択モジュール１０２は、視聴情報１１０と起動条件が適合する場合には当該アプリケーションを設定し、適合しない場合にはアプリケーションを設定しない。
【００１８】
起動命令送信モジュール１０３は、ＡＰ選択モジュール１０２により選定（設定）されたアプリケーションを起動するための起動命令１２０を送出する。具体的には、コントローラ１００は、ネットワーク３０に起動命令１２０のパケットを発信する。
【００１９】
ここで、図１に示すように、モバイル端末２０は、ネットワーク３０から起動命令１２０のパケットを受信し、該当するアプリケーション２００をインストールしている場合には、当該アプリケーション２００が起動することになる。なお、当然ながら、モバイル端末２０以外で、ネットワーク３０に接続されている他の電子機器においても、当該アプリケーション２００がインストールされている場合には起動することになる。
【００２０】
また、コントローラ１００は、モバイル端末２０とアプリケーション２００のいずれも限定した起動命令１２０を送信してもよい。この場合には、複数のモバイル端末（電子機器）内に同一のアプリケーション２００がインストールされていても、そのうちの１個のモバイル端末のみが起動することになる。具体例として、各ＡＰ情報に「最終起動日時」という情報が含まれていて、かつ、ある起動条件で「全ＡＰ情報中、最終起動日時が最も新しい」という条件がある場合に、起動命令１２０に応じて起動するＡＰは特定されることになる。
【００２１】
［第１の実施形態の作用］
以下、図３及び図４のフローチャートを参照して、コントローラ１００を主とするシステムの動作を説明する。
【００２２】
図３に示すように、ユーザがリモコン１１を操作することにより、ＴＶ装置１０の画面１２には指定のチャネルの番組（映像と音声）が再生されている。ここで、ユーザは、再生中の番組以外の番組を探すために、ザッピング（zapping）を行なっている状態を想定する。ザッピングは、リモコン１１のチャネル切替え用ボタンを短時間に操作することにより、番組の切り替えが短時間に頻発する。
【００２３】
コントローラ１００はリモコン１１の操作に基づいて、視聴情報取得モジュール１０１がザッピングの視聴状態（ユーザの視聴行動）を示す視聴情報１１０を取得する（ブロック４００）。即ち、コントローラ１００は、チャネルの切替えが頻出しているという視聴情報１１０を取得する。
【００２４】
ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているアプリケーション情報（ＡＰ情報）を取得する（ブロック４０２）。ＡＰ選択モジュール１０２は、当該ＡＰ情報に含まれる起動条件と視聴情報１１０とを照合し、当該ＡＰ情報に設定されている起動条件を満たすか否かを検証する（ブロック４０３）。ここで、起動条件は、後述するように、例えばザッピングの視聴状態の条件を定義した情報である。
【００２５】
具体例として、“現在番組アプリケーション”のＡＰ情報に設定されている起動条件は、“番組の視聴時間がＴｃ秒以内でチャンネル切り替え数がＮｃ回以上発生する”とする。起動条件内のＴｃとＮｃは、ザッピングにおけるチャンネル切り替え時間と回数を調査する実験などにより決定する。
【００２６】
ＡＰ選択モジュール１０２は、ザッピングの視聴情報１１０との照合で当該起動条件が満たされると判定し、“現在番組アプリケーション”のＡＰ情報（アプリケーション２００Ａの情報）を選定する（ブロック４０３）。
【００２７】
起動命令送信モジュール１０３は、起動命令送信先ＡＰキューに選定されたＡＰ情報に対応する起動命令を登録する(ブロック４０４)。そして、コントローラ１００は、記憶デバイス１０４に格納されている全てのＡＰ情報の検証が終了すると、起動命令送信先ＡＰキューからＡＰ情報のアプリケーション２００Ａを起動するための起動命令１２０を送出する（ブロック４０５）。具体的には、コントローラ１００は、ネットワーク３０に起動命令１２０のパケットを発信する。ここで、排他的なある起動条件が成立した場合に、起動命令送信先ＡＰキューから該当しないＡＰの起動命令を削除する。この排他的なある起動条件とは、例えば、前述した全ＡＰ情報中、最終起動日時が最も新しいという条件などである。
【００２８】
一方、コントローラ１００は、記憶デバイス１０４に格納されている全てのＡＰ情報から、視聴情報１１０に対して起動条件が満たされるＡＰ情報が発見できない場合には、起動命令１２０を送出せずに処理を終了する。
【００２９】
コントローラ１００がネットワーク３０に起動命令１２０のパケットを発信すると、モバイル端末２０は、ネットワーク３０を介して起動命令１２０のパケットを受信する。図３に示すように、モバイル端末２０は、アプリケーション２００として、例えば３種類のアプリケーション２００Ａ〜２００Ｃがインストールされている。モバイル端末２０がアプリケーション２００Ａに対応する起動命令１２０を受信すると、アプリケーション２００Ａが起動する。一方、他のアプリケーション２００Ｂ、２００Ｃは起動しない。
【００３０】
ここで、アプリケーション２００Ａは、例えば、“現在番組アプリケーション”である。図８に示すように、アプリケーション２００Ａは、モバイル端末２０の画面に現在時刻に放映中の番組の一覧を表示して、ユーザが見たい番組のセルを指でタップすることでその番組の再生を開始する機能を有する。
【００３１】
ユーザがザッピングをする時は、同一時刻の別チャンネルの番組内容を確認したいという欲求があるという推定に基づいて、番組を一覧できる現在番組アプリケーション２００Ａが最適である。コントローラ１００では、ＡＰ選択モジュール１０２は、視聴情報１１０によりザッピングを検出した時に起動するような起動条件が含まれるＡＰ情報を選定する。
【００３２】
前述したように、コントローラ１００は、ＡＰ情報を格納した記憶デバイス１０４を有する。ＡＰ情報は、各モバイル端末２０内にインストールされているアプリケーション２００Ａ〜２００Ｃ毎に１個ずつ存在する。異なるモバイル端末にインストールされている同一機能のアプリケーション２００はそれぞれ、別々のＡＰ情報を有する。
【００３３】
ここで、ＡＰ選択モジュール１０２は、ＡＰ情報の起動条件を検証する際に（ブロック４０３）、複数のＡＰ情報が同時に起動条件を満たす場合には、ＡＰ情報に含まれる起動優先値に基づいて値の大きいＡＰ情報を優先的に選定する。また、起動優先値が同値の場合は、先に検証したものを優先するようにしてもよい。また、起動する条件を満たしているかどうかを２値で扱うのでなく、条件をどの程度満たしているかという多値で段階的に扱うことで、より細かくＡＰ情報の起動優先順を決定する方法でもよい。
【００３４】
コントローラ１００は、起動命令１２０を送る対象のアプリケーションが固定である場合には、ユーザの環境に依存しない情報としてＡＰ情報を記憶デバイス１０４に予め記録しておく。また、コントローラ１００は、ネットワークを介してサーバからＡＰ情報を取得して記憶デバイス１０４に格納してもよい。
【００３５】
ユーザは、環境に依存する情報であるモバイル端末２０のＩＰアドレスを、コントローラ１００に手動または自動で設定する。コントローラ１００が自動でモバイル端末のＩＰアドレスを得るには、ネットワーク上で機器検索する際の一般的手法を用いる。仮に、ユーザのモバイル端末２０に、コントローラ１００から発信された起動命令１２０の対象となるアプリケーションがインストールされていない場合、モバイル端末２０では何も起動せず問題は生じない。
【００３６】
図５及び図６は、本実施形態の応用例を示すブロック図である。
【００３７】
図５に示すように、コントローラ１００は、ＡＰ情報取得モジュール１０５を有する。ＡＰ情報取得モジュール１０５は、外部から対象となるアプリケーションのＡＰ情報を取得し、記憶デバイス１０４に格納する。具体的には、ＡＰ情報取得モジュール１０５は、ＵＳＢメモリの接続端子を有し、接続されたＵＳＢメモリからＡＰ情報を入力する。
【００３８】
また、図６に示すように、モバイル端末２０は、起動命令受信モジュール２１と、ＡＰ起動モジュール２２と、記憶デバイス２３と、ＡＰ情報送出モジュール２４とを有する構成である。モバイル端末２０は、起動命令受信モジュール２１により、コントローラ１００からの起動命令を受信する。ＡＰ起動モジュール２２は、起動命令受信モジュール２１で受信した起動命令に応じたアプリケーション２００（２００Ａ〜２００Ｃのいずれか）を起動する。
【００３９】
モバイル端末２０は、記憶デバイス２３に格納されたＡＰ情報をＡＰ情報送出モジュール２４を介してコントローラ１００に送出する。コントローラ１００は、ＡＰ情報取得モジュール１０５を介してモバイル端末２０からＡＰ情報を取得し、記憶デバイス１０４に格納する。
【００４０】
ここで、図７に示すように、モバイル端末２０は、コントローラ１００からの要求に応じてＡＰ情報送出モジュール２４を介してＡＰ情報をコントローラ１００に送出する（ブロック７００のＹＥＳ、７０１）。この場合、コントローラ１００から一定時間毎に要求が来る度にＡＰ情報の送出を繰り返す。当然ながら、モバイル端末２０は、要求の受信の合間に所定の割り込み処理などを実行する(ブロック７０２)。一方、モバイル端末２０は、動作中にコントローラ１００から起動命令１２０を受信すると、起動命令１２０に対応する指定のアプリケーション２００Ａを起動する。
【００４１】
以上のように、ユーザはＡＰ情報に関する一切の設定作業をする必要がない。また、コントローラ１００がＡＰ情報を取得するタイミングは、起動する直後または一定期間（数時間〜１日）に１回程度のタイミングである。
【００４２】
次に、ＡＰ状態に含まれるアプリケーションの起動条件について説明する。
【００４３】
アプリケーションの起動条件は、一定のフォーマットで記述されて定義される。コントローラ１００とモバイル端末２０はそれぞれ、当該フォーマットで記述された起動条件を共通して用いる。図１０は、一定のフォーマットの具体例を示す。
【００４４】
例えば、現在番組アプリケーション２００Ａの起動条件は次のように定義する。
【００４５】
IF((EVchの発生回数 > 5) WITHIN 10sec)…（１）
この条件文（１）は、１０秒間にチャネル変更発生イベントEVchの発生回数が６回以上に達したら真になることを意味している。この条件文（１）は、具体的にはザッピングという視聴状態（視聴情報１１０）を検出するための起動条件の一例である。
【００４６】
コントローラ１００は、前記一定のフォーマットに対応付けて実行できるように、起動条件の構成要素となり得る断片的な処理（チャネル発生イベントEVchを検知する処理）を実行する機能（プログラム）を予め実装する。
【００４７】
一方で、モバイル端末２０にインストールされる各アプリケーション２００はそれぞれ、前記一定のフォーマットに従った起動条件を有する。コントローラ１００は、それらの起動条件を収集して、各アプリケーションに起動命令を送るときの判定に用いる。
【００４８】
また、アプリケーションの起動条件をアプリケーション自身が持たず、コントローラ１００は、リリースされている全てのアプリケーションの起動条件を予め有する構成でもよい。この場合、アプリケーションはどの起動条件が真になったら自身への起動命令を送ってもらうかをコントローラ１００に示すために、アプリケーションは起動条件の識別子を有する。コントローラ１００は、各アプリケーションから起動条件の識別子を収集して、収集した識別子の示す起動条件の真偽を定期的に判定するようにしてもよい。
【００４９】
［第２の実施形態］
次に、図９、図１０及び図１２のフローチャートを参照して、第２の実施形態を説明する。なお、システム、コントローラ１００及びモバイル端末２０の構成は、前述した図１図２、図５及び図６に示すものと同様である。
【００５０】
前述の第１の実施形態は、アプリケーション２００として、ザッピングという視聴状態（ユーザの視聴行動）をトリガとして起動する現在番組アプリケーション２００Ａを起動する場合を想定した。第２の実施形態は、タグシェア型アプリケーション２００Ｃを起動する場合を想定する。
【００５１】
まず、“タグシェア”という機能は、予め番組の任意の箇所にユーザがタグを設定しておくと、後でタグを設定した箇所から再生できるという機能である。タグとは、映像再生のタイムライン上に挟む栞のようなものであり、ユーザが自由に名前を付けることが可能である。例えば、サッカー番組のゴールシーンにタグを設定しておき、名前を「ゴール」としておけば、後で見返すときに簡単にゴールシーンから見ることができる。タグシェアは、個人で付けたタグをユーザ間で共有する機能である。ユーザが設定したタグがサーバ上でまとめられ、同じ番組を視聴する他のユーザがそれを利用できる。
【００５２】
図９は、タグシェア型アプリケーション２００Ｃにより、モバイル端末２０の画面に表示される一例である。即ち、当該アプリケーション２００Ｃは、映像に付けられたタグを外部サーバから取得して、モバイル端末２０の画面に一覧表示する。ユーザは、タグ項目を指でタップすることで、そのタグの再生位置から映像を再生できる。多くのタグが付いている番組は、付いていない番組に比べて注目度の高い番組であると推定できる。
【００５３】
図１２のフローチャートを参照して、図６に示す構成のコントローラ１００の動作を説明する。
【００５４】
コントローラ１００では、ユーザが録画した番組の視聴を開始すると、視聴情報取得モジュール１０１は、録画番組の視聴聴状態を示す視聴情報１１０を取得する（ブロック１２００）。視聴情報取得モジュール１０１は、その録画番組のタグ情報をネットワークを介して取得する（ブロック１２０１）。
【００５５】
次に、ＡＰ選択モジュール１０２は、記憶デバイス１０４に格納されているアプリケーション情報（ＡＰ情報）を取得する（ブロック１２０２）。ＡＰ選択モジュール１０２は、当該ＡＰ情報に含まれる起動条件と視聴情報１１０とを照合し、当該ＡＰ情報に設定されている起動条件を満たすか否かを検証する（ブロック１２０３）。ここで、起動条件は、後述するように、タグシェア型起動条件である。
【００５６】
起動命令送信モジュール１０３は、ＡＰ選択モジュール１０２により選定されたＡＰ情報のアプリケーション２００Ｃを起動するための起動命令１２０を送出する（ブロック１２０４）。これにより、図３に示すように、モバイル端末２０は、アプリケーション２００Ｃに対応する起動命令１２０を受信すると、タグシェア型アプリケーション２００Ｃが起動する。
【００５７】
ここで、図１０に示すように、タグシェア型アプリケーション２００Ｃの起動条件は次のような一定のフォーマットで定義する。
【００５８】
IF(Ntag > 10) …（２）
この条件文（２）は、再生中の録画番組に付与されたタグ数Ntagが１１以上であれば真になることを意味している。この条件文は「タグが多く付与された録画番組を再生中である」という視聴状態を検出するための一例である。コントローラ１００は、前記一定のフォーマットに対応付けて実行できるように、起動条件の構成要素となり得る断片的な処理（再生中の録画番組に付与されたタグ数Ntagを取得する処理）を実行する機能（プログラム）を予め実装する。
【００５９】
具体的には、タグシェア型アプリケーションの起動条件は、付与されたタグの数が１１以上の映像の再生が開始されると定義される。ここで、１１は、例えば現在のタグシェア機能で各映像に付与されているタグの数の平均値とする。視聴情報取得モジュール１０１が取得したタグの数が１１以上であれば、前記起動条件が満たされて、起動命令送信モジュール１０３はタグシェア型アプリケーション２００Ｃの起動命令１２０を送信する。
【００６０】
タグシェア型アプリケーション２００ＣのＡＰ情報には、起動命令が持つべき引数情報に関する情報が含まれる。引数情報とは、当該アプリケーションを起動する際に、起動命令を介してモバイル端末２０へ渡される値であり、アプリケーションの起動の仕方を指定するための情報である。具体的には、当該引数情報は、再生する映像の識別子である。映像の識別子は、タグシェア機能上でユニークな情報であり、映像を特定する。モバイル端末２０は起動命令を受信すると、タグシェア型アプリケーション２００Ｃを起動する。その際、引数情報により、モバイル端末２０は、図９に示すように、引数情報の映像識別子が示す映像のタグ一覧を表示する画面まで自動的に遷移する。
【００６１】
［変形例］
第１及び第２の実施形態において、ユーザが複数のモバイル端末を所持している場合には、コントローラ１００は、自動的にモバイル端末を選定して起動命令を送信する構成でもよい。ここで、アプリケーションを起動するモバイル端末２０は、ユーザの目の届く位置にある方がよい。このため、コントローラ１００は取得するＡＰ情報に、当該アプリケーションがインストールされているモバイル端末２０が起動命令を受信するのに適しているか否かの情報を含めてもよい。
【００６２】
各モバイル端末の受信の可否の決め方は、例えば、ユーザがモバイル端末を操作して予め設定する。また、モバイル端末の光度センサを用いて、光度が一定以下の状態にあるモバイル端末は受信に適さないとする。さらに、直近に使用したモバイル端末を優先して受信させる。あるいは、ユーザによって受信不可設定がされていたり、電源がオフになっていたりしない限り、テレビ起動後の数回は全モバイル端末で起動命令を受信可としてもよい。例えば、ＡＰ選択モジュール１０２は、現在番組アプリケーションを選定し、複数のモバイル端末に当該アプリケーションがインストールされている場合、全てのモバイル端末で当該アプリケーションが起動してもよい。起動後に、ユーザによるアプリケーションの操作が発生したモバイル端末のみを受信可として、他のモバイル端末はテレビの電源がオフするまでの間に起動命令を受信不可としてもよい。
【００６３】
さらに、モバイル端末が複数ある場合に限らず、例え単体の場合であっても、ユーザが機能を使用しないのであれば、アプリケーションの機能を自動的に無効化してもよい。あるモバイル端末のアプリケーションが自動起動して、一定時間、ユーザによる操作入力が発生しなかった場合、そのモバイル端末の自動起動機能は使用されないものとして、テレビの電源がオフするまでの間に、起動命令を受信不可としてもよい。
【００６４】
なお、第１の実施形態において、図１１に示すように、モバイル端末２０は、ＴＶ装置１０のコントローラから起動命令を受信すると、起動命令１２０に対応する指定のアプリケーション２００Ａを起動する。ここで、起動するアプリケーションは、ユーザがコントローラ１００、またはモバイル端末２０のいずれかに予め設定したものでもよい。即ち、起動命令に起動対象のアプリケーションを指定する情報が含まれる場合には、ユーザがコントローラ１００にその情報を設定する。一方、コントローラ１００が起動対象のアプリケーションを指定する情報を含まない起動命令を発信する場合には、ユーザはモバイル端末２０にその情報を設定する。
【００６５】
また、起動するアプリケーションは、最後に使用したアプリケーションでもよい。その場合にはユーザの手を介することなく、コントローラ１００またはモバイル端末２０のいずれかに最後に使用したアプリケーションの情報を記録する。
【００６６】
なお、第１及び第２の実施形態において、アプリケーション２００としては、現在番組アプリケーション及びタグシェア型アプリケーションを想定したが、これに限定されない。例えば、アプリケーション２００としては、録画予約一覧を表示するアプリケーション、番組の人気ランキングを表示するアプリケーション、あるいは番組関連キーワード一覧を表示するアプリケーション等が想定できる。
【００６７】
以上要するに、ＴＶ装置１０から、ユーザの視聴状態（状況）に適したアプリケーションを自動的に選定し、起動させることが可能となる。従って、ユーザは、モバイル端末２０にインストールされた全てのアプリケーションの機能を把握することなく、常に最適な操作環境を得ることが可能となる。
【００６８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６９】
ＡＰ…アプリケーション、１０…テレビジョン受像機（ＴＶ装置またはテレビ）、
１１…リモコン、１２…画面、２０…モバイル端末、２１…起動命令受信モジュール、
２２…ＡＰ起動モジュール、２３…記憶デバイス、２４…ＡＰ情報送出モジュール、
３０…ネットワーク、１００…コントローラ、１０１…視聴情報取得モジュール、
１０２…ＡＰ選択モジュール、１０３…起動命令送信モジュール、
１０４…記憶デバイス、１０５…ＡＰ情報取得モジュール、
２００，２００Ａ〜２００Ｃ…アプリケーション。
【特許請求の範囲】
【請求項１】
映像再生装置の視聴状態を示す視聴情報を取得する視聴情報取得手段と、
前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定するアプリケーション設定手段と、
前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する送出手段と
を具備する情報処理装置。
【請求項２】
アプリケーションを特定する情報及び起動条件を示す情報を含むアプリケーション情報を記憶する記憶手段を更に具備し、
前記アプリケーション設定手段は、
前記視聴情報と前記起動条件とを照合し、前記視聴情報に対して前記起動条件を満たすアプリケーション情報を前記記憶手段から選定する請求項１に記載の情報処理装置。
【請求項３】
ネットワークを介して前記アプリケーション情報を取得するアプリケーション情報取得手段を更に具備し、
前記アプリケーション情報取得手段は、
取得した前記アプリケーション情報を前記記憶手段に格納する請求項２に記載の情報処理装置。
【請求項４】
前記アプリケーション情報取得手段は、
ネットワークに接続されている電子機器から前記アプリケーション情報を取得し、前記記憶手段に格納する請求項３に記載の情報処理装置。
【請求項５】
前記アプリケーション情報取得手段は、
前記情報処理装置の起動時または一定時間ごとに、ネットワークに接続されている電子機器から前記アプリケーション情報を取得し、前記記憶手段に格納する請求項４に記載の情報処理装置。
【請求項６】
前記送出手段は、
ネットワークに接続されている１個または複数個の電子機器に前記起動命令を送信する請求項１から請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
情報通信手段により情報処理装置と電子機器との情報通信を行なう情報処理システムであって、
前記情報処理装置は、
映像再生装置の視聴状態を示す視聴情報を取得する視聴情報取得手段と、
前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定するアプリケーション設定手段と、
前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する送出手段とを有し、
前記電子機器は、
起動命令を受信する手段と、
受信した起動命令に応じたアプリケーションを起動する手段と
を有する情報処理システム。
【請求項８】
前記情報処理装置は、アプリケーションを特定する情報及び起動条件を示す情報を含むアプリケーション情報を記憶する記憶手段を更に有し、
前記アプリケーション設定手段は、
前記視聴情報と前記起動条件とを照合し、前記視聴情報に対して前記起動条件を満たすアプリケーション情報を前記記憶手段から選定する請求項７に記載の情報処理システム。
【請求項９】
前記情報処理装置は、前記アプリケーション情報を取得するアプリケーション情報取得手段を更に有し、
前記電子機器は、前記アプリケーション情報をアプリケーション情報取得手段に送出する手段を更に有する請求項８に記載の情報処理システム。
【請求項１０】
前記情報処理装置は、
前記アプリケーション情報取得手段により、前記電子機器から前記情報処理装置の起動時または一定時間ごとに前記アプリケーション情報を取得する請求項９に記載の情報処理システム。
【請求項１１】
前記情報処理装置は前記映像再生装置に設けられて、
前記電子機器は前記アプリケーションがインストールされたモバイル端末であり、
前記情報通信手段であるネットワークを介して、前記情報処理装置と前記電子機器とが接続される請求項７から請求項１０のいずれか１項に記載の情報処理システム。
【請求項１２】
映像再生装置の操作に関する情報処理方法であって、
前記映像再生装置の視聴状態を示す視聴情報を取得し、
前記操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定し、
前記設定されたアプリケーションを起動するための起動命令を送出する情報処理方法。
【請求項１】
映像再生装置の視聴状態を示す視聴情報を取得する視聴情報取得手段と、
前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定するアプリケーション設定手段と、
前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する送出手段と
を具備する情報処理装置。
【請求項２】
アプリケーションを特定する情報及び起動条件を示す情報を含むアプリケーション情報を記憶する記憶手段を更に具備し、
前記アプリケーション設定手段は、
前記視聴情報と前記起動条件とを照合し、前記視聴情報に対して前記起動条件を満たすアプリケーション情報を前記記憶手段から選定する請求項１に記載の情報処理装置。
【請求項３】
ネットワークを介して前記アプリケーション情報を取得するアプリケーション情報取得手段を更に具備し、
前記アプリケーション情報取得手段は、
取得した前記アプリケーション情報を前記記憶手段に格納する請求項２に記載の情報処理装置。
【請求項４】
前記アプリケーション情報取得手段は、
ネットワークに接続されている電子機器から前記アプリケーション情報を取得し、前記記憶手段に格納する請求項３に記載の情報処理装置。
【請求項５】
前記アプリケーション情報取得手段は、
前記情報処理装置の起動時または一定時間ごとに、ネットワークに接続されている電子機器から前記アプリケーション情報を取得し、前記記憶手段に格納する請求項４に記載の情報処理装置。
【請求項６】
前記送出手段は、
ネットワークに接続されている１個または複数個の電子機器に前記起動命令を送信する請求項１から請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
情報通信手段により情報処理装置と電子機器との情報通信を行なう情報処理システムであって、
前記情報処理装置は、
映像再生装置の視聴状態を示す視聴情報を取得する視聴情報取得手段と、
前記映像再生装置の操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定するアプリケーション設定手段と、
前記アプリケーション設定手段により設定されたアプリケーションを起動するための起動命令を送出する送出手段とを有し、
前記電子機器は、
起動命令を受信する手段と、
受信した起動命令に応じたアプリケーションを起動する手段と
を有する情報処理システム。
【請求項８】
前記情報処理装置は、アプリケーションを特定する情報及び起動条件を示す情報を含むアプリケーション情報を記憶する記憶手段を更に有し、
前記アプリケーション設定手段は、
前記視聴情報と前記起動条件とを照合し、前記視聴情報に対して前記起動条件を満たすアプリケーション情報を前記記憶手段から選定する請求項７に記載の情報処理システム。
【請求項９】
前記情報処理装置は、前記アプリケーション情報を取得するアプリケーション情報取得手段を更に有し、
前記電子機器は、前記アプリケーション情報をアプリケーション情報取得手段に送出する手段を更に有する請求項８に記載の情報処理システム。
【請求項１０】
前記情報処理装置は、
前記アプリケーション情報取得手段により、前記電子機器から前記情報処理装置の起動時または一定時間ごとに前記アプリケーション情報を取得する請求項９に記載の情報処理システム。
【請求項１１】
前記情報処理装置は前記映像再生装置に設けられて、
前記電子機器は前記アプリケーションがインストールされたモバイル端末であり、
前記情報通信手段であるネットワークを介して、前記情報処理装置と前記電子機器とが接続される請求項７から請求項１０のいずれか１項に記載の情報処理システム。
【請求項１２】
映像再生装置の操作に関する情報処理方法であって、
前記映像再生装置の視聴状態を示す視聴情報を取得し、
前記操作に関する指定の情報処理を実行するアプリケーションを、前記視聴情報に基づいて設定し、
前記設定されたアプリケーションを起動するための起動命令を送出する情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−１１４４９３（Ｐ２０１３−１１４４９３Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６０６７４（Ｐ２０１１−２６０６７４）
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【特許番号】特許第５１４８７３９号（Ｐ５１４８７３９）
【特許公報発行日】平成２５年２月２０日（２０１３．２．２０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【特許番号】特許第５１４８７３９号（Ｐ５１４８７３９）
【特許公報発行日】平成２５年２月２０日（２０１３．２．２０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]