JP2011118610A - 携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 - Google Patents
携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 Download PDFInfo
- Publication number
- JP2011118610A JP2011118610A JP2009274714A JP2009274714A JP2011118610A JP 2011118610 A JP2011118610 A JP 2011118610A JP 2009274714 A JP2009274714 A JP 2009274714A JP 2009274714 A JP2009274714 A JP 2009274714A JP 2011118610 A JP2011118610 A JP 2011118610A
- Authority
- JP
- Japan
- Prior art keywords
- log
- error
- acquisition range
- portable terminal
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】必要部分のエラーログのみを抽出し、限られた記憶容量の中で必要なエラーログを保持しておくことで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供する
【解決手段】ハンディターミナル101は、利用者の操作に応じて処理されるアプリケーションのログを記憶し、エラーが発生した場合に、予め703で設定したログ取得範囲情報に基づいて、該当するエラー種類に応じたログを抽出してエラーログを生成する。エラーログは所定の保存領域に保存され、利用者の任意のタイミングで、端末に送信される。保存していたエラーログが送信されると、アプリケーションのログを削除する。
【選択図】図5
【解決手段】ハンディターミナル101は、利用者の操作に応じて処理されるアプリケーションのログを記憶し、エラーが発生した場合に、予め703で設定したログ取得範囲情報に基づいて、該当するエラー種類に応じたログを抽出してエラーログを生成する。エラーログは所定の保存領域に保存され、利用者の任意のタイミングで、端末に送信される。保存していたエラーログが送信されると、アプリケーションのログを削除する。
【選択図】図5
Description
本発明は、ハンディターミナルに代表される携帯端末でエラーが発生した際のアプリケーションログ取得方法に関する。
現在、日常の様々な場面において、ハンディターミナルを用いた検針業務や、情報収集業務がなされている。ハンディターミナルの利用者は、ハンディターミナルに搭載されているアプリで、データの入力、保存、送信といった処理を行うため、ハンディターミナルの中央処理装置(以下、CPU)は、大容量のデータ処理を行う必要があった。また、様々な処理を行う運用上、バグ(エラー)が起こりうる可能性があり、その原因を取得するためのログを記憶しておく必要があった。
上記課題を解決するために、下記の特許文献1では、情報処理装置上で、エラー情報を記憶部に記憶しておき、必要に応じて選択的にエラー情報を取得することが可能な発明が開示されている。
しかしながら、一般的にハンディターミナルは、可搬性というユーザビリティに重きを置いているため、固定型の情報処理装置のように大容量のメモリは搭載できず、限られたメモリの容量でデータの入力、保存、送信等の業務をする必要がある。
そのため、現状では、上記特許文献1の発明のように大容量のログを記憶することは難しい。また、利用者が操作している最中に発生するバグの原因究明のためにログを記憶しておく場合でも、携帯端末の処理速度を低下させないために、メモリ領域は最小限に留めることが望ましい。
そこで、本発明の目的は、必要部分のみを抽出し、限られた記憶容量の中で必要なエラーログを保持しておくことで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することである。
即ち、本発明は、ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、前記携帯端末で動作するアプリケーションで発生するエラー毎ののログ取得範囲を設定するログ取得範囲設定手段と、前記アプリケーションのエラーを検知する検知手段と、前記検知手段により検知されたエラーの種類を識別する識別手段と、前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段とを備えることを特徴とする。
また、本発明は、前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備える。
また、本発明は、前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備える。
また、本発明は、前記出力手段で送信したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備える。
また、本発明は、前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする。
本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
具体的には、携帯端末で動作するアプリケーションのログの中から、エラーの原因究明のために必要とみなされる部分のログを抽出することができ、メモリ容量の少ない携帯端末上であっても、最低限のファイル容量でエラーログを保持することが可能になり、利用者の負担を軽減できると共に、エラーログ取得によるバグの原因究明に役立てることができる。
以下、図面により本発明を実施するための形態について説明していく。
まず、図1を用いて、本発明のシステム構成について説明する。
まず、図1を用いて、本発明のシステム構成について説明する。
本実施形態に係るシステムは、ハンディターミナル101と、端末102とが、LAN等のネットワーク103を介して相互に通信可能に接続された構成となっている。端末102は、コンピュータ等の携帯端末で構成される。
ハンディターミナル101は、利用者の検診業務等に用いられる。利用者による処理の選択受付、HTで受け付ける操作のログ範囲の入力、端末102への取得エラーログ送信を可能とする。また、エラーログの取得範囲の設定値を、図9で後述するログ範囲テーブル形式で登録可能とする。
本発明において、ログとは、アプリケーション上で何らかのエラーが発生した際に書きこまれる、アプリケーションログのことである。このアプリケーションログは、アプリケーション毎に記憶管理されるものとする。なお、ハンディターミナル101は、それぞれ複数台あっても構わない。
次に、図2を用いて本発明のハンディターミナル101のハードウエア構成について説明する。
図2は、本発明のハンディターミナル101におけるハードウエア構成の一例を示す図である。
図2において、201はCPU201であり、システムバス204に接続される各デバイスやコントローラを統括的に制御する。
図2は、本発明のハンディターミナル101におけるハードウエア構成の一例を示す図である。
図2において、201はCPU201であり、システムバス204に接続される各デバイスやコントローラを統括的に制御する。
また、ROM202あるいは外部メモリ211には、CPU201の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。RAM203は、CPU201の主メモリ、ワークエリア等として機能する。
CPU201は、処理の実行に際して必要なプログラム等をRAM203にロードして、プログラムを実行することで各種動作を実現するものである。
また、入力コントローラ(入力C)205は、キーボード209や不図示のマウス等のポインティングデバイスからの入力を制御する。
ビデオコントローラ(VC)206は、ディスプレイ210への表示を制御する。ディスプレイは、CRTディスプレイでも液晶ディスプレイ等でも構わない。
メモリコントローラ(MC)207は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、利用者ファイル、編集ファイル、各種データ等を記憶するハードディスク(HD)やフロッピーディスク(登録商標)(FD)或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ211へのアクセスを制御する。
通信I/Fコントローラ(通信I/FC)208は、ネットワーク103を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いたインターネット通信等が可能である。
なお、CPU201は、例えばRAM203内の表示情報用領域へアウトラインフォントの展開(ラスタライズ)処理を実行することにより、ディスプレイ210上での表示を可能としている。
また、CPU201は、ディスプレイ210上の不図示のマウスカーソル等での利用者指示を可能とする。
本発明を実現するためのプログラムは外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ211に格納されており、これらについての詳細な説明は後述する。
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
次に、図3を用いて、本発明のハンディターミナル101のモジュール構成について説明する。
図3は、ハンディターミナル101におけるモジュール構成の一例を示す図である。
図3は、ハンディターミナル101におけるモジュール構成の一例を示す図である。
本発明のハンディターミナル101は、例えば、データ送信部301、データ受信部302、ログ範囲設定部303、IP設定部304、FTP設定部305、日付・時刻設定部306を備えているものとする。
後述のハンディターミナル101の表示部に表示される画面のうち、図7のメンテナンスメニュー702で「ログ範囲設定ボタン」の押下を受け付けると、ログ範囲設定部303は、取得したいログの範囲を入力を受け付ける。また、取得したログのデータは、図7の送受信メニュー704で送信ボタンの押下を受け付けることで、データ送信部301は、取得したログを端末へ送信制御を実行する。
次に、図4のフローチャートを用いて、本発明のハンディターミナル101で取得するログの範囲設定方法について説明する。
図4は、本実施形態を示すシステムにおけるログ取得範囲設定を示すフローチャート図である。
図4は、本実施形態を示すシステムにおけるログ取得範囲設定を示すフローチャート図である。
ステップS401において、ハンディターミナル101のCPU201は、メインメニュー画面(図7の701)を表示して処理選択の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
利用者により、ステップS401で図7の701から「メンテナンス」が選択されると、ステップS402において、ハンディターミナル101のCPU201は、メンテナンスメニュー画面(図7の702)を表示してメンテナンス設定の受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
利用者により、ステップS402でメンテナンスメニュー画面(図7の702)から「ログ範囲設定」が選択されると、ステップS403において、ハンディターミナル101のCPU201は、ログ範囲設定画面(図7の703)を表示し、3種類のエラー(エラー・情報・警告)それぞれにおけるログの取得範囲の設定と、保存したログの容量が規定のファイル容量を上回ったら警告する際の設定を受け付ける。
ステップS404〜407において、ハンディターミナル101のCPU201はエラーログ・情報ログ・警告ログの取得範囲の入力および保存可能な容量が残り少なくなったら警告するための数値を受け付ける。
本発明で取得するエラーログとは、データや機能の損失などの重大な問題のことである。エラーログは、図8のアプリケーションログ801上では、「Error」という記述がされることが予め定義されている。
本発明で取得する情報ログとは、アプリケーションの成功した操作を記述するイベントのことである。情報ログは、図8のアプリケーションログ801上では、「Information」という記述がされることが予め定義されている。
本発明で取得する警告ログとは、必ずしも重大でないが、将来問題になりそうなイベントのことである。警告ログは、図8のアプリケーションログ801上では、「Warning」という記述がされることが予め定義されている。
なお、本発明では上記3種類のエラーログを取得するが、エラーログの種類については本発明の実施例のように3種類に限定する必要はない。
本処理によれば、取得するログの範囲を設定することで、HTで記憶するアプリケーションログのうち、必要とする箇所だけログを保存し、端末102に送信することが可能になる。
入力が終わると、ステップS408において入力内容を保存し、図9で後述する901のログ取得範囲テーブルを生成する。なお、ステップSS404〜407で設定するログの取得範囲と保存容量については、アプリケーション毎に設定することが可能である。
具体的には、ハンディターミナル101上に「A」、「B」、「C」という3つのアプリケーションが存在している場合に、「A」というアプリケーションでは、エラーログを15行、情報ログを10行、警告ログを5行ずつ取得し、かつ、ログの保存容量が80%を超えたらその旨を報知するメッセージや電子音でユーザに知らせることができる。
また、「B」というアプリケーションでは、エラーログを20行、情報ログを10行、警告ログを3行ずつ取得し、かつ、ログの保存容量が70%を超えたらその旨を報知するメッセージや電子音でユーザに知らせる、といったように、アプリケーション毎のログ取得範囲や保存容量につて設定可能である。
図9は、本実施形態を示すシステムにおいて、ハンディターミナル101のステップS404〜ステップS406で設定し、外部メモリ211に記憶されるログ取得範囲テーブルの一例を示すデータ構成図である。
図9に示すように、ログ取得範囲テーブルは、エラーの種類(エラー・情報・警告)とログ取得範囲から構成される。エラーの種類毎にエラーログの取得範囲が設定されている。
また、ログ取得範囲テーブルは、ハンディターミナル101に搭載されているアプリケーション毎に設定されているものとする。図9の901は、「A」というアプリケーションのログ取得範囲テーブルであり、902は、「B」というアプリケーションのログ取得範囲テーブルである。
次に、図5のフローチャートを用いて、本発明のハンディターミナル101で取得するログの圧縮方法について説明する。
図5は、本実施形態を示すシステムにおけるエラー発生時のログ圧縮方法を示すフローチャート図である。
ステップS501において、ハンディターミナル101のCPU201は、利用者による操作の受付監視状態にて待機し、HTの操作を受け付けると、ステップS502において、ハンディターミナル101のCPU201は、アプリケーションログ(図8の801)が生成される。
ステップS503において、アプリケーションログ上でエラーが存在するかどうかのチェックを行い、エラーが存在する場合にはステップS504へ移る。
エラーのチェックとは、具体的に、アプリケーションログ上に「Error」「Information」「Warning」という記述が存在するかどうかの検索を行う。
ステップS504において、エラーの種類(エラーor情報or警告)を識別し、ステップS505でハンディターミナル101のメモリ上に、識別したエラーの種類を保持しておく。
識別の方法は、例えば、アプリケーションログ上に「Information」の記述が存在したら、エラーの種類は「情報」ということになる。
ステップS506において、保持していたエラーの種類に応じたログ取得範囲に従って(図9の901ログ取得範囲テーブルを参照)、アプリケーションログからログ取得範囲分をコピーし、新たに端末102に送信するためのログ(図8の802・803・804)を生成する。
図8の802は、506で生成されるエラーログのうち、種類が「エラー」であるログの一例である。「エラー」のログは、ステップSS404のログ取得範囲設定画面(図7の703)でログ取得範囲を設定した範囲分がコピーされ新たにエラーログが生成される。本発明において、図7の703では「Error」のログから前後15行分をコピーするように設定しているため、図8の802では前後15行分のログが新たに生成される。
図8の803は、506で生成されるエラーログのうち、種類が「情報」であるログの一例である。本発明において、図7の703では「情報」のログから前後10行分をコピーするように設定しているため、図8の803では前後10行分のログが新たに生成される。
図8の804は、506で生成されるエラーログのうち、種類が「警告」であるログの一例である。本発明において、図7の703では「警告」のログから前後5行分をコピーするように設定しているため、図8の804では前後5行分のログが新たに生成される。 ステップS507において、ハンディターミナル101のCPU201は、ステップS506で生成したログをハンディターミナル101の外部メモリ211に保存する。
続いてステップS508において、エラーログを保存する保存領域の残量確認を行う。具体的には、エラーログを保存する所定の領域(例えば外部メモリ211の行ってい容量の記憶領域)に対して保存容量が80%以上を超えていないかをチェックする。今まで保存してきたエラーログのファイルサイズが予め規定しているMAXファイルサイズの80%以下の場合にはステップS510へ移る。
ログのファイルサイズがMAXファイルサイズの80%より大きい場合には、ステップS509へ分岐し、データ送信を促すメッセージを画面(図7の708)を表示する。ここでは、80%より大きい場合にメッセージを表示するように設定しているが、この設定は図7の703のログ取得範囲設定画面において設定することが可能である。
ステップS510で、ハンディターミナル101のCPU201は、ハンディターミナル101の操作を終了する処理を受付けたか否かを判定し、操作の終了指示があった場合には処理を終了させる。終了指示を受け付けていない場合には、ステップS501に戻って利用者の操作処理の待機状態に入る。
次に、図6のフローチャートを用いて、本発明のハンディターミナル101から端末102へエラーログを送信する方法について説明する。
図6は、本実施形態を示すシステムにおける端末102へエラーログを送信する時のフローチャート図である。
ステップS601において、ハンディターミナル101のCPU201は、メインメニュー画面(図7の701)を表示して処理選択の受付監視状態(図7の701)にて待機し、利用者によって選択された処理内容を受け付ける。
利用者により、ステップS601でメインメニュー画面(図7の701)から「送受信」が選択されると、ステップS602において、ハンディターミナル101のCPU201は、送受信メニュー画面(図7の704)を表示して、受付監視状態にて待機し、利用者によって選択された処理内容を受け付ける。
利用者により、ステップS602で送受信メニュー画面(図7の704)から「送信」が選択されると、ステップS603において、ハンディターミナル101のCPU201は「送信画面」(図7の705)を表示する。
ステップS604において、送信画面(図7の705)では、例えば「HTを通信ユニットにセットしてください」という画面が表示された状態で処理待機状態に入るので、利用者によりハンディターミナル101が不図示の通信ユニットにセットされると、ハンディターミナル101内の所定のエラーログ保存領域にエラーログが保存されているかどうかのチェックを行い、エラーログが存在する場合にはステップS605へ移る。エラーログが存在しない場合には、後述のステップS608へ移る。
ステップS605において、ハンディターミナル101内に保存されているエラーログとその他の未送信データを端末102へ送信する。
ステップS608においては、ハンディターミナル101内に保存されている未送信データを端末102へ送信する。
ハンディターミナル101から端末102へのデータ送信時、ステップS606において通信状況のチェックを行い、通信が正常に行われている場合は、ステップS607へ移り、「送信完了画面」(図7の706)を表示する。
通信中に異常が発生した場合には、ステップS609へ移り、「送信異常終了画面」(図7の707)を表示する。この時に、ハンディターミナル101の表示部に再送信を促すメッセージを表示するよう制御してもよい。
次にステップS610において、ハンディターミナル101のCPU201は、データの送信が正常に終了したことを確認すると(ステップS607)、外部メモリ211内に保存されているログを消去する。
ログの消去方法は、例えば、ハンディターミナル101に保存されているアプリケーションログ801と、ステップS607で正常に送信が完了したエラーログ802〜804の両方を消去する方法と、あるいは、アプリケーションログ801のみを消去する方法とがある。
前者の方法では、送信完了したデータを一度に削除できるという特性があるのに対し、後者の方法では、エラーログは、ユーザに操作により別のタイミングで一つずつ確認をしてから消去することができるという特背がある。本発明においては、特にデータの削除方法、及び、アプリケーションログ801とエラーログ802〜804の消去タイミングについては限定しない。
以上、本発明によれば、必要部分のみを抽出し、限られた記憶容量の中で必要なバグ情報を保持することで、後の利用者のバグ対応時の作業負荷を軽減させる仕組みを提供することが可能になる。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図4および10の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図4および10の各装置の処理方法ごとのプログラムであってもよい。
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク,ハードディスク,光ディスク,光磁気ディスク,CD−ROM,CD−R,DVD−ROM,磁気テープ,不揮発性のメモリカード,ROM,EEPROM,シリコンディスク等を用いることができる。
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ,データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
101 ハンディターミナル
102 端末
103 ネットワーク
201 CPU
202 ROM
203 RAM
204 システムバス
205 入力コントローラ
206 ビデオコントローラ
207 メモリコントローラ
208 通信I/Fコントローラ
209 KB(またはマウス)
210 ディスプレイ
211 外部メモリ(HD、FC)
102 端末
103 ネットワーク
201 CPU
202 ROM
203 RAM
204 システムバス
205 入力コントローラ
206 ビデオコントローラ
207 メモリコントローラ
208 通信I/Fコントローラ
209 KB(またはマウス)
210 ディスプレイ
211 外部メモリ(HD、FC)
Claims (8)
- ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段と
を備えることを特徴とする携帯端末。 - 前記保存手段で保存可能な前記エラーログの保存容量を設定する保存容量設定手段と、
前記保存容量設定手段で設定された前記保存容量のうち、前記保存手段で保存された前記エラーログの容量が所定の容量に達しているかを判定する判定手段と、
前記判定手段により前記エラーログが前記保存容量に対して所定の容量に達している場合、前記エラーログを前記管理装置に送信させるべく報知する報知手段とを更に備えることを特徴とする請求項1に記載の携帯端末。 - 前記ログ取得範囲設定手段でログ取得範囲を設定するエラーの種類を設定するログ種類設定手段とを更に備えることを特徴とする請求項1または2に記載の携帯端末。
- 前記出力手段で出力したエラーログ以外に前記携帯端末に記憶管理される動作ログを削除する削除手段とを更に備えることを特徴とする請求項1乃至3のいずれか1項に記載の携帯端末。
- 前記ログ取得範囲設定手段は、前記アプリケーション毎のログ取得範囲を設定することを特徴とする請求項1乃至4のいずれか1項に記載の携帯端末。
- ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末における制御方法であって、
前記携帯端末のログ取得範囲設定手段が、前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定ステップと、
前記携帯端末の検知手段が、前記アプリケーションのエラーを検知する検知ステップと、
前記携帯端末の識別手段が、前記検知ステップにより検知されたエラーの種類を識別する識別ステップと、
前記携帯端末の生成手段が、前記識別ステップにより識別された前記エラーの種類に応じて、前記ログ取得範囲設定ステップにより設定された前記エラーの取得範囲分のログからエラーログを生成する生成ステップと、
前記携帯端末の保存手段が、前記生成ステップで生成されたエラーログを所定の保存領域に保存する保存ステップと、
前記携帯端末の出力手段が、前記携帯端末を管理している管理装置に送信すべく、前記保存ステップで保存したエラーログを出力する出力ステップと
を含むことを特徴とする制御方法。 - ユーザ操作に応じて実行される処理のログを記憶管理する携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記携帯端末で動作するアプリケーションで発生するエラー毎のログ取得範囲を設定するログ取得範囲設定手段と、
前記アプリケーションのエラーを検知する検知手段と、
前記検知手段により検知されたエラーの種類を識別する識別手段と、
前記識別手段により識別された前記エラーの種類に応じて、前記ログ取得範囲設定手段により設定された前記エラーの取得範囲分のログからエラーログを生成する生成手段と、
前記生成手段で生成されたエラーログを所定の保存領域に保存する保存手段と、
前記携帯端末を管理している管理装置に送信すべく、前記保存手段で保存したエラーログを出力する出力手段として機能させるプログラム。 - 請求項7に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009274714A JP2011118610A (ja) | 2009-12-02 | 2009-12-02 | 携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009274714A JP2011118610A (ja) | 2009-12-02 | 2009-12-02 | 携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011118610A true JP2011118610A (ja) | 2011-06-16 |
Family
ID=44283866
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009274714A Pending JP2011118610A (ja) | 2009-12-02 | 2009-12-02 | 携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2011118610A (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013038489A1 (ja) * | 2011-09-13 | 2013-03-21 | 株式会社日立製作所 | 計算機システム、クライアント計算機の管理方法及び記憶媒体 |
KR20150059519A (ko) * | 2013-11-22 | 2015-06-01 | 에스케이플래닛 주식회사 | 어플리케이션을 이용한 푸쉬 서비스 제공 방법, 이를 위한 시스템 및 장치 |
JP2017068493A (ja) * | 2015-09-29 | 2017-04-06 | 東芝テック株式会社 | 情報処理装置及びプログラム |
CN106598811A (zh) * | 2016-12-19 | 2017-04-26 | 深圳天珑无线科技有限公司 | 异常事件处理方法、装置及终端 |
CN109213655A (zh) * | 2018-07-19 | 2019-01-15 | 东软集团股份有限公司 | 针对告警的解决方案确定方法、装置、存储介质和设备 |
US11194694B2 (en) | 2018-11-20 | 2021-12-07 | Canon Kabushiki Kaisha | Network client and method therefor |
CN114238239A (zh) * | 2021-12-21 | 2022-03-25 | 河南省鑫源土地科技有限责任公司 | 一种基于python的勘测定界报告生成方法、系统、装置及存储介质 |
-
2009
- 2009-12-02 JP JP2009274714A patent/JP2011118610A/ja active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013038489A1 (ja) * | 2011-09-13 | 2013-03-21 | 株式会社日立製作所 | 計算機システム、クライアント計算機の管理方法及び記憶媒体 |
KR20150059519A (ko) * | 2013-11-22 | 2015-06-01 | 에스케이플래닛 주식회사 | 어플리케이션을 이용한 푸쉬 서비스 제공 방법, 이를 위한 시스템 및 장치 |
KR102163111B1 (ko) | 2013-11-22 | 2020-10-07 | 에스케이플래닛 주식회사 | 어플리케이션을 이용한 푸쉬 서비스 제공 방법 및 이를 위한 장치 |
JP2017068493A (ja) * | 2015-09-29 | 2017-04-06 | 東芝テック株式会社 | 情報処理装置及びプログラム |
US10268559B2 (en) | 2015-09-29 | 2019-04-23 | Toshiba Tec Kabushiki Kaisha | Transmission of log information for device maintenance to a mobile computing device |
CN106598811A (zh) * | 2016-12-19 | 2017-04-26 | 深圳天珑无线科技有限公司 | 异常事件处理方法、装置及终端 |
CN106598811B (zh) * | 2016-12-19 | 2019-06-25 | 四川苏格通讯技术有限公司 | 异常事件处理方法、装置及终端 |
CN109213655A (zh) * | 2018-07-19 | 2019-01-15 | 东软集团股份有限公司 | 针对告警的解决方案确定方法、装置、存储介质和设备 |
CN109213655B (zh) * | 2018-07-19 | 2022-02-18 | 东软集团股份有限公司 | 针对告警的解决方案确定方法、装置、存储介质和设备 |
US11194694B2 (en) | 2018-11-20 | 2021-12-07 | Canon Kabushiki Kaisha | Network client and method therefor |
CN114238239A (zh) * | 2021-12-21 | 2022-03-25 | 河南省鑫源土地科技有限责任公司 | 一种基于python的勘测定界报告生成方法、系统、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2011118610A (ja) | 携帯端末、携帯端末の制御方法、プログラム及び記憶媒体 | |
JP2014532948A (ja) | 安全性チェックおよびプレビューを伴うサーバーアップグレード | |
JP2015122054A (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP2018124730A (ja) | 情報処理システム、情報処理方法、プログラム | |
US8775678B1 (en) | Automated wireless synchronization and transformation | |
WO2023246715A1 (zh) | 目标应用的网络连接控制方法、装置和电子设备 | |
JP2014089631A (ja) | 携帯端末、携帯端末の制御方法、およびプログラム | |
JP2003256211A (ja) | アプリケーション提供システム、記録媒体及びプログラム | |
US8078635B2 (en) | Information processing apparatus, information processing method, and information processing program | |
JP6536007B2 (ja) | 情報処理装置、その制御方法とプログラム | |
JP2009199441A (ja) | 映像編集装置、端末装置及びguiプログラム送信方法 | |
CN114969175A (zh) | 保险平台与外部系统的对接方法及相关设备 | |
TW201430728A (zh) | 圖示生成系統及方法 | |
JP2018124714A (ja) | 情報処理システム、情報処理方法、プログラム | |
CN107544750B (zh) | 终端设备 | |
JP2005234987A (ja) | 開発元サーバ装置、ソフトウェアトラブル対応システム及びソフトウェアトラブル対応方法 | |
JP2010134724A (ja) | メッセージキューイング監視装置、メッセージキューイング監視方法、プログラム、及び記録媒体 | |
CN110958243A (zh) | 一种网络漏洞提交方法、装置、存储介质及电子设备 | |
JP2013109411A (ja) | 情報処理装置、情報処理方法、プログラム | |
US9942361B2 (en) | Reporting page composition data | |
JP2016173773A (ja) | ワークフローシステム、ワークフローシステムの処理方法、およびプログラム | |
CN111431699A (zh) | 一种人脸鉴权功能快速生效方法、装置及系统 | |
JP6408065B1 (ja) | 工程情報収集システムおよび工程情報収集方法 | |
JP2006172073A (ja) | プログラム、情報処理装置、及び操作履歴保存方法 | |
CN104731447A (zh) | 显示装置、数据处理装置以及数据处理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20120130 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20120130 |