(57)【要約】      （修正有）【課題】イルミネーションを際立たせる。【解決手段】携帯端末の筐体の外面には、表示部４６と発光部４２が互いに近接して配置され、それぞれイベントに応じて点灯するように構成されている。そして、表示部と発光部の点灯を制御する点灯制御部とを備え、点灯制御部は、表示部および発光部に共通のイベントが発生した場合に、発光部の点灯を表示部の点灯よりも優先させる。たとえば、発光部による鮮やかなイルミネーションに加えて、表示部による着実な情報伝達が求められるイベントであり、典型的には、着信検出イベントである。着信検出イベントが発生すると、まず発光部が点灯してイルミネーションを開始し、その後にユーザの操作入力に応じて表示部が点灯して着信相手の個人情報（名前，電話番号など）を表示する。【選択図】図２
2013066110.tif 000002
【特許請求の範囲】
【請求項１】
互いに近接して配置され、それぞれイベントに応じて点灯する、表示部および発光部、および
前記表示部および前記発光部に共通のイベントが発生した場合に、前記発光部の点灯を前記表示部の点灯よりも優先させる、点灯制御部を備える、携帯端末。
【請求項２】
前記共通のイベントが第１イベントである場合、前記点灯制御部は前記表示部を前記発光部よりも遅れて点灯させ、そして前記表示部は前記第１イベントに関連する情報を表示する、請求項１に記載の携帯端末。
【請求項３】
前記点灯制御部は前記発光部の点灯期間が終了した後に前記表示部を点灯させる、請求項２に記載の携帯端末。
【請求項４】
相手方と通信を行う通信部、
相手方から前記通信部への着信を前記第１イベントとして少なくとも検出する第１検出部、および
ユーザによる操作入力を受け付ける入力部をさらに備え、
前記点灯制御部は、前記第１検出部による着信検出に応じて前記発光部を点灯させた後、前記入力部への操作入力に応じて前記表示部を点灯させる、請求項２に記載の携帯端末。
【請求項５】
前記点灯制御部は、前記入力部への操作入力に応じてさらに前記発光部を消灯させる、請求項４に記載の携帯端末。
【請求項６】
前記共通のイベントが第２イベントである場合、前記点灯制御部は、前記表示部および前記発光部の同時点灯期間に前記表示部の輝度を低下させる、請求項１または２に記載の携帯端末。
【請求項７】
開閉可能に構成された筐体、および
前記筐体を閉じる閉操作を前記第２イベントとして少なくとも検出する第２検出部をさらに備え、
前記点灯制御部は、前記第２検出部による閉操作検出に応じて前記発光部を点灯させると共に前記表示部を低輝度で点灯させる、請求項６に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯端末に関し、特にたとえば、ディスプレイおよびイルミネーションを有する、携帯端末に関する。
【背景技術】
【０００２】
従来のこの種の携帯端末の一例が、特許文献１に開示されている。この携帯端末は、サブモニタおよびメインモニタが配設されたモニタ側ケース（筐体）と、操作キーが配設されたキー側ケースとで構成され、両者はヒンジによって開閉可能に連結されている。メインモニタはモニタ側ケースの一方主面（閉状態でキー側ケースと対面する方の主面）に、サブモニタはモニタ側ケースの他方主面にそれぞれ設けられ、そして、サブモニタが設けられた面に、さらにイルミネーションが設けられている。
【特許文献１】特開２００７−６８００４号公報［H04M 1/02］
【発明の概要】
【発明が解決しようとする課題】
【０００３】
一般に、ディスプレイおよびイルミネーションを有する携帯端末では、たとえば着信などのイベントが発生したとき、両者を点灯させて報知を行うことがある。
【０００４】
しかし、背景技術のように、ディスプレイおよびイルミネーションが筐体の同じ面に設けられていると、ディスプレイからの光でイルミネーションの効果が薄れてしまう。
【０００５】
それゆえに、この発明の主たる目的は、新規な、携帯端末を提供することである。
【０００６】
この発明の他の目的は、イルミネーションを際立たせることができる、携帯端末を提供することである。
【課題を解決するための手段】
【０００７】
この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために後述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。
【０００８】
この発明の第１の局面は、携帯端末（１０，１０Ａ）であって、互いに近接して配置され、それぞれイベントに応じて点灯する、表示部（４６，３０）および発光部（４２）、および、表示部および発光部に共通のイベントが発生した場合に、発光部の点灯を表示部の点灯よりも優先させる、点灯制御部（Ｓ７，Ｓ９）を備える。
【０００９】
なお、ある実施例では、携帯端末は筐体（Ｂ２，Ｂ１）をさらに備え、表示部および発光部は筐体の同じ面に設けられる。
【００１０】
第１の局面によれば、互いに近接して配置された発光部および表示部の両方が点灯する場合に、前者の点灯を後者の点灯よりも優先させることで、イルミネーションを際立たせることができる。
【００１１】
第２の局面は、第１の局面に従属する携帯端末であって、共通のイベントが第１イベントである場合、点灯制御部は表示部を発光部よりも遅れて点灯させ（Ｓ７）、表示部は第１イベントに関連する情報を表示する（Ｓ３３）。
【００１２】
なお、第１イベントは、たとえば、発光部による鮮やかなイルミネーションに加えて、表示部による着実な情報伝達が求められるイベントであり、典型的には、第４の局面に記載のような着信検出イベントである。ある実施例では、着信検出イベントが発生すると、まず発光部が点灯してイルミネーションを開始し、その後にユーザの操作入力に応じて表示部が点灯して着信相手の個人情報（名前，電話番号など）を表示する。
【００１３】
第２の局面によれば、第１イベントが発生した場合、まず発光部を単独で点灯させるので、表示部からの光がなくて暗い中で、鮮やかなイルミネーションが行える。また、このようなイルミネーションによってユーザの注意を引いた後に表示部を点灯させることで、表示部による情報伝達が着実に行える。
【００１４】
第３の局面は、第２の局面に従属する携帯端末であって、点灯制御部は発光部の点灯期間が終了した後に表示部を点灯させる。
【００１５】
第３の局面によれば、表示部および発光部の同時点灯期間をなくして、イルミネーションの単独点灯期間を極力確保することで、イルミネーションの効果を高めることができる。
【００１６】
第４の局面は、第２の局面に従属する携帯端末であって、相手方と通信を行う通信部（１４）、相手方から通信部への着信を第１イベントとして少なくとも検出する第１検出部（Ｓ１）、およびユーザによる操作入力を受け付ける入力部（２６）をさらに備え、点灯制御部は、第１検出部による着信検出に応じて発光部を点灯させた後、入力部への操作入力に応じて表示部を点灯させる（Ｓ７：Ｓ２１→Ｓ３１）。
【００１７】
なお、第１検出部は、通信部から相手方への発信をさらに検出してもよい。点灯制御部は、発信検出時にも、着信検出時と同様の点灯制御を行ってよい。
【００１８】
第４の局面によれば、表示部の点灯タイミングをユーザが決定できるので、情報の保護が容易に図れる。
【００１９】
たとえば、表示部に表示される情報が着信相手の個人情報である場合、ユーザは、着信に応じてイルミネーションが開始されたとき、操作入力を行わずに放置して不在着信（留守番応答）を実行させたり、あるいは着信操作（開操作）を行って通話を開始したり、といった対応が可能となり、周囲の人に個人情報を見られずに済む。
【００２０】
なお、着信検出時に行われるイルミネーションの発光パターンは、着信相手によって異なることが好ましい。そのために、ユーザによる操作入力に基づいて、相手毎に発光パターンの設定を行うようにすれば、より好ましい。この場合、ユーザは、イルミネーションを見ただけで着信相手がわかるので、個人情報を表示させることなく適切な対応が行える。
【００２１】
第５の局面は、第４の局面に従属する携帯端末であって、点灯制御部は、入力部への操作入力に応じてさらに発光部を消灯させる（Ｓ２９）。
【００２２】
第５の局面によれば、表示部が情報を表示する前に発光部を消灯させることで、表示部の周りが暗くなり、着実に情報伝達が行える。
【００２３】
第６の局面は、第１または第２の局面に従属する携帯端末であって、共通のイベントが第２イベントである場合、点灯制御部は、表示部および発光部の同時点灯期間に表示部の輝度を低下させる（Ｓ９，Ｓ８１，Ｓ８３）。
【００２４】
なお、第２イベントは、たとえば、発光部による鮮やかなイルミネーションに加えて、表示部による迅速な情報伝達が求められるイベントであるが、伝達すべき情報自体の重要性や秘匿性は第１イベントほど高くない。典型的には、第７の局面に記載のような閉操作検出イベントが、第２イベントに該当する。
【００２５】
ある実施例では、筐体は開閉可能（たとえば折り畳み式やスライド式）であり、筐体を開状態から閉状態に変化させる閉操作検出イベントが発生すると、表示部および発光部が同時にまたは順次（相前後して）点灯し、そして表示部および発光部が同時に点灯している期間中、表示部の輝度は、点灯制御部によって抑制される。低輝度状態の表示部には、たとえばユーザへの挨拶（“Ｓｅｅ  ｙｏｕ…”など）が表示される。このような挨拶の表示は、閉操作に応じて迅速に行うことが好ましい一方、表示部が低輝度状態で読み取り難くても特に支障はないため、第６の局面のような、同時点灯期間に表示部の輝度を低下させる制御が適する。
【００２６】
第６の局面によれば、第２イベントが発生した場合、表示部および発光部の同時点灯期間に、表示部の輝度を抑制することで、イルミネーションを際立たせることができる。また、低輝度状態の表示部に情報を表示することで、迅速な情報伝達が行える。
【００２７】
第７の局面は、第６の局面に従属する携帯端末であって、開閉可能に構成され筐体（Ｂ１，Ｂ２）、筐体を閉じる閉操作を第２イベントとして少なくとも検出する第２検出部（４８，Ｓ３）をさらに備え、点灯制御部は、第２検出部による閉操作検出に応じて発光部を点灯させると共に表示部を低輝度で点灯させる（Ｓ９：Ｓ５１，Ｓ５５）。
【００２８】
なお、第２検出部は、筐体を開く開操作をさらに検出してもよい。点灯制御部は、開操作検出時にも、閉操作検出時と同様の点灯制御を行ってよい。
【００２９】
第７の局面によれば、閉操作検出時に、鮮やかなイルミネーションと共に、迅速な情報伝達が行える。
【発明の効果】
【００３０】
この発明によれば、イルミネーションを際立たせることができる、携帯端末が実現される。
【図面の簡単な説明】
【００３１】
【図１】この発明の一実施例である携帯端末のハードウェア構成を示すブロック図である。
【図２】携帯端末（折り畳み式）の外観を示す図解図であり、（Ａ）が開状態での本体（第１筐体）および蓋（第２筐体）の内面を、（Ｂ）が閉状態での蓋の外面をそれぞれ示す。
【図３】メインメモリのメモリマップ図である。
【図４】ＣＰＵ動作の一部（サブディスプレイ／イルミネーション用の点灯制御）を示すフロー図である。
【図５】点灯制御処理の一部（第１点灯制御）を示すフロー図である。
【図６】点灯制御処理の他の一部（第２点灯制御）を示すフロー図である。
【図７】点灯制御処理のその他の一部（第３点灯制御）を示すフロー図である。
【図８】第１点灯制御に基づく点灯状態の変化例を示す図解図である。
【図９】第２点灯制御に基づく点灯状態の変化例を示す図解図である。
【図１０】第３点灯制御に基づく点灯状態の変化例を示す図解図である。
【図１１】他の携帯端末（スライド式）の外観を示す図解図である。
【図１２】ＣＰＵ動作の別の一部（イルミネーションに隣接するディスプレイの輝度制御）を示すフロー図である。
【図１３】相手毎の発光パターンを含む着信時用発光パターン情報を示す図解図である。
【図１４】ＬＥＤおよびサブディスプレイの点灯期間の関係を示す図解図であり、（Ａ）はＬＥＤの単独点灯期間の直後にサブディスプレイの単独点灯期間が配置されている場合を、（Ｂ）はＬＥＤの単独点灯期間とサブディスプレイの単独点灯期間との間に両者の同時点灯期間が存在している場合を、そして（Ｃ）は２つの単独点灯期間の間に無点灯期間が存在する場合を、それぞれ示す。
【発明を実施するための形態】
【００３２】
図１には、携帯端末１０のハードウェア構成が示される。図１を参照して、この発明の一実施例である携帯端末１０はＣＰＵ２４を含む。ＣＰＵ２４には、キー入力装置２６、３４、フラッシュメモリ３６、撮像装置３８および開閉検知回路４８が接続され、さらに、無線通信回路１４を介してアンテナ１２が、Ａ／Ｄコンバータ１６を介してマイク１８が、Ｄ／Ａコンバータ２０を介してスピーカ２２が、ドライバ２８を介してメインディスプレイ３０が、ドライバ４０を介してＬＥＤ４２が、そしてドライバ４４を介してサブディスプレイ４６がそれぞれ接続される。
【００３３】
アンテナ１２は、図示しない基地局からの無線信号を捕捉（受信）し、また、無線通信回路１４からの無線信号を放出（送信）する。無線通信回路１４は、アンテナ１２で受信された無線信号を復調および復号化し、また、ＣＰＵ２４からの信号を符号化および変調する。マイク１８は、音波をアナログの音声信号に変換し、Ａ／Ｄコンバータ１６は、マイク１８からの音声信号をディジタルの音声データに変換する。Ｄ／Ａコンバータ２０は、ＣＰＵ２４からの音声データをアナログの音声信号に変換し、スピーカ２２は、Ｄ／Ａコンバータ２０からの音声信号を音波に変換する。
【００３４】
キー入力装置２６は、ユーザによって操作される各種のキー（テンキー２６ａ，カーソルキー２６ｂ，サイドキー２６ｃ：図２（Ａ）参照），ボタン，トラックボールなどで構成され、操作に応じた信号（コマンド）をＣＰＵ２４に入力する。ドライバ２８は、ＣＰＵ２４からの信号に応じた画像（たとえば待ち受け画面や各種の情報を示す文字の画像など：図示せず）をメインディスプレイ３０に表示する。ドライバ４０は、ＣＰＵ２４からの信号に応じたパターン（たとえば着信報知用のパターン，通話開始時用のパターンなど）でＬＥＤ４２を発光させる。ドライバ４４は、ＣＰＵ２４からの信号に応じた画像（たとえば着信相手の名前，挨拶文，現在時刻などを示す文字の画像：図８〜図１０参照）をサブディスプレイ３０に表示する。
【００３５】
メインメモリ３４は、たとえばＳＤＲＡＭなどで構成され、ＣＰＵ２４に各種の処理を実行させるためのプログラム，データなど（図３参照）を記憶する共に、ＣＰＵ２４に必要な作業領域を提供する。フラッシュメモリ３６は、たとえばＮＡＮＤ型のフラッシュメモリで構成され、プログラムなどの保存領域さらには撮像装置３８による画像データの記録領域として利用される。
【００３６】
撮像装置３８は、図示しないレンズ，イメージセンサ（たとえばＣＣＤ，ＣＭＯＳなどの撮像素子），カメラ処理回路などで構成され、レンズを経てイメージセンサ上に結像する光学像を光電変換して、これに対応する画像データを出力する。
【００３７】
開閉検知回路４８は、たとえば、図示しない磁石および磁気センサで構成され、磁石からの磁気を磁気センサで検知した結果に基づいて、携帯端末１０の本体および蓋（Ｂ１およびＢ２：図２（Ａ）参照）の間の位置関係（開閉状態）を検知する。
【００３８】
ＣＰＵ２４は、メインメモリ３４に記憶されたプログラム（５２〜５４）に従って、他のハードウエア（１２〜２２，２６〜４８）を利用しつつ、各種の処理を実行する。処理の実行に必要なタイミング信号は、ＲＴＣ(Real Time Clock)２４ａから供給される。
【００３９】
図２には、携帯端末１０の外観が示される。この携帯端末１０は、いわゆる「折り畳み式」の携帯電話端末であり、本体（第１筐体Ｂ１）および蓋（第２筐体Ｂ２）と、これらを回動可能に連結するヒンジＨとで構成される。蓋を開く（開操作を行う）と、図２（Ａ）に示すように、第１筐体および第２筐体の各内面が露見する。図２（Ａ）のような状態を「開状態」と呼ぶ。一方、蓋を閉じる（閉操作を行う）と、図２（Ｂ）に示すように、第１筐体および第２筐体の各内面は見えなくなる。図２（Ｂ）のような状態を「閉状態」と呼ぶ。
【００４０】
なお、図示は省略するが、先述した開閉検知回路４８を構成する磁石および磁気センサの一方が第１筐体Ｂ１側に、他方が第２筐体Ｂ２側に設けられており、また、図２（Ａ）および図２（Ｂ）の各状態での磁気センサの出力値がフラッシュメモリ３６に予め記憶されており、ＣＰＵ２４は、現時点での出力値を予め記憶された出力値と比較することで、開状態および閉状態を検知することができる。さらには、閉状態から開状態への変化が検出された場合には、開操作が行われたと判別し、開状態から閉状態への変化が検出された場合には、閉操作が行われたと判別することもできる。
【００４１】
図２（Ａ）を参照して、第１筐体Ｂ１の内面にはテンキー２６ａ，カーソルキー２６ｂおよびマイク１８が、第２筐体Ｂ２の内面にはメインディスプレイ３０およびスピーカ２２が、そして第１筐体Ｂ１の左側面にはサイドキー２６ｃがそれぞれ配置されており、ユーザは、携帯端末１０を開状態にすることで、メインディスプレイ３０の画像を閲覧したり、テンキー２６ａおよびカーソルキー２６ｂを操作したりすることができる。
【００４２】
一方、第２筐体Ｂ２の外面には、図２（Ｂ）に示すように、サブディスプレイ４６，ＬＥＤ４２および撮像装置３８が配置されている。このＬＥＤ４２は、横２個×縦３個の６素子（たとえば緑２個，黄２個，青２個）からなるＬＥＤアレイの態様を有し、サブディスプレイ４６に隣接または近接して配置される。なお、ＬＥＤ４２の素子数や配列、色の組み合わせ、サブディスプレイ４６との位置関係等は、適宜変更されてよい。ユーザは、携帯端末１０が閉状態であっても、サブディスプレイ４６の画像を閲覧したり、ＬＥＤ４２によるイルミネーションを楽しんだりすることができる。
【００４３】
以上のように構成された携帯端末１０では、キー入力装置２６の操作（キー操作）によって、相手と通話を行う通話モード、カメラ撮影を行う撮影モードなどを選択することができる。
【００４４】
通話モードが選択されると、携帯端末１０は、通話装置として機能する。詳しくは、キー入力装置２６によって発呼操作が行われると、ＣＰＵ２４は、無線通信回路１４を制御して発呼信号を出力する。出力された発呼信号は、アンテナ１２を介して出力され、図示しない移動通信網を経て相手の電話機に伝達される。電話機は、着信音，振動，発光などによる呼び出しを開始する。相手が着呼操作を行うと、ＣＰＵ２４は通話処理を開始する。一方、相手からの発呼信号がアンテナ１２によって捕捉されると、無線通信回路１４は着信をＣＰＵ２４に通知し、ＣＰＵ２４は、着信音による呼び出しを開始する。キー入力装置２６によって着呼操作が行われると、ＣＰＵ２４は通話処理を開始する。
【００４５】
通話処理は、たとえば、次のように行われる。相手から送られてきた受話音声信号は、アンテナ１２によって捕捉され、無線通信回路１４によって復調および復号化を施された後、Ｄ／Ａコンバータ２０を経てスピーカ２２に与えられる。これにより、スピーカ２２から受話音声が出力される。一方、マイク１８によって取り込まれた送話音声信号は、Ａ／Ｄコンバータ１６を経て無線通信回路１４に送られ、無線通信回路１４によって符号化および変調を施された後、アンテナ１２を通して相手に送信される。相手の電話機でも、送話音声信号の復調および復号化が行われ、送話音声が出力される。
【００４６】
撮影モードが選択されると、携帯端末１０はカメラ装置として機能する。詳しくは、ＣＰＵ２４がスルー撮影開始命令を発し、撮像装置３８はスルー撮影を開始する。撮像装置３８では、図示しないレンズを経てイメージセンサに結像した光学像は、光電変換を施され、これによって、光学像を表す電荷が生成される。スルー撮影では、イメージセンサで生成された電荷の一部が、たとえば１／６０秒毎に、低解像度の生画像信号として読み出される。読み出された生画像信号は、カメラ処理回路によってＡ／Ｄ変換，色分離，ＹＵＶ変換などの一連の画像処理を施されることで、ＹＵＶ形式の画像データに変換される。こうして、撮像装置３８からは、スルー表示用の低解像度の画像データが、たとえば６０ｆｐｓのフレームレートで出力される。出力された画像データは、現時点のスルー画像データとしてメインメモリ３４に書き込まれ、ドライバ２８は、メインメモリ３４に記憶されたスルー画像データを繰り返し読み出し、これに基づくスルー画像をディスプレイ３０に表示する。
【００４７】
ユーザは、ディスプレイ３０に表示されたスルー画像を見ながら、撮像装置３８の向きや対象までの距離を調節した後、キー入力装置２６によりシャッタ操作を行う。ＣＰＵ２４は、シャッタ操作に応答して静止画撮影命令を発する。応じて、イメージセンサで生成された電荷が高解像度の生画像信号として読み出され、読み出された生画像信号は、カメラ処理回路によって一連の画像処理を施されることでＹＵＶ形式の画像データに変換される。こうして、撮像装置３８から記録用の高解像度の画像データが出力され、出力された画像データは、メインメモリ３４に一時保持された後、静止画像データとしてフラッシュメモリ３６に書き込まれる。
【００４８】
なお、携帯端末１０では、上記以外にも、たとえば、電子メールの送受信を行うメールモード、インターネットに接続してデータ通信を行う通信モードなども準備されているが、詳しい説明を省略する。また、携帯端末１０には、現在時刻を表示したり、電話帳を作成したりする機能も付加されている。
【００４９】
そして、上述のようなモードの選択や機能の呼出しを行うとき、ユーザは、携帯端末１０を開状態（図２（Ａ）参照）にして、メインディスプレイ３０に表示されたメニュー画面（図示せず）を参照しながら、キー入力装置２６を操作する。通話モードでの発着信匝瑳や撮影モードでのシャッタ操作もまた、開状態でメインディスプレイ３０の表示画面（発着信画面やスルー画像：図示せず）を見ながらキー入力装置２６により行われる。
【００５０】
このように、メインディスプレイ３０は、ユーザに閲覧させるべき情報やユーザに各種操作を行わせるための画面を表示するものであり、基本的には、閉状態で点灯されることはなく、開状態では常時点灯されている。言い換えると、開操作に応じて点灯され、閉操作に応じて消灯されるが、好ましくは、節電のために、開状態において無操作期間が一定時間以上継続すると消灯され、何らかの操作が行われると再点灯される。
【００５１】
これに対して、サブディスプレイ４６は、基本的に、閉状態で情報を表示するためのものであり、開状態では消灯されている。閉状態では、着信があったとき点灯して、着信相手の名前や電話番号などを表示する。また、閉操作が行われたときにも点灯して、“Ｓｅｅ  ｙｏｕ…”といった挨拶文を表示する。さらには、サイドキー２６ｃが押されるのに応答して点灯し、現在時刻を表示する。
【００５２】
一方、ＬＥＤ４２は、基本的に、閉状態でイルミネーションを行うためのものであり、サブディスプレイ４６と共に点灯される。すなわち、閉状態で着信があったときサブディスプレイ４６と共に点灯し、また、閉操作が行われたときにも点灯する。ただし、サイドキー２６ｃが押された場合には、サブディスプレイ４６が点灯するだけで、ＬＥＤ４２は点灯しない。
【００５３】
イルミネーションを行うにあたって、ＬＥＤ４２は、各素子の輝度を所定のパターンで変化させながら発光する。この実施例では、着信時と閉操作時とで異なる発光パターンを用いるが、点灯期間中、一定の輝度で発光し続けてもよい。好ましくは、着信相手によって発光パターンを変えてもよい。その場合、たとえば発光パターン設定用のメニュー画面を準備して、ユーザが簡単に各種の発光パターンを設定できるようにすれば、より好ましい。
【００５４】
また、ＬＥＤ４２およびサブディスプレイ４６を共に点灯させるイベントは、この実施例では、閉状態での着信、および閉操作の２種類であるが、これに限らない。たとえば、開状態で着信があったときや発信があったときにも同様に点灯してよいし、開操作が行われたときにも同様に点灯してよい。そして、発信時には発信相手の電話番号が、開操作時には“Ｈｅｌｌｏｗ…”といった挨拶文が、サブディスプレイ４６に表示される。
【００５５】
携帯端末１０の主要な特徴の１つは、こうしてＬＥＤ４２とサブディスプレイ４６とが共に点灯する際に、ＣＰＵ２４が、両者の競合を回避するべく、両者の点灯のタイミングや輝度をイルミネーション優先で制御する点にある。
【００５６】
具体的には、図８に示すように、着信があると、まずＬＥＤ４２が点灯してイルミネーションを開始する。その後、ユーザが何らかのキー操作を行うと、ＬＥＤ４２は消灯する一方、サブディスプレイ４６が点灯し、着信相手の名前（氏名，ニックネーム，肩書など）を表示する。なお、名前に代えて、またはこれに加えて、着信相手の電話番号を表示してもよい。さらには、着信相手に固有の情報（個人情報）であれば、どのような情報を表示してもよい（例えば顔画像など）。
【００５７】
なお、ここでは、ＬＥＤ４２の点灯期間が終わると同時にサブディスプレイ４６の点灯期間が始まっている（言い換えると、ＬＥＤ４２の単独点灯期間の直後にサブディスプレイ４６の単独点灯期間が配置されている：図１４（Ａ）参照）が、ＬＥＤ４２の点灯期間の末尾とサブディスプレイ４６の点灯期間の先頭とが部分的に重なってもよい（言い換えると、ＬＥＤ４２の単独点灯期間とサブディスプレイ４６の単独点灯期間との間に、両者の同時点灯期間が存在してもよい：図１４（Ｂ）参照）。あるいは、これら２つの単独点灯期間の間に無点灯期間があってもよい（図１４（Ｃ）参照）。図１４（Ａ）の場合、ＬＥＤ４２はキー操作の時点で消灯し、同時にサブディスプレイ４６が点灯するのに対して、図１４（Ｂ）の場合、ＬＥＤ４２はキー操作から所定時間経過後に消灯し、サブディスプレイ４６はキー操作の時点で点灯する。一方、図１４（Ｃ）の場合、ＬＥＤ４２は、キー操作の時点で消灯し、サブディスプレイ４６は、キー操作から所定時間経過後に点灯する。
【００５８】
こうして、ＬＥＤ４２およびサブディスプレイ４６が共に点灯される際に、サブディスプレイ４６の点灯タイミングをＬＥＤ４２のそれよりも遅らせることで、ＬＥＤ４２の単独点灯期間が確保される。この期間中は、ＬＥＤ４２の周辺の明るさが抑えられ、イルミネーションを際立たせることができる。また、鮮やかなイルミネーションによってユーザの注意が第２筐体Ｂ２の外面に向いた後に、ＬＥＤ４２は消灯され、サブディスプレイ４６が単独で点灯されるので、必要な情報をより着実に伝達できるようになる。
【００５９】
また、図９に示すように、閉操作が行われると、ＬＥＤ４２およびサブディスプレイ４６を同時に（または順次）点灯して、イルミネーションを行いつつ挨拶文（たとえば“Ｓｅｅ  ｙｏｕ…”）を表示する。そして、このようなＬＥＤ４２およびサブディスプレイ４６の同時点灯期間中、サブディスプレイ４６の輝度は、ＣＰＵ２４の制御下で、通常の輝度（たとえば図８や図１０のような単独点灯期間中の輝度）と比べて低く抑えられる。これによって、イルミネーションを際立たせることができる。
【００６０】
一方、図１０に示すように、サイドキー２６ｃが押された場合には、ＬＥＤ４２は点灯せず、サブディスプレイ４６を単独で点灯して、時刻情報を表示する。現在時刻を知りたいユーザに対して、イルミネーションは無用だからである。なお、こうしてイルミネーションを省略する代わりに、ＬＥＤ４２の発光輝度を通常の輝度（単独点灯時の輝度）よりも抑える制御を行ってもよい。
【００６１】
以上のようなＬＥＤ４２およびサブディスプレイ４６の点灯制御は、たとえば、メインメモリ３４に記憶された図３に示す各種のプログラムおよびデータに基づいて、ＣＰＵ２４が図５〜図７に示すフローに従う処理を実行することにより実現される。
【００６２】
詳しくは、まず図３を参照して、メインメモリ３４はプログラム領域５０およびデータ領域６０を含み、プログラム領域５０にはサブディスプレイ／イルミネーション用点灯制御プログラム５２および通話制御プログラム５４などが、データ領域６０にはサブディスプレイ情報６２，イルミネーション情報６４，相手情報６６および時刻情報６８などが、それぞれ記憶される。
【００６３】
サブディスプレイ／イルミネーション用点灯制御プログラム（以下単に「点灯制御プログラム」と呼ぶ）５２は、ＣＰＵ２４を介して各種ハードウェア（１２〜２２，２６〜４８）を制御して、図４〜図７のフローに従う点灯制御処理を実行する、メインのソフトウェアプログラムである。通話制御プログラム５４は、点灯制御プログラム５２によって利用されるサブのソフトウェアプログラムであり、主として無線通信回路１４を制御して発着信処理および通話処理を実行する。
【００６４】
なお、図示は省略するが、プログラム領域５０には、主として撮像装置３８を制御して撮影モードを実現するための制御プログラムや、主として開閉検出回路４８を制御して開閉状態ないし開閉操作を検出するための制御プログラムなども記憶される。
【００６５】
サブディスプレイ情報６２は、点灯制御プログラム５２がサブディスプレイ４６の点灯を制御する際に参照する情報であり、サブディスプレイ４６を図８や図１０のように単独で点灯させる場合に用いる通常輝度値ａ０、およびサブディスプレイ４６を図９のようにＬＥＤ４２と同時に点灯させる場合に用いる低輝度値ａ１（＜ａ０）などを示す情報を含む。なお、低輝度値ａ１は、たとえば通常輝度値ａ０の半値である。または、複数の低輝度値ａ１，ａ２，…を記憶しておき、その中から状況に応じた低輝度値を選出してもよい。
【００６６】
イルミネーション情報６４は、点灯制御プログラム５２がＬＥＤ４２の点灯を制御してイルミネーションを行う際に参照する情報であり、輝度値ｂ０および発光パターンなどを示す情報を含む。輝度値ｂ０は、ＬＥＤ４２を図８のように単独で点灯させる場合、および図９のように同時に点灯させる場合、の両方に共通して用いられる。発光パターンは、着信時用および閉操作時用の２種類が準備される。なお、発光パターンは、１種類でもよい（つまり、着信時および閉操作時で同じ発光パターンを用いてもよい）。好ましくは、図１３に示すように、相手毎に発光パターンを準備してもよい。図１３の着信時用発光パターン情報は、デフォルトの発光パターン０に加え、ＡＡさん（電話番号：０９０＊＊＊＊）用の発光パターン１、およびＢＢさん（電話番号：０６＊＊＊＊）用の発光パターン２などを含む。
【００６７】
相手情報６６は、着信相手を識別する情報であり、着信があったとき通話制御プログラム５４によってデータ領域６０に書き込まれる。前回着信時に書き込まれた古い情報は、今回着信時に新しい情報で上書きされてよい。相手情報６６には、名前，電話番号などを示す情報が含まれる。 時刻情報６８は、現在時刻を示す情報であり、たとえば通話制御プログラム５４によって１分毎に更新される。
【００６８】
次に、図４を参照して、ＣＰＵ２４は、最初、ステップＳ１で、着信があったか否かを無線通信回路１４からの信号に基づいて判別する。ステップＳ１でＮＯであれば、ステップＳ３で、閉操作が行われたか否かを開閉検知回路４８からの信号に基づいてさらに判別する。ステップＳ３でもＮＯであれば、ステップＳ５で、サイドキー操作が行われたか否かをキー入力装置２６（サイドキー２６ｃ）からの信号に基づいてさらに判別する。ステップＳ５でもＮＯであれば、ステップＳ１に戻って上記と同様の処理を繰り返す。
【００６９】
ステップＳ１でＹＥＳであれば、ステップＳ７に進んで、ＬＥＤ４２およびサブディスプレイ４６に対し後者を遅れて点灯させる第１点灯制御（図５，図８参照）を行った後、ステップＳ１に戻る。ステップＳ３でＹＥＳであれば、ステップＳ９に進んで、ＬＥＤ４２およびサブディスプレイ４６に対し後者の輝度を低下させる第２点灯制御（図６，図９参照）を行った後、ステップＳ１に戻る。ステップＳ５でＹＥＳであれば、ステップＳ１１に進んで、サブディスプレイ４６に対し第３点灯制御（図７，図１０参照）を行った後、ステップＳ１に戻る。
【００７０】
なお、図４のフローにおいて、ステップＳ１〜Ｓ３のループ内に、発信があったか否かを判別するステップ（Ｓ２）や、開操作が行われたか否かを判別するステップ（Ｓ４）などを追加してもよい（図示は省略）。発信があった場合（Ｓ２：ＹＥＳ）の点灯制御は、基本的にはステップＳ７の第１点灯制御と同様でよく、開操作が行われた場合（Ｓ４：ＹＥＳ）の点灯制御処理は、基本的にはステップＳ９の第２点灯制御と同様でよい。
【００７１】
上記ステップＳ７の第１点灯制御処理は、詳しくは図５のフローに従って実行される。ＣＰＵ２４は、最初、イルミネーション情報４２に基づいてドライバ４０を制御することにより、ステップＳ２１でＬＥＤ４２を点灯し、そしてステップＳ２３でＬＥＤ４２によるイルミネーションを開始する。イルミネーションは、イルミネーション情報４２に含まれる着信時用の発光パターンに従って実行される。
【００７２】
なお、イルミネーション情報４２に図１３のような相手毎の発光パターン１，２，…が含まれる場合、ＣＰＵ２４は、イルミネーション情報４２から着信相手の発光パターンを選出してイルミネーションを実行する。イルミネーション情報４２に着信相手の発光パターンが登録されていない場合には、デフォルトの発光パターン０が用いられる。
【００７３】
その後、ステップＳ２５に進んで、キー操作が行われたか否かをキー入力装置２６からの信号に基づいて判別する。ステップＳ２５でＮＯであれば、所定の待機期間を挟んで同様の判別を繰り返す。したがって、イルミネーションは、ユーザがキー操作を行うまで継続される。
【００７４】
一方、何らかのキー操作（典型的にはサイドキー２６ｃを押す操作）が行われると、ステップＳ２５の判別結果がＮＯからＹＥＳに変化し、ステップＳ２９に進む。ステップＳ２９では、ＬＥＤ４２を消灯し、これによりイルミネーションは終了となる。次に、サブディスプレイ情報６２に基づいてドライバ４４を制御することにより、ステップＳ３１でサブディスプレイ４６を点灯し、そしてステップＳ３３で相手情報６６（たとえば相手の名前）をサブディスプレイ４６に表示する。
【００７５】
その後、ステップＳ３５に進んで、キー操作が行われたか否かを判別する。ステップＳ３５でＮＯであれば、相手情報６６の表示から所定時間（たとえば１０秒）が経過したか否かをステップＳ３７でさらに判別する。ステップＳ３７でもＮＯであれば、ステップＳ３５に戻って同様の処理を繰り返す。
【００７６】
何らかのキー操作（典型的にはサイドキー２６ｃを押す操作）が行われるか、または、何のキー操作も行われないまま所定時間が経過すると、ステップＳ３７の判別結果がＮＯからＹＥＳに変化し、ステップＳ３９に進む。ステップＳ３９では、サブディスプレイ４６を消灯し、その後、上位のフロー（図４）に戻る。
【００７７】
上記ステップＳ９の第２点灯制御処理は、詳しくは図６のフローに従って実行される。ＣＰＵ２４は、最初、イルミネーション情報４２に基づいてドライバ４０を制御することにより、ステップＳ５１でＬＥＤ４２を点灯し、そしてステップＳ５３でＬＥＤ４２によるイルミネーションを開始する。イルミネーションは、イルミネーション情報４２に含まれる閉操作時用の発光パターンに従って実行される。
【００７８】
次に、サブディスプレイ情報６２に基づいてドライバ４４を制御することにより、ステップＳ５５でサブディスプレイ４６を低輝度点灯し、そしてステップＳ５７で“Ｓｅｅ  ｙｏｕ…”をサブディスプレイ４６に表示する。その後、ステップＳ５９に進んで、イルミネーションの開始から所定時間（たとえば５秒）が経過したか否かを判別し、ＮＯであれば、所定の待機時間を挟んで同様の判別を繰り返す。
【００７９】
所定時間が経過すると、ステップＳ５９の判別結果がＮＯからＹＥＳに変化して、ステップＳ６１に進む。ステップＳ６１では、サブディスプレイ４６を消灯し、次のステップＳ６３では、ＬＥＤ４２を消灯する。その後、上位のフロー（図４）に戻る。
【００８０】
上記ステップＳ１１の第３点灯制御処理は、詳しくは図７のフローに従って実行される。ＣＰＵ２４は、最初、サブディスプレイ情報６２に基づいてドライバ４４を制御することにより、ステップＳ７１でサブディスプレイ４６を点灯し、そしてステップＳ７３で時刻情報６８をサブディスプレイ４６に表示する。その後、ステップＳ７５に進んで、時刻情報６８の表示から所定時間（たとえば１０秒）が経過したか否かを判別し、ＮＯであれば、所定の待機時間を挟んで同様の判別を繰り返す。
【００８１】
所定時間が経過すると、ステップＳ７５の判別結果がＮＯからＹＥＳに変化して、ステップＳ７７に進む。ステップＳ７７では、サブディスプレイ４６を消灯し、その後、上位のフロー（図４）に戻る。
【００８２】
以上から明らかなように、この実施例の携帯端末１０は、第１筐体Ｂ１および第２筐体Ｂ２と、これらを回動可能に連結するヒンジＨとで構成された、折り畳み式の携帯端末である。第１筐体Ｂ１にはキー入力装置２６が設けられ、第２筐体Ｂ２の一方主面（内面）にはメインディスプレイ３０が設けられ、そして第２筐体Ｂ２の他方主面（外面）には、それぞれイベントに応じて点灯するサブディスプレイ４６およびＬＥＤ４２が設けられている。携帯端末１０のＣＰＵ２４は、サブディスプレイ４６およびＬＥＤ４２に共通のイベント（着信検出イベント，閉操作検出イベント）が発生した場合に、ＬＥＤ４２の点灯をサブディスプレイ４６の点灯よりも優先させる（Ｓ７，Ｓ９）。こうして、ＬＥＤ４２の点灯をサブディスプレイ４６の点灯よりも優先させることで、イルミネーションを際立たせることができる。
【００８３】
具体的には、着信検出イベントが発生した場合、ＣＰＵ２４は、サブディスプレイ４６をＬＥＤ４２よりも遅れて点灯させ（Ｓ７：Ｓ２１→Ｓ３１）、サブディスプレイ４６は、着信相手の個人情報（名前，電話番号など）を表示する（Ｓ３３）。こうして、まずＬＥＤ４２を単独で点灯させることで、サブディスプレイ４６からの光がなくて暗い中で、鮮やかなイルミネーションが行える。また、このようなＬＥＤ４２のイルミネーションによってユーザの注意を引いた後にサブディスプレイ４６を点灯させることで、サブディスプレイ４６による情報伝達（着信相手の個人情報の報知）が着実に行える。
【００８４】
また、閉操作検出イベントが発生した場合、ＣＰＵ２４は、ＬＥＤ４２を点灯させると共にサブディスプレイ４６を低輝度で点灯させる（Ｓ９：Ｓ５１，Ｓ５５）。低輝度状態のサブディスプレイ４６には、たとえばユーザへの挨拶（“Ｓｅｅ  ｙｏｕ…”）などが表示される（Ｓ５７）。こうして、サブディスプレイ４６およびＬＥＤ４２の同時点灯期間に、サブディスプレイ４６の輝度を抑制することで、ＬＥＤ４２のイルミネーションを際立たせることができる。また、イルミネーションと同時に、情報をサブディスプレイ４６に表示することで、迅速な情報伝達が行える。
【００８５】
なお、以上では、折り畳み式の携帯端末１０について説明したが、この発明は、図１１に示すようなスライド式の携帯端末１０Ａや、図示しないスティック状（単一筐体）の携帯端末にも適用できる。ただし、携帯端末１０Ａやスティック状の携帯端末の場合には、図１に示した構成要素（１２〜４８）のうち、サブディスプレイ４６とそのドライバ４４は省略してよい。ＬＥＤ４２はメインディスプレイ３０と同じ面に設けられ、図３〜図７に記載の「サブディスプレイ」は「メインディスプレイ」に読み替えられる。そして、図８〜図１０に示したものと同様の点灯制御が、メインディスプレイ３０およびＬＥＤ４２を対象として行われる。
【００８６】
また、携帯端末１０または１０Ａのように、情報表示用のディスプレイ（３０，４６）とイルミネーション用のＬＥＤ（４２）とが同じ面に設けられている（互いに近接する位置に配置されている）端末において、図１２に示すような輝度制御を行ってもよい。詳しくは、ステップＳ８１で、ディスプレイおよびＬＥＤが同時点灯中であるか否かを判別し、ＹＥＳであれば、ステップＳ８３でディスプレイの輝度を抑制する（たとえば通常輝度の１／２まで低下させる）。ステップＳ８１でＮＯであれば、特段の輝度制御を行わず、サブディスプレイ４６は通常輝度に保たれる。こうして、同時点灯期間中にディスプレイの輝度を抑制することで、イルミネーションを際立たせることができる。
【符号の説明】
【００８７】
１０，１０Ａ  …携帯端末
１４  …無線通信回路
２４  …ＣＰＵ
３０  …メインディスプレイ
３４  …メインメモリ
４２  …ＬＥＤ
４６  …サブディスプレイ
Ｂ１  …第１筐体
Ｂ２  …第２筐体
【図１】
2013066110.tif 000003
【図２】
2013066110.tif 000004
【図３】
2013066110.tif 000005
【図４】
2013066110.tif 000006
【図５】
2013066110.tif 000007
【図６】
2013066110.tif 000008
【図７】
2013066110.tif 000009
【図８】
2013066110.tif 000010
【図９】
2013066110.tif 000011
【図１０】
2013066110.tif 000012
【図１１】
2013066110.tif 000013
【図１２】
2013066110.tif 000014
【図１３】
2013066110.tif 000015
【図１４】
2013066110.tif 000016
【手続補正書】
【提出日】平成23年9月20日(2011.9.20)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2013066110.tif 000017