(57)【要約】【課題】システムを効率的に移行するための技術を提供する。【解決手段】移行対象ファイル記憶部１１に記憶されている移行対象ファイルに含まれている情報を、変換処理部３０が所定のルールに従って変換する。変換処理部３０が変換した情報、および変換処理部３０が変換できなかったことを示す情報を含む変換ファイルが変換ファイル記憶部１３に格納される。この変換ファイルはエディタ用いて編集することができる。エディタで編集されて移行完了ファイルとなって移行完了ファイル記憶部１４に格納される。【選択図】  図１
2004334325.tif 000002
【特許請求の範囲】
【請求項１】
変換対象ファイルを記憶する第１の記憶手段と、
前記変換対象ファイルに含まれている情報を所定のルールに従って変換する変換手段と、
前記変換手段によって変換された情報、および前記変換手段によって変換できなかったことを示す情報を含む変換ファイルを記憶する第２の記憶手段と、
前記変換ファイルを編集するためのエディタと、
前記エディタで編集された編集ファイルを記憶する第３の記憶手段と、を備えるファイル変換システム。
【請求項２】
前記変換対象ファイルは、第１のシステムで動作するコンピュータプログラムのソースコードファイルまたはＪＣＬ（Ｊｏｂ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）で記述されたファイルであり、
前記変換手段は、第１のシステムから第２のシステムへ移行するための変換を行う請求項１記載のファイル変換システム
【請求項３】
複数の前記編集ファイルにより構成される複数のファイルグループについて、各ファイルグループに属する複数の編集ファイルの識別情報を記憶する第４の記憶手段と、
前記ファイルグループの識別情報と担当者の識別情報とを対応付けて記憶する第５の記憶手段と、
前記編集ファイルが第３の記憶手段に存在することを確認する手段と、
一のファイルグループに属する前記編集ファイルがすべて存在するときに、前記一のファイルグループと対応付けられている担当者へその旨を通知する通知手段と、をさらに備える請求項１記載のファイル変換システム。
【請求項４】
前記ファイルグループは、動作確認のテストを行うためのグループである請求項３記載のファイル変換システム。
【請求項５】
ファイル変換システムが行う方法であって、
第１の記憶手段から変換対象ファイルを取得するステップと、
前記変換対象ファイルに含まれている情報を所定のルールに従って変換するステップと、
前記変換によって変換された情報、および前記変換によって変換できなかったことを示す情報を含む変換ファイルを第２の記憶手段に記憶するステップと、
前記変換ファイルを第２の記憶手段から取得してエディタに供給するステップと、
前記エディタで編集された編集ファイルを第３の記憶手段に記憶するステップと、を有するファイル変換方法。
【請求項６】
コンピュータに実行されたときに、
第１の記憶手段から変換対象ファイルを取得するステップと、
前記変換対象ファイルに含まれている情報を所定のルールに従って変換するステップと、
前記変換によって変換された情報、および前記変換によって変換できなかったことを示す情報を含む変換ファイルを第２の記憶手段に記憶するステップと、
前記変換ファイルを第２の記憶手段から取得してエディタに供給するステップと、
前記エディタで編集された編集ファイルを第３の記憶手段に記憶するステップと、を行うファイル変換のためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイルを変換するための技術に関し、特にコンピュータプログラムのソースコードなどを変換して、システムを移行するための技術に関する。
【０００２】
【従来の技術】
移行元のコンピュータで動作しているプログラムを移行先のコンピュータで実行可能なようにプログラムを変換して、移行するシステムが知られている（例えば、特許文献１）。
【０００３】
【特許文献１】
特開平８−１４７１５６号公報
【０００４】
【発明が解決しようとする課題】
移行対象のシステムの規模が大きくなるほど、移行システムを用いてプログラムやデータなどを自動的に変換して移行するメリットは大きい。しかしながら、規模が大きくなればプログラムなどに様々なバリエーションが存在することになる。従って、すべてのプログラム等を自動的に一括変換を行うための移行システムを構築することは、莫大な工数を要することになり、移行全体で見ると却って効率が悪くなる場合が多い。
【０００５】
また、プログラム等を変換した後、正常に動作することを確認するためのテストは不可欠である。特に、複数のプログラム（モジュール）を組み合わせて行う結合テストは重要である。
【０００６】
そこで、本発明はシステムを効率的に移行するための技術を提供することである。
【０００７】
【課題を解決するための手段】
本発明の一つの実施態様に従うファイル変換システムは、変換対象ファイルを記憶する第１の記憶手段と、前記変換対象ファイルに含まれている情報を所定のルールに従って変換する変換手段と、前記変換手段によって変換された情報、および前記変換手段によって変換できなかったことを示す情報を含む変換ファイルを記憶する第２の記憶手段と、前記変換ファイルを編集するためのエディタと、前記エディタで編集された編集ファイルを記憶する第３の記憶手段と、を備える。
【０００８】
好適な実施形態では、前記変換対象ファイルは、第１のシステムで動作するコンピュータプログラムのソースコードファイルまたはＪＣＬ（Ｊｏｂ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）で記述されたファイルであってもよい。このとき、前記変換手段は、第１のシステムから第２のシステムへ移行するための変換を行うことができる。
【０００９】
好適な実施形態では、複数の前記編集ファイルにより構成される複数のファイルグループについて、各ファイルグループに属する複数の編集ファイルの識別情報を記憶する第４の記憶手段と、前記ファイルグループの識別情報と担当者の識別情報とを対応付けて記憶する第５の記憶手段と、前記編集ファイルが第３の記憶手段に存在することを確認する手段と、一のファイルグループに属する前記編集ファイルがすべて存在するときに、前記一のファイルグループと対応付けられている担当者へその旨を通知する通知手段と、をさらに備えてもよい。
【００１０】
好適な実施形態では、前記ファイルグループは、動作確認のテストを行うためのグループであってもよい。
【００１１】
【発明の実施の形態】
以下、本発明を適用した一実施形態について、図面を用いて説明する。図１は、本実施形態に係る移行システム１の全体構成を示す図である。本システム１は、システムの移行を行うために必要なファイルの変換を行う。以下の説明は、メインフレームと呼ばれる大型コンピュータで動作するシステムのためのソフトウェアリソースを、ワークステーション（以下ＷＳ）やパーソナルコンピュータ（以下ＰＣ）などの小型のコンピュータで動作するように変換して、システムの移行を行う場合を例にとって行う。
【００１２】
移行システム１は、例えば汎用的なコンピュータシステムにより構成され、以下に説明する本システム１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１３】
本システム１は、移行対象ファイル記憶部１１と、変換ログ記憶部１２と、変換ファイル記憶部１３と、移行完了ファイル記憶部１４と、移行対象ファイル登録部２１と、エディタ２２と、ステータス管理部２３と、変換処理部３０とを備える。
【００１４】
移行対象ファイル記憶部１１は、移行対象となるファイルを記憶する。本実施形態では、移行対象ファイルは、メインフレームで動作するＣＯＢＯＬ（ＣＯｍｍｏｎ  Ｂｕｓｉｎｅｓｓ  Ｏｒｉｅｎｔｅｄ  Ｌａｎｇｕａｇｅ）で記述されたソースコードファイル、ＪＣＬ（Ｊｏｂ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）で記述されたファイルおよび登録集原文である。
【００１５】
移行対象ファイル登録部２１が、移行対象ファイル記憶部１１に移行対象ファイルを登録する。ファイル登録ための入力は、例えば、図示しない入力装置を用いてオペレータが行ってもよい。
【００１６】
変換処理部３０が、移行対象ファイル記憶部１１に記憶されているファイルを取得して、ファイルごとにそれぞれ所定の変換を行う。例えば、変換処理部３０は、移行対象ファイルに含まれているソースコード、スクリプト、およびレコード形式を示す登録集原文などの情報を、予め定められたルールに従って変換する。本実施形態では、変換処理部３０はメインフレーム用のＣＯＢＯＬおよびＪＣＬをＷＳまたはＰＣ用のＣＯＢＯＬおよびＪＣＬへそれぞれ変換する。さらに、変換処理部３０はメインフレーム用の登録集原文をＷＳまたはＰＣ用の登録集原文へ変換する。変換後の情報に基づいて変換ファイルが生成され、変換ファイル記憶部１３に記憶される。変換ファイルには、変換後のソースコード、ＪＣＬおよび登録集原文の他、変換処理部３０が、変換できなかったことを示すエラーコードなどのメッセージを含んでもよい。変換処理部３０の詳細な構成および動作については後述する。
【００１７】
変換ログ記憶部１２は、変換処理部３０が変換処理を行ったときのログを記憶する。
【００１８】
変換処理部３０が行う変換処理では、変換に失敗したり、あるいは、変換できなかったりする場合もあり、すべてのプログラムファイル等を完全な形で移行することができないこともある。そこで、本システムでは、エディタ２２を用いてオペレータが変換ファイルの修正を行うことができる。例えば、オペレータは、図示しない入出力装置およびエディタ２２を用いて変換ファイル記憶部１３に記憶されている各ファイル内の情報を参照し、変換状態をチェックし、編集を行うことができる。
【００１９】
オペレータによるチェック、修正が完了したファイルは、移行完了ファイルとして移行完了ファイル記憶部１４に記憶される。プログラムファイルまたはＪＣＬファイルについては、ファイル単位に動作確認を行う単体テストが完了したものを移行完了ファイルとして記憶するようにしてもよい。単体テストは、エディタで編集を行ったオペレータであってもよいし、オペレータとは別の単体テスト担当者であってもよい。
【００２０】
ステータス管理部２３は、ファイルの変換状況を監視する。例えば、ステータス管理部２３は、移行完了ファイル記憶部１４を参照して、移行完了ファイルの存在確認を行う。ステータス管理部２３は、複数のファイルを組み合わせて動作確認を行う結合テストを行うためのファイルグループを記憶していてもよい。
【００２１】
ファイルグループは、例えば、図２に示すような結合テストテーブル５０で管理することができる。結合テストテーブル５０では、ファイルグループ名５１と、ファイル名５２と、テスト担当者５３とが対応付けられている。ファイル名５２には結合テストを行うときに必要な複数の移行完了ファイル名が格納される。
テスト担当者５３には、テスト担当者を識別するための情報が格納される。例えば、ここでは各担当者の電子メールアドレスが格納されている。
【００２２】
ステータス管理部２３は、ファイル名５２に登録されている移行完了ファイルがすべてがそろうと、テスト担当者５３を参照して各担当者へ通知する。これにより、各テスト担当者は、自分が担当するテストを行うことができる状態になったことがわかる。
【００２３】
つぎに、変換処理部３０が行う変換処理の詳細について図３を用いて説明する。
【００２４】
まず、移行対象ファイル記憶部１１には、移行対象ソースコードファイル１１１と、移行対象登録集原文１１２と、移行対象ＪＣＬファイル１１３とを記憶することができる。移行対象ソースコードファイル１１１、移行対象登録集原文１１２、および移行対象ＪＣＬファイル１１３は、それぞれ、単数または複数記憶することができる。
【００２５】
変換ファイル記憶部１３には、同様に、変換ソースコードファイル１３１と、変換登録集原文１３２と、変換ＪＣＬファイル１３３とを記憶することができる。変換ソースコードファイル１３１、変換登録集原文１３２、および変換ＪＣＬファイル１３３は、それぞれ、単数または複数記憶することができる。
【００２６】
変換処理部３０は、さらに、ソース変換部３１と、登録集原文変換部３２と、変換対象抽出部３３と、ＪＣＬ変換部３４と、データ長テーブル３５と、エラーコードテーブル３６と、中間ファイル記憶部３７とを備える。
【００２７】
ソース変換部３１は、移行対象ソースコードファイル１１１を取得し、ファイル内に含まれているソースコードを所定のルールに従って変換する。ソース変換部３１がソースコードの変換ができないときは、エラーメッセージを変換ログ記憶部１２に格納する。正常に変換されたソースコードは、変換ソースコードファイル１３１として変換ファイル記憶部１３に格納される。なお、ソースコードの変換ができないものとしては、例えば、テープ出力処理など、ＷＳまたはＰＣ用ＣＯＢＯＬでは対応していない機能の場合などがある。
【００２８】
登録集原文変換部３２は、移行対象登録集原文１１２を取得し、所定のルールに従って変換する。登録集原文変換部３２は、登録集原文の項目別にデータ長を取得し、データ長テーブル３５に登録する。変換された変換登録集原文１３２は、変換ファイル記憶部１３に格納される。
【００２９】
ＪＣＬファイルの変換は、２ステップに分けて行われる。すなわち、変換対象抽出部３３が移行対象ＪＣＬファイル１１３を取得して、ファイル内に含まれているＪＣＬのうち変換対象となる部分（オペランド）を抽出して、中間ファイルを生成する。生成された中間ファイルは中間ファイル記憶部３７に一時的に記憶される。
【００３０】
ＪＣＬ変換部３４は中間ファイルを取得して、所定のルールに従ってＪＣＬを変換する。例えば、ＪＣＬ変換部３４はデータ長テーブル３５からデータの項目名およびデータ長を取得し、ＪＣＬの中へ埋め込む。ここで、例えば、ユーティリティ、およびパラメータの設定などの自動変換が難しいもの、およびＷＳまたはＰＣ用ＣＯＢＯＬでは対応する機能が存在しないものなどについては、ＪＣＬ変換部３４はＪＣＬ変換を行わない。このため、ＪＣＬ変換部３４がＪＣＬ変換しないときは、エラーとして処理する。つまり、ＪＣＬ変換部３４は、エラーコードテーブル３６を参照して、エラーの種類に応じたエラーコードを取得する。
そして、ＪＣＬ変換部３４は、正常に変換されたＪＣＬを含み、エラーが発生した箇所にはエラーコードやエラーの内容を示す情報を埋め込んだ変換ＪＣＬファイルを生成して、変換ファイル記憶部１３に格納する。
【００３１】
これにより、変換ＪＣＬファイル１３３には、正常に変換されたＪＣＬと変換されなかったことを示す情報としてエラーコードが含まれる。従って、オペレータがこのファイルをエディタ２２で開けば、ログを参照しなくてもエラーの発生箇所およびその内容を直ちに知ることができ、その場で修正が可能である。また、ソースコードの変換においても、エラーに関する情報を変換ソースコード１３１に含めてもよい。
【００３２】
次に、上述のような構成を有する移行システム１が行う全体の処理手順について図４のフローチャートを用いて説明する。
【００３３】
まず、移行対象となるファイルが移行対象ファイル記憶部１１に格納される（Ｓ１１）。変換処理部３０は、それぞれの移行対象ファイルを移行対象ファイル記憶部１１から取得して、上述のようにしてそれぞれの変換処理を行う（Ｓ１２）。そして、変換処理部３０は、変換後の情報を含む変換ファイルを変換ファイル記憶部１３に格納する。変換ファイルには修正しなければならない部分があるので、変換ファイルをエディタ２２へ供給し、オペレータ等がエディタを用いて手作業で修正を行う（Ｓ１３）。修正されたファイルは移行完了ファイルとして移行完了ファイル記憶部１４へ格納される。そして、最後に移行完了ファイルを用いてテスト担当者がそれぞれの結合テストを行う（Ｓ１５）。結合テストが完了すれば、本システム１による移行が完了する。
【００３４】
また、本システム１は、ステップＳ１５の結合テストを行うために、各担当者へ結合テストに必要なファイルがそろったことを通知する。この通知を行うための手順を図５のフローチャートを用いて説明する。
【００３５】
ステータス管理部２３が、移行完了ファイル記憶部１４を参照して、各ファイルの存在を確認する。そして、結合テストテーブル５０に登録されているシステムグループのうち、全ファイルがそろったグループがあるかどうかを判断する（Ｓ２１）。ファイルがそろっているシステムグループがあると、グループの担当者へファイルがそろっていることを、例えば電子メールで通知する（Ｓ２２）。これらのステップを移行対象ファイルがすべてそろい、全ファイルグループについて担当者へ通知を行うまで繰り返して行う（Ｓ２３）。
【００３６】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る移行システム１の全体構成を示す図である。
【図２】結合ファイルテーブルの一例を示す図である。
【図３】変換処理部３０が行う処理を詳細に説明するための構成図である。
【図４】移行システム１の全体の処理手順を示すフローチャートである。
【図５】結合テスト担当者への通知を行うための処理手順を示すフローチャートである。
【符号の説明】
１…移行システム、１１…移行対象ファイル記憶部、１２…変換ログ記憶部、１３…変換ファイル記憶部、１４…移行完了ファイル記憶部、２１…移行対象ファイル登録部、２２…エディタ、２３…ステータス管理部、３０…変換処理部。
【図１】
2004334325.tif 000003
【図２】
2004334325.tif 000004
【図３】
2004334325.tif 000005
【図４】
2004334325.tif 000006
【図５】
2004334325.tif 000007