CN100391208C

CN100391208C - 一种分布式网络服务发布实现方法

Info

Publication number: CN100391208C
Application number: CNB021601135A
Authority: CN
Inventors: 孙钢
Original assignee: YINTE SHIDAI INFORMATION TECHNOLOGY Co Ltd BEIJING
Current assignee: YINTE SHIDAI INFORMATION TECHNOLOGY Co Ltd BEIJING
Priority date: 2002-12-31
Filing date: 2002-12-31
Publication date: 2008-05-28
Anticipated expiration: 2022-12-31
Also published as: CN1514381A

Abstract

本发明涉及一种分布式网络服务实现方法。包括制定一个描述服务端服务特征的第一特征文件，当服务端的服务特征发生变化时，修改该第一特征文件的相应内容，并与客户端进行信息交互。采用了本发明描述服务端特征文件对服务端提供服务的及时更新并与用户交互该更新信息，使得用户端可以方便及时地了解到服务端服务内容的变化，进而可以作出相应的调整，为整个互联网的服务提供带来了极大的灵活性与便利性。

Description

一种分布式网络服务发布实现方法

技术领域

本发明涉及网络服务技术领域，尤其涉及一种分布式网络服务发布实现方法。

技术背景

网络服务(Web Service)管理是目前最为活跃的技术研发领域之一，目前主流的研究方向是集中管理模式，即设置特殊的Web Service目录服务器，WebService服务提供商主动向该服务器注册自己提供的服务。用户通过在该服务器上查询，确定可以使用的Web Service。

但是，该研究方向在实用上面临巨大挑战。从表面上看，该方法可以有效管理网络服务。而实际上，建立若干目录服务器来管理全球网络服务目录，很容易形成网络服务交换瓶颈。就象传统的计划经济一样，由于地区差别，非主流地域的服务管理容易被忽略。其主要存在缺点如下：

非主流的服务管理容易被忽略，例如：小型企业需求，经济落后地区的需求，特殊少数群体的需求；

不公正因素加强，人为因素容易加入，影响对有价值服务的公正评价；

由于全球用户依赖少数站点，容易形成通讯瓶颈；

影响创新***的发展，革命性概念的提出，经常与个人或者小企业有关，并且，很难融入现有服务架构，特定的目录服务器将会阻碍新服务的推广。当然，如果新服务是由大公司提出，另当别论。

互联网的根本特点是灵活，无序，因此，上述现有技术中的通过少数管理服务器建立简单的两层体系，是无法满足灵活性的要求的。

发明内容

本专利的目的就是提供一种网络服务发布技术，可以灵活、快速地将网络服务更改相关信息告之于客户端，进而提高网络服务的质量与内容。

一种分布式网络服务发布实现方法，其特征在于制定一个描述服务端服务特征的第一特征文件，所述服务特征包括服务名称，版本号、提供商、特定服务入口信息和日期在内的内容；

设置第二特征文件，该第二特征文件的相关内容与第一特征文件的初始相关内容相同；

当服务端的服务特征发生变化时，修改该第一特征文件的相应内容，并与客户端进行信息交互，完成信息的更新；其中，所述与客户端进行信息交互通过以下方式完成：客户端在访问第一特征文件后，将第一特征文件的相关内容与第二特征文件的相关内容作比较，得出该变化的服务特征。

所述的第一特征文件由服务端制定，存放于客户端可以访问的特定位置。

所述的第一特征文件由服务端自动生成，存放于客户端可以访问的特定位置。

所述的特定位置，通过一个HTTP超级链接来作为指向的。

所述的提供给客户端，是由客户端访问该第一特征文件而完成的。

所述的客户端访问第一特征文件，是通过与服务端建立HTTP连接而完成的。

所述第二特征文件存放于客户端可以访问的位置。

所述的第二特征文件，根据与第一特征文件的比较而作修改。

所述的第二特征文件，存放在客户端本地。

所述的特征文件可以是一个目录文件，提供网络服务目录。

所述的服务端，可以是一个服务网站，也可以是多个服务网站的组合。

所述的多个服务网站之间，采用组合方式组合，由该多个服务网站共同组建目录网站。

所述的多个服务网站之间，采用集成方式组合，在某网站的服务中，使用另外网站的服务作为基本服务。

由于采用了本发明描述服务端特征文件对服务端提供服务的及时更新并与用户交互该更新信息，使得用户端可以方便及时地了解到服务端服务内容的变化，进而可以作出相应的调整，为整个互联网的服务提供带来了极大的灵活性与便利性，而且由于使用客户端与服务端之间的直接沟通，避免了网络瓶颈问题。

附图说明

图1是本发明的一个服务结构示意图；

图2是本发明具体实施方式中，简化的服务获取过程。

具体实施方式

下面结合说明书附图来说明本发明的具体实施方式。

如图1所示，在本发明中，所有的服务发布和获取过程都采用服务请求/响应模式，即客户端向服务器发出某种类型的请求，服务端做出响应，采用此种方式进行信息的交互。

本发明的核心思想，是要将服务端的提供服务的更新情况及时地通知到客户端，使客户端可以尽快地获知这种变化，以作出适当的调整，为此，本发明制定一个对服务器或客户端所提供或使用的所有服务继续描述的特征文件(1)，该特征文件(1)描述信息主要包括服务名称，版本号、提供商、特定服务入口信息和日期等。将该特征文件(1)可以由服务器端预先指定好存放于客户可以访问的位置，也可以在客户访问时自动生成，其中第二种情况的典型例子，可以是服务器端将数据库中的相关数据做一个动态生成文件，当有客户端访问时，自动生成并提供给访问者，该特征文件可以存放于客户端较为方便地访问地特定位置，在这里，可以设定一个HTTP的超级连接，指向存放特定服务的特定位置，作为位置信息。

该特征文件的形式可以有不同的种类，比如可以是普通文本文件，描述服务特征，也可以是一个目录文件，提供网络服务目录。

我们看一个特征文件的示例：

<rec name＝”webmail-logon”ver＝”0003”type＝”post”url＝http://www.company.

com/webmail.htm>

</rec>

</sdriver>

该文件表示某服务网站提供webmail登陆服务，该服务接口版本是0003，访问地址是http://www.company.com/webmail.htm，访问需要两个参数，登陆账号以及登陆密码，按照post方式发送。

该服务端，可以是一个服务网站，比如一个单独的服务器，也可以是多个服务网站的组合。当是一个网站时，则该网站本身既是网络服务提供商，也是特定服务的提供商。

如果服务端是多个网站，则该多个服务网站之间，可以采用组合方式组合，由该多个服务网站共同组建目录网站，即由其中一个网站提供总的特征文件，其他网站作为特定服务供应商，在该网站的特征文件中有所说明。

该多个服务网站之间，也可以采用集成方式组合，在某网站的服务中，使用另外网站的服务作为基本服务。

实际上，上述特征文件(1)是描述服务端提供网络服务的初始信息，该文件的设置是为了便于服务端提供的服务发生变化时，可以有一个记录信息的载体。当服务端的服务特征发生变化时，通过该特征文件的修改，可以提供给客户端，由客户端根据变化的内容做相应的调整。

在本发明中，在客户端也设置一个特征文件(2)，该特征文件(2)实际上最开始是前面提到的特征文件(1)的初始版本的一个子集拷贝，与特征文件(1)的相关初始内容将完全相同，用来比照特征文件的变化情况，该特征文件(2)也存放于客户端可以访问的位置，该位置可以与前面特征文件(1)的存放位置相同，也可以不相同，这不影响本发明的实现。在实际使用中，可以将特征文件(1)和(2)都存放在特定的一个默认位置上，并使用默认的文件名。默认位置和默认文件名称信息可以事先配置在发售的客户端软件中，并允许用户修改该配置。根据配置的不同，允许客户端和服务端使用不同的位置和文件名。这里最好是服务端的网络服务的位置信息和文件名尽量保持不变，以方便用户使用。

由于客户端的位置和文件名的变化只影响客户自身，因此这里发生变化后的影响不大。比如在一个具体的实施方式中，我们可以将其位置和文件名预先设置为http://www.company.com.cn/webservice/servicedriver.xml等相关信息。

当服务端的位置信息、文件名称、服务类型、版本或提供商等发生变化时，将变化信息反映在该服务描述文件中，并通知客户端，通过版本号和/或日期等信息使客户端能够识别出发生了变化。

这里该信息交互可以采用多种方式，比如可以通过广播的方式传送相关的变化数据，也可以通过email方式进行告之，在本实施例中，采用特征文件(1)记录变化内容，而由客户端访问该特征文件(1)，并将特征文件(1)的相关内容与特征文件(2)的相关内容作比较的方式来完成该信息交互。当客户端在启动或其他原因的触发下，建立与服务器的HTTP连接，访问该文件，获得服务器上的所有服务的当前最新信息。

客户端通过比对与客户保存在本地的客户端服务描述文件，判断服务是否已经发生了变化。如果发生了变化，则根据前面一步所获得的相关信息，获取特定服务的相关信息。比如通过比较，客户端发现它的WEB-MAIL的提供商已经升级了服务端的版本号，因此客户端也需要立即升级客户端的软件。于是客户访问该文件，从该文件中索引到web-email服务的最新驱动程序的信息，并根据此超级连接访问对应的文件，获得如inbox/outbox/等参数的详细描述信息。

实施例1：如图2所示，是我们具体设计一个实例，该实例中，包括3个网络实体：网络服务提供商、特定服务提供商和用户端，其中：

网络服务提供商：向用户提供的服务所有他所知道的服务的入口列表，相当于电话黄页的功能；

特定服务提供商：提供某种特定WEB服务的提供商，可以与WEB service是一个，也可以是独立的，位于不同地方的；

用户：获取服务的消费者。

当网络服务提供商提供的各种题录信息发生变化时，及时与用户进行信息交互，告之用户该种变化，用户在获知后，与特定服务提供商之间再进行信息交互，以更新服务需求。

按图中箭头可以看出，包括几个主要步骤：

1、因用户开机等原因，客户端向默认的provider发出服务查询请求；

2、服务提供商向用户返回所有(部分)服务的最新描述目录；

3、请求下载有关web-mail服务的最新描述；

4、服务提供商向用户返回有关web-mail的最新描述信息。

实施例2：

我们设置如下的启动自动获得服务的时机，由***配置，用户选择：

a、客户***自动发现WEB SERVICE参数类型的故障(可选)

b、第一次安装客户***时(必选)

c、每次客户***启动时(用户指定)

d、***每运行X次之后(用户指定)

e、***每运行X天之后(用户指定)

f、用户干预，强制进行

根据上面的条件触发客户***自动获取***。客户***利用HTTP协议，访问默认服务入口的URL(该URL可由用户事先手工配置)，读取描述服务的XML文件。如果在该指定位置没有发现该文件，则客户端软件默认直接访问www.intertimes.com.cn/servicedriver.xml的相关服务。

比如，可以这样规定该文件的URL：

WWW.AAA.COM.CN/webservice/cn/driver/index.XML

即：“网站的URL”+“/web-service”+“/语种”+“/driver/index.XML

客户端在成功读取到该文件后，先进行合法性检查，将该文件与保持在本地的相同版本的文件进行比较。在认定文件合法后，将从文件中获得的相应信息进行比较，在确认需要升级时，向用户发出更新提示信息。如果用户选择需要更新，则根据该记录所指示的URL，直接从该地点下载。

本发明中没有规定具体所采用的传输协议和描述语言，但推荐使用传输协议HTTP和描述语言XML。将来可以根据需要扩展到使用FTP/SMTP等做传输，基于XML的特定标记语言，如UDDI或WIDL等做描述。

本发明可以应用于网络服务提供商自动发布自己的服务配置信息。例如：邮件服务提供商更新邮箱配置参数时，可以自动发布最新配置。用户客户端可以根据该发布信息更新配置。也可以应用于网络服务集成提供，集成服务提供商可以动态更新集成服务构成单元，自动通过该技术发布信息，与客户端配置取得一致。

本发明技术简单，服务网站可以在现有架构下引入网络服务发布技术，也可以针对小规模人群使用，同时在习惯性使用的情况下，客户端与网络服务网站之间直接沟通，不容易形成网络瓶颈，而且容易引入新服务。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims

1.一种分布式网络服务发布实现方法，其特征在于制定一个描述服务端服务特征的第一特征文件，所述服务特征包括服务名称，版本号、提供商、特定服务入口信息和日期在内的内容；

当服务端的服务特征发生变化时，修改该第一特征文件的相应内容，并与客户端进行信息交互，完成信息的更新；其中，所述与客户端进行信息交互通过以下方式完成：

客户端在访问第一特征文件后，将第一特征文件的相关内容与第二特征文件的相关内容作比较，得出该变化的服务特征。

2.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的第一特征文件由服务端制定，存放于客户端可以访问的特定位置。

3.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的第一特征文件由服务端自动生成，存放于客户端可以访问的特定位置。

4.如权利要求2或3所述的分布式网络服务发布实现方法，其特征在于所述的特定位置，通过一个HTTP超级链接来作为指向。

5.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的提供给客户端，是由客户端访问该第一特征文件而完成的。

6.如权利要求5所述的分布式网络服务发布实现方法，其特征在于所述的客户端访问第一特征文件，是通过与服务端建立HTTP连接而完成的。

7.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述第二特征文件存放于客户端可以访问的位置。

8.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的第二特征文件，根据与第一特征文件的比较而作修改。

9.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的第二特征文件，存放在客户端本地。

10.如权利要求1所述的分布式网络服务发布实现方法，其特征在于所述的特征文件是一个目录文件，提供网络服务目录。

11.如权利要求1或10所述的分布式网络服务发布实现方法，其特征在于所述的服务端，是一个服务网站，或是多个服务网站的组合。

12.如权利要求11所述的分布式网络服务发布实现方法，其特征在于所述的多个服务网站之间，采用组合方式组合，由该多个服务网站共同组建目录网站。

13.如权利要求12所述的分布式网络服务发布实现方法，其特征在于所述的多个服务网站之间，采用集成方式组合，在一个网站的服务中，使用另外网站的服务作为基本服务。