JP5815275B2 - 携帯端末装置およびプログラム - Google Patents

Description

本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（TabletPC）、電子書籍端末、携帯ゲーム機等の携帯端末装置に関するものである。

従来、２つの表示面を有する携帯端末装置が知られている。このような携帯端末装置では、一方の表示面のみが外部を臨むよう配置された１画面状態や、両方の表示面が外部を臨むよう配置された２画面状態など、複数の画面状態においてアプリケーションプログラム（以下、「アプリケーション」と言う。）の実行が可能である（たとえば、特許文献１参照）。

上記携帯端末装置では、画面状態が２画面状態から１画面状態へ変化したとき、一方の表示面に表示されていた画面が、外部を臨む方の表示面に表示される。

特開平９−３０５２６２号公報

しかしながら、ユーザは、１画面状態において、隠された画面に対応する機能を利用することができない。隠された画面に対応する機能を、１画面状態を保ったままで、ユーザが簡単に利用できることが望ましい。

上記特許文献１では、画面状態が変化したことによって隠された画面に対応する機能を、隠された後に再び利用することについての記載はない。

隠された画面に対応する機能を、１画面状態においてあらためて起動することも可能であり得るが、この場合、ユーザによる操作が煩雑になり得る。

本発明は、かかる課題に鑑みてなされたものであり、閲覧できない表示面の画面を、現在使用している表示面に簡単に表示させることができる携帯端末装置を提供することを目的とする。

本発明の第１の態様に係る携帯端末装置は、前面に第１表示面を備える第１キャビネットと、前面に第２表示面を備える第２キャビネットと、前記第２キャビネットが前記第１キャビネットの背後に位置する１画面状態と、前記前面が並ぶように前記第１キャビネットおよび前記第２キャビネットが並べて配置される２画面状態とに切り替え可能に、前記第１キャビネットおよび前記第２キャビネットを支持する支持部と、画面切替操作を検出する画面切替操作検出部と、前記第１表示面と前記第２表示面に関する制御を実行する制御部と、前記第１表示面に表示させるために生成された第１画面のデータを記憶する第１画面記憶部と、前記第２表示面に表示させるために生成された第２画面のデータを記憶する第２画面記憶部と、を備える。ここで、前記制御部は、前記１画面状態において、前記第１画面記憶部から前記第１画面のデータを出力させて前記第１表示面に前記第１画面を表示させ、前記画面切替操作検出部が前記画面切替操作を検出すると、前記第１画面記憶部に記憶されている前記第１画面のデータを新たな第２画面のデータとして前記第２画面記憶部に記憶させ、前記第２画面記憶部に記憶されている前記第２画面のデータを新たな第１画面のデータとして前記第１画面記憶部に記憶させ、前記第１画面記憶部から前記新たな第１画面のデータを出力させて前記第１表示面に前記新たな第１画面を表示させる。前記第１画面記憶部は、前記第１画面が前記第１表示面に表示される前に表示された過去の第１画面群のデータをさらに記憶し、前記第２画面記憶部は、前記第２画面が前記第２表示面に表示される前に表示された過去の第２画面群のデータをさらに記憶する。携帯端末装置は、前記１画面状態において画面を戻す操作を検出する戻し操作検出部をさらに備える。前記制御部は、前記戻し操作検出部が前記画面を戻す操作を検出すると、前記第１画面記憶部に記憶された前記過去の第１画面群の画面のデータのうち、前記第１表示面に現在表示されている画面よりも表示順が一つ古い画面のデータを前記第１画面記憶部から出力させて前記表示順が一つ古い画面を前記第１表示面に表示させる表示処理を実行する。さらに、前記制御部は、前記画面切替操作がなされたとき、前記第１画面記憶部に記憶されている前記過去の第１画面群のデータを新たな過去の第２画面群のデータとして前記第２画面記憶部に記憶させ、前記第２画面記憶部に記憶されている前記過去の第２画面群のデータを新たな過去の第１画面群のデータとして前記第１画面記憶部に記憶させ、当該画面切替操作後に、前記戻し操作検出部が前記画面を戻す操作を検出すると、前記新たな過去の第１画面群のデータに基づいて、前記第１表示面に対する前記表示処理を実行する。

本発明に係る携帯端末装置において、前記制御部は、前記１画面状態において、前記画面切替操作検出部が前記画面切替操作を検出すると、前記２画面状態から当該１画面状態へと移行する前に前記第２表示面に表示されていた前記第２画面を、前記新たな第１画面として前記第１表示面に表示させ得る。

本発明に係る携帯端末装置において、前記制御部は、前記画面切替操作がなされたときに前記第２表示面に表示させるための前記第２画面が存在しない場合、所定画面を前記新たな第１画面として前記第１表示面に表示させ得る。

本発明に係る携帯端末装置において、前記画面切替操作の登録を受け付ける画面切替設定部をさらに備え得る。

本発明に係る携帯端末装置において、前記画面切替操作は、前記第１表示面に対する所定の入力操作であり得る。

本発明によれば、閲覧できない表示面の画面を、現在使用している表示面に簡単に表示させることができる携帯端末装置を提供することができる。

本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。

実施の形態に係る、閉状態および開状態の携帯電話機の外観構成および断面構成を示す図である。 実施の形態に係る、チルト状態の携帯電話機の外観構成を示す図である。 実施の形態に係る、携帯電話機の、閉状態から開状態へ変形される様子を説明する図である。 実施の形態に係る、携帯電話機の全体構成を説明するブロック図である。 実施例１に係る、画面状態が２画面状態から１画面状態に遷移したときの画面の表示例を説明する図である。 実施例１に係る、画面状態が２画面状態から１画面状態へ遷移したときに実行される制御処理を説明するフローチャートと表である。 実施例１に係る、画面切替処理を説明するフローチャートである。 実施例１に係る、画面切替処理を説明するための画面の表示例と、タスクの実行状態の変化を説明する表である。 実施例１に係る、画面切替処理を説明するための画面の表示例と、タスクの実行状態の変化を説明する表である。 実施例１に係る、画面状態が１画面状態から２画面状態へ遷移したときに実行される制御処理を説明するフローチャートである。 実施例１に係る、画面状態が１画面状態から２画面状態へ遷移したときの画面の表示例とタスクの実行状態の変化を説明する図である。 実施例１に係る、画面切替のための操作を設定するための制御処理を説明するフローチャートと、処理の実行時における画面を説明する図である。 実施例２に係る、第１タスクリストを説明するための画面の表示例と表である。 実施例２に係る、第２タスクリストを説明するための画面の表示例と表である。 実施例２に係る、画面切替処理を説明するフローチャートである。 実行例２に係る、画面切替のための操作と画面切替処理の動作を説明するための画面の表示例と表である。 変更例１に係る、画面切替処理を説明するフローチャートと、画面切替のための操作されているときの様子を説明する図である。 変更例２に係る、画面切替処理を説明するフローチャートと、画面切替のための操作されているときの様子を説明する図である。 変更例３に係る、画面切替処理を説明するフローチャートと、画面切替のための操作されているときの様子を説明する図である。 その他の構成に係る、横向きの１画面状態における画面切替処理を説明する図である。

以下、本発明の実施の形態に係る携帯電話機について説明する。

本実施の形態に係る携帯電話機は、第１表示面と第２表示面の、２つの表示面を有する。この携帯電話機は、第１表示面のみが外部を臨む配置状態である１画面状態と、両方の表示面が外部を臨む配置状態である２画面状態において、各種のアプリケーションを実行できる。画面状態が２画面状態から１画面状態へ切り換えられたとき、第２表示面に表示されていた画面の表示は解除され、同時に、この画面に対応して実行されていたタスクは、一時停止される。

なお、２画面状態は、以下の実施の形態における「開状態」と「チルト状態」が対応し、１画面状態は、以下の実施の形態における「閉状態」が対応する。

以下、本発明の実施の形態の携帯電話機の全体構成、実施例および実施例の変更例について、図面を参照して、順に説明する。

＜携帯電話機の構成＞
図１（ａ）〜（ｄ）、図２（ａ）および（ｂ）は、本実施の形態に係る携帯電話機１の構成を示す図である。図１（ａ）は、閉状態の携帯電話機１の構成を示す斜視図、図１（ｂ）は、開状態の携帯電話機１の構成を示す斜視図である。図１（ｃ）は、図１（ａ）の携帯電話機１を右側から見たときの内部透視図、図１（ｄ）は、図１（ｂ）の携帯電話機１を右側から見たときの内部透視図である。

図２（ａ）は、チルト状態の携帯電話機１を、第１キャビネット１０の手前側から見た斜視図、図２（ｂ）は、チルト状態の携帯電話機１を、第１キャビネット１０の奥側から見た斜視図である。

図１を参照して、携帯電話機１は、第１キャビネット１０と、第２キャビネット２０と、これら第１および第２キャビネット１０、２０を連結する連結部３０とで構成されている。

以下、携帯電話機１に対する「右」、「左」、「上」、「下」、「手前」および「奥」の方向は、図１（ａ）および（ｂ）に示すように設定される。Ｘ軸、Ｙ軸およびＺ軸の正方向は、それぞれ、上、左および手前方向に対応する。第１および第２キャビネット１０、２０の「前面」は、それぞれ第１および第２キャビネット１０、２０の手前側の面である。第１および第２キャビネット１０、２０の「背面」は、それぞれ第１および第２キャビネット１０、２０の奥側の面である。

閉状態は、第１キャビネット１０が、第２キャビネット２０の前面に重ねられて配された状態である。開状態は、第１キャビネット１０が、第２キャビネット２０の上側に並べられた状態である。

第１キャビネット１０は、左右方向に長い平坦な直方体形状を有する。第１キャビネット１０の前面には、第１タッチパネル１１が配されている。第１タッチパネル１１は、第１ディスプレイ１２および第１タッチセンサ１３を含む。

第１ディスプレイ１２は、液晶ディスプレイであり、液晶パネル、バックライトおよびこれらを駆動するドライバ回路を備える（図示せず）。ドライバ回路が、表示制御装置（後述）から受信する画面信号および制御信号に基づき、液晶パネルおよびバックライトを駆動することにより、液晶パネルが画面を描画し、バックライトが点灯する。これによって、第１タッチパネル１１の外面である第１表示面１４を介して、ユーザは、描画された
画面（第１画面）を閲覧できる。以下、第１表示面１４に表示された画面を「第１画面」という。

第１タッチセンサ１３は、長方形状の透明なシートであり、第１ディスプレイ１２の上に重ねられて配されている。第１タッチセンサ１３は、ユーザが第１表示面１４に対して入力したとき、すなわち第１表示面１４をタッチしたとき、タッチされた第１表示面１４上の位置（入力位置）を検出する。第１タッチセンサ１３は、検出した入力位置に応じた位置信号を出力する。

なお、ユーザが第１表示面１４を「タッチ」するとは、ユーザが指やペンなどの接触部材によって第１表示面１４に触れることである。ユーザが接触部材によって第１表示面１４を押したり、撫でたり、第１表示面１４に図形や文字を描いたりする場合に「タッチ」が行われる。ユーザが第１表示面１４を「タップ」するとは、接触部材や指が第１表示面１４を弾くように、第１表示面１４のある位置において接触部材や指をタッチさせ、短時間のうちにリリースさせる動作を言う。ユーザが第１表示面１４を「スライド」するとは、ユーザが接触部材や指を、第１表示面１４に接触したまま、第１表示面１４に沿って動かす動作を言う。

第１キャビネット１０の、背面部の左側には、動画および静止画の撮像のためのレンズ窓１５（図２（ｂ）参照）が配される。

第１キャビネット１０の前面には、キー群１６が配される。キー群１６は、ホーム画面を第１表示面１４に表示させるためのホームキー１６Ｈ、アプリケーションの実行の際に第１表示面１４に表示される画面をひとつ戻すためのバックキー１６Ｂ、アプリケーションの起動のためのアイコンを含むアプリケーション起動画面（ランチャ画面）を第１表示面１４に表示させるためのランチャキー１６Ｒ等を含む。

ホームキー１６Ｈ、バックキー１６Ｂおよびランチャキー１６Ｒは、タッチキーである。指等により、ホームキー１６Ｈ、バックキー１６Ｂおよびランチャキー１６Ｒのいずれかがタッチされると、キー入力回路（後述）が備えるタッチセンサ（図示せず）がこのタッチの操作を検出し、タッチされたキーに応じた信号を出力する。

第２キャビネット２０は、左右方向に長い平坦な直方体形状を有する。第２キャビネット２０の前面には、第２タッチパネル２１が配されている。第２タッチパネル２１は、第２ディスプレイ２２および第２タッチセンサ２３を含む。

第２ディスプレイ２２の構成は、第１ディスプレイ１２の構成に略同じである。第２ディスプレイ２２は、液晶ディスプレイであり、液晶パネル、バックライトおよびこれらを駆動するドライバ回路を備える（図示せず）。ドライバ回路が、表示制御装置（後述）から受信する画面信号および制御信号に基づき液晶パネルおよびバックライトを駆動することにより、液晶パネルが画面を描画し、バックライトが点灯する。これによって、第２タッチパネル２１の外面である第２表示面２４を介して、ユーザは描画された画面（第２画面）を閲覧できる。以下、第２表示面２４に表示された画面を「第２画面」という。

第２タッチセンサ２３は、長方形状の透明なシートであり、第２ディスプレイ２２の上に重ねられて配されている。第２タッチセンサ２３は、ユーザが第２表示面２４をタッチしたとき、タッチされた第２表示面２４上の位置を検出する。第２タッチセンサ２３は、検出した位置に応じた信号を出力する。

第２キャビネット２０の前面および側面には、キー群２６が配される。キー群２６は、
ホーム画面を第２表示面２４に表示させるためのホームキー２６Ｈ、アプリケーションの実行の際に第２表示面２４に表示される画面をひとつ戻すためのバックキー２６Ｂ、アプリケーション起動画面を第２表示面２４に表示させるためのランチャキー２６Ｒ等を含む。ホームキー２６Ｈ、バックキー２６Ｂおよびランチャキー２６Ｒは、タッチキーである。指等により、ホームキー２６Ｈ、バックキー２６Ｂおよびランチャキー２６Ｒのいずれかがタッチされると、キー入力回路（図４参照）が備えるタッチセンサ（図示せず）がこのタッチの操作を検出し、タッチされたキーに応じた位置信号を出力する。

キー群２６は、第２キャビネット２０の下側側面部に配された機能キー２６Ｆ１、２６Ｆ２、２６Ｆ３をさらに含む。機能キー２６Ｆ１、２６Ｆ２、２６Ｆ３は、所定アプリケーションの起動、またはアプリケーションの実行時における音量調節その他の各種の機能のためのキーである。機能キー２６Ｆ１、２６Ｆ２、２６Ｆ３が押下されると、キー入力回路（図４参照）がこの押下を検出し、押下されたキーに応じた信号を出力する。

図１（ｃ）を参照して、閉状態において、第１および第２表示面１４、２４のうち第１表示面１４のみが外部を臨む。第２表示面２４は、第１キャビネット１０の背後に配され、外部を臨まない。図１（ｄ）を参照して、開状態において、第１および第２表示面１４、２４は、携帯電話機１の前面側から外部を臨む。

なお、開状態において、第１表示面１４の下側の境界は、第１キャビネット１０の下側側面に近い位置（数ミリメートル）に位置する。同様に、第２表示面２４の上側の境界は、第２キャビネット２０の上側側面に近い位置（数ミリメートル）に位置する。このように、開状態において、第１表示面１４と第２表示面２４との間の隙間は小さいため、ユーザは、第１表示面１４と第２表示面２４とを、一体化された一つの表示面として、認識できる。

図２（ａ）および（ｂ）に示されるチルト状態において、第１キャビネット１０が、第２キャビネット２０の上側に並べられて配される。ただし、チルト状態での第１および第２キャビネット１０、２０の各前面は、開状態の場合と異なり、図２（ａ）および（ｂ）に示される如く、所定の鈍角（たとえば百数十度）を有するよう配されている。

連結部３０は、中央フレーム３１、第１右フレーム３２、第１左フレーム３３、第２右フレーム３４および第２左フレーム３５を有する。中央フレーム３１は、左右に延びる形状を有する。中央フレーム３１の右端は、第１右フレーム３２の一端および第２右フレーム３４の一端に接続する。中央フレーム３１の左端は、第１左フレーム３３の一端および第２左フレーム３５の一端に接続する。

第１右フレーム３２および第１左フレーム３３の他端には、それぞれ左右方向に延びる軸（図示せず）が配される。この軸が、第１キャビネット１０の左右の側面部に配された溝部１７により挟まれる。なお、図２（ｂ）において、左側側面部の溝部１７のみが描かれる。これらの軸が、溝部１７に沿ってスライド移動可能に第１キャビネット１０に保持されることにより、第１キャビネット１０が、軸を中心に回転可能、且つ溝部１７に沿って上下方向にスライド可能に、第１右フレーム３２および第１左フレーム３３により保持される。

第２右フレーム３４および第２左フレーム３５は、第２キャビネット２０を、左右方向を軸として回転可能に保持する。

連結部３０は、以下に図３（ａ）〜（ｆ）を用いて説明するように、第１および第２キャビネット１０、２０を、開状態と閉状態とを、チルト状態を介して切り替え可能に保持
する。ユーザは、手動で、携帯電話機１の使用状態を遷移させることができる。

図３（ａ）〜（ｆ）は、携帯電話機１の画面状態が閉状態（図３（ａ））から、チルト状態（図３（ｄ））を介して開状態（図３（ｆ））へ遷移される過程を、携帯電話機１の右側から見て説明する図である。

携帯電話機１が図３（ａ）のように閉状態にあるとき、第１キャビネット１０が手前方向（図３（ａ）の破線矢印）へ移動されると、図３（ｂ）に示す如く、第１キャビネット１０の背面が、第２キャビネット２０の前面から離れる。このとき、第１キャビネット１０の移動に応じて、連結部３０は、時計回りの方向へ回転（実線矢印）される。

図３（ｂ）に示される状態において、第１キャビネット１０がさらに手前方向へ移動され、且つ第１表示面１４が下側を向くように回転されると（破線矢印）、携帯電話機１の状態は、図３（ｃ）の配置状態を介して、図３（ｄ）のチルト状態に至る。チルト状態において、第１キャビネット１０の背面の下側は、連結部３０に当接する。

第１キャビネット１０の背面の下側が連結部３０に当接した状態が保たれたまま、連結部３０がさらに時計回りの方向（図３（ｄ）の破線矢印）へ回転されると、携帯電話機１は、図３（ｅ）に示される、第１表示面１４と第２表示面２４とが略一面状態になる状態に至る。

図３（ｅ）において、第１キャビネット１０および第２キャビネット２０との間には、間隙（数ミリメートル）が存在する。第１キャビネット１０を、第２キャビネット２０に対して下方向（一点鎖線矢印）へスライドさせると、図３（ｆ）のように、携帯電話機１は開状態へと至る。このとき、第１キャビネット１０の下側側面と、第２キャビネット２０の上側側面とが、互いに接した状態となる。

なお、携帯電話機１が図３（ｄ）で示されるチルト状態にあるとき、すなわち第１右フレーム３２および第１左フレーム３３と第２キャビネット２０とが所定の鈍角をなす状態にあるとき、連結部３０は、連結部３０の回転を弱く係止するための構造を有する。回転が弱く係止されるため、ユーザは、チルト状態を保ったまま携帯電話機１を使用することが可能であり、且つ、使用状態をチルト状態から開状態または閉状態へ、容易に変化させることができる。

図４は、携帯電話機１の全体構成を示すブロック図である。本実施の形態の携帯電話機１は、上述した各構成要素の他、ＣＰＵ１００、メモリ２００、カメラモジュール３０１、マイク３０２、音声エンコーダ３０３、キー入力回路３０４、通信モジュール３０５、第１表示制御装置３０６、第２表示制御装置３０７、第１ＶＲＡＭ３０８、第２ＶＲＡＭ３０９、音声デコーダ３１０、スピーカ３１１、開閉センサ３１２および加速度センサ３１３を備えている。

カメラモジュール３０１は、第１キャビネット１０に配されている。カメラモジュール３０１はレンズ窓１５を介して撮像し、カメラモジュール３０１が内蔵する映像エンコーダ（図示せず）によりデジタル撮像信号を生成する。カメラモジュール３０１は、生成した撮像信号をＣＰＵ１００へ出力する。

マイク３０２は、第１キャビネット１０に配される。マイク３０２は、集音した音声を音声信号に変換して音声エンコーダ３０３へ出力する。音声エンコーダ３０３は、マイク３０２からのアナログの音声信号をデジタルの音声信号に変換し、変換されたデジタルの音声信号をＣＰＵ１００へ出力する。

キー入力回路３０４は、キー群１６、２６の各キーが押下されたときに、押下されたキーに応じた信号をＣＰＵ１００へ出力する。

通信モジュール３０５は、通話や通信のための電波を送受信するアンテナ（図示せず）を備える。通信モジュール３０５は、ＣＰＵ１００から入力される信号を無線信号に変換し、変換された無線信号を、アンテナを介して、基地局や他の通信装置等の通信先へ送信する。また、通信モジュール３０５は、アンテナを介して受信した無線信号をＣＰＵ１００が利用できる形式の信号へ変換し、変換された信号をＣＰＵ１００へ出力する。

第１表示制御装置３０６および第２表示制御装置３０７は、それぞれ、第１ディスプレイ１２および第２ディスプレイ２２を制御する。第１表示制御装置３０６はおよび第２表示制御装置３０７は、それぞれＬＣＤコントローラを有する。また、第１表示制御装置３０６はおよび第２表示制御装置３０７は、それぞれ、画面を記憶する第１ＶＲＡＭ３０８および第２ＶＲＡＭ３０９を有する。

第１表示制御装置３０６は、ＣＰＵ１００から入力する画像データに基づき画面表示のためのデータ（以下、このデータを「第１画面データ」という）を生成し、生成した第１画面データを、ＣＰＵ１００から入力する制御信号にもとづいて、第１ＶＲＡＭ３０８に記憶させる。第１ＶＲＡＭ３０８は、複数の画面（たとえば数画面分）の画面データを記憶できる。第１表示制御装置３０６は、第１ＶＲＡＭ３０８に記憶された表示対象の画面データを、所定の時間間隔（たとえば、１秒に数１０回程度）で、第１ディスプレイ１２のドライバ回路へ出力する。

第２表示制御装置３０７は、第１表示制御装置３０６と同様の構成がとられている。すなわち、第２表示制御装置３０７は、ＣＰＵ１００から入力する制御信号および画面データに基づき、第２ＶＲＡＭ３０９に複数の画面データを記憶させる。第２表示制御装置３０７は、第２ＶＲＡＭ３０９に記憶された表示対象の画面データを、所定の時間間隔（たとえば、１秒に数１０回程度）で、第２ディスプレイ２２のドライバ回路に出力する。

なお、第１および第２ディスプレイ１２、２２は、ＬＥＤディスプレイ等の、他の平面型表示装置であってもよい。

音声デコーダ３１０は、ＣＰＵ１００からの音信号にデコード処理およびＤ／Ａ変換を施し、変換された信号をスピーカ３１１に出力する。スピーカ３１１は、音声デコーダ３１０から入力する信号に基づき、音を出力する。

開閉センサ３１２は、画面状態を検出し、画面状態に応じたデジタル信号をＣＰＵ１００へ出力する。開閉センサ３１２は、１画面状態（閉状態）と２画面状態（開状態、チルト状態）とにおける連結部３０の第２キャビネット２０に対する角度の変化を検出するための磁気センサ（図示せず）を内蔵する。磁気センサは、第２キャビネット２０と連結部３０とを接続する軸部の回転を検出するよう配されている。ＣＰＵ１００は、開閉センサ３１２からの信号にもとづき、現在の画面状態が１画面状態と２画面状態の何れであるかを検出する処理を実行する。

なお、開閉センサ３１２は、磁気センサのかわりに、上記軸部の回転の角度を検出する角度センサを備えてもよい。

ＣＰＵ１００は、画面状態が、２画面状態から１画面状態へ遷移したことを検出したとき、第２画面の描画を停止させ、また第２ディスプレイ２２のバックライトを消灯させる
よう、第２表示制御装置３０７を介して第２ディスプレイ２２を制御する。画面状態が１画面状態から２画面状態へ遷移されたことを検出したとき、ＣＰＵ１００は、実行中の機能にもとづき、第２画面の描画を開始させ、また、第２ディスプレイ２２のバックライトを点灯させるよう、第２表示制御装置３０７を介して第２ディスプレイ２２を制御する。

加速度センサ３１３は、第２キャビネット２０に配され、携帯電話機１に掛かる加速度を検出する。加速度センサ３１３は３軸加速度センサであり、図１のＸ軸方向、Ｙ軸方向およびＺ軸方向の３方向に生じる加速度を検出する。加速度センサ３１３は、検出した加速度に応じた加速度信号をＣＰＵ１００へ出力する。ＣＰＵ１００は、加速度センサ３１３からの加速度信号に基づき、携帯電話機１が、横向きおよび縦向きの何れの方向を向いているかを検出する。なお、使用状態がチルト状態であるとき、ＣＰＵ１００は、加速度センサ３１３が配された第２キャビネット２０の向きを基準にして、携帯電話機１の向きが、横向きおよび縦向きの何れの方向を向いているかを検出する。

なお、図１（ａ）、（ｂ）の上下方向が水平方向であるとき、携帯電話機１の向きが「縦向き」であると検出され、図１（ａ）、（ｂ）の左右方向が水平方向であるとき、携帯電話機１の向きが「横向き」であると検出される。

メモリ２００は、ＲＯＭおよびＲＡＭを含む。メモリ２００には、ＣＰＵ１００に制御機能を付与するための制御プログラムと種々のアプリケーションが記憶されている。また、メモリ２００は、アプリケーションの実行の際に一時的に利用または生成される各種のデータを記憶するワーキングメモリとしても使用される。各アプリケーションは、画面生成のためのデータと、各画面に割り当てられた後述のタスクとを含んでいる。

メモリ２００は、これら制御プログラムおよびアプリケーションの他に、第１および第２タッチセンサ１３、２３により入力された情報、第１および第２ＶＲＡＭ３０８、３０９に記憶されている画面のアドレス、実行が一時停止されたアプリケーションまたはタスク（後述）の実行状態、第１および第２表示面１４、２４に表示された画面の履歴であるタスクリスト（後述）等が、所定のファイル形式で保存される。

ＣＰＵ１００は、制御プログラムに従って、カメラモジュール３０１、マイク３０２、通信モジュール３０５、第１および第２ディスプレイ１２、２２、スピーカ３１１等を動作させる。これにより、ＣＰＵ１００は、通話、カメラ機能、電子メール、ウェブブラウザ、地図、音楽プレーヤ等、各種のアプリケーションを実行する。

ＣＰＵ１００は、アプリケーションの実行時、各表示面１４、２４に画面を表示するとともに、表示される各画面に対応したタスクを実行する。ここで、「タスク」とは、表示された画面に対する入力によって所定の処理を実行するプログラムのことである。以下、第１表示面１４に表示される第１画面に対応するタスクを「第１タスク」といい、第２表示面２４に表示される第２画面に対応するタスクを「第２タスク」という。

以下は、タスクの例である。たとえば、ウェブ検索のアプリケーションの実行時、入力された検索キーワードとキーワード入力のためのソフトキーボードを含む画面が表示される。この画面には、画面に対する文字の入力によって検索キーワードの欄に文字を表示するタスクや、画面上の検索実行ボタンの押下によって検索を実行するタスク等が割り当てられている。

また、ウェブブラウザのアプリケーションの実行時、対応するウェブページの画面が表示される。この画面には、画面に対するスクロールの入力やリンク先のウェブページを表示するための操作等を受け付けて、これらに対応する処理を実行するためのタスクが割り
当てられる。ユーザが、画面上のリンクテキストを選択すると、リンク先の画面が表示され、表示された画面に割り当てられたタスクが実行可能となる。ユーザがバックキー（１６Ｂ、２６Ｂ）を押下すると、ＣＰＵ１００は、現在の画面の表示を解除して、一つ前の履歴の画面を表示し、この画面に対応するタスクを再び実行可能とする。

電子メールのアプリケーションの実行時、受信メール一覧のための画面、選択された電子メール本文閲覧のための画面、電子メールの本文を作成するための画面等が表示され、それぞれの画面に対応したタスクが実行可能とされる。

所定の画面のタスクが他の画面に移行する入力を受け付けると、当該タスクが当該他の画面に応じたタスクを指定する。そして、指定されたタスクが実行可能な状態とされ、当該タスクに対応づけられた画面が表示される。

＜実施例１＞
図５（ａ）および（ｂ）は、２画面状態および１画面状態におけるアプリケーションの実行画面を説明する図である。図５（ａ）および（ｂ）において、第１表示面１４には、ウェブブラウザの実行に基づくウェブページの画面４０１が表示される。図５（ａ）において、第２表示面２４には、地図のアプリケーションの実行に基づく地図の画面４０２が表示されている。

携帯電話機１の画面状態が、２画面状態から１画面状態へ遷移されると、図５（ｂ）のように、ウェブページの画面４０１のみが閲覧可能となる。このとき、ＣＰＵ１００は、上述の通り第２画面である地図の画面４０２の表示を解除する。

図５（ａ）のように画面が表示されているとき、第１ＶＲＡＭ３０８は画面４０１のデータを、第１画面データとして記憶し、第２ＶＲＡＭ３０９は画面４０２のデータを、第２画面データとして記憶している。

ＣＰＵ１００は、画面４０１に対応する第１タスクと、画面４０２に対応する第２タスクを、ユーザによる操作により実行可能な状態に設定する。すなわち、第１表示面１４に対するタッチは、第１タスクに対する操作として受け付けられ、第１タスクに基づく処理が実行される。また、第２表示面２４に対するタッチは、第２タスクに対する操作として受け付けられ、第２タスクに基づく処理が実行される。

図６（ａ）は、画面状態が２画面状態から１画面状態へ遷移したときに実行される制御処理を説明するフローチャートである。この制御処理は、画面状態が２画面状態であるときに実行される。図６（ｂ）は、画面状態が２画面状態から１画面状態へ遷移するときの、第１および第２表示面１４、２４の状態と、第１および第２画面に割り当てられた第１および第２タスクの実行状態（実行、停止）とを説明する表である。この表の“実行”はタスクが実行可能な状態にあることを意味し、“停止”は、タスクが実行途中で中断され、あるいは、完全に実行された後に、実行可能でない状態になることを意味する。以下、この表の“実行”に対応する状態を「実行状態」といい、“停止”に対応する状態を「停止状態」という。

ステップＳ１０１において、ＣＰＵ１００は、携帯電話機１の画面状態が２画面状態から１画面状態へ変化したか否かを判定する。画面状態が２画面状態から１画面状態へ変化すると（Ｓ１０１：ＹＥＳ）、ＣＰＵ１００は、第２タスクを停止し（Ｓ１０２）、停止された第２タスクに対応する第２画面を、第２ＶＲＡＭ３０９に保持させたまま、第２ディスプレイ２２の液晶パネルの描画を停止させる（Ｓ１０３）。これによって、第２表示面２４への第２画面の表示は解除される。この結果、図６（ｂ）の表に示されるように、
第２表示面２４での表示状態がＯＮ（表示）からＯＦＦ（非表示）に切り替えられ、第２タスクが実行状態から停止状態へ切り換えられる。

なお、タスクが実行途中で中断されて“停止”となった場合、ＣＰＵ１００は、そのタスクを中断時点から再開できるように、当該タスクの実行過程をメモリ２００に記憶する。このタスクが再度“実行状態”に切り替えられると、ＣＰＵ１００は、メモリ２００から当該タスクの実行過程を取得し、当該タスクの処理を、中断時点から進める。

図７は、画面状態が２画面状態から１画面状態へ遷移したことにより表示が解除された第２画面を第１表示面１４に表示させる際の処理を説明するフローチャートである。この処理は、１画面状態において実行される。ユーザは、１画面状態において、第１表示面１４に対して所定のジェスチャ入力することで、第１表示面１４に表示される画面を、第１画面から第２画面に切り替えることができる。

ステップＳ１１１において、ＣＰＵ１００は、第１表示面１４に所定のジェスチャ入力がなされたか否かを判定する。

本実施例では、上、下、上に向かう線分をこの順番で一筆書きに描画する一連のスライドの操作が、画面切替のための所定ジェスチャ入力として、メモリ２００に記憶されている。ＣＰＵ１００は、スライドの操作により描かれた軌跡を、ほぼ直線をなす線分に分割し、分割された線分の向きが上下左右の４方向の何れに最も近いかを検出する。これによって、ＣＰＵ１００は、ステップＳ１１１において、スライドの操作から検出されたジェスチャが、所定のジェスチャに一致するか否かを判定する。

第１表示面１４に上記ジェスチャの入力がなされると（Ｓ１１１：ＹＥＳ）、ＣＰＵ１００は、以下のようにステップＳ１１２〜Ｓ１２０の処理を実行し、第１表示面１４に表示される画面を、第１画面から第２画面に切り替える。

図８（ａ）および（ｂ）は、画面切替処理の際の画面表示例である。図８（ｃ）は、画面切替の前後における、第１および第２表示面１４、２４の状態と、第１および第２ＶＲＡＭ３０８、３０９の状態と、第１および第２タスクの状態とを説明する表である。

図８（ａ）の軌跡４０３に示されるように、画面切替のためのジェスチャ入力がなされると（Ｓ１１１：ＹＥＳ）、ＣＰＵ１００は、ステップＳ１１２へと処理を進める。なお、軌跡４０３は、実際には、第１表示面１４に表示されないが、軌跡４０３が表示される構成がとられてもよい。

ステップＳ１１２において、ＣＰＵ１００は、実行状態であった第１タスクを停止する。そしてＣＰＵ１００は、第１画面データを第１ＶＲＡＭ３０８に保持したまま、第１画面の第１表示面１４への表示を停止する（Ｓ１１３）。

次に、ＣＰＵ１００は、第２ＶＲＡＭ３０９が第２画面データを記憶しているか否かを判定する（Ｓ１１４）。図５（ａ）および（ｂ）のように、１画面状態への切り替え前の２画面状態において第２表示面２４に画像が表示されていた場合、第２ＶＲＡＭ３０９には第２画面データが記憶されている。この場合、ステップＳ１１４においてＹＥＳと判定され、処理がステップＳ１１５へと進められる。また、携帯電話機１の電源がＯＮにされてから、携帯電話機１が２画面状態で使用されていなかったような場合、第２ＶＲＡＭ３０９には画面のデータが記憶されていない。この場合、ステップＳ１１４においてＮＯと判定され、ステップＳ１１８の処理が実行される。

第２ＶＲＡＭ３０９に第２画面データが記憶されている場合（Ｓ１１４：ＹＥＳ）、ＣＰＵ１００は、第１ＶＲＡＭ３０８に記憶された第１画面データと、第２ＶＲＡＭ３０９に記憶された第２画面データとを入れ替える。この場合、入れ替えられる第２画面データは、たとえば、２画面状態から１画面状態に移行される直前に第２表示面２４に表示されていた第２画面データである。

ＣＰＵ１００は、第２ＶＲＡＭ３０９に記憶された第２画面データを、新たな第１画面データとして第１ＶＲＡＭ３０８の所定のアドレスへ転送する。この際、所定のアドレスは、既存の第１画面データに上書きがなされないよう選択される。そして、ＣＰＵ１００は、第１ＶＲＡＭ３０８に記憶された第１画面データを、新たな第２画面データとして、第２ＶＲＡＭ３０９の所定のアドレスへ転送する。なお、かかる転送の際に、メモリ２００のＲＡＭが一時記憶領域として利用されてもよい。

なお、ステップＳ１１５の処理の際、ＣＰＵ１００は、第１タスクと第２タスクを入れ替える。すなわち、第１表示面１４に表示されていた第１画面の第１画面データが、第２画面データとして第２ＶＲＡＭ３０９に記憶されたことに応じて、この画面に対応する第１タスクが、新たに第２タスクとしてメモリ２００に記憶される。また、第２表示面２４に表示されていた第２画面の第２画面データが、第１画面データとして第１ＶＲＡＭ３０８に記憶されたことに応じて、この画面に対応する第２タスクが、新たに第１タスクとしてメモリ２００に記憶される。

次に、ＣＰＵ１００は、新たな第１画面を、第１表示面１４に表示させるとともに（Ｓ１１６）、当該第１画面に対応する新たな第１タスクを、再度、実行状態に設定する（Ｓ１１７）。なお、新たな第２タスクは停止状態に維持される。

たとえば、上述のようにジェスチャ入力（図８（ａ）参照）がなされた場合（Ｓ１１４：ＹＥＳ）、ウェブページの画面４０１のデータが、第２画面データとして第２ＶＲＡＭ３０９に記憶され、地図の画面４０２のデータが、第１画面データとして第１ＶＲＡＭ３０８に記憶される。画面４０１、４０２の入れ替えに応じて、画面４０１のタスクが第２タスクとされ、また、画面４０２のタスクが第１タスクとされる（Ｓ１１５）。そして、図８（ｂ）に表示されるように、新たな第１画面である地図の画面４０２が第１表示面１４に表示され（Ｓ１１６）、地図の画面４０２に対応するタスクが、第１タスクとして、再度、実行状態に設定される。このとき、ウェブページの画面４０１に対応する第２タスクは、図８（ｃ）に示されるように、停止状態にある。

なお、図８（ｂ）の表示状態において、ユーザが再び画面切替の操作（ジェスチャ入力）を行うと、図７のフローチャートに基づき、ウェブページの画面４０１が再び第１表示面１４に表示されることとなる。

さて、ステップＳ１１４においてＮＯと判定された場合には、表示されるべき画面とタスクが無いため、アプリケーション起動画面（図９（ｂ）参照）が第１表示面１４に表示される。

ステップＳ１１８において、ＣＰＵ１００は、第１ＶＲＡＭ３０８に記憶された第１画面データを第２ＶＲＡＭ３０９へ転送する。そして、ＣＰＵ１００は、アプリケーション起動画面のデータを生成し、生成したデータを、新たな第１画面データとして第１ＶＲＡＭ３０８に記憶させる（Ｓ１１９）。そして、ＣＰＵ１００は、新たな第１画面であるアプリケーション起動画面の第１表示面１４への表示を開始するとともに、アプリケーション起動画面に対応するタスクを、第１タスクとして実行状態に設定する（Ｓ１２０）。

図９（ａ）および（ｂ）は、第２ＶＲＡＭ３０９が第２画面を記憶していない場合における、画面切替処理の際の画面表示例である。図９（ｃ）は、画面切替処理の前後における、第１および第２表示面１４、２４の状態、第１および第２ＶＲＡＭ３０８、３０９の状態、および、第１および第２タスクの状態を説明する表である。

図９（ａ）に示されるように画面切替のジェスチャ入力がされ（Ｓ１１１：ＹＥＳ）、且つ、第２ＶＲＡＭ３０９が第２画面を記憶していない場合（Ｓ１１４：ＮＯ）、ＣＰＵ１００は、ウェブページの画面４０１のデータを第２ＶＲＡＭ３０９へ転送して第２画面データとして記憶させる（Ｓ１１８）。さらに、ＣＰＵ１００は、生成したアプリケーション起動画面のデータを、第１画面データとして第１ＶＲＡＭ３０８に記憶させる（Ｓ１１９）。そして、ＣＰＵ１００は、第１画面の第１表示面１４への表示を開始させる（Ｓ１２０）。これによって、図９（ｂ）のようにアプリケーション起動画面が第１表示面１４に表示される。そして、ＣＰＵ１００は、アプリケーション起動画面に割り当てられた各アプリケーションを起動するためのタスクを、第１タスクとして、実行状態に設定する（Ｓ１２０）。これにより、アプリケーションのアイコンが操作されると、当該アイコンに対応するアプリケーションが起動する。

図１０は、画面状態が１画面状態から２画面状態へ遷移したときに実行される制御処理を説明するフローチャートである。この処理は、画面状態が１画面状態であるときに実行される。

ステップＳ１２１において、ＣＰＵ１００は、画面状態が１画面状態から２画面状態へ遷移したか否かを判定する。２画面状態へ遷移した場合（Ｓ１２１：ＹＥＳ）、ＣＰＵ１００は、第２ＶＲＡＭ３０９が、第２画面データを記憶しているか否かを判定する（Ｓ１２２）。

第２ＶＲＡＭ３０９が、第２画面データを記憶している場合（Ｓ１２２）、ＣＰＵ１００は、第２ＶＲＡＭ３０９に記憶されている第２画面の第２表示面２４への表示を開始（Ｓ１２３）するとともに、表示された第２画面に対応する第２タスクを、再度、実行状態に設定する（Ｓ１２４）。

図１１は、画面状態が１画面状態から２画面状態へ遷移した場合における画面の表示例を説明する図である。この表示例は、図７の処理により、図８（ａ）の状態から図８（ｂ）の状態となった後に、画面状態が１画面状態から２画面状態へ遷移した場合のものである。図１１（ａ）の図は、図８（ｂ）と同じ状態の携帯電話機１を表す。図１１（ｂ）は、図１１（ａ）の表示状態において、画面状態が２画面状態へ遷移した後の画面の表示例である。

図１１（ａ）の状態において、画面状態が１画面状態から２画面状態へ遷移したとき、ＣＰＵ１００は、第２ＶＲＡＭ３０９に記憶されている第２画面であるウェブページの画面４０１を、図１１（ｂ）のように、第２表示面２４に表示させ（Ｓ１２３）、この第２画面に対応するウェブページの画面４０１に対応する第２タスクを、再度、実行状態に設定する（Ｓ１２４）。

図１１（ｃ）は、画面状態が１画面状態から２画面状態へ遷移したときの、第１および第２表示面１４、２４の状態と、第１および第２タスクの状態を説明する表である。この表に示されるように、第２表示面２４の表示状態は、ＯＦＦからＯＮへ切り替えられ、第２タスクは、実行状態に設定される。

図１１（ｄ）は、第２ＶＲＡＭ３０９が第２画面を記憶していなかった場合における、
第１および第２表示面１４、２４の画面の表示例を示す図である。

第２ＶＲＡＭ３０９が第２画面を記憶していない場合（Ｓ１２２：ＮＯ）、ＣＰＵ１００は、図１１（ｄ）のように、アプリケーション起動画面４０４を第２表示面２４に表示させ（Ｓ１２６）、アプリケーション起動画面に割り当てられた各アプリケーションを起動するためのタスクを、第２タスクとして実行状態に設定する（Ｓ１２７）。

図１２（ａ）は、画面切替のためのジェスチャ登録処理を説明するフローチャートである。図１２（ｂ）〜（ｄ）は、ジェスチャ登録処理の実行画面４０５、４０７、４０９の表示例を示す図である。

画面切替のためのジェスチャ登録処理が開始されると、ＣＰＵ１００は、ステップＳ１３１において、図１２（ｂ）および（ｃ）のように、ユーザによる画面切替のためのジェスチャ入力（軌跡４０６、４０７参照）を２回受け付ける（Ｓ１３１、Ｓ１３２）。ＣＰＵ１００は、これら２つのスライドの操作からジェスチャを検出し、検出された２つのジェスチャが同一であるか否かを判定する（Ｓ１３３）。これら２つのジェスチャが同一でない場合（Ｓ１３３：ＮＯ）、ステップＳ１３１へ戻る。

図１２（ｂ）および（ｃ）の場合、ＣＰＵ１００は、これら２つの軌跡から、操作方向の要素として、「上、下、上」なる同一のジェスチャを検出する。この場合、ステップＳ１３３においてＹＥＳと判定され、ステップＳ１３４へ進む。ステップＳ１３４において、図１２（ｄ）の画面４０９ように、入力されたジェスチャを、画面切替のための操作として登録するか否かをユーザに確認する（Ｓ１３４）。ユーザが入力したジェスチャの登録を選択すると（Ｓ１３４：ＯＫ）、ＣＰＵ１００は、入力されたジェスチャ（「上、下、上」の方向要素）を、画面切替のためのジェスチャとして登録する（メモリ２００に記憶させる）。

以上、本実施例によれば、１画面状態において画面切替のための操作がなされると、第１表示面１４に表示されている第１画面の表示が解除される。そして、画面状態が２画面状態から１画面状態へ遷移するときに第２表示面に表示されていた第２画面が、新たな第１画面として、第１表示面１４に表示される。このとき、画面切り替え前に表示されていた第１画面に対応する第１タスクは停止される。そして、画面状態が２画面状態から１画面状態へ遷移するときに第２表示面に表示されていた第２画面に対応する第２タスクが、新たな第１タスクとして実行状態とされる。これにより、当該第１タスクについて、第１表示面１４に対する入力が受け付け可能になる。

ユーザは、画面切替のために、第１表示面に対して、所定の入力操作（ジェスチャ入力）をするだけでよい。この操作がなされると、上記の通り第１画面と第２画面とが入れ替えられる。よって、ユーザは、１画面状態において、簡単に、第２表示面２４に表示させていた画面を第１表示面１４に表示させることができる。ユーザは、画面切替のための操作を複数回行うことができるため、第１画面と第２画面を複数回互いに入れ替えることができ、便利である。

ところで、第１画面データは第１ＶＲＡＭ３０８に記憶され、第２画面データは第２ＶＲＡＭ３０９に記憶される。画面切替のための操作がなされると、これら第１および第２画面データは、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９の間で入れ替えられる。すなわち、上記第１画面データが、新たな第２画面データとして第２ＶＲＡＭ３０９に記憶され、上記第２画面データが、新たな第１画面データとして第１ＶＲＡＭ３０８に記憶される。このため、画面切替操作によって、新たな第２画面が第１表示面に表示される際、第１表示面に表示される画面を新たに生成するための処理が実行される必要はなく、ＣＰＵ１
００がこの処理のために時間を費やす必要がない。よって、画面切替の操作がなされたとき、即座に新たな第１画面が第１表示面１４に表示され得る。

画面状態が１画面状態から２画面状態へ遷移される開操作がなされる際にも、第２表示面に表示される画面を生成するための処理が実行される必要はない。すなわち、ＣＰＵ１００は、既に第２ＶＲＡＭ３０９に記憶されている第２画面データを第２表示部に表示させるだけでよい。よって、開操作がなされたとき、即座に第２画面が第２表示面２４に表示され得る。

また、第２ＶＲＡＭ３０９が第２画面データを記憶していない場合に、画面切替のための操作がなされると、ＣＰＵ１００は、アプリケーション起動画面を第１表示面に表示させる。このため、ユーザは、画面切替の操作の後、アプリケーション起動画面に含まれるアイコンの画像の何れかを選択することにより、所望のアプリケーションを起動でき、便利である。

＜実施例２＞
上記実施例１では、画面切り替えの際に、現在表示されている第１画面（以下、「現在の第１画面」という）のデータ（以下、「現在の第１画面データ」という）と、２画面状態において最後に第２表示面２４に表示されていた第２画面（以下、「現在の第２画面」という）のデータ（以下、「現在の第２画面データ」という）とが、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９との間で切り替えられた。これに対し、本実施例では、画面切り替えの際に、これら現在の第１画面データと現在の第２画面データの他、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９に記憶されている、過去に表示された第１画面（以下、「過去の第１画面」という）および第２画面（以下、「過去の第２画面」という）のデータ（以下、これらを「過去の第１画面データ」、「過去の第２画面データ」という）が、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９との間で切り替えられる。

以下、第１ＶＲＡＭ３０８に記憶されているデータ群、すなわち、現在の第１画面データと全ての過去の第１画面データとからなるデータ群を「第１画面データ群」といい、第２ＶＲＡＭ３０９に記憶されているデータ群、すなわち、現在の第２画面データと全ての過去の第２画面データとからなるデータ群を「第２画面データ群」という。

このような処理が実行されることにより、上記実施例１のように現在の第１画面と第２画面との切替処理がすばやく実行されるだけでなく、画面切り替え後に一つ前の画面にもどるための操作（バックキー１６Ｂ、２６Ｂの押下など）がなされた場合にも、当該画面をすばやく表示できるという効果が奏される。

図１３（ａ）〜（ｅ）は、第１タスクリストを説明する図である。第１タスクリストは、第１表示面１４に表示された画面と、当該画面の表示終了時に実行されていたタスクの実行過程とを履歴として含むリストであり、ＣＰＵ１００により生成・更新され、メモリ２００に記憶される。図１３（ａ）〜（ｄ）は、第１表示面１４に表示された画面を順番に説明する図である。図１３（ｅ）は、この画面の順番の履歴に対応する第１タスクリストを示す図である。

第１表示面１４にホーム画面（図示せず）が表示されているときに、ランチャキー１６Ｒが押下されると、図１３（ａ）のようにアプリケーション起動画面４０４が表示される。ここで、アプリケーション起動画面４０４に含まれるアイコンＡ１〜Ａ９の何れかが押下（タッチ）されたことにより、たとえば検索のためのアプリケーションが起動されると、図１３（ｂ）のように、検索画面４１０が表示される。ユーザが、第１表示面１４に対して、検索キーワードを入力して検索を開始するための操作を行うと、図１３（ｃ）のよ
うに、検索結果を含むウェブページ（以下、「ウェブページ１」と言う。）の画面４１１が第１表示面１４に表示される。ここで、ウェブページ１の画面４１１に表示される何れかのリンクテキストが選択されると、図１３（ｄ）のように、次のウェブページ（以下、「ウェブページ２」と言う。）の画面４１２が第１表示面１４に表示される。これら画面４０４〜４１２の一部または全ては、第１ＶＲＡＭ３０８に記憶される。

この結果、図１３（ｅ）に示されるような、第１タスクリストが生成され、メモリ２００に記憶される。この第１タスクリストは、画面の表示順序（番号）と、各順位の画面において実行されたタスク（現在の第１タスクと過去の第１タスク）における最後の実行過程を示す情報（タスクの実行過程）とを対応づける。図１３（ｅ）において、番号が大きいほど画面の表示順が新しい。すなわち、最尾の３番には、最新の画面である現在の第１画面（ウェブページ２の画面４１２）が対応し、１番には、最も古い第１画面（検索画面４１０）が対応する。

図１４（ａ）〜（ｆ）は、第２タスクリストを説明する図である。第２タスクリストは、第２表示面２４に表示された画面と、当該画面の表示終了時に実行されていたタスクの実行過程とを履歴として含むリストである。第２タスクリストは、第１タスクリストと同様の様式で、メモリ２００に記憶される。

図１４（ｂ）〜（ｅ）は、２画面状態において、図１４（ａ）のアプリケーション起動画面４０４が表示された後の、第２表示面２４に表示された画面を順番に説明する図である。なお、これらの図では、第１表示面１４の図示が省略されている。

図１４（ｂ）〜（ｅ）は、図１４（ａ）の状態から順に、電子メールのアプリケーションの実行の際の受信メール一覧画面４１３（１番）と、受信メール本文画面４１４（２番）と、ウェブブラウザのアプリケーションの実行の際のウェブページ３の画面４１５（３番）と、地図のアプリケーションの地図の画面４１６（４番）が、表示されたことを表している。図１４（ｆ）は、この順番で表示面２４に表示された画面の履歴を表す第２タスクリストである。

図１５は、本変更例に係る画面切替処理を説明するフローチャートである。図１５のフローチャートでは、図７のフローチャートに対し、ステップＳ１１３の処理がステップＳ１４１の処理に置き換えられ、ステップＳ１１５の処理がステップＳ１４２の処理に置き換えられ、ステップＳ１１８の処理がステップＳ１４３の処理に置き換えられている。

ステップＳ１４１において、ＣＰＵ１００は、現在の第１画面および過去の第１画面からなる第１画面群の第１画面データ（以下、「第１画面群データ」という）を第１ＶＲＡＭに保持したまま、第１画面の第１表示面への表示を停止する。すなわち、現在の第１画面データだけでなく、過去の第１画面データも第１ＶＲＡＭ３０８に保持される。

ステップＳ１４２において、ＣＰＵ１００は、第１画面群と、現在の第２画面および過去の第２画面からなる第２画面群の第２画面データ（以下、第２画面群データとう）とを、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９との間で入れ替える。この際、第１ＶＲＡＭ３０８に転送された第２画面群データが、第１画面群データとされ、第２ＶＲＡＭ３０９に転送された第１画面群データが、第２画面群データとされる。同様に、第１画面群に対応する第１タスクリストと、第２画面群に対応する第２タスクリストとが、入れ替えられる。

なお、過去の第１画面が請求項に記載の過去の第１画面群に対応し、過去の第２画面が請求項に記載の過去の第２画面群に対応する。

ステップＳ１４３において、第１画面群データが、第２ＶＲＡＭ３０９へ転送される。すなわち、現在の第１画面データだけでなく過去の第２画面データも第２ＶＲＡＭ３０９へ転送される。さらに、第１タスクリストが第２タスクリストとして登録される。

このようにして、画面切替のための操作（ジェスチャ）がされると、現在の第１画面と第２画面とが切り替えられるだけでなく、過去の第１画面と第２画面が第１および第２ＶＲＡＭ間で入れ替えられる。

たとえば、図１３と図１４で説明された第１および第２タスクリストがメモリ２００に記憶されている場合、図１５の画面切替処理の実行の結果、第１画面群と第２画面群とが入れ替えられ、さらに、第１タスクリストと第２タスクリストとが入れ替えられる。この場合、図１３（ｄ）の画面４１２（第１画面）の第１表示面１４への表示が解除され、図１４（ｅ）の画面４１６が、新たな第１画面として、第１表示面１４へ表示される。この際、図１６（ａ）および（ｂ）に示されるように、表示される画面が遷移する。

図１６（ｂ）の状態において、さらに第１キャビネット１０に配されたバックキー１６Ｂが押下されると、ＣＰＵ１００は、現在の第１画面（図１６（ｂ））の表示を解除するとともに、この第１画面に対応する地図のアプリケーションを停止する。そして、ＣＰＵ１００は、現在の第１タスクリスト（図１４（ｆ））に登録されている、最尾欄（４番）を削除する（図１６（ｄ）参照）とともに、３番のタスクを第１表示面１４において実行する。すなわち、ＣＰＵ１００は、図１６（ｃ）のように、ウェブページ３の画面４１５を、現在の第１画面として、第１表示面１４に表示するとともに、この第１画面に対応するタスクの実行を開始する。このとき、タスクは、図１６（ｄ）の第１タスクリストの３番に登録されたタスクの実行過程から実行される。

ＣＰＵ１００は、ウェブページ３の画面４１５を第１表示面１４に表示する際、画面４１５を新たに生成することはせず、第１ＶＲＡＭ３０８に記憶されているタスクリストの３番に対応する画面４１５のデータを第１ディスプレイ１２へ出力させるだけでよい。これによって、ＣＰＵ１００は画面生成のための処理を省くことができ、バックキー１６Ｂが押下されてから、画面生成に要する時間よりも短い時間で、画面４１５を第１表示面１４に表示させることができる。

また、第２ＶＲＡＭ３０９が第２画面を記憶していない場合には、図１６（ｃ）のような既存の第２画面が表示されるのではなく、実施例１と同様に、アプリケーション起動画面４０４が、第１表示面１４に表示される（Ｓ１２０）。

以上、本実施の構成によれば、前記画面切替操作がなされたときに、前記第１タスクリストと前記第２タスクリストが、互いに入れ替えられる。さらに、第１画面群データと第２画面群データとが、第１ＶＲＡＭ３０８と第２ＶＲＡＭ３０９との間で、入れ替えられる。

これによって、画面切り替え後に一つ前の画面を表示させるための操作（バックキー１６Ｂの押下）がされたとき、ＣＰＵ１００は、一つ前の画面である過去の第１画面が第１ＶＲＡＭ３０９に記憶されている場合には、この過去の第１画面を生成するための処理を実行せずに、第１ＶＲＡＭ３０８に記憶されている過去の第１画面を利用して、これを第１表示面１４に表示させる。よって、実施例１のように画面切替のための操作がなされたときに限らず、一つ前の画面を表示させるときにおいても、即座に表示対象の第１画面が、第１表示面１４に表示され、さらに、この画面に対する入力が円滑に受け付けられ得る。

以上、本発明に係る実施例について説明したが、本発明は、上記実施例に何ら制限されるものではない。また、本発明の実施例も、上記以外に、各種の変更が可能である。

＜変更例１＞
上記実施例１、２では、所定のジェスチャ入力により（Ｓ１１１）、第１画面と第２画面とが切り替えられたが、画面切替のための操作は、ジェスチャ入力に限られる必要はなく、ユーザが所望のタイミングで行えるような操作であればよい。変更例１では、ジェスチャ入力のかわりに、第２キャビネット２０に配された能機キー２６Ｆ１の押下がなされたか否かに基づいて、画面の切替が実行される。

この場合、図７のフローチャートは、図１７（ａ）のように変更される。図１７（ａ）のフローチャートは、図７のステップＳ１１１が、ステップＳ１５１に置き換えられている。ステップＳ１５１において、ＣＰＵ１００は、画面切替のための操作として、図１７（ｂ）の機能キー２６Ｆ１が押下されたか否かを判定し、機能キー２６Ｆ１が押下された場合（Ｓ１５１：ＹＥＳ）、ステップＳ１１２以降の処理を実行する。

＜変更例２＞
変更例２では、第１表示面１４に表示されたアイコンへのタッチがなされたか否かに基づいて、画面の切替が実行される。

この場合、図１８（ｂ）のように、画面切替をさせるための半透過アイコン４２０が、第１表示面１４に表示される。アイコン４２０が表示される場所は、第１表示面１４のどの位置でもよいが、第１表示面１４の枠の近くなど、現在の第１画面の閲覧を妨げない位置に表示されることが望ましい。また、表示されるアイコン４２０は、第１画面の閲覧を妨げないよう半透過の状態で表示されるが、視認性を高める等のために、たとえば非透過の状態で表示されてもよい。

また、図７のフローチャートは、図１８（ａ）のように変更される。図１８（ａ）のフローチャートは、図７のステップＳ１１１が、ステップＳ１５２の処理に置き換えられている。ステップＳ１５２において、ＣＰＵ１００は、アイコン４２０がタッチされたか否かを判定し、アイコン４２０がタッチされると（Ｓ１５２：ＹＥＳ）、ステップＳ１１２以降の処理を実行する。

＜変更例３＞
変更例３では、第１表示面１４やキーに対する操作のかわりに、加速度センサ３１２が検出する加速度に基づいて、画面の切替が実行される。

この場合、図７のフローチャートは、図１９（ａ）のように変更される。図１９（ａ）のフローチャートは、図７のステップＳ１１１が、ステップＳ１５３に置き換えられている。

ＣＰＵ１００は、加速度センサ３１２が検出する加速度に基づいて、図１９（ｂ）に示されるように、携帯電話機１をすばやく一回振る操作（以下、「シェイク」と言う。）を検出する。ＣＰＵ１００は、所定時間内（例えば数１００ミリ秒）の間に、加速度センサ３１２が所定閾値以上の大きさの加速度を検出し、その後、通常の大きさ（静止状態の重力加速度に近い大きさ）の加速度にもどったか否かを検出する。ＣＰＵ１００は、このような加速度が検出された場合に、シェイクの操作がされたと判定する。

ステップＳ１５３において、ＣＰＵ１００は、画面切替のための操作として、シェイク
の操作がなされたか否かを判定し、シェイクの操作がなされた場合（Ｓ１５３：ＹＥＳ）、ステップＳ１１２以降の処理を実行する。

＜その他＞
上記変更例１〜３の構成は、実施例１だけではなく、実施例２にも適用可能である。すなわち、ハードキーの押下、アイコンの選択、シェイクの操作等がなされることに基づいて、第１表示面１４に表示される画面が切り替えられると同時に、第１および第２タスクリストが互いに入れ替えられてもよい。

また、上記変更例１〜３では、画面の切り替えにハードキー、アイコン、シェイクの操作等が利用されたが、ハードキーではなく第１表示面１４に表示されるソフトキー等、各種のキーやボタン等が利用されてもよく、また、アイコンの画像ではなく、他の画像が表示されてもよい。さらに、シェイクの操作ではなく、他のセンサ部を用いて、所定の操作を検出したことに基づき、画面の切替処理が実行されてもよい。これら、画面切替のための操作は、ユーザが簡単に行えるものであれば、各種の手段が用いられ得る。

上記実施例１、２および変更例１〜３では、１画面状態且つ縦向きの携帯電話機１を例にして、本発明の実施の形態について、説明および図示をしたが、本発明は、携帯電話機１がどのような向きで使用されていても適用できる。たとえば、図８（ａ）、（ｂ）の画面切替処理は、図２０（ａ）、（ｂ）のように携帯電話機１が横向きである場合にも実行可能である。

また、上記実施例１、２では、画面切替のための操作として、上下左右の４方向へのスライドからなるジェスチャ入力が例示されたが、スライドされる方向は、４方向に限られる必要はなく、たとえば８方向へのスライドからなるジェスチャ入力であってもよい。また、円弧等所定の曲線を描くスライドや、所定位置を通過するスライド等がにより、画面切り替え用のジェスチャが設定されてもよい。このように、画面切替のためのジェスチャ入力による操作は、各種のタッチの操作であってよい。

上記実施例１、２および変更例１〜３では、画面切替のための操作として、ジェスチャ入力、ハードキーの押下、タッチキーの押下、アイコンのタップ、シェイク等が例示された。これらの画面切替のための操作は、あくまでも例示であり、他の形態の操作に基づき、画面切替のための処理が実行されてもよい。たとえば、携帯電話機１が備えるマイク３０２に向かって、所定の音声を入力する音声入力に基づき、画面切替のための処理が実行されてもよい。このように、画面切替のための処理は、ユーザによりなされる各種の操作に基づき行うことができる。

上記実施例２では、第１ＶＲＡＭ３０８に記憶される第１画面群データと第２ＶＲＡＭ３０９に記憶される第２画面群データとが一度に入れ替えられたが、第１画面群データと第２画面群データがＶＲＡＭ間で入れ替えられるタイミングは、画面ごと異なっていてもよい。たとえば、第２画面群データのうち、現在の第２画面データのみが、画面切替のための処理の実行時に第１ＶＲＡＭ３０８へ転送される構成がとられてもよい。この場合、たとえば、過去の第２画面データは、バックキー１６Ｂが押下さる等、第１表示面１４に表示される必要が生じたときに、現在の第１画面として第１ＶＲＡＭ３０８に転送されて記憶されてよい。このような処理が実行された場合においても、画面をあらためて生成するための処理に要する時間に比較して、第１および第２ＶＲＡＭ３０８、３０９間でのデータの転送の方が速く完了しやすい。また、過去の第１画面データおよび過去の第２画面データの転送は、バックグラウンド処理で行われる構成がとられてもよい。

上記実施例１、２および変更例１〜３では、画面切替処理の際に、第２ＶＲＡＭ３０９
が第２画面を記憶していない場合には、第１表示面１４にアプリケーション起動画面が表示されたが、アプリケーション起動画面に代えて、ホーム画面等、他の画面が表示されてもよい。また、画面切替処理の際に、第２ＶＲＡＭ３０９が第２画面を記憶していない場合に表示される画面が、あらかじめユーザにより選択され設定されていてもよい。また、このようにして表示されるアプリケーション起動画面、ホーム画面やユーザにより設定された画面は、あらかじめ第１または第２ＶＲＡＭ３０８、３０９やメモリ２００に記憶され、必要な時に読みだされる構成がとられてもよい。

また、上記実施形態では、携帯電話機１を用いたが、ＰＤＡやタブレットＰＣ、電子書籍端末、携帯ゲーム機などの携帯端末装置を用いることもできる。

この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。たとえば、上記実施形態の一部または全部を組み合わせることができる。

１ 携帯電話機 （携帯端末装置）
１０ 第１キャビネット
１３ 第１タッチセンサ （入力位置検出部）
１４ 第１表示面
１６Ｂ バックキー （戻し操作検出部）
２０ 第２キャビネット
２３ 第２タッチセンサ （入力位置検出部）
２４ 第２表示面
３０ 連結部 （支持部）
１００ ＣＰＵ （制御部、使用状態検出部、対応関係設定部、入力位置検出部、画面切替操作検出部）
２００ メモリ （記憶部）
３０８ 第１ＶＲＡＭ （第１画面記憶部）
３０９ 第２ＶＲＡＭ （第２画面記憶部）
３１２ 開閉センサ （画面切替操作検出部）

Claims (5)

1. 前面に第１表示面を備える第１キャビネットと、
   前面に第２表示面を備える第２キャビネットと、
   前記第２キャビネットが前記第１キャビネットの背後に位置する１画面状態と、前記前面が並ぶように前記第１キャビネットおよび前記第２キャビネットが並べて配置される２画面状態とに切り替え可能に、前記第１キャビネットおよび前記第２キャビネットを支持する支持部と、
   画面切替操作を検出する画面切替操作検出部と、
   前記第１表示面と前記第２表示面に関する制御を実行する制御部と、
   前記第１表示面に表示させるために生成された第１画面のデータを記憶する第１画面記憶部と、
   前記第２表示面に表示させるために生成された第２画面のデータを記憶する第２画面記憶部と、を備え
   前記制御部は、前記１画面状態において、
   前記第１画面記憶部から前記第１画面のデータを出力させて前記第１表示面に前記第１画面を表示させ、
   前記画面切替操作検出部が前記画面切替操作を検出すると、前記第１画面記憶部に記憶されている前記第１画面のデータを新たな第２画面のデータとして前記第２画面記憶部に記憶させ、前記第２画面記憶部に記憶されている前記第２画面のデータを新たな第１画面のデータとして前記第１画面記憶部に記憶させ、前記第１画面記憶部から前記新たな第１画面のデータを出力させて前記第１表示面に前記新たな第１画面を表示させ、
   前記第１画面記憶部は、前記第１画面が前記第１表示面に表示される前に表示された過去の第１画面群のデータをさらに記憶し、
   前記第２画面記憶部は、前記第２画面が前記第２表示面に表示される前に表示された過去の第２画面群のデータをさらに記憶し、
   前記１画面状態において画面を戻す操作を検出する戻し操作検出部をさらに備え、
   前記制御部は、
   前記戻し操作検出部が前記画面を戻す操作を検出すると、前記第１画面記憶部に記憶された前記過去の第１画面群の画面のデータのうち、前記第１表示面に現在表示されている画面よりも表示順が一つ古い画面のデータを前記第１画面記憶部から出力させて前記表示順が一つ古い画面を前記第１表示面に表示させる表示処理を実行し、
   前記画面切替操作がなされたとき、前記第１画面記憶部に記憶されている前記過去の第１画面群のデータを新たな過去の第２画面群のデータとして前記第２画面記憶部に記憶させ、前記第２画面記憶部に記憶されている前記過去の第２画面群のデータを新たな過去の第１画面群のデータとして前記第１画面記憶部に記憶させ、当該画面切替操作後に、前記戻し操作検出部が前記画面を戻す操作を検出すると、前記新たな過去の第１画面群のデータに基づいて、前記第１表示面に対する前記表示処理を実行する、
   ことを特徴とする携帯端末装置。
2. 請求項１に記載の携帯端末装置において、
   前記制御部は、前記１画面状態において、前記画面切替操作検出部が前記画面切替操作を検出すると、前記２画面状態から当該１画面状態へと移行する前に前記第２表示面に表示されていた前記第２画面を、前記新たな第１画面として前記第１表示面に表示させる、
   ことを特徴とする携帯端末装置。
3. 請求項１または２に記載の携帯端末装置において、
   前記制御部は、前記画面切替操作がなされたときに前記第２表示面に表示させるための前記第２画面が存在しない場合、所定画面を前記新たな第１画面として前記第１表示面に表示させる、
   ことを特徴とする携帯端末装置。
4. 請求項１ないし３の何れか一項に記載の携帯端末装置において、
   前記画面切替操作の登録を受け付ける画面切替設定部をさらに備える、
   ことを特徴とする携帯端末装置。
5. 請求項１ないし４の何れか一項に記載の携帯端末装置において、
   前記画面切替操作は、前記第１表示面に対する所定の入力操作である、
   ことを特徴とする携帯端末装置。

Images