网络约课管理系统及方法与流程

1.本发明涉及计算机技术领域，尤其涉及网络约课管理系统及方法。


背景技术：

2.当前情况下学生课外辅导找老师的需求量巨大，社会上符合家长需求的老师或辅导机构众多，现有平台多为家长和老师双方或家长与机构双方双向服务，没有可以提供家长，教师，辅导机构全三方对接的功能。无法清晰直观地容纳家长、教师、机构三个角色之间的供求对接，且现有平台缺少预约机制且限制师生双方线下自行交易，导致学生、家长、老师和辅导机构之间缺乏相互了解沟通的平台，教学双方交易前缺乏有效的沟通，后期容易产生纠纷，难以建立相互沟通、了解、信任、合作，导致供需难以实现。


技术实现要素：

3.为了解决上述技术问题，本发明提出网络约课管理系统及方法。
4.为了达到上述目的，本发明的技术方案如下：
5.网络约课管理系统，约课平台与客户端进行数据交互，所述客户端包括家长端、老师端和培训机构端，所述约课平台包括注册模块、订单发布模块、展示模块、预约模块和订单生成模块，其中，
6.所述注册模块，用于接收家长端用户、老师端用户和培训机构端用户提供的实名身份证明信息，生成不同权限的注册用户；
7.所述订单发布模块，用于根据不同身份注册用户各自的权限进入不同的订单发布模块，其中家长端用户通过家长订单发布模块发布学生信息和教师要求等，老师端用户通过老师订单发布模块发布教师信息和授课信息等，培训机构通过机构订单发布模块发布机构信息和课程信息等；
8.所述展示模块，用于根据订单发布模块采集的数据生成家长榜单、老师榜单和培训机构榜单并根据预设规则进行展示；
9.所述预约模块，用于根据家长端用户、老师或培训机构端用户的需求，在对应榜单中选择的发布订单，发送预约并支付预见费用至对方，若对方同意，则将预约双方预留的联系方式相互推送；
10.所述订单生成模块，用于根据家长用户和老师或培训机构用户之间确定的授课内容生成授课订单。
11.优选地，所述预设规则为根据发布地址区域以及发布时间排序。
12.优选地，所述订单生成模块包括支付模块和退订模块，其中，
13.所述支付模块，用于在授课订单生成时，家长端用户对系统账户进行相应订单费用支付，且在一次授课完成时，从系统账户扣除相关课时费产生相应余额，并将相关课时费转入对应老师端或培训机构端用户的账户；
14.所述退订模块，用于根据实际授课情况，在允许的时间范围内向相关老师端或培
训机构端用户发送课程退订请求，若接收到相关老师端或培训机构端用户同意课程退订请求，则将相应余额转入家长端用户的账户。
15.优选地，所述约课平台包括搜索模块，用于根据不同权限的注册用户的搜索条件对订单发布模块采集的信息进行搜索，从而筛选符合注册用户要求的信息并按预设顺序排列展示。
16.优选地，所述约课平台包括评价模块，用于在授课完成后，在授课参与方之间进行相互评价。
17.网络约课管理方法，包括如下步骤：
18.接收家长端用户、老师端用户和培训机构端用户提供的身份证明信息，生成不同权限的注册用户；
19.根据不同身份注册用户各自的权限进入不同的订单发布模块，其中家长端用户通过家长订单发布模块发布学生信息和教师要求等，老师端用户通过老师订单发布模块发布教师信息和授课信息等，培训机构通过机构订单发布模块发布机构信息和课程信息等；
20.根据订单发布模块采集的数据生成家长榜单、老师榜单和培训机构榜单并根据预设规则进行展示；
21.根据家长端用户、老师或培训机构端用户的需求，在对应榜单中选择的发布订单，发送预约并支付预见费用至对方，若对方同意，则将预约双方预留的联系方式相互推送；
22.根据家长用户和老师或培训机构用户之间确定的授课内容生成授课订单，家长端用户对系统账户进行相应订单费用支付，且在一次授课完成时，从系统账户扣除相关课时费产生相应余额，并将相关课时费转入对应老师端或培训机构端用户的账户。
23.优选地，所述预设规则为根据发布地址区域以及发布时间排序。
24.优选地，还包括如下步骤：
25.根据实际授课情况，在允许的时间范围内向相关老师端或培训机构端用户发送课程退订请求，若接收到相关老师端或培训机构端用户同意课程退订请求，则将相应余额转入家长端用户的账户。
26.优选地，还包括如下步骤：根据不同权限的注册用户的搜索条件对订单发布模块采集的信息进行搜索，从而筛选符合注册用户要求的信息并按预设顺序排列展示。
27.优选地，还包括如下步骤：在授课完成后，在授课参与方之间进行相互评价。
28.基于上述技术方案，本发明的有益效果是：
29.1)按用户角色将用户需求分为家长榜单、老师榜单和培训机构榜单三个展示榜单，用户根据需要各取所需，清晰便捷；
30.2)用户资料与需求相结合，方便教学双方相互了解；
31.3)实名认证资质认证消除安全隐患；
32.4)设置提前预约二次发单环节，保证教学双方上课前自愿，深入了解。共同完成课程制定计划，而非单方设定。从而有效避免后期纠纷；
33.5)添加线下线上服务流程指导，合同签约，第三方监督，减少或避免因教学双方信息了解不畅或操作不规范导致的安全问题，劳动纠纷；
34.6)评价体系，课时累计体系，供教学双方参考。
附图说明
35.下面结合附图对本发明的具体实施方式作进一步详细的说明。
36.图1是一个实施例中网络约课管理系统的结构示意图；
37.图2是一个实施例中网络约课管理系统中约课平台的原理框图；
38.图3是一个实施例中网络约课管理方法流程图。
具体实施方式
39.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
40.本发明专注于学生课外辅导领域，改变了传统教育行业线下教课，线上教学的模式，旨在为教学双方提供对接服务。创造性的将教学双方的需求以榜单形式详细展示给对方，并严格审核各方身份资质确保教学安全，为教学双方提供健全的服务流程指导，减少或避免因教学双方信息了解不畅或操作不规范导致的安全问题，劳动纠纷。
41.如图1、2所示，本实施例提供一种网络约课管理系统，约课平台与客户端进行数据交互，所述客户端包括家长端、老师端和培训机构端，所述约课平台包括注册模块、订单发布模块、展示模块、预约模块和订单生成模块，其中，
42.所述注册模块，用于接收家长端用户、老师端用户和培训机构端用户提供的实名身份证明信息，生成不同权限的注册用户；
43.所述订单发布模块，用于根据不同身份注册用户各自的权限进入不同的订单发布模块，其中家长端用户通过家长订单发布模块发布学生信息如性别、年级、性格、基础等；教师要求如性别、资质、性格、课程名称、教课地址等。老师端用户通过老师订单发布模块发布填写教师信息如姓名、性别、年龄、教龄、学历、资格证书、评价等，授课信息如教学科目、授课区域、价格、教学特色、所述培训机构等。培训机构通过机构订单发布模块发布机构信息如机构名称、机构证书、荣誉证书、办学特色、教师资料、教师环境、评价等，课程信息如培训内容、招生对象、招生人数、教学区域、优惠活动等。
44.所述展示模块，用于将订单发布模块采集的数据生成家长榜单、老师榜单和培训机构榜单并根据发布地址区域以及发布时间排序进行展示，划分榜单，使不同身份用户需求清晰展示，从而兼容家长、教师、辅导机构三个角色。
45.本实施例中，老师榜单中，显示老师的基本信息如：姓名、性别、学历、经验、评价、授课科目、费用等，点击进去展示老师发布的教学科目课程。
46.机构榜单中，显示教师资料的基本信息如：姓名、评分、招生对象、教学科目、授课区域(位置远近)、优惠活动等，点击进去展示机构发布的课程。还可以进行优惠活动展示，同一机构提交的所有教课科目课程均在内层罗列，家长可选择不同课程报名。优惠活动展示内容可以包括但不限于：一种是交a元抵2a元活动；另一种是9.9体验课等，根据实际需求设定。
47.所述预约模块，用于根据家长端用户、老师或培训机构端用户的需求，在对应榜单中选择的发布订单，发送预约并支付预见费用至对方，若对方同意，则将预约双方预留的联系方式相互推送，便于双方线下协商，确定具体的授课内容如课程内容、课时、价格、授课地点、授课时间等。
48.本实施例中，预见费用包括约见金或预付款，具体实现方式包括一般预约和特别预约：
49.一般预约即支付约见金：家长找老师或老师找家长接单时，一方提出预约并支付约见金(金额小)发送至另一方，预约后等待另一方同意；双方都同意后联系方式可见；双方充分交流协商后；由老师二次填写课程表单确定课时、价格、上课地点、上课时间等提交家长；家长一方支付；开始上课。
50.特别预约即支付预付款：对于熟悉的老师家长可以直接缴费a元预约课程即支付预付款(金额较大)；双方都同意后联系方式可见；双方充分交流协商后；由老师二次填写课程表单确定课时、价格、上课地点、上课时间等提交家长；家长一方进行订单支付时抵扣2a元；开始上课(特别预约可提高线上成交率)。采用两种约见方式，满足更多用户的需求，其中特别预约即直接报名。家长/学生可享受一定的预付款抵扣活动，可以根据实际情况设定抵扣标准。
51.所述订单生成模块，用于根据家长用户和老师或培训机构用户之间确定的授课内容生成授课订单。
52.在一个实施例的网络约课管理系统中，所述订单生成模块包括支付模块和退订模块，其中，
53.所述支付模块，用于在授课订单生成时，家长端用户对系统账户进行相应订单费用支付，且在一次授课完成时，从系统账户扣除相关课时费产生相应余额，并将相关课时费转入对应老师端或培训机构端用户的账户；
54.本实施例中，若检测到家长端用户有支付预付款的记录，则相应订单费用为课程订单费用减去预付款的费用。
55.所述退订模块，用于根据实际授课情况，在允许的时间范围内向相关老师端或培训机构端用户发送课程退订请求，若接收到相关老师端或培训机构端用户同意课程退订请求，则将相应余额转入家长端用户的账户。
56.通过引入第三方监督服务(系统账户)整个交易过程，减少或避免因教学双方信息了解不畅或操作不规范导致的安全问题，劳动纠纷。
57.在一个实施例的网络约课管理系统中，所述约课平台包括搜索模块，用于根据不同权限的注册用户的搜索条件对订单发布模块采集的信息进行搜索，从而筛选符合注册用户要求的信息并按预设顺序排列展示。
58.本实施例中，注册用户可以设定指定要求如证书、位置和/或年级范围等要求，在满足上述搜索条件的已发布订单信息中搜索，将符合要求的发布订单按照注册用户与发布订单方两者之间位置距离或发布时间进行排列展示订单信息。
59.注册用户的位置可以在地图上自动定位获取或由用户自行选取。
60.在一个实施例的网络约课管理系统中，所述约课平台包括评价模块，用于在授课完成后，在授课参与方之间进行相互评价，可以统计客户评价，从而为其他客户提供参考，提高交易质量。
61.如图3所示，本实施例提供一种应用上述任意一项网络约课管理系统的方法，包括如下步骤：
62.接收家长端用户、老师端用户和培训机构端用户提供的身份证明信息，生成不同
权限的注册用户；
63.根据不同身份注册用户各自的权限进入不同的订单发布模块，其中家长端用户通过家长订单发布模块发布学生信息如性别、年级、性格、基础等；教师要求如性别、资质、性格、课程名称、教课地址等。老师端用户通过老师订单发布模块发布填写教师信息如姓名、性别、年龄、教龄、学历、资格证书、评价等，授课信息如教学科目、授课区域、价格、教学特色、所述培训机构等。培训机构通过机构订单发布模块发布机构信息如机构名称、机构证书、荣誉证书、办学特色、教师资料、教师环境、评价等，课程信息如培训内容、招生对象、招生人数、教学区域、优惠活动等；
64.将订单发布模块采集的数据生成家长榜单、老师榜单和培训机构榜单并根据发布地址区域以及发布时间排序进行展示；
65.根据家长端用户、老师或培训机构端用户的需求，在对应榜单中选择的发布订单，发送预约并支付预见费用至对方，若对方同意，则将预约双方预留的联系方式相互推送，便于双方线下协商，确定具体的授课内容如课程内容、课时、价格、授课地点、授课时间等；
66.线下确定好具体的授课内容后，根据家长端用户与老师或培训机构端用户相互之间的授课内容生成授课订单，家长端用户对系统账户进行相应订单费用支付，且在一次授课完成时，从系统账户扣除相关课时费产生相应余额，并将相关课时费转入对应老师端或培训机构端用户的账户。
67.本实施例中，采用提前预约并支付预见费用至对方，在双方同意的情况下将预约双方的联系方式相互推送，提供线下协商的机会，便于双方相互深入了解，达成教学双方的共识，解决其他平台不能解决的课程设置缺陷，然后通过二次发单环节就是根据双方确定好具体的授课内容生成授课订单，通过二次发单达成共识，其中，预见费用包括约见金或预付款，具体实现方式包括一般预约和特别预约：
68.一般预约即支付约见金：家长找老师或老师找家长接单时，一方提出预约并支付约见金(金额小)发送至另一方，预约后等待另一方同意；双方都同意后联系方式可见；双方充分交流协商后；由老师二次填写课程表单确定课时、价格、上课地点、上课时间等提交家长；家长一方支付；开始上课。
69.特别预约即支付预付款：对于熟悉的老师家长可以直接缴费a元预约课程即支付预付款(金额较大)；双方都同意后联系方式可见；双方充分交流协商后；由老师二次填写课程表单确定课时、价格、上课地点、上课时间等提交家长；家长一方进行订单支付时抵扣2a元；开始上课(特别预约可提高线上成交率)。采用两种约见方式，满足更多用户的需求，其中特别预约即直接报名。家长/学生可享受一定的预付款抵扣活动，可以根据实际情况设定抵扣标准。
70.在一个实施例的网络约课管理方法中，还包括如下步骤：根据实际授课情况，在允许的时间范围内向相关老师端或培训机构端用户发送课程退订请求，若接收到相关老师端或培训机构端用户同意课程退订请求，则将相应余额转入家长端用户的账户。
71.在一个实施例的网络约课管理方法中，还包括如下步骤：根据不同权限的注册用户的搜索条件对订单发布模块采集的信息进行搜索，从而筛选符合注册用户要求的信息并按预设顺序排列展示。
72.本实施例中，注册用户可以设定指定要求如证书、位置和/或年级范围等要求，在
满足上述搜索条件的已发布订单信息中搜索，将符合要求的发布订单按照注册用户与发布订单方两者之间位置距离或发布时间进行排列展示订单信息。
73.注册用户的位置可以在地图上自动定位获取或由用户自行选取。
74.在一个实施例的网络约课管理方法中，还包括如下步骤：在授课完成后，在授课参与方之间进行相互评价，可以统计客户评价，从而为其他客户提供参考，提高交易质量。
75.以上所述仅为本发明所公开的网络约课管理系统级方法的优选实施方式，并非用于限定本说明书实施例的保护范围。凡在本说明书实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的保护范围之内。
76.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
77.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
78.本说明书实施例中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。