一种信息处理方法、客户端及信息处理平台的制作方法
一种信息处理方法、客户端及信息处理平台的制作方法
【技术领域】
[0001]本发明涉及通讯技术，尤其涉及一种信息处理方法、客户端及信息处理平台。
【背景技术】
[0002]本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题:
[0003]互联网技术的发展丰富了人们的日常生活，辐射到用户生活的方方面面，如去超市买东西，可以利用具备短距离通信技术(NFC，Near Field Communicat1n)且已经绑定了银行卡支付的终端进行付费，不需要用现金付费；买东西想知道当前市场上的平均成交价，通过条码识别技术进行扫描之后将扫描信息传输到网上就可以查询到平均成交价，从而对用户购买商品的行为进行指导。
[0004]如今，各行各业都需要引入互联网技术和各种通信手段来丰富用户的生活，为用户的生活提供便利，一个场景为:寄快递采用现金支付，想要查询快递需要手工输入运单号才能获知快递的物流信息，存在的问题是:人工操作多，出错的概率高，也会占用大量时间成本。然而，相关技术中，对于该问题，尚无有效解决方案。
【发明内容】
[0005]有鉴于此，本发明实施例希望提供一种信息处理方法、客户端及信息处理平台，至少解决了现有技术存在的问题。
[0006]本发明实施例的技术方案是这样实现的:
[0007]本发明实施例的一种信息处理方法，所述方法包括:
[0008]获取第一操作；
[0009]响应所述第一操作，读取显示于载体上的第一信息；
[0010]所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息;
[0011]解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息;
[0012]接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0013]本发明实施例的一种客户端，所述客户端包括:
[0014]第一获取单元，用于获取第一操作；
[0015]第一响应单元，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；
[0016]第一解析单元，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；
[0017]第一解析及查询单元，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0018]本发明实施例的一种信息处理方法，所述方法包括:
[0019]接收携带运单信息的第一请求消息；
[0020]所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0021]从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0022]所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0023]本发明实施例的一种信息处理平台，所述信息处理平台包括:
[0024]第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0025]第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0026]第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0027]本发明实施例的信息处理方法包括:获取第一操作；响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0028]采用本发明实施例，读取显示于载体上的第一信息，解析所述第一信息得到运单信息，发送携带所述运单信息的第一请求消息后，得到第一响应消息，从所述第一响应消息中解析出请求结果，在请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息，整个过程无需人工介入，是机器执行的线上的交互操作，从而解决了以往人工操作多，出错的概率高，占用大量时间成本的弊端。
【附图说明】
[0029]图1为本发明方法实施例一的一个实现流程示意图；
[0030]图2为本发明方法实施例二的一个实现流程示意图；
[0031]图3为本发明客户端实施例一的一个组成结构示意图；
[0032]图4为本发明方法实施例三的一个实现流程示意图；
[0033]图5为应用本发明实施例一客户端或信息处理平台的硬件实体图；
[0034]图6为应用本发明实施例的一个场景架构示意图。
【具体实施方式】
[0035]下面结合附图对技术方案的实施作进一步的详细描述。
[0036]方法实施例一:
[0037]本发明实施例的一种信息处理方法，如图1所示，所述方法包括:
[0038]步骤101、获取第一操作。
[0039]这里，第一操作包括但不限于扫码操作，可以是对二维码或者条码的扫码操作。
[0040]步骤102、响应所述第一操作，读取显示于载体上的第一信息。
[0041]这里，载体包括但不限于快递单，还可以是商品本身作为载体，第一信息包括二维码或者条码。
[0042]步骤103、所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息。
[0043]这里，运单信息包括但不限于快递单号。
[0044]步骤104、解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息。
[0045]这里，该第一请求消息包括但不限于询问是否该快递单号的快递已经支付，以便信息处理平台(如手机QQ支付或者微信支付或者)查询支付结果，告知用户是否已经支付，如果未支付，就调用信息处理平台的接口与第一用户(如需要寄出物品的寄件用户)的客户端进行通信，在客户端界面所呈现的支付页面进行显示，该支付页面提示第一用户输入寄件所需要的金额，用户输入金额，或者输入金额和快递员的编号，以便在利用信息处理平台支付成功后，将支付成功的结果返回第一用户和第二用户(接收第一用户寄出物品的取件用户，即快递员)。这里需要指出的是，信息处理平台也可以称为支付平台或支付中心。
[0046]步骤105、接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0047]这里，所述请求结果包括但不限于支付是否成功的支付结果。所述与所述运单信息相关联的订单信息已经执行完毕包括但不限于已经支付成功的结果。
[0048]采用本发明实施例，通过步骤101-103，读取显示于载体上的第一信息，解析所述第一信息得到运单信息；通过步骤104-105，发送携带所述运单信息的第一请求消息后，得到第一响应消息，从所述第一响应消息中解析出请求结果，在请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息，整个过程无需人工介入，是机器执行的线上的交互操作，从而解决了以往人工操作多，出错的概率高，占用大量时间成本的弊端。
[0049]方法实施例二:
[0050]本发明实施例的一种信息处理方法，如图2所示，所述方法包括:
[0051]步骤201、获取第一操作。
[0052]这里，第一操作包括但不限于扫码操作，可以是对二维码或者条码的扫码操作。
[0053]步骤202、响应所述第一操作，读取显示于载体上的第一信息。
[0054]这里，载体包括但不限于快递单，还可以是商品本身作为载体，第一信息包括二维码或者条码。
[0055]步骤203、所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息。
[0056]这里，运单信息包括但不限于快递单号。
[0057]步骤204、解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息。
[0058]步骤205、接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发 显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据。
[0059]这里，第一页面包括但不限于支付页面。所述订单支付数据包括但不限于订单金额。
[0060]步骤206、在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息。
[0061]这里，在所述第一页面接收输入的信息除了所述订单支付数据，还可以包括所述第二用户的编号信息(如快递员的编号)，以便在通过信息处理平台支付成功后，可以根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户(如快递员)。
[0062]这里，所述第二请求消息包括但不限于第一用户(如需要寄出物品的寄件用户)去信息处理平台请求进行支付的行为。
[0063]步骤207、接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。
[0064]在本发明实施例一实施方式中，所述查询与所述运单信息相关联的物流状态信息，包括:
[0065]步骤301、获取第二操作。
[0066]这里，第二操作是继续进行扫码操作，比如对二维码或条码进行扫码操作。
[0067]步骤302、响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息。
[0068]这个更新后的第一信息是能通过扫码操作让第一用户得到物流状态信息的。
[0069]步骤303、通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。
[0070]在本发明实施例一实施方式中，所述查询与所述运单信息相关联的物流状态信息，包括:
[0071]所述请求结果中包含指定的物流状态信息的查询链接信息；
[0072]根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态?目息O
[0073]客户端实施例一:
[0074]本发明实施例的一种客户端，如图3所示，所述客户端包括:
[0075]第一获取单元11，用于获取第一操作；
[0076]第一响应单元12，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；
[0077]第一解析单元13，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；
[0078]第一解析及查询单元14，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0079]在本发明实施例一实施方式中，所述客户端还包括:
[0080]页面显示单元，用于在所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据；
[0081]第一发送单元，用于在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息；
[0082]所述第一解析及查询单元，进一步用于接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。
[0083]在本发明实施例一实施方式中，所述第一解析及查询单元，进一步用于:获取第二操作；响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息；通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。
[0084]在本发明实施例一实施方式中，所述第一解析及查询单元，进一步用于:所述请求结果中包含指定的物流状态信息的查询链接信息；根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。
[0085]方法实施例三:
[0086]本发明实施例的一种信息处理方法，如图4所示，所述方法包括:
[0087]步骤401、接收携带运单信息的第一请求消息。
[0088]步骤402、所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息。
[0089]步骤403、从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果。
[0090]步骤404、所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0091]在本发明实施例一实施方式中，所述第一用户为需要寄出物品的寄件用户；所述第二用户为接收第一用户寄出物品的取件用户。
[0092]在本发明实施例一实施方式中，所述方法还包括:
[0093]步骤501、接收携带所述订单支付数据的第二请求消息。
[0094]步骤502、从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值。
[0095]步骤503、根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值。
[0096]步骤504、比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。
[0097]在本发明实施例一实施方式中，所述第二请求消息还包括:所述第二用户的编号信息(如快递员的编号)。所述方法还包括:从所述第二请求消息中解析出所述第二用户的编号信息；根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。
[0098]在本发明实施例一实施方式中，所述方法还包括:
[0099]信息处理平台将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台(如快递公司的系统平台)；接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成；将所述物流状态信息通过所述请求结果返回所述第一用户。
[0100]这里需要指出的是，一种方式为:如上所述的将所述物流状态信息通过所述请求结果返回所述第一用户；另一种方式为:根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。
[0101]信息处理平台实施例一:
[0102]本发明实施例的一种信息处理平台，所述信息处理平台包括:
[0103]第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0104]第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0105]第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0106]在本发明实施例一实施方式中，所述第一用户为需要寄出物品的寄件用户；所述第二用户为接收第一用户寄出物品的取件用户。
[0107]在本发明实施例一实施方式中，所述第一接收单元，进一步用于接收携带所述订单支付数据的第二请求消息；所述第二解析单元，进一步用于从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值。
[0108]所述信息处理平台还包括:
[0109]比对单元，用于根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值，比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。
[0110]在本发明实施例一实施方式中，所述第二请求消息还包括:所述第二用户的编号信息；所述第二解析单元，进一步用于从所述第二请求消息中解析出所述第二用户的编号信息。
[0111]所述比对单元，进一步用于根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。
[0112]在本发明实施例一实施方式中，所述信息处理平台还包括:
[0113]第一通知单元，用于将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台；
[0114]第二接收单元，用于接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成；
[0115]所述比对单元，进一步用于将所述物流状态信息通过所述请求结果返回所述第一用户；或者，根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。 [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]或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是 个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0146]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【主权项】
1.一种信息处理方法，其特征在于，所述方法包括: 获取第一操作； 响应所述第一操作，读取显示于载体上的第一信息； 所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息； 解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息； 接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。2.根据权利要求1所述的方法，其特征在于，所述方法还包括: 所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据； 在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息； 接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。3.根据权利要求1或2所述的方法，其特征在于，所述查询与所述运单信息相关联的物流状态信息，包括: 获取第二操作； 响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息； 通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。4.根据权利要求1或2所述的方法，其特征在于，所述查询与所述运单信息相关联的物流状态信息，包括: 所述请求结果中包含指定的物流状态信息的查询链接信息； 根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。5.一种客户端，其特征在于，所述客户端包括: 第一获取单元，用于获取第一操作； 第一响应单元，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息； 第一解析单元，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息； 第一解析及查询单元，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。6.根据权利要求5所述的客户端，其特征在于，所述客户端还包括: 页面显示单元，用于在所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据； 第一发送单元，用于在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息； 所述第一解析及查询单元，进一步用于接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。7.根据权利要求5或6所述的客户端，其特征在于，所述第一解析及查询单元，进一步用于: 获取第二操作； 响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息； 通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。8.根据权利要求5或6所述的客户端，其特征在于，所述第一解析及查询单元，进一步用于: 所述请求结果中包含指定的物流状态信息的查询链接信息； 根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。9.一种信息处理方法，其特征在于，所述方法包括: 接收携带运单信息的第一请求消息； 所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息； 从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果； 所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。10.根据权利要求9所述的方法，其特征在于，所述第一用户为需要寄出物品的寄件用户； 所述第二用户为接收第一用户寄出物品的取件用户。11.根据权利要求10所述的方法，其特征在于，所述方法还包括: 接收携带所述订单支付数据的第二请求消息； 从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值； 根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值；比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。12.根据权利要求11所述的方法，其特征在于，所述第二请求消息还包括:所述第二用户的编号信息； 所述方法还包括: 从所述第二请求消息中解析出所述第二用户的编号信息； 根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。13.根据权利要求9至12任一项所述的方法，其特征在于，所述方法还包括: 将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台； 接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成； 将所述物流状态信息通过所述请求结果返回所述第一用户； 或者， 根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。14.一种信息处理平台，其特征在于，所述信息处理平台包括: 第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息； 第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果； 第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。15.根据权利要求14所述的信息处理平台，其特征在于，所述第一用户为需要寄出物品的寄件用户； 所述第二用户为接收第一用户寄出物品的取件用户。16.根据权利要求15所述的信息处理平台，其特征在于，所述第一接收单元，进一步用于接收携带所述订单支付数据的第二请求消息； 所述第二解析单元，进一步用于从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值； 所述信息处理平台还包括: 比对单元，用于根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值，比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。17.根据权利要求16所述的信息处理平台，其特征在于，所述第二请求消息还包括:所述第二用户的编号信息； 所述第二解析单元，进一步用于从所述第二请求消息中解析出所述第二用户的编号信息; 所述比对单元，进一步用于根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。18.根据权利要求14至17任一项所述的信息处理平台，其特征在于，所述信息处理平台还包括: 第一通知单元，用于将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台； 第二接收单元，用于接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成； 所述比对单元，进一步用于将所述物流状态信息通过所述请求结果返回所述第一用户；或者，根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。
【专利摘要】本发明公开了一种信息处理方法、客户端及信息处理平台，其中，所述方法包括：获取第一操作；响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
【IPC分类】G06Q50/28, G06Q10/08
【公开号】CN104899715
【申请号】CN201510222569
【发明人】杨义凡
【申请人】腾讯科技（深圳）有限公司
【公开日】2015年9月9日
【申请日】2015年5月5日
【技术领域】
[0001]本发明涉及通讯技术，尤其涉及一种信息处理方法、客户端及信息处理平台。
【背景技术】
[0002]本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题:
[0003]互联网技术的发展丰富了人们的日常生活，辐射到用户生活的方方面面，如去超市买东西，可以利用具备短距离通信技术(NFC，Near Field Communicat1n)且已经绑定了银行卡支付的终端进行付费，不需要用现金付费；买东西想知道当前市场上的平均成交价，通过条码识别技术进行扫描之后将扫描信息传输到网上就可以查询到平均成交价，从而对用户购买商品的行为进行指导。
[0004]如今，各行各业都需要引入互联网技术和各种通信手段来丰富用户的生活，为用户的生活提供便利，一个场景为:寄快递采用现金支付，想要查询快递需要手工输入运单号才能获知快递的物流信息，存在的问题是:人工操作多，出错的概率高，也会占用大量时间成本。然而，相关技术中，对于该问题，尚无有效解决方案。
【发明内容】
[0005]有鉴于此，本发明实施例希望提供一种信息处理方法、客户端及信息处理平台，至少解决了现有技术存在的问题。
[0006]本发明实施例的技术方案是这样实现的:
[0007]本发明实施例的一种信息处理方法，所述方法包括:
[0008]获取第一操作；
[0009]响应所述第一操作，读取显示于载体上的第一信息；
[0010]所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息;
[0011]解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息;
[0012]接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0013]本发明实施例的一种客户端，所述客户端包括:
[0014]第一获取单元，用于获取第一操作；
[0015]第一响应单元，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；
[0016]第一解析单元，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；
[0017]第一解析及查询单元，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0018]本发明实施例的一种信息处理方法，所述方法包括:
[0019]接收携带运单信息的第一请求消息；
[0020]所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0021]从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0022]所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0023]本发明实施例的一种信息处理平台，所述信息处理平台包括:
[0024]第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0025]第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0026]第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0027]本发明实施例的信息处理方法包括:获取第一操作；响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0028]采用本发明实施例，读取显示于载体上的第一信息，解析所述第一信息得到运单信息，发送携带所述运单信息的第一请求消息后，得到第一响应消息，从所述第一响应消息中解析出请求结果，在请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息，整个过程无需人工介入，是机器执行的线上的交互操作，从而解决了以往人工操作多，出错的概率高，占用大量时间成本的弊端。
【附图说明】
[0029]图1为本发明方法实施例一的一个实现流程示意图；
[0030]图2为本发明方法实施例二的一个实现流程示意图；
[0031]图3为本发明客户端实施例一的一个组成结构示意图；
[0032]图4为本发明方法实施例三的一个实现流程示意图；
[0033]图5为应用本发明实施例一客户端或信息处理平台的硬件实体图；
[0034]图6为应用本发明实施例的一个场景架构示意图。
【具体实施方式】
[0035]下面结合附图对技术方案的实施作进一步的详细描述。
[0036]方法实施例一:
[0037]本发明实施例的一种信息处理方法，如图1所示，所述方法包括:
[0038]步骤101、获取第一操作。
[0039]这里，第一操作包括但不限于扫码操作，可以是对二维码或者条码的扫码操作。
[0040]步骤102、响应所述第一操作，读取显示于载体上的第一信息。
[0041]这里，载体包括但不限于快递单，还可以是商品本身作为载体，第一信息包括二维码或者条码。
[0042]步骤103、所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息。
[0043]这里，运单信息包括但不限于快递单号。
[0044]步骤104、解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息。
[0045]这里，该第一请求消息包括但不限于询问是否该快递单号的快递已经支付，以便信息处理平台(如手机QQ支付或者微信支付或者)查询支付结果，告知用户是否已经支付，如果未支付，就调用信息处理平台的接口与第一用户(如需要寄出物品的寄件用户)的客户端进行通信，在客户端界面所呈现的支付页面进行显示，该支付页面提示第一用户输入寄件所需要的金额，用户输入金额，或者输入金额和快递员的编号，以便在利用信息处理平台支付成功后，将支付成功的结果返回第一用户和第二用户(接收第一用户寄出物品的取件用户，即快递员)。这里需要指出的是，信息处理平台也可以称为支付平台或支付中心。
[0046]步骤105、接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0047]这里，所述请求结果包括但不限于支付是否成功的支付结果。所述与所述运单信息相关联的订单信息已经执行完毕包括但不限于已经支付成功的结果。
[0048]采用本发明实施例，通过步骤101-103，读取显示于载体上的第一信息，解析所述第一信息得到运单信息；通过步骤104-105，发送携带所述运单信息的第一请求消息后，得到第一响应消息，从所述第一响应消息中解析出请求结果，在请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息，整个过程无需人工介入，是机器执行的线上的交互操作，从而解决了以往人工操作多，出错的概率高，占用大量时间成本的弊端。
[0049]方法实施例二:
[0050]本发明实施例的一种信息处理方法，如图2所示，所述方法包括:
[0051]步骤201、获取第一操作。
[0052]这里，第一操作包括但不限于扫码操作，可以是对二维码或者条码的扫码操作。
[0053]步骤202、响应所述第一操作，读取显示于载体上的第一信息。
[0054]这里，载体包括但不限于快递单，还可以是商品本身作为载体，第一信息包括二维码或者条码。
[0055]步骤203、所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息。
[0056]这里，运单信息包括但不限于快递单号。
[0057]步骤204、解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息。
[0058]步骤205、接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发 显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据。
[0059]这里，第一页面包括但不限于支付页面。所述订单支付数据包括但不限于订单金额。
[0060]步骤206、在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息。
[0061]这里，在所述第一页面接收输入的信息除了所述订单支付数据，还可以包括所述第二用户的编号信息(如快递员的编号)，以便在通过信息处理平台支付成功后，可以根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户(如快递员)。
[0062]这里，所述第二请求消息包括但不限于第一用户(如需要寄出物品的寄件用户)去信息处理平台请求进行支付的行为。
[0063]步骤207、接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。
[0064]在本发明实施例一实施方式中，所述查询与所述运单信息相关联的物流状态信息，包括:
[0065]步骤301、获取第二操作。
[0066]这里，第二操作是继续进行扫码操作，比如对二维码或条码进行扫码操作。
[0067]步骤302、响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息。
[0068]这个更新后的第一信息是能通过扫码操作让第一用户得到物流状态信息的。
[0069]步骤303、通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。
[0070]在本发明实施例一实施方式中，所述查询与所述运单信息相关联的物流状态信息，包括:
[0071]所述请求结果中包含指定的物流状态信息的查询链接信息；
[0072]根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态?目息O
[0073]客户端实施例一:
[0074]本发明实施例的一种客户端，如图3所示，所述客户端包括:
[0075]第一获取单元11，用于获取第一操作；
[0076]第一响应单元12，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；
[0077]第一解析单元13，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；
[0078]第一解析及查询单元14，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
[0079]在本发明实施例一实施方式中，所述客户端还包括:
[0080]页面显示单元，用于在所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据；
[0081]第一发送单元，用于在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息；
[0082]所述第一解析及查询单元，进一步用于接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。
[0083]在本发明实施例一实施方式中，所述第一解析及查询单元，进一步用于:获取第二操作；响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息；通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。
[0084]在本发明实施例一实施方式中，所述第一解析及查询单元，进一步用于:所述请求结果中包含指定的物流状态信息的查询链接信息；根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。
[0085]方法实施例三:
[0086]本发明实施例的一种信息处理方法，如图4所示，所述方法包括:
[0087]步骤401、接收携带运单信息的第一请求消息。
[0088]步骤402、所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息。
[0089]步骤403、从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果。
[0090]步骤404、所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0091]在本发明实施例一实施方式中，所述第一用户为需要寄出物品的寄件用户；所述第二用户为接收第一用户寄出物品的取件用户。
[0092]在本发明实施例一实施方式中，所述方法还包括:
[0093]步骤501、接收携带所述订单支付数据的第二请求消息。
[0094]步骤502、从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值。
[0095]步骤503、根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值。
[0096]步骤504、比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。
[0097]在本发明实施例一实施方式中，所述第二请求消息还包括:所述第二用户的编号信息(如快递员的编号)。所述方法还包括:从所述第二请求消息中解析出所述第二用户的编号信息；根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。
[0098]在本发明实施例一实施方式中，所述方法还包括:
[0099]信息处理平台将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台(如快递公司的系统平台)；接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成；将所述物流状态信息通过所述请求结果返回所述第一用户。
[0100]这里需要指出的是，一种方式为:如上所述的将所述物流状态信息通过所述请求结果返回所述第一用户；另一种方式为:根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。
[0101]信息处理平台实施例一:
[0102]本发明实施例的一种信息处理平台，所述信息处理平台包括:
[0103]第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息；
[0104]第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果；
[0105]第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。
[0106]在本发明实施例一实施方式中，所述第一用户为需要寄出物品的寄件用户；所述第二用户为接收第一用户寄出物品的取件用户。
[0107]在本发明实施例一实施方式中，所述第一接收单元，进一步用于接收携带所述订单支付数据的第二请求消息；所述第二解析单元，进一步用于从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值。
[0108]所述信息处理平台还包括:
[0109]比对单元，用于根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值，比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。
[0110]在本发明实施例一实施方式中，所述第二请求消息还包括:所述第二用户的编号信息；所述第二解析单元，进一步用于从所述第二请求消息中解析出所述第二用户的编号信息。
[0111]所述比对单元，进一步用于根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。
[0112]在本发明实施例一实施方式中，所述信息处理平台还包括:
[0113]第一通知单元，用于将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台；
[0114]第二接收单元，用于接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成；
[0115]所述比对单元，进一步用于将所述物流状态信息通过所述请求结果返回所述第一用户；或者，根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。 [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]或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是 个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0146]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【主权项】
1.一种信息处理方法，其特征在于，所述方法包括: 获取第一操作； 响应所述第一操作，读取显示于载体上的第一信息； 所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息； 解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息； 接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。2.根据权利要求1所述的方法，其特征在于，所述方法还包括: 所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据； 在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息； 接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。3.根据权利要求1或2所述的方法，其特征在于，所述查询与所述运单信息相关联的物流状态信息，包括: 获取第二操作； 响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息； 通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。4.根据权利要求1或2所述的方法，其特征在于，所述查询与所述运单信息相关联的物流状态信息，包括: 所述请求结果中包含指定的物流状态信息的查询链接信息； 根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。5.一种客户端，其特征在于，所述客户端包括: 第一获取单元，用于获取第一操作； 第一响应单元，用于响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息； 第一解析单元，用于解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息； 第一解析及查询单元，用于接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。6.根据权利要求5所述的客户端，其特征在于，所述客户端还包括: 页面显示单元，用于在所述请求结果用于表征与所述运单信息相关联的订单信息未执行完毕时，触发显示第一页面，所述第一页面用于输入与所述运单信息相关联的订单支付数据； 第一发送单元，用于在所述第一页面接收输入的所述订单支付数据，发送携带所述订单支付数据的第二请求消息； 所述第一解析及查询单元，进一步用于接收针对所述第二请求消息的第二响应消息，从所述第二响应消息中解析出请求结果，以得到与所述运单信息相关联的订单信息已经执行完毕的结果。7.根据权利要求5或6所述的客户端，其特征在于，所述第一解析及查询单元，进一步用于: 获取第二操作； 响应所述第二操作，读取显示于载体上的更新后的第一信息，所述更新后的第一信息所承载的信息包括:订单信息执行完毕后得到指定的物流状态信息； 通过直接解析所述更新后的第一信息的方式得到所述物流状态信息。8.根据权利要求5或6所述的客户端，其特征在于，所述第一解析及查询单元，进一步用于: 所述请求结果中包含指定的物流状态信息的查询链接信息； 根据所述查询链接信息，跳转到所述查询链接信息执行的地址，显示所述物流状态信息。9.一种信息处理方法，其特征在于，所述方法包括: 接收携带运单信息的第一请求消息； 所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息； 从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果； 所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。10.根据权利要求9所述的方法，其特征在于，所述第一用户为需要寄出物品的寄件用户； 所述第二用户为接收第一用户寄出物品的取件用户。11.根据权利要求10所述的方法，其特征在于，所述方法还包括: 接收携带所述订单支付数据的第二请求消息； 从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值； 根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值；比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。12.根据权利要求11所述的方法，其特征在于，所述第二请求消息还包括:所述第二用户的编号信息； 所述方法还包括: 从所述第二请求消息中解析出所述第二用户的编号信息； 根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。13.根据权利要求9至12任一项所述的方法，其特征在于，所述方法还包括: 将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台； 接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成； 将所述物流状态信息通过所述请求结果返回所述第一用户； 或者， 根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。14.一种信息处理平台，其特征在于，所述信息处理平台包括: 第一接收单元，用于接收携带运单信息的第一请求消息；所述运单信息通过显示于载体上的第一信息进行承载，所述第一信息按照指定编码的形式来承载信息； 第二解析单元，用于从所述第一请求消息中解析出所述运单信息，根据所述运单信息判断与所述运单信息相关联的订单信息是否已经执行完毕，得到判断结果； 第二发送单元，用于所述判断结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，将所述判断结果作为第一用户所请求的请求结果封装入第一响应消息后发送给所述第一用户，并通知第二用户。15.根据权利要求14所述的信息处理平台，其特征在于，所述第一用户为需要寄出物品的寄件用户； 所述第二用户为接收第一用户寄出物品的取件用户。16.根据权利要求15所述的信息处理平台，其特征在于，所述第一接收单元，进一步用于接收携带所述订单支付数据的第二请求消息； 所述第二解析单元，进一步用于从所述第二请求消息中解析出所述订单支付数据，记为第一匹配值； 所述信息处理平台还包括: 比对单元，用于根据所述运单信息得到与所述运单信息相关联的订单支付数据，记为第二匹配值，比对所述第一匹配值和所述第二匹配值，比对成功时，生成与所述运单信息相关联的订单信息已经执行完毕的结果，并作为第一用户所请求的请求结果封装入第二响应消息后发送给所述第一用户，并通知所述第二用户。17.根据权利要求16所述的信息处理平台，其特征在于，所述第二请求消息还包括:所述第二用户的编号信息； 所述第二解析单元，进一步用于从所述第二请求消息中解析出所述第二用户的编号信息; 所述比对单元，进一步用于根据所述第二用户的编号信息将与所述运单信息相关联的订单信息已经执行完毕的结果通知给所述第二用户。18.根据权利要求14至17任一项所述的信息处理平台，其特征在于，所述信息处理平台还包括: 第一通知单元，用于将与所述运单信息相关联的订单信息已经执行完毕的结果通知所述第二用户归属的系统平台； 第二接收单元，用于接收由所述系统平台返回的指定的物流状态信息；所述物流状态信息由所述系统平台根据所述运单信息生成； 所述比对单元，进一步用于将所述物流状态信息通过所述请求结果返回所述第一用户；或者，根据所述物流状态信息进一步得到物流状态信息的查询链接信息，将所述物流状态信息的查询链接信息通过所述请求结果返回所述第一用户。
【专利摘要】本发明公开了一种信息处理方法、客户端及信息处理平台，其中，所述方法包括：获取第一操作；响应所述第一操作，读取显示于载体上的第一信息；所述第一信息按照指定编码的形式来承载信息，所承载的信息包括指定的运单信息；解析所述第一信息，得到所述运单信息，发送携带所述运单信息的第一请求消息；接收针对所述第一请求消息的第一响应消息，从所述第一响应消息中解析出请求结果，所述请求结果用于表征与所述运单信息相关联的订单信息已经执行完毕时，查询与所述运单信息相关联的物流状态信息。
【IPC分类】G06Q50/28, G06Q10/08
【公开号】CN104899715
【申请号】CN201510222569
【发明人】杨义凡
【申请人】腾讯科技（深圳）有限公司
【公开日】2015年9月9日
【申请日】2015年5月5日
最新回复(0)