JP2012114848A

JP2012114848A - 携帯端末装置

Info

Publication number: JP2012114848A
Application number: JP2010264177A
Authority: JP
Inventors: Atsushi Suzuki; 淳鈴木
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2010-11-26
Filing date: 2010-11-26
Publication date: 2012-06-14
Anticipated expiration: 2030-11-26
Also published as: JP5646299B2

Abstract

【課題】データ処理の状況をユーザが良好に把握し得る携帯端末装置を提供する。
【解決手段】
携帯端末装置は、ディスプレイ２１と、ディスプレイ２１とは別に配されたバイブレータ１４と、ディスプレイ２１とバイブレータ１４を制御するＣＰＵ１００と、ディスプレイ２１に表示される、データ処理の状況の表示の視認性が低下する所定の条件を記憶するメモリ２００とを備える。ＣＰＵ１００は、データ処理の状況をディスプレイ２１に表示させるとともに、メモリ２００に記憶された所定の条件が満されたときに、データ処理の状況をバイブレータ１４に報知させる。
【選択図】図２

Description

本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末装置に関するものである。

従来、携帯電話機などの携帯端末装置では、他の装置との間でデータの送受信を行うことができ、また、当該携帯端末装置内でデータの移動などの所定の処理を行うことができる。この場合、処理対象のデータのサイズが大きいと、データの処理に時間を要することとなる。このような場合を考慮して、携帯端末装置には、データの処理に関する進捗状況をユーザに通知する機能を備えるものがある。例えば、データ処理が行われている時に、携帯端末装置の表示部に、データ処理の進捗状況が色、文字、図柄等により表示され得る（たとえば、特許文献１参照）。ユーザは、進捗状況に関する表示を目視することにより、データ処理の進捗状況を知ることができる。

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

携帯端末装置は、一般に、ユーザからの入力が一定時間以上行われないと、自動的に表示部の輝度が低くなる。例えば、携帯端末装置が液晶パネルからなる表示部を備える場合には、ユーザによる操作が一定時間以上行われないと、省電力のために、液晶パネルを照明するバックライトが消灯、あるいは、表示部の輝度が低くなったりする。

しかしながら、このように表示部の輝度が低くなると、進捗状況の表示が見えづらくなる。他方、このように進捗状況等データ処理の状況の表示が見えづらくなっても、ユーザは、依然として、データ処理の状況を把握したい場合がある。

本発明は、かかる課題に鑑みてなされたものであり、データ処理の状況をユーザが良好に把握し得る携帯端末装置を提供することを目的とする。

本発明の携帯端末装置は、表示部と、前記表示部とは別に配された報知部と、前記表示部と前記報知部を制御する制御部と、前記表示部に表示される、データ処理の状況の表示の視認性が低下する所定の条件を記憶する記憶部と、を備える。ここで、前記制御部は、前記データ処理の状況を前記表示部に表示させるとともに、前記記憶部に記憶された前記所定の条件が満されたときに、前記データ処理の状況を前記報知部に報知させる。

本発明の携帯端末装置において、前記制御部は、前記表示部が所定の明るさより暗くなるよう制御する場合に、前記データ処理の状況を前記報知部に報知させ得る。

本発明の携帯端末装置において、前記制御部は、前記表示部に前記データ処理の状況を表示させた後に前記データ処理の状況の表示とは異なる表示をさせる場合に、前記データ処理の状況を前記報知部に報知させ得る。この場合、前記制御部は、前記データ処理とは異なる処理が実行されたことに基づき、前記表示部に前記異なる表示をさせ得る。

本発明の携帯端末装置において、前記表示部に近接する近接物を検出する検出部をさらに備え、前記制御部は、前記表示部に前記データ処理の状況が表示されているときに前記検出部が前記近接物を検出したことに基づき、前記データ処理の状況を前記報知部に報知させ得る。

本発明の携帯端末装置において、前記報知部は、バイブレータであり、前記制御部は、前記データ処理の状況に応じて前記バイブレータの振動の強さを変化させ得る。
あるいは、前記バイブレータを間欠的に動作させるとともに、前記データ処理の状況に応じて振動期間の長さおよび振動の停止期間の長さの少なくとも１つを変化させ得る。

本発明の携帯端末装置において、前記データ処理は、他の装置とのデータの送受信、当該携帯端末装置内でのデータの移動、および当該携帯端末装置内でのデータの消去の少なくとも何れか１つの処理を含み得る。

本発明によれば、データ処理の状況をユーザが良好に把握し得る携帯端末装置を提供することができる。

実施の形態に係る携帯電話機の外観構成を示す図である。実施の形態に係る携帯電話機の全体構成を示すブロック図である。実施の形態に係るバイブレータの振動パターン例を模式的に示す図である。実施の形態に係るデータ処理の手順を示すフローチャートである。実施の形態に係るデータ処理の進捗通知のための制御処理の手順を示すフローチャートである。従来技術に係るデータ処理の進捗通知のための、ディスプレイへの表示を模式的に示す図である。実施の形態に係る振動によるデータ処理の進捗通知を模式的に表すタイミングチャートである。変更例１に係るデータ処理の進捗通知のための制御処理の手順を示すフローチャートである。変更例２に係るデータ処理の進捗通知のための制御処理の手順を示すフローチャートである。変更例３に係るデータ処理の手順を示すフローチャートと、進捗通知のための画面への表示を模式的に示す図である。変更例４に係るデータ処理の進捗通知のための制御処理の手順を示すフローチャートである。変更例４係るデータ処理の進捗通知のための、ディスプレイへの表示を模式的に示す図である。変更例５に係る携帯電話機の外観構成を示す図である。変更例５に係るデータ処理の進捗通知のための制御処理の手順を示すフローチャートである。実施の形態に係るバイブレータの振動パターン例を模式的に示す図である。

以下、本発明の実施の形態について、図面を参照して説明する。図１は携帯電話機の外観構成を示す図である。携帯電話機は、第１キャビネット１と第２キャビネット２を備えている。

同図（ａ）は、第２キャビネット２が開放した状態の携帯電話機の正面図であり、同図（ｂ）は同じ状態での側面図である。同図（ｃ）は同図（ｂ）のＡ−Ａ´断面図である。

第１キャビネット１には、キー入力部３が配されている。キー入力部３は、携帯電話機への各種の入力操作を検出する。

第１キャビネット１の上面には、キー入力部３を構成する操作キー群３ａが配されている。操作キー群３ａは、４個の起動キー３１と、方向キー３２と、決定キー３３と、通話キー３４と、終話キー３５と、１２個のテンキー３６と、クリアキー３７とを備えている。

起動キー３１は、主に、電子メール機能、電話帳機能、ウェブ機能などの特定のアプリケーションを起動する際に操作される。方向キー３２は、主に、ディスプレイ２１に表示された各種メニューから所望のメニューを選択する際に操作される。決定キー３３は、主に、選択されたメニューに決定する際やディスプレイ２１に表示された内容に同意（ＯＫ）する際に操作される。通話キー３４は、主に、通話を開始する際に操作され、終話キー３５は、主に、通話を終了する際に操作される。テンキー３６は、主に、文字（ひらがな、カタカナ、アルファベット）や数字、記号の入力を行う際に操作される。クリアキー３７は、主に、入力した文字等を消去する際に操作される。なお、テンキー３６の一部の機能を、ＱＷＥＲＴＹキー等で実現するような構成としてもよい。

第１キャビネット１には、カメラモジュール１１が配されている。カメラモジュール１１のレンズ窓（図示せず）は、第１キャビネット１の背面に設けられており、このレンズ窓から被写体の像がカメラモジュール１１に取り込まれる。

第１キャビネット１には、赤外線通信モジュール１３が配されている。赤外線通信モジュール１３は、第１キャビネット１の背面に、携帯電話機同士の赤外線通信を行うための赤外線ポート（図示せず）を有する。赤外線ポートからは、送信のために光が出射される。また、赤外線ポートには、受信のために光が入射する。

また、第１キャビネット１には、振動を発生させるためのバイブレータ１４が配されている。バイブレータ１４は、例えば、回転軸に偏心重りが固定された直流コアレスモータ（図示せず）を含む。コアレスモータが駆動されると、回転軸の回転に伴い偏心重りが回転し、この回転に伴い振動が発生する。なお、バイブレータ１４は、コイン型振動モータにより構成されるバイブレータ等、他の振動発生装置であっても良い。

第１キャビネット１は、外部メモリ３１３を脱着できる外部メモリインタフェース１５をさらに備える。外部メモリ３１３は、例えばＳＤカードである。外部メモリインタフェース１５は、第１キャビネット１の右側面に、外部メモリ３１３を脱着するための装着口（図示せず）を有する。

第２キャビネット２にはディスプレイ２１が配されている。ディスプレイ２１は、後述のように液晶パネル２１ａと液晶パネル２１ａを照明するパネルバックライト２１ｂにより構成されている。なお、ディスプレイ２１は、有機ＥＬ等他の表示素子により構成されてもよい。

ディスプレイ２１の表示面側には、タッチセンサ２２が配されている。タッチセンサ２２は透明なシート状を有しており、タッチセンサ２２を透してディスプレイ２１の表示面を見ることができる。

タッチセンサ２２は、マトリクス状に配された第１透明電極（図示せず）と第２透明電極（図示せず）とを備えている。タッチセンサ２２は、これら透明電極間の静電容量の変化を検出することによって、ユーザに触られた表示面上の位置を検出し、その位置に応じた位置信号を出力する。なお、タッチセンサ２２は、静電容量式のタッチセンサに限られず、超音波式、感圧式等のタッチセンサであってもよい。

第１キャビネット１にはマイクロホン１２（以下、「マイク」と略す）が配されており、第２キャビネット２には通話スピーカ２３が配されている。ユーザは、耳元を通話スピーカ２３の近くに、口元をマイク１２の近くに持ってくることにより通話を行うことができる。

第２キャビネット２は、スライド機構部４によって、第１キャビネット１に対し図１のＸ軸方向にスライド可能に連結されている。図１（ｃ）に示すように、スライド機構部４は、ガイド板４１とガイド溝４２によって構成されている。ガイド板４１は、第２キャビネット２の背面の左右両端部に設けられており、その下端に突条４１ａを有する。ガイド溝４２は、第１キャビネット１の側面に、スライド方向（図１のＸ軸方向）に沿って形成されている。ガイド板４１の突条４１ａは、ガイド溝４２に係合されている。

携帯電話機を閉じた状態では、図１（ｂ）に一点鎖線で示すように、第２キャビネット２が第１キャビネット１の上に略完全に重なっている。この状態（閉じた状態）では、第２キャビネット２の背後に操作キー群３ａの全てのキーが隠れた状態となる。第２キャビネット２は、ガイド板４１がガイド溝４２の終端位置に達するまでスライドする（開いた状態とする）ことができる。第２キャビネット２が完全に開くと、図１（ａ）に示すように、操作キー群３ａの全てのキーが外部に露出する。

全てのキーが隠れた状態において、携帯電話機への操作入力は、タッチセンサ２２により行うことができる。このとき、ディスプレイ２１の表示面上には、所定の位置にソフトキーの画像が表示される。

なお、第２キャビネット２が完全に閉じても外部から操作可能な位置、たとえば、第１キャビネット１の側面に、操作キー群３ａとは別の操作キーを設けることもできる。こうすれば、第２キャビネット２が完全に閉じていても、このような操作キーを用いて所望の操作を行うことが可能となる。

図２は、携帯電話機の全体構成を示すブロック図である。

本実施の形態の携帯電話機は、上述した各構成要素の他、ＣＰＵ１００、メモリ２００、映像エンコーダ３０１、音声エンコーダ３０２、キー入力回路３０３、タイマー３０４、通信モジュール３０５、バックライト駆動回路３０６、キーバックライト３０７、映像デコーダ３０８、音声デコーダ３０９、外部スピーカ３１０、バイブレータ駆動回路３１１、近距離通信モジュール３１２を備えている。

カメラモジュール１１はＣＣＤ等の撮像素子を有する。カメラモジュール１１は、撮像素子から出力された撮像信号をデジタル化し、その撮像信号にガンマ補正等の各種補正を施して映像エンコーダ３０１へ出力する。映像エンコーダ３０１は、カメラモジュール１１からの撮像信号にエンコード処理を施してＣＰＵ１００へ出力する。

マイク１２は、集音した音声を音声信号に変換して音声エンコーダ３０２へ出力する。音声エンコーダ３０２は、マイク１２からのアナログの音声信号をデジタルの音声信号に変換するとともに、デジタルの音声信号にエンコード処理を施してＣＰＵ１００へ出力す
る。

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

タイマー３０４は、時間を計る。ＣＰＵ１００は、携帯電話機の各部の制御のために、時間の経過を示す信号をタイマー３０４から取得する。

通信モジュール３０５は、ＣＰＵ１００からの音声信号や画像信号、テキスト信号などを無線信号に変換し、アンテナ３０５ａを介して基地局へ送信する。また、アンテナ３０５ａを介して受信した無線信号を音声信号や画像信号、テキスト信号などに変換してＣＰＵ１００へ出力する。

バックライト駆動回路３０６は、ＣＰＵ１００から入力された制御信号に応じて、キーバックライト３０７およびパネルバックライト２１ｂへ、電力の供給もしくは供給の停止を行う。

キーバックライト３０７は、バックライト駆動回路３０６から電力を供給されることにより点灯し、操作キー群３ａの個々のキーを照明する。パネルバックライト２１ｂは、バックライト駆動回路３０６から電力を供給されることにより点灯（ＯＮ）し、液晶パネル２１ａを照明する。

映像デコーダ３０８は、ＣＰＵ１００からの映像信号を液晶パネル２１ａで表示できるアナログ若しくはデジタルの映像信号に変換し、液晶パネル２１ａに出力する。液晶パネル２１ａは、変換された映像信号に応じた画像を表示面上に表示する。

音声デコーダ３０９は、ＣＰＵ１００からの音声信号にデコード処理を施し、さらにアナログの音声信号に変換して通話スピーカ２３に出力する。また、音声デコーダ３０９は、ＣＰＵ１００からの着信音、アラーム音等の各種報知音の音信号にデコード処理を施し、さらにアナログの音信号に変換して外部スピーカ３１０へ出力する。通話スピーカ２３は、音声デコーダ３０９からの音声信号を音声として再生する。外部スピーカ３１０は、音声デコーダ３０９からの着信音等を再生する。

バイブレータ駆動回路３１１は、ＣＰＵ１００から入力された制御信号に応じて、バイブレータ１４へ電圧を供給する。バイブレータ１４は、バイブレータ駆動回路３１１から電圧を供給されると、振動を発生させる。

携帯電話機は、近距離通信用の近距離通信モジュール３１２およびアンテナ３１２ａをさらに備える。近距離通信モジュール３１２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）による近距離通信を行うもので、半径数１０ｍの範囲内にある、Ｂｌｕｅｔｏｏｔｈによる通信機能を備える他の通信機器との間でアンテナ３１２ａを介して通信を行う。近距離通信モジュール３１２は、ＣＰＵ１００から入力するデジタル信号を、Ｂｌｕｅｔｏｏｔｈの規格に従う無線通信に変換し、アンテナ３１２ａを介して無線信号を送信する。近距離通信モジュール３１２はまた、アンテナ３１２ａを介して受信した無線信号をデジタル信号に変換し、ＣＰＵ１００へ出力する。

外部メモリインタフェース１５は、ＣＰＵ１００から入力する制御信号に応じて、装着口に装着された外部メモリ３１３へ各種のデータを読み書きする。外部メモリインタフェース１５はまた、ＣＰＵ１００から入力された制御信号に応じて、外部メモリ３１３上に所定のファイルシステム（例えばＦＡＴファイルシステム）を構築するためのフォーマッ
ト処理等を行う。

赤外線通信モジュール１３は、ＣＰＵ１００から入力されたデジタル信号を赤外線通信のための赤外線信号へ変換し、赤外線通信モジュール１３の赤外線ポートを介して変換された赤外線信号を送信する。赤外線通信モジュール１３はまた、赤外線通信モジュール１３の赤外線ポートから赤外線信号を受信しデジタル信号へ復調して、ＣＰＵ１００へ出力する。

メモリ２００は、ＲＯＭおよびＲＡＭを含む。メモリ２００には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。制御プログラムは、後述する進捗状況の通知処理を実行するためのプログラムを含む。また、メモリ２００には、カメラモジュール１１で撮影した画像データや通信モジュール３０５を介して外部から取り込んだ画像データ、テキストデータ（メールデータ）などが所定のファイル形式で保存される。

ＣＰＵ１００は、キー入力回路３０３およびタッチセンサ２２からの操作入力信号に基づき、制御プログラムに従って、カメラモジュール１１、マイク１２、通信モジュール３０５、液晶パネル２１ａ、通話スピーカ２３、外部スピーカ３１０、赤外線通信モジュール１３、近距離通信モジュール３１２等を動作させる。これにより、通話機能、電子メール機能、データ送受信機能等の各種機能（アプリケーション）を実行する。

本実施の形態の携帯電話機では、これより詳細を説明するように、所定のデータ処理、たとえば、赤外線通信やＢｌｕｅｔｏｏｔｈを利用したデータの送受信を行う際に、その進捗状況を、プログレスバー等を用いてディスプレイ２１上に表示する。また、本実施の携帯電話機では、ディスプレイ２１のパネルバックライト２１ｂが消灯（ＯＦＦ）されているときにおいても、バイブレータ１４から発生する振動を利用して、当該データ処理の進捗状況を、ユーザに通知することができる。

図３は、データ処理の進捗状況を通知する際のバイブレータ１４の振動パターン例を模式的に示す図である。図３に示される６つのグラフＡ〜Ｄのそれぞれにおいて、横軸は進捗の割合を表し、縦軸はバイブレータ１４から発生される振動の強さを表す。

グラフＡの例では、ＣＰＵ１００が、データ処理の進行に伴って漸次強さが減少するような振動を発生させるようにバイブレータ１４を制御する。

グラフＢの例では、ＣＰＵ１００が、一定の時間間隔で、間歇的に振動を発生させるようにバイブレータ１４を制御する。さらに、振動を発生させる際、ＣＰＵ１００は、データ処理の残りの処理量が少なくなるほど振動が弱くなるようにバイブレータ１４を制御する。

グラフＣの例では、ＣＰＵ１００は、振動の強さは一定であるが、振動期間ならびに振動の停止期間がデータ処理の進行に伴って徐々に短くなるように、バイブレータ１４を制御する。なお、振動期間の長さのみ変化させるようにしてもよいし、停止期間の長さのみ変化させるようにしてもよい。

グラフＤの例は、グラフＢの例とグラフＣの例とを組み合わせたものである。即ち、ＣＰＵ１００は、データ処理の進行に伴って、振動の強さが漸次減少するとともに振動期間ならびに振動の停止期間が徐々に短くなるようにバイブレータ１４を制御する。

図４は、実施の形態に係る無線通信によるデータの送信処理の手順を示すフローチャー
トである。ここでは、例として、Ｂｌｕｅｔｏｏｔｈによるデータの送信処理の手順を図４のフローチャートにおいて説明する。

ユーザは、ディスプレイ２１に表示されるメニュー画面を参照しながら、Ｂｌｕｅｔｏｏｔｈによるデータ送信を選択する入力操作を行う。続いて、送信するデータ（以下、「送信対象データ」という）と、送信先の機器を選択する入力操作を行う。これにより、図４のデータの送信処理が開始される。なお、送信対象データは、無線通信により携帯電話機から送信先へ送信することができるものであればよい。例えばアドレス帳に関するデータ、スケジュールに関するデータ、データフォルダに保存された写真や音楽に関するデータ等である。また、送信対象データは、メモリ２００に保存されていても良いし、外部メモリ３１３に記録されていても良い。

図４のデータの送信処理が開始されると、ＣＰＵ１００は、まずデータ送信を開始するための送信開始処理を行う（Ｓ１０１）。ＣＰＵ１００は、送信対象データを送信するための要求信号を、近距離通信モジュール３１２およびアンテナ３１２ａを介して、送信先の機器へ送信する。また同時に、ＣＰＵ１００は、送信対象データの全体のサイズＧ（以下、「全体量Ｇ」という）と、送信が正常に完了したデータのサイズＨ（以下、「現在量Ｈ」という）をメモリ２００の所定の領域に書き込む。なお、この時点（Ｓ１０１実行時）においてデータの送信は行われていないため、この時点において初めて書き込まれる現在量Ｈの値は０である。

ステップＳ１０１において、ＣＰＵ１００はさらに、送信先の機器からデータを受ける準備ができたことを通知する信号を、近距離通信モジュール３１２およびアンテナ３１２ａを介して受信するのを待つ。送信先の機器から準備ができたことを通知する信号を受信すると、次のステップＳ１０２の処理へ進む。

ステップＳ１０２では、ＣＰＵ１００は、後述する進捗通知メイン処理を起動する（図５（ａ）参照）。進捗通知メイン処理は、次ステップのデータ送信処理（Ｓ１０３）と並行して実行さる。進捗通知メイン処理では、データ送信処理の進捗状況をユーザへ通知する処理が行われる。

次に、ＣＰＵ１００は、ユーザにより選択された送信対象データを、近距離通信モジュール３１２およびアンテナ３１２ａを介して、送信先の機器へ送信するデータ送信処理を行う（Ｓ１０３）。ＣＰＵ１００は、送信対象データを所定のサイズ単位で読み込み、読み込まれたデータブロックを、送信先の機器へ送信するための、Ｂｌｕｅｔｏｏｔｈの規格に従ったデジタル信号へ変換する。そして、変換されたデジタル信号を、順次近距離通信モジュール３１２およびアンテナ３１２ａを介して送信する。このようにして送信対象データが、所定のサイズのデータブロック単位で、順次送信される。データの送信中、ＣＰＵ１００は、その時点の現在量Ｈをメモリ２００の所定の領域に随時上書きする。

送信されるべき全データの送信が正常に完了すると、ＣＰＵ１００は、送信先の機器との間でデータ送信処理を完了するための処理を行い、そして接続を切断する（Ｓ１０４）。こうして、図４のデータの送信処理が完了する。

図５は、図４のデータの送信処理の進捗状況を通知する処理の手順を説明する図である。図５（ａ）は、図４のステップＳ１０２において起動される進捗通知メイン処理を説明するフローチャートである。図５（ｂ）は、図５（ａ）の進捗通知メイン処理のステップＳ１１４において実行される進捗通知処理を説明するフローチャートである。

図５（ａ）の進捗通知メイン処理が開始されると、ＣＰＵ１００は、まずタイマー３０
４をリセットする。そして、所定の時間間隔（Ｔ秒）の経過を示す信号を繰り返し出力するよう、タイマー３０４を設定し、タイマー３０４を始動する（Ｓ１１１）。

次に、ＣＰＵ１００は、メモリ２００から全体量Ｇを読み込む（Ｓ１１２）。そして、同じくメモリ２００から現在量Ｈを読み込む（Ｓ１１３）。

そして、ＣＰＵ１００は、読み込まれた全体量Ｇおよび現在量Ｈにもとづいて、その時点のデータ送信処理の進捗状況を通知する進捗通知処理を実行する（Ｓ１１４）。ステップＳ１１４において、ＣＰＵ１００は、後述するように（図５（ｂ）参照）、データ送信処理の進捗状況を、ディスプレイ２１上での表示またはバイブレータ１４から発生する振動のどちらを利用して行うかを判定する。そして、判定結果に応じた手段を用いて、ユーザへ当該進捗状況を通知するための処理を行う。

ステップＳ１１４の進捗通知処理において、その時点の進捗を通知する処理が完了すると、ＣＰＵ１００は、タイマー３０４からの信号によりＴ秒の時間が経過したか否かを判定する（Ｓ１１５）。ＣＰＵ１００は、Ｔ秒が経過するまで待機する（Ｓ１１５：ＮＯ）。Ｔ秒が経過すると（Ｓ１１５：ＹＥＳ）、次のステップＳ１１６へ進む。

ステップＳ１１６では、ＣＰＵ１００は、現在量Ｈが全体量Ｇより小さいか否かを判定する。すなわち、図４のデータの送信処理のステップＳ１０３において、ＣＰＵ１００が送信対象データの全てを送信先の機器へ正常に送信したか否かを判定する。現在量Ｈが全体量Ｇより小さい場合には（Ｓ１１６：ＹＥＳ）、ステップＳ１１３へ戻る。このようにして、図５（ａ）の進捗通知メイン処理において、ＣＰＵ１００は、図４のデータの送信処理が完了するまで（Ｓ１１６：ＮＯ）、時間間隔Ｔ秒ごとに、ステップＳ１１３〜Ｓ１１６のループ処理を繰り返す。

送信対象データの全てが送信先の機器へ正常に送信されると、ＣＰＵ１００は、ステップＳ１１６において現在量Ｈが全体量Ｇに等しくなったと判定し（Ｓ１１６：ＮＯ）、図５（ａ）の進捗通知メイン処理を終了する。

さて、図５（ｂ）の進捗通知処理は以下のように行われる。

まず、ＣＰＵ１００は、パネルバックライト２１ｂが点灯しているか否かを判定する（Ｓ１２１）。なお、データ送信が開始された直後は、通常、パネルバックライト２１ｂは点灯した状態となっている。

パネルバックライト２１ｂが点灯している場合には（Ｓ１２１：ＹＥＳ）、ＣＰＵ１００は、プログレスバーをディスプレイ２１に表示させることにより、進捗状況を通知する処理を行う（Ｓ１２２）。

図６は、プログレスバーによる進捗通知処理（Ｓ１２２）が行われる際の、ディスプレイ２１上の表示内容の例を模式的に示した図である。

ステップＳ１２２のプログレスバーによる進捗通知処理において、図示の通り、ＣＰＵ１００は、ディスプレイ２１上に、プログレスバー等を用いて進捗状況を通知するための進捗表示ウィンドウ４０１を表示する。進捗表示ウィンドウ４０１上には、当該データ送信処理およびその進捗に関する各種の情報が表示される。

ＣＰＵ１００は、全体量Ｇおよび現在量Ｈに応じて、プログレスバー４０２を進捗表示ウィンドウ４０１に表示する。即ち、ＣＰＵ１００は、Ｔ秒置きにメモリ２００から現在
量Ｈを読み込んで、現在量Ｈと全体量Ｇとから進捗の割合Ｈ／Ｇを計算する。そして、この進捗の割合Ｈ／Ｇに略比例した長さをもつプログレスバー４０２を表示する。

進捗表示ウィンドウ４０１上には、プログレスバー４０２以外にも、図示の通り、送信処理に関連する各種の情報が表示される。プログレスバー４０２の上には、進行中の処理の内容を示す「送信中」なる文字列４０３や、進捗の割合を百分率で表す「４１％」（＝Ｈ／Ｇ×１００％）という文字列４０４が表示される。また、プログレスバー４０２の下には、データ送信処理が完了するまでに要するおよその残り時間を表す「残り１８秒」という文字列４０５や、全体量Ｇおよび現在量Ｈの数値を通知するための「５１ＭＢ／１２４ＭＢ」なる文字列４０６が表示される。ここで、「１２４ＭＢ」が全体量Ｇを、そして「５１ＭＢ」が現在量Ｈを表す。文字列４０５、４０６の下には、送信対象データの名前である「ＢＩＲＴＨＤＡＹ＿ＰＡＲＴＹ．ｗｍｖ」なる文字列４０７が表示される。図示の例では、ユーザにより選択された送信対象データは、このようなファイル名をもつファイルである。

およその残り時間は、例えば、全体量Ｇ、現在量Ｈならびにファイル送信処理の開始から現在まで経過した時間の長さ（ｔ１秒とする）にもとづき計算される。ＣＰＵ１００は、例えば、計算式ｔ１×（Ｇ−Ｈ）／Ｈを用いて、およその残り時間を計算して文字列４０５を表示する。

このようにステップＳ１２２の処理が行われるときにはパネルバックライト２１ｂはＯＮの状態であるため、ユーザは、図６に示すような進捗表示ウィンドウ４０１上へ表示されたデータ送信処理の進捗状況を目視にて確認することが可能である。このようにして、図５（ｂ）のステップＳ１２２のプログレスバーによる進捗通知処理が行われる。

パネルバックライト２１ｂがＯＮの状態のまま、上述のように、送信対象データの全てが送信先の機器へ正常に送信されると、ＣＰＵ１００は、図５（ａ）の進捗通知メイン処理を終了し、進捗表示ウィンドウ４０１を閉じる。

ところで、本実施の形態の携帯電話機は、パネルバックライト２１ｂを自動的にＯＦＦにする機能を備える。例えば、キー操作群３ａおよびタッチセンサ２２を用いたユーザによる入力操作が所定の時間以上行われない場合に、ＣＰＵ１００は、パネルバックライト２１ｂをＯＦＦする。こうなると、パネルバックライト２１ｂがＯＦＦとなるため（Ｓ１２１：ＮＯ）、ＣＰＵ１００は、図３のグラフＡに示される振動パターンの振動をバイブレータ１４から発生させて進捗状況の通知を行う（Ｓ１２３）。

即ち、ＣＰＵ１００は、Ｔ秒置きにメモリ２００から現在量Ｈを読み込んで、現在量Ｈと全体量Ｇとから進捗の割合Ｈ／Ｇを計算する。そして、グラフＡに示す通り、この進捗の割合Ｈ／Ｇの増加に応じて徐々に弱くなるようバイブレータ１４を振動させる。

なお、振動による進捗通知処理に切り替えられた場合、プログレスバーによる進捗通知処理は行われないため、進捗表示ウィンドウ４０１は更新されず表示されたままとなる。したがって、プログレスバー４０２の長さは、切替えの直前の進捗状況を表す。

こうして、ユーザは、パネルバックライト２１ｂがＯＦＦとなり、進捗表示ウィンドウ４０１が見えなくなっても、徐々に弱まる振動の変化により、データ送信処理の進捗状況を確認することができる。上述のように、送信対象データの全てが送信先の機器へ正常に送信されると、ＣＰＵ１００は、バイブレータ１４を停止させる。なお、バイブレータ１４の振動パターンは図３のグラフＡのパターンでなく、グラフＢ〜Ｃの何れかのパターンでも良い。

なお、送信対象データの送信が全て完了する前に、キー操作群３ａまたはタッチセンサ２２を用いたユーザによる操作が行われると、再び、パネルバックライト２１ｂがＯＮする。こうなると、ＣＰＵ１００は、プログレスバーによる進捗通知処理を再び行う。即ち、ＣＰＵ１００は、バイブレータ１４を停止させ、替わりに、進捗表示ウィンドウ４０１を表示する。

図７は、図５の進捗状況を通知するための処理を時系列で模式的に示すタイミングチャートである。図７のグラフ（ａ）〜（ｆ）は、上から順番に、データ送信の進捗の割合Ｈ／Ｇ、パネルバックライト２１ｂのＯＮ／ＯＦＦの実状態、タイマー３０４の動作（図５（ａ）のＳ１１１、Ｓ１１５参照）、パネルバックライト２１ｂのＯＮ／ＯＦＦの検知結果（図５（ｂ）のＳ１２１参照）、プログレスバー４０２を用いて通知される進捗状況の表示内容（図５（ｂ）のＳ１２２参照）、バイブレータ１４から発生される振動の強さ（図５（ｂ）のＳ１２３参照）、をそれぞれ表す。同図のグラフの横軸は時間経過を表す。

図７のＴ０〜Ｔ３は、データ送信処理（図４のステップＳ１０３）に係る各種イベントが起こされる瞬間の時間を表す。Ｔ０はデータ送信処理が開始される時間であり、Ｔ１はデータ送信処理が完了する時間である。Ｔ２はパネルバックライト２１ｂがＯＮからＯＦＦに切り替えられる時間である。Ｔ３は、パネルバックライト２１ｂが切り替えられた後に、ＣＰＵ１００が、パネルバックライト２１ｂがＯＦＦになっていることを検知する時間である。Ｔ４は、ＣＰＵ１００が、時間Ｔ１の後、最初に現在量Ｈ（この時ＨはＧに等しい）を読み込む時間である。Ｔ５は、ＣＰＵ１００が図５（ａ）の進捗通知メイン処理が終了する時間である。

さて、時間Ｔ０においてデータ送信が開始されると、グラフ（ａ）に示すように、データ送信処理の進捗は１００％に達するまで刻々と進む。パネルバックライト２１ｂは、時間帯Ｔ０〜Ｔ２においてＯＮであり、グラフ（ｅ）のように、プログレスバーによる進捗通知の処理がなされる。即ち、Ｔ秒毎に求められる進捗の割合Ｈ／Ｇに応じてプログレスバー４０２の長さが設定されることにより、データ送信処理の進捗に応じて、徐々にプログレスバー４０２が長くなっていく。

グラフ（ｂ）のように、時間Ｔ２になるとパネルバックライト２１ｂがＯＦＦする。グラフ（ｄ）に示すように、パネルバックライト２１ｂのＯＮ／ＯＦＦの状態は、Ｔ秒ごとに検知される。よって、タイマー３０４が時間Ｔのカウントする前に時間Ｔ２のタイミングでパネルバックライト２１ｂがＯＦＦになると、時間Ｔ３において、パネルバックライト２１ｂのＯＦＦが検知される。

パネルバックライト２１ｂのＯＦＦが検知されると、グラフ（ｆ）のように、振動による進捗通知の処理がなされる。即ち、Ｔ秒毎に求められる進捗の割合Ｈ／Ｇに応じて振動の強さが設定されることにより、データ送信処理の進捗に応じて、徐々にバイブレータ１４の振動が弱くなっていく。

時間Ｔ１において全てのデータ送信が完了し、時間Ｔ４において全体量Ｇと等しい現在量Ｈが読み込まれると、進捗の割合Ｈ／Ｇが１００％となる。これに基づいて、最後にバイブレータ１４が最も弱く振動され、時間Ｔ５において進捗状況の通知が終了する。

なお、グラフ（ｆ）の点線は、パネルバックライト２１ｂが、データ送信の処理が開始されたときにパネルバックライト２１ｂがＯＦＦである場合の振動の強さの遷移を示す。上記のように、データ送信の途中に、振動による進捗通知の処理に切り替わった場合、バイブレータ１４は、最大の強さでなく、現在の進捗の割合Ｈ／Ｇに応じた強さから徐々に
弱くされていくこととなる。

以上、本実施の形態によれば、パネルバックライト２１ｂがＯＦＦの状態であり、ディスプレイ２１上でのプログレスバーによってデータ送信処理の進捗状況が見えにくい（見えない）場合に、進捗状況に応じた振動をバイブレータ１４から発生させるようにしている。これによって、ユーザは、ディスプレイ２１上のプログレスバー（進捗状況を示す画像）が見づらくなっても、データ送信処理の状況を、より具体的には進捗状況を確認できる。

また、本実施の形態によれば、データ送信処理の進捗状況を振動を用いて報知するようにしているので、ユーザは、携帯電話機のディスプレイ２１へ顔を向けることなく、データ送信処理の進捗状況を知ることができる。また、周囲に発せられる音が小さいので、周囲の人の邪魔になりにくい。

また、本実施の形態によれば、データ送信処理の進捗状況に応じてバイブレータ１４の動作の仕方を変化させる、たとえば、振動の強さを変化させるようにしているので、ユーザに、データ送信処理の進捗状況が分かりやすい。

＜変更例１＞
変更例１に係る携帯電話機は、上記実施の形態で説明した振動による進捗通知処理を利用するか否かをユーザが自由に設定できる「振動通知設定」の機能を備える。ユーザは、たとえば、ディスプレイ２１上に表示される所定の設定画面を用いて、振動による進捗通知処理を行う場合にはＯＮ設定を行い、行わない場合にはＯＦＦ設定を行う。なお、デフォルト値として、「ＯＮ」または「ＯＦＦ」のどちらか一方が前もって設定されている。

図８は、変更例１に係る進捗通知処理の手順を示すフローチャートである。なお、図８のフローチャートでは、図５（ｂ）の進捗通知処理のステップＳ１２３の処理の前に、後述するよう振動通知設定のＯＮ／ＯＦＦを判定するステップＳ１２４が挿入される。その他の処理は、図５（ｂ）の進捗通知処理と同様である。

進捗通知処理が開始され、ステップＳ１２１において、パネルバックライト２１ｂがＯＦＦであると判定すると（Ｓ１２１：ＮＯ）、ＣＰＵ１００は、ＯＮ設定がなされているか否かを判定する処理を行う（Ｓ１２４）。

ＣＰＵ１００は、ＯＮ設定がなされていると判定した場合（Ｓ１２４：ＹＥＳ）、振動による進捗通知処理を行う（Ｓ１２３）。一方、ＯＦＦ設定がなされていると判定した場合には（Ｓ１２３：ＮＯ）、ステップＳ１２３の処理をスキップして、即ち振動による進捗通知処理を行わずに、進捗通知処理を終了する。

このようにして、本変更例の構成によれば、振動による進捗通知処理を行うか行わないかを、ユーザが自由に選択し設定できる。よって、ユーザが望む場合に、振動による進捗状況の報知を行うことができる。例えば、ユーザが、振動の発生に伴う振動音が周囲の人に感知されたくないような環境にいる場合に、ＯＦＦ設定することによって、振動による進捗通知処理が行われないようにできる。

＜変更例２＞
変更例２に係る携帯電話機のパネルバックライト２１ｂは、ＯＮの状態、ＯＦＦの状態ならびに通常よりも暗く点灯する状態（以下、「省電力モード」という）の３つの状態を持ち得る。本変更例の携帯電話機では、ユーザによる操作が所定の時間以上行われない場合に、パネルバックライト２１ｂを、自動的に省電力モードに移行される。ユーザによる
操作がさらにこの後所定の時間以上行われない場合にパネルバックライト２１ｂが自動的にＯＦＦされる。省電力モードに移行してからパネルバックライト２１ｂがＯＦＦにされるまでの間に、ユーザによる操作が行われた場合には、パネルバックライト２１ｂはＯＮされる。

本変更例に係る携帯電話機では、以下に説明するように、パネルバックライト２１ｂが、ＯＦＦの状態である場合に加えて、省電力モードである場合においても、上述した振動による進捗通知処理が行われる。

図９は、図４のデータの送信処理と並行して実行される、変更例２に係る進捗通知処理の手順を示すフローチャートである。図９のフローチャートでは、図５（ｂ）の進捗通知処理のフローチャートのステップＳ１２１が判定ステップＳ１２５に変更され、ステップＳ１２３の処理の後に、判定ステップＳ１２６が挿入される。その他の処理は、図５（ｂ）の進捗通知処理と同様である。

進捗通知処理が開始されると、ＣＰＵ１００は、パネルバックライト２１ｂの状態がＯＦＦもしくは省電力モードであるか否かを判定する（Ｓ１２５）。

ＣＰＵ１００は、パネルバックライト２１ｂがＯＦＦの状態もしくは省電力モードでない、つまりＯＮの状態であると判定すると（Ｓ１４１：ＮＯ）、図５（ｂ）の進捗通知処理と同様に、プログレスバーによる進捗通知処理を行う（Ｓ１２２）。

一方、ＣＰＵ１００は、パネルバックライト２１ｂがＯＦＦの状態もしくは省電力モードであると判定すると（Ｓ１４１：ＹＥＳ）、図５（ｂ）の進捗通知処理と同様に、振動による進捗通知処理を行う（Ｓ１２３）。

振動による進捗通知処理が完了すると、ＣＰＵ１００は、パネルバックライト２１ｂが省電力モードであるか否かを判定する（Ｓ１２６）。ＣＰＵ１００は、パネルバックライト２１ｂの状態が省電力モードであると判定した場合には（Ｓ１２６：ＹＥＳ）、ステップＳ１２３へ移行し、プログレスバーによる進捗通知処理を行う。

以上、本変更例の構成によれば、パネルバックライト２１ｂがＯＦＦまたは省電力モードの状態であるときに、バイブレータ１４の振動により進捗状況を報知することができる。これによって、ユーザは、データ送信処理の最中にパネルバックライト２１ｂがＯＦＦまたは暗く点灯されているときにおいても、当該データ送信の進捗状況を知ることができる。

しかも、本変更例の構成によれば、パネルバックライト２１ｂの状態が省電力モードであるときには、プログレスバーによる進捗状況の通知も同時に行われる。このため、ユーザは、ディスプレイ２１にプログレスバーの表示を目視確認することによっても、データ送信処理の進捗を知ることができる。よって、ユーザは、状況に応じて、進捗状況の確認方法を選ぶことができる。

なお、本変更例においても、変更例１の構成における変更と同様の変更を追加してもよい。つまり、ステップＳ１２３の振動による進捗通知処理の前に、図８のステップＳ１２４の処理を付加し、図８と同様、振動による進捗通知処理がＯＮ設定されているか否かの判定処理を行ってもよい。

＜変更例３＞
変更例３に係る携帯電話機は、携帯電話機内に備えられた、メモリ２００や外部メモリ
インタフェース１５に装着された外部メモリ３１３等の記憶装置に関する各種ファイル処理（ファイルの移動、コピー、削除等）を行う際、パネルバックライト２１ｂがＯＦＦであるときに当該ファイル処理に係る進捗状況を振動によりユーザへ通知する機能を備える。例えば、携帯電話機は、ファイルをコピーする際、プログレスバーを表示するためのディスプレイ２１のパネルバックライト２１ｂがＯＦＦにされたときに、振動による進捗通知を行う。

ここでは、携帯電話機の外部メモリインタフェース１５に装着された外部メモリ３１３へファイルがコピーされる際の、振動による進捗通知処理について、説明する。

ユーザは、ディスプレイ２１に表示されるメニュー画面を参照しながら、外部メモリ３１３へのコピー処理を行うための入力操作を行う。続いて、コピー対象のファイルと、コピー先のフォルダを選択する入力操作を行う。これにより、ファイルのコピー処理が開始される。なお、コピー対象のデータは、外部メモリ３１３へコピーできる形式のデータであればよい。

図１０（ａ）は、変更例３に係るファイルのコピー処理の手順を示すフローチャートである。

ＣＰＵ１００は、ステップＳ２０１において、コピー開始のための処理を、以下のように実行する。ＣＰＵ１００は、まずコピー対象のファイルを開く。そして、コピー先のフォルダ内に、コピー対象のファイルと同じ名前のファイル名を有し、サイズが０であるファイルを作成するよう、外部メモリインタフェース１５を制御する。また、このステップＳ２０１において、ＣＰＵ１００は、コピー対象のファイルの全体量Ｇおよび現在量Ｈをメモリ２００の所定の領域に書き込む。なお、この時点において初めて書き込まれる現在量Ｈの値は０である。

ＣＰＵ１００は、次に、図５（ａ）の進捗通知メイン処理を起動する（Ｓ２０２）。上記実施の形態では、データ送信処理の進捗状況を通知するために、図５（ａ）の進捗通知メイン処理が実行された。本変更例では、コピー処理の進捗状況を通知するために、図５（ａ）の進捗通知メイン処理が実行される。本変更例の場合、ファイルのコピー処理に係る全体量Ｇ（コピー対象のファイルのサイズ）および現在量Ｈ（コピーが正常に完了したデータのサイズ）が読み込まれ、これらに基づいて、進捗状況の通知がなされることとなる。進捗通知メイン処理は、続くステップＳ２０３のコピー処理と並行して行われる。

図５（ａ）の進捗通知メイン処理が起動されると、図５（ｂ）の進捗通知処理において、パネルバックライト２１ｂがＯＮであるか否かが判定され、ＯＮであれば（Ｓ１２１：ＹＥＳ）、プログレスバーによる進捗通知処理が行われる（Ｓ１２２）。

図１０（ｂ）は、コピー処理に係るプログレスバーによる進捗通知処理が行われる際の、ディスプレイ２１上の表示内容の例を模式的に示した図である。

ディスプレイ２１には、進捗表示ウィンドウ５０１に表示され、進捗表示ウィンドウ５０１上に、全体量Ｇおよび現在量Ｈに応じた長さのプログレスバー５０２が表示される。また、図６に示す表示例と同様に、プログレスバー５０２の周囲には、コピー処理に関連する各種の情報が表示される。

一方、コピー処理の途中にパネルバックライト２１ｂがＯＦＦになれば（Ｓ１２１:ＮＯ）、振動による進捗通知処理が行われる（Ｓ１２３）。たとえば、図３のグラフＡに示すように、コピー処理の進捗状況に応じた強さでバイブレータ１４が振動する。

さて、図１０（ａ）のフローチャートにもどり、進捗通知メイン処理が起動（Ｓ２０２）されると、次に、ＣＰＵ１００は、ファイルのコピー処理を行う（Ｓ２０３）。ＣＰＵ１００は、所定のサイズずつコピー対象のファイルのデータを読み込み、読み込まれたデータをコピー先のファイルへ書き込む。ＣＰＵ１００は、ステップＳ２０３のコピー処理中、その時点の現在量Ｈをメモリ２００の所定の領域に随時上書きする。コピー対象のファイルの全データが、コピー先のファイルへ全て書き込まれると、ステップＳ２０３のコピー処理が完了する。ＣＰＵ１００は、開いていたファイルを閉じて、処理を終了する（Ｓ２０４）。これに伴い、プログレスバーまたは振動による進捗状況の通知も終了される。

本変更例では、コピー処理に係る進状況の通知について説明したが、他のファイル処理、例えば、ファイルの削除、移動、作成に係る処理にも、同様な進捗状況の通知を行うことができる。また、ある程度の時間を要するその他の処理、例えば検索処理や、外部メモリ３１３のフォーマット処理等にも、同様な進捗状況の通知を行うことができる。

以上、本変更例の構成によれば、上記実施の形態と同様であり、ユーザは、ディスプレイ２１上のプログレスバー（進捗状況を示す画像）が見づらくなっても、各種ファイル処理の進捗状況を知ることができる。

＜変更例４＞
変更例４に係る携帯電話機は、いわゆるマルチタスクの機能を有する。本変更例において、起動されたアプリケーションは、対応するウィンドウをディスプレイ２１に直接描画処理しない。そのかわり、ウィンドウをディスプレイ２１に表示するための情報を、メモリ２００の所定の領域に書き込む。ＣＰＵ１００は、一つまたは複数の、実行中のアプリケーションのうち、フォアグラウンドで動作するアプリケーションに対応するウィンドウに関する情報をメモリ２００から読み込む。そして、読み込まれた情報にもとづいて、そのウィンドウを、いわゆる「最前面」に表示する。同時に、該アプリケーションを、ユーザが行う入力操作を受け付け可能な状態で動作させる。

図１１は、変更例４にかかる進捗通知処理の手順を示すフローチャートである。図１１の進捗通知処理は、図５（ａ）の進捗通知メイン処理のステップＳ１１４において呼び出され、フォアグラウンド処理として実行される。

なお、ステップＳ１３３の処理は、図５（ｂ）の振動による進捗通知処理に同じである。そして、ステップＳ１３２の処理は、上述の説明の通り、進捗表示ウィンドウ４０１をディスプレイ２１に描画する処理を行わず、かわりに進捗表示ウィンドウ４０１をディスプレイ２１に表示するための情報をメモリ２００に書き込む。このことを除いて、Ｓ１３２の処理は、図５（ｂ）のステップＳ１２２のプログレスバーによる進捗通知処理に同じである。

図１１の進捗通知処理において、ＣＰＵ１００は、まず、進捗表示ウィンドウが最前面に表示されているか否かを判定する（Ｓ１３１）。最前面に表示されている場合には（Ｓ１３１：ＹＥＳ）、ＣＰＵ１００は、プログレスバーによる進捗通知処理（Ｓ１２２）を行う。

進捗通知メイン処理の起動直後において、通常、進捗通知メイン処理はフォアグラウンド処理として実行されている。そのため、この時点においては、メモリ２００に書き込まれた進捗表示ウィンドウ４０１の情報にもとづいて、進捗表示ウィンドウ４０１がディスプレイ２１に表示される。ステップＳ１３２の処理が完了すると、ＣＰＵ１００は図１１
の進捗通知処理を完了する。

さて、進捗通知メイン処理が実行されている間に、ユーザにより、他のアプリケーションを起動する操作がなされ得る。ユーザにより起動されたアプリケーションはフォアグラウンドで実行され、該アプリケーションに関するウィンドウがディスプレイ２１上の、いわゆる最前面に表示される。これに伴い、進捗通知メイン処理はバックグラウンド処理へ移行される。そして、表示されていた進捗表示ウィンドウ４０１は、ディスプレイ２１に表示されなくなる。そのため、ユーザは、進行中のデータ送信処理の進捗状況を知ることができなくなってしまう。

本変更例の構成では、進捗表示ウィンドウ４０１が最前面に表示されていない場合に、振動による進捗通知処理（Ｓ１３３）が実行される。以下にこれを説明する。

ＣＰＵ１００は、所定のキー、例えばカレンダーを表示するアプリケーションを起動する起動キー３１がユーザにより押されたことを検知すると、カレンダーを表示するアプリケーションをフォアグラウンドで起動し、カレンダーのウィンドウを表示する。

図１２（ａ）にカレンダーの画面の表示例を示す。ディスプレイ２１には、カレンダー６０１および関連する情報が表示される。ディスプレイ２１の上部には、時刻やバッテリー残量など各種の情報を通知するタスクバー６０２が表示される。また、データを送信中であることをユーザに通知するためのアイコン６０３が、タスクバー６０２上に表示される。

ユーザは、カレンダーを表示するアプリケーションを利用できるだけでなく、アイコン６０３がタスクバー６０２上に表示されていることを確認することによって、現在データの送信中であることを知ることができる。しかし、ユーザは、データの送信処理がどの程度進んでいかという進捗状況については、アイコン６０３だけからは知ることはできない。

図１１のフローチャートにもどり、ＣＰＵ１００は、ステップＳ１３１においてＮＯと判定した場合には、振動による進捗通知処理を実行する（Ｓ１３３）。これを完了すると、図１１の進捗通知処理を完了する。例えば、上述のようにカレンダーが表示されている場合には、振動による進捗通知処理（Ｓ１３３）が実行される。

なお、ユーザが、起動していたカレンダーを表示するアプリケーションをデータ送信処理の完了前に終了させることがあり得る。この場合、本変更例に係る進捗通知メイン処理は、再びフォアグラウンド処理となる。このため、この後実行されるステップＳ１３１の判定処理において、再びプログレスバーによる進捗通知処理（Ｓ１３２）が実行されるよう判定される。

また、これに続いて、ユーザがさらに別のアプリケーションを起動するなどした場合には、ＣＰＵ１００は、図１１のフローチャートに示される処理に従って、適時プログレスバーもしくは振動による進捗通知処理を選択し実行することとなる。

なお、図１２（ｂ）に、データの送信処理が完了したときのディスプレイ２１の表示例を示す。同図に示すように、ＣＰＵ１００は、データの送信処理が完了すると、完了したことを明示的にユーザへ通知するために、進捗表示ウィンドウ４０１を再びディスプレイ２１へ表示するようにしてもよい。データの送信処理の完了時においては、１００％に対応する長さのプログレスバー４０２が進捗表示ウィンドウ４０１上に表示される。

以上、本変更例の構成によれば、他のアプリケーションに基づく画像がディスプレイ２１に表示されることにより進捗表示ウィンドウ４０１が表示されず、プログレスバー４０２（進捗状況を示す画像）が見えなくなっても、ユーザは、データ処理（データ送信処理や各種ファイル処理）の進捗状況を知ることができる。

なお、図１１のフローチャートにおいて、ステップＳ１３２のプログレスバーによる進捗通知処理をステップＳ１３１の判定処理の前段に置いてもよい。このようにすると、プログレスバーによる進捗通知処理（Ｓ１３１）において、進捗表示ウィンドウ４０１を表示するための情報は、随時メモリ２００に書き込まれる。この場合、起動されていた別のアプリケーションが終了された時、進捗通知メイン処理がフォアグラウンドに移行されることに応じて、即座に進捗表示ウィンドウ４０１はディスプレイ２１に表示される。これにより、他のアプリケーションが終了した瞬間の進捗状況が、進捗表示ウィンドウ４０１のプログレスバー４０２によってより正確に表わされる。

＜変更例５＞
上記実施の形態のようにデータ送信処理を行っている間に、ユーザが第２キャビネット２の正面を下に向けて机の上に置いたり、ディスプレイ２１を覆うようにして携帯電話機を手に持ったりした場合、進捗表示ウィンドウ４０１が見えなくなってしまう。

本変更例では、ディスプレイ２１が何かにより覆われた状態となったことに基づいて、振動による進捗通知処理が開始される。

図１３は、変更例５に係る携帯電話機の外観構成を示す図である。本変更例における携帯電話機は、上述の実施の形態の携帯電話機の構成に加え、近接センサ２４をさらに備える。なお、図１３において、本変更例の構成のうち上述の実施の形態と同様の構成のもの（図１（ａ）参照）には、同じ番号を付して、その説明を省略する。

近接センサ２４は、第２キャビネット２の正面（ディスプレイ２１が配される面）においてディスプレイ２１の近傍に設けられる。近接センサ２４は、ディスプレイ２１に近接するまたは近傍に存在する被検出物を検出する。たとえば、近接センサ２４は静電容量を測定しながら、静電容量と予め定められた閾値とを比較する。そして、被検出物が、近接センサ２４に近づいたり、近接センサ２４の近くに存在したりすると、静電容量が増加し、静電容量が閾値を越えるため、近接センサ２４は検出信号をＣＰＵ１００へ出力する。一方、近接センサ２４は、被検出物が離れ近傍に存在しなくなると、近接信号をＣＰＵ１００へ出力しなくなる。なお、近接センサ２４は、静電容量式の近接センサ２４に限られず、たとえば、超音波式や誘導形の近接センサ２４や赤外線式の近接センサ２４であっても良い。

変更例５に係る携帯電話機は、以下に説明するように、データ送信処理ならびにその進捗通知のためのプログレスバーの表示処理が行われている際に、近接センサ２４が被検出物を検出している場合に、振動による進捗通知をさらに行う機能を備える。

図１４は、変更例５に係る進捗通知処理の手順を示すフローチャートである。図１４のステップＳ１４１の処理は、図５（ｂ）のＳ１２２のプログレスバーによる進捗通知処理に同じである。また、図１４のステップＳ１４３の処理は、図５（ｂ）のＳ１２３の振動による進捗通知処理に同じである。

本変更例において、図５（a）の進捗通知メイン処理が実行されると、ＣＰＵ１００は、ステップＳ１１４において図１４の本変更例に係る進捗通知処理を実行する。

図１４の進捗通知処理が開始されると、ＣＰＵ１００は、プログレスバーによる進捗通知処理を行う（Ｓ１４１）。つづいて、近接センサ２４が被検出物を検出したか否かを判定する（Ｓ１４２）。

近接センサ２４が被検出物を検出してない場合には（Ｓ１４２：ＮＯ）、ＣＰＵ１００は、図１４の進捗通知処理を完了する。

さて、データ送信処理が行われている間に、ユーザが上述のように第２キャビネット２の正面を下に向けて、机の上に置く場合があり得る。このような場合、進捗表示ウィンドウ４０１が見えなくなくなり、ユーザは、進行中のデータ送信の進捗状況を知ることができなくなってしまう。本変更例の携帯電話機に備えられた近接センサ２４は、このように何らかの障害物がディスプレイ２１の正面位置に近接することを検出する。

近接センサ２４が被検出物を検出した場合には（Ｓ１４２：ＹＥＳ）、ＣＰＵ１００は、さらに振動による進捗通知処理を行い（Ｓ１４３）、そして図１４の進捗通知処理を完了する。

なお、図５（ｂ）の進捗通知処理においては、ステップＳ１２２とＳ１２３の処理は、互いに排他的に実行された。すなわち、Ｓ１２２を実行する際には振動は停止され、またＳ１２３を実行する際にはプログレスバーの更新表示はされなかった。

しかし本変更例の構成によれば、近接センサ２４が被検出物を検出している場合には（Ｓ１３２：ＮＯ）、Ｓ１３２のプログレスバーによる進捗通知処理に続き、さらにＳ１３３の振動による進捗通知処理が行われる。したがって、この場合には、プログレスバーの更新表示がされつつも、同時に振動が発生される。

以上、本変更例の構成によれば、近接センサ２４が検出信号を出力すると、ＣＰＵ１００は、進捗状況に応じた振動をバイブレータ１４から発生させて、ユーザへ進捗状況を通知する。

例えば、ユーザが第２キャビネット２の正面を下に向けて机の上に置いたり、ディスプレイ２１を覆うようにして携帯電話機を手に持つなどした場合に、近接センサ２４が被検出物を検出し、振動による進捗通知が行われる。また、何らかの障害物が、ユーザの意図とは無関係に第２キャビネット２の正面位置に接近した場合においても、近接センサ２４が被検出物を検出し、振動による進捗通知が行われる。

よって、ディスプレイ２１の正面位置に障害物が存在することによってユーザがプログレスバーを見て進捗状況を知ることが困難な場合においても、ユーザは、進捗状況に応じて発生される振動を感知することによって、進捗状況を知ることができる。

また、本変更例の構成によれば、ディスプレイ２１の正面位置に障害物が存在する場合にも、実行される。一方、ユーザが、障害物の隙間などからディスプレイ２１を覗くことが可能な場合もあり得る。よって、ユーザは、このような場合には、ディスプレイ２１に表示されたプログレスバー４０２を見ることによっても、データ送信処理の進捗を知ることが可能である。

なお、本変更例の構成では、近接センサ２４は第２キャビネット２の下方（通話スピーカ２３が配されていない方）に配されたが、ディスプレイ２１に近接する物を検出できるなら、これ以外の場所に配されてもよい。例えば、通話スピーカ２３の近くに配されてもよい。

また、本変更例の構成では、近接センサ２４は１か所に配されたが、複数の近接センサが複数個所に配されてもよい。例えば、通話スピーカ２３の近くにもう一つ配置するようにしてもよい。また、４つの近接センサを、第２キャビネット２の４辺の中央位置、または第２キャビネット２の４つの角部に、それぞれ配置するようにしてもよい。

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

たとえば、上記実施の形態では、図３のグラフＡ〜Ｄに示す振動パターンによりバイブレータ１４が振動する。しかしながら、その他の振動パターンを用いるようにしても良い。たとえば、図１５（ａ）のグラフＡ１〜Ｄ１のように、図３のグラフＡ〜Ｄを横軸方向に反転させたグラフで示される振動パターンを用いても良い。即ち、グラフＡ１、Ｂ１、Ｄ１のように、データ送信処理が進むに従って振動の強さが徐々に強くなるようにしても良い。また、グラフＣ１、Ｄ１のように、データ送信処理が進むに従って振動期間および振動の停止期間が徐々に長くなるようにしても良い。

また、図１５（ｂ）のグラフＡ２〜Ｄ２に示すように、図３のグラフＡ〜Ｄの振動パターンに、進捗の割合が１００％に達したときに発生される一定の強さの振動が付加された振動パターンを用いるようにしても良い。このようにすれば、データ送信が完了したがユーザにより分かり易くなる。

また、図４のデータの送信処理のステップＳ１０３において書き込まれる現在量Ｈの頻度は、ユーザへ進捗の現在状況を随時通知するのに十分な程度であれば、どのように設定してもよい。同様に、図５（ａ）のループ処理の周期Ｔ（秒）は、ユーザへ進捗の現在状況を随時通知するのに十分な程度の頻度であれば、どのように設定してもよい。

例えば、現在量Ｈを書き込む頻度を高くするか周期Ｔを小さく設定することにより、図５（ｂ）の進捗通知処理を行う頻度を高くしてより忠実に進捗をユーザへ通知できる。また、現在量Ｈを書き込む頻度を低くするか周期Ｔを大きく設定することにより、図５（ｂ）の進捗通知処理を行う頻度を低くして処理にかかる負荷を低減できる。

上記実施の形態では、Ｂｌｕｅｔｏｏｔｈによるデータ送信機能を例にして、進捗通知処理を説明した。しかし、通信の方法は、携帯電話機がデータ送信のための機能を備えていれば、Ｂｌｕｅｔｏｏｔｈに限る必要はない。

例えば、本携帯電話機が備える赤外線通信モジュール１３による赤外線通信によるデータの送信時もしくは受信時に、上述の実施の形態のようにして、振動による進捗通知処理が行われてもよい。

また、送信処理に限る必要はなく、受信処理が行われる際に、上述の実施の形態のようにして、図５に示すようなプログレスバーや震動による進捗状況の通知処理がなされてもよい。

例えば、ウェブブラウザを使用する際、ウェブページを読み込むときやデータのダウンロードを行うときに、図５に示すようなプログレスバーや震動による進捗状況の通知処理がなされてもよい。また、メールの添付データの送受信の際にも、図５に示すようなプログレスバーや震動による進捗状況の通知処理がなされてもよい。

また、その他の無線通信もしくは有線通信によるデータの送受信時に、振動による進捗通知処理がされるようにしてもよい。例えば、パソコン等他の機器との間のＵＳＢ接続を介してデータの送受信を行う際に、図５に示すようなプログレスバーや震動による進捗状況の通知処理がなされてもよい。

すなわち、プログレスバー等を用いてディスプレイ２１上に進捗状況を表示するようなデータ処理であれば、どのようなデータ処理であってもよい。このようなデータ処理の進捗状況をディスプレイ２１に表示するような場合、表示された進捗状況の視認性が低下する場合に、バイブレータ等を用いて、進捗状況を報知すればよい。

上記実施の形態では、データのサイズ（全体量Ｇと現在量Ｈ）にもとづき、振動による進捗通知処理の際にバイブレータ１４から発生させる振動を調節した。振動による進捗通知は、これらデータのサイズに限らず、データ処理に関する他の状況にもとづいて行われるようにしてもよい。例えば、データ処理にかかった時間や、その時点におけるデータ処理の進行の速さ、データの伝送速度、データの書き込み速度や読み込み速度等の、各種の情報にもとづいて、進捗状況が通知されるようにしてもよい。

また、上記実施の形態では、パネルバックライト２１ｂがＯＦＦまたは省電力モードの状態になった直後に振動による進捗通知処理を行い、振動を発生させた。しかし、パネルバックライト２１ｂがＯＦＦまたは省電力モードの状態になってから、所定の時間の経過後（例えば数秒後）に、振動を発生させ始めるようにバイブレータ１４を制御してもよい。あるいは、進捗状況の報知のための振動をまず発生させるようにし、所定の時間の経過後（例えば数秒後）に、パネルバックライト２１ｂをＯＦＦまたは省電力モードにするようにしてもよい。

さらに、上記変更例４では、他のアプリケーションの起動によって進捗表示ウィンドウ４０１が非表示にされ、これにもとづき振動による進捗通知が行われた。しかし、アプリケーションの起動にかぎらず、他の処理にもとづいて進捗表示ウィンドウ４０１が非表示にされることに応じて、振動による進捗通知を行ってもよい。たとえば、進捗表示ウィンドウ４０１が表示されているときに、ユーザがディスプレイ２１に待ち受け画面を表示させるようキー入力操作を行うことがあり得る。このような場合に、図５(ａ)の進捗通知メイン処理がバックグラウンド処理に移行され、待ち受け画面が表示されているときに振動による進捗通知を行ってもよい。

また、進捗表示ウィンドウ４０１が非表示にされた場合だけでなく、進捗表示ウィンドウ４０１の一部分が、他の処理が実行されること等にもとづいて非表示にされた場合に、振動による進捗通知を行ってもよい。

また、いわゆる半透明なウィンドウが、他の処理が実行されること等にもとづいて表示され、これに伴い進捗表示ウィンドウ４０１がディスプレイ２１上にやや見えにくく表示される場合にも、振動による進捗通知を行ってもよい。

また、上記の場合にかぎらず、進捗表示ウィンドウ４０１が表示される領域の一部または全てに別の画像（半透明である場合ももちろん含む）が表示されることにもとづいて、振動による進捗通知を行うようにしてもよい。

また、本実施の形態の携帯電話機は、振動による進捗通知を行う際、図３および図１５に示すような、各種の振動パターンの振動を発生させる。ユーザが、このような各種の振動パターンを選択し設定できるようにしてもよい。

また、本実施の形態では、データ処理の進捗状況がディスプレイ２１上で確認しにくい場合に、振動による進捗通知を行った。しかしながら、振動に限らず、ディスプレイとは別に設けたＬＥＤによる表示部を点灯させる、スピーカから報知音を発する等、光、音などを用いて進捗状況をユーザに報知するようにしてもよい。光による報知の場合、たとえば、進捗状況に応じて、点滅速度が変化されたり、輝度が変化されたり、色が変えられたりする。音による報知の場合、たとえば、進捗状況に応じて、音量が変化されたり、音色が変化されたりする。

メールの送受信処理、電話の発信、着信、通話、アラームやスケジュールの通知などを実行している場合は、バイブレータ等各種報知部によるデータの処理状況の報知を停止することとしてもよい。そして、メールの送受信処理、電話の発信、着信、通話、アラームやスケジュールの通知などが終了した場合は、報知部はデータの処理状況の報知を再開することとしてもよい。

また、上記実施の形態では、データ処理の進捗状況の表示の視認性が低下するときに報知部を用いて進捗状況を報知した。しかし、進捗状況に限らず、データ処理の各種状況の表示の視認性が低下するときに報知部を用いて該状況を報知するようにしてもよい。

さらに、上記実施の形態では、いわゆるスライド式の携帯電話機に本発明が適用されている。しかしながら、これに限らず、いわゆる折り畳み式、ストレート型等、いかなるタイプの携帯電話機に本発明が適用されてもよい。

さらに、本発明の携帯端末装置は、携帯電話機に限られず、ＰＤＡ（PersonalDigital Assistant）、タブレットＰＣ（Tablet PC）等であってもよい。

この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。

１４バイブレータ（報知部）
２１ディスプレイ（表示部）
２４近接センサ（検出部）
１００ＣＰＵ（制御部）
２００メモリ（記憶部）
４０１進捗表示ウィンドウ
４０２プログレスバー
５０１進捗表示ウィンドウ
５０２プログレスバー
６０１カレンダー

Claims

表示部と、
前記表示部とは別に配された報知部と、
前記表示部と前記報知部を制御する制御部と、
前記表示部に表示される、データ処理の状況の表示の視認性が低下する所定の条件を記憶する記憶部と、
を備え、
前記制御部は、前記データ処理の状況を前記表示部に表示させるとともに、前記記憶部に記憶された前記所定の条件が満されたときに、前記データ処理の状況を前記報知部に報知させる、
ことを特徴とする携帯端末装置。
請求項１に記載の携帯端末装置において、
前記制御部は、前記表示部が所定の明るさより暗くなるよう制御する場合に、前記データ処理の状況を前記報知部に報知させる、
ことを特徴とする携帯端末装置。
請求項１に記載の携帯端末装置において、
前記制御部は、前記表示部に前記データ処理の状況を表示させた後に前記データ処理の状況の表示とは異なる表示をさせる場合に、前記データ処理の状況を前記報知部に報知させる、
ことを特徴とする携帯端末装置。
請求項３に記載の携帯端末装置において、
前記制御部は、前記データ処理とは異なる処理が実行されたことに基づき、前記表示部に前記異なる表示をさせる、
ことを特徴とする携帯端末装置。
請求項１に記載の携帯端末装置において、
前記表示部に近接する近接物を検出する検出部をさらに備え、
前記制御部は、前記表示部に前記データ処理の状況が表示されているときに前記検出部が前記近接物を検出したことに基づき、前記データ処理の状況を前記報知部に報知させる、
ことを特徴とする携帯端末装置。
請求項１ないし５の何れか一項に記載の携帯端末装置において、
前記報知部は、バイブレータであり、
前記制御部は、前記データ処理の状況に応じて前記バイブレータの振動の強さを変化させる、
ことを特徴とする携帯端末装置。
請求項１ないし５の何れか一項に記載の携帯端末装置において、
前記報知部は、バイブレータであり、
前記制御部は、前記バイブレータを間欠的に動作させるとともに、前記データ処理の状況に応じて振動期間の長さおよび振動の停止期間の長さの少なくとも１つを変化させる、ことを特徴とする携帯端末装置。
請求項１ないし７の何れか一項に記載の携帯端末装置において、
前記データ処理は、他の装置とのデータの送受信、当該携帯端末装置内でのデータの移
動、および当該携帯端末装置内でのデータの消去の少なくとも何れか１つの処理を含む、ことを特徴とする携帯端末装置。