[發明專利]遷移支持裝置

有效

• 申請號: 201580046561.8
• 申請日: 2015-08-28
• 公開（公告）號: CN106663020B
• 公開（公告）日: 2020-05-01
• 發明（設計）人: 坂井孝介;城代佳范;粟河厚志
• 申請（專利權）人: 日立社會信息服務有限公司
• 主分類號: G06F8/40
• 分類號: G06F8/40;G06F40/12
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 范勝杰;曹鑫

作業用PC1(遷移支持裝置)具備：字符代碼轉換部(11)，其從EBCDIK+KEIS代碼轉換為UTF－8代碼；程序轉換部(12)，其將輸入程序(22)轉換為輸出程序(32)；交換信息生成部(13)，其通過使輸出程序(32)讀入被分配了UTF－8代碼的字符數據，針對已讀入的字符數據生成交換信息(E)，該交換信息(E)將輸出程序(32)指定的存儲器上的區域數量決定為與表現被分配給字符數據的EBCDIK+KEIS代碼的字節列的字節數相同；以及區域存儲部(14)，其在由交換信息(E)決定的數量構成的區域中存儲被分配給已讀入的字符數據的1個UTF－8代碼。

技術領域

本發明涉及所謂的遺留系統遷移(下面有時簡稱為“遷移”)的技術，尤其涉及伴隨字符代碼體系切換的遷移技術。

背景技術

近年來，希望進行用于將此前在當前計算機中運行的業務系統(遺留系統)轉移至新計算機的遷移服務的企業、自治團體等較多。作為遷移的形式，例如存在從通用的主機計算機(或者辦公計算機)向WINDOWS(注冊商標)、UNIX(注冊商標)、LINUX(注冊商標)等OS(Operating System：操作系統)所運行的開放式的服務器計算機遷移的形式。此外，與遷移有關的技術已被大量公開，例如被專利文獻1所公開。

但是，存在如下情況，即利用預定的字符代碼體系(例：EBCDIK(Extended BinaryCoded Decimal Interchange Kana Code：擴充的二進制編碼的十進制交換假名編碼)、KEIS(Kanji processing Extended Information System：漢字處理擴充信息系統)、JIS8、SJIS(Shift JIS)。下面有時稱為“舊字符代碼體系”)來處理數據的主機計算機登記有大量在其字符代碼體系中未登記在標準中的非標準字符(主機計算機的非標準字符區域為9024字符的量)。此時，無法實現向僅可提供較小的非標準字符區域的OS(WINDOWS所提供的非標準字符區域為1880字符的量)所運行的服務器計算機的遷移。

另外，近年來，相對于可使用的字符數有限的當前計算機，在大多數企業、自治團體等中產生了想要在新計算機中增加可使用的字符數的愿望。具體來說，伴隨著國際化，有了以下的愿望：希望不只是漢字，還能夠表現簡體字或朝鮮字符等外國字符，而為了準確表示個人也能夠表現舊漢字等。

因此，作為針對這些情況的對策，考慮向將UTF(Unicode TransformationFormat：統一碼轉換格式)-8、UTF-16等更大規模的字符代碼體系作為新字符代碼體系來進行處理的新計算機遷移。

在遷移中，主要進行：(1)業務系統上已有數據的轉移；以及(2)存取這種數據的、在業務系統上運行的已有程序的轉移。因此，所轉移的已有字符數據需要轉換字符數據，以與新字符代碼體系相對應。另外，已有程序(例如，以COBOL語言記述的程序)需要轉換為能夠讀入對字符代碼進行轉換后的字符數據。

但是，在現有技術中，存在相較于被分配給字符數據的字符代碼的轉換，程序轉換非常繁瑣且困難的問題。該問題的產生是因為通過舊字符代碼體系與新字符代碼體系的組合，即使是相同的字符，表現該字符的字節列的字節數在兩字符代碼體系之間也不一樣，并且已有程序為了存儲字符的字節列而指定的存儲器上的區域長度為固定長。在程序進行轉換時，需要考慮這些情況來適當修正程序的記述內容(若不修正，則將產生字符數據溢出、位置偏移等，程序將取得與作為目標的字符數據不同的字符數據)。但是，修正模式根據存儲在區域中的字符的字節列而不同，因此修正變為非常繁瑣且困難的作業。在包含專利文獻1的技術的現有技術中，均不存在針對這種作業的改善方案。

現有技術文獻

專利文獻

專利文獻1:日本專利第4405571號公報

發明內容

發明要解決的課題