识别信息的生成方法和系统与流程

本申请为分案申请，其母案的中国申请号是201210360039.5，中国申请日是2012年9月25日，本案的发明名称与母案一致。

本申请涉及通信领域，尤其涉及一种识别信息的生成方法和系统。

背景技术：

二维码(dimensionalbarcode)，又称二维条码，是在一维条码的基础上扩展出的一种具有可读性的条码。设备扫描二维条码，通过识别条码的长度和宽度中所记载的二进制数据，可获取其中所包含的信息。

相比一维条码，二维码记载更复杂的数据，比如图片、网络链接等。

现有二维码应用中，二维码的信息是确定的，即用户拍摄后通过转换即可获得的内容是唯一的，如文本信息、邮件地址、网址。一旦二维码生成以后，其对应的目标内容就确定了，不能再有其它的变化。而该内容也是真实的内容，即用户想要得到的内容，比如想要发送邮件的邮箱地址、或者想要访问的网址。

基于现有技术，本说明书提供一种新的识别信息的生成方法和系统。

技术实现要素：

本说明书实施例提供一种识别信息的生成方法和系统，能够解决识别信息的安全性问题。

为达到上述目的，本说明书实施例提供了一种识别信息的生成方法，包括：

服务器接收识别信息创建请求，所述识别信息创建请求中包括欲创建识别信息的目标内容；

所述服务器随机生成一个或多个字符串，并将所述目标内容与所述字符串相对应；

所述服务器将所述字符串返回给所述识别信息创建请求的发起方。

本说明书实施例还提供了一种识别信息的生成方法，包括：

服务器接收识别信息创建请求；

所述服务器随机生成一个或多个字符串，并将所述字符串与所述请求对应的目标内容相对应；

所述服务器将所述字符串返回给所述识别信息创建请求的发起方。

本说明书实施例还提供了一种识别信息的生成方法，包括：

服务器接收识别信息创建请求，所述识别信息创建请求中包括欲创建识别信息的目标内容；

所述服务器根据所述识别信息创建请求生成与所述目标内容相对应的字符串；

所述服务器将所述字符串发送给识别终端；

其中，所述服务器根据所识别信息创建请求生成与所述目标内容相对应的字符串，具体包括：

所述服务器随机生成一个或多个字符串，并将所述目标内容与所述字符串相对应。

本说明书实施例还提供了一种识别信息的生成方法，包括：

服务器接收识别信息创建请求；

所述服务器随机生成一个或多个字符串，并将所述字符串与所述请求对应的目标内容相对应；

所述服务器将所述字符串发送给识别终端。

本说明书实施例还提供了一种执行目标内容的方法，包括：

二维码识别终端识别到用户提供的识别信息后，识别该识别信息，并转换为字符串；

所述二维码识别终端将所述字符串发送给服务器；

所述服务器将所述字符串与本地所存储的映射列表中的字符串进行匹配，所述映射列表中保存有字符串与所述目标内容的对应关系；

如果匹配成功，所述服务器根据所述映射列表中的字符串与目标内容的对应关系，确定所述字符串相对应的目标内容；

所述服务器执行所述目标内容；

其中，所述字符串由服务器随机生成。

与现有技术相比，本说明书实施例至少具有以下优点：

通过应用本说明书实施例的技术方案，服务器接收识别信息创建请求，所述识别信息创建请求中包括欲创建识别信息的目标内容，所述服务器随机生成一个或多个字符串，并将所述目标内容与所述字符串相对应，所述服务器将所述字符串返回给所述识别信息创建请求的发起方。从而，通过用业务关联机制的配置，为不具有任何具体含义的识别信息附加相应的业务内容。由于识别信息本身没有任何实际含义，因此，只有在将该识别信息上报给服务器进行匹配后，才能确定具体的关联内容，解决了识别信息的安全性问题。

附图说明

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

图1为本说明书实施例提供的一种识别信息的生成方法的流程示意图；

图2为本说明书实施例提供的一种执行目标内容的方法的流程示意图；

图3为本说明书实施例提供的一种具体应用场景下的识别信息的生成方法的流程示意图；

图4为本说明书实施例提供的一种生成识别信息的系统的结构示意图；

图5为本说明书实施例提供的一种执行目标内容的系统的结构示意图。

具体实施方式

如背景技术所述，在现有的二维码应用方案中，由于二维码实际是根据已确定的业务信息内容转换得到的，因此，直接根据具体业务信息内容生成二维码的处理方式使二维码本身存在可破解性，对用户的信息安全造成了隐患。

为了解决这样的问题，本说明书提出了一种识别信息的生成方法，通过用户关联和业务对应机制的配置，为不具有任何具体含义的识别信息附加相应的业务内容，在实际应用中，由于识别信息本身没有任何实际含义，因此，只有在将该识别信息上报给服务器进行匹配后，才能确定具体的关联用户和所对应的业务内容，解决了识别信息的安全性问题。

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

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1是本说明书实施例提供的识别信息的生成方法的流程示意图，包括以下步骤：

s102：服务器接收识别信息创建请求，所述创建请求中包括欲创建识别信息的目标内容。

在具体的处理场景中，所述识别信息创建请求可以来自于同系统内通过内部网络连接的其他业务服务器，也可以来自于与该服务器通过互联网相连接的客户端，比如手机、电脑或其他可以访问互联网的电子终端。

为了进一步提高识别信息处理机制的安全性，在本步骤之前还可以包括身份验证机制，具体的身份验证过程如下：

(1)所述服务器接收所述用户所发送的登录信息。在具体的处理场景中，此处所提及的登录信息可能存在以下两种发送方式：

方式一、用户主动发送给服务器的。

例如，用户将自身的登录信息携带的访问请求中一起发送给服务器。

方式二、服务器要求用户上报。

例如，用户向服务器发送访问请求，服务器向用户返回要求该用户进行登录的指示，用户响应该指示，向服务器返回自身的登录信息。

(2)所述服务器验证所述登录信息。

如果验证成功，则所述服务器向所述用户返回登录成功确认消息，触发所述用户继续发送相应的识别信息创建请求，及开始执行步骤s102。

如果验证失败，所述服务器向所述用户返回登录失败确认消息，通知所述用户登录失败，无法继续进行相应的识别信息创建处理，以触发所述用户继续进行其他的处理，当然，在具体的处理场景中，这里所提及的其他的处理可以是该用户再次通过该登录信息所触发的重登录过程，也可以是该用户采用其他登录信息进行的登录过程，当然，也可以是采取其他的处理方案，在此不再一一列举。

欲创建识别信息的目标内容可以是某一用户的身份信息，如账户id，或邮箱地址、网址，又或者对应不同的业务功能，如：播放视频、游戏，此处对目标内容的格式和种类并不做限定。

需要说明的是，在对应具体的业务功能的情况下，根据具体目标内容的差异，其所实现的业务的方式也存在相应的不同，例如：

对于播放视频的业务功能，如果目标内容是一个在线播放网址，则其对应的播放视频的业务将通过打开该网址并播放视频来实现；

如果目标内容是一个指定服务器的地址或视频下载地址，则对应的播放视频的业务，将通过向该服务器请求或直接下载相应的视频文件并播放该视频的方式来实现；

而如果目标内容是一段功能启动代码，则其对应的播放视频的业务只是将本地的视频播放工具开启，并播放具体的视频文件(如本地默认视频文件)的方式来实现。

除了所列举的上述方式，具体的目标内容还可以包括多种情况，在此不再一一说明，这样的变化并不影响本发明的保护范围。

s104：所述服务器根据创建请求生成与所述目标内容相对应的字符串。

所述服务器直接随机生成一个字符串，并将所述目标内容与字符串相对应。并将对应关系保存到一映射列表中，该映射列表存储在服务器中。

需要说明的是：

1、该映射列表中目标内容和字符串的对应关系包括以下三种：

对应方式一、字符串与目标内容一一对应。

这样的对应方式最为简单，处理效率也最高，在业务逻辑简单的情况下，可以优先采用。

例如，该字符串始终与一个固定网址的相对应，那么，当业务使用方通过该字符串触发业务时，将始终可以获取该网址信息。

对应方式二、多个字符串与同一个目标内容相对应。

在应用此种对应方式的场景下，需要配置相应的对应生效规则。

一方面，可以使所有的字符串同时生效，这样，不同的业务使用方可以通过不同的字符串触发同一个目标内容所对应的业务，多样化业务触发路径，例如，不同的用户群体获取到不同的字符串，从而，可以通过不同的字符串触发相同的业务。

另一方面，也可以使各字符串分别生效，这样，可以通过生效不同的字符串来实现业务触发来源的控制,例如，在不同的用户群体获取到不同的字符串的情况下，只有获取到生效的字符串的用户群体可以通过生效的字符串触发相应的业务，而只获取到当前未生效的字符串的用户群体则不能触发该业务。

对应方式三、一个字符串与多个目标内容相对应。

与上述的对应方式二相类似，在应用此种对应方式的场景下，需要配置相应的对应生效规则。

至于具体的目标内容的对应生效规则，实际为其所对应的业务内容的调整规则，可以依赖于用户自身的直接设置，或者遵照用户预先设置的调整方式来进行，例如，用户设置在每天的8点至20点，所关联的业务为“给我打电话”(其所对应的目标内容是电话号码的信息，还是打电话的业务操作在此不做限定)，而在每天的20点至次日的8点，所关联的业务为“给我发邮件”(其所对应的目标内容是邮件地址的信息，还是发邮件的业务操作在此不做限定)。

在实际应用中，具体采用上述的哪种方式进行业务内容的关联可以根据实际的需要进行设定，这样的变化并不影响本说明书的保护范围。

2、服务器将所述目标内容与所述字符串的对应关系保存到映射列表中之后，还包括进一步的内容调整策略。

上述的1中说明了映射列表中对应关系的多种形式，而2中需要说明的是，具体的表项内容(字符串和/或目标内容)以及对应关系的调整策略，具体内容如下：

策略一、所述服务器保持所述字符串和所述字符串相对应的目标内容不变。

与前述的对应方式一相类似，这同样是一种静态处理方式，这样的方式最为简单，处理效率也最高，在业务逻辑简单的情况下，可以优先采用。

例如，该字符串始终与一个固定网址的相对应，且字符串和目标内容始终保持不变，那么，当业务使用方通过该字符串触发业务时，将始终可以获取该网址信息。

策略二、所述服务器根据预设的调整规则，在保持所述字符串不变的情况下，调整所述字符串相对应的目标内容。

这样的方式可以避免频繁调整字符串所带来的前台内容(识别信息)变化，在后台内容(目标内容及其所对应的业务内容)发生变化的情况下，无需调整前台内容，即可实现新的业务。

例如，在用户a通过发布识别信息的方式广泛发布了自己的博客地址信息之后，其准备更换博客地址，但逐一去更改已发布的识别信息的处理方式显然太过繁琐，也容易出现遗漏，因此，可以采用上述策略，在映射列表中保持该识别信息所对应的字符串不变，直接调整其所对应的目标内容为新的博客地址。在调整完成后，其他用户可以继续使用原有的识别信息触发调整后的目标内容，从而访问用户a的新博客。

策略三、所述服务器根据预设的调整规则，在保持所述目标内容不变的情况下，调整所述目标内容相对应的字符串。

这样的方式可以通过字符串的内容调整来实现前台内容的更新，从而实现用户群体的调整和更新，以及提高业务触发方式的安全性。

例如，用户群体x可以通过当前的识别信息触发给用户a打电话的业务，而用户a不再希望接到该用户群体的电话，则用户a则可以通过在映射列表中更改字符串的方式，调整前台内容，使识别信息内容发生变化，从而，用户群体x通过修改前的识别信息将无法触发给用户a打电话的业务，只有获取到新的识别信息的用户才能触发给用户a打电话的业务，这样的处理方式在用户切换网络社交环境的过程中，可以高效的实现交互群体的调整。

进一步的，在非法用户获取到识别信息的情况下，用户可以通过调整字符串，使原有识别信息失效，从而避免受到非法用户的侵害，提高了相应业务的安全性。

策略四、所述服务器根据预设的调整规则，同时调整所述字符串和所述字符串相对应的目标内容。

这样的调整则可以实现前台内容与后台内容的全面更新，是对之前已有的表项内容的全面变更，对业务内容及其触发条件进行了更新。

策略五、所述服务器根据预设的调整规则，调整现有的字符串和目标内容的对应关系。

本策略的调整对象不再是具体的表项内容，而是各表项之间的对应关系(即前述的对应方式一至三)。

通过对应关系的调整，对已生成的目标内容和字符串进行重新匹配，从而，在同样的触发条件下，可以触发不同的业务内容。

本策略的具体示例可以参考前述的对应方式三的示例，两者的实现效果相一致，但是具体的实现方式则略有不同，在前述的对应方式三中，是在已有的多个对应关系中选择生效的一个或多个对应关系，而在本策略中，则是直接创建新的对应关系来代替已有的对应关系，这样的改变可以是暂时的，也可以是永久的。

需要进一步说明的是，上述的策略二至五所对应的调整策略的实现是所述服务器按照具体的调整规则，对应不同的应用场景，进行具体的表项内容或对应关系的调整操作。

在应用此种方式的场景下，具体的调整规则可以是定时调整(即固定在某个时间点进行识别信息的动态调整，例如，每天的晚上0点)，周期调整(即在经过预设的周期后对识别信息进行动态调整，例如，每经过3天时间，便对识别信息进行动态调整)或触发式调整(即按照一定的触发条件，触发识别信息的调整，例如，在其对应的业务内容发生变化时，即对识别信息进行调整)等。

需要说明的是，上述的调整规则可以单独使用，也可以组合使用，具体采用哪种或哪几种调整规则来实现识别信息的动态调整，并不会影响本说明书的保护范围。

需要说明的是，上述的特定字符串本身并不会具有与用户身份信息或其他业务信息相关的实质内容，也就是说字符串本身并没有任何意义，仅仅是服务器根据规则或随机生成的不重复的字符串，该字符串与目标内容除了映射关系外，没有任何关联。

为了保证信息的安全性，服务器所生成的字符串与目标内容一定不相同，例如，当需要映射的目标内容是123时，所生成的字符串必然是与123没有任何关联的字符组合，比如x67e，服务器根据该字符组合生成相应的识别信息，这样的字符串生成方式可以有效的避免识别信息被破解而导致信息泄露的危险。

s106：所述服务器将所述字符串转换为识别信息。

这样的转换方式可以采用现有的转换方式，也可以采用新定义的其他识别信息转换规则，这样的变化并不影响本说明书的保护范围。

s108：所述服务器将所述识别信息返回请求发起方。

具体的反馈方式可以是直接反馈已生成的识别信息内容，也可以是反馈识别信息生成成功的确认消息，具体的反馈方式可以根据实际需要来确定。

通过上述过程，服务器生成了识别信息，并分别与相应的目标内容进行了关联，完成了识别信息的完整生成过程。

需要说明的是，本说明书实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤s102和步骤s104的执行主体可以为设备1，步骤s106和步骤s108的执行主体可以为设备2；又比如，步骤s102和骤s106的执行主体可以为设备2，步骤s104和步骤s108的执行主体可以为设备1；等等。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

如图2所示，本说明书还进一步揭示了一种执行目标内容的方法，具体说明如下：

步骤s202：所述服务器接收识别信息。

步骤s204：所述服务器将所述识别信息转换为相应的字符串，并在本地所存储的映射列表中的字符串进行匹配，若匹配成功，则执行步骤s206，若匹配失败，则直接停止对该识别信息的处理，并返回识别信息处理失败的通知消息。

需要说明的是，在具体的处理场景中，为了进一步提高识别信息处理机制的安全性，在本步骤之前还可以包括用户身份验证机制，具体的身份验证过程如下：

所述服务器接收所述身份验证信息，与前述步骤s102中的第一用户的身份验证机制相类似，此处的身份验证信息也存在使用方主动发送给服务器或服务器要求使用方上报相应身份验证信息的两种可能情况，这样的变化并不影响本说明书的保护范围。

所述服务器验证所述身份验证信息。

如果验证成功，所述服务器执行上述的步骤s204，将所述识别信息转换为相应的字符串，并在本地所存储的映射列表中对字符串进行匹配。

而如果验证失败，则服务器直接停止对该识别信息的处理，并向返回识别信息处理失败或身份验证失败的通知消息。

步骤s206：根据映射列表中字符串与目标内容的对应关系，所述服务器确定所述字符串相对应的目标内容。

步骤s208：所述服务器执行所述目标内容相应的业务。

通过上述的说明，本说明书提出了一种依靠服务器侧的关联处理来实现的识别信息的应用方案，识别信息本身不具有任何实质含义，需要借助服务器所存储的关联关系，才能确定识别信息所对应的具体的用户身份和业务内容，在具体的应用过程中，上述的识别信息的具体形式可以包括以下几种：

按照预设规则所转换所得的一维条码；或，

按照预设规则所转换所得的二维码；或，

按照一定规则，将各种颜色和/或形状排列组合所形成的图形，例如按特定规则排列的圆点、方块、色块等，或是以上种种元素组成的图形。

在实际的应用场景中，为了减轻服务器的处理负担，具体的识别信息的转化和识别过程可以有具体的外接终端来实现。

例如，服务器中只是存储了具体的字符串与用户身份和业务内容的关联关系，而具体的二维码识别终端在接收到服务器下发的该字符串后，将该字符串转换为二维码呈现给需要使用的用户，或者，该二维码识别终端识别到用户提供的二维码后，识别该二维码，转换为具体的字符串，并将该字符串发送给服务器进行匹配，获取相应的用户身份和业务内容。

通过这样的处理，可以减轻服务器方面的处理压力和存储负担(字符串的存储显然比图形存储更节约存储资源)，这样的变化并不影响本说明书的保护范围。

通过上述的处理，结合步骤s104所提供的各策略，本说明书至少可以提供四种具体的识别信息构成机制。

针对同一个用户，以下分别对四种识别信息构成机制进行描述，为了方便说明，在每种机制中，均以二维码为例进行实例说明，当然，这只是一种具体示例，其他类型的识别信息也可以应用于本说明书所提出的技术方案。

(1)识别信息固定，关联业务内容固定(步骤s104中的策略一)。

即识别信息和关联业务的双静态配置方案，无论在什么时候，获取到该识别信息，所实现的业务内容均是一致的。

在这样的场景下，为了提高业务的安全性，可以加入相应的验证机制，例如，根据用户名和\或密码的方式进行验证，或者，根据白名单的方式进行验证等。

以二维码为例进行说明如下：

第一用户在设定业务并生成二维码后，设置了只有自己联系人列表(上述白名单的一种具体方式)中的人(甲和乙)才可以获得二维码对应的业务，而如果丙来拍摄二维码请求该业务时，则会被告知未被授权，无法获取该业务。

(2)识别信息固定，关联业务内容可变(步骤s104中的策略二)。

即静态识别信息和动态关联业务相结合的配置方案，识别信息一经生成，便不会再发生变化，但是，其所关联的业务内容则可以按照一定的机制进行调整变换。

这样处理可以对业务内容进行阶段性控制，提高了业务处理的可控性。

以二维码为例进行说明如下：

第一用户在生成二维码后，设置了关联业务内容的调整规则，这里所设定的规则，除了步骤s104中所列举的根据时间变换通信方式的规则情况外，还可以进一步增加触发机制进行进一步灵活控制，例如，对于同样的一个二维码，甲在上午9点拍摄该二维码，获取到的是与第一用户进行电话联系的业务，而乙在中午12点拍摄该二维码，按照原有的时间规则，此时也应是电话联系的业务内容，但由于第一用户正在开会，其触发了免打扰服务，因此，乙获取到的只是对第一用户进行语音留言的业务，而当甲在晚上9点再次拍摄该二维码时，由于时间的变化，其所获取到的是向第一用户发送邮件的业务。

由以上示例可以看出，虽然二维码内容没有发生任何改变，但由于时间的变化，无论是否是同一个用户，其拍摄该二维码所获取到的业务内容均可能不同，这样的处理机制帮助第一用户实现了业务的灵活控制。

(3)识别信息可变，关联业务内容固定(步骤s104中的方式三)。

即动态识别信息和静态关联业务相结合的配置方案，识别信息可以按照一定的机制进行调整变换，但无论该识别信息的具体内容如何变换，其所对应的业务内容均保持不变。

这样处理可以增加识别信息本身的有效性限制，提高了业务处理的时效性。

以二维码为例进行说明如下：

第一用户在设定业务并生成二维码后，二维码每隔一天都会进行动态更新，但其所关联的业务内容并不会发生变化。甲乙在同一天获取到了二维码，但甲在当天通过拍摄该二维码请求业务，并获得成功，而乙在第二天拍摄该二维码请求业务，由于二维码已经被动态调整，所以，乙会被告知二维码无效，无法获取该业务，当然，如果乙能重新获得调整后的二维码，则仍可以请求该业务，通过这样的处理，可以实现对用户的阶段性权限限制。

(4)识别信息可变，关联业务内容可变(步骤s104中的策略二)。

即识别信息和关联业务的双动态配置方案，按照相应的调整规则，识别信息本身的内容和其所关联的业务内容都可以进行调整。

这样处理可以使用户并行的实现多业务控制，

以二维码为例进行说明如下：

第一用户在网上出售a、b、c三件商品，三件商品价格和属性都不相同，而来购买商品的用户又有甲、乙、丙三个，那么，甲乙丙三个在购买不同商品时会生成不同的订单(不同的业务)，二维码也会不同，但最终的受益人全部是同一个用户。

步骤s104中的策略五可以通过上述的(2)至(4)中的示例来体现，在此不再重复说明。

上述四种识别信息构成机制可以根据实际需要进行配置，这样的变化并不会影响本说明书的保护范围。

通过上述方法可见，服务器根据包括欲创建识别信息的目标内容的识别信息创建请求，生成与所述目标内容相对应的字符串，将所述字符串转换为识别信息，并将所述识别信息返回所述识别信息创建请求的发起方，从而，通过用业务关联机制的配置，为不具有任何具体含义的识别信息附加相应的业务内容，而业务关联机制以及所关联的具体内容可以在服务器侧根据需要进行调整，实现识别信息的动态调整机制，不仅如此，由于识别信息本身没有任何实际含义，因此，只有在将该识别信息上报给服务器进行匹配后，才能确定具体的关联内容，解决了识别信息的安全性问题。

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

具体的，结合实际的应用场景对本说明书实施例提供的识别信息的生成方法及其应用过程进行阐述，为了方便说明，后续说明同样采用二维码为例进行描述。

如图3所示，为本说明书实施例所提出的一种具体应用场景下的二维码生成过程的流程示意图，具体包括以下步骤：

s302：用户a访问服务器，请求访问系统服务。

s304：服务器返回要求用户a登录的消息。

s306：用户a提交登录信息，该登录信息包括用户名和密码。

s308：服务器检验用户名和密码的有效性。

如果有效，则执行步骤s310；

如果无效，则通知用户a登录失败，并结束当前处理过程。

s310：服务器通知用户a登录成功。

s312：用户a向服务器发送二维码创建请求。

s314：服务器随机生成二维码，并将二维码信息与用户a的用户id关联。

s316：服务器提示用户a设置与二维码对应的业务

需要说明，其中服务器生成的二维码时，首先生成特定字符串，该特定字符串可以与用户帐户关联，也可以是纯业务与用户账户没有联系，可以是动态的(例如一端时间内有效)、也可以是静态的(一旦生成即一直有效)。服务器根据预设规则将特定字符串转换为二维码。

具体的处理方式和生成规则参见前述说明，在此不再重复。

s316：服务器提示用户a设置与二维码对应的业务。

s318：用户a登录服务器，设置与二维码对应的业务。

在具体的处理场景中，用户a登录服务器设置与二维码对应的业务时，可以自由设置一种或多种业务与二维码对应。

例如，用户在后台(服务器)申请一串二维码，对应的功能有“名片”、“付款”和“关注我”三个功能；用户可以把二维码放到论坛或打印出来，这样二维码是不变的，但是用户可以随时登录系统后台设置对应的内容，比如修改为“名片”一个功能，即前述的静态识别信息和动态业务内容相结合的配置方案。

例如，用户通过手机客户端软件自动向服务器请求二维码，那么每次的二维码都是不一样的，比如每五分钟就自动更新一次，但是业务功能始终是“给我付款”，即前述的动态识别信息和静态业务内容相结合的配置方案。

例如，用户通过手机客户端软件自动向服务器请求二维码，那么每次的二维码都是不一样的，比如每五分钟就自动更新一次，但是服务端始终知道该二维码对应的是哪个用户；而用户又可以在后台设置该二维码在上班时代表“发邮件给我”，下班时代表“给我留言”，即前述的识别信息和业务内容的双动态配置方案。

当然，还有最简单的双静态配置方案，在此不再赘述。

通过上述处理，完成二维码生成过程后，用户b获取到用户a所请求生成的二维码信息，并向服务器发送该二维码信息。服务器接收到该二维码信息后，首先判断该二维码信息的合法性，如果二维码本身合法，则要求用户b输入验证信息(可以根据用户a的设置决定是否要求验证)，用户b输入验证信息后，服务器对验证信息进行校验，校验通过后，解析二维码信息对应的用户并获取到对应业务，向用户b返回业务列表或信息。用户b根据返回的业务列表(当二维码对应多个业务时)或信息选择业务，并向用户a执行相应的业务。

与现有技术相比，本申请实施例具有以下优点：

通过应用本说明书实施例的技术方案，服务器根据包括欲创建识别信息的目标内容的识别信息创建请求，生成与所述目标内容相对应的字符串，将所述字符串转换为识别信息，并将所述识别信息返回所述识别信息创建请求的发起方，从而，通过用业务关联机制的配置，为不具有任何具体含义的识别信息附加相应的业务内容，而业务关联机制以及所关联的具体内容可以在服务器侧根据需要进行调整，实现识别信息的动态调整机制，不仅如此，由于识别信息本身没有任何实际含义，因此，只有在将该识别信息上报给服务器进行匹配后，才能确定具体的关联内容，解决了识别信息的安全性问题。

为了实现上述的技术方案，本说明书实施例提供了一种生成识别信息的系统，其结构示意图如图4所示，至少包括：

接收模块402，用于接收识别信息创建请求，所述识别信息创建请求中包括欲创建识别信息的目标内容；

生成模块404，用于根据所述接收模块402所接收到的识别信息创建请求生成与所述目标内容相对应的字符串；

转换模块406，用于将所述生成模块404所生成的字符串转换为识别信息；

发送模块408，用于将所述转换模块406所转换的识别信息返回所述识别信息创建请求的发起方。

优选的，所述生成模块404，具体用于：

随机生成一个字符串，并将所述目标内容与所述字符串相对应；

将所述目标内容与所述字符串的对应关系保存到映射列表中，并将所述映射列表进行存储。

优选的，所述生成识别信息的系统还包括调整模块410，具体用于在所述生成模块404将所述目标内容与所述字符串的对应关系保存到映射列表中之后：

保持所述字符串和所述字符串相对应的目标内容不变；和/或，

根据预设的调整规则，在保持所述字符串不变的情况下，调整所述字符串相对应的目标内容；和/或，

根据预设的调整规则，在保持所述目标内容不变的情况下，调整所述目标内容相对应的字符串；和/或，

根据预设的调整规则，同时调整所述字符串和所述字符串相对应的目标内容；和/或，

根据预设的调整规则，调整现有的字符串和目标内容的对应关系。

进一步的，本说明书实施例提供了一种执行目标内容的系统，其结构示意图如图5所示，至少包括：

接收模块502，用于接收识别信息；

转换模块504，用于将所述识别信息转换为相应的字符串；

匹配模块506，用于将所述转换模块504所转换的字符串在本地所存储的映射列表中的字符串进行匹配，所述映射列表中保存有字符串与所述目标内容的对应关系；

处理模块508，用于在所述匹配模块506匹配成功时，根据所述映射列表中字符串与目标内容的对应关系，确定所述字符串相对应的目标内容，并为执行所述目标内容。

与现有技术相比，本说明书实施例至少具有以下优点：

通过应用本说明书实施例的技术方案，服务器根据包括欲创建识别信息的目标内容的识别信息创建请求，生成与所述目标内容相对应的字符串，将所述字符串转换为识别信息，并将所述识别信息返回所述识别信息创建请求的发起方，从而，通过用业务关联机制的配置，为不具有任何具体含义的识别信息附加相应的业务内容，而业务关联机制以及所关联的具体内容可以在服务器侧根据需要进行调整，实现识别信息的动态调整机制，不仅如此，由于识别信息本身没有任何实际含义，因此，只有在将该识别信息上报给服务器进行匹配后，才能确定具体的关联内容，解决了识别信息的安全性问题。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本说明书提供的实施例可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本说明书各个实施例所述的方法。

以上所述仅是本说明书的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本说明书的保护范围。

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

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

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

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。