JP2013207776A - 遠隔操作装置、情報処理装置、情報処理システム、および遠隔操作方法 - Google Patents

Abstract

【課題】下位互換性を保ちつつ、ユーザが入力した操作に関するアナログ値を、情報処理装置本体に伝える遠隔操作装置、情報処理装置、情報処理システム、および遠隔操作方法を提供する。
【解決手段】ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部とを具備する。
【選択図】図６

Description

本技術は、テレビジョン受像機を操作するリモートコントローラに関する。

従来から、テレビジョン受像機やビデオ機器などを操作するユーザは、リモートコントローラを用いて操作を行ってきた。ユーザが行いたい操作には、機能のオン・オフのみを行う操作に加えて、ビデオの早送り／巻き戻しや、画面のスクロールなどのように、処理速度を可変とすることが望ましい機能に関するものがあった。

例えば、特許文献１では、ユーザが巻き戻しボタンを軽く押すと、Ｌｅｖｅｌ１またはＬｅｖｅｌ２のデジタル信号が出力され、ビデオ再生録画機では、定常速巻き戻し操作が行われる。また、中程度の力で巻き戻しボタンを押すと、Ｌｅｖｅｌ３のデジタル信号により倍速巻き戻し、さらに力を入れて押すとＬｅｖｅｌ４のデジタル信号により４倍速巻き戻し、８倍巻き戻し操作を１つの操作ボタンで多段階の操作を行うことができる技術が開示されている。

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

特許文献１に開示されたビデオ再生録画機では、リモートコントロール装置からビデオ再生録画機へ送信されるコードとして、予め「定常速巻き戻し操作」、「倍速巻き戻し操作」、「４倍速巻き戻し操作」、および「８倍巻き戻し操作」に対応するコードを決めておかなければならなかった。さらに、「定常速巻き戻し操作」および「倍速巻き戻し操作」しか定義されていないビデオ再生録画機に対しては、「４倍速巻き戻し操作」および「８倍巻き戻し操作」が指示されているにもかかわらず動作しない（巻き戻しの停止）状態となり、下位互換性が無かった。

以上のような事情に鑑み、本技術の目的は、下位互換性を保ちつつ、ユーザが入力した操作に関するアナログ値を、情報処理装置本体に伝える遠隔操作装置、情報処理装置、情報処理システム、および遠隔操作方法を提供することにある。

（１）本技術に係る遠隔操作装置は、上記の課題を解決するために、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部とを具備する。

当該構成において、遠隔操作装置とは一般的にリモートコントローラと呼ばれるものであり、ユーザが、そのリモートコントローラ上に配置された操作部を操作すると、情報処理装置を動作させる命令と、その命令に対するアナログ量とがリモートコントローラに与えられる。このようにして入力された命令およびアナログ量は、変換部により赤外線通信用のビット列に変換される。そして、赤外線通信部を介して操作対象である情報処理装置に送信される。本技術では、従来技術と異なり、送信前に、命令とアナログ量の組み合わせを、別の命令に置き換えることをせず、アナログ量そのものまたはアナログ量を１６段階程度に量子化したものを送信する。それ故、アナログ量を受信した情報処理装置側では、受信したアナログ量にきめ細かに対応した処理を行うことができるという効果がある。また、命令とアナログ量をそれぞれ送信するので、命令にのみ対応し、アナログ量には対応していない従来の情報処理装置においても、命令の実行はできるので、下位互換性を実現することができるという効果がある。

（２）また、本技術に係る遠隔操作装置では、上記の課題を解決するために、前記変換部は、前記命令を第１のビット長を有するビット列に変換し、前記アナログ量を、前記第１のビット長と異なる第２のビット長を有するビット列に変換する構成でもよい。

当該構成によれば、遠隔操作装置からの信号を受信する情報処理装置では、信号の中身となる命令（コード）の解釈を行わなくても、受信した信号のビット長をみるだけで、その信号が命令を含んだものか、アナログ量を含んだものか判断する事ができるという効果がある。第一のビット長であれば、命令である可能性が高く、第二のビット長であればアナログ量である可能性が高く、それ以外のビット長であれば、ノイズであると判断される。また、命令のみに対応した従来の情報処理装置では、第二のビット長のアナログ量が来た場合、信号の解釈のより早い段階において、ビット長をみただけでノイズと判断できるので、簡単に下位互換性が実現できるという効果がある。

（３）また、本技術に係る遠隔操作装置では、上記の課題を解決するために、前記第２のビット長を有するビット列は、前記アナログ量を表す第１のビット列と、該第１のビット列の補数となる第２のビット列とを含んでいてもよい。

当該構成によれば、アナログ量の送信に用いる信号のうち、第１のビット列部分または第２のビット列部分にエラーが発生した場合、第１のビット列部分と第２のビット列部分の間において補数の関係が無くなり整合性が取れなくなるので、容易にエラーチェックができるという効果がある。

（４）本技術に係る遠隔操作装置では、上記の課題を解決するために、前記赤外線通信用のビット列は、複数の前記第１のビット長を有するビット列と、この後に続く少なくとも１個の前記第２のビット長を有するビット列とを含んでもよい。

当該構成によれば、例えば、所定の赤外線通信プロトコルでは、同じ命令の信号を３個送信する規則となっている場合、４個目にアナログ量の信号を１個送信することができる。この構成にすると、命令の信号のみに対応し、アナログ量の信号に対応していない従来の情報処理装置では、規則通り３個の同じ命令を受信するので、その命令を受信することができ、かつアナログ量の信号は、１個しかないので、簡単にノイズとして処理することができるという効果がある。

（５）本技術に係る遠隔操作装置では、上記の課題を解決するために、キーが押し続けられていると判断された場合に、押し圧有効キーであるか否かの判断を行う制御部をさらに具備してもよい。

当該構成によれば、制御部が、押し続けられているキーが押し圧有効キーであることを確認してからアナログ量の送信処理を開始するので、押し続けられているキーが押し圧有効キーではない場合に無駄な処理を防止することができるという効果がある。

（６）本技術に係る情報処理装置では、上記課題を解決するために、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部を有し、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、当該変換されたビット列をもとに赤外線信号を送信する遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部とを具備する。

（７）本技術に係る情報処理システムは、上記課題を解決するために、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部とを具備する遠隔操作装置と、当該遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部とを具備する情報処理装置とを具備する。

（８）本技術に係る遠隔操作方法は、上記課題を解決するために、操作部が、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付け、変換部が、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、赤外線通信部が、前記変換されたビット列をもとに赤外線信号を送信する。

以上のように、本技術によれば、下位互換性を保ちつつ、ユーザが入力した操作に関するアナログ値を、情報処理装置本体に伝えることができるとともに、情報処理装置において遠隔操作装置からの命令と同時にアナログ量の情報を取得して処理を実行することができる。

ＳＩＲＣＳプロトコルにおけるフレームを説明する図である。 本実施の形態に係る加重フレームＷの送信タイミングを示す図である。 従来技術および本実施の形態をジョグダイアルＪＤに適用する例を示す図である。 本実施の形態に係るリモートコントローラの外観図である。 本実施の形態に係るリモートコントローラの構成を示すブロック図である。 図４は操作対象機器のハードウェア構成を示すブロック図である。 従来技術のリモートコントローラの送信フローを示すフローチャートである。 本実施の形態に係るリモートコントローラの送信フローを示すフローチャートである。 操作対象機器側の受信フロー（一般処理）を示すフローチャートである。 操作対象機器側の受信フロー（加重フレーム処理）を示すフローチャートである。 操作対象機器側の受信フロー（加重フレームのアナログ値を相対値として処理）を示すフローチャートである。

以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第一の実施の形態＞
［本技術のポイント］
本技術は、リモートコントローラから本体へ送信するデータに、リモートコントローラのキーの押し圧などのアナログ値を入れるための工夫である。アナログ値をとるものとしては、例えばジョグダイアルなどがある。また、カーソルを動かすキーは、一回押すだけのこともあれば、押し続けることもある。押し続ける場合に、ユーザは、カーソルをゆっくり動かしたり速く動かしたりして、その速度の調整をしたい。アナログ値を入れられれば、その調整が可能となる。最も端的な可変圧対応のリモートコントローラの使い方は、キーの押し圧に応じてカーソルの移動速度を可変にする事である。

例えば、ビデオ機器において、早送りボタンを軽く押せば少し早送りされ、早送りボタンを強く押せば早送りの速度がさらに速くなるような使い方も考えられる。

本技術のポイントの一つは、リモートコントローラにある、上下左右などのカーソルキーが押されたときや、ジョグダイアルが回されたときに送信されるコードに下位互換性を持たせることである。すなわち、従来の、可変速が有効ではない機器に対してもきちんと動作し、可変速が有効な機器に対しては可変速の指定ができるということである。なお、その他のポイントとしては、汎用性があること（原理的に、全ての従来コードに加重フレームを付加できること）や、データを重畳してもリモートコントローラの効きが悪くならないことや、加重フレームの受信側が、簡単な受信アルゴリズムにより受信できることが挙げられる。

［下位互換性の無いコード体系を使用した場合の例（機器の不動作）］
これまでは、赤外線により加重データを送る場合、軽い押し圧ならＡというフォーマットのコードが送信され、もう少し強く押すと、コードが変わって、もっと速い速度に対応したコードＢが一定の期間送信されるのが一般的であった。すなわち、コードそのものに、一倍速により早送りするコード、二倍速のコード、三倍速のコードという定義を行って、押し圧によりコードを選択することは行われていた。しかしこの場合、例えば二倍速のコードＢが定義されていない機器に対してこのコード体系が使われた場合、一倍速の早送りのコードＡを受信している時には正しく動作するが、二倍速のコードＢが受信された時点において、この機器は停止してしまう。

［データの乗せ方］
元々、ＳＩＲＣＳ（SONY(登録商標) IR Control System）プロトコルでは、図１（ａ）に示すように、ＩＲ（赤外線）信号として、スタートビットに続き０や１のビットが来て、それが繰り返されて１フレームが構成される。各フレームの送信は、４５ｍｓの周期により繰り返される。１つのフレームでは、２０ビット程度のデータを送信可能であり、従来は、ビット数として、１２ビット、１５ビット、２０ビットを使用している。スタートビット、０、および１の各ビットには、４０ｋＨｚのキャリア（発光と発光なしとを繰り返す）がのっている。

なお、赤外線通信に用いる赤外光は、他の光や静電妨害に弱く信号にノイズが乗りやすいので、１のビットが０のビットとして読み間違えられる可能性がある。そこで、ＳＩＲＣＳでは、２回一致というアルゴリズムを使っている。このアルゴリズムでは、送信側は同じ内容のフレームを３回以上送り、受信側は、あるコードが１回来た時に、もう一回同じコードが来なければ、そのコードが有効であるとしない。

なお、最近では、フォーマットによっては、１フレームの中にパリティを含んでいるものがあり、その場合は、１フレームを読むだけでエラーチェックができる。しかし従来の方法では、１フレームのデータ中にパリティを含んでおらず、必ずビット数をチェックし、二回連続して同じ０および１の連続したフレームが来ているかをチェックするというデコード方法をとっている。

本実施の形態の加重フレームを１フレームだけ追加する場合、上記の２回一致というエラーチェック方法が使えない。その場合、そのままでは、このフレームはエラーのチェックができない、化けやすいデータとなってしまう。そこで、加重フレーム内のフォーマットとしては、他のフレームと同じように、「カテゴリ」のビット部分と「データ」のビット部分とに分けることはしていない。定義される１０ビットのうち、最初の２ビットをフォーマットの指定に使い、次の４ビットをアナログデータに使い、最後の４ビットをアナログデータの補数とし、データとデータの補数との整合性を見ることにより、エラーを防いでいる。

すなわち、本実施の形態に係るリモートコントローラでは、アナログ量の送信に用いるフレーム（信号）には、該アナログ量を表す第１のビット列と、該ビット列の補数となる第２のビット列とを含んでいる。

従来のフレームは、１２ビット、１５ビット、または２０ビットなので、加重フレームを１０ビットとすることにより、ビット長の違いから従来のフレームとは区別がつく。そして加重フレームに対応していない機器では、１０ビットのフレームは定義されていないので、この加重フレームは、単なるノイズとして無視され、下位互換性を保つことができる。

すなわち、本実施の形態に係るリモートコントローラでは、マイクロコントローラ（変換部）は、コード（命令）を第１のビット長を有するビット列（従来のフレーム）に変換し、アナログ量を、第１のビット長と異なる第２のビット長を有するビット列（加重フレーム）に変換し、送信する。

また、加重フレームは、従来のフレームが３フレーム分送信された後に、１フレームだけ送信されるので、２回一致のチェックの観点からも、加重フレームに対応していない機器では、この加重フレームは、単なるノイズとして無視されるので、下位互換性を保つことができる。

すなわち、本実施の形態に係るリモートコントローラ（赤外線通信部）では、赤外線通信用のビット列は、複数の前記第１のビット長を有するビット列（従来のフレーム）と、この後に続く少なくとも１個の前記第２のビット長を有するビット列(加重フレーム)とを含む。

なお、加重フレームには「カテゴリ」に相当する部分が無いが、これは、加重フレームを、現在受信中のコードに対する修飾データという扱いにするためである。すなわち、加重フレーム１つだけでは何の意味も無く、今受信中のコードがある場合に限り、この加重フレームの１０ビットのデータが有効になるということである。逆に言えば、加重フレームは、現在定義されているすべての「カテゴリ」および「データ」の全てに対して有効な使い方ができるという事である。加重フレームを使う為に、新たに「カテゴリ」や「データ」を定義する必要は無い。この点が、本技術の一番の特徴である。

ＳＩＲＣＳでは、キーの瞬間的な押し下げでも、必ず３フレーム連続してコマンドを送信するので、加重フレームは、それに続く４つめのフレームとして送信される。これは、ＳＩＲＣＳでは、２回一致というルールがあるためであり、他のプロトコルにおいて加重フレームを用いる際には、そのプロトコルに対応した形にすればよい。

基本的に、加重フレームは、従来使用していないビット長を用いるものであり、また、現在受信中のコードに対する修飾データという位置づけである。１フレームだけでエラーチェックができる構造であればよく、押し圧などのアナログ修飾データのみが入るフォーマットを、リモコン体系毎に考えればよい。

［加重フレームの構成］
加重フレームは、スタートビットに続く１０ビットのフレームとして構成される。スタートビットに続く２ビットが加重フレームのフォーマットを表し、続く４ビットがアナログデータを表し、最後の４ビットがアナログデータの補数を表している。加重フレームのフォーマットを示す２ビットについては、現在、「００」を、アナログデータ部分が加重データを表すものとして定義している。例えば、現在は未定義の「０１」、「１０」、「１１」のうち、「０１」をジョグダイアルの回転スピードのデータを表すものとして定義することも考えられる。

なお、アナログデータの個所は４ビットあるので、１６段階の値を表すことができる。それゆえ、従来のように、数段階のレベルを表すコードを定義する場合に比べ、よりリニアなアナログ値の表現ができる。

［加重フレームの送信タイミング］
図１（ｂ）において、リモートコントローラから、加重フレームＷを送信するタイミングを示す。加重フレームＷは、従来のフレームＪを３フレーム送信した後に、１フレーム挿入して送信される。従来のフレームＪおよび加重フレームＷの送信周期は４５ｍｓなので、加重フレームＷは、４フレームごと、すなわち１８０ｍｓごとにアナログデータ（キーの押し圧やダイアルの回転量など）を含んで送信される。

［キャンセルタイマ］
ＳＩＲＣＳでは、１フレームが４５ｍｓ以内に送信される。２フレーム連続して受信したか否かを判断する為には、１００ｍｓのタイマを設け、このタイマの時間内に、フレームが読めない場合に、フレームの受信が無くなったと認識することにしている。信号が２フレーム目で読めた時には、タイマをリセットする。このタイマリセット動作を信号が読めている間は繰り返すことにより、フレームが連続していることを判断する。１フレームだけ読めないフレームが入っても、リモートコントローラの仕組みとして、動作をやめてしまうことは無い。

［応用例（ジョグダイアル）］
図２において、押し圧以外のアナログ量を利用する例として、ジョグダイアルＪＤの例を示す。上側が従来の例である。最初に従来の例を説明する。

左側は、ユーザがジョグダイアルＪＤをゆっくり回している場合であり、回す度に、回されていることを示すコードが、３フレームずつ送信される。その右側は、ユーザがジョグダイアルＪＤをやや速く回転させた場合を示し、この場合は、送信されるコードが、低速回転を表すコードに置き換わり、そのコードが連続送信される。そして、ユーザがさらに早くジョグダイアルＪＤを回転させる場合が右端の状態であり、この場合、高速回転を表すコードが連続送信される。

回転スピードを指定する段階は、３段階程度であり、あまりリニアに回転スピードを指定することはできない。また、コード自体も、０．５秒から１秒に一度程度しか変更する事ができなかった。

図の下側が、本実施の形態の状態を表すものである。左側は、従来技術と同じであり、ユーザがジョグダイアルＪＤをゆっくり回している場合を表し、回す度に、回されていることを示すコードが、３フレームずつ送信される。その右側は、ユーザがジョグダイアルＪＤをやや速く回転させた場合を示す。この場合、ジョグダイアルＪＤの回転を表すコードが３フレーム送信されたあとに、回転スピード（回転量）を表すアナログデータが加重フレームＷとして１フレーム送信される。ユーザがさらに早くジョグダイアルＪＤを回転させる右端の状態でも、３フレーム送信されるコードは、ジョグダイアルＪＤの回転を表すコードのまま変わらず、続いて１フレーム送信される回転スピードを表すアナログデータにおいて、回転スピードを表す値がより速い値へと置き換わるだけである。

回転スピードを指定する段階は、１６段階であり、よりリニアに回転スピードを指定することができる。また、アナログデータは、１８０ｍｓに一回送信されるので、リモートコントローラは、より正確に、ジョグダイアルＪＤの操作状況を送信することができる。

なお、回転スピードとしては、前回アナログデータが送信されてから、今回送信されるまでの期間（１８０ｍｓ）に、ジョグダイアルＪＤが何クリック分だけ回されたかを用いることができる。この期間に１６クリックあるとすれば、相当速く回転させていることになる。

［リモートコントローラ１０のブロック図］
本実施の形態に係るリモートコントローラ（遠隔操作装置）は、ユーザからのコード（命令）の入力、およびコード（命令）に対するアナログ量の入力を受け付けることが可能なキー（操作部）と、キー（操作部）にて入力されたコード（命令）およびアナログ量を赤外線通信用のビット列に変換するマイクロコントローラ（変換部、制御部）と、変換されたビット列をもとに赤外線信号を送信する赤外線発光部（赤外線通信部）とを具備する。

図３（ａ）において、本実施の形態に係るリモートコントローラ１０の外観を示す。リモートコントローラ１０には、ユーザがキーを操作する際の押し圧を検知する事が出来る押し圧有効キー２０（操作部）と、通常のオン・オフのみを検知する通常オン・オフキー３０と、赤外線発光部４０（送信部）とが備わっている。

図３（ｂ）において、リモートコントローラ１０のブロック図を示す。通常オン／オフのキーマトリクス３１は、通常のリモートコントローラが備えているものと同じである。押し圧有効キー２０に対しては、押し圧検出キー２１が配置される。押し圧検出キー２１には、ユーザがキーを押す圧力によって抵抗値が変化するデバイスを用いればよい。この図では、押し圧検出キー２１が４つあるが、これは、それぞれが、図３（ａ）の押し圧有効キー２０である上下左右のカーソルキーに対応しているからである。

押し圧検出キー２１は、マイクロコントローラ５０のＡ／Ｄ入力に接続されている。マイクロコントローラ５０は、押し圧検出キー２１が押された際、加重フレームＷのフォーマットを整えた後に、マイクロコントローラ５０に接続された赤外線発光部４０を用いて加重フレームＷを送信する。

なお、本実施の形態に係るリモートコントローラ（遠隔操作装置）は、本実施の形態に係るテレビジョン受像機（情報処理装置）と組み合わせて、テレビジョン受像機システム（情報処理システム）としての使用が想定されている。すなわち、本実施の形態に係るテレビジョン受像機システム（情報処理システム）は、ユーザからのコード（命令）の入力、およびコード（命令）に対するアナログ量の入力を受け付けることが可能なキー（操作部）と、キー（操作部）にて入力されたコード（命令）およびアナログ量を赤外線通信用のビット列に変換するマイクロコントローラ（変換部）と、変換されたビット列をもとに赤外線信号を送信する赤外線発光部（赤外線通信部）とを具備するリモートコントローラ（遠隔操作装置）と、ユーザからのコード（命令）の入力、およびコード（命令）に対するアナログ量の入力を受け付けることが可能なキー（操作部）を有し、キー（操作部）にて入力されたコード（命令）およびアナログ量を赤外線通信用のビット列に変換し、当該変換されたビット列をもとに赤外線信号を送信するリモートコントローラ（遠隔操作装置）より送信された赤外線信号を受信する受光部およびメインコントローラ（赤外線受信部）と、受信された赤外線信号からビット列を復元し、ユーザより入力されたコード（命令）およびアナログ量を判定し、当該コード（命令）をアナログ量を用いて実行するメインコントローラ（制御部）とを具備するテレビジョン受像機（情報処理装置）とを具備する。

ただし、上述の通り、加重フレームに対応していない従来のテレビジョン受像機に対しても、そのテレビジョン受像機が従来のフレームに対応していれば、下位互換性があるので、利用することができる。

［操作対象機器のハードウェア構成］
図４は操作対象機器１００のハードウェア構成を示すブロック図である。
本実施形態では、操作対象機器１００をテレビジョン受像機としたが、本技術において操作対象機器の種類はテレビジョン受像機に限らない。例えば、パーソナルコンピュータ、ゲーム機、録画装置、再生装置などであってもよい。

操作対象機器１００は、メインコントローラ１０１（ＣＰＵ１０２およびメモリ１０３により構成）、バス１２０、ストレージ１０４、受光部７０、ネットワークＩ／Ｆ１０６を有する。操作対象機器１００は、また、アンテナ１０９、チューナ１１０、デスクランブラ１１１、デマルチプレクサ１１２、Ａｕｄｉｏデコーダ１１３、Ｖｉｄｅｏデコーダ１１４、音声処理回路１１５、スピーカ１１６、ＧＵＩ重畳器１１７、映像処理回路１１８、ディスプレイ１１９を有している。

この操作対象機器１００では、ＣＰＵ１０２が、バス１２０を介して接続されたメモリ１０３又はストレージ１０４に記憶されているプログラムに従って各種処理を実行する。またＣＰＵ１０２は、受光部７０を介してリモートコントローラ１０より入力される赤外線信号をコマンドとして受け取る。ＣＰＵ１０２は、このコマンドに応じて各部の動作を制御する。
受光部７０は、リモートコントローラ１０との間で赤外線による片方向の信号の通信を行う。

アンテナ１０９は、デジタル放送信号などを受信してチューナ１１０に入力する。
チューナ１１０は、デジタル放送信号から所定のチャンネル（例えばリモートコントローラ１０を介してユーザによって指定されたチャンネル）の放送信号を抽出する。チューナ１１０は、この抽出した放送信号に対して復調処理を施して得た所定のチャンネルのトランスポートストリームをデスクランブラ１１１に出力する。

デスクランブラ１１１は、所定の解除キーを用いて、チューナ１１０から入力されたトランスポートストリームのスクランブルを解除する。デスクランブラ１１１は、このスクランブル解除済のトランスポートストリームをデマルチプレクサ１１２に出力する。

デマルチプレクサ１１２は、デスクランブラ１１１から入力されたスクランブル解除済のトランスポートストリームからオーディオデータとビデオデータとを分離する。デマルチプレクサ１１２は、分離したオーディオデータをＡｕｄｉｏデコーダ１１３に出力し、分離したビデオデータをＶｉｄｅｏデコーダ１１４に出力する。

Ａｕｄｉｏデコーダ１１３は、デマルチプレクサ１１２から入力されたオーディオデータをデコードし、得られた電気信号を、音声処理回路１１５に出力する。

音声処理回路１１５は、Ａｕｄｉｏデコーダ１１３から入力された電気信号に対してＤ／Ａ（Ｄｉｇｉｔａｌ／Ａｎａｌｏｇ）変換、増幅処理などを施し、得られた音声信号をスピーカ１１６に出力する。

Ｖｉｄｅｏデコーダ１１４は、デマルチプレクサ１１２から入力されたビデオデータをデコードし、得られた映像データを、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）重畳器２１７に出力する。

ＧＵＩ重畳器１１７は、Ｖｉｄｅｏデコーダ１１４から入力された映像データに対して、ＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）などのグラフィックデータを重畳して、映像処理回路１１８に出力する。

映像処理回路１１８は、ＧＵＩ重畳器１１７から入力された映像データに対して、所定の画像処理、Ｄ／Ａ（Ｄｉｇｉｔａｌ／Ａｎａｌｏｇ）変換などを施し、得られた映像信号をディスプレイ１１９に出力する。

また、ＣＰＵ１０２は、リモートコントローラ１０の操作に応じて、上述したと同様に、デジタル放送を受信し、所定のチャンネルのトランスポートストリームを得て、これを番組の映像電気信号として、ストレージ１０４に記憶することができる。

本実施の形態に係るテレビジョン受像機（情報処理装置）は、ユーザからのコード（命令）の入力、およびコード（命令）に対するアナログ量の入力を受け付けることが可能なキー（操作部）を有し、キー（操作部）にて入力されたコード（命令）およびアナログ量を赤外線通信用のビット列に変換し、当該変換されたビット列をもとに赤外線信号を送信するリモートコントローラ（遠隔操作装置）より送信された赤外線信号を受信する受光部およびメインコントローラ（赤外線受信部）と、受信された赤外線信号からビット列を復元し、ユーザより入力されたコード（命令）およびアナログ量を判定し、当該コード（命令）をアナログ量を用いて実行するメインコントローラ（制御部）とを具備する。

この図に表される範囲では、本実施の形態に対応した特徴は表れていない。単に、受光部７０が加重フレームＷを受信し、メインコントローラ１０１が、加重フレームＷに対応した処理を行うだけである。加重フレームＷに対応した処理としては、まず、加重フレームＷを適切に受信する事が挙げられる。そして、次に、受信した加重フレームＷに含まれるアナログデータに対応した処理、すなわち画面のスクロールを可変速により行ったり、動画の再生速度を可変速としたりすることなどが挙げられる。

メインコントローラ１０１における加重フレームＷ対応の処理フローは、後述する。

［リモートコントローラ１０における送信フロー（従来例）］
図５において、リモートコントローラ１０からコードを送信する際の処理フローのうち、従来のものの例を示す。

最初に、リモートコントローラ１０が、キー・オン割り込みの検知を行う。（ステップ１０１、以下Ｓ１０１と表す。）

リモートコントローラ１０は通常、スタンバイ状態にあり、何かキーが押されると割り込みがかかり、マイクロコントローラ５０がスタンバイ状態から通常動作に復帰する。そこで、最初にキー・オン割り込みを判断する。キー・オン割り込みがあった場合、マイクロコントローラ５０は、次のＳ１０２へ進み、割り込みが無い場合は、スタートの処理に戻る。

Ｓ１０１において、キー・オン割り込みがあったと判断された場合、マイクロコントローラ５０がスリープ状態から復帰（マイクロコントローラ５０の立ち上げ）する。（Ｓ１０２）

Ｓ１０２においてマイクロコントローラ５０が立ち上がった場合、または、Ｓ１０６においてフレーム送信タイミングであると判断された場合、次に、マイクロコントローラ５０は押されたキーに対応するコードの送信を行う。（Ｓ１０３）

このステップでは、立ち上がったマイクロコントローラ５０が、どのキーが押されているかを、キースキャンすることにより検出し、押されたキーに対応するコードを、フレームＪに格納して、赤外線発光部４０から送信する。

次に、マイクロコントローラ５０はフレームＪの送信を、３フレーム分だけ送信したかを判断する。（Ｓ１０４）

ＳＩＲＣＳプロトコルでは、同じコードのフレームＪを３回送信するので、まだフレームＪの送信が３回行われていない場合、マイクロコントローラ５０は、Ｓ１０６の処理へ進み、再度同じフレームＪの送信を行う。もし、３フレームの送信が完了している場合、マイクロコントローラ５０は、Ｓ１０５の処理に進む。

Ｓ１０４において、３フレーム送信済みであると判断された場合、次に、マイクロコントローラ５０はキーが押し続けられているか判断する。（Ｓ１０５）

３フレーム送信した後に、まだキーが押し続けられている場合、マイクロコントローラ５０は、Ｓ１０６の処理へ進み更にもう１フレームの送信を行う。キーが押し続けられていない場合、マイクロコントローラ５０は、Ｓ１０７の処理へ進み、スタンバイ状態に入る。

Ｓ１０４において、まだ３フレーム送信していないと判断された場合、また、Ｓ１０５において、キーが押し続けられていると判断された場合、そして、Ｓ１０６において、フレーム送信タイミングではないと判断された場合、次に、マイクロコントローラ５０はフレーム送信タイミングであるか否かの判断を行う。（Ｓ１０６）

フレームＪの送信タイミングは４５ｍｓごとであるので、タイマにより、前のフレームの送信を開始してから４５ｍｓ経過するまで、マイクロコントローラ５０は、次のフレームの送信を待つ。なお、４５ｍｓを計時するためには、タイマを用いてもよいし、各ソフトウェア処理の実行経路ごとに費やす時間の目安から判断してタイマの代用としてもよい。

Ｓ１０５において、キーが押し続けられていないと判断された場合、マイクロコントローラ５０は、スタンバイ状態に入る。（Ｓ１０７）

［リモートコントローラ１０における送信フロー（本技術）］
本実施の形態に係るリモートコントローラにおける送信フローは、簡潔に表現するならば、キー（操作部）が、ユーザからのコード（命令）の入力、およびコード（命令）に対するアナログ量の入力を受け付け、マイクロコントローラ（変換部）が、キー（操作部）にて入力されたコード（命令）およびアナログ量を赤外線通信用のビット列に変換し、マイクロコントローラおよび赤外線発光部（赤外線通信部）が、前記変換されたビット列をもとに赤外線信号を送信するという事である。

図６において、リモートコントローラ１０からコードを送信する際のフローのうち、本実施の形態のものの例を示す。なお、Ｓ１０１からＳ１０７までは、従来技術の説明と同じであり、キーを押すと対応したコードを含むフレームＪが３フレーム送信されることは変わらない。また、３フレーム送信後にキーが押され続けていない場合は、マイクロコントローラ５０がスタンバイ状態に移行する点も従来と同じである。そこで、これらの点については、説明を省略する。

Ｓ１０５において、キーが押し続けられていると判断された場合に、次に、マイクロコントローラ５０は、押されているキーが押し圧有効キー２０であるか否かの判断を行う。（Ｓ２０１）

押し圧有効キー２０でなければ、マイクロコントローラ５０は、Ｓ１０６の処理に戻り、押し圧有効キー２０であれば、マイクロコントローラ５０は、Ｓ２０２の処理に進む。押し圧有効キー２０の例としては、上下左右にカーソルを動かすためのカーソルキーやジョグダイアルなどが挙げられる。

Ｓ２０１において、押されているキーが押し圧有効キー２０であると判断された場合、次に、マイクロコントローラ５０は、押されているキーに対応したコードが既に３フレーム分、連続して送信されているか、すなわち４フレーム目（４Ｎ番目）の送信であるか否かを判断する。（Ｓ２０２）

既に３フレーム分だけ連続して送信したかを判断するのは、加重フレームＷを送信するタイミングを必ず４フレーム目にしなければならないからである。同じ押し圧有効キー２０が連続して押される場合、加重フレームＷは、４フレーム目、８フレーム目、１２フレーム目というように、４Ｎ番目に挿入される。

まだ押されているキーに対応したコードが３フレーム分送信されていない場合、マイクロコントローラ５０は、Ｓ１０６の処理に戻り、押されているキーに対応したコードを含んだフレームＪの送信を行う。３フレーム分送信済みの場合、マイクロコントローラ５０は、Ｓ２０３の処理へ進む。

Ｓ２０２において、押されているキーのコードが３フレーム分連続して送信されたと判断された場合、次に、マイクロコントローラ５０は、該当するキーに対して、押し圧の測定を行う。（Ｓ２０３）

押し圧の測定は、Ｓ２０３の処理が開始されてから測定してもよいし、予め定期的に測定した値の平均値（コード送信中の平均値）をここでの測定値としてもよい。また、ジョグダイアルの場合、ダイアルを回転させることにより発生するクリックの数を別途カウントし、そのカウント値をここでの測定値として用いることも考えられる。

Ｓ２０３の処理に続いて、または、Ｓ２０４においてフレーム送信タイミングではないと判断された場合、次に、マイクロコントローラ５０はフレーム送信タイミングであるか否かの判断を行う。（Ｓ２０４）

フレーム送信タイミングではないと判断された場合、マイクロコントローラ５０はＳ２０４の処理に戻り、送信タイミングを待つ。フレーム送信タイミングであると判断された場合、マイクロコントローラ５０は、Ｓ２０５の処理に進む。

Ｓ２０４において、フレーム送信タイミングであると判断された場合、マイクロコントローラ５０は、加重フレームＷ（押し圧データ）の送信を行う。（Ｓ２０５）

加重フレームＷの送信を行った後、マイクロコントローラ５０は、Ｓ１０６の処理に戻り、押されたキーに対応するコードの送信を行う。

［操作対象機器１００における受信フロー（一般処理の例）］
図７において、リモートコントローラ１０から送信されたフレームＪを処理する、操作対象機器１００本体側における、受信処理フローのうち、加重フレームＷを除いた一般処理に関する部分を示す。

最初に、メインコントローラ１０１は、受光部７０から１フレーム分の受信を行う。（Ｓ３０１）

ここでいう１フレーム分の受信の意味は、スタートビットの受信から、０および１のビットが所定の数だけ来たかの確認などＳＩＲＣＳの定義に沿っているか、また、コード内の「カテゴリ」が自装置のものであるかを判断するところまでを含んだものである。

１フレーム分の受信がされていない場合、メインコントローラ１０１は、Ｓ３０８の処理に進む。１フレーム分の受信が行われた場合、メインコントローラ１０１は、Ｓ３０２の処理に進む。

Ｓ３０１において、１フレーム分の受信が行われたと判断された場合、次に、メインコントローラ１０１は、現在のフレームの受信時点からみて、１フレーム前の受信が１００ｍｓ以内であったか否かの判断を行う。（Ｓ３０２）

ここで用いる１００ｍｓという時間は、キャンセルタイマが働くまでの１００ｍｓのことであり、現在のフレームの受信が、１フレーム前の受信から１００ｍｓを超えて行われている場合は、それらのフレームは連続したフレームとは見做されないことを表す。連続して受信したフレームではないと判断された場合、メインコントローラ１０１は、現在受信したフレームが新しいコード受信の１フレーム目であると判断し、Ｓ３０３の処理に進む。また、連続して受信されたフレーム、すなわち２フレーム目以降であると判断された場合、メインコントローラ１０１は、Ｓ３０４の処理に進む。

Ｓ３０２において、連続して受信されたフレームではない、すなわち１フレーム目であると判断された場合、メインコントローラ１０１は、現在受信したフレーム内のコードを、受信中のコードとして保持し、スタートの処理に戻る。（Ｓ３０３）

これはＳＩＲＣＳにおける、フレームの２回一致を保証するための処理のうち、前段の処理である。

Ｓ３０２において、連続して受信されたフレーム、すなわち２フレーム目以降であると判断された場合、メインコントローラ１０１は、現在受信したコードを保持されているコードと比較する。（Ｓ３０４）

これはＳＩＲＣＳにおける、フレームの２回一致を保証するための処理のうち、後段の処理である。受信したコードと保持されているコードとが一致している場合、メインコントローラ１０１は、２回一致の条件が成立したと判断しＳ３０５の処理に進む。コードが一致していない場合、メインコントローラ１０１は、Ｓ３０３の処理に進む。

Ｓ３０４において、現在受信したコードが保持されているコードと一致した場合、次に、メインコントローラ１０１は、「リモコン受信中」フラグが立っているか否かを判断する。（Ｓ３０５）

「リモコン受信中」フラグは、２フレーム目の受信後、格納されているコードを処理した後に立てられるフラグであり、３フレーム目以降の受信時における、格納されたコードの処理を省略するためのものである。

「リモコン受信中」フラグが立っている場合、メインコントローラ１０１は、３フレーム目以降であると判断し、何も処理せず、スタートの処理に戻る。「リモコン受信中」フラグが立っていない場合、メインコントローラ１０１は、Ｓ３０６の処理に進む。

Ｓ３０５において、「リモコン受信中」フラグが立っていないと判断された場合、次に、メインコントローラ１０１は、受信したコードに対応した処理を行う。（Ｓ３０６）

次に、メインコントローラ１０１は、「リモコン受信中」フラグを立ててセットし、スタートの処理へ戻る。（Ｓ３０７）

「リモコン受信中」フラグは、リモートコントローラ１０からのフレームの受信が順調に進み、同じコードの受信が２回続けて行われ、２回一致の条件が成立した場合に立てられるフラグである。同じコードの２フレーム目の受信において立てられる。

Ｓ３０１において、１フレーム分の受信がされていないと判断された場合、次に、メインコントローラ１０１は、一連のフレームの受信が終了したか否かの判断を行う。（Ｓ３０８）

一連のフレームの受信が終了したか否かの判断は、現時点から１００ｍｓ前までの期間にフレームの受信が無かったか否かにより行う。１００ｍｓ前までにフレームの受信があった場合、メインコントローラ１０１は、一連のフレームの送信は続いていると判断し、スタートの処理へ戻る。１００ｍｓ前までにフレームの受信が無かった場合、メインコントローラ１０１は、一連のフレームの受信が終了したと判断し、Ｓ３０９の処理へ進む。

Ｓ３０８において、一連のフレームの受信が終了したと判断された場合、次に、メインコントローラ１０１は、「加重対象コード受信中」フラグのクリア（キャンセル）を行う。（Ｓ３０９）

なお、図７に示すフローチャートでは、「加重対象コード受信中」フラグを立てる処理は図示されていないが、受信終了処理の一環として念のため行う。

次に、メインコントローラ１０１は、「リモコン受信中」フラグをクリア（キャンセル）する。（Ｓ３１０）

次に、メインコントローラ１０１は、一連のフレーム受信に対する受信終了処理を行い、スタートの処理へ戻る。（Ｓ３１１）

［操作対象機器１００における受信フロー（加重フレーム処理の例）］
図８において、リモートコントローラ１０から送信されたフレームを処理する、操作対象機器１００本体側における、受信処理フローのうち、加重フレーム処理に関する部分を追加したフローを示す。なお、上述した一般処理のフローと重なる部分の説明は簡潔に行う。

最初に、メインコントローラ１０１は、受光部７０から１フレーム分の受信を行う。（Ｓ３０１）

Ｓ３０１において、１フレーム分の受信が行われたと判断された場合、次に、メインコントローラ１０１は、現在のフレームの受信時点からみて、１フレーム前の受信が１００ｍｓ以内であったか否かの判断を行う。（Ｓ３０２）

Ｓ３０２において、連続して受信されたフレームではない、すなわち１フレーム目であると判断された場合、メインコントローラ１０１は、現在受信したフレーム内のコードを、受信中のコードとして保持し、スタートの処理に戻る。（Ｓ３０３）

次に、メインコントローラ１０１は、「加重対象コード受信中」フラグのクリア（キャンセル）を行った後、スタートの処理へ戻る。（Ｓ３２０）

「加重対象コード受信中」フラグは、後述するＳ３２３の処理において立てられるフラグである。加重フレームにより修飾されうるコードが受信されている際に立てるフラグである。

Ｓ３０２において、連続して受信されたフレーム、すなわち２フレーム目以降であると判断された場合、次に、メインコントローラ１０１は、現在受信したフレームが加重フレームＷであるか否かの判断を行う。（Ｓ３２１）

加重フレームＷではないと判断された場合、メインコントローラ１０１は、Ｓ３０４の処理へ進み、通常のフレームＪのうち、２フレーム目および３フレーム目の受信処理を行う。加重フレームＷであると判断された場合、メインコントローラ１０１は、Ｓ３２４の処理へ進み、加重フレームＷの処理を行う。

Ｓ３２１において、現在受信中のフレームが加重フレームＷではないと判断された場合、次に、メインコントローラ１０１は、現在受信したコードを保持されているコードと比較する。（Ｓ３０４）

Ｓ３０４において、現在受信したコードが保持されているコードと一致した場合、次に、メインコントローラ１０１は、「リモコン受信中」フラグが立っているか否かを判断する。（Ｓ３０５）

Ｓ３０５において、「リモコン受信中」フラグが立っていないと判断された場合、次に、メインコントローラ１０１は、受信したコードに対応した処理を行う。（Ｓ３０６）

次に、メインコントローラ１０１は、「リモコン受信中」フラグを立ててセットする。（Ｓ３０７）

次に、メインコントローラ１０１は、現在受信したコードが、加重対象コードであるか否かの判断を行う。（Ｓ３２２）

加重対象コードとは、上下左右のカーソルキーの押下げやジョグダイアルの回転を表すコードのように、加重フレームＷの追加があり得るコードである。どのコードが加重対象コードであるかは、予め定められている必要がある。現在受信したコードが、加重対象コードではない場合、メインコントローラ１０１は、スタートの処理へ戻る。現在受信したコードが加重対象コードである場合、メインコントローラ１０１は、Ｓ３２３の処理へ進む。

Ｓ３２２において、現在受信したコードが加重対象コードであると判断された場合、次に、メインコントローラ１０１は、「加重対象コード受信中」フラグをセットした後、スタートの処理へ戻る。（Ｓ３２３）

Ｓ３２１において、現在受信中のフレームが加重フレームＷであると判断された場合、次に、メインコントローラ１０１は、「加重対象コード受信中」フラグが立っているか否かを判断する。（Ｓ３２４）

この判断を行う理由は、加重フレームＷは、加重対象コードを修飾するフレームなので、加重対象コードを受信した後に加重フレームＷが受信された場合でないと意味がないからである。「加重対象コード受信中」フラグが立っていない場合、直前に受信したコードは、加重対象コードではなく、現在受信した加重フレームＷを処理することに意味はないので、メインコントローラ１０１は、加重フレームＷの処理は行わず、スタートの処理へ戻る。「加重対象コード受信中」フラグが立っている場合、メインコントローラ１０１は、Ｓ３２５の処理へ進み、加重フレームＷの処理を続ける。

Ｓ３２４において、「加重対象コード受信中」フラグが立っていると判断された場合、次に、メインコントローラ１０１は、加重フレームＷ中のデータ４ビットおよびデータの補数４ビットの整合性が取れているか否かの判断を行う。（Ｓ３２５）

整合性が取れていない場合、加重フレームＷのデータにはエラーが発生していると考えられるので、メインコントローラ１０１は、加重フレームＷの処理は行わず、スタートの処理へ戻る。整合性が取れている場合、メインコントローラ１０１は、Ｓ３２６の処理へと進む。

Ｓ３２５において、加重フレームＷのデータとデータの補数との整合性が取れていると判断された場合、次に、メインコントローラ１０１は、受信した加重対象コードと、加重フレームＷ内のデータとに応じた処理を行った後、スタートの処理へ戻る。（Ｓ３２６）

Ｓ３０１において、１フレーム分の受信がされていないと判断された場合、次に、メインコントローラ１０１は、一連のフレームの受信が終了したか否かの判断を行う。（Ｓ３０８）

Ｓ３０８において、一連のフレームの受信が終了したと判断された場合、次に、メインコントローラ１０１は、「加重対象コード受信中」フラグのクリア（キャンセル）を行う。（Ｓ３０９）

次に、メインコントローラ１０１は、「リモコン受信中」フラグをクリア（キャンセル）する。（Ｓ３１０）

次に、メインコントローラ１０１は、一連のフレーム受信に対する受信終了処理を行い、スタートの処理へ戻る。（Ｓ３１１）

［操作対象機器１００における受信フロー（加重値相対変化処理付き）］
図９において、リモートコントローラ１０から送信されたフレームを処理する、操作対象機器１００本体側における、受信処理フローのうち、加重値の相対変化を処理する加重フレーム処理を追加したフローを示す。なお、以下では、上述の、加重値の相対変化の処理を考慮しない加重フレームの処理と同様の部分の説明は省略する。

Ｓ３２５において、加重フレームＷのデータとデータの補数との整合性が取れていると判断された場合、次に、メインコントローラ１０１は、受信した加重フレームＷ内のデータが、最初の加重値データであるか否かを判断する。（Ｓ３３１）

最初の加重値データであるか否かは、基準値が記憶されているか否かにより判断する構成でもよいし、フラグを立てて判断する構成でもよいし、タイマにより判断する構成でもよい。なお、これらの構成の場合、基準値やフラグ、タイマのクリアを、加重値データの処理が終わった後に行う必要がある。最初の加重値データであると判断された場合、メインコントローラ１０１は、Ｓ３３２の処理へ進み、最初の加重値データではないと判断された場合、メインコントローラ１０１は、Ｓ３３３の処理へ進む。

Ｓ３３１において、最初の加重値データであると判断された場合は、次に、メインコントローラ１０１は、加重フレームＷに含まれる加重値データを、初期加重値、すなわち「基準値」として記憶した後、スタートの処理へ戻る。（Ｓ３３２）

Ｓ３３１において、最初の加重値データではないと判断された場合は、次に、メインコントローラ１０１は、現在受信した加重値データと「基準値」との差分を求め（相対化）、「基準値」に対する増減による加重処理を行った後、スタートの処理へ戻る。（Ｓ３２３）

［想定される応用例］
加重フレームＷを用いる応用例としては、リモートコントローラが想定される。カーソルキーは、可変速カーソルであり、上下左右の４方向カーソルキーの押し圧によりスクロールスピードが可変となるものである。カーソルキーには、押し圧をアナログ検出できるデバイス（信越ポリマー社製Q-point（登録商標）など）を用いる。カーソルキーの単押しでは、ユーザは、通常通りの１ステップ操作が可能である。ユーザがカーソルキーを押し続けると、押し圧の程度により１６段階程度の可変速スクロールができるものである。

キーに対応したコードとしては、通常のカーソルのコードを用いる。通常のカーソルのコードを含んだフレームＪの次に、押し圧データを含んだ加重フレームＷを挿入して送信することになる。このリモートコントローラを用いて、加重フレームＷに対応していない従来機器へ信号を送信した場合は、従来通り定速スクロールが行われる。（加重フレームＷはノイズとして破棄される。）

なお、多重フレームＷを受信し利用するためには、受信側のＳＩＲＣＳ受信アルゴリズムの修正が必要である。

その他、考えられる応用例として、可変速ＦＦ（早送り）／ＲＥＷ（巻き戻し）など、キーを連続的に押すことにより操作する機器に対応したキーが挙げられる。

［本技術に係る他の構成］
なお、本技術は以下のような構成も採ることができる。
（１）ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部とを具備する遠隔操作装置。
（２）前記（１）に記載の遠隔操作装置であって、前記変換部は、前記命令を第１のビット長を有するビット列に変換し、前記アナログ量を、前記第１のビット長と異なる第２のビット長を有するビット列に変換する遠隔操作装置。
（３）前記（１）または（２）に記載の遠隔操作装置であって、前記第２のビット長を有するビット列は、前記アナログ量を表す第１のビット列と、該第１のビット列の補数となる第２のビット列とを含む遠隔操作装置。
（４）前記（１）から（３）のうちいずれか１つに記載の遠隔操作装置であって、前記赤外線通信用のビット列は、複数の前記第１のビット長を有するビット列と、この後に続く少なくとも１個の前記第２のビット長を有するビット列とを含む遠隔操作装置。
（５）前記（１）から（４）のうちいずれか１つに記載の遠隔操作装置であって、キーが押し続けられていると判断された場合に、押し圧有効キーであるか否かの判断を行う制御部をさらに具備した情報処理装置。
（６）ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部を有し、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、当該変換されたビット列をもとに赤外線信号を送信する遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部とを具備する情報処理装置。
（６）ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部とを具備する遠隔操作装置と、当該遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部とを具備する情報処理装置とを具備する情報処理システム。
（８）操作部が、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付け、変換部が、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、赤外線通信部が、前記変換されたビット列をもとに赤外線信号を送信する遠隔操作方法。

Ｊ…従来フレーム
Ｗ…加重フレーム
ＪＤ…ジョグダイアル
１０…リモートコントローラ
２０…押し圧有効キー
５０…マイクロコントローラ
１００…操作対象機器
１０１…メインコントローラ

Claims (8)

1. ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、
   前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、
   前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部と
   を具備する遠隔操作装置。
2. 請求項１に記載の遠隔操作装置であって、
   前記変換部は、前記命令を第１のビット長を有するビット列に変換し、前記アナログ量を、前記第１のビット長と異なる第２のビット長を有するビット列に変換する
   遠隔操作装置。
3. 請求項２に記載の遠隔操作装置であって、
   前記第２のビット長を有するビット列は、前記アナログ量を表す第１のビット列と、該第１のビット列の補数となる第２のビット列とを含む
   遠隔操作装置。
4. 請求項３に記載の遠隔操作装置であって、
   前記赤外線通信用のビット列は、複数の前記第１のビット長を有するビット列と、この後に続く少なくとも１個の前記第２のビット長を有するビット列とを含む
   遠隔操作装置。
5. 請求項４に記載の遠隔操作装置であって、
   キーが押し続けられていると判断された場合に、押し圧有効キーであるか否かの判断を行う制御部をさらに具備した遠隔操作装置。
6. ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部を有し、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、当該変換されたビット列をもとに赤外線信号を送信する遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、
   前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部と
   を具備する情報処理装置。
7. ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付けることが可能な操作部と、
   前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換する変換部と、
   前記変換されたビット列をもとに赤外線信号を送信する赤外線通信部と
   を具備する遠隔操作装置と、
   当該遠隔操作装置より送信された赤外線信号を受信する赤外線受信部と、
   前記受信された赤外線信号から前記ビット列を復元し、前記ユーザより入力された前記命令および前記アナログ量を判定し、当該命令を前記アナログ量を用いて実行する制御部と
   を具備する情報処理装置と
   を具備する情報処理システム。
8. 操作部が、ユーザからの命令の入力、および前記命令に対するアナログ量の入力を受け付け、
   変換部が、前記操作部にて入力された前記命令および前記アナログ量を赤外線通信用のビット列に変換し、
   赤外線通信部が、前記変換されたビット列をもとに赤外線信号を送信する
   遠隔操作方法。

Images