JP2014168232A - 携帯通信端末 - Google Patents

Abstract

【課題】 通話するための操作を容易にした携帯通信端末を提供する。
【解決手段】 携帯通信端末は、画像を表示する第１ＬＣＤおよび第２ＬＣＤと、第１ＬＣＤは、第２ＬＣＤの表示面が露出した開状態と、第２ＬＣＤの表示面を第１ＬＣＤにより覆う閉状態との２つの状態に変位し、第１ＬＣＤの開閉状態を検出する状態検出部と、状態検出部により開状態が検出されているときに、発信先の電話番号を受け付ける発信先受付部と、発信先受付部により電話番号が受け付けられた後（Ｓ０５）、状態検出部により閉状態が検出されることに応じて（Ｓ０７でＹＥＳ）、受け付けられた電話番号に発信する通信制御部（Ｓ０８）と、を備える。
【選択図】図７

Description

この発明は、携帯通信端末に関し、特に開閉可能な携帯通信端末に関する。

近年、携帯電話機は、携帯時と使用時との利便性を考慮して、形態を変更可能となっているものが多い。

この形態の変化を利用して、ユーザが携帯電話機の形態を変化させる操作を、携帯電話機に入力する指示の１つとする技術が開発されている。

例えば、特開２００４−２６０６１７号公報には、携帯電話機を折り畳んだ状態で電話帳を開いた後に電話機本体を開くと、電話帳内で指定した相手先に発信して通話状態となり、通話途中で電話機本体を閉じると、他のアプリケーションを閲覧することができ、再び開くと、通話を継続することができる携帯電話機が記載されている。

一方、キーボードの操作性やディスプレイの視覚性を重視した携帯端末の場合、携帯電話機を開いた状態で携帯端末が片手で収まらないほどの大きさになってしまうものがある。しかし、この携帯電話機は、携帯電話機を開いた状態よりも閉じた状態の方が通話するのに適した形状となる。このため、携帯電話機を開くと発信し通話状態としたのでは、通話するのが困難であるといった問題があった。

特開２００４−２６０６１７号公報

この発明は上述した問題点を解決するためになされたもので、この発明の目的の１つは、通話するための操作を容易にした携帯通信端末を提供することである。

携帯通信端末の斜視図である。 携帯通信端末のハードウェア構成の概要を示す機能ブロック図である。 携帯通信端末が備えるＣＰＵの機能の概要を示す機能ブロック図である。 発信操作時に表示されるアドレス帳表示画面の一例を示す図である。 発信中画面の一例を示す図である。 着信報知画面の一例を示す図である。 開状態時の発信処理の流れの一例を示すフローチャートである。 着信処理の流れの一例を示すフローチャートである。

以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

本実施の形態における携帯通信端末１は、開状態と閉状態とに形態を変化する。図１（Ａ）は、閉状態における携帯通信端末の斜視図である。図１（Ｂ）は、開状態における携帯通信端末の斜視図である。図１（Ａ）および図１（Ｂ）を参照して、携帯通信端末１は、第１表示部２と、第２表示部３と、第１表示部２および第２表示部３とをスライド可能に支持する筐体部５とを含む。第１表示部２と第２表示部３とは、共に略直方体である。筐体部５は、凹部を含み、閉状態の時にその凹部に第１表示部２と第２表示部３とが収納され、携帯通信端末１は略直方体となる。したがって、閉状態における携帯通信端末１は、通話に適した形状である。

スピーカ１１と、マイクロフォン１３とが筐体部５の第１表示部２および第２表示部３が収納される凹部とは別の位置に配置される。このため、携帯通信端末１が閉状態のときに、スピーカ１１とマイクロフォン１３とは、表出する。

閉状態において第１表示部２は第２表示部３の上に重なる。第１表示部２は、第２表示部３と重なる面の反対側の面の表側に、第１液晶表示装置（ＬＣＤ）１５を含み、第１ＬＣＤ１５に重畳して第１タッチパネル１７が設けられる。第２表示部３は、第１表示部２と重なる面に、第２ＬＣＤ１６を含み、第２ＬＣＤ１６に重畳して第２タッチパネル１８が設けられる。

閉状態において、第１表示部２は第２表示部３の上に重なるので、第１ＬＣＤ１５は表出するが、第２ＬＣＤ１６は第１表示部２により覆われる。このため、携帯通信端末１が閉状態のとき、ユーザは第１タッチパネル１７に触れることができるが、第２タッチパネル１８に触れることができない。

閉状態にある携帯通信端末１の第１表示部２と第２表示部３とがスライドすると携帯通信端末１が開状態になる。第２表示部３は、第１表示部２がスライドする方向とは反対の方向にスライドする。第２表示部３は、筐体部５に設けられたバネにより付勢されており、所定の位置までスライドすると、上方に持ち上げられる。このため、図１（Ｂ）に示すように、携帯通信端末１が開状態のとき、第１表示部２が備える第１ＬＣＤ１５の表示面と第２表示部３が備える第２ＬＣＤ１６の表示面とが同一平面に位置する。したがって、携帯通信端末１が開状態のとき、第１ＬＣＤ１５と第２ＬＣＤ１６とは共に表出するので、それらに表示された画像をユーザは見ることができる。携帯通信端末１が閉状態の時よりも画面の面積が倍になるので、多くの情報を表示することができる。さらに、第１ＬＣＤ１５に重畳して設けられた第１第１タッチパネル１７と第２ＬＣＤ１６に重畳して設けられた第２タッチパネル１８も表出するので、ユーザは広い面積で指示を入力することができる。

また、携帯通信端末１が開状態のとき、スピーカ１１とマイクロフォン１３とは表出している。このため、通話することが可能であるが、第１表示部２と第２表示部３とが筐体部５からはみ出し、表示面が閉状態の時の表示面に比較して倍なので、ユーザが手で持って通話するのが困難な形状である。このため、携帯通信端末１が開状態の時は、画像を表示したり、ユーザが操作を入力したりするのに適した形状である。

図２は、携帯通信端末のハードウェア構成の概要を示す機能ブロック図である。図２を参照して、携帯通信端末１は、携帯通信端末１の全体を制御するためのＣＰＵ２１と、それぞれがＣＰＵ２１に接続された、第１ＬＣＤ１５と、第２ＬＣＤ１６と、アンテナ２２Ａと接続された無線回路２２と、開センサ２３と、閉センサ２４と、ユーザの操作の入力を受付ける操作部２５と、カードインターフェース（Ｉ／Ｆ）２７と、コーデック部２８と、コーデック部２８に接続されたスピーカ１１およびマイクロフォン１３と、ＣＰＵ２１で実行するためのプログラム等を記憶するためのＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３１と、ＣＰＵ２１の作業領域として使用されるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３２と、アドレス帳データ等を不揮発的に記憶するＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）３３と、を含む。

無線回路２２は、アンテナ２２Ａにより受信された無線信号が入力され、無線信号を復調した信号をＣＰＵ２１に出力する。無線信号を復調した信号が音声信号の場合、ＣＰＵ２１は、音声信号をコーデック部２８に出力する。無線回路２２は、ＣＰＵ２１から信号が入力されると、その信号を変調した無線信号をアンテナ２２Ａに出力する。ＣＰＵ２１は、コーデック部２８から音声信号が入力されると、音声信号を無線回路２２に出力する。無線回路２２は、着呼を受信すると、着呼信号をＣＰＵ２１に出力する。また、ＣＰＵ２１から発信信号が入力されると、ＣＰＵ２１から入力される電話番号に発信する。

コーデック部２８は、ＣＰＵ２１から入力される音声信号を復号し、復号したデジタルの音声信号をアナログに変換し、増幅し、そしてレシーバとしてのスピーカ１１に出力する。また、コーデック部２８は、マイクロフォン１３からアナログの音声信号が入力され、音声信号をデジタルに変換し、符号化し、そして符号化した音声信号をＣＰＵ２１に出力する。

開センサ２３は、携帯通信端末１の状態が開状態のときにＯＮとなり、開状態でないときにＯＦＦとなる。閉センサ２４は、携帯通信端末１の状態が閉状態のときにＯＮとなり、閉状態でないときにＯＦＦとなる。開センサ２３と閉センサ２４とは、ＣＰＵ２１に接続されており、ＣＰＵ２１は開センサ２３および閉センサ２４それぞれの状態を検出することにより、携帯通信端末１の形態を検出する。ここでは、開センサ２３と閉センサ２４とは、第１表示部２の位置を検出する。

操作部２５は、第１タッチパネル１７と、第２タッチパネル１８と、を含む。
ＣＰＵ２１は、操作部２５から操作が入力されると、入力された操作に応じて処理を実行する。ＣＰＵ２１は、ＲＯＭ３１に記憶されている複数のアプリケーションプログラムを読出して実行する。これらのアプリケーションプログラムは、Ｃ言語やＪＡＶＡ（登録商標）などのプログラム言語で記述されるが、アプリケーションプログラムが記述されるプログラム言語は、これらに限定されることなく、他のいかなるプログラム言語で記述されてもよい。また、複数のアプリケーションプログラムがＲＯＭ３１に記憶されて携帯通信端末１に搭載されるが、複数のアプリケーションプログラムは、単一のプログラム言語で記述されたものであってもよいし、異なるプログラム言語で記述されたものであってもよい。すなわち、複数のプログラム言語で記述されたアプリケーションプログラムが混在してもよい。

第１ＬＣＤ１５と第２ＬＣＤ１６とは、ＣＰＵ２１により制御され、画像を表示する。なお、第１ＬＣＤ１５および第２ＬＣＤ１６に代えて、画像を表示する装置であれば、例えば有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイを用いてもよい。第１タッチパネル１７と第２タッチパネル１８とは、ユーザが指等によりパネル面に触れると、指等が触れた位置を検出する。第１タッチパネル１７と第２タッチパネル１８とは、検出した位置を示す位置情報をＣＰＵ２１にそれぞれ出力する。

ＥＥＰＲＯＭ３３は、アドレス帳データを記憶する。アドレス帳データは、発信先となるユーザ毎に、そのユーザを識別するためのユーザ識別情報と、関連情報とを関連付ける。ユーザ識別情報は、ユーザの氏名、略称などの名称、顔を撮像した顔画像を含む。関連情報は、電話番号、電子メールアドレス、分類されたグループ、メモを含む。

カードＩ／Ｆ２７には、着脱可能なメモリカード２７Ａが装着される。メモリカード２７Ａは、例えば、ＣｏｍｐａｃｔＦｌａｓｈ、ＳｍａｒｔＭｅｄｉａ（登録商標）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカード、メモリースティック、ＭＭＣ（ＭｕｌｔｉＭｅｄｉａ Ｃａｒｄ）、ｘＤピクチャーカードなどである。

ＣＰＵ２１は、カードＩ／Ｆ２７を介して、メモリカード２７Ａにアクセスが可能である。なお、ここではＣＰＵ２１で実行するためのプログラムをフラッシュＲＯＭ３１に記憶しておく例を説明するが、プログラムをメモリカード２７Ａに記憶しておき、メモリカード２７Ａからプログラムを読み出して、ＣＰＵ２１で実行するようにしてもよい。プログラムを記憶する記録媒体としては、メモリカード２７Ａに限られず、フレキシブルディスク、カセットテープ、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−ＲＯＭ）／ＭＯ（Ｍａｇｎｅｔｉｃ Ｏｐｔｉｃａｌ Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））、光カード、マスクＲＯＭ、ＥＰＲＯＭなどの半導体メモリ等でもよい。また、携帯通信端末１をインターネットに無線回路２２を介して接続し、インターネットに接続されたコンピュータからプログラムをダウンロードして、ＣＰＵ２１で実行するようにしてもよい。ここでいうプログラムは、ＣＰＵ２１により直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

図３は、携帯通信端末が備えるＣＰＵの機能の概要を示す機能ブロック図である。ＣＰＵ２１は、携帯通信端末１の状態を検出する状態検出部５１と、無線回路２２を制御する通信制御部５３と、通話のための発信先を受け付ける発信先受付部５５と、第１ＬＣＤ１５を制御する第１表示制御部５７と、第１タッチパネルと接続される第１指示受付部５９と、第２ＬＣＤ１６を制御する第２表示制御部６１と、第２タッチパネルと接続される第２指示受付部６３と、を含む。

状態検出部５１は、携帯通信端末１の状態を検出する。状態検出部５１は、開センサ２３がＯＮであれば開状態を検出する。状態検出部５１は、閉センサ２４がＯＮであれば閉状態を検出する。状態検出部５１は、開センサ２３および閉センサ２４のいずれもＯＦＦであれば、閉状態あるいは開状態のいずれでもない状態を検出する。状態検出部５１は、検出した携帯通信端末１の状態を示す状態信号を通信制御部５３および第２表示制御部６１に出力する。

第１表示制御部５７は、第１ＬＣＤ１５を制御し、第１ＬＣＤ１５に画像を表示させる。第１表示制御部５７は、第１ＬＣＤ１５に表示される画像を第１指示受付部５９に出力する。

第１指示受付部５９は、第１タッチパネル１７と接続され、第１タッチパネル１７から人の指等が第１タッチパネルに触れた位置を示す位置信号を受け付ける。第１指示受付部５９は、第１表示制御部５７から入力される画像と、第１タッチパネル１７から入力される位置信号とから、画像の所定の位置に割り当てられた指令を検出する。

第２表示制御部６１は、第２ＬＣＤ１６を制御し、第２ＬＣＤ１６に画像を表示させる。第２表示制御部６１は、第２ＬＣＤ１６に表示される画像を第２指示受付部６３に出力する。第２表示制御部６１は、第１指示受付部５９が出力する指令に従って、第２ＬＣＤ１６に表示する画像を切り換える。このため、第１ＬＣＤ１５に表示されている画像に連動した画像を第２ＬＣＤ１６に表示することができる。

第２指示受付部６３は、第２タッチパネル１８と接続され、第２タッチパネル１８から人の指等が第１タッチパネルに触れた位置を示す位置信号を受け付ける。第２指示受付部６３は、第２表示制御部６１から入力される画像と、第２タッチパネル１８から入力される位置信号とから、画像の所定の位置に割り当てられた指令を検出する。

ここで、第１ＬＣＤ１５に表示されている画像に連動した画像を第２ＬＣＤ１６に表示する一例を、ユーザがアドレス帳を用いて発信する操作をする場合を例に説明する。アドレス帳の表示指示が、第１指示受付部５９または第２指示受付部６３が受け付けると、第１表示制御部５７は、ＥＥＰＲＯＭ３３に記憶されたアドレス帳データを読み出し、アドレス帳データに含まれる複数のユーザ識別情報の画像を第１ＬＣＤ１５に表示する。この状態で、第１ＬＣＤ１５に表示された複数のユーザ識別情報の画像を、ユーザが指で指示すれば、第１指示受付部５９が指示された位置に表示されている画像からユーザ識別情報を特定し、そのユーザ識別情報を第２表示制御部６１および発信先受付部５５に出力する。

第２表示制御部６１は、第１指示受付部５９からユーザ識別情報が入力されると、ＥＥＰＲＯＭ３３に記憶されているアドレス帳データを検索し、ユーザ識別情報に関連付けられている関連情報の画像を第２ＬＣＤ１６に表示させる。関連情報は、アドレス帳データに含まれる名称、グループ、電話番号、電子メールアドレス、メモ等である。

図４は、発信操作時に表示されるアドレス帳表示画面の一例を示す図である。図４を参照して、第１表示部２に設けられた第１ＬＣＤ１５に、一覧画面が表示されており、第２表示部３に設けられた第２ＬＣＤ１６に、関連情報を含む関連画面が表示されている。

第１ＬＣＤ１５に表示される一覧画面は、アドレス帳データに含まれる複数のユーザ識別情報の画像が並べて配置される。ここでは、ユーザ識別情報を、ユーザの名称および顔画像としている。

第２ＬＣＤ１６に表示される関連画面は、一覧画面で選択されたユーザ識別情報とアドレス帳データにより関連付けられた関連情報を含む。ここでは、ユーザ識別情報として名称「あい」がユーザにより指示された場合に表示される関連画面を示している。また、一覧画面において、ユーザにより指示されたユーザ識別情報の画像を、他のユーザ識別情報の画像と区別するために、他の画像よりも明るい画像で表示するようにしている。

なお、ここでは、関連情報として、アドレス帳データに含まれる情報を表示するようにしたが、ＥＥＰＲＯＭ３３に送受信した電子メール、年月日ごとのスケジュールデータが記憶されている場合には、関連情報は、第１指示受付部５９から入力されるユーザ識別情報のユーザに送信した電子メール、またはそのユーザから受信された電子メール、さらに、そのユーザのユーザ識別情報を含むスケジュールデータを含む。第２ＬＣＤ１６に、関連情報が表示されるので、発信する前に通話する予定の相手との最近の取り交わした情報を確認することができ、また、過去または将来のスケジュールを確認することができる。

図３に戻って、発信先受付部５５は、第１指示受付部５９からユーザ識別情報が入力されると、ＥＥＰＲＯＭ３３に記憶されているアドレス帳データを検索し、ユーザ識別情報に関連付けられている電話番号を通信制御部５３に出力する。

通信制御部５３は、無線回路２２を制御する。通信制御部５３は、状態検出部５１から携帯通信端末１の状態を示す状態信号が入力され、発信先受付部５５から発信先の電話番号が入力される。通信制御部１１は、開状態を示す状態信号が入力されているときに、発信先受付部５５から発信先の電話番号が入力された後、閉状態を示す状態信号が入力されると、無線回路２２に発信先受付部５５から発信先の電話番号に発信させ、発信先から応呼があると回線を接続させる。通信制御部５３は、無線回路２２に発信させてから回線を切断するまでの通信状態を示す通信状態信号を第１表示制御部５７に出力する。

第１表示制御部５７は、無線回路２２から通信状態信号が入力されると、通信状態を示す画面を第１ＬＣＤ１５に表示する。通信状態を示す画面は、通信制御部５３が発信してから発信先から応呼を受信するまでの発信中に第１ＬＣＤ１５に表示される発信中画面、回線が接続されて通話中であることを示す通話中画面を含む。

図５は、発信中画面の一例を示す図である。発信中画面が表示される場合、携帯通信端末１は閉状態である。図５を参照して、発信中画面は、発信中であることをユーザに知らせるための「発信中」のメッセージと、発信先のユーザ識別情報として名称および顔画像と、電話番号とを含む。このため、ユーザは、携帯通信端末１が名称「あい」のユーザに発信中の状態であることを知ることができる。

図３に戻って、通信制御部５３は、状態検出部５１から開状態を示す状態信号が入力されているときに、無線回路２２が着呼を受信した場合、着信があったことを示す着信信号を第２表示制御部６１に出力する。その後、閉状態を示す状態信号が入力されると、無線回路２２にオフフックさせ、回線を接続させる。

一方、第２表示制御部６１は、開状態の時に通信制御部５３から着信信号が入力されると、着信があったことをユーザに通知するために、着信報知画面を第２ＬＣＤ１６に表示する。開状態のとき第２ＬＣＤ１６に既に画像が表示されている場合があるが、第２表示制御部６１は、着信報知画面は、既に表示される画像に優先して表示する。例えば、既に表示されている画像に重畳して着信報知画面を表示する。この場合既に表示されている画像を見ることができるように、着信報知画面の下方に画像を見えるように、着信報知画面を透かして表示するのが好ましい。また、既に表示されている画像に代えて着信報知画面を表示するようにしても良い。

図６は、着信報知画面の一例を示す図である。図６を参照して、第１ＬＣＤ１５に、メニュー画面が表示され、第２ＬＣＤ１６にテレビジョン放送の映像が表示されている状態を示している。メニュー画面は、アプリケーションプログラムを選択するため画面である。第２ＬＣＤ１６には、「着信あり」のメッセージを含む着信報知画面が、テレビジョン放送の映像に重畳して表示される。

図７は、開状態時の発信処理の流れの一例を示すフローチャートである。発信処理は、携帯通信端末１が開状態のときに、携帯通信端末１が備えるＣＰＵ２１が通信プログラムを実行することにより、ＣＰＵ２１により実行される処理である。図７を参照して、ＣＰＵ２１は、アドレス帳の表示を指示する操作を受け付けたか否かを判断する（ステップＳ０１）。アドレス帳の表示を指示する操作を受け付けるまで待機状態となり（ステップＳ０１でＮＯ）、アドレス帳の表示を指示する操作を受け付けたならば（ステップＳ０１でＹＥＳ）、処理をステップＳ０２に進める。ユーザが第１ＬＣＤ１５に表示されたメニュー画面から、アドレス帳の表示を指示する操作に対応付けられたアイコンに指で触れると、第１タッチパネル１７からアドレス帳の表示を指示する操作を受け付ける。

ステップＳ０２においては、第１ＬＣＤ１５に図４に示した一覧画面を表示する。そして、一覧画面に含まれる複数のユーザ識別情報の画像のいずれかが指示されたか否かを判断する（ステップＳ０３）。第１ＬＣＤ１５に表示された複数のユーザ識別情報の画像の位置と、第１タッチパネル１７から入力される位置情報とからいずれのユーザ識別情報の画像が指示されたかを判断する。複数のユーザ識別情報の画像のいずれかが指示された場合は、処理をステップＳ０４に進め、そうでなければ処理をステップＳ０２に戻す。

ステップＳ０４においては、指示されたユーザ識別情報に関連する関連情報を抽出する。ＥＥＰＲＯＭ３３に記憶されたアドレス帳データを検索し、指示されたユーザ識別情報を含むアドレス帳データを特定し、特定したアドレス帳データに含まれる関連情報を抽出する。ここでは関連情報は、電話番号、電子メールアドレス、分類されたグループ、メモを含む。

ステップＳ０５においては、ステップＳ０４において抽出された関連情報に含まれる電話番号を抽出することにより、発信するための電話番号を特定する。そして、ステップＳ０４において抽出された関連情報を第２ＬＣＤ１６に表示する（ステップＳ０６）。このため、通話しようとしている相手のユーザに関する関連情報を発信する前に確認することができる。また、第１ＬＣＤ１５に一覧画面を表示したまま、第２ＬＣＤ１６に一覧画面から選択されたユーザ識別情報に関連する関連情報が表示されるので、ユーザは発信先を容易に選択することができる。

ステップＳ０７においては、携帯通信端末１の状態として閉状態が検出されたか否を判断する。換言すれば、開状態であった携帯通信端末１が閉状態に状態が変化したか否かを判断する。具体的には、閉センサ２４の状態がＯＦＦからＯＮに変化したか否かを判断する。閉状態が検出されたならば処理をステップＳ０８に進め、そうでなければ処理をステップＳ０３に戻す。すなわち、携帯通信端末１が閉状態となるまで、ユーザは発信先のユーザを選択することができる。

ステップＳ０８においては、ステップＳ０５において特定された電話番号に発信する。そして、発信先の電話機から応呼を受信したか否かを判断する（ステップＳ０９）。応呼を受信した場合は、処理をステップＳ１０に進め、そうでなければ処理を終了させる。

ステップＳ１０においては回線を接続し、通話を開始する。そして、通話が終了するまで（ステップＳ１１でＮＯ）通話を継続し、通話が終了すれば（ステップＳ１１でＹＥＳ）、処理を終了する。回線が切断された場合、または、ユーザが第１タッチパネル１７に通話の終了を指示する操作を入力した場合に、通話の終了を検出する。

図８は、着信処理の流れの一例を示すフローチャートである。着信処理は、携帯通信端末１が備えるＣＰＵ２１が通信プログラムを実行することにより、ＣＰＵ２１により実行される処理である。図８を参照して、ＣＰＵ２１は、着信を検出したか否かを判断する（ステップＳ２１）。無線回路２２が着呼を受信すると着信を検出する。着信を検出するまで待機状態となり（ステップＳ２１でＮＯ）、着信を検出したならば（ステップＳ２１でＹＥＳ）、処理をステップＳ２２に進める。

ステップＳ２２においては、携帯通信端末１の状態として開状態が検出されたか否を判断する。換言すれば、着信した時点における携帯通信端末１の状態を判断する。具体的には、開センサ２３がＯＮであれば開状態を検出し、閉センサ２４がＯＮであれば閉状態を検出する。開状態が検出されたならば処理をステップＳ２３に進め、そうでなければ処理をステップＳ３９に進める。

ステップＳ２３においては、第２ＬＣＤ１６に着信報知画面を表示する。着信報知画面は、「着信あり」のメッセージを含む。着信報知画面は、既に表示される画像に優先して表示する。これにより、ユーザに着信があったことを確実に報知することができる。既に表示されている画像に重畳してメッセージを表示する。この場合既に表示されている画像を見ることができるように、着信報知画面を透かして表示するのが好ましい。なお、ここでは、第２ＬＣＤ１６に着信報知画面を表示するようにしたが、第１ＬＣＤ１５に表示するようにしても良いし、第１ＬＣＤ１５および第２ＬＣＤ１６の両方に表示するようにしても良い。また、着信画面の表示に加えて、音、振動、光あるいはこれらの組合せ等によって、着信があったことを報知するようにしてもよい。

ステップＳ２４においては、携帯通信端末１の状態として閉状態が検出されたか否を判断する。換言すれば、開状態であった携帯通信端末１が閉状態に状態が変化したか否かを判断する。具体的には、閉センサ２４の状態がＯＦＦからＯＮに変化したか否かを判断する。閉状態が検出されたならば処理をステップＳ２５に進め、そうでなければ処理をステップＳ３７に進める。

ステップＳ３７においては、呼びが継続しているか否かを判断する。無線回路２２が着呼を受信していれば、呼びが継続していると判断する。呼びが継続していれば処理をステップ２４に戻すが、そうでなければ処理をステップ３８に進める。すなわち、無線回路２２が着呼を受信している間は、携帯通信端末１が閉状態になるまで待機し、携帯通信端末１が閉状態になると、処理をステップＳ２５に進める。

ステップＳ３８においては、第２ＬＣＤ１６に着信履歴を報知する画面を表示し、その後処理を終了する。着信履歴を報知する画面は、「着信あり」のメッセージと発呼してきた相手方の電話番号とを含む。これにより、ユーザに着信があったことを確実に報知することができる。なお、ここでは、第２ＬＣＤ１６に着信履歴を報知する画面を表示するようにしたが、第１ＬＣＤ１５に表示するようにしても良いし、第１ＬＣＤ１５および第２ＬＣＤ１６の両方に表示するようにしても良い。また、着信履歴を報知する画面の表示に加えて、光等によって着信があったことを報知するようにしてもよい。

ステップＳ２５においては、無線回路２２にオフフックさせる。これにより、回線が接続され、通話が可能となる。次のステップＳ２６においては、第１ＬＣＤ１５に表示されている第１表示画面をＥＥＰＲＯＭ３３に記憶し、次のステップＳ２７においては、第２ＬＣＤ１６に表示されている第２表示画面をＥＥＰＲＯＭ３３に記憶する。そして、ステップＳ２８において、第１ＬＣＤ１５に発信中画面を表示する。このため、ユーザは、携帯通信端末１が通話中の状態に移行し、通話が可能であることを知ることができる。

そして、接続された回線で通話処理を行う（ステップＳ２９）。携帯通信端末１が開状態のときに着信したとき、ユーザは携帯通信端末１を閉状態に変化させる操作をするだけで、着信に応答し、通話をすることができる。このため、着信に応答する操作が容易となる。

ステップＳ３０においては、携帯通信端末１の状態として開状態が検出されたか否かを判断する。換言すれば、閉状態であった携帯通信端末１が開状態に状態が変化したか否かを判断する。具体的には、開センサ２３の状態がＯＦＦからＯＮに変化したか否かを判断する。開状態が検出されたならば処理をステップＳ３１に進め、そうでなければ処理をステップＳ３４に進める。

ステップＳ３４においては、オンフックキーが押下されたか否かを判断する。オンフックキーが押下されたならば処理をステップＳ３５に進め、そうでなければ処理をステップＳ２９に戻す。オンフックキーは、筐体部５に配置されるハードキーであってもよいし、第１ＬＣＤ１５に表示されるソフトキーであっても良い。

すなわち、携帯通信端末１が開状態に状態が変化するか、または、オンフックキーが押下されるまで、通話が継続される。なお、通話中に通話相手が回線を切断した場合には、ステップＳ３４においてオフフックキーが押下された場合と同じように、処理をステップＳ３５に進めるようにすればよい。

ステップＳ３１においては、オンフックする。具体的には、無線回路２２に、それまで
通話のために接続していた回線を切断させる。通話中に閉状態であった携帯通信端末１が開状態に状態が変化した場合にオンフックするので、閉状態であった携帯通信端末１を開状態に変化させる簡単な操作で、通話を終了させることができる。

ステップＳ３２においては、ステップＳ２６においてＥＥＰＲＯＭ３３に記憶された第１表示画面を第１ＬＣＤ１５に表示し、次のステップＳ３３においては、ステップＳ２７においてＥＥＰＲＯＭ３３に記憶された第２表示画面を第２ＬＣＤ１６に表示し、その後処理を終了する。これにより、通話前に第１ＬＣＤ１５および第２ＬＣＤ１６にそれぞれ表示されていた画面が表示されるので、ユーザは、通話する前にしていた作業を継続することができる。

ステップＳ３４においてオンフックキーが押下されたと判断する場合、ステップＳ３５において、オンフックする。具体的には、無線回路２２に、それまで通話のために接続していた回線を切断させる。オンフックキーを押下すれば、閉状態であった携帯通信端末１を開状態に状態を変化させることなく通話を終了させることができる。

ステップＳ３６においては、携帯通信端末１の状態として開状態が検出されたか否かを判断する。換言すれば、閉状態であった携帯通信端末１が開状態に状態が変化したか否かを判断する。具体的には、開センサ２３の状態がＯＦＦからＯＮに変化したか否かを判断する。開状態が検出されるまで待機状態となり（ステップＳ３６でＮＯ）、開状態が検出されたならば（ステップＳ３６でＹＥＳ）、処理をステップＳ３２に進める。

一方、ステップＳ２１において着信が検出された時点で携帯通信端末１が閉状態の時（ステップＳ２２でＮＯ）は、ステップＳ３９において、第１ＬＣＤ１５に着信報知画面を表示する。着信報知画面は、「着信あり」のメッセージと発呼してきた相手方の電話番号とを含む。

次のステップＳ４０においては、オフフックキーが押下されたか否かを判断する。オフフックキーが押下されたならば処理をステップＳ４１に進め、そうでなければ処理をステップＳ４５に進める。オフフックキーは、筐体部５に配置されるハードキーであってもよいし、第１ＬＣＤ１５に表示されるソフトキーであっても良い。すなわち、無線回路２２が着呼を受信している間は、オフフックキーが押下されるまで待機し、オフフックキーが押下されると、処理をステップＳ４１に進める。

ステップＳ４５においては、呼びが継続しているか否かを判断する。呼びが継続していれば処理をステップ４０に戻すが、そうでなければ処理をステップ４６に進める。ステップＳ４６においては、ステップＳ３８と同様に、第１ＬＣＤ１５に着信履歴を報知する画面を表示し、その後処理を終了する。

ステップＳ４１においては、無線回路２２にオフフックさせる。これにより、回線が接続され、通話が可能となる。そして、接続された回線で通話処理を行う（ステップＳ４２）。オフフックキーが押下されると、開状態であった携帯通信端末１が閉状態に状態が変化しなくてもオフフックするので、通話を開始させることができる。

ステップＳ４３においては、オンフックキーが押下されたか否かを判断する。オンフックキーが押下されたならば処理をステップＳ４４に進め、そうでなければ処理をステップＳ４２に戻す。なお、通話中に通話相手が回線を切断した場合には、ステップＳ４３においてオンフックキーが押下された場合と同じように、処理をステップＳ４４に進めるようにすればよい。次のステップＳ４４においては、オンフックする。具体的には、無線回路２２に、それまで通話のために接続していた回線を切断させ、その後処理を終了する。

例えば、携帯通信端末１にアプリケーションプログラムを実行させている場合に、着信があった場合、ユーザが携帯通信端末１を閉状態にすると、通話することができる。ユーザが通話終了後に、携帯通信端末１を開状態に変化させる操作をすると、通話前に第１ＬＣＤ１５および第２ＬＣＤ１６に表示されていた元の画面が第１ＬＣＤ１５および第２ＬＣＤ１６にそれぞれ表示される。このため、中断していたアプリケーションプログラムの実行を再開することができる。

以上説明したように、本実施の形態における携帯通信端末１は、開態が検出されているときに、発信先の電話番号が受け付けられ、電話番号が受け付けられた後、閉状態が検出されると、受け付けられた電話番号に発信する。このため、ユーザは、携帯通信端末１の状態を開状態から閉状態に変化させる簡単な操作で発信させることができる。

また、携帯通信端末１は、開状態で、第１ＬＣＤ１５に表示されたユーザ識別情報の一覧画面のうちから選択されたユーザ識別情報に関連する関連情報を第２ＬＣＤ１６に表示するので、発信先の選択が容易となる。

さらに、携帯通信端末１は、開状態のときに着信が検出されると、閉状態が検出されることに応じて、オフフックするので、ユーザは、開状態から閉状態に変化させる簡単な操作でオフフックさせることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 携帯通信端末
２ 第１表示部
３ 第２表示部
５ 筐体部
１１ スピーカ
１３ マイクロフォン
１５ 第１ＬＣＤ
１６ 第２ＬＣＤ
１７ 第１タッチパネル
１８ 第２タッチパネル
２１ ＣＰＵ
２２ 無線回路
２２Ａ アンテナ
２３ 開センサ
２４ 閉センサ
２５ 操作部
２７ カードＩ／Ｆ
２７Ａ フラッシュメモリ
２８ コーデック部
３１ ＲＯＭ
３２ ＲＡＭ
３３ ＥＥＰＲＯＭ
５１ 状態検出部
５３ 通信制御部
５５ 発信先受付部
５７ 第１表示制御部
５９ 第１指示受付部
６１ 第２表示制御部
６３ 第２指示受付部

Claims (2)

1. 表示部と、
   前記表示部への操作を受け付ける操作受付部と、
   携帯通信端末の状態の変化を検出する状態検出部と、
   発信先の電話番号の入力を受け付ける発信先受付部と、
   前記発信先受付部により受け付けられた電話番号が表示部に表示されているときに、前記状態検出部により携帯通信端末の状態の変化が検出されると、前記表示部が露出したまま前記発信先受付部より受け付けられた入力に基づく電話番号に発信する通信制御部と、を備え、
   前記電話番号に発信時に、前記表示部への操作の受付の一部を制限する、携帯通信端末。
2. 表示部と、前記表示部への操作を受け付ける操作受付部と、を備える携帯通信端末における発信方法において、
   携帯通信端末の状態の変化を検出する状態検出ステップと、
   発信先の電話番号の入力を受け付ける発信先受付ステップと、
   前記発信先受付ステップにより受け付けられた電話番号が表示部に表示されているときに、前記状態検出ステップにより携帯通信端末の状態の変化が検出されることに応じて、前記表示部が露出したまま前記発信先受付ステップより受け付けられた入力に基づく電話番号に発信する通信制御ステップと、を備え、
   前記電話番号に発信時に、前記表示部への操作の受付の一部を制限する、携帯通信端末の発信方法。

Images