CN116052347A - 合乘发票开具方法和装置、电子设备、可读存储介质和芯片 - Google Patents

Abstract

本申请公开了一种合乘发票开具方法和装置、电子设备、可读存储介质和芯片，属于发票技术领域，其中，合乘发票开具方法包括：响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；确定每个合乘用户信息对应的计价信息；响应于开票指令，根据计价信息开具对应的发票。

Description

合乘发票开具方法和装置、电子设备、可读存储介质和芯片

技术领域

本申请属于发票领域，具体涉及一种合乘发票开具方法、合乘发票开具装置、电子设备、可读存储介质和芯片。

背景技术

目前，出租车在合乘运营时，无法根据不同乘客的行程开具对应的发票，通常出租车的发票只与出租车打表的距离相关，乘客存在上下车顺序无序的情况，无法计价开票。

发明内容

本申请实施例的目的是提供一种合乘发票开具方法和装置、电子设备、可读存储介质和芯片，能够解决乘客利用出租车合乘时，无法正常开票的问题。

第一方面，本申请实施例提供了一种合乘发票开具方法，该方法包括：响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；确定每个合乘用户信息对应的计价信息；响应于开票指令，根据计价信息开具对应的发票。

第二方面，本申请实施例提供了一种合乘发票开具装置，包括：信息获取模块，用于响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；计价确定模块，用于确定每个合乘用户信息对应的计价信息；开票模块，用于响应于开票指令，根据计价信息开具对应的发票。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法的步骤。

在本申请实施例中，对于出租车完成合乘订单后，如果需要开具发票，目前只能根据出租车的行驶距离开具整个行程的发票，无法针对不同的合乘乘客的接送距离实现分别开票。在合乘乘客需要对某一段行程开票时，需要先扫码，获取到该出租车车辆上的多个合乘用户信息，多个合乘用户信息中包括需要开票的用户，通过对多个合乘用户信息分别行驶的里程和时间进行计价，确定出对应的计价信息，若合乘乘客需要开票，则可直接通过发出开票指令，对该阶段的合乘订单开具对应的发票。

需要补充的是，标识特征码可以为二维码，一般设置在出租车车辆的车载终端上，与车辆是绑定的关系，司机在行驶过程中，乘客上车时，司机通过车载终端操作开始，针对每位乘客的起终点进行单独计价，乘客扫描车载终端展示的二维码，在手机上可选择自己乘车的路线，开具对应路线的电子发票。

其中，合乘用户信息为已经上车后，与车辆产生绑定关系的乘客，车辆的行驶与该乘客的计价信息是相关的，一般会根据等待时间、总耗时以及总里程确定计价信息。

开票指令的输入可以通过乘客移动终端上的操作实现，例如手机，或者可以通过司机在车载终端上直接操作实现开票。

附图说明

图1示出了根据本申请的一个实施例的合乘发票开具方法的流程示意图；

图2示出了根据本申请的一个实施例的合乘发票开具方法的流程示意图；

图3示出了根据本申请的一个实施例的合乘发票开具方法的流程示意图；

图4示出了根据本申请的一个实施例的合乘发票开具方法的流程示意图；

图5示出了根据本申请的一个实施例的合乘发票开具装置的结构示意图；

图6示出了根据本申请的一个实施例的合乘发票开具装置的结构示意图；

图7示出了根据本申请的一个实施例的电子设备的结构示意图；

图8示出了根据本申请的一个实施例的电子设备的结构示意图。

其中，图5至图8中附图标记与部件名称之间的对应关系为：

100：电子设备；101：射频单元；102：网络模块；103：音频输出单元；104：输入单元；1041：图形处理器；1042：麦克风；105：传感器；106：显示单元；1061：显示面板；107：用户输入单元；1071：触控面板；1072：其他输入设备；108：接口单元；1109：存储器；1110：处理器；900：合乘发票开具装置；901：信息获取模块；902：计价确定模块；903：开票模块；904：显示模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图1至图8，通过具体的实施例及其应用场景对本申请实施例提供的合乘发票开具方法和装置、电子设备、可读存储介质和芯片进行详细地说明。

本实施例提供了一种合乘发票开具方法，如图1所示，包括：

步骤S102：响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；

步骤S104：确定每个合乘用户信息对应的计价信息；

步骤S106：响应于开票指令，根据计价信息开具对应的发票。

本实施例所提供的合乘发票开具方法，对于出租车完成合乘订单后，如果需要开具发票，目前只能根据出租车的行驶距离开具整个行程的发票，无法针对不同的合乘乘客的接送距离实现分别开票。在合乘乘客需要对某一段行程开票时，需要先扫码，获取到该出租车车辆上的多个合乘用户信息，多个合乘用户信息中包括需要开票的用户，通过对多个合乘用户信息分别行驶的里程和时间进行计价，确定出对应的计价信息，若合乘乘客需要开票，则可直接通过发出开票指令，对该阶段的合乘订单开具对应的发票。

需要补充的是，标识特征码可以为二维码，一般设置在出租车车辆的车载终端上，与车辆是绑定的关系，司机在行驶过程中，乘客上车时，司机通过车载终端操作开始，针对每位乘客的起终点进行单独计价，乘客扫描车载终端展示的二维码，在手机上可选择自己乘车的路线，开具对应路线的电子发票。

其中，合乘用户信息为已经上车后，与车辆产生绑定关系的乘客，车辆的行驶与该乘客的计价信息是相关的，一般会根据等待时间、总耗时以及总里程确定计价信息。

开票指令的输入可以通过乘客移动终端上的操作实现，例如手机，或者可以通过司机在车载终端上直接操作实现开票。

需要补充的是，对于司机而言，司机在每位乘客上车时，通过车载终端点击开始计价，并记录下开始计价位置，一趟行程可以有多位乘客的计价信息，司机在每位乘客到达终点时，针对每个起点对应行程在车载终端点击结束计价。

对于乘客而言，通过扫描车载终端内的二维码，查看当前合乘行程中每个行程的起点终点组成的路线。乘客选择路线后，展示路线对应的金额，乘客可进行在线支付。最终，在乘客完成相应路线的在线支付，可针对该路线开具电子发票。

可选地，如图2所示，在响应于对标识特征码的扫码指令之前，还包括：

步骤S1012：控制出租车车辆的车载终端显示标识特征码；

其中，标识特征码对应的信息包括车辆信息、司机信息和至少一个合乘用户信息。

通过在对标识特征码进行扫码之前，需要先在出租车车辆自身携带的车载终端上显示标识特征码，以便于后续的开票操作，其中，通过扫描标识特征码会直接查看车辆信息、司机信息和一个或多个合乘用户信息，通过对标识特征码的扫码操作，即可实现对信息的查看，进而实现特定合乘订单的开票。

可选地，如图3所示，确定每个合乘用户信息对应的计价信息，

步骤S1042：响应于扫码指令，显示每个合乘用户信息的行程路线；

步骤S1044：响应于路线选择指令，显示行程路线对应的计价信息。

在对每个合乘用户信息的计价信息进行确定时，需要先扫码，以显示多个合乘用户信息的行程路线，此时再通过对需要开票的路线进行选择，即响应于路线选择指令，会显示出对应的计价信息，便于后续确认开票的操作。

可以理解，本方案中，若显示所有合乘用户信息的行程路线，一般只有司机可以看到，即开票操作为司机发出的。若仅显示单一合乘用户信息的行程路线，则开票操作一般为乘客发出的。

进一步地，为了保证隐私，不同的合乘用户在扫码后，显示的行程路线是不同的，无法查看其他合乘用户的行程路线。

需要补充的是，具体地通过记录每个合乘行程开始计价、结束计价的位置、行驶里程，联动计价器计算出每个行程对应的计价金额。

可选地，如图4所示，响应于开票指令，根据计价信息开具对应的发票，具体包括：

步骤S1062：响应于开票指令，根据计价信息开具与合乘行程对应的电子发票；或

步骤S1064：响应于开票指令，根据计价信息开具与合乘行程对应的纸质发票。

在进行开票时，可开具电子发票或纸质发票两种，但两种发票无法同时开具，即接收到开票指令，可通过线上根据具体行程的计价信息直接开具电子发票，或者通过线下的方式，由司机在车载终端上操作，从而开具对应的纸质发票。

进一步地，系统记录每笔乘客订单是否已打印纸质发票或已申请电子发票，已打印纸质发票的乘客订单，不可再次开具电子发票；已申请电子发票的乘客订单，不可打印纸质发票。

如图5所示，本申请实施例提供一种合乘发票开具装置900。该合乘发票开具装置900包括信息获取模块901、计价确定模块902、开票模块903和显示模块904。

其中，信息获取模块901，用于响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；计价确定模块902，用于确定每个合乘用户信息对应的计价信息；开票模块903，用于响应于开票指令，根据计价信息开具对应的发票。

可选地，如图6所示，还包括：显示模块904，用于控制出租车车辆的车载终端显示标识特征码；其中，标识特征码对应的信息包括车辆信息、司机信息和至少一个合乘用户信息。

可选地，计价确定模块902还用于响应于扫码指令，显示每个合乘用户信息的行程路线；响应于路线选择指令，显示行程路线对应的计价信息。

可选地，开票模块903还用于响应于开票指令，根据计价信息开具与合乘行程对应的电子发票；或根据计价信息开具与合乘行程对应的纸质发票。

本申请实施例中的合乘发票开具装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的合乘发票开具装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的合乘发票开具装置能够实现图1至图4的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图7所示，本申请实施例还提供一种电子设备100，包括处理器1110，存储器1109，存储在存储器1109上并可在处理器1110上运行的程序或指令，该程序或指令被处理器1110执行时实现上述合乘发票开具方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的电子设备和非电子设备。

图8为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器1109、以及处理器1110等部件。

本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1110，用于响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；确定每个合乘用户信息对应的计价信息；响应于开票指令，根据计价信息开具对应的发票。

通过上述方案，对于出租车完成合乘订单后，如果需要开具发票，目前只能根据出租车的行驶距离开具整个行程的发票，无法针对不同的合乘乘客的接送距离实现分别开票。在合乘乘客需要对某一段行程开票时，需要先扫码，获取到该出租车车辆上的多个合乘用户信息，多个合乘用户信息中包括需要开票的用户，通过对多个合乘用户信息分别行驶的里程和时间进行计价，确定出对应的计价信息，若合乘乘客需要开票，则可直接通过发出开票指令，对该阶段的合乘订单开具对应的发票。

可选地，处理器1110，还用于实现如下步骤：控制出租车车辆的车载终端显示标识特征码；其中，标识特征码对应的信息包括车辆信息、司机信息和至少一个合乘用户信息。

可选地，处理器1110，还用于响应于扫码指令，显示每个合乘用户信息的行程路线；响应于路线选择指令，显示行程路线对应的计价信息。

可选地，处理器1110，还用于响应于开票指令，根据计价信息开具与合乘行程对应的电子发票；或根据计价信息开具与合乘行程对应的纸质发票。

应理解的是，本申请实施例中，输入单元104可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1109可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述合乘发票开具方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述合乘发票开具方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

1.一种合乘发票开具方法，其特征在于，包括：

响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；

确定每个所述合乘用户信息对应的计价信息；

响应于开票指令，根据所述计价信息开具对应的发票。

2.根据权利要求1所述的合乘发票开具方法，其特征在于，在所述响应于对标识特征码的扫码指令之前，还包括：

控制出租车车辆的车载终端显示标识特征码；

其中，所述标识特征码对应的信息包括车辆信息、司机信息和至少一个所述合乘用户信息。

3.根据权利要求1所述的合乘发票开具方法，其特征在于，所述确定每个所述合乘用户信息对应的计价信息，具体包括：

响应于所述扫码指令，显示每个所述合乘用户信息的行程路线；

响应于路线选择指令，显示所述行程路线对应的计价信息。

4.根据权利要求1至3中任一项所述的合乘发票开具方法，其特征在于，所述响应于开票指令，根据所述计价信息开具对应的发票，具体包括：

响应于开票指令，根据所述计价信息开具与合乘行程对应的电子发票；或根据所述计价信息开具与合乘行程对应的纸质发票。

5.一种合乘发票开具装置，其特征在于，包括：

信息获取模块，用于响应于对标识特征码的扫码指令，获取对应于一个出租车车辆的多个合乘用户信息；

计价确定模块，用于确定每个所述合乘用户信息对应的计价信息；

开票模块，用于响应于开票指令，根据所述计价信息开具对应的发票。

6.根据权利要求5所述的合乘发票开具装置，其特征在于，还包括：

显示模块，用于控制出租车车辆的车载终端显示标识特征码；其中，所述标识特征码对应的信息包括车辆信息、司机信息和至少一个所述合乘用户信息。

7.根据权利要求5所述的合乘发票开具装置，其特征在于，所述计价确定模块还用于响应于所述扫码指令，显示每个所述合乘用户信息的行程路线；响应于路线选择指令，显示所述行程路线对应的计价信息。

8.根据权利要求5至7中任一项所述的合乘发票开具装置，其特征在于，所述开票模块还用于响应于开票指令，根据所述计价信息开具与合乘行程对应的电子发票；或根据所述计价信息开具与合乘行程对应的纸质发票。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至4任一项所述的合乘发票开具方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至4中任一项所述的合乘发票开具方法的步骤。

11.一种芯片，其特征在于，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1至4中任一项所述的合乘发票开具方法的步骤。

Images