车联网订制用车方法、装置、设备及存储介质与流程

文档序号:31854065发布日期:2022-10-19 02:09阅读:45来源:国知局
车联网订制用车方法、装置、设备及存储介质与流程

1.本技术涉及车辆车联网控制技术领域,尤其涉及一种车联网订制用车方法、装置、设备及存储介质。


背景技术:

2.随着车联网技术的发展,车辆智能远程控制的应用受到了广泛的关注,这也促进了车辆租赁行业的发展。在车联网人车交互方面较为成熟的技术中,现有的用车方式大多基于用户在手机app上操作,实现用车的基本功能,例如控制车辆进行解锁和上锁操作。然而,通过用车app进行用车操作容易受网络信号强度影响,在网络信号较弱时,无法通过用车app控制车辆,存在因网络信号不稳定而无法实现用车的问题。而且,目前的用车app无法实现对车辆内的各种设施和设备进行用户个性化的用车调整,用户需要上车后根据自己的需求手动调整车辆内的各种设施和设备,这个过程操作繁琐、大大地降低了用户的用车体验。


技术实现要素:

3.有鉴于此,本技术实施例提供了一种车联网订制用车方法、装置、设备及存储介质,旨在解决现有技术中用车app存在的因网络信号不稳定而无法实现用车或/及无法实现对车辆内的各种设施和设备进行用户个性化的用车调整等问题。
4.本技术实施例的第一方面提供了一种车联网订制用车方法,所述车联网订制用车方法应用在车载无线终端中,包括:
5.在接收到用户的来电呼叫时,采集所述用户的来电信息;
6.根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息;
7.根据所述车辆配置信息对目标使用车辆内的设备进行参数调整。
8.结合第一方面,在第一方面的第一种可能实现方式中,所述在接收到用户拨打的来电呼叫时,采集所述用户的来电信息的步骤中,包括:
9.采集所述用户的电话号码信息;和/或
10.采集所述用户的声纹信息;和/或
11.采集所述用户的语音信息。
12.结合第一方面的第一种可能实现方式,在第一方面的第二种可能实现方式中,若所述来电信息为电话号码信息或声纹信息时,所述根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息的步骤,包括:
13.根据所述电话号码信息或所述声纹信息对所述用户进行身份识别,并根据所述用户的身份识别结果查询预设的用户数据库,从所述预设的用户数据库中获取所述用户的历史用车数据;
14.对所述用户的历史用车数据进行数据统计分析,确定所述用户以往用车时习惯设置的设备参数,将所述用户以往用车时习惯设置的设备参数订制为所述用户用车时所需的车辆配置信息。
15.结合第一方面的第一种可能实现方式,在第一方面的第三种可能实现方式中,若所述来电信息为语音信息时,所述根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息的步骤,包括:
16.对所述语音信息进行语义解析处理,获得语义解析结果;
17.根据所述语义解析结果确定所述用户当前设置的设备参数,将所述用户当前设置的设备参数订制为所述用户用车时所需的车辆配置信息。
18.结合第一方面,在第一方面的第四种可能实现方式中,所述根据所述车辆配置信息对目标使用车辆内的设备进行参数调整的步骤之前,还包括:
19.基于来电呼叫实现的电话通信询问所述用户是否需要对车辆内的设备进行参数调整,当接收到用户的肯定应答时,根据所述车辆配置信息对目标使用车辆内的设备进行参数调整。
20.结合第一方面或第一方面的第一或第二或第三或第四种可能实现方式,在第一方面的第五种可能实现方式中,所述根据所述车辆配置信息对目标使用车辆内的设备进行参数调整的步骤之前,还包括:
21.基于来电呼叫实现的电话通信获取所述用户的当前位置信息和所述车载无线终端所对应的车辆的当前位置信息;
22.根据所述用户的当前位置信息与所述车载无线终端所对应的车辆的当前位置信息进行位置比对,判断所述用户是否呼叫错误;
23.若所述用户呼叫正确,则判断所述车载无线终端所对应的车辆是目标使用车辆,此时根据所述车辆配置信息对所述车载无线终端所对应的车辆内的设备进行参数调整;
24.若所述用户呼叫错误,则判断所述车载无线终端所对应的车辆不是目标使用车辆,此时基于所述来电呼叫询问所述用户获取目标使用车辆对应的第一车载无线终端信息,根据所述第一车载无线终端信息将所述车辆配置信息发送至所述目标使用车辆中,以触发第一车载无线终端根据所述车辆配置信息对所述目标使用车辆内的设备进行参数调整。
25.结合第一方面的第五种可能实现方式,在第一方面的第六种可能实现方式中,所述根据所述用户的当前位置信息与所述车载无线终端所对应的车辆的当前位置信息进行位置比对,判断所述用户是否呼叫错误的步骤,包括:
26.根据所述用户的当前位置信息和所述车载无线终端所对应的车辆的当前位置信息,计算出所述用户与所述车载无线终端所对应的车辆之间的当前距离;
27.将所述当前距离与预设的距离阈值进行比较,若所述当前距离大于预设的距离阈值,则判断所述用户呼叫错误,否则判断所述用户呼叫正确。
28.本技术实施例的第二方面提供了一种车联网订制用车装置,所述车联网订制用车装置应用在车载无线终端中,包括:
29.信息采集模块,用于在接收到用户的来电呼叫时,采集所述用户的来电信息;
30.方案订制模块,用于根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息;
31.参数调整模块,用于根据所述车辆配置信息对目标使用车辆内的设备进行参数调整。
32.本技术实施例的第三方面提供了一种电子设备,包括存储器、处理器以及存储在所述存储器中并可在电子设备上运行的计算机程序,所述处理器执行所述计算机程序时实现第一方面提供的车联网订制用车方法的各步骤。
33.本技术实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现第一方面提供的车联网订制用车方法的各步骤。
34.本技术实施例提供的一种车联网订制用车方法、装置、电子设备及存储介质,具有以下有益效果:
35.在接收到用户的来电呼叫时,采集用户的来电信息;根据来电信息对用户进行用车需求分析,并基于分析结果为用户订制用车方案,在用车方案中订制出用户用车时所需的车辆配置信息;根据车辆配置信息对目标使用车辆内的设备进行参数调整。基于该方法,用户可以通过直接给车辆中的车载无线终端拨打电话的方式实现用车,避免了因网络信号不稳定而无法实现用车的问题,且通过对用户进行用车需求分析订制出用户用车时所需的车辆配置信息,可以在用户用车时自动地对车辆内的设备进行用户个性化调整,有效提高了用户的用车体验。
附图说明
36.为了更清楚地说明本技术实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
37.图1为本技术实施例提供的一种车联网订制用车方法的实现流程图;
38.图2为本技术实施例提供的车联网订制用车方法中订制用户用车时所需的车辆配置信息的一种方法流程图;
39.图3为本技术实施例提供的车联网订制用车方法中订制用户用车时所需的车辆配置信息的另一种方法流程图;
40.图4为本技术实施例提供的车联网订制用车方法中对目标使用车辆内的设备进行参数调整时的一种方法流程图;
41.图5为本技术实施例提供的车联网订制用车方法中判断用户是否呼叫错误的一种方法流程图;
42.图6为本技术实施例提供的一种车联网订制用车装置的基础结构框图;
43.图7为本技术实施例提供的一种电子设备的基本结构框图。
具体实施方式
44.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。
45.本技术实施例提供的车联网的订制用车方法主要应用在车载无线终端中,通过拨打电话的方式无需中间平台直接建立用户与车载无线终端之间的通信来实现车联网订制用车。
46.请参阅图1,图1为本技术实施例提供的一种车联网订制用车方法的实现流程图。详述如下:
47.s11:在接收到用户的来电呼叫时,采集所述用户的来电信息。
48.本实施例中,通过在车辆的车载无线终端中安装sim(subscriber identity module,客户识别模块)卡,实现用户可以通过拨打电话的方式与车辆的车载无线终端进行通信。在本实施例中,用户通过拨打车载无线终端中安装sim卡号码来向该车载无线终端对应的车辆请求订制用车。车载无线终端在接收到来自用户的来电呼叫时,通过接通该来电呼叫来采集用户的来电信息,其中,用户的来电信息可以包括但不限于用户以下至少一种信息:电话号码信息、声纹信息、语音信息。具体地,在本实施例中,可以根据车载无线终端接收到来电呼叫时的来电显示采集到用户所使用的电话号码信息,可以根据接通来电呼叫后用户说话时产生的声音采集到用户的声纹信息,可以根据接通来电呼叫后用户的说话内容采集到用户的语音信息。
49.s12:根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息。
50.本实施例中,用车需求分析包括分析用户过往的用车习惯和/或分析用户当前的用车意愿。根据采集到的用户的电话号码信息和/或用户的声纹信息对用户进行用车需求分析,具体可以分析出用户过往的用车习惯。用户过往的用车习惯可以包括用户过往用车时习惯设置的设备参数信息。根据采集到的用户的语音信息对用户进行用车需求分析,具体可以分析出用户当前的用车意愿。用户当前的用车意愿可以包括用户当前设置的设备参数信息。在本实施例中,在分析出用户过往的用车习惯和/或用户当前的用车意愿后,可以基于该用户过往的用车习惯和/或用户当前的用车意愿为用户订制用车方案,在用车方案中订制用户用车时所需的车辆配置信息。需要说明的是,在本实施例中,车辆配置信息可以表征为车辆内各种设备的设备参数信息,例如方向盘位置参数,座椅位置参数,音乐设备参数,导航设备参数,氛围灯设备参数等等。
51.在本实施例中,当通过对用户进行用车需求分析同时获得用户过往的用车习惯和用户当前的用车意愿时,若用户过往的用车习惯和用户当前的用车意愿中存在冲突的设备参数信息,即用户过往的用车习惯和用户当前的用车意愿中针对同一个设备设置的设备参数信息不同。此时,在为用户订制用车方案时,针对该设备需要设置的设备参数,可以通过语音通话询问用户的方式选择其中一个设备参数生成为用户用车时所需的车辆配置信息,例如,若询问结果为用户选择用户过往的用车习惯中的设备参数,则将该用户过往的用车习惯中该设备的设备参数生成为用户用车时所需的车辆配置信息,若询问结果为用户选择用户当前的用车意愿中的设备参数,则将该用户当前的用车意愿中的设备参数生成为用户
用车时所需的车辆配置信息。或者,可以通过预先设定优先级的方式选择其中一个设备参数信息生成为用户用车时所需的车辆配置信息,例如用户当前的用车意愿为第一优先级,优先选择用户当前的用车意愿中的设备参数信息生成为用户用车时所需的车辆配置信息。
52.s13:根据所述车辆配置信息对目标使用车辆内的设备进行参数调整。
53.本实施例中,在用车方案中订制用户用车时所需的车辆配置信息后,车载无线终端可以根据该订制的车辆配置信息对目标使用车辆内的设备进行参数调整,以将用户即将使用的目标使用车辆内的各设备调整至用户所需要的状态。在本实施例中,目标使用车辆可以是接收来电呼叫的车载无线终端所对应的车辆,也可以是其他车辆。当目标使用车辆为其他车辆时,需要通过该接收来电呼叫的车载无线终端将车辆配置信息发送给该其他车辆对应的车载无线终端中,由该其他车辆对应的车载无线终端来执行参数调整操作。
54.本技术的一些实施例中,在根据车辆配置信息对目标使用车辆内的设备进行参数调整之前,可以基于来电呼叫实现的电话通信询问用户,以确认用户是否需要对车辆内的设备进行参数调整,当接收到用户的肯定应答时,根据车辆配置信息对目标使用车辆内的设备进行参数调整。
55.以上可以看出,本技术实施例提供的车联网订制用车方法中通过车载无线终端接收用户的来电,采集用户的来电信息,然后根据来电信息对用户进行用车需求分析,基于分析结果为用户订制用车方案,订制用户用车时所需的车辆配置信息,进而根据车辆配置信息对目标使用车辆内的设备进行参数调整。一方面,本方法实现了用户可以通过直接给车辆中的车载无线终端拨打电话的方式来用车,避免了现有技术中用车app存在的因网络信号不稳定而导致无法实现用车的问题,而且通过拨打电话的方式只需用户说话即可实现用车操作,无需用户在app上执行相关手动操作,操作更简单方便。另一方面,本方法实现了通过对用户进行用车需求分析订制用户用车时所需的车辆配置信息,可以在用户用车时自动地对车辆内的设备进行用户个性化调整,无需用户手动执行繁琐的设备调整操作,有效提高用户的用车体验。
56.本技术的一些实施例中,请参阅图2,图2为本技术实施例提供的车联网订制用车方法中订制用户用车时所需的车辆配置信息的一种方法流程图。详细如下:
57.s21:根据所述电话号码信息或所述声纹信息对所述用户进行身份识别,并根据所述用户的身份识别结果查询预设的用户数据库,从所述预设的用户数据库中获取所述用户的历史用车数据;
58.s22:对所述用户的历史用车数据进行数据统计分析,确定所述用户以往用车时习惯设置的设备参数,将所述用户以往用车时习惯设置的设备参数生成为所述用户用车时所需的车辆配置信息。
59.本实施例中,当采集到的用户的来电信息包括用户的电话号码信息和用户的声纹信息时,可以根据该用户的电话号码信息和/或用户的声纹信息分析用户过往的用车习惯。具体地,基于电话号码的实名认证和声纹的唯一性,可以根据电话号码信息和/或声纹信息对用户进行身份识别,以此确定用户的身份。根据用户的身份识别结果查询预设的用户数据库,依据预设的用户数据库中用户数据与用户身份之间的对应关系,从预设的用户数据库中获取得到属于该用户的历史用车数据。获得用户的历史用车数据后,通过对用户的历史用车数据进行数据统计分析来分析用户的用车习惯,可以确定用户以往用车时习惯设置
的设备参数。此时可以根据用户过往的用车习惯为用户订制用车方案,即将用户以往用车时习惯设置的设备参数订制为用户用车时所需的车辆配置信息。
60.在本实施例中,为了辨别用户可能采用他人电话号码来拨打电话的情况,当根据电话号码信息对用户进行身份识别确定的用户身份结果与根据声纹信息对用户进行身份识别确定的用户身份结果不一致时,可以优先选用根据声纹信息分析得到用户过往的用车习惯来为用户订制用车方案,有效提高用户订制用车时对车辆内的设备进行用户个性化调整的准确性。
61.本技术的一些实施例中,请参阅图3,图3为本技术实施例提供的车联网订制用车方法中订制用户用车时所需的车辆配置信息的另一种方法流程图。详细如下:
62.s31:对所述语音信息进行语义解析处理,获得语义解析结果;
63.s32:根据所述语义解析结果确定所述用户当前设置的设备参数,将所述用户当前设置的设备参数订制为所述用户用车时所需的车辆配置信息。
64.本实施例中,采集到的用户的来电信息包括用户的语音信息时,可以根据该用户的语音信息分析用户当前的用车意愿。在本实施例中,用户当前的用车意愿可以通过语音说话的方式表达,用户在表达用车意愿时可以直接说出用户当前设置的设备参数信息。在分析用户当前的用车意愿时,具体可以通过对用户在车载无线终端接通来电呼叫后说话的语音信息进行语义解析处理,获得对应的语义解析结果,根据语义解析结果分析用户当前的用车意愿,可以确定用户当前设置的设备参数信息。此时可以根据用户当前的用车意愿为用户订制用车方案,即将用户当前设置的设备参数信息订制为用户用车时所需的车辆配置信息。
65.本技术的一些实施例中,请参阅图4,图4为本技术实施例提供的车联网订制用车方法中对目标使用车辆内的设备进行参数调整时的一种方法流程图。详细如下:
66.s41:基于来电呼叫实现的电话通信获取所述用户的当前位置信息和所述车载无线终端所对应的车辆的当前位置信息;
67.s42:根据所述用户的当前位置信息与所述车载无线终端所对应的车辆的当前位置信息进行位置比对,判断所述用户是否呼叫错误;
68.s43:若所述用户呼叫正确,则判断所述车载无线终端所对应的车辆是目标使用车辆,此时根据所述车辆配置信息对所述车载无线终端所对应的车辆内的设备进行参数调整;
69.s44:若所述用户呼叫错误,则判断所述车载无线终端所对应的车辆不是目标使用车辆,此时基于所述来电呼叫询问所述用户获取目标使用车辆对应的第一车载无线终端信息,根据所述第一车载无线终端信息将所述车辆配置信息发送至所述目标使用车辆中,以触发第一车载无线终端根据所述车辆配置信息对所述目标使用车辆内的设备进行参数调整。
70.本实施例中,车联网中的每辆车都具有一个对应的车载无线终端,每个车载无线终端中都安装有一个sim卡,即每个车载无线终端中安装的sim卡都是唯一的,与其他车载无线终端中安装的sim卡不相同的。用户通过拨打电话的方式实现用车时可能存在拨错号码的情况,在本实施例中,针对这一情况,可以通过基于来电呼叫实现的电话通信获取用户的当前位置信息和车载无线终端所对应的车辆的当前位置信息。然后根据用户的当前位置
信息与车载无线终端所对应的车辆的当前位置信息进行位置比对,判断用户是否呼叫错误。其中,若所述用户呼叫正确,则判断车载无线终端所对应的车辆是目标使用车辆,此时由该车载无线终端根据车辆配置信息对该车载无线终端所对应的车辆内的设备进行参数调整。而若用户呼叫错误,则判断车载无线终端所对应的车辆不是目标使用车辆,此时可以基于来电呼叫询问用户获取目标使用车辆对应的第一车载无线终端信息,进而根据第一车载无线终端信息将车辆配置信息发送至目标使用车辆中,以此触发目标使用车辆中的第一车载无线终端根据车辆配置信息对该目标使用车辆内的设备进行参数调整。
71.本技术的一些实施例中,请参阅图5,图5为本技术实施例提供的车联网订制用车方法中判断用户是否呼叫错误的一种方法流程图。详细如下:
72.s51:根据所述用户的当前位置信息和所述车载无线终端所对应的车辆的当前位置信息,计算出所述用户与所述车载无线终端所对应的车辆之间的当前距离;
73.s52:将所述当前距离与预设的距离阈值进行比较,若所述当前距离大于预设的距离阈值,则判断所述用户呼叫错误,否则判断所述用户呼叫正确。
74.本实施例中,当用户与车辆之间的距离比较远时,不便于用户找到所要使用的车辆。因此,在本实施例中,在判断用户是否呼叫错误时,可以根据用户的当前位置和车载无线终端所对应的车辆的当前位置,计算出用户与车辆之间的当前距离。进而通过将用户与车辆之间的当前距离与预设的距离阈值进行比较,从而根据距离来判断用户是否呼叫错误。具体地,若用户与车辆之间的当前距离大于预设的距离阈值,则判断用户呼叫错误,否则判断用户呼叫正确。可以理解的是,预设的距离阈值可以设置为用户短时间内步行可到达的距离,比如500米,当用户与车辆之间的当前距离大于500米时,认定用户短时间内步行不能到达,此时判断用户呼叫错误;当用户与车辆之间的当前距离小于或等于500米时,认定用户短时间内步行可到达,此时判断用户呼叫错误正确。
75.可以理解的是,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
76.本技术的一些实施例中,请参阅图6,图6为本技术实施例提供的一种车联网订制用车装置的基础结构框图。本实施例中该装置包括的各单元用于执行上述方法实施例中的各步骤。具体请参阅上述方法实施例中的相关描述。为了便于说明,仅示出了与本实施例相关的部分。如图6所示,车联网订制用车装置包括:信息采集模块61、方案订制模块62和参数调整模块63。其中:所述信息采集模块61用于在接收到用户的来电呼叫时,采集所述用户的来电信息。所述方案订制模块62用于根据所述来电信息对所述用户进行用车需求分析,并基于分析结果为所述用户订制用车方案,在所述用车方案中订制出所述用户用车时所需的车辆配置信息。所述参数调整模块63用于根据所述车辆配置信息对目标使用车辆内的设备进行参数调整。
77.应当理解的是,上述车联网订制用车装置,与上述的车联网订制用车方法一一对应,此处不再赘述。
78.本技术的一些实施例中,请参阅图7,图7为本技术实施例提供的一种电子设备的基本结构框图。如图7所示,该实施例的电子设备7包括:处理器71、存储器72以及存储在所述存储器72中并可在所述处理器71上运行的计算机程序73,例如车联网订制用车方法的程
序。处理器71执行所述计算机程序73时实现上述各个车联网订制用车方法各实施例中的步骤。或者,所述处理器71执行所述计算机程序73时实现上述车联网订制用车装置对应的实施例中各模块的功能。具体请参阅实施例中的相关描述,此处不赘述。
79.示例性的,所述计算机程序73可以被分割成一个或多个模块(单元),所述一个或者多个模块被存储在所述存储器72中,并由所述处理器71执行,以完成本技术。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序73在所述电子设备7中的执行过程。例如,所述计算机程序73可以被分割成信息采集模块、方案订制模块以及参数调整模块,各模块具体功能如上所述。
80.所述电子设备可包括,但不仅限于,处理器71、存储器72。本领域技术人员可以理解,图7仅仅是电子设备7的示例,并不构成对电子设备7的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
81.所述处理器71可以是中央处理单元(central processing unit,cpu),还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
82.所述存储器72可以是所述电子设备7的内部存储单元,例如电子设备7的硬盘或内存。所述存储器72也可以是所述电子设备7的外部存储设备,例如所述电子设备7上配备的插接式硬盘,智能存储卡(smart media card,smc),安全数字(secure digital,sd)卡,闪存卡(flash card)等。进一步地,所述存储器72还可以既包括所述电子设备7的内部存储单元也包括外部存储设备。所述存储器72用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器72还可以用于暂时地存储已经输出或者将要输出的数据。
83.需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本技术方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
84.本技术实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。在本实施例中,所述计算机可读存储介质可以是非易失性,也可以是易失性。
85.本技术实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
86.所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本技术的保护范围。上述系统
中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
87.所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。
88.在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
89.以上所述实施例仅用以说明本技术的技术方案,而非对其限制;尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围,均应包含在本技术的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1