CN108053290B - O2o服务平台的多订单的合并处理方法及系统 - Google Patents
O2o服务平台的多订单的合并处理方法及系统 Download PDFInfo
- Publication number
- CN108053290B CN108053290B CN201711445895.XA CN201711445895A CN108053290B CN 108053290 B CN108053290 B CN 108053290B CN 201711445895 A CN201711445895 A CN 201711445895A CN 108053290 B CN108053290 B CN 108053290B
- Authority
- CN
- China
- Prior art keywords
- orders
- service
- order
- travel
- place
- 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.)
- Active
Links
Images
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
- 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)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种O2O服务平台的多订单的合并处理方法及系统，所述合并处理方法包括：S1、O2O服务平台获取同一用户的订单S2、判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则将所述符合预设合并规则的订单进行合并处理。本发明通过O2O服务平台获取同一用户的订单，再判断订单中是否有至少两个符合预设合并规则的订单，若有，则将符合预设合并规则的订单进行合并处理；从而实现当用户在线下使用时，无需依次查阅多订单，整合了多订单的多个使用凭证信息，使用过程更加快捷，节省时间且提升了用户体验感。
Description
技术领域
本发明涉及O2O(Online To Offline，在线离线/线上到线下)服务平台订单处理技术领域，特别涉及一种O2O服务平台的多订单的合并处理方法及系统。
背景技术
现有技术中，当用户购买多张订单且多张订单之间相互关联时，只能对每个订单分别进行独立展示，不能对多张订单进行合并处理并显示处理给用户。例如，对于与机票订单关联的服务订单，如：休息室订单或快速安检订单等，通常需要多次补充预订的场景，传统的处理方式往往按照订单维度分别地展示给用户。
但是，当用户在实际的线下场景使用时，往往需要逐个打开相应的订单详情页，寻找相应的使用凭证，再一个个验证使用，因此造成很大的使用费力度、浪费时间且降低用户体验感。
发明内容
发明要解决的技术问题是为了克服现有技术中当用户购买多张订单且多张订单之间相互关联时，存在需要逐个打开相应的订单详情页，寻找到相应的使用凭证，一个个验证使用，造成很大的使用费力度、浪费时间且降低用户体验感的缺陷，目的在于提供一种O2O服务平台的多订单的合并处理方法及系统。
本发明是通过下述技术方案来解决上述技术问题：
本发明提供一种O2O服务平台的多订单的合并处理方法，所述合并处理方法包括：
S1、O2O服务平台获取同一用户的订单；
S2、判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则将所述符合预设合并规则的订单进行合并处理。
较佳地，所述同一用户的订单包括出行订单和服务订单；
步骤S2具体包括：
判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则将所述服务订单与所述出行订单进行合并处理。
较佳地，步骤S2具体包括：
S21、判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则继续步骤S22；若不属于，则继续步骤S23；
S22、判断每个所述出行订单是否均关联相同的服务订单，若均关联相同的服务订单，则按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理，然后结束流程；
S23、按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若关联多个所述服务订单，则继续步骤S24；
S24、判断所述多个所述服务订单是否属于相同的服务订单，若属于相同的服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若不属于相同的服务订单，则按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理。
较佳地，步骤S22中还包括：
当按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理后，根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
步骤S23中还包括：
在按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
步骤S24中还包括：
当按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；或，
当按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理后，根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
较佳地，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序。
本发明还提供一种O2O服务平台的多订单的合并处理系统，所述合并处理系统包括获取模块、判断模块和合并处理模块；
所述获取模块用于O2O服务平台获取同一用户的订单；
所述判断模块用于判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则调用所述合并处理模块；
所述合并处理模块用于将所述符合预设合并规则的订单进行合并处理。
较佳地，所述同一用户的订单包括出行订单和服务订单；
所述判断模块用于判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则调用所述合并处理模块；
所述合并处理模块用于将所述服务订单与所述出行订单进行合并处理。
较佳地，所述判断模块包括第一判断单元、第二判断单元、第三判断单元和第四判断单元；
所述第一判断单元用于判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则调用所述第二判断单元；若不属于，则调用所述第三判断单元；
所述第二判断单元用于判断每个所述出行订单是否均关联相同的所述服务订单，若均关联相同的所述服务订单，则调用所述合并处理模块按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理；
所述第三判断单元用于按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若关联多个所述服务订单，调用所述第四判断单元；
所述第四判断单元用于判断所述多个所述服务订单是否属于相同的所述服务订单，若属于相同的所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若不属于相同的所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理。
较佳地，所述合并处理系统包括显示模块；
所述显示模块用于当所述合并处理模块按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理后，根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
所述显示模块还用于当所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
所述显示模块还用于当所述合并处理模块按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理后，根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
较佳地，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序。
本发明的积极进步效果在于：
本发明通过O2O服务平台获取同一用户的订单，再判断订单中是否有至少两个符合预设合并规则的订单，若有，则将符合预设合并规则的订单进行合并处理；从而实现当用户在线下使用时，无需依次查阅多订单，整合了多订单的多个使用凭证信息，使用过程更加快捷，节省时间且提升了用户体验感。
附图说明
图1为本发明实施例1的O2O服务平台的多订单的合并处理方法的流程图；
图2为本发明实施例1的O2O服务平台的多订单的合并处理方法的订单页面显示区域示意图；
图3为本发明实施例1的O2O服务平台的多订单的合并处理方法的第一订单页面显示示意图；
图4为本发明实施例1的O2O服务平台的多订单的合并处理方法的第二订单页面显示示意图；
图5为本发明实施例2的O2O服务平台的多订单的合并处理系统的模块示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
实施例1
如图1所示，本实施例的O2O服务平台的多订单的合并处理方法包括：
S101、O2O服务平台获取同一用户的订单；
其中，所述同一用户的订单包括出行订单和服务订单；
所述出行订单包括机票订单、电影票订单或餐厅点餐订单等；
所述服务订单包括休息室订单、快速安检订单或通港车船票订单等。
S102、判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则将所述符合预设合并规则的订单进行合并处理；
即，判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则将所述服务订单与所述出行订单进行合并处理；
具体地，步骤S102包括：
S1021、判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则继续步骤S1022；若不属于，则继续步骤S1023；
S1022、判断每个所述出行订单是否均关联相同的所述服务订单，若均关联相同的所述服务订单，则按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理，并根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
S1023、按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理，并根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
若关联多个所述服务订单，则继续步骤S1024；
S1024、判断所述多个所述服务订单是否属于相同的所述服务订单，若属于相同的所述服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理，并根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
若不属于相同的所述服务订单，则按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理，并根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
其中，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序；根据预定时间的先后，预定时间越晚，则排序越靠前。
具体地，如图2所示，对合并处理结果进行显示的订单详情页主要包括三个显示区域，分别为：导航区域a、服务信息区域b和订单信息区域c。
其中，导航区域a的内容包括服务订单对应的服务名称和/或使用地点对应的地点名称；
图2中的导航1和导航2对应的内容为：同一出行订单分别与关联的不同的服务订单合并处理后的结果。
服务信息区域b的内容包括服务名称和服务地址信息；服务地址信息具体包括：地址细节信息、服务项、退订规则等信息；
订单信息区域c的内容包括：订单成交状态信息、使用凭证的信息和有效期信息等；其中，使用凭证为二维码或条形码等；
当用户在线下实际使用时，通过点击订单信息区域c的二维码，即可被扫码，进而进行使用。一个使用凭证可以包括当前使用地点的所有可用凭证，即线下商户等可以通过扫码一次用户使用凭证，即可完成该用户在当前使用地点的所有可用凭证。
具体地，当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单均关联相同的服务订单时，则直接显示出行订单和服务订单对应的服务信息区域b和订单信息区域c，不显示导航区域a。
当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单不关联相同的服务订单时，则将服务订单对应的服务名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点、同一使用地点的出行订单关联多个服务订单且多个服务订单属于相同的服务订单时，则将使用地点对应的地点名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点、同一使用地点的出行订单关联多个服务订单且多个服务订单不属于相同的服务订单时，则将按照使用地点对应的地点名称和服务订单对应的服务名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点且同一使用地点的出行订单不关联多个服务订单时，则将使用地点对应的地点名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
此时，显示处理的结果对应的多个订单可以按照距离使用时间的先后顺序进行排序，即越先使用的服务订单越靠前；进入合并处理后的页面详情页时，默认显示距离开始使用时间较近的订单；若订单已结束，则默认显示订单对应的第一个地点。
具体地，如图3所示，用户的出行订单为机票订单，服务订单为休息室订单时：订单详情页的服务信息区域b展示一个休息室订单的详细信息，订单信息区域c只有一个休息室订单A1。
如图4所示，当该用户再补充购买同一机场同一机票的同一休息室订单A2时，则属于当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单均关联相同的服务订单的情况，订单详情页直接显示机票订单和休息室订单对应的服务信息区域b和订单信息区域c，不显示导航区域a；即，将补充购买的休息室订单A2和休息室订单A1合并在同一订单详情页中，订单信息区域c显示休息室订单A1和休息室订单A2两个服务订单，并将之后购买的休息室订单A2在休息室订单A1之前进行显示。
订单信息区域c的任意一个二维码与其他所有的二维码是相关联的，用户可以通过点击订单信息区域c的任意一个二维码，在线下即可通过一次扫码进行使用。其中，对于休息室等必须对应乘客的服务，每个乘客可以展示各自的二维码进行使用；对于不需要对应乘客的其他服务，可以直接展示共同的二维码进行使用。
本实施例通过O2O服务平台获取同一用户的订单，再判断订单中是否有至少两个符合预设合并规则的订单，若有，则将符合预设合并规则的订单进行合并处理；从而实现当用户在线下使用时，无需依次查阅多订单，整合了多订单的多个使用凭证信息，使用过程更加快捷，节省时间且提升了用户体验感。
实施例2
如图5所示，本实施例的O2O服务平台的多订单的合并处理系统包括获取模块1、判断模块2、合并处理模块3和显示模块4；
所述获取模块1用于O2O服务平台获取同一用户的订单；
其中，所述同一用户的订单包括出行订单和服务订单；所述出行订单包括机票订单、电影票订单或餐厅点餐订单等；所述服务订单包括休息室订单、快速安检订单或通港车船票订单等。
所述判断模块2用于判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则调用所述合并处理模块3；即，
所述判断模块2用于判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则调用所述合并处理模块3；
所述合并处理模块3用于将所述服务订单与所述出行订单进行合并处理。
所述判断模块2包括第一判断单元21、第二判断单元22、第三判断单元23和第四判断单元24；
所述第一判断单元21用于判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则调用所述第二判断单元22；若不属于，则调用所述第三判断单元23；
所述第二判断单元22用于判断每个所述出行订单是否均关联相同的所述服务订单，若均关联相同的所述服务订单，则调用所述合并处理模块3；
所述合并处理模块3用于按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理，并调用所述显示模块4；
所述显示模块4用于根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
所述第三判断单元23用于按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则调用所述合并处理模块3；
所述合并处理模块3还用于按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理，并调用所述显示模块4；
所述显示模块4用于根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
若关联多个所述服务订单，调用所述第四判断单元24；
所述第四判断单元24用于判断所述多个所述服务订单是否属于相同的所述服务订单，若属于相同的所述服务订单，则调用所述合并处理模块3；
所述合并处理模块3还用于按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理，并调用所述显示模块4；
所述显示模块4用于根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
若不属于相同的所述服务订单，则调用所述合并处理模块3；
所述合并处理模块3还用于按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理，并调用所述显示模块4；
所述显示模块4用于根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
其中，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序；根据预定时间的先后，预定时间越晚，则排序越靠前。
具体地，如图2所示，对合并处理结果进行显示的订单详情页主要包括三个显示区域，分别为：导航区域a、服务信息区域b和订单信息区域c。
其中，导航区域a的内容包括服务订单对应的服务名称和/或使用地点对应的地点名称；
图2中的导航1和导航2对应的内容为：同一出行订单分别与关联的不同的服务订单合并处理后的结果。
服务信息区域b的内容包括服务名称和服务地址信息；服务地址信息具体包括：地址细节信息、服务项、退订规则等信息；
订单信息区域c的内容包括：订单成交状态信息、使用凭证的信息和有效期信息等；其中，使用凭证为二维码或条形码等；
当用户在线下实际使用时，通过点击订单信息区域c的二维码，即可被扫码，进而进行使用。一个使用凭证可以包括当前使用地点的所有可用凭证，即线下商户等可以通过扫码一次用户使用凭证，即可完成该用户在当前使用地点的所有可用凭证。
具体地，当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单均关联相同的服务订单时，则直接显示出行订单和服务订单对应的服务信息区域b和订单信息区域c，不显示导航区域a。
当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单不关联相同的服务订单时，则将服务订单对应的服务名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点、同一使用地点的出行订单关联多个服务订单且多个服务订单属于相同的服务订单时，则将使用地点对应的地点名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点、同一使用地点的出行订单关联多个服务订单且多个服务订单不属于相同的服务订单时，则将按照使用地点对应的地点名称和服务订单对应的服务名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
当有多个使用地点且同一使用地点的出行订单不关联多个服务订单时，则将使用地点对应的地点名称作为导航区域a的内容，并显示出行订单和服务订单对应的服务信息区域b和订单信息区域c。
此时，显示处理的结果对应的多个订单可以按照距离使用时间的先后顺序进行排序，即越先使用的服务订单越靠前；进入合并处理后的页面详情页时，默认显示距离开始使用时间较近的订单；若订单已结束，则默认显示订单对应的第一个地点。
具体地，如图3所示，用户的出行订单为机票订单，服务订单为休息室订单时：订单详情页的服务信息区域b展示一个休息室订单的详细信息，订单信息区域c只有一个休息室订单A1。
如图4所示，当该用户再补充购买同一机场同一机票的同一休息室订单A2时，则属于当订单中的出行订单均属于同一使用地点和同一使用时间，且每个出行订单均关联相同的服务订单的情况，订单详情页直接显示机票订单和休息室订单对应的服务信息区域b和订单信息区域c，不显示导航区域a；即，将补充购买的休息室订单A2和休息室订单A1合并在同一订单详情页中，订单信息区域c显示休息室订单A1和休息室订单A2两个服务订单，并将之后购买的休息室订单A2在休息室订单A1之前进行显示。
订单信息区域c的任意一个二维码与其他所有的二维码是相关联的，用户可以通过点击订单信息区域c的任意一个二维码，在线下即可通过一次扫码进行使用。其中，对于休息室等必须对应乘客的服务，每个乘客可以展示各自的二维码进行使用；对于不需要对应乘客的其他服务，可以直接展示共同的二维码进行使用。
本实施例通过O2O服务平台获取同一用户的订单，再判断订单中是否有至少两个符合预设合并规则的订单，若有，则将符合预设合并规则的订单进行合并处理；从而实现当用户在线下使用时，无需依次查阅多订单，整合了多订单的多个使用凭证信息，使用过程更加快捷，节省时间且提升了用户体验感。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式作出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
Claims (6)
1.一种O2O服务平台的多订单的合并处理方法，其特征在于，所述合并处理方法包括：
S1.O2O服务平台获取同一用户的订单；
S2.判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则将所述符合预设合并规则的订单进行合并处理；所述同一用户的订单包括出行订单和服务订单；
步骤S2具体包括：
判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则将所述服务订单与所述出行订单进行合并处理；步骤S2具体包括：
S21.判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则继续步骤S22；若不属于，则继续步骤S23；
S22.判断每个所述出行订单是否均关联相同的服务订单，若均关联相同的服务订单，则按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理，然后结束流程；
S23.按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若关联多个所述服务订单，则继续步骤S24；
S24.判断所述多个所述服务订单是否属于相同的服务订单，若属于相同的服务订单，则按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若不属于相同的服务订单，则按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理。
2.如权利要求1所述的O2O服务平台的多订单的合并处理方法，其特征在于，步骤S22中还包括：
当按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理后，根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
步骤S23中还包括：
在按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
步骤S24中还包括：
当按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；或，
当按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理后，根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
3.如权利要求2所述的O2O服务平台的多订单的合并处理方法，其特征在于，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序。
4.一种O2O服务平台的多订单的合并处理系统，其特征在于，所述合并处理系统包括获取模块、判断模块和合并处理模块；
所述获取模块用于O2O服务平台获取同一用户的订单；
所述判断模块用于判断所述订单中是否有至少两个符合预设合并规则的订单，若有，则调用所述合并处理模块；
所述合并处理模块用于将所述符合预设合并规则的订单进行合并处理；
所述同一用户的订单包括出行订单和服务订单；
所述判断模块用于判断所述订单中的所述出行订单与所述服务订单是否符合预设合并规则，若有，则调用所述合并处理模块；
所述合并处理模块用于将所述服务订单与所述出行订单进行合并处理；所述判断模块包括第一判断单元、第二判断单元、第三判断单元和第四判断单元；
所述第一判断单元用于判断所述订单中的所述出行订单是否均属于同一使用地点和同一使用时间，若属于，则调用所述第二判断单元；若不属于，则调用所述第三判断单元；
所述第二判断单元用于判断每个所述出行订单是否均关联相同的所述服务订单，若均关联相同的所述服务订单，则调用所述合并处理模块按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理；
所述第三判断单元用于按照不同使用地点对所述订单中的所述出行订单进行分类，并继续判断属于同一使用地点的所述出行订单是否关联多个所述服务订单，若不关联多个所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若关联多个所述服务订单，调用所述第四判断单元；
所述第四判断单元用于判断所述多个所述服务订单是否属于相同的所述服务订单，若属于相同的所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理；
若不属于相同的所述服务订单，则调用所述合并处理模块按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理。
5.如权利要求4所述的O2O服务平台的多订单的合并处理系统，其特征在于，所述合并处理系统包括显示模块；
所述显示模块用于当所述合并处理模块按照所述服务订单对应的服务名称将所述服务订单与所述出行订单进行合并处理后，根据所述服务订单对应的服务名称对合并处理后的结果进行显示处理；
所述显示模块还用于当所述合并处理模块按照所述使用地点对应的地点名称将所述服务订单与所述出行订单进行合并处理后，根据所述使用地点的地点名称对合并处理后的结果进行显示处理；
所述显示模块还用于当所述合并处理模块按照所述使用地点对应的地点名称和所述服务订单对应的服务名称将不同的所述服务订单分别与所述出行订单进行合并处理后，根据所述使用地点对应的地点名称和所述服务订单对应的服务名称对合并处理后的结果进行显示处理。
6.如权利要求5所述的O2O服务平台的多订单的合并处理系统，其特征在于，所述显示处理的结果对应的多个所述订单按照订单类别进行排序，依次包括：已成交的订单、已退订的订单、待支付的订单和已取消的订单；或，
所述显示处理的结果对应的多个所述订单按照订单预定时间的先后依次进行排序。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711445895.XA CN108053290B (zh) | 2017-12-27 | 2017-12-27 | O2o服务平台的多订单的合并处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711445895.XA CN108053290B (zh) | 2017-12-27 | 2017-12-27 | O2o服务平台的多订单的合并处理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108053290A CN108053290A (zh) | 2018-05-18 |
| CN108053290B true CN108053290B (zh) | 2020-10-16 |
Family
ID=62128683
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711445895.XA Active CN108053290B (zh) | 2017-12-27 | 2017-12-27 | O2o服务平台的多订单的合并处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108053290B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110648197A (zh) * | 2019-08-29 | 2020-01-03 | 达疆网络科技(上海)有限公司 | 一种o2o场景下的基于门店以及区域合并订单的方法 |
| CN111598439A (zh) * | 2020-05-14 | 2020-08-28 | 北京思特奇信息技术股份有限公司 | 一种订单分配方法、系统和电子设备 |
| CN111709802B (zh) * | 2020-06-12 | 2024-01-12 | 北京思特奇信息技术股份有限公司 | 一种订单处理方法和装置 |
| CN113298276A (zh) * | 2020-09-02 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 提供数据对象信息的方法、装置及电子设备 |
| CN112381596A (zh) * | 2020-10-12 | 2021-02-19 | 昆山中立纸业有限公司 | 一种订单智能分析整理方法及装置 |
| CN118071465A (zh) * | 2024-04-17 | 2024-05-24 | 沈阳梦田科技有限责任公司 | 商品订单信息处理方法、系统、计算机设备及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010039889A (ja) * | 2008-08-07 | 2010-02-18 | Seiko Epson Corp | オーダーシステムおよびオーダー端末 |
| CN104636895A (zh) * | 2013-11-07 | 2015-05-20 | 阿里巴巴集团控股有限公司 | 数据处理方法及其系统 |
| CN106600178A (zh) * | 2015-10-19 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 业务数据处理方法及装置 |
| CN106897847A (zh) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 物流信息处理方法及装置 |
| CN106952136A (zh) * | 2017-03-14 | 2017-07-14 | 张亚光 | 基于大宗商品交易平台的订单生成方法及交易平台系统 |
| CN106952135A (zh) * | 2017-03-14 | 2017-07-14 | 汪家祥 | 基于大宗商品交易平台的在线交易方法及交易平台系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10482442B2 (en) * | 2015-10-02 | 2019-11-19 | Scvngr, Inc. | Cross-platform ordering and payment-processing system and method |
-
2017
- 2017-12-27 CN CN201711445895.XA patent/CN108053290B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010039889A (ja) * | 2008-08-07 | 2010-02-18 | Seiko Epson Corp | オーダーシステムおよびオーダー端末 |
| CN104636895A (zh) * | 2013-11-07 | 2015-05-20 | 阿里巴巴集团控股有限公司 | 数据处理方法及其系统 |
| CN106600178A (zh) * | 2015-10-19 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 业务数据处理方法及装置 |
| CN106897847A (zh) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 物流信息处理方法及装置 |
| CN106952136A (zh) * | 2017-03-14 | 2017-07-14 | 张亚光 | 基于大宗商品交易平台的订单生成方法及交易平台系统 |
| CN106952135A (zh) * | 2017-03-14 | 2017-07-14 | 汪家祥 | 基于大宗商品交易平台的在线交易方法及交易平台系统 |
Non-Patent Citations (1)
| Title |
|---|
| 纺织企业生产计划调度方法的研究与实现;张彩霞 等;《西安工程大学学报》;20140430;第28卷(第2期);第201-206 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108053290A (zh) | 2018-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108053290B (zh) | O2o服务平台的多订单的合并处理方法及系统 | |
| CN106779116B (zh) | 一种基于时空数据挖掘的网约车客户征信方法 | |
| CA2762165C (en) | Method and system for determining an optimal low fare for a trip | |
| CN110717794B (zh) | 一种运价计算处理方法及装置 | |
| US20150286960A1 (en) | Media input reservation system | |
| CN104616105A (zh) | 提高拼车过程安全性的方法 | |
| CN106204190A (zh) | 信息处理方法、终端及服务器 | |
| CN107330618A (zh) | 一种旅游直通车标准化信息管理方法及系统 | |
| CN109801011A (zh) | 定价结果展示方法、装置、设备、服务器及其存储介质 | |
| CN108305134B (zh) | 一种机票订单的安全检测方法、设备以及系统 | |
| CN108230218B (zh) | 多人值机的推送方法、系统、存储介质和电子设备 | |
| JP5375217B2 (ja) | 地図サービスサーバおよび地図サービス方法 | |
| CN105634922A (zh) | 一种网络购票的实现方法及终端 | |
| CN107203823A (zh) | 一种用户乘车地址调整方法及装置 | |
| CN107784418B (zh) | 名单数据分配方法和装置 | |
| CN110399361B (zh) | 一种信息处理的方法以及信息处理装置 | |
| CN106650970A (zh) | 用于订单转让的信息处理方法及装置 | |
| CN109522431B (zh) | 一种基于图片识别的酒店推荐方法及系统 | |
| CN107403273B (zh) | 信息处理方法、装置及非暂态计算机可读存储介质 | |
| KR102455030B1 (ko) | 렌터카 계약 관리 시스템 | |
| US11263678B2 (en) | System, method, and computer-readable storage medium for interactive kiosks | |
| CN110910202A (zh) | 一种订单处理方法及装置 | |
| CN110648197A (zh) | 一种o2o场景下的基于门店以及区域合并订单的方法 | |
| JP2020166366A (ja) | 情報処理プログラム、情報処理方法、及び情報処理装置 | |
| CN110853333A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |