CN116563076A - 出租车运营管理方法、系统及设备 - Google Patents

出租车运营管理方法、系统及设备 Download PDF

Info

Publication number
CN116563076A
CN116563076A CN202310369830.0A CN202310369830A CN116563076A CN 116563076 A CN116563076 A CN 116563076A CN 202310369830 A CN202310369830 A CN 202310369830A CN 116563076 A CN116563076 A CN 116563076A
Authority
CN
China
Prior art keywords
destination
taxi
information
passenger
operation management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310369830.0A
Other languages
English (en)
Inventor
王钟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Yisheng Technology Co ltd
Original Assignee
Shanghai Yisheng Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Yisheng Technology Co ltd filed Critical Shanghai Yisheng Technology Co ltd
Priority to CN202310369830.0A priority Critical patent/CN116563076A/zh
Publication of CN116563076A publication Critical patent/CN116563076A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G06Q20/0457—Payment circuits using payment protocols involving tickets the tickets being sent electronically
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供了一种出租车运营管理方法、系统及设备，所述方法包括以下步骤：获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地；当侦测到所述日程信息中的目的地由所述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求；当接收到关于所述目的地变更确认请求的第一确认信息后，将所述当前订单对应的目的地变更为所述第二目的地；以及依据所述第二目的地，生成导航路径信息，并将所述导航路径信息展示给出租车司机；本发明利于改善差旅乘客在乘坐出租车出差过程中临时变更目的地情况下的出行体验。

Description

出租车运营管理方法、系统及设备
技术领域
本发明涉及计算机软件技术领域，具体地说，涉及一种出租车运营管理方法、系统及设备。
背景技术
乘客外出出差乘坐出租车的过程中，可能出现目的地临时变更的情况。这种情况下，当出租车司机对路况并不熟悉时，往往需要先将车辆靠边停下，然后在手机或者车载导航设备上输入新的目的地，获取到新的导航路径后，才继续行驶。
在上述整个过程中，会对乘客的出差行程产生额外的时间消耗，甚至会产生额外的计费费用，为乘客的出行带来不佳体验。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
针对现有技术中的问题，本发明的目的在于提供一种出租车运营管理方法、系统及设备，利于改善差旅乘客在乘坐出租车出差过程中临时变更目的地情况下的出行体验。
为实现上述目的，本发明提供了一种出租车运营管理方法，所述方法包括以下步骤：
S110，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地；
S120，当侦测到所述日程信息中的目的地由所述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求；
S130，当接收到关于所述目的地变更确认请求的第一确认信息后，将所述当前订单对应的目的地变更为所述第二目的地；以及
S140，依据所述第二目的地，生成导航路径信息，并将所述导航路径信息展示给出租车司机。
可选地，在步骤S110之前，所述方法还包括步骤：
S100，在乘客上车后，将出租车的车载导航设备和用户设备进行绑定。
可选地，所述步骤S140包括：
根据所述日程信息，获取距离乘客于所述第二目的地的工作日程时间的剩余空闲时长；
当所述剩余空闲时长大于第一预设阈值时，生成途径预设旅游景点的导航路径信息，并向乘客发送关于所述导航路径信息的第二确认请求；所述预设旅游景点对应的景点类型匹配适合乘坐出租车观赏的预设景点类型；以及
当接收到关于所述第二确认请求的第二确认信息后，将所述导航路径信息展示给出租车司机。
可选地，所述步骤S140包括：
获取所述乘客的历史旅游订单信息；
根据所述历史旅游订单信息，确认所述乘客的旅游景点偏好类型；所述途径预设旅游景点对应的景点类型还与所述旅游景点偏好类型相匹配。
可选地，所述方法还包括步骤：
根据所述日程信息，获取乘客到达所述第二目的地后对应的逗留时间；
当所述逗留时间小于第二预设阈值，向乘客发送继续乘坐当前出租车前往所述日程信息中下一目的地的第三确认请求；以及
当接收到关于所述第三确认请求的第三确认信息，且出租车到达所述第二目的地后，控制当前订单继续计费。
可选地，所述方法还包括步骤：
若所述第二目的地设有入口闸机，获取所述第二目的地的出口处当前排队的待通行车辆对应的预估通行时长；
当所述预估通行时长大于所述逗留时间时，向乘客发送关于建议步行进入所述第二目的地的第四确认请求；
当接收到关于所述第四确认请求的第四确认信息，向所述出租车的车载显示设备推送关于在所述第二目的地的入口外停车的通知信息。
可选地，所述获取所述第二目的地的出口处当前排队的待通行车辆对应的预估通行时长，包括：
获取出口闸机处一预设时长内通过的车辆数量；
根据所述预设时长内通过的车辆数量，计算每一辆车的平均通过时长；
根据排队的车辆数量和所述平均通过时长，计算得到预估通行时长。
可选地，所述方法还包括步骤：
于出租车到达所述第二目的地后，向乘客对应的用户设备推送订单支付请求和电子发票填写页面；所述电子发票填写页面中包括发票抬头；
当确定当前出租车行程为差旅行程时，获取所述乘客对应的发票模板库中的差旅报销发票模板；
基于所述差旅报销发票模板，对所述电子发票填写页面进行自动填充；
接收到乘客基于自动填充后的电子发票填写页面触发的提交指令时，生成对应的电子发票。
可选地，所述乘客对应有一云发票管理库；所述云发票管理库中存储有不同城市对应的电子发票信息；所述方法还包括步骤：
根据所述日程信息中的城市信息，将生成的所述电子发票分类存储于所述云发票管理库。
可选地，所述获取所述乘客对应的发票模板库中的差旅报销发票模板，包括：
根据所述日程信息的城市信息，获取所述城市信息对应的城市级别分类；
根据所述城市级别分类，确定所述差旅报销发票模板。
可选地，所述方法还包括步骤：
于乘客的出差日程完成后，根据所述城市级别分类，确定对应的差旅报销额度和差旅报销条件；
根据差旅报销额度和所述日程信息关联的所有电子发票信息，筛选出符合所述差旅报销额度和所述差旅报销条件的目标发票组合，并将所述目标发票组合发送给乘客确认；
于接收到关于所述目标发票组合的确认信息后，建立关于所述目标发票组合的打印任务，并执行所述打印任务。
本发明还提供了一种出租车运营管理系统，用于实现上述出租车运营管理方法，所述系统包括：
日程信息获取模块，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地；
变更确认模块，当侦测到所述日程信息中的目的地由所述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求；
目的地变更模块，当接收到关于所述目的地变更确认请求的第一确认信息后，将所述当前订单对应的目的地变更为所述第二目的地；以及
重新规划路径模块，依据所述第二目的地，生成导航路径信息，并将所述导航路径信息展示给出租车司机。
本发明还提供了一种出租车运营管理设备，包括：
处理器；
存储器，其中存储有所述处理器的可执行程序；
其中，所述处理器配置为经由执行所述可执行程序来执行上述任意一项出租车运营管理方法的步骤。
本发明还提供了一种计算机可读存储介质，用于存储程序，所述程序被处理器执行时实现上述任意一项出租车运营管理方法的步骤。
本发明与现有技术相比，具有以下优点及突出性效果：
本发明提供的出租车运营管理方法、系统及设备通过主动获取出租车乘客的日程信息，当根据日程信息侦测到乘客出差目的地发生临时变动，且得到乘客用户确认后，就对应修改当前订单目的地，并重新规划至新的目的地的导航路径及展示给司机，不需要司机手动获取导航路径，利于改善乘客在乘坐出租车出差过程中，临时变更目的地情况下的出行体验。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。
图1为本发明一实施例公开的一种出租车运营管理方法的流程示意图；
图2为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图3为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图4为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图5为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图6为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图7为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图8为本发明另一实施例公开的一种出租车运营管理方法的流程示意图；
图9为本发明一实施例公开的一种出租车运营管理系统的结构示意图；
图10为本发明一实施例公开的一种出租车运营管理设备的结构示意图。
具体实施方式
以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本申请所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用系统，本申请中的各项细节也可以根据不同观点与应用系统，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
下面以附图为参考，针对本申请的实施例进行详细说明，以便本申请所属技术领域的技术人员能够容易地实施。本申请可以以多种不同形态体现，并不限定于此处说明的实施例。
在本申请的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本申请中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
为了明确说明本申请，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。
在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。
当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。
虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
此处使用的专业术语只用于言及特定实施例，并非意在限定本申请。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。
虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本申请所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。
现在将结合参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。
如图1所示，本发明一实施例公开了一种出租车运营管理方法，本发明尤其适用于乘客出差乘坐出租车途中，出差目的地发生变化的场景。该方法包括以下步骤：
S110，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地。具体而言，也即获取出租车当前正在进行中的订单对应的乘客用户的日程信息，日程信息可以从用户手机的日历应用软件的日程安排中获取，用户手机的日历应用软件可以和工作应用软件进行联动，实现在用户工作日程安排上的信息同步。
S120，当侦测到上述日程信息中的目的地由第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求。也即，当用户的工作应用软件比如钉钉App上的日程安排出现变动，尤其是出差目的地发生了变动，那么就会同步到日历应用软件的日程信息中。此时为了保证系统判断准确性，需要向乘客进行确认，以确认目的地是否发生了变化，以及确认检测到的变化后的第二目的地是否正确。
S130，当接收到关于上述目的地变更确认请求的第一确认信息后，将当前订单对应的目的地变更为第二目的地。也即，当乘客对出租车订单的目的地变更进行确认回复后，确定目的地发生了变化，且变化后的目的地是第二目的地，那么就对正在进行中的出租车出行订单信息进行修改。
S140，依据上述第二目的地，生成导航路径信息，并将上述导航路径信息展示给出租车司机。具体而言，也即，根据变化后的新的目的地重新规划路径，并通知出租车司机以让其知晓该目的地变动，并将规划后的新路径展示给司机，比如可以展示在车载导航设备或者车载显示设备上比如显示屏上。
本实施例可以在乘客乘坐出租车出行，比如出差场景下前往出差目的地途中目的地发生变化的情况下，使得出租车司机不需要靠边停车即可获取新的导航路径，避免对乘客的行程产生额外的时间消耗甚至额外的计费费用，利于改善乘客出差时乘坐出租车的使用体验。
可选地，在一些实施例中，步骤S110之前，还包括步骤：
S100，在乘客上车后，将出租车的车载导航设备和乘客对应的用户设备进行绑定。其中，上述用户设备比如可以为手机，该步骤即为将车载导航设备和用户设备建立映射关系，便于实现对车载导航设备和用户设备进行联动控制。用户设备用于实时获取用户工作日程信息，车载导航设备用于向出租车司机显示导航路径信息。
在本申请的另一实施例中，公开了另一种出租车运营管理方法。如图2所示，该方法在上述图1对应实施例的基础上，步骤S140包括：
S141，根据上述日程信息，获取距离乘客于第二目的地的工作日程时间的剩余空闲时长。
S142，当上述剩余空闲时长大于第一预设阈值时，依据上述第二目的地，生成途径预设旅游景点的导航路径信息，并向乘客发送关于上述导航路径信息的第二确认请求。上述预设旅游景点对应的景点类型匹配适合乘坐出租车观赏的预设景点类型。以及
S143，当接收到关于上述第二确认请求的第二确认信息后，将上述导航路径信息展示给出租车司机。
具体来说，乘客的工作事项安排可以从乘客的工作日程信息中获取，比如乘客于第二目的地的工作日程是下午3点在第二目的地乘坐飞机航班，当前时间是中午12点，那么对应的剩余空闲时长就是3个小时。实现当剩余空闲时长较为充足时，可以在出差行驶途中，在出租车上可以一并观赏一些当地的风景，利于改善乘客乘坐出租车出差行驶途中的体验。
其中，本实施例中，上述第一预设阈值与预设旅游景点对应的预计观赏时长相对应，也即，第一预设阈值根据预设旅游景点对应的预计观赏时长来确定。这样可以保证预留充足乘客对旅游景点的观赏时间，保证了乘客的体验。上述预设旅游景点比如可以为跨海大桥或者跨江大桥等。
示例性地，上述第一预设阈值可以为2小时，本申请对此不作限制。
在一些实施例中，上述步骤S142也可以替换为步骤：当上述剩余空闲时长大于第一预设阈值时，提供多条包含不同旅游景点的导航路径信息，供乘客进行选择，并将乘客选中的导航路径信息展示给司机。这样利于进一步改善乘客乘坐出租车出差行驶途中的体验。
在本申请的另一实施例中，公开了另一种出租车运营管理方法。如图3所示，该方法在上述图2对应实施例的基础上，步骤S141和步骤S142之间还包括步骤：
S144，获取上述乘客的历史旅游订单信息。
S145，根据上述历史旅游订单信息，确认上述乘客的旅游景点偏好类型。
其中，上述预设旅游景点对应的景点类型既能够与适合乘坐出租车观赏的预设景点类型匹配，也能够与上述旅游景点偏好类型相匹配。该实施例也即可以筛选出乘客偏好喜欢的景点供其在行驶途中观赏，利于进一步改善乘客乘坐出租车出差行驶途中的体验。
步骤S145在具体实施时，可以为对乘客历史旅游订单信息中的所有景点按照类型进行分类，比如可以分类为桥梁建筑、自然景观、水文景观等，这样将旅游次数最多的景点类型，确定为乘客的旅游景点偏好类型。
或者，可以对乘客历史旅游订单信息中的所有景点建立标签，获得所有景点对应的标签后，基于标签数量最多的前N个标签，建立第一标签组。上述步骤S142中对不同的预设旅游景点也建立标签，然后将与第一标签组中相同标签数量最多的预设旅游景点，确定为导航路径信息中所包含的预设旅游景点。这样利于进一步改善乘客乘坐出租车出差行驶途中的体验。其中，上述N为正整数。
在本申请的另一实施例中，公开了另一种出租车运营管理方法。如图4所示，该方法在上述图1对应实施例的基础上，还包括步骤：
S150，根据上述日程信息，获取乘客到达上述第二目的地后对应的逗留时间。
S160，当上述逗留时间小于第二预设阈值，向乘客发送继续乘坐当前出租车前往日程信息中下一目的地的第三确认请求。以及
S170，当接收到关于上述第三确认请求的第三确认信息，且出租车到达上述第二目的地后，控制当前订单继续计费。
具体而言，上述逗留时间即为乘客完成在第二目的地的工作事项所需要的时间。若乘客在第二目的地的工作事项能够在较快时间内完成，比如2分钟即可完成，比如乘客是从等候在第二目的地的一个人手中取走一文件的情况。此种情况下逗留时间较短，那么乘客可以不必结束该出租车订单，可以继续乘坐该出租车前往下一目的地，这样一方面可以节省乘客的打车时间，另一方面可以便于乘客在差旅报销时进行发票结算，提高发票报销效率。步骤S170中，也可以在接收到第三确认信息之后，将订单的目的地再次修改为下一目的地。利于改善乘客的使用体验。
在本申请的另一实施例中，公开了另一种出租车运营管理方法。如图5所示，该方法在上述图4对应实施例的基础上，还包括步骤：
S180，若上述第二目的地设有入口闸机，获取上述第二目的地的出口处当前排队的待通行车辆对应的预估通行时长。
S190，当上述预估通行时长大于逗留时间时，向乘客发送关于建议步行进入第二目的地的第四确认请求。
S200，当接收到关于上述第四确认请求的第四确认信息，向出租车的车载显示设备推送关于在第二目的地的入口外停车的通知信息。
以上述实施例中的示例继续举例说明，比如乘客差旅途中需要到达的上述第二目的地，为一办公园区内的一栋写字楼，而车辆进出该办公园区均需要经过入口闸机和出口闸机限制。当乘客到达第二目的地时，此时该办公园区出口处存在较多等待出去的车辆，若乘客进入办公园区，那么出租车必然也要经历上述出口排队，而如果乘客需要在该办公园区的逗留时间较短，那么就不必将出租车进入该办公园区，只需要在该办公园区外等候即可，乘客可以步行进入该办公园区，这样利于节省乘客的时间，改善其体验。
其中，上述车载显示设备和上述车载导航设备可以是同一设备。
具体实施时，上述步骤S180可以包括：
S181，获取出口闸机处一预设时长内通过的车辆数量。
S182，根据上述预设时长内通过的车辆数量，计算每一辆车的平均通过时长。以及
S183，根据排队的车辆数量和上述平均通过时长，计算得到预估通行时长。
在本申请的另一实施例中，公开了另一种出租车运营管理方法。如图6所示，该方法在上述图1对应实施例的基础上，还包括步骤：
S210，于出租车到达第二目的地后，向乘客对应的用户设备推送订单支付请求和电子发票填写页面。上述电子发票填写页面中包括发票抬头。
S220，当确定当前出租车行程为差旅行程时，获取乘客对应的发票模板库中的差旅报销发票模板。
S230，基于上述差旅报销发票模板，对电子发票填写页面进行自动填充。以及
S240，接收到乘客基于自动填充后的电子发票填写页面触发的提交指令时，生成对应的电子发票。
具体而言，对于乘客来说，完成出租车行程之后，只要填写相关信息，就能自助开具电子发票，发票更容易保存。步骤S220在具体实施时，可以根据工作应用软件确定当前行程是否为外出出差的差旅行程。比如若工作应用软件上显示该乘客当天的工作状态为出差状态，且该乘客平时在A城市工作，当天该出租车订单发生在B城市，且工作应用软件上显示该乘客的出差城市也在B城市的上述第二目的地，那么就可以确定该行程为差旅行程。那么对应的发票抬头就填充为公司，而不是个人。对应发票信息也是公司信息。步骤S240中，当乘客触发提交指令时，也即说明乘客对发票信息页面进行了确认。
该实施例一方面开具电子发票，不需要开具纸质发票，那么乘客就不需要保存纸质发票，可以避免因发票遗失导致无法报销而困扰，另一方面，利于改善乘客出差过程中发票开具及收集的体验，提高电子发票开具效率，改善乘客体验。
在一些实施例中，在上述图6对应实施例的基础上，上述乘客对应有一云发票管理库。上述云发票管理库中存储有不同城市对应的电子发票信息。该方法还包括步骤：
根据上述日程信息中的城市信息，将生成的上述电子发票分类存储于上述云发票管理库。比如，可以对电子发票进行多级目录管理。比如第一级目录可以为城市级别分类，第二级目录为城市名称。
如图7所示，在一些实施例中，在上述图6对应实施例的基础上，步骤S220可以包括：
S221，当确定当前出租车行程为差旅行程时，根据上述日程信息的城市信息，获取上述城市信息对应的城市级别分类。
S222，根据上述城市级别分类，确定乘客对应的发票模板库中的差旅报销发票模板。
这样可以改善乘客的出租车发票管理效率，利于提高差旅的出租车发票报销效率。示例性地，上述城市级别分类可以为一线城市、二线城市、省会城市等分类。
如图8所示，在一些实施例中，在上述图7对应实施例的基础上，出租车运营管理方法还可以包括步骤：
S250，于乘客的出差日程完成后，根据上述城市级别分类，确定与出差日程对应的差旅报销额度和差旅报销条件。
S260，根据差旅报销额度和上述日程信息关联的所有电子发票信息，筛选出符合上述差旅报销额度和差旅报销条件的目标发票组合，并将上述目标发票组合发送给乘客确认。
S270，于接收到关于上述目标发票组合的确认信息后，建立关于上述目标发票组合的打印任务，并执行上述打印任务。
该实施例适用于当乘客出差花销大于公司规定的该出差城市对应的差旅报销额度时，那么就需要自己查找组合在该差旅报销额度范围内的发票进行报销，该实施例能够收集该出差城市内的所有电子发票，自动完成上述流程，并能够自动打印，利于改善乘客在差旅完成之后的电子发票报销体验。
需要说明的是，本发明中公开的上述所有实施例涉及到的出租车也可以包括网约车。
需要说明的是，本发明中公开的上述所有实施例可以进行自由组合，组合后得到的技术方案也在本申请的保护范围之内。
如图9所示，本发明一实施例还公开了一种出租车运营管理系统9，该系统包括：
日程信息获取模块91，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地。
变更确认模块92，当侦测到上述日程信息中的目的地由上述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求。
目的地变更模块93，当接收到关于上述目的地变更确认请求的第一确认信息后，将上述当前订单对应的目的地变更为上述第二目的地。以及
重新规划路径模块94，依据上述第二目的地，生成导航路径信息，并将上述导航路径信息展示给出租车司机。
可以理解的是，本发明的出租车运营管理系统还包括其他支持出租车运营管理系统运行的现有功能模块。图9显示的出租车运营管理系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
本实施例中的出租车运营管理系统用于实现上述的出租车运营管理的方法，因此对于出租车运营管理系统的具体实施步骤可以参照上述对出租车运营管理的方法的描述，此处不再赘述。
本发明一实施例还公开了一种出租车运营管理设备，包括处理器和存储器，其中存储器存储有上述处理器的可执行程序；处理器配置为经由执行可执行程序来执行上述出租车运营管理方法中的步骤。图10是本发明公开的出租车运营管理设备的结构示意图。下面参照图10来描述根据本发明的这种实施方式的电子设备600。图10显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图10所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述出租车运营管理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。
存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。
存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。
本发明还公开了一种计算机可读存储介质，用于存储程序，上述程序被执行时实现上述出租车运营管理方法中的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述出租车运营管理方法中描述的根据本发明各种示例性实施方式的步骤。
如上所示，该实施例的计算机可读存储介质的程序在执行时，通过主动获取出租车乘客的日程信息，当根据日程信息侦测到乘客出差目的地发生临时变动，且得到乘客用户确认后，就对应修改当前订单目的地，并重新规划至新的目的地的导航路径及展示给司机，不需要司机手动获取导航路径，利于改善乘客在乘坐出租车出差过程中，临时变更目的地情况下的出行体验。
本发明一实施例公开了一种计算机可读存储介质。该存储介质是实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本发明实施例提供的出租车运营管理方法、系统及设备通过主动获取出租车乘客的日程信息，当根据日程信息侦测到乘客出差目的地发生临时变动，且得到乘客用户确认后，就对应修改当前订单目的地，并重新规划至新的目的地的导航路径及展示给司机，不需要司机手动获取导航路径，利于改善乘客在乘坐出租车出差过程中，临时变更目的地情况下的出行体验。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (13)

1.一种出租车运营管理方法，其特征在于，包括以下步骤：
S110，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地；
S120，当侦测到所述日程信息中的目的地由所述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求；
S130，当接收到关于所述目的地变更确认请求的第一确认信息后，将所述当前订单对应的目的地变更为所述第二目的地；以及
S140，依据所述第二目的地，生成导航路径信息，并将所述导航路径信息展示给出租车司机。
2.如权利要求1所述的出租车运营管理方法，其特征在于，在步骤S110之前，所述方法还包括步骤：
S100，在乘客上车后，将出租车的车载导航设备和用户设备进行绑定。
3.如权利要求1所述的出租车运营管理方法，其特征在于，步骤S140包括：
根据所述日程信息，获取距离乘客于所述第二目的地的工作日程时间的剩余空闲时长；
当所述剩余空闲时长大于第一预设阈值时，生成途径预设旅游景点的导航路径信息，并向乘客发送关于所述导航路径信息的第二确认请求；所述预设旅游景点对应的景点类型匹配适合乘坐出租车观赏的预设景点类型；以及
当接收到关于所述第二确认请求的第二确认信息后，将所述导航路径信息展示给出租车司机。
4.如权利要求3所述的出租车运营管理方法，其特征在于，步骤S140包括：
获取所述乘客的历史旅游订单信息；
根据所述历史旅游订单信息，确认所述乘客的旅游景点偏好类型；所述途径预设旅游景点对应的景点类型还与所述旅游景点偏好类型相匹配。
5.如权利要求1所述的出租车运营管理方法，其特征在于，所述方法还包括步骤：
根据所述日程信息，获取乘客到达所述第二目的地后对应的逗留时间；
当所述逗留时间小于第二预设阈值，向乘客发送继续乘坐当前出租车前往所述日程信息中下一目的地的第三确认请求；以及
当接收到关于所述第三确认请求的第三确认信息，且出租车到达所述第二目的地后，控制当前订单继续计费。
6.如权利要求5所述的出租车运营管理方法，其特征在于，所述方法还包括步骤：
若所述第二目的地设有入口闸机，获取所述第二目的地的出口处当前排队的待通行车辆对应的预估通行时长；
当所述预估通行时长大于所述逗留时间时，向乘客发送关于建议步行进入所述第二目的地的第四确认请求；
当接收到关于所述第四确认请求的第四确认信息，向所述出租车的车载显示设备推送关于在所述第二目的地的入口外停车的通知信息。
7.如权利要求6所述的出租车运营管理方法，其特征在于，所述获取所述第二目的地的出口处当前排队的待通行车辆对应的预估通行时长，包括：
获取出口闸机处一预设时长内通过的车辆数量；
根据所述预设时长内通过的车辆数量，计算每一辆车的平均通过时长；
根据排队的车辆数量和所述平均通过时长，计算得到预估通行时长。
8.如权利要求1所述的出租车运营管理方法，其特征在于，所述方法还包括步骤：
于出租车到达所述第二目的地后，向乘客对应的用户设备推送订单支付请求和电子发票填写页面；所述电子发票填写页面中包括发票抬头；
当确定当前出租车行程为差旅行程时，获取所述乘客对应的发票模板库中的差旅报销发票模板；
基于所述差旅报销发票模板，对所述电子发票填写页面进行自动填充；
接收到乘客基于自动填充后的电子发票填写页面触发的提交指令时，生成对应的电子发票。
9.如权利要求8所述的出租车运营管理方法，其特征在于，所述乘客对应有一云发票管理库；所述云发票管理库中存储有不同城市对应的电子发票信息；所述方法还包括步骤：
根据所述日程信息中的城市信息，将生成的所述电子发票分类存储于所述云发票管理库。
10.如权利要求8所述的出租车运营管理方法，其特征在于，所述获取所述乘客对应的发票模板库中的差旅报销发票模板，包括：
根据所述日程信息的城市信息，获取所述城市信息对应的城市级别分类；
根据所述城市级别分类，确定所述差旅报销发票模板。
11.如权利要求10所述的出租车运营管理方法，其特征在于，所述方法还包括步骤：
于乘客的出差日程完成后，根据所述城市级别分类，确定对应的差旅报销额度和差旅报销条件；
根据差旅报销额度和所述日程信息关联的所有电子发票信息，筛选出符合所述差旅报销额度和所述差旅报销条件的目标发票组合，并将所述目标发票组合发送给乘客确认；
于接收到关于所述目标发票组合的确认信息后，建立关于所述目标发票组合的打印任务，并执行所述打印任务。
12.一种出租车运营管理系统，用于实现如权利要求1所述的出租车运营管理方法，其特征在于，所述系统包括：
日程信息获取模块，获取出租车上当前乘坐的乘客的日程信息，以及当前订单对应的第一目的地；
变更确认模块，当侦测到所述日程信息中的目的地由所述第一目的地变更为第二目的地时，向乘客发送目的地变更确认请求；
目的地变更模块，当接收到关于所述目的地变更确认请求的第一确认信息后，将所述当前订单对应的目的地变更为所述第二目的地；以及
重新规划路径模块，依据所述第二目的地，生成导航路径信息，并将所述导航路径信息展示给出租车司机。
13.一种出租车运营管理设备，其特征在于，包括：
处理器；
存储器，其中存储有所述处理器的可执行程序；
其中，所述处理器配置为经由执行所述可执行程序来执行权利要求1至11中任意一项所述出租车运营管理方法的步骤。
CN202310369830.0A 2023-04-07 2023-04-07 出租车运营管理方法、系统及设备 Pending CN116563076A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310369830.0A CN116563076A (zh) 2023-04-07 2023-04-07 出租车运营管理方法、系统及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310369830.0A CN116563076A (zh) 2023-04-07 2023-04-07 出租车运营管理方法、系统及设备

Publications (1)

Publication Number Publication Date
CN116563076A true CN116563076A (zh) 2023-08-08

Family

ID=87490608

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310369830.0A Pending CN116563076A (zh) 2023-04-07 2023-04-07 出租车运营管理方法、系统及设备

Country Status (1)

Country Link
CN (1) CN116563076A (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107478241A (zh) * 2017-08-24 2017-12-15 戴姆勒股份公司 基于用户出行需求的日程规划和路线导航的方法
CN108734317A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 网约车订单信息处理方法及装置
CN110634045A (zh) * 2019-08-27 2019-12-31 杭州优行科技有限公司 一种多途经点订单处理方法及装置
CN111832794A (zh) * 2020-01-19 2020-10-27 北京嘀嘀无限科技发展有限公司 订单处理方法、信息处理方法、处理装置和存储介质
CN112801041A (zh) * 2021-03-08 2021-05-14 北京市商汤科技开发有限公司 财务数据的报销方法、装置、设备及存储介质
CN114590268A (zh) * 2020-12-07 2022-06-07 现代自动车株式会社 车辆及车辆的控制方法
CN114640480A (zh) * 2020-12-01 2022-06-17 上海擎感智能科技有限公司 用于信息处理的方法、车载终端及计算机存储介质
CN114662731A (zh) * 2020-12-22 2022-06-24 英特尔公司 动态游客旅行规划器服务
CN114840154A (zh) * 2017-12-04 2022-08-02 西安艾润物联网技术服务有限责任公司 出租车发票获取方法、系统及计算机可读存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108734317A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 网约车订单信息处理方法及装置
CN107478241A (zh) * 2017-08-24 2017-12-15 戴姆勒股份公司 基于用户出行需求的日程规划和路线导航的方法
CN114840154A (zh) * 2017-12-04 2022-08-02 西安艾润物联网技术服务有限责任公司 出租车发票获取方法、系统及计算机可读存储介质
CN114840152A (zh) * 2017-12-04 2022-08-02 西安艾润物联网技术服务有限责任公司 出租车发票获取方法、系统及计算机可读存储介质
CN114840153A (zh) * 2017-12-04 2022-08-02 西安艾润物联网技术服务有限责任公司 出租车发票获取方法、系统及计算机可读存储介质
CN110634045A (zh) * 2019-08-27 2019-12-31 杭州优行科技有限公司 一种多途经点订单处理方法及装置
CN111832794A (zh) * 2020-01-19 2020-10-27 北京嘀嘀无限科技发展有限公司 订单处理方法、信息处理方法、处理装置和存储介质
CN114640480A (zh) * 2020-12-01 2022-06-17 上海擎感智能科技有限公司 用于信息处理的方法、车载终端及计算机存储介质
CN114590268A (zh) * 2020-12-07 2022-06-07 现代自动车株式会社 车辆及车辆的控制方法
CN114662731A (zh) * 2020-12-22 2022-06-24 英特尔公司 动态游客旅行规划器服务
CN112801041A (zh) * 2021-03-08 2021-05-14 北京市商汤科技开发有限公司 财务数据的报销方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US11416795B2 (en) Systems and methods for vehicle resource management
JP6614464B6 (ja) 車両スケジューリング方法、装置、設備及び記憶媒体
US11062415B2 (en) Systems and methods for allocating networked vehicle resources in priority environments
US11386359B2 (en) Systems and methods for managing a vehicle sharing facility
EP3933729A1 (en) Trip scheduling system
CN111121799B (zh) 信息提供装置、信息提供系统、信息提供方法及程序
US11392861B2 (en) Systems and methods for managing a vehicle sharing facility
US11132626B2 (en) Systems and methods for vehicle resource management
US20200210905A1 (en) Systems and Methods for Managing Networked Vehicle Resources
GB2535719A (en) Telephone call placement
CN111121801A (zh) 信息提供装置、信息提供系统、信息提供方法、记录介质
CN111121798B (zh) 数据生成装置及系统、数据生成方法、数据生成程序
CN111121802A (zh) 路线搜索装置、路线搜索方法以及存储有路线搜索程序的非瞬时性存储介质
CN116563076A (zh) 出租车运营管理方法、系统及设备
US20230147570A1 (en) Patrol route generation apparatus, patrol route generation method, and computer-readable recording medium
CN113536128A (zh) 交通枢纽换乘方式的推荐方法及电子设备
JP7273879B2 (ja) 情報処理装置、及び、情報処理方法
CN114757406A (zh) 一种车载日程管理方法、装置、电子设备及存储介质
JP2003016171A (ja) 地図提供方法、地図提供プログラム及び地図提供システム
CN116663688A (zh) 出行信息筛选展示方法、系统、设备及存储介质
CN116523108A (zh) 办公用车信息化调配方法、装置、电子设备及存储介质
CN115456228A (zh) 商旅用车方法、装置、电子设备、存储介质
JP2019105956A (ja) 情報処理装置、その制御方法、及びプログラム、並びに、情報処理システム、その制御方法、及びプログラム
CN112000760A (zh) 航班组建方法、系统、电子设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination