JP2013191904A - テレビジョン受信装置 - Google Patents

Abstract

【課題】ダウンロードしたアプリケーションが、アプリケーションの実行・非実行状態に依存せず、表示画面上に柔軟なメッセージ表示を行うことが可能なテレビジョン受信装置を提供する。
【解決手段】テレビジョン受信装置は、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから表示するメッセージとメッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、メッセージ表示情報を記憶するメッセージ情報記憶部と、メッセージ情報登録部が受け付けたメッセージ表示情報の開始時刻にメッセージ情報記憶部を参照し、メッセージ表示情報において開始時刻に対応するメッセージを表示するメッセージ表示部と、を備えることを特徴とする。
【選択図】図３

Description

本発明は、テレビジョン受信装置に関し、更に詳しくは、ダウンロードしたアプリケーションがＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を通してメッセージ表示機能を制御可能なテレビジョン受信装置に関する。

現在、テレビジョン受信装置は、時刻等に応じて特定のメッセージを表示する機能を備えている（例えば、特許文献１参照）。

図３２は、特許文献１記載のメッセージ表示装置の構成を表すブロック図である。コマンド入力回路３２０１はリモコンやフロントパネル等で構成され、ユーザーからのキー入力を受け付ける。ＣＰＵ３２０２は、コマンド入力回路３２０１を介して、ユーザーが「表示したいメッセージ」や、「表示したい日時」を受け取り、メモリ３２０３に記憶する。また、ＣＰＵ３２０２は、定期的にクロック３２０４を参照し、メモリ３２０３に記憶されている「表示したい日時」と一致するかを調べる。もし、一致したら、メモリ３２０３に記憶されている「表示したいメッセージ」をモニタ３２０５に表示する。

一方、現在のテレビジョン受信装置は、アプリケーションプログラムをダウンロードして実行する機能も備えている。その一例として、欧州デジタルＴＶ標準規格ＤＶＢ−ＭＨＰ（ＥＴＳＩ ＴＳ １０１ ８１２ Ｖ１．３．１）がある。ＤＶＢ−ＭＨＰ標準規格に対応したテレビジョン受信装置は、Ｊａｖａ（登録商標）アプリケーションをダウンロードし、実行する。ＤＶＢ−ＭＨＰ標準規格に対応したテレビジョン受信装置は、放送波にエンコードされた番組情報を取得するためのＪａｖａ（登録商標） ＡＰＩを備えており、ダウンロードしたＪａｖａ（登録商標）アプリケーションは、Ｊａｖａ（登録商標） ＡＰＩを通して番組情報を取得し、電子プログラムガイド（ＥＰＧ）機能を実現することができる。あるいは、グラフィックス機能を用いたゲームアプリケーションを実行することや、様々なメッセージを表示することが可能である。

特開平０６−０２８１３８号公報

しかしながら、上記従来の特許文献１記載のメッセージ表示装置においては、特定のメッセージを特定の時間に表示することしかできないという問題があった。

一方、ＤＶＢ−ＭＨＰ標準規格に対応したテレビジョン受信装置では、Ｊａｖａ（登録商標）アプリケーションにより様々なメッセージを表示可能だが、この機能はプログラム実行中に限定される。ＤＶＢ−ＭＨＰ標準規格に対応したテレビジョン受信装置がＪａｖａ（登録商標）アプリケーションを実行するのは、Ｊａｖａ（登録商標）アプリケーションの実行を許可するチャンネルのみであり、ＤＶＢ−ＭＨＰ標準規格に対応したテレビジョン受信装置が予め内蔵する端末設定画面やＳＤカード内のイメージを表示するイメージビューワー機能などの実行中は、Ｊａｖａ（登録商標）アプリケーションを実行しない。つまり、ダウンロードしたＪａｖａ（登録商標）アプリケーションによるメッセージ表示は限られた状態に限定されてしまうという問題があった。

本発明は、上記問題を解決するためになされたものであって、ダウンロードしたアプリケーションが、アプリケーションの実行・非実行状態に依存せず、表示画面上に柔軟なメッセージ表示を行うことが可能なテレビジョン受信装置を提供することを目的とする。つまり、本発明では、ダウンロードアプリケーションからメッセージ表示情報を受け取るＡＰＩを規定し、テレビジョン受信装置内蔵のソフトウェアでメッセージ表示を行う。

上記従来の課題を解決するために、本発明のテレビジョン受信装置は、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから表示するメッセージとメッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、メッセージ表示情報を記憶するメッセージ情報記憶部と、メッセージ情報登録部が受け付けたメッセージ表示情報の開始時刻にメッセージ情報記憶部を参照し、メッセージ表示情報において開始時刻に対応するメッセージを表示するメッセージ表示部を備える。

本発明のテレビジョン受信装置は、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから表示するメッセージとメッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、メッセージ表示情報を記憶するメッセージ情報記憶部と、メッセージ情報登録部が受け付けたメッセージ表示情報の開始時刻にメッセージ情報記憶部を参照し、メッセージ表示情報において開始時刻に対応するメッセージを表示するメッセージ表示部とを備える。これにより、アプリケーションの実行・非実行に関わらず、アプリケーションが所望の時刻に所望のメッセージをテレビジョン受信装置の表示画面上に表示することができる。

また、メッセージ情報登録部は、複数のメッセージ表示情報を受け付け、受け付けた複数のメッセージ表示情報の個々に対して一意の識別子を生成するメッセージ情報識別子生成部を更に備え、メッセージ情報記憶部は、メッセージ情報識別子生成部が生成した識別子とメッセージ表示情報の組を記憶する。これにより、複数のメッセージ表示を実施することができる。

また、メッセージ情報登録部は、メッセージ表示情報を受け付け時にアプリケーションに対して、識別子を引き渡し、アプリケーションから識別子を指定された時にメッセージ情報記憶部から、識別子と組にして記憶されているメッセージ表示情報を削除するメッセージ情報削除部を更に備える。これにより、メッセージ表示を停止することができる。

また、アプリケーションをネットワークからダウンロードするネットワーク部とを更に備え、アプリケーション実行部は、ネットワーク部を用いてアプリケーションをダウンロードし実行する。これにより、テレビジョン受信装置外部からアプリケーションを読み込み実行することができる。

また、メッセージ情報登録部は、メッセージの表示開始時間として、電源投入後の時間間隔を受け付け、メッセージ表示部は、電源投入後、受け付けた時間間隔後にメッセージ表示を開始する。これにより、アプリケーションがテレビジョン受信装置の電源投入後から表示開始までの時間間隔を制御することができる。

また、メッセージ情報登録部は、メッセージの表示位置を受け付け、メッセージ表示部は、メッセージの表示位置にメッセージ表示を行う。これにより、アプリケーションが表示位置を制御することができる。

また、メッセージ情報登録部は、メッセージの表示時間間隔を受け付け、メッセージ表示部は、メッセージの表示開始時刻から表示時間間隔の間、メッセージ表示を行う。これにより、アプリケーションがメッセージの時間間隔を制御することができる。

また、メッセージ情報登録部は、表示するメッセージとしてイメージデータを受け付け、メッセージ表示部は、イメージデータを表示する。これにより、文字だけでなく様々な絵と合わせたメッセージを表示できるので、表現力が高まる。

また、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから、特定の時刻と、特定の時刻に実行を開始する第２のアプリケーションとの組であるアプリ登録情報を受け付けるアプリ情報登録部と、アプリ情報登録部が受け付けた第２のアプリケーションを、特定の時刻に開始するためにアプリケーション実行部を起動させるアプリケーション実行起動部を備える。これにより、メッセージ表示を行うアプリケーションを所望の時刻に実行開始することができる。

また、アプリケーションをネットワークからダウンロードするネットワーク部とを更に備え、アプリケーション実行部は、ネットワーク部を用いてアプリケーションをダウンロードし実行する。これにより、テレビジョン受信装置外部からアプリケーションを読み込み実行することができる。

また、放送波を受信する受信部と、受信部が受信した放送波を再生する再生部と、再生部が再生した音声を出力する音声出力部と、再生部が再生した映像を出力する映像出力部と、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから表示するメッセージとメッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、メッセージ表示情報を記憶するメッセージ情報記憶部と、メッセージ情報登録部が受け付けたメッセージ表示情報の開始時刻に、メッセージ情報記憶部を参照し、メッセージ表示情報において開始時刻に対応するメッセージを映像出力部に表示させるメッセージ表示部とを備える。これにより、アプリケーションの実行・非実行に関わらず、アプリケーションが所望の時刻に所望のメッセージをテレビジョン受信装置の表示画面上に表示することができる。

また、アプリケーションをネットワークからダウンロードするネットワーク部とを更に備え、アプリケーション実行部は、ネットワーク部を用いてアプリケーションをダウンロードし実行する。これにより、テレビジョン受信装置外部からアプリケーションを読み込み実行することができる。

また、コンピュータ読み取り可能な記録媒体であって、アプリケーションを読み込み実行するアプリケーション実行部と、アプリケーションから表示するメッセージとメッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、メッセージ表示情報を記憶するメッセージ情報記憶部と、メッセージ情報登録部が受け付けたメッセージ表示情報の開始時刻に、メッセージ情報記憶部を参照し、メッセージ表示情報において開始時刻に対応するメッセージを表示するメッセージ表示部の各機能を発揮するプログラムを記録したコンピュータ読み取り可能な記録媒体とすることで、可搬性を高めることができる。

本発明の実施の形態１に係るテレビの構成を表すブロック図 本発明の実施の形態１に係るテレビの外観の一例を示す図 本発明の実施の形態１に係る第１メモリが保存するプログラムの一例を表すブロック図 本発明の実施の形態１に係るモニタにＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム一覧を表示する一例を表す図 本発明の実施の形態１に係る第１メモリが保存するＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム一覧情報の一例を表す図 本発明の実施の形態１に係るメッセージＡＰＩの一例を表す図 本発明の実施の形態１に係る時刻ＡＰＩクラスＤａｔｅの使用例を表す図 本発明の実施の形態１に係る第１メモリが保存するメッセージ表示情報の一例を表す図 本発明の実施の形態１に係るモニタにメッセージを表示する一例を表す図 本発明の実施の形態１に係る健康管理アプリケーションの構成を表すブロック図 本発明の実施の形態１に係る健康管理アプリケーションのメッセージ表示設定を促す表示の一例を表す図 本発明の実施の形態１に係る健康管理アプリケーションのメイン画面を表示する一例を表す図 本発明の実施の形態１に係る健康管理アプリケーションのデータ転送を促す表示の一例を表す図 本発明の実施の形態１に係る健康管理アプリケーションのデータ転送中のメッセージ表示の一例を表す図 本発明の実施の形態１に係る第１メモリが保存する管理ファイルの一例を表す図 本発明の実施の形態１に係る健康管理アプリケーションのデータ表示の一例を表す図 本発明の実施の形態１に係るメッセージＡＰＩの登録ＡＰＩの動作を表すフローチャート 本発明の実施の形態１に係るメッセージＡＰＩの削除ＡＰＩの動作を表すフローチャート 本発明の実施の形態２に係る第１メモリが保存するプログラムの一例を表すブロック図 本発明の実施の形態２に係る第１メモリが保存するアプリ登録情報の一例を表す図 本発明の実施の形態２に係るアプリ登録ＡＰＩの一例を表す図 本発明の実施の形態２に係る健康管理アプリケーションの構成を示すブロック図 本発明の実施の形態２に係るアプリ登録ＡＰＩの登録ＡＰＩの動作を表すフローチャート 本発明の実施の形態２に係るアプリ登録ＡＰＩの削除ＡＰＩの動作を表すフローチャート 本発明の実施の形態３に係るメッセージＡＰＩの一例を表す図 本発明の実施の形態３に係る第１メモリが保存するメッセージ表示情報の一例を表す図 本発明の実施の形態３に係るメッセージＡＰＩの一例を表す図 本発明の実施の形態３に係るメッセージＡＰＩの一例を表す図 本発明の実施の形態３に係るメッセージＡＰＩの一例を表す図 本発明の実施の形態４に係る健康管理アプリケーションのデータ転送を促す表示の一例を表す図 本発明の実施の形態４に係るモニタにメッセージを表示する一例を表す図 従来のメッセージ表示装置の構成を表す図

以下本発明を実施するための最良の形態について、図面を参照しながら説明する。

（実施の形態１）
本発明の実施の形態１に係るテレビジョン受信装置について図面を参照しながら説明する。本発明の実施の形態１に係るテレビジョン受信装置は、メッセージ表示機能付きテレビジョン受信装置である。図１は、テレビジョン受信装置１００（テレビ１００）を構成する構成要素の関係を表したブロック図であり、入力部１０１、第１メモリ１０２、第２メモリ１０３、受信部１０４、再生部１０５、スピーカ１０６、モニタ１０７、クロック１０８、ＵＳＢコネクタ１０９、ネットワーク部１１０、ＣＰＵ１１１、で構成される。

図２は、テレビ１００の外観の一例を示す図である。２０１はテレビ１００に相当する筺体である。２０２はモニタ１０７に相当し、ブラウン管やプラズマディスプレイ、液晶ディスプレイ等で構成される。２０３は入力部１０１に相当するフロントパネルである。２０４は受信部１０４に接続するアンテナやケーブルテレビ局からのケーブル接続する入力端子である。２０５はリモコンであり、テレビ１００がリモコン２０５からリモコン信号を受け付ける時は、２０３は入力部１０１に相当するリモコン受光器となる。

入力部１０１は、フロントパネルやリモコン受光器等で構成され、ユーザーからのチャンネル選択や情報入力を受け付ける。入力部１０１が、リモコン受光器の場合は、図２で示されるリモコン２０５の入力を受け付けることで、ユーザーのチャンネル選択を受け付ける。

第１メモリ１０２は、フラッシュメモリ、ハードディスク等の電源供給が無くてもデータを保持できる記録メディアで構成され、ＣＰＵ１１１が実行するプログラムを記憶する。また、ＣＰＵ１１１から指示されたデータやプログラムを一次的に保存したり削除したりする。第２メモリ１０３は、具体的には、ＲＡＭ等で構成され、ＣＰＵ１１１から指示されたデータやプログラムを一次的に保存したり削除したりする。

受信部１０４は、アンテナやケーブルテレビ局からのケーブルに接続され放送波を受信し、ＣＰＵ１１１から指定された周波数にチューニングし、チューニングによって抽出した放送波を再生部１０５に出力する。

再生部１０５は、ＣＰＵ１１１からの指示に基づき、受信部１０４から入力された放送波から音声・映像情報を抽出し、再生する。スピーカ１０６は、再生部１０５が再生した音声を出力する。モニタ１０７は、ブラウン管やプラズマディスプレイ、液晶ディスプレイ等で構成され、再生部１０５が再生した映像を出力する。

クロック１０８は、年月日・時分秒など、時々刻々と変化する時刻情報を保持する時計である。クロック１０８は、ＣＰＵ１１１の要求に応じて、時刻情報をＣＰＵ１１１に提供する。また、ＣＰＵ１１１により、クロック１０８は保持する時刻情報を修正する。

ＵＳＢコネクタ１０９は、周辺機器を接続するためのシリアルバス規格の1つであるＵＳＢ（ユニバーサル・シリアル・バス）規格準拠のコネクタである。ＣＰＵ１１１により制御され、接続された周辺機器との情報交換を可能にする。ネットワーク部１１０は、具体的にはイーサネット（登録商標）コネクタ等で構成され、ＣＰＵ１１１の制御によりネットワークに接続し、ネットワークに接続された機器との通信を実現する。

ＣＰＵ１１１は、第１メモリ１０２が記憶するプログラムを実行する中央演算処理装置である。

図３は、第１メモリ１０２が記憶しＣＰＵ１１１が実行するプログラムの構成の一例を表すブロック図である。プログラム３００は、複数のサブプログラムで構成され、具体的にはＯＳ３０１、制御部３０２、ＴＶ再生部３０３、アプリエンジン３０４、アプリライブラリ３０５、メッセージ表示部３０６で構成される。

ＯＳ３０１は、テレビ１００の電源が投入されると、ＣＰＵ１１１が起動するサブプログラムである。ＯＳ３０１は、オペレーティングシステムの略であり、Ｌｉｎｕｘ等が一例である。ＯＳ３０１は、他のサブプログラムを平行して実行するカーネル３０１ａ及びライブラリ３０１ｂで構成される公知の技術の総称であり、本発明では詳細な説明は省略する。本実施の形態においては、ＯＳ３０１のカーネル３０１ａは、制御部３０２をサブプログラムとして実行する。また、ライブラリ３０１ｂは、制御部３０２、ＴＶ再生部３０３、アプリエンジン３０４、アプリライブラリ３０５のサブプログラムに対して、テレビ１００が保持する構成要素を制御するための複数の機能を提供する。より具体的には、ライブラリ３０１ｂは、モニタ１０７に表示する文字や図形等のグラフィックス表示を実現するグラフィックスライブラリや、受信部１０４にチューニングのための周波数を指定し、チューニングを実行させるチューニングライブラリ、クロック１０８から時刻情報を取得する時刻情報取得機能や特定の時間に通知を行うタイマー機能を有する時間ライブラリなどを含む。

制御部３０２は、テレビ１００の電源が投入されると、ＯＳ３０１が最初に起動するサブプログラムである。制御部３０２は、ユーザーからの指示を受け、ＴＶ再生部３０３またはアプリエンジン３０４の実行の切り替えを制御する。

ＴＶ再生部３０３は、ＴＶ番組の再生を行う。ＴＶ再生部３０３は、既存ＴＶ技術で構成されており、本発明の主要構成部ではないので、本発明では機能概略のみを説明する。ＴＶ再生部３０３は、入力部１０１からユーザーからの選局したい番組の指示を受け付ける。受け取った選局指示に従い、受信部１０４にチューニングの指示を出すと共に、再生部１０５に映像・音声の再生を指示する。受信部１０４はチューニングを行い、再生部１０５は受信部１０４から入力された映像・音声の再生を実施して、スピーカ１０６から音声を出力し、モニタ１０７から映像を出力することで、ＴＶ番組再生を実現する。

アプリエンジン３０４は、ダウンロードしたアプリケーションを実行する。アプリケーションがＪａｖａ（登録商標）プログラムの場合、アプリエンジン３０４は、Ｊａｖａ（登録商標）ＶＭであり、アプリケーションがＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの場合、アプリエンジン３０４は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔエンジンである。ここでは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔエンジンを例として説明する。

本実施の形態においては、制御部３０２はアプリエンジン３０４であるＪａｖａ（登録商標）Ｓｃｒｉｐｔエンジンを起動する際、実行するＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムを指定する。例えば、ユーザーが入力部１０１を通して、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの起動を制御部３０２に命令すると、制御部３０２はＯＳライブラリ３０１ｂのグラフィックス機能を使用し、モニタ１０７に実行可能なＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの一覧を表示する。図４は、制御部３０２がＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム一覧をモニタ１０７に表示している一例を表す図である。ここでは６つのＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム４０１、４０２、４０３、４０４、４０５、４０６を表示している。これらのＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム一覧情報は、第１メモリ１０２に予め格納しておいてもよいし、ネットワーク部１１０を介して、インターネット上の特定のサーバー（アプリケーションサーバー）から取得して表示してもよい。ユーザーは入力部１０１を通して、制御部３０２に実行させるＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムを選択する。

図５は、第１メモリ１０２がＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム一覧情報を保持している一例を表す図である。ここでは、図４の４０１〜４０６の６つのＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムに対応する情報が格納されている。列５０１は、各Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの識別子である。列５０２は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの名前であり、モニタ１０７上に表示する情報である。列５０３は、各Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの起動ファイル情報である。図５では、識別子「１」のＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムは、第１メモリ１０２上に保存されており、他のＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム（識別子「２」〜「６」で示されるＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム）は、ネットワーク上に存在する。

ここでは、ユーザーはＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム「健康管理」４０２を選択したとすると、図５を参照して、制御部３０２は、アプリエンジン３０４であるＪａｖａ（登録商標）ＳｃｒｉｐｔエンジンにＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ．ｊｓ」の起動を指示する。アプリエンジン３０４であるＪａｖａ（登録商標）Ｓｃｒｉｐｔエンジンは、ネットワーク部１１０を用いて、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラム「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ．ｊｓ」を第２メモリ１０３にダウンロードして実行する。

アプリライブラリ３０５は、ダウンロードしたアプリケーションに対して、テレビ１００が備える機能を使用するための各種ＡＰＩを提供する。アプリケーションがＪａｖａ（登録商標）プログラムの場合、アプリライブラリ３０５は、Ｊａｖａ（登録商標）クラスライブラリであり、アプリケーションがＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの場合、アプリライブラリ３０５は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔライブラリである。

アプリライブラリ３０５は複数のライブラリで構成される。本実施の形態では、アプリライブラリ３０５はメッセージＡＰＩ３０５ａと時刻ＡＰＩ３０５ｂを備えている。

メッセージＡＰＩ３０５ａは、アプリケーションからメッセージとして表示する文字列とメッセージを表示する時刻を登録したり、登録済みの表示すべきメッセージを削除する機能を備える。図６は、メッセージＡＰＩ３０５ａの具体例を表す図である。関数６０１「Ｍｅｓｓａｇｅ．ａｄｄ」は、表示する文字列とメッセージを表示する時刻を登録するＡＰＩである。１つ目の引数「ｍｓｇ」は表示する文字列、２つ目の引数「ｓｔａｒｔ」は表示する時刻である。この関数は、返り値として登録番号を返す。

関数６０２「Ｍｅｓｓａｇｅ．ｒｅｍｏｖｅ」は、登録済みの表示すべきメッセージを削除するＡＰＩである。１つ目の引数「ｎｏ」は、関数６０１「Ｍｅｓｓａｇｅ．ａｄｄ」が返す登録番号を与える。

６１１、６１２は、関数６０１、６０２の使用例である。６１１は、表示する文字列「データをアップロードしましょう」と表示すべき時刻「８」時を指定しており、関数の返り値である登録番号を変数「ｎｏ」に格納している。６１２では、変数「ｎｏ」に格納している登録番号を関数６１２の引数に渡して、６１１で登録した表示すべきメッセージを削除している。

本ＡＰＩでは、複数のメッセージを登録可能である。複数の登録されたメッセージを識別するために、関数６０１「Ｍｅｓｓａｇｅ．ａｄｄ」が返す登録番号を返しており、この登録番号によって、メッセージを一意に指定できる。メッセージＡＰＩ３０５ａにより登録・削除された情報は、メッセージ表示部３０６に通知される。

時刻ＡＰＩ３０５ｂは、現在の時刻を取得するＡＰＩである。Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ言語では、日付オブジェクトとしてＤａｔｅが用意されている。詳細は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ言語仕様書（ＥＣＭＡ−２６２ ＥＣＭＳｃｒｉｐｔ ＬａｎｇｕａｇｅＳｐｅｃｉｆｉｃａｔｉｏｎ）を参照されたい。図７は、時刻ＡＰＩクラスＤａｔｅ３０５ｂの使用例を表す図である。行７０１でＤａｔｅオブジェクトを生成し、行７０２で年、行７０３で月、行７０４で日を取得している。

メッセージ表示部３０６は、メッセージＡＰＩ３０５ａから受け取ったデータを管理し、モニタ１０７にメッセージを表示する。メッセージ表示部３０６は、メッセージ表示情報を第１メモリ１０２に記憶している。図８は、第１メモリ１０２が記憶しているメッセージ表示情報の例を表す図である。列８０１は、メッセージの登録番号である。列８０２は、メッセージを表示する時刻、列８０３は表示するメッセージである。行８１１には、登録番号「１」、表示する時刻「８：００」、表示するメッセージ「体重を測定しましょう」が登録されている。また、行８１２には登録番号「２」、表示する時刻「２１：００」、表示するメッセージ「データをアップロードしましょう」が登録されている。

メッセージ表示部３０６は、この情報を元に、モニタ１０７にメッセージを表示する。メッセージ表示部３０６は、ＯＳライブラリ３０１ｂに８：００及び２１：００に、メッセージ表示部３０６を呼び出すように依頼する。

ＯＳライブラリ３０１ｂは、クロック１０８を参照し、８：００及び２１：００に、メッセージ表示部３０６を呼び出す。呼び出されたメッセージ表示部３０６は第１メモリ１０２が記憶しているメッセージ表示情報を参照し、時刻に対応するメッセージを表示する。メッセージ表示部３０６が８：００に呼び出されると、メッセージ表示部３０６は、クロック１０８の時刻と、第１メモリ１０２が記憶しているメッセージ表示情報を比較し、表示すべきメッセージを特定する。８：００に呼び出された場合、登録番号「１」のメッセージが表示する時刻「８：００」に対応するメッセージを表示すべきメッセージと特定する。よって、登録番号「１」のメッセージ「体重を測定しましょう」を表示する。図９は、モニタ１０７にメッセージ「体重を測定しましょう」が表示された状態の一例を表す図である。ＴＶ再生が行われている状態で、画面下方にメッセージ「体重を測定しましょう」がメッセージウインドウ９０１に表示されている。ここで、表示する時間間隔は３分とする。しかしながら、３分に限定されるものではなく、４分や５分などとしてもよい。

次に、メッセージ表示機能付きテレビ１００で実行されるアプリケーションの例として健康管理アプリケーション（健康管理アプリ）を説明する。健康管理アプリは、歩数計や体組成計などからデータを収集し、表示する。近年、過去１週間程度のデータを保持し、ＵＳＢケーブルなどを通して、パソコンにデータを転送することが可能な歩数計や体組成計が発売されている。これらの機器は、コストを抑えるため大量のデータを保持することができないため、定期的にパソコンなどにデータを転送し、運動量や体重データを管理しなければならない。本実施の形態の健康管理アプリは、テレビ１００上で歩数計や体組成計から測定値を収集し、健康管理を行うものである。図１０は、健康管理アプリの構成を表すブロック図である。健康管理アプリ１０００は、サブプログラムである制御部１００１、データ収集部１００２、データ表示部１００３、メッセージ制御部１００４で構成される。

制御部１００１は、健康管理アプリ１０００が起動された際、最初に実行されるサブプログラムである。制御部１００１は、起動されると、最初に、健康管理アプリ１０００がテレビ１００上で実行されたことがあるかどうかを確認する。具体的には、アプリライブラリ３０５を通して第１メモリ１０２上に、健康管理アプリ１０００の管理ファイルがあるかどうかを確認する。管理ファイルは、歩数計、体組成計や体重計などのデータを保存するファイルである。まだ、ファイルがない場合は、これまで、テレビ１００上で健康管理アプリ１０００が実行されたことが無いと判断し、管理ファイルの作成とメッセージの初期化を行う。

管理ファイルの作成は、制御部１００１がデータ収集部１００２に依頼する。データ収集部１００２は、アプリライブラリ３０５を通して第１メモリ１０２上に、データが空の管理ファイルを作成する。メッセージの初期化は、制御部１００１がメッセージ制御部１００４に依頼する。メッセージ制御部１００４は、アプリライブラリ３０５を通して図１１に示すような表示をモニタ１０７に表示し、ユーザーにメッセージ表示設定を促す。図１１の例では、毎日の体重測定時間２回（「測定時間１」、「測定時間２」）と、データ転送（「データ転送」）を促すメッセージを出す時間を設定できる。また、メッセージの表示・非表示も設定できる。図１１では、１回目の測定時間の表示をＯＮとし、「８：００」に表示することになっている。２回目の測定時間の表示はＯＦＦになっている。データ転送を促すメッセージの表示をＯＮとし、「２１：００」に表示することになっている。ユーザーは、これらの値を入力部１０１を通して変更でき、設定を確定できる。設定が確定されると、メッセージ制御部１００４は、メッセージＡＰＩ３０５ａによりメッセージ表示情報を登録する。図１１の場合、関数６０１「Ｍｅｓｓａｇｅ．ａｄｄ」を２回呼び出し、メッセージ表示部３０６は、メッセージ表示情報を第１メモリ１０２に記憶する。図８は、このときの第１メモリ１０２の状態を表す。

上記処理後、制御部１００１は、図１２のようなメイン画面を表示する。この画面でユーザーは、３つの選択肢を有している。「１．データ転送」を選択すると、制御部１００１は、データ収集部１００２にデータ転送を依頼する。「２．データ表示」を選択すると、制御部１００１は、データ表示部１００３にデータ表示を依頼する。「３．メッセージ設定」を選択すると、制御部１００１は、メッセージ制御部１００４にメッセージ設定を依頼する。「４。終了」を選択すると、制御部１００１は、健康管理アプリ１０００を終了する。

データ収集部１００２は、制御部１００１から起動されると、図１３のようにモニタ１０７上にユーザーへデータ転送を促す表示を行う。ユーザーは、例えば、歩数計とテレビ１００のＵＳＢをＵＳＢケーブルで接続し、入力部１０１を介してデータ転送の準備が完了したことを通知する。ユーザーから準備完了の通知を入力部１０１及びアプリライブラリ３０５を介して受け取ると、データ収集部１００２は、図１４のようにモニタ１０７上にデータ転送中のメッセージを表示する。データ収集部１００２は、ＵＳＢコネクタ１０９を介して歩数計や体重計から測定データを受け取り、第１メモリ１０２上の管理ファイルに保存する。図１５は、管理ファイルの内容の一例である。列１５０１は日付、列１５０２は体重、列１５０３は歩数である。本例では、６月２５日から２８日までの４日分のデータを保存している。

もし、ユーザーが、例えば１０分など一定時間経過後もデータ転送の準備が完了したことを通知しない場合、データ収集部１００２は、データ収集の処理を停止する。

データ表示部１００３は、制御部１００１から起動されると、第１メモリ１０２上の管理ファイルを読み込み、モニタ１０７にグラフ表示する。図１５の管理ファイルを読み込んだ場合の表示例を図１６に示す。図１６のような表示を行うことで、ユーザーは自身の体重の変化や歩数情報を容易に把握することができる。

メッセージ制御部１００４は、制御部１００１から起動されると、前述の通り、アプリライブラリ３０５を通して図１１に示すようなメッセージ設定画面をモニタ１０７に表示し、ユーザーにメッセージ表示設定を促す。ユーザーが設定を変更した場合は、現状の設定を削除し、変更後の設定をメッセージＡＰＩ３０５ａにより実施する。

図１７は、メッセージＡＰＩ３０５ａの登録ＡＰＩの動作を表すフローチャートである。メッセージＡＰＩ３０５ａは、表示する文字列とメッセージを表示する時刻をアプリケーションから受け取る（ステップＳ１７０１）。表示する文字列とメッセージを表示する時刻をメッセージ表示部３０６に通知する（ステップＳ１７０２）。メッセージ表示部３０６は第１メモリ１０２が記憶するメッセージ表示情報の最後の登録番号を取り出す（ステップＳ１７０３）。メッセージ表示部３０６は、最後の登録番号に１を加え新規の登録番号を作成する（ステップＳ１７０４）。メッセージ表示部３０６は、新規の登録番号とアプリケーションが指定した表示する文字列とメッセージを表示する時刻の組を第１メモリ１０２が記憶するメッセージ表示情報の最後に追加する（ステップＳ１７０５）。メッセージ表示部３０６は、新規の登録番号を、メッセージＡＰＩ３０５ａを通してアプリケーションに通知する（ステップＳ１７０６）。

図１８は、メッセージＡＰＩ３０５ａの削除ＡＰＩの動作を表すフローチャートである。メッセージＡＰＩ３０５ａは、削除すべきメッセージの登録番号をアプリケーションから受け取る（ステップＳ１８０１）。メッセージＡＰＩ３０５ａは、受け取った登録番号をメッセージ表示部３０６に通知する（ステップＳ１８０２）。メッセージ表示部３０６は第１メモリ１０２が記憶する最初のメッセージ表示情報を取り出す（ステップＳ１８０３）。受け取った登録番号とメッセージ表示情報内の登録番号を比較する（ステップＳ１８０４）。等しければ（ステップＳ１８０５で「ＹＥＳ」）、受け取った登録番号に該当するメッセージ表示情報を第１メモリ１０２から削除し（ステップＳ１８０６）、処理を終了する。等しくなければ（ステップＳ１８０５で「ＮＯ」）、次のメッセージ表示情報があるか（ステップＳ１８０７）を調べ、次のメッセージ表示情報がなければ（ステップＳ１８０７で「ＮＯ」）処理を終了する。次のメッセージ表示情報があれば（ステップＳ１８０７で「ＹＥＳ」）、メッセージ表示部３０６は第１メモリ１０２が記憶する次のメッセージ表示情報を取り出し（ステップＳ１８０８）、ステップＳ１８０４の処理に移行する。

（実施の形態２）
本発明の実施の形態におけるメッセージ表示機能付きテレビを、図面を参照しながら説明する。本発明の実施の形態２のメッセージ表示機能付きテレビの構成は、実施の形態１とメッセージ表示機能付きテレビの構成（図１）と同じである。実施の形態１と異なるのは、第１メモリ１０２が記憶しＣＰＵ１１１が実行するプログラムの構成である。

図１９は、第１メモリ１０２が記憶しＣＰＵ１１１が実行するプログラムの構成の一例を表すブロック図である。プログラム１９００は、複数のサブプログラムで構成され、具体的にはＯＳ３０１、制御部３０２、ＴＶ再生部３０３、アプリエンジン１９０４、アプリライブラリ１９０５で構成される。実施の形態１と同じ符号の構成要素は、実施の形態１と同じ働きをするので、説明を省略する。

アプリタイマ１９０１ｂ１は、ＯＳライブラリ３０１ｂの一部として存在する。アプリタイマ１９０１ｂ１は、アプリエンジン１９０４から、アプリエンジン１９０４を特定の時間に起動することを受け付ける。クロック１０８が、特定の時間に達した時、アプリエンジン１９０４を起動する。

アプリエンジン１９０４は、実施の形態１のアプリエンジン３０４の機能に加え、アプリライブラリ１９０５内にあるアプリ登録ＡＰＩ１９０５ａで登録されたアプリケーションを実行する。アプリ登録ＡＰＩ１９０５ａは、アプリケーションから起動時間と起動すべきアプリケーションの組であるアプリ登録情報を登録される。登録されたアプリ登録情報は、アプリエンジン１９０４に引き渡される。アプリエンジン１９０４は、このアプリ登録情報を第１メモリ１０２に記憶する。

図２０は、第１メモリ１０２に記憶されたアプリ登録情報の一例を表す図である。列２００１は、アプリ登録情報に付与されたアプリ情報番号である。列２００２は、アプリを起動する時刻、列２００３は、起動すべきアプリケーションである。図２０を参照して、ここでは２つのアプリが登録されている。アプリエンジン１９０４は、アプリ登録情報に基づいてＯＳライブラリ３０１ｂ内のアプリタイマ１９０１ｂ１に、８：００及び２１：００にアプリエンジン１９０４を呼び出すように依頼する。ＯＳライブラリ３０１ｂは、クロック１０８を参照し、８：００及び２１：００に、アプリエンジン１９０４を呼び出す。呼び出されたアプリエンジン１９０４は第１メモリ１０２が記憶しているアプリ登録情報を参照し、該当するアプリケーションを起動する。アプリエンジン１９０４が８：００に呼び出されると、アプリエンジン１９０４は、クロック１０８の時刻と、第１メモリ１０２が記憶しているアプリ登録情報を比較し、起動すべきアプリケーションを特定する。８：００に呼び出された場合、アプリ情報番号「１」のアプリ起動時刻「８：００」に対応するアプリケーションが起動すべきアプリケーションと特定できる。よって、アプリ情報番号「１」のアプリケーションを起動する。

アプリライブラリ１９０５は、ダウンロードしたアプリケーションに対して、テレビ１００が備える機能を使用するための各種ＡＰＩを提供する。アプリケーションがＪａｖａ（登録商標）プログラムの場合、アプリライブラリ１９０５は、Ｊａｖａ（登録商標）クラスライブラリであり、アプリケーションがＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムの場合、アプリライブラリ１９０５は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔライブラリである。

アプリライブラリ１９０５は複数のライブラリで構成される。本実施の形態では、アプリライブラリ１９０５はアプリ登録ＡＰＩ１９０５ａと時刻ＡＰＩ３０５ｂを備えている。

アプリ登録ＡＰＩ１９０５ａは、アプリケーションから特定の時刻に起動するアプリケーションを登録したり、登録済みの特定の時刻に起動するアプリケーションを削除する機能を備える。図２１は、アプリ登録ＡＰＩ９０５ａの具体例を表す図である。関数２１０１「Ａｐｐｌａｕｎｃｈ．ａｄｄ」は、起動するアプリケーションと起動する時刻の組であるアプリ登録情報を登録するＡＰＩである。１つ目の引数「ａｐｐ」は、起動するアプリケーション、２つ目の引数「ｓｔａｒｔ」は起動する時刻である。この関数は、返り値としてアプリ情報番号を返す。

関数２１０２「Ａｐｐｌａｕｎｃｈ．ｒｅｍｏｖｅ」は、登録済みの特定の時刻に起動するアプリケーションを削除するＡＰＩである。１つ目の引数「ｎｏ」は、関数２１０１「Ａｐｐｌａｕｎｃｈ．ａｄｄ」が返すアプリ情報番号を与える。

２１１１、２１１２は、関数２１０１、２１０２の使用例である。２１１１は、起動するアプリケーション「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ１．ｊｓ」と表示すべき時刻「８」時を指定しており、関数の返り値であるアプリ情報番号を変数「ｎｏ」に格納している。２１１２では、変数「ｎｏ」に格納しているアプリ情報番号を関数２１０２の引数に渡して、２１１１で登録した特定の時刻に起動するアプリケーションを削除している。

本ＡＰＩでは、複数の特定の時刻に起動するアプリケーションを登録可能である。複数の登録された特定の時刻に起動するアプリケーションを識別するために、関数２１０１「Ａｐｐｌａｕｎｃｈ．ａｄｄ」が返すアプリ情報番号を返しており、このアプリ情報番号によって、特定の時刻に起動するアプリケーションを一意に指定できる。

アプリ登録ＡＰＩ１９０５ａにより登録・削除されたアプリ登録情報は、アプリエンジン１９０４に通知される。

図２０を参照して、登録されている２つのアプリケーションの例を説明する。アプリケーション「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ１．ｊｓ」は、「体重を測定しましょう」というメッセージを３分間表示するだけのアプリケーションである。図９が、具体的な表示例である。表示する時間の長さは４分や５分など変更可能である。

アプリケーション「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ２．ｊｓ」は、歩数計、体組成計、体重計などからテレビ１００へのデータ転送を行うアプリケーションであり、実施の形態１で説明した健康管理アプリのデータ収集部１００２の機能に相当する。起動されると、最初に図１３のようにモニタ１０７上にユーザーへデータ転送を促す表示を行う。ユーザーは、例えば、歩数計とテレビ１００のＵＳＢをＵＳＢケーブルで接続し、入力部１０１を介してデータ転送の準備が完了したことを通知する。ユーザーから準備完了の通知を入力部１０１及びアプリライブラリ１９０５を介して受け取ると、アプリケーションは、図１４のようにモニタ１０７上にデータ転送中のメッセージを表示する。アプリケーションは、ＵＳＢコネクタ１０９を介して歩数計や体重計から測定データを受け取り、第１メモリ１０２上の管理ファイルに保存する。この保存されたデータは、実施の形態１で説明した健康管理アプリで利用可能である。

次に、実施の形態１同様のメッセージ表示機能付きテレビで実行されるアプリケーションの例として健康管理アプリを説明する。図２２は、健康管理アプリの構成を示すブロック図である。健康管理アプリ２２００は、サブプログラムである制御部１００１、データ収集部１００２、データ表示部１００３、メッセージ制御部２２０４で構成される。実施の形態１と同じ符号の構成要素は、実施の形態１と同じ働きをするので、説明を省略する。

メッセージ制御部２２０４は、アプリライブラリ１９０５を通して図１１に示すようなメッセージ設定画面をモニタ１０７に表示し、ユーザーにメッセージ表示設定を促す。図１１の例では、毎日の体重測定時間２回と、データ転送を促すメッセージを出す時間を設定できる。また、メッセージの表示・非表示も設定できる。図１１では、１回目の測定時間の表示をＯＮとし、「８：００」に表示することになっている。２回目の測定時間の表示はＯＦＦになっている。データ転送を促すメッセージの表示をＯＮとし、「２１：００」に表示することになっている。ユーザーは、これらの値を入力部１０１を通して変更でき、設定を確定できる。設定が確定されると、メッセージ制御部２２０４は、アプリ登録ＡＰＩ１９０５ａにより起動するアプリケーションと起動する時間の組であるアプリ登録情報を登録する。図２１の場合、関数２１０１「Ａｐｐｌａｕｎｃｈ．ａｄｄ」を２回呼び出し、アプリエンジン１９０４は、アプリ登録情報を第１メモリ１０２に記憶する。図２０は、このときの第１メモリ１０２の状態を表す。

図２３は、アプリ登録ＡＰＩ１９０５ａの登録ＡＰＩの動作を表すフローチャートである。アプリ登録ＡＰＩ１９０５ａは、起動するアプリケーションと起動する時刻の組であるアプリ登録情報をアプリケーションから受け取る（ステップＳ２３０１）。アプリ登録ＡＰＩ１９０５ａは、受け取ったアプリ登録情報をアプリエンジン１９０４に通知する（ステップＳ２３０２）。アプリエンジン１９０４は第１メモリ１０２が記憶するアプリ登録情報の最後のアプリ登録番号を取り出す（ステップＳ２３０３）。アプリエンジン１９０４は、最後のアプリ登録番号に１を加え新規のアプリ登録番号を作成する（ステップＳ２３０４）。アプリエンジン１９０４は、新規のアプリ登録番号と起動するアプリケーション、起動する時刻の組を第１メモリ１０２が記憶するアプリ登録情報の最後に追加する（ステップＳ２３０５）。アプリエンジン１９０４は、新規のアプリ登録番号をアプリ登録ＡＰＩ19０５ａを通してアプリケーションに通知する（ステップＳ２３０６）。

図２４は、アプリ登録ＡＰＩ１９０５ａの削除ＡＰＩの動作を表すフローチャートである。アプリ登録ＡＰＩ１９０５ａは、削除すべきアプリ登録番号をアプリケーションから受け取る（ステップＳ２４０１）。アプリ登録ＡＰＩ１９０５ａは、受け取ったアプリ登録番号をアプリエンジン１９０４に通知する（ステップＳ２４０２）。アプリエンジン１９０４は第１メモリ１０２が記憶する最初のアプリ登録情報を取り出す（ステップＳ２４０３）。受け取ったアプリ登録番号とアプリ登録情報内のアプリ登録番号を比較する（ステップＳ２４０４）。等しければ（ステップＳ２４０５で「ＹＥＳ」）、受け取ったアプリ登録番号に該当するアプリ登録情報を第１メモリ１０２から削除し（ステップＳ２４０６）、処理を終了する。等しくなければ（ステップＳ２４０５で「ＮＯ」）、次のアプリ登録情報があるかを調べる（ステップＳ２４０７）。次のアプリ登録情報がなければ（ステップＳ２４０７で「ＮＯ」処理を終了し、次のアプリ登録情報があれば（ステップＳ２４０７で「ＹＥＳ」）、アプリエンジン１９０４は第１メモリ１０２が記憶する次のアプリ登録情報を取り出す（ステップＳ２４０８）。その後、ステップＳ２４０４の処理に移行する。

（実施の形態３）
本発明の実施の形態３では、実施の形態１のメッセージＡＰＩ３０５ａ及びメッセージ表示部３０６に対して、下記の機能の追加・変更を行う。

（１）メッセージ表示時間間隔の指定
実施の形態１では、メッセージ表示時間間隔を指定できなかった。図２５は、メッセージＡＰＩ３０５ａに対してメッセージ表示時間間隔の指定を追加した具体例を示す図である。関数２５０１「Ｍｅｓｓａｇｅ．ａｄｄ」は、表示する文字列とメッセージを表示する時刻を登録するＡＰＩである。１つ目の引数「ｍｓｇ」は表示する文字列、２つ目の引数「ｓｔａｒｔ」は表示する時刻、３つ目の引数「ｄｕｒａｔｉｏｎ」はメッセージ表示時間間隔である。

２５１１は、関数２５０１の使用例である。２５１１は、表示する文字列「データをアップロードしましょう」と表示すべき時刻「８」時、メッセージ表示時間間隔「５」分を指定しており、関数の返り値である登録番号を変数「ｎｏ」に格納している。メッセージＡＰＩ３０５ａは、表示する文字列、表示すべき時刻及びメッセージ表示時間間隔をメッセージ表示部３０６に引き渡す。

メッセージ表示部３０６は、メッセージＡＰＩ３０５ａに対してメッセージ表示時間間隔の指定が追加されると、第１メモリ１０２が記憶しているメッセージ表示情報内に、メッセージ表示時間間隔を追加する。図２６は、第１メモリ１０２が記憶しているメッセージ表示情報の一例を表す図である。列２６０１は、メッセージの登録番号である。列２６０２は、メッセージを表示する時刻、列２６０３は表示するメッセージ、列２６０３はメッセージ表示時間間隔である。行２６１１には、登録番号「１」、表示する時刻「８：００」、表示するメッセージ「体重を測定しましょう」、メッセージ表示時間間隔「５」分が登録されている。また、行２６１２には登録番号「２」、表示する時刻「２１：００」、表示するメッセージ「データをアップロードしましょう」、メッセージ表示時間間隔「４」分が登録されている。

メッセージ表示部３０６は、この情報を元に、実施の形態１同様に、モニタ１０７にメッセージを表示する。この際、表示する時間間隔は、第１メモリ１０２が記憶しているメッセージ表示情報内のメッセージ表示時間間隔に従う。

（２）メッセージ表示開始時刻の表現変更
実施の形態１では、メッセージ表示開始時刻を時間単位でしか指定できなかった。これを時、分にすることや、曜日指定、日を指定することも可能である。図２７は、メッセージＡＰＩ３０５ａに対して変更を加えた具体例を表す図である。２７０１は、３つ目の引数「ｓｔａｒｔ＿ｍｉｎｕｔｓ」として分指定を追加している。２７０２は、２つ目の引数「ｄａｙ１」として曜日指定、４つ目の引数「ｓｔａｒｔ＿ｍｉｎｕｔｓ」として分指定を追加している。２７０３は、２つ目の引数「ｄａｙ２」として日指定、４つ目の引数「ｓｔａｒｔ＿ｍｉｎｕｔｓ」として分指定を追加している。

これらの修正に合わせて、「（１）メッセージ表示時間間隔の指定」と同様に、第１メモリ１０２が記憶しているメッセージ表示情報内に追加された情報を追加記憶し、その情報に基づきメッセージ表示部３０６は動作することが可能である。

あるいは、電源投入後の時間指定も可能である。２７０４は、１つ目の引数「ｍｓｇ」として表示するメッセージを、２つ目の引数「ｓｔａｒｔ＿ｍｉｎｕｔｓ＿ａｔ＿ｐｏｗｅｒ＿ｏｎ」として電源投入後からメッセージ表示開始までの分数を指定できる。分数に０を指定した場合は、電源投入されたら、即時メッセージを表示することを意味する。この修正に合わせて、第１メモリ１０２が記憶しているメッセージ表示情報内には、電源投入からメッセージ表示までの時間間隔を追加記憶する。ＯＳライブラリ３０１ｂは、電源投入後からメッセージ表示までの時間間隔が経過した際にメッセージ表示部３０６を起動することで、指定されたメッセージを表示することが可能となる。

（３）メッセージ表示位置の指定
実施の形態１では、メッセージ表示位置を指定できなかった。図２８は、メッセージＡＰＩ３０５ａに対してメッセージ表示位置の指定を追加した具体例を表す図である。関数２８０１「Ｍｅｓｓａｇｅ．ａｄｄ」は、表示する文字列とメッセージを表示する時刻を登録するＡＰＩである。１つ目の引数「ｍｓｇ」は表示する文字列、２つ目の引数（ｓｔａｒｔ）は表示する時刻、３つ目の引数「ｄｕｒａｔｉｏｎ」はメッセージ表示時間間隔、４つ目の引数「ｘ」はメッセージ表示位置の左上ｘ座標、５つ目の引数「ｙ」はメッセージ表示位置の左上ｙ座標、６つ目の引数「ｗ」はメッセージ表示の幅、７つ目の引数「ｈ」はメッセージ表示の高さである。これらの修正に合わせて、「（１）メッセージ表示時間間隔の指定」と同様に、第１メモリ１０２が記憶しているメッセージ表示情報内に追加された情報を追加記憶し、その情報に基づきメッセージ表示部３０６は動作することが可能である。

（４）メッセージ表示におけるイメージデータの指定
実施の形態１では、メッセージ表示する文字列を指定していたが、本実施の形態ではこれに代わり、イメージデータを指定することも可能である。図２９は、メッセージＡＰＩ３０５ａに対してメッセージ表示するイメージを指定できるようにした具体例を表す図である。関数２９０１「Ｍｅｓｓａｇｅ．ａｄｄ」は、表示するイメージデータと表示する時刻を登録するＡＰＩである。１つ目の引数「ｉｍａｇｅ」は表示するイメージデータ、２つ目の引数「ｓｔａｒｔ」は表示する時刻、３つ目の引数「ｘ」はイメージ表示位置の左上ｘ座標、４つ目の引数「ｙ」はイメージ表示位置の左上ｙ座標である。イメージデータの指定方法は、イメージデータのファイル名を指定するか、イメージデータを格納したメモリのポインタでもよい。Ｊａｖａ（登録商標）アプリケーションでは、Ｉｍａｇｅクラスのオブジェクトを引数に渡すことが可能である。これらの修正に合わせて、「（１）メッセージ表示時間間隔の指定」と同様に、第１メモリ１０２が記憶しているメッセージ表示情報内に追加された情報を追加記憶し、その情報に基づきメッセージ表示部３０６は動作することが可能である。

（実施の形態４）
本発明の実施の形態４では、実施の形態２の健康管理アプリケーションに対して、下記の機能を追加する。

（１）前回データ転送日時の表示
アプリケーション「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ２．ｊｓ」は、歩数計、体組成計、体重計などからテレビ１００へデータ転送を行うアプリケーションであり、実施の形態１で説明した健康管理アプリのデータ収集部１００２の機能に相当する。アプリケーションは起動すると、第１メモリ１０２が記憶している管理ファイルを読み込み、最後にデータの日付を取り出す。管理ファイルが図１５の場合、最後のデータの日付は６月２８日である。次にアプリケーションは、時刻ＡＰＩ３０５ｂを使用して現在の日時を検索する。アプリケーションは２つの日付データの差を取る。ここで、アプリケーションは６月３０日に起動されたとすると、差は２日間である。

その後アプリケーションは、図３０のようにモニタ１０７上にユーザーへデータ転送を促す表示を行う。この際、何日間データ転送を行っていないというメッセージを表示することが可能である。

（２）前回測定値の表示
アプリケーション「ｈｔｔｐ：／／ａｐｐ＿ｓｅｒｖｅｒ．ｃｏｍ／ｈｅａｌｔｈ１．ｊｓ」は、起動されると、第１メモリ１０２が記憶している管理ファイルを読み込み、最後にデータの日付と体重を取り出す。管理ファイルが図１５の場合、最後のデータの日付は６月２８日、体重は６４．０ｋｇである。

その後、図３１のように「体重を測定しましょう」というメッセージと共に、「６／２８は、６４．０ｋｇでした」を３分間表示する。表示する時間の長さは４分や５分など変更可能である。

以下、請求項の各構成要素と実施の形態の各部との対応の例について説明するが、本発明は下記の例に限定されない。

上記実施の形態１〜４においては、テレビ１００がテレビジョン受信装置の例であり、アプリエンジン３０４またはアプリエンジン１９０４がアプリケーション実行部の例であり、メッセージＡＰＩ３０５ａの登録ＡＰＩがメッセージ情報登録部の例であり、第１メモリ１０２がメッセージ情報記憶部の例であり、メッセージ表示部３０６がメッセージ表示部の例である。また、メッセージ表示部３０６がメッセージ情報識別子生成部の例であり、メッセージＡＰＩ３０５ａの削除ＡＰＩがメッセージ情報削除部の例であり、制御部３０２がアプリケーション実行起動部の例である。また、受信部１０４が受信部の例であり、再生部１０５が再生部の例であり、スピーカ１０６が音声出力部の例であり、モニタ１０７が映像出力部の例である。

本発明にかかるメッセージ表示機能付きテレビは、主としてデジタルテレビに使用されるが、ＤＶＤ／ＢＤプレイヤーや携帯電話等にも利用可能である。

１００ テレビジョン受信装置（テレビ）
１０１ 入力部
１０２ 第１メモリ
１０３ 第２メモリ
１０４ 受信部
１０５ 再生部
１０６ スピーカ
１０７ モニタ
１０８ クロック
１０９ ＵＳＢコネクタ
１１０ ネットワーク部
１１１ ＣＰＵ
３００ プログラム
３０１ ＯＳ
３０１ａ カーネル
３０１ｂ ＯＳライブラリ
３０２ 制御部
３０３ ＴＶ再生部
３０４ アプリエンジン
３０５ アプリライブラリ
３０５ａ メッセージＡＰＩ
３０５ｂ 時刻ＡＰＩ
３０６ メッセージ表示部

Claims (13)

1. アプリケーションを読み込み実行するアプリケーション実行部と、
   前記アプリケーションから表示するメッセージと前記メッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、
   前記メッセージ表示情報を記憶するメッセージ情報記憶部と、
   前記メッセージ情報登録部が受け付けた前記メッセージ表示情報の開始時刻に前記メッセージ情報記憶部を参照し、前記メッセージ表示情報において前記開始時刻に対応するメッセージを表示するメッセージ表示部と、
   を備えることを特徴とするテレビジョン受信装置。
2. 前記メッセージ情報登録部は、複数のメッセージ表示情報を受け付け、受け付けた前記複数のメッセージ表示情報の個々に対して一意の識別子を生成するメッセージ情報識別子生成部と、を更に備え
   前記メッセージ情報記憶部は、前記メッセージ情報識別子生成部が生成した前記識別子と前記メッセージ表示情報の組を記憶する、ことを特徴とする請求項１記載のテレビジョン受信装置。
3. 前記メッセージ情報登録部は、前記アプリケーションからメッセージ表示情報を受け付けた場合は、前記アプリケーションに対して前記識別子を引き渡し、前記アプリケーションから前記識別子を指定された場合は、前記メッセージ情報記憶部から、前記識別子と組で記憶されているメッセージ表示情報を削除するメッセージ情報削除部と、を更に備えることを特徴とする請求項２記載のテレビジョン受信装置。
4. 前記アプリケーションをネットワークからダウンロードするネットワーク部と、を更に備え、
   前記アプリケーション実行部は、前記ネットワーク部を用いてアプリケーションをダウンロードし実行する、ことを特徴とする請求項１記載のテレビジョン受信装置。
5. 前記メッセージ情報登録部は、前記メッセージの表示開始時間として電源投入後の時間間隔を受け付け、
   前記メッセージ表示部は、電源投入後、前記受け付けた時間間隔後にメッセージ表示を開始する、ことを特徴とする請求項１記載のテレビジョン受信装置。
6. 前記メッセージ情報登録部は、前記メッセージの表示位置を受け付け、
   前記メッセージ表示部は、前記メッセージの表示位置にメッセージ表示を行う、ことを特徴とする請求項１記載のテレビジョン受信装置。
7. 前記メッセージ情報登録部は、前記メッセージの表示時間間隔を受け付け、
   前記メッセージ表示部は、前記メッセージの前記開始時刻から前記表示時間間隔の間、メッセージ表示を行う、ことを特徴とする請求項１記載のテレビジョン受信装置。
8. 前記メッセージ情報登録部は、前記メッセージとしてイメージデータを受け付け、
   前記メッセージ表示部は、前記イメージデータを表示する、ことを特徴とする請求項１記載のテレビジョン受信装置。
9. アプリケーションを読み込み実行するアプリケーション実行部と、
   前記アプリケーションから、特定の時刻と、前記特定の時刻に実行を開始する第２のアプリケーションとの組であるアプリ登録情報を受け付けるアプリ情報登録部と、
   前記アプリ情報登録部が受け付けた前記第２のアプリケーションを、前記特定の時刻に開始するために前記アプリケーション実行部を起動させるアプリケーション実行起動部と、を備えることを特徴とするテレビジョン受信装置。
10. 前記アプリケーションをネットワークからダウンロードするネットワーク部と、を更に備え、
    前記アプリケーション実行部は、前記ネットワーク部を用いてアプリケーションをダウンロードし実行する、ことを特徴とする請求項９記載のテレビジョン受信装置。
11. 放送波を受信する受信部と、
    前記受信部が受信した前記放送波を再生する再生部と、
    前記再生部が再生した音声を出力する音声出力部と、
    前記再生部が再生した映像を出力する映像出力部と、
    アプリケーションを読み込み実行するアプリケーション実行部と、
    前記アプリケーションから表示するメッセージと前記メッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、
    前記メッセージ表示情報を記憶するメッセージ情報記憶部と、
    前記メッセージ情報登録部が受け付けた前記メッセージ表示情報の開始時刻に、前記メッセージ情報記憶部を参照し、前記メッセージ表示情報において前記開示時刻に対応するメッセージを前記映像出力部に表示させるメッセージ表示部と、
    を備えることを特徴とするテレビジョン受信装置。
12. 前記アプリケーションをネットワークからダウンロードするネットワーク部と、を更に備え、
    前記アプリケーション実行部は、前記ネットワーク部を用いてアプリケーションをダウンロードし実行する、ことを特徴とする請求項１１記載のテレビジョン受信装置。
13. コンピュータ読み取り可能な記録媒体であって、
    アプリケーションを読み込み実行するアプリケーション実行部と、
    前記アプリケーションから表示するメッセージと前記メッセージを表示する開始時刻の組であるメッセージ表示情報を受け付けるメッセージ情報登録部と、
    前記メッセージ表示情報を記憶するメッセージ情報記憶部と、
    前記メッセージ情報登録部が受け付けた前記メッセージ表示情報の開始時刻に、前記メッセージ情報記憶部を参照し、前記メッセージ表示情報において前記開始時刻に対応するメッセージを表示するメッセージ表示部の各機能を発揮するプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images