CN102520920B - 发布应用程序的方法、网络平台、应用程序开发端及系统 - Google Patents

Abstract

本发明涉及通讯领域，具体涉及一种发布应用程序的方法、网络平台、开发端及系统。该方法包括：网络平台设置接口标准、接口授权模式、交互模式；所述网络平台接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序；所述网络平台在所述开发端写入应用程序的过程中同步进行多个备份；所述网络平台对写入的应用程序进行多个待读取的备份；所述网络平台对所述写入的应用程序进行发布。本发明能够响应请求的成功率，缩短响应时间。

Description

发布应用程序的方法、网络平台、应用程序开发端及系统

技术领域

本发明涉及通讯领域，具体涉及一种发布应用程序的方法、网络平台、应用程序开发端及系统。

背景技术

目前，网络上出现了一种可以给众多应用程序开发者提供展示和被访问空间的网络平台，这种网络平台事实上只是一种平台，应用程序开发者可以将开发的应用程序上传到该网络平台，然后得到广大用户终端的访问或下载或在线使用，从而为开发者提供了一个充分展示开发成果并将开发成果展示给普通用户并被普通用户使用的机会。不过，由于一些开发的应用程序广受普通用户的喜欢，从而网络平台在同一时间段被上千万或更多的普通用户所访问，或者是，由于网络平台上多个应用程序受普通用户的喜爱，网路平台同样受到超高的访问点击，从而导致因网络平台负载较大，开发端或用户终端的请求出现排队现象，响应请求成功率低、响应时间长，而且，还存在故障频出的问题。

发明内容

本发明提供一种发布应用程序的方法、网络平台、应用程序开发端及系统，能够提高响应请求的成功率，缩短响应时间。

本发明提供了一种发布应用程序的方法，包括：

在网络平台中设置接口标准、接口授权模式、交互模式；

所述网络平台接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；

所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；

将多个写服务器中的所述应用程序分别保存到多个读服务器中；

所述网络平台对写入的应用程序进行可访问式发布；

所述接口标准包括社会性网络服务SNS社区网站开放平台的接口标准；

和/或，

所述接口授权模式支持Oauth的规范；

和/或，

所述交互模式包括主/从模式master/slave；

所述网络平台包括前端服务器和多个客户通讯端；

在所述网络平台接收一个以上开发端的写入应用程序请求之后，并在将所述接口标准、接口授权模式、交互模式发送给所述开发端之前，所述方法进一步包括：所述前端服务器按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应写入请求的客户通讯端；所述将所述接口标准、接口授权模式、交互模式发送给所述开发端包括：所述响应所述写入请求的客户通讯端将所述接口标准、接口授权模式、交互模式发送给所述开发端。

所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中包括：

所述网络平台提供给所述开发端上传符合所述接口标准、接口授权模式、交互模式的应用程序的指令；

所述网络平台接收所述开发端根据指令上传的符合所述接口标准、接口授权模式、交互模式的应用程序；

所述网络平台向所述开发端提供能够对上传的所述应用程序进行编辑和写入网络平台的指令；

所述网络平台在所述应用程序写入的过程中同步保存到多个写入服务器中。

所述将多个写服务器中的所述应用程序分别保存到多个读服务器中包括：

多个写服务器中的每一个写服务器分别将所述应用程序写入多个读服务器中对应的一个读服务器；

或者

多个写服务器中的一台写服务器作为主服务器时，将所述应用程序分别保存到多个读服务器。

在所述网络平台对所述写入的应用程序进行发布之后，所述方法进一步包括：所述网络平台接收一个以上用户终端对所述应用程序的访问请求；所述网络平台按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应所述访问请求的客户通讯端；所述响应所述访问请求的客户通讯端与所述用户终端建立通讯，从多个读服务器中选择一个读取出应用程序。

在网络平台中设置接口标准、接口授权模式、交互模式；

所述网络平台接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；

所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；

将多个写服务器中的所述应用程序分别保存到多个读服务器中；

所述网络平台对所述写入的应用程序进行可访问式发布。

所述接口标准优选为包括社会性网络服务SNS社区网站开放平台的接口标准；

和/或，

所述接口授权模式优选为支持Oauth的规范；

和/或，

所述交互模式优选为包括主/从模式master/slave。

所述网络平台优选为接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中包括：

所述网络平台优选为提供给所述开发端上传符合所述接口标准、接口授权模式、交互模式的应用程序的指令；

所述网络平台优选为接收所述开发端根据指令上传的符合所述接口标准、接口授权模式、交互模式的应用程序；

所述网络平台优选为提供所述开发端对上传的所述应用程序编辑和写入网络平台的指令；

所述网络平台优选为在所述应用程序写入的过程中同步保存到多个写入服务器中。

所述将多个写服务器中的所述应用程序分别保存到多个读服务器中优选为包括：

多个写服务器中的每一个写服务器优选为分别将所述应用程序写入多个读服务器中对应的一个读服务器；

或者

多个写服务器中的一台写服务器作为主服务器时，优选为将所述应用程序分别保存到多个读服务器。

所述网络平台优选为包括前端服务器和多个客户通讯端；

在所述网络平台接收一个以上开发端的写入应用程序请求之后，并在将所述接口标准、接口授权模式、交互模式发送给所述开发端之前，所述方法优选为进一步包括：所述前端服务器按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应所述写入请求的客户通讯端；则，所述将所述接口标准、接口授权模式、交互模式发送给所述开发端包括：所述响应所述写入请求的客户通讯端将所述接口标准、接口授权模式、交互模式发送给所述开发端；

和/或，

在所述网络平台对所述写入的应用程序进行发布之后，所述方法优选为进一步包括：所述网络平台接收一个以上用户终端对所述应用程序的访问请求；所述网络平台按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应所述访问请求的客户通讯端；所述响应所述访问请求的客户通讯端与所述用户终端建立通讯，从多个读服务器中选择一个读取出应用程序。

本发明还提供了一种网络平台，包括:

设置模块，用于设置接口标准、接口授权模式、交互模式；

接收模块，用于接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；用于接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；并用于从多个读服务器中读取所述应用程序；

发布模块，用于对所述写入的应用程序进行可访问式发布。

所述接收模块优选为包括：前端服务器和多个客户通讯端；

其中，所述前端服务器优选为用于接收一个以上开发端的写入应用程序请求，按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述写入应用程序请求发送到所选择的所述客户通讯端；所述客户通讯端优选为用于接收所述前端服务器发送的所述写入应用程序请求，将所述接口标准、接口授权模式、交互模式发送给所述开发端，并将写入的所述应用程序同步保存到多个写服务器中；

和/或，

所述前端服务器优选为进一步用于接收一个以上用户终端对所述应用程序的访问请求；按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述访问请求发送到所述选择的所述客户通讯端；所述客户通讯端用于接收所述前端服务器发送的所述访问请求，并从多个读服务器中读取出应用程序的数据。

本发明还提供了一种应用程序开发端，包括：

发送请求模块，用于向网络平台发送写入应用程序请求；

接收模块，用于接收所述网络平台的接口标准、接口授权模式、交互模式；

写入模块，用于将符合所述接口标准、接口授权模式、交互模式的应用程序写入所述网络平台。

本发明还提供了一种发布应用程序的系统，包括：

如上所述的网络平台、一个以上的如上所述的开发端、一个以上的用户终端、多个写服务器、多个读服务器；

所述用户终端用于访问所述网络平台发布的可访问式应用程序；

多个所述写服务器用于保存写入所述网络平台的所述应用程序，并分别保存到所述多个读服务器中；

多个所述读服务器用于保存多个所述写服务器保存的所述应用程序，并为所述网络平台提供所述应用程序的读取。

多个写服务器中的每一个写服务器优选为分别将所述应用程序写入多个读服务器中对应的一个读服务器；

或者

多个写服务器中的一台写服务器作为主服务器时，将所述应用程序优选为分别保存到多个读服务器。

通过本发明提供的一种发布应用程序的方法、网络平台、应用程序开发端及系统，能够达到如下的有益效果：

1.提高了系统响应请求的成功率，降低了响应时间。本发明中，所述方法或系统在所述开发端写入应用程序的过程中在写服务器保存写入所述网络平台的所述应用程序，并分别保存到所述多个读服务器中；在读服务器中用于保存多个所述写服务器保存的所述应用程序，并为所述网络平台提供所述应用程序的读取；从而将应用程序的读和写分开，根据开发端或用户终端的请求内容，网络平台可以分别与写服务器或读服务器建立通讯连接，从而完成应用程序的写入或读取，避免了读和写在一台服务器上，服务器的负载过大，提高了系统响应请求的成功率，降低了响应时间；同时，写服务器和读服务器分别有多个，且多个写服务器同步存储备份，用于分别响应请求，从而分摊请求，尤其在在开发端或用户终端发出的请求过多时，过多请求不必在一台或几台写或读服务器上进行排队，造成一台或几台服务器负载过大，本发明的多个写服务器和多个读服务器将请求分摊后，因此还降低了某一台或某几台服务器的负载，进一步提高了系统响应请求的成功率，降低了响应时间。

2.降低网络平台运转故障率。本发明提供的系统，包括多个写服务器和多个读服务器，如果在写入或读取的一台服务器时，出现故障，那么其他的已经备份过的服务器可以继续响应，避免造成网络平台因为一台服务器出现故障而整个网络平台瘫痪的状态，降低网络平台的故障率。

3.整个系统运行更加正常、通畅。本发明的网络平台还包括了前端服务器和多个客户通讯端，前端服务器可以通过随机或设定顺序或轮询的方式进行确定响应请求的客户通讯端，尤其是轮询的方式，可以使每一个客户通讯端都保持均衡的请求响应率，平均网络平台的负载，开发端和用户终端在利用网络平台进行写入或访问时操作更加通畅、快捷，进一步提高了系统响应请求的成功率，降低了响应的时间。

附图说明

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

图1为本发明中发布应用程序的方法的基本流程图；

图2为本发明中网络平台发布应用程序的系统的基本结构是意图。

图3为本发明一个实施例中发布应用程序的方法的流程图。

图4为本发明中网络平台的基本结构示意图。

图5为本发明中应用程序开发端的基本结构示意图。

具体实施方式

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

本发明提供了一种发布应用程序的方法，见图1，该方法主要包括以下步骤：

步骤101：在网络平台中设置接口标准、接口授权模式、交互模式；

步骤102：所述网络平台接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；

步骤103：所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；

步骤104：将多个写服务器中的所述应用程序分别保存到多个读服务器中；

步骤105：所述网络平台对所述写入的应用程序进行可访问式发布。

本发明还提供了一种网络平台发布应用程序的系统，见图2，该系统主要包括：

网络平台、一个以上的应用程序开发端、一个以上的用户终端、多个写服务器、多个读服务器；

其中，

网络平台，主要用于接收开发端的开发的应用程序的写入请求，发送网络平台的接口标准、接口授权模式、交互模式，将应用程序保存到多个写服务器，在可访问式应用程序被访问时从多个读服务器中读取应用程序；

开发端，主要用于发送开发的应用程序的写入请求，接收网络平台的接口标准、接口授权模式、交互模式，把应用程序写入系统内的写服务器中；

用户终端，主要用于发送访问应用程序的访问请求，接收网络平台的通讯信号，读取系统内读服务器中的应用程序数据；

多个所述写服务器中的每一个写服务器分别用于保存写入所述网络平台的所述应用程序，并分别保存到所述多个读服务器中对应的一个读服务器；

多个所述读服务器的每一台读服务器均用于保存每一个所述写服务器保存的所述应用程序，并为所述网络平台提供所述应用程序的读取。

下面通过一个具体实施例来详细说明本发明提到的网络平台发布应用程序的业务进程。

图3是本发明一个实施例中发布应用程序的方法的流程图。本发明从本流程中步骤302-307能够完成开发端的应用程序写入，步骤308-311能够完成网络平台将写入的应用程序进行发布，步骤312-314能够完成用户终端发送访问请求并能够从系统的读服务器读取应用程序数据。

步骤301，在网络平台上设置接口标准、接口授权模式、交互模式；

网络平台为了使一个以上的应用程序开发端更容易获得网络平台的接口，同时又能够维护用户信息的安全性，因此，在网络平台上需要设置接口标准、接口授权模式、交互模式，网络平台的接口也优选为基于浏览器和服务器结构(Browser/Server，简写为B/S结构)，主要开发端或用户终端能够连网既可以方便的获取平台接口的数据信息，不受开发语言的限制；

网络平台遵循网络上社会性网络服务SNS社区网站开放平台的接口标准，能够得到更多开发端的信赖与支持，方便开发端为网络平台开发新应用。同时，易于接入现成的支持该规范的应用产品；

网络平台支持google提供了多语言版本的SDK，开发端可以选择适合自己的开发语言接口网络平台提供的接口从网络平台获取数据。

网络平台的接口的授权模式支持Oauth的规范，在保证用户终端和开发端数据安全的情况下支持多种授权模式；方面用户终端和开发端及其他用户应用的接入使用。

网络平台数据库的交互采用了主/从(master/slave)的交互模式，与数据库的直接交互由C写gateway程序实现。前端接口用过Socket与C交互获取数据。保证数据库的稳定性。

步骤302，开发端在网络平台注册后向网络平台提出写入应用程序请求；

本发明的网络平台为了更利于使用者使用，并根据其不同的使用需要，对其进行针对性服务、更新、维护等操作，本发明的网络平台可以设定使用者注册和登录程序；

网络平台包括前端服务器和多个客户通讯端。

开发端可以首先在网络平台的前端服务器上进行注册，然后根据网络平台提供的开发端使用界面，根据界面中的显示，找到写入应用程序请求的发送请求的链接，从而提出写入应用程序的请求。

步骤303，网络平台验证开发端的身份，并确立与开发端进行通讯的客户通讯端，客户通讯端向开发端发送接口标准、接口授权模式、交互模式；

网络平台的前端服务器接收到开发端的写入请求后，首先对开发端注册的身份进行验证，这种验证可以通过发送并验证手机验证码，或者发送并验证邮箱验证链接，或者其他验证方式对开发端的身份进行验证。

网络平台的前端服务器在开发端的身份得到验证后，可以在网络平台的多个客户通讯端中确定与发送写入请求的开发端进行通讯的客户通讯端，这种确立方式，可以为随机的方式或按设定的顺序(比如：对客户通讯端进行编号，先选取奇数号，再选取偶数号)或者将一个以上的写入请求在多个客户通讯端中分布式轮询。其中为了尽可能保证每个客户通讯端的被分配量保持在平均的层面上，优选为采用分布式轮询的方式，这种分布式轮询采用的方式可以为：采用Memcached在linux下使用epoll均衡任何数量的写入请求，使用非阻塞的网络I/O，对客户通讯端内部缓存进行引用计数，使用网络平台自有的页块分配器和哈希表，因此网络平台虚拟内存不会产生碎片，通过这样一方面可以在多个客户通讯端进行均衡，同时很大程度地提高了请求写入的速度，并且不会造成通讯堵塞。

确认客户通讯端后，被确认的客户通讯端会与开发端建立通讯连接，客户通讯端向开发端发送接口标准、接口授权模式、交互模式等。

步骤304，网路平台提供给开发端写入应用程序的写入指令；

客户通讯端在向开发端发送接口标准、接口授权模式、交互模式之后，前端服务器会给开发端提供写入的指令，在被确认的客户通讯端向开发端发送以上内容的同时或之后，客户通讯端可以与多个写服务器建立连接，多个写服务器为开发端提供写入应用程序的写入空间。

步骤305，开发端根据接收的接口标准、接口授权模式、交互模式开发应用程序并将应用程序上传到写入空间；

开发端在接收到客户通讯端发送的接口标准、接口授权模式、交互模式之后，可以根据接收的内容对已经写好的应用程序进行调整，或者按着接收的内容进行编写应用程序，以适合本发明提供的网络平台，并能够与网络平台兼容在网络平台上运行，然后将应用程序上传到写入空间。

步骤306，开发端在网络平台上对上传的应用程序进行修正、测试；

开发端将应用程序上传到写入空间之后，为了能够使应用程序在网络平台上顺利运行，往往需要在网络平台上进行运行的测试，对部分内容进行修正。

步骤307，开发端将修正完毕的应用程序通过写入指令写入网络平台；

在开发端将应用程序上传到写入空间后，以及在开发端在网络平台的前端服务器上进行应用程序测试、修正的中，网络平台的前端服务器可以为开发端提供随时提交写入的链接。

至此，就完成了开发端的写入应用程序的操作。

步骤308，多个写服务器对写入的应用程序进行多次存储备份；

这一步是多个写服务器中的每一个写服务器分别将所述应用程序进行存储。

多个写服务器，为了防止开发端在写入应用程序时操作中断，在中断后可以保持断点续传，或为了避免多个写入服务器中某一台或几台写入服务器负载过大，多个写入服务器可以同步进行存储备份，同步的方式，可以为多个写服务器均与响应请求的客户通讯端相连接，同步存储备份，或者以一台写服务器为主与响应请求的客户通讯端相连接，其他写服务器为从，分别与主写服务器相连接，进行先主后从的主从同步存储备份，以方便随时可以调用数据，这样，可以提高写入服务器的速度，而且降低写入的故障率。

其中，写服务器有多个，且多个写服务器同步存储备份，用于分别响应请求，从而分摊请求，尤其在开发端或用户终端发出的请求过多时，过多请求不必在一台或几台写服务器上进行排队，造成一台或几台服务器负载过大，本发明的多个写服务器将请求分摊后，因此还降低了某一台或某几台服务器的负载，进一步提高了系统响应请求的成功率，降低了响应时间。

多个写服务器，如果在写入的一台服务器时，出现故障，那么其他的已经备份过的服务器可以继续响应，避免造成网络平台因为一台服务器出现故障而整个网络平台瘫痪的状态，降低网络平台的故障率。

步骤309，多个读服务器对写入的应用程序进行多次存储备份，待读取；

多个读服务器，为了保证一个以上开发端的写入请求或一个以上用户终端访问请求同时提交到网络平台的前端服务器，不影响读的正常运行，需要利用多个读服务器对写入的应用程序进行存储备份；同时，为了防止开发端或用户终端读取一个应用程序中因为对应的一台或几台读服务器负载过大中断服务，在更换到另一台读服务器时数据的连续性，需要对多个读服务器进行同步的备份、更新、存储，这样可以提高读取服务器的运行速度，而且降低读取服务器的故障率。

其中，多个写服务器中的每一个写服务器优选为分别将所述应用程序写入多个读服务器中对应的一个读服务器；或者多个写服务器中的一台写服务器作为主服务器时，优选为将所述应用程序分别保存到多个读服务器，即：存储备份的方式为多个读服务器分别与多个写服务器分别相连，根据写服务器存储备份的应用程序进行同步的存储备份，待读取；或者采取另外一种方式，其中一个读服务器为主，与写服务器中的一台，这一台写服务器可以为主写服务器，进行连接，主读服务器从主写服务器中同步存储备份写入的应用程序，然后其他的读服务器为从，通过主从关系，从主读服务器中同步存储备份。

所述方法或系统在所述开发端写入应用程序的过程中在写服务器同步进行多个存储备份；在读服务器中对写入的应用程序进行多个待读取的存储备份；从而将应用程序的读和写分开，根据开发端或用户终端的请求内容，网络平台可以分别与写服务器或读服务器建立通讯连接，从而完成应用程序的写入或读取，避免了读和写在一台服务器上，服务器的负载过大，提高了系统响应请求的成功率，降低了响应时间；同时，写服务器和读服务器分别有多个，且多个写服务器同步存储备份，用于分别响应请求，从而分摊请求，尤其在在开发端或用户终端发出的请求过多时，过多请求不必在一台或几台写或读服务器上进行排队，造成一台或几台服务器负载过大，本发明的多个写服务器和多个读服务器将请求分摊后，因此还降低了某一台或某几台服务器的负载，进一步提高了系统响应请求的成功率，降低了响应时间。

步骤310，网络平台对写入的应用程序进行验证；

网络平台在应用程序写入之后，为了保证应用程序能够符合网络平台运行标准，需要根据验证标准对应用程序进行验证，验证标准包括：接口标准、接口授权模式、交互模式等，同时网络平台还可以根据法律、法规、生活道德等标准对应用程序进行检验。

步骤311，网络平台将验证成功的应用程序进行发布；

发布的应用程序为可访问式发布，应用程序发布之后可以用于用户访问、使用或其他各种操作。

至此，网络平台完成对写入的应用程序的发布。

网络平台对应用程序进行发布的目的是为了用户终端使用、访问，因此，网络平台还需要进一步接受用户终端的访问请求和顺利的完成与用户终端的通讯以及数据传输。接下来，通过步骤312-314来描述。

步骤312，用户终端发出应用程序访问请求，

用户终端在登录网络平台后，首先在网络平台前端服务器进行注册，然后网络平台前端服务器对用户终端的身份进行验证，验证步骤和方法与步骤303相同，待身份验证成功后，用户终端发出应用程序访问请求。

步骤313，网络平台接收访问请求，并确立与用户终端进行通讯的客户通讯端，客户通讯端与用户终端建立通讯；

网络平台前端服务器接收到用户终端提交的访问请求，从多个客户通讯端确定与用户终端进行通讯的客户通讯端，确定的方法与步骤303相同，确定客户通讯端后确定的客户通讯端与用户终端建立通讯，在这个步骤的同时或之后，客户通讯端也建立了与多个读服务器中的一台的通讯。

客户通讯端可以按随机或设定顺序或在多个读服务器件轮询的方式选择一台读服务器进行通讯，从中读取应用程序的数据，这种选择方法与步骤303相同。

步骤314，用户终端通过客户通讯端读取读服务器中的应用程序数据；

用户终端建立与客户通讯端的通讯后，则可以从读服务器上读取应用程序的数据资料。

至此，完成了用户终端对应用程序的访问。

本发明还提供了一种网络平台，见图4所示，包括:

设置模块，用于设置接口标准、接口授权模式、交互模式；

接收模块，用于接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；用于接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；并用于从多个读服务器中读取所述应用程序；

发布模块，用于对所述写入的应用程序进行可访问式发布。

所述接收模块优选为包括：前端服务器和多个客户通讯端；

其中，所述前端服务器优选为用于接收一个以上开发端的写入应用程序请求，按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述写入应用程序请求发送到所选择的所述客户通讯端；所述客户通讯端优选为用于接收所述前端服务器发送的所述写入应用程序请求，将所述接口标准、接口授权模式、交互模式发送给所述开发端，并将写入的所述应用程序同步保存到多个写服务器中；

和/或，

所述前端服务器优选为进一步用于接收一个以上用户终端对所述应用程序的访问请求；按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述访问请求发送到所述选择的所述客户通讯端；所述客户通讯端用于接收所述前端服务器发送的所阿虎访问请求，并从多个读服务器中读取出应用程序的数据。

本发明还提供了一种应用程序开发端，见图5所示，包括：

发送请求模块，用于向网络平台发送写入应用程序请求；

接收模块，用于接收所述网络平台的接口标准、接口授权模式、交互模式；

写入模块，用于将符合所述接口标准、接口授权模式、交互模式的应用程序写入所述网络平台。

通过本发明提供的一种发布应用程序的方法、网络平台、开发端及系统，能够达到如下的有益效果：

1.降低网络平台负载。本发明中，所述方法或系统在所述开发端写入应用程序的过程中在写服务器保存写入所述网络平台的所述应用程序，并分别保存到所述多个读服务器中；在读服务器中用于保存多个所述写服务器保存的所述应用程序，并为所述网络平台提供所述应用程序的读取；从而将应用程序的读和写分开，根据开发端或用户终端的请求内容，网络平台可以分别与写服务器或读服务器建立通讯连接，从而完成应用程序的写入或读取，避免了读和写在一台服务器上，服务器的负载过大，提高了系统响应请求的成功率，降低了响应时间；同时，写服务器和读服务器分别有多个，且多个写服务器同步存储备份，用于分别响应请求，从而分摊请求，尤其在在开发端或用户终端发出的请求过多时，过多请求不必在一台或几台写或读服务器上进行排队，造成一台或几台服务器负载过大，本发明的多个写服务器和多个读服务器将请求分摊后，因此还降低了某一台或某几台服务器的负载，进一步提高了系统响应请求的成功率，降低了响应时间。

2.降低网络平台运转故障率。本发明提供的系统，包括多个写服务器和多个读服务器，如果在写入或读取的一台服务器时，出现故障，那么其他的已经备份过的服务器可以继续响应，避免造成网络平台因为一台服务器出现故障而整个网络平台瘫痪的状态，降低网络平台的故障率。

3.整个系统运行更加正常、通畅。本发明的网络平台还包括了前端服务器和多个客户通讯端，前端服务器可以通过随机或设定顺序或轮询的方式进行确定响应请求的客户通讯端，尤其是轮询的方式，可以使每一个客户通讯端都保持均衡的请求响应率，平均网络平台的负载，开发端和用户终端在利用网络平台进行写入或访问时操作更加通畅、快捷，进一步提高了系统响应请求的成功率，降低了响应的时间。

本发明提供的各种实施例可根据需要以任意方式相互组合，通过这种组合得到的技术方案，也在本发明的范围内。

显然，本领域技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也包含这些改动和变型在内。

Claims (7)

1.一种发布应用程序的方法，其特征在于，包括：

在网络平台中设置接口标准、接口授权模式、交互模式；

所述网络平台接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；

所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；

将多个写服务器中的所述应用程序分别保存到多个读服务器中；

所述网络平台对写入的应用程序进行可访问式发布；

所述接口标准包括社会性网络服务SNS社区网站开放平台的接口标准；

和/或，

所述接口授权模式支持Oauth的规范；

和/或，

所述交互模式包括主/从模式master/slave；

所述网络平台包括前端服务器和多个客户通讯端；

在所述网络平台接收一个以上开发端的写入应用程序请求之后，并在将所述接口标准、接口授权模式、交互模式发送给所述开发端之前，所述方法进一步包括：所述前端服务器按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应写入请求的客户通讯端；所述将所述接口标准、接口授权模式、交互模式发送给所述开发端包括：所述响应所述写入请求的客户通讯端将所述接口标准、接口授权模式、交互模式发送给所述开发端。

2.如权利要求1所述的发布应用程序的方法，其特征在于，所述网络平台接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中包括：

所述网络平台提供给所述开发端上传符合所述接口标准、接口授权模式、交互模式的应用程序的指令；

所述网络平台接收所述开发端根据指令上传的符合所述接口标准、接口授权模式、交互模式的应用程序；

所述网络平台向所述开发端提供能够对上传的所述应用程序进行编辑和写入网络平台的指令；

所述网络平台在所述应用程序写入的过程中同步保存到多个写入服务器中。

3.如权利要求1所述的发布应用程序的方法，其特征在于，所述将多个写服务器中的所述应用程序分别保存到多个读服务器中包括：

多个写服务器中的每一个写服务器分别将所述应用程序写入多个读服务器中对应的一个读服务器；

或者

多个写服务器中的一台写服务器作为主服务器时，将所述应用程序分别保存到多个读服务器。

4.如权利要求1-3任一项所述的发布应用程序的方法，其特征在于；

在所述网络平台对所述写入的应用程序进行发布之后，所述方法进一步包括：所述网络平台接收一个以上用户终端对所述应用程序的访问请求；所述网络平台按随机的方式或设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式确定响应所述访问请求的客户通讯端；所述响应所述访问请求的客户通讯端与所述用户终端建立通讯，从多个读服务器中选择一个读取出应用程序。

5.一种网络平台，其特征在于，包括:

设置模块，用于设置接口标准、接口授权模式、交互模式；

接收模块，用于接收一个以上开发端的写入应用程序请求，然后将所述接口标准、接口授权模式、交互模式发送给所述开发端；用于接收所述开发端写入的符合所述接口标准、接口授权模式、交互模式的应用程序并同步保存到多个写服务器中；并用于从多个读服务器中读取所述应用程序；

发布模块，用于对写入的应用程序进行可访问式发布；

所述接收模块包括：前端服务器和多个客户通讯端；

其中，所述前端服务器用于接收一个以上开发端的写入应用程序请求，按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述写入应用程序请求发送到所选择的所述客户通讯端；所述客户通讯端用于接收所述前端服务器发送的所述写入应用程序请求，将所述接口标准、接口授权模式、交互模式发送给所述开发端，并将写入的所述应用程序同步保存到多个写服务器中；

和/或，

所述前端服务器进一步用于接收一个以上用户终端对所述应用程序的访问请求；按随机的方式或按设定顺序的方式或在所述多个客户通讯端间分布式轮询的方式选择一个客户通讯端并将所述访问请求发送到所述选择的所述客户通讯端；所述客户通讯端用于接收所述前端服务器发送的所述访问请求，并从多个读服务器中读取出应用程序的数据。

6.一种发布应用程序的系统，其特征在于，包括：

如权利要求5的网络平台、一个以上的开发端、一个以上的用户终端、多个写服务器、多个读服务器；

所述用户终端用于访问所述网络平台发布的可读式应用程序；

多个所述写服务器用于保存写入所述网络平台的所述应用程序，并分别保存到所述多个读服务器中；

多个所述读服务器用于保存多个所述写服务器保存的所述应用程序，并为所述网络平台提供所述应用程序的读取；

所述开发端，包括：

发送请求模块，用于向网络平台发送写入应用程序请求；

接收模块，用于接收所述网络平台的接口标准、接口授权模式、交互模式；

写入模块，用于将符合所述接口标准、接口授权模式、交互模式的应用程序写入所述网络平台。

7.如权利要求6所述的发布应用程序的系统，其特征在于，

多个写服务器中的每一个写服务器分别将所述应用程序写入多个读服务器中对应的一个读服务器；

或者

多个写服务器中的一台写服务器作为主服务器时，将所述应用程序分别保存到多个读服务器。