携帯型電子機器および画像・映像表示方法
【課題】ＴＶ放送にかかる映像等を小さなディスプレイに表示する際の表示技術であり、機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる携帯型電子機器および画像・映像表示方法を提供する。
【解決手段】映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器Ａであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段Ａ１と、前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段Ａ２と、前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させる。
【解決手段】映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器Ａであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段Ａ１と、前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段Ａ２と、前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型電話機、ＰＤＡ等の携帯型電子機器によりテレビジョン放送にかかる映像、ビットストリーム映像を受信して小さなディスプレイに表示する際の表示技術に関し、前記映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる携帯型電子機器および画像・映像表示方法に関する。
【背景技術】
【０００２】
最近、テレビジョン（以下、「ＴＶ」と言う）放送を受信できる機能を搭載した携帯型電話機が急速に普及するようになっている。一般に、携帯型電話機の画面は縦長で使用するため、横長のＴＶ映像をそのまま縦長の画面に表示しようとすると表示画面を小さくして表示しなければならない。ところが、もともと、携帯型電話機のディスプレイは小さいので、さらに表示画面が小さくなると見にくくなる。そこで、携帯型電話機では、電話機として使用する場合はディスプレイを縦長で使用して操作画面を表示し、ＴＶ受信機として使用する場合には、ディスプレイを横長で使用して（これに伴い映像をディスプレイ中心を支点に９０°回転して）映像を表示する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、携帯型電話機には、フリップ式（折りたたみ式）のものが広く普及しており、最近では回動式のものも市販されるようになっている。この種の携帯型電話機では、使用に際しては、不使用状態で折り畳まれていた操作パッド部と縦長のディスプレイ搭載部と開いてディスプレイを見ることができる状態にする。ディスプレイを横長に配置するためには、操作パッド部（テンキー等のボタンが配置されているグリップ）を右手または左手で握らなければならない。ユーザは、状況により、右手で握ることが便宜となることもあるし、左手で握ることが便宜であることもある。この場合には、一方の手で握ったときは逆さには表示されないが、他方の手で握ったときには逆さまに表示されるという問題がある。
【０００４】
また、フリップ式、回転式に関わらず、キー，ボタンを操作し易くするべく、画面の上下・左右を逆転したいという要望もある。また、ＴＶ受信機を内蔵した形態型電話機ではアンテナの位置を上下あるいは左右のどちらかに向けたいという要望もある。
【０００５】
さらに、従来の携帯型電話機では、省エネのために、操作入力が所定時間なかった場合に、表示画面あるいはバックライトを消すことを行っていたが、ＴＶ画面を表示している場合には表示画面を非表示としてあるいはバックライトを消去したくないという要望もある。
【０００６】
本発明の目的は、このような携帯型電話機にＴＶ放送受信機能を搭載した場合の不具合を解決するものであって、ＴＶ放送の映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる携帯型電子機器および画像・映像表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の携帯型電子機器は、映像表示機能と静止画像表示機能との少なくとも一方有するものであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示向き逆転手段に、前記表示画像の上下・左右逆転を指示する表示向き逆転指示手段とを備えたことを特徴とする。
【０００８】
また、本発明の携帯型電子機器は、映像表示機能と静止画像表示機能との少なくとも一方有するものであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段と、前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させることをも特徴とする。
【０００９】
本発明の携帯型電子機器では、逆さ表示検出手段は、自装置の所定の一端が上になっているか、または下になっているかを検出することができる。
本発明の携帯型電子機器は、携帯型電話機として機能することができる。携帯型電子機器は、前記縦長のディスプレイ搭載部には縦長のディスプレイが搭載されことが多く、特に、縦長の操作パッド部と縦長のディスプレイ搭載部とが縦方向にフリップ等するように構成された携帯型電話機糖に本発明は有効である。
【００１０】
本発明の携帯型電子機器では、さらに、ＴＶ放送にかかる映像または静止画像を受信するＴＶ放送受信手段を備えることができ、この場合前記ＴＶ放送受信手段は、受信した映像または静止画像を前記ディスプレイに、前記映像の縦横比と前記ディスプレイの縦横比とが符合するように表示することをができる。
【００１１】
本発明の携帯型電子機器では、前記ＴＶ放送受信手段により受信した前記映像をフレームメモリに一時記憶するものとでき、この場合、前記フレームメモリに、各フレームを構成する画像を、その上下左右が逆転するように書き込むことができる。また、本発明の携帯型電子機器は、前記ＴＶ放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器でり、前記フレームメモリから、各フレームを構成する画像を、その上下左右が逆転するように読み出すようにもできる。
【００１２】
本発明の携帯型電子機器は、デジタルカメラを備えることあｇでき、前記デジタルカメラが撮影した映像または画像を、前記ディスプレイに、前記画像または映像の縦横比と前記ディスプレイの縦横比とが符合するように表示することもできる。
【００１３】
また、本発明の携帯型電子機器は、バックライト付きの液晶等のディスプレイと、ＴＶ放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段とを備えることができ、この場合、前記省エネ制御手段は、前記ディスプレイにＴＶ映像またはビットストリーム映像が表示されているときは前記バックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止するように構成できる。
【００１４】
さらに、本発明の携帯型電子機器では、バックライト付きのディスプレイと、ＴＶ放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段とを備えたものであって、前記省エネ制御手段は、前記ディスプレイにＴＶ映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする。
【００１５】
本発明の携帯型電子機器では、着呼があったときに、着信音による呼び出しと、バイブレータによる呼び出しと、サイレントによる呼び出しの少なくとも３つの呼び出しモードを備え、１つのボタンまたはキーでの操作によって前記３つの呼出モードを順次切替えるトグル切替手段を備えることができる。
【００１６】
本発明の携帯型電子機器は、時刻設定用電波を受信して時刻を設定する電波時計手段と、自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段からの時刻情報の表示を前記ディスプレイに大きく表示する時計表示手段とを備えることを特徴とする。また本発明の携帯型電子機器は、所定の期日までに無料で使用できる無料通信または通話分の情報を表示する無料通信／通話分を表示する表示手段を備えることを特徴とする。
【００１７】
本発明の画像・映像表示方法は、映像および画像の表示を行なうもので、ディスプレイへの表示画像の上下・左右逆転の指示があったときは、当該表示画像を上下・左右逆転させることを特徴とする。また、本発明の画像・映像表示方法は、映像および画像の表示を行なうもので、ディスプレイへの表示画像が逆さであるか否かを検出し、当該表示画像が逆さ表示であると検出されたときは、前記表示画像を上下・左右逆転させることを特徴とする。さらに、本発明の画像・映像表示方法は、バックライト付きディスプレイにＴＶ映像またはビットストリーム映像が表示されているときはバックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止することを特徴とする。加えて、本発明の画像・映像表示方法は、バックライト付きディスプレイにＴＶ映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ＴＶ放送の映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる。
【００１９】
ＴＶ放送等を見ているときに、省エネモードに切り替わってしまうということはなく、逆にＴＶ放送等を見ていないときには、省エネモードに自動的に切り替えることができるのでエネルギー節減を効率よく行なうことができる。
【発明を実施するための最良の形態】
【００２０】
図１は本発明の一実施形態である携帯型電子機器の基本構成を示す機能ブロック図である。図１において、携帯型電子機器（たとえば携帯型電話機）Ａは、表示向き逆転指示手段Ａ１と、逆さ表示検出手段Ａ２と、表示向き逆転手段Ａ３と、携帯型電話手段Ａ４と、ＴＶ放送受信手段Ａ５と、ディスプレイＡ６を含んで構成されている。
【００２１】
携帯型電子機器Ａは、映像と静止画の何れをも表示できる機能を備えている。表示向き逆転指示手段Ａ１は、専用のキーまたはボタン、汎用キーに機能が割り振られた場合の当該キーから表示向き逆転手段Ａ３に指示して、ディスプレイＡ６への表示画像を、上下・左右逆転させることができる。
【００２２】
また、逆さ表示検出手段Ａ２は、携帯型電子機器Ａの姿勢を検出し、ディスプレイＡ６の表示が逆さであるときは表示向き逆転手段Ａ３に上下・左右逆転表示を要求できる。携帯型電子機器Ａに表示される画像は、たとえばＴＶ放送受信手段が受信したＴＶ放送にかかる映像であることもあるし、携帯型電子機器Ａが携帯型電話機である場合には、携帯型電話手段Ａ４の機能として表示される操作メニュー等の静止画像であることもある。
【００２３】
図１の携帯型電子機器Ａは、図２（Ａ）に示すように表示逆転の変更指示が操作があったときは（Ｓ１０１の「ＹＥＳ」）、表示画像の上下・左右の表示の変換を行なう（Ｓ１０２）。
【００２４】
図２（Ｂ）に示すように逆さ表示検出手段Ａ２が表示モード（逆転表示モードまたは正転表示モード）に対応した表示か否かを検出判断し（Ｓ２０１）、表示モードに対応していないときには画像の逆転表示を行なう（Ｓ２０２）。
【００２５】
また、図１の携帯型電子機器Ａは、図３（Ａ）に示すように縦長・横長の変更指示が操作があったときは（Ｓ３０１の「ＹＥＳ」）、表示画像の縦長・横長表示の変換を行なう（Ｓ３０２）。
【００２６】
また、図３（Ｂ）に示すように表示モード（縦長表示モードまたは横長表示モード）に対応した縦長・横長表示か否かを検出判断し（Ｓ４０１）、表示モードに対応していないときには表示画像の縦長・横長表示の変換を行なう（Ｓ４０２）こともできる。
【００２７】
図４は本発明の一実施形態であるＴＶ受信機付きの携帯型電話機（携帯端末）の機能ブロック図である。
【００２８】
図４において携帯型電話機１１は、ＣＰＵ（中央処理装置）１１１と、ＲＯＭ（リード・オンリー・メモリ）１１２と、ＲＡＭ（ランダム・アクセス・メモリ）１１３と、操作入力・表示部１１４と、通話回路１１５と、マイク部１１６と、スピーカ部１１７と、ＴＶ放送受信手段１１８と、画像処理回路１１９と、フレームメモリ１２０と、画像表示手段１２１と、撮影手段１２２とを備えており、各構成要素はバス９００を介して接続されている。
【００２９】
ＣＰＵ１１１は携帯型電話機１１の全体を制御するものであり、その各種実行プログラムはＲＯＭ１１２に記憶されている。ＣＰＵ１１１は実行プログラムをＲＯＭ１１２から読み出し、当該プログラムに含まれる命令を逐次解釈して実行する。
【００３０】
ＲＡＭ１１３には、ＣＰＵ１１１のワークエリアが形成されるともに、各種保存パラメータやその他制御に必要な種々のパラメータ、管理情報等を記憶するもことができる。操作入力・表示部１１４は、オペレータが装置を操作するためのユーザインタフェースであり、各種の操作キー（または操作ボタン）と操作ガイダンス等を表示するディスプレイからなる。
【００３１】
ＴＶ放送受信手段１１８は、ＴＶ用アンテナ、検波部、チューナ部から構成されるもので、ＴＶ放送用電波を受信し、ＴＶ映像信号を出力する。ＴＶ映像信号は画像処理手段１１９に入力され、所定の画像処理を行ったあと、フレームメモリ１２０に蓄積され、フレームメモリ１２０の蓄積された画像データは画像表示部１２１にＴＶ影像として出力される。なお、携帯型電話機１１は、ＴＶ放送受信手段１１８を備えていなくても、所定のホスト局からＴＶ放送にかかる映像を受信することもできる。
【００３２】
画像表示部１２１は、画像処理回路１１９によって画像処理された画像データを、液晶ディスプレイ、プラズマディスプレイ、ＣＲＴ等の画像表示デバイスに表示することができる。
【００３３】
フレームメモリ１２０に蓄積された、ＴＶ放送にかかる映像データは、適宜の記憶手段（ここではＲＡＭ１１３）に保存することができ、これによりＴＶ放送にかかる映像やビットストリーム映像を、次に述べる撮影手段１２２で取得した画像情報（静止画像あるいは動画像）と同様に取り扱うことができる。
【００３４】
撮影手段１２２は、具体的にはＣＣＤ等の撮像素子である。撮影手段１２２は光信号を受光素子で受光し、それをアナログ電気信号として出力する。
【００３５】
画像処理回路１１９は、前述したようにＴＶ放送にかかる映像データを処理する他、撮影手段１２２が出力するアナログ電気信号をＡ／Ｄ変換することでデジタル映像データを得ることもできる。デジタル映像データに対して画像処理（密度変換、フィルタリング、最適化処理、拡大縮小、圧縮伸張等）を行うことができる。画像処理された画像データは適宜の記憶手段（ここではＲＡＭ１１３）に記憶される。
【００３６】
携帯型電話機１１では、ディスプレイとしては液晶表示器等が使用され、携帯型電話機１１を電話機として使用する場合には、通常は縦長の画面表示で使用する。また、ディスプレイをＴＶ画面として使用する場合には、ＴＶ画面は横長なので横長で使用した方が都合がよい。そこで、携帯型電話機１１では、電話機として使用する場合は、ディスプレイを縦長で使用し、ＴＶ受信機として使用する場合には横長で使用するように、画面を９０°回転して使用することが行われている。
【００３７】
あるいは、ＴＶ放送に限らず、ビットストリーム画像、静止画像を横長の画像を表示する場合も同様である。
【００３８】
一方、図５（Ａ）〜（Ｄ）および図６（Ａ）〜（Ｄ）に示すように携帯型電話機１１の形態としてはフリップ式（折りたたみ式：ヒンジＨを備えたもの）または回転式（回転部Ｒを備えたもの）の形態が多く使用されており、折り畳まれていた操作パッド部と縦長のディスプレイ搭載部と開いて、表示画面を横長となるように、操作パッド部を左手で握るか、右手で握る。この場合、操作パッド部を右手か左手で握った場合に、横長の画面は逆さまになる。
【００３９】
あるいは、折りたたみ式、回転式に関わらず、ボタンの位置等により画面を１８０°回転させたという要望もある。また、ＴＶ受信用のアンテナの位置を、上下あるいは左右に向けたいという要望もある。そこで、図５（Ａ）と（Ｂ）との切り換え、または図６（Ｃ）と（Ｄ）との切り換えの例に示すように、どちらの手で握っても画面が逆さまにならないように、横長画面の表示向き逆転手段を備えることができる。また、図６（Ａ），（Ｂ）のように縦長画面の上下・左右を逆転させてもよい。この表示向き逆転手段の機能は、ＲＯＭ１１２に格納された変換プログラムをＣＰＵ１１１が実行することにより達成される。
【００４０】
表示向き逆転手段は、具体的に、画像処理手段１１９がフレームメモリ（ビットマップメモリ）にＴＶ映像信号を書き込むときに、上下・左右が逆転するように書き込むことにより実現する。
【００４１】
通常の場合は、図７に示すように、ビットマップメモリの座標の（０．０）から（Ｘ．０）へ表示データを書き込む。次に（０．１）から（Ｘ．１）へ書き込んでいき、最後に（０．Ｙ）から（Ｘ．Ｙ）へ表示データを書き込んで終了する。ディスプレイ（表示部Ｄ）に表示データを表示する時に、同様の順番で表示データを読み出す。上下・左右逆転表示する場合には、（Ｘ．Ｙ）から（Ｏ．Ｙ）へ表示データを書き込む。次に（Ｘ．Ｙ−１）から（Ｏ．Ｙ−１）へ書き込んでいき、最後に（Ｘ．０）から（０．０）へ表示データを書き込んで終了する。表示装置に表示データを表示する時には、通常の場合と同じ順序で表示データを読み出す。
【００４２】
あるいは、画像処理手段１１９はフレームメモリ１２０からＴＶ映像信号を読み出すときに、読み出す順番を上下・左右が逆転するように読み出すことにより実現してもよい。
【００４３】
図８（Ａ）は、フレームメモリに上下・左右が逆転するように書き込む場合の処理を示しており、上下・左右の逆転表示をする場合には（Ｓ５０１）、メモリに上下左右を
逆転して格納する（Ｓ５０２）。図８（Ｂ）は、フレームメモリに上下・左右が逆転するように読み出す場合の処理を示しており、上下・左右の逆転表示をする場合には（Ｓ６０１）、メモリからデータを上下・左右を逆転して読み出す（Ｓ６０２）。
【００４４】
また、上下・左右を逆転する画像処理を行う他の公知技術を適用することもできる。画面の上下・左右の逆転は操作入力部からの切替指示によって行うもので、上下・左右の逆転用の専用のスイッチを設けてもよい。さらに、そのスイッチが押されるたびに上下・左右の逆転を交互に行うように切替トグル手段を備えていてもよい。縦長表示と横長表示の切替は、画面縦横切替手段が自動で行うようにしてもよい。この画面縦横切替手段の機能は、ＲＯＭ１１２に格納された変換プログラムをＣＰＵ１１１が実行することにより達成される。
【００４５】
画面縦横切替手段は、携帯型電話機１１が、電話機として使用されるときには表示画面を縦長とし、ＴＶ受信機として使用されるときには表示画面を横長に自動設定するようにできる。縦長、横長のどちらで使用されているかは、ＴＶ受信機として使用することを示す操作入力があったかどうかで判断することもできる。携帯型電話機１１に、ＴＶ映像を表示するＴＶモードに切替えるための専用スイッチを設けてもよい。このＴＶ映像表示スイッチが押されると、横長画面に横長のＴＶ映像を表示する。また、前記専用スイッチとして、携帯型電話機１１を電話機として使用する電話モードと、ＴＶ受信機（ＴＶ放送表示装置）として使用するＴＶモードとを交互に切替えるトグルスイッチ、すなわち電話・ＴＶモード切替トグル手段を備えていてもよい。また他の機能操作するスイッチと兼用してもよい。その場合、スイッチの長押し等で、他の機能の操作と区別するようにしてもよい。
【００４６】
また、携帯型電話機１１は、所定部分が上になっているか下になっているかを検出する逆さ表示検出手段を備え、切替手段は、逆さ表示検出手段検出手段が出力する検出結果に応じて自動的に画面の上下・左右の逆転を設定するようにしてもよい。逆さ表示検出手段は、例えば重力の方向を検出する重力検出手段によって実現する。また、ジャイロ装置も逆さ表示検出手段に応用でき、さらに、上下の検出する他の公知技術を適用してもよい。
【００４７】
また、以上、ＴＶ放送を受信したＴＶ映像についての実施形態を説明したが、他の入力手段、すなわち、メール、インターネットを使用したダウンロード、外部メモリ、外部機器をケーブルで接続して画像を受信、自装置のカメラ等で入力したデジタル画像、すなわち、ＴＶ映像や、ビデオ画像、ムービー画像、写真画像等（ビットストリーム映像）の画像を表示する場合にも適用できる。
【００４８】
このようにすることで、携帯型電話機を右手あるいは左手で持った場合でも画面が逆さまになることを防ぐことができる。
【００４９】
また、従来の携帯型電話機では、省エネのために、操作入力が所定時間なかった場合に、表示画面あるいはバックライトを消すことを行っていたが、ＴＶ画面を表示している場合には、操作が長時間なされないこともあり、表示画面あるいはバックライトが消えると不便である。そこで、省エネ制御手段は、ＴＶ画面を表示している場合には、すなわちＴＶ受信機として使用している場合には、表示画面あるいはバックライトを消さないようにするか、あるいは第１の所定時間（たとえば、２０分、３０分、・・・等）の間に操作入力がない場合に表示画面あるいはバックライトを消すか、あるいは光量を小さくし、ＴＶ受信機として使用していない場合には、第２の所定時間（たとえば、１分，２分，・・・等）の操作入力がない場合に、表示画面あるいはバックライトを消すか、あるいは光量を小さくするように制御する。
【００５０】
通常、第１の所定時間を第２の所定時間よりも長く設定しておく。またバックライトの光量の強さを段階的に変化させる光量設定手段を備え、操作入力がない時間の長さに応じて段階的に光量を弱くすることも考えられる。また操作入力がない時間の長さに応じて、表示画面の表示領域を段階的に小さくすることにより、画面の表示に必要な消費電力を少なくすることも考えられる。省エネ制御手段は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、図示しない時計あるいはカウンター、表示ＯＦＦ回路またはバックライトＯＦＦ回路より構成される。これにより、携帯型電話機１１をＴＶ受信機として使用している場合に省エネモードに移行するのを防ぐことができる。
【００５１】
なお、ＴＶ受信の場合に限らず、ムービー画像、ビデオ画像のような動画像を再生する場合等のように、比較的長時間の表示が必要な場合に、前述した省エネ制御手段を適用できる。
【００５２】
また、表示画面のバックライトを消す省エネモードが有効になっている場合の不具合として、通常はその設定された時間（例えば１分）で十分であるが、場合によってはもっと表示画面を見たいという場合もある。従来では、何かしらのキー（タミーのキー）を操作することによりバックライトをオンにしていたが、それが度重なると煩わしい。また、そのダミーのキーのつもりで操作し場合（バックライトをオンさせるために、どこかのキーを押した場合）、そのキー操作により、思いがけない動作を機器が実行してしまうという課題があった。
【００５３】
それを解決する１つの実施例として、バックライト継続スイッチを設ける。少なくともこのスイッチが押さえ続けられている間は、バックライトを点灯し続ける。またバックライト継続スイッチは専用のスイッチである必要はなく、他のキーと兼用してもよいし、複数のキーと兼用してもよい。またこのバックライト継続スイッチの押し下げによってバックライトの点灯を開始するようにしてもよい。
【００５４】
また、バックライトの種類として、通常は表示画面のバックライトと操作キーのバックライトがある。前述の動画像の表示の場合のように、入力操作をほとんど行わない場合には、操作キーのバックライトを点灯する必要はない。そこで、動画像の表示などのように、所定の表示の場合において、第３の所定時間の入力操作がない場合には、操作キーのバックライトを消すようにしてもよい。あるいは、動画像の表示に限らずすべての場合において、所定の時間の入力操作がない場合に、操作キーのバックライトを消すようしてもよい。また操作キーのバックライトを消すための所定時間を複数備えていてもよい。このように操作キーのバックライトとの制御と、表示画面のバックライトの制御とを別々にすることにより、より省エネ効果が高まる。
【００５５】
図９（Ａ），（Ｂ）は、省エネ処理を示すフローチャートである。図９（Ａ）はテレビジョン表示モードか否かによりバックライトの光量を調整する処理を示しており、テレビジョン画像表示モードか否かを判断し、テレビジョン表示モードでないとき（Ｓ７０１の「ＮＯ」）はバックライトの光量を小さくするかオフし（Ｓ７０２）、テレビジョン表示モードのとき（Ｓ７０１の「ＹＥＳ」）はバックライトをオンまたはオンを継続する（Ｓ７０３）。
【００５６】
図９（Ｂ）は、テレビジョン表示モードか否かによりバックライトの省エネモードに遷移する時間を制御する処理を示しており、テレビジョン画像表示モードか否かを判断し、テレビジョン表示モードのとき（Ｓ８０１の「ＹＥＳ」）は第１の所定期間経過後（Ｓ８０２）にバックライトの光量を小さくし（Ｓ８０４）、テレビジョン表示モードでないとき（Ｓ８０１の「ＮＯ」）は第１の所定期間経過後（Ｓ８０３）にバックライトの光量を小さくし（Ｓ８０４）する。
【００５７】
また，最近携帯型電話機会社の料金サービスとして無料で通話できる無料通話サービスがあり、また使用しなかった無料通話料金または無料通話時間を次の月に繰り越せるサービスも始まっている。しかし，無料通話料金または時間等である無料通話分の情報について、どの程度残っているのか、所定の期限まであとどの位使用できるのかは、請求書が送られてくるまで知ることができないという不便さがあった。
【００５８】
そこでそれを解決するために、無料で通話できる料金あるいは時間の現在の残り（残高または残時間）を、通話中である装置の表示部に表示するものである。以下に無料通話料金を例にとって説明するが、無料通話時間についても同様である。電話での通話を開始すると、装置は、無料通話料金の残高を問い合わせるためのプロトコルを使用して基地局に無料通話料金残高を問い合わせる。
【００５９】
次に、基地局から順次送信されてくる無料料金残高データを順次表示装置に表示するものである。残高データを取り扱う基地局またはサーバ装置（以後単にサーバ装置と呼ぶ）は、端末装置毎あるいは契約ユーザ毎の無料通話のデータまたは残り無料通話料金（あるいは残り無料通話時間）を管理している。サーバ装置は通話時間に応じて残高データを減じながら、残高データを送信する。また最初に基地局から送信されてきた残高データを基に、装置自身が通話時間に応じて無料通話料金残高を計算して表示してもよい。また通話中だけに限らず、問い合わせ専用の制御プロトコルを使用して残高データを受け取ってもよい。また通話中だけでなく、非通話中や待ちうけ画面の時に表示するようにしてもよい。また複数の装置の無料通話料金をお互いに共有して使用することができる場合には、自装置の無料通話料金残高に、共有できる装置の無料通話料金残高を足した合計無料通話料金残高を自装置に表示することも考えられる。基地局または残高データを取り扱うサーバ装置は、無料通話料金を共有できる装置の無料通話料金残高を記憶しておき、それらを合計して合計無料通話料金残高を算出し、各装置に送信する。また残高のみではなく、その残高がいつまで有効なのかを示す情報をともに表示してもよい。例えば残りの無料通話分が５千円で、それが使用できる期日が２００４年３月３１日の場合、「２００４年３月３１までに使用できる無料通話分は５千円です。」等の表示を行う。
【００６０】
また、無料通話の他に、例えば後述するようにサーバ装置に電子マネーを蓄積しておくプリペイド手段での電子マネーの共有のような他の携帯型電話機と共有して使用できるサービスについても適用できる。また、無料通話の繰越サービスにおいても、いつまで、いくら繰り越せるのか等の繰越情報を、サーバ装置から受信して表示することもできる。また、繰越サービスと無料通話の共有を合わせたサービスについても同様である。
【００６１】
ここで、図１３に携帯型電話機で使用する通信プロトコルの一実施形態を説明する。まず発信接続と切断シーケンスについて説明する。発信側の端末はオフフックおよびダイアルの後に、基地局へ呼設定信号（ＳＥＴＵＰ）、発信無線状態報告信号を送信し、基地局側から呼設定受付信号（ＣＡＬＬ ＰＲＯＣ）を受信する。基地局は認証手順を行った後、無線チャネル指定信号を送信する。発信側の端末は指定されたチャネルを捕捉し、無線回線の設定を行う。次に基地局から呼出信号（ＡＬＥＲＴ）を受信し、呼出音（ＲＢＴ）を受話器に送出する。着信側の端末装置の応答があると、基地局から発信側の端末装置へ応答信号（ＣＯＮＮ）が送信され、ここから課金が開始されるとともに、通話が始まる。つぎに発信側の端末装置から切断信号（ＤＩＳＣ）が基地局へ送信される。基地局は解放信号（ＲＥＬ）を発信側の端末装置へ送信し、ここで課金が終了する。発信側の端末装置は基地局へ解放完了信号（ＲＥＬ ＣＯＭＰ）を送信し、基地局から無線チャネル切断信号を受信する。最後に発信側の端末装置は通信に使用した無線チャネルを開放し、無線回線の切断を行う。
【００６２】
次に、着信接続のシーケンスについて説明する。着信側の端末装置は、基地局からの呼出信号を受信すると、着信無線状態報告信号を送信し、自動的に応答のための信号を基地局へ送信する。また基地局では無線チャネル指定信号を着信側の端末装置へ送信し、無線回線の設定を行う。無線回線の設定後、基地局から着信側の端末装置へ、呼設定信号（ＳＥＴＵＰ）が送信され、着信側の端末装置は着信音（ＲＧＴ）を生成した後、基地局へ呼出信号（ＡＬＥＲＴ）を送信する。着信側の端末装置のオフフックにより応答信号（ＣＯＮＮ）が基地局へ送信され、通信（通話）が開始され、課金が始まる。切断シーケンスは前述の発信側からの切断とほぼ同じなので省略する。
【００６３】
無料通話料金の残高データを問い合わせるプロトコルは、前述の呼設定、切断のプロトコルとは別の特別なプロトコルを使用してもよいし、また呼設定、切断のプロトコルを使用する場合には、基地局は例えば解放信号（ＲＥＬ）に残高データを含ませて送信することができる。
【００６４】
つぎに、ＧＰＳ機能付き携帯型電話機を用いた実施形態を説明する。図１０は、ＧＰＳ機能付き携帯型電話機２１を示すブロック図である。図１０において携帯型電話機２１は、ＣＰＵ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、操作入力・表示部２１４と、通話回路２１５と、マイク部２１６と、スピーカ部２１７と、位置情報受信手段２１８と、画像処理回路２１９と、フレームメモリ２２０と、画像表示手段２２１と、撮影手段２２２とを備えており、各構成要素はバス９００を介して接続されている。
【００６５】
ＧＰＳ（全地球測位システム）は、一般には、複数の人工衛星からの電波を受信し、その到達時間のずれから自分のいる緯度と経度等の地球上の位置情報を算出するシステムである。近年、ＧＰＳ機能を搭載した図１０に示したような携帯型電話機が多数開発されている。ＧＰＳは、携帯型電話機の位置情報を取得し、ディスプレイの地図上に位置を表示するシステムがあるが、まだまだ利便性に欠けるところがある。
【００６６】
本発明では、ＧＰＳ機能を使用した携帯型電話機の利便性をより高めることができる。たとえば、従来では、自分の携帯型電話機の位置情報を通信あるいは通話している相手装置に送ることができず、相手装置に自分の携帯型電話機の位置を表示することができないという課題がある。本実施形態では、その課題を解決するために、通信装置は位置情報受信手段と、通信相手識別手段と、通信手段とを備え、所定の通信相手と通信する場合には、位置情報受信手段によって取得した位置情報を、通信相手装置に送信するものである。
【００６７】
具体的には呼設定信号（ＳＥＴＵＰ）に、位置情報データを含ませて通信相手装置へ送信する。もちろん、通信相手識別手段は必須ではなく、すべての相手に対して送信してもよい。通信相手装置は、受信した位置情報に基づいて、地図情報とその地図情報の所定の位置に、相手通信装置の位置を示すマークを表示する。また相手装置もＧＰＳ機能を備えていれば、位置情報を送信してきた相手装置の位置情報とともに自分の位置情報も表示することができる。この場合、相手と自分を区別ができるマークを表示することが好ましい。
【００６８】
具体的には文字、数字、アルファベット、絵文字、絵、図、図形等のマークが考えられる。地図データはあらかじめ通信相手装置のメモリ手段に記憶されている。また、必要な時に地図データを他の装置（例えば基地局またはサーバ装置等）からダウンロードしてもよい。また通信装置が位置情報とともに地図データを送信してもよい。また通信装置同士でお互いに位置情報を交換することにより、お互いに相手装置の位置を自分の装置の表示部に表示することもできる。また双方の装置がＧＰＳ機能を搭載していれば、お互いに相手装置と自分の装置の位置を自分の装置の表示部に表示することができる。またこれは２者間に限らず多者間でも同様である。
【００６９】
このように所定の縮尺の地図データの上に２つ以上の位置情報を表示画面に表示する場合に、一方の位置情報（例えば自装置の位置）を地図データの領域内に表示できても、他方の位置情報（例えば通信相手装置）が表示する地図データの領域外になってしまうという課題がある。この課題の解決策としては、所定の数の位置情報が地図データの領域内になるように、複数の位置情報が示す位置関係に応じて所定の縮尺の地図データを使用する地図選択手段がある。地図選択手段の具体例として２つの位置情報を地図上に表示する場合を説明する。
【００７０】
一方の位置情報と他方の位置情報のＸ方向とＹ方向の距離差をそれぞれｘ２とｙ２とし、表示装置に表示する地図データの水平方向の最大距離ｘ１と、垂直方向の最大距離ｙ１とすると、ｘ１≧ｘ２かつｙ１≧ｙ２、となる地図の縮尺をＳとすると、Ｓ以上の縮尺を持つ地図データの中から適宜選択する。この場合通常は縮尺Ｓまたはそれに近い縮尺を選択するがそれに限定されない。一方の位置情報を地図の中心付近に表示したい場合は、Ｓの２倍の縮尺以上を持つ地図データを使用すればよい。
【００７１】
図１１（Ａ），（Ｂ），（Ｃ）の例では、最初はＳ１の縮尺の地図とその地図上に片方（自装置）の位置を表示している（図１１（Ａ））。（ｘ２）÷（ｘ１）＞（ｙ２）÷（ｙ１）なので、縮尺が（Ｓ１）×（ｘ２）÷（ｘ１）の地図を選択し表示する（図１１（Ｂ））。次に自装置を地図の中央に表示するために、縮尺が２×Ｓ１×（ｘ２）÷（ｘ１）の地図を選択し表示し、自装置のマークを地図の中央に表示し、他の装置もマークも所定の地図上の位置に表示する（図１１（Ｃ））。また以上の実施形態を応用して、３以上の複数の装置を地図上の所定の位置に配置することができる。また縮尺の異なる地図を選択する地図選択手段はこれに限定する必要はなく、他の公知技術を適用してもよい。
【００７２】
また、地図選択手段として、複数の位置情報に応じて表示する元の地図データをずらすことも考えられる。地図選択手段の具体例として２つの位置情報を地図上に表示する場合を説明する（図１２（Ａ），（Ｂ），（Ｃ）参照）。一方の位置は地図データの領域の中にあり、他方の位置は地図データの左辺方向の領域外とする。一方の位置と地図データの右辺との距離差をｘ５、他方の位置と地図データの左辺との距離差をｘ６とすると、（ｘ５）−（ｘ６）≧０であれば、左辺側へｘ６移動した地図データを表示し、それぞれの位置情報に相当するマークを地図上に表示する。このままでは、他方の位置は地図の左辺上にあるので、さらに（ｘ５−ｘ６）÷２だけ左辺方向に地図データをずらすと丁度、それぞれの位置の辺からの距離が等分となる。これと同じように垂直方向にも適用すれば２つの位置情報を同一の地図データの領域上に表示することができる。
【００７３】
さらに、今まで説明した表示する位置情報が２つの場合の実施形態を、３つの以上の位置情報を表示する場合にも応用できことは言うまでもない。この場合、地図選択手段は自装置の位置が必ず地図上に表示されるようにしてもよい。また、端末装置に優先順位をつけて（例えば、通信が開始された順番）、地図上に表示することも考えられる。
【００７４】
また、複数の位置情報を地図上に表示する場合において、すべての位置情報が地図上に表示できない場合もある。その場合には、地図の領域外であることを示すマーク（印）を地図上に表示することもできる。マークとしてどのようなものでも可能であるが、マーク位置から該当する位置の方向を指し示す矢印がよい。また、地図上に表示できない端末装置の名称や識別情報や、表示できない端末装置の数等の情報を表示装置に表示できる。また端末装置同士の距離情報を表示してもよい。
【００７５】
また、ここまでは通話しながら、位置情報を載せた制御プロトコルを送受信する場合を説明してきたが、端末装置同士では通話せずに、制御プロトコル（制御情報）のみで位置情報を逐次送受信するＧＰＳ専用の通信モードであるＧＰＳ通信手段を備えていてもよい。
【００７６】
位置情報を送るべき所定の通信相手かどうかを判断する通信相手判断手段の具体例としては、相手の電話番号を記憶しておく電話帳手段を利用することが考えられる。電話帳手段に、位置情報を送信する電話番号を登録する。具体的には、電話帳に記憶されている電話番号に対応する記憶領域、すなわち位置情報送信ビットを用意し、位置情報を送る電話番号として登録された電話番号については位置情報送信ビットをアクティブにしておく。アクティブな位置情報送信ビットを持った電話番号が電話帳手段から選択された場合、あるいは直接テンキーで電話番号が入力された場合には、その電話番号が電話帳手段に登録されていて、かつ位置情報送信ビットがアクティブになっているかどうかを検査する電話番号検査手段により、入力された電話番号が電話帳手段に登録されていて、かつ位置情報送信ビットがアクティブになっていると判断された場合には、位置情報受信手段によって取得された位置情報を通信プロトコル（例えば呼設定信号（ＳＥＴＵＰ））に挿入し相手装置に送信する。また相手識別情報としては前記電話番号の他にメールアドレス、ＩＰアドレス、ＵＲＩ等が考えられる。位置情報はそれぞれのプロトコルに挿入されて相手装置に転送される。また通信相手判断手段に関わらず、すべての通信に対して位置情報を送信するか、送信しないかを設定する位置情報送信設定手段を備えていてもよい。
【００７７】
また１１０番あるいは１１９番に代表されるようないわゆる緊急電話の場合には、前記位置情報送信設定手段によって位置情報を送信するように設定されていなくても、位置情報を送信するようにしてもよい。発信が緊急電話かどうかの判断は、自装置に入力手段によって入力された電話番号が、所定の電話番号であるかどうかを比較することによって行う。あるいは、緊急電話番号が入力されると、表示装置に、位置情報を送信するかどうかのメッセージを表示してもよい。この場合、肯定の入力があると位置情報を送信する。あるいは緊急電話番号の入力と、発呼指示の入力（いわゆる緑の電話ボタンやそれに相当する入力）があると、位置情報を送信するかどうかのメッセージを表示して、それに対する肯定の入力があると位置情報を送信してもよい。また、通話中に所定のボタンを押すことにより、制御プロトコルに位置情報を挿入して送信してもよい。その場合であって、緊急電話番号で繋がった場合にのみ、所定のボタンを押すと位置情報を送信するようにしてもよい。
【００７８】
また別の実施形態として、目的地の住所情報を自端末装置に入力して、位置情報送信手段により位置情報を基地局に送信する。基地局は受信した位置情報を地図情報選択手段により解析し、その位置情報に対応する所定の領域の地図情報を選択し、位置情報を送ってきた端末装置に返信する。その地図情報を受信した端末装置は、自端末装置ありは外部に接続されている表示手段にその地図情報を表示するとともに、目的地マーク手段は目的地の場所を示すマークを地図情報の所定の位置に表示する。さらに、自端末装置の位置情報を位置情報受信手段により取得し、自端末装置マーク手段は自端末装置の位置を示すマークを地図情報の所定の位置に表示するものである。
【００７９】
住所情報は位置情報（緯度、経度）そのものでもよい。また、位置情報は通常使用されている住所（○○県××市）の場合は、住所データから位置情報に変換する位置情報変換手段を端末装置または基地局が備えていてもよい。また住所情報は地図情報の任意の場所を端末装置の入力手段によって指定することによって位置情報に変換してもよい。また住所情報や位置情報としてはすでに説明したものに限定する必要はなく、他の公知技術を適用できる。
【００８０】
位置情報送信手段には、メール手段、サーバ接続手段、ＦＴＰ手段、ＨＴＴＰ手段等がある。メール手段は、ＳＭＴＰやＰＯＰ３を使用したいわゆるＥ−Ｍａｉｌや、独自プロトコルを採用するメール手段がある。位置情報はメールの本文やＳｕｂｊｅｃｔの欄に記載し送信する。サーバ接続手段とは、いわゆるＮＴＴドコモのｉモードやＫＤＤＩのＥｚｗｅｂやインターネットようにサーバ装置に接続して、サーバ装置と端末装置の間でデータのやり取りを行うものであり、位置情報をデータとして送信する。ＦＴＰ手段やＨＴＴＰ手段は、そのプロトコルのデータ領域に位置情報を含ませて、あるいはデータそのものとして送信するものである。
【００８１】
地図情報選択手段は、あらかじめ地図情報を記憶している記憶手段から、位置情報が示す場所を含む地図情報を選択する。この選択の具体的手段は現在の公知技術を適用できる。
目的地マーク手段は、目的の位置情報と一致あるいは近似する地図情報の位置情報を検索し、該当する位置情報に対応する地図情報の位置を示す所定のマークを、表示手段に表示された地図データ上に表示するものである。
【００８２】
自端末装置マーク手段は、自端末装置の位置情報と一致あるいは近似する地図情報の位置情報を検索し、該当する位置情報に対応する地図情報の位置を示す所定のマークを、表示手段に表示された地図データ上に表示するものである。
【００８３】
また別の実施形態として、自装置（端末装置）の位置情報と位置を知りたい対象の情報（識別情報、名称、識別番号、住所情報、エリア情報等）を基地局またはサーバ装置に送信し、サーバ装置は、その情報に基づいて、地図データと、位置を知りたい対象に該当する１以上の地図上の位置データを、端末装置に送信することが考えられる。例えば、自装置がある場所において、銀行を探したい場合において、位置情報受信手段によって取得した自装置の位置情報と、銀行を表す識別情報（例えば「銀行」「スーパー」「都バス」「コンビニ」「トイレ」「駅」「タクシー」等）を基地局またはサーバ装置に送信する。サーバ装置は受信した位置情報を含む地図データをサーバ装置の記憶手段から選択し、さらに「銀行」として登録されているものの位置情報であって、地図データの領域に含まれるすべてをデータベース手段から検索して、対象物の位置情報と地図データを、端末装置に送信する。端末装置は受信した地図データを表示し、受信した銀行の位置情報に基づいて、地図上にマークを表示する。あるいは、サーバ装置は、対象物の位置情報を送信する代わりに、位置を示すマークを表示した地図データを送信してもよい。対象物とそれの位置情報はサーバ装置のデータベース手段にあらかじめ記憶されているが、例えば、対象物に位置情報受信手段を設置し、位置情報受信手段によって取得した位置情報を、ネットワークを使用して定期的にサーバ装置に送信し、サーバ装置はその情報でデータベースを更新してもよい。
このように、目的物を探すときに、自分のいる場所から一番近い場所を探すことができる。
【００８４】
また別の実施形態としては、位置情報受信手段と位置情報送信手段を備えた端末装置は、所定のコマンド情報を受信した場合に、位置情報送信手段は、位置情報受信手段によって取得した位置情報を、コマンド情報を送信した通信装置に返信するものが考えられる。
所定のコマンド情報を受信する手段としては、電話手段、メール手段、ＦＴＰ手段、ＨＴＴＰ手段等がある。電話手段では、相手通信装置として電話機が使用され、電話機から本装置に発呼するすることにより本装置が着信して通話路が設定される。この場合に、電話機から所定のＤＴＭＦ信号からなるコマンド情報が送信され、本装置はそのＤＴＭＦ信号を検出ことによりその後の動作を行うものである。またメール手段では、メールの本文あるいはＳｕｂｊｅｃｔにコマンド情報に相当するデータを含ませたものを受信する。ＦＴＰ手段、ＨＴＴＰ手段では、そのプロトコルあるいはデータに所定のコマンド情報を含ませたもの、あるいはコマンド情報をデータそのものとしたものを受信する。また電話手段、メール手段、ＦＴＰ手段、ＨＴＴＰ手段の代わりに、他の公知技術を適用することもできる。
【００８５】
また、別の実施形態としては、端末装置が所定のコマンド情報を受信した場合に、ＩＣタグ手段の利用を禁止あるいは禁止の解除するものが考えられる。または入力手段からの所定の入力によってＩＣタグ手段の利用を禁止あるいは禁止の解除するものが考えられる。
【００８６】
また、別の実施形態としては、位置情報受信手段を備えた端末装置は、所定の条件に基づいて、位置情報受信手段によって取得した位置情報を、位置情報送信手段によって所定の通信装置に送信することも考えられる。または、所定の条件に基づいて、位置情報受信手段によって取得した位置情報を、記憶手段に記憶する位置情報ログ手段を備えた端末装置も考えられる。
【００８７】
所定の条件とは、端末装置に備えられたＩＣタグ手段が利用された場合や、所定の時間間隔になった場合、所定の時刻になった場合、所定のコマンド情報を受信した場合等が考えられる。また別の所定の条件としては、位置領域判断手段の出力がある。位置領域判断手段は、位置情報受信手段によって定期的に取得された位置情報が、あらかじめ設定された位置情報の所定の領域内に入ったかどうかを判断するものである。所定の領域のデータ形式としては、位置情報を中心とした所定の半径の領域や、位置情報を中心とした所定の大きさの正方形あるいは長方形の領域等が考えられる。このように表現された領域情報（範囲情報）に、位置情報受信手段により取得した位置情報がその範囲内に含まれるかどうかを判断する。位置領域判断手段の出力、すなわち、領域内や領域外を示す情報が前記所定の条件として使用される。
【００８８】
位置情報ログ手段は、所定の条件が成立する毎に、位置情報受信手段を使用して位置情報を取得して、記憶手段に記憶するものである。記憶されたログはまとめて他の通信装置に送信することもできる。また自装置の表示装置に表示することもできる。
また別の実施形態として、位置情報ログ手段と後述する電波時計手段を備え、位置情報ログ手段は、位置情報受信手段によって取得した位置情報と、電波時計手段によって取得した時刻情報を記憶手段に記憶できる。これにより正確な時刻を記録することができる。
【００８９】
また、別の実施形態として、自動的に所定の時間間隔で被写体を撮影するとともに、その画像を所定の通信装置に送信するカメラ付き通信端末装置も考えられる。これはカメラ付き通信端末装置を監視モニターとして使用したいという課題を解決するためである。前記通信端末は、時計手段、カメラ手段、送信手段を備え、それぞれは現在の公知技術を適用できる。所定の時間間隔や所定の通信装置に送信するための所定の通信アドレスは、あたらじめ設定することができる。また所定の時間間隔の代わりに、あらかじめ設定した１以上の所定の時刻になると撮影し、画像を送信してもよい。また必ずしも撮影が行われるたびに画像を送信する必要はなく、画像の量が所定の量（所定の画像枚数、所定の画像の総データ量）に達した場合に、送信するようにしてもよい。また本装置に電源アダプターが接続されている場合に、撮影と画像の送信動作を行うようにしてもよい。従って、電源アダプターが接続されていなければ、自動的に撮影は行わない。これは撮影する場合はかなり大きな消費電力を必要とする場合があり、そのためにバッテリー不足になるのを防ぐためである。
【００９０】
また、別の実施形態として呼出モードトグル切替手段を備えた携帯型電話機がある。従来のマナーモードボタンは、着信音を鳴動させて呼び出しを行う通常の呼び出しと、マナーモードと呼ばれる呼び出し、すなわちバイブレータによる振動による呼び出しと、着信音も鳴らさず、バイブレータも振動させないサイレントによる呼び出しがあり、マナーボタンの押し下げにより、この通常の呼び出しとマナーモードの２つをトグル動作で切替えていた。ところが、マナーモードをバイブレータとサイレントのどちらかに設定するかは、別の複雑な操作が必要であり、仮にマナーモードとしてバイブレータを設定していた場合に、サイレントモードに設定するには普段使用していない操作が必要であり、ユーザにとっては煩雑で不便であった。そこで本発明はその課題を解決するものである。
【００９１】
呼出モードトグル切替手段は、音源を鳴動させて着信を知らせる着信音モードと、バイブレータを振動させて振動により着信を知らせるバイブレータモードと、音源を鳴動させずかつバイブレータを振動させないサイレントモード（ＬＥＤ、表示部、バックライトを点灯あるいは点滅させてもよい）の３つの呼出モードを切替えるものである。モードの切替はそれ専用の１つのボタン（呼出モード切替ボタン）の押し下げ毎に３つのモードをトグル動作で切替えるものである。切替動作を詳細に説明すると、装置の電源が投入されると所定の呼出モード（ここでは着信音モードで説明する）に設定される。次に呼出モード切替ボタンが押されると（ボタンの長押しでのみ切替えるようにしてもよい）、バイブレータモードに切替わり、次に呼出モード切替ボタンが押されると、サイレントモードに切替わる。次に呼出モード切替ボタンが押されると最初の着信音モードに切替わる、いわゆるトグル動作を行う。呼出モード切替ボタンは、通常のスイッチで構成されてもよいし、タッチパネル上の擬似スイッチで構成されていてもよい。また他の機能を兼用しているボタンでも呼出モード切替ボタンとして使用可能である。この場合には、他の機能の操作と区別をするために、呼び出しモードを切替える場合には、ボタンの長押しがされた場合にモード切替のトグル動作を行うものである。呼出モードトグル切替手段は、具体的にはＣＰＵ、ＲＯＭ、ＲＡＭから構成される制御手段と、鳴動手段、バイブレータ手段、操作入力手段から構成されるものであり、制御手段は呼出モードを切替えるために鳴動手段、バイブレータ手段と操作入力手段を制御するものである。このようにして、一度のボタン操作で、煩雑な操作をする必要なしに、着信音モード、バイブレータモードとサイレントモードを切替えることができる。
【００９２】
また、別の実施形態（図１８）として、時刻設定用電波を受信して時刻を設定する電波時計手段を備え、自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段が出力する時刻情報をより大きく表示する時計表示手段を備えた携帯型電話機装置が考えられる。従来の携帯型電話機は、時計用ＩＣを搭載してはいたが、コストダウンのために安価な時計回路を使用していたため、時計の精度が悪く、腕時計代わりに使用するには精度的に問題があった。そこで、電波時計手段を内蔵することにより、時計の精度を高めることができる。電波時計手段を内蔵した携帯型電話機のブロック図は特に示さないが、図６の携帯型電話機のブッロク図にさらに電波時計手段を追加したもので説明されたに等しいものである。また、携帯型電話機として使用していない場合には、例えば、折りたたみ式の携帯型電話機であるなら、折りたたんだ状態の時や、ボタン入力が最後の入力から所定時間経過した場合等等のように、いわゆる待機状態（スタンバイ）の場合、時計情報を表示器に大きく表示し（例えば、大きなフォントで時刻を表示したり、アナログ時計を描画する等）、携帯型電話機として使用する場合、例えば通話、メール作成、インターネット接続、その他の操作等で使用する場合には、その使用のための表示を邪魔しないように、時計情報の表示は小さく（小さいフォントを使用する）表示するか、あるいは時計の表示をやめる。このように精度の高い時計表示を大きく表示することにより、携帯型電話機を腕時計の代わりに使用することができる。
【００９３】
また、別の実施形態として、マナーモード（サイレント、バイブレータモード）が設定されていても、所定の条件であればマナーモードを解除するか、あるいは着信音を鳴動させるマナーモード無効手段を備えた携帯型電話機が考えられる。マナーモードの場合、携帯型電話機を体から離しておくと、本人がディスプレイの着信を示す表示を見るまで電話があったことを知ることができないという課題がある。あらかじめ少なくとも１以上のマナーモード有効領域情報を設定しておき、基地局から電話の呼び出しがあると、位置情報受信手段によって位置情報を取得し、その位置情報がマナーモード有効領域外であればマナーモードを解除して着信音を鳴動させる。またはマナーモードを一時的に無効にして着信音を鳴動させる。またはバイブレータの振動をさらに大きくする。その位置情報がマナーモード有効領域内であればマナーモードのままにする。またマナーモード無効手段を使用するにあたって、電話をかける側に暗証番号の入力を条件にしてもよい。この場合、電話をかける側で、暗証番号を入力して、マナーモード無効命令モードで電話をかける。暗証番号とマナーモード無効命令情報は、呼設定プロトコルにより相手側装置に送信され、相手側装置ではマナーモード無効命令情報を受信し、さらにあらかじめ自装置に設定してある所定の暗証番号と受信した暗証番号を比較して、一致したならばマナーモード無効手段を有効にするものである。このように、マナーモードを設定していても、電話で呼び出すことができる。
【００９４】
図１４（Ａ），（Ｂ）にＩＣタグ手段を内蔵した携帯型電話機のブロック図を示す。図１４（Ａ）に示す携帯型電話機３１Ａは、ＣＰＵ３１１と、ＲＯＭ３１２と、ＲＡＭ３１３と、操作入力・表示部３１４と、通話回路３１５と、マイク部３１６と、スピーカ部３１７と、無線通信手段３１８と、ＩＣタグ手段３１９とを備えており、各構成要素はバス９００を介して接続されている。
【００９５】
また、図１４（Ｂ）の携帯型電話機３１Ｂは、携帯型電話機３１Ａの構成に加えて、ＩＣタグリーダライタ手段３２０を備えている。ＩＣタグ手段３１９に記憶されている情報は、ＩＣタグリーダライタ手段３２０によって、読み出したり書き込んだりする。また、ＩＣタグ手段３１９は無線通信手段３１８のみで利用する。
【００９６】
また、図１５（Ａ）にＩＣタグ（ＩＣタグ手段３１９）を示し、図１５（Ｂ）にタグ通信手段としてのＩＣタグリーダライタ手段３２０のブロック図を示す。
【００９７】
本実施形態では、ＩＣタグは装置に内蔵されており、ＩＣタグは数ミリ角のシリコンチップで構成される場合もある。
【００９８】
図１５（Ａ）において、ＩＣタグ（すなわち、ＩＣタグ手段３１９）は、ＣＰＵ３１９１と、ＲＯＭ３１９２と、ＲＡＭ３１９３と、無線通信手段３１９４とからなる。無線通信手段３１９４は、電波信号を送受信するためのアンテナ用コイル、共振コンデンサ、変復調回路、整流平滑回路を含んで構成される。ＩＣタグ手段３１９は、ＩＣタグリーダライタ手段３２０から送信されてくる高周波の電力用電波信号をアンテナと共振用コンデンサで受信し、整流平滑回路で整流平滑化して、一定電圧の動作用電源を作成してＩＣタグ内部に供給する。
【００９９】
またＩＣタグリーダライタ手段３２０から送信されてくる信号は、電力用電波信号に重畳されており、受信した信号は変復調回路によって復調される。ＣＰＵ３１１はＲＯＭ３１２に記憶されたプログラムによって動作するものであり、ＲＡＭ３１３上に動作に必要なワークエリアを形成しながら、ＩＣタグ手段３１９全体の動作の制御を行うものである。ＩＣタグ手段３１９は一度情報を書き込んだら二度と変更できないリードオンリーのものと、後から書き換えが可能なものや、追記のみ可能なもの（追記型）がある。ＩＣタグ手段３１９は通常は電源と搭載していないが、電源として電池を搭載していてもよい。
【０１００】
ＩＣタグリーダライタ手段３２０は、制御回路３２０１と、電波信号を送信する送信アンテナ用コイルからなる無線送信部３２０２と、電波信号を受信する受信用アンテナコイルからなる無線受信部３２０３とから構成される。制御回路３２０１は、電力用電波信号を送信し、また送信する信号を電力用電波信号に重畳して送信用アンテナから送信する。また受信用アンテナからＩＣタグ手段３１９が送信した信号を受信し、それを復調して受信データを得る。このようにＩＣタグ手段３１９とＩＣタグリーダライタ手段３２０の間では電波信号を使用して通信を行うことにより、ＩＣタグ手段３１９の情報を読み出したり、逆にＩＣタグ手段３１９に書き込みたい情報を書き込むことができる。
【０１０１】
またＩＣタグリーダライタ手段３２０はリーダ部とライタ部を両方備えているが、用途によってはどちらか一方を備えているだけでもよい。
ＩＣタグ手段３１９とＩＣタグリーダライタ手段３２０間での伝送媒体方式としては、電磁結合型、電磁誘導型、マイクロ波型、光交信型等がある。
【０１０２】
また複数のＩＣタグリーダライタ手段があると、相互干渉によるＩＣタグ手段の読み取りエラーが起こる。その対策としては、ＩＣタグリーダライタ手段同士の交信状況を互い知らせることによって干渉を防ぐ同期手段がある。また１つのＩＣタグリーダライタ手段が他のＩＣタグリーダライタ手段をコントロールするマスタスレーブ手段を備えていてもよい。
【０１０３】
電波信号を使用したＩＣタグ用無線プロトコルあるいは通信方式は、例えばコマンド・レスポンスをベースとしたシンプルなプロトコルで構成されてもよいし、その他プロトコルはいろいろあり、また現在も多くのものが提案されているためここでは言及を避けるが、どのようなプロトコルであれ、本発明に使用できるものである。特にプロトコルにＨＴＴＰを使用するとともに、ファイル形式にＭＬ（マークアップ・ランゲージ）ベースのファイル（ＸＭＬ，ＨＴＭＬ，ＳＧＭＬ，ＸＨＴＭＬ，ＣＨＴＭＬ，ＨＤＭＬ，ＤＨＴＭＬ等）を使用することにより、より汎用性の高い利用が期待できる。
【０１０４】
また、使用するＩＣタグの種類、ＩＣタグの使用用途あるいはＩＣタグが使用する無線周波数等の違いによって多くの通信方式（エアインターフェイスとも呼ばれているもので、いわゆる通信の方式であり、具体的には、使用する電波の周波数、通信プロトコル、エラー訂正方式、符号方式、圧縮方式等がある）が存在するために、使用できる通信方式が相異するＩＣタグを複数内蔵している場合、ＩＣタグリーダライタ手段が使用できる通信方式以外の通信方式を使用するＩＣタグと交信できないという問題が生じる。これを解決するために、マルチ通信方式手段あるいは通信方式切替手段を備える。マルチ通信方式手段あるいは通信方式切替手段とは、通信プロトコルを例にとると、後述するＳＩＰの標準呼設定プロトコルとローカル呼設定プロトコルを切替えて使用する場合と基本的な思想は同じもので、ＩＣタグリーダライタ手段は所定のＩＣタグ用無線プロトコルを送出した後に、別のＩＣタグ用無線プロトコルを送出し、さらに次々にＩＣタグリーダライタ手段が持っている通信プロトコルを送出するものである。ＩＣタグは自身が備えている通信プロトコルを受信した場合にはそのまま交信を行い、自身が備えていない通信プロトコルに対しては反応しないことになる。また通信プロトコルの他に使用する電波の周波数、エラー訂正方式、符号方式、圧縮方式も同様である。
【０１０５】
図１６にマルチ通信方式手段あるいは通信方式切替手段の一例のフローチャートを示す。ＩＣタグリーダライタ手段は、通信方式はＡ通信方式、Ｂ通信方式、Ｃ通信方式の３つの通信方式を備えているとする。まず最初にＡ通信方式によって電波を送出する（Ｓ９０１）。Ａ通信方式を備えたＩＣタグが電波の届く範囲に存在すれば（Ｓ９０２の「ＹＥＳ」）、ＩＣタグはＡ通信方式によって応答（レスポンス）をＩＣタグリーダライタ手段に返す。ＩＣタグリーダライタ手段はこの応答を受信した場合にはＡ通信方式によって交信を継続して所定の情報を読み出したり、書き込んだりする。このＡ通信方式によって複数のＩＣタグが応答した場合には、複数のＩＣタグと交信を行う（Ｓ９０３）。Ａ通信方式による応答がなかった場合（Ｓ９０２の「ＮＯ」）には、次にＢ通信方式による電波を送出する（Ｓ９０４）。Ｂ通信方式による電波を送出した場合や、Ａ通信方式による交信が終了した場合において、Ｂ通信方式のレスポンスがあったときは（Ｓ９０５の「ＹＥＳ」）、Ｂ通信方式で交信を行う（Ｓ９０６）。Ｂ通信方式のレスポンスがない場合（Ｓ９０５の「ＮＯ」）には、Ｃ方式で電波を送出する（Ｓ９０７）。Ｂ通信方式による通信が終了した場合や、Ｃ方式で電波を送出した場合において、Ｃ通信方式のレスポンスがあったとき（Ｓ９０８の「ＹＥＳ」）は、Ｃ通信通信方式での通信を行い（Ｓ９０９）処理を終了し、Ｃ通信通信方式のレスポンスがなかったときも（Ｓ９０８の「ＮＯ」）処理を終了する。
【０１０６】
このようにすることにより、ＩＣタグリーダライタ手段が備えているすべての通信方式による通信を行う。
【０１０７】
以上のように、ＩＣタグリーダライタ手段がマルチ通信方式手段あるいは通信方式切替手段を備えることにより、いろいろな通信方式を持つＩＣタグを複数内蔵している場合でも、１台のＩＣタグリーダライタ手段によってＩＣタグの情報を読み出したり、書き込んだりすることができる。また、ＩＣタグにマルチ通信方式手段あるいは通信方式切替手段を備えていてもよい。
【０１０８】
本発明の一実施形態では、ＩＣタグ手段をプリペイド手段として使用する。プリペイド手段とは、前もって所定の方法で支払精算を済ませておき、支払い精算で支払った金額情報に相当する価値情報を記憶手段に蓄積しておくものである。所定の方法とは、入金装置（チャージ装置）に対してある料金を支払い（通常は現金を投入するが、クレジットカードやその他の支払い可能なカードで支払ってもよい）、その支払った金額に相当する価値情報（電子マネー情報）を入金装置から自装置に転送し、プリペイド手段あるいは記憶手段に蓄積するものである。また、携帯型電話機の電波Ｉ／Ｆ（携帯型電話機と基地局間）を使用して、電子マネー情報を蓄積しているサーバ装置に接続し、電子マネー情報をサーバ装置から携帯型電話機に移すことも考えられる。一方、例えばある商品を買った場合に代金の精算は、代金の精算を行う精算装置を使用するものである。実際には、自装置と精算装置を接続して、精算装置から自装置に対して、精算代金に相当する精算情報と精算を実施するための命令信号である精算信号情報を送信する。自装置は、自装置のプリペイド手段に蓄積されているその時の価値情報から受信した精算情報を減じ、その結果の価値情報をプリペイド手段に記憶することにより、精算を行うものである。
入金装置または精算装置と自装置との接続は、自装置にあらかじめ備えられている汎用のＩ／Ｆ手段あるいは専用のＩ／Ｆ手段、あるいはＩＣタグ手段の無線Ｉ／Ｆ手段を利用する。また他の公知技術を使用してもよい。
【０１０９】
次に、携帯型電話機に１つのＩＣタグを内蔵して、精算する対象が複数ある場合の実施形態を説明する。複数の精算対象として、運賃、買物代金（ショッピング、飲食、各種サービスに対する支払い）、電話代（パケット代も含む）の３つの例で説明するが、もちろんこの３つに限定する必要はなく、他の支払い対象にも実施可能である。まず、ＩＣタグの無線Ｉ／Ｆ手段を使用して、ＩＣタグリーダライタ手段を内蔵している入金装置から、電子マネー情報（価値情報）を自装置のＩＣタグに蓄積する。この場合、対象となる電子マネーを扱う提供会社が３つの支払い対象を扱っている場合には、１つの入金装置から電子マネー情報を蓄積して、実際の精算も場合も、３つの支払い対象に対して蓄積した電子マネーを共通に使用することができる。しかしながら電子マネーを異なった支払い対象に共通に使用できるため、ある支払い対象の金額が高額になった場合に、残りの電子マネーで他の支払い対象を精算できないという不具合が生じる可能性がある。
【０１１０】
そこで本発明では、おのおのの支払い対象に対して、精算できる最大の電子マネーの金額を設定する支払い限度設定手段を備えるものである。支払い限度設定手段の１つの実施形態としては、おのおのの支払い対象に対して支払いできる限度額を、蓄積した電子マネーの割合としてあらかじめ設定しておくものである。例えば、買物、電話代、運賃の割合をそれぞれ５０％、２０％、３０％と設定しおくと、電子マネーの蓄積が１万円だった場合には、それぞれの支払い限度額は５千円、２千円、３千円となる。次に、買物で２千円分を支払った後に、さらなる電子マネーの蓄積が２万円だったとすると、それぞれの支払い限度額は１万３千円（３千円＋１万円）、６千円（２千円＋４千円）、９千円（３千円＋６千円）となる。この場合、後述する支払い残高表示手段には、それぞれ１万３千円、６千円、９千円の残高が表示される。また別の実施形態として、おのおのの支払い対象の支払い限度額を直接設定する場合も考えられる。たとえば、買物、電話代、運賃をそれぞれ１万円、４千円、６千円と設定するものである。精算する場合に、支払い限度額を超える場合には、精算を行えないようにするのが通常であるが、後述するように限度を超えることを警告しておいて、蓄積された電子マネー全体で支払うことができれば精算を行うようにしてもよい。また支払い限度設定手段は前述した実施形態に限定されるものではなく、他の公知技術を適用できる。
【０１１１】
次に、実際に精算する場合に、支払い限度額を超える場合に警告をする支払い限度警告手段を備えていてもよい。例えば、警告音を発する、警告メッセージを表示手段に表示する等が考えられる。また支払い限度の設定を解除する支払い限度解除手段を備えていてもよい。この場合、支払い限度警告手段により警告された場合、支払い限度解除手段によって、その支払い対象の支払い限度を解除することにより、蓄積されている電子マネーのすべてから精算することができるようにするものである。
【０１１２】
また、所定の支払い対象に対して支払いすることができる電子マネー情報（残高）を、支払い対象毎に表示する支払い残高表示手段を備えていてもよい。具体的には、表示装置に支払い対象の名称、すなわち前述した例では、「買物」「電話」「運賃」等の名称と、それに対応する残高、すなわち「１万３千円」「６千円」「９千円」の電子マネー情報を表示するものである。
【０１１３】
また、前実施形態では、電子マネーと取り扱う提供会社が１社の場合を想定したが、複数の提供会社の場合を説明する。ＩＣタグの通信方式は、その提供会社が異なるとその通信方式も異なるのが通常である。従って従来では、１種類のＩＣタグには１つの通信方式しか対応していないため、１台の携帯型電話機では別の電子マネー提供会社の電子マネーを扱うことが出来ないという問題が生じることが予想される。本発明はそのような課題を解決するものであり、ＩＣタグ手段に複数の通信方式を持つＩＣタグマルチ通信方式手段あるいはＩＣタグ通信方式切替手段を備えるものである。例えばＩＣタグ手段にＡ通信方式とＢ通信方式を備えた場合を考えると、Ａ通信方式に対応している提供会社の入金装置から電波を受信するとＡ通信方式で交信を行い、入金装置から電子マネーをチャージして、Ａ通信に関連した記憶媒体に電子マネー情報を記憶する。次にＢ通信方式に対応している提供会社の入金装置からの電波を受信するとＢ通信方式で交信を行い、Ｂ通信に関連した記憶媒体に電子マネー情報を記憶するものである。それぞれの提供会社で使用できる残高情報は、支払い残高表示手段により、その提供会社のサービス名等の名称とともに表示される。
【０１１４】
また、提供会社が異なっていても、提供会社同士で電子マネーサービスを相互に使用できるのであれば、別々にチャージされた電子マネーを一方から他方に移すことができる。これはあらかじめ共通で使用できる提供会社の情報を示す共通電子マネー情報を電子マネー情報に付加しておき、その共通電子マネー情報に応じて電子マネーの移動を自装置上で行うものである。具体的には、自装置上で電子マネーの移動を指示した場合に、共通電子マネー情報を解析し、その結果、共通で使用できる電子マネーと判断した場合に、電子マネーを移動させるものである。
【０１１５】
また、前述した実施形態では、１台の携帯型電話機に１種類のＩＣタグ手段を搭載した場合であるが、別の実施形態として、１台の携帯型電話機に複数のＩＣタグ手段を搭載した場合も考えられるが、動作は前述した実施形態とほぼ同じである。
【０１１６】
また別の実施形態として、プリペイド手段を利用した場合に、その利用の態様を示す情報を利用ごとに記憶手段に記憶するプリペイド利用ログ手段を備える。利用の場面として、入金時、支払い時、残高の照会時等があり、利用の態様を示す情報として、利用日時、入金か支払いか、入金金額、支払い金額、支払い対象、入金あるいは支払い時のＩＣタグリーダライタ手段の情報等がある。また上記ログ情報を定期的にあるいは所定のログ量（またはログ件数）に達した場合所定の通信アドレスに対して送信してもよい。送信手段としてはメール、ＦＴＴＰ、ＨＴＴＰ等を使用できるが、他の公知技術でも可能である。
【０１１７】
運賃や買物の精算は、ＩＣリーダ装置を内蔵した専用の精算装置によって精算を行うが、電話代の精算方法はそれと違っているため、携帯型電話機の電話代をプリペイド手段で精算する実施形態を説明する。１つの実施形態としては前述したように携帯型電話機に内蔵されているプリペイド手段に電子マネーを蓄積し、そこから使用した電話料金を逐次差し引く方法がある。この場合、通話の終了時の基地局とのプロトコルを使用して、プリペイド手段に蓄積されている電子マネー情報から、基地局から受信した料金データを差し引くことにより精算を行う。あるいは、通話時に、制御プロトコルを使用して逐次基地局から受信した料金データを差し引いてもよい。また通話開始前の基地局とのプロトコル（呼制御プロトコル）において、携帯型電話機のプリペイド手段に電子マネーが残っているかどうかを検査し、電子マネーが残っていなければ通話を禁止することができる。この通話の禁止は、自装置が発信する場合も受信する場合も可能である。
【０１１８】
また別の実施形態として、使用する通話料金を支払うための電子マネー情報を、基地局側のサーバ装置等に記憶する方法も考えられる。まず、サーバ装置に接続されている入金装置に携帯型電話機の電話番号あるいは携帯型電話機を特定するための識別情報を入力し、次に通話料金を現金あるいはカード等で支払う。電話番号を入力する代わりに、携帯型電話機を入金装置に接続して、入金装置が携帯型電話機の記憶手段に記憶されている電話番号あるいは携帯型電話機を特定するための識別情報を読み出してもよい。さらに、携帯型電話機のプリペイド手段に蓄積されている電子マネーを通話料金として入金してもよい。
【０１１９】
その通話料金は電話番号あるいは識別情報と対応付けられて、電子マネーとしてサーバ装置の記憶手段に記憶される。次に通話する場合には、携帯型電話機からの発呼時に、基地局との通信プロトコルで、携帯型電話機の電話番号あるいは識別情報を、基地局側が受け取り、その情報に基づいて、サーバ装置に電子マネーの残高が残っているかどうか検査する。電子マネーの残高がなければ通話は行われない。電子マネーの残高が残っている場合には、通話が開始され、通話時間に応じて電子マネーは減じられる。電子マネーがなくなれば通話は中止される。通話中、サーバ装置に記憶されている電子マネー情報を、サーバ装置から受信して、携帯型電話機の表示装置に表示してもよい。
【０１２０】
またＩＣタグの通信Ｉ／Ｆの代わりに自装置に備えられている赤外線Ｉ／Ｆ、ブルートゥースＩ／Ｆ、無線ＬＡＮＩ／Ｆあるいは専用Ｉ／Ｆ等の通信Ｉ／Ｆを使用してもよい。
【０１２１】
ＩＣタグに記憶するその他の情報として装置情報があるが、装置が通常の物の場合には、物の名称、機能、効能、スペック（使用方法、色、寸法、形状、重量等）、原材料、関連情報、製造年月日、販売年月日、販売国、製造国、製造メーカ名、販売店名、価格等の物の情報である。また装置についての情報（装置の種類（携帯型電話機、ＰＨＳ、ＩＰ電話、ＩＰ端末装置、一般加入者電話機、ファクシミリ装置、通信機能付コンピュータ、ＰＤＡ等）、装置の名称、装置の端末識別情報（電話番号、ＩＰアドレス、ＵＲＩ、ＵＲＬ、ＩＤ等）、装置のスペック、設置場所、使用環境、使用履歴、装置のプロフィール等）、装置使用者についての情報（名前、性別、生年月日、年齢、勤務先会社名、住所、趣味、プロフィール等）、画像（装置の画像、使用者の顔画像、動画像、その他の画像）、音声データ（音声メッセージ、ＢＧＭ、音楽等）等の装置の説明情報もある。装置情報は通常はテキストデータであるが、画像データやプログラム等のバイナリデータでもよい。また装置情報は前記情報に限定されるものではなく、対象物に関する情報すべてを含む。装置情報は通常はＩＣタグのＲＡＭやＲＯＭ等の記憶手段に記憶されている。さらに装置情報は前述した単なる装置の情報にとどまらず、装置の状態情報をも含む。装置の状態情報とは例えば、装置がある製品の場合には、製造中、検査中、保管中、出荷中、販売中、使用中、修理中、リサイクル中等、装置の状態あるいは時間的な状態を表す情報がある。例えば製品がユーザの手に渡った場合（販売された場合）に、使用中を表すビットを有効にすることにより、その製品が販売されユーザが使用中の状態になっていることを知ることが出来、その情報を得ることによりさまざまなサービスを行うことができる。例えばその製品に意匠権がある場合において、その製品が販売中の場合には、意匠権と販売中のビットを有効にすることにより、無断で写真を撮影したり出来ないようにすることもできる。
【０１２２】
また別の実施形態としてＨＴＭＬのように、装置情報は装置のデータ情報とレイアウト情報（表示方法の情報）の少なくとも１以上で構成してもよい。つまりレイアウト情報は装置のデータ情報を表示部に表示する方法（表示の仕方）を示す情報である。すなわち、装置情報は装置のデータ情報を、レイアウト情報に基づいてＩＣタグリーダライタ手段の表示部に表示されるものである。レイアウト情報としては例えば文字の種類（フォント）、文字の大きさ、文字の色、文字の修飾、文字の表示位置、画像の表示位置、画像の大きさ、背景色、アニメーションの位置、アニメーションの大きさ等であって、具体的にはＸＭＬやＨＴＭＬのＭＬ言語（ＭＬベースのファイル）で扱っているレイアウト情報等がある。
【０１２３】
図１７は本発明の一実施形態であるＩＣタグ付きＩＰ電話のブロック図である。またこれにＴＶ放送受信手段を搭載することもできる。図１７に示す携帯型電話機５１は、ＣＰＵ５１１と、ＲＯＭ５１２と、ＲＡＭ５１３と、操作入力・表示部５１４と、通話回路５１５と、マイク部５１６と、スピーカ部５１７と、無線通信手段５１８と、ＩＣタグ手段５１９に加えて、ＩＰ手段５２０を備えており、各構成要素はバス９００を介して接続されている。ＩＰ手段５２０以外の要素は、図１４（Ａ）において説明した同じ名称の構成要素と機能は同じであるので説明は省略する。
【０１２４】
ハンドセットは音声通話をするいわゆる受話器なるものであり、音声を出力するスピーカ部５１７や音声を入力するマイク部５１６等から構成される。通話回路５１５はマイク部５１６等から入力された音声信号をＩＰ手段５２０に送出し、ＩＰ手段５２０から入力された音声信号をスピーカ部５１７等に出力するものである。また音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質をよくしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御もこの部分で行うのが一般的である。またこの通話回路においては、ハンドセットのマイク部５１６から入力されたアナログの音声信号はデジタル音声信号に変換され、スピーカ部５１７に出力するために入力されたデジタル音声信号はアナログ音声信号に変換される。通話回路５１５は網側との間で、音声信号を送受信する。また画像データと装置情報の送受信も行う。携帯型電話機の場合は基地局との間で無線を使用して通信を行うが、有線で交換局と通信してもよい。
【０１２５】
ＩＰ手段５２０は通話回路５１５から送られてきた音声信号を必要であれば符号化圧縮する。次に音声信号データを送信用のＩＰパケットに埋め込み、順次、回線接続Ｉ／Ｆ手段５１８に送り出す。また回線接続Ｉ／Ｆ手段５１８から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、通話回路５１５に送出する。またＩＰ手段は画像データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ手段５１８に送り出す。また回線接続Ｉ／Ｆ手段５１８から入力される受信用のＩＰパケットから画像データを取り出してＲＡＭ５１３や、図示しない画像処理回路へ出力する。
【０１２６】
また、ＩＰ手段５２０は呼制御を行うための制御用ＩＰパケットを組み立て、順次回線接続Ｉ／Ｆ手段５１８に送り出す。さらに回線接続Ｉ／Ｆ手段５１８から入力される受信した制御用ＩＰパケットを分解する。
【０１２７】
このような制御用ＩＰパケットの送出、受信はＩＰ手段５２０とは独立した別の手段で構成してもよい。ＩＰ手段５２０の動作制御はＣＰＵ５１１で行う。回線接続Ｉ／Ｆ手段５１８はＩＰ手段５２０から入力される送信用ＩＰパケットを接続回線に送出する一方、接続回線から入力される受信用パケットをＩＰ手段５２０に送出する。
【０１２８】
接続回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ手段５１８に含まれる。また接続回線がＬＡＮ等であれば回線接続Ｉ／Ｆ手段５１８はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ、無線ＬＡＮ等）である。また携帯型電話機、ＰＨＳ等の無線Ｉ／Ｆであってもよい。また、その複数のＩ／Ｆのうち少なくとも１以上を備えていてもよい。
【０１２９】
図１９にＩＣタグ手段、位置情報受信手段、電波時計手段、携帯型電話機手段を備えた携帯型時計（腕時計等）の機能ブロック図を示す。
【０１３０】
図１９において携帯型時計７１は、ＣＰＵ７１１と、ＲＯＭ７１２と、ＲＡＭ７１３と、操作入力・表示部７１４と、通話回路７１５と、マイク部７１６と、スピーカ部７１７と、無線通信手段７１８と、ＩＣタグ手段７１９と、位置情報受信手段７２０、電波時計取得手段７２１と、クロック回路７２２とを備えている。なお、ＩＣタグ手段７１９、位置情報受信手段７２０、電波時計取得手段７２１、携帯型電話機手段（通話回路７１５と、マイク部７１６と、スピーカ部７１７等）を全部備えなくても、これらの少なくとも１つ以上を備えた腕時計も本発明の技術的範囲に属する。詳細はすでに説明したので省略する。
【０１３１】
以下、サーバ装置と交信するためのプロトコルを説明する。ここでは、ＩＰ電話やＩＰテレビ電話で使用されるプロトコルについて説明し、携帯型電話機、ＰＨＳ、Ｅｍａｉｌ、ＨＴＴＰのプロトコルについては標準化されているので説明は省略する。
【０１３２】
呼設定手段は標準で規定されている標準用呼制御用プロトコル（ＳＩＰ，Ｈ．３２３、ＭＥＧＡＣＯ、ＨＴＴＰ等）を使用して呼設定を行い通信あるいは通話を可能にするものである。
【０１３３】
図２０にＳＩＰのプロトコルスタックを示す。図２０に示されているように、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Ｎｅｔｗｏｒｋ Ｌａｙｅｒ（ネットワーク層）においてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ（トランスポート層）においてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、またはＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用され、また、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が使用される。
【０１３４】
図２１は、本発明の具体的なＳＩＰの制御用パケットの構造を示す図である。図２１に示されているように、ＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージとが含まれている。
【０１３５】
図２２は、本発明の具体的なＳＩＰのデータ用パケットの構造を示す図である。図２２示されているように、ＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データとが含まれている。
【０１３６】
図２３は、本発明の具体的なＵＤＰデータグラムの構造を示す図である。図２３に示されているように、ＵＤＰデータグラムには、送信ポート番号と、宛先ポート番号と、データ長と、チェックサムと、データとが含まれている。
【０１３７】
図２４は、本発明の具体的なＳＩＰで使用されるＩＰデータグラムの構造を示す図である。図２４に示されるように、ＩＰパケットの構成は、バージョン情報と、ヘッダ長情報と、サービスタイプ情報と、トータル長情報と、識別子（ＩＤ）と、フラグ情報と、フラグメント・オフセット情報と、生存時間（ＴＴＬ）情報と、プロトコルタイプ情報と、ヘッダチェックサム情報と、送信元アドレスと、宛先アドレスと、オプションと、パディングと、データ領域とからなる。
【０１３８】
図２５に標準の呼制御プロトコルのうちの１つであるＳＩＰの通信モデルのプロトコル図を示す。まず発呼側から「ＩＮＶＩＴＥ」というリクエストメッセージを送出する。「ＩＮＶＩＴＥ」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰで示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。着呼側は「ＩＮＶＩＴＥ」を受信し、呼び出し状態になったことを通知するために「１８０ ＲＩＮＧＩＮＧ」を発呼側へ送信する。この「１８０ ＲＩＮＧＩＮＧ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の「２００ ＯＫ」で提示する。次に着呼側が通話可能状態になったことを通知するために「２００ ＯＫ」を発呼側へ送信する。それには着呼側が受信可能なセッションの属性がＳＤＰで示されている。この「２００ ＯＫ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。次に発呼側が「ＡＣＫ」を着呼側へ送信し、これにより通信に利用可能な属性がネゴシエーションされる。本発明では便宜上ここまでを接続フェーズと定義している。次にメディア（音声、画像、動画等）の転送が開始される。本発明ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。通信を終了するときには、止める側が「ＢＹＥ」信号を送信することにより通信終了を要求し、それを受信した側は、その応答である「２００ ＯＫ」信号を送信して通信を終了する。本発明ではこのフェーズを便宜上、切断フェーズと定義している。
【０１３９】
これらのプロトコルとインターネットプロトコルを使用して、Ｗｅｂサーバ装置を備えたＷｅｂサーバも考えられる。Ｗｅｂサーバ装置は記憶手段に複数のＭＬ（Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースのファイル（ＸＭＬ，ＨＴＭＬ，ＳＧＭＬ，ＸＨＴＭＬ，ＣＨＴＭＬ，ＨＤＭＬ，ＤＨＴＭＬ等）を記憶しており、クライアントの要求に応じてファイルを送信するものである。このファイルにはマネー情報が含まれる。発呼側の通信装置はＷｅｂサーバに発呼を行い、呼設定（ＳＩＰの接続フェーズ）をした後に通信接続する。
【０１４０】
接続中（ＳＩＰのデータ送受信フェーズ）に、発呼側は着呼側に対して、ＨＴＴＰプロトコルを使用して、ＭＬベースのファイルの送受信を行う。発呼側はＭＬベースのファイルを表示部に表示させるためのＷｅｂブラウザ手段を備えている。通信装置としてはＩＣカード、買い物カゴ用ＩＣタグリーダ装置、ＩＰ電話、携帯ＩＰ電話等があり、基地局端末間無線プロトコル上で呼設定プロトコル（ＰＰＰ等）とＨＴＴＰプロトコルが動作する。またＩＣカード、買い物カゴ用ＩＣタグリーダ装置、ＩＰ電話、携帯ＩＰ電話が備えている赤外線Ｉ／Ｆ、ブルートゥースＩ／Ｆ、無線ＬＡＮＩ／Ｆあるいは専用Ｉ／Ｆのプロトコル上でも呼設定プロトコルとＨＴＴＰプロトコルを動作させてもよい。
【０１４１】
図２６に本発明の通信モデルの別の実施形態のプロトコル図を示す。
標準呼設定プロトコルとはＳＩＰ、 Ｈ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ、ＰＰＰ等に代表されるように、その仕様が広く一般の使用者やメーカ等に開放されているものであり、ローカル呼設定手段またはローカル呼設定プロトコルは、その仕様は原則的には一般の使用者やメーカ等には非公開であり、それを開発あるいは使用するメーカあるいは、複数のメーカが集まって構成されたグループ内のみに公開されるものである。
ローカル呼設定手段は標準呼設定プロトコルのセッションの属性の他に（重複して持っていてもいいが）、独自のセッションの属性である受信条件（コーデック、ポート番号等）と送信条件と、さらに標準呼設定プロトコルが持っていない、装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）をＩＰパケットに挿入し、それを相手装置に送信するものである。まず発呼端末は発呼する際に自端末に備わっているプロトコルを調査し、最初に送出するプロトコルとして優先設定されているプロトコルで通信を開始するため（この例では標準プロトコルが設定されている）、まず発呼側は標準のプロトコルであるＳＩＰの「ＩＮＶＩＴＥ」信号を着呼側へ送信する。次にそのすぐ後にローカル呼設定手段によってローカルプロトコルの１つである「ｉｎｖｉｔｅ」信号を送信する（プロトコル切替手段あるいはマルチプロトコル手段）（標準プロトコル信号を大文字で表し、それに相当するローカルプロトコル信号を小文字で表す）。着呼側は「ＩＮＶＩＴＥ」信号と「ｉｎｖｉｔｅ」信号の両方を受信し（マルチプロトコル手段）（順次メモリに蓄えておくことにより複数の制御信号を受信することができる）、「ｉｎｖｉｔｅ」信号を選択するとともに、呼び出し状態になったことを通知するために「１８０ ｒｉｎｇｉｎｇ」を発呼側へ送信する（プロトコル選択手段）（もちろん場合によっては、例えば標準プロトコルを優先設定されている場合等、「ＩＮＶＩＴＥ」信号を選択してもよい）。この後の動作は標準プロトコルがローカルプロトコルに代わる以外は、図２４のプロトコルとシーケンスは同じである。その他の独自の受信条件としては、前記の他に、装備している通信プロトコルの種類、呼設定の方式に関係するもの、ネゴシエーションに関係するもの、端末の通信能力、データの圧縮方式、デジタル化方式、プロトコルの種類、それに使用するＩＰパケットの種類、ＩＰパケットの構造、ＩＰパケットの定義、再送処理方式、エラー処理方式、セキュリティ方式等、通信条件に関するあらゆるものが考えられる。また標準プロトコルの「ＩＮＶＩＴＥ」信号を送出する前に、すなわち最初からローカルプロトコルの「ｉｎｖｉｔｅ」信号を送信してもよい。また、「ｉｎｖｉｔｅ」信号は接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中のどこでも送信してもよい。例えば、データ送受信フェーズの場合には、ユーザが例えば音声の品質がよくないとか、画像の品質がよくない場合に、高品質な方式に切り換えたい場合に、例えば端末の入力手段から方式を切り替える操作を入力した場合に、「ｉｎｖｉｔｅ」信号を送出することが考えられる。着呼側は標準プロトコルである「ＩＮＶＩＴＥ」信号に対して「１８０ ＲＩＮＧＩＮＧ」信号または「２００ ＯＫ」信号を送信した場合、すなわち標準プロトコルで接続（ネゴシエーションが成立）した後でも、接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中に「ｉｎｖｉｔｅ」信号を受信することが出来、その場合は再びネゴシエーションをやり直すことになる。
【０１４２】
装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とは具体的には、
・装置が装備している機能：Ｗｅｂブラウザ機能、ストリームデータ再生機能、テレビ電話機能、留守番電話機能、留守番録画機能、録音機能、録画機能、着信メモリー、リダイヤルメモリー、電話帳機能、発信元番号通知機能、発信者名称通知機能、着信拒否機能、着信メロディー変更機能、転送機能、キャッチホン機能等
・装置の状態を示す情報：留守番電話がセットされている情報、留守番録画がセットされている情報、装置に不具合があることを示す情報、装置が使用されていることを示す情報、装置のなんらかの機能がセットされていることを示す情報等
・相手装置の設定を変更する情報：留守番電話をセットあるいは解除する命令、留守番録画をセットあるいは解除する命令、装置に備わっている機能が動作するようにセットあるいは解除する命令等
・相手装置の機能を実行する情報：留守番電話に録音されている音声を再生させ送信させる命令、留守番録画に録画されている画像を再生させ送信させる命令、着信メロディの変更させる命令等
等がある。
【０１４３】
ローカル呼設定手段の他の実施形態として、標準呼設定手段で使用する標準プロトコルのＩＰパケットに、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませる方法がある。
【０１４４】
図２７にその一実施形態を示す。ＳＩＰの制御用パケットのＳＩＰメッセージ部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報（ローカルプロトコル情報）を含ませた一実施形態である。またＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行うものである。すなわち標準のセッションからローカルなセッションに移行することができる。
【０１４５】
図２８に別の一実施形態を示す。これはＳＩＰのデータ用パケットのＲＴＰヘッダ以下の音声、画像データを載せる部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませた一実施形態である。またＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行うものである。すなわち標準のセッションからローカルなセッションに移行することができる。
【０１４６】
このように独自のローカルプロトコルに対応している端末はＩＰパケットのどの部分にローカルプロトコル情報が載せられているのかは、あらかじめ認識しているので、ローカルプロトコルの搭載形態は任意に構成することができる。
【０１４７】
またＩＰ端末は発呼側および着呼側にもなりえるように、発呼側および着呼側で使用する両方のプロトコルを備えているのが一般的である。
【０１４８】
また、標準のプロトコルでセッションが開始されたのか、あるいは独自のプロトコルでセッションが開始されたのかを表示部に表示することができる。例えば「ＳＩＰ」「Ｈ．３２３」「独自方式」等の表示をする。ユーザをこれを見ることにより通信の状態あるいは使用できる機能等を知ることができる。また接続に使用したプロトコルによって使用できる機能等を表示することもできる。また、発呼する場合、相手装置がどのプロトコルを装備しているか分からない場合には、発呼端末が装備している複数のプロトコルまたはすべてのプロトコルの「ＩＮＶＩＴＥ」または「ｉｎｖｉｔｅ」信号を順次送出することができる。着呼側はその複数のプロトコルのうちの１つを選択し、その選択したプロトコルに相当する応答信号を１つだけ返信することができる。または複数のプロトコルのうち複数のプロトコルを選択し、その選択した複数のプロトコルに相当する応答信号を複数返信することもできる。この場合、発呼側は優先順位の高いプロトコルを選択することができる。
【０１４９】
またローカルプロトコル信号にプバイナリーデータのプログラムやソースプログラム等のプログラム（例えばアプリケーションプログラム）を含ませて、相手装置に送信することも考えられる。この場合、その信号を受信した装置は、プロトコル信号に含まれているプログラムを検出した場合には、プロトコル信号から分離し、メモリ手段に記憶する。場合によってはそのプログラムを起動して、ある作業を実行するか、あるいは相手装置からの次のプロトコル信号に含まれている命令を実行する。具体的な例を挙げると「ｉｎｖｉｔｅ」信号のＳＩＰメッセージの中にプログラムを挿入して着呼側装置に送信する。着呼側装置は受信した「ｉｎｖｉｔｅ」信号のＳＩＰメッセージを検査し、プログラムを検出するとそれをメモリ手段に記憶させる。次にそのプログラムを起動することによりプログラムを待機させる（待機させることにより素早く次の作業を実行できる）。次の「ａｃｋ」信号のＳＩＰメッセージの含まれている命令情報を受信し、その命令をプログラムが実行する。逆に着呼側が「１８０ ｒｉｎｇｉｎｇ」あるいは「２００ ｏｋ」信号にプログラムを挿入して発呼側に送信し、発呼側で受信したプログラムを実行してもよい。プログラムとしてＪＡＶＡ等に代表されるように実行環境に左右されないマルチプラットホーム型のプログラムが適しているが、それに限定されるものではない。
【０１５０】
またローカル呼設定手段は複数の呼設定プロトコルを備えていてもよい。このようにローカル呼設定手段を備えることにより、標準呼設定手段で使用できる機能以外の機能を使用することができるので、利便性が向上する。またローカル呼設定手段はメーカ独自に作成し実装することができるため、さまざまな制約を受けることなく仕様を決定することができるという利点がある。
【０１５１】
従って、ローカル呼設定手段は同一のメーカの製品の間で使用したり、同一のメーカではないが同一のグループ（例えば異なるメーカが集めって成立した通信グループ等）に所属するメーカの製品の間で使用することになるが、これに限定されない（デファクトスタンダードのような使用の仕方もある）。
【０１５２】
現在、ＩＰ電話サービスとしては、ＮＴＴのメタリックケーブルにＩＰ電話用アダプタを接続し、さらにそのアダプタに市販の電話機を接続して、ＩＰ電話サービスを行っている例がある。この場合、ＮＴＴの電話番号と、ＩＰ電話用の電話番号（いわゆる０５０番号）の２種類を使用することができる。ここで、電話を受ける側が前述したＩＰ電話で、電話をかけるほうが一般の電話を想定した場合、ＮＴＴの電話番号でかけるか、ＩＰ電話用の電話番号でかけるかによって電話料金が変わってくる。それはまた市内通話、市外通話、遠距離通話によっても電話料金が変わる。また現在の電話サービスにはＮＴＴのナンバーディスプレーがあり、前述した例で言うと、ＩＰ電話から一般の電話に、ＩＰ電話を使用して（ＮＴＴではないという意味）電話番号通知で電話した場合、一般の電話側がナンバーディスプレーのサービスを受けている時は、かけた側のＩＰ電話用の電話番号が、一般の電話側のディスプレイに表示される。また、ＩＰ電話から一般の電話に、ＮＴＴを使用して電話番号通知で電話した場合、一般の電話側のディスプレイにはＮＴＴの電話番号が表示される。このように、電話をかける側（ＩＰ電話）には２つの電話番号があるには関わらず、電話を受ける側には１つの電話番号しか通知されず、その通知された電話番号で、一般の電話からＩＰ電話に電話をする場合、使用する電話番号によって料金が異なってしまうという問題がある。また通話料金に限らず、使用する電話番号によって、通信端末装置が使用できる機能（通信サービス、端末自身の機能、通話品質など）が変わってしまうという問題もあり、このように複数の電話番号を持っている場合に、どのように相手に電話番号を通知するのがいいのかという問題がある。そこで本発明はその課題を解決する。
【０１５３】
その１つの例としては、発呼する通信端末側が、複数の端末識別情報（識別番号、端末番号、電話番号、通信アドレス等）を持っている場合であった、相手通信端末に対して端末識別情報通知をする場合には、少なくとも２以上の端末識別情報を相手通信端末装置に伝えることが考えられる。この場合、発呼する通信端末が端末識別情報を直接相手通信端末装置に送信してもよいし、通信網側の通信制御用の装置が、相手通信端末装置に送信してもよい。端末識別情報を受信した受信側の通信端末装置は、自装置の表示装置に、受信した発呼側の端末識別情報を表示する。この場合、受信した全てを表示してもよい、所定の条件（所定の情報と一致した端末識別情報、所定の情報を含む端末識別情報、０５０を含んだ端末識別情報、０５０を含まない端末識別情報等）に合致した端末識別情報を表示してもよい。これにより、受信した通信端末装置が、発呼側の通信端末装置に発呼する場合に、受信した端末識別情報から希望する端末識別情報を選択することが出来る。
【０１５４】
別の実施例としては、発呼する通信端末装置あるいは通信網側の通信制御装置が、所定の条件に応じて、発呼側の通信端末装置が持っている複数の端末識別情報のうち、所定の端末識別情報を選択して、受信側の端末装置に送信することが考えられる。所定の条件とは、
（１） 相手通信端末装置から発呼する場合に、使用して欲しい端末識別情報。この場合、端末識別情報毎に、利用できる仕様、機能（端末が使用できる機能、通信上の機能）等が異なる場合を想定している。
（２）相手通信端末装置が発呼した場合に、通信料金が安くなると予想される端末識別情報、
等が考えられる。
【０１５５】
具体的には、発呼側の通信端末装置が持っている端末識別情報と、受信側の通信端末装置が持っている端末識別情報を比較して、その結果に応じて、複数の端末識別情報から所定の端末識別情報を選択して、受信側の通信端末装置に送信する。端末識別情報に、通信端末装置が使用できる機能、使用できる通信機能、プロバイダ情報、通信料金情報、その他の情報が含まれているか、あるいは示唆している場合を想定している。
【０１５６】
さらに、具体例を挙げると、例えば、端末識別情報が電話番号である場合を考えると、発呼側の通信端末装置が持っている電話番号と、受信側の通信端末装置の電話番号を比較する。電話番号からプロバイダを特定できる場合には（例えば、０５０の次の４桁はプロバイダに固有の番号である）、発呼側の通信端末装置が持っている複数の電話番号のうち、同じプロバイダの電話番号があれば、その電話番号を受信側の通信端末装置に通知する。
また別の実施例としては、発呼側の通信端末装置が、ＩＰ電話用の電話番号とＮＴＴの電話番号を持っている場合に、受信側の電話番号がＩＰ電話用の電話番号であれば（あるいはＮＴＴの電話番号以外の電話番号である場合、たとえば携帯電話、ＰＨＳ）、ＩＰ電話用の電話番号を通知することも考えられる。あるいは、発呼側の通信端末装置が、ＩＰ電話用の電話番号とＮＴＴの電話番号を持っている場合に、相手通信端末装置がＮＴＴの電話番号を持っている場合、お互いのＮＴＴの電話番号の市外局番を比較し、同じであれば（市内通話）ＮＴＴの電話番号を通知し、違っていれば（市外通話または遠距離通話）ＩＰ電話用の電話番号を通知する。この場合、市内通話はＮＴＴからＮＴＴへかけた方が、ＮＴＴからＩＰ電話網を使用してかけるよりも電話料金が安く、市外通話の場合はその逆になるということを前提にしているが、その通話料金の条件が変わっても対応できるように、発呼側の通信端末装置あるいは通信網側の通信制御装置の電話番号通知の設定を変えることが出来るようにしたほうがよい。また電話料金を推定できる情報であれば、市外局番の比較に限定されないものである。また電話番号の比較に限らず、電話番号そのものから判断してもよい。このようにすることにより複数の端末識別情報を持つ場合、最適な端末識別情報を相手装置に通知することができる。
【０１５７】
今まで、実施形態としてＩＣカード、ＩＣタグリーダ装置、携帯型電話機、ＩＰ電話、ＩＰテレビ電話、腕時計を挙げたが、通信端末装置としてはその他に移動無線機、無線ＬＡＮを使用したＩＰ電話、ＩＰ端末装置、一般加入者電話機、通信機能付コンピュータ、携帯型電話機、ＰＨＳ、ＰＤＡ等の通信機能を備えた端末装置があり、それぞれの通信端末装置が使用できる通信プロトコルを使用して実施可能である。ぞれぞれの通信端末装置の構成は公知であるため、ブロック図による図示は省略するが、本発明の特徴に係る手段は前記実施形態と同様に備えているものである。
【０１５８】
また本文中に記載があって、特にブロック図に図示していない各種の「手段」は、専用ハードウェアで構成されているか、あるいはＣＰＵ，ＲＯＭ，ＲＡＭと若干のハードウェアで構成されているものである。
【０１５９】
また、上記した各実施形態、および各々構成は本発明の特徴を備えている限り適宜組み合わせが可能であり、１つの実施形態の中で直接言及していない他の実施形態および構成も適用可能である。多数の発明が本明細書に記載されているので、そのすべての組み合わせの説明とその効果を記載することは事実上不可能であるが、その組み合わせの具体的な実施と効果については当業者が想定できものは、本明細書に記載されているものとみなすことができるのは言うまでもない。
【０１６０】
また、本発明において複数の要素（構成）を持つ場合には、その要素の数は本実施形態に記載している要素の数には限定されるものではない。
【図面の簡単な説明】
【０１６１】
【図１】本発明の携帯型電子機器の基本構成を示す機能ブロック図である。
【図２】（Ａ）は表示逆転の変更指示があったときの表示画像の上下・左右の表示の変換を行なう処理を示す図、（Ｂ）は自動で表示画像の上下・左右の表示の変換を行なう処理を示す図である。
【図３】（Ａ）は９０°回転表示指示があったときの表示画像の表示の変換を行なう処理を示す図、（Ｂ）は自動で表示画像の９０°回転表示の変換を行なう処理を示す図である。
【図４】本発明の一実施形態であるＴＶ受信機付きの携帯型電話機（携帯端末）の機能ブロック図である。
【図５】（Ａ），（Ｂ）はフリップ式携帯型電話機に本発明による表示態様を示す図、（Ｂ），（Ｃ）は回転式携帯型電話機に本発明による表示態様を示す図である。
【図６】（Ａ），（Ｂ）は回転式携帯型電話機の縦長表示を上下・左右逆転させた場合を示す説明図、（Ｂ），（Ｃ）は回転式携帯型電話機を折り畳んだ状態でディスプレイが表面に表われている場合に横長表示を上下・左右逆転させた場合を示す説明図である。
【図７】本発明の実施形態において画像が上下・左右逆転するようにデータ格納する場合の説明図である。
【図８】（Ａ）はフレームメモリに上下・左右が逆転するように書き込む場合の処理を示図、（Ｂ）はフレームメモリに上下・左右が逆転するように読み出す場合の処理を示す図である。
【図９】（Ａ）はテレビジョン表示モードか否かによりバックライトの光量を調整する処理を示す図、（Ｂ）はテレビジョン表示モードか否かによりバックライトの省エネモードに遷移する時間を制御する処理を示す図である。
【図１０】本発明の実施形態を示すＧＰＳ機能付き携帯型電子機器（携帯型電話機）を示すブロック図である。
【図１１】（Ａ），（Ｂ），（Ｃ）は図１０のＧＰＳ機能付き携帯型電子機器の動作例を示す説明図である。
【図１２】（Ａ），（Ｂ），（Ｃ）は図１０のＧＰＳ機能付き携帯型電子機器の他の動作例を示す説明図である。
【図１３】本発明の携帯型電子機器（携帯型電話機）で使用する通信プロトコルの例を示す図である。
【図１４】（Ａ）ＩＣタグ手段を内蔵した携帯型電話機のブロック図、（Ｂ）はＩＣタグリーダライタ手段をさらに有する携帯型電話機のブロック図である。
【図１５】（Ａ）は本実施形態でにおけるＩＣタグ手段を示すブロック部図、（Ｂ）はタグ通信手段を示すブロック図である。
【図１６】マルチ通信方式手段あるいは通信方式切替手段の一例を示すフローチャートである。
【図１７】本発明の一実施形態であるＩＣタグ付きＩＰ電話のブロック図である。
【図１８】本発明の一実施形態である時刻設定用電波を受信して時刻を設定する電波時計手段を備えた携帯型電話機のブロック図である。
【図１９】本発明の一実施形態であるＩＣタグ手段、位置情報受信手段、電波時計手段、携帯型電話機手段を備えた携帯型時計（腕時計等）の機能ブロック図である。
【図２０】本発明の実施形態で使用されるＳＩＰのプロトコルスタックを示す図である。
【図２１】本発明の実施形態で使用されるＳＩＰの制御用パケットの構造を示す図である。
【図２２】本発明の実施形態で使用されるＳＩＰのデータ用パケットの構造を示す図である。
【図２３】本発明の実施形態で使用されるＵＤＰデータグラムの構造を示す図である。
【図２４】本発明の実施形態で使用されるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
【図２５】本発明の実施形態で使用される標準の呼制御プロトコルのうちの１つであるＳＩＰの通信モデルのプロトコルを示す図である。
【図２６】本発明の通信モデルの別の実施形態のプロトコルを示す図である。
【図２７】本発明の通信モデルの別の実施形態におけるデータ構造を示す図である。
【図２８】本発明の通信モデルの別の実施形態におけるデータ構造を示す図である。
【符号の説明】
【０１６２】
１１ 携帯型電話機
１１１ ＣＰＵ
１１２ ＲＯＭ
１１３ ＲＡＭ
１１４ 操作入力・表示部
１１５ 通話回路
１１６ マイク部
１１７ スピーカ部
１１８ ＴＶ放送受信手段
１１９ 画像処理回路
１２０ フレームメモリ
１２１ 画像表示手段
１２２ 撮影手段
９００ バス
Ａ 携帯型電子機器
Ａ１ 表示向き逆転指示手段
Ａ２ 逆さ表示検出手段
Ａ３ 表示向き逆転手段
Ａ４ 携帯型電話手段
Ａ５ ＴＶ放送受信手段
Ａ６ ディスプレイＡ
【技術分野】
【０００１】
本発明は、携帯型電話機、ＰＤＡ等の携帯型電子機器によりテレビジョン放送にかかる映像、ビットストリーム映像を受信して小さなディスプレイに表示する際の表示技術に関し、前記映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる携帯型電子機器および画像・映像表示方法に関する。
【背景技術】
【０００２】
最近、テレビジョン（以下、「ＴＶ」と言う）放送を受信できる機能を搭載した携帯型電話機が急速に普及するようになっている。一般に、携帯型電話機の画面は縦長で使用するため、横長のＴＶ映像をそのまま縦長の画面に表示しようとすると表示画面を小さくして表示しなければならない。ところが、もともと、携帯型電話機のディスプレイは小さいので、さらに表示画面が小さくなると見にくくなる。そこで、携帯型電話機では、電話機として使用する場合はディスプレイを縦長で使用して操作画面を表示し、ＴＶ受信機として使用する場合には、ディスプレイを横長で使用して（これに伴い映像をディスプレイ中心を支点に９０°回転して）映像を表示する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、携帯型電話機には、フリップ式（折りたたみ式）のものが広く普及しており、最近では回動式のものも市販されるようになっている。この種の携帯型電話機では、使用に際しては、不使用状態で折り畳まれていた操作パッド部と縦長のディスプレイ搭載部と開いてディスプレイを見ることができる状態にする。ディスプレイを横長に配置するためには、操作パッド部（テンキー等のボタンが配置されているグリップ）を右手または左手で握らなければならない。ユーザは、状況により、右手で握ることが便宜となることもあるし、左手で握ることが便宜であることもある。この場合には、一方の手で握ったときは逆さには表示されないが、他方の手で握ったときには逆さまに表示されるという問題がある。
【０００４】
また、フリップ式、回転式に関わらず、キー，ボタンを操作し易くするべく、画面の上下・左右を逆転したいという要望もある。また、ＴＶ受信機を内蔵した形態型電話機ではアンテナの位置を上下あるいは左右のどちらかに向けたいという要望もある。
【０００５】
さらに、従来の携帯型電話機では、省エネのために、操作入力が所定時間なかった場合に、表示画面あるいはバックライトを消すことを行っていたが、ＴＶ画面を表示している場合には表示画面を非表示としてあるいはバックライトを消去したくないという要望もある。
【０００６】
本発明の目的は、このような携帯型電話機にＴＶ放送受信機能を搭載した場合の不具合を解決するものであって、ＴＶ放送の映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる携帯型電子機器および画像・映像表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の携帯型電子機器は、映像表示機能と静止画像表示機能との少なくとも一方有するものであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示向き逆転手段に、前記表示画像の上下・左右逆転を指示する表示向き逆転指示手段とを備えたことを特徴とする。
【０００８】
また、本発明の携帯型電子機器は、映像表示機能と静止画像表示機能との少なくとも一方有するものであって、ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段と、前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させることをも特徴とする。
【０００９】
本発明の携帯型電子機器では、逆さ表示検出手段は、自装置の所定の一端が上になっているか、または下になっているかを検出することができる。
本発明の携帯型電子機器は、携帯型電話機として機能することができる。携帯型電子機器は、前記縦長のディスプレイ搭載部には縦長のディスプレイが搭載されことが多く、特に、縦長の操作パッド部と縦長のディスプレイ搭載部とが縦方向にフリップ等するように構成された携帯型電話機糖に本発明は有効である。
【００１０】
本発明の携帯型電子機器では、さらに、ＴＶ放送にかかる映像または静止画像を受信するＴＶ放送受信手段を備えることができ、この場合前記ＴＶ放送受信手段は、受信した映像または静止画像を前記ディスプレイに、前記映像の縦横比と前記ディスプレイの縦横比とが符合するように表示することをができる。
【００１１】
本発明の携帯型電子機器では、前記ＴＶ放送受信手段により受信した前記映像をフレームメモリに一時記憶するものとでき、この場合、前記フレームメモリに、各フレームを構成する画像を、その上下左右が逆転するように書き込むことができる。また、本発明の携帯型電子機器は、前記ＴＶ放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器でり、前記フレームメモリから、各フレームを構成する画像を、その上下左右が逆転するように読み出すようにもできる。
【００１２】
本発明の携帯型電子機器は、デジタルカメラを備えることあｇでき、前記デジタルカメラが撮影した映像または画像を、前記ディスプレイに、前記画像または映像の縦横比と前記ディスプレイの縦横比とが符合するように表示することもできる。
【００１３】
また、本発明の携帯型電子機器は、バックライト付きの液晶等のディスプレイと、ＴＶ放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段とを備えることができ、この場合、前記省エネ制御手段は、前記ディスプレイにＴＶ映像またはビットストリーム映像が表示されているときは前記バックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止するように構成できる。
【００１４】
さらに、本発明の携帯型電子機器では、バックライト付きのディスプレイと、ＴＶ放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段とを備えたものであって、前記省エネ制御手段は、前記ディスプレイにＴＶ映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする。
【００１５】
本発明の携帯型電子機器では、着呼があったときに、着信音による呼び出しと、バイブレータによる呼び出しと、サイレントによる呼び出しの少なくとも３つの呼び出しモードを備え、１つのボタンまたはキーでの操作によって前記３つの呼出モードを順次切替えるトグル切替手段を備えることができる。
【００１６】
本発明の携帯型電子機器は、時刻設定用電波を受信して時刻を設定する電波時計手段と、自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段からの時刻情報の表示を前記ディスプレイに大きく表示する時計表示手段とを備えることを特徴とする。また本発明の携帯型電子機器は、所定の期日までに無料で使用できる無料通信または通話分の情報を表示する無料通信／通話分を表示する表示手段を備えることを特徴とする。
【００１７】
本発明の画像・映像表示方法は、映像および画像の表示を行なうもので、ディスプレイへの表示画像の上下・左右逆転の指示があったときは、当該表示画像を上下・左右逆転させることを特徴とする。また、本発明の画像・映像表示方法は、映像および画像の表示を行なうもので、ディスプレイへの表示画像が逆さであるか否かを検出し、当該表示画像が逆さ表示であると検出されたときは、前記表示画像を上下・左右逆転させることを特徴とする。さらに、本発明の画像・映像表示方法は、バックライト付きディスプレイにＴＶ映像またはビットストリーム映像が表示されているときはバックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止することを特徴とする。加えて、本発明の画像・映像表示方法は、バックライト付きディスプレイにＴＶ映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ＴＶ放送の映像を前記ディスプレイに表示する際に、前記機器の姿勢によらず、適宜、ディスプレイの表示を上下・左右逆転させることで常に正しい向きで表示できる。
【００１９】
ＴＶ放送等を見ているときに、省エネモードに切り替わってしまうということはなく、逆にＴＶ放送等を見ていないときには、省エネモードに自動的に切り替えることができるのでエネルギー節減を効率よく行なうことができる。
【発明を実施するための最良の形態】
【００２０】
図１は本発明の一実施形態である携帯型電子機器の基本構成を示す機能ブロック図である。図１において、携帯型電子機器（たとえば携帯型電話機）Ａは、表示向き逆転指示手段Ａ１と、逆さ表示検出手段Ａ２と、表示向き逆転手段Ａ３と、携帯型電話手段Ａ４と、ＴＶ放送受信手段Ａ５と、ディスプレイＡ６を含んで構成されている。
【００２１】
携帯型電子機器Ａは、映像と静止画の何れをも表示できる機能を備えている。表示向き逆転指示手段Ａ１は、専用のキーまたはボタン、汎用キーに機能が割り振られた場合の当該キーから表示向き逆転手段Ａ３に指示して、ディスプレイＡ６への表示画像を、上下・左右逆転させることができる。
【００２２】
また、逆さ表示検出手段Ａ２は、携帯型電子機器Ａの姿勢を検出し、ディスプレイＡ６の表示が逆さであるときは表示向き逆転手段Ａ３に上下・左右逆転表示を要求できる。携帯型電子機器Ａに表示される画像は、たとえばＴＶ放送受信手段が受信したＴＶ放送にかかる映像であることもあるし、携帯型電子機器Ａが携帯型電話機である場合には、携帯型電話手段Ａ４の機能として表示される操作メニュー等の静止画像であることもある。
【００２３】
図１の携帯型電子機器Ａは、図２（Ａ）に示すように表示逆転の変更指示が操作があったときは（Ｓ１０１の「ＹＥＳ」）、表示画像の上下・左右の表示の変換を行なう（Ｓ１０２）。
【００２４】
図２（Ｂ）に示すように逆さ表示検出手段Ａ２が表示モード（逆転表示モードまたは正転表示モード）に対応した表示か否かを検出判断し（Ｓ２０１）、表示モードに対応していないときには画像の逆転表示を行なう（Ｓ２０２）。
【００２５】
また、図１の携帯型電子機器Ａは、図３（Ａ）に示すように縦長・横長の変更指示が操作があったときは（Ｓ３０１の「ＹＥＳ」）、表示画像の縦長・横長表示の変換を行なう（Ｓ３０２）。
【００２６】
また、図３（Ｂ）に示すように表示モード（縦長表示モードまたは横長表示モード）に対応した縦長・横長表示か否かを検出判断し（Ｓ４０１）、表示モードに対応していないときには表示画像の縦長・横長表示の変換を行なう（Ｓ４０２）こともできる。
【００２７】
図４は本発明の一実施形態であるＴＶ受信機付きの携帯型電話機（携帯端末）の機能ブロック図である。
【００２８】
図４において携帯型電話機１１は、ＣＰＵ（中央処理装置）１１１と、ＲＯＭ（リード・オンリー・メモリ）１１２と、ＲＡＭ（ランダム・アクセス・メモリ）１１３と、操作入力・表示部１１４と、通話回路１１５と、マイク部１１６と、スピーカ部１１７と、ＴＶ放送受信手段１１８と、画像処理回路１１９と、フレームメモリ１２０と、画像表示手段１２１と、撮影手段１２２とを備えており、各構成要素はバス９００を介して接続されている。
【００２９】
ＣＰＵ１１１は携帯型電話機１１の全体を制御するものであり、その各種実行プログラムはＲＯＭ１１２に記憶されている。ＣＰＵ１１１は実行プログラムをＲＯＭ１１２から読み出し、当該プログラムに含まれる命令を逐次解釈して実行する。
【００３０】
ＲＡＭ１１３には、ＣＰＵ１１１のワークエリアが形成されるともに、各種保存パラメータやその他制御に必要な種々のパラメータ、管理情報等を記憶するもことができる。操作入力・表示部１１４は、オペレータが装置を操作するためのユーザインタフェースであり、各種の操作キー（または操作ボタン）と操作ガイダンス等を表示するディスプレイからなる。
【００３１】
ＴＶ放送受信手段１１８は、ＴＶ用アンテナ、検波部、チューナ部から構成されるもので、ＴＶ放送用電波を受信し、ＴＶ映像信号を出力する。ＴＶ映像信号は画像処理手段１１９に入力され、所定の画像処理を行ったあと、フレームメモリ１２０に蓄積され、フレームメモリ１２０の蓄積された画像データは画像表示部１２１にＴＶ影像として出力される。なお、携帯型電話機１１は、ＴＶ放送受信手段１１８を備えていなくても、所定のホスト局からＴＶ放送にかかる映像を受信することもできる。
【００３２】
画像表示部１２１は、画像処理回路１１９によって画像処理された画像データを、液晶ディスプレイ、プラズマディスプレイ、ＣＲＴ等の画像表示デバイスに表示することができる。
【００３３】
フレームメモリ１２０に蓄積された、ＴＶ放送にかかる映像データは、適宜の記憶手段（ここではＲＡＭ１１３）に保存することができ、これによりＴＶ放送にかかる映像やビットストリーム映像を、次に述べる撮影手段１２２で取得した画像情報（静止画像あるいは動画像）と同様に取り扱うことができる。
【００３４】
撮影手段１２２は、具体的にはＣＣＤ等の撮像素子である。撮影手段１２２は光信号を受光素子で受光し、それをアナログ電気信号として出力する。
【００３５】
画像処理回路１１９は、前述したようにＴＶ放送にかかる映像データを処理する他、撮影手段１２２が出力するアナログ電気信号をＡ／Ｄ変換することでデジタル映像データを得ることもできる。デジタル映像データに対して画像処理（密度変換、フィルタリング、最適化処理、拡大縮小、圧縮伸張等）を行うことができる。画像処理された画像データは適宜の記憶手段（ここではＲＡＭ１１３）に記憶される。
【００３６】
携帯型電話機１１では、ディスプレイとしては液晶表示器等が使用され、携帯型電話機１１を電話機として使用する場合には、通常は縦長の画面表示で使用する。また、ディスプレイをＴＶ画面として使用する場合には、ＴＶ画面は横長なので横長で使用した方が都合がよい。そこで、携帯型電話機１１では、電話機として使用する場合は、ディスプレイを縦長で使用し、ＴＶ受信機として使用する場合には横長で使用するように、画面を９０°回転して使用することが行われている。
【００３７】
あるいは、ＴＶ放送に限らず、ビットストリーム画像、静止画像を横長の画像を表示する場合も同様である。
【００３８】
一方、図５（Ａ）〜（Ｄ）および図６（Ａ）〜（Ｄ）に示すように携帯型電話機１１の形態としてはフリップ式（折りたたみ式：ヒンジＨを備えたもの）または回転式（回転部Ｒを備えたもの）の形態が多く使用されており、折り畳まれていた操作パッド部と縦長のディスプレイ搭載部と開いて、表示画面を横長となるように、操作パッド部を左手で握るか、右手で握る。この場合、操作パッド部を右手か左手で握った場合に、横長の画面は逆さまになる。
【００３９】
あるいは、折りたたみ式、回転式に関わらず、ボタンの位置等により画面を１８０°回転させたという要望もある。また、ＴＶ受信用のアンテナの位置を、上下あるいは左右に向けたいという要望もある。そこで、図５（Ａ）と（Ｂ）との切り換え、または図６（Ｃ）と（Ｄ）との切り換えの例に示すように、どちらの手で握っても画面が逆さまにならないように、横長画面の表示向き逆転手段を備えることができる。また、図６（Ａ），（Ｂ）のように縦長画面の上下・左右を逆転させてもよい。この表示向き逆転手段の機能は、ＲＯＭ１１２に格納された変換プログラムをＣＰＵ１１１が実行することにより達成される。
【００４０】
表示向き逆転手段は、具体的に、画像処理手段１１９がフレームメモリ（ビットマップメモリ）にＴＶ映像信号を書き込むときに、上下・左右が逆転するように書き込むことにより実現する。
【００４１】
通常の場合は、図７に示すように、ビットマップメモリの座標の（０．０）から（Ｘ．０）へ表示データを書き込む。次に（０．１）から（Ｘ．１）へ書き込んでいき、最後に（０．Ｙ）から（Ｘ．Ｙ）へ表示データを書き込んで終了する。ディスプレイ（表示部Ｄ）に表示データを表示する時に、同様の順番で表示データを読み出す。上下・左右逆転表示する場合には、（Ｘ．Ｙ）から（Ｏ．Ｙ）へ表示データを書き込む。次に（Ｘ．Ｙ−１）から（Ｏ．Ｙ−１）へ書き込んでいき、最後に（Ｘ．０）から（０．０）へ表示データを書き込んで終了する。表示装置に表示データを表示する時には、通常の場合と同じ順序で表示データを読み出す。
【００４２】
あるいは、画像処理手段１１９はフレームメモリ１２０からＴＶ映像信号を読み出すときに、読み出す順番を上下・左右が逆転するように読み出すことにより実現してもよい。
【００４３】
図８（Ａ）は、フレームメモリに上下・左右が逆転するように書き込む場合の処理を示しており、上下・左右の逆転表示をする場合には（Ｓ５０１）、メモリに上下左右を
逆転して格納する（Ｓ５０２）。図８（Ｂ）は、フレームメモリに上下・左右が逆転するように読み出す場合の処理を示しており、上下・左右の逆転表示をする場合には（Ｓ６０１）、メモリからデータを上下・左右を逆転して読み出す（Ｓ６０２）。
【００４４】
また、上下・左右を逆転する画像処理を行う他の公知技術を適用することもできる。画面の上下・左右の逆転は操作入力部からの切替指示によって行うもので、上下・左右の逆転用の専用のスイッチを設けてもよい。さらに、そのスイッチが押されるたびに上下・左右の逆転を交互に行うように切替トグル手段を備えていてもよい。縦長表示と横長表示の切替は、画面縦横切替手段が自動で行うようにしてもよい。この画面縦横切替手段の機能は、ＲＯＭ１１２に格納された変換プログラムをＣＰＵ１１１が実行することにより達成される。
【００４５】
画面縦横切替手段は、携帯型電話機１１が、電話機として使用されるときには表示画面を縦長とし、ＴＶ受信機として使用されるときには表示画面を横長に自動設定するようにできる。縦長、横長のどちらで使用されているかは、ＴＶ受信機として使用することを示す操作入力があったかどうかで判断することもできる。携帯型電話機１１に、ＴＶ映像を表示するＴＶモードに切替えるための専用スイッチを設けてもよい。このＴＶ映像表示スイッチが押されると、横長画面に横長のＴＶ映像を表示する。また、前記専用スイッチとして、携帯型電話機１１を電話機として使用する電話モードと、ＴＶ受信機（ＴＶ放送表示装置）として使用するＴＶモードとを交互に切替えるトグルスイッチ、すなわち電話・ＴＶモード切替トグル手段を備えていてもよい。また他の機能操作するスイッチと兼用してもよい。その場合、スイッチの長押し等で、他の機能の操作と区別するようにしてもよい。
【００４６】
また、携帯型電話機１１は、所定部分が上になっているか下になっているかを検出する逆さ表示検出手段を備え、切替手段は、逆さ表示検出手段検出手段が出力する検出結果に応じて自動的に画面の上下・左右の逆転を設定するようにしてもよい。逆さ表示検出手段は、例えば重力の方向を検出する重力検出手段によって実現する。また、ジャイロ装置も逆さ表示検出手段に応用でき、さらに、上下の検出する他の公知技術を適用してもよい。
【００４７】
また、以上、ＴＶ放送を受信したＴＶ映像についての実施形態を説明したが、他の入力手段、すなわち、メール、インターネットを使用したダウンロード、外部メモリ、外部機器をケーブルで接続して画像を受信、自装置のカメラ等で入力したデジタル画像、すなわち、ＴＶ映像や、ビデオ画像、ムービー画像、写真画像等（ビットストリーム映像）の画像を表示する場合にも適用できる。
【００４８】
このようにすることで、携帯型電話機を右手あるいは左手で持った場合でも画面が逆さまになることを防ぐことができる。
【００４９】
また、従来の携帯型電話機では、省エネのために、操作入力が所定時間なかった場合に、表示画面あるいはバックライトを消すことを行っていたが、ＴＶ画面を表示している場合には、操作が長時間なされないこともあり、表示画面あるいはバックライトが消えると不便である。そこで、省エネ制御手段は、ＴＶ画面を表示している場合には、すなわちＴＶ受信機として使用している場合には、表示画面あるいはバックライトを消さないようにするか、あるいは第１の所定時間（たとえば、２０分、３０分、・・・等）の間に操作入力がない場合に表示画面あるいはバックライトを消すか、あるいは光量を小さくし、ＴＶ受信機として使用していない場合には、第２の所定時間（たとえば、１分，２分，・・・等）の操作入力がない場合に、表示画面あるいはバックライトを消すか、あるいは光量を小さくするように制御する。
【００５０】
通常、第１の所定時間を第２の所定時間よりも長く設定しておく。またバックライトの光量の強さを段階的に変化させる光量設定手段を備え、操作入力がない時間の長さに応じて段階的に光量を弱くすることも考えられる。また操作入力がない時間の長さに応じて、表示画面の表示領域を段階的に小さくすることにより、画面の表示に必要な消費電力を少なくすることも考えられる。省エネ制御手段は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、図示しない時計あるいはカウンター、表示ＯＦＦ回路またはバックライトＯＦＦ回路より構成される。これにより、携帯型電話機１１をＴＶ受信機として使用している場合に省エネモードに移行するのを防ぐことができる。
【００５１】
なお、ＴＶ受信の場合に限らず、ムービー画像、ビデオ画像のような動画像を再生する場合等のように、比較的長時間の表示が必要な場合に、前述した省エネ制御手段を適用できる。
【００５２】
また、表示画面のバックライトを消す省エネモードが有効になっている場合の不具合として、通常はその設定された時間（例えば１分）で十分であるが、場合によってはもっと表示画面を見たいという場合もある。従来では、何かしらのキー（タミーのキー）を操作することによりバックライトをオンにしていたが、それが度重なると煩わしい。また、そのダミーのキーのつもりで操作し場合（バックライトをオンさせるために、どこかのキーを押した場合）、そのキー操作により、思いがけない動作を機器が実行してしまうという課題があった。
【００５３】
それを解決する１つの実施例として、バックライト継続スイッチを設ける。少なくともこのスイッチが押さえ続けられている間は、バックライトを点灯し続ける。またバックライト継続スイッチは専用のスイッチである必要はなく、他のキーと兼用してもよいし、複数のキーと兼用してもよい。またこのバックライト継続スイッチの押し下げによってバックライトの点灯を開始するようにしてもよい。
【００５４】
また、バックライトの種類として、通常は表示画面のバックライトと操作キーのバックライトがある。前述の動画像の表示の場合のように、入力操作をほとんど行わない場合には、操作キーのバックライトを点灯する必要はない。そこで、動画像の表示などのように、所定の表示の場合において、第３の所定時間の入力操作がない場合には、操作キーのバックライトを消すようにしてもよい。あるいは、動画像の表示に限らずすべての場合において、所定の時間の入力操作がない場合に、操作キーのバックライトを消すようしてもよい。また操作キーのバックライトを消すための所定時間を複数備えていてもよい。このように操作キーのバックライトとの制御と、表示画面のバックライトの制御とを別々にすることにより、より省エネ効果が高まる。
【００５５】
図９（Ａ），（Ｂ）は、省エネ処理を示すフローチャートである。図９（Ａ）はテレビジョン表示モードか否かによりバックライトの光量を調整する処理を示しており、テレビジョン画像表示モードか否かを判断し、テレビジョン表示モードでないとき（Ｓ７０１の「ＮＯ」）はバックライトの光量を小さくするかオフし（Ｓ７０２）、テレビジョン表示モードのとき（Ｓ７０１の「ＹＥＳ」）はバックライトをオンまたはオンを継続する（Ｓ７０３）。
【００５６】
図９（Ｂ）は、テレビジョン表示モードか否かによりバックライトの省エネモードに遷移する時間を制御する処理を示しており、テレビジョン画像表示モードか否かを判断し、テレビジョン表示モードのとき（Ｓ８０１の「ＹＥＳ」）は第１の所定期間経過後（Ｓ８０２）にバックライトの光量を小さくし（Ｓ８０４）、テレビジョン表示モードでないとき（Ｓ８０１の「ＮＯ」）は第１の所定期間経過後（Ｓ８０３）にバックライトの光量を小さくし（Ｓ８０４）する。
【００５７】
また，最近携帯型電話機会社の料金サービスとして無料で通話できる無料通話サービスがあり、また使用しなかった無料通話料金または無料通話時間を次の月に繰り越せるサービスも始まっている。しかし，無料通話料金または時間等である無料通話分の情報について、どの程度残っているのか、所定の期限まであとどの位使用できるのかは、請求書が送られてくるまで知ることができないという不便さがあった。
【００５８】
そこでそれを解決するために、無料で通話できる料金あるいは時間の現在の残り（残高または残時間）を、通話中である装置の表示部に表示するものである。以下に無料通話料金を例にとって説明するが、無料通話時間についても同様である。電話での通話を開始すると、装置は、無料通話料金の残高を問い合わせるためのプロトコルを使用して基地局に無料通話料金残高を問い合わせる。
【００５９】
次に、基地局から順次送信されてくる無料料金残高データを順次表示装置に表示するものである。残高データを取り扱う基地局またはサーバ装置（以後単にサーバ装置と呼ぶ）は、端末装置毎あるいは契約ユーザ毎の無料通話のデータまたは残り無料通話料金（あるいは残り無料通話時間）を管理している。サーバ装置は通話時間に応じて残高データを減じながら、残高データを送信する。また最初に基地局から送信されてきた残高データを基に、装置自身が通話時間に応じて無料通話料金残高を計算して表示してもよい。また通話中だけに限らず、問い合わせ専用の制御プロトコルを使用して残高データを受け取ってもよい。また通話中だけでなく、非通話中や待ちうけ画面の時に表示するようにしてもよい。また複数の装置の無料通話料金をお互いに共有して使用することができる場合には、自装置の無料通話料金残高に、共有できる装置の無料通話料金残高を足した合計無料通話料金残高を自装置に表示することも考えられる。基地局または残高データを取り扱うサーバ装置は、無料通話料金を共有できる装置の無料通話料金残高を記憶しておき、それらを合計して合計無料通話料金残高を算出し、各装置に送信する。また残高のみではなく、その残高がいつまで有効なのかを示す情報をともに表示してもよい。例えば残りの無料通話分が５千円で、それが使用できる期日が２００４年３月３１日の場合、「２００４年３月３１までに使用できる無料通話分は５千円です。」等の表示を行う。
【００６０】
また、無料通話の他に、例えば後述するようにサーバ装置に電子マネーを蓄積しておくプリペイド手段での電子マネーの共有のような他の携帯型電話機と共有して使用できるサービスについても適用できる。また、無料通話の繰越サービスにおいても、いつまで、いくら繰り越せるのか等の繰越情報を、サーバ装置から受信して表示することもできる。また、繰越サービスと無料通話の共有を合わせたサービスについても同様である。
【００６１】
ここで、図１３に携帯型電話機で使用する通信プロトコルの一実施形態を説明する。まず発信接続と切断シーケンスについて説明する。発信側の端末はオフフックおよびダイアルの後に、基地局へ呼設定信号（ＳＥＴＵＰ）、発信無線状態報告信号を送信し、基地局側から呼設定受付信号（ＣＡＬＬ ＰＲＯＣ）を受信する。基地局は認証手順を行った後、無線チャネル指定信号を送信する。発信側の端末は指定されたチャネルを捕捉し、無線回線の設定を行う。次に基地局から呼出信号（ＡＬＥＲＴ）を受信し、呼出音（ＲＢＴ）を受話器に送出する。着信側の端末装置の応答があると、基地局から発信側の端末装置へ応答信号（ＣＯＮＮ）が送信され、ここから課金が開始されるとともに、通話が始まる。つぎに発信側の端末装置から切断信号（ＤＩＳＣ）が基地局へ送信される。基地局は解放信号（ＲＥＬ）を発信側の端末装置へ送信し、ここで課金が終了する。発信側の端末装置は基地局へ解放完了信号（ＲＥＬ ＣＯＭＰ）を送信し、基地局から無線チャネル切断信号を受信する。最後に発信側の端末装置は通信に使用した無線チャネルを開放し、無線回線の切断を行う。
【００６２】
次に、着信接続のシーケンスについて説明する。着信側の端末装置は、基地局からの呼出信号を受信すると、着信無線状態報告信号を送信し、自動的に応答のための信号を基地局へ送信する。また基地局では無線チャネル指定信号を着信側の端末装置へ送信し、無線回線の設定を行う。無線回線の設定後、基地局から着信側の端末装置へ、呼設定信号（ＳＥＴＵＰ）が送信され、着信側の端末装置は着信音（ＲＧＴ）を生成した後、基地局へ呼出信号（ＡＬＥＲＴ）を送信する。着信側の端末装置のオフフックにより応答信号（ＣＯＮＮ）が基地局へ送信され、通信（通話）が開始され、課金が始まる。切断シーケンスは前述の発信側からの切断とほぼ同じなので省略する。
【００６３】
無料通話料金の残高データを問い合わせるプロトコルは、前述の呼設定、切断のプロトコルとは別の特別なプロトコルを使用してもよいし、また呼設定、切断のプロトコルを使用する場合には、基地局は例えば解放信号（ＲＥＬ）に残高データを含ませて送信することができる。
【００６４】
つぎに、ＧＰＳ機能付き携帯型電話機を用いた実施形態を説明する。図１０は、ＧＰＳ機能付き携帯型電話機２１を示すブロック図である。図１０において携帯型電話機２１は、ＣＰＵ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、操作入力・表示部２１４と、通話回路２１５と、マイク部２１６と、スピーカ部２１７と、位置情報受信手段２１８と、画像処理回路２１９と、フレームメモリ２２０と、画像表示手段２２１と、撮影手段２２２とを備えており、各構成要素はバス９００を介して接続されている。
【００６５】
ＧＰＳ（全地球測位システム）は、一般には、複数の人工衛星からの電波を受信し、その到達時間のずれから自分のいる緯度と経度等の地球上の位置情報を算出するシステムである。近年、ＧＰＳ機能を搭載した図１０に示したような携帯型電話機が多数開発されている。ＧＰＳは、携帯型電話機の位置情報を取得し、ディスプレイの地図上に位置を表示するシステムがあるが、まだまだ利便性に欠けるところがある。
【００６６】
本発明では、ＧＰＳ機能を使用した携帯型電話機の利便性をより高めることができる。たとえば、従来では、自分の携帯型電話機の位置情報を通信あるいは通話している相手装置に送ることができず、相手装置に自分の携帯型電話機の位置を表示することができないという課題がある。本実施形態では、その課題を解決するために、通信装置は位置情報受信手段と、通信相手識別手段と、通信手段とを備え、所定の通信相手と通信する場合には、位置情報受信手段によって取得した位置情報を、通信相手装置に送信するものである。
【００６７】
具体的には呼設定信号（ＳＥＴＵＰ）に、位置情報データを含ませて通信相手装置へ送信する。もちろん、通信相手識別手段は必須ではなく、すべての相手に対して送信してもよい。通信相手装置は、受信した位置情報に基づいて、地図情報とその地図情報の所定の位置に、相手通信装置の位置を示すマークを表示する。また相手装置もＧＰＳ機能を備えていれば、位置情報を送信してきた相手装置の位置情報とともに自分の位置情報も表示することができる。この場合、相手と自分を区別ができるマークを表示することが好ましい。
【００６８】
具体的には文字、数字、アルファベット、絵文字、絵、図、図形等のマークが考えられる。地図データはあらかじめ通信相手装置のメモリ手段に記憶されている。また、必要な時に地図データを他の装置（例えば基地局またはサーバ装置等）からダウンロードしてもよい。また通信装置が位置情報とともに地図データを送信してもよい。また通信装置同士でお互いに位置情報を交換することにより、お互いに相手装置の位置を自分の装置の表示部に表示することもできる。また双方の装置がＧＰＳ機能を搭載していれば、お互いに相手装置と自分の装置の位置を自分の装置の表示部に表示することができる。またこれは２者間に限らず多者間でも同様である。
【００６９】
このように所定の縮尺の地図データの上に２つ以上の位置情報を表示画面に表示する場合に、一方の位置情報（例えば自装置の位置）を地図データの領域内に表示できても、他方の位置情報（例えば通信相手装置）が表示する地図データの領域外になってしまうという課題がある。この課題の解決策としては、所定の数の位置情報が地図データの領域内になるように、複数の位置情報が示す位置関係に応じて所定の縮尺の地図データを使用する地図選択手段がある。地図選択手段の具体例として２つの位置情報を地図上に表示する場合を説明する。
【００７０】
一方の位置情報と他方の位置情報のＸ方向とＹ方向の距離差をそれぞれｘ２とｙ２とし、表示装置に表示する地図データの水平方向の最大距離ｘ１と、垂直方向の最大距離ｙ１とすると、ｘ１≧ｘ２かつｙ１≧ｙ２、となる地図の縮尺をＳとすると、Ｓ以上の縮尺を持つ地図データの中から適宜選択する。この場合通常は縮尺Ｓまたはそれに近い縮尺を選択するがそれに限定されない。一方の位置情報を地図の中心付近に表示したい場合は、Ｓの２倍の縮尺以上を持つ地図データを使用すればよい。
【００７１】
図１１（Ａ），（Ｂ），（Ｃ）の例では、最初はＳ１の縮尺の地図とその地図上に片方（自装置）の位置を表示している（図１１（Ａ））。（ｘ２）÷（ｘ１）＞（ｙ２）÷（ｙ１）なので、縮尺が（Ｓ１）×（ｘ２）÷（ｘ１）の地図を選択し表示する（図１１（Ｂ））。次に自装置を地図の中央に表示するために、縮尺が２×Ｓ１×（ｘ２）÷（ｘ１）の地図を選択し表示し、自装置のマークを地図の中央に表示し、他の装置もマークも所定の地図上の位置に表示する（図１１（Ｃ））。また以上の実施形態を応用して、３以上の複数の装置を地図上の所定の位置に配置することができる。また縮尺の異なる地図を選択する地図選択手段はこれに限定する必要はなく、他の公知技術を適用してもよい。
【００７２】
また、地図選択手段として、複数の位置情報に応じて表示する元の地図データをずらすことも考えられる。地図選択手段の具体例として２つの位置情報を地図上に表示する場合を説明する（図１２（Ａ），（Ｂ），（Ｃ）参照）。一方の位置は地図データの領域の中にあり、他方の位置は地図データの左辺方向の領域外とする。一方の位置と地図データの右辺との距離差をｘ５、他方の位置と地図データの左辺との距離差をｘ６とすると、（ｘ５）−（ｘ６）≧０であれば、左辺側へｘ６移動した地図データを表示し、それぞれの位置情報に相当するマークを地図上に表示する。このままでは、他方の位置は地図の左辺上にあるので、さらに（ｘ５−ｘ６）÷２だけ左辺方向に地図データをずらすと丁度、それぞれの位置の辺からの距離が等分となる。これと同じように垂直方向にも適用すれば２つの位置情報を同一の地図データの領域上に表示することができる。
【００７３】
さらに、今まで説明した表示する位置情報が２つの場合の実施形態を、３つの以上の位置情報を表示する場合にも応用できことは言うまでもない。この場合、地図選択手段は自装置の位置が必ず地図上に表示されるようにしてもよい。また、端末装置に優先順位をつけて（例えば、通信が開始された順番）、地図上に表示することも考えられる。
【００７４】
また、複数の位置情報を地図上に表示する場合において、すべての位置情報が地図上に表示できない場合もある。その場合には、地図の領域外であることを示すマーク（印）を地図上に表示することもできる。マークとしてどのようなものでも可能であるが、マーク位置から該当する位置の方向を指し示す矢印がよい。また、地図上に表示できない端末装置の名称や識別情報や、表示できない端末装置の数等の情報を表示装置に表示できる。また端末装置同士の距離情報を表示してもよい。
【００７５】
また、ここまでは通話しながら、位置情報を載せた制御プロトコルを送受信する場合を説明してきたが、端末装置同士では通話せずに、制御プロトコル（制御情報）のみで位置情報を逐次送受信するＧＰＳ専用の通信モードであるＧＰＳ通信手段を備えていてもよい。
【００７６】
位置情報を送るべき所定の通信相手かどうかを判断する通信相手判断手段の具体例としては、相手の電話番号を記憶しておく電話帳手段を利用することが考えられる。電話帳手段に、位置情報を送信する電話番号を登録する。具体的には、電話帳に記憶されている電話番号に対応する記憶領域、すなわち位置情報送信ビットを用意し、位置情報を送る電話番号として登録された電話番号については位置情報送信ビットをアクティブにしておく。アクティブな位置情報送信ビットを持った電話番号が電話帳手段から選択された場合、あるいは直接テンキーで電話番号が入力された場合には、その電話番号が電話帳手段に登録されていて、かつ位置情報送信ビットがアクティブになっているかどうかを検査する電話番号検査手段により、入力された電話番号が電話帳手段に登録されていて、かつ位置情報送信ビットがアクティブになっていると判断された場合には、位置情報受信手段によって取得された位置情報を通信プロトコル（例えば呼設定信号（ＳＥＴＵＰ））に挿入し相手装置に送信する。また相手識別情報としては前記電話番号の他にメールアドレス、ＩＰアドレス、ＵＲＩ等が考えられる。位置情報はそれぞれのプロトコルに挿入されて相手装置に転送される。また通信相手判断手段に関わらず、すべての通信に対して位置情報を送信するか、送信しないかを設定する位置情報送信設定手段を備えていてもよい。
【００７７】
また１１０番あるいは１１９番に代表されるようないわゆる緊急電話の場合には、前記位置情報送信設定手段によって位置情報を送信するように設定されていなくても、位置情報を送信するようにしてもよい。発信が緊急電話かどうかの判断は、自装置に入力手段によって入力された電話番号が、所定の電話番号であるかどうかを比較することによって行う。あるいは、緊急電話番号が入力されると、表示装置に、位置情報を送信するかどうかのメッセージを表示してもよい。この場合、肯定の入力があると位置情報を送信する。あるいは緊急電話番号の入力と、発呼指示の入力（いわゆる緑の電話ボタンやそれに相当する入力）があると、位置情報を送信するかどうかのメッセージを表示して、それに対する肯定の入力があると位置情報を送信してもよい。また、通話中に所定のボタンを押すことにより、制御プロトコルに位置情報を挿入して送信してもよい。その場合であって、緊急電話番号で繋がった場合にのみ、所定のボタンを押すと位置情報を送信するようにしてもよい。
【００７８】
また別の実施形態として、目的地の住所情報を自端末装置に入力して、位置情報送信手段により位置情報を基地局に送信する。基地局は受信した位置情報を地図情報選択手段により解析し、その位置情報に対応する所定の領域の地図情報を選択し、位置情報を送ってきた端末装置に返信する。その地図情報を受信した端末装置は、自端末装置ありは外部に接続されている表示手段にその地図情報を表示するとともに、目的地マーク手段は目的地の場所を示すマークを地図情報の所定の位置に表示する。さらに、自端末装置の位置情報を位置情報受信手段により取得し、自端末装置マーク手段は自端末装置の位置を示すマークを地図情報の所定の位置に表示するものである。
【００７９】
住所情報は位置情報（緯度、経度）そのものでもよい。また、位置情報は通常使用されている住所（○○県××市）の場合は、住所データから位置情報に変換する位置情報変換手段を端末装置または基地局が備えていてもよい。また住所情報は地図情報の任意の場所を端末装置の入力手段によって指定することによって位置情報に変換してもよい。また住所情報や位置情報としてはすでに説明したものに限定する必要はなく、他の公知技術を適用できる。
【００８０】
位置情報送信手段には、メール手段、サーバ接続手段、ＦＴＰ手段、ＨＴＴＰ手段等がある。メール手段は、ＳＭＴＰやＰＯＰ３を使用したいわゆるＥ−Ｍａｉｌや、独自プロトコルを採用するメール手段がある。位置情報はメールの本文やＳｕｂｊｅｃｔの欄に記載し送信する。サーバ接続手段とは、いわゆるＮＴＴドコモのｉモードやＫＤＤＩのＥｚｗｅｂやインターネットようにサーバ装置に接続して、サーバ装置と端末装置の間でデータのやり取りを行うものであり、位置情報をデータとして送信する。ＦＴＰ手段やＨＴＴＰ手段は、そのプロトコルのデータ領域に位置情報を含ませて、あるいはデータそのものとして送信するものである。
【００８１】
地図情報選択手段は、あらかじめ地図情報を記憶している記憶手段から、位置情報が示す場所を含む地図情報を選択する。この選択の具体的手段は現在の公知技術を適用できる。
目的地マーク手段は、目的の位置情報と一致あるいは近似する地図情報の位置情報を検索し、該当する位置情報に対応する地図情報の位置を示す所定のマークを、表示手段に表示された地図データ上に表示するものである。
【００８２】
自端末装置マーク手段は、自端末装置の位置情報と一致あるいは近似する地図情報の位置情報を検索し、該当する位置情報に対応する地図情報の位置を示す所定のマークを、表示手段に表示された地図データ上に表示するものである。
【００８３】
また別の実施形態として、自装置（端末装置）の位置情報と位置を知りたい対象の情報（識別情報、名称、識別番号、住所情報、エリア情報等）を基地局またはサーバ装置に送信し、サーバ装置は、その情報に基づいて、地図データと、位置を知りたい対象に該当する１以上の地図上の位置データを、端末装置に送信することが考えられる。例えば、自装置がある場所において、銀行を探したい場合において、位置情報受信手段によって取得した自装置の位置情報と、銀行を表す識別情報（例えば「銀行」「スーパー」「都バス」「コンビニ」「トイレ」「駅」「タクシー」等）を基地局またはサーバ装置に送信する。サーバ装置は受信した位置情報を含む地図データをサーバ装置の記憶手段から選択し、さらに「銀行」として登録されているものの位置情報であって、地図データの領域に含まれるすべてをデータベース手段から検索して、対象物の位置情報と地図データを、端末装置に送信する。端末装置は受信した地図データを表示し、受信した銀行の位置情報に基づいて、地図上にマークを表示する。あるいは、サーバ装置は、対象物の位置情報を送信する代わりに、位置を示すマークを表示した地図データを送信してもよい。対象物とそれの位置情報はサーバ装置のデータベース手段にあらかじめ記憶されているが、例えば、対象物に位置情報受信手段を設置し、位置情報受信手段によって取得した位置情報を、ネットワークを使用して定期的にサーバ装置に送信し、サーバ装置はその情報でデータベースを更新してもよい。
このように、目的物を探すときに、自分のいる場所から一番近い場所を探すことができる。
【００８４】
また別の実施形態としては、位置情報受信手段と位置情報送信手段を備えた端末装置は、所定のコマンド情報を受信した場合に、位置情報送信手段は、位置情報受信手段によって取得した位置情報を、コマンド情報を送信した通信装置に返信するものが考えられる。
所定のコマンド情報を受信する手段としては、電話手段、メール手段、ＦＴＰ手段、ＨＴＴＰ手段等がある。電話手段では、相手通信装置として電話機が使用され、電話機から本装置に発呼するすることにより本装置が着信して通話路が設定される。この場合に、電話機から所定のＤＴＭＦ信号からなるコマンド情報が送信され、本装置はそのＤＴＭＦ信号を検出ことによりその後の動作を行うものである。またメール手段では、メールの本文あるいはＳｕｂｊｅｃｔにコマンド情報に相当するデータを含ませたものを受信する。ＦＴＰ手段、ＨＴＴＰ手段では、そのプロトコルあるいはデータに所定のコマンド情報を含ませたもの、あるいはコマンド情報をデータそのものとしたものを受信する。また電話手段、メール手段、ＦＴＰ手段、ＨＴＴＰ手段の代わりに、他の公知技術を適用することもできる。
【００８５】
また、別の実施形態としては、端末装置が所定のコマンド情報を受信した場合に、ＩＣタグ手段の利用を禁止あるいは禁止の解除するものが考えられる。または入力手段からの所定の入力によってＩＣタグ手段の利用を禁止あるいは禁止の解除するものが考えられる。
【００８６】
また、別の実施形態としては、位置情報受信手段を備えた端末装置は、所定の条件に基づいて、位置情報受信手段によって取得した位置情報を、位置情報送信手段によって所定の通信装置に送信することも考えられる。または、所定の条件に基づいて、位置情報受信手段によって取得した位置情報を、記憶手段に記憶する位置情報ログ手段を備えた端末装置も考えられる。
【００８７】
所定の条件とは、端末装置に備えられたＩＣタグ手段が利用された場合や、所定の時間間隔になった場合、所定の時刻になった場合、所定のコマンド情報を受信した場合等が考えられる。また別の所定の条件としては、位置領域判断手段の出力がある。位置領域判断手段は、位置情報受信手段によって定期的に取得された位置情報が、あらかじめ設定された位置情報の所定の領域内に入ったかどうかを判断するものである。所定の領域のデータ形式としては、位置情報を中心とした所定の半径の領域や、位置情報を中心とした所定の大きさの正方形あるいは長方形の領域等が考えられる。このように表現された領域情報（範囲情報）に、位置情報受信手段により取得した位置情報がその範囲内に含まれるかどうかを判断する。位置領域判断手段の出力、すなわち、領域内や領域外を示す情報が前記所定の条件として使用される。
【００８８】
位置情報ログ手段は、所定の条件が成立する毎に、位置情報受信手段を使用して位置情報を取得して、記憶手段に記憶するものである。記憶されたログはまとめて他の通信装置に送信することもできる。また自装置の表示装置に表示することもできる。
また別の実施形態として、位置情報ログ手段と後述する電波時計手段を備え、位置情報ログ手段は、位置情報受信手段によって取得した位置情報と、電波時計手段によって取得した時刻情報を記憶手段に記憶できる。これにより正確な時刻を記録することができる。
【００８９】
また、別の実施形態として、自動的に所定の時間間隔で被写体を撮影するとともに、その画像を所定の通信装置に送信するカメラ付き通信端末装置も考えられる。これはカメラ付き通信端末装置を監視モニターとして使用したいという課題を解決するためである。前記通信端末は、時計手段、カメラ手段、送信手段を備え、それぞれは現在の公知技術を適用できる。所定の時間間隔や所定の通信装置に送信するための所定の通信アドレスは、あたらじめ設定することができる。また所定の時間間隔の代わりに、あらかじめ設定した１以上の所定の時刻になると撮影し、画像を送信してもよい。また必ずしも撮影が行われるたびに画像を送信する必要はなく、画像の量が所定の量（所定の画像枚数、所定の画像の総データ量）に達した場合に、送信するようにしてもよい。また本装置に電源アダプターが接続されている場合に、撮影と画像の送信動作を行うようにしてもよい。従って、電源アダプターが接続されていなければ、自動的に撮影は行わない。これは撮影する場合はかなり大きな消費電力を必要とする場合があり、そのためにバッテリー不足になるのを防ぐためである。
【００９０】
また、別の実施形態として呼出モードトグル切替手段を備えた携帯型電話機がある。従来のマナーモードボタンは、着信音を鳴動させて呼び出しを行う通常の呼び出しと、マナーモードと呼ばれる呼び出し、すなわちバイブレータによる振動による呼び出しと、着信音も鳴らさず、バイブレータも振動させないサイレントによる呼び出しがあり、マナーボタンの押し下げにより、この通常の呼び出しとマナーモードの２つをトグル動作で切替えていた。ところが、マナーモードをバイブレータとサイレントのどちらかに設定するかは、別の複雑な操作が必要であり、仮にマナーモードとしてバイブレータを設定していた場合に、サイレントモードに設定するには普段使用していない操作が必要であり、ユーザにとっては煩雑で不便であった。そこで本発明はその課題を解決するものである。
【００９１】
呼出モードトグル切替手段は、音源を鳴動させて着信を知らせる着信音モードと、バイブレータを振動させて振動により着信を知らせるバイブレータモードと、音源を鳴動させずかつバイブレータを振動させないサイレントモード（ＬＥＤ、表示部、バックライトを点灯あるいは点滅させてもよい）の３つの呼出モードを切替えるものである。モードの切替はそれ専用の１つのボタン（呼出モード切替ボタン）の押し下げ毎に３つのモードをトグル動作で切替えるものである。切替動作を詳細に説明すると、装置の電源が投入されると所定の呼出モード（ここでは着信音モードで説明する）に設定される。次に呼出モード切替ボタンが押されると（ボタンの長押しでのみ切替えるようにしてもよい）、バイブレータモードに切替わり、次に呼出モード切替ボタンが押されると、サイレントモードに切替わる。次に呼出モード切替ボタンが押されると最初の着信音モードに切替わる、いわゆるトグル動作を行う。呼出モード切替ボタンは、通常のスイッチで構成されてもよいし、タッチパネル上の擬似スイッチで構成されていてもよい。また他の機能を兼用しているボタンでも呼出モード切替ボタンとして使用可能である。この場合には、他の機能の操作と区別をするために、呼び出しモードを切替える場合には、ボタンの長押しがされた場合にモード切替のトグル動作を行うものである。呼出モードトグル切替手段は、具体的にはＣＰＵ、ＲＯＭ、ＲＡＭから構成される制御手段と、鳴動手段、バイブレータ手段、操作入力手段から構成されるものであり、制御手段は呼出モードを切替えるために鳴動手段、バイブレータ手段と操作入力手段を制御するものである。このようにして、一度のボタン操作で、煩雑な操作をする必要なしに、着信音モード、バイブレータモードとサイレントモードを切替えることができる。
【００９２】
また、別の実施形態（図１８）として、時刻設定用電波を受信して時刻を設定する電波時計手段を備え、自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段が出力する時刻情報をより大きく表示する時計表示手段を備えた携帯型電話機装置が考えられる。従来の携帯型電話機は、時計用ＩＣを搭載してはいたが、コストダウンのために安価な時計回路を使用していたため、時計の精度が悪く、腕時計代わりに使用するには精度的に問題があった。そこで、電波時計手段を内蔵することにより、時計の精度を高めることができる。電波時計手段を内蔵した携帯型電話機のブロック図は特に示さないが、図６の携帯型電話機のブッロク図にさらに電波時計手段を追加したもので説明されたに等しいものである。また、携帯型電話機として使用していない場合には、例えば、折りたたみ式の携帯型電話機であるなら、折りたたんだ状態の時や、ボタン入力が最後の入力から所定時間経過した場合等等のように、いわゆる待機状態（スタンバイ）の場合、時計情報を表示器に大きく表示し（例えば、大きなフォントで時刻を表示したり、アナログ時計を描画する等）、携帯型電話機として使用する場合、例えば通話、メール作成、インターネット接続、その他の操作等で使用する場合には、その使用のための表示を邪魔しないように、時計情報の表示は小さく（小さいフォントを使用する）表示するか、あるいは時計の表示をやめる。このように精度の高い時計表示を大きく表示することにより、携帯型電話機を腕時計の代わりに使用することができる。
【００９３】
また、別の実施形態として、マナーモード（サイレント、バイブレータモード）が設定されていても、所定の条件であればマナーモードを解除するか、あるいは着信音を鳴動させるマナーモード無効手段を備えた携帯型電話機が考えられる。マナーモードの場合、携帯型電話機を体から離しておくと、本人がディスプレイの着信を示す表示を見るまで電話があったことを知ることができないという課題がある。あらかじめ少なくとも１以上のマナーモード有効領域情報を設定しておき、基地局から電話の呼び出しがあると、位置情報受信手段によって位置情報を取得し、その位置情報がマナーモード有効領域外であればマナーモードを解除して着信音を鳴動させる。またはマナーモードを一時的に無効にして着信音を鳴動させる。またはバイブレータの振動をさらに大きくする。その位置情報がマナーモード有効領域内であればマナーモードのままにする。またマナーモード無効手段を使用するにあたって、電話をかける側に暗証番号の入力を条件にしてもよい。この場合、電話をかける側で、暗証番号を入力して、マナーモード無効命令モードで電話をかける。暗証番号とマナーモード無効命令情報は、呼設定プロトコルにより相手側装置に送信され、相手側装置ではマナーモード無効命令情報を受信し、さらにあらかじめ自装置に設定してある所定の暗証番号と受信した暗証番号を比較して、一致したならばマナーモード無効手段を有効にするものである。このように、マナーモードを設定していても、電話で呼び出すことができる。
【００９４】
図１４（Ａ），（Ｂ）にＩＣタグ手段を内蔵した携帯型電話機のブロック図を示す。図１４（Ａ）に示す携帯型電話機３１Ａは、ＣＰＵ３１１と、ＲＯＭ３１２と、ＲＡＭ３１３と、操作入力・表示部３１４と、通話回路３１５と、マイク部３１６と、スピーカ部３１７と、無線通信手段３１８と、ＩＣタグ手段３１９とを備えており、各構成要素はバス９００を介して接続されている。
【００９５】
また、図１４（Ｂ）の携帯型電話機３１Ｂは、携帯型電話機３１Ａの構成に加えて、ＩＣタグリーダライタ手段３２０を備えている。ＩＣタグ手段３１９に記憶されている情報は、ＩＣタグリーダライタ手段３２０によって、読み出したり書き込んだりする。また、ＩＣタグ手段３１９は無線通信手段３１８のみで利用する。
【００９６】
また、図１５（Ａ）にＩＣタグ（ＩＣタグ手段３１９）を示し、図１５（Ｂ）にタグ通信手段としてのＩＣタグリーダライタ手段３２０のブロック図を示す。
【００９７】
本実施形態では、ＩＣタグは装置に内蔵されており、ＩＣタグは数ミリ角のシリコンチップで構成される場合もある。
【００９８】
図１５（Ａ）において、ＩＣタグ（すなわち、ＩＣタグ手段３１９）は、ＣＰＵ３１９１と、ＲＯＭ３１９２と、ＲＡＭ３１９３と、無線通信手段３１９４とからなる。無線通信手段３１９４は、電波信号を送受信するためのアンテナ用コイル、共振コンデンサ、変復調回路、整流平滑回路を含んで構成される。ＩＣタグ手段３１９は、ＩＣタグリーダライタ手段３２０から送信されてくる高周波の電力用電波信号をアンテナと共振用コンデンサで受信し、整流平滑回路で整流平滑化して、一定電圧の動作用電源を作成してＩＣタグ内部に供給する。
【００９９】
またＩＣタグリーダライタ手段３２０から送信されてくる信号は、電力用電波信号に重畳されており、受信した信号は変復調回路によって復調される。ＣＰＵ３１１はＲＯＭ３１２に記憶されたプログラムによって動作するものであり、ＲＡＭ３１３上に動作に必要なワークエリアを形成しながら、ＩＣタグ手段３１９全体の動作の制御を行うものである。ＩＣタグ手段３１９は一度情報を書き込んだら二度と変更できないリードオンリーのものと、後から書き換えが可能なものや、追記のみ可能なもの（追記型）がある。ＩＣタグ手段３１９は通常は電源と搭載していないが、電源として電池を搭載していてもよい。
【０１００】
ＩＣタグリーダライタ手段３２０は、制御回路３２０１と、電波信号を送信する送信アンテナ用コイルからなる無線送信部３２０２と、電波信号を受信する受信用アンテナコイルからなる無線受信部３２０３とから構成される。制御回路３２０１は、電力用電波信号を送信し、また送信する信号を電力用電波信号に重畳して送信用アンテナから送信する。また受信用アンテナからＩＣタグ手段３１９が送信した信号を受信し、それを復調して受信データを得る。このようにＩＣタグ手段３１９とＩＣタグリーダライタ手段３２０の間では電波信号を使用して通信を行うことにより、ＩＣタグ手段３１９の情報を読み出したり、逆にＩＣタグ手段３１９に書き込みたい情報を書き込むことができる。
【０１０１】
またＩＣタグリーダライタ手段３２０はリーダ部とライタ部を両方備えているが、用途によってはどちらか一方を備えているだけでもよい。
ＩＣタグ手段３１９とＩＣタグリーダライタ手段３２０間での伝送媒体方式としては、電磁結合型、電磁誘導型、マイクロ波型、光交信型等がある。
【０１０２】
また複数のＩＣタグリーダライタ手段があると、相互干渉によるＩＣタグ手段の読み取りエラーが起こる。その対策としては、ＩＣタグリーダライタ手段同士の交信状況を互い知らせることによって干渉を防ぐ同期手段がある。また１つのＩＣタグリーダライタ手段が他のＩＣタグリーダライタ手段をコントロールするマスタスレーブ手段を備えていてもよい。
【０１０３】
電波信号を使用したＩＣタグ用無線プロトコルあるいは通信方式は、例えばコマンド・レスポンスをベースとしたシンプルなプロトコルで構成されてもよいし、その他プロトコルはいろいろあり、また現在も多くのものが提案されているためここでは言及を避けるが、どのようなプロトコルであれ、本発明に使用できるものである。特にプロトコルにＨＴＴＰを使用するとともに、ファイル形式にＭＬ（マークアップ・ランゲージ）ベースのファイル（ＸＭＬ，ＨＴＭＬ，ＳＧＭＬ，ＸＨＴＭＬ，ＣＨＴＭＬ，ＨＤＭＬ，ＤＨＴＭＬ等）を使用することにより、より汎用性の高い利用が期待できる。
【０１０４】
また、使用するＩＣタグの種類、ＩＣタグの使用用途あるいはＩＣタグが使用する無線周波数等の違いによって多くの通信方式（エアインターフェイスとも呼ばれているもので、いわゆる通信の方式であり、具体的には、使用する電波の周波数、通信プロトコル、エラー訂正方式、符号方式、圧縮方式等がある）が存在するために、使用できる通信方式が相異するＩＣタグを複数内蔵している場合、ＩＣタグリーダライタ手段が使用できる通信方式以外の通信方式を使用するＩＣタグと交信できないという問題が生じる。これを解決するために、マルチ通信方式手段あるいは通信方式切替手段を備える。マルチ通信方式手段あるいは通信方式切替手段とは、通信プロトコルを例にとると、後述するＳＩＰの標準呼設定プロトコルとローカル呼設定プロトコルを切替えて使用する場合と基本的な思想は同じもので、ＩＣタグリーダライタ手段は所定のＩＣタグ用無線プロトコルを送出した後に、別のＩＣタグ用無線プロトコルを送出し、さらに次々にＩＣタグリーダライタ手段が持っている通信プロトコルを送出するものである。ＩＣタグは自身が備えている通信プロトコルを受信した場合にはそのまま交信を行い、自身が備えていない通信プロトコルに対しては反応しないことになる。また通信プロトコルの他に使用する電波の周波数、エラー訂正方式、符号方式、圧縮方式も同様である。
【０１０５】
図１６にマルチ通信方式手段あるいは通信方式切替手段の一例のフローチャートを示す。ＩＣタグリーダライタ手段は、通信方式はＡ通信方式、Ｂ通信方式、Ｃ通信方式の３つの通信方式を備えているとする。まず最初にＡ通信方式によって電波を送出する（Ｓ９０１）。Ａ通信方式を備えたＩＣタグが電波の届く範囲に存在すれば（Ｓ９０２の「ＹＥＳ」）、ＩＣタグはＡ通信方式によって応答（レスポンス）をＩＣタグリーダライタ手段に返す。ＩＣタグリーダライタ手段はこの応答を受信した場合にはＡ通信方式によって交信を継続して所定の情報を読み出したり、書き込んだりする。このＡ通信方式によって複数のＩＣタグが応答した場合には、複数のＩＣタグと交信を行う（Ｓ９０３）。Ａ通信方式による応答がなかった場合（Ｓ９０２の「ＮＯ」）には、次にＢ通信方式による電波を送出する（Ｓ９０４）。Ｂ通信方式による電波を送出した場合や、Ａ通信方式による交信が終了した場合において、Ｂ通信方式のレスポンスがあったときは（Ｓ９０５の「ＹＥＳ」）、Ｂ通信方式で交信を行う（Ｓ９０６）。Ｂ通信方式のレスポンスがない場合（Ｓ９０５の「ＮＯ」）には、Ｃ方式で電波を送出する（Ｓ９０７）。Ｂ通信方式による通信が終了した場合や、Ｃ方式で電波を送出した場合において、Ｃ通信方式のレスポンスがあったとき（Ｓ９０８の「ＹＥＳ」）は、Ｃ通信通信方式での通信を行い（Ｓ９０９）処理を終了し、Ｃ通信通信方式のレスポンスがなかったときも（Ｓ９０８の「ＮＯ」）処理を終了する。
【０１０６】
このようにすることにより、ＩＣタグリーダライタ手段が備えているすべての通信方式による通信を行う。
【０１０７】
以上のように、ＩＣタグリーダライタ手段がマルチ通信方式手段あるいは通信方式切替手段を備えることにより、いろいろな通信方式を持つＩＣタグを複数内蔵している場合でも、１台のＩＣタグリーダライタ手段によってＩＣタグの情報を読み出したり、書き込んだりすることができる。また、ＩＣタグにマルチ通信方式手段あるいは通信方式切替手段を備えていてもよい。
【０１０８】
本発明の一実施形態では、ＩＣタグ手段をプリペイド手段として使用する。プリペイド手段とは、前もって所定の方法で支払精算を済ませておき、支払い精算で支払った金額情報に相当する価値情報を記憶手段に蓄積しておくものである。所定の方法とは、入金装置（チャージ装置）に対してある料金を支払い（通常は現金を投入するが、クレジットカードやその他の支払い可能なカードで支払ってもよい）、その支払った金額に相当する価値情報（電子マネー情報）を入金装置から自装置に転送し、プリペイド手段あるいは記憶手段に蓄積するものである。また、携帯型電話機の電波Ｉ／Ｆ（携帯型電話機と基地局間）を使用して、電子マネー情報を蓄積しているサーバ装置に接続し、電子マネー情報をサーバ装置から携帯型電話機に移すことも考えられる。一方、例えばある商品を買った場合に代金の精算は、代金の精算を行う精算装置を使用するものである。実際には、自装置と精算装置を接続して、精算装置から自装置に対して、精算代金に相当する精算情報と精算を実施するための命令信号である精算信号情報を送信する。自装置は、自装置のプリペイド手段に蓄積されているその時の価値情報から受信した精算情報を減じ、その結果の価値情報をプリペイド手段に記憶することにより、精算を行うものである。
入金装置または精算装置と自装置との接続は、自装置にあらかじめ備えられている汎用のＩ／Ｆ手段あるいは専用のＩ／Ｆ手段、あるいはＩＣタグ手段の無線Ｉ／Ｆ手段を利用する。また他の公知技術を使用してもよい。
【０１０９】
次に、携帯型電話機に１つのＩＣタグを内蔵して、精算する対象が複数ある場合の実施形態を説明する。複数の精算対象として、運賃、買物代金（ショッピング、飲食、各種サービスに対する支払い）、電話代（パケット代も含む）の３つの例で説明するが、もちろんこの３つに限定する必要はなく、他の支払い対象にも実施可能である。まず、ＩＣタグの無線Ｉ／Ｆ手段を使用して、ＩＣタグリーダライタ手段を内蔵している入金装置から、電子マネー情報（価値情報）を自装置のＩＣタグに蓄積する。この場合、対象となる電子マネーを扱う提供会社が３つの支払い対象を扱っている場合には、１つの入金装置から電子マネー情報を蓄積して、実際の精算も場合も、３つの支払い対象に対して蓄積した電子マネーを共通に使用することができる。しかしながら電子マネーを異なった支払い対象に共通に使用できるため、ある支払い対象の金額が高額になった場合に、残りの電子マネーで他の支払い対象を精算できないという不具合が生じる可能性がある。
【０１１０】
そこで本発明では、おのおのの支払い対象に対して、精算できる最大の電子マネーの金額を設定する支払い限度設定手段を備えるものである。支払い限度設定手段の１つの実施形態としては、おのおのの支払い対象に対して支払いできる限度額を、蓄積した電子マネーの割合としてあらかじめ設定しておくものである。例えば、買物、電話代、運賃の割合をそれぞれ５０％、２０％、３０％と設定しおくと、電子マネーの蓄積が１万円だった場合には、それぞれの支払い限度額は５千円、２千円、３千円となる。次に、買物で２千円分を支払った後に、さらなる電子マネーの蓄積が２万円だったとすると、それぞれの支払い限度額は１万３千円（３千円＋１万円）、６千円（２千円＋４千円）、９千円（３千円＋６千円）となる。この場合、後述する支払い残高表示手段には、それぞれ１万３千円、６千円、９千円の残高が表示される。また別の実施形態として、おのおのの支払い対象の支払い限度額を直接設定する場合も考えられる。たとえば、買物、電話代、運賃をそれぞれ１万円、４千円、６千円と設定するものである。精算する場合に、支払い限度額を超える場合には、精算を行えないようにするのが通常であるが、後述するように限度を超えることを警告しておいて、蓄積された電子マネー全体で支払うことができれば精算を行うようにしてもよい。また支払い限度設定手段は前述した実施形態に限定されるものではなく、他の公知技術を適用できる。
【０１１１】
次に、実際に精算する場合に、支払い限度額を超える場合に警告をする支払い限度警告手段を備えていてもよい。例えば、警告音を発する、警告メッセージを表示手段に表示する等が考えられる。また支払い限度の設定を解除する支払い限度解除手段を備えていてもよい。この場合、支払い限度警告手段により警告された場合、支払い限度解除手段によって、その支払い対象の支払い限度を解除することにより、蓄積されている電子マネーのすべてから精算することができるようにするものである。
【０１１２】
また、所定の支払い対象に対して支払いすることができる電子マネー情報（残高）を、支払い対象毎に表示する支払い残高表示手段を備えていてもよい。具体的には、表示装置に支払い対象の名称、すなわち前述した例では、「買物」「電話」「運賃」等の名称と、それに対応する残高、すなわち「１万３千円」「６千円」「９千円」の電子マネー情報を表示するものである。
【０１１３】
また、前実施形態では、電子マネーと取り扱う提供会社が１社の場合を想定したが、複数の提供会社の場合を説明する。ＩＣタグの通信方式は、その提供会社が異なるとその通信方式も異なるのが通常である。従って従来では、１種類のＩＣタグには１つの通信方式しか対応していないため、１台の携帯型電話機では別の電子マネー提供会社の電子マネーを扱うことが出来ないという問題が生じることが予想される。本発明はそのような課題を解決するものであり、ＩＣタグ手段に複数の通信方式を持つＩＣタグマルチ通信方式手段あるいはＩＣタグ通信方式切替手段を備えるものである。例えばＩＣタグ手段にＡ通信方式とＢ通信方式を備えた場合を考えると、Ａ通信方式に対応している提供会社の入金装置から電波を受信するとＡ通信方式で交信を行い、入金装置から電子マネーをチャージして、Ａ通信に関連した記憶媒体に電子マネー情報を記憶する。次にＢ通信方式に対応している提供会社の入金装置からの電波を受信するとＢ通信方式で交信を行い、Ｂ通信に関連した記憶媒体に電子マネー情報を記憶するものである。それぞれの提供会社で使用できる残高情報は、支払い残高表示手段により、その提供会社のサービス名等の名称とともに表示される。
【０１１４】
また、提供会社が異なっていても、提供会社同士で電子マネーサービスを相互に使用できるのであれば、別々にチャージされた電子マネーを一方から他方に移すことができる。これはあらかじめ共通で使用できる提供会社の情報を示す共通電子マネー情報を電子マネー情報に付加しておき、その共通電子マネー情報に応じて電子マネーの移動を自装置上で行うものである。具体的には、自装置上で電子マネーの移動を指示した場合に、共通電子マネー情報を解析し、その結果、共通で使用できる電子マネーと判断した場合に、電子マネーを移動させるものである。
【０１１５】
また、前述した実施形態では、１台の携帯型電話機に１種類のＩＣタグ手段を搭載した場合であるが、別の実施形態として、１台の携帯型電話機に複数のＩＣタグ手段を搭載した場合も考えられるが、動作は前述した実施形態とほぼ同じである。
【０１１６】
また別の実施形態として、プリペイド手段を利用した場合に、その利用の態様を示す情報を利用ごとに記憶手段に記憶するプリペイド利用ログ手段を備える。利用の場面として、入金時、支払い時、残高の照会時等があり、利用の態様を示す情報として、利用日時、入金か支払いか、入金金額、支払い金額、支払い対象、入金あるいは支払い時のＩＣタグリーダライタ手段の情報等がある。また上記ログ情報を定期的にあるいは所定のログ量（またはログ件数）に達した場合所定の通信アドレスに対して送信してもよい。送信手段としてはメール、ＦＴＴＰ、ＨＴＴＰ等を使用できるが、他の公知技術でも可能である。
【０１１７】
運賃や買物の精算は、ＩＣリーダ装置を内蔵した専用の精算装置によって精算を行うが、電話代の精算方法はそれと違っているため、携帯型電話機の電話代をプリペイド手段で精算する実施形態を説明する。１つの実施形態としては前述したように携帯型電話機に内蔵されているプリペイド手段に電子マネーを蓄積し、そこから使用した電話料金を逐次差し引く方法がある。この場合、通話の終了時の基地局とのプロトコルを使用して、プリペイド手段に蓄積されている電子マネー情報から、基地局から受信した料金データを差し引くことにより精算を行う。あるいは、通話時に、制御プロトコルを使用して逐次基地局から受信した料金データを差し引いてもよい。また通話開始前の基地局とのプロトコル（呼制御プロトコル）において、携帯型電話機のプリペイド手段に電子マネーが残っているかどうかを検査し、電子マネーが残っていなければ通話を禁止することができる。この通話の禁止は、自装置が発信する場合も受信する場合も可能である。
【０１１８】
また別の実施形態として、使用する通話料金を支払うための電子マネー情報を、基地局側のサーバ装置等に記憶する方法も考えられる。まず、サーバ装置に接続されている入金装置に携帯型電話機の電話番号あるいは携帯型電話機を特定するための識別情報を入力し、次に通話料金を現金あるいはカード等で支払う。電話番号を入力する代わりに、携帯型電話機を入金装置に接続して、入金装置が携帯型電話機の記憶手段に記憶されている電話番号あるいは携帯型電話機を特定するための識別情報を読み出してもよい。さらに、携帯型電話機のプリペイド手段に蓄積されている電子マネーを通話料金として入金してもよい。
【０１１９】
その通話料金は電話番号あるいは識別情報と対応付けられて、電子マネーとしてサーバ装置の記憶手段に記憶される。次に通話する場合には、携帯型電話機からの発呼時に、基地局との通信プロトコルで、携帯型電話機の電話番号あるいは識別情報を、基地局側が受け取り、その情報に基づいて、サーバ装置に電子マネーの残高が残っているかどうか検査する。電子マネーの残高がなければ通話は行われない。電子マネーの残高が残っている場合には、通話が開始され、通話時間に応じて電子マネーは減じられる。電子マネーがなくなれば通話は中止される。通話中、サーバ装置に記憶されている電子マネー情報を、サーバ装置から受信して、携帯型電話機の表示装置に表示してもよい。
【０１２０】
またＩＣタグの通信Ｉ／Ｆの代わりに自装置に備えられている赤外線Ｉ／Ｆ、ブルートゥースＩ／Ｆ、無線ＬＡＮＩ／Ｆあるいは専用Ｉ／Ｆ等の通信Ｉ／Ｆを使用してもよい。
【０１２１】
ＩＣタグに記憶するその他の情報として装置情報があるが、装置が通常の物の場合には、物の名称、機能、効能、スペック（使用方法、色、寸法、形状、重量等）、原材料、関連情報、製造年月日、販売年月日、販売国、製造国、製造メーカ名、販売店名、価格等の物の情報である。また装置についての情報（装置の種類（携帯型電話機、ＰＨＳ、ＩＰ電話、ＩＰ端末装置、一般加入者電話機、ファクシミリ装置、通信機能付コンピュータ、ＰＤＡ等）、装置の名称、装置の端末識別情報（電話番号、ＩＰアドレス、ＵＲＩ、ＵＲＬ、ＩＤ等）、装置のスペック、設置場所、使用環境、使用履歴、装置のプロフィール等）、装置使用者についての情報（名前、性別、生年月日、年齢、勤務先会社名、住所、趣味、プロフィール等）、画像（装置の画像、使用者の顔画像、動画像、その他の画像）、音声データ（音声メッセージ、ＢＧＭ、音楽等）等の装置の説明情報もある。装置情報は通常はテキストデータであるが、画像データやプログラム等のバイナリデータでもよい。また装置情報は前記情報に限定されるものではなく、対象物に関する情報すべてを含む。装置情報は通常はＩＣタグのＲＡＭやＲＯＭ等の記憶手段に記憶されている。さらに装置情報は前述した単なる装置の情報にとどまらず、装置の状態情報をも含む。装置の状態情報とは例えば、装置がある製品の場合には、製造中、検査中、保管中、出荷中、販売中、使用中、修理中、リサイクル中等、装置の状態あるいは時間的な状態を表す情報がある。例えば製品がユーザの手に渡った場合（販売された場合）に、使用中を表すビットを有効にすることにより、その製品が販売されユーザが使用中の状態になっていることを知ることが出来、その情報を得ることによりさまざまなサービスを行うことができる。例えばその製品に意匠権がある場合において、その製品が販売中の場合には、意匠権と販売中のビットを有効にすることにより、無断で写真を撮影したり出来ないようにすることもできる。
【０１２２】
また別の実施形態としてＨＴＭＬのように、装置情報は装置のデータ情報とレイアウト情報（表示方法の情報）の少なくとも１以上で構成してもよい。つまりレイアウト情報は装置のデータ情報を表示部に表示する方法（表示の仕方）を示す情報である。すなわち、装置情報は装置のデータ情報を、レイアウト情報に基づいてＩＣタグリーダライタ手段の表示部に表示されるものである。レイアウト情報としては例えば文字の種類（フォント）、文字の大きさ、文字の色、文字の修飾、文字の表示位置、画像の表示位置、画像の大きさ、背景色、アニメーションの位置、アニメーションの大きさ等であって、具体的にはＸＭＬやＨＴＭＬのＭＬ言語（ＭＬベースのファイル）で扱っているレイアウト情報等がある。
【０１２３】
図１７は本発明の一実施形態であるＩＣタグ付きＩＰ電話のブロック図である。またこれにＴＶ放送受信手段を搭載することもできる。図１７に示す携帯型電話機５１は、ＣＰＵ５１１と、ＲＯＭ５１２と、ＲＡＭ５１３と、操作入力・表示部５１４と、通話回路５１５と、マイク部５１６と、スピーカ部５１７と、無線通信手段５１８と、ＩＣタグ手段５１９に加えて、ＩＰ手段５２０を備えており、各構成要素はバス９００を介して接続されている。ＩＰ手段５２０以外の要素は、図１４（Ａ）において説明した同じ名称の構成要素と機能は同じであるので説明は省略する。
【０１２４】
ハンドセットは音声通話をするいわゆる受話器なるものであり、音声を出力するスピーカ部５１７や音声を入力するマイク部５１６等から構成される。通話回路５１５はマイク部５１６等から入力された音声信号をＩＰ手段５２０に送出し、ＩＰ手段５２０から入力された音声信号をスピーカ部５１７等に出力するものである。また音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質をよくしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御もこの部分で行うのが一般的である。またこの通話回路においては、ハンドセットのマイク部５１６から入力されたアナログの音声信号はデジタル音声信号に変換され、スピーカ部５１７に出力するために入力されたデジタル音声信号はアナログ音声信号に変換される。通話回路５１５は網側との間で、音声信号を送受信する。また画像データと装置情報の送受信も行う。携帯型電話機の場合は基地局との間で無線を使用して通信を行うが、有線で交換局と通信してもよい。
【０１２５】
ＩＰ手段５２０は通話回路５１５から送られてきた音声信号を必要であれば符号化圧縮する。次に音声信号データを送信用のＩＰパケットに埋め込み、順次、回線接続Ｉ／Ｆ手段５１８に送り出す。また回線接続Ｉ／Ｆ手段５１８から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、通話回路５１５に送出する。またＩＰ手段は画像データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ手段５１８に送り出す。また回線接続Ｉ／Ｆ手段５１８から入力される受信用のＩＰパケットから画像データを取り出してＲＡＭ５１３や、図示しない画像処理回路へ出力する。
【０１２６】
また、ＩＰ手段５２０は呼制御を行うための制御用ＩＰパケットを組み立て、順次回線接続Ｉ／Ｆ手段５１８に送り出す。さらに回線接続Ｉ／Ｆ手段５１８から入力される受信した制御用ＩＰパケットを分解する。
【０１２７】
このような制御用ＩＰパケットの送出、受信はＩＰ手段５２０とは独立した別の手段で構成してもよい。ＩＰ手段５２０の動作制御はＣＰＵ５１１で行う。回線接続Ｉ／Ｆ手段５１８はＩＰ手段５２０から入力される送信用ＩＰパケットを接続回線に送出する一方、接続回線から入力される受信用パケットをＩＰ手段５２０に送出する。
【０１２８】
接続回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ手段５１８に含まれる。また接続回線がＬＡＮ等であれば回線接続Ｉ／Ｆ手段５１８はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ、無線ＬＡＮ等）である。また携帯型電話機、ＰＨＳ等の無線Ｉ／Ｆであってもよい。また、その複数のＩ／Ｆのうち少なくとも１以上を備えていてもよい。
【０１２９】
図１９にＩＣタグ手段、位置情報受信手段、電波時計手段、携帯型電話機手段を備えた携帯型時計（腕時計等）の機能ブロック図を示す。
【０１３０】
図１９において携帯型時計７１は、ＣＰＵ７１１と、ＲＯＭ７１２と、ＲＡＭ７１３と、操作入力・表示部７１４と、通話回路７１５と、マイク部７１６と、スピーカ部７１７と、無線通信手段７１８と、ＩＣタグ手段７１９と、位置情報受信手段７２０、電波時計取得手段７２１と、クロック回路７２２とを備えている。なお、ＩＣタグ手段７１９、位置情報受信手段７２０、電波時計取得手段７２１、携帯型電話機手段（通話回路７１５と、マイク部７１６と、スピーカ部７１７等）を全部備えなくても、これらの少なくとも１つ以上を備えた腕時計も本発明の技術的範囲に属する。詳細はすでに説明したので省略する。
【０１３１】
以下、サーバ装置と交信するためのプロトコルを説明する。ここでは、ＩＰ電話やＩＰテレビ電話で使用されるプロトコルについて説明し、携帯型電話機、ＰＨＳ、Ｅｍａｉｌ、ＨＴＴＰのプロトコルについては標準化されているので説明は省略する。
【０１３２】
呼設定手段は標準で規定されている標準用呼制御用プロトコル（ＳＩＰ，Ｈ．３２３、ＭＥＧＡＣＯ、ＨＴＴＰ等）を使用して呼設定を行い通信あるいは通話を可能にするものである。
【０１３３】
図２０にＳＩＰのプロトコルスタックを示す。図２０に示されているように、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Ｎｅｔｗｏｒｋ Ｌａｙｅｒ（ネットワーク層）においてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ（トランスポート層）においてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、またはＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用され、また、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が使用される。
【０１３４】
図２１は、本発明の具体的なＳＩＰの制御用パケットの構造を示す図である。図２１に示されているように、ＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージとが含まれている。
【０１３５】
図２２は、本発明の具体的なＳＩＰのデータ用パケットの構造を示す図である。図２２示されているように、ＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データとが含まれている。
【０１３６】
図２３は、本発明の具体的なＵＤＰデータグラムの構造を示す図である。図２３に示されているように、ＵＤＰデータグラムには、送信ポート番号と、宛先ポート番号と、データ長と、チェックサムと、データとが含まれている。
【０１３７】
図２４は、本発明の具体的なＳＩＰで使用されるＩＰデータグラムの構造を示す図である。図２４に示されるように、ＩＰパケットの構成は、バージョン情報と、ヘッダ長情報と、サービスタイプ情報と、トータル長情報と、識別子（ＩＤ）と、フラグ情報と、フラグメント・オフセット情報と、生存時間（ＴＴＬ）情報と、プロトコルタイプ情報と、ヘッダチェックサム情報と、送信元アドレスと、宛先アドレスと、オプションと、パディングと、データ領域とからなる。
【０１３８】
図２５に標準の呼制御プロトコルのうちの１つであるＳＩＰの通信モデルのプロトコル図を示す。まず発呼側から「ＩＮＶＩＴＥ」というリクエストメッセージを送出する。「ＩＮＶＩＴＥ」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰで示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。着呼側は「ＩＮＶＩＴＥ」を受信し、呼び出し状態になったことを通知するために「１８０ ＲＩＮＧＩＮＧ」を発呼側へ送信する。この「１８０ ＲＩＮＧＩＮＧ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の「２００ ＯＫ」で提示する。次に着呼側が通話可能状態になったことを通知するために「２００ ＯＫ」を発呼側へ送信する。それには着呼側が受信可能なセッションの属性がＳＤＰで示されている。この「２００ ＯＫ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。次に発呼側が「ＡＣＫ」を着呼側へ送信し、これにより通信に利用可能な属性がネゴシエーションされる。本発明では便宜上ここまでを接続フェーズと定義している。次にメディア（音声、画像、動画等）の転送が開始される。本発明ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。通信を終了するときには、止める側が「ＢＹＥ」信号を送信することにより通信終了を要求し、それを受信した側は、その応答である「２００ ＯＫ」信号を送信して通信を終了する。本発明ではこのフェーズを便宜上、切断フェーズと定義している。
【０１３９】
これらのプロトコルとインターネットプロトコルを使用して、Ｗｅｂサーバ装置を備えたＷｅｂサーバも考えられる。Ｗｅｂサーバ装置は記憶手段に複数のＭＬ（Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースのファイル（ＸＭＬ，ＨＴＭＬ，ＳＧＭＬ，ＸＨＴＭＬ，ＣＨＴＭＬ，ＨＤＭＬ，ＤＨＴＭＬ等）を記憶しており、クライアントの要求に応じてファイルを送信するものである。このファイルにはマネー情報が含まれる。発呼側の通信装置はＷｅｂサーバに発呼を行い、呼設定（ＳＩＰの接続フェーズ）をした後に通信接続する。
【０１４０】
接続中（ＳＩＰのデータ送受信フェーズ）に、発呼側は着呼側に対して、ＨＴＴＰプロトコルを使用して、ＭＬベースのファイルの送受信を行う。発呼側はＭＬベースのファイルを表示部に表示させるためのＷｅｂブラウザ手段を備えている。通信装置としてはＩＣカード、買い物カゴ用ＩＣタグリーダ装置、ＩＰ電話、携帯ＩＰ電話等があり、基地局端末間無線プロトコル上で呼設定プロトコル（ＰＰＰ等）とＨＴＴＰプロトコルが動作する。またＩＣカード、買い物カゴ用ＩＣタグリーダ装置、ＩＰ電話、携帯ＩＰ電話が備えている赤外線Ｉ／Ｆ、ブルートゥースＩ／Ｆ、無線ＬＡＮＩ／Ｆあるいは専用Ｉ／Ｆのプロトコル上でも呼設定プロトコルとＨＴＴＰプロトコルを動作させてもよい。
【０１４１】
図２６に本発明の通信モデルの別の実施形態のプロトコル図を示す。
標準呼設定プロトコルとはＳＩＰ、 Ｈ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ、ＰＰＰ等に代表されるように、その仕様が広く一般の使用者やメーカ等に開放されているものであり、ローカル呼設定手段またはローカル呼設定プロトコルは、その仕様は原則的には一般の使用者やメーカ等には非公開であり、それを開発あるいは使用するメーカあるいは、複数のメーカが集まって構成されたグループ内のみに公開されるものである。
ローカル呼設定手段は標準呼設定プロトコルのセッションの属性の他に（重複して持っていてもいいが）、独自のセッションの属性である受信条件（コーデック、ポート番号等）と送信条件と、さらに標準呼設定プロトコルが持っていない、装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）をＩＰパケットに挿入し、それを相手装置に送信するものである。まず発呼端末は発呼する際に自端末に備わっているプロトコルを調査し、最初に送出するプロトコルとして優先設定されているプロトコルで通信を開始するため（この例では標準プロトコルが設定されている）、まず発呼側は標準のプロトコルであるＳＩＰの「ＩＮＶＩＴＥ」信号を着呼側へ送信する。次にそのすぐ後にローカル呼設定手段によってローカルプロトコルの１つである「ｉｎｖｉｔｅ」信号を送信する（プロトコル切替手段あるいはマルチプロトコル手段）（標準プロトコル信号を大文字で表し、それに相当するローカルプロトコル信号を小文字で表す）。着呼側は「ＩＮＶＩＴＥ」信号と「ｉｎｖｉｔｅ」信号の両方を受信し（マルチプロトコル手段）（順次メモリに蓄えておくことにより複数の制御信号を受信することができる）、「ｉｎｖｉｔｅ」信号を選択するとともに、呼び出し状態になったことを通知するために「１８０ ｒｉｎｇｉｎｇ」を発呼側へ送信する（プロトコル選択手段）（もちろん場合によっては、例えば標準プロトコルを優先設定されている場合等、「ＩＮＶＩＴＥ」信号を選択してもよい）。この後の動作は標準プロトコルがローカルプロトコルに代わる以外は、図２４のプロトコルとシーケンスは同じである。その他の独自の受信条件としては、前記の他に、装備している通信プロトコルの種類、呼設定の方式に関係するもの、ネゴシエーションに関係するもの、端末の通信能力、データの圧縮方式、デジタル化方式、プロトコルの種類、それに使用するＩＰパケットの種類、ＩＰパケットの構造、ＩＰパケットの定義、再送処理方式、エラー処理方式、セキュリティ方式等、通信条件に関するあらゆるものが考えられる。また標準プロトコルの「ＩＮＶＩＴＥ」信号を送出する前に、すなわち最初からローカルプロトコルの「ｉｎｖｉｔｅ」信号を送信してもよい。また、「ｉｎｖｉｔｅ」信号は接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中のどこでも送信してもよい。例えば、データ送受信フェーズの場合には、ユーザが例えば音声の品質がよくないとか、画像の品質がよくない場合に、高品質な方式に切り換えたい場合に、例えば端末の入力手段から方式を切り替える操作を入力した場合に、「ｉｎｖｉｔｅ」信号を送出することが考えられる。着呼側は標準プロトコルである「ＩＮＶＩＴＥ」信号に対して「１８０ ＲＩＮＧＩＮＧ」信号または「２００ ＯＫ」信号を送信した場合、すなわち標準プロトコルで接続（ネゴシエーションが成立）した後でも、接続フェーズまたはデータ送受信フェーズまたは切断フェーズの期間中に「ｉｎｖｉｔｅ」信号を受信することが出来、その場合は再びネゴシエーションをやり直すことになる。
【０１４２】
装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とは具体的には、
・装置が装備している機能：Ｗｅｂブラウザ機能、ストリームデータ再生機能、テレビ電話機能、留守番電話機能、留守番録画機能、録音機能、録画機能、着信メモリー、リダイヤルメモリー、電話帳機能、発信元番号通知機能、発信者名称通知機能、着信拒否機能、着信メロディー変更機能、転送機能、キャッチホン機能等
・装置の状態を示す情報：留守番電話がセットされている情報、留守番録画がセットされている情報、装置に不具合があることを示す情報、装置が使用されていることを示す情報、装置のなんらかの機能がセットされていることを示す情報等
・相手装置の設定を変更する情報：留守番電話をセットあるいは解除する命令、留守番録画をセットあるいは解除する命令、装置に備わっている機能が動作するようにセットあるいは解除する命令等
・相手装置の機能を実行する情報：留守番電話に録音されている音声を再生させ送信させる命令、留守番録画に録画されている画像を再生させ送信させる命令、着信メロディの変更させる命令等
等がある。
【０１４３】
ローカル呼設定手段の他の実施形態として、標準呼設定手段で使用する標準プロトコルのＩＰパケットに、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませる方法がある。
【０１４４】
図２７にその一実施形態を示す。ＳＩＰの制御用パケットのＳＩＰメッセージ部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報（ローカルプロトコル情報）を含ませた一実施形態である。またＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行うものである。すなわち標準のセッションからローカルなセッションに移行することができる。
【０１４５】
図２８に別の一実施形態を示す。これはＳＩＰのデータ用パケットのＲＴＰヘッダ以下の音声、画像データを載せる部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませた一実施形態である。またＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行うものである。すなわち標準のセッションからローカルなセッションに移行することができる。
【０１４６】
このように独自のローカルプロトコルに対応している端末はＩＰパケットのどの部分にローカルプロトコル情報が載せられているのかは、あらかじめ認識しているので、ローカルプロトコルの搭載形態は任意に構成することができる。
【０１４７】
またＩＰ端末は発呼側および着呼側にもなりえるように、発呼側および着呼側で使用する両方のプロトコルを備えているのが一般的である。
【０１４８】
また、標準のプロトコルでセッションが開始されたのか、あるいは独自のプロトコルでセッションが開始されたのかを表示部に表示することができる。例えば「ＳＩＰ」「Ｈ．３２３」「独自方式」等の表示をする。ユーザをこれを見ることにより通信の状態あるいは使用できる機能等を知ることができる。また接続に使用したプロトコルによって使用できる機能等を表示することもできる。また、発呼する場合、相手装置がどのプロトコルを装備しているか分からない場合には、発呼端末が装備している複数のプロトコルまたはすべてのプロトコルの「ＩＮＶＩＴＥ」または「ｉｎｖｉｔｅ」信号を順次送出することができる。着呼側はその複数のプロトコルのうちの１つを選択し、その選択したプロトコルに相当する応答信号を１つだけ返信することができる。または複数のプロトコルのうち複数のプロトコルを選択し、その選択した複数のプロトコルに相当する応答信号を複数返信することもできる。この場合、発呼側は優先順位の高いプロトコルを選択することができる。
【０１４９】
またローカルプロトコル信号にプバイナリーデータのプログラムやソースプログラム等のプログラム（例えばアプリケーションプログラム）を含ませて、相手装置に送信することも考えられる。この場合、その信号を受信した装置は、プロトコル信号に含まれているプログラムを検出した場合には、プロトコル信号から分離し、メモリ手段に記憶する。場合によってはそのプログラムを起動して、ある作業を実行するか、あるいは相手装置からの次のプロトコル信号に含まれている命令を実行する。具体的な例を挙げると「ｉｎｖｉｔｅ」信号のＳＩＰメッセージの中にプログラムを挿入して着呼側装置に送信する。着呼側装置は受信した「ｉｎｖｉｔｅ」信号のＳＩＰメッセージを検査し、プログラムを検出するとそれをメモリ手段に記憶させる。次にそのプログラムを起動することによりプログラムを待機させる（待機させることにより素早く次の作業を実行できる）。次の「ａｃｋ」信号のＳＩＰメッセージの含まれている命令情報を受信し、その命令をプログラムが実行する。逆に着呼側が「１８０ ｒｉｎｇｉｎｇ」あるいは「２００ ｏｋ」信号にプログラムを挿入して発呼側に送信し、発呼側で受信したプログラムを実行してもよい。プログラムとしてＪＡＶＡ等に代表されるように実行環境に左右されないマルチプラットホーム型のプログラムが適しているが、それに限定されるものではない。
【０１５０】
またローカル呼設定手段は複数の呼設定プロトコルを備えていてもよい。このようにローカル呼設定手段を備えることにより、標準呼設定手段で使用できる機能以外の機能を使用することができるので、利便性が向上する。またローカル呼設定手段はメーカ独自に作成し実装することができるため、さまざまな制約を受けることなく仕様を決定することができるという利点がある。
【０１５１】
従って、ローカル呼設定手段は同一のメーカの製品の間で使用したり、同一のメーカではないが同一のグループ（例えば異なるメーカが集めって成立した通信グループ等）に所属するメーカの製品の間で使用することになるが、これに限定されない（デファクトスタンダードのような使用の仕方もある）。
【０１５２】
現在、ＩＰ電話サービスとしては、ＮＴＴのメタリックケーブルにＩＰ電話用アダプタを接続し、さらにそのアダプタに市販の電話機を接続して、ＩＰ電話サービスを行っている例がある。この場合、ＮＴＴの電話番号と、ＩＰ電話用の電話番号（いわゆる０５０番号）の２種類を使用することができる。ここで、電話を受ける側が前述したＩＰ電話で、電話をかけるほうが一般の電話を想定した場合、ＮＴＴの電話番号でかけるか、ＩＰ電話用の電話番号でかけるかによって電話料金が変わってくる。それはまた市内通話、市外通話、遠距離通話によっても電話料金が変わる。また現在の電話サービスにはＮＴＴのナンバーディスプレーがあり、前述した例で言うと、ＩＰ電話から一般の電話に、ＩＰ電話を使用して（ＮＴＴではないという意味）電話番号通知で電話した場合、一般の電話側がナンバーディスプレーのサービスを受けている時は、かけた側のＩＰ電話用の電話番号が、一般の電話側のディスプレイに表示される。また、ＩＰ電話から一般の電話に、ＮＴＴを使用して電話番号通知で電話した場合、一般の電話側のディスプレイにはＮＴＴの電話番号が表示される。このように、電話をかける側（ＩＰ電話）には２つの電話番号があるには関わらず、電話を受ける側には１つの電話番号しか通知されず、その通知された電話番号で、一般の電話からＩＰ電話に電話をする場合、使用する電話番号によって料金が異なってしまうという問題がある。また通話料金に限らず、使用する電話番号によって、通信端末装置が使用できる機能（通信サービス、端末自身の機能、通話品質など）が変わってしまうという問題もあり、このように複数の電話番号を持っている場合に、どのように相手に電話番号を通知するのがいいのかという問題がある。そこで本発明はその課題を解決する。
【０１５３】
その１つの例としては、発呼する通信端末側が、複数の端末識別情報（識別番号、端末番号、電話番号、通信アドレス等）を持っている場合であった、相手通信端末に対して端末識別情報通知をする場合には、少なくとも２以上の端末識別情報を相手通信端末装置に伝えることが考えられる。この場合、発呼する通信端末が端末識別情報を直接相手通信端末装置に送信してもよいし、通信網側の通信制御用の装置が、相手通信端末装置に送信してもよい。端末識別情報を受信した受信側の通信端末装置は、自装置の表示装置に、受信した発呼側の端末識別情報を表示する。この場合、受信した全てを表示してもよい、所定の条件（所定の情報と一致した端末識別情報、所定の情報を含む端末識別情報、０５０を含んだ端末識別情報、０５０を含まない端末識別情報等）に合致した端末識別情報を表示してもよい。これにより、受信した通信端末装置が、発呼側の通信端末装置に発呼する場合に、受信した端末識別情報から希望する端末識別情報を選択することが出来る。
【０１５４】
別の実施例としては、発呼する通信端末装置あるいは通信網側の通信制御装置が、所定の条件に応じて、発呼側の通信端末装置が持っている複数の端末識別情報のうち、所定の端末識別情報を選択して、受信側の端末装置に送信することが考えられる。所定の条件とは、
（１） 相手通信端末装置から発呼する場合に、使用して欲しい端末識別情報。この場合、端末識別情報毎に、利用できる仕様、機能（端末が使用できる機能、通信上の機能）等が異なる場合を想定している。
（２）相手通信端末装置が発呼した場合に、通信料金が安くなると予想される端末識別情報、
等が考えられる。
【０１５５】
具体的には、発呼側の通信端末装置が持っている端末識別情報と、受信側の通信端末装置が持っている端末識別情報を比較して、その結果に応じて、複数の端末識別情報から所定の端末識別情報を選択して、受信側の通信端末装置に送信する。端末識別情報に、通信端末装置が使用できる機能、使用できる通信機能、プロバイダ情報、通信料金情報、その他の情報が含まれているか、あるいは示唆している場合を想定している。
【０１５６】
さらに、具体例を挙げると、例えば、端末識別情報が電話番号である場合を考えると、発呼側の通信端末装置が持っている電話番号と、受信側の通信端末装置の電話番号を比較する。電話番号からプロバイダを特定できる場合には（例えば、０５０の次の４桁はプロバイダに固有の番号である）、発呼側の通信端末装置が持っている複数の電話番号のうち、同じプロバイダの電話番号があれば、その電話番号を受信側の通信端末装置に通知する。
また別の実施例としては、発呼側の通信端末装置が、ＩＰ電話用の電話番号とＮＴＴの電話番号を持っている場合に、受信側の電話番号がＩＰ電話用の電話番号であれば（あるいはＮＴＴの電話番号以外の電話番号である場合、たとえば携帯電話、ＰＨＳ）、ＩＰ電話用の電話番号を通知することも考えられる。あるいは、発呼側の通信端末装置が、ＩＰ電話用の電話番号とＮＴＴの電話番号を持っている場合に、相手通信端末装置がＮＴＴの電話番号を持っている場合、お互いのＮＴＴの電話番号の市外局番を比較し、同じであれば（市内通話）ＮＴＴの電話番号を通知し、違っていれば（市外通話または遠距離通話）ＩＰ電話用の電話番号を通知する。この場合、市内通話はＮＴＴからＮＴＴへかけた方が、ＮＴＴからＩＰ電話網を使用してかけるよりも電話料金が安く、市外通話の場合はその逆になるということを前提にしているが、その通話料金の条件が変わっても対応できるように、発呼側の通信端末装置あるいは通信網側の通信制御装置の電話番号通知の設定を変えることが出来るようにしたほうがよい。また電話料金を推定できる情報であれば、市外局番の比較に限定されないものである。また電話番号の比較に限らず、電話番号そのものから判断してもよい。このようにすることにより複数の端末識別情報を持つ場合、最適な端末識別情報を相手装置に通知することができる。
【０１５７】
今まで、実施形態としてＩＣカード、ＩＣタグリーダ装置、携帯型電話機、ＩＰ電話、ＩＰテレビ電話、腕時計を挙げたが、通信端末装置としてはその他に移動無線機、無線ＬＡＮを使用したＩＰ電話、ＩＰ端末装置、一般加入者電話機、通信機能付コンピュータ、携帯型電話機、ＰＨＳ、ＰＤＡ等の通信機能を備えた端末装置があり、それぞれの通信端末装置が使用できる通信プロトコルを使用して実施可能である。ぞれぞれの通信端末装置の構成は公知であるため、ブロック図による図示は省略するが、本発明の特徴に係る手段は前記実施形態と同様に備えているものである。
【０１５８】
また本文中に記載があって、特にブロック図に図示していない各種の「手段」は、専用ハードウェアで構成されているか、あるいはＣＰＵ，ＲＯＭ，ＲＡＭと若干のハードウェアで構成されているものである。
【０１５９】
また、上記した各実施形態、および各々構成は本発明の特徴を備えている限り適宜組み合わせが可能であり、１つの実施形態の中で直接言及していない他の実施形態および構成も適用可能である。多数の発明が本明細書に記載されているので、そのすべての組み合わせの説明とその効果を記載することは事実上不可能であるが、その組み合わせの具体的な実施と効果については当業者が想定できものは、本明細書に記載されているものとみなすことができるのは言うまでもない。
【０１６０】
また、本発明において複数の要素（構成）を持つ場合には、その要素の数は本実施形態に記載している要素の数には限定されるものではない。
【図面の簡単な説明】
【０１６１】
【図１】本発明の携帯型電子機器の基本構成を示す機能ブロック図である。
【図２】（Ａ）は表示逆転の変更指示があったときの表示画像の上下・左右の表示の変換を行なう処理を示す図、（Ｂ）は自動で表示画像の上下・左右の表示の変換を行なう処理を示す図である。
【図３】（Ａ）は９０°回転表示指示があったときの表示画像の表示の変換を行なう処理を示す図、（Ｂ）は自動で表示画像の９０°回転表示の変換を行なう処理を示す図である。
【図４】本発明の一実施形態であるＴＶ受信機付きの携帯型電話機（携帯端末）の機能ブロック図である。
【図５】（Ａ），（Ｂ）はフリップ式携帯型電話機に本発明による表示態様を示す図、（Ｂ），（Ｃ）は回転式携帯型電話機に本発明による表示態様を示す図である。
【図６】（Ａ），（Ｂ）は回転式携帯型電話機の縦長表示を上下・左右逆転させた場合を示す説明図、（Ｂ），（Ｃ）は回転式携帯型電話機を折り畳んだ状態でディスプレイが表面に表われている場合に横長表示を上下・左右逆転させた場合を示す説明図である。
【図７】本発明の実施形態において画像が上下・左右逆転するようにデータ格納する場合の説明図である。
【図８】（Ａ）はフレームメモリに上下・左右が逆転するように書き込む場合の処理を示図、（Ｂ）はフレームメモリに上下・左右が逆転するように読み出す場合の処理を示す図である。
【図９】（Ａ）はテレビジョン表示モードか否かによりバックライトの光量を調整する処理を示す図、（Ｂ）はテレビジョン表示モードか否かによりバックライトの省エネモードに遷移する時間を制御する処理を示す図である。
【図１０】本発明の実施形態を示すＧＰＳ機能付き携帯型電子機器（携帯型電話機）を示すブロック図である。
【図１１】（Ａ），（Ｂ），（Ｃ）は図１０のＧＰＳ機能付き携帯型電子機器の動作例を示す説明図である。
【図１２】（Ａ），（Ｂ），（Ｃ）は図１０のＧＰＳ機能付き携帯型電子機器の他の動作例を示す説明図である。
【図１３】本発明の携帯型電子機器（携帯型電話機）で使用する通信プロトコルの例を示す図である。
【図１４】（Ａ）ＩＣタグ手段を内蔵した携帯型電話機のブロック図、（Ｂ）はＩＣタグリーダライタ手段をさらに有する携帯型電話機のブロック図である。
【図１５】（Ａ）は本実施形態でにおけるＩＣタグ手段を示すブロック部図、（Ｂ）はタグ通信手段を示すブロック図である。
【図１６】マルチ通信方式手段あるいは通信方式切替手段の一例を示すフローチャートである。
【図１７】本発明の一実施形態であるＩＣタグ付きＩＰ電話のブロック図である。
【図１８】本発明の一実施形態である時刻設定用電波を受信して時刻を設定する電波時計手段を備えた携帯型電話機のブロック図である。
【図１９】本発明の一実施形態であるＩＣタグ手段、位置情報受信手段、電波時計手段、携帯型電話機手段を備えた携帯型時計（腕時計等）の機能ブロック図である。
【図２０】本発明の実施形態で使用されるＳＩＰのプロトコルスタックを示す図である。
【図２１】本発明の実施形態で使用されるＳＩＰの制御用パケットの構造を示す図である。
【図２２】本発明の実施形態で使用されるＳＩＰのデータ用パケットの構造を示す図である。
【図２３】本発明の実施形態で使用されるＵＤＰデータグラムの構造を示す図である。
【図２４】本発明の実施形態で使用されるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
【図２５】本発明の実施形態で使用される標準の呼制御プロトコルのうちの１つであるＳＩＰの通信モデルのプロトコルを示す図である。
【図２６】本発明の通信モデルの別の実施形態のプロトコルを示す図である。
【図２７】本発明の通信モデルの別の実施形態におけるデータ構造を示す図である。
【図２８】本発明の通信モデルの別の実施形態におけるデータ構造を示す図である。
【符号の説明】
【０１６２】
１１ 携帯型電話機
１１１ ＣＰＵ
１１２ ＲＯＭ
１１３ ＲＡＭ
１１４ 操作入力・表示部
１１５ 通話回路
１１６ マイク部
１１７ スピーカ部
１１８ ＴＶ放送受信手段
１１９ 画像処理回路
１２０ フレームメモリ
１２１ 画像表示手段
１２２ 撮影手段
９００ バス
Ａ 携帯型電子機器
Ａ１ 表示向き逆転指示手段
Ａ２ 逆さ表示検出手段
Ａ３ 表示向き逆転手段
Ａ４ 携帯型電話手段
Ａ５ ＴＶ放送受信手段
Ａ６ ディスプレイＡ
【特許請求の範囲】
【請求項１】
映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器であって、
ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示向き逆転手段に、前記表示画像の上下・左右逆転を指示する表示向き逆転指示手段と、
を備えたことを特徴とする携帯型電子機器。
【請求項２】
映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器であって、
ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段と、
前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させる、
ことを特徴とする携帯型電子機器。
【請求項３】
逆さ表示検出手段は、自装置の所定の一端が上になっているか、または下になっているかを検出することを特徴とする請求項２に記載の携帯型電子機器。
【請求項４】
携帯型電話機として機能することを特徴とする請求項１から３の何れかに記載の携帯型電子機器。
【請求項５】
縦長の操作パッド部と縦長のディスプレイ搭載部とが縦方向にフリップするように構成されたことを特徴とする請求項１から４の何れかに記載の携帯型電子機器。
【請求項６】
前記縦長のディスプレイ搭載部には縦長のディスプレイが搭載されていることを特徴とする請求項１から５の何れかに記載の携帯型電子機器。
【請求項７】
さらに、テレビジョン放送にかかる映像または静止画像を受信するテレビジョン放送受信手段を備え、
前記テレビジョン放送受信手段が受信した映像または静止画像を、前記ディスプレイに、前記映像の縦横比と前記ディスプレイの縦横比とが符合するように表示する、
ことを特徴とする請求項１から６の何れかに記載の携帯型電子機器。
【請求項８】
前記テレビジョン放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器であって、
前記フレームメモリに、各フレームを構成する画像を、その上下左右が逆転するように書き込むことを特徴とする請求項７に記載の携帯型電子機器。
【請求項９】
前記テレビジョン放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器であって、
前記フレームメモリから、各フレームを構成する画像を、その上下左右が逆転するように読み出すことを特徴とする請求項７に記載の携帯型電子機器。
【請求項１０】
デジタルカメラを備え、
前記デジタルカメラが撮影した映像または画像を、前記ディスプレイに、前記画像または映像の縦横比と前記ディスプレイの縦横比とが符合するように表示する、
ことを特徴とする請求項１から９の何れかに記載の携帯型電子機器。
【請求項１１】
テレビジョン放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、
前記ディスプレイにバックライトが備えられているときは当該バックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段と、
を備えた携帯型電子機器であって、
前記省エネ制御手段は、前記ディスプレイにテレビジョン映像またはビットストリーム映像が表示されているときは前記バックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じ、またはディスプレイの前記映像の表示を停止する、
ことを特徴とする携帯型電子機器。
【請求項１２】
バックライト付きのディスプレイと、
テレビジョン放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、
前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段と、
を備えた携帯型電子機器であって、
前記省エネ制御手段は、
前記ディスプレイにテレビジョン映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、
前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じる、
ことを特徴とする携帯型電子機器。
【請求項１３】
着呼があったときに、着信音による呼び出しと、バイブレータによる呼び出しと、サイレントによる呼び出しの少なくとも３つの呼び出しモードを備え、１つのボタンまたはキーでの操作によって前記３つの呼出モードを順次切替えるトグル切替手段を備えたことを特徴とする請求項１から１３の何れかに記載の携帯型電子機器。
【請求項１４】
時刻設定用電波を受信して時刻を設定する電波時計手段と、
自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段からの時刻情報の表示を前記ディスプレイに大きく表示する時計表示手段と、
を備えたことを特徴とする携帯型電子機器。
【請求項１５】
所定の期日までに無料で使用できる無料通信または通話分の情報を表示する無料通信／通話分を表示する表示手段を備えたことを特徴とする通信端末装置。
【請求項１６】
映像および画像の表示を行なう画像・映像表示方法であって、
ディスプレイへの表示画像の上下・左右逆転の指示があったときは、当該表示画像を上下・左右逆転させることを特徴とする画像・映像表示方法。
【請求項１７】
映像および画像の表示を行なう画像・映像表示方法であって、
ディスプレイへの表示画像が逆さであるか否かを検出し、当該表示画像が逆さ表示であると検出されたときは、前記表示画像を上下・左右逆転させる、
ことを特徴とする画像・映像表示方法。
【請求項１８】
バックライト付きディスプレイにテレビジョン映像またはビットストリーム映像が表示されているときはバックライトをオンにし、前記映像が表示されていないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止する、
ことを特徴とする画像・映像表示方法。
【請求項１９】
バックライト付きディスプレイにテレビジョン映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする画像・映像表示方法。
【請求項１】
映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器であって、
ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示向き逆転手段に、前記表示画像の上下・左右逆転を指示する表示向き逆転指示手段と、
を備えたことを特徴とする携帯型電子機器。
【請求項２】
映像表示機能と静止画像表示機能との少なくとも一方有する携帯型電子機器であって、
ディスプレイへの表示画像を、上下・左右逆転させる表示向き逆転手段と、
前記表示画像が逆さに表示されているか否かを検出する逆さ表示検出手段と、
前記逆さ表示検出手段が、前記表示画像の逆さ表示を検出したときは、前記表示向き逆転手段は前記表示画像を、上下・左右逆転させる、
ことを特徴とする携帯型電子機器。
【請求項３】
逆さ表示検出手段は、自装置の所定の一端が上になっているか、または下になっているかを検出することを特徴とする請求項２に記載の携帯型電子機器。
【請求項４】
携帯型電話機として機能することを特徴とする請求項１から３の何れかに記載の携帯型電子機器。
【請求項５】
縦長の操作パッド部と縦長のディスプレイ搭載部とが縦方向にフリップするように構成されたことを特徴とする請求項１から４の何れかに記載の携帯型電子機器。
【請求項６】
前記縦長のディスプレイ搭載部には縦長のディスプレイが搭載されていることを特徴とする請求項１から５の何れかに記載の携帯型電子機器。
【請求項７】
さらに、テレビジョン放送にかかる映像または静止画像を受信するテレビジョン放送受信手段を備え、
前記テレビジョン放送受信手段が受信した映像または静止画像を、前記ディスプレイに、前記映像の縦横比と前記ディスプレイの縦横比とが符合するように表示する、
ことを特徴とする請求項１から６の何れかに記載の携帯型電子機器。
【請求項８】
前記テレビジョン放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器であって、
前記フレームメモリに、各フレームを構成する画像を、その上下左右が逆転するように書き込むことを特徴とする請求項７に記載の携帯型電子機器。
【請求項９】
前記テレビジョン放送受信手段により受信した前記映像をフレームメモリに一時記憶する携帯型電子機器であって、
前記フレームメモリから、各フレームを構成する画像を、その上下左右が逆転するように読み出すことを特徴とする請求項７に記載の携帯型電子機器。
【請求項１０】
デジタルカメラを備え、
前記デジタルカメラが撮影した映像または画像を、前記ディスプレイに、前記画像または映像の縦横比と前記ディスプレイの縦横比とが符合するように表示する、
ことを特徴とする請求項１から９の何れかに記載の携帯型電子機器。
【請求項１１】
テレビジョン放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、
前記ディスプレイにバックライトが備えられているときは当該バックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段と、
を備えた携帯型電子機器であって、
前記省エネ制御手段は、前記ディスプレイにテレビジョン映像またはビットストリーム映像が表示されているときは前記バックライトをオンにし、前記映像を表示していないときはバックライトの光量を減じ、またはディスプレイの前記映像の表示を停止する、
ことを特徴とする携帯型電子機器。
【請求項１２】
バックライト付きのディスプレイと、
テレビジョン放送にかかる映像またはビットストリーム映像を受信する映像受信手段と、
前記ディスプレイのバックライトの光量を減じ、または前記ディスプレイの光量を減じる省エネ制御手段と、
を備えた携帯型電子機器であって、
前記省エネ制御手段は、
前記ディスプレイにテレビジョン映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、
前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じる、
ことを特徴とする携帯型電子機器。
【請求項１３】
着呼があったときに、着信音による呼び出しと、バイブレータによる呼び出しと、サイレントによる呼び出しの少なくとも３つの呼び出しモードを備え、１つのボタンまたはキーでの操作によって前記３つの呼出モードを順次切替えるトグル切替手段を備えたことを特徴とする請求項１から１３の何れかに記載の携帯型電子機器。
【請求項１４】
時刻設定用電波を受信して時刻を設定する電波時計手段と、
自装置が使用されていない場合には、自装置が使用されている場合よりも、前記電波時計手段からの時刻情報の表示を前記ディスプレイに大きく表示する時計表示手段と、
を備えたことを特徴とする携帯型電子機器。
【請求項１５】
所定の期日までに無料で使用できる無料通信または通話分の情報を表示する無料通信／通話分を表示する表示手段を備えたことを特徴とする通信端末装置。
【請求項１６】
映像および画像の表示を行なう画像・映像表示方法であって、
ディスプレイへの表示画像の上下・左右逆転の指示があったときは、当該表示画像を上下・左右逆転させることを特徴とする画像・映像表示方法。
【請求項１７】
映像および画像の表示を行なう画像・映像表示方法であって、
ディスプレイへの表示画像が逆さであるか否かを検出し、当該表示画像が逆さ表示であると検出されたときは、前記表示画像を上下・左右逆転させる、
ことを特徴とする画像・映像表示方法。
【請求項１８】
バックライト付きディスプレイにテレビジョン映像またはビットストリーム映像が表示されているときはバックライトをオンにし、前記映像が表示されていないときはバックライトの光量を減じまたはディスプレイの前記映像の表示を停止する、
ことを特徴とする画像・映像表示方法。
【請求項１９】
バックライト付きディスプレイにテレビジョン映像またはビットストリーム映像が表示されている場合において、第１の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じ、前記ディスプレイに静止画像が表示されている場合において、前記第１の所定期間よりも短い第２の所定期間内に操作入力がないときは前記ディスプレイのバックライトの光量を減じ、またはディスプレイの光量を減じることを特徴とする画像・映像表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２００８−２６８７５（Ｐ２００８−２６８７５Ａ）
【公開日】平成２０年２月７日（２００８．２．７）
【国際特許分類】
【出願番号】特願２００７−１５０３９２（Ｐ２００７−１５０３９２）
【出願日】平成１９年６月６日（２００７．６．６）
【分割の表示】特願２００７−１２５９２２（Ｐ２００７−１２５９２２）の分割
【原出願日】平成１５年１２月２６日（２００３．１２．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．ＪＡＶＡ
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２０年２月７日（２００８．２．７）
【国際特許分類】
【出願日】平成１９年６月６日（２００７．６．６）
【分割の表示】特願２００７−１２５９２２（Ｐ２００７−１２５９２２）の分割
【原出願日】平成１５年１２月２６日（２００３．１２．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．ＪＡＶＡ
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]