一种用户信息控制方法和装置与流程

本公开涉及数据处理
技术领域：
，特别涉及一种用户信息控制方法和装置。
背景技术：
金融业务最重要也是最困难的环节是识别用户，而在当今互联网金融的场景下，识别用户基本靠一个互联网账号，互联网账号成为了金融业务开展的入口设施。而金融业务要识别的用户是互联网账号背后的实体(法人)，因此互联网账号到这个实体的关系的维护或者识别成为金融业务开展的关键点。实际中往往互联网站点的大入口很少，被几个大的互联网站点所掌控，例如，这些大的互联网站点可以是支付宝、微信或者京东等。业务流量可以是由这些大站点流入，再跳转到其他的站点，比如，用户可以是由支付宝进入，再由支付宝跳转到另一个站点。在业务上，这种引流传输的流量所在的各个站点在业务开展时的用户信息要保持一致，比如，用户由a站点跳转到b站点开展业务时，a站点和b站点依据的用户信息需要保持一致性，即基于a站点的用户信息操作b站点的业务。但是，根据安全和监管的要求，各个站点具有独立管理用户信息的能力，且各站点的用户信息实行隔离管理，相互之间无用户授权协议不得共享用户信息，这些约束给业务开展中的用户识别带来极大的困难。技术实现要素：有鉴于此，本说明书一个或多个实施例提供一种用户信息控制方法和装置，以使得站点能够更准确的识别用户。具体地，本说明书一个或多个实施例是通过如下技术方案实现的：第一方面，提供一种用户信息控制方法，所述方法由站点集合中的第二站点执行，所述站点集合还包括第一站点，所述第一站点和第二站点在业务执行时具有用户信息一致性的要求，所述站点集合的各站点接入中心站点，所述中心站点用于集中维护各站点的用户信息；该方法包括：第二站点接收由第一站点跳转引流的业务请求，并接收所述第一站点关联授权的用户信息；所述第二站点根据所述用户信息，生成信息索引；所述第二站点向中心站点查询所述信息索引对应的用户账号中，是否包括所述第二站点下的用户账号，所述信息索引对应的用户账号表示该站点已经为所述信息索引对应的用户信息创建的账号；若所述信息索引对应的用户账号中包括所述第二站点下的用户账号，所述第二站点不再新创建所述第一站点关联授权的用户信息对应的用户账号。第二方面，提供一种用户信息控制方法，所述方法由中心站点执行，所述中心站点用于集中维护站点集合中的各站点的用户信息，所述站点集合包括第一站点和第二站点，且所述第一站点和第二站点在业务执行时具有用户信息一致性的要求；所述方法包括：所述中心站点接收第一站点上报的用户信息、以及所述第一站点创建的与用户信息对应的用户账号；所述中心站点根据所述用户信息生成对应的信息索引；所述中心站点存储所述信息索引、用户信息以及用户账号之间的对应关系；所述中心站点接收所述第一站点发送的对应所述用户账号的新用户信息；所述中心站点更新所述对应关系中的用户信息以及对应的信息索引。第三方面，提供一种用户信息控制装置，所述装置包括：信息接收模块，用于接收由第一站点跳转引流的业务请求，并接收所述第一站点关联授权的用户信息；索引生成模块，用于根据所述用户信息，生成信息索引；信息查询模块，用于向中心站点查询所述信息索引对应的用户账号中，是否包括本站点下的用户账号，所述信息索引对应的用户账号表示该站点已经为所述信息索引对应的用户信息创建的账号；信息管理模块，用于若所述信息索引对应的用户账号中包括本站点下的用户账号，不再新创建所述第一站点关联授权的用户信息对应的用户账号。第四方面，提供一种用户信息控制装置，所述装置包括：信息获取模块，用于接收第一站点上报的用户信息、以及所述第一站点创建的与用户信息对应的用户账号；还用于接收所述第一站点发送的对应所述用户账号的新用户信息；索引生成模块，用于根据所述用户信息生成对应的信息索引；还用于根据新用户信息更新对应的信息索引；绑定处理模块，用于存储所述信息索引、用户信息以及用户账号之间的对应关系；还用于更新所述新用户信息对应的对应关系。第五方面，提供一种业务站点设备，所述设备包括存储器、处理器，以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行指令时实现以下步骤：接收由第一站点跳转引流的业务请求，并接收所述第一站点关联授权的用户信息；根据所述用户信息，生成信息索引；向中心站点查询所述信息索引对应的用户账号中，是否包括本站点下的用户账号，所述信息索引对应的用户账号表示该站点已经为所述信息索引对应的用户信息创建的账号；若所述信息索引对应的用户账号中包括本站点下的用户账号，不再新创建所述第一站点关联授权的用户信息对应的用户账号。第六方面，提供一种中心站点设备，所述设备包括存储器、处理器，以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行指令时实现以下步骤：接收第一站点上报的用户信息、以及所述第一站点创建的与用户信息对应的用户账号；根据所述用户信息生成对应的信息索引；存储所述信息索引、用户信息以及用户账号之间的对应关系；接收所述第一站点发送的对应所述用户账号的新用户信息；更新所述对应关系中的用户信息以及对应的信息索引。本说明书一个或多个实施例的用户信息控制方法和装置，通过由第二站点去中心站点查询是否已经存在一个信息索引关联的站点账号，可以判断该索引对应的用户是新用户还是已有的用户，从而不会再出现同一个用户创建两个账号，保证了用户信息的准确性。附图说明为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本说明书一个或多个实施例提供的多站点关联授权的场景中可能出现的典型问题；图2为本说明书一个或多个实施例提供的一种新的系统架构；图3为本说明书一个或多个实施例提供的中心站点对上报信息的处理流程；图4为本说明书一个或多个实施例提供的用户信息控制方法的流程图；图5为本说明书一个或多个实施例提供的用户信息控制方法的流程图；图6为本说明书一个或多个实施例提供的一种用户信息控制装置的结构图；图7为本说明书一个或多个实施例提供的一种用户信息控制装置的结构图；图8为本说明书一个或多个实施例提供的一种用户信息控制装置的结构图。具体实施方式为了使本
技术领域：
的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。当前的互联网流量被几个大的互联网站点所掌控，业务流量可以是由这些大站点流入，再跳转到其他的站点。例如，用户可以使用a站点的用户账号id-a进入到a站点，其中，a站点的页面中包括站点导航页面，可以由该站点导航页面中跳转到多个其他的站点。这种情况下，有如下几个概念预先说明：用户信息一致性：假设用户选择了b站点，可以点击b站点的入口进入到b站点中，但是需要注意的是，此时用户仍然是使用登录的id-a跳转到b站点。这种情况下，业务执行中有一个“用户信息一致性”的要求，即当用户由a站点跳转到b站点时，b站点对用户进行业务处理依据的用户信息要与a站点业务处理依据的用户信息保持一致。用户信息：该用户信息可以是用户的身份信息，例如，可以是用户的姓名、身份证号等可以唯一标识和定位一个用户的要素。业务执行中可以依据用户信息区分和识别不同的用户。站点：不同的站点可以负责执行不同的业务，可以是不同的业务实体。例如，支付宝是一个站点，支付宝内的页面中可以跳转到网商银行，该网商银行是另一个站点。各个站点具有独立管理各自的用户信息的能力，根据安全监管要求，各个站点在用户信息的管理上相互之间是隔离管理的，无用户授权协议相互之间不得共享用户信息。关联授权：如上所述的，基于用户信息一致性的要求，当用户由a站点向b站点跳转时，a站点会在用户授权的基础上，将用户信息传输给b站点，由b站点根据该用户信息进行业务操作。但是，关联授权一般时单向的，即不允许反向将b站点的用户信息共享给a站点。在上述概念说明的基础上，图1示意了一个在这种多站点关联授权的场景中可能出现的一个典型问题：如图1所示，假设有a站点和b站点，a站点可以作为流量入口，用户登录了a站点的账号进入，并且在a站点中跳转到b站点。其中，用户在a站点的账号可以是用户账号id-a，该账号注册时记录的用户信息是图1中的用户信息11。用户由a站点向b站点跳转时，根据关联授权原则，将该用户信息传给站点b。如果是初次跳转到站点b，那么站点b将依据该用户信息创建一个该站点b下的用户账号id-b1。接着，假设用户在a站点更改了自己的用户信息，比如，更改了姓名或者身份证号等信息，此时，用户信息11变更为用户信息12，但是，用户信息11和用户信息12都是同一个用户的信息，都是站点a下的账号id-a的用户。但是，当用户在变更信息后再次跳转到站点b时，站点b将查看这个用户信息是否已经在本地存储，如果是未存储的新信息，则站点b将认为是一个新用户。于是，参见图1所示，站点b又为新用户信息创建了一个新的用户账号id-b2。这就出现了明明是同一个用户，却在站点b侧对应了两个用户账号。上述的问题对于站点b在业务执行中的用户识别将带来困扰，比如，假设用户在用户账号id-b1下对应的账户资金金额是1万元，结果当变更了用户信息后，由于站点b将其识别为一个新用户，导致用户却发现自己的账号下没有资金余额。这将影响到业务的顺序执行。本说明书的至少一个实施例提供了一种新的系统架构，在各个业务站点(如，站点a、站点b)之外，增设了中心站点。如图2的示意，可以将站点a和站点b的集合称为站点集合，当然，站点集合中可以有更多的站点，该站点集合中包括具有用户信息一致性要求的各个站点。其中，站点集合中的各个站点可以称为业务站点，中心站点可以用于集中维护各个业务站点的用户信息，如下示例几种各个业务站点与中心站点之间的交互：用户信息上报：假设站点a新注册了一个用户，并根据该用户的用户信息创建了一个该站点a下的用户账号id-a，则站点a可以将该用户信息和对应的用户账号id-a上报至中心站点，由中心站点进行存储。图3示例了中心站点对上报信息的处理流程：在步骤300中，中心站点接收到第一站点上报的用户信息、以及第一站点创建的与用户信息对应的用户账号。例如，该第一站点可以是上述的站点a，用户账号可以是id-a。在步骤302中，中心站点根据所述用户信息生成对应的信息索引。例如，中心站点可以存储一个生成索引的算法，该算法可以是哈希算法。中心站点计算用户信息对应的哈希值作为信息索引。在步骤304中，中心站点存储信息索引、用户信息以及用户账号之间的对应关系。例如，如下述的表1所示，该对应关系可以表示用户已经在站点a开展业务，站点a已经为该用户创建了用户账号id-a。表1中心站点的对应关系用户信息信息索引各站点的用户账号*****(身份证号等)00112站点a——id-a用户信息变更：假设用户在站点a变更了自己的用户信息，此时站点a可以向中心站点上报自己变更后的新用户信息。例如，站点a可以将新用户信息和用户账号id-a上报给中心站点，中心站点据此查找存储的对应关系，更新账号id-a对应的用户信息为所述新用户信息。并且，中心站点还可以根据新用户信息计算对应的信息索引，更新对应关系中的信息索引。又例如，各个业务站点也可以各自都已经知晓中心站点计算信息索引使用的算法，那么，站点a可以自己根据新用户信息计算对应的信息索引，在上报中心站点时可以将新用户信息和对应的信息索引一并上报，由中心站点据此更新对应关系中的新用户信息和信息索引即可。信息变更通知：如上述，中心站点在接收到站点a的信息变更后，可以根据预先存储的各站点地址，向接入所述中心站点的站点集合中的各个站点广播通知对应所述新用户信息的信息变更。例如，中心站点在站点a变更了用户信息后，可以通知站点b发生了这个信息变更。其中，通知的站点可以是与站点a具有跳转引流关系的站点。或者，可以是已经与站点a发生了跳转引流关系的站点，中心站点可以查询上述的对应关系，假如在对应关系中，与用户信息对应的各站点的用户账号中包括：站点a的id-a，站点b的id-b和站点c的id-c，则中心站点在站点a发生用户信息变更时，可以向站点b和站点c发送变更通知。因为站点b和站点c也存储了站点a关联授权的用户信息。其中，中心站点向各个业务站点通知信息变更时，可以携带对应该新用户信息的各个站点的用户账号，以通知站点该用户账号的用户信息发生了变更。站点在接收到该通知后，可以向该用户信息对应的用户提示是否要变更用户信息。如果用户不需要在站点b变更，也可以不变更；如果用户确认要变更用户信息，则站点b可以更改用户信息。图2所示的系统，在添加了中心站点以后，使得各个站点之间的用户信息在变更时更加方便，在变更通知的系统架构上更加简化。比如，各个业务站点在变更了用户信息后，可以通知中心站点即可，不需要再单独的通知各个其他站点。而是由中心站点统一向其他业务站点通知发生了信息变更，这样使得各个业务站点的变更通知的设计得到简化。该系统架构能够适应系统的扩展性，比如，当新增了一个业务站点，或者下线一个业务站点时，对其他站点没有影响，其他的各个站点仍然是向中心站点上报用户信息，由中心站点维护用户信息，并维护各个站点之间的信息分布关系。比如，中心站点存储的表1所示的对应关系中，信息索引对应的各站点的用户账号中包括多个站点的账号时，表示当前信息索引对应的用户信息分布式的存在于所述的多个站点上，该用户信息是分布式信息。若该多个站点中的其中一个站点下线，中心站点可以将该下线的站点由对应关系中删除。当分布式信息在其中一个站点发生了信息变更时，由于各个站点的信息隔离管理，其他站点的信息可能不会同步更新，那么，变更了信息的站点再次发生流量引流的跳转时，不同站点的信息不一致可能会带来前述的图1所示的典型问题。而图2所示的系统可以解决这个问题，请参见图4所示的用户信息控制方法的流程，其中，在该流程中，第一站点可以是站点a，第二站点可以是站点b。如图4所示，描述该方法如下：站点a向站点b的初次跳转：首先，站点a已经向中心站点上报了用户信息，中心站点存储了如表1所示的对应关系。其次，当用户由站点a向站点b跳转时，站点b可以执行图4所示的流程：在步骤400中，站点b接收到站点a引流的业务请求，并接收到站点a关联授权的用户信息。例如，站点b接收到表1中所示的用户信息。在步骤402中，站点b根据该用户信息，生成信息索引。例如，站点b可以按照与中心站点相同的索引计算算法，生成信息索引。在步骤404中，站点b向中心站点查询该信息索引对应的用户账号中，是否包括站点b下的用户账号，并且查询结果是未包括。本步骤中，由于是用户首次由站点a跳转至站点b，相当于是站点b的新用户，站点b侧尚未存储该用户的用户信息，也没有向中心站点上报过，因此，如表1所示，该用户信息对应的各站点账号中只有站点a的账号id-a，并没有站点b下的账号。站点b查询时得到的结果将是未包括站点b下的用户账号。其中，如表1所示的，如果在中心站点的对应关系中，已经存在的信息索引对应的某站点的用户账号，表示该站点已经为所述信息索引对应的用户信息创建了账号，该用户信息对应的用户已经在该站点使用过业务。在步骤406中，站点b创建站点a关联授权的用户信息对应的用户账号。本步骤中，由于查询结果是中心站点处未存储站点b下的账号，表示该用户信息对应的用户是一个新用户，则站点b可以为其创建一个用户账号id-b。在步骤408中，站点b将创建的用户账号上报至中心站点，以使得中心站点将所述用户账号关联在所述信息索引对应的用户账号中。本步骤中，站点b将自己这的新用户向中心站点上报，例如，由于中心站点侧已经有了该新用户的用户信息，站点b上报时可以携带信息索引和创建的用户账号id-b。当然，也可以携带其他信息，例如，可以携带用户信息和对应的用户账号id-b。如下表2所示，中心站点侧更新的对应关系如下。可以将表2与表1进行比较，可以看到，用户从站点a进行了向站点b的跳转，当前用户信息已经分布在了站点a和站点b。表2初次跳转时的对应关系站点a变更用户信息后，跳转至站点b：假设用户在站点a进行了信息变更，站点a也向中心站点进行了信息上报，中心站点相应的要进行信息和索引的更新，如下表3是更新后的对应关系。该对应关系中，用户信息和索引都更新了，而各站点的用户账号未更新。表3变更信息后的对应关系在变更用户信息后，用户也进行了由站点a向站点b的跳转。此时，站点b可以执行图5所示的流程：在步骤500中，站点b接收到站点a引流的业务请求，并接收到站点a关联授权的用户信息。本步骤中，站点b接收到的用户信息是变更后的新用户信息。在步骤502中，站点b根据该用户信息，生成信息索引。在步骤504中，站点b向中心站点查询该信息索引对应的用户账号中，是否包括站点b下的用户账号，并且查询结果是包括。本步骤中，站点b可以向中心站点发送信息查询请求，去查询信息索引对应的用户账号是否包括站点b下的用户账号。由于站点a在变更信息后，已经向中心站点进行了上报，中心站点已经更新了对应关系，因此，站点b根据新用户信息生成的信息索引已经存储在了中心站点，如表3所示，该新的索引可以是00125。中心站点可以将该查询结果返回给站点b。当查询结果是包括时，可以表示该新用户信息其实是已有的用户变更后的信息，并不是一个新用户，因此，站点b将不再新创建站点a关联授权的新用户信息对应的用户账号。站点b还可以继续执行步骤506。在步骤506中，站点b提示用户是否变更用户信息，并在得到用户确认后，依据关联授权的用户信息更新存储的所述用户账号对应的用户信息。经过上述步骤，站点b已经知晓账号id-b对应的用户变更了用户信息，则站点b可以提示一下该用户是否要变更站点b处存储的用户信息。如果用户确认要变更，则站点b可以将自己存储的该用户的信息变更成新用户信息。本例子的方法，通过由站点b去中心站点查询是否已经存在一个信息索引关联的站点账号，可以判断该索引对应的用户是新用户还是已有的用户，从而不会再出现同一个用户创建两个账号，保证了用户信息的准确性。为了实现上述方法，本说明书至少一个实施例提供了一种用户信息控制装置，该装置可以应用于业务站点设备，例如可以是第二站点。如图6所示，该装置可以包括：信息接收模块61、索引生成模块62、信息查询模块63和信息管理模块64。信息接收模块61，用于接收由第一站点跳转引流的业务请求，并接收所述第一站点关联授权的用户信息；索引生成模块62，用于根据所述用户信息，生成信息索引；信息查询模块63，用于向中心站点查询所述信息索引对应的用户账号中，是否包括本站点下的用户账号，所述信息索引对应的用户账号表示该站点已经为所述信息索引对应的用户信息创建的账号；信息管理模块64，用于若所述信息索引对应的用户账号中包括本站点下的用户账号，不再新创建所述第一站点关联授权的用户信息对应的用户账号。在一个例子中，信息管理模块64，还用于：若所述信息索引对应的用户账号中未包括本站点下的用户账号，创建所述第一站点关联授权的用户信息对应的用户账号；并将创建的所述用户账号上报至所述中心站点，以使得中心站点将所述用户账号关联在所述信息索引对应的用户账号中。为了实现上述方法，本说明书至少一个实施例提供了一种用户信息控制装置，该装置可以应用于中心站点设备。如图7所示，该装置可以包括：信息获取模块71、索引生成模块72和绑定处理模块73。信息获取模块71，用于接收第一站点上报的用户信息、以及所述第一站点创建的与用户信息对应的用户账号；还用于接收所述第一站点发送的对应所述用户账号的新用户信息；索引生成模块72，用于根据所述用户信息生成对应的信息索引；还用于根据新用户信息更新对应的信息索引；绑定处理模块73，用于存储所述信息索引、用户信息以及用户账号之间的对应关系；还用于更新所述新用户信息对应的对应关系。在一个例子中，如图8所示，该装置还包括查询接收模块74和查询反馈模块75。查询接收模块74，用于接收第二站点发送的信息查询请求，所述第二站点是在接收到由第一站点跳转引流的业务请求时发送该信息查询请求，该信息查询请求用于查询一个信息索引对应的用户账号是否包括第二站点下的用户账号，所述信息索引是所述第二站点根据接收到的第一站点关联授权的用户信息生成；查询反馈模块75，用于将查询结果返回给所述第二站点，以使得第二站点根据查询结果决定是否根据第一站点关联授权的用户信息创建对应的用户账号。上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。上述图中所示流程中的各个步骤，其执行顺序不限制于流程图中的顺序。此外，各个步骤的描述，可以实现为软件、硬件或者其结合的形式，例如，本领域技术人员可以将其实现为软件代码的形式，可以为能够实现所述步骤对应的逻辑功能的计算机可执行指令。当其以软件的方式实现时，所述的可执行指令可以存储在存储器中，并被设备中的处理器执行。例如，对应于上述方法，本说明书一个或多个实施例同时提供一种业务站点设备，例如，第二站点。该设备可以包括处理器、存储器、以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器通过执行所述指令，用于实现如下步骤：接收由第一站点跳转引流的业务请求，并接收所述第一站点关联授权的用户信息；根据所述用户信息，生成信息索引；向中心站点查询所述信息索引对应的用户账号中，是否包括本站点下的用户账号，所述信息索引对应的用户账号表示该站点已经为所述信息索引对应的用户信息创建的账号；若所述信息索引对应的用户账号中包括本站点下的用户账号，不再新创建所述第一站点关联授权的用户信息对应的用户账号。例如，对应于上述方法，本说明书一个或多个实施例同时提供一种中心站点设备。该设备可以包括处理器、存储器、以及存储在存储器上并可在处理器上运行的计算机指令，所述处理器通过执行所述指令，用于实现如下步骤：接收第一站点上报的用户信息、以及所述第一站点创建的与用户信息对应的用户账号；根据所述用户信息生成对应的信息索引；存储所述信息索引、用户信息以及用户账号之间的对应关系；接收所述第一站点发送的对应所述用户账号的新用户信息；更新所述对应关系中的用户信息以及对应的信息索引。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于数据处理设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。当前第1页12