CN108346015A - 寄件方法、服务端、客户端及系统 - Google Patents
寄件方法、服务端、客户端及系统 Download PDFInfo
- Publication number
- CN108346015A CN108346015A CN201710059654.5A CN201710059654A CN108346015A CN 108346015 A CN108346015 A CN 108346015A CN 201710059654 A CN201710059654 A CN 201710059654A CN 108346015 A CN108346015 A CN 108346015A
- Authority
- CN
- China
- Prior art keywords
- information
- addressee
- payment
- posting
- solicited message
- 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
- 238000000034 method Methods 0.000 title claims abstract description 115
- 230000006854 communication Effects 0.000 claims description 21
- 238000004891 communication Methods 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 12
- 235000013399 edible fruits Nutrition 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 5
- 238000012795 verification Methods 0.000 claims description 4
- 235000008694 Humulus lupulus Nutrition 0.000 claims description 3
- 238000003306 harvesting Methods 0.000 claims 3
- 238000012545 processing Methods 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 18
- 238000003860 storage Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 241000208340 Araliaceae Species 0.000 description 2
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 2
- 235000003140 Panax quinquefolius Nutrition 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 235000008434 ginseng Nutrition 0.000 description 2
- 244000046052 Phaseolus vulgaris Species 0.000 description 1
- 235000010627 Phaseolus vulgaris Nutrition 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
- G06Q10/08355—Routing methods
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种寄件方法、服务端、客户端及系统，该方法包括：接收寄件信息，根据寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端；接收返回的收件信息或转寄信息：若返回转寄信息，则根据转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，返回接收收件信息或转寄信息；若返回收件信息，则根据收件信息生成寄件结果信息。其中，寄件信息和转寄信息分别包括第一/第二收件人身份信息。本发明由寄件方和收件方分别配置处理各自的业务信息，最终由服务端生成寄件结果信息，实现在线上社交场景中为三方提供完善、便捷的业务渠道，且收件方无需将己方业务信息提供给寄件方，可保障收件方信息的私密性。
Description
技术领域
本申请涉及智慧物流技术领域，具体涉及一种通过寄件方与收件方之间的交互完成寄件下单的寄件方法、服务端、客户端及系统。
背景技术
当前，快递作为人们生活的一种连接方式，在有寄递需求时，必须由寄件方通过拨打电话、登录网站下单、在APP软件中下单、通过快递柜下单等渠道进行下订单，收件方必须提前将自己的收件地址告知寄件方，再由寄件方填写收寄双方的地址等信息来满足寄件的下单需求。
更进一步地，当收件方需要修改收件信息或希望将快件转寄时，必须通过寄件方与快递公司进行沟通和相关的操作，而无法直接主导快件的收件信息配置和转寄等收件方相关业务。寄件方、收件方和快递公司三方之间只有单一的收件方-寄件方-快递公司的渠道链，缺乏更完善、便捷的业务渠道。
发明内容
鉴于现有技术中的上述缺陷或不足，期望提供一种为寄件方、收件方和快递公司三方提供完善、便捷的业务渠道，收件方无需将己方业务信息提供给寄件方的寄件方法、服务端、客户端及系统。
第一方面，本发明提供一种适用于服务端的寄件方法，该方法包括：
接收寄件信息，根据该寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端；
接收返回的收件信息或转寄信息：若返回转寄信息，则根据该转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，返回接收返回的收件信息或转寄信息；
若返回收件信息，则根据该收件信息生成寄件结果信息。
其中，寄件信息包括第一收件人身份信息，转寄信息包括第二收件人身份信息。
第二方面，本发明提供一种适用于寄件方客户端的寄件方法，该方法包括：
获取寄件参数以生成寄件信息；
将该寄件信息发送至服务端，以供该服务端根据该寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端，该客户端根据该第一收件请求信息获取收件参数以生成收件信息并返回给该服务端，以供该服务端根据接收的收件信息生成寄件结果信息。
其中，寄件参数包括第一收件人身份信息，收件参数包括收件地址信息或拒绝收件信息。
第三方面，本发明提供一种适用于收件方客户端的寄件方法，该方法包括：
接收并显示服务端发送的第一收件请求信息或第二收件请求信息，以供选择收件或拒绝收件；
根据该第一收件请求信息或第二收件请求信息获取收件参数，并根据该收件参数生成收件信息；
将该收件信息返回给服务端，以供服务端生成寄件结果信息。
其中，收件参数包括收件地址信息或拒绝收件信息，第一收件请求信息根据寄件信息生成，第二收件请求信息根据转寄信息生成。
第四方面，本发明提供另一种适用于收件方客户端的寄件方法，该方法包括：
接收并显示服务端发送的第一收件请求信息或第二收件请求信息，以供选择是否转寄；
当选择转寄时：
根据第一收件请求信息或第二收件请求信息获取转寄参数，并根据转寄参数生成转寄信息；
将转寄信息返回给服务端，以供服务端根据转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，以供该客户端执行上述转寄方法；
当选择不转寄时：
根据第一收件请求信息或第二收件请求信息获取收件参数，并根据收件参数生成收件信息；
将收件信息返回给服务端，以供服务端生成寄件结果信息。
其中，转寄参数包括第二收件人身份信息，收件参数包括收件地址信息或拒绝收件信息，第一收件请求信息根据寄件信息生成。
第五方面，本发明提供一种服务端，该服务端包括：
请求生成单元，配置用于根据寄件信息生成第一收件请求信息，根据转寄信息生成第二收件请求信息；
结果生成单元，配置用于根据收件信息生成寄件结果信息；
第一通信单元，配置用于接收寄件信息，将第一收件请求信息发送至第一收件人身份信息对应的客户端，接收返回的收件信息或转寄信息，将第二收件请求信息发送至第二收件人身份信息对应的客户端。
其中，寄件信息包括第一收件人身份信息，转寄信息包括第二收件人身份信息。
第六方面，本发明提供一种客户端，该客户端包括：
寄件单元，配置用于获取寄件参数以生成寄件信息；
收件单元，配置用于根据第一收件请求信息获取收件参数以生成收件信息；
第二通信单元，配置用于将寄件信息发送至服务端，以供服务端生成第一收件请求信息并发送至第一收件人身份信息对应的客户端，接收服务端发送的第一收件请求信息，将收件信息返回给服务端，以供服务端根据接收的收件信息生成寄件结果信息。
其中，寄件参数包括第一收件人身份信息，收件参数包括收件地址信息或拒绝收件信息。
第七方面，本发明提供一种系统，该系统包括上述服务端和若干上述客户端。
第八方面，本发明还提供一种设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的上述第一方面的适用于服务端的寄件方法。
第九方面，本发明还提供一种设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的上述第二方面至第四方面的适用于客户端的寄件方法。
第十方面，本发明还提供一种存储有计算机程序的计算机可读存储介质，该计算机程序使计算机执行根据本发明各实施例提供的上述第一方面的适用于服务端的寄件方法。
第十一方面，本发明还提供一种存储有计算机程序的计算机可读存储介质，该计算机程序使计算机执行根据本发明各实施例提供的上述第二方面至第四方面的适用于客户端的寄件方法。
本发明诸多实施例提供的寄件方法、服务端、客户端及系统通过由寄件方和收件方分别配置处理各自相关的业务信息，最终由服务端生成寄件结果信息，完成下单并返回订单信息或返回拒收信息，从而实现了为寄件方、收件方和快递公司三方提供完善、便捷的业务渠道，且收件方无需将己方业务信息提供给寄件方，可保障收件方信息的私密性；
本发明一些实施例提供的寄件方法、服务端、客户端及系统进一步通过由收件方直接配置处理转寄业务，进一步为三方提供更为完善、便捷的业务渠道；
本发明一些实施例提供的寄件方法、服务端、客户端及系统进一步通过在寄件信息中配置寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息等可选项，一方面为寄件方和收件方提供了更为丰富的寄件模式和渠道，另一方面可保障寄件方信息的私密性，从而可保障收件方和寄件方双方信息的私密性；
本发明一些实施例提供的寄件方法、服务端、客户端及系统进一步为各种寄件模式提供了多种支付方式，进一步增强了便利性和可靠性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1为本发明一实施例提供的第一种寄件方法的流程图。
图2为图1所示方法的一种优选实施方式的流程图。
图3为图1所示方法的一种优选实施方式的流程图。
图4为图1所示方法的一种优选实施方式的流程图。
图5为本发明一实施例提供的第二种寄件方法的流程图。
图6为图5所示方法的一种优选实施方式中步骤S22的流程图。
图7为图5所示方法的一种优选实施方式的流程图。
图8为图5所示方法的一种优选实施方式的流程图。
图9为本发明一实施例提供的第三种寄件方法的流程图。
图10为图9所示方法的一种优选实施方式的流程图。
图11为本发明一实施例提供的第四种寄件方法的流程图。
图12为图11所示方法的一种优选实施方式的流程图。
图13为图11所示方法的一种优选实施方式的流程图。
图14为本发明一实施例提供的一种服务端的结构示意图。
图15为图14所示服务端的一种优选实施方式的结构示意图。
图16为图14所示服务端的一种优选实施方式的结构示意图。
图17为本发明一实施例提供的一种客户端的结构示意图。
图18为图17所示客户端的一种优选实施方式的结构示意图。
图19为图17所示客户端的一种优选实施方式的结构示意图。
图20为本发明一实施例提供的一种设备的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1为本发明一实施例提供的第一种寄件方法的流程图。
如图1所示，在本实施例中，本发明提供的一种适用于服务端的寄件方法包括：
S12：接收寄件信息，根据该寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端；
S14：接收返回的收件信息或转寄信息：
若返回转寄信息，则执行步骤S16：根据该转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，返回步骤S14；
若返回收件信息，则执行步骤S18：根据该收件信息生成寄件结果信息。
其中，寄件信息包括第一收件人身份信息，转寄信息包括第二收件人身份信息。
具体地，本实施例提供的上述方法可以适用于配置成集中式服务器或分布式服务器等各类本领域常用的服务端。
根据寄件方所选择的单发寄件或群发寄件的不同模式，上述第一收件人身份信息可以包括一位或多位收件人的具体身份信息，也可以仅包括收件人的数量和选择范围，而不限定各收件人的身份。
当任一收件方接收的快件数量为一件时，对应的转寄信息中的第二收件人身份信息可以包括一位收件人的身份信息，也可以限定收件人的数量为1及其选择范围，而不限定收件人的身份；
当任一收件方接收的快件数量为多件时，对应的转寄信息中的第二收件人身份信息可以包括一位或多位收件人的身份信息，也可以限定收件人的“抢快件”模式及其选择范围。
以下通过几个具体实施例对上述方法进行具体说明。
第一实施例，寄件方甲向收件方乙寄送第一快件：
在步骤S12中，服务端接收甲的客户端发送的寄件信息m11，根据寄件信息m11生成第一收件请求信息q11并发送给乙的客户端。
在步骤S14中，当收件方乙选择收件或拒绝收件时，乙的客户端返回收件信息m21，服务端接收返回的收件信息m21，进入步骤S18，服务端根据返回的收件信息m21生成寄件结果信息：若乙选择收件，将最终生成的第一快件的订单发送至物流系统，进入取件流程；若乙选择拒绝收件，则生成拒绝收件结果信息；
当收件方乙选择将第一快件转寄给丙时，乙的客户端返回转寄信息m31，服务端接收返回的转寄信息m31，进入步骤S16，根据转寄信息m31生成第二收件请求信息q21，并发送至丙的客户端，返回步骤S14等待接收丙的客户端返回的收件信息或转寄信息。当接收到返回的转寄信息时，服务端继续循环步骤S14和S16，直至接收到返回的收件信息，进入步骤S18，生成寄件结果信息。
在上述第一实施例中，寄件信息m11还包括寄件地址信息等寄件方必填的业务信息，收件信息m21还包括收件地址信息等收件方必填的业务信息。
优选地，寄件信息还可以进一步包括寄件地址对收件人隐藏的可选项信息等可选信息。
第二实施例，寄件方甲在一微信群中寄送五件第二快件：
具体地，甲可以选择指定当前群中的五位收件人(即第一收件人身份信息包括多位收件人的具体身份信息)，也可以选择不指定收件人身份，以“红包快件”的方式进行寄件，供各群成员先抢先得(即第一收件人身份信息仅包括收件人的数量和选择范围，而不限定各收件人的身份)。
在步骤S12中，服务端接收甲的客户端发送的寄件信息m12，根据寄件信息m12生成第一收件请求信息q12并发送给该微信群的各群成员的客户端。
在步骤S14中，接收各群成员的客户端所返回的前5项收件信息或转寄信息，对该5项收件信息或转寄信息分别进行处理，处理方式与第一实施例相同。
第三实施例，寄件方甲为自己的微博粉丝派送五件托寄物：
第三实施例与第二实施例的主要区别在于，寄件信息m13中包含的寄件方业务信息不同：不包括甲的寄件地址信息，包括托寄物订单信息，以供快递员获知到何处收取托寄物件。
具体地，在上述第三实施例中，托寄物为小礼品，在更多实施例中，托寄物还可根据实际需求配置为各不同种类的托寄物件，只要托寄物订单信息包含托寄物的取件地址等取件必要信息，即可实现相同的技术效果。
图2为图1所示方法的一种优选实施方式的流程图。
如图2所示，在一优选实施例中，寄件信息还包括支付方式。具体地，各种常用的支付方式可归类为两类支付方式：寄付或到付。
当支付方式为寄付时，寄件信息还包括第一支付结果信息，步骤S12包括：
S121：接收寄件信息；
S123：对第一支付结果信息进行验证：若验证失败，返回步骤S121，若验证成功，进入步骤S125：根据寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端。
当支付方式为到付时，收件信息还包括第二支付结果信息，步骤S18之前还包括：
S17：对第二支付结果信息进行验证：若验证失败，返回步骤S14，若验证成功，进入步骤S18。
同样如图2所示，在另一优选实施例中，转寄信息还包括转寄支付方式，同样可以归类为寄付或到付。
当转寄支付方式为寄付时，转寄信息还包括第三支付结果信息，步骤S16之前还包括：
S15：对第三支付结果信息进行验证：若验证失败，返回步骤S14，若验证成功，进入步骤S16。
当转寄支付方式为到付时，转寄信息还包括第四支付结果信息，步骤S18之前还包括：
S17'：对第四支付结果信息进行验证：若验证失败，返回步骤S14，若验证成功，进入步骤S18。
图3为图1所示方法的一种优选实施方式的流程图。
如图3所示，在一优选实施例中，步骤S18之后还包括：
S19：将寄件结果信息返回给对应的客户端。
具体地，收件方和寄件方可分别在寄件信息和收件信息中配置是否隐藏己方的业务信息，例如收件方选择对寄件方隐藏收件地址等信息，则寄件方在步骤S19中接收的寄件结果信息将不包含收件方的收件地址等信息。
在本实施例中，若双方未选择相关的配置，服务端默认不隐藏各方的业务信息，在更多实施例中，也可根据实际需求将服务端配置成默认单方隐藏业务信息，或双方隐藏业务信息。
图4为图1所示方法的一种优选实施方式的流程图。
如图4所示，在一优选实施例中，步骤S14之前还包括：
S13：在发送第一收件请求信息或第二收件请求信息后，监控预定时间内是否收到返回的收件信息或转寄信息：若未收到，则生成拒绝收件信息和对应的寄件结果信息。
具体地，在本实施例中，预定时间为24小时，在更多实施例中可根据实际需求配置为不同长度的时间。当收件方在预定时间内未作响应，或在预定时间内未收到相应数量的响应(例如派送5件托寄物，24小时内只收到4项收件信息或转寄信息)，则对未收到响应的第一收件请求信息或第二收件请求信息视作拒收处理。
图5为本发明一实施例提供的第二种寄件方法的流程图。
如图5所示，在本实施例中，本发明还提供一种适用于寄件方客户端的寄件方法，该方法包括：
S22：获取寄件参数以生成寄件信息；
S24：将该寄件信息发送至服务端，以供该服务端根据该寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端，该客户端根据该第一收件请求信息获取收件参数以生成收件信息并返回给该服务端，以供该服务端根据接收的收件信息生成寄件结果信息。
其中，寄件参数包括第一收件人身份信息，收件参数包括收件地址信息或拒绝收件信息。
具体地，本实施例中所提供的客户端既可作为寄件方客户端，也可作为收件方客户端，下文会进行详细阐述。图5所示的上述方法即可适用于本实施例提供的客户端，也可适用于专用的寄件方客户端。
图6为图5所示方法的一种优选实施方式中步骤S22的流程图。
如图6所示，在一优选实施例中，步骤S22进一步包括：
S221：在虚拟社交场景中显示寄件控件；
S223：响应于所述寄件控件的触发，通过以下至少一种方式获取寄件参数：调用所述虚拟社交场景的应用程序编程接口(API)，以及，获取输入信息；
S225：根据所获取的寄件参数生成寄件信息。
在一优选实施例中，虚拟社交场景包括以下至少一项：即时通讯二人对话场景，即时通讯多人对话场景，功能列表场景，以及，虚拟现实场景。在更多实施例中，可根据实际需求将虚拟社交场景配置为更多不同类型的线上社交场景。
在一优选实施例中，寄件参数还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
图7为图5所示方法的一种优选实施方式的流程图。
如图7所示，在一优选实施例中，寄件参数还包括支付方式，当所述支付方式为寄付时，步骤S22之后还包括：
S23：根据寄件信息生成支付信息，调用支付API进行支付：若支付成功，在寄件信息中添加第一支付结果信息，进入步骤S24；若支付失败，循环当前步骤S23。
图8为图5所示方法的一种优选实施方式的流程图。
如图8所示，在一优选实施例中，步骤S24之后还包括：
S26：接收服务端返回的寄件结果信息。
以下同样通过上述第一实施例至第三实施例对上述图5-图8所示的方法进行具体说明。
在第一实施例中，在步骤S22中，获取寄件人联系信息、寄件地址信息等寄件必需的寄件方业务信息作为各寄件参数，其中，获取乙的身份信息作为第一收件人身份信息。
具体地，在步骤S221中，在甲方客户端中与乙的二人对话场景中显示寄件控件(例如按钮)。
在步骤S223中，甲通过点击等方式触发该寄件控件后，响应于该寄件控件的触发，跳转至寄件参数配置页面，可以通过调用API直接调取预存的寄件人联系信息等寄件参数，也可以获取手动输入的寄件参数。
在步骤S225中，根据所获取的各项寄件参数生成预定格式的寄件信息。
在步骤S23中，甲方客户端判断寄件信息中的支付方式为寄付或到付，若是到付则跳过步骤S23，直接进入步骤S24，若是寄付，则根据寄件信息生成支付信息，调用支付API进行支付：若支付成功，在寄件信息中添加第一支付结果信息，进入步骤S24；若支付失败，循环当前步骤S23。
具体地，由于收件位置未知，在步骤S23中，支付信息可以根据各类不同的支付策略生成，例如，不同距离收取定额费用，或预收定额费用最终多退少补等。
在步骤S24中，甲方客户端将该寄件信息发送至服务端。
第二实施例与第一实施例的区别在于，步骤S22中，虚拟社交场景为微信群场景，可以获取所指定五位收件人的身份信息生成第一收件人身份信息，也可以获取当前微信群的身份信息和收件人数量5人以生成不指定各收件人身份的第一收件人身份信息。
第三实施例与第二实施例的区别在于，步骤S22中获取的寄件参数不同，无需获取甲的寄件地址信息，但需要获取托寄物订单信息。
在更多实施例中，还可以根据实际需求将上述虚拟社交场景配置为客户端的功能列表场景，或虚拟现实场景等不同类型的场景，从而实现在不同场景中完成各方的寄件业务信息配置。
图9为本发明一实施例提供的第三种寄件方法的流程图。
如图9所示，在本实施例中，本发明还提供一种适用于收件方客户端的寄件方法，该方法包括：
S32：接收并显示服务端发送的第一收件请求信息，以供选择收件或拒绝收件；
S34：根据该第一收件请求信息获取收件参数，并根据该收件参数生成收件信息；
S36：将该收件信息返回给服务端，以供服务端生成寄件结果信息。
其中，收件参数包括收件地址信息或拒绝收件信息，第一收件请求信息根据寄件信息生成。
具体地，当服务端生成第一收件请求信息并发送给收件方客户端时：
在步骤S32中，收件方客户端接收并显示第一收件请求信息，以供接收方根据所显示的第一收件请求信息选择收件或拒绝收件。
收件方客户端显示第一收件请求信息的场景即与上述寄件方客户端进行交互的场景，可以根据实际需求配置为即时通讯二人对话场景，即时通讯多人对话场景，以及，虚拟现实场景等不同类型的线上社交场景。
在步骤S34中，当收件方选择拒绝收件时，收件参数包括拒绝收件信息，当收件方选择收件时，收件参数包括收件地址信息以及收件人联系信息等派件所必需的信息。在更多实施例中，收件参数还可配置成包括更多的可选参数。
响应于收件方触发所显示的第一收件请求信息，收件方客户端可通过获取输入的信息，或，调用API获取信息等方式获取上述收件参数。
在步骤S36中，收件方客户端将该收件信息返回给服务端，以供服务端生成寄件结果信息。
图10为图9所示方法的一种优选实施方式的流程图。
如图10所示，在一优选实施例中，第一收件请求信息还包括支付方式，当该支付方式为到付，且收件参数包括收件地址信息，即，收件方选择收件时，步骤S34之后还包括：
S35：根据第一收件请求信息和收件地址信息生成支付信息，调用支付API进行支付：
若支付成功，在收件信息中添加第二支付结果信息，进入步骤S36；
若支付失败，循环步骤S35。
当支付方式为寄付，或收件方选择拒绝收件时，则无需执行上述步骤S35，在执行步骤S34之后直接进入步骤S36。
图11为本发明一实施例提供的第四种寄件方法的流程图。该方法与上述图9-10所示的第三种寄件方法的主要区别在于为收件方进一步提供了转寄的选择。
如图11所示，在本实施例中，本发明还提供另一种适用于收件方客户端的寄件方法，该方法包括：
S42：接收并显示服务端发送的第一收件请求信息或第二收件请求信息，以供选择是否转寄；
当选择转寄时，进入步骤S43：根据第一收件请求信息或第二收件请求信息获取转寄参数，并根据转寄参数生成转寄信息；
以及步骤S45：将转寄信息返回给服务端，以供服务端根据转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，以供该客户端执行上述转寄方法。
当选择不转寄时，进入步骤S46：根据第一收件请求信息或第二收件请求信息获取收件参数，并根据收件参数生成收件信息；
以及步骤S48：将收件信息返回给服务端，以供服务端生成寄件结果信息。
其中，转寄参数包括第二收件人身份信息，收件参数包括收件地址信息或拒绝收件信息，第一收件请求信息根据寄件信息生成。
具体地，在上述第一实施例的场景中，服务端生成第一收件请求信息q11并发送给乙的客户端时：
乙的客户端接收并显示第一收件请求信息q11，以供乙选择是否转寄：
若选择不转寄，则进入步骤S46-S48配置生成收件信息并返回，原理与前述步骤S34-S36相同，此处不再赘述；
若选择转寄，则进入步骤S43，乙的客户端根据第一收件请求信息q11获取转寄参数，并根据转寄参数生成转寄信息m31。转寄参数应包括转寄接收方的身份信息(丙)，可以进一步包括原始寄件人信息、转寄人信息等可选信息，具体可根据实际需求采用不同的配置方式。
在步骤S45中，乙的客户端将转寄信息m31返回给服务端，以供服务端根据转寄信息m31生成第二收件请求信息q21并发送至丙的客户端。
丙的客户端接收第二收件请求信息q21后，执行上述第四种寄件方法，在步骤S42中显示第二收件请求信息q21以供丙选择是否接收第一快件，或继续转寄给丁，依此类推。
与上述第三种寄件方法类似地，显示第一收件请求信息的场景即转寄的寄件方与收件方进行交互的场景，可以根据实际需求配置为即时通讯二人对话场景，即时通讯多人对话场景，以及，虚拟现实场景等不同类型的线上社交场景。
图12为图11所示方法的一种优选实施方式的流程图。
如图12所示，在一优选实施例中，转寄参数还包括转寄支付方式，当转寄支付方式为寄付时，步骤S43之后还包括：
S44：根据转寄信息生成转寄支付信息，调用支付API进行支付：
若支付成功，在转寄信息中添加第三支付结果信息，进入步骤S45；
若支付失败，循环步骤S44。
同样如图12所示，在另一优选实施例中，第二收件请求信息还包括转寄支付方式，当转寄支付方式为到付，且收件参数包括收件地址信息时，步骤S46之后还包括：
S47：根据第二收件请求信息和收件地址信息生成支付信息，调用支付API进行支付：
若支付成功，在所述收件信息中添加第四支付结果信息，进入步骤S48；
若支付失败，循环步骤S47。
图13为图11所示方法的一种优选实施方式的流程图。
如图13所示，在一优选实施例中，步骤S45和S48之后还包括：
S49：接收服务端返回的寄件结果信息。
图14为本发明一实施例提供的一种服务端的结构示意图。图14所示服务端可对应执行上述图1-4提供的第一种寄件方法。
如图14所示，在本实施例中，本发明提供的服务端10包括：
请求生成单元11，配置用于根据寄件信息生成第一收件请求信息，根据转寄信息生成第二收件请求信息；
结果生成单元13，配置用于根据收件信息生成寄件结果信息；
第一通信单元15，配置用于接收寄件信息，将第一收件请求信息发送至第一收件人身份信息对应的客户端，接收返回的收件信息或转寄信息，将第二收件请求信息发送至第二收件人身份信息对应的客户端。
其中，寄件信息包括第一收件人身份信息，转寄信息包括第二收件人身份信息。
具体地，在本实施例中，上述服务端10配置为一分布式系统，所述系统的各节点中分别配置有上述服务端10所包括的各单元。在更多实施例中，上述服务端10还可根据实际需求配置为集中式服务器等不同类型的服务端，可实现相同的技术效果。
在一优选实施例中，寄件信息还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
图15为图14所示服务端的一种优选实施方式的结构示意图。
如图15所示，在一优选实施例中，寄件信息还包括支付方式，服务端10进一步还包括：
支付验证单元17，配置用于在支付方式为寄付时，对寄件信息中的第一支付结果信息进行验证，以及，在支付方式为到付时，对收件信息中的第二支付结果信息进行验证。
在一优选实施例中，转寄信息还包括转寄支付方式，支付验证单元17进一步配置用于在转寄支付方式为寄付时，对转寄信息中的第三支付结果信息进行验证，以及，在转寄支付方式为到付时，对收件信息中的第四支付结果信息进行验证。
在一优选实施例中，第一通信单元15进一步配置用于将寄件结果信息返回给对应的客户端。具体地，该对应的客户端可以为寄件方客户端、转寄方客户端、收件方客户端中的任意一项或多项，在不同实施例中可根据实际需求采用不同的配置。
图16为图14所示服务端的一种优选实施方式的结构示意图。
如图16所示，在一优选实施例中，服务端10进一步还包括：
监控单元19，配置用于在第一通信单元15发送第一收件请求信息或第二收件请求信息后，监控第一通信单元15在预定时间内是否收到返回的收件信息或转寄信息：若未收到，则生成拒绝收件信息并发送至结果生成单元13。
结果生成单元13进一步配置用于根据监控单元19发送的拒绝收件信息生成寄件结果信息。
图17为本发明一实施例提供的一种客户端的结构示意图。图17所示的客户端可分别对应执行图5-8所示的第二种寄件方法，以及，图9-10所示的第三种寄件方法。
如图17所示，在本实施例中，本发明提供的一种客户端20包括：
寄件单元21，配置用于获取寄件参数以生成寄件信息；
收件单元23，配置用于根据第一收件请求信息获取收件参数以生成收件信息；
第二通信单元25，配置用于将寄件信息发送至服务端10，以供服务端10生成第一收件请求信息并发送至第一收件人身份信息对应的客户端20，接收服务端10发送的第一收件请求信息，将收件信息返回给服务端10，以供服务端10根据接收的收件信息生成寄件结果信息。
其中，寄件参数包括第一收件人身份信息，收件参数包括收件地址信息或拒绝收件信息。
具体地，在本实施例中，客户端20配置为配合即时通讯等线上社交软件(例如微信、QQ、微博、虚拟现实交互软件等)的软件程序，在更多实施例中，客户端20还可进一步根据实际需求配置成集成即时通讯功能的软件，或，专用于在各类线上社交场景中进行寄件的专用硬件装置，乃至于其它本领域技术人员可以理解的不同组合配置。
在一优选实施例中，寄件单元21进一步包括：
控件显示子单元，配置用于在虚拟社交场景中显示寄件控件；
第一参数获取子单元，配置用于响应于寄件控件的触发，通过以下至少一种方式获取寄件参数：调用所述虚拟社交场景的应用程序编程接口(API)，以及，获取输入信息；
第一信息生成子单元，配置用于根据所获取的寄件参数生成寄件信息。
在一优选实施例中，收件单元23进一步包括：
信息显示子单元，配置用于在虚拟社交场景中显示第一收件请求信息；
第二参数获取子单元，配置用于响应于触发所显示的第一收件请求信息，获取输入的拒绝收件信息，获取输入的收件地址信息，以及，调用应用程序编程接口(API)获取收件地址信息；
第二信息生成子单元，配置用于根据所获取的收件参数生成收件信息。
在一优选实施例中，第二通信单元25进一步配置用于接收服务端10返回的寄件结果信息。
图18为图17所示客户端的一种优选实施方式的结构示意图。图18所示的客户端可分别对应执行图5-8所示的第二种寄件方法，以及，图11-13所示的第四种寄件方法。
如图18所示，在一优选实施例中，客户端20还包括：
转寄单元27，配置用于根据第二收件请求信息或第一收件请求信息获取转寄参数，并根据转寄参数生成转寄信息；
第二通信单元25进一步配置用于将转寄信息发送至服务端10，以供服务端10根据转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端20。
其中，转寄参数包括第二收件人身份信息。
图19为图17所示客户端的一种优选实施方式的结构示意图。
如图19所示，在一优选实施例中，寄件参数还包括支付方式，转寄参数还包括转寄支付方式，客户端20还包括：
支付单元29，配置用于：
在支付方式为寄付时，根据寄件信息生成支付信息，调用支付API进行支付，并生成第一支付结果信息；
在支付方式为到付，且收件参数包括收件地址信息时，根据第一收件请求信息和收件地址信息生成支付信息，调用支付API进行支付，并生成第二支付结果信息；
在转寄支付方式为寄付时，根据转寄信息生成转寄支付信息，调用支付API进行支付，并生成第三支付结果信息；
在转寄支付方式为到付时，根据第二收件请求信息和收件地址信息生成支付信息，调用支付API进行支付，并生成第四支付结果信息。
相对应地，寄件单元21进一步配置用于在寄件信息中添加第一支付结果信息。
收件单元23进一步配置用于在收件信息中添加第二支付结果信息或第四支付结果信息；
转寄单元27进一步配置用于在转寄信息中添加第三支付结果信息。
在本发明的另一实施例中，本发明还提供一种系统，该系统包括上述任一实施例提供的服务端，以及若干个上述任一实施例提供的客户端。
图20为本发明一实施例提供的一种设备的结构示意图。
如图20所示，作为另一方面，本申请还提供了一种设备2000，包括一个或多个中央处理单元(CPU)2001，其可以根据存储在只读存储器(ROM)2002中的程序或者从存储部分2008加载到随机访问存储器(RAM)2003中的程序而执行各种适当的动作和处理。在RAM2003中，还存储有设备2000操作所需的各种程序和数据。CPU2001、ROM2002以及RAM2003通过总线2004彼此相连。输入/输出(I/O)接口2005也连接至总线2004。
以下部件连接至I/O接口2005：包括键盘、鼠标等的输入部分2006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分2007；包括硬盘等的存储部分2008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分2009。通信部分2009经由诸如因特网的网络执行通信处理。驱动器2010也根据需要连接至I/O接口2005。可拆卸介质2011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2010上，以便于从其上读出的计算机程序根据需要被安装入存储部分2008。
特别地，根据本公开的实施例，上述任一实施例描述的适用于服务端的寄件方法，或，适用于客户端的寄件方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行适用于服务端的各寄件方法，或，适用于客户端的各寄件方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2009从网络上被下载和安装，和/或从可拆卸介质2011被安装。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请的适用于服务端的各寄件方法，或，适用于客户端的各寄件方法。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (40)
1.一种寄件方法，其特征在于，所述方法包括：
接收寄件信息，根据所述寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端；
接收返回的收件信息或转寄信息：若返回转寄信息，则根据所述转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，返回所述接收返回的收件信息或转寄信息；
若返回收件信息，则根据所述收件信息生成寄件结果信息；
其中，所述寄件信息包括所述第一收件人身份信息，所述转寄信息包括所述第二收件人身份信息。
2.根据权利要求1所述的寄件方法，其特征在于，所述寄件信息还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
3.根据权利要求1所述的寄件方法，其特征在于，所述寄件信息还包括支付方式；
当所述支付方式为寄付时，所述寄件信息还包括第一支付结果信息，所述接收寄件信息还包括对所述第一支付结果信息进行验证；
当所述支付方式为到付时，所述收件信息还包括第二支付结果信息，所述接收返回的收件信息还包括对所述第二支付结果信息进行验证。
4.根据权利要求1所述的寄件方法，其特征在于，所述转寄信息还包括转寄支付方式；
当所述转寄支付方式为寄付时，所述转寄信息还包括第三支付结果信息，所述接收转寄信息还包括对所述第三支付结果信息进行验证；
当所述转寄支付方式为到付时，所述收件信息还包括第四支付结果信息，所述接收返回的收件信息还包括对所述第四支付结果信息进行验证。
5.根据权利要求1-4任一项所述的寄件方法，其特征在于，还包括：
将所述寄件结果信息返回给对应的客户端。
6.根据权利要求1-4任一项所述的寄件方法，其特征在于，还包括：
在发送第一收件请求信息或第二收件请求信息后，监控预定时间内是否收到返回的收件信息或转寄信息：若未收到，则生成拒绝收件信息和对应的寄件结果信息。
7.一种寄件方法，其特征在于，所述方法包括：
获取寄件参数以生成寄件信息；
将所述寄件信息发送至服务端，以供所述服务端根据所述寄件信息生成第一收件请求信息并发送至第一收件人身份信息对应的客户端，所述客户端根据所述第一收件请求信息获取收件参数以生成收件信息并返回给所述服务端，以供所述服务端根据接收的收件信息生成寄件结果信息；
其中，所述寄件参数包括第一收件人身份信息，所述收件参数包括收件地址信息或拒绝收件信息。
8.根据权利要求7所述的寄件方法，其特征在于，所述获取寄件参数以生成寄件信息包括：
在虚拟社交场景中显示寄件控件；
响应于所述寄件控件的触发，通过以下至少一种方式获取寄件参数：调用所述虚拟社交场景的应用程序编程接口(API)，以及，获取输入信息；
根据所获取的寄件参数生成寄件信息。
9.根据权利要求8所述的寄件方法，其特征在于，所述虚拟社交场景包括以下至少一项：即时通讯二人对话场景，即时通讯多人对话场景，功能列表场景，以及，虚拟现实场景。
10.根据权利要求7所述的寄件方法，其特征在于，所述寄件参数还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
11.根据权利要求7-10任一项所述的寄件方法，其特征在于，所述寄件参数还包括支付方式；
当所述支付方式为寄付时，所述获取寄件参数以生成寄件信息之后还包括：
根据所述寄件信息生成支付信息，调用支付API进行支付：若支付成功，在所述寄件信息中添加第一支付结果信息，进入下一步骤；若支付失败，循环当前步骤。
12.根据权利要求7-10任一项所述的寄件方法，其特征在于，还包括：
接收所述服务端返回的寄件结果信息。
13.一种寄件方法，其特征在于，所述方法包括：
接收并显示服务端发送的第一收件请求信息，以供选择收件或拒绝收件；
根据所述第一收件请求信息获取收件参数，并根据所述收件参数生成收件信息；
将所述收件信息返回给所述服务端，以供所述服务端生成寄件结果信息；
其中，所述收件参数包括收件地址信息或拒绝收件信息，所述第一收件请求信息根据寄件信息生成。
14.根据权利要求13所述的寄件方法，其特征在于，所述根据所述第一收件请求信息获取收件参数包括以下任一项：
响应于触发所显示的第一收件请求信息，获取输入的拒绝收件信息；
响应于触发所显示的第一收件请求信息，通过以下任一种方式获取收件地址信息：调用应用程序编程接口(API)，以及，获取输入信息。
15.根据权利要求13所述的寄件方法，其特征在于，所述显示服务端发送的第一收件请求信息包括在以下任一场景中显示所述第一收件请求信息：即时通讯二人对话场景，即时通讯多人对话场景，以及，虚拟现实场景。
16.根据权利要求13-15任一项所述的寄件方法，其特征在于，所述第一收件请求信息包括支付方式；
当所述支付方式为到付，且所述收件参数包括收件地址信息时，所述根据所述第一收件请求信息获取收件参数，并根据所述收件参数生成收件信息之后还包括：
根据所述第一收件请求信息和所述收件地址信息生成支付信息，调用支付API进行支付：若支付成功，在所述收件信息中添加第二支付结果信息，进入下一步骤；若支付失败，循环当前步骤。
17.一种寄件方法，其特征在于，所述方法包括：
接收并显示服务端发送的第一收件请求信息或第二收件请求信息，以供选择是否转寄；
当选择转寄时：
根据所述第一收件请求信息或第二收件请求信息获取转寄参数，并根据所述转寄参数生成转寄信息；
将所述转寄信息返回给所述服务端，以供所述服务端根据所述转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端，以供所述客户端执行上述转寄方法；
当选择不转寄时：
根据所述第一收件请求信息或第二收件请求信息获取收件参数，并根据所述收件参数生成收件信息；
将所述收件信息返回给所述服务端，以供所述服务端生成寄件结果信息；
其中，所述转寄参数包括第二收件人身份信息，所述收件参数包括收件地址信息或拒绝收件信息，所述第一收件请求信息根据寄件信息生成。
18.根据权利要求17所述的寄件方法，其特征在于，所述根据所述第一收件请求信息或第二收件请求信息获取转寄参数包括：
响应于触发所显示的第一收件请求信息或第二收件请求信息，通过以下任一种方式获取第二收件人身份信息：调用应用程序编程接口(API)，以及，获取输入信息。
19.根据权利要求17所述的寄件方法，其特征在于，所述显示服务端发送的第一收件请求信息或第二收件请求信息包括在以下任一场景中显示所述第一收件请求信息或第二收件请求信息：即时通讯二人对话场景，即时通讯多人对话场景，以及，虚拟现实场景。
20.根据权利要求17-19任一项所述的寄件方法，其特征在于，所述转寄参数还包括转寄支付方式；
当所述转寄支付方式为寄付时，所述根据所述第一收件请求信息或第二收件请求信息获取转寄参数，并根据所述转寄参数生成转寄信息之后还包括：
根据所述转寄信息生成转寄支付信息，调用支付API进行支付：若支付成功，在所述转寄信息中添加第三支付结果信息，进入下一步骤；若支付失败，循环当前步骤。
21.根据权利要求17-19任一项所述的寄件方法，其特征在于，所述第二收件请求信息包括转寄支付方式；
当所述转寄支付方式为到付，且所述收件参数包括收件地址信息时，所述根据所述第二收件请求信息获取收件参数，并根据所述收件参数生成收件信息之后还包括：
根据所述第二收件请求信息和所述收件地址信息生成支付信息，调用支付API进行支付：若支付成功，在所述收件信息中添加第四支付结果信息，进入下一步骤；若支付失败，循环当前步骤。
22.根据权利要求17-19任一项所述的寄件方法，其特征在于，还包括：
接收所述服务端返回的寄件结果信息。
23.一种服务端，其特征在于，包括：
请求生成单元，配置用于根据寄件信息生成第一收件请求信息，根据转寄信息生成第二收件请求信息；
结果生成单元，配置用于根据收件信息生成寄件结果信息；
第一通信单元，配置用于接收寄件信息，将第一收件请求信息发送至第一收件人身份信息对应的客户端，接收返回的收件信息或转寄信息，将所述第二收件请求信息发送至第二收件人身份信息对应的客户端；
其中，所述寄件信息包括第一收件人身份信息，所述转寄信息包括第二收件人身份信息。
24.根据权利要求23所述的服务端，其特征在于，所述寄件信息还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
25.根据权利要求23所述的服务端，其特征在于，所述寄件信息还包括支付方式；
所述服务端还包括：
支付验证单元，配置用于在所述支付方式为寄付时，对所述寄件信息中的第一支付结果信息进行验证，以及，在所述支付方式为到付时，对所述收件信息中的第二支付结果信息进行验证。
26.根据权利要求25所述的服务端，其特征在于，所述转寄信息还包括转寄支付方式；
所述支付验证单元进一步配置用于在所述转寄支付方式为寄付时，对所述转寄信息中的第三支付结果信息进行验证，以及，在所述转寄支付方式为到付时，对所述收件信息中的第四支付结果信息进行验证。
27.根据权利要求23-26任一项所述的服务端，其特征在于，所述第一通信单元进一步配置用于将所述寄件结果信息返回给对应的客户端。
28.根据权利要求23-26任一项所述的服务端，其特征在于，还包括：
监控单元，配置用于在所述第一通信单元发送第一收件请求信息或第二收件请求信息后，监控所述第一通信单元在预定时间内是否收到返回的收件信息或转寄信息：若未收到，则生成拒绝收件信息并发送至所述结果生成单元；
所述结果生成单元进一步配置用于根据所述监控单元发送的拒绝收件信息生成寄件结果信息。
29.一种客户端，其特征在于，包括：
寄件单元，配置用于获取寄件参数以生成寄件信息；
收件单元，配置用于根据第一收件请求信息获取收件参数以生成收件信息；
第二通信单元，配置用于将所述寄件信息发送至服务端，以供所述服务端生成第一收件请求信息并发送至第一收件人身份信息对应的客户端，接收服务端发送的第一收件请求信息，将所述收件信息返回给服务端，以供所述服务端根据接收的收件信息生成寄件结果信息；
其中，所述寄件参数包括第一收件人身份信息，所述收件参数包括收件地址信息或拒绝收件信息。
30.根据权利要求29所述的客户端，其特征在于，所述寄件单元包括：
控件显示子单元，配置用于在虚拟社交场景中显示寄件控件；
第一参数获取子单元，配置用于响应于所述寄件控件的触发，通过以下至少一种方式获取寄件参数：调用所述虚拟社交场景的应用程序编程接口(API)，以及，获取输入信息；
第一信息生成子单元，配置用于根据所获取的寄件参数生成寄件信息。
31.根据权利要求30所述的客户端，其特征在于，所述虚拟社交场景包括以下至少一项：即时通讯二人对话场景，即时通讯多人对话场景，功能列表场景，以及，虚拟现实场景。
32.根据权利要求29所述的客户端，其特征在于，所述寄件参数还包括以下至少一项：寄件地址信息，寄件地址对收件人隐藏的可选项信息，托寄物订单信息。
33.根据权利要求29所述的客户端，其特征在于，所述收件单元包括：
信息显示子单元，配置用于在虚拟社交场景中显示所述第一收件请求信息；
第二参数获取子单元，配置用于响应于触发所显示的第一收件请求信息，获取输入的拒绝收件信息，获取输入的收件地址信息，以及，调用应用程序编程接口(API)获取收件地址信息；
第二信息生成子单元，配置用于根据所获取的收件参数生成收件信息。
34.根据权利要求33所述的客户端，其特征在于，所述虚拟社交场景包括以下任意一项：即时通讯二人对话场景，即时通讯多人对话场景，以及，虚拟现实场景。
35.根据权利要求29所述的客户端，其特征在于，所述第二通信单元进一步配置用于接收所述服务端返回的寄件结果信息。
36.根据权利要求29-35任一项所述的客户端，其特征在于，还包括：
转寄单元，配置用于根据第二收件请求信息或所述第一收件请求信息获取转寄参数，并根据所述转寄参数生成转寄信息；
所述第二通信单元进一步配置用于将所述转寄信息发送至所述服务端，以供所述服务端根据所述转寄信息生成第二收件请求信息并发送至第二收件人身份信息对应的客户端；
其中，所述转寄参数包括第二收件人身份信息。
37.根据权利要求36所述的客户端，其特征在于，所述寄件参数还包括支付方式，所述转寄参数还包括转寄支付方式；
所述客户端还包括：
支付单元，配置用于：
在所述支付方式为寄付时，根据所述寄件信息生成支付信息，调用支付API进行支付，并生成第一支付结果信息；
在所述支付方式为到付，且所述收件参数包括收件地址信息时，根据所述第一收件请求信息和所述收件地址信息生成支付信息，调用支付API进行支付，并生成第二支付结果信息；
在所述转寄支付方式为寄付时，根据所述转寄信息生成转寄支付信息，调用支付API进行支付，并生成第三支付结果信息；
在所述转寄支付方式为到付时，根据所述第二收件请求信息和所述收件地址信息生成支付信息，调用支付API进行支付，并生成第四支付结果信息；
所述寄件单元进一步配置用于在所述寄件信息中添加所述第一支付结果信息；
所述收件单元进一步配置用于在所述收件信息中添加所述第二支付结果信息或第四支付结果信息；
所述转寄单元进一步配置用于在所述转寄信息中添加所述第三支付结果信息。
38.一种系统，其特征在于，包括如权利要求23-28任一项所述的服务端，以及若干如权利要求29-37任一项所述的客户端。
39.一种设备，其特征在于，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1-6中任一项所述的方法。
40.一种设备，其特征在于，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求7-12中任一项所述的方法，以及，如权利要求13-22中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710059654.5A CN108346015A (zh) | 2017-01-24 | 2017-01-24 | 寄件方法、服务端、客户端及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710059654.5A CN108346015A (zh) | 2017-01-24 | 2017-01-24 | 寄件方法、服务端、客户端及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108346015A true CN108346015A (zh) | 2018-07-31 |
Family
ID=62962311
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710059654.5A Pending CN108346015A (zh) | 2017-01-24 | 2017-01-24 | 寄件方法、服务端、客户端及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108346015A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109801011A (zh) * | 2018-12-12 | 2019-05-24 | 顺丰科技有限公司 | 定价结果展示方法、装置、设备、服务器及其存储介质 |
| CN110889933A (zh) * | 2018-09-11 | 2020-03-17 | 富泰华工业（深圳）有限公司 | 快递寄送方法、智能快递存取终端机、服务器和存储介质 |
| CN111222655A (zh) * | 2018-11-27 | 2020-06-02 | 顺丰科技有限公司 | 逆向寄件方法、装置、设备及其存储介质 |
| CN111292029A (zh) * | 2018-12-10 | 2020-06-16 | 深圳市顺丰物业管理有限公司 | 寄件方法、服务端、客户端、系统及设备 |
| CN111885156A (zh) * | 2020-07-22 | 2020-11-03 | 深圳市丰巢科技有限公司 | 一种柜机的功能变更方法、系统、服务器和存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103793801A (zh) * | 2013-11-29 | 2014-05-14 | 北京奇虎科技有限公司 | 一种物流业务处理方法及装置 |
| CN104899713A (zh) * | 2015-03-02 | 2015-09-09 | 深圳市腾讯计算机系统有限公司 | 一种基于识别码的物流控制方法、装置及系统 |
| CN105787682A (zh) * | 2014-12-25 | 2016-07-20 | 中国移动通信集团公司 | 一种物流业务信息处理方法及相关设备与系统 |
| CN105868650A (zh) * | 2016-06-03 | 2016-08-17 | 腾讯科技（深圳）有限公司 | 一种信息处理方法、系统、服务器及终端 |
-
2017
- 2017-01-24 CN CN201710059654.5A patent/CN108346015A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103793801A (zh) * | 2013-11-29 | 2014-05-14 | 北京奇虎科技有限公司 | 一种物流业务处理方法及装置 |
| CN105787682A (zh) * | 2014-12-25 | 2016-07-20 | 中国移动通信集团公司 | 一种物流业务信息处理方法及相关设备与系统 |
| CN104899713A (zh) * | 2015-03-02 | 2015-09-09 | 深圳市腾讯计算机系统有限公司 | 一种基于识别码的物流控制方法、装置及系统 |
| CN105868650A (zh) * | 2016-06-03 | 2016-08-17 | 腾讯科技（深圳）有限公司 | 一种信息处理方法、系统、服务器及终端 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110889933A (zh) * | 2018-09-11 | 2020-03-17 | 富泰华工业（深圳）有限公司 | 快递寄送方法、智能快递存取终端机、服务器和存储介质 |
| CN111222655A (zh) * | 2018-11-27 | 2020-06-02 | 顺丰科技有限公司 | 逆向寄件方法、装置、设备及其存储介质 |
| CN111292029A (zh) * | 2018-12-10 | 2020-06-16 | 深圳市顺丰物业管理有限公司 | 寄件方法、服务端、客户端、系统及设备 |
| CN109801011A (zh) * | 2018-12-12 | 2019-05-24 | 顺丰科技有限公司 | 定价结果展示方法、装置、设备、服务器及其存储介质 |
| CN111885156A (zh) * | 2020-07-22 | 2020-11-03 | 深圳市丰巢科技有限公司 | 一种柜机的功能变更方法、系统、服务器和存储介质 |
| CN111885156B (zh) * | 2020-07-22 | 2023-04-07 | 深圳市丰巢科技有限公司 | 一种柜机的功能变更方法、系统、服务器和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108346015A (zh) | 寄件方法、服务端、客户端及系统 | |
| CN105653909B (zh) | 信息处理方法、第一终端、第二终端、服务器及系统 | |
| CN104137520B (zh) | 一种消息推送方法及装置 | |
| JP4927201B2 (ja) | コミュニティギフトシステム、情報処理方法及び情報処理プログラム | |
| CN103166828B (zh) | 社交网络的互操作方法及系统 | |
| US11310188B2 (en) | Text message integration with a computer-implemented collaboration platform | |
| CN108881214A (zh) | 多功能集成交互方法、装置及电子设备 | |
| CN111669311A (zh) | 通讯方法及装置、系统、电子设备、可读存储介质 | |
| US10291778B2 (en) | Intermediary device for data message network routing | |
| CN104022945B (zh) | 在客户端中实现即时通讯的方法和装置 | |
| CN103380634B (zh) | 用于发送数据的方法和装置 | |
| CN108805661A (zh) | 多方号码隐私保护方法、装置、设备及计算机存储介质 | |
| US20150066641A1 (en) | Enhanced consumer engagement using advanced communication exchange services | |
| CN106846115A (zh) | 用于数字视听场所线下资源自助预订的方法、系统以及数字娱乐点播系统 | |
| CN105931107A (zh) | 一种分享方法和装置 | |
| CN114386938A (zh) | 一种5g消息平台的运营管理系统 | |
| CN110708358A (zh) | 会话消息处理方法、电子设备和计算机可读存储介质 | |
| CN103516579A (zh) | 提供离线消息的服务系统及相应的服务方法 | |
| CN104618420A (zh) | 信息展示方法和装置 | |
| CN106302368A (zh) | 事务处理方法及装置 | |
| CN103685421B (zh) | 跨数据源的数据提交系统、装置及方法 | |
| CN109495712A (zh) | 应用于电子商务系统的视频及屏幕共享方法、装置及系统 | |
| CN110035000A (zh) | 用于通过广播通信网络传输信息的方法及系统 | |
| US20130254311A1 (en) | Method and system for control of the collection of email messages | |
| CN109003121A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180731 |
|
| RJ01 | Rejection of invention patent application after publication |