基于大数据的通关验证方法及装置、电子设备、介质与流程

本公开涉及数据处理技术领域，尤其涉及一种基于大数据的通关验证方法，以及基于大数据的通关验证装置、电子设备、存储介质。

背景技术：

随着公共交通的快速发展，人们日常出行可选择的交通方式越来越多，例如火车、高铁、动车以及飞机等等。人们在出行之前，可以先通过互联网购票，极大的改善了人们的出行环境。

但是，由于人们在通过互联网购票时仅需要用户人工填写证件信息，或者在窗口购票时也仅需要身份证或军官证等证件；使得车票信息中也仅包含车次数据以及由身份证中提取的乘车人数据。导致不法分子能够使用身份证非法买卖车票。

用户在进站候车或者进站乘车时，需要工作人员对乘客的人、票、证进行验证，三者一致时才能允许乘客进站。由于人工验证的方式效率较低，当车站人流量较大时，容易导致人员的滞留以及交通的拥堵。此外，人们在出站时，也仅通过闸机或人工的检查是否有票，但对票上的信息却没有方法进行有效的核实。在高峰时期，为安全起见，还经常出现工作人员放弃验票，直接放行出站的情况。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种基于大数据的通关验证方法、一种基于大数据的通关验证装置以及一种电子设备、存储介质，从而可以使乘客仅利用人脸图像验证通关，并有效的避免非法买卖车票的情况。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供一种基于大数据的通关验证方法，所述方法包括：

接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像；

根据所述购票请求及乘客信息生成车票信息，并将所述车票信息与所述车票信息绑定以生成行程信息；

将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

本公开的一种示例性实施例中，所述方法还包括：

判断所述第一数据库、第二数据库中的行程信息是否在预设通关时限内；

如果所述行程信息在预设通关时限内，则将该所述第一数据库中的行程信息添加至第三候车通关数据库或第四乘车通关数据库；以及将所述第二数据库中的行程信息添加至第五出关数据库。

本公开的一种示例性实施例中，所述第四乘车通关数据库包括多个通关闸机数据库，所述方法还包括：

获取所述行程信息对应的通关闸机信息；

将所述行程信息保存至所述通关闸机对应的所述通关闸机数据库。

本公开的一种示例性实施例中，判断所述第三候车通关数据库、第四乘车以及第五出关数据库中的行程信息是否超出验证时限；

如果所述第三候车通关数据库、第四乘车通关数据库以及第五出关数据库中的行程信息超出验证时限，则在数据库中删除对应的所述行程信息。

本公开的一种示例性实施例中，所述方法还包括：

获取通关乘客的人脸图像；

根据所述通关乘客的人脸图像查询对应的数据库是否存在匹配的行程信息；

如果判断所述数据库中存在匹配的行程信息，则生成允许通关的第一指令信息；或者

如果判断所述数据库中不存在匹配的行程信息，则生成不允许通关的第二指令信息。

本公开的一种示例性实施例中，所述方法还包括：

以预定周期更新数据库中的行程信息。

本公开的一种示例性实施例中，所述方法还包括：

响应于一数据调用指令，以根据所述数据调用指令查询指定的目标数据库。

根据本公开实施例的第二方面，提供一种基于大数据的通关验证装置，包括：

数据接收模块，用于接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像；

行程信息生成模块，用于根据所述购票请求及乘客信息生成车票信息，并将所述车票信息与所述车票信息绑定以生成行程信息；

数据分配模块，用于将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

根据本公开的第三方面，提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的基于大数据的通关验证方法。

根据本公开的第四方面，一种电子终端，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器被配置为执行上述任意一种基于大数据的通关验证方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的一种实施例中，上述的基于大数据的通关验证方法，通过在购票时采集乘客的人脸图像，并将包含人脸图像的乘客信息与车票信息进行绑定生成行程信息。使得乘客在候车、进站以及出站时，可以仅通过采集乘客的人脸图像对乘客信息进行验证，不需乘客出示车票和证件，节省通关时间。此外，通过在购票时便采集乘客的人脸图像，并与车票信息进行绑定，还可以先行对乘客身份与证件一致性进行验证，避免不法分子仅使用证件信息非法购买车票。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种基于大数据的通关验证方法的示意图；

图2示意性示出本公开示例性实施例中一种乘客行程信息验证的方法示意图；

图3示意性示出本公开示例性实施例中一种基于大数据的通关验证装置的组成示意图；

图4示意性示出本公开示例性实施例中一种基于大数据的通关验证装置的另一种示意图；

图5示意性示出本公开示例性实施例中一种基于大数据的通关验证方法的程序产品的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种基于大数据的通关验证方法，可以应用对火车、高铁、动车以及客车等公共交通工具的乘客通关检验。参考图1中所示，该方法可以包括以下步骤：

步骤s11，接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像；

步骤s12，根据所述购票请求及乘客信息生成车票信息，并将所述乘客信息与所述车票信息绑定以生成行程信息；

步骤s13，将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

上述的安保监控方法，一方面，通过在购票时采集乘客的人脸图像，并将包含人脸图像的乘客信息与车票信息进行绑定生成行程信息。使得乘客在候车、进站以及出站时，可以仅通过采集乘客的人脸图像对乘客信息进行验证，不需乘客出示车票和证件，节省通关时间。另一方面，通过在购票时便采集乘客的人脸图像，并与车票信息进行绑定，还可以先行对乘客身份与证件一致性进行验证，避免不法分子仅使用证件信息非法购买车票。

下面，将参考附图及实施例对本示例实施方式中的上述方法的各个步骤进行更详细的说明。

步骤s11，接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像。

本示例实施方式中，用户在购票时，可以向服务器端发送购票请求以及乘客信息。举例来说，购票请求可以包括：出发站、终点站、车次、发车时间以及席别等信息。乘客信息可以包括：姓名、证件号码以及当前时刻采集的人脸图像，该乘客信息的人脸图像可以为利用智能终端实时采集的乘客的人脸图像。例如，用户在使用手机或电脑等智能终端购买车票时，可以利用手机、电脑自带的摄像装置或外接的摄像设备实时的拍照并获取乘客的人脸图像。

当然，在本公开的其他示例性实施例中，在接收到用户的购票请求和乘客信息后，还可以根据证件号码及姓名获取对应的证件图像，并将证件图像中的人像与乘客当前时刻采集的人脸图像进行对比，从而在购票阶段先行对购票人与乘客进行验证。从而可以有效的防止不法份子仅使用证件信息便购买车票，避免黄牛等不法份子非法倒卖车票。

此外，在本公开的其他示例性实施例中，对于在购票时未能绑定乘客人脸图像的行程信息，还可以在柜台通过人工的方式对车票信息进行人脸图像的绑定。

步骤s12，根据所述购票请求及乘客信息生成车票信息，并将所述乘客信息与所述车票信息绑定以生成行程信息。

本示例实施方式中，服务器端可以根据用户购票请求及乘客信息生成车票信息，并将该车票信息与乘客信息绑定，建立乘客的行程信息。举例来说，车票信息可以包括出发站、终点站、车次、发车时间、车票编码以及乘客姓名、证件号码等。此外，建立的行程信息中还可以包括乘客的人脸图像，以及车次对星的候车时间、候车室编号、检票时间、检票口编号以及登车站台编号、出站口编号等。

步骤s13，将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

本示例实施方式中，在生成乘客对应的行程信息后，便可以将该行程信息保存至该乘客行程对应的出发地的第一数据库和目的地的第二数据库。从而便于出发站和终点站使用其数据库对乘客的行程信息进行验证。

举例来说，若乘客王某的行程信息为出发地：成都-目的地：北京西，则可以将该行程信息分别保存至成都站的第一数据库，以及北京西站的第二数据库。

具体来说，上述的步骤s13还可以包括：

步骤s131，判断所述第一数据库、第二数据库中的行程信息是否在预设通关时限内；

步骤s132，如果所述行程信息在预设通关时限内，则将该所述第一数据库中的行程信息添加至第三候车通关数据库或第四乘车通关数据库；以及将所述第二数据库中的行程信息添加至第五出关数据库。

本示例实施方式中，对于出发地来说，出于控制站点内人流量的目的，可以分别对进站候车、登车设置通关验证的时限。例如，设置发车前两小时允许进站候车，发车前十五分钟允许登陆月台。当然，在本公开的其他示例性实施例行，也可以设置候车、登陆月台为其他时限，例如候车时间为发车前一小时，登陆月台为发车前十分钟等。本公开对此不做特殊限定。对于目的地来说，也可以设置通关验证时限为车辆到站后的二十分钟或三十分钟等时限。

具体的，对于出发地来说，可以对第一数据库中的行程信息的发车时间进行判断。例如，在发车前两小时的行程信息保存至候车通关数据库，在发车前十五分钟的行程信息保存至乘车通关数据库。举例来说，可以先读取当前时间，若当前时间为十四点，便可以将第一数据库中发车时间为十六点的行程信息保存至第三候车通关数据库中。若当前时间为十五点十分，便可以将第一数据库中发车时间为十五点二十五分的行程信息保存至第四乘车通关数据库。对于目的地来说，通关时限可以设置为车辆到达前十分钟或前五分钟时，将第二数据库中的行程信息保存至第五出关数据库。例如，可以对第二数据库中行程信息的到达时间进行判断。例如，当前时间为八点，则可以将到达四件为八点五分的行程信息保存至第五出关数据库。

当然，在本公开的其他示例性中，也可以根据车次来查找相关的乘客的行程信息。具体来说，可以先获取当前时间，根据当前时间查询对应的预设时限的车次信息，再根据车次信息查找对应乘客的行程信息，然后将查询到的行程信息保存至第三候车通关数据库、第四乘车通关数据库或第五出关数据库。

例如，当前时刻为八点，则可以先查询发车时间为十点的车次信息，例如车次信息为t001，再根据该车次信息t001在第一数据库查询对应乘客的行程信息，然后将该些行程信息保存至第三候车通关数据库，以便于对进站候车的乘客进行身份验证。或者，还可以查询发车时间为八点十五分的车次信息，例如车次信息为t002，再根据该车次信息t002在第一数据库中查询对应的行程信息，然后将该些行程信息保存至第四乘车通关数据库，以便于对登陆月台乘车的乘客进行身份验证。或者，还可以查询到达时间为八点五分的车次信息，例如车次信息为t003，在根据该车次信息t003在第二数据库中查询对应的行程信息，然后将该些行程信息保存至第五出关数据库。

当然，在本公开的其他实施例中，在上述的当前时刻，也可以具有多个同时出发或到达的车次信息，可以分别针对不同的车次信息查询行程信息。

进一步的，本示例实施方式中，上述的第四乘车通关数据库还可以包括多个通关闸机数据库，上述方法还可以包括：

步骤s141，获取所述行程信息对应的通关闸机信息；

步骤s142，将所述行程信息保存至所述通关闸机对应的所述通关闸机数据库。

对于出发地的车站来说，不同车次会使用不同的通关闸机对登陆月台乘车的乘客进行身份验证。各闸机或各组闸机可以配置一闸机数据库。对于第四乘车通关数据库中的行程信息，可以获取各行程信息对应的通关闸机信息，并将各行程信息保存至对应的闸机数据库中。从而便于各通关闸机对乘客身份进行验证。

在本公开的其他示例性实施例中，上述的方法还可以包括：

步骤s15，以预定周期更新数据库中的行程信息。

具体来说，可以对上述的第三候车通关数据库、第四乘车通关数据库，以及第五出关数据库中的行程信息进行定时更新，以保证未通关乘客的行程信息可以及时的保存到对应的数据库中。例如，可以对第三候车通关数据库、第四乘车通关数据库每两分钟更新一次，从而使第三候车通关数据中的行程信息均为出发时间均为两小时以内的车次的对应的行程信息；第四乘车通关数据库中的行程信息均为出发时间均为十五分钟以内的车次对应的行程信息。以及第五出关数据库中的行程信息均为半小时以内到达车次对应的行程信息。

此外，在本示例实施方式中，上述的方法还可以包括：

步骤s161，判断所述第三候车通关数据库、第四乘车以及第五出关数据库中的行程信息是否超出验证时限；

步骤s162，如果所述第三候车通关数据库、第四乘车通关数据库以及第五出关数据库中的行程信息超出验证时限，则在数据库中删除对应的所述行程信息。

为了避免各数据中的数据量过大，影响数据库运行速率，还可以对超出验证时间的数据进行删除操作。例如，对于第三候车通关数据库中的行程信息可以保留两小时，即在到达出发时间时便在第三候车通关数据库中删除对应的行程信息。或者，对于第四乘车通关数据，还可以设置在到达发车时间五分钟之后删除车次对应的行程信息。或者，对于第五出关数据库，则可以设置车次到达三十分钟后删除对应的行程信息。从而有效的避免数据库中数据过多，提高数据库的可用容量。

基于上述内容，在本示例实施方式中，参考图2所示，上述的方法还可以包括：

步骤s201，获取通关乘客的人脸图像；

步骤s202，根据所述通关乘客的人脸图像查询对应的数据库是否存在匹配的行程信息；

步骤s203，如果判断所述数据库中存在匹配的行程信息，则生成允许通关的第一指令信息；或者

步骤s204，如果判断所述数据库中不存在匹配的行程信息，则生成不允许通关的第二指令信息。

乘客在通关时，可以通过闸机设备上配置的摄像设备对乘客进行拍照获取人脸图像。并通过该人脸图像在对应的数据库中进行查询，判断该乘客对应的行程信息是否保存在对应的数据库中。举例来说，可以将当前采集的人脸图像与数据库中的预先采集的人脸图像进行比对；判断图像的相似度。并在两图像之间的相似度大于预设阈值时，判断为匹配成功，则该乘客的行程信息在该对应的数据库中。若存在于对应的数据库中，则可以向对应的闸机设备发送控制指令以允许乘客通关；若乘客行程信息不在对应的数据库中，则可以生成对应的提示信息；例如未到预设通关时限等。

举例来说，当乘客进站候车时，在候车闸机处，摄像设备对乘客进行拍照获取人脸图像，并根据该人脸图像查询第三候车通关数据库。若在第三候车通关数据库中查询到该乘客的相关行程信息，则向闸机设备发送允许进站候车的指令以开启闸机，允许乘客进站候车。若在第三候车通关数据库中未查询到该乘客的相关行程信息，则发送对应的提示信息。

在乘客进站登车时，在登车闸机处，摄像设备对乘客进行拍照获取人脸图像，并根据该人脸图像查询该登车闸机对应的通关闸机数据库；若在通关闸机数据库中匹配到该乘客的相关行程信息，则向对应的闸机设备发送一允许通关的指令以打开闸机设备，使乘客可以顺利通关；若在通关闸机数据库中未匹配到该乘客的相关行程信息，则发送对应的提示信息，并显示在通关闸机设备的显示界面上。

在乘客出站时，在出站闸机出，摄像设备对乘客进行拍照获取人脸图像，并根据该人脸图像查询第五出关数据库。若在第五候车通关数据库中查询到该乘客的相关行程信息，则向闸机设备发送允许通关出站的指令以开启闸机，允许乘客出站。若未查询到该乘客对应的行程信息，则生成提示信息以使乘客由人工验票通关闸机出站。

基于上述内容，在本示例实施方式中，上述的方法还可以包括：

步骤s21，响应于一数据调用指令，以根据所述数据调用指令查询指定的目标数据库。

可以为外部提供一数据接口，便于外部查询各数据库。举例来说，可以为公安系统提供一专用的数据接口，使公安系统可以通过该接口读取和调用乘车闸机人脸库和候车闸机人脸库的数据。可以包括：

步骤s211，接收一数据调用请求；其中，该调用请求可以包括关键字段(如姓名、性别、证件号码)、图像以及时间范围，以及需要查找的数据库。

步骤s212，根据该数据调用请求中的关键字段或图像在对应的数据库中进行比对，生成比对结果，将结果通过该端口返回公安系统用户。

步骤s213，在车站端提示比对结果，生成报警信息。或者

步骤s214，根据数据调用请求将对应的数据整理打包，并生成对应的索引，将其返回至公安系统的用户。

通过设置该数据接口，可以方便公安系统对数据库进行调用，以及对乘车人员进行甄别，识别犯罪嫌疑人。

综上所述，本示例性实施方式中的上述方法，通过在乘客购票时便采集乘客的人脸图像，可以先行对购票的乘客进行身份验证。此外，通过将乘客的行程信息按预设时限保存至对应的数据库中，可以方便出发地和目的地仅通过人脸图像对乘客进行验证，缩短验证时间，缩短乘客的通关时间，并且能够实现对乘客信息和身份的自动检验。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。另外，也易于理解的是，这些步骤可以是例如在多个模块/进程/线程中同步或异步执行。

进一步的，本示例实施方式中，还提供了一种基于大数据的通关验证装置30。参考图3中所示，装置30可以包括：数据接收模块301、行程信息生成模块302以及数据分配模块303。其中：

所述数据接收模块301可以用于接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像。

所述行程信息生成模块302可以用于根据所述购票请求及乘客信息生成车票信息，并将所述乘客信息与所述车票信息绑定以生成行程信息。

所述数据分配模块303可以用于将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本公开的示例性实施例中，还提供了一种能够实现上述安保监控方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备600。图4显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤s11，接收一购票请求以及对应的乘客信息；其中，所述乘客信息包括乘客的人脸图像；步骤s12，根据所述购票请求及乘客信息生成车票信息，并将所述乘客信息与所述车票信息绑定以生成行程信息；步骤s13，将所述行程信息分别保存至对应的出发地的第一数据库和目的地的第二数据库；以便于所述出发地和目的地根据所述第一数据库和第二数据库在预设时限内对所述行程信息进行验证。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。