(57)【要約】【課題】作業性が良いと共に装置の煩雑化を抑制できる。【解決手段】上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する方法において、エラーログ保存モードであるときに（ステップ５／Ｓ５）、上位装置から端末への上位コマンドに対するレスポンス異常によりエラーログを取得することに加えて、端末の内部リトライ時の異常によってもエラーログを取得する（ステップ１０／Ｓ１０）。【選択図】        図１
2004334270.tif 000002
【特許請求の範囲】
【請求項１】
上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する方法において、エラーログ保存モードであるときに、前記上位装置から前記端末への上位コマンドに対するレスポンス異常により前記エラーログを取得することに加えて、前記端末の内部リトライ時の異常によっても前記エラーログを取得することを特徴とするエラーログ取得方法。
【請求項２】
前記エラーログにはエラーを起こした前記上位コマンドの種類とエラーコードと概要のコメントとを付加したことを特徴とする請求項１記載のエラーログ取得方法。
【請求項３】
上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する装置において、前記端末は、前記上位装置から前記端末への上位コマンドに対するレスポンス異常により取得した前記エラーログおよび前記端末の内部リトライ時の異常により取得した前記エラーログとを順次格納するメモリを備えることを特徴とするエラーログ取得装置。
【請求項４】
前記メモリはバッテリバックアップメモリであることを特徴とする請求項３記載のエラーログ取得装置。
【請求項５】
前記エラーログにはエラーを起こした前記上位コマンドの種類とエラーコードと概要のコメントとを付加したことを特徴とする請求項３または４記載のエラーログ取得装置。
【請求項６】
前記端末は、複数の工程を順次処理されるカードを各工程の装置内に搬送するキャリッジと、このキャリッジを駆動する駆動源と、前記キャリッジの移動及び前記駆動源を制御する制御部とを少なくとも備えたカード発行機であることを特徴とする請求項３から５までのいずれか記載のエラーログ取得装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カードリーダやエンボッサのように上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する方法およびエラーログ取得装置に関する。さらに詳述すると、本発明は、エラーログの内容を改良したエラーログ取得方法およびエラーログ取得装置に関する。
【０００２】
【従来の技術】
この種のエラーの表示方法として、情報処理装置に備えられたエラーランプを利用して点灯表示を行うものが開発されている（特開平９−６６５０号公報参照）。このエラー表示方法では複数のエラーランプの点灯パターンによってエラーの種類を表現している。また、エラー監視部が検出したエラーに応じてエラーランプを所定の点灯パターンで点灯させるために、コード化手段やラッチなどの回路を使用している。
【０００３】
また、障害ログの取得方法として、サーバで障害が起きたときにその障害ログファイルをセンタ装置が自動抽出して、センタ装置で蓄積および管理する方法が提案されている（特開平１１−２３８０３６号公報参照）。
【０００４】
【特許文献１】
特開平９−６６５０
【０００５】
【特許文献２】
特開平１１−２３８０３６
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したエラーランプを利用したエラー表示方法では、コード化手段やラッチなどの回路が余分に必要になってしまうので、装置が複雑化してしまう。また、障害項目の種類が多くなると、エラーランプの表示から障害内容を特定するのに時間が掛かってしまい作業性が悪い。さらに、ソフトリセット手段（信号）によるエラー情報の有効／無効設定手段が必要になってしまう。しかも、一旦電源が切れてしまうとエラーランプの表示が消えてしまい作業性が悪い。
【０００７】
一方、上述した障害ログの取得方法では、センタ装置により障害ログファイルを自動的に抽出して管理するので、専用の障害抽出および管理ソフトが必要になってしまう。また、複数のサーバで障害が発生した場合、障害サーバと障害内容との対応が煩雑になってしまう。
【０００８】
そこで本発明は、作業性が良いと共に装置の煩雑化を抑制できるエラーログ取得方法およびこれを利用したエラーログ取得装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
かかる目的を達成するため、請求項１記載の発明は、上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する方法において、エラーログ保存モードであるときに、上位装置から端末への上位コマンドに対するレスポンス異常によりエラーログを取得することに加えて、端末の内部リトライ時の異常によってもエラーログを取得するようにしている。また、請求項３記載の発明は、上位装置とこれに制御される端末とを有する装置におけるエラーログを取得する装置において、端末は、上位装置から端末への上位コマンドに対するレスポンス異常により取得したエラーログおよび端末の内部リトライ時の異常により取得したエラーログとを順次格納するメモリを備えるようにしている。
【００１０】
したがって、従来のようなコード化手段やラッチなどの回路を必要としないので、装置を簡易化することができる。
【００１１】
そして、請求項２記載のエラーログ取得方法および請求項５記載のエラーログ取得装置では、エラーログにはエラーを起こした上位コマンドの種類とエラーコードと概要のコメントとを付加するようにしている。したがって、従来のようにエラーランプの表示から障害内容を特定する場合に比べて、エラーの種類の特定を迅速化することができる。
【００１２】
さらに、請求項４記載のエラーログ取得装置では、メモリはバッテリバックアップメモリであるようにしている。したがって、停電などで一旦電源が切れてもエラーログの内容が残るので後に確認することができると共に、ＥＥＰＲＯＭに比べて書き込み速度が速いので装置の作動中でもエラーログの書き込みを容易に行うことができる。
【００１３】
一方、請求項６記載の発明は、請求項３から５までのいずれか記載のエラーログ取得装置において、端末は、複数の工程を順次処理されるカードを各工程の装置内に搬送するキャリッジと、このキャリッジを駆動する駆動源と、キャリッジの移動及び駆動源を制御する制御部とを少なくとも備えたカード発行機であるようにしている。
【００１４】
したがって、カード発行機でのエラーログを取得する装置を簡素化することができると共に、エラーの種類の特定を迅速化することができる。
【００１５】
【発明の実施の形態】
以下、本発明の構成を図面に示す実施形態に基づいて詳細に説明する。
【００１６】
図３に本発明のエラーログ取得装置１の実施の一形態を示す。このエラーログ取得装置１は、上位装置とこれに制御される端末２とを有する装置におけるエラーログを取得するものである。そして、端末２は、上位装置から端末２への上位コマンドに対するレスポンス異常により取得したエラーログおよび端末２の内部リトライ時の異常により取得したエラーログとを順次格納するメモリ３を備えるようにしている。
【００１７】
この端末２では、メモリ３はバッテリバックアップメモリであるようにしている。したがって、停電時でも記憶内容を残すことができると共に、ＥＥＰＲＯＭに比べて書き込み速度が速いので端末２の作動中でもエラーログの書き込みを容易に行うことができる。ここでは、このメモリ３はバックアップ電池１１を備えたＲＡＭとしている。このメモリ３は、ＲＡＳ（単体動作テスト）モードであるか否かを示すフラグであるＲＡＳ＿ＦＬＧ４と、エラーの内容を記憶する第１〜第５のエラーログ５〜９と、いずれのエラーログかを示す表示ポインタ１０とを備えている。エラーログの記憶領域が５つあるので、５回のエラーの履歴を残すことができる。ここでは最新のエラーが第１エラーログ５、最も古いエラーが第５エラーログ９になる順序で記憶されている。
【００１８】
また、端末２は、エラーコードおよびコメントのテーブル１２や動作プログラム１３を記憶したＲＯＭ１４と、外部に情報を表示するＬＣＤ１５と、動作モードを切り換えるロータリスイッチ１６と、ＲＡＳモードでの動作を進める操作を行う実行スイッチ１７と、上位装置と通信を行う通信部１８と、各部位を制御するＣＰＵ１９とを備えている。
【００１９】
本実施形態では、この端末２をカード発行機としている。このカード発行機は、複数の工程を順次処理されるカードを各工程の装置内に搬送するキャリッジ２０と、このキャリッジ２０を駆動する駆動源２１，２２と、キャリッジ２０の移動及び駆動源２１，２２を制御する制御部２３とを少なくとも備えている。さらに、この端末２は、カードを積層するホッパ２４と、該カードに所定の情報を記録するカードリーダ部２５とを備えている。キャリッジ２０は、ホッパ２４の底部に設けたゲートから１枚ずつ取り出されたカードをカードリーダ部２５に搬送する。また、端末２は、カードにエンボスを形成するエンボスユニット２６と、エンボスの上面に加工を加えるトッパユニット２７とを備えている。
【００２０】
キャリッジ２０を駆動する駆動源２１，２２は、例えばキャリッジ２０をＸ軸方向に駆動するステッピングモータから成るＸ軸モータ２１と、キャリッジ２０をＹ軸方向に駆動するステッピングモータから成るＹ軸モータ２２とである。また、制御部２３は、各モータ２１，２２の駆動を制御するＣＰＵ１９と、キャリッジ２０がＸ軸方向のホームポジションにあることを検知するセンサ２８と、キャリッジ２０がＸ軸方向のエンドポジションにあることを検知するセンサ２９と、キャリッジ２０がＹ軸方向のホームポジションにあることを検知するセンサ３０と、キャリッジ２０がＹ軸方向のエンドポジションにあることを検知するセンサ３１とを備えている。
【００２１】
この端末２の全体の動作としては、まずホッパ２４の底部に設けたゲートからカードが１枚ずつ取り出される。ＣＰＵ１９は駆動源２１，２２を駆動して、取り出されたカードをキャリッジ２０によりカードリーダ部２５に搬送する。カードリーダ部２５では、カードの磁気テープあるいは内蔵ＩＣに情報を書き込む。必要に応じてカードをエンボスユニット２６およびトッパユニット２７に搬送してエンボス加工を施す。
【００２２】
上述したエラーログ取得装置１の動作の一例を図１および図２に示すフローチャートに沿って説明する。
【００２３】
図１に示すように、電源がＯＮされると（ステップ１／Ｓ１）、実行スイッチ１７がＯＮであるか判断し（ステップ２／Ｓ２）、ＯＦＦであれば（ステップ２／Ｓ２；Ｎｏ）、ＲＡＳモードではなくエラーログ保存モード（通常モード）であると判断する。また、実行スイッチ１７がＯＮであれば（ステップ２／Ｓ２；Ｙｅｓ）、ロータリスイッチ１６がＦであるか判断する（ステップ３／Ｓ３）。ロータリスイッチ１６がＦでなければ（ステップ３／Ｓ３；Ｎｏ）、ＲＡＳモードではなくエラーログ保存モードであると判断する。また、ロータリスイッチ１６がＦであれば（ステップ３／Ｓ３；Ｙｅｓ）、ＲＡＳモードであると判断して実行する（ステップ４／Ｓ４）。
【００２４】
エラーログ保存モードであると判断したときは、ＲＡＳ＿ＦＬＧ４を０に設定すると共に、ＬＣＤ１５に”ＯＮＬＩＮＥモード”と表示する（ステップ５／Ｓ５）。上位コマンドを受信したか判断し（ステップ６／Ｓ６）、受信しなければ（ステップ６／Ｓ６；Ｎｏ）、再び受信を判断する。上位コマンドを受信すれば（ステップ６／Ｓ６；Ｙｅｓ）、コマンドを実行する（ステップ７／Ｓ７）。
【００２５】
そして、ＲＡＳ＿ＦＬＧ４が０か判断する（ステップ８／Ｓ８）。すなわち、実行したコマンドが上位コマンドであるか内部コマンドであるか判断する。ＲＡＳ＿ＦＬＧ４が１であれば（ステップ８／Ｓ８；Ｎｏ）、エラーログ保存モードではなくＲＡＳモードであるので、内部コマンドを実行したと判断される。そして、コマンドの実行結果をＬＣＤ１５に表示して（ステップ９／Ｓ９）、ＲＡＳモードの動作に入る（ステップ１４／Ｓ１４）。
【００２６】
ＲＡＳ＿ＦＬＧ４が０であれば（ステップ８／Ｓ８；Ｙｅｓ）、エラーログ保存モードであるので、上位コマンドを実行したと判断される。そして、エラーが発生したか判断する（ステップ１０／Ｓ１０）。ここで、エラーとしては、上位コマンドに対するレスポンス異常と、端末２の内部でリトライをすることとの両方を含む。
【００２７】
エラーが発生していれば（ステップ１０／Ｓ１０；Ｙｅｓ）、エラーログを取得する（ステップ１１／Ｓ１１）。ここでは上位装置から端末２への上位コマンドに対するレスポンス異常によりエラーログを取得することに加えて、端末２の内部リトライ時の異常によってもエラーログを取得する。エラーログにはエラーを起こした上位コマンドの種類とエラーコードと概要のコメントとを付加するようにしている。よって、エラーの種類の特定を迅速化することができる。
【００２８】
エラーログを取得する際は、第４エラーログ８の内容を第５エラーログ９に移し、第３エラーログ７の内容を第４エラーログ８に移し、第２エラーログ６の内容を第３エラーログ７に移し、第１エラーログ５の内容を第２エラーログ６に移す。そして、最新のエラーについての上位コマンドの種類とエラーコードとコメントとをＲＯＭ１４のテーブル１２を参照して第１エラーログ５に記憶する。
【００２９】
そして、エラーログの取得後、あるいはエラー発生が無い場合（ステップ１０／Ｓ１０；Ｎｏ）、上位コマンドの実行結果（レスポンス）を上位装置に返信する（ステップ１２／Ｓ１２）。返信したら再び上位コマンドの受信を待機する（ステップ６／Ｓ６）。
【００３０】
また、ステップ３でＲＡＳモードが選択されてＲＡＳモードが実行されたときは（ステップ４／Ｓ４）、図２に示すようにＲＡＳ＿ＦＬＧ４を１に設定すると共に、ＬＣＤ１５に”ＲＡＳモードＩＮ”と表示する（ステップ１３／Ｓ１３）。ロータリスイッチ１６の設定値を表示し（ステップ１４／Ｓ１４）、それがＦでないか判断する（ステップ１５／Ｓ１５）。ロータリスイッチ１６の設定値がＦであれば（ステップ１５／Ｓ１５；Ｎｏ）、再びロータリスイッチ１６の値を表示する（ステップ１４／Ｓ１４）。ロータリスイッチ１６の設定値がＦ以外であれば（ステップ１５／Ｓ１５；Ｙｅｓ）、実行スイッチ１７がＯＮであるか判断する（ステップ１６／Ｓ１６）。ＯＦＦであれば（ステップ１６／Ｓ１６；Ｎｏ）、再びロータリスイッチ１６の値を表示する（ステップ１４／Ｓ１４）。
【００３１】
実行スイッチ１７がＯＮであれば（ステップ１６／Ｓ１６；Ｙｅｓ）、ロータリスイッチ１６がＥであるか判断する（ステップ１７／Ｓ１７）。Ｅでなければ（ステップ１７／Ｓ１７；Ｎｏ）、エラーログ表示ではないのでロータリスイッチ１６の設定値に応じてコマンド設定を行う（ステップ１８／Ｓ１８）。例えば、ロータリスイッチ１６の値が１であればカード取り出し、２であればエンボスプリント、３であればトッピング、４であれば磁気のリードおよびライト、５であればカード放出というようにコマンドを設定する。そして、エラーログ保存モードと同様に、設定されたコマンドが実行される（ステップ７／Ｓ７）。この場合、ＲＡＳ＿ＦＬＧが１であるので、コマンド実行後に実行結果はＬＣＤに表示される（ステップ９／Ｓ９）。
【００３２】
また、ロータリスイッチ１６がＥであれば（ステップ１７／Ｓ１７；Ｙｅｓ）、表示ポインタ１０を第１エラーログ５に設定する（ステップ１９／Ｓ１９）。そして、表示ポインタ１０で設定された１件のエラーログをＬＣＤ１５に表示する（ステップ２０／Ｓ２０）。
【００３３】
実行スイッチ１７がＯＦＦか判断し（ステップ２１／Ｓ２１）、ＯＮであれば（ステップ２１／Ｓ２１；Ｎｏ）、再び判断する（ステップ２１／Ｓ２１）。実行スイッチ１７がＯＦＦであれば（ステップ２１／Ｓ２１；Ｙｅｓ）、実行スイッチ１７がＯＮであるか判断する（ステップ２２／Ｓ２２）。ＯＦＦであれば（ステップ２２／Ｓ２２；Ｎｏ）、再び判断する（ステップ２２／Ｓ２２）。
【００３４】
実行スイッチ１７がＯＮであれば（ステップ２２／Ｓ２２；Ｙｅｓ）、ロータリスイッチ１６がＥであるか判断する（ステップ２３／Ｓ２３）。Ｅでなければ（ステップ２３／Ｓ２３；Ｎｏ）、再びロータリスイッチ１６の値を表示する（ステップ１４／Ｓ１４）。
【００３５】
ロータリスイッチ１６がＥであれば（ステップ２３／Ｓ２３；Ｙｅｓ）、表示ポインタ１０を次のエラーログに更新する（ステップ２４／Ｓ２４）。表示ポインタ１０の示す値が最終のエラーログより大きいか判断し（ステップ２５／Ｓ２５）、大きくなければ（ステップ２５／Ｓ２５；Ｎｏ）、表示ポインタ１０で設定された１件のエラーログをＬＣＤ１５に表示する（ステップ２０／Ｓ２０）。すなわち、最新エラーログである第１エラーログ５から最も古い第５エラーログ９までを順に表示することになる。
【００３６】
また、表示ポインタ１０の示す値が最終のエラーログより大きければ（ステップ２５／Ｓ２５；Ｙｅｓ）、表示ポインタ１０を第１エラーログ５に設定し（ステップ２６／Ｓ２６）、表示ポインタ１０で設定された１件のエラーログをＬＣＤ１５に表示する（ステップ２０／Ｓ２０）。すなわち、実行スイッチ１７が押されるたびに最新ログから順にエラーログ情報をＬＣＤ１５に表示する。
【００３７】
よって、本実施形態の端末２によれば、エラーログを１件ずつ表示しているので、安価なＬＣＤ１５でも表示が可能になると共にＲＡＳ用に使用している表示装置と兼用することも可能になるので、追加コストを最低限に抑えることができる。
【００３８】
また、本実施形態の端末２によれば、エラーログ取得装置１を搭載しているので、エラーログを取得する装置を簡素化することができると共に、エラーの種類の特定を迅速化することができる。
【００３９】
なお、上述の実施形態は本発明の好適な実施の一例ではあるがこれに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形実施可能である。例えば本実施形態ではメモリ３の記憶可能なエラーログを５つにしているが、これには限られず他の個数であっても良い。また、本実施形態では５つのエラーログを１つのＲＡＭに記憶させているが、これには限られず別個のＲＡＭに記憶させるようにしても良い。さらに、上述した実施形態では、メモリ３はバッテリバックアップメモリとしているが、これには限られずフラッシュＲＯＭなどを利用しても良い。
【００４０】
また、上述した実施形態では、ＲＡＳモードにおいて、エラーログを１件ずつ表示しているが（ステップ２０／Ｓ２０）、これには限られず複数件を表示するようにしても良い。さらに、上述した実施形態では、ＲＡＳモードにおいて、エラーログを最新のものから表示しているが、これには限られず古い順、あるいはエラーコードの順など他の順序で表示しても良い。
【００４１】
そして、上述した実施形態では、エラーログ保存モードにおいて、実行したコマンドが上位コマンドか内部コマンドか判定してからエラー発生の判定を行っているが（ステップ８／Ｓ８、ステップ１０／Ｓ１０）、これには限られず逆の順序であっても良い。
【００４２】
また、上述した実施形態ではエラーログの内容として上位コマンドの種類とエラーコードと概要のコメントとを含めているが、これには限られず例えば上位コマンドの種類のみにするなど、必要に応じて適宜変更しても良い。
【００４３】
そして、上述した各実施形態ではエラーログ取得装置１を備えた端末２をカード発行機に適用しているが、これには限られず工作機械やロボットなど、ワークを搬送するキャリッジ２０を使用する装置の全般に適用可能である。
【００４４】
【発明の効果】
以上の説明から明らかなように、請求項１記載のエラーログ取得方法および請求項３記載のエラーログ取得装置によれば、従来のようなコード化手段やラッチなどの回路、あるいは障害抽出および管理の専用ソフトを必要としないので、装置を簡易化することができる。
【００４５】
また、内部リトライ時に発生した障害内容を容易に確認できるので、定期メンテナンス時のフォローが可能になる。このため、装置ダウンにつながるような障害の発生を未然に防止することができる。
【００４６】
そして、請求項２記載のエラーログ取得方法および請求項５記載のエラーログ取得装置によれば、従来のようにエラーランプの表示から障害内容を特定する場合に比べて、エラーの種類の特定を迅速化することができる。よって、メンテナンスの作業性を高めることができる。
【００４７】
さらに、請求項４記載のエラーログ取得装置によれば、メモリはバッテリバックアップメモリであるので、停電などで一旦電源が切れてもエラーログの内容が残るので後に確認することができる。また、故障装置の交換修理時における障害内容も製品自体のメモリに保存されるので、上位装置からの特別な管理作業を不要にすることができる。さらに、エラーログの書き換え中に電源が切れた場合でも書き込み中の１バイトが破壊されるだけで以前のデータは残るので、信頼性が高く電源の瞬断対策が不要になる。しかも、ＥＥＰＲＯＭに比べて書き込み速度が速いので装置の作動中でもエラーログの書き込みを容易に行うことができる。
【００４８】
また、請求項６記載のエラーログ取得装置によれば、カード発行機でのエラーログを取得する装置を簡素化することができると共に、エラーの種類の特定を迅速化することができる。
【図面の簡単な説明】
【図１】本発明のエラーログ取得方法のエラーログ保存モードでの動作を示すフローチャートである。
【図２】ＲＡＳモードでの動作を示すフローチャートである。
【図３】本発明のエラーログ取得装置を備えた端末を適用したカード発行機を示すブロック図である。
【符号の説明】
１  エラーログ取得装置
２  端末
３  メモリ
２０  キャリッジ
２１，２２  駆動源
２３  制御部
【図１】
2004334270.tif 000003
【図２】
2004334270.tif 000004
【図３】
2004334270.tif 000005