本公开的实施例涉及计算机技术领域，尤其涉及一种数据处理方法、装置、电子设备及可读存储介质。
背景技术：
随着终端技术和互联网技术的发展，外卖行业得到了迅速发展。用户可以从终端中的外卖平台选择具体的商家，并且在该商家的商品列表中选择所需的商品、并提交订单，以使商家将订单中的商品配送到用户指定的地点。
在实际应用中，商家通常会限制配送金额，当订单的金额超过配送金额时，商家才会进行配送；当用户所需商品的金额不超过商家的配送金额时，该用户可以和其他用户拼单，以使参与拼单的用户选购的商品可以合并为一个订单，如果合并后订单的金额超过商家的配送金额，商家即可进行配送。
在拼单的过程中，一个用户通常只知道自己选择的商品信息，因此，参与拼单的多个用户可能会选择重复的商品。但是，互为好友的多个用户，想要购买不同的商品一起分享，在参与拼单的多个用户可能会选择重复商品的情况下，至少一个用户需要修改订单中的商品，导致拼单的效率较低。
技术实现要素：
本公开的实施例提供一种数据处理方法、装置、电子设备及可读存储介质，用以提高拼单的效率。
根据本公开的实施例的第一方面，提供了一种数据处理方法，所述方法包括：
在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。
根据本公开的实施例的第二方面，提供了一种数据处理装置，所述装置包括：
信息获取模块，用于在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
信息显示模块，用于在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。
根据本公开的实施例的第三方面，提供了一种电子设备，包括：
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述数据处理方法。
根据本公开的实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述数据处理方法。
本公开的实施例提供了一种数据处理方法、装置、电子设备及可读存储介质，所述方法包括：
在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。通过本公开的数据处理方法，用户在拼单的过程中，不仅可以看到自身购物车中的商品信息，还可以看到参与拼单的其他参与用户的购物车中的商品信息，可以避免参与拼单的各个参与用户选择重复商品需要修改购物车的情况，进而可以提高拼单的效率，以及提高拼单过程的便利性。
附图说明
为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了本公开的一个实施例中的数据处理方法的步骤流程图；
图2示出了本公开的一个实施例中的购物车界面的示意图；
图3示出了在本公开的一个实施例中的数据处理方法的步骤流程图；
图4示出了本公开的一个实施例中的购物车对应的显示区域示意图；
图5示出了本公开的一个实施例中的显示点餐状态为已完成的参与用户的人数和头像的示意图；
图6示出了在本公开的一个实施例中的数据处理方法的步骤流程图；
图7示出了在本公开的一个实施例中的数据处理方法的步骤流程图；
图8示出了本公开的一个实施例中的显示拼单的完成进度的示意图；
图9示出了在本公开的一个实施例中的数据处理方法的步骤流程图；
图10示出了在本公开的一个实施例中的数据处理装置的结构图；
图11示出了本公开的一个实施例提供的电子设备的结构图。
具体实施方式
下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。
实施例一
参照图1，其示出了本公开的一个实施例中的数据处理方法的步骤流程图，包括：
步骤101、在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
步骤102、在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。
本公开的数据处理方法可应用于终端中，所述终端具体包括但不限于：智能手机、平板电脑、电子书阅读器、mp3(动态影像专家压缩标准音频层面3，movingpictureexpertsgroupaudiolayeriii)播放器、mp4(动态影像专家压缩标准音频层面4，movingpictureexpertsgroupaudiolayeriv)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等等。
在本公开中，所述参与用户具体可以包括：发起用户和受邀用户。其中，所述发起用户指某次拼单行为的发起者，即创建拼单订单的用户；所述受邀用户指参与发起用户创建的拼单订单、与发起用户共同完成拼单行为的用户。为便于描述，本公开的实施例以外卖点餐中的拼单场景为例进行说明，其它拼单的应用场景相互参照即可。
在本公开的一种应用示例中，用户a通过终端a中的外卖平台点餐，假设点餐页面中包括商家“老川菜”的商品展示界面和购物车界面，其中，商品展示界面中可以包括商家的商品信息，购物车界面中可以包括用户a在其购物车中添加的商品信息。
用户a可以在商品展示界面中选择商品，并添加至购物车中，如果用户a选购的商品不满足商家的配送要求，用户a可以触发拼单请求，邀请好友或者同事一同拼单。终端a接收到用户a的拼单请求之后，可以显示拼单页面，此时，用户a处于拼单状态。
可选地，如果用户a在触发拼单请求之前，已在点餐页面的购物车中添加商品，则可以将用户a的点餐页面的购物车信息同步至用户a的拼单页面的购物车信息中。可以理解，拼单页面和点餐页面可以为同一个页面，或者，拼单页面可以为接收用户触发的拼单请求后，跳转的新的页面，本公开对此不加以限制。
假设用户b通过终端b同意并接受用户a的拼单邀请，加入用户a创建的拼单订单，则在终端b中显示拼单页面，所述拼单页面中包括商家“老川菜”的商品展示界面和购物车界面。此时，用户b处于拼单状态。
用户a和用户b均处于拼单状态，且用户a为发起用户，用户b为受邀用户。本公开的实施例可以实时获取用户a在其购物车中添加的商品信息，以及实时获取用户b在其购物车中添加的商品信息，并且分别在用户a(终端a)的购物车界面，显示用户a在其购物车中添加的商品信息、以及用户b在其购物车中添加的商品信息；在用户b(终端b)的购物车界面，显示用户a在其购物车中添加的商品信息、以及用户b在其购物车中添加的商品信息。
这样，用户a和用户b在拼单的过程中，不仅可以看到自身购物车中的商品信息，还可以看到对方的购物车中的商品信息，可以避免选择重复商品需要修改购物车的情况，进而可以提高拼单的效率，以及提高拼单过程的便利性。
在本公开的一种可选实施例中，所述在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息，具体可以包括：在所述购物车界面中的不同显示区域，显示所述各个参与用户添加到对应的购物车中的商品信息。
为了使得各个参与用户添加到对应的购物车中的商品信息显示的更加直观，本公开的实施例可以将购物车界面划分为多个显示区域，以使各个参与用户的购物车信息可以显示在不同的显示区域中，进而可以增加各个参与用户的购物车信息的辨识度。参照图2，示出了本公开的一个实施例中的购物车界面的示意图。如图2所示，用户a和用户b的购物车信息分别显示在两个矩形的显示区域中，且显示区域通过边框进行区分。可以理解，本公开的实施例对所示显示区域的形状、以及划分显示区域的具体方式不加以限制。例如，还可以通过分隔符对各个参与用户的购物车信息进行分隔，以分栏显示各个参与用户的购物车中的商品信息。
可选地，本公开的实施例还可以在所述显示区域，显示参与用户的用户信息，例如参与用户的类型(发起用户或者受邀用户)、姓名、昵称、头像等信息，以提高购物车的辨识度。
在本公开的实施例中，可以建立发起用户、受邀用户、以及拼单标识之间的对应关系，以实时获取各个参与用户添加到对应的购物车中的商品信息。例如，发起用户在选购某商家的商品时发起拼单行为，则可以根据发起用户的用户标识和该商家的商家标识，生成此次拼单行为对应的唯一的拼单标识。由此，可以建立发起用户、商家、以及拼单标识之间的对应关系。发起用户可以通过即时通讯消息发送或者通过社交平台分享该拼单标识对应的拼单邀请信息，若受邀用户通过点击该拼单邀请信息触发拼单请求，则可以获取受邀用户的用户标识，并且建立发起用户的用户标识、受邀用户的用户标识、以及拼单标识之间的对应关系，由此，可以得到发起用户、受邀用户、以及拼单标识之间的对应关系。
根据发起用户、受邀用户、以及拼单标识之间的对应关系，可以确定所述拼单标识对应的发起用户和受邀用户，并且从服务器获取发起用户在其购物车中添加的商品信息、以及受邀用户在其购物车中添加的商品信息，进而可以在终端的拼单页面中显示所述各个参与用户添加到对应的购物车中的商品信息。
在具体应用中，受邀用户的数目可以为多个。例如，用户c可以在终端c中通过点击用户a分享的拼单邀请信息，触发拼单请求，终端c可以接收用户c的拼单请求，并且显示该拼单请求对应的拼单页面，该拼单页面中可以包括：商家的商品展示界面和购物车界面，所述购物车界面中可以包括：用户a的购物车中的商品信息、用户b的购物车中的商品信息和用户c的购物车中的商品信息。
可选地，受邀用户可以退出正在参与的拼单，当有受邀用户退出当前的拼单时，服务器可以对已建立的发起用户的用户标识、受邀用户的用户标识、以及拼单标识之间的对应关系进行更新，并且根据更新后的对应关系，向当前的拼单标识对应的发起用户和受邀用户的终端下发各个参与用户的购物车中的商品信息，以使各参与用户的终端可以更新购物车界面中各个参与用户对应的购物车信息，例如，可以在购物车界面中删除已退出的受邀用户的购物车信息。
综上，本公开的实施例在拼单状态下，可以实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息，并且在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。由此，用户在拼单的过程中，不仅可以看到自身购物车中的商品信息，还可以看到参与拼单的其他参与用户的购物车中的商品信息，可以避免参与拼单的各个参与用户选择重复商品需要修改购物车的情况，进而可以提高拼单的效率，以及提高拼单过程的便利性。
实施例二
参照图3，其示出了在本公开的一个实施例中的数据处理方法的步骤流程图，包括：
步骤301、在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
步骤302、在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息；
步骤303、实时获取所述各个参与用户的点餐状态；
步骤304、在商家的商品展示界面，显示所述各个参与用户的点餐状态；所述点餐状态包括：已完成或者未完成。
在具体应用中，参与拼单的受邀用户在完成商品的选择之后，可以在拼单页面中触发的点餐完成的确认操作，表示该受邀用户已完成点餐过程，则该受邀用户的点餐状态为已完成，当参与拼单的所有受邀用户的点餐状态均为已完成的情况下，发起用户可以对当前的拼单触发订单提交请求。
在本公开的实施例中，终端可以实时获取参与用户的点餐状态，并且将点餐状态上传至服务器，各个参与用户的终端可以根据拼单标识，从服务器获取其他参与用户的点餐状态，并且在商家的商品展示界面，显示所述各个参与用户的点餐状态，以使各个参与用户可以实时获取参与拼单的其他用户的点餐状态。
可选地，本公开的实施例还可以在各个参与用户的购物车对应的显示区域，显示各个参与用户的点餐状态。参照图4，示出了本公开的一个实施例中的购物车对应的显示区域示意图。如图4所示，为用户a的终端a中的购物车界面，其中包括用户a、用户b和用户c的购物车信息，且显示在不同的显示区域，在所述显示区域中分别显示有用户a、用户b和用户c的点餐状态。
在本公开的一种可选实施例中，所述方法还可以包括：
在商家的商品展示界面，显示点餐状态为已完成的参与用户的人数；和/或
在商家的商品展示界面，显示点餐状态为已完成的参与用户的头像信息。
可选地，还可以在商家的商品展示界面，显示参与拼单的总人数。这样，用户在拼单过程中，可以获知参与拼单的总人数，以及在这些总人数中，点餐状态为已完成的参与用户的人数，以使用户可以获知当前拼单的整体进度。
在具体应用中，参与拼单的参与用户之间可能互为好友，通过头像信息即可快速识别用户，因此，本公开的实施例还可以在商家的商品展示界面，显示点餐状态为已完成的参与用户的头像信息，以提高点餐状态为已完成的参与用户的辨识度。参照图5，示出了本公开的一个实施例中的显示点餐状态为已完成的参与用户的人数和头像的示意图。
综上，本公开的实施例在购物车界面显示各个参与用户添加到对应的购物车中的商品信息，以提高拼单效率的基础上，还可以显示所述各个参与用户的点餐状态，所述点餐状态可以包括：已完成或者未完成。由此，各个参与用户可以根据其他参与用户的点餐状态，执行后续操作，可以提高拼单过程的便利性。
实施例三
参照图6，其示出了在本公开的一个实施例中的数据处理方法的步骤流程图，包括：
步骤601、在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
步骤602、在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息；
步骤603、当有参与用户新加入商品到对应的购物车时，在商家的商品展示界面或者购物车界面显示提示信息；所述提示信息中包括：触发所述新加入商品的参与用户的用户信息，以及所述新加入商品的商品信息。
在本公开的实施例中，当参与拼单的各个参与用户中，有某个参与用户在其购物车中新加入商品时，可以在各个参与用户对应的商家的商品展示界面或者购物车界面显示提示信息，以使各个参与用户可以实时了解其他参与用户添加商品的情况。
在本发明的一种应用示例中，假设用户a、用户b和用户c在商家“老川菜”中一同进行拼单，当用户a在其购物车中添加商品“鱼香肉丝”时，可以在分别在用户a、用户b和用户c对应的商家的商品展示界面或者购物车界面显示提示信息，所述提示信息中可以包括：触发所述新加入商品的参与用户的用户信息，以及所述新加入商品的商品信息。例如所述提示信息可以为“用户a刚刚添加了鱼香肉丝”。所述用户信息可以包括用户的姓名、昵称、头像等信息。所述商品信息可以包括商品的名称、简介、价格等信息。
可以理解，本发明实施例对所述提示信息的具体形式以及展示方式不加以限制。例如，所述提示信息可以通过弹窗的方式进行显示，并且在显示预设时间段(如3秒钟)后自动关闭等。
可选地，本公开的实施例可以设置触发拼单对应的订单提交请求的权限，例如，可以设置发起用户具有触发订单提交请求的权限，受邀用户不具有触发订单提交请求的权限。对于发起用户，可以在其拼单页面中显示用于触发订单提交请求的提交按键，当然，在实际应用中，也可以设置所有参与用户都具有触发订单提交请求的权限，本公开的实施例对此不加以限制。
可选地，本公开的实施例还可以在确定各个参与用户的点餐状态均为已完成的情况下，设置所述提交按键为可点击状态，否则，设置所述提交按键为置灰状态，以保证所有参与用户已完成商品的选择，提高拼单的准确性。
综上，本公开的实施例在购物车界面显示各个参与用户添加到对应的购物车中的商品信息，以提高拼单效率的基础上，当有参与用户新加入商品到对应的购物车时，可以向各个参与用户发出提示信息，所述提示信息中包括：触发所述新加入商品的参与用户的用户信息，以及所述新加入商品的商品信息，可以提高用户获取其他参与用户添加商品信息的及时性，进而可以提高拼单的效率。
实施例四
参照图7，其示出了在本公开的一个实施例中的数据处理方法的步骤流程图，包括：
步骤701、在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
步骤702、在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息；
步骤703、确定所述拼单对应的订单的完成进度；
步骤704、在购物车界面中显示用于标识所述完成进度的进度条。
本公开的实施例还可以向各个参与用户展示当前拼单的完成进度，以使用户可以及时了解拼单的状态。其中，所述完成进度具体可以包括：点餐进行中、点餐完成、提交订单、确认付款、拼单完成等。
本公开的实施例可以在各个参与用户的购物车界面中显示用于标识所述完成进度的进度条，通过进度条可以更加直观地表示拼单的完成进度。参照图8，示出了本公开的一个实施例中的显示拼单的完成进度的示意图。当然，利用进度条显示拼单的完成进度，仅作为本公开的一种应用示例，在实际应用中，本公开的实施例对于显示所述完成进度的具体方式不加以限制。
综上，本公开的实施例在购物车界面显示各个参与用户添加到对应的购物车中的商品信息，以提高拼单效率的基础上，还可以显示拼单的完成进度，以使各个参与用户可以根据拼单的完成进度，执行后续操作，可以提高拼单过程的便利性。
实施例五
参照图9，其示出了在本公开的一个实施例中的数据处理方法的步骤流程图，包括：
步骤901、在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
步骤902、在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息；
步骤903、接收参与用户针对所述拼单对应的订单发送的查询请求；
步骤904、响应于所述查询请求，显示所述订单对应的拼单信息。
在本公开的实施例中，参与用户还可以对拼单对应的订单进行查询。
具体地，在拼单未完成或者已完成的状态下，参与用户可以查询拼单对应的订单的完成进度，或者查询订单对应的拼单信息等。所述拼单信息具体可以包括：参与用户的姓名、联系方式、配送地址、订单是否已经开始配送、以及配送进度等。可以理解，本公开的实施例对于所述拼单信息的具体内容不加以限制。
可以理解，本公开的实施例对于用户触发查询请求的具体方式不加以限制，例如，用户可以根据拼单对应的订单号进行查询，或者，还可以在历史订单中选择所需的拼单对应的订单进行查询等。
综上，本公开的实施例在购物车界面显示各个参与用户添加到对应的购物车中的商品信息，以提高拼单效率的基础上，还可以接收并响应参与用户针对拼单对应的订单发送的查询请求，显示所述订单对应的拼单信息。以使参与用户可以了解订单中的商品信息和订单的状态，为用户带来极大的便利。
在具体应用中，发起用户可以将拼单请求对应的拼单邀请信息通过即时通讯消息发送给好友，或者将所述拼单邀请信息分享在社交平台如微信朋友圈、qq空间、微博中等。受邀用户可以通过点击所述拼单邀请信息触发拼单请求，进入拼单页面。发起用户可以通过点击点餐页面中的拼单按键触发拼单请求，进入拼单页面，或者，发起用户也可以通过点击其分享的拼单邀请信息触发拼单请求，进入拼单页面。下面结合具体示例，详细说明发起用户和受邀用户通过不同的拼单请求触发方式，进入拼单页面的具体过程。
示例一
在示例一中，终端接收并响应发起用户在点餐页面中触发的拼单请求。具体过程如下：
步骤a1、接收发起用户在点餐页面中触发的拼单请求；
步骤a2、对所述发起用户进行第一校验；
其中，所述第一校验可以包括：验证发起用户的登录状态、发起用户的身份合法性等，若所述发起用户未登录点餐系统，则可以跳转至登录页面，若所述发起用户已登录点餐系统，且为合法用户，可以认为所述发起用户通过第一校验。
步骤a3、若所述第一校验通过，则分享所述拼单请求对应的拼单邀请信息；否则，拒绝所述拼单请求；
具体地，若发起用户通过第一校验，则可以生成所述拼单请求对应的拼单邀请信息，并跳转至社交平台如微信的分享列表，以使发起用户可以在所述分享列表中选择所要分享的用户。
步骤a4、显示所述拼单请求对应的拼单页面；所述拼单页面中包括：商家的商品展示界面和购物车界面，所述购物车界面包括：参与拼单的各个参与用户添加到对应的购物车中的商品信息；
具体地，本公开可以获取所述发起用户在点餐页面中的购物车信息，并且将点餐页面中的购物车信息同步至拼单页面中。
步骤a5、接收针对所述拼单请求的订单提交请求；
步骤a6、对所述订单提交请求进行第二校验；
其中，所述第二校验的具体过程可以包括：
步骤a61、判断所述拼单请求对应的所有参与用户的购物车信息是否为空，若不为空，则执行步骤a62；否则，执行步骤a65；
步骤a62、判断所述拼单请求对应的所有参与用户的购物车状态是否为已完成，若是，则执行步骤a63；否则，执行步骤a65；
步骤a63、判断所述拼单请求对应的订单金额是否超过配送金额，若是，则执行步骤a64；否则，执行步骤a65；
步骤a64、第二校验通过；
步骤a65、第二校验失败；
步骤a7、若所述第二校验通过，则响应于所述订单提交请求，生成所述拼单请求对应的拼单订单；若所述第二校验失败，则拒绝所述订单提交请求。
步骤a8、跳转至订单提交页面。
具体地，在所述订单提交页面中可以显示所述拼单订单的详细信息，例如，所述拼单订单对应的发起用户的用户信息、发起用户选购的商品信息、所述拼单订单对应的各受邀用户的用户信息、以及各受邀用户选购的商品信息等，若发起用户确认拼单订单中的信息无误，可以提交订单以进入订单支付页面。
示例二
在示例二中，终端接收并响应发起用户或者受邀用户通过点击所述拼单邀请信息触发拼单请求，进入拼单页面。具体过程如下：
步骤b1、接收拼单请求；
具体地，所述拼单请求可以为发起用户或者受邀用户通过点击所述拼单邀请信息所触发。例如，发起用户可以将所述拼单页面对应的链接分享至微信朋友圈，发起用户或者受邀用户可以通过点击微信朋友圈中的该链接进入拼单页面。
步骤b2、对触发所述拼单请求的用户进行第三校验；
其中，所述第三校验的具体过程可以包括：
步骤b21、判断所述拼单请求是否有效；
具体地，若所述拼单请求对应的拼单订单还未提交，且所述拼单请求未超过预设的时效期，以及所述拼单请求对应的参与用户的数目未超过预设的人数上限，则确定所述拼单请求有效。
若所述拼单请求对应的拼单订单已完成提交，则确定所述拼单请求无效，可以发出提示消息“当前拼单已关闭”，并跳转至点餐页面；或者，若所述拼单请求超过时效期，则确定所述拼单请求无效，可以发出提示消息“当前拼单已关闭”，并跳转至点餐页面；或者，若所述拼单请求对应的参与用户的数目大于人数上限，则确定所述拼单请求无效，可以发出提示消息“当前拼单已达人数上限，试试自己去拼一单吧～”，并跳转至点餐页面。
步骤b22、若所述拼单请求有效，则执行步骤b23；否则，执行步骤b28；
步骤b23、确定触发所述拼单请求的当前用户的用户类型，若所述用户类型为发起用户，则执行步骤b27；否则，执行步骤b24；
步骤b24、确定所述当前用户与所述拼单请求对应的发起用户之间的距离，若所述距离超过预设距离，则执行步骤b25；否则，执行步骤b27；
在具体应用中，为了提高配送效率，可以设置拼单请求对应的参与用户之间的距离小于预设距离。若受邀用户与发起用户之间的距离超过预设距离，则确定第三校验失败，拒绝受邀用户加入发起用户的拼单请求；若受邀用户与发起用户之间的小于超过预设距离，则可以向受邀用户发送是否愿意参与拼单的询问消息。
步骤b25、向所述当前用户发送询问消息，以询问所述当前用户是否同意参与所述拼单请求；
步骤b26、若接收到所述当前用户针对所述询问消息返回的同意消息，则执行步骤b27；否则，执行步骤b28；
步骤b27、第三校验通过；
步骤b28、第三校验失败；
步骤b3、若所述第三校验通过，则显示所述拼单请求对应的拼单页面；所述拼单页面中包括：所述拼单请求对应的参与用户的购物车信息；若所述第三校验识别，则拒绝所述拼单请求。
在显示所述拼单请求对应的拼单页面之后，执行过程可参考示例一中的步骤a5至a8，此处不再赘述。
实施例六
参照图10，其示出了在本公开的一个实施例中的数据处理装置的结构图，具体如下。
信息获取模块1001，用于在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；
信息显示模块1002，用于在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。
可选地，所述信息显示模块1002，可以包括：
第一显示子模块，用于在所述购物车界面中的不同显示区域，显示所述各个参与用户添加到对应的购物车中的商品信息。
可选地，所述装置还可以包括：
状态获取模块，用于实时获取所述各个参与用户的点餐状态；
状态显示模块，用于在商家的商品展示界面，显示所述各个参与用户的点餐状态；所述点餐状态包括：已完成或者未完成。
可选地，所述装置还可以包括：
人数显示模块，用于在商家的商品展示界面，显示点餐状态为已完成的参与用户的人数；和/或
头像显示模块，用于在商家的商品展示界面，显示点餐状态为已完成的参与用户的头像信息。
可选地，所述装置还可以包括：
提示模块，用于当有参与用户新加入商品到对应的购物车时，在商家的商品展示界面或者购物车界面显示提示信息；所述提示信息中包括：触发所述新加入商品的参与用户的用户信息，以及所述新加入商品的商品信息。
可选地，所述装置还可以包括：
进度确定模块，用于确定所述拼单对应的订单的完成进度；
进度显示模块，用于在购物车界面中显示用于标识所述完成进度的进度条。
可选地，所述装置还可以包括：
查询请求接收模块，用于接收参与用户针对所述拼单对应的订单发送的查询请求；
查询请求响应模块，用于响应于所述查询请求，显示所述订单对应的拼单信息。
综上所述，本公开的实施例提供了一种数据处理装置，所述装置包括：信息获取模块，用于在拼单状态下，实时获取参与拼单的各个参与用户添加到对应的购物车中的商品信息；信息显示模块，用于在购物车界面，显示所述各个参与用户添加到对应的购物车中的商品信息。能够避免参与拼单的参与用户选择重复商品需要修改购物车的情况，可以提高拼单的效率，以及提高拼单过程的便利性。
本公开的实施例还提供了一种电子设备，参见图11，包括：处理器1101、存储器1102以及存储在所述存储器上并可在所述处理器上运行的计算机程序11021，所述处理器执行所述程序时实现前述实施例的数据处理方法。
本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的数据处理方法。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。