CN1107277C - 扩大利用用户字符的系统 - Google Patents

Abstract

一个在分布式数据处理系统中为扩大利用用户字符的系统，该系统使得文件数据能从一个对处理许多用户字符编码具有充分能力的源系统分布到只能处理有限数目的用户字符编码的一个目标系统，以保证被接收的用户字符能准确地被显示和被打印在目标系统中。在源系统中包括用户字符分组装置和用户字符环境产生装置。在目标系统中包括用户字符环境设定装置和文件数据处理装置。

Description

扩大利用用户字符的系统

技术领域

本发明是涉及在一分布式数据处理系统中为了扩大利用用户字符的一个系统，更确切地说，是涉及在一个能使文件数据从一个对处理许多用户字符编码有充分能力的源系统分配到仅能处理有限数目用户字符编码的目标系统的分布式数据处理系统中，为扩大利用用户字符的一个系统。

背景技术

在一字符组中，该组中被充分定义的字符被称为“标准字符”，相反，它的图示图象在原始组中未被定义而是用户能定义的字符称为“用户字符”。当试图在一个利用多个不同字符编码系统的分布式语言信息处理系统中传布使用文件数据时，如何去协调他们各不相同的处理用户字符的方法将是一个问题。

在处理这个问题的一个普通方法中，源系统使用一个编码转换表在变换它的字符编码以后分布文件数据，以使得其与用于目标系统的另一编码系统相吻合。这个编码转换表还支持用户字符，且源系统连同该文件数据一齐将用户字符组的格式数据传布给目标系统。该目标系统能够装入由源系统定义的字符编码作为用户字符，由此使得分布式处理系统能以一致的方式处理用户字符。

然而，上述的惯用处理方法其先决条件是目标系统能处理与该源系统所能处理的相同数目的用户字符编码。只要满足这个条件，这个方法仍然有效，然而，如果在一个系统中能使用的用户字符编码数目不同于其他系统的数目，问题就出现了。

所以，在一包括多个不同字符编码系统的分布式语言信息处理系统中，按照处理用户字符编码的能力方面如果把数据从一个能力较小的系统送到一个较大能力的系统，要完成数据分布是没有任何问题的。然而，若以相反的方向分布数据，则将造成目标系统不能显示或打印不出被接收的文件数据所包含的某些用户字符的问题。

发明内容

本发明的一个目的是提供一个为扩大利用用户字符的系统，该系统能使文件数据从一个处理许多用户字符编码有充分能力的源系统分布到仅能处理有限数目用户字符编码的目标系统，从而保证文件数据中所包含的用户字符能在目标系统中正确地被显示及打印出来。

为了达到上述目的，按照本发明，这里提供了一个在分布式数据处理系统中用于扩大利用用户字符的一个系统，该系统使得文件数据能从一个具有充分能力处理用户字符编码的源系统分布到具有有限能力处理用户字符编码的一个目标系统。该系统包括下面4个装置。第一，被装配在源系统中的用户字符分组装置，把该源系统中可能用到的用户字符分割为多个用户字符群。包含在每一个用户字符群中的用户字符编码的数目被调整得不大于该目标系统所能够处理用户字符编码的数目。第二，装设在源系统中的用户字符环境产生装置，为相应的用户字符群中产生多个用户字符环境。第三，被配置在目标系统中的用户字符环境设定装置，在目标系统中建立用户字符环境中之一个。最后，被配置在目标系统中的文件数据处理装置，在由用户字符环境设定装置建立的用户字符环境中处理从目标系统送来的文件数据。

附图说明

本发明的以上及其他目的，特点及优点将从下面的说明中表现出来，现在通过举例结合附图对本发明的优选实施例加以说明。

图1(A)及1(B)分别表示本发明的基本结构及运行原理图；

图2是表示整个系统的图形；

图3是表示整个系统的另一图形；

图4是表示整个系统的再一个图形；

图5和图6表示用户字符的使用频率检验过程的流程图的第一半和第二半部分；

图7(A)和7(B)分别表示用户表及用户字符登记文件；

图8和9表示用户字符分组过程的流程图的第一半和第二半部分；

图10表示按使用频率的顺序排列的用户字符；

图11表示在每次记录中被分类的较低频率用户字符的使用图形；

图12表示较低频率用户字符的分组的图形；

图13表示组^#1的用户字符表；

图14表示组^#2的用户字符表；

图15表示组^#3的用户字符表；

图16表示对应于这些组的记录的图形；

图17表示一主计算机传送用户字符的操作的图形；

图18为表示用户字符环境转换过程的流程图；和

图19说明用户字符环境的转换的图形。

具体实施方式

参照附图本发明的实施例将被说明如下。

首先，参照图1(A)和1(B)下面将说明本发明的基本原理。

按照本发明，在一分布式数据处理系统中，包含若干用户字符的文件数据从一个源系统1被分配到一目标系统2。

假设目标系统2在能够使用用户字符编码数目方面要比源系统1具有较低能力，并假设这两个系统使用不同的字符编码系统。

本实施例包括下面四个主要单元。第一个单元是被装配在源系统1中的用户字符分组装置1a，是为了把源系统1中的能适用的用户字符编码分割成多个用户字符组3a-3n。包含在每组中的用户字符编码的数目被安排得不大于目标系统能够处理的用户字符编码的数目。第二个单元是被装配在源系统1中的，用于对应各有关的用户字符组3a-3n产生不同的用户字符环境4a-4n的用户字符环境产生装置1b。每一用户字符环境4a-4n均具有一用户字符文件和针对每一个用户字符组的特定的字形格式数据。第三个单元是被装配在目标系统2中，为了在该目标系统2中建立用户字符环境4a-4n中的一个的用户字符环境设定装置2a。第四个单元是被装配在目标单元2中的文件数据处理装置2b，用来在用户字符环境设定装置2a所建立的用户字符环境之中处理从源系统1所接收到的文件数据。

图2说明如上所概述的分布式数据处理系统的具体构成。图1的源系统1是作为图2中的一个主计算机10来实现的，具有显示单元12的个人计算机11构成目标系统2。主计算机10提供图1所示的源系统1中的用户字符分组装置1a的职能和用户字符环境产生装置1b的功能，而个人计算机11充当图1中所示的目标系统2中用户字符环境设定装置2a及文件数据处理装置2b。

主计算机10存贮包含有字形格式数据和用于例如3，102个用户字符的字符编码的用户字符文件。图2说明被寄存在源系统1中的许多用户字符“α，β，γ，……∞，♂，♀……”，这里符号“α”表示用户字符α的字形格式数据而十六进制数“80A1”表示它的一个字符编码。

由于主计算机10被赋予来自其所工作的机构中的事务活动的各种各样的任务，为了构成与这些任务有关的各种各样文件数据，总的说需要许多用户字符。然而，针对一项单个的工作而言，其文件数据不包含这么多的用户字符。这一事实将由下面的假设看到。现在假设包含在用户字符文件10a中的用户字符编码能被分成下面三组：组^#1包括字符编码80A1，80A2，及80A3；组^#2包括编码90A1，90A2，及90A3；和组^#3包括编A0A1，A0A2，及A0A3。接着，假设在使用若干在用户字符文件10a内被定义的用户字符的主计算机10中构成与任务“A”相关的文件数据10b。更具体地说，假设用于文件数据10b中的用户字符仅仅是用户字符组^#1的用户字符。图2表示该文件数据10b包含用于符合“α”，“β”，和“γ”的编码80A1，80A2，及80A3。用于任务“A”的这种文件数据10b现在经过一个网络(未示出)被分布到用作目标系统2的个人计算机11。

例如，这里个人计算机11只能处理1,880个用户字符编码。这个限制带来了在上述三组中的每一个组最多只能有1,880个用户字符数目的另一个限制。该个人计算机11存贮若干用户字符文件及预先准备好供有关的用户字符组使用的编码转换表。用户字符文件包含字形格式数据及用于个人计算机11的自己的本机字符编码。该编码转换表包括有每一组中的两组用户字符之间的对应关系，将主计算机10中及个人计算机11中的字符编码系统相互关连。

在这种情况中，个人计算机11在三个用户字符组中选择适合于文件数据10b的一个，并且把用于被选择组的用户字符文件及编码转换表读进一个预定的存贮区域。图2说明一被装载进该预定区域用于一特定任务“A”的用户字符文件11a和编码转换表11b。然后个人计算机11参照编码转换表11b执行编码转换程序11c对原始文件数据10b中的用户字符代码进行翻译，这样就得到一个被转换的文件数据11d。通过这个过程，被包括在原始文件数据10b中的用户字符编码80A1，80A2，及80A3已经被转换为本机编码F040，F041，及F042。当显示单元12的屏幕12a显示被转换的文件数据11d时，个人计算机11将参照任务“A”的用户字符文件11a在屏幕12a上扫描寻找相应的用户字符符号“β，α，γ”，如图2所示，这里符号“·”表示一个标准字符。

图3表示在同样的分布式数据处理系统中的另一种情况，在此情况中，主计算机10已经产生了与另一个任务“B”相关的文件数据10c并把它送到个人计算机11。由主计算机10产生的文件数据10c使用了被存贮在用户字符文件10a中的某些用户字符。更详细地说，被包含在文件数据10c中的用户字符仅仅是用户字符组^#2中的用户字符，例如分别用于符号“∞”，“♂”和“♀”的编码90A1，90A2，和90A3。这种用于任务“B”的文件数据11c现在经过一个网络(未示出)被分布到作为目标系统2的个人计算机11。

个人计算机11在三个用户字符组中选择适合于文件数据10c的一个并把用于被选择组的用户字符文件及编码转换表读进预定的区域。图3说明被装进预定区域用于任务“B”的一个用户字符文件11e及编码转移表11f。然后个人计算机11参照编码转换表11f执行编码转换程序11c对原始文件数据10c中的用户字符编码，进行翻译，以得到被转换的文件数据11g。经过这个转换过程，包含在原始文件数据10c中的用户字符编码90A1，90A2和90A3已被转换成本机编码F040，F041，及F042。这里要注意，和图2中相同的本机编码是被用来代替文件数据10c中原始用户字符编码，这些编码与文件数据10b中的那些不一样。这是因为个人计算机只能处理有限数目的用户字符编码。当在显示单元12欲显示被转换的文件数据11g时，个人计算机11参照用于任务“B”的用户字符文件11e，去扫描寻找相应的用户字符“♂，♀，∞”如图3屏幕12a所示。

图4表示在同样的分布式数据处理系统中的另一种情况，在该情况中，主计算机10已经产生了与另一个任务“C”相关的文件数据10d并将其送至个人计算机11。由主计算机10产生的文件数据10d使用被存贮在用户字符文件10a中的某些用户字符。更具体地说，被包括在文件数据10d中的用户字符例如编码A0A1，A0A2，及A0A3仅仅属于用户字符组^#3。这种用于任务“C”的文件数据10d经过一个网络(未示出)被分布到作为目标系统2的个人计算机11。

个人计算机11从三个用户字符组中选择适合于文件数据10d的一个组并把被选中组的用户字符文件及编码转换表读进预定的区域。图4说明被装进预定区域的用于任务“C”的这样的一个用户字符文件11h和编码转换表11i。然后个人计算机11参照编码转换表11i执行编码转换程序11c对原始文件数据10d的用户字符编码进行翻译以得到一个被转换的文件数据11j。经过这个转换过程，被包含在原始文件数据10d中的用户字符编码A0A1，A0A2及A0A3被转换成本机编码F040，F041，及F042。注意，图2和3所示同样的编码F040，F041，和F042在这里被再一次使用来代表文件数据10d中原始用户字符，这些字符与文件数据10b或10c中的那些不同，这是因为个人计算机11只能处理有限数目的用户字符编码。当显示单元12欲显示被转换的文件数据11j时，个人计算机11参照用于任务“C”的用户字符文件11h以便为屏幕12提供对应于主计算机10中的用户字符编码A0A1，A0A2，及A0A3的字形格式数据。

下面说明把在用户字符文件10a中被定义的用户字符进行分组的过程。

主计算机10在分组用户字符之前对每个用户字符使用的频率进行检查。图5和6表示对含有每一个任务所产生的业务资料的每一个资料文件进行这种频率检查过程的流程图的两半部分。该检查以如下的步骤进行。

[S1]因为该检查是针对由任务的类型进行分类的每一个资料文件(即具体任务资料文件)进行的，它首先测试是不是还有任何未完成的资料文件需要作用户字符编码使用频率检查。如果有一个未完成文件，则程序进行到下一个步骤S2，如果具体任务资料文件的检查已全部完成则处理程序结束。

[S2]打开一个未完成的具体任务资料文件进行频率检查。例如，打开一个用于任务“A”的资料文件(以后简称资料文件“A”)，该文件实际上是包括公司名称、地址、代理人等等的用户明细表。现在使用这个例子说明下面的步骤。

[S3]为了用于频率检查，这里对应于各个任务提供了多个用户字符登记文件。在步骤S3中，主计算机10根据检查中的任务打开那些用户字符登记文件中的一个。这个用户字符登记文件有若干栏，例如用户字符编码，实例数目，和记录号。

[S4]资料文件“A”即用户表，列出用户数据如图7(A)所示。每一个用户数据被称为一个“记录”，每一个记录通过从作为^#1的最高记录位开始的一连续“记录号”加以识别。一个记录一个记录地进行此频率的检查。在步骤S4中，主计算机10检验是否有任何记录适合。如果有一个未完成的记录，该程序进行到下一步骤S5，而如果在资料文件“A”中的所有记录已经完成，程序则跳到步骤S10。

[S5]主计算机10读进记录并通过计数所读记录的数目来辨认它的记录号。

[S6]在S6-S10的小循环中，主计算机10检查读出的记录中的每一个字符，以便发现该字符是否是一用户字符。在这个小循环程序的开始，主计算机10首先检查记录中是否有未完成的字符数据。如果有未完成的字符数据，程序进行到下一步骤S7，如果所有的字符数据已被测试过，那么程序返回到步骤S4。

[S7]通过参考图2中所示的用户字符文件10a检查在测试中的字符数据是否是一个用户字符数据。例如对图7(A)中的记录^#1将引起两种用户字符“α”和“β”的试探。

[S8]如果由步骤S7的结果发现测试中的字符数据是一用户字符，则程序前进到下一步S9，否则程序返回到步骤S6。

[S9]关于该被找到的用户字符，主计算机10把在资料文件中它的范例数目和与之相关的记录号写入被选用户字符登记文件中，并用用户字符编码把它们分类。例如，图7(A)中所示的用户表检查将表明用户字符“α”在记录^#1和^#2的每一个记录中只被使用一次，并把这一检查的结果记录进如图7(B)所示的用户字符登记文件中。那就是，范例数目“2”和记录号“1”和“2”被写进对应于用户字符“α”的用户字符编码80A1的一行中。同样，至于用户字符“β”，该范例数目“3”及记录号“1”“2”及“3”被写进编码80A2的一行中。下面，至于用户字符“γ”，该范例数目“1”和记录号“3”被写进编码80A3的一行中。

[S10]主计算机10关闭在步骤S3中被打开的用户字符登记文件。

[S11]主计算机10关闭在步骤S2中被打开的具体任务资料文件。

通过上面所叙述的处理，该具体任务用户字符登记文件最终获得对应于该具体任务资料文件的如下有关的信息，如：在此所使用的用户字符编码，每个用户字符的使用频率，及表示每个用户字符被应用的记录号的明细表。

图8和9是根据通过上述步骤S1-S11对每个具体任务资料文件进行处理后所获得的用户字符登记文件把用户字符分组过程的流程图。此分组过程将进行如下：

[S21]主计算机10打开要作用户字符的分组的具体任务用户字符登记文件。

[S22]主计算机10在被打开的用户字符登记文件中取出数据。

[S23]测试被用于具体任务资料文件的用户字符编码的整体数目是否超过n，这里n为目标系统2中的个人计算机11能处理的用户字符编码的最大数目。下面假设n＝1880。如用户字符编码的总数不比n大，则程序进行到下一步骤S24，否则程序转移到步骤S25。

[S24]因为被用于具体任务资料文件的用户字符编码的总数不大于n(亦即，不大于目标系统2中的个人计算机11能处理的用户字符编码的数目)，个人计算机11能寄存全体用户字符。所以，主计算机10能作出包含用于具体任务资料文件中的所有用户字符的一个用户字符组并且根据在那个组中的用户字符产生一用户字符表。这个用户字符表将被写成为用户字符分布应用程序的控制语句的型式。具体地说，该表是通过列出该组中所有用户字符，然后把他们加上欲被用于目标系统2的相应的编码所生成的。

[S25]由于具体任务资料文件中所使用的用户字符编码总数超过极限数目n(亦即，比目标系统2中的个人计算机11能处理的用户字符编码的数目大)，这时就应该把资料文件中的用户字符分割成比较小的组。为了进行这种分割，首先把用户字符分类成两子集，一是通常被用于大多数组的通用用户字符子集，而另一是仅属于一特殊组(或多个特殊组)的特殊用户字符子集。因此，这里引用了一个为表明这个通用用户字符子集的总数的参数m。

参数m当然要比在目标系统2中个人计算机11能处理的用户字符编码数目n要小。给定一个相对大数目的参数m将减小转换用户字符组的频率但增加组的数目，这种情况将在下面描述。与此相反，给定一个相对小数目的参数m将减小组的数目但用户字符组将更频繁地被转换到另一个。

[S26]按照根据在步骤S22中由具体任务用户字符登记文件中提取的“范例数目”数据的使用频率的顺序存贮用户字符编码。图10所示为照这样的顺序被存贮的用户字符编码的一例。这个例子表明该具体任务资料文件总共使用2000种用户字符编码。

按照第一到第m次序排列于分类表中的最高频率m种字符编码被提选出并被保存作为通用用户字符子集。

[S27]主计算机10提取被列为第(m+1)及以后的所有剩余的字符。换言之，那些字符被认为是“较低频率用户字符”。对于这些较低频率用户字符的每一个编码，主计算机10根据从具体任务用户字符登记文件中所提取的数据，在其出现的地方列出该记录的记录号。

[S28]为随后到来的步骤S29-S36中的分组操作准备，主计算机10预置包括记录号，字符计算等等分组数据的初始值。

[S29]记录号i从1增加到最后记录号，程序重复下面步骤S30。现在的说明是假设最后的记录号是273。当程序已经完成该最后的记录，则程序前进到下一步S31。

[S30]对于每一个记录号i(i＝1，2，……273)，主计算机10根据步骤S27所获得的表列出较少频率用户字符。图11表示对记录^#1到^#273所执行的这种列表操作的结果。

[S31]从第一个记录开始扫描步骤S30中所获得的表，对其中作为较少频率用户字符列出的字符种数进行计数。注意，当程序从步骤S34回到这里时，主计算机10将忽略已完成的记录并从表格的中间开始记数。

[S32]如果在步骤31中所获得的读数已经到达(n-m)，则程序前进到下一步S33，而在对最后记录号的数据进行处理时，如果读数没有到达(n-m)，则程序跳到步骤S35。

图12说明较少频率用户字符被分割成三个组的一种情况。那就是说，对记录^#1-^#89第一次执行步骤S31和S32的结果其较少频率用户字符的计数已经到达(n-m)。然后程序前进到步骤S33和S34，并返回到步骤S31。第二次步骤S31和S32的执行，产生对记录^#90-^#145的记数(n-m)个用户字符并且程序进行到步骤S33和S34。然而，步骤S31和S32的第三次执行的周期最后为记录^#146-^#273所产生的计数不大于(n-m)。因此，程序前进到步骤S35。

[S33]把保留在步骤S26中的m个通用用户字符与通过步骤S31和S32所获得的(n-m)个特殊用户字符组合起来，主计算机10组成一个用户字符组并把它作为一新的用户字符表输出。如图13所示，例如这个最近组成的组^#1由包括编码A0FE-83A1的通用用户字符子集及包括编码91A0等的特殊用户字符子集所组成。与组^#1一样，如图14中所示，组^#2将由包括通用编码A0FE-83A1的通用用户字符子集及包括编码A0AA等的另一个特殊用户字符子集所组成。

[S34]对于如上述所组成每一个组，主计算机10输出一列有关包含任何属于该组的特殊用户字符的记录的记录号。如图16所说明，主计算机10记录对应于组^#1的一列记录范围^#1-^#89及对应于组^#2的另一列记录范围^#90-^#145。

[S35]把步骤S26中保存的m个通用用户字符与通过步骤S31和S32的最后执行所获的包括小于(n-m)字符的一特殊用户字符组，主计算机10组成一用户字符组，并作为一个新的用户字符表输出。如图15中所示，例如，最后的组^#3由包括编码A0FE-83A1的通用用户字符子集及包括编码87A1-AA01的特殊用户字符子集所组成。

[S36]主计算机10输出与该记录相关的记录号范围，该记录包含属于在步骤S35中最后组成的组的任何特殊用户字符。如图16所说明，主计算机10记录对应于组^#3的一个记录范围^#146-^#273。

[S37]主计算机10通过关闭在步骤S21中打开的用户字符登记文件等结束处理程序。

通过上述的处理程序，当用于具体任务资料文件的用户字符编码的总数不比目标系统2中个人计算机11能处理的用户字符最大数目n大时，主计算机10作为一个整体对待用于具体任务资料文件的用户字符，以便产生一形成用户字符表的用户字符组，如步骤S24中所述。另一方面，当用于具体任务资料文件用户字符编码的总数超过目标系统2中的个人计算机11能处理的用户字符的最大数目n时，该被请求处理的用户字符通过步骤S33-S36所描述的处理过程被分割成多个组，再从那些组产生多个用户字符表。最后生成将那些用户字符表与用户字符编码相关连的控制语句。

图17表示主计算机10根据控制语句如何产生和传送上述的用户字符文件及编码转换表。即就是，主计算机10根据控制语句13执行一用户字符分布应用程序14。从而按照控制语句13和一用户字符字型文件15产生用户字符文件16a-16c及编码转换表17a-17c。然后把那些用户字符文件16a-16c和编码转换表17a-17c传送到个人计算机11，以便给它提供在相应的任务中专用的多个用户字符环境。更具体地说，用户字符文件16a及编码转换表17a将提供一个用户字符环境“A”。同样，用户字符文件16b和编码转换表17b将提供一个用户字符环境“B”而用户字符文件16c及编码转换表17c将提供一个用户字符环境“C”。

另外要说明的是，图17说明用户字符文件16a-16c在控制语句的控制之下通过用户字符分布应用程序14直接地被传送的系统。作为一个替代的解决办法，该系统能被安排得使某些中间文件为了传输用户字符的目的从控制语句中一次产生，而该中间文件被送到个人计算机11，在这里某些用户字符连接应用软件将从中间文件产生用户字符文件。

用户字符文件16a等效于任务“A”的用户字符文件11a(如图2所示)，而编码转换表17a对应于图2中任务“A”的编码转换表11b。同样，用户字符文件16b和编码转换表17b对应于图3中任务“B”的用户字符文件11e和编码转换表11f而用户字符文件16c和编码转换表17c对应于图4中所示的任务“C”的用户字符文件11h和编码转换表11i。

图18表示个人计算机11中转换用户字符环境过程的流程图。下面将按它的步骤号码为顺序对该过程加以解释。

[S41]根据从源系统1来的一个指定，输入最近请求处理的用户字符环境的名称。即，源系统1为个人计算机11接收某资料文件指定所要求的环境。根据该指定，个人计算机11应建立一个新的用户字符环境。

[S42]个人计算机11检测当前被启动的环境。

[S43]作为执行步骤S42的结果，如发现最近被请求处理的环境与运行的环境不同，那么程序前进到下一步聚S44。如果两者是相同的，则因为没有必要改变运行的用户字符环境，所以将结束该程序。

[S44]当前所使用的用户字符文件和编码转换表被保留到一个预定区域为以后备用。

[S45]用于新环境的另一个用户字符文件及编码转换表被复制到可以使用的一个预定区域。

[S46]环境管理数据被修改，以便指出新的环境已被复制到预定的区域。

上面所叙述的转换用户字符环境的进行情况现在将通过图19举例说明如下。假设个人计算机11存贮预先从主计算机10传送来的多个用户字符环境“A”，“B”，和“C”。用户字符环境“A”包括一编码转换表19a及用于一用户字符组“A”的用户字符文件20a。同样，环境“B”包括用于组“B”的一编码转移表19b及用户字符文件20b，而环境“C”包括一用于一组“C”的编码转换表19c及用户字符文件20c。

根据请求，个人计算机11调出上面用户字符环境中的一个并将他们复制到一预定的区域以便建立一运行环境21。而已经在该预定区域中的老的用户字符环境被移到一个保留区域22，为将来重新使用作准备。

在上述的方法中，从主计算机10送来的资料文件将在个人计算机11中用户字符环境下被打印出并被显示于屏幕上。

如图8和9中所示，当在一个具体任务用户字符组中的用户字符数目超过该目标系统2能处理的最大数目时，本实施例中的该系统使用记录作为一个分割的单元，或一最小的数据部分来进一步分割该组。考虑到用于具体任务资料的用户字符可能随时间而变化，也可能采取一种根据逐年处理的具体任务资料的替代的分组方法；即，按照资料的换代把用户字符分割成多个组。

此外，本实施例只表示出在目标系统2中个人计算机11的一个单元，然而，目标系统2可能采用具有结构和功能等同于个人计算机11的多个个人计算机。

结论是，按照本发明，用户字符首先被分割成若干组以便在一个用户字符的特定的组中建立一个用于专门目的的用户字符环境，在那个环境下，利用此特殊用户字符组的文件数据将被分配用作打印及显示目的。即使当文件数据从一个具有充分能力处理用户字符编码的系统分布到另一个只能处理有限数目的用户字符编码的能力的系统时，这个结构安排也将保证有正确的打印和显示输出。本发明进一步能使建立适用于具体任务文件的用户字符环境，以使在每一项任务中能有效地使用该用户字符。

上面所述只考虑作为本发明原理上的说明。而由于熟悉本领域的技术人员能容易地作许多变型和改变，因而不是指望将本发明局限于上述描绘说明的实际结构和应用，而是将所有相应的变型和等效措施均看作是属于在所列权利要求及与它们相应地确定的本发明的范畴之内。

Claims (6)

1.一个分布式数据处理系统中扩大利用用户字符的系统，使得文件数据能从一个具有充分能力处理用户字符编码的源系统分布到具有有限能力处理用户字符编码的一个目标系统，其特征是包括有：

用户字符分组装置，被设置在源系统中，用来把源系统中可利用的用户字符分割成多个用户字符组，其中被包括在每个所述用户字符组中的用户字符编码在数目上不大于该目标系统能处理的用户字符编码；

用户字符环境产生装置，被设置在源系统中，用来产生多个用户字符环境，每一个用户字符环境包括含有用户字符的字形格式数据的一个用户字符文件和用于每一个所述的多个用户字符环境的编码转换表；

用户字符环境设定装置，被设置在目标系统中，用于在目标系统中建立所述多个用户字符环境中的一个；和

文件数据处理装置，被设置在目标系统中，用来在所述用户字符环境设定装置建立的用户字符环境下处理从源系统送来的文件数据。

2.根据权利要求1所述的系统，其特征是所述用户字符分组装置把源系统中可能用的用户字符根据应用的任务分割为所述多个用户字符组。

3.根据权利要求2所述的系统，其特征是所述用户字符分组装置在当按照所应用的任务对被分割成所述多个用户字符组希望有比目标系统能处理的更多的用户字符编码时，把文件数据分割成多个数据段，检查用于所述段中用的用户字符及在文件数据中用户字符的使用频率，并根据所述检查的结果产生所述多个用户字符组。

4.根据权利要求1所述的系统，其特征是还包括有用户字符环境读出装置，被设置在目标系统中，用于为所述多个用户字符环境中的一个读出所述用户字符文件和所述编码转换表，再根据来自源系统的请求把它们送到所述用户字符环境设定装置。

5.根据权利要求1所述的系统，其特征还包括用户字符环境发送装置，被设置在源系统中，用来为所述多个用户字符环境中的每一个把所述用户字符文件及所述编码转换表送到所述用户字符环境设定装置。

6.根据权利要求1所述的系统，其特征在于，当所述用户字符环境在目标系统中已经被预先设定而其中要被最近设定的一个新用户字符环境又不同于所述预先设定的用户字符环境时，所述用户字符环境设定装置从一个预定的存贮区域排出用于所述预先设定的用户字符环境的所述用户字符文件及所述编码转换表，并复制用于所述新用户字符环境的另一个用户字符文件及另一个编码转换表到预定的存贮区域。

Images