CN118171880A - 服务分配处理方法、装置、存储介质及电子设备 - Google Patents

服务分配处理方法、装置、存储介质及电子设备 Download PDF

Info

Publication number
CN118171880A
CN118171880A CN202410379903.9A CN202410379903A CN118171880A CN 118171880 A CN118171880 A CN 118171880A CN 202410379903 A CN202410379903 A CN 202410379903A CN 118171880 A CN118171880 A CN 118171880A
Authority
CN
China
Prior art keywords
service
accounts
services
target
allocation
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.)
Pending
Application number
CN202410379903.9A
Other languages
English (en)
Inventor
邢佳佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianyi Electronic Commerce Co Ltd
Original Assignee
Tianyi Electronic Commerce Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tianyi Electronic Commerce Co Ltd filed Critical Tianyi Electronic Commerce Co Ltd
Priority to CN202410379903.9A priority Critical patent/CN118171880A/zh
Publication of CN118171880A publication Critical patent/CN118171880A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种服务分配处理方法、装置、存储介质及电子设备。涉及互联网技术领域,尤其涉及虚拟服务领域,该方法包括:获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级;基于N个账户分别对应的账户标签,确定分配数据;基于分配数据,从目标数据库中存储的待使用服务中获取M个服务;基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识;将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益。本发明解决了相关技术中的服务分配处理方法存在的服务分配效率低的技术问题。

Description

服务分配处理方法、装置、存储介质及电子设备
技术领域
本发明涉及互联网技术领域,尤其涉及虚拟服务领域,具体而言,涉及一种服务分配处理方法、装置、存储介质及电子设备。
背景技术
目前,众多企业会将虚拟服务作为产品售卖或者作为员工自身福利,例如企业每年都会组织的员工体检。企业一般会向第三方体检机构购买体检服务然后将这些体检服务分配给员工使用,分配服务的方式一般有两种,一种是企业购买服务后,服务提供商会提供兑换码或者账号密码作为兑换凭证,企业将兑换凭证分配给员工然后员工就能根据凭证在指定的平台来兑换和使用服务,另外一种是企业将员工的身份信息给到服务提供商,然后服务提供商直接给这些员工身份下分配服务,员工只要登录指定的平台就能使用。但是以上方式当为员工提供多中不同的福利时,体检,购物,家医等服务时,需要单独与各第三方机构进行对接以及服务的购买,还需要分别通过人工方式对各服务进行管理与服务分配,以上方式在员工数量较多,或者服务种类较多的情况下,服务分配和管理效率较低。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种服务分配处理方法、装置、存储介质及电子设备,以至少解决相关技术中的服务分配处理方法存在的服务分配效率低的技术问题。
根据本发明实施例的一个方面,提供了一种服务分配处理方法,包括:获取N个账户分别对应的账户标签,其中,所述账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;基于所述N个账户分别对应的账户标签,确定分配数据,其中,所述分配数据至少用于指示为所述N个账户分别分配的服务类型和服务数量;基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;基于所述N个账户分别对应的账户标签,以及所述M个服务,生成所述N个账户分别对应的明细标识,其中,所述明细标识用于标识对应的账户的服务分配明细;将所述N个账户分别对应的明细标识发送至K个供应商服务器,用于指示所述K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,所述K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
根据本发明实施例的另一方面,还提供了一种服务分配处理装置,包括:第一获取模块,用于获取N个账户分别对应的账户标签,其中,所述账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;确定模块,用于基于所述N个账户分别对应的账户标签,确定分配数据,其中,所述分配数据至少用于指示为所述N个账户分别分配的服务类型和服务数量;第二获取模块,用于基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;生成模块,用于基于所述N个账户分别对应的账户标签,以及所述M个服务,生成所述N个账户分别对应的明细标识,其中,所述明细标识用于标识对应的账户的服务分配明细;发送模块,用于将所述N个账户分别对应的明细标识发送至K个供应商服务器,用于指示所述K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,所述K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
根据本发明实施例的另一方面,还提供了一种非易失性存储介质,所述非易失性存储介质存储有多条指令,所述指令适于由处理器加载并执行任意一项所述的服务分配处理方法。
根据本发明实施例的另一方面,还提供了一种电子设备,包括一个或多个处理器和存储器,所述存储器用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现任意一项所述的服务分配处理方法。
在本发明实施例中,通过获取N个账户分别对应的账户标签,其中,所述账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;基于所述N个账户分别对应的账户标签,确定分配数据,其中,所述分配数据至少用于指示为所述N个账户分别分配的服务类型和服务数量;基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;基于所述N个账户分别对应的账户标签,以及所述M个服务,生成所述N个账户分别对应的明细标识,其中,所述明细标识用于标识对应的账户的服务分配明细;将所述N个账户分别对应的明细标识发送至K个供应商服务器,用于指示所述K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,所述K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数,达到了基于所述N个账户分别对应的所述账户标签以及数据库查询,进行服务批量分配与权益开通的目的,从而实现了提升服务分配效率的技术效果,进而解决了相关技术中的服务分配处理方法存在的服务分配效率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种服务分配处理方法的流程图;
图2是根据本发明实施例的一种可选的服务管理平台架构示意图;
图3是根据本发明实施例的一种可选的服务集成配置流程图;
图4是根据本发明实施例的一种可选的服务购买流程图;
图5是根据本发明实施例的一种可选的服务使用流程图;
图6是根据本发明实施例的一种服务分配处理装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,为方便理解本发明实施例,下面将对本发明中所涉及的部分术语或名词进行解释说明:
虚拟服务,一个广泛的术语,通常用来描述通过计算机技术、互联网或数字平台提供的各种服务,而不是通过传统的面对面方式来实现。这些服务可以涵盖各种不同的领域,包括医疗保健、金融、教育、客户服务、娱乐和更多。虚拟服务的特点包括:(1)在线互动:虚拟服务通常通过互联网或其他数字通信方式进行,允许用户与服务提供者进行在线互动。这可以包括文字聊天、语音通话、视频会议等。(2)远程访问:用户可以在任何地方使用虚拟服务,只要他们有互联网连接。这消除了地理位置的限制,使服务对更多人可用。(3)数字化和自动化:虚拟服务通常依赖计算机程序和自动化流程,以提供服务或解决问题。这意味着一些虚拟服务可以在没有人工干预的情况下运行。(4)便捷性:虚拟服务通常更加便捷,用户可以随时访问它们,无需等待或安排预约。(5)多领域应用:虚拟服务可以应用于多个领域,包括医疗保健、金融、电子商务、社交媒体、在线教育、客户支持、虚拟现实、游戏等等。
MySQL,一个关系型数据库管理系统,是最流行的关系型数据库管理系统之一,在WEB应用方面,MySQL是最好的关系数据库管理系统(Relational Database ManagementSystem,RDBMS)应用软件之一。
活动消息队列ActiveMQ,一个流行的开源消息中间件,用于支持异步通信,消息传递和消息队列。它提供了一种可靠的、解耦的通信模式,用于在分布式系统中进行消息传递。
弹性搜索Elasticsearch引擎,一个开源的分布式搜索和分析引擎,它被设计用于实时地搜索、分析和存储大规模的数据。Elasticsearch内置了全文搜索功能,同时也支持结构化数据和地理信息数据的存储和搜索。它还提供了强大的分析功能,例如聚合分析、地理空间分析和文本分析。
RSA加密算法,一种非对称加密算法。在公开密钥加密和电子商业中RSA被广泛使用。
远程字典服务(Remote Dictionary Server,Redis),一种开源的内存数据库,它被广泛用作缓存、消息代理和队列等用途。Redis支持多种数据结构,包括字符串、哈希表、列表、集合等,同时也提供了在服务器端执行的原子操作。
Spring容器,Spring框架核心部分之一,它主要负责管理Spring应用程序中的对象(Bean)。Spring容器会负责创建、配置和管理这些对象,以及维护它们之间的关系。
binLake,“bin”是二进制(binary)的缩写,而“Lake”代表湖,binLake可以理解为“二进制之湖”。它是一个开源的、实时的数据库变更捕获平台,能够实时捕获数据库的变更数据,并将这些数据实时同步到其他的系统或存储中,以供后续的分析、处理或利用。
根据本发明实施例,提供了一种服务分配处理的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的服务分配处理方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数。
可选的,该N个账户可以但不限于为企业或机构内N个员工分别对应的账户,对应的账户标签对应于员工的身份等级,其中的身份等级可以但不限于通过员工所属的部门和/或员工的职位等级进行确定的。
步骤S104,基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量。
可选的,该账户标签可以作为每一个账户进行服务分配的依据,即以每个账户的职位等级、所属部门等因素作为账户标签,为每一个账户进行服务分配,包括为每一个账户分配的服务类型和服务数量,得到的分配结果即作为分配数据。
可选的,在进行服务分配时,还可以根据账户标签批量进行账户的选择,以提升账户选取效率,进而提升服务分配效率。服务类型可以但不限于包括体检、购物、家医等。
步骤S106,基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数。
可选的,基于该分配数据,可以得到在为N个账户进行服务分配时,需要的服务类型,以及每一种服务类型对应的服务总数量。在获知以上服务类型以及服务总数量信息后,可以从目标数据库中获取到相应的服务,即M个服务。并将M个服务分配到对应的账户。该目标数据库可以但不限于为MySQL数据库。
在一种可选的实施例中,基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,包括:从目标数据库中确定与分配数据匹配的待使用服务集合;检测待使用服务集合中包括的服务是否能够满足N个账户对应的服务需求;检测N个账户是否预先分配到过预定服务,其中,预定服务为分配数据中记录的N个账户分别对应的服务;检测待使用服务集合中包括的服务的状态是否为预定状态,其中,预定状态为正常使用状态;待使用服务集合中包括的服务能够满足N个账户对应的服务需求,并且N个账户未预先分配到过预定服务,并且待使用服务集合中包括的服务的状态为预定状态的情况下,基于分配数据,从目标数据库中存储的待使用服务中获取M个服务。
可选的,在对N个账户进行服务分配时,可以增加Redis分布式锁,防止因为快速点击造成重复分配。并且,在进行服务分配时,还需要进行分别配数据的校验,具体的,可以校验目标数据库中的当前服务单剩余数量是否满足当前分配数,即目标数据库中的待使用服务集合中包括的服务是否能够满足N个账户对应的服务需求;当前分配员工(即N个账户)中有多少人已经分配过当前服务,即N个账户是否预先分配到过预定服务;当前服务单状态是否过期或者作废,即待使用服务集合中包括的服务的状态是否为正常使用状态,该正常使用状态即为没有过期或作废的状态。在确定当前服务单剩余数量能够满足当前分配数,并且当前分配员工均没有分配过当前服务,并且当前服务单均没有过期或者作废的情况下,确定分配数据校验通过,此时可以基于分配数据从目标数据库中进行服务获取。通过以上方式不仅能够避免重复分配问题,同时能够保证服务分配的结果能够满足实际需求,每个用户均能够正常分配到应得的服务。
在一种可选的实施例中,基于分配数据,从目标数据库中存储的预先购买的服务中获取M个服务,包括:基于分配数据,通过目标消息中间件从服务工厂获取N个账户分别对应的服务组件,其中,服务工厂用于管理服务组件的生命周期和依赖关系,服务组件用于执行服务数量扣减操作,目标消息中间件用于执行与K个供应商服务器之间的异步消息传递;基于N个账户分别对应的服务组件,调用服务数量扣减接口,对K个供应商服务器执行服务数量扣减操作;在执行扣减操作成功的情况下,基于分配数据,从目标数据库中存储的待使用服务中获取M个服务。
可选的,该目标消息中间件可以但不限于为活动消息队列ActiveMQ中间件,该ActiveMQ中间件可用于支持异步通信,消息传递和消息队列,利用ActiveMQ中间件进行异步处理不仅提升了并发量,而且可以保证当供应商接口出现异常可以重试,保证服务的高可用。该服务组件中包括用于执行服务数量扣减操作的类,可用于执行服务数量扣减操作。
以上方式中,通过目标消息中间件异步从服务工厂获取N个账户分别对应的服务组件,不仅可以提升服务组件获取并发量,而且可以保证当供应商接口出现异常可以重试,保证服务的高可用;并且基于对应的服务组件,调用服务数量扣减接口执行服务数量扣减操作且扣减成功的情况下,再执行从目标服务器中获取服务的过程,可以避免由于数据库存储的数量信息错误,例如,记录的服务数量大于实际数量,导致部分员工无法成功分配到相应的服务。
在一种可选的实施例中,在基于分配数据,从目标数据库中存储的预先购买的服务中获取M个服务之前,该方法还包括:接收针对目标服务的购买请求,其中,购买请求中至少携带有目标服务的购买数量;基于购买请求,从服务工厂中查询目标服务组件,其中,服务工厂用于管理服务组件的生命周期和依赖关系,目标服务组件用于执行服务购买操作;基于目标服务组件,调用服务购买接口,从目标供应商服务器购买目标服务,得到目标服务购买结果;将目标服务购买结果存储至目标数据库。
可选的,目标服务器中存储的待使用服务,是在进行服务分配之前,在对应的供应商处购买的。通过与对应的供应商服务器之间的交互,将服务购买请求发送至对应的供应商服务器,即可实现线上服务购买操作,方便快捷。具体的,以目标服务的购买为例,当需要购买目标服务时,需要根据目标服务的类型从服务工厂中查询对应的目标服务组件,该目标服务组件中包括用于执行服务购买操作的类;基于目标服务组件,调用服务购买接口链接至对应的目标供应商服务器,从目标供应商服务器处购买需要的目标服务,在购买成功后,目标供应商服务器会将目标服务购买结果返回,进一步将目标服务购买结果存储至目标数据库中,作为待使用服务。其中该目标服务购买结果中包括目标服务的名称,类型,数量,有效期等信息。通过以上方式可以显著提升线上服务购买效率。并且以上方式可以支持从多个不同的供应商处购买不同类型的服务,只要预先与对应的供应商达成协议并建立相应的接口连接以及交互规则即可。
可选的,该供应商购买接口是指用于购买商品或服务的接口,它提供了购买商品所需的功能接口,它通过调用服务组件的功能接口来实现购买商品的操作。
在一种可选的实施例中,在将目标服务购买结果存储至目标数据库之后,该方法还包括:接收服务查询请求;基于服务查询请求,从目标数据库调用服务列表,其中,服务列表至少包括:已购买的至少一种服务对应的服务名称,以及以下至少之一:服务类型、总购买数量、已使用数量、未使用数量、服务有效期;在显示界面上显示服务列表。
可选的,在进行服务购买或变更之后,相应的信息会以服务列表的形式存储在目标数据库中,该服务列表中包括服务类型、总购买数量、已使用数量、未使用数量、服务有效期等信息。在需要进行服务查询时,基于接收到的服务查询请求,即可触发从目标数据库调用服务列表进行显示。以上方式可以快速得到并直观的看出服务购买及变更情况,无需人为统计,提升服务管理效率。
步骤S108,基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细。
可选的,账户标签中包括对应账户的账户等级,基于该账户等级即可匹配出需要为对应账户分配的服务类型,形成相应的服务分配明细,并为每一个服务分配明细分配唯一的标识作为明细标识,便于后续进行服务分配明细的传输与管理。
步骤S110,将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
可选的,将每个账户的服务分配明细发送至对应的供应商服务器,其中,每一个供应商服务器可以接收一种服务类型对应的服务分配明细,供应商服务器在接收到对应服务类型的服务分配明细之后,会根据服务分配明细生成对应的服务使用权益,该服务使用权益可以为用户服务包的形式,用户服务包的生成也标志着给当前账户生成了可以使用的权益。将服务分配明细的唯一标识发送给供应商服务器,供应商服务器根据分配明细生成对应的用户服务包,用户服务包的生成也标志着给当前用户生成了可以使用的权益。
在一种可选的实施例中,在将N个账户分别对应的明细标识发送至K个供应商服务器,用于K个供应商服务器基于对应的明细标识,为对应账户分别生成服务使用权益之后,该方法还包括:接收K个供应商服务器返回的N个账户分别对应的服务使用权益,得到N个账户分别对应的服务使用权益;基于N个账户分别对应的服务使用权益,对N个账户分别对应的服务分配明细进行激活处理,以使得N个账户分别对应的服务使用权益更新为激活状态。
可选的,供应商服务器在生成服务使用权益之后,会将服务使用权益返回,在接收到所有账户(及N个账户)的服务使用权益之后,可以进一步基于服务使用权益将对应账户的服务分配明细激活,无需各账户自己进行手动进行激活,由此可以节约用户时间,提升用户体验感。
可选的,N个账户分别对应的服务使用权益可以通过用户服务包ID的形式传输,即供应商服务器在根据服务分配明细生成对应的用户服务包之后,会为用户服务包生成对应的用户服务包ID,该用户服务包ID是供应商侧的唯一标识,供应商服务器将此用户服务包ID和上一步生成的明细标识通过回调接口进行返回,根据回调信息解析出明细标识和用户服务包ID,然后将用户服务包ID更新到服务分配明细上,当前服务分配明细状态即更新为已激活状态。
在一种可选的实施例中,基于N个账户分别对应的服务使用权益,对N个账户分别对应的服务分配明细进行激活处理,以使得N个账户分别对应的服务使用权益更新为激活状态,包括:接收目标供应商服务器返回的权益变更信息,其中,权益变更信息用于指示目标账户的权益状态由有效状态切换为过期状态或作废状态;基于权益变更消息,将目标账户对应的服务分配明细由激活状态更新为过期状态或作废状态。
可选的,在供应商侧的用户服务包存在作废过期操作时,供应商服务器也会通过回调接口将用户服务包过期作废的状态以权益变更消息的形式返回。在接收到目标供应商服务器返回的权益变更消息之后,将目标账户对应的服务分配明细由激活状态同步更新为过期状态或作废状态。由此保证用户侧与供应商侧的服务分配明细状态的一致性。
上述步骤S102至步骤S110的执行主体可以为服务管理平台,通过上述步骤S102至步骤S110,可以达到基于多个账户分别对应的账户标签以及数据库查询,进行服务批量分配与权益开通的目的,从而实现提升服务分配效率的技术效果,进而解决相关技术中的服务分配处理方法存在的服务分配效率低的技术问题。
基于上述实施例和可选实施例,本发明提出一种可选实施方式,该方法包括:
S1,构建服务管理平台架构,图2是根据本发明实施例的一种可选的服务管理平台架构示意图,如图2所示,该服务管理平台包括:
前端层:前端使用轻量级的开源框架视图Vue实现,Vue.js是一个轻巧、高性能、可组件化的模型-视图-视图模型(Model-View-ViewModel,MVVM)库,同时拥有非常容易上手的应用程序接口API,可以快速和后端实现分离开发,提升开发效率。
负载均衡层:基于引擎X(Nginx)实现,Nginx是一个高性能的超文本传输协议(Hypertext Transfer Protocol,HTTP)和反向代理Web服务器,可以快速实现反向代理和负载均衡,应对高并发场景。
服务层:采用微服务架构将内部的服务进行拆分形成不同的服务模块,实现服务间的松耦合,以便于快速的开发和部署。
缓存层:基于Redis数据库实现,Redis是一个高性能的键-值key-value数据库,Redis响应非常快,每秒可以执行大约110000个写入操作,或者81000个读操作,其速度远超数据库,因此采用它来保存读写频繁的信息,并且搭建Redis集群来保证高可用。
数据库层:基于MySQL数据库实现,MySQL数据库体积小、速度快、总体拥有成本低、开放源代码,因此以MySQL作为数据持久化的数据库,即目标数据库,并且搭建MySQL集群来应对海量数据。弹性搜索(Elasticsearch,ES)引擎是一个分布式、表述性状态转移RESTful风格的搜索和数据分析引擎,采用它来应对海量数据的复杂查询场景。
S2,服务集成配置,以服务管理平台中的服务中心(作为一个独立的功能模块)作为服务管理平台的服务提供者,它内部集成了各种类型的服务,然后对外提供统一的服务购买和使用接口。不同服务间的购买和使用方式千差万别,因此服务中心抽象出顶层接口包含服务购买,服务查询,服务使用等基础方法,然后不同服务实现该接口作为一种具体的服务策略注册到服务中心,通过这种方式可以做到不同服务间的高内聚,低耦合而且能够快速集成多种类型的服务。图3是根据本发明实施例的一种可选的服务集成配置流程图,如图3所示,该方法包括:
S21,定义服务接口。服务类型以及使用方式千差万别,但是共性是都具有购买,使用,激活等操作,因此将这些操作提取成为服务接口,所有服务都需要实现该服务接口。
S22,和供应商(对应供应商服务器)进行服务接口的打通。需要和服务供应商搭建战略合作关系,服务中心作为引流入口,服务供应商是具体服务的购买和使用的承接商,供应商需要提供相关的HTTP接口文档,然后基于服务接口和供应商接口文档进行对接形成体检,家医等具体的服务组件。这一步实现需要双方研发进行深度合作,对服务接口的参数和返回值进行沟通,最终形成可落地的方案。
S23,将服务实现类注册到服务工厂中。Spring容器初始化的时候自动扫描实现服务接口的服务组件,并且将这些组件注入到工厂中,形成最终的服务池。
S24,根据传入的服务类型从服务工厂中获取具体的服务组件。当需要对具体的服务进行操作时,需要传入服务类型然后服务工厂根据服务类型获取具体的服务组件,就可以调用该服务的相关方法。
S25,将上一步扫描到的服务信息保存在数据库中,这样当企业进入服务中心时就可以查询目标数据库获取到已集成服务的服务列表。
S3,服务购买,图4是根据本发明实施例的一种可选的服务购买流程图,如图4所示,该方法包括:
S31,登入服务管理平台然后进入服务中心,服务中心通过查询目标数据库展示出体检,家医,购物等服务的服务列表,这些服务是经过服务注册的步骤后集成到系统中的。
S32,选择指定需要购买的目标服务后输入服务数量然后点击购买,这时会将目标服务对应的服务类型、服务数量等参数传入到服务中心,服务中心根据传入服务类型在服务工厂中找到具体的服务组件,然后调用对应的服务购买接口从对应的供应商侧进行购买。
S33,服务购买成功后供应商侧会通过接口返回服务相关的信息。服务名称,服务类型,服务数量,有效期等信息,将这些信息以及当前企业的信息保存到Mysql数据库(即目标数据库)中,形成带有企业属性的服务单池。
S34,企业登录进入企业服务单模块可以看到已购买的服务列表,上面展示了服务的名称,已使用数量,未使用数量等信息,企业可以根据需要对已购买完成的服务进行分配等操作。
S4,服务使用,图5是根据本发明实施例的一种可选的服务使用流程图,如图5所示,该方法包括:
S41,企业登录服务管理平台后进入企业服务单模块查看服务列表,该服务列表下已经展示的是企业购买的服务信息,其中,服务列表至少包括:已购买的至少一种服务对应的服务名称,以及以下至少之一:服务类型、总购买数量、已使用数量、未使用数量、服务有效期。
S42,企业在服务管理平台中将员工信息进行维护,主要有员工账户标识,手机号,身份标识,部门编号等,员工信息作为后续进行服务分配和使用的基础数据,员工信息使用部门级联的方式进行展示,最顶层是集团,集团下是一级部门,以此类推,这样方便按照部门,即每一个员工的身份等级进行批量选择员工,满足大批量员工的选择需求,其中每一个员工对应一个账户。
S43,选择员工后点击具体服务进行服务分配,点击分配时增加Redis分布式锁,防止因为快速点击造成重复分配。
S44,进行分配数据校验,主要校验当前服务单剩余数量是否满足当前分配数,当前分配员工中有多少人已经分配过当前服务,当前服务单状态是否过期或者作废。
S45,分配完成并且校验满足条件后,将分配数据发送给ActiveMQ消息中间件进行处理,利用ActiveMQ消息中间件进行异步处理不仅提升了并发量,而且可以保证当供应商接口出现异常可以重试,保证服务的高可用。
S46,ActiveMQ消息中间件中,首先根据传入的服务类型,从服务中心工厂中获取具体的服务组件,然后调用服务组件预扣减接口,对供应商侧服务单的数量进行扣减。
S47,供应商处服务单数量扣减成功,说明当前可以进行下一步分配操作,首先会根据员工信息(如标签)和服务单信息生成分配明细,每一个员工都有一条服务分配明细,可以利用雪花算法生成唯一的分布式标识ID作为服务分配明细的唯一标识(即明细标识)。
S48,将服务分配明细的唯一标识发送给供应商,供应商根据服务分配明细生成对应的用户服务包,用户服务包的生成也标志着给当前用户生成了可以使用的权益。用户服务包ID是供应商侧的唯一标识,供应商将此唯一标识和上一步生成的服务分配明细的唯一标识通过回调接口进行返回,服务管理平台根据回调信息解析出分配明细唯一标识和用户服务包ID,然后将用户服务包ID更新到服务分配明细上,当前服务分配明细状态更新为已激活。
S49,供应商侧用户服务包存在作废过期操作时,也通过回调接口告诉服务管理平台,服务管理平台也同步更新分配明细的状态,保证服务管理平台分配明细状态和供应商用户服务包状态的一致。
S410,利用二进制之湖binLake监测数据库的变更,将变更数据更新到ES和Redis中,ES主要用来满足复杂条件查询,它的查询性能远高于数据库,Redis中主要将分配明细的唯一标识作为密钥key保存分配明细,这样满足大并发时单个分配明细的查询需求。
S411,为了保证系统间数据传输的安全性,选择用RSA算法对传输的数据进行加密,和供应商间分别保存对方的公钥,调用接口前先使用对方公钥加密消息体,接收到结果后用私钥解密,这样可以防止信息泄露。
S412,员工通过手机号加验证码的形式登录供应商的服务使用平台后,就可以看到企业为员工分配的服务信息,然后员工就可以进行使用。
S413,利用ES内存查询速度快的特性,对分配明细进行数据统计,统计每天服务的使用数激活数等信息并且形成数据看板,方便企业快速了解服务使用情况。
本发明实施例中,提供一个软件即服务(Software as a Service,SAAS)的服务管理平台将体检,购物,家医等服务进行统一管理,解决各种类型服务分散,管理不便的问题;支持大规模企业中上万员工服务的一键分配,解决大规模员工分配服务耗时耗力的问题;分配服务时能够对用户信息和分配内容进行严格的校验,避免错发,超发;能够实时看到员工对于服务的使用情况,提高企业对于服务使用情况的了解;能够自由灵活的选择时间和员工分配服务,提高企业参与感和自主性,降低对运营商的依赖,简化分配流程;能够自主选择撤销未使用的服务,节省企业成本。
本发明实施例可以实现如下效果中的至少之一:1)统一的服务管理解决方案:提供一套统一的服务管理系统,支持不同类型和渠道的服务进行统一管理。这样的解决方案可以集中管理企业的各类服务,包括体检、购物、会员等,在一个统一的平台上进行管理和配置。2)企业主导的服务分配模式:采用企业主导的服务分配模式,赋予企业更大的自主性和灵活性。企业可以根据具体需求和情况,自主选择和配置适合的服务供应商,并灵活调整服务分配策略,以满足不同部门或员工的需求。3)实时数据展示方案:提供实时数据展示功能,让企业能够即时查看服务的使用情况和统计数据。这样的数据展示方案可以帮助企业更好地把握服务使用情况,了解服务的受欢迎程度和效果,从而做出相应的调整和优化。4)大规模员工服务一键分配方案:设计一键分配方案,支持大规模员工服务的快速分配。通过简化和自动化的分配流程,企业可以节省人力成本,提高服务分配的效率和准确性,使员工能够快速获得所需的服务。5)灵活的服务扩展策略:优化服务扩展策略,使其更加灵活。通过少量的配置和开发工作,系统能够轻松支持多种类型的服务,如添加购物服务、会议预订等功能。这样的灵活扩展策略使得企业能够根据需求快速引入新的服务,满足不断变化的业务需求。
在本实施例中还提供了一种服务分配处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”“装置”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
根据本发明实施例,还提供了一种用于实施上述服务分配处理方法的装置实施例,图6是根据本发明实施例的一种服务分配处理装置的结构示意图,如图6所示,上述服务分配处理装置,包括:第一获取模块600、确定模块602、第二获取模块604、生成模块606、发送模块608,其中:
第一获取模块600,用于获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;
确定模块602,连接于第一获取模块600,用于基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量;
第二获取模块604,连接于确定模块602,用于基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;
生成模块606,连接于第二获取模块604,用于基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细;
发送模块608,连接于生成模块606,用于将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
在本发明实施例中,通过设置第一获取模块600,用于获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;确定模块602,连接于第一获取模块600,用于基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量;第二获取模块604,连接于确定模块602,用于基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;生成模块606,连接于第二获取模块604,用于基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细;发送模块608,连接于生成模块606,用于将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数,达到了基于N个账户分别对应的账户标签以及数据库查询,进行服务批量分配与权益开通的目的,从而实现了提升服务分配效率的技术效果,进而解决了相关技术中的服务分配处理方法存在的服务分配效率低的技术问题。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,例如,对于后者,可以通过以下方式实现:上述各个模块可以位于同一处理器中;或者,上述各个模块以任意组合的方式位于不同的处理器中。
此处需要说明的是,上述第一获取模块600、确定模块602、第二获取模块604、生成模块606、发送模块608对应于实施例中的步骤S102至步骤S110,上述模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在计算机终端中。
需要说明的是,本实施例的可选或优选实施方式可以参见实施例中的相关描述,此处不再赘述。
上述的服务分配处理装置还可以包括处理器和存储器,上述第一获取模块600、确定模块602、第二获取模块604、生成模块606、发送模块608等均作为程序模块存储在存储器中,由处理器执行存储在存储器中的上述程序模块来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序模块,上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
根据本申请实施例,还提供了一种非易失性存储介质的实施例。可选的,在本实施例中,上述非易失性存储介质包括存储的程序,其中,在上述程序运行时控制上述非易失性存储介质所在设备执行上述任意一种服务分配处理方法。
可选的,在本实施例中,上述非易失性存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中,上述非易失性存储介质包括存储的程序。
可选的,在程序运行时控制非易失性存储介质所在设备执行以下功能:获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量;基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细;将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
根据本申请实施例,还提供了一种处理器的实施例。可选的,在本实施例中,上述处理器用于运行程序,其中,上述程序运行时执行上述任意一种服务分配处理方法。
根据本申请实施例,还提供了一种计算机程序产品的实施例。可选的,在本实施例中,上述计算机程序产品包括计算机程序,上述计算机程序被处理器执行时实现上述任意一种的服务分配处理方法步骤的程序。
可选的,上述计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量;基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细;将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
本发明实施例提供了一种电子设备,该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:获取N个账户分别对应的账户标签,其中,账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;基于N个账户分别对应的账户标签,确定分配数据,其中,分配数据至少用于指示为N个账户分别分配的服务类型和服务数量;基于分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;基于N个账户分别对应的账户标签,以及M个服务,生成N个账户分别对应的明细标识,其中,明细标识用于标识对应的账户的服务分配明细;将N个账户分别对应的明细标识发送至K个供应商服务器,用于指示K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
上述本发明实施例顺序仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如上述模块的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块或模块的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取非易失性存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个非易失性存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的非易失性存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种服务分配处理方法,其特征在于,包括:
获取N个账户分别对应的账户标签,其中,所述账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;
基于所述N个账户分别对应的账户标签,确定分配数据,其中,所述分配数据至少用于指示为所述N个账户分别分配的服务类型和服务数量;
基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;
基于所述N个账户分别对应的账户标签,以及所述M个服务,生成所述N个账户分别对应的明细标识,其中,所述明细标识用于标识对应的账户的服务分配明细;
将所述N个账户分别对应的明细标识发送至K个供应商服务器,用于指示所述K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,所述K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
2.根据权利要求1所述的方法,其特征在于,所述基于所述分配数据,从目标数据库中存储的预先购买的服务中获取M个服务,包括:
基于所述分配数据,通过目标消息中间件从服务工厂获取所述N个账户分别对应的服务组件,其中,所述服务工厂用于管理所述服务组件的生命周期和依赖关系,所述服务组件用于执行服务数量扣减操作,所述目标消息中间件用于执行与所述K个供应商服务器之间的异步消息传递;
基于所述N个账户分别对应的服务组件,调用服务数量扣减接口,对所述K个供应商服务器执行服务数量扣减操作;
在执行所述扣减操作成功的情况下,基于所述分配数据,从所述目标数据库中存储的待使用服务中获取所述M个服务。
3.根据权利要求1所述的方法,其特征在于,所述基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,包括:
从所述目标数据库中确定与所述分配数据匹配的待使用服务集合;
检测所述待使用服务集合中包括的服务是否能够满足所述N个账户对应的服务需求;
检测所述N个账户是否预先分配到过预定服务,其中,所述预定服务为所述分配数据中记录的所述N个账户分别对应的服务;
检测所述待使用服务集合中包括的服务的状态是否为预定状态,其中,所述预定状态为正常使用状态;
所述待使用服务集合中包括的服务能够满足所述N个账户对应的服务需求,并且所述N个账户未预先分配到过所述预定服务,并且所述待使用服务集合中包括的服务的状态为所述预定状态的情况下,基于所述分配数据,从所述目标数据库中存储的待使用服务中获取所述M个服务。
4.根据权利要求1所述的方法,其特征在于,在所述基于所述分配数据,从目标数据库中存储的预先购买的服务中获取M个服务之前,所述方法还包括:
接收针对目标服务的购买请求,其中,所述购买请求中至少携带有所述目标服务的购买数量;
基于所述购买请求,从服务工厂中查询目标服务组件,其中,所述服务工厂用于管理服务组件的生命周期和依赖关系,所述目标服务组件用于执行服务购买操作;
基于所述目标服务组件,调用服务购买接口,从目标供应商服务器购买所述目标服务,得到目标服务购买结果;
将目标服务购买结果存储至所述目标数据库。
5.根据权利要求4所述的方法,其特征在于,在所述将目标服务购买结果存储至所述目标数据库之后,所述方法还包括:
接收服务查询请求;
基于所述服务查询请求,从所述目标数据库调用服务列表,其中,所述服务列表至少包括:已购买的至少一种服务对应的服务名称,以及以下至少之一:服务类型、总购买数量、已使用数量、未使用数量、服务有效期;
在显示界面上显示所述服务列表。
6.根据权利要求1至5中任意一项所述的方法,其特征在于,在所述将所述N个账户分别对应的明细标识发送至所述K个供应商服务器,用于所述K个供应商服务器基于对应的明细标识,为对应账户分别生成服务使用权益之后,所述方法还包括:
接收所述K个供应商服务器返回的所述N个账户分别对应的所述服务使用权益,得到所述N个账户分别对应的服务使用权益;
基于所述N个账户分别对应的所述服务使用权益,对所述N个账户分别对应的服务分配明细进行激活处理,以使得所述N个账户分别对应的服务使用权益更新为激活状态。
7.根据权利要求6所述的方法,其特征在于,所述基于所述N个账户分别对应的服务使用权益,对所述N个账户分别对应的服务分配明细进行激活处理,以使得所述N个账户分别对应的服务使用权益更新为激活状态,包括:
接收目标供应商服务器返回的权益变更信息,其中,所述权益变更信息用于指示目标账户的权益状态由有效状态切换为过期状态或作废状态;
基于所述权益变更消息,将所述目标账户对应的服务分配明细由激活状态更新为过期状态或作废状态。
8.一种服务分配处理装置,其特征在于,包括:
第一获取模块,用于获取N个账户分别对应的账户标签,其中,所述账户标签至少用于指示对应账户的身份等级,N为大于或等于2的整数;
确定模块,用于基于所述N个账户分别对应的账户标签,确定分配数据,其中,所述分配数据至少用于指示为所述N个账户分别分配的服务类型和服务数量;
第二获取模块,用于基于所述分配数据,从目标数据库中存储的待使用服务中获取M个服务,其中,M为大于或等于N的整数;
生成模块,用于基于所述N个账户分别对应的账户标签,以及所述M个服务,生成所述N个账户分别对应的明细标识,其中,所述明细标识用于标识对应的账户的服务分配明细;
发送模块,用于将所述N个账户分别对应的明细标识发送至K个供应商服务器,用于指示所述K个供应商服务器基于对应的明细标识,为对应账户生成服务使用权益,其中,所述K个供应商服务器的数量与服务类型的种类相同,K为大于或等于1的整数。
9.一种非易失性存储介质,其特征在于,所述非易失性存储介质存储有多条指令,所述指令适于由处理器加载并执行权利要求1至7中任意一项所述的服务分配处理方法。
10.一种电子设备,其特征在于,包括一个或多个处理器和存储器,所述存储器用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1至7中任意一项所述的服务分配处理方法。
CN202410379903.9A 2024-03-29 2024-03-29 服务分配处理方法、装置、存储介质及电子设备 Pending CN118171880A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410379903.9A CN118171880A (zh) 2024-03-29 2024-03-29 服务分配处理方法、装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410379903.9A CN118171880A (zh) 2024-03-29 2024-03-29 服务分配处理方法、装置、存储介质及电子设备

Publications (1)

Publication Number Publication Date
CN118171880A true CN118171880A (zh) 2024-06-11

Family

ID=91354680

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410379903.9A Pending CN118171880A (zh) 2024-03-29 2024-03-29 服务分配处理方法、装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN118171880A (zh)

Similar Documents

Publication Publication Date Title
US7856420B2 (en) Zero latency enterprise enriched publish/subscribe
US20170264514A1 (en) Service image notifications
US20030229884A1 (en) Interaction manager template
US20130167199A1 (en) On-Demand Authorization Management
US20130104150A1 (en) Service based information technology platform
US20140201331A1 (en) Platform for the delivery of content and services to networked connected computing devices
US20130282761A1 (en) System and method for entity shape abstraction in an on demand environment
US20190171651A1 (en) Multi-tenant data integration
US9021064B2 (en) Web service architecture for product configuration
CA2758025C (en) Custom web services data link layer
US9652740B2 (en) Fan identity data integration and unification
CN111221509A (zh) 一种基于SpringCloud架构体系的可定制化线上缴费服务开发平台
US20020116354A1 (en) Method and system for transforming session data
CN118171880A (zh) 服务分配处理方法、装置、存储介质及电子设备
CN116166514A (zh) 多渠道数据联动处理方法、装置、计算机设备和存储介质
US8229994B2 (en) Method, system, and program product for providing automatic group subscriptions
CN107608690B (zh) 配置管理的方法及装置
Sodhi et al. Appification of web applications: Architectural aspects
CN109951529A (zh) 一种资源管理方法和装置
Balsamo Designing a Microservice-oriented application running on a Serverless architecture
González Carril et al. On the use of Blockchain to enable a highly scalable Internet of Things Data Marketplace
CN117009327B (zh) 一种数据处理方法、装置及计算机设备、介质
Michailidis Development of a Smart Ordering System
US20240020629A1 (en) Inventory management system protection for network traffic surge resistant platform
CN115729784A (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