端末装置、プログラム
【課題】端末装置における情報保全処理の実行を遠隔操作者が正確かつ効率的に把握することができるシステム、を提供する。
【解決手段】通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部110とを有する端末装置であって、センタ装置から送信された制御コマンドを受信し、受信した制御コマンドが保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得し、取得した処理情報をセンタ装置へ送信し、受信した制御コマンドが保全コマンドである場合、記憶媒体に対して保全処理を実行し、受信した制御コマンドが問合せコマンドである場合、保全処理実行部による保全処理の実行状況を取得し、取得した保全処理の実行状況をセンタ装置へ送信し、保全処理実行部による保全処理の実行が完了した場合、記憶媒体に対する保全処理の実行が完了したことをセンタ装置へ送信する。
【解決手段】通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部110とを有する端末装置であって、センタ装置から送信された制御コマンドを受信し、受信した制御コマンドが保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得し、取得した処理情報をセンタ装置へ送信し、受信した制御コマンドが保全コマンドである場合、記憶媒体に対して保全処理を実行し、受信した制御コマンドが問合せコマンドである場合、保全処理実行部による保全処理の実行状況を取得し、取得した保全処理の実行状況をセンタ装置へ送信し、保全処理実行部による保全処理の実行が完了した場合、記憶媒体に対する保全処理の実行が完了したことをセンタ装置へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置、プログラムに関する。
【背景技術】
【０００２】
従来、記録媒体を有する端末装置の普及に伴い、端末装置の盗難や紛失による情報漏えいが問題視されている。
【０００３】
特許文献１は、遠隔操作情報に応じた所定の情報保全処理を実行可能とする携帯端末装置に対する情報保全要求時に、該携帯端末装置の所有者であるか否かを本人情報により識別する個人認証処理を行う認証装置と、該認証装置による個人認証が該本人情報と一致した場合に、該携帯端末装置を情報保全処理するための該遠隔操作情報を生成し、該遠隔操作情報を該携帯端末装置に送信処理する管理装置を有する携帯端末装置の情報保全システムが記載されている。これにより、携帯端末装置の盗難や紛失に対して、その所有者が遠隔操作情報により遠隔操作することにより、携帯端末装置の所有者が被害を被ることを排除する所定の情報保全処理が実施され、携帯端末装置の所有者の財産である情報に関わるセキュリティをいっそう高めることができる、とされている。
【特許文献１】特開２００６−３０３８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のように、盗難や紛失の対象とされる端末装置に対して、遠隔操作により所定の情報保全処理を行なうことにより、端末装置が有する記録媒体からの情報漏洩の危険性をある程度低減させることが可能となっている。
【０００５】
しかしながら、従来の技術には、遠隔操作者が意図したとおりに、対象となる端末装置において情報保全処理が完遂されたことを、遠隔操作者が確認することが困難である、という改良すべき点が存在する。
【０００６】
端末装置が有する記録媒体に格納された情報を記録媒体から全て消去することが情報保全処理として望ましいが、端末装置が有する記録媒体の記録容量に応じて、端末装置における情報保全処理が完遂するまでに要する時間は異なる。例えば、数十ＧＢの記録容量を有するＨＤＤを記録媒体として搭載する端末装置の場合、記録媒体に格納された情報を全て消去するためには数分間が必要となる。端末装置毎に搭載する記録媒体の記録容量は異なるため、遠隔操作の対象となる端末装置毎に情報保全処理の完遂に要する時間も異なり、遠隔操作者が端末装置における情報保全処理の実行を把握することを困難にさせている。
【０００７】
また、蓄電池からの電源供給により動作する携帯性を有した端末装置に対して情報保全処理を実行させる場合、蓄電池からの電源供給が途絶することにより、端末装置は情報保全処理を完遂することができない、という問題が生じる。さらに、遠隔操作者は、端末装置が情報保全処理を完遂したか否かを確認することができない、という問題が生じる。
【０００８】
本発明はかかる事情に鑑みてなされたものであり、その目的の一つは、端末装置における情報保全処理の実行を遠隔操作者が正確かつ効率的に把握することができるシステム、を提供することにある。
【課題を解決するための手段】
【０００９】
本願に開示する端末装置は、通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置であって、前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部と、を有する。
【００１０】
上記構成により、本願に開示する端末装置は、センタ装置から受信した制御コマンドが保全処理の実行を指示する保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得し、取得した処理情報をセンタ装置へ送信する。
【００１１】
さらに、端末装置は、センタ装置から受信した制御コマンドが保全処理の実行状況を問合せる問合せコマンドである場合、保全処理の実行状況を取得し、取得した実行状況をセンタ装置へ送信する。
【００１２】
さらに、端末装置は、保全処理の実行が完了した場合、記憶媒体への保全処理が完了したことをセンタ装置へ送信する。
【発明の効果】
【００１３】
本発明によると、端末装置における情報保全処理の実行に関する情報を、遠隔操作者が把握することができる、という優れた効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下本発明の実施の形態を、図面を参照して説明する。
【実施例１】
【００１５】
１．システムの概要
図１は、本実施例に係る保全処理システムの概要を示す図である。図１において、保全処理システムは、端末装置100、センタ装置200、通信網300、を有する。
【００１６】
図１に示す通信網300は、いわゆるキャリア網などのネットワークであって、基地局および地局制御装置などからなる無線アクセスネットワーク、移動交換局、関門移動交換局、およびホームロケーションレジスタなどからなるコアネットワーク、公衆電話網、およびインターネットなどが含まれる。
【００１７】
端末装置100とセンタ装置200とは、通信網300を介して互いに接続し通信できる
端末装置100は、例えばＰＨＳ端末、携帯電話端末、無線ＬＡＮ端末、無線通信モジュールを搭載したパーソナルコンピュータなどの情報処理端末、などを用いることができる。
２．端末装置の構成（図２）
図２は、本実施例に係る端末装置の構成を示す図である。図２に示す端末装置は、制御部110、記憶部120、通信部140、操作部150、出力部160、電源部170を有しており、各部は通信線130を介して通信可能に接続されている。
【００１８】
制御部110は、通信線130を介して端末装置のハードウェア各部と接続されており、記憶部に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部110として、CPU（Central Processing Unit）、MPU(Micro Processing Unit)等を用いることができる。
【００１９】
記憶部120は、例えば、主記憶部121と補助記憶部122を有しており、通信線130を介して接続されている制御部110の処理により、補助記憶部122に格納されたプログラムを主記憶部121に読み込み、主記憶部121に読み込んだプログラムが有する命令コード及びデータを制御部110に転送する。
【００２０】
主記憶部121として、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を用いることができる。補助記憶部122として、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Disk）を用いることができる。
【００２１】
通信部140は、有線又は無線方式により通信網300を介してセンタ装置100と信号を送受信する。
【００２２】
操作部150は、利用者の操作を受付ける。操作部150は、利用者の操作に応じた信号を、通信線130を介して制御部110へ出力する。例えば、操作部150として、入力ボタン、タッチパネルを用いることができる。
【００２３】
電源部170は、端末装置100の動作に必要な電源の供給を受け、図示しない電力供給先を介して各部へ電源を供給する。また、電源部170は、通信線130を介して接続される制御部110からの指令により、図示しない電力供給先を介した各部への電源の供給量を制御する。なお、本実施例において、電源部170は、外部電源から電源の供給を受ける構成でもよいし、端末装置100が搭載する一次電池又は二次電池から電源の供給を受ける構成でもよい。
３．端末装置のプログラムの構成要素（図１７）
図１７は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１７に示すプログラムの構成要素は、受信部（PG110）、処理情報取得部（PG120）、処理情報通知部（PG130）、保全処理実行部（PG140）、保全状況取得部（PG150）、保全状況通知部（PG160）、処理完了通知部（PG170）を有する。
【００２４】
受信部（PG110）は、センタ装置200から送信された制御コマンドを通信部140を介して受信する構成要素として、制御部110を機能させる。
【００２５】
処理情報取得部（PG120）は、受信した制御コマンドが、端末装置100が有する記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する構成要素として、制御部110を機能させる。
【００２６】
処理情報通知部（PG130）は、取得した処理情報を、センタ装置200へ通信部140を介して送信する構成要素として、制御部110を機能させる。
【００２７】
保全処理実行部（PG140）は、受信した制御コマンドが、端末装置100が有する記憶媒体に格納された情報の削除を指示する保全コマンドである場合、記憶媒体に対して保全処理を実行する構成要素として、制御部110を機能させる。
【００２８】
保全状況取得部（PG150）は、受信した制御コマンドが、保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、保全処理実行部（PG140）による保全処理の実行状況を取得する構成要素として、制御部110を機能させる。
【００２９】
保全状況通知部（PG160）は、取得した保全処理の実行状況を、センタ装置200へ通信部140を介して送信する構成要素として、制御部110を機能させる。
【００３０】
保全完了通知部（PG17-）は、保全処理実行部（PG140）による保全処理の実行が完了した場合、記憶媒体に対する保全処理の実行が完了したことを、センタ装置200へ送信する構成要素として、制御部110を機能させる。
４．センタ装置の構成（図３）
図３は、本実施例に係るセンタ装置200のハードウェア構成を示す図である。図３に示すセンタ装置200は、制御部210、記憶部220、通信部240、操作部250、出力部260、電源部270を有しており、各部は通信線230を介して通信可能に接続されている。
【００３１】
制御部210は、通信線230を介して端末装置のハードウェア各部と接続されており、記憶部220に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部210として、CPU（Central Processing Unit）、MPU(Micro Processing Unit)等を用いることができる。
【００３２】
センタ装置200のその他の構成は、一般的なパーソナルコンピュータなどと同様の構成であるため、詳細な説明を省略する。
５．センタ装置のプログラムの構成要素（図２０）
図２０は、本実施例に係るセンタ装置において実行するプログラムの構成要素を示す図である。図２０に示すプログラムの構成要素は、保全処理実行指示部（PG210）、処理情報受信部（PG220）、処理情報出力部（PG230）、処理状況問合部（PG240）、処理完了出力部（PG250）を有する。
【００３３】
保全処理実行指示部（PG210）は、端末装置に対して保全処理の実行を指示する制御ＳＭＳ（Short Message Service）を、通信部240を介して端末装置100へ送信する構成要素として、制御部210を機能させる。
【００３４】
処理情報受信部（PG220）は、端末装置100における保全処理の実行に関する情報を示す処理情報を有する通知ＳＭＳを、通信部240を介して端末装置100から受信する構成要素として、制御部210を機能させる。
【００３５】
処理情報出力部（PG230）は、受信した処理情報を出力部260に出力させる構成要素として、制御部210を機能させる。
【００３６】
処理状況問合部（PG240）は、端末装置100における保全処理の実行状況を示す処理情報を端末装置100に送信させる制御ＳＭＳを、通信部240を介して端末装置100へ送信する構成要素として、制御部210を機能させる。
【００３７】
処理完了出力部（PG250）は、端末装置100における保全処理の実行が完了した旨の通知を通信部240を介して端末措置100から受信した場合に、保全処理の実行が完了した旨を出力部260に出力させる構成要素として、制御部210を機能させる。
６．システム全体の通信処理の流れ（図４）
図４は、本実施例に係る端末装置100とセンタ装置200との間で、通信網300を介して行なわれる、通信処理の流れを示す図である。
【００３８】
まず、センタ装置200は、端末装置100に対して、保全処理の実行を指示する命令コードを有する制御ＳＭＳを送信する（Ｓ１００）。
【００３９】
図１３は、制御ＳＭＳのデータ構造を示す図である。制御ＳＭＳは、送信対象の端末装置を識別する情報などを示すＳＭＳヘッダと、コマンドの種別を示すコマンド種別を有する。
【００４０】
この制御ＳＭＳの送信処理は、例えば、センタ装置200の操作者が、端末装置100を紛失した旨の連絡を端末装置100の利用者から受け、その紛失した端末装置100が有する記録媒体からの情報漏えいを防止すべく保全処理の実行の依頼をその利用者から受けることにより、実行される。
【００４１】
端末装置100は、センタ装置200からの制御ＳＭＳを、通信網300を介して受信し、制御ＳＭＳの受付を完了した旨のコードを有するＡｃｋ信号を、センタ装置200へ送信する（Ｓ１０１）。
【００４２】
図１４は、ＡＣＫ信号のデータ構造を示す図である。ＡＣＫ信号は、送信元の端末装置100を識別する情報及びＡＣＫであることを示す「ＳＭＳ ＡＣＫ」コードと、受付が完了したことを示す「受付完了」コードを有する。
【００４３】
端末装置100は、さらに、自端末装置が有するハードウェア構成の情報及び動作状態に基づいて、保全処理に関する動作条件を示す情報を取得し、取得した保全処理に関する動作条件を示す情報に基づいて得られる処理情報を有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０２）。
【００４４】
図１５は、通知ＳＭＳのデータ構造を示す図である。通知ＳＭＳは、送信元の端末装置を識別する情報を示すＳＭＳヘッダと、処理情報を有する。
【００４５】
例えば、端末装置は、保全処理の対象となる補助記憶部122の記憶容量、補助記憶部122の型番などのハードウェア構成の情報を処理情報として、通知ＳＭＳを送信する。以上の処理により、センタ装置200は、端末装置100が有する保全処理の対象となるハードウェアの構成に関する情報を取得し、端末装置100において実行される保全処理の実行状況を把握することが可能となる。
【００４６】
すなわち、保全処理の対象となるハードウェア構成に関する情報に基づいて、保全処理の実行開始から実行完了までの理論的な時間を、把握することが可能となる。
【００４７】
保全処理の実行完了までの時間が短いほど、端末装置100が有する記録媒体から情報が漏洩する危険性が低くなるため、保全処理の実行完了までの時間の目安を、保全処理の実行を依頼した利用者へ通知するために把握することは、センタ装置200の操作者にとって重要となる。
【００４８】
なお、上述の処理Ｓ１０２において、端末装置100は、ハードウェアの構成に関する情報に基づいて、保全処理の実行開始から実行終了までの理論的な時間を示す予想時間を取得し、取得した予想時間を処理情報として、通知ＳＭＳをセンタ装置200へ送信してもよい。
【００４９】
センタ装置200は、端末装置からの通知ＳＭＳを受信し（Ｓ１０２）、通知ＳＭＳが有する処理情報に基づいて端末装置100における保全処理の動作に関する情報を出力する。
【００５０】
センタ装置200は、端末装置100における保全処理の実行状況の問合せを示すコードを有する制御ＳＭＳを、端末装置100へ送信する（Ｓ１０３）。
【００５１】
端末装置100は、センタ装置200からの制御ＳＭＳを受信し、保全処理の実行経過を示す処理情報を取得する。例えば、端末装置100は、保全処理の対象となる補助記憶部に対する物理フォーマットの処理を開始してから現在までの経過時間を計測しておき、その計測された経過時間を処理情報として取得する。また、端末装置100は、保全処理の対象となる補助記憶部に対する物理フォーマットの処理が実行された領域の記憶容量を計測し、計測して得た記憶容量を処理情報として取得することもできる。
【００５２】
端末装置100は、取得した処理情報を有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０４）。
【００５３】
センタ装置200は、端末装置100からの通知ＳＭＳを受信し（Ｓ１０４）、通知ＳＭＳが有する処理情報に基づいて、端末装置100における保全処理の実行状況を出力する。
【００５４】
センタ装置200は、さらに、端末装置100から受信した通知ＳＭＳが有する処理情報が保全処理の完了を示すか否かを判定し、保全処理の完了を示すものでない場合、適当な時間が経過した後、上述の処理Ｓ１０３を実行する。
【００５５】
端末装置100は、保全処理の実行が完了した場合、保全処理の実行完了を示すコードを有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０５）。
【００５６】
センタ装置200は、端末装置100からの保全処理の実行完了を示すコードを有する通知ＳＭＳを受信することにより、端末装置100における保全処理の実行が完了した旨を出力する。
【００５７】
図１６は、保全処理の実行が完了した旨の通知ＳＭＳのデータ構造を示す図である。保全処理の実行が完了した旨の通知ＳＭＳは、送信元の端末装置100を識別する情報を示すＳＭＳヘッダと、保全処理の実行が完了した旨を示す「実行完了」コードを有する。
【００５８】
以上の処理により、センタ装置200の操作者は、端末装置100における保全処理の実行が完了したことを把握することが可能となる。
【００５９】
保全処理の実行が完了した後は、端末装置100が有する記録媒体には保全処理の対象となる情報が格納されていない状態となるため、端末装置100が有する記録媒体から情報が漏洩することを防止できる。
【００６０】
そのため、保全処理の実行が完了したことを、保全処理の実行を依頼した利用者へ通知するために把握することは、センタ装置100の操作者にとって重要となる。以上が、本実施例に係るシステムにおける通信処理の流れである。
７．センタ装置における保全処理の流れ（図１１）
図１１は、本実施例に係るセンタ装置200における保全処理の流れを示す図である。
【００６１】
まず、センタ装置200の制御部210は、保全処理の実行指示を示す保全コマンドを有する制御ＳＭＳを、保全処理の対象となる端末装置100へ通信部240を介して送信する（Ｓ３０１）。その後、制御部210は、制御ＳＭＳを受信した旨を示すＡＣＫ信号を、端末装置100から受信する。なお、制御ＳＭＳには、端末装置において保全コマンドの正当性を確認させるための認証情報を含ませることができる。
【００６２】
制御部210は、制御ＳＭＳを送信する際には、保全処理の対象となる端末装置100を識別する情報を、操作部250を介して取得しておくことができる。例えば、制御部210は、図２１に示す出力例を構成要素にもつ入力画面を出力部260を介して表示させ、操作部250を介して入力を取得することができる。
【００６３】
図２１に示す入力画面は、端末番号の入力欄2101、認証情報の入力欄2102、送信実行ボタン2103を有する。
【００６４】
端末番号の入力欄2101は、送信対象となる端末装置100を識別する情報として端末番号の入力を受付ける。図２１に示す例では、端末番号として「０００−００００−００００」が入力されている。
【００６５】
認証情報の入力欄2102は、送信対象となる端末装置100において保全コマンドの正当性を確認する際に用いられる情報を示す認証情報の入力を受付ける。図２１に示す例では、認証情報として「ＡＡＡ−ＡＡＡ−ＡＡＡ」が入力されている。
【００６６】
送信実行ボタン2103は、制御ＳＭＳの送信処理を制御部210に実行させる指示の入力を受付ける。
【００６７】
つぎに、制御部210は、端末装置100から通知ＳＭＳを受信したか否かを判定し（Ｓ３０２）、通信部240を介して通知ＳＭＳを端末装置100から受信した場合（Ｓ３０２でＹＥＳ）、受信した通知ＳＭＳが有する処理情報を出力部260を介して表示させる（Ｓ３０３）。
【００６８】
図１２は、上述の処理Ｓ３０３により表示される画面の内容例を示す図である。図１２に示す画面例は、端末番号の表示欄1201、認証情報の表示欄1202、処理情報の表示欄1203を有する。さらに、処理情報の表示欄1203は、動作条件の表示欄1204、進捗状況の表示欄1205を有する。
【００６９】
端末番号の表示欄1201には、上述の処理Ｓ３０１において制御ＳＭＳを送信した端末装置100を識別する情報としての端末番号が表示される。例えば、表示欄1201には、図２１に示す入力画面において入力を受付けた端末番号が表示される。図１２に示す例では、端末番号として「０００−００００−００００」が表示欄1201に表示されている。
【００７０】
認証情報の表示欄1202には、上述の処理Ｓ３０１において制御ＳＭＳに含ませた認証情報が表示される。例えば、表示欄1202には、図２１に示す入力画面において入力を受付けた認証情報が表示される。図１２に示す例では、認証情報として「ＡＡＡ−ＡＡＡ−ＡＡＡ」が表示欄1202に表示されている。
【００７１】
処理情報の表示欄1203には、端末装置100から通信部204を介して受信した通知ＳＭＳが有する処理情報に基づいて生成された出力内容が表示される。
【００７２】
図１２に示す例では、処理情報のうち動作条件として「記憶容量：３２０ＧＢ」「型名：ＢＢＢ−ＢＢＢ−ＢＢＢ」「予想時間：３００分」「予想完了時刻：２０００８年９月８日１２：３５」「電源残量：８０％」「動作可能時間：４８０分」「遂行可能度合：１６０％（４８０分／３００分）」が表示欄1204に表示されている。
【００７３】
表示欄1204に示す記憶容量は、端末装置100において保全処理の対象とされる記憶媒体の記憶容量を示す。図１２に示す例では、保全処理の対象とされる記憶媒体の記憶容量が３２０ＧＢ（Giga Byte）であることを示す。
【００７４】
表示欄1204に示す型名は、端末装置100において保全処理の対象とされる記憶媒体の型名を示す。図１２に示す例では、保全処理の対象とされる記憶媒体の型名が「ＢＢＢ−ＢＢＢ−ＢＢＢ」であることを示す。
【００７５】
表示欄1204に示す予想時間は、端末装置100において保全処理の実行に要する理論的な所要時間を示す。図１２に示す例では、予想時間が「３００分」であることを示す。
【００７６】
表示欄1204に示す予想完了時刻は、端末装置100における保全処理の実行が完了する時刻として予想される時刻を示す。例えば、上述の予想時間に示される数値を、通知ＳＭＳが有するＳＭＳヘッダに示される送信時刻と加算することにより、予想完了時刻に表示する時刻情報を得ることができる。図１２に示す例では、予想完了時刻が「２００８年９月８日１２：３５」であることを示す。
【００７７】
表示欄1204に示す電源残量は、保全処理を実行する際の端末装置100において検出された電源残量の値を示す。図１２に示す例では、電源残量として「８０％」であることを示す。すなわち、図１２に示す例では、端末装置100に接続される電源の最大容量の２０％は既に消費されており、電源の最大容量の８０％が利用可能であることを示している。
【００７８】
表示欄1204に示す動作可能時間は、上述の電源残量に基づいて端末装置100において保全処理の実行が可能な動作時間を示す。例えば、上述の電源残量に対して、端末装置100において保全処理を実行する際に消費される単位時間当たりの消費電力を除算等することにより、動作可能時間に表示する時間情報を取得することができる。図１２に示す例では、動作可能時間が「４８０分」であることを示す。
【００７９】
表示欄1204に示す遂行可能度合は、上述の動作可能時間に対する上述の予想時間が占める割合を示す。すなわち、端末装置100において検出された電源残量に基づいて、端末装置100において保全処理がどの程度実行されるかについての度合を示す。図１２に示す例では、遂行可能度合が「１６０％」である旨、その根拠として動作可能時間に対して予想時間を除算する式「４８０分／３００分」が示されている。なお、処理情報のうち進捗状況の表示欄1205については、後述する。
【００８０】
次に、制御部210は、上述の処理Ｓ３０２において通信部240を介して受信した通知ＳＭＳが実行完了を示すか否かを判定し（Ｓ３０４）、実行完了を示す通知ＳＭＳである場合（Ｓ３０４）、その旨を出力部２６０を介して表示させ（Ｓ３０５）、本実施例に係る保全処理を終了する。
【００８１】
一方、上述の処理Ｓ３０４において通知ＳＭＳが通知完了を示すものでないと判定した場合（Ｓ３０４でＮＯ）、所定時間が経過した後（Ｓ３０６でＹＥＳ）、制御部210は、保全処理の実行状況を示す通知ＳＭＳを端末装置100に送信させるコマンドを有する制御ＳＭＳを、端末装置100へ通信部240を介して送信する（Ｓ３０７）。その後、制御部210は、上述の処理Ｓ３０２からの処理手順を実行する。
【００８２】
すなわち、制御部210は、上述の処理Ｓ３０７において制御ＳＭＳを送信した後、端末装置から通信部240を介して受信した通知ＳＭＳが有する処理情報に基づいて生成された出力内容を、出力部260を介して表示させる。
【００８３】
図１２に示す例では、処理情報のうち進捗状況として「消去済み容量：５０％（１６０ＧＢ／３２０ＧＢ）」「経過時間：１５０分」「電源残量：４０分」「動作可能時間：２４０分」「遂行可能度合：１６０％（２４０分／１５０分）」「最終通知時刻：２００８年９月８日１０：０５」が表示欄1205に表示されている。
【００８４】
表示欄1205に示す消去済み容量は、端末装置100における保全処理により消去された記憶媒体の記憶容量を示す。図１２に示す例では、消去済み容量として「１６０ＧＢ」が示され、記憶媒体が有する全体の記憶容量として「３２０ＧＢ」が示され、全体の記憶容量に対する消去済みの記憶容量の割合として「５０％」が示されている。
【００８５】
表示欄1205に示す経過時間は、端末装置100において保全処理の実行が開始された時刻からの経過時間を示す。図１２に示す例では、経過時間として「１５０分」が示されている。
【００８６】
表示欄1205に示す電源残量は、通知ＳＭＳを送信する際に端末装置100において検出された電源残量を示す。図１２に示す例では、電源残量として「４０％」であることが示されている。すなわち、図１２に示す例では、端末装置100に接続される電源の最大容量の６０％は既に消費されており、電源の最大容量の４０％が利用可能であることを示している。
【００８７】
表示欄1205に示す動作可能時間は、上述の表示欄1205に示す電源残量に基づいて端末装置100において保全処理の実行が可能な動作時間を示す。例えば、上述の表示欄1205に示す電源残量に対して、端末装置100において保全処理を実行する際に消費される単位時間当たりの消費電力を除算等することにより、動作可能時間に表示する時間情報を取得することができる。図１２に示す例では、動作可能時間として「４８０分」が表示欄1205に示されている。
【００８８】
表示欄1205に示す遂行可能度合は、上述の表示欄1205に示す動作可能時間に対する予想時間の残り時間が占める割合を示す。すなわち、端末装置100において検出された電源残量に基づいて、端末装置100において保全処理がどの程度実行されるかについての度合を示す。図１２に示す例では、遂行可能度合が「１６０％」である旨、その根拠として動作可能時間に対して予想時間の残り時間を除算する式「２４０分／１５０分」が、表示欄1205に示されている。なお、予想時間の残り時間は、上述の表示欄1204に示される予想時間から上述の表示欄1205に示される経過時間を減算することにより取得できる。
【００８９】
表示欄1205に示す最終通知時刻は、通信部240を介して端末装置100から受信した通知ＳＭＳが有するＳＭＳヘッダに示される送信時刻を示す。図１２に示す例では、最終通知時刻として「２００８年９月８日１０：０５」が示されている。以上が、センタ装置200における保全処理の流れである。
８．端末装置における保全処理の流れ（図５）
図５は、本実施例に係る端末装置100における保全処理の流れを示す図である。
【００９０】
まず、端末装置100の制御部110は、保全処理の実行指示などを示すコマンドの受信を待つ（Ｓ２００）。すなわち、制御部110は、センタ装置200から制御ＳＭＳを受信したか否かを判定する（Ｓ２００）。
【００９１】
制御部110は、センタ装置200から制御ＳＭＳを受信したと判定した場合（Ｓ２００でＹＥＳ）、制御ＳＭＳを受信した旨のＡＣＫ信号を、通信部140を介して、センタ装置200へ送信する（Ｓ２０１）。
【００９２】
一方、制御部110は、センタ装置200から制御ＳＭＳを受信していないと判定した場合（Ｓ２００でＮＯ）、端末装置100が保全状態であるか否かを判定する（Ｓ２１２）。
【００９３】
制御部110は、端末装置100の動作状態が保全状態ではないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２２０からの処理手順を再度実行する。すなわち、端末装置100において保全処置が実行されていない動作状態の場合、制御部110は、上述の処理２００と処理Ｓ２１２を適当なタイミングで繰り返し実行することになる。
【００９４】
制御部110は、上述の処理Ｓ２０１においてＡｃｋ信号をセンタ装置200へ送信した後、さらに、受信した制御ＳＭＳが有するコマンドが有効な保全コマンドであるか否かを判定する（Ｓ２０２）。
【００９５】
例えば、センタ装置200から受信したＳＭＳが有する識別情報を、端末装置100が予め格納している識別情報と比較して、一致するか否かを判定した結果に基づいて、有効性を判定することが可能である。
【００９６】
制御部110は、有効な保全コマンドであると判定した場合（Ｓ２０２でＹＥＳ）、端末装置100の動作状態を取得し、既に保全処理を実行している保全状態であるか否かを判定する（Ｓ２０３）。
【００９７】
制御部110は、端末装置100の動作状態が保全状態ではないと判定した場合（Ｓ２０３でＹＥＳ）、端末装置100の処理情報を取得し（Ｓ２０４）、取得した処理情報を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０５）。
【００９８】
例えば、端末装置100が有する補助記憶部122の記憶容量、型番などのハードウェア情報を保全処理の動作条件として取得し、取得したハードウェア情報を処理情報とすることができる。なお、補助記憶部122の記憶容量、型番などのハードウェア情報は、補助記憶部122の内部に有するレジストリに格納させておき、制御部110が通信線130を介して補助記憶部122の内部に有するレジストリを参照することにより、ハードウェア情報を取得する構成としても良い。
【００９９】
あるいは、制御部110は、取得したハードウェア情報に基づいて、保全処理の動作に必要な処理時間の理論値を示す予想時間を、処理情報として取得してもよい。
【０１００】
例えば、補助記憶部の応答速度と補助記憶部の記憶容量とに基づいて、補助記憶部に対する物理フォーマットの実行開始から実行完了までの動作に必要な処理時間の理論値を取得することができる。なお、補助記憶部122の応答速度は、上述の補助記憶部122の内部に有するレジストリに格納させたハードウェア情報として取得しても良いし、補助記憶部122への書込み処理等を実行した際の単位時間当たりの書込み速度等を計測して取得しても良い。
【０１０１】
つぎに、制御部110は、保全処理を開始する（Ｓ２０６）。例えば、制御部110は、補助記憶部122に対して物理フォーマットの処理を開始し、端末装置100の動作状態を保全状態に遷移させる。保全状態とは、例えば、端末装置100の操作部150からの信号の入力を無効化する状態をいう。
【０１０２】
一方、上述の処理Ｓ２０２において、受信した制御ＳＭＳが有するコマンドが有効な保全コマンドでないと判定した場合（Ｓ２０２でＮＯ）、制御部110は、受信したコマンドが経過問い合わせコマンドであるか否かを判定する（Ｓ２０９）。
【０１０３】
経過問い合わせコマンドであると判定された場合（Ｓ２０９でＹＥＳ）、制御部110は、保全処理の実行状況を取得し（Ｓ２１０）、取得した処理状況を処理情報として、通知ＳＭＳをセンタ装置200へ送信する（Ｓ２１１）。
【０１０４】
なお、上述の処理Ｓ２０３において端末装置100の動作状態が保全状態であると判定された場合（Ｓ２０３でＮＯ）、制御部110は、上述の処理Ｓ２１０及び処理Ｓ２１１を実行する。
【０１０５】
これは、保全処理の実行指示を示すコマンドを有する制御ＳＭＳが重複して受信された場合に、既に保全処理が実行中であることを通知するだけでなく、処理実行の進捗状況をセンタ装置200へ通知することにより、センタ装置200からの経過問合せコマンドの送信を省略させるための措置である。以上の処理により、センタ装置200と端末装置100との間で行なわれる通信処理の効率化を図ることができる。
【０１０６】
制御部110は、上述の処理Ｓ２０６又は処理Ｓ２１１を実行した後、又は処理Ｓ２１２において端末装置100の動作状態が保全状態であると判定した後、保全処理の実行が完了したか否かを判定する（Ｓ２０７）。制御部110は、保全処理の実行が完了したと判定された場合（Ｓ２０７でＹＥＳ）、保全処理の結果を示すコードを有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０８）。
【０１０７】
一方、保全処理の実行が完了していないと判定された場合（Ｓ２０７でＮＯ）、制御部110は、上述の処理Ｓ２００からの処理手順を再度実行する。すなわち、上述の処理Ｓ２００において制御ＳＭＳを受信していないと判定した場合（Ｓ２００でＮＯ）、制御部110は、上述の処理Ｓ２１２において端末装置100の動作状態が保全状態であると判定し（Ｓ２１２でＹＥＳ）、上述の処理Ｓ２０７の判定処理を実行することになる。
【０１０８】
なお、上述の処理Ｓ２０９において経過問い合わせコマンドでないと判定された場合（Ｓ２０９でＮＯ）、上述の処理Ｓ２１２における判定処理が実行される。すなわち、受信した制御ＳＭＳが有するコマンドは本実施例に係る保全処置に関係するコマンドでは無いと判定され、上述の処理Ｓ２００において制御ＳＭＳを受信していないと判定された場合と同様の処理が実行される。以上が、本実施例に係る端末装置100における保全処理の流れである。
【実施例２】
【０１０９】
１．システムの概要
本実施例に係るシステムの構成は、上述の実施例１と同様であるため、説明を省略する。
２．端末装置の構成（図６）
図６は、本実施例に係る端末装置の構成を示す図である。図６に示す端末装置は、実施例１に示すハードウェア構成の他に、残量検出部180を有している。なお、本実施例における電源部170は、端末装置100の動作に必要な電源の供給を、端末装置に接続される一次電池又は二次電池から受ける構成を有する。残量検出部180は、電源部170へ電源を供給する一次電池又は二次電池の残量を検出し、検出した残量を制御部110へ通信線130を介して転送する。その他の構成については、実施例１に示すハードウェア構成と同様のため、説明を省略する。
３．端末装置のプログラムの構成（図１８）
図１８は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１８に示すプログラムの構成要素は、上述の実施例１に示すプログラムの構成要素（図１７）と同様の構成に対して、同一の参照符号を付している。図１８に示すプログラムの構成要素は、例えば、電源残量検出（PG180）、第一の判定部（PG190）が追加されている点で、図１７に示す実施例１のプログラムの構成要素と相違する。
【０１１０】
本実施例において追加されている、電源残量検出部（PG180）は、電源部170に電源を供給する一次電池又は二次電池の電源残量を検出する残量検出部180により検出された残量を取得する構成要素として、制御部110を機能させる。
【０１１１】
また、第一の判定部（PG190）は、電源残量検出部により検出された電源残量を第一の閾値と比較し、電源残量が第一の閾値を超えるか否かを判定する構成要素として、制御部110を機能させる。
【０１１２】
ここで、第一の閾値は、例えば、上述の処理状況通知部（PG160）により保全処理の実行状況をセンタ装置200へ通信部140を介して送信する際に端末装置において消費される電力に対応付けて設定することができる。
【０１１３】
そのほかの構成については、上述の実施例１と同様であるため、説明を省略する。
４．システム全体の通信処理の流れ（図７）
図７は、本実施例に係る端末装置とセンタ装置との間で、通信回線及び中継装置を介して行なわれる、通信処理の流れを示す図である。図７に示す通信処理の流れは、処理Ｓ１０２において、通知ＳＭＳが有する処理情報として残量検出部180で検出した残量を有する点で、実施例１に示す通信処理の流れと相違する。以上の処理により、センタ装置200は、端末装置における保全処理の実行が完了するまで動作可能な状態を端末装置が維持すことが出来るか否か、を把握することが可能となる。
【０１１４】
なお、本実施例における処理Ｓ１０２において、端末装置100は、残量検出部180により検出した残量と、ハードウェアの構成に関する情報に基づいて取得した保全処理の実行開始から実行終了までの理論的な時間を示す予想時間と、を用いて保全処理の実行完了の可能性を示す度合いを、処理情報として取得する構成としても良い。
【０１１５】
例えば、保全処理の実行に必要な単位時間当たりの消費電力の理論値を端末装置100の記憶部120に予め格納しておくことにより、端末装置100の制御部110は、残量検出部180により検出した残量と消費電力の理論値とを用いて、端末装置100が動作可能な理論的な時間を示す動作可能時間を取得することが可能である。
【０１１６】
本実施例に係る端末装置100は、このようにして取得した端末装置100が動作可能な理論的な時間を示す動作可能時間を、上述の保全処理の実行完了の可能性を示す度合いとして、通知ＳＭＳに含ませて送信しても良い。
【０１１７】
また、端末装置100は、このようにして取得した動作可能時間と、端末が有するハードウェア構成に関する情報に基づいて取得した保全処理の実行開始から実行終了までの理論的な時間を示す予想時間と、を用いて上述の保全処理の実行完了の可能性を示す度合いを取得し、取得した度合いを通知ＳＭＳに含ませて送信しても良い。
【０１１８】
例えば、端末装置100は、予想時間のうち動作可能時間が占める割合を保全処理の実行完了の可能性を示す度合いとして取得しても良いし、予想時間と動作可能時間との差分を保全処理の実行完了の可能性を示す度合いとして取得しても良い。
５．端末装置における保全処理の流れ（図８、図９）
図８及び図９は、本実施例に係る端末装置100における保全処理の流れを示す図である。 図８及び図９に示す端末装置100における保全処理の流れは、図５に示す実施例１の処理手順と同じ内容となる処理手順に対して、同一の参照符号を付している。図８及び図９に示す処理手順は、例えば、処理Ｓ２１２及び処理Ｓ２１３が追加されている点で、図５に示す実施例１の処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。
【０１１９】
本実施例において、制御部110は、センタ装置200から有効な保全コマンドを有する制御ＳＭＳを受信した場合（Ｓ２００乃至Ｓ２０２）、上述のように、処理情報を取得する（Ｓ２０３）。
【０１２０】
制御部110は、例えば、ハードウェア構成に関する情報に基づいて取得される予想時間と、残量検出部180により検出される残量に基づいて取得される動作可能時間と、を処理情報として取得する（Ｓ２０３）。
【０１２１】
制御部110は、取得した処理情報を有する通知ＳＭＳをセンタ装置200へ送信し（Ｓ２０４）、保全処理を開始する（Ｓ２０５）。
【０１２２】
また、制御部110は、センタ装置200から経過問い合わせコマンドを有する制御ＳＭＳを受信した場合（Ｓ２００、Ｓ２０１、Ｓ２０８）、上述のように端末装置100において実行されている保全処理の処理状況を取得する（Ｓ２０９）。
【０１２３】
例えば、端末装置100において保全処理の実行を開始してから現在までの経過時間、保全処理の実行により物理フォーマットされた補助記憶部122の記憶容量、補助記憶部122の記憶容量のうち保全処理の実行が未実施の記憶容量などを処理状況として取得する。
【０１２４】
制御部110は、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２１０）。
【０１２５】
制御部110は、上述の処理Ｓ２０５又は処理Ｓ２０６又は処理Ｓ２１１を実行した後、保全処理の実行がまだ完了していないと判定した場合（Ｓ２０６でＮＯ）、残量検出部180により検出される電源の残量を取得する。
【０１２６】
制御部110は、取得した残量を所定の閾値（第一の閾値）と比較することにより、検出された電源残量に基づいて保全処理の遂行が可能であるか否かを判定する（Ｓ２１２）。
【０１２７】
ここで、上述の第一の閾値は、例えば、センタ装置200への通知ＳＭＳの送信に必要な電力に対応付けて予め設定しておくことができる。
【０１２８】
制御部110は、電源残量が第一の閾値を超えない、すなわち、検出された電源残量に基づいて保全処理の遂行が可能でないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２０９と同様に端末装置において実行されている保全処理の処理状況を取得し（Ｓ２１３）、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０７）。
【０１２９】
以上の処理により、端末装置100において動作を維持するために必要な電源を消費し尽くしてしまう直前に、保全処理の処理状況をセンタ装置200へ通知することが可能となる。すなわち、センタ装置200は、端末装置100において実行された保全処理のより正確な処理状況を把握することが可能となる。
【０１３０】
なお、上述の処理Ｓ２１２において、電源残量に基づいて保全処理の遂行が可能であると判定された場合（Ｓ２１２でＹＥＳ）、制御部110は、上述の処理Ｓ２００からの処理手順を再度実行する。以上が、本実施例に係る端末装置100における保全処理の流れである。
【実施例３】
【０１３１】
１．端末装置のプログラムの構成要素（図１９）
図１９は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１９に示すプログラムの構成要素は、上述の実施例２に示すプログラムの構成要素（図１８参照）と同様の構成に対して、同一の参照符号を付している。図１９に示すプログラムの構成要素は、例えば、第二の判定部（PG200）、電源制御部（PG200）が追加されている点で、図１８に示す実施例２のプログラムの構成要素と相違する。
【０１３２】
本実施例において追加されている、第二の判定部（PG200）は、残量検出部（PG180）により検出された電源残量を、上述の第一の閾値とは異なる値に設定された第二の閾値と比較し、電源残量が第二の閾値を超えるか否かを判定する機能部として、制御部110を機能させる。
【０１３３】
また、電源制御部（PG210）は、上述の第二の判定部（PG200）における判定処理において、電源残量が第二の閾値を超えないと判定された場合、通信部140への電源供給を制限する信号を通信線130を介して電源部170へ送信する機能部として、制御部110を機能させる。そのほかの構成については、上述の実施例２と同様であるため、説明を省略する。
２．端末装置における保全処理の流れ（図８、図１０）
図８及び図１０は、本実施例に係る端末装置100における保全処理の流れを示す図である。なお、本実施例において、システムの構成、端末装置100及びセンタ装置200の構成、端末装置100とセンタ装置200との通信処理の流れは、上述の実施例２と同様のため、説明を省略する。図８に示す端末装置100における保全処理の流れは、上述の実施例２と同様のため、説明を省略する。
【０１３４】
図１０に示す端末装置100における保全処理の流れは、図５に示す実施例１の処理手順及び図９に示す実施例２の処理手順と同じ内容となる処理手順に対して、同一の参照符号を付している。図１０に示す処理手順は、例えば、処理Ｓ２１４、処理Ｓ２１５、処理Ｓ２１６、Ｓ２１７が追加されている点で、図９に示す実施例２の処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。
【０１３５】
本実施例において、制御部110は、センタ装置200から受信した保全コマンドに基づいて開始させた保全処理の実行が完了していないと判定した場合（処理Ｓ２０６でＮＯ）、上述の実施例２と同様に、残量検出部180により検出された電源残量を第一の閾値と比較する（Ｓ２１２）。ここで、第一の閾値は、例えば、センタ装置200への通知ＳＭＳの送信に必要な電力に対応付けて予め設定しておくことができる。
【０１３６】
制御部110は、電源残量が第一の閾値を超えない、すなわち、検出された電源残量に基づいて保全処理の遂行が可能でないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２０９と同様に端末装置100において実行されている保全処理の処理状況を取得し（Ｓ２１３）、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０７）。
【０１３７】
以上の処理により、端末装置100において動作を維持するために必要な電源を消費し尽くしてしまう直前に、保全処理の処理状況をセンタ装置200へ通知することが可能となる。
【０１３８】
制御部110は、上述の処理Ｓ２１２において、電源残量が第一の閾値を越えると判定した場合（Ｓ２１２でＹＥＳ）、電源残量を第二の閾値と比較する（Ｓ２１４）。
【０１３９】
ここで、第二の閾値は、例えば、端末装置100において保全処理の対象となる記憶部に対して物理フォーマットを実行するために必要な消費電力に対応付けて予め設定しておくことができる。第二の閾値は、第一の閾値が対応付けて設定した消費電力よりも多い消費電力に対応付けて設定することがより好適である。すなわち、「第一の閾値＜第二の閾値」の関係が成立するように、各閾値を設定することがより好適である。
【０１４０】
制御部110は、上述の処理Ｓ２１４において、電源残量が第二の閾値を超えないと判定した場合（Ｓ２１４でＮＯ）、上述の処理Ｓ２１３と同様に端末装置100において実行されている保全処理の処理状況を取得し（Ｓ２１５）、取得した処理状況及び節電モードに移行する旨のコードを有する通知ＳＭＳをセンタ装置200へ通信部140を介して送信する（Ｓ２１６）。
【０１４１】
以上の処理により、端末装置100における保全処理の最新の実行状況を、センタ装置200へ通知することができる。さらに、センタ装置200は、端末装置100へ送信した制御ＳＭＳに対する応答が端末装置100から受信できなかった場合に、その理由が、端末装置100が節電モードに移行したためであることを把握できる。
【０１４２】
制御部110は、センタ装置200へ通知ＳＭＳを送信した後、通信部140への電力の供給量を制限する節電モードへ動作状態を移行させる指示を電源部170へ送信し、上述の処理Ｓ２０６からの処理手順を実行する。制御部110からの指令を受けた電源部170は、例えば、通信部140への電力の供給を遮断する。
【０１４３】
以上の処理により、制御ＳＭＳの受信の有無を確認するために通信部140において消費されていた電力を節約でき、端末装置100における保全処理の実行完了までの動作に必要な電力を確保できる。
【０１４４】
一方、上述の処理Ｓ２１４において、電源残量が第二の閾値を超えると判定された場合（Ｓ２１４でＹＥＳ）、上述の処理Ｓ２００からの処理手順が再度実行される。
【０１４５】
以上の処理により、保全処理の実行に必要な最低限の消費電力の確保と、センタ装置200からの経過問合せに対する処理状況の通知による利便性の確保と、を両立させることができる。なお、上述の処理手順は、処理Ｓ２１４における第二の閾値との判定を行なった後に、処理Ｓ２１２における第一の閾値との判定を行なう構成としてもよい。
【０１４６】
また、上述の処理手順において、通知ＳＭＳをセンタ装置200へ送信する際に端末装置100の動作状態が節電モードである場合、制御部110は、通知ＳＭＳを送信するために通信部140への電力の供給を電源部170に行なわせ、通知ＳＭＳの送信が完了した後に通信部140への電力の供給を制限させる指令を電源部170へ送信する。
【図面の簡単な説明】
【０１４７】
【図１】実施例１に係るシステムの構成を示す図
【図２】実施例１に係る端末装置の構成を示す図
【図３】実施例１に係るセンタ装置の構成を示す図
【図４】実施例１に係る端末装置とセンタ装置との通信処理の流れを示す図
【図５】実施例１に係る端末装置における保全処理の流れを示す図
【図６】実施例２に係る端末装置の構成を示す図
【図７】実施例２に係る端末装置とセンタ装置との通信処理の流れを示す図
【図８】実施例２及び実施例３に係る端末装置における保全処理の流れを示す図
【図９】実施例２に係る端末装置における保全処理の流れを示す図
【図１０】実施例３に係る端末装置における保全処理の流れを示す図
【図１１】センタ装置における処理の流れを示す図
【図１２】センタ装置における出力内容の例を示す図
【図１３】制御ＳＭＳのデータ構造を示す図
【図１４】ＡＣＫ信号のデータ構造を示す図
【図１５】通知ＳＭＳ（処理情報）のデータ構造を示す図
【図１６】通知ＳＭＳ（処理完了）のデータ構造を示す図
【図１７】実施例１に係る端末装置において実行されるプログラムの構成要素を示す図
【図１８】実施例２に係る端末装置において実行されるプログラムの構成要素を示す図
【図１９】実施例３に係る端末装置において実行されるプログラムの構成要素を示す図
【図２０】センタ装置において実行されるプログラムの構成要素を示す図
【図２１】センタ装置における出力内容の例を示す図（その２）
【技術分野】
【０００１】
本発明は、通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置、プログラムに関する。
【背景技術】
【０００２】
従来、記録媒体を有する端末装置の普及に伴い、端末装置の盗難や紛失による情報漏えいが問題視されている。
【０００３】
特許文献１は、遠隔操作情報に応じた所定の情報保全処理を実行可能とする携帯端末装置に対する情報保全要求時に、該携帯端末装置の所有者であるか否かを本人情報により識別する個人認証処理を行う認証装置と、該認証装置による個人認証が該本人情報と一致した場合に、該携帯端末装置を情報保全処理するための該遠隔操作情報を生成し、該遠隔操作情報を該携帯端末装置に送信処理する管理装置を有する携帯端末装置の情報保全システムが記載されている。これにより、携帯端末装置の盗難や紛失に対して、その所有者が遠隔操作情報により遠隔操作することにより、携帯端末装置の所有者が被害を被ることを排除する所定の情報保全処理が実施され、携帯端末装置の所有者の財産である情報に関わるセキュリティをいっそう高めることができる、とされている。
【特許文献１】特開２００６−３０３８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のように、盗難や紛失の対象とされる端末装置に対して、遠隔操作により所定の情報保全処理を行なうことにより、端末装置が有する記録媒体からの情報漏洩の危険性をある程度低減させることが可能となっている。
【０００５】
しかしながら、従来の技術には、遠隔操作者が意図したとおりに、対象となる端末装置において情報保全処理が完遂されたことを、遠隔操作者が確認することが困難である、という改良すべき点が存在する。
【０００６】
端末装置が有する記録媒体に格納された情報を記録媒体から全て消去することが情報保全処理として望ましいが、端末装置が有する記録媒体の記録容量に応じて、端末装置における情報保全処理が完遂するまでに要する時間は異なる。例えば、数十ＧＢの記録容量を有するＨＤＤを記録媒体として搭載する端末装置の場合、記録媒体に格納された情報を全て消去するためには数分間が必要となる。端末装置毎に搭載する記録媒体の記録容量は異なるため、遠隔操作の対象となる端末装置毎に情報保全処理の完遂に要する時間も異なり、遠隔操作者が端末装置における情報保全処理の実行を把握することを困難にさせている。
【０００７】
また、蓄電池からの電源供給により動作する携帯性を有した端末装置に対して情報保全処理を実行させる場合、蓄電池からの電源供給が途絶することにより、端末装置は情報保全処理を完遂することができない、という問題が生じる。さらに、遠隔操作者は、端末装置が情報保全処理を完遂したか否かを確認することができない、という問題が生じる。
【０００８】
本発明はかかる事情に鑑みてなされたものであり、その目的の一つは、端末装置における情報保全処理の実行を遠隔操作者が正確かつ効率的に把握することができるシステム、を提供することにある。
【課題を解決するための手段】
【０００９】
本願に開示する端末装置は、通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置であって、前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部と、を有する。
【００１０】
上記構成により、本願に開示する端末装置は、センタ装置から受信した制御コマンドが保全処理の実行を指示する保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得し、取得した処理情報をセンタ装置へ送信する。
【００１１】
さらに、端末装置は、センタ装置から受信した制御コマンドが保全処理の実行状況を問合せる問合せコマンドである場合、保全処理の実行状況を取得し、取得した実行状況をセンタ装置へ送信する。
【００１２】
さらに、端末装置は、保全処理の実行が完了した場合、記憶媒体への保全処理が完了したことをセンタ装置へ送信する。
【発明の効果】
【００１３】
本発明によると、端末装置における情報保全処理の実行に関する情報を、遠隔操作者が把握することができる、という優れた効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下本発明の実施の形態を、図面を参照して説明する。
【実施例１】
【００１５】
１．システムの概要
図１は、本実施例に係る保全処理システムの概要を示す図である。図１において、保全処理システムは、端末装置100、センタ装置200、通信網300、を有する。
【００１６】
図１に示す通信網300は、いわゆるキャリア網などのネットワークであって、基地局および地局制御装置などからなる無線アクセスネットワーク、移動交換局、関門移動交換局、およびホームロケーションレジスタなどからなるコアネットワーク、公衆電話網、およびインターネットなどが含まれる。
【００１７】
端末装置100とセンタ装置200とは、通信網300を介して互いに接続し通信できる
端末装置100は、例えばＰＨＳ端末、携帯電話端末、無線ＬＡＮ端末、無線通信モジュールを搭載したパーソナルコンピュータなどの情報処理端末、などを用いることができる。
２．端末装置の構成（図２）
図２は、本実施例に係る端末装置の構成を示す図である。図２に示す端末装置は、制御部110、記憶部120、通信部140、操作部150、出力部160、電源部170を有しており、各部は通信線130を介して通信可能に接続されている。
【００１８】
制御部110は、通信線130を介して端末装置のハードウェア各部と接続されており、記憶部に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部110として、CPU（Central Processing Unit）、MPU(Micro Processing Unit)等を用いることができる。
【００１９】
記憶部120は、例えば、主記憶部121と補助記憶部122を有しており、通信線130を介して接続されている制御部110の処理により、補助記憶部122に格納されたプログラムを主記憶部121に読み込み、主記憶部121に読み込んだプログラムが有する命令コード及びデータを制御部110に転送する。
【００２０】
主記憶部121として、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を用いることができる。補助記憶部122として、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Disk）を用いることができる。
【００２１】
通信部140は、有線又は無線方式により通信網300を介してセンタ装置100と信号を送受信する。
【００２２】
操作部150は、利用者の操作を受付ける。操作部150は、利用者の操作に応じた信号を、通信線130を介して制御部110へ出力する。例えば、操作部150として、入力ボタン、タッチパネルを用いることができる。
【００２３】
電源部170は、端末装置100の動作に必要な電源の供給を受け、図示しない電力供給先を介して各部へ電源を供給する。また、電源部170は、通信線130を介して接続される制御部110からの指令により、図示しない電力供給先を介した各部への電源の供給量を制御する。なお、本実施例において、電源部170は、外部電源から電源の供給を受ける構成でもよいし、端末装置100が搭載する一次電池又は二次電池から電源の供給を受ける構成でもよい。
３．端末装置のプログラムの構成要素（図１７）
図１７は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１７に示すプログラムの構成要素は、受信部（PG110）、処理情報取得部（PG120）、処理情報通知部（PG130）、保全処理実行部（PG140）、保全状況取得部（PG150）、保全状況通知部（PG160）、処理完了通知部（PG170）を有する。
【００２４】
受信部（PG110）は、センタ装置200から送信された制御コマンドを通信部140を介して受信する構成要素として、制御部110を機能させる。
【００２５】
処理情報取得部（PG120）は、受信した制御コマンドが、端末装置100が有する記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する構成要素として、制御部110を機能させる。
【００２６】
処理情報通知部（PG130）は、取得した処理情報を、センタ装置200へ通信部140を介して送信する構成要素として、制御部110を機能させる。
【００２７】
保全処理実行部（PG140）は、受信した制御コマンドが、端末装置100が有する記憶媒体に格納された情報の削除を指示する保全コマンドである場合、記憶媒体に対して保全処理を実行する構成要素として、制御部110を機能させる。
【００２８】
保全状況取得部（PG150）は、受信した制御コマンドが、保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、保全処理実行部（PG140）による保全処理の実行状況を取得する構成要素として、制御部110を機能させる。
【００２９】
保全状況通知部（PG160）は、取得した保全処理の実行状況を、センタ装置200へ通信部140を介して送信する構成要素として、制御部110を機能させる。
【００３０】
保全完了通知部（PG17-）は、保全処理実行部（PG140）による保全処理の実行が完了した場合、記憶媒体に対する保全処理の実行が完了したことを、センタ装置200へ送信する構成要素として、制御部110を機能させる。
４．センタ装置の構成（図３）
図３は、本実施例に係るセンタ装置200のハードウェア構成を示す図である。図３に示すセンタ装置200は、制御部210、記憶部220、通信部240、操作部250、出力部260、電源部270を有しており、各部は通信線230を介して通信可能に接続されている。
【００３１】
制御部210は、通信線230を介して端末装置のハードウェア各部と接続されており、記憶部220に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部210として、CPU（Central Processing Unit）、MPU(Micro Processing Unit)等を用いることができる。
【００３２】
センタ装置200のその他の構成は、一般的なパーソナルコンピュータなどと同様の構成であるため、詳細な説明を省略する。
５．センタ装置のプログラムの構成要素（図２０）
図２０は、本実施例に係るセンタ装置において実行するプログラムの構成要素を示す図である。図２０に示すプログラムの構成要素は、保全処理実行指示部（PG210）、処理情報受信部（PG220）、処理情報出力部（PG230）、処理状況問合部（PG240）、処理完了出力部（PG250）を有する。
【００３３】
保全処理実行指示部（PG210）は、端末装置に対して保全処理の実行を指示する制御ＳＭＳ（Short Message Service）を、通信部240を介して端末装置100へ送信する構成要素として、制御部210を機能させる。
【００３４】
処理情報受信部（PG220）は、端末装置100における保全処理の実行に関する情報を示す処理情報を有する通知ＳＭＳを、通信部240を介して端末装置100から受信する構成要素として、制御部210を機能させる。
【００３５】
処理情報出力部（PG230）は、受信した処理情報を出力部260に出力させる構成要素として、制御部210を機能させる。
【００３６】
処理状況問合部（PG240）は、端末装置100における保全処理の実行状況を示す処理情報を端末装置100に送信させる制御ＳＭＳを、通信部240を介して端末装置100へ送信する構成要素として、制御部210を機能させる。
【００３７】
処理完了出力部（PG250）は、端末装置100における保全処理の実行が完了した旨の通知を通信部240を介して端末措置100から受信した場合に、保全処理の実行が完了した旨を出力部260に出力させる構成要素として、制御部210を機能させる。
６．システム全体の通信処理の流れ（図４）
図４は、本実施例に係る端末装置100とセンタ装置200との間で、通信網300を介して行なわれる、通信処理の流れを示す図である。
【００３８】
まず、センタ装置200は、端末装置100に対して、保全処理の実行を指示する命令コードを有する制御ＳＭＳを送信する（Ｓ１００）。
【００３９】
図１３は、制御ＳＭＳのデータ構造を示す図である。制御ＳＭＳは、送信対象の端末装置を識別する情報などを示すＳＭＳヘッダと、コマンドの種別を示すコマンド種別を有する。
【００４０】
この制御ＳＭＳの送信処理は、例えば、センタ装置200の操作者が、端末装置100を紛失した旨の連絡を端末装置100の利用者から受け、その紛失した端末装置100が有する記録媒体からの情報漏えいを防止すべく保全処理の実行の依頼をその利用者から受けることにより、実行される。
【００４１】
端末装置100は、センタ装置200からの制御ＳＭＳを、通信網300を介して受信し、制御ＳＭＳの受付を完了した旨のコードを有するＡｃｋ信号を、センタ装置200へ送信する（Ｓ１０１）。
【００４２】
図１４は、ＡＣＫ信号のデータ構造を示す図である。ＡＣＫ信号は、送信元の端末装置100を識別する情報及びＡＣＫであることを示す「ＳＭＳ ＡＣＫ」コードと、受付が完了したことを示す「受付完了」コードを有する。
【００４３】
端末装置100は、さらに、自端末装置が有するハードウェア構成の情報及び動作状態に基づいて、保全処理に関する動作条件を示す情報を取得し、取得した保全処理に関する動作条件を示す情報に基づいて得られる処理情報を有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０２）。
【００４４】
図１５は、通知ＳＭＳのデータ構造を示す図である。通知ＳＭＳは、送信元の端末装置を識別する情報を示すＳＭＳヘッダと、処理情報を有する。
【００４５】
例えば、端末装置は、保全処理の対象となる補助記憶部122の記憶容量、補助記憶部122の型番などのハードウェア構成の情報を処理情報として、通知ＳＭＳを送信する。以上の処理により、センタ装置200は、端末装置100が有する保全処理の対象となるハードウェアの構成に関する情報を取得し、端末装置100において実行される保全処理の実行状況を把握することが可能となる。
【００４６】
すなわち、保全処理の対象となるハードウェア構成に関する情報に基づいて、保全処理の実行開始から実行完了までの理論的な時間を、把握することが可能となる。
【００４７】
保全処理の実行完了までの時間が短いほど、端末装置100が有する記録媒体から情報が漏洩する危険性が低くなるため、保全処理の実行完了までの時間の目安を、保全処理の実行を依頼した利用者へ通知するために把握することは、センタ装置200の操作者にとって重要となる。
【００４８】
なお、上述の処理Ｓ１０２において、端末装置100は、ハードウェアの構成に関する情報に基づいて、保全処理の実行開始から実行終了までの理論的な時間を示す予想時間を取得し、取得した予想時間を処理情報として、通知ＳＭＳをセンタ装置200へ送信してもよい。
【００４９】
センタ装置200は、端末装置からの通知ＳＭＳを受信し（Ｓ１０２）、通知ＳＭＳが有する処理情報に基づいて端末装置100における保全処理の動作に関する情報を出力する。
【００５０】
センタ装置200は、端末装置100における保全処理の実行状況の問合せを示すコードを有する制御ＳＭＳを、端末装置100へ送信する（Ｓ１０３）。
【００５１】
端末装置100は、センタ装置200からの制御ＳＭＳを受信し、保全処理の実行経過を示す処理情報を取得する。例えば、端末装置100は、保全処理の対象となる補助記憶部に対する物理フォーマットの処理を開始してから現在までの経過時間を計測しておき、その計測された経過時間を処理情報として取得する。また、端末装置100は、保全処理の対象となる補助記憶部に対する物理フォーマットの処理が実行された領域の記憶容量を計測し、計測して得た記憶容量を処理情報として取得することもできる。
【００５２】
端末装置100は、取得した処理情報を有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０４）。
【００５３】
センタ装置200は、端末装置100からの通知ＳＭＳを受信し（Ｓ１０４）、通知ＳＭＳが有する処理情報に基づいて、端末装置100における保全処理の実行状況を出力する。
【００５４】
センタ装置200は、さらに、端末装置100から受信した通知ＳＭＳが有する処理情報が保全処理の完了を示すか否かを判定し、保全処理の完了を示すものでない場合、適当な時間が経過した後、上述の処理Ｓ１０３を実行する。
【００５５】
端末装置100は、保全処理の実行が完了した場合、保全処理の実行完了を示すコードを有する通知ＳＭＳを、センタ装置200へ送信する（Ｓ１０５）。
【００５６】
センタ装置200は、端末装置100からの保全処理の実行完了を示すコードを有する通知ＳＭＳを受信することにより、端末装置100における保全処理の実行が完了した旨を出力する。
【００５７】
図１６は、保全処理の実行が完了した旨の通知ＳＭＳのデータ構造を示す図である。保全処理の実行が完了した旨の通知ＳＭＳは、送信元の端末装置100を識別する情報を示すＳＭＳヘッダと、保全処理の実行が完了した旨を示す「実行完了」コードを有する。
【００５８】
以上の処理により、センタ装置200の操作者は、端末装置100における保全処理の実行が完了したことを把握することが可能となる。
【００５９】
保全処理の実行が完了した後は、端末装置100が有する記録媒体には保全処理の対象となる情報が格納されていない状態となるため、端末装置100が有する記録媒体から情報が漏洩することを防止できる。
【００６０】
そのため、保全処理の実行が完了したことを、保全処理の実行を依頼した利用者へ通知するために把握することは、センタ装置100の操作者にとって重要となる。以上が、本実施例に係るシステムにおける通信処理の流れである。
７．センタ装置における保全処理の流れ（図１１）
図１１は、本実施例に係るセンタ装置200における保全処理の流れを示す図である。
【００６１】
まず、センタ装置200の制御部210は、保全処理の実行指示を示す保全コマンドを有する制御ＳＭＳを、保全処理の対象となる端末装置100へ通信部240を介して送信する（Ｓ３０１）。その後、制御部210は、制御ＳＭＳを受信した旨を示すＡＣＫ信号を、端末装置100から受信する。なお、制御ＳＭＳには、端末装置において保全コマンドの正当性を確認させるための認証情報を含ませることができる。
【００６２】
制御部210は、制御ＳＭＳを送信する際には、保全処理の対象となる端末装置100を識別する情報を、操作部250を介して取得しておくことができる。例えば、制御部210は、図２１に示す出力例を構成要素にもつ入力画面を出力部260を介して表示させ、操作部250を介して入力を取得することができる。
【００６３】
図２１に示す入力画面は、端末番号の入力欄2101、認証情報の入力欄2102、送信実行ボタン2103を有する。
【００６４】
端末番号の入力欄2101は、送信対象となる端末装置100を識別する情報として端末番号の入力を受付ける。図２１に示す例では、端末番号として「０００−００００−００００」が入力されている。
【００６５】
認証情報の入力欄2102は、送信対象となる端末装置100において保全コマンドの正当性を確認する際に用いられる情報を示す認証情報の入力を受付ける。図２１に示す例では、認証情報として「ＡＡＡ−ＡＡＡ−ＡＡＡ」が入力されている。
【００６６】
送信実行ボタン2103は、制御ＳＭＳの送信処理を制御部210に実行させる指示の入力を受付ける。
【００６７】
つぎに、制御部210は、端末装置100から通知ＳＭＳを受信したか否かを判定し（Ｓ３０２）、通信部240を介して通知ＳＭＳを端末装置100から受信した場合（Ｓ３０２でＹＥＳ）、受信した通知ＳＭＳが有する処理情報を出力部260を介して表示させる（Ｓ３０３）。
【００６８】
図１２は、上述の処理Ｓ３０３により表示される画面の内容例を示す図である。図１２に示す画面例は、端末番号の表示欄1201、認証情報の表示欄1202、処理情報の表示欄1203を有する。さらに、処理情報の表示欄1203は、動作条件の表示欄1204、進捗状況の表示欄1205を有する。
【００６９】
端末番号の表示欄1201には、上述の処理Ｓ３０１において制御ＳＭＳを送信した端末装置100を識別する情報としての端末番号が表示される。例えば、表示欄1201には、図２１に示す入力画面において入力を受付けた端末番号が表示される。図１２に示す例では、端末番号として「０００−００００−００００」が表示欄1201に表示されている。
【００７０】
認証情報の表示欄1202には、上述の処理Ｓ３０１において制御ＳＭＳに含ませた認証情報が表示される。例えば、表示欄1202には、図２１に示す入力画面において入力を受付けた認証情報が表示される。図１２に示す例では、認証情報として「ＡＡＡ−ＡＡＡ−ＡＡＡ」が表示欄1202に表示されている。
【００７１】
処理情報の表示欄1203には、端末装置100から通信部204を介して受信した通知ＳＭＳが有する処理情報に基づいて生成された出力内容が表示される。
【００７２】
図１２に示す例では、処理情報のうち動作条件として「記憶容量：３２０ＧＢ」「型名：ＢＢＢ−ＢＢＢ−ＢＢＢ」「予想時間：３００分」「予想完了時刻：２０００８年９月８日１２：３５」「電源残量：８０％」「動作可能時間：４８０分」「遂行可能度合：１６０％（４８０分／３００分）」が表示欄1204に表示されている。
【００７３】
表示欄1204に示す記憶容量は、端末装置100において保全処理の対象とされる記憶媒体の記憶容量を示す。図１２に示す例では、保全処理の対象とされる記憶媒体の記憶容量が３２０ＧＢ（Giga Byte）であることを示す。
【００７４】
表示欄1204に示す型名は、端末装置100において保全処理の対象とされる記憶媒体の型名を示す。図１２に示す例では、保全処理の対象とされる記憶媒体の型名が「ＢＢＢ−ＢＢＢ−ＢＢＢ」であることを示す。
【００７５】
表示欄1204に示す予想時間は、端末装置100において保全処理の実行に要する理論的な所要時間を示す。図１２に示す例では、予想時間が「３００分」であることを示す。
【００７６】
表示欄1204に示す予想完了時刻は、端末装置100における保全処理の実行が完了する時刻として予想される時刻を示す。例えば、上述の予想時間に示される数値を、通知ＳＭＳが有するＳＭＳヘッダに示される送信時刻と加算することにより、予想完了時刻に表示する時刻情報を得ることができる。図１２に示す例では、予想完了時刻が「２００８年９月８日１２：３５」であることを示す。
【００７７】
表示欄1204に示す電源残量は、保全処理を実行する際の端末装置100において検出された電源残量の値を示す。図１２に示す例では、電源残量として「８０％」であることを示す。すなわち、図１２に示す例では、端末装置100に接続される電源の最大容量の２０％は既に消費されており、電源の最大容量の８０％が利用可能であることを示している。
【００７８】
表示欄1204に示す動作可能時間は、上述の電源残量に基づいて端末装置100において保全処理の実行が可能な動作時間を示す。例えば、上述の電源残量に対して、端末装置100において保全処理を実行する際に消費される単位時間当たりの消費電力を除算等することにより、動作可能時間に表示する時間情報を取得することができる。図１２に示す例では、動作可能時間が「４８０分」であることを示す。
【００７９】
表示欄1204に示す遂行可能度合は、上述の動作可能時間に対する上述の予想時間が占める割合を示す。すなわち、端末装置100において検出された電源残量に基づいて、端末装置100において保全処理がどの程度実行されるかについての度合を示す。図１２に示す例では、遂行可能度合が「１６０％」である旨、その根拠として動作可能時間に対して予想時間を除算する式「４８０分／３００分」が示されている。なお、処理情報のうち進捗状況の表示欄1205については、後述する。
【００８０】
次に、制御部210は、上述の処理Ｓ３０２において通信部240を介して受信した通知ＳＭＳが実行完了を示すか否かを判定し（Ｓ３０４）、実行完了を示す通知ＳＭＳである場合（Ｓ３０４）、その旨を出力部２６０を介して表示させ（Ｓ３０５）、本実施例に係る保全処理を終了する。
【００８１】
一方、上述の処理Ｓ３０４において通知ＳＭＳが通知完了を示すものでないと判定した場合（Ｓ３０４でＮＯ）、所定時間が経過した後（Ｓ３０６でＹＥＳ）、制御部210は、保全処理の実行状況を示す通知ＳＭＳを端末装置100に送信させるコマンドを有する制御ＳＭＳを、端末装置100へ通信部240を介して送信する（Ｓ３０７）。その後、制御部210は、上述の処理Ｓ３０２からの処理手順を実行する。
【００８２】
すなわち、制御部210は、上述の処理Ｓ３０７において制御ＳＭＳを送信した後、端末装置から通信部240を介して受信した通知ＳＭＳが有する処理情報に基づいて生成された出力内容を、出力部260を介して表示させる。
【００８３】
図１２に示す例では、処理情報のうち進捗状況として「消去済み容量：５０％（１６０ＧＢ／３２０ＧＢ）」「経過時間：１５０分」「電源残量：４０分」「動作可能時間：２４０分」「遂行可能度合：１６０％（２４０分／１５０分）」「最終通知時刻：２００８年９月８日１０：０５」が表示欄1205に表示されている。
【００８４】
表示欄1205に示す消去済み容量は、端末装置100における保全処理により消去された記憶媒体の記憶容量を示す。図１２に示す例では、消去済み容量として「１６０ＧＢ」が示され、記憶媒体が有する全体の記憶容量として「３２０ＧＢ」が示され、全体の記憶容量に対する消去済みの記憶容量の割合として「５０％」が示されている。
【００８５】
表示欄1205に示す経過時間は、端末装置100において保全処理の実行が開始された時刻からの経過時間を示す。図１２に示す例では、経過時間として「１５０分」が示されている。
【００８６】
表示欄1205に示す電源残量は、通知ＳＭＳを送信する際に端末装置100において検出された電源残量を示す。図１２に示す例では、電源残量として「４０％」であることが示されている。すなわち、図１２に示す例では、端末装置100に接続される電源の最大容量の６０％は既に消費されており、電源の最大容量の４０％が利用可能であることを示している。
【００８７】
表示欄1205に示す動作可能時間は、上述の表示欄1205に示す電源残量に基づいて端末装置100において保全処理の実行が可能な動作時間を示す。例えば、上述の表示欄1205に示す電源残量に対して、端末装置100において保全処理を実行する際に消費される単位時間当たりの消費電力を除算等することにより、動作可能時間に表示する時間情報を取得することができる。図１２に示す例では、動作可能時間として「４８０分」が表示欄1205に示されている。
【００８８】
表示欄1205に示す遂行可能度合は、上述の表示欄1205に示す動作可能時間に対する予想時間の残り時間が占める割合を示す。すなわち、端末装置100において検出された電源残量に基づいて、端末装置100において保全処理がどの程度実行されるかについての度合を示す。図１２に示す例では、遂行可能度合が「１６０％」である旨、その根拠として動作可能時間に対して予想時間の残り時間を除算する式「２４０分／１５０分」が、表示欄1205に示されている。なお、予想時間の残り時間は、上述の表示欄1204に示される予想時間から上述の表示欄1205に示される経過時間を減算することにより取得できる。
【００８９】
表示欄1205に示す最終通知時刻は、通信部240を介して端末装置100から受信した通知ＳＭＳが有するＳＭＳヘッダに示される送信時刻を示す。図１２に示す例では、最終通知時刻として「２００８年９月８日１０：０５」が示されている。以上が、センタ装置200における保全処理の流れである。
８．端末装置における保全処理の流れ（図５）
図５は、本実施例に係る端末装置100における保全処理の流れを示す図である。
【００９０】
まず、端末装置100の制御部110は、保全処理の実行指示などを示すコマンドの受信を待つ（Ｓ２００）。すなわち、制御部110は、センタ装置200から制御ＳＭＳを受信したか否かを判定する（Ｓ２００）。
【００９１】
制御部110は、センタ装置200から制御ＳＭＳを受信したと判定した場合（Ｓ２００でＹＥＳ）、制御ＳＭＳを受信した旨のＡＣＫ信号を、通信部140を介して、センタ装置200へ送信する（Ｓ２０１）。
【００９２】
一方、制御部110は、センタ装置200から制御ＳＭＳを受信していないと判定した場合（Ｓ２００でＮＯ）、端末装置100が保全状態であるか否かを判定する（Ｓ２１２）。
【００９３】
制御部110は、端末装置100の動作状態が保全状態ではないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２２０からの処理手順を再度実行する。すなわち、端末装置100において保全処置が実行されていない動作状態の場合、制御部110は、上述の処理２００と処理Ｓ２１２を適当なタイミングで繰り返し実行することになる。
【００９４】
制御部110は、上述の処理Ｓ２０１においてＡｃｋ信号をセンタ装置200へ送信した後、さらに、受信した制御ＳＭＳが有するコマンドが有効な保全コマンドであるか否かを判定する（Ｓ２０２）。
【００９５】
例えば、センタ装置200から受信したＳＭＳが有する識別情報を、端末装置100が予め格納している識別情報と比較して、一致するか否かを判定した結果に基づいて、有効性を判定することが可能である。
【００９６】
制御部110は、有効な保全コマンドであると判定した場合（Ｓ２０２でＹＥＳ）、端末装置100の動作状態を取得し、既に保全処理を実行している保全状態であるか否かを判定する（Ｓ２０３）。
【００９７】
制御部110は、端末装置100の動作状態が保全状態ではないと判定した場合（Ｓ２０３でＹＥＳ）、端末装置100の処理情報を取得し（Ｓ２０４）、取得した処理情報を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０５）。
【００９８】
例えば、端末装置100が有する補助記憶部122の記憶容量、型番などのハードウェア情報を保全処理の動作条件として取得し、取得したハードウェア情報を処理情報とすることができる。なお、補助記憶部122の記憶容量、型番などのハードウェア情報は、補助記憶部122の内部に有するレジストリに格納させておき、制御部110が通信線130を介して補助記憶部122の内部に有するレジストリを参照することにより、ハードウェア情報を取得する構成としても良い。
【００９９】
あるいは、制御部110は、取得したハードウェア情報に基づいて、保全処理の動作に必要な処理時間の理論値を示す予想時間を、処理情報として取得してもよい。
【０１００】
例えば、補助記憶部の応答速度と補助記憶部の記憶容量とに基づいて、補助記憶部に対する物理フォーマットの実行開始から実行完了までの動作に必要な処理時間の理論値を取得することができる。なお、補助記憶部122の応答速度は、上述の補助記憶部122の内部に有するレジストリに格納させたハードウェア情報として取得しても良いし、補助記憶部122への書込み処理等を実行した際の単位時間当たりの書込み速度等を計測して取得しても良い。
【０１０１】
つぎに、制御部110は、保全処理を開始する（Ｓ２０６）。例えば、制御部110は、補助記憶部122に対して物理フォーマットの処理を開始し、端末装置100の動作状態を保全状態に遷移させる。保全状態とは、例えば、端末装置100の操作部150からの信号の入力を無効化する状態をいう。
【０１０２】
一方、上述の処理Ｓ２０２において、受信した制御ＳＭＳが有するコマンドが有効な保全コマンドでないと判定した場合（Ｓ２０２でＮＯ）、制御部110は、受信したコマンドが経過問い合わせコマンドであるか否かを判定する（Ｓ２０９）。
【０１０３】
経過問い合わせコマンドであると判定された場合（Ｓ２０９でＹＥＳ）、制御部110は、保全処理の実行状況を取得し（Ｓ２１０）、取得した処理状況を処理情報として、通知ＳＭＳをセンタ装置200へ送信する（Ｓ２１１）。
【０１０４】
なお、上述の処理Ｓ２０３において端末装置100の動作状態が保全状態であると判定された場合（Ｓ２０３でＮＯ）、制御部110は、上述の処理Ｓ２１０及び処理Ｓ２１１を実行する。
【０１０５】
これは、保全処理の実行指示を示すコマンドを有する制御ＳＭＳが重複して受信された場合に、既に保全処理が実行中であることを通知するだけでなく、処理実行の進捗状況をセンタ装置200へ通知することにより、センタ装置200からの経過問合せコマンドの送信を省略させるための措置である。以上の処理により、センタ装置200と端末装置100との間で行なわれる通信処理の効率化を図ることができる。
【０１０６】
制御部110は、上述の処理Ｓ２０６又は処理Ｓ２１１を実行した後、又は処理Ｓ２１２において端末装置100の動作状態が保全状態であると判定した後、保全処理の実行が完了したか否かを判定する（Ｓ２０７）。制御部110は、保全処理の実行が完了したと判定された場合（Ｓ２０７でＹＥＳ）、保全処理の結果を示すコードを有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０８）。
【０１０７】
一方、保全処理の実行が完了していないと判定された場合（Ｓ２０７でＮＯ）、制御部110は、上述の処理Ｓ２００からの処理手順を再度実行する。すなわち、上述の処理Ｓ２００において制御ＳＭＳを受信していないと判定した場合（Ｓ２００でＮＯ）、制御部110は、上述の処理Ｓ２１２において端末装置100の動作状態が保全状態であると判定し（Ｓ２１２でＹＥＳ）、上述の処理Ｓ２０７の判定処理を実行することになる。
【０１０８】
なお、上述の処理Ｓ２０９において経過問い合わせコマンドでないと判定された場合（Ｓ２０９でＮＯ）、上述の処理Ｓ２１２における判定処理が実行される。すなわち、受信した制御ＳＭＳが有するコマンドは本実施例に係る保全処置に関係するコマンドでは無いと判定され、上述の処理Ｓ２００において制御ＳＭＳを受信していないと判定された場合と同様の処理が実行される。以上が、本実施例に係る端末装置100における保全処理の流れである。
【実施例２】
【０１０９】
１．システムの概要
本実施例に係るシステムの構成は、上述の実施例１と同様であるため、説明を省略する。
２．端末装置の構成（図６）
図６は、本実施例に係る端末装置の構成を示す図である。図６に示す端末装置は、実施例１に示すハードウェア構成の他に、残量検出部180を有している。なお、本実施例における電源部170は、端末装置100の動作に必要な電源の供給を、端末装置に接続される一次電池又は二次電池から受ける構成を有する。残量検出部180は、電源部170へ電源を供給する一次電池又は二次電池の残量を検出し、検出した残量を制御部110へ通信線130を介して転送する。その他の構成については、実施例１に示すハードウェア構成と同様のため、説明を省略する。
３．端末装置のプログラムの構成（図１８）
図１８は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１８に示すプログラムの構成要素は、上述の実施例１に示すプログラムの構成要素（図１７）と同様の構成に対して、同一の参照符号を付している。図１８に示すプログラムの構成要素は、例えば、電源残量検出（PG180）、第一の判定部（PG190）が追加されている点で、図１７に示す実施例１のプログラムの構成要素と相違する。
【０１１０】
本実施例において追加されている、電源残量検出部（PG180）は、電源部170に電源を供給する一次電池又は二次電池の電源残量を検出する残量検出部180により検出された残量を取得する構成要素として、制御部110を機能させる。
【０１１１】
また、第一の判定部（PG190）は、電源残量検出部により検出された電源残量を第一の閾値と比較し、電源残量が第一の閾値を超えるか否かを判定する構成要素として、制御部110を機能させる。
【０１１２】
ここで、第一の閾値は、例えば、上述の処理状況通知部（PG160）により保全処理の実行状況をセンタ装置200へ通信部140を介して送信する際に端末装置において消費される電力に対応付けて設定することができる。
【０１１３】
そのほかの構成については、上述の実施例１と同様であるため、説明を省略する。
４．システム全体の通信処理の流れ（図７）
図７は、本実施例に係る端末装置とセンタ装置との間で、通信回線及び中継装置を介して行なわれる、通信処理の流れを示す図である。図７に示す通信処理の流れは、処理Ｓ１０２において、通知ＳＭＳが有する処理情報として残量検出部180で検出した残量を有する点で、実施例１に示す通信処理の流れと相違する。以上の処理により、センタ装置200は、端末装置における保全処理の実行が完了するまで動作可能な状態を端末装置が維持すことが出来るか否か、を把握することが可能となる。
【０１１４】
なお、本実施例における処理Ｓ１０２において、端末装置100は、残量検出部180により検出した残量と、ハードウェアの構成に関する情報に基づいて取得した保全処理の実行開始から実行終了までの理論的な時間を示す予想時間と、を用いて保全処理の実行完了の可能性を示す度合いを、処理情報として取得する構成としても良い。
【０１１５】
例えば、保全処理の実行に必要な単位時間当たりの消費電力の理論値を端末装置100の記憶部120に予め格納しておくことにより、端末装置100の制御部110は、残量検出部180により検出した残量と消費電力の理論値とを用いて、端末装置100が動作可能な理論的な時間を示す動作可能時間を取得することが可能である。
【０１１６】
本実施例に係る端末装置100は、このようにして取得した端末装置100が動作可能な理論的な時間を示す動作可能時間を、上述の保全処理の実行完了の可能性を示す度合いとして、通知ＳＭＳに含ませて送信しても良い。
【０１１７】
また、端末装置100は、このようにして取得した動作可能時間と、端末が有するハードウェア構成に関する情報に基づいて取得した保全処理の実行開始から実行終了までの理論的な時間を示す予想時間と、を用いて上述の保全処理の実行完了の可能性を示す度合いを取得し、取得した度合いを通知ＳＭＳに含ませて送信しても良い。
【０１１８】
例えば、端末装置100は、予想時間のうち動作可能時間が占める割合を保全処理の実行完了の可能性を示す度合いとして取得しても良いし、予想時間と動作可能時間との差分を保全処理の実行完了の可能性を示す度合いとして取得しても良い。
５．端末装置における保全処理の流れ（図８、図９）
図８及び図９は、本実施例に係る端末装置100における保全処理の流れを示す図である。 図８及び図９に示す端末装置100における保全処理の流れは、図５に示す実施例１の処理手順と同じ内容となる処理手順に対して、同一の参照符号を付している。図８及び図９に示す処理手順は、例えば、処理Ｓ２１２及び処理Ｓ２１３が追加されている点で、図５に示す実施例１の処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。
【０１１９】
本実施例において、制御部110は、センタ装置200から有効な保全コマンドを有する制御ＳＭＳを受信した場合（Ｓ２００乃至Ｓ２０２）、上述のように、処理情報を取得する（Ｓ２０３）。
【０１２０】
制御部110は、例えば、ハードウェア構成に関する情報に基づいて取得される予想時間と、残量検出部180により検出される残量に基づいて取得される動作可能時間と、を処理情報として取得する（Ｓ２０３）。
【０１２１】
制御部110は、取得した処理情報を有する通知ＳＭＳをセンタ装置200へ送信し（Ｓ２０４）、保全処理を開始する（Ｓ２０５）。
【０１２２】
また、制御部110は、センタ装置200から経過問い合わせコマンドを有する制御ＳＭＳを受信した場合（Ｓ２００、Ｓ２０１、Ｓ２０８）、上述のように端末装置100において実行されている保全処理の処理状況を取得する（Ｓ２０９）。
【０１２３】
例えば、端末装置100において保全処理の実行を開始してから現在までの経過時間、保全処理の実行により物理フォーマットされた補助記憶部122の記憶容量、補助記憶部122の記憶容量のうち保全処理の実行が未実施の記憶容量などを処理状況として取得する。
【０１２４】
制御部110は、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２１０）。
【０１２５】
制御部110は、上述の処理Ｓ２０５又は処理Ｓ２０６又は処理Ｓ２１１を実行した後、保全処理の実行がまだ完了していないと判定した場合（Ｓ２０６でＮＯ）、残量検出部180により検出される電源の残量を取得する。
【０１２６】
制御部110は、取得した残量を所定の閾値（第一の閾値）と比較することにより、検出された電源残量に基づいて保全処理の遂行が可能であるか否かを判定する（Ｓ２１２）。
【０１２７】
ここで、上述の第一の閾値は、例えば、センタ装置200への通知ＳＭＳの送信に必要な電力に対応付けて予め設定しておくことができる。
【０１２８】
制御部110は、電源残量が第一の閾値を超えない、すなわち、検出された電源残量に基づいて保全処理の遂行が可能でないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２０９と同様に端末装置において実行されている保全処理の処理状況を取得し（Ｓ２１３）、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０７）。
【０１２９】
以上の処理により、端末装置100において動作を維持するために必要な電源を消費し尽くしてしまう直前に、保全処理の処理状況をセンタ装置200へ通知することが可能となる。すなわち、センタ装置200は、端末装置100において実行された保全処理のより正確な処理状況を把握することが可能となる。
【０１３０】
なお、上述の処理Ｓ２１２において、電源残量に基づいて保全処理の遂行が可能であると判定された場合（Ｓ２１２でＹＥＳ）、制御部110は、上述の処理Ｓ２００からの処理手順を再度実行する。以上が、本実施例に係る端末装置100における保全処理の流れである。
【実施例３】
【０１３１】
１．端末装置のプログラムの構成要素（図１９）
図１９は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図１９に示すプログラムの構成要素は、上述の実施例２に示すプログラムの構成要素（図１８参照）と同様の構成に対して、同一の参照符号を付している。図１９に示すプログラムの構成要素は、例えば、第二の判定部（PG200）、電源制御部（PG200）が追加されている点で、図１８に示す実施例２のプログラムの構成要素と相違する。
【０１３２】
本実施例において追加されている、第二の判定部（PG200）は、残量検出部（PG180）により検出された電源残量を、上述の第一の閾値とは異なる値に設定された第二の閾値と比較し、電源残量が第二の閾値を超えるか否かを判定する機能部として、制御部110を機能させる。
【０１３３】
また、電源制御部（PG210）は、上述の第二の判定部（PG200）における判定処理において、電源残量が第二の閾値を超えないと判定された場合、通信部140への電源供給を制限する信号を通信線130を介して電源部170へ送信する機能部として、制御部110を機能させる。そのほかの構成については、上述の実施例２と同様であるため、説明を省略する。
２．端末装置における保全処理の流れ（図８、図１０）
図８及び図１０は、本実施例に係る端末装置100における保全処理の流れを示す図である。なお、本実施例において、システムの構成、端末装置100及びセンタ装置200の構成、端末装置100とセンタ装置200との通信処理の流れは、上述の実施例２と同様のため、説明を省略する。図８に示す端末装置100における保全処理の流れは、上述の実施例２と同様のため、説明を省略する。
【０１３４】
図１０に示す端末装置100における保全処理の流れは、図５に示す実施例１の処理手順及び図９に示す実施例２の処理手順と同じ内容となる処理手順に対して、同一の参照符号を付している。図１０に示す処理手順は、例えば、処理Ｓ２１４、処理Ｓ２１５、処理Ｓ２１６、Ｓ２１７が追加されている点で、図９に示す実施例２の処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。
【０１３５】
本実施例において、制御部110は、センタ装置200から受信した保全コマンドに基づいて開始させた保全処理の実行が完了していないと判定した場合（処理Ｓ２０６でＮＯ）、上述の実施例２と同様に、残量検出部180により検出された電源残量を第一の閾値と比較する（Ｓ２１２）。ここで、第一の閾値は、例えば、センタ装置200への通知ＳＭＳの送信に必要な電力に対応付けて予め設定しておくことができる。
【０１３６】
制御部110は、電源残量が第一の閾値を超えない、すなわち、検出された電源残量に基づいて保全処理の遂行が可能でないと判定した場合（Ｓ２１２でＮＯ）、上述の処理Ｓ２０９と同様に端末装置100において実行されている保全処理の処理状況を取得し（Ｓ２１３）、取得した処理状況を有する通知ＳＭＳをセンタ装置200へ送信する（Ｓ２０７）。
【０１３７】
以上の処理により、端末装置100において動作を維持するために必要な電源を消費し尽くしてしまう直前に、保全処理の処理状況をセンタ装置200へ通知することが可能となる。
【０１３８】
制御部110は、上述の処理Ｓ２１２において、電源残量が第一の閾値を越えると判定した場合（Ｓ２１２でＹＥＳ）、電源残量を第二の閾値と比較する（Ｓ２１４）。
【０１３９】
ここで、第二の閾値は、例えば、端末装置100において保全処理の対象となる記憶部に対して物理フォーマットを実行するために必要な消費電力に対応付けて予め設定しておくことができる。第二の閾値は、第一の閾値が対応付けて設定した消費電力よりも多い消費電力に対応付けて設定することがより好適である。すなわち、「第一の閾値＜第二の閾値」の関係が成立するように、各閾値を設定することがより好適である。
【０１４０】
制御部110は、上述の処理Ｓ２１４において、電源残量が第二の閾値を超えないと判定した場合（Ｓ２１４でＮＯ）、上述の処理Ｓ２１３と同様に端末装置100において実行されている保全処理の処理状況を取得し（Ｓ２１５）、取得した処理状況及び節電モードに移行する旨のコードを有する通知ＳＭＳをセンタ装置200へ通信部140を介して送信する（Ｓ２１６）。
【０１４１】
以上の処理により、端末装置100における保全処理の最新の実行状況を、センタ装置200へ通知することができる。さらに、センタ装置200は、端末装置100へ送信した制御ＳＭＳに対する応答が端末装置100から受信できなかった場合に、その理由が、端末装置100が節電モードに移行したためであることを把握できる。
【０１４２】
制御部110は、センタ装置200へ通知ＳＭＳを送信した後、通信部140への電力の供給量を制限する節電モードへ動作状態を移行させる指示を電源部170へ送信し、上述の処理Ｓ２０６からの処理手順を実行する。制御部110からの指令を受けた電源部170は、例えば、通信部140への電力の供給を遮断する。
【０１４３】
以上の処理により、制御ＳＭＳの受信の有無を確認するために通信部140において消費されていた電力を節約でき、端末装置100における保全処理の実行完了までの動作に必要な電力を確保できる。
【０１４４】
一方、上述の処理Ｓ２１４において、電源残量が第二の閾値を超えると判定された場合（Ｓ２１４でＹＥＳ）、上述の処理Ｓ２００からの処理手順が再度実行される。
【０１４５】
以上の処理により、保全処理の実行に必要な最低限の消費電力の確保と、センタ装置200からの経過問合せに対する処理状況の通知による利便性の確保と、を両立させることができる。なお、上述の処理手順は、処理Ｓ２１４における第二の閾値との判定を行なった後に、処理Ｓ２１２における第一の閾値との判定を行なう構成としてもよい。
【０１４６】
また、上述の処理手順において、通知ＳＭＳをセンタ装置200へ送信する際に端末装置100の動作状態が節電モードである場合、制御部110は、通知ＳＭＳを送信するために通信部140への電力の供給を電源部170に行なわせ、通知ＳＭＳの送信が完了した後に通信部140への電力の供給を制限させる指令を電源部170へ送信する。
【図面の簡単な説明】
【０１４７】
【図１】実施例１に係るシステムの構成を示す図
【図２】実施例１に係る端末装置の構成を示す図
【図３】実施例１に係るセンタ装置の構成を示す図
【図４】実施例１に係る端末装置とセンタ装置との通信処理の流れを示す図
【図５】実施例１に係る端末装置における保全処理の流れを示す図
【図６】実施例２に係る端末装置の構成を示す図
【図７】実施例２に係る端末装置とセンタ装置との通信処理の流れを示す図
【図８】実施例２及び実施例３に係る端末装置における保全処理の流れを示す図
【図９】実施例２に係る端末装置における保全処理の流れを示す図
【図１０】実施例３に係る端末装置における保全処理の流れを示す図
【図１１】センタ装置における処理の流れを示す図
【図１２】センタ装置における出力内容の例を示す図
【図１３】制御ＳＭＳのデータ構造を示す図
【図１４】ＡＣＫ信号のデータ構造を示す図
【図１５】通知ＳＭＳ（処理情報）のデータ構造を示す図
【図１６】通知ＳＭＳ（処理完了）のデータ構造を示す図
【図１７】実施例１に係る端末装置において実行されるプログラムの構成要素を示す図
【図１８】実施例２に係る端末装置において実行されるプログラムの構成要素を示す図
【図１９】実施例３に係る端末装置において実行されるプログラムの構成要素を示す図
【図２０】センタ装置において実行されるプログラムの構成要素を示す図
【図２１】センタ装置における出力内容の例を示す図（その２）
【特許請求の範囲】
【請求項１】
通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置であって、
前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、
前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、
前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、
前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、
前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部と、
を有する端末装置。
【請求項２】
請求項１に記載の端末装置であって、
前記処理情報取得部は、前記処理情報として、前記記憶媒体の記憶容量と、前記記憶媒体の型名と、前記記憶媒体に対する物理フォーマットの処理に要する理論的な所要時間と、の少なくともいずれかを取得する、端末装置。
【請求項３】
請求項１又は２に記載の端末装置であって、
前記端末装置に接続される一次電池又は二次電池から電源の供給を受け、前記端末装置の各構成に電力を供給する、電源部と、
前記電源部に電源を供給する前記一次電池又は二次電池の電源残量を検出する、電源残量検出部と、
前記検出された電源残量を第一の閾値と比較し、前記電源残量が第一の閾値を超えるか否かを判定する、第一の判定部と、
を有し、
前記処理状況通知部は、前記判定において前記電源残量が第一の閾値を超えないと判定された場合、前記処理状況取得部により保全処理の実行状況を取得し、取得した実行状況を、前記センタ装置へ前記通信部を介して送信する、端末装置。
【請求項４】
請求項３に記載の端末装置であって、
前記残量検出部により検出された電源残量を、前記第一の閾値とは異なる値に設定された第二の閾値と比較し、前記電源残量が第二の閾値を超えるか否かを判定する、第二の判定部と、
前記判定において前記電源残量が第二の閾値を超えないと判定された場合、前記通信部への電源供給を制限する、電源制御部と、
を有する端末装置。
【請求項５】
請求項３又は４に記載の端末装置であって、
前記第一の閾値は、前記処理実行状況通知部により前記保全処理の実行状況を前記センタ装置へ前記通信部を介して送信する際に前記端末装置において消費される電力に対応付けて設定される、端末装置。
【請求項６】
請求項４又は５に記載の端末装置であって、
前記第二の閾値は、前記記憶媒体に対する保全処理の実行完了までに前記端末装置において消費される電力に対応付けて設定される、端末装置。
【請求項７】
通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置において用いられるプログラムであって、
前記端末装置を、
前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、
前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、
前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、
前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、
前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部、
として機能させるプログラム。
【請求項１】
通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置であって、
前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、
前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、
前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、
前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、
前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部と、
を有する端末装置。
【請求項２】
請求項１に記載の端末装置であって、
前記処理情報取得部は、前記処理情報として、前記記憶媒体の記憶容量と、前記記憶媒体の型名と、前記記憶媒体に対する物理フォーマットの処理に要する理論的な所要時間と、の少なくともいずれかを取得する、端末装置。
【請求項３】
請求項１又は２に記載の端末装置であって、
前記端末装置に接続される一次電池又は二次電池から電源の供給を受け、前記端末装置の各構成に電力を供給する、電源部と、
前記電源部に電源を供給する前記一次電池又は二次電池の電源残量を検出する、電源残量検出部と、
前記検出された電源残量を第一の閾値と比較し、前記電源残量が第一の閾値を超えるか否かを判定する、第一の判定部と、
を有し、
前記処理状況通知部は、前記判定において前記電源残量が第一の閾値を超えないと判定された場合、前記処理状況取得部により保全処理の実行状況を取得し、取得した実行状況を、前記センタ装置へ前記通信部を介して送信する、端末装置。
【請求項４】
請求項３に記載の端末装置であって、
前記残量検出部により検出された電源残量を、前記第一の閾値とは異なる値に設定された第二の閾値と比較し、前記電源残量が第二の閾値を超えるか否かを判定する、第二の判定部と、
前記判定において前記電源残量が第二の閾値を超えないと判定された場合、前記通信部への電源供給を制限する、電源制御部と、
を有する端末装置。
【請求項５】
請求項３又は４に記載の端末装置であって、
前記第一の閾値は、前記処理実行状況通知部により前記保全処理の実行状況を前記センタ装置へ前記通信部を介して送信する際に前記端末装置において消費される電力に対応付けて設定される、端末装置。
【請求項６】
請求項４又は５に記載の端末装置であって、
前記第二の閾値は、前記記憶媒体に対する保全処理の実行完了までに前記端末装置において消費される電力に対応付けて設定される、端末装置。
【請求項７】
通信回線を介してセンタ装置と通信可能な通信部と記憶媒体への書き込み及び読込みを制御する記憶制御部とを有する端末装置において用いられるプログラムであって、
前記端末装置を、
前記センタ装置から送信された制御コマンドを前記通信部を介して受信する、受信部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を行う保全処理の実行を指示する保全コマンドである場合、前記記憶媒体に対する保全処理の実行に関する情報を示す処理情報を取得する、処理情報取得部と、
前記取得した処理情報を、前記センタ装置へ前記通信部を介して送信する、処理情報通知部と、
前記受信した制御コマンドが、前記記憶媒体に格納された情報の削除を指示する保全コマンドである場合、前記記憶媒体に対して保全処理を実行する、保全処理実行部と、
前記受信した制御コマンドが、前記保全処理実行部による保全処理の実行状況を問い合わせる問合せコマンドである場合、前記保全処理実行部による保全処理の実行状況を取得する、処理状況取得部と、
前記取得した保全処理の実行状況を、前記センタ装置へ前記通信部を介して送信する、処理状況通知部と、
前記保全処理実行部による保全処理の実行が完了した場合、前記記憶媒体に対する保全処理の実行が完了したことを、前記センタ装置へ送信する、処理完了通知部、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１０−８１０９７（Ｐ２０１０−８１０９７Ａ）
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願番号】特願２００８−２４４７９９（Ｐ２００８−２４４７９９）
【出願日】平成２０年９月２４日（２００８．９．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願日】平成２０年９月２４日（２００８．９．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]