CN112669123A - 车主平台的订单管理方法及装置 - Google Patents

Abstract

本发明公开了一种车主平台的订单管理方法及装置，该方法包括：从多个业务场景平台获得多个与车主相关的订单；根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；根据分类后的多种类型的订单，进行车主平台的订单管理，本发明能够基于车主平台的订单状态类型对多个业务场景平台的订单状态进行分类，实现了多个业务场景平台订单状态的统一划分和整合，提高了车主平台的订单管理效率，进而提升了用户体验。

Description

车主平台的订单管理方法及装置

技术领域

本发明涉及数据处理技术领域，特别涉及一种车主平台的订单管理方法及装置。

背景技术

目前，车主平台已接入多种业务场景平台，由于各个业务场景平台的订单管理模式不同，在车主平台与各个业务场景平台对接过程中，多种业务场景平台的订单状态繁杂，使得车主平台的订单管理效率较低，用户体验差。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种车主平台的订单管理方法，用于提高车主平台的订单管理效率，该方法包括：

从多个业务场景平台获得多个与车主相关的订单；

根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

根据分类后的多种类型的订单，进行车主平台的订单管理。

进一步的，该方法还包括：

在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

进一步的，在根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息之前，该方法还包括：

获得业务场景平台的业务状态类型；

根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息，包括：

根据所述业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

进一步的，该方法还包括：

根据车主平台的订单状态类型，编排订单状态的转换流程；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

进一步的，根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换，包括：

获得订单的当前状态；

根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

根据用户的行为信息，确定订单的当前状态的返回值；

根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

进一步的，车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

进一步的，多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

本发明实施例提供了一种车主平台的订单管理装置，用于提高车主平台的订单管理效率，该装置包括：

订单获得模块，用于从多个业务场景平台获得多个与车主相关的订单；

订单分类模块，用于根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

订单管理模块，用于根据分类后的多种类型的订单，进行车主平台的订单管理。

进一步的，该装置还包括：业务状态变更模块，用于：

在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

订单管理模块，具体用于：

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

进一步的，该装置还包括：关联关系确定模块，用于：

在根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息之前，获得业务场景平台的业务状态类型；

根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

订单管理模块，进一步用于：

根据所述业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

进一步的，该装置还包括：转换流程编排模块，用于：

根据车主平台的订单状态类型，编排订单状态的转换流程；

订单管理模块，具体用于：

根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

进一步的，订单管理模块进一步用于：

获得订单的当前状态；

根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

根据用户的行为信息，确定订单的当前状态的返回值；

根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

进一步的，车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

进一步的，多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述车主平台的订单管理方法。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有执行上述车主平台的订单管理方法的计算机程序。

本发明实施例通过：从多个业务场景平台获得多个与车主相关的订单；根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；根据分类后的多种类型的订单，进行车主平台的订单管理，本发明能够基于车主平台的订单状态类型对多个业务场景平台的订单状态进行分类，实现了多个业务场景平台订单状态的统一划分和整合，提高了车主平台的订单管理效率，进而提升了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中车主平台的订单管理方法流程的示意图；

图2为本发明实施例中业务状态变更时订单管理的流程示意图；

图3为本发明实施例中业务状态变更时订单管理的另一流程示意图；

图4为本发明实施例中订单状态转换的流程示意图；

图5为图4中步骤402的具体流程的示意图；

图6为本发明实施例中订单状态编排结果的示意图；

图7为本发明实施例中车主平台的订单管理装置结构的示意图；

图8为本发明实施例中车主平台的订单管理装置另一结构的示意图；

图9为本发明实施例中的计算机设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、方法或计算机程序产品。因此，本发明公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

为了解决现有的车主平台的订单管理效率较低，用户体验差的技术问题，本发明实施例提供了一种车主平台的订单管理方法，用于提高车主平台的订单管理效率，图1为本发明实施例中车主平台的订单管理方法流程的示意图，如图1所示，该方法包括：

步骤101：从多个业务场景平台获得多个与车主相关的订单；

步骤102：根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

步骤103：根据分类后的多种类型的订单，进行车主平台的订单管理。

如图1所示，本发明实施例通过：从多个业务场景平台获得多个与车主相关的订单；根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；根据分类后的多种类型的订单，进行车主平台的订单管理，本发明能够基于车主平台的订单状态类型对多个业务场景平台的订单状态进行分类，实现了多个业务场景平台订单状态的统一划分和整合，提高了车主平台的订单管理效率，进而提升了用户体验。

在一个实施例中，车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

在一个实施例中，多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

具体实施时，步骤101中，首先可以从多个业务场景平台获得多个与车主相关的订单，由于洗车平台、加油平台、停车平台、道路救援平台、年检代办平台、充电桩平台等不同业务场景平台的订单管理模式不同，订单状态的分类方式也不同，例如可以包括：支付成功、已支付、退款失败、取消救援、取消订单、订单失效、充电完成、订单完成、异常单、充电状态未知等种类繁杂的订单。

步骤102中，可以根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类，具体的，车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常，例如可以将多个与车主相关的订单中支付成功、已支付、退款失败等状态的订单统一归类为车主平台的已付款订单；将多个与车主相关的订单中取消救援、取消订单、订单失效等状态的订单统一归类为车主平台的已取消订单；将多个与车主相关的订单中充电完成、订单完成等状态的订单统一归类为车主平台的进行中订单；将多个与车主相关的订单中异常单、充电状态未知等状态的订单统一归类为车主平台的异常单订单，这样就实现了多个业务场景平台订单状态的统一划分和整合，步骤103中，可以根据分类后的多种类型的订单，进行车主平台的订单管理，从而使得车主平台不必直接处理种类繁杂的订单，提高了车主平台的订单管理效率。

图2为本发明实施例中业务状态变更时订单管理的流程示意图，如图2所示，在一个实施例中，该方法还可以包括：

步骤201：在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

步骤202：根据业务状态变更的信息，变更车主平台中与业务状态变更相关的分类后的订单的状态信息。

图3为本发明实施例中业务状态变更时订单管理的另一流程示意图，如图3所示，在一个实施例中，在根据业务状态变更的信息，变更车主平台中与业务状态变更相关的分类后的订单的状态信息之前，该方法还包括：

步骤301：获得业务场景平台的业务状态类型；

步骤302：根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

根据业务状态变更的信息，变更车主平台中与业务状态变更相关的分类后的订单的状态信息，包括：

步骤303：根据业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与业务状态变更相关的分类后的订单的状态信息。

具体实施时，由于业务场景平台与车主平台属于不同的平台，在业务场景平台的业务状态变更时，存在车主平台对应的订单状态未及时变更导致订单信息不准确的问题。由于不同业务场景平台的业务状态类型不同，首先需要获得多个业务场景平台的业务状态类型，例如，车辆年检代办平台的业务状态类型包括：服务预约中、服务预约成功、已接单、取消服务预约和已完成服务等，道路救援平台的业务状态类型包括：等待救援、确认救援、现场救援、取消救援、救援失败、救援成功和救援完成等，某业务场景平台的优惠券状态包括未使用、已使用、已退款、未激活和已过期等。

然后，根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，例如，对于车辆年检代办平台，将服务预约中、服务预约成功和已接单的业务状态与车主平台的已付款的订单状态关联；将已完成服务的业务状态与车主平台的已完成的订单状态关联；将取消服务预约的业务状态与车主平台的退款中的订单状态关联。例如，对于道路救援平台，将等待救援、确认救援和现场救援的业务状态与车主平台的已付款的订单状态关联；将取消救援的业务状态与车主平台的退款中的订单状态关联；将救援成功、救援失败、救援完成的业务状态与车主平台的已完成的订单状态关联。例如：对于某业务场景平台的优惠券状态，将未使用、未激活、已过期的优惠券状态，与车主平台中已付款的订单状态关联；将已使用的优惠券状态与车主平台中已完成的订单状态关联；将已退款的优惠券状态与车主平台中已退款的订单状态关联。

接着，在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息，根据业务状态变更的信息，基于上述业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与业务状态变更相关的分类后的订单的状态信息，例如：车辆年检代办平台的某一业务状态从服务预约成功变更为取消服务预约时，基于上述业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，将车主平台中与该业务状态变更相关的订单状态从已付款变更为退款中。这样能够根据业务场景平台的业务状态变更实时更新车主平台中的对应的订单状态，进一步提高了车主平台的订单管理效率。

图4为本发明实施例中订单状态转换的流程示意图，如图4所示，在一个实施例中，该方法还可以包括：

步骤401：根据车主平台的订单状态类型，编排订单状态的转换流程；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

步骤402：根据用户的行为信息和订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

图5为图4中步骤402的具体流程的示意图，如图5所示，在一个实施例中，根据用户的行为信息和订单状态的转换流程，对分类后的多种类型的订单进行状态转换，包括：

步骤501：获得订单的当前状态；

步骤502：根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

步骤503：根据用户的行为信息，确定订单的当前状态的返回值；

步骤504：根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

具体实施时，图6为本发明实施例中订单状态编排结果的示意图，可以首先基于根据车主平台的订单状态类型，按照图6所示的方式编排车主平台的订单状态转换流程，具体包括：对于新创建未支付的订单，订单状态为待付款；对于待付款的订单，用户支付成功时，订单状态由待付款转化为已付款；对于待付款的订单，用户取消订单或超时未支付等情况时，订单状态由待付款转化为已取消；对于已付款的订单，用户使用完该服务时，订单状态由已付款转化为已完成；对于已付款订单，用户申请退款时，订单状态转化为退款中；对于退款中的订单，退款成功时，订单状态由退款中转化为已退款；对于退款中的订单，退款失败时，订单状态由退款中转化为已付款。

接着根据用户实时的行为信息和上述订单状态的转换流程，对车主平台的分类后的多种类型的订单进行状态转换，具体的，首先获得订单的当前状态，根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态，例如：若订单当前状态为已付款，根据图6可知，订单的后续状态为退款中或已完成，然后，根据用户的行为信息，确定订单的当前状态的返回值，例如，在用户使用完该服务时，已付款订单的返回值为0，在用户申请退款时，已付款订单的返回值1，最后，根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态，例如：在已付款订单的返回值为0时，对应的后续状态为已完成，将已付款切换为已完成，在已付款订单的返回值1时，对应的后续状态为退款中，将已付款切换为退款中，依此类推，完成车主平台的订单状态的规范流转。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

基于同一发明构思，本发明实施例中还提供了一种车主平台的订单管理装置，如下面的实施例。由于车主平台的订单管理装置解决问题的原理与车主平台的订单管理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本发明实施例提供了一种车主平台的订单管理装置，用于提高车主平台的订单管理效率，图7为本发明实施例中车主平台的订单管理装置结构的示意图，如图7所示，该装置包括：

订单获得模块01，用于从多个业务场景平台获得多个与车主相关的订单；

订单分类模块02，用于根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

订单管理模块03，用于根据分类后的多种类型的订单，进行车主平台的订单管理。

图8为本发明实施例中车主平台的订单管理装置另一结构的示意图，如图8所示，在一个实施例中，该装置还包括：业务状态变更模块04，用于：

在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

订单管理模块03，具体用于：

根据业务状态变更的信息，变更车主平台中与业务状态变更相关的分类后的订单的状态信息。

如图8所示，该装置还包括：关联关系确定模块05，用于：

在根据业务状态变更的信息，变更车主平台中与业务状态变更相关的分类后的订单的状态信息之前，获得业务场景平台的业务状态类型；

根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

订单管理模块03，进一步用于：

根据业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与业务状态变更相关的分类后的订单的状态信息。

如图8所示，在一个实施例中，该装置还包括：转换流程编排模块06，用于：

根据车主平台的订单状态类型，编排订单状态的转换流程；

订单管理模块03，具体用于：

根据用户的行为信息和订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

在一个实施例中，订单管理模块03进一步用于：

获得订单的当前状态；

根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

根据用户的行为信息，确定订单的当前状态的返回值；

根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

在一个实施例中，车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

在一个实施例中，多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述车主平台的订单管理方法。

本申请提供一种用于实现上述车主平台的订单管理方法中的全部或部分内容的计算机设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，处理器、存储器、通信接口通过总线完成相互间的通信；通信接口用于实现相关设备之间的信息传输；该计算机设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该计算机设备可以参照实施例用于实现上述车主平台的订单管理方法的实施例及用于实现上述车主平台的订单管理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图9为本申请实施例的计算机设备9600的系统构成的示意框图。如图9所示，该计算机设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图9是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一个实施例中，车主平台的订单管理功能可以被集成到中央处理器9100中。

如图9所示，该计算机设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，计算机设备9600也并不是必须要包括图9中所示的所有部件；此外，计算机设备9600还可以包括图9中没有示出的部件，可以参考现有技术。

如图9所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制计算机设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向计算机设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行计算机设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由计算机设备使用的数据。存储器9140的驱动程序存储部9144可以包括计算机设备的用于通信功能和/或用于执行计算机设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一计算机设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有执行上述车主平台的订单管理方法的计算机程序。

下面举一个具体的例子，以便于理解本发明如何实施。

第一步：从洗车平台、加油平台、停车平台、道路救援平台、年检代办平台、充电桩平台等不同业务场景平台获得与多个车主相关的订单的状态信息；

第二步：基于车主平台的订单状态类型：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常，将多个与车主相关的订单基于车主平台的订单状态类型分类；

第三步：获得多个业务场景平台的业务状态类型，例如，车辆年检代办平台的业务状态类型包括：服务预约中、服务预约成功、已接单、取消服务预约和已完成服务等，道路救援平台的业务状态类型包括：等待救援、确认救援、现场救援、取消救援、救援失败、救援成功和救援完成等，某业务场景平台的优惠券状态包括未使用、已使用、已退款、未激活和已过期等；

第四步：根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

第六步：在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息，根据业务状态变更的信息，基于上述业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与业务状态变更相关的分类后的订单的状态信息；

第七步：按照图6所示的方式编排车主平台的订单状态转换流程；

第八步：获得订单的当前状态，根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

第九步：根据用户的行为信息，确定订单的当前状态的返回值；

第十步：根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

综上所述，本发明实施例通过：从多个业务场景平台获得多个与车主相关的订单；根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；根据分类后的多种类型的订单，进行车主平台的订单管理，本发明能够基于车主平台的订单状态类型对多个业务场景平台的订单状态进行分类，实现了多个业务场景平台订单状态的统一划分和整合，提高了车主平台的订单管理效率，进而提升了用户体验。

此外，本发明能够根据业务场景平台的业务状态变更信息实时更新车主平台中的对应的订单状态，进一步提高了车主平台的订单管理效率。

根据用户实时的行为信息和预先编排的订单状态转换流程，对车主平台的分类后的多种类型的订单进行状态转换，实现了车主平台的订单状态的规范流转。

虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本领域技术人员应明白，本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (16)

1.一种车主平台的订单管理方法，其特征在于，包括：

从多个业务场景平台获得多个与车主相关的订单；

根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

根据分类后的多种类型的订单，进行车主平台的订单管理。

2.如权利要求1所述的方法，其特征在于，还包括：

在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

3.如权利要求2所述的方法，其特征在于，在根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息之前，还包括：

获得业务场景平台的业务状态类型；

根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息，包括：

根据所述业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

4.如权利要求1所述的方法，其特征在于，还包括：

根据车主平台的订单状态类型，编排订单状态的转换流程；

根据分类后的多种类型的订单，进行车主平台的订单管理，包括：

根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

5.如权利要求4所述的方法，其特征在于，根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换，包括：

获得订单的当前状态；

根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

根据用户的行为信息，确定订单的当前状态的返回值；

根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

6.如权利要求1所述的方法，其特征在于，所述车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

7.如权利要求1所述的方法，其特征在于，所述多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

8.一种车主平台的订单管理装置，其特征在于，包括：

订单获得模块，用于从多个业务场景平台获得多个与车主相关的订单；

订单分类模块，用于根据多个与车主相关的订单的状态信息，将多个与车主相关的订单基于车主平台的订单状态类型分类；

订单管理模块，用于根据分类后的多种类型的订单，进行车主平台的订单管理。

9.如权利要求8所述的装置，其特征在于，还包括：业务状态变更模块，用于：

在业务场景平台的业务状态变更时，从业务场景平台获得业务状态变更的信息；

订单管理模块，具体用于：

根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

10.如权利要求9所述的装置，其特征在于，还包括：关联关系确定模块，用于：

在根据所述业务状态变更的信息，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息之前，获得业务场景平台的业务状态类型；

根据业务场景平台的业务状态类型和车主平台的订单状态类型，建立业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系；

订单管理模块，进一步用于：

根据所述业务状态变更的信息，基于业务场景平台的业务状态类型与车主平台的订单状态类型之间的关联关系，变更车主平台中与所述业务状态变更相关的分类后的订单的状态信息。

11.如权利要求8所述的装置，其特征在于，还包括：转换流程编排模块，用于：

根据车主平台的订单状态类型，编排订单状态的转换流程；

订单管理模块，具体用于：

根据用户的行为信息和所述订单状态的转换流程，对分类后的多种类型的订单进行状态转换。

12.如权利要求11所述的装置，其特征在于，订单管理模块进一步用于：

获得订单的当前状态；

根据订单的当前状态，基于订单状态的转换流程，确定订单的后续状态；

根据用户的行为信息，确定订单的当前状态的返回值；

根据订单的当前状态的返回值，将订单状态切换至当前状态的返回值对应的后续状态。

13.如权利要求8所述的装置，其特征在于，所述车主平台的订单状态类型包括：待付款、已付款、已取消、退款中、已退款、已完成、进行中和订单异常的其中之一或任意组合。

14.如权利要求8所述的装置，其特征在于，所述多个业务场景平台包括：洗车平台、加油平台、停车平台、道路救援平台、车辆年检代办平台和充电桩平台的其中之一或任意组合。

15.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一所述方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至7任一所述方法的计算机程序。

Images