JP5443830B2 - 携帯端末およびスライド制御プログラム - Google Patents

Description

この発明は、携帯端末に関し、特にたとえば複数の筐体がスライド可能に連結される、携帯端末に関する。

従来、特にたとえば複数の筐体がスライド可能に連結される、携帯端末が知られており、この種の装置の一例が、非特許文献１に開示されている。この背景技術のスライド型携帯電話は、上側の筐体に、ディスプレイがむき出しとなるように設けられており、待機状態ではディスプレイの電源がオフにされる。そして、使用者が時刻表示および電池の残容量を確認するときや、着呼およびメールの着信があるときに、ディスプレイとディスプレイのバックライトとの電源がオンにされ、所定の情報がディスプレイに表示される。

また、特許文献１には、スライド式携帯端末が開示されている。この携帯端末には、下側の筐体に、大型液晶表示部および小型液晶表示部を有しており、短縮状態（閉状態）では、大型液晶表示部が他方の筐体に覆われる位置に設けられ、小型液晶表示部のみが露出するようにされる。

W61SA by SANYO 取扱説明書 22頁

特開２００８−６１１８５号公報［H04M 1/02, H04B 1/38］

近年、携帯電話などの携帯端末では、充電池の使用時間を延長させるために、消費電力を低減させる技術が開発されている。ところが、非特許文献１の携帯電話では、時刻を確認するための単純な操作を行っただけで、ディスプレイとバックライトとの電源がオンになるため、サブディスプレイを備える折り畳み型携帯電話に比べて、消費電力が大きくなってしまう。

また、携帯電話の市場では、ディスプレイの大型化が進んでいるが、スライド型携帯電話では、時刻および電池の残容量を確認するときや、着呼およびメールの着信があるときに、第三者にディスプレイを覗き見されてしまうといった、問題もある。

そこで、特許文献１のように、スライド型携帯電話にも小型液晶表示部（サブディスプレイ）を設けることが考えられたが、次のような問題が新たに発生する。まず、この文献のスライド式携帯端末では、短縮状態でも常に段差が生じてしまい、持ち運びの際にその段差が邪魔になる。次に、大型液晶表示部と小型液晶表示部とが、下側の筐体に設けられるため、短縮状態から伸長状態にスライドさせる際に、非特許文献１などのスライド型携帯電話に比べ、スライドの操作性が悪くなる。そして、短縮状態ではメインディスプレイが隠れてしまうため、スライド型携帯端電話の利点である「閉じたままでの使用」が、実質的にできなくなってしまう。

それゆえに、この発明の主たる目的は、新規な、携帯端末を提供することである。

この発明の他の目的は、消費電力を抑えることができる、携帯端末を提供することである。

この発明のその他の目的は、プライバシーを保護することができる、携帯端末を提供することである。

この発明のさらにその他の目的は、使用者が必要とする情報を的確に提供できる携帯端末およびスライド制御プログラムを提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、第１筐体、第１筐体に設けられる第１表示手段、第１筐体とスライド可能に連結され第１筐体が上に積層される第２筐体、および、第２筐体の、スライドされたときに露出する位置に設けられる第２表示手段を有する、携帯端末であって、第１筐体と第２筐体とが開状態になったことを検出する第１検出手段、第１筐体と第２筐体とが、閉状態と開状態との間の、第２表示手段が露出するスライド状態となったことを検出する第２検出手段、特定状態であるかを判断する判断手段、第１検出手段により開状態が検出されたとき、第１表示手段および第２表示手段に情報を表示させる第１情報表示手段、および判断手段によって特定状態と判断され、かつ第２検出手段によりスライド状態が検出されたとき、第２表示手段だけに情報を表示させる第２情報表示手段を備える、携帯端末である。

第１の発明では、携帯端末（１０）の第１筐体（Ｃ１）および第２筐体（Ｃ２）は、たとえば板状に形成される。また、第１筐体にはＬＣＤモニタなどの第１表示手段（２６）が設けられる。第１筐体と第２筐体とは、たとえばバネ（５６）を含むスライド機構（５０）によってスライド可能に連結される。有機ＥＬパネルなどが用いられる第２表示手段（３４）は、第２筐体において、定常時（閉状態）では露出せず、スライドされたときに露出する位置に設けられる。第１検出手段（２０，４２，４４）は第１筐体と第２筐体とが開状態になったことを検出する。第２検出手段（２０，４０，４２，Ｓ４１）は第１筐体と第２筐体とが、閉状態と開状態との間の、第２表示手段が露出するスライド状態となったことを検出する。判断手段（２０，Ｓ１，Ｓ２７，Ｓ４５，Ｓ４９）は、携帯端末が使用される状況において、使用頻度が高い状態を特定状態（着呼状態、着信状態、待機状態）として判断する。第１情報表示手段は第１検出手段により開状態が検出されたとき、第１表示手段および第２表示手段に情報を表示させる。そして、第２情報表示手段（２０，Ｓ７１，Ｓ１１１，Ｓ１５５，Ｓ１８３）は判断手段によって特定状態と判断され、かつ第２検出手段によりスライド状態が検出されたとき、第２表示手段だけに情報を表示させる。

第１の発明によれば、使用者は、単純な操作としてスライド操作を行うことで、時刻などの所定の情報を第２表示手段によって確認できるようになる。そして、第２表示手段に、第１表示手段の消費電力よりも小さいものを採用することで、携帯端末の消費電力を抑えることができる。
また、定常時には第１表示手段がプライバシーを考慮した表示状態とされ、スライド操作がされたときのみ、所定の情報を表示することで、使用者のプライバシーを保護することができる。さらに、第２表示手段に、第１表示手段よりも小さいものを採用することで、プライバシー保護の効果はさらに高まる。
また、第１表示手段と第２表示手段とは、スライド操作がされると、同時に確認できる位置に設けられるため、使用者の利便性が向上する。
また、携帯端末が使用される状況に応じて、使用者が必要とする情報を的確に提供できるようになる。

第２の発明は、第１の発明に従属し、第２筐体に設けられる操作手段をさらに備え、第２表示手段は、操作手段の下側に設けられる。

第３の発明は、第１の発明または第２の発明に従属し、第１情報表示手段は、開状態が検出されたとき、第１表示手段および第２表示手段にそれぞれ異なる情報を表示する。

第４の発明は、第１の発明ないし第３の発明のいずれかに従属し、第１情報表示手段によって第１表示手段および第２表示手段に情報が表示され、かつ開状態が検出されたとき、所定の処理を実行する処理手段をさらに備える。

第４の発明では、処理手段（２０，Ｓ７９，Ｓ１１９，Ｓ１５９）は、開状態が検出されたときに実行される可能性が高い処理を、所定の処理として実行する。

第４の発明によれば、使用者は、第２表示手段に表示される情報を確認した後に、スライド操作を継続することで、所定の処理を実行させることができる。

第５の発明は、第４の発明に従属し、判断手段は、着呼状態であるかを判断する着呼判断手段を含み、処理手段は、開状態が検出され着呼状態であると判断されたとき、通話処理を実行する通話処理手段を含み、第１情報表示手段は、開状態が検出され着呼状態であると判断されたとき、第１表示手段に通話中の情報を表示させ第２表示手段に通話に関する機能の選択を受け付ける情報を表示させ、第２情報表示手段は、スライド状態が検出され着呼状態であると判断されたとき、第２表示手段に発信元情報を表示させる。

第５の発明では、着呼判断手段（２０，Ｓ１，Ｓ４５）は着呼状態であるかを判断する。通話処理手段（２０，Ｓ７９）は、開状態にされると、通話相手との通話可能状態を確立する。第１情報表示手段は、開状態が検出され着呼状態であると判断されたとき、第１表示手段に通話中の情報を表示させ第２表示手段に通話に関する機能の選択を受け付ける情報を表示さる。また、第２情報表示手段は、スライド状態が検出され着呼状態であると判断されたとき、第２表示手段に発信元情報を表示させる。

第５の発明によれば、使用者は、通話相手の情報を確認した後に、通話相手との通話を始めることができる。

第６の発明は、第４の発明に従属し、判断手段は、メールの着信状態であるかを判断する着信判断手段を含み、処理手段は、開状態が検出され着信状態であると判断されたとき、メール機能を実行するメール機能実行手段を含み、第１情報表示手段は、開状態が検出され着信状態であると判断されたとき、第１表示手段にメールの内容を表示させ第２表示手段にメールに返信する操作を受け付ける情報を表示させ、第２情報表示手段は、スライド状態が検出され着信状態であると判断されたとき、第２表示手段に送信元情報を表示させる。

第６の発明では、着信判断手段（２０，Ｓ２７，Ｓ４９）は、特定状態に含まれる着信状態であるかを判断する。メール機能実行手段（２０，Ｓ１１９）は、開状態にされると、メール機能を実行する。第１情報表示手段は、開状態が検出され着信状態であると判断されたとき、第１表示手段にメールの内容（本文）を表示させ第２表示手段にメールに返信する操作を受け付ける情報を表示させる。また、第２情報表示手段は、スライド状態が検出され着信状態であると判断されたとき、第２表示手段に送信元情報を表示させる。

第６の発明によれば、使用者は、メールの送信者などを確認した後に、メールの本文などを表示させることができる。

第７の発明は、第１筐体、第１筐体に設けられる第１表示手段、第１筐体とスライド可能に連結され第１筐体が上に積層される第２筐体、第２筐体の、スライドされたときに露出する位置に設けられる第２表示手段および第１筐体と第２筐体とが開状態になったことを検出する第１検出手段を有する、携帯端末（１０）のプロセサ（２０）を、第１筐体と第２筐体とが、閉状態と開状態との間の、第２表示手段が露出するスライド状態となったことを検出する第２検出手段（Ｓ４１）、特定状態であるかを判断する判断手段（Ｓ１，Ｓ２７，Ｓ４５，Ｓ４９）、第１検出手段により開状態が検出されたとき、第１表示手段および第２表示手段に情報を表示させる第１情報表示手段、および判断手段によって特定状態と判断され、かつ第２検出手段によりスライド状態が検出されたとき、第２表示手段だけに情報を表示させる第２情報表示手段（Ｓ７１，Ｓ１１１，Ｓ１５３）として機能させる、スライド制御プログラムである。

第７の発明でも、第１の発明と同様、使用者は、単純な操作としてスライド操作を行うことで、時刻などの所定の情報を第２表示手段によって確認できるようになる。そして、第２表示手段に、第１表示手段の消費電力よりも小さいものを採用することで、携帯端末の消費電力を抑えることができる。

この発明によれば、単純な操作がされたときに、消費電力が低い表示手段に所定の情報を表示させることで、携帯端末の消費電力を抑えることができる。

また、定常時には一方の表示手段がプライバシーを考慮した表示状態とされ、単純な操作がされたときに露出する他方の表示手段に所定の情報を表示させることで、使用者のプライバシーを保護することができる。

さらに、携帯端末が使用される状況に応じて、使用者が必要とする情報を的確に提供できるようになる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１は本発明の一実施例の携帯端末の電気的な構成を示すブロック図である。 図２は図１に示す携帯端末の外観の一例を示す図解図である。 図３は図１に示す携帯端末に含まれるスライド機構の外観の一例を示す図解図である。 図４は図３に示すスライド機構の外観の他の一例を示す図解図である。 図５は図３に示すスライド機能の動作の一例を示す図解図である。 図６は図２に示す外観の携帯端末において、スライド操作がされたときの第１ディスプレイおよび第２ディスプレイの表示例を示す図解図である。 図７は図２に示す外観の携帯端末において、スライド操作がされたときの第１ディスプレイおよび第２ディスプレイの他の表示例を示す図解図である。 図８は図２に示す外観の携帯端末において、スライド操作がされたときの第１ディスプレイおよび第２ディスプレイのその他の表示例を示す図解図である。 図９は図２に示す外観の携帯端末において、スライド操作がされたときの第１ディスプレイおよび第２ディスプレイのさらにその他の表示例を示す図解図である。 図１０は図１に示すＲＡＭのメモリマップの一例を示す図解図である。 図１１は図１０に示すデータ記憶領域の一例を示す図解図である。 図１２は図１に示すＣＰＵの着呼処理を示すフロー図である。 図１３は図１に示すＣＰＵの着信処理を示すフロー図である。 図１４は図１に示すＣＰＵのスライド制御処理を示すフロー図である。 図１５は図１に示すＣＰＵの着呼中処理を示すフロー図である。 図１６は図１に示すＣＰＵの着信中処理を示すフロー図である。 図１７は図１に示すＣＰＵの待機中処理の一部を示すフロー図である。 図１８は図１に示すＣＰＵの待機中処理の他の一部であって、図１７に後続するフロー図である。 図１９は図１に示すＣＰＵのタッチキー制御処理を示すフロー図である。

図１を参照して、携帯端末１０は、ＣＰＵ（プロセサまたはコンピュータと呼ばれることもある。）２０および入力装置であるキー入力装置２２を含む。ＣＰＵ２０は、CDMA方式に対応する無線通信回路１４を制御して発呼信号を出力する。出力された発呼信号は、アンテナ１２から送出され、基地局を含む移動通信網に送信される。通話相手が応答操作を行うと、通話可能状態が確立される。

通話可能状態に移行した後にキー入力装置２２によって通話終了操作が行われると、ＣＰＵ２０は、無線通信回路１４を制御して、通話相手に通話終了信号を送信する。そして、通話終了信号の送信後、ＣＰＵ２０は、通話処理を終了する。また、先に通話相手から通話終了信号を受信した場合も、ＣＰＵ２０は、通話処理を終了する。さらに、通話相手によらず、移動通信網から通話終了信号を受信した場合も、ＣＰＵ２０は通話処理を終了する。

携帯端末１０が起動している状態で通話相手からの発呼信号がアンテナ１２によって捉えられると、無線通信回路１４は、着呼をＣＰＵ２０に通知する。ＣＰＵ２０は、ＬＥＤ４６を点灯させると共に、図示しないスピーカから着呼音を出力させる。なお、ＣＰＵ２０は、図示しないモータを駆動（回転）させることで携帯端末１０を振動させ、着呼を使用者に通知するようにしてもよい。

そして、ＣＰＵ２０は、第１表示ドライバ２４または第２表示ドライバ３２を制御することで、発呼信号と共に通話相手から送信される発信元情報を第１ディスプレイ２６または第２表示ディスプレイ３４に表示させる。

通話可能状態では、次のような処理が実行される。通話相手から送られてきた変調音声信号（高周波信号）は、アンテナ１２によって受信される。受信された変調音声信号は、無線通信回路１４によって復調処理および復号処理が施される。そして、得られた受話音声信号は、スピーカ１８から出力される。一方、マイク１６によって取り込まれた送話音声信号は、無線通信回路１４によって符号化処理および変調処理が施される。そして、生成された変調音声信号は、上述と同様、アンテナ１２を利用して通話相手に送信される。

タッチパネル３８は、第２ディスプレイ３４の画面内で、任意の位置を指示するためのポインティングデバイスである。タッチパネル３８は、その上面を指で、押したり、撫でたり、触られたりすることにより操作されると、その操作を検出する。そして、タッチパネル３８に指が触れると、タッチパネル制御回路３６は、その指の位置を特定し、操作された位置の座標データをＣＰＵ２０に出力する。つまり、使用者は、タッチパネル３８の上面を指で、押したり、撫でたり、触れたりすることによって、操作の方向や図形などを携帯端末１０に入力することができる。

また、タッチパネル３８は、指がタッチパネル３８の表面に接近して生じた電極間の静電容量の変化を検出する静電容量方式と呼ばれる方式で、１本または複数本の指がタッチパネル３８に触れたことを検出する。具体的には、このタッチパネル３８は、電極パターンが形成された透明フィルムに、指が接近することで生じる電極間の静電容量の変化を検出する、投影型の静電容量方式が採用されている。なお、検出方式には、表面型の静電容量方式が採用されてもよいし、抵抗膜方式、超音波方式、赤外線方式および電磁誘導方式などであってもよい。

ここで、使用者がタッチパネル３８の上面を指で触れる操作を「タッチ」と言うことにする。一方、タッチパネル３８から指を離す操作を「リリース」と言うことにする。そして、タッチによって示された座標を「タッチ点」、リリースによって示された座標を「リリース点」と言うことにする。さらに、使用者がタッチパネル３８の上面をタッチして、続けてリリースする操作を「タッチアンドリリース」と言うことにする。そして、タッチパネル３８に対して行う、タッチ、リリースおよびタッチアンドリリースなどの操作を、総じて「タッチ操作」と言うことにする。

なお、タッチ点は、タッチパネル３８に触れている指の面積の重心座標となる。また、タッチ操作を行うために、専用のタッチペンなどを備えるようにしてもよい。さらに、第２ディスプレイ３４の表示座標と、タッチパネル３８のタッチ位置座標との原点は左上端とする。つまり、横座標は左上端から右上端に向けて大きくなり、縦座標は左上端から左下端に向けて大きくなる。そして、ＣＰＵ２０およびタッチパネル３８は、タッチ操作検出手段として機能する。

また、携帯端末１０は、メール機能を備えており、図示しないメールサーバとのデータ通信を行い、メールの送受信を行うことができる。なお、データ通信中における、アンテナ１２および無線通信回路１４は通信手段として機能し、メールサーバなどは有線または無線でネットワークと接続されている。

さらに、携帯端末１０は、ＲＡＭ３０に記憶されている音楽データを管理および再生するための音楽プレイヤ機能を備える。使用者は、音楽データの再生操作を行うと、携帯端末１０を利用して音楽を楽しむことができる。

図２（Ａ）は携帯端末１０の閉状態の外観を示す図解図であり、図２（Ｂ）は携帯端末１０の開状態の外観を示す図解図である。図２（Ａ）、図２（Ｂ）を参照して、携帯端末１０は、各々が板状に形成された第１ケースＣ１（第１筐体）および第２ケースＣ２（第２筐体）を有する。また、第１ケースＣ１と第２ケースＣ２との厚みは略同じであり、第１ケースＣ１は第２ケースＣ２の上に積層された状態で、スライド機構５０（図３参照）によって連結される。そして、第１ケースＣ１は、第２ケースＣ２の長さ方向にスライドできる。なお、アンテナ１２は、第１ケースＣ１または第２ケースＣ２に内蔵されており、図２（Ａ）、図２（Ｂ）では、図示されない。

また、図示しないマイク１６は、第２ケースＣ２に内蔵され、内蔵されたマイク１６に通じる開口ＯＰ２は第２ケースＣ２の長さ方向一方の上面に設けられる。同じく、図示しないスピーカ１８は、第１ケースＣ１に内蔵され、内蔵されたスピーカ１８に通じる開口ＯＰ１は、第１ケースＣ１の長さ方向一方の上面に設けられる。

キー入力装置２２は、複数のキーを含む第１キー群２２ａと第２キー群２２ｂとを含む。第１キー群２２ａは、方向キー、通話キー、終話キー、メニューおよび確定キーから構成されており、第１ケースＣ１の上面に設けられる。また、第２キー群２２ｂは、０〜９の数字キーなどから構成されており、第２ケースＣ２の上面に設けられる。また、第１ディスプレイ２６は、モニタ画面が第１ケースＣ１の上面に露出するように取り付けられ、第２ディスプレイ３４は、モニタ画面が第２ケースＣ２の上面に露出するように取り付けられる。さらに、第２ディスプレイ３４の表面には、タッチパネル３８が設けられる。そして、ＬＥＤ４６は、発光部が第１ケースＣ１の長さ方向一方の主面に露出するように設けられる。

たとえば、使用者は、第１ディスプレイ２６を確認しながら、０〜９の数字キーを操作して電話番号を入力し、通話キーによって発呼操作を行うことができる。そして、使用者は、終話キーによって通話終了操作を行う。また、使用者は、メニューキーを操作することでメニュー画面を表示し、方向キーによって任意のメニューを選択することができる。そして、使用者は、確定キーを操作することで、選択されたメニューを確定することができる。

なお、使用者は、終話キーを長押しすることで携帯端末１０の電源をオン／オフする。また、本実施例では、第２ディスプレイ３４の面積は、第１ディスプレイ２６に比べて小さい。そのため、第２ディスプレイ３４の消費電力は、第１ディスプレイ２６の消費電力に比べて小さくなる。

第１磁気センサ４０は第２ケースＣ２の長さ方向一方に内蔵され、磁石４２は、図２（Ａ）に示す閉状態で、第１磁気センサ４０と最も近い状態となるように、第１ケースＣ１の長さ方向他方に内蔵される。そして、第２磁気センサ４４は、図２（Ｂ）に示す開状態で、磁石４２と最も近い状態となるように、第２ケースＣ２の中央付近に内蔵される。

そして、携帯端末１０の閉状態を検出する第１磁気センサ４０は、図２（Ａ）に示す状態では最大値を出力する。一方、携帯端末１０の開状態を検出する第２磁気センサ４４は、図２（Ｂ）に示す状態では最大値を出力する。つまり、ＣＰＵ２０は、第１磁気センサ４０が最大値を出力するときに閉状態を検出し、第２磁気センサ４４が最大値を出力するときに開状態を検出する。

ここで、本実施例では、第１磁気センサ４０および第２磁気センサ４４のそれぞれが、最大値を出力していない状態を「スライド状態」と言うことにする。たとえば、使用者が、閉状態で第１ケースＣ１をスライドさせると、携帯端末１０は閉状態からスライド状態に遷移する。そして、使用者が、第１ケースＣ１をさらにスライドさせると、携帯端末１０は、スライド状態から開状態に遷移する。

このように、第２ディスプレイ３４は、定常時（閉状態）には露出せず、スライド操作がされると露出する位置に設けられている。

なお、第１ケースＣ１と第２ケースＣ２とは、スライドによる影響を受けないフレキシブルハーネスによって電気的に接続される。また、他の外観図では、第１キー群２２ａ、第２キー群２２ｂ、第１ディスプレイ２６、第２ディスプレイ３４、タッチパネル３８、第１磁気センサ４０、ＬＥＤ４６、開口ＯＰ１および開口ＯＰ２の参照符号を、簡単のため省略することがある。さらに、本実施例では、ＣＰＵ２０、第１磁気センサ４０および磁石４２は検出手段として機能し、ＣＰＵ２０、磁石４２および第２磁気センサ４４は開状態検出手段として機能する。

図３はスライド機構５０の表面の外観を示す図解図であり、図４はスライド機構の裏面の外観を示す図解図である。なお、図３および図４では、スライド機構５０と、第１ケースＣ１および第２ケースＣ２との関係を明確にするために、第１ケースＣ１と第２ケースＣ２との外観も図示する。

図３および図４を参照して、スライド機構５０は、第１プレート５２、第２プレート５４および保持手段として機能するバネ５６から構成されている。また、スライド機構５０は、第１ケースＣ１と第２ケースＣ２との間に介在し、第１プレート５２は第２ケースＣ２の上面に連結され、第２プレート５４は第１ケースＣ１の下面に連結される。そして、第１プレート５２は、第２プレート５４に対してスライドするように組み合わせられる。すなわち、第１プレート５２が第２プレート５４に対してスライドすることで、第１ケースＣ１が第２ケースＣ２に対してスライドする。

なお、本実施例では、第１プレート５２および第２プレート５４は、それぞれ第１ケースＣ１および第２ケースＣ２に対して、ネジにより軸止めされることで連結されてもよいし、凹部と凸部との嵌合などによって連結されてもよい。

図５（Ａ）−図５（Ｄ）を用いて、携帯端末１０の開状態または閉状態を保持する、バネ５６について詳細に説明する。

図５（Ａ）を参照して、携帯端末１０が閉状態（図５（Ｂ））である場合に、第１プレート５２は、第２プレート５４の上側に位置しており、バネ５６の力Ｆ１によって、第１プレート５２と第２プレート５４との状態が維持される。つまり、閉状態の携帯端末１０に対して、矢印Ｄ１の方向に外力が加えられたとしても、外力がバネ５６の力Ｆ１を超えない限り、閉状態が保持される。さらに、第１ケースＣ１に対して、第２ケースＣ２が矢印Ｄ１の方向にスライドしても、スライド量が一定量を超えない限りは、バネ５６による力Ｆ１によって、スライド状態は閉状態に戻される。

また、スライド量が一定量を超えると、バネ５６の力Ｆ１の方向が反転し、力Ｆ２が働くようになる。これにより、第２ケースＣ２は、矢印Ｄ２の方向にスライドがアシストされて、図５（Ｄ）に示す開状態になる。

図５（Ｃ）を参照して、携帯端末１０が開状態（図５（Ｄ））である場合に、第１プレート５２は、第２プレートの下側に位置しており、バネ５６の力Ｆ２によって、第１プレート５２と第２プレート５４と状態が維持される。つまり、閉状態と同様に、バネ５６によって携帯端末１０の開状態が保持される。

このように、スライド機構５０が備えるバネ５６によって、携帯端末１０の開状態または閉状態が保持されると共に、第１ケースＣ１または第２ケースＣ２に対するスライド操作がアシストされる。

なお、本実施例における「スライド量の一定量」とは、第１ケースＣ１が閉状態から開状態にスライドしたときの移動距離に対して、半分の距離となる。たとえば、使用者が閉状態の携帯端末１０に対して、第２ディスプレイ３４のみを露出させるスライド操作を行ってから、そのスライド操作を中断すると、携帯端末１０はスライド状態から閉状態に戻される。

また、本実施例におけるスライド機構では、１つのバネでスライドをアシストしているが、２本以上のバネを利用してスライドをアシストしてもよい。また、本実施例では、バネ５６にコイルバネを用いたが、板バネなどの他の種類のバネが用いられてもよい。

ここで、本実施例では、携帯端末１０の省電力機能を有しており、使用者は、携帯端末１０に対して省電力モードを設定することができる。この省電力モードは、電話の着呼状態、メールの着信状態および待機状態などの使用頻度が高い状態（特定状態）では、第１ディスプレイ２６の電源をオフにする。さらに、省電力モードの携帯端末１０は、電話の着呼とメールの着信との通知情報や、携帯端末情報（時刻や残電池容量）などの所定の情報を、スライド操作がされたときのみ、第２ディスプレイ３４に表示させる。

まず、図６（Ａ）−図６（Ｆ）を用いて、着呼中（着呼状態）のスライド操作について説明する。着呼中の携帯端末１０では、図６（Ａ）に示すようにＬＥＤ４６が発光（点灯）する。そして、使用者が着呼中の携帯端末１０に対してスライド操作を行うと、第２ディスプレイ３４には発信元情報が表示される。たとえば、図６（Ｂ）を参照して、第２ディスプレイ３４には相手の電話番号と共に、電話番号に対応する相手の名前が表示される。なお、相手の名前は、携帯端末１０のＲＡＭ３０に記録されるアドレス帳データに基づいて表示される。

また、使用者がスライド操作を継続して行い、開状態にすると、通話可能状態が確立され、ＬＥＤ４６の発光が停止される。さらに、通話状態では、第２ディスプレイ３４には、複数の機能キーが表示される。使用者は、表示された複数の機能キーに対して、タッチ操作を行うことで、任意の機能キーを操作することができる。たとえば、図６（Ｃ）を参照して、第２ディスプレイ３４には、ＨＦ（Hands Free）キーＴａ、メモキーＴｂおよびメニューキーＴｃが表示される。ＨＦキーＴａが操作されると、ハンズフリー通話に切り替わる。また、メモキーＴｂが操作されると、通話音声がＲＡＭ３０に記録（録音）される。そして、メニューキーＴｃが操作されると、図６（Ｄ）に示すように、第１ディスプレイ２６にメニュー画面が表示される。

そして、図６（Ｅ）を参照して、通話状態でスライド操作によって携帯端末１０が閉状態にされると、終話キーが操作されたときと同じように、携帯端末１０は、通話終了信号を送信して、通話処理を終了する。つまり、携帯端末１０が待機状態となる。また、携帯端末１０が閉状態にされると、第１ディスプレイ２６および第２ディスプレイ３４の表示は消去される。

このように、使用者は、通話相手の情報を確認した後に、通話相手との通話を始めることができる。

なお、通話可能状態が確立された場合に、第２ディスプレイ３４には、図６（Ｆ）に示すように、通話時間を示す表示がされてもよい。また、図６（Ｂ）に示すスライド状態において、スライド操作が中断されて携帯端末１０が閉状態に戻ると、不在応答処理が実行される。この不在応答処理では、通話可能状態を確立した後に、留守番応答メッセージを通話相手に送ってもよいし、通話可能状態を確立することなく通話終了信号を送信してもよい。また、誤ってスライド操作を中断してしまうことを考慮し、閉状態に戻っても図６（Ａ）のように着呼中（着呼状態）に戻り、所定時間その状態を維持するようにしてもよい。この場合、所定時間後に、前述した不在応答処理を実行してもよいし、通話可能状態を確立することなく通話終了信号を送信してもよい。

図７（Ａ）−図７（Ｄ）を用いて、メールの着信中（着信状態）のスライド操作について説明する。図７（Ａ）を参照して、携帯端末１０は、着呼中と同様に、着信中にＬＥＤ４６を発光（点灯）させることで、メールの着信を通知する。そして、使用者がメールの着信中にスライド操作を行うと、第２ディスプレイ３４に、メールのヘッダ情報を表示する。たとえば、図７（Ｂ）を参照して、第２ディスプレイ３４には、発信者の名前が表示される。また、メールの件名などメールのヘッダ情報のみを表示してもよいし、発信者の名前と合わせて表示してもよい。

図７（Ｂ）に示すスライド状態で、スライド操作が継続されて、携帯端末１０が開状態にされると、図７（Ｃ）に示すように、新たに受信したメール（新着メール）の本文が第１ディスプレイ２６に表示される。さらに、第２ディスプレイ３４には返信キーＴｄが表示される。たとえば、使用者は、この返信キーＴｄを操作することで、第１ディスプレイ２６に返信メール作成画面を表示させることができる。

そして、図７（Ｃ）に示すスライド状態で、スライド操作がされて、携帯端末１０が閉状態にされると、第１ディスプレイ２６および第２ディスプレイ３４の表示は消去される。

このように、使用者は、メールの送信者などを確認した後に、メールの本文を表示させることができる。

図８（Ａ）−図８（Ｄ）を用いて、待機中（待機状態）におけるスライド操作について詳細に説明する。図８（Ａ）に示す状態で、スライド操作によって、携帯端末１０がスライド状態になると、携帯端末情報が、第２ディスプレイ３４に表示される。たとえば、図８（Ｂ）を参照して、第２ディスプレイ３４には、携帯端末情報としてアンテナ１２による電波受信状態、充電池の残電池容量および現在日時などが表示される。

また、図８（Ｂ）に示す状態で、さらにスライド操作が行われ、携帯端末１０が開状態となると、図８（Ｃ）に示すように、第１ディスプレイ２６には待機状態を表す待機画像が表示される。

さらに、図８（Ｄ）を参照して、新着メールの本文一度も確認されていない状態であれば、未読メール通知情報が第２ディスプレイ３４に表示される。たとえば、未読メール通知情報は、「未読メールあり」などの文字列や、専用の画像アイコンで、第２ディスプレイに表示される。また、未読メール通知情報が表示された第２ディスプレイ３４は、ショートカットキーＴｅとして機能する。そして、使用者は、このショートカットキー３４Ｔｅを操作することで、メールフォルダ画面を第１ディスプレイ２６に表示させることができる。

なお、新着メールが１度も確認されていなければ、新着メール通知情報が第２ディスプレイ３４に表示される。たとえば、「新着メールあり」などの文字列や、専用の画像アイコンが、新着メール通知情報として第２ディスプレイ３４に表示される。

このように、本実施例の携帯端末１０では、使用される状況に応じて、使用者が必要とする情報を的確に提供できるようになる。また、使用者は、第２ディスプレイ３４に表示される情報を確認した後に、スライド操作を継続することで容易に、所定の処理を実行させることができる。なお、ここでの「所定の処理」とは、特定状態で実行される可能性が高い処理（通話処理や、本文表示処理）のことである。

ここで、図９を用いて、任意の機能が実行された場合の第２ディスプレイ３４の表示について詳細に説明する。図９を参照して、たとえば音楽プレイヤ機能が実行される場合に、第２ディスプレイ３４には、第１選曲キーＴｆ、第２選曲キーＴｇ、第１音量キーＴｈおよび第２音量キーＴｊが表示される。そして、第１選曲キーＴｆが操作されると、前回再生されていた曲が選択され、第２選曲キーＴｇが操作されると、次に再生される曲が選択される。また、第１音量キーＴｇが操作されると、図示しないスピーカなどから出力される音量を小さくし、第２音量キーＴｈが操作されると、音量を大きくする。

なお、ネットワーク上のサーバのデータを閲覧するブラウザ機能が実行される場合には、表示される画面を上下にスクロールさせる上下スクロールキーや、左右にスクロールさせる左右スクロールキーが第２ディスプレイ３４に表示される。また、ＴＶチューナを備える携帯端末１０でＴＶ視聴機能が実行される場合には、チャンネルの選局キーおよび音量キーが第２ディスプレイ３４に表示される。さらに、カメラモジュールを備える携帯端末１０で、カメラ機能が実行される場合には、ズーム調節キーおよび明るさ調節キーなどが第２ディスプレイ３４に表示される。

このように、携帯端末１０で実行される様々な機能に対応するタッチキーを、第２ディスプレイ３４に表示させることができる。これにより、携帯端末１０の開発者は、操作キーの配置が限られる携帯端末１０において、第２ディスプレイ３４が設けられる位置を有効に活用することができる。また、実行する機能に応じて、タッチキーが表示されるようになるため、使用者は、実行する機能に対する、入力操作が容易になる。

図１０は、ＲＡＭ３０のメモリマップを示す図解図である。図１０を参照して、ＲＡＭ３０のメモリマップには、プログラム記憶領域３０２およびデータ記憶領域３０４が含まれる。プログラムおよびデータの一部は、フラッシュメモリ２８から一度に全部または必要に応じて部分的にかつ順次的に読みだされ、ＲＡＭ３０に記憶されてからＣＰＵ２０などで処理される。

プログラム記憶領域３０２は、携帯端末１０を動作させるためのプログラムを記憶する。携帯端末１０を動作させるためのプログラムは、着呼プログラム３１０、着信プログラム３１２、スライド制御プログラム３１４およびタッチキー制御プログラム３１６などによって構成される。

着呼プログラム３１０は、発呼信号の受信を連続的に確認するためのプログラムであり、ＬＥＤ４６を発光させる着呼状態処理などを実行させたりもする。着信プログラム３１２は、メールサーバからの新着メール通知を連続的に確認するためのプログラムである。スライド制御プログラム３１４は、スライド操作がされたときの第２ディスプレイ３４の表示を制御するためのプログラムであり、さらに着呼中プログラム３１４ａ、着信中プログラム３１４ｂおよび待機中プログラム３１４ｃを含む。

着呼中プログラム３１４ａは、着呼中にスライド操作がされたときに、第２ディスプレイ３４の表示を制御するためのプログラムである。また、着信中プログラム３１４ｂは、メールの着信中にスライド操作がされたときに、第２ディスプレイ３４の表示を制御するためのプログラムである。そして、待機中プログラム３１４ｃは、待機中にスライド操作がされたときに、第２ディスプレイ３４の表示を制御するためのプログラムである。

タッチキー制御プログラム３１６は、任意の機能が実行される際に、第２ディスプレイ３４に表示されるタッチキー（第１選曲キーＴｆや、第１音量キーＴｈなど）を制御するためのプルログラムである。

なお、図示は省略するが、携帯端末１０を動作させるためのプログラムは、受信メール、送信メールを管理するためのプルログラムや、ネットワークのサーバとのデータ通信を行うためのプログラムおよび音楽データを管理および再生するためのプログラムなどを含む。

図１１を参照して、データ記憶領域３０４には、タッチ位置バッファ３３０および実行機能バッファ３３２などが設けられる。また、データ記憶領域３０４には、タッチ座標マップデータ３３４、タッチキーテーブルデータ３３６およびＧＵＩデータ３３８などが記憶されると共に、着呼フラグ３４０、着信フラグ３４２、タッチフラグ３４４、新着フラグ３４６および未読フラグ３４８などが設けられる。

タッチ位置バッファ３３０は、タッチパネル３８によって検出されたタッチなどの入力結果を一時記憶するためのバッファであり、たとえばタッチ点およびリリース点の座標データを一時的に記憶する。実行機能バッファ３３２は、実行される機能を管理する処理に応じて、格納されるデータが変化するバッファである。ここで、携帯端末１０によって実行される全て機能には、機能ＩＤが割り振られており、この実行機能バッファ３３２には、ＣＰＵ２０によって現在実行されている機能の機能ＩＤが格納される。

タッチ座標マップデータ３３４は、タッチパネル制御回路３６によって特定されるタッチ点などの座標を、第２ディスプレイ３４の表示座標と対応付けるためのデータである。つまり、ＣＰＵ２０は、タッチ座標マップデータ３３４に基づいて、タッチパネル３８に対して行われたタッチ操作の結果を第２ディスプレイ３４の表示に対応付けることができる。

タッチキーテーブルデータ３３６は、機能ＩＤに対応して、タッチキーの表示が必要か否かを示すデータと、タッチキーの表示が必要な場合に、表示されるタッチキーの種類を示すデータとが記録されるテーブルデータである。ＧＵＩデータ３３８は、第１ディスプレイ２６および第２ディスプレイ３４に表示されるＧＵＩの画像データであり、たとえばタッチキーを表示するための画像データなども含まれる。

着呼フラグ３４０は、発呼信号を受信しているか否かを判断するためのフラグである。たとえば、着呼フラグ３４０は、１ビットのレジスタで構成される。着呼フラグ３４０がオン（成立）されると、レジスタにはデータ値「１」が設定される。一方、着呼フラグ３４０がオフ（不成立）されると、レジスタにはデータ値「０」が設定される。

着信フラグ３４２は、新着メールを受信している状態か否かを判断するためのフラグである。また、タッチフラグ３４４は、タッチパネル３８にタッチしているか（触れているか）否かを判断するためのフラグである。新着フラグ３４６は、新着メール受信後にスライド操作がされたか否かを判断するためにフラグである。未読フラグ３４８は、新着メールの本文が表示されたか否かを判断するためのフラグである。なお、着信フラグ３４２、タッチフラグ３４４、新着フラグ３４６および未読フラグ３４８の構成は、着呼フラグ３４０と同じであるため、詳細な説明は省略する。

なお、図示は省略するが、データ記憶領域３０４には、他の携帯端末１０に設定されている電話番号などから構成されるアドレス帳データや、使用者のプロフィールのデータなどが記憶されると共に、携帯端末１０の動作に必要なカウンタや、フラグも設けられる。

ＣＰＵ２０は、「Linux（登録商標）」および「REX」などのRTOS(Real-time Operating System)の制御下で、図１２に示す着呼処理、図１３に示す着信処理、図１４に示すスライド制御処理、図１５に示す着呼中処理、図１６に示す着信中処理、図１７と図１８とに示す待機中処理および図１９に示すタッチキー制御処理などを含む複数のタスクを並列的に実行する。

図１２は、着呼処理のフロー図である。たとえば、携帯端末１０の電源がオンになると、ＣＰＵ２０は、ステップＳ１で、発呼信号を受信したか否かを判断する。つまり、通話相手からの発呼信号がアンテナ１２によって捉えられ、無線通信回路１４から着呼が通知されたか否かを判断する。ステップＳ１で“ＮＯ”であれば、つまり発呼信号がアンテナ１２によって捉えられなければ、発呼信号を受信するまでステップＳ１の処理を繰り返す。一方、ステップＳ１で“ＹＥＳ”であれば、つまり発呼信号がアンテナ１２によって捉えられれば、ステップＳ３で着呼フラグ３４０をオンにする。続いて、ステップＳ５では、着呼状態処理を開始する。着呼状態処理では、たとえばＬＥＤ４６を点灯させる。さらに、着呼状態処理では、図示しないモータの回転によって携帯端末１０を振動させたり、図示しないスピーカから着呼音を出力させたりする。

続いて、ステップＳ７では、発呼信号が途絶したか否かを判断する。たとえば、通話可能状態が確立されることで、発呼信号が途絶したか否かを判断する。ステップＳ７で“ＮＯ”であれば、つまりアンテナ１２が発呼信号を受信していれば、ステップＳ７の処理を繰り返し実行する。一方、ステップＳ７で“ＹＥＳ”であれば、つまりアンテナ１２によって発呼信号が受信されなければ、ステップＳ９で着呼フラグ３４０をオフにし、ステップＳ１１で着呼状態処理を終了する。そして、ステップＳ１１の処理が終了すると、ステップＳ１に戻る。つまり、ステップＳ１１では、ＬＥＤ４６を消灯する。さらに、図示しないモータの回転を停止させ、図示しないスピーカからの出力を停止させる。

図１３は、着信処理のフロー図である。たとえば、携帯端末１０の電源がオンになると、ＣＰＵ２０は、ステップＳ２１で、新着メール通知を受信したか否かを判断する。つまり、図示しないメールサーバからの新着メール通知を、アンテナ１２が受信したか否かを判断する。ステップＳ２１で“ＮＯ”であれば、つまり新着メール通知を受信してなければ、ステップＳ２１の処理を繰り返し実行する。一方、ステップＳ２１で“ＹＥＳ”であれば、つまり新着メール通知を受信すれば、ステップＳ２３で着信フラグ３４２をオンにし、ステップＳ２５で、サーバから新着メールを受信する。つまり、ステップＳ２５では、メールサーバから、新着メールのデータを受信する。

ステップＳ２７では、受信を完了したか否かを判断する。つまり、新着メールのデータを、メールサーバから全て受信し終えたか否かを判断する。ステップＳ２７で“ＮＯ”でれば、つまり新着メールの受信が完了していなければ、ステップＳ２７の処理を繰り返し実行する。一方、ステップＳ２７で“ＹＥＳ”であれば、つまり新着メールの受信が完了すれば、ステップＳ２９で着信フラグ３４２をオフにし、ステップＳ３１で新着フラグ３４６をオンにする。続いて、ステップＳ３３では、新着メール受信処理を開始し、ステップＳ２１に戻る。つまり、ステップＳ３３で実行される新着メール受信処理では、ＬＥＤ４６を点灯させる。なお、新着メール受信処理では、着呼状態処理と同様に、図示しないモータを回転させたり、図示しないスピーカから着信音を出力させたりする。

図１４は、スライド制御処理のフロー図である。たとえば、携帯端末１０の電源がオンになると、ＣＰＵ２０は、ステップＳ４１で、スライド状態になったか否かを判断する。つまり、第１磁気センサ４０および第２磁気センサ４４が共に、最大値を出力していないか否かを判断する。ステップＳ４１で“ＮＯ”であれば、つまり第１磁気センサ４０または第２磁気センサ４４のいずれか一方が、最大値を出力していれば、ステップＳ４３で終了操作がされた否かを判断する。たとえば、終話キーが長押し操作されたか否かを判断する。ステップＳ４３で“ＮＯ”であれば、つまり終了操作がされていなければステップＳ４１に戻る。一方、ステップＳ４３で“ＹＥＳ”であれば、つまり終了操作がされれば、スライド制御処理を終了する。

また、ステップＳ４１で“ＹＥＳ”であれば、つまり、第１磁気センサ４０および第２磁気センサ４４が共に、最大値を出力していなければ、ステップＳ４５で着呼中か否かを判断する。つまり、着呼フラグ３４０がオンであるか否かを判断する。ステップＳ４５で“ＹＥＳ”であれば、つまり着呼フラグ３４０がオンであれば、ステップＳ４７で着呼中処理を実行し、ステップＳ４１に戻る。なお、着呼中処理の詳細な説明は、図１５に示すフロー図を用いて後述するため、ここでは詳細な説明を省略する。

一方、ステップＳ４５で“ＮＯ”であれば、つまり着呼フラグ３４０がオフであれば、ステップＳ４９で着信中か否かを判断する。つまり、着信フラグ３４２がオンであるか否かを判断する。ステップＳ４９で“ＹＥＳ”であれば、つまり着信フラグ３４２がオンであれば、ステップＳ５１で着信中処理を実行し、ステップＳ４１に戻る。なお、着信中処理の詳細な説明は、図１６に示すフロー図を用いて後述するため、ここでの詳細な説明は省略する。

また、ステップＳ４９で“ＮＯ”であれば、つまり着呼フラグ３４０および着信フラグ３４２が共にオンでなければ、ステップＳ５３で待機中処理を実行し、ステップＳ４１に戻る。なお、待機中処理の詳細な説明は、図１７と図１８とに示すフロー図を用いて後述するため、ここでの詳細な説明は省略する。

なお、ステップＳ１、Ｓ２７，Ｓ４５，Ｓ４９の処理を実行するＣＰＵ２０は、判断手段として機能する。また、ステップＳ１，Ｓ４５の処理を実行するＣＰＵ２０は着呼判断手段として機能し、ステップＳ２７，Ｓ４９の処理を実行するＣＰＵ２０は着信判断手段として機能する。

図１５は、ステップＳ４７（図１４参照）で実行される着呼中処理のフロー図である。ＣＰＵ２０は、ステップＳ７１で、第２ディスプレイ３４に発信元情報を表示する。たとえば、図６（Ｂ）に示すように、通話相手から送信された発信元情報に基づいて、電話番号や、通話相手の名前を第２ディスプレイ３４に表示させる。

続いて、ステップＳ７３では、開状態か否かを判断する。つまり、第２磁気センサ４４の値が最大値であるか否かを判断する。ステップＳ７３で“ＹＥＳ”であれば、つまり開状態であれば、ステップＳ７９に進む。一方、ステップＳ７３で“ＮＯ”であれば、つまり開状態でなければ、ステップＳ７５で閉状態か否かを判断する。つまり、第１磁気センサ４４の値が最大値であるか否かを判断する。ステップＳ７５で“ＮＯ”であれば、つまりスライド状態であれば、ステップＳ７３に戻る。一方、ステップＳ７５で“ＹＥＳ”であれば、つまり閉状態であれば、ステップＳ７７で不在応答処理を開始して、ステップＳ８９に進む。たとえば、ステップＳ７７では、通話可能状態を確立した後に、留守番応答メッセージを通話相手に送信する。

また、携帯端末１０が開状態にされれば、ステップＳ７９で通話処理を開始する。つまり、通話処理を実行することで、通話可能状態を確立する。続いて、ステップＳ８１の処理では、第２ディスプレイ３４の表示を切り替える。たとえば、図６（Ｃ）に示すように、第２ディスプレイ３４の表示を、発信元情報に基づいた電話番号や通話相手の名前から、ＨＦキーＴａ、メモキーＴｂおよびメニューキーＴｃなどのタッチキーを表す画像に切り替える。

続いて、ステップＳ８３では、入力操作か否かを判断する。たとえば、第２ディスプレイ３４に表示される任意のタッチキーが操作されたか否かを判断する。また、タッチキーに対するタッチの有無を判断する場合には、タッチフラグ３４４のオン／オフによって判断する。さらに、複数のタッチキーの中から、操作されたタッチキーを特定する場合には、タッチ位置バッファ３３０に格納されるタッチ点およびリリース点に基づいて特定される。

ステップＳ８３で“ＮＯ”であれば、つまり入力操作がされなければ、ステップＳ８７に進む。一方、ステップＳ８３で“ＹＥＳ”であれば、つまり入力操作がされれば、ステップＳ８５で第１ディスプレイ２６に操作結果を表示させる。つまり、第１ディスプレイ２６の電源をオンにして、入力操作の結果を表示させる。たとえば、図６（Ｄ）を参照して、メニューキーＴｃが操作されれば、メニュー画面を第１ディスプレイ２６に表示させる。

続いて、ステップＳ８７では、終話操作か否かを判断する。つまり、通話状態を終了させるための操作がされたか否かを判断する。なお、終話操作としては、携帯端末１０を閉状態にする操作であってもよいし、終話キーを押下する操作であってもよい。ステップＳ８７で“ＮＯ”であれば、つまり終話操作がされなければ、ステップＳ８３に戻る。一方、ステップＳ８７で“ＹＥＳ”であれば、つまり終話操作がされれば、ステップＳ８９で通話処理を終了する。つまり、無線通信回路１４を制御して、通話相手に通話終了信号を送信する。続いて、ステップＳ９１では、表示を消去し、着呼中処理を終了して、スライド制御処理に戻る。つまり、ステップＳ９１では、第２ディスプレイ３４の電源をオフにして表示を消去する。さらに、第１ディスプレイ２６の電源がオンであれば、第１ディスプレイ２６の電源もオフにする。

なお、スライド操作中に着呼状態でなくなった場合には、着呼に対して応答しなかったことを表す「新着呼履歴あり」などの文字列が、第２ディスプレイ３４に表示される。

図１６は、ステップＳ５１（図１４参照）で実行される着信中処理のフロー図である。ＣＰＵ２０は、ステップＳ１１１で第２ディスプレイ３４にヘッダ情報を表示させる。つまり、新着メールのデータに含まれるヘッダ情報を、第２ディスプレイ３４に表示させる。たとえば、ヘッダ情報にはメールの送信者を示す情報が含まれるため、第２ディスプレイ３４には、図７（Ｂ）に示すように、新着メールの送信者名が表示される。なお、新着メールの受信が完了しておらず、新着メールのヘッダ情報を得られない場合には、ステップＳ１１１の処理は、新着メールのヘッダ情報が得られるまで、実行されない。

ステップＳ１１３では、開状態か否かを判断する。ステップＳ１１３で“ＹＥＳ”であれば、つまり開状態であれば、ステップＳ１１９に進む。一方、ステップＳ１１９で“ＮＯ”であれば、つまり開状態でなければ、ステップＳ１１５で閉状態か否かを判断する。ステップＳ１１５で“ＮＯ”であれば、つまりスライド状態であれば、ステップＳ１１３に戻る。一方、ステップＳ１１５で“ＹＥＳ”であれば、つまり閉状態であれば、ステップＳ１１７で未読フラグ３４８をオンにし、ステップＳ１２９に進む。つまり、ステップＳ１１７では、新着メールの本文が表示されていないため、未読フラグ３４８をオンにする。

また、第２ディスプレイ３４に、新着メールの送信者名が表示された状態で、開状態にされると、ステップＳ１１９で、第１ディスプレイ２６に新着メールの本文を表示する。たとえば、図７（Ｃ）に示すように、新着メールの本文が第１ディスプレイ２６に表示される。続いて、ステップＳ１２１では、第２ディスプレイ３４の表示を切り替える。たとえば、図７（Ｃ）に示すように、第２ディスプレイ３４の表示を、新着メールの送信者名から、返信キーＴｄを表す画像に切り替える。

続いて、ステップＳ１２３では、入力操作か否かを判断する。ステップＳ１２３で“ＮＯ”であれば、つまり入力操作がされなければ、ステップＳ１２７に進む。一方、ステップＳ１２３で“ＹＥＳ”であれば、つまり入力操作であれば、ステップＳ１２５で第１ディスプレイ２６に操作結果を表示する。たとえば、返信キーＴｄが操作されれば、第１ディスプレイ２６には返信メール作成画面が表示される。

続いて、ステップＳ１２７では、閉状態か否かを判断する。ステップＳ１２７で“ＮＯ”であれば、つまり開状態のままであれば、ステップＳ１２３に戻る。一方、ステップＳ１２７で“ＹＥＳ”であれば、つまり携帯端末１０が開状態から閉状態にされれば、ステップＳ１２９で新着フラグ３４６をオフにし、ステップＳ１３１で表示を消去する。つまり、ステップＳ１３１では、第２ディスプレイ３４の電源をオフにすると共に、第１ディスプレイ２６の電源がオンであれば、第１ディスプレイ２６の電源もオフにする。そして、ステップＳ１３１の処理が終了すると、着信中処理を終了して、スライド制御処理に戻る。

なお、スライド操作中に着信状態でなくなった場合には、新着メール通知情報が、第２ディスプレイ３４に表示される。

図１７はステップＳ５３（図１４参照）で実行される待機中処理のフロー図である。ＣＰＵ２０は、ステップＳ１５１で、新着フラグ３４６がオンであるか否かを判断する。つまり、携帯端末１０が新着メールを受信してから、第２ディスプレイ３４を表示させる操作を行ったか否かを判断する。ステップＳ１５１で“ＮＯ”であれば、つまり新着フラグ３４６がオフであれば、ステップＳ１８１（図１８参照）に進む。一方、ステップＳ１５１で“ＹＥＳ”であれば、つまり新着フラグ３４６がオンであれば、ステップＳ１５３で新着フラグ３４６をオフにして、ステップＳ１５５で第２ディスプレイ３４に新着メール通知情報を表示する。たとえば、第２ディスプレイ３４には、新着メール通知情報として「新着メールあり」の文字列が表示させる。

続いて、ステップＳ１５７では、開状態か否かを判断する。ステップＳ１５７で“ＮＯ”であれば、つまり開状態でなければ、ステップＳ１６３に進む。一方、ステップＳ１５７で“ＹＥＳ”であれば、つまり開状態であれば、ステップＳ１５９で第１ディスプレイ２６にメールフォルダ画面を表示する。つまり、受信された全てのメールを任意に選択可能なＧＵＩを第１ディスプレイ２６に表示される。

続いて、ステップＳ１６１では、新着メールの表示操作か否かを判断する。たとえば、表示された複数のメールの中から、操作キーによって新着メールが選択されて、確定キーが操作されたか否かを判断する。ステップＳ１６１で“ＹＥＳ”であれば、つまり新着メールの表示操作であれば、ステップＳ１６９に進む。一方、ステップＳ１６１で“ＮＯ”であれば、つまり新着メールの表示操作がされなければ、ステップＳ１６３で閉状態か否かを判断する。ステップＳ１６１で“ＮＯ”であれば、つまり閉状態にされなければ、ステップＳ１５７に戻る。一方、ステップＳ１６３で“ＹＥＳ”であれば、つまり閉状態にされれば、ステップＳ１６５で未読フラグ３４８をオンにし、ステップＳ１６７で表示を消去する。つまり、第１ディスプレイ２６および第２ディスプレイ３４の電源をオフにする。そして、ステップＳ１６７の処理が終了すると、待機中処理を終了して、スライド制御処理に戻る。

また、新着メールの表示操作が行われると、ステップＳ１６９では、第２ディスプレイ３４の表示を切り替える。つまり、ステップＳ１２１の処理と同様に、第２ディスプレイ３４の表示を、タッチキーの表示に切り替える。続いて、ステップＳ１７１では、第１ディスプレイ２６に新着メールの本文を表示する。つまり、ステップＳ１２５の処理と同様に、新着メールの本文を第１ディスプレイ２６に表示させる。

続いて、ステップＳ１７３では、未読フラグ３４８をオフにする。つまり、新着メールの本文が第１ディスプレイ２６に表示されたので、未読フラグ３４８をオフにする。続いて、ステップＳ１７５では、入力操作か否かを判断する。ステップＳ１７５で“ＮＯ”であれば、ステップＳ１７９に進む。一方、ステップＳ１７５で“ＹＥＳ”であれば、ステップＳ１７７で、第１ディスプレイ２６に操作結果を表示する。続いて、ステップＳ１７９では、閉状態か否かを判断する。ステップＳ１７９で“ＮＯ”であれば、つまり開状態のままであれば、ステップＳ１７５に戻る。一方、ステップＳ１７９で“ＹＥＳ”であれば、つまり携帯端末１０が閉状態にされれば、ステップＳ１６９に進む。

ここで、図１８を参照して、待機中処理において、新着フラグ３４６がオフであれば、ステップＳ１８１で未読フラグ３４８がオンであるか否かを判断する。つまり、新着メールの本文が一度も表示されていないかを判断する。ステップＳ１８１で“ＮＯ”であれば、つまり未読フラグ３４８がオフであれば、ステップＳ１８３で第２ディスプレイ３４に携帯端末情報を表示する。たとえば、第２ディスプレイ３４には、図８（Ｂ）に示すように、アンテナ１２による電波受信状態、充電池の残電池容量および現在日時などが表示される。続いて、ステップＳ１８５では、閉状態か否かを判断する。ステップＳ１８５で“ＮＯ”であれば、つまり閉状態にされなければ、ステップＳ１８５の処理を繰り返して実行する。一方、ステップＳ１８５で“ＹＥＳ”であれば、つまり閉状態にされれば、ステップＳ１６７に進む。なお、開状態にされれば、第１ディスプレイ２６には、待機状態であることを示す画像が表示される。

また、待機中処理において、未読フラグ３４８がオンであれば、ステップＳ１８７で第２ディスプレイ３４に未読メール通知情報を表示する。たとえば、図８（Ｃ）に示すように、第２ディスプレイ３４には、「未読メールあり」の文字列が表示される。続いて、ステップＳ１８９では、タッチ操作か否かを判断する。つまり、未読メール通知情報が表示されている状態で、タッチフラグ３４４がオンであるか否かを判断する。

ステップＳ１８９で“ＮＯ”であれば、つまりタッチフラグ３４４がオフであれば、ステップＳ１９１で閉状態であるか否かを判断します。ステップＳ１９１で“ＮＯ”であれば、ステップＳ１８９に戻る。一方、ステップＳ１９１で“ＹＥＳ”であれば、ステップＳ１６７に進む。また、ステップＳ１８９で“ＹＥＳ”であれば、つまりタッチフラグ３４４がオンであれば、ステップＳ１９３で第１ディスプレイ２６にメールフォルダ画面を表示する。つまり、ステップＳ１５９と同様に、ＧＵＩを第１ディスプレイ２６に表示する。

続いて、ステップＳ１９５では、新着メールの表示操作か否かを判断する。ステップＳ１９５で“ＹＥＳ”であれば、つまり新着メールの表示操作であれば、ステップＳ１６９に進む。一方、ステップＳ１９５で“ＮＯ”であれば、つまり新着メールの表示操作でなければ、ステップＳ１９７で閉状態か否かを判断する。ステップＳ１９７で“ＮＯ”であれば、つまり開状態でなければ、ステップＳ１９５に戻る。一方、ステップＳ１９７で“ＹＥＳ”であれば、つまり新着メールが表示されないまま閉状態にされれば、ステップＳ１６７に進む。

なお、ステップＳ７１，Ｓ１１１，Ｓ１５５，Ｓ１８３の処理を実行するＣＰＵ２０は、情報表示手段として機能する。また、ステップＳ７９，Ｓ１１９，Ｓ１５９の処理を実行するＣＰＵ２０は、第１処理手段として機能する。さらに、ステップＳ７９の処理を実行するＣＰＵ２０は通話処理手段として機能し、ステップＳ１１９の処理を実行するＣＰＵ２０はメール表示手段として機能する。

図１９はタッチキー制御処理のフロー図である。たとえば、使用者が任意の機能を実行させると、ＣＰＵ２０は、ステップＳ２１１では、実行機能バッファ３３２に格納されるデータを取得する。つまり、実行される機能の機能ＩＤを、実行機能バッファ３３２から読み出す。なお、ステップＳ２１１の処理を実行するＣＰＵ２０は、取得手段として機能する。

続いて、ステップＳ２１３では、タッチキーを表示する必要があるか否かを判断する。つまり、ステップＳ２１３の処理では、タッチキーテーブルデータ３３６において、ステップＳ２１１で読み出した機能ＩＤを検索し、タッチキーを表示させる必要があるかを示すデータに基づいて判断する。ステップＳ２１３で“ＮＯ”であれば、つまりタッチキーを表示させる必要がなければ、タッチキー制御処理を終了する。一方、ステップＳ２１３で“ＹＥＳ”であれば、つまりタッチキーを表示させる必要があれば、ステップＳ２１５で機能ＩＤに対応するタッチキーを第２ディスプレイ３４に表示させる。たとえば、音楽プレイヤ機能であれば、タッチキーテーブルデータ３３６に基づいて、図９に示すように、第１選曲キーＴｆ、第２選曲キーＴｇ、第１音量キーＴｈおよび第２音量キーＴｊを表す画像（図柄）が、第２ディスプレイ３４に表示される。なお、ステップＳ２１５の処理を実行するＣＰＵ２０は、図柄表示手段として機能する。

続いて、ステップＳ２１７では、タッチ操作か否かを判断する。つまり、タッチフラグ３４４がオンであるか否かを判断する。ステップＳ２１７で“ＮＯ”であれば、つまりタッチフラグ３４４がオフであれば、ステップＳ２１９で終了操作か否かを判断する。つまり、実行される機能を終了させるための操作がされたか否かを判断する。ステップＳ２１９で“ＮＯ”であれば、つまり終了操作がされなければステップＳ２１７に戻る。一方、ステップＳ２１９で“ＹＥＳ”であれば、つまり終了操作がされれば、タッチキー制御処理を終了する。

また、ステップＳ２１７で“ＹＥＳ”であれば、つまりタッチフラグ３４４がオンであれば、ステップＳ２２１で、操作されたタッチキーに応じて任意の処理を実行する。たとえば、音楽プレイヤ機能が実行されているときに第１音量キーＴｈが操作されれば、再生される音楽の音量を小さくする処理が実行される。なお、ステップＳ２２１の処理を実行するＣＰＵ２０は、第２処理手段として機能する。

以上の説明から分かるように、携帯端末１０は、第１ケースＣ１および第２ケースＣ２を含み、第１ケースＣ１が、第２ケースＣ２の上に積層された状態で、スライド可能に連結されるスライド型携帯端末である。第１ケースＣ１の上面には、第１ディスプレイ２６が設けられる。また、第２ケースＣ２の上面には、定常時（閉状態）では、露出せずにスライド操作がされたときに露出する位置に、第２ディスプレイ３４が設けられる。

これにより、使用者は、スライド操作としてスライド操作を行うことで、時刻などの所定の情報を第２ディスプレイ３４によって確認できるようになる。そして、第２ディスプレイ３４に、第１ディスプレイ２６の消費電力よりも小さいものが採用されるため、携帯端末１０の消費電力を抑えることができる。

また、定常時には第１ディスプレイ２６がプライバシーを考慮した表示状態とされ、スライド操作がされたときのみ、所定の情報を確認できるようにすることで、使用者のプライバシーを保護することができる。なお、プライバシーを考慮した表示状態とは、第１ディスプレイ２６に何も表示されない状態であってもよいし、第１ディスプレイ２６のバックライトが消灯された状態であってもよい。さらに、使用者によって指定された情報のみが、第１ディスプレイ２６に表示される状態であってもよい。

さらに、第１ディスプレイ２６と第２ディスプレイ３４とは、スライド操作がされると、同時に確認できる位置に設けられるため、使用者の利便性が向上する。

なお、本実施例では、第１ディスプレイ２６にはＬＣＤモニタが利用され、第２ディスプレイ３４には有機ＥＬパネルが利用されるが、他の表示装置が利用されてもよい。また、第１ディスプレイ３４の表面にもタッチパネル３８が設けられるようにしてもよい。さらにＬＥＤ４６には、複数の色を発光可能なカラーＬＥＤを利用し、着呼中と着信中とで発光する色を変えるようにしてもよい。

また、本実施例の携帯端末１０では、第１ケースＣ１と第２ケースＣ２と２つのケースで、スライド型携帯端末を構成していたが、３つ以上のケースから構成されるスライド型携帯端末であってもよい。たとえば、３つのケースから構成されるスライド型携帯端末では、最上部のケースに対して、中間部のケースが左右方向にスライドし、最下部のケースが上下方向にスライドする。そして、この場合に、第１ディスプレイ２６は、最上部のケースに設けられ、第２ディスプレイ３４は、中間部のケースまたは最下部のケースのどちらかがスライドしたときに露出する位置に設けられる。

また、本実施例では、開状態、閉状態およびスライド状態を、第１磁気センサ４０、第２磁気センサ４４および磁石４２によって検出していたが、２つ以上の機械式スイッチを利用して、開状態、閉状態およびスライド状態を検出してもよいし、機械式スイッチと磁気センサおよび磁石との組み合わせによって開状態、閉状態およびスライド状態を検出してもよい。

また、他の実施例では、省電力機能による省電力モードが設定されていなくても、図１４−図１８に示す各処理が実行されてもよい。

また、携帯端末１０の通信方式には、CDMA方式に限らず、W-CDMA方式、TDMA方式、PHS方式およびGSM方式などを採用してもよい。携帯端末１０のみに限らず、スライド機構を備えるPDA(Personal Digital Assistant)や、ノートＰＣなどの携帯情報端末などであってもよいし、スライド機構を備える携帯型ゲーム機であってもよい。

１０ … 携帯端末
２０ … ＣＰＵ
２２ … キー入力装置
２６ … 第１ディスプレイ
３４ … 第２ディスプレイ
３８ … タッチパネル
４０ … 第１磁気センサ
４２ … 磁石
４４ … 第２磁気センサ
４６ … ＬＥＤ
５０ … スライド機構
５２ … 第１プレート
５４ … 第２プレート
５６ … バネ
Ｃ１ … 第１ケース
Ｃ２ … 第２ケース

Claims (7)

1. 第１筐体、前記第１筐体に設けられる第１表示手段、前記第１筐体とスライド可能に連結され前記第１筐体が上に積層される第２筐体、および、前記第２筐体の、スライドされたときに露出する位置に設けられる第２表示手段を有する、携帯端末であって、
   前記第１筐体と前記第２筐体とが開状態になったことを検出する第１検出手段、
   前記第１筐体と前記第２筐体とが、閉状態と開状態との間の、前記第２表示手段が露出するスライド状態となったことを検出する第２検出手段、
   特定状態であるかを判断する判断手段、
   前記第１検出手段により前記開状態が検出されたとき、前記第１表示手段および前記第２表示手段に情報を表示させる第１情報表示手段、および
   前記判断手段によって特定状態と判断され、かつ前記第２検出手段により前記スライド状態が検出されたとき、前記第２表示手段だけに情報を表示させる第２情報表示手段を備える、携帯端末。
2. 前記第２筐体に設けられる操作手段をさらに備え、
   前記第２表示手段は、前記操作手段の下側に設けられる、請求項１記載の携帯端末。
3. 前記第１情報表示手段は、前記開状態が検出されたとき、前記第１表示手段および前記第２表示手段にそれぞれ異なる情報を表示する、請求項１または２記載の携帯端末。
4. 前記第１情報表示手段によって前記第１表示手段および前記第２表示手段に情報が表示され、かつ前記開状態が検出されたとき、所定の処理を実行する処理手段をさらに備える、請求項１ないし３のいずれかに記載の携帯端末。
5. 前記判断手段は、着呼状態であるかを判断する着呼判断手段を含み、
   前記処理手段は、前記開状態が検出され前記着呼状態であると判断されたとき、通話処理を実行する通話処理手段を含み、
   前記第１情報表示手段は、前記開状態が検出され前記着呼状態であると判断されたとき、前記第１表示手段に通話中の情報を表示させ前記第２表示手段に通話に関する機能の選択を受け付ける情報を表示させ、
   前記第２情報表示手段は、前記スライド状態が検出され前記着呼状態であると判断されたとき、前記第２表示手段に発信元情報を表示させる、請求項４記載の携帯端末。
6. 前記判断手段は、メールの着信状態であるかを判断する着信判断手段を含み、
   前記処理手段は、前記開状態が検出され前記着信状態であると判断されたとき、メール機能を実行するメール機能実行手段を含み、
   前記第１情報表示手段は、前記開状態が検出され前記着信状態であると判断されたとき、前記第１表示手段にメールの内容を表示させ前記第２表示手段にメールに返信する操作を受け付ける情報を表示させ、
   前記第２情報表示手段は、前記スライド状態が検出され前記着信状態であると判断されたとき、前記第２表示手段に送信元情報を表示させる、請求項４記載の携帯端末。
7. 第１筐体、前記第１筐体に設けられる第１表示手段、前記第１筐体とスライド可能に連結され前記第１筐体が上に積層される第２筐体、前記第２筐体の、スライドされたときに露出する位置に設けられる第２表示手段および前記第１筐体と前記第２筐体とが開状態になったことを検出する第１検出手段を有する、携帯端末のプロセサを、
   前記第１筐体と前記第２筐体とが、閉状態と開状態との間の、前記第２表示手段が露出するスライド状態となったことを検出する第２検出手段、
   特定状態であるかを判断する判断手段、
   前記第１検出手段により前記開状態が検出されたとき、前記第１表示手段および前記第２表示手段に情報を表示させる第１情報表示手段、および
   前記判断手段によって特定状態と判断され、かつ前記第２検出手段により前記スライド状態が検出されたとき、前記第２表示手段だけに情報を表示させる第２情報表示手段として機能させる、スライド制御プログラム。

Images