CN101136938A - 一种移动互联网应用的集中式管理方法和平台*** - Google Patents

Abstract

能够为互联网用户统一提供全方位服务的移动互联网应用的集中式管理方法和平台***，包括通过网络互联的移动互联网应用集中式管理服务器和客户端互联网应用平台架构，所述移动互联网应用集中式管理服务器包括N个网站的客户端应用资源，该客户端应用资源是把N个网站的网页应用即网站应用分别以网站客户端应用的方式独立出来而形成的；所述移动互联网应用集中式管理服务器通过两条逻辑通信链路连接N个网站中的每一个网站，其中一条用于网站客户端应用的版本发布，另一条用于二者间的用户数据和业务数据的通信；所述移动互联网应用集中式管理服务器为客户端互联网应用平台至少提供网站客户端应用下载、升级服务；所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互。

Description

一种移动互联网应用的集中式管理方法和平台***

技术领域

本发明涉及互联网技术和通信技术，特别是一种移动互联网应用的集中式管理方法和平台***，采用该平台***和方法，能够为互联网用户(包括有线和无线互联网终端，特别是手机终端)统一提供全方位的服务，或者说更多的特色或个性化服务，用户可以不通过浏览器而是直接通过本地应用从多个网站获取所需信息或开展业务。

背景技术

互联网应用是当今最兴旺的领域，这些应用正从某种形式上重新构架另外一种生活方式，经过近20多年的发展，互联网的应用涵盖了我们生活中的大多数领域，简单罗列一下：虚拟社区、BBS、网络购物、网络银行、网络股票、网络票务和酒店预定、博客、交友等。

这些林林总总的互联网应用都未对数据与业务进行明确划分，二者多在同一服务器上，致使应用之间在业务管理上无法共享。

我们在这里所说的业务共享，包括以下几个内容：用户的管理(比如会员登记等)，e-business的订单处理和履行等。

互联网的应用多集中在某个特色业务中，汽车、媒体新闻、网络购物等，这些行业互不搭边，对于跨行业的服务，很难有一家网站可以单独提供，因此对客户需求的整体分析和整合，并统一提供全方位的服务成为一种潜在的大市场。而必要的客户资源共享使整体服务打包成为可能，从而对现有的网络技术实现也提出了新的要求。

如图1所示的现有技术中订单和业务数据在同一服务器上应用结构，一个手机终端或互联网终端相对于两个网络服务器(即应用1网络服务器和应用2网络服务器)就具有两个客户端(即应用1客户端和应用2客户端)，这不仅给终端带来了负担，而且对于互联网应用而言，也无法实现业务共享。

如图2所示的现有技术中B/S架构，该架构具有以下特点：

1)通过Browser访问各种网页，网站都是以网页和应用形式表现。

2)WAP网页和WEB网页有所区别，但本质相同，Browser也相对分为WAP和WEB两种。

虽然一个手机终端或互联网终端相对于两个具有WAP/WEB网页及应用的应用网站(即应用网站1和应用网站2)只有一个BROWSER，但是需要一个一个网页地使用，网页的显示需要数据流量的支撑，在网络带宽有限的情况下，往往造成延迟和不能显示，显然对互联网用户而言，不够快捷和便利。

发明内容

本发明针对现有技术中存在的缺陷或不足，提供一种移动互联网应用的集中式管理平台***，采用该平台***，能够为互联网用户(包括有线和无线互联网终端，特别是手机终端)统一提供全方位的服务，或者说更多的特色或个性化服务，用户可以不通过浏览器而是直接通过本地网络客户端应用从相关网站获取所需数据信息或开展业务。通过进一步完善，还可以实现智能化管理和业务双确认机制。智能化包括，针对用户使用***台之后，网站的客户端应用直接与相关网站进行数据交互，若在业务发生时，可以进行业务交互，此时的业务交互是三方的，服务器(移动互联网应用集中式管理服务器)、相关网站和手机(客户端互联网应用平台)，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认。执行订单的双确认机制，增强数据的可靠性。

本发明还提供一种移动互联网应用的集中式管理方法，采用该方法，用户可以不通过浏览器而是直接通过本地应用从多个网站获取所需信息或开展业务。

本发明总的技术构思为，把N个网站的网页应用(即网站应用)以客户端应用的方式独立出来，形成移动互联网应用集中式管理服务器的客户端应用资源，用户终端在下载这些客户端应用后，可以不通过浏览器而是直接通过本地客户端应用从相关网站获取所需信息或开展业务。

本发明的技术方案如下：

一种移动互联网应用的集中式管理平台***，其特征在于：包括通过网络互联的移动互联网应用集中式管理服务器和客户端互联网应用平台架构，所述移动互联网应用集中式管理服务器包括N个网站的客户端应用资源，该客户端应用资源是把N个网站的网页应用即网站应用分别以网站客户端应用的方式独立出来而形成的；所述移动互联网应用集中式管理服务器通过两条逻辑通信链路连接N个网站中的每一个网站，其中一条用于网站客户端应用的版本发布，另一条用于二者间的用户数据和业务数据的通信；所述移动互联网应用集中式管理服务器为客户端互联网应用平台至少提供网站客户端应用下载、升级、应用推荐、应用共享、应用数据同步、和/或用户信息管理服务；所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互。

所述用户数据包括但不局限于用户名、密码、网络昵称、和/或个人信息。

所述业务数据包括但不局限于业务交易数据、业务交易金额、积分奖励、和/或点数反馈。

所述移动互联网应用集中式管理服务器包括以下的模块划分和架构：应用管理模块，用户和业务数据管理模块，以及智能化业务模块；应用管理模块与客户端互联网应用平台直接通信，是一种前台和后台的关系，应用管理模块可以根据客户端互联网应用平台的应用情况PUSH版本升级信息或新的应用列表，而客户端互联网应用平台也可以根据自己的情况获取后台的应用信息和列表，并下载感兴趣的部分应用；用户和业务数据管理模块负责用户信息的管理和实施业务交易信息的业务双确认机制，用户信息可以来源于客户端互联网应用平台和网站，网站如果开放用户数据的接口，可以完成网站间用户数据共享；用户和业务数据管理模块还用来完成用户业务情况的记录，以及用户下载和使用的应用；智能化业务模块处理整个业务相关的统计和智能化分析工作，以便用户下一次使用服务时侯给出特色的针对***。

应用管理模块还能够负责从网站获取新的应用并纳入应用管理中，移动互联网应用集中式管理服务器有专门的存储空间来存放网站应用，可供寻址访问，这些应用会形成一个列表管理，可以包含同一个应用的不同的版本。

所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互，包括应用数据交互和业务数据交互，所述业务交互是三方的，服务器、网站和手机，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认；通过执行订单的业务双确认机制，增强数据的可靠性。

所述移动互联网应用集中式管理服务器还包括其自有的用户业务和信息数据管理。

所述网站的网页应用，可以很灵活的做成一个或多个客户端应用，一对一或一对多。

所述网站具有的后台数据保留，包括其基于XML数据交互的方法，但具体的通信方式可以是基于XML的数据通信或扩展的其它方式的数据通信，包括公共标准或者私有定义方式。

所述网站既有的用户业务和信息数据管理保留，同时，开放接口给服务器，使部分新增加的用户和信息数据可以来源于服务器，并也可以向服务器进行业务数据的通信确认。

用户和业务数据管理模块与多个网站相对应，在约定开放用户数据的情况下，可以有效完成网站用户数据的整合，在短时间内，完成用户的高效膨胀，达到增值的目的。

一种移动互联网应用的集中式管理方法，其特征在于包括以下步骤：利用计算机建立移动互联网应用集中式管理服务器，利用终端设备建立客户端互联网应用平台，从而构建通过网络互联的移动互联网应用集中式管理服务器和客户端互联网应用平台架构，所述移动互联网应用集中式管理服务器包括N个网站的客户端应用资源，该客户端应用资源是把N个网站的网页应用即网站应用分别以网站客户端应用的方式独立出来而形成的；所述移动互联网应用集中式管理服务器通过两条逻辑通信链路连接N个网站中的每一个网站，其中一条用于网站客户端应用的版本发布，另一条用于二者间的用户数据和业务数据的通信；所述移动互联网应用集中式管理服务器包括应用管理模块，用户和业务数据管理模块，以及智能化业务模块；所述应用管理模块为客户端互联网应用平台提供网站客户端应用下载、升级服务，以及应用共享、应用数据同步、和/或用户信息管理服务；所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互，包括应用数据交互和业务数据交互，所述业务交互是三方的，服务器、网站和手机，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认，通过所述用户和业务数据管理模块执行订单的业务双确认机制，增强数据的可靠性；所述智能化业务模块处理整个业务相关的统计和智能化分析工作，以便用户下一次使用服务时给出特色的针对***。

所述业务双确认机制包括以下步骤：网站客户端应用在发送订单信息时，会同时发送给移动互联网应用集中式管理服务器的用户和业务数据管理模块，以及应用网站，应用网站在反馈业务确认信息的时，也会同时发送给移动互联网应用集中式管理服务器的用户和业务数据管理模块，以及网站客户端应用终端本身，另外，移动互联网应用集中式管理服务器的用户和业务数据管理模块还可以与应用网站和网站客户端应用终端本身进行相关业务数据反馈和确认。

所述移动互联网应用集中式管理服务器与终端设备之间的信息传递包括PUSH方式和终端设备主动发起方式。

所述PUSH方式包括以下步骤：终端设备安装客户端互联网应用平台；平台运行，与移动互联网应用集中式管理服务器建立通信联接，自动完成注册过程；移动互联网应用集中式管理服务器的用户和业务处理模块获取终端设备信息，应用记录和分析；应用管理模块根据具体情况PUSH信息到终端设备的客户端互联网应用平台；终端设备用户根据具体情况进行下一步处理。

平台注册信息可以是终端设备的唯一标识或网络标识。

移动互联网应用集中式管理服务器对用户信息的管理包括以下信息：标识、使用习惯、历史记录、和/或相关统计分析数据。

所述PUSH信息可以是推介的应用下载URL或说明性文字、图片、声音、视频、动画或其混合体。

所述终端设备主动发起方式包括以下步骤：终端设备安装客户端互联网应用平台；平台运行，终端设备用户主动发起与移动互联网应用集中式管理服务器的通信请求，并获取应用管理相关数据；终端设备用户根据具体情况进行下一步处理。

本发明的技术效果如下：

方案具有以下特点：

①网站的逻辑划分，网页应用的终端化；

②终端互联网应用平台的用户管理和后台应用服务；

③业务三方确认机制；

④智能化的应用管理和推介共享；

⑤集中式的网站客户端应用管理。

附图说明

图1是现有技术中订单和业务数据在同一服务器上应用结构框图。

图2是现有技术中B/S架构框图。

图3是实施本发明的结构框图。

图4是实施本发明的移动互联网应用集中式管理服务器的模块划分和架构框图。

图5是PUSH方式流程图。

图6是终端设备主动发起方式流程图。

图7是业务双确认机制模块互动示意图。

具体实施方式

下面结合附图对本发明进行说明。

关于网站和服务器说明如下，以下服务器就是本发明的移动互联网应用集中式管理服务器：

1)对网站而言，逻辑上可以分为三部分，网页应用、后台数据、用户业务和信息数据管理，本方案保留网站原有的所有架构，针对目标终端的特点，把网站的网页应用部分另外以客户端应用的方式独立出来，后台数据和网站拥有的用户数据和业务管理数据保留；

2)网站的网页应用，可以很灵活的做成一个或多个客户端应用，一对一或一对多；

3)网站的后台数据保留，包括其基于XML数据交互的方法，但具体的通信方式可以是基于XML的数据通信或扩展的其它方式的数据通信，包括共有标准或者私有定义；

4)网站既有的用户业务和信息数据管理保留，同时，开放接口给服务器，使部分新增加的用户和信息数据可以来源于服务器，并也可以向服务器进行业务数据的通信确认；

5)服务器上存有网站的客户端应用(资源)，客户端应用的下载、升级、综合应用推荐、应用数据等智能性辅助***功能(服务)，同时还有其自有的用户业务和信息数据管理(业务信息)。上述三项，互相配合构筑成为服务器的主体。

6)服务器与网站间存在两条逻辑通信链路，对具体的通信链接方式不做界定，可以是基于无线、internet或光纤通信等各种方式，其一用于网站客户端应用的版本发布，如图3中双向实线箭头(4)所指，其二用于二者间的用户数据和业务数据的通信如图3中双向虚线箭头(1-2)所指，可能的用户数据包括但不局限于用户名、密码、网络昵称、个人信息等，可能的业务数据包括但不局限于业务交易数据、业务交易金额、积分奖励、点数反馈等；

7)智能化包括，针对用户使用习惯，进行记录并分析，并做相关性推荐；整合相关应用，分析并处理到合理的架构，组合捆绑；应用资源管理，客户应用查询做智能化匹配；增强智能化客户需求分析，针对性提供打包多项服务，整合用户资源和应用资源。

8)客户端互联网应用平台，提供了互联网应用的软件运行平台，移植于手机的操作***之上，网站客户端应用，可以通过下载安装手段运行于应用平台之上，同时应用平台本身考虑了应用下载、升级、应用推荐、应用数据同步和用户管理的功能，应用平台可以与服务器建立通信，对应用本身进行管理，同时对服务器方的客户数据进行管理。

9)网站客户端软件通过下载安装的方式到达客户端互联网应用平台之后，网站的客户端应用直接与网站进行数据交互，如图3中双向实线箭头(3)所指(应用数据交互)，图3中双向虚线箭头(1-3)所指(业务数据交互)，若在业务发生时，可以进行业务交互，此时的业务交互是三方的，服务器、网站和手机，其中，箭头线(1-1)、(1-2)和(1-3)同时表明了闭环状的确认循环，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认。执行订单的双确认机制，增强数据的可靠性。关于双确认机制，在图7中做了更进一步说明。

结合图4对移动互联网应用集中式管理服务器的模块划分和架构说明如下：

1)“应用管理模块”和“用户和业务数据管理模块”都有对外的数据交互；

2)如果网站应用是由网站应用自身来提供，“应用管理模块”负责从网站获取新的应用并纳入应用管理中，一般而言，服务器有专门的存储空间来存放，可供寻址访问，这些应用会形成一个列表管理，并考虑同一个应用的不同的版本；

3)“应用管理模块”与“软件平台”直接通信，完全是前台和后台的关系，“应用管理模块”可以根据“软件平台”的应用情况PUSH版本升级信息或新的应用列表，而“软件平台”也可以根据自己的情况获取后台的应用信息和列表，并下载感兴趣的部分应用；

4)“用户和业务数据管理模块”负责用户信息的管理和业务交易信息的“二次确认”，值得说明的是，“用户信息”可以来源于“手机侧”和“网站”，网站如果开放用户数据的接口，可以完成网站间用户数据共享；“业务模块”主要完成用户业务情况的记录也包括用户下载和使用的应用等；

5)“智能化业务模块”处理整个业务相关的统计和智能化分析工作，比如针对某个用户的使用应用特点(习惯使用某个应用或某些应用)，或某个应用的特色业务分析(某个人在使用elong定房子时，喜欢定郊区的房子，那么在用户下一次选择时，可以把郊区房子放在首要显示的位置，把以前预定的房子放在列表靠前位置，然后同时推介用户租车业务)在下一次使用服务时侯给出特色的针对***。

结合图5对PUSH方式说明如下：1.手机安装软件平台；2.平台运行，与服务器建立通信联接，自动完成注册过程；3.服务器用户和业务处理模块获取手机信息，应用记录和分析等；4.应用管理模块根据具体情况PUSH信息到手机平台；5.手机用户根据具体情况进行下一步处理。

PUSH方式软件平台的应用管理

1)平台注册信息可以是手机的唯一标识或网络标识，可自动完成；

2)服务器对用户信息的管理包括多项信息，标识、使用习惯、历史记录、相关统计分析数据等；

3)具体PUSH的信息不做约定，可以是推介的应用下载URL或说明性文字、图片、声音、视频、动画或其混合体。

结合图6对终端设备主动发起方式说明如下：

手机安装软件平台；平台运行，用户主动发起与服务器的通信请求，并获取应用管理相关数据；手机用户根据具体情况进行下一步处理。

用户主动发起的应用数据获取方式与此相同。

结合图7对业务双确认机制说明如下：

1)运行在终端软件平台上的应用是直接与对应的网站进行应用数据交互的(比如使用elong来查询酒店信息的数据)，但在业务发生时采用双确认机制(业务选定时发送订单)，服务器和网站都同时获得业务交易信息；

2)双确认的流程可以这样分解：客户端应用在发送订单信息时，会同时发送给服务器的“用户和业务数据管理模块”和应用网站，如(1)所示，应用网站在反馈业务确认信息的时侯，也会同时发送给服务器的“用户和业务数据管理模块”和手机本身，如(2)所示，另外，如有必要，服务器的“用户和业务数据管理模块”也会与应用网站和手机进行相关业务数据反馈和确认，如(3)所示；

3)业务双确认机制确保了业务数据的备份，并能够保证数据的真实和有效性，有力确保了业务合作的良性经营；

4)业务确认的具体方法和数据格式不做界定，可以是短信和文本，也可以是约定的命令或扩展；

另外，“用户和业务数据管理模块”与多个网站相对应，在约定开放用户数据的情况下，可以有效完成网站用户数据的整合，在短时间内，完成用户的高效膨胀，达到增值的目的。

事实上，“移动互联网应用集中式管理服务器”，有可能会根据实际的PLMN或Internet网络架构存在1个或多个，这些服务器间数据同步，并确保终端用户的高效接入和提供相关服务。

应当指出，以上所述具体实施方式可以使本领域的技术人员更全面地理解本发明，但不以任何方式限制本发明。因此，尽管本说明书参照附图和实施方式对本发明已进行了详细的说明，但是，本领域技术人员应当理解，仍然可以对本发明进行修改或者等同替换；而一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明专利的保护范围当中。

Claims (16)

1.一种移动互联网应用的集中式管理平台***，其特征在于：包括通过网络互联的移动互联网应用集中式管理服务器和客户端互联网应用平台架构，所述移动互联网应用集中式管理服务器包括N个网站的客户端应用资源，该客户端应用资源是把N个网站的网页应用即网站应用分别以网站客户端应用的方式独立出来而形成的；所述移动互联网应用集中式管理服务器通过两条逻辑通信链路连接N个网站中的每一个网站，其中一条用于网站客户端应用的版本发布，另一条用于二者间的用户数据和业务数据的通信；所述移动互联网应用集中式管理服务器为客户端互联网应用平台至少提供网站客户端应用下载、升级、应用推荐、应用共享、应用数据同步、和/或用户信息管理服务；所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互。

2.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述用户数据包括但不局限于用户名、密码、网络昵称、和/或个人信息。

3.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述业务数据包括但不局限于业务交易数据、业务交易金额、积分奖励、和/或点数反馈。

4.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述移动互联网应用集中式管理服务器包括以下的模块划分和架构：应用管理模块，用户和业务数据管理模块，以及智能化业务模块；应用管理模块与客户端互联网应用平台直接通信，是一种前台和后台的关系，应用管理模块可以根据客户端互联网应用平台的应用情况PUSH版本升级信息或新的应用列表，而客户端互联网应用平台也可以根据自己的情况获取后台的应用信息和列表，并下载感兴趣的部分应用；用户和业务数据管理模块负责用户信息的管理和实施业务交易信息的业务双确认机制，用户信息可以来源于客户端互联网应用平台和网站，网站如果开放用户数据的接口，可以完成网站间用户数据共享；用户和业务数据管理模块还用来完成用户业务情况的记录，以及用户下载和使用的应用；智能化业务模块处理整个业务相关的统计和智能化分析工作，以便用户下一次使用服务时侯给出特色的针对***。

5.根据权利要求4所述的移动互联网应用的集中式管理平台***，其特征在于：应用管理模块还能够负责从网站获取新的应用并纳入应用管理中，移动互联网应用集中式管理服务器有专门的存储空间来存放网站应用，可供寻址访问，这些应用会形成一个列表管理，可以包含同一个应用的不同的版本。

6.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互，包括应用数据交互和业务数据交互，所述业务交互是三方的，服务器、网站和手机，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认；通过执行订单的业务双确认机制，增强数据的可靠性。

7.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述移动互联网应用集中式管理服务器还包括其自有的用户业务和信息数据管理；所述网站的网页应用，可以做成一个或多个客户端应用，一对一或一对多。

8.根据权利要求1所述的移动互联网应用的集中式管理平台***，其特征在于：所述网站具有的后台数据保留，包括其基于XML数据交互的方法，但具体的通信方式可以是基于XML的数据通信或扩展的其它方式的数据通信，包括共有标准或者私有定义方式；所述网站既有的用户业务和信息数据管理保留，同时，开放接口给服务器，使部分新增加的用户和信息数据可以来源于服务器，并也可以向服务器进行业务数据的通信确认。

9.根据权利要求4所述的移动互联网应用的集中式管理平台***，其特征在于：用户和业务数据管理模块与多个网站相对应，在约定开放用户数据的情况下，可以有效完成网站用户数据的整合，在短时间内，完成用户的高效膨胀，达到增值的目的。

10.一种移动互联网应用的集中式管理方法，其特征在于包括以下步骤：利用计算机建立移动互联网应用集中式管理服务器，利用终端设备建立客户端互联网应用平台，从而构建通过网络互联的移动互联网应用集中式管理服务器和客户端互联网应用平台架构，所述移动互联网应用集中式管理服务器包括N个网站的客户端应用资源，该客户端应用资源是把N个网站的网页应用即网站应用分别以网站客户端应用的方式独立出来而形成的；所述移动互联网应用集中式管理服务器通过两条逻辑通信链路连接N个网站中的每一个网站，其中一条用于网站客户端应用的版本发布，另一条用于二者间的用户数据和业务数据的通信；所述移动互联网应用集中式管理服务器包括应用管理模块，用户和业务数据管理模块，以及智能化业务模块；所述应用管理模块为客户端互联网应用平台提供网站客户端应用下载、升级服务，以及应用推荐、应用数据同步、和/或用户信息管理服务；所述客户端互联网应用平台通过网站客户端应用直接与网站进行数据交互，包括应用数据交互和业务数据交互，所述业务交互是三方的，服务器、网站和手机，都要进行业务确认，直至在服务器和网站上都有业务数据的备份，以备最终的业务帐单确认，通过所述用户和业务数据管理模块执行订单的业务双确认机制，增强数据的可靠性；所述智能化业务模块处理整个业务相关的统计和智能化分析工作，以便用户下一次使用服务时给出特色的针对***。

11.根据权利要求10所述的移动互联网应用的集中式管理方法，其特征在于：所述业务双确认机制包括以下步骤：网站客户端应用在发送订单信息时，会同时发送给移动互联网应用集中式管理服务器的用户和业务数据管理模块，以及应用网站，应用网站在反馈业务确认信息的时，也会同时发送给移动互联网应用集中式管理服务器的用户和业务数据管理模块，以及网站客户端应用终端本身，另外，移动互联网应用集中式管理服务器的用户和业务数据管理模块还可以与应用网站和网站客户端应用终端本身进行相关业务数据反馈和确认。

12.根据权利要求10所述的移动互联网应用的集中式管理方法，其特征在于：所述移动互联网应用集中式管理服务器与终端设备之间的信息传递包括PUSH方式和/或终端设备主动发起方式。

13.根据权利要求12所述的移动互联网应用的集中式管理方法，其特征在于：所述PUSH方式包括以下步骤：终端设备安装客户端互联网应用平台；平台运行，与移动互联网应用集中式管理服务器建立通信联接，自动完成注册过程；移动互联网应用集中式管理服务器的用户和业务处理模块获取终端设备信息，应用记录和分析；应用管理模块根据具体情况PUSH信息到终端设备的客户端互联网应用平台；终端设备用户根据具体情况进行下一步处理；所述PUSH信息可以是推介的应用下载URL或说明性文字、图片、声音、视频、动画或其混合体。

14.根据权利要求13所述的移动互联网应用的集中式管理方法，其特征在于：所述自动完成注册过程中的平台注册信息可以是终端设备的唯一标识或网络标识。

15.根据权利要求10所述的移动互联网应用的集中式管理方法，其特征在于：移动互联网应用集中式管理服务器对用户信息的管理包括以下信息：标识、使用习惯、历史记录、和/或相关统计分析数据。

16.根据权利要求12所述的移动互联网应用的集中式管理方法，其特征在于：所述终端设备主动发起方式包括以下步骤：终端设备安装客户端互联网应用平台；平台运行，终端设备用户主动发起与移动互联网应用集中式管理服务器的通信请求，并获取应用管理相关数据；终端设备用户根据具体情况进行下一步处理。

Images