JP5268831B2 - 携帯電子機器 - Google Patents

Description

本発明は、入力された文字列を他の文字列に変換する文字列変換部（ＦＥＰ）を備える携帯電子機器に関するものである。

近年、ＰＨＳ（Personal Handy-phone System）や携帯電話、ＰＤＡ（Personal Digital Assistant）、ノート型パーソナルコンピュータ等、様々な携帯電子機器が広範に普及している。そして、これらの携帯電子機器には、メールの作成や電話（アドレス）帳の編集、スケジュールの登録、辞書検索などのために、概して、任意の文字列を入力可能な文字列入力機能が備えられている。

ところで、当然ながら携帯電子機器は、内蔵されたバッテリーから電力が供給される。そのため、従来からバッテリーの残量低下時における携帯電子機器の挙動が当業者においての課題の１つとなっていた。よって、これに関する技術が、これまでにも種々検討され、また開示されている。

例えば、特許文献１には、バッテリー残量が閾値以下に低下した場合に、メインディスプレイの表示や通信機能を停止して、必要に応じてメインディスプレイよりも消費電力が少ないサブディスプレイに電話（アドレス）帳を表示させる技術が開示されている。

ここで、メインディスプレイの表示や通信機能を停止する際には、実行中のアプリケーションに指示を送って適切に終了させる処理を行ったり、記憶部に対する書き込みデータのキャッシュをフラッシュしたりする必要がある。特に、近年では小型の携帯電子機器においてもマルチタスク化が進んでいて、複数のアプリケーションを終了させなければならない状況も想定される。

一方、昨今の高機能化に伴い、消費電力は増大する傾向にある。具体的には、例えば、特許文献２には、携帯電話機にプロジェクタモジュールを搭載して、組み込みの液晶表示器に表示された内容または他の内容を外部へと投影する技術が開示されている。また、ケーブル等で接続した外部表示部（モニタ等）に画像を表示させる機能を有するものもある。

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

ところで、携帯電子機器のバッテリーの残量低下時には、編集中のデータを保存することが考えられる。しかし、各アプリケーションの動作にまかせると変換未確定の文字列を保存することができない。これは、未確定文字列は通常ＦＥＰ（Front End Processor）の監督下にあり、変換が確定されない限り対象とするアプリケーションへ引き渡されないためである。なお、特許文献１では、バッテリー残量が閾値以下に低下した場合に、メインディスプレイの表示や通信機能を如何に停止するかについては一切触れられていない。

一方、特許文献２の技術では、投影時において極端に消費電力が増大するため、バッテリーに貯留された電力を消尽する前に投影を停止する必要があった。しかし、投影した画面を通じて編集作業（文字入力・変換等）を行っていた場合などでは、かかる投影を停止すると、その画面がどこにも表示されなくなり編集不可能になるおそれがあった。

本発明は、このような課題に鑑みてなされたものであり、実行中のアプリケーションに対する入力データを救済することにより、ユーザに再入力させる手間を排除可能な携帯電子機器を提供することを目的とする。

上記課題を解決するために本発明にかかる携帯電子機器の代表的な構成は、内蔵されたバッテリーと、表示部と、バッテリーの残量を検知するバッテリー残量検知部と、入力された文字列を他の文字列に変換する文字列変換部と、文字列変換部において変換が確定された確定文字列を受け取るアプリケーションを実行し、当該アプリケーションに基づいた画面を表示部に表示させる制御部と、を備え、制御部は、バッテリー残量検知部によって検知されたバッテリーの残量が閾値以下となると、文字列変換部に変換未確定の文字列がない場合には実行中のアプリケーションを終了させる処理を行い、文字列変換部に変換未確定の文字列がある場合には実行中のアプリケーションを終了させる処理を行わないことを特徴とする。

上記課題を解決するために本発明にかかる携帯電子機器の他の代表的な構成は、内蔵されたバッテリーと、表示部と、バッテリーの残量を検知するバッテリー残量検知部と、入力された文字列を他の文字列に変換する文字列変換部と、外部に画像を表示し、または外部装置に画像を表示させる外部表示部と、文字列変換部において変換が確定された確定文字列を受け取るアプリケーションを実行し、当該アプリケーションに基づいた画面を表示部あるいは外部表示部に表示させる制御部と、を備え、制御部は、バッテリー残量検知部によって検知されたバッテリーの残量が閾値以下となると、外部表示部の動作を停止すると共に、文字列変換部に変換未確定の文字列がない場合には実行中のアプリケーションを終了させる処理を行い、文字列変換部に変換未確定の文字列がある場合には実行中のアプリケーションを終了させる処理を行わないことを特徴とする。

上記制御部は、バッテリーの残量が閾値以下となると、実行中のアプリケーションを選択するアイコンを表示部に表示させるとよい。

上記制御部は、アイコンが選択されると、このアイコンに対応するアプリケーションに対して、文字列変換部において変換未確定であった未確定文字列を継続して変換および確定する継続変換画面を呼び出す選択肢、未確定文字列をそのまま確定する選択肢、または未確定文字列を破棄する選択肢の少なくとも１つを含む動作選択画面を表示部に表示させるとよい。

当該携帯電子機器は、所定の情報を記憶可能な不揮発性記憶部をさらに備え、制御部は、選択された選択肢に基づき、確定された確定文字列が有れば当該確定文字列を選択されたアプリケーションに引き渡し、未確定文字列を破棄するならば当該未確定文字列を破棄した後に、このアプリケーションにおける未保存のデータを不揮発性記憶部に記憶させるとよい。

上記制御部は、アイコンが示すアプリケーションに対して文字列変換部において未確定文字列があるか否かに応じて、このアイコンの表示態様を変化させるとよい。

当該携帯電子機器は、外部ネットワークからアプリケーションまたはアプリケーションの入力画面を取得する通信部をさらに備えるとよい。

本発明によれば、実行中のアプリケーションに対する入力データを救済することにより、ユーザに再入力させる手間を排除可能な携帯電子機器を提供することができる。

第１実施形態にかかる携帯電話の概略的な構成を示す機能ブロック図である。 第１実施形態にかかる携帯電話の外観を示す図である。 アプリケーションに対する文字列の入力について説明する図である。 未確定文字列および未保存データの保存について説明する図である。 第１実施形態における制御部の所定の動作について説明する図である。 第２実施形態における制御部の所定の動作について説明する図である。 第２実施形態における制御部の所定の動作についてさらに説明する図である。 第３実施形態にかかる携帯電話の概略的な構成を示す機能ブロック図である。 第３実施形態にかかる携帯電話について説明する図である。 第３実施形態における制御部の所定の動作について説明する図である。

以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値などは、発明の理解を容易とするための例示に過ぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

また、本実施形態では理解を容易にするために、携帯電子機器の一例として携帯電話を挙げて説明するものとする。

［第１実施形態］
（携帯電話１００）
図１は第１実施形態にかかる携帯電話１００の概略的な構成を示す機能ブロック図、図２は携帯電話１００の外観を示す図である。図１、図２に示すように、携帯電話１００は、制御部１０２、不揮発性記憶部としてのＲＯＭ１１０（Read Only Memory）、ＲＡＭ１３０（Random Access Memory）、表示部１４０、操作部１４２、通信部１５０、音声入力部１５４、音声出力部１５６、バッテリー残量検知部１６０、バッテリー１６２を包含する。

制御部１０２は、中央処理装置（ＣＰＵ）を含む半導体集積回路により携帯電話１００全体を管理および制御し、ＲＯＭ１１０に格納されたアプリケーション（プログラム）を用いて、通話機能、メール送受信機能、Ｗｅｂブラウザ機能等を実現する。また、バッテリー残量検知部１６０によって検知されたバッテリー１６２の残量が閾値以下である場合に、本実施形態の特徴たる所定の動作を行う。これにより、入力データ（後述する未確定文字列１１８または未保存データ１２０）を救済する。かかる所定の動作については、後程図５と併せて説明する。

ＲＯＭ１１０は、種々の情報が記憶される内部メモリであって、少なくともＯＳ１１２（Operating System）、文字列変換部としてのＦＥＰ１１４（Front End Processor）、文字列入力機能を有するアプリケーション（以下、単にアプリケーション１１６と称する）が格納される（図３参照）。ＲＯＭ１１０に記憶された内容は、非電力供給下においても保持される。

なお、ＲＯＭ１１０としては、ＥＥＰＲＯＭやＥＰＲＯＭ、不揮発性ＲＡＭ（ＮＶＲＡＭ）、フラッシュメモリ等を用いることもできる。

ＲＡＭ１３０は、非電力供給下において記憶された内容が失われる揮発性メモリであって、主にメインメモリ（一時記憶装置）に利用される。後述する未確定文字列や未保存データは、このＲＡＭ１３０を主体とするメモリ空間に保持される。

表示部１４０は、液晶ディスプレイ、ＥＬ(Electro Luminescence)ディスプレイ等とそのコントローラで構成され、ＲＯＭ１１０に格納されたＦＥＰ１１４やアプリケーション１１６などの動作画面を表示する。また、後述する通信部１５０により外部ネットワークから取得されたアプリケーションのＧＵＩ（Graphical User Interface）や動画データ、Ｗｅｂコンテンツ等を表示することもできる。

操作部１４２は、キーボード、十字キー、ジョイスティック等の可動スイッチや、表示部１４０に重畳されたタッチパネルなどから構成され、ユーザの操作入力を受け付ける。

通信部１５０は、ＣＤＭＡやＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）といった特定の通信方式により基地局１５２との通信を確立し、通信相手との音声通信やＷｅｂサーバとのデータ通信を行う。また、Bluetooth（登録商標）や無線ＬＡＮ、赤外線通信機等を搭載することにより、所定の通信先から情報を取得可能である。そのため、通信部１５０は、外部ネットワークからアプリケーション１１６や、アプリケーション１１６の入力画面を取得することができる。

なお、「アプリケーション１１６の取得」とは、実行可能なバイナリファイルを通信によって携帯電話１００にダウンロードすることを意味している。この場合、携帯電話１００の制御部１０２でダウンロードしたアプリケーション１１６を実行することにより、その動作画面として入力画面が表示部１４０に表示される。一方、「アプリケーション１１６の入力画面の取得」とは、サーバで実行されているアプリケーション１１６の入力画面のみが携帯電話１００の表示部１４０に転送されて表示される、いわゆるサーバーサイドアプリケーションを意味している。例えば、サーバで実行されるサーチエンジンやデータベースシステムなどである。このような場合においても、本実施形態の構成によって未確定文字列１１８を救済することができる。

音声入力部１５４は、マイク等の音声認識手段で構成され、通話時に入力されたユーザの音声を携帯電話１００内で処理可能な電気信号に変換する。

音声出力部１５６は、スピーカで構成され、通信部１５０が受信した通話相手の音声信号を音声に変えて出力したり、着信音やアラーム音等を出力したりする。

バッテリー残量検知部１６０は、保護回路や電圧・電流などを測定できるマイコン等によりバッテリー１６２の残量を検知する。バッテリー１６２は、リチウムイオンやリチウムイオンポリマー、ＮｉＣｄ等の二次電池（蓄電池）であって、携帯電話１００に内蔵され電力を供給する。

（未確定文字列１１８、未保存データ１２０、保存データ１２２）
図３は、アプリケーション１１６に対する文字列の入力について説明する図である。以下、図３を参照しながら、アプリケーション１１６に対する文字列の入力について詳細に説明する。

文字列の入力に際して、対象となるアプリケーション１１６は制御部１０２（ＣＰＵ）によって起動される。かかるアプリケーション１１６としては、テキストエディタ（メモ帳）やメーラー、ワープロ、スケジューラー等が例示される。

アプリケーション１１６は、ＯＳ１１２に対して要求（命令）を発し、ＦＥＰ１１４を起動させる。ＦＥＰ１１４はいわゆるかな漢字変換を行うミドルウェアであって、キー入力された文字列を他のかな、漢字、数字、アルファベットや記号などに変換する。ＦＥＰ１１４は、ＯＳ１１２を介して、表示部１４０に文字列を入力させる画面を表示させる。ユーザは、かかる画面を見ながら、操作部１４２により任意の文字列を変換しながら入力可能である。

このとき、入力された文字列は、まずＦＥＰ１１４に変換未確定の未確定文字列１１８として引き渡され、ＲＡＭ１３０上にＦＥＰ１１４が確保したメモリ空間に保持される。ＦＥＰ１１４において変換が確定されると、確定された文字列（確定文字列）がＯＳ１１２を介してアプリケーション１１６に引き渡される。換言すれば、アプリケーション１１６は、ＦＥＰ１１４において変換が確定された確定文字列を受け取る。

故に、アプリケーション１１６からはＦＥＰ１１４に未確定文字列１１８が存在するかどうかを判断することができない。一方、アプリケーション１１６内に未保存データがあるか否かも、通常はＯＳ１１２や外部のアプリケーション１１６から知ることができない。そこで本実施形態では、未確定文字列１１８がある場合にはＦＥＰ１１４がシステムレジストリにその旨のフラグ（例えば、未確定文字列１１８が存在しない場合を“０”、存在する場合を“１”とする）を設定し、未保存データ１２０がある場合には各アプリケーション１１６がシステムレジストリにその旨のフラグを設定する。かかるフラグを参照することにより、ＯＳ１１２は、未確定文字列１１８および未保存データ１２０の有無を判断することができる。

アプリケーション１１６に引き渡された確定文字列は、それ以前に引き渡されていた確定文字列の末尾に連結され、未保存データ１２０としてＲＡＭ１３０上にアプリケーション１１６が確保したメモリ空間に保持される。具体的には、例えば、既に「明日の打ち合わせでは、」という確定文字列がアプリケーション１１６に引き渡されていて、「本件について相談」という文字列をさらに確定した場合には、先の文字列に後の文字列が連結され、「明日の打ち合わせでは、本件について相談」という未保存データ１２０がメモリ空間に保持される。

そして、アプリケーション１１６は、未保存データ１２０を保存データ１２２としてＲＯＭ１１０に書き込む。本実施形態においてアプリケーション１１６は、ユーザの操作によって保存を行うのみではなく、ＯＳ１１２（制御部１０２）からの保存コマンドを受けることによっても保存（書き込み）を行う。さらにアプリケーション１１６は、ＯＳ１１２からの終了コマンドを受けて、当該アプリケーション１１６の終了処理（メモリの解放など）を行う。

図４は、未確定文字列１１８および未保存データ１２０の保存について説明する図である。以下、未確定文字列１１８ａがあるＡアプリケーション１１６ａ、未保存データ１２０ｂがあるＢアプリケーション１１６ｂ、未確定文字列１１８ｃおよび未保存データ１２０ｃがあるＣアプリケーション１１６ｃを用いて、未確定文字列１１８（１１８ａ、１１８ｃ）および未保存データ１２０（１２０ｂ、１２０ｃ）の保存についてより具体的に説明する。なお、ここでは、ＯＳ１１２が、複数のアプリケーションを並列して実行するマルチタスク機能や、アプリケーション内の複数の処理を独立して実行するマルチスレッド機能を有していることを想定している。

Ａアプリケーション１１６ａで未確定文字列１１８ａを救済して終了するには、まず未確定文字列１１８ａを確定する。そして、確定文字列をＦＥＰ１１４からＡアプリケーション１１６ａに引き渡す。その上で、Ａアプリケーション１１６ａに対して保存コマンドを発し、かかる確定文字列を保存データ１２２ａとしてＲＯＭ１１０に保存させる。

Ｂアプリケーション１１６ｂで未保存データ１２０ｂを救済して終了するには、未保存データ１２０ｂを保存データ１２２ｂとして、ＲＯＭ１１０に保存させる。すなわち、ＯＳ１１２（制御部１０２）からアプリケーション１１６ｂに対して保存コマンドを発して、アプリケーション１１６ｂに保存を実行させればよい。

Ｃアプリケーション１１６ｃで未確定文字列１１８ｃおよび未保存データ１２０ｃを救済して終了するには、まずかかる未確定文字列１１８ｃを確定し、確定文字列をＦＥＰ１１４からアプリケーション１１６ｃに引き渡す。これにより、確定文字列が、ＲＡＭ１３０上において未保存データ１２０ｃ（これより前に引き渡されていた確定文字列）と連結される。そして、Ｃアプリケーション１１６ｃに対して保存コマンドを発し、これを保存データ１２２ａとしてＲＯＭ１１０に保存させる。

なお、上記では１つのＦＥＰ１１４が、異なるアプリケーション１１６に対し入力された複数の未確定文字列１１８を保持することができるものとして説明した。ただし、現状においてＦＥＰ１１４はアクティブなアプリケーション１１６に対する単一の未確定文字列１１８しか保持しない仕様が一般的である。したがって、本実施形態に示すＦＥＰ１１４も、いずれか１つのアプリケーション１１６に対してのみ未確定文字列１１８を保持可能としてもよい。

（制御部１０２の所定の動作）
図５は、第１実施形態における制御部１０２の所定の動作について説明する図である。以下、上述した内容を踏まえ、第１実施形態における制御部１０２の所定の動作について説明する。かかる所定の動作とは、ＦＥＰ１１４に変換未確定の文字列がない場合には実行中のアプリケーション１１６を終了させる処理を行い、ＦＥＰ１１４に変換未確定の文字列がある場合には実行中のアプリケーション１１６を終了させる処理を行わないことである。以下、図５を参照しながら、その詳細について説明する。

まず制御部１０２は、バッテリー残量検知部１６０によって検知されたバッテリー１６２の残量が閾値以下であるかどうかを判断する（Ｓ２００）。ここで、バッテリー１６２の残量が閾値以下でないならば（Ｓ２００Ｎｏ）、通常の態様を維持しつつ、バッテリー１６２の残量を繰り返し監視する。一方、バッテリー１６２の残量が閾値以下であったならば（Ｓ２００Ｙｅｓ）、実行中のアプリケーション１１６に対して以下の所定の動作が実行される。

具体的には、まず対象とする実行中のアプリケーション１１６に対して、未確定文字列１１８の有無が判断される（Ｓ２０２）。ここで、未確定文字列１１８がある場合には（Ｓ２０２Ｙｅｓ）、このアプリケーション１１６を終了させる処理を行わず、未確定文字列１１８が確定または破棄されるまで待機する（Ｓ２０４Ｎｏ、Ｓ２１４Ｎｏ）。そして、未確定文字列１１８が確定された場合には（Ｓ２０４Ｙｅｓ）、これを保存して（Ｓ２０６）、アプリケーション１１６を終了させる処理を行う（Ｓ２０８）。

一方、未確定文字列１１８がない場合（Ｓ２０２Ｎｏ）、および未確定文字列１１８が破棄された場合（Ｓ２１４Ｙｅｓ）には、未保存データ１２０の有無が判断される（Ｓ２１６）。なお、上述したように、未確定文字列１１８や未保存データ１２０の有無はフラグを参照することで判断される。ここで、未保存データ１２０がある場合には（Ｓ２１６Ｙｅｓ）、アプリケーション１１６に保存コマンドを発行してこれを保存させた後に（Ｓ２０６）、アプリケーション１１６に終了コマンドを発行して終了処理を行わせる（Ｓ２０８）。また、未保存データ１２０がない場合には（Ｓ２１６Ｎｏ）、アプリケーション１１６に対してすぐに終了コマンドを発行する（Ｓ２０８）。

Ｓ２０８でアプリケーション１１６の終了処理が行われると、次に全ての実行中のアプリケーション１１６が終了したか判断される（Ｓ２１０）。全てのアプリケーション１１６が終了した場合（Ｓ２１０Ｙｅｓ）、システム終了処理が実行される（Ｓ２１２）。システム終了処理とは、記憶部に対する書き込みデータのキャッシュをフラッシュしたり、基地局１５２に対して切断処理を行ったりする処理を含む。また、全てのアプリエーション１１６が終了していない場合（Ｓ２１０Ｎｏ）、Ｓ２０２に戻り、他の実行中のアプリケーション１１６を対象として上述した処理が繰り返される。

以上、本発明の第１実施形態について詳細に説明した。かかる構成によれば、実行中のアプリケーション１１６に対する入力データ（未確定文字列１１８または未保存データ１２０）を救済することができ、ユーザに再入力させる手間を排除可能である。特に、本実施形態では、未確定文字列１１８がある場合には確定または破棄されるまで待機するため、この未確定文字列１１８をユーザが意図する文字列に最適に変換することができる。

[第２実施形態]
（制御部１０２の所定の動作）
本発明の第２実施形態について説明する。図６は、第２実施形態における制御部１０２の所定の動作について説明する図である。上記第1実施形態と説明の重複する部分については、同一の符号を付して説明を省略する。第２実施形態において携帯電話１００の構成は上述した第１実施形態と同じであって、その違いは制御部１０２の所定の動作である。以下、図６、図７を参照しながら、その詳細について説明する。

本実施形態においてバッテリー１６２の残量の閾値は２段階ある。いずれも残量が少なくなった段階での閾値であるが、Ａ閾値はデータ救済のための動作を開始する値、Ｂ閾値は安全に端末の電源を切るためにシステム終了処理を開始する値である（Ｂ閾値＜Ａ閾値）。すなわち、Ａ閾値はまだある程度の処理を行うだけの余力を残した値であって、Ｂ閾値はシステム終了処理を行うために最低限必要な値である。Ａ閾値とＢ閾値の具体的な値は、その携帯電話における消費電力や必要な処理の量、バッテリーの電圧特性や電源装置の回路構成などによって適宜設定される。

まず、制御部１０２は、バッテリー残量検知部１６０によって検知されたバッテリー１６２の残量がＡ閾値以下であるかどうかを判断する（Ｓ３００）。ここで、バッテリー１６２の残量がＡ閾値以下でないならば（Ｓ３００Ｎｏ）、通常の態様を維持しつつ、バッテリー１６２の残量を繰り返し監視する。一方、バッテリー１６２の残量がＡ閾値以下であったならば（Ｓ３００Ｙｅｓ）、実行中のアプリケーション１１６に対して所定の動作が実行される。

具体的には、まず上述したフラグを参照することにより、実行中のアプリケーション１１６に対して、それぞれ未確定文字列１１８または未保存データ１２０があるかどうか判断される（Ｓ３０２）。ここで、未確定文字列１１８または未保存データ１２０がない場合には（Ｓ３０２Ｎｏ）、実行中のアプリケーション１１６に対してすぐに終了コマンドを発行する（Ｓ３１０）。

未確定文字列１１８または未保存データ１２０がある場合には（Ｓ３０２Ｙｅｓ）、制御部１０２が、未確定文字列１１８または未保存データ１２０があるアプリケーション１１６を選択するアイコン１２４を表示部１４０に表示させる（Ｓ３０４）。なおアイコン１２４としては、そのアプリケーション１１６のリソースに含まれる代表アイコンを用いてもよいが、アルファベットや数字などの文字、丸や四角などの図形、記号などを用いてもよい。

図７は、第２実施形態における制御部１０２の所定の動作についてさらに説明する図である。図７（ａ）に示すように、制御部１０２がアイコン１２４を表示部１４０に表示させる表示態様は、そのアイコン１２４が示すアプリケーション１１６に対してＦＥＰ１１４において未確定文字列１１８があるか否かに応じて変化させる。図７では具体例として、未確定文字列１１８がある場合にはアイコン１２４を黒塗り文字（図７中のＡ，Ｂアイコン）で表示部１４０に表示させ、未確定文字列１１８がない場合にはアイコン１２４を白抜き文字（図７中のＣアイコン）で表示部１４０に表示させるものと例示している。なお表示態様の変化については、ユーザが何らかの相違を感じられるものであればよく、アイコン１２４を点滅させたり、背景色を変えたり、カラーと白黒に区別したり、その他さまざまな変化をさせることができる。

ユーザは操作部１４２を操作して、カーソルキーによってアイコン１２４のフォーカス（図７（ａ）でＡというアイコン１２４を囲っている四角）を移動させ、確定キーを押すことによって、一つのアイコン１２４を選択することができる。なおフォーカスがあてられた状態で、そのアイコン１２４が示すアプリケーション１１６の名称をポップアップ表示することが好ましい（不図示）。

図７（ｂ）に示すように、あるアイコン１２４が選択されると、制御部１０２はそのアイコン１２４が示すアプリケーション１１６の動作を選択する動作選択画面を表示させる（Ｓ３０６）。

本実施形態では、動作選択画面には選択されたアプリケーション１１６に対して、１，未保存データ１２０を保存する、２，未確定文字列１１８を継続して変換および確定する継続変換画面を呼び出す、３，未確定文字列１１８をそのまま確定する、４，未確定文字列１１８を破棄する、５，未確定文字列１１８や未保存データ１２０を破棄して保存せずに終了させる、という５つの選択肢が表示される。故に、未確定文字列１１８を変換して確定するか、そのまま確定するか（または破棄するか）を選択することができる。また、好適には、動作選択画面の選択肢のうち選択し得ないものは（例えば、未確定文字列１１８のみ存在し、未保存データ１２０がない場合の「１，」の選択肢）グレースケール（消え文字）で表示される。もっとも、選択し得ない選択肢は表示させなくてもよい。なお、動作選択画面の選択肢は少なくとも１つ表示されればよく、上述した例に限定されるわけでもない。

「１，未保存データを保存」の選択肢は、未保存データ１２０がある場合に選択可能に表示するが、さらに未確定文字列１１８がある場合には、選択不可とすることが好ましい。なお、「４，未確定文字列を破棄」の選択肢により、未確定文字列１１８を破棄して、未保存データ１２０の保存のみを行うことができる。

「２，継続変換画面を表示」の選択肢を選択すると、表示部１４０に継続変換画面に切り替わる。かかる継続変換画面では、例えば図７（ｃ）に示すように「ほんけんについてそうだん」という未確定文字列１１８を、図７（ｄ）に示すように「本件について相談」という文字列に変換して確定することができる。すなわち、継続変換画面とはＦＥＰ１１４のかな漢字変換画面と同一ないしは同等のものである。ただし、入力先であるアプリケーション１１６の文字枠を表示する必要はないため、画面デザインとしては通常と同じである必要はない。

「３，未確定文字列を確定」を選択すると、継続変換画面を表示させることなく、未確定文字列１１８を現状のまま確定させる。上記の例であれば、「ほんけんについてそうだん」という文字列がそのまま確定文字列となる。

文字列が確定されると、制御部１０２は確定文字列をアプリケーション１１６に引き渡す。例えばＡアプリケーション１１６ａは未保存データ１２０がない例であるが（図４参照）、「２，」または「３，」を選択したことによって生成された確定文字列が未保存データ１２０となる。Ｃアプリケーション１１６ｃのように未保存データ１２０が既にある場合には、確定文字列がＲＡＭ１３０上の未保存データ１２０の末尾に連結される。

そして「２，」「３，」「４，」の選択肢によって未確定文字列１１８がなくなったときは、図７（ｅ）に示すように、アイコン１２４の表示態様を更新する。ここでアイコン１２４を表示させた状態でユーザによる次の操作を待ってもよいが、本実施形態ではそのまま保存処理まで行う。文字列を確定するような場合において未保存データ１２０の破棄をするとは考えにくいためである。

すなわち、図６に示すように、動作選択画面で「１，〜４，」の選択肢が選択されると、最終的にそのアプリケーション１１６における未保存データ１２０の保存が行われる（Ｓ３０８）（図３参照）。詳述すると、動作選択画面において選択された動作に基づき、確定された確定文字列をアプリケーション１１６に引き渡したり、未確定文字列１１８を破棄したりした後に、制御部１０２がそのアプリケーション１１６に保存コマンドを発し、アプリケーション１１６はＲＡＭ１３０上の未保存データ１２０を保存データ１２２としてＲＯＭ１１０に記憶させる。このとき、図７（ｆ）に示すように、保存したことを示すダイアログを表示することが好ましい。

上記のようにして、選択したアイコン１２４が示すアプリケーション１１６には未確定文字列１１８も未保存データ１２０もなくなる。これより、制御部１０２は、アプリケーション１１６に対して終了コマンドを発し、アプリケーション１１６が終了処理を行う（Ｓ３１０）。そして、図７（ｇ）に示すように、制御部１０２は表示部１４０から、かかるアプリケーション１１６を示すアイコン１２４（図７中ではＡアイコン）の表示を消去する（Ｓ３１２）。

また、動作選択画面で「５，」の選択肢が選択された場合には、制御部１０２はそのまま終了コマンドをアプリケーション１１６に発する。これにより、未確定文字列１１８や未保存データ１２０の救済を行うことなく、強制的にアプリケーション１１６は終了処理を行う（Ｓ３１０）。そして、かかるアプリケーション１１６のアイコン１２４の表示を消去する（Ｓ３１２）。

Ｓ３０６〜Ｓ３１２を通じてあるアプリケーション１１６が終了させられると、バッテリー１６２の残量がＢ閾値（Ｂ閾値＜Ａ閾値）以下であるかどうかが判断される（Ｓ３１４）。ここで、Ｂ閾値を下回った場合には（Ｓ３１４Ｙｅｓ）システム終了処理へと移行する（Ｓ３１６）。一方、Ｂ閾値以下でない場合には（Ｓ３１４Ｎｏ）、全ての実行中のアプリケーション１１６が終了したか判断される（Ｓ３１８）。そして、全ての実行中のアプリケーションが終了した場合（Ｓ３１８Ｙｅｓ）、システム終了処理へと移行する（Ｓ３１６）。全ての実行中のアプリケーションが終了していない場合（Ｓ３１８Ｎｏ）には、引き続き残りのアイコン１２４（図７ではＢ、Ｃアイコン１２４）が示すアプリケーション１１６を救済する処理が実行される（Ｓ３０２〜Ｓ３１２の処理が繰り返される）。

以上、本発明の第２実施形態について詳細に説明した。かかる構成によれば、実行中のアプリケーション１１６に対する入力データ（未確定文字列１１８または未保存データ１２０）を救済することができ、ユーザに再入力させる手間を排除可能である。特に、本実施形態では、動作選択画面から未確定文字列１１８や未保存データ１２０に対する処理を選択させるため、ユーザの意図を汲んだ救済が可能となる。また、Ａ閾値とＢ閾値の２段階バッテリー制御を導入したことにより、システム終了処理が行えなくなるまでバッテリー１６２の残量を消尽するおそれを排除し得る。

［第３実施形態］
（携帯電話２００）
本発明の第３実施形態について説明する。かかる第３実施形態は、携帯電話２００が外部表示部としてのプロジェクタモジュール１４４および表示信号出力部１４８を備えている点で、上述した第２実施形態と異なる。以下、その詳細について説明する。

図８は第３実施形態にかかる携帯電話２００の概略的な構成を示す機能ブロック図、図９は携帯電話２００について説明する図である。上記各実施形態と説明の重複する部分については、同一の符号を付して説明を省略する。図８、図９に示すように、携帯電話２００は、制御部１０２、ＲＯＭ１１０、ＲＡＭ１３０、表示部１４０、操作部１４２、外部表示部としてのプロジェクタモジュール１４４、外部表示部としての表示信号出力部１４８、通信部１５０、音声入力部１５４、音声出力部１５６、バッテリー残量検知部１６０、バッテリー１６２を包含する。

プロジェクタモジュール１４４は、ＣＲＴ方式、ライトバルブ方式、レーザー方式等により、外部のスクリーンなどに画像を表示する。また、表示信号出力部１４８は、ＤＶＩ（Digital Visual Interface）端子やケーブル等を通じて、テレビやディスプレイといった外部装置に信号を出力して画像を表示させる。

図９に示すように、外部のスクリーン、テレビやディスプレイ等に表示される画像は、携帯電話２００に組み込まれた表示部１４０に表示される画像と一致する必要はなく、ユーザが任意に選択することができる。故に、表示部１４０に表示されていない複数のアプリケーションの動作画面を外部に表示させ、かかるアプリケーション１１６の編集作業（文字入力・変換等）を行うことも想定される。

しかし、このように画像を外部出力する場合、通常よりも携帯電話２００の消費電力が増大する。すると、未確定文字列１１８や未保存データ１２０を救済する間もなくバッテリー１６２の残容量が尽きてしまうおそれがある。さらに、画像の外部出力を停止してしまうと、外部の画像に表示されていたアプリケーション１１６に対する操作ができなくなってしまう。これらのアプリケーション１１６は、原則として外部出力が停止してしまったことを知り得ないためである。ここでアプリケーション１１６の動作画面の出力先を表示部１４０に切り替えることも考えられるが、解像度などの問題から必ずしも表示部１４０に表示できるとは限らない。そこで第３実施形態では、バッテリー１６２の残量がＡ閾値を下回ると、編集作業によって生じた未確定文字列１１８および未保存データ１２０を救済する所定の動作を行う。

なお、図９では、ＦＥＰ１１４が複数の未確定文字列１１８を保持することができるものとして、アプリケーション「ワープロ」とアプリケーション「メーラー」に未確定文字列１１８を図示している。しかし、ＦＥＰ１１４が１つのアプリケーション１１６に対する未確定文字列１１８しか保持できない場合には、アプリケーション「ワープロ」またはアプリケーション「メーラー」のどちらか一方にのみ未確定文字列１１８が存在することとなる。その場合、具体的には、複数のアイコン１２４のうち１つだけが未確定文字列１１８があることを示す表示態様となり、他のアイコン１２４は未保存データ１２０があることを示す表示態様となる。

（制御部１０２の所定の動作）
図１０は、第３実施形態における制御部１０２の所定の動作について説明する図である。かかる所定の動作とは、プロジェクタモジュール１４４および表示信号出力部１４８の動作を停止して、動作画面を外部に表示させていたアプリケーション１１６を選択するアイコン１２４を表示部１４０に表示させるとともに、選択されたアプリケーション１１６の未確定文字列１１８または未保存データ１２０を保存することである。

具体的には、図１０に示すように、バッテリー残量検知部１６０によって検知されたバッテリー１６２の残量がＡ閾値以下であったならば（Ｓ３００Ｙｅｓ）、制御部１０２はまずプロジェクタモジュール１４４および表示信号出力部１４８の動作を停止する（Ｓ４００）。これにより、バッテリー１６２の消耗速度を抑えることができ、救済措置を行う時間を確保することができる。

Ｓ４００でプロジェクタモジュール１４４および表示信号出力部１４８の動作が停止されると、制御部１０２は、少なくとも外部に画像が表示されていたアプリケーション１１６について、それぞれ未確定文字列１１８または未保存データ１２０があるかどうかを判断する（Ｓ３０２）。そして、これらが存在するアプリケーション１１６を選択するアイコン１２４を表示部１４０に表示させ（Ｓ３０４）、選択されたアイコン１２４が示すアプリケーション１１６を救済する処理を実行する（Ｓ３０６〜Ｓ３１２）。なお、その詳細については、第２実施形態で上述したものと同様であるため説明を省略する。

上記の構成および動作によれば、プロジェクタモジュール１４４などによって外部に表示していた（動作画面が見えなくなってしまった）アプリケーション１１６に対する入力データ（未確定文字列１１８または未保存データ１２０）を救済することができ、ユーザに再入力させる手間を排除可能である。特に、表示部１４０に移行する可能性があるのは未確定文字列１１８のデータのみであって、アプリケーション１１６の動作画面を表示部１４０に再割り付けするわけではないため、煩雑なプログラム処理が必要なく、また解像度の相違も障害となり得ない。

以上、添付図面を参照しながら本発明の好適な実施形態について説明した。本実施形態によれば未確定文字列１１８（未保存データ１２０）が破棄することを許可しない限り破棄されず、保存を維持するため、ユーザに再度入力させる手間を排除することができる。
なお、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

具体的には、例えば、上記実施形態では、バッテリー１６２の残量に基づき入力データ（未確定文字列１１８および未保存データ１２０）を救済する処理（所定の動作）を行うものとして説明したが、これに限らず他の条件に基づきかかる処理を行ってもよい。

本発明は、入力された文字列を他の文字列に変換する文字列変換部（ＦＥＰ）を備える携帯電子機器に利用することができる。

１００、２００…携帯電話、１０２…制御部、１１０…ＲＯＭ（不揮発性記憶部）、１１２…ＯＳ、１１４…ＦＥＰ（文字列変換部）、１１６（１１６ａ、１１６ｂ、１１６ｃ）…アプリケーション、１１８（１１８ａ、１１８ｃ）…未確定文字列、１２０（１２０ｂ、１２０ｃ）…未保存データ、１２２（１２２ａ、１２２ｂ、１２２ｃ）…保存データ、１２４…アイコン、１３０…ＲＡＭ、１４０…表示部、１４２…操作部、１４４…プロジェクタモジュール（外部表示部）、１４８…表示信号出力部（外部表示部）、１５０…通信部、１５２…基地局、１５４…音声入力部、１５６…音声出力部、１６０…バッテリー残検知部、１６２…バッテリー

Claims (7)

1. 内蔵されたバッテリーと、
   表示部と、
   前記バッテリーの残量を検知するバッテリー残量検知部と、
   入力された文字列を他の文字列に変換する文字列変換部と、
   前記文字列変換部において変換が確定された確定文字列を受け取るアプリケーションを実行し、当該アプリケーションに基づいた画面を前記表示部に表示させる制御部と、
   を備え、
   前記制御部は、前記バッテリー残量検知部によって検知された前記バッテリーの残量が閾値以下となると、
   前記文字列変換部に変換未確定の文字列がない場合には実行中のアプリケーションを終了させる処理を行い、
   前記文字列変換部に変換未確定の文字列がある場合には実行中のアプリケーションを終了させる処理を行わないことを特徴とする携帯電子機器。
2. 内蔵されたバッテリーと、
   表示部と、
   前記バッテリーの残量を検知するバッテリー残量検知部と、
   入力された文字列を他の文字列に変換する文字列変換部と、
   外部に画像を表示し、または外部装置に画像を表示させる外部表示部と、
   前記文字列変換部において変換が確定された確定文字列を受け取るアプリケーションを実行し、当該アプリケーションに基づいた画面を前記表示部あるいは前記外部表示部に表示させる制御部と、
   を備え、
   前記制御部は、前記バッテリー残量検知部によって検知された前記バッテリーの残量が閾値以下となると、前記外部表示部の動作を停止すると共に、
   前記文字列変換部に変換未確定の文字列がない場合には実行中のアプリケーションを終了させる処理を行い、
   前記文字列変換部に変換未確定の文字列がある場合には実行中のアプリケーションを終了させる処理を行わないことを特徴とする携帯電子機器。
3. 請求項１または２に記載の携帯電子機器において、
   前記制御部は、
   前記バッテリーの残量が閾値以下となると、実行中のアプリケーションを選択するアイコンを前記表示部に表示させることを特徴とする携帯電子機器。
4. 請求項３に記載の携帯電子機器において、
   前記制御部は、
   前記アイコンが選択されると、該アイコンに対応するアプリケーションに対して、前記文字列変換部において変換未確定であった未確定文字列を継続して変換および確定する継続変換画面を呼び出す選択肢、未確定文字列をそのまま確定する選択肢、または未確定文字列を破棄する選択肢の少なくとも１つを含む動作選択画面を前記表示部に表示させることを特徴とする携帯電子機器。
5. 請求項４に記載の携帯電子機器において、
   所定の情報を記憶可能な不揮発性記憶部をさらに備え、
   前記制御部は、
   前記選択された選択肢に基づき、確定された確定文字列が有れば当該確定文字列を前記選択されたアプリケーションに引き渡し、未確定文字列を破棄するならば当該未確定文字列を破棄した後に、該アプリケーションにおける未保存のデータを前記不揮発性記憶部に記憶させることを特徴とする携帯電子機器。
6. 請求項３に記載の携帯電子機器において、
   前記制御部は、
   前記アイコンが示すアプリケーションに対して前記文字列変換部において未確定文字列があるか否かに応じて、該アイコンの表示態様を変化させることを特徴とする携帯電子機器。
7. 請求項１から請求項６のいずれか１項に記載の携帯電子機器であって、
   外部ネットワークからアプリケーションまたはアプリケーションの入力画面を取得する通信部をさらに備えることを特徴とする携帯電子機器。

Images