抢单方法及装置与流程

本申请涉及语音识别技术领域，尤其涉及一种抢单方法及装置。

背景技术：

目前，网约车的订单派送模式是：抢单平台向终端推送乘客的订单信息后，终端以语音方式播报乘客的订单信息。而终端的抢单过程是：用户手动点击终端上的抢单按钮进行抢单，并打开终端的摄像头拍摄人脸，并识别人脸以进行身份认证，当身份认证成功时，抢单成功。

然而，整个抢单过程均需要用户手动操作，特别是利用人脸识别进行身份确认的情况下需要进行活体检测，比较繁琐。安全情况下，需要用户停车操作，而在实际情况中，用户大部分是在行车过程中进行的手动操作，存在很大的安全隐患。

技术实现要素：

有鉴于此，本申请提供一种抢单方法及装置，以解决相关技术中的抢单过程操作繁琐、存在安全隐患的问题。

根据本申请实施例的第一方面，提供一种抢单方法，所述方法包括：

接收外部输入的用于抢单的第一语音；

确定与所述第一语音相对应的订单信息，并利用所述第一语音进行身份认证；

若身份认证成功，则将所述订单信息携带至抢单通知中并输出提示。

根据本申请实施例的第二方面，提供一种抢单装置，所述装置包括：

接收模块，用于接收外部输入的用于抢单的第一语音；

确定模块，用于确定与所述第一语音相对应的订单信息，并利用所述第一语音进行身份认证；

通知模块，用于在身份认证成功时，将所述订单信息携带至抢单通知中并输出提示。

根据本申请实施例的第三方面，提供一种电子设备，所述设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现上述第一方面所述方法的步骤。

应用本申请实施例，通过接收外部输入的用于抢单的第一语音，确定与该第一语音相对应的订单信息，同时利用该第一语音进行身份认证，并在身份认证成功时，将所述订单信息携带至抢单通知中并输出提示。

基于上述描述可知，通过用户输入的语音自动实现抢单和身份认证过程，无需用户进行任何的手动操作，操作流程简单，并且用户可以将注意力放在行车过程中，提高了行车安全。另外，由于通过语音实现的身份认证，无需用户手动操作进行人脸识别，还可以避免对光照条件的硬性要求。

附图说明

图1a为本申请根据一示例性实施例示出的一种抢单方法的实施例流程图；

图1b为本申请根据图1a所示实施例示出的一种抢单过程结构图；

图2为本申请根据一示例性实施例示出的一种电子设备的硬件结构图；

图3为本申请根据一示例性实施例示出的一种抢单装置的实施例结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着科学技术的发展，网约车已经广泛应用在各大城市中。抢单过程是：抢单平台将乘客发出的订单信息推送到用户的手机并以语音方式播报订单信息，然后用户手动点击抢单按钮进行抢单。一方面，抢单过程虽然比较短暂，但很多时候是用户在行车过程中手动操作手机，存在一定的安全风险。另一方面，抢单平台为了确保人车一致，用户每次抢单后还需要进行人脸识别，以进行身份认证，由于人脸识别一般要进行活体检测，安全情况下，如果要进行人脸识别，就需要用户车停下车来操作手机。并且如果在光照条件较差的情况下，人脸识别的精度不高，容易出现身份认证失败的问题。

由此可知，目前的抢单过程无法避免行车过程中的手动操作，操作比较繁琐，且安全隐患也比较大。

为解决上述问题，本申请提出一种抢单方法，通过接收外部输入的用于抢单的第一语音，确定与该第一语音相对应的订单信息，同时利用该第一语音进行身份认证，并在身份认证成功时，将所述订单信息携带至抢单通知中并输出提示。

基于上述描述可知，通过用户输入的语音自动实现抢单和身份认证过程，无需用户进行任何的手动操作，操作流程简单，并且用户可以将注意力放在行车过程中，提高了行车安全。另外，由于通过语音实现的身份认证，无需用户手动操作进行人脸识别，还可以避免对光照条件的硬性要求。

需要说明的是，本申请的技术方案并不限定应用于网约车抢单场景中，还可以应用于外卖抢单、快递抢单等场景中，具有较强的扩展性。

图1a为本申请根据一示例性实施例示出的一种抢单方法的实施例流程图，该抢单方法可以应用在电子设备(如用户终端)上，以用户终端为例，通过在该用户终端上安装抢单app以实现本实施例中的抢单方法，并结合图1b所示的抢单过程结构图进行详细说明。如图1a所示，该抢单方法包括如下步骤：

步骤101：接收外部输入的用于抢单的第一语音。

在执行步骤101之前，可以先确定是否满足唤醒条件，该确定过程可以是：实时接收外部输入的用于唤醒抢单过程的第二语音，并判断该第二语音是否为预设关键词，若是，则确定满足唤醒条件，执行步骤101的过程。

其中，如图1b中所示的语音采集处理模块可以通过调用用户终端设有的麦克风采集第二语音，然后再对采集到的第二语音进行预处理(如降噪处理、去混响处理等)，并将预处理后的第二语音发送至关键词唤醒模块，由关键词唤醒模块判断预处理后的第二语音是否为预设关键词，如果不是预设关键词，则确定不满足唤醒条件，如果是预设关键词，则确定满足唤醒条件，唤醒后端的语音抢单模块和身份认证模块。预设关键词可以是“开始抢单”

在一实施例中，针对判断第二语音是否为预设关键词的过程，可以先提取该第二语音的语音特征，并将提取的语音特征输入已训练得到的声学模型中，由该声学模型基于该语音特征确定所有音素对应的概率，并将所有音素对应的概率输出给解码网络，解码网络基于所有音素对应的概率，对预设关键词所对应的音素进行动态规划处理，得到该预设关键词所对应的音素路径的概率，将该概率与概率阈值进行比较，若大于概率阈值，则确定该第二语音是预设关键词，若小于概率阈值，则确定该第二语音不是预设关键词。

需要说明的是，在确定满足唤醒条件的过程中接收的第二语音是用于唤醒抢单流程的，而在确定满足唤醒条件后接收的第一语音是用于抢单的。因此在确定满足唤醒条件后，还需要语音采集处理模块继续采集语音，并将预处理后的第一语音通过关键词唤醒模块转发至语音抢单模块和身份认证模块。

步骤102：确定与该第一语音相对应的订单信息。

在一实施例中，可以将该第一语音转换为文本，并从抢单平台推送的订单信息中获取与该文本相匹配的订单信息，并将与该文本相匹配的订单信息确定为与第一语音相对应的订单信息。

其中，基于上述步骤101中针对判断语音是否为预设关键词的描述，图1b中的语音抢单模块，可以利用声学模型和解码网络将第一语音转换为文本。由于抢单平台向用户终端推送的是附近的订单信息，且会向附近的所有用户终端推送，因此，用户终端在获取到相匹配的订单信息时，还可以向抢单平台反馈与该文本相匹配的订单信息，使抢单平台先锁定该订单信息，以免该订单信息再被其他用户终端锁定。另外，在反馈订单信息的同时也可以将第一语音的采集时间反馈给抢单平台，从而抢单平台在同时接收到多个针对同一订单信息的反馈通知时，可以根据采集时间进行订单分配。

步骤103：利用该第一语音进行身份认证。

在一实施例中，可以确定该第一语音的声纹特征，并将确定的声纹特征与本地存储的声纹特征进行匹配，若匹配失败，则确定身份认证失败；若匹配成功，则确定身份认证成功。

其中，图1b中的身份认证模块可以先提取该第一语音的语音特征，并将提取的语音特征输入已训练得到的声纹模型中，由该声纹模型提取语音特征的声纹特征，并获取声纹模型输出的声纹特征与本地存储的声纹特征之间的相似度，若相似度高于相似阈值，则匹配成功，表示录入语音的用户与注册账户的用户是同一人，若相似度不高于相似阈值，则匹配失败，表示录入语音的用户与注册账户的用户不是同一人。本地存储的声纹特征为用户注册账户时录入语音的声纹特征。

在一实施例中，如果第一次利用用于抢单的第一语音匹配失败，可以输出再次输入语音的提示信息，并在接收到外部输入的第三语音时，再次确定第三语音的声纹特征，并将确定的声纹特征与本地存储的声纹特征进行匹配，若仍匹配失败，则再确定身份认证失败。

其中，如果利用用户再次录入的第三语音仍然匹配失败，表示本次抢单操作并非注册账户的用户本人操作，身份认证失败。图1b中的订单信息处理模块在接收到语音抢单模块发送的订单信息以及身份认证模块发送的身份认证结果时，如果身份认证成功，则确定抢单成功，通知抢单平台将锁定的订单信息分配给本用户终端，如果身份认证失败，则确定抢单失败，通知抢单平台将锁定的订单信息释放，以供其他用户终端进行抢单。

需要说明的是，本申请对上述步骤102与步骤103的执行顺序不进行限定，当然为了提高抢单效率，还可以同时执行步骤102和步骤103。

步骤104：若身份认证成功，则将确定的订单信息携带至抢单通知中并输出提示。

需要说明的是，如果身份认证失败，也可以向用户提示身份认证失败的通知。

本申请实施例中，通过接收外部输入的用于抢单的第一语音时，确定与该第一语音相对应的订单信息，同时利用该第一语音进行身份认证，并在身份认证成功时，将确定的订单信息携带至抢单通知中并输出提示。

基于上述描述可知，通过用户输入的语音自动实现抢单和身份认证过程，无需用户进行任何的手动操作，操作流程简单，并且用户可以将注意力放在行车过程中，提高了行车安全。另外，由于通过语音实现的身份认证，无需用户手动操作进行人脸识别，还可以避免对光照条件的硬性要求。

图2为本申请根据一示例性实施例示出的一种电子设备的硬件结构图，该电子设备包括：通信接口201、处理器202、机器可读存储介质203和总线204；其中，通信接口201、处理器202和机器可读存储介质203通过总线204完成相互间的通信。处理器202通过读取并执行机器可读存储介质203中与抢单方法的控制逻辑对应的机器可执行指令，可执行上文描述的抢单方法，该方法的具体内容参见上述实施例，此处不再累述。

本申请中提到的机器可读存储介质203可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，机器可读存储介质203可以是ram(radomaccessmemory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

图3为本申请根据一示例性实施例示出的一种抢单装置的实施例结构图，所述抢单装置包括：

接收模块310，用于接收外部输入的用于抢单的第一语音；

确定模块320，用于确定与所述第一语音相对应的订单信息，并利用所述第一语音进行身份认证；

通知模块330，用于在身份认证成功时，将所述订单信息携带至抢单通知中并输出提示。

在一可选实现方式中，所述装置还包括(图3中未示出)：

唤醒模块，用于在所述接收模块310接收外部输入的用于抢单的第一语音之前，实时接收外部输入用于唤醒抢单过程的第二语音；判断所述第二语音是否为预设关键词；若是，则执行接收外部输入的用于抢单的第一语音的步骤。

在一可选实现方式中，所述确定模块320，具体用于在确定与所述第一语音相对应的订单信息过程中，将所述第一语音转换为文本；从抢单平台推送的订单信息中获取与所述文本相匹配的订单信息；将与所述文本相匹配的订单信息确定为与所述第一语音相对应的订单信息。

在一可选实现方式中，所述确定模块320，具体用于在利用所述第一语音进行身份认证过程中，确定所述第一语音的声纹特征；将确定的声纹特征与本地存储的声纹特征进行匹配；所述本地存储的声纹特征为用户注册账户时录入的语音的声纹特征；若匹配失败，则确定身份认证失败；若匹配成功，则确定身份认证成功。

在一可选实现方式中，所述装置进一步包括(图3中未示出)：

重新认证模块，用于在所述确定模块确定身份认证失败之前，输出再次输入语音的提示信息；当接收到外部输入的第三语音时，确定所述第三语音的声纹特征，并将确定的声纹特征与本地存储的声纹特征进行匹配；若仍匹配失败，则执行确定身份认证失败的步骤。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。