CN108985869A - 资源处理方法、装置、服务器及终端设备 - Google Patents
资源处理方法、装置、服务器及终端设备 Download PDFInfo
- Publication number
- CN108985869A CN108985869A CN201710408735.1A CN201710408735A CN108985869A CN 108985869 A CN108985869 A CN 108985869A CN 201710408735 A CN201710408735 A CN 201710408735A CN 108985869 A CN108985869 A CN 108985869A
- Authority
- CN
- China
- Prior art keywords
- terminal
- processing
- resource
- resource transfers
- logistics data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了一种资源处理方法、装置、服务器及终端设备。所述方法包括提供第一终端与至少一个第二终端的关联关系;根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。利用本申请各个实施例,可以在终端节点解决因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
Description
技术领域
本申请属于计算机数据处理技术领域,尤其涉及一种资源处理方法、装置、服务器及终端设备。
背景技术
随着互联网技术的迅速发展,在线购物平台为广大消费者提供了全面、快速、边界的购物体验,极大的满足了消费者的消费需求。目前,在线购物的用户也越来越多,呈明显的递增趋势,随之带来的是大量的订单派送业务。
在业务派送订单中,有一些订单是需要货到付款。目前现有的货到付款方式通常是派送员送货给买家时,买家现场支付/付款。但在实际订单处理过程中,当需要买家当面付款时,从买家下单到付款会有1-N天的间隔,期间有很多的不确定性因素导致买家无法当面付款。例如,订单派送时买家可能真正出差、逛街、开会等。这些不确定性因素常常会影响买家付款时机,导致订单派送延期、重复派送,甚至因此带来的买家拒单率高等情况,大大降低了买家用户体验和订单的派送业务处理效率。
发明内容
本申请目的在于提供一种资源处理方法、装置、服务器及终端设备,可以在终端节点加入货到付款的功能,通过业务数据上将处理将终端节点和支付结合起来,解决因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
本申请提供的一种资源处理方法、装置、服务器及终端设备是这样实现的:
一种资源处理方法,所述方法包括:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
一种资源处理方法,包括:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
一种资源处理方法,所述方法包括:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
一种资源处理装置,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
一种资源处理装置,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
一种资源处理装置,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
一种服务器,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
一种终端设备,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
一种终端设备,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现以下步骤:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
一种计算机可读存储介质,其上存储有计算机指令,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
一种计算机可读存储介质,其上存储有计算机指令,向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
本申请提供的一种资源处理方法、装置、服务器及终端设备,可以在物流中的驿站、自提点等节点加入货到付款的功能。通过技术上的数据处理,当买家因法现场付款时可以指定某个节点进行货到付款,然后买家可以到节点收货,再进行拆包验证等。这样,采用本申请实施方案,可以很大程度上避免因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请所述一种资源处理方法一种实施例的实施场景流程图;
图2是本申请所述方法一种实施例应用场景中未指定第二终端的资源处理流程示意图;
图3是本申请所述方法一种实施例应用场景中指定第二终端的资源处理流程示意图;
图4是本申请所述一种资源处理方法另一种实施例的方法流程示意图;
图5是本申请所述一种资源处理方法另一种实施例的方法流程示意图;
图6是本申请所述方法另一种实施例的方法流程示意图;
图7是本申请提供的服务器驿站实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1是本申请所述一种资源处理方法一种实施例的实施场景流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
以下为了清楚起见,以具体的一个消费者通过在线购物平台(服务器)购买产品后进行货到付款订单业务处理的应用场景进行说明。但是,本领域技术人员能够理解到,可以将本方案的实质精神应用到其他订单派送的数据处理实施场景中。即,当用户无法现场付款时,用户可以通过终端指定某个驿站或代收地点进行货到付款,快速完成订单派送。这样,采用本申请实施方案,可以很大程度上避免因买家无法现场付款导致的订单派送延期、重复派送等问题,降低订单派送的拒单率。并可以将各个节点与订单支付结合起来,提高节点服务功能,提高买家用户体验和订单派送处理效率。
具体的一种实施例如图1所示,本申请提供的一种资源处理方法的一种实施例中,所述方法可以包括:
S1:提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理。
本实施例中服务器可以接收用户一侧的第一终端发送来的资源转移请求信息,例如具体的可以为货到付款的代付请求,然后可以解析获取资源转移请求信息中具体的信息内容,如订单、驿站/自提点等信息。所述的第一终端具体的可以包括发起资源转移请求的用户一侧所使用的终端设备,可以包括移动通信终端(如智能手机)、PC(personalcomputer,个人计算机)、手持设备、智能穿戴设备、车载设备、自助服务终端等等。
如在本实施例应用场景中,用户可以通过手机在线购买产品。用户选择产品并确认下单后,通常在线交易平台的服务器生成相应的订单信息。本实施例应用场景中,用户在可以在下单时选择货到付款服务(Cash On Delivery,COD),那么此时生成的订单为COD订单。服务器可以根据订单中预定字段的标识符识别出订单是否为COD订单,若是,服务器则可以确认接收到了第一终端发送来的要求货到付款的代付请求(资源转移请求信息的一种)。当然,其他的实施场景中所述服务器还可以通过其他方式确认收到第一终端发生的资源转移请求信息,例如用户下单时没有指定包裹驿站进行货到付款,在派送员送达默认收货地点后由于用户无法到现场,在此情况下用户可以在用户终端操作,指定某个包裹驿站进行货到付款,此时用户终端可以直接根据订单信息向服务器发送指定包裹驿站进行货到付款的消息,服务器可以根据该消息将用户原来正常的货到付款的订单信息相应的修改为在指定包裹驿站进行货到付款的订单信息。此时服务器可以确认用户终端请求指定包裹驿站进行货到付款的消息为第一终端的资源请求消息。
然后服务器可以根据该资源请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理。如可以基于所述货到付款的代付请求向用户选择的第二终端发送付款申请消息。
本实施例的服务器可以提供第一终端与至少一个第二终端的关联关系。所述的第二终端可以包括第一终端向服务器请求要求进行资源转移处理的第二终端。如用户在生成货到付款的订单时可以预先指定需要进行货到付款的第二终端,例如距离公司或居住地较近的代收点、自提点、包裹中转站、包裹驿站或其他预先认证的可以代理用户货到付款的地点的终端设备。这样的第二终端通常是指在货到付款的地点进行货到付款业务处理的设备,可以是一台或多台设备,具体的例如可以为PC、移动智能设备或者专用设备等。
服务器可以预先保存或实时建立/更新第一终端与第二终端的关联关系,以使服务器在接收到第一终端的资源转移请求信息后,可以根据资源转移请求信息的内容和第一终端与第二终端的关联关系确定需要向哪个第二终端发生资源转移处理信息。所述服务器提供的所述关联关系,一种实施方式中可以是用户预设的,例如买家用户预先在服务器设置哪些驿站进行包裹代收,这样可以建立用户移动终端一侧与驿站一侧的第二终端的关联关系;其他的实施方式中,也可以是在获取来自用户的数据对象处理请求(例如商品订单)时一并获取的。如用户向服务器请求第二终端资源转移处理时,在向服务器发送的数据对象处理请求中可以包括了第一终端指定第二终端资源处理的信息,据此形成所述关联关系。
一种实施方式中,所述资源转移请求信息可以包括目标物流数据标识;
相应的,所述资源转移处理请求信息包括所述目标物流数据标识,用于第二终端确认获取的物流数据是否为目标物流数据。
具体的一个示例中,如买家用户A在用户终端上通过APP下单时指定了公司附近的一个包裹驿站D1作为货到付款的代收点,服务器获取这些信息后可以确认买家用户A需要通过第二终端进行货到付款,则生成订单S1,此时的订单S1为COD订单。然后服务器可以向包裹驿站D1发生付款申请消息。所述的付款申请消息中可以包括本次要求货到付款的用户A的信息、订单S1的信息、以及使所述第二终端可以在线下验证货到付款的订单是否合法的其他关联信息等。当然,根据订单派送业务处理的需求,所述的代付请求以及付款申请消息具体所包括的内容可以进行相应的设置,使其能够对线下货到付款的订单信息进行验证以及在验证通过后完成支付。本示例中,可以将订单S1信息中的订单号作为目标物流数据标识,可以用于第二终端获取物流数据后将物流数据中的订单号与此处的S1的订单号比较,确认第二终端获取的物流数据是否为需要买家用户A要求在第二终端货到付款的目标物流数据。
另外,本申请实施例中用户下单时指定的进行货到付款的第二终端并不限定是一个终端。在一些实施例中,买家用户可以指定一个或者多个货到付款的地点,如距离公司最近的一个包裹驿站D1和距离居住地最近的另一个包裹驿站D2。在买家用户预先指定或实时在线指定第二终端时,服务器可以基于此提供第一终端与第二终端的关联关系。在买家用户指定多个第二终端时,服务器可以向指定的多个第二终端发送付款申请消息。
S2:第二终端接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取。
驿站的第二终端可以接收所述服务器发送来的资源转移处理信息,可以在第二终端本地存储。所述的资源转移处理信息中可以包括目标物流数据标识,这样可以识别、验证需要进行资源转移处理的目标物流数据。所述目标物流数据标识可以从第一终端的资源转移请求信息中获取,如可以为订单号,或者其他识别标识。因此,一些实施场景中,所述的目标物流数据标识可以是单独的物流数据标识,例如物流单号;也可以是包含在订单信息中的物流数据标识等,
S3:获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
驿站的第二终端可以通过扫描、手动输入等获取包裹的物流数据,然后获取物流数据的物流数据标识。第二终端中存储有服务器发送来的需要进行资源转移处理的资源转移处理信息,该资源转移处理信息中包括资源处理的目标物流数据的目标物流数据标识。在本实施例中可以将第二终端从物流数据中获取的物流数据标识与资源转移处理信息中的目标物流数据标识相匹配,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识。
在本实施例具体的应用场景中,第二终端接收到服务器发送的付款申请消息后,可以本地持久化。买家用户指定了可以货到付款的包裹驿站后,派送员可以前往该指定的包裹驿站。一般的,派送的包裹上带有订单以及相关联的信息,如订单号、订单可接收的货到付款的驿站名称或编号、订单二维码加密信息、订单状态等等。驿站的作业人员可以通过所述第二终端扫描包裹上的订单信息,获取该包裹的待验证订单信息。然后所述的第二终端可以将获取的待验证订单信息与接收的付款申请消息进行匹配,例如可以先通过待验证订单信息中的订单号查询是否存储有相同订单号的付款申请消息,如果有,且付款申请消息对应的订单号的支付状态为未支付,则所述待验证订单信息与所述付款申请消息匹配成功,即存在与所述物流数据中的物流数据标识相对应的目标物流数据标识。
S4:若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
如果第二终端查询到存储有与所述物流数据中的物流数据标识相对应的目标物流数据标识,则可以表示当前获取的物流数据是第一终端请求的进行资源转移处理的目标物流数据,如合法的订单信息,此时可以在第二终端一侧根据具体的资源转移处理信息中的相关信息进行资源转移处理。
具体的实施场景中,若所述第二终端获取的待验证订单信息与存储的付款申请消息匹配成功,则可以表示该包裹的订单信息是合法的,可以买进用户收取包裹并支付给派送员应付的金额。驿站的作业人员可以通过第二终端对当前包裹上待验证订单信息进行支付处理。所述的付款申请消息中可以包括COD订单的一些业务信息、授权信息或者用户/卖家/服务商等设置的备注信息(如驿站收货时当面拆包验货)、服务费等。本申请的提供的一种资源处理方法的另一种实施例中,服务器下发给第二终端的付款申请消息中可以至少包括付款订单信息以及使包裹驿站或自提点等可以线下支付验证的授权信息。因此,本申请所述方法的另一种实施例中,所述资源转移处理信息还包括:
S401:根据所述资源转移请求信息生成的目标物流数据在所述第二终端进行资源转移处理的授权信息,所述授权信息用于第二终端对获取的物流数据验证通过后进行免密资源转移处理。
上述所述的方式可以应用在每生成一个货到付款的订单信息同时生成一个支付授权信息,使得第二终端基于该授权信息对特定的待验证订单信息进行支付。本申请所述方法的另一种实施例中,还可以生成一个免密支付的凭证信息,这个凭证信息可以直接或间接发送给派送员,如电子面单凭证,或发送给快递公司,由快递公司在包裹打包生成快递业务单时附着在包裹的订单信息上,如包裹纸质订单上的二维码。这样,派送员到达指定驿站后,驿站作业人员可以识别免密支付的凭证信息合法后快速完成免密支付,提高处理消息。为便于描述,此处将接收免密支付凭证信息的一方称为关联方,可以包括派送员的手机、快递业务专用设备、物流公司的服务器等,可以用来在驿站、自提点等进行免密支付。因此,本申请所述方法具体的一个实施场景中,服务器接收到货到付款的代付请求后,还可以:
生成货到付款的订单信息的免密支付信息,将所述免密支付信息发送至预定的关联方,所述免密支付信息与所述第二终端相关联。
上述中所述的免密支付信息与所述第二终端相关联,表示所述免密支付信息在合法授权的第二终端下才可以进行支付处理,例如某个包裹驿站是被买家用户授权可以进行货到付款的,那么这个授权认证后的驿站下的所有第二终端均可以识别出该买家用户的COD订单上的免密支付信息。本实施例中的第二终端通常是需要预先进行认证授权的,以防止非法或不符合服务条件等的驿站或自提点或者非法终端进行支付处理,或者第二终端对非法订单进行支付处理。具体的实现方式上可以包括在所述免密支付信息中设置一些标记符,如允许进行支付处理的驿站的终端设备的标识,或者允许支付处理的驿站的标识。
那么相应的,在第二终端一侧,接收到的所述资源转移处理信息还可以包括:根据所述资源转移请求信息生成的所述目标物流数据进行资源转移处理的授权信息;
相应的,所述对获取的所述物流数据进行资源转移处理包括:
根据所述授权信息对所述物流数据进行免密资源转移处理。
采用上述实施例的实施方式,派送员到达指定驿站,驿站凭借授权可以快速完成支付,并且还可以进一步提高货到付款订单业务处理的安全性。
S5:向服务器返回所述资源转移处理的处理结果信息,以使所述服务器向根据所述处理结果信息向所述第一终端发送资源转移处理结果通知消息。
第二终端资源转移处理的结果可以返回给服务器,服务器可以直接将该结果或者经过信息处理后返回给买家用户,通知买家用户资源转移处理的结果。
具体的如上述应用场景中,所述第二点终端对所述待验证订单信息支付成功,则可以向服务器返回支付成功的支付结果消息。若支付失败,例如余额不足,或者出现其他情况,则也可以向服务器返回支付失败的支付结构消息。
其他的一些实施方式中,所述的驿站、自提点等可以设置有资金账号的功能,买家用户可以在资金账户中充值,用于货到付款时的付款处理。因此,本申请所述方法的另一种实施例中,所述方法还可以包括:
设置有资源账户信息,所述资源账户信息中记录有用户的用户资源;
相应的,所述对获取的所述物流数据进行资源转移处理包括:从所述用户资源中扣除所述物流数据进行资源转移处理的所需支付资源。
具体实现方式中,例如驿站可以通过APP(application,应用)设置资金账号,可以设置每一个注册用户拥有一个自己独立的资金账号,也可以设置一个总账号,总账号下设置多个虚拟的子账号,子账号对应买家用户在总账号中的存储/充值的金额。
进一步的,所述资源账户信息中记录有用户设置的资源支付上限,以及,接收资源转移处理信息之后,还包括:
基于用户在所述资源账户信息中的用户资源和设置的资源支付上限,判断所述资源转移处理信息是否通过转移处理的申请要求;
若所述用户资源和所述资源支付上限中的任意一项小于所述所需支付资源,则返回所述资源转移处理信息申请失败的通知消息。
用户可以在自己账户中设置支付上限,以避免账号泄露或其他高风险付款行为,提供货到付款业务资金的安全性。第二终端在处理时,如果判断用户的金额不足以支付本次货到付款的所需支付金额,或者所需支付金额超过用户设置的货到付款上限,则此次货到付款的申请失败,此时用户终端可以向服务器返回付款申请的失败的通知消息。进一步的,服务器可以将申请失败的通知消息发送给用户终端(第一终端),用户终端可以基于通知消息中包含的申请失败的原因信息进行资金充足或者调整货到付款上限(资源支付上限)。
S6:所述服务器根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
服务器可以接收所述第二终端返回的对物流数据进行资源处理的结果信息,然后服务器可以直接将该结果或者经过信息处理后返回给买家用户,通知买家用户资源转移处理的结果。在本实施例应用场景中,买家用户指定的驿站完成货到付款,支付给派送员对应的金额后,可以向用户终端发送支付成功的消息。对于派送员而言,虽然买家用户无法到现场收取包裹,但通过驿站以及结合多方的处理,本次货到付款的订单派送业务也可以快速完成。买家用户可以直接到驿站收取包裹,为买家用户提供便利,提高买家用户购物收货体验。
当然,若支付处理处理失败,服务器也可以将支付失败的订单处理结果发送给用户终端。用户终端可以重新选择其他驿站或者进行其他处理。
利用本申请实施方案,当用户因法现场付款时,用户可以通过终端指定某个地点进行货到付款,快速完成订单派送。这样,采用本申请实施方案,可以很大程度上避免因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,并将各个节点与订单支付结合起来,提高节点服务功能,提高买家用户体验和订单派送处理效率。
上述实施例示意了买家用户在下单时即指定了需要进行货到付款的驿站的应用场景。在其他的一些应用场景中,买家下单时未预料到货到付款时自己无法到现场收取货物。买家用户在在下单后的期间内,如已下单但还未到派送员派送阶段,或者派送员正在派送中,或者派送员已电话联系买家用户,买家用户可以通过用户终端再指定货到付款的驿站或自提点。此时服务器同样可以收到货到付款的代付请求,然后进行例如前述实施例中服务器的数据处理。因此,本申请所述方法的另一种实施例中,可以采用下述方式确定第一终端与第二终端的关联关系:
S101:所述目标物流数据生成后,在第一终端上指定的进行资源转移处理的第二终端。
或者:
S102:所述目标物流数据生成后,在第一终端上指定的进行资源转移处理的第二终端。
图2是本申请所述方法一种实施例应用场景中未指定第二终端的资源处理流程示意图。如图2所示,买家下单时未指定驿站时货到付款模的处理流程和实现方案的处理过程,如图 2所述的应用示例中,在具体的可以包括:
(1)驿站/自提点的APP设置有资金账号功能;
(2)买家可以在资金账号中充值;
(3)买家指定可货到付款的驿站或者自提点,可以同时设置货到付款支付上限;
(4)买家下单确认COD订单;
(5)卖家发货;
(6)派送员末公里派送,通过COD订单联系买家,告知开始送货;
(7)买家由于各种原因无法现场支付,通过用户终端APP指定附近驿站,该驿站可以为买家已经指定货到付款驿站,也可以是临时新增的驿站;
(8)驿站收到订单货到付款申请消息,并将消息同步给派送员;
(9)派送员前往指定驿站,驿站凭借用户的授权完成免密支付,买家收到支付信息,派送员完成派单;
(10)买家驿站收货,可以当面拆包验货。
上述处理过程中,买家通过用户终端APP指定附近驿站时通常可以先与服务器交互,由服务器再通知相应的驿站(所述的驿站可以包括一个或多个用于处理COD订单的第二终端设备)。
图3是本申请所述方法一种实施例应用场景中指定第二终端的资源处理流程示意图,如图3所示,买家下单时指定驿站时货到付款模式的处理流程和实现方案的处理过程,如图3 所述的应用示例中,具体的可以包括:
(1)驿站/自提点的APP设置有资金账号功能;
(2)买家在资金账号中充值;
(3)买家指定可货到付款的驿站或者自提点;
(4)买家下单确认COD订单并指定该订单货到付款驿站;
(5)卖家发货;
(6)末公里派送,订单面单设置有指定驿站的支付标识;
(7)派送员前往指定驿站,驿站凭借授权完成免密支付,买家收到支付信息,派送员完成派单;
(8)买家驿站收货,可以当面拆包验货。
如果用户设置了在驿站的货到付款的上限,但在实际处理货到付款时发现所述支付金额大于所述用户资金对应的账户中设置的货到付款上限,则此时可以返回询问是否重新设置货到付款上限的提示消息。用户可以根据该提示消息,重新调整货到付款上限,再次提交代付请求,进行该订单的处理。
需要说明的是,本申请中所述的服务器与驿站或自提点的第二终端可以是不同服务方的终端设备,如服务器可以是提供在线购物的商家平台服务器,第二终端可以是物流公司或单独的驿站的终端设备。但本申请不排除其他的实施场景中,所述的服务器可以是驿站的服务器,甚至所述服务器可以与所述的第二终端是同一个终端设备,或者同一个业务系统,例如买家用户可以直接向驿站的服务器(第二终端)发送货到付款的代付请求,服务器接收并记录相关的订单信息、支付信息等,派送员在达到驿站后与服务器交互,完成免密支付,派送业务完成,并通过APP消息或短信通知买家用户已经完成货到付款。
本申请上述实施例提供的订单数据处理方法,可以在物流中的驿站、自提点等节点加入货到付款的功能。这样,当买家因法现场付款时可以指定某个节点进行货到付款,然后买家可以到节点收货,再进行拆包验证等。这样,采用本申请实施方案,可以很大程度上避免因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
上述实施例描述了本申请一种可以解决因买家用户无法到现场造成的COD订单派送延期、派送员重复派送、拒单率高等问题时多方交互处理实施例。基于上述描述,本申请提供一种可以用于对应于所述服务器一侧的资源处理方法,图4是本申请所述一种资源处理方法一种实施例的方法流程示意图,如图4所示,所述方法可以包括:
S10:提供第一终端与至少一个第二终端的关联关系;
S11:根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
S12:根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
在一种实施例中,发送给第二终端的所述资源转移请求信息包括目标物流数据标识;
相应的,所述资源转移处理请求信息包括所述目标物流数据标识,用于第二终端确认获取的物流数据是否为目标物流数据。
上述实施例中所述的关联关系,具体可以采用下述方式确定第一终端与第二终端的关联关系:
所述目标物流数据生成后,在第一终端上指定的进行资源转移处理的第二终端。
或者,
采用下述方式确定第一终端与第二终端的关联关系:
从来自用户的数据对象处理请求中获取的第一终端与第二终端的关联关系。
所述方法的另一种实施例中,所述资源转移处理信息还可以包括:
根据所述资源转移请求信息生成的目标物流数据在所述第二终端进行资源转移处理的授权信息,所述授权信息用于第二终端对获取的物流数据验证通过后进行免密资源转移处理。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于上述所述服务器一侧的资源处理方法各个实施例而言,参照前述相关方法实施例的描述,在此不做赘述。
同样的,基于上述多方交互处理的实施过程描述,本申请提供一种可以用于对应于所述驿站或代收点的第二终端一侧的资源处理方法,图5是本申请所述一种资源处理方法另一种实施例的方法流程示意图,如图5所示,所述方法可以包括:
S20:接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
S21:获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
S22:若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
本申请可以用于将第二终端一侧的一种资源处理方法中,所述资源转移处理信息还包括:根据所述资源转移请求信息生成的所述目标物流数据进行资源转移处理的授权信息;
相应的,所述对获取的所述物流数据进行资源转移处理包括:
根据所述授权信息对所述物流数据进行免密资源转移处理。
如图5所示,另一种实施例中,所述方法还可以包括:
S23:向服务器返回所述资源转移处理的处理结果信息,以使所述服务器向根据所述处理结果信息向所述第一终端发送资源转移处理结果通知消息。
进一步的,驿站或自提点可以设置有资金账户,该资金账户可以在买家指定订单后支持货到付款。因此,所述方法还可以包括:
S24:设置有资源账户信息,所述资源账户信息中记录有用户的用户资源;
相应的,所述对获取的所述物流数据进行资源转移处理包括:从所述用户资源中扣除所述物流数据进行资源转移处理的所需支付资源。
当然,一种实施方式中,若该现金账户在买家用户未指定订单时可以设置没有货到付款的权限。买家用户下单时可以指定驿站货到付款,货到付款的订单信息中可以包括对应于该指定驿站的付款标记。派送员达到指定驿站后可以通过付款标记快速完成支付,结束COD 订单派送业务,提高处理效率。
另一个实施场景中,为确保资金安全,买家用户可以对账户设置货到付款的上限。那么,第二终端在接收到所述付款申请消息后,可以基于所述用户在所述资金账户中的用户金额和设置的货到付款支付上限,判断所述付款申请消息是否通过申请。具体的,
所述资源账户信息中记录有用户设置的资源支付上限;
进一步的,接收资源转移处理信息之后,还包括:
S25:基于用户在所述资源账户信息中的用户资源和设置的资源支付上限,判断所述资源转移处理信息是否通过转移处理的申请要求;
若所述用户资源和所述资源支付上限中的任意一项小于所述所需支付资源,则返回所述资源转移处理信息申请失败的通知消息。
若所述用户金额和所述货到付款支付上限中的任意一项小于待支付金额,则返回申请失败的通知消息。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于上述所述第二终端一侧的资源处理方法各个实施例而言,参照前述相关方法实施例的描述,在此不做赘述。
同样的,基于上述多方交互处理的实施过程描述,本申请提供一种可以用于对应于所述用户一侧第一终端的资源处理方法。具体的,所述方法可以包括:
S30:向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
S31:接收所述服务器返回的资源转移处理结果通知消息。
图6是本申请所述方法另一种实施例的方法流程示意图。
参照前述相关实施例描述,所述相关联的第二终端可以包括:
所述目标物流数据生成后,本地指定的进行资源转移处理的第二终端;
或者,
所述服务器从来自用户的数据对象处理请求得到的用户指定进行资源转移处理的第二终端。
本申请上述实施例提供的用户、服务器一侧或者驿站/自提点等第二终端一侧的订单数据处理方法,可以在物流中的驿站、自提点等节点加入货到付款的功能。这样,当买家因法现场付款时可以指定某个驿站进行货到付款,然后买家可以到该指定的驿站收货,再进行拆包验证等。这样,采用本申请实施方案,可以很大程度上避免因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
基于上述所述的订单数据处理方法,本申请还提供一种资源处理装置。所述的装置可以包括使用了本申请所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思,本申请提供的一种实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似,因此本申请具体的装置的实施可以参见前述方法的实施,重复之处不再赘述。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的具体的。
上述所述的方法可以通过处理器执行相应的计算机指令实现。所述的处理器包括但不限于CPU(中央处理器)、单片机、逻辑门电路、量子计算机的处理单元等。所述的指令包括但不限于C++、javascript、Objective-C等PC、安卓或iOS系统语言的程序指令。具体的,本申请提供的一种资源处理装置终端设备的结构示意图。具体的,本申请提供的一种资源处理装置的另一种可以用于服务器一侧的实施例中,所述装置包括:包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
另一种实施例中,所述的装置可以为用于第二终端一侧的装置,可以包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
另一种实施例中,所述的装置可以为用于第一终端一侧的装置,可以包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于上述所述硬件 +程序的资源处理装置各个实施例而言,还可以包括其他实施例,具体的可以参照前述相关方法实施例的描述,在此不做赘述。
本申请还提供一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现以下步骤:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
另一种实施例中,一种计算机可读存储介质,其上存储有计算机指令,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
上述实施例所述计算机可读存储介质可以包括用于存储信息的物理装置,通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括:利用电能方式存储信息的装置如,各式存储器,如RAM、ROM等;利用磁能方式存储信息的装置如,硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘;利用光学方式存储信息的装置如,CD或DVD。当然,还有其他方式的可读存储介质,例如量子存储器、石墨烯存储器等等。
上述所述的装置或方法可以用于多种服务器中,避免因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。所述的服务器可以是单独的服务器,也可以是多台应用服务器组成的系统集群,也可以是分布式系统中的服务器。图7是本申请提供的服务器驿站实施例的结构示意图。一种实施例中,所述服务器可以包括至少一个处理器和用于存储处理器可执行指令的存储器,所述处理器执行所述指令时,实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
本申请还提供一种终端设备,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
所述的终端设备可以是驿站、自提点等一侧的第二终端,也可以是驿站、自提点等的服务器或其他处理设备。
本申请还提供另一种终端设备,如用户一侧的移动终端,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于上述所述硬件+程序的服务器或终端设备各个实施例而言,还可以包括其他实施例,具体的可以参照前述相关方法实施例的描述,在此不做赘述。
本申请实施例提供一种资源处理方法、装置、服务器及终端设备,可以在终端节点加入货到付款的功能,通过业务数据上将处理将终端节点和支付结合起来,解决因买家无法现场付款导致的订单派送延期、重复派送的问题,降低订单派送的拒单率,提高买家用户体验和订单派送处理效率。
一种资源处理系统,包括服务器、与第一终端存在关联关系的至少一个第二终端,其中,
所述服务器可以包括前述中任意一项所述的装置;
所述第二终端可以包括前述中任意一项所述的装置;
或者,
所述服务器可以为前述中任意一项所述的服务器;
所述第二终端可以为前述中任意一项所述的驿站或代收点一侧的终端设备。
尽管本申请内容中提到用户订单支付的通知消息所包含的字段信息内容、订单信息的匹配方法、消息返回交互等之类的数据定义、获取、交互、计算、判断等描述,但是,本申请并不局限于必须是符合行业通信标准、标准数据结构、计算机处理和存储规则或本申请实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例,仍然可以属于本申请的可选实施方案范围之内。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、 Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和 /或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (40)
1.一种资源处理方法,其特征在于,所述方法包括:
提供第一终端与至少一个第二终端的关联关系;根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
2.如权利要求1所述的一种资源处理方法,其特征在于,所述资源转移请求信息包括目标物流数据标识;
相应的,所述资源转移处理请求信息包括所述目标物流数据标识,用于第二终端确认获取的物流数据是否为目标物流数据。
3.如权利要求2所述的一种资源处理方法,其特征在于,采用下述方式确定第一终端与第二终端的关联关系:
所述目标物流数据生成后,在第一终端上指定的进行资源转移处理的第二终端。
4.如权利要求2所述的一种资源处理方法,其特征在于,采用下述方式确定第一终端与第二终端的关联关系:
从来自用户的数据对象处理请求中获取的第一终端与第二终端的关联关系。
5.如权利要求3或4所述的一种资源处理方法,其特征在于,所述资源转移处理信息还包括:
根据所述资源转移请求信息生成的目标物流数据在所述第二终端进行资源转移处理的授权信息,所述授权信息用于第二终端对获取的物流数据验证通过后进行免密资源转移处理。
6.一种资源处理方法,其特征在于,包括:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
7.如权利要求6所述的一种资源处理方法,其特征在于,所述资源转移处理信息还包括:根据所述资源转移请求信息生成的所述目标物流数据进行资源转移处理的授权信息;
相应的,所述对获取的所述物流数据进行资源转移处理包括:
根据所述授权信息对所述物流数据进行免密资源转移处理。
8.如权利要求6所述的一种资源处理方法,其特征在于,所述方法还包括:
向服务器返回所述资源转移处理的处理结果信息,以使所述服务器向根据所述处理结果信息向所述第一终端发送资源转移处理结果通知消息。
9.如权利要求6所述的一种资源处理方法,其特征在于,所述方法还包括:
设置有资源账户信息,所述资源账户信息中记录有用户的用户资源;
相应的,所述对获取的所述物流数据进行资源转移处理包括:从所述用户资源中扣除所述物流数据进行资源转移处理的所需支付资源。
10.如权利要求9所述的一种资源处理方法,其特征在于,所述方法还包括:
所述资源账户信息中记录有用户设置的资源支付上限;
进一步的,接收资源转移处理信息之后,还包括:基于用户在所述资源账户信息中的用户资源和设置的资源支付上限,判断所述资源转移处理信息是否通过转移处理的申请要求;
若所述用户资源和所述资源支付上限中的任意一项小于所述所需支付资源,则返回所述资源转移处理信息申请失败的通知消息。
11.一种资源处理方法,其特征在于,所述方法包括:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
12.如权利要求11所述的一种资源处理方法,其特征在于,所述相关联的第二终端包括:
所述目标物流数据生成后,本地指定的进行资源转移处理的第二终端;
或者,
所述服务器从来自用户的数据对象处理请求得到的用户指定进行资源转移处理的第二终端。
13.一种资源处理装置,其特征在于,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
14.如权利要求13所述的一种资源处理装置,其特征在于,所述资源转移请求信息包括请求第二终端对目标物流数据进行资源转移处理的目标物流数据标识;
相应的,所述资源转移处理请求信息包括所述目标物流数据标识,用于第二终端确认获取的物流数据是否为目标物流数据。
15.如权利要求14所述的一种资源处理装置,其特征在于,所述处理器具体的采用下述方式确定第一终端与第二终端的关联关系:
在第一终端上指定进行资源转移处理的第二终端。
16.如权利要求14所述的一种资源处理装置,其特征在于,所述处理器具体的采用下述方式确定第一终端与第二终端的关联关系:
从来自用户的数据对象处理请求中获取的第一终端与第二终端的关联关系。
17.如权利要求15或16所述的一种资源处理装置,其特征在于,所述资源转移处理信息还包括:
根据所述资源转移请求信息生成的目标物流数据在所述第二终端进行资源转移处理的授权信息,所述授权信息用于第二终端对获取的物流数据验证通过后进行免密资源转移处理。
18.一种资源处理装置,其特征在于,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
19.如权利要求18所述的一种资源处理装置,其特征在于,所述资源转移处理信息还包括:根据所述资源转移请求信息生成的所述目标物流数据进行资源转移处理的授权信息;
相应的,所述处理器对获取的所述物流数据进行资源转移处理包括:
根据所述授权信息对所述物流数据进行免密资源转移处理。
20.如权利要求18所述的一种资源处理装置,其特征在于,所述处理器还用于:
向服务器返回所述资源转移处理的处理结果信息,以使所述服务器向根据所述处理结果信息向所述第一终端发送资源转移处理结果通知消息。
21.如权利要求18所述的一种资源处理装置,其特征在于,所述存储器中还存储有资源账户信息,所述资源账户信息中记录有用户的用户资源;
相应的,所述处理器对获取的所述物流数据进行资源转移处理包括:从所述用户资源中扣除所述物流数据进行资源转移处理的所需支付资源。
22.如权利要求21所述的一种资源处理装置,其特征在于,所述资源账户信息中还记录有用户设置的资源支付上限;
进一步的,所述处理器接收资源转移处理信息之后,还实现:
基于用户在所述资源账户信息中的用户资源和设置的资源支付上限,判断所述资源转移处理信息是否通过转移处理的申请要求;
若所述用户资源和所述资源支付上限中的任意一项小于所述所需支付资源,则返回所述资源转移处理信息申请失败的通知消息。
23.一种资源处理装置,其特征在于,所述装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
24.如权利要求23所述的一种资源处理装置,其特征在于,所述相关联的第二终端包括:
所述目标物流数据生成后,本地资源处理装置上指定的进行资源转移处理的第二终端;
或者,
所述服务器从来自用户的数据对象处理请求得到的用户指定进行资源转移处理的第二终端。
25.一种服务器,其特征在于,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
26.如权利要求25所述的一种服务器,其特征在于,所述资源转移请求信息包括请求第二终端对目标物流数据进行资源转移处理的目标物流数据标识;
相应的,所述资源转移处理请求信息包括所述目标物流数据标识,用于第二终端确认获取的物流数据是否为目标物流数据。
27.如权利要求26所述的一种服务器,其特征在于,所述处理器具体采用下述方式确定第一终端与第二终端的关联关系:
在第一终端上指定进行资源转移处理的第二终端。
28.如权利要求26所述的一种服务器,其特征在于,所述处理器具体采用下述方式确定第一终端与第二终端的关联关系:
从来自用户的数据对象处理请求中获取的第一终端与第二终端的关联关系。
29.如权利要求27或28所述的一种服务器,其特征在于,所述资源转移处理信息还包括:
根据所述资源转移请求信息生成的目标物流数据在所述第二终端进行资源转移处理的授权信息,所述授权信息用于第二终端对获取的物流数据验证通过后进行免密资源转移处理。
30.一种终端设备,其特征在于,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
31.如权利要求30所述的一种终端设备,其特征在于,所述资源转移处理信息还包括:根据所述资源转移请求信息生成的所述目标物流数据进行资源转移处理的授权信息;
相应的,所述处理器对获取的所述物流数据进行资源转移处理包括:
根据所述授权信息对所述物流数据进行免密资源转移处理。
32.如权利要求30所述的一种终端设备,其特征在于,所述处理器还用于:
向服务器返回所述资源转移处理的处理结果信息,以使所述服务器向根据所述处理结果信息向所述第一终端发送资源转移处理结果通知消息。
33.如权利要求30所述的一种终端设备,其特征在于,所述存储器中还存储有资源账户信息,所述资源账户信息中记录有用户的用户资源;
相应的,所述处理器对获取的所述物流数据进行资源转移处理包括:从所述用户资源中扣除所述物流数据进行资源转移处理的所需支付资源。
34.如权利要求33所述的一种终端设备,其特征在于,所述资源账户信息中还记录有用户设置的资源支付上限;
进一步的,所述处理器接收资源转移处理信息之后,还实现:
基于用户在所述资源账户信息中的用户资源和设置的资源支付上限,判断所述资源转移处理信息是否通过转移处理的申请要求;
若所述用户资源和所述资源支付上限中的任意一项小于所述所需支付资源,则返回所述资源转移处理信息申请失败的通知消息。
35.一种终端设备,其特征在于,包括至少一个处理器以及存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
36.如权利要求35所述的一种终端设备,其特征在于,所述相关联的第二终端包括:
所述目标物流数据生成后,本地资源处理装置上指定的进行资源转移处理的第二终端;
或者,
所述服务器从来自用户的数据对象处理请求得到的用户指定进行资源转移处理的第二终端。
37.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述指令被执行时实现以下步骤:
提供第一终端与至少一个第二终端的关联关系;
根据第一终端的资源转移请求信息,向所述第一终端关联的至少一个第二终端发送资源转移处理信息;其中,所述资源转移处理信息用于所述第二终端对获取的物流数据进行资源转移处理;
根据所述第二终端返回的处理结果信息,向所述第一终端发送资源转移处理结果通知消息。
38.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述指令被执行时实现以下步骤:
接收资源转移处理信息,所述资源转移处理信息包括请求对目标物流数据进行资源转移处理的目标物流数据标识,所述目标物流数据标识从第一终端的资源转移请求信息中获取;
获取物流数据,查询是否存在与所述物流数据中的物流数据标识相对应的目标物流数据标识;
若存在,则根据查询到的所述目标物流数据标识对应的资源转移处理信息对获取的所述物流数据进行资源转移处理。
39.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,向预定的服务器发送资源转移请求信息,所述资源转移请求信息包括请求至少一个相关联的第二终端对目标物流数据进行资源转移处理的目标物流数据标识,以使所述第二终端对获取的物流数据进行资源转移处理;
接收所述服务器返回的资源转移处理结果通知消息。
40.一种资源处理系统,其特征在于,包括服务器、与第一终端存在关联关系的至少一个第二终端,其中,
所述服务器包括权利要求13至17中任意一项所述的装置;
所述第二终端包括权利要求18至22中任意一项所述的装置;
所述第一终端包括权利要求23或24所述的装置;
或者,
所述服务器为权利要求25至29中任意一项所述的服务器;
所述第二终端为权利要求30至34中任意一项所述的终端设备。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710408735.1A CN108985869A (zh) | 2017-06-02 | 2017-06-02 | 资源处理方法、装置、服务器及终端设备 |
PCT/CN2018/087975 WO2018219185A1 (zh) | 2017-06-02 | 2018-05-23 | 资源处理方法、装置、服务器及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710408735.1A CN108985869A (zh) | 2017-06-02 | 2017-06-02 | 资源处理方法、装置、服务器及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108985869A true CN108985869A (zh) | 2018-12-11 |
Family
ID=64454382
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710408735.1A Pending CN108985869A (zh) | 2017-06-02 | 2017-06-02 | 资源处理方法、装置、服务器及终端设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108985869A (zh) |
WO (1) | WO2018219185A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110290191A (zh) * | 2019-06-18 | 2019-09-27 | 北京三快在线科技有限公司 | 资源转移结果处理方法、装置、服务器、终端及存储介质 |
CN110298031A (zh) * | 2019-05-28 | 2019-10-01 | 北京百度网讯科技有限公司 | 一种词典服务系统及模型版本一致性配送方法 |
CN110751407A (zh) * | 2019-10-25 | 2020-02-04 | 拉扎斯网络科技(上海)有限公司 | 工作状态确定方法、装置、电子设备及存储介质 |
CN111738732A (zh) * | 2020-06-16 | 2020-10-02 | 中国建设银行股份有限公司 | 一种订单处理方法、装置及设备 |
CN112001712A (zh) * | 2020-09-10 | 2020-11-27 | 邦邦汽车销售服务(北京)有限公司 | 一种用于损余物资的信息处理方法和装置 |
CN112232810A (zh) * | 2020-09-24 | 2021-01-15 | 中国银联股份有限公司 | 资源处理方法、服务器、装置、设备、系统及介质 |
CN113283893A (zh) * | 2021-05-28 | 2021-08-20 | 深圳Tcl新技术有限公司 | 资源转移处理方法、装置、存储介质及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103064371A (zh) * | 2012-12-17 | 2013-04-24 | 陈坚 | 一种无人值守式自助终端、周转箱及实现精准物流的方法 |
CN103745396A (zh) * | 2014-01-22 | 2014-04-23 | 广州市天兔网络科技有限公司 | 基于移动互联网实现线上线下快速购物的方法及购物系统 |
CN104933562A (zh) * | 2015-06-16 | 2015-09-23 | 深圳深若科技有限公司 | 一种快递费免密支付方法及系统 |
CN105139193A (zh) * | 2015-07-31 | 2015-12-09 | 腾讯科技(深圳)有限公司 | 一种电子资源处理方法、装置及服务器 |
CN106464741A (zh) * | 2016-08-08 | 2017-02-22 | 朱亮红 | 物流信息服务方法、系统和终端及处理方法和终端 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8311904B2 (en) * | 2008-12-03 | 2012-11-13 | Sap Ag | Architectural design for intra-company stock transfer application software |
CN104156842A (zh) * | 2014-07-30 | 2014-11-19 | 北京京东尚科信息技术有限公司 | 一种用于自提柜的信息处理方法和装置 |
CN106127434B (zh) * | 2016-06-24 | 2020-01-03 | 太原脉倜什移动互联科技有限公司 | 快递代收系统 |
-
2017
- 2017-06-02 CN CN201710408735.1A patent/CN108985869A/zh active Pending
-
2018
- 2018-05-23 WO PCT/CN2018/087975 patent/WO2018219185A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103064371A (zh) * | 2012-12-17 | 2013-04-24 | 陈坚 | 一种无人值守式自助终端、周转箱及实现精准物流的方法 |
CN103745396A (zh) * | 2014-01-22 | 2014-04-23 | 广州市天兔网络科技有限公司 | 基于移动互联网实现线上线下快速购物的方法及购物系统 |
CN104933562A (zh) * | 2015-06-16 | 2015-09-23 | 深圳深若科技有限公司 | 一种快递费免密支付方法及系统 |
CN105139193A (zh) * | 2015-07-31 | 2015-12-09 | 腾讯科技(深圳)有限公司 | 一种电子资源处理方法、装置及服务器 |
CN106464741A (zh) * | 2016-08-08 | 2017-02-22 | 朱亮红 | 物流信息服务方法、系统和终端及处理方法和终端 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110298031A (zh) * | 2019-05-28 | 2019-10-01 | 北京百度网讯科技有限公司 | 一种词典服务系统及模型版本一致性配送方法 |
CN110298031B (zh) * | 2019-05-28 | 2023-07-18 | 北京百度网讯科技有限公司 | 一种词典服务系统及模型版本一致性配送方法 |
CN110290191A (zh) * | 2019-06-18 | 2019-09-27 | 北京三快在线科技有限公司 | 资源转移结果处理方法、装置、服务器、终端及存储介质 |
CN110290191B (zh) * | 2019-06-18 | 2020-04-24 | 北京三快在线科技有限公司 | 资源转移结果处理方法、装置、服务器、终端及存储介质 |
CN110751407A (zh) * | 2019-10-25 | 2020-02-04 | 拉扎斯网络科技(上海)有限公司 | 工作状态确定方法、装置、电子设备及存储介质 |
CN111738732A (zh) * | 2020-06-16 | 2020-10-02 | 中国建设银行股份有限公司 | 一种订单处理方法、装置及设备 |
CN112001712A (zh) * | 2020-09-10 | 2020-11-27 | 邦邦汽车销售服务(北京)有限公司 | 一种用于损余物资的信息处理方法和装置 |
CN112001712B (zh) * | 2020-09-10 | 2022-02-25 | 邦邦汽车销售服务(北京)有限公司 | 一种用于损余物资的信息处理方法和装置 |
CN112232810A (zh) * | 2020-09-24 | 2021-01-15 | 中国银联股份有限公司 | 资源处理方法、服务器、装置、设备、系统及介质 |
CN112232810B (zh) * | 2020-09-24 | 2024-02-23 | 中国银联股份有限公司 | 资源处理方法、服务器、装置、设备、系统及介质 |
CN113283893A (zh) * | 2021-05-28 | 2021-08-20 | 深圳Tcl新技术有限公司 | 资源转移处理方法、装置、存储介质及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2018219185A1 (zh) | 2018-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108985869A (zh) | 资源处理方法、装置、服务器及终端设备 | |
KR102312781B1 (ko) | 오프라인 지불, 서비스 프로세싱, 및 지불 프로세싱을 위한 방법 및 장치 | |
US20240054477A1 (en) | Processing mobile payments when disconnected from payment servers | |
CN105099688B (zh) | 一种电子账户的操作方法、支付页面的展示方法及装置 | |
KR102034365B1 (ko) | 지불 방법, 장치 및 시스템 | |
CN102760259B (zh) | 一种在线支付方法及设备 | |
CN109409856A (zh) | 退款信息处理方法及装置 | |
EP2447899A1 (en) | Techniques for conducting single or limited use purchases via a mobile device | |
CN107038562A (zh) | 交通分段计费的支付方法、计费系统和支付系统 | |
CN111523870B (zh) | 订单数据的处理方法及装置、计算机设备 | |
CN108399543A (zh) | 支付卡的绑定方法、信任评估方法、装置和电子设备 | |
CN110490572B (zh) | 一种支付方法、装置、相关设备及系统 | |
CN108376362A (zh) | 退税方法、装置及设备 | |
CN107833037A (zh) | 一种基于信用实现分期业务的方法 | |
CN105376203B (zh) | 交互信息的处理方法、装置及系统 | |
CN109961365A (zh) | 一种基于区块链智能合约的收账记录处理方法及系统 | |
CN109003071A (zh) | 支付方法、装置及设备 | |
CN109102268A (zh) | 一种用于聚合支付对账的方法及设备 | |
CN106484524A (zh) | 一种任务处理方法及装置 | |
CN110020852A (zh) | 一种移动支付方法、装置及系统 | |
CN108694574A (zh) | 一种资源转移渠道的处理方法、装置及设备 | |
CN108961023A (zh) | 一种信用退税方法、装置、系统及电子设备 | |
CN110428304A (zh) | 一种订单结算系统、方法及装置 | |
CN106296137A (zh) | 一种支付数据处理方法、装置及系统 | |
CN109003088A (zh) | 一种业务风险分析方法、装置及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40000729 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181211 |
|
RJ01 | Rejection of invention patent application after publication |