携帯端末装置および同装置におけるプログラム更新制御方法
【課題】ソフトウェアの更新状況を適切にユーザに通知することが可能な携帯端末装置および同装置におけるプログラム更新制御方法を提供する。
【解決手段】携帯端末装置は、情報の表示を行う表示部１５と、内部処理のための処理プログラムが複数格納される記憶部１３と、公衆通信網に接続可能な通信部１１と、通信部１１にて処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう記憶部１３を制御するプログラム更新制御を実行可能な制御部１２と、を備え、制御部１２は、プログラム更新制御が正常に完了していない場合には、表示部１５に正常に完了しなかった旨を示す通知画面を間欠的に表示させるように構成される。
【解決手段】携帯端末装置は、情報の表示を行う表示部１５と、内部処理のための処理プログラムが複数格納される記憶部１３と、公衆通信網に接続可能な通信部１１と、通信部１１にて処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう記憶部１３を制御するプログラム更新制御を実行可能な制御部１２と、を備え、制御部１２は、プログラム更新制御が正常に完了していない場合には、表示部１５に正常に完了しなかった旨を示す通知画面を間欠的に表示させるように構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信によりプログラム更新を行う、携帯端末装置および同装置におけるプログラム更新制御方法に関する。
【背景技術】
【０００２】
携帯電話機の多機能化に伴いそのソフトウェアは複雑化し、非常に高度なものになってきた。ソフトウェアが複雑化すると不具合（バグ）が発生する可能性も高くなる。このような不具合を解消するために、ユーザは、携帯電話機を販売店やサービス店へ持参し、専用のプラグ（端末装置）に接続して修正プログラムを上書きする必要があり、非常に手間がかかるものであった。
【０００３】
一方、最近では通信ネットワークを介して専用サーバに接続し、修正プログラムや追加プログラムを専用サーバからダウンロードにより取得することでソフトウェアを更新する方法が一般化しつつある（例えば、特許文献１参照）。
【特許文献１】特開２００４−１３４９４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記したダウンロードによりソフトウェアを更新する方法によれば、更新状況をユーザに通知しなければならない場合がありうる。しかしながら、最近の携帯電話機は搭載する表示デバイスも多様化してきており、この点については考慮されていないのが現状であった。
【０００５】
本発明は上記した課題を解決するためになされたものであり、ソフトウェアの更新状況を適切にユーザに通知することのできる、携帯端末装置および同装置におけるプログラム更新制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した課題を解決するために本発明の第１の観点に係る携帯端末装置は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部と、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、前記制御部は、前記プログラム更新制御が正常に完了していない場合には、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる。
【０００７】
また、本発明の第１の観点に係る携帯端末装置において、前記表示部は、複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行うように構成してもよい。
【０００８】
また、本発明の第１の観点に係る携帯端末装置において、前記制御部への指示を入力可能な操作部をさらに備え、前記制御部は、前記通知画面表示中には、前記操作部による操作の受け付けを行わないように構成してもよい。
【０００９】
本発明の第１の観点に係る携帯端末装置において、前記制御部への指示を入力可能な操作部をさらに備え、前記制御部は、前記通知画面の表示制御中に前記操作部が操作された際、通知画面が非表示のときには当該通知画面を再表示する処理のみを行うように構成してもよい。
【００１０】
本発明の第２の観点に係る携帯端末装置は、情報の表示を行う表示部と、記憶領域が複数のブロックを含んで区分けされ、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部と、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、前記制御部は、前記プログラム更新制御が行われると更新の状況を表示する更新中画面を前記表示部に表示させ、前記記憶部の所定数のブロックへの書き込みが生じるごとに、前記更新中画面の表示／非表示を切り替えるよう前記表示部を制御する。
【００１１】
また、本発明の第２の観点に係る携帯端末装置において、開閉可能な筐体を備え、前記制御部は、前記更新中画面が非表示のときに前記筐体が開状態になると更新中画面を前記表示部に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで前記更新中画面を非表示とするように構成してもよい。
【００１２】
本発明の第３の観点に係る携帯端末装置におけるプログラム更新制御方法は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、取得した更新プログラムに対応する処理プログラムを前記記憶部に上書きする更新ステップと、前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、前記更新ステップが正常に完了せず、なおかつ前記表示部が前記所定のタイプである場合に、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる通知ステップと、を備える。
【００１３】
本発明の第４の観点に係る携帯端末装置におけるプログラム更新制御方法は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、取得した更新プログラムに対応する処理プログラムをブロック単位で複数のブロックにわたって前記記憶部に上書きする更新ステップと、前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、前記取得ステップおよび更新ステップによる更新の状況を表示する更新中画面を前記表示部に表示させる表示ステップと、前記表示ステップにおいて、前記表示部が前記所定のタイプである場合には、前記記憶部へのブロック単位での書き込みが生じるごとに、前記更新中表示の表示／非表示を切り替えるよう前記表示部を制御する表示切替えステップと、を備える。
【発明の効果】
【００１４】
本発明によれば、ソフトウェアの更新状況を適切にユーザに通知することのできる、携帯端末装置および同装置におけるプログラム更新制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の実施の形態に係る携帯端末装置の内部構成を示すブロック図である。ここでは、携帯端末装置として携帯電話機が例示されている。
【００１６】
携帯端末装置としての携帯電話機１０は、図１に示されるように、通信部１１と、制御部１２と、記憶部１３と、音声処理部１４と、表示部１５と、操作部１６とにより構成される。
【００１７】
通信部１１は、不図示の基地局のいずれかによって割り当てられるチャネルを用いて当該基地局との間で公衆回線を介し無線信号の送受信を行う。ここでは、通信部１１にて処理プログラムのいずれかに関する更新プログラムを取得する。
【００１８】
制御部１２は、通信部１１を介して取得される更新プログラムを、対応する処理プログラムに上書きするよう記憶部１３を制御するプログラム更新制御を実行する。
【００１９】
なお、記憶部１３には、内部処理のための処理プログラムが複数格納されている。
記憶部１３は、例えば、不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク装置、光ディスク装置など）やランダムアクセス可能な記憶デバイス（例えばＳＲＡＭ、ＤＲＡＭ）などによって構成されるものとする。ここでは、記憶部１３は、不揮発性の半導体記憶デバイであり、ブロック単位でデータの書き込みが行われるＮＡＮＤ型のフラッシュメモリが使用されるものとして説明する。
【００２０】
音声処理部１４は、スピーカ（ＳＰ）から出力される音声信号やマイクロフォン（ＭＩＣ、以下マイクという）において入力される音声信号の処理を行う。
すなわち、音声処理部１４は、マイクから入力される音声を増幅し、アナログ／デジタル変換を行い、更に符号化等の信号処理を施し、デジタルの音声データに変換して制御部１２に出力する。
また、音声処理部１４は、制御部１２から供給される音声データに復号化、デジタル／アナログ変換、増幅等の信号処理を施し、アナログの音声信号に変換してスピーカに出力する。
【００２１】
表示部１５は、例えば、液晶表示パネルや有機ＥＬ（Electro-Luminescence）パネルなどの表示デバイスを用いて構成されており、制御部１２から供給される映像信号に応じた情報を表示する。
表示部１５は、例えば、携帯電話機発信時における発信先の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの内容、日付、時刻、バッテリ残量、発信成否、待ち受け画面などの各種の情報や画像を表示する。
ここでは、表示部１５として、有機ＥＬを用いることとする。有機ＥＬは、有機発光ダイオード（Organic Light-Emitted Diode）で構成され、高輝度、外観が２ｍｍ以下の軽薄、視野角が大きく低消費電力といった利点があるが、デバイスの特性上、連続使用を非常に苦手としている。具体的に、各表示画素自体が色を伴って発光するため、画素毎、使用時間に応じて輝度が劣化してしまい、したがって、特定箇所のみを表示させっぱなしにしている場合、使用する画素のみ輝度が低下し（焼付け）、隣接する画素とともに同一色を表示させたときに色合いが異なるといった現象が発生するといった欠点も合わせ持つ。
【００２２】
操作部１６は、例えば、電源キー、通話キー、数字キー、文字キー、方向キー、決定キー、発信キーなど、各種の機能が割り当てられたキーを有しており、これらのキーがユーザによって操作された場合に、その操作内容に対応する信号を発生し、これをユーザの指示として制御部１２に入力する。
【００２３】
制御部１２は、図２にその内部構成が機能展開して示されるように、プログラム更新制御部１２０と、更新プログラム取得部１２１と、表示タイプ判定部１２２と、筐体開閉検知部１２３と、画面表示制御部１２４とにより構成される。
【００２４】
更新プログラム取得部１２１は、通信部１１を介して不図示のサーバと通信を行うことによりダウンロードにより得た更新のための処理プログラムを取得してプログラム更新制御部１２０へ供給する。プログラム更新制御部１２０へは、他に、筐体開閉検知部１２３により検知された筐体の開閉状態を示す信号が供給されている。
【００２５】
プログラム更新制御部１２０は、更新プログラム取得部１２１が取得した処理プログラムを、当該更新プログラムに対応する処理プログラムに上書きするように記憶部１３を制御するプログラム更新制御を実行する。
プログラム更新制御部１２０はまた、プログラム更新制御が行われると、画面表示制御部１２４を制御することによりプログラム更新の進捗状況を表示する更新中画面を表示部１５に表示させ、フラッシュメモリが実装される記憶部１３の所定数のブロックへの書き込みが生じる毎に、更新中画面の表示／非表示を切り替えるよう表示部１５を制御する。
【００２６】
プログラム更新制御部１２０はまた、画面表示制御部１２４を制御することにより、表示部１５に更新中画面が非表示のときに筐体が開状態になると更新中画面を表示部１５に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで更新中画面を非表示とする制御も行う。詳細は後述する。
【００２７】
なお、表示タイプ判定部１２２は、表示部１５が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプ（有機ＥＬ）であるか否かを判定する機能を持ち、ここで判定された情報は画面表示制御部１２４へ供給する。なお、表示部１５のタイプ（表示デバイス）が有機ＥＬであることは、記憶部１３の所定の領域に格納される環境設定情報（不図示）を参照することにより識別することができる。
【００２８】
図３は、本発明の実施の形態に係る携帯端末装置の動作を説明するために示したフローチャートであり、ここではソフトウェア（プログラム）の更新処理の流れが示されている。
以下、図３のフローチャートを参照しながら図１、図２に示す携帯端末装置のソフトウェア更新動作について詳細に説明する。
【００２９】
プログラム更新処理中、制御部１２（プログラム更新処理部１２０）は、画面表示制御部１２４を制御して表示部１５に対し、例えば、図６に画面構成の一例が示される進捗画面（更新中画面）を表示する（Ｓ３１）。
ここでは進捗画面として、プログラム更新処理の進捗の度合いが進捗バー（エレベータアイコン）により表示されるものとする。
【００３０】
プログラム更新処理部１２０は、プログラム更新制御を実行するにあたり、更新プログラム取得部１２１が通信部１１を介して取得した更新のための処理プログラムを、記憶部１３として実装されるフラッシュメモリにブロック単位で書き込む（Ｓ３２）。
ここでは、取得した処理プログラムが持つ容量に相当するメモリブロック分の更新（上書き）が未完了であるため（Ｓ３３“ＮＯ”）、プログラム更新処理部１２０は、更に、あらかじめ規定したｎ個（任意）のブロック数に相当する処理プログラムの書き込みが終了したか否かを判定する（Ｓ３４）。
なお、ステップＳ３３で、取得した処理プログラムが持つ容量に相当するメモリブロック分の更新が終了したと判定された場合（Ｓ３３“ＹＥＳ”）は、ソフトウェアの更新処理を終了する。
【００３１】
ステップＳ３４にてｎ個のメモリブロックの書き込みが終了していない場合（Ｓ３４“ＮＯ”）プログラム更新処理部１２０は、ステップＳ３２以降の処理を繰り返し、ｎ個のメモリブロックの書き込みが終了すると（Ｓ３４“ＹＥＳ”）、更に、表示部１５に、図６に示す進捗画面が表示中か否かを判定する（Ｓ３５）。表示部１５に進捗画面が表示中か否かの判定は、記憶部１３の所定の領域に割り付けられ記憶されるフラグ（不図示）を参照することにより可能である。
ここで、進捗画面が表示中でない場合（Ｓ３５“ＮＯ”）、プログラム更新処理部１２０は、画面表示制御部１２４を制御して表示部１５に進捗画面を表示し（Ｓ３６）、進捗画面表示中は（Ｓ３５“ＹＥＳ”）、表示部１５に進捗画面を非表示とするように画面表示制御部１２４を制御する（Ｓ３７）。
【００３２】
図４は、本発明の実施の形態に係る携帯端末装置の動作を説明するために示したフローチャートであり、筐体の開閉をチェックして表示／表示を繰り返す随時判定処理である。ここに示す随時判定処理は、図３に示すソフトウェアの更新処理と組み合わせて実行する。
【００３３】
すなわち、筐体開閉検知部１２３は、例えば、折畳式筐体が閉状態から開状態に移行した場合（Ｓ４１“ＹＥＳ”）、センサ等によりこれを検知し、プログラム更新制御部１２０に通知する。これをうけたプログラム更新制御部１２０は、上記同様、表示部１５が図６に示す進捗画面が表示中か否かを判定し（Ｓ４２）、進捗画面が表示中でない場合（Ｓ４２“ＮＯ”）、画面表示制御部１２４を制御して表示部１５に進捗画面を表示継続し（Ｓ４３）、進捗画面表示中であれば（Ｓ４２“ＹＥＳ”）、表示部１５に進捗画面を非表示とするように画面表示制御部１２４を制御する（Ｓ４４）。
【００３４】
プログラムの更新処理中は、ハード／ソフトともフルに資源を占有するため、バックグランドでタイマを使用することさえも好ましくない。したがって、上記した本発明の実施の形態によれば、記憶部１３（フラッシュメモリ）に対するブロック書き込みの回数をカウントすることでタイマの代替とし、表示部１５に対し更新中画面の表示と非表示を繰り返す（点滅等の間欠表示）制御を実行することにより、複雑な処理を要することなくプログラム更新のための進捗表示が可能になる。
また、表示部１５に有機ＥＬ等、画面に焼き付きが生じやすい表示デバイスを使用した携帯電話機にあっては極力焼付きを防止することができ、また、進捗画面の表示／非表示を繰り返すため、約２倍の延命化がはかれる。
【００３５】
なお、携帯電話機の内部の、特に、重要なプログラムの更新処理を行う場合、メーカ側では細心の注意をはらっていても極稀に更新に失敗することがある。例えば、通信が遮断され、或いは画面表示のためのユーザインタフェースに関する処理が出来なくなった場合、更なる修正プログラム取得のための操作や処理が出来なくなることが考えられる。
また、電源を一旦落として再起動してもブートプログラムが正常に起動できない事態もあり得、最悪の場合は、記憶部１３に記憶されたユーザの貴重な個人データが消失してしまうことも考えられる。したがって、内部プログラムの更新に失敗した場合、ユーザには携帯電話機の操作を行わないように注意喚起するとともに、サービス店等へその携帯電話機を持参し、対策を依頼するように通知するために更新失敗通知（エラー画面）を出力することとする。
【００３６】
図５は、本発明の実施の形態に係る携帯端末装置の動作を示すフローチャートであり、ここでは、ソフトウェア更新失敗時の処理の流れが示されている。
以下、図５のフローチャートを参照しながら図１、図２に示す携帯端末装置のプログラム更新処理失敗時の動作について詳細に説明する。
【００３７】
プログラム更新処理失敗すると、制御部１２（プログラム更新処理部１２０）は、画面表示制御部１２４を制御して表示部１５に対し、例えば、図７に画面構成の一例が示されるエラー画面を表示する（Ｓ５１）。ここでは、「失敗しました。修理が必要です。サービス店にお持ち下さい。」といったエラー内容を通知する。
ユーザは、プログラムの更新処理に失敗した携帯電話機をサービス店に持参し、修理を委ねる。上記したエラー画面が表示されている状態において、携帯電話機の制御部１２（プログラム更新処理部１２０）は、サービス店において携帯電話機が不図示の修理端末のプラグに接続され、当該プラグを介して到来する修理端末のコマンドの受信有無を周期的に判定する（Ｓ５２）。ここで、プラグ接続が検知されず特定のコマンドを受信していなければ（Ｓ５２“ＮＯ”）、プログラム更新処理部１２０は、内蔵のカウンタ（タイマ）を＋１更新（カウントアップ）する（Ｓ５３）。
【００３８】
続いて、プログラム更新処理部１２０は、カウンタの値と、あらかじめ定義してある規定値との比較を行う（Ｓ５４）。ここで、カウンタ値が規定値範囲内にある場合は（Ｓ５４“ＮＯ”）、プラグ接続が検出されるまではカウンタの更新処理を繰り返し（Ｓ５３）、カウンタ値が所定値を越えた場合（Ｓ５４“ＹＥＳ”）、プログラム更新処理部１２０は、更に、表示部１５に対し、図７に示すエラー画面が表示中か否かを判定する（Ｓ５５）。
ここで、表示部１５にエラー画面が表示されていない場合（Ｓ５５“ＮＯ”）、プログラム更新処理部１２０は、画面表示制御部１２４を制御して表示部１５にエラー画面を表示し（Ｓ５６）、エラー画面表示中は（Ｓ５５“ＹＥＳ”）、表示部１５にエラー画面を非表示とするように画面表示制御部１２４を制御する（Ｓ５７）。
一方、ステップＳ５２において、プラグ接続が検出されて特定のコマンドを受信すると（Ｓ５２“ＹＥＳ”）、プログラム更新処理部１２０は、修理端末による修理操作を受け付けるために、エラー画面の表示を終了させる。
【００３９】
なお、フローチャートには示されていないが、画面表示制御部１２４は、表示部１５として赤・緑・青の３原色の発光素子が合わさって構成される表示画素を縦横に配されて構成される有機ＥＬが使用される場合、すなわち、表示タイプ判定部１２２が、表示部１５として、複数の表示素子ごとの発光状態を制御する（赤・緑・青の３原色の発光素子の発光強度の調整）ことにより表示を行う有機ＥＬが使用されていると判定し、かつ、プログラム更新処理部１２０からプログラム更新処理が正常に終了しなかった旨の通知を取得した場合に、上記したエラー画面の表示／非表示を繰り返す（間欠表示）ものである。
この制御を入れておくことにより、ソフトを変更せずとも焼付き対策制御が不要であるＬＣＤ（Liquid Crystal Display）を搭載するモデル、有機ＥＬを搭載するモデルのいずれをも、簡単に作り分けすることが可能となる。
【００４０】
上記した本発明の実施の形態に係る携帯端末装置によれば、例えば、表示部１５に有機ＥＬのような表示画面に焼き付きが生じやすいような表示デバイスを使用した場合、焼付きを極力回避しながらプログラムの更新に失敗したことを通知することができ、ユーザによる不要な操作を防止することができる。
また、サービス店等でプログラムの修正を行って以降、エラー画面が有機ＥＬに焼き付き、結局は表示デバイスそのものの交換が必要になってしまうといった不要なコストが生じるといったことを回避することにもつながる。
【００４１】
なお、上記した本発明の実施の形態によれば、携帯端末装置として携帯電話機のみを例示したが、携帯電話機に限らず、ＰＤＡ（Personal Digital Assistants）、やゲーム機等にも同様に適用が可能である。
また、図２に示す本発明の実施の形態に係る携帯端末装置が持つ各構成ブロックの機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウエアで実現してもよい。例えば、プログラム更新制御部１２０、更新プログラム取得部１２１、表示タイプ判定部１２２、筐体開閉検知部１２３、画面表示制御部１２４におけるデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウエアで実現してもよい。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態に係る携帯端末装置の内部構成を示すブロック図である。
【図２】図１に示す制御部の内部構成を機能展開して示したブロック図である。
【図３】本発明の実施の形態に係る携帯端末装置の動作（ソフトエウェア更新処理）を示すフローチャートである。
【図４】本発明の実施の形態に係る携帯端末装置の動作（随時判定処理）を示すフローチャートである。
【図５】本発明の実施の形態に係る携帯端末装置の動作（更新失敗時の処理）を示すフローチャートである。
【図６】本発明の実施の形態に係る携帯端末装置に表示される進捗画面の一例を示す図である。
【図７】本発明の実施の形態に係る携帯端末装置に表示されるエラー画面の一例を示す図である。
【符号の説明】
【００４３】
１０…携帯電話機、１１…通信部、１２…制御部、１３…記憶部、１４…音声処理部、１５…表示部、１６…操作部、１２０…プログラム更新制御部、１２１…更新プログラム取得部、１２２…表示…タイプ判定部、１２３…筐体開閉検知部、１２４…画面表示制御部。
【技術分野】
【０００１】
本発明は、無線通信によりプログラム更新を行う、携帯端末装置および同装置におけるプログラム更新制御方法に関する。
【背景技術】
【０００２】
携帯電話機の多機能化に伴いそのソフトウェアは複雑化し、非常に高度なものになってきた。ソフトウェアが複雑化すると不具合（バグ）が発生する可能性も高くなる。このような不具合を解消するために、ユーザは、携帯電話機を販売店やサービス店へ持参し、専用のプラグ（端末装置）に接続して修正プログラムを上書きする必要があり、非常に手間がかかるものであった。
【０００３】
一方、最近では通信ネットワークを介して専用サーバに接続し、修正プログラムや追加プログラムを専用サーバからダウンロードにより取得することでソフトウェアを更新する方法が一般化しつつある（例えば、特許文献１参照）。
【特許文献１】特開２００４−１３４９４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記したダウンロードによりソフトウェアを更新する方法によれば、更新状況をユーザに通知しなければならない場合がありうる。しかしながら、最近の携帯電話機は搭載する表示デバイスも多様化してきており、この点については考慮されていないのが現状であった。
【０００５】
本発明は上記した課題を解決するためになされたものであり、ソフトウェアの更新状況を適切にユーザに通知することのできる、携帯端末装置および同装置におけるプログラム更新制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した課題を解決するために本発明の第１の観点に係る携帯端末装置は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部と、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、前記制御部は、前記プログラム更新制御が正常に完了していない場合には、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる。
【０００７】
また、本発明の第１の観点に係る携帯端末装置において、前記表示部は、複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行うように構成してもよい。
【０００８】
また、本発明の第１の観点に係る携帯端末装置において、前記制御部への指示を入力可能な操作部をさらに備え、前記制御部は、前記通知画面表示中には、前記操作部による操作の受け付けを行わないように構成してもよい。
【０００９】
本発明の第１の観点に係る携帯端末装置において、前記制御部への指示を入力可能な操作部をさらに備え、前記制御部は、前記通知画面の表示制御中に前記操作部が操作された際、通知画面が非表示のときには当該通知画面を再表示する処理のみを行うように構成してもよい。
【００１０】
本発明の第２の観点に係る携帯端末装置は、情報の表示を行う表示部と、記憶領域が複数のブロックを含んで区分けされ、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部と、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、前記制御部は、前記プログラム更新制御が行われると更新の状況を表示する更新中画面を前記表示部に表示させ、前記記憶部の所定数のブロックへの書き込みが生じるごとに、前記更新中画面の表示／非表示を切り替えるよう前記表示部を制御する。
【００１１】
また、本発明の第２の観点に係る携帯端末装置において、開閉可能な筐体を備え、前記制御部は、前記更新中画面が非表示のときに前記筐体が開状態になると更新中画面を前記表示部に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで前記更新中画面を非表示とするように構成してもよい。
【００１２】
本発明の第３の観点に係る携帯端末装置におけるプログラム更新制御方法は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、取得した更新プログラムに対応する処理プログラムを前記記憶部に上書きする更新ステップと、前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、前記更新ステップが正常に完了せず、なおかつ前記表示部が前記所定のタイプである場合に、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる通知ステップと、を備える。
【００１３】
本発明の第４の観点に係る携帯端末装置におけるプログラム更新制御方法は、情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、取得した更新プログラムに対応する処理プログラムをブロック単位で複数のブロックにわたって前記記憶部に上書きする更新ステップと、前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、前記取得ステップおよび更新ステップによる更新の状況を表示する更新中画面を前記表示部に表示させる表示ステップと、前記表示ステップにおいて、前記表示部が前記所定のタイプである場合には、前記記憶部へのブロック単位での書き込みが生じるごとに、前記更新中表示の表示／非表示を切り替えるよう前記表示部を制御する表示切替えステップと、を備える。
【発明の効果】
【００１４】
本発明によれば、ソフトウェアの更新状況を適切にユーザに通知することのできる、携帯端末装置および同装置におけるプログラム更新制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の実施の形態に係る携帯端末装置の内部構成を示すブロック図である。ここでは、携帯端末装置として携帯電話機が例示されている。
【００１６】
携帯端末装置としての携帯電話機１０は、図１に示されるように、通信部１１と、制御部１２と、記憶部１３と、音声処理部１４と、表示部１５と、操作部１６とにより構成される。
【００１７】
通信部１１は、不図示の基地局のいずれかによって割り当てられるチャネルを用いて当該基地局との間で公衆回線を介し無線信号の送受信を行う。ここでは、通信部１１にて処理プログラムのいずれかに関する更新プログラムを取得する。
【００１８】
制御部１２は、通信部１１を介して取得される更新プログラムを、対応する処理プログラムに上書きするよう記憶部１３を制御するプログラム更新制御を実行する。
【００１９】
なお、記憶部１３には、内部処理のための処理プログラムが複数格納されている。
記憶部１３は、例えば、不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク装置、光ディスク装置など）やランダムアクセス可能な記憶デバイス（例えばＳＲＡＭ、ＤＲＡＭ）などによって構成されるものとする。ここでは、記憶部１３は、不揮発性の半導体記憶デバイであり、ブロック単位でデータの書き込みが行われるＮＡＮＤ型のフラッシュメモリが使用されるものとして説明する。
【００２０】
音声処理部１４は、スピーカ（ＳＰ）から出力される音声信号やマイクロフォン（ＭＩＣ、以下マイクという）において入力される音声信号の処理を行う。
すなわち、音声処理部１４は、マイクから入力される音声を増幅し、アナログ／デジタル変換を行い、更に符号化等の信号処理を施し、デジタルの音声データに変換して制御部１２に出力する。
また、音声処理部１４は、制御部１２から供給される音声データに復号化、デジタル／アナログ変換、増幅等の信号処理を施し、アナログの音声信号に変換してスピーカに出力する。
【００２１】
表示部１５は、例えば、液晶表示パネルや有機ＥＬ（Electro-Luminescence）パネルなどの表示デバイスを用いて構成されており、制御部１２から供給される映像信号に応じた情報を表示する。
表示部１５は、例えば、携帯電話機発信時における発信先の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの内容、日付、時刻、バッテリ残量、発信成否、待ち受け画面などの各種の情報や画像を表示する。
ここでは、表示部１５として、有機ＥＬを用いることとする。有機ＥＬは、有機発光ダイオード（Organic Light-Emitted Diode）で構成され、高輝度、外観が２ｍｍ以下の軽薄、視野角が大きく低消費電力といった利点があるが、デバイスの特性上、連続使用を非常に苦手としている。具体的に、各表示画素自体が色を伴って発光するため、画素毎、使用時間に応じて輝度が劣化してしまい、したがって、特定箇所のみを表示させっぱなしにしている場合、使用する画素のみ輝度が低下し（焼付け）、隣接する画素とともに同一色を表示させたときに色合いが異なるといった現象が発生するといった欠点も合わせ持つ。
【００２２】
操作部１６は、例えば、電源キー、通話キー、数字キー、文字キー、方向キー、決定キー、発信キーなど、各種の機能が割り当てられたキーを有しており、これらのキーがユーザによって操作された場合に、その操作内容に対応する信号を発生し、これをユーザの指示として制御部１２に入力する。
【００２３】
制御部１２は、図２にその内部構成が機能展開して示されるように、プログラム更新制御部１２０と、更新プログラム取得部１２１と、表示タイプ判定部１２２と、筐体開閉検知部１２３と、画面表示制御部１２４とにより構成される。
【００２４】
更新プログラム取得部１２１は、通信部１１を介して不図示のサーバと通信を行うことによりダウンロードにより得た更新のための処理プログラムを取得してプログラム更新制御部１２０へ供給する。プログラム更新制御部１２０へは、他に、筐体開閉検知部１２３により検知された筐体の開閉状態を示す信号が供給されている。
【００２５】
プログラム更新制御部１２０は、更新プログラム取得部１２１が取得した処理プログラムを、当該更新プログラムに対応する処理プログラムに上書きするように記憶部１３を制御するプログラム更新制御を実行する。
プログラム更新制御部１２０はまた、プログラム更新制御が行われると、画面表示制御部１２４を制御することによりプログラム更新の進捗状況を表示する更新中画面を表示部１５に表示させ、フラッシュメモリが実装される記憶部１３の所定数のブロックへの書き込みが生じる毎に、更新中画面の表示／非表示を切り替えるよう表示部１５を制御する。
【００２６】
プログラム更新制御部１２０はまた、画面表示制御部１２４を制御することにより、表示部１５に更新中画面が非表示のときに筐体が開状態になると更新中画面を表示部１５に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで更新中画面を非表示とする制御も行う。詳細は後述する。
【００２７】
なお、表示タイプ判定部１２２は、表示部１５が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプ（有機ＥＬ）であるか否かを判定する機能を持ち、ここで判定された情報は画面表示制御部１２４へ供給する。なお、表示部１５のタイプ（表示デバイス）が有機ＥＬであることは、記憶部１３の所定の領域に格納される環境設定情報（不図示）を参照することにより識別することができる。
【００２８】
図３は、本発明の実施の形態に係る携帯端末装置の動作を説明するために示したフローチャートであり、ここではソフトウェア（プログラム）の更新処理の流れが示されている。
以下、図３のフローチャートを参照しながら図１、図２に示す携帯端末装置のソフトウェア更新動作について詳細に説明する。
【００２９】
プログラム更新処理中、制御部１２（プログラム更新処理部１２０）は、画面表示制御部１２４を制御して表示部１５に対し、例えば、図６に画面構成の一例が示される進捗画面（更新中画面）を表示する（Ｓ３１）。
ここでは進捗画面として、プログラム更新処理の進捗の度合いが進捗バー（エレベータアイコン）により表示されるものとする。
【００３０】
プログラム更新処理部１２０は、プログラム更新制御を実行するにあたり、更新プログラム取得部１２１が通信部１１を介して取得した更新のための処理プログラムを、記憶部１３として実装されるフラッシュメモリにブロック単位で書き込む（Ｓ３２）。
ここでは、取得した処理プログラムが持つ容量に相当するメモリブロック分の更新（上書き）が未完了であるため（Ｓ３３“ＮＯ”）、プログラム更新処理部１２０は、更に、あらかじめ規定したｎ個（任意）のブロック数に相当する処理プログラムの書き込みが終了したか否かを判定する（Ｓ３４）。
なお、ステップＳ３３で、取得した処理プログラムが持つ容量に相当するメモリブロック分の更新が終了したと判定された場合（Ｓ３３“ＹＥＳ”）は、ソフトウェアの更新処理を終了する。
【００３１】
ステップＳ３４にてｎ個のメモリブロックの書き込みが終了していない場合（Ｓ３４“ＮＯ”）プログラム更新処理部１２０は、ステップＳ３２以降の処理を繰り返し、ｎ個のメモリブロックの書き込みが終了すると（Ｓ３４“ＹＥＳ”）、更に、表示部１５に、図６に示す進捗画面が表示中か否かを判定する（Ｓ３５）。表示部１５に進捗画面が表示中か否かの判定は、記憶部１３の所定の領域に割り付けられ記憶されるフラグ（不図示）を参照することにより可能である。
ここで、進捗画面が表示中でない場合（Ｓ３５“ＮＯ”）、プログラム更新処理部１２０は、画面表示制御部１２４を制御して表示部１５に進捗画面を表示し（Ｓ３６）、進捗画面表示中は（Ｓ３５“ＹＥＳ”）、表示部１５に進捗画面を非表示とするように画面表示制御部１２４を制御する（Ｓ３７）。
【００３２】
図４は、本発明の実施の形態に係る携帯端末装置の動作を説明するために示したフローチャートであり、筐体の開閉をチェックして表示／表示を繰り返す随時判定処理である。ここに示す随時判定処理は、図３に示すソフトウェアの更新処理と組み合わせて実行する。
【００３３】
すなわち、筐体開閉検知部１２３は、例えば、折畳式筐体が閉状態から開状態に移行した場合（Ｓ４１“ＹＥＳ”）、センサ等によりこれを検知し、プログラム更新制御部１２０に通知する。これをうけたプログラム更新制御部１２０は、上記同様、表示部１５が図６に示す進捗画面が表示中か否かを判定し（Ｓ４２）、進捗画面が表示中でない場合（Ｓ４２“ＮＯ”）、画面表示制御部１２４を制御して表示部１５に進捗画面を表示継続し（Ｓ４３）、進捗画面表示中であれば（Ｓ４２“ＹＥＳ”）、表示部１５に進捗画面を非表示とするように画面表示制御部１２４を制御する（Ｓ４４）。
【００３４】
プログラムの更新処理中は、ハード／ソフトともフルに資源を占有するため、バックグランドでタイマを使用することさえも好ましくない。したがって、上記した本発明の実施の形態によれば、記憶部１３（フラッシュメモリ）に対するブロック書き込みの回数をカウントすることでタイマの代替とし、表示部１５に対し更新中画面の表示と非表示を繰り返す（点滅等の間欠表示）制御を実行することにより、複雑な処理を要することなくプログラム更新のための進捗表示が可能になる。
また、表示部１５に有機ＥＬ等、画面に焼き付きが生じやすい表示デバイスを使用した携帯電話機にあっては極力焼付きを防止することができ、また、進捗画面の表示／非表示を繰り返すため、約２倍の延命化がはかれる。
【００３５】
なお、携帯電話機の内部の、特に、重要なプログラムの更新処理を行う場合、メーカ側では細心の注意をはらっていても極稀に更新に失敗することがある。例えば、通信が遮断され、或いは画面表示のためのユーザインタフェースに関する処理が出来なくなった場合、更なる修正プログラム取得のための操作や処理が出来なくなることが考えられる。
また、電源を一旦落として再起動してもブートプログラムが正常に起動できない事態もあり得、最悪の場合は、記憶部１３に記憶されたユーザの貴重な個人データが消失してしまうことも考えられる。したがって、内部プログラムの更新に失敗した場合、ユーザには携帯電話機の操作を行わないように注意喚起するとともに、サービス店等へその携帯電話機を持参し、対策を依頼するように通知するために更新失敗通知（エラー画面）を出力することとする。
【００３６】
図５は、本発明の実施の形態に係る携帯端末装置の動作を示すフローチャートであり、ここでは、ソフトウェア更新失敗時の処理の流れが示されている。
以下、図５のフローチャートを参照しながら図１、図２に示す携帯端末装置のプログラム更新処理失敗時の動作について詳細に説明する。
【００３７】
プログラム更新処理失敗すると、制御部１２（プログラム更新処理部１２０）は、画面表示制御部１２４を制御して表示部１５に対し、例えば、図７に画面構成の一例が示されるエラー画面を表示する（Ｓ５１）。ここでは、「失敗しました。修理が必要です。サービス店にお持ち下さい。」といったエラー内容を通知する。
ユーザは、プログラムの更新処理に失敗した携帯電話機をサービス店に持参し、修理を委ねる。上記したエラー画面が表示されている状態において、携帯電話機の制御部１２（プログラム更新処理部１２０）は、サービス店において携帯電話機が不図示の修理端末のプラグに接続され、当該プラグを介して到来する修理端末のコマンドの受信有無を周期的に判定する（Ｓ５２）。ここで、プラグ接続が検知されず特定のコマンドを受信していなければ（Ｓ５２“ＮＯ”）、プログラム更新処理部１２０は、内蔵のカウンタ（タイマ）を＋１更新（カウントアップ）する（Ｓ５３）。
【００３８】
続いて、プログラム更新処理部１２０は、カウンタの値と、あらかじめ定義してある規定値との比較を行う（Ｓ５４）。ここで、カウンタ値が規定値範囲内にある場合は（Ｓ５４“ＮＯ”）、プラグ接続が検出されるまではカウンタの更新処理を繰り返し（Ｓ５３）、カウンタ値が所定値を越えた場合（Ｓ５４“ＹＥＳ”）、プログラム更新処理部１２０は、更に、表示部１５に対し、図７に示すエラー画面が表示中か否かを判定する（Ｓ５５）。
ここで、表示部１５にエラー画面が表示されていない場合（Ｓ５５“ＮＯ”）、プログラム更新処理部１２０は、画面表示制御部１２４を制御して表示部１５にエラー画面を表示し（Ｓ５６）、エラー画面表示中は（Ｓ５５“ＹＥＳ”）、表示部１５にエラー画面を非表示とするように画面表示制御部１２４を制御する（Ｓ５７）。
一方、ステップＳ５２において、プラグ接続が検出されて特定のコマンドを受信すると（Ｓ５２“ＹＥＳ”）、プログラム更新処理部１２０は、修理端末による修理操作を受け付けるために、エラー画面の表示を終了させる。
【００３９】
なお、フローチャートには示されていないが、画面表示制御部１２４は、表示部１５として赤・緑・青の３原色の発光素子が合わさって構成される表示画素を縦横に配されて構成される有機ＥＬが使用される場合、すなわち、表示タイプ判定部１２２が、表示部１５として、複数の表示素子ごとの発光状態を制御する（赤・緑・青の３原色の発光素子の発光強度の調整）ことにより表示を行う有機ＥＬが使用されていると判定し、かつ、プログラム更新処理部１２０からプログラム更新処理が正常に終了しなかった旨の通知を取得した場合に、上記したエラー画面の表示／非表示を繰り返す（間欠表示）ものである。
この制御を入れておくことにより、ソフトを変更せずとも焼付き対策制御が不要であるＬＣＤ（Liquid Crystal Display）を搭載するモデル、有機ＥＬを搭載するモデルのいずれをも、簡単に作り分けすることが可能となる。
【００４０】
上記した本発明の実施の形態に係る携帯端末装置によれば、例えば、表示部１５に有機ＥＬのような表示画面に焼き付きが生じやすいような表示デバイスを使用した場合、焼付きを極力回避しながらプログラムの更新に失敗したことを通知することができ、ユーザによる不要な操作を防止することができる。
また、サービス店等でプログラムの修正を行って以降、エラー画面が有機ＥＬに焼き付き、結局は表示デバイスそのものの交換が必要になってしまうといった不要なコストが生じるといったことを回避することにもつながる。
【００４１】
なお、上記した本発明の実施の形態によれば、携帯端末装置として携帯電話機のみを例示したが、携帯電話機に限らず、ＰＤＡ（Personal Digital Assistants）、やゲーム機等にも同様に適用が可能である。
また、図２に示す本発明の実施の形態に係る携帯端末装置が持つ各構成ブロックの機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウエアで実現してもよい。例えば、プログラム更新制御部１２０、更新プログラム取得部１２１、表示タイプ判定部１２２、筐体開閉検知部１２３、画面表示制御部１２４におけるデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウエアで実現してもよい。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態に係る携帯端末装置の内部構成を示すブロック図である。
【図２】図１に示す制御部の内部構成を機能展開して示したブロック図である。
【図３】本発明の実施の形態に係る携帯端末装置の動作（ソフトエウェア更新処理）を示すフローチャートである。
【図４】本発明の実施の形態に係る携帯端末装置の動作（随時判定処理）を示すフローチャートである。
【図５】本発明の実施の形態に係る携帯端末装置の動作（更新失敗時の処理）を示すフローチャートである。
【図６】本発明の実施の形態に係る携帯端末装置に表示される進捗画面の一例を示す図である。
【図７】本発明の実施の形態に係る携帯端末装置に表示されるエラー画面の一例を示す図である。
【符号の説明】
【００４３】
１０…携帯電話機、１１…通信部、１２…制御部、１３…記憶部、１４…音声処理部、１５…表示部、１６…操作部、１２０…プログラム更新制御部、１２１…更新プログラム取得部、１２２…表示…タイプ判定部、１２３…筐体開閉検知部、１２４…画面表示制御部。
【特許請求の範囲】
【請求項１】
情報の表示を行う表示部と、
内部処理のための処理プログラムが複数格納される記憶部と、
公衆通信網に接続可能な通信部と、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、
前記制御部は、
前記プログラム更新制御が正常に完了していない場合には、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる
ことを特徴とする携帯端末装置。
【請求項２】
前記表示部は、
複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う
ことを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記制御部への指示を入力可能な操作部をさらに備え、
前記制御部は、
前記通知画面表示中には、前記操作部による操作の受け付けを行わないことを特徴とする請求項１又は２に記載の携帯端末装置。
【請求項４】
前記制御部への指示を入力可能な操作部をさらに備え、
前記制御部は、
前記通知画面の表示制御中に前記操作部が操作された際、通知画面が非表示のときには当該通知画面を再表示する処理のみを行う
ことを特徴とする請求項１又は２に記載の携帯端末装置。
【請求項５】
情報の表示を行う表示部と、
記憶領域が複数のブロックを含んで区分けされ、内部処理のための処理プログラムが複数格納される記憶部と、
公衆通信網に接続可能な通信部と、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、
前記制御部は、
前記プログラム更新制御が行われると更新の状況を表示する更新中画面を前記表示部に表示させ、前記記憶部の所定数のブロックへの書き込みが生じるごとに、前記更新中画面の表示／非表示を切り替えるよう前記表示部を制御する
ことを特徴とする携帯端末装置。
【請求項６】
開閉可能な筐体を備え、
前記制御部は、
前記更新中画面が非表示のときに前記筐体が開状態になると更新中画面を前記表示部に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで前記更新中画面を非表示とする
ことを特徴とする請求項５に記載の携帯端末装置。
【請求項７】
情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、
取得した更新プログラムに対応する処理プログラムを前記記憶部に上書きする更新ステップと、
前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、
前記更新ステップが正常に完了せず、なおかつ前記表示部が前記所定のタイプである場合に、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる通知ステップと、
を備えることを特徴とする携帯端末装置におけるプログラム更新制御方法。
【請求項８】
情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、
取得した更新プログラムに対応する処理プログラムをブロック単位で複数のブロックにわたって前記記憶部に上書きする更新ステップと、
前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、
前記取得ステップおよび更新ステップによる更新の状況を表示する更新中画面を前記表示部に表示させる表示ステップと、
前記表示ステップにおいて、前記表示部が前記所定のタイプである場合には、前記記憶部へのブロック単位での書き込みが生じるごとに、前記更新中表示の表示／非表示切り替えるよう前記表示部を制御する表示切替えステップと、
を備えることを特徴とする携帯端末装置におけるプログラム更新制御方法。
【請求項１】
情報の表示を行う表示部と、
内部処理のための処理プログラムが複数格納される記憶部と、
公衆通信網に接続可能な通信部と、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、
前記制御部は、
前記プログラム更新制御が正常に完了していない場合には、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる
ことを特徴とする携帯端末装置。
【請求項２】
前記表示部は、
複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う
ことを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記制御部への指示を入力可能な操作部をさらに備え、
前記制御部は、
前記通知画面表示中には、前記操作部による操作の受け付けを行わないことを特徴とする請求項１又は２に記載の携帯端末装置。
【請求項４】
前記制御部への指示を入力可能な操作部をさらに備え、
前記制御部は、
前記通知画面の表示制御中に前記操作部が操作された際、通知画面が非表示のときには当該通知画面を再表示する処理のみを行う
ことを特徴とする請求項１又は２に記載の携帯端末装置。
【請求項５】
情報の表示を行う表示部と、
記憶領域が複数のブロックを含んで区分けされ、内部処理のための処理プログラムが複数格納される記憶部と、
公衆通信網に接続可能な通信部と、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得して、当該更新プログラムに対応する処理プログラムに上書きするよう前記記憶部を制御するプログラム更新制御を実行可能な制御部と、を備え、
前記制御部は、
前記プログラム更新制御が行われると更新の状況を表示する更新中画面を前記表示部に表示させ、前記記憶部の所定数のブロックへの書き込みが生じるごとに、前記更新中画面の表示／非表示を切り替えるよう前記表示部を制御する
ことを特徴とする携帯端末装置。
【請求項６】
開閉可能な筐体を備え、
前記制御部は、
前記更新中画面が非表示のときに前記筐体が開状態になると更新中画面を前記表示部に表示させ、当該表示させたタイミングにおける書き込み中ブロックの次の表示を切り替えるタイミングで前記更新中画面を非表示とする
ことを特徴とする請求項５に記載の携帯端末装置。
【請求項７】
情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、
取得した更新プログラムに対応する処理プログラムを前記記憶部に上書きする更新ステップと、
前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、
前記更新ステップが正常に完了せず、なおかつ前記表示部が前記所定のタイプである場合に、前記表示部に正常に完了しなかった旨を示す通知画面を間欠的に表示させる通知ステップと、
を備えることを特徴とする携帯端末装置におけるプログラム更新制御方法。
【請求項８】
情報の表示を行う表示部と、内部処理のための処理プログラムが複数格納される記憶部と、公衆通信網に接続可能な通信部とを有する携帯端末装置におけるプログラム更新制御方法であって、
前記通信部にて前記処理プログラムのいずれかに関する更新プログラムを取得する取得ステップと、
取得した更新プログラムに対応する処理プログラムをブロック単位で複数のブロックにわたって前記記憶部に上書きする更新ステップと、
前記表示部が複数の表示素子を有し、当該複数の表示素子ごとの発光状態を制御することにより表示を行う所定のタイプであるか否かを判定する判定ステップと、
前記取得ステップおよび更新ステップによる更新の状況を表示する更新中画面を前記表示部に表示させる表示ステップと、
前記表示ステップにおいて、前記表示部が前記所定のタイプである場合には、前記記憶部へのブロック単位での書き込みが生じるごとに、前記更新中表示の表示／非表示切り替えるよう前記表示部を制御する表示切替えステップと、
を備えることを特徴とする携帯端末装置におけるプログラム更新制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−１７７６９１（Ｐ２００８−１７７６９１Ａ）
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願番号】特願２００７−７３７５（Ｐ２００７−７３７５）
【出願日】平成１９年１月１６日（２００７．１．１６）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願日】平成１９年１月１６日（２００７．１．１６）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]