1.本技术涉及信息交互处理技术领域，特别是涉及审批信息交互方法、装置及电子设备。
背景技术：2.企业在入驻到某平台的过程中，通常需要提供大量的信息供平台进行审批。例如，对于商品信息服务系统而言，商家入驻过程中，需要提供的信息可能包括公司名称、公司英文全称、国别/地区、统一社会信用代码、企业类别、企业性质，等等。平台方的工作人员需要逐条对各项信息进行审批，以确定是否符合入驻条件。如果发现有部分信息项目不符合要求，则需要将申请驳回，并可以添加驳回原因，包括指定哪些项目存在问题等。商家在收到驳回信息之后，需要从众多信息项目中找到存在问题的部分项目，进行修改后重新提交申请。平台方工作人员则重新进行审批，但是，重新提交的申请者还可能仍然存在问题，需要重新驳回，商家重新进行修改，等等。因此，审批过程可能需要在商家与平台工作人员之间往返多轮，效率很低。另外，在实际应用中，还可能存在的情况是，平台侧可能会针对一些信息项目提供对应的模板，商家需要按照具体的模板提供具体的信息，但是，某些商家可能存在一些特殊情况，以至于在提供该信息项目时，可能无法直接按照平台规定的模板来进行提供，以至于在平台方工作人员看来，商家提供的信息是不符合要求的，进而影响商家的入驻，等等。
技术实现要素：3.本技术提供了审批信息交互方法、装置及电子设备，能够提升申请效率。
4.本技术提供了如下方案：
5.一种审批信息交互方法，包括：
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是本技术实施例提供的第一审批交互界面的示意图；
57.图4-1至4-3是本技术实施例提供的第二审批交互界面的示意图；
58.图5是本技术实施例提供的第二方法的流程图；
59.图6是本技术实施例提供的第三方法的流程图；
60.图7是本技术实施例提供的第一装置的示意图；
61.图8是本技术实施例提供的第二装置的示意图；
62.图9是本技术实施例提供的第三装置的示意图；
63.图10是本技术实施例提供的电子设备的示意图。
具体实施方式
64.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
65.首先需要说明的是，在现有技术中，当有商家等提交了入驻审批等审批请求后，可以为工作人员等提供审批界面，在界面中展示出各个字段上的待审批信息，另外，可以在界面的顶部等位置提供用于添加驳回原因的输入框。也就是说，如果工作人员审批过程中发现某商家提供的待审批信息不符合要求，则会驳回其审批请求，同时可以在上述输入框中输入驳回原因。例如，可以指出哪些字段上的信息不符合要求，等等。由于只有一个输入框，因此，如果同时有多个字段上的信息不符合要求，则工作人员只能通过该输入框对多个字段分别存在的问题进行罗列。此时，对于请求方而言，收到驳回通知后，也只能从驳回原因中大概获知有哪些字段可能存在问题，之后，需要从已提交的众多字段的待审批信息中，找到这些存在问题的字段，然后进行修改后重新提交审批。由于需要审批的字段数量可能会
非常多，存在问题的可能只是其中少数几个，因此，请求方从这些字段中找出少数几个存在问题的字段的过程可能需要花费很多的时间。另外，由于工作人员只是对多个字段上存在的问题进行罗列，并且是工作人员自行组织语言对问题进行描述，因此，可能存在对每个字段的具体问题描述不够清楚或者不够完整等问题，以至于请求方可能不知道该如何修改，使得修改后的信息可能仍然存在问题，提交之后会再次被驳回，等等。再者，如背景技术部分所示，有些请求方可能存在一些特殊性，以至于可能无法某些字段上按照系统指定的模板进行信息提供，此时，请求方也难以将这种特殊情况告知执行审批的工作人员，以至于该请求方最终可能会出现入驻失败等情况。
66.针对上述情况，在本技术实施例中，提供了在审批过程中，第一用户(执行审批操作的工作人员等)与第二用户(具体提交审批请求的一方，例如，商家等)之间可以进行交互的实现方案。具体的，在第二用户提交了审批请求后，由于其中包括多个字段上的待审批信息，因此，在向第一用户提供第一审批交互界面时，可以以字段为单位，在界面中创建多个交互区域，可以分别在各个交互区域内展示出各个字段上的待审批信息内容。另外，这种交互区域还可以提供用于添加批注信息的操作选项。这样，如果第一用户在审批过程中，发现某字段上的信息存在不符合要求等问题，则可以直接在该字段所在的交互区域内创建批注，并输入批注信息。通过这种方式，可以将具体的批注信息与具体字段相关联。另外，还可以向第二用户提供第二审批交互界面，在该界面中，同样可以提供多个交互区域，分别与各个字段上的待审批信息相对应，其中，关于具体关联了批注信息的字段，可以在该字段所在的交互区域内展示出具体的批注信息，以便于第二用户对存在问题的字段进行定位。另外，还可以在这种交互区域内提供用于对批注信息进行回复的操作选项，这样，如果第二用户发现具体被批注的字段上的信息确实存在问题，则可以对该字段上的信息进行修改，之后，可以通过该字段所在交互区域进行回复，例如，通知第一用户该字段上的信息已修改等。如果发现被批注的字段上的信息是由于存在一些特殊情况等原因导致的问题，则也可以通过添加回复信息的方式对这种特殊情况进行说明。第二用户提交了这种回复信息后，这种回复信息又展示到第一用户的第一审批交互界面中对应的交互区域内。这样，使得第一用户与第二用户之间可以通过这种方式实现“对话”，从而更高效地处理具体存在问题的信息字段，也使得第二用户获得针对一些特殊情况向第一用户进行解释说明的途径。
67.从系统架构角度而言，本技术实施例可以对审批系统进行改进，其中，如图1所示，审批系统可以包括服务端，还可以包括面向第一用户的第一客户端，面向第二用户的第二客户端，其中，第一客户端以及第二客户端都可以以web页面等形式存在，主要用于进行待审批内容以及交互内容的展示，服务端则作为第一客户端与第二客户端之间的桥梁，起到信息的保存以及转发等作用。
68.下面对本技术实施例提供的具体实现方案进行详细介绍。
69.实施例一
70.首先，本技术实施例一从前述服务端的角度，提供了一种审批信息交互方法，参见图2，该方法具体可以包括：
71.s201：接收审批请求信息，所述审批请求信息中包括多个字段上的待审批信息。
72.具体的，审批请求信息可以是由具体具有审批需求的第二用户提交的，例如，在商品信息服务系统中，商家入驻到该系统的过程中，可以首先向系统提交审批请求，其中可以
包括多项待审批信息，从数据角度而言，每个项目可以对应一个字段，因此，一次审批请求中可以包括多个字段上的待审批信息。例如，具体可以包括公司名称、公司英文全称、国别/地区、统一社会信用代码、企业类别、企业性质，等等。
73.s202：向第一用户提供第一审批交互界面，所述第一审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，以及用于添加批注信息的操作选项。
74.在接收到第二用户提交的审批请求后，可以将具体提交的多个字段上的待审批信息提供给第一用户进行审批，主要判断各个字段上的待审批信息是否符合要求。在本技术实施例中，为了实现第一用户与第二用户之间的“对话”，具体在向第一用户展示上述多个字段上的待审批信息时，可以提供第一审批交互界面，也即，不仅可以通过该界面展示出多个字段上的待审批信息，还可以通过该界面与第二用户进行“对话”。
75.具体的，首先可以在第一审批交互界面中创建多个交互区域，每个交互区域可以分别与一个字段对应，用于展示一个字段上的待审批信息。另外，还可以在这种交互区域中提供用于添加批注信息的操作选项。这样，可以通过该第一审批交互界面对第二用户提交的各项审批信息进行判断，确定是否存在问题，如果某字段上的信息存在问题，则可以在该字段所在的交互区域内添加批注信息。这样，每一条批注信息可以与一个具体的字段对应。
76.例如，如图3所示，公司名称、公司英文全称、国别/地区、统一社会信用代码等字段分别进行展示，各字段所在的展示区域就对应着具体字段的交互区域，具体的交互区域内还可以提供用于创建批注信息的操作选项。在具体实现时，上述操作选项可以直接展示在各个交互区域内，或者，由于通常情况下，大部分字段是没有问题的，有问题的只是少数字段，也就是说，只有少数字段需要添加批注信息。因此，在可选的方式下，在默认状态下，具体的交互区域内可以不直接展示上述用于添加批注信息的操作选项，而是可以在第一用户将光标等操作焦点移动到某个具体的交互区域内时，再将该交互区域进行“高亮”展示，同时，在具体的交互区域内提供上述用于添加批注信息的操作选项，例如，如图3中的31处所示，该操作选项可以展示为“新建驳回批注”，等等。
77.另外，具体实现时，在第一用户将光标等操作焦点移动到某个具体的交互区域内时，还可以在该交互区域内展示出具体字段的审批标准、规则等信息，以方便第一用户进行审批判断。
78.再者，由于具体需要审批的字段数量可能会非常多，因此，在具体的第一审批交互界面中，还可以将这些字段划分为多个类别，然后可以将各个类别通过多个不同的标签页进行展示。例如，如图3中的32处所示，可以划分为基础信息、股东信息、证照信息、联系人信息等多个类别，每个类别可以对应一个标签选项。其中，基础信息类别下，具体可以包括前述公司名称、公司英文全称、国别/地区、统一社会信用代码等字段，类似的，其他类别下也可以包括多个其他的字段。在其中某个具体的类别标签选项被选中时，可以在第一审批交互界面中展示该类别下各个字段的待审批信息。这样，通过将多个字段上的待审批信息进行分类分批展示，可以更便于第一用户进行审批判断。
79.s203：在接收到所述第一用户通过目标交互区域输入的批注信息后，建立所述目标交互区域对应的字段与批注信息之间的关联关系。
80.在具体字段对应的交互区域内可以提供用于添加批注信息的操作选项的情况下，如果发现某个字段上的信息存在问题或者不符合要求，则可以在该字段对应的目标交互区
域内通过点击该操作选项等方式创建批注。具体在该目标交互区域内输入了批注信息并提交后，服务端可以建立该目标交互区域对应的字段与所输入的批注信息之间的关联关系。
81.需要说明的是，具体实现时，可以在具体交互区域内提供所述用于添加批注信息的操作选项时，还提供用于对针对当前字段添加的批注信息进行提交的操作选项。也就是说，每针对一个字段添加了批注信息后，都可以直接进行提交，此时，如果第二用户刚好刷新界面(后续会介绍的第二审批交互界面)，则可以展示出关于该字段被添加了批注信息的标识(对此，后文会有详细介绍)。
82.或者，另一种方式下，第一审批交互界面中还可以包括用于对针对多个字段分别添加的批注信息进行批量提交的操作选项。例如，具体可以是如图3中的33处所示的“确认”按钮，等等。这样，第一用户可以在针对多个字段分别在各自所在的交互区域内添加了批注信息后，通过该“确认”按钮对这些字段分别对应的批注信息进行批量提交。当然，即使使用该批量提交操作选项进行提交，由于每条批注信息是分别在各个字段所在的交互区域内添加的，因此，服务端仍然可以确定出字段与批注信息之间的对应关系，并分别进行保存记录即可。
83.s204：响应于第二用户提交的界面访问或刷新请求，向所述第二用户提供第二审批交互界面，所述第二用户为所述审批请求的发起者用户，所述第二审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，其中，对于关联有批注信息的字段，对应的交互区域还用于展示所述批注信息，以及用于对批注信息进行回复的操作选项。
84.在第一用户针对具体的字段添加了批注信息，并在服务端保存了字段与批注信息之间的对应关系的情况下，如果第二用户对审批进度进行查看，则可以向第二用户提供第二审批交互界面。其中，第二审批交互界面中同样可以包括多个交互区域，分别用于展示所述多个字段上的待审批信息，具体的，对于关联有批注信息的字段，对应的交互区域还可以用于展示所述批注信息，以及用于对批注信息进行回复的操作选项。也就是说，第二用户在查看审批进度时，由于第一用户可能已经进行了审批(可能针对全部字段都已经完成了审批，也可能仅针对部分字段完成了审批)，因此，部分字段可能被添加了批注信息，此时，可以在第二用户的第二审批交互界面中，在这种字段所在的交互区域内展示出第一用户为该字段添加的批注信息。这样，可以将哪些字段带有批注信息，通过具体的交互区域更直观地展示给第二用户，避免第二用户在众多字段中进行字段查找。
85.其中，具体实现时，对于具体带有批注信息的字段，具体的批注信息也可以不是直接展示在第二审批交互界面中对应的交互区域内。例如，一种可选的实施方式下，可以在向第二用户提供第二审批交互界面时，对于关联有批注信息的字段，在对应的交互区域内添加目标标识，然后，在接收到第二用户将操作焦点移动到所述第二审批交互界面中带有所述目标标识的交互区域内的操作时，在该交互区域内展示对应的批注信息，并提供所述用于对批注信息进行回复的操作选项。
86.例如，假设公司名称、企业类别、企业性质等字段不符合要求，被第一用户添加了批注信息，则如图4-1中的41处所示，在展示第二审批交互界面的初始状态下，可以在这些字段所在的交互区域内提供添加目标标识，例如，具体可以是“旗帜”等样式的图标等。当第二用户将光标等操作焦点移动到带有这种标识的交互区域内时，可以如图4-2中的42处所
示，可以展示出具体的批注信息，例如，具体的批注信息可以时间、批注的内容等，其中，批注的内容可以包括具体字段存在的问题描述，驳回原因等。
87.具体实现时，具体的第二审批交互界面中还可以包括编辑操作选项，用于对所述待审批信息进行修改编辑。例如，在通过某字段所在交互区域内的批注信息确定出该字段存在的问题时，可以通过该操作选项，对确实存在问题的字段上的信息进行修改。
88.另外，具体在第二审批交互界面的具体交互区域内展示批注信息时，还可以提供用于对批注信息进行回复的操作选项，这样，第二用户可以通过该操作选项进行回复。其中，具体第二用户针对目标字段关联批注信息添加的回复信息可以包括：关于该目标字段上的待审批信息已修改的通知信息，或者，关于该目标字段上的待审批信息的解释说明类信息。也就是说，如果对某字段上的待审批信息进行了修改，则可以通过该操作选项进行回复，例如，如图4-3中的43处所示的“已修改好，请重新审批”，等等。或者，如果由于具体第二用户的一些特殊情况，某字段上的待审批信息可能不需要修改，此时，也可以通过该操作选项，对该特殊情况进行解释说明。
89.在第二用户针对目标字段关联批注信息添加回复信息之后，服务端可以接收到该信息，之后，在对第一审批交互界面进行展示时，还可以在这种目标字段所在的交互区域还用于展示所述回复信息。这样，第一用户可以在第一审批交互界面中查看到第二用户回复的信息，也即，在进行审批过程中，第一用户与第二用户之间可以实现“对话”。
90.需要说明的是，在具体实现时，在第一用户通过第一审批交互界面提交具体的批注信息(针对单个字段的单条批注或者针对多个字段的多条批注)之后，服务端就可以确定字段与批注信息之间的对应关系。之后，在第二用户访问第二审批交互界面时，就可以在第二审批交互界面中，具体字段所在的交互区域提供上述批注信息。也就是说，本技术实施例中，第一用户与第二用户之间是基于web界面进行“对话”，如果第一用户针对某字段添加了批注信息并进行了提交，则在第二用户访问第二审批交互界面(包括新打开该界面，或者对该界面进行刷新)时，可以在第二审批交互界面中查看到关于该批注的信息。类似的，如果第二用户针对某条批注信息进行了回复及提交，则在第一用户访问第一审批交互界面时，可以查看到具体的回复内容，等等。
91.需要说明的是，本技术实施例的应用场景可以有多种，例如，一种应用场景可以是在商品信息服务系统中对商家用户进行入驻审批的场景，此时，具体的第二用户就可以包括商品信息服务系统中的商家用户，所述审批请求信息包括：商家用户在入驻到所述商品信息服务系统过程中提交的入驻审批请求，等等。
92.总之，通过本技术实施例提供的技术方案，针对包含多个字段的待审批信息的应用场景，可以使得第一用户与第二用户之间可以通过具体的审批交互界面实现在线对话。并且在向第一用户提供第一审批交互界面时，可以分字段地提供多个交互区域，使得第一用户可以分字段地添加批注；在向第二用户展示第二审批交互界面时，也可以分字段地对批注信息进行展示，使得第二用户可以更直观地获知哪些字段被添加批注，还可以分字段地进行回复。这样，有利于提升审批效率，并且，在第二用户存在一些特殊情况时，也可以通过这种对话渠道向第一用户进行解释说明，以此提升第二用户获得审批通过的概率。
93.实施例二
94.在该实施例二中，提供了另一种审批信息交互方法，在该方法中，第一用户在对第
二用户提交的审批请求进行审批的过程中，不需要分别为各个字段分别提供交互区域，也同样可以实现第一用户与第二用户之间的在线对话。具体的，参见图5，该方法可以包括：
95.s501：根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括用于添加批注信息的操作选项；
96.在该实施例二中，具体审批请求中可以包含一个或者多个字段的待审批信息。在向第一用户提供第一审批交互界面时，具体用于添加批注信息的操作选项可以只有一个，或者也可以有多个。例如，可以是多个字段共用同一个用于添加批注信息的操作选项，也可以每个字段分别对应各自的用于添加批注信息的操作选项，等等。
97.s502：接收到所述第一用户执行的添加批注信息的操作后，对所添加的批注信息进行保存；
98.s503：接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示所述批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户；
99.在该实施例二中，同样可以为第二用户提供第二审批交互界面，并且，在第二用户访问该第二审批交互界面时，如果第一用户已经添加了批注信息，则可以在所述第二审批交互界面中展示所述批注信息，另外，还可以提供用于对所述批注信息进行回复的操作选项。
100.与实施例一类似，在第二用户针对具体的批注信息进行回复后，在向第一用户展示第一审批交互界面时，就可以展示出这种回复信息。这样，不仅第二用户可以获取到第一用户的批注信息，还可以使得第一用户能够获取到第二用户的回复信息，这种回复信息可以是关于已经根据批注信息进行修改的通知信息，还可以是未修改但是进行了解释说明的相关信息，等等。
101.通过该实施例二，使得第一用户对第二用户提交的审批请求中包含的信息进行审批的过程中，第一用户与第二用户之间可以实现在线对话，从而可以提升审批效率，在第二用户由于存在特殊情况需要进行解释说明时，也可以通过该对话渠道，向第一用户进行解释说明，以此提升获得审批通过的概率。
102.实施例三
103.在该实施例三中，可以为第一用户提供可以选中任意的待审批信息，并为其添加批注信息的实现方案。也即，可以不必按照实施例一的方式，在第一审批交互界面中按照字段进行区域划分，并分字段分别提供用于添加批注的操作选项，而是可以由第一用户在第一审批交互界面中通过鼠标划取等方式选中一些待审批信息，然后再提供用于添加批注信息的操作选项。添加批注之后，在向第二用户展示时，可以在这种待审批信息所在的位置处展示出批注信息，并且第二用户可以回复。具体的，该实施例三提供了一种审批信息交互方法，参见图6，该方法可以包括：
104.s601：根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括待审批信息；
105.s602：接收到所述第一用户针对其中目标待审批信息进行选中的操作后，提供用于针对所述部分待审批信息添加批注的操作选项；
106.s603：接收到所述第一用户通过所述操作选项执行的添加批注信息的操作后，对
所述目标待审批信息与所述批注信息之间的对应关系进行保存；
107.s604：接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示待审批信息的过程中，在所述目标待审核信息所在的位置处，展示对应的批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户。
108.关于上述实施例二、三中的未详述内容，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。
109.需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
110.与实施例一相对应，本技术实施例还提供了一种审批信息交互装置，参见图7，该装置具体可以包括：
111.待审批信息确定单元701，用于接收审批请求信息，所述审批请求信息中包括多个字段上的待审批信息；
112.第一审批交互界面提供单元702，用于向第一用户提供第一审批交互界面，所述第一审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，以及用于添加批注信息的操作选项；
113.关联关系建立单元703，用于在接收到所述第一用户通过目标交互区域输入的批注信息后，建立所述目标交互区域对应的字段与批注信息之间的关联关系；
114.第二审批交互界面提供单元704，用于响应于第二用户提交的界面访问或刷新请求，向所述第二用户提供第二审批交互界面，所述第二用户为所述审批请求的发起者用户，所述第二审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，其中，对于关联有批注信息的字段，对应的交互区域还用于展示所述批注信息，以及用于对批注信息进行回复的操作选项
115.其中，所述第一审批交互界面提供单元具体可以用于：在接收到第一用户将操作焦点移动到所述第一审批交互界面中的目标交互区域内的操作时，在该目标交互区域内提供所述用于添加批注信息的操作选项。
116.具体实现时，该装置还可以包括：
117.提交选项提供单元，用于在所述交互区域内提供所述用于添加批注信息的操作选项时，还提供用于对针对当前字段添加的批注信息进行提交的操作选项。
118.批量提交选项提供单元，用于所述第一审批交互界面中包括用于对针对多个字段分别添加的批注信息进行批量提交的操作选项。
119.另外，该装置还可以包括：
120.标识添加单元，用于在向第二用户提供第二审批交互界面时，对于关联有批注信息的字段，在对应的交互区域内添加目标标识；
121.所述第二审批交互界面提供单元具体可以用于：在接收到第二用户将操作焦点移动到所述第二审批交互界面中带有所述目标标识的交互区域内的操作时，在该交互区域内展示对应的批注信息，并提供所述用于对批注信息进行回复的操作选项。
122.另外，所述第二审批交互界面中还可以包括编辑操作选项，用于对所述待审批信
息进行修改编辑。
123.其中，所述第二用户针对目标字段关联批注信息添加的回复信息包括：关于该目标字段上的待审批信息已修改的通知信息，或者，关于该目标字段上的待审批信息的解释说明类信息。
124.具体的，该装置还可以包括：
125.回复信息保存单元，用于在接收到所述第二用户针对目标字段关联批注信息添加的回复信息后进行保存；
126.回复信息展示单元，用于响应于所述第一用户提交的界面访问或刷新请求，在所述第一审批交互界面中该目标字段所在的交互区域展示所述回复信息。
127.所述第二用户包括商品信息服务系统中的商家用户，所述审批请求信息包括：商家用户在入驻到所述商品信息服务系统过程中提交的入驻审批请求。
128.与实施例二相对应，本技术实施例还提供了一种审批信息交互装置，参见图8，该装置具体可以包括：
129.待审批信息确定单元801，用于根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括待审批信息以及用于添加批注信息的操作选项；
130.批注信息保存单元802，用于接收到所述第一用户执行的添加批注信息的操作后，对所添加的批注信息进行保存；
131.回复选项提供单元803，用于接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示所述批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户。
132.与实施例三相对应，本技术实施例还提供了一种审批信息交互装置，参见图9，该装置具体可以包括：
133.第一审批交互界面提供单元901，用于根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括待审批信息；
134.批注操作选项提供单元902，用于接收到所述第一用户针对其中目标待审批信息进行选中的操作后，提供用于针对所述部分待审批信息添加批注的操作选项；
135.批注信息保存单元903，用于接收到所述第一用户通过所述操作选项执行的添加批注信息的操作后，对所述目标待审批信息与所述批注信息之间的对应关系进行保存；
136.回复操作选项提供单元904，用于接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示待审批信息的过程中，在所述目标待审核信息所在的位置处，展示对应的批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户。
137.另外，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
138.以及一种电子设备，包括：
139.一个或多个处理器；以及
140.与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
141.其中，图10示例性的展示出了电子设备的架构，具体可以包括处理器1010，视频显示适配器1011，磁盘驱动器1012，输入/输出接口1013，网络接口1014，以及存储器1020。上述处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020之间可以通过通信总线1030进行通信连接。
142.其中，处理器1010可以采用通用的cpu(central processing unit，处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术所提供的技术方案。
143.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储用于控制电子设备1000运行的操作系统1021，用于控制电子设备1000的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器1023，数据存储管理系统1024，以及审批信息交互处理系统1025等等。上述审批信息交互处理系统1025就可以是本技术实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本技术所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
144.输入/输出接口1013用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
145.网络接口1014用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
146.总线1030包括一通路，在设备的各个组件(例如处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020)之间传输信息。
147.需要说明的是，尽管上述设备仅示出了处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，存储器1020，总线1030等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本技术方案所必需的组件，而不必包含图中所示的全部组件。
148.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
149.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或
者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
150.以上对本技术所提供的审批信息交互方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本技术的限制。
技术特征：1.一种审批信息交互方法，其特征在于，包括：接收审批请求，所述审批请求中包括多个字段上的待审批信息；向第一用户提供第一审批交互界面，所述第一审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，以及用于添加批注信息的操作选项；在接收到所述第一用户通过目标交互区域输入的批注信息后，建立所述目标交互区域对应的字段与批注信息之间的关联关系；响应于第二用户提交的界面访问或刷新请求，向所述第二用户提供第二审批交互界面，所述第二用户为所述审批请求的发起者用户，所述第二审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，其中，对于关联有批注信息的字段，对应的交互区域还用于展示所述批注信息，以及用于对批注信息进行回复的操作选项。2.根据权利要求1所述的方法，其特征在于，在接收到第一用户将操作焦点移动到所述第一审批交互界面中的目标交互区域内的操作时，在该目标交互区域内提供所述用于添加批注信息的操作选项。3.根据权利要求1所述的方法，其特征在于，还包括：在所述交互区域内提供所述用于添加批注信息的操作选项时，还提供用于对针对当前字段添加的批注信息进行提交的操作选项。4.根据权利要求1所述的方法，其特征在于，所述第一审批交互界面中包括用于对针对多个字段分别添加的批注信息进行批量提交的操作选项。5.根据权利要求1所述的方法，其特征在于，还包括：在向第二用户提供第二审批交互界面时，对于关联有批注信息的字段，在对应的交互区域内添加目标标识；在接收到第二用户将操作焦点移动到所述第二审批交互界面中带有所述目标标识的交互区域内的操作时，在该交互区域内展示对应的批注信息，并提供所述用于对批注信息进行回复的操作选项。6.根据权利要求1所述的方法，其特征在于，所述第二审批交互界面中还包括编辑操作选项，用于对所述待审批信息进行修改编辑。7.根据权利要求1所述的方法，其特征在于，所述第二用户针对目标字段关联批注信息添加的回复信息包括：关于该目标字段上的待审批信息已修改的通知信息，或者，关于该目标字段上的待审批信息的解释说明类信息。8.根据权利要求1所述的方法，其特征在于，还包括：在接收到所述第二用户针对目标字段关联批注信息添加的回复信息后进行保存；响应于所述第一用户提交的界面访问或刷新请求，在所述第一审批交互界面中该目标字段所在的交互区域展示所述回复信息。9.根据权利要求1至8任一项所述的方法，其特征在于，所述第二用户包括商品信息服务系统中的商家用户，所述审批请求信息包括：商家用户在入驻到所述商品信息服务系统过程中提交的入驻审批请求。10.一种审批信息交互方法，其特征在于，包括：
根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括待审批信息以及用于添加批注信息的操作选项；接收到所述第一用户执行的添加批注信息的操作后，对所添加的批注信息进行保存；接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示所述批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户。11.一种审批信息交互方法，其特征在于，包括：根据接收到的审批请求信息，向第一用户提供第一审批交互界面，其中包括待审批信息；接收到所述第一用户针对其中目标待审批信息进行选中的操作后，提供用于针对所述部分待审批信息添加批注的操作选项；接收到所述第一用户通过所述操作选项执行的添加批注信息的操作后，对所述目标待审批信息与所述批注信息之间的对应关系进行保存；接收到第二用户访问或刷新第二审批交互界面的请求后，在所述第二审批交互界面中展示待审批信息的过程中，在所述目标待审核信息所在的位置处，展示对应的批注信息，并提供用于对所述批注信息进行回复的操作选项，所述第二用户为所述审批请求的发起者用户。12.一种审批信息交互装置，其特征在于，包括：待审批信息确定单元，用于接收审批请求信息，所述审批请求信息中包括多个字段上的待审批信息；第一审批交互界面提供单元，用于向第一用户提供第一审批交互界面，所述第一审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，以及用于添加批注信息的操作选项；关联关系建立单元，用于在接收到所述第一用户通过目标交互区域输入的批注信息后，建立所述目标交互区域对应的字段与批注信息之间的关联关系；第二审批交互界面提供单元，用于响应于第二用户提交的界面访问或刷新请求，向所述第二用户提供第二审批交互界面，所述第二用户为所述审批请求的发起者用户，所述第二审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息，其中，对于关联有批注信息的字段，对应的交互区域还用于展示所述批注信息，以及用于对批注信息进行回复的操作选项。13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11任一项所述的方法的步骤。14.一种电子设备，其特征在于，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至11任一项所述的方法的步骤。
技术总结本申请实施例公开了审批信息交互方法、装置及电子设备，所述方法包括：接收审批请求信息，所述审批请求信息中包括多个字段上的待审批信息；向第一用户提供第一审批交互界面；在接收到所述第一用户通过目标交互区域输入的批注信息后，建立所述目标交互区域对应的字段与批注信息之间的关联关系；响应于第二用户提交的界面访问或刷新请求，向第二用户提供第二审批交互界面，第二用户为审批请求的发起者用户，所述第二审批交互界面中包括多个交互区域，分别用于展示所述多个字段上的待审批信息；其中，对于关联有批注信息的字段，对应的交互区域还用于展示所述批注信息，以及用于对批注信息进行回复的操作选项。通过本申请实施例，能够提升申请效率。能够提升申请效率。能够提升申请效率。
技术研发人员：周希希 蔡景助
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2022.06.29
技术公布日：2022/11/1
