基于面向服务架构的移动终端信息推送方法、装置及系统

摘要

本发明公开了一种基于面向服务架构的移动终端信息推送方法、装置及系统，该方法包括以下步骤：在服务端构建SOA通知接口，并通过SOA通知接口接收移动终端在服务端注册通知；在服务端构建SOA发现接口，通过SOA发现接口获取移动终端的地址信息；当SOA发现接口感测到服务端的信息变更时，根据地址信息，并通过SOA通知接口向移动终端推送通知信息。实施本发明，一方面，系统地实现了针对移动终端所需信息的主动推送，通过建立SOA异常接口，确保了信息推送的可靠性；另一方面，通过获取多平台的信息服务以及混合云平台的信息服务，保证了信息推送的全面性，提高了信息推送服务的信息量以及覆盖面，增强了用户体验。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种基于面向服务架构的移动终端信 息推送方法、装置及系统。

背景技术

现有技术中，移动终端获取信息服务的通常方式是：首先，根据用户的需 求，向该移动终端所属的服务器发送信息服务请求，然后，该服务器根据用户 的信息服务请求生成信息服务内容，最后，通过该服务器向移动终端下发该信 息服务内容。

可以理解，在现有的移动终端信息服务获取方式中，一方面，通常需要用 户主动向服务器请求信息服务内容下发，信息服务获取的效率较低，同时，信 息服务的获取量以及信息服务的覆盖面较小；另一方面，用户通常只能选择与 其移动终端对应的服务器作为信息源，从而导致用户在获取信息服务的过程 中，可选择性受到较大的限制；更进一步地，在现有技术的发展中，由于多平 台信息服务模式、混合云平台信息服务模式的快速演进，在移动终端上，还没 有集成多平台信息服务项目、混合云平台信息服务项目等大数据模式的信息服 务项目，因此，在现有技术的移动终端信息服务模式中，存在着内容交付的全 面性较差、用户体验不佳的缺陷。

发明内容

有鉴于此，本发明要解决的技术问题是提供一种基于面向服务架构的移动 终端信息推送方法、装置及系统，以解决现有技术中，信息服务的获取量以及 信息服务的覆盖面较小、信息服务的可选择性受到较大的限制以及内容交付的 全面性较差、用户体验不佳的缺陷。

本发明解决上述技术问题所采用的技术方案如下：

构造一种基于面向服务架构的移动终端信息推送方法，该方法包括以下步 骤：

在服务端构建面向服务架构SOA通知接口，并通过面向服务架构SOA通 知接口接收移动终端在服务端注册通知；

在服务端构建面向服务架构SOA发现接口，通过面向服务架构SOA发现 接口获取移动终端的地址信息；

当面向服务架构SOA发现接口感测到服务端的信息变更时，根据地址信 息，并通过面向服务架构SOA通知接口向移动终端推送通知信息。

优选地，在通过面向服务架构SOA通知接口接收移动终端在服务端注册 通知之前还包括，通过面向服务架构SOA发布接口将通知信息发布至存储空 间，通过服务端的面向服务架构SOA执行接口在存储空间内调用通知信息， 或者通过面向服务架构SOA发布接口将通知信息发布至与服务端并行的第三 方服务平台。

优选地，在通过面向服务架构SOA发现接口获取移动终端的地址信息的 过程中，通过面向服务架构SOA发现接口对地址信息采用显式调用，或者对 地址信息采用匿名调用。

优选地，在通过面向服务架构SOA发现接口获取移动终端的地址信息的 过程中，通过服务端的面向服务架构SOA异常接口判断面向服务架构SOA接 口是否成功调用地址信息；在混合云网络体系中，面向服务架构SOA发现接 口通过代理远程调用地址信息。

优选地，在面向服务架构SOA发现接口感测到信息变更之前还包括，根 据服务需求在服务端内创建面向服务架构SOA库；

当面向服务架构SOA发现接口感测到信息变更时，在服务端内创建一个 服务对象，并保存服务对象对面向服务架构SOA库的引用关系；

根据面向服务架构SOA库以及引用关系在服务端创建本地面向服务架构 SOA库列表，同时，根据服务需求更新面向服务架构SOA库，将更新后的面 向服务架构SOA库同步至本地面向服务架构SOA库列表；

在服务端、与其并行的第三方服务平台之间建立同步链接，通过同步链接 获取本地面向服务架构SOA库列表；

将本地面向服务架构SOA库列表缓存至第三方服务平台；

在第三方服务平台根据缓存的本地面向服务架构SOA库列表调用所需文 件。

本发明还提出了一种基于面向服务架构的移动终端信息推送装置，该装置 包括：

信息通知模块，信息通知模块用于在服务端构建面向服务架构SOA通知 接口，并通过面向服务架构SOA通知接口接收移动终端在服务端注册通知；

信息发现模块，信息发现模块用于在服务端构建面向服务架构SOA发现 接口，通过面向服务架构SOA发现接口获取移动终端的地址信息；

信息通知模块还用于当面向服务架构SOA发现接口感测到服务端的信息 变更时，根据地址信息，向移动终端推送通知信息。

优选地，还包括信息存储模块、信息执行模块以及信息发布模块，其中，

信息存储模块用于存储通知信息；

信息执行模块用于在信息存储模块内调用通知信息；

信息发布模块用于将通知信息发布至与服务端并行的第三方服务平台。

优选地，信息发现模块包括信息显式调用单元与信息匿名调用单元，其中，

信息显式调用单元用于对地址信息采用显式调用；

信息匿名调用单元用于对地址信息采用匿名调用。

优选地，还包括信息异常模块，信息异常模块用于在通过信息发现模块获 取移动终端的地址信息的过程中，判断面向服务架构SOA接口是否成功调用 地址信息；

信息发现模块还用于在混合云网络体系中，通过代理远程调用地址信息；

装置还包括库创建模块、库更新模块、库同步模块、库缓存模块、服务对 象创建模块、本地库列表模块以及文件调用模块，其中，

库创建模块用于根据服务需求在服务端内创建面向服务架构SOA库；

服务对象创建模块用于当面向服务架构SOA发现接口感测到信息变更 时，在服务端内创建一个服务对象，并保存服务对象对面向服务架构SOA库 的引用关系；

本地库列表模块用于根据面向服务架构SOA库以及引用关系在服务端创 建本地面向服务架构SOA库列表；

库更新模块用于根据服务需求更新面向服务架构SOA库；

库同步模块用于将更新后的面向服务架构SOA库同步至本地面向服务架 构SOA库列表；

库同步模块还用于在服务端、与其并行的第三方服务平台之间建立同步链 接，通过同步链接获取本地面向服务架构SOA库列表；

库缓存模块用于将本地面向服务架构SOA库列表缓存至第三方服务平 台；

文件调用模块用于在第三方服务平台根据缓存的本地面向服务架构SOA 库列表调用所需文件。

本发明还提出了一种基于面向服务架构的移动终端信息推送系统，该系统 包括上述基于面向服务架构的移动终端信息推送装置。

实施本发明，一方面，通过在服务端构建面向服务架构SOA通知接口和 面向服务架构SOA发现接口等功能性接口，系统地实现了针对移动终端所需 信息的主动推送，同时，通过建立面向服务架构SOA异常接口，确保了信息 推送的可靠性；另一方面，通过创建面向服务架构SOA库以及本地面向服务 架构SOA库列表，使得移动终端可以获取多平台的信息服务以及混合云平台 的信息服务，保证了信息推送的全面性，丰富了信息内容，同时，提高了移动 终端信息推送服务的信息量以及信息推送服务的覆盖面，增强了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明较佳实施例提供的基于面向服务架构的移动终端信息推送 方法的流程图；

图2是图1示出的在通过SOA通知接口接收移动终端在服务端注册通知 之前的具体步骤流程图；

图3是图1示出的通过SOA发现接口获取移动终端的地址信息的具体步 骤流程图；

图4是图1示出的通过SOA发现接口获取移动终端的地址信息中异常判 断的具体步骤流程图；

图5是图1示出的通过SOA通知接口向移动终端推送通知信息的具体步 骤流程图；

图6是本发明较佳实施例提供的基于面向服务架构的移动终端信息推送 装置的结构框图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白， 以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描 述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1是本发明较佳实施例提供的基于面向服务架构的移动终端信息推送 方法的流程图。该方法包括以下步骤：

S1，在服务端构建SOA通知接口，并通过SOA通知接口接收移动终端在 服务端注册通知。

SOA(面向服务架构)，即面向服务的体系结构是一个组件模型，它将应 用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约 联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、 操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统 一和通用的方式进行交互。

移动终端通过SOA通知接口注册通知，当SOA内容组件发生变化时，该 移动终端即可收到对应的变化通知。

例如，注册格式如下：[ID].[advise].([callbackID])

通知格式如下：[callbackID]序列化串

callbackID由移动终端端的客户端管理，在服务端则可以为每个注册的通 知添加回调代理，并将结果序列化到移动终端端。

S2，在服务端构建SOA发现接口，通过SOA发现接口获取移动终端的地 址信息。在SOA中，通过相应功能组件可以发现对应的可执行对象以及可执 行接口，通过这些可执行对象以及可执行接口发现移动终端的地址信息，另一 种方式是，在移动终端端，通过客户端告知服务端自己的地址信息，在服务端 通过上述SOA发现接口接收上述地址信息。

S3，当SOA发现接口感测到服务端的信息变更时，根据地址信息，并通 过SOA通知接口向移动终端推送通知信息。

SOA(Service-Oriented Architecture)面向服务的体系结构是一个组件模型， 它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口 和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬 件平台、操作系统和编程语言。本发明提出的SOA体系结构可以在各种各样 的系统中的服务可以使用一种统一和通用的方式进行信息交互。

实施例一

本实施例是在服务端，通过上述SOA通知接口以及SOA发现接口调用相 关的SOA组件。其中，在SOA组件调用过程中采取序列化的格式，例如：

[对象ID].[函数ID](参数)

例如：按如下方式定义pojo：

定义的接口如下

interface IHello{

public Hello getHello()；

}

对应的组件是：

\\4001::1\mdm\hello

调用的方法是：

Soa helloSoa＝new Soa(“\\4001::1\mdm\hello”)；

IHello helloService＝helloSoa.getService<IHello>()；

Hello hello＝helloService.getHello()；

System.out.println(hello.getName())；

在这个范例中，

1)发生一次组件发布：

Soa helloSoa＝new Soa(“\\4001::1\mdm\hello”)；

2)通过getHello发生了一次SOA的调用：

\\4001::1\mdm\hello.getHello

3)调用的返回值是world，然后再通过序列化生成hello对象。

可以理解，在混合云中，通过资源url(地址)定义对象，通过pojo对象 序列化传递和返回对象。

可以理解，序列化是指将对象的状态信息转换为可以存储或传输的形式的 过程。在序列化期间，对象将其当前状态写入到临时或持久性存储区。以后， 可以通过从存储区中读取或反序列化对象的状态，重新创建该对象。

在服务端，通过上述SOA通知接口以及SOA发现接口调用相关的SOA 组件的过程中，SOA通知接口可以看作是接口的一种特殊的定义。如上例所 述，当所需调用的对象传入的对应的SOA通知接口时，将通过如下的方式实 现通知信息的推送，例如，当SOA通知接口特定属性发生更改或者pojo对象 发生变化时，处理的方式如下所述：

首先，定义name change的接口：

interface INameChange{

public void changed(String name)；

}

在HelloService中定义相应的设置点：

由上述功能代码可知，在服务端中hello的name更改后会触发 INameChange的changed函数，然后，通过changed函数表达变化的内容。因 此，实现了当SOA通知接口的特定属性发生更改或者pojo对象发生变化之后， 通过SOA通知接口向移动终端推送相应的通知信息。

实施例二

本实施例是在上述实施例的基础上，对目标对象(如pojo对象)的匹配， 完成序列化和反序列化操作。具体方式如下所述：

将格式形如\\4001::1\mdm\hello.getHello(2.getName的数据流作为调用序 列串。

具体的格式如下：

[ID].func(param，…，func2(param1，param

对于传入的pojo对象，采用平面的方式展开。按功能性分类展开或者按 子类别展开，例如：

{filed1,field2,{filed3_1,field3_2}}，统一展开为field1，field2，filed3_1，...， 可以看出，通过将传入的目标对象按平面的方式展开，然后，再对展开后的目 标对象进行匹配操作，以完成对目标对象的序列化和反序列化操作。

实施例三

基于上述实施例，在服务端，当完成对SOA调用接口以及SOA发现接口 的定义和创建操作后，在本实施例中，通过服务端的SOA发布接口以及SOA 执行接口执行信息的发布操作。

图2是图1示出的在通过SOA通知接口接收移动终端在服务端注册通知 之前的具体步骤流程图。

S11，通过SOA发布接口将通知信息发布至存储空间。该存储空间用于存 储通知信息。当SOA内生成通知信息时，通过SOA发布接口将该通知信息存 储至存储空间，以便SOA执行接口在该存储空间内调用所需的通知信息，或 者便于SOA执行接口将所需的通知信息发布至其它平台。

S12，通过服务端的SOA执行接口在存储空间内调用通知信息。可以理解 的是，在服务端的存储空间内，为存储的通知信息建立信息索引，当SOA执 行接口需要调用所需的通知信息时，通过上述信息索引搜寻该通知信息。

S12’，通过SOA发布接口将通知信息发布至与服务端并行的第三方服务 平台。第三方服务平台可以是第三方信息提供商的服务端、通信运营商的服务 端或者在其它移动终端端搭建的子服务端。

实施例四

本实施例是基于上述实施例执行信息的发布操作时，分析在不同情况下， 通过SOA发现接口，采用不同的方式调用地址信息。

图3是图1示出的通过SOA发现接口获取移动终端的地址信息的具体步 骤流程图；

S21，通过SOA发现接口获取移动终端的地址信息；

S22，在通过SOA发现接口获取移动终端的地址信息的过程中，通过SOA 发现接口对地址信息采用显式调用；

S22’,在通过SOA发现接口获取移动终端的地址信息的过程中，通过SOA 发现接口对地址信息采用匿名调用。

如上例所述，对应特定SOA组件(如SOA发现接口所对应的SOA组件)， 可以通过getService接口获取service接口，通过枚举service的方法可以 发现所有的操作，例如移动终端端上传地址信息等操作。这个发现操作返回的 可以是对应语言的接口，也可以是个匿名的集合。

可以理解，在混合云体系中，相关的接口通过代理实现远程调用。其中， 混合云体系可以看作是目标架构中公有云、私有云和/或者公众云相结合的云 体系架构。

实施例五

图4是图1示出的通过SOA发现接口获取移动终端的地址信息中异常判 断的具体步骤流程图。

S23，通过服务端的SOA异常接口判断SOA接口是否成功调用地址信息。

S24，若服务端的SOA异常接口判断SOA接口调用地址信息失败，则抛 弃本次调用。

本方法提供的SOA组件支持异常，调用成功与否可以通过相应的异常判 断，如果是不支持异常语言，则可以通过getLastError判断。

进一步地，如上例所述，调用的返回值格式如下：[类型]序列化串

类型：基本类型，pojo对象ID和异常

在移动终端的客户端中，如果发现是异常返回，同时支持异常机制，则将 异常直接throw(抛弃)，否则调用上述setLastError对上述异常进行判断。

实施例六

本实施例是在上述实施例的基础上，在服务端，通过创建SOA库以及本 地SOA库列表，使得移动终端可以获取多平台的信息推送服务以及混合云平 台的信息推送服务。

图5是图1示出的通过SOA通知接口向移动终端推送通知信息的具体步 骤流程图。

S31，根据服务需求在服务端内创建SOA库。可以理解，创建SOA的方 式有多种：在同一个服务端内可以创建一个或多个SOA库；针对不同的功能 需求，创建相应的SOA库；根据不同的信息类别，创建相应的SOA库；在不 同的服务端，根据需求以及服务端节点冗余度布局SOA库。

S32，当SOA发现接口感测到信息变更时，在服务端内创建一个服务对象， 并保存服务对象对SOA库的引用关系。在服务端内建立引用关系数据库，通过 该引用关系数据库管理服务对象对SOA库的引用关系，管理操作包括：引用 关系添加、引用关系删除、引用关系合并以及引用关系更新。

S33，根据SOA库以及引用关系在服务端创建本地SOA库列表，同时， 根据服务需求更新SOA库，将更新后的SOA库同步至本地SOA库列表。例 如，创建一数组，用于保存上述本地SOA库列表。通过上述建立的引用关系 数据库更新该数组。

S34，在服务端、与其并行的第三方服务平台之间建立同步链接，通过同 步链接获取本地SOA库列表。针对与其并行的第三方服务平台的不同，相应 的为本地SOA库列表设置不同的访问权限，当第三方服务平台具有访问权限 时，即可通过同步链接获取本地SOA库列表。

S35，将本地SOA库列表缓存至第三方服务平台。当第三方服务平台具有 访问权限，同时，通过同步链接获取本地SOA库列表后，将本地SOA库列表 的镜像存储至该平台。

S36，在第三方服务平台根据缓存的本地SOA库列表调用所需文件。其它 平台解析上述本地SOA库列表，获取与所需文件相对应的引用关系，根据该 引用关系调用所需文件；另一方面，其它平台解析上述本地SOA库列表，获 取与所需推送的信息相对应的引用关系，根据该引用关系调用所需推送的信 息，并予以发布。

实施本发明的基于面向服务架构的移动终端信息推送方法，一方面，通过 在服务端构建SOA通知接口和SOA发现接口等功能性接口，系统地实现了针 对移动终端所需信息的主动推送，同时，通过建立SOA异常接口，确保了信 息推送的可靠性；另一方面，通过创建SOA库以及本地SOA库列表，使得移 动终端可以获取多平台的信息服务以及混合云平台的信息服务，保证了信息推 送的全面性，丰富了信息内容，同时，提高了移动终端信息推送服务的信息量 以及信息推送服务的覆盖面，增强了用户体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来控制相关的硬件完成，所述的程序可以在存储于一计算机可 读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

实施例七

图6是本发明较佳实施例提供的基于面向服务架构的移动终端信息推送 装置的结构框图。该装置包括：

信息通知模块10，信息通知模块10用于在服务端构建SOA通知接口， 并通过SOA通知接口接收移动终端200在服务端100注册通知。

信息发现模块20，信息发现模块20用于在服务端100构建SOA发现接 口，通过SOA发现接口获取移动终端200的地址信息。

信息通知模块20还用于当SOA发现接口感测到服务端100的信息变更 时，根据地址信息，向移动终端200推送通知信息。

优选地，还包括信息存储模块30、信息执行模块40以及信息发布模块50， 其中，

信息存储模块30用于存储通知信息。

信息执行模块40用于在信息存储模块内调用通知信息。

信息发布模块50用于将通知信息发布至与服务端100并行的第三方服务 平台300。

优选地，信息发现模块20包括信息显式调用单元21与信息匿名调用单元 22，其中，

信息显式调用单元21用于对地址信息采用显式调用。

信息匿名调用单元22用于对地址信息采用匿名调用。

优选地，还包括信息异常模块60，信息异常模块60用于在通过信息发现 模块获取移动终端200的地址信息的过程中，判断SOA接口是否成功调用地 址信息。

信息发现模块20还用于在混合云网络体系中，通过代理远程调用地址信 息。

本装置还包括库创建模块71、库更新模块72、库同步模块73、库缓存模 块74、服务对象创建模块75、本地库列表模块76以及文件调用模块77，其 中，

库创建模块71用于根据服务需求在服务端内创建SOA库。

服务对象创建模75块用于当SOA发现接口感测到信息变更时，在服务端 100内创建一个服务对象，并保存服务对象对SOA库的引用关系。

本地库列表模块76用于根据SOA库以及引用关系在服务端100创建本地 SOA库列表。

库更新模块72用于根据服务需求更新SOA库。

库同步模块73用于将更新后的SOA库同步至本地SOA库列表。

库同步模块73还用于在服务端100、与其并行的第三方服务平台300之 间建立同步链接，通过同步链接获取本地SOA库列表。

库缓存模块74用于将本地SOA库列表缓存至第三方服务平台300。

文件调用模块77用于在第三方服务平台300根据缓存的本地SOA库列表 调用所需文件。

本发明还提出了一种基于面向服务架构的移动终端信息推送系统。该系统 包括上述基于面向服务架构的移动终端信息推送装置，可应用于第三方信息提 供商或者电信运营商。本系统按上述方法实施例的步骤运行，在此不再赘述。

实施本发明的基于面向服务架构的移动终端信息推送装置及系统，一方 面，通过在服务端构建SOA通知接口和SOA发现接口等功能性接口，系统地 实现了针对移动终端所需信息的主动推送，同时，通过建立SOA异常接口， 确保了信息推送的可靠性；另一方面，通过创建SOA库以及本地SOA库列表， 使得移动终端可以获取多平台的信息服务以及混合云平台的信息服务，保证了 信息推送的全面性，丰富了信息内容，同时，提高了移动终端信息推送服务的 信息量以及信息推送服务的覆盖面，增强了用户体验。

需要说明的是，上述方法实施例中的技术特征在本装置均对应适用，这里 不再重述。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范 围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本 发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在 运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明 的权利范围之内。