(57)【要約】  信号処理装置及び制御方法を開示する。信号処理装置は、外部入力装置から信号の入力を受けたり、連結状態を感知する入力部と、外部入力装置に対する情報を格納する格納部と、外部入力装置から入力される信号及び格納された情報に基づいて外部入力装置を認識して活性化させる制御部とを含む。【選択図】図１
2016534438.tif 000002
【特許請求の範囲】
【請求項１】
外部入力装置から信号の入力を受けたり、連結状態を感知したりする入力部と、
前記外部入力装置に対する情報を格納する格納部と、
前記外部入力装置から入力される信号及び前記格納された情報に基づいて前記外部入力装置を認識して活性化させる制御部と
を含む、信号処理装置。
【請求項２】
前記制御部は、前記外部入力装置の連結状態の変更によってイベントを生成することを特徴とする請求項１に記載の信号処理装置。
【請求項３】
前記外部入力装置は、ポインター、キーボード及びリモコンのうち少なくとも一つを含むことを特徴とする請求項１に記載の信号処理装置。
【請求項４】
前記格納部は、前記外部入力装置がポインターである場合、タイプ属性、選択ボタン属性、機能ボタン属性、ホイール属性、及びジェスチャー属性のうち少なくとも一つの属性を含むことを特徴とする請求項３に記載の信号処理装置。
【請求項５】
前記タイプ属性は、マウス、トラックボール、ワンド及びタッチパッドのうち少なくとも一つを含むことを特徴とする請求項４に記載の信号処理装置。
【請求項６】
前記選択ボタン属性は、左側、中間左側、中間、中間右側、及び右側ボタンのうち少なくとも一つを含むことを特徴とする請求項４に記載の信号処理装置。
【請求項７】
前記外部入力装置に対する情報は、以前のバージョンの属性を全て含み、新たな属性をさらに含むことを特徴とする請求項１に記載の信号処理装置。
【請求項８】
外部入力装置から信号の入力を受けたり、連結状態を感知したりする入力段階と、
格納された前記外部入力装置に対する情報及び前記外部入力装置から入力される信号に基づいて、前記外部入力装置を認識して活性化させる認識段階と
を含む、信号処理装置の制御方法。
【請求項９】
前記入力段階は、前記外部入力装置の連結状態の変更によってイベントを生成することを特徴とする請求項８に記載の信号処理装置の制御方法。
【請求項１０】
前記外部入力装置は、ポインター、キーボード及びリモコンのうち少なくとも一つを含むことを特徴とする請求項８に記載の信号処理装置の制御方法。
【請求項１１】
前記外部入力装置に対する情報は、前記外部入力装置がポインターである場合、タイプ属性、選択ボタン属性、機能ボタン属性、ホイール属性、及びジェスチャー属性のうち少なくとも一つの属性を含むことを特徴とする請求項１０に記載の信号処理装置の制御方法。
【請求項１２】
前記タイプ属性は、マウス、トラックボール、ワンド及びタッチパッドのうち少なくとも一つを含むことを特徴とする請求項１１に記載の信号処理装置の制御方法。
【請求項１３】
前記選択ボタン属性は、左側、中間左側、中間、中間右側、及び右側ボタンのうち少なくとも一つを含むことを特徴とする請求項１１に記載の信号処理装置の制御方法。
【請求項１４】
前記外部入力装置に対する情報は、以前のバージョンの属性を全て含み、新たな属性をさらに含むことを特徴とする請求項８に記載の信号処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号処理装置及び制御方法に関する。
【背景技術】
【０００２】
放送及び通信技術の発展に伴い、多様な放送装置及び放送サービスに対する研究が進められている。例えば、ウェブに連結され、ウェブを介して新たなコンテンツの提供を受けることができる放送装置及び放送サービスに対する研究が進められている。
【０００３】
ウェブアプリケーション（Ｗｅｂ  ａｐｐ）が動作する装置の能力（例：スクリーンサイズ、ディスプレイ解像度、色深度）を感知することは長年の問題であった。今までいくつかの試みがあったが、主にコンテンツの装置独立性を達成するためのコンテンツの適応を目標としていた。
【０００４】
一方、多様な信号処理装置が開発され、信号処理装置の機能が多様化されるにつれて、信号処理装置で多様な入力装置の使用に対する必要性が増加している。よって、ウェブアプリケーションが動作する信号処理装置が多様な入力装置を認識し、多様な命令の入力を受けることができる技術が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、多様な入力装置を認識し、入力装置を使用可能に処理する信号処理装置及び制御方法を提供することにある。
【０００６】
そして、本発明の目的は、いずれの入力装置が利用可能であるかを感知する信号処理装置及び制御方法を提供することにある。
【０００７】
また、本発明の目的は、ＵＩによって適用するアプリケーションを許可する各入力装置の特定の特性（ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）及び属性（ｐｒｏｐｅｒｔｉｅｓ）をディスカバリーする信号処理装置及び制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一実施例によると、信号処理装置は、外部入力装置から信号の入力を受けたり、連結状態を感知したりする入力部と、前記外部入力装置に対する情報を格納する格納部と、前記外部入力装置から入力される信号及び前記格納された情報に基づいて前記外部入力装置を認識して活性化させる制御部とを含む。
【０００９】
そして、前記制御部は、前記外部入力装置の連結状態の変更によってイベントを生成することができる。
【００１０】
また、前記外部入力装置は、ポインター、キーボード及びリモコンのうち少なくとも一つを含むことができる。
【００１１】
そして、前記格納部は、前記外部入力装置がポインターである場合、タイプ属性、選択ボタン属性、機能ボタン属性、ホイール属性、及びジェスチャー属性のうち少なくとも一つの属性を含むことができる。
【００１２】
また、前記タイプ属性は、マウス、トラックボール、ワンド及びタッチパッドのうち少なくとも一つを含むことができる。
【００１３】
また、前記選択ボタン属性は、左側、中間左側、中間、中間右側、及び右側ボタンのうち少なくとも一つを含むことができる。
【００１４】
一方、前記外部入力装置に対する情報は、以前のバージョンの属性を全て含み、新たな属性をさらに含むことができる。
【００１５】
本発明の一実施例によると、信号処理装置の制御方法は、外部入力装置から信号の入力を受けたり、連結状態を感知したりする入力段階と、格納された前記外部入力装置に対する情報及び前記外部入力装置から入力される信号に基づいて、前記外部入力装置を認識して活性化させる認識段階とを含む。
【００１６】
そして、前記入力段階は、前記外部入力装置の連結状態の変更によってイベントを生成することができる。
【００１７】
また、前記外部入力装置は、ポインター、キーボード及びリモコンのうち少なくとも一つを含むことができる。
【００１８】
そして、前記外部入力装置に対する情報は、前記外部入力装置がポインターである場合、タイプ属性、選択ボタン属性、機能ボタン属性、ホイール属性、及びジェスチャー属性のうち少なくとも一つの属性を含むことができる。
【００１９】
また、前記タイプ属性は、マウス、トラックボール、ワンド及びタッチパッドのうち少なくとも一つを含むことができる。
【００２０】
また、前記選択ボタン属性は、左側、中間左側、中間、中間右側、及び右側ボタンのうち少なくとも一つを含むことができる。
【００２１】
一方、前記外部入力装置に対する情報は、以前のバージョンの属性を全て含み、新たな属性をさらに含むことができる。
【発明の効果】
【００２２】
本発明の多様な実施例によると、信号処理装置及び制御方法は、いずれのタイプの入力装置が利用可能であるか、各入力装置の機能は何かに基づいて互いに異なるユーザーインターフェースを提供することができる。
【００２３】
そして、信号処理装置及び制御方法は、ウェブアプリケーションに対する動的コンテンツ適応を行うことができる。
【００２４】
また、信号処理装置及び制御方法は、ウェブコンテンツ適応に必要な手段を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施例に係る信号処理装置のブロック図である。
【図２】本発明の他の実施例に係る信号処理装置のブロック図である。
【図３】ＤＯＭ３イベント属性セッティング値の一実施例を説明する図である。
【図４】入力装置の様相（Ａｓｐｅｃｔ）の一実施例を説明する図である。
【図５】ポインター属性の一実施例を説明する図である。
【図６】ポインター属性のうちタイプ値の一実施例を説明する図である。
【図７】ポインター属性のうち選択ボタン値の一実施例を説明する図である。
【図８】ポインター属性のうち選択ボタン配置の一実施例を説明する図である。
【図９】ポインター属性のうち選択ボタン値の他の実施例を説明する図である。
【図１０】ポインター属性のうち選択ボタン配置の他の実施例を説明する図である。
【図１１】ポインター属性のうち機能ボタン値の一実施例を説明する図である。
【図１２】ポインター属性のうちホイール値の一実施例を説明する図である。
【図１３】キーボード属性の一実施例を説明する図である。
【図１４】キーボード属性のうちタイプ値の一実施例を説明する図である。
【図１５】キーボード属性のうちキーグループ値の一実施例を説明する図である。
【図１６】キーボード属性のうち変更値の一実施例を説明する図である。
【図１７】音声認識属性の一実施例を説明する図である。
【図１８】リモコン属性の一実施例を説明する図である。
【図１９】リモコン属性のうちタイプ値の一実施例を説明する図である。
【図２０】リモコン属性のうちボタングループ値の一実施例を説明する図である。
【図２１】バージョンによる用語範囲の一実施例を説明する図である。
【図２２】ポインター装置に対するコードの一実施例を説明する図である。
【図２３】入力装置の変動を感知してハンドリングするコードの一実施例を説明する図である。
【図２４】本発明の一実施例に係る用語参照チャートを説明する図である。
【図２５】本発明の一実施例に係る信号処理装置の制御方法のフローチャートである。
【発明を実施するための形態】
【００２６】
以下、上述した目的を具体的に実現できる本発明の好ましい実施例を添付の図面を参照して説明する。このとき、図面に図示され、また、これによって説明される本発明の構成と作用は少なくとも一つの実施例として説明されるものであって、これによって本発明の技術的思想、その核心構成及び作用が制限されることはない。
【００２７】
本発明で使用される用語としては、本発明での機能を考慮しながら、可能な限り現在広く使用される一般的な用語を選択したが、これは、当該技術分野に携わる技術者の意図、慣例または新たな技術の出現などによって変わり得る。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当の発明の説明部分でその意味を詳細に記載する。したがって、本発明で使用される用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたった内容に基づいて定義されるべきものであることを明らかにしておく。
【００２８】
図１は、本発明の一実施例に係る信号処理装置のブロック図である。
【００２９】
図１を参照すると、信号処理装置１００は、入力部１１０、格納部１２０及び制御部１３０を含む。
【００３０】
入力部１１０は、外部入力装置から信号の入力を受けたり、連結状態を感知する。外部入力装置は、信号処理装置とは別個の装置であって、信号処理装置に命令を入力する入力手段として使用可能な装置を意味する。例えば、外部入力装置は、ポインター、キーボード、マイクまたはリモコンなどを含むことができる。ポインターは、マウス、トラックボール、ワンド、タッチパッドなどを含むことができ、キーボードは、一般のキーボード、ドーム（Ｄｏｍｅ）キー、及びソフトキーを含むことができる。そして、マイクは、音声認識が可能な信号処理装置で音声入力手段として使用することができる。また、リモコンは、赤外線、ブルートゥース、ワイファイなどの通信規格を用いて信号処理装置に命令を入力することができる。
【００３１】
格納部１２０は、外部入力装置に対する情報を格納する。例えば、格納部１２０は、端末情報リポジトリ（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｒｅｐｏｓｉｔｏｒｙ：ＤＤＲ）を含むことができる。端末情報リポジトリは、信号処理装置でサポートする多様な外部入力装置に対する情報を格納することができる。格納部１２０は、サービスのために外部入力装置に対する情報の要請を受けると、該当の情報を定められたＡＰＩに提供することができる。
【００３２】
制御部１３０は、外部入力装置から入力される信号及び前記格納された情報に基づいて前記外部入力装置を認識して活性化させる。そして、制御部１３０は、外部入力装置の連結状態の変更によってイベントを生成することができる。例えば、外部入力装置が信号処理装置に連結されたり、これらの連結が解除されると、制御部１３０はイベントを発生させることができる。イベントは、該当のアトリビュート（ａｔｔｒｉｂｕｔｅ）を含むことができる。一実施例として、イベントは、新たな外部入力装置が連結されると、追加された（ａｄｄｅｄ）値のアトリビュートを含むことができ、連結された外部入力装置の連結が切れると、除去された（ｒｅｍｏｖｅｄ）値のアトリビュートを含むことができる。
【００３３】
制御部１３０は、連結された外部入力装置によって格納部１２０に格納された外部入力装置の情報に基づいて対応する様相（Ａｓｐｅｃｔ）のインスタンスを提供することができる。一実施例として、様相は、ポインター、キーボード、音声認識、リモコンなどに区分することができる。制御部１３０は、様相に含まれた具体的な属性情報（例：タイプ、値など）を用いて外部入力装置を認識して活性化させることができる。
【００３４】
図２は、本発明の他の実施例に係る信号処理装置のブロック図である。
【００３５】
図２を参照すると、信号処理装置１００ａは、入力部１１０、格納部１２０、及び制御部１３０を含むことができる。
【００３６】
例えば、信号処理装置１００ａは、ＴＶ、ラップトップコンピューター、デスクトップコンピューター、モニター、スマートフォン、タブレットＰＣ、ナビゲーター、ＰＭＰなどを含むことができる。入力部１１０は、信号処理装置１００ａに内蔵された入力手段、ＵＳＢ入力手段、放送伝送信号入力手段、ＵＰｎＰ入力手段などを含むことができる。格納部１２０は、ローカルデータベースを含むことができる。例えば、ローカルデータベースは、端末情報リポジトリ（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｒｅｐｏｓｉｔｏｒｙ：ＤＤＲ）として具現することができる。制御部１３０はブラウザーモジュールを含むことができる。ブラウザーモジュールは、ＨｂｂＴＶアプリケーションを含むことができる。ブラウザーモジュールのＨｂｂＴＶアプリケーションは、クエリーを通じて端末記述フレームワークＡＰＩ（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｗｏｒｋ  ＡＰＩ）と通信を行うことができる。
【００３７】
ジャバ、ＰＨＰなどのウェブサーバー基盤要素を容易に統合するために、ＤＤＲ  ＡＰＩはジャバスクリプトＡＰＩとして具現することができる。よって、ユーザーは、容易にウェブサーバー基盤要素をＨｂｂＴＶクライアント環境に統合することができる。図２に示すように、ＤＤＲ  ＡＰＩは、ジャバスクリプトに具現することができ、ＨｂｂＴＶクライアントに具現することができ、ＨｂｂＴＶアプリケーションに公開されることができる。いずれのタイプの入力装置（例：マウス、キーボードなど）が利用可能であるか、各入力装置の機能は何かに基づいて互いに異なるユーザーインターフェースを提供できるので、概念的にＨｂｂＴＶアプリケーションは動的コンテンツ適応を行うことができる。ＤＤＲ  ＡＰＩは、特に動的ウェブコンテンツ適応の必要によって設計されたので、ＤＤＲ  ＡＰＩはＨｂｂＴＶでＵＩ適応のための適切な手段を提供することができる。
【００３８】
言い換えると、ジャバ及びＰＨＰなどのウェブサーバー基盤要素と容易に統合するために、ＤＤＲ  ＡＰＩはジャバスクリプトＡＰＩとして設計することができる。さらに、これは、ウェブサーバー基盤要素をＨｂｂＴＶクライアント環境に容易に統合できるようにする。図２に示すように、そして、ジャバスクリプトに具現されるように、ＤＤＲ  ＡＰＩは、ＨｂｂＴＶクライアントに具現することができ、ＨｂｂＴＶアプリケーションに公開される（ｅｘｐｏｓｅｄ  ｔｏ  ＨｂｂＴＶ  ａｐｐｌｉｃａｔｉｏｎｓ）ことができる。結果的に、ＨｂｂＴＶアプリケーションは、いずれのタイプの入力装置（マウス、キーボードなど）が利用可能であるか、これらの機能は何かに基づいて異なるユーザーインターフェースを提供することを望む動的コンテンツ適応を行うことができる。ＤＤＲ  ＡＰＩが特に動的ウェブコンテンツ適応の必要によって設計されたので、ＤＤＲ  ＡＰＩはＨｂｂＴＶアプリケーションでＵＩ適応のための適切な手段を提供する。
【００３９】
本発明は、信号処理装置１００ａで読み出し専用（ｒｅａｄ―ｏｎｌｙ）として使用するためのＡＰＩプロファイルを定義したり、ローカルデータベースから情報を提供する標準化リポジトリプラグ―インを定義したり、または、信号処理装置１００ａのための入力装置の特性を記述するための用語（Ｖｏｃａｂｕｌａｒｙ）を定義するためにＤＤＲ  ＡＰＩのメカニズムを使用することができる。ＤＤＲ  ＡＰＩメカニズムは、入力装置の存在、入力装置の機能及び特徴のためにＨｂｂＴＶアプリケーションがクエリーすることを許容することができる。未来に新たな機能を有する新たな外部入力装置が表れ得るので、ユーザーは、新たな外部入力装置を満足させ、既存のアプリケーションが動作し得る互換性を有する用語のための規則を定義することができる。
【００４０】
言い換えると、ＴＶ装置で読み出し専用（ｒｅａｄ―ｏｎｌｙ）で使用するためのＡＰＩのプロファイルを定義し、ローカルデータベースから情報を提供する標準化リポジトリプラグ―インを定義し、ＨｂｂＴＶのための入力装置の特性を記述するための用語（Ｖｏｃａｂｕｌａｒｙ）を定義するためにＤＤＲシンプルＡＰＩのメカニズムを使用することができる。これは、入力装置の存在、入力装置の機能及び特徴のためにＨｂｂＴＶアプリケーションがクエリーできるようにする。未来に新たな機能を有する新たな外部入力装置が表れると期待されるので、新たな入力装置に適応し、既存のレガシーアプリケーションが機能できるように、後方互換性を有する用語を発達させるための規則を定義することができる。
【００４１】
ＤＤＲ  ＡＰＩを記述するにおいて、ジャバを基盤にして定義することができる。サポートする各インターフェースは、ＤＤＲ  ＡＰＩで使用される多様なデータタイプに定義することができる。
【００４２】
図３は、ＤＯＭ３イベント属性セッティング値の一実施例を説明する図である。
【００４３】
信号処理装置の実行は、定義された追加制限と共にＤＤＲ  ＡＰＩの規定された実行を提供する。言い換えると、ＴＶ装置の実装は、追加制限と共にＤＤＲシンプルＡＰＩの適合した実装を提供する。
【００４４】
ＤＤＲ  ＡＰＩのジャバ表現は、デフォルトネームスペースと各設定をサポートする初期化サービスのためのファクトリーを定義することができる。信号処理装置は、ｎｅｗＳｅｒｖｉｃｅ（）メソッドがｏｒｇ．ｈｂｂｔｖ．ＩｎｐｕｔＤｅｖｉｃｅＳｅｒｖｉｃｅにセッティングされたクラスパラメーターを呼び出すとき、サービスローカル、読み出し専用（ｒｅａｄ―ｏｎｌｙ）装置データベースを示すオブジェクトを提供することができる。信号処理装置は、選択的に追加リポジトリインターフェースを提供することができる。要請されたリポジトリインターフェースが利用可能でないと、信号処理装置は、ｎｅｗＳｅｒｖｉｃｅ（）メソッドのために定義されたように適切な例外を投げて応答することができる。ＨｂｂＴＶアプリケーションは、クラスパラメーターをｏｒｇ．ｈｂｂｔｖ．ＩｎｐｕｔＤｅｖｉｃｅＳｅｒｖｉｃｅにセッティングするｎｅｗＳｅｒｖｉｃｅ（）メソッドを適用し、サービスオブジェクトを獲得することができる。
【００４５】
ｎｅｗＳｅｒｖｉｃｅ（）メソッドの基本用語（ｄｅｆａｕｌｔ  Ｖｏｃａｂｕｌａｒｙ）パラメーターは、用語バージョンを示すために使用することができる。基本用語パラメーターは、次のネーミング（ｎａｍｉｎｇ）規則に従って構成しなければならない。
【００４６】
ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：ｙｅａｒ［―ｒｅｖｉｓｉｏｎ］
【００４７】
年度（ｙｅａｒ）の位置は、用語の定義が発表された年度を示す四桁であり、改訂（ｒｅｖｉｓｉｏｎ）は、同一の年度に１回以上発表された場合、発表された年度内で改訂を示す選択的な二桁である。例えば、２０１３年の１番目の改訂は、ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３―０１のように表示することができる。
【００４８】
アプリケーションが信号処理装置によってサポートされるバージョンと同じかそれより古い用語バージョンを要請すると、ｎｅｗＳｅｒｖｉｃｅ（）メソッドは有効なサービスオブジェクトをリターンすることができる。アプリケーションがＴＶでサポートされるバージョンより新たなバージョンを要請すると、ｎｅｗＳｅｒｖｉｃｅ（）メソッドは適切な例外を投げることができる。
【００４９】
言い換えると、ＴＶ装置は、ｎｅｗＳｅｒｖｉｃｅ（）メソッドが ｏｒｇ．ｈｂｂｔｖ．ＩｎｐｕｔＤｅｖｉｃｅＳｅｒｖｉｃｅに設定されたクラスパラメーターで呼び出されたとき、本文書によるローカルで、読み出し専用の装置データベースを表すサービスオブジェクトを提供することができる。ＴＶ装置は、追加的なリポジトリインターフェースを選択的に提供することができる。要請されたリポジトリインターフェースが利用可能でないと、ＴＶ装置は、適切な例外を投げて応答することができる。ＨｂｂＴＶアプリケーションは、ｏｒｇ．ｈｂｂｔｖ．ＩｎｐｕｔＤｅｖｉｃｅＳｅｒｖｉｃｅにセッティングされたクラスパラメーターでｎｅｗＳｅｒｖｉｃｅ（）メソッドを呼び出すことによって、サービスオブジェクトを獲得することができる。
【００５０】
ｎｅｗＳｅｒｖｉｃｅ（）メソッドの基本用語（ｄｅｆａｕｌｔ  Ｖｏｃａｂｕｌａｒｙ）パラメーターは、用語バージョンを示すために使用することができる。これは、次の命名規則（ｎａｍｉｎｇ  ｃｏｎｖｅｎｔｉｏｎ）に従って構成することができる。
【００５１】
ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：ｙｅａｒ［―ｒｅｖｉｓｉｏｎ］
【００５２】
年度（ｙｅａｒ）の位置は、用語の定義が発表された年度を示す四桁であり、改訂（ｒｅｖｉｓｉｏｎ）は、同一の年度に１回以上発表された場合、その年度内で改訂を示す選択的な二桁である。２０１３年の１番目の改訂は、ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３―０１として表示することができる。
【００５３】
アプリケーションがＴＶによってサポートされるバージョンと同じかそれより古い用語バージョンを要請すると、ｎｅｗＳｅｒｖｉｃｅ（）メソッドは有効なサービスオブジェクトをリターンすることができる。アプリケーションがＴＶによってサポートされるバージョンより新たなバージョンを要請すると、ｎｅｗＳｅｒｖｉｃｅ（）メソッドは適切な例外を投げることができる。
【００５４】
属性値を質疑するとき、兆候（Ｅｖｉｄｅｎｃｅ）は、伝達コンテキスト（Ｄｅｌｉｖｅｒｙ  ｃｏｎｔｅｘｔ）を決定するためにＤＤＲに情報を提供するにおいて使用される一般的な用語である。伝達コンテキストは、コンテンツの使用性の制約性に影響を及ぼす様々な属性を示すことができ、例えば、解像度、入力方法、メモリまたはＣＰＵ制約事項などを含むことができる。ＷＵＲＦＬ、ＯｐｅｎＤＤＲなどの様々な実行を見ると、兆候は、ウェブサーフィン装置（例：特定のモバイルフォンモデル）に対応する伝達コンテキストとして暗示することができる。このように、兆候は、ＨＴＭＬコンテンツを伝達して作るコンテキストをセッティングすることができる。
【００５５】
一般的で且つプラットホーム独立的なＨｂｂＴＶアプリケーションのコードを維持するために、ローカルＴＶと関連する一つの兆候のみを使用することができる。次のメソッドは、兆候インスタンスの初期化のために使用することができる。
【００５６】
Ｅｖｉｄｅｎｃｅ  ｎｅｗＨＴＴＰＥｖｉｄｅｎｃｅ（）
Ｅｖｉｄｅｎｃｅ  ｎｅｗＨＴＴＰＥｖｉｄｅｎｃｅ（ｊａｖａ．ｕｔｉｌ．Ｍａｐ＜Ｓｔｒｉｎｇ，Ｓｔｒｉｎｇ＞ｍａｐ）
【００５７】
二つのメソッドは、完全な初期化及び信号処理装置に有用な入力装置を記述するローカルデータベースと関連する兆候を使用する準備をリターンすることができる。２番目のメソッド内の実行に受け継がれたいずれかのパラメーターは静かに無視することができる。
【００５８】
言い換えると、兆候（Ｅｖｉｄｅｎｃｅ）は、伝達コンテキスト（Ｄｅｌｉｖｅｒｙ  ｃｏｎｔｅｘｔ）を決定するためにＤＤＲに情報を提供するのに適用される一般的な用語である。ＷＵＲＦＬ及びＯｐｅｎＤＤＲなどの様々な実装を見ると、伝達コンテキストとしての兆候は、 特定のモバイルフォンモデルなどのウェブサーフィン装置に対応すると推定することができる。そのため、兆候は、ＨＴＭＬコンテンツが伝達されてレンダリングされるコンテキストをセッティングする。ＨｂｂＴＶアプリケーションのコードを一般的に且つプラットホーム独立的に維持するために、本発明は、ローカルＴＶ装置を示す一つの兆候のみを使用することができる。次のメソッドは、兆候インスタンスの初期化のために使用することができる。
【００５９】
Ｅｖｉｄｅｎｃｅ  ｎｅｗＨＴＴＰＥｖｉｄｅｎｃｅ（）
Ｅｖｉｄｅｎｃｅ  ｎｅｗＨＴＴＰＥｖｉｄｅｎｃｅ（ｊａｖａ．ｕｔｉｌ．Ｍａｐ＜Ｓｔｒｉｎｇ，Ｓｔｒｉｎｇ＞ｍａｐ）
【００６０】
二つのメソッドは、完全に初期化され、かつ使用する準備のできた兆候を返す。その兆候は、ＴＶ装置に利用可能な入力装置を記述するローカルデータベースを示す。２番目のメソッド内の実装に受け継がれたいずれかのパラメーターは静かに無視することができる。
【００６１】
本発明の用語（Ｖｏｃａｂｕｌａｒｙ）は、基本的に入力装置とは異なる形に記述されるいくつかの様相（Ａｓｐｅｃｔ）を有しているので、実行は基本様相を提供しない。このように一つの様相を識別したり、ヌル（Ｎｕｌｌ）様相を識別しない全てのメソッド呼び出しは失敗したり適切な例外を投げる。
【００６２】
言い換えると、本文書に定義された用語は、基本的に異なる入力装置を記述するいくつかの様相を有しているので、本文書の実施は基本様相を提供しない。そのため、一つの様相を識別したり、またはヌル様相を識別しない全てのメソッドの呼び出しは、失敗したり適切な例外を投げる。
【００６３】
ＤＤＲ  ＡＰＩの基本デザインは、各装置に対する一般的で且つ静的な情報を公開させるように意図されたので、装置記述で一つのいずれかの動的変化のための手段が存在しない。信号処理装置で有用な各外部入力装置が記述されるとき、動的変化は存在し得る。スイッチオン―オフまたはバッテリー充放電により、ＵＳＢ装置はいつでも差し込んだり抜いたりすることができ、無線装置はいつでも連結したり、連結を解除することができる。
【００６４】
このような変化は非同期的に発生するので、入力装置データベースに何らかの変化が発生するとき、表１によるＤＯＭ３イベントは発生し得る。
【００６５】
言い換えると、ＤＤＲ  ＡＰＩの基本デザインは、各装置に対する一般的で且つ静的情報を公開させるように意図されたので、装置記述で一つのいずれかの動的変化を示すための手段が存在しない。ＴＶ装置に利用可能な各入力装置を記述するとき、動的変化は存在し得る。ＵＳＢ装置は、スイッチオン―オフされたり、またはバッテリーが充放電されるとき、いつでも差し込んだり抜いたりすることができ、無線装置はいつでも連結したり、連結を解除することができる。このような変化は非同期的に発生するので、入力装置データベースに何らかの変化が発生するとき、表１によるＤＯＭ３イベントが起こり得る。
【００６６】
【表１】
2016534438.tif 000003
【００６７】
そして、ＤＯＭ３イベント属性（ｐｒｏｐｅｒｔｉｅｓ）は、図３によってセッティングすることができる。
【００６８】
ＨｂｂＴＶＩｎｐｕｔＤｅｖｉｃｅＣｈａｎｇｅイベントを生成するために、次の規則を適用することができる。
【００６９】
１）新たな入力装置が利用可能になるとき、理由（ｒｅａｓｏｎ）アトリビュート（ａｔｔｒｉｂｕｔｅ）は「ａｄｄｅｄ」にセッティングすることができる。
２）入力装置の利用可能性が中断されるとき、理由（ｒｅａｓｏｎ）アトリビュート（ａｔｔｒｉｂｕｔｅ）は「ｒｅｍｏｖｅｄ」にセッティングすることができる。
３）入力装置が利用可能になるか、利用可能性が中断されるとき、他の装置が利用可能である間、また他の装置（例：分離型（ａ  ｓｅｐａｒａｔｅ）、数字キーパッド（ｎｕｍｅｒｉｃ  ｋｅｙｐａｄ）、補完テキストキーボード（ｃｏｍｐｌｅｍｅｎｔｉｎｇ  ａ  ｔｅｘｔ  ｋｅｙｂｏａｒｄ））の機能を拡張するために、理由（ｒｅａｓｏｎ）アトリビュート（ａｔｔｒｉｂｕｔｅ）は「ｕｐｄａｔｅｄ」にセッティングすることができる。
【００７０】
一実施例において、キーボード、分離型、数字キーパッドがＵＳＢを介してＨｂｂＴＶに連結され、これらのうち一つの連結が解除されると、一部のキーボード装置が依然として利用可能であるので、「ｕｐｄａｔｅｄ」イベントを生成することができる。そして、ブルートゥースマウスがバッテリー不足によって無線連結を切ると、「ｒｅｍｏｖｅｄ」イベントを生成することができる。
【００７１】
ＨｂｂＴＶＩｎｐｕｔＤｅｖｉｃｅＣｈａｎｇｅｄイベントがアプリケーションによって取り扱われるとき、現在使用中の入力装置の属性（ｐｒｏｐｅｒｔｉｅｓ）は再びクエリーすることができる。
【００７２】
図４は、入力装置の様相（Ａｓｐｅｃｔ）の一実施例を説明する図である。
【００７３】
ＤＤＲ  ＡＰＩは、用語（Ｖｏｃａｂｕｌａｒｙ）を次のように定義することができる。―  用語は、属性（ｐｒｏｐｅｒｔｉｅｓ）が連関した属性（ｐｒｏｐｅｒｔｉｅｓ）と様相（ａｓｐｅｃｔｓ）の集合である。さらに、用語はＩＲＩによって識別され、用語を構成する属性名（Ｐｒｏｐｅｒｔｙ  Ｎａｍｅｓ）と様相名（Ａｓｐｅｃｔ  Ｎａｍｅｓ）のためのネームスペース（ｎａｍｅ  ｓｐａｃｅ）を提供する。また、用語を識別するＩＲＩは、そのネームスペースを識別することができる。属性（ｐｒｏｐｅｒｔｙ）と様相（ａｓｐｅｃｔ）名は、それらのネームスペースで唯一の且つ定義された文法を遵守しなければならない。本発明の具現は、ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３のネームスペースを使用することができる。
【００７４】
ＤＤＲ  ＡＰＩは、様相（Ａｓｐｅｃｔ）を次のように定義することができる。―伝達コンテキストの様相は、典型的にはハードウェアまたはウェブ経験（Ｗｅｂ  ｅｘｐｅｒｉｅｎｃｅ）の伝達に参加するソフトウェアカテゴリーを意味する。本発明は、各外部入力装置を様相（Ａｓｐｅｃｔ）に作ることができる。
【００７５】
図４を参照すると、様相及び定義は次の通りである。
【００７６】
ポインター―スクリーンを横切ってポインティング指示子を動かすように許可し、スクリーン位置と連関したトリガータイプ行動の遂行を許可する。例：一つ以上のボタンを有するコンピューターマウス
キーボード―テキスト及び他の文字列の入力を許可する。例：１０１キーコンピューターキーボード
ＴＶリモコン―ＴＶを制御するのに使用されるトリガー機能を許可する。例：サービス選択やカラーボタンのための数字キー
【００７７】
このような様相は、ネームスペース下で利用可能である。一実施例において、ポインターの様相は、ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３：Ｐｏｉｎｔｅｒの完成した名前で利用可能である。信号処理装置は、利用可能な入力装置を適切に記述した図４で定義された様相のインスタンスを公開させることができる。装置が特別な入力装置（例：ポインター）であると、信号処理装置は対応する様相のインスタンスを提供することができる。特別な入力装置でないと、対応する様相を省略することができる。
【００７８】
図５は、ポインター属性の一実施例を説明する図である。
【００７９】
上述した各様相は、図５に示したように属性（ｐｒｏｐｅｒｔｉｅｓ）として記述することができる。図５を参照すると、属性及び定義は次の通りである。
【００８０】
ポインター：タイプ―装置の全般的なタイプ（例：マウス、トラックボール、ワンド、タッチパッド）であり、ストリングタイプである。
ポインター：選択ボタン―ＧＵＩの要素（ｅｌｅｍｅｎｔ）を選択したり相互作用するために押すことができる（クリックすることができる）マイクロスイッチであり、ストリング［］タイプである。
ポインター：機能ボタン―装置の特別な機能の効果のために押すことができる（クリックすることができる）マイクロスイッチであり、ストリング［］タイプである。
ポインター：ホイール―スクリーンより大きいコンテンツをスクロールまたはパニングするために使用される小さいディスクまたはリング（ホイール）であり、ストリング［］タイプである。
ポインター：ジェスチャー―ソフトウェアが特定の命令と認識するポインター装置の動きまたはクリックの組み合わせであり、ストリング［］タイプである。
【００８１】
図６は、ポインター属性のうちタイプ値の一実施例を説明する図である。
【００８２】
この属性（ｐｒｏｐｅｒｔｙ）は、図６に示した値のうち一つをリターンすることができる。全てのポインティング装置は、この属性（ｐｒｏｐｅｒｔｙ）を提供することができる。図６を参照すると、属性及び定義は次の通りである。
【００８３】
マウス―サポートする表面と関連する２次元動きを感知して動作するポインティング装置
トラックボール―ポインターを動かすためにユーザーの親指、指、手の平によってボールを転がす装置
ワンド―重力場と関連する３次元動きを感知して動作するポインティング装置
タッチパッド―スクリーン上の位置と関連するユーザーの指の位置または動きを解釈できる特別な表面、触感センサーを特徴とするポインティング装置
【００８４】
ポインティング装置は、図６のカテゴリーに含まれない場合、マウスとしてリポーティングすることができる。
【００８５】
図７は、ポインター属性のうち選択ボタン値の一実施例を説明する図である。
【００８６】
この属性は、選択ボタンの組み合わされたセットを識別するためのビットワイズマスクを用いて組み合わされる図７に定義された値をリターンすることができる。全てのポインティング装置は、この属性（ｐｒｏｐｅｒｔｙ）を提供する一つ以上のボタンを有することができる。図７を参照すると、属性及び定義は次の通りである。
【００８７】
左側―最も左側の選択ボタンであり、０ｘ０１値を有する。
中間左側―左から２番目の選択ボタンであり、０ｘ０２値を有する。
中間―中間の選択ボタンであり、０ｘ０４値を有する。
中間右側―右から２番目の選択ボタンであり、０ｘ０８値を有する。
右側―最も右側の選択ボタンであり、０ｘ１０値を有する。
【００８８】
「左側」及び「右側」という単語は、右利きのユーザーのための設定に使用された。よって、左利きのための入力装置または両手利きのための入力装置をサポートするために、「左側」は「人差し指と最も近い側」、「右側」は「人差し指から最も遠い側」と解釈することができる。
【００８９】
図８は、ポインター属性のうち選択ボタン配置の一実施例を説明する図である。
【００９０】
人差し指、中指、薬指及び小指によって動作する選択ボタンを表現するために、図８に定義された組み合わせを使用することができる。図８を参照すると、属性及び定義は次の通りである。
【００９１】
左側―一つの選択ボタンであり、０ｘ０１値を有する。
左側／右側―二つの選択ボタンであり、０ｘ０３値を有する。
左側／中間／右側―三つの選択ボタンであり、０ｘ０７値を有する。
左側／中間―左側／中間―右側／右側―四つの選択ボタンであり、０ｘ０Ｆ値を有する。
左側／中間―左側／中間／中間―右側／右側―五つの選択ボタンであり、０ｘ１Ｆ値を有する。
【００９２】
各属性（ｐｒｏｐｅｒｔｙ）は、少なくとも図９で定義された値をリターンすることができる。
【００９３】
図９は、ポインター属性のうち選択ボタン値の他の実施例を説明する図である。
【００９４】
少なくとも一つ以上の選択ボタンを有する全てのポインティング装置は、この属性（ｐｒｏｐｅｒｔｙ）を提供することができる。図９を参照すると、属性及び定義は次の通りである。
【００９５】
左側―最も左側の選択ボタン
中間左側―左から２番目の選択ボタン
中間―中間の選択ボタン
中間右側―右から２番目の選択ボタン
右側―最も右側の選択ボタン
【００９６】
「左側」及び「右側」という単語は、右利きユーザーのための設定に使用された。左利きのための入力装置または両手利きのための入力装置をサポートするために、「左側」は「人差し指と最も近い側」、「右側」は「人差し指から最も遠い側」と解釈することができる。
【００９７】
図１０は、ポインター属性のうち選択ボタン配置の他の実施例を説明する図である。
【００９８】
人差し指、中指、薬指及び小指によって動作する選択ボタンを表現するために、図１０に示した組み合わせを使用することができる。図１０を参照すると、属性及び定義は次の通りである。
【００９９】
左側―一つの選択ボタン
左側／右側―二つの選択ボタン
左側／中間／右側―三つの選択ボタン
左側／中間―左側／中間―右側／右側―四つの選択ボタン
左側／中間―左側／中間／中間―右側／右側―五つの選択ボタン
【０１００】
追加的な選択ボタンまたは特別な特性（例：親指ボタン、クリックホイール）の選択ボタンが存在する場合、追加的なストリングをリターンすることができる。追加的なストリングは、図１０に追加することができる。一実施例として、ポインティング装置が左側、右側、親指選択ボタンを有する場合、属性は［左側，右側，親指］値を有することができる。
【０１０１】
図１１は、ポインター属性のうち機能ボタン値の一実施例を説明する図である。
【０１０２】
ポインティング装置は、ＧＵＩと関連していない信号処理装置の他の様相（ａｓｐｅｃｔｓ）を制御する特別な機能ボタンを有することができる。このような機能ボタンが存在すると、この属性（ｐｒｏｐｅｒｔｙ）は、図１１に定義された一つ以上の値をリターンすることができる。図１１を参照すると、属性及び定義は次の通りである。
【０１０３】
パワー―様々な電源状態（例：オン、スタンバイなど）の間でＴＶ状態を変化させる電源ボタン
ホーム―ＴＶ  ＧＵＩの開始ポイントに直接行くボタン
バック―ＧＵＩの以前にディスプレイされた部分に戻るボタン
ナビゲーション―ＧＵＩを操作するための上下左右キー
ボリューム―オーディオボリュームを調節するためのアップ／ダウンボタン
チャンネル―次または以前のチャンネルにスイッチするためのアップ／ダウンボタン
ミュート―オーディオ状態をミュート／アンミュートの間にトグルするためのボタン
【０１０４】
ポインティング装置がナビゲーション方向を完成するＯＫボタンなどの選択ボタンとして使用される特別なボタンを有していると、図７に示したポインター：選択ボタン属性に記述することができる。
【０１０５】
図１２は、ポインター属性のうちホイール値の一実施例を説明する図である。
【０１０６】
この属性は、図１２で定義された値をリターンすることができる。スクロール機能を有する全てのポインティング装置はこの属性を提供することができる。ポインティング装置が何らスクロール機能も全く有していないと、この属性を提供しないこともある。図１２を参照すると、属性及び定義は次の通りである。
【０１０７】
垂直方向―スクロールアップ／ダウンのための垂直ホイール
水平方向―スクロール左／右のための水平ホイール
全方向―全ての方向への同時スクロールのためのスクロール機能
【０１０８】
ポインティング装置が水平または垂直スクロールホイールを有する場合、ゲット（ｇｅｔ）メソッドはそれぞれ水平方向または垂直方向ストリングをリターンすることができる。ポインティング装置が両方を全て有すると、アレイの二つのストリングを全てリターンすることができる。ポインティング装置が全方向スクロール機能（例：スクロールボール）を有すると、ポインティング装置は全方向ストリングをリターンすることができる。ポインティング装置が選択ボタン（例：クリック―ホイールまたはクリック可能なスクロールボール）として使用可能な第２の機能としてスクロール機能を有すると、図７に示したポインター：選択ボタン属性に記述することができる。
【０１０９】
一方、ポインティング装置の属性は、ポインター：ジェスチャー属性（ｐｒｏｐｅｒｔｙ）を含むことができる。この属性は、ソフトウェアがポインティング装置の動き及びクリックの組み合わせから認識できる命令リストをリターンすることができる。ジェスチャーを認識できる全てのポインティング装置は、この属性を提供することができる。ポインティング装置が何らジェスチャー認識能力も有していないと、ポインティング装置はこの属性を提供しないこともある。例えば、装置が以前の画面に戻るジェスチャー、アプリケーションのメインページに戻るジェスチャー及び現在の行動を終了するジェスチャーを認識できると、この属性は［バック（ｂａｃｋ），ホーム（ｈｏｍｅ），イグジット（ｅｘｉｔ）］の属性値を有することができる。
【０１１０】
図１３は、キーボード属性の一実施例を説明する図である。
【０１１１】
キーボード属性は、図１３に示したように記述することができる。図１３を参照すると、属性及び定義は次の通りである。
【０１１２】
キーボード：タイプ―キーボードの構成タイプであり、ストリングタイプである。
キーボード：キーグループ―キーボードの現在のキーグループであり、ストリング［］タイプである。
キーボード：変更―利用可能な変更キーであり、ストリング［］タイプである。
キーボード：言語―言語とキー凡例のレイアウトであり、ストリングタイプである。
キーボード：反復可能―押しているときにキーを反復し、ブーリアンタイプである。
【０１１３】
図１４は、キーボード属性のうちタイプ値の一実施例を説明する図である。
【０１１４】
キーボード装置は、この属性（ｐｒｏｐｅｒｔｙ）を提供することができる。図１４を参照すると、属性及び定義は次の通りである。この属性は、図１４で定義した値をリターンすることができる。
【０１１５】
デスクトップ―少ない圧力で高いタイピング速度を許諾するデスクトップＰＣタイプのキーボードである。
ラバードーム―高い圧力で減少したタイピング速度を許諾するドームスイッチまたは他のチクレットタイプのキーボードである。
ソフトウェア―ソフトウェアを介してスクリーンにディスプレイする仮想キーボードである。ポインティング装置を使用した典型的な動作またはナビゲーションキーを有するＴＶリモコンである。
【０１１６】
この属性が存在すると、属性値は、アプリケーションの製作者によってキーボードが提供するタイピングの容易性を推定するために使用することができる。タイピングのために押す高い力を要求するキーボードデザインは一般に低いタイピングスピードを出し、手／腕の緊張と疲れ効果を増進させることができる。同様に、ソフトウェアキーボードは、目の緊張と疲れを増進させる傾向がある。この場合、アプリケーションの製作者は、ユーザーのテキスト入力の量を減少させるためのアプリケーションＵＩを適応させることができる。
【０１１７】
図１５は、キーボード属性のうちキーグループ値の一実施例を説明する図である。
【０１１８】
キーボードは、多くのサイズ、形態及び変形が存在し、多くの目的のためにデザインすることができる。キーボードのキーセットは非常に多様であり得る。利用可能なキーに対する混乱可能性を減少させるために、この属性は全てのキーボードの様相を表現することができ、図１５に定義された一つ以上の値をリターンすることができる。図１５を参照すると、属性及び定義は次の通りである。
【０１１９】
タイプライター―文字、数字、スペース、句読点など
機能―Ｆ１、Ｆ２など
数字―分離された数字キーパッド
ナビゲーション―上下左右方向キー、ページ―アップ、ページ―ダウン、ホーム、エンドなど
その他―ＥＳＣ、プリンタースクリーンなど
【０１２０】
キーボードは、同一の機能に対して異なるラベルを使用できるので、図１５のリストの名前は、特定の名前やキーラベルと解釈しないこともあり、記述した機能と解釈することができる。そして、図１５の機能リストが全部であると解釈しないこともある。図１５により、キーボードが提供するキーと機能を分類するとき、実行者が常識的に適用することができる。
【０１２１】
図１６は、キーボード属性のうち変更値の一実施例を説明する図である。
【０１２２】
変更キー（ｍｏｄｉｆｉｅｒ  ｋｅｙ）は、共に押されるとき、他のキーの一般的な動作を一時的に変更するコンピューターキー上の特別なキー（または組み合わせ）である。一般に、変更キーは、それ自体では何もしない。キーボード装置が一つ以上の変更キーを有する場合、キーボードの様相はこの属性を提供することができ、図１６で定義された一つ以上の値をリターンすることができる。追加的な変更キーが存在すると、追加的なストリングをリターンすることができる。図１６を参照すると、属性及び定義は次の通りである。
【０１２３】
シフト（Ｓｈｉｆｔ）―与えられたキーに刻印された二つのシンボルのうち上側のタイプに、または、文字の場合は大文字への変更に使用する。
シフトロック（ＳｈｉｆｔＬｏｃｋ）―このキーを押すと、基本的に全てのキーが与えられたキーに刻印された二つのシンボルのうち上側のタイプに、または、文字の場合は大文字に変更されるように入力モードを設定する。キーボードは、このキーが再び押されるまでシフトロックモード状態を維持する。
キャプスロック（ＣａｐｓＬｏｃｋ）―このキーを押すと、基本的に全ての文字が大文字になるように入力モードを設定する。非文字キーには影響がない。このキーが再び押されるまでキャプスロックモード状態を維持する。
コントロール（Ｃｔｒｌ）―他のキーと共に使用されるとき、特別な動作をトリガーするのに使用する。
オルト（Ａｌｔ）―他のキーと共に使用されるとき、特別な動作をトリガーするのに使用する。
オルタネートグラフィック（ＡｌｔＧｒ）―他のキーと共に使用されるとき、特別な動作をトリガーするのに使用する。
オプション（Ｏｐｔｉｏｎ）―他のキーと共に使用されるとき、特別な動作をトリガーするのに使用する。
コマンド（Ｃｍｄ）―他のキーと共に使用されるとき、特別な動作をトリガーするのに使用する。
【０１２４】
一方、キーボード装置の属性は、キーボード：言語属性を含むことができる。この属性は、キーボードのキーに表示された凡例（ラベル、マーキング、刻印）を記述したＢＣＰ４７に定義されたＩＥＴＦ言語タグをリターンすることができる。キーの伝統的な配列（レイアウト）は言語の使用を暗示することができる。全てのキーボードの様相はこの属性を提供することができる。
【０１２５】
また、キーボード装置の属性は、キーボード：反復可能属性を含むことができる。長い時間の間キーを押すことは、キーを複数回反復的に押すことと認識することができる。このとき、この属性は真（ｔｕｒｅ）値をリターンすることができる。長い時間にわたってキーを押すことが１回押すことと認識されると、この属性は虚（ｆａｌｓｅ）値をリターンすることができる。
【０１２６】
図１７は、音声認識属性の一実施例を説明する図である。
【０１２７】
音声認識属性は、図１７に示したように記述することができる。図１７を参照すると、属性及び定義は次の通りである。
【０１２８】
音声認識：ＣａｎＤｏＳｐｅｅｃｈＴｏＴｅｘｔ―音声をテキストに変換可能であるか否かを示し、ブーリアンタイプである。
音声認識：音声命令（ＳｐｏｋｅｎＣｏｍｍａｎｄｓ）―理解可能な音声命令リストを示し、ストリング［］タイプである。
【０１２９】
信号処理装置がフリーテキストスピーチ認識（例：書き取りシステムと類似）機能を提供すると、音声認識：ＣａｎＤｏＳｐｅｅｃｈＴｏＴｅｘｔ属性を実行することができ、真（ｔｕｒｅ）値をリターンすることができる。信号処理装置が音声命令の定められたリストのみを認識（例：プレイ（ｐｌａｙ）、停止（ｓｔｏｐ）、チャンネルアップ（ｃｈａｎｎｅｌ  ｕｐ）など）できると、音声認識：音声命令（ＳｐｏｋｅｎＣｏｍｍａｎｄｓ）属性を実行することができ、認識された命令リストをリターンすることができる。
【０１３０】
図１８は、リモコン属性の一実施例を説明する図である。
【０１３１】
リモコン属性は、図１８に示したように記述することができる。図１８を参照すると、属性及び定義は次の通りである。
【０１３２】
ＴＶリモコン：タイプ―装置の全体的なタイプ（例：赤外線、ブルートゥース、ワイファイ）を示し、ストリングタイプである。
ＴＶリモコン：ボタングループ―リモコンに存在するボタンの機能的グループを示し、ストリング［］タイプである。
【０１３３】
図１９は、リモコン属性のうちタイプ値の一実施例を説明する図である。
【０１３４】
ＴＶリモコン：タイプ属性は、図１９に定義された値をリターンすることができる。リモコンの様相が存在すると、この属性を提供することができる。図１９を参照すると、属性及び定義は次の通りである。
赤外線―１００μｍから１００ｎｍの周波数範囲での単方向伝送。可視線必要
ブルートゥース―両方向、２４００ＭＨｚから２４８０ＭＨｚのＩＳＭバンドのＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）
ワイファイ―両方向、ＩＥＥＥ８０２．１１の仕様を使用するＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）
【０１３５】
図２０は、リモコン属性のうちボタングループ値の一実施例を説明する図である。
【０１３６】
ＴＶリモコン：ボタングループ属性は、図２０に定義された値をリターンすることができる。リモコンの様相が存在すると、この属性を提供することができる。図２０を参照すると、属性及び定義は次の通りである。
【０１３７】
パワー（ＰＯＷＥＲ）―電源オン／オフ、スタンバイなど
数字（Ｄｉｇｉｔｓ）―０から９の１０進数など
ザッパー（Ｚａｐｐｅｒ）―チャンネルアップ／ダウン、ボリュームアップ／ダウン、ミュートなど
機能（Ｆｕｎｃｔｉｏｎ）―四つの色ボタン、他の一般ボタン
ナビゲーション（Ｎａｖｉｇａｔｉｏｎ）―四つの方向キー、ＯＫ、ホーム（ｈｏｍｅ）、バック（ｂａｃｋ）など
テレテキスト（Ｔｅｌｅｔｅｘｔ）―テレテキスト、透明度、フリーズ（ｆｒｅｅｚｅ）、公開情報、前／後サブページ、サイズなど
プレイバック（Ｐｌａｙｂａｃｋ）―プレイ（ｐａｌｙ）、ポーズ（ｐａｕｓｅ）、停止（ｓｔｏｐ）、早送り（ｆａｓｔ  ｆｏｒｗａｒｄ）、早戻し（ｆａｓｔ  ｒｅｗｉｎｄ）、次（ｎｅｘｔ）、トラック（ｔｒａｃｋ）、以前のトラック（ｔｒａｃｋ）、レコード（ｒｅｃｏｒｄ）など
シルバーディスク（ＳｉｌｖｅｒＤｉｓｃ）―イジェクト（ｅｊｅｃｔ）、オープン／クローズ（ｏｐｅｎ／ｃｌｏｓｅ）、タイマーモードなど
【０１３８】
ＴＶリモコンは、同一の機能に対して異なるラベルを使用できるので、図２０にリストされた名前は、特定の名前やボタンラベルと解釈せず、機能的に記述することができる。また、図２０の機能リストが全部であると解釈しないこともある。図２０により、リモコンが提供する機能を分類するとき、実行者が常識的に適用することができる。
【０１３９】
図２１は、バージョンによる用語範囲の一実施例を説明する図である。
【０１４０】
用語（Ｖｏｃａｂｕｌａｒｙ）の新たなバージョンは、以前のバージョンを拡張することのみが可能である。すなわち、新たな様相や属性を加えることのみが可能である。以前のバージョンの様相や属性は修正または除去することができない。よって、最新のバージョンは、常に全ての以前のバージョンの上位集合である。
【０１４１】
このような方式で新たな特徴が加えられないと、新たな用語バージョンは新たな名前として問題となる要素を再定義しなければならない。伴う仕様書は、新たな要素によって取り替えられる以前の要素に対して明確に陳述しなければならず、過渡期をサポートしなければならない。
【０１４２】
時間の経過と共に用語が発展するので、新たな様相と属性を加えることができる。定義された進化規則のために、用語の新たなバージョンは全ての以前のバージョンの全ての要素を含むことができる。
【０１４３】
ＨｂｂＴＶアプリケーションは、一般に用語の一つの特別なバージョンに対して記録することができる。信号処理装置において、装置記述サービスの実行も用語の一つの特別なバージョンに対して記録することができる。このような各バージョンが常にマッチングされるわけではない。
【０１４４】
拡張専用規則のために、装置記述サービスは、実行する一つを含む用語の全てのバージョンに対して適切にクライアントに提供することができる。装置記述サービスの実行は、用語の以前のバージョンに対する全ての要請を取り扱うことができる。
【０１４５】
ＨｂｂＴＶアプリケーションの最大の移植性を保障するために、アプリケーションの製作者は、アプリケーションが必要な全ての特徴を提供する必要性より用語の新たなバージョンを使用しないこともある。
【０１４６】
一実施例として、２０１３年に製作されたＨｂｂＴＶアプリケーションと同一の年に用語ネームスペースがｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３として定義された現在の文書のバージョンが配布されると仮定する。ＨｂｂＴＶアプリケーションが、用語ネームスペースがｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１１で既に紹介された基本入力装置のサポートのみを必要とする場合、アプリケーションの製作者はネームスペースの２０１１バージョンを使用することができる。
【０１４７】
製作者がネームスペースの２０１３バージョンを使用した場合、この装置が入力装置の機能を要求したとしても、アプリケーションは２０１１及び２０１２に紹介されたＴＶで動作するのに失敗し得る。より古い２０１１ネームスペースを指定することによって、新たに開発されたアプリケーションは全てのＴＶで動作し得る。
【０１４８】
一方、読み出し専用（ｒｅａｄ―ｏｎｌｙ）、ローカルデータベースが使用されるので、遠隔資源に対する特別な考慮事項は必要でない。バッファーオーバーフロー、ランダムデータ、類似脆弱点などの全てのローカルジャバスクリプトＡＰＩに適用する一般的な保安考慮事項が必要なだけである。よって、一般的なジャバスクリプトライブラリの全般的な保安を超えた追加的なレベルの保安は必要でない。
【０１４９】
図２２は、ポインター装置に対するコードの一実施例を説明する図である。
【０１５０】
図２２を参照すると、サンプルジャバスクリプトは、ローカルＨｂｂＴＶ入力装置サービスの初期化、ポインティング装置のためのクエリー方法、いずれのボタンを有しているのかに対するサンプルを示す。
【０１５１】
図２３は、入力装置の変動を感知してハンドリングするコードの一実施例を説明する図である。
【０１５２】
図２３を参照すると、サンプルジャバスクリプトは、入力装置の存在の変化を感知し、上述したＤＯＭイベントを用いて取り扱う方法に対するサンプルを示す。
【０１５３】
図２４は、本発明の一実施例に係る用語参照チャートを説明する図である。
【０１５４】
図２４によると、信号処理装置は、ｕｒｎ：ｈｂｂｔｖ―ｏｒｇ：Ｉｎｐｕｔ―Ｄｅｖｉｃｅ―Ｖｏｃａｂｕｌａｒｙ：２０１３というネームスペースを使用することができる。信号処理装置は、ポインター、キーボード、音声認識、リモコンの様相を含むことができ、各様相によって多様な属性を含むことができる。具体的な内容は、上述した通りであるので省略する。
【０１５５】
図２５は、本発明の一実施例に係る信号処理装置の制御方法のフローチャートである。
【０１５６】
図２５によると、信号処理装置は、外部入力装置から信号の入力を受けたり、連結状態を感知する（Ｓ２５１０）。信号処理装置は、外部入力装置の連結状態変更によってイベントを生成することができる。生成されたイベントによってＤＤＲ  ＡＰＩを用いてアトリビュート値を制御部に伝達し、制御部は必要な処理を行うことができる。
【０１５７】
信号処理装置は、格納された外部入力装置に対する情報及び外部入力装置から入力される信号に基づいて外部入力装置を認識して活性化させる（Ｓ２５２０）。新たな外部入力装置が連結された場合、該当の装置の様相及び属性を把握することができる。
【０１５８】
例えば、外部入力装置の様相は、ポインター、キーボードまたはリモコンなどを含むことができる。各様相は必要な属性を含むことができる。外部入力装置がポインターである場合、属性は、タイプ属性、選択ボタン属性、機能ボタン属性、ホイール属性またはジェスチャー属性などを含むことができる。そして、タイプ属性は、マウス、トラックボール、ワンドまたはタッチパッドなどを含むことができ、選択ボタン属性は、左側、中間左側、中間、中間右側または右側ボタンなどを含むことができる。
【０１５９】
一方、外部入力装置に対する情報は、以前のバージョンの属性を全て含み、新たな属性をさらに含むことによって以前の装置との互換性を維持することができる。
【０１６０】
本発明に係る信号処理装置及び制御方法は、上述した各実施例の構成と方法に限定されて適用されるものではなく、各実施例の全部または一部が選択的に組み合わされて多様な変形を行うことができる。
【０１６１】
一方、本発明の信号処理装置の制御方法は、信号処理装置に備えられたプロセッサが読み取り可能な記録媒体にソフトウェアとして具現されることが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサによって読み取られるデータが格納される全ての種類の記録装置を含む。プロセッサが読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ―ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されることも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで連結されたコンピューターシステムに分散され、分散方式でプロセッサが読み取り可能なコードが格納されて実行され得る。
【０１６２】
また、以上では、本発明の好ましい実施例に対して図示して説明したが、本発明は、上述した特定の実施例に限定されるものではなく、特許請求の範囲で請求する本発明の要旨から逸脱しない範囲で、当該発明の属する技術分野で通常の知識を有する者によって多様な変形実施が可能であることは当然であり、このような変形実施は、本発明の技術的思想や展望から個別的に理解してはならない。
【産業上の利用可能性】
【０１６３】
本発明は、信号処理分野で使用可能であり、反復可能性があるという産業上の利用可能性を有する。
【図１】
2016534438.tif 000004
【図２】
2016534438.tif 000005
【図３】
2016534438.tif 000006
【図４】
2016534438.tif 000007
【図５】
2016534438.tif 000008
【図６】
2016534438.tif 000009
【図７】
2016534438.tif 000010
【図８】
2016534438.tif 000011
【図９】
2016534438.tif 000012
【図１０】
2016534438.tif 000013
【図１１】
2016534438.tif 000014
【図１２】
2016534438.tif 000015
【図１３】
2016534438.tif 000016
【図１４】
2016534438.tif 000017
【図１５】
2016534438.tif 000018
【図１６】
2016534438.tif 000019
【図１７】
2016534438.tif 000020
【図１８】
2016534438.tif 000021
【図１９】
2016534438.tif 000022
【図２０】
2016534438.tif 000023
【図２１】
2016534438.tif 000024
【図２２】
2016534438.tif 000025
【図２３】
2016534438.tif 000026
【図２４】
2016534438.tif 000027
【図２５】
2016534438.tif 000028
【国際調査報告】
2016534438.tif 000029
2016534438.tif 000030
2016534438.tif 000031
2016534438.tif 000032