一种网络服务器池系统数据传输结构及其程序开发方法
【专利摘要】本发明提供一种网络服务器池系统数据传输结构及其程序开发方法，其中该网络服务器池系统包括：服务器池、池化器、以及客户端；所述数据传输结构包括：数据链路层/物理层、网络层、传输层、套接字接口以及应用层程序；其特征在于：在应用层程序与套接字接口之间设置有可靠套接字接口，其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程。
【专利说明】一种网络服务器池系统数据传输结构及其程序开发方法
【【技术领域】】
[0001]本发明是关于计算机网络服务器领域，特别是关于网络服务器故障容错的【技术领域】。
【【背景技术】】
[0002]在典型的服务器-客户机模式下，服务器是由DNS域名确定其位置的，客户端应用系统在访问服务器之前必须通过使用DNS服务对其域名进行解析，从而得到该服务器的IP地址。在客户机和服务器建立连接后，就可以进行信息交换；假如这一服务器发生故障，客户机应用系统有两种可 能的选择:1.中断通信；2.选择另一个服务器继续。
[0003]在这种模式下，客户端应用系统必须通过以下方式检测出服务器是否中断:
[0004](I)服务器没有响应(time out)；
[0005](2)服务器回应错误信息；
[0006]( 3 )收到传输层错误信息；
[0007]为了让客户应用程序能够在检测出服务器发生故障后，有选择其它服务器的可能，必须在其应用程序中明确提供一个服务器列表，指明:第一服务器、第二服务器、第
三......等。当第一个服务器中断，则尝试和第二个服务器建立连接，再则第三，依此类推。
[0008]也就是说，这一故障切换过程是由用户程序的干涉而实现的，有较大局限性:
[0009]其一、服务器列表是静态的，必须有用户特别指明；
[0010]其二、替代服务器的选择有着较大的盲目性，无法保证所选服务器是否正常及有效，也不能因服务器的负载情况而灵活选择；
[0011]其三、接管是通过应用程序而实现，缺乏透明性；
[0012]其四、被动的中断识别方式；
[0013]其五、为满足可靠性的保证，应用程序开发量较大。
[0014]特别是在开发容错处理程序时，不同的应用程序都需要耗费大量时间和精力在具体容错处理上。或者大部分程序在开放的时候根本就不考虑容错方面的问题，而是在应用实施的时候采用第三方的容错产品(比如:双机热备、集群产品等)加强应用的容错能力。之所以要在系统实施的时候采用第三方的容错产品，其本质的问题是:应用程序本身不具备容错的能力。
【
【发明内容】
】
[0015]本发明的目的在于提供一种应用于网络服务器池系统的数据传输结构，采用该结构可极为方便地开发出具有故障容错能力的网络服务程序。
[0016]本发明的另一目的在于提供一种应用于网络服务器池系统的网络程序开发方法。
[0017]为达成前述目的， 本发明一种应用于网络服务器池系统的数据传输结构，其中所述网络服务器池系统包括:[0018]服务器池:服务器池是由一组具有相同功能的，并被统一管理起来的服务器组成，每个服务器池均使用唯一的池名作为标识；
[0019]池化器:是服务器池的管理设备，负责将多台服务器组成一个虚拟的服务器池，并对各台服务器的运行状态进行实时监控和采集；同时提供池名解析功能，以便能让用户方便地访问服务器；
[0020]客户端:访问服务器池的客户机；
[0021]所述数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口以及应用层程序；其特征在于:在应用层程序与套接字接口之间设置有可靠套接字接口，其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、月艮务器故障恢复这些故障容错处理过程。
[0022]根据本发明的一个实施例，所述可靠套接字接口在客户/服务器模式下，根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下:
[0023]服务器端程序工作流程:
[0024]创建服务器端通信套接字描述符；
[0025]将创建的套接字描述符与服务器地址和端口绑定；
[0026]使套接字描述符做好接收连接请求的准备；
[0027]给套接字描述符定义池名；
[0028]接收来自客户端的连接请求；
[0029]建立好连接后，接收客户端发来的数据，或向客户端发送数据；
[0030]如果接收到客户端发来的Cookie，说明是进行服务器故障恢复，将本服务器的实时状态按照Cookie里的内容进行恢复；
[0031]在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态
[0032]如果客户端关闭，关闭套接字描述符；
[0033]客户端程序工作流程:
[0034]创建客户端套接字描述符；
[0035]进行池名解析，获得服务器IP ;
[0036]发送连接服务器请求；
[0037]连接建立后，向服务器发送数据，或从服务器接收数据；
[0038]关闭连接。
[0039]根据本发明的一个实施例，在客户/服务器模式下，根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下:
[0040]服务器端程序工作流程:
[0041 ] 创建服务器端通信套接字描述符；
[0042]将创建的套接字描述符与服务器地址和端口绑定；
[0043]使服务器套接字描述符做好接收连接请求的准备；
[0044]给套接字描述符定义池名；
[0045]接收客户端发来的数据，或向客户端发送数据；
[0046]在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态到Cookie中；
[0047]如果客户端关闭，关闭套接字描述符；
[0048]客户端程序工作流程:
[0049]创建客户端套接字描述符
[0050]进行池名解析，而从获得服务器IP地址
[0051]连接建立后，向服务器发送数据，或从服务器接收数据
[0052]关闭连接。
[0053]为达成本发明另一目的，本发明一种应用于网络服务器池系统的网络程序开发方法，其包括:
[0054]构建网络服务器池系统，其中所述网络服务器池系统包括:服务器池:服务器池是由一组具有相同功能的，并被统一管理起来的服务器组成，每个服务器池均使用唯一的池名作为标识；
[0055]池化器:是服务器池的管理设备，负责将多台服务器组成一个虚拟的服务器池，并对各台服务器的运行状态进行实时监控和采集；同时提供池名解析功能，以便能让用户方便地访问服务器；
[0056]客户端:访问服务器池的客户机；
[0057]构建网络数据传输结构，其中该数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口、可靠套接字接口以及应用层程序；其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程。
[0058]根据本发明的一个实施例，所述可靠套接字接口在客户/服务器模式下，根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下:
[0059]服务器端程序工作流程:
[0060]创建服务器端通信套接字描述符；
[0061]将创建的套接字描述符与服务器地址和端口绑定；
[0062]使套接字描述符做好接收连接请求的准备；
[0063]给套接字描述符定义池名；
[0064]接收来自客户端的连接请求；
[0065]建立好连接后，接收客户端发来的数据，或向客户端发送数据；
[0066]如果接收到客户端发来的Cookie，说明是进行服务器故障恢复，将本服务器的实时状态按照Cookie里的内容进行恢复；
[0067]在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态
[0068]如果客户端关闭，关闭套接字描述符；
[0069]客户端程序工作流程:
[0070]创建客户端套接字描述符；
[0071]进行池名解析，获得服务器IP ；
[0072]发送连接服务器请求；
[0073]连接建立后，向服务器发送数据，或从服务器接收数据；[0074]关闭连接。
[0075]根据本发明的一个实施例，在客户/服务器模式下，根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下:
[0076]服务器端程序工作流程:
[0077]创建服务器端通信套接字描述符；
[0078]将创建的套接字描述符与服务器地址和端口绑定；
[0079]使服务器套接字描述符做好接收连接请求的准备；
[0080]给套接字描述符定义池名；
[0081]接收客户端发来的数据，或向客户端发送数据；
[0082]在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态到Cookie中；
[0083]如果客户端关闭， 关闭套接字描述符；
[0084]客户端程序工作流程:
[0085]创建客户端套接字描述符
[0086]进行池名解析，而从获得服务器IP地址
[0087]连接建立后，向服务器发送数据，或从服务器接收数据
[0088]关闭连接。
[0089]本发明针对传统的服务器故障接管模式的不足，提出在服务器池框架下实现全透明的故障接管模式，用户无需任何干预，只需要在服务器故障发生后进行一个池名解析就可以获得新的接管服务器，并且可以很大程度上保证获得的接管服务器是正常有效的，从而提高服务器故障容错处理的效率。
[0090]能极大地简化应用程序在容错方面的开发难度和工作量，能够在应用程序的开发过程中就能轻而易举的实现故障处理的能力，使得应用程序本身具有容错能力，从而无需在实施过程中使用其他辅助性的容错产品。
【【专利附图】
【附图说明】】
[0091]图1是本发明的服务器池系统的结构示意图。
[0092]图2为本发明的服务器池系统的工作流程图。
[0093]图3是本发明的可靠套接字接口的协议堆栈图。
[0094]图4是本发明在C/S模式下，根据TCP协议，使用本发明的可靠套接字接口的工作流程图。
[0095]图5是本发明C/S模式下，根据UDP协议使用本发明的可靠套接字接口的工作流程图。
【【具体实施方式】】
[0096]此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。 在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。
[0097]本发明的简化具有故障容错能力的网络服务器程序开发的方法，须建立在服务器池框架下方能发挥其功能。服务器池的核心思想是让某项服务由多个冗余服务器同时来提供，所有这些服务器的集合被称为一个服务器池。也就是说:一项服务是由一个服务器池的整体来提供的，服务器是分布式的，均拥有各自的IP地址。当其中一个服务器因故障而不能继续提供服务的时候，可以由存在于服务器池中另一个正常运行的服务器继续提供。其系统示意图图1所示，本发明的服务器池系统由以下三个部分组成:
[0098]服务器池:服务器池是由一组具有相同功能的，并被统一管理起来的服务器组成，每个服务器池均使用唯一的池名作为标识；
[0099]池化器:是服务器池的管理设备，负责将多台服务器组成一个虚拟的服务器池，并对各台服务器的运行状态进行实时监控和采集；同时提供池名解析功能，以便能让用户方便地访问服务器；
[0100]客户端:访问服务器池的客户机。
[0101]服务器池运行机制大致如下:
[0102]服务器池的登记机制:要求服务器在启动时需主动在池化器处进行登记，登记时需提供服务器的相关系统信息，包括:服务器IP地址、服务端口号、服务协议等信息；
[0103]池化器的故障检测机制:在服务器池系统内，池化器服务器的登记信息负责对服务器进行周期性的健康状况检查，一旦发现服务器故障，池化器立刻将该服务器从服务器池中删除掉，池化器的这种机制可以保证服务器池中所有服务器都是有效的、可用的。
[0104]池化器信息同步机制:池化器发现某服务器发生故障，会立刻在自己所保存的服务器列表中将该服务器删除，同时通过服务器更新消息(Server_Update)通知其他所有池化器该服务器发生故障，其他池化器收到通知后，也立刻将该服务器从其保存的服务器列表中删除掉。这样保证了服务器列表中都是运行正常的服务器，并且所有池化器信息的一致性。
[0105]池化器的池名解析机制:客户端访问服务器池，先在池化器处做池名解析，池化器根据客户端提交的解析请求，在自己的服务器列表中进行查询，通常每个池名都对应着多个服务器，池化器安装实现确定好的选择策略，为该用户选择一个最佳的服务器IP，并将该结果以解析回应消息的形式反馈给客户端。
[0106]基于这种服务器池的特性，当服务器发生故障时，只需简单地通过一次池名解析就可以快速获得新的接管服务器，为客户端应用程序实现快速透明的故障切换功能提供一种行之有效的接管服务器的选择方法，其具体步骤如下:
[0107]某用户通过池名访问服务器池，需首先在池化器处进行池名解析，池化器收到用户(客户端)发来的池名解析请求后，会在自身保存的服务器列表中进行查找，并根据预先确定的策略选择一个有效的正常运行的服务器，然后将该服务器的IP地址发送给发出解析请求的用户。由于所有池化器之间的信息是实时同步的，所以用户无论在哪台池化器上做解析，都可以得到同样的解析结果。
[0108]客户端完成池名解析后，然后根据解析得到的服务器IP地址，直接访问服务器，并进行数据交互。
[0109]如果在数据交换中该服务器发生故障，客户端从传输层(Transport Layer)得到一个错误信息，并且连接随即中断，客户端由此可以获知服务器端发生故障，这时，客户端将进行选择新的接管服务器模式，客户端要选择下一台正常的接管服务器，只需重新在池化器处做一次池名解析，就可以获得下一台正常运行的接管服务器IP地址，如果新的接管服务器也发生故障，客户端可以继续在池化器处做解析，得到下一个接管服务器，以依此类推。
[0110]要实现客户端透明自动的选择接管服务器，无需在客户端维护一个静态的服务器列表，只需在需要选择的时候，向池化器做一次池名解析就可完成接管服务器的选择过程，从而提高整个服务器故障容错的效率。
[0111]下面对本发明的服务器池系统的工作流程做详细说明，请参阅图2所示，本发明的服务器池系统的构建步骤如下:
[0112]步骤S1:首先建立服务器池，并为提供相同服务的服务器组成的服务器池命名，即池名，池名是服务器池唯一的标识名，是由若干个从a到z的26个拉丁字母及O到9的10个阿拉伯数字及以及”符号构成的并按一定的层次和逻辑排列，命名方法与域名(Domain Name)是一致的。池名不能重复,具有相同服务的多台服务器拥有同一个池名。
[0113]步骤S2:在服务启动时，服务器需在池化器处进行登记，登记时要提供相关的系统信息，包括:池名，唯一的服务识别号、服务器IP地址、服务端口、服务协议、服务检测、均衡策略等。服务登记的过程是通过向池化器发送登记(registration)消息，到服务器收到池化器发回来的registration_response消息而完成,registration消息中包含了服务相关的池名信息和服务信息。请参阅图3至图5所示，其分别显示了本发明的登记消息格式示意图、本发明的登记消息格式中池名参数格式示意图、本发明的登记消息格式中服务器参数格式示意图。以及请参阅图6所示，其显示了本发明的登记回应消息格式示意图。
[0114]步骤S3:池化器收到登记消息后，将对其按照池名进行归类，保存在其内部的服务器列表(Server List)之中，同时发布服务器更新消息(ServerJJpdate)给其他池化器，将该服务登记信息同步到其他服务器里，从而保证所有池化器中的Server List都是一致的。
[0115]步骤S4:池化器每隔一个时间段会对其主管服务器进行监控检查，一旦发现有服务器发生故障，立刻从其保持的服务器列表(Server List)中删除该服务器，同时发送服务器更新消息给其他池化器，其他池化器接到该消息后，也同时从自己的服务器列表中删除该服务器。
[0116]步骤S5:池名解析:用户访问服务器池之前，必须向池化器发送池名解析请求，池化器根据自身保持的服务器列表，并按照服务器池的均衡策略为用户选择一台被认为最佳的服务器IP，将结果返回给用户；
[0117]步骤S6:用户访问服务器:根据池名解析的结果，用户直接与服务器建立连接，按照均衡策略，不同的用户通过池名解析，会获得不同的服务器IP，这样用户的访问量就被分配到不同的服务器上。
[0118]要简化网络应用程序的开发，使应用程序开发可以抽象于故障容错处理的具体过程，由于网络应用程序的开发是基于标准的套接字应用程序接口(Socket API)的调用组合来实现的，参见图2所示可靠套接字接口的协议堆栈图，本发明对标准的套接字应用程序接口做一个封装，将故障容错处理的过程包含在封装层内，即在Socket API与应用层之间增加一层所谓的“可靠的套接字接口(Reliable Socket API)”，并且保持新的“可靠的套接字接口”在形式上和调用方式上和标准套接字应用程序接口(Socket API)的一致性，这样开发者可以轻松过渡到新的套接字接口上开发开发出具有容错功能的网络应用程序，就如同开发一个普通的网络应用程序一样，同时旧有的网络应用程序也可以极为方便地移植到新的可靠套接字接口之上。在服务器池的框架下，用户应用程序通过使用新的可靠套接字接口而轻松开发出具有故障容错功能的网络应用程序。
[0119]可靠套接字应用程序接口，包含了构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复等全部功能，开发者可以完全将精力集中在应用层面的开发，而无需额外地考虑复杂的容错处理部分的开发，这就极大的节省了开发工作量。
[0120]在客户/服务器模式(C/S)下，根据传输控制协议(Transmission ControlProtocol, TCP)使用该可靠套接字接口的工作流程如下:
[0121 ] 服务器端程序工作流程:
[0122]使用r_S0Cket ()创建服务器端通信套接字描述符；
[0123]使用r_bind()将创建的套接字描述符与服务器地址和端口绑定；
[0124]使用r_listen()使套接字描述符做好接收连接请求的准备；
[0125]使用r_setpool()给套接字描述符定义池名；
[0126]使用;r_accept()接收来自客户端的连接请求；
[0127]建立好连接后,使用r_recv()接收客户端发来的数据,或使用；r_send()向客户端发送数据；
[0128]如果接收到客户端发来的Cookie，说明是进行服务器故障恢复，使用r_updateStateO将本服务器的实时状态按照Cookie里的内容进行恢复；
[0129]在服务器处理客户但请求，并与客户端进行交互的过程中，使用LsetcookieO记录服务器实时运行状态
[0130]如果客户端关闭，使用r_cl0Se()关闭套接字描述符。
[0131]客户端程序工作流程:
[0132]使用r_S0Cket O创建客户端套接字描述符；
[0133]使用r_gethostbyname O进行池名解析,获得服务器IP ；
[0134]使用r_connect()发送连接服务器请求；
[0135]连接建立后，使用r_send()向服务器发送数据，或使用r_reCV O从服务器接收数据；
[0136]使用r_close O关闭连接。
[0137]在客户/服务器模式(C/S)下，根据用户数据报协议(User Data Protocol，简称UDP)使用该可靠套接字接口的工作流程如下:
[0138]服务器端程序工作流程:
[0139]使用r_S0Cket ()创建服务器端通信套接字描述符；
[0140]使用r_bind()将创建的套接字描述符与服务器地址和端口绑定；
[0141]使用r_listen()使服务器套接字描述符做好接收连接请求的准备；
[0142]使用r_setpool()给套接字描述符定义池名；
[0143]使用r_recvfrom()接收客户端发来的数据,或使用r_sendto()向客户端发送数据；
[0144]在服务器处理客户但请求，并与客户端进行交互的过程中，使用LsetcookieO记录服务器实时运行状态
[0145]如果客户端关闭，使用r_cl0Se()关闭套接字描述符。
[0146]客户端程序工作流程:
[0147]使用；r_socket()创建客户端套接字描述符
[0148]使用r_gethostbyname O进行池名解析,而从获得服务器IP地址
[0149]连接建立后,使用r_sendto O向服务器发送数据,或使用r_recvfrom O从服务器接收数据
[0150]使用r_close O关闭连接。
[0151]在服务器端使用可靠套接字接口的流程上，正常情况下，在完成监听服务器地址和端口后，需要调用r_Setp00l()给该服务器定义池名，这一步十分重要，因为服务器池里，每个池名都可以对应多个服务器IP，客户端只通过池名解析才能简单有效的获得服务器地址；另外在服务器运行过程中，需要周期性的调用r_setC00kie()，将自身的实时运行状态记录在cookie中，然后由可靠套接字层全透明地发送到客户端程序。
[0152]客户端程序在使用可靠套接字接口基本上和使用标准套接字接口一样，服务器端会通过可靠套接字层周期性发送Cookie到客户端，在客户端的可靠套接字层收到Cookie后，会自动保存在可靠套接字层里，并不会将此Cookie传递给应用层，因此该cookie对应用来说也是透明的。
[0153]当服务器发生故障后，可靠套接字层将从标准套接字层获得错误消息，但并不把该错误消息传递给应用层，而是立刻使用r_gethostbyname O进行池名解析,从而获得新的接管服务器，然后调用r_connect O连接接管服务器，连接成功后，首先把最后保存的Cookie发送给新的接管服务器,接管服务器收到这个cookie,立刻使用该Cookie的内容对自己的状态进行重置，由于Cookie保存的是故障服务器发生故障前的状态，因此接管服务器就将自己恢复到故障服务器的中断前的状态，这样故障恢复过程就完成了，而且这一过程是在可靠套接字层实现的，完全是透明于应用程序。
[0154]本发明方法的优点在:通过对网络应用程序开发标准接口 “套接字接口(SocketAPI)"进行封装和扩展，在保持原有套接字接口的同时，将容错功能封装起来，实现一种被称为“可靠套接字接口(reliable socket API)”的方法和思想，使得网络应用程序的开发可以专注于应用领域的开发工作，而无需对故障容错做过多的考虑，使得所有基于“可靠套接字接口 reliable socket API”开放的网络应用程序天生具备良好的容错能力，并且在应用实施的时候，也无需增加第三方辅助性质的容错方案；
[0155]可靠应用程序的开发变得简单明了，使故障容错网络机制化；
[0156]在后期实施、部署及运行过程中，也极大降低维护量，服务器系统结构调整均无需对程序进行重新调整，也无需做相关的设置。
[0157]上述说明已经充分揭露了本发明的【具体实施方式】。需要指出的是，熟悉该领域的技术人员对本发明的【具体实施方式】所做的任何改动均不脱离本发明的权利要求书的范围。相应地，本发明的权利要求的范围也并不仅仅局限于前述【具体实施方式】。
【权利要求】
1.一种应用于网络服务器池系统的数据传输结构，其中所述网络服务器池系统包括: 服务器池:服务器池是由一组具有相同功能的，并被统一管理起来的服务器组成，每个服务器池均使用唯一的池名作为标识； 池化器:是服务器池的管理设备，负责将多台服务器组成一个虚拟的服务器池，并对各台服务器的运行状态进行实时监控和采集；同时提供池名解析功能，以便能让用户方便地访问服务器； 客户端:访问服务器池的客户机； 所述数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口以及应用层程序；其特征在于:在应用层程序与套接字接口之间设置有可靠套接字接口，其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程。
2.如权利要求1所述的数据传输结构，其特征在于:所述可靠套接字接口在客户/服务器模式下，根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下: 服务器端程序工作流程: 创建服务器端通信套接字描述符； 将创建的套接字描述符与服务器地址和端口绑定； 使套接字描述符做好接收连接请求的准备； 给套接字描述符定义池名；` 接收来自客户端的连接请求； 建立好连接后，接收客户端发来的数据，或向客户端发送数据； 如果接收到客户端发来的Cookie，说明是进行服务器故障恢复，将本服务器的实时状态按照Cookie里的内容进行恢复； 在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态 如果客户端关闭，关闭套接字描述符； 客户端程序工作流程: 创建客户端套接字描述符； 进行池名解析，获得服务器IP ； 发送连接服务器请求； 连接建立后，向服务器发送数据，或从服务器接收数据； 关闭连接。
3.如权利要求1所述的数据传输结构，其特征在于:在客户/服务器模式下，根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下: 服务器端程序工作流程: 创建服务器端通信套接字描述符； 将创建的套接字描述符与服务器地址和端口绑定； 使服务器套接字描述符做好接收连接请求的准备； 给套接字描述符定义池名； 接收客户端发来的数据，或向客户端发送数据； 在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态到 Cookie 中； 如果客户端关闭，关闭套接字描述符； 客户端程序工作流程: 创建客户端套接字描述符 进行池名解析，而从获得服务器IP地址 连接建立后，向服务器发送数据，或从服务器接收数据 关闭连接。
4.一种应用于网络服务器池系统的网络程序开发方法，其包括: 构建网络服务器池系统，其中所述网络服务器池系统包括:服务器池:服务器池是由一组具有相同功能的，并被统一管理起来的服务器组成，每个服务器池均使用唯一的池名作为标识； 池化器:是服务器池的管理设备，负责将多台服务器组成一个虚拟的服务器池，并对各台服务器的运行状态进行实时监控和采集；同时提供池名解析功能，以便能让用户方便地访问服务器； 客户端:访问服务器池的客户机； 构建网络数据传输结构， 其中该数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口、可靠套接字接口以及应用层程序；其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程。
5.如权利要求4所述的数据传输结构，其特征在于:所述可靠套接字接口在客户/服务器模式下，根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下: 服务器端程序工作流程: 创建服务器端通信套接字描述符； 将创建的套接字描述符与服务器地址和端口绑定； 使套接字描述符做好接收连接请求的准备； 给套接字描述符定义池名； 接收来自客户端的连接请求； 建立好连接后，接收客户端发来的数据，或向客户端发送数据； 如果接收到客户端发来的Cookie，说明是进行服务器故障恢复，将本服务器的实时状态按照Cookie里的内容进行恢复； 在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态 如果客户端关闭，关闭套接字描述符； 客户端程序工作流程: 创建客户端套接字描述符； 进行池名解析，获得服务器IP ； 发送连接服务器请求； 连接建立后，向服务器发送数据，或从服务器接收数据； 关闭连接。
6.如权利要求4所述的数据传输结构，其特征在于:在客户/服务器模式下，根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下: 服务器端程序工作流程: 创建服务器端通信套接字描述符； 将创建的套接字描述符与服务器地址和端口绑定； 使服务器套接字描述符做好接收连接请求的准备； 给套接字描述符定义池名； 接收客户端发来的数据，或向客户端发送数据； 在服务器处理客户但请求，并与客户端进行交互的过程中，记录服务器实时运行状态到 Cookie 中； 如果客户端关闭，关闭套接字描述符； 客户端程序工作流程: 创建客户端套接字描述符 进行池名解析，而从获得服务器IP地址 连接建立后，向服务器发送数据，或从服务器接收数据 关闭连 接。
【文档编号】H04L12/24GK103731291SQ201210393632
【公开日】2014年4月16日 申请日期:2012年10月16日 优先权日:2012年10月16日
【发明者】张焰 申请人:无锡云捷科技有限公司