调用处理方法及装置、通信系统与流程

文档序号:15736488发布日期:2018-10-23 21:34阅读:136来源:国知局

本发明涉及通信技术领域,尤其涉及一种调用处理方法及装置、通信系统。



背景技术:

React Native是由Facebook开源的框架,可以在开发端采用JavaScript(简称JS)语言直接开发原生端的应用(Application;App),从而实现JS跨平台开发原生App,从而可以节约开发成本,提高开发效率。

现有技术中,由于在开发端侧采用JS语言,所以开发端通常也可以称为JS端。在原生端的App和JS端的App分别设置有一个桥(bridge),两个bridge都保存有对应的模块配置表,当JS端的App调用原生端的App中的某模块中的某子类对应的方法时,根据JS端中的bridge里的模块配置表中JS端该模块的ID和子类ID,生成对原生端的App对应的模块ID和子类ID进行调用的调用信息,其中该调用信息可以包括调用函数和回调函数;然后JS端将生成的调用信息传给原生端的App,原生端的App根据bridge的模块配置表找到对应的模块中的对应的子类的方法执行之。

现有技术中,JS端的App对原生端的App中每个模块中的每个子类进行调用时,都需要根据通信的规则,按照上述方法生成调用信息进行调用。由于在JS端的App和原生端的App中包括有多个模块,每个模块中可以包括多个子类对应的方法。因此,研发人员在开发时,需要经常从JS端调用原生端的App,JS端的App在每次调用时都需要去生成对应的调用信息,使得研发人员在使用时需要频繁地生成调用信息,操作非常复杂,造成开发效率较低。



技术实现要素:

本发明提供了一种调用处理方法及装置、通信系统,用于提高开发效率。

本发明提供一种调用处理方法,应用于基于React Native的通信架构中,所述方法包括:

获取待处理的携带参数标识的调用请求;所述调用请求为开发端的应用客户端发送的;

根据所述调用请求中的所述参数标识从预先建立的调用信息库中,获取所述参数标识对应的调用信息;

根据所述参数标识对应的所述调用信息调用原生端的应用。

进一步可选地,如上所述的方法中,获取待处理的调用请求之前,所述方法还包括:

接收所述开发端的应用客户端发送的携带所述参数标识的所述调用请求;

将所述调用请求存储在调用请求队列的队尾;

进一步地,获取待处理的调用请求,具体包括:

按照从前往后的顺序,从所述调用请求队列的队头获取待处理的所述调用请求。

进一步可选地,如上所述的方法中,获取待处理的调用请求之前,所述方法还包括:

设置所述调用请求队列,以用于存放所述开发端的应用客户端发送的各个所述调用请求。

进一步可选地,如上所述的方法中,根据所述参数标识对应的所述调用信息调用原生端的应用客户端,具体包括:

根据所述参数标识从预先建立的注册信息库中获取对应的第一模块标识和第一子类标识;所述第一子类标识对应的第一子类为所述第一模块标识对应的第一模块中的子类;

根据所述第一模块标识和所述第一子类标识对应的所述调用信息,调用所述原生端的应用客户端中所述第一模块标识对应的第一模块和所述第一子类标识对应的方法。

进一步可选地,如上所述的方法中,获取待处理的调用请求之前,所述方法还包括:

为所述原生端的应用客户端中的各所述第一模块中的各第一子类分配对应的所述参数标识;

获取所述开发端应用中与各所述第一模块对应的第二模块的标识、以及与对应的所述第一模块中的第一子类对应的所述第二模块中的第二子类的标识;

将各所述参数标识、对应的所述第一模块的标识、对应的所述第一模块中所述第一子类的标识、对应的所述第二模块的标识以及对应的所述第二模块中所述第二子类的标识,均注册在所述注册信息库中。

进一步可选地,如上所述的方法中,获取待处理的调用请求之前,所述方法还包括:

为各所述参数标识对应的第一模块中的第一子类配置对应的所述调用信息,所述调用信息包括调用函数信息和回调函数信息;

根据为各所述参数标识配置的所述调用信息,建立所述调用信息库。

本发明还提供一种调用处理装置,应用于基于React Native的通信架构中,所述装置包括:

调用请求获取模块,用于获取待处理的携带参数标识的调用请求;所述调用请求为开发端的应用客户端发送的;

调用信息获取模块,用于根据所述调用请求中的所述参数标识从预先建立的调用信息库中,获取所述参数标识对应的调用信息;

调用模块,用于根据所述参数标识对应的所述调用信息调用原生端的应用;

所述调用信息库,用于存储各所述参数标识对应的所述调用信息。

进一步可选地,如上所述的装置中,还包括:

接收模块,用于接收所述开发端的应用客户端发送的携带所述参数标识的 所述调用请求;

存储模块,用于将所述调用请求存储在调用请求队列的队尾;

调用请求队列,用于以队列的形式存储各所述调用请求;

进一步地,所述调用请求获取模块,具体用于按照从前往后的顺序,从所述调用请求队列的队头获取待处理的所述调用请求。

进一步可选地,如上所述的装置中,还包括:

设置模块,用于设置所述调用请求队列,以用于存放所述开发端的应用客户端发送的各个所述调用请求。

进一步可选地,如上所述的装置中,所述调用模块,具体用于:

根据所述参数标识从预先建立的注册信息库中获取对应的第一模块标识和第一子类标识;所述第一子类标识对应的第一子类为所述第一模块标识对应的第一模块中的子类;

根据所述第一模块标识和所述第一子类标识对应的所述调用信息,调用所述原生端的应用客户端中所述第一模块标识对应的第一模块和所述第一子类标识对应的方法。

进一步可选地,如上所述的装置中,还包括:

分配模块,用于为所述原生端的应用客户端中的各所述第一模块中的各第一子类分配对应的所述参数标识;

标识获取模块,用于获取所述开发端应用中与各所述第一模块对应的第二模块的标识、以及与对应的所述第一模块中的第一子类对应的所述第二模块中的第二子类的标识;

注册模块,用于将各所述参数标识、对应的所述第一模块的标识、对应的所述第一模块中所述第一子类的标识、对应的所述第二模块的标识以及对应的所述第二模块中所述第二子类的标识,均注册在所述注册信息库中;

所述注册信息库,用于存储各所述参数标识、各所述参数标识对应的所述第一模块的标识、各所述参数标识对应的所述第一模块中所述第一子类的标识、各所述参数标识对应的所述第二模块的标识以及各所述参数标识对应的所述第 二模块中所述第二子类的标识。

进一步可选地,如上所述的装置中,还包括:

配置模块,用于为各所述参数标识对应的第一模块中的第一子类配置对应的所述调用信息,所述调用信息包括调用函数信息和回调函数信息;

建立模块,用于根据为各所述参数标识配置的所述调用信息,建立所述调用信息库。

本发明还提供一种通信系统,所述通信系统包括原生端的应用客户端、开发端的应用客户端和调用处理装置;所述原生端的应用客户端和所述开发端的应用客户端基于React Native的通信架构进行通信;所述调用处理装置,分别与所述原生端的应用客户端和所述开发端的应用客户端进行通信,用于在所述开发端的应用客户端对所述原生端的应用客户端进行调用时,根据所述开发端的应用客户端的调用请求,对所述原生端的应用客户端中的应用进行调用;所述调用处理装置采用如上任一所述的调用处理装置。

本发明的调用处理方法及装置、通信系统,通过获取待处理的携带参数标识的调用请求;根据调用请求中的参数标识从预先建立的调用信息库中,获取参数标识对应的调用信息;根据参数标识对应的调用信息调用原生端的应用;从而可以实现开发端的应用客户端对原生端的应用客户端进行调用,通过采用本发明的技术方案,在每次调用时可以直接从调用信息库中获取对应的调用信息即可,而不同每次去生成调用信息,操作非常简便,从而可以大大地提高研发人员的开发效率。

【附图说明】

图1为本发明的调用处理方法实施例的流程图。

图2为本发明的调用处理装置实施例一的结构图。

图3为本发明的调用处理装置实施例二的结构图。

图4为本发明的通信系统实施例的结构图。

图5为本发明提供的一种电子设备实施例的结构图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。

图1为本发明的调用处理方法实施例的流程图。本实施例的调用处理方法应用于基于React Native的通信架构中。如图1所示,本实施例的调用处理方法,具体可以包括如下步骤:

100、获取待处理的携带参数标识的调用请求;

101、根据调用请求中的参数标识从预先建立的调用信息库中,获取参数标识对应的调用信息;

102、根据参数标识对应的调用信息调用原生端的应用。

本实施例的调用处理方法,应用在开发端如JS端的App对原生端即Native端的App进行调用的过程中。因此,本实施例的调用请求为开发端的应用客户端发送的。本实施例的调用处理方法的执行主体为调用处理装置,该调用处理装置可以设置在React Native的通信架构中的原生端的一侧,但独立于原生端的App的一个实体。本实施例的开发端是对原生端的App进行开发,且该开发端可以基于JS语言进行开发,从而实现跨平台开发原生App。例如原生的App采用IOS操作系统进行开发的,而开发端可以采用Andriod或者Windows操作系统进行开发。

本实施例中,开发端发送的调用请求都先由调用处理装置进行处理,然后再由调用处理装置发送给原生端的App客户端,从而实现对原生端的应用进行调用。具体地,调用处理装置可以先获取待处理的携带参数标识的待处理的调用请求;本实施例的参数标识为可以预先根据App中的模块和子类配置的,例如该参数标识可以采用Key来表示,Key可以采用数字和/字母来来表示,或者还可以包括其他字符。具体地在原生端中可以包括多个模块,每个模块中可以 包括多个子类对应的方法,而且不同的模块中也可能包括相同的子类对应的方法,因为为了唯一标识每一个模块中的每一个子类,本实施例中,可以预先为原生端中的每个模块对应的每一个子类配置一个Key。由于原生端的模块及子类,在开发端都对应存在一个对应的模块及子类。因此,在本实施例中,定义原生端的App中的模块为第一模块,模块中的子类为第一子类。开发端的App中的模块为第二模块,模块中的子类为第二子类。例如,对于每一个参数标识Key,对应原生端的App中的一个第一模块中的一个第一子类,也对应于开发端的App中的一个第二模块和一个第二子类。而对于同一个参数标识Key,对应的第一模块和对应的第二模块是对应的,为App中具有相同功能的模块,仅采用不同语言表示而已;同理,对于同一个参数标识Key,第一模块中的第一子类和对应的第二模块中的第二子类也用于执行相同的方法,也仅采用不同的语言表示而已。

对于本实施例中的待处理的携带参数标识的调用请求,即表示来自开发端的对该参数标识对应的第一模块中的第一子类进行调用的调用请求;然后根据调用请求中的参数标识从预先建立的调用信息库中,获取参数标识对应的调用信息。即在本实施例中也可以预先建立有调用信息库,该调用信息库中根据每个参数标识存储有该参数标识对应的调用信息。当获取到调用请求时,根据调用请求中的参数标识,可以从调用信息库中获取到对应的调用信息;最后根据参数标识对应的调用信息调用原生端的应用。例如具体地,可以将获取的该参数标识对应的调用信息发送给原生端的应用客户端,由原生端的应用客户端根据调用信息调用原生端的应用。例如当该参数标识Key标识原生端的第一模块对应的第一子类时,即该调用信息为第一模块对应的第一子类对应的调用信息。此时,原生端的应用客户端可以根据该调用信息,调用原生端的应用中的第一模块中的第一子类对应的方法。

本实施例的调用处理方法,通过获取待处理的携带参数标识的调用请求;根据调用请求中的参数标识从预先建立的调用信息库中,获取参数标识对应的调用信息;根据参数标识对应的调用信息调用原生端的应用;可以实现开发端的应用客户端对原生端的应用客户端进行调用,而且在每次调用时直接 从调用信息库中获取对应的调用信息即可,而不同每次去生成调用信息,操作非常简便,从而可以大大地提高研发人员的开发效率。

进一步可选地,在上述实施例的技术方案的基础上,步骤102“根据参数标识对应的调用信息调用原生端的应用客户端”,具体实现时可以包括如下步骤:

(a1)根据参数标识从预先建立的注册信息库中获取对应的第一模块标识和第一子类标识;

本实施例的第一子类标识对应的第一子类为第一模块标识对应的第一模块中的子类;

(a2)根据第一模块标识和第一子类标识对应的调用信息,调用原生端的应用客户端中第一模块标识对应的第一模块和第一子类标识对应的方法。

本实施例中预先建立的注册信息库中可以按照参数标识、参数标识对应的第一模块标识、参数标识对应的第一模块中的第一子类标识、参数标识对应的第二模块标识以及参数标识对应的第二模块中的第二子类标识这些信息一条一条保存;这样,根据参数标识,可以从注册信息库中获取该参数标识对应地在原生端的App中第一模块的标识以及第一模块中第一子类的标识。这样,步骤101获取的该参数标识对应的调用信息,即为该第一模块中的第一子类对应的调用信息。这样,根据第一模块标识和第一子类标识以及该调用信息,可以向原生端的App的客户端发送该第一模块标识和第一子类标识以及该调用信息,从而由原生端的App根据接收到的信息,调用原生端的应用客户端中第一模块标识对应的第一模块和第一子类标识对应的方法。

进一步可选地,在上述实施例的技术方案的基础上,步骤100“获取待处理的调用请求”之前,还可以包括如下步骤:

(b1)为原生端的应用客户端中的各第一模块中的各第一子类分配对应的参数标识;

(b2)获取开发端应用中与各第一模块对应的第二模块的标识、以及与对应的第一模块中的第一子类对应的第二模块中的第二子类的标识;

(b3)将各参数标识、对应的第一模块的标识、对应的第一模块中第一子 类的标识、对应的第二模块的标识以及对应的第二模块中第二子类的标识,均注册在注册信息库中。

具体地,本实施例在获取待处理的调用请求之前,需要先做准备工作,生成注册信息库。首先为原生端的应用客户端中的各第一模块中的各第一子类进行遍历,为每一个第一模块中的每一个第一子类分配对应的参数标识Key。然后获取开发端应用中与各第一模块对应的第二模块的标识、以及与第一模块中的第一子类对应的第二模块中的第二子类的标识。参考上述实施例的描述,与第一模块对应的第二模块为与第一模块采用不同的语言描述功能相同的模块。与第一模块中的第一子类对应的第二模块中的第二子类为与第一模块中的第一子类采用不同的语言描述的所执行的方法相同的子类。最后将获取的各参数标识、对应的第一模块的标识、对应的第一模块中第一子类的标识、对应的第二模块的标识以及对应的第二模块中第二子类的标识,一条一条注册在注册信息库中。

本实施例中,通过将上述信息注册在注册信息库中,克服了现有技术对要通信的类没有在统一地方注册,项目中要通信的类很分散,结构不清晰的技术问题。而且通过对上述信息进行注册,在需要调用时,可以根据注册信息库中的信息实现调用,实现非常方便。

进一步可选地,在上述实施例的技术方案的基础上,步骤100“获取待处理的调用请求”之前,还可以包括如下步骤:

(c1)为各参数标识对应的第一模块中的第一子类配置对应的调用信息,调用信息包括调用函数信息和回调函数信息;

(c2)根据为各参数标识配置的调用信息,建立调用信息库。

本实施例中,还需要预先建立调用信息库,具体地,可以遍历原生端的App中第一模块中的第一子类,为每个第一模块对应的第一子类配置对应的调用信息。由于每个每一模块对应的第一子类对应一个参数标识,对应地,也可以遍历注册信息库中的每个参数标识,为每个参数标识配置对应的调用信息。该调用信息可以包括该参数标识对应的第一模块中对应的资第一子类的调用函数信息,为了便于将调用结果及时反馈至开发端,调用信息还需要埋入回调函数信 息,以将调用结果及时反馈。最后将为每个参数标识配置的调用信息存储在一个信息库中,得到调用信息库。

本实施例的技术方案,通过上述方案预先建立调用信息库,可以在每次调用时,直接获取调用信息,而不用每次生成符合React Native通信规范的调用信息,可以大大提高调用处理的效率;而且本实施例的调用信息库中的每一个调用信息如调用函数信息和回调函数信息,都符合React Native通信架构的通信的规则,而且可以避免研发人员在大范围使用React Native的开发时的很多重复工作,提高开发效率。从而提高研发人员的开发效率。

进一步可选地,在上述实施例的技术方案的基础上,步骤100“获取待处理的调用请求”之前,还可以包括如下步骤:

(d1)接收开发端的应用客户端发送的携带参数标识的调用请求;

(d2)将调用请求存储在调用请求队列的队尾;

也就是说,本实施例中为了便于管理调用请求,可以在调用处理装置中设置调用请求队列,从而将待处理的调用请求按照队列的形式存放。当调用处理装置接收到开发端的应用客户端发送的携带参数标识的调用请求,然后将调用请求存储在调用请求队列的队尾。

这样,步骤100“获取待处理的调用请求”,具体可以包括:按照从前往后的顺序,从调用请求队列的队头获取待处理的调用请求。

也就是说按照队列的先进先出规则,将各待处理的调用请求按照接收的时间先后顺序,依次存储在队列时,在调用时,可以先调用队列头部,即先接收到的调用请求。这样可以避免调用请求较多时,同时处理容易造成通信阻塞的问题,从而对调用请求进行了有效地管理。

进一步可选地,在上述实施例的技术方案的基础上,在步骤100“获取待处理的调用请求”之前,还可以包括:设置调用请求队列,以用于存放开发端的应用客户端发送的各个调用请求。本实施例的调用请求队列的设置方式可以参考相关的队列的设置方式,以对调用请求进行有效地管理。

上述实施例的调用处理方法,通过采用上述方案通过在原生端一侧增加调 用处理装置,该调用处理装置通过执行上述实施例的方法,可以实现开发端的应用客户端对原生端的应用客户端进行调用。而开发端对原生端的开发仍采用相关现有技术来实现,本实施例不做限制。本实施例的开发端具体可以采用JS语言,从此实现JS跨平台开发原生APP。上述实施例的调用处理方法,通过设置有注册信息库和调用信息库,可以对要通信的子类进行统一注册,项目中要通信的子类的结构非常清晰,便于使用;而且在调用信息库中对每一个参数表纸对应的调用信息都按照React Native通信规范进行设置,同时还可以在任何想回调的地方设置遵守回调协议的回调,这样,在调用时,直接获取调用信息进行调用即可,实现非常方便。因此,采用本实施例的技术方案,可以在大范围使用React Native通信架构的开发环境下,减少现有技术中开发端的应用客户端对原生端的应用进行调用的重复工作,提高开发效率;而且本实施例的调用处理中采用调用请求队列管理调用请求,可以避免多个子类的方法同时由于调用进行通信时会出现阻塞的情况。

图2为本发明的调用处理装置实施例一的结构图。本实施例的调用处理装置,应用于基于React Native的通信架构中,如图2所示,本实施例的调用处理装置具体可以包括:调用请求获取模块10、调用信息获取模块11、调用模块12和调用信息库13。

其中调用请求获取模块10用于获取待处理的携带参数标识的调用请求;调用请求为开发端的应用客户端发送的;

调用信息获取模块11用于根据调用请求获取模块10获取的调用请求中的参数标识从预先建立的调用信息库13中,获取参数标识对应的调用信息;

调用模块12用于根据调用信息获取模块11获取的参数标识对应的调用信息调用原生端的应用;

调用信息库13用于存储各参数标识对应的调用信息。

本实施例的调用处理装置,通过采用上述模块实现调用处理的实现原理以及技术效果与上述相关方法实施例的实现相同,详细可以参考上述相关方法实施例的记载,在此不再赘述。

图3为本发明的调用处理装置实施例二的结构图。本实施例的调用处理装置,在上述图2所示实施例的技术方案的基础上,进一步更加详细地描述本发明的技术方案。

如图3所示,本实施例的调用处理装置中,还可以包括:接收模块14、存储模块15和调用请求队列16。

接收模块14用于接收开发端的应用客户端发送的携带参数标识的调用请求;存储模块15用于将接收模块14接收的调用请求存储在调用请求队列16的队尾;调用请求队列16用于以队列的形式存储各调用请求。

进一步地,调用请求获取模块11具体用于按照从前往后的顺序,从调用请求队列16的队头获取待处理的调用请求。

进一步可选地,如图3所示,本实施例的调用处理装置中,还可以包括:

设置模块17用于设置调用请求队列16以用于存放开发端的应用客户端发送的各个调用请求。

进一步可选地,本实施例的调用处理装置中,调用模块12具体用于:

根据参数标识从预先建立的注册信息库中获取对应的第一模块标识和第一子类标识;第一子类标识对应的第一子类为第一模块标识对应的第一模块中的子类;

根据第一模块标识和第一子类标识对应的调用信息,调用原生端的应用客户端中第一模块标识对应的第一模块和第一子类标识对应的方法。

进一步可选地,如图3所示,本实施例的调用处理装置中,还可以包括:分配模块18、标识获取模块19、注册模块20和注册信息库21。

分配模块18用于为原生端的应用客户端中的各第一模块中的各第一子类分配对应的参数标识;

标识获取模块19用于根据分配模块18中分配的各参数标识,获取开发端应用中与各第一模块对应的第二模块的标识、以及与对应的第一模块中的第一子类对应的第二模块中的第二子类的标识;

注册模块20用于将各参数标识、对应的第一模块的标识、对应的第一模块 中第一子类的标识、对应的第二模块的标识以及对应的第二模块中第二子类的标识,均注册在注册信息库21中;

注册信息库21用于存储各参数标识、各参数标识对应的第一模块的标识、各参数标识对应的第一模块中第一子类的标识、各参数标识对应的第二模块的标识以及各参数标识对应的第二模块中第二子类的标识。

对应地,调用模块12具体用于根据参数标识从预先建立的注册信息库21中获取对应的第一模块标识和第一子类标识;根据第一模块标识和第一子类标识对应的调用信息,调用原生端的应用客户端中第一模块标识对应的第一模块和第一子类标识对应的方法。

进一步可选地,如图3所示,本实施例的调用处理装置中,还可以包括配置模块22和建立模块23。

配置模块22用于为分配模块18分配的各参数标识对应的第一模块中的第一子类配置对应的调用信息,调用信息包括调用函数信息和回调函数信息;建立模块23用于根据为各参数标识配置的调用信息,建立调用信息库13。

本实施例的调用处理装置,通过采用上述模块实现调用处理的实现原理以及技术效果与上述相关方法实施例的实现相同,详细可以参考上述相关方法实施例的记载,在此不再赘述。

图4为本发明的通信系统实施例的结构图。如图4所示,本实施例的通信系统,具体可以包括原生端的应用客户端30、开发端的应用客户端40和调用处理装置50;原生端的应用客户端30和开发端的应用客户端40基于React Native的通信架构进行通信,例如实现由开发端的应用客户端40对原生端的应用客户端30的应用进行开发。调用处理装置50分别与原生端的应用客户端30和开发端的应用客户端40进行通信,用于在开发端的应用客户端40对原生端的应用客户端30进行调用时,根据开发端的应用客户端40的调用请求,对原生端的应用客户端30中的应用进行调用;调用处理装置50采用如上图2或者图3所示的调用处理装置,并可以采用如上图1所示实施例及相关实施例的方法实现调用。详细可以参考上述相关实施例的记载,在此不再赘述。

本发明实施例提供的上述方法还可以以设置并运行于电子设备中的计算机程序体现。如图5中所示,该电子设备可以包括一个或多个处理器800,还包括存储器801和一个或多个程序,图5所示实施例以包括一个处理器800为例来描述本发明的技术方案。其中该一个或多个程序存储于存储器801中,被上述一个或多个处理器800执行以实现本发明上述实施例中所示的方法流程和/或装置操作。例如,被上述一个或多个处理器800执行的方法流程,可以包括:

获取待处理的携带参数标识的调用请求;所述调用请求为开发端的应用客户端发送的;

根据所述调用请求中的所述参数标识从预先建立的调用信息库中,获取所述参数标识对应的调用信息;

根据所述参数标识对应的所述调用信息调用原生端的应用。

在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等) 或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

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