申请/专利权人：腾讯大地通途(北京)科技有限公司;腾讯科技(深圳)有限公司

申请日：2019-06-03

公开（公告）日：2024-04-30

公开（公告）号：CN110211587B

主分类号：G10L15/26

分类号：G10L15/26;G07C11/00

优先权：

专利状态码：有效-授权

法律状态：2024.04.30#授权;2021.02.26#实质审查的生效;2019.09.06#公开

摘要：本申请公开了一种排号信息获取方法、装置、设备及介质，其中，该方法包括：当车载终端检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，该排号询问消息中包括目的地的场所信息；接收服务器返回的排号询问应答消息，该排号询问应答消息用于表示目的地当前是否支持排号；当目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；当第一识别结果表示用户需要排号时，从服务器获取排号信息。如此，在保证驾驶安全性的同时自动为用户提供了语音排号服务。

主权项：1.一种排号信息获取方法，其特征在于，应用于车载语音助理在用户驾车过程中自动为用户提供语音排号服务，包括：接收车载导航响应用户导航发起操作发送的目的地信息，所述目的地信息包括目的地的经纬度、目的地的场所信息和目的地的场所类型；将所述目的地信息中的目的地场所类型与目标类型列表中各预设的目标类型进行匹配；当所述目的地的场所类型与所述目标类型列表中记录的预设的目标类型不匹配，则不向服务器发送排号询问消息；当所述目的地的场所类型与预设的目标类型匹配时，则确定所述目的地的场所类型为目标类型；当检测到车辆导航目的地的场所类型为目标类型时，在当前网络环境良好的情况下向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的场所信息；接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果，其中，在语音播报时，在车载终端当前显示的用户交互界面上弹出承载有语音播报内容的悬浮窗，所述悬浮窗还承载用于表示用户需要排号的控件以及用于表示用户不需要排号的控件；当第一识别结果表示用户需要排号时，从所述服务器获取排号信息，其中包括：当第一识别结果表示用户需要排号时，向所述服务器发送取号请求消息；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度；或，当第一识别结果表示用户需要排号时，通过语音播报询问用户所需的排号业务参数，采集用户的语音并进行语音识别得到第二识别结果；当第二识别结果中包含排号业务参数时，向所述服务器发送取号请求消息，所述取号请求消息中携带所述排号业务参数；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度；在车辆行驶过程中获取车辆到达目的地的预计达到时间，根据轮询到的排号进度确定预计叫号时间；比对车辆到达目的地的预计到达时间和用户排号的预计叫号时间；根据比对结果为用户进行时间提醒以使用户合理安排驾驶时间。

全文数据：排号信息获取方法、装置、设备及介质技术领域本申请涉及语音识别技术领域，尤其涉及一种排号信息获取方法、装置、设备及计算机可读存储介质。背景技术目前市场上很多消费场所如餐厅、银行、医院等，一般都支持排号消费，由消费者排号等待到自己的号码时再消费。基于这种排号消费机制，消费者可以远程先排号，等到快到自己的号码时再去消费场所进行消费避免过长时间等待。在相关技术中，消费者都是通过手机等终端预先排号，然后自己实时关注具体叫号情况，从而及时去消费避免过号作废、浪费时间。但这种方式在很多场景下并不适用，例如在驾车场景下，用户需要集中精力开车无法释放双手来操作手机，无法用手机来排号。发明内容本申请实施例提供了一种排号信息获取方法、装置、设备及介质，在驾车场景中，使得用户可以通过智能语音交互的方式方便地进行排号。有鉴于此，本申请第一方面提供了一种排号信息获取方法，包括：当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的场所信息；接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；当第一识别结果表示用户需要排号时，从所述服务器获取排号信息，推送所述排号信息。本申请第二方面提供了一种排号信息获取装置，包括：第一发送模块，用于当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的经纬度和所述目的地的场所信息；第一接收模块，用于接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；第一语音交互模块，用于当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；第一获取模块，用于当第一识别结果表示用户需要排号时，从所述服务器获取排号信息。本申请第三方面提供了一种设备，所述设备包括处理器以及存储器：所述存储器用于存储计算机程序；所述处理器用于根据所述计算机程序，执行如上述第一方面所述的排号信息获取方法的步骤。本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面所述的排号信息获取方法的步骤。本申请第五方面提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述第一方面所述的排号信息获取方法的步骤。从以上技术方案可以看出，本申请实施例具有以下优点：本申请实施例提供了一种适用于驾车场景的排号信息获取方法，能够在用户驾车的过程中自动地为其提供语音排号服务。具体的，当车载终端中运行的车载语音助理检测到当前导航目的地的场所类型为目标类型时，向服务器发送包括目的地的场所信息的排号询问消息，并相应地接收服务器针对该排号询问消息返回的排号询问应答消息，该排号询问应答消息用于表征该目的地当前是否支持排号；若该目的地当前支持排号，则车载语音助理可以语音播报询问用户的排号需求，进而采集用户的语音并通过语音识别得到第一识别结果；当该第一识别结果表示用户需要排号时，车载语音助理从服务器获取排号信息。在上述排号信息获取方法中，车载语音助理与车载导航有机地结合起来，在确定车载导航传输过来的目的地的场所类型为目标类型时，车载语音助理自动为用户提供针对该目的地的排号服务，如此，提升了车载语音助理的智能化程度，在保证驾驶安全性的同时，为用户提供了语音排号服务，提高了用户的使用体验。附图说明图1为本申请实施例提供的排号信息获取方法的应用场景示意图；图2为本申请实施例提供的排号信息获取方法的流程示意图；图3为本申请实施例提供的一种示例性的用户交互界面示意图；图4为本申请实施例提供的另一种示例性的用户交互界面示意图；图5为本申请实施例中确定是否发起餐厅排号信息推送这一阶段对应的流程示意图；图6为本申请实施例中实现餐厅排号信息推送这一阶段对应的流程示意图；图7为本申请实施例提供的第一种排号信息获取装置的结构示意图；图8为本申请实施例提供的第二种排号信息获取装置的结构示意图；图9为本申请实施例提供的第三种排号信息获取装置的结构示意图；图10为本申请实施例提供的第四种排号信息获取装置的结构示意图；图11为本申请实施例提供的第五种排号信息获取装置的结构示意图；图12为本申请实施例提供的第六种排号信息获取装置的结构示意图；图13为本申请实施例提供的第七种排号信息获取装置的结构示意图；图14为本申请实施例提供的第八种排号信息获取装置的结构示意图；图15为本申请实施例提供的车载终端的结构示意图。具体实施方式为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等如果存在是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。相关技术中，用户通常需要通过在排号网站或排号应用程序Application，APP提供的图形界面上输入相关排号信息，实现针对目的地的预约排号。然而，这种排号方式智能性较差，其需要用户主动发起排号查询；并且这种排号方式也并不适用于驾车场景，用户在驾车的同时在图形界面上输入相关排号信息会分散用户的注意力，可能为用户带来极大的安全问题。针对上述相关技术存在的问题，本申请实施例提供了一种排号信息获取方法，该方法将车载导航与车载语音助理有机地结合起来，车载语音助理在确定车载导航当前的导航目的地的场所类型为目标类型时，相应地向服务器发起排号询问消息，以询问该目的地当前是否支持排号，在服务器返回的排号询问应答消息表明该目的地当前支持排号时，车载语音助理进一步通过语音播报的方式询问用户是否需要针对目的地提供的服务进行排号，若通过语音识别用户所回复的语音确定用户需要排号，则车载语音助理从服务器处获取相关排号信息。可见，车载语音助理能够在驾车场景中主动为用户提供排号服务，用户仅需通过与车载语音助理进行语音交互，即可针对目的地提供的服务进行预约排号，保证驾驶安全性的同时提高了用户的使用体验。应理解，本申请实施例提供的排号信息获取方法的执行主体为车载终端，该车载终端中承载有车载导航模块和车载语音助理模块，其中，车载导航模块有时也被称为车载导航系统，其可以是利用车载全球定位系统GlobalPositioningSystem，GPS配合电子地图进行导航的应用程序，其能够方便准确地告知用户去往目的地最快或者最短的路径。当然，车载导航模块也可以是基于其他定位系统如北斗卫星导航系统、伽利略卫星导航系统等实现导航的应用程序模块；车载语音助理模块可以是任何一种能够实现语音智能交互的应用程序，车载语音助理模块有时也被称为车载语音助手，车载语音交互系统等；其中，车载语音助理模块能够通过语音交互为用户提供智能服务，车载导航模块能够为用户提供路线导航服务，该车载语音助理模块能够与车载导航模块进行数据通讯，以获得通过车载导航确定的目的地相关信息，进而为用户提供通过语音交互实现智能排号的服务。为了方便描述下文中将车载导航模块简称为车载导航，并将车载语音助理模块简称为车载语音助理，但本申请在实际应用中对两者的名称不做具体限定。为了便于理解本申请实施例提供的技术方案，下面对本申请实施例提供的排号信息获取方法的应用场景进行介绍。参见图1，图1为本申请实施例提供的排号信息获取方法的应用场景示意图。如图1所示，该应用场景包括：车载终端110和服务器120；其中，车载终端110中承载有车载语音助理111和车载导航112，车载语音助理111用于执行本申请实施例提供的排号信息获取方法，以通过语音交互的方式自动地为用户提供排号服务；服务器120用于确定车载语音助理111所查询的目的地当前是否支持排号，以及在车载语音助理111确定用户需要取号时，相应地提供针对目的地的取号服务。具体的，当用户需要利用车载导航112导航至某目的地时，用户可以通过车载导航112输入该目的地的名称，进而，车载导航112相应地确定该目的地的相关信息，如目的地的经纬度、目的地的场所信息、目的地的场所类型、当前位置到目的地的路线以及预计到达时间EstimatedTimeofArrival，ETA等，并将这些目的地的相关信息传输至车载语音助理111。车载语音助理111检测到车辆导航目的地的场所类型为目标类型时，向服务器120发送包括有目的地的场所信息的排号询问消息，以询问服务器120该目的地当前是否支持排号。服务器120根据排号询问消息中目的地的场所信息，相应地判断该目的地当前是否支持排号，并根据判断结果生成排号询问应答消息发送给车载语音助理111。若接收的排号询问应答消息表示该目的地当前支持排号，则车载语音助理111通过语音播报的方式询问用户是否需要针对该目的地提供的服务进行排号，并采集用户针对此次询问答复的语音，语音识别该语音得到第一识别结果。当该第一识别结果表征用户需要排号时，车载语音助理111从服务器120处获取相关排号信息，并向用户推送所获取的排号信息。具体的，车载语音助理111可以向服务器120发送取号请求消息，以请求服务器120为用户针对目的地提供的服务取号，服务器120取号成功后，将向车载语音助理111返回取号成功应答消息。车载语音助理111接到该取号成功应答消息后，不断地向服务器120轮询当前排号进度，并相应地向用户语音播报排号进度。如此，车载语音助理111可以主动为用户提供排号服务，用户可以在驾车的同时，通过与车载语音助理111进行语音交互的方式申请针对目的地提供的服务进行排号，如此，既保证了用户的驾驶安全性，又提高了用户的使用体验。应理解，图1所示的应用场景仅为一种示例，在实际应用中，本申请实施例提供的排号信息获取方法还可以应用于其他场景，在此不对本申请实施例提供的排号信息获取方法的应用场景做任何限定。下面通过实施例对本申请提供的排号信息获取方法进行介绍。参见图2，图2为本申请实施例提供的排号信息获取方法的流程示意图。下述实施例以车载语音助理作为执行主体进行描述，如图2所示，该排号信息获取方法包括以下步骤：步骤201：当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的场所信息。当用户通过车载导航发起去往某目的地的导航时，车载导航将相应地将该目的地的场所类型传输至车载语音助理，该目的地场所类型通常能够反映目的地所能提供的服务类型，如就餐服务场所、医疗服务场所、金融服务场所等。当车载语音助理检测到当前导航目的地的场所类型为目标类型时，车载语音助理将相应地向服务器发送排号询问消息，该排号询问消息中包括有该目的地的场所信息，该目的地的场所信息可以包括目的地的名称、目的地的具体地点。具体的，用户利用车载导航发起去往某目的地的导航时，用户可以通过车载导航的图形界面或者通过语音输入的方式输入目的地相关信息，如目的地名称、目的地所要满足的条件等等，车载导航接收到用户输入的内容后，向导航服务器发起携带有该目的地相关信息的导航请求；导航服务器针对该导航请求，相应地确定目的地的场所信息、目的地的经纬度、从用户当前所在位置到达该目的地的最快或者最短路径、以及预计到达该目的地的时间等信息，并将所确定的信息返回至车载导航。进而，车载导航可以根据导航服务器返回的信息以及用户输入的内容生成目的地信息，并将该目的地信息发送给车载语音助理，该目的地信息可以包括目的地的经纬度、目的地的场所信息和目的地的场所类型；应理解，上述目的地场所信息具体可以为目的地的名称。车载语音助理接收到目的地信息后，相应地将目的地信息中的目的地场所类型与目标类型列表中各预设的目标类型进行匹配，该目标类型列表中记录有若干种可能提供排号服务的场所类型，当目的地场所类型与预设的目标类型相匹配时，则可以确定该目的地的场所类型为目标类型，进而向服务器发送携带有目的地的场所信息的排号询问消息。应理解，接收排号询问消息的服务器通常区别于导航服务器，即该接收排号询问消息的服务器主要用于为用户提供排号服务，而导航服务器主要用于为用户提供导航服务；当然，在一些情况下，接收排号询问消息的服务器与导航服务器也可以集成为同一服务器。为了便于理解上述步骤201的具体实现方式，下面对步骤201的具体实现过程进行举例说明：假设用户语音输入至车载导航的内容为“导航至最近的麦当劳”，车载导航根据该内容生成导航请求，并将该导航请求发送至导航服务器。导航服务器接收到导航请求后，相应地确定距离用户当前所在位置最近的麦当劳为麦当劳建国门店，即确定目的地的场所信息，进而，确定麦当劳建国门店的经纬度、从用户当前所在位置到麦当劳建国门店的最快或最短路径以及预计到达麦当劳建国门店的时间等信息，并将这些信息返回给车载导航。车载导航接收到导航服务器返回的信息后，相应地根据用户输入的内容以及导航服务器返回的信息生成目的地信息，具体的，车载导航可以根据导航服务器返回的信息以及用户输入的内容，确定目的地场所信息为“麦当劳建国门店”，以及目的地的场所类型为就餐场所，进而，生成包括麦当劳建国门店的经纬度、麦当劳建国门店以及就餐场所的目的地信息，并将该目的地信息传输至车载语音助理。车载语音助理接收到该目的地信息后，将该就餐场所与目标类型列表中记录的预设的目标类型进行匹配，若就餐类型与某个预设的目标类型匹配成功，则确定该目的地的场所类型为目标类型，进而向服务器发送携带有“麦当劳建国门店”这一目的地场所信息的排号询问消息。需要说明的是，如果检测到目的地的场所类型与目标类型列表中记录的预设的目标类型不匹配，则说明该目的地不支持排号，则车载语音助理无需向服务器发送排号询问消息。另外，当车载语音助理检测到当前网络环境较差，无法与服务器进行通信时，车载语音助理也无需向服务器发送排号询问消息。在一种可能的情况下，若车载语音助理检测到导航目的地的场所类型不是目标类型，但是该目的地包括属于目标类型的场所时，车载语音助理可以向服务器发送场所推荐请求消息，该场所推荐请求消息中包括目的地的场所信息。服务器根据该导航目的地的场所信息确定出相关的推荐场所后，向车载语音助理返回场所推荐响应消息，该场所推荐响应消息中包括导航目的地范围内属于目标类型的场所信息。车载语音助理接收到该场所推荐响应消息后，通过语音播报询问用户感兴趣的场所，进而采集用户的语音，并进行语音识别得到第三识别结果。若车载语音助理根据该第三识别结果确定出用户感兴趣场所信息，则向服务器发送排号询问消息，该排号询问消息中包括的目的地场所信息即为该用户感兴趣的场所信息。例如，假设车载语音助理检测到当前导航目的地为某商场，该商场虽然不属于目标类型，但是该商场内和商场周边包括属于目标类型的场所，如该商场内和商场周边包括就餐场所，此时，车载语音助理可以向服务器发送携带有该商场名称的推荐请求消息，以请求服务器推荐该商场内和该商场周边的属于目标类型的场所。服务器接收到该推荐请求消息后，相应地搜索该商场内和商场周边比较热门的就餐场所，并将这些就餐场所的信息添加至推荐响应消息中返回给车载语音助理。车载语音助理接收到推荐响应消息后，向用户语音播报推荐响应消息中包括的就餐场所的信息，并询问用户是否对其中的某家就餐场所感兴趣，进而，开启录音功能采集用户针对此次询问做出的语音回复，语音识别用户回复的语音得到第三识别结果，若该第三识别结果中包括某家就餐场所的信息，则确定该家就餐场所为用户感兴趣的场所，进而向服务器发送携带有该家就餐场所的场所信息的排号询问消息。步骤202：接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号。服务器接收到车载语音助理发送的排号询问消息后，相应地根据该排号询问消息中携带的目的地场所信息，查询该目的地当前是否支持排号，并根据查询结果生成排号询问应答消息，将该排号询问应答消息发送给车载语音助理，该排号询问应答消息能够表示该目的地当前是否支持排号。服务器具体查询目的地当前是否支持排号时，可以基于以下策略确定查询结果：1、判断目的地是否属于系统中记录的排号服务提供商，若否，则确定该目的地不支持排号服务。2、判断目的地当前是否处于其营业时间，若否，则确定该目的地当前不支持排号服务。3、判断目的地当前是否已暂停排号，若是，则确定该目的地当前不支持排号服务。4、判断目的地是否仅支持现场取号，若是，则确定该目的地当前不支持排号。5、判断目的地当前是否无需排号，若是，则确定该目的地当前不支持排号。6、判断目的地排号是否需要收费，若是，则确定该目的地当前不支持排号。若服务器确定目的地不符合上述1至6所涉及的当前不支持排号的条件，则服务器相应地生成表示目的地当前支持排号的排号询问应答消息，反之，若服务器确定目的地符合上述1至6所涉及的任意一条或多条当前不支持排号的条件，则服务器相应地生成表示目的地当前不支持排号的排号询问应答消息。应理解，在实际应用中，服务器除了可以基于上述1至6所提及的策略确定目的地当前是否支持排号外，还可以参考其他策略确定目的地是否支持排号，在此不对服务器确定目的地是否支持排号的参考因素做任何限定。步骤203：当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果。在车载语音助理接收的排号询问应答消息表示目的地当前支持排号的情况下，车载语音助理可以通过语音播报的方式询问用户的排号需求；例如，车载语音助理可以通过播报“XXX餐厅已经开始排队了，我可以在线为您取号，您当前需要吗？”，来询问用户的排号需求。语音播报结束后，车载语音助理自动开启录音功能，以采集用户针对上述询问答复的语音，并利用语音识别技术识别所采集的语音得到第一识别结果。应理解，在实际应用中，可以根据实际需求设定车载语音助理语音播报的内容，在此不对车载语音助理询问用户排号需求时语音播报的内容做任何限定。可选的，为了进一步提高用户体验，使得用户在没听清语音播报的情况下也能清楚地获知语音播报的内容，车载语音助理还可以在语音播报的同时，在用户交互界面上弹出子页面，并通过该子页面进行相关信息的提示。具体的，车载语音助理可以在语音播报时，在车载终端当前显示的用户交互界面上，弹出承载有语音播报内容的悬浮窗。如图3所示，为一种示例性的用户交互界面示意图，假设车载终端当前显示的用户交互界面为车载导航的界面，车载语音助理通过语音播报询问用户的排号需求时，相应地在车载终端当前显示的界面上弹出悬浮窗310，悬浮窗310中的显示内容即为语音播报的内容，同时，悬浮窗310中还可以承载用于表示用户需要排号的控件，以及用于表示用户不需要排号的控件，以便车内其他用户通过触控的方式进行选择。可选的，为了防止用户因未听清车载语音助理语音播报的内容，而错过车载语音助理提供的排号服务，车载语音助理可以进行多次语音播报。具体的，若车载语音助理在语音播报结束后的预设时间段内未采集到用户输入的语音，则车载语音助理可以进行多次语音播报，并检测每次语音播报结束后的预设时间段内是否采集到用户输入的语音；若在某次语音播报结束后的预设时间段内采集到用户输入的语音，则对该语音进行语音识别确定第一识别结果，并停止语音播报询问用户排号需求；反之，若直到最后一次语音播报结束后的预设时间段内仍未采集到用户输入的语音，则车载语音助理当前不再继续执行后续操作，并提示用户后续可以根据自身需求通过车载语音助理重新发起排号。应理解，在实际应用中，可以根据实际需求设置上述语音播报的次数，例如，设置语音播报的次数为2或3等，在此不对上述语音播报的次数做具体限定。此外，也可以根据实际需求设置上述预设时间段，例如，将预设时间段设置为8s、10s等，在此不对上述预设时间段的具体长度做任何限定。步骤204：当第一识别结果表示用户需要排号时，从服务器获取排号信息。车载语音助理获得第一识别结果后，进一步对该第一识别结果的内容进行识别，若该第一识别结果表示用户当前需要排号，则车载语音助理进一步从服务器获取排号信息，并向用户推送该排号信息。反之，若该第一识别结果表示用户当前不需要排号，则车载语音助理无需执行后续操作。应理解，上述排号信息为与本次排号相关的信息，具体可以包括：本次排号取到的号码、等待人数、预估等待时间等等。具体实现时，当第一识别结果表示用户当前需要排号时，车载语音助理可以先向服务器发送取号请求消息，进而接收服务器针对该取号请求消息返回的取号成功应答消息，并向服务器轮询排号进度，通过语音播报该排号进度。需要说明的是，在实际应用中，车载语音助理可以通过语音识别服务器确定第一识别结果以及第一识别结果的内容。具体的，车载语音助理采集到用户输入的语音后，可以将该语音传输至语音识别服务器，语音识别服务器相应地识别该语音得到其对应的文字内容，并根据识别得到的文字内容确定第一识别结果表示的含义，即确定第一识别结果表示用户是否需要排号，进而，将第一识别结果表示的含义传输回车载语音助理。当然，在实际应用中，也可以由车载语音助理独立识别其采集到的语音，在此不对语音识别的执行主体做任何限定。在一种可能的实现方式中，用户所要去往的目的地可能仅提供单一类型的服务，用户无需选择排号的服务类型，这种情况下，当车载语音助理识别第一识别结果确定用户需要排号时，则车载语音助理直接向服务器发起取号请求消息。例如，假设用户当前所要去往的餐厅仅提供一种桌型，并不针对不同的就餐人数提供不同类型的桌型，此时，车载语音助理一旦确定了第一识别结果表示用户需要排号，即可向服务器发送取号请求消息。在另一种可能的实现方式中，用户所要去往的目的地可能提供多种类型的服务，用户还需要相应地选择排号的服务类型。这种情况下，车载语音助理语音播报询问用户排号需求时，可以一次性地向用户询问其是否需要排号，以及在需要排号的情况下其具体需要针对哪种类型的服务进行排号。若用户当前需要排号，则用户针对该语音播报回复的语音中除了包括其需要排号外，还会包括自身具体针对哪种类型的服务进行排号，则识别该语音得到的第一识别结果中还包括相关的排号业务参数，并且车载语音助理向服务器发送的取号请求消息中也将携带该排号业务参数。例如，假设用户所要去往的XXX餐厅可以提供大桌、中桌和小桌三种桌型，每种桌型支持的就餐人数不同；这种情况下，车载语音助理可以向用户语音播报“XXX餐厅已经开始排队了，现在可以为您在线取号，您需要吗？若需要，请您回复所需排号的桌型，或者回复此次就餐的人数”，用户在需要排号的情况下，可以语音答复“需要排号，此次就餐人数为4人”，相应地，车载语音助理可以根据用户语音答复的内容确定第一识别结果，该第一识别结果表示用户需要排号，并且第一识别结果中包括的排号业务参数为4人。在又一种可能的实现方式中，当用户所要去往的目的地可以提供多种类型的服务，需要用户相应地选择排号的服务类型时，为了进一步提高用户体验，车载语音助理可以分多次语音播报询问用户的详细排号需求。具体的，车载语音助理可以通过第一次语音播报向用户询问当前是否需要排号，识别用户针对此次询问答复的语音得到第一识别结果，若该第一识别结果表示用户需要排号，则车载语音助理可以通过第二次语音播报询问用户所需的排号业务参数，即询问用户需要针对目的地提供的哪种服务进行排号，识别用户针对此次询问答复的语音得到第二识别结果，当该第二识别结果中包括排号业务参数时，车载语音助理向服务器发送取号请求消息，该取号请求消息中携带有排号业务参数。需要说明的是，车载语音助理进行第二次语音播报时，也可以相应地在车载终端当前的显示界面上弹出子页面，通过该子页面提示用户第二次语音播报的内容。如图4所示，为另一种示例性的用户交互界面示意图，假设车载终端当前显示的用户交互界面为车载导航的界面，车载语音助理进行第二次语音播报时，相应地在车载终端当前显示的界面上弹出悬浮窗410，悬浮窗410中的显示内容即为此次语音播报的内容。此外，若车载语音助理在第二次语音播报结束后的预设时间段内没有采集到用户输入的语音，此时车载语音助理也可以多次语音播报该第二次语音播报的内容，若在某次语音播报结束后的预设时间段内采集到用户输入的语音，则车载语音助理可以根据该语音确定第二识别结果，若直到最后一次语音播报结束后的预设时间段内仍为采集到用户输入的语音，则车载语音助理此时无需继续执行后续操作，并相应地提示用户后续可以在车载语音助理中重新发起排号。例如，假设用户所要去往的XXX餐厅可以提供大桌、中桌和小桌三种桌型，大桌支持10-12人就餐，中桌支持6-10人就餐，小桌支持2-6人就餐。车载语音助理可以通过第一次语音播报，播报以下内容“XXX餐厅已经开始排队了，我可以在线为您取号，您当前需要吗？”，采集用户针对此次询问答复的语音，并对该语音进行语音识别得到第一识别结果。若该第一识别结果表示用户需要排号，则车载语音助理可以通过第二次语音播报，播报以下内容“您大概几人就餐？”，或者“您想要选择哪种桌型，XXX餐厅的大桌支持10-12人就餐，中桌支持6-10人就餐，小桌支持2-6人就餐”，采集用户针对此次询问答复的语音，并对该语音进行语音识别得到第二识别结果，并确定第二识别结果中包含的排号业务参数，如4人就餐，选择小桌等等。应理解，在实际应用中，车载语音助理也可以通过其他询问方式获取排号业务参数，在此不对车载语音助理获取排号业务参数的方式做具体限定。服务器接收到车载语音助理发送的取号请求消息后，相应地基于该取号请求消息中携带的信息进行取号，并在取号成功后生成取号成功应答消息，将该取号成功应答消息发送给车载语音助理。车载语音助理接收到该取号成功应答消息后，按照特定的轮询规则向服务器询问排号进度，并相应地通过语音播报排号进度。具体的，当目的地仅提供一种类型的服务，用户无法选择排号的服务类型时，服务器接收到取号请求消息后，可以直接针对目的地提供的该种服务进行取号，并在取号成功后，生成取号成功应答消息发送给车载语音助理。当目的地可以提供多种类型的服务，用户需要选择其排号的服务类型时，服务器接收到取号请求消息后，先对该取号请求消息中的排号业务参数进行识别，若识别排号业务参数中不包括符合预设条件的参数，则向车载语音助理返回排号业务参数询问消息，以通知用户重新语音输入排号业务参数，若识别排号业务参数中包括符合预设条件的参数，则根据该排号业务参数相应地确定用户所要排号的业务类型，并针对该业务类型进行取号，取号成功后，生成取号成功应答消息发送给车载语音助理。车载语音助理接收到服务器发送的取号成功应答消息后，可以周期性地向服务器轮询当前排号进度，例如，可以每隔30秒向服务器询问一次当前排号进度，并相应地语音播报排号进度。应理解，此处的轮询周期可以根据实际情况进行设定，在此不对轮询周期的长度做具体限定。在一种可能的实现方式中，车载语音助理可以仅在当前轮询的排号进度表示等待排号数为预设阈值时，通过语音播报当前轮询的排号进度。例如，假设预设阈值包括10和5，则车载语音助理仅在轮询到的排号进度表示前面还有10个人在排号的时候，以及排号进度表示前面还有5个人在排号的时候，通过语音播报当前轮询的排号进度。应理解，上述预设阈值可以根据实际情况进行设定，在此不对该预设阈值做具体限定。在另一种可能的实现方式中，等待排号数每减少N个，车载语音助理可以通过语音播报最新轮询的排号进度，此处的N为大于或者等于1的正整数。例如，假设N为5，则等待排号数每减少5个，车载语音助理即可语音播报一次最新轮询的排号进度。需要说明的是，在实际应用中，车载语音助理可以针对不同的等待排号数区间设置不同的数值作为N。例如，在等待排号数大于5时，可以将N设置为5，即等待排号数每减少5个，语音播报一次最新轮询的排号进度，在等待排号数小于或者等于5时，可以将N设置为1，即等待排号数每减少1个，即语音播报一次最新轮询的排号进度。应理解，上述N对应的数值可以根据实际需求进行设定，在此不对该N对应的数值做具体限定。应理解，在实际应用中，车载语音助理语音播报排号进度的同时，也可以相应地在车载终端的用户交互界面上，弹出子页面显示当前排号进度。此外，车载语音助理语音播报排号进度时，也可以多次播报该排号进度，以防止用户一次无法听清当前的排号进度。需要说明的是，车载语音助理停止轮询排号进度的条件通常可以包括：用户当前取号已经过号，以及用户主动取消排号。为了便于用户更合理地安排其行程，车载语音助理接收到取号成功应答消息后，可以对车辆到达目的地的预计到达时间与用户排号的预计叫号时间进行比对，进而根据比对结果为用户进行时间提醒。具体的，车载导航在车辆行驶过程中，可以不断地从服务器处获取到车辆到达目的地的预计到达时间，进而，将该预计到达时间传输至车载语音助理。与此同时，车载语音助理在轮询排号进度的同时，还可以根据轮询到的排号进度确定预计叫号时间，进而对比该预计到达时间与预计叫号时间，并根据对比结果对用户进行时间提醒；例如，在预计到达时间为17:00，预计叫号时间为17:30的情况下，车载语音助理可以提醒用户时间充足，注意安全驾驶。应理解，在实际应用中，可以根据实际需求设置不同对比结果对应的提醒方式，在此不对车载语音助理的提醒方式做任何限定。上述排号信息获取方法将车载导航与车载语音助理有机地结合起来，车载语音助理在确定车载导航当前的导航目的地的场所类型为目标类型时，相应地向服务器发起排号询问消息，以询问该目的地当前是否支持排号，在服务器返回的排号询问应答消息表明该目的地当前支持排号时，车载语音助理进一步通过语音播报的方式询问用户是否需要针对目的地提供的服务进行排号，若通过语音识别用户所回复的语音确定用户需要排号，则车载语音助理从服务器处获取排号信息。可见，车载语音助理能够在驾车场景中主动为用户提供排号服务，用户仅需通过与车载语音助理进行语音交互，即可针对目的地提供的服务进行预约排号，保证驾驶安全性的同时提高了用户的使用体验。需要说明的是，上述图2所示的排号信息获取方法具体可以应用于各种需要排号的应用场景中，本申请实施例在此提供了三种可以应用该排号信息获取方法的应用场景，下面对这三种可能的应用场景分别进行介绍。在一种可能的情况下，本申请实施例提供的排号信息获取方法可以应用于针对餐厅进行排号的应用场景中。在该应用场景中，车载语音助理可以在检测到车辆导航目的地的场所类型为餐厅时，向服务器发送排号询问消息，该排号询问消息中包括作为目的地的餐厅名称。在确定用户需要针对该餐厅进行排号的情况下，若该餐厅可以针对不同的就餐人数提供多种类型的桌型，需要用户进行相应地选择，则用户需要向车载语音助理输入包括所选桌型和就餐人数中至少一项的排号业务参数，进而，车载语音助理可以将其识别出的排号业务参数添加至取号请求消息中，发送给服务器。相应地，服务器根据取号请求消息中携带的排号业务参数确定出用户需要排号的桌型时，针对该桌型进行取号，进而将等待桌数、预估等待时间和所取到的桌号添加至取号成功应答消息中，发送给车载语音助理。车载语音助理接收到服务器发送的取号成功应答消息后，可以通过语音播报当前等待人数、预估等待时间和就诊号，并在车载终端的用户交互界面上显示该等待桌数、预估等待时间和桌号。应理解，车载语音助理向服务器轮询排号进度时，服务器也可以相应地将更新后的等待桌数、预估等待时间发送给车载语音助理，并且在车载语音助理语音播报排号进度的同时，在车载终端的用户交互界面上显示当前的等待桌数和预估等待时间。在另一种可能的情况下，本申请实施例提供的排号信息获取方法可以应用于针对医院门诊进行排号的应用场景中。在该应用场景中，车载语音助理可以在检测到车辆导航目的地的场所类型为医院时，向服务器发送排号询问消息，该排号询问消息中包括作为目的地的医院名称。在确定用户需要针对医院提供的医疗服务进行排号的情况下，进一步获取用户向车载语音助理语音输入的包括所选科室和医生中至少一项的排号业务参数，进而，车载语音助理可以将其识别出的排号业务参数添加至取号请求消息中，发送给服务器。相应地，服务器根据取号请求消息中携带的排号业务参数确定出用户需要排号的医疗服务时，针对该项医疗服务进行取号，进而将等待人数、预估等待时间和就诊号添加至取号成功应答消息中，发送给车载语音助理。车载语音助理接收到服务器发送的取号成功应答消息后，可以通过语音播报当前等待人数、预估等待时间和就诊号，并在车载终端的用户交互界面上显示该等待人数、预估等待时间和就诊号。应理解，车载语音助理向服务器轮询排号进度时，服务器也可以相应地将更新后的等待人数、预估等待时间发送给车载语音助理，并且在车载语音助理语音播报排号进度的同时，在车载终端的用户交互界面上显示当前的等待人数和预估等待时间。在又一种可能的情况下，本申请实施例提供的排号信息获取方法可以应用于针对金融机构或政府服务机构进行排号的应用场景中。此处的金融机构具体可以为银行等机构，政府服务机构可以是为社会公众提供相关服务的机构。在该应用场景中，车载语音助理可以在检测到车辆导航目的地的场所类型为某金融机构或政府服务机构时，向服务器发送排号询问消息，该排号询问消息中包括作为目的地的金融机构或政府服务机构名称。在确定用户需要针对该金融机构或政府服务机构提供的服务进行排号的情况下，进一步获取用户向车载语音助理语音输入的包括所选业务类型的排号业务参数，进而，车载语音助理可以将其识别出的排号业务参数添加至取号请求消息中，发送给服务器。相应地，服务器根据取号请求消息中携带的排号业务参数确定出用户需要排号的业务时，针对该项业务进行取号，进而将等待人数、预估等待时间和客户号添加至取号成功应答消息中，发送给车载语音助理。车载语音助理接收到服务器发送的取号成功应答消息后，可以通过语音播报当前等待人数、预估等待时间和客户号，并在车载终端的用户交互界面上显示该等待人数、预估等待时间和客户号。应理解，车载语音助理向服务器轮询排号进度时，服务器也可以相应地将更新后的等待人数、预估等待时间发送给车载语音助理，并且在车载语音助理语音播报排号进度的同时，在车载终端的用户交互界面上显示当前的等待人数和预估等待时间。需要说明的是，除了上述三种可能的应用场景外，本申请实施例提供的排号信息获取方法还可以应用于其他需要排号的应用场景，在此不对该排号信息获取方法的应用场景做任何限定。为了便于进一步理解本申请实施例提供的排号信息获取方法，下面以本申请实施例提供的排号信息获取方法应用于餐厅排号的应用场景为例，对本申请实施例提供的排号信息获取方法做整体性说明。在餐厅排号的应用场景中，本申请实施例提供的排号信息获取方法具体可以包括两个实现阶段，分别为确定是否发起餐厅排号信息推送的阶段以及实现餐厅排号信息推送的阶段。参见图5，图5为确定是否发起餐厅排号信息推送这一阶段对应的流程示意图。如图5所示，当用户通过车载导航发起去往目的地的导航时，车载导航相应地将包括有目的地经纬度、目的地的场所信息以及目的地的场所类型的目的地信息发送至车载语音助理，车载语音助理接收到目的地信息后，执行以下流程来确定是否发起餐厅排号信息推送：首先，检测当前网络环境是否良好，若当前网络环境不好，无法与服务器进行通信，则确定不发起餐厅排号信息推送，若当前网络环境良好，则继续执行后续操作。接着，车载语音助理将餐厅的场所信息添加至排号询问消息中，并将该排号询问消息发送至服务器，服务器接收到该排号询问消息后，根据该餐厅的场所信息查询该餐厅当前是否支持排号，具体查询策略如下：①目的地餐厅不在服务器记录的排号服务提供商的范围内，则不能发起排号。②目的地餐厅未到营业时间，则不能发起排号。③目的地餐厅当前暂停取号，则不能发起排号。④目的地餐厅仅支持现场取号，则不能发起排号。⑤目的地餐厅当前无需排队，则无需发起排号。⑥目的地餐厅排号需要收费，则不能发起排号。若目的地餐厅不符合上述①至⑥的策略，即目的地餐厅不属于不能发起排号的餐厅，则服务器可以向车载语音助理返回用于表示目的地当前支持排号的排号询问应答消息，反之，若目的地餐厅符合上述①至⑥任意一项或多项策略，即目的地餐厅属于不能发起排号的餐厅，则服务器可以向车载语音助理返回用于表示目的地当前不支持排号的排号询问应答消息。在车载语音助理接收到的排号询问应答消息表示目的地当前支持排号的情况下，车载语音助理通过语音播报询问用户的排号需求，即询问用户是否需要针对目的地餐厅发起排号，同时，车载语音助理可以在车载终端的用户交互界面上弹出悬浮窗，显示其通过语音播报向用户询问的内容。随后，车载语音助理自动启动录音功能采集用户的语音答复，并对采集到的语音进行语音识别得到第一识别结果，如果第一识别结果表示用户需要排号，如识别出用户语音输入的内容为“需要”、“好的”等，则进入实现餐厅排号信息推送的阶段如图5所示，反之，如果第一识别结果表示用户不需要排号，如识别出用户语音输入的内容为“不用了”、“不需要”、“取消”等，则退出排号流程。参见图6，图6为实现餐厅排号信息推送这一阶段对应的流程示意图。如图6所示，在确定第一识别结果表示用户需要排号时，车载语音助理可以通过语音播报询问用户所要选择的桌型或者本次就餐的人数，并且播报不同桌型建议的人数，与此同时，车载语音助理可以在车载终端的用户交互界面上弹出悬浮窗，显示其通过语音播报向用户询问的内容。随后，车载语音助理自动启动录音功能采集用户的语音答复并进行语音识别，如果车载语音助理的语音识别引擎检测到用户在预设时间段内没有输入语音，则提示用户重新说一次所要选择的桌型或者本次就餐的人数，如果在此次语音播报结束后的预设时间段内仍未检测到用户输入的语音，则退出当前餐厅排号推送流程，并语音提示用户后续可以在车载语音助理中重新发起餐厅排号。如果车载语音助理在语音播报结束后的预设时间段内检测到用户输入的语音，则车载语音助理对该语音进行语音识别得到第二识别结果，并提取出该第二识别结果中的排号业务参数，将该排号业务参数添加至取号请求消息中发送给服务器，此处的排号业务参数具体可以包括桌型和就餐人数中至少一项。服务器接收到取号请求消息后，可以先识别该取号请求消息中是否包括桌型和就餐人数，若识别出该取号请求消息中既不包括桌型，又不包括就餐人数，则通知车载语音助理该取号请求消息中不包括桌型和就餐人数，车载语音助理相应地让用户重新语音输入一次就餐人数或者桌型，并相应地生成取号请求消息发送给服务器，若服务器此次仍未从该取号请求消息中识别出就餐人数或者桌型，则退出当前排号信息查询流程，并通过车载语音助理提示用户后续可以再车载语音助理中重新发起餐厅排号。如果服务器在取号请求消息中能够识别出就餐人数或者桌型，则继续基于该就餐人数或桌型进行取号流程。具体的，如果取号请求消息中包括桌型，则直接选择对应的桌型即可，即直接针对该桌型取号即可；如果取号请求消息中包括就餐人数，则按照以下策略确定对应的桌型：①如果识别出的就餐人数为准确的数字，则直接选择该就餐人数对应的桌型即可。②如果就餐人数对应的桌型包括两个的话，例如，就餐人数为6时，既属于2-6人对应的小桌，又属于6-10人对应的大桌，此时，相应地选择较小的桌型。③如果识别出的就餐人数为数字范围，则选择数字范围内最大的数字对应的桌型。例如，就餐人数为7到8人时，则选择8人对应的桌型。如果该餐厅存在最终确定出的桌型，则将等待桌数、预估等待时间以及领取到的桌号等信息添加至取号成功应答消息中，并将该取号成功应答消息发送给车载语音助理。如果该餐厅不存在所确定的桌型，则通过车载语音助理，提示用户不存在合适的桌型。车载语音助理接收到服务器发送的取号成功应答消息后，可以每隔30秒向服务器轮询一次排号进度，并在排号进度表示当前等待排号数为预设阈值时，向用户语音播报一次此时的排号进度，例如，在等待桌数为10桌和5桌的时候，分别向用户语音播报一次排号进度。在排号进度表示当前等待桌数仅剩5桌时，车载语音助理可以在等待桌数每减少一桌时，语音播报一次排号进度。车载语音助理具体可以在当前取号已经过号，或者用户主动取消排号的情况下，停止向服务器轮询排号进度。车载语音助理接收到取号成功应答消息后，还可以将车辆预计到达目的地的时间与预计叫号时间进行比对，并根据比对结果对用户进行时间提醒，以使用户合理安排驾驶时间。针对上文描述的排号信息获取方法，本申请还提供了对应的排号信息获取装置，以使上述排号信息获取方法在实际中得以应用和实现。参见图7，图7是与上文图2所示的排号信息获取方法对应的一种排号信息获取装置700的结构示意图，该排号信息获取装置700包括：第一发送模块701，用于当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的经纬度和所述目的地的场所信息；第一接收模块702，用于接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；第一语音交互模块703，用于当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；第一获取704，用于当第一识别结果表示用户需要排号时，从所述服务器获取排号信息。可选的，在图7所示的排号信息获取装置的基础上，参见图8，图8为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图8所示，该排号信息获取装置还包括：第二接收模块801，用于接收车载导航响应用户导航发起操作发送的目的地信息，所述目的地信息包括目的地的经纬度、目的地的场所信息和目的地的场所类型；匹配模块802，用于当所述目的地的场所类型与预设的目标类型匹配时，则确定所述目的地的场所类型为目标类型。可选的，在图7所示的排号信息获取装置的基础上，参见图9，图9为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图9所示，该排号信息获取装置还包括：信息提示模块901，用于在所述语音播报时，在用户交互界面上弹出子页面并通过子页面进行信息提示。可选的，在图7所示的排号信息获取装置的基础上，所述第一获取模块704具体用于：当第一识别结果表示用户需要排号时，向所述服务器发送取号请求消息；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度。可选的，在图7所示的排号信息获取装置的基础上，所述第一获取模块704具体用于：当第一识别结果表示用户需要排号时，通过语音播报询问用户所需的排号业务参数，采集用户的语音并进行语音识别得到第二识别结果；当第二识别结果中包含排号业务参数时，向所述服务器发送取号请求消息，所述取号请求消息中携带所述排号业务参数；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度。可选的，在图7所示的排号信息获取装置的基础上，当所述语音播报后的预设时间段内未采集到用户输入的语音，则进行多次语音播报，直到在最后一次语音播放后的预设时间段内未采集到用户输入的语音时，则拒绝向服务器发送取号请求消息，并提示用户可语音唤醒排号服务。可选的，在图7所示的排号信息获取装置的基础上，所述目标类型为餐厅，所述排号业务参数包括桌型和就餐人数中至少一项；则所述取号成功应答消息中包括等待桌数、预估等待时间和桌号；参见图10，图10为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图10所示，该排号信息获取装置还包括：第一显示模块1001，用于在用户交互界面上显示所述等待桌数、预估等待时间和桌号。可选的，在图7所示的排号信息获取装置的基础上，所述目标类型为医院门诊，所述排号业务参数包括科室和医生中至少一项；则所述取号成功应答消息中包括等待人数、预估等待时间和就诊号；参见图11，图11为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图11所示，该排号信息获取装置还包括：第二显示模块1101，在用户交互界面上显示所述等待人数、预估等待时间和就诊号。可选的，在图7所示的排号信息获取装置的基础上，所述目标类型为金融机构或政府服务机构，所述排号业务参数包括业务类型；则所述取号成功应答消息中包括等待人数、预估等待时间和客户号；参见图12，图12为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图12所示，该排号信息获取装置还包括：第三显示模块1201，用于在用户交互界面上显示所述等待人数、预估等待时间和客户号。可选的，在图7所示的排号信息获取装置的基础上，所述排号进度播报模块705具体用于：向所述服务器轮询排号进度；当当前轮询的排号进度表示等待排号数为预设阈值时，通过语音播报当前轮询的排号进度。可选的，在图7所示的排号信息获取装置的基础上，当等待排号数每减少N个，通过语音播报最新轮询的排号进度，所述N为大于或者等于1的正整数。可选的，在图7所示的排号信息获取装置的基础上，参见图13，图13为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图13所示，该排号信息获取装置还包括：第二发送模块1301，用于当检测到车辆导航目的地的场所类型不是目标类型但所述目的地包括目标类型的场所时，向服务器发送场所推荐请求消息，所述场所推荐请求消息中包括所述导航目的地的场所信息；第三接收模块1302，用于接收所述服务器返回的场所推荐响应消息，所述场所推荐响应消息中包括所述导航目的地范围内的属于所述目标类型的场所信息，并通过语音播报询问用户感兴趣的场所，采集用户的语音并进行语音识别得到第三识别结果；则所述第一发送模块701，具体用于根据所述第三识别结果确定的用户感兴趣场所信息，向服务器发送排号询问消息，则所述排号询问消息中还包括用户感兴趣场所信息。可选的，在图7所示的排号信息获取装置的基础上，参见图14，图14为本申请实施例提供的另一种排号信息获取装置的结构示意图。如图14所示，该排号信息获取装置还包括：比对模块1401，用于比对车辆到达目的地的预计到达时间和用户排号的预计叫号时间；时间提醒模块1402，用于根据比对结果为用户进行时间提醒。上述排号信息获取装置将车载导航与车载语音助理有机地结合起来，车载语音助理在确定车载导航当前的导航目的地的场所类型为目标类型时，相应地向服务器发起排号询问消息，以询问该目的地当前是否支持排号，在服务器返回的排号询问应答消息表明该目的地当前支持排号时，车载语音助理进一步通过语音播报的方式询问用户是否需要针对目的地提供的服务进行排号，若通过语音识别用户所回复的语音确定用户需要排号，则车载语音助理从服务器处获取相关排号信息。可见，车载语音助理能够在驾车场景中主动为用户提供排号服务，用户仅需通过与车载语音助理进行语音交互，即可针对目的地提供的服务进行预约排号，保证驾驶安全性的同时提高了用户的使用体验。本申请实施例还提供了一种车载终端，如图15所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。图15示出的是与本申请实施例提供的车载终端的部分结构的框图。参考图15，车载终端包括：射频英文全称：RadioFrequency，英文缩写：RF电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真英文全称：wirelessfidelity，英文缩写：WiFi模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图15中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行车载终端的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序比如声音播放功能、图像播放功能等等；存储数据区可存储根据车载终端的使用所创建的数据比如音频数据、电话本等等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。处理器1580是车载终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和或模块，以及调用存储在存储器1520内的数据，执行车载终端的各种功能和处理数据，从而对车载终端进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。在本申请实施例中，该车载终端所包括的处理器1580还具有以下功能：当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的场所信息；接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；当第一识别结果表示用户需要排号时，从所述服务器获取排号信息，推送该排号信息。可选的，所述处理器1580还用于执行本申请实施例提供的排号信息获取方法的任意一种实现方式的步骤。本申请实施例还提供一种计算机可读存储介质，用于存储程序代码，该程序代码用于执行前述各个实施例所述的一种排号信息获取方法中的任意一种实施方式。本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种排号信息获取方法中的任意一种实施方式。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备可以是个人计算机，服务器，或者网络设备等执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器英文全称：Read-OnlyMemory，英文缩写：ROM、随机存取存储器英文全称：RandomAccessMemory，英文缩写：RAM、磁碟或者光盘等各种可以存储程序代码的介质。应当理解，在本申请中，“至少一个项”是指一个或者多个，“多个”是指两个或两个以上。“和或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“”一般表示前后关联对象是一种“或”的关系。“以下至少一项个”或其类似表达，是指这些项中的任意组合，包括单项个或复数项个的任意组合。例如，a，b或c中的至少一项个，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

权利要求：1.一种排号信息获取方法，其特征在于，包括：当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的场所信息；接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；当第一识别结果表示用户需要排号时，从所述服务器获取排号信息。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收车载导航响应用户导航发起操作发送的目的地信息，所述目的地信息包括目的地的经纬度、目的地的场所信息和目的地的场所类型；当所述目的地的场所类型与预设的目标类型匹配时，则确定所述目的地的场所类型为目标类型。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述语音播报时，在用户交互界面上弹出子页面并通过子页面进行信息提示。4.根据权利要求1所述的方法，其特征在于，所述当第一识别结果表示用户需要排号时，从所述服务器获取排号信息，包括：当第一识别结果表示用户需要排号时，向所述服务器发送取号请求消息；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度。5.根据权利要求1所述的方法，其特征在于，所述当第一识别结果表示用户需要排号时，从所述服务器获取排号信息，包括：当第一识别结果表示用户需要排号时，通过语音播报询问用户所需的排号业务参数，采集用户的语音并进行语音识别得到第二识别结果；当第二识别结果中包含排号业务参数时，向所述服务器发送取号请求消息，所述取号请求消息中携带所述排号业务参数；在接收到所述服务器返回的取号成功应答消息后，向所述服务器轮询排号进度，通过语音播报所述排号进度。6.根据权利要求5所述的方法，其特征在于，当所述语音播报后的预设时间段内未采集到用户输入的语音，则进行多次语音播报，直到在最后一次语音播放后的预设时间段内未采集到用户输入的语音时，则拒绝向服务器发送取号请求消息，并提示用户可语音唤醒排号服务。7.根据权利要求5或6所述的方法，其特征在于，所述目标类型为餐厅，所述排号业务参数包括桌型和就餐人数中至少一项；则所述取号成功应答消息中包括等待桌数、预估等待时间和桌号；则在接收到所述服务器返回的取号成功应答消息后，所述方法还包括：在用户交互界面上显示所述等待桌数、预估等待时间和桌号。8.根据权利要求5或6所述的方法，其特征在于，所述目标类型为医院门诊，所述排号业务参数包括科室和医生中至少一项；则所述取号成功应答消息中包括等待人数、预估等待时间和就诊号；则在接收到所述服务器返回的取号成功应答消息后，所述方法还包括：在用户交互界面上显示所述等待人数、预估等待时间和就诊号。9.根据权利要求5或6所述的方法，其特征在于，所述目标类型为金融机构或政府服务机构，所述排号业务参数包括业务类型；则所述取号成功应答消息中包括等待人数、预估等待时间和客户号；则在接收到所述服务器返回的取号成功应答消息后，所述方法还包括：在用户交互界面上显示所述等待人数、预估等待时间和客户号。10.根据权利要求4至6任一项所述的方法，其特征在于，向所述服务器轮询排号进度，通过语音播报排号进度包括：向所述服务器轮询排号进度；当当前轮询的排号进度表示等待排号数为预设阈值时，通过语音播报当前轮询的排号进度。11.根据权利要求4至6中任一项所述的方法，其特征在于，当等待排号数每减少N个，通过语音播报最新轮询的排号进度，所述N为大于或者等于1的正整数。12.根据权利要求4至6中任一项所述的方法，其特征在于，在接收到所述服务器返回的取号成功应答消息后，所述方法还包括：比对车辆到达目的地的预计到达时间和用户排号的预计叫号时间；根据比对结果为用户进行时间提醒。13.一种排号信息获取装置，其特征在于，包括：第一发送模块，用于当检测到车辆导航目的地的场所类型为目标类型时，向服务器发送排号询问消息，所述排号询问消息中包括所述目的地的经纬度和所述目的地的场所信息；第一接收模块，用于接收所述服务器返回的排号询问应答消息，所述排号询问应答消息用于表示所述目的地当前是否支持排号；第一语音交互模块，用于当所述目的地当前支持排号时，通过语音播报询问用户排号需求，采集用户的语音并进行语音识别得到第一识别结果；第一获取模块，用于当第一识别结果表示用户需要排号时，从所述服务器获取排号信息。14.一种设备，其特征在于，所述设备包括处理器以及存储器：所述存储器用于存储计算机程序；所述处理器用于根据所述计算机程序执行权利要求1至12中任一项所述的方法。15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1至12中任一项所述的方法。

百度查询： 腾讯大地通途(北京)科技有限公司;腾讯科技(深圳)有限公司 排号信息获取方法、装置、设备及介质

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD