专利名称：服务器与客户端间智能数据交互发布系统及方法
技术领域：
本发明涉及信息处理领域，尤其涉及一种用于实现服务器与客户端间智能数据交互的数据发布系统及方法。
背景技术：
随着互联网的不断发展及互联网用户的不断增加，对各个领域特别是IT (信息技术)行业的生存模式都带来了或多或少的改变。就软件开发及销售业来说，目前就出现了一种新兴的应用程序Web系统发布模式。在该模式中，软件开发者(包括软件服务商)开发的应用程序都发布在一个独立的第三方平台上并且可以按自己的定价向用户销售，用户则可以通过网络访问第三方平台选择、购买自己中意的应用程序，并且用户在第三方平台上购买应用程序的支出通过第三方平台的中转就能够直接转化为软件开发者的收入，这一过程中第三方平台仅向软件开发者收取一定的管理费用，并且管理费用中的一部分被用来对发布的应用程序进行审核，从而保证用户的购买安全。由于发布成本非常低廉、应用程序特别丰富的缘故，这一 Web系统发布模式得到了软件开发者和用户双方面的欢迎。随着上述 Web系统发布模式在业内的地位变得越来越重要，应用程序变得越来越多，用户需求也变得越来越复杂，这使得与应用程序捆绑的单一技术服务注定无法完全满足用户层出不穷的新需求，由此也引出现有模式在以下两个方面存在的问题。一方面，目前在上述Web系统发布模式中，应用程序交付给第三方平台后就不能再更改，无论作何更改都必须在第三方平台上重新发布程序，并由用户通过第三方平台重新下载并安装来完成更新。下面以一示例说明上述升级过程存在的问题，以客户端-服务器交互模式的应用程序为例，软件服务商提供的应用程序由用户通过第三方平台下载在手机等终端并安装运行后便成为客户端一方，另一端软件服务商则部署服务器通过网络为这些客户端提供各种类型的数据服务，客户端通过应用程序在开发时所内置的接口便可以访问到服务器上相应类型的数据；然而，随着用户需求的变化，服务器难免会对提供的数据类型及其对应的接口作出调整，但在现有模式下，客户端与服务器之间只进行单纯的内容数据交互，一旦涉及到服务器上的数据类型和接口变更(例如增加一个数据类型及其对应的访问接口)，现有客户端则无法获知，只能通过在第三方平台重新发布修改后的应用程序 (内置有调整后的接口)并再次由用户下载并安装运行后，客户端才能得知变更后的接口进而才能通过该接口访问到服务器上变更后的服务数据。综上所述可知，现有模式下服务器上数据类型和接口的变更无法实时、直接地通知给客户端，从而导致用户需求无法及时得到满足。另一方面，基于上述用户需求日益多元化的考虑，客户端的体积也愈见庞大，对应的服务器要提供的数据接口也势必越来越繁杂，从而加大了客户端和服务器交互的难度。 现有技术中服务器与客户端的数据交互可以参考图1所示，主要包括以下两个步骤首先客户端2根据业务需求调用自身程序中内置的数据接口向服务器1发起请求，随后服务器1 根据客户端2的请求向客户端2返回所请求的数据。而在用户需求多元化的趋势下，上述数据交互方式便暴露出以下问题首先，多元化的服务必然需要大量的数据接口，这使得客户端与服务器的代码臃肿、结构混乱，从而难以维护；其次，服务器将多种需求的数据接口混杂在一起，从而无法及时针对新增需求进行快速、合理的接口新增、删除和修改等操作。
发明内容
鉴于上述现有技术的缺点，本发明的主要目的在于提供一种用于实现服务器与客户端间智能数据交互的数据发布系统及方法，以解决现有模式存在的上述问题。为实现上述目的，本发明的实施例提供了一种数据发布系统，用于实现与客户端之间的数据交互，包括后端服务系统、接口管理装置及接口汇总装置；其中，所述后端服务装置用于存储各种类型的服务数据，并向所述客户端提供用于对应访问各类型数据的接口；所述接口管理装置根据用于对所述后端服务装置的接口进行管理，并根据管理结果生成接口表；所述接口汇总装置用于将所述接口表转换为所述客户端能够识别的格式文档后发送给所述客户端；所述格式文档由所述客户端用来得知所述用于对应访问各类型数据的接口。在一个实施例中，所述后端服务装置包括多个数据单元，所述多个数据单元用于分类型对所述服务数据进行存储，并且各自对应地提供不同的接口。本发明的实施例还提供了一种数据发布方法，用于实现服务器与客户端之间的数据交互，该方法包括如下步骤Si.在所述服务器中存储各种类型的服务数据，并向所述客户端提供用于对应访问各类型数据的接口；S2.对所述服务器的接口进行管理，并根据管理结果生成接口表；S3.将所述接口表转换为所述客户端能够识别的格式文档后发送给所述客户端； 所述格式文档由所述客户端用来得知所述用于对应访问各类型数据的接口。在一个实施例中，步骤Sl所述在服务器中存储各种类型的服务数据包括设置多个数据单元分类型对所述服务数据进行存储，并且各自对应地提供不同的接口。由上述技术方案可知，本发明的实施例所提供的数据发布系统和数据发布方法， 能够将服务器上涉及数据类型和接口的变化及时、直接地通知给客户端，从而实现不经过第三方平台完成客户端的更新，使用户需求能够及时得到满足。另一方面，本发明实施例提供的数据发布系统和数据发布方法，通过分类型、分接口对服务数据进行存储、管理，同时配合前述客户端更新的方案，能够避免多元化需求所带来的代码臃肿、结构混乱和难以维护等问题。
图1示例性示出现有技术中客户端与服务器之间的数据交互的结构框图；图2示例性示出本发明数据发布系统实施例一的结构框图；图3示例性示出本发明数据发布系统实施例二的结构框图；图4示例性示出本发明数据发布方法的实施例流程图。
具体实施例方式下面将详细描述本发明的具体实施例。应当注意，这里描述的实施例只用于举例说明，并不用于限制本发明。图2示例性示出本发明实施例中数据发布系统实施一的结构框图。如图所示，本实施例的数据发布系统11包括后端服务装置12、接口管理装置13及接口汇总装置14。其中，后端服务装置12用于存储各种类型的服务数据，并向客户端10提供用于对应访问各类型数据的接口 121;接口管理装置13用于对后端服务装置12的接口 121进行管理，并根据管理结果生成接口表131，在一个实施例中，接口管理装置13对接口 121的管理包括增加、 删除、修改等操作中的任意一个或组合；接口汇总装置14用于将接口表131转换为客户端 10能够识别的格式文档后发送给客户端10，该格式文档是由客户端10用来得知上述用于对应访问各类型数据的接口。在一个实施例中，后端服务装置12在收到客户端10根据所述格式文档得到的接口 121而发起的访问请求后，便向客户端10提供该接口 121对应类型的服务数据。在一个实施例中，上述发布系统可用于发布根据用户需求命名的各个栏目、对应各个栏目的接口以及一些重要的附属信息，附属信息例如可以包括在客户端的哪个位置调用某一接口、某栏目下是否含有子栏目、某栏目是否被淘汰不再使用等等。在一个实施例中，后端服务装置12包括多个数据单元122，用于分类型对所述服务数据进行存储，并且各自对应地提供不同的接口 121。参考上述内容，在一个实施例中，上述数据单元122仅用于对后端服务装置12中的数据按照已经划分好的类型(例如新闻、娱乐、游戏等)进行存储，而对数据的分类和筛选则是由系统维护人员来完成。这样，通过对后端服务装置12中的数据进行分类存储，避免了各种类型的数据混杂在一起给维护带来的困难，也使数据类型与接口可以一一对应，便于数据进行的查找与调用。在一个实施例中，接口汇总装置14所转换的格式文档为xml格式。参考上述内容，在一个实施例中，所述的ml文档需满足如下三个要求第一，该xml文档是在遵守客户端和服务器端共同协议的基础上生成的；第二，该xml文档完全是发布系统发布的信息；第三，该xml文档能够让客户端自动识别。这里的所谓自动识别是指一旦客户端完成对xml 代码的解析，xml文档在协议规定的范围内发生变化时，不需要更改客户端的解析程序仍然可以解析xml文档，这是增加新需求而不升级客户端的前提，也是客户端能够自适应服务器端的前提。在一个实施例中，接口管理装置13可以在生成新的接口表131后通过接口汇总装置14向客户端10发起接口表131的更新。在另一个实施例中，也可以是客户端10例如在每次启动运行时，主动向数据发布系统的接口管理装置13发起接口表13 1的更新请求。下文通过一个示例来对上述数据发布系统的工作过程进行具体描述。首先，用户通过第三方平台购买了一款应用程序并下载、安装运行在手机等终端上成为客户端。该客户端初始提供了例如游戏、音乐和小说等三个栏目，而三个栏目下各自可以包括多个子栏目，这些栏目或子栏目分别对应于服务器上各类型数据的访问接口，用户在客户端界面上点击各栏目或子栏目所看到的内容便是通过上述访问接口而从服务器上得到的数据。对于上述栏目或子栏目的新增、修改和删除等操作可以根据用户需求来实
5现，这里所说的用户需求例如可以是由软件服务商通过市场调研、分析等行为而得到的。接续，当软件服务商了解到用户有需求在客户端增加一个例如新闻的栏目时，便着手在后端服务装置12中增加一个新的数据单元122，用于存储该栏目所对应的服务数据并生成对应的新接口 121 ；随后，在接口管理装置13中对后端服务装置12的接口进行管理，根据管理结果生成新的接口表131并向客户端发起更新；最后，通过接口汇总装置14将该接口表131转换为客户端能够识别的xml文档并发送给客户端10 ；这时，客户端10便能够根据xml文档修改自身的显示界面，使自身界面在内置的三个栏目之外显示出新增的第四个新闻栏目，并且用户在客户端10界面上点击该栏目时，客户端10便能根据从xml文档中得到的接口向后端服务装置12发起访问请求，进而从后端服务装置12中对应的新增数据单元122处得到新增类型的服务数据。如上文实例所述，后端服务装置12上涉及数据类型和接口的变更，无需通过第三方平台便能直接向客户端10进行更新；而且更新内容可以仅限于接口表，与客户端自身所占的存储空间相比，接口表相对很小，如此便能够兼具节省带宽、缩短更新时间的效果；由此也避免了现有模式中所有改动均需通过第三方平台，而且一旦更新便需重新下载整个客户端的问题。图3示例性示出本发明数据发布系统实施例二的结构框图。如图所示，在上述实施例一的结构基础上，数据发布系统11还包括访问路由装置15，其设置在客户端11与后端服务装置12之间，所述访问路由装置15包括表项单元151，用于存储后端服务装置12中各类型服务数据所在的数据单元122与接口 121之间的映射关系；路由单元152，用于根据客户端的访问请求中携带的接口信息，在查询表项单元151后将该访问请求重定向至查询得到的数据单元122。在一个实施例中，路由单元152还包括缓存单元1521，其由设置有缓存时间的多个缓存集群组成，用于存储后端服务装置12中常用的数据单元122，并定时与后端服务装置12进行高速的数据同步；日志单元1522，用于记录客户端10与后端服务装置12之间的交互过程。参考上述内容，在一个实施例中，上述缓存单元1521主要用于存储客户端10常用的数据单元122，这样当客户端10请求这些常用的数据单元122时，不再需要访问后端服务装置12中的数据单元122，而是直接访问缓存单元1521即可，这样不仅大大提高了客户端10读取数据的速度，也减少了对后端服务装置12进行频繁访问所造成的压力。日志单元1522的记录包括事件日志、告警日志、安全日志、网络日志及流量日志等，通过对日志进行统计、分析，系统管理员可以有效地掌握后端服务装置12的运行状况，从而及时发现和排除错误原因，了解客户访问情况，并为下一步用户体系分析打下良好的基础。综上所述，本实施例的数据发布系统具备相当的灵活性，能够快速、准确的实现客户端与服务器之间的数据交互。进一步而言，其中的后端服务装置将数据单元进行分类存储，使得对客户端需求的覆盖面较广、扩展性较强、易于维护；接口管理装置能够保障接口与数据单元的同步性，并对接口进行科学的管理；接口汇总装置能够快速准确的为客户端提供数据访问接口 ；其中引入的访问路由装置能够对客户端常用的数据单元进行存储，以使客户端可以快速的进行数据访问，还可以对客户端的访问事件进行记录，从而便于维护， 也能够避免数据的丢失。图4示例性示出本发明数据发布系统的的实施例的流程图。本实施例的数据发布方法用于实现服务器与客户端之间的数据交互，如图所示，其包括以下步骤Si.在所述服务器中存储各种类型的服务数据，并向所述客户端提供用于对应访问各类型数据的接口；在一个实施例中，步骤Sl所述在服务器中存储各种类型的服务数据具体包括设置多个数据单元分类型对所述服务数据进行存储，并且各自对应地提供不同的接口。S2.对所述服务器的接口进行管理，并根据管理结果生成接口表；在一个实施例中，步骤S2所述对接口进行的管理包括增加、删除、修改操作，这些操作例如可以由管理员手动进行。S3.将所述接口表转换为所述客户端能够识别的格式文档后发送给所述客户端；在一个实施例中，步骤S3所述格式文档为xml格式。在一个实施例中，所述的xml 文档需满足如下三个要求第一，该xml文档是在遵守客户端和服务器端共同协议的基础上生成的；第二，该xml文档完全是发布系统发布的信息；第三，该xml文档能够让客户端自动识别。这里的所谓自动识别是指一旦客户端完成对ml代码的解析，xml文档在协议规定的范围内发生变化时，不需要更改客户端的解析程序仍然可以解析xml文档，这是增加新需求而不升级客户端的前提，也是客户端能够自适应服务器端的前提。在一个实施例中，步骤S3之后还可以包括S4.所述服务器在收到所述客户端发起的访问请求后，向所述客户端提供该接口对应类型的服务数据。在一个实施例中，上述步骤Sl中通过客户端与服务器端的共同商定来确定文档生成的协议，并根据该协议来划分服务数据的类型；若有新增需求时，系统维护人员会根据其类型在后端服务装置中增加新的数据单元，并通知接口管理装置的系统维护人员对接口进行更新，接着重复执行步骤Sl到S4。综上所述，本实施例的数据发布方法能够快速、准确的实现客户端与服务器之间的数据交互。进一步而言，对后端服务装置中的数据进行分类存储使得后端服务装置的结构更清楚、也使对数据的维护和管理更容易；接口管理装置中存储的接口与后端服务装置中存储的数据单元一一对应，使得客户端可以通过接口来对数据进行快速的查找和定位。由上述技术方案可知，本发明的实施例所提供的数据发布系统和数据发布方法， 能够将服务器上涉及数据类型和接口的变化及时、直接地通知给客户端，从而在一定程度上实现不经过第三方平台完成客户端的更新，使用户需求能够及时得到满足。进一步，本发明实施例提供的数据发布系统和数据发布方法，通过分类型、分接口对服务数据进行存储、 管理，同时配合前述客户端更新的方案，能够避免多元化需求所带来的代码臃肿、结构混乱和难以维护等问题。虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。
权利要求
1.一种数据发布系统，用于实现与客户端之间的数据交互，包括后端服务装置、接口管理装置及接口汇总装置；其中，所述后端服务装置用于存储各种类型的服务数据，并向所述客户端提供用于对应访问各类型数据的接口；所述接口管理装置用于对所述后端服务装置的接口进行管理，并根据管理结果生成接口表；所述接口汇总装置用于将所述接口表转换为所述客户端能够识别的格式文档后发送给所述客户端；所述格式文档由所述客户端用来得知所述用于对应访问各类型数据的接
2.根据权利要求1所述的数据发布系统，其中，所述后端服务装置包括多个数据单元， 所述多个数据单元用于分类型对所述服务数据进行存储，并且各自对应地提供不同的接
3.根据权利要求2所述的数据发布系统，其中，还包括访问路由装置，设置在所述客户端与所述后端服务装置之间，所述访问路由装置包括表项单元，用于存储所述后端服务装置中各类型服务数据所在的数据单元与接口之间的映射关系；路由单元，用于根据所述客户端的访问请求中携带的接口信息，在查询所述表项单元后将该访问请求重定向至查询得到的数据单元。
4.根据权利要求3所述的数据发布系统，其中，所述路由单元还包括缓存单元，用于存储所述后端服务装置中常用的数据单元，并与所述后端服务装置进行高速的数据交换；日志单元，用于记录所述客户端与所述后端服务装置之间的交互过程。
5.根据权利要求1-4任一项所述的数据发布系统，其中，所述对接口的管理包括增加、 删除、修改操作中的任意一个或组合。
6.根据权利要求5所述的数据发布系统，其中，所述格式文档为xml格式。
7.一种数据发布方法，用于实现服务器与客户端之间的数据交互，该方法包括如下步骤51.在所述服务器中存储各种类型的服务数据，并向所述客户端提供用于对应访问各类型数据的接口；52.对所述服务器的接口进行管理，并根据管理结果生成接口表；53.将所述接口表转换为所述客户端能够识别的格式文档后发送给所述客户端；所述格式文档由所述客户端用来得知所述用于对应访问各类型数据的接口。
8.如权利要求7所述的数据发布方法，其中，步骤Sl所述在服务器中存储各种类型的服务数据包括设置多个数据单元分类型对所述服务数据进行存储，并且各自对应地提供不同的接口。
9.如权利要求7所述的数据发布方法，其中，步骤S2中所述对接口进行的管理包括增加、删除、修改操作中的任意一个或组合。
10.根据权利要求7-9任一项所述的数据发布系统，其中，所述格式文档为xml格式。
全文摘要
本发明公开了一种服务器与客户端间智能数据交互发布系统，包括后端服务系统、接口管理装置及接口汇总装置；后端服务装置用于存储各种类型的服务数据，并向客户端提供用于对应访问各类型数据的接口；接口管理装置用于对后端服务装置的接口进行管理，并根据管理结果生成接口表；接口汇总装置用于将接口表转换为客户端能够识别的格式文档后发送给客户端；格式文档由客户端用来得知用于对应访问各类型数据的接口。本发明还公开了一种对应的方法。本发明所提供的数据发布系统和方法，能够将服务器上涉及数据类型和接口的变化及时、直接地通知给客户端，从而能够实现不经过第三方平台完成客户端的更新，使用户需求能够及时得到满足。
文档编号H04L29/06GK102185863SQ20111012464
公开日2011年9月14日 申请日期2011年5月13日 优先权日2011年5月13日
发明者李建林 申请人:北京瑞信在线系统技术有限公司