著录项信息
专利名称 | 车辆内可能支援的服务的显示系统及方法 |
申请号 | CN201510727033.0 | 申请日期 | 2015-10-30 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2016-05-11 | 公开/公告号 | CN105577747A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8;;;H;0;4;W;8;4;/;1;2查看分类表>
|
申请人 | 现代摩比斯株式会社 | 申请人地址 | 韩国京畿道
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 现代摩比斯株式会社 | 当前权利人 | 现代摩比斯株式会社 |
发明人 | 金在亨 |
代理机构 | 北京同立钧成知识产权代理有限公司 | 代理人 | 杨文娟;臧建明 |
摘要
本发明公开了车辆内可能支援的服务的显示系统及方法。本发明,包括:至少一个使用者终端,可Wi‑Fi通信,并且设置并执行至少一个应用程序;及头部单元,用Wi‑Fi通信广播探测请求数据包,并且所述探测请求数据包括供应商信息与可能施行的服务信息请求数据,从至少一个使用者终端接收及分析探测响应数据包,显示可能Wi‑Fi通信连接的使用者终端,与可能在使用者终端施行的应用程序服务的服务目录。
车辆内可能支援的服务的显示系统及方法\n技术领域\n[0001] 本发明涉及车辆内可能支援的服务的显示系统及方法,尤其是在联动运用车辆头部单元与便携式机器时通过Wi-Fi搜索的车辆内可能支援的服务显示系统及方法。\n背景技术\n[0002] 随着诸如智能手机等使用者的便携式机器的性能急剧提高,且在便携式机器运用的各种应用程序被开发,大大扩大了便携式机器的使用区域。\n[0003] 另外,现在在大部分的车辆具备了由头部单元(Head Unit)控制的车辆用音频/视频/导航(AVN)等,并且设置用于显示在AVN输出的影像的车辆用显示器。另外,车辆用显示器提供比便携式机器大的画面。\n[0004] 据此,现在车辆的头部单元提供与便携式机器的有线或无线连接服务,以使车辆乘坐者能够在车辆内便利地使用在便携式机器提供的各种应用程序。在其中,尤其是利用Wi-Fi(Wireless Fidelity,无线)的连接,因其诸如无线的便利性及与多个装置连接的便利性及大容量数据传输的优点,正在扩大其适用范围。\n[0005] Wi-Fi为,一般以AP(Access Point,无线接入点)为基准Wi-Fi机器执行通信,在车辆执行Wi-Fi通信的情况下,通常头部单元执行AP的功能。但是,在最近作为Wi-Fi为基础的新通信技术Wi-Fi Direct正在被频繁使用。Wi-Fi Direct无需单独的AP而是Wi-Fi机器分别执行AP的功能进行相互直接通信。尤其是,在限定的空间内执行通信的车辆内机器之间的通信中能够更加有效地利用Wi-Fi Direct。另外,以Wi-Fi Direct技术为基础强化多媒体传送技术的Miracast也是受到瞩目的新技术。\n[0006] 随着扩大以Wi-Fi为基础的车辆内机器的通信连接,车辆内机器尤其是在使用者的便携式机器与车辆头部单元之间通过Wi-Fi或Wi-Fi direct连接提供的服务或应用程序的种类也变得多样起来。以Wi-Fi为基础连接头部单元与便携式机器使用的代表性的服务有诸如DLNA(Digital Living Network Alliance,数字生活网络联盟)、CarPlay、Android Auto、车联网(MirrorLink)的镜像技术。\n[0007] 图1是示出现有技术的基于Wi-Fi连接车辆头部单元与便携式机器时显示的画面的一示例。\n[0008] 如图1所示,就算在现有技术中利用头部单元与便携式机器之间的Wi-Fi或Wi-Fi direct连接的服务或应用程序的种类变得多样,但是在现有技术中只有能够连接的机器的名字与保安类型及信号强度显示于头部单元的显示器或便携式机器的显示部。因此,存在很难识别使用者能够使用的服务的问题。不仅如此,就算使用者能够识别可能使用的服务,也必须将用于使用该功能的设定全部输入于头部单元与便携式机器双方,因此存在使用不便的问题。\n[0009] 韩国公开专利第10-2012-0039894号“车辆头部单元与智能手机联动系统及方法”记载了作为便携式机器的智能手机与车辆头部单元之间连动应用程序的技术,但是其技术是车辆头部单元连接于在智能手机提供的web服务器,通过车辆头部单元显示与智能手机相同的画面的镜像技术,并且无法使使用者容易地识别便携式机器与头部单元能够提供的服务。\n发明内容\n[0010] (要解决的问题)\n[0011] 本发明的目的在于提供车辆内可能支援的服务的显示系统,其能够使使用者容易地识别及使用联动使用车辆内头部单元与便携式机器的各种服务及应用程序。\n[0012] 本发明的其他目的在于提供车辆内可能支援的服务的显示方法。\n[0013] (解决问题的手段)\n[0014] 为了达成上述目的,根据本发明一示例的车辆内可能支援的服务的显示系统,包括:至少一个使用者终端,可Wi-Fi通信,并且设置并执行至少一个应用程序;及头部单元,用Wi-Fi通信广播探测请求数据包,在所述探测请求数据包括供应商信息与可能施行的服务信息请求数据,并且从所述至少一个使用者终端接收及分析探测响应数据包,显示可能Wi-Fi通信连接的所述使用者终端,与可能在所述使用者终端施行的所述应用程序的服务的服务目录。\n[0015] 所述头部单元为,传送所述探测请求数据包,并在所述探测请求数据包的供应商项目包括所述头部单元的供应商信息和所述服务信息请求数据。\n[0016] 所述使用者终端为,传送所述探测响应数据包,并在所述探测响应数据包的供应商项目包括所述头部单元的供应商信息和对应于所述服务信息请求并且可能用Wi-Fi通信提供给所述头部单元的服务名称。\n[0017] 所述头部单元为,已保存指定激活或非激活服务的使用者设定,在所述使用者设定注册为非激活服务的服务将在所述服务目录除外。\n[0018] 所述头部单元为,若施加对于所述服务目录中的至少一个服务进行选择的使用者命令,则向提供已选择的服务的所述使用者终端传送服务施行请求,并且接收并显示服务施行结果。\n[0019] 所述头部单元为,传送所述探测请求数据包,并在所述探测请求数据包还包括AP状态请求,若传送所述探测响应数据包并在所述探测响应数据包包括AP状态请求,则分析AP状态信息并以分数数值化来与所述服务目录一同显示。\n[0020] 为了达成上述目的,根据本发明一示例的车辆内可能支援的服务的显示方法,根据包括可能Wi-Fi通信的至少一个使用者终端及头部单元的服务显示系统的车辆内可能支援的服务的显示方法,包括:所述头部单元为了搜索可能由所述Wi-Fi通信连接的所述至少一个使用者终端与可能在所述至少一个使用者终端提供的服务,广播探测请求数据包,并在探测请求数据包包括供应商信息与可能施行的服务信息请求数据;所述头部单元接收在所述至少一个使用者终端传送的所述探测响应数据包的步骤;所述头部单元分析所述探测响应数据包,而所述至少一个使用者终端分析可能提供的服务名称来构成服务目录的步骤;及所述头部单元显示所述服务目录的步骤。\n[0021] 所述服务显示方法,还包括:在所述广播的步骤之前保存指定激活或非激活的服务的使用者设定的步骤;构成所述服务目录的步骤,在所述使用者设定注册为非激活的服务将在所述服务目录除外。\n[0022] 所述服务显示方法,还包括:在所述头部单元显示所述服务目录的步骤之后,判别是否施加对在所述服务目录中至少一个服务进行选择的使用者命令的步骤;若施加所述使用者命令,则所述头部单元向提供已选择的服务的所述使用者终端传送服务施行请求的步骤;及所述头部单元接收并显示服务施行结果的步骤。\n[0023] 所述广播的步骤为,在所述头部单元传送所述探测请求数据包,并且在所述探测请求数据包还包括AP状态请求,显示所述服务目录的步骤,分析在所述探测响应数据包包括的AP状态信息并以分数来数值化,并且与所述服务目录一起显示。\n[0024] (发明的效果)\n[0025] 因此,本发明的车辆内可能支援的服务的显示系统及方法为,车辆内头部单元将由Wi-Fi通信连接的至少一个便携式终端能够支援的服务目录显示给使用者,若使用者选择已显示的服务目录中的一个,则能够使使用者立即使用该服务,进而可将的使用者的便利性极大化。并且,可提前设定使用者偏好的服务目录,因此可防止显示不必要的服务目录的复杂性。不仅如此,将包括便携式终端机的至少一个AP各个的状态信息一起显示给驾驶员,进而头部单元不只单纯地基于信号强度而是能够连接于实际使用的AP来给使用提供选择的机会。\n附图说明\n[0026] 图1是示出现有技术的基于Wi-Fi连接车辆头部单元与便携式机器时显示的画面的一示例。\n[0027] 图2是示出根据本发明一实施例的车辆内可能支援的服务的显示系统的构成。\n[0028] 图3是示出根据本发明一实施例的车辆内可能支援的服务的显示方法。\n[0029] 图4是示出探测请求数据包的构成。\n[0030] 图5是示出根据本发明的基于Wi-Fi连接头部单元与便携式机器时显示的画面的一示例。\n[0031] 图6是示出在选择服务时在头部单元显示的画面的一示例。\n[0032] 具体实施方法\n[0033] 为了充分的理解本发明、本发明的动作上的优点及由本发明的实施例达成的目的,应当只参照示例本发明优选实施例的附图及在附图记载的内容。\n[0034] 以下,参照附图说明本发明的优选实施例,进而详细说明本发明。但是本发明可实现各种的不同的形状,并且并不限定于实施例。另外,为了明确说明本发明,将省略与说明无关的部分,并图面的相同参照符号是指相同的部件。\n[0035] 在说明书的全部内容中,在表述某一部分“包括”某一构成要素时,只要没有特别反对的记载其不是要将其他构成要素除外而是意味着还包括其他构成要素。并且,在说明书记载的“部”、“器”、“模块”、“块”等的用语意味着至少一个功能或处理动作的单位,并且其可由硬件或软件或硬件及软件的结合实现。\n[0036] 图2是示出根据本发明一实施例的车辆内可能支援的服务的显示系统的构成。\n[0037] 本发明的在车辆内可能支援的服务的显示系统包括至少一个使用者终端100与头部单元200。\n[0038] 至少一个使用者终端100作为由使用者携带能够乘坐在车辆的便携式终端,可由诸如智能手机、笔记本电脑、PDA等装置实现。在至少一个的使用者终端100设置多个应用程序110、服务管理部120、控制部130及Wi-Fi驱动程序140。\n[0039] 多个应用程序110作为使用者终端100的制造商或使用者设置的应用程序,使用者根据使用者终端100的使用用途可将各种应用程序设置于使用者终端来使用。多个应用程序110可包括上述的DLNA(Digital Living Network Alliance,数字生活网络联盟)、CarPlay、Android Auto、车联网(MirrorLink)。\n[0040] 服务管理部120为,识别设置在使用者终端100的多个应用程序110,并根据使用者提前指定的使用者设定在多个应用程序中区分待激活应用程序与非激活应用程序。在这里,非激活应用程序应用程序可在使用者终端100施行,但是还意味着使用者通过使用者设定来指定非激活的应用程序。\n[0041] 另外,服务管理部120也可指定在驱动至少一个使用者终端100时待自动施行的应用程序等,并且也可对多个应用程序指定优先顺序。并且响应于使用者命令来分别施行多个应用程序或终止施行正在施行的应用程序地进行管理。\n[0042] 控制部130为,为了提供在服务管理部120施行的应用程序所需的资源,控制部130控制驱动设置在使用者终端100的硬件的驱动程序。控制部130控制分别对应于多个硬件的多个驱动程序来获取资源,尤其是在本发明中控制部130控制Wi-Fi驱动程序140,以使服务管理部120能够提供通过Wi-Fi通信的各种服务。\n[0043] 控制部130可由诸如运营体制(Operation System:以下称为OS)的软件程序。在上述,为了便于说明单独图示了服务管理部120与控制部130,但是服务管理部120可包括于控制部130。\n[0044] Wi-Fi驱动程序140根据控制部130的控制驱动对应的硬件,以使使用者终端100执行与头部单元200Wi-Fi通信。Wi-Fi驱动程序140尤其控制使用者终端100的硬件中的Wi-Fi通信相关硬件向头部单元200传送数据,并将在头部单元200传送的数据传达到控制部130。\n[0045] 在使用者终端100可设置用于驱动各种硬件的多个驱动程序,但是在本发明中以Wi-Fi通信为基准进行了说明,因此只图示了Wi-Fi驱动程序140。\n[0046] 另外,头部单元200如上所述配置在车辆内来控制AVN。头部单元200具有界面部\n210、服务管理部220、控制部230及Wi-Fi驱动程序240。\n[0047] 界面部210可具有接收使用者命令的输入部与将响应于使用者命令的动作执行结果显示给使用者的输出部,并且可由显示装置、开关、音响等实现。但是在最近作为界面部\n210主要使用由输入部与输出部形成一体的触摸屏。\n[0048] 另外,虽然未图示于图面,但是使用者终端100还可具有界面部,接收使用者命令并将动作的执行结果显示给使用者。\n[0049] 服务管理部220管理能够由头部单元200提供给使用者的各种服务。尤其是,在本发明中服务管理部220获取头部单元200用Wi-Fi通信获取在使用者终端100设置的应用程序中能够服务的应用程序的信息,并由服务目录构成已获取的应用程序信息并通过界面部\n210显示给使用者。\n[0050] 另外,服务管理部220通过界面部210接收使用者命令,该使用者命令选择在包括于服务目录的应用程序中选择至少一个应用程序,并将对该应用程序的服务提供给使用者。这时,被选择的应用程序不是在头部单元200而是在使用者终端100施行。然后,将应用程序的施行结果通过界面部210显示给使用者。\n[0051] 为了提供服务管理部220施行的应用程序所需的资源,控制部230与使用者终端\n100的控制部130相同地控制驱动硬件的驱动程序。\n[0052] 头部单元200的控制部230也可由诸如OS的软件程序实现,并且与使用者终端100的控制部130相同也可由OS实现,但是由不同OS实现也无妨。\n[0053] Wi-Fi驱动程序240为,与使用者终端100的控制部130相同,根据控制部230的控制驱动对应的硬件,以使使用者终端100执行与头部单元200Wi-Fi通信。\n[0054] 图3是示出根据本发明一实施例的车辆内可能支援的服务的显示方法。\n[0055] 参照图2,说明本发明的车辆内可能支援的服务的显示方法,首先驱动头部单元\n200(S10)。然后,被驱动的头部单元200呼叫已保存的Wi-Fi设定或接收使用者命令来保存Wi-Fi设定(S20)。在这里,Wi-Fi设定意味着对能够利用Wi-Fi通信提供的服务的使用者设定。即,使用者可指定激活或非激活的应用程序来保存为使用者设定,尤其是可通过Wi-Fi设定保存能够用Wi-Fi通信接收在至少一个使用者终端100提供的应用程序服务中的激活或非激活的应用程序。使用者设定保存在服务管理部220,若驱动头部单元200,则服务管理部220呼叫使用者设定来区分激活应用程序与非激活程序。\n[0056] 在上述中,说明了在头部单元200中保存或呼叫使用者设定,但是至少一个使用者终端100也可个别呼叫或保存使用者设定。\n[0057] 之后,为了搜索可能用Wi-Fi通信连接的至少一个使用者终端100,头部单元200传送探测请求数据包(Probe Request Packet)(S30)。探测请求数据包是为了搜索可能在Wi-Fi或Wi-Fi direct通信的终端机或AP而送出的数据包,是以Wi-Fi规格(IEEE 802.11)指定的数据包。头部单元200以广播(Broadcast)方式传送探测请求数据包,头部单元200传送探测请求数据包,并在传送探测请求数据包的供应商(Vendor)项目包括自身的供应商信息(例如:现代摩比斯)和意味着可能施行Wi-Fi服务信息请求的信息。\n[0058] 据此,接收探测请求数据包的至少一个使用者终端200分别向头部单元200回复探测响应数据包(Probe Response Packet)。探测响应数据包也与探测请求数据包相同是Wi-Fi规格指定的数据包。至少一个使用者终端200在探测响应数据包的供应商项目包括在探测请求数据包施加的供应商信息和可能施行的服务名称来分别回复头部单元200,头部单元200从至少一个使用者终端200分别接收探测响应数据包(S40)。\n[0059] 图4是示出探测请求数据包的构成。\n[0060] 如上所述图4示出的探测响应数据包的构成被指定为Wi-Fi规格(IEEE 802.11),并且包括1byte(比特,字节)的Vendor Specific(特定供应商)项目与1byte的Length(长度)项目、3byte的Vendor(供应商)项目及1byte的Type(类型)项目。本发明为使至少一个使用者终端100分别在上述3byte的供应商项目包括在探测请求数据包施加的供应商数据和可能施行的服务名称来分别传送到头部单元200,进而可使头部单元200识别可能施行的服务。\n[0061] 在这里,至少一个使用者终端100不包括将被使用者设定为非激活的服务于探测响应数据包。即,被使用者设定为未在至少一个的使用者终端100使用的应用程序的服务不被传送到头部单元200。\n[0062] 在本发明中至少一个使用者终端100将包括供应商信息和可能施行的服务名称的探测响应数据包传送到头部单元200,这是因为不仅能够按照各个使用者终端100制造商分别支援相互不同的服务,还不同地设定了施行各个服务的方法及菜单名称等。即,按照各个制造商分别不同地设定Wi-Fi服务的施行规格,并且使用者已经适应自身的使用者机器,因此若显示与使用者终端100中的形式不同的形态,则存在使用者很难使用该服务的问题。\n[0063] 据此,在本发明中至少一个使用者终端100分别在探测响应数据包直接包括自身提供的服务名称,并分别将探测响应数据包传送到头部单元200,进而可使使用者容易地选择所需的服务。\n[0064] 若从至少一个使用者终端100分别接收探测响应数据包,则头部单元200分析接收到的探测响应数据包来获取包括于供应商项目的至少一个服务名称。然后,利用已获取的服务名称与使用者终端的信息来构成服务目录(S60),其中使用者终端的信息包括于对应于各个服务的Vendor Specific(特定供应商)项目。\n[0065] 这时,头部单元200对于由Wi-Fi设定而非激活的服务并不包括在服务目录。即,就算是作为可能在至少一个使用者终端100使用的服务而传输的服务,只要在Wi-Fi设定中设定为未使用的服务则不包括于服务目录,进而增大了使用者的使用便利性。\n[0066] 在上述中说明了头部单元200在探测请求数据包的供应商项目(Vendor)包括可能施行Wi-Fi的服务信息请求来传送探测请求数据包,但是在本发明中头部单元也可在供应商项目(Vendor)一起包括AP状态请求并进行传送。在这里,AP状态请求信号意味着能够与头部单元200连接的至少一个使用者终端100或头部单元200待执行通信的AP各个的状态信息。\n[0067] 如果头部单元200在传送探测请求数据包的供应商项目时一起传送AP状态请求,则至少一个使用者终端100或AP不仅是可施行的服务还将AP状态信息包括于探测响应数据包的供应商项目。在这里,在AP状态信息可包括现在至少一个的使用者终端100各个的数据处理量、连接于现在的至少一个使用者终端100或AP使用数据的终端的个数、相同频道上的AP个数、周边频道的AP个数及AP的信号强度等,来传送AP状态信息。\n[0068] 在这里,相同频道上的AP个数、周边频道的AP个数是因为可能在Wi-Fi通信中产生无线干涉而确认的,而AP的信号强度是因为信号强度越好则能够降低数据包的错误率而确认的。\n[0069] 据此,若在探测响应数据包包括AP状态信息并传送该探测响应数据包,则头部单元200分析已传送的AP状态(S70)。头部单元200在分析AP状态时在AP信息中根据影响数据使用的程度给各个信息分配优选顺序并可用分数来数值化。\n[0070] 只是,与构成服务目录的情况相同,若在分析AP状态时由使用者设定而存在不使用的AP,则头部单元200可将该AP在分析对象中除外。\n[0071] 之后,头部单元200将已构成的服务目录与AP状态显示于界面部210(S80)。即,头部单元200与现有技术不同不仅显示信号的强度,还可将使用者能够利用的服务与该机器的AP状态显示给使用者。另外,若使用者选择已显示的服务目录中的一个或选择AP状态,则向对应的使用者终端100传送服务施行请求或连接请求来执行已选择的服务,或与该使用者终端连接。\n[0072] 在上述中说明了头部单元200将可能施行Wi-Fi的服务信息请求与AP状态请求一同包括于探测请求数据包的项目并传送该探测请求数据包,并接收包括服务名称与AP状态信息的探测响应数据包,但是在这一情况,在探测请求数据包或探测响应数据包的规格也可无需包括所有信息。据此,头部单元200区分可能施行Wi-Fi的服务信息请求与AP状态请求并进行个别传送,并且也可区分地接收分别对应的服务名称与AP状态信息。\n[0073] 图5是示出根据本发明的基于Wi-Fi连接头部单元与便携式机器时显示的画面的一示例。图6是示出在选择服务时在头部单元显示的画面的一示例。\n[0074] 图5为简单的一示例,示出了头部单元200与现有技术的信号强度一同显示可能给使用者提供的Wi-Fi服务名称的构成。与图1比较时,使用者能够视觉确认各个使用者终端\n100能够提供的服务,因此易于选择特定使用者终端。不仅如此,如图6所示使用者选择特定服务,进而无需另外的设定使该服务即显示于头部单元200,因此可将使用的服务使用便利性极大化。\n[0075] 根据本发明的方法可实现为在能够由电脑读取的记录媒体能够由电脑读取的代码。电脑能够读取的记录媒体包括保存能够被电脑系统读取的数据的所有种类的记录装置。例如,记录媒体有ROM、RAM、CD-ROM、磁带、软盘、光学数据存储设备等,并且也包括实现载波(例如,通过网络传送)的形态。并且,电脑能够读取的记录媒体被分散于由网络连接的电脑系统,并且能够以分散方式保存并施行电脑能够读取的代码。\n[0076] 以在附图示出的实施例为参考说明了本发明,但是这不过实施例性的,并且如果是在本技术领域具有通常知识的技术人员可会理解为从此可进行各种变形及均等的其他实施例。\n[0077] 因此,本发明真正的技术保护范围应该由权利要求范围的技术思想定义。
法律信息
- 2019-03-19
- 2016-06-08
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201510727033.0
申请日: 2015.10.30
- 2016-05-11
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |