应用程序的跨语言调用方法、装置、电子设备及存储介质

技术领域

本申请属于计算机技术领域，尤其涉及应用程序的跨语言调用方法、装置、电子设备及存储介质。

背景技术

在应用程序的编译过程中，经常会用到跨语言调用的情形，例如，java调用c++/c代码，java调用python的代码，甚至java同时调用python和c++等。

为了实现跨语言调用，一种方法是直接在服务器中搭建各种语言依赖的环境，比如,c/c++依赖的环境是gcc++，若需要使用c/c++语言，则需要安装gcc++；比如，java依赖的环境是jdk环境，若需要使用java语言，则需要安装jdk环境。但是，当一台服务器上部署了多个应用程序，并且他们依赖的环境版本不同时，会带来一定的问题。比如一个java应用程序需要jdk11版本，而另外一个需要jdk8的版本，就会存在环境干扰，此时，需要手动调整代码进行适配。

为了解决环境干扰的问题，另外一种方法是使用Docker来单独部署各个运行环境，其中，Docker是一个开源的应用容器引擎，开发者可以打包应用以及依赖包到一个可移植的镜像中，然后发布到任何服务器上，而Docker能够虚拟出多个Docker容器，各Docker容器相互之间没有有任何接口，因此，互相之间不会产生环境干扰。比如java调用python的例子中，可以将python逻辑封装成微服务作为服务提供方，将java应用也做成微服务作为服务调用方，此时我们可以将服务调用方和服务提供方各自依赖的环境单独装在对应的Docker容器中。完成部署后，使用跨语言的远程过程调用(Remote Procedure Call，RPC)框架。但是远程调用对网络的要求较高，而且远程调用会存在一定的延时，影响应用程序的编译效率。

发明内容

有鉴于此，本申请实施例提供了应用程序的跨语言调用方法、装置、电子设备及存储介质，可以在本地实现跨语言的调用，提高应用程序的编译效率。

本申请实施例的第一方面提供了一种应用程序的跨语言调用方法，包括：

从Docker镜像仓库拉取第一Docker镜像，所述第一Docker镜像包括编译待调用的应用程序的第一编程语言所需的第一运行环境，以及调用所述待调用的应用程序的第二编程语言所需的第二运行环境，所述第一编程语言与所述第二编程语言不同；

在所述第一运行环境下生成所述待调用的应用程序；

在所述第二运行环境下调用所述待调用的应用程序，得到目标应用程序；

根据所述目标应用程序生成目标Docker镜像，将所述目标Docker镜像推送至所述Docker镜像仓库。

在第一方面的一种可能的实现方式中，所述应用程序的跨语言调用方法还包括：

根据所述待调用的应用程序生成第二Docker镜像，将所述第二Docker镜像推送至所述Docker镜像仓库。

在第一方面的一种可能的实现方式中，所述应用程序的跨语言调用方法还包括：

若接收到所述待调用的应用程序的更新指令，更新所述待调用的应用程序；

根据更新后的待调用的应用程序生成第三Docker镜像，将所述第三Docker镜像推送至所述Docker镜像仓库。

在第一方面的一种可能的实现方式中，所述Docker镜像仓库包括与所述第二Docker镜像对应的第一标签，在所述将所述第三Docker镜像推送至所述Docker镜像仓库之后，所述应用程序的跨语言调用方法还包括：

根据所述第一标签与预设的命名规则生成第二标签，所述第二标签与所述第三Docker镜像对应，且所述第一标签与所述第二标签不同。

在第一方面的一种可能的实现方式中，在所述从Docker镜像仓库拉取第一Docker镜像之前，所述应用程序的跨语言调用方法还包括：

创建所述第一Docker镜像，将所述第一Docker镜像推送至所述Docker镜像仓库。

在第一方面的一种可能的实现方式中，所述在所述第一运行环境下生成所述待调用的应用程序包括：

若所述第一运行环境出现异常，且所述Docker镜像仓库中存在更新前的所述第一Docker镜像；

从所述Docker镜像仓库拉取更新前的所述第一Docker镜像，根据所述更新前的所述第一Docker镜像获取更新前的第一运行环境；

在所述更新前的第一运行环境下生成所述待调用的应用程序。

在第一方面的一种可能的实现方式中，在所述从Docker镜像仓库拉取第一Docker镜像之前，所述应用程序的跨语言调用方法还包括：

若确定出所述Docker镜像仓库不可用，则根据预设规则从候选的Docker镜像仓库拉取所述第一Docker镜像。

本申请实施例的第二方面提供了一种应用程序的跨语言调用装置，包括：

拉取模块，用于从Docker镜像仓库拉取第一Docker镜像，所述第一Docker镜像包括编译待调用的应用程序的第一编程语言所需的第一运行环境，以及调用所述待调用的应用程序的第二编程语言所需的第二运行环境，所述第一编程语言与所述第二编程语言不同；

编译模块，用于在所述第一运行环境下生成所述待调用的应用程序；

调用模块，用于在所述第二运行环境调用所述待调用的应用程序，得到目标应用程序；

推送模块，用于根据所述目标应用程序生成目标Docker镜像，将所述目标Docker镜像推送至所述Docker镜像仓库。

在第二方面的一种可能的实现方式中，所述推送模块还用于根据所述待调用的应用程序生成第二Docker镜像，将所述第二Docker镜像推送至所述Docker镜像仓库。

在第二方面的一种可能的实现方式中，所述应用程序的跨语言调用装置还包括：

更新模块，用于若接收到所述待调用的应用程序的更新指令，更新所述待调用的应用程序；根据更新后的待调用的应用程序生成第三Docker镜像，将所述第三Docker镜像推送至所述Docker镜像仓库。

在第二方面的一种可能的实现方式中，所述Docker镜像仓库包括与所述第二Docker镜像对应的第一标签，所述更新模块还用于：

根据所述第一标签与预设的命名规则生成第二标签，所述第二标签与所述第三Docker镜像对应，且所述第一标签与所述第二标签不同。

在第二方面的一种可能的实现方式中，所述拉取模块还用于：

创建所述第一Docker镜像，将所述第一Docker镜像推送至所述Docker镜像仓库。

在第二方面的一种可能的实现方式中，所述编译模块还用于：

若所述第一运行环境出现异常，且所述Docker镜像仓库中存在更新前的所述第一Docker镜像；从所述Docker镜像仓库拉取更新前的所述第一Docker镜像，根据所述更新前的所述第一Docker镜像获取更新前的第一运行环境；在所述更新前的第一运行环境下生成所述待调用的应用程序。

在第二方面的一种可能的实现方式中，所述拉取模块还用于：

若确定出所述Docker镜像仓库不可用，则根据预设规则从候选的Docker镜像仓库拉取所述第一Docker镜像。

本申请实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的应用程序的跨语言调用方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的应用程序的跨语言调用方法。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面中任一项所述的应用程序的跨语言调用方法。

本申请实施例与现有技术相比存在的有益效果是：通过从Docker镜像仓库拉取第一Docker镜像，第一Docker镜像包括编译待调用的应用程序的第一编程语言所需的第一运行环境，以及调用待调用的应用程序的第二编程语言所需的第二运行环境，第一编程语言与第二编程语言不同；在第一运行环境下生成待调用的应用程序，在第二运行环境下调用待调用的应用程序，得到目标应用程序；再根据目标应用程序生成目标Docker镜像，将目标Docker镜像推送至Docker镜像仓库。由于第一编程语音和第二编程语言不同，因此，需要跨语言才能实现待调用的应用程序的调用，而由于第一Docker镜像包括第一编程语言所需的第一运行环境以及第二编程语言所需的第二运行环境，因此，在拉取第一Docker镜像后，即可在本地实现跨语言的调用，从而避免了应用程序的调用过程中需要跨容器调用运行环境的情形，即避免了远程调用，进而提高了调用效率，也即提高了应用程序的编译效率。其次，包括第一运行环境和第二运行环境的第一Docker镜像存储于Docker镜像仓库，相对于直接将第一运行环境和第二运行环境存储于服务器，可以避免程序运行过程中受到的环境干扰。再次，将目标应用程序生成目标Docker镜像，将目标Docker镜像推送至Docker镜像仓库后，其他服务器从Docker镜像仓库拉取目标Docker镜像后，不用安装运行环境，即可直接运行目标应用程序。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请一实施例提供的应用程序的跨语言调用方法的实现流程示意图；

图2是本申请一实施例提供的应用程序的跨语言调用方法的详细流程图；

图3是本申请实施例提供的应用程序的跨语言调用装置的示意图；

图4是本申请实施例提供的电子设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了方便理解本申请的技术方案，首先对下文实施例中涉及到的技术术语进行解释说明。Docker镜像是一种分层结构的文件系统，Docker镜像仓库是用于存储、分发Docker镜像的地方，是服务端程序。

在应用程序的编译过程中，若调用待调用的应用程序所用的编程语言与编译待调用的应用程序所用的编程语言不同，就需要跨语言来调用待调用的应用程序。为了实现跨语音调用，现有技术一般是使用Docker来单独部署各编程语言所需的运行环境，这样在调用待调用的应用程序时，就需要跨容器进行运行环境的调用，即需要远程调用。但是远程调用对网络的要求较高，而且远程调用会存在一定的延时，影响应用程序的编译效率。

为此，本申请实施例提供了应用程序的跨语言调用方法、装置、电子设备及存储介质，可以在本地实现跨语言的调用，提高应用程序的编译效率。

下面结合具体实施例对本申请提供的应用程序的跨语言调用方法进行示例性描述。

本申请实施例提供的应用程序的跨语言调用方法应用于电子设备，电子设备可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。

如图1所示，本申请一实施例提供的应用程序的跨语言调用方法包括：

S101：从Docker镜像仓库拉取第一Docker镜像，所述第一Docker镜像包括编译待调用的应用程序的第一编程语言所需的第一运行环境，以及调用所述待调用的应用程序的第二编程语言所需的第二运行环境，所述第一编程语言与所述第二编程语言不同。

其中，编程语言可以是c、c++、java、Python等，第一编程语言可以包括一种或多种编程语言，第二编程语音也可以包括一种或多种编程语言，不同的编程语言所需的运行环境不同。

第一Docker镜像是基础镜像，可以是预先存储于Docker镜像仓库的，也可以是预先创建第一Docker镜像，再将第一Docker镜像推送至Docker镜像仓库。例如，基于CentOS(Community Enterprise Operating System，社区企业操作系统)7安装c++所需的第一运行环境gcc++和java所需的第二运行环境jdk11，安装之后即可得到基础镜像，也即第一Docker镜像，再将第一Docker镜像推送至Docker镜像仓库。推送至Docker镜像仓库的Docker镜像可以被访问Docker镜像仓库的电子设备拉取。

在一种可能的实现方式中，电子设备向服务器发送访问请求，访问请求包括服务器对应的互联网协议地址(Internet Protocol Address，IP地址)、Docker镜像仓库对应的资源路径以及用户的身份标识，服务器根据Docker镜像仓库对应的资源路径确定Docker镜像仓库是否可用，以及根据用户的身份标识确定用户是否有访问权限。若Docker镜像仓库存在，且Docker镜像仓库正常运行，则Docker镜像仓库可用，否则Docker镜像仓库不可用。若Docker镜像仓库可用，且用户有访问权限，电子设备从Docker镜像仓库拉取第一Docker镜像；若Docker镜像仓库不可用或者用户没有访问权限，电子设备根据预设规则访问安装于服务器上的候选的Docker镜像仓库，从候选的Docker镜像仓库拉取第一Docker镜像。

S102：在所述第一运行环境下生成所述待调用的应用程序。

具体地，电子设备在第一运行环境下用第一编程语言编译待调用的应用程序。例如，第一运行环境为gcc++，电子设备编译c++语言，得到人脸识别应用。

S103：在所述第二运行环境下调用所述待调用的应用程序，得到目标应用程序。

具体地，电子设备在第二运行环境下用第二编程语言调用待调用的应用程序，得到目标应用程序。例如，假设待调用的应用程序是用c++语言编译的人脸识别应用，第二运行环境为jdk11，电子设备编译java语言，以调用c++语言编译的人脸识别应用，得到面向用户的人脸识别应用程序。在一种可能的实现方式中，也可以将得到的面向用户的人脸识别应用程序封装成http请求，或者将面向用户的人脸识别应用程序放到数据库做大数据分析。

S104：根据所述目标应用程序生成目标Docker镜像，将所述目标Docker镜像推送至所述Docker镜像仓库。

例如，目标应用程序为面向用户的人脸识别应用程序，电子设备将得到的面向用户的人脸识别应用程序生成目标Docker镜像，再推送至Docker镜像仓库。若其他服务器需要运行目标应用程序，直接从Docker镜像仓库拉取目标Docker镜像并运行即可。

上述实施例中，由于第一编程语音和第二编程语言不同，因此，需要跨语言才能实现待调用的应用程序的调用，而由于第一Docker镜像包括第一编程语言所需的第一运行环境以及第二编程语言所需的第二运行环境，因此，在拉取第一Docker镜像后，即可在本地实现跨语言的调用，从而避免了应用程序的调用过程中需要跨容器调用运行环境的情形，即避免了远程调用，进而提高了调用效率，也即提高应用程序的编译效率。其次，包括第一运行环境和第二运行环境的第一Docker镜像存储于Docker镜像仓库，相对于直接将第一运行环境和第二运行环境存储于服务器，可以避免程序运行过程中受到的环境干扰。再次，将目标应用程序生成目标Docker镜像，将目标Docker镜像推送至Docker镜像仓库后，其他服务器从Docker镜像仓库拉取目标Docker镜像后，不用安装运行环境，即可直接运行目标应用程序。

在一种可能的实现方式中，电子设备在生成待调用的应用程序后，根据待调用的应用程序生成第二Docker镜像，将第二Docker镜像推送至Docker镜像仓库，例如，电子设备将用c++语言编译的人脸识别应用推送至Docker镜像仓库，从而方便其他访问Docker镜像仓库的电子设备拉取使用待调用的应用程序，进而可以通过多个电子设备共同完成目标应用程序。

以多个电子设备共同完成目标应用程序为例，本申请一实施例提供的应用程序的跨语言调用方法如图2所示，作为基础供应方的电子设备1安装第一运行环境和第二运行环境，创建基础镜像，也即第一Docker镜像。在得到第一Docker镜像后，将第一Docker镜像推送至Docker镜像仓库。作为提供方的电子设备2可以从Docker镜像仓库拉取第一Docker镜像，在第一运行环境下生成待调用的应用程序，再根据待调用的应用程序生成第二Docker镜像，再将第二Docker镜像推送至Docker镜像仓库。作为调用方的电子设备3，可以从Docker镜像仓库拉取第二Docker镜像，在第二运行环境下调用待调用的应用程序，得到目标应用程序，再根据目标应用程序生成目标Docker镜像，将目标Docker镜像推送至Docker镜像仓库，其他服务器即可从Docker镜像仓库拉取目标Docker镜像，得到目标应用程序，从而提高目标应用程序的编译效率。

请继续参阅图2，在一种可能的实现方式中，当需要更新第一运行环境或者第二运行环境时，电子设备1可以安装更新后的第一运行环境或者第二运行环境，根据更新后的第一运行环境或者第二运行环境生成更新后的第一Docker镜像，再将更新后的第一Docker镜像推送至Docker镜像仓库，其他电子设备可以拉取更新后的一Docker镜像。当需要更新待调用的应用程序时，电子设备2根据待调用的应用程序的更新指令，更新待调用的应用程序，再根据更新后的待调用的应用程序生成更新后的第二Docker镜像，即第三Docker镜像，将第三Docker镜像推送至Docker镜像仓库，其他电子设备可以拉取第三Docker镜像。同理，当需要更新目标应用程序时，电子设备3根据目标应用程序的更新指令更新目标应用程序，再根据更新后的目标应用程序生成更新后的目标Docker镜像，将更新后的目标Docker镜像推送至Docker镜像仓库，其他电子设备可以拉取更新后的目标Docker镜像。Docker镜像仓库中可以存储各阶段更新前后的Docker镜像，例如，Docker镜像仓库中存储第一Docker镜像、更新后的第一Docker镜像、第二Docker镜像、第三Docker镜像、目标Docker镜像以及更新后的目标Docker镜像。在目标应用程序的编译过程中，电子设备可以根据需要从Docker镜像仓库得到各阶段不同版本的Docker镜像，且各Docker镜像之间互相不会影响，保证应用程序的正常运行。例如，作为电子设备2更新待调用的应用程序后，电子设备3可以暂时不用强制更新目标应用程序，依然可以使用未更新的目标应用程序，电子设备3更新目标应用程序时，不会影响到待调用的应用程序。

同时，由于Docker镜像仓库中存储了各阶段更新前、更新后的Docker镜像，因此，在更新后的版本出现问题时，可以快速回滚，使用更新前的版本。例如，待调用的应用程序的1.1版本(更新后的版本)有问题，则返回调用1.0版本(更新前的版本)即可，无需修改业务逻辑，降低风险。具体地，在待调用的应用程序的编译过程中，若第一运行环境出现异常，且Docker镜像仓库中存在更新前的第一Docker镜像，则从Docker镜像仓库拉取更新前的第一Docker镜像，根据更新前的第一Docker镜像获取更新前的第一运行环境，在更新前的第一运行环境下生成应用程序。在目标应用程序的编译过程中，若第二运行环境出现异常，从Docker镜像仓库拉取更新前的第一Docker镜像，根据更新前的第一Docker镜像获取更新前的第二运行环境，在更新前的第二运行环境下调用待调用的目标应用程序。在目标应用程序的编译过程中，若待调用的应用程序出现异常，从Docker镜像仓库拉取更新前的第二Docker镜像，根据更新前的第二Docker镜像获取更新前的待调用的应用程序，再调用更新前的待调用的应用程序生成目标应用程序。

在一种可能的实现方式中，为了区分Docker镜像仓库中不同阶段生成的Docker镜像，以及更新前、更新后的Docker镜像，可以按照版本号的方式为各Docker镜像设置标签。例如，在得到第一Docker镜像后，将第一Docker镜像命名为ubtech-base-lib:1.0。将第一Docker镜像对应的第二运行环境从jdk11版本升级到jdk12版本，得到更新后的第一Docker镜像，将更新后的第一Docker镜像命名为ubtech-base-lib:1.1。在得到第二Docker镜像后，将第二Docker镜像命名为ubtech-face-base:1.0。当更新待调用的应用程序，例如处理bug后，得到更新后的待调用的应用程序，进而得到更新后的第二Docker镜像，也即第三Docker镜像，将第三Docker镜像命名为ubtech-face-base:1.1。同理在得到目标Docker镜像后，将目标Docker镜像命名为ubtech-face-release:1.0，当更新目标应用程序后，得到更新后的目标Docker镜像，将更新后的目标Docker镜像命名为ubtech-face-release:1.1，从而便于对各Docker镜像进行维护。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的应用程序的跨语言调用方法，图3示出了本申请实施例提供的应用程序的跨语言调用装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

如图3所示，本申请实施例提供的应用程序的跨语言调用装置包括，

拉取模块10，用于从Docker镜像仓库拉取第一Docker镜像，所述第一Docker镜像包括编译待调用的应用程序的第一编程语言所需的第一运行环境，以及调用所述待调用的应用程序的第二编程语言所需的第二运行环境，所述第一编程语言与所述第二编程语言不同；

编译模块20，用于在所述第一运行环境下生成所述待调用的应用程序；

调用模块30，用于在所述第二运行环境调用所述待调用的应用程序，得到目标应用程序；

推送模块40，用于根据所述目标应用程序生成目标Docker镜像，将所述目标Docker镜像推送至所述Docker镜像仓库。

在一种可能的实现方式中，所述推送模块40还用于根据所述待调用的应用程序生成第二Docker镜像，将所述第二Docker镜像推送至所述Docker镜像仓库。

在一种可能的实现方式中，所述应用程序的跨语言调用装置还包括：

更新模块，用于若接收到所述待调用的应用程序的更新指令，更新所述待调用的应用程序；根据更新后的待调用的应用程序生成第三Docker镜像，将所述第三Docker镜像推送至所述Docker镜像仓库。

在一种可能的实现方式中，所述Docker镜像仓库包括与所述第二Docker镜像对应的第一标签，所述更新模块还用于：

根据所述第一标签与预设的命名规则生成第二标签，所述第二标签与所述第三Docker镜像对应，且所述第一标签与所述第二标签不同。

在一种可能的实现方式中，所述拉取模块10还用于：

创建所述第一Docker镜像，将所述第一Docker镜像推送至所述Docker镜像仓库。

在一种可能的实现方式中，所述编译模块20还用于：

若所述第一运行环境出现异常，且所述Docker镜像仓库中存在更新前的第一Docker镜像；从所述Docker镜像仓库拉取更新前的第一Docker镜像，根据所述更新前的第一Docker镜像获取更新前的第一运行环境；在所述更新前的第一运行环境下生成所述待调用的应用程序。

在第二方面的一种可能的实现方式中，所述拉取模块10还用于：

若确定出所述Docker镜像仓库不可用，则根据预设规则从候选的Docker镜像仓库拉取所述第一Docker镜像。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图4是本申请实施例提供的电子设备的示意图。如图4所示，该实施例的电子设备包括：处理器11、存储器12以及存储在所述存储器12中并可在所述处理器11上运行的计算机程序13。所述处理器11执行所述计算机程序13时实现上述应用程序的跨语言调用方法实施例中的步骤，例如图1所示的步骤S101至S104。或者，所述处理器11执行所述计算机程序13时实现上述各装置实施例中各模块/单元的功能，例如图3所示拉取模块10至推送模块40的功能。

示例性的，所述计算机程序13可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器12中，并由所述处理器11执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序13在所述电子设备中的执行过程。

本领域技术人员可以理解，图4仅仅是电子设备的示例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。

所述处理器11可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器12可以是所述电子设备的内部存储单元，例如电子设备的硬盘或内存。所述存储器12也可以是所述电子设备的外部存储设备，例如所述电子设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器12还可以既包括所述电子设备的内部存储单元也包括外部存储设备。所述存储器12用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器12还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

在本申请所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

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

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。