服务资源分配方法、系统及装置与流程

文档序号:30556661发布日期:2022-06-29 02:56阅读:114来源:国知局
服务资源分配方法、系统及装置与流程

1.本技术涉及数字运维技术领域,尤其是涉及一种服务资源分配方法、系统及装置。


背景技术:

2.随着科技的不断发展,各个类型的企业对于异常情况下各种设备维护的需求日益增多,例如,银行在应对临时停电时的发电机需求、城市道路发生意外状况时对道路维修服务的需求等。
3.由于异常情况通常出现的比较紧急,需要快速的进行设备维修等服务,因此,目前的企业为了避免异常情况出现时设备维护不及时,会自行购买应急设备,但是应急设备的使用频率往往较低,造成了资源的浪费,也增加了企业运营成本。


技术实现要素:

4.有鉴于此,本技术的目的在于提供一种服务资源分配方法、系统及装置,以降低了需求方的运行成本,提高了服务资源的利用率。
5.第一方面,本技术实施例提供一种服务资源分配方法,方法应用于服务器,该方法包括:获取需求方的服务需求信息;其中,服务需求信息包括需求方所需服务的需求类型和需求数量;根据服务需求信息,在服务器中查找具有与服务需求信息匹配的服务资源的目标供应方;其中,目标供应方具有需求类型对应的服务资源,且服务资源对应的资源数量大于或者等于需求数量;为需求方与目标供应方建立服务渠道,以使目标供应方根据服务需求信息向需求方提供服务资源。
6.进一步地,上述方法还包括:接收多个供应方发送的服务资源信息;其中,服务资源信息用于表征该供应方可以提供的服务资源;在每个预设时间周期内,更新各个供应方的服务资源信息。
7.进一步地,上述服务器的资源数据库中预存有多个供应方分别提供的服务资源的资源类型信息;上述在服务器中查找具有与服务需求信息匹配的服务资源的目标供应方的步骤,包括:在服务器的资源数据库中查找与服务需求信息匹配的服务资源类型信息;根据查找到的服务资源类型信息对应的供应方确定目标供应方。
8.进一步地,上述根据查找到的服务资源类型信息对应的供应方确定目标供应方的步骤,包括:确定查找到的服务资源类型信息对应的供应方的服务资源数量;从资源数量大于或者等于需求数量的供应方中选择目标供应方。
9.进一步地,上述从资源数量大于或者等于需求数量的供应方中选择目标供应方的步骤,包括:获取需求方的第一位置信息;获取资源数量大于或者等于需求数量的供应方的第二位置信息;根据第一位置信息和第二位置信息,从资源数量大于或者等于需求数量的供应方中确定目标供应方。
10.进一步地,上述为需求方与目标供应方建立服务渠道的步骤,包括:根据服务需求信息和服务资源生成服务工单;将服务工单发送给目标供应方和/或需求方,以建立需求方
与目标供应方建立服务渠道。
11.进一步地,上述接收目标供应方发送的服务状态;其中,服务状态用于表征目标供应方为需求方提供服务的进展信息;根据服务状态更新服务工单;将更新后的服务工单发送给需求方和/或目标供应方。进一步地,上述服务需求信息还包括需求方的第三位置信息;服务状态包括供应方发送服务状态时的第四位置信息;根据服务状态更新服务工单的步骤,包括:判断第四位置信息与第三位置信息之间的距离是否小与预设距离,如果是,将服务工单的状态更新为用于表征供应方已到达的开始状态。
12.第二方面,本技术实施例还提供一种服务资源分配系统,系统包括:需求方设备,用于向服务器发送需求方的服务需求信息;其中,服务需求信息包括需求方所需服务的需求类型和需求数量;服务器,用于根据服务需求信息,在服务器中查找具有与服务需求信息匹配的服务资源的目标供应方,为需求方与目标供应方建立服务渠道;其中,目标供应方具有需求类型对应的服务资源,且服务资源对应的资源数量大于或者等于需求数量;供应方设备,用于根据服务需求信息向需求方提供服务资源。
13.第三方面,本技术实施例还提供一种服务资源分配装置,装置包括:获取需求方的服务需求信息;其中,服务需求信息包括需求方所需服务的需求类型和需求数量;根据服务需求信息,查找具有与服务需求信息匹配的服务资源的目标供应方;其中,目标供应方具有需求类型对应的服务资源,且服务资源对应的资源数量大于或者等于需求数量;为需求方与目标供应方建立服务渠道,以使目标供应方根据服务需求信息向需求方提供服务资源。
14.第四方面,本技术实施例还提供一种电子设备,包括处理器和存储器,存储器存储有能够被处理器执行的计算机可执行指令,处理器执行计算机可执行指令以实现上述第一方面的资源分配方法。
15.第五方面,本技术实施例还提供一种计算机可读存储介质,计算机可读存储介质存储有计算机可执行指令,计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现上述第一方面的资源分配方法。
16.与现有技术相比,本技术具有以下有益效果:
17.本技术实施例提供的一种服务资源分配方法、系统及装置,首先获取需求方的服务需求信息,根据服务需求信息,在服务器中已存在的可以提供服务资源的多个供应方中,确定出具有与服务需求信息匹配的服务资源的目标供应方,并在需求方与目标供应方之间建立可以分享服务需求信息的服务渠道方,以使目标供应方向需求方提供相应的服务资源,通过上述资源的整合,使得需求方无需自行购买和维护服务资源,有效降低了需求方的运行成本,同时提高了服务资源的利用率。
18.本公开的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义地确定,或者通过实施本公开的上述技术即可得知。
19.为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
20.为了更清楚地说明本技术具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的
附图是本技术的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
21.图1为本技术实施例提供的一种电子系统的结构示意图;
22.图2为本技术实施例提供的一种服务资源分配方法的流程示意图;
23.图3为本技术实施例提供的另一种服务资源分配方法的流程示意图;
24.图4为本技术实施例提供的一种数字运维平台结构示意图;
25.图5为本技术实施例提供的一种数字运维方法的流程示意图;
26.图6为本技术实施例提供的一种服务资源分配系统的系统示意图;
27.图7为本技术实施例提供的一种服务资源分配装置的结构示意图;
28.图8为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
29.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合附图对本技术的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
30.目前,现有运维方式是一种分散式、线下的形式,各个行业、平台各自处理设备的维修与保养还需自行购买特种作业设备,设备/人力资源成本高、使用率低。运维人员在具有相关性的行业无法实现共享性,技术价值无法完全体现。特别的当企业运维人员对某些技术难点无法处理,寻求技术专家的帮助时,企业往往需要支付巨额的咨询费用。
31.以5g通讯基站(以下简称基站)应急发电例:首先中国铁塔从三大运营商拿到基站运维的权利,中国铁塔将基站的运维权利再分包给各个地区的运维公司(专门做基站运维的公司)。此时运维公司的发电设备以及运维工人仅能为基站进行应急,未与银行等其他第三方打通,造成资源浪费。
32.以银行应急发电为例:各大行自行购买发电设备以及设备的日常维护,而银行一年内可能仅需几次的应急发电,设备维护以及人力资源成本高。
33.基于此,本技术实施例提供一种服务资源分配方法、系统及装置,通过将需求方和目标供应方的资源整合,使得需求方无需自行购买和维护服务资源,有效降低了需求方的运行成本,同时提高了服务资源的利用率。
34.参照图1所示的电子系统100的结构示意图。该电子系统可以用于实现本技术实施例的一种服务资源分配方法、系统及装置。
35.如图1所示的一种电子系统的结构示意图,电子系统100包括一个或多个处理设备102、一个或多个存储装置104。可选地,电子系统100还可以包括输入装置106、输出装置108以及一个或多个图像采集设备110,这些组件通过总线系统112和/或其它形式的连接机构(未示出)互连。应当注意,图1所示的电子系统100的组件和结构只是示例性的,而非限制性的,根据需要,电子系统可以具有图1中的部分组件,也可以具有其他组件和结构。
36.处理设备102可以为服务器、智能终端,或者是包含中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元的设备,可以对电子系统100中的其它组件的数据进行处理,还可以控制电子系统100中的其它组件以执行一种服务资源分
配方法、系统及装置功能。
37.存储装置104可以包括一个或多个计算机程序产品,计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令,处理设备102可以运行程序指令,以实现下文的本技术实施例中(由处理设备实现)的客户端功能以及/或者其它期望的功能。在计算机可读存储介质中还可以存储各种应用程序和各种数据,例如应用程序使用和/或产生的各种数据等。
38.输入装置106可以是用户用来输入指令的装置,并且可以包括键盘、鼠标、麦克风和触摸屏等中的一个或多个。
39.输出装置108可以向外部(例如,用户)输出各种信息(例如,图像或声音),并且可以包括显示器、扬声器等中的一个或多个。
40.数据采集设备110可以获取待处理数据,并且将该数据存储在存储装置104中以供其它组件使用。
41.示例性地,用于实现根据本技术实施例的一种服务资源分配方法、系统及装置中的各器件可以集成设置,也可以分散设置,诸如将处理设备102、存储装置104、输入装置106和输出装置108集成设置于一体,而将数据采集设备110设置于可以采集到数据的指定位置。当上述电子系统中的各器件集成设置时,该电子系统可以被实现为诸如相机、智能手机、平板电脑、计算机、车载终端等智能终端。
42.图2为本技术实施例提供的一种服务资源分配方法的流程图,该方法应用于服务器,参见图2,该方法包括以下步骤:
43.s200:获取需求方的服务需求信息。
44.需求方是对某一种或多种资源具有需求的企业,资源可以具体是各种类型的资源,例如电力资源、信息资源、设备维修资源等。具体地,服务需求信息可以包括需求方所需服务的需求类型和需求数量,其中,服务需求信息还可以包括所需服务的地址、经纬度等,对应地,需求类型可以为电力供应、设备管理、应用管理、数据管理以及设备维修等。
45.需求方可以通过服务器中提供的信息共享平台向服务器发送服务需求信息。信息共享平台可以是网页、app等形式。
46.s202:根据服务需求信息,在服务器中查找具有与服务需求信息匹配的服务资源的目标供应方。
47.具体而言,服务器根据获取到的服务需求信息,查找包含对应服务资源的目标供应方。服务器中可以预存有多个供应方的服务资源信息,当服务器接收到需求方发送的服务需求信息后,可以将该服务需求信息与预存的服务资源信息进行匹配,将匹配成功的服务资源对应的供应方确定为目标供应方。例如,服务资源可以是对应的设备管理、应用管理、数据管理等资源,目标供应方应具有需求类型对应的服务资源,并且服务资源对应的资源数量大于或者等于需求数量,供应方可以具体为可以解决该服务需求信息的运维企业、运维人员、技术专家以及各种类型的运维作业设备资源等。
48.s204:为需求方与目标供应方建立服务渠道,以使目标供应方根据服务需求信息向需求方提供服务资源。
49.服务器为需求方和目标供应方提供服务渠道,服务渠道是需求方与供应方之间信息共享和沟通的介质,用于将服务需求信息发送至目标供应方,以及将服务资源信息发送给需求方。具体地,需求方和供应方可以在服务器提供的信息共享平台查看、更新、跟踪服务需求信息及其完成情况。
50.本技术提供一种服务资源分配方法,首先获取需求方的服务需求信息,根据服务需求信息,在服务器中已存在的可以提供服务资源的多个供应方中,确定出具有与服务需求信息匹配的服务资源的目标供应方,并在需求方与目标供应方之间建立可以分享服务需求信息的服务渠道方,以使目标供应方向需求方提供相应的服务资源,通过上述资源的整合,使得需求方无需自行购买和维护服务资源,有效降低了需求方的运行成本,同时提高了服务资源的利用率。
51.在一些可能的实施方式中,上述服务器可以接收多个供应方发送的服务资源信息,并且在每个预设时间周期内,更新各个供应方的服务资源信息。
52.具体地,供应方发送的服务资源信息可以通过电脑端,移动终端以及远程控制终端,其中服务器对由供应方电脑端发出的服务资源信息进行筛选,整合。其中,服务资源信息可以用于表征该供应方可以提供的服务资源。具体地,根据接收到的多个供应方发送的服务资源信息,在预设的时间周期内,对服务资源信息进行筛选整合完成各个供应方提供的服务资源信息的数据更新。
53.本技术实施利还提供了另一种服务资源分配方法,该方法在图2所示的方法基础上实现。该方式主要描述了需求方的服务需求信息和供应方的服务资源的匹配方法,该方法在服务器的资源数据库中预存有多个供应方分别提供的服务资源的资源类型信息,如图3所示,该方法的步骤包括:
54.s300:获取需求方的服务需求信息;
55.s302:在服务器的资源数据库中查找与服务需求信息匹配的服务资源类型信息。
56.具体地,服务器资源库中预存有多个供应方提供的服务资源的资源类型信息,服务器根据获取到的需求方的服务需求信息查找匹配的服务资源类型信息。
57.具体地,对供应方发送的服务资源进行监控,对需要维修的设备资源或者缺员资质的人力资源进行筛选、剔除,查找匹配的服务资源类型信息。
58.s304:根据查找到的服务资源类型信息对应的供应方确定目标供应方。
59.具体地,首先要确定查找到的服务资源类型信息对应的供应方的服务资源数量,根据服务资源信息的需求类型和需求数量进一步筛选服务资源,从资源数量大于或者等于需求数量的供应方中选择目标供应方。
60.进一步地,服务器需要获取需求方的第一位置信息,即获取需求方的位置;并要获取资源数量大于或者等于需求数量的供应方的第二位置信息,即符合条件的供应方的位置;最后根据第一位置信息和第二位置信息,从资源数量大于或者等于需求数量的供应方中确定目标供应方。
61.s306:为需求方与目标供应方建立服务渠道。
62.通过上述实施例提供的服务资源分配方法,可以更加准确地找到与需求方的服务需求信息匹配的目标供应方,避免资源的浪费,提高供应方为需求方提供服务资源的效率。
63.在得到上述服务需求信息和相匹配的服务资源后,可以通过如下方法在需求方和
供应方之间建立服务渠道:
64.(1)根据服务需求信息和服务资源生成服务工单。
65.具体地,根据接收到的服务需求信息以及查找到的对应的服务资源建立服务工单。
66.(2)将服务工单发送给目标供应方和/或需求方,以建立需求方与目标供应方建立服务渠道。
67.具体地,服务器接收目标供应发发送的服务状态,其中服务状态可以表示为目标供应方为需求方提供服务的进展信息,根据服务状态即进展信息更新服务工单,并将更新后的服务工单发送给需求方和/或目标供应方。
68.进一步地,服务需求信息还包括需求方的第三位置信息,服务状态包括供应方发送服务状态时的第四位置信息,判断第四位置信息与第三位置信息之间的距离是否小与预设距离,如果是,将服务工单的状态更新为用于表征供应方已到达的开始状态。
69.进一步地,服务状态还包括目标供应方已经完成的服务数量,判断已经完成的服务数量是否等于需求数量,如果是,将服务工单的状态更新为用于表征服务已完成的完成状态。
70.参见图4所示的数字运维平台结构示意图,其示出了一种数字运维平台,该平台可以具体为服务器403中的一种网页端的信息共享平台,也可以是移动终端中的app,平台运行在服务器中,供应方401和需求方402可以通过访问服务器中的数字运维平台实现信息的发布、获取、更新。需求方可以是pc,也可以是移动终端,供应方可以是pc,也可以是移动终端,还可以是远程控制终端。
71.为了在服务器中实现上述各个实施例中的服务资源分配方法,服务器包含运维资源供应模块4031、运维资源需求模块4032、工单模块4033、终端控制模块4034、监控模块4035。运维资源供应模块4031对供应方提供的运维资源信息(即为上述实施例中“服务资源”)进行筛选、整合。运维资源需求模块4032对需求方提供的运维需求信息(即为上述实施例中“服务需求信息”)进行整合。工单模块4033将运维资源需求模块4032的运维需求与运维资源供应模块4031的运维资源进行调派。终端控制模块4034下发远程指令到供应方。监控模块4035对运维资源供应模块4031、工单模块4033、终端控制模块4034进行监控。
72.供应方包含运维企业、运维人员、技术专家以及各种类型的特种运维作业设备资源。供应方将人力、设备资源通过供应方pc端录入服务器。供应方的运维人员、技术专家通过供应方移动端接受服务器调派的工单。远程控制终端是一种线上运维的设备,运供应方可通过远程控制终端与专家进行远程沟通,对运维人员进行指导。
73.需求方通过需求方移动端提供运维需求到服务器,由服务器调派运维供应侧给需求方提供运维服务。需求方提供运维需求基本信息,基本信息包括运维需求侧所需服务的地址、经纬度、服务类型。移动端查看工单进度,工单进度由服务器的监控模块采集。需求方pc端与需求方移动端拥有同等功能。
74.为了便于理解,与上述图4相对应的,本技术实施例还提供了一种实际应用场景中的服务资源分配方法,如图5所示,该方法具体包括:
75.s500:供应方发布资源;
76.供应方将服务资源发布到服务器中的运维资源供应模块;
77.s502:需求方发布需求;
78.需求方将服务需求信息发布至服务器中。
79.s504:服务器对设备、人力进行分类整合;
80.服务器中的运维资源供应模块对运维设备、人力资源按规则资源配套量、服务类型进行分类整合。
81.s506:监控服务资源;
82.服务器中的监控模块对供应方发布的服务资源进行监控,对需要维修的设备资源或缺乏资质的人力资源进行筛选、剔除;
83.s508:需求和资源匹配;
84.服务器将需求方的服务需求信息以及供应方的服务资源信息进行匹配。
85.s510:形成工单;
86.运维资源供应模块对资源进一步筛选,并将符合运维要求的资源提供给工单模块;工单模块将匹配的服务需求信息以及服务资源信息形成工单;
87.s512:将工单发送给需求方;
88.s514:将工单发送给供应方;
89.工单模块将工单反馈给需求方和供应方;
90.s516:供应方赶往现场,进行服务;
91.供应方赶往运维需求方现场,将定位信息(即为上述实施例中“第二位置信息”)上传至服务器;并对需求方提供运维服务。
92.s518:发送服务状态;
93.供应方将工单状态发送给服务器;
94.s520:更新工单状态;
95.服务器更新工单状态。
96.s522:发送最新工单;
97.s524:完成服务;
98.s526:发送完成标志;
99.供应方完成工单对应的服务,将工单完成标志的相关信息发送给服务器。
100.s528:完成工单;
101.s530:发送工单完成消息。
102.服务器将工单标记成完成状态,并将完成情况发送给需求方,本次运维服务结束。
103.基于上述方法实施例,本技术实施例还提供一种服务资源分配系统,参见图6所示,该系统包括:
104.需求方设备601,用于向服务器发送需求方的服务需求信息;其中,服务需求信息包括需求方所需服务的需求类型和需求数量;
105.服务器602,用于根据服务需求信息,在服务器中查找具有与服务需求信息匹配的服务资源的目标供应方,为需求方与目标供应方建立服务渠道;其中,目标供应方具有需求类型对应的服务资源,且服务资源对应的资源数量大于或者等于需求数量;
106.供应方设备603,用于根据服务需求信息向需求方提供服务资源。
107.本技术实施例提供的一种服务资源分配系统,与上述实施例提供的一种服务资源
signal processor,简称dsp)、专用集成电路(application specific integrated circuit,简称asic)、现场可编程门阵列(field-programmable gate array,简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器801读取存储器中的信息,结合其硬件完成前述实施例的服务资源分配方法的步骤。
118.本技术实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令在被处理器调用和执行时,该计算机可执行指令促使处理器实现上述服务资源分配方法,具体实现可参见前述方法实施例,在此不再赘述。
119.本技术实施例所提供的服务资源分配方法、系统及装置的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
120.除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本技术的范围。
121.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
122.在本技术的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本技术和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本技术的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
123.最后应说明的是:以上所述实施例,仅为本技术的具体实施方式,用以说明本技术的技术方案,而非对其限制,本技术的保护范围并不局限于此,尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应所述以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1