委托授权的处理方法、装置及电子设备与流程

1.本技术涉及政务数字化技术领域，特别是涉及委托授权的处理方法、装置及电子设备。


背景技术：

2.为了提高政务办事效率，一些地方推出了政务服务网站，或者相关的移动应用(app)，通过这种网站或者app，使得用户可以进行在线的社保信息查缴，公积金查询/提取，交通违法处理等多种政务相关事宜。甚至有些平台还可以一站式直达多个地区多个部门，实现跨省份跨城市的在线政务事宜处理。
3.通过上述方式能够提高政务办事效率，但是，在实际政务办事过程中，有些事宜需要面交一些材料的原件和/或复印件才能够办理。例如，户籍迁移，公积金迁移事宜等等。对于这些事宜，通常还需要用户到线下的营业厅等进行办理。
4.但是，由于地域、时间、行为能力等原因，存在着无法本人亲自到场办事的情形，因此造成了用户巨大的痛点。比如，某人a之前生活在北京，后来移居到杭州，则可能会涉及到将在北京的户籍、公积金等迁移到杭州。此时，一种方式是a亲自到北京去办理迁出事宜，然后再到杭州办理迁入。但是，如果a当前已经身在杭州，则可能会由于时间等问题难以亲自到北京办理迁出。于是可以委托其在北京的朋友b代为办理迁出事宜。而户籍、公积金迁移等相关事宜均属于重要程度以及隐私程度很高的事宜，因此，如果需要委托他人代办，则通常还需要a到公证局开公证证明，证明文件上写明委托人，被委托人，委托事项等信息，同时还可以由公证处进行授权影像采集，出具公证证书。a拿到公证证书后再通过邮寄的方式给到北京的朋友b，b再带着公证证明、自己的身份证明材料以及a提供的与具体事宜办理相关的材料，去相关的厅局代为办理相关事宜。
5.可见，传统方案中，如果a要委托b代为办理政务相关事宜，则需要到公证处公证，公证证明材料的邮寄等等，委托过程比较繁琐，影响办事效率。因此，如何提高政务委托的效率，成为需要本领域技术人员解决的技术问题。


技术实现要素：

6.本技术提供了委托授权的处理方法、装置及电子设备，能够提高政务委托的效率。
7.本技术提供了如下方案：
8.一种委托授权的处理方法，所述方法包括：
9.接收委托用户关联的第一客户端提交的委托请求；
10.根据所述委托请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
11.根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
12.一种提供委托授权信息的方法，所述方法包括：
13.提供用户信息库，用于保存用户关联的客户端标识信息，账户信息，以及实名认证信息；所述客户端标识信息与对应的地区相关；
14.接收到委托用户关联的第一客户端提交的委托请求后，确定委托内容信息，并生成对应的数字授权信息；所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息项；
15.根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的客户端标识；
16.将所述数字授权信息提供给与所述客户端标识以及所述账户信息对应的第二客户端。
17.一种委托授权的处理方法，包括：
18.第一客户端提供用于发起委托请求的操作选项；
19.通过所述操作选项接收到委托请求后，获取委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
20.将所述委托请求提交到服务端，并携带所述委托内容信息，所述服务端用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给被委托用户关联的第二客户端。
21.一种委托授权的处理方法，包括：
22.第二客户端接收数字授权信息，所述数字授权信息是根据接收到的委托请求关联的委托内容信息生成的，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
23.对所述数字授权信息进行展示，以用于提供给所述委托事项的受理终端。
24.一种获取委托授权信息的方法，包括：
25.接收被委托用户关联的第二客户端提交的对目标事项进行代办的请求；
26.根据所述请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
27.从所述委托用户关联的第一客户端获取对所述被委托用户进行授权确认的信息；
28.根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
29.一种委托授权的处理装置，所述方法包括：
30.委托请求接收单元，用于接收委托用户关联的第一客户端提交的委托请求；
31.委托内容确定单元，用于根据所述委托请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
32.数字授权生成单元，用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
33.一种提供委托授权信息的装置，所述方法包括：
34.用户信息库提供单元，用于提供用户信息库，用于保存用户关联的客户端标识信息，账户信息，以及实名认证信息；所述客户端标识信息与对应的地区相关；
35.数字授权信息生成单元，用于接收到委托用户关联的第一客户端提交的委托请求后，确定委托内容信息，并生成对应的数字授权信息；所述委托内容信息包括：委托用户信
息，被委托用户信息以及委托事项信息项；
36.被委托用户信息确定单元，用于根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的客户端标识；
37.数字授权信息发送单元，用于将所述数字授权信息提供给与所述客户端标识以及所述账户信息对应的第二客户端。
38.一种委托授权的处理装置，包括：
39.操作选项提供单元，用于提供用于发起委托请求的操作选项；
40.委托内容信息获取单元，用于通过所述操作选项接收到委托请求后，获取委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
41.委托请求提交单元，用于将所述委托请求提交到服务端，并携带所述委托内容信息，所述服务端用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给被委托用户关联的第二客户端。
42.一种委托授权的处理装置，包括：
43.数字授权信息接收单元，用于接收数字授权信息，所述数字授权信息是根据接收到的委托请求关联的委托内容信息生成的，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
44.数字授权信息展示单元，用于对所述数字授权信息进行展示，以用于提供给所述委托事项的受理终端。
45.一种获取委托授权信息的装置，包括：
46.代办请求接收单元，用于接收被委托用户关联的第二客户端提交的对目标事项进行代办的请求；
47.委托内容确定单元，用于根据所述请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
48.授权获取单元，用于从所述委托用户关联的第一客户端获取到对所述被委托用户进行授权确认的信息；
49.数字授权信息生成单元，用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
50.根据本技术提供的具体实施例，本技术公开了以下技术效果：
51.通过本技术实施例，委托用户可以通过客户端提交委托请求，并提交具体的委托内容信息，包括被委托人信息，委托事项信息，等等。之后，服务端可以生成对应的数字授权信息，并提供给被委托用户关联的客户端。这样，被委托用户可以通过该数字授权信息确定其受委托办理委托事项的身份权限，进而帮助委托用户办理对应的委托事项，而不必再由委托用户通过公证处进行公证，解决了因异地等因素办理事务不便的问题，提高了委托事务的办理效率。另外，在被委托用户与受理方进行交互时，只需要出示数字授权信息即可，不需要受理方对被委托用户提供的纸质公证材料进行审核等处理，由于数字授权信息具有一定的防伪特性，不易伪造，在实现委托办事过程的信息化处理，提高受理方单位时间内的办事数量的同时，也提高了事务委托办理的安全性。
52.当然，实施本技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
53.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
54.图1是本技术实施例提供的系统架构示意图；
55.图2是本技术实施例提供的第一方法的流程图；
56.图3-1至3-6是本技术实施例提供应用界面示意图；
57.图4是本技术实施例提供的第二方法的流程图；
58.图5是本技术实施例提供的第三方法的流程图；
59.图6是本技术实施例提供的第四方法的流程图；
60.图7是本技术实施例提供的第五方法的流程图；
61.图8是本技术实施例提供的第一装置的示意图；
62.图9是本技术实施例提供的第二装置的示意图；
63.图10是本技术实施例提供的第三装置的示意图；
64.图11是本技术实施例提供的第四装置的示意图；
65.图12是本技术实施例提供的第五装置的示意图；
66.图13是本技术实施例提供的电子设备的示意图。
具体实施方式
67.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
68.在本技术实施例中，可以在政务服务网站或移动应用等客户端产品中，提供用于发起委托请求的入口，使得用户可以通过客户端在线发起委托，服务端在收到具体的请求后，可以对具体的委托内容进行数字授权，并将数字授权信息提供给被委托用户关联的客户端，被委托人可以利用这种数字授权信息去帮助委托人代办具体的事项。由于具体的数字授权是由服务端提供，并且可以直接发送到被委托人关联的客户端，因此使得授权信息具有一定的公信度，不必再由委托人到相关的公证部门对委托情况进行公证，以此提高委托效率。另外，在可选的实施方式下，还可以将具体数字授权信息提供给委托事项的受理方关联的信息系统，以用于在接收到第二客户端的代办请求后，对第二客户端提供的数字授权信息进行验证，以此提升数字授权的有效性。
69.具体实现时，从系统架构角度而言，本技术实施例可以涉及到服务端以及客户端。其中，由于涉及到对政务相关事宜的处理，而不同地区的政务部门可能是相互独立的，例如，不同省、市等都可能有各自不同的办理流程等，因此，本技术实施例中的客户端可以包括多个，分别对应不同的省、市等地区信息，具体用户可以根据自己所处的地区等，安装对应的客户端，例如，北京的用户可以安装面向北京用户的客户端，浙江用户可以安装面向浙江用户的客户端，等等。或者，也可以提供统一的客户端，各地区用户安装的客户端可以是
相同的，但在客户端内部可以划分为多个不同的模块，分别对应不同的地区，并且可以根据用户所处的地区，切换到对应的模块进行展示，等等。另外，在可选的实施方式中，还可以为具体地方厅局等政务受理方的受理人用户提供客户端。对于服务端而言，无论是多个地区对应不同的客户端，还是在统一的客户端中提供不同的模块，都可以通过统一的服务端对后台数据进行统一管理。具体的后台数据可以包括用户数据(例如，用户通过所安装的客户端注册的个人账户、法人账户等信息)，各地区受理厅局信息系统的接口信息，等等。也就是说，即使不同地区对应着不同的客户端，也可以通过同一服务端进行后台数据的管理，这样，可以实现跨地区用户在不同客户端之间的信息互通。
70.例如，在一种具体实现方式下，具体的系统架构以及数据处理流程可以如图1所示。首先，服务端与客户端之间可以是一对多的模式，例如，同一服务端可以对多个不同地区对应的多个不同客户端的后台数据进行管理。当一个用户需要委托他人帮忙处理某政务相关事宜时，可以通过其关联的第一客户端发起委托请求，并可以填写具体的委托事项，委托人信息，被委托人信息，有效期限等，如果涉及到跨地区的政务处理，则还可以指定具体的办事地区等信息。另外，委托人还可以进行签名确认。服务端收到具体的请求后，可以生成数字授权信息，这种授权信息一方面可以提供给具体受理厅局(可以根据具体的委托事项、办事地区等信息而定)关联的信息系统，另一方面可以提供给具体被委托用户关联的第二客户端。
71.这样，被委托人到具体厅局进行办理时，可以向厅局的具体受理人出示数字授权信息，受理人还可以将被委托人出示的数字授权信息与之前服务端提供的数字授权信息进行比对，如果一致，则可以允许被委托人对具体事宜进行代办。具体实现时，为了便于在第二客户端与受理人用户关联的第三客户端之间进行数字授权信息的传递，还可以根据数字授权信息生成二维码等图形码，并将其提供给第二客户端。这样，第二客户端可以向受理人出示图形码，受理人可以通过扫码的方式获取数字授权信息，并进而与之前服务端提供的数字授权信息进行比对。当然，在实际应用中，也可以通过其他方式向受理人用户提供数字授权信息，例如，受理人用户可以在收到被委托用户提供的数字授权信息后，通过电话等方式向服务端进行确认，等等。
72.下面对本技术实施例提供的具体实现方案进行详细介绍。
73.实施例一
74.该实施例一从服务端的角度，提供了一种委托授权的处理方法，参见图2，该方法可以包括以下步骤：
75.s210：接收委托用户关联的第一客户端提交的委托请求；
76.具体的，第一客户端可以提供用于发起委托请求的操作选项，例如，如图3-1所示，可以在第一客户端的首页等处提供用于发起委托办事的操作选项。用户可以通过该操作选项发起具体的委托请求。在具体实现时，如图3-2所示，创建具体的委托之前，还可以首先通过用户的生物特征信息，等对委托人的身份进行验证。具体的生物特征信息可以有多种，例如，可以包括人脸特征，指纹特征，声纹特征，另外还可以包括步态特征，等等。其中，关于用户的生物特征数据可以是在对用户进行实名认证等过程中进行保存，或者，也可以通过其他方式获取生物特征数据，在接收到生物特征信息后，可以与数据库中保存的当前用户的生物特征信息进行对比，以此实现对委托用户的身份确认。
77.在具体创建委托的过程中，提供用于输入/选择具体委托内容的操作选项。其中，具体的输入方式可以包括键盘输入，或者语音输入等多种方式。其中，如图3-3所示，委托内容具体可以包括委托事项、被委托人信息(姓名、身份证件号、手机号等)。其中，关于具体的委托事项，还可以提供多个可选的选项，例如，如图3-4所示，可以包括增值税一般纳税人登记，商品房预售合同登记备案，等等。这样，委托用户可以从中选择自己所需委托的事项。当然，还可以提供具体用于输入委托事项信息的输入框等，委托用户也可以直接输入自己需要委托的事项。
78.另外，在实际应用中，还可以对委托有效期进行设置，相应的，数字授权信息的有效期也可以因此而确定，被委托人可以在该有效期内进行具体事项的代办。再者，在发起委托的过程中，还可以由委托人选择认证方式，具体的认证方式可以包括手写签名认证等。例如，如图3-5所示，在用户选择通过手写签名的方式进行认证的情况下，可以提供用于手写签名的写字板界面，用户可以通过手机等终端设备的触摸屏等，进行手写签名。这种认证信息可以提供给服务端，由服务端根据预先保存的用户手写字体特征等信息，实现对委托用户的身份进行进一步的确认。
79.s220：根据所述委托请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
80.服务端在接收到具体的委托请求后，可以确定出具体的委托内容信息，包括委托用户信息，被委托用户信息以及委托事项信息等。其中，具体的委托内容信息可以携带在委托请求中，或者也可以由第一客户端通过独立于请求消息的消息格式提供给服务端。其中，具体的委托事项可以包括政务事项，如需要当事人到特定单位进行办理的公共服务事项，例如，委托他人到相关单位部门办理税务、公积金等相关的事务，或者到银行办理银行相关的事项，等等。
81.s230：根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给被委托用户关联的第二客户端。
82.服务端在确定出具体的委托内容后，可以生成对应的数字授权信息，具体的数字授权信息可以通过多种形式进行承载，例如，可以是按照某种加密算法将委托内容(含身份认证信息)进行加密后得到的密文，或者，还可以是根据委托内容进行编码生成的图形码，一段视频等等。生成具体的数字授权信息后，可以将这种数字授权信息提供给被委托用户关联的第二客户端。当然，具体的委托内容信息还可以提供给第一客户端进行展示，包括委托事项，被委托人信息等。例如，具体可以如图3-6所示，这样可以使得委托用户能够直观地查看到具体已委托事项的详情信息。
83.其中，如果委托请求中还携带有委托用户对所述委托内容信息的认证信息，则还可以首先根据所述认证信息对所述委托内容信息进行验证，如果验证通过，再生成所述数字授权信息。其中，如前文所述，具体的认证信息可以包括所述委托用户的手写签名信息，此时，服务端可以根据预先保存的所述委托用户的手写字体特征信息，对所述手写签名信息进行验证。
84.另外，在可选的方式下，服务端还可以将所述数字授权信息提供给所述委托事项的受理方关联的信息系统，以用于受理终端在接收到所述第二客户端办理所述委托事项的请求后，可以根据从所述信息系统读取的数字授权信息，对所述第二客户端提供的数字授
权信息进行验证。其中，具体的受理方可以是根据具体的委托事项进行确定，具体可以是指具体的政务相关厅局等单位。例如，如果委托事项是增值税优惠备案，则具体的受理方可以是地税局，等等。这里需要说明的是，具体的政务事项通常有多种，并且可能需要由不同的厅局等进行受理，也即，对应着不同的受理方。例如，与税务相关的事项，其受理方可能是地税局，国税局等；与交通违法处理相关的事项，其受理方可能是交通局，等等。不同的受理方通常对应着各自不同的信息系统，因此，为了能够将具体的数字授权信息提供给受理方信息系统，服务端还可以预先对多个受理方关联的信息系统的接口等信息进行保存。在针对某委托用户的请求生成数字授权信息后，可以确定出具体的受理方，然后通过该受理方对应的信息系统的接口信息，将数字授权信息发送给受理方关联的信息系统。
85.具体的委托事项通常还具有地域性特点，例如，杭州市、北京市等都分别对应各自地区的地税局，同样是增值税优惠备案这一事项，通常需要到具体所属地区的税务局办理，等等。而在本技术实施例中，还可以进行跨地区的委托。例如，某用户当前位于杭州，但是，需要委托他人到北京的地税局代为办理增值税优惠备案，此时，服务端就需要将具体的数字授权信息提供给北京的地税局关联的信息系统，等等。针对这种情况，还可以在委托内容中增加关于具体目标地区的信息，以使得服务端能够将数字授权信息发送到具体目标地区关联的受理方的信息系统。
86.其中，在跨地区委托的场景下，还可能会出现以下情况：委托用户关联的第一客户端与被委托用户关联的第二客户端不同。例如，委托用户由于生活在杭州，因此，安装的是杭州地区政务专用的第一客户端，该委托用户通过该第一客户端提交委托请求；而被委托用户由于居住在北京，因此，关联的是北京地区政务专用的第二客户端。此时，需要将针对第一客户端的委托请求生成的数字授权信息跨客户端地发送给第二客户端。针对这种情况，由于在本技术实施例中，多个地区关联的不同客户端都可以通过同一服务端进行后台数据关联，因此，服务端在针对委托用户的委托请求生成数字授权信息后，可以确定出被委托用户关联的第二客户端，然后，将数字授权信息发送给该第二客户端即可。
87.具体的，可以根据被委托用户的姓名、身份证编号等信息，来实现对被委托用户的识别。例如，可以根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的目标地区信息，然后，可以将所述数字授权信息提供给与所述目标地区信息以及所述账户信息对应的第二客户端。
88.被委托用户在接收到具体的数字授权信息后，可以通过其关联的第二客户端，将数字授权信息展示给受理用户，受理用户可以据此判断被委托人是否具有代办权限。具体的，为了便于在第二客户端与受理终端之间进行数字授权信息的传递，服务端还可以生成图形码形式的数字授权信息，并提供给被委托用户关联的第二客户端。这样，可以通过所述第二客户端对图形码进行展示，进而，受理终端可以通过扫码的方式读取到所述数字授权信息。
89.受理终端在通过扫码等方式接收到被委托用户提供的数字授权信息后，还可以与服务端预先发送到受理方信息系统的数字授权信息进行比对，如果匹配成功，则可以完成对被委托用户代办权限的确认。
90.另一种方式下，服务端在接收到所述第二客户端办理所述委托事项的请求后，还可以在所述第一客户端与所述第二客户端之间建立实时连接(例如，具体可以是视频连接，
语音连接，短消息连接，等等)，以便通过所述实时连接对委托事项以及委托与被委托关系信息进行校验。校验成功后，再通过数字授权信息进行认证，等等。这种校验结果可以提供给所述第二客户端和/或所诉委托事项的受理方关联的信息系统，以便于受理方对被委托用户进行进一步的验证。
91.在完成对委托事项的处理后，服务端还可以获取到所述委托事项办理完成的消息，并将该消息同步提供给所述第一客户端。具体的，如果被委托人是通过第二客户端发起对具体委托事项的代办流程，并在代办完成后通过第二客户端提交“完成”等操作，则服务端可以通过该第二客户端获取上述办理完成消息。或者，另一种方式下，也可以由受理人关联的第三服务端向其信息系统提交代办完成的消息，受理方的信息系统再将具体办理完成的消息提供给服务端，等等。
92.具体说明的是，在本技术实施例中，具体的委托用户可以是个人用户，或者也可以是法人用户。
93.总之，通过本技术实施例，委托用户可以通过客户端提交委托请求，并提交具体的委托内容信息，包括被委托用户信息，委托事项信息，等等。之后，服务端可以生成对应的数字授权信息，并提供给被委托用户关联的客户端。这样，被委托用户可以通过该数字授权信息帮助委托用户办理对应的委托事项，而不必再由委托用户通过公证处进行公证，因此，可以提高办事效率。
94.实施例二
95.该实施例二是从服务端侧的另一个角度，提供了一种提供委托授权信息的方法，参见图4，该方法具体可以包括：
96.s410：提供用户信息库，用于保存用户关联的客户端标识信息，账户信息，以及实名认证信息；所述客户端标识信息与对应的地区相关；
97.s420：接收到委托用户关联的第一客户端提交的委托请求后，确定委托内容信息，并生成对应的数字授权信息；所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
98.s430：根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的客户端标识；
99.s440：将所述数字授权信息提供给与所述客户端标识以及所述账户信息对应的第二客户端。
100.实施例三
101.该实施例三是从委托用户关联的第一客户端的角度，提供了一种委托授权的处理方法，参见图5，该方法可以包括：
102.s510：第一客户端提供用于发起委托请求的操作选项；
103.s520：通过所述操作选项接收到委托请求后，获取委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
104.s530：将所述委托请求提交到服务端，并携带所述委托内容信息，所述服务端用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给被委托用户关联的第二客户端。
105.具体实现时，还可以提供用于输入认证信息的操作选项，以用于通过所述认证信
息对所述委托内容信息进行验证。
106.实施例四
107.该实施例四是从第二客户端的角度，提供了一种委托授权的处理方法，参见图6，该方法具体可以包括：
108.s610：第二客户端接收数字授权信息，所述数字授权信息是根据接收到的委托请求关联的委托内容信息生成的，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
109.s620：对所述数字授权信息进行展示，以用于提供给所述委托事项的受理终端。
110.实施例五
111.在前述实施例中，是由委托用户发起具体的委托请求，而在另一种方式下，也可以由被委托用户发起获取授权的请求，也就是说，主要的操作方可以为被委托用户，包括具体委托内容的填写等，委托用户只需要进行确认即可。该实施例五就是从该被委托用户一侧客户端的角度，提供了一种获取委托授权信息的方法，参见图7，该方法可以包括：
112.s710：接收被委托用户关联的第二客户端提交的对目标事项进行代办的请求；
113.s720：根据所述请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
114.s730：从所述委托用户关联的第一客户端获取到对所述被委托用户进行授权的信息后，根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
115.关于前述实施例二至实施例五中的未详述部分，可以参见实施例一中的记载，这里不再赘述。
116.需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
117.与本技术实施例一相对应，还提供了一种委托授权的处理装置，参见图8，该装置可以包括：
118.委托请求接收单元810，用于接收委托用户关联的第一客户端提交的委托请求；
119.委托内容确定单元820，用于根据所述委托请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
120.数字授权生成单元830，用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
121.其中，所述委托请求中还包括所述委托用户对所述委托内容信息的认证信息；
122.所述装置还可以包括：
123.验证单元，用于根据所述认证信息对所述委托内容信息进行验证，如果验证通过，则触发执行所述生成所述数字授权信息的步骤。
124.其中，所述认证信息包括所述委托用户的手写签名信息；
125.所述验证单元具体可以用于：根据预先保存的所述委托用户的手写字体特征信息，验证所述手写签名信息是否与委托用户匹配。
126.另外，该装置还可以包括：
127.身份认证单元，用于采集所述委托用户的生物特征信息，并通过所述生物特征信息对所述委托用户进行身份认证。
128.数字授权信息提供单元，用于将所述数字授权信息提供给所述委托事项的受理方关联的信息系统，以便受理终端在接收到所述第二客户端办理所述委托事项的请求后，根据从所述信息系统读取的数字授权信息，对所述第二客户端提供的数字授权信息进行验证。
129.其中，所述数字授权信息包括：图形码形式的数字授权信息，所述图形码用于通过所述第二客户端进行展示，以便通过扫码的方式将所述数字授权信息提供给所述委托事项的受理方关联的受理终端。
130.所述第一客户端与第二客户端为对应不同客户端，分别与所述委托用户以及被委托用户所在的不同地点相关联。
131.所述被委托用户信息包括所述被委托用户的姓名以及身份证件编号信息；此时，可以根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的目标地点信息；将所述数字授权信息提供给与所述目标地点信息以及所述账户信息对应的第二客户端。
132.所述委托内容信息还包括有效期信息，以便确定所述数字授权信息的有效期。
133.再者，该装置还可以包括：
134.实时连接单元，用于接收到所述第二客户端办理所述委托事项的请求后，在所述第一客户端与所述第二客户端之间建立实时连接，以便通过所述实时连接对委托事项以及委托与被委托关系信息进行校验。
135.校验结果提供单元，同于将校验结果提供给所述第二客户端和/或所诉委托事项的受理方关联的信息系统。
136.完成消息同步单元，用于获取到所述委托事项办理完成的消息后，将所述消息同步提供给所述第一客户端。
137.所述委托用户包括个人用户或法人用户。
138.与本技术实施例二相对应，还提供了另一种提供委托授权信息的装置，参见图9，该装置可以包括：
139.用户信息库提供单元910，用于提供用户信息库，用于保存用户关联的客户端标识信息，账户信息，以及实名认证信息；所述客户端标识信息与对应的地区相关；
140.数字授权信息生成单元920，用于接收到委托用户关联的第一客户端提交的委托请求后，确定委托内容信息，并生成对应的数字授权信息；所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息项；
141.被委托用户信息确定单元930，用于根据所述被委托用户信息以及预先保存的用户实名认证信息，确定所述被委托用户注册的账户信息以及关联的客户端标识；以及，
142.数字授权信息发送单元940，用于将所述数字授权信息提供给与所述客户端标识以及所述账户信息对应的第二客户端。
143.与本技术实施例三相对应，还提供了另一种委托授权的处理装置，如图10所示，该装置可以包括：
144.操作选项提供单元1010，用于提供用于发起委托请求的操作选项；
145.委托内容信息获取单元1020，用于通过所述操作选项接收到委托请求后，获取委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；以及，
146.委托请求提交单元1040，用于将所述委托请求提交到服务端，并携带所述委托内容信息，所述服务端用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给被委托用户关联的第二客户端。
147.与本技术实施例四相对应，还提供了又一种委托授权的处理装置，如图11所示，该装置可以包括：
148.数字授权信息接收单元1110，用于接收数字授权信息，所述数字授权信息是根据接收到的委托请求关联的委托内容信息生成的，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；以及，
149.数字授权信息展示单元1120，用于对所述数字授权信息进行展示，以用于提供给所述委托事项的受理终端。
150.与本技术实施例五相对应，还提供了一种获取委托授权信息的装置，如图12所示，该装置可以包括：
151.代办请求接收单元1210，用于接收被委托用户关联的第二客户端提交的对目标事项进行代办的请求；
152.委托内容确定单元1220，用于根据所述请求确定委托内容信息，所述委托内容信息包括：委托用户信息，被委托用户信息以及委托事项信息；
153.授权获取单元1230，用于从所述委托用户关联的第一客户端获取到对所述被委托用户进行授权确认的信息；以及，
154.数字授权信息生成单元1240，用于根据所述委托内容信息生成对应的数字授权信息，并将所述数字授权信息提供给所述被委托用户关联的第二客户端。
155.本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以用于实现实施例一至实施例五中任一项所记载的方法的步骤。
156.本技术实施例还提供了一种电子设备，包括一个或多个处理器；以及
157.与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，可以用于执行实施例一至实施例五中任一项所记载的方法的步骤。
158.其中，图13示例性的展示出了电子设备的架构，例如，设备1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
159.参照图13，设备1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(i/o)的接口1312，传感器组件1314，以及通信组件1316。
160.处理组件1302通常控制设备1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1302可以包括一个或多个处理器1320来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理部件1302可以包括
多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。
161.存储器1304被配置为存储各种类型的数据以支持在设备1300的操作。这些数据的示例包括用于在设备1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
162.电源组件1306为设备1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为设备1300生成、管理和分配电力相关联的组件。
163.多媒体组件1308包括在设备1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
164.音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(mic)，当设备1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。
165.i/o接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
166.传感器组件1314包括一个或多个传感器，用于为设备1300提供各个方面的状态评估。例如，传感器组件1314可以检测到设备1300的打开/关闭状态，组件的相对定位，例如所述组件为设备1300的显示器和小键盘，传感器组件1314还可以检测设备1300或设备1300一个组件的位置改变，用户与设备1300接触的存在或不存在，设备1300方位或加速/减速和设备1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
167.通信组件1316被配置为便于设备1300和其他设备之间有线或无线方式的通信。设备1300可以接入基于通信标准的无线网络，如wifi，或2g、3g、4g/lte、5g等移动通信网络。在一个示例性实施例中，通信部件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1316还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
168.在示例性实施例中，设备1300可以被一个或多个应用专用集成电路(asic)、数字
信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
169.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由设备1300的处理器1320执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
170.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
171.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
172.以上对本技术所提供的委托授权的处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本技术的限制。