"互いに近接して配置され、それぞれイベントに応じて点灯する、表示部および発光部、および前記表示部および前記発光部に共通のイベントが発生した場合に、前記発光部の点灯を前記表示部の点灯よりも優先させる、点灯制御部を備える、携帯端末。前記共通のイベントが第1イベントである場合、前記点灯制御部は前記表示部を前記発光部よりも遅れて点灯させ、そして前記表示部は前記第1イベントに関連する情報を表示する、請求項1に記載の携帯端末。前記点灯制御部は前記発光部の点灯期間が終了した後に前記表示部を点灯させる、請求項2に記載の携帯端末。相手方と通信を行う通信部、相手方から前記通信部への着信を前記第1イベントとして少なくとも検出する第1検出部、およびユーザによる操作入力を受け付ける入力部をさらに備え、前記点灯制御部は、前記第1検出部による着信検出に応じて前記発光部を点灯させた後、前記入力部への操作入力に応じて前記表示部を点灯させる、請求項2に記載の携帯端末。前記点灯制御部は、前記入力部への操作入力に応じてさらに前記発光部を消灯させる、請求項4に記載の携帯端末。前記共通のイベントが第2イベントである場合、前記点灯制御部は、前記表示部および前記発光部の同時点灯期間に前記表示部の輝度を低下させる、請求項1または2に記載の携帯端末。開閉可能に構成された筐体、および前記筐体を閉じる閉操作を前記第2イベントとして少なくとも検出する第2検出部をさらに備え、前記点灯制御部は、前記第2検出部による閉操作検出に応じて前記発光部を点灯させると共に前記表示部を低輝度で点灯させる、請求項6に記載の携帯端末。一般に、ディスプレイおよびイルミネーションを有する携帯端末では、たとえば着信などのイベントが発生したとき、両者を点灯させて報知を行うことがある。しかし、背景技術のように、ディスプレイおよびイルミネーションが筐体の同じ面に設けられていると、ディスプレイからの光でイルミネーションの効果が薄れてしまう。それゆえに、この発明の主たる目的は、新規な、携帯端末を提供することである。この発明の他の目的は、イルミネーションを際立たせることができる、携帯端末を提供することである。この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために後述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。この発明の第1の局面は、携帯端末10,10Aであって、互いに近接して配置され、それぞれイベントに応じて点灯する、表示部46,30および発光部42、および、表示部および発光部に共通のイベントが発生した場合に、発光部の点灯を表示部の点灯よりも優先させる、点灯制御部S7,S9を備える。なお、ある実施例では、携帯端末は筐体B2,B1をさらに備え、表示部および発光部は筐体の同じ面に設けられる。第1の局面によれば、互いに近接して配置された発光部および表示部の両方が点灯する場合に、前者の点灯を後者の点灯よりも優先させることで、イルミネーションを際立たせることができる。第2の局面は、第1の局面に従属する携帯端末であって、共通のイベントが第1イベントである場合、点灯制御部は表示部を発光部よりも遅れて点灯させS7、表示部は第1イベントに関連する情報を表示するS33。なお、第1イベントは、たとえば、発光部による鮮やかなイルミネーションに加えて、表示部による着実な情報伝達が求められるイベントであり、典型的には、第4の局面に記載のような着信検出イベントである。ある実施例では、着信検出イベントが発生すると、まず発光部が点灯してイルミネーションを開始し、その後にユーザの操作入力に応じて表示部が点灯して着信相手の個人情報名前,電話番号などを表示する。第2の局面によれば、第1イベントが発生した場合、まず発光部を単独で点灯させるので、表示部からの光がなくて暗い中で、鮮やかなイルミネーションが行える。また、このようなイルミネーションによってユーザの注意を引いた後に表示部を点灯させることで、表示部による情報伝達が着実に行える。第3の局面は、第2の局面に従属する携帯端末であって、点灯制御部は発光部の点灯期間が終了した後に表示部を点灯させる。第3の局面によれば、表示部および発光部の同時点灯期間をなくして、イルミネーションの単独点灯期間を極力確保することで、イルミネーションの効果を高めることができる。第4の局面は、第2の局面に従属する携帯端末であって、相手方と通信を行う通信部14、相手方から通信部への着信を第1イベントとして少なくとも検出する第1検出部S1、およびユーザによる操作入力を受け付ける入力部26をさらに備え、点灯制御部は、第1検出部による着信検出に応じて発光部を点灯させた後、入力部への操作入力に応じて表示部を点灯させるS7:S21→S31。なお、第1検出部は、通信部から相手方への発信をさらに検出してもよい。点灯制御部は、発信検出時にも、着信検出時と同様の点灯制御を行ってよい。第4の局面によれば、表示部の点灯タイミングをユーザが決定できるので、情報の保護が容易に図れる。たとえば、表示部に表示される情報が着信相手の個人情報である場合、ユーザは、着信に応じてイルミネーションが開始されたとき、操作入力を行わずに放置して不在着信留守番応答を実行させたり、あるいは着信操作開操作を行って通話を開始したり、といった対応が可能となり、周囲の人に個人情報を見られずに済む。なお、着信検出時に行われるイルミネーションの発光パターンは、着信相手によって異なることが好ましい。そのために、ユーザによる操作入力に基づいて、相手毎に発光パターンの設定を行うようにすれば、より好ましい。この場合、ユーザは、イルミネーションを見ただけで着信相手がわかるので、個人情報を表示させることなく適切な対応が行える。第5の局面は、第4の局面に従属する携帯端末であって、点灯制御部は、入力部への操作入力に応じてさらに発光部を消灯させるS29。第5の局面によれば、表示部が情報を表示する前に発光部を消灯させることで、表示部の周りが暗くなり、着実に情報伝達が行える。第6の局面は、第1または第2の局面に従属する携帯端末であって、共通のイベントが第2イベントである場合、点灯制御部は、表示部および発光部の同時点灯期間に表示部の輝度を低下させるS9,S81,S83。なお、第2イベントは、たとえば、発光部による鮮やかなイルミネーションに加えて、表示部による迅速な情報伝達が求められるイベントであるが、伝達すべき情報自体の重要性や秘匿性は第1イベントほど高くない。典型的には、第7の局面に記載のような閉操作検出イベントが、第2イベントに該当する。ある実施例では、筐体は開閉可能たとえば折り畳み式やスライド式であり、筐体を開状態から閉状態に変化させる閉操作検出イベントが発生すると、表示部および発光部が同時にまたは順次相前後して点灯し、そして表示部および発光部が同時に点灯している期間中、表示部の輝度は、点灯制御部によって抑制される。低輝度状態の表示部には、たとえばユーザへの挨拶Seeyou...などが表示される。このような挨拶の表示は、閉操作に応じて迅速に行うことが好ましい一方、表示部が低輝度状態で読み取り難くても特に支障はないため、第6の局面のような、同時点灯期間に表示部の輝度を低下させる制御が適する。第6の局面によれば、第2イベントが発生した場合、表示部および発光部の同時点灯期間に、表示部の輝度を抑制することで、イルミネーションを際立たせることができる。また、低輝度状態の表示部に情報を表示することで、迅速な情報伝達が行える。第7の局面は、第6の局面に従属する携帯端末であって、開閉可能に構成され筐体B1,B2、筐体を閉じる閉操作を第2イベントとして少なくとも検出する第2検出部48,S3をさらに備え、点灯制御部は、第2検出部による閉操作検出に応じて発光部を点灯させると共に表示部を低輝度で点灯させるS9:S51,S55。なお、第2検出部は、筐体を開く開操作をさらに検出してもよい。点灯制御部は、開操作検出時にも、閉操作検出時と同様の点灯制御を行ってよい。第7の局面によれば、閉操作検出時に、鮮やかなイルミネーションと共に、迅速な情報伝達が行える。この発明によれば、イルミネーションを際立たせることができる、携帯端末が実現される。図1には、携帯端末10のハードウェア構成が示される。図1を参照して、この発明の一実施例である携帯端末10はCPU24を含む。CPU24には、キー入力装置26、34、フラッシュメモリ36、撮像装置38および開閉検知回路48が接続され、さらに、無線通信回路14を介してアンテナ12が、A/Dコンバータ16を介してマイク18が、D/Aコンバータ20を介してスピーカ22が、ドライバ28を介してメインディスプレイ30が、ドライバ40を介してLED42が、そしてドライバ44を介してサブディスプレイ46がそれぞれ接続される。アンテナ12は、図示しない基地局からの無線信号を捕捉受信し、また、無線通信回路14からの無線信号を放出送信する。無線通信回路14は、アンテナ12で受信された無線信号を復調および復号化し、また、CPU24からの信号を符号化および変調する。マイク18は、音波をアナログの音声信号に変換し、A/Dコンバータ16は、マイク18からの音声信号をディジタルの音声データに変換する。D/Aコンバータ20は、CPU24からの音声データをアナログの音声信号に変換し、スピーカ22は、D/Aコンバータ20からの音声信号を音波に変換する。キー入力装置26は、ユーザによって操作される各種のキーテンキー26a,カーソルキー26b,サイドキー26c:図2A参照,ボタン,トラックボールなどで構成され、操作に応じた信号コマンドをCPU24に入力する。ドライバ28は、CPU24からの信号に応じた画像たとえば待ち受け画面や各種の情報を示す文字の画像など:図示せずをメインディスプレイ30に表示する。ドライバ40は、CPU24からの信号に応じたパターンたとえば着信報知用のパターン,通話開始時用のパターンなどでLED42を発光させる。ドライバ44は、CPU24からの信号に応じた画像たとえば着信相手の名前,挨拶文,現在時刻などを示す文字の画像:図8~図10参照をサブディスプレイ30に表示する。メインメモリ34は、たとえばSDRAMなどで構成され、CPU24に各種の処理を実行させるためのプログラム,データなど図3参照を記憶する共に、CPU24に必要な作業領域を提供する。フラッシュメモリ36は、たとえばNAND型のフラッシュメモリで構成され、プログラムなどの保存領域さらには撮像装置38による画像データの記録領域として利用される。撮像装置38は、図示しないレンズ,イメージセンサたとえばCCD,CMOSなどの撮像素子,カメラ処理回路などで構成され、レンズを経てイメージセンサ上に結像する光学像を光電変換して、これに対応する画像データを出力する。開閉検知回路48は、たとえば、図示しない磁石および磁気センサで構成され、磁石からの磁気を磁気センサで検知した結果に基づいて、携帯端末10の本体および蓋B1およびB2:図2A参照の間の位置関係開閉状態を検知する。CPU24は、メインメモリ34に記憶されたプログラム52~54に従って、他のハードウエア12~22,26~48を利用しつつ、各種の処理を実行する。処理の実行に必要なタイミング信号は、RTC24aから供給される。図2には、携帯端末10の外観が示される。この携帯端末10は、いわゆる折り畳み式の携帯電話端末であり、本体第1筐体B1および蓋第2筐体B2と、これらを回動可能に連結するヒンジHとで構成される。蓋を開く開操作を行うと、図2Aに示すように、第1筐体および第2筐体の各内面が露見する。図2Aのような状態を開状態と呼ぶ。一方、蓋を閉じる閉操作を行うと、図2Bに示すように、第1筐体および第2筐体の各内面は見えなくなる。図2Bのような状態を閉状態と呼ぶ。なお、図示は省略するが、先述した開閉検知回路48を構成する磁石および磁気センサの一方が第1筐体B1側に、他方が第2筐体B2側に設けられており、また、図2Aおよび図2Bの各状態での磁気センサの出力値がフラッシュメモリ36に予め記憶されており、CPU24は、現時点での出力値を予め記憶された出力値と比較することで、開状態および閉状態を検知することができる。さらには、閉状態から開状態への変化が検出された場合には、開操作が行われたと判別し、開状態から閉状態への変化が検出された場合には、閉操作が行われたと判別することもできる。図2Aを参照して、第1筐体B1の内面にはテンキー26a,カーソルキー26bおよびマイク18が、第2筐体B2の内面にはメインディスプレイ30およびスピーカ22が、そして第1筐体B1の左側面にはサイドキー26cがそれぞれ配置されており、ユーザは、携帯端末10を開状態にすることで、メインディスプレイ30の画像を閲覧したり、テンキー26aおよびカーソルキー26bを操作したりすることができる。一方、第2筐体B2の外面には、図2Bに示すように、サブディスプレイ46,LED42および撮像装置38が配置されている。このLED42は、横2個×縦3個の6素子たとえば緑2個,黄2個,青2個からなるLEDアレイの態様を有し、サブディスプレイ46に隣接または近接して配置される。なお、LED42の素子数や配列、色の組み合わせ、サブディスプレイ46との位置関係等は、適宜変更されてよい。ユーザは、携帯端末10が閉状態であっても、サブディスプレイ46の画像を閲覧したり、LED42によるイルミネーションを楽しんだりすることができる。以上のように構成された携帯端末10では、キー入力装置26の操作キー操作によって、相手と通話を行う通話モード、カメラ撮影を行う撮影モードなどを選択することができる。通話モードが選択されると、携帯端末10は、通話装置として機能する。詳しくは、キー入力装置26によって発呼操作が行われると、CPU24は、無線通信回路14を制御して発呼信号を出力する。出力された発呼信号は、アンテナ12を介して出力され、図示しない移動通信網を経て相手の電話機に伝達される。電話機は、着信音,振動,発光などによる呼び出しを開始する。相手が着呼操作を行うと、CPU24は通話処理を開始する。一方、相手からの発呼信号がアンテナ12によって捕捉されると、無線通信回路14は着信をCPU24に通知し、CPU24は、着信音による呼び出しを開始する。キー入力装置26によって着呼操作が行われると、CPU24は通話処理を開始する。通話処理は、たとえば、次のように行われる。相手から送られてきた受話音声信号は、アンテナ12によって捕捉され、無線通信回路14によって復調および復号化を施された後、D/Aコンバータ20を経てスピーカ22に与えられる。これにより、スピーカ22から受話音声が出力される。一方、マイク18によって取り込まれた送話音声信号は、A/Dコンバータ16を経て無線通信回路14に送られ、無線通信回路14によって符号化および変調を施された後、アンテナ12を通して相手に送信される。相手の電話機でも、送話音声信号の復調および復号化が行われ、送話音声が出力される。撮影モードが選択されると、携帯端末10はカメラ装置として機能する。詳しくは、CPU24がスルー撮影開始命令を発し、撮像装置38はスルー撮影を開始する。撮像装置38では、図示しないレンズを経てイメージセンサに結像した光学像は、光電変換を施され、これによって、光学像を表す電荷が生成される。スルー撮影では、イメージセンサで生成された電荷の一部が、たとえば1/60秒毎に、低解像度の生画像信号として読み出される。読み出された生画像信号は、カメラ処理回路によってA/D変換,色分離,YUV変換などの一連の画像処理を施されることで、YUV形式の画像データに変換される。こうして、撮像装置38からは、スルー表示用の低解像度の画像データが、たとえば60fpsのフレームレートで出力される。出力された画像データは、現時点のスルー画像データとしてメインメモリ34に書き込まれ、ドライバ28は、メインメモリ34に記憶されたスルー画像データを繰り返し読み出し、これに基づくスルー画像をディスプレイ30に表示する。ユーザは、ディスプレイ30に表示されたスルー画像を見ながら、撮像装置38の向きや対象までの距離を調節した後、キー入力装置26によりシャッタ操作を行う。CPU24は、シャッタ操作に応答して静止画撮影命令を発する。応じて、イメージセンサで生成された電荷が高解像度の生画像信号として読み出され、読み出された生画像信号は、カメラ処理回路によって一連の画像処理を施されることでYUV形式の画像データに変換される。こうして、撮像装置38から記録用の高解像度の画像データが出力され、出力された画像データは、メインメモリ34に一時保持された後、静止画像データとしてフラッシュメモリ36に書き込まれる。なお、携帯端末10では、上記以外にも、たとえば、電子メールの送受信を行うメールモード、インターネットに接続してデータ通信を行う通信モードなども準備されているが、詳しい説明を省略する。また、携帯端末10には、現在時刻を表示したり、電話帳を作成したりする機能も付加されている。そして、上述のようなモードの選択や機能の呼出しを行うとき、ユーザは、携帯端末10を開状態図2A参照にして、メインディスプレイ30に表示されたメニュー画面図示せずを参照しながら、キー入力装置26を操作する。通話モードでの発着信匝瑳や撮影モードでのシャッタ操作もまた、開状態でメインディスプレイ30の表示画面発着信画面やスルー画像:図示せずを見ながらキー入力装置26により行われる。このように、メインディスプレイ30は、ユーザに閲覧させるべき情報やユーザに各種操作を行わせるための画面を表示するものであり、基本的には、閉状態で点灯されることはなく、開状態では常時点灯されている。言い換えると、開操作に応じて点灯され、閉操作に応じて消灯されるが、好ましくは、節電のために、開状態において無操作期間が一定時間以上継続すると消灯され、何らかの操作が行われると再点灯される。これに対して、サブディスプレイ46は、基本的に、閉状態で情報を表示するためのものであり、開状態では消灯されている。閉状態では、着信があったとき点灯して、着信相手の名前や電話番号などを表示する。また、閉操作が行われたときにも点灯して、Seeyou...といった挨拶文を表示する。さらには、サイドキー26cが押されるのに応答して点灯し、現在時刻を表示する。一方、LED42は、基本的に、閉状態でイルミネーションを行うためのものであり、サブディスプレイ46と共に点灯される。すなわち、閉状態で着信があったときサブディスプレイ46と共に点灯し、また、閉操作が行われたときにも点灯する。ただし、サイドキー26cが押された場合には、サブディスプレイ46が点灯するだけで、LED42は点灯しない。イルミネーションを行うにあたって、LED42は、各素子の輝度を所定のパターンで変化させながら発光する。この実施例では、着信時と閉操作時とで異なる発光パターンを用いるが、点灯期間中、一定の輝度で発光し続けてもよい。好ましくは、着信相手によって発光パターンを変えてもよい。その場合、たとえば発光パターン設定用のメニュー画面を準備して、ユーザが簡単に各種の発光パターンを設定できるようにすれば、より好ましい。また、LED42およびサブディスプレイ46を共に点灯させるイベントは、この実施例では、閉状態での着信、および閉操作の2種類であるが、これに限らない。たとえば、開状態で着信があったときや発信があったときにも同様に点灯してよいし、開操作が行われたときにも同様に点灯してよい。そして、発信時には発信相手の電話番号が、開操作時にはHellow...といった挨拶文が、サブディスプレイ46に表示される。携帯端末10の主要な特徴の1つは、こうしてLED42とサブディスプレイ46とが共に点灯する際に、CPU24が、両者の競合を回避するべく、両者の点灯のタイミングや輝度をイルミネーション優先で制御する点にある。具体的には、図8に示すように、着信があると、まずLED42が点灯してイルミネーションを開始する。その後、ユーザが何らかのキー操作を行うと、LED42は消灯する一方、サブディスプレイ46が点灯し、着信相手の名前氏名,ニックネーム,肩書などを表示する。なお、名前に代えて、またはこれに加えて、着信相手の電話番号を表示してもよい。さらには、着信相手に固有の情報個人情報であれば、どのような情報を表示してもよい例えば顔画像など。なお、ここでは、LED42の点灯期間が終わると同時にサブディスプレイ46の点灯期間が始まっている言い換えると、LED42の単独点灯期間の直後にサブディスプレイ46の単独点灯期間が配置されている:図14A参照が、LED42の点灯期間の末尾とサブディスプレイ46の点灯期間の先頭とが部分的に重なってもよい言い換えると、LED42の単独点灯期間とサブディスプレイ46の単独点灯期間との間に、両者の同時点灯期間が存在してもよい:図14B参照。あるいは、これら2つの単独点灯期間の間に無点灯期間があってもよい図14C参照。図14Aの場合、LED42はキー操作の時点で消灯し、同時にサブディスプレイ46が点灯するのに対して、図14Bの場合、LED42はキー操作から所定時間経過後に消灯し、サブディスプレイ46はキー操作の時点で点灯する。一方、図14Cの場合、LED42は、キー操作の時点で消灯し、サブディスプレイ46は、キー操作から所定時間経過後に点灯する。こうして、LED42およびサブディスプレイ46が共に点灯される際に、サブディスプレイ46の点灯タイミングをLED42のそれよりも遅らせることで、LED42の単独点灯期間が確保される。この期間中は、LED42の周辺の明るさが抑えられ、イルミネーションを際立たせることができる。また、鮮やかなイルミネーションによってユーザの注意が第2筐体B2の外面に向いた後に、LED42は消灯され、サブディスプレイ46が単独で点灯されるので、必要な情報をより着実に伝達できるようになる。また、図9に示すように、閉操作が行われると、LED42およびサブディスプレイ46を同時にまたは順次点灯して、イルミネーションを行いつつ挨拶文たとえばSeeyou...を表示する。そして、このようなLED42およびサブディスプレイ46の同時点灯期間中、サブディスプレイ46の輝度は、CPU24の制御下で、通常の輝度たとえば図8や図10のような単独点灯期間中の輝度と比べて低く抑えられる。これによって、イルミネーションを際立たせることができる。一方、図10に示すように、サイドキー26cが押された場合には、LED42は点灯せず、サブディスプレイ46を単独で点灯して、時刻情報を表示する。現在時刻を知りたいユーザに対して、イルミネーションは無用だからである。なお、こうしてイルミネーションを省略する代わりに、LED42の発光輝度を通常の輝度単独点灯時の輝度よりも抑える制御を行ってもよい。以上のようなLED42およびサブディスプレイ46の点灯制御は、たとえば、メインメモリ34に記憶された図3に示す各種のプログラムおよびデータに基づいて、CPU24が図5~図7に示すフローに従う処理を実行することにより実現される。詳しくは、まず図3を参照して、メインメモリ34はプログラム領域50およびデータ領域60を含み、プログラム領域50にはサブディスプレイ/イルミネーション用点灯制御プログラム52および通話制御プログラム54などが、データ領域60にはサブディスプレイ情報62,イルミネーション情報64,相手情報66および時刻情報68などが、それぞれ記憶される。サブディスプレイ/イルミネーション用点灯制御プログラム以下単に点灯制御プログラムと呼ぶ52は、CPU24を介して各種ハードウェア12~22,26~48を制御して、図4~図7のフローに従う点灯制御処理を実行する、メインのソフトウェアプログラムである。通話制御プログラム54は、点灯制御プログラム52によって利用されるサブのソフトウェアプログラムであり、主として無線通信回路14を制御して発着信処理および通話処理を実行する。なお、図示は省略するが、プログラム領域50には、主として撮像装置38を制御して撮影モードを実現するための制御プログラムや、主として開閉検出回路48を制御して開閉状態ないし開閉操作を検出するための制御プログラムなども記憶される。サブディスプレイ情報62は、点灯制御プログラム52がサブディスプレイ46の点灯を制御する際に参照する情報であり、サブディスプレイ46を図8や図10のように単独で点灯させる場合に用いる通常輝度値a0、およびサブディスプレイ46を図9のようにLED42と同時に点灯させる場合に用いる低輝度値a1<a0などを示す情報を含む。なお、低輝度値a1は、たとえば通常輝度値a0の半値である。または、複数の低輝度値a1,a2,...を記憶しておき、その中から状況に応じた低輝度値を選出してもよい。イルミネーション情報64は、点灯制御プログラム52がLED42の点灯を制御してイルミネーションを行う際に参照する情報であり、輝度値b0および発光パターンなどを示す情報を含む。輝度値b0は、LED42を図8のように単独で点灯させる場合、および図9のように同時に点灯させる場合、の両方に共通して用いられる。発光パターンは、着信時用および閉操作時用の2種類が準備される。なお、発光パターンは、1種類でもよいつまり、着信時および閉操作時で同じ発光パターンを用いてもよい。好ましくは、図13に示すように、相手毎に発光パターンを準備してもよい。図13の着信時用発光パターン情報は、デフォルトの発光パターン0に加え、AAさん電話番号:090用の発光パターン1、およびBBさん電話番号:06用の発光パターン2などを含む。相手情報66は、着信相手を識別する情報であり、着信があったとき通話制御プログラム54によってデータ領域60に書き込まれる。前回着信時に書き込まれた古い情報は、今回着信時に新しい情報で上書きされてよい。相手情報66には、名前,電話番号などを示す情報が含まれる。時刻情報68は、現在時刻を示す情報であり、たとえば通話制御プログラム54によって1分毎に更新される。次に、図4を参照して、CPU24は、最初、ステップS1で、着信があったか否かを無線通信回路14からの信号に基づいて判別する。ステップS1でNOであれば、ステップS3で、閉操作が行われたか否かを開閉検知回路48からの信号に基づいてさらに判別する。ステップS3でもNOであれば、ステップS5で、サイドキー操作が行われたか否かをキー入力装置26サイドキー26cからの信号に基づいてさらに判別する。ステップS5でもNOであれば、ステップS1に戻って上記と同様の処理を繰り返す。ステップS1でYESであれば、ステップS7に進んで、LED42およびサブディスプレイ46に対し後者を遅れて点灯させる第1点灯制御図5,図8参照を行った後、ステップS1に戻る。ステップS3でYESであれば、ステップS9に進んで、LED42およびサブディスプレイ46に対し後者の輝度を低下させる第2点灯制御図6,図9参照を行った後、ステップS1に戻る。ステップS5でYESであれば、ステップS11に進んで、サブディスプレイ46に対し第3点灯制御図7,図10参照を行った後、ステップS1に戻る。なお、図4のフローにおいて、ステップS1~S3のループ内に、発信があったか否かを判別するステップS2や、開操作が行われたか否かを判別するステップS4などを追加してもよい図示は省略。発信があった場合S2:YESの点灯制御は、基本的にはステップS7の第1点灯制御と同様でよく、開操作が行われた場合S4:YESの点灯制御処理は、基本的にはステップS9の第2点灯制御と同様でよい。上記ステップS7の第1点灯制御処理は、詳しくは図5のフローに従って実行される。CPU24は、最初、イルミネーション情報42に基づいてドライバ40を制御することにより、ステップS21でLED42を点灯し、そしてステップS23でLED42によるイルミネーションを開始する。イルミネーションは、イルミネーション情報42に含まれる着信時用の発光パターンに従って実行される。なお、イルミネーション情報42に図13のような相手毎の発光パターン1,2,...が含まれる場合、CPU24は、イルミネーション情報42から着信相手の発光パターンを選出してイルミネーションを実行する。イルミネーション情報42に着信相手の発光パターンが登録されていない場合には、デフォルトの発光パターン0が用いられる。その後、ステップS25に進んで、キー操作が行われたか否かをキー入力装置26からの信号に基づいて判別する。ステップS25でNOであれば、所定の待機期間を挟んで同様の判別を繰り返す。したがって、イルミネーションは、ユーザがキー操作を行うまで継続される。一方、何らかのキー操作典型的にはサイドキー26cを押す操作が行われると、ステップS25の判別結果がNOからYESに変化し、ステップS29に進む。ステップS29では、LED42を消灯し、これによりイルミネーションは終了となる。次に、サブディスプレイ情報62に基づいてドライバ44を制御することにより、ステップS31でサブディスプレイ46を点灯し、そしてステップS33で相手情報66たとえば相手の名前をサブディスプレイ46に表示する。その後、ステップS35に進んで、キー操作が行われたか否かを判別する。ステップS35でNOであれば、相手情報66の表示から所定時間たとえば10秒が経過したか否かをステップS37でさらに判別する。ステップS37でもNOであれば、ステップS35に戻って同様の処理を繰り返す。何らかのキー操作典型的にはサイドキー26cを押す操作が行われるか、または、何のキー操作も行われないまま所定時間が経過すると、ステップS37の判別結果がNOからYESに変化し、ステップS39に進む。ステップS39では、サブディスプレイ46を消灯し、その後、上位のフロー図4に戻る。上記ステップS9の第2点灯制御処理は、詳しくは図6のフローに従って実行される。CPU24は、最初、イルミネーション情報42に基づいてドライバ40を制御することにより、ステップS51でLED42を点灯し、そしてステップS53でLED42によるイルミネーションを開始する。イルミネーションは、イルミネーション情報42に含まれる閉操作時用の発光パターンに従って実行される。次に、サブディスプレイ情報62に基づいてドライバ44を制御することにより、ステップS55でサブディスプレイ46を低輝度点灯し、そしてステップS57でSeeyou...をサブディスプレイ46に表示する。その後、ステップS59に進んで、イルミネーションの開始から所定時間たとえば5秒が経過したか否かを判別し、NOであれば、所定の待機時間を挟んで同様の判別を繰り返す。所定時間が経過すると、ステップS59の判別結果がNOからYESに変化して、ステップS61に進む。ステップS61では、サブディスプレイ46を消灯し、次のステップS63では、LED42を消灯する。その後、上位のフロー図4に戻る。上記ステップS11の第3点灯制御処理は、詳しくは図7のフローに従って実行される。CPU24は、最初、サブディスプレイ情報62に基づいてドライバ44を制御することにより、ステップS71でサブディスプレイ46を点灯し、そしてステップS73で時刻情報68をサブディスプレイ46に表示する。その後、ステップS75に進んで、時刻情報68の表示から所定時間たとえば10秒が経過したか否かを判別し、NOであれば、所定の待機時間を挟んで同様の判別を繰り返す。所定時間が経過すると、ステップS75の判別結果がNOからYESに変化して、ステップS77に進む。ステップS77では、サブディスプレイ46を消灯し、その後、上位のフロー図4に戻る。以上から明らかなように、この実施例の携帯端末10は、第1筐体B1および第2筐体B2と、これらを回動可能に連結するヒンジHとで構成された、折り畳み式の携帯端末である。第1筐体B1にはキー入力装置26が設けられ、第2筐体B2の一方主面内面にはメインディスプレイ30が設けられ、そして第2筐体B2の他方主面外面には、それぞれイベントに応じて点灯するサブディスプレイ46およびLED42が設けられている。携帯端末10のCPU24は、サブディスプレイ46およびLED42に共通のイベント着信検出イベント,閉操作検出イベントが発生した場合に、LED42の点灯をサブディスプレイ46の点灯よりも優先させるS7,S9。こうして、LED42の点灯をサブディスプレイ46の点灯よりも優先させることで、イルミネーションを際立たせることができる。具体的には、着信検出イベントが発生した場合、CPU24は、サブディスプレイ46をLED42よりも遅れて点灯させS7:S21→S31、サブディスプレイ46は、着信相手の個人情報名前,電話番号などを表示するS33。こうして、まずLED42を単独で点灯させることで、サブディスプレイ46からの光がなくて暗い中で、鮮やかなイルミネーションが行える。また、このようなLED42のイルミネーションによってユーザの注意を引いた後にサブディスプレイ46を点灯させることで、サブディスプレイ46による情報伝達着信相手の個人情報の報知が着実に行える。また、閉操作検出イベントが発生した場合、CPU24は、LED42を点灯させると共にサブディスプレイ46を低輝度で点灯させるS9:S51,S55。低輝度状態のサブディスプレイ46には、たとえばユーザへの挨拶Seeyou...などが表示されるS57。こうして、サブディスプレイ46およびLED42の同時点灯期間に、サブディスプレイ46の輝度を抑制することで、LED42のイルミネーションを際立たせることができる。また、イルミネーションと同時に、情報をサブディスプレイ46に表示することで、迅速な情報伝達が行える。なお、以上では、折り畳み式の携帯端末10について説明したが、この発明は、図11に示すようなスライド式の携帯端末10Aや、図示しないスティック状単一筐体の携帯端末にも適用できる。ただし、携帯端末10Aやスティック状の携帯端末の場合には、図1に示した構成要素12~48のうち、サブディスプレイ46とそのドライバ44は省略してよい。LED42はメインディスプレイ30と同じ面に設けられ、図3~図7に記載のサブディスプレイはメインディスプレイに読み替えられる。そして、図8~図10に示したものと同様の点灯制御が、メインディスプレイ30およびLED42を対象として行われる。また、携帯端末10または10Aのように、情報表示用のディスプレイ30,46とイルミネーション用のLED42とが同じ面に設けられている互いに近接する位置に配置されている端末において、図12に示すような輝度制御を行ってもよい。詳しくは、ステップS81で、ディスプレイおよびLEDが同時点灯中であるか否かを判別し、YESであれば、ステップS83でディスプレイの輝度を抑制するたとえば通常輝度の1/2まで低下させる。ステップS81でNOであれば、特段の輝度制御を行わず、サブディスプレイ46は通常輝度に保たれる。こうして、同時点灯期間中にディスプレイの輝度を抑制することで、イルミネーションを際立たせることができる。"