充电设备的制作方法

本公开涉及一种服务验证设备。特别地，本公开涉及针对提供充电服务进行验证的设备。

背景技术：

服务验证应用于非常广阔的领域。目前常用的用于验证的码包括静态码和动态码。

静态码是相对固定的，因此容易遭到破解。动态码是一种根据专门算法所产生的伪随机码，其通常是每隔一段时间而动态变化。因为动态码的安全性较高，被广泛应用于网银、网游、电信等诸多领域。目前动态码的形式主要有手机密码、硬件令牌、手机令牌等多种形式。

在常规动态码应用中，动态码的实现主要是依赖于时间而进行变化，因此提出了一种所谓的时间同步验证的动态码验证方式。其中，设备和后台服务器内部被预先写入相同的算法，设备侧根据该算法生成依据设备侧的时间变化的动态码，将所产生动态码输入服务器。在接收到所输入的动态码之后，服务器也根据该相同的算法产生依据服务器侧时间变化的动态码。服务器将这两者进行比较。如果两者相同，则代表验证成功，并且服务器告知设备验证成功。

另外一种动态码的验证方式是由服务器将动态码发送至用户手机，再由用户将动态码输入设备，设备将输入的动态码提交到服务器进行验证，如果核对成功，则代表验证成功。并且服务器告知设备验证成功，通知设备提供服务。

技术实现要素：

本公开被提出以旨在提供一种改进的服务验证设备。

本实用新型的一个目的在于提供一种改进的充电设备，该充电设备能够在充电设备与服务器无需直接通信的情况下保证充电流程的正常进行，且在此过程中服务器也能够及时、准确地了解充电设备的动态状况信息。

根据一个方面，提供了一种充电设备，该充电设备包括：对充电设备的充电状态信息进行运算以产生二维码的第一运算电路；显示所述二维码的显示器；从用户设备或用户接收第一验证信息的输入按键；对所述二维码进行运算以产生第二验证信息的第二运算电路；以及比较第二验证信息与第一验证信息的比较电路。

根据一种实施方式，所述第一运算电路和所述显示器电气连接；并且所述输入按键和所述比较电路电气连接。

根据一种实施方式，充电设备还包括驱动为用户设备充电的充电部件的驱动部件，所述比较电路与所述驱动部件电气连接，并且所述驱动部件在第二验证信息和第一验证信息一致的情况下驱动所述充电部件提供电力。

根据一种实施方式，所述充电部件是充电接口或移动式电源。

根据一种实施方式，在所述充电部件是充电接口的情况下，所述驱动部件是使充电接口通电或者断电的开关部件。

根据一种实施方式，所述充电部件是移动式电源的情况下，所述驱动部件是吐出或者收回移动式电源的电源容纳部件。

根据一种实施方式，所述充电设备的充电状态信息包括充电设备的编码、充电设备的密码因子、异常代码、充电设备剩余电量、充电设备充电循环次数、充电设备的上一位用户使用时长中的至少一个。

根据一种实施方式，所述第一运算电路包括对充电设备的充电状态信息进行加密以产生二维码的加密电路。

根据一种实施方式，所述第一运算电路包括对充电设备的状态信息和验证码两者进行加密以产生二维码的加密电路。

根据一种实施方式，所述第一运算电路、第二运算电路和比较电路中的每一个是集成电路芯片、印刷电路板、FPGA、ASIC中的至少一种。

根据一种实施方式，所述显示器是液晶显示器。

根据一种实施方式，充电设备还包括用于将所述第一和第二运算电路、所述显示器、所述输入按键和所述比较电路安装在其中的机身部件。

根据一种实施方式，所述机身部件是是通过注塑成型而构造的塑料部件。

根据一种实施方式，所述机身部件是是通过弯折成型而构造的金属部件。

根据一种实施方式，所述充电设备是固定式充电设备。

根据一种实施方式，所述充电设备具有存储所述二维码、第一验证信息、第二验证信息中的至少一个的存储器。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1为根据本公开的一个实施例的验证操作的示例性流程图。

图2为根据本公开的一个实施例的用于第一设备的示例性方法的流程图。

图3为根据本公开的一个实施例的第一设备的示例性框图。

图4为根据本公开的一个实施例的用于用户设备的示例性方法的流程图。

图5为根据本公开的一个实施例的用户设备的示例性框图。

图6为根据本公开的一个实施例的用于第二设备的示例性方法的流程图。

图7为根据本公开的一个实施例的第二设备的示例性框图。

图8为根据一个实施例的示例性的充电设备的概略图。

图9示出了根据一个实施例的示例性的充电设备的构造。

图10示出了根据一个实施例的示例性的充电设备的构造。

图11示出了根据一个实施例的示例性的充电设备的验证充电流程。

图12为在其中可以实施本公开的实施例的设备的示例结构的框图

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

目前的动态码验证的实现形式均存在一定的使用限制，在实际使用中会存在某些不足的地方。

例如在前文所述的时间同步验证方式中，动态码的生成和验证往往需要提供服务的设备与服务器之间保持正确的时间同步以使得两侧的动态码同步，一旦遇到设备电量不足或计时部件计时不准确，则会导致硬件的动态码与服务器的动态码不同步，从而导致验证失败。

此外，在常规的动态码应用中，设备与服务器端往往需要通过网络保持通信连接，从而服务器能够进行验证并且在验证成功时指令设备提供服务。假如设备与服务器之间出现通信问题，会妨碍验证的正常进行。

针对目前动态码实现中所存在的这些问题，本公开提出一种改进的验证方案，该方案能够成功地实现验证，而不依赖于设备与服务器的计时同步以及设备与服务器之间的通信。特别地，该技术方案尤其可以有利地应用于动态码验证。

以下将参照附图对本公开的实施例进行详细描述。

图1示例性地示出了本公开的一个实施例的验证操作流程的示例性流程图。

第一设备(100A)可对应提供服务的装置相关的设备，其可以根据具体应用而对应于不同的设备，例如共享车辆、共享充电装置、安保装置等等相关的设备。

用户设备(100B)可以为用户的移动终端设备，如智能手机、平板电脑等等，其还可以对应于其它类型的设备，只要其可以在第一设备和第二设备之间居间传递本公开中所描述的特定类型的识别信息和验证信息即可。

第二设备(100C)例如可以是后台服务器，但是第二设备也可以对应于各种其它设备，只要其可以从所接收的识别信息确定验证信息或者将验证信息发送给用户设备即可。

参照图1来概述根据本公开的实施例的验证操作流程如下。

首先，第一设备生成识别信息(S101)，并且输出识别信息以供用户设备获取(S102)。

然后，用户设备获取识别信息(S103)，并且将识别信息传送至第二设备(S104)。

第二设备接收识别信息(S105)，并且生成验证信息(S106)。然后，第二设备将验证信息传递至用户设备(S107)。

用户设备获取验证信息(S108)，并且输出验证信息以供第一设备获取(S109)。

第一设备接收验证信息(S110)，并且对于所接收的验证信息进行验证(S111)。根据一种实施方式，第一设备可以利用与所述识别信息对应的第二验证信息，对所接收到的验证信息进行验证。

由此可见，在本公开的实施例中，通过用户设备在第一设备和第二设备之间居间传递信息来实现验证，而第一和第二设备之间不会发生直接通信。

以下将具体阐述上述操作流程的细节。在说明书的描述中，相同或相似的表述将具有相似的含义，将不再重复说明。应指出，以下描述的验证操作流程中的每一过程的操作以及实施方式仅仅是示例性的，其还可以通过其它等同方式来实施。

识别信息的生成

识别信息可以由第一设备基于与所述第一设备的使用状况相关的信息来生成。所生成的识别信息的形式例如可以是二维码、条形码、图案码或者是数字、英文组合等。

根据一种实施方式，所述识别信息可例如根据预先设置在第一设备中的预设算法对与所述第一设备的使用状况相关的信息进行处理而被生成。根据一种实施方式，所述识别信息可包括与所述第一设备的使用状况相关的信息。与所述第一设备的使用状况相关的信息例如可以是设备本身的状态信息、使用该第一设备的用户设备/用户的相关信息中的至少一个。

根据一种实现，第一设备本身的状态信息可以包括第一设备可提供的服务的状况(例如，还能否提供服务、还能提供多少服务等)、故障/异常状况、先前使用状况(例如，时间、次数等)等等。

例如，第一设备本身的状态信息可依赖于第一设备的类型而不同，诸如充电装置的电量信息、共享车辆的里程信息等等。

作为示例，依赖于第一设备的使用情境，例如在第一设备为需要认证身份的安保设备，诸如门禁设备等时，与所述第一设备的使用状况相关的信息还可以包括使用第一设备的用户设备的标识信息、用户的相关身份识别信息，例如用户身份证件号码、条形码、视网膜、指纹、脸部信息等等。

根据一种实施方式，第一设备还可包含用于采集与所述第一设备的使用状况相关的信息的装置。例如，该装置可以包括检测第一设备的工作状态以获取信息的检测部件，其可以通过硬件、软件或者固件等等形式来实现。该部件可以包括用于扫描用户身份信息的扫描装置。

根据一种实施方式，在存在不止一台第一设备的情况下，该识别信息的生成例如还可以基于第一设备的身份标识信息(ID信息)。

根据一种实施方式，第一设备可以将第一设备的身份标识信息、与第一设备的使用状况相关的信息、以及验证码，打包/加密为特定形式的动态信息，诸如二维码等，以作为识别信息。例如，该验证码可以是根据例如随机码生成算法生成的随机码。当然验证码还可为其它形式，并且按本领域已知的其它算法来生成。该打包/加密可以通过本领域已知的数据打包/加密算法/电路来实现，这里将不再详细描述。

根据另一种实施方式，第一设备可以根据第一设备的身份标识信息和与第一设备的使用状况相关的信息来生成特定形式的信息，诸如二维码等，以作为识别信息。例如，识别信息可以通过本领域已知的识别信息生成算法来生成，例如用于生成二维码/动态二维码的二维码生成算法，用于生成图案码/动态图案码的图案码生成算法等等。这里将不再详细描述。

根据一种实施方式，该识别信息可以是动态生成的，并且例如可以根据时间而动态变化、对于每一次生成都动态变化、或者根据与所述第一设备的使用状况相关的信息而动态变化。

根据一种实施方式，识别信息生成可以是由第一设备定期生成，显示在第一设备的显示屏幕上以供用户设备获取。或者，识别信息可以由第一设备响应于用户的请求而生成，例如用户通过第一设备上的物理或虚拟按键来请求服务，响应于此请求，第一设备可以生成识别信息。识别信息生成之后，可由第一设备显示以供用户设备获取。

根据一种实施方式，与所述第一设备的使用状况相关的信息可以被第一设备定期地采集，或者在用户请求生成识别信息时被采集。

根据一种实施方式，第一设备可以始终都生成识别信息，以供用户设备扫描并传送给第二设备，从而第二设备能够及时地了解第一设备的状态，并且第二设备也能够将第一设备的状况及时告知用户，从而用户也可以方便地了解第一设备的状况。

根据一种实施方式，识别信息的生成还可以考虑所述与第一设备的使用状况相关的信息是否满足预定条件，如果在所述与第一设备的使用状况相关的信息不满足预定条件，则不生成识别信息。例如，该预定条件可以包括例如是否低于预先设定的设备能提供服务的最低阈值，如果低于该阈值则无法提供服务。例如，该预定条件可以包括用户身份信息是否通过认证。等等。例如，在不生成识别信息的情况下，第一设备可以输出提示信息，以便用户设备可以更加直观地了解第一设备的状态，而且用户还可以将此上报给服务器。

例如，在第一设备是提供服务的设备的情况下，如果第一设备的当前状态能够提供服务，则第一设备生成识别信息。如果第一设备的当前状态不能提供服务，则第一设备不生成识别信息，而是显示提示信息。

根据一种实施方式，识别信息的生成还可以依赖于用户设备/用户的身份标识信息。在第一设备是需要认证用户身份的安保设备时，如果用户身份被认证为是授权用户，则生成识别信息，相反，如果用户身份无法被识别或者是不被授权的用户，则第一设备也不会生成识别信息，而是产生提示信息以告知用户。

根据一种实施方式，如果用户设备与第一设备之间可以通信，则在用户/用户设备的身份得到认证之后，可以将识别信息直接告知用户设备，例如直接发送到用户设备上，而不再显示，从而进一步提高了安全性。

识别信息可以是每隔一段时间，例如1分钟，5分钟等，自动变化的，如果在该段时间内第一设备仍没有得到输入的验证信息或者验证不成功，识别信息也会改变，继而需要重新验证。这样可以进一步提高安全性。

识别信息的输出

在第一设备生成识别信息之后，第一设备将输出该识别信息以供用户设备来获取。

根据一种实施方式，第一设备可以通过其显示部件显示识别信息以供用户设备或者用户获取。当然，第一设备也可通过其他方式来将识别信息进行输出而提供给用户设备或者用户，例如通过介质打印、声音输出等方式传递给用户设备或用户而无需显示。如果第一设备与用户设备之间能够进行通信，则第一设备也可以通过通信方式将识别信息发送给用户设备。

用户设备关于识别信息的获取和传送

在第一设备输出识别信息之后，用户设备可以以各种方式来获取该识别信息，并通过用户设备与第二设备之间的通信将其传送至第二设备。

根据一种实施方式，用户设备例如可具有扫描仪、摄像头等装置，并且用户可以通过用户设备上的应用程序调用该装置扫描第一设备显示的识别信息(例如可以是二维码、条形码、图案码等)以获取该信息，并通过用户设备与第二设备之间的通信将该识别信息发送至第二设备。

根据一种实施方式，如果识别信息是数字、英文等组合，用户也可以手动输入该信息到用户设备中，并经由用户设备与第二设备的通信将该识别信息发送至第二设备。

根据一种实施方式，如果第一设备与用户设备之间能够进行通信，则用户设备也可以通过通信方式从第一设备接收识别信息。

根据一种实施方式，识别信息的获取和传送可通过调用在用户设备上实现的单个应用程序，诸如专用APP或者第三方APP，来进行，或者也可以通过分别调用不同的应用程序来进行。根据一种实施方式，这些操作也可以借助于用户设备上安装的特定电路来实现。

根据一种实施方式，用户设备在传递识别信息的同时，还可以同时传递用户设备的身份信息，以供第二设备进行认证。第二设备可以认证用户设备得到授权的情况下生成并发送验证信息，否则第二设备可以向用户设备发出提示信息，提示用户设备无法使用本设备，或者提示用户设备需要获得授权。

识别信息的接收

根据一种实施方式，第二设备可通过与用户设备的通信来接收从用户设备传送的识别信息。例如，第二设备可以通过与用户设备上的应用程序相对应的应用程序来接收识别信息，或者也可以通过第二设备上的通用或专用接收电路来接收该识别信息。

识别信息的接收还可以通过本领域已知的其它方式来实现，这里将不再详细描述。

第二设备的验证信息的生成

在接收到来自用户设备的识别信息之后，第二设备将根据该识别信息来生成验证信息。

根据一种实施方式，第二设备例如调用预先设定在第二设备中的算法对所接收到的识别信息进行处理而得到验证信息。所生成的验证信息的形式也可以是二维码、条形码、图案码或者是数字、英文组合等。

取决于识别信息的形式，验证信息的形式和生成方式也可以相应地不同。根据一种实施方式，第二设备中生成验证信息的方式与在第一设备中预先设定的用于确定与识别信息对应的验证信息的方式是相对应的，例如它们所采用的算法是相同的。稍后将结合验证的进行来对于此进行更具体地描述。

除了来自第一设备的识别信息之外，第一验证信息的生成还可以依赖于用户设备相关的信息。

根据一种实施方式，第二设备还可以根据用户设备对第一设备的使用情况来确定是否生成验证信息，例如，如果第二设备根据所述用户设备的身份标识信息已经确定用户设备已经在使用第一设备，则不再生成验证信息，并且向用户设备发送报告。这种情况尤其例如适合于每个用户设备只能使用一个第一设备的情况。

在另一种实施方式中，在一个用户设备可以关联多个第一设备的情况下，即使用户设备已经在使用第一设备，仍生成验证信息以提供给验证信息，只是此时所述第二设备将用户设备的身份标识信息与用户设备所使用的第一设备的身份标识信息相关联地进行记录，以供后续处理。

根据一种实施方式，第二设备还可以根据用户设备/用户的先前状态信息来确定是否生成验证信息。

例如，第二设备可以了解到用户设备目前是否还在使用了其它的第一设备、先前的信用评级状态、是否欠费等等，并由此可以根据用户设备的信息来确定是否允许用户使用第一设备，或者允许用户试用预定的时间。如果不允许用户使用，则不生成验证信息，并且将相关提示信息呈现给用户，例如无法使用，提示用户缴费后再来使用等等。

第二设备的验证信息的传送

在生成验证信息之后，第二设备将所生成的验证信息传送给用户设备。

根据一种实施方式，第二设备可通过与用户设备的通信来向用户设备传送验证信息。例如，第二设备可以通过与用户设备上的应用程序相对应的应用程序来传送验证信息，或者也可以通过第二设备上的通用或专用传送电路来传送该验证信息。

根据一种实施方式，第二设备生成第一验证信息并向用户设备发送第一验证信息，表明第二设备授权或同意用户对第一设备的使用。

第二设备进行的验证信息的传送还可以通过本领域已知的其它方式来实现，这里将不再详细描述。

用户设备关于验证信息的接收和传送

用户设备可通过与第二设备的通信来接收从第二设备传送的验证信息。根据一种实施方式，用户设备可以例如，通过用户设备上的应用程序来接收验证信息，或者也可以通过用户设备上的通用或专用接收电路来接收该验证信息。

根据一种实施方式，用户设备上接收验证信息的应用程序可以与用户设备上传送识别信息的应用程序是同一应用程序，当然这两者也可不同。

在接收到验证信息之后，用户设备可以输出该验证信息以供第一设备获取。根据一种实施方式，用户设备可以显示该验证信息以被第一设备扫描获取。根据一种实施方式，用户可以将用户设备上显示的验证信息手动输入到第一设备。

根据一种实施方式，在用户设备可以与第一设备通信的情况下，用户设备可以调用在用户设备上实现的单个应用程序，诸如专用 APP或者第三方APP，或者特定的电路来将验证信息传送给第一设备，而不显示。

根据一种实施方式，在用户设备可以与第一设备通信的情况下，用户设备处的识别信息的获取和传送以及验证信息的获取和传送可通过调用公共的应用程序或者公共的电路来实现，也可以通过分离的程序或者电路来实现。

第一设备的验证信息的接收

根据一种实施方式，可以通过所述第一设备的输入装置(例如可以是键盘、触摸屏、按钮等等)接收用户输入的验证信息。例如，在数字或字母组合码的情况下，验证信息可由用户手动输入第一设备。

在另一种实施方式中，可通过所述第一设备的获取装置(例如可以是扫描仪等等)从用户设备获取所述验证信息。

在另一种实施方式中，在第一设备可以与用户设备通信的情况下，可以通过第一设备的获取装置(例如，通信模块中的接收模块等)来接收用户设备传送的验证信息。

第一设备进行验证

在接收到用户设备输出的验证信息之后，第一设备将对其进行验证。根据一种实施方式，第一设备可以利用与所述识别信息对应的第二验证信息，对所接收到的验证信息进行验证。为了便于描述，以下将所接收到的验证信息称为第一验证信息。

根据一种实施方式，第一设备根据预先设定的算法来生成第二验证信息，其中用于生成验证信息的算法是每个第一设备特有的。而第二设备采用与之相同或相对应的算法来生成第一验证信息，该算法仅仅被装载到第二设备上。

取决于识别信息的形式，验证信息的形式和生成方式也可以相应地不同。

根据一种实施方式，第一设备可以采用特定生成算法来将第一设备的身份标识信息、与第一设备的使用状况相关的信息、以及验证码，打包/加密为特定形式的信息，诸如二维码等，以作为识别信息。其中该验证码可由第一设备利用特定的加密算法来加密。在此情况下，第一设备所生成的第二验证信息可以为该验证码。例如，该识别信息可以是动态的。这里，生成验证码的算法、打包/加密算法可以是目前常用的一些算法，因此将不再详细描述。

与此对应的，在第二设备侧，第二设备可以首先通过解包/解密算法来从所接收的识别信息中分离出第一设备的身份标识信息、与第一设备的使用状况相关的信息、以及加密的验证码，然后调用与第一设备相对应的解密算法来对加密的验证码进行解密，从而将解密得到的验证码作为第一验证信息以提供给用户设备。当然，第二设备也可以采用预定的加密算法对该第一验证信息进行加密/打包，以便该验证信息更安全地传递回第一设备。

在此实施方式中，验证码可以在验证过程中是保持不变的，直到验证成功或者经过预定次的验证之后；或者也可以是动态生成的验证码，其每隔一定时间就变化一次，此时第二设备也可以直接调用与第一设备对应的算法来生成验证码，以供第一设备验证。

根据一种实施方式，第一设备可以通过利用预先设定的生成算法根据第一设备的身份标识信息和与第一设备的使用状况相关的信息来生成特定形式的信息，诸如二维码等，以作为识别信息。并且，第一设备可以采用特定的算法根据与第一设备的使用状况相关的信息来生成验证码作为验证信息，或者采用特定的加密算法将与第一设备的使用状况相关的信息加密作为验证信息。

与此对应的，在第二设备侧，第二设备可以首先来从识别信息中分离出第一设备的身份标识信息和与第一设备的使用状况相关的信息，然后调用与第一设备相对应的算法来根据该与第一设备的使用状况相关的信息生成验证码作为验证信息以提供给用户设备，或者将与第一设备的使用状况相关的信息解密以作为验证信息提供给用户设备。

在此情况下，识别信息和验证信息都是基于与第一设备的使用状况相关的信息生成的。这样，通过主要传递与第一设备的使用状况相关的信息，可以同时实现有效信息传递以及动态验证两者，从而传输的信息量可以相对较小，但是仍能够提供足够的信息，并且安全性可以得到保证。

例如，第一和第二验证信息通常为相同形式，诸如二维码或者数字或字母组合码，因此第一设备进行的验证通常是比较这两者是否一致。当然也可以采用其他已知的方式来进行验证。如果验证成功，则表明第一设备能够获知第二设备授权或同意用户对第一设备的使用。如果验证不成功，则表明第一设备仍无法获知第二设备授权或同意用户对第一设备的使用。

第二验证信息可以在验证之前的任何时刻生成。根据一种实施方式，第二验证信息可以由第一设备在生成识别信息的同时生成并且预先缓存，或者可在第一设备接收到第一验证信息时，基于预先缓存的识别信息来生成。由于理论上第一设备与第二设备都是使用相同的算法对相同的识别信息进行计算，因此第一验证信息和第二验证信息理论上是一致的。因此，如果两者一致，则意味着第二验证信息是从正确的第二设备基于正确的识别信息而获得的，因此第一设备认为验证成功，并且为用户设备提供服务。应理解，此处所提及的一致并非是完全相同，而是指两者之间的差异只要在一定的冗余误差范围内即可认为是相同。

相反，如果例如可能由于信息传递过程中的干扰、篡改或识别信息实际并未传递到第二设备等等导致两个验证信息并不一致，则第一设备认为验证不成功，从而重复上述过程，直到验证成功为止。

在验证信息是每隔一段时间动态变化的情况下，考虑到验证过程中可能出现的延迟，可能存在如下状况，在接收到第二设备的验证信息时，第一设备本地的验证信息已经发生变化，从而导致两者无法匹配。针对此情况，第一设备侧可以在该变化时间间隔之后的一定时间，例如10秒内，同时保存旧的本地验证信息和新的本地验证信息两者，并且在此时间内只要接收到的第二设备的验证信息与这两者之一匹配，仍可认为验证成功。

根据一种实施方式，如果验证成功，则在用户设备的用户停止使用所述第一设备之前，第一设备不再产生识别信息。

根据一种实施方式，还可包括将用户设备的操作信息记录在第一设备内，并且定期地将用户设备的操作信息上报至服务器。在此情况下，尽管用户设备仍可能与服务器通信，但是这种通信是与验证工作无关的，因此工作负荷和性能要求并不高，也能一定程度上降低成本。

以下将参照附图来进一步阐述根据本公开的实施例的在第一设备、第二设备以及用户设备各处实行的方法以及各设备的实施方式。

图2示出了根据本公开的用于第一设备的方法的流程图。

在步骤S201中，生成识别信息。

在步骤S202中，输出所述识别信息，以供用户设备获取所述识别信息。

在步骤S203中，从所述用户设备或用户接收第一验证信息。

在步骤S204中，利用与所述识别信息对应的第二验证信息，对所接收到的第一验证信息进行验证。

该步骤S201，S202，S203和S204可以分别以与前文所述的S101，S102，S110和S111相似的方式来实现，这里将不再进行具体描述。

图3示出了第一设备的示意性框图。图3中所示的各个单元可以实现上述参照图2描述的方法步骤，并且能够以各种方式，例如以硬件、固件、软件模块等来实现。例如，这些单元可以以任何方式集成地实现，例如由单个电路或者装置来实现，或者可以单独地实现。

第一设备300包括用于生成识别信息的生成单元301；用于输出识别信息，以供用户设备获取的输出单元302；用于接收第一验证信息的接收单元303；以及用于利用与所述识别信息对应的第二验证信息，对所接收到的第一验证信息进行验证的验证单元304。

根据一种实施方式，该生成单元和验证单元可以是第一设备中的电路，可以包括运算电路、比较电路、加法电路、减法电路、加密电路、解密电路等等中的至少一种，例如通过印刷电路板、FPGA、 ASIC等实现。

根据一种实施方式，该生成单元和验证单元可以由第一设备中的单个部件，例如MCU、CPU等来实现，或者单独地实现。

根据一种实施方式，该输出单元可以包括显示所述识别信息的显示单元，例如液晶显示屏等。

根据一种实施方式，该接收单元可以包括用于接收用户手动输入验证信息的装置，例如键盘，显示虚拟键盘的触摸屏等等。

根据一种实施方式，该接收单元可以包括扫描用户设备提供的验证信息的装置，例如扫描用户设备显示的验证信息的扫描仪、摄像头等。

根据一种实施方式，在用户设备可以与第一设备通信的情况下，该接收单元可以对应于通信模块中的接收电路。

根据一种实施方式，该设备300还可以包括用于生成第二验证信息的单元，该单元可以按与上述生成单元相似的方式来实现。根据实施方式，该单元可以包含在生成单元或者验证单元中，或者单独地实现。

图4示出了根据本公开的实施例的用于用户设备的方法的流程图。如上所述地，在以下的描述中，第一设备和第二设备可指示在前文描述相同的含义，这里将不再详细描述。

在步骤S401中，获取第一设备输出的识别信息，所述识别信息是基于与第一设备的使用状况相关的信息生成的。

在步骤S402中，将所述识别信息传送至第二设备。

在步骤S403中，接收来自所述第二设备的利用所述识别信息生成的验证信息；

在步骤S404中，输出所述验证信息，以供所述第一设备进行验证。

该步骤S401，S402，S403和S404可以分别以与前文所述的 S103，S104，S108和S109相似的方式来实现，这里将不再进行具体描述。

图5示出了用户设备的示意性框图。图5中所示的各个单元可以实现上述参照图4描述的方法步骤，并且能够以各种方式，例如硬件、固件、软件模块等来实现。例如，这些单元可以集成在一起实现，例如由单个电路或者装置来实现，或者可以单独地实现。

该用户设备可具有用于从第一设备获取识别信息的获取单元501，例如用于扫描第一设备的显示的扫描装置等，以及供用户将第一单元的识别信息输入用户设备的装置。根据一种实施方式，在用户设备可以与第一设备通信的情况下，该获取单元可以对应于通信模块中的接收电路。

该用户设备500还可包括用于传送第一设备生成的识别信息至第二设备的传送单元502，以及用于接收来自所述第二设备的根据所述识别信息生成的验证信息的接收单元503。

根据一种实施方式，该传送单元和接收单元都可通过在用户设备的处理器上运行所存储和安装的应用程序(例如手机APP)来实现，也可由用户设备上的相关电路来实现。

该用户设备还可具有输出验证信息的输出单元501，例如可以是显示单元，或者在用户设备可以与第一设备通信的情况下将验证信息传递给第一设备的通信模块中的发送电路。

图6示出了根据本公开的用于第二设备的方法的流程图。如上所述地，该在以下的描述中，第一设备和用户设备可指示在前文描述相同的含义，这里将不再详细描述。

在步骤S601中，接收来自用户设备的识别信息，所述识别信息是基于与第一设备的使用状况相关的信息的。

在步骤S602中，根据所述识别信息生成验证信息。

在步骤S6503中，向用户设备发送所述验证信息。

该步骤S601，S602，S603可以分别以与前文所述的S105，S106， S107相似的方式来实现，这里将不再进行具体描述。

图7示出了第二设备的示意性框图。图7中所示的各个单元可以实现上述参照图6描述的方法步骤，并且能够以各种方式，例如硬件、固件、软件模块等来实现。例如，这些单元可以集成在一起实现，例如由单个电路或者装置来实现，或者可以单独地实现。

第二设备700可包括用于接收来自用户设备的识别信息的接收单元701，所述识别信息包括与第一设备的使用状况相关的信息；用于根据所述识别信息生成验证信息的生成单元702；以及用于向用户设备发送所述验证信息的发送单元703。

根据一种实施方式，该生成单元可以如前述第一设备中的生成单元那样实现。根据一种实施方式，接收单元和发送单元都可通过第二设备中的通信收发电路来实现。根据一种实施方式，生成单元可通过在第二设备上所安装的应用程序来实现，也可通过第二设备上的相关电路来实现。

根据本公开，该第一设备本身并不需要与第二设备(例如服务器) 进行任何直接通信，特别是关于识别信息和验证信息的直接通信。因此即使设备本身与服务器的网络通讯不佳，识别信息以及验证信息也可通过用户设备在设备与服务器之间成功地传递，并不影响动态码的验证。这样，设备的联网需求大大降低，设备甚至可以不需要设置网络通讯模块，一定程度上降低设备制造成本。

更进一步地，在本公开的方案中，所生成的识别信息包含有与提供服务的设备的使用状况相关的信息，这样通过单一信息传递过程，可以在实现验证的同时，服务器还可以了解到该设备的使用状况，无需与该设备直接通信，从而将验证过程和信息传输结合到一起，简化了通信过程。

此外，验证是由提供服务的设备发起并且在该设备处进行的，这样可有效地降低服务器处的工作负荷。

上述的工作流程主要涉及开始服务阶段的验证操作流程，在服务结束时，类似地，第一设备可再次生成识别信息，并且由用户设备传递至第二设备，从而第二设备可以了解设备使用结束时第一设备的状态信息，用户设备的使用记录等等，而无需与第一设备直接通信。

在实际应用中，还可利用上述操作流程中所提供的信息来对于服务进行计费。

根据一种实施方式，在停止服务后，用户再次将此时第一设备的识别信息上传第二设备。第二设备可利用两次上传之间的差异，完成费用核算。这种方式可以被称为后付费方式。

在一种简化方式中，例如，在用户设备两次接入第二设备时，第二设备可以基于两次接入之间的时间差异来进行计费。在另一种方式中，由于第一设备所生成的识别信息是以一些基本信息为基础而生成的，而这些基本信息可以包含一些与费用结算相关联的信息，因此可以利用两次传输中基本信息之间的差异来进行计费。

在此情况下，考虑到可能的验证失败等等，第二设备可以在用户设备接入第二设备之后保留预定的时间，在该预定时间内是不收费的。如果超过该预定时间仍不再从用户设备获得新的验证码，则认为用户设备成功获得了第一设备的服务，并且以先前存储的接入时间/第一设备的状态信息作为计费基础。如果在此预定时间内，用户设备重新传送识别信息给第二设备，则第二设备将先前存储的接入时间/第一设备的状态信息更新为当前的接入时间/第一设备的状态信息，并且重复上述操作。

此预定时间可以是考虑了服务器发送验证码至用户设备、用户设备将验证码输入第一设备并且第一设备进行验证操作所花费的时间等等来确定的，并且通常长于这些时间的总和。

根据一种实施方式，可以采用所谓的预付费方式。例如，用户可以在服务开始之前预先付费以购买预定量/预定时间长度的服务，而服务开始之后，当到达该预定量/预定时间后，第一设备不再提供服务，服务结束。在此情况下，无需第一设备再次生成识别信息并且通过用户设备来传递识别信息。

根据一种实施方式，对应于用户预付费的用户预订服务信息可以连通第二设备生成的验证信息一起被传递回第一设备，第一设备可以按照该服务信息来提供服务。如果在验证过程中出现失败需要重新验证，则用户的预订信息也会在重新验证过程中被再次发送给第一设备。

根据一种实施方式，用户可以在传递识别信息给第二设备时，接收到第二设备的预付费提示而付费来购买预定量/预定时间长度的服务。当然，预付费还可以在服务开始之前的其它时间进行。

本公开所记载的这种新型动态码验证方案在实施过程中并不需要依赖准确的时间用于生成验证码，因此甚至在设备完全断电后再开机也不会影响该验证方案的实施。同时该方案中设备并不直接与第二设备通讯，而是依赖用户的用户设备完成与第二设备通讯的过程，因此设备本身并不需要具备网络通讯模块。在设备制造成本上具有一定优势。

此外，通过识别信息的生成和传递，可以通过单次通信来同时实现若干方便的功能。特别地，通过识别信息的生成和传递，在服务器能够为第一设备提供对应的验证码的同时，服务器还可以在不与设备直接通信的情况下方便地了解到第一设备的状态信息并例如利用该状态信息进行服务器端的操作。由此，用户的操作并不复杂，而且通信的安全性和可靠性大大提高。

以上描述的本公开的实施例可以广泛地应用于各种应用场景，例如充电设备，共享车辆，诸如共享车辆，安保设施等等。以下将针对示例性的应用场景来详细描述本公开的技术方案。

示例1

以下将以充电设备为例来详细描述本公开的技术方案的实施。其中充电设备中的至少验证管理部件可对应于前述的第一设备，后端服务器对应于前述的第二设备。

目前市面上比较常见的充电设备包括相对固定式的充电设备，例如充电桩、桌面式充电设备等；以及自助租借移动电源的充电设备。这些充电设备整个服务流程——包括充电开始、充电结束、费用结算等通常都依赖于充电设备与后端服务器之间的通讯来完成。在服务流程中，用户使用用户设备与后端服务器通讯确认身份、缴交押金完成后，后端服务器向充电设备发送指令，确认充电开始。当用户结束充电后，设备将结束指令发送至服务器，服务器根据使用时间或者耗费电量等相关依据与用户结算费用。用户通过电子支付完成费用结算后，服务流程即完成。

因为整个服务流程均依赖充电设备和服务器之间的通讯，因此充电设备往往需要安装网络通讯模块，与服务器之间建立网络通讯。这样会使得充电设备的生产难度和制造成本难以降低，而且还可能存在一定的安全风险。

然而，随着发展，充电设备，尤其是功能单一、系统简单的桌面式充电设备，越来越追求生产快、成本低。

对于此，本示例提出了改进的利用动态码控制充电流程的充电设备，其中的网络通信模块被去除，从而使得设备的生产难度以及制造成本都会大大下降。而且在充电设备与服务器无需直接通信的情况下，仍能保证充电流程的正常进行，且同时服务器也能够及时、准确地了解充电设备的动态状况信息。

以下将参照附图8-10来详细描述充电设备的构造。应指出，附图所示的充电设备的构造仅仅是说明性的，而非限制性的。

如图8所示，该充电设备可包括控制部件、输出部件、输入部件、充电服务部件等组成部分，其中，控制部件分别与输出部件、输入部件、充电服务部件等相互连接以进行交互。应理解，诸如供电电源之类的公知的其它部件未被详细描述。其中，前述的第一设备可至少对应于控制部件，输入部件和输出部件，这些都被总称为验证管理部件。

控制部件可被以多种方式实现，例如被编程以实现上述功能的常规处理器、包括分别用于实现上述功能的离散式器件的一体式部件，分散式部件等等。作为示例，该控制部件可实现为处理器诸如CPU、微处理器诸如MCU，印刷电路板等。作为示例，如图10中1001所示，控制部件可以实现为主控PCB板。

该控制部件应用户请求或者定期自动地根据充电设备的一些基本信息动态生成识别码，例如二维码，前文所述的识别信息。该充电设备的基本信息包括但不限于设备的编号、设备剩余电量、设备运行状况、上一位用户使用时长等信息。

该控制部件还可具有用于验证从输入部件获得的验证信息与充电设备自身产生的验证信息是否一致的验证功能。这些验证信息可如前文所述地根据特定算法来产生。

根据一种实施方式，控制部件中的识别信息和验证信息的生成可由特定的电路来实现，例如可以包括运算电路、比较电路、加法电路、减法电路、加密电路、解密电路等等中的至少一种，例如可以由实现特定算法功能的集成电路、FPGA、ASIC等实现。根据一种实施方式，也可通过特定的电路来实现验证功能，例如实现特定功能的集成电路、FPGA、ASIC等实现，或者可由比较电路、比较器等实现。

输出部件，例如显示部件与控制部件电连接，将控制部件生成的识别码显示出来以供用户扫描输入或者手动输入用户设备，例如用户的移动手机。根据该识别码的类型不同，显示部件也可以采用不同的形式。在本例中，识别码为二维码，因此本充电设备所配置的显示部件为彩色显示屏。在实际应用中，如果识别码是数字形式，那么显示部件也可以是数字显示器。当然，输出部件还可以是其它形式，只要可以将识别码或工作状况提供给用户即可。图9中的901以及图10 中的1002示出了示例性的输出部件，可以是诸如显示屏的显示部件。

输入部件用于接收用户/用户设备输入的来自后台服务器的验证信息。控制部件与输入部件电连接，接收通过输入部件所输入的验证码信息。

依赖于输入的验证信息的类型，该输入部件的形式也可以是多样的。例如，在本例中设备所使用的输入部件是轻触开关，不同开关对应不同的数字，使用不同的数字组合成不同的验证码。当然该输入部件还可以包含字母、字符等按键，如图9中的902和图10中的1003 所示。根据一种实施方式，验证码可以是二维码、条形码、图案码等形式，此时输入部件可以为扫描器，用户只需提供该验证码供该输入部件扫描，即可完成验证码的输入。当然，输入部件还可以是其它形式，只要可以将验证码提供给充电设备即可。

充电服务部件为设备向用户提供充电服务的部件。该部件的工作状态受控制部件的控制，控制部件在确认用户所输入的验证码有效，则向充电服务部件发出指令，充电服务部件开始提供充电服务。当服务时间完结后，控制部件即向充电服务部件发出指令，停止提供充电服务。

在本例中，充电服务部件为至少一个充电接口/充电线，用户使用数据线连接充电接口与移动设备。图9中的903和图10中的1004 示出了充电服务部件，例如充电线。在验证通过之后，控制部件指令充电服务部件开始工作，即指令充电接口通电，开始向移动设备充电。当控制部件指令充电服务部件停止工作时，即指令充电接口断电，停止向移动设备充电。在此情况下，充电设备生成的识别码主要包含的是充电设备本身的状态信息。

根据一种实施方式，充电服务部件也可以是充电模组的形式，诸如容纳有至少一个移动电源的容纳装置。在验证通过之后，控制部件控制充电服务部件开始工作，即控制充电模组送出移动电源供用户使用。当用户归还移动电源时，控制部件控制充电模组将移动电源吸纳进充电模组内重新对移动电源充电。在此情况下，充电设备生成的识别码除了包含充电设备的状态信息外，还会包含使用的移动电源相关的状态信息。

根据一种实施方式，控制部件可以通过驱动部件来控制充电服务部件提供或者结束充电服务。例如，在充电服务部件是充电接口的情况下，驱动部件可根据控制部件的控制来使得充电接口通电或者断电，诸如为开关部件；在充电服务部件是移动电源的情况下，驱动部件可根据控制部件的控制来吞吐移动电源，诸如为容纳一个移动电源的容纳装置或者该容纳装置的驱动装置。

该驱动部件可以与控制部件成一体，也可以与充电服务部件成一体。

充电设备还可以包括机身部件，其他功能部件均安装于机身部件内，机身部件对各个功能部件起保护作用。机身是整机设备的支撑部件，其他各功能部件安装于机身上。例如，机身部件可以包括机壳 (例如，左机壳和右机壳)、底座(例如，左底座和右底座)、灯板等，在为充电服务部件提供电源的内置电芯可以被容纳在机身部件内，并且与充电服务附件连接。图9中的905指示作为机身部件的底座，图10中的1005和1006分别指示前底座和后底座，1007和1008分别指示左机壳和右机壳，1009指示灯板，1010指示设置的内部电芯。在本例中，机身采用注塑成型，材料使用ABS工程塑料。在实际应用中，也可以使用其他材料和其他制造工艺制造机身，例如使用钣金材料通过折弯等工艺制造金属机身等。

充电设备还可以包括其它部件以用于驱动、指示、装饰、美观等作用，这些将不再详细描述。

以下将示例性地描述充电设备的示例性的工作流程。应指出，这里所描述的工作过程仅仅是示例性的，该工作过程还可以以如前文所描述的各过程的其它方式来实施。

充电设备的控制部件会根据请求或者定时地根据设备的信息动态生成识别码，并调用预设的算法对识别码进行计算，获得验证码(验证码A)并输出识别码，例如将所生成的识别码投射到显示部件上。上述的用于生成识别码和用于生成验证码的算法被预先装载到充电设备中，例如在制造期间，其中用于生成验证码的算法是每个充电设备特有的。而与之相对应的算法仅仅被装载到后台服务器中。

在用户希望充电时，用户可以通过用户设备上的专用APP或者其它第三方APP来输入识别码并且上传至服务器。取决于充电设备生成的识别码的形式，用户可以手动地输入该识别信息，或者可以通过用户设备的摄像头扫描该识别信息，并且上传信息。

后端服务器对识别码进行解读，获取二维识别码所包含的信息。其中，后端服务器根据二维识别码中的设备编码调用相应的算法对二维识别码进行计算，获得验证码(验证码B)，并且将验证码B发送回用户设备。此时，后台服务器可以将识别码所包含的其他信息记录在服务器内。例如，服务器可以获知该识别信息中所包含的充电设备的标识信息和电量信息，并且将这两者关联地存储以作为充电设备的使用记录。

用户通过充电设备的输入部件将验证码B输入充电设备。

充电设备核对该验证码B与设备本身计算的验证码A是否一致，一致则认为通过验证，控制充电服务部件开启充电服务。如果两个验证码核对结果不一致，则无法通过验证，需要重复上述过程以继续验证，直到通过验证为止。作为替代，验证码A也可以不在生成充电设备识别码时生成，而是在验证码B输入之后，基于先前缓存的识别码而生成。

图11示出了根据本公开的一个实施例的验证充电流程，其中所示的来电宝对应于本公开中所描述的充电设备。

来电宝根据电量、密码因子、异常代码、电池容量、循环次数、上次使用时长等动态生成二维码(S1101)，并且显示该二维码。用户例如利用手机扫一扫该二维码(S1102)，从而该二维码能够通过加密数据传输(密文)来传输到用户手机上(S1103)，然后用户通过手机对于服务器进行密文传输(S1104)。

在接收到密文之后，服务器根据密文可以计算出密码(S1105)，并且将所计算出的密码传送回用户侧(S1106)。在接收到密码之后，用户在来电宝键盘中输入密码(S1107)。

来电宝利用其中动态生成的二维码对于所输入的密码进行验证 (S1108)，并且在验证通过的情况下，电源线可以输出电流，从而用户可以充电(S1109)。

如果充电设备以付费充电模式工作，则还可以通过类似的上述工作流程来对于用户设备的充电进行计费。

根据一种实施方式，可以采用前文所述的后付费模式，其中，在充电结束时，用户再次获得充电设备的识别码并提供给服务器，服务器通过将两次输入的识别码的信息进行比较，从而核算用户的使用费用。例如，在用户设备与充电接口断开时，或者用户将移动电源归还到充电模组中时，充电设备认为充电服务结束，并且会再次生成识别码。

在实际应用中，在充电服务结束之后，服务器还可以将核算的费用告知用户，同时提供其他表述，例如感谢使用，欢迎下次使用等。当然，服务器也可以先提供其他表述，稍后再计算并提供费用。

在实际应用中，当用户设备在专用APP或者其它第三方APP上提交停止充电的请求时，如果用户设备此没有输入识别信息，则服务器会要求用户设备提供识别信息，而服务器并不会开始核算费用。

根据一种实施方式，可以采用前文所述的预付费模式，例如，用户在充电开始之前可以预先付费以购买预定量的充电时间，并且通过验证以后，控制部件会向充电服务部件发出指令，使充电接口通电，用户即可通过充电线连接充电设备和移动设备，开始给移动设备充电。充电服务部件开始提供充电服务的同时，控制部件开始计时，当到达预设时间后，控制部件即控制充电服务部件停止供电，该充电服务即停止。

通常，作为充电接口的充电服务部件可以采用后付费和前付费模式，而作为移动电源的充电服务部件通常主要采用后付费模式。

由上述描述可见，本公开的充电设备在整个运作中依靠动态码就可成功完成用户设备充电，而此过程中充电设备无需与服务器之间进行直接通信，这样充电设备中的通讯模块可以被省略，从而大大简化充电设备的制造，降低充电设备的成本。

而且，充电设备在识别码中可以融入很多各种基本信息，当用户扫描识别码的同时，等于将设备的这些基本信息同时传输给后端服务器，后端服务器根据二维码所上传的信息进行费用核算、设备状况更新，维护人员可以通过服务器后台查看各设备的运行状态，有针对性地进行设备维护，而服务器无需与充电设备直接通信。

而且，识别码可以是动态产生的，每隔一段时间就发生变化，其安全性和可靠性也明显高于固定识别码。

示例2

以下以共享车辆为例来描述本申请的技术方案的实施。其中共享车辆上的能够生成信息并且验证信息的验证管理模块可对应于前述的第一设备，该模块可以具有显示屏，并且能够获知共享车辆的相关状态信息例如，车辆的故障信息，车辆的里程信息，车辆的位置信息等等，后端服务器对应于前述的第二设备。以下以车辆的里程信息为例来描述共享车辆中本申请的技术方案的实施。

在操作中，该共享车辆的第一设备能够根据单车编码和上述信息行程计算表的行程刻度生成一个识别条形码或二维码，该识别码每间隔一段时间变化一次。用户使用共享车辆的时候，用手机APP扫描该条形码，并将识别码上传服务器。服务器根据条形码利用预设算法计算出验证码，并将验证码反馈回客户APP。用户将验证码输入共享车辆，CPU将用户输入的验证码与CPU计算的验证码进行核对，核对结果一致则自动解锁，以供用户使用。当用户需要结束租借的时候，用APP再次扫描条形码，并将该条形码上传至服务器，服务器根据两次条形码上传的时间间隔以及条形码所包含的行程计算表的行程信息，核算出相应的租借费用，并收取租金。

除此之外，也可以在共享车辆上安装GPS模块，将GPS定位信息也作为一种基本信息，识别码将GPS定位信息也包含在内，用户上传识别码的时候将GPS信息一并上传至服务器进行记录。

示例3

以下以安全门禁设备为例来描述本申请的技术方案的实施。其中安全门禁设备可对应于前述的第一设备，该设备可以具有显示屏，并且能够获知希望使用门禁设备的用户的身份信息，后端服务器对应于前述的第二设备。

在操作中，在用户希望使用完全门禁时，门禁设备要求用户输入用户身份信息，例如用户输入用户身份证件号码、条形码等或者由门禁设备的摄像头扫描得到用户的视网膜、指纹、脸部信息等等。该门禁设备能够根据门禁设备的编码和上述用户身份信息生成一个识别条形码或二维码，该识别码每间隔一段时间变化一次，并且将其显示在门禁设备的显示部件上。

用户用手机APP扫描该条形码，并将识别码上传服务器。服务器根据条形码利用预设算法计算出验证码，并将验证码反馈回客户 APP。用户将验证码输入门禁设备，CPU将用户输入的验证码与 CPU计算的验证码进行核对，核对结果一致则自动解锁，以供用户出入。

应指出上文描述的示例仅仅是示例性的，本公开的技术方案仍可广泛地应用于其它类型的需要进行验证的设备，诸如保险柜、各种自助服务设备等等，从本公开的描述可见，这些设备都无需安装通信模块，从而大大降低了成本，提高了生产率。

至此，已经详细描述了根据本公开的动态码验证方法和设备。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本公开的方法和设备。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和设备。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。

应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以以软件、硬件或者软硬件结合的方式来实现。在实际实现时，上述各个单元可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或 DSP等)、集成电路等)来实现。其中，处理电路可以指在计算系统中执行功能的数字电路系统、模拟电路系统或混合信号(模拟和数字的组合)电路系统的各种实现。处理电路可以包括例如诸如集成电路(IC)、专用集成电路(ASIC)这样的电路、单独处理器核心的部分或电路、整个处理器核心、单独的处理器、诸如现场可编程门阵列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统。

另外，还应该指出的是，上述系列处理和设备也可以通过软件和 /或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图12是示出作为本公开的实施例中可采用的设备的示例结构的框图。

中央处理单元(CPU)1801起到基于存储在只读存储器(ROM) 1802或存储单元1808上的程序执行各类处理的数据处理单元的作用。例如，CPU 1801执行基于前述操作。随机存取存储器(RAM)1803 存储由CPU 1801执行的程序、数据等。CPU 1801、ROM 1802和 RAM 1803经由总线1804彼此相连。

CPU 1801经由总线1804连接至输入和输出接口1805，并且由各类开关、键盘、鼠标、麦克风等构成的输入单元1806和由显示器、扬声器等构成的输出单元1807连接至该输入和输出接口1805。例如， CPU 1801响应于从输入单元1806输入的指令执行各类处理，并将处理结果输出至输出单元1807。

连接至输入和输出接口1805的存储单元1808例如由硬盘构成，并且在其上存储由CPU 1801执行的程序以及各类数据。通信单元 1809经由诸如因特网或局域网的网络与外部设备通信。应理解，在第一设备的硬件配置中，通信单元是可以省略的。

连接至输入和输出接口1805的驱动器1810驱动诸如磁盘、光盘、磁光盘或者半导体存储器(例如存储卡)的之类的可移除介质1811，并且获取其上记录的诸如内容和密钥信息的各类数据。

此外，在一些实施例中，还可将本公开实施为记录在存储介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的存储介质。该存储介质可以是非易失性存储介质，其例子可包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))、半导体存储器、存储卡、存储棒等。

应当理解，根据本公开的实施例的存储介质和程序产品中的机器可执行指令还可以被配置为执行与上述装置实施例相对应的方法，因此在此未详细描述的内容可参考先前相应位置的描述，在此不再重复进行描述。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本实用新型的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本实用新型的范围可由所附权利要求来限定。