基于窗口受理动态容量的排队预约方法及系统与流程

本发明涉及互联网领域，尤其涉及基于窗口受理动态容量的排队预约方法及系统领域。
背景技术：
：当前影响受理大厅排队服务质量和客户满意度的一个重要问题是办理业务排队时间过长。现有的叫号排队系统仅仅起到维持用户排队秩序的作用，不能让用户提前获得银行排队人数信息，不能对用户何时去大厅办理业务起引导作用，更不能减少用户等待时间。随着互联网+应用的普及和推广，纯线下的排队系统，已经无法满足互联网+排队预约的现场管理功能，甚至被网上预约的人流量冲击后，影响了现场取号排队的用户业务感知，导致现场取号排队用户的不满和投诉。因此为了满足广大办理用户快捷办理业务的需求，减少用户的排队等待时间，同时也为了优化排队资源配置，很多受理大厅都有排队系统软件，帮助大厅现场做好有序排队分流的功能。现有的排队系统软件中，并没有考虑到受理大厅的实际业务容量和人流量情况，并且在做预约优先受理的方法简单粗暴，从而严重影响了受理大厅现场取号排队用户的利益，也让一般的线上排队预约方法无法真正落地到线下排队系统中去；或者让线下采用人工服务的方式，给预约用户做绿色通道处理，这也带来网上预约系统线上线下分离，计算机系统各自为政的现状。因此，现有技术中的缺陷是，无法实现对线上线下的预约排队的一体化管理，导致业务受理率低，用户体验度低。技术实现要素：针对上述技术问题，本发明提供一种基于窗口受理动态容量的排队预约方法及系统，采用基于现场受理大厅动态人流量和业务受理效率的网上预约，实现有策略的开放互联网排队预约功能，真正实现引流分流的管理，并将网上预约和线下排队叫号系统数据相结合，控制受理大厅现场排队分流。确保互联网预约业务能实现线上线下一体化，并能优化预约的排队受理效率，达到预约排队有序管理，引导分流的目的。为解决上述技术问题，本发明提供的技术方案是：第一方面，本发明提供一种基于窗口受理动态容量的排队预约方法，包括：步骤s1，在预约界面，获取用户的预约请求，所述预约请求包括选择的预约事项；步骤s2，根据所述用户的预约请求，获取所述用户的预约信息，所述预约信息包括预约时间、预约需求和所述用户的个人信息；步骤s3，获取当前时间段受理大厅的现场排队流量，结合所述用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统；步骤s4，根据所述预约号，获取所述用户在所述受理大厅的业务办理请求；步骤s5，根据所述业务办理请求，进行身份核实，核实后按照预约排队规则处理所述受理大厅现场排队和网上预约排队的预约顺序，完成所述业务办理请求对应的业务办理。本发明提供的一种基于窗口受理动态容量的排队预约方法，其技术方案为：在预约界面，获取用户的预约请求，所述预约请求包括选择的预约事项；根据所述用户的预约请求，获取所述用户的预约信息，所述预约信息包括预约时间、预约需求和所述用户的个人信息；获取当前时间段受理大厅的现场排队流量，结合所述用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统；根据所述预约号，获取所述用户在所述受理大厅的业务办理请求；根据所述业务办理请求，进行身份核实，核实后按照预约排队规则处理所述受理大厅现场排队和网上预约排队的预约顺序，完成所述业务办理请求对应的业务办理。本发明的基于窗口受理动态容量的排队预约方法，采用基于现场受理大厅动态人流量和业务受理效率的网上预约，实现有策略的开放互联网排队预约功能，真正实现引流分流的管理，并将网上预约和线下排队叫号系统数据相结合，控制受理大厅现场排队分流。确保互联网预约业务能实现线上线下一体化，并能优化预约的排队受理效率，达到预约排队有序管理，引导分流的目的。进一步地，所述步骤s3，具体为：获取当前时间段受理大厅的现场排队流量；根据所述现场排队流量，通过预约规则计算得出所述受理大厅的大厅业务容量；根据所述大厅业务容量，结合预设条件，判断得出所述受理大厅可受理预约名额的范围，所述预设条件通过所述受理大厅在所述当前时间段的历史人流量设定；根据所述受理大厅可受理预约名额，对所述用户进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统。进一步地，所述预设条件为：当所述现场排队流量不小于所述大厅业务容量与第一预设值的乘积，所述受理大厅可受理预约名额小于现场排队流量与第二预设值的乘积；当所述现场排队流量小于所述大厅业务容量与第一预设值的乘积，所述受理大厅可受理预约名额与所述现场排队流量的和小于所述大厅业务容量。进一步地，所述步骤s5，具体为：根据所述业务办理请求，进行身份核实；核实后，获取所述受理大厅现场排队和网上预约排队的预约顺序；根据所述受理大厅现场排队和网上预约排队的预约顺序，结合当前所述受理大厅的人流情况，通过间插排队的方法进行分流处理，调整所述预约顺序；根据所述调整后的预约顺序，完成所述业务办理请求对应的业务办理。进一步地，还包括预约反馈步骤：业务办理完成后，获基于窗口受理动态容量的排队预约系统得本次预约的评价反馈。第二方面，本发明提供了一种基于窗口受理动态容量的排队预约系统，包括：预约请求获取模块，用于在预约界面，获取用户的预约请求，所述预约请求包括选择的预约事项；预约信息获取模块，用于根据所述用户的预约请求，获取所述用户的预约信息，所述预约信息包括预约时间、预约需求和所述用户的个人信息；排队预约模块，用于获取当前时间段受理大厅的现场排队流量，结合所述用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统；业务办理请求模块，用于根据所述预约号，获取所述用户在所述受理大厅的业务办理请求；业务办理模块，用于根据所述业务办理请求，进行身份核实，核实后按照预约排队规则处理所述受理大厅现场排队和网上预约排队的预约顺序，完成所述业务办理请求对应的业务办理。本发明提供的一种基于窗口受理动态容量的排队预约系统，其技术方案为：通过预约请求获取模块，在预约界面，获取用户的预约请求，所述预约请求包括选择的预约事项；通过预约信息获取模块，用于根据所述用户的预约请求，获取所述用户的预约信息，所述预约信息包括预约时间、预约需求和所述用户的个人信息；通过排队预约模块，获取当前时间段受理大厅的现场排队流量，结合所述用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统；通过业务办理请求模块，根据所述预约号，获取所述用户在所述受理大厅的业务办理请求；通过业务办理模块，根据所述业务办理请求，进行身份核实，核实后按照预约排队规则处理所述受理大厅现场排队和网上预约排队的预约顺序，完成所述业务办理请求对应的业务办理。本发明的基于窗口受理动态容量的排队预约系统，采用基于现场受理大厅动态人流量和业务受理效率的网上预约，实现有策略的开放互联网排队预约功能，真正实现引流分流的管理，并将网上预约和线下排队叫号系统数据相结合，控制受理大厅现场排队分流。确保互联网预约业务能实现线上线下一体化，并能优化预约的排队受理效率，达到预约排队有序管理，引导分流的目的。进一步地，所述排队预约模块具体用于：获取当前时间段受理大厅的现场排队流量；根据所述现场排队流量，通过预约规则计算得出所述受理大厅的大厅业务容量；根据所述大厅业务容量，结合预设条件，判断得出所述受理大厅可受理预约名额的范围，所述预设条件通过所述受理大厅在所述当前时间段的历史人流量设定；根据所述受理大厅可受理预约名额，对所述用户进行排队预约，生成预约号和预约订单短信信息，并将所述用户的预约信息同步到所述受理大厅的线上网厅及线下排队叫号系统。进一步地，所述预设条件为：当所述现场排队流量不小于所述大厅业务容量与第一预设值的乘积，所述受理大厅可受理预约名额小于现场排队流量与第二预设值的乘积；当所述现场排队流量小于所述大厅业务容量与第一预设值的乘积，所述受理大厅可受理预约名额与所述现场排队流量的和小于所述大厅业务容量。进一步地，所述业务办理模块具体用于：根据所述业务办理请求，进行身份核实；核实后，获取所述受理大厅现场排队和网上预约排队的预约顺序；根据所述受理大厅现场排队和网上预约排队的预约顺序，结合当前所述受理大厅的人流情况，通过间插排队的方法进行分流处理，调整所述预约顺序；根据所述调整后的预约顺序，完成所述业务办理请求对应的业务办理。进一步地，还包括预约反馈模块，用于：业务办理完成后，获基于窗口受理动态容量的排队预约系统得本次预约的评价反馈。附图说明为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。图1示出了本发明实施例所提供的一种基于窗口受理动态容量的排队预约方法的流程图；图2示出了本发明实施例所提供的一种基于窗口受理动态容量的排队预约方法中的间插排队示意图；图3示出了本发明实施例所提供的一种基于窗口受理动态容量的排队预约系统的示意图。具体实施方式下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。实施例一图1示出了本发明实施例所提供的一种基于窗口受理动态容量的排队预约方法的流程图；如图1所示，本实施例提供的一种基于窗口受理动态容量的排队预约方法，包括：步骤s1，在预约界面，获取用户的预约请求，预约请求包括选择的预约事项；步骤s2，根据用户的预约请求，获取用户的预约信息，预约信息包括预约时间、预约需求和用户的个人信息；步骤s3，获取当前时间段受理大厅的现场排队流量，结合用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统；步骤s4，根据预约号，获取用户在受理大厅的业务办理请求；步骤s5，根据业务办理请求，进行身份核实，核实后按照预约排队规则处理受理大厅现场排队和网上预约排队的预约顺序，完成业务办理请求对应的业务办理。本发明提供的一种基于窗口受理动态容量的排队预约方法，其技术方案为：在预约界面，获取用户的预约请求，预约请求包括选择的预约事项；根据用户的预约请求，获取用户的预约信息，预约信息包括预约时间、预约需求和用户的个人信息；获取当前时间段受理大厅的现场排队流量，结合用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统；根据预约号，获取用户在受理大厅的业务办理请求；根据业务办理请求，进行身份核实，核实后按照预约排队规则处理受理大厅现场排队和网上预约排队的预约顺序，完成业务办理请求对应的业务办理。本发明的基于窗口受理动态容量的排队预约方法，采用基于现场受理大厅动态人流量和业务受理效率的网上预约，实现有策略的开放互联网排队预约功能，真正实现引流分流的管理，并将网上预约和线下排队叫号系统数据相结合，控制受理大厅现场排队分流。确保互联网预约业务能实现线上线下一体化，并能优化预约的排队受理效率，达到预约排队有序管理，引导分流的目的。其中，现场排队的预约顺序是通过线下排队叫号系统获得的，网上预约排队的预约顺序是通过线上网厅获得的。其中，预约界面可通过终端的网页显示，也可通过终端的app显示，还可以通过微信公众号页面显示，将线上预约通过终端设备实现，不限于上述的实现方式。具体地，每次进行网上预约的预约信息可保存在数据库中。通过本发明提供的基于窗口受理动态容量的排队预约方法，可以提高现场受理大厅的办事效率，通过对线上预约及线下预约的统筹处理，保证了预约业务的公平性，保证一些现场办事人员的受理进度不明显受预约的方式影响；安全，在考虑公平的原则基础上，预约的信息必须安全。另外，还可避免出现有些预约资源被黄牛牟利，影响破坏预约排队的公平性。该方法简单，快速有效，可适用于各种人群。具体地，线上可预约的业务必须与线下受理大厅窗口可受理的业务事项完全一致，从而完成预约受理的闭环操作。该业务由受理大厅的管理人员根据大厅实际受理窗口业务情况进行动态配置，确保网上预约的业务一致性。线上可预约的时间必须符合线下受理大厅实际办公的作息时间，并且预留一定的时间(例如：提前1天)来缓冲线下受理大厅的可受理业务容量。对于特定预约时段中出现了排班问题，排班表的数据和号资源信息都有必要是实时与受理信息体系数据同步。线上的预约名额必须符合线下受理大厅可受理业务容量的额度，大量的预约名额会影响线下受理大厅现场排队等候人员的权利，需要有序的分流方式，来处理线上与线下排队的流量。优选地，步骤s3，具体为：获取当前时间段受理大厅的现场排队流量；根据现场排队流量，通过预约规则计算得出受理大厅的大厅业务容量；具体地，现场排队流量决定了可受理预约的名额，以及每个实体大厅窗口受理业务容量限制了可预约受理的额度。其中，大厅业务容量＝业务受理经验值＝∑窗口数量*(窗口工作时间/ave窗口业务办事的平均效率)。根据大厅业务容量，结合预设条件，判断得出受理大厅可受理预约名额的范围，预设条件通过受理大厅在当前时间段的历史人流量设定；根据受理大厅可受理预约名额，对用户进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统。优选地，预设条件为：当现场排队流量不小于大厅业务容量与第一预设值的乘积，受理大厅可受理预约名额小于现场排队流量与第二预设值的乘积；当现场排队流量小于大厅业务容量与第一预设值的乘积，受理大厅可受理预约名额与现场排队流量的和小于大厅业务容量。其中，第一预设值和第二预设值为比例系数，一般取值范围为50左右。根据上述方法，得到的业务容量和预约名额，参见下表，通过这种方式充分考虑到现场排队流量和业务容量的因素，动态配置处理预约排队，使预约更智能，业务处理效率更高。预约名额时段起始结束时段名额设定名额上限人流量业务容量业务19:0010:00002020业务110:0011:005101020业务110:0011:005101020业务29:0010:00552025业务210:0011:001020525业务210:0011:001020525优选地，步骤s5，具体为：根据业务办理请求，进行身份核实；核实后，获取受理大厅现场排队和网上预约排队的预约顺序；根据受理大厅现场排队和网上预约排队的预约顺序，结合当前受理大厅的人流情况，通过间插排队的方法进行分流处理，调整预约顺序；根据调整后的预约顺序，完成业务办理请求对应的业务办理。其中，进行身份核实可通过核实身份证信息实现。其中，通过间插排队的方法进行分流处理，具体为：首先进行预约间插排队的设置，设置间插参数和间插值，参见下表：号类型间插参数间插值(示例)大厅号x3预约号y1然后设置间插排队队列＝1…x现场，1…y预约，1..x现场……其中，x，y为间插比例值，设计该系列参数，若x＝0，则表示预约采用零等候方式，预约用户有最高排队优先级。接着，获得当前预约取号分配值，参见下表：预约号预约时间取号时间2019:008:302029:008:402039:309:402049:309:00最后，进行间插排队，参见图2。从图中可以看出在9：00的预约时间，插入预约号201和202，实现了对线上线下的预约排序的调整，保证了预约排队的公平性。优选地，还包括预约反馈步骤：业务办理完成后，获基于窗口受理动态容量的排队预约系统得本次预约的评价反馈。根据用户的反馈可及时发现问题及时调整。优选地，还包括取消预约和更改预约，取消预约要提前一定时间进行取消，否则影响其他用户，同样更改预约也需要提前一定的时间，避免影响其他用户。优选地，还包括在预约页面进行预约查询，包括对可预约业务，预约名额信息，现场排队人流量信息，某业务排队号码前等候人数等信息的查询，帮助用户清楚了解整个受理大厅的业务办理状况，提升用户体验。优选地，还包括预约提醒，及时提醒用户有提前额预约，或是需要进行预约。优选地，还包括预约信用评估，相关预约办事人员没有按预约办理业务的，相关信用评估做处理。避免预约资源的浪费。优选地，还包括预约结果统计，根据业务预约的数据，统计出预约办理的业务量和带来的业务效率提高的后评估。有助于进一步改进。另外，本发明的基于窗口受理动态容量的排队预约方法，数据库为每一类实体设立独立的表结构，方便对该类实体的操作。系统数据库至少满足第三范式的规范要求，减少后期对于数据库的修改。尽可能的提高系统数据库的运行效率,在数据库物理设计时,降低范式，增加冗余，少用触发器，多用存储过程。本发明操作简单、连接便捷，还具有强大的图形化操作界面，方便日常的管理维护工作。另外数据库可进行备份,以减少维护工作量。通过本发明的方法，系统逻辑结构设计人员、管理人员、系统管理员通过互联网接入到具有该方法的系统中，系统部署在受理大厅的内网中，通过网站进行内外网的交互。本发明还包括预约规则管理，预约信用管理，预约排队管理，排队效率统计评估等功能，在管理后台与前台处理接口中，增加后台预算的排队规则引擎，以实时动态的处理排队规则数据。本系统还需要跟网厅，微信和短信通道相联,包括预约数据、排队人流信息、预约排队通知信息等。其中，预约规则遵循的原则为高效公平；有效体验，预约信用指进行预约的用户的信用(有没有不履行约定的现象)，预约排队指预约优先办理的规则不能破坏现场排队办事人员的体验感知，预约排队需要间插排队的的策略，同时处理预约和现场排队业务；排队效率统计评估指通过业务办理的效率对排队效率的效果评估。其中，预约排队管理是指对预约的业务，预约的名额，预约的时间，预约的地点，预约人信息的管理。每个大厅对于预约号源池的生成都会有自己的规则，这里可以通过规则引擎进行统一的管理。通过该模块生成的号源池不仅可以供预约，而且可以直接在线取号。其中，预约排队管理是指调度预约排队的现场取号叫号，根据大厅的人流量设置的排队间插规则，安排好预约用户排队叫号序列，并及时提醒用户按受理的号码进行窗口办理业务。需要后台调度规则引擎，动态刷新处理排队队列，采用队列指针的方式来保存和处理排队队列。其中，信用管理是指用户的信用管理以及黄牛的预防。比如对于一些频繁爽约的办事用户可以限制其预约一段时间。还可对一些恶意占号的用户进行信用跟踪。其中，效果评估统计是指预约信息的统计、查询。其统计的数据可用于行为分析，帮助识别黄牛等等。具体地，关于内外网数据互通的方式，要考虑数据交互的安全性，可以考虑的两种方法：一、将网站服务器放在防火墙的dmz区，经过双网卡形式由挂号顺序别离拜访表里网的数据，数据寄存在内部服务器，两块网卡别离树立路由拜访表里网。即一个网卡拜访外部网，别的一个网卡拜访内部网，别离在两个网卡描绘安全策略，制止两个网卡间的信息系相互拜访，包管表里网的数据安全性。该办法数据实时性强，但对内部服务器压力加大，别的仍是有必定安全要挟。二、数据镜像形式，在网站服务器上镜像预约排队关联表的信息供外部拜访，网上预约的操作在镜像服务器上完结，并且在前一天规则工夫中止第二天的预约操作，每天守时更新内部服务器数据，内部排班表改变是要当即更新镜像服务器上数据。这种办法安全性较第一种更高，对内部服务器压力较小，但内部数据实时性差。因为触及到表里网数据交流，不管采纳何种办法，都需求清晰专人对拜访进行守时监控，对不合法拜访进行剖析、处置和防备，包管表里部数据安全。第二方面，参见图3，本发明提供了一种基于窗口受理动态容量的排队预约系统10，包括：预约请求获取模块101，用于在预约界面，获取用户的预约请求，预约请求包括选择的预约事项；预约信息获取模块102，用于根据用户的预约请求，获取用户的预约信息，预约信息包括预约时间、预约需求和用户的个人信息；排队预约模块103，用于获取当前时间段受理大厅的现场排队流量，结合用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统；业务办理请求模块104，用于根据预约号，获取用户在受理大厅的业务办理请求；业务办理模块105，用于根据业务办理请求，进行身份核实，核实后按照预约排队规则处理受理大厅现场排队和网上预约排队的预约顺序，完成业务办理请求对应的业务办理。本发明提供的一种基于窗口受理动态容量的排队预约系统10，其技术方案为：通过预约请求获取模块101，在预约界面，获取用户的预约请求，预约请求包括选择的预约事项；通过预约信息获取模块102，用于根据用户的预约请求，获取用户的预约信息，预约信息包括预约时间、预约需求和用户的个人信息；通过排队预约模块103，获取当前时间段受理大厅的现场排队流量，结合用户的预约信息，通过预约动态调剂方法进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统；通过业务办理请求模块104，根据预约号，获取用户在受理大厅的业务办理请求；通过业务办理模块105，根据业务办理请求，进行身份核实，核实后按照预约排队规则处理受理大厅现场排队和网上预约排队的预约顺序，完成业务办理请求对应的业务办理。本发明的基于窗口受理动态容量的排队预约系统10，采用基于现场受理大厅动态人流量和业务受理效率的网上预约，实现有策略的开放互联网排队预约功能，真正实现引流分流的管理，并将网上预约和线下排队叫号系统数据相结合，控制受理大厅现场排队分流。确保互联网预约业务能实现线上线下一体化，并能优化预约的排队受理效率，达到预约排队有序管理，引导分流的目的。其中，现场排队的预约顺序是通过线下排队叫号系统获得的，网上预约排队的预约顺序是通过线上网厅获得的。优选地，排队预约模块103具体用于：获取当前时间段受理大厅的现场排队流量；根据现场排队流量，通过预约规则计算得出受理大厅的大厅业务容量；根据大厅业务容量，结合预设条件，判断得出受理大厅可受理预约名额的范围，预设条件通过受理大厅在当前时间段的历史人流量设定；根据受理大厅可受理预约名额，对用户进行排队预约，生成预约号和预约订单短信信息，并将用户的预约信息同步到受理大厅的线上网厅及线下排队叫号系统。优选地，预设条件为：当现场排队流量不小于大厅业务容量与第一预设值的乘积，受理大厅可受理预约名额小于现场排队流量与第二预设值的乘积；当现场排队流量小于大厅业务容量与第一预设值的乘积，受理大厅可受理预约名额与现场排队流量的和小于大厅业务容量。优选地，业务办理模块105具体用于：根据业务办理请求，进行身份核实；核实后，获取受理大厅现场排队和网上预约排队的预约顺序；根据受理大厅现场排队和网上预约排队的预约顺序，结合当前受理大厅的人流情况，通过间插排队的方法进行分流处理，调整预约顺序；根据调整后的预约顺序，完成业务办理请求对应的业务办理。优选地，还包括预约反馈模块106，用于：业务办理完成后，获基于窗口受理动态容量的排队预约系统得本次预约的评价反馈。实施例二基于实施例一提供的一种基于窗口受理动态容量的排队预约方法，及基于窗口受理动态容量的排队预约系统10，要实时获得受理大厅的人流量情况，通过受理大厅的人流量计算受理大厅的受理名额，并且结合线上的预约情况进行分流，因此受理大厅人流量的准确性直接影响对受理名额等的准确性，进一步影响本发明种方法及系统的稳定性，基于此，本实施例提出了一种人流量统计方法，以提高受理大厅人流量监控的准确性，具体方案如下：s1，通过安装在受理大厅门口顶部的垂直摄像头采集人流视频；行人相互靠近时人头基本不会发生遮挡。因此通过对前景图像中人头特征的辨别和提取，可以基本准确地对行人进行计数。s2，对人流视频进行预处理，得到多帧连续图像：判断人流视频是否为彩色图像，若是则将其转化为灰度图像并调整视频大小，否则直接调整视频大小；这样能减少计算量，加快处理视频的速度。s3，对多帧连续图像进行前景提取，得到运动前景图像：每隔两帧处理一帧，采用帧差法对其前景进行提取，直接对当前帧与前一帧之间作差分，得到运动前景图像；其中，直接差分可表示为：d(x,y)＝|a(x,y)-b(x,y)|，a(x,y)和b(x,y)分别是当前帧图像和上一帧图像位于坐标(x,y)处的像素灰度值，d(x,y)是运动前景图像在相应坐标处像素的灰度值。s4，对运动前景图像进行二值化处理；运动前景图像存在很多的噪声干扰。这时，对运动前景图像进行二值化处理，滤除噪声。s5，对二值化处理后的图像进行数学形态学处理；进一步减少噪声和增加人头候选区域的特征。s6，采用基于连通域检测的方法对处理后的图像进行人头特征识别和筛选；s7，利用人头连通域在视频中的特殊性和容器对人头特征进行跟踪计数，通过对人头特征的跟踪实现人数统计。对每一帧的运动前景图像进行连通域检测，检测到几个连通域即表示有几个行人在当前帧的画面中出现。本发明实施例中，用连通域中心点的坐标来标识行人在当前帧的位置，采用连通域以下的几个信息来唯一的标识行人t：检测到该连通域时视频的帧数tf，连通域中心点的坐标tp，连续检测到该行人对应的连通域的帧数tn(用以判定响应强度)，行人的速度矢量tv。每一个行人的信息都保存在容器s中，在处理每帧图像的前后，对容器里所有行人的信息进行动态的更新。其中，s5具体为：膨胀：在二值化处理后的图像中对象的边界添加像素，在对图像进行膨胀操作时，输出像素值为输入图像所对应的像素邻域内所有像素的最大值；腐蚀：删除膨胀处理后图像中离散的小块像素，在对图像进行腐蚀操作时，输出像素值为输入图像所对应的像素邻域内所有像素的最小值。其中，s6具体为：在垂直摄像头的实验环境下，人的头部有近似圆的形状，但是不同人的头部之间也存在差异。对数学形态学处理后的图像基于上下边缘点匹配进行连通域检测，计算连通域的面积cs和长宽比例ct，要求cs>c，ca≤ct≤cb，其中c为指定的人头部分连通域面积的最小值，ca和cb分别为指定人头区域长宽比例的最小值和最大值，c、ca、cb的值均根据实际情况调整；根据这个条件，剔除不符合大小和形状要求的连通域，并且针对检测的连通域，返回到初始图像进行颜色信息匹配，当连通域对应区域的颜色信息符合头部区域的颜色信息时，就认为该连通域代表的就是行人的人头特征。其中，s7具体为：s71，读取某一帧的视频；s72，判断该帧视频的前景图像中是否有连通域，若是则进入步骤s73，否则进入步骤s74；s73，判断该帧视频的前景图像中是否有未处理的连通域，若是则进入步骤s75，否则进入步骤s74；s74，更新容器s中的行人信息，返回步骤s71；由于现实中环境复杂，行人在通过视频监测区域时，并不是每帧都能被检测到。在处理完每一帧图像后，会对容器s中没有更新信息的元素进行处理，表示该元素对应的行人是“实际”出现在视频中并被检测到。根据容器s中第n个元素检测到连通域时视频的帧数s[n]f(容器s中第n个元素检测到连通域时视频的帧数)是否与当前视频的帧数一致判断s[n]元素是否被更新过。s75，判断该连通域对应的行人是否为新进入监测区域的行人，若是则进入步骤s76，否则进入步骤s77；s76，将该连通域对应的行人信息添加保存在容器s中，同时总人数计数加1，返回步骤s73；s77，将该连通域对应的行人信息更新为当前行人信息；s78，判断该连通域的响应强度是否为1，若是则进入步骤s79，否则返回步骤s73；s79，判断该连通域对应的行人速度矢量是否大于0，若是则行人出去的计数加1，返回步骤s73；否则行人进入的计数加1，返回步骤s73。通过本实施例中的人流量统计方法，行人相互靠近时人头基本不会发生遮挡，数据采集精度高。计算量小，能满足实时统计人数的要求。受光照变化和阴影的影响小。在多行人情况下，不需要进行图像分割。因此，采用该方法进行受理大厅的人流量统计，统计准确度高，可保证受理大厅排队预约情况的实时更新，提高业务办理效率。实施例三基于实施例一提供的一种基于窗口受理动态容量的排队预约方法，及基于窗口受理动态容量的排队预约系统10，及实施例二中的人流量统计方法，用户可通过终端界面进行线上预约，将预约信息等相关信息传到对应受理大厅的后台终端上，进行预约处理，包括生成预约号等处理；同时，用户还可根据自己的终端查询某个受理大厅、某个预约对应处理的事项的预约情况，再根据自己的实际时间情况选择预约地点和时间，这样为用户提供了更好的用户体验。但在受理大厅后台终端的数据更新过程中，需要实现数据的实时更新，保证用户获得的预约信息保持实时更新的状态，因此，本实施例提出了一种数据实时更新的方法，具体如下：受理大厅的后台(计算机终端)中通过数据库存储不同的预约信息，受理大厅中包括若干个通过网络连接的用于显示数据的业务办理终端，及至少一个叫号机；将它们作为节点端，在每个节点端上设置有用于存储由原始数据分割成的小单元数据的数模体和显示体，每个显示体绑定一个数模体，该显示体用于读取数模体中存储的小单元数据进行显示、并获取当前展示数据的更改发送给与其绑定的数模体更新该数模体中的存储内容，不同节点端上的用于存储同一个小单元数据的数模体存在对应关系，当一个数模体发生数据改变时，该数模体就作为控制器将更新数据发送至其他节点端上与其对应的数模体，更新与其对应的数模体中存储的内容。为了数据能尽快传输可以把每次传输的大数据(数据库中的完整数据包)分解为小的数据包。然后使这个小数据常驻内存中。把数据分割成比较小的独立单元(比如，表格中的一行为一个独立的单元)每个单元给一个k字节的空间，特殊的单元给两或三个k字节。独立单元中的数据放在object对象体(储存数据的独立结构)中，每个对象体是内存中的一部分独立的空间，这空间有独立地址以便其它object能和它交流。object扮演三种角色viewobject(显示体)、modelobject(数模体)、controllerobject(控制器)，显示体的功能是在屏幕上展示和获取数据、数模体的功能是存储数据、控制器的功能是更新其它数模体中的数据。其中，显示体与数模体的为单向或双向绑定，双向绑定数据在显示体和数模体间双向传输，单向绑定数据只能单向传输。其中，显示体和数模体上加有事件驱动功能，每个数模体有自己的地址，并具有用于与其他数模体对应通讯的合约，在合约中描述了与该数模体有对应的其他节点端上的数模体的地址，显示体中数据被更改时，显示体按照绑定向数模体传输更改了的数据同时发出一个事件驱动，数模体的数据被更改后按照合约向其它相应的节点端的设有对应地址的数模体传输数据，并发出一个事件驱动更改其它相应的数模体的存储内容。上述方法通过受理大厅的后台服务器实现，当服务开启后，数据被读到数模体群中(从各个终端中读到内存中)，每打开一个节点端时产生一群新的数模体，数据被复制到这群新数模体中。每打开一个节点端数据被复制一套到这个用户的数模体群中。所有的数模体全是按照合约与其它的数模体相连接的(每个数模体有自己的入口地址)。用计算机语言实现object的功能，就是用如c++语言中的class(类)储存表格每行的数据。这个class中的数据来源有一个入口，默认的入口是从本机上的服务器上得到数据。配置文件告诉这个class入口的地址，这个配置文件的地址可以指向网络上的任何一台机器，所以数模体(modelobject)可以和网络上任意一台机器上的节点端交换数据。优选地，为了更快的传输数据，还要把分小了的数据分散储存在网络上的任意节点端。这些节点端上的数据可以被其它节点端进行读写。为了实现快速读写和传输数据，节点端上的数模体与其它节点端上的数模体交换数据，用配置文件在安装时临时指定(说明)哪个节点端和哪个交换数据，其它后续节点端之间按照相同原理安装配置。如果一个节点端与其连接的上一级用户端出现了问题，配置文件会告诉这个节点端找到更上一级的节点端并进行数据交换(现有的技术是客户端全部与一个服务器交换数据)。数据按照表格中的行被分散存储在objects对象体(数模体)中，也就是小于等于1k的内存空间里，数模体组成节点，它的信息以数据表的形式在界面上展示。开启服务器时，数据被读入内存中的modelobjects数模体中。打开节点端时发生下列事情：1.节点端(或者上级的用户)的对象体作为控制器向新产生的数模体(下一级的数模体)传送数据(由配置文件决定每个节点端如何相连)；2.当节点端界面上的表格被打开时数模体向显示体传送数据，并在显示体展示数据；3.当显示体上的数据被装载改后，它向按绑定的数模体证实数据一致。初始化，数模体在服务端(或者上一级节点端)作为控制器按照合约向下级的数模体传递复制数据；当打开表格时数模体向作为显示体的对象体object传递数据；显示体向数模体发回信息证实数据一致了。在打开一个数据时，从很近(一般是本机)的数模体中调一个数据。所用的时间是cpu计算界面上位置和显示所用。用户端启动完成后，数据也打开了，之后数据就可以实时的更新了，这个过程数据传输速度比较快。当显示体中的数据被更改，即有新的业务预约，办理完一个预约对应的业务，或是预约名额和顺序有变化时，显示体按照绑定向数模体传输更改了的数据同时发出一个事件驱动。数模体的数据被更改后，它按照合约向其它相应的节点端的数模体传输数据更改其它相应的数模体，更改其它节点端上的数模体的顺序由连接那些节点端的路经所决定，节点端的连接路经构成一个树形网。由于显示体中的数据被更改了，相应的数模体要改变并且按照合约更改其它对应的数模体。数模体有了变化按照合约传播性的按照树形网的连接顺序更改其它的数模体，最终整个系统中所有节点端上相应的数模体和这行的数据全自动被更改了。其中，数据的变更有两种途径：1、人为更改界面view显示体上的数据后，在显示体上产生一个更新事件传输到绑定它上面的数模体，数模体内的数据被更新；2、model数模体中的数据改被变了，这个变化了的数模体要按照合约去改变其它相应的数模体。按照合约改变别的数模体的object称为控制器。其中，每个节点端使用的数据存在于数模体组中，这些数模体按照合约同其它一些数模体相连并交换数据。实际这个系统在工作中已经没有客户端和服务器端之分了，全是数据交换中的节点。所有的节点都可以自动接收其它节点端的数据更新自己，一个节点端和哪个端相互交换数据是靠配置文件决定的(合约写在配置文件中)。一个节点端既可以作为客户又可以作为服务器，各端上数据的传送全是双向的。节点端可以被配置为和另外一个节点端交换数据，这两个节点端全有客户和服务两种功能。这样就没有c/s结构很多客户端同时向服务器端传输大量数据的情况，又没有服务器端同时向很多客户端回传数据的情况。通过本实施例中的方法进行预约信息的更新，即对于有新的业务预约，办理完一个预约对应的业务，或是预约名额和顺序有变化时，及时进行数据的更新，并同步到其他用户的终端预约页面中，让用户及时了解当前业务办理情况。最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。当前第1页12