CN102968705A - 处理信息的方法和装置 - Google Patents

Abstract

本发明提供一种处理信息的方法和装置，以解决网上商城的商品在配送过程中交易信息传递的可靠性和方便性不够的问题。该方法包括：分行网控器接收终端设备发送的信息，所述信息是发送订单金额查询信息或者其他预设功能的信息；所述分行网控器在确认收到的信息是所述订单金额查询信息后，通过银行的收单系统从订单收款方获取订单金额，然后将包含订单金额的信息发送给所述终端设备，以使所述终端设备启动刷卡支付流程；所述分行网控器在确认收到的信息是所述其他预设功能的信息后，将该信息经由所述银行的计算机系统转发给所述订单收款方。

Description

处理信息的方法和装置

技术领域

本发明涉及计算机技术领域，特别地涉及一种处理信息的方法和装置。

背景技术

随着电子商务的发展，企业对客户间电子商务活动平台（B2C）或称作网上商城也处于快速发展之中，每天都有大量用户通过网上商城下订单以购买商品，网上商城作为订单收款方，相应地要处理大量订单，在此过程中需要银行的收单系统的收单操作和物流系统的快递配送操作来协同完成商品的交易过程。

物流快递配送员在派单收款时，请客户在移动销售点情报管理系统（POS）终端上刷卡支付货款，刷卡成功后，POS终端打印商户（即网上商城）存根及客户存根，客户在商户存根上签名后交予配送员并拿到货物，从而派单完成。POS刷卡扣费由发卡银行完成，银行整理当天交易扣款的回执单并交给网上商城，网上商城根据签名存根做手工对账。

物流快递配送员在派单时，无论是妥投（即客户收取商品并完成刷卡支付）、再投（即再次投递）、拒收（客户不肯支付货款），都会在物流终端手持个人数字助理（PDA）上进行记录。特别是在妥投签收时，客户在POS机上刷卡支付完成后，配送员需要操作PDA，使网上商城可以得知该商品已成功交易，货款已由银行代收。

在实现本发明的过程中发明人发现，刷卡仅在终端及合作支付机构之间进行传输交互，扣款成功的实时交易信息对商城不透明。而且对因如网络异常等情况引起的冲正、撤销等异常情况，不能做到及时记录。配送员可能因为种种原因在客户刷卡支付完成后没有操作PDA，这样网上商城就没有得知该商品已成功交易。此外配送员需要携带POS机和PDA两部机器，在配送作业时来回操作两部机器，显得有些不太方便。总的来说，交易信息传递的可靠性和方便性不够。

发明内容

有鉴于此，本发明提供一种信息处理的方法和装置，以解决网上商城的商品在配送过程中交易信息传递的可靠性和方便性不够的问题。

为实现上述目的，根据本发明的一个方面，提供了一种处理信息的方法。

本发明的这种处理信息的方法包括：分行网控器接收终端设备发送的信息，所述信息是发送订单金额查询信息或者其他预设功能的信息；所述分行网控器在确认收到的信息是所述订单金额查询信息后，通过银行的收单系统从订单收款方获取订单金额，然后将包含订单金额的信息发送给所述终端设备，以使所述终端设备启动刷卡支付流程；所述分行网控器在确认收到的信息是所述其他预设功能的信息后，将该信息经由所述银行的计算机系统转发给所述订单收款方。

可选地，所述其他功能的信息包括用于使所述订单收款方得知所述刷卡支付流程已完成的信息，该信息由所述终端设备在所述刷卡支付流程完成之后向所述分行网控器发送。

可选地，所述分行网控器根据终端设备发送的信息中的第一标识信息确认收到的信息包含所述订单金额查询信息，根据终端设备发送的信息中的第二标识信息确认收到的信息包含所述其他预设功能的信息。

根据本发明的另一方面，提供了一种处理信息的装置。

本发明的这种处理信息的装置包括：接收模块，用于接收终端设备发送的信息，所述信息是发送订单金额查询信息或者其他预设功能的信息；确认模块，用于确认所述接收模块收到的信息是发送订单金额查询信息还是其他预设功能的信息；获取模块，用于在所述接收模块收到的信息是发送订单金额查询信息的情况下，通过银行的收单系统从订单收款方获取订单金额；发送模块，用于将包含订单金额的信息发送给所述终端设备，以使所述终端设备启动刷卡支付流程；转发模块，用于在所述接收模块收到的信息是所述其他预设功能的信息的情况下，将该信息经由所述银行的计算机系统转发给所述订单收款方。

可选地，所述其他功能的信息包括用于使所述订单收款方得知所述刷卡支付流程已完成的信息。

可选地，所述确认模块还用于根据所述接收模块收到的信息中的第一标识信息确认收到的信息包含所述订单金额查询信息，根据所述接收模块收到的信息中的第二标识信息确认收到的信息包含其他预设功能的信息。

根据本发明的又一方面，提供了另一种处理信息的装置。

本发明的这种处理信息的装置包括：第一发送模块，用于向分行网控器发送订单金额查询信息；第二发送模块，用于向所述分行网控器发送其他预设功能的信息；接收模块，用于接收所述分行网控器发送的包含订单金额的信息；刷卡支付模块，用于根据所述包含订单金额的信息执行刷卡支付流程。

可选地，所述第一发送模块还用于将包含有第一标识信息的订单金额查询信息发送给所述分行网控器，以表明本次发送了订单金额查询信息；所述第二发送模块还用于将包含有第二标识信息的其他预设功能的信息发送给所述分行网控器，以表明本次发送了其他预设功能的信息。

可选地，还包括配送任务获取模块，用于从订单收款方获取订单信息，所述订单信息包括订单号、订单类型、和订单客户信息。

可选地，还包括位置发送模块，用于将所述装置当前所在的经纬度坐标的信息提供给所述订单收款方。

可选地，还包括位置发送模块，用于将所述装置当前所在的经纬度坐标的信息提供给所述订单收款方。

可选地，还包括订单状态发送模块，用于将订单类型、订单状态、操作人、操作类型、和时间提供给所述订单收款方。

可选地，还包括异常订单记录发送模块，用于将订单异常的现场图片、操作人、和时间提供给所述订单收款方。

根据本发明的技术方案，配送员手持的终端装置能够发送订单金额查询信息或其他功能的信息，从而使一台终端设备实现了手持POS机和手持PDA的一体化，大大减轻了携带两台设备进行物流配送作业的不便、丢失的可能性。终端设备在刷卡支付流程完成之后自动向分行网控器发送，这样保证了订单收款方能够收到支付已完成的信息，从而及时更新订单状态，并且无需手工绘制报表。应用本发明的技术方案，使电子商务企业可以对商品流通过程中的现金流、物流进行实时、双向的跟踪，提高了交易信息传递的可靠性和方便性，有助于提高物流配送的KPI考核分值，同时也给客户带来了全新及良好的用户体验。

附图说明

附图用于更好地理解本发明，并不构成对本发明的不当限定。其中：

图1是与本发明实施例有关的计算机系统的主要组成部分的示意图；

图2是根据本发明实施例的分行网控器执行的处理信息的方法的主要步骤的示意图；

图3是根据本发明实施例的一种处理信息的装置基本结构的示意图；

图4是根据本发明实施例的另一种处理信息的装置的示意图；

图5是根据本发明实施例的处理信息的装置优选结构的示意图；

图6是根据本发明实施例的处理信息的方法的优选步骤的示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是与本发明实施例有关的计算机系统的主要组成部分的示意图。如图1所示，与本发明实施例有关的计算机系统主要包括银行总行的中心计算机系统1、银行分行的终端接入系统2、银行总行的隔离区（DMZ区）3、以及订单收款方（即网上商城）的计算机系统4。

银行总行的中心计算机系统1内有收单系统101和其他系统102，收单系统是进行收单操作的计算机系统，其中主要有数据库集群（图中示出了计算机111、112）、分层存储管理集群（图中示出了加密机121、122）、应用计算机集群（图中示出了应用计算机131、132、133、134）、负载均衡器（图中示出了负载均衡器141、142）。

银行分行的终端接入系统2与银行总行的中心计算机系统1连接，它主要包括各个分行的网控器，例如A分行的分行网控器211、B分行的分行网控器212等，通过无线网络可以连接至POS机，例如POS机221连接至分行网控器211，POS机222连接至分行网控器212。

银行总行的DMZ区3与银行总行的中心计算机系统1连接，它主要包括通讯前置集群（图中示出了通讯前置计算机311、312）和负载均衡器（图中示出了负载均衡器321、322）。

在本实施例中，POS机被终端设备取代，该终端设备具有POS机的刷卡交易功能，并具有本实施例中介绍的其他功能，可以采用安装了相关的软件（该软件的模块架构在下文中说明）的PDA来实现这种终端设备。

对于分行网控器来说，也要安装相应的软件以实现本实施例中的一种处理信息的方法，该方法如图2所示。图2是根据本发明实施例的分行网控器执行的处理信息的方法的主要步骤的示意图。

步骤S21：分行网控器接收终端设备发送的信息。这里的信息分为两类，一类是与订单支付操作有关的信息，主要是订单金额查询信息，另一类是其他预设功能的信息，例如向网上商城即订单收款方汇报终端设备所在位置的信息。因为该终端设备由物流配送员持有，所以该位置的信息也就是物流配送员的位置信息。

步骤S22：分行网控器确认收到的信息的类型。可以约定第一标识信息对应于订单金额查询信息，第二标识信息对应于其他预设功能的信息，终端设备在发送订单金额查询信息时，同时发送第一标识信息，在发送其他预设功能的信息时，同时发送第二标识信息。这样，分行网控器在收到终端设备发送的信息后，查看其中的标识信息就可以确认收到信息包含的是订单金额查询信息还是其他预设功能的信息。如果是订单金额查询信息，进入步骤S23，如果是其他预设功能的信息，进入步骤S26。

步骤S23：分行网控器通过银行的收单系统从订单收款方获取订单金额。此时的具体操作可以是分行网控器向银行的收单系统（图1中的收单系统101）发送订单金额请求信息，银行的收单系统将该订单金额请求信息转发给银行总行的DMZ区，具体是发给通讯前置集群再由负载均衡器分发，最终到达订单收款方（图1中的计算机系统4）。订单收款方提供的订单金额信息再经由银行总行的DMZ区、收单系统到达分行网控器。

步骤S24：分行网控器将订单金额信息发送给终端设备。

步骤S25：终端设备在收到订单金额信息后，启动刷卡支付流程。这里的刷卡支付流程类似于现有的POS刷卡支付流程。

步骤S26：分行网控器将其他预设功能的信息直接发送给银行总行的DMZ区。

其他预设功能可以灵活设置，相应地分行网控器发送的其他预设功能的信息例如可以是使网上商城即订单收款方得知刷卡支付流程已完成的信息，该信息是由终端设备在刷卡支付流程完成之后自动向分行网控器发送，这样保证了订单收款方能够收到支付已完成的信息，从而及时更新订单状态，并且无需手工绘制报表。分行网控器还可以将终端设备的当前所在的经纬度坐标发送给网上商城，使网上商城可以得知配送员的位置和行动轨迹。

图3是根据本发明实施例的一种处理信息的装置基本结构的示意图，该装置可以设置在分行网控器内。如图3所示，处理信息的装置30主要包括接收模块31、确认模块32、获取模块33、发送模块34、和转发模块35。

接收模块31用于接收终端设备发送的信息，该信息是发送订单金额查询信息或者其他预设功能的信息；确认模块32用于确认接收模块31收到的信息是发送订单金额查询信息还是其他预设功能的信息；获取模块33用于在接收模块31收到的信息是发送订单金额查询信息的情况下，通过银行的收单系统从订单收款方获取订单金额；发送模块34用于将包含订单金额的信息发送给终端设备，以使终端设备启动刷卡支付流程；转发模块35用于在接收模块31收到的信息是其他预设功能的信息的情况下，将该信息经由银行的计算机系统转发给订单收款方，在本实施例中，该信息由银行的DMZ区的计算机系统进行转发。

确认模块32可以是根据接收模块31收到的信息中的第一标识信息确认该信息包含订单金额查询信息，根据接收模块31收到的信息中的第二标识信息确认该信息包含其他预设功能的信息。

图4是根据本发明实施例的另一种处理信息的装置的示意图。该处理信息的装置可设置在上文的终端设备中。如图4所示，处理信息的装置40主要包括第一发送模块41、第二发送模块42、接收模块43、和刷卡支付模块44。

第一发送模块41用于向分行网控器发送订单金额查询信息；第二发送模块42，用于向分行网控器发送其他预设功能的信息；接收模块43，用于接收分行网控器发送的包含订单金额的信息；刷卡支付模块44，用于根据包含订单金额的信息执行刷卡支付流程。

第一发送模块41还用于将包含有第一标识信息的订单金额查询信息发送给分行网控器，以表明本次发送了订单金额查询信息；第二发送模块42还用于将包含有第二标识信息的其他预设功能的信息发送给分行网控器，以表明本次发送了其他预设功能的信息。

处理信息的装置40还可包括配送任务获取模块（图中未示出），用于从订单收款方获取订单信息，订单信息包括订单号、订单类型、和订单客户信息。处理信息的装置40还可包括位置发送模块（图中未示出），用于将处理信息的装置40当前所在的经纬度坐标的信息提供给订单收款方。

处理信息的装置40还可包括订单状态发送模块（图中未示出），用于将订单类型、订单状态、操作人、操作类型、和时间提供给订单收款方。另外还可以包括异常订单记录发送模块（图中未示出），用于将订单异常的现场图片、操作人、和时间提供给订单收款方。

图5是根据本发明实施例的处理信息的装置优选结构的示意图。图5中的处理信息的装置50可以设置在上文中的终端装置内，主要包括自动更新模块51、配送模块52、财务模块53、加解密模块54、服务端模块55。

每当配送员持有POS一体机登录账号后，自动更新模块51会自动请求服务端模块检测是否版本号相同、是否有更新程序。如果版本号相同说明该设备的客户端程序为最新版本，如版本号不同，则设备端程序会自动下载之前配置好的文件地址下载最新的客户端程序；还可以自动配置根据机构或是一个或几个配送员进行单独的更新版本控制。下载完毕之后重新安装，该设备上的程序为最新版本。

配送模块52主要提供在配送过程需要使用的功能，其中包括配送员收货、获取配送任务、开始配送、配送查询、GPS点上传、POS参数设置等功能。通过服务端模块获取该配送员的配送任务，获取下了的每个配送任务包括一些订单的详情，例如订单号、包裹号、订单类型（取件单、普通订单、退款订单等）、客户名称、联系方式、地址等。

财务模块53支持配送员在妥投订单时会根据订单号所进行的查询，获得到当前订单应收金额。如果在订单妥投时支付方式选择POS刷卡方式则会请求银行的服务程序进行处理。

加密模块54针对整个的配送模块及财务模块53中的敏感信息例如客户的联系方式、地址、交易金额等信息进行加密处理，将加密之后的字符串传输给相应的模块，相应的模块做完业务处理之后返回给配送模块52，配送模块52再进行解码，将解码之后的信息展现出来。

服务端模块55主要处理一些业务逻辑、及数据库操作，例如验证登录用户名密码是否存在，是否正确；配送员都做过哪些收货订单、处理过订单状态（在途、妥投、拒收、再投）、包裹及商品拍照上传、配送查询、配送员所在位置GPS点、订单收款及撤销信息等。

图6是根据本发明实施例的处理信息的方法的优选步骤的示意图。该方法由图5所示的处理信息的装置50支持执行。以下结合图6对该方法加以说明。

配送员持已安装过客户端程序的POS一体机登录系统填写正确的用户名密码登录系统，登录时会请求服务端程序验证用户名密码是否正确。

登录系统之后会根据当前客户端程序的版本号，与服务端需要更新配置的版本号是否一致，或是该用户是否在更新范围之内，以确定是否需要更新客户端程序，如版本不一致或是在更新机构范围之内，客户端将自动下载最新的客户端安装包程序。

配送员登录系统之后可根据自己拿到的货物进行配送员收货操作，收货操作完毕之后可获取自己的配送任务，获取到需配送的任务开始进行配送工作了。配送员可以根据订单号或是订单颜色区分该订单的类型（普通订单、取件单、211订单、退款订单）等，同时可以获得到订单的详情如客户名称、配送地址、联系方式等。

每一订单在妥投时都要根据订单号在财务接口中获得到该订单的应收金额。得到订单的应收金额之后做可以向客户收款，在收款方式中有现金支付、POS刷卡支付、支票支付、如果客户是现金直接收取；如果是支票，收取支票并填写相应的支票号；如果是POS刷卡，则需要客户提供银行卡及输入密码。

得到订单的应收金额之后做可以向客户收款，在收款方式中有现金支付、POS刷卡支付、支票支付、如果客户是现金直接收取；如果是支票，收取支票并填写相应的支票号；如果是POS刷卡，则需要客户提供银行卡及输入密码进行加密调用银行接口处理数据。收取现金或是POS刷卡成功之后要对订单进行确认妥投操作，要将订单数据详细信息进行加密处理，防止一些敏感信息在传输过程中泄露。

服务端接收到传输过来的数据，进行解码操作，根据操作功能的不同进行相应业务逻辑的处理。将处理的运行结果进行加密返回给请求源。

根据本发明实施例的技术方案，配送员手持的终端装置能够发送订单金额查询信息或其他功能的信息，从而使一台终端设备实现了手持POS机和手持PDA的一体化，大大减轻了携带两台设备进行物流配送作业的不便、丢失的可能性。配送员人手一台一体化终端，通过外网专线，可以登录工号并联网下载、查看任务订单。签收时，可以实时查询订单状态并更新获取订单的应收金额，按订单的最新金额进行支付操作（刷卡、现金）。支付成功并签收后，会将相关交易记录回传到后台财务系统中进行对账操作，同时也会将相关物流信息(订单状态，订单配送轨迹，退货拍照等)回传至后台物流系统进行订单状态更新、GIS轨迹绘制，将订单的当前配送信息在客户中心网页上展现给客户。配送员返回站点后，在终端上打印当天流水结账单，站长及站点助理只需对照财务系统与结账单即可，无需手工绘制报表，减少了工作量并且提升了工作效率，从复杂的手工对账工作中释放出来。POS机和手持PDA的一体化增加了落地配的信息化集成程度，使电子商务企业可以对商品流通过程中的现金流、物流进行实时、双向的跟踪，提高了交易信息传递的可靠性和方便性，有助于提高物流配送的KPI考核分值，同时也给客户带来了全新及良好的用户体验。

以上结合具体实施例描述了本发明的基本原理，但是，需要指出的是，对本领域的普通技术人员而言，能够理解本发明的方法和设备的全部或者任何步骤或者部件，可以在任何计算装置（包括处理器、存储介质等）或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来开发出的任何存储介质。

还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

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

分行网控器接收终端设备发送的信息，所述信息是发送订单金额查询信息或者其他预设功能的信息；

所述分行网控器在确认收到的信息是所述订单金额查询信息后，通过银行的收单系统从订单收款方获取订单金额，然后将包含订单金额的信息发送给所述终端设备，以使所述终端设备启动刷卡支付流程；

所述分行网控器在确认收到的信息是所述其他预设功能的信息后，将该信息经由所述银行的计算机系统转发给所述订单收款方。

2.根据权利要求1所述的方法，其特征在于，所述其他功能的信息包括用于使所述订单收款方得知所述刷卡支付流程已完成的信息，该信息由所述终端设备在所述刷卡支付流程完成之后向所述分行网控器发送。

3.根据权利要求1或2所述的方法，其特征在于，所述分行网控器根据终端设备发送的信息中的第一标识信息确认收到的信息包含所述订单金额查询信息，根据终端设备发送的信息中的第二标识信息确认收到的信息包含所述其他预设功能的信息。

4.一种处理信息的装置，其特征在于，包括：

接收模块，用于接收终端设备发送的信息，所述信息是发送订单金额查询信息或者其他预设功能的信息；

确认模块，用于确认所述接收模块收到的信息是发送订单金额查询信息还是其他预设功能的信息；

获取模块，用于在所述接收模块收到的信息是发送订单金额查询信息的情况下，通过银行的收单系统从订单收款方获取订单金额；

发送模块，用于将包含订单金额的信息发送给所述终端设备，以使所述终端设备启动刷卡支付流程；

转发模块，用于在所述接收模块收到的信息是所述其他预设功能的信息的情况下，将该信息经由所述银行的计算机系统转发给所述订单收款方。

5.根据权利要求4所述的装置，其特征在于，所述其他功能的信息包括用于使所述订单收款方得知所述刷卡支付流程已完成的信息。

6.根据权利要求4或5所述的装置，其特征在于，所述确认模块还用于根据所述接收模块收到的信息中的第一标识信息确认收到的信息包含所述订单金额查询信息，根据所述接收模块收到的信息中的第二标识信息确认收到的信息包含其他预设功能的信息。

7.一种处理信息的装置，其特征在于，包括：

第一发送模块，用于向分行网控器发送订单金额查询信息；

第二发送模块，用于向所述分行网控器发送其他预设功能的信息；

接收模块，用于接收所述分行网控器发送的包含订单金额的信息；

刷卡支付模块，用于根据所述包含订单金额的信息执行刷卡支付流程。

8.根据权利要求7所述的装置，其特征在于，

所述第一发送模块还用于将包含有第一标识信息的订单金额查询信息发送给所述分行网控器，以表明本次发送了订单金额查询信息；

所述第二发送模块还用于将包含有第二标识信息的其他预设功能的信息发送给所述分行网控器，以表明本次发送了其他预设功能的信息。

9.根据权利要求7或8所述的装置，其特征在于，还包括配送任务获取模块，用于从订单收款方获取订单信息，所述订单信息包括订单号、订单类型、和订单客户信息。

10.根据权利要求7或8所述的装置，其特征在于，还包括位置发送模块，用于将所述装置当前所在的经纬度坐标的信息提供给所述订单收款方。

11.根据权利要求7或8所述的装置，其特征在于，还包括订单状态发送模块，用于将订单类型、订单状态、操作人、操作类型、和时间提供给所述订单收款方。

12.根据权利要求7或8所述的装置，其特征在于，还包括异常订单记录发送模块，用于将订单异常的现场图片、操作人、和时间提供给所述订单收款方。

Images