一种寄宿应用间的即时通讯方法与流程

文档序号:18009253发布日期:2019-06-25 23:47阅读:191来源:国知局
一种寄宿应用间的即时通讯方法与流程

本申请涉及互联网应用领域,尤其涉及一种寄宿应用间的即时通讯推荐方法。



背景技术:

小程序等寄宿应用是一种新的开放能力,开发者可以快速地开发一个小程序。小程序可以在微信、百度app等宿主应用内被便捷地获取和传播,同时具有出色的使用体验。小程序开发者可以在小程序内提供便捷、丰富的服务,如预定、商品购买、游戏等。因此,得到了越来越广泛的应用。

但是,目前的宿主应用中,同时只能运行一个寄宿应用,无法实现不同寄宿应用间的消息传递,实现即时交互。



技术实现要素:

本申请的多个方面提供一种寄宿应用间的即时通讯方法,用于解决寄宿应用之间无法实现即时交互的问题。

本申请的一方面,提供一种寄宿应用间的即时通讯方法,应用于宿主应用,所述宿主应用包括多个用于运行寄宿应用的运行栈;包括通过即时通讯api接口接收运行在默认运行栈上的第一寄宿应用发送的调用指令,所述调用指令包括第二寄宿应用标识信息;根据所述调用指令,在辅助运行栈上运行所述第二寄宿应用;通过即时通讯api接口转发所述第一寄宿应用与所述第二寄宿应用间的通讯消息。

本申请的另一方面,提供一种寄宿应用间的即时通讯方法,应用于第一寄宿应用,所述第一寄宿应用运行于宿主应用的默认运行栈上;包括通过即时通讯api接口发送调用指令,所述调用指令包括第二寄宿应用标识信息;以便所述宿主应用根据所述调用指令在辅助运行栈上运行所述第二寄宿应用;其中,所述宿主应用包括多个用于运行寄宿应用的运行栈;通过即时通讯api接口接收由所述宿主应用转发的所述第二寄宿应用发送的执行所述调用指令后返回的执行结果。

本申请的另一方面,提供一种寄宿应用间的即时通讯方法,应用于第二寄宿应用,所述第二寄宿应用运行于宿主应用的辅助运行栈上;包括通过即时通讯api接口接收并执行由宿主应用转发的运行于默认运行栈的所述第一寄宿应用发送的调用指令;其中,所述宿主应用包括多个用于运行寄宿应用的运行栈;通过即时通讯api接口返回执行结果,以便所述宿主应用将执行结果返回给所述第一寄宿应用。

本申请的另一方面,提供一种设备,所述设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现任一上述的方法。

本申请的另一方面,提供一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现任一上述的方法。

由所述技术方案可知,本申请的上述实施例中,能够在实现寄宿应用间的即时通信。

【附图说明】

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本申请一些实施例提供的一种应用于宿主应用的寄宿应用间即时通讯方法的流程示意图;

图2为本申请一些实施例提供的一种应用于第一寄宿应用的寄宿应用间即时通讯方法的流程示意图;

图3为本申请一些实施例提供的一种应用于第二寄宿应用的寄宿应用间即时通讯方法的流程示意图;

图4为适于用来实现本发明的一些实施例的示例性计算机系统/服务器的框图。

【具体实施方式】

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

另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

图1为本申请一些实施例提供的一种寄宿应用间的即时通讯方法的流程示意图,所述方法应用于宿主应用,所述宿主应用包括多个用于运行寄宿应用的运行栈;包括以下步骤:

步骤s11、通过即时通讯api接口接收运行在默认运行栈上的第一寄宿应用发送的调用指令,所述调用指令包括第二寄宿应用标识信息;

步骤s12、根据所述调用指令,在辅助运行栈上运行第二寄宿应用;

步骤s13、通过即时通讯api接口转发第一寄宿应用与第二寄宿应用间的通讯。

在一些实施例中,宿主应用为安装在无线设备上的应用(app)客户端,例如微信,或无线设备的操作系统;寄宿应用为依赖于宿主应用运行的应用,例如微信中的小程序等。所述宿主应用包括多个用于运行寄宿应用的运行栈,例如用于运行第一寄宿应用的默认运行栈,用于运行第二寄宿应用的辅助运行栈。

其中,所述无线设备包括但不限于任何一种可与用户进行人机交互并能够实现无线通信功能的智能终端设备,如智能手机、平板电脑、笔记本电脑等,当然,还可以为其他具有类似功能的设备,本实施例对此不加以限制。所述智能终端设备可以采用任意操作系统,如android操作系统、ios操作系统、windows操作系统等。

在步骤s11的一种优选实现方式中,

所述宿主应用通过即时通讯api接口接收运行在默认运行栈上的第一寄宿应用发送的调用指令,所述调用指令包括第二寄宿应用标识信息。

优选地,第一寄宿应用运行于寄宿应用的第一运行栈上;所述第一运行栈为宿主应用的默认运行栈。

优选地,所述宿主应用响应于用户对第一寄宿应用的触发,启动第一运行栈,在所述第一运行栈上运行第一寄宿应用。

优选地,所述宿主应用接收到运行在运行栈上的第一寄宿应用发出的调用指令,所述调用指令用于指示调用第二寄宿应用。

优选地,所述调用指令结构如下:指令头、分隔符、数据;其中,

所述指令头部分用于标记所述第二寄宿应用,以便宿主应用运行所述第二寄宿应用;优选地,所述指令头为所述第二寄宿应用的appid,不同寄宿应用通过其appid进行标识;

所述数据部分用于指示所述第二寄宿应用执行对应操作。

优选地,所述第一寄宿应用通过其即时通讯api接口发送调用指令给第二寄宿应用;所述宿主应用通过其即时通讯api接口接收调用指令并进行处理。对于第一寄宿应用,只需通过其即时通讯api接口发出调用指令即可,无需了解所述调用指令的具体接收、转发流程。

在步骤s12的一种优选实现方式中,

所述宿主应用根据所述调用指令,在辅助运行栈上运行第二寄宿应用;

所述宿主应用根据所述调用指令,启动辅助运行栈;所述辅助运行栈用于在默认运行栈运行第一寄宿应用的同时,在所述辅助运行栈运行第二寄宿应用。优选地,所述宿主应用所能启动的辅助运行栈为一个或多个,以便在所述一个或多个辅助运行栈分别运行不同的寄宿应用;即可以实现多个寄宿应用之间的即时通讯。

优选地,在所述辅助运行栈启动之后,将所述调用指令标记的第二寄宿应用运行在所述辅助运行栈上。

优选地,所述宿主应用通过所述即时通讯api接口接收第一寄宿应用发送的消息,通过解析所述消息,判断其具体类型;若所述消息的结构包括指令头、分隔符、数据,则表明其为调用指令;若所述消息非调用指令,则按正常流程进行处理。

在本申请的一个优选实施例中,宿主应用所能启动的辅助运行栈为一个或多个,在对某一寄宿应用的调用结束后,并不停止所述寄宿应用,而是在其对应的辅助运行栈上继续运行所述寄宿应用;以便能够随时调用所述寄宿应用而无需重新运行。

优选地,所述宿主应用接收到所述调用指令后,根据所述调用指令中包括的appid,检查是否在辅助运行栈上运行有对应的第二寄宿应用;

若已在辅助运行栈中运行对应的第二寄宿应用,则可以将所述调用指令转发给所述第二寄宿应用,以便所述第二寄宿应用执行所述调用指令;

若未在辅助运行栈上运行对应的第二寄宿应用,则启动辅助运行栈,在所述辅助运行栈中运行第二寄宿应用,将所述调用指令转发给所述第二寄宿应用,以便所述第二寄宿应用执行所述调用指令。

在本申请的一个优选实施例中,调用结束后,所述宿主应用停止寄宿应用,清空而非销毁辅助运行栈,可以在所述辅助运行栈上迅速运行所需的寄宿应用。

优选地,若未启动第二寄宿应用,判断是否存在已启动的且清空的辅助运行栈;如果存在,则直接在所述辅助运行栈上运行第二寄宿应用;如果不存在,则启动辅助运行栈,在所述辅助运行栈上运行第二寄宿应用。

优选地,所述宿主应用在后台调用所述第二寄宿应用,即所述第一寄宿应用的界面不变。

在步骤s13的一种优选实现方式中,

所述宿主应用通过即时通讯api接口将所述调用指令转发给所述第二寄宿应用,以便所述第二寄宿应用执行所述调用指令。

优选地,所述宿主应用将所述调用指令通过其即时通讯api接口转发给所述第二寄宿应用;以便所述第二寄宿应用通过统一默认的消息接收接口接收所述调用指令。

优选地,所述统一默认的消息接收接口可以为所述第二寄宿应用的即时通讯api接口。

优选地,所述第二寄宿应用根据所述调用指令结构中的数据部分,执行对应操作,并通过统一默认的结果返回接口将操作结果返回给所述第一寄宿应用。

优选地,所述数据部分可以是指示所述第二寄宿应用读取所述第一寄宿应用的数据共享区中数据的指令,实现所述第一寄宿应用与所述第二寄宿应用之间的数据传递。

所述宿主应用通过即时通讯api接口接收所述第二寄宿应用执行所述调用指令后返回的执行结果,将所述执行结果返回给所述第一寄宿应用。

优选地,所述宿主应用通过统一默认的消息接收接口接收所述第二寄宿应用返回的操作结果;将所述操作结果通过结果返回接口转发给所述第一寄宿应用,由所述第一寄宿应用通过统一默认的消息接收接口接收所述操作结果。

优选地,所述操作结果可以是所述第二寄宿应用根据所述调用指令结构中的数据部分,执行对应操作的操作结果;也可以是所述第二寄宿应用执行对应操作后返回的反馈信息,所述反馈信息用于指示所述第一寄宿应用操作已执行成功,或,执行失败。

优选地,所述统一默认的消息接收接口为即时通讯api接口;所述结果返回接口为即时通讯api接口。

优选地,所述方法还包括:

优选地,所述宿主应用接收到所述第二寄宿应用返回的执行结果后,停止所述第二寄宿应用。

优选地,所述第一寄宿应用接收到所述操作结果后,发出调用结束指令,所述调用结束指令用于指示停止对应的第二寄宿应用。所述调用结束指令包括第二寄宿应用标识信息。所述宿主应用接收到所述调用结束指令后,停止所述第二寄宿应用。

优选地,所述第二寄宿应用标识信息为所述第二寄宿应用的appid。

优选地,所述宿主应用停止所述第二寄宿应用后,清空所述辅助运行栈。

在上述过程中,运行于默认运行栈上的所述第一寄宿应用不受影响。当所述宿主应用再次接收到所述第一寄宿应用发送的调用指令,则再次调用所述辅助运行栈,重复上述操作。

在本实施例中,宿主应用启动辅助运行栈,在所述辅助运行栈上运行第二寄宿应用,并转发第一寄宿应用与第二寄宿应用之间的通讯消息,实现了寄宿应用间的即时通讯。

图2为本申请一些实施例提供的一种寄宿应用间的即时通讯方法的流程示意图,所述方法应用于第一寄宿应用,所述第一寄宿应用运行于宿主应用的默认运行栈上;包括以下步骤:

步骤s21、通过即时通讯api接口发送调用指令,所述调用指令包括第二寄宿应用标识信息;以便所述宿主应用根据所述调用指令在辅助运行栈上运行所述第二寄宿应用;其中,所述宿主应用包括多个用于运行寄宿应用的运行栈;

步骤s22、通过即时通讯api接口接收由所述宿主应用转发的所述第二寄宿应用发送的执行所述调用指令后返回的执行结果。

在步骤s21的一种优选实现方式中,

优选地,所述宿主应用响应于用户对第一寄宿应用的触发,启动第一运行栈,在所述第一运行栈上运行第一寄宿应用。所述第一运行栈为宿主应用的默认运行栈。

所述第一寄宿应用通过即时通讯api接口发送调用指令,所述调用指令用于指示调用第二寄宿应用。

优选地,所述调用指令结构如下:指令头、分隔符、数据;其中,

所述指令头部分用于标记所述第二寄宿应用,以便宿主应用运行所述第二寄宿应用;优选地,所述指令头为所述第二寄宿应用的appid,不同寄宿应用通过其appid进行标识;

所述数据部分用于指示所述第二寄宿应用执行对应操作。

优选地,所述第一寄宿应用通过其即时通讯api接口发送调用指令给第二寄宿应用;所述宿主应用通过其即时通讯api接口接收调用指令并进行处理。对于第一寄宿应用,只需通过其即时通讯api接口发出调用指令即可,无需了解所述调用指令的具体接收、转发流程。

所述宿主应用根据所述调用指令,在辅助运行栈上运行第二寄宿应用;所述宿主应用将所述调用指令转发给所述第二寄宿应用,以便所述第二寄宿应用执行所述调用指令。所述宿主应用接收所述第二寄宿应用执行所述调用指令后返回的执行结果,将所述执行结果返回给所述第一寄宿应用。

具体步骤可参照前述实施例的对应部分,在此不再赘述。

在步骤s22的一种优选实现方式中,

所述第一寄宿应用通过即时通讯api接口接收由所述宿主应用转发的所述第二寄宿应用发送的执行所述调用指令后返回的执行结果。

优选地,所述第一寄宿应用通过统一默认的消息接收接口接收所述操作结果。

优选地,所述操作结果可以是所述第二寄宿应用根据所述调用指令结构中的数据部分,执行对应操作的操作结果;也可以是所述第二寄宿应用执行对应操作后返回的反馈信息,所述反馈信息用于指示所述第一寄宿应用操作已执行成功,或,执行失败。

优选地,所述统一默认的消息接收接口为即时通讯api接口;所述结果返回接口为即时通讯api接口。

优选地,所述第一寄宿应用接收到所述操作结果后,发出调用结束指令,所述调用结束指令用于指示停止对应的第二寄宿应用。所述调用结束指令包括第二寄宿应用标识信息。所述宿主应用接收到所述调用结束指令后,停止所述第二寄宿应用。

在本实施例中,第一寄宿应用发送针对第二寄宿应用的调用指令,由宿主应用启动辅助运行栈,在所述辅助运行栈上运行第二寄宿应用,并转发第一寄宿应用与第二寄宿应用之间的通讯消息,实现了第一寄宿应用与第二寄宿应用间的即时通讯。

图3为本申请一些实施例提供的一种寄宿应用间的即时通讯方法的流程示意图,所述方法应用于第二寄宿应用,所述第二寄宿应用运行于宿主应用的辅助运行栈上;包括以下步骤:

步骤s31、通过即时通讯api接口接收并执行由宿主应用转发的运行于默认运行栈的第一寄宿应用发送的调用指令;其中,所述宿主应用包括多个用于运行寄宿应用的运行栈;

步骤s32、通过即时通讯api接口返回执行结果,以便所述宿主应用将执行结果返回给所述第一寄宿应用。

在步骤s31的一种优选实现方式中,

所述宿主应用根据所述第一寄宿应用发送的调用指令,在辅助运行栈上运行第二寄宿应用;

优选地,所述宿主应用根据所述调用指令,启动辅助运行栈;所述辅助运行栈用于在默认运行栈运行第一寄宿应用的同时,在所述辅助运行栈运行第二寄宿应用。优选地,所述宿主应用所能启动的辅助运行栈为一个或多个,以便在所述一个或多个辅助运行栈分别运行不同的寄宿应用;即可以实现多个寄宿应用之间的即时通讯。

优选地,在所述辅助运行栈启动之后,将所述调用指令标记的第二寄宿应用运行在所述辅助运行栈上。

优选地,所述宿主应用将所述调用指令通过其即时通讯api接口转发给所述第二寄宿应用;所述第二寄宿应用通过统一默认的消息接收接口接收所述调用指令。

优选地,所述统一默认的消息接收接口可以为所述第二寄宿应用的即时通讯api接口。

优选地,所述第二寄宿应用根据所述调用指令结构中的数据部分,执行对应操作。

优选地,所述调用指令的数据部分可以是指示所述第二寄宿应用读取所述第一寄宿应用的数据共享区中数据的指令,实现所述第一寄宿应用与所述第二寄宿应用之间的数据传递。

在步骤s32的一种优选实现方式中,

所述第二寄宿应用通过统一默认的结果返回接口将根据所述调用指令结构中的数据部分,即执行对应操作的操作结果返回给所述第一寄宿应用。

优选地,所述宿主应用通过统一默认的消息接收接口接收所述第二寄宿应用返回的操作结果;将所述操作结果通过结果返回接口转发给所述第一寄宿应用,由所述第一寄宿应用通过统一默认的消息接收接口接收所述操作结果。

优选地,所述统一默认的消息接收接口为即时通讯api接口;所述结果返回接口为即时通讯api接口。

优选地,所述操作结果可以是所述第二寄宿应用根据所述调用指令结构中的数据部分,执行对应操作的操作结果;也可以是所述第二寄宿应用执行对应操作后返回的反馈信息,所述反馈信息用于指示所述第一寄宿应用操作已执行成功,或,执行失败。

优选地,所述宿主应用接收到所述第二寄宿应用返回的执行结果后,停止所述第二寄宿应用。

优选地,所述第一寄宿应用接收到所述操作结果后,发出调用结束指令,所述调用结束指令用于指示停止对应的第二寄宿应用。所述调用结束指令包括第二寄宿应用标识信息。所述宿主应用接收到所述调用结束指令后,停止所述第二寄宿应用。

在本实施例中,第一寄宿应用发送针对第二寄宿应用的调用指令,由宿主应用启动辅助运行栈,在所述辅助运行栈上运行第二寄宿应用。第二寄宿应用接收宿主应用转发的调用指令进行对应操作,并将执行结果通过宿主应用反馈给第一寄宿应用,实现了第一寄宿应用与第二寄宿应用间的即时通讯。

图4示出了适于用来实现本发明实施方式的示例性计算机系统/服务器012的框图。图4显示的计算机系统/服务器012仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示,计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于:一个或者多个处理器或者处理单元016,系统存储器028,连接不同系统组件(包括系统存储器028和处理单元016)的总线018。

总线018表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线,微通道体系结构(mac)总线,增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

系统存储器028可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统034可以用于读写不可移动的、非易失性磁介质(图4未显示,通常称为“硬盘驱动器”)。尽管图4中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块042的程序/实用工具040,可以存储在例如存储器028中,这样的程序模块042包括——但不限于——操作系统、一个或者多个寄宿应用、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信,在本发明中,计算机系统/服务器012与外部雷达设备进行通信,还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信,和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口022进行。并且,计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图4所示,网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白,尽管图4中未示出,可以结合计算机系统/服务器012使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元016通过运行存储在系统存储器028中的程序,从而执行本发明所描述的实施例中的功能和/或方法。

上述的计算机程序可以设置于计算机存储介质中,即该计算机存储介质被编码有计算机程序,该程序在被一个或多个计算机执行时,使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。

随着时间、技术的发展,介质含义越来越广泛,计算机程序的传播途径不再受限于有形介质,还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、电线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

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