CN116353522A - 用于车辆的服务管理系统及服务管理方法 - Google Patents

Abstract

提供了一种用于车辆的服务管理系统和用于车辆的服务管理方法，其可通过语音接收来自厢式货车中的乘客的请求。特别地，服务管理系统在考虑车内其他乘客的意见后决定是否批准请求，然后自动执行相关控制以充分反映乘客的请求，即使在载有大量乘客的车内也能安全地提供服务。

Description

用于车辆的服务管理系统及服务管理方法

技术域

本发明涉及一种用于车辆的服务管理系统并且涉及一种用于车辆的服务管理方法，其可管理向车辆中的乘客提供的服务。

背景技术

不同于乘用车，在载有很多乘客的厢式货车中，乘客可能不会直接调整空调或多媒体设备等。而且，乘客有不同的意愿，因此厢式货车的司机很难提供每位乘客所需的服务。

因此，当厢式货车中的乘客对室内温度或多媒体内容的输出感到不舒服时，乘客需要大声发出请求，以便听到乘客的声音，或直接移动到驾驶座。

然而，在厢式货车中大声说话可能会给其他乘客带来不便，并且乘客在驾驶过程中的移动可能会导致事故。

此外，每当每个乘客提出请求时与驾驶员交谈会分散驾驶员的注意力，这可能威胁安全。

发明内容

本发明的一个方面提供了一种用于车辆的服务管理系统，并提供了一种用于车辆的服务管理方法，该系统可通过语音接收来自厢式货车中乘客的请求，并考虑厢式货车中其他乘客的意见来确定是否批准该请求，然后自动进行相关控制，从而充分反映乘客的要求，即使在载客量大的厢式车中也能安全提供服务。

本发明的其他方面应该部分地在以下描述中阐述并且应该部分地从描述中显而易见或者可通过本发明的实践获知。

根据本发明的实施例，提供了一种用于车辆的服务管理系统，其管理提供给车辆的服务。在一个实施例中，服务管理系统包括：语音识别模块，配置成将乘客通过语音输入的请求转换为文本；自然语言理解模块，配置成基于文本确定乘客请求对应的域和任务；以及控制器。控制器被配置成：基于确定的域和任务，确定乘客的请求属于全局服务还是本地服务。当乘客的请求属于全局服务时，控制器还被配置成基于车辆中其他乘客的请求确定是否批准该乘客的请求。当乘客的请求属于本地服务时，控制器还被配置成基于车辆中与乘客位于同一区域的其他乘客的请求来确定是否批准乘客的请求。

在另一个实施例中，当乘客的请求属于全局服务时，控制器被配置成确定与乘客的请求相同的请求是否来自车辆中所有乘客的参考率或更多乘客的输入。

在另一个实施例中，当乘客的请求属于全局服务时，控制器被配置成基于与从参考率或更多的乘客中输入的乘客的请求相同的请求来批准乘客的请求。

当乘客的请求属于全局服务时，控制器被配置成基于从第一参考率或更多的乘客中输入了与乘客的请求相同的请求，生成用于询问车辆中的所有乘客是否批准该乘客的请求的询问信号。控制器还被配置成基于未从所有乘客中的第二参考率或更多乘客输入的拒绝来批准乘客的请求。

当乘客的请求属于本地服务时，控制器被配置成基于从与该乘客在同一区域的所有乘客的参考率或更多的乘客中输入的乘客的请求相同的请求来批准乘客的请求。

控制器被配置成确定乘客的请求是否属于个人服务。当乘客的请求属于个人服务时，控制器还被配置成确定乘客的座椅位置，并且基于乘客的座椅位置生成用于提供与请求对应的服务的控制信号。

服务管理系统还包括通信模块，配置成与乘客或车辆的用户终端进行通信。

控制器被配置成生成听觉询问信号，用于向车辆中的所有乘客听觉地询问是否批准乘客的请求。控制器还被配置成控制通信模块将生成的听觉询问信号发送到乘客或车辆的用户终端。

控制器被配置成生成视觉询问信号，以视觉询问车辆中的所有乘客是否批准乘客的请求。控制器被配置成控制通信模块将生成的视觉询问信号发送到乘客或车辆的用户终端。

控制器被配置成控制通信模块以向乘客的用户终端发送询问信号。

根据本发明的实施例，用于管理提供给车辆的服务的车辆的服务管理方法包括将乘客通过语音输入的请求转换成文本。该方法还包括基于文本确定对应于乘客的请求的域和任务。该方法还包括基于确定的域和任务确定乘客的请求是属于全局服务还是本地服务。该方法还包括当乘客的请求属于全局服务时，基于车辆中其他乘客的请求确定是否批准该乘客的请求。该方法还包括当该乘客的请求属于本地服务时，基于与车辆中该乘客处于同一区域的其他乘客的请求来确定是否批准该乘客的请求。

当乘客的请求属于全局服务时，确定是否批准乘客的请求时，确定与乘客的请求相同的请求是否来自车辆中所有乘客的参考率或更多乘客的输入。

当乘客的请求属于全局服务时，是否批准乘客的请求的确定基于与从参考率或更多的乘客中输入的乘客的请求相同的请求批准乘客的请求。

当乘客的请求属于全局服务时，基于从第一参考率或更多乘客输入了与乘客的请求相同的请求，并且基于未从所有乘客的第二参考率或更多乘客输入的拒绝来批准乘客的请求，确定是否批准乘客的请求生成用于向车辆中所有乘客询问是否批准乘客的请求的询问信号。

当乘客的请求属于本地服务时，确定是否批准乘客的请求基于与从与该乘客在同一区域的所有乘客的参考率或更多的乘客中输入的乘客的请求相同的请求批准乘客的请求。

服务管理方法还包括确定乘客的请求是否属于个人服务；当乘客的请求属于个人服务时，确定乘客的座椅位置；基于乘客的座椅位置，生成控制信号以提供与请求对应的服务。

确定是否批准乘客的请求包括生成听觉询问信号以向车辆中的所有乘客听觉地询问是否批准乘客的请求，并且包括将生成的听觉询问信号发送到乘客或车辆的用户终端。

确定是否批准乘客的请求包括生成视觉询问信号以向车辆中的所有乘客视觉询问是否批准乘客的请求，并且包括将生成的视觉询问信号发送到乘客或车辆的用户终端。

服务管理方法还包括向车辆发送关于对应于乘客的请求的域和任务的信息。

确定是否批准乘客的请求包括生成听觉询问信号以在白天以听觉方式询问车辆中的所有乘客是否批准乘客的请求，并且包括生成视觉询问信号以在夜间以视觉方式询问车辆中的所有乘客是否批准乘客的请求。

附图说明

本发明的这些和/或其他方面应当从下面结合附图对实施例的描述中变得显而易见并且更容易理解：

图1是示出根据实施例的在车辆和服务管理系统之间交换的信息的图；

图2是示出根据实施例的服务管理系统的框图；

图3是示出根据实施例的车辆的框图；

图4是示出根据实施例的车辆的座椅配置的示意性透视图；

图5是示出根据实施例的用于车辆的服务管理方法的流程图；

图6和图7是示出根据实施例的在用于车辆的服务管理方法中输入属于全局服务的请求时确定其他乘客的请求的操作的流程图；

图8-11是示出根据实施例的在用于车辆的服务管理方法中从其他乘客接收对内容改变的批准的方法的示例的图；

图12是示出根据实施例的用作用于执行用于车辆的服务管理方法的用户界面的用户终端的示例的图；

图13是示出根据实施例的用于车辆的服务管理方法中当乘客的请求属于本地服务时的示例的流程图；

图14是示出在根据实施例的用于车辆的服务管理方法中当乘客的请求属于个人服务时的示例的流程图；并且

图15是示出根据实施例的通过车辆中的显示器提供给驾驶员的信息的示例的图。

具体实施方式

此处阐述的和在本发明的配置中图示的实施例仅是实施例，因此应当理解的是，在公开时它们可被各种等效形式和变形替换。

在整个说明书中，相同的附图标号表示相同的元件。

本文使用的术语仅用于描述特定实施例的目的，并不旨在限制本发明。应当理解的是，单数形式也旨在包括复数形式，除非上下文另有明确规定。还应当理解的是，本说明书中使用的术语“包括”、“包含”和/或“具有”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组。

应当理解的是，尽管术语第一、第二等可在本文中用于描述各种元件，但是各种元件不应受限于这些术语。例如，在不脱离本发明的技术思想或本质特征的情况下，第一元件可被称为第二元件，第二元件也可被称为第一元件。如本文所用，术语“和/或”包括一个或多个相关列出的项目的任何和所有组合。

此外，诸如“～部件”、“～设备”、“～块”、“～构件”、“～模块”等术语可指用于处理至少一个功能或动作的单元。例如，这些术语可指由至少一个硬件处理的至少过程，诸如现场可编程门阵列(FPGA)/专用集成电路(ASIC)、存储在存储器或处理器中的软件。当本发明的部件、设备、块、构件、模块等被描述为具有目的或执行操作、功能等时，该部件、设备、块、构件、模块等此处应被视为“配置成”满足该目的或执行该操作或功能。

用于方法步骤的附图标号只是为了解释的方便而不是限制步骤的顺序。因此，除非上下文另有明确规定，书面命令可以其他方式实施。

在下文中，将参考附图详细描述本发明的实施例。

图1是示出根据实施例的在车辆和服务管理系统之间交换的信息的图。图2是示出根据实施例的服务管理系统的框图。图3是示出根据实施例的车辆的框图。

参照图1，根据实施例的用于车辆的服务管理系统100(以下称为“服务管理系统”)可为能够管理向车辆200中的乘客提供的服务的系统，并且可用服务器实现。服务管理系统100可与多个车辆200通信并且独立地管理提供给多个车辆200中的每一个的服务。

此外，服务管理系统100可通过语音接收车辆200中乘客的请求，因此可通过将自然语言处理技术(诸如语音识别、自然语言理解等)应用于从车辆200接收到的语音信号来确定与乘客的请求相对应的服务。

服务管理系统100可生成用于提供与乘客的请求相对应的服务的控制信号，并将生成的控制信号发送到车辆200。

例如，车辆200可指运载大量乘客的厢式货车。区分厢式货车和乘用车的标准可能因国家/地区而异，并且可能因相关法律法规的修订而改变。例如，目前在韩国，10座以下的车辆被归类为乘用车，11座以上的车辆被归类为厢式货车。

然而，在实施例中，车辆200不一定由乘客的数量定义，并且任何车辆都可为车辆200，只要该车辆可通过稍后描述的操作提供服务。

参照图2，根据实施例的服务管理系统100可包括语音识别模块110、自然语言理解模块120、控制器130和通信模块140。

语音识别模块110可将乘客通过语音输入的请求转换成文本。

语音识别模块110可用语音到文本(STT)引擎来实现并且通过将语音识别算法应用于语音信号来执行到文本的转换。

例如，语音识别模块110可通过应用特征向量提取方法从语音信号中提取特征向量，诸如倒谱、线性预测系数(LPC)、梅尔频率倒谱系数(MFCC)、滤波器组能量等。

此外，可通过比较提取的特征向量和训练的参考模式来获得识别结果。为此，可使用用于对语音的信号特征进行建模和比较的声学模型或者用于对诸如单词或音节的识别词汇的语言顺序进行建模的语言模型。

另外，语音识别模块110可基于应用深度学习或机器学习的学习将语音信号转换为文本。根据本实施例，语音识别模块110将语音信号转换为文本的方式不限于此，可应用多种语音识别技术将语音信号转换为文本。

语音识别模块110的识别结果，即从语音信号转换的文本，可被输入到自然语言理解模块120。自然语言理解模块120可应用自然语言理解(NLU)技术以确定文本中包含的用户意图。因此，自然语言理解模块120可包括通过将NLU技术应用于输入文本来确定用户意图的NLU引擎。

例如，自然语言理解模块120可从输入文本中识别实体名称。实体名称为专有名词，诸如个人名称、地点名称、组织名称、时间名称、日期名称、货币名称等。命名实体识别用于识别句子中的实体名称，并对识别出的实体进行类型分类。通过命名实体识别可从句子中提取关键词，从而理解句子的意思。

此外，自然语言理解模块120可从输入文本确定域。该域可用于识别用户语音的主题。例如，可基于输入文本确定代表各种主题的域，诸如空调控制、多媒体控制、下车通知、车门控制、窗控制等。

另外，自然语言理解模块120可分析输入文本的言语行为。言语行为分析用于分析言语的意图，诸如用户是否提出问题、提出请求、回应或只是表达用户的情绪。

自然语言理解模块120可基于从文本中提取的域、实体名称、言语行为来确定意图和执行该意图所需的实体。

例如，当输入文本为“打开空调”时，域可为[空调控制]，意图可为[打开，空调]。这里，对应于此种意图进行控制所需的实体可为[温度、风量]。

又如，当输入文本为“播放歌曲”时，域可为[多媒体控制]，意图可为[播放，歌曲]，对应于此种意图进行控制所需的实体可为[歌手，歌名]。

响应于用户的言语最终执行的操作可由意图和实体定义，在本实施例中，将由意图和实体定义的操作称为任务。

然而，域和意图的分类标准和名称等可取决于系统而变化。因此，与实施例中使用的术语不同的术语或不同的分类标准也可包含在本发明的范围内。

控制器130可生成用于执行与用户意图相对应的任务的控制信号，并且通过通信模块140将控制信号发送到执行相应任务的主体。控制信号被发送到的对象可包括车辆200或用户终端。用户终端可包括移动设备，诸如智能手机、平板个人计算机(PC)、膝上型计算机、可穿戴设备等。

通信模块140可使用各种无线通信方法来与用户终端或外部服务器发送和接收信息。例如，通信模块140可采用诸如3G(WCDMA/HSDPA/wibro)、4G(LTE/LTE-A)、5G、Wi-Fi等无线通信方法中的至少一种。

上述服务管理系统100可包括存储执行上述操作或稍后描述的操作的程序的至少一个存储器和实现所存储的程序的至少处理器。服务管理系统100的组成组件基于操作或功能划分，并且所有或部分组成组件可共享存储器或处理器。

服务管理系统100可用包括至少一个存储器和至少一个处理器的服务器来实现。或者，服务管理系统100的部分功能可由车辆200或乘客的用户终端执行，服务管理系统100本身可配备有车辆200。

参照图3，车辆200包括输入用户言语的麦克风250、通信模块240、控制器230、显示器220和扬声器210。这里，通信模块240用服务管理系统100或乘客的用户终端的信号发送和接收，并且控制器230执行车辆200的整体控制。显示器220和扬声器210输出从服务管理系统100接收的多媒体内容或信息。

通信模块240可使用各种无线通信方法来与乘客的用户终端或服务管理系统100发送和接收信息。例如，通信模块240可使用各种无线通信方法中的至少一种，诸如3G(WCDMA/HSDPA/wibro)、4G(LTE/LTE-A)、5G、Wi-Fi、蓝牙、UWB、ZigBee、NFC等。

显示器220和扬声器210可输出从服务管理系统100接收的信息或输出多媒体内容。

图4是示出根据实施例的车辆的座椅配置的示意性透视图。

如图4所示，车辆200可为能够运载大量乘客的厢式货车。每个乘客对此种厢式货车提供的服务的要求可能很难得到反映。

例如，对于空调控制，每个座椅201的温度可不被独立地控制。然而，由于体感温度或偏好温度因人而异，即使在相同温度下，一些乘客可能会感到热，而另一些乘客可能会感到冷。

又如，对于多媒体控制，诸如收音机播放、音乐播放或视频播放，可不为每个座椅201播放不同的内容。但是，由于每个人有不同的偏好，一些乘客可能不想听或观看多媒体内容，并且想要的多媒体内容可能不同。

在本实施例中，服务可根据服务提供单元分为全局服务和本地服务。或者，服务也可分为全局服务、本地服务和个人服务。

全局服务可指平等地提供给车辆200中的所有乘客的服务。例如，诸如音乐播放、收音机播放、视频播放等的多媒体控制可包括在全局服务中。

当车辆200中的多个座椅201根据预定标准划分时，本地服务可指平等地提供给属于同一区域的座椅201的乘客的服务。

参照图4的示例，可将总座椅划分为四个区域Z1、Z2、Z3和Z4，每个区域包括四个座椅201。在该实施例中，可针对每个区域独立地执行空调控制。或者，可针对每个区域独立地执行照明控制。

换言之，空调控制或照明控制可包括在本地服务中。同时，根据车辆200的结构，空调控制或照明控制也可包括在全局服务中。

个人服务可指独立地提供给车辆200中的每个乘客的服务。例如，下车通知服务可包括在个人服务中。为了提供下车通知服务，确定乘客的目的地，当车辆200接近乘客的目的地时通知驾驶员，并且车辆200自动停止。因此，可帮助乘客下车。

此外，可通过乘客的用户终端提供个人服务，或者当在每个座椅201中提供独立的用户界面(显示器或扬声器)时，可通过用户界面提供个人服务。

上述服务仅是适用于该实施例的示例。考虑到车辆200的结构或提供服务的便利性，空调控制可包括在全局服务或个人服务中，多媒体控制可包括在本地服务或个人服务中。

图5是示出根据实施例的用于车辆的服务管理方法的流程图。

根据实施例的用于车辆的服务管理方法(在下文中，“服务管理方法”)可由服务管理系统100执行。因此，在没有另外说明的情况下，稍后要描述的执行服务管理方法的主题可为服务管理系统100，服务管理系统100执行的操作可包括在服务管理方法中。

根据图5所示的服务管理方法，乘客的请求被转换成文本(1100)。

如上所述，可通过车辆200中提供的麦克风250输入乘客的请求。例如，可为每个座椅201提供麦克风250，并且单个麦克风250可由多个座椅201共享。

或者，可通过设置在乘客的用户终端中的麦克风输入乘客的请求。可在用户终端中安装用于连接到服务管理系统100的专用应用程序。此外，车辆200的通信模块240可检测车辆200内的用户终端并发送网页链接以连接到服务管理系统100。

具体地，车辆200可通过诸如蓝牙、wi-fi、UWB、ZigBee或NFC的短距离通信模块向车辆200中的用户终端发送广播消息。连接到服务管理系统100的网页链接可包括在发送的消息中。

乘客通过车辆200的麦克风或用户终端输入的请求可被传送到服务管理系统100的语音识别模块110，并且语音识别模块110可将乘客的请求转换成文本。

确定对应于乘客的请求的域和任务(1200)。

如上所述，自然语言理解模块120可从输入文本中提取域、意图、实体等，并且任务可由意图和实体来确定。

当确定的域和任务属于全局服务时(操作1300中的是)，控制器130确定车辆200中的其他乘客的请求(1400)。作为确定其他乘客的请求的结果，当乘客的请求是可批准的(操作1500中的是)，控制器130向车辆200发送用于提供与乘客的请求相对应的全局服务的控制信号(1600)。

当确定的域和任务不属于全局服务时(操作1300中的否)，控制器130确定域和任务是否属于本地服务(1700)。

当确定的域和任务属于本地服务时(操作1700中的是)，控制器130确定与在车辆200中输入请求的乘客位于同一区域的其他乘客的请求(1800)。作为确定同一区域中的其他乘客请求的结果，当乘客的请求是可批准的时(操作1500中的是)，控制器130向车辆200发送用于提供与乘客的请求相对应的本地服务的控制信号(1600)。

当确定的域和任务不属于本地服务时(操作1700中的否)，控制器130确定域和任务属于个人服务并向车辆200发送用于向相应乘客提供个人服务的控制信号(1600)。

图6和图7是示出根据实施例的在用于车辆的服务管理方法中输入属于全局服务的请求时确定其他乘客请求的操作的流程图。图8-11是示出根据实施例的在用于车辆的服务管理方法中从其他乘客接收对内容改变的批准的方法的示例的图。示例中以乘客请求停止或改变多媒体内容播放为例进行说明。

参照图6，确定其他乘客的请求(1400)可包括当乘客的请求是停止多媒体内容播放时(操作1410中的是)，确定是否从参考率或更多乘客输入了相同的请求(1420)。

换言之，当通过车辆200的扬声器210或显示器220播放收音机、音乐或视频时，当确定参考率或更多的乘客请求停止播放收音机、音乐或视频时，乘客的请求可能会被批准(操作1500中的是)。

然而，可多个乘客的请求不能同时输入。因此，每次输入另一个乘客的请求时，可确定到目前为止累积的其他乘客的请求。例如，当输入了乘客停止多媒体内容播放的请求时，当相同的请求占其他乘客的请求的参考率以上时，该乘客的请求可被批准，直到相应的请求从预定的时间点之前被输入。

作为具体示例，当乘客停止多媒体内容播放的请求被输入时，当从相应的请求被输入前一分钟到现在的时间点所累积的相同请求占乘客总请求50％以上时，乘客的请求可被批准(操作1500中的是)。此外，可将用于停止多媒体内容播放的控制信号发送到车辆(1600)。这里，“50％”的参考率仅为示例，大于或小于50％的参考率均适用。或者，参考率可由驾驶员或系统管理员改变。

又如，可确定在播放单条内容时累积的其他乘客的请求。当停止多媒体内容播放的请求被输入时，该请求可被批准(操作1500中的是)，在相应的请求被输入的时间点，以及从正在播放的多媒体内容开始到现在的时间点累积的停止请求占乘客总请求的50％以上。此外，可将用于停止多媒体内容播放的控制信号发送到车辆(1600)。

当同一请求(停止请求)没有以参考率或参考率以上输入时，乘客的请求不被批准(操作1500中的否)。然而，即使该乘客的请求在该时间点未被批准，该乘客的请求也可包括在累积数据中，并且可在稍后用于确定当另一乘客输入相同的请求时输入的相同请求是否等于或高于参考率。

当乘客的请求不是关于停止多媒体内容播放时(操作1410中的否)，确定乘客的请求是改变正在播放的多媒体内容，因此该方法进行到图7的操作。

在这种情况下，确定其他乘客的请求(1400)可包括确定改变多媒体内容的请求是否从参考率或更多乘客输入(1430)，还包括当确定改变多媒体内容的请求是由参考率或更多的乘客输入时(操作1430中的是)，询问所有乘客是否批准多媒体内容的改变(1440)，并且还包括确定拒绝是否从参考率或更多乘客输入(1450)。

确定改变多媒体内容的请求是否是从参考率或更多乘客输入的(1430)可基于在预定时间段内累积的请求或在当前正在播放多媒体内容时累积的请求。

作为具体示例，当输入了乘客改变多媒体内容的请求时，在输入相应请求的时间点，可确定从正在播放的多媒体内容开始到现在的时间点上积累的相同请求是否占到了乘客总请求的30％以上。

或者，可确定从输入相应请求前一分钟到当前时间点累计的相同请求是否占乘客总请求的30％以上。在这种情况下，假设在输入相应请求之前一分钟正在播放相同的多媒体内容。

改变多媒体内容的请求可为对特定内容的改变请求或简单的请求，诸如“播放另一首歌曲/另一无线电频道”。

这里，“30％”或“一分钟”的参考率仅是示例，大于或小于上述的参考率或时间段是适用的。或者，参考率和时间段可由驾驶员或系统管理员改变。

当从参考率或更多乘客输入改变多媒体内容的请求时(操作1430中的是)，可向所有乘客询问是否批准多媒体内容的改变(1440)。

控制器130可生成用于询问是否批准的询问信号，并且通过通信模块140将生成的询问信号发送到车辆200或用户终端300。

关于是否批准的询问可以视觉或听觉的方式输出。例如，如图8所示，可通过设置在车辆200中的扬声器输出诸如“是否可根据乘客的请求将媒体更改为‘000’？”的言语。

或者，如图9所示，当在每个座椅201处提供单独的显示器221时，可在在单独显示器221上输出诸如“是否可根据乘客的请求将媒体更改为‘000’？”的文本。

或者，如图10所示，当在车辆200中提供可共享显示器222时，可在可共享显示器222上输出诸如“是否可根据乘客的请求将媒体更改为‘000’？”的文本。

或者，如图11所示，当在乘客的用户终端300中安装了用于连接到服务管理系统100的专用应用程序时，可在用户终端300的显示器320上输出诸如“是否可根据乘客的请求将媒体更改为‘000’？”的文本。

上述言语或文本的短语仅为示例，可使用任何短语，只要能够询问内容的变化即可。

或者，车辆200可检测乘客的用户终端300并发送用于连接到服务管理系统100的网页链接。在这种情况下，当乘客点击发送的链接时，用于询问内容变化的屏幕可能会被输出。

同时，对于每个时间段，可不同地应用上述询问是否批准的方式。例如，询问可在白天通过扬声器210以音觉的方式输出，而在晚上通过显示器220以视觉的方式输出。

白天时间段可设置为从上午7点到晚上8点，夜间时间段可设置为从晚上8点到早上7点。然而，上述时间段仅是示例，并且时间段可被不同地划分或者由驾驶员或系统改变。

或者，根据驾驶员或系统的确定，可使用设置在车辆200中的用户界面和用户终端300。然而，在这种情况下，通过设置在车辆200中的用户界面210或220输入的投票或者通过用户终端300输入的投票中的仅一个可反映在投票结果中以防止双重投票。

同时，可基于乘客的请求或统计数据来确定要改变的内容(上述示例中的“000”)。

例如，可基于最多输入的请求来确定要改变的内容。两个请求的多媒体模式和内容都匹配，可将这两个请求视为同一个请求。这里，多媒体模式可包括音乐模式、无线电模式、广播模式、播客模式、YouTube模式等，并且内容可指示单独的歌曲、单独的广播频道、单独的播客频道、单独的YouTube频道等。

在这种情况下，仅当最多输入请求大于或等于预定率(例如，5％或更多的输入改变请求)时，内容也可被确定为要改变的内容。

当输入请求都不同时，可选择请求最多的多媒体模式，并且可基于统计数据确定对应的多媒体模式的内容。例如，车辆200在相应时间段内播放次数最多的内容(所选多媒体模式的内容)可被确定为要改变的内容。

关于为每个车辆和每个时间段播放的内容的信息可存储在车辆200的存储器或服务管理系统100的存储器中。通过使用统计信息，可考虑每个车辆200的使用、乘客的口味、乘客的整体感觉等来选择内容。

例如，当车辆200是根据预定路线在城市中运行的公共汽车时，乘客在下班时间(例如，下午5点至晚上7点之间)很可能在下班回家的路上而感到疲倦。因此，乘客的这种感觉或状态可反映在该时间段期间主要在车辆200中播放的多媒体内容中。

作为另一个示例，当车辆200是前往特定旅游目的地的旅游巴士时，乘客的兴奋可反映在主要在上午时段(例如，上午8点到上午10点之间)在车辆200中播放的多媒体内容中。

如在以上示例中，当向所有乘客询问内容改变的批准时(1440)，每个乘客可输入是否批准的回答。作为示例，每个乘客可通过设置在每个座椅201处或附近的单独麦克风250输入“是”或“否”的回答。

或者，当在每个座椅201中提供的显示器221上输出关于批准的询问并且当显示器221由触摸屏实现时，每个乘客可通过相应的显示器221输入“是”或“否”的回答。

或者，当通过乘客的用户终端300输出关于批准的询问时，如图11所示，用于“是(批准)”或“否(拒绝)”的按钮可与询问是否批准的文本一起显示在用户终端300的显示器320上。

当乘客点击“是”按钮时，可向服务管理系统100发送批准信号，而当乘客点击“否”按钮时，可向服务管理系统100发送拒绝信号。

在根据实施例的用于车辆的服务管理方法中，是否从参考率或多个乘客输入拒绝以确定是否批准多媒体内容的改变(1450)。

可能存在不回答询问的乘客。可应用面向改变的策略，即，当在参考率或参考率以上没有输入拒绝时，不响应的乘客被认为是赞成的并且多媒体内容的改变被批准(操作1500中的是)。例如，当超过50％的拒绝没有输入时，可批准多媒体内容的改变。

图13是示出根据实施例的用于车辆的服务管理方法中当乘客的请求属于本地服务时的示例的流程图。图14是示出根据实施例的用于车辆的服务管理方法中当乘客的请求属于个人服务时的示例的流程图。

再次参照图5，当对应于乘客的请求的域和任务属于本地服务时(操作1300中的否，操作1700中的是)，控制器130可确定同一区域中的其他乘客的请求(1800)。

参照图13，为了确定同一区域中的其他乘客的请求(1800)，确定输入请求的乘客所在的区域(1810)，并且可确定相同的请求是否从同一区域中的参考率或更多乘客输入(1820)。

如上所述，空调控制可为本地服务的示例。这里，车辆200可针对每个区域独立地执行空调控制，并且单个区域由四个座椅201组成，如图4所示。

例如，当从位于区域1(Z1)中的乘客输入升高温度的请求，并且区域1中50％或更多的乘客输入了相同的请求时，该乘客的请求可被批准(操作1500中的是)，并且可将用于增加区域1中的温度的控制信号传送到车辆200。

当区域1中存在三名乘客并且这三名乘客中的两名输入升高温度的请求时，该请求可被批准(操作1500中的是)。相反，当区域1中存在三名乘客并且三名乘客中的一名输入升高温度的请求时，该请求可被拒绝(操作1500中的否)。

确定输入相同请求的乘客比例的标准可为基于当前时间点在预定时间段内输入的请求。在这种情况下，仅请求，在相应区域的温度等于或高于当前温度的状态下输入，或者在相应区域的温度等于或低于当前温度的状态下输入，可算作同一个请求。

例如，当输入升高温度的请求时，可基于从当前时间点起五分钟内输入的请求来确定是否输入了相同的请求。在这种情况下，只有在相应区域的温度等于或高于当前温度的状态下输入的请求才可算作同一请求。

同时，当乘客输入的请求既不属于全局服务也不属于本地服务时(操作1300中的否，操作1700中的否)，该请求可属于个人服务。

当乘客的输入请求属于个人服务时，可在不考虑其他乘客的请求的情况下发送用于执行对应于相应请求的任务的控制信号(1600)。

在示例中，所请求的个人服务可为下车通知服务。参照图14，发送用于提供下车通知服务的控制信号(1600)可包括确定乘客的座椅位置和目的地(1610)，并且当接近对应于目的地的站点时(操作1620中的是)，发送下车通知信号(1630)。

当乘客在发送下车通知信号之后下车时(操作1640中的是)，下车通知服务的提供可结束，并且当乘客在发送下车通知信号后仍未下车(操作1640中的否)，可再次发送下车通知信号。

与上述其他服务一样，可通过设置在座椅201周围的麦克风250输入下车通知服务的请求。例如，可输入诸如“让我在江南站下车”的言语到麦克风250。

控制器130可基于输入言语确定乘客的目的地，并且基于传递相应言语的麦克风250的标识符确定乘客的座椅位置。

控制器130可监测车辆200的位置并且确定车辆200是否接近对应于目的地的站点(1620)。

当站点的名称包括在乘客的言语中时，即，乘客的目的地与站点的名称相匹配时，控制器130可确定车辆200是否接近相应的站点。当乘客的言语中没有包括站点的名称时，即，乘客的目的地与站点的名称不匹配时，控制器130可搜索离目的地最近的站点。

当车辆200接近与目的地相对应的站点时(操作1620中的是)，可将下车通知信号发送到车辆200并且可通过车辆200的显示器或扬声器中的驾驶员显示器220或扬声器210输出下车通知消息。或者，当车辆200处于自主驾驶模式时，控制器230可自动停止车辆200。

同时，当车辆200接近对应于目的地的站点时，可通过乘客的个人显示器221输出下车通知消息。或者，可通过乘客的用户终端300输出下车通知消息。

可基于每个座椅201中设置的座椅传感器的输出或捕获车辆200内部的图像中的至少一个来监视乘客是否已经下车。例如，用于拍摄车辆200中内部的至少一个摄像头可安装在车辆200中。

或者，控制器130可自动控制车辆200的车门的打开和关闭。例如，当车辆200停在对应于目的地的站点时，控制器130可向车辆200发送控制信号，使得车辆200的车门自动打开并且车门可保持打开直到乘客下车。

乘客下车的时间可基于座椅传感器的输出和距相应座椅和车门的距离来确定，并且还基于由摄像头捕获的图像来确定。

图12是示出根据实施例的用作用于执行言语车辆的服务管理方法的用户界面的用户终端的示例的示图。

在以上示例中，描述了设置在车辆200中的麦克风250和显示器220被用作用于接收乘客的请求或确认其他乘客的请求的用户界面的示例。

作为另一示例，乘客的用户终端300可用作用户界面。为此，如上所述，可在用户终端300中安装专用应用程序，并且车辆200可通过广播消息发送网页链接。

当乘客在运行专用应用程序或连接到发送的网页链接之后同意执行车辆控制功能时，图12中所示的屏幕可显示在显示器320上。乘客可选择语音请求以通过用户终端300的麦克风通过语音输入乘客的请求，并且选择手动请求以通过显示在显示器320上的按钮手动输入乘客的请求。

通过用户终端300的麦克风输入的乘客语音可被传送到服务管理系统100。

此外，如上图11所示，乘客可通过使用用户终端300参与与改变车载服务相关的投票。

当乘客在运行专用应用程序或连接到发送的网页链接之后同意执行车辆控制功能时，车辆200可根据基于用户终端的地址测量的接收信号强度指标(RSSI)，监测用户终端300是否位于车辆200内。

当RSSI低于参考值时，车辆200的控制器230或服务管理系统100的控制器130可确定乘客从车辆200下车并删除关于乘客的信息。

当关于乘客的信息被删除时，尽管通过用户终端300输入了任何请求或命令，但是请求或命令可能不会反映在提供给车辆200的服务的管理中。

图15是示出根据实施例的在车辆中通过显示器提供给驾驶员的信息的示例的图。

在上述示例中，已经描述了自动控制根据乘客的请求提供的服务的示例。根据实施例的服务管理系统和服务管理方法，服务控制模式可分为手动控制模式和自动控制模式。当设置自动控制模式时，可通过将控制信号发送到根据上述示例的车辆200来自动控制服务。当设置为手动控制模式时，乘客的请求可传送给驾驶员。

乘客的请求可作为乘客的语音被传送，也可作为自然语言理解模块120的处理结果(域、任务)被传送。

例如，如图15所示，可在车辆200的显示器220上显示图标，通过这些图标可直观地识别乘客的请求。图15所示的图标之一可根据域和与乘客要求相对应的任务显示。

其上显示图标的显示器220可为平视显示器(HUD)或音频视频导航(AVN)显示器。或者，显示器220可为以集群形式提供的显示器。

用于选择批准或拒绝请求的按钮(√，X)可与图标一起显示。驾驶员可通过显示在显示器220上的图标确定当前输入的请求是什么，并且考虑车辆200内的情况来选择批准按钮或拒绝按钮。

当选择批准按钮时，可执行根据上述自动控制模式的操作，当选择拒绝按钮时，忽略乘客的请求。然而，当忽略乘客的请求时，可通过车辆200的扬声器210或显示器220或通过用户终端300输出通知当前请求的服务可能不被提供的消息。

或者，驾驶员可直接执行用于提供请求的服务的控制。当空调相关请求被输入时，驾驶员确定是否批准相应的请求，然后可升高或降低相应区域的温度。当输入改变多媒体内容的请求时，驱动程序可直接改变多媒体内容播放。

由上可知，根据本发明的实施例，用于车辆的服务管理系统及车辆服务管理方法可通过语音接收厢式货车乘客的请求，考虑厢式货车内其他乘客的意见确定是否批准请求，然后自动执行相关控制。因此，即使在载有大量乘客的厢式货车中，该系统和方法也能充分反映乘客的要求，并且提供舒适的乘车环境。

尽管出于说明的目的描述了实施例，但是本领域的普通技术人员应该理解的是，在不脱离本发明的范围和思想的情况下，各种变形、添加和替换是可能的。因此，出于限制的目的没有描述实施例。

Claims (20)

1.一种用于车辆的服务管理系统，所述服务管理系统用于管理提供给所述车辆的服务，所述服务管理系统包括：

语音识别模块，配置成将乘客通过语音输入的请求转换为文本；

自然语言理解模块，配置成基于所述文本确定所述乘客的请求对应的域和任务；以及

控制器，配置成：

基于所确定的域和任务，确定所述乘客的请求属于全局服务还是本地服务，

当所述乘客的请求属于所述全局服务时，基于所述车辆内其他乘客的请求确定是否批准所述乘客的请求，以及

当所述乘客的请求属于所述本地服务时，基于与所述车辆内乘客处于同一区域的其他乘客的请求，确定是否批准所述乘客的请求。

2.根据权利要求1所述的服务管理系统，其中当所述乘客的请求属于所述全局服务时，所述控制器被配置成确定是否从所述车辆中的所有乘客的参考率或更多乘客输入了与所述乘客的请求相同的请求。

3.根据权利要求2所述的服务管理系统，其中当所述乘客的请求属于所述全局服务时，所述控制器被配置成基于从所述参考率或更多乘客输入的与所述乘客的请求相同的请求来批准所述乘客的请求。

4.根据权利要求2所述的服务管理系统，其中当所述乘客的请求属于所述全局服务时，所述控制器被配置成：

基于从第一参考率或更多乘客输入了与所述乘客的请求相同的请求，生成用于询问所述车辆中的所有所述乘客是否批准所述乘客的请求的询问信号，并且

基于未从所有所述乘客的第二参考率或更多乘客输入的拒绝，批准所述乘客的请求。

5.根据权利要求1所述的服务管理系统，其中当所述乘客的请求属于所述本地服务时，所述控制器被配置成，基于从与乘客在同一区域中的所有乘客的参考率或更多乘客输入的与所述乘客的请求相同的请求来批准乘客的请求。

6.根据权利要求1所述的服务管理系统，其中所述控制器被配置成：

确定所述乘客的请求是否属于个人服务，并且

当所述乘客的请求属于所述个人服务时，确定所述乘客的座椅的位置，并且基于所述乘客的所述座椅的所述位置生成用于提供与所述请求相对应的服务的控制信号。

7.根据权利要求4所述的服务管理系统，还包括：

通信模块，其被配置成与所述乘客或所述车辆的用户终端进行通信。

8.根据权利要求7所述的服务管理系统，其中所述控制器被配置成：

生成听觉询问信号，以听觉方式询问所述车辆中的所有所述乘客是否批准所述乘客的请求，并且

控制所述通信模块将生成的听觉询问信号传送至所述乘客或所述车辆的所述用户终端。

9.根据权利要求7所述的服务管理系统，其中所述控制器被配置成：

生成视觉询问信号，以视觉方式询问所述车辆中的所有所述乘客是否批准所述乘客的请求，并且

控制所述通信模块将生成的视觉询问信号发送至所述乘客或所述车辆的所述用户终端。

10.根据权利要求7所述的服务管理系统，其中所述控制器被配置成控制所述通信模块以向所述乘客的所述用户终端发送所述询问信号。

11.一种用于车辆的服务管理方法，所述服务管理方法用于管理提供给所述车辆的服务，所述服务管理方法包括：

将乘客语音输入的请求转换为文本；

基于所述文本确定所述乘客的请求对应的域和任务；

基于所确定的域和任务，确定所述乘客的请求属于全局服务还是本地服务；

当所述乘客的请求属于所述全球服务时，基于所述车辆内其他乘客的请求确定是否批准所述乘客的请求；以及

当所述乘客的请求属于所述本地服务时，基于与所述车辆内的所述乘客处于同一区域的其他乘客的请求，确定是否批准所述乘客的请求。

12.根据权利要求11所述的服务管理方法，其中当所述乘客的请求属于所述全局服务时，确定是否批准所述乘客的请求包括：确定是否从所述车辆中的所有乘客的参考率或更多乘客输入了与所述乘客的请求相同的请求。

13.根据权利要求12所述的服务管理方法，其中当所述乘客的请求属于所述全局服务时，确定是否批准所述乘客的请求包括：基于从所述参考率或更多乘客输入的与所述乘客的请求相同的请求来批准所述乘客的请求。

14.根据权利要求12所述的服务管理方法，其中当所述乘客的请求属于所述全局服务时，确定是否批准所述乘客的请求包括：

基于从第一参考率或更多乘客输入了与所述乘客的请求相同的所述请求，生成询问所述车辆内所有所述乘客是否批准所述乘客的请求的询问信号，以及

基于未从所有所述乘客的第二参考率或更多乘客输入的拒绝，批准所述乘客的请求。

15.根据权利要求11所述的服务管理方法，其中当所述乘客的请求属于所述本地服务时，确定是否批准所述乘客的请求包括：基于从与所述乘客在同一区域内的所有乘客的第一参考率或更多乘客输入的与所述乘客的请求相同的批准所述乘客的请求。

16.根据权利要求11所述的服务管理方法，进一步包括：

确定所述乘客的请求是否属于个人服务；

当所述乘客的请求属于所述个人服务时，确定所述乘客的座椅位置；以及

基于所述乘客的所述座椅的所述位置生成用于提供与所述请求相对应的服务的控制信号。

17.根据权利要求11所述的服务管理方法，其中确定是否批准所述乘客的请求包括：

生成听觉询问信号，用于听觉询问所述车辆中的所有乘客是否批准所述乘客的请求，以及

向所述乘客或所述车辆的用户终端发送所述生成的听觉询问信号。

18.根据权利要求11所述的服务管理方法，其中确定是否批准所述乘客的请求包括：

生成视觉询问信号，用于视觉询问所述车辆中的所有乘客是否批准所述乘客的请求，以及

向所述乘客或所述车辆的用户终端发送所述生成的视觉询问信号。

19.根据权利要求11所述的服务管理方法，进一步包括：

向所述车辆发送关于与所述乘客的请求相对应的所述域和所述任务的信息。

20.根据权利要求11所述的服务管理方法，其中确定是否批准所述乘客的请求包括：

生成听觉询问信号，用于在白天听觉询问所述车辆中的所有乘客是否批准所述乘客的请求，以及

生成视觉询问信号，用于在夜间视觉询问所述车辆中的所有乘客是否批准所述乘客的请求。

Images