基于车内异常的氛围灯设置方法、装置与系统与流程

文档序号:31276920发布日期:2022-08-27 00:55阅读:84来源:国知局
基于车内异常的氛围灯设置方法、装置与系统与流程

1.本技术涉及车联网领域,尤其涉及一种基于车内异常的氛围灯设置方法、装置与系统。


背景技术:

2.随着汽车行业的高速发展,安全驾驶的重要性也走进了人们的视野。鉴于越来越多的汽车搭载了车内/外氛围灯光,有很多现有技术将行车安全与氛围灯结合起来,利用氛围灯实现提醒功能。例如提醒用户关闭车门等。但是并没有针对驾驶员异常驾驶情况进行提醒的技术。
3.故,如何根据车内驾驶员的异常驾驶状态通过氛围灯进行提醒,是本领域技术人员急需解决的问题。


技术实现要素:

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.图1为本技术实施例提供的一种基于车内异常的氛围灯设置系统的组成示意图;
37.图2为本技术实施例提供的一种基于车内异常的氛围灯设置方法的流程示意图;
38.图3位本技术实施例提供的另一种基于车内异常的氛围灯设置方法的流程示意图;
39.图4为本技术实施例提供的一种移动终端的组成示意图;
40.图5为本技术实施例提供的一种基于车内异常的氛围灯设置装置的组成示意图。
具体实施方式
41.下面结合本技术实施例中的附图对本技术的实施例进行描述。
42.本技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
43.请参见图1,为本技术实施例提供的一种基于车内异常的氛围灯设置系统的组成示意图,本系统可以包括移动终端10,车载终端20。
44.其中,移动终端10,也可以称为用户设备(user equipment,简称ue)。其可以为手持或穿戴。其还可以称为用户终端、终端设备、接入终端设备、ue单元、ue站、移动设备、 ue终端设备、移动终端、无线通信设备、ue代理或ue装置等。其具体形式可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、可穿戴终端设备等。其是用户侧的一种用于接收信号或发射信号的实体。移动终端10可以用于根据车内用户的异常驾驶状态实现对车辆氛围灯的调节。例如,在本技术实施例中,移动终端10与车载终端20建立连接;采集车辆预设范围内的语音信息;还可以用于基于语音信息判断驾驶员是否处于异常驾驶状态;若驾驶员处于异常驾驶状态,则生成控制指令,并将控制指令发送至车载终端20,控制指令用于控制车载终端20调节车辆上氛围灯的显示方式。可选地,移动终端10还可用于接收驾驶员的自定义条件指令,该自定义条件与异常驾驶状态判断数据相关联。
45.车载终端20,可以实现根据移动终端10发送的控制指令调节车辆上的氛围灯。例如,在本技术实施例中,车载终端20可以用于与移动终端10建立连接;接收移动终端10发送的控制指令,并根据控制指令调节车辆上氛围灯的显示方式。
46.需要说明的是,在本技术实施例中,为了提升驾驶员体验,实现驾驶员利用车载终端进行驾驶员异常驾驶状态识别,然后通过车辆内外的氛围灯对车内用户以及周围车辆进行提醒,将基于车内异常的氛围灯设置系统划分为上述形式,在实际执行过程中,可能会有相关服务器转发相关指令。因此上述系统架构的划分只是为了说明执行的方法或步骤,具体实现形式本技术实施例不作限定。
47.下面,结合图2-图3中的步骤对本技术实施例提供的基于车内异常的氛围灯设置方法进行详细说明。
48.请参见图2,为本技术实施例提供的一种基于车内异常的氛围灯设置方法的流程示意图,可包括如下步骤:
49.s201,与车载终端建立连接。
50.可选地,移动终端与车载终端建立连接可以是蓝牙连接这种无线连接,也可以是靠数据线建立连接这种有线连接。
51.s202,采集车辆预设范围内的语音信息。
52.需要注意的是,上述车辆预设范围可以为3~6米。例如,若预设范围为4米,则移动终端会采集4米范围内的所有音频并进行降噪等处理,提取出有用语音信息。需要注意的是,上述预设范围仅用来解释本技术实施例的方法,在具体实施中由设计人员根据实际情
况设定。
53.在一种可能的实现方式中,移动终端会清除超过预定时间的语音信息。例如,若预设时间为2个月,则移动终端会清除存储时间超过2个月的语音信息。需要注意的是,上述预设时间仅用来解释本技术实施例的方法,在具体实施中由设计人员根据实际情况设定。
54.需要说明的是,语音信息包括所述驾驶员的第一语音信息和/或所述车辆预设范围内其他用户的第二语音信息;且所述语音信息中包含的异常驾驶状态判断数据包括语音关键词、音频数量以及音量大小中至少一种。
55.s203,基于语音信息判断驾驶员是否处于异常驾驶状态。
56.需要说明的是,基于语音信息判断驾驶员是否处于异常驾驶状态,可以包括:基于语音信息和预设条件判断驾驶员是否处于异常驾驶状态,或者,基于该语音信息和驾驶员的自定义条件判断驾驶员是否处于异常驾驶状态,其中该预设条件和驾驶员的自定义条件与异常驾驶状态判断数据相关。
57.在一种可能的实现方式中,异常驾驶状态可以包括以下至少一种:根据所述语音信息确定的第一异常驾驶状态、第二异常驾驶状态或第三异常驾驶状态;第一异常驾驶状态用于表示所述驾驶员处于与其他用户争执的状态;第二异常驾驶状态用于表示所述驾驶员处于情绪不稳定的状态(如路怒症);第三异常驾驶状态用于表示所述驾驶员处于被劫持的状态。例如,若第一异常驾驶状态的预设条件为音频数量阈值a以及音量大小阈值a,当采集的语音信息中音频数量a超过了预设条件中的音频数量阈值a,且语音信息中音量大小a超过了预设条件中的音量大小阈值a,则可以判定驾驶员处于第一异常驾驶状态;若第一异常驾驶状态的预设条件为语音关键词a、音频数量阈值a以及音量大小阈值a,当采集的语音信息中出现了语音关键词a、语音信息中音频数量a超过了预设条件中的音频数量阈值a,且语音信息中音量大小a超过了预设条件中的音量大小阈值a,则可以判定驾驶员处于第一异常驾驶状态;若第二异常驾驶状态的预设条件为音频数量阈值b以及音量大小阈值b,当采集到的语音信息中的音频数量b等于预设条件中的音频数量阈值b,且语音信息中的音量大小b超过了预设条件中的音量大小阈值b,则可以判定驾驶员处于第二异常驾驶状态;若第二异常驾驶状态的预设条件为语音关键词b、音频数量阈值b以及音量大小阈值b,当采集到的语音信息中出现了预设条件中的语音关键词b、语音信息中的音频数量b等于预设条件中的音频数量阈值b,且语音信息中的音量大小b超过了预设条件中的音量大小阈值b,则可以判定驾驶员处于第二异常驾驶状态;若第三异常驾驶状态的预设条件为语音关键词c,当采集到的语音信息中出现了预设条件中的语音关键词c,则可以判定驾驶员处于第三异常驾驶状态;若第三异常驾驶状态的预设条件为语音关键词c以及音频数量阈值c,当采集到的语音信息中出现了预设条件中的语音关键词c,且语音信息中的音频数量c超过了预设条件中的音频数量阈值c,则可以判定驾驶员处于第三异常驾驶状态;若第三异常驾驶状态的预设条件为语音关键词c以及音量大小阈值c,当采集到的语音信息中出现了预设条件中的语音关键词 c,且语音信息中的音量大小c超过了预设条件中的音量大小阈值c,则可以判定驾驶员处于第三异常驾驶状态;若第三异常驾驶状态的预设条件为语音关键词c、音频数量阈值c以及音量大小阈值c,当采集到的语音信息中出现了预设条件中的语音关键词c,语音信息中的音频数量c超过了预设条件中的音频数量阈值c,且语音信息中的音量大小c超过了预设条件中的音量大小阈值c,则可以判定驾驶员处于第三异常驾驶状态。
58.在另一种可能的实施方式中,用户还可以自定义异常驾驶状态(异常驾驶状态的名称、异常驾驶状态的评估条件以及对应的控制指令)。具体的,用户可以根据自己日常的用车情况设定异常驾驶状态。示例性的,若用户从事长途驾驶职业,则用户可以设置一个名为“疲劳驾驶”的异常驾驶状态,该异常驾驶状态的评估条件可以是:驾驶时间a超过预设时间段阈值a、识别到用户打哈欠(或闭眼时间超过预设时间段阈值b),对应的控制指令可以是:车载终端控制车辆在车内闪烁红色氛围灯,对驾驶员起到警示作用,起到提醒驾驶员专心驾驶的作用,车外闪烁红色氛围灯,对其他车辆起到提醒作用,提醒其他车辆注意避开。需要说明的是,在此实施例方法中可能需要使用到采集车辆内部的图像信息。
59.s204,确定驾驶员处于异常驾驶状态,生成控制指令。
60.在一种可能的实现方式中,移动终端根据异常驾驶状态生成控制指令,将控制指令发送至车载终端,该控制指令用于控制车载终端调节车辆上氛围灯的显示方式。例如,若判断驾驶员处于第一异常驾驶状态,则发送控制指令给车载终端,车载终端控制车辆在车内闪烁红色氛围灯,对驾驶员起到警示作用,起到提醒驾驶员停止争执、专心驾驶的作用,车外闪烁红色氛围灯,对其他车辆起到提醒作用,提醒其他车辆注意避开;若判断驾驶员处于第二异常驾驶状态,则发送控制指令给车载终端,车载终端控制车辆在车内亮起淡蓝色氛围灯,起到安抚驾驶员情绪的作用,车外闪烁红色氛围灯,提醒其他车辆注意避开;若判断驾驶员处于第三异常驾驶状态,则发送控制指令给车载终端,车载终端控制车辆车外闪烁红色氛围灯,有助于相关人员定位车辆,起到能引起周围车辆注意的作用,而且移动终端还可以发送通知信息“车牌号为xxxxxxx的车辆现已遭到劫持,请求救援”给预设联系人,实现对驾驶员的救援。需要说明的是,上述氛围灯的闪烁颜色仅是用于解释本技术实施例的方法,具体颜色设置有设计人员根据实际情况设定。
61.需要注意的是,上述方法仅仅用来对实施例进行描绘和解释,不应对本技术构成限定,对于本技术实施例中提到的异常驾驶状态及其对应的参数,在具体实施时由设计人员根据实际使用需求进行设定。
62.采用本技术实施例可以实现移动终端识别驾驶员异常驾驶状态并控制车载终端的氛围灯对驾驶员及其他车辆进行提醒的功能。
63.请参见图3,为本技术实施例提供的另一种基于车内异常的氛围灯设置方法的流程示意图,包括:
64.s301,接收驾驶员的自定义条件指令。
65.需要说明的是,驾驶员的自定义条件与异常驾驶状态判断数据相关联。自定义的异常驾驶状态判断数据可以包括语音关键词、预设音频数量阈值、预设音量阈值中至少一种。例如,若第一异常驾驶状态中预设条件中的音量大小阈值并不符合驾驶员的情况,驾驶员可以将音量大小阈值调节到合适的值;若第一异常驾驶状态中的语音关键词不是驾驶员处于争执状态时常用的词语,驾驶员可以将自己常用的词语设置成第一异常驾驶状态预设条件中的语音关键词;若第三异常驾驶状态预设条件中的语音关键词并不符合驾驶员的情况,驾驶员可以将语音关键词设置成自己习惯的词语。通过接收用户的自主调节操作,可以使得移动终端的判读准确率变高,并且能够更准确快速地对用户驾驶状态进行判断。
66.可选地,驾驶员还可以自定义控制指令。例如,若第一异常驾驶状态的默认控制指令为“车内闪烁红色氛围灯,车外闪烁红色氛围灯”,驾驶员可以将控制指令修改为“车内闪
烁黄色氛围灯,车外闪烁红色氛围灯”;若第二异常驾驶状态的默认控制指令为“车内亮起淡蓝色氛围灯,车外闪烁绿色氛围灯”,驾驶员可以将控制指令修改成“车内亮起淡蓝色氛围灯,车外闪烁红色氛围灯”;若第三异常驾驶状态的默认控制指令为“车外闪烁红色氛围灯”,驾驶员可以将控制指令修改为“车外按三短三长三短的方式闪烁红色氛围灯”,还可以按照自己习惯修改移动终端要发送给预设联系人的通知消息。
67.s302,采集车辆预设范围内的语音信息。
68.此步骤请参照图2,在此不做赘述。
69.s303,基于语音信息判断驾驶员是否处于异常驾驶状态。
70.此步骤请参照图2,在此不做赘述。
71.s304,确定驾驶员处于异常驾驶状态,生成控制指令。
72.此步骤请参照图2,在此不做赘述。
73.需要注意的是,上述方法中提到的异常驾驶状态以及它的样本信息和解决方案仅仅用来对实施例进行描绘和解释,不应对本技术构成限定,对于本技术实施例中提到的异常驾驶状态及其对应的参数,在具体实施时由设计人员根据实际使用需求进行设定。
74.采用本技术实施例可以实现驾驶员自定义条件,给用户提供更多元的服务,提升用户使用体验。
75.下面,结合图4-图5中的步骤对本技术实施例涉及的装置进行介绍。
76.请参见图4,为本技术实施例提供的一种移动终端的组成示意图,移动终端10可以包括:
77.通信模块110,可以用于与车载终端建立连接,向车载终端发送控制指令;
78.语音采集模块120,可以用于采集用户的语音信息;
79.判断模块130,可以用于基于语音信息判断用户是否处于异常驾驶状态。
80.可选地,该移动终端10还可以包括:
81.交互模块140,可以用于接收用户的异常驾驶状态设置指令,该异常驾驶状态设置指令可以包括异常驾驶状态名称、样本信息以及解决方案中至少一种。
82.数据处理模块150,用于清除超过预设时间的语音信息。
83.在一种可能的实现方式中,通信模块110还可以用于将通知信息发送给联络人。
84.其中,移动终端10的可执行前文图2-图3对应实施例中基于车内异常的氛围灯设置方法的描述,具体功能实现方式可以参见上述对应实施例中的执行步骤,在此不做赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
85.请参见图5,为本技术实施例提供的一种基于车内异常的氛围灯设置装置的组成示意图。
86.可包括:
87.处理器510、存储器520和通信接口530。处理器510、存储器520和通信接口530通过总线540连接,该存储器520用于存储指令,该处理器510用于执行该存储器520存储的指令,以实现如上图2-图3对应的方法步骤。
88.处理器510用于执行该存储器520存储的指令,以控制通信接口530接收和发送信号,完成上述方法中的步骤。其中,所述存储器520可以集成在所述处理器510中,也可以与所述处理器510分开设置。
89.作为一种实现方式,通信接口530的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器510可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
90.作为另一种实现方式,可以考虑使用通用计算机的方式来实现本技术实施例提供的装置。即将实现处理器510,通信接口530功能的程序代码存储在存储器520中,通用处理器通过执行存储器520中的代码来实现处理器510,通信接口530的功能。
91.该装置所涉及的与本技术实施例提供的技术方案相关的概念,解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述,此处不做赘述。
92.作为本实施例的另一种实现方式,提供一种计算机可读存储介质,其上存储有指令,该指令被执行时执行上述方法实施例中的方法。
93.作为本实施例的另一种实现方式,提供一种包含指令的计算机程序产品,该指令被执行时执行上述方法实施例中的方法。
94.根据本技术实施例提供的方法和装置,本技术实施例还提供一种系统,其组成方式可以参见图1所示,执行的方法可以参见图2-图3所示实施例中的描述,此处不再赘述。
95.本领域技术人员可以理解,为了便于说明,图5中仅示出了一个存储器和处理器。在实际的终端或服务器中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本技术实施例对此不做限制。
96.应理解,在本技术实施例中,处理器可以是中央处理单元(central processing unit,简称 cpu),该处理器还可以是其他通用处理器、数字信号处理器(digital signal processing,简称dsp)、专用集成电路(application specific integrated circuit,简称asic)、现成可编程门阵列(field-programmable gate array,简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
97.还应理解,本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-onlymemory,简称rom)、可编程只读存储器(programmable rom,简称prom)、可擦除可编程只读存储器(erasable prom,简称eprom)、电可擦除可编程只读存储器(electricallyeprom,简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random accessmemory,简称ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的 ram可用,例如静态随机存取存储器(static ram,简称sram)、动态随机存取存储器 (dynamic ram,简称dram)、同步动态随机存取存储器(synchronous dram,简称 sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,简称ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram,简称esdram)、同步连接动态随机存取存储器(synchlink dram,简称sldram)和直接内存总线随机存取存储器(direct rambus ram,简称dr ram)。
98.需要说明的是,当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
99.应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
100.该总线除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。
但是为了清楚说明起见,在图中将各种总线都标为总线。
101.还应理解,本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分,并不用来限制本技术的范围。
102.应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
103.在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
104.在本技术的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
105.本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块 (illustrative logical block,简称ilb)和步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
106.在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
107.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
108.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
109.在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字
用户线) 或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如固态硬盘)等。
110.以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以所述权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1