CN102291243A - 业务处理服务器、***和方法 - Google Patents

Abstract

本发明公开了一种业务处理服务器、***和方法。其中，该业务处理服务器包括：业务信息聚合模块，用于对互联网上的业务信息进行聚合，其中，该业务信息包括用户订阅各个类型的业务对应的指定信息；业务信息分类模块，用于对业务信息聚合模块聚合的业务信息进行分类；业务信息处理模块，用于按照用户对应终端的类型对业务信息分类模块分类后的业务信息进行处理；业务信息提供模块，用于将业务信息处理模块处理后的业务信息提供给终端。通过本发明解决了网络侧提供的业务信息不能满足用户需求的问题，并增强了***的性能。

Description

业务处理服务器、***和方法

技术领域

本发明涉及通信领域，具体而言，涉及一种业务处理服务器、***和方法。

背景技术

随着互联网技术的纵深发展，各种内容与业务不断出现和流行，并且很多优秀的业务已经或者正成为广大用户生活中不可或缺的部分，比如社交网络，新闻，微博，团购等。同时，智能终端作为通讯设备得到了极大的发展，因为它强大的互联网特性和用户操作方便性，再加上在其上的应用开发也变得越来越快捷，使得用户通过智能终端使用当下热门的互联网业务已经变得非常现实，例如，国内外主流的智能手机都集成了社交网络，微博，天气预报等互联网业务。

由于移动终端在显示屏尺寸、输入方式上的限制，用户的使用习惯明显不同于PC机，用户希望能以快捷、简洁的方式找到最重要的或者最感兴趣的内容与业务。比如用户希望在统一界面上查看各种不同的业务信息，例如：在同一个界面下能同时看到各新闻门户网站的当日头条新闻、当日天气信息、当日社区网中好友动态和各团购网站的最新打折信息等等，而目前针对移动终端的信息展示技术往往按照用户的选择，逐一提供各个业务的内容，例如：用户希望看新闻时，需要向各个新闻网站发送请求。可见，这种方式不能满足用户的上述应用需求。

针对相关技术中网络侧提供的业务信息不能满足用户需求的问题，目前尚未提出有效的解决方案。

发明内容

针对上述网络侧提供的业务信息不能满足用户需求的问题，本发明提供了一种业务处理服务器、***和方法，以至少解决此问题。

根据本发明的一个方面，提供了一种业务处理服务器，包括：业务信息聚合模块，用于对互联网上的业务信息进行聚合，其中，该业务信息包括用户订阅各个类型的业务对应的指定信息；业务信息分类模块，用于对业务信息聚合模块聚合的业务信息进行分类；业务信息处理模块，用于按照用户对应终端的类型对业务信息分类模块分类后的业务信息进行处理；业务信息提供模块，用于将业务信息处理模块处理后的业务信息提供给终端。

上述业务信息聚合模块包括：业务信息获取单元，用于按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；解析单元，用于对业务信息获取单元获取的业务信息进行解析。

上述业务信息处理模块包括：第一处理单元，用于当用户对应终端的类型为智能终端时，将业务信息分类模块分类后的业务信息转换为智能终端支持的格式；第二处理单元，用于当用户对应终端的类型为非智能终端时，将业务信息分类模块分类后的业务信息转换为非智能终端支持的格式。

上述业务信息提供模块包括：业务主动提供单元，用于主动将业务信息处理模块处理后的业务信息提供给终端；和/或，业务被动提供单元，用于在收到终端的业务请求后，将业务信息处理模块处理后的业务信息提供给终端。

上述业务处理服务器还包括：业务缓存模块，用于缓存业务信息提供模块提供给终端的业务信息；业务信息下发模块，用于当下一个终端请求获取的业务信息与业务缓存模块缓存的业务信息一致时，将缓存的业务信息下发给下一个终端。

上述业务处理服务器还包括：认证管理模块，用于对终端进行认证，认证通过后，触发业务信息提供模块向终端提供业务信息。

根据本发明的另一方面，提供了一种业务处理***，包括上述业务处理服务器，该***还包括终端；该终端包括：业务信息获取模块，用于获取业务处理服务器提供的业务信息；业务信息展现模块，用于向用户展现业务信息获取模块获取的业务信息。

上述***包括多个业务处理服务器；该终端还包括：业务请求模块，用于向业务处理服务器请求业务信息；该***还包括：负载均衡服务器，用于接收终端的请求，根据各个业务处理服务器的负载情况将请求发送给对应的业务处理服务器。

上述终端还包括：配置更新模块，用于根据用户的配置命令更新业务配置信息，并将更新后的业务配置信息通知业务处理服务器；上述业务处理服务器还包括：配置信息同步模块，用于根据终端的通知对终端的业务配置信息进行更新，使本地保存的终端的业务配置信息与终端上的业务配置信息同步。

根据本发明的再一方面，提供了一种业务处理方法，包括：业务处理服务器对互联网上的业务信息进行聚合，其中，该业务信息包括用户订阅各个类型的业务对应的指定信息；业务处理服务器对聚合的业务信息进行分类；业务处理服务器按照用户对应终端的类型对分类后的业务信息进行处理；业务处理服务器将处理后的业务信息提供给终端。

上述业务处理服务器对互联网上的业务信息进行聚合包括：业务处理服务器按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；业务处理服务器对获取的业务信息进行解析。

上述业务处理服务器按照终端的类型对分类后的业务信息进行处理包括：当终端的类型为智能终端时，将分类后的业务信息转换为智能终端支持的格式；当终端的类型为非智能终端时，将分类后的业务信息转换为非智能终端支持的格式。

上述业务处理服务器采用以下方式之一向终端提供的业务信息：主动将处理后的业务信息提供给终端；在收到终端的业务请求后，将处理后的业务信息提供给终端。

上述业务处理服务器将处理后的业务信息提供给终端之后，该方法还包括：缓存业务信息；当下一个终端请求获取的业务信息与缓存的业务信息一致时，将缓存的业务信息下发给下一个终端。

上述业务处理服务器通过对互联网上用户订阅的各个类型的业务信息中的指定信息进行聚合和分类等处理，能够将这些信息同时提供给终端，解决了网络侧提供的业务信息不能满足用户需求的问题，方便了用户查阅各类业务信息，增强了***的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的业务处理服务器的结构框图；

图2是根据本发明实施例的业务处理服务器的具体结构框图；

图3是根据本发明实施例的业务处理服务器的具体结构框图；

图4是根据本发明实施例的具有安全机制的业务处理服务器的具体结构框图；

图5是根据本发明实施例的业务处理服务***的结构框图；

图6是根据本发明实施例的业务处理服务***的示意图；

图7是根据本发明实施例的业务处理服务***架构的结构框图；

图8是根据本发明实施例的业务处理服务方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例考虑为了便于用户在移动终端(例如手机)上获取业务信息，采用在服务器侧对业务信息进行聚合、分类和相关处理，让用户更方便的选择和使用感兴趣的第三方信息。基于此，本发明实施例提供了一种业务处理服务器、***和方法，其中，涉及的终端可以理解为移动终端，例如手机等用户设备，下面分别进行详细描述。

参见图1所示的业务处理服务器的结构框图，该服务器包括业务信息聚合模块12、业务信息分类模块14、业务信息处理模块16和业务信息提供模块18，各模块的功能如下：

业务信息聚合模块12，用于对互联网上的业务信息进行聚合，其中，该业务信息包括用户订阅各个类型的业务对应的指定信息；

本实施例中，业务信息聚合模块12聚合的业务信息为不同类型的业务对应的指定信息，业务类型不同指像天气信息为一种业务类型，而新闻信息为另一种业务类型，则天气信息和新闻信息为不同类型的业务信息；

业务信息分类模块14，与业务信息聚合模块12相连，用于对业务信息聚合模块12聚合的业务信息进行分类；

业务信息处理模块16，与业务信息分类模块14相连，用于按照上述用户对应终端的类型对业务信息分类模块14分类后的业务信息进行处理；

业务信息提供模块18，与业务信息处理模块16相连，用于将业务信息处理模块16处理后的业务信息提供给上述终端。

这里不同的业务对应的指定信息是不同的，例如，对于新闻业务，用户的需求信息可以是各新闻门户网站的当日头条新闻；对于团购业务，用户的需求信息可以是各团购网站的最新打折信息等，这些信息均是用户比较关注的信息。在实际实现时，可以针对每个业务，根据普遍用户对该业务关心的内容预先确定该业务的指定信息。

本实施例提供的业务处理服务器通过对互联网上业务的指定信息进行聚合和分类等处理，能够将这些信息同时提供给终端，解决了网络侧提供的业务信息不能满足用户需求的问题，方便了用户查阅各类业务信息，增强了***的性能。

为了避免产生过多的网络流量消耗，上述服务器提供给终端的业务信息可以仅为用户订阅业务对应的指定信息，即不是业务的全部信息，而是该业务的部分信息，该部分信息可以预先指定。

本实施例在向互联网获取业务信息时，可以采用灵活的获取方式，例如：采用周期性获取方式或采用事件触发的方式(如接收到用户的业务信息获取请求时触发)等，基于此，上述业务信息聚合模块12包括：业务信息获取单元，用于按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；解析单元，与业务信息获取单元相连，用于对该业务信息获取单元获取的业务信息进行解析。

考虑到各个用户使用的终端类型各不相同，终端所支持的语言以及操作方式等也存在着差异，优选地，上述业务信息处理模块16包括：第一处理单元，用于当终端的类型为智能终端时，将业务信息分类模块分类后的业务信息转换为智能终端支持的格式；第二处理单元，用于当终端的类型为非智能终端时，将业务信息分类模块分类后的业务信息转换为非智能终端支持的格式。

上述服务器在向用户提供上述业务信息时，可以采用主动提供方式，也可以采用被动提供方式，基于此，上述业务信息提供模块18包括：业务主动提供单元，用于主动将业务信息处理模块16处理后的业务信息提供给终端；和/或，业务被动提供单元，用于在收到终端的业务请求后，将业务信息处理模块16处理后的业务信息提供给终端。

为了提高业务信息下发的速度，简化程序，可以对提供给终端的业务进行缓存，在下一个终端对应的业务信息与缓存中的信息一致时，直接将缓存的业务信息提供给该终端，进而简化程序，基于此，参见图2所示的业务处理服务器的具体结构框图，该业务处理服务器除了包括图1所示的各个模块外，还包括：业务缓存模块22，与业务信息提供模块18相连，用于缓存业务信息提供模块提供给终端的业务信息；业务信息下发模块24，与业务缓存模块22相连，用于当下一个终端请求获取的业务信息与上述业务缓存模块22缓存的业务信息一致时，将缓存的业务信息下发给该下一个终端。

为了增强***的安全性，防止非法用户恶意获取业务信息，当某个业务需要终端用户保持与服务端的会话时，在服务端(即业务处理服务器)需具备用户认证管理功能，通过登录认证保持与客户端用户的一致性和唯一性。本实施例还提供了一种带有安全机制的业务处理服务器，参见图3，该业务处理服务器除了包括图1所示的各个模块外，还包括：认证管理模块32，与业务信息提供模块18相连，用于对上述终端进行认证，认证通过后，触发业务信息提供模块向该终端提供业务信息。

当然，对于上述提到的被动提供业务信息的方式，上述认证管理模块还可以与业务信息聚合模块12相连，在认证管理模块认证请求的终端合法后，再触发业务信息聚合模块12获取业务信息，参见图4提供的业务处理服务器的具体结构框图，该业务处理服务器还可以包括：业务请求接收模块42，用于接收来自终端的业务请求；认证管理模块44，与业务请求接收模块42和业务信息聚合模块12相连，用于对该终端进行认证，认证通过后，触发业务信息聚合模块12进行业务信息聚合。

基于上述业务处理服务器，本实施例还提供了一种业务处理***，包括上述业务处理服务器和终端；参见图5，该***包括业务处理服务器10和终端50，其中，业务处理服务器10包括图1所示的各个模块，其功能这里不再赘述。终端50包括：业务信息获取模块52，用于获取业务处理服务器10提供的业务信息；业务信息展现模块54，与业务信息获取模块52相连，用于向用户展现业务信息获取模块52获取的业务信息。

当然，该***中的服务器的个数可以不止一个，其在互联网环境下的服务器集群，在实现时，可以每个服务器负责一定数目的终端的业务信息的提供，也可以保证任何互联网环境下的移动终端都可以访问该服务器集群。考虑到***中的终端数目较大，为了增强网络侧的处理能力，优选地，本实施例的业务处理***包括多个上述业务处理服务器和负载均衡服务器；下面以图6所示的业务处理***的示意图为例进行说明，该***中包括多个终端、多个业务处理服务器和一个负载均衡服务器，该***中的各个终端除了包括上述业务信息获取模块和业务信息展现模块外，还包括：业务请求模块，用于向业务处理服务器请求业务信息；而负载均衡服务器，用于接收各个终端的业务请求，根据各个业务处理服务器的负载情况将请求发送给对应的业务处理服务器。为了简化明了各个设备间的连接关系，图6中未示出各个设备的内部模块。

根据业务和内容以及其应用场景的不同，对服务端(相当于上述业务处理服务器)和终端进行技术上的统一调整，使服务端的变化都以服务终端展现为目标。如终端增加新业务和内容(频道)的动态配置功能，服务端与终端通过发送命令请求实现动态配置的同步；基于此，上述终端10还包括：配置更新模块，用于根据用户的配置命令更新业务配置信息，并将更新后的业务配置信息通知业务处理服务器；业务处理服务器50还包括：配置信息同步模块，用于根据终端10的通知对终端10的业务配置信息进行更新，使本地保存的终端10的业务配置信息与终端10上的业务配置信息同步。该***在服务器端聚合不同的互联网业务和内容，在终端进行业务和内容的展现，同时在服务器和终端侧能够灵活的进行频道配置和更新。

随着互联网的发展，很多信息服务包括第三方业务信息成为了用户生活中不可或缺的部分，本实施例中，在服务器端聚合多种互联网内容与业务，在移动终端上通过桌面或应用集成展现这些内容与业务的架构方案，具体指通过在服务器端处理多种信息的业务逻辑，业务数据，展现内容等来达到聚合业务信息的目的，通过终端访问服务器并进行集成展现这些信息。换句话说，通过把互联网业务与内容中最重要的信息提取出来，按照频道分类展现给用户，并可由用户选择或定制频道。当然，服务器端也可以动态的增加或删除频道，或者在一个频道内增加或删除子频道，或者改变频道内的界面布局排版，通过终端与服务器的交互，终端可以及时发现这些更新并展现给用户。

服务器端聚合的多个业务和内容可以是终端自有的，也可以是来自于互联网的业务和内容，通过在***中设置负载均衡服务器支持高并发的用户访问；客户端即移动终端访问服务器获取业务和内容数据进行集成展现，支持用户配置、自动更新。服务器端是一个业务与内容的聚合平台，通过特定的数据接口(可以是第三方提供的API或拖取WEB页面)获取业务和内容数据，根据频道对内容进行分类和聚合，终端可以发起请求获取这些数据，也可以由服务器主动推动给终端。

本实施例使用了服务器/客户端的体系架构，以及基于这种架构体系的一系列技术规范，这种架构支持大规模多终端并发访问。通过服务端与终端约定的新业务发现机制，终端能够自动发现新聚合的业务和内容并提示用户，用户可以根据自己的兴趣爱好选择使用新的业务和内容。

在上述业务处理服务器上部署专门的服务，该服务是为展现业务和内容服务的，聚合了不同的业务和内容。服务器端负责的主要工作：首先，通过业务和内容数据接口(可以是第三方提供的API或拖取WEB页面)从业务与内容的提供商拉取业务数据和内容，对数据进行解析，根据预设的频道分类，对数据进行分类组织，并用WEB服务的方式发布JSON或者XML等格式的业务数据；第三是服务器端根据业务特点以及展现要求，对第三方业务数据进行定时或者按需求进行更新操作。

进一步地，服务器端接收终端请求，这些请求可能同时发生，服务端必须具备并发处理业务请求的能力。具备较好的可扩展性，可以是具备多个业务处理节点，同时支持动态的扩充业务处理节点，可以具备负载平衡服务器，通过它将请求分发给多个业务处理节点；可以具备前端请求缓存功能，对于静态的页面，数据，图片等通过缓存直接获取返回给用户；可以具备业务数据缓存机制，对数据库，文件***的访问数据进行缓存，降低数据库和文件***的读写频度，提升性能。

更进一步地，移动终端(即客户端)获得聚合的业务数据和内容，在终端最直接的地方比如桌面进行业务和内容的展现，根据内容的特点可以采取不同业务和内容分频道，展现方式采用滚动切换，滑屏切换等不同的方式。对于新的业务和内容频道，服务端部署后通过配置约定，由服务端推送给终端，终端获取到配置项解析出新频道信息，发现新频道的上线，并提示用户使用体验。

这种架构方案，服务器端进行业务和内容的聚合，根据整体展现方案，服务端提供约定格式的业务数据资源，移动终端通过无状态通信协议访问服务端，发送命令，请求业务和内容的数据资源，在终端进行解析处理，聚合展现。这种方式对于动态增加新业务，已有业务升级，终端同步，业务配置具有较高的灵活性和解耦性，能有效的降低开发维护的难度，增加复用性，提升研发效率。

参见图7所示的业务处理***架构示意图，服务器端可以通过以下功能模块实现：业务数据拉取模块(相当于上述业务信息聚合模块12)、业务请求处理模块、前端请求缓存模块、数据缓存模块、解析持久化业务数据模块、业务数据发布模块、负载均衡模块、认证管理模块、业务配置模块和数据库及其它文件***等。客户端即移动终端将按频道聚合后的业务和内容展现给用户，移动终端可根据不同频道及用户的使用习惯采用不同的展现方式。同样移动终端也包括一些必须或可选的模块：互联网访问模块、业务数据解析模块、内容展现模块、配置模块、业务发现与更新模块、配置模块和其它功能模块等。服务器与客户端的通信可以是(加密)超文本传输协议(HTTP(S))，也可以通过WAP(Wireless Application Protocol，无线应用协议)，UDP(User Datagram Protocol，用户数据报协议)，SOAP，XMPP等其他协议，该通信可以采用无状态的连接，这种方式可以减少连接时间，节省网络带宽，降低服务器负载，尤其因为客户端都是移动终端的形式，也节省终端的电能，流量等。下面分别对这些模块进行简单的介绍。

对于部署在互联网环境下(业务处理服务器)的特定服务，此服务的主要任务是获取聚合业务和内容的数据、资源，保持与第三方业务同步的用户会话，前边已有详细描述，不再重复。对于新业务，服务端通过配置的方式动态的增加，服务端程序通过解析配置文件获取新业务数据源以及业务数据结构，同时通过推送机制或者广播机制通知接入的移动终端。具体的功能模块说明如下：

1)负载均衡模块：该负载均衡机制是可选功能，它可以由一台部署了负载均衡服务的服务器承担，将大量的并发业务请求分发给不同的业务处理节点(即上述业务处理服务器)。该负载均衡服务器部署在服务前端用于接收来自终端的应用请求，并将请求转发给各业务处理服务器。它的作用在于当并发数较大时，通过负载均衡服务器将请求分发到各业务处理服务器，分担服务端处理压力，增大服务端处理能力。

2)前端请求缓存模块：它的主要作用是对静态的资源或者页面以及不经常修改的页面进行静态缓存，提高请求命中率，降低业务服务器的负载压力，提升处理能力。

3)业务数据拉取模块及解析持久化业务数据模块：通过调用第三方业务和内容的接口函数，传递请求参数，向第三方服务请求相关的业务数据和资源，根据第三方提供的数据结构解析业务数据，并将结果保存到数据库***或者文件***。

4)业务请求处理模块：主要是接收终端业务请求，调用相关的业务逻辑代码，实现特定的业务功能，将结果返回给终端进行呈现。

5)数据缓存模块：主要是应用在数据库读写操作与业务逻辑处理之间，通过缓存常用的数据，提高数据的命中率，减少数据库的读写操作次数，降低***性能消耗。

6)认证管理模块：根据不同的业务需要，可以使用用户权限及用户登录管理，保证业务的用户差异性。

7)业务数据发布模块和数据库及文件***等，前者是将某些资源比如图片等发布成数据服务，终端可以随时访问。后者是用于进行数据保存。

8)业务配置模块：服务端与移动终端定义一套约定的指令标签，通过指令标签约定新业务的数据源，数据项；通过指令标签与移动终端进行会话，通知终端业务的变化。

移动终端首先具备访问互联网的功能，支持一定的编程语言，可以通过这些编程语言实现一些特定的功能或者效果。移动终端主要包括以下几个模块：

1)互联网访问模块：该模主要是建立与服务端的通信连接，并且向服务端发送业务请求，获取服务端返回的业务和内容的数据与资源，包括业务数据和图片，音频视频等。

2)业务数据解析处理模块：该模块主要负责对从服务端获取的业务数据进行解析处理，生成业务对象。

3)配置管理模块：该模块主要是对业务的更新升级，数据源选择和升级管理，以及用户自定义业务配置管理。

4)业务发现与更新模块：该模块接收来自服务端的推送信息通知或者广播通知，解析读取新业务通知信息，获取新业务数据访问路径以及新业务数据项信息，并在终端提示用户，用户可以选择自动更新使用。

5)业务信息展现模块：该模块主要是展现业务，以及进行用户交互体验。也是多业务信息集成展现的窗口，是根据具体的业务需求实现，根据业务特点展现。

以上服务器端与移动终端需配合使用，这种方案提供了包括服务端与客户端的实施方案，借助互联网拓展了移动终端的外延，也使互联网应用有了全新的展现平台。

基于上述业务处理服务器，本实施例还提供了一种业务处理方法，参见图8所示的业务处理方法流程图，该方法包括以下步骤(步骤S802至步骤S808)：

步骤S802：业务处理服务器对互联网上的业务信息进行聚合；其中，该业务信息包括用户订阅各个类型的业务对应的指定信息。

步骤S804：上述业务处理服务器对聚合的业务信息进行分类。

步骤S806：上述业务处理服务器按照终端的类型对分类后的业务信息进行处理。

具体处理同上，即包括：当终端的类型为智能终端时，将分类后的业务信息转换为智能终端支持的格式；当终端的类型为非智能终端时，将分类后的业务信息转换为非智能终端支持的格式。

步骤S808：上述业务处理服务器将处理后的业务信息提供给终端。

本实施例的业务处理服务器通过对互联网上业务的指定信息进行聚合和分类等处理，能够将这些信息同时提供给终端，解决了现有移动终端业务信息的展示方式不能满足用户需求的问题，方便了用户查阅各类业务信息，增强了***的性能。

上述业务处理服务器对互联网上的业务信息进行聚合包括：业务处理服务器按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；业务处理服务器对获取的业务信息进行解析。

上述业务处理服务器采用以下方式之一向终端提供的业务信息：主动将处理后的业务信息提供给终端；在收到终端的业务请求后，将处理后的业务信息提供给终端。

上述业务处理服务器将处理后的业务信息提供给终端之后，还包括：缓存业务信息；当下一个终端请求获取的业务信息与缓存的业务信息一致时，将缓存的业务信息下发给下一个终端。

从以上的描述中可以看出，本实施例提供的移动终端的信息聚合和展现方案是移动终端与服务器端相结合的一项创新应用。集成展现多种业务和内容是移动终端应用发展的一种大趋势，上述实施例解决了如何较好的进行业务和内容的聚合与展现的问题。上述服务端是业务和内容数据资源的聚合点，通过前述的模块，根据业务特点定时从第三方服务站点获取业务数据进行解析缓存处理，发布成专门的业务服务，移动终端可以通过互联网访问并获取这些业务数据。这种架构实现了新的增值服务，增强了***的功能，能够为运营商吸引可靠的用户群。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种业务处理服务器，其特征在于包括：

业务信息聚合模块，用于对互联网上的业务信息进行聚合，其中，所述业务信息包括用户订阅各个类型的业务对应的指定信息；

业务信息分类模块，用于对所述业务信息聚合模块聚合的所述业务信息进行分类；

业务信息处理模块，用于按照所述用户对应终端的类型对所述业务信息分类模块分类后的所述业务信息进行处理；

业务信息提供模块，用于将所述业务信息处理模块处理后的所述业务信息提供给所述终端。

2.根据权利要求1所述的业务处理服务器，其特征在于，所述业务信息聚合模块包括：

业务信息获取单元，用于按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；

解析单元，用于对所述业务信息获取单元获取的业务信息进行解析。

3.根据权利要求1所述的业务处理服务器，其特征在于，所述业务信息处理模块包括：

第一处理单元，用于当所述用户对应终端的类型为智能终端时，将所述业务信息分类模块分类后的所述业务信息转换为所述智能终端支持的格式；

第二处理单元，用于当所述用户对应终端的类型为非智能终端时，将所述业务信息分类模块分类后的所述业务信息转换为所述非智能终端支持的格式。

4.根据权利要求1所述的业务处理服务器，其特征在于，所述业务信息提供模块包括：

业务主动提供单元，用于主动将所述业务信息处理模块处理后的所述业务信息提供给所述终端；和/或，

业务被动提供单元，用于在收到所述终端的业务请求后，将所述业务信息处理模块处理后的所述业务信息提供给所述终端。

5.根据权利要求1所述的业务处理服务器，其特征在于，所述业务处理服务器还包括：

业务缓存模块，用于缓存所述业务信息提供模块提供给所述终端的业务信息；

业务信息下发模块，用于当下一个终端请求获取的业务信息与所述业务缓存模块缓存的所述业务信息一致时，将缓存的所述业务信息下发给所述下一个终端。

6.根据权利要求1所述的业务处理服务器，其特征在于，所述业务处理服务器还包括：

认证管理模块，用于对所述终端进行认证，认证通过后，触发所述业务信息提供模块向所述终端提供所述业务信息。

7.一种业务处理***，其特征在于包括权利要求1-6任一项所述的业务处理服务器，所述***还包括终端；

所述终端包括：

业务信息获取模块，用于获取所述业务处理服务器提供的所述业务信息；

业务信息展现模块，用于向用户展现所述业务信息获取模块获取的业务信息。

8.根据权利要求7所述的***，其特征在于，所述***包括多个所述业务处理服务器；

所述终端还包括：业务请求模块，用于向所述业务处理服务器请求业务信息；

所述***还包括：负载均衡服务器，用于接收所述终端的请求，根据各个业务处理服务器的负载情况将所述请求发送给对应的业务处理服务器。

9.根据权利要求7所述的***，其特征在于，

所述终端还包括：配置更新模块，用于根据用户的配置命令更新业务配置信息，并将更新后的业务配置信息通知所述业务处理服务器；

所述业务处理服务器还包括：配置信息同步模块，用于根据所述终端的通知对所述终端的业务配置信息进行更新，使本地保存的所述终端的业务配置信息与所述终端上的业务配置信息同步。

10.一种业务处理方法，其特征在于包括：

业务处理服务器对互联网上的业务信息进行聚合，其中，所述业务信息包括用户订阅各个类型的业务对应的指定信息；

所述业务处理服务器对聚合的所述业务信息进行分类；

所述业务处理服务器按照所述用户对应终端的类型对分类后的所述业务信息进行处理；

所述业务处理服务器将处理后的所述业务信息提供给所述终端。

11.根据权利要求10所述的方法，其特征在于，所述业务处理服务器对互联网上的业务信息进行聚合包括：

所述业务处理服务器按照时间触发方式或事件触发方式向互联网上的服务提供商获取业务信息；

所述业务处理服务器对获取的所述业务信息进行解析。

12.根据权利要求10所述的方法，其特征在于，所述业务处理服务器按照终端的类型对分类后的所述业务信息进行处理包括：

当终端的类型为智能终端时，将分类后的所述业务信息转换为所述智能终端支持的格式；

当终端的类型为非智能终端时，将分类后的所述业务信息转换为所述非智能终端支持的格式。

13.根据权利要求10所述的方法，其特征在于，所述业务处理服务器采用以下方式之一向所述终端提供的所述业务信息：

主动将处理后的所述业务信息提供给所述终端；

在收到所述终端的业务请求后，将处理后的所述业务信息提供给所述终端。

14.根据权利要求10所述的方法，其特征在于，所述业务处理服务器将处理后的所述业务信息提供给所述终端之后，还包括：

缓存所述业务信息；

当下一个终端请求获取的业务信息与缓存的所述业务信息一致时，将缓存的所述业务信息下发给所述下一个终端。

Images