景区管理、行程规划方法、客户端和服务器与流程

本申请涉及计算机技术领域，特别涉及一种景区管理、行程规划方法、客户端和服务器。

背景技术：

随着社会物质生活条件的提高，越来越多的人们会在休息的时间去旅游景点游玩。

多数情况下，用户进入景区之后，按照距离的远近游玩景点。这可能会导致，某个景点在某一个时间段聚集了非常多的用户，而有的景点具有非常少的用户，甚至有的景点一直人迹罕至。

技术实现要素：

本说明书实施方式提供一种景区管理、行程规划方法、客户端和服务器，能够一定程度上减少用户排队时间，优化用户的旅游路线，提升用户游玩体验。

本申请实施方式提供一种景区的行程规划方法，包括：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价；至少根据所述评价值确定所述景区中的基准景点；安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个；根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

本申请实施方式还提供一种服务器，包括：存储器和处理器；所述存储器中存储有计算机指令；所述处理器用于执行所述计算机指令实现以下步骤：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价；至少根据所述评价值确定所述景区中的基准景点；安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个；根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

本申请实施方式还提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被执行时实现：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价；至少根据所述评价值确定所述景区中的基准景点；安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个；根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

本申请实施方式还提供一种景区管理方法，包括：接收验证信息；所述验证信息与用户信息相关联；针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入所述景区的资格；在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息；所述行程信息用于指引所述用户在所述景区内游览。

本申请实施方式还提供一种服务器，包括：网络通信单元和处理器；所述网络通信单元用于接收验证信息，所述验证信息与用户信息相关联；所述处理器用于针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入景区的资格；在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息，所述行程信息用于指引所述用户在所述景区内游览。

本申请实施方式还提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被执行时实现：接收验证信息；所述验证信息与用户信息相关联；针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入景区的资格；在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息；所述行程信息用于指引所述用户在所述景区内游览。

本申请实施方式还提供一种景区管理方法，包括：在用户完成对所述景区内的一个景点的游览的情况下，判断所述用户使用的客户端对应的第一行程信息中，下一个景点的客流数据是否达到指定条件；在所述客流数据达到指定条件的情况下，根据使用所述客户端的用户未游览的景点的客流数据，生成第二行程信息。

本申请实施方式还提供一种景区内行程规划方法，所述方法包括：提供验证信息；所述验证信息用于服务器验证用户是否具有进入所述景区的资格，以使所述服务器在验证通过的情况下，向所述用户使用的客户端提供行程信息；接收所述服务器提供的行程信息；其中，所述行程信息是所述服务器根据所述景区中的客流数据生成。

本申请实施方式还提供一种客户端，包括：显示器和网络通信单元；所述显示器用于显示验证信息；所述验证信息用于服务器验证是否具有进入景区的资格，以使所述服务器在验证通过的情况下，向所述客户端提供行程信息；所述网络通信单元用于接收所述服务器提供的行程信息；其中，所述行程信息是所述服务器根据所述景区中的客流数据生成。

本申请实施方式还提供一种景区行程规划方法，包括：接收用户指定的所述景区内的目标景点信息；所述目标景点信息指向所述景区内的至少一个目标景点；将所述目标景点信息发送给服务器，以用于所述服务器根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价，以及所述服务器根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；接收所述服务器提供的所述行程信息。

本申请实施方式还提供一种客户端，包括：显示器和网络通信单元；所述显示器用于显示景区内的景点信息；所述网络通信单元用于接收用户指定的所述景区内的目标景点信息；所述目标景点信息指向所述景区内的至少一个目标景点；将所述目标景点信息发送给服务器，以用于所述服务器根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价，以及所述服务器根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；接收所述服务器提供的所述行程信息。

本申请实施方式还提供一种景区行程规划方法，包括：接收客户端发送的目标景点信息；

根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价；根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；将所述行程信息发送给所述客户端。

本申请实施方式还提供一种服务器，包括：网络通信单元和处理器；所述网络通信单元用于接收客户端发送的目标景点信息；所述处理器用于根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价；根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；所述网络通信单元还用于将所述行程信息发送给所述客户端。

由以上本申请实施方式提供的技术方案可见，本申请实施方式通过至少根据所述景区的客流数据和/或用户的偏好生成的行程信息，更加科学的规划景区游览路线和活动，提升用户的体验，方便景区管理，动态调整活动和表演的时间和地点，并减少景区的维护成本。

附图说明

为了更清楚地说明本申请实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施方式提供的一种景区管理系统的示意图；

图2为本申请实施方式提供的一种场景下景区管理方法的流程示意图；

图3为本申请实施方式提供的一种场景下景区管理方法的流程示意图；

图4为本申请实施方式提供的一种景区的行程规划方法的流程图；

图5为本申请实施方式提供的一种景区管理方法的流程图；

图6为本申请实施方式提供的一种行程规划路线的示意图；

图7为本申请实施方式提供的一种生成行程信息的流程图；

图8为本申请实施方式提供的一种确定基准景点的流程图；

图9为本申请实施方式提供的一种服务器的架构示意图；

图10为本申请实施方式提供的另一种景区管理方法的流程图；

图11为本申请实施方式提供的一种定位方式的示意图；

图12为本申请实施方式提供的一种生成第二行程信息的流程图；

图13为本申请实施方式提供的另一种确定基准景点的流程图；

图14为本申请实施方式提供的一种景区内行程规划方法的示意图；

图15为本申请实施方式提供的另一种景区内行程规划方法的示意图；

图16为本申请实施方式提供的一种客户端的示意图；

图17为本申请实施方式提供的另一种景区行程规划方法；

图18为本申请实施方式提供的另一种景区行程规划方法；

图19为本申请实施方式提供的另一种景区行程规划方法。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本说明书保护的范围。

请参阅图1。本说明书实施方式提供一种景区管理系统。所述景区管理系统可以包括服务器和客户端。

在本实施方式中，所述服务器可以针对客户端提供的验证信息进行验证，以判断使用客户端的用户是否具有进入景区的资格。针对具有进入景区的用户，服务器可以根据当前景区内客流数据的情况，为用户推荐行程信息。以对用户的游览过程进行指引，再者，也通过引导用户的行程，使得景区内的用户分布较为合理，提升用户的游玩体验。

在本实施方式中，服务器可以为具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供业务逻辑的软体。

在本实施方式中，服务器并不具体的数量。其可以为一个服务器，还可以为几个服务器，或者，若干服务器形成的服务器集群。

在本实施方式中，客户端可以为具有显示、运算和网络访问功能的电子设备。具体的，客户端可以为较为便携式的电子设备。例如，平板电脑、智能手机、数字助理、智能可穿戴设备。

在本实施方式中，用户可以操作客户端提供验证信息。具体的，例如，客户端显示表示票据信息的二维码或者条形码等。或者，用户在到达指定区域之后，在客户端中点击向服务器发送验证信息的按钮，此时可以将客户端的位置信息和票据信息一并作为验证信息发送给服务器。当然，验证信息并不限于为票据信息，还可以为用户的身份信息，服务器可以根据用户的身份信息，确认用户是否具有进入景区的资格。

在本实施方式中，客户端可以向用户展示行程信息。具体的，例如，可以通过文字的方式告知用户，在什么时间至指定的景点游玩。还可以结合地图导航的功能，客户端根据行程信息为用户进行导航。

请参阅图2和图3，在一个具体的场景示例中，用户可以使用客户端进行验票或发送信息及请求等操作。服务器根据接收的信息，处理获得行程信息并发送给客户端。该景区管理方法提供客户行程信息，为用户游玩提供依据，方便景区资源优化和管理。图中的热门景点可以是基准景点的一个表现形式。

在本场景示例中，用户要去游览某个景区，该景区内有13个景点，景点a、b、c和景点1、2、3…10。所述景区的开放时间为早八点到晚五点，所述景区有多个进出口。

在本场景示例中，用户通过客户端，购买该景区的门票。在用户购买门票后，服务器中存储对应的购票信息，购票信息包括入园时间、购买票的张数、用户姓名、手机号等信息。并且客户端接收到对应该购票信息的一个二维码。

在本场景示例中，用户在检票进入景区时，打开客户端，展示二维码。景区工作人员通过管理端设备对该二维码进行扫码检票，解析出相关字段信息。服务器接收到该字段信息，将该信息与存储的购票信息进行比较。在比较过程中，找到了对应的购票信息，表示用户具备了进入景区的资格，发送指令给景区管理端设备，闸机口闸机打开，放行该用户进入所述景区。同时，服务器将存储的该购票信息标记为“已使用”。

在本场景示例中，服务器通过该用户检票时的位置信息，确定该用户是从东门进入所述景区的。基于该用户是从东门进入所述景区，服务器进行计算，发送行程信息给该用户使用的客户端。

在本场景示例中，服务器通过景区监控体系的得到每个景点处的客流数据。当前时间点，在景点a处正在进行游览100人和排队等待50人共150人，平均每5分钟新增20人排队，且有20人游览完景点a，预计等待时间50分钟；在景点b处正在进行游览80人和排队等待40人共120人，平均每10分钟新增10人排队，且有10人游览完景点b，预计等待时间40分钟；在景点c处正在进行游览90人和排队等待30人共120人，平均每10分钟新增10人排队，且有10人游览完景点b，预计等待时间30分钟。在景点1处正在进行游览30人，无人等待；在景点2处正在进行游览26人，等待1人…进行计算，获得景点的评价值，确定3个基准景点a、景点b、景点c。计算一个景点的评价值的方式为，当前人数占该景点评价值权重百分之六十，可容纳人数占该景点评价值权重百分之二十，排队人数占该景点评价值权重百分之十，每分钟新增游客量占该景点评价值权重百分之十。以景点a为例，景点a的当前人数150，在当前人数的评分项为满分；可容纳人数100，得到在当前人数的评分项80；排队人数为50，在排队人数的评分项也为满分；每分钟新增游客量4人，该评分项为80，得到景点a的评价值为100*0.6+80*0.2+100*0.1+80*0.1＝94，依次计算出其他景点评价值。并按照评价值进行排序，选择其中前3的为基准景点。在本场景示例中，前3景点为景点a，景点b，景点c。

在本场景示例中，用户选择出口为西门，服务器根据用户是从东门进入，设定从西门出将其作为预设条件进行行程规划。然后根据基准景点的位置坐标以及景区的道路联通情况，安排基准景点a，基准景点b，基准景点c的规划信息，其中，景点a离用户最近，景点c西门最近，该用户的基准景点的游览先后顺序为a-b-c。

在本场景示例中，服务器在安排基准景点的游览顺序的时候，还给该用户分配了每个基准景点游览时间。具体的，针对上午8：00到11：00，服务器发送给所有用户的行程信息中，按人数平均方法，分成3个部分，一部分人分配在8:00到9:00去游览景点a，一部分人分配在9:00到10:00去游览景点a，另一部分人分配在10:00到11:00去游览景点a，依次类推。以此减轻景点游览压力。

在本场景示例中，服务器安排该用户的行程信息中，基准景点a的游览时间为10:00到11:00，基准景点b的游览时间为13:00到14:00，基准景点c的游览时间为15:00到16:00。在基准景点之间安排非基准景点的规划信息。针对该用户，游览景点a与景点b之间的剩余时间为11:00到13:00，安排非基准景点1、非基准景点2、非基准景点3、非基准景点4。安排非基准景点的游览顺序时，可以综合考虑景区的餐厅和游览的最短路径，根据基准景点a到基准景点b的所有可能的规划信息，选择其中路程最短的规划信息和方便就餐的规划信息发送给该用户，供其选择。依次类推，得到针对景区的行程规划信息。

在本场景示例中，该用户觉得在基准景点a与基准景点b之间，游览4个非基准景点，行程太满，通过客户端输入，删除计划要去的非基准景点2。服务器根据用户删除的非基准景点2，重新规划基准景点a与基准景点b之间的非基准景点规划信息，得到路线a-1-3-4-b，发送给该用户的客户端。

在本场景示例中，该用户在游览完非基准景点4之后，基准景点b的设备发生故障，需要2小时进行维护，暂时无法去游览，服务器重新规划路径，优先游览基准景点c，将新的行程信息发送给该用户。

在本场景示例中，用户根据行程信息，游览所述景区，最后从景区西门出，在客户端上点击“确定结束游览”，以使该信息发送给服务器，结束针对该用户的行程规划功能。

在本场景示例中，服务器与客户端直接可以通过特定的协议进行信息交互。例如，服务器可以通过tcp/ip协议(传输控制协议/网际协议transmissioncontrolprotocol/internetprotocol)以及超文本传输协议(http，hypertexttransferprotocol)等协议进行传输；在物理层面，可以通过无线网络等传输。

在一个具体场景示例中，一个用户购买的是周六的票，但是该用户在周天达到的该景区。在检票进入景区时，用户在检票进入景区时，打开客户端，展示二维码。景区工作人员通过管理端设备对该二维码进行扫码检票，解析出相关字段信息。服务器接收到该字段信息，将该信息与存储的购票信息进行比较。在比较过程中，与购票信息中入园时间不对应，匹配不成功。发送指令给景区管理端设备，闸机口闸机不打开，并发出红光。景区工作人员查询该购票信息，告知该用户入园时间不对应，无法进入景区。

在一个具体场景示例中，一个用户进入景区，服务器针对该用户进行行程规划，得到行程信息，并发送给所述用户以指导该用户游览所述景区。

在本场景示例中，在确定一个景点的评价值时，根据上一年度该景点的游客数量得到该景点的历史热度的评分，根据景点当前时间点客流数据得到该景点的实时热度的评分，根据景点的表演时间确定基础热度的评分。综合上述评分，得到该景点的评价值。

在本场景示例中，景点a和景点b无表演节目，上一年度，景点a游客数量为5000人次，景点b的游客数量为4600人次。预先设定，当满足4800人次评分为100，计算得到，景点a的历史热度的评分为100，景点b的历史热度的评分为96，依次计算其他景点的历史热度的评分；同时可参照前述场景示例，计算景点的实时热度的评分。再根据景点的表演节目的重要性，可得到该景点的基础热度的评分。预设具有重要表演节目的景点的评价值为100。该景区景点c为露天场地，在13:00～14:00和15:00～16:00都会表演《三英战吕布》，为景区的重点表演节目。服务器在行程规划时，设定该景点的评价值为100，是基准景点，并赋予该基准景点游览时间为13:00～14:00或15:00～16:00。

在本场景示例中，以历史热度的评分占评价值权重的百分之三十，以实时热度的评分占评价值权重的百分之四十，以基础热度的评分占评价值权重的百分之三十。得到景点的评价值。在本场景示例中，评价值前三的作为所述基准景点，为其中的景点a、景点b、景点c。参照前述示例进行基准景点的规划信息，并安排基准景点之间的非基准景点的规划信息，形成该用户的行程信息，发送给该用户客户端，指导其游览所述景区。

在一个具体场景示例中，一个用户进入景区，服务器针对该用户进行行程规划，得到行程信息，并发送给所述用户以指导该用户游览所述景区。

在本场景示例中，确定基准景点的过程中还考虑用户的个人偏好。用户通过客户端对每个景点进行评分，并发送给服务器，以使所述服务器获取该用户对每个景点的个人偏好热度。该用户针对景点a，评为90分，景点b评为85分，景点c的评为100分，然后综合所述景点评价值，确定所述基准景点。具体的，个人偏好热度/2加上评价值/2得到一个表征值，以该表征值的数值大小进行排序，得到前三的作为所述基准景点。在场景示例中，针对该用户的基准景点分别为景点a、景点b、景点c。参照前述示例进行基准景点的规划信息，并安排基准景点之间的非基准景点的规划信息，形成该用户的行程信息，发送给该用户客户端，指导其游览所述景区。

在一个具体场景示例中，一个用户进入景区，服务器针对该用户进行行程规划，得到行程信息，并发送给所述用户以指导该用户游览所述景区。

在本场景示例中，计算基准景点之间的非基准景点根据总游览时间＝预计景点游览时间+预计路途时间+预计排队时间，进行非基准景点的行程规划。具体的，该用户在基准景点a与基准景点b之间要游览非基准景点1、非基准景点2、非基准景点3、非基准景点4，利用深度遍历算法，获得每个规划信息的从景点a到景点b的总游览时间，其中，a-1-2-3-4-b，的游览时间最少。以此进行行程规划，得到行程信息，发送给用户客户端，指导用户游览所述景区。

请参阅图4。本说明书实施方式提供一种景区行程规划方法，所述方法可以包括以下步骤。

步骤s10：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价。

在本实施方式中，所述客流数据可以用于表征景区中的用户的人数状态。具体的，所述客流数据可以是实时人数或历史人数。所述实时人数可以是所述景区的一个景点的实时人数，所述景点实时人数可以包括进入景点的实时人数，景点门口排队的实时人数，景点与景点路程之间的实时人数；所述实时人数还可以包括景区门口排队的实时人数、景区内游玩的实时人数。同理，所述历史人数，可以是去年同期，或上个月，或昨天等历史人数，历史人数可以包括上述的景点人数或景区人数等，此处不再赘述。当然所述客流数据还可以包括通过处理，衍生得到的数据，包括客流速度、景点饱和率等等。例如进入景区的用户客流速度即单位时间内进入景区的用户数量，走出景区的用户客流速度，进入景点的用户速度、走出景点的用户速度、景点与景点间用户旅行速度等。

在本实施方式中，所述客流数据，可以通过多个渠道、维度获取。服务器可以是接收来自景区监控体系的数据、客流统计摄像头的数据、工作人员信息上报的数据、路由/智能硬件的数据、或实时上报的定位位置等获得所述客流数据。

在本实施方式中，所述评价值用于表示对景点的客流数据的评价，以评价该景点的景点状态。具体的，所述评价值可以包括多个维度。例如，可以包括景点实时热度、景点历史热度、基础热度等。

在本实施方式中，根据景区中景点的客流数据生成景点的评价值。具体的，可以是根据客流数据，得到景点实时热度、景点历史热度、基础热度等，再根据景点实时热度、景点历史热度、基础热度等得到景点的评价值。例如，所述评价值可以等于景点实时热度+景点历史热度+基础热度+……。所述景点实时热度可以是指景点当前情况的热度值，比如说当前时间，该景点游览人数、排队人数等。比如，一个景点此时有40人，可容纳50人，那么该景点实时热度可以是40/50*100＝80。再比如，在当无排队人数时，可以设定所述景点实时热度值为50；当有0～10个排队人数时，可以设定所述景点实时热度为60；当有11～30个排队人数时，可以设定所述景点实时热度为80；当有30个以上排队人数时，可以设定所述景点实时热度为100。再例如，定义景点的多个状态，空闲/正常/稍多/满员/排队/限制进入，每个状态对应一个热度值。如，当当前人数/容纳人数处于0～0.2时定义为空闲，热度值为10，当当前人数/容纳人数处于0.4～0.6时定义为正常，热度值为60，当当前人数/容纳人数处于0.6～1(不满1)时定义为稍多，热度值为80，当当前人数/容纳人数处于1时定义为满员，热度值为85，当当前人数/容纳人数处于1～1.2时定义为排队，热度值为90，当当前人数/容纳人数处于1.2以上时定义为限制进入，热度值为100；或者，直接根据所述景点的当前人数进行热度值划分。当然所述热度值还可以是其他方式设定。所述景点历史热度区别于景点实时热度，所述景点历史热度为历史上的时间点，不同于当前时间。所述景点历史热度的获取方式可以参照所述景点实时热度的获取方式。所述基础热度是该景点热度的基础值，所述基础热度可以根据景点坐标以及景点之间的道路数据(景点是否联通，道路的步行距离和时间)、景点的表演时间或者游览时间、景点的接待量等确定；还可以考虑该景点的建设成本、维护成本等因素；或者根据该景点用户游览量趋势确定。

步骤s12：至少根据所述评价值确定所述景区中的基准景点。

在本实施方式中，所述基准景点表征景区景点的一个状态。相对于非基准景点，所述基准景点更加受欢迎，在一般情况下，是用户在该行程中确定要去的景点。在规划行程信息时，所述基准景点起到标杆作用，在确定基准景点的规划信息后，再此基础上进行非基准景点的规划。

在本实施方式中，所述评价值用于评价景点是否为基准景点的一个因素，是一个表征量。所述评价值可以是具体的数值。例如，可以根据一个景点的多个维度获得该景点的评价值，每个维度的满分可以设定为10分或者100分，将多个维度的分数相加，获得总的分数即为该景点评价值。根据评价值，进行分数划分该景点为基准景点或非基准景点。例如，满评价值300的为基准景点，不满300的为非基准景点，其中，200到299为一般景点，不满200的为冷门景点。所述基准景点的个数也可以预先设定，比如，评价值在前3的作为基准景点。所述评价值还可以是评价等级。例如，对该景点多个维度进行评价，获取每个维度的评价等级。评价等级可以是a、b、c、d、e等，当所有维度评价等级为a时，该景点为基准景点。

在本实施方式中，服务器可以根据历史数据、实时数据、基础数据等数据，确定基准景点。其中，所述历史数据可以是：上一年同时段/上月同时段/上周同时段用户数量、每日用户入园时间分布(寒暑假/工作日/周末/节假日/不同天气因素等的每日入园时间分布)、各个入口的用户分布、各个景点各时间段客流量。所述实时数据可以是：景点实时人数(空闲/正常/稍多/满员/排队/限制进入)、景点故障或表演取消信息、排队时长等。所述基础数据可以是：景区内的所有景点坐标以及景点之间的道路数据(景点是否联通，道路的步行距离和时间)、景点的表演时间或者游览时间、景点的接待量。

在本实施方式中，还可以根据个人偏好热度确定基准景点，个人喜欢的为基准景点，不喜欢的为非基准景点，个人偏好热度表征用户对所述景区的中景点的喜好程度。或者同时考虑个人偏好热度与评价值，给予两者权重，以此作为评价景点为基准景点时的依据。例如：用户特别喜欢去a景点，次之b景点，不想去c景点，则可以设置a个人偏好热度为100，b景点为90，c景点为0。所述基准景点可以是综合所述景点评价值和个人偏好热度，当超过阈值时，将该景点作为基准景点；也可以是用户初始时预设的必去的景点个数。所述基准景点可以是根据数据变化而实时更新。

步骤s14：安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个。

在本实施方式中，所述规划信息可以是指至少所述游览景点的顺序或时间中的一个。顺序是指确定的一个或多个景点的游览顺序，时间是指一个或多个景点的游览时间。例如，某个基准景点的表演时间为9：00-10：00、15：00-16：00，则在安排规划信息中，保证用户可以在9：00-10：00或15：00-16：00在该景点游览。所述基准景点的规划信息为规划信息中，针对基准景点的规划信息。

在本实施方式中，安排所述基准景点的规划信息。具体的，可以是根据获取的基准景点，进行排序。排序时可以考虑路程因素，基准景点的表演时间因素，预估的排队时长因素等，得到所述基准景点规划信息。在安排所述基准景点的规划信息还可以考虑根据游客的数量，可以将不同用户使用不同的行程信息，以有效错开某个景点的人流高峰期。

步骤s16：根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

在本实施方式中，所述非基准景点是相对于基准景点表征景区景点的另一个状态。所述非基准景点的重要性在当前时间点不如所述基准景点。安排所述景区中非基准景点的规划信息也可以至少包括游览景点的顺序或时间中的一个。所述非基准景点的规划信息可以是指针对所述非基准景点的游览顺序或游览时间中的一个。

在本实施方式中，所述行程信息可以是景区的游览路线或时间顺序，用于指导用户游览所述景区。具体的，所述行程信息可以至少包括所述基准景点的规划信息和所述非基准景点的规划信息。例如，在基准景点的规划信息中，包括了不同基准景点的游览时间或顺序；在所述非基准景点的规划信息中，针对基准景点的游览时间之间安排了非基准景点的游览时间或顺序，形成总的行程信息。该行程信息至少包括了基准景点和非基准景点的游览时间或顺序。

在本实施方式中，安排所述景区中非基准景点的规划信息可以是根据景区中所述基准景点之间的剩余时间或路程，排定非基准景点的游览时间或路程。所述基准景点的游览时间之间的剩余时间可以是指两个目标时间点之间的时间。具体的，可以是根据基准景点的游览时间，游览顺序相邻的基准景点的游览时间之间的时间；也可以是当前时间用户与所述基准景点游览时间直接的时间；还可以是指从基准景点的游览时间与目的地的预计时间之间的时间。例如，基准景点a游览时间为9：00-10：00，基准景点b游览时间为11点到12点，则9：00-10：00为剩余时间。再例如，8点钟，用户在东门刚进入景区，基准景点a游览时间为9：00-10：00，则剩余时间是指8点到9点的时间；再例如，用户在下午4点游览完基准景点b，想要在5点结束游览，从西门出去，则4点到5点的时间为剩余时间。当然，也可以根据基准景点之间的路径，来获得两个基准景点之间的非基准景点的规划信息。所述景区的行程信息是指用户在景区内对景点的游览路线或游览时间等。

在本实施方式中，安排所述景区中非基准景点的规划信息。具体的，可以通过公式游览时间＝预计景点游览时间+预计路途时间+预计排队时间获得多个方案的游览时间，获得游览时间与基准景点之间的剩余时间最为匹配的方案；也可以通过计算所有方案的游览路径，获得步行最少的方案。同理，还可以是总排队等待时间最少的方案。

当然，还可以赋予每个非基准景点一个属性值，所述属性值可以是根据用户偏好热度或非基准景点的评价值等得到，根据属性值确定游览顺序。例如，在基准景点a和基准景点b之间，剩余时间为10点到11点，之间有非基准景点1、2、3、4，通过计算，获得有可能的行程信息，如1-2-3-4、1-2-4-3、1-3-2-4……。当然，还可以包括不去其中一个或多个的景点的行程信息，如1-2-3、1-2-4、1-3-4……通过计算，获得每个方案总游览时间和总步行路程，进行对比，排定非基准景点的游览顺序和时间，排定非基准景点的游览顺序和时间时，可以根据属性值进行排定，属性值越高，越先去游览，将所述行程规划信息发送给客户端。

在一个实施方式中，在确定所述景区中的基准景点的步骤中还可以包括：至少根据个人偏好热度和所述评价值，确定所述景区中的基准景点；其中，所述个人偏好热度用于表示用户对所述景区的中景点的喜好程度。

在本实施方式中，所述个人偏好热度用于表示用户对所述景区的中景点的喜好程度。例如：用户特别喜欢去a景点，次之b景点，不想去c景点，则可以设置a个人偏好热度为100，b景点为90，c景点为0。当然，所述个人偏好热度还可以根据大众用户偏好确定。例如通过调查统计，如问答等方式，获得a景点大家都特别喜欢结论，则可以设置a个人偏好热度为100等。在本实施方式中，可以结合所述评价值和所述个人偏好热度，确定所述基准景点。此处不做赘述。

在本实施方式中，确定所述景区中的基准景点，可以是至少基于个人偏好热度和所述评价值这两个维度。具体的，例如，所述评价值可以是根据客流数据表征一个景点的分数，例如该景点的评价值为90。所述个人偏好热度也可以是针对该景点的一个分数以表征个人对该景点的喜好程度，如60，则该景点个人偏好热度与所述评价值的总分为150。针对所述景区景点的分数进行排序，将分数超过一定阈值的作为所述基准景点，或者指定分数为前几的为基准景点。

在本实施方式中，加入了个人偏好热度，为用户的个性化设计，满足用户需求。

在本实施方式中，所述行程信息至少符合以下之一：所述行程信息的路程最短；或者，所述行程信息中基准景点的游览时间符合预设时间；所述预设时间包括所述景点的节目表演时间。

在本实施方式中，所述行程信息的路程最短可以是指，所述行程信息在满足一定条件下，用户需要行走的路程最短。例如，用户指定游览4个景点，其中至少2个是基准景点，则服务器根据该条件计算出所有的行程信息，选出路程最短的行程信息推送给用户。

在本实施方式中，所述行程信息中基准景点的游览时间符合预设时间；所述预设时间包括所述景点的节目表演时间。具体的，在基准景点中，可能存在表演时间，如a为基准景点，a在9:00-10:00有表演节目，则在该行程信息中满足，用户在9:00-10:00在景点a进行游览。

上述实施方式，可以提供用户路程最短的行程信息，或者满足预设时间的行程信息。提高用户的游览体验度。

在一个实施方式中还提供一种服务器，包括：存储器和处理器；所述存储器中存储有计算机指令；所述处理器用于执行所述计算机指令实现以下步骤：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价；至少根据所述评价值确定所述景区中的基准景点；安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个；根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

所述存储器可以是用于保存信息的记忆设备。在数字系统中，存储器可以是能保存二进制数据的设备；在集成电路中，存储器可以为一个没有实物形式的具有存储功能的电路，如ram、fifo等；在系统中，具有实物形式的存储设备也可以叫存储器，如内存条、tf卡等。所述存储器包括但不限于随机存取存储器(randomaccessmemory,ram)、只读存储器(read-onlymemory,rom)、缓存(cache)、硬盘(harddiskdrive,hdd)或者存储卡(memorycard)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

在一个实施方式中，还提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被执行时实现：根据景区中景点的客流数据生成景点的评价值；所述评价值用于表示对景点的客流数据的评价；至少根据所述评价值确定所述景区中的基准景点；安排所述基准景点的规划信息；其中，所述规划信息至少包括游览景点的顺序或时间中的一个；根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的行程信息。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

请参阅图5。本说明书实施方式提供一种景区管理方法，所述方法可以包括以下步骤。

步骤s20：接收验证信息；所述验证信息与用户信息相关联。

在本实施方式中，所述验证信息可以用于表征用户是否有资格进入景区的信息。具体的，所述验证信息对应于用户购买景区门票后的购票信息，所述验证信息在客户端上的表现形式可以是用户在买票后获得的序列号或者二维码等。所述购票信息可以包括入园时间、购买票的张数、用户姓名、手机号等信息。

在在本实施方式中，接收验证信息可以是在达到一个触发条件时触发。例如景区工作人员通过管理端，进行录入客户端验证信息发送给服务器，以使服务器接收所述验证信息。所述管理端可以是扫码设备，或者人工/智能录入设备等。

在本实施方式中，所述验证信息与用户信息相关联可以是基于验证信息来标识对应的用户，用以判断该用户是否具有进入景区的资格。其中，对应的用户可以一个或多个。所述用户信息可以是购票用户的姓名，手机号，购买票的张数等信息，当然还可以是该用户使用的客户端信息。

本实施方式中，接收验证信息可以是服务器遵循特定的协议接收验证信息。具体的，可以是通过互联网或者局域网络接收，遵循已有网络协议接收所述验证信息。例如通过tcp/ip协议(传输控制协议/网际协议transmissioncontrolprotocol/internetprotocol)以及超文本传输协议(http，hypertexttransferprotocol)等协议进行传输。

在本实施方式中，所述服务器可以与客户端进行通信。具体的，可以是指服务器发送验证结果或发送行程信息等其他信息至所述客户端。所述客户端发送地理位置信息、需求信息、个人偏好等信息至所述服务器。

步骤s22：针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入所述景区的资格。

在本实施方式中，针对所述验证信息进行验证以确定对应的用户是否具备进入所述景区的资格。具体的，可以将服务器接收到的验证信息与存储的购票信息进行比较，当找到对应的购票信息时，即表示该用户具有进入该景区的资格。例如，当某个用户使用客户端购买了门票时，获得一个对应的标识，即验证信息，其外在表现形式可以客户端上展示的二维码或条形码等。当用户已经购买门票，进行检票时，所述服务器，接收所述验证信息，解析出与所述二维码或条形码等对应验证信息，将验证信息在服务器存储的购票信息进行匹配，匹配成功时，该用户具备进入景区的资格。在所述客户端的用户是否具备进入所述景区的资格时，服务器发送指令给管理端设备，放行该用户进入景区。例如，一个用户买了一张票，根据验证信息服务器发送指令给检票口设备，检票口设备呈现绿光，放行该用户进入景区；若该用户购买了多张票，则放行对应人数进入景区；若该用户的二维码信息有误，服务器发送指令给检票口设备，检票口设备呈现红光，即表示验证不通过，禁止该用户进入景区。

在本实施方式中，针对所述验证信息进行验证，具体的，所述验证方式可以通过管理端或景区工作人员对所述验证信息进行验证。例如通过人工验证或电子设备验证。所述人工验证可以是人工输入查询验证。例如，直接对纸质门票检票。对验证信息进行验证，便于景区管理，提供景区进入人数，也为管理端的工作人员提供依据，组织用户有序进入景区。

在本实施方式中，用户是否具备进入所述景区的资格可以是指对应用户与所述景区的状态关系。例如，该用户通过客户端购买了景区门票，则该用户或该用户购买门票数量对应的人具备了在指定时间进入景区的资格。

步骤s24：在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息；所述行程信息用于指引所述用户在所述景区内游览。

在本实施方式中，所述客流数据可以用于表征景区中的用户的人数状态。具体的，所述客流数据可以是实时人数或历史人数。所述实时人数可以是所述景区实时人数或所述景区内的一个景点的实时人数，所述景点实时人数可以包括进入景点的实时人数，景点门口排队的实时人数，景点与景点路程之间的实时人数；所述景区的实时人数可以包括景区门口排队的实时人数、景区内游玩的实时人数。同理，所述历史人数，可以是去年同期，或上个月，或昨天等历史人数，历史人数可以包括上述的景点人数或景区人数等，此处不再复述。当然所述客流数据还可以包括通过人数处理，衍生得到的数据，包括客流速度、景点饱和率等等。例如进入景区的用户客流速度即单位时间内进入景区的用户数量，走出景区的用户客流速度，进入景点的用户速度、走出景点的用户速度、景点与景点间用户旅行速度等。所述客流速度可以是实时数据，也可以是历史数据。再例如，可以预先规定，不足10人客流数据用a表示或用绿色表示，10人到30人之间用b表示或者蓝色表示，30到50人之间用c表示或用黄色表示，超过50人用d表示或者红色表示，此形式也是一种客流数据的表现形式。当然，客流数据的表示方法可以不局限于a、b、c、d等，可以使文字、图形、颜色、声音或者其组合，人数区间也可以根据不同时间或景点自行划分。

在本实施方式中，还可以根据用户偏好生成所述用户的行程信息。所述个人偏好是用户对各个景点的喜好程度。例如，综合考虑个人偏好热度和所述客流数据得到的评价值，确定基准景点，然后在根据基准景点确定非基准景点，以得到所述行程信息。

在本实施方式中，可以通过多种方式获取所述用户的个人偏好。具体的，可以是用户通过客户端直接输入，也可以通过大数据云计算等获得的用户偏好。例如，用户喜欢运动，喜欢刺激的游戏，他可以通过客户端，对景点直接进行筛选，然后发送过服务器；所述筛选方式可以是对不同景点进行评分。例如用户喜欢蹦极，可以把蹦极对应的景点偏好值评为100分，次之喜欢攀岩，可以把攀岩对应的景点偏好值评为90分，不喜欢博物馆，可以把博物馆对应的景点偏好值评为0分。当然所述筛选方式还可以是直接选出一定要去的景点，可去可不去的景点以及不想去的景点。所述用户偏好还可以根据大数据云计算等获得。例如，通过该客户端对应的用户在购物平台上的购买信息等；或运动信息，悦跑圈等；或微信等状态信息；进行大数据分析，得到该用户的偏好。例如，用户平时朋友圈经常发世界各地鬼屋的状态，则可以分析，用户爱好刺激，在一些惊险刺激的景点对应偏好程度可以大一点，比如可以分析得到用户对鬼屋的景点偏好值为100分，对过山车景点的偏好值为90分。

在本实施方式中，生成所述用户的行程信息可以是通过单个或多个维度的因素，为用户进行合理规划景区路线和游玩时间。该行程信息可以随用户景区游玩而不断更新。常见的，在用户结束一个景点时，更新行程信息。所述维度可以包括所述客流数据得到的评价值和个人偏好热度等。其中，评价值的考虑因素还可以包括所述景区景点基础值或默认规划路线，景点的表演时间等。所述景区景点基础值或默认规划路线可以表示景区一开始设定的景点评价值或者一开始根据景区的布局为用户规划的路线。例如，一个用户，想去景点a、c、e，不想去景点b、e，选择性去景点f、g。则该规划路线可以是，将a、c、e，按最小路径或预估的排队时间进行规划，比如，a到b路程20分钟，a到c路程25分钟，a离用户最近且排队时间也最短，b的排队时间预计为30分钟，c不用排队，则可以规划路线先游览a再游览c，在游览b，如果期间路过f、g也可以规划进路线，到达f、g附近时，向客户端发送f、g的相关信息，询问是否要游玩，所述相关信息可以是f、g的坐标，游览时间、活动表演时间、排队时间、路程预计时间等。

在本实施方式中，生成所述用户的行程信息可以是服务器根据指令生成所述行程信息，也可以是通过人工智能进行优化的行程信息。生成的行程信息的数据源可以是服务器存储的数据，输入的数据或接收的来自其他设备的数据等。例如，景点检票口的检票设备的数据，景区监控系统设备客户端发送的数据等。

在本实施方式中，所述行程信息用于指引所述用户在所述景区内游览。所述行程信息可以包括路线信息或时间信息，所述路线信息可以展示给用户如何走，也表征了景点的游览顺序。所述时间信息可以知道用户在什么时间去哪个景点进行游览。所展示的行程信息可以是一个方案，也可以是多个方案，还可以相适应于实际情况。例如，用户不想使用推荐的行程信息的路线，用户根据自己心情，想先去湖边的景点，则所述服务器可以根据接收的数据，即想先去湖边的景点，优先给湖边景点进行排序。再例如，用户带小孩时，小孩突然哭闹，而不能根据原先规划的景点路线进行前进时，所述服务器可以根据接收的数据，即不能去太多景点了，根据景点的热度值，删除原先打算去，但意愿不大的景点。当然所述行程信息不止是路线信息或时间信息，所述行程信息还可以包括景点的表演时间，从用户客户端位置到达景点的时间和距离，景点的排队人数和时间。还可以包括厕所、休息厅、餐厅、车辆租赁处等信息。

本实施方式可以根据验证信息，确定所述用户信息对应的用户是否具备进入所述景区的资格，并至少根据所述景区的客流数据生成所述用户的行程信息，指引用户游览景区，有利于该景区的管理。

在一个实施方式中，在至少根据所述景区的客流数据生成行程信息的步骤中，获得所述客流数据的方式至少包括以下之一：根据接收到的所述景区内客户端的位置信息，统计景点的客流数据；或者，根据所述景区内景点设置的摄像装置反馈的影像数据，计算得出景点的客流数据；或者，接收工述景区内设置的提供网络服务的通信设备提供的通信数据，计算得出景点的客流数据；或者，工作人员输入的景点的客流数据；或者，读取存储的所述景区中景点在当前日期之前的客流数据。

在本实施方式中，所述客流数据可以用于表征景区中的用户的人数状态。获取所述客流数据可以是利用技术/资源获取客流数据。所述获取方式可以是一种方式或多种方式进行组合。所述客流数据是获得路径规划信息的必不可少的基础数据，有利于科学规划旅行路径。服务器可以通过客户端侧获取所述客流数据，也可以通过管理端侧获取所述客流数据，或者根据存储的数据获得所述客流数据的历史数据。

在本实施方式中，服务器可以根据接收到的所述景区内客户端的位置信息，统计景点的客流数据。通过客户端的定位系统进行定位，获得并统计出景点的客流数据。所述接收到的所述景区内客户端的位置信息，可以是用户主动发送给服务器，也可以是主动读取用户客户端的位置信息。例如，手机打开定位系统时，所述手机发送位置信息，服务器通过读取定位信息来获取景点的客流数据。

在本实施方式中，服务器可以根据所述景区内景点设置的摄像装置反馈的影像数据，计算得出景点的客流数据。具体的，例如，所述景区不同区域都有摄像装置，比如在景区门口、在景点门口、在某段马路上等，通过摄像装置可以反馈该处的实时情形。例如，通过景点门口，观测到该景点排队人数，和单位时间里增加排队人数和出该景点的人数，获得该处的客流数据。

在本实施方式中，还可以接收所述景区内设置的提供网络服务的通信设备提供的通信数据，计算得出景点的客流数据。具体的，所述通信设备可以经过有线或者无线传递数据。例如通过电话、移动电话、电台、交换机等，所述工作人员进行人工输入，或，所述通信设备非人工记录输入数据，将数据传递给服务器。所述数据可以是初始数据，也可以是经过处理后的数据。

在本实施方式中，还可以根据工作人员输入的景点的客流数据获得客流输入。具体的，例如工作人员每放行1人或多人进入该景点，便记录对应人数，发送给服务器；或者，工作人员对进入景点的用户进行扫码记数或闸机的转动次数记数，每通过一个用户，记数一次。将记录的数据发送给所述服务器。

在本实施方式中，还可以通过读取存储的所述景区中景点在当前日期之前的客流数据。具体的，可以读取所述服务器中，存储空间中的历史数据，所述存储设备可以是软盘、硬盘、光盘、u盘、移动硬盘等。例如，某景区云端服务器的硬盘空间有1pb，可以存储15年以上的数据，服务器通过读取该空间内的数据，获得历史上的客流数据。

在本实施方式中，可以通过多种方式获取所述客流数据以进行行程规划。

在一个实施方式中，在生成行程信息的步骤中包括：在所述景区内景点的客流数据均小于相应的设定阈值的情况下，依照每个景点的位置以较少移动距离的方式进行排序，得出行程信息；或者，在所述景区内景点的客流数据均小于相应的设定阈值的情况下，读取所述景区对应的默认行程信息；或者，在所述景区内景点的客流数据存在大于相应的设定阈值的情况下，根据所述客流数据确定所述景区中的基准景点，用于生成行程信息。

在本实施方式中，在所述景区内景点的客流数据均小于相应的设定阈值的情况下，是指当所述景点的客流数据均小于相应的设定阈值时，所述客流数据在路程规划时考虑权重降低的情况。所述阈值可以预先设定。请例如，设定景区内人数在100以内时，形成行程信息时可以不用考虑客流数据。依照每个景点的位置以较少移动距离的方式进行排序，或读取所述景区对应的默认行程信息。所述阈值可以根据实际情况改动。例如，景区或其中的景点进行扩建后，景点的客流数据阈值可以相应增大。

具体的，可以依照每个景点的位置以较少移动距离的方式进行排序，得出行程信息。例如，景区在一天中刚开放，入园人数还不多，所述客流数据中，所述景点的实时人数为空闲，即不管到哪个景点都不用排队。此时，可以以较少移动距离的方式进行排序。参阅图6，例如，出发点a，目的地b，要游览图中景点1、2、3，三个景点，所有可能方案为a-1-2-3-b，a-1-3-2-b，a-2-1-3-b，a-2-3-1-b，a-3-2-1-b，a-3-1-2-b，计算每种方案的路径距离，获得最短的路径，根据此方案来进行排序。当然，还可以读取所述景区对应的默认行程信息。例如，出发点a，目的地b，要游览图中景点1、2、3，三个景点，考虑到路程及景点之间的路径，比如，a与景点2之间的路程正在施工，不好走路，a-1-2-3-b的方案避免了a-2的路段，距离也较短。数据库中，默认行程信息为a-1-2-3-b。通过读取数据库中，获得a-1-2-3-b的路线。

请参阅图7，在一个实施方式中，在生成行程信息的步骤中可以包括以下步骤。

步骤s30：至少根据所述客流数据确定所述景区中的基准景点。

在本实施方式中，所述基准景点可以是该景区的一个或多个景点，确定所述景区中的基准景点，用于划分某一时刻的基准景点和非基准景点，利于行程规划和景区管理。所述基准景点的选定可以是根据多个维度的因素来确定，每个维度的权重可以相同，也可以不同。

在本实施方式中，至少根据所述客流数据确定所述景区中的基准景点。具体的，与人数相关的数据，包括根据人数得到的饱和率等，都包含在客流数据中。获得基准景点可以根据每个景点当前人数或饱和率进行排序，获得该景点的热度值。所述饱和率是指当前人数与可容纳人数的比值；当然，也可以根据当前人数或饱和率直接乘以权重，获得该景点的热度值。所述基准景点还可以根据历史客流数据获得景点历史热度等。

当然，所述基准景点的考虑维度还可以包括个人偏好热度或者景点的基础热度等。其中个人偏好热度可以通过用户给每个景点打分，所得分数乘以对应权重，得到用户偏好的权重值等方法。打分方式可以是用户通过客户端的个性化打分，也可以是通过问答模式获得的。所述基础热度可以表征该景点所述基础热度可以是根据景区内的所有景点坐标以及景点之间的道路数据(景点是否联通，道路的步行距离和时间)、景点的表演时间或者游览时间、景点的接待量等确定。例如，a景点与其他景点位置较好，和其他景点都较近，则该景点的基础热度比较高；再例如，a景点的建设成本相对于其它景点建设成本比较高，则该景点的基础热度比较高；再例如，a景点在10:00～11:00有表演活动，则该景点在10:00～11:00的基础热度比较高。

在本实施方式中，所述基准景点和非基准景点还可以是相互转化的。例如a景点的表演时间为9：00-10：00，a景点在9：00-10：00，超过10点之后为非基准景点。再例如，所述a景点原先是基准景点，但是突然设备故障，当天修理不好，则a景点在修理好之前是非基准景点。再例如，不同人的偏好不同，当偏好的权重值达到一定程度时，每个人的基准景点也不同，比如甲认为景点a为基准景点，乙认为景点a不是基准景点，景点b是基准景点等。

步骤s32：确定所述基准景点的游览时间。

在本实施方式中，确定所述基准景点的游览时间可以是指所述基准景点的游览顺序和具体的基准景点的游览时间点。确定所述基准景点的游览时间的考虑因素，可以包括所述基准景点的表演时间、用户位置信息和/或选择的出口与所述基准景点的位置关系、所述基准景点的排队时间等。所述确定所述基准景点的游览时间可以是优先考虑基准景点的表演时间，然后考虑预计路程和排队时间以及游览时间。例如所述基准景点为景点a、景点b、景点c。景点a的表演时间为9：00-10：00，景点b的表演时间为13：00-14：00，景点c的表演时间为15：00-16：00，则在9：00-10：00游览景点a，13：00-14：00游览景点b，15：00-16：00游览时间c。再例如，景点a的表演时间为9：00-10：00或15：00-16：00，景点c的表演时间也为9：00-10：00或15：00-16：00。预估两个景点的排队时间，例如，估算得到在9：00-10：00时景点a的排队时间较短，15：00-16：00时景点b的排队时间较短，则在在9：00-10：00游览景点a，15：00-16：00游览时间c。再例如，景点b表演时间为9：00-10：00，景点a与景点c无表演时间，可以通过公式总游览时间＝预计景点游览时间+预计路途时间+预计排队时间获得多个方案的总游览时间，获得游览时间最少的方案；也可以通过计算所有方案的纵游览路径，获得步行最少的方案。确定所述基准景点的游览时间时还包括，根据景区开放时间，将开始的时间划分为多个时间段，当每个景点无表演时间时，根据景区内的客流数据，将用户划分在不同的时间段游览某一个基准景点，错开峰值。例如，比如说，甲乙都是从东门同时进入景区，有基准景点a、b、c。在行程规划时，可以将甲以顺时针方向a-b-c赋予各个基准景点的游览时间，将乙以逆时针方向c-b-a赋予各个基准景点的游览时间，另一个用户丙，从西门进入，可以设定丙的游览时间为b-a-c等。

步骤s34：根据所述基准景点的游览时间之间的剩余时间，排定非基准景点的游览时间。

在本实施方式中，所述基准景点的游览时间之间的剩余时间可以是指两个目标时间点之间的时间。具体的，可以是根据基准景点的游览时间，游览顺序相邻的基准景点的游览时间之间的时间；也可以是当前时间用户与所述基准景点游览时间直接的时间；还可以是指从基准景点的游览时间与目的地的预计时间之间的时间。例如，基准景点a游览时间为9：00-10：00，基准景点b游览时间为11点到12点，则9：00-10：00为剩余时间。再例如，8点钟，用户在东门刚进入景区，基准景点a游览时间为9：00-10：00，则剩余时间是指8点到9点的时间；再例如，用户在下午4点游览完基准景点b，想要在5点解释游览，从西门出去，则4点到5点的时间为剩余时间。

在本实施方式中，根据剩余时间确定非基准景点的游览时间。具体的，排定非基准景点的游览时间可以通过公式总游览时间＝预计景点游览时间+预计路途时间+预计排队时间获得多个方案的总游览时间，获得游览时间最少的方案；也可以通过计算所有方案的纵游览路径，获得步行最少的方案。当然，还可以根据热度排序。例如赋予每个非基准景点一个评价值，所述评价值可以是用户偏好等，根据评价值确定游览顺序。例如，在基准景点a和基准景点b之间，剩余时间为10点到11点，之间有非基准景点1、2、3、4，通过计算，获得有可能的游览方案，如1-2-3-4、1-2-4-3、1-3-2-4……，当然，到所述游览时间远小于剩余时间是，还可以包括非基准景点5。当然，所有可能方案还包括不去其中一个或多个景点的方案，如1-2-3、1-2-4、1-3-4……通过计算，获得每个方案总游览时间和总步行路程，进行对比，排定非基准景点的游览时间，将所述行程信息发送给客户端。

请参与图8，在一个实施方式中，在确定景区中基准景点的步骤中可以包括以下步骤。

步骤s40：至少根据所述客流数据，对所述景区中的景点进行评价得出每个景点的评价值。

在本实施方式中，服务器可以通过获取数据库中的数据、客户端的数据、或者软硬件设备的数据，进行运算，获得每个景点的评价值。再根据指定的规则评价出基准景点。将所述结果发送给客户端或存储到数据库。

在本实施方式中，所述评价值可以是评价景点为基准景点的一个维度。可以至少根据客流数据获得的景点实时热度、景点历史热度、基础热度等来得到所述评价值。例如，所述评价值可以等于景点实时热度+景点历史热度+基础热度+……。所述景点实时热度可以是指景点当前情况的热度值，比如说当前时间，该景点游览人数、排队人数等。例如，在当无排队人数时，可以设定所述景点实时热度值为50；当有0～10个排队人数时，可以设定所述景点实时热度为60；当有11～30个排队人数时，可以设定所述景点实时热度为80；当有30个以上排队人数时，可以设定所述景点实时热度为100。当然所述热度值还可以是其他方式设定。所述景点历史热度区别于景点实时热度，所述景点历史热度为历史上的时间点，不同于当前时间。所述景点历史热度的获取方式可以参照所述景点实时热度的获取方式。所述基础热度是该景点热度的基础值，所述基础热度可以根据景点坐标以及景点之间的道路数据(景点是否联通，道路的步行距离和时间)、景点的表演时间或者游览时间、景点的接待量等确定；还可以根据该景点的建设成本、维护成本等确定；或者根据该景点用户游览量趋势确定。

步骤s42：根据所述评价值确定所述基准景点。

在本实施方式中，所述评价值可以是具体的数值。例如，在获得每个维度评价值时，每个维度的满分可以设定为10分或者100分，将多个维度的分数相加，获得总的分数即为评价值。根据评价值，进行分数划分。例如，满300的为基准景点，不满300的为非基准景点，其中，200到299为一般景点，不满200的为冷门景点。

在本实施方式中，可以至少根据客流数据，得到不同维度的热度值，然后根据不同维度的热度值，得到每个景点的评价值，以此来确定所述基准景点。

在一个实施方式中，在确定景区中基准景点的步骤中可以包括：至少根据个人偏好热度和所述评价值，确定所述景区中的基准景点；其中，所述个人偏好热度用于表示用户对所述景区的中景点的喜好程度。

在本实施方式中，所述个人偏好热度可以是用户信息等个性化信息，表征用户对所述景区的中景点的喜好程度。具体的，例如，根据用户对该景区不同景点进行打分，表示该用户想去哪些景点，根据分值的进行排序，选定分值高的作为基准景点。

在本实施方式中，至少根据个人偏好热度和所述评价值，确定所述景区中的基准景点，是指在在确定基准景点是，至少考虑个人偏好热度和评价值这两个方面。具体的，可以分别给予个人偏好热度和评价值权重值，将两个数据融合成一个表征值用以去确定所述基准景点。

在本实施方式中，考虑了个人偏好热度，以满足用户的个性化需求。

在一个本实施方式中，在评价得出每个景点的评价值的步骤中，评价的维度至少包括以下之一：景点实时热度、景点历史热度、基础热度。

在本实施方式中，所述景点实时热度表征当前时间点客流数据反映出来景点的热度值。所述景点历史热度历史时间上，根据客流数据所反映出来的景点的热度值。所述基础热度，表征所述景点本身带来的热度值，如所述景点的设施，交通等。

在本实施方式中，所述评价的维度可以是景点实时热度、景点历史热度、基础热度中一个或多个，当然，所述维度还可以是其他维度。例如，通过官方网站、官方微信进行问卷调查，或者通过纸质、口头问答，获取评价值。不同的维度有利于评价值的科学性，通过不同维度来获取评价值。

在一个本实施方式中，在确定基准景点的步骤中可以包括：将所述评价值大于等于指定阈值的景点确定为基准景点；或者，按照所述评价值的大小，将指定数量个相对较大的评价值对应的景点作为基准景点。

在本实施方式中，获取评价值之后，可以对所述景点进行划分，以获得基准景点。例如，当评价值为数值或等级时，将所有评价值进行排序，排序方式可以从小到大，也可以从大到小，设定相应的阈值。例如分数达到300或等级都为a的，定为基准景点。当然，还可以根据评价值，先指定基准景点的数量，然后通过对所有景点评价值的排序，选择评价值比较高的指定数量个景点作为基准景点。通过该方法，可以定量定性区分哪些是基准景点。

在一个本实施方式中，所述方法还包括将所述行程信息发送给所述客户端。

在本实施方式中，服务器可以根据特定的协议将所述行程信息发送给所述客户端。具体的，可以通过tcp/ip协议(传输控制协议/网际协议transmissioncontrolprotocol/internetprotocol)以及超文本传输协议(http，hypertexttransferprotocol)等协议进行传输；在物理层面，可以通过无线网络等传输。例如，服务器可以通过上述方法将行程信息发送至网站，用户可以根据自己的用户信息。例如用户名、手机号等，使用客户端登陆网站进行获取信息。再例如，服务器还可以发送给客户端，用户可以直接从客户端上获取信息。再例如，服务器可以以飞信、微信信息的等形式发送给用户客户端，用户通过读取短信息来获取信息。将所述行程信息发送给所述客户端以方便用户获取旅行规划信息。

请参阅图9。本说明书实施方式还提供一种服务器。所述服务器包括：网络通信单元和处理器。

所述网络通信单元用于接收验证信息，所述验证信息与用户信息相关联；

所述处理器用于针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入景区的资格；在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息，所述行程信息用于指引所述用户在所述景区内游览。

上述实施方式公开的服务器，其网络通信单元、存储器和处理器整体实现的具体功能，可以与本申请中前述实施方式相对照解释。

所述网络通信单元可以为遵循网络通信协议或相关通信标准制作的通信模块。网络通信单元可以用于网络数据通信。具体的网络通信协议可以包括但不限于http、tcp/ip、ftp等。

所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

本说明书实施方式还提供一种计算机存储介质，其存储有资源的访问信息形成的资源信息集和计算机程序指令，所述计算机程序指令被执行时实现以下功能。接收验证信息；所述验证信息与用户信息相关联；针对所述验证信息进行验证，以确定所述用户信息对应的用户是否具备进入景区的资格；在验证通过的情况下，至少根据所述景区的客流数据生成所述用户的行程信息；所述行程信息用于指引所述用户在所述景区内游览。

在本实施方式中，提供的技术方案的具体内容，实现的功能和效果，可以参照前述实施方式对照解释。

请参阅图10，本说明书实施方式还提供一种景区管理方法，所述景区管理方法应用涉及包括服务器和客户端。所述景区管理方法可以包括以下步骤。

步骤s50：在用户完成对所述景区内的一个景点的游览的情况下，判断所述用户使用的客户端对应的第一行程信息中，下一个景点的客流数据是否达到指定条件。

在本实施方式中，用户完成对所述景区内的一个景点的游览的情况可以是所述用户从景区内的一个景点游览结束走出的情况，也可以是根据所述行程信息中预定游览该景点的时间，当前时间点到达游览结束时间点时，判定为用户对该景点游览完成。在本实施方式中，对用户游览信息的采集，有利于实时计算规划得到新的行程，便于景区管理。

在本实施方式中，下一个景点的客流数据是否达到指定条件可以是指下一个景点是否达到一个状态特征，所述状态足以达到改变行程信息。例如，所述用户对下一个景点是否有偏好变化，或者，下一个景点的实时人数是否超过阈值，或者下一个景点是否设施损坏突发情况等。具体的，例如，下一个景点b的表演时间从9：00-10：00临时变化为10：00-11：00，则景点b的评价值在在9：00-11：00的时间区间内发生变化，需要重新计算行程信息；再例如，下一个景点b为基准景点，但是，即将去游览时，景点b设备发生故障，不能进行游览；在例如，下一个景点b为非基准景点，但是因为用户偏好或者客流数据实时更新等，下一个景点b从非基准景点变化为了基准景点。

步骤s52：在所述客流数据达到指定条件的情况下，根据使用所述客户端的用户未游览的景点的客流数据，生成第二行程信息。

在本实施方式中，所述第二行程信息用于区分所述第一行程信息，所述第二行程信息针对的是用户未游览的景点。具体的，可以参照上述实施方式，可以是在用户未游览的景点中，根据历史数据、实时数据、基础数据等确定当天各个时段的基准景点。或者结合个人偏好热度等，确定剩余未游览景点中的基准景点，以及其规划信息，然后根据所述基准景点的规划信息，安排所述景区中非基准景点的规划信息，形成所述景区的第二行程信息。此处不再赘述。

在本实施方式中，所述第二行程信息可以根据条件变化，不断更新，生成第三行程信息、第四行程信息等。

在本实施方式中，仅针对与前述实施方式不同之处进行了描述，其它内容可以对照前述实施方式的内容解释，在此不再赘述。

在一个实施方式中，在至少以下之一的情况下，用户完成对所述景区内的一个景点的游览，至少符合以下之一的情况，所述情况包括：接收到景点游览结束信息，所述景点游览结束信息表示使用所述客户端的用户已经完成所述景点的游览；或者，根据所述客户端反馈的位置信息，所述客户端所处的位置已经超出所述景点的区域。

在本实施方式中，接收到景点游览结束信息可以是通过景点工作人员或管理端设备发送的数据信息，也可以是预先设定的信息。例如，景点a的表演时间为9：00-10：00，则可以预先设定，在10点时，用户已经游览完景点a；或者在景点a表演结束时，由工作人员通过管理端设备，发送信息给服务器，游览完成。管理端设备可以是电话、移动电话等通信设备，还可以是电脑、平板等智能设备。例如，用户完成了a景点的游览，从出口出来时，管理端工作人员或设备如摄像头对用户进行信息采集，确认用户完成了a景点的游览，发送给服务器；也可以是用户通过客户端确认，发送给服务器；还可以是服务器读取客户端的位置信息，判断用户是否完成该景区的游览。

在本实施方式中，还可以根据所述客户端反馈的位置信息，用户完成对所述景区内的一个景点的游览。具体的，例如，请参阅图11，通过景区的路由/只能硬件，发送无线信息，定位用户客户端，当用户客户端已经走出该景点的范围时，可以认为，该用户已经游览完成该景点。当然还可以是通过用户客户端的定位系统，gps实时定位，获得用户客户端的路径，根据用户从进入该景点到走出该景点的路径，用户完成对所述景区内的一个景点的游览。

在本实施方式中，用户完成对所述景区内的一个景点的游览用于用户行程规划的监控，便于重新计算获得行程信息，有利于行程管理。

在一个实施方式中，在判断下一个景点的客流数据是否达到指定条件的步骤中包括至少以下之一：所述景点的评价值是否达到的设定阈值；或者，预估使用所述客户端的用户移动至所述景点时，所述景点的评价值是否达到设定阈值。

在本实施方式中，所述景点的评价值是否达到的设定阈值中，所述景点的评价值可以包括景点实时热度、景点历史热度、基础热度等一个或多个维度，所述评价值可以具体的定量的分值，也可以是评价等级等；所述设定的阈值可以是用于区分热门基准景点与非基准景点的值。例如，当评价值超过300时，可以认为该景点为基准景点。

在本实施方式中，预估使用所述客户端的用户移动至所述景点时，所述景点的评价值是否达到设定阈值，可以是指根据客流数据趋势等，服务器进行运算，得到估算值，该估算值表征将来时间点的景点的评价值。例如，某景点的排队人数以每分钟3人的速度减少，预估半小时后，该景点的排队人数，预估方式可以是线性拟合，也可以使非线性拟合。再例如，下一个景点为b，当评价值达到300时为基准景点，在当前行程信息中，景点b的评价值为280，为非基准景点。但是在根据数据更新(数据更新可以是因为用户偏好、客流数据等)，估算所述客户端的用户移动至景点b评价值达到了300。则认为下一个景点的客流数据达到了指定条件，根据未游览景点，生成第二行程信息。当然，所述指定条件还可以其他需重新规划路径的状态特征的改变。

请参阅图12，在一个实施方式中，在生成第二行程信息的步骤中可以包括以下步骤。

步骤s60：在用户未游览的景点中，确定基准景点。

步骤s62：确定所述基准景点的游览时间。

步骤s64：根据所述基准景点的游览时间之间的剩余时间，排定用户未游览的景点中非基准景点的游览时间。

在本实施方式中，主要针对所述用户未游览的景点，至少根据所述客流数据确定未游览的景点中的基准景点。具体的，例如，根据每个景点当前人数或饱和率进行排序，获得该景点的热度值。所述饱和率是指当前人数与可容纳人数的比值；当然，也可以根据当前人数或饱和率直接乘以权重，获得该景点的热度值，以此作为评价基准景点的一个维度；当然，在确定所述基准景点时还可以考虑用户的个人偏好热度，通过用户给每个景点打分，所得分数乘以权重，得到用户偏好的权重值。在所述多个维度的权重中，当一个维度的权重为0，则表示该维度不考虑。

在本实施方式中，排定用户未游览的景点中非基准景点的游览时间可以通过公式游览时间＝预计景点游览时间+预计路途时间+预计排队时间获得多个行程信息的游览时间，获得游览时间最少的行程信息；也可以通过计算所有行程信息的游览路径，获得步行最少的方案等。此处不做赘述。

在本实施方式中，主要是针对还未游览的景点生成第二行程信息，区别于整个景区游览景点的行程规划，其它内容可以对照前述实施方式的内容解释，在此不再赘述。

请参阅图13，在一个实施方式中，在确定基准景点的步骤中可以包括以下步骤。

步骤s70：至少根据客流数据对用户未游览的景点进行评价得出每个景点的评价值。

步骤s72：根据所述评价值确定所述基准景点。

在本实施方式中，主要是针对还未游览的景点，至少根据客流数据对用户未游览的景点进行评价得出每个景点的评价值，以此来确定未浏览景点中的基准景点。其它内容可以对照前述实施方式的内容解释，在此不再赘述。

请参阅图14，本说明书实施方式还提供一种景区内行程规划方法。所述行程规划方法应用于客户端。所述行程规划方法可以包括以下步骤。

步骤s80：提供验证信息；所述验证信息用于服务器验证用户是否具有进入所述景区的资格，以使所述服务器在验证通过的情况下，向所述用户使用的客户端提供行程信息。

步骤s82：接收所述服务器提供的行程信息；其中，所述行程信息是所述服务器根据所述景区中的客流数据生成。

在本实施方式中，所述验证信息可以用于表征用户是否有资格进入景区的信息。具体的，所述验证信息可以表示用户购买景区门票后获得的二维码或者二维码信息，也可以是用户购买景区门票后表示用户自身的信息。例如用户的姓名、用户的手机号、用户的手机ip地址等。当然所述验证信息还可以用于表示，景区做活动免费对外开放或其他特殊情况不需购买门票的时，用户具有资格进入景区时景区提供的二维码或用户自身的信息等。

在本实施方式中，客户端可以接收服务器数据信息，向用户展示行程信息。具体的，例如，可以通过文字的方式告知用户，在什么时间至指定的景点游玩。还可以结合地图导航的功能，客户端根据行程信息为用户进行导航。

在本实施方式中，用户通过客户端显示的行程信息等，优化游览顺序等，提高游览体验。

请参阅图15，在一个实施方式中，所述方法还可以包括以下步骤。

步骤s90：获取运行所述景区内形成规划方法的电子设备的位置信息；

步骤s92:将所述位置信息发送给所述服务器。

在本实施方式中，所述电子设备表征对应的客户端，所述电子设备可以得到其位置信息。具体的，例如可以通过获取lbs信息来确定该电子设备的位置信息，还可以将所述位置信息发送给服务器，以协助行程规划。此处不在赘述。

请参阅图16，本说明书实施方式还提供一种客户端，包括：显示器和网络通信单元。

所述显示器用于显示验证信息；所述验证信息用于服务器验证是否具有进入景区的资格，以使所述服务器在验证通过的情况下，向所述客户端提供行程信息。

所述网络通信单元用于接收所述服务器提供的行程信息；其中，所述行程信息是所述服务器根据所述景区中的客流数据生成。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

请参阅图17，本说明书实施方式还提供一种景区行程规划方法，所述方法可以包括以下步骤。

步骤s100：接收用户指定的所述景区内的目标景点信息；所述目标景点信息指向所述景区内的至少一个目标景点。

在本实施方式中，所述目标景点信息是指用户想要游览的景点的相关信息。所述相关信息可以包括目标景点的个数，名称等。具体的，例如，一个用户指定了，要游览该景区内的6个景点，其中要包括2个或两个以上基准景点或热门景点。或者，该用户指定，要去具体的哪几个景点。对应的信息则为所述目标景点信息。

在本实施方式中，接收用户指定的所述景区内的目标景点信息可以是通过用户客户端向所述服务器进行数据传输，以使得所述服务器接收到用户指定的所述景区内的目标景点信息。例如，用户通过客户端指定界面选择了多个目标景点，然后通过点击发送按钮，所述服务器接收到所述接收用户指定的所述景区内的目标景点信息。

步骤s102：将所述目标景点信息发送给服务器，以用于所述服务器根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价，以及所述服务器根据所述评价值对所述目标景点安排顺序或时间，形成行程信息。

在本实施方式中，所述服务器根据接收到的目标景点信息进行计算，获得所述行程信息。具体的，例如，所述目标景点信息为该用户要游览6个景点，其中2个为基准景点，则所述服务器至少根据客流数据生成评价值，以确定所述基准景点，然后计算出所有的符合该条件的行程信息。将其中的一条或多条行程信息发送给用户。其中，发送给用户的可以是行程最短的行程信息，或者预估等待时间最少的行程信息，或者满足所述景点表演时间的行程信息等。

步骤s104：接收所述服务器提供的所述行程信息。

通过上述实施方式，可以提供用户一种方式以确定所述目标景点，便于服务器在规划行程信息针对性计算，在一定程度上也减少了服务器负荷。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

请参阅图18，在一个实施方式中，在接收用户指定的所述景区内的目标景点信息的步骤中可以包括以下步骤。

步骤s110：展示所述景区内的景点信息。

在本实施方式中，用户的客户端可以向用户展示所述景区内的景点信息。具体的，可以展示的文字信息，也可以展示的图像信息，如展示一张景区的地图，在该地图上包括了该景点的所有景点信息。

在本实施方式中，可以是在达到了预设的条件下展示所述景区内的景点信息。具体的，例如，用户在通过客户端购买景区门票后，所述客户端自动弹出界面向用户展示所述景区内的景点信息。或者，用户通过点击对应的客户端中的模块功能，以弹出对应界面，展示所述景区内的景点信息。

步骤s112：接收用户的指定操作，以用于指定所述景区内的目标景点信息。

在本实施方式中，所述用户的指定操作用于确定所述目标景点。具体的，例如，用户通过点击展示的景点信息中的几个景点，将其确认为所述目标景点，或者用户通过语音输入，文字输入等操作方式，以指定所述景区内的目标景点信息。

通过上述实施方式，可以提供用户一种方式以确定所述目标景点，便于服务器在规划行程信息针对性计算，在一定程度上也减少了服务器负荷。

本说明书实施方式还提供一种客户端，所述客户端可以包括：显示器和网络通信单元。

所述显示器用于显示景区内的景点信息。

所述网络通信单元用于接收用户指定的所述景区内的目标景点信息；所述目标景点信息指向所述景区内的至少一个目标景点；将所述目标景点信息发送给服务器，以用于所述服务器根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价，以及所述服务器根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；接收所述服务器提供的所述行程信息。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

请参阅图19，本说明书实施方式还提供一种景区行程规划方法，所述方法可以包括以下步骤。

步骤s120：接收客户端发送的目标景点信息。

步骤s122：根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价；

步骤s124：根据所述评价值对所述目标景点安排顺序或时间，形成行程信息；

步骤s126：将所述行程信息发送给所述客户端。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

本说明书实施方式还提供一种服务器，所述服务器可以包括：网络通信单元和处理器。

所述网络通信单元用于接收客户端发送的目标景点信息。

所述处理器用于根据景区中景点的客流数据生成景点的评价值，所述评价值用于表示对景点的客流数据的评价；根据所述评价值对所述目标景点安排顺序或时间，形成行程信息。

所述网络通信单元还用于将所述行程信息发送给所述客户端。

本实施方式中的相关术语可以参见前述实施方式对照解释，在此不再赘述。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。

本说明书实施方式中提及的服务器，可以是具有一定运算处理能力的电子设备。其可以具有网络通信端子、处理器和存储器等。当然，上述服务器也可以是指运行于所述电子设备中的软体。上述服务器还可以为分布式服务器，可以是具有多个处理器、存储器、网络通信模块等协同运作的系统。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施方式或者实施方式的某些部分所述的方法。

虽然通过实施方式描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。