(57)【要約】      （修正有）【課題】携帯端末の利便性を確保しつつ、データのバックアップ処理を実行する仕組みを提供する。【解決手段】外部記憶装置と接続可能な携帯端末１０１であって、前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納手段１５１と、前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御手段１５２と、を備え、前記格納手段は、前記制御手段によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納する。【選択図】図１
2015146070.tif 000002
【特許請求の範囲】
【請求項１】
外部記憶装置と接続可能な携帯端末であって、
前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納手段と、
前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御手段と、
を備え、
前記格納手段は、前記制御手段によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納することを特徴とする携帯端末。
【請求項２】
前記外部記憶装置の残容量を取得する取得手段と、
前記携帯端末に記憶されたデータを更新する更新手段と、
前記更新手段により更新された場合のデータの容量が、前記取得手段で取得した外部記憶装置の残容量に収まるかを判定する判定手段と、
を備え、
前記更新手段は、前記判定手段により更新された場合のデータの容量が、前記取得手段で取得した外部記憶装置の残容量に収まると判定された場合に、当該データの更新処理を行うことを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記判定手段により、更新された場合のデータの容量が、前記取得手段で取得した外部記憶装置の残容量に収まらないと判定された場合、前記外部記憶装置に記憶されたデータを消去するデータ消去手段をさらに備えることを特徴とする請求項３に記載の携帯端末。
【請求項４】
外部記憶装置と接続可能な携帯端末における情報処理方法であって、
前記携帯端末の格納手段が、前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納工程と、
前記携帯端末の制御手段が、前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御工程と、
を備え、
前記格納工程は、前記制御工程によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納することを特徴とする情報処理方法。
【請求項５】
外部記憶装置と接続可能な携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納手段と、
前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御手段と、
して機能させ、
前記格納手段を、前記制御手段によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納するよう機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
ガスや水道などの検針業務や、在庫管理などの業務に用いられるハンディターミナル（以下、携帯端末）においては、故障時のデータ消失に備え、記憶されたデータを可搬の記憶媒体にバックアップを行うことが一般的となっている。
【０００３】
このような携帯端末においては、持ち歩きながら使用されるものであるため、ＰＣ等に比べ落下等による故障が多い。そのため、こまめにバックアップを取る必要性が高いものである。
【０００４】
特許文献１には、携帯端末におけるデータのバックアップに関する技術であり、データに優先順位を付けてバックアップを行う技術について記載がされている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１２８７８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
携帯端末に搭載されるＣＰＵはＰＣ等に搭載されるＣＰＵに比較し、能力に劣るものが使われることが多い。そのため、バックアップ処理には時間がかかることが多い。
【０００７】
特に、データをテキストファイルとして記憶するのではなく、データベースとして記憶する場合、一度にバックアップをするデータ量が多くなるため、より時間がかかっている。
【０００８】
そこで、本発明では、携帯端末の利便性を確保しつつ、データのバックアップ処理を実行する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、外部記憶装置と接続可能な携帯端末であって、前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納手段と、前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御手段と、を備え、前記格納手段は、前記制御手段によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納することを特徴とする。
【００１０】
また、本発明は、外部記憶装置と接続可能な携帯端末における情報処理方法であって、前記携帯端末の格納手段が、前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納工程と、前記携帯端末の制御手段が、前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御工程と、を備え、前記格納工程は、前記制御工程によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納することを特徴とする。
【００１１】
また、本発明は、外部記憶装置と接続可能な携帯端末において実行可能なプログラムであって、前記携帯端末を、前記携帯端末に記憶されたデータを、前記外部記憶装置に格納する格納手段と、前記携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う制御手段と、して機能させ、前記格納手段を、前記制御手段によりサスペンド処理を行う際に、前記携帯端末に記憶されたデータを前記外部記憶装置に格納するよう機能させることを特徴とする。
【発明の効果】
【００１２】
そこで、本発明は、携帯端末の利便性を確保しつつ、データのバックアップ処理を実行することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】携帯端末１０１の機能を示す機能ブロック図
【図２】携帯端末１０１のハードウエア構成を示す図
【図３】携帯端末１０１が実行するデータ更新処理を示すフローチャート
【図４】携帯端末１０１が実行するデータ復元処理を示すフローチャート
【図５】携帯端末１０１が実行するバックアップ処理を示すフローチャート
【図６】データ更新エラー画面の一例を示す図
【発明を実施するための形態】
【００１４】
図１を用いて、本発明の実施形態における携帯端末１０１の機能を説明する。
【００１５】
本発明における携帯端末１０１は、外部記憶装置（一例として可搬媒体）とのデータのやり取りが可能な携帯端末である。携帯端末１０１は、格納部１５１、制御部１５２、取得部１５３、更新部１５４、判定部１５５、データ消去部１５６を備える。以下、各機能部について説明する。
【００１６】
携帯端末１０１の格納部１５１は、制御部１５２によりサスペンド処理を行う際に、外部記憶装置に対して携帯端末１０１に記憶されたデータを格納する機能を有する。
【００１７】
制御部１５２は、携帯端末の電源を省電力モードに切り替えるサスペンド処理を行う機能を有する。
【００１８】
取得部１５３は、外部記憶装置の残容量（残りどれだけの容量のデータを記憶できるか）を取得する機能を有する。
【００１９】
更新部１５４は、携帯端末に記憶されたデータを更新する機能を有する。更新とは、例えばユーザにより新たなデータが作成された場合や、すでに記憶されてるデータが編集された場合に、作成されたデータを記憶したり、編集後のデータを記憶する処理である。
【００２０】
また、更新部１５４は、更新された場合のデータの容量が、前記取得手段で取得した外部記憶装置の残容量に収まる場合に、当該データの更新処理を行う
【００２１】
判定部１５５は、更新部１５４により更新されたデータ容量が、取得部１５３で取得した外部記憶装置の残容量に収まるかを判定する機能を有する。
【００２２】
データ消去部１５６は、判定部１５５により、更新された場合のデータの容量が外部記憶装置の残容量に収まらないと判定された場合、前記外部記憶装置に記憶されたデータを消去する機能を有する。
【００２３】
以下、図２を用いて、図１に示した携帯端末１０１のハードウエア構成の一例について説明する。
【００２４】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２５】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２６】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２７】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００３２】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００３３】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを備えていればよい。
【００３４】
次に、図３を用いて、本実施形態における携帯端末１０１に記憶されたデータを更新する際の処理について説明する。
【００３５】
なお、図３のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３６】
ステップＳ３０１では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１に接続された可搬媒体の残容量を取得する。
【００３７】
本実施形態においては、バックアップファイルを可搬媒体に記憶するよう制御するが、可搬でなくても良く、携帯端末１０１が備える記憶領域とは異なる記憶領域を備える媒体（外部記憶装置）であればいずれでも良い。
【００３８】
ステップＳ３０２では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３０１で取得した可搬媒体の残容量と、更新ファイルの容量を比較し、更新ファイルの容量の方が可搬媒体の残容量より少ないかを判断する。
【００３９】
すなわち、データ容量の観点で、可搬媒体に更新ファイルを格納可能であるかを判断する。
【００４０】
格納できると判断される場合（可搬媒体残容量よりも更新ファイル容量の方が少ない場合）（ステップＳ３０２：ＹＥＳ）は、処理をステップＳ３０３に移行する。
【００４１】
格納できないと判断される場合（ステップＳ３０２：ＮＯ）は、処理をステップＳ３０５に移行する。
【００４２】
ステップＳ３０３では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１のデータを更新する。
【００４３】
ステップＳ３０４では、携帯端末１０１のＣＰＵ２０１は、更新フラグをＯＮに設定する。本実施形態における更新フラグは、携帯端末１０１に記憶されたデータのうちバックアップが取られていないデータがあるかを示すものである。更新フラグがＯＮの場合は、データ更新が行われ、更新されたデータについてバックアップが取られていない状態を示す。更新フラグがＯＦＦの場合は、バックアップが取られていないデータがない、すなわちバックアップを取ってからデータが更新されていない状態を示す。
そして本フローチャートの処理を終了する。
【００４４】
ステップ３０２でＮＯと判定された場合、ステップＳ３０５では、携帯端末１０１のＣＰＵ２０１は、図６に一例を示す更新エラーの画面を表示部に表示する。
【００４５】
ステップＳ３０６では、携帯端末１０１のＣＰＵ２０１は、可搬媒体に記憶されたバックアップファイル（過去の履歴ファイル）を消去する。
【００４６】
なお、消去するファイルは、バックアップファイルの中の一番古い履歴ファイルとしても良いし、ユーザにより選択を受け付けたファイルであっても良い。
【００４７】
ステップＳ３０６の処理により、可搬媒体に記憶されたデータ容量が削減され、可搬媒体の残容量を増加させることが可能となる。
そして、処理をステップＳ３０１に戻す。
【００４８】
以上の処理が、携帯端末１０１においてデータ更新を行う処理である。
【００４９】
次に、図４を用いて、可搬媒体から携帯端末１０１へデータを復元する際の処理について説明する。
【００５０】
なお、図４のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００５１】
ステップＳ４０１では、携帯端末１０１のＣＰＵ２０１は、可搬媒体に記憶されたバックアップファイルのうち、携帯端末１０１に復元するファイルの選択を受け付ける。
【００５２】
ステップＳ４０２では、携帯端末１０１のＣＰＵ２０１は、ステップＳ４０１で選択を受け付けたバックアップファイルを携帯端末１０１にコピーすることで復元する。
【００５３】
ステップＳ４０３では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１の更新フラグをＯＦＦに設定する。
【００５４】
次に、図５を用いて、携帯端末１０１に記憶されたデータを可搬媒体へバックアップする処理について説明する。
【００５５】
なお、図５のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００５６】
ステップＳ５０１では、携帯端末１０１のＣＰＵ２０１は、サスペンド処理を行うタイミングが到来したか否かを判断する。
【００５７】
サスペンド処理を行うタイミングが到来した場合（ステップＳ５０１：ＹＥＳ）は、処理をステップＳ５０２に移行する。
【００５８】
サスペンド処理を行うタイミングが到来していない場合（ステップＳ５０１：ＮＯ）は、ステップＳ５０２以降の処理（バックアップ処理）を行わず、待機する。
【００５９】
サスペンド処理とは、一定時間、携帯端末１０１への操作が行われない場合に、消費電力を削減するために画面の照度を落としたり、画面表示を消去したり、省電力モードに切り替える処理を指す。
【００６０】
携帯端末においては、ＰＣ等と異なりバッテリーの電力のみで起動することが多いため、一定時間操作が無い場合には、このサスペンド処理を行い、消費電力を削減する必要がある。
【００６１】
本発明においては、このサスペンド処理が行われるタイミングでバックアップ処理を行うことで、バックアップ処理に時間がかかる場合であっても、ユーザに与えるストレスを少なくしつつ、バックアップ処理を行うことを可能としている。
【００６２】
ステップＳ５０２では、携帯端末１０１のＣＰＵ２０１は、更新フラグがＯＮであるかＯＦＦであるかを判断する。
【００６３】
ＯＮである場合（ステップＳ５０２：ＯＮ）は、処理をステップＳ５０３に移行する。
【００６４】
ＯＦＦである場合（ステップＳ５０２：ＯＦＦ）は、処理をステップＳ５０８に移行する。
【００６５】
すなわち、更新フラグがＯＦＦであれば、バックアップファイルと携帯端末１０１に記憶されたファイルとの内容の同期が取れている状態であるため、バックアップ処理を行う必要はないといえる。そのため、バックアップ処理を行わず、そのままサスペンド処理（ステップＳ５０８）に移行する。
【００６６】
他方、更新フラグがＯＮである場合は、バックアップファイルと携帯端末１０１に記憶されたファイルとの内容が異なるため、バックアップ処理が必要となる。
【００６７】
ステップＳ５０３では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１に記憶されたファイルを可搬媒体へコピーすることで、バックアップを行う。
【００６８】
この際、作成されるバックアップファイルは、例えばバックアップを行った日付・時刻に基づき命名するなど、命名規則を定めておくことで、上書き更新しないよう制御するものとする。
【００６９】
ステップＳ５０４では、携帯端末１０１のＣＰＵ２０１は、可搬媒体に記憶されたバックアップファイルの個数を取得する。
【００７０】
ステップＳ５０５では、携帯端末１０１のＣＰＵ２０１は、ステップＳ５０４で取得した個数が可搬媒体に記憶できるファイル数の上限に達しているかを判断する。
【００７１】
上限に達していない場合（ステップＳ５０５：ＹＥＳ）は、処理をステップＳ５０７に移行する。
【００７２】
上限に達している場合（ステップＳ５０５：ＮＯ）は、処理をステップＳ５０６に移行する。
【００７３】
ステップＳ５０６では、携帯端末１０１のＣＰＵ２０１は、可搬媒体に記憶されたバックアップファイルを削除する。
【００７４】
ステップＳ５０７では、携帯端末１０１のＣＰＵ２０１は、更新フラグをＯＦＦにする。
【００７５】
ステップＳ５０８では、携帯端末１０１のＣＰＵ２０１は、サスペンド処理を実行する。
そして、本フローチャートに示す処理を修了する。
【００７６】
本発明においては、バックアップファイルを複数記憶している（一定数の履歴データを記憶しておく）。
【００７７】
このように複数のバックアップファイルを記憶しておくことで、直近のデータに復元するのみでなく、ユーザ所望のデータを復元することが可能となる。
【００７８】
以上のように、本発明ではデータ更新された際ではなく、サスペンド処理を行う際にバックアップ処理を行うことで、バックアップ処理に時間がかかる場合であっても、ユーザにかけるストレスを低減させることが可能となる。
【００７９】
また、データ更新の際にデータを保存する可搬媒体の残容量と、保存するデータの容量とを比較することで、可搬媒体の残容量が少ないためバックアップを取れないというエラーを防ぐことが可能となる。
【００８０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８１】
また、本発明におけるプログラムは、図３〜図５の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３〜図５の各処理ごとのプログラムであってもよい。
【００８２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００８３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００８４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００８５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８７】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８９】
１０１  携帯端末
【図１】
2015146070.tif 000003
【図２】
2015146070.tif 000004
【図３】
2015146070.tif 000005
【図４】
2015146070.tif 000006
【図５】
2015146070.tif 000007
【図６】
2015146070.tif 000008