用于提供车辆内通知服务的方法、机器可读存储介质、头部单元设备以及移动设备

摘要

提供一种用于在头部单元设备上提供车辆内通知服务的方法。所述方法包括：在发生事件时，从移动设备接收包括关于所述事件的事件信息的通知消息；基于所述事件信息来生成请求执行与所述事件相关的应用的动作请求消息，并且将所述动作请求消息发送给所述移动设备；以及根据所述应用的执行向用户显示图形用户界面(GUI)。

说明书

技术领域

本发明一般地涉及用于使用车辆内(in-vehicle)通知服务的方法，并且更具 体地，涉及用于在车辆内头部单元设备和移动设备之间提供预定类型的通知。 背景技术

汽车已变成用户可以享受各种类型的娱乐的地方，而非仅仅用于运输。 因此，所谓的信息娱乐已经发展成允许用户通过车辆内的移动设备接收并享 受诸如音乐或视频之类的媒体。

信息娱乐系统向用户提供信息。所述信息一般是音频、视频或两者的结 合。车辆内的移动设备和车辆内的头部单元设备之间的交互增加了用户便利。

具体来说，移动设备和车辆内的头部单元设备之间的交互将通过提供各 种类型的满足用户的特定需求的信息来增加用户便利。

然而，还没有规范用于需要通知的服务(像呼叫信息、消息信息或设备状 态信息的传输)的通知机制。

发明内容

技术问题

因此，已做出本发明来解决以上陈述的在现有技术中发生的问题，并且 本发明的一个方面提供用于在移动设备和车辆内的头部单元设备之间的交互 的通知机制以提供根据特定用户需求的各种类型的信息(诸如呼叫信息、消息 信息或设备状态信息等等)。

解决方案

依据本发明的一个实施例，提供一种用于在头部单元设备上提供车辆内 通知服务的方法。所述方法包括：在发生事件之时，从移动设备接收包括关 于事件的事件信息的通知消息；基于所述事件信息来生成请求执行与所述事 件相关的应用的动作请求消息，并且将所述动作请求消息发送给所述移动设 备；以及根据所述应用的执行向用户显示图形用户界面(GUI)。

依据本发明的另一个实施例，提供一种用于提供车辆内通知服务的移动 设备。所述设备包括：显示器，用于显示与事件相关的图形用户界面(GUI)； 通信模块，用于与头部单元设备通信；以及控制器，用于在事件发生时，生 成包括关于所述事件的事件信息的通知消息，通过所述通信模块将所述通知 消息发送给所述头部单元设备，通过所述通信模块从所述头部单元设备接收 请求执行与所述事件相关的应用的动作请求消息，并且根据所述应用的执行 通过所述通信模块将所述GUI发送给头部单元设备。

依据本发明的另一个实施例，提供一种记录用于执行车辆内通信服务方 法的程序的机器可读存储介质。

有益效果

根据本发明，关于呼入/呼出、新消息、特定危险级别的设备状态警报等 等的通知。根据本发明，关于呼入/呼出、新消息、特定危险级别的设备状态 警报等等的通知可以在车辆内环境中的头部单元设备和移动设备之间单向地 或者双向地发送。因此，增加了用户便利。

附图说明

从以下结合附图的详细描述，本发明某些实施例的上述和其它方面、目 标、特征和优点将更加明显，附图中：

图1是根据本发明的实施例的车辆内通知服务系统的框图；

图2是图示动作请求和对所述动作请求的响应的的信号流的示图；

图3是图示在移动设备处登记通知类型的信号流的示图；

图4是图示将用户想要的通知服务登记到移动设备中的信号流的示图；

图5是图示在头部单元设备处从移动设备接收通知消息的初始化操作的 信号流的示图；

图6是图示根据本发明的实施例的在头部单元设备从移动设备接收到通 知事件消息之后，在头部单元设备处通过车连网协会(Vehicular Networking  Conference，VNC)显示通知事件信息的信号流的示图；

图7是图示根据本发明的实施例的在头部单元设备从移动设备接收到通 知事件消息之后，在头部单元设备处、在本地通知图形用户界面(GUI)上显示 通知事件信息的信号流的示图；

图8是图示根据本发明的另一个实施例的在头部单元设备从移动设备接 收到简单的通知事件消息之后，在头部单元设备处通过VNC显示通知事件信 息的信号流的示图；

图9是图示根据本发明的另一个实施例的在头部单元设备从移动设备接 收到简单的通知事件消息之后，在头部单元设备处、在本地通知GUI上显示 通知事件信息的信号流的示图；以及

图10是图示用于利用一个应用支持多个类型的通知服务的信号流的示 图。

具体实施方式

下文中，将参照附图描述本发明的实施例。贯穿附图，相同的元素将由 相同的参考标记指代。

图1是图示根据本发明实施例的车辆内通知服务系统的框图。车辆内通 知服务系统包括定位在车辆内放置的头部单元设备100以及移动设备200。 车辆内通知服务系统遵循车连网联盟(Car Connectivity Consortium，CCC)标 准。

头部单元设备100包括第一用户接口(UI)110、第一传感器单元120、第 一存储器130、第一通信模块140、第一照相机150以及第一控制器160。第 一UI110包括第一扬声器112、第一麦克风114以及第一显示器116。头部单 元设备100被配置到通信终端内。

移动设备200是智能电话机、便携式电话机、游戏机、膝上型计算机、 平板PC、个人媒体播放器(PMP)、个人数字助理(PDA)等等中的任意一个。 移动设备200是便携式设备。移动设备200被配置到便携式移动设备内，所 述便携式移动设备通过在便携式设备中实现无线通信功能来实现。

移动设备200包括第二UI210、第二传感器单元220、第二存储器230、 第二通信模块240、第二照相机250以及第二控制器260。第二UI210包括 第二扬声器212、第二麦克风214以及第二显示器216。

头部单元设备100和移动设备200利用传输控制协议/互联网协议 (TCP/IP)、通过第一通信模块140和第二通信模块240彼此通信或者彼此连接。 此外，移动设备200和头部单元设备100利用诸如通用即插即用(UPnP)的服 务协议操作以提供车辆内服务。

根据基于UPnP的通信方案，移动设备200充当终端模式服务器或者镜 像链接(Mirror Link，ML)服务器，而头部单元设备100充当终端模式客户端 或ML客户端。

现在将描述移动设备200和头部单元设备100公共的基本功能。例如， “UI110或210”是指头部单元设备100中的第一UI110和移动设备200中 的第二UI210。也就是说，下列描述是对移动设备200中的组件的功能或者 它们之间的关系，或者头部单元设备100中的组件的功能或者它们之间的关 系的描述。

UI110或210是用于接收用户输入或向用户提供信息的装置。UI110或 210包括多个按钮、振动电机、连接器、键区等等。UI110或210的示例包 括鼠标、轨迹球、操纵杆或光标方向键等等。提供通过鼠标、轨迹球、操纵 杆或光标方向键的光标控制以用于与控制器160或260的信息通信以及用于 对显示器116或216上的光标移动的控制。

扬声器112或212在控制器160或260的控制下向设备100或200的外 部输出与各种信号(例如，无线电信号、广播信号、数字音频文件、数字视频 文件以及照片拍摄)相对应的声音。扬声器112或212输出与设备100或200 执行的功能相对应的声音。一个或多个扬声器112或212被安装在设备100 或200的合适的一个位置或多个位置上。

麦克风114或214在控制器160或260的控制下接收语音或声音并且将 所接收到的语音或声音转换成电信号。

按钮位于设备100或200的前表面、侧表面或者后表面上，包括电源/锁 定按钮(未示出)、音量按钮(未示出)、菜单按钮、起始按钮(home button)、后 退按钮以及搜索按钮。

振动电机在控制器160或260的控制下将电信号转换成机械振动。例如， 当在振动模式中进来话音呼叫或视频呼叫之时，设备100或200通过通信模 块140或240操作振动电机。一个或多个振动电机安装在设备100或200内 部。振动电机响应于用户在显示器116或216上的触摸或者触摸并拖动而操 作。

连接器被用作将设备100或200连接到外部设备或电源(未示出)的接口。 在控制器160或260的控制下、通过连接到连接器的线缆，存储在存储器130 或230中的数据被发送到外部设备或者从外部设备接收数据。通过连接到连 接器的线缆接收到电力或者电池。

键区从用户接收键输入以用于设备100或200的控制。键区是设备100 或200上的物理键区或显示器116或216上显示的虚拟键区。

显示器116或216在屏幕上显示从控制器160或260接收到的图像。显 示器116或216利用液晶显示器(LCD)、触摸屏等等来配置。显示器116或 216显示图像，当诸如手指或手写笔的用户输入工具触摸显示器116或216 的表面时，生成键接触中断，并且在控制器160或260的控制下向控制器160 或260输出指明输入坐标和输入状态的用户输入信息。

显示器116或216向用户提供与各种服务或功能(例如，车辆内通知服务、 呼叫、数据传输、广播以及照片/视频捕捉)相对应的图形用户界面(GUI)。显 示器116或216向控制器160或260输出关于到GUI的触摸输入的信息(即用 户输入信息)。显示器116或216接收通过用户的身体部分(例如，手指)或触 摸输入工具(例如，手写笔)的至少一条触摸信息。

在本发明中，触摸不局限于显示器116或216和用户的身体部分或触摸 输入工具之间的接触，而是还包括非接触(例如，显示器116或216距离用户 的身体部分或触摸输入工具约1毫米(mm)或更近的情况)。显示器116或216 包括电阻的、电容式的、红外的或者声波的触摸屏。

传感器单元120或220包括用于检测设备100或200的状态(例如，设备 100或200的位置、方位、移动等等)的至少一个传感器。例如，传感器单元 120或220包括接近传感器，以用于检测用户是否在设备100或200附近以 及用户位于离设备100或200多近的位置，或者动作/方位传感器，以用于检 测设备100或200的移动(例如，设备100或200的旋转、加速、减速、振动 等等)。动作/方位传感器包括加速度传感器、重力传感器、地磁传感器、陀螺 仪传感器、震动传感器、全球定位系统(GPS)传感器、指南针传感器、加速度 传感器等等。传感器单元120或220检测设备100或200的状态，生成与所 检测的状态相对应的信号，并且向控制器160或260发送所述信号。例如， GPS传感器从环地轨道中的多个GPS卫星(未示出)接收信号并且基于接收到 的从GPS卫星到设备100或200的信号的到达时刻(ToA)来计算设备100或 200的GPS位置。指南针传感器计算设备100或200的方位。

通信模块140或240直接地或者经由网络将设备100或200连接到服务 器或外部设备。通信模块140或240是有线或无线通信模块。通信模块140 或240通过线缆或者以无线方式发送从控制器160或260、存储器130或230 或者照相机150或250接收到的数据。此外，通信模块140或240通过、通 过线缆或无线方式的外部通信线或空中接口接收数据并且将所接收到的数据 提供给控制器160或260或者将所接收到的数据存储在存储器130或230中。

通信模块140或240包括移动通信模块以及近距离通信模块中的至少一 个，诸如无线局域网(WLAN)模块144或244、蓝牙(BT)模块142或242、通 用串行总线(USB)模块146或246。通信模块140或240的其它示例包括综合 服务数字网(ISDN)模块、调制解调器、红外模块、紫蜂模块等等。

所述移动通信模块在控制器160或260的控制下、利用至少一个天线(未 示出)、经由诸如移动通信网络的广域网(WAN)将设备100或200连接到外部 设备。所述移动通信模块将无线信号发送到外部设备以及从外部设备接收无 线信号，所述外部设备具有电话号码或网络地址，其诸如便携式电话、智能 电话机或者平板PC，以执行话音呼叫或视频呼叫并且交换包括短消息服务 (SMS)消息和多媒体服务(MMS)消息的数据。

在控制器160或260的控制下，WLAN模块144或244在安装无线接入 点(AP)(未示出)的地方连接到互联网或者控制设备100或200和外部设备之间 的无线通信。WLAN模块144或244支持电气电子工程师学会(IEEE)的WLAN 标准，即，IEEE802.11x、无线保真度(WiFi)以及WiFi Direct(WiFi直连)。

近距离通信模块在控制器160或260的控制下执行设备100或200和外 部设备之间的近距离通信。近距离通信方案包括蓝牙、红外数据协会(IrDA) 以及USB通信。

照相机150或250包括透镜系统、图像传感器和闪光灯。照相机将入射 到透镜系统的光信号转换成电图像信号并且向控制器160或260输出电图像 信号。用户利用照相机150或250拍摄视频或静止图像。

透镜系统通过会聚外部入射光形成物体的图像。透镜系统包括为凸透镜 或非球面透镜的至少一个透镜。透镜系统关于沿着透镜系统的中心的光轴对 称。光轴被定义为中心轴。图像传感器检测由外部入射光形成的光学图像以 作为电图像信号。图像传感器设有以M×N矩阵排列的多个像素单元并且所述 像素单元包括光电二极管以及多个晶体管。像素单元累积由入射光产生的电 势，并且累积的电势的电压表示入射光的照度(luminance)。在处理静止图像 或视频图像时，从图像传感器输出的图像信号是从像素单元输出的电压(即像 素值)的集合。图像信号来自于一帧(即静止图像)。一帧包括M×N个像素。图 像传感器是电荷耦合器件(CCD)或者互补金属氧化物半导体(CMOS)图像传 感器。

驱动器在控制器160或260的控制下驱动图像传感器。驱动器曝光图像 传感器的所有像素或仅曝光全部像素当中想要的区域的像素并且将从像素接 收到的图像数据输出到控制器160或260。

控制器160或260以帧为基础处理从照相机150或250接收到的图像或 者存储在存储器130或230中的图像，并且输出与显示器116或216的显示 特性(例如尺寸、视频质量、分辨率等等)相匹配的图像帧。

存储器130或230存储以下各项：用于实现各种功能或服务的应用，所 述功能或服务像车辆内通知服务、导航、视频呼叫以及游戏；用于提供与应 用相关的GUI的图像；与车辆内通知服务相关的用户信息、文本、数据(例如， 消息、设置值等等)；背景图像(菜单屏幕、待机屏幕等等)或操作设备100或 200所需的操作程序；以及照相机150或250拍摄的图像。存储器130或230 是机器可读介质(例如，计算机可读介质)。术语“机器可读介质”是指向机器 提供数据使得机器能够执行特定功能的介质。机器可读介质是存储介质。存 储器130或230包括非易失性介质和易失性介质。所有这些介质属于允许物 理设备从这些介质向机器读取命令的类型。

机器可读介质包括但不限于软盘、软磁盘、硬盘、磁带、致密盘只读存 储器(CD-ROM)、光盘、穿孔卡片、纸带、随机存取存储器(RAM)、可编程只 读存储器(PROM)、可擦除PROM(EPROM)以及快闪EPROM中的至少一个。

控制器160或260应外部设备请求，或者响应于用户输入信息，或者根 据自动执行设置执行应用。该应用应外部设备请求，或者响应于用户输入信 息，或者根据自动执行设置执行程序。用户输入包括来自键区或显示器116 或216的输入或者基于照相机的输入。控制器160或260包括用于信息通信 的总线以及连接到所述总线以用于信息处理的处理器。控制器160或260包 括连接到总线的RAM以存储处理器请求的信息。RAM存储处理器请求的临 时信息。设备100或200还包括连接到总线的ROM以存储处理器请求的固 定信息。控制器160或260是中央处理单元(CPU)，其提供对设备100或200 的整体控制并且执行本发明的车辆内通知服务方法。

现在将给出对移动设备200和头部单元设备100之间的交互的描述。

头部单元设备100和移动设备200通过TCP/IP、通过第一通信模块140 和第二通信模块240彼此通信或者彼此连接。头部单元设备100和移动设备 200使用诸如UPnP的服务协议以便提供车辆内通知服务。

移动设备200的第二控制器260包括用于UPnP通信的终端模式服务器 设备模块270。终端模式服务器设备模块270包括ML通知服务模块272和 终端模式(TM)应用服务器服务模块274。

ML通知服务模块272负责头部单元设备100和移动设备200之间的通 知服务。通知服务具有诸如urn:schemas-upnp-org:service:MLNotification:1的 服务类型。ML通知服务模块272也被称为TM通知服务模块。在这种情况 下，服务类型是urn:schemas-upnp-org:service:TmNotificationServer:1。

TM应用服务器服务模块274执行或者终止移动设备200中的应用或者 管理应用，例如，检索应用列表。

第二控制器260还包括用于基于实时传送协议(RTP)的媒体会话连接的第 二RTP服务器/客户端模块280以及用于基于虚拟网络计算(VNC)的媒体会话 连接的VNC服务器模块290。VNC被用来在头部单元设备100的显示器116 上显示与在移动设备200的显示器216上显示的屏幕相同的屏幕。

头部单元设备100的第一控制器160包括用于UPnP通信的终端模式控 制点170。终端模式控制点170管理媒体会话连接性以及VNC连接性。控制 器160还包括用于基于RTP的媒体会话连接的第一RTP服务器/客户端模块 180以及用于基于VNC的媒体会话连接的VNC客户端模块190。

终端模式控制点170通过向TM应用服务器服务模块274发送包括命令 的动作请求消息(或者动作调用消息)来操作移动设备200的第二RTP服务器/ 客户端模块280和头部单元设备100的第一RTP服务器/客户端模块180，以 用于在移动设备200和头部单元设备100之间执行呼叫的媒体流连接，即， RTP连接。此外，终端模式控制点170通过向TM应用服务器服务模块274 发送包括LaunchApplication(启动应用)动作命令的LaunchApplication动作请 求消息来操作移动设备200的VNC服务器模块290。移动设备200向头部单 元设备100发送包括作为LaunchApplication动作命令的返回值的统一资源定 位符(URL)的响应消息，其中在所述URL处，VNC客户端模块190可以访问 VNC服务器模块290。

对于VNC连接，移动设备200的VNC服务器模块290和头部单元设备 100的VNC客户端模块190被操作。

终端模式控制点170在终端模式控制点170和ML通知服务模块272之 间使用下面表1中所列出的下列UPnP动作命令。

表1

名称 设备R/O 控制点R/O GetSupportedNotiTypes()(取得支持的通知类型()) R R SetNotiConfiguration()(设置通知配置()) R R InvokeNotiAction()(调用通知动作()) R R

在表1中，R代表必需的，而O代表可选的。设备R/O指示ML通知服 务模块272(或者移动设备200)是否是必需的，而控制点R/O指示终端模式控 制点170是否是必需的。

图2是图示用于描述动作请求的信号流和对所述动作请求的响应的示 图。

为了请求移动设备200支持的通知类型的列表，头部单元设备100向移 动设备200发送GetSupportedNotiTypes动作命令。

参照图2，步骤S210是动作请求步骤。具体来说，头部单元设备100的 终端模式控制点170在步骤S210中向移动设备200的ML通知服务模块272 发送包括请求移动设备200支持的通知类型的列表的GetSupportedNotiTypes 动作命令的GetSupportedNotiTypes动作请求消息。

在步骤S220中，ML通知服务模块272响应于动作请求消息向终端模式 控制点170发送包括通知类型的响应消息。

对GetSupportedNotificationTypes动作命令的响应包括如表2中图示的由 逗号(,)分开的、A_ARG_TYPE_String形式的通知类型。A_ARG_TYPE是临 时值。

每个动作命令具有一名称以及至少一个因子或者参数。参数具有方向 (Direction)以及相关状态变量(RelatedState)。方向指示参数是被设置为动作命 令的参数还是作为动作命令的结果输出。相关状态变量被用来确定参数类型。

表2

参数 方向 相关状态变量 NotiTypes 出 A_ARG_TYPE_String

优选地，NotiTypes被配置成用户可识别的形式。例如，NotiTypes指示 呼叫、消息、警报、日历等等。在接收到通知类型时，终端模式控制点170 将逗号与通知类型分开并且配置和显示屏幕，即通知GUI(或者UI)从而用户 通过头部单元设备100选择从移动设备200接收到的通知类型。

图3是图示用于在移动设备处登记通知类型的操作的信号流的示图。

参照图3，移动设备200包括用于管理通知类型的通知类型管理器320 以及用于提供通知服务的多个应用310和311。在移动设备200内提供通知 服务的每个应用登记关于应用提供给通知类型管理器320的通知类型的信 息。应用310和311中的每一个将其应用ID(AppID(或者 A_ARG_TYPE_AppID))以及其通知类型登记到通知类型管理器320中。一个 应用支持多个通知服务并且一个通知类型被多个应用支持。

第一应用310(App1)在步骤S310中生成包括其应用ID(AppID#_1)和通知 类型、呼叫的第一登记消息(或者请求订阅的订阅消息)，并且向通知类型管理 器320发送第一登记消息。

在步骤S320中，App1生成包括AppID#1和通知类型、消息的第二登记 消息，并且向通知类型管理器320发送第二登记消息。

第二应用311(App2)在步骤S330中生成包括其应用ID(AppID#_2)和通知 类型、脸书(Fackbook)的第三登记消息，并且向通知类型管理器320发送第三 登记消息。

移动设备平台或者通知类型管理器320保存基本通知类型列表并且应用 使用移动设备平台或者通知类型管理器320所设置的通知类型列表中列出的 通知类型之一。如果应用需要通知类型列表中未列出的通知类型，则应用将 新的通知类型包括在登记消息中。优选地，新的通知类型可由用户容易地识 别。

图4是图示用于将用户想要的通知消息登记到移动设备的操作的信号流 的示图。

参照图4，头部单元设备100在步骤S410中向移动设备200发送 SetNotiConfiguration动作请求消息，其包括用户想要的通知服务类型和请求 登记用户想要的通知服务类型的SetNotiConfiguration动作命令。

头部单元设备100将用户想要的通知类型SelectedNotiTypes(选择的通知 类型)设置为SetNotiConfiguration动作命令，如下面表3中所图示的。

表3

参数 方向 相关状态变量 SelectedNotiTypes 进 A_ARG_TYPE_String

用户选择的通知类型由逗号(，)分开。如果用户想要接收所有通知类型的 通知服务，则使用“*”值。这种通知类型选择根据预设信息(即，默认选择 信息)来进行。

表4图示了通知事件信息(或者事件信息)的结构、包括在移动设备200 向头部单元设备100发送的通知事件消息(事件通知消息或者通知消息)的通 知状态变量。

表4

通知元素包含关于在移动设备200(例如，电话机)中已经发生的事件的详 细信息并且所述通知元素被传送到头部单元设备100。notiID元素指示通知事 件的唯一标识符(ID)。notiType元素指示被表示为A_ARG_TYPE_String的通 知类型。notiTitle元素指明通知事件的标题，即，已经发生的通知事件的名称。 例如，通知事件的标题是新的文本消息或者电子邮件，表示为 A_ARG_TYPE_String。notiBody元素是包含关于针对用户的事件的详细信息 的通知消息的主体。例如，notiBody元素包括针对新的文本消息事件的文本 消息内容或者针对来电事件的呼叫者ID，表示为A_ARG_TYPE_String。 launchApp元素指示appIDs元素中的应用ID指示LaunchApplication动作或 者TerminateApplication动作。如果launchApp元素的值被设置为真，则头部 单元设备100利用appIDs中的应用ID之一调用LaunchApplication动作。另 一方面，如果所述值被设置为假，则头部单元设备100调用 TerminateApplication动作而非LaunchApplication动作。appIDs元素提供由逗 号分开的应用ID列表。appIDs元素中的每个应用ID是唯一ID并且必须与 A_ARG_TYPE_AppList上的一个相等，表示为A_ARG_TYPE_String。优先 级元素指明赋予通知消息的重要性级别。动作(actions)元素提供通知的动作列 表。动作列表由发起通知的应用提供使得用户针对通知直接选择用户操作。 例如，用户可以“回复”新的文本消息或者“忽略”它。该列表包括作为其 元素的“回复”和“忽略”动作。actionID元素是动作的唯一ID。当用户通 过通知UI针对通知选择动作时，actionID必须被发送到移动设备200。 actionName元素指示动作名称。该动作名称将被示为本地通知UI上的按钮。 appIDs元素提供由逗号分开的应用ID列表。appIDs中的每个应用ID是唯一 ID并且必须与A_ARG_TYPE_AppList上的一个相等，表示为 A_ARG_TYPE_String。

包括通知元素作为其母体的appIDs元素中的每一个以及包括动作(action) 元素作为其母体的appIDs元素采取由逗号分开的表示为 A_ARG_TYPE_AppID的应用ID列表(即，appIDs)的形式。除非头部单元设 备100提供本地通知GUI，否则包括通知元素作为其母体的appIDs元素中的 appID集合被设置为LaunchApplication动作命令或者TerminateApplication动 作命令的参数。移动设备200随后顺序地调用LaunchApplication动作。基于 launchApp元素的真值选择LaunchApplication动作和TerminateApplication动 作之一。如果launchApp元素被设置为真，则移动设备200调用 LaunchApplication动作。如果launchApp元素被设置为假，则移动设备200 调用TerminateApplication动作。

然而，如果头部单元设备100提供本地通知GUI，则忽略具有通知元素 作为其母体的appIDs元素。在appIDs元素是与用户选择的按钮相对应的动 作(action)元素的子元素的情况下，以与包括通知元素作为其母体的appIDs元 素相同的方式执行表示为本地通知GUI的按钮的动作当中的、头部单元设备 100自动选择的按钮或者头部单元设备100根据预定规则选择的按钮。

如果头部单元设备100支持本地通知GUI，则表4中所述的动作被表示 为本地通知GUI中的按钮。在用户选择按钮之一时，头部单元设备100向移 动设备200发送包括InvokeNotiAction(调用通知动作)动作命令的 InvokeNotiAction动作请求消息。该InvokeNotiAction命令包括与所选按钮相 对应的动作ID以及通知消息的ID、ActionID(动作ID)和NotiID(通知ID)。下 面表5列出了InvokeNotiAction动作的参数。

表5

参数 方向 相关状态变量 NotiID 入 A_ARG_TYPE_NotiID ActionID 入 A_ARG_TYPE_ActionID

下面表6列出了配置成减少一个LaunchApplication动作调用的另一个 InvokeNotiAction动作的参数。

表6

参数 方向 相关状态变量 NotiID 入 A_ARG_TYPE_NotiID ActionID 入 A_ARG_TYPE_ActionID AppID 入 A_ARG_TYPE_AppID ProfileID(简介ID) 入 A_ARG_TYPE_ProfileID AppURI(应用URI) 出 A_ARG_TYPE_URI

AppID参数包括第一应用ID、具有动作(action)元素作为其母体的appIDs 元素的AppID。移动设备200向头部单元设备100发送响应消息，所述响应 消息包括统一资源标识符(URI)，利用该URI，计算机响应于动作请求消息访 问具有AppID的应用。

图5是图示在头部单元设备处从移动设备接收通知消息的初始化操作的 信号流的示图。

步骤S510是设备/服务发现和描述步骤，其中，移动设备200和头部单 元设备100中的每一个通过UPnP发现另一方。

在步骤S520中，当用户想通过头部单元设备100从移动设备200只接收 想要的通知类型时，头部单元设备100向移动设备200发送包括 GetSupportedNotiTypes(取得支持的通知类型)动作命令的 GetSupportedNotiTypes动作请求消息。

移动设备200在步骤S530中响应于动作请求消息向头部单元设备100发 送包括其所支持的通知类型的响应消息。所述通知类型以 A_ARG_TYPE_String(即，串)的形式表示。所述响应消息包括所支持的通知 类型的列表。

在步骤S540中，头部单元设备100在第一显示器116上显示接收到的通 知类型。

用户在步骤S545中从显示的通知类型当中选择想要的通知类型。

头部单元设备100在步骤S550中向移动设备200发送 SetNotiConfiguration(设置通知配置)动作请求消息，其包括用户选择的通知服 务类型和请求登记这些通知类型的SetNotiConfiguration动作请求。

在步骤S560中，头部单元设备100向移动设备200发送请求订阅ML通 知服务的预订消息。

只有当已经发生关于用户选择的通知类型的要通知的事件时，移动设备 200才在步骤S570中向头部单元设备100发送包括通知事件信息的通知事件 消息。

在步骤S575中，在接收到通知事件消息时，头部单元设备100在第一显 示器116上，即在GUI上显示通知事件信息，或者通过VNC接收在移动设 备200的第二显示器上显示的屏幕，即，GUI，并向用户显示接收到的屏幕。

图6是用于根据本发明的实施例的在头部单元设备从移动设备接收到通 知事件消息之后，在头部单元设备处通过VNC显示通知事件信息的信号流的 示图。

参照图6，在发生与任何用户选择的通知类型相对应的事件时，移动设 备200在步骤S610中向头部单元设备100发送诸如appIDs元素的通知事件 信息。

在步骤S615中，头部单元设备100提取包括包含在通知事件消息中的通 知元素作为母体的appIDs元素，从appIDs元素基于逗号提取appID，并且向 移动设备200发送LaunchApplication动作请求消息，其包括具有appIDs的第 一appID(例如，AppID#_1)作为参数的LaunchApplication命令。

移动设备200在步骤S620中向头部单元设备200发送包括作为 LaunchApplication命令的返回值的URL的响应消息，在所述URL处，VNC 客户端模块190可以访问VNC服务器模块290。VNC URL采取“VNC://…” 的形式。

在步骤S625中，如果VNC服务器模块290是利用VNC URL可访问的， 则头部单元设备100激活VNC客户端模块190并且向VNC客户端模块190 发送VNC URL。VNC客户端模块190可以通过VNC URL访问VNC服务器 模块290。头部单元设备100随后通过VNC连接或VNC流接收在移动设备 200的显示器216上显示的屏幕，即GUI。

移动设备200随后顺序地接收具有在第一appID之后的其它appID的 LaunchApplication动作命令并且执行映射到所述appID的应用。如果该应用 已经被执行，则在屏幕的顶端通知该应用。

头部单元设备100在步骤S630中向移动设备200发送LaunchApplication 动作请求消息，其包括具有包括在通知事件消息中的appIDs的第二appID(例 如AppID#2)作为参数的LaunchApplication动作命令。

移动设备200在步骤S635中向头部单元设备200发送包括作为 LanunchApplicantion动作命令的返回值的RTP URL的响应消息，在所述RTP URL处，头部单元设备100的第一RTP服务器/客户端180可以访问移动设 备200的第二RTP服务器/客户端280。RTP URL采取“RTP://…”的形式。

在步骤S640中，如果第二RTP服务器/客户端模块280是利用RTP URL 可访问的，则头部单元设备100激活第一RTP服务器/客户端模块180并且向 第一RTP服务器/客户端模块180发送RTP URL。第一RTP服务器/客户端模 块180通过该RTP URL访问第二RTP服务器/客户端模块280。头部单元设 备100随后通过RTP连接或流接收在移动设备200处的来电的语音数据或者 向移动设备200发送用户的呼叫的语音数据。

一旦以上述方式建立VNC连接，用户就可以通过头部单元设备100控制 在移动设备200的第二显示器216上显示的屏幕，即GUI。

用户在步骤S645中通过VNC针对通知直接选择动作。即，用户选择在 头部单元设备100的GUI上显示的动作按钮。

在步骤S650中，移动设备200向头部单元设备100发送具有设置为假的 launchApp元素的通知事件消息。

头部单元设备100在步骤S655中向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#1的appID 的参数的TerminateApplication动作命令。移动设备200随后终止与AppID#1 相对应的应用。

在步骤S660中，头部单元设备100向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#2的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#2 相对应的应用。

图7是图示根据本发明的实施例的在头部单元设备从移动设备接收到通 知事件消息之后，在头部单元设备处、在本地通知GUI上显示通知事件信息 的操作的信号流的示图。

参照图7，在发生与任何用户选择的通知类型相对应的事件时，移动设 备200在步骤S710中向头部单元设备100发送包括通知事件信息的通知事件 消息。

在步骤S715中，头部单元设备100基于通知事件消息的内容来配置通知 GUI。

用户在步骤S720中选择通知GUI上的接受按钮。即，用户确定是否接 收通知服务。

在用户在通知GUI上选择按钮时，头部单元设备100在步骤S725中向 移动设备200发送InvokeNotiAction动作请求消息，其包括具有与按钮相对 应的动作ID(ActionID)和通知事件消息的ID(NotiID)作为参数的 InvokeNotiAction动作命令。

由LaunchApplication动作顺序地执行与作为用户选择的动作的子元素的 appIDs元素中设置的appID相对应的应用。例如，在appIDs元素中存在单个 appID的情况下，执行一次LaunchApplication动作。在appIDs元素中存在两 个appID的情况下，执行两次LaunchApplication动作。如果使用如表6中图 示的InvokeNotiAction动作命令，则一个InvokeNotiAction动作实现与执行一 次LaunchApplication动作相同的效果。因此，例如，不需要额外发送用于执 行具有AppID#_1作为其appID的应用的LaunchApplication动作请求消息。

在步骤S730中，头部单元设备100提取包括通知事件消息中设置的通知 元素作为其母体的appIDs元素，基于逗号从appID元素提取appID，并且向 移动设备200发送LaunchApplication动作请求消息，其包括具有appIDs元素 的第一appID(例如，AppID#1)作为参数的LaunchApplication动作命令。

移动设备200在步骤S735中向头部单元设备100发送具有作为 LaunchApplication动作命令的返回值的URL的响应消息，在所述URL处， VNC客户端模块190可以访问VNC服务器模块290。VNC URL采取 “VNC://…”的形式。

在步骤S740中，如果VNC服务器模块290是利用VNC URL可访问的， 则头部单元设备100激活VNC客户端模块190并且向VNC客户端模块190 发送VNC URL。VNC客户端模块190可以通过VNC URL访问VNC服务器 模块290。随后，头部单元设备100通过VNC连接或流接收在移动设备200 的显示器216上显示的屏幕，即GUI。

在步骤S745中，头部单元设备100随后向移动设备200发送 LaunchApplication动作请求消息，其包括具有包括在通知事件消息中的 appIDs的第二appID(例如AppID#2)作为参数的LaunchApplication命令。

移动设备200在步骤S750中向头部单元设备100发送包括作为 LanunchApplicantion动作命令的返回值的RTP URL的响应消息，在所述RTP  URL处，第一RTP服务器/客户端模块180可以访问第二RTP服务器/客户端 模块280。RTP URL采取“RTP://…”的形式。

在步骤S755中，如果第二RTP服务器/客户端模块280是利用RTP URL 可访问的，则头部单元设备100激活第一RTP服务器/客户端模块180并且向 第一RTP服务器/客户端模块180发送RTP URL。第一RTP服务器/客户端模 块180可以通过该RTP URL访问第二RTP服务器/客户端模块280。头部单 元设备100通过RTP连接或流接收在移动设备200处的来电的语音数据或者 向移动设备200发送用户的呼叫的语音数据。

一旦以上述方式建立VNC连接，用户就可以通过头部单元设备100控制 在移动设备200的第二显示器216上显示的屏幕，即GUI。

在步骤S760中，移动设备200向头部单元设备100发送具有设置为假的 launchApp元素的通知事件通知消息。

头部单元设备100在步骤S765中向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#1的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#1 相对应的应用。

在步骤S770中，头部单元设备100向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#2的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#2 相对应的应用。

图8是图示根据本发明的另一个实施例的在头部单元设备从移动设备接 收到简单的通知事件信息之后，在头部单元设备处通过VNC显示通知事件信 息的操作的信号流的示图。

下面的表7图示了通知事件消息的数据结构。

表7

notiEvent元素指示发送的消息是简单的通知事件消息并且让头部单元设 备100知道在移动设备200中已经发生通知事件。notiID元素是通知事件的 唯一ID。appIDs元素提供由逗号分开的应用ID列表。appIDs元素中的应用 ID是唯一ID并且必须与A_ARG_TYPE_AppList上的一个相同。每个应用ID 具有在“L”或“T”的前缀值。如果应用ID具有前缀值“L”，则头部单元 设备100利用该应用ID调用LaunchApplication动作。另一方面，如果应用 ID具有前缀值“T”，则头部单元设备100利用该应用ID调用 TerminateApplication动作。appIDs元素被表示为A_ARG_TYPE_String。

notiEvent元素(或notiEvent状态变量)向头部单元设备100指示在移动设 备200中已经发生通知事件。通知事件消息包括指示事件通知的唯一ID的 notiID元素，以及用于对于不支持本地通知GUI的头部单元设备100直接执 行诸如VNC的应用。appIDs元素包括由逗号分开的多个应用ID。“L”或“T” 被添加在每个应用ID之前。当在应用ID之前存在“L”时，通过利用该应 用ID调用LaunchApplication动作来执行与该应用ID相对应的应用。当在应 用ID之前存在“T”时，通过利用该应用ID调用TerminateApplication动作 来终止与该应用ID相对应的应用。下面的表8图示了appIDs元素的实施例。 “L”和“T”值被替换为其它区分值。例如，“L”可以被替换为“*”，并且 “T”可以被替换为“$”。

或者，替代在应用ID之前利用“L”，在应用ID之前不添加标签来指示 执行应用，而在应用ID之前添加“!”来指示应用的终止，如表9中图示的。

表8

表9

参照表8，当接收到具有appIDs元素的通知事件消息时，打算通过VNC 显示通知GUI的头部单元设备100通过调用LaunchApplication来执行应用ID 为0x01的应用，并且随后通过调用LaunchApplication来执行应用ID为0x02 的应用。另一方面，头部单元设备100通过调用TerminateApplication动作来 终止应用ID为0x03的应用。

如果头部单元设备100提供本地通知GUI，则它忽略appIDs元素。

当接收到具有上述数据结构的通知事件消息时，头部单元设备100通过 对appIDs元素进行解析来顺序地执行或者终止应用。

在发生与任何用户选择的通知类型相对应的事件时，移动设备200在步 骤S810中向头部单元设备100发送通知事件消息，其包括具有要执行的应用 的应用ID的通知事件信息。

在步骤S815中，头部单元设备100提取包括通知事件消息中的通知元素 作为母体的appIDs元素，基于逗号从appIDs元素提取appID，并且向移动设 备200发送LaunchApplication动作请求消息，其包括具有appIDs元素的第一 appID(例如，AppID#1)作为参数的LaunchApplication动作命令。

移动设备200在步骤S820中通过调用LaunchApplication动作执行具有 AppID#_1的应用。如果具有AppID#1的应用正在被执行，则在移动设备200 的屏幕顶端通知所述应用。移动设备200向头部单元设备100发送包括作为 LaunchApplication动作命令的返回值的URL的响应消息，在所述URL处， VNC客户端模块190可以访问VNC服务器模块290。VNC URL采取 “VNC://…”的形式。

在步骤S825中，如果VNC服务器模块290是利用VNC URL可访问的， 则头部单元设备100激活VNC客户端模块190并且向VNC客户端模块190 发送VNC URL。VNC客户端模块190可以通过VNC URL来访问VNC服务 器模块290。头部单元设备100随后通过VNC连接或流接收在移动设备200 的显示器216上显示的屏幕，即GUI。当在头部单元设备100上通过VNC示 出移动设备200的通知GUI时，用户可以通过VNC控制移动设备200。每当 移动设备200通过VNC接收用户输入时，移动设备200都在需要时向头部单 元设备100发送表7中示出的事件通知消息。

在步骤S830中，用户通过VNC针对通知直接选择动作。例如，用户通 过VNC针对来电选择接受按钮。也就是说，用户选择在头部单元设备100 的GUI上显示的接受按钮。

在步骤S835中，移动设备200向头部单元设备100发送通知事件消息以 便实施RTP。所述通知事件消息包括指示要执行的应用的appIDs元素。

头部单元设备100在步骤S840中向移动设备100发送LaunchApplication 动作请求消息，其包括具有包括在通知事件消息中的appIDs的第二appID(例 如AppID#2)作为参数的LaunchApplication动作命令。

移动设备200在步骤S845中向头部单元设备200发送包括作为 LanunchApplicantion动作命令的返回值的RTP URL的响应消息，在所述RTP  URL处，第一RTP服务器/客户端模块180访问第二RTP服务器/客户端模块 280。RTP URL采取“RTP://…”的形式。

在步骤S850中，如果第二RTP服务器/客户端模块280是利用RTP URL 可访问的，则头部单元设备100激活第一RTP服务器/客户端模块180并且向 第一RTP服务器/客户端模块180发送RTP URL。第一RTP服务器/客户端模 块180通过RTP URL访问第二RTP服务器/客户端模块280。随后，头部单 元设备100通过RTP连接或流接收在移动设备200处的来电的语音数据或者 向移动设备200发送用户的呼叫的语音数据。当用户终止VNC GUI上的呼叫 时，移动设备200向头部单元设备100发送通知事件消息以便终止VNC连接 和RTP连接。

在步骤S855中，移动设备200向头部单元设备100发送包括要终止的应 用的ID的通知事件消息。

头部单元设备100在步骤S860中向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#1的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#1 相对应的应用。

在步骤S865中，头部单元设备100向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#2的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#2 相对应的应用。

图9是图示根据本发明的另一个实施例的在头部单元设备从移动设备接 收到简单的通知事件消息之后，在头部单元设备处、在本地通知GUI上显示 通知事件信息的信号流的示图。

参照图9，在发生与任何用户选择的通知类型相对应的事件时，移动设 备200在步骤S910中向头部单元设备100发送包括事件通知信息的通知事件 消息。

当移动设备200向头部单元设备100发送通知事件消息时，头部单元设 备100难以配置仅具有包括在通知事件消息中的信息的本地通知GUI。因此， 头部单元设备100通过调用如下面表10中图示的GetNotification(获取通知) 动作来获取关于事件的附加信息。

表10

参数 方向 相关状态变量 ProfileID 入 A_ARG_TYPE_ProfileID NotiID 入 A_ARG_TYPE_NotilD Notification 出 A_ARG_TYPE_Notification

在步骤S915中，为通过GetNotification动作获取更详细的通知事件信息， 头部单元设备100包括在通知事件消息中设置的事件通知ID(NotiID)以及 GetNotification动作请求消息中的自己生成的简介ID，并且向移动设备200 发送GetNotification动作请求消息。

移动设备200在步骤S920中响应于GetNotification动作请求消息向头部 单元设备100发送通知信息消息(事件信息消息或第二通知消息)，其包括关于 与如表11中图示的NotiID相对应的通知事件的详细信息。

表11

通知元素包含关于已经发生在移动设备200(例如电话机)中的事件的详 细信息并且关于事件的详细信息被传送给头部单元设备100。notiID元素是通 知事件的唯一ID，被表示为A_ARG_TYPE_notiID。notiType元素指示通知 事件的类型并且由发起通知的应用提供。notiType元素指明诸如呼叫、消息 或警报等等的通知的类型，被表示为A_ARG_TYPE_String。notiStyle元素指 示通知的显示风格，其应当是弹出、滚动、全屏、隐藏风格等等之一。隐藏 风格是指向用户显示通知的指示符而不向用户直接显示通知的消息内容。 notiTitle元素指示通知事件的类型。换句话说，它是已经发生的事件的名称。 例如，事件的名称是新的文本消息或者电子邮件，被表示为 A_ARG_TYPE_String。notiBody元素提供通知事件的主体。它包括关于针对 用户的事件的详细信息。例如，notiBody元素提供新的文本消息事件的文本 消息内容或者来电事件的呼叫ID，被表示为A_ARG_TYPE_String。iconList 元素提供可用的应用图标的列表。图标*元素描述应用图标，并且mimetype 元素指示图标图像的类型。宽度元素指明图标的宽度，被表示为 A_ARG_TYPE_INT。高度元素指明图标的高度，被表示为 A_ARG_TYPE_INT。深度元素指明图标的色彩深度，被表示为 A_ARG_TYPE_INT。url元素指示图标可用之处的URL。appIDs元素提供由 逗号分开的应用ID列表。appIDs中的应用ID是唯一ID并且必须与 A_ARG_TYPE_AppList上的一个相同。每个应用ID具有在L或T的前缀值。 如果应用ID具有前缀值L，则头部单元设备100利用该应用ID调用 LaunchApplication动作。然而，如果应用ID具有前缀值T，则头部单元设备 100利用该应用ID调用TerminateApplication动作。如果通知信息消息包括动 作(actions)元素，则appIDs元素具有空串值。appIDs元素被表示为 A_ARG_TYPE_String。优先级元素指示通知的优先级。它具有值“普通”和 “紧急”之一，被表示为A_ARG_TYPE_String。动作元素提供针对通知的动 作的列表。该列表由发起通知的应用提供，使得用户可以针对通知直接选择 所述动作之一。例如，用户可以回复新的文本消息或忽视它。该列表包括“回 复”和“忽视”动作作为其元素。当头部单元设备100示出它自己的具有用 于获得用户输入的按钮的通知UI时，动作元素仅在通知信息消息中使用。否 则，移动设备200将不会将该元素包括在通知信息消息中。actionID元素是 动作的唯一ID，被表示为A_ARG_TYPE_ActionID。当用户通过头部单元设 备100服务的本地通知UI来针对通知选择动作时，actionID元素应当被发送 给移动设备200。actionName元素是动作的名称。该名称被示为本地通知GUI 上的按钮。appIDs元素提供由逗号分开的应用ID列表。appIDs元素中的应 用ID是唯一ID并且必须与A_ARG_TYPE_AppList上的一个相同。每个应 用ID具有在“L”或“T”的前缀值。如果应用ID具有前缀值“L”，则头部 单元设备100利用该应用ID调用LaunchApplication动作。然而，如果应用 ID具有前缀值“T”，则头部单元设备100利用该应用ID调用 TerminateApplication动作。appIDs元素被表示为A_ARG_TYPE_String。

在步骤S925中，头部单元设备100基于通知信息消息的内容来配置通知 GUI。在通知信息消息的元素当中，当头部单元设备100基于通知信息消息 配置它自己的通知GUI时，在配置通过其接收用户输入的按钮中使用动作元 素。在其它情况下，动作元素不被包括在所述通知信息消息中。在存在动作 元素的情况下，具有通知元素作为母体的appIDs元素具有空串。然而，在没 有动作元素的情况下，appIDs元素包括根据规则要执行或终止的应用ID，并 且头部单元设备100顺序地执行或终止包括在appIDs元素中的应用ID。

在步骤S930中，用户在通知GUI上选择接受按钮。

在用户在通知GUI上选择按钮时，头部单元设备100向移动设备200发 送InvokeNotiAction动作请求消息，其包括具有与该按钮相对应的ActionID 和通知事件消息的ID(NotiID)作为参数的InvokeNotiAction动作命令。所述 InvokeNotiAction动作具有如下面表12中所列出的下列参数。

表12

参数 方向 相关状态变量 ProfileID 入 A_ARG_TYPE_ProfileID NotiID 入 A_ARG_TYPE_NotilD ActionID 入 A_ARG_TYPE_ActionID ActionResult(动作结果) 出 A_ARG_TYPE_Bool

在步骤S940中，移动设备200向头部单元设备100发送响应消息，其包 括指示动作结果ActionResult的真假的布尔值。

如果ActionResult为真，则头部单元设备从通过调用GetNotification动作 接收到的通知信息消息提取appID并且顺序地执行诸如VNC、RTP等等的应 用。

头部单元设备100在步骤S945中提取包括通知信息消息中包含的通知元 素作为母体的appIDs元素，基于逗号从appIDs元素提取appID，并且向移动 设备200发送LaunchApplication动作请求消息，其包括具有appIDs的第一 appID(例如，AppID#1)作为参数的LaunchApplication命令。

移动设备200在步骤S950中向头部单元设备200发送包括作为 LaunchApplication命令的返回值的URL的响应消息，在所述URL处，VNC 客户端模块190可以访问VNC服务器模块290。VNC URL采取“VNC://…” 的形式。

在步骤S955中，如果VNC服务器模块290是利用VNC URL可访问的， 则头部单元设备100激活VNC客户端模块190并且向VNC客户端模块190 发送VNC URL。VNC客户端模块190通过VNC URL来访问VNC服务器模 块290。随后，头部单元设备100通过VNC连接或流接收在移动设备200的 显示器216上显示的屏幕，即GUI。

头部单元设备100随后在步骤S960中向移动设备200发送 LaunchApplication动作请求消息，其包括具有包括在通知事件消息中的 appIDs的第二appID(例如AppID#2)作为参数的LaunchApplication命令。

移动设备200在步骤S965中向头部单元设备200发送包括作为 LanunchApplicantion动作命令的返回值的RTP URL的响应消息，在所述RTP  URL处，第一RTP服务器/客户端模块180可以访问第二RTP服务器/客户端 模块280。RTP URL采取“RTP://…”的形式。

在步骤S970中，如果第二RTP服务器/客户端模块280是利用RTP URL 可访问的，则头部单元设备100激活第一RTP服务器/客户端模块180并且向 第一RTP服务器/客户端模块180发送RTP URL。第一RTP服务器/客户端模 块180通过该RTP URL来访问第二RTP服务器/客户端模块280。随后，头 部单元设备100通过RTP连接或流接收在移动设备200处的来电的语音数据 或者向移动设备200发送用户的呼叫的语音数据。

一旦以上述方式建立VNC连接，用户就通过头部单元设备100控制在移 动设备200的第二显示器216上显示的屏幕，即GUI。

为终止特定应用，移动设备200在步骤S975中向头部单元设备100发送 通知事件消息。

为通过调用GetNotification动作获得更详细的事件通知信息，头部单元 设备100包括在通知事件消息中设置的事件通知ID(NotiID)以及 GetNotification动作请求消息中的简介ID，并且在步骤S980中向移动设备200 发送GetNotification动作请求消息。

移动设备200在步骤S985中响应于GetNotification动作请求消息向头部 单元设备100发送通知信息消息，其包括关于与如表11中图示的NotiID相 对应的事件的详细信息。

因为头部单元设备100不需要通过它自己的通知GUI向用户示出按钮信 息，所以详细的通知信息消息在通知信息消息中不包括动作元素，但包括具 有通知元素作为母体的appIDs元素中的要终止的应用ID以及标记值(“L” 或“T”，在这里，“T”被附加在应用ID之前)并且向头部单元设备100发送 所述通知信息消息。

头部单元设备100通过分析appIDs元素终止所涉及的应用。

头部单元设备100在步骤S990中向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#1的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#1 相对应的应用。

在步骤S995中，头部单元设备100向移动设备200发送 TerminateApplication动作请求消息，其包括具有被设置为AppID#2的appID 的参数的TerminateApplication动作命令，并且移动设备200终止与AppID#2 相对应的应用。

如果头部单元设备100要被配置成一致地操作，而不管它是否提供通知 GUI，则移动设备200仅向头部单元设备100发送通知ID(notiID)，而非 notiEvent状态变量，并且头部单元设备100总是通过GetNotification动作获 取关于事件通知的详细信息。在这里，参数是接收到的通知ID。

图10是图示用于利用一个应用支持多个类型的通知服务的信号流的示 图。

当头部单元设备100连接到移动设备200时，它从移动设备200接收应 用列表并且存储所述应用列表。

头部单元设备100在步骤S1010中向移动设备200发送动作请求消息。 动作请求消息包括请求应用列表的GetApplicationList(获取应用列表)动作命 令。

在步骤S1015中，移动设备200向头部单元设备100发送应用列表 (ApplicationList)。

如果头部单元设备100想接收用户针对期望的应用的通知及它们的通知 类型，则头部单元设备100通过具有下面表13中列出的下列参数的 GetNotiApplicationList(获取通知应用列表)动作接收支持通知服务的应用列 表。

在步骤S1020中，头部单元设备100向移动设备200发送包括请求支持 的通知的应用列表的GetNotiApplicationList动作命令的动作请求消息。

表13

参数 方向 相关状态变量 ProfileID 进 A_ARG_TYPE_ProfileID NotiAppList 出 A_ARG_TYPE_NotiAppList

移动设备200在步骤S1025中响应于GetNotiApplicationList动作命令向 头部单元设备100发送支持通知的应用列表NotiAppList(通知应用列表)。支 持通知的应用列表NotiAppList具有下面表14中所图示的数据结构。

表14

notiAppList元素指示支持通知的应用列表。notiApp元素描述了支持通知 的远程应用。appID提供唯一的应用ID。NotiTypes元素提供由逗号分开的通 知类型列表。一个应用可以支持多个通知类型，例如，呼叫、SMS、脸书、 推特等等，并且它不应为空串。它可以被表示为A_ARG_TYPE_String。表 14包括支持通知服务的应用的ID以及由每个应用支持的通知类型。移动设 备200通过图3中图示的过程配置如表14中图示的XML值，并且通过 GetNotiApplicationList动作向头部单元设备100发送所述XML值。

在步骤S1030中，头部单元设备100将由GetApplicationList动作产生的 应用列表ApplicationList和支持通知的应用列表(NotiAppList)进行比较。

头部单元设备100在步骤S1035中在屏幕，即通知GUI上向用户显示支 持通知服务的应用列表。必要时，也显示每个应用支持的通知类型。

在步骤S1040中，用户在显示的通知GUI上选择应用和/或通知类型。

头部单元设备100在步骤S1045中向移动设备200发送 SetNotiConfiguration动作请求消息。所述SetNotiConfiguration动作请求消息 包括用户选择的通知类型以及请求登记这些通知类型的SetNotiConfiguration 动作命令。

用户选择期望的应用并且从每个应用支持的通知类型中选择期望的通知 类型。所选的值被设置为SetNotiConfiguration动作的如下面表15中图示的参 数，并且被发送给移动设备200。移动设备200内部存储所接收到的参数。 移动设备200随后向头部单元设备100发送基于参数的用户期望的通知。

表15

参数 方向 相关状态变量 NotiAppList 入 A_ARG_TYPE_NotiAppList MinPriority 入 A_ARG_TYPE_String ProfileID 入 A_ARG_TYPE_ProfileID

如果用户不从移动设备200选择性地接收通知而是想接收所有通知，则 头部单元设备100将NotiAppList参数的值设置为“*”(默认值)。

表16列出了GetNotiConfiguration动作的参数，该动作被调用以用于头 部单元设备100接收通过SetNotiConfiguration动作设置的值或者移动设备 200设置或存储的值。

表16

参数 方向 相关状态变量 ProfileID 入 A_ARG_TYPE_ProfileID NotiAppList 出 A_ARG_TYPE_NotiAppList MinPriority 出 A_ARG_TYPE_String

在通过SetNotiConfiguration动作完成对于通知的设置之时，头部单元设 备100预订以便从移动设备200接收通知。订阅操作可以在头部单元设备100 发现移动设备200之后的任何时间执行。之后，头部单元设备100从移动设 备200接收通知事件信息。

在步骤S1050中，头部单元设备100向移动设备200发送请求订阅ML 通知服务的预订消息。

在步骤S1055中，仅当发生关于用户选择的通知类型的事件通知时，移 动设备200才向头部单元设备100发送包括事件通知信息的通知事件消息。

根据本发明，关于呼入/呼出、新消息、特定危险级别的设备状态警报等 等的通知可以在车辆内环境中的头部单元设备和移动设备之间单向地或者双 向地发送。因此，增加了用户便利。

在本发明的上述实施例中，模块可以是设备。

本发明的实施例可以在硬件、软件或者硬件和软件的组合中实现。所述 软件可以被记录到易失性的或者非易失性的存储设备中，诸如ROM，而不管 它们是否是可删除的或者重新可记录的，所述软件也可以被记录到存储器中， 诸如RAM、存储器芯片、存储器件或者集成电路，或者所述软件也可以被记 录到机器(例如，计算机)可光学地或者磁性地记录并读取的存储介质中，诸如 CD、DVD、磁盘或者磁带。包括在移动设备或者头部单元设备中的存储器是 适合于存储包括实现本发明的实施例的指令的程序的机器可读存储介质的示 例。因此，本发明包括包含用于实现所附权利要求中的方法的代码的程序和 存储所述程序的机器可读存储介质。所述程序可以通过任何介质电子地传送， 所述介质诸如通过有线或无线连接发送的通信信号，并且本发明包含其等效 物。

此外，移动设备或者头部单元设备从以有线或无线的方式连接到移动设 备或者头部单元设备的程序提供设备接收程序并存储它们。所述程序提供设 备包括：存储器，用于存储针对移动设备或者头部单元设备执行预定的车辆 内通知服务方法的指令以及车辆内通知服务方法所需的信息；通信模块，用 于以以无线方式或者通过线缆与移动设备或者头部单元设备通信；以及控制 器，用于应请求或者自动地向移动设备或者头部单元设备发送相应程序。

尽管已经参照本发明的实施例具体示出和描述了本发明，但本领域普通 技术人员将会理解，可以对本发明进行形式和细节上的各种改变，而不会脱 离权利要求及其等效物限定的本发明的精神和范围。