JP6491438B2 - Migration support device - Google Patents
Migration support device Download PDFInfo
- Publication number
- JP6491438B2 JP6491438B2 JP2014174745A JP2014174745A JP6491438B2 JP 6491438 B2 JP6491438 B2 JP 6491438B2 JP 2014174745 A JP2014174745 A JP 2014174745A JP 2014174745 A JP2014174745 A JP 2014174745A JP 6491438 B2 JP6491438 B2 JP 6491438B2
- Authority
- JP
- Japan
- Prior art keywords
- character
- program
- data
- code
- computer
- 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.)
- Active
Links
- 230000005012 migration Effects 0.000 title claims description 36
- 238000013508 migration Methods 0.000 title claims description 36
- 238000006243 chemical reaction Methods 0.000 claims description 24
- 240000000220 Panda oleosa Species 0.000 claims description 17
- 235000016496 Panda oleosa Nutrition 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 16
- 238000000034 method Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 17
- 238000013500 data storage Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000012937 correction Methods 0.000 description 3
- 230000000052 comparative effect Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
Description
本発明は、いわゆるレガシーマイグレーション(以下、単に、「マイグレーション」と称する場合がある)の技術に関し、特に、文字コード体系の切り替えを伴うマイグレーションの技術に関する。 The present invention relates to a so-called legacy migration (hereinafter, sometimes simply referred to as “migration”) technique, and more particularly to a migration technique that involves switching character code systems.
近年、これまで現行コンピュータで稼働してきた業務システム(レガシーシステム)を新規コンピュータに移行させるためのマイグレーションサービスを望む企業、自治体などが多い。マイグレーションの形態としては、例えば、汎用系のホストコンピュータ(または、オフコン)から、WINDOWS(登録商標)、UNIX(登録商標)、LINUX(登録商標)などのOS(Operating System)が稼働するオープン系のサーバコンピュータへのマイグレーション、という形態がある。なお、マイグレーションに関する技術は、数多く公開されており、例えば、特許文献1に公開されている。
In recent years, there are many companies, local governments, and the like who desire a migration service for transferring a business system (legacy system) that has been operated on a current computer to a new computer. As a form of migration, for example, an open system in which an OS (Operating System) such as WINDOWS (registered trademark), UNIX (registered trademark), LINUX (registered trademark) is operated from a general-purpose host computer (or office computer). There is a form of migration to a server computer. A number of techniques relating to migration are disclosed, for example, in
しかし、所定の文字コード体系(例:EBCDIK(Extended Binary Coded Decimal Interchange Kana Code)、KEIS(Kanji processing Extended Information System)、JIS8、SJIS(Shift JIS)。以下、「旧文字コード体系」と称する場合がある)でデータを取り扱っているホストコンピュータが、その文字コード体系にて標準では登録されていない外字を数多く登録していた場合(ホストコンピュータの外字エリアは9024文字分)がある。この場合、小さな外字エリアしか提供できないOS(WINDOWSが提供する外字エリアは1880文字分)が稼働するサーバコンピュータへのマイグレーションは実現できない。 However, a predetermined character code system (e.g., EBCDIK (Extended Binary Coded Decimal Interchange Kana Code), KEIS (Kanji processing Extended Information System), JIS8, SJIS (Shift JIS). In some cases, the host computer that handles the data has registered many external characters that are not registered as standard in the character code system (the external character area of the host computer is 9024 characters). In this case, migration to a server computer running an OS that can provide only a small external character area (the external character area provided by WINDOWS is equivalent to 1880 characters) cannot be realized.
また、近年では、使用できる文字数が限られている現行コンピュータに対して、新規コンピュータでは、使用できる文字数を増やしてほしい、という要望が多くの企業、自治体などから出されている。具体的には、国際化に伴い、漢字だけでなく簡体字やハングル文字などの外国の文字も表現できるようにして欲しい、個人を正しく表記するために旧漢字も表現できるようにして欲しい、などの要望がある。 In recent years, there have been requests from many companies, local governments, and the like to increase the number of characters that can be used with new computers, compared to current computers where the number of characters that can be used is limited. Specifically, with internationalization, we want to be able to express not only Kanji but also foreign characters such as Simplified and Hangul characters, or want to be able to express old Kanji in order to correctly represent individuals, etc. There is a request.
そこで、これらの事情に対する対応策として、UTF(Unicode Transformation Format)−8、UTF−16など、といったより大規模な文字コード体系を、新文字コード体系として取り扱う新規コンピュータへのマイグレーションが考えられる。 Therefore, as a countermeasure against these circumstances, migration to a new computer that handles a larger character code system such as UTF (Unicode Transformation Format) -8 or UTF-16 as a new character code system is conceivable.
マイグレーションでは、主に、(1)業務システム上の既存のデータの移行、および、(2)そのようなデータにアクセスする、業務システム上で動作する既存のプログラムの移行、がなされる。よって、移行する既存の文字データは、新文字コード体系に対応するように文字コードを変換する必要がある。また、既存のプログラム(例えば、COBOL言語で記述されたプログラム)は、文字コードを変換した文字データを読み込むことができるように変換する必要がある。 The migration mainly includes (1) migration of existing data on the business system, and (2) migration of existing programs operating on the business system that access such data. Therefore, it is necessary to convert the character code of the existing character data to be migrated so as to correspond to the new character code system. An existing program (for example, a program written in the COBOL language) needs to be converted so that character data obtained by converting the character code can be read.
しかし、従来技術では、文字データに割り当てられた文字コードの変換と比較して、プログラムの変換は、非常に煩雑かつ困難である、という問題点があった。この問題点は、旧文字コード体系と新文字コード体系との組み合わせによっては、同じ文字であっても、その文字を表現するバイト列のバイト数が両文字コード体系間で相違すること、既存のプログラムが文字のバイト列を格納するために指定するメモリ上のエリアの長さが固定長であること、に起因する。プログラムの変換の際は、これらの事情を考慮してプログラムの記述内容を適宜修正する必要がある(修正をしないと、文字データの溢れ、位置ずれなどが生じ、プログラムは、目的とする文字データとは異なる文字データを取得してしまう)。しかし、エリアに格納される文字のバイト列によって修正パターンが異なるため、修正は非常に煩雑かつ困難な作業となる。特許文献1の技術を含めた従来技術において、このような作業に対する改善策は何ら存在しない。
However, the conventional technique has a problem that the conversion of the program is very complicated and difficult as compared with the conversion of the character code assigned to the character data. The problem is that depending on the combination of the old character code system and the new character code system, the number of bytes in the byte string representing that character may differ between the two character code systems, even for the same character. This is due to the fact that the length of the area in memory that the program specifies to store the byte sequence of characters is a fixed length. When converting a program, it is necessary to modify the contents of the program as appropriate in consideration of these circumstances. (If the program is not modified, overflow of character data, misalignment, etc. will occur. Will get different character data). However, since the correction pattern differs depending on the byte string of characters stored in the area, the correction is a very complicated and difficult task. In the prior art including the technique of
そこで、本発明は、このような事情に鑑みてなされたものであり、異なる文字コード体系への切り替えが伴うマイグレーションにおいて、マイグレーションの対象となるプログラムの変換を容易にすることを目的とする。 Therefore, the present invention has been made in view of such circumstances, and an object of the present invention is to facilitate the conversion of a program to be migrated in migration involving switching to a different character code system.
前記目的を達成するために、本発明は、
第1のコンピュータから第2のコンピュータへのマイグレーションを支援するマイグレーション支援装置であって、
前記第1のコンピュータが有する第1の文書ファイル中の文字データに割り当てられた第1の文字コードを、記憶部が有する文字コード変換表を参照して、前記第2のコンピュータが有する第2の文書ファイル中の文字データに割り当てられた第2の文字コードに変換する文字コード変換部と、
前記第1のコンピュータが有する、前記第1の文書ファイルを処理するための第1のプログラムを、前記第2のコンピュータが有する、前記第2の文書ファイルを処理するための第2のプログラムに変換するプログラム変換部と、
前記第2の文字コードが割り当てられた文字データを前記第2のプログラムに読み込ませることで、前記読み込まれた文字データについて、前記第2のプログラムが指定するメモリ上のエリアの数を、前記文字データに割り当てられていた第1の文字コードを表現するバイト列のバイト数と同じに定める交換情報を生成する交換情報生成部と、
前記交換情報により定められた数からなる前記エリアに、前記読み込まれた文字データに割り当てられた1つの前記第2の文字コードを格納するエリア格納部と、を備える、
ことを特徴とする。
その他の手段については後記する。
In order to achieve the above object, the present invention provides:
A migration support apparatus that supports migration from a first computer to a second computer,
The second character of the second computer has the first character code assigned to the character data in the first document file of the first computer with reference to the character code conversion table of the storage unit. A character code conversion unit that converts the second character code assigned to the character data in the document file;
The first program for processing the first document file included in the first computer is converted into the second program for processing the second document file included in the second computer. A program conversion unit for
By causing the second program to read the character data to which the second character code is assigned, the number of areas on the memory designated by the second program for the read character data is set to the character An exchange information generating unit for generating exchange information determined to be the same as the number of bytes of the byte string expressing the first character code assigned to the data;
An area storage unit for storing one of the second character codes assigned to the read character data in the area having a number determined by the exchange information;
It is characterized by that.
Other means will be described later.
レガシーとしての第1のプログラムは、文字データのサイズ(項目の長さ)をバイト列のバイト数として扱い、バイト数と同じ数のエリアをメモリ上に指定して文字データのバイト列を格納していた。つまり、従来のように、第1のプログラムは、メモリ上に指定するエリアを、1バイトのデータを格納するためのエリアとし、バイト数単位で文字データを処理していた。また、第1のプログラムのソースコードの記述内容はその処理に対応したものとなっていた。
これに対し、変換した第2のプログラムは、文字コードの変換によって、1文字を表現するバイト列のバイト数が異なった文字データを処理する際、交換情報を参照することで、第1のプログラムが使用したエリアの数と同じ数のエリアを使用することができる。つまり、第2のプログラムは、メモリ上に指定するエリアを、1文字のデータを格納するための1または複数のエリアとし、文字数単位で文字データを処理することができる。よって、第2のプログラムで組まれたロジックを第1のプログラムで組まれたロジックと同じにすることができ、第2のプログラムのソースコードの記述内容のうち、ロジックに関する部分(例えば、COBOL言語における桁数)を修正する必要はない。
したがって、異なる文字コード体系への切り替えが伴うマイグレーションにおいて、マイグレーションの対象となるプログラムの変換を容易にすることができる。
The first legacy program treats the size of the character data (item length) as the number of bytes in the byte sequence, specifies the same number of bytes as the number of bytes on the memory, and stores the byte sequence of the character data. It was. That is, as in the prior art, the first program uses the area specified on the memory as an area for storing 1-byte data, and processes character data in units of bytes. Further, the description contents of the source code of the first program correspond to the processing.
On the other hand, the converted second program refers to the exchange information when processing the character data in which the number of bytes of the byte string representing one character is different by converting the character code. As many areas as can be used. That is, the second program can process the character data in units of the number of characters by setting the area designated on the memory as one or a plurality of areas for storing data of one character. Therefore, the logic assembled in the second program can be made the same as the logic assembled in the first program, and the portion related to the logic (for example, COBOL language) in the description contents of the source code of the second program There is no need to correct the number of digits in.
Therefore, in a migration that involves switching to a different character code system, it is possible to easily convert a program to be migrated.
本発明によれば、異なる文字コード体系への切り替えが伴うマイグレーションにおいて、マイグレーションの対象となるプログラムの変換を容易にすることができる。 According to the present invention, it is possible to facilitate the conversion of a program to be migrated in migration involving switching to a different character code system.
図1に示すように、作業用PC1は、現行コンピュータ2から新規コンピュータ3へのマイグレーションを担当する作業員が操作するコンピュータであって、本実施形態のマイグレーション支援装置である。作業用PC1は、現行コンピュータ2から入力ファイル21および入力プログラム22を取得し、所定の変換(詳細は後記する)をした後、出力ファイル31および出力プログラム32として新規コンピュータ3に出力する。
As shown in FIG. 1, the work PC 1 is a computer operated by a worker in charge of migration from the
現行コンピュータ2(第1のコンピュータ)は、汎用系のホストコンピュータである。
新規コンピュータ3(第2のコンピュータ)は、オープン系のサーバコンピュータである。
The current computer 2 (first computer) is a general-purpose host computer.
The new computer 3 (second computer) is an open server computer.
入力ファイル21(第1の文書ファイル)は、文字データを含む文書ファイルであって、現行コンピュータ2のレガシーである。入力ファイル21中の文字データは、現行コンピュータ2が取り扱っている文字コード体系に従う。現行コンピュータ2が取り扱っている文字コード体系は、半角英数文字、半角記号、および半角カナ文字の文字データについてはEBCDIKであり、全角文字の文字データについてはKEISである。本実施形態では、入力ファイル21中の文字データに割り当てられた文字コードを「EBCDIK+KEISコード」と称する場合がある。
The input file 21 (first document file) is a document file including character data and is a legacy of the
なお、EBCDIKは、半角英数文字、半角記号、および半角カナ文字については、1文字を1バイトで表現する(バイト数=1)。KEISは、全角文字については、1文字を2バイトで表現する(バイト数=2)。 In addition, EBCDIC expresses one character by 1 byte for half-width alphanumeric characters, half-width symbols, and half-width kana characters (number of bytes = 1). KEIS expresses one character with 2 bytes for double-byte characters (number of bytes = 2).
入力プログラム22(第1のプログラム)は、入力ファイル21を処理するためのプログラムであって、現行コンピュータ2のレガシーである。入力プログラム22は、COBOL言語で記述されており、その記述内容は、EBCDIK兼KEISからなる文字コード体系に即している。
The input program 22 (first program) is a program for processing the
出力ファイル31(第2の文書ファイル)は、文字データを含む文書ファイルである。出力ファイル31中の文字データは、新規コンピュータ3が取り扱っている文字コード体系に従う。新規コンピュータ3が取り扱っている文字コード体系は、半角英数文字、半角記号、半角カナ文字、および全角文字のいずれの文字の文字データについてもUTF−8である。本実施形態では、出力ファイル31中の文字データに割り当てられた文字コードを「UTF−8コード」と称する場合がある。
The output file 31 (second document file) is a document file including character data. The character data in the
なお、UTF−8は、半角英数文字および半角記号については、1文字を1バイトで表現し(バイト数=1)、半角カナ文字および全角文字については、1文字を3バイトで表現する(バイト数=3)。 In UTF-8, one-byte alphanumeric characters and half-width symbols are represented by 1 byte (byte number = 1), and half-width Kana characters and full-width characters are represented by 3 bytes ( Number of bytes = 3).
出力プログラム32(第2のプログラム)は、出力ファイル31を処理するためのプログラムである。本実施形態では、出力プログラム32は、COBOL言語で記述されているとする。しかし、周知の形式的な記述を施すことで、出力プログラム32を、JAVA(登録商標)言語で記述することができる。
The output program 32 (second program) is a program for processing the
なお、作業用PC1は、入力部、出力部、制御部、および記憶部といったハードウェアを含む。例えば、制御部がCPU(Central Processing Unit)から構成される場合、その制御部を含むコンピュータによる情報処理は、CPUによるプログラム実行処理で実現する。また、そのコンピュータが含む記憶部は、CPUが指令し、そのコンピュータの機能を実現するためのプログラムを記憶する。これによりソフトウェアとハードウェアの協働が実現される。前記プログラムは、記録媒体に記録したり、ネットワークを経由したりすることで提供される。
The
図1に示すように、作業用PC1は、文字コード変換部11と、プログラム変換部12と、交換情報生成部13と、エリア格納部14といった機能部を有し、文字コード変換表Tと、交換情報Eとを記憶部に記憶している。
As shown in FIG. 1, the
文字コード変換部11は、入力ファイル21中の文字データに割り当てられたEBCDIK+KEISコード(第1の文字コード)を、文字コード変換表Tを参照して、出力ファイル31中の文字データに割り当てられたUTF−8コード(第2の文字コード)に変換する。
The character
プログラム変換部12は、文字コード変換部11による文字コードの変換に対応するように、入力プログラム22を出力プログラム32に変換する。プログラム変換部12は、出力プログラム32の記述言語を、入力プログラム22の記述言語と同じにするように変換することもできるし(例:COBOL→COBOL)、異なるように変換することもできる(例:COBOL→JAVA)。
The
交換情報生成部13は、UTF−8コードが割り当てられた文字データを出力プログラム32に読み込ませることで、読み込まれた文字データについて、出力プログラム32が指定するメモリ上のエリアの数を、文字データに割り当てられていたEBCDIK+KEISコードを表現するバイト列のバイト数と同じに定める交換情報Eを生成する。
出力プログラム32が読み込む、UTF−8コードが割り当てられた文字データは、例えば、出力ファイル31から抽出した文字データである。
The exchange
The character data to which the UTF-8 code assigned by the
エリア格納部14は、交換情報Eにより定められた数からなる前記エリアに、出力プログラム32に読み込まれた文字データに割り当てられた1つのUTF−8コードを格納する。
The
文字コード変換表Tは、所定の文字集合(例えば、現行コンピュータ2が取り扱うEBCDIK兼KEISからなる文字コード体系にて規定されている文字の文字集合)に含まれる文字について、当該文字に割り当てられている、EBCDIK+KEISコードとUTF−8コードとを対応付けている。対応付けの詳細は周知であり、説明は省略する。 The character code conversion table T is assigned to a character included in a predetermined character set (for example, a character set of characters defined by the character code system composed of EBCDIK and KEIS handled by the current computer 2). The EBCDIK + KEIS code and the UTF-8 code are associated with each other. The details of the association are well known and will not be described.
交換情報生成部13が生成する交換情報Eは、UTF−8コードが割り当てられた文字データごとに、当該文字データのサイズ(項目の長さ)であるバイト数と、出力プログラム32が指定するメモリ上のエリアの数とを対応付けている。
図2に示すように、さまざまな文字データに割り当てられるUTF−8コードは、半角英数記号の文字(半角英数文字+半角記号)を表す文字コード、半角カナの文字を表す文字コード、全角文字を表す文字コードに分類することができる。分類された文字コードに対して、上記した「バイト数」および「エリアの数」が決定される。
The exchange information E generated by the exchange
As shown in FIG. 2, UTF-8 codes assigned to various character data are character codes representing half-width alphanumeric characters (half-width alphanumeric characters + half-width symbols), character codes representing half-width kana characters, full-width characters. It can be classified into character codes representing characters. The “number of bytes” and “number of areas” described above are determined for the classified character codes.
半角英数記号の文字を表す文字コードに対しては、先述の通り、UTF−8は対応する1文字を1バイトで表現するので、「バイト数」は「1」となる。また、先述の通り、EBCDIKは、半角英数文字および半角記号については、1文字を1バイトで表現するので、交換情報生成部13の機能により、「エリアの数」は「1」となる。
As described above, since UTF-8 expresses one corresponding character with 1 byte for a character code representing a single-byte alphanumeric character, the “number of bytes” is “1”. In addition, as described above, EBCDIC expresses one character in one byte for one-byte alphanumeric characters and one-byte symbols, and therefore, the number of areas becomes “1” by the function of the exchange
半角カナの文字を表す文字コードに対しては、先述の通り、UTF−8は対応する1文字を3バイトで表現するので、「バイト数」は「3」となる。また、先述の通り、EBCDIKは、半角カナについては、1文字を1バイトで表現するので、交換情報生成部13の機能により、「エリアの数」は「1」となる。
For a character code representing a half-width kana character, as described above, UTF-8 expresses one corresponding character in 3 bytes, so the “number of bytes” is “3”. In addition, as described above, EBCDIC expresses one character in one byte for half-width kana, and “number of areas” becomes “1” by the function of the exchange
全角文字を表す文字コードに対しては、先述の通り、UTF−8は対応する1文字を3バイトで表現するので、「バイト数」は「3」となる。また、先述の通り、KEISは、全角文字については、1文字を2バイトで表現するので、交換情報生成部13の機能により、「エリアの数」は「2」となる。
For a character code representing a full-width character, as described above, UTF-8 expresses one corresponding character with 3 bytes, so the “number of bytes” is “3”. In addition, as described above, KEIS expresses one character with 2 bytes for double-byte characters, so that the number of areas becomes “2” by the function of the exchange
交換情報Eの内容は、現行コンピュータ2で取り扱う文字コード体系と、新規コンピュータ3で取り扱う文字コード体系との組み合わせによって決まる。
The content of the exchange information E is determined by a combination of a character code system handled by the
≪処理≫
本実施形態の処理について説明する。この処理の主体は、作業用PC1の制御部であるが、説明の便宜上、「制御部」という語は省略する。
図3に示すように、作業用PC1は、現行コンピュータ2から新規コンピュータ3へのマイグレーションを行うにあたり、ステップS1から処理を開始する。
<< Process >>
The processing of this embodiment will be described. The subject of this processing is the control unit of the
As shown in FIG. 3, the
ステップS1において、作業用PC1は、現行コンピュータ2から入力ファイル21および入力プログラム22を取得する。ステップS1の後、ステップS2に進む。
In step S <b> 1, the
ステップS2において、作業用PC1は、文字コード変換部11によって、取得した入力ファイル21中の文字データに対して、文字コードを、EBCDIK+KEISコードからUTF−8コードに変換し、出力ファイル31を生成する。ステップS2の後、ステップS3に進む。
In step S <b> 2, the
ステップS3において、作業用PC1は、プログラム変換部12によって、取得した入力プログラム22を出力プログラム32に変換する。ステップS3の後、ステップS4に進む。
In step S <b> 3, the
ステップS4において、作業用PC1は、UTF−8コードが割り当てられた文字データを出力プログラム32で読み込む。ステップS4の後、ステップS5に進む。
In step S <b> 4, the
ステップS5において、作業用PC1は、交換情報生成部13によって、ステップS4にて読み込まれた文字データについて、交換情報Eを生成する。ステップS5の後、ステップS6に進む。
In step S5, the
ステップS6において、作業用PC1は、エリア格納部14によって、交換情報Eが定めた数からなるエリア(出力プログラム32が指定するメモリ上のエリア)に、対応するUTF−8コード、つまり、ステップS4にて読み込まれた文字データに割り当てられたUTF−8コードを格納する。ステップS6の後、図3の処理を終了する。
In step S6, the
作業用PC1にて生成された出力ファイル31、出力プログラム32、および交換情報Eは、新規コンピュータ3に出力される。ここで、新規コンピュータ3にて、所定の業務処理を実行するために、出力プログラム32が出力ファイル31を開く場合を考える。この場合、出力プログラム32は、交換情報Eを参照して、出力プログラム32が指定するメモリ上のエリアに格納されているUTF−8コードに、出力プログラム32が定める順番でアクセスする。
The
入力プログラム22は、入力ファイル21中の文字データのサイズ(項目の長さ)をバイト列のバイト数として扱い、バイト数と同じ数のエリアをメモリ上に指定して文字データのバイト列を格納していた。つまり、従来のように、現行コンピュータ2にて、入力プログラム22は、メモリ上に指定するエリアを、1バイトのデータを格納するためのエリアとし、バイト数単位で入力ファイル21中の文字データを処理することで、実質的に文字データを1文字ずつ順番に処理していた。
The
EBCDIK+KEISコードからUTF−8コードに文字コードが変換されたことでバイト列のバイト数が変更した文字データに対して、交換情報Eは、出力プログラム32がメモリ上に指定するエリアの数を、入力プログラム22がメモリ上に指定していたエリアの数と同じにすることを可能にする。例えば、EBCDIK+KEISコードからUTF−8コードに変換されると、バイト列のバイト数が「2」から「3」に変更される全角文字の文字データに対して、出力プログラム32は、交換情報Eを参照することで、メモリ上に指定するエリアの数を、従来技術のように「3」ではなく、「2」にすることができる。エリア格納部14は、(連続する)2つ分のエリアに当該全角文字に割り当てられた1つのUTF−8コードを格納する。
For character data in which the number of bytes in the byte string has changed due to the conversion of the character code from the EBCDIK + KEIS code to the UTF-8 code, the exchange information E inputs the number of areas designated on the memory by the
よって、出力プログラム32は、メモリ上に指定するエリアを、1バイトのデータを格納するためのエリアではなく、1文字のデータを格納するためのエリアとすることができ、文字数単位で出力ファイル31中の文字データを処理することができる。その結果、入力プログラム22が入力ファイル21中の文字データを1文字ずつ順番に処理するのと同様に、新規コンピュータ3にて、出力プログラム32は出力ファイル31中の文字データを1文字ずつ順番に処理することができる。つまり、文字データのサイズが異なる文字コードの変換を伴うマイグレーションを行ったとしても、出力プログラム32で組まれたロジックを入力ファイル21で組まれたロジックと同じままにすることができる。マイグレーションを行う作業者は、出力プログラム32のソースコードの記述内容のうち、ロジックに関する部分を修正する必要はない。
Therefore, the
なお、作業用PC1は、UTF−8コードが割り当てられた文字データのバイト列を1バイトずつ格納する規定個数分(例えば、全角文字であれば3個分)のエリア(1バイトのデータを格納するためのエリア)を、出力プログラム32がメモリ上に別途指定するように制御することができる。そして、作業用PC1は、エリア格納部14が1つのUTF−8コードを格納する1つまたは2つ分のエリアと、前記規定個数分のエリアとを紐づけるように制御する。よって、新規コンピュータ2にて、出力プログラム32が、エリア格納部14が格納したUTF−8コードにアクセスするとき、前記紐づけられたエリアに格納されているバイト列にアクセスすることで、対象となる文字データを処理することができる。
The
≪具体例≫
図4、図5を参照して、文字コード体系の切り替えを伴うマイグレーションによってプログラムを変換することの具体例を説明する。本具体例では、変換前プログラム(入力プログラム22に相当)も変換後プログラム(出力プログラム32に相当)もCOBOL言語で記述されている。変換前プログラムが扱う文字コードはEBCDIK+KEISコードであり、変換後プログラムが扱う文字コードはUTF−8コードである。
≪Specific example≫
With reference to FIG. 4 and FIG. 5, a specific example of converting a program by migration accompanied by switching of a character code system will be described. In this specific example, both the pre-conversion program (corresponding to the input program 22) and the post-conversion program (corresponding to the output program 32) are described in the COBOL language. The character code handled by the pre-conversion program is EBCDIK + KEIS code, and the character code handled by the post-conversion program is UTF-8 code.
図4には、従来技術としての比較例を示す。図4(a)の上部には、変換前プログラムのソースコードのうちデータ部ワーキング節の記述例が示されている。集団項目DATA‐Aのなかに、DATA‐A1およびDATA‐A2という変数(項目)がこの順番で宣言されている。
DATA‐A1において、「PIC X」は、1文字1バイトのデータ(EBCDIK)格納エリアをメモリ上に確保することを表しており、「(03)」は、このエリアが3つあることを表している(桁数は3)。よって、DATA‐A1に(半角文字)3文字分のデータを入力できる。
DATA‐A2において、「PIC N」は、1文字2バイトのデータ(KEIS)格納エリアをメモリ上に確保することを表しており、「(03)」は、このエリアが3つあることを表している(桁数は3)。よって、DATA‐A2に(全角文字)3文字分のデータを入力できる。
なお、COBOL言語は、変数を固定長で宣言する。
FIG. 4 shows a comparative example as a conventional technique. In the upper part of FIG. 4A, a description example of the data section working section in the source code of the pre-conversion program is shown. In the group item DATA-A, variables (items) DATA-A1 and DATA-A2 are declared in this order.
In DATA-A1, “PIC X” indicates that one byte of data (EBCDIK) storage area is secured in memory, and “(03)” indicates that there are three such areas. (Number of digits is 3). Therefore, data for 3 characters (half-width characters) can be input to DATA-A1.
In DATA-A2, “PIC N” indicates that one
The COBOL language declares variables with a fixed length.
図4(a)の下部には、上記記述例を具現化したエリアの模式図が示されている。1つのエリアを1つのボックスで表わすと、このボックスは、1バイトのデータ格納エリアを表している。この模式図によれば、変換前プログラムは、DATA‐A1に対して3バイト分のエリアをメモリ上に指定することで、DATA‐A1に3文字分のデータを入力できる。また、DATA‐A2に対して6バイト(2バイト×3)分のエリアをメモリ上に指定することで、DATA‐A2に3文字分のデータを入力できる。このように、変換前プログラムは、従来のように、文字データのバイト列が格納されるエリアを1バイトごとに指定しており、バイト数単位で文字データを処理する(左から順番にボックス内のバイト列に1つずつアクセスする)。 A schematic diagram of an area embodying the above description example is shown in the lower part of FIG. If one area is represented by one box, this box represents a 1-byte data storage area. According to this schematic diagram, the pre-conversion program can input data for 3 characters into DATA-A1 by designating an area for 3 bytes on the memory for DATA-A1. In addition, by specifying an area of 6 bytes (2 bytes × 3) on the memory for DATA-A2, data of 3 characters can be input to DATA-A2. Thus, as before, the pre-conversion program specifies the area where the byte string of character data is stored for each byte, and processes the character data in units of bytes (in the box in order from the left). One byte sequence at a time).
ここで、マイグレーションにて文字コードを変換し、プログラムも変換する場合、1文字を表現するバイト列のバイト数が異なった文字データを間違いなく処理するために(目的とした文字データを確実に読み出すために)、従来技術では、変換後プログラムのロジックを手作業で修正する必要があった。 Here, when character code is converted by migration and the program is also converted, in order to correctly process character data in which the number of bytes in a byte string representing one character is different (the target character data is reliably read out) Therefore, in the prior art, it was necessary to manually correct the logic of the converted program.
図4(b)の上部には、変換後プログラムのソースコードのうちデータ部ワーキング節の記述例が示されている。プログラムの変換前後でロジックを同じにするためには、図4(a)の記述例に対して図中の下線部で示したような記述を追加する修正が必要である。
前記修正として、DATA‐A1については、桁数を3から9に変更している。このように桁数を変更させる理由は、EBCDIKが半角カナ1文字を1バイトで表現するのに対し、UTF−8は半角カナ1文字を3バイトで表現するため、DATA‐A1に半角カナ3文字分のバイト列が入力された場合に対応できるように(データの溢れを防ぐように)、DATA‐A1に9バイト分のエリア(3バイト×3文字)を持たせるためである。
また、前記修正として、DATA‐A2については、桁数を3から5に変更している。このように桁数を変更させる理由は、KEISが全角文字1文字を2バイトで表現するのに対し、UTF−8は全角文字1文字を3バイトで表現するため、DATA‐A2に全角文字3文字のバイト列が入力された場合に対応できるように、DATA‐A2に少なくとも9バイト分のエリア(3バイト×3文字)を持たせるためである。図4(b)の例では、DATA‐A2の桁数を5にすることで、DATA‐A2に10バイト分のエリアを持たせている。
In the upper part of FIG. 4B, a description example of the data section working section in the source code of the converted program is shown. In order to make the logic the same before and after the conversion of the program, it is necessary to modify the description example of FIG. 4A by adding a description as indicated by the underlined portion in the figure.
As a modification, the number of digits is changed from 3 to 9 for DATA-A1. The reason for changing the number of digits in this way is that EBCDIK represents one half-width kana character in 1 byte, whereas UTF-8 represents one half-width kana character in 3 bytes. This is because DATA-A1 has an area of 9 bytes (3 bytes × 3 characters) so that it can cope with a case where a byte string of characters is input (to prevent data overflow).
As a modification, the number of digits is changed from 3 to 5 for DATA-A2. The reason for changing the number of digits in this way is that KEIS expresses one full-width character in 2 bytes, whereas UTF-8 expresses one full-width character in 3 bytes. This is because DATA-A2 is provided with an area of at least 9 bytes (3 bytes × 3 characters) so as to cope with the case where a character byte string is input. In the example of FIG. 4B, by setting the number of digits of DATA-A2 to 5, DATA-A2 has an area of 10 bytes.
図4(b)の下部には、上記修正がなされた記述例を具現化したエリアの模式図が示されている。図4(b)に示すボックスは、図4(a)に示すボックス同様、1バイトのデータ格納エリアを表している。前記修正の結果、ボックスの数を増やすことで、DATA‐A1に3文字分のデータを入力できること、および、DATA‐A2に3文字分のデータを入力できること、という変換前プログラムの特性が変換後プログラムにおいても保持される。ただ、このようなボックスを増やすように、プログラムに組まれたロジックを修正することは、プログラム中のすべての変数に対して行う必要があるので、多大な作業量を必要とする。 In the lower part of FIG. 4B, a schematic diagram of an area embodying the description example with the above modification is shown. The box shown in FIG. 4B represents a 1-byte data storage area, like the box shown in FIG. As a result of the above modification, the characteristics of the pre-conversion program that data of 3 characters can be input to DATA-A1 and data of 3 characters can be input to DATA-A2 by increasing the number of boxes are converted. It is retained in the program. However, modifying the logic built into the program so as to increase such boxes requires a large amount of work because it needs to be performed for all variables in the program.
図5には、本実施例を示す。図5(a)は、図4(a)と同じである。つまり、変数DATA‐A1には3文字分のデータを入力でき、変数DATA‐A2には3文字分のデータを入力できる。
図5(b)の上部には、変換後プログラムのソースコードのうちデータ部ワーキング節の記述例が示されている。本実施例にてプログラムを変換する場合、すでに説明した交換情報Eが用いられる。
FIG. 5 shows this embodiment. FIG. 5A is the same as FIG. That is, data for three characters can be input to the variable DATA-A1, and data for three characters can be input to the variable DATA-A2.
In the upper part of FIG. 5B, a description example of the data section working section in the source code of the converted program is shown. When the program is converted in this embodiment, the exchange information E already described is used.
すでに説明したように、交換情報Eによって、変換後プログラムがメモリ上に指定するエリアは、1バイトのデータを格納するためのエリアではなく、1文字のデータを格納するためのエリアとして機能する。このことは、図5(b)の下部に示すように、1つのボックスが、1つのエリアを半角英数記号カナ文字1文字のデータ格納エリアとして表すことと同義である。ここで、「半角英数記号カナ文字」という語は、半角英数文字、半角記号、および半角カナ文字をまとめた語である。半角英数記号カナ文字1文字のデータ格納エリアは、2つ並べると全角文字1文字のデータ格納エリアを表すことができる。 As already described, the area designated by the converted program on the memory by the exchange information E functions as an area for storing one character data, not an area for storing one byte of data. This is synonymous with the fact that one box represents one area as a data storage area for one half-width alphanumeric symbol Kana character as shown in the lower part of FIG. 5B. Here, the term “single-byte alphanumeric symbol kana characters” is a word that is a collection of single-byte alphanumeric characters, half-width symbols, and half-width kana characters. A data storage area for one half-width alphanumeric symbol kana character can represent a data storage area for one full-width character when arranged in two.
したがって、図5(b)の記述例において、DATA‐A1の「PIC X(03)」は、半角英数記号カナ文字1文字のデータ(UTF−8)格納エリアをメモリ上に3つ確保することを表すことができる。このことは、図4(b)のように桁数を増やさなくても(ロジックを修正しなくても)、変数DATA‐A1には3文字分のデータ(UTF−8コードが割り当てられた文字データ)を入力できることを意味する。 Therefore, in the description example of FIG. 5B, “PIC X (03)” of DATA-A1 secures three data (UTF-8) storage areas in memory for one-byte alphanumeric symbol Kana characters. Can be expressed. This means that even if the number of digits is not increased as shown in FIG. 4B (the logic is not corrected), the variable DATA-A1 has three characters of data (characters assigned with UTF-8 code). Data).
また、DATA‐A2の「PIC N(03)」は、全角文字1文字のデータ(UTF−8)格納エリアをメモリ上に3つ確保することを表すことができる。このことは、図4(b)のように桁数を増やさなくても(ロジックを修正しなくても)、変数DATA‐A2には3文字分のデータ(UTF−8コードが割り当てられた文字データ)を入力できることを意味する。 Further, “PIC N (03)” in DATA-A2 can indicate that three data (UTF-8) storage areas for one double-byte character are secured in the memory. This means that even if the number of digits is not increased as shown in FIG. 4B (the logic is not corrected), the variable DATA-A2 has three characters of data (characters assigned with UTF-8 code). Data).
すでに説明したように、1つまたは2つの半角英数記号カナ文字1文字のデータ格納エリアには、1つのUTF−8コードが格納される。よって、所定の業務処理の実行の際、変換後プログラムは、エリアに格納されたUTF−8コードに所定の順番でアクセスすれば、文字数単位で文字データを処理することができる。 As already described, one UTF-8 code is stored in the data storage area of one or two half-width alphanumeric symbols and one kana character. Therefore, when executing the predetermined business process, the converted program can process the character data in units of the number of characters by accessing the UTF-8 code stored in the area in a predetermined order.
このように、交換情報Eを用いることで、変換後プログラムがメモリ上に指定するエリアの取り扱いを変えることで、プログラムに組まれたロジックを修正する、といった多大な作業量を無くすことができる。 In this way, by using the exchange information E, it is possible to eliminate a great amount of work such as correcting the logic assembled in the program by changing the handling of the area designated on the memory by the converted program.
≪まとめ≫
本実施形態によれば、変換した出力プログラム32は、文字コードの変換によって、1文字を表現するバイト列のバイト数が異なった文字データを処理する際、交換情報Eを参照することで、入力プログラム32が使用したエリアの数と同じ数のエリアを使用することができる。つまり、出力プログラム32は、メモリ上に指定するエリアを、1文字のデータを格納するための1または複数のエリアとし、文字数単位で文字データを処理することができる。よって、出力プログラム32で組まれたロジックを入力プログラム32で組まれたロジックと同じにすることができ、出力プログラム32のソースコードの記述内容のうち、ロジックに関する部分を修正する必要はない。
したがって、異なる文字コード体系への切り替えが伴うマイグレーションにおいて、マイグレーションの対象となるプログラムの変換を容易にすることができる。
≪Summary≫
According to this embodiment, the converted
Therefore, in a migration that involves switching to a different character code system, it is possible to easily convert a program to be migrated.
≪その他≫
本実施形態では、EBCDIKおよびKEISを用いた文字コード体系から、UTF−8を用いた文字コード体系への切り替えが伴うマイグレーションについて説明した。しかし、JIS8およびSJISを用いた文字コード体系から、UTF−8を用いた文字コード体系への切り替えが伴うマイグレーションについても本発明を適用できる。
≪Others≫
In the present embodiment, the migration accompanied by switching from the character code system using EBCDIC and KEIS to the character code system using UTF-8 has been described. However, the present invention can also be applied to migration involving switching from a character code system using JIS8 and SJIS to a character code system using UTF-8.
なお、JIS8は、半角英数文字、半角記号、および半角カナ文字については、1文字を1バイトで表現する(バイト数=1)。SJISは、全角文字については、1文字を2バイトで表現する(バイト数=2)。 JIS8 expresses one character in one byte for half-width alphanumeric characters, half-width symbols, and half-width kana characters (number of bytes = 1). In SJIS, for double-byte characters, one character is represented by 2 bytes (number of bytes = 2).
また、本実施形態では、エリア格納部14が、出力プログラム32が指定するメモリ上のエリアにUTF−8コードを格納していた。しかし、UTF−8コードではなく、該当文字データを識別できる任意の形式のデータを格納することも可能である。
In this embodiment, the
また、本実施形態では、交換情報生成部13が交換情報Eを生成する際、出力プログラム32が読み込む、UTF−8コードが割り当てられた文字データは、例えば、出力ファイル31から抽出した文字データとした。しかし、例えば、作業用PC1が、所定の文字集合(例えば、UTF−8を取り扱うオープン系サーバコンピュータへのマイグレーションの場合、現存するすべての文字からなる文字集合)に含まれるすべての文字について、交換情報Eを生成するために、UTF−8コードが割り当てられた文字データを外部から事前に取得しておき、取得した文字データを出力プログラム32に読み込ませてもよい。
In the present embodiment, when the exchange
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
In addition, it is possible to realize a technique in which various techniques described in this embodiment are appropriately combined.
The software described in this embodiment can be realized as hardware, and the hardware can also be realized as software.
In addition, hardware, software, flowcharts, and the like can be changed as appropriate without departing from the spirit of the present invention.
1 作業用PC(マイグレーション支援装置)
11 文字コード変換部
12 プログラム変換部
13 交換情報生成部
14 エリア格納部
2 現行コンピュータ(第1のコンピュータ)
21 入力ファイル(第1の文書ファイル)
22 入力プログラム(第1のプログラム)
3 新規コンピュータ(第2のコンピュータ)
31 出力ファイル(第2の文書ファイル)
32 出力プログラム(第2のプログラム)
T 文字コード変換表
E 交換情報
1 Work PC (migration support device)
11 Character
21 Input file (first document file)
22 Input program (first program)
3 New computer (second computer)
31 Output file (second document file)
32 Output program (second program)
T Character code conversion table E Exchange information
Claims (2)
前記第1のコンピュータが有する第1の文書ファイル中の文字データに割り当てられた第1の文字コードを、記憶部が有する文字コード変換表を参照して、前記第2のコンピュータが有する第2の文書ファイル中の文字データに割り当てられた第2の文字コードに変換する文字コード変換部と、
前記第1のコンピュータが有する、前記第1の文書ファイルを処理するための第1のプログラムを、前記第2のコンピュータが有する、前記第2の文書ファイルを処理するための第2のプログラムに変換するプログラム変換部と、
前記第2の文字コードが割り当てられた文字データを前記第2のプログラムに読み込ませることで、前記読み込まれた文字データについて、前記第2のプログラムが指定するメモリ上のエリアの数を、前記文字データに割り当てられていた第1の文字コードを表現するバイト列のバイト数と同じに定める交換情報を生成する交換情報生成部と、
前記交換情報により定められた数からなる前記エリアに、前記読み込まれた文字データに割り当てられた1つの前記第2の文字コードを格納するエリア格納部と、を備える、
ことを特徴とするマイグレーション支援装置。 A migration support apparatus that supports migration from a first computer to a second computer,
The second character of the second computer has the first character code assigned to the character data in the first document file of the first computer with reference to the character code conversion table of the storage unit. A character code conversion unit that converts the second character code assigned to the character data in the document file;
The first program for processing the first document file included in the first computer is converted into the second program for processing the second document file included in the second computer. A program conversion unit for
By causing the second program to read the character data to which the second character code is assigned, the number of areas on the memory designated by the second program for the read character data is set to the character An exchange information generating unit for generating exchange information determined to be the same as the number of bytes of the byte string expressing the first character code assigned to the data;
An area storage unit for storing one of the second character codes assigned to the read character data in the area having a number determined by the exchange information;
A migration support apparatus characterized by that.
前記文字データが全角文字の文字データである場合には、前記交換情報により定められた、前記エリアの数は2である、
ことを特徴とする請求項1に記載のマイグレーション支援装置。 If before Symbol character data is character data of alphanumeric characters, byte symbols or byte kana characters, is defined by the replacement information, the number of the areas is 1,
When the character data is double-byte character data, the number of areas defined by the exchange information is two.
The migration support apparatus according to claim 1.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014174745A JP6491438B2 (en) | 2014-08-29 | 2014-08-29 | Migration support device |
PCT/JP2015/074401 WO2016031959A1 (en) | 2014-08-29 | 2015-08-28 | Migration support device |
CN201580046561.8A CN106663020B (en) | 2014-08-29 | 2015-08-28 | Migration support device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014174745A JP6491438B2 (en) | 2014-08-29 | 2014-08-29 | Migration support device |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2016051235A JP2016051235A (en) | 2016-04-11 |
JP2016051235A5 JP2016051235A5 (en) | 2017-09-28 |
JP6491438B2 true JP6491438B2 (en) | 2019-03-27 |
Family
ID=55399842
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014174745A Active JP6491438B2 (en) | 2014-08-29 | 2014-08-29 | Migration support device |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP6491438B2 (en) |
CN (1) | CN106663020B (en) |
WO (1) | WO2016031959A1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6720993B2 (en) * | 2018-03-07 | 2020-07-08 | オムロン株式会社 | Support devices and programs |
CN117270961B (en) * | 2023-11-21 | 2024-04-12 | 武汉蜂鸟龙腾软件有限公司 | Method for analyzing and loading MFC character resources in Linux environment |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA1309774C (en) * | 1987-12-11 | 1992-11-03 | Shiu-Chang Loh | Character recognition apparatus |
US5309358A (en) * | 1992-02-18 | 1994-05-03 | International Business Machines Corporation | Method for interchange code conversion of multi-byte character string characters |
JP2507980B2 (en) * | 1993-06-11 | 1996-06-19 | 日本電気株式会社 | Data conversion program automatic generation method |
JPH11203279A (en) * | 1998-01-19 | 1999-07-30 | Toshiba Corp | Kana-kanji conversion device and method and storage medium |
JP4136066B2 (en) * | 1998-05-11 | 2008-08-20 | パイオニア株式会社 | Document data creation device and character display device |
JP2000105765A (en) * | 1998-09-28 | 2000-04-11 | Toshiba Corp | Data converting device |
JP4776050B2 (en) * | 1999-07-13 | 2011-09-21 | ソニー株式会社 | Delivery content generation method, content delivery method and apparatus, and code conversion method |
JP3917343B2 (en) * | 2000-02-25 | 2007-05-23 | 株式会社東芝 | Computer-readable recording medium having character code conversion method and character code conversion program recorded in multi-platform environment |
CN101079023B (en) * | 2003-01-24 | 2012-03-21 | 株式会社理光 | Character string processing apparatus, character string processing method, and image-forming apparatus |
JP4072691B2 (en) * | 2004-07-15 | 2008-04-09 | ソニー株式会社 | Character information conversion apparatus and character information conversion method |
WO2008018274A1 (en) * | 2006-08-10 | 2008-02-14 | Sharp Kabushiki Kaisha | Character converting device and character converting device control method |
JP2008226010A (en) * | 2007-03-14 | 2008-09-25 | Hitachi Ltd | Compile method and compile device |
JP2010224656A (en) * | 2009-03-19 | 2010-10-07 | Ns Solutions Corp | Source code generation device, program and source code generation method |
KR20150044430A (en) * | 2012-06-29 | 2015-04-24 | 가부시키가이샤 에스·케이·케이 | Document processing system, electronic document, document processing method, and program |
-
2014
- 2014-08-29 JP JP2014174745A patent/JP6491438B2/en active Active
-
2015
- 2015-08-28 WO PCT/JP2015/074401 patent/WO2016031959A1/en active Application Filing
- 2015-08-28 CN CN201580046561.8A patent/CN106663020B/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2016051235A (en) | 2016-04-11 |
WO2016031959A1 (en) | 2016-03-03 |
CN106663020B (en) | 2020-05-01 |
CN106663020A (en) | 2017-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9857949B2 (en) | Generating a context for translating strings based on associated application source code and markup | |
KR20060047421A (en) | Language localization using tables | |
CN102741811A (en) | Improving performance of template based JavaScript widgets | |
EP1717719A1 (en) | Application conversion of source data | |
KR101379855B1 (en) | Method and apparatus for data migration from hierarchical database of mainframe system to rehosting solution database of open system | |
JP6491438B2 (en) | Migration support device | |
Liu et al. | MatrixConverter: Facilitating construction of phenomic character matrices | |
JP2011154495A (en) | Character code conversion device, character code conversion method and character code conversion program | |
US9880612B2 (en) | Execution control method and execution control apparatus | |
JP2018037031A (en) | Data migration program generation system and program for creating data migration program | |
JP6397343B2 (en) | Information processing apparatus and information processing method | |
US9792197B2 (en) | Apparatus and program | |
CN111279350B (en) | System and method for providing globalization features in service management application interfaces | |
JP2010282248A (en) | Programming language analysis execution program | |
JP2010224656A (en) | Source code generation device, program and source code generation method | |
Feiler et al. | Looking Inside a Document | |
Parkin | Number Input | |
CN116737157A (en) | JSON conversion method, system, equipment and medium | |
Sharan et al. | Character Encodings | |
Kelly et al. | How BlitzMax Works | |
Sutherland et al. | Chapter 3: Working with Text | |
JP2005301558A (en) | Method for conversion into multilingual multicode database | |
Friesen et al. | Writers and Readers | |
Olsson et al. | Strings | |
JP2009157703A (en) | Program conversion system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170818 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170818 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180710 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190212 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190301 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6491438 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |