【
技术领域：
：】本说明书实施例涉及互联网
技术领域：
：，尤其涉及一种公共交通乘车码的生成方法、装置和电子设备。
背景技术：
：：现有相关技术中，用户乘坐公交或地铁出行时，一般使用的是集成电路(integratedcircuit，ic)卡，在用户刷卡乘车的瞬间，ic卡识别设备按照票价表完成计费，并通过近场通信(nearfieldcommunication，nfc)技术将扣费结果回写至ic卡芯片。如果是地铁或分段计费的公交场景，则在用户上车或进闸时回写进站信息到ic卡，下车或出闸时，按照分段票价扣费后同样将扣费结果回写至ic卡芯片。技术实现要素：本说明书实施例提供了一种公共交通乘车码的生成方法、装置和电子设备，以实现当公共交通乘车码的发行服务器发生故障，无法生成乘车码证书时，自动向应急发行服务器请求乘车码证书，从而可以确保乘车码正常生成，不影响用户的乘车体验。第一方面，本说明书实施例提供一种公共交通乘车码的生成方法，包括：电子设备检测到用户生成公共交通乘车码的操作信息；响应于所述操作信息，检测本地保存的乘车码证书是否过期；如果本地保存的乘车码证书已过期，则向发行服务器请求乘车码证书；在确定从所述发行服务器获取乘车码证书失败之后，向应急发行服务器请求乘车码证书；接收所述应急发行服务器发送的乘车码证书，所述乘车码证书是所述应急发行服务器接收到所述电子设备的请求之后生成的；根据接收到的乘车码证书，生成所述乘车码。上述公共交通乘车码的生成方法中，电子设备检测到用户生成公共交通乘车码的操作信息之后，响应于上述操作信息，检测本地保存的乘车码证书是否过期，如果本地保存的乘车码证书已过期，则电子设备先向发行服务器请求乘车码证书，在确定从上述发行服务器获取乘车码证书失败之后，再向应急发行服务器请求乘车码证书，由于应急发行主体与发行主体不是同一发行主体，应急发行服务器与发行服务器所采用的业务逻辑不同，因此，当发行服务器存在业务逻辑等系统异常时，应急发行服务器不存在业务逻辑等系统异常，可以正常生成乘车码证书，这时，电子设备就可以根据从上述应急发行服务器处获取的乘车码证书，生成上述乘车码，从而可以确保乘车码的正常生成，不会影响用户的乘车体验。其中一种可能的实现方式中，所述向发行服务器请求乘车码证书之后，还包括：接收所述发行服务器发送的错误代码；所述确定从所述发行服务器获取乘车码证书失败包括：根据所述错误代码，确定从所述发行服务器获取乘车码证书失败。其中一种可能的实现方式中，所述根据所述错误代码，确定从所述发行服务器获取乘车码证书失败包括：如果所述错误代码属于预定的错误代码集合，则所述电子设备确定从所述发行服务器获取乘车码证书失败。其中一种可能的实现方式中，所述向应急发行服务器请求乘车码证书包括：根据所述错误代码，向应急发行服务器请求乘车码证书。其中一种可能的实现方式中，所述根据所述错误代码，向应急发行服务器请求乘车码证书包括：如果所述错误代码属于预定的错误代码集合，并且所述错误代码属于预定的由应急发行服务器生成乘车码证书的错误代码集合，则所述电子设备向应急发行服务器请求乘车码证书。其中一种可能的实现方式中，所述生成所述乘车码之后，还包括：展示所述乘车码，以便乘车码识别设备对所述乘车码进行识别和校验。第二方面，本说明书实施例提供一种公共交通乘车码的生成装置，包括：检测模块，用于检测用户生成公共交通乘车码的操作信息；以及在检测到所述操作信息之后，响应于所述操作信息，检测本地保存的乘车码证书是否过期；请求模块，用于当本地保存的乘车码证书已过期时，向发行服务器请求乘车码证书；确定模块，用于确定从所述发行服务器获取乘车码证书失败；所述请求模块，还用于在所述确定模块确定从所述发行服务器获取乘车码证书失败之后，向应急发行服务器请求乘车码证书；接收模块，用于接收所述应急发行服务器发送的乘车码证书，所述乘车码证书是所述应急发行服务器接收到所述电子设备的请求之后生成的；生成模块，用于根据所述接收模块接收到的乘车码证书，生成所述乘车码。其中一种可能的实现方式中，所述接收模块，还用于在所述请求模块向发行服务器请求乘车码证书之后，接收所述发行服务器发送的错误代码；所述确定模块，具体用于根据所述接收模块接收的错误代码，确定从所述发行服务器获取乘车码证书失败。其中一种可能的实现方式中，所述确定模块，具体用于当所述错误代码属于预定的错误代码集合时，确定从所述发行服务器获取乘车码证书失败。其中一种可能的实现方式中，所述请求模块，具体用于根据所述错误代码，向应急发行服务器请求乘车码证书。其中一种可能的实现方式中，所述请求模块，具体用于当所述错误代码属于预定的错误代码集合，并且所述错误代码属于预定的由应急发行服务器生成乘车码证书的错误代码集合时，向应急发行服务器请求乘车码证书。其中一种可能的实现方式中，所述装置还包括：展示模块，用于在所述生成模块生成所述乘车码之后，展示所述乘车码，以便乘车码识别设备对所述乘车码进行识别和校验。第三方面，本说明书实施例提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。第四方面，本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面提供的方法。应当理解的是，本说明书实施例的第二～四方面与本说明书实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。【附图说明】为了更清楚地说明本说明书实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。图1为本说明书公共交通乘车码的生成方法一个实施例的流程图；图2为本说明书公共交通乘车码的生成方法另一个实施例的流程图；图3为本说明书公共交通乘车码的生成方法再一个实施例的流程图；图4为本说明书公共交通乘车码的生成方法再一个实施例的流程图；图5为本说明书公共交通乘车码的生成装置一个实施例的结构示意图；图6为本说明书公共交通乘车码的生成装置另一个实施例的结构示意图；图7为本说明书电子设备一个实施例的结构示意图。【具体实施方式】为了更好的理解本说明书的技术方案，下面结合附图对本说明书实施例进行详细描述。应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。在本说明书实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。现有相关技术中，用户乘坐公交或地铁出行时，不仅可以使用ic卡刷卡乘车，还可以使用乘车码刷码乘车。用户使用乘车码刷码乘车时，需要从发行服务器获取乘车码证书，再根据特定的格式来生成乘车码。大多数场景中，乘车码应用(application，app)也会缓存乘车码证书，在上述乘车码证书的有效期内可离线生成乘车码，当上述乘车码证书过期之后，乘车码app从发行服务器继续获取新的乘车码证书。当发行服务器发生异常时，乘车码app就无法从发行服务器获取乘车码证书，导致无法生成二维码，影响用户乘车。其中，上述发行服务器为公共交通乘车码发行主体的服务器，上述公共交通乘车码发行主体可以包括：乘车码的发行方和/或服务提供方，例如：通卡公司、公交公司和/或地铁公司等，以下描述中，将公共交通乘车码发行主体简称为发行主体。为解决发行服务器发生异常时，乘车码app无法从发行服务器获取乘车码证书的问题，发行主体搭建灾备系统，在当前主服务器发生异常时，切换到灾备服务器。但是，这种方案的硬件资源和/或运维资源的投入较大，成本较高；另外，这种方案无法解决稳定性的问题，这是因为，灾备服务器是主服务器的克隆版，受限于发行主体的技术能力和/或系统建设经验等，当主服务器存在业务逻辑等系统异常时，灾备服务器也会存在同样的问题，即使切换到灾备服务器提供服务，也无法解决。基于上述问题，本说明书实施例提出一种公共交通乘车码的生成方法，该方法可以实现当公共交通乘车码的发行服务器发生故障，无法生成乘车码证书时，自动向应急发行服务器请求乘车码证书。由于上述应急发行服务器是公共交通乘车码应急发行主体的服务器，应急发行主体与发行主体不是同一发行主体，所采用的业务逻辑不同，因此，当发行服务器存在业务逻辑等系统异常时，应急发行服务器不存在业务逻辑等系统异常，可以正常生成乘车码证书，从而可以确保乘车码app正常生成乘车码，不影响用户的乘车体验。图1为本说明书公共交通乘车码的生成方法一个实施例的流程图，如图1所示，上述公共交通乘车码的生成方法可以包括：步骤102，电子设备检测到用户生成公共交通乘车码的操作信息。具体地，上述操作信息可以包括：用户打开电子设备安装的乘车码app的操作，也就是说，用户打开乘车码app，即触发乘车码的生成；或者，上述操作信息可以包括：用户打开电子设备安装的乘车码app，进入乘车码的操作，例如：用户打开乘车码app，在乘车码app的展示界面中点击生成乘车码的图标，从而触发乘车码的生成；或者，上述操作信息可以包括：用户输入的生成乘车码的语音指令，从而触发乘车码的生成。当然，上述操作信息还可以包括其他形式的操作信息，本实施例对上述操作信息的具体形式不作限定，只要可以触发乘车码的生成即可。本实施例中，上述乘车码可以为二维码或条形码等，本实施例对上述乘车码的类型不作限定。步骤104，响应于上述操作信息，检测本地保存的乘车码证书是否过期。具体地，电子设备安装乘车码app之后，电子设备中保存上述乘车码app的应用数据，上述应用数据中可以包括上述乘车码证书。在检测到用户生成公共交通乘车码的操作信息之后，响应于上述操作信息，电子设备可以检测本地保存的乘车码证书是否过期。步骤106，如果本地保存的乘车码证书已过期，则向发行服务器请求乘车码证书。其中，上述发行服务器为公共交通乘车码发行主体的服务器，上述公共交通乘车码发行主体可以包括：乘车码的发行方和/或服务提供方，例如：通卡公司、公交公司和/或地铁公司等，以下描述中，将公共交通乘车码发行主体简称为发行主体。本实施例中，如果电子设备本地保存的乘车码证书未过期，则电子设备使用本地保存的乘车码证书生成上述乘车码。进一步地，在向发行服务器请求乘车码证书之后，如果电子设备接收到了发行服务器发送的乘车码证书，则上述电子设备可以确定从发行服务器获取乘车码证书成功，进而可以使用从发行服务器获取的乘车码证书，生成上述乘车码。步骤108，在确定从上述发行服务器获取乘车码证书失败之后，向应急发行服务器请求乘车码证书。其中，上述应急发行服务器是公共交通乘车码应急发行主体的服务器，应急发行主体与发行主体不是同一发行主体，所采用的业务逻辑不同，应急发行主体一般是系统建设经验丰富、人员和设备资源充足、保障能力强的主体。步骤110，接收上述应急发行服务器发送的乘车码证书，上述乘车码证书是应急发行服务器接收到上述电子设备的请求之后生成的。步骤112，根据接收到的乘车码证书，生成上述乘车码。上述公共交通乘车码的生成方法中，电子设备检测到用户生成公共交通乘车码的操作信息之后，响应于上述操作信息，检测本地保存的乘车码证书是否过期，如果本地保存的乘车码证书已过期，则电子设备先向发行服务器请求乘车码证书，在确定从上述发行服务器获取乘车码证书失败之后，再向应急发行服务器请求乘车码证书，由于应急发行主体与发行主体不是同一发行主体，应急发行服务器与发行服务器所采用的业务逻辑不同，因此，当发行服务器存在业务逻辑等系统异常时，应急发行服务器不存在业务逻辑等系统异常，可以正常生成乘车码证书，这时，电子设备就可以根据从上述应急发行服务器处获取的乘车码证书，生成上述乘车码，从而可以确保乘车码的正常生成，不会影响用户的乘车体验。图2为本说明书公共交通乘车码的生成方法另一个实施例的流程图，如图2所示，本说明书图1所示实施例中，步骤106之后，还可以包括：步骤202，接收上述发行服务器发送的错误代码。这样，步骤108中，确定从上述发行服务器获取乘车码证书失败可以为：根据上述错误代码，确定从上述发行服务器获取乘车码证书失败。具体地，错误(error)是指在软件和/或硬件的运行过程中，软件和/或硬件不能正常工作的一种现象。由于错误的类型很多，为了对错误进行区分，系统设定了错误代码(errorcode)，软件和/或硬件在运行过程中，如果发生错误，将通过软件和/或硬件内部原有的系统设定对所发生的错误进行判断和识别，进而通过错误代码指示所发生的错误，这样，电子设备根据上述错误代码，即可快速获取软件和/或硬件不能正常操作的具体原因。就本实施例而言，电子设备根据上述错误代码，可以确定从上述发行服务器获取乘车码证书失败。具体实现时，根据上述错误代码，确定从上述发行服务器获取乘车码证书失败可以为：如果上述错误代码属于预定的错误代码集合，则上述电子设备确定从上述发行服务器获取乘车码证书失败。其中，上述预定的错误代码集合可以为乘车码app与发行主体之间约定的错误代码集合。本实施例中，步骤108中，向应急发行服务器请求乘车码证书可以为：根据上述错误代码，向应急发行服务器请求乘车码证书。也就是说，本实施例中，步骤108可以为：步骤204，在根据上述错误代码，确定从上述发行服务器获取乘车码证书失败之后，根据上述错误代码，向应急发行服务器请求乘车码证书。具体地，根据上述错误代码，向应急发行服务器请求乘车码证书可以为：如果上述错误代码属于预定的错误代码集合，并且上述错误代码属于预定的由应急发行服务器生成乘车码证书的错误代码集合，则上述电子设备向应急发行服务器请求乘车码证书。另外，如果上述错误代码属于预定的错误代码集合，但不属于预定的由应急发行服务器生成乘车码证书的错误代码集合，则电子设备进行错误提示，提示用户当前无法生成乘车码。图3为本说明书公共交通乘车码的生成方法再一个实施例的流程图，如图3所示，本说明书图1所示实施例中，步骤112之后，还可以包括：步骤302，展示上述乘车码，以便乘车码识别设备对上述乘车码进行识别和校验。也就是说，电子设备生成上述乘车码之后，展示上述乘车码，这时用户就可以使用上述乘车码在乘车码识别设备上进行刷码乘车，乘车码识别设备获取上述乘车码之后，可以对上述乘车码进行识别和校验，在确定上述乘车码合法之后，乘车码识别设备可以向用户提示刷码成功。接下来，乘车码识别设备可以将用户本次的刷码数据发送到发行服务器，发行服务器接收用户本次的刷码数据之后，可以根据上述用户本次的刷码数据，完成计费和/或扣费等业务。图4为本说明书公共交通乘车码的生成方法再一个实施例的流程图，如图4所示，上述公共交通乘车码的生成方法可以包括：步骤402，电子设备检测到用户生成公共交通乘车码的操作信息，响应于上述操作信息，检测本地保存的乘车码证书是否过期，如果本地保存的乘车码证书已过期，则向发行服务器请求乘车码证书。步骤404，电子设备接收发行服务器发送的错误代码，根据上述错误代码，确定从上述发行服务器获取乘车码证书失败。步骤406，电子设备根据上述错误代码，向应急发行服务器请求乘车码证书。步骤408，电子设备接收上述应急发行服务器发送的乘车码证书。步骤410，根据接收到的乘车码证书，生成上述乘车码，展示上述乘车码。步骤412，乘车码识别设备对上述乘车码进行识别和校验。步骤414，乘车码识别设备将用户本次的刷码数据发送到发行服务器。步骤416，发行服务器接收用户本次的刷码数据之后，根据上述用户本次的刷码数据，完成计费和/或扣费等业务。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。图5为本说明书公共交通乘车码的生成装置一个实施例的结构示意图，如图5所示，上述公共交通乘车码的生成装置可以包括：检测模块51、请求模块52、确定模块53、接收模块54和生成模块55；检测模块51，用于检测用户生成公共交通乘车码的操作信息；以及在检测到上述操作信息之后，响应于上述操作信息，检测本地保存的乘车码证书是否过期；请求模块52，用于当本地保存的乘车码证书已过期时，向发行服务器请求乘车码证书；确定模块53，用于确定从上述发行服务器获取乘车码证书失败；请求模块52，还用于在确定模块53确定从上述发行服务器获取乘车码证书失败之后，向应急发行服务器请求乘车码证书；接收模块54，用于接收上述应急发行服务器发送的乘车码证书，上述乘车码证书是应急发行服务器接收到上述电子设备的请求之后生成的；生成模块55，用于根据接收模块54接收到的乘车码证书，生成上述乘车码。图5所示实施例提供的公共交通乘车码的生成装置可用于执行本说明书图1所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。图6为本说明书公共交通乘车码的生成装置另一个实施例的结构示意图，与图5所示的公共交通乘车码的生成装置相比，图6所示的公共交通乘车码的生成装置中，接收模块54，还用于在请求模块52向发行服务器请求乘车码证书之后，接收上述发行服务器发送的错误代码；这时，确定模块53，具体用于根据接收模块54接收的错误代码，确定从上述发行服务器获取乘车码证书失败。本实施例中，确定模块53，具体用于当上述错误代码属于预定的错误代码集合时，确定从上述发行服务器获取乘车码证书失败；这时，请求模块52，具体用于根据上述错误代码，向应急发行服务器请求乘车码证书。具体实现时，请求模块52，具体用于当上述错误代码属于预定的错误代码集合，并且上述错误代码属于预定的由应急发行服务器生成乘车码证书的错误代码集合时，向应急发行服务器请求乘车码证书。进一步地，上述公共交通乘车码的生成装置还可以包括：展示模块56；展示模块56，用于在生成模块55生成上述乘车码之后，展示上述乘车码，以便乘车码识别设备对上述乘车码进行识别和校验。图6所示实施例提供的公共交通乘车码的生成装置可用于执行本申请图1～图4所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。图7为本说明书电子设备一个实施例的结构示意图，如图7所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本说明书图1～图4所示实施例提供的公共交通乘车码的生成方法。其中，上述电子设备可以为智能手机、智能手表、平板电脑、可穿戴设备或车载设备等智能电子设备，本实施例对上述电子设备的形式不作限定。图7示出了适于用来实现本说明书实施方式的示例性电子设备的框图。图7显示的电子设备仅仅是一个示例，不应对本说明书实施例的功能和使用范围带来任何限制。如图7所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，通信接口420，存储器430，以及连接不同组件(包括存储器430、通信接口420和处理单元410)的通信总线440。通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，或者使用多种总线结构中的任意总线结构的局域总线。举例来说，通信总线440可以包括但不限于工业标准体系结构(industrystandardarchitecture，isa)总线，微通道体系结构(microchannelarchitecture，mac)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation，vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection，pci)总线。电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory，ram)和/或高速缓存存储器。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本说明书图1～图4所示实施例的功能。具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书图1～图4所描述的实施例中的功能和/或方法。处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书图1～图4所示实施例提供的公共交通乘车码的生成方法。本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书图1～图4所示实施例提供的公共交通乘车码的生成方法。上述非暂态计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(readonlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)或闪存、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radiofrequency，rf)等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localareanetwork，lan)或广域网(wideareanetwork，wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属
技术领域：
：的技术人员所理解。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(personalcomputer，pc)、个人数字助理(personaldigitalassistant，pda)、无线手持设备、平板电脑(tabletcomputer)、手机、mp3播放器、mp4播放器等。在本说明书所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。当前第1页12当前第1页12