一种应用程序管理方法、装置、终端及存储介质与流程

文档序号:20510387发布日期:2020-04-24 18:27阅读:83来源:国知局
一种应用程序管理方法、装置、终端及存储介质与流程

本发明涉及通信技术领域,具体而言,涉及一种应用程序管理方法、装置、终端及存储介质。



背景技术:

随着通信技术的发展,基于android系统的移动终端占据了当前移动终端的主流市场。基于android系统的移动终端可以安装各种各样的应用程序(application,app),这些应用程序极大的方便了用户,丰富了用户的生活。

现有技术中,当用户在基于android系统的移动终端上安装了提示应用后,只能利用提示应用进行定点提醒,在收到提醒后,需要进一步手动去开启相应的应用程序,不能利用提示应用定点去开启相应的应用程序,操作麻烦,开启时间较长;且用户使用完相应的应用程序后,也不能利用提示应用定点去关闭相应的应用程序,若用户忘记关闭相应的应用程序,则相应的应用程序会一直在后台运行,导致移动终端的耗电量增加,缩短了移动终端的使用时间。



技术实现要素:

本发明的目的在于提供一种应用程序管理方法、装置、终端及存储介质,以解决现有技术中存在的上述技术问题。

为解决上述技术问题,本发明采用如下技术方案:

第一方面,本发明提供了一种应用程序管理方法,所述方法包括:

接收第一应用的窗口界面中输入的设置指令,所述设置指令包括第二应用的窗口展示操作的触发时刻;

接收所述第二应用的窗口展示操作的绑定指令;

将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定;

检测当前时刻是否到达所述第二应用的窗口展示操作的触发时刻;

若是,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面。

第二方面,本发明提供了一种应用程序管理装置,所述装置包括:

第一接收模块,用于接收第一应用的窗口界面中输入的设置指令,所述设置指令包括第二应用的窗口展示操作的触发时刻;

第二接收模块,用于接收所述第二应用的窗口展示操作的绑定指令;

绑定模块,用于将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定;

第一检测模块,用于检测当前时刻是否到达所述第二应用的窗口展示操作的触发时刻;

展示模块,用于若是,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面。

第三方面,本发明提供了一种应用程序管理终端,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如第一方面所述的应用程序管理方法。

第四方面,本发明提供了一种计算机可读存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如第一方面所述的应用程序管理方法。

本发明提供的应用程序管理方法、装置、终端及存储介质,具有如下有益效果:

本发明通过接收第一应用的窗口界面中输入的设置指令,该设置指令包括第二应用的窗口展示操作的触发时刻,在当前终端的预设状态发生变化时,接收第二应用的窗口展示操作的绑定指令,将第二应用的窗口展示操作的触发时刻与第二应用的窗口展示操作方法绑定,当检测到当前时刻到达第二应用的窗口展示操作的触发时刻时,根据第二应用的窗口展示操作方法展示第二应用的窗口界面,不仅可以利用提示应用对重要事件(例如购票)进行定点提醒,还能利用提示应用定点去开启相应的应用程序,不需要用户手动去开启相应的应用程序,操作简单,节省了开启时间;且用户使用完相应的应用程序后,若用户忘记关闭相应的应用程序,也能利用提示应用定点去关闭相应的应用程序,可以避免相应的应用程序一直在后台运行,使得移动终端的耗电量减少,延长了移动终端的使用时间。

附图说明

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

图1是本发明实施例提供的一种应用程序管理方法的流程示意图;

图2是本发明实施例提供的一种应用程序管理方法的流程示意图;

图3是本发明实施例提供的一种应用程序管理方法的流程示意图;

图4是本发明实施例提供的一种应用程序管理方法的流程示意图;

图5是本发明实施例提供的一种应用程序管理方法的流程示意图;

图6是本发明实施例提供的一种应用程序管理方法的流程示意图;

图7是本发明实施例提供的一种应用程序管理装置的结构示意图。

具体实施方式

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

本发明实施例提供了一种应用程序管理方法,该方法的执行主体为基于android系统的移动终端,如基于android系统的智能手机、平板电脑等。该移动终端中可以设置有处理器、存储器、屏幕、输入单元和通信组件,处理器可以配置为对应用程序管理的过程进行处理,存储器可以配置为存储处理过程中需要的数据以及产生的数据,屏幕可以配置为显示处理过程中需要显示给用户的内容,输入单元可以配置为用户进行向移动终端输入指令或设置信息,如键盘、麦克风等,通信组件可以配置为接收或发送处理过程中涉及的数据,如蓝牙组件、天线等。

请参阅图1,图1是本发明实施例提供的一种应用程序管理方法的流程示意图,本发明提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。

具体的,如图1所示,所述方法可以包括以下步骤:

s101.接收第一应用的窗口界面中输入的设置指令。

其中,所述第一应用的窗口界面可以为所述第一应用的主界面。所述设置指令可以为用户在第一应用的窗口界面中输入的用于管理第二应用的指令。所述设置指令可以包括第二应用的窗口展示操作的触发时刻。所述第一应用可以为当前终端中安装的某一提示应用。所述第二应用可以为当前终端中安装的任一应用,所述第二应用可以包括但不限于:社交类应用程序、游戏类应用程序、即时通讯类应用程序、视频类应用程序等。

在一些实施例中,如图2所示,在所述接收第一应用的窗口界面中输入的设置指令之前,所述方法还可以包括以下步骤:

s201.接收第一应用的开启指令,开启所述第一应用,并展示所述第一应用的窗口界面。

具体的,可以接收用户对所述第一应用的图标的触发操作(例如点击或触摸操作),即接收第一应用的开启指令,打开所述第一应用,并展示所述第一应用的窗口界面(例如主界面)。

s203.接收应用列表的获取指令,在所述第一应用的窗口界面中获取当前终端上已安装的应用的应用列表。

具体的,可以接收用户对应用列表所对应的按钮的触发操作(例如点击或长按操作),即接收应用列表的获取指令,以在所述第一应用的窗口界面中获取当前终端上已安装的应用的应用列表。

s205.当所述应用列表中的任一应用的图标被触发时,将被触发的图标对应的应用确定为第二应用。

具体的,当所述当前终端检测到所述应用列表中的任一应用的图标被用户通过触发操作(例如点击或长按操作)触发时,将被触发的图标对应的应用确定为第二应用。

s207.开启所述第二应用,并展示所述第二应用的窗口界面。

具体的,当所述当前终端检测到所述应用列表中的任一应用的图标被用户通过触发操作(例如点击或长按操作)触发,将被触发的图标对应的应用确定为第二应用之后,可以直接打开所述第二应用,并展示所述第二应用的窗口界面(例如主界面或指定界面)。

所述第二应用的启动过程即为android系统组件activity(一个或者多个)的开启过程,可以经过创建(oncreate)、启动(onstart)、重启(onresume)、运行组件(activity)、暂停(onpause)等方法。

s103.接收所述第二应用的窗口展示操作的绑定指令。

其中,所述绑定指令是指将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定的操作指令。具体的,所述绑定指令可以通过用户摇晃当前终端的操作,也可以通过用户执行的其他预设操作(例如在当前终端触摸屏上的滑动操作)来实现。

在一些实施例中,如图3所示,在所述接收所述第二应用的窗口展示操作的绑定指令之前,所述方法还可以包括以下步骤:

s301.检测当前终端的预设状态。

其中,所述预设状态包括android系统组件activity中预先设置的指定属性(activityconfigchange)。具体的,所述当前终端的预设状态可以包括所述当前终端的本地位置(locale)、所述当前终端的键盘类型(keyboard)、所述当前终端的键盘可访问性(keyboardhidden)、所述当前终端的屏幕布局(screenlayout)、所述当前终端的用户界面(uimode)、所述当前终端的屏幕方向(orientation)及所述当前终端的屏幕尺寸(screensize)。

s303.判断所述当前终端的预设状态是否发生变化。

具体的,可以判断所述当前终端的本地位置(locale)、所述当前终端的键盘类型(keyboard)、所述当前终端的键盘可访问性(keyboardhidden)、所述当前终端的屏幕布局(screenlayout)、所述当前终端的用户界面(uimode)、所述当前终端的屏幕方向(orientation)及所述当前终端的屏幕尺寸(screensize)是否发生变化。

s305.若是,接收所述第二应用的窗口展示操作的绑定指令。

具体的,当所述当前终端的本地位置(locale)、所述当前终端的键盘类型(keyboard)、所述当前终端的键盘可访问性(keyboardhidden)、所述当前终端的屏幕布局(screenlayout)、所述当前终端的用户界面(uimode)、所述当前终端的屏幕方向(orientation)及所述当前终端的屏幕尺寸(screensize)中的任一项发生变化时,则接收所述第二应用的窗口展示操作的绑定指令。

s105.将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定。

为了实现在当前时刻到达所述第二应用的窗口展示操作的触发时刻时,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面,需要先将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定。

在一些实施例中,如图4所示,在所述将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定之前,所述方法还可以包括以下步骤:

s401.改变所述第二应用的窗口界面的状态为非活动状态。

其中,所述第二应用的窗口界面包括活动状态和非活动状态,所述活动状态即为开启所述第二应用以使所述第二应用的窗口界面处于开启的状态,所述非活动状态即为关闭所述第二应用以使所述第二应用的窗口界面处于关闭的状态。

具体的,在所述将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定之前,所述第一应用的后台进程会获取android系统的root权限并将android系统组件activity中预先设置的指定属性(activityconfigchange)删除,以使所述第二应用的窗口界面异常关闭,从而改变所述第二应用的窗口界面的状态为非活动状态。以用户摇晃当前终端的操作为例,当接收到用户摇晃当前终端的操作时,所述第一应用的后台进程会获取android系统的root权限并将所述当前终端的屏幕方向(orientation)删除,以使所述第二应用的窗口界面异常关闭,从而改变所述第二应用的窗口界面的状态为非活动状态。

s403.将所述第二应用的窗口界面与所述第二应用的窗口展示操作方法对应的窗口实例保存至内容共享组件中。

为了使所述当前终端在第二应用的窗口展示操作的触发时刻展示所述第二应用的窗口界面,在改变所述第二应用的窗口界面的状态为非活动状态的同时,通过保存窗口实例状态方法(例如onsaveinstancestate方法)将所述第二应用的窗口界面与所述第二应用的窗口展示操作方法对应的窗口实例保存至内容共享组件(例如providercontext组件)中。

具体的,所述将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定可以包括以下步骤:

1)从内容共享组件中获取与所述第二应用的窗口展示操作方法对应的窗口实例。

具体的,在将所述第二应用的窗口界面与所述第二应用的窗口展示操作方法对应的窗口实例保存至内容共享组件中之后,可以从内容共享组件中获取与所述第二应用的窗口展示操作方法对应的窗口实例。

2)将所述第二应用的窗口展示操作的触发时刻与所述窗口实例的展示操作方法绑定。

具体的,所述窗口实例的展示操作方法可以包括窗口实例重启方法(例如onrestartinstancestate方法)和窗口实例创建方法(oncreateinstancestate方法),通过将所述第二应用的窗口展示操作的触发时刻与所述窗口实例重启方法和所述窗口实例创建方法绑定,从而可以在当前时刻到达所述第二应用的窗口展示操作的触发时刻时,使得所述当前终端展示所述第二应用的窗口界面。

s107.检测当前时刻是否到达所述第二应用的窗口展示操作的触发时刻。

具体的,所述当前终端可以检测当前时刻是否到达用户在所述第一应用的窗口界面中输入的所述第二应用的窗口展示操作的触发时刻。

s109.若是,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面。

具体的,所述若是,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面可以包括以下步骤:

1)若是,通过所述第一应用推送所述第二应用的窗口界面对应的弹窗。

具体的,在当前时刻到达所述第二应用的窗口展示操作的触发时刻时,可以通过所述第一应用推送所述第二应用的窗口界面对应的弹窗。所述弹窗可以为尺寸和位置可调整的弹窗,从而方便用户自由调整其尺寸和位置。

2)在所述弹窗被触发时改变处于非活动状态的所述第二应用的窗口界面为活动状态。

具体的,当所述当前终端检测到所述弹窗被用户通过触发操作(例如点击或长按操作)触发时,改变处于非活动状态的所述第二应用的窗口界面为活动状态。

3)根据所述窗口实例的展示操作方法展示所述第二应用的窗口界面。

具体的,所述根据所述窗口实例的展示操作方法展示所述第二应用的窗口界面可以包括:

根据所述窗口实例重启方法(例如onrestartinstancestate方法)启动所述窗口实例创建方法(oncreateinstancestate方法),并运行android系统组件activity,从而实现所述第二应用的窗口界面的展示。

在一些实施例中,所述活动状态可以包括未使用状态,所述设置指令还可以包括所述第二应用的窗口界面处于所述未使用状态的预设时长。其中,所述未使用状态是指应用程序页面处于非可见状态且不能与用户进行交互操作的状态。为了避免所述第二应用的窗口界面长时间处于所述未使用状态占用所述当前终端的内存资源,相应的,如图5所示,所述方法还可以包括以下步骤:

s501.检测所述第二应用的窗口界面处于所述未使用状态的时长;

s503.判断所述第二应用的窗口界面处于所述未使用状态的时长是否超过所述预设时长;

其中,所述预设时长可以根据实际需要进行设置,例如设置为2分钟、5分钟等。

s505.若是,接收所述第二应用的窗口界面的关闭指令,通过所述关闭指令关闭所述第二应用的窗口界面,并销毁所述第二应用的窗口界面。

具体的,将所述第二应用的窗口界面处于所述未使用状态的时长与所述预设时长进行比较,若所述第二应用的窗口界面处于所述未使用状态的时长超过所述预设时长,则触发所述第二应用关闭以停止其运行,并关闭和销毁所述第二应用的窗口界面,使得所述当前终端的内存资源被释放。

在一些实施例中,如图6所示,所述方法还可以包括以下步骤:

s601.在通过所述关闭指令关闭所述第二应用的窗口界面时,检测当前终端本地是否存储有所述第二应用的窗口界面所对应的窗口实例;

s603.若否,获取并保存所述第二应用的窗口界面所对应的窗口实例。

具体的,为了在述第二应用的窗口展示操作的触发时刻快速显示所述第二应用的窗口界面,可以关闭所述第二应用的窗口界面时获取并保存所述第二应用的窗口界面所对应的窗口实例。但是,所述当前终端本地可能已经存储有所述第二应用的窗口界面所对应的窗口实例,此时,不需要在关闭所述第二应用的窗口界面时获取并保存所述第二应用的窗口界面所对应的窗口实例。因此,为了确定所述当前终端本地是否已经存储有所述第二应用的窗口界面所对应的窗口实例,需要在关闭所述第二应用的窗口界面时,对所述当前终端本地是否已经存储有所述第二应用的窗口界面所对应的窗口实例进行检测。若所述当前终端本地没有存储所述第二应用的窗口界面所对应的窗口实例,则获取并保存所述第二应用的窗口界面所对应的窗口实例。

下面以所述第一应用为备忘录,所述第二应用为智行火车票为例,对本发明实施例提供的应用程序管理方法进行说明。

具体的,当用户需要通过备忘录定时开启智行火车票的购票窗口进行购票时,可以按照以下步骤进行:

首先,打开所述当前终端的备忘录并在备忘录的窗口中获取所述当前终端上已安装的应用的应用列表,在所述应用列表中通过点击或长按等触发操作选择智行火车票软件,打开智行火车票软件并进入购票窗口;其次,打开备忘录,在备忘录中设置智行火车票软件对应的购票窗口的触发时刻;接着,通过摇晃所述当前终端将购票窗口装入备忘录,在此过程中备忘录进程会获取android系统root权限并将android系统组件activity预先设置的指定属性orientation删除,则摇晃所述当前终端时会触发购票窗口异常关闭;与此同时,通过onsaveinstancestate方法将打开的购票窗口的实例保存至providercontext组件中,备忘录activity会获取providercontext组件中购票窗口的实例,并将备忘录与onrestartinstancestate方法和oncreateinstancestate方法绑定;最后,当备忘录触发时会启动上述方法重新创建打开购票窗口。

进一步的,用户在购票之后,可以通过备忘录定时关闭智行火车票的购票窗口,具体的,备忘录具有关闭应用程序的功能设置,可设置购票窗口持续多久未使用时关闭,后台broadcastreceiver将购票窗口操作信息实时反馈给备忘录进程,当检测到一定时间内购票窗口未有操作记录时,通过调用购票窗口activityonstop方法将该购票窗口关闭,并调用ondestroy方法销毁购票窗口。

由以上本发明实施例提供的技术方案可知,本发明实施例通过接收第一应用的窗口界面中输入的设置指令,该设置指令包括第二应用的窗口展示操作的触发时刻,在当前终端的预设状态发生变化时,接收第二应用的窗口展示操作的绑定指令,将第二应用的窗口展示操作的触发时刻与第二应用的窗口展示操作方法绑定,当检测到当前时刻到达第二应用的窗口展示操作的触发时刻时,根据第二应用的窗口展示操作方法展示第二应用的窗口界面,不仅可以利用提示应用对重要事件(例如购票)进行定点提醒,还能利用提示应用定点去开启相应的应用程序,不需要用户手动去开启相应的应用程序,操作简单,节省了开启时间;且用户使用完相应的应用程序后,若用户忘记关闭相应的应用程序,也能利用提示应用定点去关闭相应的应用程序,可以避免相应的应用程序一直在后台运行,使得移动终端的耗电量减少,延长了移动终端的使用时间。

本发明实施例还提供了一种应用程序管理终端,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方法实施例所提供的应用程序管理方法。

相应的,本发明实施例提供了一种应用程序管理装置。请参阅图7,图7是本发明实施例提供的一种应用程序管理装置的结构示意图。具体的,如图7所示,所述装置可以包括:

第一接收模块710,用于接收第一应用的窗口界面中输入的设置指令,所述设置指令包括第二应用的窗口展示操作的触发时刻;

第二接收模块720,用于接收所述第二应用的窗口展示操作的绑定指令;

绑定模块730,用于将所述第二应用的窗口展示操作的触发时刻与所述第二应用的窗口展示操作方法绑定;

第一检测模块740,用于检测当前时刻是否到达所述第二应用的窗口展示操作的触发时刻;

展示模块750,用于若是,根据所述第二应用的窗口展示操作方法展示所述第二应用的窗口界面。

在一些实施例中,所述装置还可以包括:

第一开启模块,用于接收第一应用的开启指令,开启所述第一应用,并展示所述第一应用的窗口界面;

获取模块,用于接收应用列表的获取指令,在所述第一应用的窗口界面中获取当前终端上已安装的应用的应用列表;

确定模块,用于当所述应用列表中的任一应用的图标被触发时,将被触发的图标对应的应用确定为第二应用;

第二开启模块,用于开启所述第二应用,并展示所述第二应用的窗口界面。

在一些实施例中,所述装置还可以包括:

第二检测模块,用于检测当前终端的预设状态;

第一判断模块,用于判断所述当前终端的预设状态是否发生变化;

第三接收模块,用于若是,接收所述第二应用的窗口展示操作的绑定指令。

其中,所述预设状态包括android系统组件activity中预先设置的指定属性(activityconfigchange)。具体的,所述当前终端的预设状态可以包括所述当前终端的本地位置(locale)、所述当前终端的键盘类型(keyboard)、所述当前终端的键盘可访问性(keyboardhidden)、所述当前终端的屏幕布局(screenlayout)、所述当前终端的用户界面(uimode)、所述当前终端的屏幕方向(orientation)及所述当前终端的屏幕尺寸(screensize)。

在一些实施例中,所述装置还可以包括:

改变模块,用于改变所述第二应用的窗口界面的状态为非活动状态;

第一保存模块,用于将所述第二应用的窗口界面与所述第二应用的窗口展示操作方法对应的窗口实例保存至内容共享组件中。

具体的,所述绑定模块730可以包括:

获取单元,用于从内容共享组件中获取与所述第二应用的窗口展示操作方法对应的窗口实例;

绑定单元,用于将所述第二应用的窗口展示操作的触发时刻与所述窗口实例的展示操作方法绑定。

具体的,所述展示模块750可以包括:

推送单元,用于若是,通过所述第一应用推送所述第二应用的窗口界面对应的弹窗;

改变单元,用于在所述弹窗被触发时改变处于非活动状态的所述第二应用的窗口界面为活动状态;

展示单元,用于根据所述窗口实例的展示操作方法展示所述第二应用的窗口界面。

在一些实施例中,所述活动状态包括未使用状态;所述设置指令还包括所述第二应用的窗口界面处于所述未使用状态的预设时长。所述装置还可以包括:

第三检测模块,用于检测所述第二应用的窗口界面处于所述未使用状态的时长;

第二判断模块,用于判断所述第二应用的窗口界面处于所述未使用状态的时长是否超过所述预设时长;

关闭模块,用于若是,接收所述第二应用的窗口界面的关闭指令,通过所述关闭指令关闭所述第二应用的窗口界面,并销毁所述第二应用的窗口界面。

在一些实施例中,所述装置还可以包括:

第四检测模块,用于在通过所述关闭指令关闭所述第二应用的窗口界面时,检测当前终端本地是否存储有所述第二应用的窗口界面所对应的窗口实例;

第二保存模块,用于若否,获取并保存所述第二应用的窗口界面所对应的窗口实例。

需要说明的是,所述的装置实施例中的装置与方法实施例基于同样的发明构思。

本发明实施例还提供了一种计算机可读存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述方法实施例所述的应用程序管理方法。

需要说明的是:上述本发明实施例先后顺序仅仅为了描述,不代表实施例的优劣。且上述对本发明特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。

本发明中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

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

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