用户请求的处理方法、装置、系统、设备及可读存储介质与流程

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.图1为本技术实施例提供的一种用户请求的处理方法流程图；
46.图2为本技术实施例提供的一种用户请求的处理装置结构示意图；
47.图3为本技术实施例公开的一种用户请求的处理设备的硬件结构框图。
具体实施方式
48.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
49.图1为本技术实施例提供的一种用户请求的处理方法流程图，参考图1所示，该方法可以包括以下步骤：
50.步骤s100、接收用户端发送的请求。
51.具体的，客户端发送的请求中可以包含有待处理业务，其中，待处理业务可以包括：陌生人识别、口罩识别、帽子识别、抽烟识别、客流统计和vip客户识别等。
52.步骤s101、从预先创建的节点库中选取与待处理业务匹配的处理节点。
53.其中，上述处理节点对应有业务处理算法，业务处理算法与待处理业务相匹配。
54.具体的，节点库的创建过程可以是先根据通用场景设定相应的业务处理算法，将业务处理算法关联对应的业务处理节点，并利用各个业务处理节点及其各自的上传地址组成节点库。其中，业务处理算法可以包括：异常画面检测算法、厨帽识别算法、口罩识别算法、老鼠识别算法、车牌识别算法和人脸识别算法等。处理节点可以是内部开发，部署于云服务器上可以对外提供服务的处理节点，也可以是外部采购的，通过https请求的方式对外提供服务的处理节点。
55.步骤s102、将处理节点对应的上传地址发送给用户端。
56.具体的，通过上述步骤可以根据用户端发送的请求，从节点库中选取与待处理业务匹配的处理节点，并确定处理节点对应的上传地址发送给用户端，由用户端利用上传地址与对应的处理节点进行数据传输，使得处理节点可以基于上传地址获取待处理数据，并对待处理数据进行相应的处理，得到处理结果。
57.步骤s103、接收处理节点返回的处理结果。
58.具体的，在上述步骤中，处理节点可以基于上传地址获取待处理数据，在对待处理数据进行处理之后，处理节点会返回处理结果。其中，处理节点对于待处理数据的处理是面向通用化场景进行的处理，比如车牌识别对应的处理节点，处理节点在获取待处理数据之后，仅会针对待处理数据中出现的车牌进行识别，最终输出车牌对应的文字，并无其他特殊的处理。
59.步骤s104、基于处理结果，确定与请求对应的最终业务数据。
60.具体的，在得到处理节点返回的处理结果之后，可以基于处理结果，确定与请求对应的最终业务数据。
61.在上述实施例中，提供了一种用户请求的处理方法，通过创建若干个处理节点，每个处理节点对应有业务处理算法，由创建的若干个处理节点和各自对应的上传地址组成节点库，当接收到用户端发送的包含待处理业务的请求时，从节点库中选取与待处理业务匹配的处理节点，并将处理节点对应的上传地址发送给用户端，以供处理节点基于上传地址获取待处理数据，接收处理节点返回的处理结果，基于处理数据，确定与请求对应的最终业务数据。在本技术中，当接收到新的用户端的请求时，只需要根据请求，从节点库中选取与请求中的待处理业务匹配的处理节点，相比于针对每个用户端的请求，均需要进行全新的对接开发，可以避免对使用到的相同的业务处理算法进行重复开发，从而一定程度上提升开发效率。
62.进一步的，如果按照用户端的请求进行单独的对接开发，当其中的业务处理算法需要进行升级时，需要针对每个用户端进行单独的升级，而本技术通过将业务处理算法与节点库中的处理节点关联，当业务处理算法需要进行升级时，只需要对节点库中处理节点对应的业务处理算法进行升级即可，从而一定程度上提升了开发效率。
63.在本技术的一些实施例中，在用户端发送的请求中待处理业务中可以包含个性化业务需求，基于此，对步骤s104、基于处理结果，确定与请求对应的最终业务数据的过程进行介绍，该过程可以包括：
64.s11、判断待处理业务是否包含个性化业务需求。
65.具体的，上述实施例中提到的处理节点中包含的业务处理算法是针对通用场景设计得到的，由于用户端在实际的需求中还会涉及到个性化的定制需求。比如，vip用户的识别，处理节点可以通过对待处理图像或待处理视频进行分析，得到人脸的相关特征信息，获取人脸的相关特征信息属于通用场景，可以通过业务处理算法得到，但是，对于vip用户的识别，在获取待处理数据中的人脸的相关特征信息之后，还需要与客户端预先提供的vip用户的人脸特征库中的人脸特征进行比对，才能确定待处理图像或待处理视频中得到的人脸是否存在与vip用户匹配的人脸，利用获取的人脸相关特征信息识别vip用户即个性化业务需求。当判断待处理业务中未包含个性化业务需求时，则执行s12，当判断待处理业务中包
含个性化业务需求时，则执行s13。
66.s12、将处理结果作为与请求对应的最终业务数据。
67.具体的，由于待处理业务中并未包含个性化业务需求，所以此时处理节点的处理结果即是用户最终所需要的数据，所以可以将处理结果作为与请求对应的最终业务数据。比如，用户端的请求中的待处理业务为车牌识别，仅需要得到待处理数据中出现的车牌的信息，并无其他个性化业务需求，此时，利用车牌识别对应的处理节点对待处理数据进行处理，得到的处理结果即车牌的信息，所以可以将处理结果作为最终的业务数据。
68.s13、根据个性化业务需求，对处理结果进行个性化业务处理，得到与请求对应的最终业务数据。
69.具体的，由于待处理业务中包含个性化业务需求，而处理节点返回的处理结果，仅仅是针对通用化场景对待处理数据进行的处理，得到的处理结果无法满足个性化业务需求，所以还需要根据待处理业务中包含的个性化业务需求，对处理结果进行个性化业务处理之后，可以得到与请求对应的最终业务数据。比如，用户的请求中的待处理业务为车牌识别，个性化需求为识别xxx车牌后进行报警，此时，利用车牌识别对应的处理节点对待处理数据进行处理，仅仅只能得到待处理数据中出现的车牌的信息，还需要针对个性化需求中提到的xxx车牌进行比对，才能判断待处理数据中是否存在xxx车牌，即得到最终的业务数据。
70.在上述实施例中，由于处理节点对应的业务处理算法是针对通用化场景设计得到，所以得到的处理结果也是通用化的处理结果，在待处理业务存在个性化业务需求时，还需要对处理结果进行个性化业务处理，此时得到的才是与用户端发送的请求对应的最终业务数据。
71.对于同一种待处理业务，可以对应有不同的业务处理算法来进行相应的处理，比如，不同平台设计的算法等，算法之间可能会存在一些差异。基于此，在本技术的一些实施例中，当用户端更换业务处理算法的过程，可以包括：
72.s21、当接收到用户端更换处理节点的请求时，从预先创建的节点库中选取与待处理业务匹配的新的处理节点。
73.具体的，在收到用户端发送的更换处理节点的请求时，可以从预先创建的节点库中选取与待处理业务匹配的新的处理节点。其中，对于新的处理节点，只需要根据请求，从节点库中选取与请求中的待处理业务匹配的处理节点，不需要进行全新的对接开发，可以避免对使用到的相同的业务处理算法进行重复开发，从而一定程度上提升开发效率。
74.s22、将新的处理节点对应的新的上传地址发送给用户端。
75.具体的，在将新的处理节点对应的新的上传地址发送给用户端之后，处理节点可以基于新的上传地址传获取待处理数据。其中，为了使得算法的平滑切换，可以在预设时间段内同时使用新的处理节点和旧的处理节点对待处理数据进行处理，即用户端向新的处理节点对应的上传地址和旧的处理节点对应的上传地址同步传输数据。
76.示例如，用户端的请求是统计7天内的到店人数，此前利用算法a对7天内的到店人数进行统计，后续根据实际需求，需要将算法调整为算法b，基于此，可以将算法b对应的处理节点的上传地址发送给用户端，用户端同时将待处理数据发送给算法a对应的处理节点的上传地址和算法b对应的处理节点的上传地址，按照新旧两套算法进行分析，此时可以得
到新旧两套算法的处理结果，直到算法b使用7天之后，可以停止算法a的使用，从而实现算法的平滑切换。
77.上述实施例中，在收到用户端发送的更换处理节点的请求时，只需要根据请求，从节点库中选取与请求中的待处理业务匹配的处理节点，相比于针对每个用户端的请求，均需要进行全新的对接开发，可以避免对使用到的相同的业务处理算法进行重复开发，从而一定程度上提升开发效率。
78.在本技术的一些实施例中，在确定最终业务数据之后，还可以将最终业务数据发送给用户端，其中将最终业务数据发送给用户端的方式有多种，本实施例中介绍几种可选的实现方式，如下：
79.第一种、同步向用户端发送最终业务数据。
80.具体的，用户端发送的请求中还包含数据接收地址，将最终业务数据通过数据接收地址返回给用户端。
81.第二种、异步向用户端发送最终业务数据。
82.具体的，接收用户端发送的获取最终业务数据的请求，根据获取最终业务数据的请求，将最终业务数据发送给所述用户端。其中，获取最终业务数据的请求中，可以包含数据接收地址，通过数据接收地址，可以将最终业务数据发送给用户端。
83.下面对本技术实施例提供的一种用户请求的处理装置进行描述，下文描述的一种用户请求的处理装置与上文描述的一种用户请求的处理方法可相互对应参照。
84.图2为本技术实施例提供的一种用户请求的处理装置结构示意图，参考图2所示，用户请求的处理装置可以包括：
85.请求接收单元10，用于接收用户端发送的请求，所述请求中包含待处理业务；
86.节点分配单元20，用于从预先创建的节点库中选取与所述待处理业务匹配的处理节点，所述处理节点对应有业务处理算法，所述业务处理算法与所述待处理业务相匹配；
87.地址发送单元30，用于将所述处理节点对应的上传地址发送给所述用户端，以供所述处理节点基于所述上传地址获取待处理数据；
88.结果接收单元40，用于接收所述处理节点返回的处理结果，所述处理结果为所述处理节点对所述待处理数据进行处理得到；
89.最终数据确定单元50，用于基于所述处理结果，确定与所述请求对应的最终业务数据。
90.在上述实施例中，提供了一种用户请求的处理装置，通过创建若干个处理节点，每个处理节点对应有业务处理算法，由创建的若干个处理节点和各自对应的上传地址组成节点库，当请求接收单元10接收到用户端发送的包含待处理业务的请求时，节点分配单元20从节点库中选取与待处理业务匹配的处理节点，并由地址发送单元30将处理节点对应的上传地址发送给用户端，以供处理节点基于上传地址获取待处理数据，结果接收单元40接收处理节点返回的处理结果，最终数据确定单元50基于处理数据，确定与请求对应的最终业务数据。在本技术中，当接收到新的用户端的请求时，只需要根据请求，从节点库中选取与请求中的待处理业务匹配的处理节点，相比于针对每个用户端的请求，均需要进行全新的对接开发，可以避免对使用到的相同的业务处理算法进行重复开发，从而一定程度上提升开发效率。
91.进一步的，如果按照用户端的请求进行单独的对接开发，当其中的业务处理算法需要进行升级时，需要针对每个用户端进行单独的升级，而本技术通过将业务处理算法与节点库中的处理节点关联，当业务处理算法需要进行升级时，只需要对节点库中处理节点对应的业务处理算法进行升级即可，从而一定程度上提升了开发效率。
92.可选的，所述待处理业务中包含个性化业务需求，所述最终数据确定单元50执行基于所述处理结果，确定与所述请求对应的最终业务数据的步骤，可以包括：
93.判断所述待处理业务是否包含个性化业务需求，若否，则将所述处理结果作为与所述请求对应的最终业务数据，若是，则根据所述个性化业务需求，对所述处理结果进行个性化业务处理，得到与所述请求对应的最终业务数据。
94.可选的，用户请求的处理装置，还可以包括：
95.节点变更单元，用于当接收到所述用户端更换处理节点的请求时，从预先创建的节点库中选取与所述待处理业务匹配的新的处理节点；
96.新地址发送单元，用于并将所述新的处理节点对应的新的上传地址发送给所述用户端，以供所述处理节点基于所述用户端通过新的上传地址传输的数据，获取待处理数据。
97.可选的，所述请求中还包含数据接收地址，用户请求的处理装置，还可以包括：
98.第一最终数据发送单元，用于将所述最终业务数据通过数据接收地址返回给所述用户端。
99.可选的，用户请求的处理装置，还可以包括：
100.数据请求接收单元，用于接收用户端发送的获取最终业务数据的请求；
101.第二最终数据发送单元，用于根据获取最终业务数据的请求，将最终业务数据发送给所述用户端。
102.本技术的实施例提供了一种用户请求的处理系统，用户请求处理系统可以包括：用户端、请求处理平台和处理节点；
103.所述用户端，用于向所述请求处理平台发送请求，所述请求中包含待处理业务，并通过所述请求处理平台发送的上传地址向所述处理节点传输数据；
104.所述请求处理平台，用于接收所述请求，从预先创建的节点库中选取与所述待处理业务匹配的处理节点，所述处理节点对应有业务处理算法，所述业务处理算法与所述待处理业务相匹配，将所述处理节点对应的上传地址发送给所述用户端，接收所述处理节点返回的处理结果，所述处理结果为所述处理节点对所述待处理数据处理得到，基于所述处理结果，确定与所述请求对应的最终业务数据；
105.所述处理节点，用于基于所述上传地址获取待处理数据，对待处理数据进行处理得到处理结果，并将处理结果发送给请求处理平台。
106.可选的，所述处理节点基于所述上传地址获取待处理数据的过程，可以包括：
107.所述处理节点接收所述用户端通过所述上传地址传输的待处理数据；
108.或，
109.所述处理节点接收所述用户端通过所述上传地址传输的待处理数据对应的下载地址；
110.所述处理节点通过所述下载地址获取待处理数据。
111.其中，当用户端利用上传地址传输待处理数据时，可以对待处理数据进行解析，利
用内网进行传输。用户端利用上传地址传输的待处理数据对应的下载地址，可以包括云端的资源池的地址、视频推送设备或平台的地址等。
112.本技术实施例还提供一种用户请求的处理设备，图3示出了用户请求的处理设备的硬件结构框图，参照图3，用户请求的处理设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；
113.在本技术实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；
114.处理器1可能是一个中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
115.存储器3可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；
116.其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：实现前述用户请求的处理方法中的各个处理流程。
117.本技术实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：实现前述用户请求的处理方法中的各个处理流程。
118.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
119.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以相互组合，且相同相似部分互相参见即可。
120.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。