[0116]这里需要指出的是，上述客户端可以为PC这种电子设备，还可以为如PAD，平板电脑，手提电脑这种便携电子设备、还可以为如手机这种智能移动终端，不限于这里的描述；所述信息处理平台或者系统平台可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，客户端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。
[0117]其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SingnalProcessor)或可编程逻辑阵列(FPGA，Field 一 Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。
[0118]该客户端和信息处理平台作为硬件实体Sll的一个示例如图5所示。所述装置包括处理器31、存储介质32以及至少一个外部通信接口 33 ;所述处理器31、存储介质32以及外部通信接口 33均通过总线34连接。
[0119]这里需要指出的是:以上涉及客户端和信息处理平台项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。
[0120]以一个现实应用场景为例对本发明实施例阐述如下:
[0121]本应用场景为商品移动支付和快递信息快速查询的情形，本应用场景采用本发明实施例，为一种通过扫快递单上二维码实现支付和查询物流的方案。
[0122]先简单介绍下一些名词如下:
[0123]二维码(Quick Response Code):又称二维条码，它是用特定的几何图形按一定规律在平面(二维方向)上分布的黑白相间的图形，是所有信息数据的一把钥匙。在现代商业活动中，可实现的应用十分广泛，如:产品防伪/溯源、广告推送、网站链接、数据下载、商品交易、定位/导航、电子商务应用、车辆管理、信息传递等。
[0124]移动支付:移动支付也称为手机支付，就是允许用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付的一种服务方式。
[0125]针对本应用场景而言，现在寄快递付快递费和查快递物流主要使用以下方式:1)寄快递的时候根据快递应付金额支付现金，查询快递物流信息时在官网输入快递单号进行查询；2)顺丰微信合作方式:用户关注顺丰的微信公众账号，在顺丰微信公众账号上下单，快递员上门取件，支付快递费时，用户可以选择支付现金，也可以扫快递员手上的二维码使用微信支付进行支付，查询快递物流信息时在官网或者顺丰微信公众账号输入快递单号进行查询。
[0126]第I)种方式的缺点是需要现金支付，是线下的交互，由于用户需要支付现金，存在找零的问题，查询快递物流信息时也需要用户输入一串快递单号，对用户来说查询起来不方便快捷。第2)种方式，虽然引入了微信公众号，可以实现部分的线上交互，但是仅仅限于微信这个平台进行操作。无论采用哪种方式，都不是跨平台意义上完全的线上交互方案。
[0127]而本应用场景采用本发明实施例，这种通过扫快递单上二维码实现支付和查询物流的方案，简单来说，将移动支付运用到快递行业的服务场景中，是在快递单上增加一个二维码，通过对该二维码的读取，及获得的相关信息导致一系列的线上的交互操作，无论是支付，还是查询已经支付成功订单的物流状态都脱离了人工操作，也就是说，通过扫描快递单上的二维码即可利用实现支付，对于已经支付完的快递单，扫描二维码即可查看快递的目前的物流位置，从而通过一个二维码就可以同时解决支付和查询物流状态的问题，方便快捷。此过程中用户使用移动支付，省去找零的麻烦，查询快递物流状态时也不需要再输入一串快递单号，用户直接扫描快递单上的二维码即可或者直接点击移动信息处理平台发送的支付通知，支付通知可以包含查询物流状态的URL，用户通过点击URL跳转到对应的地址，就能查询物流状态了。进一步的，可以将快递单上只保留二维码信息，而不包含其他需要手写的项，只需要针对在快递单上保留的二维码信息进行读取和支付，查询物流状态的处理。
[0128]具体来说，如图6所示为包括第一用户41，第二用户42，信息处理平台43和快递公司的系统平台44、快递公司的物流数据库45所构成的处理架构下，应用本发明实施例的流程图，包括:
[0129]步骤601、第一用户(寄件用户)扫描二维码，带快递单号请求快递公司系统平台的后台接口。
[0130]这里，二维码位于第二用户(取件用户或称为快递员)带来的快递单上，二维码关联快递单号。
[0131]步骤602、快递公司系统平台调用信息处理平台(如手机QQ支付中心)查询接口，根据快递单号查询(快递单号作为商户订单号)该快递单是否已经支付。
[0132]步骤603、信息处理平台返回支付的查询结果，支付的查询结果包括支付成功或未支付成功两种可能，如果支付成功，则转入执行步骤604 ;如果未支付成功，则转入执行步骤 606。
[0133]步骤604、如果该快递单已经支付成功，则快递公司系统平台调用物流查询接口，向物流数据库请求查询物流状态信息。
[0134]步骤605、物流数据库返回所查询的物流状态信息给快递公司系统平台。
[0135]步骤606、如果已支付成功，则返回查询到的物流状态信息给第一用户，如果未支付成功，则返回支付页面给第一用户，提示用户需要进行支付。
[0136]步骤607、对于已经支付成功，则查询物流状态信息结束，没有支付成功，则提示第一用户在支付页面输入支付金额和第二用户编号信息(如快递员编号)，然后点击确认支付页面跳转至信息处理平台进行支付。
[0137]这里，输入快递员编号不是必须的，不过，输入快递员编号后，会调用快递后台接口查询快递员信息并显示，这样，后续，支付成功的信息也可以根据该快递员信息反馈给当前快递员。
[0138]步骤608、支付完成后，信息处理平台分别推送支付结果给第一用户和第二用户，其中推送给第一用户的支付结果里面包含了指定的查物流接口，第一用户点击即可查询物流状态信息。
[0139]通过上述步骤601-608，丰富了用户寄快递的过程，完全是线上的交互，无需过多的人工操作，在整个寄快递的过程中，快递员收件，计算快递应付金额后，用户只需使用在手机上使用手Q扫一扫功能或者微信扫一扫功能或者其他具备扫描功能的应用来进行扫描二维码的操作；在扫描快递单上的二维码后，如果该快递单号尚未支付，显示支付界面，用户输入金额，快递员的编号(输入完会自动查询快递员信息并显示)，如果用户点击确认支付，则进入手Q支付中心，输入支付密码完成支付；在支付完成之后，手Q后台回调通知快递员和用户已支付完成信息(手Q上面的公众号发送通知给用户和快递员)。
[0140]整个寄快递的过程完成后，用户查询快递物流状态的过程非常方便，用户如果想查询快递物流状态，可以直接扫描快递单上的二维码，如果快递系统平台发现快递单号已经支付完成，则回调用接口查询快递的物流，并展示给用户；用户也可以通过手Q支付后台发送的支付结果通知(含有查询快递物流状态的链接)，点击查询快递物流状态。
[0141]在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如:多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0142]上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0143]另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0144]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0145]或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是