CN102065119A - 一种面向网络交互程序的网络服务*** - Google Patents

Abstract

本发明公开了一种面向网络交互程序的网络交互***，该***采用浏览器——客户机式服务器——服务器模型三级数据传输方式。通过本发明能够降低用户访问服务器高峰期对服务器的访问压力。此种服务模式由于对用户采取分地域分流服务管理，因此增强了***的安全性。

Description

一种面向网络交互程序的网络服务***

技术领域

本发明涉及网络应用服务技术领域，具体涉及一种面向网络交互程序的网络服务***。

背景技术

具有大规模网络信息交互的应用程序，其服务的模式都要求保证网络通讯信息的时效性。在网络应用程序服务商与其服务的客户之间数据的交互要保证及时可靠。由于大部分情况下，服务商与其客户之间存在着地理位置上的较大差异，因此大部分用户与其服务商之间的通信难以保证及时交付。

原有的网络信息交互应用程序中服务商采用客户机——服务器模型(C/S模型)完成与用户之间的数据交互。这种模型中主要有两个重大的缺陷：1、服务器端为提供多样的服务会较频繁的更新，为了满足服务顺利进行，这种模型下客户端也必须频繁的进行更新，由于网络的原因，客户更新时间或长或短，这给客户的使用带来了不便；2、通信过程中，大部分服务器端与客户端的地理位置较远，所以很难保证网络交互的时效性，尤其是在网络使用高峰期，这种问题越来越严重。

还有一部分网络信息交互应用程序服务商采用浏览器——服务器模型(B/S模型)实现与用户的之间的数据交互。这种模型同样有两个重大的缺陷：1、这种模型与客户机——服务器模型一样通信过程中，会由于网络的拥塞难以实现数据的可靠交付，影响应用程序的时效性。2、这种模型中，用户端只需要安装一个简单的浏览器而不是一个客户端，这样服务器的更新不需要用户端同时更新，但是这种模型的这一工作原理也就决定了这种模型只能用于小数据量的信息交互，无法完成大规模的数据交互，故其使用范围局限性很大。

发明内容

本发明提供一种面向网络交互程序的网络服务***，能够充分利用网络区域性的高性能通信资源，与大型服务商之间的高速通讯信道，解决了数据无法及时交付的问题。并且在服务商更新服务花样的同时，用户也不需要频繁更新，而且可以合理分配网络资源，保证及时可靠交互的同时有效缓解了网络通信拥塞。此模式还能够降低用户访问服务器高峰期对服务器的访问压力。此种服务模式由于对用户采取分地域分流服务管理，因此增强了***的安全性。

本发明提供一种面向网络交互程序的网络服务***，该***采用浏览器——客户机式服务器——服务器模型三级数据传输方式；在这个模型中加入了客户机式服务器作为中转站，也可以理解为连接用户与网络交互应用程序服务商的中继站；对于中心级来讲，这一级主要是网络交互应用程序的服务器端，其主要职能是开发更多的服务内容供用户使用；对于地方级也就是ISP服务商的客户机式服务器来说，其主要职能就是更好的实现客户机式服务器与用户终端浏览器之间，不同地区的客户机式服务器之间以及客户机式服务器与网络交互应用程序的服务器之间的数据通信的职能；对于终端级浏览器端，用户除了享受网络交互应用程序服务商提供的服务以外，不必要再做繁琐的更新。

上述技术方案可以看出，由于本发明实施例采用浏览器——客户机式服务器——服务器模型三级数据传输方式，因此能够充分利用网络区域性的高性能通信资源，与大型服务商之间的高速通讯信道，解决了数据无法及时交付的问题。并且在服务商更新服务花样的同时，用户也不需要频繁更新，而且可以合理分配网络资源，保证及时可靠交互的同时有效缓解了网络通信拥塞。此模式还能够降低用户访问服务器高峰期对服务器的访问压力。此种服务模式由于对用户采取分地域分流服务管理，因此增强了***的安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本发明浏览器——客户机式服务器——服务器模型的总拓扑图；

图2是该模型从浏览器角度出发的拓扑图；

图3是该模型从客户机式服务器角度出发的拓扑图；

图4是该模型从服务器角度出发的拓扑图；

图5是该模型分级拓扑连接图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供一种面向网络交互程序的网络服务***，能够更好的利用网络资源完成服务商与用户之间的高效可靠的数据交互，实现网络交互应用程序的更多功能。以下分别进行详细说明。

由于网络在组建过程中，主要是以地理位置来划分ISP服务商的，并且对于用户来讲，其接入网络的途径也是直接与当地的ISP提供商直接联系。所以，网络通信中的较大特点是，一定地理范围内的数据交互都是可以高效畅通的，但是地理位置较远的数据通信由于一次性要跨越两个或多个ISP服务商，因此数据交互的时效性难以保证。然而ISP服务商之间以及ISP服务商与提供网络交互应用程序的服务商之间的通信，由于带宽资源充足因此交互速度较快。原有的客户机——服务器模型(C/S模型)以及浏览器——服务器模型(B/S模型)都只考虑了数据交互方法的可行性并没有充分考虑带宽以及充分利用网络资源，使得在原有模型下的网络交互应用程序没能更好的实现其功能。例如：现在的网络游戏以及在线交互教学***等，通信存在着较大的延时。

一种新的服务模型浏览器——客户机式服务器——服务器模型是综合考虑了网络建设分布情况以及网络通信的情况下，结合原有的两个模型的优点提出的。

图2就很好的说明了这种服务模式的全局通信情况。图中B 1、B2、B3代表了众多用户所启动的不同的服务，它们分别连接了各自地区范围的客户机式服务器上的相应的应用程序，也就是图中的CS西北地区，CS华南地区，CS华东地区，CS东北地区，接下来这些客户机式服务器去连接自身服务的服务器端，也就是图中的G1S，G2S，A1S。这样他们之间彼此连接，有秩序的通信，构成了一个统一的整体。

这种服务模型中，用户端采用浏览器来作为交互的终端界面，具有占有资源少，不需要频繁更新的特点。用户在大型的网络交互应用程序中，交换的大量数据，例如：执行某一功能所需的大量数据以及功能函数都有近端的客户机式服务器通过网络提供。客户机式服务器的角色一般由近地的ISP服务商扮演。由于ISP服务商与其管辖的用户通信速度较快，因此可以满足大量数据的传输。由此，对于用户来讲，解决了B/S模型下由于网络传输速度无法与大型网络交互应用程序交互数据的问题。所以，用户端在采用浏览器作为终端交互界面时，也就不需要因为服务商多样***而频繁的更新终端程序。

图2则只是从用户角度，也就是从浏览器端看整个模型的拓扑情况，图中的A1就代表某一个特定的应用，而它只连接一个特定的客户机式服务器也就是图中的CS，继而只连接一个服务商也就是图中的S端。

图3则反映了从CS端看整个模型的拓扑情况，图中的一个CS对应了众多的浏览器，如B1、B2等，以及众多的服务商，如图中的S1、S2等。

图4则是从服务商端看整个模型的拓扑情况，图中字母的意义与图1、图2、图3中字母的意义完全相同，则此拓扑结构看上去是个树形发散结构。

图5则是对于整个模型的层次化的描述图。

在这个模型中加入了客户机式服务器作为中转站，也可以理解为连接用户与网络交互应用程序服务商的中继站。这主要是由当地或一定区域范围内的ISP服务商来承担。这样，就有效的利用的网络通信资源分布的实际情况，既充分发挥了ISP服务商与用户之间的高速带宽又充分发挥了ISP服务商之间以及ISP服务商与提供网络交互应用程序的服务商之间的高速带宽，这也是提高交互速度，保证其可靠***互的关键。ISP服务商的划分是分地域的，因此，客户机式服务器的建设也是分地域的。一个地域的客户机式服务器只为这一特定的地区用户服务，但是这台客户机式服务器要与多家网络交互应用程序服务商以及其他地区的客户机式服务器相互连接、互相通信数据，他们是保持数据最终到终端用户都畅通的关键部分。一个地区的客户机式服务器为了满足服务终端用户之一需求必须要连接大量的用户终端浏览器，而且这一客户机式服务器也不仅仅是为一家网络交互应用程序服务的，它同样要同时连接多家网络交互应用程序，为多家网络交互应用程序服务商完成在当地的服务。

更关键的是，在这种模型下，一个地区的客户机式服务器必须要连接其他各个地区的客户机式服务器。这是因为网络交互应用程序不仅需要用户与网络交互应用程序服务商之间的数据交互，很多情况下，用户与用户之间的数据交互也是相当频繁的，所以这就需要各个地区的客户机式服务器之间也要相互连接，以保证不同地区的用户之间也能进行高速的数据交互。这种连接是不论某一网络交互应用程序是否覆盖全部区域而都要进行的，这样避免了因为网络交互应用程序的扩充而需要重新建立连接的琐碎操作。并且，由于一个地区的客户机式服务器要为多个网络交互应用程序服务，所以，不同网络交互应用程序在服务覆盖范围不同的情况下，由于连接线路的完全性而使各种服务都能够实现。因此，ISP服务商的客户机式服务器之间在基于这种模型下的连接是完全的，即两两客户机式服务器之间都有连接。

在这种模型中，服务器仍然是整个网络交互应用程序中的核心部分，因为主要的服务内容仍然是有网络交互应用程序服务商的服务器来提供。从服务器的角度看整个模型，客户机式服务器所处的环节、其所行使的职能以及其与服务器的通讯传输，都类似于原先客户端——服务器模型中的客户端。然而，从浏览器的角度上来讲，客户机式服务器所提供数据以及完成的交互，都类似于原先浏览器——服务器模型中的服务器。客户机式服务器因此而得名。对于某一特定的网络交互应用程序的服务商来讲，其想使自己的服务可以令终端的用户使用到，则必须首先与某一个甚至多个ISP服务商提供的客户机式服务器相互连接，否则即使用户安装了该服务的浏览器或是通用浏览器也无法享受到该网络交互应用程序服务商所提供的服务。同理，如果一个网络交互应用程序服务商想拓展自己的业务到别的地区的话，则首先必须要购买该网络交互应用程序在当地的服务权限使得ISP服务商开放与该网络交互应用程序服务商的服务器的连接，并且客户机式服务器安装相应的服务中继程序以及开放相应的端口。

这种模型下，网络交互应用程序服务商之间是不需要相互关联的，也就是说他们之间是彼此独立的。但是，从某一特定的网络交互应用程序服务器到各地区ISP服务商提供的客户机式服务器的连接时一对多的关系。从某一特定地区的客户机式服务器到该地区的各个用户也是一个一对多的关系。最后，各个地区的客户机式服务器之间是多对多的关系。

对于浏览器——客户机式服务器——服务器三级模型来讲，其优点不仅在于充分利用了各个地区的网络资源，以及ISP服务商之间以及ISP服务商与提供网络交互应用程序的服务商之间的高性能的网络资源，使得很少出现网络拥塞等影响通讯时效性的情况。而且，这种结构使各级的主要职能尽最大可能的发挥。对于核心级(即中心级)来讲，这一级主要是网络交互应用程序的服务器端，其主要职能是开发更多的服务内容供用户使用。对于原有的客户端——服务器模型来讲，服务器端既要考虑服务内容的多样化，又要考虑服务能够快速的传递到用户终端，还要考虑日常的维护与服务器的安全，由此使网络交互应用程序服务商的服务质量不能得到充分的发挥。但是现在的模型则可以是网络交互应用程序的服务商能够充分发挥自己多样服务挖掘的职能，给用户提供更好的服务。对于地方级也就是ISP服务商的客户机式服务器来说，其主要职能就是更好的实现客户机式服务器与用户终端浏览器之间，不同地区的客户机式服务器之间以及客户机式服务器与网络交互应用程序的服务器之间的数据通信的职能。由于ISP服务商的主要职能就是通信质量与时效性的保证，所以，在浏览器——客户机式服务器——服务器三级模型中，其处于第二级对于其通信职能的充分发挥以及加强是很好的平台。对于第三级(即终端级)浏览器端，用户除了享受网络交互应用程序服务商提供的服务以外，不必要再做繁琐的更新。更重要的是，整个通信过程的流畅性以及时效性得以保证。

对于无论是客户端——服务器模型，还是浏览器——服务器模型，或者是浏览器——客户机式服务器——服务器模型来说，都要面临两个重大问题的解决那就是服务内容的更新，以及服务之间的数据交互。对于前两种模型来讲，这个问题解决方案已比较成熟。对于新模型来讲，这各个问题的解决，更体现了新模型的优越性。

第一个要解决的重要问题就是新的服务出现后的内容更新。当网络交互应用程序服务商发布一个该网络交互应用程序的新服务内容时，只需要将此内容放到服务器上并通知此网络交互应用程序服务覆盖的各地的客户机式服务器进行更新。然后，各地的客户机式服务器将在规定的时间内断开与该服务的所有用户的连接，并进行快速更新。由此更新的工作就完成了，用户端的浏览器不需要做什么复杂的设置，除非万不得已。

当一个用户要想使用某一特点那个的网络交互应用程序的服务时，该用户只需要打开自己的浏览器。紧接着浏览器端与该地的客户机式服务器进行可靠连接，并传输相应的登陆界面要求用户输入认证信息与此同时当地的客户机式服务器开始向用户浏览器端传输一些预使用的动作函数、功能函数以及资料数据等信息。用户输入完登录认证信息后，确认发送，此时客户机式服务器则将这些信息发送给网络交互应用程序的服务器端，认证通过后，网络交互应用程序的服务器端向所有其服务覆盖范围的客户机式服务器传输同样的用户详细资料，所不同的是只有该用户所在地的客户机式服务器得到的资料被标记为可写，其余地区的客户机式服务器的用户数据资料统一标记为只读。这样做的目的是为了以后数据交互的一致性。当用户要结束该项服务时，他的登出信号首先传送给当地的客户机式服务器，然后，该客户机式服务器将用户的数据提交给上一级的网络交互应用程序的服务器端并注明用户登出服务，服务器端接收到数据并保存完好后，则会发出控制信号通知所有的客户机式服务器，包括该用户所在地区的客户机式服务器删除该用户的数据。各地的客户机式服务器收到删除数据的控制信号后删除该用户的数据。

第二个要解决的重要问题就是数据的同步更新。这里有两种情况，一种是，用户与服务之间的数据交互，及用户本身的数据交互；更复杂的一种是，用户之间的数据交互。用户想要与服务之间进行数据交互的话，首先这个申请信号会传递到当地的客户机式服务器上。然后，当地的客户机式服务器在接到这个更新信号后，会根据合法性以及服务的内容，服务的方法对该用户的数据进行更新，同时将更新好的数据传递给其上一级的网络交互应用程序的服务器端并注明用户更新数据。接下来，网络交互应用程序的服务器会将此用户数据更新自己的用户数据库并将该用户的最新数据发到所有的除用户当地的客户机式服务器以外的其他的客户机式服务器上，并注明用户数据更新控制信号。若两个用户甚至多个用户之间进行数据交互的话，则是用户自身交互的稍广泛的情况。当客户机式服务器接到用户的更新请求时，其职能主要负责更新该地的用户数据并上传给上一级的网络交互应用程序的服务器端，服务器端同样存储后发出控制信号通知该用户所在的客户机式服务器向其余的客户机式服务器进行用户新资料的传送，以使其余的客户机式服务器上的用户资料进行只读资料方面的更新。当用户交互数据需要其他的用户数据做参考时，则直接读取本客户机式服务器上的相关用户的资料进行比对更新。在数据更新问题上，一致性问题的解决依赖于用户的资料只能够在其所在地的客户机式服务器上进行更新，其余地方的客户机式服务器无法更新非当地用户的资料。然而，数据更新问题上的时效性问题，则是由用户的资料在所有的该网络交互应用程序的服务覆盖范围内的客户机式服务器上都存有一份完全一样的资料，在需要参照别的用户资料进行更新时可以直接由该地的客户机式服务器进行比对更新，无需异客户机式服务器之间进行更新。

由此，浏览器——客户机式服务器——服务器三级网络服务模型便很好的解决了客户端——服务器模型与浏览器——服务器模型的弊端并且更好的发挥了他们的优势。

以上对本发明实施例所提供的一种面向网络交互程序的网络交互***进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (5)

1.一种面向网络交互程序的网络服务***，其特征在于：该***采用浏览器——客户机式服务器——服务器模型三级数据传输方式；在这个模型中加入了客户机式服务器作为中转站，也可以理解为连接用户与网络交互应用程序服务商的中继站；对于中心级来讲，这一级主要是网络交互应用程序的服务器端，其主要职能是开发更多的服务内容供用户使用；对于地方级也就是ISP服务商的客户机式服务器来说，其主要职能就是更好的实现客户机式服务器与用户终端浏览器之间，不同地区的客户机式服务器之间以及客户机式服务器与网络交互应用程序的服务器之间的数据通信的职能；对于终端级浏览器端，用户除了享受网络交互应用程序服务商提供的服务以外，不必要再做繁琐的更新。

2.根据权利要求1所述的***，其特征在于：一个地区的客户机式服务器必须要连接其他各个地区的客户机式服务器。

3.根据权利要求1所述的***，其特征在于：网络交互应用程序服务商之间是不需要相互关联的，也就是说他们之间是彼此独立的。

4.根据权利要求1所述的***，其特征在于：该***能够解决新的服务出现后的内容更新问题：当网络交互应用程序服务商发布一个该网络交互应用程序的新服务内容时，只需要将此内容放到服务器上并通知此网络交互应用程序服务覆盖的各地的客户机式服务器进行更新，然后各地的客户机式服务器将在规定的时间内断开与该服务的所有用户的连接，并进行快速更新。

5.根据权利要求1所述的***，其特征在于：该***能够使数据同步更新：用户要与服务之间进行数据交互，首先这个申请信号会传递到当地的客户机式服务器上，然后当地的客户机式服务器在接到这个更新信号后，会根据合法性以及服务的内容，服务的方法对该用户的数据进行更新，同时将更新好的数据传递给其上一级的网络交互应用程序的服务器端并注明用户更新数据，接下来，网络交互应用程序的服务器会将此用户数据更新自己的用户数据库，并将该用户的最新数据发到除用户当地的客户机式服务器以外的其他的客户机式服务器上，并注明用户数据更新控制信号。

Images