CN115760265A - 商品信息处理方法及电子设备 - Google Patents

Abstract

本申请实施例公开了商品信息处理方法及电子设备，包括：响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件；接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便通过所述目标操作控件完成一键式的交易订单创建。通过本申请实施例，可以降低用户在下单过程中的操作成本，有利于提升浏览‑购买转化率。

Description

商品信息处理方法及电子设备

技术领域

本申请涉及信息处理技术领域，特别是涉及商品信息处理方法及电子设备。

背景技术

在商品信息服务***中，用户如果想要在线购买某商品，则通常需要执行以下操作：通过搜索等方式查询到商品链接，点击进入商品详情页面，对商品详情页面中的详情内容浏览完之后，如果需要购买，则需要进行商品SKU(StockKeepingUnit，库存量单位)选择，购买数量确认，之后可以点击详情页面中的“立即购买”选项，以跳转进入订单确认页面；在订单确认页面，用户可以进一步对收货地址等进行确认，无误之后可以点击“提交订单”，然后***生成交易订单，用户还可以对交易订单进行在线支付操作。

可见，在上述现有技术中，用户从商品浏览到最后的下单之间，需要执行多个步骤的操作，用户操作路径很长，用户可能由于操作成本较高而降低下单欲望，进而影响商品的浏览-购买转化率。

发明内容

本申请提供了商品信息处理方法及电子设备，可以降低用户在下单过程中的操作成本，有利于提升浏览-购买转化率。

本申请提供了如下方案：

一种商品信息处理方法，包括：

响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件；

接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。

其中，所述目标活动场景还关联有用户权益信息；

所述接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，还包括：

向服务端提交领取对应用户权益的请求，以便通过所述目标操作控件完成一键式的用户权益领取以及交易订单创建，所述服务端用于根据领取到的用户权益，确定所创建的订单对应的应支付金额信息。

其中，所述目标活动场景的详情页面中还包括关于所述目标活动场景的标题信息，所述标题信息与所述用户权益信息相关。

其中，还包括：

将领取所述用户权益后对应的商品价格信息展示在所述目标操作控件上

其中，单个所述信息卡片的内容可在一屏范围内完成展示。

其中，所述目标活动场景的详情页面中包括活动场景标题展示区域，以及信息卡片展示区域；

所述活动场景标题展示区域用于展示所述目标活动场景的标题信息；

所述信息卡片展示区域内包括可响应左右滑动操作的展示容器，以用于通过在信息卡片展示区域进行左右滑动的方式对多个信息卡片进行切换展示；

其中，在所述信息卡片展示区域内进行信息卡片切换的过程中，所述活动场景标题展示区域的内容保持不变。

其中，在所述活动场景标题展示区域与所述信息卡片展示区域之间，还包括商品标签展示区域；

所述商品标签展示区域内包括可响应左右滑动操作的展示容器，所述展示容器内包括与所述至少一个商品对应的商品标签，所述商品标签上显示有对应商品的简要信息，以便通过在所述商品标签展示区域内进行商品标签选择的方式，对信息卡片展示区域内展示的信息卡片进行切换。

其中，所述与订单确认相关的信息包括：所述商品所具有的唯一库存基本单元SKU的信息，以便在无需进行SKU选择的情况下进行SKU信息确认，并在接收到用户通过所述目标操作控件执行的操作后，将该唯一SKU的信息确定为所创建的交易订单中的SKU信息。

其中，所述商品包括：单SKU的商品。

其中，所述商品包括：多SKU的商品，且其中一个SKU被指定为参加该目标活动的商品；

所述方法还包括：

从该商品的多个SKU中抽取出参加该目标活动的一个SKU的信息，并仅将该SKU的信息作为所述与订单确认相关的信息展示在对应的所述信息卡片中。

其中，通过在所述商品的标题文本中加入所述商品所具有的唯一SKU的信息，对所述唯一SKU的信息进行表达。

其中，还包括：

获取所述用户关联的常用或者最近使用的收货地址信息，并作为所述与订单确认相关的信息展示到所述信息卡片中，以便在接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，将该读取到的收货地址信息确定为所创建的交易订单的收货地址。

其中，所述信息卡片中展示的收货地址信息为可编辑状态，以便用户对收货地址进行修改或者输入新的收货地址。

其中，还包括：

在完成交易订单创建后，通过在所述目标活动场景的详情页面上层提供半屏弹层的方式展示支付界面，所述支付界面中包括支付操作控件，以用于对所述交易订单进行支付。

一种商品信息处理装置，包括：

页面展示单元，用于响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件；

交易订单创建单元，用于接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以以活动场景为单位生成详情页面，在该详情页面中可以将参加同一活动的多个商品(通常可以是一些能够进行快速决策的商品)组织到一起进行展示，每个商品可以对应一个信息卡片，每个信息卡片中可以包括对应商品的与购买决策相关的关键性信息，以及与订单确认相关的信息，另外还可以包括目标操作控件。这样，用户可以通过这种信息卡片中的信息完成购买决策以及订单信息的确认，之后，通过某信息卡片中的目标操作控件接收到操作请求时，可以视为用户完成了对购买意愿的确认以及对订单信息的确认，因此，可以跳过订单确认页面，而直接基于当前信息卡片中的与订单确认相关的信息，向服务端提交创建交易订单的请求，以完成一键式的交易订单创建，因此，可以降低用户在下单过程中的操作成本，有利于提升浏览-购买转化率。

在优选的实施方式中，还可以对参加活动的商品提出要求，例如，可以是单SKU的商品，或者对于多SKU的商品，可以指定其中一个SKU参加活动，等等，并且还可以直接将SKU信息添加到商品标题中进行展示。这样，可以避免用户执行SKU选择操作，另外，也更有利于节省展示空间。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的***架构的示意图；

图2是本申请实施例提供的方法的流程图；

图3是本申请实施例提供的界面的示意图；

图4是本申请实施例提供的装置的示意图；

图5是本申请实施例提供的电子设备的示意图。

具体实施方式

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

首先需要说明的是，本申请发明人在实现本申请实施例的过程中发现，商品信息服务***中会存在一些特殊的商品，这些商品的特殊性在于，用户在购买这些商品的过程中，其实只需要一些少量的信息就可以快速做出购买决策，另外，这种商品可能会仅有单个SKU(Stock Keeping Unit，库存基本单元)。例如，一些日用品类的商品，如一些纸巾、饮料、零食等，用户可能只需要根据规格、价格、品牌等简单的信息即可做出购买决策。但是，按照现有技术的方案，用户在购买这种商品时，需要与其他商品一样，进入到商品详情页中进行SKU选择(即使只有一个SKU，也需要将该SKU切换为选中状态才能够下单)，然后在点击“立即购买”等控件进行购买后，需要跳转到订单确认页面，在该页面中对收货地址、购买数量、SKU等信息进行进一步确认之后，再点击“提交订单”等控件，才能够创建对应的交易订单。

基于上述情况，在本申请实施例中，提供了可快速下单的实现方案。在该方案中，可以由商品信息服务***的平台运营方将一些能够快速做出购买决策的商品组织到一起。例如，可以组织一些平台级的营销活动，并且可以指定具体可参加该活动的商品需要满足的条件，包括前述需要是能够快速做出购买决策的商品，或者，还可以是具有单SKU的商品，或者，如果具有多个SKU，则需要指定其中一个SKU参加该活动，等等。这样，商家可以根据上述条件，从自己的店铺中选择一些符合条件的商品参加该活动，还可以按照要求提交一些与用户购物决策相关的关键性信息，例如，具体的要求可以包括：商品标题的格式，标题中需要包含的信息字段(例如，可以将商品的SKU信息写到商品标题中)，标题的长度(例如，可以对标题的字数等进行限制，以使得具体的标题能够在单行中展示)等。

之后，可以通过一个页面将这些商品的信息进行聚合展示，具体的，可以是以具体的活动为单位生成具体的页面，该页面可以称为该活动场景的详情页面。在这种页面中，可以分别为参加该活动的商品生成对应的信息卡片，可以在该页面中对各个信息卡片聚合切换展示。也即，一个活动的详情页面中可以包括多个信息卡片。其中，每个信息卡片中可以包括上述与用户购物决策相关的关键性信息，还可以包括与订单确认相关的信息(例如，SKU信息，收货地址信息等)，以及目标操作控件。这样，用户可以基于这种信息卡片中做出购物决策以及订单信息确认，之后，可以通过点击该信息卡片中的上述操作控件，来一键式完成购买以及提交订单的操作，相应的，服务端可以直接根据用户通过该操作控件发起的请求，从该信息卡片中获取具体的SKU、收货地址等信息，并完成交易订单的创建。

也就是说，在本申请实施例中，对于参加具体活动的商品，用户可以直接根据该活动的详情页面中展示的信息卡片，实现对具体目标商品的“一键式创建订单”，而不需要再进入到具体商品的详情页面，进行SKU选择、收货地址确认等操作，因此，可以降低用户的操作成本，有利于提升商品的浏览-购买转化率。

从***架构角度而言，本申请实施例可以在商品信息服务***中提供具体的“一键式创建订单”的功能。参见图1，商品信息服务***可以包括客户端以及服务端，其中，客户端可以区分为商家端以及消费者用户端。服务端可以用于组织具体的活动，商家可以通过商家端的报名入口进行报名，包括提交具体参加活动的商品ID等信息，如果是多SKU商品，可以基于商家端的界面指定参加活动的SKU，另外还可以根据要求为具体的商品添加标题，等等。在完成商家报名后，平台运营方可以发布关于该活动的链接，以使得消费者用户端中的相关页面中可以展示出这种链接，并且用户可以通过点击该链接等方式，来触发对该活动的详情页面的展示。具体在进行展示时，服务端还可以根据当前用户的个性化偏好等信息，对具体活动关联的商品进行筛选或者排序等，并将这些商品的信息(其中就可以包括与对应商品的购买决策相关的关键性信息，例如，主图、价格、标题，标题中可以包括SKU信息，等等)、用户的常用/最近使用的收货地址信息等提供给客户端。消费者用户端则可以根据这些信息生成多个信息卡片，并在获得详情页面中对这些信息卡片进行展示。后续在用户基于该活动详情页面执行交互的过程中，也可以由客户端响应具体的交互操作，包括通过左右滑动等方式对信息卡片的切换展示，还可以包括对某个信息卡片中的操作控件进行操作时，通知服务端基于该信息卡片中的与订单确认相关的信息创建交易订单。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从前述客户端的角度，提供了一种商品信息处理方法，参见图2，该方法具体可以包括：

S201：响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件。

具体实现时，平台运营方等可以向一些渠道投放关于具体活动的链接信息，例如，平台运营方发起了名称为“0.1元包邮”的活动，在多个商家报名参加，并指定具体报名的商品等信息后，可以对该活动的链接进行发布。例如，具体可以发布到客户端首页，在客户端首页通过弹出窗口等方式对这种活动链接进行展示，并引导用户进行点击。这里需要说明的是，具体实现时，在客户端首页等场景中投放上述活动链接的情况下，可以是基于具体用户的情况确定是否展示该活动链接，或者，在存在多个不同活动的情况下，也可以基于用户的个性化偏好等信息，确定弹出哪个活动链接，等等。

这里需要说明的是，在本申请实施例中，平台运营方在发起某个活动后，具体商家在报名的过程中，可以对具体参加活动的商品进行严格的把控，包括商品质量，是否适合快速决策，是否单SKU，等等。只有多方面都符合条件的商品，才可以成为具体活动关联的商品。另外，商家在报名参加活动时，可以为商家提供报名界面，通过该界面，商家从其店铺关联的已发布商品中选择参加活动的商品，并且，可以为商品提供满足格式要求的标题，例如，可以在标题中体现SKU的信息，且标题的字数也可以有一定的限制，使其能够在单行内完成展示，等等。另外，如果具体报名参加活动的商品关联有多个SKU，还可以通过上述界面选择其中一个SKU来参加当前活动，等等。

在为具体活动确定出多个关联商品后，可以对活动链接进行发布。之后，在用户对上述活动链接执行点击等操作后，便可以触发对对应活动场景的进行详情浏览的请求，相应的，可以展示出该活动场景对应的详情页面。其中，在本申请实施例中，该详情页面中可以包括至少一个信息卡片，分别与目标活动场景关联的至少一个商品相对应。也就是说，假设有某活动场景关联有N个商品，则详情页面中可以包括N个信息卡片。当然，在实际应用中，还可以根据具体用户的个性化信息，对上述详情页面中展示的商品进行筛选或者排序，也即，不同用户看到的同一活动的详情页面的内容可以不是完全相同的。

具体实现时，具体的活动场景通常还可以关联有用户权益信息，例如，前述名称为“限时专享0.1元包邮”活动，这里的“0.1元包邮”同时也是一项为用户提供的用户权益，也即，用户通过该活动的详情页面点击购买某商品时，可以享受到“0.1元包邮”的权益。在优选的实施方式下，如果具体的活动场景关联有用户权益信息，则还可以在活动的详情页面中进行展示，例如，具体可以以在活动详情页面中展示关于目标活动场景的标题信息，这里的标题信息就可以与所述用户权益信息相关。例如，如图3中的31处所示，其展示出了一个实例中的活动详情页面，其中，该活动关联的用户权益是“0.1元包邮”，则可以将该用户权益信息以活动标题的形式展示在活动详情页面的顶部，等等。

其中，关于具体的信息卡片，在可选的方式下，单个信息卡片的内容可在一屏范围内完成展示。例如，如图3中的32处所示，其为一个商品对应的信息卡片，该信息卡片的全部内容都可以在同一屏内展示完成，也即，用户不需要上下滑动屏幕的操作即可完成对一个信息卡片全部内容的浏览。

具体实现时，如图3所示，具体的目标活动场景的详情页面中可以包括活动场景标题展示区域33，以及信息卡片展示区域34；其中，所述活动场景标题展示区域33用于展示所述目标活动场景的标题信息，例如，可以是前述根据关联的用户权益生成的活动标题，在具体活动未关联用户权益的情况下，也可以通过其他方式对活动标题进行表达。信息卡片展示区域34内可以包括可响应左右滑动操作的展示容器，这样，可以通过在信息卡片展示区域进行左右滑动的方式对多个信息卡片进行切换展示，例如，如图3所示，当前在信息卡片展示区域展示的是信息卡片32，此时，通过在该区域执行向左或者向右的滑动，可以切换到其他信息卡片，对其他商品的信息进行展示。其中，在所述信息卡片展示区域内进行信息卡片切换的过程中，所述活动场景标题展示区域的内容可以保持不变。也就是说，通过这种方式，由于页面中展示的多个商品参加的是同一活动，因此，这些商品可以共享该活动的标题，尤其是在以具体的用户权益信息为活动标题进行命名的情况下，这种常驻展示的活动标题可以更强化对具体用户所能获得的权益的表达，有利于提升用户的购买转化率。

另外，为了便于实现信息卡片的快速切换，还可以在所述活动场景标题展示区域与所述信息卡片展示区域之间，设置商品标签展示区域，例如，如图3中35所示的区域。其中，商品标签展示区域内也可以包括可响应左右滑动操作的展示容器，该展示容器内可以包括与所述至少一个商品对应的商品标签，具体的商品标签上可以显示有对应商品的简要信息，这样，用户可以通过该标签展示区域对当前页面中包含有哪些商品进行初步的概览，另外还可以通过在所述商品标签展示区域内进行商品标签选择的方式，对信息卡片展示区域内展示的信息卡片进行切换。例如，点击该标签展示区域中的某个商品标签，可以使得信息卡片展示区域展示出该商品对应的信息卡片，等等。

以上对获得详情页面的组成结构进行了介绍，下面对具体信息卡片中呈现的内容进行介绍。如前文所述，在本申请实施例中，每个信息卡片可以对应一个商品，并且，在优选的实施方式下，一个信息卡片中所呈现的内容可以在同一屏内完成展示，也即，信息卡片中展示的内容是比较精简的。但是，仍然可以通过这种精简的信息卡片展示出与购买决策相关的关键性信息，以及用于进行订单确认的信息，以使得用户能够基于该单屏展示的信息卡片，完成购买决策以及对创建订单所需信息的确认。

其中，关于购买决策相关的关键性信息可以包括商品的主图，标题以及价格信息，其中，商品主图通常只需要一张即可，例如，如图3中的35处所示。为了节省空间，标题也可以比较简短，例如，如图3中的36处所示，商品标题的文本可以在单行内完成展示。关于价格信息，则可以展示在具体的操作控件上，在优选的实现方式下，具体的价格可以是领取了关联的用户权益后享受到的价格。例如，在前述“0.1元包邮”的活动中，参加活动的商品全部都可以以0.1元的价格进行领取，因此，商品的价格就可以显示为“0.1元”，等待。

另外，在本申请实施例中，还可以在上述信息卡片中展示出与订单确认相关的信息。其中，与订单确认有关的信息主要可以包括商品的SKU信息，以及收货地址信息。其中，关于SKU信息，在现有技术中，通常需要由用户在对SKU进行选择，即使只有一个SKU，也需要执行将该SKU进行选中的操作。但是，在本申请实施例中，具体的商品可以具有唯一的SKU信息，并且，在无需进行SKU选择的情况下即可进行SKU信息确认。另外，由于无需用户进行SKU确认，因此，还可以直接通过在所述商品的标题文本中加入所述商品所具有的唯一SKU的信息，对所述唯一SKU的信息进行表达。例如，在图3所示的例子中，具体的标题可以表达为“6瓶330ml某品牌可乐碳酸饮料”，其中的“6瓶330ml”，就属于SKU信息。这样，用户可以直接从商品标题中获取关于SKU的信息，并且可以为用户传达出不需要进行SKU选择的心智，只要点击信息卡片中的操作控件，即代表该用户对该SKU进行了确认。

其中，如前文所述，具体参加活动的商品本身就可以单SKU的商品，此时，直接将该单SKU确定为本申请实施例中所述的唯一展示的SKU即可。或者，参加活动的商品本身可能是多SKU的商品，此时，可以将其中一个SKU指定为参加该目标活动的SKU。此时，具体在展示时，可以从该商品的多个SKU中抽取出参加该目标活动的一个SKU的信息，并仅将该SKU的信息作为所述与订单确认相关的信息展示在对应的所述信息卡片中。也就是说，可以由***抽取出商家指定参加当前活动的SKU的信息，并按照预先设定好的格式，将其添加到商品标题中，从而实现对商品标题进行补全后进行展示。

当然，在具体实现时，也可以将一个商品的多个SKU都指定为参加活动的SKU，此时，也可以在信息卡片中提供用于进行SKU选择的选项，用户点击该选项之后，可以通过半屏弹层等方式展示出具体可选的SKU，由用户进行SKU的选择操作。

除了可以在具体信息卡片中展示出商品的SKU信息，具体与订单确认相关的信息还可以包括用户的收货地址信息。因此，在具体实现时，还可以读取出用户关联的常用或者最近使用的收货地址信息，并作为所述与订单确认相关的信息展示到所述信息卡片中。例如，具体的展示形式可以如图3中的37处所示。并且，后续在用户点击该信息卡片中的目标操作控件时，也可以视为用户对当前展示出的收货地址信息的确认，也即，可以直接将该读取到的收货地址信息确定为所创建的交易订单的收货地址，而不再需要用户再通过单独的订单确认页面进行确认。

当然，在具体实现时，该信息卡片中展示的收货地址信息可以为可编辑状态，这样，用户可以对收货地址进行修改或者输入新的收货地址。

另外，该信息卡片中还可以包括目标操作控件，例如，如图3中的38处所示(其中，该控件上展示出了商品价格信息，由于例子中的活动关联有“0.1元包邮”的用户权益，因此，此处的价格信息可以直接展示为“0.1元立即领”，等等)。用户在根据信息卡片中展示的与购买决策相关的关键性做出决策后，并且对信息卡片中展示的与订单确认相关的信息确认无误后，如果需要购买，即可直接通过点击该目标操作控件等方式发起操作请求。

S202：接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。

在用户点击具体某个信息卡片中的上述目标操作控件之后，就可以代表该用户需要购买该信息卡片中所展示的商品，且已经对其中与订单确认相关的信息进行了确认，因此，可以直接基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，从而可以在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。也就是说，在本申请实施例中，具体信息卡片中展示出的目标操作控件，可以同时具有“立即购买”以及“提交订单”这样两项功能(而现有技术中，“立即购买”控件通常展示在商品详情页面中，用于表示用户对购买意愿的确认，“提交订单”控件则展示在订单确认页面，用于表示用户对SKU、收货地址等信息的确认)。因此，可以通过信息卡片中的上述目标操作控件实现一键式地交易订单创建，而不需要经过单独的订单确认页面。另外，由于本申请实施例中的商品通常是能够快速决策的商品，例如，通常只需要看到主图、标题、价格即可做出购买决策，并且在大部分情况下，商品的SKU信息不需要由消费者用户进行选择，因此，只要收货地址信息正确，则用户可以在无需执行任何其他操作的情况下，直接通过点击具体信息卡片中的目标操作控件，即可生成具体的交易订单。

具体实现时，在用户点击了某个具体信息卡片中的上述目标操作控件后，客户端可以向服务端提交创建交易订单的请求，同时可以将当前信息卡片中展示的与订单确认相关的信息提交给服务端，包括SKU信息，收货地址信息等，当然，另外还会包括具体商品的ID等标识信息，相应的，服务端可以基于上述信息生成具体的交易订单。

另外，如前文所述，当前的目标活动场景可能还关联有用户权益信息，此时，在接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，还向服务端提交领取对应用户权益的请求。这也就是说，本申请实施例中在具体信息卡片中提供的目标操作控件可以同时具有用户权益领取、购买意愿确认、订单信息确认等多方面的功能，这样，用户可以通过所述目标操作控件完成一键式的用户权益领取以及交易订单创建，相应的，服务端则可以根据领取到的用户权益，确定所创建的订单对应的应支付金额信息。

在完成交易订单创建后，可以为用户提供相应的支付界面，以用于完成对该交易订单的支付操作。具体的，在可选的方式下，可以通过在当前目标活动场景的详情页面上层提供半屏弹层的方式展示支付界面，所述支付界面中包括支付操作控件，以用于对所述交易订单进行支付。在用户完成支付操作后，可以返回到当前目标活动场景的详情页面进行展示，用户可以继续浏览其中的其他信息卡片，或者，也可以通过该详情页面中的退出或者关闭控件，结束对该详情页面的浏览，返回上一级页面。

这里需要说明的是，在现有技术中，一些商品信息***中还提出了“Mini Detail”页面的技术方案，例如，当用户从客户端首页中的“猜你喜欢”等商品推荐信息流中选择点击某个商品的链接后，不是直接进入该商品的详情页面，而是首先进入上述“Mini Detail”页面，在该“Mini Detail”页面中，可以以信息卡片的形式展示出该商品的信息，其中也可以包括关于用于对该商品进行购买决策的一些信息，例如，包括主图，标题，价格等。另外，该“Mini Detail”页面中还可以展示出与当前被点击的商品相关或者相似的其他商品的信息卡片，可以通过上下滑动的方式切换查看这些信息卡片。点击这种信息卡片后，可以进入到具体商品的详情页。另外，这种信息卡片中也可以包括“立即购买”等操作选项。但是，由于这种“Mini Detail”页面中展示出的商品可能并不是能够进行快速决策的商品，因此，用户通常难以直接根据这种信息卡片中简要的信息做出购买决策，因此，在实际应用中，用户通常仍然需要首先点击这种信息卡片，进入到具体商品详情页面中获取到更多更详细的信息之后，再做出购买决策。另外，即使用户直接基于“Mini Detail”页面中的某信息卡片对对应的商品做出了购买决策，但是，在点击了信息卡片中的“立即购买”控件后，仍然需要进入到订单确认页面，对具体的SKU、收货地址等进行确认，即使商品仅具有单个SKU，且已读取到最近或者最常使用的收货地址，也不例外。

而在本申请实施例中，由于具体是以活动场景为单位对商品进行的聚合，并且可以提前对参加活动的商品提出一定的要求，需要满足能够快速做出购买决策的条件才能够参加该活动，因此，这种商品的购买决策过程会比较简单，通过信息卡片形式简略列出的少量关键性信息，就足以使得用户做出购买决策。并且，由于具体的活动场景通常可能关联某种用户权益，也即，用户仅需支付很低的金额即可购买到参加活动的某个商品，这些商品原来的价格通常也不会很高，例如，可能都是一些小型的日常用品等。因此，用户对这种活动详情页面进行浏览的过程中，通常也不太关注具体商品的细节，只需要在参加当前活动的各个商品中快速做出选择即可。甚至通过商品标签展示区域中更简略的信息，包括商品的缩略图、类目名称等，即可做出决策。例如，用户通过浏览商品标签展示区域，发现参加当前活动的有可乐，柠檬干，香蕉，等等，因此，只需要选择其中感兴趣的一个进行领取即可，这也更加为用户的快速决策提供了基础。另外，由于具体参加活动的商品通常可以具有唯一的SKU，因此，用户也不需要进行SKU的选择操作，只需要将SKU信息展示给用户即可，等等。基于上述情况，本申请实施例提出了一键式实现用户权益领取、购买意愿确认、订单信息确认等多项功能的实现方案，以此帮助用户针对上述能够快速决策的场景，以更低的操作成本完成下单。

总之，通过本申请实施例，可以以活动场景为单位生成详情页面，在该详情页面中可以将参加同一活动的多个商品(通常可以是一些能够进行快速决策的商品)组织到一起进行展示，每个商品可以对应一个信息卡片，每个信息卡片中可以包括对应商品的与购买决策相关的关键性信息，以及与订单确认相关的信息，另外还可以包括目标操作控件。这样，用户可以通过这种信息卡片中的信息完成购买决策以及订单信息的确认，之后，通过某信息卡片中的目标操作控件接收到操作请求时，可以视为用户完成了对购买意愿的确认以及对订单信息的确认，因此，可以跳过订单确认页面，而直接基于当前信息卡片中的与订单确认相关的信息，向服务端提交创建交易订单的请求，以完成一键式的交易订单创建，因此，可以降低用户在下单过程中的操作成本，有利于提升浏览-购买转化率。

在优选的实施方式中，还可以对参加活动的商品提出要求，例如，可以是单SKU的商品，或者对于多SKU的商品，可以指定其中一个SKU参加活动，等等，并且还可以直接将SKU信息添加到商品标题中进行展示。这样，可以避免用户执行SKU选择操作，另外，也更有利于节省展示空间。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与前述方法实施例相对应，本申请实施例还提供了一种商品信息处理装置，参见图4，该装置可以包括：

页面展示单元401，用于响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件；

交易订单创建单元402，用于接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。

具体的，所述目标活动场景还可以关联有用户权益信息；

所述交易订单创建单元还可以用于：

接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，向服务端提交领取对应用户权益的请求，以便通过所述目标操作控件完成一键式的用户权益领取以及交易订单创建，所述服务端用于根据领取到的用户权益，确定所创建的订单对应的应支付金额信息。

其中，所述目标活动场景的详情页面中还包括关于所述目标活动场景的标题信息，所述标题信息与所述用户权益信息相关。

另外，所述页面展示单元还可以用于：

将领取所述用户权益后对应的商品价格信息展示在所述目标操作控件上

其中，单个所述信息卡片的内容可在一屏范围内完成展示。

具体的，所述目标活动场景的详情页面中包括活动场景标题展示区域，以及信息卡片展示区域；

所述活动场景标题展示区域用于展示所述目标活动场景的标题信息；

所述信息卡片展示区域内包括可响应左右滑动操作的展示容器，以用于通过在信息卡片展示区域进行左右滑动的方式对多个信息卡片进行切换展示；

其中，在所述信息卡片展示区域内进行信息卡片切换的过程中，所述活动场景标题展示区域的内容保持不变。

另外，在所述活动场景标题展示区域与所述信息卡片展示区域之间，还可以包括商品标签展示区域；

所述商品标签展示区域内包括可响应左右滑动操作的展示容器，所述展示容器内包括与所述至少一个商品对应的商品标签，所述商品标签上显示有对应商品的简要信息，以便通过在所述商品标签展示区域内进行商品标签选择的方式，对信息卡片展示区域内展示的信息卡片进行切换。

其中，所述与订单确认相关的信息包括：所述商品所具有的唯一库存基本单元SKU的信息，以便在无需进行SKU选择的情况下进行SKU信息确认，并在接收到用户通过所述目标操作控件执行的操作后，将该唯一SKU的信息确定为所创建的交易订单中的SKU信息。

具体的，所述商品包括：单SKU的商品。

或者，所述商品包括：多SKU的商品，且其中一个SKU被指定为参加该目标活动的商品；

此时，所述装置还可以包括：

SKU信息抽取单元，用于从该商品的多个SKU中抽取出参加该目标活动的一个SKU的信息，并仅将该SKU的信息作为所述与订单确认相关的信息展示在对应的所述信息卡片中。

具体的，可以通过在所述商品的标题文本中加入所述商品所具有的唯一SKU的信息，对所述唯一SKU的信息进行表达。

另外，该装置还可以包括：

收货地址信息展示单元，用于获取所述用户关联的常用或者最近使用的收货地址信息，并作为所述与订单确认相关的信息展示到所述信息卡片中，以便在接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，将该读取到的收货地址信息确定为所创建的交易订单的收货地址。

其中，所述信息卡片中展示的收货地址信息为可编辑状态，以便用户对收货地址进行修改或者输入新的收货地址。

另外，该装置还可以包括：

支付界面展示单元，用于在完成交易订单创建后，通过在所述目标活动场景的详情页面上层提供半屏弹层的方式展示支付界面，所述支付界面中包括支付操作控件，以用于对所述交易订单进行支付。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图5示例性的展示出了电子设备的架构，例如，设备500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图5，设备500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制设备500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件502可以包括一个或多个处理器520来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理部件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在设备500的操作。这些数据的示例包括用于在设备500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为设备500的各种组件提供电力。电源组件506可以包括电源管理***，一个或多个电源，及其他与为设备500生成、管理和分配电力相关联的组件。

多媒体组件508包括在设备500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当设备500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当设备500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为设备500提供各个方面的状态评估。例如，传感器组件514可以检测到设备500的打开/关闭状态，组件的相对定位，例如所述组件为设备500的显示器和小键盘，传感器组件514还可以检测设备500或设备500一个组件的位置改变，用户与设备500接触的存在或不存在，设备500方位或加速/减速和设备500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于设备500和其他设备之间有线或无线方式的通信。设备500可以接入基于通信标准的无线网络，如WiFi，或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中，通信部件516经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由设备500的处理器520执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的商品信息处理方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种商品信息处理方法，其特征在于，包括：

响应于用户发起的对目标活动场景进行详情浏览的请求，展示所述目标活动场景的详情页面，所述详情页面中包括至少一个信息卡片，分别与所述目标活动场景关联的至少一个商品相对应，所述信息卡片中包括与对应商品的购买决策相关的关键性信息，与订单确认相关的信息，以及目标操作控件；

接收到用户通过其中一信息卡片中的所述目标操作控件执行的操作后，基于该信息卡片中的所述与订单确认相关的信息，向服务端提交创建交易订单的请求，以便在跳过订单确认页面的情况下，通过所述目标操作控件完成一键式的交易订单创建。

2.根据权利要求1所述的方法，其特征在于，

所述目标活动场景还关联有用户权益信息；

所述接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，还包括：

向服务端提交领取对应用户权益的请求，以便通过所述目标操作控件完成一键式的用户权益领取以及交易订单创建，所述服务端用于根据领取到的用户权益，确定所创建的订单对应的应支付金额信息。

3.根据权利要求2所述的方法，其特征在于，

所述目标活动场景的详情页面中还包括关于所述目标活动场景的标题信息，所述标题信息与所述用户权益信息相关。

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

将领取所述用户权益后对应的商品价格信息展示在所述目标操作控件上。

5.根据权利要求1所述的方法，其特征在于，

单个所述信息卡片的内容可在一屏范围内完成展示。

6.根据权利要求5所述的方法，其特征在于，

所述目标活动场景的详情页面中包括活动场景标题展示区域，以及信息卡片展示区域；

所述活动场景标题展示区域用于展示所述目标活动场景的标题信息；

所述信息卡片展示区域内包括可响应左右滑动操作的展示容器，以用于通过在信息卡片展示区域进行左右滑动的方式对多个信息卡片进行切换展示；

其中，在所述信息卡片展示区域内进行信息卡片切换的过程中，所述活动场景标题展示区域的内容保持不变。

7.根据权利要求6所述的方法，其特征在于，

在所述活动场景标题展示区域与所述信息卡片展示区域之间，还包括商品标签展示区域；

所述商品标签展示区域内包括可响应左右滑动操作的展示容器，所述展示容器内包括与所述至少一个商品对应的商品标签，所述商品标签上显示有对应商品的简要信息，以便通过在所述商品标签展示区域内进行商品标签选择的方式，对信息卡片展示区域内展示的信息卡片进行切换。

8.根据权利要求1至7任一项所述的方法，其特征在于，

所述与订单确认相关的信息包括：所述商品所具有的唯一库存基本单元SKU的信息，以便在无需进行SKU选择的情况下进行SKU信息确认，并在接收到用户通过所述目标操作控件执行的操作后，将该唯一SKU的信息确定为所创建的交易订单中的SKU信息。

9.根据权利要求8所述的方法，其特征在于，

所述商品包括：单SKU的商品。

10.根据权利要求8所述的方法，其特征在于，

所述商品包括：多SKU的商品，且其中一个SKU被指定为参加该目标活动的商品；

所述方法还包括：

从该商品的多个SKU中抽取出参加该目标活动的一个SKU的信息，并仅将该SKU的信息作为所述与订单确认相关的信息展示在对应的所述信息卡片中。

11.根据权利要求8所述的方法，其特征在于，

通过在所述商品的标题文本中加入所述商品所具有的唯一SKU的信息，对所述唯一SKU的信息进行表达。

12.根据权利要求1至7任一项所述的方法，其特征在于，还包括：

获取所述用户关联的常用或者最近使用的收货地址信息，并作为所述与订单确认相关的信息展示到所述信息卡片中，以便在接收到通过其中一信息卡片中的所述目标操作控件执行的操作后，将该读取到的收货地址信息确定为所创建的交易订单的收货地址。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至12任一项所述的方法的步骤。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至12任一项所述的方法的步骤。

Images