(57)【要約】【課題】  装置の複数の状態を、その状態報知の必要性に応じて少数の報知手段で報知する移動通信端末装置を提供する。【解決手段】  ＬＥＤを所定の点灯パターンで点灯させる要求を受信すると、その要求とその点灯パターンとを記憶し（ステップＳ２１ｂ）、その要求を含む複数の要求が所定の条件に合致すると（ステップＳ２１ｆの「合致する」）、それらの複数の要求の点灯パターンとは異なる点灯パターンによってＬＥＤを点灯させる（ステップＳ２１ｇ）。【選択図】  図９
2007306300.tif 000002
【特許請求の範囲】
【請求項１】
移動通信端末装置の状態を報知する報知手段と、
前記報知手段を動作させる要求と、その動作の動作パターンの識別情報とを受信し、その受信された識別情報で識別される動作パターンで前記報知手段を動作させる報知制御手段とを有し、
前記報知制御手段は、第１の動作パターンで動作させる第１の要求と、第２の動作パターンで動作させる第２の要求とが受信された場合、前記第１の動作パターンと異なり、かつ前記第２の動作パターンと異なる動作パターンで前記報知手段を動作させる
ことを特徴とする移動通信端末装置。
【請求項２】
前記報知制御手段は、前記要求の優先度を記憶し、前記第１の動作パターンで動作させる第１の要求と、第３の動作パターンで動作させる第３の要求とが受信された場合、前記第１の要求の優先度が前記第３の要求の優先度より高ければ、前記第１の動作パターンで前記報知手段を動作させ、前記第１の要求の優先度が前記第３の要求の優先度より低ければ、前記第３の動作パターンで前記報知手段を動作させる
ことを特徴とする請求項１に記載の移動通信端末装置。
【請求項３】
移動通信端末装置の状態を報知する報知手段と、
前記報知手段を動作させる要求と、その動作の動作パターンの識別情報とを受信し、その受信された識別情報で識別される動作パターンで前記報知手段を動作させる報知制御手段とを有し、
前記報知制御手段は、第１の動作パターンで動作させる第１の要求が受信され、その第１の動作パターンで前記報知手段を動作させた後、第２の動作パターンで動作させる第２の要求が受信された場合、前記第１の動作パターンと異なり、かつ前記第２の動作パターンと異なる動作パターンで前記報知手段を動作させ、前記第２の動作パターンで動作させる第２の要求が受信され、その第２の動作パターンで前記報知手段を動作させた後、前記第１の動作パターンで動作させる第１の要求が受信された場合、前記第２の動作パターンで前記報知手段を動作させる
ことを特徴とする移動通信端末装置。
【請求項４】
前記報知制御手段は、前記第１の動作パターンで動作させる第１の要求が受信され、その第１の動作パターンで前記報知手段を動作させた後、第３の動作パターンで動作させる第３の要求が受信された場合、前記第１の動作パターンまたは前記第３の動作パターンで前記報知手段を動作させる
ことを特徴とする請求項３に記載の移動通信端末装置。
【請求項５】
充電池と、
前記充電池への充電を制御する充電制御手段と、
通話手段と、
前記通話手段を制御する通話制御手段とを更に有し、
前記第１の要求は、前記充電制御手段が前記充電池を充電させる際に送信される要求であり、
前記第２の要求は、前記通話制御手段が不在着信があることを記憶している際に送信される要求である
ことを特徴とする請求項１または請求項３に記載の移動通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末装置に係り、特に、装置の各部の状態の表示の制御に関する。
【背景技術】
【０００２】
移動通信端末装置の各部は、その部の状態を報知するため、ＬＥＤ（Light Emitting Diode、発光ダイオード）などの表示部を状態に依存した点灯パターンで表示させる技術が知られている。ここで、状態とは、例えば、充電を管理する部にあっては、充電中であることである。また、通話を制御する部にあっては、不在着信があることである。点灯パターンは、常時点灯を含み、所定の時間の点灯と、所定の時間の消灯を繰り返すことである。更には、所定時間の点灯の後、消灯することや、所定回数の点灯と消灯の繰り返しの後、消灯することを含む。
【０００３】
ＬＥＤに表示することにより、ＬＣＤ（Liquid Crystal Display、液晶ディスプレイ）に表示する場合に比較して、表示部が装置の筐体の外側に占める面積を少なくして装置の小型化に利する。また、消費電力が低減され、蓄電池に蓄えられた電力によって長時間の装置の動作が可能となる。
【０００４】
ここで、１つのＬＥＤで１つの部の、または、複数の部の複数の状態を表示するために、そのＬＥＤを状態毎に異なる点灯パターンで表示させることが知られている。また、複数の状態が同時に発生した場合、状態に優先度を付し、優先度が高い状態の点灯パターンで表示することが知られている。しかし、この方法では、２つの状態にあることを報知することが同時に必要な場合であっても１つの状態にあることを報知できるのみである問題点があった。
【０００５】
そこで、２つの状態（カメラにおいて、振れ補正が適切に行われていることと、合焦が完了したこと。）のそれぞれの組み合わせに対して、２つの状態のいずれか一方にある場合と、２つの状態の両方にある場合とで点灯パターンを変化させて表示することが知られている（例えば、特許文献１参照。）。
【０００６】
なお、上記説明は、ＬＥＤに限られるものではなく、あらゆる報知手段においても適用される。例えば、点灯及び消灯のいずれかを行う表示部であれば、電灯であっても良い。更には、発光素子に限るものではなく、バイブレータや、スピーカでも良い。バイブレータの場合、振動動作がＬＥＤの点灯に相当し、振動パターンが点灯パターンに相当する。スピーカの場合、発音動作がＬＥＤの点灯に相当し、または発生される音楽が点灯パターンに相当する。
【特許文献１】特開平１０−２３２４２１号公報（第１２−１３頁、図１０）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１に開示されている方法では、３つ以上の処理部の状態が任意の順で発生した場合、状態の組み合わせの数が膨大になり、如何に点灯パターンを変化させることが状態の報知に適切であるかが明らかでない問題点があった。さらには発生した状態が終了した場合、如何に点灯パターンを変化させることが適切であるかが明らかでない問題点があった。
【０００８】
本発明は上記問題点を解決するためになされたもので、装置の複数の状態を、その状態報知の必要性に応じて少数の報知手段で報知する移動通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の移動通信端末装置は、移動通信端末装置の状態を報知する報知手段と、前記報知手段を動作させる要求と、その動作の動作パターンの識別情報とを受信し、その受信された識別情報で識別される動作パターンで前記報知手段を動作させる報知制御手段とを有し、前記報知制御手段は、第１の動作パターンで動作させる第１の要求と、第２の動作パターンで動作させる第２の要求とが受信された場合、前記第１の動作パターンと異なり、かつ前記第２の動作パターンと異なる動作パターンで前記報知手段を動作させることを特徴とする。
【００１０】
また、本発明の移動通信端末装置は、移動通信端末装置の状態を報知する報知手段と、前記報知手段を動作させる要求と、その動作の動作パターンの識別情報とを受信し、その受信された識別情報で識別される動作パターンで前記報知手段を動作させる報知制御手段とを有し、前記報知制御手段は、第１の動作パターンで動作させる第１の要求が受信され、その第１の動作パターンで前記報知手段を動作させた後、第２の動作パターンで動作させる第２の要求が受信された場合、前記第１の動作パターンと異なり、かつ前記第２の動作パターンと異なる動作パターンで前記報知手段を動作させ、前記第２の動作パターンで動作させる第２の要求が受信され、その第２の動作パターンで前記報知手段を動作させた後、前記第１の動作パターンで動作させる第１の要求が受信された場合、前記第２の動作パターンで前記報知手段を動作させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、装置の複数の状態を、その状態報知の必要性に応じて少数の報知手段で報知する移動通信端末装置を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明による移動通信端末装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る移動通信端末装置の構成を示すブロック図である。移動通信端末装置は、装置全体の制御を行う制御部１１と、基地局（図示せず）との間で電波の送受信を行うアンテナ１２ａと、通信部１２ｂと、送受信部１３と、通話用のスピーカ１４ａと、通話用のマイクロフォン１４ｂと、通話部１４ｃと、表示部１５と、入力装置１６と、ＬＥＤ管理部２１と、ＬＥＤ２２と、ＬＥＤ管理情報記憶部２３と、電源部３１と、充電制御部３２とからなる。
【００１３】
ＬＥＤ管理情報記憶部２３は、ＬＥＤ管理部２１がＬＥＤ２２を点灯制御する際に用いられる情報が記憶される。図２は、ＬＥＤ管理情報記憶部２３に記憶される情報を示す。ＬＥＤ管理情報記憶部２３には、論理−物理対応テーブル２４と、物理ＬＥＤ管理テーブル２５と、要求一覧テーブル２６と、点灯パターン変更テーブル２７と、ＬＥＤ点灯要求管理テーブル２８と、論理ＬＥＤ管理テーブル２９とが記憶される。
【００１４】
上記のように構成された、本発明の実施形態に係る移動通信端末装置の各部の動作を説明する。
【００１５】
通信部１２ｂは、アンテナ１２ａが受信した高周波信号を送受信部１３へ出力し、また、送受信部１３から出力される高周波信号をアンテナ１２ａより送信する。
【００１６】
送受信部１３は、通信部１２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得られたディジタル音声信号を通話部１４ｃへ、また、着信信号を含む制御信号を制御部１１に送る。更には、通話部１４ｃから出力されるディジタル音声信号、及び制御部１１から出力される発呼信号を含む制御信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部１２ｂに送る。
【００１７】
通話部１４ｃは、送受信部１３から出力されるディジタル音声信号をアナログ音声信号に変換し、それを増幅してスピーカ１４ａに送る。また、マイクロフォン１４ｂから出力されるアナログ音声信号を増幅し、それをディジタル音声信号に変換して送受信部１３に送信する。
【００１８】
表示部１５は、制御部１１に制御されることで、カーソルを含む文字・数字や画像データの表示動作を行い、表示されているデータは、入力装置１６からの入力操作等に応答して制御部１１からの指示を受けることで切換わる。
【００１９】
入力装置１６は、通信相手の電話番号などを指定し、また、トグル式の入力方式によってひらがな文字、アルファベット文字及び記号文字を入力するための数字キーと、カーソル移動キーやスクロールキーを含む複数の機能キーとを含むキーからなる。そして、入力装置１６のキーが押下されると、そのキーの識別子が制御部１１に通知され、制御部１１によって、表示部１５に文字として表示され、各部に通知され、または、制御が行われる。
【００２０】
ＬＥＤ管理部２１は、装置の各部から送信されたＬＥＤ２２を所定の点灯パターンで点灯させる要求を受信し、要求された点灯パターンでＬＥＤ２２を点灯させる。更に、複数の点灯要求が重なった場合、複数の要求の中の１つの要求の点灯パターンでＬＥＤ２２を点灯させ、いずれの要求とも異なる点灯パターンでＬＥＤ２２を点灯させ、またはＬＥＤ２２を点灯させない。
【００２１】
電源部３１は、充電池であって、充電制御部３２から供給された電力を蓄える。また、蓄えられた電力を装置の各部に供給する。
【００２２】
充電制御部３２は、電源部３１に蓄えられた電力の量を測定する。そして、測定された電力の量が所定の値未満であり、かつ充電制御部３２が電源（図示せず）に接続されている場合、電源から供給された電力を電源部３１に供給して、充電させる。
【００２３】
以下、本実施形態に係る移動通信端末装置のＬＥＤ２２の点灯パターンの制御に関する動作を説明する。
【００２４】
図３は、論理−物理対応テーブル２４の構成の一例を示す。この論理−物理対応テーブル２４は、ＬＥＤ論理識別子２４ａと、ＬＥＤ物理識別子２４ｂとが対応付けられた情報からなる。ＬＥＤ論理識別子２４ａは、ＬＥＤを識別する論理的な識別子である。ＬＥＤ物理識別子２４ｂは、ＬＥＤ２２を識別する物理的な識別子である。
【００２５】
図３に示す論理−物理対応テーブル２４によれば、３つのＬＥＤ論理識別子２４ａ「ＬＯ−Ａ」、「ＬＯ−Ｂ」及び「ＬＯ−Ｃ」に対してＬＥＤ物理識別子２４ｂは全て「ＰＨ−Ａ」であり、これは、ＬＥＤ２２を示す。この実施形態では、ＬＥＤ２２以外のＬＥＤはなく、いずれのＬＥＤ論理識別子２４ａも、「ＰＨ−Ａ」なるＬＥＤ物理識別子２４ｂ、即ち、ＬＥＤ２２に対応付けられている。そこで、以後の説明では、ＬＥＤ論理識別子２４ａとＬＥＤ２２との対応づけについては説明を省略する。
【００２６】
図４は、物理ＬＥＤ管理テーブル２５の構成の一例を示す。この物理ＬＥＤ管理テーブル２５は、ＬＥＤ物理識別子２５ａと、ＬＥＤ点灯要求管理テーブルへのポインタ２５ｂと、論理ＬＥＤ管理テーブルへのポインタ２５ｃとが対応付けられた情報からなる。ＬＥＤ物理識別子２５ａは、ＬＥＤ物理識別子２４ｂと等しい値である。なお、この実施形態においては、ＬＥＤ物理識別子２４ｂ「ＰＨ−Ａ」の１つであるので、物理ＬＥＤ管理テーブル２５には、１組の情報が記憶されている。
【００２７】
ＬＥＤ点灯要求管理テーブルへのポインタ２５ｂは、ＬＥＤ点灯要求管理テーブル２８が記憶された位置を示すポインタである。論理ＬＥＤ管理テーブルへのポインタ２５ｃは、論理ＬＥＤ管理テーブル２９が記憶された位置を示すポインタである。
【００２８】
後述するように、ＬＥＤ点灯要求管理テーブル２８と、論理ＬＥＤ管理テーブル２９は、各部からのＬＥＤ２２を点灯させる要求に従って情報の加除が行われるので、ここでこの２つのテーブルへのポインタを記憶するとしたが、以後の説明では、これらのテーブルが記憶された位置は物理ＬＥＤ管理テーブル２５を参照して知られるので、上記位置を知る動作については説明を省略する。なお、この２つのテーブル以外のテーブルは、装置のハードウェア構成及びソフトウェア構成の決定に従って記憶される位置が決定され、装置の動作によってその位置が変更されることがないので、その位置を知る動作の説明を省略する。
【００２９】
図５は、要求一覧テーブル２６の構成の一例を示す。この要求一覧テーブル２６は、優先度２６ａと、ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとが対応付けられた情報からなる。ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとによって、装置の各部からＬＥＤ管理部２１に対するＬＥＤ２２を点灯させる要求の一覧を示し、優先度２６ａは、その要求の優先度を示す。
【００３０】
優先度２６ａは、正の整数であり、小さい数程、優先度が高いことを示す。ＬＥＤ論理識別子２６ｂは、ＬＥＤ論理識別子２４ａと等しい識別子である。点灯パターン２６ｃは、常時点灯、所定の時間の点灯と所定の時間の消灯とを繰り返すこと、所定時間の点灯の後、消灯すること、所定回数の点灯と消灯の繰り返しの後、消灯することなどを示す識別子である。サービス識別子２６ｄは、その要求は、ＬＥＤ２２を点灯させることによって何を報知することを目的としているかを示す識別子であり、後述するように、サービス識別子２６ｄによって、ＬＥＤ２２を点灯させる要求を行った処理部が識別される。
【００３１】
なお、本実施形態においては、図５に示すように、異なる要求を示す情報のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとのいずれもが異なる情報であるとしている。そこで、ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとの少なくとも１つの情報によって要求を一意に識別することが可能であるとして以下の説明を続けるが、これに限るものではない。複数の情報によって要求を一意に識別することが可能であれば、または要求を一意に識別する情報を設定することにより、本発明は適用可能である。
【００３２】
図６は、点灯パターン変更テーブル２７の構成の一例を示す。この点灯パターン変更テーブル２７は、第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂと、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄと、第３の点灯パターン２７ｅとが対応付けられた情報からなる。第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとは、要求一覧テーブル２６に記憶された１つの要求のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃとに等しい情報である。
【００３３】
一方、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとは、要求一覧テーブル２６に記憶された１つの要求のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃであって、第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとは異なる要求の情報である。そして、第３の点灯パターン２７ｅは、少なくとも第１の点灯パターン２７ｂと異なり、かつ第２の点灯パターン２７ｄと異なる点灯パターンを識別する識別子である。
【００３４】
そして、第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとによって示される要求に従ってＬＥＤ２２が点灯制御されている際に、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとによって示される要求がされた場合、ＬＥＤ２２を第３の点灯パターン２７ｅで識別される点灯パターンで点灯させることを示すが、これに限るものではない。
【００３５】
第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとによって示される要求がされた後、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとによって示される要求がされた場合、ＬＥＤ２２を第３の点灯パターン２７ｅで識別される点灯パターンで点灯させることを示すとしても良い。
【００３６】
また、第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとによって示される要求と、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとによって示される要求が、要求された順に依存せず、重なった場合にＬＥＤ２２を第３の点灯パターン２７ｅで識別される点灯パターンで点灯させることを示すとしても良い。また、第３の点灯パターン２７ｅは、点灯パターン２６ｃのいずれとも異なる点灯パターンの識別子であることが好ましい。
【００３７】
ここで、第１のＬＥＤ論理識別子２７ａと、第２のＬＥＤ論理識別子２７ｃとは、論理−物理対応テーブル２４によって、同じＬＥＤ物理識別子２４ｂに対応づけられている。
【００３８】
図７は、ＬＥＤ点灯要求管理テーブル２８の構成の一例を示す。このＬＥＤ点灯要求管理テーブル２８は、要求識別子２８ａと、ＬＥＤ論理識別子２８ｂと、点灯パターン２８ｃと、サービス識別子２８ｄとが対応付けられた情報からなる。この対応付けられた情報によって、ＬＥＤ２２を点灯させる要求であって、現在要求されているものを示す。即ち、要求識別子２８ａは、現在発生している点灯要求を一意に識別する情報であって、その要求が発生される度に、昇順に付された整数である。即ち、要求識別子２８ａによって、その要求が行われた順が示される。
【００３９】
ＬＥＤ論理識別子２８ｂと、点灯パターン２８ｃと、サービス識別子２８ｄとは、それぞれ要求一覧テーブル２６のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとである。そして、要求一覧テーブル２６で、上記ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄと対応付けられた優先度２６ａによって、ＬＥＤ点灯要求管理テーブル２８に記憶される要求はソートされて記憶されている。
【００４０】
図８は、論理ＬＥＤ管理テーブル２９の構成の一例を示す。この論理ＬＥＤ管理テーブル２９は、ＬＥＤ論理識別子２９ａと、点灯パターン２９ｂとが対応付けられた、そして、論理−物理対応テーブル２４に記憶された情報と等しい個数の情報からなる。ＬＥＤ論理識別子２９ａは、ＬＥＤ論理識別子２４ａと等しく、点灯パターン２９ｂは、ＬＥＤ論理識別子２９ａがＬＥＤ論理識別子２８ｂと等しいことを検索キーとしてＬＥＤ点灯要求管理テーブル２８を検索して、得られた点灯パターン２８ｃと同じ情報が記憶される。
【００４１】
即ち、論理ＬＥＤ管理テーブル２９は、発生しているＬＥＤ２２を点灯させる要求のＬＥＤ論理識別子２９ａと、点灯パターン２９ｂとを記憶する。その要求が発生していないＬＥＤ論理識別子２９ａに対応する点灯パターン２９ｂには、情報が記憶されない。図８では、情報が記憶されないことを「−」により示す。
【００４２】
なお、本実施形態においては、既に説明した通り、上記検索によって複数の点灯パターン２８ｃが得られることはない。しかし、複数の点灯パターン２８ｃが得られる場合、上記要求が発生されたことによってＬＥＤ２２が行っている点灯パターンの識別子が記憶される。この識別子は、後述するように、検索された点灯パターン２８ｃの中の１つであって、要求一覧テーブル２６で対応付けられた優先度２６ａが最も高いものか、第３の点灯パターン２７ｅのいずれかである。また、得られた点灯パターン２８ｃの個数、少なくとも、複数の点灯パターン２８ｃが得られることが併せて記憶される。
【００４３】
制御部１１は、不在着信（着信信号を受信し、着呼処理が行われることがないままその着信信号が受信されなくなったこと。）の有無を記憶する。そして、その不在着信の着信を発呼した通信端末装置の識別情報、例えば、電話番号を検索キーにアドレス帳（図示せず）を検索する。そして、検索結果が得られた場合、ＬＥＤ論理識別子２６ｂが「ＬＯ−Ａ」、点灯パターン２６ｃが「点灯パターンＸ」、サービス識別子２６ｄが「重要不在着信あり」であるＬＥＤ２２を点灯させる要求をＬＥＤ管理部２１に送信する。この要求の優先度２６ａは「１」であって、最優先されるべきものである。
【００４４】
また、上記検索結果が得られない場合、制御部１１は、ＬＥＤ管理部２１にＬＥＤ論理識別子２６ｂが「ＬＯ−Ｃ」、点灯パターン２６ｃが「点灯パターンＺ」、サービス識別子２６ｄが「不在着信あり」であるＬＥＤ２２を点灯させる要求を送信する。この要求の優先度２６ａは「３」であって、最も優先度が低いものである。なお、これら２種類の要求の選択方法は、上記に限るものではない。例えば、上記検索によって上記電話番号は重要である旨がアドレス帳に記憶されていることが得られた場合に、優先度２６ａが「１」である要求を送信しても良い。
【００４５】
制御部１１は、入力装置１６の所定のキー操作によって、不在着信の存在が使用者によって認識されたと判断した場合、その不在着信があることによって送信した上記ＬＥＤ２２を点灯させる要求を取り消す要求をＬＥＤ管理部２１に送信する。
【００４６】
充電制御部３２は、電源部３１を充電開始した際、ＬＥＤ論理識別子２６ｂが「ＬＯ−Ｂ」、点灯パターン２６ｃが「点灯パターンＹ」、サービス識別子２６ｄが「充電中」であるＬＥＤ２２を点灯させる要求をＬＥＤ管理部２１に送信する。この要求の優先度２６ａは「２」であって、中程度の優先度である。
【００４７】
充電制御部３２は、電源部３１の充電が完了された場合、及び充電制御部３２に電力が供給されなくなった場合、上記ＬＥＤ２２を点灯させる要求を取り消す要求をＬＥＤ管理部２１に送信する。
【００４８】
図９は、ＬＥＤ管理部２１がＬＥＤ２２を点灯させる要求を受信した場合の制御動作のフローチャートを示す。ＬＥＤ管理部２１は、装置の各部から送信されたＬＥＤ２２を点灯させる要求を受信して動作を開始する（ステップＳ２１ａ）。この要求は、ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとからなる。
【００４９】
次に、ＬＥＤ管理部２１は、受信された要求をＬＥＤ点灯要求管理テーブル２８と、論理ＬＥＤ管理テーブル２９に記憶させる（ステップＳ２１ｂ）。ＬＥＤ点灯要求管理テーブル２８に記憶させる際、受信されたＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとを、それぞれＬＥＤ論理識別子２８ｂに、点灯パターン２８ｃに、サービス識別子２８ｄに設定し、要求識別子２８ａには、既に要求識別子２８ａに記憶されている整数を超える整数を設定し、設定された情報を、既に説明したように、優先度２６ａによってソートされた位置に記憶させる。
【００５０】
また、論理ＬＥＤ管理テーブル２９に記憶させる際、受信されたＬＥＤ論理識別子２６ｂとＬＥＤ論理識別子２９ａとが等しい情報を検索し、検索された情報の点灯パターン２９ｂに受信された点灯パターン２６ｃを設定して、記憶させる。
【００５１】
そして、ＬＥＤ管理部２１は、ＬＥＤ２２を点灯させる要求がいくつ記憶されているかを論理ＬＥＤ管理テーブル２９の点灯パターン２９ｂに何個の情報が記憶されているかによって調べる（ステップＳ２１ｃ）。記憶されている要求が１個の場合、その要求は、ステップＳ２１ａで受信された要求であり、上記点灯パターン２９ｂでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｄ）、制御動作を終了する（ステップＳ２１ｅ）。
【００５２】
一方、ステップＳ２１ｃで、複数の要求が記憶されている場合、ＬＥＤ管理部２１は、それらの複数の要求の中の２つが点灯パターン変更テーブル２７に合致しているか否かを調べる（ステップＳ２１ｆ）。
【００５３】
即ち、点灯パターン変更テーブル２７に対応付けて記憶されたある１組の第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂと、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとに対し、以下の３条件が満たされている際、合致していると判断する。
【００５４】
第１に、第１のＬＥＤ論理識別子２７ａと等しいＬＥＤ論理識別子２９ａと、第１の点灯パターン２７ｂと等しい点灯パターン２９ｂとからなる対応付けられた情報が論理ＬＥＤ管理テーブル２９に記憶され、かつ、第２のＬＥＤ論理識別子２７ｃと等しいＬＥＤ論理識別子２９ａと、第２の点灯パターン２７ｄと等しい点灯パターン２９ｂとからなる対応付けられた情報が論理ＬＥＤ管理テーブル２９に記憶されていることである。
【００５５】
第２に、ステップＳ２１ａで要求が受信される前に、ＬＥＤ２２が第１の点灯パターン２７ｂで点灯制御されていることであって、これは、後述するように、点灯パターン２９ｂに記憶されたそれぞれの情報（ただし、ステップＳ２１ａで受信された点灯パターン２６ｃを除く。）に対して、要求一覧テーブル２６の点灯パターン２６ｃがその情報に等しい要求を検索し、得られた優先度２６ａが最も高い要求の点灯パターン２６ｃと第１の点灯パターン２７ｂとが等しいことである。
【００５６】
第３に、ステップＳ２１ａで受信された要求のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃとが、それぞれ第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとに等しいことである。または、第１のＬＥＤ論理識別子２７ａと、第１の点灯パターン２７ｂとで識別される要求が受信された後で、第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとで識別される要求が受信されたことである。要求が受信された順は、それぞれの要求をＬＥＤ点灯要求管理テーブル２８から検索し、得られたそれぞれの要求に対応する要求識別子２８ａによって判断する。
【００５７】
なお、これらの３条件のうち、第１の条件は必須であるが、第２の条件及び／または第３の条件は、判断しないとしても良い。
【００５８】
そして、合致すると判断された場合、ＬＥＤ管理部２１は、点灯パターン変更テーブル２７に上記１組の情報と対応付けられて記憶された第３の点灯パターン２７ｅでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｇ）、制御動作を終了する（ステップＳ２１ｅ）。
【００５９】
一方、合致しないと判断された場合、ＬＥＤ管理部２１は、ＬＥＤ点灯要求管理テーブル２８に記憶された要求の中で、最も優先度２６ａが高い要求の点灯パターン２８ｃでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｈ）、制御動作を終了する（ステップＳ２１ｅ）。ここで、ＬＥＤ点灯要求管理テーブル２８には、要求が優先度２６ａによってソートされて記憶されているので、最も優先度２６ａが高い要求は、容易に得ることができる。
【００６０】
なお、ステップＳ２１ｈで、最も優先度２６ａが高い要求の点灯パターン２８ｃでＬＥＤ２２を点灯状態にさせたが、これに限るものではない。例えば、最も新しい要求の点灯パターン２８ｃでＬＥＤ２２を点灯状態にさせても良い。更に、優先度２６ａが高いことと、新しいことを組み合わせても良い。例えば、同じＬＥＤ点灯要求管理テーブル２８に記憶された要求の中で、まず、ＬＥＤ論理識別子２８ｂが等しい要求の中から新しい要求を選択し、次に、その選択された要求の中から最も優先度２６ａが高い要求を選択しても良い。
【００６１】
なお、上記説明では、ステップＳ２１ｆで、点灯パターン変更テーブル２７に対応付けて記憶されたある１組の情報に関して上記の条件が満たされた場合、合致したと判断するとした。複数の組の情報のいずれにも上記の条件が満たされる可能性がある場合、点灯パターン変更テーブル２７に対応づけて記憶された情報に優先順位を付して記憶させ、上記の条件が満たされた情報の中で、優先順位が高い情報の第３の点灯パターン２７ｅでＬＥＤ２２を点灯状態にさせるが、これに限るものではない。
【００６２】
例えば、ステップＳ２１ａで受信された要求のＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃとが、それぞれ第２のＬＥＤ論理識別子２７ｃと、第２の点灯パターン２７ｄとに等しい情報の組の第３の点灯パターン２７ｅでＬＥＤ２２を点灯状態にさせるとしても良い。
【００６３】
また、上記条件が満たされた全ての組の第１のＬＥＤ論理識別子２７ａ及び第２のＬＥＤ論理識別子２７ｃによって識別される要求の中で、最も優先度２６ａが高い要求を要求一覧テーブル２６をから検索し、その検索された要求のＬＥＤ論理識別子２６ｂと第１のＬＥＤ論理識別子２７ａまたは第２のＬＥＤ論理識別子２７ｃとが等しい組の第３の点灯パターン２７ｅでＬＥＤ２２を点灯状態にさせるとしても良い。
【００６４】
図１０は、ＬＥＤ管理部２１がＬＥＤ２２を点灯させる要求を取り消す要求を受信した場合の制御動作のフローチャートを示す。ＬＥＤ管理部２１は、装置の各部から送信されたＬＥＤ２２を点灯させる要求を取り消す要求を受信して動作を開始する。また、ＬＥＤ２２を点灯させる要求が、所定の時間の間のみ点灯させる要求、または所定の回数に渡って点灯させる要求であった場合、その所定の時間が経過した際に、またはその所定の回数の点灯が終了した際に、その要求を受信した際にＬＥＤ管理部２１によって起動の指示がされた制御部１１によって起動されて動作を開始する。（ステップＳ２１ｊ）。
【００６５】
この取り消す要求は、ＬＥＤ論理識別子２６ｂと、点灯パターン２６ｃと、サービス識別子２６ｄとからなるが、これに限るものではない。ＬＥＤ点灯要求管理テーブル２８に記憶された要求を識別可能で、かつ、論理ＬＥＤ管理テーブル２９に記憶された点灯パターン２９ｂを識別可能であれば、いずれの情報でも良い。この識別に際し、要求一覧テーブル２６を参照しても良い。
【００６６】
次に、ＬＥＤ管理部２１は、受信された取り消す要求をＬＥＤ点灯要求管理テーブル２８から消去し、論理ＬＥＤ管理テーブル２９から消去する（ステップＳ２１ｋ）。ＬＥＤ点灯要求管理テーブル２８から消去する際、受信された取り消す要求に対応する１組の情報を消去する。また、論理ＬＥＤ管理テーブル２９から消去する際、取り消す要求の点灯パターン２９ｂに記憶された情報を消去する。
【００６７】
そして、ＬＥＤ管理部２１は、ＬＥＤ２２を点灯させる要求がいくつ記憶されているかを論理ＬＥＤ管理テーブル２９の点灯パターン２９ｂに何個の情報が記憶されているかによって調べる（ステップＳ２１ｍ）。要求の記憶が無い（０個記憶されている。）場合、ＬＥＤ２２を消灯させて（ステップＳ２１ｎ）、制御動作を終了する（ステップＳ２１ｏ）。
【００６８】
一方、要求が１個記憶されている場合、ＬＥＤ管理部２１は、その要求の点灯パターン２９ｂでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｐ）、制御動作を終了する（ステップＳ２１ｏ）。
【００６９】
更に、要求が複数個記憶されている場合、ＬＥＤ管理部２１は、それらの複数の要求の中の２つが点灯パターン変更テーブル２７に記憶された１組の情報と合致するかを調べる（ステップＳ２１ｑ）。この動作は、既に説明したステップＳ２１ｆの動作と同様であり、説明を省略する。
【００７０】
そして、点灯パターン変更テーブル２７に記憶された情報と合致すれば、ＬＥＤ管理部２１は、第３の点灯パターン２７ｅでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｒ）、制御動作を終了する（ステップＳ２１ｏ）。このステップＳ２１ｒの動作は、既に説明したステップＳ２１ｇの動作と同一であり、説明を省略する。
【００７１】
一方、点灯パターン変更テーブル２７に記憶された情報と合致しなければ、ＬＥＤ管理部２１は、優先度２６ａが高い要求の点灯パターン２６ｃでＬＥＤ２２を点灯状態にさせ（ステップＳ２１ｓ）、制御動作を終了する（ステップＳ２１ｏ）。このステップＳ２１ｓの動作は、既に説明したステップＳ２１ｈの動作と同一であり、説明を省略する。
【００７２】
以上のＬＥＤ管理部２１の動作により、要求一覧テーブル２６及び点灯パターン変更テーブル２７を参照して以下に説明するように、装置の各部の状態が適切に報知される。
【００７３】
即ち、充電制御部３２が電源部３１を充電しており、ＬＥＤ２２が「点灯パターンＹ」なる点灯パターン２６ｃで点灯して、充電中であることを報知している際、アドレス帳に記憶された電話番号からの不在着信が発生すれば、ＬＥＤ２２の点灯パターンが「点灯パターンＰ」なる第３の点灯パターン２７ｅに変更されることによって、充電中であることの報知に加えて、至急の対応が必要と推定される着信に応答していないことが報知される。
【００７４】
一方、充電制御部３２が電源部３１を充電中に、アドレス帳に記憶されない電話番号からの不在着信が発生すれば、ＬＥＤ２２の点灯パターンは「不在着信あり」なるサービス識別子２６ｄ変化せず、至急の対応が不要と推定される着信に応答していないことを報知しない。この動作によって、使用者は煩わしさを回避できる。
【００７５】
更に、アドレス帳に記憶された電話番号からの不在着信が発生しており、ＬＥＤ２２が「点灯パターンＸ」なる点灯パターン２６ｃで点灯して、その不在着信があることを報知している際、充電制御部３２が電源部３１の充電を開始すると、ＬＥＤ２２の点灯パターンが「点灯パターンＹ」なる点灯パターン２６ｃに変更されることによって、充電中であることの報知が行われる。
【００７６】
この場合、充電の開始は、使用者の意思によって行われたものであり、使用者は、その際に不在着信があることを認識している。そのため、ＬＥＤ２２の点灯パターンが「点灯パターンＰ」なる第３の点灯パターン２７ｅに変更されないことによって、使用者は煩わしさを回避できる。
【００７７】
また、アドレス帳に記憶されない電話番号からの不在着信が発生しており、ＬＥＤ２２が「点灯パターンＺ」なる点灯パターン２６ｃで点灯して、その不在着信があることを報知している際、アドレス帳に記憶された電話番号からの不在着信が発生、及び／または、電源部３１の充電が開始された場合、優先度２６ａが低い「点灯パターンＺ」でのＬＥＤ２２の点灯はないものと扱われ、「点灯パターンＸ」、「点灯パターンＹ」または「点灯パターンＰ」でのＬＥＤ２２の点灯がされ、使用者は、多くの点灯パターンでの混乱を避けることができる。
【００７８】
以上の説明では、点灯パターン変更テーブル２７に記憶される第３の点灯パターン２７ｅは、所定の点灯パターンの識別子であるとしたが、これに限るものではない。論理演算子、例えば、論理積（ＡＮＤ）、論理和（ＯＲ）、排他的論理和（ＥＸ−ＯＲ、Exclusive OR）や、否定（ＮＯＴ）、更に、これらの演算子を組み合わせたものでも良い。
【００７９】
第３の点灯パターン２７ｅに論理演算子が記憶されている場合、ＬＥＤ管理部２１は、第１のＬＥＤ論理識別子２７ａと、第２のＬＥＤ論理識別子２７ｃとにそれぞれ論理値を割り当てる。そして、この２つの論理値に上記論理演算子が示す論理演算を行い、得られた論理値が真であればＬＥＤ２２を点灯させ、その論理値が偽であれば、ＬＥＤ２２を消灯させる。
【００８０】
なお、論理値の割り当ては、第１のＬＥＤ論理識別子２７ａと、第２のＬＥＤ論理識別子２７ｃとのそれぞれに対し、それらの識別子で識別される要求が発生していれば真、発生していなければ偽としても良い。また、第１の点灯パターン２７ｂと、第２の点灯パターン２７ｄとのそれぞれによればＬＥＤ２２が点灯している時間に真、消灯している時に偽としても良い。
【００８１】
以上の説明は、ＬＥＤ２２は、不在着信ありの報知と、充電中であることの報知に用いられるとしたが、これに限るものではない。着信中であることの報知や、電源部３１に蓄えられた電力の量が所定の値以下になったことの報知に用いられても良い。更に、装置は電子メール送受信部（図示せず）を有し、電子メール着信の報知に用いられても良い。
【００８２】
以上の説明は、装置は、１つのＬＥＤ２２を持つとしたが、これに限るものではない。複数のＬＥＤのそれぞれに対して、または、それらを組み合わせた点灯制御に本発明を適用することが可能である。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明の実施形態に係る移動通信端末装置の構成を示すブロック図。
【図２】本発明の実施形態に係るＬＥＤ管理情報記憶部の構成を示すブロック図。
【図３】本発明の実施形態に係る論理−物理情報対応テーブルの構成の一例を示す図。
【図４】本発明の実施形態に係る物理ＬＥＤ管理テーブルの構成の一例を示す図。
【図５】本発明の実施形態に係る要求一覧テーブルの構成の一例を示す図。
【図６】本発明の実施形態に係る点灯パターン変更テーブルの構成の一例を示す図。
【図７】本発明の実施形態に係るＬＥＤ点灯要求管理テーブルの構成の一例を示す図。
【図８】本発明の実施形態に係る論理ＬＥＤ管理テーブルの構成の一例を示す図。
【図９】本発明の実施形態に係るＬＥＤ管理部の動作を示すフローチャート（その１、ＬＥＤ点灯要求を受信した場合の動作）。
【図１０】本発明の実施形態に係るＬＥＤ管理部の動作を示すフローチャート（その２、ＬＥＤ点灯を取り消す要求を受信した場合の動作）。
【符号の説明】
【００８４】
１１  制御部
２１  ＬＥＤ管理部
２２  ＬＥＤ
２３  ＬＥＤ管理情報記憶部
２４  論理−物理対応テーブル
２４ａ、２６ｂ、２８ｂ、２９ａ  ＬＥＤ論理識別子
２４ｂ、２５ａ  ＬＥＤ物理識別子
２５  物理ＬＥＤ管理テーブル
２５ｂ  ＬＥＤ点灯要求管理テーブルへのポインタ
２５ｃ  論理ＬＥＤ管理テーブルへのポインタ
２６  要求一覧テーブル
２６ａ  優先度
２６ｃ、２８ｃ、２９ｂ  点灯パターン
２６ｄ、２８ｄ  サービス識別子
２７  点灯パターン変更テーブル
２７ａ  第１のＬＥＤ論理識別子
２７ｂ  第１の点灯パターン
２７ｃ  第２のＬＥＤ論理識別子
２７ｄ  第２の点灯パターン
２７ｅ  第３の点灯パターン
２８  ＬＥＤ点灯要求管理テーブル
２８ａ  要求識別子
２９  論理ＬＥＤ管理テーブル
３２  充電制御部
【図１】
2007306300.tif 000003
【図２】
2007306300.tif 000004
【図３】
2007306300.tif 000005
【図４】
2007306300.tif 000006
【図５】
2007306300.tif 000007
【図６】
2007306300.tif 000008
【図７】
2007306300.tif 000009
【図８】
2007306300.tif 000010
【図９】
2007306300.tif 000011
【図１０】
2007306300.tif 000012