(57)【要約】【課題】  ログデータを非常に短い時間間隔で保存しなくても短時間でエラーが発生した原因を調査する。【解決手段】  キーボードから入力されたキーデータを保存する第１のバッファと、プリンタで印字する印字データを保存する第２のバッファとを有し、第１のバッファ及び第２のバッファに保存された内容をログとして複数の業務プログラム毎に記憶する。【選択図】図１
2008077417.tif 000002
【特許請求の範囲】
【請求項１】
キー入力するキーボードと、印字するプリンタとを有し、複数の業務プログラムから選択された業務プログラムを実行して前記キーボードから入力されたキーデータに基づく入力データの処理及び前記プリンタで印字する印字データを処理するデータ処理装置において
前記キーボードから入力されたキーデータを保存する第１のバッファと、
前記プリンタで印字する印字データを保存する第２のバッファと、
前記第１のバッファ及び前記第２のバッファに保存された内容をログとして前記複数の業務プログラム毎に記憶する記憶手段とを具備することを特徴とするデータ処理装置。
【請求項２】
前記選択された業務プログラムの処理を表示する表示手段と、
前記表示手段に表示された前記業務プログラムの入力データの処理又は印字データの処理結果に基づいて前記キーボードからの指示により、前記記憶手段に前記第１のバッファ又は前記第２のバッファに保存された内容をログとして記憶するログ記憶指示手段とをさらに具備することを特徴とする請求項１記載のデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理時のログデータを保存するデータ処理装置に関する。
【背景技術】
【０００２】
データ処理装置において、業務プログラム実行時の実行ログを登録することは一般的に行なわれている。また、データ処理装置においてエラー発生等の異常時にそのエラーをトリガーとしてエラー情報のログを登録することも一般的に行なわれている。
【０００３】
ネットワークを介してサーバに接続された端末装置の操作情報を管理するものとして、端末装置でキーボードやマウスなどの操作により所定のキーが押下されると、押下されたキーの情報が順次ＲＡＭのキー情報格納領域に格納され、入力キーが押下されるとタイマ３０により計時されている現在時刻とともにサーバに送信し、サーバでは、端末装置から供給される送信データをまず一括して１次データ格納領域に格納し、１次データ格納領域に格納された送信データを端末識別ＩＤ毎に分類して端末ログ領域に格納して、端末装置でのキー操作を管理するものが知られている（例えば、特許文献１参照）。
【特許文献１】特開平１１−８５６９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、エラー発生しない状態で画面表示や印字データに異常が発生した場合にはログ情報が不十分でユーザの操作ミスなのか業務プログラムの不具合なのか原因を調査するのに膨大な時間がかかっていた。
【０００５】
また、ログデータを非常に短い時間間隔で保存することも考えられるがパフォーマンスの問題や記憶容量の問題があった。
【０００６】
本発明は上記事情に鑑みてなされたものであって、その目的は、ログデータを非常に短い時間間隔で保存しなくても短時間でエラーが発生した原因を調査することができるデータ処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、キー入力するキーボードと、印字するプリンタとを有し、複数の業務プログラムから選択された業務プログラムを実行して前記キーボードから入力されたキーデータに基づく入力データの処理及び前記プリンタで印字する印字データを処理するデータ処理装置において、キーボードから入力されたキーデータを保存する第１のバッファと、プリンタで印字する印字データを保存する第２のバッファとを有し、第１のバッファ及び第２のバッファに保存された内容をログとして複数の業務プログラム毎に記憶するものである。
【発明の効果】
【０００８】
本発明によると、ログデータを非常に短い時間間隔で保存しなくても短時間でエラーが発生した原因を調査することができるデータ処理装置を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の各実施の形態について図面を参照して説明する。  
（第１の実施の形態）
先ず第１の実施の形態について説明する。図１は、データ処理装置１００のハードウェア構成を示すブロック図である。データ処理装置１００は、本体部１と、この本体部１に装着されたキーボード２、ディスプレイ３、マウス４、プリンタ５の各入出力機器とから構成されている。
【００１０】
本体部１には、少なくとも１つのハードディスクと主制御部としてのＣＰＵ（Central Processing Unit）１１、主記憶部としてのＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ハードディスク（ＨＤＤ）１４のデータの読み出し、書き込みを制御するハードディスクコントローラ１５、磁気ディスク、光ディスク等の補助記憶装置をアクセスする補助記憶装置ドライバ１６、「０」から「９」の置数キー、アルファベットキー、「Ｅｎｔｅｒ」キー、「Ｃｔｒ」キー等の各種キーを配置したキーボード２から入力されたキー信号を制御するキーボードコントローラ１７、ディスプレイ３の表示を制御するディスプレイコントローラ１８、マウス４のインターフェースであるマウスインタフェース１９、プリンタ５のインターフェースであるパラレルインタフェース２０、及び通信インターフェース２１とは、アドレスバス、データバス等のバスラインで接続されている。
【００１１】
かかる構成のデータ処理装置１００において、ハードディスク１４には、オペレーティングシステム（ＯＳ）と、業務プログラムが動作するために必要なファイル群、各種ファイル群が格納されている。なお、業務プログラムとしては、例えば、納品書発行、送り状発行、見積書発行などの業務を実行するためのプログラムが格納されており、複数の業務プログラムのうちから選択された業務プログラムが実行される。
【００１２】
図２は、業務プログラムが起動しているときに、キーボード２から入力されたキーのキーデータをバッファに保存する処理の流れを説明するための図である。キーボード２から入力されたキーのキーデータは、キーボードドライバに伝えられ、通常のキーバッファと第１のバッファであるログ用のキーバッファの２つに保存される。なお、この通常のキーバッファとログ用のキーバッファはＲＡＭ１３に形成される。このように通常のキーバッファ及びログ用のキーバッファにキーデータが保存された後、通常のキーバッファに保存されたキーデータが業務プログラムに伝えられ、業務が実行される。
【００１３】
図３は、ログ用のキーバッファ３１の構成を概略的に示す図である。ログ用のキーバッファ３１は、書込みポインタ３１ａとデータエリア３１ｂとで構成されている。図３に示すように、データエリア３１ｂには、業務プログラムが起動しているときにキーボード２から入力されたキーのキーデータが保存されている。データエリア３１ｂに保存されている「３１Ｈ」は「１」キーが入力されたことを示し、「３２Ｈ」は「２」キーが入力されたことを示し、「３３Ｈ」は「３」キーが入力されたことを示し、「０ＤＨ」は「Ｅｎｔｅｒ」キーが入力されたことを示している。すなわち、データエリア３１ｂの１行目は、「１」、「２」、「３」、「Ｅｎｔｅｒ」キーが入力されたことを示している。このようにデータエリア３１ｂには、キーボード２から入力されたキーデータが保存される。なお、業務プログラム開始時には書込みポインタ３１ａとデータエリア３１ｂは初期化され、データエリア３１ｂは固定の容量で、先頭から書き始め、最後まで書き終わるとまた先頭から書き始めるように書込みポインタ３１ａで管理されている。
【００１４】
図４は、業務プログラムにより印字データが作成されたときに印字データをバッファに保存する処理の流れを説明するための図である。業務プログラムにより作成された印字データは、通常の印字バッファと第２のバッファであるログ用の印字バッファに保存される。なお、通常の印字バッファとログ用の印字バッファはＲＡＭ１３に形成される。このように通常の印字バッファ及びログ用の印字バッファに印字データが保存された後、通常の印字バッファに保存された印字データがプリンタドライバに伝えられ、プリンタ５で印字が実行される。
【００１５】
図５は、ログ用の印字バッファ３２の構成を概略的に示す図である。ログ用の印字バッファ３２は、書込みポインタ３２ａとデータエリア３２ｂで構成されている。図３に示すように、データエリア３２ｂには、業務プログラムにより作成された印字データが保存されている。なお、業務プログラム開始時には書込みポインタ３２ａとデータエリア３２ｂは初期化され、データエリア３２ｂは固定の容量で、先頭から書き始め、最後まで書き終わるとまた先頭から書き始めるように書込みポインタ３２ａで管理されている。
【００１６】
次に、業務プログラムを終了するときの処理について説明する。図６は、ＣＰＵ１１が実行する業務プログラム終了時の処理の要部を示すフローチャートである。
【００１７】
ＣＰＵ１１はキーボード２に配置されたキーから業務終了の指示を受付けると（ＳＴ１０１でＹＥＳ）、キーバッファ３１のデータをハードディスク１４にファイルとして書き出し（ＳＴ１０２）、続いて、印字バッファ３２のデータをハードディスク１４にファイルとして書き出す（ＳＴ１０３）。つまり、ＣＰＵ１１は、業務プログラムの終了の指示を受付ける毎に、キーバッファ３１に保存されたキーデータ及び印字バッファ３２に保存された印字データをそれぞれハードディスク１４に実行ログファイルとして書き出す。また、ハードディスク１４にファイルを書き込むときのログ実行ファイルのファイル名は、業務プログラムの名称が用いられ、業務を開始した開始時間及び業務を終了した終了時間が記憶される。
【００１８】
図７は、このようにハードディスク１４に書き出された実行ログファイルＦ１の一例を示す図である。実行した業務プログラム毎に、業務の名称、業務の開始時間、業務の終了時間がファイル名として記憶されている。このファイルを開くことにより、キーデータ、印字データの内容を閲覧できるようになっている。
【００１９】
この第１の実施の形態によると、業務プログラムが終了する毎に、その業務プログラムの実行に用いたキーデータ及び印字データを業務プログラム毎にハードディスク１４にファイルとして書き出すことができる。ユーザは、業務プログラムを実行したときに処理結果を出力するディスプレイ３や、プリンタ５に異常を感じたときはその業務を覚えていることが多い。したがって、後にデータ処理装置１００を調査するときに、調査する側は異常発生時の業務を確認することにより、ハードディスク１４に書き出された多くのファイルのうちから当該業務のファイルを確認することにより異常発生の原因を調査できる。すなわち、ログデータを非常に短い時間間隔で保存しなくても短時間でエラーが発生した原因を調査することができる。
【００２０】
（第２の実施の形態）
次に第２の実施の形態について説明する。この第２の実施の形態は、第１の実施の形態のデータ処理装置１００のように業務の終了時にキーデータ及び印字データを保存するだけでなく、ユーザがディスプレイ３に表示された内容やプリンタ５から出力された印字データに異常を発見した場合に、そのタイミングで実行ログファイルをハードディスク１４に書き出すようにしたものである。また、データ処理装置１００の構成は、図１に示す場合と同様であるため説明を省略し、以下ではハードディスク１４に実行ログファイルを書き出す処理を中心に説明する。
【００２１】
図８は、ＣＰＵ１１が実行する実行ログファイルをハードディスク１４に書き出す処理の要部を示すフローチャートである。業務プログラムが実行されると入力データ又は印字データの処理が出力される。ユーザは、このように出力された印字結果、表示結果を視認して異常を発見すると、ログファイル保存指示をする。例えば、ログファイル保存指示は、ユーザがキーボード２の所定のキー入力、例えば、「Ｃｔｒ」キーと「Ｓ」キーの同時キー入力により行なわれる。なお、この第２の実施の形態では所定のキー入力は、「Ｃｔｒ」キーと「Ｓ」キーの同時キー入力であることとするが、これに限るものではない。
【００２２】
ＣＰＵ１１は所定のキー入力によりログ保存指示ありを検出すると（ＳＴ２０１でＹＥＳ）、ＣＰＵ１１は確認画面をディスプレイ３に表示する（ＳＴ２０２）。図９は、この確認画面３３のディスプレイ３への表示例を示す図である。図９に示すように、現在のログ情報をログファイルとしてハードディスク１４に保存するか否かをユーザに確認するためのメッセージが表示されるとともに「はい」ボタン３４、「いいえ」ボタン３５が表示される。ユーザは、実行ログファイルを保存する場合には「はい」ボタン３４を、保存しない場合には「いいえ」ボタン３５を、キーボード２を用いて選択入力する。
【００２３】
ＣＰＵ１１は、「いいえ」ボタン３５が入力されたと判断した場合には（ＳＴ２０３でＮＯ）、確認画面３３をディスプレイ３から消去し（ＳＴ２０４）、ステップＳＴ２０１へ戻りログ保存指示を待機する。ＣＰＵ１１は、「はい」ボタン３４が入力されたと判断した場合は（ＳＴ２０３でＹＥＳ）、確認画面３３をディスプレイ３から消去する（ＳＴ２０５）。
【００２４】
そして、ＣＰＵ１１はキーバッファ３１のデータをハードディスク１４にファイルとして書き出し（ＳＴ２０６）、続いて、印字バッファ３２のデータをハードディスク１４にファイルとして書き出す（ＳＴ２０７）。なお、キーボード２から入力されたキーのキーデータがキーバッファ３１に保存される処理の流れ、業務プログラムにより作成される印字データが印字バッファ３２に保存される処理の流れは第１の実施の形態と同様である。
【００２５】
さらに、ＣＰＵ１１は、異常ログデータ保存ありの情報をセットする（ＳＴ２０７）。すなわち、通常保存されている実行ログファイルの中に、異常状況ファイルが書き出されたという内容が追記されるとともにその時間が追記される。
【００２６】
図１０は、このようにハードディスク１４に書き出された実行ログファイルＦ２の一例を示す図である。実行した業務プログラム毎に、業務の名称、業務の開始時間、業務の終了時間がファイル名として記憶されている。また、見積書発行の実行ログファイルには、異常ログファイル有というメッセージとともにその時間が業務の開始時刻と終了時刻の間に保存されている。したがって、このメッセージが示す時間にハードディスク１４に記憶されたキーデータ、印字データを確認することにより、ログデータを非常に短い時間間隔で保存しなくても、かつ、第１の実施の形態よりも短時間でエラーが発生した原因を調査することができる。
【００２７】
つまり、ユーザがディスプレイ３の表示や印字データに異常がることを見つけた際は、ユーザの操作によりそのときのキーデータや印字データがログとして保存されるため、異常原因がユーザの操作ミスなのか業務プログラムの不具合なのか原因を調査することが容易になる。また、常に必要なログを落としているわけではないのでパフォーマンスの低下を防止し、膨大なログファイルを保存する必要がなくなる。
【００２８】
さらに、異常発生時のデータとして、キーデータと印字データを保存するようにしているが、これに代えて又はこれとともにディスプレイ３に表示されている画面をハードコピーし、そのデータを保存するようにしても良い。
【００２９】
また、第１の実施の形態においては業務終了時に自動的に実行ログファイルが業務毎に保存される構成としたが、第２の実施の形態で説明したように業務終了時に実行ログファイルを保存するか否かを問い合わせるメッセージをディスプレイ３に表示し、その表示に対応する指示に基づいて実行ログファイルをハードディスク１４に保存するようにしても良い。
【００３０】
なお、本発明は、上述した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化でき、また、実施の形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を変形できるものである。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態におけるデータ処理装置のハードウェア構成を示すブロック図である。
【図２】同実施の形態におけるキーデータをバッファに保存する処理の流れを説明するための図。
【図３】同実施の形態におけるログ用のキーバッファの構成を概略的に示す図
【図４】同実施の形態における印字データをバッファに保存する処理の流れを説明するための図。
【図５】同実施の形態におけるログ用の印字バッファの構成を概略的に示す図。
【図６】同実施の形態におけるＣＰＵが実行する業務プログラム終了時の処理の要部を示すフローチャート。
【図７】同実施の形態における実行ログファイルの一例を示す図
【図８】本発明の第２の実施の形態におけるＣＰＵが実行する実行ログファイルをハードディスクに書き出す処理の要部を示すフローチャート。
【図９】同実施の形態における確認画面の一例を示す図。
【図１０】同実施の形態における実行ログファイルの一例を示す図
【符号の説明】
【００３２】
１…本体、２…キーボード、３…ディスプレイ、５…プリンタ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ハードディスク、３１…キーバッファ、３１ｂ…データエリア、３２…印字バッファ、３２ｂ…データエリア、３３…確認画面、Ｆ１，Ｆ２…実行ログファイル
【図１】
2008077417.tif 000003
【図２】
2008077417.tif 000004
【図３】
2008077417.tif 000005
【図４】
2008077417.tif 000006
【図５】
2008077417.tif 000007
【図６】
2008077417.tif 000008
【図７】
2008077417.tif 000009
【図８】
2008077417.tif 000010
【図９】
2008077417.tif 000011
【図１０】
2008077417.tif 000012