CN110601877A - 一种服务协商方法、装置、电子设备及存储介质 - Google Patents
一种服务协商方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110601877A CN110601877A CN201910802185.0A CN201910802185A CN110601877A CN 110601877 A CN110601877 A CN 110601877A CN 201910802185 A CN201910802185 A CN 201910802185A CN 110601877 A CN110601877 A CN 110601877A
- Authority
- CN
- China
- Prior art keywords
- value
- service
- utility
- negotiation
- suggested
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5006—Creating or negotiating SLA contracts, guarantees or penalties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及一种服务协商方法、装置、电子设备及存储介质,该方法包括:服务请求方接收服务提供方返回的多个第一建议提议;其中每个第一建议提议包含建议属性值;服务请求方基于性价比函数确定每个第一建设提议的性价比程度值,并基于第二效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;服务请求方还基于第二效用函数确定当前期望属性值的当前期望效用值;若建议效用值大于等于当前期望效用值,向服务提供方发送第三协商反馈信息,用于确定使用服务提供方发送的建议效用值对应的第一建议提议。如此,可以提高服务协商的成功率。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种服务协商方法、装置、电子设备及存储介质。
背景技术
近年来,随着第五代移动通信技术(5th-Generation,5G)和物联网技术的发展,大量分布式并具有一定存储和计算能力的物联网设备通过网络连接可以实现泛在计算。在泛在计算环境中,人们能够在任何时间、任何地点、以任何方式进行信息的获取和处理,这个过程是在计算设备的帮助下高度自动化完成的。当下研究的热点是用户如何灵活利用这些资源让收益最大化。其中,微服务技术和大量面向服务计算模型是一种可行的解决方案,可使分布式应用具有更好的复用性、灵活性和可增长性。把物联网设备的存储和计算能力作为服务,用户可以通过灵活组合这些服务实现复杂的应用。
由于物联网环境的复杂特性,例如网络不稳定、户外设备易受天气影响等,容易造成服务质量(Quality of Service,QoS)下降。为了解决这一难题,可以利用服务等级协议(Service Level Agreement,SLA)的协商机制,确保QoS保持稳定。但是,如果在有限时间内,协商双方不能达成统一的服务等级目标(Service Level Object,SLO),即SLA协商失败,不仅会造成网络资源的浪费,还会导致服务效率降低、用户体验质量(Quality ofExperience,QoE)下降。而现有的SLA协商策略中,当协商回合超过预设数值时,协商的成功率会下降;且在协商过程中,服务提供方为了提高协商的概率,往往会向服务请求方提出多个具有不同SLO等级的提议,因此,有必要研究如何提高服务协商的效率。
发明内容
本申请实施例提供了一种服务协商方法、装置、电子设备及存储介质,可以提高服务协商的成功率。
一方面,本申请实施例提供了一种服务协商方法,包括:接收服务提供方返回的多个第一建议提议;每个第一建议提议包含建议属性值;基于性价比函数确定每个第一建议提议的性价比程度值;基于第二效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;基于协商策略确定服务属性信息的当前期望属性值;以及基于第二效用函数确定当前期望属性值的当前期望效用值;若建议效用值大于等于当前期望效用值,向服务提供方发送第三协商反馈信息,第三反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。
另一方面提供了一种服务协商装置,包括:第一接收单元,用于接收服务提供方返回的多个第一建议提议;每个第一建议提议包含建议属性值;第一确定单元,用于基于性价比函数确定每个第一建设提议的性价比程度值;用于基于第二效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;用于基于协商策略确定服务属性信息的当前期望属性值;以及基于第二效用函数确定当前期望属性值的当前期望效用值;第一发送单元,用于当建议效用值大于等于当前期望效用值时,向服务提供方发送第三协商反馈信息,第三反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。
另一方面提供了一种电子设备,电子设备包括处理器和存储器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务协商方法。
另一方面提供了一种计算机可读存储介质,存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务协商方法。
另一方面提供了一种服务协商方法,包括:接收服务请求方发送的第一协商提议;第一协商提议包括服务属性信息和服务属性信息的初始期望属性值;基于第一效用函数和初始期望属性值确定第一协商提议的初始期望效用值;基于协商策略和服务属性信息的上限属性值确定意愿属性值;基于第一效用函数和意愿属性值确定意愿效用值;基于第一效用函数和上限属性值确定上限效用值;若初始期望效用值小于意愿效用值,且大于等于上限效用值,向服务请求方发送多个第一建议提议;每个第一建议提议包括服务属性信息和服务属性信息的建议属性值;建议属性值基于协商策略和上限属性值确定。
另一方面提供了一种服务协商装置,包括:第二接收单元,用于接收服务请求方发送的第一协商提议;所述第一协商提议包括服务属性信息和所述服务属性信息的初始期望属性值;第二确定单元,用于基于第一效用函数和所述初始期望属性值确定所述第一协商提议的初始期望效用值;用于基于协商策略和所述服务属性信息的上限属性值确定意愿属性值;用于基于所述第一效用函数和所述意愿属性值确定意愿效用值;用于基于所述第一效用函数和所述上限属性值确定上限效用值;第二发送单元,用于当所述初始期望效用值小于所述意愿效用值,且大于等于所述上限效用值时,向所述服务请求方发送多个第一建议提议;每个所述第一建议提议包括所述服务属性信息和所述服务属性信息的建议属性值;所述建议属性值基于所述第一效用函数确定的效用值等于所述意愿效用值。
另一方面提供了一种电子设备,电子设备包括处理器和存储器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务协商方法。
另一方面提供了一种计算机可读存储介质,存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务协商方法。
本申请实施例提供的一种服务协商方法、装置、电子设备及存储介质具有如下技术效果:
服务请求方接收服务提供方返回的多个第一建议提议;其中每个第一建议提议包含建议属性值;服务请求方基于性价比函数确定每个第一建设提议的性价比程度值;基于第二效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;基于协商策略确定服务属性信息的当前期望属性值;以及基于第二效用函数确定当前期望属性值的当前期望效用值;若建议效用值大于等于当前期望效用值,向服务提供方发送第三协商反馈信息,第三反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。本申请实施例中服务请求方在每一轮协商过程中可以通过性价比函数从多个第一建议提议中确定一性价比程度值最大的第一建议提议,如此,可以提高服务协商的成功率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是本申请实施例提供的一种应用环境的示意图;
图2是本申请实施例提供的一种服务协商方法的流程示意图;
图3是本申请实施例提供的一种服务协商装置的结构示意图;
图4是本申请实施例提供的一种服务协商装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1,图1是本申请实施例提供的一种应用环境的示意图,包括服务请求方101和服务提供方102。服务提供方102是为服务请求方101提供服务的。服务请求方101和服务提供方102之间可以通过签订服务等级协议(Service Level Agreement,SLA)来规定在服务提供过程中双方所需承担的条款。其中,SLA的内容可以包括服务等级目标(ServiceLevel Object,SLO),即服务提供方102和服务请求方101达成共识的服务等级指标,例如可用性、性能、可靠性等服务属性的服务等级指标。
本申请实施例中,服务提供方102接收服务请求方101发送的第一协商提议;第一协商提议包括服务属性信息和服务属性信息的初始期望属性值;服务提供方102基于第二效用函数和初始期望属性值确定第一协商提议的初始期望效用值;服务提供方102基于协商策略和服务属性信息的上限属性值的上限效用值确定意愿属性值;上限效用值是基于上限属性值和第二效用函数确定的;服务提供方102基于第二效用函数和意愿属性值确定意愿效用值,并基于第二效用函数和上限属性值确定上限效用值;若初始期望效用值小于意愿效用值,且大于等于上限效用值,服务提供方102向服务请求方101发送多个第一建议提议。
服务请求方101接收服务提供方102返回的多个第一建议提议;每个第一建议提议包含建议属性值;服务请求方101基于性价比函数确定每个第一建议提议的性价比程度值;服务请求方101基于第一效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;基于协商策略确定服务属性信息的当前期望属性值;以及基于第一效用函数确定当前期望属性值的当前期望效用值;若建议效用值大于等于当前期望效用值,服务请求方101向服务提供方发送第一协商反馈信息,第一反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。
本申请实施例中,服务提供方102可以是另一服务协商过程中的服务请求方,服务请求方101可以是另一服务协商过程中的服务提供方。
可选的,服务提供方102可以是应用程序(Application,APP)运营商的服务器,服务请求方101可以是安装有该APP的终端用户。
可选的,服务请求方101可以是APP运营商的服务器,服务提供方102可以是向该APP运营商提供技术支持的服务平台。
以下介绍本申请一种服务协商方法的具体实施例,图2是本申请实施例提供的一种服务协商方法的流程示意图,本说明书提供了如实施例或流程图的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的系统或服务器产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示,该方法可以包括:
S201:服务提供方接收服务请求方发送的第一协商提议;第一协商提议包括服务属性信息和服务属性信息的初始期望属性值。
本申请实施例中,服务提供方接收服务请求方发送的第一协商提议之前,还可以包括:监控方监测到服务提供方和服务请求方之间存在违反初始SLA中的条款时,监控方发送提醒消息给服务请求方;服务请求方发送服务重新协商请求给服务提供方,服务提供方返回确认消息给服务请求方。
S203:服务提供方基于第二效用函数和初始期望属性值确定第一协商提议的初始期望效用值。
本申请实施例中,服务请求方基于需要协商的服务属性信息发送第一协商提议给服务提供方,该第一协商提议包括服务属性信息,以及服务属性信息的初始期望属性值。服务提供方利用第二效用函数确定第一协商提议中初始期望属性值的初始期望效用值。
本申请实施例中,服务属性信息可以包括可靠性信息、可用性信息和实时性信息中的至少一项信息。初始期望属性值可以包括可靠性信息的初始期望属性值、可用性信息的初始期望属性值和实时性信息的初始期望属性值中的至少一个初始期望属性值。
本申请实施例中,第二效用函数为:
其中,x1可以为表示为初始期望属性值;u(x1)表示为x1的效用值。
下面通过一个具体的例子阐述上文的内容,该例子中,假设服务请求方101是用户,服务提供方102是某个提供导航服务的应用程序(Application,APP)运营商,APP运营商向用户提供导航服务。用户发送第一协商提议给APP运营商,上述第一协商提议中服务属性信息包括实时性信息和可靠性信息,上述第一协商提议中服务属性信息的初始期望属性值包括实时性信息的初始期望属性值和可靠性信息的初始期望属性值。
具体的,在第一种情况下,实时性的初始期望属性值为0.979,可靠性的初始期望属性值为0.991;APP运营商基于公式(1)确定实时性的初始期望效用值为0.0124,可靠性的初始期望效用值为0.0053。
在第二种情况下,实时性的初始期望属性值为0.979,可靠性的初始期望属性值为0.9947,APP运营商基于公式(1)确定实时性的初始期望效用值为0.0124,可靠性的初始期望效用值为0.0031。
S205:服务提供方基于协商策略和服务属性信息的上限属性值的上限效用值确定意愿属性值;上限效用值是基于上限属性值和第二效用函数确定的。
一种可选的基于协商策略和服务属性信息的上限属性值的上限效用值确定意愿属性值的实施方式中,采用面向博弈论的让步和妥协混合策略,服务提供方以概率p执行让步策略,或以概率1-p执行妥协策略,并基于服务属性信息的上限属性值的上限效用值确定意愿属性值。
本申请实施例中,服务提供方以概率p执行让步策略,并基于服务属性信息的上限属性值确定意愿属性值;意愿属性值可以根据公式(2)确定:
其中,x3表示为意愿属性值;x2表示为上限属性值;u(x2)可以表示为x2基于公式(1)确定的效用值;m表示为协商策略中的缩减因子;k、a、b表示为常数,对于意愿属性值越低效用值越高的服务属性信息,a=-1;对于意愿属性值越高效用值越高的服务属性信息,b=1,a=1。
基于上述的例子继续说明:
第一种情况:APP运营商的实时性的上限属性值为0.98,可靠性的上限属性值为0.99,APP运营商基于公式(1)确定实时性的上限效用值为0.0118,可靠性的上限效用值为0.0058;APP运营商根据公式(2)确定实时性的意愿属性值为0.978,可靠性的意愿属性为0.989;其中,公式(2)中m=0.1;
第二种情况:APP运营商的实时性的上限属性值为0.98,可靠性的上限属性值为0.995,APP运营商基于公式(1)确定实时性的上限效用值为0.0118,可靠性的上限效用值为0.0029;APP运营商根据公式(2)确定实时性的意愿属性值为0.978,可靠性的意愿属性为0.9945;其中,公式(2)中m=0.1。
S207:服务提供方基于第二效用函数和意愿属性值确定意愿效用值。
基于上述的例子继续说明:
第一种情况:APP运营商基于公式(1)确定实用性的意愿效用值为0.0130,可靠性的意愿效用值为0.0064;
第二种情况:APP运营商基于公式(1)确定实用性的意愿效用值为0.0130,可靠性的意愿效用值为0.0032。
S209:服务提供方基于初始期望效用值和意愿效用值的大小进行判断;若初始期望效用值小于意愿效用值,且大于等于上限效用值,则转至S211,否则服务提供方进行后续判断操作。
本申请实施例中,上一段中的后续判断操作可以包括:若初始期望效用值大于等于意愿效用值,则服务提供方向服务请求方发送第三协商反馈信息;第三反馈确定信息用于确定使用服务请求方发送的第一协商提议;若初始期望效用值小于上限效用值,向服务请求方发送第四协商反馈信息;第四协商反馈信息用于拒绝使用服务请求方发送的第一协商提议。
S211:服务提供方向服务请求方发送多个第一建议提议;每个第一建议提议包括服务属性信息和服务属性信息的建议属性值;建议属性值基于协商策略和上限属性值确定。
本申请实施例中,服务属性信息可以包括多项信息,服务属性信息的初始期望属性值包括每项信息的初始期望属性值。若多项信息中存在一项信息的初始期望属性值的初始期望效用值小于对应信息的上限效用值,则服务提供方向服务请求方发送第四协商反馈信息,以拒绝使用服务请求方发送的第一协商提议;若多项信息中每一项信息的初始期望值的初始期望效用值均大于对应信息的意愿效用值,则服务提供方向服务请求方发送第三协商反馈信息,以确定使用服务请求方发送的第一协商提议。
基于上述的例子继续说明:
第一种情况:实用性的初始期望效用值0.0124小于实用性的意愿效用值0.0130,大于实用性的上限效用值0.0118;但是由于可靠性的初始期望效用值0.0053小于可靠性的上限效用值0.0058,因此执行S305,APP运营商向用户发送第四协商反馈信息,拒绝用户发送的第一协商提议。
第二种情况:实用性的初始期望效用值0.0124小于实用性的意愿效用值0.0130,大于实用性的上限效用值0.0118;并且,可靠性的初始期望效用值0.0031小于可靠性的意愿效用值为0.0032,大于可靠性的上限效用值0.0029,因此执行S211,即APP运营商向用户发送多个第一建议提议;每个第一建议提议包括实时性的建议属性值和可靠性的建议属性值;建议属性值可以基于公式(2)确定。
S213:服务请求方接收服务提供方返回的多个第一建议提议;每个第一建议提议包含建议属性值。
S215:服务请求方基于性价比函数确定每个第一建议提议的性价比程度值。
S217:服务请求方基于第一效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值。
本申请实施例中,第一协商提议还包括服务属性信息中每项信息的权重值;基于性价比函数确定每个第一建议提议的性价比程度值,包括:基于第一效用函数确定建议属性值的建议效用值;根据建议效用值、每项信息的权重值和服务属性信息对应的价值确定性价比程度值。
本申请实施例中,第一效用函数为:
其中,x4可以表示为建议属性值;u(x4)表示为x4的效用值。
本申请实施例中,性价比函数为:
其中,CP表示为性价比程度值;j表示为服务属性信息,j=1,2,3......;wj表示为服务属性信息j的权重值;price表示为服务属性信息的价格;u(x4)表示为x4基于公式(3)确定的效用值。
本申请实施例中,服务请求方可以基于性价比函数结合协商策略确定每个第一建议提议的性价比程度值。
可选的,服务请求方基于建议属性值和公式(3)确定建议属性值的建议效用值,采取改变服务属性信息的权重值的协商策略确定该第一建议提议的性价比程度值。
基于上述的例子继续说明,用户仅在第二种情况下接收到APP运营商返回的两个第一建议提议;假设第一建议提议中实时性的权重为0.5,可靠性的权重为0.5,price为1。需要说明的是,上述price取值为1是为了方便计算,而实际应用中price为服务提供方所定,且在服务协商过程中,服务提供方会根据业务收益模型及时调整服务价格。
第一个第一建议提议的实时性的建议属性值由APP运营商根据公式(2)确定为0.976,其中m=0.2;可靠性的建议属性值由APP运营商根据公式(2)确定为0.987,其中m=0.3;用户基于公式(4)确定该第一个第一建议提议的性价比程度值为0.971;
第二个第一建议提议的实时性的建议属性值由APP运营商根据公式(2)确定为0.974,其中m=0.3;可靠性的建议属性值由APP运营商根据公式(2)确定为0.988其中m=0.2;假设用户相比于实时性更看重可靠性,用户可以根据协商策略确定可靠性的权重为0.8,实用性的权重为0.2,此时,用户基于公式(4)确定该第二个第一建议提议的性价比程度值为0.976;
由此可得,上述第二个第一建议提议的性价比程度值最大。用户基于该第二个第一建议提议和公式(3)确定该第二个第一建议提议中实用性的建议属性值0.974的建议效用值为0.959,可靠性的建议属性值0.988的建议效用值为0.981。
S219:服务请求方基于协商策略确定服务属性信息的当前期望属性值;以及基于一效用函数确定当前期望属性值的当前期望效用值。
本申请实施例中,服务请求方以概率p执行让步策略,并基于初始期望效用值确定当前期望属性值。当前期望属性值可以根据公式(5)确定:
其中,x6表示为当前期望属性值;x5表示为初始期望属性值;u(x5)可以表示为x5基于公式(4)确定的效用值;m表示为协商策略中的缩减因子;k、a、b表示为常数,对于当前期望属性值越低效用值越高的服务属性信息,a=-1;对于当前期望属性值越高效用值越高的服务属性信息,b=1,a=1。
本申请实施例中,服务请求方基于第一效用函数确定当前期望属性值的当前期望效用值之后,还包括:确定服务属性信息的容忍属性值;基于第一效用函数确定容忍属性值的容忍效用值。
基于上述的例子继续说明,用户根据公式(5)确定实时性的当前期望属性值为0.973,可靠性的当前期望属性值为0.988,其中m=0.01;用户基于公式(3)确定实用性的当前期望效用值为0.958,可靠性的当前期望效用值为0.981;用户的实时性的容忍属性值为0.81,可靠性的容忍属性值为0.89,用户根据公式(3)确定实时性的容忍效用值为0.726,可靠性的容忍效用值为0.835。
S221:服务请求方基于建议效用值和当前期望效用值的大小进行判断:若建议效用值大于等于当前期望效用值,则转至S223;否则服务请求方进行后续判断操作。
本申请实施例中,上一段中的后续判断操作可以包括:若容忍效用值大于建议效用值,则服务请求方向服务提供方发送第二协商反馈信息;第二协商反馈信息用于拒绝使用服务提供方发送的多个第一建议提议;若建议效用值大于等于容忍效用值,且小于当前期望效用值,则服务请求方向所述服务提供方发送第二协商提议,所述第二协商提议包括所述当前期望属性值。
S223:服务请求方向服务提供方发送第一协商反馈信息,第一反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。
本申请实施例中,服务请求方在预设时间内未返回第一协商反馈信息,则发送终止协商消息给服务提供方。具体的,服务请求方在发送第一协商提议时开始计时,在预设时间内未返回第一协商反馈信息,则反馈终止协商消息给服务提供方以终止此次协商。
基于上述的例子继续说明,实用性的建议效用值为0.959大于实用性的当前期望效用值为0.958,且可靠性的建议效用值0.981等于可靠性的当前期望效用值0.981,因此执行S223,用户向APP运营商发送第一协商反馈信息,确定APP运营商发送的上述第二个第一建议提议。至此,服务协商完成。
本申请实施例还提供了一种服务协商装置,图3是本申请实施例提供的一种服务协商装置的结构示意图,如图3所示,该装置包括:
第一接收单元301,用于接收服务提供方返回的多个第一建议提议;每个第一建议提议包含建议属性值;
第一确定单元302,用于基于性价比函数确定每个第一建设提议的性价比程度值;用于基于第一效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;用于基于协商策略确定服务属性信息的当前期望属性值;以及基于第一效用函数确定当前期望属性值的当前期望效用值;
第一发送单元303,用于当建议效用值大于等于当前期望效用值时,向服务提供方发送第一协商反馈信息,第一反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。
本申请实施例还提供了一种服务协商装置,图4是本申请实施例提供的一种服务协商装置的结构示意图,如图4所示,该装置包括:
第二接收单元401,用于接收服务请求方发送的第一协商提议;第一协商提议包括服务属性信息和服务属性信息的初始期望属性值;
第二确定单元402,用于基于第二效用函数和初始期望属性值确定第一协商提议的初始期望效用值;用于基于协商策略和服务属性信息的上限属性值的上限效用值确定意愿属性值;上限效用值是基于上限属性值和第二效用函数确定的;用于基于第二效用函数和意愿属性值确定意愿效用值;用于基于第二效用函数和上限属性值确定上限效用值;
第二发送单元403,用于当初始期望效用值小于意愿效用值,且大于等于上限效用值时,向服务请求方发送多个第一建议提议;每个第一建议提议包括服务属性信息和服务属性信息的建议属性值;建议属性值基于第二效用函数确定的效用值等于意愿效用值。
申请实施例中的装置与方法实施例基于同样地申请构思。
本申请的实施例还提供了一种电子设备,该电子设备包括处理器和存储器,该存储器中存储有至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述服务协商方法。
本申请的实施例还提供了一种存储介质,该存储介质可设置于服务器之中以保存用于实现方法实施例中一种服务协商方法相关的至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述服务协商方法。
可选地,在本实施例中,上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
由上述本申请提供的服务协商方法、装置、电子设备或存储介质的实施例可见,本申请中服务请求方接收服务提供方返回的多个第一建议提议;其中每个第一建议提议包含建议属性值;服务请求方基于性价比函数确定每个第一建设提议的性价比程度值;基于第二效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;基于协商策略确定服务属性信息的当前期望属性值;以及基于第二效用函数确定当前期望属性值的当前期望效用值;若建议效用值大于等于当前期望效用值,向服务提供方发送第三协商反馈信息,第三反馈确定信息用于确定使用服务提供方发送的建议效用值对应的第一建议提议。本申请实施例中服务请求方在每一轮协商过程中可以通过性价比函数从多个第一建议提议中确定一性价比程度值最大的第一建议提议,如此,可以提高服务协商的成功率。
需要说明的是:上述本申请实施例先后顺序仅仅为了描述,不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种服务协商方法,其特征在于,包括:
接收服务提供方返回的多个第一建议提议;每个所述第一建议提议包含建议属性值;
基于性价比函数确定每个所述第一建议提议的性价比程度值;
基于第一效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;
基于协商策略确定服务属性信息的当前期望属性值;以及基于所述第一效用函数确定所述当前期望属性值的当前期望效用值;
若所述建议效用值大于等于所述当前期望效用值,向所述服务提供方发送第一协商反馈信息,所述第一反馈确定信息用于确定使用所述服务提供方发送的所述建议效用值对应的第一建议提议。
2.根据权利要求1所述的方法,其特征在于,所述基于所述第一效用函数确定所述当前期望属性值的当前期望效用值之后,还包括:
确定所述服务属性信息的容忍属性值;
基于所述第一效用函数确定所述容忍属性值的容忍效用值;
若所述容忍效用值大于所述建议效用值,向所述服务提供方发送第二协商反馈信息;所述第二协商反馈信息用于拒绝使用所述服务提供方发送的所述多个第一建议提议;
或,
若所述建议效用值大于等于所述容忍效用值,且小于所述当前期望效用值,向所述服务提供方发送第二协商提议,所述第二协商提议包括所述当前期望属性值。
3.根据权利要求2所述的方法,其特征在于,所述接收服务提供方返回的多个第一建议提议之前,还包括:发送第一协商提议给所述服务提供方;所述第一协商提议包括所述服务属性信息和所述服务属性信息的初始期望属性值。
4.根据权利要求3所述的方法,其特征在于,所述服务属性信息包括可靠性信息、实可用性信息和实时性信息中的至少一项信息;
所述第一协商提议还包括所述服务属性信息中每项信息的权重值;
所述基于性价比函数确定每个所述第一建议提议的性价比程度值,包括:
基于所述第一效用函数确定所述建议属性值的建议效用值;
根据所述建议效用值、所述每项信息的权重值和所述服务属性信息对应的价值确定所述性价比程度值。
5.一种服务协商方法,其特征在于,包括:
接收服务请求方发送的第一协商提议;所述第一协商提议包括服务属性信息和所述服务属性信息的初始期望属性值;
基于第二效用函数和所述初始期望属性值确定所述第一协商提议的初始期望效用值;
基于协商策略和所述服务属性信息的上限属性值的上限效用值确定意愿属性值;所述上限效用值是基于所述上限属性值和所述第二效用函数确定的;
基于所述第二效用函数和所述意愿属性值确定意愿效用值;
若所述初始期望效用值小于所述意愿效用值,且大于等于所述上限效用值,向所述服务请求方发送多个第一建议提议;每个所述第一建议提议包括所述服务属性信息和所述服务属性信息的建议属性值;所述建议属性值是基于所述协商策略和所述上限属性值确定的。
6.根据权利要求5所述的方法,其特征在于,所述基于所述第一效用函数和所述上限属性值确定上限效用值之后,还包括:
若所述初始期望效用值大于等于所述意愿效用值,向所述服务请求方发送第三协商反馈信息;所述第一反馈确定信息用于确定使用所述服务请求方发送的所述第三协商提议;
或;
若所述初始期望效用值小于所述上限效用值,向所述服务请求方发送第四协商反馈信息;所述第四协商反馈信息用于拒绝使用所述服务请求方发送的所述第一协商提议。
7.一种服务协商装置,其特征在于,包括:
第一接收单元,用于接收服务提供方返回的多个第一建议提议;每个所述第一建议提议包含建议属性值;
第一确定单元,用于基于性价比函数确定每个所述第一建设提议的性价比程度值;用于基于第一效用函数确定值最大的性价比程度值对应的第一建议提议的建议属性值的建议效用值;用于基于协商策略确定服务属性信息的当前期望属性值;以及基于所述第一效用函数确定所述当前期望属性值的当前期望效用值;
第一发送单元,用于当所述建议效用值大于等于所述当前期望效用值时,向所述服务提供方发送第一协商反馈信息,所述第一反馈确定信息用于确定使用所述服务提供方发送的所述建议效用值对应的第一建议提议。
8.一种服务协商装置,其特征在于,包括:
第二接收单元,用于接收服务请求方发送的第一协商提议;所述第一协商提议包括服务属性信息和所述服务属性信息的初始期望属性值;
第二确定单元,用于基于第二效用函数和所述初始期望属性值确定所述第一协商提议的初始期望效用值;用于基于协商策略和所述服务属性信息的上限属性值的上限效用值确定意愿属性值;所述上限效用值是基于所述上限属性值和所述第二效用函数确定的;用于基于所述第二效用函数和所述意愿属性值确定意愿效用值;用于基于所述第二效用函数和所述上限属性值确定上限效用值;
第二发送单元,用于当所述初始期望效用值小于所述意愿效用值,且大于等于所述上限效用值时,向所述服务请求方发送多个第一建议提议;每个所述第一建议提议包括所述服务属性信息和所述服务属性信息的建议属性值;所述建议属性值基于所述第二效用函数确定的效用值等于所述意愿效用值。
9.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-4或5-6任一所述的服务协商方法。
10.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-4或5-6任一所述的服务协商方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910802185.0A CN110601877B (zh) | 2019-08-28 | 2019-08-28 | 一种服务协商方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910802185.0A CN110601877B (zh) | 2019-08-28 | 2019-08-28 | 一种服务协商方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110601877A true CN110601877A (zh) | 2019-12-20 |
CN110601877B CN110601877B (zh) | 2021-11-19 |
Family
ID=68856046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910802185.0A Active CN110601877B (zh) | 2019-08-28 | 2019-08-28 | 一种服务协商方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110601877B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111132240A (zh) * | 2019-12-31 | 2020-05-08 | 上海无线通信研究中心 | 一种面向5g接入网的服务等级协议确认方法、系统及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102394934A (zh) * | 2011-11-08 | 2012-03-28 | 东南大学 | 一种基于效益折扣和议题关联的Web服务协商方法 |
CN104811466A (zh) * | 2014-01-28 | 2015-07-29 | 青岛海尔电子有限公司 | 云媒体资源分配的方法及装置 |
US20150212973A1 (en) * | 2014-01-28 | 2015-07-30 | Haier Group Co. | Integrated utility based data processing methods |
CN110135946A (zh) * | 2019-04-28 | 2019-08-16 | 云南大学 | 一种基于SLA保证消费者效用的SaaS服务协商方法 |
-
2019
- 2019-08-28 CN CN201910802185.0A patent/CN110601877B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102394934A (zh) * | 2011-11-08 | 2012-03-28 | 东南大学 | 一种基于效益折扣和议题关联的Web服务协商方法 |
CN104811466A (zh) * | 2014-01-28 | 2015-07-29 | 青岛海尔电子有限公司 | 云媒体资源分配的方法及装置 |
US20150212973A1 (en) * | 2014-01-28 | 2015-07-30 | Haier Group Co. | Integrated utility based data processing methods |
US20150215230A1 (en) * | 2014-01-28 | 2015-07-30 | Haier Group Co. | Methods and apparatus for allocating cloud-based media resources |
CN110135946A (zh) * | 2019-04-28 | 2019-08-16 | 云南大学 | 一种基于SLA保证消费者效用的SaaS服务协商方法 |
Non-Patent Citations (3)
Title |
---|
CHEN NANXI: ""A Dynamic Service Composition Model for Adaptive Systems in Mobile Computing Environments"", 《NTERNATIONAL CONFERENCE ON SERVICE-ORIENTED COMPUTING ICSOC 2014: SERVICE-ORIENTED COMPUTING》 * |
XIANRONG ZHENG.ETC: ""Cloud Service Negotiation in Internet of Things Environment: A Mixed Approach"", 《IEEE TRANSACTIONS ON INDUSTRIAL INFORMATICS》 * |
王莉: ""面向QoE驱动的软件定义网络业务流控制研究"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111132240A (zh) * | 2019-12-31 | 2020-05-08 | 上海无线通信研究中心 | 一种面向5g接入网的服务等级协议确认方法、系统及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110601877B (zh) | 2021-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018133306A1 (zh) | 内容分发网络中的调度方法和设备 | |
CN105630977B (zh) | 应用程序推荐方法、装置及系统 | |
US20060235859A1 (en) | Prescriptive architecutre recommendations | |
CN103841134B (zh) | 基于api发送、接收信息的方法、装置及系统 | |
CN104756444A (zh) | 云中的cdn负载平衡 | |
US10467055B2 (en) | Computer resource provisioning failure mitigation | |
US20130006695A1 (en) | Automated setup of presentation event agenda and logistics | |
Shojaiemehr et al. | A three-phase process for SLA negotiation of composite cloud services | |
CN102713881A (zh) | 多个服务实例的聚合 | |
CN105897550A (zh) | 一种推送离线消息的方法及设备 | |
Wang et al. | Reliable web service selection via QoS uncertainty computing | |
CN110601877B (zh) | 一种服务协商方法、装置、电子设备及存储介质 | |
CN109104480A (zh) | 一种网络请求的处理方法及装置 | |
CN107908481A (zh) | 一种数据同步方法、装置和系统 | |
Lim et al. | On the analysis of satisfaction for web services selection | |
Di Napoli et al. | Towards a dynamic negotiation mechanism for qos-aware service markets | |
CN111178781A (zh) | 在线应答系统的应答资源分配方法、装置、设备及介质 | |
CN117311973A (zh) | 计算设备调度方法、装置、非易失性存储介质及电子设备 | |
CN107045452B (zh) | 虚拟机调度方法和装置 | |
CN108989474B (zh) | 分布式节点的服务角色分配方法及分布式数据传输系统 | |
CN112288226A (zh) | 服务处理方法、装置及系统 | |
CN113824759B (zh) | 政务服务大厅签到数据传输处理方法及计算机可读介质 | |
Farsi et al. | QoS-aware framework for performance enhancement of SOA in enterprise IT environments | |
CN114140033B (zh) | 一种服务人员的分配方法、装置、电子设备及存储介质 | |
CN109450770A (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 |