一种基于二维码的故障解决方法及其终端设备与流程

文档序号:15801135发布日期:2018-11-02 21:26阅读:311来源:国知局
一种基于二维码的故障解决方法及其终端设备与流程

本申请涉及信息处理领域,并且更具体地,涉及一种基于二维码的故障解决方法及其终端设备。

背景技术

随着现代科技的发展,用户追求越来越高的用户体验,现有技术中,当家居电器设备出现故障问题时,往往得不到有效的解决方案,用户体验非常差。

二维条码/二维码(2-dimensionalbarcode)是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的;在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念,使用若干个与二进制相对应的几何形体来表示文字数值信息,通过图像输入设备或光电扫描设备自动识读以实现信息自动处理:它具有条码技术的一些共性:每种码制有其特定的字符集;每个字符占有一定的宽度;具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化点。

因此,亟需一种基于二维码的故障解决方法。



技术实现要素:

本申请提供一种基于二维码的故障解决方法,能够为用户提供设备故障的解决方案。

第一方面,提供一种基于二维码的故障解决方法,包括:终端设备扫描目标设备的二维码,显示所述终端设备的服务界面;根据所述目标设备的设备信息和所述终端设备的历史操作数据,在所述终端设备的服务界面显示所述所终端设备的候选问题列表;根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案。

结合第一方面,在第一方面的第一种可能的实现方式中,根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案,包括:当所述故障问题存在于所述候选问题列表中且所述故障问题关联的目标解决方案能够解决所述故障问题时,所述终端设备的服务界面上呈现所述目标解决方案;当所述故障问题存在于所述候选问题列表中且所述故障问题无法通过所述目标解决方案进行故障解决时,所述终端设备根据是否接收第一报修指令,确定是否提供报修服务。

结合第一方面及其上述实现方式,在第一方面的第二种可能的实现方式中,所述根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案,包括:当所述故障问题不存在于所述候选问题列表中时,所述终端设备接收用户输入的故障描述,根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案。

结合第一方面及其上述实现方式,在第一方面的第三种可能的实现方式中,所述根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案,包括:当所述故障描述与所述目标设备知识库中的故障问题匹配时,所述终端设备的服务界面上呈现所述故障问题关联的目标解决方案;当所述故障描述与所述目标设备知识库中的故障问题不匹配时,所述终端设备根据是否接收报修指令,确定是否提供报修服务。

结合第一方面及其上述实现方式,在第一方面的第四种可能的实现方式中,所述根据是否接收报修指令,确定是否进行报修,包括:当所述终端设备接收所述报修指令时,根据所述报修指令,获取所述目标设备的故障信息,确定是否对所述目标设备进行报修。

结合第一方面及其上述实现方式,在第一方面的第五种可能的实现方式中,所述根据所述报修指令,获取所述目标设备的故障信息,确定是否对所述目标设备进行报修,包括:判断所述目标设备的故障信息是否正确;当所述目标设备的故障信息正确时,确定对所述目标设备进行报修;当所述目标设备的故障信息不正确时,终端设备接收对所述目标设备的故障信息的更正,在所述目标设备的故障信息更正后,确定对所述目标设备进行报修。

结合第一方面及其上述实现方式,在第一方面的第六种可能的实现方式中,所述故障描述包括对所述故障问题以下列中任意一种形式进行描述:语音、图片、文字。

结合第一方面及其上述实现方式,在第一方面的第七种可能的实现方式中,所述方法还包括:当所述终端设备为所述故障问题提供故障解决方案后,记录所述故障问题及所述故障问题对应的所述故障解决方案。

结合第一方面及其上述实现方式,在第一方面的第八种可能的实现方式中,所述方法还包括:当所述终端设备扫描的二维码不是目标系统的二维码时,提示所述终端设备重新扫描二维码;当所述终端设备扫描的二维码为所述目标系统的二维码时,判断所述目标设备是否激活,当所述目标设备未激活时,对所述目标设备进行激活;当所述目标设备已经激活时,显示所述终端设备的服务界面。

结合第一方面及其上述实现方式,在第一方面的第九种可能的实现方式中,所述当所述目标设备未激活时,对所述目标设备进行激活,包括:接收所述目标设备的发票信息;根据所述目标设备的发票信息,确定所述目标设备的联系人信息、所述目标设备的标识信息;当所述发票信息指示的目标设备的标识信息与所述目标设备匹配时,激活所述目标设备。

结合第一方面及其上述实现方式,在第一方面的第十种可能的实现方式中,所述方法还包括:当激活所述目标设备之后,生成所述目标设备的电子质保卡。

结合第一方面及其上述实现方式,在第一方面的第十一种可能的实现方式中,所述方法还包括:将所述目标设备的标识信息与所述目标设备的二维码进行绑定。

结合第一方面及其上述实现方式,在第一方面的第十二种可能的实现方式中,所述目标设备的标识信息包括下列中的至少一项:所述目标设备的设备类型、所述目标设备的生成时间、所述目标设备的型号、所述目标设备的操作人。

第二方面,提供一种终端设备,包括:获取单元,所述获取单元用于扫描目标设备的二维码,显示所述终端设备的服务界面;处理单元,所述处理单元用于根据所述目标设备的设备信息和所述终端设备的历史操作数据,在所述终端设备的服务界面显示所述所终端设备的候选问题列表;所述处理单元还用于根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案。

结合第二方面,在第二方面的第一种可能的实现方式中,所述处理单元用于:当所述故障问题存在于所述候选问题列表中且所述故障问题关联的目标解决方案能够解决所述故障问题时,在服务界面上呈现所述目标解决方案;当所述故障问题存在于所述候选问题列表中且所述故障问题无法通过所述目标解决方案进行故障解决时,所述处理单元根据是否接收第一报修指令,确定是否提供报修服务。

结合第二方面及其上述实现方式,在第二方面的第二种可能的实现方式中,所述处理单元用于:当所述故障问题不存在于所述候选问题列表中时,所述终端设备接收用户输入的故障描述,根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案。

结合第二方面及其上述实现方式,在第二方面的第三种可能的实现方式中,所述处理单元用于:当所述故障描述与所述目标设备知识库中的故障问题匹配时,在服务界面上呈现所述故障问题关联的目标解决方案;当所述故障描述与所述目标设备知识库中的故障问题不匹配时,根据是否接收报修指令,确定是否提供报修服务。

结合第二方面及其上述实现方式,在第二方面的第四种可能的实现方式中,所述处理单元具体用于:当所述终端设备接收所述报修指令时,根据所述报修指令,获取所述目标设备的故障信息,确定是否对所述目标设备进行报修。

结合第二方面及其上述实现方式,在第二方面的第五种可能的实现方式中,所述处理单元用于:判断所述目标设备的故障信息是否正确;当所述目标设备的故障信息正确时,确定对所述目标设备进行报修;当所述目标设备的故障信息不正确时,接收对所述目标设备的故障信息的更正,在所述目标设备的故障信息更正后,确定对所述目标设备进行报修。

结合第二方面及其上述实现方式,在第二方面的第六种可能的实现方式中,所述处理单元还用于:当所述终端设备为所述故障问题提供故障解决方案后,记录所述故障问题及所述故障问题对应的所述故障解决方案。

结合第二方面及其上述实现方式,在第二方面的第七种可能的实现方式中,所述处理单元用于:当扫描的二维码不是目标系统的二维码时,提示所述终端设备重新扫描二维码;当扫描的二维码为所述目标系统的二维码时,判断所述目标设备是否激活,当所述目标设备未激活时,对所述目标设备进行激活;当所述目标设备已经激活时,显示所述终端设备的服务界面。

结合第二方面及其上述实现方式,在第二方面的第八种可能的实现方式中,所述当所述目标设备未激活时,所述处理单元用于:接收所述目标设备的发票信息;根据所述目标设备的发票信息,确定所述目标设备的联系人信息、所述目标设备的标识信息;当所述发票信息指示的目标设备的标识信息与所述目标设备匹配时,激活所述目标设备。

结合第二方面及其上述实现方式,在第二方面的第九种可能的实现方式中,所述处理单元用于:将所述目标设备的标识信息与所述目标设备的二维码进行绑定。

因此,本申请实施例提供的方法通过终端设备扫描目标设备的二维码,所述终端设备根据故障问题是否存在于所述候选问题列表中,为用户提供了一种简单方便的故障解决方案。

进一步地,终端设备中存在目标设备的故障知识库,因此,可以通过用户输入的故障描述,进行故障问题的匹配,从而提供故障解决方案。

更进一步的,当故障问题无法通过终端设备提供的故障解决方案解决时,可以通过用户设备存在报修指示,确定是否将报修信息进行上报。

附图说明

图1为本申请一个实施例的方法的示意性流程图。

图2示出了本申请一个实施例的方法的示意性流程。

图3示出了本申请另一个实施例的方法的示意性流程。

图4为本申请一个实施例的终端设备的示意性框图。

具体实施方式

下面将结合附图,对本申请中的技术方案进行描述。图1为本申请一个实施例的方法的示意性流程图,该方法的执行主体可以为能够扫描二维码的终端设备,如图1所述,该方法包括:

步骤110,终端设备扫描目标设备的二维码,显示所述终端设备的服务界面。

步骤120,根据所述目标设备的设备信息和所述终端设备的历史操作数据,在所述终端设备的服务界面显示所述所终端设备的候选问题列表。

步骤130,根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案。

具体地,在步骤110中,终端设备扫描目标设备的二维码,例如该目标设备可以为冰箱、洗衣机等,本申请不做限定。

具体地,在步骤120中,选择使用帮助,系统根据用户的设备信息和操作使用数据,引导推荐目标设备可能出现的问题并以选择列表的方式展示。

可选地,作为本申请一个实施例,根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案,包括:当所述故障问题存在于所述候选问题列表中且所述故障问题关联的目标解决方案能够解决所述故障问题时,所述终端设备的服务界面上呈现所述目标解决方案;当所述故障问题存在于所述候选问题列表中且所述故障问题无法通过所述目标解决方案进行故障解决时,所述终端设备根据是否接收报修指令,确定是否提供报修服务。

也就是说,当终端设备显示候选问题列表后,用户选择判断这些问题是否符合当前设备的情况,如果是,那么从候选问题列表中选择可能的故障描述。

终端设备收集到当前的设备情况和故障描述并进行分析判断,提供初步的解决方案(也就是故障问题关联的目标解决方案)并引导用户排查解决。

进一步地,用户根据解决方案的提示自主操作。在操作后,系统提示并让用户选择是否解决该问题,如果已经解决故障问题,那么该问题结束,系统记录此方案并提供相关问题的参考案例。

如果无法通过目标方案解决故障问题时,那么则继续根据是否接收用户发送的报修指令,确定是否提供报修服务。

可选地,作为本申请一个实施例,根据所述终端设备的故障问题是否存在于所述候选列表中,提供故障解决方案,包括:当所述故障问题不存在于所述候选问题列表中时,所述终端设备接收用户输入的故障描述,根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案。

也就是说,当用户输入描述该故障问题(可以为语音、图片、文字),故障描述所表达的问题描述是否能与目标设备知识库中的故障问题匹配,如果能,则根据故障问题提供解决方案;如果不能,则重新输入描述该故障描述(例如语音、图片、文字)。

可选地,作为本申请一个实施例,所述根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案,包括:当所述故障描述与所述目标设备知识库中的故障问题匹配时,所述终端设备的服务界面上呈现所述故障问题关联的目标解决方案;当所述故障描述与所述目标设备知识库中的故障问题不匹配时,所述终端设备根据是否接收报修指令,确定是否提供报修服务。

可选地,作为本申请一个实施例,所述根据是否接收报修指令,确定是否进行报修,包括:当所述终端设备接收所述报修指令时,根据所述报修指令,获取所述目标设备的故障信息,确定是否对所述目标设备进行报修。

可选地,作为本申请一个实施例,所述获取所述目标设备的故障信息,确定是否对所述目标设备进行报修,包括:判断所述目标设备的故障信息是否正确;当所述目标设备的故障信息正确时,确定对所述目标设备进行报修;当所述目标设备的故障信息不正确时,终端设备接收对所述目标设备的故障信息的更正,在所述目标设备的故障信息更正后,确定对所述目标设备进行报修。

具体地,终端设备整理目标设备的相关故障信息;整理展示联系人信息。确认这些信息是够正确,如果正确,则继续进行报修;如果错误,则点击某条错误信息(如:联系人姓名不正确、地址有误等等),并对其修改并确认后再进行报修。

最终,终端设备根据这些信息生成工单,传达给维修网络。

可选地,作为本申请一个实施例,所述故障描述包括对所述故障问题以下列中任意一种形式进行描述:语音、图片、文字。

可选地,作为本申请一个实施例,所述方法还包括:当所述终端设备为所述故障问题提供故障解决方案后,记录所述故障问题及所述故障问题对应的所述故障解决方案。

因此,本申请实施例提供的方法通过终端设备扫描目标设备的二维码,所述终端设备根据故障问题是否存在于所述候选问题列表中,为用户提供了一种简单方便的故障解决方案。

进一步地,终端设备中存在目标设备的故障知识库,因此,可以通过用户输入的故障描述,进行故障问题的匹配,从而提供故障解决方案。

更进一步的,当故障问题无法通过终端设备提供的故障解决方案解决时,可以通过用户设备存在报修指示,确定是否将报修信息进行上报。

图2示出了本申请一个实施例的方法的示意性流程,如图2所示,用户扫描二维码进入服务主界面。

用户在服务主界面上选择使用帮助,终端设备的系统会根据用户的设备信息和操作使用数据,引导推荐当前设备可能出现的问题并以选择列表的方式展示。

用户选择判断这些问题是否符合当前设备的情况?如果是,则选择可能的故障问题;如果否,则用户输入故障描述重新描述该故障问题(语音、图片、文字),终端设备判断输入故障描述是否能与知识库中的故障问题匹配,如果能,则继续进行;如果不能则重新输入描述该故障问题(语音、图片、文字)。

终端设备收集到当前的设备情况和故障描述并进行分析判断,提供初步的解决方案并引导用户排查解决。

用户根据终端设备呈现的解决方案提示进行自主操作。在操作后,系统提示并让用户选择是否解决该问题,如果用户确认该问题已经解决,那么该问题结束,系统记录此方案并提供相关问题的参考案例;如果问题无法解决,则系统询问用户是否报修,如果需要继续报修,则继续进行下一步,否则,结束流程。

当需要进行下一步报修时,整理设备相关、故障信息;整理展示联系人信息。用户确认这些信息是够正确,并将确认信息指示给终端设备,如果信息正确,则继续,如果信息错误,则点击某条错误信息(如:联系人姓名不正确、地址有误等等),并对其修改并确认。

进一步地,系统根据这些信息生成工单,传达给维修网络,流程结束。

可选地,作为本申请一个实施例,上述方法还包括:当所述终端设备扫描的二维码不是目标系统的二维码时,提示所述终端设备重新扫描二维码;当所述终端设备扫描的二维码为所述目标系统的二维码时,判断所述目标设备是否激活,当所述目标设备未激活时,对所述目标设备进行激活;当所述目标设备已经激活时,显示所述终端设备的服务界面。

也就是说,用户使用终端设备上的app(例如可以为微信等app)扫描设备上的二维码,判断该二维码是否为本故障方案解决系统的二维码,如果是,则继续进行设备激活;如果不是,则提示用户请扫描对应的二维码。

进一步地,终端设备通过该二维码判断该目标设备是否激活,如果设备已激活,则进入到服务主页;如果未激活,则继续进行激活流程。

可选地,作为本申请一个实施例,所述当所述目标设备未激活时,对所述目标设备进行激活,包括:接收所述目标设备的发票信息;根据所述目标设备的发票信息,确定所述目标设备的联系人信息、所述目标设备的标识信息;当所述发票信息指示的目标设备的标识信息与所述目标设备匹配时,激活所述目标设备。

具体地,终端设备拍照上传购买此目标设备的发票,若没有发票,不予继续。

终端设备的故障解决系统识别该发票中的信息,并显示在服务界面上,用户通过向该服务界面发送指示,终端设备根据接收到的用户指示确定发票上的信息,用户也可以通过向终端设备发送指示修改此发票上的信息,例如设备类型、型号等。

终端设备的故障解决系统识别该发票上是否有联系人的相关信息(例如联系人姓名、电话、地址),当可以识别到联系人的相关信息时,判断联系人信息是否正确,如果正确,则向终端设备发送正确指示信息,并进行下一步;如果用户判断该信息不正确,则通过向终端设备输入更正信息后进行下一步;如果终端设备根本无法识别发票信息,那么用户在终端设备的显示界面上填写相关信息以向终端设备发出指示并进行下一步。

当用户提交的发票信息成功后,系统识别该发票中的机型是否与该目标设备机型匹配,如果可以匹配,则激活成功;如果无法匹配,则用户重新进行上述步骤。

可选地,作为本申请一个实施例,所述方法还包括:当激活所述目标设备之后,生成所述目标设备的电子质保卡。

也就是说,激活成功,系统生成记录信息数据。激活过程结束。

因此,本申请实施例提供了一个通过二维码进行发票识别并进行电子激活的过程,方法简单并提高了用户体验。

图3示出了本申请一个实施例的方法示意性流程图。

如图3所示,用户使用终端设备上的app(例如可以为微信等app)扫描设备上的二维码,判断该二维码是否为本故障方案解决系统的二维码,如果是,则继续进行设备激活;如果不是,则提示用户请扫描对应的二维码;

进一步地,终端设备通过该二维码判断该目标设备是否激活,如果设备已激活,则进入到服务主页;如果未激活,则继续进行激活流程。

终端设备拍照上传购买此目标设备的发票,若没有发票,不予继续。

终端设备的故障解决系统识别该发票中的信息,并显示在服务界面上,用户通过向该服务界面发送指示,终端设备根据接收到的用户指示确定发票上的信息,用户也可以通过向终端设备发送指示修改此发票上的信息,例如设备类型、型号等。

终端设备的故障解决系统识别该发票上是否有联系人的相关信息(例如联系人姓名、电话、地址),当可以识别到联系人的相关信息时,判断联系人信息是否正确,如果正确,则向终端设备发送正确指示信息,并进行下一步;如果用户判断该信息不正确,则通过向终端设备输入更正信息后进行下一步;如果终端设备根本无法识别发票信息,那么用户在终端设备的显示界面上填写相关信息以向终端设备发出指示并进行下一步。

当用户提交的发票信息成功后,系统识别该发票中的机型是否与该目标设备机型匹配,如果可以匹配,则激活成功;如果无法匹配,则用户重新进行上述步骤。

也就是说,激活成功,生成目标设备的电子质保卡,系统生成记录信息数据,激活过程结束。

可选地,作为本申请一个实施例,所述方法还包括:将所述目标设备的标识信息与所述目标设备的二维码进行绑定。

可选地,作为本申请一个实施例,所述目标设备的标识信息包括下列中的至少一项:所述目标设备的设备类型、所述目标设备的生成时间、所述目标设备的型号、所述目标设备的操作人。

也就是说,每个设备(包括目标设备)在出厂的时候存在厂商贴码的一个过程,具体地,厂家系统提前打印足量的二维码,每个二维码都是唯一的并且是一个空码。

厂家工作人员在生产好的目标设备上贴上一个二维码,例如贴在铭牌附近。

厂家工作人员用移动终端(装有企业app的手机),进入到企业app中,选择该次出厂目标设备相关信息,如:设备类型(冰箱还是空调),型号(aaa-0001),生产时间(2018-01-01),操作人(张三)等。并依次扫描这批设备上的二维码,绑定信息,并保存在数据库中。

扫码完成后即可装箱(箱子上不贴二维码)出厂。

因此,本申请实施例提供了一个对目标设备绑定二维码的过程,对目标设备的出厂信息进行了统计。

图4示出了本申请一个终端设备的示意性框图,如图4所示,该终端设备400包括:

获取单元410,所述获取单元410用于扫描目标设备的二维码,显示所述终端设备的服务界面;

处理单元420,所述处理单元420用于根据所述目标设备的设备信息和所述终端设备的历史操作数据,在所述终端设备的服务界面显示所述所终端设备的候选问题列表;

所述处理单元420还用于根据所述终端设备的故障问题是否存在于所述候选问题列表中,提供故障解决方案。

可选地,作为本申请一个实施例,所述处理单元420用于:当所述故障问题存在于所述候选问题列表中且所述故障问题关联的目标解决方案能够解决所述故障问题时,在服务界面上呈现所述目标解决方案;当所述故障问题存在于所述候选问题列表中且所述故障问题无法通过所述目标解决方案进行故障解决时,所述处理单元根据是否接收第一报修指令,确定是否提供报修服务。

可选地,作为本申请一个实施例,所述处理单元420用于:当所述故障问题不存在于所述候选问题列表中时,所述终端设备接收用户输入的故障描述,根据所述终端设备的故障描述与所述目标设备知识库中的故障问题是否匹配,提供故障解决方案。

可选地,作为本申请一个实施例,所述处理单元420用于:当所述故障描述与所述目标设备知识库中的故障问题匹配时,在服务界面上呈现所述故障问题关联的目标解决方案;当所述故障描述与所述目标设备知识库中的故障问题不匹配时,根据是否接收报修指令,确定是否提供报修服务。

可选地,作为本申请一个实施例,所述处理单元420具体用于:当所述终端设备接收所述报修指令时,根据所述报修指令,获取所述目标设备的故障信息,确定是否对所述目标设备进行报修。

可选地,作为本申请一个实施例,所述处理单元420用于:判断所述目标设备的故障信息是否正确;当所述目标设备的故障信息正确时,确定对所述目标设备进行报修;所述目标设备的故障信息不正确时,接收对所述目标设备的故障信息的更正,在所述目标设备的故障信息更正后,确定对所述目标设备进行报修。

可选地,作为本申请一个实施例,所述处理单元420还用于:当所述终端设备为所述故障问题提供故障解决方案后,记录所述故障问题及所述故障问题对应的所述故障解决方案。

可选地,作为本申请一个实施例,所述处理单元420用于:当扫描的二维码不是目标系统的二维码时,提示所述终端设备重新扫描二维码;当扫描的二维码为所述目标系统的二维码时,判断所述目标设备是否激活,当所述目标设备未激活时,对所述目标设备进行激活;当所述目标设备已经激活时,显示所述终端设备的服务界面。

可选地,作为本申请一个实施例,所述当所述目标设备未激活时,所述处理单元420用于:接收所述目标设备的发票信息;根据所述目标设备的发票信息,确定所述目标设备的联系人信息、所述目标设备的标识信息;当所述发票信息指示的目标设备的标识信息与所述目标设备匹配时,激活所述目标设备。

可选地,作为本申请一个实施例,所述处理单元420用于:将所述目标设备的标识信息与所述目标设备的二维码进行绑定。

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

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

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

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者第二设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

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