CN106067128A - 用户请求的处理方法和处理装置 - Google Patents

Abstract

本发明实施例提供的用户请求的处理方法，通过主商品请求检索获取基于主商品的附加资源，接收用户对附加资源的选择，提交由主商品请求和附加资源请求组成的请求数据，由此通过线上系统一次性完成主商品以及附加资源的实时购买，解决了主商品和附加资源相互脱节的问题，并满足了用户的个性化购买需求。进一步地，在订单提交前对主商品和附加资源进行资源占位，保证了请求数据的有效性。

Description

用户请求的处理方法和处理装置

技术领域

本发明涉及计算机领域，具体涉及一种用户请求的处理方法和处理装置。

背景技术

度假产品作为一种非标准化产品，用户在预订时，除基本信息外，机票信息修改、酒店住宿等升级方案、是否办理签证、保险等信息作为用户个性化需求会有很多不同，作为订单的组成部分无法标准化。

例如，出境旅游产品，不同用户对是否要办签证有不同要求；不同的出行人数，用户对是否需要多房间有不同的要求；活动中有可能出现的住宿升级、额外活动，也有不同的需求；出行信息中，有些客户在整体提供的航班时间和班次上有不同的出行方案；由于不同用户所选择的出行人数、预定时间上有不同，对应的可享受的优惠信息也将不一致；用户对是否购买出行保险，购买多少保险等信息也会有不同的要求。

另一方面，由于该类资源信息跟度假商品本身有较大关系，无法将资源信息作为单独商品进行售卖。

目前常用的方案多为在标准化的度假产品的基础上，通过线下签订补充协议或合同，或线下处理差价等方式实现订购个性化的度假产品。但通过线下订购产品存在一些缺点，首先线下的沟通和统计，存在滞后性，并且在对个性资源的分析上，没有线上数据，有较大的局限性；其次，个性化资源作为独立商品，割断了与度假产品本身的联系，并且有些资源不能作为独立商品属性单独售卖；再次，通过整体补差价的形式，用户无法查看具体资源信息，并且在实现上有较大的局限性

因此，以上形式的方案，无法提供实时的线上资源预订，难以满足各方面的要求。

发明内容

有鉴于此，本发明提供一种用户请求的处理方法和处理装置，以解决上述问题。

根据本发明的第一方面，本发明提供一种用户请求的处理方法，包括：接收所述用户请求，所述用户请求为主商品请求；根据所述主商品请求获得主商品对应的附加资源；根据用户选择确定所述附加资源中的第一资源；以及提交由所述主商品请求和所述第一资源组成的请求数据。

可选地，所述根据所述主商品请求获得主商品对应的附加资源包括：调用供应商接口检索供应商系统，获得主商品对应的附加资源。

可选地，所述根据用户选择确定所述附加资源中的第一资源包括：将包括所述附加资源的下单页面提供给所述用户；以及接收所述用户选择的所述附加资源，作为所述第一资源。

可选地，还包括：在所述提交由所述主商品请求和第一资源组成的请求数据前，调用供应商接口进行资源占位。

可选地，所述提交由所述主商品请求和第一资源请求组成的请求数据包括：将所述请求数据存储到数据库和/或提交到生产系统，所述请求数据包括所述主商品请求的属性字段和第一资源的属性字段。

可选地，还包括：将所述请求数据异步提交到供应商系统。

可选地，所述主商品为标准化的旅游产品，所述附加资源为在所述标准化的旅游产品基础上提供的服务资源。

根据本发明的第二方面，本发明提供一种用户请求的处理装置，包括：接收模块，用于接收用户的主商品请求；获取模块，用于根据所述主商品请求获得主商品对应的附加资源；选择模块，用于根据用户选择确定所述附加资源中的第一资源；提交模块，用于由所述主商品请求和所述第一资源组成的请求数据。

可选地，所述选择模块包括：页面提供单元，用于将包括所述附加资源的下单页面提供给所述用户；确定单元，用于接收所述用户选择的所述附加资源，作为所述第一资源。

可选地，还包括：资源占位模块，用于在所述提交由所述主商品请求和第一资源组成的请求数据前，调用供应商接口进行资源占位。

可选地，所述提交模块包括：

将所述请求数据存储到数据库和/或提交到生产系统，所述请求数据包括所述主商品请求的属性字段和第一资源的属性字段。

本发明实施例提供的订单的处理方法，通过主商品请求检索获取基于主商品的附加资源，接收用户对附加资源的选择，提交由主商品请求和附加资源请求组成的请求数据，由此通过线上系统一次性完成主商品以及附加资源的实时购买，解决了主商品和附加资源相互脱节的问题，并满足了用户的个性化购买需求。进一步地，在订单提交前对主商品和附加资源进行资源占位，保证了请求数据的有效性。

附图说明

通过参照以下附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是根据本发明实施例的订单的处理方法的流程图；

图2a-2b是根据本发明另一实施例的度假商品的处理方法的流程图；

图3是根据本发明实施例的订单的处理装置的结构图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。

附图中的流程图、框图图示了本发明实施例的系统、方法、装置的可能的体系框架、功能和操作，流程图和框图上的方框可以代表一个模块、程序段或仅仅是一段代码，所述模块、程序段和代码都是用来实现规定逻辑功能的可执行指令。也应当注意，所述实现规定逻辑功能的可执行指令可以重新组合，从而生成新的模块和程序段。因此附图的方框以及方框顺序只是用来更好的图示实施例的过程和步骤，而不应以此作为对发明本身的限制。

图1是根据本发明实施例的用户请求的处理方法的流程图。参考图1，所述请求数据用户请求的处理方法包括步骤100-103。

在步骤100中，接收用户的主商品请求。

在团购项目中，商家通常首先会向每个客户提供一类价格固定服务内容明确的标准化商品。同时，为了满足一些客户的个性化需求，提供一些附加的资源信息供客户选择。例如，度假商品，通常提供一些基本服务内容(例如，四天五夜，飞机往返北京到东京，四星级酒店，游览10个景点)，和一些个性化内容(例如，经济舱升舱，酒店升级，或者早上9点出发等)。在本步骤中，向用户提供一个标准的商品请求页面，得到用户确认后，将该商品请求提交。

在步骤101中，根据主商品请求获得主商品对应的附加资源。

在本步骤中，获得用户填写的主商品详情后，可以先进行一些校验，验证名称、身份证、手机号码、服务要求等具体信息，然后根据主商品检索获得主商品基础上附加的服务资源。例如，北京到东京的旅游产品，可以提供机票升舱、宾馆升星等附加服务。在一个优选的实施例中，将主商品请求提供给供应商，供应商系统查询基于主商品的附加资源，并将其返回。

在步骤102中，根据用户选择确定附加资源中的第一资源。

在本步骤中，将步骤101获取到的附加资源提供给用户，用户选择若干附加资源作为选中的第一资源。在一个优选的实施例中，提供用户包括所有附加资源的下单页面，并获取用户的选择结果，即获取被选中的附加资源。

在步骤103中，提交由主商品请求和第一资源请求组成的请求数据。

在本步骤中，将主商品请求和选中的附加资源请求一起生成请求数据，并将请求数据提交给数据库和/或生产系统(生产系统用于对请求数据进一步处理)。

在图1所述的处理方法中，进一步包括：在提交由主商品请求和第一资源组成的请求数据前，先调用供应商接口进行资源占位。例如，在提交度假商品的请求数据之前，向度假商品的供应商系统提交占位请求，例如途牛在线，途牛在线首先确定对应的商品资源是否有库存，如果有库存，预定一个空闲的库存。占位失败或接口报错时，由客服后期跟进。

在图1所述的处理方法中，进一步包括：将由主商品请求和第一资源组成的请求数据异步提交给供应商系统，这样能够保证供应商系统和生产系统的数据一致。如果生产系统处理请求数据失败，可以向供应商系统取消资源占位。

本发明实施例提供的订单的处理方法，通过主商品请求检索获取基于主商品请求的附加资源，并将这些资源返回给用户端，用户选择若干附加资源后，提交由主商品请求和附加资源请求组成的请求数据，通过线上系统完成主商品以及在主商品基础上附加商品的实时购买，解决了主商品和附加资源相互脱节的问题。进一步地，在请求提交前对主商品和附加资源进行资源占位，保证了请求的有效性。

图2a-2b具体说明了一个度假商品请求的处理方法的流程,包括以下步骤。

在步骤201中，用户填写商品详情。

在步骤202中，订单校验。

在步骤203中，校验结果判断。如果结果正确，执行步骤205，否则执行步骤204。

在步骤204中，显示错误页面。

在步骤205中，调用供应商接口检索。通过度假系统向供应商系统提交一个商品检索请求。

在步骤206中，检查库存。供应商系统接收到检索请求后，检查库存内的对应商品。

在步骤207中，解析返回结果。

在步骤208中，结果校验。如果没有库存，执行步骤204，如果有错误，执行步骤209，如果没有错误且有库存，执行步骤210。

在步骤209中，二次订单填写。

在步骤210中，附加资源查询。

在步骤211中，判断是否有附加资源。如有附加资源存在，执行步骤209，否则执行步骤212。

在步骤212中，显示在线订单填写页。

在步骤213中，用户修改机票信息。

在步骤214中，查询机票。

在步骤215中，用户提交订单。

在步骤216中，订单信息校验。

在步骤217中，生成二次确认订单。

在步骤218中，资源占位。

在步骤219中，判断占位是否成功。如果成功，执行步骤220，否则执行步骤225。

在步骤220中，更新在线订单。

在步骤221中，用户选择优惠券信息、发票信息。

在步骤222中，用户提交订单。

在步骤223中，订单信息校验(订单金额、发票等)。

在步骤224中，订单数据生成。

图2所示的度假下单流程，首先，根据用户在商品详情页填写基本信息(出行人数和出行日期等)，通过基本信息检索供应商系统，获得一个基本度假产品，再通过供应商系统提供的附加资源接口，实时获取基本度假产品对应的附加资源，诸如单房差、可选择机票、升级方案、可享受优惠和相配套的保险信息等。当资源信息接口反应异常时，或者该出行人数和出行日期所对应库存不足时，直接让客户填写联系信息，由客服线下跟进。

当获取到附加资源信息后，实时将资源信息分类显示在下单页，供用户选择。用户可以选择默认的机票信息，如果用户要修改机票，再查询机票信息供用户选择。用户选择所有的附加资源信息后，实时提交给供应商，由供应商通过接口确认订单并实时占位。占位失败或接口报错时，由客服后期跟进。如实时占位成功，用户的订单内容确定，用户可选择使用账户优惠券和填写发票信息，继而，生产订单数据，并将订单数据提交给订单生产系统和/或数据库存储。如果订单数据不需要本地缓存，则可以直接提交订单生产系统，如果订单数据需要本地缓存，则可将订单数据同步提交到订单生产系统和数据库系统。

订单的金额由主商品请求及附加资源请求的金额构成，由于附加资源请求内容由用户自主选择，所以不同用户的订单金额不同。为了订单生产系统和数据库系统存储的金额是整型数据，可设定一个基准值，将订单的金额转换为基准值的倍数，例如，基准值设定为1分钱，则所有的金额都转换为1分钱的倍数。

本发明实施例中，通过调用供应商接口检查供应商系统中的主商品的库存，在主商品库存满足用户需求的条件下，进一步根据主商品检索其附加的资源信息，并将这些附加的资源信息生成下单页供用户进行选择。待用户选择确定后，将选择的度假主商品和附加资源一起提交到供应商进行资源占位，占位成功后，将度假主商品和附加资源组成的请求数据提交，从而保证订单提交的有效性。如果订单取消，则同时取消生产系统和/或数据库系统中的请求数据，并向供应商系统取消订单。

图3是根据本发明实施例的用户请求的处理装置的结构图。参考图3，所述处理装置包括：接收模块400、获取模块401、选择模块402和提交模块403。

接收模块400接收用户的主商品请求。

获取模块401根据主商品请求检索附加资源，获得主商品对应的附加资源。

选择模块402根据用户选择确定附加资源中的第一资源；

提交模块403提交由主商品请求和第一资源请求组成的请求数据。

可选地，选择模块402包括：页面提供单元，用于将包括所述附加资源的下单页面提供给所述用户；确定单元，用于接收所述用户选择的所述附加资源，作为所述第一资源。可选地，还包括：资源占位模块，用于在所述提交由主商品请求和第一资源组成的请求数据前，调用供应商接口进行资源占位。

可选地，提交模块403包括：数据存储单元，用于生成请求数据存储，所述请求数据包括所述主商品请求的请求属性和第一资源请求的请求属性。

本发明提供的订单的下单系统，根据用户主商品检索附加资源，根据附加资源的库存返回供用户选择的附加资源下单页，用户通过主商品和附加资源下单页进行下单，实现了主商品和个性化需求结合的下单方式，满足了用户的个性化需求。

系统的各个模块或单元可以通过硬件、固件或软件实现。软件例如包括采用JAVA、C/C++/C#、SQL等各种编程语言形成的编码程序。虽然在方法以及方法图例中给出本发明实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。

根据本发明的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的模块分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能单元、模块或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种用户请求的处理方法，包括：

接收所述用户请求，所述用户请求为主商品请求；

根据所述主商品请求获得主商品对应的附加资源；

根据用户选择确定所述附加资源中的第一资源；以及

提交由所述主商品请求和所述第一资源组成的请求数据。

2.根据权利要求1所述的处理方法，其中，所述根据所述主商品请求获得主商品对应的附加资源包括：

调用供应商接口检索供应商系统，获得主商品对应的附加资源。

3.根据权利要求2所述的处理方法，其中，所述根据用户选择确定所述附加资源中的第一资源包括：

将包括所述附加资源的下单页面提供给所述用户；以及

接收所述用户选择的所述附加资源，作为所述第一资源。

4.根据权利要求1所述的处理方法，还包括：在所述提交由所述主商品请求和第一资源组成的请求数据前，调用供应商接口进行资源占位。

5.根据权利要求1所述的处理方法，其中，所述提交由所述主商品请求和第一资源请求组成的请求数据包括：

将所述请求数据存储到数据库和/或提交到生产系统，所述请求数据包括所述主商品请求的属性字段和第一资源的属性字段。

6.根据权利要求5所述的处理方法，还包括：将所述请求数据异步提交到供应商系统。

7.根据权利要求1所述的处理方法，其中，所述主商品为标准化的旅游产品，所述附加资源为在所述标准化的旅游产品基础上提供的服务资源。

8.一种用户请求的处理装置，包括：

接收模块，用于接收所述用户请求，所述用户请求为主商品请求；

获取模块，用于根据所述主商品请求获得主商品对应的附加资源；

选择模块，用于根据用户选择确定所述附加资源中的第一资源；

提交模块，用于由所述主商品请求和所述第一资源组成的请求数据。

9.根据权利要求8所述的处理装置，其中，所述选择模块包括：

页面提供单元，用于将包括所述附加资源的下单页面提供给所述用户；

确定单元，用于接收所述用户选择的所述附加资源，作为所述第一资源。

10.根据权利要求8所述的处理装置，还包括：资源占位模块，用于在所述提交由所述主商品请求和第一资源组成的请求数据前，调用供应商接口进行资源占位。

11.根据权利要求8所述的处理装置，其中，所述提交模块包括：

将所述请求数据存储到数据库和/或提交到生产系统，所述请求数据包括所述主商品请求的属性字段和第一资源的属性字段。