CN103488697B - 能自动收集和交换碎片化商业信息的***及移动终端 - Google Patents

Abstract

能自动收集和交换碎片化商业信息的***及移动终端，所述***包括服务器和移动终端，移动终端是基于制定符合大数据可信分发的获取规范和基于python的tornado服务架构的NDK（核心）+ java 的客户端；服务器采用了基于的python的tornado框架，流程如下：①移动终端自身数据管理***和服务器端对相联系的网络商业信息***的相关提取、转换、装载数据源;②移动终端发送REST网络请求获取相关的服务器端发送的数据;③相关的服务器端发出指令，对相联系的网络商业信息***要求依据业务需求;④对操作型数据存储库进行分析;⑤利用移动智能终端***，将数据以不同方式展示在移动终端的用户视图中。

Description

能自动收集和交换碎片化商业信息的***及移动终端

技术领域

本发明涉及利用移动互联网技术，解决开放移动互联网环境下，信息传递中安全性能降低以及在大流量数据情况下的终端负载问题，尤其涉及自动收集和交换碎片化商业信息的移动终端。

背景技术

随着互联网和移动技术的融合发展，移动互联网技术必然深入到信息化应用的各个方面。商业信息数据的移动应用也不例外，移动互联网技术最有可能与终端的信息采集和信息展示功能相结合。目前已经出现的商业智能终端移动版，可以支持用户通过移动设备无线访问(IDC)数据中心。移动终端使得用户可以通过智能手机、移动平板等实时连接数据中心、获取分析数据，这给传统商业数据应用带来重大的突破，同时也大大提高商业决策效率。

目前的技术实现方案是采用的是数据中心处理，移动终端展示的方式，移动终端通过(WiFi或GPRS等)移动互联网实时连接数据中心，随时获取所需商业数据，并提供个性移动数据分析，支持定制专属移动桌面，定制行业、领域分析、数据加密、信息推送等，及时监控和预警服务。用户不必担心终端缺乏强大的数据处理能力，因为所有的数据处理都已在数据中心(服务器等)完成。

但开放移动互联网的发展使得商业信息数据的移动应用开始具备碎片化的特征，主要表现在：

1)互联网Web2.0技术的成熟，更多的商业信息是由网络分散形成和传播的，在商业数据传递上的状态，使得网络商业信息池加上了新的一种属性──社交标签。移动社交网络的出现使得商业信息需求和社交需求强绑定，对于拥有社交标签的信息需求变得越来越大，可以发现，关注相似的人关注的信息是最有效率的──社交标签使得商业信息被更加人性化，更自然地被细化，换言之，社交标签使得定制化的商业信息细化成为可能。

2)移动终端设备的突破性发展以及更先进的交互技术使得与“信息源”发生交互的触点数量剧增，这些“交互可能”(即Touchpoint)在以前是不可能发生的。

这是最好的时代这是最坏的时代。基于以上移动互联网环境下的商业数据的非结构化、碎片化、海量化带来的实时收集处理数据成为商业信息自动收集和交换的巨大挑战：现在市场上流行的android客户端开发技术大多基于原生的java开发语言进行开发，加上现有的web服务器增加客户端接口来完成客户端整体开发流程。优点是开发成本低，性能尚可，但缺点也非常明显，即因为统一的开发流程和规范导致了安全性能降低以及在大流量数据情况下的负载问题。

现有技术的缺点是：要从网络上大量的、不完全的、有噪声的、模糊的、随机的数据中，提取隐含在其中的、潜在有用的商业信息。大量的用户、大量的信息在动态变化的时候，准确、即时获取和传递有效商业信息便成为重要的移动应用，目前主要的技术解决方案是：依靠一个巨大的、带有社交标签的信息源──Path和终端的绑定，单向或双向的同步、支持移动设备──Path具备免费的终端应用程序，但几乎现有技术在安全性能、在大流量数据情况下负载问题严重，主要体现在：

1)安全性：java语言属于解释性语言，因为过分的追求可移植性所以导致源文件很容易被反编译，对于核心算法而言没有保密性可言，而且执行效率一般。由于客户端是基于大数据的可信分发为基础的，所以在安全性上必须提高，以保障用户信息安全可靠。

2)性能：采用原有的web增加接口的方法虽然开发成本低，但带来的问题是与原有逻辑绑定，不适合扩展性，而且由于和原有服务器使用了同样的逻辑处理层，所以在效率上会有影响，更重要的是原有的网站响应结构不能适应客户端的快速响应需求，由于移动网络的特性在数据连接上是相对断续的，所以更要求数据响应加快。另外在移动数据大爆发的情况下，移动端的需求会成阶梯状的增长，所以非常有必要为了未来1～2年的需求进行技术再选择。

传统移动终端在数据和信息的实时性及集成性等方面目前还存在明显的不足，通常只支持在本地查询信息分析结果，往往难以及时准确地了解商业信息变化和外部市场动态。其具体表现为：①信息资源的获取缺乏实时性。无法有效解决数据滞后、分析滞后和决策滞后问题；②终端***功能相对单一，缺乏标准化和集成化。由于各类移动终端产品具有独特的用户范例、专用格式和元数据管理方式，因此分析结果不一致，信息共享困难。

移动智能终端是商业终端研究领域中的崭新课题。它借助移动通信技术与手段，将商业数据处理的实时性和集成性融于一体。本发明针对商业数据Path和终端的绑定与智能移动设备的应用现状，通过对传统商业智能终端***架构进行改造，提出自动收集和交换碎片化商业信息的移动终端，可有效解决数据的传输滞后与分析滞后、在大流量数据情况下负载的安全性能问题。

发明内容

本发明目的是：提出一种能自动收集和交换碎片化商业信息的***及移动终端，通过分析移动应用各个开发环节并制定符合大数据可信分发的开发技术和规范：本发明采用基于python的tornado服务架构下的NDK(核心)+java的客户端。由于对客户端底层的核心算法进行了NDK的封装，***整体的安全性达到了极高的程度，非常适合商业化应用，同时由于网站端用Tornado的架构进行了重构，所以在大规模的数据分发情况下也能进行高效的信息处理，最后在保证了上述这两点的情况下，由于用了外部的XML描述和对不影响性能的接口调用原有网站现成逻辑这两步操作，使得***在移植和开发成本上得到了有效的控制，整体开发周期和成本并没有明显提高。

本发明的技术方案是，能自动收集和交换碎片化商业信息的***及移动终端，所述自动收集和交换碎片化商业信息的***和移动终端，***包括服务器和移动终端，所述移动终端基于制定符合大数据可信分发的获取规范和基于python的tornado服务架构的NDK(核心)+java的客户端，主要特征为：

NDK为android在linux中c开发模式，具有不可反编译和执行速度快的优点，缺点是开发成本较高，所以只针对部分核心算法和加密算法进行NDK开发，外部的逻辑层用标准的java开发，达到的效果是在满足基本的开发成本下，最大化的提高安全性和性能。

所述服务器的开发环境：采用了基于的python的tornado框架，该框架是facebook建立的，由于使用了linux下的epoll技术，使得该框架可以适应超大规模的并发和吞吐量。

自动收集和交换碎片化商业信息的移动终端***，流程如下：①移动智能终端自身数据管理***(如Android联系人管理***，读写器管理模块)和服务器端对相联系的网络商业信息***的相关提取、转换、装载数据源，将结果数据存储于移动终端***数据库(图中的标签数据库)和服务器端信息数据仓库(信息数据数据库，服务器端)中；②移动终端发送REST网络请求获取相关的服务器端发送的数据(如报表、关键绩效指标等)；③相关的服务器端发出指令，对相联系的网络商业信息***要求依据业务需求，将接收的数据存储于底层数据仓库中或将接收的数据直接提供给数据分析层；④对操作型数据存储库进行分析，得到分析结果数据，并依据业务需求将结果数据保存于信息数据仓库中；⑤利用移动智能终端***，将数据以不同方式展示在移动终端的用户视图中。

本发明的流程：网络商业数据的Path和移动终端的绑定，移动终端在数据和信息的实时性及集成性、元数据管理方式，进行信息共享；移动终端均指智能移动终端。

带有社交标签的信息源──Path的定义:在移动社交网络模式下，独立的离散式智能从分支节点上收到中央控制节点，中央枢纽保持全网流量监视和控制，从OSI 2层到7层实时把握网络整体状况，即时控制和调度，建立强大中央智能，对全网和100％垂直完整做出有效反应。在商业数据的Path和移动终端的绑定的网络环境下，中央控制节点可以根据相应算法、逻辑、分析和规则，以业务流程定义规范方式将配置信息推到交换和路由节点，完成路由或交换从中央控制节点接受特定格式指令规则过程，交换和路由节点更新数据转发平面落地规则，完成数据转发。中央控制节点针对每个细分的网络路径，按照一条条“信息流”细分，每个“信息流”数据落地转发由每个特定交换或路由节点完成。当计算或存储资源变化时，中央控制节点根据分析结果重新调整节点配置规则，以实现动终端在数据和信息的实时性及集成性、元数据管理方式，进行信息共享。

带有社交标签的信息源──Path对***的动态方面建模。这些动态方面可能涉及一个***的体系结构的任意视图中的任何种类的实例的交互，包括类(含主动类)、接口、构件和节点的实例的交互。多数情况下，可使用操作顺序来阐明业务流程的实现，即说明移动终端如何通过交互来执行全部或部分业务流程。在商业数据的Path和移动终端的绑定的组织结构中，数据和信息应用主事件流将有一个操作顺序，而每个独立的业务应用分支流都分别有一个强调参加交互的对象的组织协作程序。操作顺序和协作程序都来自UML的元模型中相同的信息，所以两者在语义上是等价的。它们可以从一种形式的；流程转换为另一种形式的流程,而不丢失任何信息。

Rest的方法就是向一个资源的URI发送GET、POST、PUT和DELETE进行获娶创建、保存、删除操作。

本发明能自动收集和交换碎片化商业信息的***及移动终端，在移动互联网商业数据的非结构化、碎片化、海量化的环境下，实时收集处理数据成为商业信息自动收集和交换关键的前提是：以被细化并精准传递的信息达到一个可观的量值、与信息源交互的触点数(Touchpoint)到达一个可观的量值。而这两个前提本身又是相辅相成的，当与信息源交互的触点数越多，信息源可提供的信息量越大，用户与其发生交互的门槛(包括技术上和意愿上)就越低，用户越与其发生交互，信息源能够根据交互过程产生的反馈就越多，信息源的学习能力就越高，信息源越能够知道用户希望得到的商业信息，越能够针对性的满足不同的定制化需求，当定制化需求被最大限度地满足，又反过来增加用户对于“源”的依赖，从而增加与其交互的触点数。因此本发明基于对用户需求的理解、对信息数据的理解、对相互关系的理解。

但因为是不借用原有web服务器的api外置开发方法，所以开发成本会较高，同样，基于以上问题采用了核心算法使用tornado，***算法使用web原有服务，另外由于使用了python这种第三代的脚本语言，所以实际开发成本并没有增加多少，但带来了更好的并发效果。

Python是一种面向对象、直译式计算机程序设计语言(尤其是开放源代码的脚本编程语言)，这种脚本语言特别强调开发速度和代码的清晰程度。可以用来开发各种程序，从简单的脚本任务到复杂的、面向对象的应用程序都有大显身手的地方。Python是程序员最适合掌握的优秀语言，面向对象、扩展性强同时执行严格的编码标准。

tornado是单进程单线程的服务器，如果是同步请求，一个长时间的请求没结束，就不能去处理其他的请求，可是tornado支持异步请求。

在***的服务器端架构的基础上，图8给出了自动收集和交换碎片化商业信息的移动终端的架构体系。移动终端采用时间轮询机制及时从移动互联网非结构化、碎片化、海量化的商业信息中，搜索获取其需要的商业数据，并实现商业信息实时刷新。为了加速处理过程或减少网络数据传输。可以将一些重要信息通过一定的元数据管理方式安全保存在移动终端中。移动终端读取的信息数据不仅可以来自服务器端的数据仓库(或数据库)，也可以是来自其他移动终端***数据库中存储的关联商业信息数据。

本发明的有益效果是：要从网络上大量的、不完全的、有噪声的、模糊的、随机的数据中，提取隐含在其中的、潜在有用的商业信息。大量的用户、大量的信息在动态变化的时候，准确、即时获取和传递有效商业信息便成为重要的移动应用，目前主要的技术解决方案是：依靠一个巨大的、带有社交标签的信息源──Path和终端的绑定，单向或双向的同步、支持移动设备──Path具备免费的终端应用程序，但几乎现有技术在安全性能、在大流量数据情况下负载问题严重，主要体现在：

3)安全性：java语言属于解释性语言，因为过分的追求可移植性所以导致源文件很容易被反编译，对于核心算法而言没有保密性可言，而且执行效率一般。由于客户端是基于大数据的可信分发为基础的，所以在安全性上必须提高，以保障用户信息安全可靠。

4)性能：采用原有的web增加接口的方法虽然开发成本低，但带来的问题是与原有逻辑绑定，不适合扩展性，而且由于和原有服务器使用了同样的逻辑处理层，所以在效率上会有影响，更重要的是原有的网站响应结构不能适应客户端的快速响应需求，由于移动网络的特性在数据连接上是相对断续的，所以更要求数据响应加快。另外在移动数据大爆发的情况下，移动端的需求会成阶梯状的增长，所以非常有必要为了未来1～2年的需求进行技术再选择。

传统移动终端在数据和信息的实时性及集成性等方面目前还存在明显的不足，通常只支持在本地查询信息分析结果，往往难以及时准确地了解商业信息变化和外部市场动态。其具体表现为：①信息资源的获取缺乏实时性。无法有效解决数据滞后、分析滞后和决策滞后问题；②终端***功能相对单一，缺乏标准化和集成化。由于各类移动终端产品具有独特的用户范例、专用格式和元数据管理方式，因此分析结果不一致，信息共享困难。

移动智能终端是商业终端研究领域中的崭新课题。它借助移动通信技术与手段，将商业数据处理的实时性和集成性融于一体。本发明针对商业数据Path和终端的绑定与智能移动设备的应用现状，通过对传统商业智能终端***架构进行改造，提出自动收集和交换碎片化商业信息的移动终端，可有效解决数据的传输滞后与分析滞后、在大流量数据情况下负载的安全性能问题。

与现有技术的比较如下：

附图说明

图1是WIFI/GPRS传输模式框图；

图2是商业信息***与终端的拓普图；

图3客户端的一般工作流程图；

图4是客户端逻辑结构框图；

图5是服务端逻辑结构框图；

图6是***架构的实现的逻辑框图；

图7为移动终端采用Android***的业务流程实现图。

图8为移动终端与服务器终端架构图。

图9为碎片化信息数据的收集分析分发模型。

具体实施方式

本发明技术方案的详细阐述：随着移动网络信息应用的广泛普及，"碎片"(Shard)化的海量分布数据的收集/分析和访问成为了移动信息***设计的瓶颈问题。难点在于信息碎片化分布后，数据迁移路由规则的制定和选择以及后期的扩展性，比如：如何做到用最少的数据迁移量，达到扩充数据库容量(增加移动网络机器节点)的目的。核心问题是如何围绕数据库分库分表的移动网络路由规则和负载均衡策略展开。在具体技术细节之上的抽象处理，是基于移动网络信息***的水平扩展(Scale Out，亦或横向扩展、向外扩展)的完整数据层解决方案，其主要目的是为突破单节点数据库服务器的I/O能力限制，解决数据库扩展性问题。

收集和交换碎片化商业信息的***拟提供功能如下：(1)提供移动网络碎片化商业信息数据的收集和访问规则和路由规则，将分析规则直接内嵌入***；(2)引入移动网络数据库分布集群(Group)的概念，保证数据的高可用性；(3)引入移动网络集群节点可用性探测机制，以保证收集和交换碎片化商业信息策略的正确实施，以确保***的高度稳定性；(4)引入集群的数据库分发移动网络负载均衡策略；(5)引入可用性的移动网络数据推送机制，提高客户端(移动终端)的数据访问查询速度。本发明基本思路是：采用集群的数据库分布方案，也就是说移动终端N台节点服务器组成了一个完整的DB；通过一系列的收集规则将碎片化商业信息数据水平分布到不同的DB或table中，再通过相应的DB路由或者table路由规则找到需要交换的具体的DB或者table，以进行碎片化商业信息数据的收集和交换操作。

数据收集和交换是物理上的，对移动网络上分布的碎片化商业信息数据通过一系列的收集规则可分布到不同的DB服务器上，并通过一系列对数据的交换规则，将数据分布到一个数据库的不同表中，比如将数据信息划分为若干子表，若干个子表水平拼合有组成了逻辑上一个完整的数据信息索引表，建立一个DB，这个DB单独保存user_id到DB的映射关系，每次访问数据库的时候都要先查询一次这个数据库，以得到具体的DB信息，数据交换可以通过规则路由访问特定的数据库，访问面对的就不是单台服务器了，而是N台服务器，这样就可以降低单台机器的负载压力，并可以充分利用多台机器各种处理能力，同时可以避免单点失败，提供***的可用性，进行很好的错误隔离。

移动网络数据分发的推送机制可将数据库的当前状态通过程序的方式推送到客户端(移动终端)，也就是分布式数据层的应用端，这个时候通过主动的监听机制更新一个本地的DB状态的列表。并告知负载平衡LB，这个移动网络数据库节点是否可用，是否需要分配负载。

本发明整个框架技术根据客户端(移动终端)和服务器可以分解如下：客户端(移动终端)图4所述：NKD:底层c语言开发层，由于用了最接近汇编的的开发语言，在核心算法的效率上会有质的提高，而且由于c是编译成二进制执行的，所以安全性能得到了很大的提高。JAVA：普通逻辑开发层，java语言由于易读易用，已经成为第一大开发语言，而且完备的垃圾回收机制对开发非常友好，对于整体成本控制和质量控制都很友善，另外java是android的官方认可开发语言，对于客户端的新特性支持非常到位。XML：外部界面表示层，xml是开源的文本语言，结构是开发的，任何一个使用者就算不是程序员也很容易进行编辑和修改，作为界面描述的优点不言而喻，而且由于不需要专门的开发人员，成本也得到了有效的控制。

■服务端框图(图5所述)：NGINX:负载层，处理并发，并且对nginx进行了二次开发，方便部署服务器，并且提高了安全性。

TORNADO：逻辑层/表示层。由于用到了linux的epoll技术，所以在超大规模的并发有有很大优势，比同等的tomcat架构有20倍的性能提升，同时这个框架技术有着易扩展，维护成本低，开发简单的优点，在部署上也很方便，支持点到面的批量部署。

ALGORITHM：核心算法层。针对移动互联网的特点，对核心算法进行了整合和优化，另外针对表示层的tornado架构进行了同步，最大化的为移动互联网进行了适配。这部分的api是有选择性的，根据2/8理论，这里只选择的最影响性能的那部分代码进行处理。

WEB API：普通逻辑调用层。正对***的普通算法和数据展示，调用原有网站已经有的逻辑，减少开发成本及人力投入，最大化的利用现有资源。同时又由于这部分数据展示和网站具有通用性，所以当逻辑进行了修改能同时顾及两边的需求。

DATABASE：数据库调用层。与网站逻辑一致，由oracle统一分配调度资源，避免数值的不一致和冗余，同时因为数据中心统一管理，才能用统一的开源格式来管理数据传输，方便前端开发和后期的维护。在数据安全性上也有了保障。

每一个信息数据库包括1个DB信息列表和N个"碎片"(Shard)化的数据；数据收集/分析和访问的过程如下：请求数据层，并传递必要的分库区分字段、通常情况下是user_id；数据层根据区分字段Route到具体的DB，在这个确定的DB内进行数据的收集、分析操作，而数据层客户端，不定时对集群中各个数据库进行可用性的尝试性链接，或者数据库端口的尝试性访问，也通过负载均衡实现集群的数据库负载分发策略，提供可用性的数据推送机制；数据分发的推送机制可将数据库的当前状态通过程序的方式推送到客户端(移动终端)，也就是分布式数据层的应用端，这个时候通过主动的监听机制更新一个本地的DB状态的列表；并告知LB(负载均衡LoadBalance)，这个数据库节点是否可用，是否需要分配负载。

本发明采用一种能自动收集和交换碎片化商业信息的***数据组件，将商业信息的收集、处理、交换、分发的资源、规则、应用、控制等在框架内实现，作为独立的中间件，在服务器***需要商业数据应用控制时，通过配置搭建商业信息资源的***控制管理环境将该中间件外挂在应用***上，而应用***移除管理控制时，中间件脱离应用***，不影响应用***继续运行；一个中间件可以同时支持并控制多个应用***，而无需提供多份拷贝.根据以上设计思想，给出该中间件——***数据组件的定义：在尽可能少的改变基于商业信息服务模式的应用***的前提条件下，可以按需求随时将中间件部署/分离应用***，并可同时对多个***/***下的多个收集、处理、交换、分发商业信息应用进行管理控制的***组件。

本发明采用能自动收集和交换碎片化商业信息的***与移动终端，采用服务器/客户端方式来完成对应用***的挂接，在运行时将截获***方法的调用，根据信息服务模式的商业数据资源，对商业信息资源的应用进行控制管理，数据组件包括三个基本功能：信息调用(收集)、信息整理(分析)和信息被调用(分发)。对于调用(移动终端)，首先判断属于哪个节点，然后在获取在网络中的角色；而对于被调用，首先要获取***信息，然后根据***信息，得到具体的类、方法、接口等信息.分析介于调用和被调用之间，通过截获两者间的消息来完成数据挖掘。所述***数据组件，定义为可嵌入的、可扩展的中间件，***功能服务通过维护资源访问列表、应用程序Session、数据库访问Session等进行数据管理控制，并建立严格的商业信息数据组织、组、用户树和维护机制。***数据组件的中间件接口能够快速的开发给应用***、利用其提供的快速部署工具能够快速的部署到基于网络分布模式的服务器、利用其提供的管理控制功能进行必要的测试后就可以开通多个商业信息服务功能，并提供网络信息的大规模收集、分析和分发服务。其软件架构采用自定义属性、类型及反射等技术，通过中间件对***不同收集、处理、交换、分发商业信息应用的数据汇聚、挖掘和信息服务等资源生成、访问方式，以及资源树访问接口的定义，给出一套简洁、实用的***架构方案。

所述***数据组件：采用基于中间件的业务集成方法，用中间件实现网络商业信息应用业务流程集成，具有高效率、高可重用性、适合平台服务等优点。基于数据组件部署模式的***集成方法采用分层模块架构，包括：负载层、逻辑层、数据搜索层和数据中心层，业务流程定制了对移动终端的消息格式，可按照功能实现方法实现自动收集和交换碎片化商业信息规则链的业务集成。

■***架构的实现(图6)：

服务器端和移动终端的通信基于第三代移动通信(3G)互联网络，并实现与有线宽带互联网络(Internet)的通信互联。

基于以上通信与信息处理结构的基础上，服务器端采用JAVA WEB应用与RESTLET集成模式。移动终端采用Android***，业务流程实现(图7)如下：

(1)REST。商业数据与WEB应用集成。服务器端提供集成接口将商业数据应用集成于JAVAWEB应用中。

(2)移动终端客户端采用REST HTTP实现网络请求。

(3)服务端解析来自移动终端客户端的REST请求，并进行数据分析。服务端依据REST请求进行数据分析，并将结果数据封装成资源传输至移动终端客户端。

(4)移动终端客户端接受返回数据，将返回数据进行存储、分析与展示。

带有社交标签的信息源──Path的业务流程，基于商业数据的Path和移动终端的绑定，通过建立完整的需求任务分析信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的配置标准，支持移动终端自动收集和交换碎片化商业信息。

被扩展的带有社交标签的信息源──Path业务流程需求。此需求所扩展的任务(如果存在)。扩展关联就是一种广义关系，其中扩展用例接续基Path业务的行为。这是通过扩展任务向操作序列中***附加的操作序列来实现的，使用带有Path和移动终端的绑定关联来建模。

被包含的Path的业务流程所包含需求任务的列表，是一种广义关系，它表明对处于另一个Path业务流程之中的需求任务所描述的行为的包含关系。这也使用带有Path和移动终端的绑定关联来建模。

√假设移动终端的商业数据的Path需求任务[可选]。将它们添加到操作的基本业务流程或可选业务流程中。

√移动终端──Path具备免费的终端应用基本操作流程。带有社交标签的信息源──Path的业务参与者在流程中所遵循的主逻辑路径。因为它描述了当各项工作都正常进行时需求任务的工作方式，所以通常称其为适当路径(happy path)或主路径(main path)。

√移动终端──Path具备免费的终端应用可选操作流程。带有社交标签的信息源──Path的业务参与者在流程中中很少使用的逻辑路径，那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。

√Path业务流程修改历史记录[可选]。关于需求任务分析的修改时间、修改原因和修改人的详细信息。

√Path业务流程风险[可选]。如果存在，则为与此需求任务分析的开发相关的问题或操作项目的列表。

移动终端──Path具备免费的终端应用决策。关键决策的列表，这些决策通常由Path和移动终端的绑定作出，并属于带有社交标签的信息源──Path业务流程的内容。将这些决策记录下来对于维护社交团体记忆库(group memory)是相当重要的。

收集和交换碎片化商业信息的移动终端，本发明主要侧重对于***安全性以及应用稳定性上的问题解决，也是需要保护的内容。

传统的商业智能终端发展到移动互联网开放环境下已经面临较大的挑战。随着知识管理技术、数据分析与挖掘技术、移动通信技术的不断创新，实时商业智能、移动商业智能、云计算商业智能等新一代商业信息处理技术将成为移动互联网应用的主流。本发明提出的自动收集和交换碎片化商业信息的移动终端，是对传统商业智能终端***的变革与改进。鉴于企业或组织的商业信息应用的重要性，可有效解决数据的传输滞后与分析滞后、在大流量数据情况下负载的安全性能问题。

本发明经过实验、模拟、使用而证明可行，并达到预期效果。

1)完成面向移动互联网的Web中间件平台应用需求、技术趋势、产品现状、标准规范；

2)完成面向移动互联网的Web中间件平台产品形态定义、体系结构设计、技术路线分析，形成***参考模型，支持安全可控的移动智能终端操作***与新型网络计算操作***；

3)实现中间件终端适配机制、安全体系与策略，移动互联网应用管理机制、多应用并发与通信机制，平台能力扩展机制等关键技术突破；

4)研制面向移动互联网的终端产品，支持移动互联网领域主流国际标准，并完成自动收集和交换碎片化商业信息的应用验证；

5)完成支持移动终端的移动互联网应用开发环境，提供开放的API实现自动收集和交换碎片化商业信息的服务集成与应用扩展；

6)建立开发者社区，拥有200人以上的活跃开发人员；提供基于移动互联网的Web中间件平台的10个以上的应用；建立基于移动互联网Web中间件的应用服务平台，支撑用户规模超过2000。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明。本发明所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作各种的更动与润饰。因此，本发明的保护范围当视权利要求书所界定者为准。

Claims (3)

1.能自动收集和交换碎片化商业信息的***及移动终端的设置方法，所述***包括服务器和移动终端，其特征是所述移动终端是基于制定符合大数据可信分发的获取规范和基于 python的tornado服务架构的核心NDK +java的客户端即移动终端；所述移动终端基于NDK为 android在linux中c开发模式，所述移动终端的核心算法和加密算法用NDK开发，外部的逻辑层用标准的java开发； 所述服务器的开发环境：采用了基于python的tornado框架，使用linux下的epoll 方法； 自动收集和交换碎片化商业信息的移动终端和***流程如下：①移动终端自身数据管理***和服务器端对相联系的网络商业信息***提取、转换、装载相关数据源，将结果数据存储于移动终端***信息数据库即标签数据库和服务器端信息数据库中；

②移动终端发送REST网络请求获取相关的服务器端发送的数据;

③相关的服务器端发出指令，对相联系的网络商业信息 ***要求依据业务需求，将接收的数据存储于底层信息数据库中或将接收的数据直接提供给数据分析层;

④对操作型信息数据库进行分析，得到分析结果数据，并依据业务需求将结果数据保存于信息数据库中;

⑤利用移动终端***，将数据以不同方式展示在移动终端的用户视图中； 每一个信息数据库包括1个DB信息列表和 N 个"碎片"化的数据；数据收集和分析和访问的过程如下：请求数据层，并传递必要的分库区分字段 user_id；数据层根据区分字段 Route 到具体的DB，在这个确定的 DB 内进行数据的收集、分析操作，而数据层移动终端，不定时对集群中各个信息数据库进行可用性的尝试性链接，或者信息数据库端口的尝试性访问，也通过负载均衡实现集群的信息数据库负载分发策略，提供可用性的数据推送机制；数据分发的推送机制可将信息数据库的当前状态通过程序的方式推送到移动终端，也就是分布式数据层的应用端，这个时候通过主动的监听机制更新一个本地的 DB 状态的列表；并告知负载均衡 LB，这个信息数据库节点是否可用，是否需要分配负载。

2.根据权利要求1所述的能自动收集和交换碎片化商业信息的***及移动终端的设置方 法，其特征是移动终端基于以下框架，核心NDK: 底层c语言开发层；JAVA：普通逻辑开发层； XML：外部界面表示层。

3.根据权利要求1所述的能自动收集和交换碎片化商业信息的***及移动终端的设置方法，其特征是基于以上通信与信息处理结构的基础上，服务器端采用JAVA WEB 应用与RESTLET 集成模式；移动终端采用 Android ***，业务流程实现如下：

(1)REST 商业数据与 WEB 应用集成，服务器端提供集成接口将商业数据应用集成于JAVA WEB 应用中；

(2)移动终端客户端采用 REST HTTP 实现网络请求；

(3)服务器端解析来自移动终端客户端的REST请求，并进行数据分析；服务器端依据REST 请求进行数据分析，并将结果数据封装成资源传输至移动终端客户端；

(4)移动终端客户端接受返回数据，将返回数据进行存储、分析与展示。