CN109922109A - 服务提供方法、系统及设备 - Google Patents
服务提供方法、系统及设备 Download PDFInfo
- Publication number
- CN109922109A CN109922109A CN201711331019.4A CN201711331019A CN109922109A CN 109922109 A CN109922109 A CN 109922109A CN 201711331019 A CN201711331019 A CN 201711331019A CN 109922109 A CN109922109 A CN 109922109A
- Authority
- CN
- China
- Prior art keywords
- service
- data
- server
- information
- user
- 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.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种服务提供方法、系统及设备。其中,方法包括:根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从至少一个第二服务方中选取能提供认证用户所需服务的目标服务方;关联服务数据及目标服务方,以使目标服务方具有获取服务数据的权限;获取目标服务方使用服务数据执行相应服务操作的服务进度信息,以在认证用户请求查看时同步至对应的客户端。本申请实施例提供的技术方案,采用用户‑服务平台‑第一服务方‑第二服务方的一种新型架构,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;此外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种服务提供方法、系统及设备。
背景技术
随着国内消费市场升级,涌现了出境游的热潮,仅去年一年就有1.22亿人次出境。签证是所有游客的出境第一步。目前,大多数用户还是选择线下实体中介机构来帮忙办理签证。
签证办理过程中,用户需要与中介人员沟通,准备签证材料。若一次材料准备不齐,用户需要多次前往中介公司递交签证材料。另外,现有签证中介机构的签证进度是不透明的,用户无法获知签证进度。
发明内容
鉴于上述问题,提出了本申请以便解决上述问题或至少部分地解决上述问题的服务提供方法、系统及设备。
于是,在本发明的一个实施例中,提供了一种服务提供方法。该方法,适用于服务端,包括:
根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
在本申请的另一实施例中,提供了一种服务提供方法。该方法,适用于客户端,包括:
响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
在本申请的又一实施例中,提供了一种服务提供方法。该方法,适用于第一服务方,包括:
从服务端获取认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
在本申请的又一实施例中,提供了一种服务提供方法,该方法,适用于第二服务方,包括:
从服务端获取权限内可查看认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
在本申请的又一实施例中,提供了一种服务提供系统。该系统包括:
客户端,用于响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
服务端,用于根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度,以在所述认证用户请求查看时同步至所述客户端;
第一服务方,用于从所述服务端获取认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作;
目标服务方,用于从所述服务端获取权限内可查看认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度。
在本申请的又一实施例中,提供了一种服务端设备。该服务端设备包括:第一存储器和第一处理器,其中,
所述第一存储器,用于存储程序;
所述第一处理器,与所述第一存储器耦合,用于执行所述第一存储器中存储的所述程序,以用于:
根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
在本申请的又一实施例中,提供了一种客户端设备。该客户端设备包括:第二存储器和第二处理器,其中,
所述第二存储器,用于存储程序;
所述第二处理器,与所述第二存储器耦合,用于执行所述第二存储器中存储的所述程序,以用于:
响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
在本申请的又一实施例中,提供了一种第一服务方设备。该第一服务方设备包括:第三存储器和第三处理器,其中,
所述第三存储器,用于存储程序;
所述第三处理器,与所述第三存储器耦合,用于执行所述第三存储器中存储的所述程序,以用于:
从服务端获取认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
在本申请的又一实施例中,提供了一种第二服务方设备。该第二服务方设备包括:第四存储器和第四处理器,其中,
所述第四存储器,用于存储程序;
所述第四处理器,与所述第四存储器耦合,用于执行所述第四存储器中存储的所述程序,以用于:
从服务端获取权限内可查看认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的服务提供系统的框架示意图;
图2为本发明一实施例提供的服务提供方法的流程示意图;
图3为本发明另一实施例提供的服务提供方法的流程示意图;
图4为本发明又一实施例提供的服务提供方法的流程示意图;
图5为本发明又一实施例提供的服务提供方法的流程示意图;
图6为本发明实施例提供的服务提供方法的一具体实例中的部分流程示意图;
图7为本发明实施例提供的服务提供方法的一具体实例中的部分流程示意图;
图8为本发明实施例提供的服务提供方法的一具体实例中的部分流程示意图;
图9为本发明实施例提供的服务提供方法的一具体实例中的部分流程示意图;
图10为本发明一实施例提供的服务提供装置的结构示意图;
图11为本发明另一实施例提供的服务提供装置的结构示意图;
图12为本发明又一实施例提供的服务提供装置的结构示意图;
图13为本发明又一实施例提供的服务提供装置的结构示意图;
图14为本发明一实施例提供的服务端设备的结构示意图;
图15为本发明一实施例提供的客户端设备的结构示意图;
图16为本发明一实施例提供的第一服务方设备的结构示意图;
图17为本发明一实施例提供的第二服务方设备的结构示意图;
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
在本发明的说明书、权利要求书及上述附图中描述的一些流程中,包含了按照特定顺序出现的多个操作,这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等,仅仅是用于区分各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
针对现有技术中签证服务仅能采用线下方式实现的情况,本申请提供了一种线上实现签证服务的方案;另外,采用用户-服务平台-第一服务方-第二服务方的架构,由具有出签资质的第二服务方提供具体的签证服务,以解决服务平台本身无出签资质的问题,以整合上线服务平台与线下具有资质的送签社的优势为用户提供跟家优质的签证服务。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在介绍本申请提供的服务提供方法之前,先对本申请提供的所述方法所基于的系统架构进行说明。
如图1所示,本申请一实施例提供的服务提供系统的结构示意图。如图1所示,本实施例提供的所述系统包括:客户端、服务端、第一服务方及目标服务方。其中,
客户端101,用于响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
服务端102,用于根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度,以在所述认证用户请求查看时同步至所述客户端;
第一服务方103,用于从所述服务端获取认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作;
目标服务方104,用于从所述服务端获取权限内可查看认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
在实际应用中,如签证业务所需的材料并不是都能进行网络上传,有些材料(如护照)在送签时是需要使用原件的。对于需使用原件的服务数据来说可通物流配送的方式邮寄至提供服务的目标服务方。其中,目标服务方的地址信息由服务端发送给用户。用户可自己选择物流公司,在寄出后通过客户端(如提供签证服务的应用APP)将所述寄出件的物流单号上传至服务端,以由服务端将该物流单号转发至目标服务方,这样目标服务方即可基于该物流单号查询物流配送进度。
或者,用户可通过客户端提供的物流服务接口申请上门取件邮寄的服务。即,本申请提供的服务提供系统还可包括提供物流服务的第三服务方,如图1所示,所述服务提供系统还可包括:
第三服务方105,用于根据接收到的所述认证用户或所述目标服务方发送的物流服务请求,获取所述认证用户或所述目标服务方的地址信息,以便基于所述地址信息进行线下取件服务;基于获取到的实时物流信息更新本地的物流信息;并在所述服务端申请获取所述认证用户或所述目标服务方寄出件物流单号的物流信息时向所述服务端反馈更新后的所述物流信息。
这里需要说明的是:上述实施例提供的系统可应用在多种需审批的应用场景中。例如在签证服务场景。不同应用场景中,用户需上传的服务数据是不同。本申请提供的服务提供系统可应用于在线签证服务场景下。在线签证服务场景下,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家(俗称:自营小二);所述至少一个第二服务方为提供送签服务的入驻服务商(俗称:送签社)。
另外,本申请实施例提供的所述服务提供系统中各组成单元,如客户端、服务端、第一服务方、第二服务方及第三服务方的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。
图2示出了本申请一实施例提供的服务提供方法的流程示意图。本实施例提供的所述方法适用于服务端,其中,所述服务端可以是常用服务器、云端、虚拟服务器等,本申请实施例对此不作具体限定。如图2所示,所述服务提供方法包括:
201、根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方。
202、关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限。
203、获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
上述201中,认证用户是指通过服务端实人认证的用户。其中,实人认证可在服务端侧进行,也可在用户侧客户端进行,本申请实施例对此不作具体限定。实人认证的手段可包含:人脸识别手段、身份验证手段、指纹认证手段、声纹认证手段等等,以防止身份冒用、欺诈等风险。第一服务方可简单理解为:具有第二服务方权限管理、第二服务方服务信息管理、日志管理、服务订单管理等职能的服务端运营维护者。第二服务方即具有提供相应服务资质,为解决服务平台不具备相应服务资质问题的入驻方。具体实施时,服务端平台可采用SaaS(Software as a Service,软件即服务)模式,服务能力可输出给多个第二服务方;这样第二服务方无需做任何技术对接即可进行平台入驻。而传统电子商务平台的模式为用户-服务平台-第三服务方的模式,其中第三服务方需要独立的系统做接口对接。
在一种可实现的技术方案中,对所述用户进行实人认证的流程可具体为:
首先,接收到用户发送的服务请求后,获取所述用户的用户信息,其中,所述用户信息可以包含但不限于:拍摄到的人脸图像、用户输入的身份验证信息(如密码、口令等)、采集到的指纹信息、采集到声纹信息等等。
然后,根据所述用户信息,对所述用户进行实人认证。
将所述用户信息与预存的用户信息进行匹配,若匹配,则通过实人认证;否则未通过实人认证。
随后,所述用户通过实人认证时,标记所述用户为所述认证用户。
所述服务数据包括:订单号、申请单号、服务内容、所在地理位置、服务材料类型及材料内容等中的一个或多个。其中,同一订单号的订单中可能包含有多个申请人,订单中每个申请人会在系统中生成一条记录叫做一笔申请单,每一笔申请单对应有一个申请单号。第二服务方及第一服务方以申请单这一最小粒度进行操作。
所述服务信息可包括:第二服务方标识、服务覆盖地理范围和/或服务内容。
在一种可实现的技术方案中,上述201、根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,可采用如下过程实现:
2011、在所述至少一个第二服务方的服务信息中,查找与所述服务数据匹配的服务信息;
2012、将与所述服务数据匹配的服务信息对应的第二服务方作为所述目标服务方。
上述202中,服务端通过关联所述服务数据及所述目标服务方的目的是为了后续判断目标服务方是否有权限查看或操作(如下载)该服务数据。
上述203中,服务端在关联所述服务数据及所述目标服务方后,目标服务方即可有权限从服务端获取到所述服务数据。假设目标服务方为提供线下服务的商户,如送签社。目标服务方在获取到的服务数据后进行的线下服务可包括:对服务数据进行审核,审核通过则送往使馆(即送签);审核未通过则目标服务方用户通过目标服务方界面输入补充或修改的备注信息,并将其返回至服务端,由服务端将该备注信息发送至认证用户对应的客户端,以使认证用户根据所述备注信息对上传的服务数据进行修改或补充。
本申请实施例提供的所述方法可应用于多种应用场景中,如送签服务、抵压贷款服务等。在送签服务场景中,该服务进度可包括:审核通过、补充或修改阶段、已送签、已出签、已拒签、回寄原件等中的部分或全部,本申请实施例对此不作具体限定。
这些服务进度可由目标服务方的小二基于线下服务的服务进度通过触发相应控键后上传至服务端的,也可由目标服务方的小二基于线下服务的服务进度通过输入相应进度信息并上传至服务端生成。
认证用户可通过客户端(如提供签证服务的应用APP)查看服务进度信息,具体查看过程可包括:
S1、认证用户向所述服务端发送服务进度查看请求,所述查看请求中携带有订单号或申请单号;
S2、服务端根据所述订单号或申请单号,获取对应的服务进度信息;
S3、认证用户接收所述服务端反馈的所述服务进度信息。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
用户上传的签证材料包含大量隐私信息,这部分数据作为送签的必要材料又必须要放给送签社查看,这样就存在了用户信息泄露的风险。如果送签社小二账号被盗用,或者自身存在恶意,就可能发生批量下载并倒卖数据的事件。平台通过有限授权技术,防止非相关用户访问用户材料;防止批量或者频繁大量拉取用户材料信息;防止因数据库泄露导致用户证件信息被人批量获取。
因此,为了降低用户上传的服务数据的泄漏风险,本申请提供的所述技术方案还包括:
204、根据所述服务数据中包含的订单号、所述申请单号、所述服务材料类型中的一项或多项,生成存储地址。
205、根据所述存储地址,对所述服务数据进行存储。
其中,服务端使用订单号、所述申请单号、所述服务材料类型等中的一项或多项信息,按照服务端预置的规则生成地址;且生成的地址对外隐藏,具有权限的第二服务方或第一服务方只能通过反推的方式计算出地址,然后再请求存储系统,如OSS(Object StorageService,对象存储服务)系统,获取存储在该地址处的服务数据。
相应地,在第二服务方欲获取服务数据时,可采用如下方法获取:
206、接收第二服务方发送的获取所述服务数据的第一请求。
207、对所述第二服务方进行权限验证。
208、所述第二服务方通过所述权限验证时,基于所述服务数据中的订单号、申请单号、所述服务材料类型中的一项或多项,计算所述存储地址。
209、根据所述存储地址,获取所述服务数据中的所述材料内容。
210、将所述材料内容反馈至所述第二服务方。
其中,上述步骤207中对所述第二服务方进行权限验证可具体采用如下步骤实现:
通过查询得到所述第二服务方与所述服务数据关联时,所述第二服务方通过所述权限验证。
上述206~210的步骤所提供的技术方案中,第二服务方包含的所有子服务方可具有相同的角色,即二服务方包含的所有子服务方均具有相同的数据查看权限。当然,第二服务方还可能包含有至少一个维护第二服务方运营的子服务方,例如,某一送签社有多个业务小二。在一种可实现的技术方案中,可对不同的业务小二设置不同的权限;有些子服务方为流程管理人员,仅具有查询服务数据的订单号和/或申请号的权限;有些子服务方为业务人员,其除具有查询服务数据的订单号和/或申请号的权限外,还具有查看操作(如下载)服务数据的权限等等。该送签社中的某一小二请求服务端获取所述认证用户的服务数据时,除对该送签社进行权限验证外,还需对该小二进行角色验证,并根据角色验证结果,向小二反馈服务数据中相应角色允许查看的内容。即本申请实施例提供的所述方法,还可包括:
211、接收子服务方发送的获取所述服务数据的第二请求,所述第二请求中携带有所述子服务方的账号信息及所属的第二服务方标识。
212、对所述第二服务方标识对应的第二服务方进行权限验证。
213、所述第二服务方标识对应的第二服务方通过权限验证时,根据所述账号信息对所述子服务方进行角色验证。
214、根据所述子服务方的角色验证结果,向所述子服务方反馈所述服务数据中相应角色允许查看的内容。
具体实施时,第一服务方维护的至少一个第二服务方的服务信息中包含有角色表,该角色表记录有:第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性。其中,所述角色表也可由第一服务方维护。
相应的,上述步骤213中,根据所述账号信息对所述子服务方进行角色验证,可具体包括:
2131、根据所述第一服务方维护的各第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性,获取所述账号信息对应的角色属性;
2132、根据所述角色属性,对所述子服务方进行角色验证。
进一步的,除了采用上述存储地址隐藏的实现方案外,还可采用对用户上传的用户数据中包含的图片进行加密的方式来避免数据的泄漏或被滥用。具体的,本实施例提供的所述方法,还可包括:
对所述图片进行加密处理,并将加密处理后的所述图片进行存储。
其中,对所述图片进行加密处理,并将加密处理后的所述图片进行存储,包括:
根据所述认证用户的登录信息,在所述图片上添加水印;和/或
根据所述认证用户所需的服务内容,在所述图片上增加与所述服务内容相关的文字信息。
例如,服务端对图片增加泄漏责任人的水印信息;和/或操作人账号信息;和/或“仅用于XX的数据”字样。操作人账号信息用户排查照片泄露责任人,‘仅用于XX签证’字样用于防止用户信息被滥用。
界面上增加水印容易被破解,本申请提供的技术方案是在服务端(即后台)生成水印。服务端会先从cookie中获取登陆信息,从OSS系统中获取图片信息,采用Graphics2D算法对图片增加水印。
进一步的,上述实施例中的服务数据可以是用户通过用户界面输入、和/或拍摄,和/或从其他文件中导入的,本申请对此不作具体限定。例如,
本申请实施例提供的所述方法,还包括:
接收所述认证用户通过用户界面输入并上传的所述服务数据;和/或
接收所述认证用户通过调用客户端设备的拍摄组件拍摄并上传的所述服务数据;和/或
接收所述认证用户通过导入所述客户端并上传的所述服务数据。
进一步的,服务数据上传后还需进行审核,审核通过后再由第二服务方执行相应服务操作。其中,所述审核过程可根据预设的审核模板,对所述服务数据进行自动审核,也可由第一服务方和/或第二服务方的人员进行人工审核。
即本申请实施例提供的所述方法还可包括:
215、获取对所述服务数据进行审核后得到的审核结果;
216、将所述审核结果发送至所述认证用户对应的客户端。
或者,本申请实施例提供的所述方法还可包括:
217、接收所述第一服务方或所述目标服务方对所述服务数据进行审核后上传的审核结果;
218、将所述审核结果发送至所述认证用户对应的客户端。
进一步的,所述审核结果可能为审核通过,也可能为审核未通过且携带需进行修改和/或补充的备注信息。若所述审核结果为未通过,则认证用户可基于备注信息,对服务数据进行修改和/或补充。相应的,本申请实施例提供的所述方法,还可包括如下步骤:
219、接收所述认证用户针对所述审核结果进行修改和/或补充后上传的补充修改数据;
220、基于所述补充修改数据对所述服务数据进行更新。
再进一步的,基于上述各实施例中提及的用户用来审核的服务数据可以是通过网络上传至服务端的电子版文件,但在实际执行线下服务时,有些数据需要原件。此时,就需要用户邮寄原件,第二服务方在使用完后需寄回原件。为此,本申请实施例提供的所述方法还可包括:
221、接收所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号。
例如,认证用户或目标服务方通过各自的客户端输入并提交所述物流单号。
222、在所述认证用户或所述目标服务方请求获取所述物流单号对应的物流信息时,向第三服务方发送获取所述物流单号对应物流信息的请求。
223、同步所述客户端或所述目标服务方侧客户端的所述物流信息。
其中,本实施例提供的所述方法的执行主体服务端以及提供物流服务的第三服务方可通过开放平台(如淘宝开放平台)提供的API(Application Programming Interface,应用程序编程接口)服务,以将不同业务逻辑和不同数据进行连接和整合,进而实现服务端与第三服务方之间的数据投递或推送。
图3示出了本申请另一实施例提供的服务提供方法的流程示意图。本实施例提供的所述方法适用于客户端,该客户端可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本发明实施例对此不作限定。该终端可以为包括手机、平板电脑、PDA(Personal DigitalAssistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备。具体的,如图3所示,本实施例提供的所述方法包括:
301、响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端。
302、接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度。
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
具体的,目标服务方是服务端选取得到的,服务端在选取出能为所述认证用户提供所需服务的目标服务方后,即将认证用户上传的服务数据与该目标服务方进行关联,关联的目的是为了使目标服务方具有获取服务数据的权限。
在一种可实现的技术方案中,所述服务数据可采用如下方式得到:
响应于所述认证用户通过用户界面触发的输入事件,将输入的内容作为所述服务数据;和/或
响应于所述认证用户触发的拍摄事件,将拍摄到的图片作为所述服务数据;和/或
响应于所述认证用户触发的选择事件,将所述选择事件指向的数据作为所述服务数据。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
进一步的,本实施例提供的所述方法还可包括:
303、接收所述服务端发送的修改和/或补充信息。
304、响应于所述认证用户基于所述修改和/或补充信息触发的修改上传事件,对所述服务数据进行更新并将更新后的所述服务数据上传至所述服务端。
其中,所述修改和/或补充信息是所述服务端对所述服务数据进行审核后得到的,或者所述修改和/或补充信息是所述第一服务方或所述目标服务方在对所述服务数据进行审核后反馈至所述服务端的。所述修改和/或补充信息可携带在审核结果中。例如上述各实施例中提及的若审核结果为未通过审核,则该审核结果中还可携带有备注信息,该备注信息即为修改和/或补充信息。
进一步的,本实施例提供的所述方法还可包括:
305、响应于所述认证用户触发的物流请求事件,向第三服务方发送服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
306、响应于所述认证用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
307、展示所述物流信息。
这里需要说明的是:本实施例提供的所述方法可应用于多种申请服务应用场景,如在线签证场景。若本实施例提供的所述方法应用于签证场景下,则所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
图4示出了本申请又一实施例提供的服务提供方法的流程示意图。本实施例提供的所述方法适用于第一服务方,该第一服务方可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本发明实施例对此不作限定。该终端可以为包括手机、台式电脑、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备。具体的,如图4所示,本实施例提供的所述方法包括:
401、从服务端获取认证用户上传的服务数据。
402、获取对所述服务数据进行审核后得到的审核结果。
403、所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
上述401中,本实施例适于第一服务方。一种情况,第一服务方具有获取服务端各用户对应的服务数据的权限,因此,服务端在接收到第一服务方发送的获取请求时,无需对第一服务方进行权限验证;服务端直接向第一服务方发送所述获取请求指定的认证用户上传的服务数据。另一种情况,第一服务方具有获取服务端中部分用户对应的服务数据的权限,此时,服务端在接收到第一服务方发送的获取请求时,需对第一服务方进行权限验证;验证通过服务端才能向第一服务方发送所述获取请求指定的认证用户上传的服务数据。
其中,服务端维护有第一服务方具有权限访问的服务数据的列表,服务端可通过查询该列表,若查询到获取请求指定的认证用户上传的服务数据,则将所述服务数据发送至第一服务方,否则第一服务方未通过权限验证。
具体实施时,上述402中获取对所述服务数据进行审核后得到的审核结果的流程可采用如下过程实现:
通过比对所述服务数据与所述预设审核样本得到所述审核结果;或者
获取用户对所述服务数据进行人工审核后通过用户界面输入的审核结果。
上述403中,服务端在接收所述分配请求后,即对该服务数据进行派单操作,以将该服务数据派单至能够提供所述认证用户所需服务的目标服务方(即服务信息与所述服务数据匹配的第二服务方)。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
进一步的,本实施例提供所述方法还可包括:
404、所述审核结果为未通过时,向所述客户端反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
进一步的,本实施例提供的所述方法还可包括:
405、响应于第一服务方用户触发的第二服务方入驻事件,将获取到的欲入驻第二服务方的服务信息上传至所述服务端,以由所述服务端将所述欲入驻第二服务方的服务信息添加至所述第一服务方维护的第二服务方信息库中。
进一步的,本实施例提供的所述方法还可包括:
406、在所述服务端接收到所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键;
407、响应于所述第一服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
408、显示所述服务端反馈的所述物流信息。
这里需要补充的是:本实施例提供的所述方法可还适用于在线签证场景。即,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述至少一个第二服务方为提供送签服务的入驻服务商。
图5示出了本申请一实施例提供的服务提供方法的流程示意图。本实施例提供的所述方法适用于第二服务方,该第二服务方可以是集成在终端上的一个具有嵌入式程序的硬件,也可以是安装在终端中的一个应用软件,还可以是嵌入在终端操作系统中的工具软件等,本发明实施例对此不作限定。该终端可以为包括手机、台式电脑、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备。具体的,如图5所示,本实施例提供的所述方法包括:
501、从服务端获取权限内可查看认证用户上传的服务数据。
502、获取对所述服务数据进行审核后得到的审核结果。
503、所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度。
上述501中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
在一种可实现的技术方案中,步骤501、从服务端获取权限内可查看认证用户上传的服务数据,可采用如下方法实现:
5011、接收所述服务端下发的指派信息后,显示所述指派信息携带的订单号。
5012、响应于第二服务方用户针对所述订单号的触发事件,向所述服务端发送获取所述订单号对应的服务数据的请求。
5013、接收所述服务端进行权限验证并通过后反馈的所述服务数据。
上述502中,对服务数据进行审核可由第二服务方自身审核实现,也可人为审核并通过用户界面输入第二服务方得到。具体的,上述502可具体采用如下方法实现:
通过比对所述服务数据与所述预设审核样本得到所述审核结果;或者
获取用户对所述服务数据进行人工审核后通过用户界面输入的审核结果。
上述503中,向服务端反馈服务进度的目的是为了同步服务端与认证用户侧的服务进度信息。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
进一步的,本实施例提供的所述方法还可包括:
504、所述审核结果为未通过时,向所述认证用户反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
进一步的,本实施例提供的所述方法还可包括:
505、向所述服务端发送入驻申请,以使所述服务端将所述入驻申请转发至第一服务方,由所述第一服务方审核欲入驻第二服务方是否具备申请资质。
506、接收所述服务端在所述第一服务方作出符合申请资质的判断后反馈的可入驻响应。
507、将服务信息发送至所述第一服务方,待所述第一服务方对所述服务信息核准后,由所述服务端将所述服务信息添加至所述第一服务方维护的第二服务方信息库中。
进一步的,本实施例提供的所述方法还可包括:
508、在所述服务端接收到所述认证用户提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键。
509、响应于第二服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
510、显示所述服务端反馈的所述物流信息。
进一步的,本实施例提供的所述方法还可包括:
511、响应于第二服务方用户触发的物流请求事件,向第三服务方发送物流服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
512、响应于所述第二服务方用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
513、展示所述物流信息。
这里需要补充的是:本实施例提供的所述方法可还适用于在线签证场景。即,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
上述各实施例提供的技术方案从系统角度、服务端侧、客户端侧、第一服务方侧及第二服务方侧分别进行了说明。本申请实施例提供的技术方案可概括为如下过程:第二服务方入驻服务平台;用户通过客户端下单并进行服务数据上传;服务平台上的第一服务方对服务数据进行审核;服务平台将用户上传的服务数据派给对应的第二服务方审核,第二服务方审核通过后即可为用户提供线下服务。
将本申请实施例提供的所述技术方案代入在线签证场景,技术方案可概括为如下过程:送签社入驻在线签证服务平台、用户通过客户端下单并进行服务数据上传、在线签证服务平台上的自营小二对服务数据进行审核;在线签证服务平台将用户上传服务数据派给对应的送签社进行审核,送签社审核通过后即可为用户提供送签服务。
下面结合应用场景(即在线签证场景)对本申请实施例提供的技术方案进行更进一步的说明,以帮助理解。本申请实施例提供的技术方案可在一个开放平台(如TOP淘宝开放平台)下实现,该开放平台可为客户端、第一服务方、第二服务方及第三服务方提供AIP服务,其承载着API调用,消息投递及订单的推送。开放平台采用saas(Software as aService,软件即服务)模式,服务能力可以输出给第二服务方。第二服务方无需做任何技术对接即可实现平台入驻。
卖家(即提供在线签证服务的平台)进行商品发布,例如:日本签证类型:单次、三年多次或五年多次。运营后台小二具有权限管理、送签社管理、日志管理及订单管理等,送签社具有对派给其的订单进行管理的职能。
具体的,服务提供方法的流程包括:
一、用户(买家)通过客户端下单并支付。
如图6所示,买家通过客户端下单,服务端接收交易下单消息,同时调用API(如TOPAPI)订单信息查询接口,以在服务端侧数据库(即DB数据)中新增visa_order数据;服务端向运营后台小二(第一服务方)推送收到订单信息的消息。
买家通过客户端支付,服务端接收交易支付信息,同时可调用API(如TOPAPI)订单信息查询接口,以在服务端侧的数据库(即DB数据)中更新visa_order数据的订单状态为已支付状态,并更新该订单信息的支付时间。服务端向运营后台小二(第一服务方)推送收到支付时间的消息。
二、买家通过客户端触发办理请求,进入办理流程。
如图7所示,买家通过客户端触发开始办理请求后,服务端接收买家发送的开始办理消息,同时可调用API(如TOPAPI)订单信息查询接口,以在服务端侧的数据库(即DB数据)中新增visa_apply数据。
客户端对买家进行实人认证,服务端接收客户端发送的实人认证消息。其中,所述实人认证消息可具体表征为不同认证结果的字符信息,例如,0为认证失败,1为认证成功。服务端侧的数据库(DB数据)更新visa_apply数据的实人认证状态,若失败则新增原因;服务端侧向运营后台小二推送实人认证状态更新消息。
买家通过客户端填写申请人信息并提交,服务端接收客户端发送的第一步办理已提交消息,同时调用Topapi订单信息查询接口以在服务端侧数据库(DB数据)更新visa_apply数据的申请人信息;服务端侧向运营后台小二推送申请人信息更新消息。
买家通过客户端填写申请表并提交/修改申请表,服务端接收客户端发送的申请表信息已提交消息,并可调用Topapi订单信息查询接口以在服务端侧数据库(DB数据)中更新visa_apply数据和visa_order数据。服务端侧向运营后台小二推送申请表已提交/修改的消息;运营后台小二侧收到申请人信息,并在界面上显示申请材料展示查看和下载按钮,在界面上显示申请人查看按钮,并在界面上显示主申请人常住地及订单出行日期。运营后台小二即可通过通过触控客户端界面上显示的查看或下载按钮,即可查看或下载到申请材料和/或申请人信息等。
买家通过客户端下载打印申请表,并进行线下准备(如照片准备、签字等);服务端接收客户端发送的线下准备消息,服务端侧DB数据更新visa_apply数据的材料准备状态,如线下提供为1。运营后台小二界面上不显示照片查看和下载按钮。
买家通过客户端上传照片;服务端接收客户端发送的照片已上传消息。服务端侧DB数据更新visa_apply数据的新增照片URL(Uniform Resource Locator,统一资源定位符)。服务端侧向运营后台小二推送照片已上传消息,此时运营后台小二界面上新增照片查看和下载按钮,以便于运营后台小二通过触控该按钮对照片进行查看和下载。
买家在线下备齐材料后,通过客户端进行第二步提交,材料锁定;服务端通过网关(如奇门网关)调用派单,将买家的订单指派给送签社(即第二服务方),其中,被指派的送签社可以是服务端根据买家的服务数据(如日本单次签证,北京送签)及至少一个送签社的服务信息,从至少一个送签社中选出的。服务端向运营后台小二推送派单消息,运营后台小二可进行订单展示进度更新和批量下载,申请人展示进度更新。
三、运营后台小二派单,买家为需通过物流寄件的原件申请物流服务。
如图8所示,若运营后台小二派单失败,则流程中止;若运营后台小二派单成功,则运营后台发送第二步提交消息,并可调用Topapi订单信息查询接口以将买家订单同步至送签社。送签社接收运营后台小二推送的成功派单消息,送签社签单显示查看操作订单的按钮,送签社人员可通过触控该按钮查看订单信息或对订单信息进行操作。
这里需要补充的是:本申请各实施例均可使用top消息通知,然后通过top接口拉取的方式下行同步订单;当然,也可通过其他方式实现,如定时拉取,使用其他方式触发通知,使用其他接口调用方式拉取,本申请实施例对此不作具体限定。
另外,买家通过客户端申请上门取件还是手动寄件。买家可通过客户端预约上门取件。物流服务方(即第三服务方)收到寄件需求后,按照预约时间上门取件,并在上门取件成功后执行代扣并回传物流信息。物流服务方向服务端发送物流订单已回单消息。服务端侧DB数据更新visa_order,以新增去程物流信息。服务端将物流信息同步至客户端,以在客户端展示物流信息便于买家查看。服务端侧DB数据更新visa_order后,向运营后台小二推送收到去程物流信息的消息。运营后台小二在接收到该消息后,在界面上展示物流单号及查询物流按钮。送签社同步物流信息。
若买家选择手动寄件,则买家在进行线下的寄件工作后可通过客户端填写物流信息并提交。物流服务方收到物流公司和物流单号后,回传物流信息。物流服务方向服务端发送第三步提交消息。服务端侧DB数据更新visa_order,以新增去程物流信息。服务端将物流信息同步至客户端,以在客户端展示物流信息便于买家查看。服务端侧DB数据更新visa_order后,向运营后台小二推送收到去程物流信息的消息。运营后台小二在接收到该消息后,在界面上展示物流单号及查询物流按钮。送签社同步物流信息。
四、送签社对用户上传及邮寄的服务数据进行审核,并在审核通过后进行线下的送签服务。
如图9所示,若审核未通过需要补充材料,则送签社调用更新申请人信息TPO接口同步。服务端侧DB数据更新visa_apply数据,以更新申请人状态(例如更新为50)。例如,采用不同字符来表征不同的申请人状态,假设20为已收到材料、30为已审核完成、50为需补充材料、60为已送签、70为已出签、80为被拒签、90为已终止办理。买家侧客户端同步更新申请人状态。
若审核通过则送签。在送签社已送签时,送签社调用更新申请人信息Top接口同步。服务端侧DB数据更新visa_apply数据,以更新申请人状态为60。买家侧客户端同步更新申请人状态。
送签后若使馆通过,则已出签。送签社调用更新申请人信息Top接口同步。服务端侧DB数据模块更新visa_apply数据,以更新申请人状态为70。买家侧客户端同步更新申请人状态。同时,送签社回寄护照,并通过送签社侧用户界面填写/修改物流信息。送签社向服务端发送已回寄护照消息,并调用更新回寄物流单号Top接口同步。服务端侧DB数据更新visa_apply数据为91,并新增对应申请人物流信息。买家侧客户端同步物流信息。
送签后若使馆未通过,则已拒签。送签社调用更新申请人信息Top接口同步。服务端侧DB数据更新visa_apply数据为80。买家侧客户端同步更新申请人状态。同时,送签社回寄护照,并通过送签社侧用户界面填写/修改物流信息。送签社调用更新回寄物流单号Top接口同步,服务端侧DB更新visa_apply数据为91,并新增对应申请人物流信息。买家侧客户端同步物流信息。
送签社可查询返程物流信息,并通过调用查询签证物流信息Top接口,回传物流信息,同步展示物流信息。
图10示出了本申请一实施例提供的服务提供装置的结构示意图。如图所示,所述装置包括:
选取模块1001,用于根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联模块1002,用于关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取模块1003,用于获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
进一步的,所述选取模块还用于:在所述至少一个第二服务方的服务信息中,查找与所述服务数据匹配的服务信息;将与所述服务数据匹配的服务信息对应的第二服务方作为所述目标服务方。
进一步的,所述服务数据包括:订单号、申请单号、服务内容、所在地理位置、服务材料类型及材料内容中的一个或多个。
进一步的,所述装置还可包括:
生成模块,用于根据所述订单号、所述申请单号、所述服务材料类型中的一项或多项,生成存储地址;
存储模块,用于根据所述存储地址,对所述服务数据进行存储。
进一步的,所述装置还包括:
接收模块,用于接收第二服务方发送的获取所述服务数据的第一请求;
第一验证模块,用于对所述第二服务方进行权限验证;
计算模块,用于所述第二服务方通过所述权限验证时,基于所述服务数据中的订单号、申请单号、所述服务材料类型中的一项或多项,计算所述存储地址;
所述获取模块,还用于根据所述存储地址,获取所述服务数据中的所述材料内容;
反馈模块,用于将所述材料内容反馈至所述第二服务方。
进一步的,所述第一验证模块还用于通过查询得到所述第二服务方与所述服务数据关联时,所述第二服务方通过所述权限验证。
进一步的,第二服务方包含有至少一个子服务方;以及,所述装置还包括:
所述接收模块,还用于接收子服务方发送的获取所述服务数据的第二请求,所述第二请求中携带有所述子服务方的账号信息及所属的第二服务方标识;
所述第一验证模块,用于对所述第二服务方标识对应的第二服务方进行权限验证;
第二验证模块,用于所述第二服务方标识对应的第二服务方通过权限验证时,根据所述账号信息对所述子服务方进行角色验证;
所述反馈模块,用于根据所述子服务方的角色验证结果,向所述子服务方反馈所述服务数据中相应角色允许查看的内容。
进一步的,所述服务信息还包括:第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性;以及,所述第二验证模块还用于:
根据所述第一服务方维护的各第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性,获取所述账号信息对应的角色属性;
根据所述角色属性,对所述子服务方进行角色验证。
进一步的,所述服务数据中包含有图片;以及所述装置还包括:加密模块,用于对所述图片进行加密处理,并将加密处理后的所述图片进行存储。
再进一步的,所述加密模块还用于:
根据所述认证用户的登录信息,在所述图片上添加水印;和/或
根据所述认证用户所需的服务内容,在所述图片上增加与所述服务内容相关的文字信息。
进一步的,所述装置还包括:
所述获取模块,还用于接收到用户发送的服务请求后,获取所述用户的用户信息;
认证模块,用于根据所述用户信息,对所述用户进行实人认证;
标记模块,用于所述用户通过实人认证时,标记所述用户为所述认证用户。
进一步的,所述接收模块还用于:
接收所述认证用户通过用户界面输入并上传的所述服务数据;和/或
接收所述认证用户通过调用客户端设备的拍摄组件拍摄并上传的所述服务数据;和/或
接收所述认证用户通过导入所述客户端并上传的所述服务数据。
进一步的,所述装置还包括:
所述获取模块还用于:获取对所述服务数据进行审核后得到的审核结果,或者接收所述第一服务方或所述目标服务方对所述服务数据进行审核后上传的审核结果;
发送模块,用于将所述审核结果发送至所述认证用户对应的客户端。
进一步的,所述装置还包括:
所述接收模块还用于:接收所述认证用户针对所述审核结果进行修改和/或补充后上传的补充修改数据;
更新模块,用于基于所述补充修改数据对所述服务数据进行更新。
进一步的,所述装置还包括:
所述接收模块,用于接收所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号;
发送模块,用于在所述认证用户或所述目标服务方请求获取所述物流单号对应的物流信息时,向第三服务方发送获取所述物流单号对应物流信息的请求;
同步模块,用于同步所述客户端或所述目标服务方侧客户端的所述物流信息。
进一步的,所述服务信息包括:第二服务方标识、服务覆盖地理范围和/或服务内容。
进一步的,所述服务数据为用于进行在线签证的数据;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
这里需要说明的是:上述实施例提供的服务提供装置可实现上述图2所示方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图11示出了本申请一实施例提供的服务提供装置的结构示意图。如图所示,所述装置包括:
上传模块1101,用于响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收模块1102,用于接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
进一步的,所述装置还包括:
获取模块,用于响应于所述认证用户通过用户界面触发的输入事件,将输入的内容作为所述服务数据;和/或响应于所述认证用户触发的拍摄事件,将拍摄到的图片作为所述服务数据;和/或响应于所述认证用户触发的选择事件,将所述选择事件指向的数据作为所述服务数据。
进一步的,所述装置还包括:
接收模块,用于接收所述服务端发送的修改和/或补充信息;
所述上传模块,还用于响应于所述认证用户基于所述修改和/或补充信息触发的修改上传事件,对所述服务数据进行更新并将更新后的所述服务数据上传至所述服务端;
其中,所述修改和/或补充信息是所述服务端对所述服务数据进行审核后得到的,或者所述修改和/或补充信息是所述第一服务方或所述目标服务方在对所述服务数据进行审核后反馈至所述服务端的。
进一步的,所述装置还包括:
发送模块,用于响应于所述认证用户触发的物流请求事件,向第三服务方发送服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
获取模块,用于响应于所述认证用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
展示模块,用于展示所述物流信息。
进一步的,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
这里需要说明的是:上述实施例提供的服务提供装置可实现上述图3所示方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图12示出了本申请又一实施例提供的服务提供装置的结构示意图。如图12所示,所述装置包括:
上传模块1201,用于从服务端获取认证用户上传的服务数据;
获取模块1201,用于获取对所述服务数据进行审核后得到的审核结果;
发送模块1203,用于所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
进一步的,所述装置还包括:
反馈模块,用于所述审核结果为未通过时,向所述客户端反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
进一步的,所述装置还包括:
所述上传模块,还用于响应于第一服务方用户触发的第二服务方入驻事件,将获取到的欲入驻第二服务方的服务信息上传至所述服务端,以由所述服务端将所述欲入驻第二服务方的服务信息添加至所述第一服务方维护的第二服务方信息库中。
进一步的,所述装置还包括:
显示模块,用于在所述服务端接收到所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键;
发送模块,用于响应于所述第一服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
所述显示模块,还用于显示所述服务端反馈的所述物流信息。
进一步的,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述至少一个第二服务方为提供送签服务的入驻服务商。
这里需要说明的是:上述实施例提供的服务提供装置可实现上述图4所示方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图13示出了本申请又一实施例提供的服务提供装置的结构示意图。如图所述13所示,所述装置包括:
第一获取模块1301,用于从服务端获取权限内可查看认证用户上传的服务数据;
第二获取模块1302,用于获取对所述服务数据进行审核后得到的审核结果;
反馈模块1303,用于所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
进一步,所述装置还包括:
反馈模块,用于所述审核结果为未通过时,向所述认证用户反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
进一步的,所述第一获取模块,还用于:
接收所述服务端下发的指派信息后,显示所述指派信息携带的订单号;
响应于第二服务方用户针对所述订单号的触发事件,向所述服务端发送获取所述订单号对应的服务数据的请求;
接收所述服务端进行权限验证并通过后反馈的所述服务数据。
进一步的,所述装置还包括:
发送模块,用于向所述服务端发送入驻申请,以使所述服务端将所述入驻申请转发至第一服务方,由所述第一服务方审核欲入驻第二服务方是否具备申请资质;
接收模块,用于接收所述服务端在所述第一服务方作出符合申请资质的判断后反馈的可入驻响应;
所述发送模块,还用于将服务信息发送至所述第一服务方,待所述第一服务方对所述服务信息核准后,由所述服务端将所述服务信息添加至所述第一服务方维护的第二服务方信息库中。
进一步的,所述装置还包括:
显示模块,用于在所述服务端接收到所述认证用户提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键;
所述发送模块,还用于响应于第二服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
所述显示模块,还用于显示所述服务端反馈的所述物流信息。
进一步的,所述装置还包括:
发送模块,用于响应于第二服务方用户触发的物流请求事件,向第三服务方发送物流服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
第三获取模块,用于响应于所述第二服务方用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
展示模块,用于展示所述物流信息。
进一步的,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
这里需要说明的是:上述实施例提供的服务提供装置可实现上述图4所示方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容,此处不再赘述。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图14示出了本申请一实施例提供的服务端设备的结构示意图。如图14所示,所述服务端设备包括:第一存储器1401和第一处理器1402,其中,
所述第一存储器1401,用于存储程序;
所述第一处理器1402,与所述第一存储器1401耦合,用于执行所述第一存储器1401中存储的所述程序,以用于:
根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图15示出了本申请一实施例提供的客户端设备的结构示意图。如图15所示,所述客户端设备包括:第二存储器1501和第二处理器1502,其中,
所述第二存储器1501,用于存储程序;
所述第二处理器1502,与所述第二存储器1501耦合,用于执行所述第二存储器1501中存储的所述程序,以用于:
响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图16示出了本申请一实施例提供的第一服务方设备的结构示意图。如图16所示,所述第一服务方设备包括:第三存储器1601和第三处理器1602,其中,
所述第三存储器1601,用于存储程序;
所述第三处理器1602,与所述第三存储器1601耦合,用于执行所述第三存储器1601中存储的所述程序,以用于:
从服务端获取认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
图17示出了本申请一实施例提供的第二服务方设备的结构示意图。如图17所示,所述第二服务方设备包括:第四存储器1701和第四处理器1702,其中,
所述第四存储器1701,用于存储程序;
所述第四处理器1702,与所述第四存储器1701耦合,用于执行所述第四存储器1701中存储的所述程序,以用于:
从服务端获取权限内可查看认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
本申请实施例提供的技术方案,采用用户-服务平台-第一服务方-第二服务方的架构,由具有服务资质的第二服务方提供具体的服务,以解决服务平台本身无服务资质(如出签资质)的问题;另外,采用本申请实施例提供的技术方案,用户可实现线上服务数据的上传,避免现有技术中因一次递交不全需多次去中介机构的麻烦;除此之外,用户还可实时查看第二服务方的服务进度信息,服务进度更加透明。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (41)
1.一种服务提供方法,其特征在于,包括:
根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
2.根据权利要求1所述的方法,其特征在于,根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,包括:
在所述至少一个第二服务方的服务信息中,查找与所述服务数据匹配的服务信息;
将与所述服务数据匹配的服务信息对应的第二服务方作为所述目标服务方。
3.根据权利要求1所述的方法,其特征在于,所述服务数据包括:订单号、申请单号、服务内容、所在地理位置、服务材料类型及材料内容中的一个或多个。
4.根据权利要求3所述的方法,其特征在于,还包括:
根据所述订单号、所述申请单号、所述服务材料类型中的一项或多项,生成存储地址;
根据所述存储地址,对所述服务数据进行存储。
5.根据权利要求4所述的方法,其特征在于,还包括:
接收第二服务方发送的获取所述服务数据的第一请求;
对所述第二服务方进行权限验证;
所述第二服务方通过所述权限验证时,基于所述服务数据中的订单号、申请单号、所述服务材料类型中的一项或多项,计算所述存储地址;
根据所述存储地址,获取所述服务数据中的所述材料内容;
将所述材料内容反馈至所述第二服务方。
6.根据权利要求5所述的方法,其特征在于,对所述第二服务方进行权限验证,包括:
通过查询得到所述第二服务方与所述服务数据关联时,所述第二服务方通过所述权限验证。
7.根据权利要求1至6任一项所述的方法,其特征在于,第二服务方包含有至少一个子服务方;以及,
所述方法,还包括:
接收子服务方发送的获取所述服务数据的第二请求,所述第二请求中携带有所述子服务方的账号信息及所属的第二服务方标识;
对所述第二服务方标识对应的第二服务方进行权限验证;
所述第二服务方标识对应的第二服务方通过权限验证时,根据所述账号信息对所述子服务方进行角色验证;
根据所述子服务方的角色验证结果,向所述子服务方反馈所述服务数据中相应角色允许查看的内容。
8.根据权利要求7所述的方法,其特征在于,所述服务信息还包括:第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性;以及
根据所述账号信息,对所述子服务方进行角色验证,包括:
根据所述第一服务方维护的各第二服务方下属的至少一个子服务方的账号信息及与各账号信息关联的角色属性,获取所述账号信息对应的角色属性;
根据所述角色属性,对所述子服务方进行角色验证。
9.根据权利要求1至6任一项所述的方法,其特征在于,所述服务数据中包含有图片;以及
所述方法,还包括:
对所述图片进行加密处理,并将加密处理后的所述图片进行存储。
10.根据权利要求9所述的方法,其特征在于,对所述图片进行加密处理,并将加密处理后的所述图片进行存储,包括:
根据所述认证用户的登录信息,在所述图片上添加水印;和/或
根据所述认证用户所需的服务内容,在所述图片上增加与所述服务内容相关的文字信息。
11.根据权利要求1至6任一项所述的方法,其特征在于,还包括:
接收到用户发送的服务请求后,获取所述用户的用户信息;
根据所述用户信息,对所述用户进行实人认证;
所述用户通过实人认证时,标记所述用户为所述认证用户。
12.根据权利要求1至6任一项所述的方法,其特征在于,还包括:
接收所述认证用户通过用户界面输入并上传的所述服务数据;和/或
接收所述认证用户通过调用客户端设备的拍摄组件拍摄并上传的所述服务数据;和/或
接收所述认证用户通过导入所述客户端并上传的所述服务数据。
13.根据权利要求1至6任一项所述的方法,其特征在于,还包括:
获取对所述服务数据进行审核后得到的审核结果,或者接收所述第一服务方或所述目标服务方对所述服务数据进行审核后上传的审核结果;
将所述审核结果发送至所述认证用户对应的客户端。
14.根据权利要求13所述的方法,其特征在于,还包括:
接收所述认证用户针对所述审核结果进行修改和/或补充后上传的补充修改数据;
基于所述补充修改数据对所述服务数据进行更新。
15.根据权利要求1至6任一项所述的方法,其特征在于,还包括:
接收所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号;
在所述认证用户或所述目标服务方请求获取所述物流单号对应的物流信息时,向第三服务方发送获取所述物流单号对应物流信息的请求;
同步所述客户端或所述目标服务方侧客户端的所述物流信息。
16.根据权利要求1至6任一项所述的方法,其特征在于,所述服务信息包括:第二服务方标识、服务覆盖地理范围和/或服务内容。
17.根据权利要求1至6任一项所述的方法,其特征在于,所述服务数据为用于进行在线签证的数据;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
18.一种服务提供方法,其特征在于,包括:
响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联使得所述目标服务方具有获取所述服务数据的权限。
19.根据权利要求18所述的方法,其特征在于,还包括:
响应于所述认证用户通过用户界面触发的输入事件,将输入的内容作为所述服务数据;和/或
响应于所述认证用户触发的拍摄事件,将拍摄到的图片作为所述服务数据;和/或
响应于所述认证用户触发的选择事件,将所述选择事件指向的数据作为所述服务数据。
20.根据权利要求18或19所述的方法,其特征在于,还包括:
接收所述服务端发送的修改和/或补充信息;
响应于所述认证用户基于所述修改和/或补充信息触发的修改上传事件,对所述服务数据进行更新并将更新后的所述服务数据上传至所述服务端;
其中,所述修改和/或补充信息是所述服务端对所述服务数据进行审核后得到,或者所述修改和/或补充信息是所述第一服务方或所述目标服务方在对所述服务数据进行审核后反馈至所述服务端的。
21.根据权利要求18或19所述的方法,其特征在于,还包括:
响应于所述认证用户触发的物流请求事件,向第三服务方发送服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
响应于所述认证用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
展示所述物流信息。
22.根据权利要求18或19所述的方法,其特征在于,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
23.一种服务提供方法,其特征在于,包括:
从服务端获取认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
24.根据权利要求23所述的方法,其特征在于,还包括:
所述审核结果为未通过时,向所述客户端反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
25.根据权利要求23或24所述的方法,其特征在于,还包括:
响应于第一服务方用户触发的第二服务方入驻事件,将获取到的欲入驻第二服务方的服务信息上传至所述服务端,以由所述服务端将所述欲入驻第二服务方的服务信息添加至所述第一服务方维护的第二服务方信息库中。
26.根据权利要求23或24所述的方法,其特征在于,还包括:
在所述服务端接收到所述认证用户或所述目标服务方提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键;
响应于所述第一服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
显示所述服务端反馈的所述物流信息。
27.根据权利要求23或24所述的方法,其特征在于,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述至少一个第二服务方为提供送签服务的入驻服务商。
28.一种服务提供方法,其特征在于,包括:
从服务端获取权限内可查看认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
29.根据权利要求28所述的方法,其特征在于,还包括:
所述审核结果为未通过时,向所述认证用户反馈审核结果以使所述认证用户针对所述审核结果进行修改和/或补充后向所述服务端上传补充修改数据,所述服务端基于所述补充修改数据更新所述服务数据。
30.根据权利要求28或29所述的方法,其特征在于,从服务端获取权限内可查看认证用户上传的服务数据,包括:
接收所述服务端下发的指派信息后,显示所述指派信息携带的订单号;
响应于第二服务方用户针对所述订单号的触发事件,向所述服务端发送获取所述订单号对应的服务数据的请求;
接收所述服务端进行权限验证并通过后反馈的所述服务数据。
31.根据权利要求28或29所述的方法,其特征在于,还包括:
向所述服务端发送入驻申请,以使所述服务端将所述入驻申请转发至第一服务方,由所述第一服务方审核欲入驻第二服务方是否具备申请资质;
接收所述服务端在所述第一服务方作出符合申请资质的判断后反馈的可入驻响应;
将服务信息发送至所述第一服务方,待所述第一服务方对所述服务信息核准后,由所述服务端将所述服务信息添加至所述第一服务方维护的第二服务方信息库中。
32.根据权利要求28或29所述的方法,其特征在于,还包括:
在所述服务端接收到所述认证用户提供的通过线下物流寄出的用于完善所述服务数据的实体文件的物流单号时,显示用于触发查看所述物流单号的控键;
响应于第二服务方用户对所述控键的触发操作,向所述服务端发送获取所述物流单号对应物流信息的请求;
显示所述服务端反馈的所述物流信息。
33.根据权利要求28或29所述的方法,其特征在于,还包括:
响应于第二服务方用户触发的物流请求事件,向第三服务方发送物流服务请求,以便所述第三服务方获取所述认证用户的地址信息并执行相应的物流服务操作;
响应于所述第二服务方用户触发的物流查询事件,从所述服务端获取所述第三服务方反馈至所述服务端的物流信息;
展示所述物流信息。
34.根据权利要求28或29所述的方法,其特征在于,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
35.一种服务提供系统,其特征在于,包括:
客户端,用于响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
服务端,用于根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度,以在所述认证用户请求查看时同步至所述客户端;
第一服务方,用于从所述服务端获取认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作;
目标服务方,用于从所述服务端获取权限内可查看认证用户上传的服务数据;获取对所述服务数据进行审核后得到的审核结果;所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度。
36.根据权利要求35所述的系统,其特征在于,还包括:
第三服务方,用于根据接收到的所述认证用户或所述目标服务方发送的物流服务请求,获取所述认证用户或所述目标服务方的地址信息,以便基于所述地址信息进行线下取件服务;基于获取到的实时物流信息更新本地的物流信息;并在所述服务端申请获取所述认证用户或所述目标服务方寄出件物流单号的物流信息时向所述服务端反馈更新后的所述物流信息。
37.根据权利要求35或36所述的系统,其特征在于,所述服务数据为用于进行在线签证的数据;所述服务端为提供在线签证服务的服务平台;所述第一服务方为平台运营商家;所述至少一个第二服务方为提供送签服务的入驻服务商。
38.一种服务端设备,其特征在于,包括:第一存储器和第一处理器,其中,
所述第一存储器,用于存储程序;
所述第一处理器,与所述第一存储器耦合,用于执行所述第一存储器中存储的所述程序,以用于:
根据认证用户上传的服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方;
关联所述服务数据及所述目标服务方,以使所述目标服务方具有获取所述服务数据的权限;
获取所述目标服务方使用所述服务数据执行相应服务操作的服务进度信息,以在所述认证用户请求查看时同步至对应的客户端。
39.一种客户端设备,其特征在于,包括:第二存储器和第二处理器,其中,
所述第二存储器,用于存储程序;
所述第二处理器,与所述第二存储器耦合,用于执行所述第二存储器中存储的所述程序,以用于:
响应于认证用户触发的服务数据上传事件,将所述服务数据上传至服务端;
接收所述服务端反馈的目标服务方使用所述服务数据执行相应服务操作的服务进度;
其中,所述目标服务方是根据服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取得到;所述目标服务方与所述服务数据关联以使所述目标服务方具有获取所述服务数据的权限。
40.一种第一服务方设备,其特征在于,包括:第三存储器和第三处理器,其中,
所述第三存储器,用于存储程序;
所述第三处理器,与所述第三存储器耦合,用于执行所述第三存储器中存储的所述程序,以用于:
从服务端获取认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端发送分配请求以使所述服务端根据所述服务数据及至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取能提供所述认证用户所需服务的目标服务方,由所述目标服务方基于所述服务数据进行相应的服务操作。
41.一种第二服务方设备,其特征在于,包括:第四存储器和第四处理器,其中,
所述第四存储器,用于存储程序;
所述第四处理器,与所述第四存储器耦合,用于执行所述第四存储器中存储的所述程序,以用于:
从服务端获取权限内可查看认证用户上传的服务数据;
获取对所述服务数据进行审核后得到的审核结果;
所述审核结果为审核通过时,向所述服务端反馈使用所述服务数据进行相应的服务操作的服务进度;
其中,与所述服务数据具有关联关系的第二服务方具备可查看权限,所述第二服务方是所述服务端根据所述服务数据及第一服务方维护的至少一个第二服务方的服务信息,从所述至少一个第二服务方中选取出的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711331019.4A CN109922109B (zh) | 2017-12-13 | 2017-12-13 | 服务提供方法、系统及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711331019.4A CN109922109B (zh) | 2017-12-13 | 2017-12-13 | 服务提供方法、系统及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109922109A true CN109922109A (zh) | 2019-06-21 |
CN109922109B CN109922109B (zh) | 2022-06-21 |
Family
ID=66958978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711331019.4A Active CN109922109B (zh) | 2017-12-13 | 2017-12-13 | 服务提供方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109922109B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659884A (zh) * | 2019-10-10 | 2020-01-07 | 支付宝(杭州)信息技术有限公司 | 电子签证申请方法以及装置 |
CN111343138A (zh) * | 2019-12-14 | 2020-06-26 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置和电子设备 |
CN112258116A (zh) * | 2020-10-27 | 2021-01-22 | 上海寻梦信息技术有限公司 | 物流服务的位置覆盖范围数据更新方法及相关设备 |
CN112632633A (zh) * | 2020-12-17 | 2021-04-09 | 西安博达软件股份有限公司 | Cms系统中基于文件水印的静态资源防篡改方法 |
CN113067879A (zh) * | 2021-03-26 | 2021-07-02 | 中国工商银行股份有限公司 | 基于多业务服务方的业务服务方法和装置及金融系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102117586A (zh) * | 2009-12-30 | 2011-07-06 | 网路乾坤有限公司 | 广告信息传送系统与方法 |
CN102332115A (zh) * | 2011-07-21 | 2012-01-25 | 上海互联网软件有限公司 | 基于云计算的电子政务办公协作系统 |
CN103546292A (zh) * | 2013-10-08 | 2014-01-29 | 任少华 | 多识别码的第三方认证系统或方法 |
CN104980412A (zh) * | 2014-04-14 | 2015-10-14 | 阿里巴巴集团控股有限公司 | 一种应用客户端、服务端及对应的Portal认证方法 |
CN105791314A (zh) * | 2016-04-22 | 2016-07-20 | 时化雨 | 基于id关联信息的服务提供方法 |
CN106357826A (zh) * | 2016-11-16 | 2017-01-25 | 四川省亚丁胡杨人力资源集团有限公司 | 一种基于智能社区的缴费系统 |
CN106911770A (zh) * | 2017-02-20 | 2017-06-30 | 北京古盘创世科技发展有限公司 | 一种基于多云存储的数据共享方法及系统 |
CN107040611A (zh) * | 2017-06-01 | 2017-08-11 | 北京智网易联科技有限公司 | 群组沟通方法、装置及存储介质 |
-
2017
- 2017-12-13 CN CN201711331019.4A patent/CN109922109B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102117586A (zh) * | 2009-12-30 | 2011-07-06 | 网路乾坤有限公司 | 广告信息传送系统与方法 |
CN102332115A (zh) * | 2011-07-21 | 2012-01-25 | 上海互联网软件有限公司 | 基于云计算的电子政务办公协作系统 |
CN103546292A (zh) * | 2013-10-08 | 2014-01-29 | 任少华 | 多识别码的第三方认证系统或方法 |
CN104980412A (zh) * | 2014-04-14 | 2015-10-14 | 阿里巴巴集团控股有限公司 | 一种应用客户端、服务端及对应的Portal认证方法 |
CN105791314A (zh) * | 2016-04-22 | 2016-07-20 | 时化雨 | 基于id关联信息的服务提供方法 |
CN106357826A (zh) * | 2016-11-16 | 2017-01-25 | 四川省亚丁胡杨人力资源集团有限公司 | 一种基于智能社区的缴费系统 |
CN106911770A (zh) * | 2017-02-20 | 2017-06-30 | 北京古盘创世科技发展有限公司 | 一种基于多云存储的数据共享方法及系统 |
CN107040611A (zh) * | 2017-06-01 | 2017-08-11 | 北京智网易联科技有限公司 | 群组沟通方法、装置及存储介质 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659884A (zh) * | 2019-10-10 | 2020-01-07 | 支付宝(杭州)信息技术有限公司 | 电子签证申请方法以及装置 |
CN111343138A (zh) * | 2019-12-14 | 2020-06-26 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置和电子设备 |
CN111343138B (zh) * | 2019-12-14 | 2021-04-27 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置和电子设备 |
CN112258116A (zh) * | 2020-10-27 | 2021-01-22 | 上海寻梦信息技术有限公司 | 物流服务的位置覆盖范围数据更新方法及相关设备 |
CN112632633A (zh) * | 2020-12-17 | 2021-04-09 | 西安博达软件股份有限公司 | Cms系统中基于文件水印的静态资源防篡改方法 |
CN113067879A (zh) * | 2021-03-26 | 2021-07-02 | 中国工商银行股份有限公司 | 基于多业务服务方的业务服务方法和装置及金融系统 |
CN113067879B (zh) * | 2021-03-26 | 2022-06-14 | 中国工商银行股份有限公司 | 基于多业务服务方的业务服务方法和装置及金融系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109922109B (zh) | 2022-06-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109922109A (zh) | 服务提供方法、系统及设备 | |
CN111371836B (zh) | 一种安全支付的验证方法、装置与移动终端 | |
CN107194806B (zh) | 用于手机贷款的服务器 | |
CN100566248C (zh) | 数字签名保证系统、方法和装置 | |
CN107230050B (zh) | 基于可视数字货币芯片卡进行数字货币支付的方法和系统 | |
CN107636662A (zh) | 网络内容认证 | |
US10789554B2 (en) | Validity determination of an event ticket and automatic population of admission information | |
KR101538745B1 (ko) | 전자영수증 발행 시스템 | |
CN106453341A (zh) | 信息处理方法及装置 | |
CA2260533A1 (en) | Method and apparatus for electronic commerce | |
WO2014150277A2 (en) | Methods and systems for providing secure transactions | |
CN109389390A (zh) | 基于卖场内通信网的结算移动终端、系统、方法及程序 | |
CN113128950B (zh) | 一种企业链码服务平台 | |
JP6042766B2 (ja) | 電子取引システム、電子取引方法、及びプログラム | |
CN108959310A (zh) | 基于区块链的数据处理方法、装置和计算机可读存储介质 | |
CN102231200A (zh) | 一种通过移动智能终端办理银行卡申请的方法 | |
CN106097167A (zh) | 一种金融押运信息服务系统 | |
CN108881121A (zh) | 一种基于移动互联网的p2p信用互看系统及方法 | |
EP4044026A1 (en) | Method and system for verifying documents | |
CN108428135A (zh) | 身份验证方法 | |
WO2017222032A1 (ja) | 個人情報提供システム、方法及びプログラム | |
CN111091430A (zh) | 一种开票二维码处理方法及系统 | |
CN103236002B (zh) | 商家对顾客b2c信息处理设备系统及方法 | |
KR102154602B1 (ko) | 온라인 대면확인 방법 | |
CN107491955A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |