1.本技术涉及计算机
技术领域：
：，具体而言，本技术涉及一种通信连接方法、装置、电子设备及计算机可读存储介质。
背景技术：
：：2.ofono是一个能够使开发人员设计建立移动电话及周边应用程序的基础架构，它提供语言无关的d-busapi，api指applicationprogramminginterface(应用程序接口)。ofono主要通过socket(网络套接字)方式与底层的ril(radiointerfacelayer，无线通信接口层)交互，传递必要信息。3.目前安卓操作系统(android)在移动终端等设备使用较为广泛，而近年来也出现了很多非安卓操作系统，在很多场景下非安卓操作系统会与安卓操作系统产生交互。非安卓操作系统基本都采用ofono，早期的安卓操作系统的rild(raidointerfacelayerdaemon，直译为“无线电接口层守护进程”，安卓ril的一个部分)也支持ofono，非安卓操作系统与安卓操作系统间的交互不存在障碍。但最新版本的安卓操作系统中，rild使用了binder(一种进程间通信方式)技术，这导致了ofono不能直接与rild通信。为了解决该问题，目前一种可行的方案是使用代理方式将ofono连接rild，但是经研究发现，采用代理的方式存在影响性能等问题，因此目前亟需一种方案能够实现将ofono直接与最新版本的安卓rild通信。技术实现要素：4.本技术实施例提供了一种通信连接方法、装置、电子设备及计算机可读存储介质，可以解决消息总线系统和驱动模块无法直接建立通信连接的问题。该技术方案如下：5.根据本技术实施例的一个方面，提供了一种通信连接方法，该方法包括：6.确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信；7.将各插件加载至插件列表中，并初始化各插件；8.响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；9.若通信方式标识是指定标识，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。10.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。11.可选的，指定插件是基于用于实现通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于指定存储路径下的。12.可选的，通信触发操作包括以下任一项：13.驱动模块向消息总线系统发送消息时的触发操作；14.消息总线系统向驱动模块发送消息时的触发操作；15.启动应用程序时的触发操作。16.可选的，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还包括以下至少一项：17.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；18.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；19.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定进程间通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。20.可选的，将各插件加载至插件列表中，包括：21.将各插件中满足插件规范的插件添加至插件列表中；22.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。23.根据本技术实施例的另一个方面，提供了一种通信连接装置，该装置包括：24.插件确定模块，用于确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信；25.插件初始化模块，用于将各插件加载至插件列表中，并初始化各插件；26.通信方式标识读取模块，用于响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；27.通信连接模块，用于在通信方式标识是指定标识时，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。28.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。29.可选的，指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。30.可选的，通信触发操作包括以下任一项：31.驱动模块向消息总线系统发送消息时的触发操作；32.消息总线系统向驱动模块发送消息时的触发操作；33.启动应用程序时的触发操作。34.可选的，通信连接模块在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还用于：35.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；36.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；37.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。38.可选的，插件初始化模块在将各插件加载至插件列表中时，具体用于：39.将各插件中满足插件规范的插件添加至插件列表中；40.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。41.根据本技术实施例的另一个方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，处理器执行实现通信连接方法中任一项方法的步骤。42.根据本技术实施例的再一个方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现通信连接方法中任一项方法的步骤。43.根据本技术实施例的另一个方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时执行实现通信连接方法中任一项方法的步骤。44.本技术实施例提供的技术方案带来的有益效果是：45.在本技术实施例中，对于终端设备内安装有基于指定目标框架实现的应用程序，且该应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信时，可以将用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信的指定插件融入至目标框架，并且在终端设备启动时，可以初始化该指定插件，此时当应用程序对应的通信方式标识为指定通信方式的标识时，则可以通过初始化后的指定插件将消息总线系统和驱动模块之间直接建立通信连接，实现了消息总线系统和驱动模块之间的信息交互，提高了通信效率以及稳定性。附图说明46.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。47.图1为本技术实施例提供的一种通信连接方法的流程示意图；48.图2为本技术实施例提供的一种通信连接装置的结构示意图；49.图3为本技术实施例提供的一种电子设备的结构示意图。具体实施方式50.下面结合本技术中的附图描述本技术的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本技术实施例的技术方案的示例性描述，对本技术实施例的技术方案不构成限制。51.本
技术领域：
：技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本
技术领域：
：所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“a和/或b”可以实现为“a”，或者实现为“b”，或者实现为“a和b”。52.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。53.下面通过对几个示例性实施方式的描述，对本技术实施例的技术方案以及本技术的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。54.本技术实施例中提供了一种通信连接方法，可选的，该方法由终端设备等电子设备执行，该终端设备可以为智能手机、平板电脑、笔记本电脑、台式计算机等，本技术实施例对终端设备的类型不限。其中，该终端设备中安装有基于指定目标框架实现的应用程序，应用程序的驱动模块被配置为采用进程间通信等指定的通信方式与终端设备的消息总线系统通信。55.本技术实施例中提供了一种可能的实现方式，目标框架包括ofono框架，指定通信方式包括binder方式。56.本技术涉及的消息总线系统，可以是d-bus或者类似功能的计算机程序，此类计算机程序在操作系统中提供了应用间通信或者其他较为底层的通信机制，在不同的场景中还有“底层通信模块”、“底层通信系统”等不同的名称。57.本技术涉及的应用程序，也可简称应用，指运行在设备的操作系统上、具备设定的功能可以满足设备用户需求的程序。该应用程序可以基于指定目标框架实现，例如该应用程序可以是基于ofono框架所实现的，且该应用程序的驱动模块可以被配置为采用指定通信方式与终端设备的消息总线系统(例如d-bus)进行通信。示例性的，该应用程序的驱动模块(即modem或atom)可以基于rild进行封装，此时该驱动模块即可视为rild，其可以封装modem模块的各种操作功能，如语音电话、短信、视频等操作功能。进一步，rild是采用binder方式进行通信的，因此可以采用binder方式与终端设备的消息总线系统通信。为了描述方便，下文中将驱动模块以rild，目标框架以ofono框架、指定通信方式(例如进程间通信)以binder方式为例进行说明。58.如图1所示，该方法具体可以包括：59.步骤s101，确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信。60.可选的，ofono框架是由各个插件(plugin)构成的，各个插件是ofono的核心部件之一，其在ofono中可以用来加载驱动模块，也可以实现设备发现等一些扩展功能。而为了解决现有技术中ofono不能直接与rild通信的问题，可以设置指定插件用于实现驱动模块和消息总线系统通信系统之间基于binder方式通信，并将该指定插件融入目标框架中，此时在终端设备启动时，所确定的基于目标框架实现的各个插件中包括了该指定插件。61.步骤s102，将各插件加载至插件列表中，并初始化各插件。62.可选的，在确定出各个插件后，可以从各个插件中确定出的至少一个插件加载至插件列表中，并将加入至插件列表中的插件进行初始化。相应的，当终端设备触发启动某一个插件所对应的操作功能时，此时可以直接基于该初始化的插件实现。63.本技术实施例中提供了一种可能的实现方式，将各插件加载至插件列表中，包括：64.将各插件中满足插件规范的插件添加至插件列表中；65.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。66.可选的，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项，而在实际中具体采用何种插件规范可以根据插件的实际情况进行设置，本技术对此不进行限制。67.可选的，确定出目标框架实现的各个插件后，可以分别确定每个插件是否满足预设的插件规范，并将不满足插件规范插件过滤，将满足插件规则的插件添加至插件列表中。例如，插件命名规范为不允许出现特殊字符％，此时若某个插件的名称中包括特殊字符％，则将该插件过滤；又或者插件的优先级为二级以上，此时若某个插件的优先级为二级以上，则将该插件添加至插件列表中，否则将该插件过滤掉等。68.在本技术实施例中，可以对目标框架实现的各个插件进行过滤，并将保留的插件添加至插件列表中，此时初始后的插件均为满足插件规范的插件，可以有效避免插件因不满足插件规范所产生的故障，提升了数据处理效率。69.步骤s103，响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识。70.可选的，当终端设备接收到应用程序的驱动模块与消息总线系统之间的通信触发操作时，说明当前需要在应用程序的驱动模块与消息总线系统之间进行信号传递，此时可以读取用于标识该应用程序通信方式的标识，并采用该标识对应的通信方式在应用程序的驱动模块与消息总线系统之间进行信号传递。71.本技术实施例中提供了一种可能的实现方式，该通信触发操作包括以下任一项：72.驱动模块向消息总线系统发送消息时的触发操作；73.消息总线系统向驱动模块发送消息时的触发操作；74.启动应用程序时的触发操作。75.可选的，应用程序的驱动模块与消息总线系统之间的通信触发操作可以包括多种形式，如当应用程序的驱动模块需要向总线系统发送消息时所产生的触发操作即可视为该通信触发操作，或者消息总线系统需要向驱动模块发送消息时所产生的触发操作可视为该通信触发操作，以及启动应用程序时的触发操作也可视为该通信触发操作。相应的，当终端设备响应该通信触发操作时，即可读取应用程序对应的通信方式标识，并采用该通信方式标识对应的方式建立通信连接，以便后续驱动模块与消息总线系统之间进行信息传递。76.步骤s104，若通信方式标识是指定标识，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。77.可选的，指定标识具体可以为指定通信方式的标识，当读取到的通信方式标识为指定标识时，说明可以采用指定通信方式进行通信，此时可以通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，以实现消息总线系统和驱动模块之间采用指定进程间通信方式进行通信。78.可选的，应用程序的通信连接可以基于下列代码实现：79.structofono_ril_transport{80.constchar*name；81.intapi_version；82.structgrilio_transport*(*connect)(ghashtable*params)；83.}；84.其中：name为通信方式的名称，api_version表示版本号，connect表示具体连接rild的实现。目前现有技术中name默认是socket，而ril_subscription.conf中ril_x节点下的transport字段用于标识应用程序对应的通信方式，目前默认为socket，此时则默认采用socket方式进行通信连接。在本技术实施例中为了实现ofono直连rild，可以将name设置为binder的transport，配置ril_subscription.conf中ril_x节点下的transport字段为binder，这样应用程序会识别到ransport字段为binder，从而使ofono使用binder方式直接连接rild，即直接与rild通信。85.在本技术实施例中，对于终端设备内安装有基于指定目标框架实现的应用程序，且该应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信时，可以将用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信的指定插件融入至目标框架，并且在终端设备启动时，可以初始化该指定插件，此时当应用程序对应的通信方式标识为指定通信方式的标识时，则通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，实现了消息总线系统和驱动模块之间的信息交互，提高了通信效率以及稳定性。86.本技术实施例中提供了一种可能的实现方式，该指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。87.在实际中，由于应用程序是基于ofono框架实现的，因此为了适配ofono框架从而实现通过指定插件可以将消息总线系统和驱动模块建立通信连接，可以基于ofono框架编译实现binder方式的对象配置文件，然后基于对应的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下，得到该指定插件。相应的，当ofono框架运行起来时，初始化插件的函数(ofono_plugin_init)可以对该指定插件进行初始化。88.可选的，该实现指定进程间通信方式的对象配置文件可以为binder通信方式的gobject对象，然后可以将binder通信方式的gobject对象编译为.so格式的库后放置于ofono框架的plugindir(环境变量)路径下。89.其中，实现binder通信方式的gobject对象具体包括：90.1.send函数，实现将ofono指令以bind编译规范er方式发送给rild，ofono框架发送指令函数grilio_channel_send_request_full时，可以调用具体的send进行发送。91.2.set_channel函数，用于初始化binder进程间通信方式，ofono框架初始化io函数ril_plugin_init_io，可以会调用grilio_channel_new，从而决定按哪种方式连接rild。92.3.response处理函数，用于请求响应指令的处理，同步rilservice里面的setresponsefunctions处理函数的第一个参数。93.4.indication处理函数，用于未经请求的回复，同步rilservice里面的setresponsefunctions处理函数的第二个参数。94.5.所有信号注册、触发、处理、兼容框架都由gobject实现，并由g_signal_newv来进行信号的注册，由g_signal_connect来进行信号的关联处理，由g_signal_emit进行信号的触发。95.6.ofono原生框架中的grilio_queue_send_request_full函数和grilio_channel_add_unsol_event_handler函数对response和indication信号处理。其中，grilio_queue_send_request_full发送指令，并注册response响应信号进行处理的回调函数。grilio_channel_add_unsol_event_handler则给出indication信号的处理回调函数。96.本技术实施例中提供了一种可能的实现方式，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，包括以下至少一项：97.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；98.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；99.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至所消息总线系统。100.可选的，在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接后，当接收到消息总线系统向驱动模块发送的请求信号时，此时可以通过该初始化后的指定插件将信号转换成binder方式的请求信号发送至驱动模块。例如，接收到消息总线系统发送的电话拨打请求时，此时可以基于该指定插件将该电话拨打请求转换为binder方式发送至驱动模块。同理，当驱动模块需要将请求信号发送至消息总线系统时，也可以通过初始化后的该指定插件将请求信号解析成binder方式的请求信号，并回传给消息总线系统。101.在实际中，消息总线系统和驱动模块之间发送请求信号时，有时需要返回请求应答信号，此时则可以基于初始化后的该指定插件将请求应答信号进行传递。如通过初始化后的指定插件将驱动模块返回的请求应答信号解析成指定通信方式对应的信号回传给消息总线系统，或者过初始化后的指定插件将消息总线系统返回的应答信号解析成指定通信方式对应的信号回传给驱动模块。102.如图2所示，本技术实施例提供了一种通信连接装置20，可选的，终端设备包括该装置，终端设备中安装有基于指定目标框架实现的应用程序，应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信，该装置包括：103.插件确定模块201，用于确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信；104.插件初始化模块202，用于将各插件加载至插件列表中，并初始化各插件；105.通信方式标识读取模块203，用于响应的驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；106.通信连接模块204，用于在通信方式标识是指定标识时，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。107.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。108.可选的，指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。109.可选的，通信触发操作包括以下任一项：110.驱动模块向消息总线系统发送消息时的触发操作；111.消息总线系统向驱动模块发送消息时的触发操作；112.启动应用程序时的触发操作。113.可选的，通信连接模块在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还用于：114.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；115.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；116.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。117.可选的，插件初始化模块在将各插件加载至插件列表中时，具体用于：118.将各插件中满足插件规范的插件添加至插件列表中；119.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。120.本技术实施例的装置可执行本技术实施例所提供的方法，其实现原理相类似，本技术各实施例的装置中的各模块所执行的动作是与本技术各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。121.本技术实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现通信连接方法的步骤。122.本技术实施例中提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时执行实现通信连接方法中任一项方法的步骤。123.在一个可选实施例中提供了一种电子设备，如图3所示，图3所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本技术实施例的限定。124.处理器4001可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。125.总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。126.存储器4003可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd-rom(compactdiscreadonlymemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。127.存储器4003用于存储执行本技术实施例的计算机程序，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的计算机程序，以实现前述方法实施例所示的步骤。128.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。129.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除图示或文字描述以外的顺序实施。130.应该理解的是，虽然本技术实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本技术实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本技术实施例对此不限制。131.以上所述仅是本技术部分实施场景的可选实施方式，应当指出，对于本
技术领域：
：的普通技术人员来说，在不脱离本技术的方案技术构思的前提下，采用基于本技术技术思想的其他类似实施手段，同样属于本技术实施例的保护范畴。当前第1页12当前第1页12
技术领域：
：，具体而言，本技术涉及一种通信连接方法、装置、电子设备及计算机可读存储介质。
背景技术：
：：2.ofono是一个能够使开发人员设计建立移动电话及周边应用程序的基础架构，它提供语言无关的d-busapi，api指applicationprogramminginterface(应用程序接口)。ofono主要通过socket(网络套接字)方式与底层的ril(radiointerfacelayer，无线通信接口层)交互，传递必要信息。3.目前安卓操作系统(android)在移动终端等设备使用较为广泛，而近年来也出现了很多非安卓操作系统，在很多场景下非安卓操作系统会与安卓操作系统产生交互。非安卓操作系统基本都采用ofono，早期的安卓操作系统的rild(raidointerfacelayerdaemon，直译为“无线电接口层守护进程”，安卓ril的一个部分)也支持ofono，非安卓操作系统与安卓操作系统间的交互不存在障碍。但最新版本的安卓操作系统中，rild使用了binder(一种进程间通信方式)技术，这导致了ofono不能直接与rild通信。为了解决该问题，目前一种可行的方案是使用代理方式将ofono连接rild，但是经研究发现，采用代理的方式存在影响性能等问题，因此目前亟需一种方案能够实现将ofono直接与最新版本的安卓rild通信。技术实现要素：4.本技术实施例提供了一种通信连接方法、装置、电子设备及计算机可读存储介质，可以解决消息总线系统和驱动模块无法直接建立通信连接的问题。该技术方案如下：5.根据本技术实施例的一个方面，提供了一种通信连接方法，该方法包括：6.确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信；7.将各插件加载至插件列表中，并初始化各插件；8.响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；9.若通信方式标识是指定标识，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。10.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。11.可选的，指定插件是基于用于实现通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于指定存储路径下的。12.可选的，通信触发操作包括以下任一项：13.驱动模块向消息总线系统发送消息时的触发操作；14.消息总线系统向驱动模块发送消息时的触发操作；15.启动应用程序时的触发操作。16.可选的，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还包括以下至少一项：17.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；18.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；19.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定进程间通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。20.可选的，将各插件加载至插件列表中，包括：21.将各插件中满足插件规范的插件添加至插件列表中；22.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。23.根据本技术实施例的另一个方面，提供了一种通信连接装置，该装置包括：24.插件确定模块，用于确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信；25.插件初始化模块，用于将各插件加载至插件列表中，并初始化各插件；26.通信方式标识读取模块，用于响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；27.通信连接模块，用于在通信方式标识是指定标识时，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。28.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。29.可选的，指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。30.可选的，通信触发操作包括以下任一项：31.驱动模块向消息总线系统发送消息时的触发操作；32.消息总线系统向驱动模块发送消息时的触发操作；33.启动应用程序时的触发操作。34.可选的，通信连接模块在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还用于：35.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；36.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；37.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。38.可选的，插件初始化模块在将各插件加载至插件列表中时，具体用于：39.将各插件中满足插件规范的插件添加至插件列表中；40.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。41.根据本技术实施例的另一个方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，处理器执行实现通信连接方法中任一项方法的步骤。42.根据本技术实施例的再一个方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现通信连接方法中任一项方法的步骤。43.根据本技术实施例的另一个方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时执行实现通信连接方法中任一项方法的步骤。44.本技术实施例提供的技术方案带来的有益效果是：45.在本技术实施例中，对于终端设备内安装有基于指定目标框架实现的应用程序，且该应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信时，可以将用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信的指定插件融入至目标框架，并且在终端设备启动时，可以初始化该指定插件，此时当应用程序对应的通信方式标识为指定通信方式的标识时，则可以通过初始化后的指定插件将消息总线系统和驱动模块之间直接建立通信连接，实现了消息总线系统和驱动模块之间的信息交互，提高了通信效率以及稳定性。附图说明46.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。47.图1为本技术实施例提供的一种通信连接方法的流程示意图；48.图2为本技术实施例提供的一种通信连接装置的结构示意图；49.图3为本技术实施例提供的一种电子设备的结构示意图。具体实施方式50.下面结合本技术中的附图描述本技术的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本技术实施例的技术方案的示例性描述，对本技术实施例的技术方案不构成限制。51.本
技术领域：
：技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本
技术领域：
：所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“a和/或b”可以实现为“a”，或者实现为“b”，或者实现为“a和b”。52.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。53.下面通过对几个示例性实施方式的描述，对本技术实施例的技术方案以及本技术的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。54.本技术实施例中提供了一种通信连接方法，可选的，该方法由终端设备等电子设备执行，该终端设备可以为智能手机、平板电脑、笔记本电脑、台式计算机等，本技术实施例对终端设备的类型不限。其中，该终端设备中安装有基于指定目标框架实现的应用程序，应用程序的驱动模块被配置为采用进程间通信等指定的通信方式与终端设备的消息总线系统通信。55.本技术实施例中提供了一种可能的实现方式，目标框架包括ofono框架，指定通信方式包括binder方式。56.本技术涉及的消息总线系统，可以是d-bus或者类似功能的计算机程序，此类计算机程序在操作系统中提供了应用间通信或者其他较为底层的通信机制，在不同的场景中还有“底层通信模块”、“底层通信系统”等不同的名称。57.本技术涉及的应用程序，也可简称应用，指运行在设备的操作系统上、具备设定的功能可以满足设备用户需求的程序。该应用程序可以基于指定目标框架实现，例如该应用程序可以是基于ofono框架所实现的，且该应用程序的驱动模块可以被配置为采用指定通信方式与终端设备的消息总线系统(例如d-bus)进行通信。示例性的，该应用程序的驱动模块(即modem或atom)可以基于rild进行封装，此时该驱动模块即可视为rild，其可以封装modem模块的各种操作功能，如语音电话、短信、视频等操作功能。进一步，rild是采用binder方式进行通信的，因此可以采用binder方式与终端设备的消息总线系统通信。为了描述方便，下文中将驱动模块以rild，目标框架以ofono框架、指定通信方式(例如进程间通信)以binder方式为例进行说明。58.如图1所示，该方法具体可以包括：59.步骤s101，确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现应用程序的驱动模块和消息总线系统通信系统之间基于指定通信方式通信。60.可选的，ofono框架是由各个插件(plugin)构成的，各个插件是ofono的核心部件之一，其在ofono中可以用来加载驱动模块，也可以实现设备发现等一些扩展功能。而为了解决现有技术中ofono不能直接与rild通信的问题，可以设置指定插件用于实现驱动模块和消息总线系统通信系统之间基于binder方式通信，并将该指定插件融入目标框架中，此时在终端设备启动时，所确定的基于目标框架实现的各个插件中包括了该指定插件。61.步骤s102，将各插件加载至插件列表中，并初始化各插件。62.可选的，在确定出各个插件后，可以从各个插件中确定出的至少一个插件加载至插件列表中，并将加入至插件列表中的插件进行初始化。相应的，当终端设备触发启动某一个插件所对应的操作功能时，此时可以直接基于该初始化的插件实现。63.本技术实施例中提供了一种可能的实现方式，将各插件加载至插件列表中，包括：64.将各插件中满足插件规范的插件添加至插件列表中；65.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。66.可选的，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项，而在实际中具体采用何种插件规范可以根据插件的实际情况进行设置，本技术对此不进行限制。67.可选的，确定出目标框架实现的各个插件后，可以分别确定每个插件是否满足预设的插件规范，并将不满足插件规范插件过滤，将满足插件规则的插件添加至插件列表中。例如，插件命名规范为不允许出现特殊字符％，此时若某个插件的名称中包括特殊字符％，则将该插件过滤；又或者插件的优先级为二级以上，此时若某个插件的优先级为二级以上，则将该插件添加至插件列表中，否则将该插件过滤掉等。68.在本技术实施例中，可以对目标框架实现的各个插件进行过滤，并将保留的插件添加至插件列表中，此时初始后的插件均为满足插件规范的插件，可以有效避免插件因不满足插件规范所产生的故障，提升了数据处理效率。69.步骤s103，响应驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识。70.可选的，当终端设备接收到应用程序的驱动模块与消息总线系统之间的通信触发操作时，说明当前需要在应用程序的驱动模块与消息总线系统之间进行信号传递，此时可以读取用于标识该应用程序通信方式的标识，并采用该标识对应的通信方式在应用程序的驱动模块与消息总线系统之间进行信号传递。71.本技术实施例中提供了一种可能的实现方式，该通信触发操作包括以下任一项：72.驱动模块向消息总线系统发送消息时的触发操作；73.消息总线系统向驱动模块发送消息时的触发操作；74.启动应用程序时的触发操作。75.可选的，应用程序的驱动模块与消息总线系统之间的通信触发操作可以包括多种形式，如当应用程序的驱动模块需要向总线系统发送消息时所产生的触发操作即可视为该通信触发操作，或者消息总线系统需要向驱动模块发送消息时所产生的触发操作可视为该通信触发操作，以及启动应用程序时的触发操作也可视为该通信触发操作。相应的，当终端设备响应该通信触发操作时，即可读取应用程序对应的通信方式标识，并采用该通信方式标识对应的方式建立通信连接，以便后续驱动模块与消息总线系统之间进行信息传递。76.步骤s104，若通信方式标识是指定标识，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。77.可选的，指定标识具体可以为指定通信方式的标识，当读取到的通信方式标识为指定标识时，说明可以采用指定通信方式进行通信，此时可以通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，以实现消息总线系统和驱动模块之间采用指定进程间通信方式进行通信。78.可选的，应用程序的通信连接可以基于下列代码实现：79.structofono_ril_transport{80.constchar*name；81.intapi_version；82.structgrilio_transport*(*connect)(ghashtable*params)；83.}；84.其中：name为通信方式的名称，api_version表示版本号，connect表示具体连接rild的实现。目前现有技术中name默认是socket，而ril_subscription.conf中ril_x节点下的transport字段用于标识应用程序对应的通信方式，目前默认为socket，此时则默认采用socket方式进行通信连接。在本技术实施例中为了实现ofono直连rild，可以将name设置为binder的transport，配置ril_subscription.conf中ril_x节点下的transport字段为binder，这样应用程序会识别到ransport字段为binder，从而使ofono使用binder方式直接连接rild，即直接与rild通信。85.在本技术实施例中，对于终端设备内安装有基于指定目标框架实现的应用程序，且该应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信时，可以将用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信的指定插件融入至目标框架，并且在终端设备启动时，可以初始化该指定插件，此时当应用程序对应的通信方式标识为指定通信方式的标识时，则通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，实现了消息总线系统和驱动模块之间的信息交互，提高了通信效率以及稳定性。86.本技术实施例中提供了一种可能的实现方式，该指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。87.在实际中，由于应用程序是基于ofono框架实现的，因此为了适配ofono框架从而实现通过指定插件可以将消息总线系统和驱动模块建立通信连接，可以基于ofono框架编译实现binder方式的对象配置文件，然后基于对应的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下，得到该指定插件。相应的，当ofono框架运行起来时，初始化插件的函数(ofono_plugin_init)可以对该指定插件进行初始化。88.可选的，该实现指定进程间通信方式的对象配置文件可以为binder通信方式的gobject对象，然后可以将binder通信方式的gobject对象编译为.so格式的库后放置于ofono框架的plugindir(环境变量)路径下。89.其中，实现binder通信方式的gobject对象具体包括：90.1.send函数，实现将ofono指令以bind编译规范er方式发送给rild，ofono框架发送指令函数grilio_channel_send_request_full时，可以调用具体的send进行发送。91.2.set_channel函数，用于初始化binder进程间通信方式，ofono框架初始化io函数ril_plugin_init_io，可以会调用grilio_channel_new，从而决定按哪种方式连接rild。92.3.response处理函数，用于请求响应指令的处理，同步rilservice里面的setresponsefunctions处理函数的第一个参数。93.4.indication处理函数，用于未经请求的回复，同步rilservice里面的setresponsefunctions处理函数的第二个参数。94.5.所有信号注册、触发、处理、兼容框架都由gobject实现，并由g_signal_newv来进行信号的注册，由g_signal_connect来进行信号的关联处理，由g_signal_emit进行信号的触发。95.6.ofono原生框架中的grilio_queue_send_request_full函数和grilio_channel_add_unsol_event_handler函数对response和indication信号处理。其中，grilio_queue_send_request_full发送指令，并注册response响应信号进行处理的回调函数。grilio_channel_add_unsol_event_handler则给出indication信号的处理回调函数。96.本技术实施例中提供了一种可能的实现方式，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，包括以下至少一项：97.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；98.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；99.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至所消息总线系统。100.可选的，在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接后，当接收到消息总线系统向驱动模块发送的请求信号时，此时可以通过该初始化后的指定插件将信号转换成binder方式的请求信号发送至驱动模块。例如，接收到消息总线系统发送的电话拨打请求时，此时可以基于该指定插件将该电话拨打请求转换为binder方式发送至驱动模块。同理，当驱动模块需要将请求信号发送至消息总线系统时，也可以通过初始化后的该指定插件将请求信号解析成binder方式的请求信号，并回传给消息总线系统。101.在实际中，消息总线系统和驱动模块之间发送请求信号时，有时需要返回请求应答信号，此时则可以基于初始化后的该指定插件将请求应答信号进行传递。如通过初始化后的指定插件将驱动模块返回的请求应答信号解析成指定通信方式对应的信号回传给消息总线系统，或者过初始化后的指定插件将消息总线系统返回的应答信号解析成指定通信方式对应的信号回传给驱动模块。102.如图2所示，本技术实施例提供了一种通信连接装置20，可选的，终端设备包括该装置，终端设备中安装有基于指定目标框架实现的应用程序，应用程序的驱动模块被配置为采用指定通信方式与终端设备的消息总线系统通信，该装置包括：103.插件确定模块201，用于确定基于目标框架实现的各个插件，各个插件包括指定插件，指定插件用于实现驱动模块和消息总线系统通信系统之间基于指定通信方式通信；104.插件初始化模块202，用于将各插件加载至插件列表中，并初始化各插件；105.通信方式标识读取模块203，用于响应的驱动模块与消息总线系统之间的通信触发操作，读取应用程序对应的通信方式标识；106.通信连接模块204，用于在通信方式标识是指定标识时，通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接，指定标识是指定通信方式的标识。107.可选的，目标框架包括ofono框架，指定通信方式包括binder方式。108.可选的，指定插件是基于用于实现指定通信方式的对象配置文件，并基于目标框架的编译规范将对象配置文件编译成动态链接库后存储于终端设备的指定存储路径下的。109.可选的，通信触发操作包括以下任一项：110.驱动模块向消息总线系统发送消息时的触发操作；111.消息总线系统向驱动模块发送消息时的触发操作；112.启动应用程序时的触发操作。113.可选的，通信连接模块在通过初始化后的指定插件将消息总线系统和驱动模块建立通信连接之后，还用于：114.在获取到消息总线系统向驱动模块发送的请求信号时，通过初始化后的指定插件将请求信号转换成与指定通信方式对应的请求信号，并将转换后的请求信号发送至驱动模块；115.在获取到消息总线系统向与驱动模块之间发送的请求应答信号时，通过初始化后的指定插件将请求应答信号解析成指定通信方式对应的信号进行传递；116.在获取到驱动模块向消息总线系统发送的请求信号时，通过初始化后的指定插件将请求信号解析成与指定通信方式对应的请求信号，并将转换后的请求信号发送至消息总线系统。117.可选的，插件初始化模块在将各插件加载至插件列表中时，具体用于：118.将各插件中满足插件规范的插件添加至插件列表中；119.其中，插件规范包括插件命名规则、插件描述方式、插件的版本信息、插件的优先级、插件的初始化或插件的退出中的至少一项。120.本技术实施例的装置可执行本技术实施例所提供的方法，其实现原理相类似，本技术各实施例的装置中的各模块所执行的动作是与本技术各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。121.本技术实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现通信连接方法的步骤。122.本技术实施例中提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时执行实现通信连接方法中任一项方法的步骤。123.在一个可选实施例中提供了一种电子设备，如图3所示，图3所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本技术实施例的限定。124.处理器4001可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。125.总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。126.存储器4003可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd-rom(compactdiscreadonlymemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。127.存储器4003用于存储执行本技术实施例的计算机程序，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的计算机程序，以实现前述方法实施例所示的步骤。128.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。129.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除图示或文字描述以外的顺序实施。130.应该理解的是，虽然本技术实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本技术实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本技术实施例对此不限制。131.以上所述仅是本技术部分实施场景的可选实施方式，应当指出，对于本
技术领域：
：的普通技术人员来说，在不脱离本技术的方案技术构思的前提下，采用基于本技术技术思想的其他类似实施手段，同样属于本技术实施例的保护范畴。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
