基于多源数据监测分析的旅游客车协同管理与服务系统

摘要

本公开提供一种基于多源数据监测分析的旅游客车协同管理与服务系统，根据旅游客车及其所属企业和驾驶员的历史记录计算各项评分，并根据评分生成综合评分，再结合该旅游客车报备的行程是否存在限制出行情形，最终生成相应的审核结果，并在审核结果不通过时，根据造成审核结果不通过的情形提供相应的提示服务，以使相应的旅游客车或其所属企业能够据以进行相应的改进或选择新的行程路线，从而可以保证旅游客车的安全运营，同时可以保证旅游客车遵守相应区域的限制行驶规定，防止因为旅游客车的违规行驶导致特定区域的交通堵塞或影响特定区域的重大活动的进行。

说明书

技术领域

本公开涉及信息技术领域，尤其涉及一种基于多源数据监测分析的旅游客车协同管理与服务系统。

背景技术

旅游客车，属于客车中的一种特殊类别，主要用于将游客运送到各个目的景点。在一些情况下，旅游客车或其所属客车运营企业、驾驶员可能存在交通违法行为等可能影响行驶安全的情形，使得该旅游客车的运营存在隐患而不适于继续运营或需要整改之后再运营，因此，需要对旅游客车进行管理。

此外，由于旅游客车在运输游客时需要途径很多地区，若这些地区存在限制出行情形，则需要提前预防旅游客车在不恰当的时机途径限制行驶区域。

发明内容

有鉴于此，本公开的目的在于提出一种基于多源数据监测分析的旅游客车协同管理与服务系统。

基于上述目的，本公开提供了一种基于多源数据监测分析的旅游客车协同管理与服务系统，用于提供面向用户的提示服务，包括：

行程请求获取模块，用于获取旅游客车的行程报备请求，其中所述行程报备请求包括旅游客车信息、旅游客车所属的企业信息、驾驶员信息和行程信息，其中所述行程信息包括行程时间段和行程路线；

行程审核模块，用于根据旅游客车信息、旅游客车所属的企业信息和驾驶员信息，调取所述旅游客车的旅游客车评分、所述企业的企业评分和所述驾驶员的驾驶员评分，根据所述旅游客车评分、企业评分和驾驶员评分生成行程综合评分；根据所述行程信息确定所述行程报备请求对应的行程是否存在限制出行情形；以及，根据所述行程综合评分以及所述行程报备请求对应的行程是否存在限制出行情形，确定是否审核通过所述行程报备请求，并生成相应的审核结果；

结果反馈模块，用于向所述行程报备请求对应的设备反馈所述审核结果；若所述行程综合评分低于预设评分阈值且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备提供评分过低提示服务，其中所述评分过低提示服务包括综合评分过低提示服务、旅游客车评分过低提示服务、企业评分过低提示服务和驾驶员评分过低提示服务中的至少其一；若所述行程报备请求对应的行程存在限制出行情形且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备发送修改路线提示服务，其中所述修改路线提示服务包括限制出行时间段提示服务和限制出行路段提示服务；

其中，所述旅游客车评分是根据所述旅游客车的交通违法次数得到的，所述企业评分是根据所述企业下属的旅游车辆的交通违法次数和所述企业的工商数据得到的，所述驾驶员评分是根据所述驾驶员的交通违法次数得到的；所述限制出行情形包括行程时间段与限制出行时间段存在重叠部分以及行程路线与限制出行路段存在重叠部分。

从上面所述可以看出，本公开实施例提供的基于多源数据监测分析的旅游客车协同管理与服务系统根据旅游客车及其所属企业和驾驶员的历史记录计算各项评分，并根据评分生成综合评分，再结合该旅游客车报备的行程是否存在限制出行情形，最终生成相应的审核结果，并在审核结果不通过时，根据造成审核结果不通过的情形提供相应的提示服务，以使相应的旅游客车或其所属企业能够据以进行相应的改进或选择新的行程路线，从而可以保证旅游客车的安全运营，同时可以保证旅游客车遵守相应区域的限制行驶规定，防止因为旅游客车的违规行驶导致特定区域的交通堵塞或影响特定区域的重大活动的进行。

附图说明

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

图1示出了本公开实施例提供的一种示例性系统的结构示意图。

图2示出了本公开实施例提供的一种示例性界面的示意图。

图3示出了本公开实施例提供的一种示例性方法的流程示意图。

图4示出了本公开实施例提供的一种示例性电子设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。

为了解决前述的技术问题，本公开提供了一种基于多源数据监测分析的旅游客车协同管理与服务系统，用于提供面向用户的提示服务，包括：

行程请求获取模块，用于获取旅游客车的行程报备请求，其中所述行程报备请求包括旅游客车信息、旅游客车所属的企业信息、驾驶员信息和行程信息，其中所述行程信息包括行程时间段和行程路线；

行程审核模块，用于根据旅游客车信息、旅游客车所属的企业信息和驾驶员信息，调取所述旅游客车的旅游客车评分、所述企业的企业评分和所述驾驶员的驾驶员评分，根据所述旅游客车评分、企业评分和驾驶员评分生成行程综合评分；根据所述行程信息确定所述行程报备请求对应的行程是否存在限制出行情形；以及，根据所述行程综合评分以及所述行程报备请求对应的行程是否存在限制出行情形，确定是否审核通过所述行程报备请求，并生成相应的审核结果；

结果反馈模块，用于向所述行程报备请求对应的设备反馈所述审核结果；若所述行程综合评分低于预设评分阈值且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备提供评分过低提示服务，其中所述评分过低提示服务包括综合评分过低提示服务、旅游客车评分过低提示服务、企业评分过低提示服务和驾驶员评分过低提示服务中的至少其一；若所述行程报备请求对应的行程存在限制出行情形且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备发送修改路线提示服务，其中所述修改路线提示服务包括限制出行时间段提示服务和限制出行路段提示服务；

其中，所述旅游客车评分是根据所述旅游客车的交通违法次数得到的，所述企业评分是根据所述企业下属的旅游车辆的交通违法次数和所述企业的工商数据得到的，所述驾驶员评分是根据所述驾驶员的交通违法次数得到的；所述限制出行情形包括行程时间段与限制出行时间段存在重叠部分以及行程路线与限制出行路段存在重叠部分。

本公开实施例提供的基于多源数据监测分析的旅游客车协同管理与服务系统，用于提供面向用户的提示服务，根据旅游客车及其所属企业和驾驶员的历史记录计算各项评分，并根据评分生成综合评分，再结合该旅游客车报备的行程是否存在限制出行情形，最终生成相应的审核结果，并在审核结果不通过时，根据造成审核结果不通过的情形提供相应的提示服务，以使相应的旅游客车或其所属企业能够据以进行相应的改进或选择新的行程路线，从而可以保证旅游客车的安全运营，同时可以保证旅游客车遵守相应区域的限制行驶规定，防止因为旅游客车的违规行驶导致特定区域的交通堵塞或影响特定区域的重大活动的进行。

图1示出了本公开实施例提供的一种示例性系统的结构示意图。

如图1所示，所述基于多源数据监测分析的旅游客车协同管理与服务系统100，包括行程请求获取模块102、行程审核模块104和结果反馈模块106。在一些实施例中，所述基于多源数据监测分析的旅游客车协同管理与服务系统100还可以包括行程存储模块108、定位获取模块110、报警模块112、电子围栏模块114、提醒模块116、行程目的地数据获取模块118、数据分析模块120、预警模块122和可视化界面124。

所述行程请求获取模块102，可以用于获取旅游客车的行程报备请求，其中所述行程报备请求包括旅游客车信息、旅游客车所属的企业信息、驾驶员信息和行程信息，其中所述行程信息包括行程时间段和行程路线。所述行程报备请求可以是，例如，用户以旅游客车身份登录系统100之后而发出的，或者，以旅游客车所属的企业的身份登录系统100之后而发出的，甚或，以旅游客车的驾驶员身份登录系统100之后而发出的。所述旅游客车信息，可以包括旅游客车的车牌号、行驶证号，还可以包括旅游客车在其所属企业中的唯一编号，只要根据前述的这些号码可以相应地查找到对应的旅游客车即可。类似地，所述旅游客车所属的企业信息可以是企业的统一社会信用代码、企业商号等，所述驾驶员信息可以是驾驶员的驾照号、身份证号等，只要根据前述的这些号码可以相应地查找到对应的企业或驾驶员即可。所述行程信息，主要是反映旅游客车未来某个时间段会经由哪个路线去到什么地方，其中可以包括行程时间段和行程路线。所述行程时间段，可以包括该行程计划发生的年月日及具体的时间（即起止时间）。所述行程路线，可以包括行程起始地、行程目的地、行程途径地。在一些实施例中，当用户在填报行程路线时，可以先输入行程起始地和行程目的地，系统100可以调用地图数据生成在行程起始地和行程目的地之间的各可选路线，用户可以选择系统100提供的可选路线之一作为行程路线，进而系统100可以根据用户选择的行程路线生成相应的行程途径地。

所述行程审核模块104，可以用于根据旅游客车信息、旅游客车所属的企业信息和驾驶员信息，调取所述旅游客车的旅游客车评分、所述企业的企业评分和所述驾驶员的驾驶员评分，根据所述旅游客车评分、企业评分和驾驶员评分生成行程综合评分；根据所述行程信息确定所述行程报备请求对应的行程是否存在限制出行情形；以及，根据所述行程综合评分以及所述行程报备请求对应的行程是否存在限制出行情形，确定是否审核通过所述行程报备请求，并生成相应的审核结果。

在一些实施例中，所述旅游客车评分可以是根据所述旅游客车的交通违法次数得到的，所述企业评分可以是根据所述企业下属的旅游车辆的交通违法次数和所述企业的工商数据得到的，所述驾驶员评分可以是根据所述驾驶员的交通违法次数得到的。

例如，所述系统100可以预先采集各运输企业及其下属旅游客车和驾驶员的交通违法次数，以及企业的工商数据（包括企业违反工商管理规定的处罚记录等），并根据这些数据计算相应的评分。例如，以企业为例，假设满分为10分，在过去一年内发生一次交通违法行为记-1分，根据满分和交通违法行为的扣分，得到最终得分。类似地可以计算得到旅游客车评分和驾驶员评分，然后可以根据三个评分计算综合评分。综合评分的计算可以采用三个评分相加取平均值，或者取加权平均值，例如，分别给旅游客车赋权0.4，给企业赋权0.3，给驾驶员赋权0.3，然后根据各自的评分和权值计算综合评分。

在一些实施例中，所述限制出行情形包括行程时间段与限制出行时间段存在重叠部分以及行程路线与限制出行路段存在重叠部分。

例如，在某些城市，因为各方面原因，在某些区域内可能存在不允许旅游客车进入的情况，或者，在某些时间段不允许旅游客车在某些区域内行驶。以北京市为例，对于外地牌照的普通车辆（例如，私家小客车、大巴车、中巴车、面包车等），工作日早上7点至9点和下午5点至8点不能进入北京市五环路及其以内，且需遵守北京市尾号限行规定。因此，若旅游客车为外地牌照，想要进入北京市，则需要遵守前述两项规定。这样，在判断旅游客车是否存在限制出行情形，需要根据具体城市规则来进一步确定。同样以北京市为例，若所述旅游客车为外地牌照，则其行程时间段处于工作日早上7点至9点和下午5点至8点中或与其存在重叠，则其行程路线不能与北京市五环路及其以内的路段存在重叠。

在一些实施例中，当行程综合评分低于特定分值（例如，6分）或行程存在限制出行情形（例如，外地旅游客车需要在工作日上午7点至9点进入北京市五环内），所述审核结果则可以是不通过；当行程综合评分高于特定分值且行程不存在限制出行情形，则所述审核结果为通过。

所述结果反馈模块106，可以用于向所述行程报备请求对应的设备反馈所述审核结果（例如，审核通过或审核不通过）。

在一些实施方式中，若所述行程综合评分低于预设评分阈值（例如，6分）且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备提供评分过低提示服务（例如，在用户的设备上推送“综合评分较低，仅为5.5分”的提示信息）。在一些实施例中，所述评分过低提示服务还可以进一步包括旅游客车评分过低提示服务（例如，在用户的设备上推送“旅游客车评分低于6分”的提示信息）、企业评分过低提示服务（例如，在用户的设备上推送“旅游客车所属企业评分仅为5分”的提示信息）和驾驶员评分过低提示服务（例如，在用户的设备上推送“驾驶员评分仅为5分”的提示信息）中的至少其一。在一些实施例中，若所述行程报备请求对应的行程存在限制出行情形且所述审核结果为不通过，所述结果反馈模块还用于向所述行程报备请求对应的设备提供修改路线提示服务（例如，在用户的设备上推送“路线存在限制出行情形，请修改路线”的提示信息）。在一些实施例中，所述修改路线提示服务包括限制出行时间段提示服务（例如，在用户的设备上推送“尾号为3的车辆，周三限行”的提示信息）和限制出行路段提示服务（例如，在用户的设备上推送“工作日上午7点至9点和下午5点至8点外地车辆不能进入北京市五环路及其以内”的提示信息）。

从上述实施例可以看出，本公开实施例提供的基于多源数据监测分析的旅游客车协同管理与服务系统，根据旅游客车及其所属企业和驾驶员的历史记录计算各项评分，并根据评分生成综合评分，再结合该旅游客车报备的行程是否存在限制出行情形，最终生成相应的审核结果，并在审核结果不通过时，根据造成审核结果不通过的情形提供相应的提示服务，以使相应的旅游客车或其所属企业能够据以进行相应的改进或选择新的行程路线，从而可以保证旅游客车的安全运营，同时可以保证旅游客车遵守相应区域的限制行驶规定，防止因为旅游客车的违规行驶导致特定区域的交通堵塞或影响特定区域的重大活动的进行。

在完成旅游客车行程审核与备案之后，需要对于旅游客车是否规范运营进行管理。

有鉴于此，在一些实施方式中，所述行程存储模块108，用于存储通过审核的行程报备请求对应的行程信息；其中，所述行程信息可以包括行程时间段和行程路线；

所述定位获取模块110，用于获取旅游客车的定位信息并根据所述定位信息生成所述旅游客车的运动轨迹；其中，所述定位信息可以是旅游客车的车载终端按照一定频率实时上传到系统100中的；

所述报警模块112，用于：

确定所述行程存储模块108中是否存在所述旅游客车的行程信息；

若所述行程存储模块108中不存在所述旅游客车的行程信息，说明该旅游客车没有进行行程报备或者行程报备请求没有被通过，则判定所述旅游客车为无行程单运营并进行无行程单运营报警；

若所述行程存储模块108中存在所述旅游客车的行程信息，则比对所述旅游客车的运动轨迹和所述行程信息中的行程路线；

若所述运动轨迹与所述行程路线之间的轨迹差异大于预设轨迹差异阈值，则判定所述旅游客车为未按计划运营并进行未按计划运营报警；

若所述运动轨迹与所述行程路线之间的轨迹差异小于或等于预设轨迹差异阈值，则判定所述旅游客车为正常运营，不进行报警。

在一些实施例中，所述未按计划运营报警对应的报警信息可以包括旅游客车未按计划运营的路段信息，进而可以辅助判断旅游客车具体的未按计划运营的路段。

其中，轨迹比对可以采用已有的轨迹比对算法或工具来实现，例如，基于点的轨迹比对方法（例如，最长公共子序列算法（LCSS））、基于形状的轨迹比对方法（例如，弗雷歇空间算法（Frechet）、豪斯多夫距离算法（Hausdorff））、基于分段的轨迹比对方法（例如，单程距离算法（One Way Distance））。所述预设轨迹差异阈值可以根据算法本身的特性和实际需求进行设定，在此不做具体限定。

通过上述实施例，本公开提供的基于多源数据监测分析的旅游客车协同管理与服务系统100，可以通过确定某个存在运动轨迹的旅游客车是否具有审核通过的行程以及运动轨迹是否与行程路线相匹配来判断旅游客车是否按照计划运营，当某辆旅游客车没有按计划运营时，则发出报警信息，以提醒注意违规运营情况，进而可以采取相应措施。

在某些情形下，有的旅游客车的所属企业仅具备省内运输资质，但可能存在违反省内运输资质进行省际运输的情形。

有鉴于此，在一些实施方式中，所述报警模块112，还用于：

若所述旅游客车的运动轨迹存在跨省轨迹，则根据所述旅游客车所属企业的企业信息确定是否所述旅游客车所属企业是否具有跨省运营资质；例如，可以根据企业的统一社会信用代码调取该企业的运营资质，进而确定该企业是否具有跨省运营资质；

若所述旅游客车所属企业不具有跨省运营资质，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述旅游客车所属企业具有跨省运营资质，则比对所述跨省轨迹和所述跨省运营资质中的跨省信息；

若所述跨省轨迹的任一途经省不在所述旅游客车所属企业的跨省运营资质的跨省信息中，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述跨省轨迹的任一途经省均在所述旅游客车所属企业的跨省运营资质的跨省信息中，则确定所述行程存储模块中是否存在所述旅游客车的具有跨省信息的行程信息；

若所述行程存储模块中不存在所述旅游客车的具有跨省信息的行程信息，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述行程存储模块中存在所述旅游客车的具有跨省信息的行程信息，则比对所述跨省轨迹和所述行程信息中的跨省信息；

若所述跨省轨迹的任一途经省不在所述行程信息中的跨省信息中，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述跨省轨迹的任一途经省均在所述行程信息中的跨省信息中，则判定所述旅游客车为正常运营，不进行报警。

在一些实施例中，若所述旅游客车所属企业具有跨省运营资质，但跨省轨迹中的一个或多个途经省不在跨省运营资质的跨省信息中或者跨省轨迹中的一个或多个途经省不在旅游客车的行程信息的跨省信息中，则在进行无资质出省报警时，还可以提供违规跨省的途经省的信息，进而可以辅助判断旅游客车具体的无资质出省的途经省。

通过上述实施例，本公开提供的基于多源数据监测分析的旅游客车协同管理与服务系统100，可以通过确定某个存在跨省轨迹的旅游客车所属企业是否具有跨省运营资质以及跨省轨迹是否超出跨省运营资质的范围来判断旅游客车是否按照规定运营，当某辆旅游客车没有跨省运营资质而跨省运营时，则发出报警信息，以提醒注意违规运营情况，进而可以采取相应措施。

对于旅游客车来说，其目的地一般是景区、景点，在这些区域，由于客流量较大，一般会设置车辆禁停、禁行区域、临时停靠区域，因此，为了规范管理旅游客车，需要特别针对这些禁停、禁行区域、临时停靠区域进行相应的旅游客车管理和违规报警。

有鉴于此，所述电子围栏模块114，用于设定禁停区域和禁行区域；例如，可以根据从各个景区、景点上报的禁停区域和禁行区域，在系统100存储的地图中进行禁停区域和禁行区域的设定；

所述定位获取模块110，还用于获取所述旅游客车的实时定位信息；例如，所述实时定位信息可以是旅游客车的车载终端按照一定频率实时上传到系统100的；又比如，所述实时定位信息可以是通过设置在各交通卡口的交通摄像头采集的交通卡口数据而得到的，例如，在禁停区域或禁行区域的外围设置有交通摄像头，该交通摄像头按照一定频率采集图像，通过识别图像中车辆的车牌号，可以对应到相应的旅游客车，进而根据交通卡口数据产生时间和交通卡口的设置位置可以确定该旅游客车是何时从何处进入禁停区域或禁行区域的；

所述报警模块112，还用于：

根据所述旅游客车的实时定位信息，确定所述旅游客车是否处于所述禁停区域或禁行区域；

若所述旅游客车处于禁停区域、行驶速度小于第一速度阈值（例如，10km/h）且持续时间超过第一时长（例如，5分钟），则判定所述旅游客车为违法停靠并进行违法停靠报警；例如，

若所述旅游客车处于禁行区域、行驶速度大于第二速度阈值（例如，10km/h）且持续时间超过第二时长（例如，1分钟）或移动距离超过距离阈值（例如，1km），则判定所述旅游客车为违法行驶并进行违法行驶报警；

若所述旅游客车处于禁停区域且行驶速度大于第一速度阈值（例如，10km/h）或持续时间小于第一时长（例如，5分钟），则判定所述旅游客车为正常行驶，不进行报警；

若所述旅游客车处于禁行区域且行驶速度小于第二速度阈值（例如，10km/h）、持续时间小于第二时长（例如，1分钟）或移动距离小于距离阈值（例如，1km），则判定所述旅游客车为正常行驶，不进行报警。

进一步地，所述电子围栏模块114，还用于设定临时停靠区域；例如，可以根据行业管理部门（例如，旅游客运管理部门）划定的临时停靠区域，在系统100存储的地图中进行临时停靠区域的设定；

所述报警模块112，还用于：

根据所述旅游客车的实时定位信息，确定所述旅游客车是否处于所述临时停靠区域；

若所述旅游客车处于临时停靠区域、行驶速度小于第一速度阈值（例如，10km/h）且持续时间超过第三时长（例如，10分钟），则判定所述旅游客车为超时停靠并进行超时停靠报警；

若所述旅游客车处于临时停靠区域、行驶速度大于第一速度阈值（例如，10km/h）或持续时间小于第三时长（例如，10分钟），则判定所述旅游客车为正常行驶或正常停靠，不进行报警。

通过上述实施例，本公开提供的基于多源数据监测分析的旅游客车协同管理与服务系统100，可以通过确定某辆旅游客车是否在禁停区域、禁行区域或临时停靠区域存在违反禁停、禁行、临停规定的情况，当存在相关违规情况时发出报警信息，以提醒注意违规运营情况，进而可以采取相应措施。

在一些实施例中，在确定所述旅游客车处于所述禁停区域或禁行区域之后，还可以向所述旅游客车的车载终端发送相应的禁停提示服务（例如，在旅游客车的车载终端中推送“此处禁止停车，请即刻驶离此处”的提示信息）或禁行提示服务（例如，在旅游客车的车载终端中推送“此处禁止车辆行驶，请即刻调整路线”的提示信息），以提醒驾驶员遵守规定。在一些实施例中，在确定所述旅游客车处于所述临时停靠区域之后，可以根据旅游客车进入临时停靠区域的起始时间点计算所述旅游客车临时停靠的时长，若该时长即将超过临时停靠最大时长（例如，最多停10分钟，现在已经停靠9分钟），则可以向所述旅游客车的车载终端发送相应的临停提示服务（例如，在旅游客车的车载终端中推送“此处为临时停靠区域，您即将超时，请尽快驶离此处”的提示信息），以提醒驾驶员尽快驶离该区域。

在一些情形下，基于旅游客车的大数据分析，可以知晓某些区域、地段存在旅游客车易发生交通违法的地点，为了避免旅游客车在驶经这些地点时发生交通违法行为，则需要预先对旅游客车进行预警。

有鉴于此，在一些实施方式中，所述行程存储模块108，还用于：

获取旅游客车交通违法行为信息（例如，各旅游客车在何时何地发生过何种交通违法行为）；可选地，交通违法行为信息可以从公安和交管的数据库中经授权而获得；

根据所述旅游客车的交通违法行为信息生成旅游客车易违法地点信息；例如，在北京市的西直门桥，每月发生的旅游客车违法记录多达30起，则该地点被标记为旅游客车易违法地点，供后续进行预警；

比对通过审核的行程报备请求对应的所述行程信息与所述旅游客车易违法地点信息，确定所述行程信息中的易违法地点信息并在所述行程信息中标注所述易违法地点信息；

存储标注有所述易违法地点信息的行程信息；

所述提醒模块116，用于：

比对所述旅游客车的实时定位信息及其行程信息；

若所述实时定位信息在所述行程信息中的对应位置存在所述易违法地点信息，则通过短信提示或车载终端的视频报警提示向旅游客车驾驶员提供违法信息提示服务，使得旅游客车在行驶到易违法地点时，提高警惕。在一些实施例中，所述提示服务还可以进一步包括具体的交通违法信息，以使旅游客车的驾驶员能够更精确把握可能发生交通违法的情形，从而更好地避免发生该情形。

一般地，定位信息可以通过旅游客车上安装的车载终端上传到系统100而获得，但是，在一些情况下，车载终端上传的GPS数据可能因为终端和人为因素等有时不能完全展示车辆的行动轨迹，因此需要对定位信息进行校准。

有鉴于此，在一些实施方式中，所述定位获取模块110，还用于：

获取交通卡口数据；其中，所述交通卡口数据包括交通摄像头拍摄的图像数据、自助停车计费摄像头（包括路边停车位的自助停车计费摄像头和地上或地下停车场的自助停车计费摄像头）拍摄的图像数据以及各摄像头的地理位置信息；

识别所述交通卡口数据中的车牌号以确定所述交通卡口数据对应的旅游客车，并将相应的交通卡口数据与旅游客车相关联；

获取所述旅游客车对应的交通卡口数据；亦即，在交通卡口数据的图像数据中识别到该旅游客车的车牌号的那些数据；

根据所述旅游客车对应的交通卡口数据生成所述旅游客车的卡口运动轨迹；所述卡口运动轨迹可以根据旅游客车对应的交通卡口数据对应的摄像头的地理位置信息生成；

比对所述卡口运动轨迹和根据所述旅游客车的定位信息生成的运动轨迹；轨迹比对方法可以采用前述实施例中的轨迹比对方法，在此不再赘述；

若所述卡口运动轨迹和所述运动轨迹的差异大于轨迹差异阈值，则向所述旅游客车对应的设备发送定位偏差提醒，以使所述旅游客车对应的设备返回新的定位信息；所述旅游客车对应的设备可以是旅游客车的车载终端，还可以是驾驶员的移动终端（例如手机）返回的新的定位信息，所述新的定位信息可以包括新的运动轨迹，可以是驾驶员的移动终端过去一段时间的运动轨迹，用于反映旅游客车的实际运动轨迹；

根据所述新的定位信息、所述运动轨迹和所述卡口运动轨迹，生成新的运动轨迹；例如，可以利用新的定位信息对应的运动轨迹和所述卡口运动轨迹，调整原有的所述运动轨迹，或者，可以将三个轨迹取平均值而生成新的运动轨迹，具体方法可以根据实际需要设定。

在系统100中，充分利用了接入系统的多方数据，使用交通卡口数据来验证车载终端的定位信息是否准确，并可根据新的定位信息校准运动轨迹，保证定位信息的准确性。

由于旅游客车的目的地一般是景区、景点，而这些区域在高峰期可能存在客流量过大的问题，为了对高峰期客流量进行预警和进行流量调控，可以根据旅游客车的行程信息来预测景区、景点未来的客流量情况，从而使相关部门提前做好准备。

有鉴于此，在一些实施方式中，所述行程目的地数据获取模块118，用于获取各行程目的地的预约售票数据和客流承载能力数据（例如，日均客流量的最大值）；

所述数据分析模块120，用于根据所述行程存储模块108中存储的行程信息中的各旅游客车的载客数量以及各行程目的地的散客预约售票数据，生成各所述行程目的地的预计客流量；所述行程信息中可以包括行程目的地信息和旅游客车的承载人数信息（即载客数量），对应地，则可以根据行程目的地查找到对应的散客预约售票数据（可通过订票对象进行分辨，旅行团预约一般是以旅行社名义订票，散客一般不以旅行社名义订票），进而可以基于各旅游客车的行程信息中的各旅游客车的载客数量和各行程目的地的散客预约售票数据确定各所述行程目的地的预计客流量（例如，未来7天的预计客流量）；预计客流量的计算方法，例如，可以是以各旅游客车的载客数量和散客预约售票数据之和作为预计客流量；

所述预警模块122，用于根据各所述行程目的地的所述预计客流量和客流承载能力数据，确定各所述行程目的地的客流压力情况，若所述预计客流量大于所述客流承载能力数据，则向所述行程目的地对应的设备发送预警信息；

其中，所述预警信息包括预警时间段、预计客流量、预计超出承载能力的客流量。

通过上述实施例，能有效预测可能到来的大客流情况，并及时预警交管局、文旅局启动相关应急预案。

基于旅游客车综合治理的设计和功能需要，系统用户涉及众多部门，且同时产生和接入了多种数据，这些数据有些直接用以展示有些作为系统服务所需数据经过处理后进行展示。如何让不同的用户快速获取自身所需的信息，如何合理的展示各项数据，系统设计了可视化界面，用以直观展示部分功能和数据。

因此，为了使各种信息的展示更加直观，本公开的基于多源数据监测分析的旅游客车协同管理与服务系统100还提供了一种可视化界面。图2示出了本公开实施例提供的一种示例性界面的示意图。

所述可视化界面124，可以包括系统通知区域1242、综合情况展示区域1244、报警显示区域1246、景点情况展示区域1248和地图展示区域1250；其中，

所述系统通知区域1242，用于发布系统通知公告及各部门工作动态；其中，所述部门可以是客运管理部门、交通管理部门、旅游管理部门及公园管理部门等；所述工作状态可以是各单位工作情况、客运行业管理部门交通管理部门报警处理情况、公园管理部门应急预案开展情况、各部门法规发布等；

所述综合情况展示区域1244，用于实时展示预设区域内的客流指数（例如，利用实时游客数除以客流承载量）、道路指数（例如，道路拥堵指数）、游客数、旅游团队数、车辆数（例如，旅游包车数量、观光车数量、摆渡车数量）、临时停靠区运行情况（例如，车位总数、空余车位数）、停车场运行情况（例如，车位总数、空余车位数）；其中，所述客流指数根据预设区域内（例如，某景区内）实时游客数及预设区域的客流承载能力数据（例如，最大可承载游客数）计算得到，例如，以实时游客数除以最大可承载游客数得到；所述道路指数可以通过路网运行速度判定交通拥堵情况，例如，可以根据预设区域内运行的指定车辆（例如，出租车）的实时行驶速度计算得到，例如，以出租车正常行驶速度为60km/h为例，假设实时行驶速度为30km/h，则道路指数为20除以60得0.5，0.5就是道路指数，反映了道路拥堵情况；

所述报警显示区域1246，用于实时展示预设区域内的超时停靠报警信息、违法行驶报警信息、违法停靠报警信息以及根据超时停靠报警信息生成的超时停靠车辆数、根据违法行驶报警信息生成的违法行驶车辆数、根据违法停靠报警信息生成的违法停靠车辆数；

所述景点情况展示区域1248，用于实时展示预设区域内（例如，北京市）的各景点的游客数、旅游团队数、游客承接量，展示在预设期间内（例如，未来7天内）所述预设区域内的各景区内的旅游团队预订情况和游客预订情况以及客流指数，以及，根据所述行程存储模块中存储的行程信息以及各行程目的地的预约售票数据计算得到的在预设期间内（例如，未来7天内）的游客数、旅游团队数、车辆数；

所述地图展示区域1250，用于根据所述定位获取模块获取的旅游客车的定位信息显示车辆分布情况；所述车辆分布情况能够根据车辆类型进行分别展示。地图展示区域1250一般情况下根据接入系统100的车载终端的卫星定位数据显示车辆分布，通过设置可以切换车辆点位图和热力图，同时兼顾每一辆车的情况以及区域内整体车辆分布情况。通过设置可以筛选显示不同车辆类型。

在一些实施方式中，所述地图展示区域1250，还用于：

接收任一旅游客车的选中指令；例如，在地图展示区域1250中，展示了所有旅游客车的所处位置，点击地图展示区域1250中的任一旅游客车，则可以发出相应旅游客车的选中指令；

根据所述任一旅游客车的选中指令显示对应的旅游客车的历史运动轨迹；

或者，

接收任一临时上下客停车位的选中指令；

根据所述任一临时上下客停车位的选中指令，显示对应的停车位的所在位置、相应的临时停靠区域以及停车位的基本情况信息，其中所述停车位的基本情况信息包括临时停靠区域的剩余车位数；

或者，

接收任一符合旅游客车停放条件的停车场的选中指令；例如，在地图展示区域1250中，展示了所有符合旅游客车停放条件的停车场的所处位置和停车场的区域范围，点击地图展示区域1250中的任一停车场，则可以发出相应停车场的选中指令；

根据所述任一符合旅游客车停放条件的停车场的选中指令，显示对应的停车场的所在位置以及该停车场的基本情况信息，其中所述该停车场的基本情况信息包括停车场全称、停车场地址、停车场负责人及联系方式、已占用车位数、剩余车位数等等；

或者，

接收任一景点的选中指令；例如，在地图展示区域1250中，展示了所有景点的所处位置和景点的区域范围，点击地图展示区域1250中的任一景点，则可以发出相应景点的选中指令；

根据所述任一景点的选中指令，显示对应的景点的所在位置以及景点的基本情况信息，其中所述景点的基本情况信息包括实时在园人数、实时可入园人数、景点人数分布密度，等等。

通过提供可视化界面124，使得信息展示更加直观，有利于旅游客车的管理。

在一些实施例中，所述基于多源数据监测分析的旅游客车协同管理与服务系统100还可以包括数据中台，用于基于大数据分析进行用户画像。

例如，系统100可以获取交通委的道路指数、驾驶员信息、旅游客车信息、行政审批数据，交管局的禁停区域、禁行区域、交通卡口数据，以及，文旅局景区游客数、团队数、景区客流承载能力数据，进而形成数据中台，通过数据清洗、大数据分析，形成企业、旅游客车以及驾驶员的用户画像。

具体来说，驾驶员的用户画像主要基于其驾驶行为和违规违法次数，研判该驾驶员驾驶行为是否满足安全驾驶要求，并对其进行打分；旅游客车的用户画像主要基于旅游客车的基本信息和交通违法次数，研判该旅游客车是否经常违法，是否可以作为系统推荐车辆，并对其进行打分；企业的用户画像主要是基于企业的车辆违法总次数和企业的工商数据，研判企业在系统中表现情况，并对其进行信用打分。

需要说明的是，为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

图3示出了本公开实施例提供的一种示例性方法200的流程示意图。

所述旅游客车管理方法200，包括以下步骤。

步骤202：获取旅游客车的行程报备请求，其中所述行程报备请求包括旅游客车信息、旅游客车所属的企业信息、驾驶员信息和行程信息，其中所述行程信息包括行程时间段和行程路线；

步骤204：根据旅游客车信息、旅游客车所属的企业信息和驾驶员信息，调取所述旅游客车的旅游客车评分、所述企业的企业评分和所述驾驶员的驾驶员评分，根据所述旅游客车评分、企业评分和驾驶员评分生成行程综合评分；根据所述行程信息确定所述行程报备请求对应的行程是否存在限制出行情形；以及，根据所述行程综合评分以及所述行程报备请求对应的行程是否存在限制出行情形，确定是否审核通过所述行程报备请求，并生成相应的审核结果；

步骤206：向所述行程报备请求对应的设备反馈所述审核结果；若所述行程综合评分低于预设评分阈值且所述审核结果为不通过，则向所述行程报备请求对应的设备提供评分过低提示服务，其中所述评分过低提示服务包括综合评分过低提示服务、旅游客车评分过低提示服务、企业评分过低提示服务和驾驶员评分过低提示服务中的至少其一；若所述行程报备请求对应的行程存在限制出行情形且所述审核结果为不通过，则向所述行程报备请求对应的设备提供修改路线提示服务，其中所述修改路线提示服务包括限制出行时间段提示服务和限制出行路段提示服务；

其中，所述旅游客车评分是根据所述旅游客车的交通违法次数得到的，所述企业评分是根据所述企业下属的旅游车辆的交通违法次数和所述企业的工商数据得到的，所述驾驶员评分是根据所述驾驶员的交通违法次数得到的；所述限制出行情形包括行程时间段与限制出行时间段存在重叠部分以及行程路线与限制出行路段存在重叠部分。

在一些实施例中，所述方法200还包括：

存储通过审核的行程报备请求对应的行程信息；

获取旅游客车的定位信息并根据所述定位信息生成所述旅游客车的运动轨迹；

确定所述行程存储模块中是否存在所述旅游客车的行程信息；

若所述行程存储模块中不存在所述旅游客车的行程信息，则判定所述旅游客车为无行程单运营并进行无行程单运营报警；

若所述行程存储模块中存在所述旅游客车的行程信息，则比对所述旅游客车的运动轨迹和所述行程信息中的行程路线；

若所述运动轨迹与所述行程路线之间的轨迹差异大于预设轨迹差异阈值，则判定所述旅游客车为未按计划运营并进行未按计划运营报警；

若所述运动轨迹与所述行程路线之间的轨迹差异小于或等于预设轨迹差异阈值，则判定所述旅游客车为正常运营，不进行报警。

在一些实施例中，所述方法200还包括：

若所述旅游客车的运动轨迹存在跨省轨迹，则根据所述旅游客车所属企业的企业信息确定是否所述旅游客车所属企业是否具有跨省运营资质；

若所述旅游客车所属企业不具有跨省运营资质，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述旅游客车所属企业具有跨省运营资质，则比对所述跨省轨迹和所述跨省运营资质中的跨省信息；

若所述跨省轨迹的任一途经省不在所述旅游客车所属企业的跨省运营资质的跨省信息中，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述跨省轨迹的任一途经省均在所述旅游客车所属企业的跨省运营资质的跨省信息中，则确定所述行程存储模块中是否存在所述旅游客车的具有跨省信息的行程信息；

若所述行程存储模块中不存在所述旅游客车的具有跨省信息的行程信息，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述行程存储模块中存在所述旅游客车的具有跨省信息的行程信息，则比对所述跨省轨迹和所述行程信息中的跨省信息；

若所述跨省轨迹的任一途经省不在所述行程信息中的跨省信息中，则判定所述旅游客车为无资质出省并进行无资质出省报警；

若所述跨省轨迹的任一途经省均在所述行程信息中的跨省信息中，则判定所述旅游客车为正常运营，不进行报警。

在一些实施例中，所述方法200还包括：

设定禁停区域和禁行区域；

获取所述旅游客车的实时定位信息；

根据所述旅游客车的实时定位信息，确定所述旅游客车是否处于所述禁停区域或禁行区域；

若所述旅游客车处于禁停区域、行驶速度小于第一速度阈值且持续时间超过第一时长，则判定所述旅游客车为违法停靠并进行违法停靠报警；

若所述旅游客车处于禁行区域、行驶速度大于第二速度阈值且持续时间超过第二时长或移动距离超过距离阈值，则判定所述旅游客车为违法行驶并进行违法行驶报警；

若所述旅游客车处于禁停区域且行驶速度大于第一速度阈值或持续时间小于第一时长，则判定所述旅游客车为正常行驶，不进行报警；

若所述旅游客车处于禁行区域且行驶速度小于第二速度阈值、持续时间小于第二时长或移动距离小于距离阈值，则判定所述旅游客车为正常行驶，不进行报警。

在一些实施例中，所述方法200还包括：

设定临时停靠区域；

根据所述旅游客车的实时定位信息，确定所述旅游客车是否处于所述临时停靠区域；

若所述旅游客车处于临时停靠区域、行驶速度小于第一速度阈值且持续时间超过第三时长，则判定所述旅游客车为超时停靠并进行超时停靠报警；

若所述旅游客车处于临时停靠区域、行驶速度大于第一速度阈值或持续时间小于第三时长，则判定所述旅游客车为正常行驶或正常停靠，不进行报警。

在一些实施例中，所述方法200还包括：

获取旅游客车交通违法行为信息；

根据所述旅游客车的交通违法行为信息生成旅游客车易违法地点信息；

比对通过审核的行程报备请求对应的所述行程信息与所述旅游客车易违法地点信息，确定所述行程信息中的易违法地点信息并在所述行程信息中标注该易违法地点信息；

存储标注有所述易违法地点信息的行程信息；

比对所述旅游客车的实时定位信息及其行程信息；

若所述实时定位信息在所述行程信息中的对应位置存在所述易违法地点信息，则通过短信提示或车载终端的视频报警提示向旅游客车驾驶员提供违法信息提示服务。

在一些实施例中，所述方法200还包括：

获取交通卡口数据；其中，所述交通卡口数据包括交通摄像头拍摄的图像数据、自助停车计费摄像头拍摄的图像数据以及各摄像头的地理位置信息；

识别所述交通卡口数据中的车牌号以确定所述交通卡口数据对应的旅游客车，并将相应的交通卡口数据与旅游客车相关联；

获取所述旅游客车对应的交通卡口数据；

根据所述旅游客车对应的交通卡口数据生成所述旅游客车的卡口运动轨迹；

比对所述卡口运动轨迹和根据所述旅游客车的定位信息生成的运动轨迹；

若所述卡口运动轨迹和所述运动轨迹的差异大于轨迹差异阈值，则向所述旅游客车对应的设备发送定位偏差提醒，以使所述旅游客车对应的设备返回新的定位信息；

根据所述新的定位信息、所述运动轨迹和所述卡口运动轨迹，生成新的运动轨迹。

在一些实施例中，所述方法200还包括：

获取各行程目的地的预约售票数据和客流承载能力数据；

根据所述行程存储模块中存储的行程信息中的各旅游客车的载客数量以及各行程目的地的散客（即，非旅行团游客）预约售票数据，生成各所述行程目的地的预计客流量；

根据各所述行程目的地的所述预计客流量和客流承载能力数据，确定各所述行程目的地的客流压力情况，若所述预计客流量大于所述客流承载能力数据，则向所述行程目的地对应的设备发送预警信息；

其中，所述预警信息包括预警时间段、预计客流量、预计超出承载能力的客流量。

在一些实施例中，所述方法200还包括：

接收任一旅游客车的选中指令；

根据所述任一旅游客车的选中指令显示对应的旅游客车的历史运动轨迹；

或者，

接收任一临时上下客停车位的选中指令；

根据所述任一临时上下客停车位的选中指令，显示对应的停车位的所在位置、相应的临时停靠区域以及停车位的基本情况信息，其中所述停车位的基本情况信息包括临时停靠区域的剩余车位数；

或者，

接收任一符合旅游客车停放条件的停车场的选中指令；

根据所述任一符合旅游客车停放条件的停车场的选中指令，显示对应的停车场的所在位置以及停车场的基本情况信息，其中所述停车场的基本情况信息包括停车场的剩余车位数；

或者，

接收任一景点的选中指令；

根据所述任一景点的选中指令，显示对应的景点的所在位置以及景点的基本情况信息，其中所述景点的基本情况信息包括实时在园人数。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述实施例的方法200用于实现前述任一实施例中相应的旅游客车管理系统100，并且具有相应的系统实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的旅游客车管理方法200。

图4示出了本实施例所提供的一种更为具体的电子设备300的硬件结构示意图，该设备300可以包括：处理器302、存储器304、输入/输出接口306、通信接口308和总线310。其中处理器302、存储器304、输入/输出接口306和通信接口308通过总线310实现彼此之间在设备内部的通信连接。

处理器302可以采用通用的CPU（Central Processing Unit，中央处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器304可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器304可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器304中，并由处理器302来调用执行。

输入/输出接口306用于连接输入/输出模块，以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口308用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线310包括一通路，在设备的各个组件（例如处理器302、存储器304、输入/输出接口306和通信接口308）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器302、存储器304、输入/输出接口306、通信接口308以及总线310，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的所述旅游客车管理方法200，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述旅游客车管理方法200。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述旅游客车管理方法200，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围（包括权利要求）被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本公开难以理解，在所提供的附图中可以示出或可以不示出与集成电路（IC）芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开的平台的（即，这些细节应当完全处于本领域技术人员的理解范围内）。在阐述了具体细节（例如，电路）以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构（例如，动态RAM（DRAM））可以使用所讨论的实施例。

本公开旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。