平码五不中公式规律
  • / 14
  • 下载费用:30 金币  

迁移支持装置.pdf

关 键 ?#21097;?/dt>
迁移 支持 装置
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580046561.8

申请日:

2015.08.28

公开号:

CN106663020A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06F 9/45申请日:20150828|||公开
IPC分类号: G06F9/45; G06F9/44; G06F17/22 主分类号: G06F9/45
申请人: 日立公共系统有限公司
发明人: 坂井孝介; 城代佳范; 粟河厚志
地址: 日本东京都
优?#28909;ǎ?/td> 2014.08.29 JP 2014-174745
专利代理机构: ?#26412;?#38134;龙知识产权代理有限公司 11243 代理人: 范胜杰;曹鑫
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580046561.8

授权公告号:

|||

法律状态公告日:

2017.09.05|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

作业用PC1(迁移支持装置)具备:字符代码转换部(11),其从EBCDIK+KEIS代码转换为UTF-8代码;程序转换部(12),其将输入程序(22)转换为输出程序(32);?#25442;?#20449;息生成部(13),其通过使输出程序(32)读入被分配了UTF-8代码的字符数据,针对已读入的字符数据生成?#25442;?#20449;息(E),该?#25442;?#20449;息(E)将输出程序(32)指定的存储器上的区域数量决定为与表现被分配给字符数据的EBCDIK+KEIS代码的字节列的字节数相同;以及区域存储部(14),其在由?#25442;?#20449;息(E)决定的数量构成的区域中存储被分配给已读入的字符数据的1个UTF-8代码。

权利要求书

1.一种迁移支持装置,对从第1计算机向第2计算机的迁移进行支持,其特征在于,该迁
移支持装置具备:
字符代码转换部,其参照存储部具有的字符代码转换表,将被分配给所述第1计算机具
有的第1文档文件中的字符数据的第1字符代码转换为被分配给所述第2计算机具有的第2
文档文件中的字符数据的第2字符代码;
程序转换部,其将所述第1计算机具有的、用于处理所述第1文档文件的第1程序转换为
所述第2计算机具有的、用于处理所述第2文档文件的第2程序;
?#25442;?#20449;息生成部,其通过使所述第2程序读入被分配了所述第2字符代码的字符数据,
针对读入的所述字符数据生成?#25442;?#20449;息,该?#25442;?#20449;息将所述第2程序指定的存储器上的区
域数量决定为与表现被分配给所述字符数据的第1字符代码的字节列的字节数相同;以及
区域存储部,其在由所述?#25442;?#20449;息决定的数量构成的所述区域中存储被分配给读入的
所述字符数据的1个所述第2字符代码。
2.根据权利要求1所述的迁移支持装置,其特征在于,
规定所述第1字符代码的字符代码体系,关于针对半角英数字符、半角记号及半角假名
字符的字符代码设为EBCDIK,关于全角字符设为KEIS,规定所述第2字符代码的字符代码体
系设为UTF-8,
在所述字符数据为半角英数字符、半角记号或者半角假名字符的字符数据时,通过所
述?#25442;?#20449;息所决定的所述区域的数量为1,
在所述字符数据为全角字符的字符数据时,通过所述?#25442;?#20449;息所决定的所述区域的数
量为2。
3.根据权利要求1所述的迁移支持装置,其特征在于,
规定所述第1字符代码的字符代码体系,关于针对半角英数字符、半角记号及半角假名
字符的字符代码设为JIS8,关于全角字符设为SJIS,规定所述第2字符代码的字符代码体系
设为UTF-8,
在所述字符数据为半角英数字符、半角记号或者半角假名字符的字符数据时,通过所
述?#25442;?#20449;息所决定的所述区域的数量为1,
在所述字符数据为全角字符的字符数据时,通过所述?#25442;?#20449;息所决定的所述区域的数
量为2。

说明书

迁移支持装置

技术领域

本发明涉及所谓的遗留系统迁移(下面有时简称为“迁移”)的技术,尤其涉及伴随
字符代码体系切换的迁移技术。

背景技术

近年来,希望进行用于将此前在当前计算机中运行的业务系统(遗留系统)转移至
新计算机的迁移服务的企业、自治团体等较多。作为迁移的形式,例如存在从通用的主机计
算机(或者办公计算机)向WINDOWS(注册商标)、UNIX(注册商标)、LINUX(注册商标)等OS
(Operating System:操作系统)所运行的开放式的服务器计算机迁移的形式。此外,与迁移
有关的技术已被大量公开,例如被专利文献1所公开。

但是,存在如下情况,即利用预定的字符代码体系(例:EBCDIK(Extended Binary
Coded Decimal Interchange Kana Code:扩充的二进制编码的十进制?#25442;?#20551;名编码)、
KEIS(Kanji processing Extended Information System?#27721;?#23383;处理扩充信息系统)、JIS8、
SJIS(Shift JIS)。下面有时称为“旧字符代码体系”)来处理数据的主机计算机登记有大量
在其字符代码体系中未登记在标准中的非标准字符(主机计算机的非标准字符区域为9024
字符的量)。此时,无法实现向仅可提供较小的非标准字符区域的OS(WINDOWS所提供的非标
准字符区域为1880字符的量)所运行的服务器计算机的迁移。

另外,近年来,相对于可使用的字符数有限的当前计算机,在大多数企业、自治团
体等中产生了想要在新计算机中增加可使用的字符数的愿望。具体来说,伴随着国际化,有
了以下的愿望:希望不只是汉字,还能够表现简体字或朝鲜字符等外国字符,而为了准确表
示个人也能够表现旧汉字等。

因此,作为针对这些情况的对策,考虑向将UTF(Unicode Transformation
Format?#21644;?#19968;码转换格式)-8、UTF-16等更大规模的字符代码体系作为新字符代码体系来进
行处理的新计算机迁移。

在迁移中,主要进行:(1)业务系?#25104;?#24050;有数据的转移;以及(2)存取这种数据的、
在业务系?#25104;?#36816;行的已有程序的转移。因此,所转移的已有字符数据需要转换字符数据,以
与新字符代码体系相对应。另外,已有程序(例如,以COBOL语言记述的程序)需要转换为能
够读入对字符代码进行转换后的字符数据。

但是,在现有技术中,存在相较于被分配给字符数据的字符代码的转换,程序转换
非常繁琐且困难的问题。该问题的产生是因为通过旧字符代码体系与新字符代码体系的组
?#24076;?#21363;使是相同的字符,表现该字符的字节列的字节数在两字符代码体系之间也不一样,并
且已有程序为了存储字符的字节列而指定的存储器上的区域长度为固定长。在程序进行转
换时,需要考虑这些情况?#35789;?#24403;修正程序的记述内容(若不修正,则将产生字符数据溢出、
位置偏移等,程序将取得与作为目标的字符数据不同的字符数据)。但是,修正模式根据存
储在区域中的字符的字节列而不同,因此修正变为非常繁琐且困难的作业。在包含专利文
献1的技术的现有技术中,均不存在针对这种作业的改?#21697;?#26696;。

现有技术文献

专利文献

专利文献1:日本专利第4405571号公报

发明内容

发明要解决的课题

因此,本发明鉴于这种情况而完成,其目的在于,在伴随向不同的字符代码体系切
换的迁移中,使成为迁移对象的程序的转换变得容易。

用于解决课题的手段

为了实现所述目的,本发明提供一种迁移支持装置,对从第1计算机向第2计算机
的迁移进行支持,其特征在于,该迁移支持装置具备:字符代码转换部,其参照存储部具有
的字符代码转换表,将被分配给所述第1计算机具有的第1文档文件中的字符数据的第1字
符代码转换为被分配给所述第2计算机具有的第2文档文件中的字符数据的第2字符代码;
程序转换部,其将所述第1计算机具有的、用于处理所述第1文档文件的第1程序转换为所述
第2计算机具有的、用于处理所述第2文档文件的第2程序;?#25442;?#20449;息生成部,其通过使所述
第2程序读入被分配了所述第2字符代码的字符数据,针对读入的所述字符数据生成?#25442;?#20449;
息,该?#25442;?#20449;息将所述第2程序指定的存储器上的区域数量决定为与表现被分配给所述字
符数据的第1字符代码的字节列的字节数相同;以及区域存储部,其在由所述?#25442;?#20449;息决定
的数量构成的所述区域中存储被分配给读入的所述字符数据的1个所述第2字符代码。

对于其他手段将进行后述。

作为遗留软件的第1程序将字符数据的大小(项目的长度)当作字节列的字节数,
并在存储器上指定与字节数相同数的区域来存储字符数据的字节列。也就是说,像以往那
样,第1程序将存储器上指定的区域设为用于存储1字节的数据的区域,以字节数单位来处
理字符数据。另外,第1程序的源代码的记述内容将与其处理相对应。

与此相对,转换后的第2程序在通过字符代码的转换,对表现1个字符的字节列的
字节数不同的字符数据进行处理时,通过参照?#25442;?#20449;息,可以使用与第1程序使用的区域数
量相同数量的区域。也就是说,第2程序可以将存储器上指定的区域设为用于存储1个字符
的数据的1个或者多个区域,并以字符数单位来处理字符数据。因此可以使由第2程序构建
的逻辑与由第1程序构建的逻辑相同,无需修正在第2程序的源代码的记述内容之中,与逻
辑有关的部分(例如,COBOL语言中的位数)。

因此,在伴随向不同字符代码体系的切换的迁移中,可以使成为迁移对象的程序
的转换变得容易。

发明效果

根据本发明,在伴随向不同字符代码体系的切换的迁移中,可以使成为迁移对象
的程序的转换变得容易。

附图说明

图1是表示本实施方式的迁移支持装置的功能结构的图。

图2是表示?#25442;?#20449;息的数据构造的图。

图3是表示本实施方式的迁移支持装置的处理的流程图。

图4是用于说明作为比较例,在与从EBCDIK+KEIS代码向UTF-8代码的转换相配合
地转换COBOL语言的程序时,设为需要修正源代码的记述内容的情况的图,其中,(a)表示转
换前程序的源代码之中数据部工作节的记述例、以及将该记述例具体化后的区域的示意
图,(b)是转换后程序的源代码之中数据部工作节的记述例、以及将完成预定修正后的记述
例具体化后的区域的示意图。

图5是用于说明作为本实施例,在与从EBCDIK+KEIS代码向UTF-8代码的转换相配
?#31995;?#36716;换COBOL语言的程序时,设为不需要修正源代码的记述内容的情况的图,其中,(a)表
示使转换前程序的源代码之中数据部工作节的记述例、以及将该记述例具体化后的区域的
示意图,(b)是转换后程序的源代码之中数据部工作节的记述例、以及将不需要预定修正的
记述例具体化后的区域的示意图。

具体实施方式

如图1所示,作业用PC1是负责从当前计算机2向新计算机3的迁移的作业员所操作
的计算机,为本实施方式的迁移支持装置。作业用PC1从当前计算机2取得输入文件21及输
入程序22,并进行预定的转换(详?#25913;?#23481;将予以后述)后,作为输出文件31及输出程序32输
出?#21015;?#35745;算机3。

当前计算机2(第1计算机)为通用的主机计算机。

新计算机3(第2计算机)为开放式的服务器计算机。

输入文件21(第1文档文件)为包含字符数据的文档文件,是当前计算机2的遗留软
件。输入文件21中的字符数据将按照当前计算机2所处理的字符代码体系。当前计算机2所
处理的字符代码体系对于半角英数字符、半角记号以及半角假名字符的字符数据为
EBCDIK,对于全角字符的字符数据为KEIS。在本实施方式中,有时将分配至输入文件21中的
字符数据的字符代码称为“EBCDIK+KEIS代码”。

此外,EBCDIK针对半角英数字符、半角记号以及半角假名字符以1个字节来表现1
个字符(字节数=1)。KEIS对于全角字符以2个字节来表现1个字符(字节数=2)。

输入程序22(第1程序)为用于处理输入文件21的程序,是当前计算机2的遗留软
件。输入程序22通过COBOL语言来记述,其记述内容符合由EBCDIK兼KEIS构成的字符代码体
系。

输出文件31(第2文档文件)为包含字符数据的文档文件。输出文件31中的字符数
据按照新计算机3所处理的字符代码体系。新计算机3所处理的字符代码体系针对半角英数
字符、半角记号、半角假名字符及全角字符中?#25105;?#31181;字符的字符数据均为UTF-8。在本实施
方式中,有时将分配至输出文件31中的字符数据的字符代码称为“UTF-8代码”。

此外,UTF-8针对半角英数字符及半角记号以1个字节来表现1个字符(字节数=
1),针对半角假名字符及全角字符以3个字节来表现1个字符(字节数=3)。

输出程序32(第2程序)是用于处理输出文件31的程序。在本实施方式中,将输出程
序32设为以COBOL语言来记述。但是,通过实施周知形式的记述,可以以JAVA(注册商标)语
言来记述输出程序32。

此外,作业用PC1包含输入部、输出部、控制部以及存储部这样的硬件。例如,在控
制部由CPU(Central Processing Unit)构成的情况下,基于包含该控制部的计算机的信息
处理通过基于CPU的程序执行处理?#35789;?#29616;。另外,该计算机所包含的存储部对CPU所指示且
用于实现该计算机的功能的程序进行存储。由此实现软件与硬件的协作。所述程序记录在
记录介质中、或者经由网络而被提供。

如图1所示,作业用PC1具有:字符代码转换部11、程序转换部12、?#25442;?#20449;息生成部
13、区域存储部14这样的功能部,并将字符代码转换表T、以及?#25442;?#20449;息E存储在存储部中。

字符代码转换部11参照字符代码转换表T,将分配至输入文件21中的字符数据的
EBCDIK+KEIS代码(第1字符代码)转换为分配至输出文件31中的字符数据的UTF-8代码(第2
字符代码)。

程序转换部12将输入程序22转换为输出程序32,使得与基于字符代码转换部11的
字符代码转换相对应。程序转换部12可以将输出程序32的记述语言转换为与输入程序22的
记述语言相同,(例:COBOL→COBOL),?#37096;?#20197;转换为不同(例:COBOL→JAVA)。

?#25442;?#20449;息生成部13通过使输出程序32读入被分配了UTF-8代码的字符数据,针对
已读入的字符数据生成?#25442;?#20449;息E,该?#25442;?#20449;息E将输出程序32指定的存储器上的区域数量
确定为与表现分配至字符数据的EBCDIK+KEIS代码的字节列的字节数相同。

输出程序32读入的、被分配了UTF-8代码的字符数据例如为从输出文件31提取的
字符数据。

区域存储部14在由通过?#25442;?#20449;息E确定的数量所构成的所述区域中,存储被分配
至在输出程序32中已读入的字符数据的1个UTF-8代码。

字符代码转换表T针对预定的字符集合(例如,当前计算机2所处理的由EBCDIK兼
KEIS构成的字符代码体系中规定的字符的字符集合)中包含的字符,将分配至该字符的、
EBCDIK+KEIS代码和UTF-8代码对应起来。对应的详?#25913;?#23481;周知,从而省?#36816;?#26126;。

?#25442;?#20449;息生成部13生成的?#25442;?#20449;息E,按被分配了UTF-8代码的字符数据,将该字
符数据的大小(项目的长度)即字节数、以及输出程序32所指定的存储器上的区域数量进行
对应。

如图2所示,分配至各种字符数据的UTF-8代码可以分类为表示半角英数记号的字
符(半角英数字符+半角记号)的字符代码、表示半角假名字符的字符代码、以及表示全角字
符的字符代码。对于被分类的字符代码,决定上述“字节数”及“区域数量”。

针对表示半角英数记号字符的字符代码,如上所述,UTF-8以1个字节来表现对应
的1个字符,因此“字节数”为“1”。另外,如上所述,EBCDIK针对半角英数字符及半角记号以1
个字节来表现1个字符,因此通过?#25442;?#20449;息生成部13的功能,“区域数量”为“1”。

针对表示半角假名字符的字符代码,如上所述,UTF-8以3个字节来表示对应的1个
字符,因此“字节数”为“3”。另外,如上所述,EBCDIK针对半角假名以1个字节来表现1个字
符,因此通过?#25442;?#20449;息生成部13的功能,“区域数量”为“1”。

针对表示全角字符的字符代码,如上所述,UTF-8以3个字节来表示对应的1个字
符,因此“字节数”为“3”。另外,如上所述,KEIS针对全角字符,以2个字节来表现1个字符,因
此通过?#25442;?#20449;息生成部13的功能,“区域数量”为“2”。

?#25442;?#20449;息E的内容根据由当前计算机2处理的字符代码体系与由新计算机3处理的
字符代码体系的组合来决定。

《处理》

针对本实施方式的处理进行说明。该处理的主体为作业用PC1的控制部,但是为了
说明上的方便,省略“控制部”这样的词语。

如图3所示,作业用PC1每次进行从当前计算机2向新计算机3的迁移,都从步骤S1
开?#21363;?#29702;。

在步骤S1中,作业用PC1从当前计算机2取得输入文件21及输入程序22。在步骤S1
之后,转入步骤S2。

在步骤S2中,作业用PC1通过字符代码转换部11,针对已取得的输入文件21中的字
符数据,将字符代码从EBCDIK+KEIS代码转换为UTF-8代码,生成输出文件31。在步骤S2之
后,转入步骤S3。

在步骤S3中,作业用PC1通过程序转换部12,将已取得的输入程序22转换为输出程
序32。在步骤S3之后,转入步骤S4。

在步骤S4中,作业用PC1通过输出程序32读入被分配了UTF-8代码的字符数据。在
步骤S4之后,转入步骤S5。

在步骤S5中,作业用PC1通过?#25442;?#20449;息生成部13,针对步骤S4中已读入的字符数
据,生成?#25442;?#20449;息E。在步骤S5之后,转入步骤S6。

在步骤S6中,作业用PC1通过区域存储部14,在由?#25442;?#20449;息E确定的数量构成的区
域(输出程序32所指定的存储器上的区域)中,将对应的UTF-8代码、也就是被分配至步骤S4
中已读入的字符数据的UTF-8代码存储。在步骤S6之后,结束图3的处理。

通过作业用PC1生成的输出文件31、输出程序32、以及?#25442;?#20449;息E被输出?#21015;?#35745;算
机3。这里,由于通过新计算机3来执行预定的业务处理,因此考虑输出程序32打开输出文件
31的情况。此时,输出程序32参照?#25442;?#20449;息E,按照输出程序32确定的顺序,对在输出程序32
所指定的存储器上的区域中存储的UTF-8代码进行存取。

输入程序22将输入文件21中的字符数据的大小(项目的长度)处理为字节列的字
节数,在存储器上指定与字节数相同数的区域并存储字符数据的字节列。也就是说,像以前
那样,通过当前计算机2,输入程序22将存储器上的指定的区域设为用于存储1个字节的数
据的区域,按字节数单位来处理输入文件21中的字符数据,由此实质上逐个字符?#26469;?#26469;处
理字符数据。

通过将字符代码从EBCDIK+KEIS代码转换为UTF-8代码,针对字节列的字节数变更
后的字符数据,?#25442;?#20449;息E可以使输出程序32在存储器上指定的区域数量与输入程序22在
存储器上指定的区域数量相同。例如,若从EBCDIK+KEIS代码转换为UTF-8代码,则针对字节
列的字节数从“2?#21271;?#26356;为“3”的全角字符的字符数据,输出程序32通过参照?#25442;?#20449;息E,可以
将存储器上指定的区域数量设为“2?#20445;?#32780;不是像现有技术那样设为“3”。区域存储部14在(连
续)2个区域中存储分配至该全角字符的1个UTF-8代码。

因此,输出程序32可以将存储器上指定的区域作为用于存储1个字符的数据的区
域,而不是用于存储1个字节的数据的区域,可以按字符数单位来处理输出文件31中的字符
数据。其结果是,与输入程序22逐个字符?#26469;未?#29702;输入文件21中的字符数据同样地,在新计
算机3中,输出程序32?#37096;?#20197;逐个字符?#26469;未?#29702;输出文件31中的字符数据。也就是说,即使
进行伴随字符数据大小不同的字符代码的转换的迁移,?#37096;?#20197;使由输出程序32构建的逻辑
与由输入文件21构建的逻辑保持相同。进行迁移的作业者,无需修正输出程序32的源代码
的记述内容之中与逻辑有关的部分。

此外,作业用PC1可以进行控制,以使输出程序32在存储器上另外指定逐个字节存
储被分配了UTF-8代码的字符数据的字节列的规定个数(例如,如果是全角字符则为3个)的
区域(用于存储1个字节的数据的区域)。并且,作业用PC1进行控制,以使区域存储部14存储
1个UTF-8代码的1个或者2个区域、与所述规定个数的区域相关联。因此,在新计算机2中,输
出程序32在对区域存储部14所存储的UTF-8代码进行存取时,通过对所述相关联的区域中
存储的字节列进行存取,可以处理成为对象的字符数据。

《具体例》

参照图4、图5,对通过伴随字符代码体系切换的迁移来转换程序的具体例进行说
明。在本具体例中,转换前程序(相当于输入程序22)以及转换后程序(相当于输出程序32)
都用COBOL语言来记述。转换前程序所处理的字符代码为EBCDIK+KEIS代码,转换后程序所
处理的字符代码为UTF-8代码。

在图4中示出了作为现有技术的比较例。在图4的(a)的上部示出了在转换前程序
的源代码之中的数据部工作节的记述例。在集团项目DATA-A之中,DATA-A1及DATA-A2这样
的变量(项目)按该顺序被声明。

在DATA-A1中,“PIC X”表示在存储器上确保每个字符1个字节的数据(EBCDIK)存
储区域,“(03)”表示该区域有3个(位数为3)。因此,可以向DATA-A1(半角字符)输入3个字符
的量的数据。

在DATA-A2中,“PIC N”表示在存储器上确保每个字符2个字节的数据(KEIS),
“(03)”表示该区域有3个(位数为3)。因此,可以向DATA-A2(全角字符)输入3个字符的量的
数据。

此外,COBOL语言以固定长来对变量进行声明。

在图4的(a)的下部示出了将上述记述例具体化后的区域的示意图。若用1个箱子
表示1个区域,则该箱子表示1字节的数据存储区域。根据该示意图,转换前程序针对DATA-
A1在存储器上指定3字节的量的区域,由此能够向DATA-A1输入3个字符的量的数据。另外,
针对DATA-A2在存储器上指定6字节(2字节×3)的量的区域,由此能够向DATA-A2输入3个字
符的量的数据。这样,转换前程序像以往那样,按1个字节来指定存储字符数据的字节列的
区域,按字节数单位来处理字符数据(从左开始逐个?#26469;?#23384;取箱子内的字节列)。

这里,当在迁移中转换字符代码、也转换程序时,为了准确无误地处理表现1个字
符的字节列的字节数不同的字符数据(为了可靠读取设为目标的字符数据),在现有技术
中,需要以手动作业来修正转换后程序的逻辑。

在图4的(b)的上部示出了在转换后程序的源代码之中数据部工作节的记述例。为
了在程序的转换前后使逻辑相同,对于图4的(a)的记述例,需要进行追加如图中的下划线
部所示的记述的修正。

作为所述修正,针对DATA-A1,将位数从3变更为9。这样变更位数的理由是由于相
对于EBCDIK以1个字节来表现半角假名的1个字符,UTF-8以3个字节来表现半角假名的1个
字符,因此使DATA-A1具有9个字节的量的区域(3个字节×3个字符),从而能够应对向DATA-
A1输入半角假名的3个字符的量的字节列的情况(为了防止数据的溢出)。

另外,作为所述修正,针对DATA-A2,将位数从3变更为5。这样变更位数的理由是由
于相对于KEIS以2个字节来表现全角字符的1个字符,UTF-8以3个字节来表现全角字符的1
个字符,因此使DATA-A2至少具有9个字节的量的区域(3个字节×3个字符),从而能够应对
向DATA-A2输入全角字符的3个字符的字节列的情况。在图4的(b)的例子中,通过将DATA-A2
的位数设为5,使DATA-A2具有10个字节的量的区域。

在图4的(b)的下部示出了将完成上述修正后的记述例具体化后的区域的示意图。
图4的(b)所示的箱子与图4的(a)所示的箱子同样地,表示1个字节的数据存储区域。所述修
正的结果,通过增加箱子数量,在转换后程序中?#21592;?#25345;如可以向DATA-A1输入3个字符的量
的数据、以及可以向DATA-A2输入3个字符的量的数据这样的转换前程序的特性。但是,像增
加这种箱子这样来修正程序中构建的逻辑,需要针对程序中的所有变量来进行,因此需要
极大的作业量。

图5示出了本实施例。图5的(a)与图4的(a)相同。也就是说,能够向变量DATA-A1输
入3个字符的量的数据,能够向变量DATA-A2输入3个字符的量的数据。

在图5的(b)的上部示出了转换后程序的源代码之中数据部工作节的记述例。在本
实施例中转换程序时,可以使用已说明的?#25442;?#20449;息E。

如已说明的那样,根据?#25442;?#20449;息E,转换后程序在存储器上指定的区域将作为用于
存储1个字符的数据的区域来发挥作用,而不是作为用于存储1个字节的数据的区域来发挥
作用。这种情况与图5的(b)的下部所示,1个箱子将1个区域表示为半角英数记号假名字符
的1个字符的数据存储区域同义。这里,像“半角英数记号假名字符”这样的词语是指将半角
英数字符、半角记号及半角假名字符汇总后的词语。半角英数记号假名字符的1个字符的数
据存储区域若并排2个,则可以表示全角字符的1个字符的数据存储区域。

因此,在图5的(b)的记述例中,DATA-A1的“PIC X(03)”可以表示在存储器上确保3
个半角英数记号假名字符的1个字符的数据(UTF-8)存储区域。这种情况表示即使不如图4
的(b)所示那样增加位数(即使不修正逻辑),也能够向变量DATA-A1输入3个字符的量的数
据(被分配了UTF-8代码的字符数据)。

另外,DATA-A2的“PIC N(03)”可以表示在存储器上确保3个全角字符的1个字符的
数据(UTF-8)存储区域。这种情况表示即使不如图4的(b)所示那样增加位数(即使不修正逻
辑),也能够向变量DATA-A2输入3个字符的量的数据(被分配了UTF-8代码的字符数据)。

如已说明的那样,在1个或者2个半角英数记号假名字符的1个字符的数据存储区
域中,存储1个UTF-8代码。因此,在执行预定业务处理时,转换后程序如果按预定的顺序对
存储在区域中的UTF-8代码进行存取,则可以按字符数单位来处理字符数据。

这样,通过使用?#25442;?#20449;息E,转换后程序改变存储器上指定的区域的处理,由此可
以消除修正程序中构建的逻辑这样的极大的作业量。

《总结》

根据本实施方式,已转换的输出程序32通过字符代码的转换,在对表现1个字符的
字节列的字节数不同的字符数据进行处理时,通过参照?#25442;?#20449;息E,可以使用与输入程序32
所使用的区域的数量相同数量的区域。也就是说,输出程序32可以将存储器上指定的区域
设为用于存储1个字符的数据的1个或者多个区域,并按字符数单位来处理字符数据。因此,
可以使输出程序32中构建的逻辑与输入程序32中构建的逻辑相同,无需修正在输出程序32
的源代码的记述内容之中与逻辑有关的部分。

因此,在向不同字符代码体系的切换所伴随的迁移中,可以使成为迁移对象的程
序的转换变得容易。

《其他》

在本实施方式中,针对从使用EBCDIK及KEIS的字符代码体系向使用UTF-8的字符
代码体系的切换所伴随的迁移进行了说明。但是,针对从使用JIS8及SJIS的字符代码体系
向使用UTF-8的字符代码体系的切换所伴随的迁移,?#37096;?#20197;应用本发明。

此外,JIS8对于半角英数字符、半角记号及半角假名字符,以1个字节来表现1个字
符(字节数=1)。SJIS对于全角字符以2个字节来表现1个字符(字节数=2)。

另外,在本实施方式中,区域存储部14在输出程序32所指定的存储器上的区域中
存储有UTF-8代码。但是,不必是UTF-8代码,?#37096;?#20197;存储能够识别相应字符数据的?#25105;?#24418;式
的数据。

另外,在本实施方式中,在?#25442;?#20449;息生成部13生成?#25442;?#20449;息E时,将输出程序32所
读入的、被分配了UTF-8代码的字符数据设为例如从输出文件31提取的字符数据。但是,例
如作业用PC1为了针对预定的字符集合(例如,在向处理UTF-8的开放式服务器计算机进行
迁移时,?#19978;?#26377;的所有字符构成的字符集合)中包含的所有字符生成?#25442;?#20449;息E,?#37096;?#20197;从
外部事?#28909;?#24471;被分配了UTF-8代码的字符数据,并使输出程序32读入已取得的字符数据。

另外,?#37096;?#20197;实现对本实施方式中说明的各种技术进行适当组合后的技术。

可以将本实施方式中说明的软件实现为硬件,还可以将硬件实现为软件。

此外,针对硬件、软件、流程图等,在不脱离本发明的主旨的范围内可以进行适当
变更。

符号说明

1 作业用PC(迁移支持装置);

11 字符代码转换部;

12 程序转换部;

13 ?#25442;?#20449;息生成部;

14 区域存储部;

2 当前计算机(第1计算机);

21 输入文件(第1文档文件);

22 输入程序(第1程序);

3 新计算机(第2计算机);

31 输出文件(第2文档文件);

32 输出程序(第2程序);

T 字符代码转换表;

E ?#25442;?#20449;息。

关于本文
本文标题:迁移支持装置.pdf
链接地址:http://www.pqiex.tw/p-6091802.html
关于我们 - 网?#26087;?#26126; - 网?#38236;?#22270; - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 067双色球历史记录 体彩任选五规则 456棋牌百人牛牛 双色球规律杀凤尾 天津11选5前三直遗漏数据 北京快乐8平台 排列三走势图哪个最好 山西11选5任选八遗漏 pc蛋蛋 吉林十一选五的技巧