変換エラーレコードリカバリプログラム
【課題】 データ変換処理を中断することなく、また、エラーとなったレコードを検索することもなく、容易にエラーデータのリカバリ処理を行うことができるコード変換エラーリカバリプログラムを提供する。
【解決手段】 入力ファイル１０をコード変換テーブルにしたがってコード変換するコード変換ステップと、前記コード変換テーブルに該当しないエラーレコード情報を、エラーロギングファイル３０に出力するエラーレコード出力ステップと、エラーロギングファイル３０を読み込み、修正されたコード変換テーブルにしたがってコード変換するエラーデータコード変換ステップと、を備えることにより、コード変換処理を中断することなく、エラーロギングファイル３０によって、容易にエラーデータのリカバリ処理を行うことができる。
【解決手段】 入力ファイル１０をコード変換テーブルにしたがってコード変換するコード変換ステップと、前記コード変換テーブルに該当しないエラーレコード情報を、エラーロギングファイル３０に出力するエラーレコード出力ステップと、エラーロギングファイル３０を読み込み、修正されたコード変換テーブルにしたがってコード変換するエラーデータコード変換ステップと、を備えることにより、コード変換処理を中断することなく、エラーロギングファイル３０によって、容易にエラーデータのリカバリ処理を行うことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステム間などにおける異なるデータのコード体系を持つデータの流通およびデータ属性の変更に関し、特に、変換エラーに対するリカバリ処理を行うコード変換エラーレコードリカバリプログラムに関するものである。
【背景技術】
【０００２】
従来、コード変換処理を行う場合、例えば、入力ファイルに格納されたシフトＪＩＳコードのデータを、ＥＵＣコードのデータにコード変換し、出力ファイルに格納するには、シフトＪＩＳコードからＥＵＣコードへの変換テーブルを用いて、入力ファイルの各レコードをコード変換し、コード変換ができないレコードがあった場合には、コード変換を行った利用者にエラーメッセージを出力して、通知する。その後、利用者は、コード変換エラーのメッセージによりエラーとなったレコードを特定し、コード変換処理の入力ファイルから該当レコードを取り出し、コード変換エラーの原因を取り除いたコード変換処理の環境のもとで、そのレコードのコード変換処理を再実行することで、コード変換エラーのリカバリを行っていた。
【０００３】
また、データ属性の変更の場合も、例えば、文字属性のデータ（□□１００、□：ブランクを示す）を数値属性のデータ（００１００）に変更する際、ブランク（□□）は数値でないために不当データエラーとなる。不当データエラーのリカバリもコード変換エラーの対応と同様にエラーメッセージをもとに入力ファイルからエラーとなったレコードを特定し、そのレコードのエラー箇所を変更（ブランクを数値に変更など）後、そのレコードのリカバリを行っていた。
【０００４】
ここで、他のシステムで作成された既存のデータを、自システムで利用できる形にフォーマット変換を行う従来のフォーマット変換装置（データ変換装置）のブロック図を図１３に、処理フローチャートを図１４に示し、説明する。
【０００５】
図１３に示すように、従来のフォーマット変換装置は、フォーマット変換処理部１０５およびこのフォーマット変換処理部１０５に接続された変換元データ１０１、変換方法パラメータファイル１０２、変換先データ１０３、アラームログファイル１０４および複数の外部変換処理モジュール１０６より構成される。
【０００６】
ここで、変換元データ１０１は、他のシステムで作成されたデータである。変換方法パラメータファイル１０２は、変換方法などを記述した変換方法のパラメータファイルである。変換先データ１０３は、自システムで使用するデータである。アラームログファイル１０４は、変換元データ１０１に不正なデータを発見した場合に、その結果を保存するファイルである。フォーマット変換処理部１０５は、変換元データ１０１のフォーマット変換を行うフォーマット変換処理部である。また、外部変換処理モジュール１０６は、フォーマット変換部１０５の内部で処理できない変換処理を行う場合に呼び出す外部変換処理モジュール群である。
【０００７】
また、図１４に示すように、従来のフォーマット変換装置は、まず、ステップ２０１において、フォーマット変換処理部１０５が、変換方法パラメータファイル１０２を読み込み内部に保存する。ステップ２０２で、変換元データ１０１のデータ件数分ループを開始する。次に、ステップ２０３において、変換元データ１０１の１件分を読み込み、ステップ２０４で変換方法パラメータファイル１０２に指示されている変換方法の件数分ループを開始する。ステップ２０５で、変換元データ入力順位で指定されたデータが、データ形式および桁数に指定された通りのデータであるかチェックする。ステップ２０６で、そのチェック結果を判断し、不正なデータであると判断した場合には、ステップ２０７で、エラー処理としてアラームログファイル１０４へアラームデータの書き込みを行う。このとき、変換元データ入力順位、データ形式および桁数が指定されていない場合には、チェックを行わず正常なデータであると判断して処理を継続する。
【０００８】
以下、ステップ２０６で正常なデータであると判断した場合には、ステップ２０８に進み、フォーマット変換方法から変換処理が内部処理で行えるのかまたは外部変換処理モジュール群１０６を呼び出す必要があるのかを判断する。内部処理により変換処理が行えると判断した場合には、内部処理によりフォーマット変換を行い、外部変換処理モジュール１０６を呼び出す必要があると判断した場合には、フォーマット変換方法から呼び出すべき外部変換処理モジュール１０６を判断し、適切な外部変換処理モジュール１０６を呼び出して、フォーマット変換処理を行う。
【０００９】
その後、ステップ２０４からステップ２１２のフォーマット変換処理を、指示されている変換方法の件数分繰り返して、変換先データ１件分を作成し、ステップ２１５で、変換先データ１０３として出力する。さらに、変換元データ１０１の件数分繰り返したら処理を終了する（例えば、特許文献１参照）。
【特許文献１】特開２００１−１８４１９０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、このような従来のデータ変換処理装置においては、エラーデータをアラームログファイルに書き込んでいるだけで、そのリカバリ処理を行うことができない。したがって、データ変換処理を行うことができないデータのリカバリ処理については、コード変換エラーのレコードをコード変換処理の入力ファイルから検索し、特定した後、コード変換環境を修正し、再度、そのレコードのコード変換を実行しなくてはならないため、リカバリ方法として、時間がかかってしまうという問題があった。また、不当データエラーのリカバリ処理についても、同様の問題があった。
【００１１】
また、データ変換処理の最中に、変換不能なパターンが現れた場合、その場で常に代替え処理を入力させようとすると、データ変換処理が一旦停止してしまい、処理効率が悪くなるとともに、オペレータが常に対応しなければならず、その変換方法についても熟知していなければ処理を行うことができなくなってしまうという問題がある。
【００１２】
そこで、本発明は、このような従来の問題を解決するためになされたもので、データ変換処理を中断することなく、また、エラーとなったレコードを検索することもなく、容易にエラーデータのリカバリ処理を行うことができるコード変換エラーリカバリプログラムを提供するものである。
【課題を解決するための手段】
【００１３】
本発明の変換エラーレコードリカバリプログラムは、コンピュータを、データレコードをコード変換テーブルにしたがってコード変換するコード変換手段、前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、前記コード変換されたデータレコードを出力する変換レコード出力手段、として機能させることを特徴としている。
【００１４】
この構成により、入力ファイルとは別ファイルにエラーデータの抽出を行うので、コード変換処理と別にデータリカバリ処理を行うことができ、コード変換処理を中断することなく、また、エラーとなったデータを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができる。
【００１５】
また、本発明の変換エラーレコードリカバリプログラムは、前記エラーコード変換手段においてコード変換に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させることを特徴としている。
【００１６】
この構成により、リカバリ処理ができなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００１７】
また、本発明の変換エラーレコードリカバリプログラムは、コンピュータを、データレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、修復されたデータレコードを出力する修復レコード出力手段、として機能させることを特徴としている。
【００１８】
この構成により、データ属性変換エラーとなったデータに対して、エラー修復形態を設定しリカバリ処理を行うので、同様のデータ属性変換エラーのデータもこのエラー修復形態によってリカバリすることができる。
【００１９】
さらに、本発明の変換エラーレコードリカバリプログラムは、前記エラーコード修復手段において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させることを特徴としている。
【００２０】
この構成により、リカバリ処理で不当データエラーを解消できなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２１】
さらに、本発明の変換エラーレコードリカバリプログラムは、前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させることを特徴としている。
【００２２】
この構成により、データ属性変更時にエラー修復形態があればこのエラー修復形態にしたがってエラーを修復する。
【発明の効果】
【００２３】
本発明は、データレコードをコード変換テーブルにしたがってコード変換し、前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報をエラーロギングファイルに出力して、修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出してコード変換することにより、入力ファイルとは別ファイルにエラーデータの抽出を行うので、コード変換処理と別にデータリカバリ処理を行うことができ、コード変換処理を中断することなく、また、エラーとなったデータを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができるという効果を有するコード変換エラーレコードリカバリプログラムを提供することができるものである。
【００２４】
また、本発明は、前記エラーコード変換においてコード変換に失敗したときには、前記エラーレコード情報を更新することにより、リカバリ処理ができなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２５】
また、本発明は、データレコードをデータ属性テーブルにしたがって該データレコードの属性を変換し、前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力し、属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復することにより、データ属性変換エラーとなったデータに対して、エラー修復形態を設定しリカバリ処理を行うので、同様のデータ属性変換エラーのデータもこのエラー修復形態によってリカバリすることができる。
【００２６】
さらに、本発明は、前記エラーコード修復において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新することにより、リカバリ処理で不当データエラーを解消できなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２７】
さらに、本発明は、前記属性変換において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換することにより、データ属性変更時にエラー修復形態があればこのエラー修復形態にしたがってエラーを修復するので、すでに対応済みのデータ属性変更エラーのデータを不当データとせずにデータ変換することができ、不当データエラーを過去のデータで解消することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態におけるコード変換エラーリカバリプログラムの概略説明図を図１に示し、説明する。
【００２９】
図１に示すように、本発明のコード変換エラーリカバリプログラムは、入力ファイル１０からデータレコードを入力し、コード変換処理、データ属性変更処理を行って、出力ファイル２０を作成する際に、コード変換エラー、または、不当データエラーが発生したら、新たに用意したエラーロギングファイル３０へエラーレコード情報を出力して、このエラーロギングファイル３０を入力とし、リカバリ処理を行う。
【００３０】
（第１の実施の形態）
まず、図２にコード変換処理、エラーロギングファイル３０とリカバリ処理の関係を示し、説明する。ここで、図２に示す処理の前に付けた番号１から１０は、全体の処理順序を示し、コード変換処理でコード変換エラーが発生するときのエラーロギングファイル３０へのエラー情報出力とコード変換エラーの環境を修復した後のリカバリ処理を示す。
【００３１】
コード変換エラーリカバリ処理は、コード変換処理、エラー環境修復処理およびリカバリ処理の３つに大別される。
【００３２】
図３に、コード変換処理のフローチャートを、図４に、リカバリ処理のフローチャートを示す。
【００３３】
以下、図２、図３、図４を参照して、コード変換エラーリカバリ処理を説明する。
【００３４】
まず、コード変換処理では、コード変換対象の入力ファイル１０を入力し（ｓ１１）、上記入力ファイル１０のコード変換対象レコードを読み込む（ｓ１２）。上記入力ファイル１０の全てのレコードが変換対象であれば、１件目のレコードから読み込む。続いて、読み込んだレコードの先頭のデータから、コード変換テーブルにしたがってコード変換を行う（ｓ１３）。
【００３５】
ここで、図５に、コード変換について具体例を挙げて説明する。図５に示すコード変換テーブルは、ＪＩＳコードのコード表にＥＵＣの対応コードを付加したものである。したがって、このコード変換テーブルによってＪＩＳコードとＥＵＣコードとの相互変換を行うことができる。
【００３６】
図５に示すように、例えば、ＪＩＳコード体系で作成された入力ファイル１０のレコードの"あ"という文字は、ＪＩＳコードで"２４２２"（１６進表記）とあらわされている。したがって、入力ファイル１０上では、Ｘ"２４２２"（Ｘは１６進表記であることを示す）というコードでデータを持っている。これをＥＵＣコード体系であらわされる環境で正しく認識、表示できるように、コード変換テーブルでコード体系を変換する。"あ"は、ＥＵＣコード体系では、Ｘ"Ａ４Ａ２"であるので、コード変換時に、このコード変換テーブルにしたがって、Ｘ"２４２２"がＸ"Ａ４Ａ２"に変換される。
【００３７】
同様にして、入力レコードの"Ａ"という文字であれば、ＪＩＳコードのＸ"２３４１"からＥＵＣコードのＸ"Ａ３Ｃ１"に変換される。このようにして、ＪＩＳコード体系で持っていたデータを、ＥＵＣコード体系のデータに変換する。
【００３８】
コード変換エラーリカバリ処理説明に戻り、上記コード変換処理（ｓ１３）において、正しくコード変換が行われたか否かを判定し（ｓ１４）、正しくコード変換が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ２１）。
【００３９】
コード変換処理（ｓ１３）時に、対応コードが無くコード変換が行えずにエラーとなった場合には、エラーメッセージを出力し（ｓ１５）、エラーロギングファイル３０にエラーのあったレコードの情報を出力する（ｓ１６）。このエラー情報とは、エラー発生の日時、エラーメッセージコード／内容、エラー発生項目、入力レコード等である。
【００４０】
続いて、入力ファイル１０の次のコード変換対象レコードがあるか否かを判別し（ｓ１７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ１２〜ｓ１７）を繰り返し、コード変換対象レコードが無くなったら、コード変換処理を終了する。
【００４１】
全てのレコードのコード変換処理の終了のいかんにかかわらず、コード変換エラー発生以後、エラーメッセージ等からエラーのあったデータが正しく変換されるように、オペレータがエラー環境の修復を行う。このエラー環境の修復では、コード変換できなかったものが、正しく変換されるように、オペレータがコード変換テーブルの修正を行う。
【００４２】
例えば、汎用コンピュータＧＳシリーズのコンピュータからＵＮＩＸ（登録商標）コンピュータへデータを流通させる場合、ＧＳシリーズで使用しているＪＥＦコードの拡張漢字は、ＵＮＩＸ（登録商標）のＥＵＣコードでは扱っていないため、単純にコード変換を行うとエラーとなる。具体的には、ＪＥＦ拡張漢字が該当する。図６に、ＪＥＦ拡張漢字の一部を示す。
【００４３】
変換エラーとなった場合、図７に示すように、エラー環境修復として、ＧＳシリーズの拡張漢字をＵＮＩＸ（登録商標）で扱うために、拡張漢字をそれぞれ、ＪＥＦコードの利用者定義文字と、ＥＵＣコードの外字領域に定義が必要となる。
【００４４】
エラー環境が修復できたら、リカバリ処理を行う。リカバリ処理では、コード変換処理ができなかった入力レコード情報の入ったエラーロギングファイル３０を入力し（ｓ４１）、上記エラーロギングファイル３０のリカバリ対象レコードを読み込む（ｓ４２）。上記エラーロギングファイル３０の全てのレコードがリカバリ対象であれば、１件目のレコードから読み込む。
【００４５】
また、ここで、コード変換テーブルの修正日時以前のレコードのみをリカバリ対象レコードとすることにより、余分なコード変換処理を行わずに、効率よくリカバリ処理を行うことができる。さらに、エラーコードなどにより、コード変換テーブルを修正したものと対応がとれれば、ピンポイントで対象レコードを指定でき、リカバリ処理の効率を上げることができる。
【００４６】
続いて、読み込んだレコードの先頭のデータから、修正されたコード変換テーブルにしたがってコード変換を行う（ｓ４３）。
【００４７】
上記コード変換処理（ｓ４３）において、正しくコード変換が行われたか否かを判定し（ｓ４４）、正しくコード変換が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ５１）。そして、この正しくコード変換できたレコードを、エラーロギングファイル３０から削除する（ｓ５２）。
【００４８】
上記コード変換処理（ｓ４３）時に、エラーがあった場合には、エラーメッセージを出力し（ｓ４５）、このエラー情報で、エラーロギングファイル３０の該当データレコードを更新する（ｓ４６）。
【００４９】
続いて、エラーロギングファイル３０の次のリカバリ対象レコードがあるか否かを判別し（ｓ４７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ４２〜ｓ４７）を繰り返し、リカバリ対象レコードの全てに処理を行ったら、リカバリ処理を終了する。
【００５０】
また、上記コード変換処理のリカバリ処理においては、エラーロギングファイル３０からのコード変換時（ｓ４３）に、コード変換ができたとき該当するレコードを削除し（ｓ５２）、コード変換エラーがあったときエラーレコード情報を更新する（ｓ４６）ようにしたが、コード変換ができたときにレコード削除を行わず、コード変換エラーがあったとき、新たなエラーロギングファイルにエラーレコード情報を出力するようにしても良い。この場合、新たなエラーロギングファイルを使用してエラーリカバリ中に新たなエラーリカバリ処理を行うことができ、エラー環境を修復するごとに次々とリカバリ処理を行うことができ、コード変換定義のできたものから順にデータ変換していくことができる。
【００５１】
以上の処理により、コード変換処理を中断することなく、また、エラーとなったレコードを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができる。
【００５２】
（第２の実施の形態）
次に、データ属性変更処理を例に、データ属性変更処理、エラーロギングファイル３０とリカバリ処理の関係を、図８に示す。ここで、図８に示す処理の前に付けた番号１から１０は、上記コード変換処理の説明図と同様に全体の処理順序を示し、データ属性変更処理で不当データエラーが発生するときのエラーロギングファイル３０へのエラー情報出力とデータ属性変更エラーの環境を修復した後のリカバリ処理を示す。
【００５３】
データ属性変更のリカバリ処理は、データ属性変更処理、エラー環境修復処理およびリカバリ処理の３つに大別される。
【００５４】
図９に、データ属性変更処理のフローチャートを、図１０に、データ属性変更処理のエラーリカバリ処理のフローチャートを示す。ここで、データ属性変更処理では、出力先のデータ属性は決まっているので、この出力先のデータ属性を定義しているものを、出力データ属性定義ファイルとする。
【００５５】
以下、図８、図９、図１０を参照して、データ属性変更のエラーリカバリ処理を説明する。
【００５６】
まず、データ属性変更処理では、データ属性変更対象の入力ファイル１０を入力し（ｓ６１）、上記入力ファイル１０のデータ属性変更対象レコードを読み込む（ｓ６２）。続いて、読み込んだレコードを、出力データ属性定義ファイルの定義にしたがってデータ属性変更を行う（ｓ６３）。
【００５７】
次に、上記データ属性変更処理（ｓ６３）において、正しくデータ属性変更が行われたか否かを判定し（ｓ６４）、正しくデータ属性変更が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ７１）。
【００５８】
データ属性変更処理（ｓ６３）時に、不当データエラーがあった場合には、エラーメッセージを出力し（ｓ６５）、エラーロギングファイル３０に不当データエラーのあったレコードの情報を出力する（ｓ６６）。このエラー情報とは、コード変換時と同様に、エラー発生の日時、エラーメッセージコード／内容、エラー発生項目、入力レコード等である。
【００５９】
続いて、入力ファイル１０の次のデータ属性変更対象レコードがあるか否かを判別し（ｓ６７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ６２〜ｓ６７）を繰り返し、データ属性変更対象レコードが無くなったら、データ属性変更処理を終了する。
【００６０】
全てのレコードのデータ属性変更処理の終了のいかんにかかわらず、データ属性変更エラー発生以後、エラーメッセージ等から不当データエラーのあったデータが正しく変換されるように、エラー環境の修復をオペレータが行う。このエラー環境の修復では、不当データエラーになってしまったもののエラー修復ができるように、オペレータがエラー修復形態を作成し、ファイルに設定する。
【００６１】
ここで、図１１に、データ属性変更エラー例とエラー修復形態の作成例を示し、説明する。
【００６２】
例えば、入力ファイル１０の入力レコードＭのｍ項目が「□□１００」（□はブランクを示す）であって、これを出力ファイル２０では、数値属性の項目と設定されていたとする。この場合、□は数値項目ではないため、データ属性変更処理において、データ属性エラーとなる。
【００６３】
そこで、エラー修復として、エラーとなったレコードの□の扱いを、「数値属性に項目設定するデータで、数値桁以上の□は０に置き換える（つまり１００の上位桁の□は０に変更）」とエラー修復形態を定義することで、同様なデータ属性のエラーが入力レコードＭのｘ項目、あるいは、入力レコードＮのある項目で発生しても、上記エラー修復形態によってリカバリすることができる。
【００６４】
他の例として、文字項目からパック形式の数値変換（□１２３→Ｘ"０１２３Ｃ"（パック形式）：Ｃは数値が正であることを表す符号である）、数値項目から文字項目への０サプレス（００１２３→□□１２３）等が考えられる。
【００６５】
次に、エラー環境修復後のデータ属性変更エラーリカバリ処理を説明する。データ属性変更エラーのリカバリ処理では、データ属性変更処理ができなかった入力レコード情報の入ったエラーロギングファイル３０を入力し（ｓ９１）、上記エラーロギングファイル３０のデータ属性変更リカバリ対象レコードを読み込む（ｓ９２）。上記エラーロギングファイル３０の全てのレコードがデータ属性変更リカバリ対象であれば、１件目のレコードから読み込む。続いて、読み込んだレコードを、エラー修復形態にしたがって修復する（ｓ９３）。
【００６６】
次に、上記エラー修復処理（ｓ９３）において、正しくデータ属性の変更が行われ、エラー修復が行われたか否かを判定し（ｓ９４）、正しくデータ属性変更が行われれば、出力ファイル２０にデータ属性変更されたレコードを出力する（ｓ１０１）。そして、この正しくデータ属性変更できたレコードを、エラーロギングファイル３０から削除する（ｓ１０２）。
【００６７】
上記エラー修復処理（ｓ９３）時に、再びエラーがあった場合には、エラーメッセージを出力し（ｓ９５）、このエラー情報で、エラーロギングファイル３０の該当データレコードを更新する（ｓ９６）。
【００６８】
続いて、エラーロギングファイル３０の次のリカバリ対象レコードがあるか否かを判別し（ｓ９７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ９２〜ｓ９７）を繰り返し、リカバリ対象レコードの全てに処理を行ったら、リカバリ処理を終了する。
【００６９】
また、上記コード変換処理と同様に、データ属性変更リカバリ処理において、データ属性変更ができたときにレコード削除を行わず、データ属性変更エラーがあったとき、新たなエラーロギングファイルにエラーレコード情報を出力するようにしても良い。
【００７０】
さらに、データ属性変更処理において、自動的にエラー修復を行う自動修復処理について、図１２に示し、説明する。
【００７１】
図１２に示すように、自動修復処理においては、過去に作成されたエラー修復形態を使用して、自動修復処理を行う。すなわち、データ属性変更処理において、不当データを検出した際（ｓ６４で判断）、エラー修復形態があるか否かを判定し（ｓ１１１）、過去に同様のデータ属性エラーが発生していれば（エラー種別が同じであれば）、エラー修復形態のエラー発生時の処置にしたがってエラーデータを修復し（ｓ１１２）、出力ファイル２０に変換レコードを出力する（ｓ７１）。
【００７２】
この自動修復処理により、過去にデータ属性変更において同様の不当データとなったデータに対しては、過去の修復方法を参照して、自動的に不当データエラーを解消することができる。
【００７３】
以上のように、本発明によれば、入力ファイルとは別ファイルにコード変換エラー・データ属性変換エラーのデータ情報を抽出するので、コード変換テーブル・エラー修復形態を設定後に、コード変換・データ属性変更とは別にデータリカバリ処理を行うことができ、コード変換処理・データ属性変更処理を中断することなく、また、エラーとなったレコードを改めて検索することもなく、容易にコード変換処理・データ属性変更処理のリカバリ処理を行うことができる。
【００７４】
さらに、本発明に関して以下を付記する。
【００７５】
（付記１） コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをコード変換テーブルにしたがってコード変換するコード変換手段、
前記コード変換手段において前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
コード変換エラーが起こらないように修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、
前記エラーコード変換手段においてコード変換されたデータレコードを出力する変換レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【００７６】
（付記２） 前記エラーコード変換手段においてコード変換に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させるための請求項１記載の変換エラーレコードリカバリプログラム。
【００７７】
（付記３） コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、
修復されたデータレコードを出力する修復レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【００７８】
（付記４） 前記エラーコード修復手段において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させるための付記３記載の変換エラーレコードリカバリプログラム。
【００７９】
（付記５） 前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させるための付記３または付記４記載の変換エラーレコードリカバリプログラム。
【産業上の利用可能性】
【００８０】
以上のように、本発明にかかるコード変換エラーレコードリカバリプログラムは、コード変換処理を中断することなく、エラーロギングファイルによって、容易にエラーデータのリカバリ処理を行うことができるという効果を有し、コンピュータシステム間などにおける異なるデータのコード体系を持つデータの流通およびデータ属性の変更に関し、特に、変換エラーに対するリカバリ処理を行うコード変換エラーレコードリカバリプログラム等として有用である。
【図面の簡単な説明】
【００８１】
【図１】本発明のコード変換エラーリカバリプログラムの概略説明図である。
【図２】本発明のコード変換処理、エラーロギングファイルとリカバリ処理の関係を示す図である。
【図３】コード変換処理を示すフローチャートである。
【図４】リカバリ処理を示すフローチャートである。
【図５】ＪＩＳ、ＥＵＣコード変換テーブルの一例を示す図である。
【図６】ＪＥＦ拡張漢字の一覧表（一部）を示す図である。
【図７】ＪＥＦ拡張漢字のコード変換エラーにおけるエラー環境修復処理例を示す図である。
【図８】本発明のデータ属性変更処理、エラーロギングファイルとリカバリ処理の関係を示す図である。
【図９】データ属性変更処理を示すフローチャートである。
【図１０】データ属性変更処理のリカバリ処理を示すフローチャートである。
【図１１】データ属性変更エラー例とエラー修復形態の作成例を示す図である。
【図１２】自動エラー修復を行うデータ属性変更処理を示すフローチャートである。
【図１３】従来のフォーマット変換装置を示すブロック図である。
【図１４】従来のフォーマット変換装置の処理動作を示すフローチャートである。
【符号の説明】
【００８２】
１０ 入力ファイル
２０ 出力ファイル
３０ エラーロギングファイル
１０１ 変換元データ
１０２ 変換方法パラメータファイル
１０３ 変換先データ
１０４ アラームログファイル
１０５ フォーマット変換処理部
１０６ 外部変換処理モジュール
【技術分野】
【０００１】
本発明は、コンピュータシステム間などにおける異なるデータのコード体系を持つデータの流通およびデータ属性の変更に関し、特に、変換エラーに対するリカバリ処理を行うコード変換エラーレコードリカバリプログラムに関するものである。
【背景技術】
【０００２】
従来、コード変換処理を行う場合、例えば、入力ファイルに格納されたシフトＪＩＳコードのデータを、ＥＵＣコードのデータにコード変換し、出力ファイルに格納するには、シフトＪＩＳコードからＥＵＣコードへの変換テーブルを用いて、入力ファイルの各レコードをコード変換し、コード変換ができないレコードがあった場合には、コード変換を行った利用者にエラーメッセージを出力して、通知する。その後、利用者は、コード変換エラーのメッセージによりエラーとなったレコードを特定し、コード変換処理の入力ファイルから該当レコードを取り出し、コード変換エラーの原因を取り除いたコード変換処理の環境のもとで、そのレコードのコード変換処理を再実行することで、コード変換エラーのリカバリを行っていた。
【０００３】
また、データ属性の変更の場合も、例えば、文字属性のデータ（□□１００、□：ブランクを示す）を数値属性のデータ（００１００）に変更する際、ブランク（□□）は数値でないために不当データエラーとなる。不当データエラーのリカバリもコード変換エラーの対応と同様にエラーメッセージをもとに入力ファイルからエラーとなったレコードを特定し、そのレコードのエラー箇所を変更（ブランクを数値に変更など）後、そのレコードのリカバリを行っていた。
【０００４】
ここで、他のシステムで作成された既存のデータを、自システムで利用できる形にフォーマット変換を行う従来のフォーマット変換装置（データ変換装置）のブロック図を図１３に、処理フローチャートを図１４に示し、説明する。
【０００５】
図１３に示すように、従来のフォーマット変換装置は、フォーマット変換処理部１０５およびこのフォーマット変換処理部１０５に接続された変換元データ１０１、変換方法パラメータファイル１０２、変換先データ１０３、アラームログファイル１０４および複数の外部変換処理モジュール１０６より構成される。
【０００６】
ここで、変換元データ１０１は、他のシステムで作成されたデータである。変換方法パラメータファイル１０２は、変換方法などを記述した変換方法のパラメータファイルである。変換先データ１０３は、自システムで使用するデータである。アラームログファイル１０４は、変換元データ１０１に不正なデータを発見した場合に、その結果を保存するファイルである。フォーマット変換処理部１０５は、変換元データ１０１のフォーマット変換を行うフォーマット変換処理部である。また、外部変換処理モジュール１０６は、フォーマット変換部１０５の内部で処理できない変換処理を行う場合に呼び出す外部変換処理モジュール群である。
【０００７】
また、図１４に示すように、従来のフォーマット変換装置は、まず、ステップ２０１において、フォーマット変換処理部１０５が、変換方法パラメータファイル１０２を読み込み内部に保存する。ステップ２０２で、変換元データ１０１のデータ件数分ループを開始する。次に、ステップ２０３において、変換元データ１０１の１件分を読み込み、ステップ２０４で変換方法パラメータファイル１０２に指示されている変換方法の件数分ループを開始する。ステップ２０５で、変換元データ入力順位で指定されたデータが、データ形式および桁数に指定された通りのデータであるかチェックする。ステップ２０６で、そのチェック結果を判断し、不正なデータであると判断した場合には、ステップ２０７で、エラー処理としてアラームログファイル１０４へアラームデータの書き込みを行う。このとき、変換元データ入力順位、データ形式および桁数が指定されていない場合には、チェックを行わず正常なデータであると判断して処理を継続する。
【０００８】
以下、ステップ２０６で正常なデータであると判断した場合には、ステップ２０８に進み、フォーマット変換方法から変換処理が内部処理で行えるのかまたは外部変換処理モジュール群１０６を呼び出す必要があるのかを判断する。内部処理により変換処理が行えると判断した場合には、内部処理によりフォーマット変換を行い、外部変換処理モジュール１０６を呼び出す必要があると判断した場合には、フォーマット変換方法から呼び出すべき外部変換処理モジュール１０６を判断し、適切な外部変換処理モジュール１０６を呼び出して、フォーマット変換処理を行う。
【０００９】
その後、ステップ２０４からステップ２１２のフォーマット変換処理を、指示されている変換方法の件数分繰り返して、変換先データ１件分を作成し、ステップ２１５で、変換先データ１０３として出力する。さらに、変換元データ１０１の件数分繰り返したら処理を終了する（例えば、特許文献１参照）。
【特許文献１】特開２００１−１８４１９０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、このような従来のデータ変換処理装置においては、エラーデータをアラームログファイルに書き込んでいるだけで、そのリカバリ処理を行うことができない。したがって、データ変換処理を行うことができないデータのリカバリ処理については、コード変換エラーのレコードをコード変換処理の入力ファイルから検索し、特定した後、コード変換環境を修正し、再度、そのレコードのコード変換を実行しなくてはならないため、リカバリ方法として、時間がかかってしまうという問題があった。また、不当データエラーのリカバリ処理についても、同様の問題があった。
【００１１】
また、データ変換処理の最中に、変換不能なパターンが現れた場合、その場で常に代替え処理を入力させようとすると、データ変換処理が一旦停止してしまい、処理効率が悪くなるとともに、オペレータが常に対応しなければならず、その変換方法についても熟知していなければ処理を行うことができなくなってしまうという問題がある。
【００１２】
そこで、本発明は、このような従来の問題を解決するためになされたもので、データ変換処理を中断することなく、また、エラーとなったレコードを検索することもなく、容易にエラーデータのリカバリ処理を行うことができるコード変換エラーリカバリプログラムを提供するものである。
【課題を解決するための手段】
【００１３】
本発明の変換エラーレコードリカバリプログラムは、コンピュータを、データレコードをコード変換テーブルにしたがってコード変換するコード変換手段、前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、前記コード変換されたデータレコードを出力する変換レコード出力手段、として機能させることを特徴としている。
【００１４】
この構成により、入力ファイルとは別ファイルにエラーデータの抽出を行うので、コード変換処理と別にデータリカバリ処理を行うことができ、コード変換処理を中断することなく、また、エラーとなったデータを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができる。
【００１５】
また、本発明の変換エラーレコードリカバリプログラムは、前記エラーコード変換手段においてコード変換に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させることを特徴としている。
【００１６】
この構成により、リカバリ処理ができなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００１７】
また、本発明の変換エラーレコードリカバリプログラムは、コンピュータを、データレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、修復されたデータレコードを出力する修復レコード出力手段、として機能させることを特徴としている。
【００１８】
この構成により、データ属性変換エラーとなったデータに対して、エラー修復形態を設定しリカバリ処理を行うので、同様のデータ属性変換エラーのデータもこのエラー修復形態によってリカバリすることができる。
【００１９】
さらに、本発明の変換エラーレコードリカバリプログラムは、前記エラーコード修復手段において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させることを特徴としている。
【００２０】
この構成により、リカバリ処理で不当データエラーを解消できなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２１】
さらに、本発明の変換エラーレコードリカバリプログラムは、前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させることを特徴としている。
【００２２】
この構成により、データ属性変更時にエラー修復形態があればこのエラー修復形態にしたがってエラーを修復する。
【発明の効果】
【００２３】
本発明は、データレコードをコード変換テーブルにしたがってコード変換し、前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報をエラーロギングファイルに出力して、修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出してコード変換することにより、入力ファイルとは別ファイルにエラーデータの抽出を行うので、コード変換処理と別にデータリカバリ処理を行うことができ、コード変換処理を中断することなく、また、エラーとなったデータを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができるという効果を有するコード変換エラーレコードリカバリプログラムを提供することができるものである。
【００２４】
また、本発明は、前記エラーコード変換においてコード変換に失敗したときには、前記エラーレコード情報を更新することにより、リカバリ処理ができなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２５】
また、本発明は、データレコードをデータ属性テーブルにしたがって該データレコードの属性を変換し、前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力し、属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復することにより、データ属性変換エラーとなったデータに対して、エラー修復形態を設定しリカバリ処理を行うので、同様のデータ属性変換エラーのデータもこのエラー修復形態によってリカバリすることができる。
【００２６】
さらに、本発明は、前記エラーコード修復において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新することにより、リカバリ処理で不当データエラーを解消できなかったデータについては、エラーロギングファイルの更新レコードにより再度リカバリ処理を行うことができる。
【００２７】
さらに、本発明は、前記属性変換において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換することにより、データ属性変更時にエラー修復形態があればこのエラー修復形態にしたがってエラーを修復するので、すでに対応済みのデータ属性変更エラーのデータを不当データとせずにデータ変換することができ、不当データエラーを過去のデータで解消することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態におけるコード変換エラーリカバリプログラムの概略説明図を図１に示し、説明する。
【００２９】
図１に示すように、本発明のコード変換エラーリカバリプログラムは、入力ファイル１０からデータレコードを入力し、コード変換処理、データ属性変更処理を行って、出力ファイル２０を作成する際に、コード変換エラー、または、不当データエラーが発生したら、新たに用意したエラーロギングファイル３０へエラーレコード情報を出力して、このエラーロギングファイル３０を入力とし、リカバリ処理を行う。
【００３０】
（第１の実施の形態）
まず、図２にコード変換処理、エラーロギングファイル３０とリカバリ処理の関係を示し、説明する。ここで、図２に示す処理の前に付けた番号１から１０は、全体の処理順序を示し、コード変換処理でコード変換エラーが発生するときのエラーロギングファイル３０へのエラー情報出力とコード変換エラーの環境を修復した後のリカバリ処理を示す。
【００３１】
コード変換エラーリカバリ処理は、コード変換処理、エラー環境修復処理およびリカバリ処理の３つに大別される。
【００３２】
図３に、コード変換処理のフローチャートを、図４に、リカバリ処理のフローチャートを示す。
【００３３】
以下、図２、図３、図４を参照して、コード変換エラーリカバリ処理を説明する。
【００３４】
まず、コード変換処理では、コード変換対象の入力ファイル１０を入力し（ｓ１１）、上記入力ファイル１０のコード変換対象レコードを読み込む（ｓ１２）。上記入力ファイル１０の全てのレコードが変換対象であれば、１件目のレコードから読み込む。続いて、読み込んだレコードの先頭のデータから、コード変換テーブルにしたがってコード変換を行う（ｓ１３）。
【００３５】
ここで、図５に、コード変換について具体例を挙げて説明する。図５に示すコード変換テーブルは、ＪＩＳコードのコード表にＥＵＣの対応コードを付加したものである。したがって、このコード変換テーブルによってＪＩＳコードとＥＵＣコードとの相互変換を行うことができる。
【００３６】
図５に示すように、例えば、ＪＩＳコード体系で作成された入力ファイル１０のレコードの"あ"という文字は、ＪＩＳコードで"２４２２"（１６進表記）とあらわされている。したがって、入力ファイル１０上では、Ｘ"２４２２"（Ｘは１６進表記であることを示す）というコードでデータを持っている。これをＥＵＣコード体系であらわされる環境で正しく認識、表示できるように、コード変換テーブルでコード体系を変換する。"あ"は、ＥＵＣコード体系では、Ｘ"Ａ４Ａ２"であるので、コード変換時に、このコード変換テーブルにしたがって、Ｘ"２４２２"がＸ"Ａ４Ａ２"に変換される。
【００３７】
同様にして、入力レコードの"Ａ"という文字であれば、ＪＩＳコードのＸ"２３４１"からＥＵＣコードのＸ"Ａ３Ｃ１"に変換される。このようにして、ＪＩＳコード体系で持っていたデータを、ＥＵＣコード体系のデータに変換する。
【００３８】
コード変換エラーリカバリ処理説明に戻り、上記コード変換処理（ｓ１３）において、正しくコード変換が行われたか否かを判定し（ｓ１４）、正しくコード変換が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ２１）。
【００３９】
コード変換処理（ｓ１３）時に、対応コードが無くコード変換が行えずにエラーとなった場合には、エラーメッセージを出力し（ｓ１５）、エラーロギングファイル３０にエラーのあったレコードの情報を出力する（ｓ１６）。このエラー情報とは、エラー発生の日時、エラーメッセージコード／内容、エラー発生項目、入力レコード等である。
【００４０】
続いて、入力ファイル１０の次のコード変換対象レコードがあるか否かを判別し（ｓ１７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ１２〜ｓ１７）を繰り返し、コード変換対象レコードが無くなったら、コード変換処理を終了する。
【００４１】
全てのレコードのコード変換処理の終了のいかんにかかわらず、コード変換エラー発生以後、エラーメッセージ等からエラーのあったデータが正しく変換されるように、オペレータがエラー環境の修復を行う。このエラー環境の修復では、コード変換できなかったものが、正しく変換されるように、オペレータがコード変換テーブルの修正を行う。
【００４２】
例えば、汎用コンピュータＧＳシリーズのコンピュータからＵＮＩＸ（登録商標）コンピュータへデータを流通させる場合、ＧＳシリーズで使用しているＪＥＦコードの拡張漢字は、ＵＮＩＸ（登録商標）のＥＵＣコードでは扱っていないため、単純にコード変換を行うとエラーとなる。具体的には、ＪＥＦ拡張漢字が該当する。図６に、ＪＥＦ拡張漢字の一部を示す。
【００４３】
変換エラーとなった場合、図７に示すように、エラー環境修復として、ＧＳシリーズの拡張漢字をＵＮＩＸ（登録商標）で扱うために、拡張漢字をそれぞれ、ＪＥＦコードの利用者定義文字と、ＥＵＣコードの外字領域に定義が必要となる。
【００４４】
エラー環境が修復できたら、リカバリ処理を行う。リカバリ処理では、コード変換処理ができなかった入力レコード情報の入ったエラーロギングファイル３０を入力し（ｓ４１）、上記エラーロギングファイル３０のリカバリ対象レコードを読み込む（ｓ４２）。上記エラーロギングファイル３０の全てのレコードがリカバリ対象であれば、１件目のレコードから読み込む。
【００４５】
また、ここで、コード変換テーブルの修正日時以前のレコードのみをリカバリ対象レコードとすることにより、余分なコード変換処理を行わずに、効率よくリカバリ処理を行うことができる。さらに、エラーコードなどにより、コード変換テーブルを修正したものと対応がとれれば、ピンポイントで対象レコードを指定でき、リカバリ処理の効率を上げることができる。
【００４６】
続いて、読み込んだレコードの先頭のデータから、修正されたコード変換テーブルにしたがってコード変換を行う（ｓ４３）。
【００４７】
上記コード変換処理（ｓ４３）において、正しくコード変換が行われたか否かを判定し（ｓ４４）、正しくコード変換が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ５１）。そして、この正しくコード変換できたレコードを、エラーロギングファイル３０から削除する（ｓ５２）。
【００４８】
上記コード変換処理（ｓ４３）時に、エラーがあった場合には、エラーメッセージを出力し（ｓ４５）、このエラー情報で、エラーロギングファイル３０の該当データレコードを更新する（ｓ４６）。
【００４９】
続いて、エラーロギングファイル３０の次のリカバリ対象レコードがあるか否かを判別し（ｓ４７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ４２〜ｓ４７）を繰り返し、リカバリ対象レコードの全てに処理を行ったら、リカバリ処理を終了する。
【００５０】
また、上記コード変換処理のリカバリ処理においては、エラーロギングファイル３０からのコード変換時（ｓ４３）に、コード変換ができたとき該当するレコードを削除し（ｓ５２）、コード変換エラーがあったときエラーレコード情報を更新する（ｓ４６）ようにしたが、コード変換ができたときにレコード削除を行わず、コード変換エラーがあったとき、新たなエラーロギングファイルにエラーレコード情報を出力するようにしても良い。この場合、新たなエラーロギングファイルを使用してエラーリカバリ中に新たなエラーリカバリ処理を行うことができ、エラー環境を修復するごとに次々とリカバリ処理を行うことができ、コード変換定義のできたものから順にデータ変換していくことができる。
【００５１】
以上の処理により、コード変換処理を中断することなく、また、エラーとなったレコードを改めて検索することもなく、容易にコード変換処理のリカバリ処理を行うことができる。
【００５２】
（第２の実施の形態）
次に、データ属性変更処理を例に、データ属性変更処理、エラーロギングファイル３０とリカバリ処理の関係を、図８に示す。ここで、図８に示す処理の前に付けた番号１から１０は、上記コード変換処理の説明図と同様に全体の処理順序を示し、データ属性変更処理で不当データエラーが発生するときのエラーロギングファイル３０へのエラー情報出力とデータ属性変更エラーの環境を修復した後のリカバリ処理を示す。
【００５３】
データ属性変更のリカバリ処理は、データ属性変更処理、エラー環境修復処理およびリカバリ処理の３つに大別される。
【００５４】
図９に、データ属性変更処理のフローチャートを、図１０に、データ属性変更処理のエラーリカバリ処理のフローチャートを示す。ここで、データ属性変更処理では、出力先のデータ属性は決まっているので、この出力先のデータ属性を定義しているものを、出力データ属性定義ファイルとする。
【００５５】
以下、図８、図９、図１０を参照して、データ属性変更のエラーリカバリ処理を説明する。
【００５６】
まず、データ属性変更処理では、データ属性変更対象の入力ファイル１０を入力し（ｓ６１）、上記入力ファイル１０のデータ属性変更対象レコードを読み込む（ｓ６２）。続いて、読み込んだレコードを、出力データ属性定義ファイルの定義にしたがってデータ属性変更を行う（ｓ６３）。
【００５７】
次に、上記データ属性変更処理（ｓ６３）において、正しくデータ属性変更が行われたか否かを判定し（ｓ６４）、正しくデータ属性変更が行われれば、出力ファイル２０に変換されたレコードを出力する（ｓ７１）。
【００５８】
データ属性変更処理（ｓ６３）時に、不当データエラーがあった場合には、エラーメッセージを出力し（ｓ６５）、エラーロギングファイル３０に不当データエラーのあったレコードの情報を出力する（ｓ６６）。このエラー情報とは、コード変換時と同様に、エラー発生の日時、エラーメッセージコード／内容、エラー発生項目、入力レコード等である。
【００５９】
続いて、入力ファイル１０の次のデータ属性変更対象レコードがあるか否かを判別し（ｓ６７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ６２〜ｓ６７）を繰り返し、データ属性変更対象レコードが無くなったら、データ属性変更処理を終了する。
【００６０】
全てのレコードのデータ属性変更処理の終了のいかんにかかわらず、データ属性変更エラー発生以後、エラーメッセージ等から不当データエラーのあったデータが正しく変換されるように、エラー環境の修復をオペレータが行う。このエラー環境の修復では、不当データエラーになってしまったもののエラー修復ができるように、オペレータがエラー修復形態を作成し、ファイルに設定する。
【００６１】
ここで、図１１に、データ属性変更エラー例とエラー修復形態の作成例を示し、説明する。
【００６２】
例えば、入力ファイル１０の入力レコードＭのｍ項目が「□□１００」（□はブランクを示す）であって、これを出力ファイル２０では、数値属性の項目と設定されていたとする。この場合、□は数値項目ではないため、データ属性変更処理において、データ属性エラーとなる。
【００６３】
そこで、エラー修復として、エラーとなったレコードの□の扱いを、「数値属性に項目設定するデータで、数値桁以上の□は０に置き換える（つまり１００の上位桁の□は０に変更）」とエラー修復形態を定義することで、同様なデータ属性のエラーが入力レコードＭのｘ項目、あるいは、入力レコードＮのある項目で発生しても、上記エラー修復形態によってリカバリすることができる。
【００６４】
他の例として、文字項目からパック形式の数値変換（□１２３→Ｘ"０１２３Ｃ"（パック形式）：Ｃは数値が正であることを表す符号である）、数値項目から文字項目への０サプレス（００１２３→□□１２３）等が考えられる。
【００６５】
次に、エラー環境修復後のデータ属性変更エラーリカバリ処理を説明する。データ属性変更エラーのリカバリ処理では、データ属性変更処理ができなかった入力レコード情報の入ったエラーロギングファイル３０を入力し（ｓ９１）、上記エラーロギングファイル３０のデータ属性変更リカバリ対象レコードを読み込む（ｓ９２）。上記エラーロギングファイル３０の全てのレコードがデータ属性変更リカバリ対象であれば、１件目のレコードから読み込む。続いて、読み込んだレコードを、エラー修復形態にしたがって修復する（ｓ９３）。
【００６６】
次に、上記エラー修復処理（ｓ９３）において、正しくデータ属性の変更が行われ、エラー修復が行われたか否かを判定し（ｓ９４）、正しくデータ属性変更が行われれば、出力ファイル２０にデータ属性変更されたレコードを出力する（ｓ１０１）。そして、この正しくデータ属性変更できたレコードを、エラーロギングファイル３０から削除する（ｓ１０２）。
【００６７】
上記エラー修復処理（ｓ９３）時に、再びエラーがあった場合には、エラーメッセージを出力し（ｓ９５）、このエラー情報で、エラーロギングファイル３０の該当データレコードを更新する（ｓ９６）。
【００６８】
続いて、エラーロギングファイル３０の次のリカバリ対象レコードがあるか否かを判別し（ｓ９７）、対象レコードがある場合には、そのレコードを読み出して、上記処理（ｓ９２〜ｓ９７）を繰り返し、リカバリ対象レコードの全てに処理を行ったら、リカバリ処理を終了する。
【００６９】
また、上記コード変換処理と同様に、データ属性変更リカバリ処理において、データ属性変更ができたときにレコード削除を行わず、データ属性変更エラーがあったとき、新たなエラーロギングファイルにエラーレコード情報を出力するようにしても良い。
【００７０】
さらに、データ属性変更処理において、自動的にエラー修復を行う自動修復処理について、図１２に示し、説明する。
【００７１】
図１２に示すように、自動修復処理においては、過去に作成されたエラー修復形態を使用して、自動修復処理を行う。すなわち、データ属性変更処理において、不当データを検出した際（ｓ６４で判断）、エラー修復形態があるか否かを判定し（ｓ１１１）、過去に同様のデータ属性エラーが発生していれば（エラー種別が同じであれば）、エラー修復形態のエラー発生時の処置にしたがってエラーデータを修復し（ｓ１１２）、出力ファイル２０に変換レコードを出力する（ｓ７１）。
【００７２】
この自動修復処理により、過去にデータ属性変更において同様の不当データとなったデータに対しては、過去の修復方法を参照して、自動的に不当データエラーを解消することができる。
【００７３】
以上のように、本発明によれば、入力ファイルとは別ファイルにコード変換エラー・データ属性変換エラーのデータ情報を抽出するので、コード変換テーブル・エラー修復形態を設定後に、コード変換・データ属性変更とは別にデータリカバリ処理を行うことができ、コード変換処理・データ属性変更処理を中断することなく、また、エラーとなったレコードを改めて検索することもなく、容易にコード変換処理・データ属性変更処理のリカバリ処理を行うことができる。
【００７４】
さらに、本発明に関して以下を付記する。
【００７５】
（付記１） コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをコード変換テーブルにしたがってコード変換するコード変換手段、
前記コード変換手段において前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
コード変換エラーが起こらないように修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、
前記エラーコード変換手段においてコード変換されたデータレコードを出力する変換レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【００７６】
（付記２） 前記エラーコード変換手段においてコード変換に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させるための請求項１記載の変換エラーレコードリカバリプログラム。
【００７７】
（付記３） コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、
修復されたデータレコードを出力する修復レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【００７８】
（付記４） 前記エラーコード修復手段において、前記データレコードの修復に失敗したときには、前記エラーレコード情報を更新する手段として更に機能させるための付記３記載の変換エラーレコードリカバリプログラム。
【００７９】
（付記５） 前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させるための付記３または付記４記載の変換エラーレコードリカバリプログラム。
【産業上の利用可能性】
【００８０】
以上のように、本発明にかかるコード変換エラーレコードリカバリプログラムは、コード変換処理を中断することなく、エラーロギングファイルによって、容易にエラーデータのリカバリ処理を行うことができるという効果を有し、コンピュータシステム間などにおける異なるデータのコード体系を持つデータの流通およびデータ属性の変更に関し、特に、変換エラーに対するリカバリ処理を行うコード変換エラーレコードリカバリプログラム等として有用である。
【図面の簡単な説明】
【００８１】
【図１】本発明のコード変換エラーリカバリプログラムの概略説明図である。
【図２】本発明のコード変換処理、エラーロギングファイルとリカバリ処理の関係を示す図である。
【図３】コード変換処理を示すフローチャートである。
【図４】リカバリ処理を示すフローチャートである。
【図５】ＪＩＳ、ＥＵＣコード変換テーブルの一例を示す図である。
【図６】ＪＥＦ拡張漢字の一覧表（一部）を示す図である。
【図７】ＪＥＦ拡張漢字のコード変換エラーにおけるエラー環境修復処理例を示す図である。
【図８】本発明のデータ属性変更処理、エラーロギングファイルとリカバリ処理の関係を示す図である。
【図９】データ属性変更処理を示すフローチャートである。
【図１０】データ属性変更処理のリカバリ処理を示すフローチャートである。
【図１１】データ属性変更エラー例とエラー修復形態の作成例を示す図である。
【図１２】自動エラー修復を行うデータ属性変更処理を示すフローチャートである。
【図１３】従来のフォーマット変換装置を示すブロック図である。
【図１４】従来のフォーマット変換装置の処理動作を示すフローチャートである。
【符号の説明】
【００８２】
１０ 入力ファイル
２０ 出力ファイル
３０ エラーロギングファイル
１０１ 変換元データ
１０２ 変換方法パラメータファイル
１０３ 変換先データ
１０４ アラームログファイル
１０５ フォーマット変換処理部
１０６ 外部変換処理モジュール
【特許請求の範囲】
【請求項１】
コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをコード変換テーブルにしたがってコード変換するコード変換手段、
前記コード変換手段において前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
コード変換エラーが起こらないように修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、
前記エラーコード変換手段においてコード変換されたデータレコードを出力する変換レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【請求項２】
コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、
修復されたデータレコードを出力する修復レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【請求項３】
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させるための請求項２記載の変換エラーレコードリカバリプログラム。
【請求項１】
コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをコード変換テーブルにしたがってコード変換するコード変換手段、
前記コード変換手段において前記データレコードが前記コード変換テーブルに該当せずにコード変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
コード変換エラーが起こらないように修正されたコード変換テーブルにしたがって、前記エラーロギングファイルからエラーレコード情報に含まれるコード変換エラーを起こしたデータレコードを取り出して、コード変換するエラーコード変換手段、
前記エラーコード変換手段においてコード変換されたデータレコードを出力する変換レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【請求項２】
コンピュータを、
入力ファイルからデータレコードを読み込む読み込み手段、
読み込んだデータレコードをデータ属性テーブルにしたがって該データレコードの属性を変換する属性変換手段、
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、前記データレコードを含むエラーレコード情報を、エラーロギングファイルに出力するエラーレコード出力手段、
属性変換エラー発生時の処置を含むエラー修復形態にしたがって、前記エラーロギングファイルからエラーレコード情報に含まれる属性変換エラーを起こしたデータレコードを取り出して、該データレコードを修復するエラーデータ修復手段、
修復されたデータレコードを出力する修復レコード出力手段、
として機能させるための変換エラーレコードリカバリプログラム。
【請求項３】
前記属性変換手段において前記データレコードが前記データ属性テーブルに該当せずに属性変換エラーとなるとき、かつ、前記エラー修復形態があるとき、前記エラー修復形態にしたがって、該データレコードの属性を変換する手段として更に機能させるための請求項２記載の変換エラーレコードリカバリプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−３９７８（Ｐ２００６−３９７８Ａ）
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願番号】特願２００４−１７７０７５（Ｐ２００４−１７７０７５）
【出願日】平成１６年６月１５日（２００４．６．１５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願日】平成１６年６月１５日（２００４．６．１５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]