CN114996577A - 服务管理方法、装置、设备、存储介质和程序产品 - Google Patents

服务管理方法、装置、设备、存储介质和程序产品 Download PDF

Info

Publication number
CN114996577A
CN114996577A CN202210652131.2A CN202210652131A CN114996577A CN 114996577 A CN114996577 A CN 114996577A CN 202210652131 A CN202210652131 A CN 202210652131A CN 114996577 A CN114996577 A CN 114996577A
Authority
CN
China
Prior art keywords
service
user
target
information
authority
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
CN202210652131.2A
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.)
Suncom Information Technology Shenzhen Co ltd
Original Assignee
Suncom Information Technology Shenzhen 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 Suncom Information Technology Shenzhen Co ltd filed Critical Suncom Information Technology Shenzhen Co ltd
Priority to CN202210652131.2A priority Critical patent/CN114996577A/zh
Publication of CN114996577A publication Critical patent/CN114996577A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9538—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Child & Adolescent Psychology (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种服务管理方法、装置、设备、存储介质和程序产品，所述方法包括：在接收到第一终端发送的查询指令后，根据用户标识与服务权限之间的对应关系，确定查询指令中携带的目标用户的用户标识对应的目标服务权限。进一步地，根据目标服务权限确定候选服务项目的信息，并向第一终端发送携带候选服务项目的信息的响应消息，以使第一终端显示候选服务项目的信息。综上所述，本申请实施例中，可以根据每个用户对应的服务权限为上述用户提供相应的候选服务项目的信息，以便于上述用户选择所需的目标服务，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。

Description

服务管理方法、装置、设备、存储介质和程序产品
技术领域
本申请涉及健康服务技术领域，特别是涉及一种服务管理方法、装置、设备、存储介质和程序产品。
背景技术
随着通信技术的发展，许多行业可以提供越来越多的线上服务。目前越来越多的公司对员工的健康越来越关注，很多公司会为员工在一些健康服务平台上提供一些健康服务，例如，职工体检服务或者网上问诊服务等。
传统技术中，健康服务平台通常会展示所有服务项目，以便于企业员工从中选择所需的服务。但是，传统方法中健康服务平台的服务管理方式不够灵活，难以满足用户的需求。
发明内容
基于此，有必要针对上述技术问题，提供一种管理方式比较灵活的服务管理方法、装置、设备、存储介质和程序产品。
第一方面，本申请提供了一种服务管理方法，所述方法包括：
接收第一终端发送的查询指令，所述查询指令包括目标用户的用户标识；
根据用户标识与服务权限之间的对应关系，确定所述目标用户的用户标识对应的目标服务权限；
根据所述目标服务权限确定候选服务项目的信息；
向所述第一终端发送携带所述候选服务项目的信息的响应消息；所述响应消息用于指示所述第一终端显示所述候选服务项目的信息。
在其中一个实施例中，所述方法还包括：
接收所述第一终端发送的订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、基于所述第一终端显示的所述候选服务项目的信息确定的目标服务的服务标识和所述目标服务对应的目标资源值；
根据用户标识与资源值权限之间的对应关系，确定所述目标用户对应的最大资源值；
根据所述目标资源值和所述最大资源值，向所述第一终端发送服务支付信息，所述服务支付信息用于指示所述第一终端显示服务支付页面。
在其中一个实施例中，所述根据所述目标资源值和所述最大资源值，向所述第一终端发送服务支付信息，包括：
若所述目标资源值小于或等于所述最大资源值，则向所述第一终端发送第一服务支付信息，所述第一服务支付信息用于指示所述第一终端显示第一服务支付页面，所述第一服务支付页面用于显示订单支付成功；或者，
若所述目标资源值大于所述最大资源值，则向所述第一终端发送第二服务支付信息，所述第二服务支付信息用于指示所述第一终端显示第二服务支付页面，所述第二服务支付页面用于所述目标用户支付剩余资源值，所述剩余资源值为所述目标资源值与所述最大资源值的差值。
在其中一个实施例中，所述方法还包括：
接收第二终端发送的用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到所述用户标识与服务权限之间的对应关系。
在其中一个实施例中，所述用户信息还包括：每个所述用户标识对应的资源值权限，所述方法还包括：
根据所述至少一个用户的用户标识以及每个所述用户标识对应的资源值权限，得到所述用户标识信息与资源值权限之间的对应关系。
第二方面，本申请提供了一种服务管理方法，所述方法包括：
向服务器发送查询指令，所述查询指令包括目标用户的用户标识；
接收所述服务器发送的响应消息，所述响应消息中包括候选服务项目的信息；其中，所述候选服务项目的信息为所述服务器在根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限之后，根据所述目标服务权限确定的；
显示所述候选服务项目的信息。
在其中一个实施例中，所述方法还包括：
接收所述目标用户基于所述候选服务项目的信息输入的订单指令，其中，所述订单指令中包括：所述目标用户的用户标识、目标服务的服务标识和所述目标服务对应的目标资源值；
向所述服务器发送订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、所述目标服务的服务标识和所述目标服务对应的目标资源值；
接收所述服务器发送的服务支付信息，并根据所述服务支付信息显示服务支付页面，其中，所述服务支付信息为所述服务器在根据用户标识与资源值权限之间的对应关系确定所述目标用户对应的最大资源值之后，根据所述目标资源值和所述最大资源值发送的。
在其中一个实施例中，所述接收所述服务器发送的服务支付信息，并根据所述服务支付信息显示服务支付页面，包括：
接收所述服务器发送的第一服务支付信息，并根据所述第一服务支付信息显示第一服务支付页面，其中，所述第一服务支付信息为所述服务器在所述目标资源值小于或等于所述最大资源值时发送的，所述第一服务支付页面用于显示订单支付成功；或者，
接收所述服务器发送的第二服务支付信息，并根据所述第二服务支付信息显示第二服务支付页面，其中，所述第二服务支付信息为所述服务器在所述目标资源值大于所述最大资源值时发送的，所述第二服务支付页面用于所述目标用户支付剩余资源值，所述剩余资源值为所述目标资源值与所述最大资源值的差值。
第三方面，本申请提供了一种健康服务管理方法，所述方法包括：
接收用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
将所述用户信息发送给服务器，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系；
其中，所述用户标识与服务权限之间的对应关系用于所述服务器在接收到终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息。
在其中一个实施例中，所述用户信息还包括：每个所述用户标识对应的资源值权限，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的资源值权限，得到用户标识信息与资源值权限之间的对应关系。
第四方面，本申请提供了一种健康服务管理装置，所述装置包括：
接收模块，用于接收第一终端发送的查询指令，所述查询指令包括目标用户的用户标识；
第一确定模块，用于根据用户标识与服务权限之间的对应关系，确定所述目标用户的用户标识对应的目标服务权限；
第二确定模块，用于根据所述目标服务权限确定候选服务项目的信息；
发送模块，用于向所述第一终端发送携带所述候选服务项目的信息的响应消息；所述响应消息用于指示所述第一终端显示所述候选服务项目的信息。
第五方面，本申请提供了一种健康服务管理装置，所述装置包括：
发送模块，用于向服务器发送查询指令，所述查询指令包括目标用户的用户标识；
接收模块，用于接收所述服务器发送的响应消息，所述响应消息中包括候选服务项目的信息；其中，所述候选服务项目的信息为所述服务器在根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限之后，根据所述目标服务权限确定的；
显示模块，用于显示所述候选服务项目的信息。
第六方面，本申请提供了一种健康服务管理装置，所述装置包括：
接收模块，用于接收用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
发送模块，用于将所述用户信息发送给服务器，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系；
其中，所述用户标识与服务权限之间的对应关系用于所述服务器在接收到终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息。
第七方面，本申请提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面的任一项所述的方法的步骤、上述第二方面的任一项所述的方法的步骤，或者上述第三方面的任一项所述的方法的步骤。
第八方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的任一项所述的方法的步骤、上述第二方面的任一项所述的方法的步骤，或者上述第三方面的任一项所述的方法的步骤。
第九方面，本申请提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面的任一项所述的方法的步骤、上述第二方面的任一项所述的方法的步骤，或者上述第三方面的任一项所述的方法的步骤。
上述服务管理方法、装置、设备、存储介质和程序产品，服务器在接收到第一终端发送的查询指令后，可以根据用户标识与服务权限之间的对应关系，确定查询指令中携带的目标用户的用户标识对应的目标服务权限。进一步地，服务器根据目标服务权限确定候选服务项目的信息，并向第一终端发送携带上述候选服务项目的信息的响应消息，以使第一终端显示候选服务项目的信息。综上所述，本申请实施例中，服务器可以根据每个用户对应的服务权限为上述用户提供相应的候选服务项目的信息，以便于上述用户选择所需的目标服务，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。
附图说明
图1A为本申请实施例提供的应用环境示意图；
图1B为本申请实施例提供的服务管理架构示意图；
图2为本申请一个实施例中服务管理方法的流程示意图；
图3为本申请另一个实施例中服务管理方法的流程示意图；
图4为本申请另一个实施例中服务管理方法的流程示意图；
图5为本申请另一个实施例中服务管理方法的流程示意图；
图6为本申请另一个实施例中服务管理方法的流程示意图；
图7为本申请另一个实施例中服务管理方法的流程示意图；
图8为本申请一个实施例中服务管理装置的结构示意图；
图9为本申请另一个实施例中服务管理装置的结构示意图；
图10为本申请另一个实施例中服务管理装置的结构示意图；
图11为本申请一个实施例中计算机设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例提供的服务管理方法，可以应用于如图1A所示的应用环境中。图1A为本申请实施例提供的应用环境示意图，如图1A所示，第一终端101和第二终端102分别通过网络与服务器103进行通信。示例性地，第一终端101可以向服务器103发送查询指令和/或订单信息等，服务器103可以向第一终端101发送响应消息和/或服务支付信息等，第二终端102可以向服务器103发送用户信息等。
可选地，本申请实施例中涉及的第一终端101可以为企业员工用户(以下也称之为目标用户)对应的终端，第二终端102可以为企业管理用户对应的终端。
可选地，本申请实施例中涉及的任意终端(例如，第一终端或者第二终端)可以但不限于是各种个人计算机、笔记本电脑、智能手机或者平板电脑。本申请实施例中涉及的服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
传统技术中，健康服务平台通常会展示所有服务项目，以便于企业员工从中选择所需的服务，其中，不同企业员工可以查看到的服务项目是相同的。可见，传统方法中健康服务平台的服务管理方式不够灵活，难以满足对于不同用户设置不同服务的需求。
针对传统技术中健康服务平台难以满足用户需求的问题，本申请实施例中，服务器在接收到第一终端发送的查询指令后，可以根据用户标识与服务权限之间的对应关系，确定查询指令中携带的目标用户的用户标识对应的目标服务权限。进一步地，服务器根据目标服务权限确定候选服务项目的信息，并向第一终端发送携带上述候选服务项目的信息的响应消息，以使第一终端显示候选服务项目的信息。综上所述，本申请实施例中，服务器可以根据每个用户对应的服务权限为上述用户提供相应的候选服务项目的信息，以便于上述用户选择所需的目标服务，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。
为了便于理解，本申请实施例的下述部分先对本申请实施例提供的服务管理系统架构进行介绍。
由于单体应用的所有的功能都集中在一个应用里面，因此，单体应用在性能和扩展性方面都存在一定的局限性，整个应用会随着功能点的增加而变得臃肿，业务模块间的耦合度不断增加，给后续的性能优化以及系统的维护带来额外的技术开销以及人力开销。例如，当单体应用的某个业务模块的访问量或者并发量比较大，需要扩展应用性能时，势必要拆分系统或者所有模块一起部署，导致需要投入大量人力，还会造成硬件资源的浪费。
本申请实施例提供的服务管理架构采用微服务体系搭建的。微服务是当今比较流行的开发技术选型，本申请实施例中采用了spring cloud alibaba进行微服务体系的搭建，其中，spring cloud alibaba致力于提供分布式应用服务开发的一站式解决方案。相对于传统的单体应用，微服务可以做到模块的职责单一，降低代码和业务耦合度，从而可以降低系统的维护难度。其中，本申请实施例中采用OpenFeign做为服务间的调用组件，其在应用初始化阶段可以将服务调用封装成超文本传输协议(hyperText transfer protocol，HTTP)调用。
图1B为本申请实施例提供的服务管理架构示意图，如图1B所示，本申请实施例的服务管理架构可以包括：前端用户界面(user interface，UI)、网关层、业务层、数据层、运行环境、日志记录以及权限控制。示例性地，本申请实施例中涉及的服务器的运行环境可以包括但不限于：云主机、独立服务器或者第三方虚拟主机。
示例性地，前端用户界面是指第一终端或者第二终端的用户界面，可以包括但不限于：公众号、小程序、H5网页和应用程序(application，APP)，其中，小程序或者公众号可以设置于通信应用中，例如微信应用中。示例性地，本申请实施例中的网关层可以包括但不限于spring cloud gateway，用于将从终端接收到的请求路由到相应的服务以便相应的服务执行业务逻辑并将向终端返回响应，其中，spring cloud gateway能更加灵活的配置服务路由，可以处理大量的并发请求，另外spring cloud gateway属于spring体系，所以可以无缝集成到微服务环境。
本申请实施例中对于大并发请求的控制方面，可以采用RocketMQ消息中间件，其是一款分布式、队列模型的消息中间件。考虑到用户访问的时段不同，访问接口不同和/或访问业务不同，可能会造成部分服务的流量高峰，通过采用RocketMQ消息中间件进行削峰，可以保证系统的稳定性，另外RocketMQ消息中间件的数据刷盘技术、消息生产和消费的ACK特性可以保证系统消息的可靠性。
考虑到微服务面临的最大问题就是分布式事务，在多机部署的情况下，单机故障引起的事务问题可能导致业务无法回滚。本申请实施例中采用seata分布式事务解决方案，seata是属于alibaba微服务技术体系下的分布式事务解决方案，可以稳定地支持多种事务模式。
本申请实施例中采用redis作为缓存，可以提高整个系统的响应速度。示例性地，本申请实施例中通过集群部署redis，相对于单机部署模式，集群模式可以大大提高系统的容错性。
示例性地，本申请实施例中涉及的数据层可以包括但不限于：seata、redis、mysql。
本申请实施例中，根据系统的业务模型将系统分成多个服务。示例性地，本申请实施例中涉及的业务层可以包括但不限于以下至少一项：插拔式应用服务(pis-app)、鉴权服务(pis-auth)、资源值服务(pis-finance)、系统用户服务(pis-system)、通信小程序服务(pis-miniapp)或者消息通知服务(pis-notify)。其中，插拔式应用服务用于模拟可插拔式小程序环境，使得应用内可以内嵌应用，从而实现插拔式管理；鉴权服务用于实现权限动态拦截。资源值服务用于对企业的资源值进行核算等；系统用户服务用于负责用户的统一管理，从而实现分布式会话机制；通信小程序服务用于对接通信应用的小程序；消息通知服务用于系统内消息提醒。需要说明的是，本申请实施例中涉及的职工体检服务、网上问诊服务、核酸检测服务、开方拿药服务、健康商城服务或者营养咨询服务等可以部署在上述插拔式应用服务。
示例性地，本申请实施例中的日志记录用于保存操作记录和异常记录；权限控制用于判断用户的服务权限和/或资源值权限。
在一个实施例中，图2为本申请一个实施例中服务管理方法的流程示意图，本申请实施例中以该方法应用于图1中的服务器103为例进行说明，如图2所示，本申请实施例的方法可以包括以下步骤：
步骤S201、接收第一终端发送的查询指令。
示例性地，本申请实施例中涉及的查询指令可以包括目标用户的用户标识；当然，查询指令中还可以包括其它信息，例如第一终端的终端标识等信息，本申请实施例中对此并不作限定。示例性地，本申请实施例中涉及的任意用户的用户标识可以包括但不限于上述用户的身份证信息。
本步骤中，服务器可以接收第一终端发送的查询指令，示例性地，查询指令可以为目标用户在第一终端的登录页面输入用户登录信息后触发的；当然，还可以为目标用户通过其它方式触发的，本申请实施例中对此并不作限定。
步骤S202、根据用户标识与服务权限之间的对应关系，确定目标用户的用户标识对应的目标服务权限。
本申请实施例中，服务器中预设有用户标识与服务权限之间的对应关系，其中，用户标识与服务权限之间的对应关系用于指示多个用户标识分别与对应的服务权限之间的对应关系。例如，用户标识与服务权限之间的对应关系用于指示用户标识1与对应的服务权限1之间的对应关系、用户标识2与对应的服务权限2之间的对应关系，以及用户标识3与对应的服务权限3之间的对应关系。
可选地，本申请实施例中涉及的任意用户的用户标识对应的服务权限用于指示上述用户可使用的候选服务项目的标识信息，其中，候选服务项目的标识信息中可以包括至少一个候选服务的服务标识。应理解，本申请实施例中，不同用户的用户标识对应的服务权限可以不同，从而不同用户可使用的候选服务项目可以不同。
示例性地，本申请实施例中涉及的至少一个候选服务可以包括但不限于以下至少一项：职工体检服务、网上问诊服务、核酸检测服务、开方拿药服务、健康商城服务或者营养咨询服务。
本步骤中，服务器可以根据用户标识与服务权限之间的对应关系，确定上述目标用户的用户标识对应的目标服务权限。例如，假设用户标识与服务权限之间的对应关系用于指示用户标识1与对应的服务权限1之间的对应关系、用户标识2与对应的服务权限2之间的对应关系，以及用户标识3与对应的服务权限3之间的对应关系，目标用户的用户标识为上述用户标识2，则服务器可以根据用户标识与服务权限之间的对应关系，确定上述用户标识2(即目标用户的用户标识)对应的服务权限2为目标服务权限。
步骤S203、根据目标服务权限确定候选服务项目的信息。
示例性地，本申请实施例中涉及的目标服务权限用于指示上述目标用户可使用的候选服务项目的标识信息，其中，候选服务项目的标识信息中可以包括至少一个候选服务的服务标识。
本步骤中，服务器可以根据目标服务权限确定上述目标服务权限所指示的候选服务项目的标识信息，并根据上述候选服务项目的标识信息中的每个候选服务的服务标识可以从数据库或者其它设备获取每个候选服务的相关信息，从而可以得到上述候选服务项目的信息，其中，上述候选服务项目的信息中可以包括上述至少一个候选服务的相关信息。示例性地，本申请实施例中涉及的任意候选服务的相关信息可以包括但不限于：上述候选服务的服务标识和/或图标信息。
步骤S204、向第一终端发送携带候选服务项目的信息的响应消息。
本步骤中，服务器可以向第一终端发送响应消息，其中，上述响应消息中可以携带上述选服务项目的信息，以使第一终端显示上述候选服务项目的信息，以便于目标用户可以基于第一终端显示的上述候选服务项目的信息选择所需的目标服务。
上述服务管理方法中，服务器在接收到第一终端发送的查询指令后，可以根据用户标识与服务权限之间的对应关系，确定查询指令中携带的目标用户的用户标识对应的目标服务权限。进一步地，服务器根据目标服务权限确定候选服务项目的信息，并向第一终端发送携带上述候选服务项目的信息的响应消息，以使第一终端显示候选服务项目的信息。综上所述，本申请实施例中，服务器可以根据每个用户对应的服务权限为上述用户提供相应的候选服务项目的信息，以便于上述用户选择所需的目标服务，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。
在一个实施例中，图3为本申请另一个实施例中服务管理方法的流程示意图，在上述实施例的基础上，本申请实施例中对服务器向第一终端发送服务支付信息的相关内容进行介绍说明，如图3所示，本申请实施例的方法可以包括：
步骤S301、接收第一终端发送的订单信息。
本申请实施例中，服务器在向第一终端发送携带候选服务项目的信息的响应消息之后，可以接收第一终端发送的订单信息。示例性地，本申请实施例中涉及的订单信息可以包括但不限于：目标用户的用户标识、基于第一终端显示的上述候选服务项目的信息确定的目标服务的服务标识和目标服务对应的目标资源值。
示例性地，上述订单信息可以为目标用户基于上述第一终端显示的候选服务项目的信息输入订单指令后触发的；当然，还可以为目标用户通过其它方式触发的，本申请实施例中对此并不作限定。
步骤S302、根据用户标识与资源值权限之间的对应关系，确定目标用户对应的最大资源值。
本申请实施例中，服务器中预设有用户标识与资源值权限之间的对应关系，其中，用户标识与资源值权限之间的对应关系用于指示多个用户标识分别与对应的资源值权限之间的对应关系。例如，用户标识与资源值权限之间的对应关系用于指示用户标识1与对应的资源值权限1之间的对应关系、用户标识2与对应的资源值权限2之间的对应关系，以及用户标识3与对应的资源值权限3之间的对应关系。
可选地，本申请实施例中涉及的任意用户的用户标识对应的资源值权限用于指示上述用户当前可使用的最大资源值。需要说明的是，本申请实施例中涉及的任意用户当前可使用的最大资源值可以为上述用户可使用的初始的最大资源值，或者可以为初始的最大资源值与上述用户已使用的历史资源值之间的差值。例如，假设上述用户可使用的初始的最大资源值为500，上述用户已使用的历史资源值为100，则上述用户当前可使用的最大资源值为400。
应理解，本申请实施例中，不同用户的用户标识对应的资源值权限可以不同，从而不同用户可使用的初始的最大资源值可以不同。
本步骤中，服务器可以根据用户标识与资源值权限之间的对应关系，确定上述目标用户对应的资源值权限，从而得到上述目标用户当前可使用的最大资源值。例如，假设用户标识与资源值权限之间的对应关系用于指示用户标识1与对应的资源值权限1之间的对应关系、用户标识2与对应的资源值权限2之间的对应关系，以及用户标识3与对应的资源值权限3之间的对应关系，目标用户的用户标识为上述用户标识2，则服务器可以用户标识与资源值权限之间的对应关系，确定上述用户标识2(即目标用户的用户标识)对应的资源值权限2，从而得到上述目标用户当前可使用的最大资源值。
步骤S303、根据目标资源值和最大资源值，向第一终端发送服务支付信息。
本步骤中，服务器可以根据目标服务对应的目标资源值与目标用户对应的最大资源值的大小关系，向第一终端发送相应的服务支付信息，其中，服务支付信息用于指示第一终端显示服务支付页面，以便于目标用户通过服务支付页面获知目标服务的订单支付信息。
一种可能的实现方式中，若上述目标资源值小于或等于上述最大资源值，则服务器可以向第一终端发送第一服务支付信息，其中，第一服务支付信息用于指示第一终端显示第一服务支付页面，第一服务支付页面用于显示订单支付成功，以便于目标用户获知目标服务的订单已通过预存资源值完成支付。示例性地，本申请实施例中涉及的预存资源值可以为目标用户所属的企业管理用户通过对应的终端(或者称之为第二终端)预先向服务器存储的。
应理解，若上述目标资源值小于上述最大资源值，上述服务器还可以将上述最大资源值与上述目标资源值之间的差值作为上述目标用户更新后的最大资源值。
另一种可能的实现方式中，若上述目标资源值大于上述最大资源值，则服务器可以向第一终端发送第二服务支付信息，其中，第二服务支付信息用于指示第一终端显示第二服务支付页面，以便于目标用户通过第二服务支付页面支付剩余资源值，剩余资源值为上述目标资源值与上述最大资源值的差值。应理解，上述第二服务支付页面还可以用于指示通过预存资源值已支付上述最大资源值，以便于上述目标用户获知目标服务的订单已通过预存资源值和上述目标用户额外支付的剩余资源值完成支付。可见，本申请实施例还可以支持多种支付方式的灵活结合。
应理解，若上述目标资源值大于或等于上述最大资源值，上述服务器还可以将上述目标用户更新后的最大资源值设置为零。
上述服务管理方法中，服务器在接收第一终端发送的订单信息之后，可以根据用户标识与资源值权限之间的对应关系，确定订单信息中携带的目标用户的用户标识对应的最大资源值，并根据订单信息中携带的目标服务对应的目标资源值和最大资源值，向第一终端发送服务支付信息，其中，服务支付信息用于指示第一终端显示服务支付页面，以便于目标用户通过服务支付页面获知目标服务的订单支付信息。综上所述，本申请实施例中，服务器可以根据每个用户对应的资源值权限以及上述用户所选择服务对应的资源值为上述用户提供对应的服务支付信息，可见，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同资源值权限的需求。
可选地，本申请上述实施例中涉及的任意用户的用户标识对应的最大资源值可以为上述用户可使用的预设服务的最大资源值，对应地，服务器在检测到目标服务不属于预设服务时，可以向第一终端发送第三服务支付信息，其中，第三服务支付信息用于指示第一终端显示第三服务支付页面，以便于目标用户通过第三服务支付页面支付上述目标服务对应的目标资源值。可见，本申请实施例可以保证预设服务对于资源值的使用。
应理解，上述第三服务支付页面还可以用于指示目标服务不属于预设服务，因此，无法使用上述用户对应的最大资源值，以便于上述目标用户可以获知无法使用最大资源值进行支付的原因。
在上述实施例的基础上，本申请实施例的下述部分对服务器获取上述用户标识与服务权限之间的对应关系，以及用户标识信息与资源值权限之间的对应关系的可实现方式进行介绍。
可选地，服务器可以接收第二终端发送的用户信息，其中，用户信息可以包括但不限于至少一个用户的用户标识以及每个用户标识对应的服务权限。进一步地，服务器可以根据上述至少一个用户的用户标识以及每个用户标识对应的服务权限，得到上述用户标识与服务权限之间的对应关系。示例性地，本申请实施例中涉及的用户信息可以采用用户列表形式，当然还可以采用其它形式，本申请实施例中对此并不作限定。
本申请实施例中，企业管理用户可以通过对应的终端(或者称之为第二终端)向服务器发送企业员工用户的用户信息，其中，用户信息可以包括但不限于所有员工用户的用户标识以及每个用户标识对应的服务权限。应理解，企业管理用户可以根据每个企业员工用户的级别等级为该企业员工配置该级别等级对应的服务权限，从而企业管理用户可以为企业内不同级别等级的企业员工配置不同的服务权限，可见，本申请实施例的服务配置方式比较灵活。
对应地，服务器可以接收第二终端发送的上述企业员工用户的用户信息，例如，上述企业员工用户的用户信息可以包括：用户1的用户标识1以及用户标识1对应的服务权限1、用户2的用户标识2以及用户标识2对应的服务权限2，用户3的用户标识3以及用户标识3对应的服务权限3。进一步地，服务器可以根据接收到的所有员工用户的用户标识以及每个用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系，例如上述用户标识1与对应的服务权限1之间的对应关系、上述用户标识2与对应的服务权限2之间的对应关系，以及上述用户标识3与对应的服务权限3之间的对应关系。
进一步地，若上述用户信息还包括：每个用户标识对应的资源值权限，则服务器还可以根据上述至少一个用户的用户标识以及每个用户标识对应的资源值权限，得到上述用户标识信息与资源值权限之间的对应关系。
示例性地，本申请实施例中涉及的任意用户的用户标识对应的资源值权限用于指示上述用户当前可使用的最大资源值。应理解，本申请实施例此处的最大资源值为初始的最大资源值。
例如，上述企业员工用户的用户信息还可以包括：用户1的用户标识1对应的资源值权限1、用户2的用户标识2对应的资源值权限2，用户3的用户标识3对应的资源值权限3，则服务器可以根据接收到的所有员工用户的用户标识以及每个用户标识对应的资源值权限，得到用户标识信息与资源值权限之间的对应关系，例如，用户标识1与对应的资源值权限1之间的对应关系、用户标识2与对应的资源值权限2之间的对应关系，以及用户标识3与对应的资源值权限3之间的对应关系。
应理解，企业管理用户可以根据每个企业员工用户的级别等级为该企业员工配置该级别等级对应的资源值权限，从而企业管理用户可以为企业内不同级别等级的企业员工配置不同的资源值权限，可见，本申请实施例的服务配置方式比较灵活。
在一个实施例中，图4为本申请另一个实施例中服务管理方法的流程示意图，在上述实施例的基础上，本申请实施例中以该方法应用于图1中的第一终端101为例进行说明，如图4所示，本申请实施例的方法可以包括以下步骤：
步骤S401、向服务器发送查询指令。
示例性地，本申请实施例中涉及的查询指令可以包括目标用户的用户标识；当然，查询指令中还可以包括其它信息，例如第一终端的终端标识等信息，本申请实施例中对此并不作限定。
本步骤中，目标用户可以通过在第一终端的登录页面输入用户登录信息后触发第一终端向服务器发送查询指令，以使服务器在接收到第一终端发送的查询指令后，可以根据用户标识与服务权限之间的对应关系，确定查询指令中携带的目标用户的用户标识对应的目标服务权限；当然，目标用户还可以通过其它方式触发第一终端向服务器发送查询指令，本申请实施例中对此并不作限定。
示例性地，本申请实施例中涉及的登录页面可以是第一终端中的APP、小程序、公众号或者网页等中的页面。
步骤S402、接收服务器发送的响应消息。
本步骤中，第一终端接收服务器发送的响应消息，其中，响应消息中可以包括但不限于候选服务项目的信息；其中，上述候选服务项目的信息可以为上述服务器在根据用户标识与服务权限之间的对应关系确定目标用户的用户标识对应的目标服务权限之后，根据上述目标服务权限确定的，其中，服务器具体确定候选服务项目的信息的可实现方式可以参考本申请上述实施例中的相关内容，此处不再赘述。
本申请实施例中涉及的上述候选服务项目的信息中可以包括至少一个候选服务的相关信息。示例性地，本申请实施例中涉及的任意候选服务的相关信息可以包括但不限于：上述候选服务的服务标识和/或图标信息。
步骤S403、显示候选服务项目的信息。
本步骤中，第一终端可以显示上述候选服务项目的信息。示例性地，假设上述候选服务项目的信息包括：候选服务1的相关信息、候选服务2的相关信息以及后续服务3的相关信息，则第一终端可以显示上述候选服务1的相关信息、候选服务2的相关信息以及后续服务3的相关信息，以便于目标用户选择所需的目标服务，例如，候选服务2对应的服务。
上述服务管理方法中，第一终端通过在向服务器发送查询指令之后，接收服务器发送的响应消息，并显示响应消息中携带的候选服务项目的信息，其中，上述候选服务项目的信息可以为上述服务器在根据用户标识与服务权限之间的对应关系确定目标用户的用户标识对应的目标服务权限之后，根据上述目标服务权限确定的。综上所述，本申请实施例中，不同用户的第一终端可以接收服务根据上述用户对应的服务权限为上述用户提供的相应的候选服务项目的信息，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。
在一个实施例中，图5为本申请另一个实施例中服务管理方法的流程示意图，在上述实施例的基础上，本申请实施例中对第一终端向服务器发送订单信息并接收服务支付信息的相关内容进行介绍说明，如图5所示，本申请实施例的方法可以包括：
步骤S501、接收目标用户基于候选服务项目的信息输入的订单指令。
本步骤中，第一终端可以接收目标用户基于第一终端显示的上述候选服务项目的信息输入的订单指令，其中，订单指令中可以包括但不限于：目标用户的用户标识、目标用户所选择的目标服务的服务标识和目标服务对应的目标资源值。
步骤S502、向服务器发送订单信息。
本步骤中，第一终端向服务器发送订单信息，其中，订单信息中可以包括但不限于：目标用户的用户标识、目标服务的服务标识和目标服务对应的目标资源值，以使服务器在根据用户标识与资源值权限之间的对应关系确定目标用户的用户标识对应的最大资源值之后，根据目标服务对应的目标资源值和最大资源值向第一终端发送服务支付信息，其中，服务支付信息用于指示第一终端显示服务支付页面。
步骤S503、接收服务器发送的服务支付信息，并根据服务支付信息显示服务支付页面。
本步骤中，第一终端接收服务器发送的服务支付信息，并根据服务支付信息显示服务支付页面，以便于目标用户通过服务支付页面获知目标服务的订单支付信息。
一种可能的实现方式中，第一终端接收服务器发送的第一服务支付信息，并根据第一服务支付信息显示第一服务支付页面，其中，第一服务支付信息为服务器在上述目标资源值小于或等于上述最大资源值时发送的，第一服务支付页面用于显示订单支付成功，以便于目标用户获知目标服务的订单已通过预存资源值完成支付。
另一种可能的实现方式中，第一终端可以接收服务器发送的第二服务支付信息，并根据第二服务支付信息显示第二服务支付页面，以便于目标用户通过第二服务支付页面支付剩余资源值，剩余资源值为上述目标资源值与上述最大资源值的差值，其中，第二服务支付信息为服务器在上述目标资源值大于上述最大资源值时发送的。应理解，上述第二服务支付页面还可以用于指示通过预存资源值已支付上述最大资源值，以便于上述目标用户获知目标服务的订单已通过预存资源值和上述目标用户额外支付的剩余资源值完成支付。
上述服务管理方法中，第一终端在接收目标用户基于候选服务项目的信息输入的订单指令之后，通过向服务器发送订单信息；进一步地，第一终端接收服务器发送的服务支付信息，并根据服务支付信息显示服务支付页面，其中，服务支付信息为服务器在根据用户标识与资源值权限之间的对应关系确定目标用户对应的最大资源值之后，根据目标资源值和所述最大资源值发送的。综上所述，本申请实施例中，不同用户的第一终端可以接收服务器根据上述用户对应的资源值权限以及上述用户所选择服务对应的资源值为上述用户提供的相应的服务支付信息，可见，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同资源值权限的需求。
在一个实施例中，图6为本申请另一个实施例中服务管理方法的流程示意图，在上述实施例的基础上，本申请实施例中以该方法应用于图1中的第二终端102为例进行说明，如图6所示，本申请实施例的方法可以包括以下步骤：
步骤S601、接收用户信息。
本步骤中，企业管理用户可以通过对应的终端(或者称之为第二终端)显示的用户信息录入页面向第二终端输入企业员工用户的用户信息，对应地，第二终端可以接收企业管理用户输入的上述企业员工用户的用户信息，其中，用户信息可以包括但不限于至少一个用户的用户标识以及每个用户标识对应的服务权限。
应理解，企业管理用户可以根据每个企业员工用户的级别等级为该企业员工配置该级别等级对应的服务权限，从而企业管理用户可以为企业内不同级别等级的企业员工配置不同的服务权限，可见，本申请实施例的服务配置方式比较灵活。
示例性地，本申请实施例中企业管理用户可以通过用户信息录入页面的导入控件向第二终端导入用户列表形式的用户信息，或者可以通过用户信息录入页面的输入框向第二终端输入上述用户信息；当然，企业管理用户还可以通过其它方式向第二终端输入上述用户信息，本申请实施例中对此并不作限定。
示例性地，本申请实施例中涉及的用户信息录入页面可以是第二终端中的APP、小程序、公众号或者网页等中的页面。
步骤S602、将用户信息发送给服务器，以使服务器根据至少一个用户的用户标识以及每个用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系。
本步骤中，第二终端可以将上述用户信息发送给服务器，以使服务器根据至少一个用户的用户标识以及每个用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系。例如，假设上述用户信息可以包括：用户1的用户标识1以及用户标识1对应的服务权限1、用户2的用户标识2以及用户标识2对应的服务权限2，用户3的用户标识3以及用户标识3对应的服务权限3，则上述服务器可以根据接收到的所有用户的用户标识以及每个用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系，其中，用户标识与服务权限之间的对应关系可以包括：上述用户标识1与对应的服务权限1之间的对应关系、上述用户标识2与对应的服务权限2之间的对应关系，以及上述用户标识3与对应的服务权限3之间的对应关系。
其中，上述用户标识与服务权限之间的对应关系用于服务器在接收到第一终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息，从而向第一终端发送携带候选服务项目的信息的响应消息。
上述服务管理方法中，第二终端通过接收用户信息，并将用户信息发送给服务器，以使服务器根据至少一个用户的用户标识以及每个用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系，以便于服务器在接收到第一终端发送的携带目标用户的标识的查询指令后，可以根据用户标识与服务权限之间的对应关系确定目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息，从而向第一终端发送携带候选服务项目的信息的响应消息。可见，本申请实施例中，服务器可以根据每个用户对应的服务权限为上述用户提供相应的候选服务项目的信息，以便于上述用户选择所需的目标服务，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同服务的需求。
进一步地，若上述用户信息还包括：每个用户标识对应的资源值权限，以使服务器可以根据上述至少一个用户的用户标识以及每个用户标识对应的资源值权限，得到用户标识信息与资源值权限之间的对应关系。
应理解，企业管理用户可以根据每个企业员工用户的级别等级为该企业员工配置该级别等级对应的资源值权限，从而企业管理用户可以为企业内不同级别等级的企业员工配置不同的资源值权限，可见，本申请实施例的服务配置方式比较灵活。
示例性地，本申请实施例中涉及的任意用户的用户标识对应的资源值权限用于指示上述用户当前可使用的最大资源值。应理解，本申请实施例此处的最大资源值为初始的最大资源值。
其中，上述用户标识信息与资源值权限之间的对应关系用于服务器在接收到第一终端发送的携带目标用户的标识的订单信息后，根据用户标识信息与资源值权限之间的对应关系确定目标用户的用户标识对应的最大资源值，并根据订单信息中携带的目标服务对应的目标资源值和最大资源值向第一终端发送服务支付信息。可见，本申请实施例中，服务器可以根据每个用户对应的资源值权限以及上述用户所选择服务对应的资源值为上述用户提供对应的服务支付信息，本申请实施例的服务管理方式更加灵活，可以满足为不同用户提供不同资源值权限的需求。
例如，上述用户信息还可以包括：用户1的用户标识1对应的资源值权限1、用户2的用户标识2对应的资源值权限2，用户3的用户标识3对应的资源值权限3，则服务器可以根据接收到的所有用户的用户标识以及每个用户标识对应的资源值权限，得到用户标识信息与资源值权限之间的对应关系，其中，用户标识信息与资源值权限之间的对应关系可以包括：用户标识1与对应的资源值权限1之间的对应关系、用户标识2与对应的资源值权限2之间的对应关系，以及用户标识3与对应的资源值权限3之间的对应关系。
在一个实施例中，图7为本申请另一个实施例中服务管理方法的流程示意图，在上述实施例的基础上，本申请实施例中结合第一终端、第二终端和服务器对本申请实施例的服务管理方法进行说明，如图7所示，本申请实施例的方法可以包括以下步骤：
步骤S701、第二终端向服务器发送用户登录信息请求。
本步骤中，企业管理用户通过第二终端向服务器发送携带有企业基本信息的用户登录信息请求，其中，用户登录信息请求用于指示申请企业管理用户登录信息，企业基本信息可以包括但不限于企业名称信息、企业联系人名称信息以及企业联系人电话信息。
步骤S702、服务器为第二终端配置企业管理用户登录信息。
本步骤中，服务器可以根据企业基本信息为第二终端配置企业管理用户登录信息，其中，企业管理用户登录信息可以包括但不限于：企业管理用户账号和对应的密码。
步骤S703、第二终端在根据企业管理用户登录信息登录成功后，向服务器申请存入预存资源值，并向服务器发送用户信息。
其中，用户信息可以包括但不限于至少一个企业员工用户的用户标识、每个用户标识对应的服务权限以及每个用户标识对应的资源值权限。
步骤S704、服务器为上述企业管理用户账号存入上述预存资源值，并根据上述用户信息得到用户标识与服务权限之间的对应关系，以及用户标识信息与资源值权限之间的对应关系。
步骤S705、第一终端向服务器发送查询指令。
本步骤中，任意企业员工用户通过对应的第一终端向服务器发送查询指令，其中，查询指令中包括企业员工用户(或者称之为目标用户)的用户标识。
步骤S706、服务器根据用户标识与服务权限之间的对应关系，确定目标用户的用户标识对应的目标服务权限，并根据目标服务权限确定候选服务项目的信息。
步骤S707、服务器向第一终端发送携带候选服务项目的信息的响应消息。
步骤S708、第一终端显示候选服务项目的信息。
步骤S709、第一终端接收目标用户基于候选服务项目的信息输入的订单指令。
示例性地，订单指令中可以包括但不限于：目标用户的用户标识、目标服务的服务标识和目标服务对应的目标资源值。
步骤S710、第一终端向服务器发送订单信息。
示例性地，订单信息中可以包括但不限于：目标用户的用户标识、目标服务的服务标识和目标服务对应的目标资源值。
步骤S711、服务器在接收到订单信息之后，根据用户标识与资源值权限之间的对应关系，确定目标用户对应的最大资源值，并根据目标资源值和最大资源值，向第一终端发送服务支付信息。
步骤S712、第一终端在接收到服务支付信息之后，根据服务支付信息显示服务支付页面。
本申请实施例中的各步骤的可实现方式，可以参考本申请上述实施例中的相关内容，此处不再赘述。
可选地，第一终端在完成目标服务的支付之后，还可以向第二终端发送上述订单信息，以使第二终端保存订单信息，以便于后续进行订单查询或者和核对。
进一步地，第二终端还可以向服务器发送携带预设查询时长的订单核对消息，以使服务器将上述企业的所有员工用户对应的终端在上述预设查询时长内已完成的订单信息发送给第二终端，以便于第二终端进行核对，其中，预设查询时长可以包括但不限于一个月或者一个季度。
综上所述，本申请实施例中，服务器可以根据每个员工用户对应的服务权限为上述员工用户提供相应的候选服务项目的信息，以便于上述员工用户选择所需的目标服务；进一步地，服务器可以根据每个员工用户对应的资源值权限以及上述员工用户所选择的目标服务对应的资源值为上述员工用户提供对应的服务支付信息，可见，相对于传统技术中的健康服务平台，本申请实施例的服务管理方式更加灵活，不仅可以满足为不同用户提供不同服务的需求，还可以满足为不同用户提供不同资源值权限的需求。
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的服务管理方法的服务管理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个服务管理装置实施例中的具体限定可以参见上文中对于服务管理方法的限定，在此不再赘述。
在一个实施例中，图8为本申请一个实施例中服务管理装置的结构示意图，如图8所示，本申请实施例提供的服务管理装置可以应用于服务器中，所述服务管理装置可以包括：第一接收模块801、第一确定模块802、第二确定模块803和第一发送模块804。
其中，第一接收模块801，用于接收第一终端发送的查询指令，所述查询指令包括目标用户的用户标识；
第一确定模块802，用于根据用户标识与服务权限之间的对应关系，确定所述目标用户的用户标识对应的目标服务权限；
第二确定模块803，用于根据所述目标服务权限确定候选服务项目的信息；
第一发送模块804，用于向所述第一终端发送携带所述候选服务项目的信息的响应消息；所述响应消息用于指示所述第一终端显示所述候选服务项目的信息。
在一个实施例中，所述装置还包括：
第二接收模块，用于接收所述第一终端发送的订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、基于所述第一终端显示的所述候选服务项目的信息确定的目标服务的服务标识和所述目标服务对应的目标资源值；
第三确定模块，用于根据用户标识与资源值权限之间的对应关系，确定所述目标用户对应的最大资源值；
第二发送模块，用于根据所述目标资源值和所述最大资源值，向所述第一终端发送服务支付信息，所述服务支付信息用于指示所述第一终端显示服务支付页面。
在一个实施例中，所述第二发送模块具体用于：
若所述目标资源值小于或等于所述最大资源值，则向所述第一终端发送第一服务支付信息，所述第一服务支付信息用于指示所述第一终端显示第一服务支付页面，所述第一服务支付页面用于显示订单支付成功；或者，
若所述目标资源值大于所述最大资源值，则向所述第一终端发送第二服务支付信息，所述第二服务支付信息用于指示所述第一终端显示第二服务支付页面，所述第二服务支付页面用于所述目标用户支付剩余资源值，所述剩余资源值为所述目标资源值与所述最大资源值的差值。
在一个实施例中，所述装置还包括：
第三接收模块，用于接收第二终端发送的用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
第四确定模块，用于根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到所述用户标识与服务权限之间的对应关系。
在一个实施例中，所述用户信息还包括：每个所述用户标识对应的资源值权限，所述装置还包括：
第五确定模块，用于根据所述至少一个用户的用户标识以及每个所述用户标识对应的资源值权限，得到所述用户标识信息与资源值权限之间的对应关系。
本申请实施例提供的服务管理装置可以用于执行本申请上述服务管理方法实施例中关于服务器的技术方案，其实现原理和技术效果类似，此处不再赘述。
在一个实施例中，图9为本申请另一个实施例中服务管理装置的结构示意图，如图9所示，本申请实施例提供的服务管理装置可以应用于第一终端中，所述服务管理装置可以包括：第一发送模块901、第一接收模块902和第一显示模块903。
其中，第一发送模块901，用于向服务器发送查询指令，所述查询指令包括目标用户的用户标识；
第一接收模块902，用于接收所述服务器发送的响应消息，所述响应消息中包括候选服务项目的信息；其中，所述候选服务项目的信息为所述服务器在根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限之后，根据所述目标服务权限确定的；
第一显示模块903，用于显示所述候选服务项目的信息。
在一个实施例中，所述装置还包括：
第二接收模块，用于接收所述目标用户基于所述候选服务项目的信息输入的订单指令，其中，所述订单指令中包括：所述目标用户的用户标识、目标服务的服务标识和所述目标服务对应的目标资源值；
第二发送模块，用于向所述服务器发送订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、所述目标服务的服务标识和所述目标服务对应的目标资源值；
第三接收模块，用于接收所述服务器发送的服务支付信息；
第二显示模块，用于根据所述服务支付信息显示服务支付页面，其中，所述服务支付信息为所述服务器在根据用户标识与资源值权限之间的对应关系确定所述目标用户对应的最大资源值之后，根据所述目标资源值和所述最大资源值发送的。
在一个实施例中，所述第三接收模块具体用于接收所述服务器发送的第一服务支付信息，对应地，所述第二显示模块具体用于根据所述第一服务支付信息显示第一服务支付页面，其中，所述第一服务支付信息为所述服务器在所述目标资源值小于或等于所述最大资源值时发送的，所述第一服务支付页面用于显示订单支付成功；或者，
所述第三接收模块具体用于接收所述服务器发送的第二服务支付信息，对应地，所述第二显示模块具体用于根据所述第二服务支付信息显示第二服务支付页面，其中，所述第二服务支付信息为所述服务器在所述目标资源值大于所述最大资源值时发送的，所述第二服务支付页面用于所述目标用户支付剩余资源值，所述剩余资源值为所述目标资源值与所述最大资源值的差值。
本申请实施例提供的服务管理装置可以用于执行本申请上述服务管理方法实施例中关于第一终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
在一个实施例中，图10为本申请另一个实施例中服务管理装置的结构示意图，如图10所示，本申请实施例提供的服务管理装置可以应用于第二终端中，所述服务管理装置可以包括：接收模块1001和发送模块1002。
其中，接收模块1001，用于接收用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
发送模块1002，用于将所述用户信息发送给服务器，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系；
其中，所述用户标识与服务权限之间的对应关系用于所述服务器在接收到终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息。
在一个实施例中，所述用户信息还包括：每个所述用户标识对应的资源值权限，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的资源值权限，得到用户标识信息与资源值权限之间的对应关系。
本申请实施例提供的服务管理装置可以用于执行本申请上述服务管理方法实施例中关于第二终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
上述服务管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，图11为本申请一个实施例中计算机设备的结构示意图，可选地，该计算机设备可以是服务器、第一终端或者第二终端。如图11所示，该计算机设备可以包括通过系统总线连接的处理器、存储器和通信接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信。该计算机程序被处理器执行时以实现本申请上述服务管理方法实施例中关于服务器、第一终端或者第二终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
示例性地，若该计算机设备为服务器，该非易失性存储介质还存储有数据库，该数据库用于存储服务管理过程中的相关数据或者信息。
示例性地，该计算机设备还可以包括显示屏和输入装置，该显示屏可以是液晶显示屏或者电子墨水显示屏，该输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，还提供了一种电子设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现本申请上述服务管理方法实施例中关于服务器、第一终端或者第二终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请上述服务管理方法实施例中关于服务器、第一终端或者第二终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本申请上述服务管理方法实施例中关于服务器、第一终端或者第二终端的技术方案，其实现原理和技术效果类似，此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种服务管理方法，其特征在于，所述方法包括：
接收第一终端发送的查询指令，所述查询指令包括目标用户的用户标识；
根据用户标识与服务权限之间的对应关系，确定所述目标用户的用户标识对应的目标服务权限；
根据所述目标服务权限确定候选服务项目的信息；
向所述第一终端发送携带所述候选服务项目的信息的响应消息；所述响应消息用于指示所述第一终端显示所述候选服务项目的信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述第一终端发送的订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、基于所述第一终端显示的所述候选服务项目的信息确定的目标服务的服务标识和所述目标服务对应的目标资源值；
根据用户标识与资源值权限之间的对应关系，确定所述目标用户对应的最大资源值；
根据所述目标资源值和所述最大资源值，向所述第一终端发送服务支付信息，所述服务支付信息用于指示所述第一终端显示服务支付页面。
3.一种服务管理方法，其特征在于，所述方法包括：
向服务器发送查询指令，所述查询指令包括目标用户的用户标识；
接收所述服务器发送的响应消息，所述响应消息中包括候选服务项目的信息；其中，所述候选服务项目的信息为所述服务器在根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限之后，根据所述目标服务权限确定的；
显示所述候选服务项目的信息。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
接收所述目标用户基于所述候选服务项目的信息输入的订单指令，其中，所述订单指令中包括：所述目标用户的用户标识、目标服务的服务标识和所述目标服务对应的目标资源值；
向所述服务器发送订单信息，其中，所述订单信息中包括：所述目标用户的用户标识、所述目标服务的服务标识和所述目标服务对应的目标资源值；
接收所述服务器发送的服务支付信息，并根据所述服务支付信息显示服务支付页面，其中，所述服务支付信息为所述服务器在根据用户标识与资源值权限之间的对应关系确定所述目标用户对应的最大资源值之后，根据所述目标资源值和所述最大资源值发送的。
5.一种健康服务管理方法，其特征在于，所述方法包括：
接收用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
将所述用户信息发送给服务器，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系；
其中，所述用户标识与服务权限之间的对应关系用于所述服务器在接收到终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息。
6.一种健康服务管理装置，其特征在于，所述装置包括：
接收模块，用于接收第一终端发送的查询指令，所述查询指令包括目标用户的用户标识；
第一确定模块，用于根据用户标识与服务权限之间的对应关系，确定所述目标用户的用户标识对应的目标服务权限；
第二确定模块，用于根据所述目标服务权限确定候选服务项目的信息；
发送模块，用于向所述第一终端发送携带所述候选服务项目的信息的响应消息；所述响应消息用于指示所述第一终端显示所述候选服务项目的信息。
7.一种健康服务管理装置，其特征在于，所述装置包括：
发送模块，用于向服务器发送查询指令，所述查询指令包括目标用户的用户标识；
接收模块，用于接收所述服务器发送的响应消息，所述响应消息中包括候选服务项目的信息；其中，所述候选服务项目的信息为所述服务器在根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限之后，根据所述目标服务权限确定的；
显示模块，用于显示所述候选服务项目的信息。
8.一种健康服务管理装置，其特征在于，所述装置包括：
接收模块，用于接收用户信息，所述用户信息包括至少一个用户的用户标识以及每个所述用户标识对应的服务权限；
发送模块，用于将所述用户信息发送给服务器，以使所述服务器根据所述至少一个用户的用户标识以及每个所述用户标识对应的服务权限，得到用户标识与服务权限之间的对应关系；
其中，所述用户标识与服务权限之间的对应关系用于所述服务器在接收到终端发送的携带目标用户的标识的查询指令后，根据用户标识与服务权限之间的对应关系确定所述目标用户的用户标识对应的目标服务权限，并根据所述目标服务权限确定候选服务项目的信息。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
CN202210652131.2A 2022-06-10 2022-06-10 服务管理方法、装置、设备、存储介质和程序产品 Pending CN114996577A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210652131.2A CN114996577A (zh) 2022-06-10 2022-06-10 服务管理方法、装置、设备、存储介质和程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210652131.2A CN114996577A (zh) 2022-06-10 2022-06-10 服务管理方法、装置、设备、存储介质和程序产品

Publications (1)

Publication Number Publication Date
CN114996577A true CN114996577A (zh) 2022-09-02

Family

ID=83033856

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210652131.2A Pending CN114996577A (zh) 2022-06-10 2022-06-10 服务管理方法、装置、设备、存储介质和程序产品

Country Status (1)

Country Link
CN (1) CN114996577A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116401198A (zh) * 2023-06-08 2023-07-07 成都房联云码科技有限公司 一种基于sm2算法的接口总线系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116401198A (zh) * 2023-06-08 2023-07-07 成都房联云码科技有限公司 一种基于sm2算法的接口总线系统
CN116401198B (zh) * 2023-06-08 2023-09-22 成都房联云码科技有限公司 一种基于sm2算法的接口总线系统

Similar Documents

Publication Publication Date Title
US10637796B2 (en) Linking instances within a cloud computing environment
US11182844B2 (en) Virtual resource transfer method, client device, application server, and system
CN108234475B (zh) 账号管理方法、电子设备及计算机存储介质
CN104508678A (zh) 商业数据系统中针对承租人的安全和数据隔离
US20120246740A1 (en) Strong rights management for computing application functionality
CN107710157A (zh) 多租户、租户特定的应用程序
US10474843B2 (en) Identifying stolen databases
CN103238138A (zh) 用于云环境中的分区部署/重部署的网络接口
CN109522751B (zh) 访问权限控制方法、装置、电子设备及计算机可读介质
US9736272B2 (en) Generation and distribution of named, definable, serialized tokens
US9985973B2 (en) Context sensitive security help
Vijaykumar Role of ICT in e-governance: Impact of Cloud Computing in Driving New initiatives
US20200233907A1 (en) Location-based file recommendations for managed devices
CN110704833A (zh) 数据权限配置方法、设备、电子设备及存储介质
CN112612624A (zh) 系统间的数据交互方法、装置、计算机设备和存储介质
US8522023B2 (en) Rural services platform
CN112016117A (zh) 保护用户数据
CN114996577A (zh) 服务管理方法、装置、设备、存储介质和程序产品
CN109756348B (zh) 批量呼叫方法及装置
WO2017019465A1 (en) Omnichannel services platform
CN114070847A (zh) 服务器的限流方法、装置、设备及存储介质
CN109241727B (zh) 权限设置方法及装置
US11140512B1 (en) System for location-based determinations using common regions
JP2013250661A (ja) 情報処理装置、情報処理方法、およびプログラム
JP2019053337A (ja) 予約代行システム、予約代行方法および予約代行プログラム

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