一种用于驾校学员移动端约课的方法和系统

技术领域

本发明涉及的是驾校约课领域，特别涉及一种用于驾校学员移动端约课的方法和系统。

背景技术

随着社会经济的发展，人们生活水平的逐步提升，越来越多的人有了学车的需求，因此对于驾校培训的需求也越来越多。同时驾培行业的发展逐渐趋于稳定，驾校之间的竞争也更看重驾校的培训服务质量不同，培训服务质量更好的驾校往往可以占据更大的市场。然而，现有的驾校学员约课方法仍然比较落后，主要依靠驾校教练线下和学员进行线下约课，通过线下教练和学员约课，对于教练和学员而言，都容易造成不便，教练无法对学员的约课记录进行管理，学员也无法按照自己需求及时对课程进行调整。另外，科学技术的进步，大家对于移动端产品的使用越来越习惯，也有更强烈的意愿使用更轻便的移动端产品来完成日常的一些生活工作中的事情。因此，急需一种用于驾校学员移动端约课的方法和系统。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种用于驾校学员移动端约课的方法和系统。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

一种用于驾校学员移动端约课的方法，包括：

S100.后台服务器接收驾校录入的教练和学员信息，并将学员分配给指定的教练，完成学员与教练的绑定；

S200.教练通过教练端设置约课课表，至少包含课程时段、科目、可预约人数、驾照类型信息；

S300.学员通过学员端选择绑定的教练，进入教练约课主页，选择可预约课程；

S400.教练通过教练端查看学员约课记录，根据约课记录安排教学计划；

S500.学员约课后，到了约定上课时间，通过学员端进行上课签到，进行驾照学习。

进一步地，S100中，后台服务器通过数据结构和表设计的方式，将学员和教练的信息保存在后台服务器的数据库中。

进一步地，若驾校未完成教练与学员的绑定，则教练或学员可登录各自移动端产品教练端或学员端，申请教练与学员关系绑定。

进一步地，教练使用教练端前，还会采用Auth2认证协议和JWT数据传输协议对教练身份进行验证。

进一步地，学员在学员登录学员端后，学员端将自动通过代理模式将请求代理到指定服务，其中间通信采用可靠性Https传输协议和拦截器机制，过滤非法请求和恶意请求以保证服务的稳定性和健壮性。

进一步地，教练通过教练端查看学员约课记录，若后台服务器未给教练分配学员，教练可通过教练端录入绑定学员，学员在学员端同意之后即可绑定成功。

进一步地，若预设时间段内教练未设置课表供学员约课，则判断此教练可能已离职或岗位变动，将此教练账号设定为失效无法登录；当此账号再次登录时，需要重新使用双重身份验证，通过后台服务器身份验证通过之后，才可以继续登录使用。

进一步地，后台服务器会根据学员上课情况对学员进行约课优先级进行三个等级划分，具体的，新学员默认为第二等级，约课成功至少10次且上课率达80％的升级为第一等级，约课成功至少10次且上课率不足40％的降级为第三等级。

进一步地，其特征在于，当同样的课程当同时有第一等级、第二等级、第三等级学员进行约课时，后台服务器会根据学员的第一等级、第二等级、第三等级进行顺序分配。

本发明还公开了一种用于驾校学员移动端约课的系统，包括：后台服务器、教练端和学员端；其中：

后台服务器，用于接收驾校录入的教练和学员信息，并将学员分配给指定的教练，完成学员与教练的绑定；

教练端，用于教练设置约课课表，至少包含课程时段、科目、可预约人数、驾照类型信息；还用于查看学员约课记录，根据约课记录安排教学计划；

学员端，用于学员选择绑定的教练，通过进入教练约课主页，选择可预约课程；还用于学员约课后，到了约定上课时间进行上课签到。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明公开的一种用于驾校学员移动端约课的方法和系统，适用于驾校培训学员学车场景。学员通过学员端产品，在线预约驾校培训课程，同时教练可以通过教练端产品查看约课的学员，提前安排培训课程。驾校也可以查看驾校所有学员的约课记录，以及教练的培训安排。并且针对学员预约课程后的上课出勤情况，自动调整学员约课优先级。相对于现有技术，解决了现有技术驾校教练线下和学员进行线下约课不方便的问题。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例1中，一种用于驾校学员移动端约课的方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的问题，本发明实施例提供一种用于驾校学员移动端约课的方法和系统。

实施例1

本实施例公开了一种用于驾校学员移动端约课的方法，如图1，包括：

S100.后台服务器接收驾校录入的教练和学员信息，并将学员分配给指定的教练，完成学员与教练的绑定；具体的，后台将学员和教练的信息以可靠的数据结构和表设计保存在数据库中，保证数据是可靠的、安全的和不易丢失的。在一些优选实施例中，若驾校未完成教练与学员的绑定，则教练或学员可登录各自移动端产品教练端或学员端，申请教练与学员关系绑定。

S200.教练通过教练端设置约课课表，至少包含课程时段、科目、可预约人数、驾照类型信息；具体的，教练登录约课平台会经过后台认证体系，权限认证体系，数据校验步骤，以保证登录的教练用户是合法且有价值的用户。具体可采用Auth2认证协议，JWT数据传输协议，拦截器拦截请求校验合法性等手段实现。JWT数据传输可保证用户数据的私密性和安全性，可采用非对称性算法对数据进行加密；Auth2认证提供了四种可靠的认证模式，本实施例可采用授权码模式，授权码模式(authorization code)是功能最完整、流程最严密的授权模式，即使被恶意拦截，用户数据也不会被破解和泄露。

S300.学员通过学员端选择绑定的教练，进入教练约课主页，选择可预约课程；具体的，学员登录系统后，系统将自动通过代理模式将请求代理到指定服务，其中间通信采用可靠性Https传输协议和拦截器机制，过滤非法请求和恶意请求以保证服务的稳定性和健壮性。系统将自动获取学员绑定的教练信息和课表数据，若有多个学员绑定统一教练，采用分布式锁的技术，具体可采用DLock，避免课程发生超约的现象；系统将采用分布式缓存的方式，具体可采用DCache，将用户的信息在一定时间内缓存起来，一方面保证用户在使用系统过程中，服务能够快速响应，一方面避免并发请求量攀升，导致服务器压力骤增而发生雪崩的情况。整个教练设置课表和学员约课的过程中，数据可靠，私密性强，服务安全。

S400.教练通过教练端查看学员约课记录，根据约课记录安排教学计划；在一些优选实施例中，教练通过教练端查看学员约课记录，若后台服务器未给教练分配学员，教练可通过教练端录入绑定学员，学员在学员端同意之后即可绑定成功。

若预设时间段内教练未设置课表供学员约课，则判断此教练可能已离职或岗位变动，将此教练账号设定为失效无法登录；当此账号再次登录时，需要重新使用双重身份验证，通过后台服务器身份验证通过之后，才可以继续登录使用。

S500.学员约课后，到了约定上课时间，通过学员端进行上课签到，进行驾照学习。

在一些优选实施例中，后台服务器会根据学员上课情况对学员进行约课优先级进行三个等级划分，具体的，新学员默认为第二等级，约课成功至少10次且上课率达80％的升级为第一等级，约课成功至少10次且上课率不足40％的降级为第三等级。当同样的课程当同时有第一等级、第二等级、第三等级学员进行约课时，后台服务器会根据学员的第一等级、第二等级、第三等级进行顺序分配。

本实施例还公开了一种用于驾校学员移动端约课的系统，包括：后台服务器、教练端和学员端；其中：

后台服务器，用于接收驾校录入的教练和学员信息，并将学员分配给指定的教练，完成学员与教练的绑定；

教练端，用于教练设置约课课表，至少包含课程时段、科目、可预约人数、驾照类型信息；还用于查看学员约课记录，根据约课记录安排教学计划；

学员端，用于学员选择绑定的教练，通过进入教练约课主页，选择可预约课程；还用于学员约课后，到了约定上课时间进行上课签到。

本实施例公开的一种用于驾校学员移动端约课的方法和系统，适用于驾校培训学员学车场景。学员通过学员端产品，在线预约驾校培训课程，同时教练可以通过教练端产品查看约课的学员，提前安排培训课程。驾校也可以查看驾校所有学员的约课记录，以及教练的培训安排。并且针对学员预约课程后的上课出勤情况，自动调整学员约课优先级。相对于现有技术，解决了现有技术驾校教练线下和学员进行线下约课不方便的问题。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。