携帯端末、携帯端末の制御方法、プログラム及び記憶媒体
【課題】必要部分のエラーログのみを抽出し、限られた記憶容量の中で必要なエラーログを保持しておくことで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供する
【解決手段】ハンディターミナル１０１は、利用者の操作に応じて処理されるアプリケーションのログを記憶し、エラーが発生した場合に、予め７０３で設定したログ取得範囲情報に基づいて、該当するエラー種類に応じたログを抽出してエラーログを生成する。エラーログは所定の保存領域に保存され、利用者の任意のタイミングで、端末に送信される。保存していたエラーログが送信されると、アプリケーションのログを削除する。
【解決手段】ハンディターミナル１０１は、利用者の操作に応じて処理されるアプリケーションのログを記憶し、エラーが発生した場合に、予め７０３で設定したログ取得範囲情報に基づいて、該当するエラー種類に応じたログを抽出してエラーログを生成する。エラーログは所定の保存領域に保存され、利用者の任意のタイミングで、端末に送信される。保存していたエラーログが送信されると、アプリケーションのログを削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハンディターミナルに代表される携帯端末でエラーが発生した際のアプリケーションログ取得方法に関する。
【背景技術】
【０００２】
現在、日常の様々な場面において、ハンディターミナルを用いた検針業務や、情報収集業務がなされている。ハンディターミナルの利用者は、ハンディターミナルに搭載されているアプリで、データの入力、保存、送信といった処理を行うため、ハンディターミナルの中央処理装置（以下、ＣＰＵ）は、大容量のデータ処理を行う必要があった。また、様々な処理を行う運用上、バグ（エラー）が起こりうる可能性があり、その原因を取得するためのログを記憶しておく必要があった。
【０００３】
上記課題を解決するために、下記の特許文献１では、情報処理装置上で、エラー情報を記憶部に記憶しておき、必要に応じて選択的にエラー情報を取得することが可能な発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１２９６５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、一般的にハンディターミナルは、可搬性というユーザビリティに重きを置いているため、固定型の情報処理装置のように大容量のメモリは搭載できず、限られたメモリの容量でデータの入力、保存、送信等の業務をする必要がある。
【０００６】
そのため、現状では、上記特許文献１の発明のように大容量のログを記憶することは難しい。また、利用者が操作している最中に発生するバグの原因究明のためにログを記憶しておく場合でも、携帯端末の処理速度を低下させないために、メモリ領域は最小限に留めることが望ましい。
【０００７】
そこで、本発明の目的は、必要部分のみを抽出し、限られた記憶容量の中で必要なエラーログを保持しておくことで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
即ち、本発明は、ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、前記携帯端末で動作するアプリケーションで発生するエラー毎ののログ取得範囲を設定するログ取得範囲設定手段と、前記アプリケーションのエラーを検知する検知手段と、前記検知手段により検知されたエラーの種類を識別する識別手段と、前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段とを備えることを特徴とする。
【０００９】
また、本発明は、前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備える。
【００１０】
また、本発明は、前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備える。
【００１１】
また、本発明は、前記出力手段で送信したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備える。
【００１２】
また、本発明は、前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
【００１４】
具体的には、携帯端末で動作するアプリケーションのログの中から、エラーの原因究明のために必要とみなされる部分のログを抽出することができ、メモリ容量の少ない携帯端末上であっても、最低限のファイル容量でエラーログを保持することが可能になり、利用者の負担を軽減できると共に、エラーログ取得によるバグの原因究明に役立てることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成図である。
【図２】図１における携帯端末のハードウェア構成を概略的に示すブロック図である。
【図３】図１における携帯端末のモジュール構成図である。
【図４】図１における携帯端末が実行するログ取得範囲設定を示すフローチャートである。
【図５】図１における携帯端末が実行するエラー発生時のログ圧縮方法を示すフローチャートである。
【図６】図１における携帯端末が実行する上位システムにエラーログを送信する時のフローチャートである。
【図７】図１における携帯端末が実行するログ取得範囲設定時の画面である。
【図８】図１における携帯端末が実行するエラーログのイメージ図である。
【図９】図１における携帯端末が実行するログ取得範囲テーブルである。
【発明を実施するための形態】
【００１６】
以下、図面により本発明を実施するための形態について説明していく。
まず、図１を用いて、本発明のシステム構成について説明する。
【００１７】
本実施形態に係るシステムは、ハンディターミナル１０１と、端末１０２とが、ＬＡＮ等のネットワーク１０３を介して相互に通信可能に接続された構成となっている。端末１０２は、コンピュータ等の携帯端末で構成される。
【００１８】
ハンディターミナル１０１は、利用者の検診業務等に用いられる。利用者による処理の選択受付、ＨＴで受け付ける操作のログ範囲の入力、端末１０２への取得エラーログ送信を可能とする。また、エラーログの取得範囲の設定値を、図９で後述するログ範囲テーブル形式で登録可能とする。
【００１９】
本発明において、ログとは、アプリケーション上で何らかのエラーが発生した際に書きこまれる、アプリケーションログのことである。このアプリケーションログは、アプリケーション毎に記憶管理されるものとする。なお、ハンディターミナル１０１は、それぞれ複数台あっても構わない。
【００２０】
次に、図２を用いて本発明のハンディターミナル１０１のハードウエア構成について説明する。
図２は、本発明のハンディターミナル１０１におけるハードウエア構成の一例を示す図である。
図２において、２０１はＣＰＵ２０１であり、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２２】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２３】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２４】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。
【００２５】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、利用者ファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標）（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク１０３を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００２８】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等での利用者指示を可能とする。
【００２９】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３０】
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３１】
次に、図３を用いて、本発明のハンディターミナル１０１のモジュール構成について説明する。
図３は、ハンディターミナル１０１におけるモジュール構成の一例を示す図である。
【００３２】
本発明のハンディターミナル１０１は、例えば、データ送信部３０１、データ受信部３０２、ログ範囲設定部３０３、ＩＰ設定部３０４、ＦＴＰ設定部３０５、日付・時刻設定部３０６を備えているものとする。
【００３３】
後述のハンディターミナル１０１の表示部に表示される画面のうち、図７のメンテナンスメニュー７０２で「ログ範囲設定ボタン」の押下を受け付けると、ログ範囲設定部３０３は、取得したいログの範囲を入力を受け付ける。また、取得したログのデータは、図７の送受信メニュー７０４で送信ボタンの押下を受け付けることで、データ送信部３０１は、取得したログを端末へ送信制御を実行する。
【００３４】
次に、図４のフローチャートを用いて、本発明のハンディターミナル１０１で取得するログの範囲設定方法について説明する。
図４は、本実施形態を示すシステムにおけるログ取得範囲設定を示すフローチャート図である。
【００３５】
ステップＳ４０１において、ハンディターミナル１０１のＣＰＵ２０１は、メインメニュー画面（図７の７０１）を表示して処理選択の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００３６】
利用者により、ステップＳ４０１で図７の７０１から「メンテナンス」が選択されると、ステップＳ４０２において、ハンディターミナル１０１のＣＰＵ２０１は、メンテナンスメニュー画面（図７の７０２）を表示してメンテナンス設定の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００３７】
利用者により、ステップＳ４０２でメンテナンスメニュー画面（図７の７０２）から「ログ範囲設定」が選択されると、ステップＳ４０３において、ハンディターミナル１０１のＣＰＵ２０１は、ログ範囲設定画面（図７の７０３）を表示し、３種類のエラー（エラー・情報・警告）それぞれにおけるログの取得範囲の設定と、保存したログの容量が規定のファイル容量を上回ったら警告する際の設定を受け付ける。
【００３８】
ステップＳ４０４〜４０７において、ハンディターミナル１０１のＣＰＵ２０１はエラーログ・情報ログ・警告ログの取得範囲の入力および保存可能な容量が残り少なくなったら警告するための数値を受け付ける。
【００３９】
本発明で取得するエラーログとは、データや機能の損失などの重大な問題のことである。エラーログは、図８のアプリケーションログ８０１上では、「Ｅｒｒｏｒ」という記述がされることが予め定義されている。
【００４０】
本発明で取得する情報ログとは、アプリケーションの成功した操作を記述するイベントのことである。情報ログは、図８のアプリケーションログ８０１上では、「Ｉｎｆｏｒｍａｔｉｏｎ」という記述がされることが予め定義されている。
【００４１】
本発明で取得する警告ログとは、必ずしも重大でないが、将来問題になりそうなイベントのことである。警告ログは、図８のアプリケーションログ８０１上では、「Ｗａｒｎｉｎｇ」という記述がされることが予め定義されている。
【００４２】
なお、本発明では上記３種類のエラーログを取得するが、エラーログの種類については本発明の実施例のように３種類に限定する必要はない。
【００４３】
本処理によれば、取得するログの範囲を設定することで、ＨＴで記憶するアプリケーションログのうち、必要とする箇所だけログを保存し、端末１０２に送信することが可能になる。
【００４４】
入力が終わると、ステップＳ４０８において入力内容を保存し、図９で後述する９０１のログ取得範囲テーブルを生成する。なお、ステップＳＳ４０４〜４０７で設定するログの取得範囲と保存容量については、アプリケーション毎に設定することが可能である。
【００４５】
具体的には、ハンディターミナル１０１上に「Ａ」、「Ｂ」、「Ｃ」という３つのアプリケーションが存在している場合に、「Ａ」というアプリケーションでは、エラーログを１５行、情報ログを１０行、警告ログを５行ずつ取得し、かつ、ログの保存容量が８０％を超えたらその旨を報知するメッセージや電子音でユーザに知らせることができる。
【００４６】
また、「Ｂ」というアプリケーションでは、エラーログを２０行、情報ログを１０行、警告ログを３行ずつ取得し、かつ、ログの保存容量が７０％を超えたらその旨を報知するメッセージや電子音でユーザに知らせる、といったように、アプリケーション毎のログ取得範囲や保存容量につて設定可能である。
【００４７】
図９は、本実施形態を示すシステムにおいて、ハンディターミナル１０１のステップＳ４０４〜ステップＳ４０６で設定し、外部メモリ２１１に記憶されるログ取得範囲テーブルの一例を示すデータ構成図である。
【００４８】
図９に示すように、ログ取得範囲テーブルは、エラーの種類（エラー・情報・警告）とログ取得範囲から構成される。エラーの種類毎にエラーログの取得範囲が設定されている。
【００４９】
また、ログ取得範囲テーブルは、ハンディターミナル１０１に搭載されているアプリケーション毎に設定されているものとする。図９の９０１は、「Ａ」というアプリケーションのログ取得範囲テーブルであり、９０２は、「Ｂ」というアプリケーションのログ取得範囲テーブルである。
【００５０】
次に、図５のフローチャートを用いて、本発明のハンディターミナル１０１で取得するログの圧縮方法について説明する。
【００５１】
図５は、本実施形態を示すシステムにおけるエラー発生時のログ圧縮方法を示すフローチャート図である。
【００５２】
ステップＳ５０１において、ハンディターミナル１０１のＣＰＵ２０１は、利用者による操作の受付監視状態にて待機し、ＨＴの操作を受け付けると、ステップＳ５０２において、ハンディターミナル１０１のＣＰＵ２０１は、アプリケーションログ（図８の８０１）が生成される。
【００５３】
ステップＳ５０３において、アプリケーションログ上でエラーが存在するかどうかのチェックを行い、エラーが存在する場合にはステップＳ５０４へ移る。
【００５４】
エラーのチェックとは、具体的に、アプリケーションログ上に「Ｅｒｒｏｒ」「Ｉｎｆｏｒｍａｔｉｏｎ」「Ｗａｒｎｉｎｇ」という記述が存在するかどうかの検索を行う。
【００５５】
ステップＳ５０４において、エラーの種類（エラーｏｒ情報ｏｒ警告）を識別し、ステップＳ５０５でハンディターミナル１０１のメモリ上に、識別したエラーの種類を保持しておく。
【００５６】
識別の方法は、例えば、アプリケーションログ上に「Ｉｎｆｏｒｍａｔｉｏｎ」の記述が存在したら、エラーの種類は「情報」ということになる。
【００５７】
ステップＳ５０６において、保持していたエラーの種類に応じたログ取得範囲に従って（図９の９０１ログ取得範囲テーブルを参照）、アプリケーションログからログ取得範囲分をコピーし、新たに端末１０２に送信するためのログ（図８の８０２・８０３・８０４）を生成する。
【００５８】
図８の８０２は、５０６で生成されるエラーログのうち、種類が「エラー」であるログの一例である。「エラー」のログは、ステップＳＳ４０４のログ取得範囲設定画面（図７の７０３）でログ取得範囲を設定した範囲分がコピーされ新たにエラーログが生成される。本発明において、図７の７０３では「Ｅｒｒｏｒ」のログから前後１５行分をコピーするように設定しているため、図８の８０２では前後１５行分のログが新たに生成される。
【００５９】
図８の８０３は、５０６で生成されるエラーログのうち、種類が「情報」であるログの一例である。本発明において、図７の７０３では「情報」のログから前後１０行分をコピーするように設定しているため、図８の８０３では前後１０行分のログが新たに生成される。
【００６０】
図８の８０４は、５０６で生成されるエラーログのうち、種類が「警告」であるログの一例である。本発明において、図７の７０３では「警告」のログから前後５行分をコピーするように設定しているため、図８の８０４では前後５行分のログが新たに生成される。 ステップＳ５０７において、ハンディターミナル１０１のＣＰＵ２０１は、ステップＳ５０６で生成したログをハンディターミナル１０１の外部メモリ２１１に保存する。
【００６１】
続いてステップＳ５０８において、エラーログを保存する保存領域の残量確認を行う。具体的には、エラーログを保存する所定の領域（例えば外部メモリ２１１の行ってい容量の記憶領域）に対して保存容量が８０％以上を超えていないかをチェックする。今まで保存してきたエラーログのファイルサイズが予め規定しているＭＡＸファイルサイズの８０％以下の場合にはステップＳ５１０へ移る。
【００６２】
ログのファイルサイズがＭＡＸファイルサイズの８０％より大きい場合には、ステップＳ５０９へ分岐し、データ送信を促すメッセージを画面（図７の７０８）を表示する。ここでは、８０％より大きい場合にメッセージを表示するように設定しているが、この設定は図７の７０３のログ取得範囲設定画面において設定することが可能である。
【００６３】
ステップＳ５１０で、ハンディターミナル１０１のＣＰＵ２０１は、ハンディターミナル１０１の操作を終了する処理を受付けたか否かを判定し、操作の終了指示があった場合には処理を終了させる。終了指示を受け付けていない場合には、ステップＳ５０１に戻って利用者の操作処理の待機状態に入る。
【００６４】
次に、図６のフローチャートを用いて、本発明のハンディターミナル１０１から端末１０２へエラーログを送信する方法について説明する。
【００６５】
図６は、本実施形態を示すシステムにおける端末１０２へエラーログを送信する時のフローチャート図である。
【００６６】
ステップＳ６０１において、ハンディターミナル１０１のＣＰＵ２０１は、メインメニュー画面（図７の７０１）を表示して処理選択の受付監視状態（図７の７０１）にて待機し、利用者によって選択された処理内容を受け付ける。
【００６７】
利用者により、ステップＳ６０１でメインメニュー画面（図７の７０１）から「送受信」が選択されると、ステップＳ６０２において、ハンディターミナル１０１のＣＰＵ２０１は、送受信メニュー画面（図７の７０４）を表示して、受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００６８】
利用者により、ステップＳ６０２で送受信メニュー画面（図７の７０４）から「送信」が選択されると、ステップＳ６０３において、ハンディターミナル１０１のＣＰＵ２０１は「送信画面」（図７の７０５）を表示する。
【００６９】
ステップＳ６０４において、送信画面（図７の７０５）では、例えば「ＨＴを通信ユニットにセットしてください」という画面が表示された状態で処理待機状態に入るので、利用者によりハンディターミナル１０１が不図示の通信ユニットにセットされると、ハンディターミナル１０１内の所定のエラーログ保存領域にエラーログが保存されているかどうかのチェックを行い、エラーログが存在する場合にはステップＳ６０５へ移る。エラーログが存在しない場合には、後述のステップＳ６０８へ移る。
【００７０】
ステップＳ６０５において、ハンディターミナル１０１内に保存されているエラーログとその他の未送信データを端末１０２へ送信する。
【００７１】
ステップＳ６０８においては、ハンディターミナル１０１内に保存されている未送信データを端末１０２へ送信する。
【００７２】
ハンディターミナル１０１から端末１０２へのデータ送信時、ステップＳ６０６において通信状況のチェックを行い、通信が正常に行われている場合は、ステップＳ６０７へ移り、「送信完了画面」（図７の７０６）を表示する。
【００７３】
通信中に異常が発生した場合には、ステップＳ６０９へ移り、「送信異常終了画面」（図７の７０７）を表示する。この時に、ハンディターミナル１０１の表示部に再送信を促すメッセージを表示するよう制御してもよい。
【００７４】
次にステップＳ６１０において、ハンディターミナル１０１のＣＰＵ２０１は、データの送信が正常に終了したことを確認すると（ステップＳ６０７）、外部メモリ２１１内に保存されているログを消去する。
【００７５】
ログの消去方法は、例えば、ハンディターミナル１０１に保存されているアプリケーションログ８０１と、ステップＳ６０７で正常に送信が完了したエラーログ８０２〜８０４の両方を消去する方法と、あるいは、アプリケーションログ８０１のみを消去する方法とがある。
【００７６】
前者の方法では、送信完了したデータを一度に削除できるという特性があるのに対し、後者の方法では、エラーログは、ユーザに操作により別のタイミングで一つずつ確認をしてから消去することができるという特背がある。本発明においては、特にデータの削除方法、及び、アプリケーションログ８０１とエラーログ８０２〜８０４の消去タイミングについては限定しない。
【００７７】
以上、本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
【００７８】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００７９】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８０】
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４および１０の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４および１０の各装置の処理方法ごとのプログラムであってもよい。
【００８１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００８４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【００８８】
１０１ ハンディターミナル
１０２ 端末
１０３ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ（またはマウス）
２１０ ディスプレイ
２１１ 外部メモリ（ＨＤ、ＦＣ）
【技術分野】
【０００１】
本発明は、ハンディターミナルに代表される携帯端末でエラーが発生した際のアプリケーションログ取得方法に関する。
【背景技術】
【０００２】
現在、日常の様々な場面において、ハンディターミナルを用いた検針業務や、情報収集業務がなされている。ハンディターミナルの利用者は、ハンディターミナルに搭載されているアプリで、データの入力、保存、送信といった処理を行うため、ハンディターミナルの中央処理装置（以下、ＣＰＵ）は、大容量のデータ処理を行う必要があった。また、様々な処理を行う運用上、バグ（エラー）が起こりうる可能性があり、その原因を取得するためのログを記憶しておく必要があった。
【０００３】
上記課題を解決するために、下記の特許文献１では、情報処理装置上で、エラー情報を記憶部に記憶しておき、必要に応じて選択的にエラー情報を取得することが可能な発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１２９６５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、一般的にハンディターミナルは、可搬性というユーザビリティに重きを置いているため、固定型の情報処理装置のように大容量のメモリは搭載できず、限られたメモリの容量でデータの入力、保存、送信等の業務をする必要がある。
【０００６】
そのため、現状では、上記特許文献１の発明のように大容量のログを記憶することは難しい。また、利用者が操作している最中に発生するバグの原因究明のためにログを記憶しておく場合でも、携帯端末の処理速度を低下させないために、メモリ領域は最小限に留めることが望ましい。
【０００７】
そこで、本発明の目的は、必要部分のみを抽出し、限られた記憶容量の中で必要なエラーログを保持しておくことで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
即ち、本発明は、ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、前記携帯端末で動作するアプリケーションで発生するエラー毎ののログ取得範囲を設定するログ取得範囲設定手段と、前記アプリケーションのエラーを検知する検知手段と、前記検知手段により検知されたエラーの種類を識別する識別手段と、前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段とを備えることを特徴とする。
【０００９】
また、本発明は、前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備える。
【００１０】
また、本発明は、前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備える。
【００１１】
また、本発明は、前記出力手段で送信したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備える。
【００１２】
また、本発明は、前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
【００１４】
具体的には、携帯端末で動作するアプリケーションのログの中から、エラーの原因究明のために必要とみなされる部分のログを抽出することができ、メモリ容量の少ない携帯端末上であっても、最低限のファイル容量でエラーログを保持することが可能になり、利用者の負担を軽減できると共に、エラーログ取得によるバグの原因究明に役立てることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成図である。
【図２】図１における携帯端末のハードウェア構成を概略的に示すブロック図である。
【図３】図１における携帯端末のモジュール構成図である。
【図４】図１における携帯端末が実行するログ取得範囲設定を示すフローチャートである。
【図５】図１における携帯端末が実行するエラー発生時のログ圧縮方法を示すフローチャートである。
【図６】図１における携帯端末が実行する上位システムにエラーログを送信する時のフローチャートである。
【図７】図１における携帯端末が実行するログ取得範囲設定時の画面である。
【図８】図１における携帯端末が実行するエラーログのイメージ図である。
【図９】図１における携帯端末が実行するログ取得範囲テーブルである。
【発明を実施するための形態】
【００１６】
以下、図面により本発明を実施するための形態について説明していく。
まず、図１を用いて、本発明のシステム構成について説明する。
【００１７】
本実施形態に係るシステムは、ハンディターミナル１０１と、端末１０２とが、ＬＡＮ等のネットワーク１０３を介して相互に通信可能に接続された構成となっている。端末１０２は、コンピュータ等の携帯端末で構成される。
【００１８】
ハンディターミナル１０１は、利用者の検診業務等に用いられる。利用者による処理の選択受付、ＨＴで受け付ける操作のログ範囲の入力、端末１０２への取得エラーログ送信を可能とする。また、エラーログの取得範囲の設定値を、図９で後述するログ範囲テーブル形式で登録可能とする。
【００１９】
本発明において、ログとは、アプリケーション上で何らかのエラーが発生した際に書きこまれる、アプリケーションログのことである。このアプリケーションログは、アプリケーション毎に記憶管理されるものとする。なお、ハンディターミナル１０１は、それぞれ複数台あっても構わない。
【００２０】
次に、図２を用いて本発明のハンディターミナル１０１のハードウエア構成について説明する。
図２は、本発明のハンディターミナル１０１におけるハードウエア構成の一例を示す図である。
図２において、２０１はＣＰＵ２０１であり、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２２】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２３】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２４】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。
【００２５】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、利用者ファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標）（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク１０３を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００２８】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等での利用者指示を可能とする。
【００２９】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３０】
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３１】
次に、図３を用いて、本発明のハンディターミナル１０１のモジュール構成について説明する。
図３は、ハンディターミナル１０１におけるモジュール構成の一例を示す図である。
【００３２】
本発明のハンディターミナル１０１は、例えば、データ送信部３０１、データ受信部３０２、ログ範囲設定部３０３、ＩＰ設定部３０４、ＦＴＰ設定部３０５、日付・時刻設定部３０６を備えているものとする。
【００３３】
後述のハンディターミナル１０１の表示部に表示される画面のうち、図７のメンテナンスメニュー７０２で「ログ範囲設定ボタン」の押下を受け付けると、ログ範囲設定部３０３は、取得したいログの範囲を入力を受け付ける。また、取得したログのデータは、図７の送受信メニュー７０４で送信ボタンの押下を受け付けることで、データ送信部３０１は、取得したログを端末へ送信制御を実行する。
【００３４】
次に、図４のフローチャートを用いて、本発明のハンディターミナル１０１で取得するログの範囲設定方法について説明する。
図４は、本実施形態を示すシステムにおけるログ取得範囲設定を示すフローチャート図である。
【００３５】
ステップＳ４０１において、ハンディターミナル１０１のＣＰＵ２０１は、メインメニュー画面（図７の７０１）を表示して処理選択の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００３６】
利用者により、ステップＳ４０１で図７の７０１から「メンテナンス」が選択されると、ステップＳ４０２において、ハンディターミナル１０１のＣＰＵ２０１は、メンテナンスメニュー画面（図７の７０２）を表示してメンテナンス設定の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００３７】
利用者により、ステップＳ４０２でメンテナンスメニュー画面（図７の７０２）から「ログ範囲設定」が選択されると、ステップＳ４０３において、ハンディターミナル１０１のＣＰＵ２０１は、ログ範囲設定画面（図７の７０３）を表示し、３種類のエラー（エラー・情報・警告）それぞれにおけるログの取得範囲の設定と、保存したログの容量が規定のファイル容量を上回ったら警告する際の設定を受け付ける。
【００３８】
ステップＳ４０４〜４０７において、ハンディターミナル１０１のＣＰＵ２０１はエラーログ・情報ログ・警告ログの取得範囲の入力および保存可能な容量が残り少なくなったら警告するための数値を受け付ける。
【００３９】
本発明で取得するエラーログとは、データや機能の損失などの重大な問題のことである。エラーログは、図８のアプリケーションログ８０１上では、「Ｅｒｒｏｒ」という記述がされることが予め定義されている。
【００４０】
本発明で取得する情報ログとは、アプリケーションの成功した操作を記述するイベントのことである。情報ログは、図８のアプリケーションログ８０１上では、「Ｉｎｆｏｒｍａｔｉｏｎ」という記述がされることが予め定義されている。
【００４１】
本発明で取得する警告ログとは、必ずしも重大でないが、将来問題になりそうなイベントのことである。警告ログは、図８のアプリケーションログ８０１上では、「Ｗａｒｎｉｎｇ」という記述がされることが予め定義されている。
【００４２】
なお、本発明では上記３種類のエラーログを取得するが、エラーログの種類については本発明の実施例のように３種類に限定する必要はない。
【００４３】
本処理によれば、取得するログの範囲を設定することで、ＨＴで記憶するアプリケーションログのうち、必要とする箇所だけログを保存し、端末１０２に送信することが可能になる。
【００４４】
入力が終わると、ステップＳ４０８において入力内容を保存し、図９で後述する９０１のログ取得範囲テーブルを生成する。なお、ステップＳＳ４０４〜４０７で設定するログの取得範囲と保存容量については、アプリケーション毎に設定することが可能である。
【００４５】
具体的には、ハンディターミナル１０１上に「Ａ」、「Ｂ」、「Ｃ」という３つのアプリケーションが存在している場合に、「Ａ」というアプリケーションでは、エラーログを１５行、情報ログを１０行、警告ログを５行ずつ取得し、かつ、ログの保存容量が８０％を超えたらその旨を報知するメッセージや電子音でユーザに知らせることができる。
【００４６】
また、「Ｂ」というアプリケーションでは、エラーログを２０行、情報ログを１０行、警告ログを３行ずつ取得し、かつ、ログの保存容量が７０％を超えたらその旨を報知するメッセージや電子音でユーザに知らせる、といったように、アプリケーション毎のログ取得範囲や保存容量につて設定可能である。
【００４７】
図９は、本実施形態を示すシステムにおいて、ハンディターミナル１０１のステップＳ４０４〜ステップＳ４０６で設定し、外部メモリ２１１に記憶されるログ取得範囲テーブルの一例を示すデータ構成図である。
【００４８】
図９に示すように、ログ取得範囲テーブルは、エラーの種類（エラー・情報・警告）とログ取得範囲から構成される。エラーの種類毎にエラーログの取得範囲が設定されている。
【００４９】
また、ログ取得範囲テーブルは、ハンディターミナル１０１に搭載されているアプリケーション毎に設定されているものとする。図９の９０１は、「Ａ」というアプリケーションのログ取得範囲テーブルであり、９０２は、「Ｂ」というアプリケーションのログ取得範囲テーブルである。
【００５０】
次に、図５のフローチャートを用いて、本発明のハンディターミナル１０１で取得するログの圧縮方法について説明する。
【００５１】
図５は、本実施形態を示すシステムにおけるエラー発生時のログ圧縮方法を示すフローチャート図である。
【００５２】
ステップＳ５０１において、ハンディターミナル１０１のＣＰＵ２０１は、利用者による操作の受付監視状態にて待機し、ＨＴの操作を受け付けると、ステップＳ５０２において、ハンディターミナル１０１のＣＰＵ２０１は、アプリケーションログ（図８の８０１）が生成される。
【００５３】
ステップＳ５０３において、アプリケーションログ上でエラーが存在するかどうかのチェックを行い、エラーが存在する場合にはステップＳ５０４へ移る。
【００５４】
エラーのチェックとは、具体的に、アプリケーションログ上に「Ｅｒｒｏｒ」「Ｉｎｆｏｒｍａｔｉｏｎ」「Ｗａｒｎｉｎｇ」という記述が存在するかどうかの検索を行う。
【００５５】
ステップＳ５０４において、エラーの種類（エラーｏｒ情報ｏｒ警告）を識別し、ステップＳ５０５でハンディターミナル１０１のメモリ上に、識別したエラーの種類を保持しておく。
【００５６】
識別の方法は、例えば、アプリケーションログ上に「Ｉｎｆｏｒｍａｔｉｏｎ」の記述が存在したら、エラーの種類は「情報」ということになる。
【００５７】
ステップＳ５０６において、保持していたエラーの種類に応じたログ取得範囲に従って（図９の９０１ログ取得範囲テーブルを参照）、アプリケーションログからログ取得範囲分をコピーし、新たに端末１０２に送信するためのログ（図８の８０２・８０３・８０４）を生成する。
【００５８】
図８の８０２は、５０６で生成されるエラーログのうち、種類が「エラー」であるログの一例である。「エラー」のログは、ステップＳＳ４０４のログ取得範囲設定画面（図７の７０３）でログ取得範囲を設定した範囲分がコピーされ新たにエラーログが生成される。本発明において、図７の７０３では「Ｅｒｒｏｒ」のログから前後１５行分をコピーするように設定しているため、図８の８０２では前後１５行分のログが新たに生成される。
【００５９】
図８の８０３は、５０６で生成されるエラーログのうち、種類が「情報」であるログの一例である。本発明において、図７の７０３では「情報」のログから前後１０行分をコピーするように設定しているため、図８の８０３では前後１０行分のログが新たに生成される。
【００６０】
図８の８０４は、５０６で生成されるエラーログのうち、種類が「警告」であるログの一例である。本発明において、図７の７０３では「警告」のログから前後５行分をコピーするように設定しているため、図８の８０４では前後５行分のログが新たに生成される。 ステップＳ５０７において、ハンディターミナル１０１のＣＰＵ２０１は、ステップＳ５０６で生成したログをハンディターミナル１０１の外部メモリ２１１に保存する。
【００６１】
続いてステップＳ５０８において、エラーログを保存する保存領域の残量確認を行う。具体的には、エラーログを保存する所定の領域（例えば外部メモリ２１１の行ってい容量の記憶領域）に対して保存容量が８０％以上を超えていないかをチェックする。今まで保存してきたエラーログのファイルサイズが予め規定しているＭＡＸファイルサイズの８０％以下の場合にはステップＳ５１０へ移る。
【００６２】
ログのファイルサイズがＭＡＸファイルサイズの８０％より大きい場合には、ステップＳ５０９へ分岐し、データ送信を促すメッセージを画面（図７の７０８）を表示する。ここでは、８０％より大きい場合にメッセージを表示するように設定しているが、この設定は図７の７０３のログ取得範囲設定画面において設定することが可能である。
【００６３】
ステップＳ５１０で、ハンディターミナル１０１のＣＰＵ２０１は、ハンディターミナル１０１の操作を終了する処理を受付けたか否かを判定し、操作の終了指示があった場合には処理を終了させる。終了指示を受け付けていない場合には、ステップＳ５０１に戻って利用者の操作処理の待機状態に入る。
【００６４】
次に、図６のフローチャートを用いて、本発明のハンディターミナル１０１から端末１０２へエラーログを送信する方法について説明する。
【００６５】
図６は、本実施形態を示すシステムにおける端末１０２へエラーログを送信する時のフローチャート図である。
【００６６】
ステップＳ６０１において、ハンディターミナル１０１のＣＰＵ２０１は、メインメニュー画面（図７の７０１）を表示して処理選択の受付監視状態（図７の７０１）にて待機し、利用者によって選択された処理内容を受け付ける。
【００６７】
利用者により、ステップＳ６０１でメインメニュー画面（図７の７０１）から「送受信」が選択されると、ステップＳ６０２において、ハンディターミナル１０１のＣＰＵ２０１は、送受信メニュー画面（図７の７０４）を表示して、受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
【００６８】
利用者により、ステップＳ６０２で送受信メニュー画面（図７の７０４）から「送信」が選択されると、ステップＳ６０３において、ハンディターミナル１０１のＣＰＵ２０１は「送信画面」（図７の７０５）を表示する。
【００６９】
ステップＳ６０４において、送信画面（図７の７０５）では、例えば「ＨＴを通信ユニットにセットしてください」という画面が表示された状態で処理待機状態に入るので、利用者によりハンディターミナル１０１が不図示の通信ユニットにセットされると、ハンディターミナル１０１内の所定のエラーログ保存領域にエラーログが保存されているかどうかのチェックを行い、エラーログが存在する場合にはステップＳ６０５へ移る。エラーログが存在しない場合には、後述のステップＳ６０８へ移る。
【００７０】
ステップＳ６０５において、ハンディターミナル１０１内に保存されているエラーログとその他の未送信データを端末１０２へ送信する。
【００７１】
ステップＳ６０８においては、ハンディターミナル１０１内に保存されている未送信データを端末１０２へ送信する。
【００７２】
ハンディターミナル１０１から端末１０２へのデータ送信時、ステップＳ６０６において通信状況のチェックを行い、通信が正常に行われている場合は、ステップＳ６０７へ移り、「送信完了画面」（図７の７０６）を表示する。
【００７３】
通信中に異常が発生した場合には、ステップＳ６０９へ移り、「送信異常終了画面」（図７の７０７）を表示する。この時に、ハンディターミナル１０１の表示部に再送信を促すメッセージを表示するよう制御してもよい。
【００７４】
次にステップＳ６１０において、ハンディターミナル１０１のＣＰＵ２０１は、データの送信が正常に終了したことを確認すると（ステップＳ６０７）、外部メモリ２１１内に保存されているログを消去する。
【００７５】
ログの消去方法は、例えば、ハンディターミナル１０１に保存されているアプリケーションログ８０１と、ステップＳ６０７で正常に送信が完了したエラーログ８０２〜８０４の両方を消去する方法と、あるいは、アプリケーションログ８０１のみを消去する方法とがある。
【００７６】
前者の方法では、送信完了したデータを一度に削除できるという特性があるのに対し、後者の方法では、エラーログは、ユーザに操作により別のタイミングで一つずつ確認をしてから消去することができるという特背がある。本発明においては、特にデータの削除方法、及び、アプリケーションログ８０１とエラーログ８０２〜８０４の消去タイミングについては限定しない。
【００７７】
以上、本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
【００７８】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００７９】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８０】
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４および１０の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４および１０の各装置の処理方法ごとのプログラムであってもよい。
【００８１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００８４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【００８８】
１０１ ハンディターミナル
１０２ 端末
１０３ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ（またはマウス）
２１０ ディスプレイ
２１１ 外部メモリ（ＨＤ、ＦＣ）
【特許請求の範囲】
【請求項１】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段と
を備えることを特徴とする携帯端末。
【請求項２】
前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、
前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、
前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備えることを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備えることを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記出力手段で出力したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。
【請求項６】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末における制御方法であって、
前記携帯端末のログ取得範囲設定手段が、前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定ステップと、
前記携帯端末の検知手段が、前記アプリケーションのエラーを検知する検知ステップと、
前記携帯端末の識別手段が、前記検知ステップにより検知されたエラーの種類を識別する識別ステップと、
前記携帯端末の生成手段が、前記識別ステップにより識別された前記エラーの種類に応じて、前記ログ取得範囲設定ステップにより設定された前記エラーの取得範囲分のログからエラーログを生成する生成ステップと、
前記携帯端末の保存手段が、前記生成ステップで生成されたエラーログを所定の保存領域に保存する保存ステップと、
前記携帯端末の出力手段が、前記携帯端末を管理している管理装置に送信すべく、前記保存ステップで保存したエラーログを出力する出力ステップと
を含むことを特徴とする制御方法。
【請求項７】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段として機能させるプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【請求項１】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段と
を備えることを特徴とする携帯端末。
【請求項２】
前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、
前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、
前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備えることを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備えることを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記出力手段で出力したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。
【請求項６】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末における制御方法であって、
前記携帯端末のログ取得範囲設定手段が、前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定ステップと、
前記携帯端末の検知手段が、前記アプリケーションのエラーを検知する検知ステップと、
前記携帯端末の識別手段が、前記検知ステップにより検知されたエラーの種類を識別する識別ステップと、
前記携帯端末の生成手段が、前記識別ステップにより識別された前記エラーの種類に応じて、前記ログ取得範囲設定ステップにより設定された前記エラーの取得範囲分のログからエラーログを生成する生成ステップと、
前記携帯端末の保存手段が、前記生成ステップで生成されたエラーログを所定の保存領域に保存する保存ステップと、
前記携帯端末の出力手段が、前記携帯端末を管理している管理装置に送信すべく、前記保存ステップで保存したエラーログを出力する出力ステップと
を含むことを特徴とする制御方法。
【請求項７】
ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段として機能させるプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１１８６１０（Ｐ２０１１−１１８６１０Ａ）
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願番号】特願２００９−２７４７１４（Ｐ２００９−２７４７１４）
【出願日】平成２１年１２月２日（２００９．１２．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願日】平成２１年１２月２日（２００９．１２．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]