[发明专利]具有整合码页的多双位元组字语言的处理系统

说明书

本发明是关于双位元组语言处理系统，尤指可同时处理多双位元组语言的处理系统。

当今能处理双位元组字元集(DBCS，Double Byte Character Set)语言的处理系统皆只能同时处理单一双位元组语言。如OS/2-T，WIN-T，OS/2-S，WIN-S，OS/2-J，WIN-J及OS/2-K分别仅能处理如显示、搜寻、置换、排序或转码等等传统汉字(繁体，T)简体汉字(S)，日本(J)，及韩文(K)。IBM的AIX系统虽能处理多种语言，然其无法于同一视窗(window)中处理多种双位元组语言。

以汉字系统为例，两岸目前的繁体汉字或简体汉字系统，各有自身的码页(code page)，输入法(input method)及标准字体(font)。故两岸文字多为单独处理，不论输出或输入，皆有各自的系统可分别处理台湾字集或大陆字集。但现今两岸已都有“同时”使用简繁文字的需求，例如建立名录「台北张三」，「北京李四」，「高雄陈五」，或「上海王六」等等。其需要混合两岸简繁文字，以建议资料档。

再者，不仅海峡两岸的文字并存已有实际需要，其他亚洲各国与两岸往来，亦益趋频繁，例如日本或韩国与两岸亦有经常性沟通需求，故发展出一整合系统以能于同一视窗中支援(如输入、编辑、显示或列印等)或处理不同DBCS语言及不同字，已是当务之急。

公众对两岸文字的解决方式，大都以转码为主，亦即将某方看不懂的资料档转为他方向可看懂的资料档而已。在可同时处理的少数方式中，有的内码与某方者不相容，有的字集尚不完整，做得都不完善。

1993年5月出版的Unicode(ISO 10646)，其包含四种亚洲主要语言(T，S，J，K)。这些语言皆含有汉字，Unicode对这四种语言中，相似的字，则给与一共同内码(或码点，code point)。

如下表，“明”与“车”於中、日、韩皆有此汉字，然字体(font)不同，共用一相同内码。“骨”则有字形(shape)的不同，然而也仅给与一相同内码。而“车”则仅有简体字，故单独被指字一内码。Unicode用此种解决了这四种语言的字元如何一起“存储”的问题。

Row-Cell       C                    J         K

Hex-code    G-Hanzi-      T        Kanji     Hanja

102/014        明         明        明        明

 660E       0-4377      1-4D7C    0-4C40    0-5925

            0-3587      1-4592    0-4432    0-5705

154/168        骨         骨        骨        骨

 9AA8       0-3947      1-586C    0-397C    0-4D69

            0-2539      1-5676    0-2592    0-4573

142/202        車         車        車        車

 8ECA       1-3335      1-4B4F    0-3C56    0-7333

            1-1921      1-4347    0-2854    0-8319

143/102       车

 8F66       0-3335

            0-1921然而Uaicode的使用有下列问题：

(1)其与使用者在现有设备与投资之间不相容；

(2)当今尚无任何单一操作系统可利用Unicode来支援多DBCS语言；

(3)由于各种语言字集，皆有其自身的标准字体(font)，但Unicode对“明”、“车”、“骨”等字，不管它是属于简、繁、日或韩文何者的汉字，皆共用同一内码，使用者并无法区别它们。这於同一视窗中，支援多DBCS语言时，想要“分别”处理(如显示、搜寻、置换、排序或转码等)DBCS语言的情况，将遭受困难。另外，若想要在同一视窗中，同时显示、列印、编辑或输入多DBCS语言混合的挡案，亦将有所限制。更不用说，于同一视窗中，“同时”以各语言自身的标准字体(native font)显示、列印、编辑或输入多DBCS语言的整合系统。