(57)【要約】【課題】リモコンの制御信号を送信する信号発信部の位置によらずに、制御信号の送信制御ができることを課題とする。【解決手段】対象機器を制御する信号を送信する信号発信部と、基準面からの傾きを検出する傾き検出部と、送信された制御信号が対象機器に受信可能となる場合に、傾き検出部によって検出された現在の傾きを基準傾きとして設定する基準傾き設定部と、設定された基準傾きと、送信された制御信号が対象機器によって受信可能となる現在の傾きの角度範囲を規定する所定の閾値とを記憶する記憶部と、検出された現在の傾きと記憶されている基準傾きとの差分と、閾値とを比較することにより、制御信号が対象機器の制御が実行できる送信可能状態であるか否かを判定する判定部と、判定結果に基づいて、制御信号の送信制御を行う制御部とを備えることを特徴とする。【選択図】図４
2014017723.tif 000002
【特許請求の範囲】
【請求項１】
入力部と、
前記入力部によって送信要求された対象機器を制御する信号を送信する信号発信部と、
基準面からの傾きを検出する傾き検出部と、
前記送信された制御信号が前記対象機器に受信可能となる場合に、前記傾き検出部によって検出された現在の傾きを基準傾きとして設定する基準傾き設定部と、
前記設定された基準傾きと、前記送信された制御信号が前記対象機器によって受信可能となる現在の傾きの角度範囲を規定する所定の閾値とを記憶する記憶部と、
前記検出された現在の傾きと前記記憶されている基準傾きとの差分と、前記閾値とを比較することにより、前記制御信号が前記対象機器の制御が実行できる送信可能状態であるか否かを判定する判定部と、
前記判定部の判定結果に基づいて、前記制御信号の送信制御を行う制御部とを備えることを特徴とするリモートコントローラ。
【請求項２】
前記入力部によって前記基準傾きを設定するための所定の設定制御信号の送信要求が入力された場合、前記信号発信部が、前記設定制御信号を送信し、その後、
前記入力部によって、前記対象機器が前記設定制御信号に対応した動作をしたことを示す確認応答が入力された場合に、
前記基準傾き設定部が、前記傾き検出部によって検出された現在の傾きを、基準傾きとして設定することを特徴とする請求項１に記載のリモートコントローラ。
【請求項３】
画像入力部と、表示部とをさらに備え、
前記画像入力部によって撮影された画像を前記表示部に表示し、
前記表示部に表示された画像の中に前記対象機器の画像が入っている場合に、
前記基準傾き設定部が、前記傾き検出部によって検出された現在の傾きを、基準傾きとして設定することを特徴とする請求項１に記載のリモートコントローラ。
【請求項４】
前記判定部が、前記検出された現在の傾きと、前記記憶されている基準傾きとの差分が、前記閾値によって規定される角度範囲内にある場合、
前記制御信号を送信した場合に前記対象機器の制御ができる送信可能状態であると判定し、
前記制御部は、前記入力部によって送信要求された制御信号を送信することを特徴とする請求項１ないし３のいずれかに記載のリモートコントローラ。
【請求項５】
前記判定部が、前記検出された現在の傾きと、前記記憶されている基準傾きとの差分が、前記閾値によって規定される角度範囲外である場合、
前記制御信号を送信した場合に前記対象機器の制御ができない送信不可能状態であると判定し、
前記制御部は、前記入力部によって送信要求された制御信号を送信しないことを特徴とする請求項１ないし３のいずれかに記載のリモートコントローラ。
【請求項６】
前記記憶部に記憶された基準傾きを含む角度情報を、ネットワークを介して、サーバに送信する情報通信部を、さらに備えたことを特徴とする請求項１ないし５のいずれかに記載のリモートコントローラ。
【請求項７】
前記記憶部に、リモートコントローラそのものを個別に識別可能な端末識別情報と、リモートコントローラの種別を特定する機種名とを予め記憶し、
前記情報通信部は、送信する前記角度情報に、前記端末識別情報と機種名と対応付けた基準傾きを含めることを特徴とする請求項６に記載のリモートコントローラ。
【請求項８】
前記サーバは、前記情報通信部によって送信された角度情報を記憶する角度情報記憶部を備え、
前記情報通信部が、リモートコントローラの機種名を含む角度問合せ要求をサーバに送信した場合、
前記サーバが、前記角度情報記憶部に記憶された角度情報のうち、前記受信された角度問合せ要求に含まれる機種名と同一の機種名に対応づけられた基準傾きを抽出し、前記抽出された基準傾きを、前記角度問合せ要求を送信してきたリモートコントローラに送信することを特徴とする請求項７に記載のリモートコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、リモートコントローラに関し、特に、赤外線等の制御信号を出力して、対象機器の動作を制御するリモートコントローラに関する。
【背景技術】
【０００２】
今日、テレビ、エアコン等の電気機器では、電源のＯＮ，ＯＦＦ等の主要な動作は、機器本体とは別のリモートコントローラ（以下、リモコン装置、単にリモコンとも呼ぶ）によって行なわれている。
リモコンは、一般的に、その先端部に赤外線信号を出力する発信部を備え、その発信部の向きを電気機器本体に備えられた受信部の方向に向けて、所定のキー操作をすると、その操作に対応した動作をさせる赤外線信号が出力され、その赤外線信号が受信部によって受信される。
【０００３】
また、加速度センサあるいはジャイロセンサを備え、このセンサを用いて、赤外線信号を出力する信号発信部の基準面に対する傾き量を検出し、傾き量が所定の閾値以下の場合に赤外線信号を出力するオン制御をし、傾き量が所定の閾値を超えた場合に赤外線信号を出力しないオフ制御をすることによって、誤動作防止と電力の消耗を抑制するリモコン装置が提案されている（特許文献１参照）。
【０００４】
さらに、赤外線信号を出力する機能を有するスマートフォン等の携帯端末では、その赤外線信号を利用して、テレビ等の電気機器の動作を制御するアプリケーションプログラム（リモコンアプリと呼ぶ）を搭載できるものがある。
そのようなリモコンアプリは、携帯端末の機種ごとに特有な専用プログラムではなく、機種にはよらず、どの携帯端末でも、ネットワークを介して遠隔地のサーバからダウンロードすることが可能なものが多い。
【０００５】
図２０に、従来のスマートフォンの表示画面（タッチパネル）に表示されるリモコンアプリの操作画面の一例を示す。図２０（ｂ）は、テレビを操作する専用リモコンの操作キーと同様のアイコンを表示画面に表示したものである。
たとえば、ユーザがこの表示画面の「１」のアイコンの表示部分にタッチすれば、「１」に対応した赤外線信号が、信号発信部から出力される。
このとき、図２０（ａ）に示すように、信号発信部から出力される赤外線信号の進行方向が、対象機器（テレビ）の受信部のある方向であれば、その受信部に赤外線信号が受信され、チャンネル「１」の番組に表示が切り替えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２２８７６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来の電子機器では、通常その機器専用のリモコンが付属されており、その専用リモコンに備えられる信号発信部の位置は固定されているので、利用者は、リモコンの向きを、対象機器に対してどの程度の傾きを持って向ければ、出力された赤外線信号が対象機器の受信部に受信されて機器が動作するかが分かる。
すなわち、専用リモコンの場合は、赤外線を出力する方向は予め決まっているので、機器を動作させることのできる傾きの範囲は常にほぼ一定である。
【０００８】
しかし、スマートフォンなどの携帯端末では、赤外線信号の信号発信部が設けられた位置は、製品によって異なるものがある。したがって、リモコンアプリにおいて、一義的な傾き量の基準面を設定し、その基準面に対する傾きによって赤外線信号の発信制御をしても、ユーザの意図する操作ができない場合がある。
たとえば、端末本体の先端部に信号発信部を設けた携帯端末もあれば、信号発信部を携帯端末本体の側面や表示画面と反対の背面に設けたものもあり、リモコンアプリで設定した基準面と、信号の進行方向とが常に同じ傾きであるとは限らない。
【０００９】
携帯端末の先端部に信号発信部が設けられていることを前提として作られたリモコンアプリでは、たとえば、傾きの基準面として水平面が設定され、携帯端末の先端部がほぼ水平になるように持って対象機器に向けられたときに、赤外線信号が出力されるように、信号の送信制御が行われる。
すなわち、基準面を水平面に設定したとすると、携帯端末の傾きが水平面と平行の場合か、少なくとも水平面から±十数度の角度の範囲内にあるときに、赤外線信号が出力され、それ以外の範囲の傾きとなっている場合は、赤外線信号は出力されない。
【００１０】
しかし、このリモコンアプリを、背面に信号発信部が設けられている携帯端末にダウンロードした場合を考えると、リモコンアプリで想定された信号の出力制御ができない。この携帯端末では、赤外線信号を対象機器に向けて出力するためには、本体の先端部を垂直上方に向けて、信号発信部のある背面を対象機器に向けるように持つ必要がある。
このような持ち方をした場合、先端部は、水平面から見て、ほぼ９０度だけ上方向の位置にある。
したがって、リモコンアプリから見ると、基準面である水平面からの携帯端末の傾きは９０度となって、赤外線信号を出力する角度の許容範囲（±十数度）を超えているので、利用者がアイコンにタッチする操作をしても赤外線信号は出力されないことになる。
【００１１】
また、もし利用者が、携帯端末の先端部がほぼ水平になるように持ってアイコンにタッチする操作をした場合、リモコンアプリによって赤外線信号が出力されるが、信号発信部のある背面は、対象機器のない下方を向いているので、赤外線信号は、下方に出力されるだけで、対象機器に届かない可能性が大きい。
すなわち、そのようなリモコンアプリを用いた場合、利用者は意図した操作ができないことになる。
【００１２】
また、リモコンアプリで設定される傾きの基準面としては、加速度センサの傾き検出に用いる基準面である水平面を用いることが考えられるが、上記したように赤外線信号の発信部を設ける位置は先端部以外の装置もあるので、基準面は、赤外線信号の進行方向とは無関係に設定されることになる。
【００１３】
したがって、基準面からの傾きを検出して赤外線信号の出力制御をするリモコンアプリでは、ダウンロードされる携帯端末に備えられた信号発信部の位置を自動的に検出することはできず、あらゆる携帯端末に対して、赤外線信号の汎用的な出力制御をすることは困難である。
【００１４】
リモコンアプリを使用する場合において、機種を特定しない汎用的なリモコンアプリでは、利用者が意図した操作ができない場合があり、結局、携帯端末の機種ごと、あるいはメーカごとに開発された専用のリモコンアプリを利用することが好ましいことになる。
【００１５】
また、従来の携帯端末において、赤外線は見えないので、利用者は、携帯端末の信号発信部から出力される赤外線信号の進行方向が、対象機器の方向に正確に向いているかどうかを容易に判別することができない。出力された赤外線信号が対象機器の受信部に受信され、対象機器が所望の動作をしたときにはじめて、利用者が、信号の進行方向が、対象機器の方向に正しく向いていたことを知ることが多いと考えられる。
【００１６】
たとえば、利用者は、信号発信部の設置位置が携帯端末の本体のどこにあるかを知らずに使用している可能性がある。そのような場合は、リモコンとしての使用時に、利用者は、試行錯誤しながら携帯端末の向きを変化させる操作を試みて、信号が対象機器に受信される端末の向きを見つけることになる。
【００１７】
また、一般的に利用者は表示画面を見ながら携帯端末の種々の操作をするが、リモコンとして使用する場合に、発信部が背面等にあるものでは、表示画面を見ながら行う操作とは異なる角度や方向に、本体を傾けて携帯端末を取り扱う必要がある場合があり、利用者は、信号の進行方向を対象機器に向けるのを忘れてしまう可能性がある。
【００１８】
さらに、利用者が赤外線信号の進行方向を知っている場合においても、携帯端末をリモコンとして操作を行なう場合、表示画面に表示されるアイコンを見ながら操作を行なうよりもむしろ、テレビ等の対象機器を見たまま行なう方が多いと考えられる。
すなわち、利用者は、赤外線信号の進行方向が、正しく対象機器の方向に向いているのかを確認せずにリモコン操作をする場合もあり、利用者の意図する動作がされない場合があり得る。
このような場合、利用者が表示画面や携帯端末の向きをその都度確認しなくても、赤外線信号を出力するリモコン操作を実際にする前に、信号の進行方向が対象機器の方向に向いていることを、利用者が容易に知ることができることが望まれる。
【００１９】
以上のように、携帯端末にダウンロードされた汎用的なリモコンアプリを利用してリモコン操作をする場合、携帯端末の所定の基準面に対する赤外線信号の進行方向が、携帯端末によって異なるため、リモコンアプリによって基準面からの傾きを検出するだけでは、汎用的な信号出力制御をすることができないという問題があった。
また、利用者が所望のリモコン操作をしようとする前に、信号の進行方向が対象機器に受信される向きとなっているかどうかを、利用者が容易に確認できないという問題があった。
【００２０】
そこで、この発明は、以上のような事情を考慮してなされたものであり、携帯端末をリモートコントローラとして利用する場合において、信号発信部を設ける位置によらずに、汎用的に対象機器を動作させる制御信号の送信制御が可能なリモートコントローラを提供することを課題とする。
【００２１】
また、対象機器を動作させる所望の制御信号を送信するための操作をする前に、現在その制御信号を送信できる状態になっているかどうか、言いかえれば、制御信号が対象機器に受信される状態となっているかどうかを、利用者が容易に確認することのできるリモートコントローラを提供することを課題とする。
【課題を解決するための手段】
【００２２】
この発明は、入力部と、前記入力部によって送信要求された対象機器を制御する信号を送信する信号発信部と、基準面からの傾きを検出する傾き検出部と、前記送信された制御信号が前記対象機器に受信可能となる場合に、前記傾き検出部によって検出された現在の傾きを基準傾きとして設定する基準傾き設定部と、前記設定された基準傾きと、前記送信された制御信号が前記対象機器によって受信可能となる現在の傾きの角度範囲を規定する所定の閾値とを記憶する記憶部と、前記検出された現在の傾きと前記記憶されている基準傾きとの差分と、前記閾値とを比較することにより、前記制御信号が前記対象機器の制御が実行できる送信可能状態であるか否かを判定する判定部と、前記判定部の判定結果に基づいて、前記制御信号の送信制御を行う制御部とを備えることを特徴とするリモートコントローラを提供するものである。
これによれば、対象機器を制御する信号が対象機器に受信可能となる場合に、検出された現在の傾きを基準傾きとして設定しているので、信号発信部を設ける位置にかかわらず、基準傾きを利用して制御信号の送信可能状態か否かの判定が可能となり、その判定結果に基づいて、制御信号の送信制御を行うことが可能となる。
【００２３】
また、前記入力部によって前記基準傾きを設定するための所定の設定制御信号の送信要求が入力された場合、前記信号発信部が、前記設定制御信号を送信し、その後、前記入力部によって、前記対象機器が前記設定制御信号に対応した動作をしたことを示す確認応答が入力された場合に、前記基準傾き設定部が、前記傾き検出部によって検出された現在の傾きを、基準傾きとして設定することを特徴とする。
これによれば、所定の設定制御信号を送信した後、対象機器がその設定制御信号に対応した動作をしたことを確認した場合に、検出された現在の傾きを基準傾きに設定しているので、ユーザは容易に基準傾きを設定することができ、信号発信部の位置が異なるリモートコントローラの別の機種を利用する場合でも、ユーザが、対象機器を動作させる操作を確実に行うことができる。
【００２４】
また、画像入力部と、表示部とをさらに備え、前記画像入力部によって撮影された画像を前記表示部に表示し、前記表示部に表示された画像の中に前記対象機器の画像が入っている場合に、前記基準傾き設定部が、前記傾き検出部によって検出された現在の傾きを、基準傾きとして設定することを特徴とする。
これによれば、ユーザは、表示部に表示される対象機器の画像を見ながら、撮影操作をすることにより、容易に基準傾きの設定をすることができる。
【００２５】
また、前記判定部が、前記検出された現在の傾きと、前記記憶されている基準傾きとの差分が、前記閾値によって規定される角度範囲内にある場合、前記制御信号を送信した場合に前記対象機器の制御ができる送信可能状態であると判定し、前記制御部は、前記入力部によって送信要求された制御信号を送信することを特徴とする。
【００２６】
また、前記判定部が、前記検出された現在の傾きと、前記記憶されている基準傾きとの差分が、前記閾値によって規定される角度範囲外である場合、前記制御信号を送信した場合に前記対象機器の制御ができない送信不可能状態であると判定し、前記制御部は、前記入力部によって送信要求された制御信号を送信しないことを特徴とする。
【００２７】
また、前記記憶部に記憶された基準傾きを含む角度情報を、ネットワークを介して、サーバに送信する情報通信部を、さらに備えたことを特徴とする。
これによれば、設定した基準傾きをサーバに送信しているので、サーバに接続することが許可された他のリモートコントローラによって、サーバに格納された基準傾きを利用することができる。
【００２８】
また、前記記憶部に、リモートコントローラそのものを個別に識別可能な端末識別情報と、リモートコントローラの種別を特定する機種名とを予め記憶し、前記情報通信部は、送信する前記角度情報に、前記端末識別情報と機種名と対応付けた基準傾きを含めることを特徴とする。
これによれば、サーバに送信される角度情報に、機種名が含まれるので、サーバに格納される基準傾きを、機種名ごとに分類することができる。
【００２９】
また、前記サーバは、前記情報通信部によって送信された角度情報を記憶する角度情報記憶部を備え、前記情報通信部が、リモートコントローラの機種名を含む角度問合せ要求をサーバに送信した場合、前記サーバが、前記角度情報記憶部に記憶された角度情報のうち、前記受信された角度問合せ要求に含まれる機種名と同一の機種名に対応づけられた基準傾きを抽出し、前記抽出された基準傾きを、前記角度問合せ要求を送信してきたリモートコントローラに送信することを特徴とする。
これによれば、基準傾きの設定をしていないリモートコントローラが、サーバに角度問い合わせ要求を送信した場合に、そのリモートコントローラは、サーバに格納されている同一機種名の基準傾きを取得することができるので、そのリモートコントローラにおいて基準傾きを設定する操作をすることなく、容易かつ確実に基準傾きを取得することができ、基準傾きを設定する場合のユーザの操作負担を軽減できる。
【発明の効果】
【００３０】
この発明によれば、制御信号を送信したときに対象機器にその制御信号が受信される場合に、検出された現在の傾きを基準傾きとして設定するので、信号発信部を設ける位置にかかわらず、リモートコントローラの現在の傾きと設定された基準傾きを用いて、制御信号によって対象機器を制御できる状態であるか否かの判定を行い、その判定結果に基づいて制御信号の送信制御が可能となり、ユーザの操作性を向上させることができる。
特に、携帯端末をリモートコントローラとして用いる場合に、その携帯端末の機種が異なるために、制御信号を対象機器に受信させることのできる携帯端末の傾きが異なっても、その機種ごとに正常な制御信号の送信制御が可能となる。
【図面の簡単な説明】
【００３１】
【図１】この発明の携帯端末の一実施例の構成ブロック図である。
【図２】この発明の記憶部に記憶されるデータの一実施例の説明図である。
【図３】この発明のサーバの角度情報記憶部に記憶されるデータの一実施例の説明図である。
【図４】この発明の基準傾きの取得処理の一実施例のフローチャートである。
【図５】この発明の現在の傾きの判定処理およびユーザへの通知処理の一実施例のフローチャートである。
【図６】この発明のユーザへの通知処理の一実施例のフローチャートである。
【図７】この発明のユーザへの通知処理の一実施例のフローチャートである。
【図８】この発明のユーザへの通知処理の一実施例のフローチャートである。
【図９】この発明の現在の傾きの変化検出処理と、ユーザへの通知処理の一実施例のフローチャートである。
【図１０】この発明の携帯端末の表面および背面の一実施例の説明図である。
【図１１】この発明の端末の現在の傾きの一実施例の説明図である。
【図１２】この発明の基準傾きの設定を行うための操作画面の一実施例の説明図である。
【図１３】この発明の基準傾きの設定を行うための操作画面の一実施例の説明図である。
【図１４】この発明の端末の現在の傾きと、差分および閾値との関係の説明図である。
【図１５】この発明の端末の現在の傾きと、差分および閾値との関係の説明図である。
【図１６】この発明の現在の傾きの変化検出によるユーザへの通知処理の説明図である。
【図１７】この発明の端末とサーバとの間で行われる通信シーケンスの一実施例の説明図である。
【図１８】この発明の端末とサーバとの間で行われる通信シーケンスの一実施例の説明図である。
【図１９】３次元の３つの軸と、基準傾きを示す角度情報との関係の説明図である。
【図２０】端末携帯によるリモコン操作と、表示画面の一実施例の説明図である。
【発明を実施するための形態】
【００３２】
以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
【００３３】
＜この発明のリモコンの構成＞
図１に、この発明のリモートコントローラ（リモコン）となる携帯端末（以下、単に端末とも呼ぶ）の一実施例の構成ブロック図を示す。
図１において、この発明の端末は、主として、制御部１１，表示部１２，入力部１３，画像音声入力部１４，傾き検出部１５，判定部１６，通知部１７，情報送信部１８，信号発信部１９，基準傾き設定部２０，記憶部３０とを備えている。
【００３４】
この発明の携帯端末１は、従来から用いられている携帯電話、スマートフォン、タブレット端末、ノートパソコン、電子書籍、電子辞書、その他の携帯可能な小型かつ軽量の情報処理装置を意味する。
【００３５】
また、この発明の携帯端末１では、従来の情報処理装置の機能に加えて、動作を制御する対象となる電子機器（以下、対象機器と呼ぶ）に対して、所望の機能を実行させる制御信号を送信するリモートコントロール機能（リモコン機能）を有する。
このリモコン機能は、たとえば、サーバ等からダウンロードされてきたアプリケーションプログラム（リモコンアプリ）によって実現される。
【００３６】
図１において、制御部１１は、端末の各種機能を実行させる部分であり、主として、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータによって実現される。
また、ＲＯＭ等に記憶されたプログラムに基づいて、ＣＰＵが各種ハードウェアを有機的に動作させることにより、この端末の表示機能、通信機能、リモコン機能などが実現される。
【００３７】
たとえば、リモコン機能としては、入力部から入力された送信要求によって、対象機器を制御する信号（制御信号）を送信させるが、この発明では、後述するように、判定部の判定結果に基づいて、制御信号の送信制御を行う。具体的には、判定結果が送信可能状態の場合は、入力部によって送信要求された制御信号を送信し、送信不可能状態の場合は、その制御信号を送信しない。
【００３８】
表示部１２は、機能選択画面、リモコン操作画面、ユーザへの通知情報、デジタルコンテンツ等の各種情報を表示する部分であり、ＬＣＤ，有機ＥＬディスプレイなどが用いられる。
【００３９】
入力部１３は、利用者（ユーザ）が、情報の入力あるいは所望の機能選択等の操作を行う部分である。主として、いわゆるリモコン操作を入力する部分であり、テレビ等の対象機器を制御する信号（制御信号）の送信要求を入力する部分である。
入力部としては、たとえば、キーボード、マウス、タッチパネル等が用いられる。
タッチパネルを用いる場合は、表示部１２と入力部１３とが重ね合わせられて形成されるか、あるいは一体成型される。
【００４０】
画像音声入力部１４は、画像（静止画、動画）を入力したり、音声を入力する部分であり、カメラおよびマイクが用いられる。この発明では、基準傾きを設定するときに、カメラを用いることができる。
【００４１】
傾き検出部１５は、利用者が携帯端末１を手に持ったときに、端末本体の所定の基準面からの傾きを検出する部分である。傾きを検出するために、加速度センサおよび電子コンパスの組み合わせが用いられる。
加速度センサとは、加速度を検出するセンサであり、電子コンパスは磁気を検出するセンサである。たとえば、筐体内部にそれぞれ設けることにより、加速度センサから検出される地球の重力加速度と電子コンパスから検出される地磁気との組み合わせから端末本体の傾きを検出することができる。
この検出する傾きは、３次元座標の３つの軸（Ｘ，Ｙ，Ｚ）を基準とする３つの角度情報によって表される。３つの角度情報とは、方位角Ａ（Azimuth）と、回転角Ｒ（Roll）と、傾斜角Ｐ（Pitch）である。
【００４２】
図１９に、３つの軸と角度情報との関係の説明図を示す。
図１９（ａ）は、互いに直交する３つの軸（Ｘ，Ｙ，Ｚ）に対して、携帯端末１を、Ｘ−Ｙ平面に平行となる位置に置いた場合の基準位置を示している。端末１が長方形状であるとすると、長辺方向がＸ軸方向、短辺方向がＹ軸方向となるように配置している。
たとえば、Ｚ軸方向は、地面に対する上下方向であり、Ｘ軸方向は、リモコン操作する対象機器が存在する方向を示している。
【００４３】
図１９（ｂ）は、方位角Ａの説明図である。方位角Ａは、端末１をＸ−Ｙ平面上で回転させたときの、  図１９（ａ）の基準位置からの移動角である。
図１９（ｃ）は、回転角Ｒの説明図である。回転角Ｒは、端末１をＹ−Ｚ平面上で回転させたときの、  図１９（ａ）の基準位置からの移動角である。
図１９（ｄ）は、傾斜角Ｐの説明図である。傾斜角Ｐは、端末１をＸ−Ｚ平面上で回転させたときの、  図１９（ａ）の基準位置からの移動角である。
傾き検出部１５は、加速度センサから得られる信号を基にして、このような３つの角度情報（以下、Ａ，Ｒ，Ｐと略称する）を取得する。
【００４４】
判定部１６は、傾き検出部１５によって検出された現在の傾き（Ｋ１）３２が、予め設定された基準傾き（Ｋ０）３１との関係で所定の条件を満たしているか否かを判定する部分である。
たとえば、現在の傾きＫ１が、基準傾きＫ０を中心とする所定の角度範囲内に入っているか否かを判定する。
【００４５】
また、判定部１６は、後述するように、傾き検出部１５によって検出された現在の傾きＫ１と記憶部３０に記憶されている基準傾きＫ０との差分Ｋｓと、閾値Ｋａとを比較することにより、信号発信部１９から送信される制御信号が、対象機器の制御が実行できる送信可能状態であるか否かを判定する。
ここで、検出された現在の傾きＫ１と基準傾きＫ０との差分Ｋｓが、閾値Ｋａによって規定される角度範囲内にある場合は、制御信号を送信した場合に対象機器の制御ができる送信可能状態であると判定する。
一方、検出された現在の傾きＫ１と基準傾きＫ０との差分Ｋｓが、閾値Ｋａによって規定される角度範囲外である場合は、制御信号を送信した場合に対象機器の制御ができない送信不可能状態であると判定する。
この判定結果は、後述するように、現在、制御信号が送信可能状態にあるか、あるいは送信不可能状態にあるかを、ユーザに通知するときに利用される。
【００４６】
通知部１７は、判定部１６による判定結果を、ユーザに通知する部分である。通知方法としては、たとえば、端末本体の振動、音声、光および画面表示などがあり、少なくともいずれか１つの通知方法を実現する通知手段を備えればよい。
上記４つの通知方法を実現するために、それぞれ、振動発生部１７−１、音声出力部１７−２、光出力部１７−３、および表示部１２を備える。
【００４７】
振動発生部１７−１としては、振動を発生させる小型の振動モータ、音声出力部１７−２としてはスピーカ、光出力部１７−３としてはＬＥＤが用いられる。
また、振動モータによって発生された振動によって通知をする場合、判定結果の送信可能状態と送信不可能状態のそれぞれに対して、通知する振動パターンあるいは振動回数などを異ならせればよい。
また、光出力部１７−３から出力される光によって通知をする場合、判定結果の送信可能状態と送信不可能状態のそれぞれに対して、たとえば、通知する光の色、光の出力回数、および点灯パターンのいずれかを異ならせるようにする。
【００４８】
さらに、表示や音声によって通知する場合も、ユーザが判定結果の２つの状態を区別することができるように、通知する表示内容や音声内容を異ならせる。
また、入力部１３によって対象機器を制御する制御信号の送信要求が入力された場合に、判定部１６が、制御信号が送信可能状態であるか否かを判定し、通知部１７が上記通知方法を用いて、判定部の判定結果をユーザに通知するようにしてもよい。
【００４９】
情報通信部１８は、端末で生成された情報を、ネットワーク１１０を介して、サーバ１１１に送信する部分であり、サーバ１１１から情報を受信する部分でもある。
サーバ１１１に送信される情報としては、たとえば、後述するように、基準傾きを含む角度情報である送信角度情報７２や、角度問合せ要求７３などがある。
一方、サーバ１１１から受信される情報としては、たとえば、サーバ１１１の角度情報記憶部１１２に記憶されている角度情報（回答角度情報７４）がある。
【００５０】
ここで、ネットワーク１１０としては、特に限定するものではなく、インターネット、その他のＷＡＮ，ＬＡＮなど、現在利用されているあらゆるネットワークを用いることができる。また、通信形態も、有線通信、無線通信のどちらでもよい。
【００５１】
サーバ１１１は、ネットワークを介して送信されてくる情報を格納しておく情報処理装置であり、特に設置場所が限定されるものではない。サーバ１１１は、少なくとも、端末１と通信する機能と、情報を記憶する機能を有すればよい。
また、この発明では、特に、端末から送信されてくる角度情報を複数の端末で共有することができるようにするために、複数の送信角度情報７２を記憶する角度情報記憶部１１２を備える。
【００５２】
信号発信部１９は、対象機器１０１に対して、所望の動作をさせるための制御信号を送信する部分である。送信する制御信号としては、たとえば、赤外線信号７１が用いられる。
赤外線信号７１は、ある程度の指向性を持って進行するものであり、その指向性の範囲内に対象機器１０１が存在するときにだけ、対象機器１０１の受信部１０２に受信される。
【００５３】
対象機器１０１は、信号発信部１９から送信される制御信号（以下、赤外線信号７１とも呼ぶ）によってその動作が制御される電子機器であり、たとえば、テレビ、エアコン、ビデオ・ＤＶＤ・ＢＤなど各種レコーダ、照明器具などであり、特に限定されるものではない。
この対象機器１０１には、赤外線信号７１を受信する受信部１０２が備えられ、受信した赤外線信号の内容を解析することにより、受信した赤外線信号に対応する機能が実行される。
【００５４】
基準傾き設定部２０は、信号発生部１９から送信された制御信号（赤外線信号）が、対象機器に受信可能となる場合に、傾き検出部１５によって検出された現在の傾きを基準傾きとして設定する部分である。基準傾きの設定は、ユーザが後述するような設定操作を行うことにより実施される。
【００５５】
記憶部３０は、この発明の端末１の各種機能を実行するときに利用される情報、予め格納される設定情報、プログラム等を記憶する部分であり、ＲＯＭ，ＲＡＭ等の半導体記憶素子、ハードディスク、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
この発明では、図１に示すように、主として、基準傾き３１，現在の傾き３２，差分３３，閾値３４，判定値３５，端末識別情報３６，機種名３７，送信角度情報３８，ユーザ通知動作情報３９などが記憶される。
【００５６】
基準傾き（Ｋ０）３１とは、信号発信部１９から送信された制御信号が有効となる傾きの基準値を意味し、後述するような設定操作を行うことにより、設定される。
制御信号が有効となる傾きとは、送信された制御信号が対象機器１０１の受信部１０２に確実に受信される場合の端末本体の傾きを意味する。
【００５７】
たとえば、端末の表示画面を上方向に向けて端末本体を水平面に平行に静止した状態で、制御信号を送信した場合に、その制御信号が対象機器の受信部１０２に受信されたとすると、その時の端末本体の現在の傾きＫが、制御信号が有効となる傾きであり、この傾きＫを基準値とする場合は、この現在の傾きＫが基準傾き（Ｋ０）３１となる。
端末の傾きは、所定の基準面からの角度で表される。
水平面を傾きの基準面とする場合、端末本体を水平面に平行にした静止状態の現在の傾きＫは、ゼロ度とする。すなわち、上記の場合は、基準傾きＫ０＝０度である。
【００５８】
また、上記したように端末の傾きを示す角度情報には、３つの角度（Ａ，Ｒ，Ｐ）があるので、基準傾き３１も、この３つの角度情報（Ａ，Ｒ，Ｐ）によって表される。
ただし、以下の実施例の説明では、説明を簡易にするために、主として、Ｘ−Ｚ平面内の回転を示す傾斜角Ｐのみについて記載する。
【００５９】
現在の傾き（Ｋ１）３２は、傾き検出部１５によって、検出される傾きであり、ほぼリアルタイムで測定される角度情報である。この現在の傾きＫ１も、３つの角度情報（Ａ，Ｒ，Ｐ）によって表される。
また、以下の実施例では、水平面を基準面とする。すなわち図１９（ａ）のＸ−Ｙ平面を、傾きを検出する基準面とし、この水平面上の基準傾きＫ０をゼロ度とし、現在の傾きＫ１は、水平面からのずれの角度を示すものとする。
【００６０】
差分（Ｋｓ）３３は、現在の傾きＫ１と基準傾きＫ０との差であり、Ｋｓ＝Ｋ１−Ｋ０で計算される。また、Ｋｓは、Ｋ１−Ｋ０の絶対値とする。この差分Ｋｓも、３つの角度情報（Ａ，Ｒ，Ｐ）によって表される。
【００６１】
閾値（Ｋａ）３４は、信号発信部１９から送信された制御信号が有効となる角度の範囲を規定したものであり、言いかえれば、信号発信部１９から送信された制御信号（赤外線信号）が対象機器によって受信可能となる現在の傾きＫ１の角度範囲の上限と下限を規定したものである。具体的には、差分Ｋｓの上限値を設定したものである。
すなわち、差分Ｋｓが、ゼロから閾値Ｋａの範囲内にある場合（０≦Ｋｓ≦Ｋａ）、制御信号が有効となる。
【００６２】
逆に、Ｋｓ＞Ｋａとなり、現在の傾きＫ１が基準傾きＫ０から大きくずれている場合は、制御信号は無効となり、言いかえれば、送信された制御信号の進行方向は、対象機器１０１の受信部１０２に受信されない方向であることを意味する。
この閾値Ｋａも、３つの角度情報（Ａ，Ｒ，Ｐ）によって表される。また、この閾値Ｋａは、予め設定される固定値であり、判定部１６による判定処理のときに用いられる。
【００６３】
判定値（Ｈ）３５は、判定部１６による判定結果を示したものであり、現在の信号の送信可否状態を表す。たとえば、後述するように、Ｋｓ＞Ｋａの場合は、信号の送信不可を意味する値（Ｈ＝０）が設定され、０≦Ｋｓ≦Ｋａの場合は、信号の送信可能を意味する値（Ｈ＝１）が設定される。
【００６４】
図２に、記憶部に記憶されるデータの一実施例の説明図を示す。
図２に示すように、基準傾きＫ０，現在の傾きＫ１，差分Ｋｓ，閾値Ｋａとしては、３つの傾き情報（方位角Ａ，回転角Ｒ，傾斜角Ｐ）が記憶される。
たとえば、傾斜角Ｐに注目すると、基準傾きＫ０は、９０度であって後述する所定の設定操作によって設定される設定値であり、現在の傾きＫ１は、６０度であって端末本体の現在の傾きを示す測定値である。
【００６５】
したがって、差分Ｋｓ＝Ｋ１−Ｋ０＝９０−６０＝３０度となり、固定値である閾値Ｋａ＝４０．０度であるとすると、Ｋｓ＜Ｋａであるので、判定値Ｈ＝１となり、現在の端末の傾き状態は、赤外線信号を送信したとすると、受信部１０２によって受信されうる状態（送信可能状態）であることがわかる。
【００６６】
端末識別情報３６は、リモートコントローラとなる端末そのものを個別に識別可能な情報であり、同一機種であっても区別するために、固有の番号を用いる。たとえば、端末に付与されたＭＡＣアドレス、製造番号などが用いられる。
機種名３７は、リモートコントローラとなる端末の種別（機種）を特定する情報であり、同一機種の端末は、すべて同一の情報が付与される。たとえば、メーカが付与した品名、型名などが用いられる。
端末識別情報３６と機種名３７とは、予め設定され変更されることのない固定値であり、たとえば出荷前に予め記憶部３０に記憶される。また、これらの情報は、サーバ１１１との間で通信されるデータの中に利用される。
【００６７】
送信角度情報３８は、サーバ１１１へ送信される情報であり、図２に示すように、端末１で設定された基準傾きＫ０３１と、その端末１の端末識別情報３６と、機種名３７とから構成される情報である。
基準傾きＫ０３１は、上記したように、３つの角度情報（方位角Ａ，回転角Ｒ，傾斜角Ｐ）から構成される。
送信角度情報３８は、サーバの角度情報記憶部１１２に格納され、共有データとして利用される。
【００６８】
ユーザ通知動作情報３９は、端末をリモコンとして使用する場合に、現在の使用可否状態を通知する動作を設定した情報である。
すなわち、端末から送信する赤外線信号の進行方向が、対象機器の受信部１０２のある方向に向いているかどうかを、ユーザに通知するための動作を示したものである。
【００６９】
赤外線信号７１が受信部１０２に受信されうる状態にある場合は、信号の送受信が有効であること（送信可能状態）をユーザに通知し、赤外線信号７１が受信部１０２に受信されない状態にある場合は、信号の送受信が有効でないこと（送信不可能状態）をユーザに通知する。
【００７０】
ユーザへの通知方法は、上記したように、振動、光、音、表示など種々の方法がある。
図２に、ユーザ通知動作３９の具体例をいくつか示すが、これに限るものではない。
たとえば、ユーザ通知動作１は、端末本体を振動させることにより、現在の端末の状態が、送信可あるいは送信不可のいずれの状態にあるかを通知するものである。
ここで、送信可であることを示すために、リモコン操作入力がされた場合、一定時間（たとえば、３秒間）だけ端末本体を振動させる振動パターン１の動作をする。
【００７１】
また、送信不可であることを示すために、リモコン操作入力がされても、本体を振動させないようにする（振動パターン２）。
これにより、ユーザは、何らかのリモコン操作をした場合に、本体が振動しなかったときは信号が送信されないこと、および受信部１０２に受信されないことを知ることができる。
【００７２】
振動パターンは上記パターンに限るものではなく、逆に、送信可のときに振動せず、送信不可のときに振動させるようにしてもよい。
振動時間、回数などについては、ユーザが設定できるようにしてもよい。
また、後述するように、本体の傾きの変化方向を検出することにより、送信可から送信不可に変化したこと、あるいは送信不可から送信可に変化したことを本体の振動によって通知してもよい。
【００７３】
ユーザ通知動作２は、現在表示画面に表示されている情報の色を変化させることにより、送信可あるいは送信不可の状態を通知するものである。
たとえば、送信可の場合は、画面の表示情報全体をカラー表示し、送信不可の場合は、画面の表示情報全体をグレースケール（モノクロ）表示をする。
【００７４】
これにより、ユーザは、リモコン用の操作画面を見ながら、現在送信可能状態であるか否かがわかる。送信不可能状態であれば、表示画面がモノクロ表示されているので、ユーザは、端末の傾きを変化させることにより、画面がカラー表示に変化したときに信号が送信可能になったことがわかる。
なお、変化される色の種類については、カラーと白黒のみに限るものではなく、ユーザが設定できるようにしてもよい。
【００７５】
ユーザ通知動作３は、送信可能状態の時に、表示画面に、現在送信可能状態であることを示す情報を表示することにより、送信可否を通知するものである。
たとえば、送信可能状態のときに、「送信可」あるいは「送信ＯＫ」という文字あるいはアイコンを表示し、送信不可能状態の時には何も表示しないようにする。
また、ユーザ通知動作４に示すように、送信不可能状態のときにも、「送信不可」を意味する何らかの表示（送信ＮＧなど）をしてもよい。
【００７６】
ユーザ通知動作５は、現在の送信可否の状態を、音声で通知するものである。
たとえば、送信可能状態の時は、「リモコン信号の送信が可能である」というような音声を出力し、送信不可能状態の時は、「リモコン信号の送信ができません。本体の傾きを変更して下さい」というような音声を出力すればよい。
【００７７】
ユーザ通知動作６は、現在の送信可否の状態を、光で通知するものである。
たとえば、送信可能状態の時は、緑色のＬＥＤを点灯させ、送信不可能状態の時は、赤色のＬＥＤを点滅させる。
この他にも、ユーザへの通知方法は種々のものがあり、たとえば、上記した通知方法をいくつか組み合わせてもよく、ユーザが独自に通知方法を設定できるようにしてもよい。
【００７８】
図３に、サーバ１１１の角度情報記憶部１１２に記憶されるデータ等の一実施例の説明図を示す。
図３（ａ）は、この角度情報記憶部１１２に記憶されるデータを示したものであり、各行のデータは、端末から送られてくる送信角度情報７２である。
図３（ａ）において、機種名３７が「ＡＡＡ」のデータが３つ記憶されているが、基準傾きＫ０３１は、それぞれわずかに異なっている。
たとえば、端末識別情報３６が「０１１１１」の端末では、基準傾きＫ０として、（Ａ，Ｒ，Ｐ）＝（０，０，９０）という角度が取得されているが、「０４４４４」の端末では、（Ａ，Ｒ，Ｐ）＝（０，５，８８）という角度が取得されている。
【００７９】
同一機種であれば、原則として基準傾きＫ０は同一であるはずである。しかし、後述するように、基準傾きＫ０を取得するためにユーザは設定操作をする必要があるが、その設定操作はユーザごとに異なり、完全に同一ではないので、測定誤差を生じるためである。
【００８０】
サーバに記憶されるこれらの基準傾きＫ０の情報は、共有化され、他の端末でも利用することができるようにする。
たとえば、端末１からサーバ１１１へ、角度問合せ要求７３を送信し、この要求を受信したサーバ１１１から、要求をしてきた端末１へ、図３（ｂ）に示す回答角度情報７４を返信すればよい。
【００８１】
ただし、図３（ａ）に示すように、同一機種でも、記憶された基準傾きＫ０には、ばらつきが生じる場合があるので、他の端末でサーバに記憶された基準傾きＫ０を利用する場合は、機種名ごとに、基準傾きの平均値あるいは中央値などの統計データを計算し、この平均値や中央値を、同一機種の他の端末の基準傾きとして、利用することが好ましい。
【００８２】
図３（ｂ）の回答角度情報７４は、図３（ａ）に示した機種名３７が「ＡＡＡ」の３つのデータについて、基準傾き（Ａ，Ｒ，Ｐ）を、それぞれの角度ごとに平均化したものを示している。
たとえば、方位角Ａは、３つのデータの平均値（＝１）である。
これにより、基準傾きを設定していない端末において、ユーザは、サーバ１１１から同一機種の基準傾きを取得する操作をすればよく、複雑な基準傾きの設定操作をする必要はなくなる。
【００８３】
また、サーバ１１１に、図３（ａ）に示すような角度情報と、リモコン操作をするためのアプリケーションプログラム（リモコンアプリ）とが格納されている場合、端末１が、サーバ１１１からリモコンアプリをダウンロードするときに、サーバ１１１の中にその端末１と同一機種の端末の角度情報が存在する場合は、サーバ１１１から、リモコンアプリとその角度情報とを同時にダウンロードしてもよい。
これにより、その端末において、基準傾きの設定操作をする必要がなくなり、ユーザの操作負担を軽減できる。
【００８４】
＜基準傾きの設定処理＞
ここでは、信号発信部１９から送信される赤外線信号を対象機器の受信部１０２に受信させるために、基準となる端末の傾き（基準傾き）を設定する方法について説明する。
図１０に、この発明で用いる携帯端末の一実施例の概略外観図を示す。
図１０（ａ）は、端末１の表面と側面との一実施例を示している。
ここで、表面には、表示部および入力部となるタッチパネルが配置され、そのタッチパネルの下方に３つのキーが配置されている。このタッチパネルに、リモコン用の操作画面が表示され、操作画面内の所望のアイコンにタッチすることにより、リモコン操作をする。
【００８５】
図１０（ｂ）は、端末１の背面と側面との一実施例を示したものである。
ここでは、背面に、カメラ１４と、信号発信部１９とを備えたものを示している。
この場合、右側の側面図に示すように、信号発信部１４から、背面に対して垂直な方向の紙面の右側に、赤外線信号が送信される。
【００８６】
図１０（ｃ）は、端末１の背面と側面の他の実施例を示したものである。
ここでは、背面に、カメラ１４を備えるが、信号発信部１９は、端末の先端部に備えられている。
この場合、赤外線は、先端部に対して垂直な方向の上側に送信される。
【００８７】
この他に、信号発信部１９を配置する位置は種々のものが考えられるが、端末をリモコンとして用いる場合は、いずれの端末でも、信号発信部１９から出力される赤外線の進行方向が、対象機器の受信部１０２のある方向に向かうように、端末の向きを合わせて使用する。
【００８８】
図１１に、端末の現在の傾きについての概略説明図を示す。
ここでは、水平面を傾きの基準面とした場合を示しており、現在の傾きＫ１は、水平面からの角度で示す。水平面に平行な方向がゼロ度である。
ここでは、３つの角度の情報のうち、傾斜角Ｐを、現在の傾きＫ１として説明する。
【００８９】
図１１（ａ）は、携帯端末１の現在の傾きＫ１が、２０度の場合を示している。
図１１（ｂ）は、背面に信号発信部１９を有する端末を垂直方向に立てて使用し、図面の右方向に存在する対象機器１０１に対して、赤外線を送信する場合を示している。この場合、端末１の現在の傾きＫ１は、９０度である（Ｋ１＝９０）。
【００９０】
図１１（ｃ）は、先端部に信号発信部１９を有する端末の表示画面を上方に向けて水平方向（水平面に平行な方向）に持ち、図面に右方向に存在する対象機器１０１に対して、赤外線を送信する場合を示している。この場合、端末１の現在の傾きＫ１は、０度である。
【００９１】
赤外線信号を送信したときに、その赤外線信号が対象機器の受信部１０２に受信され、赤外線信号に対応する機能が実行された場合、赤外線信号を送信したときの端末の現在の傾きＫ１を、基準傾きＫ０として設定する。
【００９２】
たとえば、図１１（ｂ）の場合に、送信された赤外線信号が受信部１０２に受信され、その赤外線信号に対する機能が実行されたとすると、現在の傾きＫ１＝９０度が、基準傾きＫ０として設定される（Ｋ０＝９０度）。
赤外線信号に対応する機能が実行されたか否かは、ユーザが判断する。
【００９３】
図１２に、傾き設定操作を行う場合の表示画面の第１の実施例の説明図を示す。
図１２（ａ）は、ユーザに傾き設定を要求する画面である。
ユーザが、傾き設定要求をするために、入力部１３の専用のキーを押すか、あるいは、表示部１３に表示された初期メニュー画面から傾き設定要求を意味するアイコンにタッチする。この入力操作により、図１２（ａ）の傾き設定要求画面が表示される。
【００９４】
この画面が表示されると、ユーザは、その表示内容に記載されているように、「送信」のアイコン部分にタッチする。このとき、ユーザは、赤外線信号が対象機器の受信部１０２に向かって送信されるように端末を持った後に、「送信」アイコンにタッチする。これにより、基準傾きを設定するための所定の設定制御信号の送信要求が入力された。
ユーザが「送信」アイコン部分にタッチした場合、所定の設定制御信号に相当する赤外線信号７１が送信される。
【００９５】
たとえば、対象機器であるテレビのリモコン操作をする場合に、チャネル番号「１」を押したときに送信される赤外線信号と同じ信号が送信される。
送信される赤外線信号に対応する機能は、特に限定されるものではないが、ユーザが機能が実行されたか否かを容易に確認できるようにするために、その赤外線信号が受信されたときに実行される動作が、ユーザによってわかりやすいものが好ましい。
【００９６】
赤外線信号を送信したときの端末の現在の傾きＫ１を、一時記憶しておく。
上記のように、たとえば「チャネル１コール」を意味する赤外線信号が送信されたとすると、画面の表示が、チャネル１の番組に切り換えられるので、ユーザは、「送信」アイコンにタッチした後、チャネル１の番組が表示された場合に、傾き設定のための操作が正常に実行できたことを容易に確認できる。
【００９７】
図１２（ｂ）は、ユーザが、傾き設定のために行った入力操作の確認をするための表示画面である。図１２（ａ）において、ユーザが「送信」アイコンにタッチし、所定の設定制御信号が送信された後に、図１２（ｂ）の確認画面が表示される。
【００９８】
ユーザは、この画面を見て、確認応答のための入力操作をする。たとえば、先ほど行った「送信」アイコンにタッチする入力操作によって、対象機器であるテレビの画面にチャネル１の番組が正しく表示されている場合は、「Ｙｅｓ」のアイコンにタッチして、正しく表示されていることを示す確認応答を入力する。
【００９９】
「Ｙｅｓ」のアイコンがタッチされた場合は、赤外線信号の進行方向に、対象機器が存在し、正常なリモコン操作ができると考えられるので、基準傾き設定部２０によって、一時記憶していた現在の傾きＫ１を、基準傾きＫ０に設定する。
すなわち、入力部１３によって、対象機器が設定制御信号に対応した動作をしたことを示す確認応答が入力された場合に、基準傾き設定部２０が、傾き検出部１５によって検出された現在の傾きＫ１を、基準傾きＫ０として設定する。
【０１００】
一方、チャネル１の番組が正しく表示されなかった場合は、ユーザは、「Ｎｏ」のアイコンにタッチして、正しく表示されなかったことを示す確認応答をする。
「Ｎｏ」の場合は、図１２（ａ）の画面を表示して、再度、基準傾きの設定操作を繰り返し行えばよい。
【０１０１】
このように、ユーザは、対象機器の実際の動作を見ながら、容易に基準傾きの設定を行うことができ、信号発信部の位置が異なる別の機種の端末を利用する場合でも、同様の操作によって基準傾きの設定ができ、さらにこのような基準傾きを設定することによって、対象機器を動作させる操作を確実に行うことができる。
【０１０２】
図１３は、傾き設定操作の第２の実施例の説明図である。
この実施例では、端末は、信号発信部１９とカメラ１４の設置位置が共に同一平面内にあり、カメラで撮影される範囲内に、赤外線信号の進行方向が含まれるものとする。
たとえば、図１０（ｂ）に示すように、信号発信部１９とカメラ１４とが背面に設置される場合、背面からほぼ垂直方向に送信された赤外線信号の進行方向と、カメラで撮影される中心軸の方向とが一致することが好ましい。
【０１０３】
このように、カメラ１４と信号発信部１９とが配置され、カメラ１４で対象機器１０１を撮影した場合、赤外線信号７１の進行方向も対象機器のある方向となるので、赤外線信号が対象機器の受信部１０２に受信されるように、端末が傾けられていると考えられる。
【０１０４】
従って、カメラで撮影される画像を画面上で確認しながら対象機器がその画面内にちょうど収まる状態で撮影が行われた場合、その状態のときの現在の傾きＫ１を、基準傾きＫ０として設定すればよい。
【０１０５】
そこで、まず、図１３（ａ）に示すように、傾き設定要求画面を表示させる。ここでは、図１２（ａ）とは異なり、カメラを起動させ、ユーザに対象機器を撮影してもらう旨の文章と、カメラによって撮影されるであろう画像とを表示画面内に表示させる。
ユーザは、画面を見ながら、リモコン操作する対象機器の画像が表示画面上に表示されるように端末を操作し、対象機器が画面上にちょうどおさまった状態のときに画面上の「ＯＫ」アイコンにタッチする。すなわち、表示部１２に表示された画像の中に、対象機器の画像が入っている場合に、「ＯＫ」アイコンにタッチする。
【０１０６】
「ＯＫ」アイコンがタッチされると、カメラで画像を撮影する。また、カメラ撮影をしたときに、端末の現在の傾きＫ１を一時記憶する。
その後、図１３（ｂ）に示すような入力操作確認画面を表示させ、ユーザに対象機器が正しく撮影されているか否かの確認応答を入力してもらう。
【０１０７】
図１３（ｂ）に示す確認画面では、実際に撮影された画像と、確認応答を入力するための「ＹＥＳ」と「ＮＯ」のアイコンを表示している。
ユーザが、表示された撮影画像に、対象機器が映っていることを確認した場合は、「ＹＥＳ」のアイコンにタッチすればよい。
【０１０８】
「ＹＥＳ」のアイコンがタッチされた場合は、赤外線信号の進行方向に対象機器が存在し、正常なリモコン操作ができると考えられるので、基準傾き設定部２０によって、一時記憶していた現在の傾きＫ１を、基準傾きＫ０に設定する。
【０１０９】
一方、ユーザが、対象機器が映っていないことや、対象機器の一部分が撮影画面からはみ出して全体が映っていないことを確認した場合は、「ＮＯ」のアイコンにタッチする。「ＮＯ」のアイコンがタッチされた場合、図１３（ａ）の要求画面を表示して、再度、ユーザに対象機器の撮影をしてもらえばよい。
【０１１０】
また、図１３（ａ）において、対象機器の全体が映った画像を撮影した場合は、赤外線信号の進行方向が対象機器に向かう方向となっていると考えられるので、図１３（ｂ）の確認画面を表示することなく、「ＯＫ」アイコンにタッチした時点で、傾き検出部１５によって検出された現在の傾きＫ１を、そのまま基準傾きＫ０に設定してもよい。
【０１１１】
ただし、ユーザが「ＯＫ」アイコンにタッチした場合に、端末の傾きが変化し、少しずれたが画像が撮影される場合もあり得るので、図１３（ｂ）のような確認画面を表示させて、ユーザに実際に撮影された画像を確認してもらう方が、基準傾きを確実に設定できるので、好ましい。
【０１１２】
この図１３の場合は、表示部に表示される対象機器の画像を見ながら撮影操作をすることにより、容易に基準傾きの設定をすることができ、信号発信部を設けた位置が異なる端末についても、同様の撮影操作を行うことにより、基準傾きの設定ができる。
【０１１３】
図４に、基準傾きの取得処理の一実施例のフローチャートを示す。
ステップＳ１０１において、制御部１１は、基準傾き設定を要求する画面を表示部１２に表示させる。たとえば、図１２（ａ）あるいは図１３（ａ）に示すような画面を表示させる。
【０１１４】
ユーザは、傾き設定要求の画面を見て、基準傾き設定をするための操作をする。
図１２（ａ）の場合は、「送信」アイコンにタッチする。
ステップＳ１０２において、ユーザが、基準傾き設定のための操作入力をしたか否かをチェックする。
ユーザによる入力があった場合は、ステップＳ１０３へ進み、そうでない場合は、ステップＳ１０１をループする。
【０１１５】
ステップＳ１０３において、ユーザの入力に対応する処理を実行する。
たとえば、図１２（ａ）の場合は、「チャネル１コール」を意味する赤外線信号７１を送信する。対象機器１０１であるテレビが、この赤外線信号を受信した場合は、「チャネル１」の番組が、テレビの表示画面に表示されるはずである。
受信できなかった場合は、「チャネル１」の番組は表示されず、何も変化は起こらない。
【０１１６】
図１２（ａ）に示した「チャネル１コール」は１つの例であり、これに限るものではなく、赤外線信号が対象機器に受信されたことを、ユーザが容易に認識できる機能であればよい。たとえば、音量調整機能に対応した赤外線信号を送信してもよい。
また、図１３（ａ）の場合は、カメラによる画像撮影を行い、撮影された画像を、記憶部に一時保存する。
【０１１７】
ステップＳ１０４において、傾き検出部１５が、現在の傾きＫ１を取得する。加速度センサから出力される信号を基にして、３つの角度情報（Ａ，Ｒ，Ｐ）を取得し、記憶部３０に一時保存する。
【０１１８】
ステップＳ１０５において、入力操作確認画面を表示する。
たとえば、図１２（ａ）および図１３（ａ）の設定要求画面に対してユーザが入力をした場合は、それぞれの設定要求画面に対する確認画面として、それぞれ図１２（ｂ）および図１３（ｂ）のような画面を表示する。
【０１１９】
図１２（ａ）の場合は、図１２（ｂ）に示すように、対象機器の画面に、チャネル１の番組が表示されたか否かを、ユーザに問い合わせる画面を表示する。
ユーザは、この確認画面を見て、対象機器の画面にチャネル１の番組が表示されていることを確認した場合は、「ＹＥＳ」のアイコンにタッチする。
チャネル１の番組が表示されていないことを確認した場合は、「ＮＯ」のアイコンにタッチする。
【０１２０】
ステップＳ１０６において、ユーザが、「ＹＥＳ」のアイコンにタッチ入力した場合は、ステップＳ１０７へ進む。「ＮＯ」のアイコンにタッチ入力した場合は、ステップＳ１０１に戻り、再度Ｓ１０１からＳ１０６を繰り返し、基準傾きの設定処理を行う。
【０１２１】
また、図１３（ａ）の場合は、図１３（ｂ）に示すように、一時保存した撮影画像を表示し、その撮影画像の中に、対象機器が入っているか否かを、ユーザに問合わせる画面を表示する。
ユーザは、表示された撮影画像の中に、対象機器が入っていることを確認した場合は、「ＹＥＳ」のアイコンにタッチし、逆に、入っていない場合は、「ＮＯ」のアイコンにタッチする。
この場合も、同様に、「ＹＥＳ」のアイコンにタッチ入力した場合は、ステップＳ１０７へ進み、「ＮＯ」のアイコンにタッチ入力した場合は、ステップＳ１０１に戻る。
【０１２２】
ステップＳ１０７において、一時保存した現在の傾きＫ１を、基準傾きＫ０として記憶する（Ｋ０＝Ｋ１）。これにより、基準傾きＫ０が設定される。
この後、ユーザが実際に対象機器に対してリモコン操作をする場合は、現在の傾きＫ１と基準傾きＫ０との差分を求めて、リモコン操作が有効となるか否か（送信可能状態か否か）の通知を、ユーザに行う。
【０１２３】
＜角度情報のサーバへの送信＞
ここでは、上記のようにして設定された基準傾きＫ０の角度情報を、サーバへ送信する実施例について説明する。
図１７に、端末１とサーバ１１１との通信シーケンスの一実施例の説明図を示す。
端末１において、基準傾きＫ０が設定された後、ユーザが、送信角度情報をサーバへ送信する要求を意味する入力をしたとする。
【０１２４】
たとえば、画面上に「送信要求」のアイコンを表示させて、そのアイコンにタッチすればよい。この送信要求が入力されると、図２に示すような送信角度情報３８が生成される。この角度情報３８には、その端末の識別情報３６，機種名３７，これらと対応付けた基準傾きＫ０の３つの角度情報（Ａ，Ｒ，Ｐ）が含まれる。
その後、生成された送信角度情報７２が、サーバへ送信される。
【０１２５】
サーバ１１１が、この送信角度情報７２を受信すると、図３（ａ）に示すように、角度情報記憶部１１２に記憶する。
この後、記憶された基準傾きＫ０は、共有データの１つとして、同一機種名の他の端末が自己の基準傾きＫ０を設定するときに用いる。
【０１２６】
このように、ある端末で基準傾きを設定した後、その設定された基準傾きをサーバに送信し、サーバに格納しておくことにより、基準傾きの共有化ができ、サーバに接続することが許可された他の端末によっても、この基準傾きを利用することができる。
また、サーバに格納した角度情報に、機種名を含めているので、基準傾きを、機種名ごとに分類することができ、同一機種の他の端末によって、その機種の基準傾きを有効的に利用できる。
【０１２７】
＜サーバの角度情報を利用した基準傾きの設定処理＞
図１８に、サーバの角度情報を利用して、端末の基準傾きを設定する場合の通信シーケンスの一実施例の説明図を示す。
まず、基準傾きを設定しようとする端末において、ユーザが、サーバに角度問合せを行うための送信要求を意味する入力をする。
この入力があった場合、端末の情報通信部１８が、角度問合せ要求７３をサーバ１１１に対して送信する。
この角度問合せ要求７３には、端末と同一機種の基準傾きＫ０の角度情報を取得するために、端末を区別する端末識別情報３６と、その端末の機種名３７とが含まれる。
【０１２８】
サーバ１１１は、この角度問合せ要求７３を受信すると、角度情報記憶部１１２に記憶された角度情報のうち、受信した機種名と同一の機種名に対応付けられた基準傾きＫ０を抽出する。抽出された基準傾きＫ０が１つしかない場合は、その基準傾きＫ０をそのまま回答角度情報７４として、問合せ要求を送信してきた端末に送信する。
【０１２９】
取得した角度情報が複数ある場合は、基準傾きＫ０の３つの角度情報（Ａ，Ｒ，Ｐ）それぞれに対して、平均値を計算する。
あるいは、中央値、その他の統計データを計算してもよい。
平均値を計算した場合は、その基準傾きの平均値を回答角度情報７４の中に含めて、問合せ要求をしてきた端末へ返信する。
問合せ要求をした端末が、回答角度情報７４を受信すると、その中に含まれている基準傾きＫ０の３つの角度情報（Ａ，Ｒ，Ｐ）を、基準傾きＫ０として設定記憶する。
【０１３０】
これによれば、端末の基準傾きＫ０の設定を行う場合、サーバに保存されている同一機種の端末の基準傾きを利用して基準傾きＫ０を設定するので、その端末において、ユーザが、図１２や図１３に示したような画面を表示させて基準傾きを設定する操作をする必要はなく、比較的容易に、基準傾きの設定をすることができ、ユーザの操作負担を軽減できる。
【０１３１】
＜現在の傾きの判定処理と、ユーザへの通知処理＞
ここでは、端末の基準傾きを設定した後、ユーザが実際に端末を利用してリモコン操作をする場合に行われる判定処理と通知処理について説明する。
また、現在の傾きの判定結果に基づいて、赤外線信号が対象機器に対して送信可能な状態か否かを、ユーザへ通知する。
ユーザは、この通知内容を確認しながら、リモコン操作が可能であることを認識した場合に、所望のリモコン操作を行えばよい。
【０１３２】
また、赤外線信号が送信不可の状態で、ユーザが所望のリモコン操作をしたとしても、赤外線信号は送信されないものとする。このとき、ユーザは、通知内容を確認し、送信可能状態となるように端末の傾きを変化させながら、送信可能となる傾きを見つけ出す操作をすることになる。
【０１３３】
図５に、現在の傾きＫ１の判定処理の一実施例のフローチャートを示す。
ステップＳ２０１において、初期値の取得と設定を行う。ここでは、基準傾きＫ０の３つの角度情報（Ａ，Ｒ，Ｐ）と、閾値Ｋａとを、記憶部３０から取得し、判定値Ｈにゼロ（送信不可）を、初期設定する。
【０１３４】
ステップＳ２０２において、ユーザがリモコン操作を行うための操作画面を表示する。たとえば、対象機器がテレビの場合は、図２０（ｂ）に示すようなチャネル選択等をする画面を表示させる。
【０１３５】
ステップＳ２０３において、ユーザの操作入力があったか否かを確認する。
ユーザの操作入力がない場合は、ステップ２０４へ進み、操作入力があった場合は、ステップＳ２１１へ進む。
【０１３６】
ステップＳ２０４において、傾き検出部１５が、現在の傾きＫ１を取得する。ここで、現在の傾きＫ１を特定する３つの角度情報（Ａ，Ｒ，Ｐ）を取得する。
ステップＳ２０５において、基準傾きＫ０と、現在の傾きＫ１との差分Ｋｓを、３つの角度情報ごとに計算する（Ｋｓ＝Ｋ１−Ｋ０）。
【０１３７】
ステップＳ２０６において、判定部１６が、差分Ｋｓと、閾値Ｋａとを比較し、差分（Ｋｓ）＞閾値（Ｋａ）か否かをチェックする。Ｋｓ＞Ｋａのとき、ステップＳ２０９へ進み、そうでない場合、ステップＳ２０７へ進む。
【０１３８】
ステップＳ２０７において、差分Ｋｓは閾値Ｋａ以下であるので、送信可能状態であると判定される。すなわち、Ｋｓ≦Ｋａの場合、現在の端末の傾きは、もし制御信号が送信されたとすれば、制御信号が対象機器に受信され、かつその制御信号によって対象機器の制御が実行できる状態（送信可能状態）であると判定される。
従って、ステップＳ２０７において、判定値Ｈに、送信可を意味する１を設定する（Ｈ＝１）。
ステップＳ２０８において、通知部１７が、ユーザへ、現在、制御信号が送信可能状態であることを通知する。その後、ステップＳ２０２へ戻る。
【０１３９】
一方、ステップＳ２０９において、差分Ｋｓは、閾値Ｋａよりも大きいので、赤外線信号を送信できない状態（送信不可能状態）であると判定される。すなわち、Ｋｓ＞Ｋａの場合、現在の端末の傾きは、もし制御信号が送信されたとしても、制御信号が対象機器に受信されず、かつその制御信号によって対象機器の制御が実行されない状態（送信不可能状態）であると判定される。
従って、ステップＳ２０９において、判定値Ｈに、送信不可を意味する０を設定する（Ｈ＝０）。
ステップＳ２１０において、通知部１７が、ユーザへ、現在、制御信号が送信不可能状態であることを通知する。その後、ステップＳ２０２へ戻る。
【０１４０】
一方、ステップＳ２０３において、ユーザの操作入力があった場合、ステップＳ２１1において、現在、送信可能状態であるか否か、すなわち、現在の判定値Ｈが１であるか否かをチェックする。
Ｈ＝１である場合、現在送信可能状態であるので、ステップＳ２１２へ進み、信号発信部１９によって、ユーザの操作入力に対応する赤外線信号を送信する。
その後、ステップＳ２０２へ戻る。
また、Ｈ＝１でない場合、すなわちＨ＝０の場合は、現在送信不可能状態であるので、赤外線信号を送信せずに、ステップＳ２０２へ戻る。
【０１４１】
以上のように、現在の傾きＫ１を常にチェックしながら、送信可能状態であるか否かをユーザに通知し、送信可能状態（Ｈ＝１）においてリモコン操作がされた場合は、その操作に対応した赤外線信号を送信する。
【０１４２】
現在の傾きの判定処理の具体例について、以下に説明する。
まず、図１４に、背面に信号発信部１９を有する端末について、現在の傾きと、差分と閾値の関係についての説明図を示す。ここでは、閾値Ｋａを、４０度とする。
図１４（ａ）は、この端末の基準傾きＫ０（＝９０度）を示したものである。
水平面を基準面とすると、現在の傾きＫ１が基準傾きＫ０（＝９０度）に等しい場合には、差分Ｋｓ＝Ｋ１−Ｋ０＝９０−９０＝０となり、差分Ｋｓ＜閾値Ｋａ（＝４０度）となっている。このとき、差分Ｋｓは、閾値Ｋａによって規定する角度範囲内にあるので、赤外線信号が信号発信部１９から背面の右側方向へ送信される。
【０１４３】
図１４（ａ）のように、背面よりも右側に対象機器１０１があったとすると、送信された赤外線信号は、受信部１０２に受信され得る。
従って、図１４（ａ）の場合は、赤外線信号は送信可能状態であり、ユーザに対して送信可能状態であることが通知される。
【０１４４】
図１４（ｂ）は、現在の傾きＫ１が９５度となっている場合を示したものである。
このとき、差分Ｋｓ＝Ｋ１−Ｋ０＝９５−９０＝５となる。
差分Ｋｓ＜閾値Ｋａ（＝４０度）なので、差分は、閾値によって規定する角度範囲内にあり、対象機器の受信部１０２に赤外線信号が受信され得る。すなわち、赤外線信号を送信したとすると、対象機器の制御ができる送信可能状態であると判定される。
したがって、ユーザに、赤外線信号が送信可能状態であることが通知される。
この状態で、ユーザが、入力部によって所望のリモコン操作をしたとすると、その操作に対応した赤外線信号が送信される。
【０１４５】
図１４（ｃ）は、現在の傾きＫ１が３０度となっている場合を示したものである。
このとき、差分Ｋｓ＝Ｋ１−Ｋ０＝３０−９０＝−６０となる。
差分Ｋｓを正の整数とすると、Ｋｓ＝６０＞Ｋａ＝４０であるので、差分Ｋｓは、閾値Ｋａを超えている。したがって、赤外線信号を送信したとしても、対象機器の受信部１０２に受信されず、対象機器を制御することができないので、送信不可能状態と判定され、送信不可能状態であることがユーザに通知される。
この状態で、ユーザが、入力部によって所望のリモコン操作をしたとしても、赤外線信号は送信されない。
【０１４６】
図１５に、先端部に信号発信部１９を有する端末について、現在の傾きと、差分と閾値の関係についての説明図を示す。ここでは、閾値Ｋａを、２０度とする。
図１５（ａ）は、基準傾きＫ０を示している。基準傾きＫ０はゼロに設定されている（Ｋ０＝０度）。
端末の先端部から送信される赤外線信号の進行方向が、水平面に平行となっている場合を示している。このとき、対象機器１０１が、進行方向にあれば、赤外線信号が対象機器の受信部１０２に受信される。この状態では、差分Ｋｓ＝Ｋ１−Ｋ０＝０−０＝０＜Ｋａ（＝２０度）であるので、送信可能状態であり、赤外線信号が送信される。
【０１４７】
図１５（ｂ）は、現在の傾きＫ１が５度の場合を示している。
差分Ｋｓ＝Ｋ１−Ｋ０＝５−０＝５となる。差分Ｋｓ＜閾値Ｋａ（＝２０度）なので、差分は閾値によって規定する角度範囲内にある。このとき、赤外線信号を送信した場合、対象機器の受信部１０２に、赤外線信号が受信され、対象機器の制御ができる状態である。
したがって、ユーザに、赤外線信号が送信可能状態であることが通知される。
この場合、図１４（ｂ）と同様に、ユーザが、リモコン操作をしたとすると、赤外線信号が送信される。
【０１４８】
図１５（ｃ）は、現在の傾きＫ１が４０度の場合を示している。
差分Ｋｓ＝Ｋ１−Ｋ０＝４０−０＝４０となる。差分Ｋｓ＞閾値Ｋａ（＝２０度）なので、差分は閾値によって規定する角度範囲外である。このとき、赤外線信号を送信したとしても、対象機器の受信部１０２に受信されず、対象機器の制御ができない。
したがって、ユーザに、送信不可能状態であることが通知される。
また、図１４（ｃ）と同様に、この状態で、ユーザがリモコン操作をしたとしても、赤外線信号は送信されない。
【０１４９】
上記のように、図１４と図１５を用いて、信号発信部を設けた位置が異なる２つの端末について、現在の傾きの判定処理を行う実施例を説明した。
このように、信号発信部を設ける位置が異なる場合でも、設定された基準傾きを利用して、制御信号の送信可能状態か否かの判定が可能となり、その判定結果に基づいて、制御信号の送信制御が可能となる。
【０１５０】
＜ユーザへの通知処理の実施例＞
図６に、振動によるユーザへの通知処理−０１の一実施例のフローチャートを示す。
ここでは、図２に示したユーザ通知動作１の通知を行う。
ステップＳ２２１において、現在送信可能状態であるか否か、すなわち、現在の判定値Ｈが１か否かをチェックする。
Ｈ＝１の場合、ステップＳ２２２へ進み、Ｈ＝０である場合は、ステップＳ２２３へ進む。
【０１５１】
ステップＳ２２２において、現在、Ｈ＝１となっていて送信可能状態なので、送信可能状態であることを示す振動パターン０１の振動処理を行う。
一方、ステップＳ２２３において、Ｈ＝０となっていて送信不可能状態なので、送信不可能状態を示す振動パターン０２の振動処理を行う。
【０１５２】
これにより、ユーザは、予め定められた振動パターンを感じ取ることによって、実際に赤外線信号を送信する前に、現在の端末の傾きが、赤外線信号の送信可能状態であるか否かを、確実かつ容易に知ることができる。また、ユーザは、端末の表示画面を見なくても、送信可能状態か否かを容易に確認できる。
【０１５３】
図７に、表示色によるユーザへの通知処理−０２の一実施例のフローチャートを示す。
ここでは、図２に示したユーザ通知動作２の通知を行う。
ステップＳ２３１において、現在送信可能状態であるか否か、すなわち、現在の判定値Ｈが１か否かをチェックする。
Ｈ＝１の場合、ステップＳ２３２へ進み、Ｈ＝０の場合、ステップＳ２３３へ進む。
【０１５４】
ステップＳ２３２において、Ｈ＝１となっていて送信可能状態なので、送信可能状態を示す表示処理（カラー表示）を行う。
一方、ステップＳ２３３において、Ｈ＝０となっていて送信不可能状態なので、送信不可能状態を示す表示処理（モノクロ表示）を行う。
これにより、ユーザは、端末の画面の表示がカラー表示となっているかあるいはモノクロ表示となっているかを認識することにより、実際に赤外線信号を送信する前に、現在の端末の傾きが、赤外線信号の送信可能状態であるか否かを、視覚によって、確実かつ容易に知ることができる。
【０１５５】
図８に、表示内容によるユーザへの通知処理−０３の一実施例のフローチャートを示す。
ここでは、図２に示したユーザ通知動作３あるいは動作４の通知を行う。
ステップＳ２４１において、現在送信可能状態であるか否か、すなわち、現在の判定値Ｈが１か否かをチェックする。
Ｈ＝１の場合、ステップＳ２４２へ進み、Ｈ＝０である場合は、ステップＳ２４３へ進む。
ステップＳ２４２において、Ｈ＝１となっていて送信可能状態なので、送信可能状態を示す表示（ＯＫ）を行う。
【０１５６】
一方、ステップＳ２４３において、Ｈ＝０となっていて送信不可能状態なので、動作３であれば、特に新たな追加表示はしない。また、動作４をする場合は、送信不可を示す表示処理（ＮＧ）を行う。
これにより、ユーザは、表示画面に表示される表示内容を確認することにより、現在の端末の傾きが、赤外線信号の送信可能状態であるか否かを、確実かつ容易に知ることができる。
【０１５７】
図２に示す他のユーザ通知動作５および動作６も、同様に、判定値Ｈの値をチェックすることにより、ユーザに、音声または光によって送信可否を通知することができる。
【０１５８】
＜現在の傾きの変化を検出することによるユーザ通知＞
図９に、現在の傾きの変化を検出することにより、ユーザへの通知処理を行う一実施例のフローチャートを示す。
ここでは、送信可能状態と送信不可能状態との相互間において、現在の傾きの変化を検出し、変化が生じた場合に、ユーザに通知処理を行う。
【０１５９】
すなわち、記憶部３０に判定部１６による前回の判定結果を記憶し、判定部１６が新たに行った判定の結果が記憶部３０に記憶された判定結果と異なる場合に、通知部１７が、判定結果が変化したことを通知する。
ここで、前回の判定結果は、判定値Ｈとして記憶されている。
たとえば、記憶された判定結果が送信可能状態であった場合に、判定部１６が、差分Ｋｓが閾値Ｋａよりも大きいことを検出したとき、通知部１７が、制御信号が送信可能状態から送信不可能状態に変化したことを通知する。
また、逆に、記憶された判定結果が送信不可能状態であった場合に、判定部１６が、差分Ｋｓが閾値Ｋａ以下であることを検出したとき、通知部１７が、制御信号が送信不可能状態から送信可能状態に変化したことを通知する。
【０１６０】
図１６に、現在の傾き変化検出による通知の一実施例の説明図を示す。
図１６（ａ）は、端末の現在の傾きが、送信不可能状態から送信可能状態に変化する場合の一実施例を示している。
ここで、端末は背面に信号発信部１９を有しており、水平面からの傾きが９０度の位置Ｌ１の状態が、基準傾きＫ０＝９０度の位置であるものとする。
基準傾きＫ０の位置Ｌ１では、赤外線信号は、水平面Ｌ０と平行な方向に送信され、紙面の右側方向にある対象機器１０１の受信部１０２に受信される。
【０１６１】
また、破線Ｌ２とＬ４の位置を、送信された赤外線信号が受信部１０２に受信可能となる端末の傾きの限界とする。
すなわち、Ｌ４からＬ１、Ｌ１からＬ２の間に、端末が傾けられている場合は、対象機器の受信部１０２に受信可能であり、赤外線信号は送信可能状態にあるものとする。
【０１６２】
また、この破線Ｌ２とＬ４の外側に、端末が傾けられている場合は、赤外線信号は送信不可能状態にあるものとする。
たとえば、端末が、破線Ｌ３に位置に傾けられているものとする。このＬ３の位置では、赤外線信号を送信しても、対象機器の受信部１０２に受信されない。
【０１６３】
このような破線Ｌ３の位置にあった端末の傾きが、ユーザによって変化させられ、破線Ｌ２の位置を超え、さらに左側のＬ１とＬ４との間の領域に属する傾きになったとする。
すなわち、端末の傾きが、送信不可能状態から、送信可能状態に変化したとする。このとき、破線Ｌ２の位置を左側に超えるときに、送信可能状態となるので、たとえば、振動によるユーザへの通知処理を行う。
【０１６４】
この通知処理では、予め定められた振動パターンを一定時間だけ実行するものとすると、ユーザは、その振動パターンを感じることにより、表示画面を見なくても端末を持った状態で、赤外線信号が送信できる状態になったことを容易に知ることができる。
【０１６５】
図１６（ｂ）は、端末の現在の傾きが、送信可能状態から送信不可能状態に変化する場合の一実施例を示している。
ここでは、図１６（ａ）とは逆に、端末の傾きが、Ｌ４とＬ１の間の送信可能状態から、破線Ｌ３の送信不可能状態へ変化した場合を示している。
この場合、破線Ｌ２の位置で、送信可から送信不可の状態に変化するので、図１６（ａ）の振動パターンとは異なるパターンの振動を実行するようにする。
ユーザは、このパターンの振動を感じることにより、赤外線信号が送信できない状態になったことを容易に知ることができ、端末の傾きを変化させることにより、送信可能状態に戻すことができる。
【０１６６】
また、図１６（ａ）と図１６（ｂ）の両方とも端末を振動させるのではなく、どちらか一方のときだけ、たとえば、送信可から送信不可に変化したときだけ、端末を振動させるようにしてもよい。
さらに、ユーザへの通知は、振動だけでなく、表示、光、音声などの他の通知方法と組み合わせて行ってもよい。
【０１６７】
図９に示すフローチャートにおいて、ステップＳ２０１からＳ２０６までの処理と、ステップＳ２１１とステップＳ２１２の処理は、図５と同じ処理である。
以下、図５と異なるステップについて説明する。
ステップＳ２０６において、差分Ｋｓ＞閾値Ｋａの場合、ステップＳ２５１へ進み、そうでない場合（Ｋｓ≦Ｋａ）の場合、ステップＳ２５５へ進む。
ステップＳ２５１において、現在の判定値Ｈを、記憶部３０から読み出す。
【０１６８】
ステップＳ２５２において、読み出した現在の判定値Ｈが１か否かチェックする。すなわち、前回判定を行ったときの判定結果が、送信可能状態か否かチェックする。
Ｈ＝１の場合、ステップＳ２５３へ進む。
Ｈ＝１でない場合、すなわち、Ｈ＝０の場合は、現在も前回の判定時も送信不可能状態であるので、現在の傾きの状態には変化はないため、ユーザへの通知をすることなく、ステップＳ２０２へ戻る。
【０１６９】
一方、判定値Ｈ＝１の場合は、ステップＳ２０６において、差分Ｋｓ＞閾値Ｋａとなって現在の状態は送信不可能状態と判定され、読み出された判定値Ｈ＝１から前回の判定時は送信可能状態であったので、端末の傾きは、送信可能状態から送信不可能状態に変化したと判定される。この場合は、図１６（ｂ）の変化に相当する。
【０１７０】
したがって、ステップＳ２５３において、ユーザへ、端末の傾きが、送信不可能状態に変化したことを通知する。
ステップＳ２５４において、判定値Ｈを、最新の変化後の状態の値に設定する。すなわち、送信不可能状態であることを示す判定値Ｈ＝０に設定する。
その後、ステップＳ２０２へ戻る。
【０１７１】
ステップＳ２０６において、差分Ｋｓ≦閾値Ｋａの場合は、差分Ｋｓが閾値よりも小さいので、現在の端末の傾きは送信可能状態にあり、ステップＳ２５５に進み、現在の判定値Ｈを読み出す。
ステップＳ２５６において、読み出した現在の判定値Ｈが０か否かをチェックする。
Ｈ＝０でない場合、すなわちＨ＝１の場合は、現在も前回も送信可能状態であって、状態に変化はないので、ステップＳ２０２へ戻る。
【０１７２】
Ｈ＝０の場合は、前回の判定時に端末の傾きが送信不可能状態であったものが、ステップＳ２０６の判定の結果、送信可能状態に変化したことになるので、ステップＳ２５７に進み、ユーザへ、端末の傾きが、送信不可能状態から送信可能状態に変化したことを通知する。
【０１７３】
ステップＳ２５８において、判定値Ｈを、最新の変化後の状態の値に設定する。すなわち、送信可能であることを示す判定値Ｈ＝１に設定する。
その後、ステップＳ２０２へ戻る。
【０１７４】
以上の処理により、ユーザに、端末の現在の傾きが変化したことを通知することができ、たとえば、送信不可能状態から送信可能状態へ変化した場合は、通知によってユーザはその変化を認識することができ、リモコン操作が有効になり、所望の操作入力ができることを知ることができる。
また、ユーザが、通知により送信可能状態から送信不可能状態に変化したことを認識した場合は、赤外線信号が有効に送信できる状態になるように、端末の傾きを変化させればよい。
【符号の説明】
【０１７５】
１      携帯端末（リモートコントローラ）
１１    制御部
１２    表示部
１３    入力部
１４    画像音声入力部
１５    傾き検出部
１６    判定部
１７    通知部
１７−１    振動発生部
１７−２    音声出力部
１７−３    光出力部
１８    情報通信部
１９    信号発信部
２０    基準傾き設定部
３０    記憶部
３１    基準傾きＫ０
３２    現在の傾きＫ１
３３    差分Ｋｓ
３４    閾値Ｋａ
３５    判定値Ｈ
３６    端末識別情報
３７    機種名
３８    送信角度情報
３９    ユーザ通知動作
７１    赤外線
７２    送信角度情報
７３    角度問合せ要求
７４    回答角度情報
１０１  対象機器
１０２  受信部
１１０  ネットワーク
１１１  サーバ
１１２  角度情報記憶部
【図１】
2014017723.tif 000003
【図２】
2014017723.tif 000004
【図３】
2014017723.tif 000005
【図４】
2014017723.tif 000006
【図５】
2014017723.tif 000007
【図６】
2014017723.tif 000008
【図７】
2014017723.tif 000009
【図８】
2014017723.tif 000010
【図９】
2014017723.tif 000011
【図１０】
2014017723.tif 000012
【図１１】
2014017723.tif 000013
【図１２】
2014017723.tif 000014
【図１３】
2014017723.tif 000015
【図１４】
2014017723.tif 000016
【図１５】
2014017723.tif 000017
【図１６】
2014017723.tif 000018
【図１７】
2014017723.tif 000019
【図１８】
2014017723.tif 000020
【図１９】
2014017723.tif 000021
【図２０】
2014017723.tif 000022