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

Description

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

従来、表示面と背面タッチセンサとを有する携帯端末装置が知られている。このような携帯端末装置では、背面タッチセンサに対して入力を行うことにより、表示面に表示される画面が指などにより遮られることなく、アプリケーションプログラム（以下、「アプリケーション」と言う。）を利用できる（たとえば、特許文献１参照）。

また、従来、２つの表示面を有する携帯端末装置が知られている。このような携帯端末装置では、アプリケーションに基づく画面が一方の表示面に表示される状態や両方の表示面に表示される状態などの複数の使用状態において、アプリケーションを利用できる（たとえば、特許文献２参照）。

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

特許文献１および特許文献２は、２つの表示面が配される筺体の背面にそれぞれ背面タッチセンサが配された携帯端末装置の構成を開示していない。

２つの表示面を有する携帯端末装置において、各表示面が配される筺体の背面にそれぞれ背面タッチセンサが配されると便利である。この場合、各背面タッチセンサに対する入力を、携帯端末装置の使用状態に応じて、適宜、表示面に対する入力に反映できると、さらに便利である。

本発明は、かかる課題に鑑みてなされたものであり、２つの背面タッチセンサに対する入力を、携帯端末装置の使用状態に応じて、適宜、２つの表示面に対する入力に反映させることにより、利便性を高めることが可能な携帯端末装置およびプログラムを提供することを目的とする。

本発明の第１の態様に係る携帯端末装置は、第１表示面を備える第１キャビネットと、第２表示面を備える第２キャビネットと、携帯端末装置の使用状態を検出する使用状態検出部と、前記第１表示面に対して反対側にある前記第１キャビネットの第１背面に対する入力を検出する第１入力検出部と、前記第２表示面に対して反対側にある前記第２キャビネットの第２背面に対する入力を検出する第２入力検出部と、前記第１および第２背面に対する入力と、前記第１および第２表示面に対する入力との対応関係を、前記使用状態に対応づけて記憶する記憶部と、前記使用状態検出部により検出された前記使用状態に対応づけられた前記対応関係に基づいて、前記第１背面または前記第２背面に対する入力を、前記第１表示面または前記第２表示面に対する入力として受け付ける制御部と、を備える。

本発明に係る携帯端末装置において、前記使用状態検出部に検出される使用状態は、前記第１キャビネットと前記第２キャビネットの相対位置とともに、前記携帯端末装置の向きを含み得る。

本発明に係る携帯端末装置において、前記記憶部は、前記対応関係をアプリケーションに対応づけて記憶し得る。この場合、前記制御部は、前記使用状態と実行中の前記アプリケーションとに対応づけられた前記対応関係に基づいて、前記第１背面および前記第２背面に対する入力と、前記第１表示面および前記第２表示面に対する入力とを対応づける。

本発明に係る携帯端末装置において、前記対応関係の設定の変更のための操作を受け付け、変更された前記対応関係を前記記憶部に記憶させる対応関係設定部をさらに備え得る。

本発明に係る携帯端末装置において、前記記憶部は、前記対応関係とともに、前記第１背面および前記第２背面に対する入力が無効とされる無効領域を規定するための情報を、前記使用状態に対応づけて記憶し得る。この場合、前記制御部は、前記第１背面または前記第２背面に対する入力が前記無効領域に対してなされたとき、当該入力を前記第１表示面または前記第２表示面に対する入力として受け付けない。

本発明に係る携帯端末装置において、前記第１表示面に対する入力を検出する第３入力検出部および前記第２表示面に対する入力を検出する第４入力検出部をさらに備え得る。この場合、前記対応関係は、前記携帯端末装置の前記使用状態に応じて、前記第１表示面および前記第２表示面に対する入力を、有効または無効に設定するための情報を含む。

本発明に係る携帯端末装置において、前記使用状態は、前記第２表示面が前記第１キャビネットに覆われるとともに前記第１表示面が外部を臨む閉状態を含み得る。この場合、前記記憶部は、前記携帯端末装置の前記使用状態が前記閉状態であるときの前記第２背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶し得る。

本発明に係る携帯端末装置は、前記第１および第２背面が前記第１表示面および第２表示面が略面一になるよう配置される開状態と、前記第１表示面および第２表示面が所定の鈍角を形成するよう配置されるチルト状態と、前記第２表示面が前記第１キャビネットに覆われるとともに前記第１表示面が外部を望む閉状態とを切り替え可能に、前記第１キャビネットおよび前記第２キャビネットを支持する支持部を含み得る。この場合、前記使用状態検出部は、前記開状態、前記チルト状態および前記閉状態を、前記使用状態として検出する。

また、この場合、前記記憶部は、前記携帯端末装置の前記使用状態が前記チルト状態であり、且つ、前記携帯端末装置の向きが横向きであるときの前記第１背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶し得る。

また、この場合、前記記憶部は、前記携帯端末装置の前記使用状態が前記チルト状態であり、且つ、前記携帯端末装置の向きが横向きであるときの前記第２背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶し得る。

また、この場合、前記記憶部は、前記携帯端末装置の前記使用状態が前記開状態または
前記チルト状態であるときの前記第１および第２背面に対する入力を、前記第１および第２表示面に対する入力に、それぞれ対応させるための情報を、前記対応関係を規定する情報として記憶し得る。

さらに、この場合、前記記憶部は、前記携帯端末装置の前記使用状態が前記開状態であるときの前記第１または第２背面のいずれか一方に対する入力を、前記第１および第２表示面の両方に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶し得る。

本発明に係る携帯端末装置において、前記記憶部は、前記携帯端末装置の向きが縦であるときの前記第１または第２背面の下側の所定領域を無効領域とするための情報を、前記対応関係を規定する情報として記憶し得る。

本発明に係る携帯端末装置において、前記制御部は、前記第１または第２背面に対して入力がなされたとき、前記対応関係により対応づけられた前記第１または第２表示面に表示されている画面上の、当該入力の位置に対応する位置に、ポインタを表示させ得る。

本発明に係る携帯端末装置において、前記制御部は、前記第１または第２背面に対してスライドの操作がなされたとき、前記対応関係により対応づけられた前記第１または第２表示面に表示されている画面をスクロールさせ得る。

本発明の第２の態様は、第１表示面を備える第１キャビネットと、第２表示面を備える第２キャビネットと、携帯端末装置の使用状態を検出する使用状態検出部と、前記第１表示面に対して反対側にある前記第１キャビネットの第１背面に対する入力を検出する第１入力検出部と、前記第２表示面に対して反対側にある前記第２キャビネットの第２背面に対する入力を検出する第２入力検出部と、前記第１および第２背面に対する入力と、前記第１および第２表示面に対する入力との対応関係を、前記使用状態に対応づけて記憶する記憶部と、を備える携帯端末装置のコンピュータに、前記使用状態検出部により前記使用状態に対応づけられた前記対応関係に基づいて、前記第１背面または前記第２背面に対する入力を、前記第１表示面または前記第２表示面に対する入力として受け付ける機能を付与するプログラムである。

本発明によれば、２つの背面タッチセンサに対する入力を、携帯端末装置の使用状態に応じて、適宜、２つの表示面に対する入力に反映させることにより、利便性を高めることが可能な携帯端末装置およびプログラムを提供することができる。

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

実施の形態に係る、閉状態および開状態の携帯電話機の外観構成および断面構成を示す図である。 実施の形態に係る、チルト状態の携帯電話機の外観構成を示す図である。 実施の形態に係る、携帯電話機の、閉状態から開状態へ変形される様子を説明する図である。 実施の形態に係る、携帯電話機の全体構成を示すブロック図である。 実施の形態に係る、携帯電話機の使用状態を説明する図である。 実施の形態に係る、背面タッチセンサに対する入力の表示面に対する入力への対応関係を模式的に説明する図である。 実施例１に係る、対応関係更新処理の処理手順を示すフローチャートである。 実施例１に係る、対応関係定義テーブルを説明する表である。 実施例１に係る、閉状態における携帯電話機が操作される様子と、アプリケーションの実行画面の表示例とを説明する図である。 実施例１に係る、チルト状態（Ｉ）における携帯電話機が操作される様子を説明する図である。 実施例１に係る、チルト状態（Ｉ）におけるアプリケーションの実行画面の表示例を説明する図である。 実施例１に係る、開状態（ＩＩ）およびチルト状態（ＩＩ）における携帯電話機が操作される様子を説明する図である。 実施例２に係る、対応関係更新処理の処理手順を示すフローチャートである。 実施例２に係る、対応関係定義テーブルの例を説明する表と、開状態（Ｉ）における携帯電話機が操作される様子を説明する図である。 実施例２に係る、開状態（Ｉ）におけるアプリケーションの実行画面の表示例を説明する図である。 実施例２に係る、対応関係定義テーブルの例を説明する表と、チルト状態（Ｉ）における携帯電話機が操作される様子を説明する図である。 実施例２に係る、チルト状態（Ｉ）におけるアプリケーションの実行画面の表示例を説明する図である。 実施例２に係る、対応関係定義テーブルの例を説明する表と、無効領域と、チルト状態（ＩＩ）における携帯電話機が操作される様子とを説明する図である。 実施例２に係る、チルト状態（ＩＩ）におけるアプリケーションの実行画面の表示例を説明する図である。 実施例３に係る、対応関係変更処理と対応関係更新処理の処理手順を示すフローチャートである。 実施例４に係る、対応関係更新処理の処理手順を示すフローチャートである。 実施例４に係る、対応関係定義テーブルの例を説明する表と、開状態（ＩＩ）における携帯電話機が操作される様子を説明する図である。 実施例４に係る、開状態（ＩＩ）におけるアプリケーションの実行画面の表示例を説明する図である。 実施例４に係る、対応関係定義テーブルの例を説明する表である。 その他の構成に係る、対応関係定義テーブルの例を説明する表である。 その他の構成に係る、開状態（Ｉ）におけるアプリケーションの実行画面の表示例を説明する図である。

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

本実施の形態に係る携帯電話機は、２つのキャビネットと２つの表示面（第１表示面、第２表示面）を有する。一方のキャビネットの表側の面に、第１表示面が配され、他方のキャビネットの表側の面に、第２表示面が配される。さらに、各キャビネットの表側および裏側の面に、それぞれタッチセンサが配される。すなわち、４つのタッチセンサが、携帯電話機に配される。後述のように、裏側のタッチセンサ（第１背面タッチセンサ、第２背面タッチセンサ）に対する操作によって、第１表示面または第２表示面に表示される画面に対する入力が行われる。

＜携帯電話機の構成＞
図１（ａ）〜（ｄ）、図２（ａ）および（ｂ）は、本実施の形態に係る携帯電話機１の構成を示す図である。図１（ａ）は、閉状態の携帯電話機１の構成を示す斜視図、図１（ｂ）は、開状態の携帯電話機１の構成を示す斜視図である。図１（ｃ）は、図１（ａ）の携帯電話機１を右側から見たときの内部透視図、図１（ｄ）は、図１（ｂ）の携帯電話機１を右側から見たときの内部透視図である。図２(ａ)は、チルト状態の携帯電話機１を、第１キャビネット１０の手前側から見た斜視図、図２(ｂ)は、チルト状態の携帯電話機１を、第１キャビネット１０の奥側から見た斜視図である。

携帯電話機１は、閉状態、開状態およびチルト状態の３つの画面状態において、ユーザにより使用される。

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

以下、携帯電話機１に対する「右」、「左」、「上」、「下」、「手前」および「奥」の方向は、図１(ａ)および（ｂ）に示すように設定される。Ｘ軸、Ｙ軸およびＺ軸の正方向は、それぞれ、上、左および手前方向に対応する。ただし、図２（ａ）および（ｂ）のチルト状態では、第１キャビネット１０の前面が向く方向が第１キャビネット１０の「手前」方向であり、第１キャビネット１０の第１表示面１４の短片方向が第１キャビネット１０の「上下」方向である。

閉状態は、図１（ａ）に示す如く、第１キャビネット１０が、第２キャビネット２０の前面に重ねられた状態である。開状態は、図１（ｂ）に示す如く、第１キャビネット１０が、第２キャビネット２０の上側に並べられた状態である。

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

第１ディスプレイ１２は、第１画面を表示する。第１ディスプレイ１２に備えられるバックライト（図示せず）が点灯されることにより、第１タッチパネル１１の外面である第１表示面１４を介して、ユーザは第１画面を閲覧できる。

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

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

第１キャビネット１０の背面の部分には、第１背面タッチセンサ１５が配される。第１
背面タッチセンサ１５は、第１表示面１４と略同様の大きさの長方形状の透明なシートである。第１背面タッチセンサ１５は、第１キャビネット１０の手前側から見て、第１表示面１４にほぼ重なる位置に配される。第１背面タッチセンサ１５は、ユーザが第１背面タッチセンサ１５をタッチしたとき、タッチされた位置を検出する。第１背面タッチセンサ１５は、検出した位置に応じた位置信号を出力する。

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

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

第２ディスプレイ２２は、第２画面を表示する。第２ディスプレイ２２に備えられるバックライト（図示せず）が点灯されることにより、第２タッチパネル２１の外面である第２表示面２４を介して、ユーザは第２画面を閲覧できる。

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

第２キャビネット２０の背面の部分には、第２背面タッチセンサ２５が配される。第２背面タッチセンサ２５は、第２表示面２４と略同様の大きさの長方形状の透明なシートである。第２背面タッチセンサ２５は、第２キャビネット２０の手前側から見て、第２表示面２４にほぼ重なる位置に配される。第２背面タッチセンサ２５は、ユーザが第２背面タッチセンサ２５をタッチしたとき、タッチされた位置を検出する。第２背面タッチセンサ２５は、検出した位置に応じた位置信号を出力する。

第２キャビネット２０の下側の側面部には、ハードキー群２６が配される。ハードキー群２６は、電源キー、音量調節キー、カメラ機能を利用するためのキー等からなる。

図１（ｃ）を参照して、閉状態において、第１タッチパネル１１は、携帯電話機１の手前側から外部を臨み、第２背面タッチセンサ２５は、携帯電話機１の奥側から外部を臨む。また、第１背面タッチセンサ１５と第２タッチパネル２１は、互いに重なり合う。このため、閉状態において、第１背面タッチセンサ１５と第２タッチパネル２１は外部を臨まない。

図１（ｄ）を参照して、開状態において、第１タッチパネル１１および第２タッチパネル２１は、携帯電話機１の手前側から外部を臨む。第１背面タッチセンサ１５および第２背面タッチセンサ２５は、携帯電話機１の奥側から外部を臨む。

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

図２（ａ）および（ｂ）のチルト状態において、第１タッチパネル１１および第２タッチパネル２１は、開状態の場合（図１（ｄ））と同様に、各キャビネット１０、２０の手前側から、それぞれ外部を臨む。また、第１背面タッチセンサ１５および第２背面タッチセンサ２５は、携帯電話機１の奥側から外部を臨む。

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

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

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

図３（ａ）〜（ｆ）は、携帯電話機１の画面状態が閉状態（図３(ａ)）から、チルト状態（図３（ｄ））を介して開状態（図３（ｆ））へ遷移される過程を、携帯電話機１の右側から見て説明する図である。ユーザは、携帯電話機１をこのように遷移させるよう、携帯電話機１を変形させることができる。

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

図３（ｂ）に示される状態において、第１キャビネット１０が、さらに手前方向へ移動され、第１表示面１４が下側を向くように回転されると（破線矢印）、第１キャビネット１０および連結部３０は、図３（ｃ）に示されるように配置される。

図３（ｃ）の状態において、第１キャビネット１０の下側の裏面が連結部３０に接するまで、第１キャビネット１０がさらに反時計回りに回転され、且つ連結部３０がさらに時計回りに回転されると、携帯電話機１は、図３（ｄ）のチルト状態に至る。

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

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

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

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

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

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

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

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

映像デコーダ３０６は、ＣＰＵ１００からの画像信号をデコードし、ＣＰＵ１００からの制御信号に基づき、デコードした信号を第１ディスプレイ１２および第２ディスプレイ２２へ出力する。第１ディスプレイ１２および第２ディスプレイ２２は、映像デコーダ３０６からの信号から駆動信号を生成し、生成した駆動信号を、第１ディスプレイ１２および第２ディスプレイ２２が備える液晶パネル（図示せず）へ、それぞれ出力する。各液晶パネルは、入力した駆動信号に応じて、第１画面および第２画面を描画する。また、第１ディスプレイ１２および第２ディスプレイ２２は、ＣＰＵ１００からの制御信号に基づき、第１ディスプレイ１２および第２ディスプレイ２２が備えるバックライトを点灯または消灯させる。バックライトが点灯し、液晶パネルに描画された画面が表示されることにより、ユーザは、第１表示面１４および第２表示面２４を介して、表示された第１画面および第２画面を観ることができる。

ＣＰＵ１００は、画面状態が、開状態またはチルト状態から閉状態へ遷移されたとき、第２画像の描画を停止させ、また第２ディスプレイ２２のバックライトを消灯させるよう、第２ディスプレイ２２へ制御信号を出力する。画面状態が閉状態から開状態またはチルト状態へ遷移されたとき、ＣＰＵ１００は、実行中の機能に基づき、第２画像の描画を開
始させ、また第２ディスプレイ２２のバックライトを点灯させるよう、第２ディスプレイ２２へ制御信号を出力する。

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

バッテリ３０９は二次電池を含み、携帯電話機１を構成する各部へ、電力を供給する。

電源管理回路３１０は、ＣＰＵ１００からの制御信号に基づき、バッテリ３０９に関する各種の情報を取得するとともに、二次電池の充電等のための制御信号を、バッテリ３０９へ出力する。電源管理回路３１０は、二次電池が出力する電圧を検知し、検知した電圧に応じたデジタル信号を、ＣＰＵ１００に出力する。ＣＰＵ１００は、このデジタル信号に基づき、二次電池が出力できる電力のおよその残量を検出する。

クロック３１１は、時間を計測し、計測した時間に応じた信号をＣＰＵ１００へ出力する。

開閉センサ３１２は、連結部３０の第２キャビネット２０に対する角度を検出する。開閉センサ３１２は、第２キャビネット２０と連結部３０がなす角度を検出する角度センサを備え、検出された角度に応じたデジタル信号を、ＣＰＵ１００へ出力する。ＣＰＵ１００は、開閉センサ３１２からの信号に基づき、携帯電話機１の画面状態が、開状態、閉状態およびチルト状態の何れであるかを検出する処理を実行する。

なお、画面状態は、角度センサ以外の手段によって、検出されてもよい。たとえば、開閉センサは、磁気センサと磁石とを備え得る。この場合、たとえば、第２キャビネット２０に磁気センサが配され、第１キャビネット１０または連結部３０に磁石が配される。この開閉センサは、磁気センサが画面状態によって異なる磁力を検知することに基づき、ＣＰＵ１００が開閉状態を検出するための信号を、ＣＰＵ１００へ出力する。

ＧＰＳモジュール３１３は、複数のＧＰＳ衛星からの信号に基づいて、経度、緯度等の地理的な現在位置を測位し、その位置情報、即ちＧＰＳ情報をＣＰＵ１００に出力する。

加速度センサ３１４は、携帯電話機１に印加される加速度を検出する。加速度センサ３１４は３軸加速度センサであり、図１のＸ軸方向、Ｙ軸方向およびＺ軸方向の３方向に生じる加速度を検出する。加速度センサ３１４は、検出した加速度に応じた加速度信号をＣＰＵ１００へ出力する。ＣＰＵ１００は、加速度センサ３１４からの加速度信号に基づき、携帯電話機１が、横向きおよび縦向きの何れの方向を向いているかを検出する。

図４にもどり、メモリ２００は、ＲＯＭおよびＲＡＭを含む。メモリ２００には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、ＣＰＵ１００が制御プログラムを実行する際、メモリ２００は、一時的に利用または生成されるデータを記憶するワーキングメモリとしても使用される。

メモリ２００は、制御プログラムの他に、画像データ、通信モジュール３０５を介して外部から取り込んだ情報、および第１および第２タッチセンサ１３、２３により入力された情報等が、所定のファイル形式で保存される。

メモリ２００は、後述される対応関係定義テーブルを記憶する。対応関係定義テーブルは、第１および第２タッチセンサ１３、２３と第１および第２背面タッチセンサ１５、２
５とに対する入力を、使用状態に応じて、有効または無効に設定するための情報を含む。対応関係定義テーブルは、さらに、第１または第２背面タッチセンサ１５、２５に対する入力が有効とされる場合に、有効とされたタッチセンサ１５、２５に対する入力が、第１表示面１４および第２表示面２４のうち何れの入力に対応されるべきかを定めるための情報を含む。

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

ＣＰＵ１００は、画面状態の変化に応じて、第２ディスプレイ２２を、バックライトを点灯・消灯するよう制御を行う。画面状態が閉状態であるときに、ＣＰＵ１００は、第１キャビネット１０に覆われ背後に隠れる第２ディスプレイ２２のバックライトを消灯させる。画面状態が開状態またはチルトであるときに、ＣＰＵ１００は、第２ディスプレイ２２のバックライトを点灯させる。

図５は、携帯電話機１の使用状態を説明する図である。

図示のように、「使用状態」は、携帯電話機１の画面状態と向きによって６通りの状態をとる。上述の通り、画面状態は、閉状態、開状態およびチルト状態の３通りからなる。向きは、横および縦の２通りからなる。以下、携帯電話機１の向きが横向きであるときの上記３つの画面状態を、それぞれ、閉状態（Ｉ）、開状態（Ｉ）およびチルト状態（Ｉ）と表し、携帯電話機１の向きが縦向きであるときの上記３つの画面状態を、それぞれ、閉状態（ＩＩ）、開状態（ＩＩ）およびチルト状態（ＩＩ）と表す。

図６（ａ）〜（ｄ）は、それぞれ、第１および第２背面タッチセンサ１５、２５に対する入力が第１および第２表示面１４、２４に対する入力にどのように対応付けられるかの対応関係を模式的に示す図である。

図６（ａ）〜（ｄ）の左側には、それぞれ、開状態の携帯電話機１を手前側から見たときの第１および第２表示面１４、２４が示され、図６（ａ）〜（ｄ）の右側には、それぞれ、開状態の携帯電話機１を手前側から見たときの第１および第２背面タッチセンサ１５、２５が示されている。また、図６（ａ）〜（ｄ）には、それぞれ、第１および第２背面タッチセンサ１５、２５に対する操作の位置と、当該操作による第１および第２表示面１４、２４に対する入力の位置が、それぞれ、黒い丸と四角で示されている。

図６（ａ）では、第１背面タッチセンサ１５に対する入力が第１表示面１４に対する入力として処理される。ＣＰＵ１００は、第１背面タッチセンサ１５から入力された信号から、入力位置、すなわちタッチ位置の座標を検出する。そして、ＣＰＵ１００は、検出した座標を、第１表示面１４の画面上の座標に変換し、変換した座標を第１表示面１４に対する入力位置として取得する。

ＣＰＵ１００は、実行中のアプリケーションに基づいて、この入力に関する処理を実行する。たとえば、図６（ａ）に示されるように、第１背面タッチセンサ１５上の黒い丸または四角で示される位置がタッチされると、ＣＰＵ１００は、このタッチを、それぞれ第１表示面１４上の黒い丸または四角で示される位置に対する入力であるとみなして処理を実行する。

図６（ｂ）では、第１背面タッチセンサ１５に対する入力が第２表示面２４に対する入
力として処理される。ＣＰＵ１００は、図６（ａ）の場合と同様、第１背面タッチセンサ１５に対する入力（タッチ）がなされると、タッチ位置に対応する第２表示面２４上の座標を第２表示面２４に対する入力位置として取得する。そして、ＣＰＵ１００は、実行中のアプリケーションに基づいてこの入力に関する処理を実行する。たとえば、第１背面タッチセンサ１５の黒い丸または四角で示される位置がタッチされると、ＣＰＵ１００は、このタッチを、それぞれ第２表示面２４の黒い丸または四角で示される位置に対する入力であるとみなして処理を実行する。

図６（ｃ）では、第２背面タッチセンサ２５に対する入力が第１表示面１４に対する入力として処理される。この場合も、ＣＰＵ１００は、図６（ａ）の場合と同様、第２背面タッチセンサ２５に対する入力（タッチ）がなされると、タッチ位置に対応する第１表示面１４上の座標を第１表示面１４に対する入力位置として取得する。たとえば、ＣＰＵ１００は、第２背面タッチセンサ２５の黒い丸または四角で示される位置へのタッチを、それぞれ第１表示面１４の黒い丸または四角で示される位置に対する入力であるとみなして処理を実行する。

図６（ｄ）では、第２背面タッチセンサ２５に対する入力が第２表示面２４に対する入力として処理される。この場合も、ＣＰＵ１００は、図６（ａ）の場合と同様、第２背面タッチセンサ２５に対する入力（タッチ）がなされると、タッチ位置に対応する第２表示面２４上の座標を第２表示面２４に対する入力位置として取得する。たとえば、ＣＰＵ１００は、第２背面タッチセンサ２５の黒い丸または四角で示される位置へのタッチを、それぞれ第２表示面２４の黒い丸または四角で示される位置に対する入力であるとみなして処理を実行する。

図６（ａ）〜（ｄ）では、画面状態が開状態であったが、画面状態がチルト状態の場合も、図６（ａ）〜（ｄ）と同様、第１および第２背面タッチセンサ１５、２５に対する入力が、第１および第２表示面１４、２４に対する入力に対応付けられる。ただし、閉状態では、第２表示面２４および第１背面タッチセンサ１５は外部を臨まないため（図１（ｃ）参照）、図６（ｃ）の対応関係が適用される。

図６で説明された第１および第２背面タッチセンサ１５、２５と第１および第２表示面１４、２４との対応関係は、メモリ２００に記憶された上述の対応関係定義テーブルに保持されている。ＣＰＵ１００は、対応関係定義テーブルに基づき、図５に示す各使用形態に応じて、図６（ａ）〜（ｄ）の何れかの対応関係を設定する。以下、携帯電話機１の使用状態に応じて対応関係を設定するための制御処理について、説明する。

＜実施例１＞
図７は、本実施例に係る、対応関係の更新のための処理のフローチャートである。図７の処理は、電子文書閲覧、電子メール、地図閲覧等のアプリケーションが利用されている際に実行される。

ステップＳ１０１において、ＣＰＵ１００は、携帯電話機１の使用状態（図５参照）が変化したか否かを判定する。使用状態が変化した場合（Ｓ１０１：ＹＥＳ）、次のステップＳ１０２の処理へ進む。たとえば、ユーザが、画面状態を開状態から閉状態へ移行させた場合、ステップＳ１０２の処理が実行される。使用状態が変化しない場合（Ｓ１０１：ＮＯ）、図７の処理は終了されるとともに、再び本フローチャートの処理が開始される。なお、上記アプリケーションの起動時には、処理がＳ１０１からＳ１０２へと進められる。

ステップＳ１０２において、ＣＰＵ１００は、メモリ２００に記憶された対応関係定義
テーブルを参照し、変化後の使用状態に応じた対応関係を読み込む。対応関係定義テーブルは、携帯電話機１の各使用状態において、タッチセンサ（１３、１５、２３、２５）と表示面（１４、２４）との対応関係を定義するためのテーブルである。そして、読み込んだ対応関係に基づいて、タッチセンサ（１３、１５、２３、２５）と表示面（１４、２４）との対応関係の設定を行う（Ｓ１０３）。

図８（ａ）は、対応関係定義テーブルの構成を示す図である。図８（ｂ）は、対応関係定義テーブルの各要素を説明する表である。

対応関係定義テーブルには、図８（ｂ）に説明されるように、各使用状態におけるタッチセンサ１３、１５、２３、２５の有効（「○」または「１」）および無効（「×」の設定が定義される。「１」は、第１および第２背面タッチセンサ１５、２５に対する入力の対象が第１表示面１４に対する入力として受け付けられることを表す。なお、本実施例において、第１背面タッチセンサ１５に対する入力は無効とされる。

閉状態およびチルト状態（Ｉ）における第２背面タッチセンサ２５に対する入力は、図８（ａ）によると、第１表示面１４に対する入力として受け付けられる。また、図８の構成例では、開状態およびチルト状態（ＩＩ）において、第１背面タッチセンサ１５と第２背面タッチセンサ２５に対する入力は、無効とされる。

閉状態およびチルト状態（Ｉ）における第２背面タッチセンサ２５に対する入力がなされた場合の処理の例が、以下に説明される。

たとえば、画面状態が開状態から閉状態またはチルト状態（Ｉ）へ遷移した場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ１００は、図８（ａ）の対応関係定義テーブルの、閉状態またはチルト状態（Ｉ）における対応関係をメモリ２００から読み込む（Ｓ１０２）。そして、読み込まれた対応関係の定義に基づいて、ＣＰＵ１００は、第２背面タッチセンサ２５に対する入力を、閉状態またはチルト状態（Ｉ）において、第１表示面１４に対する入力に対応させる設定を行う。

図９は、閉状態において、アプリケーションの一つであるウェブブラウザが実行される様子を説明する図である。図９（ａ）は、閉状態の携帯電話機１が右手で持たれている様子を説明する図である。図９（ｂ）および（ｃ）は、ウェブブラウザの実行画面の例を示す図である。図９（ｂ）および（ｃ）では、あるウェブページを開いた時の画面４０１が、第１表示面１４に表示されている。

ユーザは、図９（ａ）のように、右手の人差し指を、第２背面タッチセンサ２５へタッチし、ユーザから見て上方向（白い矢印方向）へスライドさせ、その後タッチした指をリリースし得る。この操作が、図９（ｂ）のようにウェブページの画面が第１表示面１４に表示されているときになされた場合、ＣＰＵ１００は、このスライドの操作を、画面４０１が表示された第１表示面１４に対する入力として受け付ける。この場合、ＣＰＵ１００は、画面４０１を白矢印の方向へのスクロールさせるための入力とみなす。この結果、ウェブページの画面４０１が上方向へスクロールされ、図９（ｃ）に示されるように、スクロール後のウェブページの画面４０１が、第１表示面１４に表示される。

なお、このスクロール中、第１表示面１４に対する入力は通常行われない。このため、ユーザは、スクロールのための操作をしているときにも、画面４０１の全体を観ることができる。

なお、図９（ａ）および（ｂ）に示されるように、第２背面タッチセンサ２５がタッチ
されているとき、ＣＰＵ１００は、このタッチ位置に対応する、第１表示面１４上の位置に、矢印状のポインタ４０２を表示する。ポインタ４０２は、第１画面の閲覧の妨げにならないよう、指先の大きさよりも小さい。タッチされた指がリリースされると、ＣＰＵ１００は、図９（ｃ）のように、ポインタ４０２の表示を解除する。ユーザは、第１表示面１４に表示されるポインタ４０２を視認することによって、第１表示面１４上のどの位置に対する入力を行っているのかを知ることができる。ポインタ４０２は、第２背面タッチセンサ２５のタッチ位置が変化することに応じて、移動される。

なお、ポインタ４０２は、矢印状ではなく、他の形状でもよい。また、アプリケーションの実行画面の視認性が優先されてポインタが表示されない構成がとられてもよい。また、ポインタ４０２の視認性が優先されて、より大きなポインタが表示されてもよい。

なお、ここでは、スライド操作について説明されたが、第２背面タッチセンサ２５に対して、タップやフリック等の各種入力がなされた場合も、ＣＰＵ１００は、第１表示面１４の対応する位置に入力がなされたとみなす。そして、ＣＰＵ１００は、なされた操作と実行中のアプリケーションに基づいた処理を実行する。

図１０は、チルト状態（Ｉ）の携帯電話機１が左手で持たれ、右手で操作がなされる様子を説明する図である。図１０において、右手の指は、第２背面タッチセンサ２５をタッチしている。図８（ａ）のように、チルト状態（Ｉ）における第２背面タッチセンサ２５に対する入力は、第１表示面１４に対する入力として受け付けられる。第２背面タッチセンサ２５上のタッチ位置に対応する第１表示面１４上の位置に、ポインタ４０３が表示される。たとえば、破線白矢印の方向へスライドがなされ、第２背面タッチセンサ２５に対するタッチ位置が破線白矢印の方向へ移動されると、ポインタ４０３は、実線白矢印の方向へ移動する。

図１１（ａ）〜（ｃ）は、電子メールのアプリケーションの実行画面の例を示す図である。この例では、第２背面タッチセンサ２５への入力による、ポインタ４０３の移動と、ポインタ４０３が指す位置にあるテキスト入力欄への文字入力の有効化とが説明される。

図示の如く、第１表示面１４には、ポインタ４０３の他に、電子メールの送信先のメールアドレスの入力欄４０４、件名の入力欄４０５等が表示される。同図（ａ）では、入力欄４０４の枠が強調表示され、現在、入力欄４０４が文字入力を受け付けていることが視認可能となっている。図１１（ｂ）および（ｃ）では、それぞれ、入力欄４０５の枠が強調表示され、入力欄４０５への文字入力が可能である。

第２表示面２４には、文字を入力するためのソフトキーボード４０６が表示される。ソフトキーボード４０６の各ソフトキーの画像が指等でタッチされることにより（図１１（ｃ）の指の図参照）、タッチされたソフトキーに対応する文字が、文字入力を受け付け可能な状態にあるテキスト入力欄に、表示される。

図１１（ａ）において、現在、ポインタ４０３は、現在の第２背面タッチセンサ２５に対するタッチ（破線で描かれた指参照）の位置に基づき、件名の入力欄４０５よりも下側に表示される。ユーザが、タッチした指を、破線白矢印の方向（左上）へスライドさせると、ポインタ４０３も、同じ方向へ移動する。これにより、ポインタ４０３は、図１１（ｂ）に示されるように、件名の入力欄４０５を指す。

この状態で、第２背面タッチセンサ２５から指がリリースされ、さらに、タッチされていた位置にタップがなされると、ＣＰＵ１００は、件名の入力欄４０５の枠を強調表示し、入力欄４０５への入力を受け付け可能とする。この状態において、ソフトキーボード４
０６のキーが押下されると、ＣＰＵ１００は、図１１（ｃ）に例示されるように、押下されたキーに応じた文字を、入力欄４０５に表示する。

このように、チルト状態（Ｉ）では、第２背面タッチセンサ２５に対する入力が、第１表示面１４に対する入力として受け付けられる。

なお、図８に示すように、開状態およびチルト状態（ＩＩ）では、第１および第２背面タッチセンサ１５、２５に対する入力が無効とされる。このため、図１２（ａ）および（ｂ）に示されるように、これら開状態およびチルト状態（ＩＩ）において、ユーザの指が第１または第２背面タッチセンサ１５、２５に接触しても、この接触は、アプリケーションの実行内容に影響を与えない。

以上、本実施例に係る携帯電話機１によれば、携帯電話機１の使用状態が変化すると、第１および第２背面タッチセンサ１５、２５に対する入力が、対応関係定義テーブルおよび現在の使用状態に基づき、第１または第２表示面１４、２４に対する入力に対応づけられる。

具体的には、閉状態において、第２背面タッチセンサ２５に対する入力は、第１表示面１４に対する入力に対応付けられる。このため、ユーザは、第２タッチセンサ２３に対する入力によって、第１表示面１４に表示される画面を遮ることなく、所望の操作を行える（図９）。

また、チルト状態（Ｉ）において、第２背面タッチセンサ２５に対する入力は、第１表示面１４に対する入力に対応付けられる。ユーザは、少しの力で回動し得る不安定な第１キャビネット１０に指を触れることなく、第１表示面１４に対する入力を第２背面タッチセンサ２５に対する入力（タッチ、スライド、タップ）によって行うことができる。

その一方、開状態およびチルト状態（ＩＩ）においては、第１および第２背面タッチセンサ１５、２５に対する入力は無効とされる。このため、携帯電話機１の背面に指がどのように触れても、この指の接触は、アプリケーションの実行に影響を与えない。このため、図１２のように、ユーザは、安定的に携帯電話機１を両手で持つことができる。

このように、携帯端末装置の使用状態に応じて、背面タッチセンサ１５、２５によるアプリケーションの操作方法が、所定の対応関係に基づいて適宜切替えられるので、ユーザは、背面タッチセンサを効果的に使用して、アプリケーション利用のための操作を行える。

＜実施例２＞
上記実施例では、実行されるアプリケーションによらず、ひとつの対応関係定義テーブル（図８）に基づき、対応関係が設定される。これに対し、実施例２では、複数の対応関係定義テーブルが、アプリケーションに対応づけられて、メモリ２００に記憶される。本実施例において、対応関係設定のために読み込まれる対応関係は、実行中のアプリケーションにより異なる。

図１３は、本実施例に係る制御処理を説明するフローチャートである。図１３のフローチャートでは、図７のステップＳ１０２の処理が、ステップＳ１１１の処理に置き換えられている。ステップＳ１１１において、ＣＰＵ１００は、現在実行中のアプリケーションに対応づけられた対応関係定義テーブルを参照し、現在の使用状態に応じた対応関係を読み込む。

なお、実行中のアプリケーションに対応づけられた対応関係定義テーブルが、メモリ２００に記憶されていない場合、ＣＰＵ１００は、汎用の対応関係定義テーブルを参照する。汎用の対応関係定義テーブルは、たとえば図８（ａ）に示される対応関係定義テーブルであり、予めメモリ２００が記憶する。

以下に、個別のアプリケーションに対応づけられた対応関係定義テーブルの例および、アプリケーションの実行例を説明する。

図１４（ａ）は、地図閲覧のためのアプリケーションに対応づけられた対応関係定義テーブルである。図１４（ｂ）は、図１４（ａ）の対応関係定義テーブルの各要素を説明する表である。図１４（ａ）の対応関係定義テーブルは、図８（ａ）の対応関係定義テーブルに比較して、開状態における第１および第２背面タッチセンサ１５、２５に対する入力の対応先が異なる。図１４（ａ）および図１４（ｂ）に示されるように、この対応関係定義テーブルによると、第１および第２背面タッチセンサ１５、２５に対する入力は、それぞれ、第１および第２表示面１４、２４に対する入力として受け付けられる。

図１４（ｃ）は、開状態の携帯電話機１が左手に持たれ、右手の指により第２背面タッチセンサ２５に対して入力がされている様子を説明する図である。地図閲覧のためのアプリケーションが実行されているとき、図１４（ｃ）の２つの白矢印に示されるような入力（スライド）が受け付けられ得る。

すなわち、まず、ユーザの指が、第２背面タッチセンサ２５をタッチすると、このタッチの位置に対応する第１表示面１４上の位置にポインタ４１１が表示される。タッチした指先を白矢印の方向へスライドさせる場合、ユーザは、まず第２背面タッチセンサ２５上でスライドの操作を行い、第２背面タッチセンサ２５の境界に達した後においても、指先の移動を第１背面タッチセンサ１５へと進めて、第１背面タッチセンサ１５上で、スライドの操作を行える。これらスライドの操作が、第１および第２表示面１４、２４に対する入力として受け付けられる。

図１５（ａ）および（ｂ）は、上記のスライドの操作がなされたときの、地図閲覧のためのアプリケーションの実行画面を説明する図である。地図４１２は、第１および第２表示面１４、２４に表示される２枚の画像からなるが、第１表示面１４と第２表示面２４との間の間隔が狭いため、ユーザは、これら２枚の画像を、１枚の地図４１２として観ることができる。

ポインタ４１１が第２表示面２４に表示されているとき、上述のスライドの操作がなされると、ＣＰＵ１００は、ポインタ４１１を、スライドの操作に応じて移動させる。ＣＰＵ１００は、ポインタ４１１の移動に同調して、地図４１２をスクロールさせる。この結果、図１５（ｂ）に示されるように、ポインタ４１１が第１表示面１４に移動されるとともに、図１５（ａ）においてポインタ４１１が指していた地点が、図１５（ｂ）においてポインタ４１１が指す位置に移動される。

この地図４１２のスクロール中、第１表示面１４に対する入力はされていない。このため、ユーザは、地図４１２をスクロールさせている最中にも、第１表示面１４に表示される地図４１２の全体を、ユーザは観ることができる。

図１６（ａ）は、電子メールを利用するためのアプリケーションに対応づけられた対応関係定義テーブルである。図１６（ａ）の対応関係定義テーブルは、図１４（ａ）の対応関係定義テーブルに比較して、チルト状態（Ｉ）における対応関係が異なる。すなわち、チルト状態（Ｉ）において、第１背面タッチセンサ１５に対する入力は、第１表示面１４
に対する入力として受け付けられ、第２背面タッチセンサ２５に対する入力は無効とされる。

図１６（ｂ）は、チルト状態（ＩＩ）の携帯電話機１が両手に持たれ、且つ右手の人差指により第１背面タッチセンサ１５に対して入力がなされている様子を説明する図である。この入力に基づき、第１表示面１４の所定位置に、ポインタ４１３が表示される。

図１７（ａ）〜（ｃ）は、チルト状態における電子メールのアプリケーションの実行画面の例を示す図である。図１７（ａ）〜（ｃ）は、それぞれ、図１１（ａ）〜（ｃ）に対応する。ただし、この例では、第１表示面１４に対する入力が、第２背面タッチセンサ２５ではなく、第１背面タッチセンサ１５を介してなされる。

図１７（ａ）において、ポインタ４１３は、現在の第２背面タッチセンサ２５に対するタッチの位置に基づき、件名の入力欄４０５よりも下側に表示される。ユーザは、第１背面タッチセンサ１５に対する入力位置を変更することにより、ポインタ４１３を図１７（ａ）の白矢印の方向へ移動させることができる。図１７（ｂ）のように、ポインタ４１３が件名の入力欄４０４を指すときに、タッチされている位置においてタップがなされると、ＣＰＵ１００は、件名の入力欄４０５の枠を強調表示する。これにより、入力欄４０５への文字入力が受け付け可能となる。

この状態において、ソフトキーボード４０６のキーが押下されると、ＣＰＵ１００は、図１７（ｃ）に例示されるように、押下されたキーに応じた文字を、件名の入力欄４０５に表示する。

このように、チルト状態（Ｉ）において、第１背面タッチセンサ１５に対する入力が、第１表示面１４に対する入力として受け付けられる。

ところで、アプリケーションによっては、第１または第２背面タッチセンサ１５、２５が有効とされる場合においても、第１または第２背面タッチセンサ１５、２５のある領域（以下、「無効領域」と言う。）に対する入力が無効とされる方が好ましい場合がある。無効領域は、ユーザによる誤入力が起こり易い領域に設定される。この場合、無効領域を設定するための情報が、対応関係定義テーブルに含まれる。

図１８（ａ）は、電子書籍閲覧のためのアプリケーションに対応づけられた対応関係定義テーブルである。図１８（ａ）の対応関係定義テーブルは、図８（ａ）の対応関係定義テーブルに対し、チルト状態（ＩＩ）における第１および第２背面タッチセンサ１５、２５に対する入力が有効とされる。さらに、チルト状態（ＩＩ）において、第１および第２背面タッチセンサ１５、２５に無効領域が設定される。

図１８（ｂ）は、第１および第２表示面１４、２４に表示される画面の座標系を示す図である。なお、本実施例では、第１および第２表示面１４、２４の画面のサイズは、４８０ピクセル×８００ピクセルとする。図１８（ｂ）に示されるように、各表示面１４、２４の座標軸は、それぞれ、左上が原点（０、０）であり、右下の座標が（４８０、８００）である。

図１８（ａ）にて定義される無効領域４１４、４１５は、図１８（ｂ）の座標軸を用いて記述される。図１８（ａ）の対応関係定義テーブルの「１：（０、４８０）〜（４８０、４８０）」との表示は、第１表示面１４に含まれる、対向する頂点座標が（０、４８０）と（４８０、８００）である長方形状領域４１４（斜線の領域）に対する入力が無効とされることを表す。同様に、「２：（０、４８０）〜（４８０、４８０）」との表示は、
第２表示面２４の、対向する頂点座標が（０、４８０）と（４８０、８００）である長方形状領域４１５に対する入力が無効とされることを表す。よって、チルト状態（ＩＩ）においては、第１および第２背面タッチセンサ１５、２５の、（０、０）と（４８０、４８０）によって定義される略正方形状の領域に対応する領域が有効領域とされ、当該有効領域に対する入力が受け付けられる。

なお、無効領域の大きさは、誤操作低減のためにより大きく設定されてよいし、また、背面タッチセンサ１５、２５での操作を行いやすくするために行うために、より小さく設定されてもよい。また、無効領域は、目的等に応じて上記例とは異なる位置に設定されてよい。

図１８（ｃ）は、チルト状態（ＩＩ）の携帯電話機１が両手に持たれているときの様子を模式的に示す。左右の手の、中指、薬指および小指は、第１または第２背面タッチセンサ１５、２５の無効領域４１４、４１５に接触する。このため、図１８（ｃ）のように携帯電話機１が持たれた場合、中指、薬指および小指の無効領域４１４、１４５に対する入力が無効とされる。これに対し、左右のそれぞれの手の人差指が有効領域に対してタッチする場合、ＣＰＵ１００は、このタッチによる入力を、第１または第２表示面１４、２４に対する入力として受け付ける。この場合、図１８（ｃ）に示されるように、タッチ位置に基づいた第１および第２表示面１４、２４の位置に、ポインタ４１６、１４７が表示される。

ユーザは、このように第１または第２背面タッチセンサ１５、２５に対して入力を行うことにより、電子書籍閲覧のためのアプリケーションを操作できる。たとえば、右手の人差指を第１背面タッチセンサ１５に沿ってスライドさせることによって、ユーザは、ページめくりの操作をできる。

図１９（ａ）および（ｂ）は、このようなスライドの操作がなされたときの、電子書籍閲覧のためのアプリケーションの実行画面を説明する図である。図１９（ａ）および（ｂ）では、第１および第２表示面１４、２４に、電子書籍の画像が表示される。なお、図１９（ａ）および（ｂ）において、無効領域４１４、４１５は、参照のために図示されているだけであり、実際には、無効領域４１４、４１５は画像として表示されない。第１および第２表示面１４、２４の右上のページ番号表示欄４１８、４１９には、それぞれ、現在のページ番号「３３」および「３４」と現在開いている電子書籍の総ページ数「１８９」が表示される。

右手人差指が、白矢印のように、有効領域において左方向（図１９（ａ）の白矢印方向）へスライドされると、ＣＰＵ１００は、このスライドの操作を、第１表示面１４に対する入力として受け付け、この操作を、ページめくりのための操作であると判定する。この結果、ＣＰＵ１００は、図１９（ｂ）に示されるように、次のページの画像を表示する。すなわち、３５および３６ページの画像が第１および第２表示面１４、２４に表示される。

ユーザは、第１および第２表示面１４、２４に表示される画像を指で遮ることなく、第１背面タッチセンサ１５に対するスライドの操作によって、ページめくりを実行できる。

なお、スライドの方向が逆向きの場合、表示面１４、２４には、前のページ（３１、３２ページ）の画像が表示されるよう処理が実行される。また、上記例では、第１背面タッチセンサ１５に対する入力について説明されたが、第２背面タッチセンサ２５に対してスライド操作がなされた場合にも、同様の処理が実行される。ＣＰＵ１００は、ページめくりのための操作の他、第１および第２背面タッチセンサ１５、２５に対する所定の操作に
より、文字の拡大および縮小、ブックマーク登録等、各種の処理を実行するための入力を受け付ける。

以上、本実施例によれば、対応関係定義テーブルが、アプリケーションに対応づけられているため、現在の携帯電話機１の使用状態だけによらず、現在実行中のアプリケーションに応じて、第１および第２背面タッチセンサ１５、２５に対する入力を第１または第２表示面１４、２４への入力に適応的に対応させることができる。すなわち、各アプリケーションの個別の特性に応じて、アプリケーションごとに異なる対応関係が設定されるため、ユーザは、より効果的に背面タッチセンサ１５、２５を使用できる。

さらに、本実施例では、第１または第２背面タッチセンサ１５、２５に操作入力を受け付けない無効領域が設定されるため、アプリケーションに対する誤入力を抑制することができる。たとえば、電子書籍閲覧のアプリケーションでは、ユーザは、指で無効領域に触れることによって、携帯電話機１をより安定的に持つことができるとともに、背面タッチセンサ１５、２５における誤操作を低減することができる。

＜実施例３＞
実施例３は、実施例１の構成に加え、さらにユーザが対応関係定義テーブルを変更できるよう構成されている。

ＣＰＵ１００は、対応関係定義テーブルの変更を受け付けるための、対応関係変更処理を実行する。ユーザは、ホーム画面、ランチャ画面等に表示される携帯電話機１の動作設定のための設定アイコン（図示せず）を選択し、設定内容の選択のためのメニューを表示させ、このメニューにおいて、対応関係変更処理を実行するための項目を選択し、対応関係変更処理を実行できる。

図２０（ａ）は、対応関係変更処理を説明するフローチャートである。対応関係変更処理が実行されると、ＣＰＵ１００は、対応関係設定のための画面を表示し（Ｓ１２１）、設定の変更のための入力を受け付ける（Ｓ１２２）。ステップＳ１２２において、ユーザは、第１および第２タッチセンサ１３、２３の有効・無効、第１および第２背面タッチセンサ１５、２５の有効・無効、第１および第２背面タッチセンサ１５、２５を有効に設定した場合の操作対象（第１または第２表示面１４、２４）の指定、第１および第２背面タッチセンサ１５、２５を有効に設定した場合の無効領域等を設定できる。

ユーザによる入力の確認のステップ（Ｓ１２３）において、ユーザがＯＫ（Ｓ１２３：ＹＥＳ）を選択すると、設定内容に応じた対応関係定義テーブルがメモリ２００に記憶され、図２０（ａ）の処理が終了する。これにより、図８の対応関係定義テーブル（デフォルト）とともに、ユーザにより設定された対応関係定義テーブルが準備される。ステップＳ１２３においてＯＫが選択されなければ（Ｓ１２３：ＮＯ）、ステップＳ１２２の入力受付処理が継続される。なお、対応関係設定のための画面においてユーザによりキャンセルが入力されると、対応関係変更処理が終了する。

図２０（ｂ）は、本実施例に係る制御処理を説明するフローチャートである。図２０（ｂ）のフローチャートでは、図７のフローチャートに対し、ステップＳ１２４、Ｓ１２５の処理が追加されている。すなわち、使用状態が変化すると（Ｓ１０１：ＹＥＳ）、ＣＰＵ１００は、対応関係定義テーブルがユーザにより変更されていないを判定する（Ｓ１２４）。対応関係定義テーブルが変更されていない場合（Ｓ１２４：ＹＥＳ）、ＣＰＵ１００は、図８（ａ）の対応関係定義テーブルから、現在の使用状態に応じた対応関係を読み込む（Ｓ１０２）。他方、対応関係定義テーブルの変更がある場合（Ｓ１２４：ＮＯ）、ＣＰＵ１００は、変更された対応関係定義テーブルから、現在の使用状態に応じた対応関
係を読み込む。しかる後、ＣＰＵ１００は、読み込んだ対応関係に基づいて、タッチセンサ（１３、１５、２３、２５）と表示面（１４、２４）との対応関係の設定を行う（Ｓ１０３）。

本実施例において、ユーザは、たとえば、図８（ａ）対応関係定義テーブルを、図１８（ａ）の対応関係定義テーブルへ変更できる。たとえば、電子書籍閲覧のアプリケーションの実行時に、変更された対応関係テーブルを用いることで、上記のように、ユーザは、指で無効領域に触れることによって携帯電話機１をより安定的に持つことができ、また、背面タッチセンサ１５、２５における誤操作を低減することができる。

このように、本実施例によれば、ユーザが望む方法でアプリケーションの操作が行えるため、第１および第２背面タッチセンサ１５、２５をさらに効果的に使用することができる。

＜実施例４＞
本実施例では、アプリケーションごとに対応関係定義テーブルが準備され、これら対応関係定義テーブルの内容がユーザにより個別に変更可能となっている。すなわち、実施例２の構成に実施例３の構成が付加されている。アプリケーションごとの対応関係変更処理は、図２０（ａ）と同様に行われる。ただし、本実施例では、対応関係変更処理において、変更対象のアプリケーションがユーザにより選択される。

図２１は、本実施例に係る制御処理を説明するフローチャートである。図２１のフローチャートでは、図１３のフローチャートに対し、ステップＳ１３１およびＳ１３２の処理が追加されている。

ステップＳ１３１では、現在実行中のアプリケーションに対応する対応関係定義テーブルがユーザにより変更がされていないかが判定される。対応関係定義テーブルが変更されていない場合は（Ｓ１３１：ＹＥＳ）、デフォルトの対応関係テーブルを用いた処理が行われる（Ｓ１１１、Ｓ１０３）。対応関係定義テーブルが変更されている場合（Ｓ１３１：ＹＥＳ）、変更された対応関係テーブルを用いた処理が行われる（Ｓ１３２、Ｓ１０３）。

本実施例において、ユーザは、たとえば、図１６（ａ）の電子メールのアプリケーションの対応関係定義テーブルを、図２２（ａ）の対応関係定義テーブルへ変更できる。図２２（ａ）の対応関係定義テーブルは、図１６（ａ）に対し、開状態が開状態（Ｉ）と開状態（ＩＩ）とに分けられ（図５参照）、チルト状態（ＩＩ）での設定が変更されている。具体的には、開状態（Ｉ）での設定は、図１６（ａ）の対応関係定義テーブルの開状態での設定に同じであり、開状態（ＩＩ）およびチルト状態（ＩＩ）での設定は、図１８（ａ）の対応関係定義テーブルのチルト状態（ＩＩ）の設定に同じである。また、図２２（ａ）の対応関係定義テーブルでは、無効領域が設定される。

このように対応関係テーブルが変更された場合、図２２（ｂ）のように開状態（ＩＩ）の携帯電話機１が両手に持たれると、左右のそれぞれの手の人差指が第１または第２背面タッチセンサ１５、２５の有効領域にタッチし、中指、薬指および小指は、第１または第２背面タッチセンサ１５、２５の無効領域４２２、４２３に接触する。ユーザは、第１または第２背面タッチセンサ１５、２５の有効領域に対して人差指で入力を行うことにより、電子メールのアプリケーションを操作できる。

図２３（ａ）および（ｂ）は、開状態（ＩＩ）での電子メールのアプリケーションの実行画面の例を示す図である。

図２３（ａ）および（ｂ）において、第１表示面１４には、携帯電話機１が受信したメールの本文の画面４２４が表示され、第２表示面２４には、携帯電話機１の受信メールのリストの画面４２５が表示される。

ユーザは、図２３（ａ）の白矢印で示されるように、第１背面タッチセンサ１５の有効領域にタッチした人差指を、上へスライドさせることで、メールの本文の画面４２４を上へスクロールさせることができる。この結果、図２３（ｂ）に示されるように、上方向（白矢印方向）へスクロールされた受信メールの本文の画像４２４が、第１表示面１４に表示される。

第２背面タッチセンサ２５の有効領域に対する入力が行われた場合にも、ＣＰＵ１００は同様の処理を実行する。たとえば、ＣＰＵ１００は、第２背面タッチセンサ２５の有効領域に対するスライドの操作により、第２表示面２４において、受信メールのリストの画面４２５をスライド操作に対応する方向へスクロールさせる。

電子メールのアプリケーションの対応関係定義テーブルは、図２２（ａ）以外の内容にも適宜変更され得る。図２４（ａ）および（ｂ）は、他の変更例を示す図である。ユーザは、一度変更された対応関係定義テーブルを、上記の変更処理により、再度変更することができる。

図２４（ａ）の対応関係定義テーブルでは、開状態が開状態（Ｉ）、（ＩＩ）に区分されておらず、図２２（ａ）に対し、開状態での設定内容が異なっている。第１および第２背面タッチセンサ１５、２５に対する入力は、それぞれ第１および第２表示面１４、２４に対する入力として、ＣＰＵ１００により処理される。

図２４（ｂ）の対応関係定義テーブルは、図２４（ａ）に対し、さらに、チルト状態（Ｉ）での設定内容が異なる。チルト状態（Ｉ）において、第１背面タッチセンサ１５に対する入力は無効とされ、第２背面タッチセンサ２５に対する入力は有効とされる。また、第２背面タッチセンサ２５に対する入力は、第１表示面１４に対する入力として、ＣＰＵ１００により処理される。

このように、ユーザは、アプリケーションごとに、好みに応じて対応関係定義テーブルを設定できる。本実施例によれば、ユーザが望む設定内容で、アプリケーションの特性に合わせた操作が行えるため、さらに操作性が向上する。

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

たとえば、上記実施例２〜４では、無効領域が、指定された２つの座標を対角の位置の頂点として持つ長方形状領域とされたが、無効領域は、他の方法により設定されてよい。たとえば、複数の頂点が指定されることにより、これら頂点が囲む領域が無効領域とされてよい。この他、頂点とこの頂点を中心とする半径が指定されることにより、円形の無効領域が指定されてもよい。また、上記実施例２〜４では、各背面タッチセンサ１５、２５に対してそれぞれ一つの無効領域が設定されたが、各背面タッチセンサ１５、２５に２つ以上の無効領域が設定されてもよい。

また、上記実施例２〜４では、対応関係定義テーブルにおいて無効領域が指定されたが、有効領域が指定されてもよい。背面タッチセンサ１５、２５において有効領域と無効領
域とが区別される方法であれば、有効領域または無効領域は、どのように指定されてもよい。

上記実施例２〜４では、対応関係定義テーブルは、ユーザによる設定により変更されたが、たとえば、携帯電話機１の動作状態に応じて、対応関係定義テーブルが自動的に変更されても良い。たとえば、携帯電話機１の動作状態に応じて、有効領域と無効領域が動的に変化される構成とされ得る。

たとえば、ユーザが、第１または第２表示面１４、２４に対してタッチしているときには、第１および第２背面タッチセンサ１５、２５の全領域を無効領域とする。逆に、ユーザが、第１および第２背面タッチセンサ１５、２５に対してタッチしている時には、第１または第２表示面１４、２４の全領域を無効領域とする。このように、ＣＰＵ１００が、適時、一部のタッチ入力を無効とすることにより、ユーザが意図しないタッチによる誤操作の頻度を低減し得る。また、タッチされているタッチセンサの反対の側面から外部に露出するタッチセンサの領域が無効領域とされてもよい。

この他、たとえば、第１または第２表示面１４、２４に対するタッチの面積（以下、「タッチ面積」と言う。）が所定閾値を超える場合に、当該タッチが行われた表示面に対する入力が無効とされても良い。同様に、第１および第２背面タッチセンサ１５、２５に対するタッチ面積が所定閾値を超える場合に、当該タッチが行われた背面タッチセンサに対する入力が無効とされても良い。すなわち、タッチ面積が所定閾値を超える場合、ユーザは携帯電話機１をしっかり手に持っているとして、ＣＰＵ１００は、適時、一部のタッチ入力を無効とする。これにより、ユーザが意図しないタッチによる誤操作の頻度を低減し得る。

また、上記実施例３、４では、対応関係定義テーブルの変更は、設定アイコンが選択されることにより実行されたが、他の方法により実行されてよい。たとえば、アプリケーションの実行中において、このアプリケーションの実行に係る各種設定メニューの中に、対応関係変更処理の実行のための項目が含まれていてもよい。この項目が選択されると、ユーザは、実行中のアプリケーションに対応づけられた対応関係定義テーブルを変更できる。これによって、ユーザは、対応関係の変更処理において、対象となるアプリケーションを選択および指定する手間を省くことができる。対応関係定義テーブルの変更が適切になされるのであれば、この変更は、上記例の他、どのようなタイミングで行われてもよい。

上記実施例１〜４で説明された対応関係定義テーブルでは、閉状態における第１または第２表示面１４、２４への対応関係は、閉状態（Ｉ）と閉状態（ＩＩ）の区別、すなわち横であるか縦であるかの区別（図５参照）がなされていない。しかしながら、閉状態における第２背面タッチセンサ２５の無効領域の設定状態が、閉状態（Ｉ）と閉状態（ＩＩ）とで異なっていてもよい。

上記実施例２、４では、異なる対応関係定義テーブルが、各アプリケーションに対応づけられた。しかしながら、さらに細かく、アプリケーション内の入力可能な各画面に、対応関係定義テーブルが対応付けられてもよい。

たとえば、電子メールのアプリケーションでは、受信メールを表示するための画面、受信メール一覧を表示するための画面、電子メールの送付先や件名を入力するための画面、電子メールの本文を作成および編集するための画面等が、第１または第２表示面１４、２４に表示される。このような各画面に関連付けられて、対応関係定義テーブルがメモリ２００に記憶されてよい。

また、対応関係定義テーブルの構成は、携帯電話機１の使用状態に応じて対応関係が設定され得るものであれば、他の構成であってもよい。

また、上記実施例では、第１または第２背面タッチセンサ１５、２５に対する入力は、第１および第２表示面１４、２４の一方への入力として受け付けられたが、当該入力が、第１および第２表示面１４、２４の両方への入力として受け付けられてもよい。この場合、たとえば、図２５の対応関係定義テーブルが使われ得る。

図２５の対応関係定義テーブルは、たとえば、図２６（ａ）に示されるように、地図閲覧のためのアプリケーションの実行によって、同じ地域の地図が異なる様式で第１および第２表示面１４、２４に表示されるような場合に、利用され得る。道路地図４３３が第１表示面１４に表示され、これと同時に、道路地図に示される地域と同じ地域の航空写真の地図４３４が、第２表示面２４に表示される。

図２６（ａ）において、第１背面タッチセンサ１５に対するタッチ位置に基づき、ポインタ４３１、４３２が、それぞれ、第１および第２表示面１４、２４の対応する位置に表示される。ここで、白矢印の方向へ指がスライドされると、ＣＰＵ１００は、スライドの操作に応じて、第１および第２表示面１４、２４に表示される２つの地図４３３、４３４を、図２６（ｂ）に示されるように、それぞれ互いに同じ方向へ、同じ距離だけスクロールさせる。

このように、対応関係が適切に変更されることによって、ユーザは、第１および第２背面タッチセンサ１５、２５を用いて、２画面を有する携帯電話機１で特有な動作をするアプリケーションを、効率的に操作できる。

また、本実施例では、携帯電話機１は、２つの表示面と２つの背面タッチセンサを備えたが、表示面や背面タッチセンサの数は２つに限られず、３つ以上でもよい。また、本発明は、携帯電話機１に限らず、ＰＤＡやタブレットＰＣ、電子書籍端末、携帯ゲーム機など他の携帯端末装置に適用することもできる。

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

１ 携帯電話機 （携帯端末装置）
１０ 第１キャビネット
１３ 第１タッチセンサ（第３入力検出部）
１４ 第１表示面
１５ 第１背面タッチセンサ （第１背面、第１入力検出部）
２０ 第２キャビネット
２３ 第２タッチセンサ（第４入力検出部）
２４ 第２表示面
２５ 第２背面タッチセンサ （第２背面、第２入力検出部）
３０ 連結部 （支持部）
１００ ＣＰＵ （制御部、使用状態検出部、対応関係設定部）
２００ メモリ （記憶部）
３１２ 開閉センサ （使用状態検出部）
３１４ 加速度センサ （使用状態検出部）
４１４、４１５、４２２、４２３ 無効領域
４０２、４０３、４１１、４１３、４１６、４１７、４２０、４２１、４３１、４３２ ポインタ

Claims (16)

1. 第１表示面を備える第１キャビネットと、
   第２表示面を備える第２キャビネットと、
   携帯端末装置の使用状態を検出する使用状態検出部と、
   前記第１表示面に対して反対側にある前記第１キャビネットの第１背面に対する入力を検出する第１入力検出部と、
   前記第２表示面に対して反対側にある前記第２キャビネットの第２背面に対する入力を検出する第２入力検出部と、
   前記第１および第２背面に対する入力と、前記第１および第２表示面に対する入力との対応関係を、前記使用状態に対応づけて記憶する記憶部と、
   前記使用状態検出部により検出された前記使用状態に対応づけられた前記対応関係に基づいて、前記第１背面または前記第２背面に対する入力を、前記第１表示面または前記第２表示面に対する入力として受け付ける制御部と、を備える、
   ことを特徴とする携帯端末装置。
2. 請求項１に記載の携帯端末装置において、
   前記使用状態検出部に検出される使用状態は、前記第１キャビネットと前記第２キャビネットの相対位置とともに、前記携帯端末装置の向きを含む、
   ことを特徴とする携帯端末装置。
3. 請求項１または２に記載の携帯端末装置において、
   前記記憶部は、前記対応関係をアプリケーションに対応づけて記憶し、
   前記制御部は、前記使用状態と実行中の前記アプリケーションとに対応づけられた前記対応関係に基づいて、前記第１背面および前記第２背面に対する入力と、前記第１表示面および前記第２表示面に対する入力とを対応づける、
   ことを特徴とする携帯端末装置。
4. 請求項１ないし３の何れか一項に記載の携帯端末装置において、
   前記対応関係の設定の変更のための操作を受け付け、変更された前記対応関係を前記記憶部に記憶させる対応関係設定部をさらに備える、
   ことを特徴とする携帯端末装置。
5. 請求項１ないし４の何れか一項に記載の携帯端末装置において、
   前記記憶部は、前記対応関係とともに、前記第１背面および前記第２背面に対する入力が無効とされる無効領域を規定するための情報を、前記使用状態に対応づけて記憶し、
   前記制御部は、前記第１背面または前記第２背面に対する入力が前記無効領域に対してなされたとき、当該入力を前記第１表示面または前記第２表示面に対する入力として受け付けない、
   ことを特徴とする携帯端末装置。
6. 請求項１ないし５の何れか一項に記載の携帯端末装置において、
   前記第１表示面に対する入力を検出する第３入力検出部および前記第２表示面に対する入力を検出する第４入力検出部をさらに備え、
   前記対応関係は、前記携帯端末装置の前記使用状態に応じて、前記第１表示面および前記第２表示面に対する入力を、有効または無効に設定するための情報を含む、
   ことを特徴とする携帯端末装置。
7. 請求項１ないし６の何れか一項に記載の携帯端末装置において、
   前記使用状態は、前記第２表示面が前記第１キャビネットに覆われるとともに前記第１
   表示面が外部を臨む閉状態を含み、
   前記記憶部は、前記携帯端末装置の前記使用状態が前記閉状態であるときの前記第２背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶する、
   ことを特徴とする携帯端末装置。
8. 請求項１ないし６の何れか一項に記載の携帯端末装置において、
   前記第１表示面および第２表示面が略面一になるよう配置される開状態と、前記第１表示面および第２表示面が所定の鈍角を形成するよう配置されるチルト状態と、前記第２表示面が前記第１キャビネットに覆われるとともに前記第１表示面が外部を望む閉状態とを切り替え可能に、前記第１キャビネットおよび前記第２キャビネットを支持する支持部を備え、
   前記使用状態検出部は、前記開状態、前記チルト状態および前記閉状態を、前記使用状態として検出する、
   ことを特徴とする携帯端末装置。
9. 請求項８に記載の携帯端末装置において、
   前記記憶部は、前記携帯端末装置の前記使用状態が前記チルト状態であり、且つ、前記携帯端末装置の向きが横向きであるときの前記第１背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶する、ことを特徴とする携帯端末装置。
10. 請求項８に記載の携帯端末装置において、
    前記記憶部は、前記携帯端末装置の前記使用状態が前記チルト状態であり、且つ、前記携帯端末装置の向きが横向きであるときの前記第２背面に対する入力を、前記第１表示面に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶する、ことを特徴とする携帯端末装置。
11. 請求項８に記載の携帯端末装置において、
    前記記憶部は、前記携帯端末装置の前記使用状態が前記開状態または前記チルト状態であるときの前記第１および第２背面に対する入力を、前記第１および第２表示面に対する入力に、それぞれ対応させるための情報を、前記対応関係を規定する情報として記憶する、
    ことを特徴とする携帯端末装置。
12. 請求項８に記載の携帯端末装置において、
    前記記憶部は、前記携帯端末装置の前記使用状態が前記開状態であるときの前記第１または第２背面のいずれか一方に対する入力を、前記第１および第２表示面の両方に対する入力に対応させるための情報を、前記対応関係を規定する情報として記憶する、
    ことを特徴とする携帯端末装置。
13. 請求項２に記載の携帯端末装置において、
    前記記憶部は、前記携帯端末装置の向きが縦であるときの前記第１または第２背面の下側の所定領域を無効領域とするための情報を、前記対応関係を規定する情報として記憶する、
    ことを特徴とする携帯端末装置。
14. 請求項１ないし１３の何れか一項に記載の携帯端末装置において、
    前記制御部は、前記第１または第２背面に対して入力がなされたとき、前記対応関係により対応づけられた前記第１または第２表示面に表示されている画面上の、当該入力の位
    置に対応する位置に、ポインタを表示させる、
    ことを特徴とする携帯端末装置。
15. 請求項１ないし１４の何れか一項に記載の携帯端末装置において、
    前記制御部は、前記第１または第２背面に対してスライドの操作がなされたとき、前記対応関係により対応づけられた前記第１または第２表示面に表示されている画面をスクロールさせる、
    ことを特徴とする携帯端末装置。
16. 第１表示面を備える第１キャビネットと、第２表示面を備える第２キャビネットと、前記第２表示面が第１キャビネットに覆われるとともに前記第１表示面が外部を臨む第１状態と、携帯端末装置の使用状態を検出する使用状態検出部と、前記第１表示面に対して反対側にある前記第１キャビネットの第１背面に対する入力を検出する第１入力検出部と、前記第２表示面に対して反対側にある前記第２キャビネットの第２背面に対する入力を検出する第２入力検出部と、前記第１および第２背面に対する入力と、前記第１および第２表示面に対する入力との対応関係を、前記使用状態に対応づけて記憶する記憶部と、を備える携帯端末装置のコンピュータに、
    前記使用状態検出部により前記使用状態に対応づけられた前記対応関係に基づいて、前記第１背面または前記第２背面に対する入力を、前記第１表示面または前記第２表示面に対する入力として受け付ける機能を付与するプログラム。

Images