一种基于互联网的体育场综合服务平台的制作方法

1.本发明属于软件技术领域，具体为一种基于互联网的体育场综合服务平台。


背景技术：

2.体育场馆作为我国全民健身事业的物质基础和体育新基建的主要物质载体，是全面深化体育事业改革的重要组成部分。随着我们经济社会不断发展，人们对生活健康水平的要求逐步提高，利用休息空余时间在相应的体育场馆进行运动逐渐形成趋势，但一般的体育场馆并没有集预约、票务、管理和支付于一体的整套系统平台，往往会出现客流扎堆、管理混乱等多个环节给消费者造成的不良体验，因此，需要一种基于互联网的体育场馆综合服务平台，形成预约可控、票务可查、精细管理的高效机制，持续提升体育场馆服务能力、市场拓展能力和体育业务多样化能力，全面提高经营业绩和客户服务水平。
3.现有的体育场馆及系统存在一些问题：1、目前很多体育场馆系统仍然是单机版，甚至是纯人工记账的模式；一些体育场馆系统往往提供了一套预约平台而不包括场馆业务管理平台，或是提供了一套场馆业务管理平台而不包括预约平台，场馆预约和场馆管理的业务两者关系紧密，比如会员卡业务和会员业务属于最基本的场馆管理业务，
①
会员的预约
②
会员卡的消费，很显然需要场馆预约平台和场馆管理平台的同步，因此场馆预约平台和场馆业务管理两者是不可分割的业务模型；3、对于多人运动的体育项目，如足球、篮球等体育项目，体育场馆很难做到对体育场馆内人数的控制，体育场馆本身有针对不同体育项目、针对不同时间段、针对不同开放模式有针对性把控的需求，消费者也无法通过平台得知场地人数等相应的信息，消费者只能通过电话或微信的方式咨询才能得知；因此，针对目前的状况，现需对其进行改进。


技术实现要素：

4.针对上述情况，为克服现有技术的缺陷，本发明提供一种基于互联网的体育场综合服务平台，有效的解决了现有的体育场馆及系统存在的：1、目前很多体育场馆系统仍然是单机版，甚至是纯人工记账的模式；一些体育场馆系统往往提供了一套预约平台而不包括场馆业务管理平台，或是提供了一套场馆业务管理平台而不包括预约平台，场馆预约和场馆管理的业务两者关系紧密，比如会员卡业务和会员业务属于最基本的场馆管理业务，
①
会员的预约
②
会员卡的消费，很显然需要场馆预约平台和场馆管理平台的同步，因此场馆预约平台和场馆业务管理两者是不可分割的业务模型；3、对于多人运动的体育项目，如足球、篮球等体育项目，体育场馆很难做到对体育场馆内人数的控制，体育场馆本身有针对不同体育项目、针对不同时间段、针对不同开放模式有针对性把控的需求，消费者也无法通过平台得知场地人数等相应的信息，消费者只能通过电话或微信的方式咨询才能得知的问题。
5.为实现上述目的，本发明提供如下技术方案：一种基于互联网的体育场综合服务平台，所述服务平台包括后台管理系统、在线场馆商户端小程序、在线场馆客户端小程序和
微信管理公众号，所述后台管理系统用于提供体育场馆系统的立体化展示，所述现场管客户端小程序用于提供体育场馆系统的扁平化展示；
6.所述后台管理系统包括场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块；
7.所述在线场馆商户端小程序包括场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块；其中场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块与后台管理系统中所对应的模块相同；
8.所述在线场馆客户端小程序包括场馆查询模块、场地预约模块、在线支付模块、活动报名模块、分享模块和个人信息模块；
9.所述微信管理公众号包括消息推送模块；所述消息推送模块包含了订单票务管理业务，所述消息推送模块可实时监控场馆订单预定情况、场馆订单核销情况和场馆人数。
10.优选的，所述场馆管理模块包含场地排班设置中心、场馆信息配置中心、场地模板设置中心和场地锁场设置中心；
11.所述场地排班设置中心用于按照时期、不同运动类型、不同场地以及不同时间段进行精确的开放设置，所述场地排班设置中心包括开放形式设置单元和费用设置单元，所述放形式设置单元包括包场形式和拼团形式，所述费用设置单元包括包场价格和拼团单人价格，所述场地排班设置中心可以对某一场地进行时间段的合并和拆分，其中时间粒度为半小时；
12.所述场馆信息配置中心包含场馆名称编辑单元、场馆表述编辑单元、场馆logo和场馆图片设置单元、场馆联系电话设置单元、场馆营业时间设置单元、场馆地点及经纬度编辑单元以及场馆设施编辑单元；
13.所述场地模板设置中心用于按照从周一到周日，对每一天的场馆排班进行初始化设置，每一天的各个场地，根据时间段的开放设置进行开放使用，工作人员可以根据不同时间段，一次性的设置价位和开放形式；
14.所述场地锁场设置中心用于固定周期的预约管理。
15.优选的，所述订单票务管理模块包含票务核销中心、散场订单查询中心、包场订单查询中心、售卡订单查询中心和续卡订单查询中心；
16.所述票务核销中心用于管理用户在小程序预约后现场核销的方式；
17.所述散场订单查询中心包含全部的拼团单人消费显示，场馆可根据用户姓名、用户电话、付款方式(如：微信支付、支付宝支付、会员支付、现金支付)、订单状态(已支付、已核销、已退款)、支付时间、使用时间来多方位精确查询；
18.所述的包场订单查询中心包含全部的包场订单显示，场馆可根据用户姓名、用户电话、付款方式(如：微信支付、支付宝支付、会员支付、现金支付)、订单状态(已支付、已核销、已退款)、支付时间、使用时间来多方位精确查询；
19.所述售卡订单查询中心用于提供新用户在体育场馆办理会员卡信息的查询，体育场馆可根据用户姓名、用户电话、所办理会员卡类型、使用时间来多方位精确查询；
20.所述续卡订单查询中心用于提供老用户在体育场馆续费会员卡信息的查询，体育场馆可根据用户姓名、用户电话、所办理会员卡类型、使用时间来多方位精确查询。
21.优选的，所述会员管理模块包含会员增删改查中心、会员消费查询中心和会员统计中心；
22.所述会员增删改查中心包含了会员的用户名、手机号、办理的会员卡名称、会员卡号、支持的运动类型、支持的运动形式和所办理会员卡的属性，所述办理会员卡的属性包括使用期限、会员卡充值金额、会员卡赠送金额、会员卡折扣以及会员卡剩余次数；
23.所述会员消费查询中心用于提供会员开始日期和结束日期内会员的所有消费记录和充值记录的查询；
24.所述会员统计中心用于统计一周或一月内会员的消费频次，其中，对一周分为2次及以上、1次和0次三个等级，对一个月分为5次及以上、1
‑
5次和0
‑
1次三个等级，所述会员统计中心对场馆内所有用户进行统计后，得到场馆的高频用户，中频用户和低频用户的比例，辅助场馆对不同用户群体差异化激励。
25.优选的，所述活动管理模块包含活动创建和取消中心、活动开放报名中心和活动修改和查询中心；
26.所述活动创建和取消中心包含活动的地点、时间、赛制以及咨询方式的设置；
27.所述活动开放报名中心含了每个队伍开放报名的人数及支付方式的设置。
28.优选的，所述综合管理模块包含基于场馆管理员账户的增删改查中心、基于场馆管理员角色的增删改查中心、基于场馆管理员菜单按钮权限的增删改查中心和基于场馆管理员数据权限的增删改查中心，所述综合管理模块用于整个系统的鉴权管理和授权管理，即权限判断逻辑和权限分配逻辑，所述权限管理内容包含了用户管理、角色管理、菜单按钮管理和数据权限管理，即给不同的用户分配不同的角色，查看不同的菜单，浏览不同的数据，所述综合管理模块可根据用户分配一到多个场馆，分配不同角色以限制操作权限。
29.优选的，所述在线场馆客户端小程序包括场馆查询模块、场地预约模块、在线支付模块、活动报名模块、分享模块和个人信息模块；
30.所述场馆查询模块用于提供根据地理位置以及根据运动类型的场馆查询；
31.所述场地预约模块包含包场预约中心和拼团单人预约中心；
32.所述在线支付模块的形式包含会员卡支付、微信支付和支付宝支付；
33.所述活动报名模块包含组队报名中心和比赛报名中心；
34.所述分享模块的形式包含邀请好友预约、邀请好友组队、邀请好友比赛和分享朋友圈；
35.所述个人信息模块包含个人手机号绑定中心、个人订单查询中心、个人会员卡查询中心和联系客服中心。
36.优选的，所述后台管理系统具体搭载平台为计算机或pc端；所述在线场馆商户端小程序具体搭载平台为计算机、pc端或手机端；所述在线场馆客户端小程序具体搭载平台为pc端或手机端；所述微信管理公众号具体搭载平台手机端；所述后台管理系统、在线场馆商户端小程序、在线场馆客户端小程序和微信管理公众号均需在网络覆盖范围，所述网络类型包括5g、4g、3g或wifi。
37.优选的，所述消息推送模块为基于kafka消息队列的实时推送技术，将目标信息推送至对应用户的终端。
38.优选的，所述服务平台使用spring cloud微服务架构，所述spring cloud微服务
架构用于对应用系统的整体构建需求进行分析，再将相近的业务功能模块划分，使其成为一个能够独立运行的微小单元，所述服务平台包括用eureka框架、ribbon框架、hystrix框架、zuul框架、spring cloud config框架和kafka消息队列；
39.所述eureka框架用于服务注册与服务发现，所述eureka框架中eureka组件用于获取各个微服务的地址列表和服务信息等内容，所述eureka框架通过与微服务之间建立心跳连接，实现对微服务的注册、注销和监控等管理工作；
40.所述ribbon框架用于负载均衡，所述ribbon框架中的ribbon组件用于提供相同业务的微服务对外访问的负载均衡，所述提供相同业务功能的多个微服务业务单元构建成一个服务资源池；
41.所述hystrix框架用于容错管理，所述hystrix框架中的hystrix组件提供微服务实现自身业务的容错管理；
42.所述zuul框架用于服务网关和过程监控，所述zuul框架中的服务网关组件zuul用于在用户需要对微服务架构的应用系统进行访问时，拦截用户发送的业务请求信息，并对用户的身份进行验证，在验证通过后，对用户开启对应的微服务功能访问权限，所述zuul框架从上述eureka组件中获取注册成功且可用的微服务，所述zuul框架与各个微服务之间采用rest风格轻量级的通信协议实现业务交互；
43.所述spring cloud config框架用于配置中心的管理，所述spring cloud config框架中的spring cloud config组件用于实现微服务本身或者微服务与微服务之间配置文件的集中管理；
44.所述kafka消息队列用于消息总线的管理，所述kafka消息队列用于实现对微服务配置文件的自动管理。
45.与现有技术相比，本发明的有益效果是：1、实现了对体育场馆预约、票务、管理和支付于一体的平台系统，大幅提高了体育场馆的运营效率，结合实际体育场馆的业务需求和操作习惯，大量节省了工作人员的时间成本；
46.2、同步的场馆预约平台和场馆管理平台，使得工作人员能够及时得知预约信息，避免出现一个场馆被重复预约的情况，保证了场馆预约的正常进行；且可通过后台或在线场馆商户端小程序对多人运动的体育项目进行人数的控制，针对不同体育项目、不同时间段、不同开放模式能够进行把控，消费者也可通过在线场馆客户端小程序或微信管理公众号得知场地人数等相应的信息，不需电话或微信咨询，在使用上更加人性化；
47.3、工作人员可通过后台或在线场馆商户端小程序对场馆业务进行管理，不在拘泥于管理场地，即使工作人员不在场馆中，也可实现对场馆的管理，为集中管理带来了便利，线上管理模式也大大增加工作人员的工作便利；
48.4、整个构架严格缜密，能够实现多方位的需求，支撑整个系统的运行，避免出现系统运行崩溃的情况，保证了系统使用时的稳定性。
附图说明
49.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。
50.在附图中：
51.图1为本发明系统框图；
52.图2为本发明构架框图。
具体实施方式
53.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例；基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
54.如图1所示，本发明提供一种技术方案：一种基于互联网的体育场综合服务平台，服务平台包括后台管理系统、在线场馆商户端小程序、在线场馆客户端小程序和微信管理公众号，后台管理系统用于提供体育场馆系统的立体化展示，现场管客户端小程序用于提供体育场馆系统的扁平化展示；
55.后台管理系统包括场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块；
56.在线场馆商户端小程序包括场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块；其中场馆管理模块、订单票务管理模块、会员管理模块、会员卡管理模块、活动管理模块和综合管理模块与后台管理系统中所对应的模块相同；
57.在线场馆客户端小程序包括场馆查询模块、场地预约模块、在线支付模块、活动报名模块、分享模块和个人信息模块；
58.微信管理公众号包括消息推送模块；消息推送模块包含了订单票务管理业务，消息推送模块可实时监控场馆订单预定情况、场馆订单核销情况和场馆人数。
59.其中，场馆管理模块包含场地排班设置中心、场馆信息配置中心、场地模板设置中心和场地锁场设置中心；
60.场地排班设置中心用于按照时期、不同运动类型、不同场地以及不同时间段进行精确的开放设置，场地排班设置中心包括开放形式设置单元和费用设置单元，放形式设置单元包括包场形式和拼团形式，费用设置单元包括包场价格和拼团单人价格，场地排班设置中心可以对某一场地进行时间段的合并和拆分，其中时间粒度为半小时；
61.场馆信息配置中心包含场馆名称编辑单元、场馆表述编辑单元、场馆logo和场馆图片设置单元、场馆联系电话设置单元、场馆营业时间设置单元、场馆地点及经纬度编辑单元以及场馆设施编辑单元；
62.场地模板设置中心用于按照从周一到周日，对每一天的场馆排班进行初始化设置，每一天的各个场地，根据时间段的开放设置进行开放使用，工作人员可以根据不同时间段，一次性的设置价位和开放形式；
63.场地锁场设置中心用于固定周期的预约管理。；
64.订单票务管理模块包含票务核销中心、散场订单查询中心、包场订单查询中心、售卡订单查询中心和续卡订单查询中心；
65.票务核销中心用于管理用户在小程序预约后现场核销的方式；
66.散场订单查询中心包含全部的拼团单人消费显示，场馆可根据用户姓名、用户电
话、付款方式(如：微信支付、支付宝支付、会员支付、现金支付)、订单状态(已支付、已核销、已退款)、支付时间、使用时间来多方位精确查询；
67.的包场订单查询中心包含全部的包场订单显示，场馆可根据用户姓名、用户电话、付款方式(如：微信支付、支付宝支付、会员支付、现金支付)、订单状态(已支付、已核销、已退款)、支付时间、使用时间来多方位精确查询；
68.售卡订单查询中心用于提供新用户在体育场馆办理会员卡信息的查询，体育场馆可根据用户姓名、用户电话、所办理会员卡类型、使用时间来多方位精确查询；
69.续卡订单查询中心用于提供老用户在体育场馆续费会员卡信息的查询，体育场馆可根据用户姓名、用户电话、所办理会员卡类型、使用时间来多方位精确查询。
70.会员管理模块包含会员增删改查中心、会员消费查询中心和会员统计中心；
71.会员增删改查中心包含了会员的用户名、手机号、办理的会员卡名称、会员卡号、支持的运动类型、支持的运动形式和所办理会员卡的属性，办理会员卡的属性包括使用期限、会员卡充值金额、会员卡赠送金额、会员卡折扣以及会员卡剩余次数；
72.会员消费查询中心用于提供会员开始日期和结束日期内会员的所有消费记录和充值记录的查询；
73.会员统计中心用于统计一周或一月内会员的消费频次，其中，对一周分为2次及以上、1次和0次三个等级，对一个月分为5次及以上、1
‑
5次和0
‑
1次三个等级，会员统计中心对场馆内所有用户进行统计后，得到场馆的高频用户，中频用户和低频用户的比例，辅助场馆对不同用户群体差异化激励。
74.活动管理模块包含活动创建和取消中心、活动开放报名中心和活动修改和查询中心；
75.活动创建和取消中心包含活动的地点、时间、赛制以及咨询方式的设置；
76.活动开放报名中心含了每个队伍开放报名的人数及支付方式的设置。
77.综合管理模块包含基于场馆管理员账户的增删改查中心、基于场馆管理员角色的增删改查中心、基于场馆管理员菜单按钮权限的增删改查中心和基于场馆管理员数据权限的增删改查中心，综合管理模块用于整个系统的鉴权管理和授权管理，即权限判断逻辑和权限分配逻辑，权限管理内容包含了用户管理、角色管理、菜单按钮管理和数据权限管理，即给不同的用户分配不同的角色，查看不同的菜单，浏览不同的数据，综合管理模块可根据用户分配一到多个场馆，分配不同角色以限制操作权限。
78.在线场馆客户端小程序包括场馆查询模块、场地预约模块、在线支付模块、活动报名模块、分享模块和个人信息模块；
79.场馆查询模块用于提供根据地理位置以及根据运动类型的场馆查询；
80.场地预约模块包含包场预约中心和拼团单人预约中心；
81.在线支付模块的形式包含会员卡支付、微信支付和支付宝支付；
82.活动报名模块包含组队报名中心和比赛报名中心；
83.分享模块的形式包含邀请好友预约、邀请好友组队、邀请好友比赛和分享朋友圈；
84.个人信息模块包含个人手机号绑定中心、个人订单查询中心、个人会员卡查询中心和联系客服中心。
85.后台管理系统具体搭载平台为计算机或pc端；在线场馆商户端小程序具体搭载平
台为计算机、pc端或手机端；在线场馆客户端小程序具体搭载平台为pc端或手机端；微信管理公众号具体搭载平台手机端；后台管理系统、在线场馆商户端小程序、在线场馆客户端小程序和微信管理公众号均需在网络覆盖范围，网络类型包括5g、4g、3g或wifi。
86.消息推送模块为基于kafka消息队列的实时推送技术，将目标信息推送至对应用户的终端。
87.消费者通过在线场馆客户端小程序进行场馆查询、场地预约、在线支付、活动报名、分享和个人信息管理，并通过微信管理公众号实时监控场馆订单预定情况、场馆订单核销情况和场馆人数，并对上述信息进行推送，而场馆的工作人员则可通过后台管理系统或在线场馆商户端小程序进行场馆管理、订单票务管理、会员管理、会员卡管理、活动管理和综合管理块，从而实现一体化的平台管理。
88.该平台，实现了对体育场馆预约、票务、管理和支付于一体的平台系统，大幅提高了体育场馆的运营效率，结合实际体育场馆的业务需求和操作习惯，大量节省了工作人员的时间成本；同步的场馆预约平台和场馆管理平台，使得工作人员能够及时得知预约信息，避免出现一个场馆被重复预约的情况，保证了场馆预约的正常进行；且可通过后台或在线场馆商户端小程序对多人运动的体育项目进行人数的控制，针对不同体育项目、不同时间段、不同开放模式能够进行把控，消费者也可通过在线场馆客户端小程序或微信管理公众号得知场地人数等相应的信息，不需电话或微信咨询，在使用上更加人性化；工作人员可通过后台或在线场馆商户端小程序对场馆业务进行管理，不在拘泥于管理场地，即使工作人员不在场馆中，也可实现对场馆的管理，为集中管理带来了便利，线上管理模式也大大增加工作人员的工作便利。
89.如图2所示，服务平台使用spring cloud微服务架构，spring cloud微服务架构用于对应用系统的整体构建需求进行分析，再将相近的业务功能模块划分，使其成为一个能够独立运行的微小单元，服务平台包括用eureka框架、ribbon框架、hystrix框架、zuul框架、spring cloud config框架和kafka消息队列；
90.eureka框架用于服务注册与服务发现，eureka框架中eureka组件用于获取各个微服务的地址列表和服务信息等内容，eureka框架通过与微服务之间建立心跳连接，实现对微服务的注册、注销和监控等管理工作；
91.ribbon框架用于负载均衡，ribbon框架中的ribbon组件用于提供相同业务的微服务对外访问的负载均衡，提供相同业务功能的多个微服务业务单元构建成一个服务资源池；
92.hystrix框架用于容错管理，hystrix框架中的hystrix组件提供微服务实现自身业务的容错管理；
93.zuul框架用于服务网关和过程监控，zuul框架中的服务网关组件zuul用于在用户需要对微服务架构的应用系统进行访问时，拦截用户发送的业务请求信息，并对用户的身份进行验证，在验证通过后，对用户开启对应的微服务功能访问权限，zuul框架从上述eureka组件中获取注册成功且可用的微服务，zuul框架与各个微服务之间采用rest风格轻量级的通信协议实现业务交互；
94.spring cloud config框架用于配置中心的管理，spring cloud config框架中的spring cloud config组件用于实现微服务本身或者微服务与微服务之间配置文件的集中
管理；
95.kafka消息队列用于消息总线的管理，kafka消息队列用于实现对微服务配置文件的自动管理。
96.该服务平台，整个构架严格缜密，能够实现多方位的需求，支撑整个系统的运行，避免出现系统运行崩溃的情况，保证了系统使用时的稳定性。
97.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
98.尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。