図1を参照して、携帯端末10は、CPU(プロセサまたはコンピュータと呼ばれることもある。)20および入力装置であるキー入力装置22を含む。CPU20は、CDMA方式に対応する無線通信回路14を制御して発呼信号を出力する。出力された発呼信号は、アンテナ12から送出され、基地局を含む移動通信網に送信される。通話相手が応答操作を行うと、通話可能状態が確立される。
通話可能状態に移行した後にキー入力装置22によって通話終了操作が行われると、CPU20は、無線通信回路14を制御して、通話相手に通話終了信号を送信する。そして、通話終了信号の送信後、CPU20は、通話処理を終了する。また、先に通話相手から通話終了信号を受信した場合も、CPU20は、通話処理を終了する。さらに、通話相手によらず、移動通信網から通話終了信号を受信した場合も、CPU20は通話処理を終了する。
携帯端末10が起動している状態で通話相手からの発呼信号がアンテナ12によって捉えられると、無線通信回路14は、着呼をCPU20に通知する。CPU20は、LED46を点灯させると共に、図示しないスピーカから着呼音を出力させる。なお、CPU20は、図示しないモータを駆動(回転)させることで携帯端末10を振動させ、着呼を使用者に通知するようにしてもよい。
そして、CPU20は、第1表示ドライバ24または第2表示ドライバ32を制御することで、発呼信号と共に通話相手から送信される発信元情報を第1ディスプレイ26または第2表示ディスプレイ34に表示させる。
通話可能状態では、次のような処理が実行される。通話相手から送られてきた変調音声信号(高周波信号)は、アンテナ12によって受信される。受信された変調音声信号は、無線通信回路14によって復調処理および復号処理が施される。そして、得られた受話音声信号は、スピーカ18から出力される。一方、マイク16によって取り込まれた送話音声信号は、無線通信回路14によって符号化処理および変調処理が施される。そして、生成された変調音声信号は、上述と同様、アンテナ12を利用して通話相手に送信される。
タッチパネル38は、第2ディスプレイ34の画面内で、任意の位置を指示するためのポインティングデバイスである。タッチパネル38は、その上面を指で、押したり、撫でたり、触られたりすることにより操作されると、その操作を検出する。そして、タッチパネル38に指が触れると、タッチパネル制御回路36は、その指の位置を特定し、操作された位置の座標データをCPU20に出力する。つまり、使用者は、タッチパネル38の上面を指で、押したり、撫でたり、触れたりすることによって、操作の方向や図形などを携帯端末10に入力することができる。
また、タッチパネル38は、指がタッチパネル38の表面に接近して生じた電極間の静電容量の変化を検出する静電容量方式と呼ばれる方式で、1本または複数本の指がタッチパネル38に触れたことを検出する。具体的には、このタッチパネル38は、電極パターンが形成された透明フィルムに、指が接近することで生じる電極間の静電容量の変化を検出する、投影型の静電容量方式が採用されている。なお、検出方式には、表面型の静電容量方式が採用されてもよいし、抵抗膜方式、超音波方式、赤外線方式および電磁誘導方式などであってもよい。
ここで、使用者がタッチパネル38の上面を指で触れる操作を「タッチ」と言うことにする。一方、タッチパネル38から指を離す操作を「リリース」と言うことにする。そして、タッチによって示された座標を「タッチ点」、リリースによって示された座標を「リリース点」と言うことにする。さらに、使用者がタッチパネル38の上面をタッチして、続けてリリースする操作を「タッチアンドリリース」と言うことにする。そして、タッチパネル38に対して行う、タッチ、リリースおよびタッチアンドリリースなどの操作を、総じて「タッチ操作」と言うことにする。
なお、タッチ点は、タッチパネル38に触れている指の面積の重心座標となる。また、タッチ操作を行うために、専用のタッチペンなどを備えるようにしてもよい。さらに、第2ディスプレイ34の表示座標と、タッチパネル38のタッチ位置座標との原点は左上端とする。つまり、横座標は左上端から右上端に向けて大きくなり、縦座標は左上端から左下端に向けて大きくなる。そして、CPU20およびタッチパネル38は、タッチ操作検出手段として機能する。
また、携帯端末10は、メール機能を備えており、図示しないメールサーバとのデータ通信を行い、メールの送受信を行うことができる。なお、データ通信中における、アンテナ12および無線通信回路14は通信手段として機能し、メールサーバなどは有線または無線でネットワークと接続されている。
さらに、携帯端末10は、RAM30に記憶されている音楽データを管理および再生するための音楽プレイヤ機能を備える。使用者は、音楽データの再生操作を行うと、携帯端末10を利用して音楽を楽しむことができる。
図2(A)は携帯端末10の閉状態の外観を示す図解図であり、図2(B)は携帯端末10の開状態の外観を示す図解図である。図2(A)、図2(B)を参照して、携帯端末10は、各々が板状に形成された第1ケースC1(第1筐体)および第2ケースC2(第2筐体)を有する。また、第1ケースC1と第2ケースC2との厚みは略同じであり、第1ケースC1は第2ケースC2の上に積層された状態で、スライド機構50(図3参照)によって連結される。そして、第1ケースC1は、第2ケースC2の長さ方向にスライドできる。なお、アンテナ12は、第1ケースC1または第2ケースC2に内蔵されており、図2(A)、図2(B)では、図示されない。
また、図示しないマイク16は、第2ケースC2に内蔵され、内蔵されたマイク16に通じる開口OP2は第2ケースC2の長さ方向一方の上面に設けられる。同じく、図示しないスピーカ18は、第1ケースC1に内蔵され、内蔵されたスピーカ18に通じる開口OP1は、第1ケースC1の長さ方向一方の上面に設けられる。
キー入力装置22は、複数のキーを含む第1キー群22aと第2キー群22bとを含む。第1キー群22aは、方向キー、通話キー、終話キー、メニューおよび確定キーから構成されており、第1ケースC1の上面に設けられる。また、第2キー群22bは、0〜9の数字キーなどから構成されており、第2ケースC2の上面に設けられる。また、第1ディスプレイ26は、モニタ画面が第1ケースC1の上面に露出するように取り付けられ、第2ディスプレイ34は、モニタ画面が第2ケースC2の上面に露出するように取り付けられる。さらに、第2ディスプレイ34の表面には、タッチパネル38が設けられる。そして、LED46は、発光部が第1ケースC1の長さ方向一方の主面に露出するように設けられる。
たとえば、使用者は、第1ディスプレイ26を確認しながら、0〜9の数字キーを操作して電話番号を入力し、通話キーによって発呼操作を行うことができる。そして、使用者は、終話キーによって通話終了操作を行う。また、使用者は、メニューキーを操作することでメニュー画面を表示し、方向キーによって任意のメニューを選択することができる。そして、使用者は、確定キーを操作することで、選択されたメニューを確定することができる。
なお、使用者は、終話キーを長押しすることで携帯端末10の電源をオン/オフする。また、本実施例では、第2ディスプレイ34の面積は、第1ディスプレイ26に比べて小さい。そのため、第2ディスプレイ34の消費電力は、第1ディスプレイ26の消費電力に比べて小さくなる。
第1磁気センサ40は第2ケースC2の長さ方向一方に内蔵され、磁石42は、図2(A)に示す閉状態で、第1磁気センサ40と最も近い状態となるように、第1ケースC1の長さ方向他方に内蔵される。そして、第2磁気センサ44は、図2(B)に示す開状態で、磁石42と最も近い状態となるように、第2ケースC2の中央付近に内蔵される。
そして、携帯端末10の閉状態を検出する第1磁気センサ40は、図2(A)に示す状態では最大値を出力する。一方、携帯端末10の開状態を検出する第2磁気センサ44は、図2(B)に示す状態では最大値を出力する。つまり、CPU20は、第1磁気センサ40が最大値を出力するときに閉状態を検出し、第2磁気センサ44が最大値を出力するときに開状態を検出する。
ここで、本実施例では、第1磁気センサ40および第2磁気センサ44のそれぞれが、最大値を出力していない状態を「スライド状態」と言うことにする。たとえば、使用者が、閉状態で第1ケースC1をスライドさせると、携帯端末10は閉状態からスライド状態に遷移する。そして、使用者が、第1ケースC1をさらにスライドさせると、携帯端末10は、スライド状態から開状態に遷移する。
このように、第2ディスプレイ34は、定常時(閉状態)には露出せず、スライド操作がされると露出する位置に設けられている。
なお、第1ケースC1と第2ケースC2とは、スライドによる影響を受けないフレキシブルハーネスによって電気的に接続される。また、他の外観図では、第1キー群22a、第2キー群22b、第1ディスプレイ26、第2ディスプレイ34、タッチパネル38、第1磁気センサ40、LED46、開口OP1および開口OP2の参照符号を、簡単のため省略することがある。さらに、本実施例では、CPU20、第1磁気センサ40および磁石42は検出手段として機能し、CPU20、磁石42および第2磁気センサ44は開状態検出手段として機能する。
図3はスライド機構50の表面の外観を示す図解図であり、図4はスライド機構の裏面の外観を示す図解図である。なお、図3および図4では、スライド機構50と、第1ケースC1および第2ケースC2との関係を明確にするために、第1ケースC1と第2ケースC2との外観も図示する。
図3および図4を参照して、スライド機構50は、第1プレート52、第2プレート54および保持手段として機能するバネ56から構成されている。また、スライド機構50は、第1ケースC1と第2ケースC2との間に介在し、第1プレート52は第2ケースC2の上面に連結され、第2プレート54は第1ケースC1の下面に連結される。そして、第1プレート52は、第2プレート54に対してスライドするように組み合わせられる。すなわち、第1プレート52が第2プレート54に対してスライドすることで、第1ケースC1が第2ケースC2に対してスライドする。
なお、本実施例では、第1プレート52および第2プレート54は、それぞれ第1ケースC1および第2ケースC2に対して、ネジにより軸止めされることで連結されてもよいし、凹部と凸部との嵌合などによって連結されてもよい。
図5(A)−図5(D)を用いて、携帯端末10の開状態または閉状態を保持する、バネ56について詳細に説明する。
図5(A)を参照して、携帯端末10が閉状態(図5(B))である場合に、第1プレート52は、第2プレート54の上側に位置しており、バネ56の力F1によって、第1プレート52と第2プレート54との状態が維持される。つまり、閉状態の携帯端末10に対して、矢印D1の方向に外力が加えられたとしても、外力がバネ56の力F1を超えない限り、閉状態が保持される。さらに、第1ケースC1に対して、第2ケースC2が矢印D1の方向にスライドしても、スライド量が一定量を超えない限りは、バネ56による力F1によって、スライド状態は閉状態に戻される。
また、スライド量が一定量を超えると、バネ56の力F1の方向が反転し、力F2が働くようになる。これにより、第2ケースC2は、矢印D2の方向にスライドがアシストされて、図5(D)に示す開状態になる。
図5(C)を参照して、携帯端末10が開状態(図5(D))である場合に、第1プレート52は、第2プレートの下側に位置しており、バネ56の力F2によって、第1プレート52と第2プレート54と状態が維持される。つまり、閉状態と同様に、バネ56によって携帯端末10の開状態が保持される。
このように、スライド機構50が備えるバネ56によって、携帯端末10の開状態または閉状態が保持されると共に、第1ケースC1または第2ケースC2に対するスライド操作がアシストされる。
なお、本実施例における「スライド量の一定量」とは、第1ケースC1が閉状態から開状態にスライドしたときの移動距離に対して、半分の距離となる。たとえば、使用者が閉状態の携帯端末10に対して、第2ディスプレイ34のみを露出させるスライド操作を行ってから、そのスライド操作を中断すると、携帯端末10はスライド状態から閉状態に戻される。
また、本実施例におけるスライド機構では、1つのバネでスライドをアシストしているが、2本以上のバネを利用してスライドをアシストしてもよい。また、本実施例では、バネ56にコイルバネを用いたが、板バネなどの他の種類のバネが用いられてもよい。
ここで、本実施例では、携帯端末10の省電力機能を有しており、使用者は、携帯端末10に対して省電力モードを設定することができる。この省電力モードは、電話の着呼状態、メールの着信状態および待機状態などの使用頻度が高い状態(特定状態)では、第1ディスプレイ26の電源をオフにする。さらに、省電力モードの携帯端末10は、電話の着呼とメールの着信との通知情報や、携帯端末情報(時刻や残電池容量)などの所定の情報を、スライド操作がされたときのみ、第2ディスプレイ34に表示させる。
まず、図6(A)−図6(F)を用いて、着呼中(着呼状態)のスライド操作について説明する。着呼中の携帯端末10では、図6(A)に示すようにLED46が発光(点灯)する。そして、使用者が着呼中の携帯端末10に対してスライド操作を行うと、第2ディスプレイ34には発信元情報が表示される。たとえば、図6(B)を参照して、第2ディスプレイ34には相手の電話番号と共に、電話番号に対応する相手の名前が表示される。なお、相手の名前は、携帯端末10のRAM30に記録されるアドレス帳データに基づいて表示される。
また、使用者がスライド操作を継続して行い、開状態にすると、通話可能状態が確立され、LED46の発光が停止される。さらに、通話状態では、第2ディスプレイ34には、複数の機能キーが表示される。使用者は、表示された複数の機能キーに対して、タッチ操作を行うことで、任意の機能キーを操作することができる。たとえば、図6(C)を参照して、第2ディスプレイ34には、HF(Hands Free)キーTa、メモキーTbおよびメニューキーTcが表示される。HFキーTaが操作されると、ハンズフリー通話に切り替わる。また、メモキーTbが操作されると、通話音声がRAM30に記録(録音)される。そして、メニューキーTcが操作されると、図6(D)に示すように、第1ディスプレイ26にメニュー画面が表示される。
そして、図6(E)を参照して、通話状態でスライド操作によって携帯端末10が閉状態にされると、終話キーが操作されたときと同じように、携帯端末10は、通話終了信号を送信して、通話処理を終了する。つまり、携帯端末10が待機状態となる。また、携帯端末10が閉状態にされると、第1ディスプレイ26および第2ディスプレイ34の表示は消去される。
このように、使用者は、通話相手の情報を確認した後に、通話相手との通話を始めることができる。
なお、通話可能状態が確立された場合に、第2ディスプレイ34には、図6(F)に示すように、通話時間を示す表示がされてもよい。また、図6(B)に示すスライド状態において、スライド操作が中断されて携帯端末10が閉状態に戻ると、不在応答処理が実行される。この不在応答処理では、通話可能状態を確立した後に、留守番応答メッセージを通話相手に送ってもよいし、通話可能状態を確立することなく通話終了信号を送信してもよい。また、誤ってスライド操作を中断してしまうことを考慮し、閉状態に戻っても図6(A)のように着呼中(着呼状態)に戻り、所定時間その状態を維持するようにしてもよい。この場合、所定時間後に、前述した不在応答処理を実行してもよいし、通話可能状態を確立することなく通話終了信号を送信してもよい。
図7(A)−図7(D)を用いて、メールの着信中(着信状態)のスライド操作について説明する。図7(A)を参照して、携帯端末10は、着呼中と同様に、着信中にLED46を発光(点灯)させることで、メールの着信を通知する。そして、使用者がメールの着信中にスライド操作を行うと、第2ディスプレイ34に、メールのヘッダ情報を表示する。たとえば、図7(B)を参照して、第2ディスプレイ34には、発信者の名前が表示される。また、メールの件名などメールのヘッダ情報のみを表示してもよいし、発信者の名前と合わせて表示してもよい。
図7(B)に示すスライド状態で、スライド操作が継続されて、携帯端末10が開状態にされると、図7(C)に示すように、新たに受信したメール(新着メール)の本文が第1ディスプレイ26に表示される。さらに、第2ディスプレイ34には返信キーTdが表示される。たとえば、使用者は、この返信キーTdを操作することで、第1ディスプレイ26に返信メール作成画面を表示させることができる。
そして、図7(C)に示すスライド状態で、スライド操作がされて、携帯端末10が閉状態にされると、第1ディスプレイ26および第2ディスプレイ34の表示は消去される。
このように、使用者は、メールの送信者などを確認した後に、メールの本文を表示させることができる。
図8(A)−図8(D)を用いて、待機中(待機状態)におけるスライド操作について詳細に説明する。図8(A)に示す状態で、スライド操作によって、携帯端末10がスライド状態になると、携帯端末情報が、第2ディスプレイ34に表示される。たとえば、図8(B)を参照して、第2ディスプレイ34には、携帯端末情報としてアンテナ12による電波受信状態、充電池の残電池容量および現在日時などが表示される。
また、図8(B)に示す状態で、さらにスライド操作が行われ、携帯端末10が開状態となると、図8(C)に示すように、第1ディスプレイ26には待機状態を表す待機画像が表示される。
さらに、図8(D)を参照して、新着メールの本文一度も確認されていない状態であれば、未読メール通知情報が第2ディスプレイ34に表示される。たとえば、未読メール通知情報は、「未読メールあり」などの文字列や、専用の画像アイコンで、第2ディスプレイに表示される。また、未読メール通知情報が表示された第2ディスプレイ34は、ショートカットキーTeとして機能する。そして、使用者は、このショートカットキー34Teを操作することで、メールフォルダ画面を第1ディスプレイ26に表示させることができる。
なお、新着メールが1度も確認されていなければ、新着メール通知情報が第2ディスプレイ34に表示される。たとえば、「新着メールあり」などの文字列や、専用の画像アイコンが、新着メール通知情報として第2ディスプレイ34に表示される。
このように、本実施例の携帯端末10では、使用される状況に応じて、使用者が必要とする情報を的確に提供できるようになる。また、使用者は、第2ディスプレイ34に表示される情報を確認した後に、スライド操作を継続することで容易に、所定の処理を実行させることができる。なお、ここでの「所定の処理」とは、特定状態で実行される可能性が高い処理(通話処理や、本文表示処理)のことである。
ここで、図9を用いて、任意の機能が実行された場合の第2ディスプレイ34の表示について詳細に説明する。図9を参照して、たとえば音楽プレイヤ機能が実行される場合に、第2ディスプレイ34には、第1選曲キーTf、第2選曲キーTg、第1音量キーThおよび第2音量キーTjが表示される。そして、第1選曲キーTfが操作されると、前回再生されていた曲が選択され、第2選曲キーTgが操作されると、次に再生される曲が選択される。また、第1音量キーTgが操作されると、図示しないスピーカなどから出力される音量を小さくし、第2音量キーThが操作されると、音量を大きくする。
なお、ネットワーク上のサーバのデータを閲覧するブラウザ機能が実行される場合には、表示される画面を上下にスクロールさせる上下スクロールキーや、左右にスクロールさせる左右スクロールキーが第2ディスプレイ34に表示される。また、TVチューナを備える携帯端末10でTV視聴機能が実行される場合には、チャンネルの選局キーおよび音量キーが第2ディスプレイ34に表示される。さらに、カメラモジュールを備える携帯端末10で、カメラ機能が実行される場合には、ズーム調節キーおよび明るさ調節キーなどが第2ディスプレイ34に表示される。
このように、携帯端末10で実行される様々な機能に対応するタッチキーを、第2ディスプレイ34に表示させることができる。これにより、携帯端末10の開発者は、操作キーの配置が限られる携帯端末10において、第2ディスプレイ34が設けられる位置を有効に活用することができる。また、実行する機能に応じて、タッチキーが表示されるようになるため、使用者は、実行する機能に対する、入力操作が容易になる。
図10は、RAM30のメモリマップを示す図解図である。図10を参照して、RAM30のメモリマップには、プログラム記憶領域302およびデータ記憶領域304が含まれる。プログラムおよびデータの一部は、フラッシュメモリ28から一度に全部または必要に応じて部分的にかつ順次的に読みだされ、RAM30に記憶されてからCPU20などで処理される。
プログラム記憶領域302は、携帯端末10を動作させるためのプログラムを記憶する。携帯端末10を動作させるためのプログラムは、着呼プログラム310、着信プログラム312、スライド制御プログラム314およびタッチキー制御プログラム316などによって構成される。
着呼プログラム310は、発呼信号の受信を連続的に確認するためのプログラムであり、LED46を発光させる着呼状態処理などを実行させたりもする。着信プログラム312は、メールサーバからの新着メール通知を連続的に確認するためのプログラムである。スライド制御プログラム314は、スライド操作がされたときの第2ディスプレイ34の表示を制御するためのプログラムであり、さらに着呼中プログラム314a、着信中プログラム314bおよび待機中プログラム314cを含む。
着呼中プログラム314aは、着呼中にスライド操作がされたときに、第2ディスプレイ34の表示を制御するためのプログラムである。また、着信中プログラム314bは、メールの着信中にスライド操作がされたときに、第2ディスプレイ34の表示を制御するためのプログラムである。そして、待機中プログラム314cは、待機中にスライド操作がされたときに、第2ディスプレイ34の表示を制御するためのプログラムである。
タッチキー制御プログラム316は、任意の機能が実行される際に、第2ディスプレイ34に表示されるタッチキー(第1選曲キーTfや、第1音量キーThなど)を制御するためのプルログラムである。
なお、図示は省略するが、携帯端末10を動作させるためのプログラムは、受信メール、送信メールを管理するためのプルログラムや、ネットワークのサーバとのデータ通信を行うためのプログラムおよび音楽データを管理および再生するためのプログラムなどを含む。
図11を参照して、データ記憶領域304には、タッチ位置バッファ330および実行機能バッファ332などが設けられる。また、データ記憶領域304には、タッチ座標マップデータ334、タッチキーテーブルデータ336およびGUIデータ338などが記憶されると共に、着呼フラグ340、着信フラグ342、タッチフラグ344、新着フラグ346および未読フラグ348などが設けられる。
タッチ位置バッファ330は、タッチパネル38によって検出されたタッチなどの入力結果を一時記憶するためのバッファであり、たとえばタッチ点およびリリース点の座標データを一時的に記憶する。実行機能バッファ332は、実行される機能を管理する処理に応じて、格納されるデータが変化するバッファである。ここで、携帯端末10によって実行される全て機能には、機能IDが割り振られており、この実行機能バッファ332には、CPU20によって現在実行されている機能の機能IDが格納される。
タッチ座標マップデータ334は、タッチパネル制御回路36によって特定されるタッチ点などの座標を、第2ディスプレイ34の表示座標と対応付けるためのデータである。つまり、CPU20は、タッチ座標マップデータ334に基づいて、タッチパネル38に対して行われたタッチ操作の結果を第2ディスプレイ34の表示に対応付けることができる。
タッチキーテーブルデータ336は、機能IDに対応して、タッチキーの表示が必要か否かを示すデータと、タッチキーの表示が必要な場合に、表示されるタッチキーの種類を示すデータとが記録されるテーブルデータである。GUIデータ338は、第1ディスプレイ26および第2ディスプレイ34に表示されるGUIの画像データであり、たとえばタッチキーを表示するための画像データなども含まれる。
着呼フラグ340は、発呼信号を受信しているか否かを判断するためのフラグである。たとえば、着呼フラグ340は、1ビットのレジスタで構成される。着呼フラグ340がオン(成立)されると、レジスタにはデータ値「1」が設定される。一方、着呼フラグ340がオフ(不成立)されると、レジスタにはデータ値「0」が設定される。
着信フラグ342は、新着メールを受信している状態か否かを判断するためのフラグである。また、タッチフラグ344は、タッチパネル38にタッチしているか(触れているか)否かを判断するためのフラグである。新着フラグ346は、新着メール受信後にスライド操作がされたか否かを判断するためにフラグである。未読フラグ348は、新着メールの本文が表示されたか否かを判断するためのフラグである。なお、着信フラグ342、タッチフラグ344、新着フラグ346および未読フラグ348の構成は、着呼フラグ340と同じであるため、詳細な説明は省略する。
なお、図示は省略するが、データ記憶領域304には、他の携帯端末10に設定されている電話番号などから構成されるアドレス帳データや、使用者のプロフィールのデータなどが記憶されると共に、携帯端末10の動作に必要なカウンタや、フラグも設けられる。
CPU20は、「Linux(登録商標)」および「REX」などのRTOS(Real-time Operating System)の制御下で、図12に示す着呼処理、図13に示す着信処理、図14に示すスライド制御処理、図15に示す着呼中処理、図16に示す着信中処理、図17と図18とに示す待機中処理および図19に示すタッチキー制御処理などを含む複数のタスクを並列的に実行する。
図12は、着呼処理のフロー図である。たとえば、携帯端末10の電源がオンになると、CPU20は、ステップS1で、発呼信号を受信したか否かを判断する。つまり、通話相手からの発呼信号がアンテナ12によって捉えられ、無線通信回路14から着呼が通知されたか否かを判断する。ステップS1で“NO”であれば、つまり発呼信号がアンテナ12によって捉えられなければ、発呼信号を受信するまでステップS1の処理を繰り返す。一方、ステップS1で“YES”であれば、つまり発呼信号がアンテナ12によって捉えられれば、ステップS3で着呼フラグ340をオンにする。続いて、ステップS5では、着呼状態処理を開始する。着呼状態処理では、たとえばLED46を点灯させる。さらに、着呼状態処理では、図示しないモータの回転によって携帯端末10を振動させたり、図示しないスピーカから着呼音を出力させたりする。
続いて、ステップS7では、発呼信号が途絶したか否かを判断する。たとえば、通話可能状態が確立されることで、発呼信号が途絶したか否かを判断する。ステップS7で“NO”であれば、つまりアンテナ12が発呼信号を受信していれば、ステップS7の処理を繰り返し実行する。一方、ステップS7で“YES”であれば、つまりアンテナ12によって発呼信号が受信されなければ、ステップS9で着呼フラグ340をオフにし、ステップS11で着呼状態処理を終了する。そして、ステップS11の処理が終了すると、ステップS1に戻る。つまり、ステップS11では、LED46を消灯する。さらに、図示しないモータの回転を停止させ、図示しないスピーカからの出力を停止させる。
図13は、着信処理のフロー図である。たとえば、携帯端末10の電源がオンになると、CPU20は、ステップS21で、新着メール通知を受信したか否かを判断する。つまり、図示しないメールサーバからの新着メール通知を、アンテナ12が受信したか否かを判断する。ステップS21で“NO”であれば、つまり新着メール通知を受信してなければ、ステップS21の処理を繰り返し実行する。一方、ステップS21で“YES”であれば、つまり新着メール通知を受信すれば、ステップS23で着信フラグ342をオンにし、ステップS25で、サーバから新着メールを受信する。つまり、ステップS25では、メールサーバから、新着メールのデータを受信する。
ステップS27では、受信を完了したか否かを判断する。つまり、新着メールのデータを、メールサーバから全て受信し終えたか否かを判断する。ステップS27で“NO”でれば、つまり新着メールの受信が完了していなければ、ステップS27の処理を繰り返し実行する。一方、ステップS27で“YES”であれば、つまり新着メールの受信が完了すれば、ステップS29で着信フラグ342をオフにし、ステップS31で新着フラグ346をオンにする。続いて、ステップS33では、新着メール受信処理を開始し、ステップS21に戻る。つまり、ステップS33で実行される新着メール受信処理では、LED46を点灯させる。なお、新着メール受信処理では、着呼状態処理と同様に、図示しないモータを回転させたり、図示しないスピーカから着信音を出力させたりする。
図14は、スライド制御処理のフロー図である。たとえば、携帯端末10の電源がオンになると、CPU20は、ステップS41で、スライド状態になったか否かを判断する。つまり、第1磁気センサ40および第2磁気センサ44が共に、最大値を出力していないか否かを判断する。ステップS41で“NO”であれば、つまり第1磁気センサ40または第2磁気センサ44のいずれか一方が、最大値を出力していれば、ステップS43で終了操作がされた否かを判断する。たとえば、終話キーが長押し操作されたか否かを判断する。ステップS43で“NO”であれば、つまり終了操作がされていなければステップS41に戻る。一方、ステップS43で“YES”であれば、つまり終了操作がされれば、スライド制御処理を終了する。
また、ステップS41で“YES”であれば、つまり、第1磁気センサ40および第2磁気センサ44が共に、最大値を出力していなければ、ステップS45で着呼中か否かを判断する。つまり、着呼フラグ340がオンであるか否かを判断する。ステップS45で“YES”であれば、つまり着呼フラグ340がオンであれば、ステップS47で着呼中処理を実行し、ステップS41に戻る。なお、着呼中処理の詳細な説明は、図15に示すフロー図を用いて後述するため、ここでは詳細な説明を省略する。
一方、ステップS45で“NO”であれば、つまり着呼フラグ340がオフであれば、ステップS49で着信中か否かを判断する。つまり、着信フラグ342がオンであるか否かを判断する。ステップS49で“YES”であれば、つまり着信フラグ342がオンであれば、ステップS51で着信中処理を実行し、ステップS41に戻る。なお、着信中処理の詳細な説明は、図16に示すフロー図を用いて後述するため、ここでの詳細な説明は省略する。
また、ステップS49で“NO”であれば、つまり着呼フラグ340および着信フラグ342が共にオンでなければ、ステップS53で待機中処理を実行し、ステップS41に戻る。なお、待機中処理の詳細な説明は、図17と図18とに示すフロー図を用いて後述するため、ここでの詳細な説明は省略する。
なお、ステップS1、S27,S45,S49の処理を実行するCPU20は、判断手段として機能する。また、ステップS1,S45の処理を実行するCPU20は着呼判断手段として機能し、ステップS27,S49の処理を実行するCPU20は着信判断手段として機能する。
図15は、ステップS47(図14参照)で実行される着呼中処理のフロー図である。CPU20は、ステップS71で、第2ディスプレイ34に発信元情報を表示する。たとえば、図6(B)に示すように、通話相手から送信された発信元情報に基づいて、電話番号や、通話相手の名前を第2ディスプレイ34に表示させる。
続いて、ステップS73では、開状態か否かを判断する。つまり、第2磁気センサ44の値が最大値であるか否かを判断する。ステップS73で“YES”であれば、つまり開状態であれば、ステップS79に進む。一方、ステップS73で“NO”であれば、つまり開状態でなければ、ステップS75で閉状態か否かを判断する。つまり、第1磁気センサ44の値が最大値であるか否かを判断する。ステップS75で“NO”であれば、つまりスライド状態であれば、ステップS73に戻る。一方、ステップS75で“YES”であれば、つまり閉状態であれば、ステップS77で不在応答処理を開始して、ステップS89に進む。たとえば、ステップS77では、通話可能状態を確立した後に、留守番応答メッセージを通話相手に送信する。
また、携帯端末10が開状態にされれば、ステップS79で通話処理を開始する。つまり、通話処理を実行することで、通話可能状態を確立する。続いて、ステップS81の処理では、第2ディスプレイ34の表示を切り替える。たとえば、図6(C)に示すように、第2ディスプレイ34の表示を、発信元情報に基づいた電話番号や通話相手の名前から、HFキーTa、メモキーTbおよびメニューキーTcなどのタッチキーを表す画像に切り替える。
続いて、ステップS83では、入力操作か否かを判断する。たとえば、第2ディスプレイ34に表示される任意のタッチキーが操作されたか否かを判断する。また、タッチキーに対するタッチの有無を判断する場合には、タッチフラグ344のオン/オフによって判断する。さらに、複数のタッチキーの中から、操作されたタッチキーを特定する場合には、タッチ位置バッファ330に格納されるタッチ点およびリリース点に基づいて特定される。
ステップS83で“NO”であれば、つまり入力操作がされなければ、ステップS87に進む。一方、ステップS83で“YES”であれば、つまり入力操作がされれば、ステップS85で第1ディスプレイ26に操作結果を表示させる。つまり、第1ディスプレイ26の電源をオンにして、入力操作の結果を表示させる。たとえば、図6(D)を参照して、メニューキーTcが操作されれば、メニュー画面を第1ディスプレイ26に表示させる。
続いて、ステップS87では、終話操作か否かを判断する。つまり、通話状態を終了させるための操作がされたか否かを判断する。なお、終話操作としては、携帯端末10を閉状態にする操作であってもよいし、終話キーを押下する操作であってもよい。ステップS87で“NO”であれば、つまり終話操作がされなければ、ステップS83に戻る。一方、ステップS87で“YES”であれば、つまり終話操作がされれば、ステップS89で通話処理を終了する。つまり、無線通信回路14を制御して、通話相手に通話終了信号を送信する。続いて、ステップS91では、表示を消去し、着呼中処理を終了して、スライド制御処理に戻る。つまり、ステップS91では、第2ディスプレイ34の電源をオフにして表示を消去する。さらに、第1ディスプレイ26の電源がオンであれば、第1ディスプレイ26の電源もオフにする。
なお、スライド操作中に着呼状態でなくなった場合には、着呼に対して応答しなかったことを表す「新着呼履歴あり」などの文字列が、第2ディスプレイ34に表示される。
図16は、ステップS51(図14参照)で実行される着信中処理のフロー図である。CPU20は、ステップS111で第2ディスプレイ34にヘッダ情報を表示させる。つまり、新着メールのデータに含まれるヘッダ情報を、第2ディスプレイ34に表示させる。たとえば、ヘッダ情報にはメールの送信者を示す情報が含まれるため、第2ディスプレイ34には、図7(B)に示すように、新着メールの送信者名が表示される。なお、新着メールの受信が完了しておらず、新着メールのヘッダ情報を得られない場合には、ステップS111の処理は、新着メールのヘッダ情報が得られるまで、実行されない。
ステップS113では、開状態か否かを判断する。ステップS113で“YES”であれば、つまり開状態であれば、ステップS119に進む。一方、ステップS119で“NO”であれば、つまり開状態でなければ、ステップS115で閉状態か否かを判断する。ステップS115で“NO”であれば、つまりスライド状態であれば、ステップS113に戻る。一方、ステップS115で“YES”であれば、つまり閉状態であれば、ステップS117で未読フラグ348をオンにし、ステップS129に進む。つまり、ステップS117では、新着メールの本文が表示されていないため、未読フラグ348をオンにする。
また、第2ディスプレイ34に、新着メールの送信者名が表示された状態で、開状態にされると、ステップS119で、第1ディスプレイ26に新着メールの本文を表示する。たとえば、図7(C)に示すように、新着メールの本文が第1ディスプレイ26に表示される。続いて、ステップS121では、第2ディスプレイ34の表示を切り替える。たとえば、図7(C)に示すように、第2ディスプレイ34の表示を、新着メールの送信者名から、返信キーTdを表す画像に切り替える。
続いて、ステップS123では、入力操作か否かを判断する。ステップS123で“NO”であれば、つまり入力操作がされなければ、ステップS127に進む。一方、ステップS123で“YES”であれば、つまり入力操作であれば、ステップS125で第1ディスプレイ26に操作結果を表示する。たとえば、返信キーTdが操作されれば、第1ディスプレイ26には返信メール作成画面が表示される。
続いて、ステップS127では、閉状態か否かを判断する。ステップS127で“NO”であれば、つまり開状態のままであれば、ステップS123に戻る。一方、ステップS127で“YES”であれば、つまり携帯端末10が開状態から閉状態にされれば、ステップS129で新着フラグ346をオフにし、ステップS131で表示を消去する。つまり、ステップS131では、第2ディスプレイ34の電源をオフにすると共に、第1ディスプレイ26の電源がオンであれば、第1ディスプレイ26の電源もオフにする。そして、ステップS131の処理が終了すると、着信中処理を終了して、スライド制御処理に戻る。
なお、スライド操作中に着信状態でなくなった場合には、新着メール通知情報が、第2ディスプレイ34に表示される。
図17はステップS53(図14参照)で実行される待機中処理のフロー図である。CPU20は、ステップS151で、新着フラグ346がオンであるか否かを判断する。つまり、携帯端末10が新着メールを受信してから、第2ディスプレイ34を表示させる操作を行ったか否かを判断する。ステップS151で“NO”であれば、つまり新着フラグ346がオフであれば、ステップS181(図18参照)に進む。一方、ステップS151で“YES”であれば、つまり新着フラグ346がオンであれば、ステップS153で新着フラグ346をオフにして、ステップS155で第2ディスプレイ34に新着メール通知情報を表示する。たとえば、第2ディスプレイ34には、新着メール通知情報として「新着メールあり」の文字列が表示させる。
続いて、ステップS157では、開状態か否かを判断する。ステップS157で“NO”であれば、つまり開状態でなければ、ステップS163に進む。一方、ステップS157で“YES”であれば、つまり開状態であれば、ステップS159で第1ディスプレイ26にメールフォルダ画面を表示する。つまり、受信された全てのメールを任意に選択可能なGUIを第1ディスプレイ26に表示される。
続いて、ステップS161では、新着メールの表示操作か否かを判断する。たとえば、表示された複数のメールの中から、操作キーによって新着メールが選択されて、確定キーが操作されたか否かを判断する。ステップS161で“YES”であれば、つまり新着メールの表示操作であれば、ステップS169に進む。一方、ステップS161で“NO”であれば、つまり新着メールの表示操作がされなければ、ステップS163で閉状態か否かを判断する。ステップS161で“NO”であれば、つまり閉状態にされなければ、ステップS157に戻る。一方、ステップS163で“YES”であれば、つまり閉状態にされれば、ステップS165で未読フラグ348をオンにし、ステップS167で表示を消去する。つまり、第1ディスプレイ26および第2ディスプレイ34の電源をオフにする。そして、ステップS167の処理が終了すると、待機中処理を終了して、スライド制御処理に戻る。
また、新着メールの表示操作が行われると、ステップS169では、第2ディスプレイ34の表示を切り替える。つまり、ステップS121の処理と同様に、第2ディスプレイ34の表示を、タッチキーの表示に切り替える。続いて、ステップS171では、第1ディスプレイ26に新着メールの本文を表示する。つまり、ステップS125の処理と同様に、新着メールの本文を第1ディスプレイ26に表示させる。
続いて、ステップS173では、未読フラグ348をオフにする。つまり、新着メールの本文が第1ディスプレイ26に表示されたので、未読フラグ348をオフにする。続いて、ステップS175では、入力操作か否かを判断する。ステップS175で“NO”であれば、ステップS179に進む。一方、ステップS175で“YES”であれば、ステップS177で、第1ディスプレイ26に操作結果を表示する。続いて、ステップS179では、閉状態か否かを判断する。ステップS179で“NO”であれば、つまり開状態のままであれば、ステップS175に戻る。一方、ステップS179で“YES”であれば、つまり携帯端末10が閉状態にされれば、ステップS169に進む。
ここで、図18を参照して、待機中処理において、新着フラグ346がオフであれば、ステップS181で未読フラグ348がオンであるか否かを判断する。つまり、新着メールの本文が一度も表示されていないかを判断する。ステップS181で“NO”であれば、つまり未読フラグ348がオフであれば、ステップS183で第2ディスプレイ34に携帯端末情報を表示する。たとえば、第2ディスプレイ34には、図8(B)に示すように、アンテナ12による電波受信状態、充電池の残電池容量および現在日時などが表示される。続いて、ステップS185では、閉状態か否かを判断する。ステップS185で“NO”であれば、つまり閉状態にされなければ、ステップS185の処理を繰り返して実行する。一方、ステップS185で“YES”であれば、つまり閉状態にされれば、ステップS167に進む。なお、開状態にされれば、第1ディスプレイ26には、待機状態であることを示す画像が表示される。
また、待機中処理において、未読フラグ348がオンであれば、ステップS187で第2ディスプレイ34に未読メール通知情報を表示する。たとえば、図8(C)に示すように、第2ディスプレイ34には、「未読メールあり」の文字列が表示される。続いて、ステップS189では、タッチ操作か否かを判断する。つまり、未読メール通知情報が表示されている状態で、タッチフラグ344がオンであるか否かを判断する。
ステップS189で“NO”であれば、つまりタッチフラグ344がオフであれば、ステップS191で閉状態であるか否かを判断します。ステップS191で“NO”であれば、ステップS189に戻る。一方、ステップS191で“YES”であれば、ステップS167に進む。また、ステップS189で“YES”であれば、つまりタッチフラグ344がオンであれば、ステップS193で第1ディスプレイ26にメールフォルダ画面を表示する。つまり、ステップS159と同様に、GUIを第1ディスプレイ26に表示する。
続いて、ステップS195では、新着メールの表示操作か否かを判断する。ステップS195で“YES”であれば、つまり新着メールの表示操作であれば、ステップS169に進む。一方、ステップS195で“NO”であれば、つまり新着メールの表示操作でなければ、ステップS197で閉状態か否かを判断する。ステップS197で“NO”であれば、つまり開状態でなければ、ステップS195に戻る。一方、ステップS197で“YES”であれば、つまり新着メールが表示されないまま閉状態にされれば、ステップS167に進む。
なお、ステップS71,S111,S155,S183の処理を実行するCPU20は、情報表示手段として機能する。また、ステップS79,S119,S159の処理を実行するCPU20は、第1処理手段として機能する。さらに、ステップS79の処理を実行するCPU20は通話処理手段として機能し、ステップS119の処理を実行するCPU20はメール表示手段として機能する。
図19はタッチキー制御処理のフロー図である。たとえば、使用者が任意の機能を実行させると、CPU20は、ステップS211では、実行機能バッファ332に格納されるデータを取得する。つまり、実行される機能の機能IDを、実行機能バッファ332から読み出す。なお、ステップS211の処理を実行するCPU20は、取得手段として機能する。
続いて、ステップS213では、タッチキーを表示する必要があるか否かを判断する。つまり、ステップS213の処理では、タッチキーテーブルデータ336において、ステップS211で読み出した機能IDを検索し、タッチキーを表示させる必要があるかを示すデータに基づいて判断する。ステップS213で“NO”であれば、つまりタッチキーを表示させる必要がなければ、タッチキー制御処理を終了する。一方、ステップS213で“YES”であれば、つまりタッチキーを表示させる必要があれば、ステップS215で機能IDに対応するタッチキーを第2ディスプレイ34に表示させる。たとえば、音楽プレイヤ機能であれば、タッチキーテーブルデータ336に基づいて、図9に示すように、第1選曲キーTf、第2選曲キーTg、第1音量キーThおよび第2音量キーTjを表す画像(図柄)が、第2ディスプレイ34に表示される。なお、ステップS215の処理を実行するCPU20は、図柄表示手段として機能する。
続いて、ステップS217では、タッチ操作か否かを判断する。つまり、タッチフラグ344がオンであるか否かを判断する。ステップS217で“NO”であれば、つまりタッチフラグ344がオフであれば、ステップS219で終了操作か否かを判断する。つまり、実行される機能を終了させるための操作がされたか否かを判断する。ステップS219で“NO”であれば、つまり終了操作がされなければステップS217に戻る。一方、ステップS219で“YES”であれば、つまり終了操作がされれば、タッチキー制御処理を終了する。
また、ステップS217で“YES”であれば、つまりタッチフラグ344がオンであれば、ステップS221で、操作されたタッチキーに応じて任意の処理を実行する。たとえば、音楽プレイヤ機能が実行されているときに第1音量キーThが操作されれば、再生される音楽の音量を小さくする処理が実行される。なお、ステップS221の処理を実行するCPU20は、第2処理手段として機能する。
以上の説明から分かるように、携帯端末10は、第1ケースC1および第2ケースC2を含み、第1ケースC1が、第2ケースC2の上に積層された状態で、スライド可能に連結されるスライド型携帯端末である。第1ケースC1の上面には、第1ディスプレイ26が設けられる。また、第2ケースC2の上面には、定常時(閉状態)では、露出せずにスライド操作がされたときに露出する位置に、第2ディスプレイ34が設けられる。
これにより、使用者は、スライド操作としてスライド操作を行うことで、時刻などの所定の情報を第2ディスプレイ34によって確認できるようになる。そして、第2ディスプレイ34に、第1ディスプレイ26の消費電力よりも小さいものが採用されるため、携帯端末10の消費電力を抑えることができる。
また、定常時には第1ディスプレイ26がプライバシーを考慮した表示状態とされ、スライド操作がされたときのみ、所定の情報を確認できるようにすることで、使用者のプライバシーを保護することができる。なお、プライバシーを考慮した表示状態とは、第1ディスプレイ26に何も表示されない状態であってもよいし、第1ディスプレイ26のバックライトが消灯された状態であってもよい。さらに、使用者によって指定された情報のみが、第1ディスプレイ26に表示される状態であってもよい。
さらに、第1ディスプレイ26と第2ディスプレイ34とは、スライド操作がされると、同時に確認できる位置に設けられるため、使用者の利便性が向上する。
なお、本実施例では、第1ディスプレイ26にはLCDモニタが利用され、第2ディスプレイ34には有機ELパネルが利用されるが、他の表示装置が利用されてもよい。また、第1ディスプレイ34の表面にもタッチパネル38が設けられるようにしてもよい。さらにLED46には、複数の色を発光可能なカラーLEDを利用し、着呼中と着信中とで発光する色を変えるようにしてもよい。
また、本実施例の携帯端末10では、第1ケースC1と第2ケースC2と2つのケースで、スライド型携帯端末を構成していたが、3つ以上のケースから構成されるスライド型携帯端末であってもよい。たとえば、3つのケースから構成されるスライド型携帯端末では、最上部のケースに対して、中間部のケースが左右方向にスライドし、最下部のケースが上下方向にスライドする。そして、この場合に、第1ディスプレイ26は、最上部のケースに設けられ、第2ディスプレイ34は、中間部のケースまたは最下部のケースのどちらかがスライドしたときに露出する位置に設けられる。
また、本実施例では、開状態、閉状態およびスライド状態を、第1磁気センサ40、第2磁気センサ44および磁石42によって検出していたが、2つ以上の機械式スイッチを利用して、開状態、閉状態およびスライド状態を検出してもよいし、機械式スイッチと磁気センサおよび磁石との組み合わせによって開状態、閉状態およびスライド状態を検出してもよい。
また、他の実施例では、省電力機能による省電力モードが設定されていなくても、図14−図18に示す各処理が実行されてもよい。
また、携帯端末10の通信方式には、CDMA方式に限らず、W-CDMA方式、TDMA方式、PHS方式およびGSM方式などを採用してもよい。携帯端末10のみに限らず、スライド機構を備えるPDA(Personal Digital Assistant)や、ノートPCなどの携帯情報端末などであってもよいし、スライド機構を備える携帯型ゲーム機であってもよい。