专利名称：配置地址数据库的报文传送服务系统的制作方法
技术领域：
本发明涉及利用目录信息库提高用户方便程度的报文服务器系统。
本发明中的报文包括由诸如计算机一类的终端输入的电子邮件，由传真终端输入的传真数据，由电话终端输入的语音数据等等。报文服务器系统包括一台或多台报文服务器，它在利用线路或无线电连接到各种网络的终端之间控制和传递报文，这些终端例如为电话、移动电话、传真机、寻呼机、各种计算机等等。
在提供异步通信的常规电子邮件(或称e-mail)系统中，如果发送者通过指定接受者的e-mail地址将e-mail报文送到接受者，然后，该报文通过通信网络传送到e-mail服务器，后者为接受者服务并由具有接受者的e-mail地址的服务器地址部分(跟在字符“@”之后)所识别。e-mail服务器将报文存储在由具有接受者的e-mail地址的用户ID部分所确认的电子邮箱内，该ID部分位于字符“@”之前。
本发明涉及此类报文服务器系统中确定报文传送目的地的系统和方法。迄今为止已经推荐了各种类似的系统和方法。
日本Hei2-281,847(1990)号待审专利申请公报披露了一种“电子邮件传送系统”。该系统中，如果输入任何接受者的e-mail目的地，将显示数据库内存储的接受者全名和相关的目的地。发送者选择一个所需的目的地，使该e-mail传送到所选的目的地。
Hei7-131,481(1995)号日本待审专利申请公报披露了一种“电子邮件分配确定方法”。该方法中，允许发送者通过指定接受者的名称而发送报文。如果有多个邮件地址登录在目录信息库的条目中(由接受者的名称所确定)，则报文传送到由接受者预置的地址信息所指定的邮件地址。
Hei8-56,263(1996)号日本待审专利申请公报披露了一种“个人通信服务分配控制系统”。该系统综合了不同种类的网络(采用不同的终端)，允许各个用户在任何网络内通过采用有效的接受者的个人ID来使用个人通信服务，而无需注意接受者的终端种类。
然而，上述现有技术存在着以下问题(ⅰ)在指定接受者方面缺乏机动性，
(ⅱ)如果接受者拥有多个e-mail地址或通信终端，就无法确定某一报文应当送到哪一e-mail地址或终端，以及(ⅲ)由于不可能知道接受者的终端所配备的功能和用户界面，故根本无法确定报文以何种形式发送。
因此，本发明的目的在于提供一种电子邮件系统，它通过其拥有的目录信息库为用户提供更多的方便。
根据本发明，一种报文传递服务系统包括为各个用户管理地址记录的数据库，报文服务器以及由服务器提供服务的客户机。将接受者能够被识别的地址数据用作目的地址。如在接受者的地址记录中仅有一个地址，报文即送到该地址。
如果该地址记录含有多个地址，则以目的指定信息为基础按优先度顺序对地址排序，它们可以由接受者登记在地址记录中，或由发送者指定。在此情况下，该报文被送到最高优先度的地址。必要时按照最高优先度地址所认可的终端种类，变换报文格式。服务器可以执行与报文同时收到的脚本。
根据数据库内存储的应用设置信息，服务器可以利用存储的界面组成部件生成用户界面。
从以下参照附图对本发明的较佳实施例的描述中，本发明的进一步的目的和优点将变得更加清楚，其中
图1是一个示意性的方块图，表示根据本发明的实施例的一个报文服务器系统的整体布置；图2是一个示意图，表示地址数据库12中每条记录(或条目)的一种典型结构以及一例地址数据记录；图3是一个流程图，表示报文服务器20的CPU(未图示)所执行的登录操作它在邮件处理器22的e-mail帐户子程序300的控制下进行；图4是一个流程图，表示报文服务器20的CPU(未图示)在邮件处理器22的控制下所执行的报文传递操作400；图5是一个示意图，表示所登录的用户拥有多个e-mail和其它地址的典型记录；图6是一个流程图，表示当接受者拥有多个e-mail和其它地址时所执行的报文传递操作400的一部分；图7是一个示意图，表示当接受者拥有多个e-mail和其它地址时所显示的一种典型画面(frame)；图8是一个示意图，表示一种报文服务器20a-i的配置，它能根据本发明原理相应于应用设置信息来配置用户界面；图9是一个流程图，表示根据本发明的用户界面发生的操作；图10是一个示意图，表示登记用户“Mitoh”的一条典型记录；以及图11是一个示意图，表示利用报文设置信息产生的用户界面实例。
所有图中，当有几个图中出现相同的部件时则用相同的参照号表示。
图1是一个示意性的方块图，它表示根据本发明的说明性实施例的一种报文服务系统的整体配置。图1中，报文服务器系统1包括目录服务器系统10，通过任何通信线路与目录服务器10连接的至少一台报文服务器20-1,20-2,…(以下总称为“报文服务器20”)，以及通过任何通信线路与各台报文服务器20连接的多台客户机30-1.1,30-1.2,…,30-2.1,30-2.2,…。目录服务器系统10和报文服务器20包括按硬件来考虑的任何合适的计算机。
目录服务器系统10作为一种数据库系统，根据每台客户机30-i.j(I=1,2,…及j=1,2,…)提出的请求，管理报文服务器系统1的用户地址数据，即对用户的地址数据进行登记、变更、删除和恢复。目录服务器系统10较佳地包括地址数据库12和数据库管理系统(DBMS)14。地址数据库12较佳地包含尽可能多的e-mail用户地址数据。即，报文服务器系统1较佳地结合尽可能多的e-mail服务器(或报文服务器)作为报文服务器20。最好，所有国家或全世界的所有e-mail服务器都包含在报文服务器系统1内。为了简要描述的缘故，假设报文服务器20包括了一个国家的e-mail服务器，比如说日本。
图2是一个示意图，它表示地址数据库12之地址数据表120的每条记录(或条目)的一种典型结构，和Takashi Matsuo的地址数据记录实例。该地址数据表120包含了用于每位用户的唯一一条记录，当他或她在某一台报文服务器20-i(以下称为“登录用户”)中开设其第一个账户时，该用户已同意将他的地址数据登录到地址数据库12。图2中，每条记录包括含有用户名称的NAME字段(或属性)，用作电话号的TELEPHONE字段，用作传真号的FACSIMILE，用作e-mail地址的E-MAIL字段，以及TERMINAL等等。注意，尽管图2中示出了除名称字段以外的字段可以包含多于一个的数值，但某些字段仅允许为每个属性配置一个值。
报文服务器20的每一台(20-i)为已经与报文服务器20-i有帐务往来的用户配置了邮件服务程序(或邮件处理器)22和邮箱24。每个邮件处理器22-i为已经与报文服务器20-i有邮政帐务往来的用户提供根据常规方法的e-mail接受业务，以及根据本发明原理的e-mail传送业务(下面将作详细说明)。已经与报文服务器20-i建立邮政帐务往来的每位用户得到一个邮箱24-i，以暂时保存送给用户的已收到的邮件报文。
客户机30可以是任何一种计算机(包括个人计算机)，其中提供某些e-mail用户工具。该用户工具是允许用户生成、发送和接收e-mail报文的一种软件。
目录服务器系统10与每台报文服务器20一般经由公共通信线路相互连接。报文服务器20-i与客户机30之间的连接可以通过各种通信渠道包括无线通信渠道实现。以下将详细描述图1所示e-mail系统1的操作。
将地址数据登录到地址数据库12图3是一个流程图，它表示报文服务器20-i的CPU(未图示)在邮件处理器22-i的e-mail帐户开启子程序300的控制下所执行的登录操作。如果申请人将填写的申请表联机送到报文服务器20-i，服务器20-i的CPU(未图示)即进入图3所示的e-mail帐户开启子程序300。步骤302中CPU生成以申请人为名的邮箱24-i。步骤304中CPU进行检验以观察申请人是否已同意(在申请表上)将其地址数据登录到地址数据库12。为此，最好在申请表中包括一个提问，即申请人是否同意这样做。如果步骤306中申请人已经同意，则转步骤308,CPU将具有申请人地址数据的登录请求送到目录服务器系统10。如果步骤306中申请人不同意或步骤308中CPU工作结束，则转步骤310,CPU将完成登录过程的报文信息送到新的用户(或申请人)。然后，CPU结束该e-mail帐户开启子程序300的操作。
在登录过程中登录的地址数据包括申请人名称、电话号、传真号、e-mail地址的用户ID部分以及帐户口令。在脱机应用的情况下，在以上的描述中，“CPU”将被视为报文服务器20-i的管理者。其地址数据已登录在地址数据库12的用户称为已登录用户。
将报文送到已登录用户根据本发明的原理，允许用户通过指定组合接受者的e-mail地址的接受者识别部分和服务器地址部分(跟在字符“@”后)将报文传递给接受音。接受者识别部分表示为将含有接受者识别数据的字段的预定行加到接受者识别数据前。例如，电话号或传真号可以现成作为接受者识别数据。如果要将报文送到图2所示Matsuo先生的e-mail地址“matsuo@msrl.mei.co.jp”，则可以按以下任何一种方式在e-mail登记表上填写e-mail地址栏matsuo@msrl.mei.co.jpTEL03-111l-2222@msrl.mei.co.jp，TEL010-111-3333@msrl.mei.co.jp，或FAX03-1111-2223@msrl.mei.co.jp.
如果Matsuo先生的其它家庭成员也是该报文服务器系统1的已登录用户，该方案就需要更多的信息识别接受者。为此，也允许将目的地规定为“TEL03-1111-2222,NAMETakashi@msrl.mei.co.jp.”。此特征为规定目的地地址的方式提供了灵活性。
根据本发明的原理，用户可以登记其常用的终端类型，用于已登录的邮政帐户(TERMINAL字段)和终端中可用的有效格式(FORMAT字段)，如图3所示。例如Mastuo通过称为“PCXXXX”的PC机(个人计算机)采用邮政帐户“matsuo@msrl.mei.co.jp”，如图3所示。而且，众所周知的UUDECODE适用于PCXXXX。因此，如果用户将采用众所周知的MIME(多用途因特网邮政范围)格式的报文从某个客户机终端，比如说30-1.1送到地址“matsuo@msrl.mei.co.jp”，则为客户机30-1.1服务的报文服务器20-1必须对报文解码，并对将报文传递给服务于Matsuo终端30-i.j的报文服务器20-i之前已解码的报文进行UUENCODE。这样做允许采用常规邮政工具软件的终端与仅仅格式不同于常规邮政工具软件的其它终端通信。
图4是一个流程图，表示由报文服务器20的CPU(未图示)在邮件处理器22的控制下执行的一种报文传递操作400。当用户在某台客户机例如30-1.1输入报文后发出一个报文发送指令时，CPU进入图4所示的报文传送操作400。假如用户在由客户机30-1.1上执行的邮政工具软件显示的报文登录表(未图示)的指定栏中填写了“TEL03-1111-2222@msrl.mei.co.jp”。然后，在步骤402中，CPU进行测试，检查指定栏的内容是否已在地址数据表120的任何E-MAIL字段内发现，它意味着该内容是接受者的e-mail地址。如是，CPU进行判断，在判断步骤408中，通过将报文格式与发现的记录的FORMAT.字段的值比较，CPU判断报文是否需要格式转换。如是，在步骤412中，CPU将该报文的格式转换为FORMAT字段内规定的格式。否则，或如果CPU完成步骤412后，转步骤410，CPU将报文传送到由指定栏内容指定的e-mail地址。然后，CPU结束该报文传递操作400。
如果判断步骤402的测试结果为否，则转步骤404,CPU在(本例中)地址数据表120的TELEPHONE字段中搜索03-1111-2222，因为如以上假设，指定栏的接受者识别部分是“TEL03-1111-2222，本例中，CPU将发现一条TakashiMatsuo记录。在步骤404中，如CPU不能发现含有接受者识别数据的记录，则转步骤405,CPU将通过e-mail将此结果送到发送者，或者，如果客户机30-1.1采用适合本发明的邮政工具软件，则通过在发送者的客户机终端(本例中为30-1.1)上显示报文将结果通知发送者。如果步骤404中，CPU找到记录，则转步骤406，CPU进行另一测试以观察所发现记录的e-mail字段是否仅仅包含一个值。如是，CPU进入步骤408，之后按如上所述操作。否则，CPU对接受者拥有多个地址的情况进行报文转递操作。
注意，不对客户机30或客户机30上的邮政工具软件施加任何限制，也能实现本发明的上述方面。报文服务器20与客户机30之间的邮政工具软件和协议可以是常规的任何一种，诸如按照ITU-T(国际电信联盟-电信部门)建议。然而，为了实施本发明的以下方面，客户机30或客户机30上的邮政工具软件应当是较合适的。
在接受者拥有多个地址的情况下如果已登录的接受者拥有多个e-mail和其它地址，如图5所示，则以发送者书写的指定发送者脚本目标文件为基础，按照从高到低的优先度顺序对这些地址进行排序。
图6是一个流程图，表示当接受者拥有多个e-mail和其它地址时所执行的报文传送操作400的一部分。判断步骤406，如测试结果为否，则在步骤420中，CPU在发送者的终端上显示一列接受者所拥有的地址，以及已经为接受者设定的指定发送者脚本的目标文件(如图7所示)。然后，在步骤422中，CPU让发送者改变所显示的发送者脚本和/或增加一个或多个新的发送者脚本。
根据本发明，允许发送者在发送报文时书写脚本(发送者脚本)。发送者脚本包括指定发送者脚本的目标文件，其每一个与具有地址和报文修改脚本的条件有关，该脚本修改了报文内容。指定脚本的目标文件既可以在发送报文之前为接受者设置，也可以当指定报文送出时写入。例如如果发送者希望在从0:00至7:00时间内将报文送到以下的传真号，则使用脚本“[time:0:00-7:00]Fax03-1111-2223”；如果报文将在发送端为移动的情况下发送到下列邮件地址，则使用“[terminal:mobile]Mailmatsu@pino.net”；如果任一上述条件属实，则使用“[otherwise]Mailmatsuo@msrl.mci.co.jp”作为末尾脚本，它意味着一条报文将被送到该地址，诸如此类等等。
这样，就可以根据各种条件诸如时间、始发端种类等合适地选择最佳目标地址。这些发送者脚本由服务器20解释和执行。
在步骤424中，CPU根据指定发送者脚本和/或接受脚本(参考地址数据表120中接受者记录的RECEPTION SCRIPT字段)的目标文件，按优先度递降顺序对这些地址进行排序。
根据本发明的原理，允许登录的用户根据条件登录一个或多个接受脚本，用来指定一个目的地址。接受脚本的某些例子示于图5中的RECEPTION SCRIPT字段中。脚本“[from:mitoh]Celluler010-11l-3333”意指来自“mitoh”的报文将送到蜂窝区地址。此类脚本的另一例是“[schedule]location”，它意指将参照后面详细描述的调度程序来确定目标地址。图5所示的其它脚本已如上所述。
注意，如果接受脚本与任何发送者脚本不相符，则在对地址进行排序时，前者先于后者。
返回图6，在步骤426中，如果除了指定发送者脚本的目标文件外还存在任何其它发送者脚本，则CPU解释和执行其它发送者脚本。在步骤428中，CPU通过查阅管理有地址的邮政帐户的服务器，检验已排序地址的第一个地址的有效性。如否，则在步骤430,CPU通过查阅管理有地址的邮政帐户的服务器，检验已排序地址的下一个地址的有效性。该步骤重复执行，直至找到一个有效地址。如果找到第一有效地址，在步骤432中，必要时CPU转换报文的格式。该步骤相当于上述图4中步骤408和412的组合。然后，在步骤434中，CPU将报文送到有效地址，并结束该报文传送操作。
从以上描述可见，通过设置指定脚本的目标文件，报文可以被送到任何一种终端包括电话、传真、移动电话等等。此外，报文格式自动转换成由TERMINAL字段之值指定的一种格式，如果目标地址是一种e-mail地址，该字段与e-mail地址有关，如果该目标地址不同于e-mail地址，则响应于此种目标终端。
利用外部信息进行地址排序可以将来自外部的信息用作进行地址排序的判断标准。作为外部信息有包含接受者当前位置的图表数据(从图表管理应用程序获得)、来自GPS(全球定位系统)的位置信息，或结合GPS的移动电话等等。而且，对具有接受者e-mail帐户的报文服务器进行访问的频率可以作为地址排序的判断标准。
如果接受者记录的RECEPTION SCRIPT字段包含了上述脚本“[schedule]location”，则CPU从接受者正在使用的图表管理应用程序获得位置信息，且在步骤424中，在地址数据库12内向与获得的位置信息有关的地址提供最高优先度。此外，图表管理应用程序也可以按预定间隔将位置信息提供给报文服务器20。
图8是一个示意图，它表示报文服务器20a-i的一种配置，根据本发明的原理，该配置可以使用户界面响应于应用程序设置信息(或用户界面属性)。图8中，报文服务器20a-i包括邮件处理器22-i，邮箱24-i，用户界面发生器26-i以及用来生成用户界面的用户界面组成部分28-i。
图9是一个流程图，它表示根据本发明在用户界面发生器26-i的控制下，由报文服务器20a-i的CPU执行的用户界面发生操作260。图9中，在步骤262中，CPU等待客户机30的注册(log-in)。如客户机30已注册，在步骤624中，CPU从由注册名确定的记录中获得应用设置信息。该应用设置信息包括用户界面中有关于所显示的画面如何变化的信息，有关于输入和输出装置诸如键盘、笔、鼠标器、显示器、扬声器的信息，登录用户对应用理解的程度，用户的偏爱等等。在步骤266中，根据应用设置信息，CPU从界面组成部件存储器28-i中获得用户界面组成部件。然后，在步骤268中，CPU将获得的部件送到注册客户机30，并结束该操作。注册客户机30相应地从已收到的用户界面组成部件为用户生成GUI(图形用户接口)。
注意，尽管报文服务器20a-i已经将获得的部件送到客户机30，但报文服务器20a-i也可以发送该部件所存储的位置。
而且，根据本发明的原理，报文中，报文设置信息可以由包含预定脚本或指令的发送者自动加到报文上。例如，假定称为“Mitoh”的发送者希望称为“Matsuo”的接受者返回响应至Mitoh所拥有的任何终端，并希望在Matsio的显示器上显示其自身的位置。在此情况下，发送者必须用报文设置脚本填写MESSAGE SETTING字段(以及TELEPHONE,FACSMILE和E-MAIL字段如前面图10所示“[to:matsuo]reply,displayLocation”。此外，发送者Mitoh(例如在客户机30-1.1)在发送报文时设置一个答复请求指令。
响应于该答复请求指令，为客户机30-1.1服务的报文服务器20-1在传送报文时将答复请求加到报文上。如果管理接受者Matsuo之e-mail帐户的服务器20-i收到了报文和附加的答复请求，且如果服务器20-i进一步从正在由Matsup操作的客户机30-i.j收到报文接受指令，服务器20-i则读取发送者Mitoh记录的MESSAGE SETTING INF字段的内容，即报文设置脚本“[to:matsuo]reply,disptayLocation”。根据报文设置信息，服务器20-i进一步读取TELEPHONE、FACSIMILE和E-MAIL字段的所有内容，因为报文设置信息的“reply”意指对任何终端均可进行答复。服务器20-i显示如图11所示的报文接收画面。
在上一段的描述中，目标服务器20-i已从地址数据表120获得报文设置脚本和终端信息。然而，此类信息也可以从发送服务器20-1发送到目标服务器20-i。具体地说，如果报文服务器20-1或邮件处理器22-1测得答复请求指令被附加到邮件报文上，则报文服务器20-1响应地将MESSAGE SETTING字段(即，[to:matsuo]reply,displayLocation)的内容以及TELEPHONE,FACSIMILE和E-MAIL字段的所有内容都附加到邮件报文上。然后，目标服务器20-i可以利用已收到的报文设置脚本和终端信息来显示图11所示的报文接受画面。
图11中，终端上所示的四个按钮表示Matsuo可以将响应发送到这些终端。该4个按钮被标上“Mail”,“Office Tel”,“Home Tel”和“Office Fax”，它们对应于图10所示发送者记录的TELLOCATION和FAXLOCATION字段的内容。如上所述，4个按钮的软件部件是从接口部件存储器28-i获得的。也请注意，如果发送服务器20-1向目标服务器20-i发送用户界面组成部件，则服务器20-i就可以在客户机30-i.j的显示器上显示收到的部件。
当显示报文接收画面时，按下Mail按钮，使画面切换到应答输入画面，由此通过e-mail使应答成为可能；按下Fax按钮，使应答数据作为传真数据发送；按下Tel按钮，使Matsuo的电话终端通过PBX(专用小交换机)连接到Mitoh的电话终端，使之能通过电话进行交谈。
上述实施例中，(发送)报文设置脚本由发送者存储在发送者的记录内。另外，接受者可以在例如地址数据库12中的地址数据表120的他或她的记录中收到的报文设置信息字段(未图示)中，或在管理接受者的e-mail帐户的报文服务器20-i的存储器(未图示)内存储收到的报文设置脚本，诸如“[from:mitoh]reply,displayLocation”。然而在此情况下，接受者Matsuo必须连同收到的报文设置脚本存储发送者Mitoh的终端信息。
尽管用户界面发生器26-i和界面组成部件存储器28-i贮藏在报文服务器20-i内，但用户界面发生器26-i和/或界面组成部件存储器28-i也可以存储在客户机30-i.1,30-i.1,…内，以此减小网络的负载，使之减少由网络传输延迟而引起的用户界面响应延迟。
上述实施例是联系GUI描述的，本发明的原理还适用于像涉及语音、声音、图象等等的用户界面。例如，本发明可以提供各种用户界面，当输入等待状态下的预定时期内无输入操作执行时，可用来提醒用户输入，包括显示文本要点，用声音通知用户，利用图象提醒输入，并利用外部设备通知用户的用户界面。
如果将有关用户的偏爱、习惯、擅长和/或短处等信息存储在地址数据库12内，则服务器20就可以自动将一种合适的用户界面推荐给用户。
而且，通过结合本发明和GPS系统，以及在上述应用设置信息内包含位置信息，用户可以获得有关地图数据和当前位置。
在不脱离本发明精神和范围的情况下，还可以构成本发明的许多不同的实施例。显然，除了所附权利要求书的限定外，本发明并不局限于以上详述的特定实施例。
权利要求
1．一种报文服务器，用于报文传送服务系统中并为用户配备改进的报文传送服务，其中，报文服务器与为报文传送服务系统的每位用户管理地址记录的数据库相连接，其特征在于服务器包括利用作为电子邮件(e-mail)地址的由发送用户提供的地址数据来找到接受者的地址记录的装置；以及把所述发送者按所述地址数据提供的报文传送到所述接受者的所述地址记录中所含地址的装置。
2．如权利要求1所述的报文服务器，其特征在于进一步包括根据所述接受者的所述地址记录中包含的目标指定信息，判断所述接受者的所述地址记录包含了多个地址，按优先度顺序对所述地址进行排序的装置，其中，所述使报文传送的装置包括尽可能按高的优先度使所述报文传送到所述排序地址之一的装置。
3．如权利要求1所述的报文服务器，其特征在于进一步包括根据所述发送者用所述报文提供的目标指定信息，判断所述接受者的所述地址记录包含了多个地址，按优先度顺序对所述地址进行排序的装置，其中，所述使报文传送的装置包括尽可能按高的优先度使所述报文传送到所述排序地址之一的装置。
4．如权利要求2所述的报文服务器，其特征在于所述对地址进行排序的装置包括不仅根据所述目标指定信息，而且根据所述发送者用所述报文提供的目标指定信息，按优先度顺序对所述地址进行排序的装置。
5．如权利要求1所述的报文服务器，其特征在于进一步包括执行由所述报文提供的脚本的装置。
6．如权利要求3所述的报文服务器，其特征在于所述对地址排序的装置进一步利用外部信息进行所述排序。
7．如权利要求2所述的报文服务器，其特征在于进一步包括必要时响应于由所述排序地址之一识别的一种终端，并根据所述终端的所述类型，转换所述报文之格式的装置。
8．如权利要求3所述的报文服务器，其特征在于进一步包括必要时响应于由所述排序地址之一识别的一种终端，并根据所述终端的所述类型，转换所述报文之格式的装置。
9．如权利要求1所述的报文服务器，其特征在于所述数据库的每条地址记录进一步包含用于所述每条地址记录的用户的用户界面的属性，其中，所述报文服务器进一步包括存储用户界面组成部件的装置；以及根据所述属性利用必要的用户界面组成部件为所述每位用户生成用户界面的装置。
全文摘要
一种报文传送服务系统,包括为每位用户管理地址记录的数据库,报文服务器以及由服务器提供服务的客户机。将可以识别接受者的地址数据用作目标地址。如果在接受者地址记录中仅有一个地址,报文送到该地址。如果地址记录包含多个地址,则根据目标指定信息按优先度顺序对地址排序,此目标指定信息可以由接受者登录在地址记录内或由发送者指定。在此情况下,报文送到最高优先度的地址。如有必要,根据由最高优先度地址识别的终端类型,转换报文的格式。服务器可以执行用报文接收的脚本。根据应用设置信息,服务器可以利用其中存储的界面组成部件生成用户界面。
文档编号G06F3/048GK1212398SQ9811881
公开日1999年3月31日 申请日期1998年8月27日 优先权日1997年8月27日
发明者松尾隆史 申请人:松下电器产业株式会社