CN111522490A - 订单管理方法、装置、终端及存储介质 - Google Patents

Abstract

本发明公开了一种订单管理方法、装置、终端及存储介质，订单管理方法应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中；所述的方法包括：获取用户的服务订单及每个服务订单的状态，服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；判断服务订单的状态是否满足预设条件；若是，则将满足预设条件的服务订单进行组合，得到第一订单组；基于第一订单组创建订单组第一快捷窗口；将订单组第一快捷窗口置于应用的服务界面中；响应于订单组第一快捷窗口的第一触发操作，生成第一展示请求；基于第一展示请求获取所述第一订单组中的服务订单列表；本发明能提升服务中订单的可控性，提高用户体验。

Description

订单管理方法、装置、终端及存储介质

技术领域

本发明涉及应用服务的订单管理技术领域，尤其涉及一种订单管理方法、装置、终端及存储介质。

背景技术

各种出行服务应用程序、生活服务应用程序较多，且大部分应用程序中均存在多条业务线，即存在多种类型的服务场景；例如用车业务线、在线排号、酒店预约、景区服务、餐厅预约及排队等业务线。

用户在使用该类应用程序时，一般需要在每种服务应用程序或每种服务应用程序的每条业务线中单独进行订单服务工作，且一般在启动或购买订单服务后，需要在应用程序中的固定位置进行查看；操作较为不便，且操作效率低。

上述内容不构成现有技术。

发明内容

为了解决上述技术问题，针对以上问题点，本发明公开了订单管理方法，通过根据服务订单的状态对服务订单进行分组得到第一订单组，并将基于第一订单组创建的订单组第一快捷窗口展示在应用的服务界面中，以便于后续用户基于订单组第一快捷窗口快速查看服务订单列表中的服务订单类型及服务订单状态；提升服务中订单的可控性，提高用户体验及提高操作反馈。

为了达到上述发明目的，本发明提供了一种订单管理方法，所述订单管理方法应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，所述方法包括：

获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

判断所述服务订单的状态是否满足预设条件；

若是，则将满足预设条件的服务订单进行组合，得到第一订单组；

基于所述第一订单组创建订单组第一快捷窗口；

将所述订单组第一快捷窗口置于所述应用的服务界面中；

响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；

基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

进一步地，所述基于所述第一展示请求获取所述第一订单组中的服务订单列表之后，还包括：

响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

基于所述第二展示请求获取所述服务订单的订单详情。

进一步地，所述基于所述第一展示请求获取所述第一订单组中的服务订单列表之后，还包括：

获取所述服务订单列表在所述应用的服务界面中的第一显示时长；

判断所述第一显示时长是否大于预设第一阈值；

若是，则将所述服务订单列表切换为所述订单组第一快捷窗口。

进一步地，所述将满足预设条件的服务订单进行分组，得到第一订单组之后，还包括：

获取所述第一订单组中服务订单的数量；

判断所述服务订单的数量是否小于预设第三阈值；

若是，则基于所述第一订单组创建订单组第二快捷窗口；

将所述订单组第二快捷窗口置于所述应用的服务界面中。

更进一步地，所述将所述订单组第二快捷窗口置于应用的服务主界面中之后，还包括：

获取所述订单组第二快捷窗口在所述应用的服务界面中的第二显示时长；

判断所述第二显示时长是否大于预设第二阈值；

若是，则将所述订单组第二快捷窗口切换为所述订单组第一快捷窗口，将订单组第一快捷窗口置于所述应用的服务界面中。

更进一步地，所述将所述订单组第一快捷窗口置于所述应用的服务界面中，或将所述订单组第二快捷窗口置于所述应用的服务界面中之后，还包括：

获取所述应用的服务界面的被操作时长；

根据所述被操作时长，调整订单组第一快捷窗口或订单组第二快捷窗口的显示透明度。

本发明提供了一种订单管理装置，所述订单管理装置应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，所述的装置包括：

服务订单获取模块，用于获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

订单状态判断模块，用于判断所述服务订单的状态是否满足预设条件；

第一订单组获取模块，用于将满足预设条件的服务订单进行组合，得到第一订单组；

快捷窗口创建模块，用于基于所述第一订单组创建订单组第一快捷窗口；

第一处理模块，用于将所述订单组第一快捷窗口置于所述应用的服务界面中；

第一展示请求生成模块，用于响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；

服务订单列表获取模块，用于基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

进一步地，还包括：

第二展示请求生成模块，用于响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

订单详情获取模块，用于基于所述第二展示请求获取所述服务订单的订单详情。

本发明提供了一种订单管理终端，所述终端包括处理器和存储器；

所述处理器，适于实现一条或一条以上指令；

所述存储器，存储有一条或一条以上指令，所述一条或一条以上适于所述处理器加载并执行以实现如上述所述的订单管理方法。

本发明提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述所述的订单管理方法。

实施本发明实施例，具有如下有益效果：

本发明公开的订单管理方法，通过根据服务订单的状态对服务订单进行分组得到第一订单组，并将基于第一订单组创建的订单组第一快捷窗口展示在应用的服务界面中，以便于后续用户基于订单组第一快捷窗口快速查看服务订单列表中的服务订单类型及服务订单状态；提升服务中订单的可控性，提高用户体验及提高操作反馈。

附图说明

为了更清楚地说明本发明所述的订单管理方法、装置、终端及存储介质，下面将对实施例所需要的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1为本发明实施例提供的一种订单管理方法的流程示图；

图2为本发明实施例提供的一种订单组第一快捷窗口的显示方法的流程示意图；

图3为本发明实施例提供的一种另一订单管理方法的流程示意图；

图4为本发明实施例提供的一种订单管理装置的结构示意图；

图5为本发明实施例提供的一种订单管理终端的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明可以应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，具体的可以应用于能够发起生活服务订单以及基于生活服务订单发起出行服务订单的应用程序。

请参考图1，其所示为本发明实施例提供的一种订单管理方法的流程示图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规；或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序，本申请中的订单管理方法，可以按照实施例或附图所示的方法顺序执行。具体的如图1所示，所述方法包括：

S101,获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

需要说明的是，在本说明书实施例中，用户的服务订单可以包括生活服务订单和与生活服务订单对应的出行服务订单；

具体的，生活服务订单可以包括餐厅订单、酒店订单以及旅游订单；出行服务订单可以是基于餐厅订单的出行订单，例如可以是去打车去餐厅订单所在位置；出行服务订单可以是基于生活服务订单发起的与生活服务订单相关的出行服务订单；

例如，用户准确去西湖旅游，此时会在应用平台上预定西湖周边的酒店、西湖周边的餐厅线上排队用餐、以及打车前往西湖等服务；

在本说明书实施例中，用户的服务订单还可以包括应用程序发起的通知服务、活动状态等；

具体的，活动状态可以为用户参与持续性活动后的状态展示，如参与某餐厅的霸王餐抽奖活动，此时活动进展(活动进展包括未开始、已开始预约中、抽奖中、已结束等)及用户中奖状态；

通知服务可以为各类用户消息、系统通知等。

S103,判断所述服务订单的状态是否满足预设条件；

在本说明书实施例中，预设条件可以是服务订单的处于正在进行中的状态；其中正在进行中的状态可以是包括预约中的状态，排队中的状态等；

即判断所述服务订单的状态是否是正在进行中的状态。

S105,若是，则将满足预设条件的服务订单进行组合，得到第一订单组；

在本说明书实施例中，第一订单组可以是包括正在进行中状态的服务订单；其中，可以是按照日期进行的组合或者按照服务内容进行的组合等。

在本说明书另一实施例中，若服务订单的状态不满足预设条件，如服务订单已结束，则可以将服务订单分组至其他的订单组中，例如可以是第二订单组，具体的，可以将第二订单组放置在应用界面的其他通知栏中；以便于用户查看。

S107,基于所述第一订单组创建订单组第一快捷窗口；

在本说明书实施例中，第一快捷窗口可以是一个聚合入口，即可以是在应用的显示界面只显示一个快捷接入图标。

S109,将所述订单组第一快捷窗口置于所述应用的服务界面中；

在本说明书实施例中，可以将订单组第一快捷窗口置于应用的任一服务界面中，即置于应用的服务界面的首页，以及其他可以浏览的服务界面。

S111,响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求请求；

S113,基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

在本说明书实施例中，可以是响应于用户的触发操作，生成第一展示请求请求；基于第一展示请求订单组第一快捷窗口展开，以获得第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态，便于用户查看服务订单的详情。

具体的，服务订单列表包括至少一个；且用户可以对服务订单列表进行上下滑动。

在本说明书实施例中，所述基于所述第一展示请求获取所述第一订单组中的服务订单列表之后，还包括：

响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

基于所述第二展示请求获取所述服务订单的订单详情。

在本说明书实施例中，可以是响应于用户的触发请求，订单列表中的任一服务订单展开与该服务订单对应的订单详情，以便于用户查看。

如图2所示，在本说明书实施例中，其所示为本说明书实施例提供的一种订单组第一快捷窗口的显示方法的流程示意图；具体的如下：

S201，将所述订单组第一快捷窗口置于所述应用的服务界面中；

S203，响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求请求；

S205，基于所述第一展示请求获取所述第一订单组中的服务订单列表；

S207，获取所述服务订单列表在应用的服务界面中的第一显示时长；

在本说明书实施例中，第一显示时长可以是服务订单列表在无操作时的显示时长；

S209，判断所述第一显示时长是否大于预设第一阈值；

在本说明书实施例中，预设第一阈值可以是5s。

S211，若是，则将所述服务订单列表切换为所述订单组第一快捷窗口。

当第一显示时长大于预设第一阈值时，将所述服务订单列表切换为所述订单组第一快捷窗口，即将服务订单列表收起至只显示订单组第一快捷窗口。

S213，获取所述应用的服务界面的被操作时长；

在本说明书实施例中，所述应用的服务界面的被操作时长可以是用户在所述应用的服务界面的浏览的时长；

S215，根据所述被操作时长，调整订单组第一快捷窗口的显示透明度。

在本说明书实施例中，当所述被操作时长，即可以是用户在应用服务界面的浏览的时长超过预设的时长，例如超过30s时，调整第一快捷窗口的显示透明度；具体的，是提高第一快捷窗口的显示透明度，且浏览时间越长，透明度越高；这种方法可以降低内容查看时的阻碍感。

如图3所示，在本说明书实施例中，其所示为本说明书实施例提供的一种另一订单管理方法的流程示意图；具体的如下：

S301，获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

S303，判断所述服务订单的状态是否满足预设条件；

S305，若是，则将满足预设条件的服务订单进行组合，得到第一订单组；

S307,获取所述第一订单组中服务订单的数量；

在本说明书实施例中，第一订单组中服务订单的数量可以是第一订单组展开后显示的服务列表中的服务订单的数量；具体的，第一订单组中服务订单的数量为整数个，且第一订单组中服务订单的数量至少为1个；

当第一订单组中服务订单的数量小于1时，即为零时，应用的服务界面不显示快捷入口。

S309,判断所述服务订单的数量是否小于预设第三阈值；

在本说明书实施例中，预设第三阈值可以是2，也即是判断所述服务订单的数量是否小于2；也即是服务订单的数量是否只有一个；

S311,若是，则基于所述第一订单组创建订单组第二快捷窗口；

在本说明书实施例，在服务订单的数量只有1个时，第二快捷窗口可以是一个聚合列表，即可以是在应用的显示界面直接显示服务订单的快捷窗口。

S313,将所述订单组第二快捷窗口置于所述应用的服务界面中。

在本说明书实施例中，可以将订单组第二快捷窗口置于应用的任一服务界面中，即置于应用的服务界面的首页，以及其他可以浏览的服务界面。

在本说明书实施例中，在将所述订单组第二快捷窗口置于所述应用的服务界面之后，可以

获取所述应用的服务界面的被操作时长；

在本说明书实施例中，所述应用的服务界面的被操作时长可以是用户在应用服务界面的浏览的时长；

根据所述被操作时长，调整订单组第二快捷窗口的显示透明度。

具体的，当所述被操作时长，即可以是用户在应用服务界面的浏览的时长超过预设的时长，例如超过30s时，调整第二快捷窗口的显示透明度；具体的，是提高第二快捷窗口的显示透明度，且浏览时间越长，透明度越高；这种方法可以降低内容查看时的阻碍感。

在本说明书实施例中，所述将所述订单组第二快捷窗口置于应用的服务界面中之后，还包括：

S1,获取所述订单组第二快捷窗口在所述应用的服务界面中的第二显示时长；

在本说明书实施例中，第二显示时长可以是服务订单列表在无操作时的显示时长；

S2,判断所述第二显示时长是否大于预设第二阈值；

在本说明书实施例中，预设第二阈值可以是5s。

S3，若是，则将所述订单组第二快捷窗口切换为所述订单组第一快捷窗口，将订单组第一快捷窗口置于应用的服务界面中。

当第二显示时长大于预设第二阈值时，将所述订单组第二快捷窗口切换为所述订单组第一快捷窗口，将订单组第一快捷窗口置于所述应用的服务界面中。

具体的，后续根据获取所述应用的服务界面的被操作时长；调整订单组第一快捷窗口的显示透明度。

由上述本发明提供的订单管理方法、装置、终端及存储介质的实施例可见，本发明实施例所述订单管理方法应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中；具体的，获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；判断所述服务订单的状态是否满足预设条件；若是，则将满足预设条件的服务订单进行组合，得到第一订单组；基于所述第一订单组创建订单组第一快捷窗口；将所述订单组第一快捷窗口置于所述应用的服务界面中；响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态；利用本说明书实施例提供的技术方案，通过根据服务订单的状态对服务订单进行分组得到第一订单组，并将基于第一订单组创建的订单组第一快捷窗口展示在应用的服务界面中，以便于后续用户基于订单组第一快捷窗口快速查看服务订单列表中的服务订单类型及服务订单状态；提升服务中订单的可控性，提高用户体验及提高操作反馈。

本发明实施例还提供了一种订单管理装置，所述订单管理装置应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，如图4所示，其所示为本发明实施例提供的一种订单管理装置的结构示意图；具体的，所述的装置包括：

服务订单获取模块410，用于获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

订单状态判断模块420，用于判断所述服务订单的状态是否满足预设条件；

第一订单组获取模块430，用于将满足预设条件的服务订单进行组合，得到第一订单组；

快捷窗口创建模块440，用于基于所述第一订单组创建订单组第一快捷窗口；

第一处理模块450，用于将所述订单组第一快捷窗口置于所述应用的服务界面中；

第一展示请求生成模块460，用于响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；

服务订单列表获取模块470，用于基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

在本说明书实施例中，还包括：

第二展示请求生成模块，用于响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

订单详情获取模块，用于基于所述第二展示请求获取所述服务订单的订单详情。

在本说明书实施例中，还包括：

第一显示时长获取模块，用于获取所述服务订单列表在所述应用的服务界面中的第一显示时长；

第一判断模块，用于判断所述第一显示时长是否大于预设第一阈值；

第一切换模块，用于将所述服务订单列表切换为所述订单组第一快捷窗口。

在本说明书实施例中，还包括：

服务订单的数量获取模块，用于获取所述第一订单组中服务订单的数量；

第二判断模块，用于判断所述服务订单的数量是否小于预设第三阈值；

订单组第二快捷窗口创建模块，用于基于所述第一订单组创建订单组第二快捷窗口；

第二处理模块，用于将所述订单组第二快捷窗口置于所述应用的服务界面中。

在本说明书实施例中，还包括：

第二显示时长获取模块，用于获取所述订单组第二快捷窗口在所述应用的服务界面中的第二显示时长；

第三判断模块，用于判断所述第二显示时长是否大于预设第二阈值；

第二切换模块，用于将所述订单组第二快捷窗口切换为所述订单组第一快捷窗口，将订单组第一快捷窗口置于所述应用的服务界面中。

本发明实施例提供了一种订单管理终端，该终端包括处理器和存储器；

所述处理器，适于实现一条或一条以上指令；

所述存储器，存储有一条或一条以上指令，所述一条或一条以上适于所述处理器加载并执行以实现如上述方法实施例所述的订单管理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

图5为本发明实施例提供的一种订单管理终端的结构示意图，该订单管理终端的内部构造可包括但不限于：处理器、网络接口及存储器，其中订单管理终端内的处理器、网络接口及存储器可以通过总线或其他方式连接，在本说明书实施例所示图5中以通过总线连接为例。

其中，处理器(或称CPU(Central Processing Unit，中央处理器))是订单管理终端的计算核心以及控制核心。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)。存储器(Memory)是订单管理终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器可以是高速RAM存储设备，也可以是非不稳定的存储设备(non-volatile memory)，例如至少一个磁盘存储设备；可选的还可以是至少一个位于远离前述处理器的存储装置。存储器提供存储空间，该存储空间存储了订单管理终端的操作系统，可包括但不限于：Windows系统(一种操作系统)，Linux(一种操作系统)等等，本发明对此并不作限定；并且，在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。在本说明书实施例中，处理器加载并执行存储器中存放的一条或一条以上指令，以实现上述方法实施例提供的订单管理方法。

本发明的实施例还提供了一种计算机可读存储介质，所述存储介质可设置于订单管理终端之中以保存用于实现方法实施例中的一种订单管理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集可由电子设备的处理器加载并执行以实现上述方法实施例提供的订单管理方法。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

1.一种订单管理方法，其特征在于：所述订单管理方法应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，所述方法包括：

获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

判断所述服务订单的状态是否满足预设条件；

若是，则将满足预设条件的服务订单进行组合，得到第一订单组；

基于所述第一订单组创建订单组第一快捷窗口；

将所述订单组第一快捷窗口置于所述应用的服务界面中；

响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；

基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

2.根据权利要求1所述的订单管理方法，其特征在于：所述基于所述第一展示请求获取所述第一订单组中的服务订单列表之后，还包括：

响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

基于所述第二展示请求获取所述服务订单的订单详情。

3.根据权利要求1所述的订单管理方法，其特征在于：所述基于所述第一展示请求获取所述第一订单组中的服务订单列表之后，还包括：

获取所述服务订单列表在所述应用的服务界面中的第一显示时长；

判断所述第一显示时长是否大于预设第一阈值；

若是，则将所述服务订单列表切换为所述订单组第一快捷窗口。

4.根据权利要求1所述的订单管理方法，其特征在于：所述将满足预设条件的服务订单进行分组，得到第一订单组之后，还包括：

获取所述第一订单组中服务订单的数量；

判断所述服务订单的数量是否小于预设第三阈值；

若是，则基于所述第一订单组创建订单组第二快捷窗口；

将所述订单组第二快捷窗口置于所述应用的服务界面中。

5.根据权利要求4所述的订单管理方法，其特征在于：所述将所述订单组第二快捷窗口置于所述应用的服务主界面中之后，还包括：

获取所述订单组第二快捷窗口在所述应用的服务界面中的第二显示时长；

判断所述第二显示时长是否大于预设第二阈值；

若是，则将所述订单组第二快捷窗口切换为所述订单组第一快捷窗口，将订单组第一快捷窗口置于所述应用的服务界面中。

6.根据权利要求1、3-5中任意一项所述的订单管理方法，其特征在于：所述将所述订单组第一快捷窗口置于所述应用的服务界面中，或将所述订单组第二快捷窗口置于所述应用的服务界面中之后，还包括：

获取所述应用的服务界面的被操作时长；

根据所述被操作时长，调整订单组第一快捷窗口或订单组第二快捷窗口的显示透明度。

7.一种订单管理装置，其特征在于：所述订单管理装置应用于能够同时发起生活服务订单和与生活服务订单对应的出行订单的应用中，所述的装置包括：

服务订单获取模块，用于获取用户的服务订单及每个所述服务订单的状态，所述服务订单包括生活服务订单和与生活服务订单对应的出行服务订单；

订单状态判断模块，用于判断所述服务订单的状态是否满足预设条件；

第一订单组获取模块，用于将满足预设条件的服务订单进行组合，得到第一订单组；

快捷窗口创建模块，用于基于所述第一订单组创建订单组第一快捷窗口；

第一处理模块，用于将所述订单组第一快捷窗口置于所述应用的服务界面中；

第一展示请求生成模块，用于响应于所述订单组第一快捷窗口的第一触发操作，生成第一展示请求；

服务订单列表获取模块，用于基于所述第一展示请求获取所述第一订单组中的服务订单列表；所述订单列表中包括每个服务订单的类型以及每个服务订单的状态。

8.根据权利要求7所述的订单管理装置，其特征在于：还包括：

第二展示请求生成模块，用于响应于所述订单列表中任一服务订单的第二触发操作，生成第二展示请求；

订单详情获取模块，用于基于所述第二展示请求获取所述服务订单的订单详情。

9.一种订单管理终端，其特征在于：所述终端包括处理器和存储器；

所述处理器，适于实现一条或一条以上指令；

所述存储器，存储有一条或一条以上指令，所述一条或一条以上适于所述处理器加载并执行以实现如权利要求1至6任意一项所述的订单管理方法。

10.一种计算机可读存储介质，其特征在于：所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-6任一所述的订单管理方法。

Images