基于XML流的移动终端业务执行方法及系统与流程

文档序号:17796125发布日期:2019-05-31 20:47阅读:130来源:国知局
基于XML流的移动终端业务执行方法及系统与流程

本发明涉及一种移动终端业务技术领域,尤其涉及一种基于XML流的移动终端业务执行方法及系统。



背景技术:

在现有技术的移动终端(由于是漫游产品)业务实现技术领域中,往往是后台服务器根据不同的业务需求编译不同的软件版本,然后由移动终端下载该完整的软件版本以实现相应的业务需求。



技术实现要素:

本发明实施例的目的是提供一种基于XML流的移动终端业务执行方法及系统,能够实现前后台分离,由后台服务器根据业务需求编写对应的xml格式的flow配置文件,移动终端通过下载并解析更新的flow配置文件以执行相应的原子操作。

本发明实施例提供了一种基于XML(Extensible Markup Language,可扩展标记语言)流的移动终端业务执行方法,包括步骤:

启动移动终端,解析移动终端预置的flow(流程)配置文件并执行对应的原子操作以实现与后台服务器连接时,检测是否存在更新后的flow配置文件;其中,所述flow配置文件为XML格式,每一所述原子操作对应一动作指令;

若存在,从后台服务器下载所述更新后的flow配置文件,解析所述更新后的flow配置文件,并根据当前业务需求执行对应的原子操作以及显示对应的消息;

若不存在,根据当前业务需求继续执行解析后的所述预置的flow配置文件所对应的后续原子操作以及显示对应的消息。

作为上述方案的改进,解析flow配置文件并执行对应的原子操作具体包括步骤:

读取xml格式的flow配置文件中的信息,生成json(JavaScript Object Notation,基于文本,独立于语言的轻量级数据交换格式)格式的数据,并将数据保存到list集合中;

在执行时,根据当前业务需求选择需要执行的flow流程,并执行所述list集合中对应的原子操作。

作为上述方案的改进,通过以下方式检测是否存在更新后的flow配置文件:

当实现与后台服务器连接时,移动终端向所述后台服务器上传自身能力版本号;所述能力版本号是指移动终端提供原子操作能力的版本号;

若所述能力版本号与所述后台服务器的最新版本号不一致时,则判断存在更新后的flow配置文件。

作为上述方案的改进,所述flow配置文件包括流程控制集合flows、消息集合msgs和语种集合strings:

所述流程控制集合flows是指每一流程flow的集合;

消息集合msgs是指需要在移动终端界面显示的消息msg的集合;

语种集合strings是指各种语言种类的集合。

作为上述方案的改进,所述预置的flow配置文件与更新后的flow配置文件的区别在于:

更新后的flow配置文件中的消息集合msgs中的消息为根据当前需求变化而相应产生修改。

作为上述方案的改进,基于后台是否可控,所述消息分为本地消息和后台push消息;所述后台push消息指通过后台推送形式触发的消息,当接收所述后台push消息时,移动终端执行对应的原子操作以及显示对应的消息。

作为上述方案的改进,每一所述流程flow包括一个入口函数entry和多个服务函数service;每一所述服务函数service包括一个动作指令action和消息msg或参数param。

本发明实施例对应提供了一种基于XML流的移动终端业务执行系统,包括:

flow配置文件更新检测模块,用于在启动移动终端,解析移动终端预置的flow配置文件并执行对应的原子操作以实现与后台服务器连接时,检测是否存在更新后的flow配置文件;其中,所述flow配置文件为XML格式,每一所述原子操作对应一动作指令;

第一执行模块,用于若存在更新后的flow配置文件时,从后台服务器下载所述更新后的flow配置文件,解析所述更新后的flow配置文件,并根据当前业务需求执行对应的原子操作以及显示对应的消息;

第二执行模块,用于若不存在更新后的flow配置文件时,根据当前业务需求继续执行解析后的所述预置的flow配置文件所对应的后续原子操作以及显示对应的消息。

作为上述方案的改进,解析flow配置文件并执行对应的原子操作具体包括:

读取xml格式的flow配置文件中的信息,生成json格式的数据,并将数据保存到list集合中;

在执行时,根据当前业务需求选择需要执行的flow流程,并执行所述list集合中对应的原子操作。

作为上述方案的改进,所述flow配置文件更新检测模块通过以下方式检测是否存在更新后的flow配置文件:

当实现与后台服务器连接时,向所述后台服务器上传移动终端的能力版本号;所述能力版本号是指移动终端提供原子操作能力的版本号;

若所述能力版本号与所述后台服务器的最新版本号不一致时,则判断存在更新后的flow配置文件。

作为上述方案的改进,所述flow配置文件包括流程控制集合flows、消息集合msgs和语种集合strings:

所述流程控制集合flows是指每一流程flow的集合;

消息集合msgs是指需要在移动终端界面显示的消息的集合;

语种集合strings是指各种语言种类的集合。

作为上述方案的改进,所述预置的flow配置文件与更新后的flow配置文件的区别在于:

更新后的flow配置文件中的消息集合msgs中的消息为根据当前需求变化而相应产生修改。

作为上述方案的改进,基于后台是否可控,所述消息分为本地消息和后台push消息;所述后台push消息指通过后台推送形式触发的消息,当接收所述后台push消息时,移动终端执行对应的原子操作以及显示对应的消息。

与现有技术相比,本发明公开的一种基于XML流的移动终端业务执行方法及系统能够实现前后台分离,由后台服务器根据业务需求编写对应的xml格式的flow配置文件,移动终端通过下载并解析更新的flow配置文件,对同一个版本的代码中的原子操作进行组合,从而达到满足不同业务需求的版本以更好的适配业务场景的需求。

附图说明

图1是本发明实施例中一种基于XML流的移动终端业务执行方法的流程示意图。

图2是本发明实施例中一种基于XML流的移动终端业务执行方法的消息显示示意图。

图3a~图3g是本发明实施例中一种基于XML流的移动终端业务执行方法的后台push消息流程图。

图4a~图4b是本发明实施例中一种基于XML流的移动终端业务执行方法的一个flow流程的执行流程示意图。

图5是本发明实施例中一种基于XML流的移动终端业务执行系统的结构框图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

如图1所示,本发明实施例提供的一种基于XML流的移动终端业务执行方法,包括步骤:

S1、启动移动终端,解析移动终端预置的flow配置文件并执行对应的原子操作以实现与后台服务器连接时,检测是否存在更新后的flow配置文件;其中,所述flow配置文件为XML格式,每一所述原子操作对应一动作指令;

S2、若存在,从后台服务器下载所述更新后的flow配置文件,解析所述更新后的flow配置文件,并根据当前业务需求执行对应的原子操作以及显示对应的消息;

S3、若不存在,根据当前业务需求继续执行解析后的所述预置的flow配置文件所对应的后续原子操作以及显示对应的消息。

其中,在S1步骤中,移动终端(例如,漫游宝等产品)在出厂是会预先内置一个flow配置文件,当移动终端启动后会自动解析该预置的flow配置文件。

其中,解析flow配置文件(包括预置的flow配置文件以及更新后的flow配置文件)并执行对应的原子操作具体通过以下方式实现:

读取xml格式的flow配置文件中的信息,生成json格式的数据,并将数据保存到list集合中;

在执行时,根据当前业务需求选择需要执行的flow流程,并执行所述list集合中对应的原子操作。

也就是说,在移动终端进行执行时,只需要根据当前业务需求选择需要执行的flow流程,并执行所述list集合中对应的原子操作即可,如图4a~图4b所示(可以理解的,图4a和图4b共同构成一个flow流程的流程图)。例如,在移动终端开机并解析预置的flow配置文件后,执行原子操作A1(3GMATE启动),并在执行原子操作A1成功后执行原子操作A2(S/N验证)、原子操作A3(随机码验证)成功后,实现移动终端与后台服务器连接。这时,移动终端继续执行原子操作4(3GMATE上报自身能力并获取流程相关配置信息),即,向所述后台服务器上传自身能力版本号;所述能力版本号是指移动终端提供原子操作能力的版本号,根据终端提供的能力版本,可以解析flow配置文件,从而使得终端设备执行flow配置中的产品套餐。若所述能力版本号与所述后台服务器的最新版本号不一致时,则判断存在更新后的flow配置文件,否则不存在更新后的flow配置文件。

如图4a~图4b所示,若存在更新后的flow配置文件,则从后台服务器下载所述更新后的flow配置文件,解析所述更新后的flow配置文件,并根据当前业务需求执行对应的原子操作以及显示对应的消息;若不存在更新后的flow配置文件,则根据当前业务需求继续执行解析后的所述预置的flow配置文件所对应的后续原子操作以及显示对应的消息。

在本实施例中,移动终端具有组成多个原子操作的能力,后台服务器根据产品的需求编写对应的xml格式的flow配置文件,移动终端通过下载并解析flow配置文件后,执行相应的原子操作,从而使得终端设备更好的适配业务场景的需求。

其中,本实施例中所提及的原子操作是指不会被线程调度机制打断的操作。在本实施例中,在设计漫游产品的基础功能过程中,抽象出20个基础的原子操作(参考表1),每一个原子操作对应的一个动作指令。

表1

其中,原子操作根据不同的分类方式可以分成不同的类别,本实施例以下给出了集中分类方式(参考表2):

表2

在本实施例中,所述flow配置文件采用XML格式,具体格式如下:

1、Flow文件有一个根目录cfgs,根目录包含流程集合flows,消息集合msgs,语种集合strings,手机配置集合apps四个子目录。其中,flows,msgs,apps均只能唯一指定一个,strings最多配置3个。

2、流程集合flows表示的是flow流程的集合,最多包含30个流程flow。消息集合msgs是指需要在移动终端界面显示的消息msg的集合;语种集合strings是指各种语言种类的集合。

3、每一流程flow是由一个入口entry和多个服务service组成。流程Flow的名字最多指定20个字符,同时,一个流程flow最多包含20个service。

4、一个服务service由动作指令action,消息msg,参数param,选择choice,流出outbound组成。action有且仅有一个,msg与param只能指定其中一个,不能两个同时存在,choice和outbound可以没有,指定时只能指定一个,choice与outbound只能指定其中一个,不能两个同时存在。msg和param的名字最多指定15个字符。

5、choice由一个default与多个case组成。choice里面最多指定10个case。

6、outbound由type组成。Type的属性指定跳转的是service还是flow。

在本实施例中,xml格式的flow配置文件是移动终端和后台服务器的连接的枢纽。当业务需求发生变化,需要对消息进行修改的时候,后台的开发人员只需要修改相应的flow配置文件中的消息集合msgs中的消息,移动客户端下载并更新相应的flow配置文件,就能使得更新后的移动终端满足当下的业务需求。

具体的,在本实施例中,在设计漫游产品的功能过程中,抽象出38个基础的消息,具体描述如下(参考表3):

表3

在本实施例中,消息有多种分类的方式,根据后台是否可控,可以将消息分为本地消息和后台push消息;根据预定流程分组,可以将消息分为RSIM BootUp、Verify 3GMATE、VSIM BootUp、Verify Account、Rate Plan和Rate Plan Action;根据消息类型分类,可以将消息分为状态提示类型、进度提示类型、动作交互类型、持续提示类型、消息通知类型。具体的请参考如下表4:

表4

在本实施例中,所述后台push消息指通过后台推送形式触发的消息,当接收所述后台push消息时,移动终端执行对应的原子操作以及显示对应的消息。其中,图3a~图3g显示了当移动终端接收到后台push消息时的执行流程。

其中,消息在移动终端设备上的显示如图2所示。

在本实施例中当用户使用移动终端(具体为漫游产品)的时候,如果按照24小时制的套餐需求使用漫游产品,本发明实施例对应的后台服务器的消息命名定义如下表5:

表5

可见,本实施例提供的一种基于XML流的移动终端业务执行方法通过能够实现前后台分离,由后台服务器根据业务需求编写对应的xml格式的flow配置文件,移动终端通过下载并解析更新的flow配置文件,对同一个版本的代码中的原子操作进行组合,从而达到满足不同业务需求的版本以更好的适配业务场景的需求。

参考图5,本发明实施例提供了一种基于XML流的移动终端业务执行系统,包括:

flow配置文件更新检测模块51,用于在启动移动终端,解析移动终端预置的flow配置文件并执行对应的原子操作以实现与后台服务器连接时,检测是否存在更新后的flow配置文件;其中,所述flow配置文件为XML格式,每一所述原子操作对应一动作指令;

第一执行模块52,用于若存在更新后的flow配置文件时,从后台服务器下载所述更新后的flow配置文件,解析所述更新后的flow配置文件,并根据当前业务需求执行对应的原子操作以及显示对应的消息;

第二执行模块53,用于若不存在更新后的flow配置文件时,根据当前业务需求继续执行解析后的所述预置的flow配置文件所对应的后续原子操作以及显示对应的消息。

其中,解析flow配置文件并执行对应的原子操作具体包括:

读取xml格式的flow配置文件中的信息,生成json格式的数据,并将数据保存到list集合中;

在执行时,根据当前业务需求选择需要执行的flow流程,并执行所述list集合中对应的原子操作。

具体的,所述flow配置文件更新检测模块51通过以下方式检测是否存在更新后的flow配置文件:

当实现与后台服务器连接时,向所述后台服务器上传移动终端的能力版本号;所述能力版本号是指移动终端提供原子操作能力的版本号;

若所述能力版本号与所述后台服务器的最新版本号不一致时,则判断存在更新后的flow配置文件。

其中,所述flow配置文件包括流程控制集合flows、消息集合msgs和语种集合strings:

所述流程控制集合flows是指每一流程flow的集合;

消息集合msgs是指需要在移动终端界面显示的消息的集合;

语种集合strings是指各种语言种类的集合。

每一所述流程flow包括一个入口函数entry和多个服务函数service;每一所述服务函数service包括一个动作指令action和msg或param。

可以理解的,所述预置的flow配置文件与更新后的flow配置文件的区别在于:

更新后的flow配置文件中的消息集合msgs中的消息为根据当前需求变化而相应产生修改。

另外,在本实施例中,基于后台是否可控,所述消息分为本地消息和后台push消息;所述后台push消息指通过后台推送形式触发的消息,当接收所述后台push消息时,移动终端执行对应的原子操作以及显示对应的消息。

本实施例的具体实现方式请参考上述实施例,在此不再赘述。

综上所述,本发明公开的一种基于XML流的移动终端业务执行方法及系统能够实现前后台分离,由后台服务器根据业务需求编写对应的xml格式的flow配置文件,移动终端通过下载并解析更新的flow配置文件,对同一个版本的代码中的原子操作进行组合,从而达到满足不同业务需求的版本以更好的适配业务场景的需求。

以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1