具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例对本申请实施例提供的基于订单的商铺显示方法进行详细地说明。

在相关技术中，如果订单中部分商品缺货，或者用户需要对多个商铺进行询价，那么需要用户将订单中的每一种商品重新搜索，已选择能够购买订单中所有商品的其他商铺。尤其是，对于订单中部分商品缺货的缺货订单，如果缺货商品对于用户而言属于必需购买的商品，或者，除缺货商品之外的其余商品的缺货订单不足起送价，或者缺货订单需要支付额外的配送费，那么用户不得不取消整个订单，重新选择其他商铺。如此，会导致用户选择其他商铺步骤繁琐的问题。

示例性的，针对商铺A的预购订单B为缺货订单的场景。假设预购订单B的预购商品包括签字笔、便利贴、口取纸、书架、打印纸和墨盒。此时，若用户发现该预购订单B中的签字笔缺货，则可以退出该缺货订单B的订单界面，然后，进入商品检索界面，在其中输入预购商品“签字笔”，经过检索，显示商铺展示页面，该商铺展示页面中显示有至少一个经营“签字笔”的商铺链接，然后打开任一经营“签字笔”的商铺，查看该商铺是否包含上述预购订单B中的所有预购商品。若包含，则新建预购订单C，并依次加入每种预购商品及对应的预购数量。若不包含，则退回至商铺展示页面，选择其他经营“签字笔”的商铺，重复上述操作，直至新建预购订单。当然，如果用户未记清楚所有的预购商品，还需要退回至预购订单B重新查看预购商品，再重新进行检索。如此，当预购订单B为缺货订单时，用户需要来回切换不同的界面，并进行无遗漏的查找，才能重新选择经营所有预购商品的商铺，并建立预购订单C，导致购物步骤繁琐且检索效率低。

在本申请实施例中，在显示多个预购订单(包括预购订单B)的订单页面的情况下，接收用户的第一输入，从而响应于第一输入，显示该多个预购订单的订单详细信息(包括每个预购订单的预购商品及其对应的预购数量)对应的第一控件，如此，通过第一控件的方式一键导出订单详细信息。接着，若用户发现该预购订单B中的“签字笔”缺货，则可以点击预购订单B的订单详细信息对应的第一目标控件，从而显示与该预购订单B的订单详细信息相匹配的备选商铺的信息，如此，能够减少用户重新选择商铺的操作步骤，提高查询效率。

如图1所示，本申请实施例提供一种基于订单的商铺显示方法。该方法可以包括下述的步骤101至步骤104。下面以执行主体为基于订单的商铺显示装置为例对该方法进行示例性说明。

步骤101：基于订单的商铺显示装置在显示目标页面的情况下，接收用户的第一输入。

在本申请实施例中，上述目标页面中包含M个订单详细信息。

在本申请实施例中，目标页面可以为购物网站中的订单页面，在订单页面中包括用户已经加入购物车可以随时下单的M个订单，订单与订单详细信息一一对应。其中，M个订单可以为缺货订单。

在本申请实施例中，订单详细信息可以包括以下至少一项包括商铺名称、预购商品名称、预购商品数量、计量方式、商品规格。

在本申请实施例中，基于订单的商铺显示装置可以基于M个订单详细信息中信息的信息类别，确定M个订单详细信息在目标页面中的显示顺序。其中，上述信息类别可以包括以下至少一项：订单生成时间、所需运费、预计送达时间、发货地址与收货地址之间的距离、商铺评分。

在本申请实施例中，基于订单的商铺显示装置可以在满足预定条件(如，目标页面中的订单详细信息的数量大于预置数量)的情况下，采用分区展示方式展示该目标页面中的M个订单详细信息。即，该目标页面中包括多个分区，一个分区中展示至少一个订单详细信息。

在本申请实施例中，第一输入可以包括：触控输入(如，点击输入，滑动输入)，或者，其他可行性输入，具体的可以根据实际使用需求确定，本申请实施例不作限定。

示例性的，上述第一输入可以为：用户对目标页面的空白区域的长按输入。

示例性的，上述第一输入还可以为：用户对目标页面中任一订单详细信息的触控输入。

步骤102：基于订单的商铺显示装置响应于上述第一输入，显示上述M个订单详细信息对应的N个第一控件。

在本申请实施例中，一个第一控件对应至少一个订单详细信息。即M大于或等于N。

在本申请实施例中，第一控件可以为悬浮控件，如，悬浮球。

在本申请实施例中，第一控件可以通过以下至少一种方式显示：仅在目标页面上悬浮显示，在目标页面所属的应用程序能够响应的任一页面悬浮显示，在未删除第一控件的情况下在电子设备的任一页面悬浮显示。

在本申请实施例中，第一控件可以设置控件名称，该控件名称可以是订单详细信息中的商铺名称。例如图2中展示3个第一控件，如“某某鲜果超市”、“某某零食小铺”和“某某旗舰店”。

可选地，在本申请实施例中，基于订单的商铺显示装置在显示上述N个第一控件的过程中，可以通过以下过程实现：响应于第一输入，获取上述目标页面中的M个订单详细信息；将上述M个订单详细信息，导入第一控件的控件模板，，根据上述M个订单详细信息，生成并显示第一控件，

进一步可选地，在本申请实施例中，基于订单的商铺显示装置可以通过自动检索订单关键字的方式识别并获取订单详细信息。

可以理解的是，订单关键字可以是安装目标页面所属的应用程序时预先设置的，也可以是用户在使用应用程序过程中手动设置的，还可以是用户根据预先设置进行修改的，在本申请实施例中，对订单关键字的来源不做限定。

如此，通过建立第一控件的控件模板，并将订单详细信息导入控件模板的方式，一键生成订单详细信息对应的第一控件，简化对订单详细信息的提取过程。

步骤103：基于订单的商铺显示装置接收用户对上述N个第一控件中的第一目标控件的第二输入。

在本申请实施例中，第二输入用于指示检索与第一目标控件对应的订单详细信息匹配的备选商铺。

在本申请实施例中，第二输入可以包括：触控输入(如，点击输入，滑动输入、拖动输入)，或者，其他可行性输入，具体的可以根据实际使用需求确定，本申请实施例不作限定。

示例性的，上述第二输入可以为：用户将第一目标控件拖动至检索框的拖动输入。

示例性的，上述第二输入可以为：用户指示检索第一目标控件对应的订单详细信息的手势输入。

在本申请实施例中，第一目标控件是指N个第一控件中的任一个。

可选地，在本申请实施例中，由于第一控件能够直接显示内容有限，因此在第一控件中仅显示控件名称的情况下，在选择第一目标控件之前，基于订单的商铺显示装置还可以响应于用户的对第一控件中的第二目标控件的查看输入，进入订单详细信息的查看模式，显示第二目标控件的订单详细信息。

需要说明的是，上述第二目标控件是指N个第一控件中的任一一个，当然第二目标控件可能与第一目标控件相同。

可以理解的是，基于订单的商铺显示装置可以设置为每次只显示一个第二目标控件的订单信息，但是可以响应于多个查看输入，查看多个第二目标控件的订单详细信息，以便于选择符合需求的第一目标控件。

进一步可选地，在本申请实施例中，基于订单的商铺显示装置在显示第二目标控件对应的订单详细信息的情况下，还可以显示N个第一控件中的其他第一控件。

在本申请实施例中，在接收到用户对订单详细信息对应的第一控件的查看输入时，显示订单详细信息。

示例性的，用户在商铺名称为“某某鲜果超市”的商铺下单，其订单详细信息包括：库尔勒香梨1斤，必需购买。用户对“某某鲜果超市”商铺对应的第一控件进行单击，在图2的基础上，如图3所示，显示控件名称为“某某鲜果超市”的第一控件对应的订单详细信息，在订单详细信息中包括控件名称(某某鲜果超市)、商铺名称(某某鲜果超市)、预购商品名称(库尔勒香梨)、预购数量(1斤)和商品状态(必需购买)。

示例性的，如图4所示，在显示第一控件对应的订单详细信同时，还可以显示控件名称为“某某零食小铺”的第一控件，以及控件名称为“某某旗舰店”的第一控件。

进一步可选地，在本申请实施例中，基于订单的商铺显示装置在显示第一控件之后，或者在查看对应的订单详细信息之后，还可以接收用户的删除输入，删除第一控件。

示例性的，在第一控件的可触摸区域内输入双指放大操作，直至第一控件(悬浮球)消失，即删除第一控件，同时删除第一控件对应的订单详细信息。

步骤104：基于订单的商铺显示装置响应于上述第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息。

在本申请实施例中，备选商铺是指经营至少一件第一目标控件对应的订单详细信息中的预购商品的商铺。

可选地，在本申请实施例中，如图5所示，步骤104还可以通过步骤501和步骤502实现。

步骤501：基于订单的商铺显示装置响应于上述第二输入，查找与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息。

在本申请实施例中，在查找备选商铺之前，可以首先通过第一控件对应的订单详细信息中的商品类别，筛选出经营上述商品类别的商铺，以缩小筛选范围。

进一步可选地，在本申请实施例中，基于订单的商铺显示装置首先获取第一控件对应的订单详细信息中所有的预购商品的商品名称，然后根据商品名称查找经营(处于可售卖状态)该预购商品的备选商铺，在查找到备选商铺之后，还需查找该备选商铺经营的预购商品的库存数量、品牌、等级、规格等等。

步骤502：基于订单的商铺显示装置按照各个上述备选商铺的信息中包含的预购商品的品种数量，显示上述备选商铺的信息。

在本申请实施例中，预购商品为：第一目标控件对应的订单详细信息中的商品。

示例性的，品种数量是指备选商铺中包括的与预购商品名称相同(或者与预购商品名称的别称相同)的商品的数量，如，预购商品中包括签字笔、笔记本、墨水、订书器、便利贴，备选商铺的信息中的商品包括笔记本和便利贴，那么备选商铺包含的预购商品名称的品种数量为2。

在本申请实施例中，基于订单的商品显示装置可以按照品种数量从大到小的顺序，显示上述备选商铺的信息。

在本申请实施例中，除了品种数量之外，还可以根据库存数量，以及商品状态，显示上述备选商铺的信息，即，基于订单的商铺显示装置计算各个备选商铺与第一目标控件的匹配程度，按照匹配程序从高到低的顺序显示上述备选商铺的信息。

具体的，上述第一目标控件对应的订单详细信息中包括：预购商品名称和商品状态，上述商品状态包括用于指示必需购买的第一状态。

另外，上述匹配程度的计算依据包括以下至少一项：上述备选商铺中包含的上述预购商品名称的品种数量；上述备选商铺中包含的上述预购商品名称对应的商品状态为上述第一状态的品种数量；上述备选商铺中与上述预购商品名称对应的库存数量。

进一步可选地，在本申请实施例中，基于订单的商铺显示装置可以先按照包含的预购商品状态为第一状态的品种数量从高到低的顺序，对至少包含一种预购商品名称的备选商铺进行第一次排序，然后按照其包含的预购商品名称的品种数量从高到低的顺序，对第一次排序中位次相同的备选商铺进行第二次排序，最后根据备选商铺中与预购商品名称对应的库存数量从多到少的顺序，对第二次排序中位次相同的备选商铺进行第三次排列。

如此，根据第一目标控件对应的订单详细信息与备选商铺的匹配程序，按照相对固定的顺序展示备选商铺，以便于用户重备选商铺中重新选取目标商铺，并按照第一目标控件对应的订单详细信息下单。

可选地，在本申请实施例中，基于订单的商铺显示装置可以采用预定标记方式对满足预置条件的备选商铺进行标记，以便提示用户该备选商铺对于第一目标控件对应的订单详细信息而言，仍然是缺货商铺。其中预置条件为任一预购商品名称对应的库存数量小于该任一预购商品名称对应的预购数量的商铺。

示例性的，预定标记方式可以为高亮标记，滚动显示“预购商品(显示具体商品名称，如库尔勒香梨)缺货”，或更改显示底色等方式。

在本申请实施例提供的基于订单的商铺显示方法中，由于在显示目标页面的情况下，接收用户的第一输入，从而响应于第一输入，显示与目标页面中包含的M个订单详细信息对应的N个第一控件，如此，一键导出订单详细信息。接着，在接收到用户对上述N个第一控件中的第一目标控件的第二输入后，响应于上述第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息，如此，能够减少用户重新选择商铺的操作步骤，提高查询效率。

可选地，在本申请实施例中，如图6所示，步骤102还可以通过步骤601至步骤603实现。

步骤601：基于订单的商铺显示装置响应于上述第一输入，显示M个待合并控件。

步骤602：基于订单的商铺显示装置接收用户对上述M个待合并控件中的至少两个待合并控件的第三输入。

步骤603：基于订单的商铺显示装置响应于上述第三输入，合并上述至少两个待合并控件对应的订单详细信息，得到合成订单详细信息，并显示上述合成订单详细信息对应的合成控件。

在本申请实施例中，上述N个第一控件包括：上述M个待合并控件中除上述至少两个待合并控件以外的待合并控件，以及上述合成控件。

在本申请实施例中，每个待合并控件对应一个订单详细信息。在显示M个订单详细信息的页面，能够显示M个待合并控件。

在本申请实施例中，上述第三输入可以包括：用户对上述至少两个待合并控件中至少一个第一待合并控件的拖动输入。

在一种示例中，上述第三输入包括：用户将至少一个第一待合并控件拖动至第二待合并控件的输入。例如，上述第三输入可以包括：用户分别将每个第一待合并控件拖动至第二待合并控件的响应范围内的输入。

在另一种示例中，在用户拖动第一待合并控件的过程中，若该第一待合并控件在另一待合并控件上方停留时间满足预定条件，则将该第一待合并控件与该另一待合并控件合并，并将该第一待合并控件变更为合成控件。应注意的是，若该拖动输入未结束，则用户可以继续将该合成控件(即作为待合并控件)拖动至其他待合并控制进行合并操作。

举例说明，假设目标页面中包括4个待合并控件，将4个待合并控件合并成与给第一控件，具体的待合并控件包括待合并控件A、待合并控件B、待合并控件C和待合并控件D。

例如，将待合并控件B，拖动至待合并控件A的响应范围内，再将待合并控件C拖动至待合并控件A的响应范围内，最后将待合并控件D拖动至待合并控件A的响应范围内，以实现将4个待合并控件合并成与给第一控件。

例如，分别按住待合并控件B、待合并控件C和待合并控件D，同时将上述三个待合并控件拖动至待合并控件A的响应范围内，以实现将4个待合并控件合并成与给第一控件。

例如，分别按住待合并控件A、待合并控件B、待合并控件C和待合并控件D，将4个待合并控件，同时向某一预置位置拖动，将4个待合并控件拖动至上述预置位置的响应范围内，以实现将4个待合并控件合并成与给第一控件。

进一步可选地，在本申请实施例中，基于订单的商铺显示装置将上述至少两个待合并控件对应的订单详细信息合并，生成合成订单详细信息，具体包括：从所述至少两个待合并控件对应的订单详细信息中，分别获取第一预购商品名称和第二预购商品名称，如果第一预购商品名称和第二预购商品名称的名称一致，或者第一预购商品名称和第二预购商品名称互为别称，则确定合成订单详细信息中包括第一预购商品名称或第二预购商品，以及第一预购商品名称和第二预购商品名称中较大的预购数量。

例如，如果第一预购商品名称为“土豆”，第二预购商品名称为“洋芋”，那么第一预购商品名称和第二预购商品名称互为别称。如果第一预购商品名称为“土豆”，第二预购商品名称为“地瓜”，那么第一预购商品名称和第二预购商品名称不互为别称。

如此，通过合并控件的方式，生成合成订单详细信息，减少第一控件的数量，使得用户容易选取需要重新下单的第一目标控件。

可选地，如图7所示，在本申请实施例中，在步骤103在接收第二输入对第一目标控件进行查询之前，本申请实施例提供的基于订单的商铺显示方法还可以包括步骤701和步骤702。

步骤701：基于订单的商铺显示装置接收用户对上述第一目标控件的第四输入。

步骤702：基于订单的商铺显示装置响应于上述第四输入，更改上述第一目标控件对应的订单详细信息。

示例性的，如果用户发现第一目标控件对应的订单详细信息，不能满足实际的购物需求，又与实际购物需求相差较小，按照预购商品名称重新搜索符合需求的商品操作繁琐，因此采用更改第一目标控件对应的订单详细信息，以尽快形成满足实际的购物需求的订单详细信息。

进一步可选地，在本申请实施例中，如图7所示，步骤702还可以通过步骤702a至步骤702b实现。

步骤702a：基于订单的商铺显示装置响应于上述第四输入，获取上述第一目标控件对应订单详细信息中的商品关键字对应的替代商品名称信息。

步骤702b：基于订单的商铺显示装置根据上述替代商品名称信息，更改上述第一目标控件对应的订单详细信息。

在本申请实施例中，替代商品名称信息是指能够替换第一目标控件对应订单详细信息中的商品关键字所述的预购商品名称。例如，预购商品名称为“库尔勒香梨”，其中的商品关键字为“梨”，因此，其替代商品名称可以为“大白梨”。可以理解的是，替代商品名称信息能够替代预购商品名称的商品，通常与预购商品名称的相似，但实际为不同的商品。

示例性的，上述第四输入可以包括第一更改子输入、第二更改子输入、第三更改子输入、第四更改子输入。

如图8所示，上述步骤702a具体通过步骤801至步骤804实现。

步骤801：基于订单的商铺显示装置响应于用户对上述第一目标控件的上述第一更改子输入，显示商品信息编辑窗口。

其中，上述商品信息编辑窗口用于显示上述第一目标控件对应的订单详细信息；商品信息编辑窗口包括预购商品名称、商品状态、删除按键和第一添加按键；

步骤802：基于订单的商铺显示装置响应于用户对上述第一添加按键的上述第二更改子输入，显示商品搜索页面。

步骤803：基于订单的商铺显示装置响应于用户的上述第三更改子输入，搜索并显示商品关键字对应的X个替换商品名称信息。

其中，上述第三更改子输入用于在上述商品搜索页面输入上述预购商品名称的商品关键字，或者上述商品搜索页面自动提取预购商品名称。

步骤804：基于订单的商铺显示装置响应于用户对Y个上述替代商品名称信息的上述第四更改子输入，将上述Y个替代商品名称信息添加至上述商品信息编辑窗口，并根据更改后的商品信息编辑窗口，更改上述第一目标控件对应的订单详细信息。

在本申请实施例中，Y小于等于X，商品信息编辑窗口还包括以下至少一项：控件名称、商铺名称、预购数量、删除按键和第二添加按键。其中，第二添加按键用于添加订单详细信息之前的其他商品。

在本申请实施例中，上述商品状态包括用于指示必需购买的第一状态，以及用于指示非必需购买的第二状态。

如此，通过对第一目标控件对应的订单详细信息中更改，使得第一目标控件对应的订单详细信息符合用户需求，能够提高备选商铺被用户选择的概率，并且能够提高用户下单的速度。

需要说明的是，本申请实施例提供的基于订单的商铺显示方法，执行主体可以为基于订单的商铺显示装置，或者该基于订单的商铺显示装置中的用于执行基于订单的商铺显示方法的控制模块。本申请实施例中以基于订单的商铺显示装置执行基于订单的商铺显示方法为例，说明本申请实施例提供的基于订单的商铺显示装置。

如图9所示，本申请实施例提供一种基于订单的商铺显示装置。该基于订单的商铺显示装置包括：接收模块91和显示模块92；

上述接收模块91，用于在显示目标页面的情况下，接收用户的第一输入，上述目标页面中包含M个订单详细信息；

上述显示模块92，用于响应于上述接收模块91接收的第一输入，显示上述M个订单详细信息对应的N个第一控件，一个第一控件对应至少一个订单详细信息；

上述接收模块91，还用于接收用户对上述显示模块92显示的N个第一控件中的第一目标控件的第二输入；

上述显示模块92，还用于响应于上述接收模块91接收的第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息。

可选地，如图10所示，上述装置还包括合成模块93；

上述显示模块92，具体用于：响应于上述接收模块91接收到的第一输入，显示M个待合并控件；每个待合并控件对应一个订单详细信息；

上述接收模块91，还用于接收用户对上述显示模块92显示的M个待合并控件中的至少两个待合并控件的第三输入；

上述合成模块93，用于响应于上述接收模块91接收到的第三输入，合并上述至少两个待合并控件对应的订单详细信息，得到合成订单详细信息；

上述显示模块92，还用于显示上述合成模块93合成的合成订单详细信息对应的合成控件；

其中，上述N个第一控件包括：上述M个待合并控件中除上述至少两个待合并控件以外的待合并控件，以及上述合成控件。

可选地，如图10所示，上述装置还包括：更改模块94；

上述接收模块91，还用于在上述接收用户对上述N个第一控件中的第一目标控件的第二输入之前，接收用户对上述第一目标控件的第四输入；

上述更改模块94，用于响应于上述接收模块接收的第四输入，更改上述第一目标控件对应的订单详细信息。

可选地，如图10所示，上述更改模块94，具体用于：

响应于上述接收模块接收的第四输入，获取上述第一目标控件对应订单详细信息中的商品关键字对应的替代商品名称信息；

根据上述替代商品名称信息，更改上述第一目标控件对应的订单详细信息。

可选地，上述显示模块92，具体用于：

响应于上述接收模块91接收的第二输入，查找与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息；

按照各个上述备选商铺的信息中包含的预购商品的品种数量，显示所述备选商铺的信息；

其中，所述预购商品为：第一目标控件对应的订单详细信息中的商品。

在本申请实施例提供的基于订单的商铺显示装置中，由于在显示目标页面的情况下，接收用户的第一输入，从而响应于第一输入，显示与目标页面中包含的M个订单详细信息对应的N个第一控件，如此，一键导出订单详细信息。接着，在接收到用户对上述N个第一控件中的第一目标控件的第二输入后，响应于上述第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息，如此，能够减少用户重新选择商铺的操作步骤，提高查询效率。

本申请实施例中的基于订单的商铺显示装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的基于订单的商铺显示装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的基于订单的商铺显示装置能够实现图1至图8的方法实施例实现的各个过程，为避免重复，这里不再赘述。

本实施例中各种实现方式具有的有益效果具体可以参见上述方法实施例中相应实现方式所具有的有益效果，为避免重复，此处不再赘述。

可选地，如图11所示，本申请实施例还提供一种电子设备1100，包括处理器1101，存储器1102，存储在存储器1102上并可在所述处理器1101上运行的程序或指令，该程序或指令被处理器1101执行时实现上述基于订单的商铺显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图12为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、以及处理器1210等部件。

本领域技术人员可以理解，电子设备1200还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1210逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图12中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，用户输入单元1207，用于在显示目标页面的情况下，接收用户的第一输入，上述目标页面中包含M个订单详细信息；

显示单元1206，用于响应于上述第一输入，显示上述M个订单详细信息对应的N个第一控件，一个第一控件对应至少一个订单详细信息；

上述用户输入单元1207，还用于接收用户对上述N个第一控件中的第一目标控件的第二输入；

上述显示单元1206，还用于响应于上述第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息。

可选地，上述显示单元1206，还用于响应于上述第一输入，显示M个待合并控件；每个待合并控件对应一个订单详细信息；

上述用户输入单元1207，还用于接收用户对上述M个待合并控件中的至少两个待合并控件的第三输入；

处理器1210，用于响应于上述第三输入，合并上述至少两个待合并控件对应的订单详细信息，得到合成订单详细信息，

上述显示单元1206，还用于显示上述合成订单详细信息对应的合成控件；其中，上述N个第一控件包括：上述M个待合并控件中除上述至少两个待合并控件以外的待合并控件，以及上述合成控件。

可选地，上述用户输入单元1207，还用于接收用户对上述第一目标控件的第四输入；

上述处理器1210，还用于响应于上述第四输入，更改上述第一目标控件对应的订单详细信息。

可选地，上述处理器1210，还用于响应于上述第四输入，获取上述第一目标控件对应订单详细信息中的商品关键字对应的替代商品名称信息；根据上述替代商品名称信息，更改上述第一目标控件对应订单详细信息。

可选地，上述处理器1210，还用于响应于上述第二输入，查找与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息；

上述显示单元1206，还用于按照各个上述备选商铺的信息中包含的预购商品的品种数量，显示上述备选商铺的信息；

其中，上述预购商品为：第一目标控件对应的订单详细信息中的商品。

在本申请实施例提供的电子设备中，由于在显示目标页面的情况下，接收用户的第一输入，从而响应于第一输入，显示与目标页面中包含的M个订单详细信息对应的N个第一控件，如此，一键导出订单详细信息。接着，在接收到用户对上述N个第一控件中的第一目标控件的第二输入后，响应于上述第二输入，显示与上述第一目标控件对应的订单详细信息相匹配的备选商铺的信息，如此，能够减少用户重新选择商铺的操作步骤，提高查询效率。

本实施例中各种实现方式具有的有益效果具体可以参见上述方法实施例中相应实现方式所具有的有益效果，为避免重复，此处不再赘述。

应理解的是，本申请实施例中，输入单元1204可以包括图形处理器(GraphicsProcessing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1206可包括显示面板12061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板12061。用户输入单元1207包括触控面板12071以及其他输入设备12072。触控面板12071，也称为触摸屏。触控面板12071可包括触摸检测装置和触摸控制器两个部分。其他输入设备12072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1209可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1210可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1210中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基于订单的商铺显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述基于订单的商铺显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。