签到信息的生成方法、装置、设备及存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种签到信息的生成方法、装置、设备及存储介质。


背景技术：

2.随着互联网技术的发展，越来越多的用户选择通过电子门票进入某一活动场馆。为了确定某一活动场馆的实际到场人数，在用户进入活动场馆时，需要获取用户的签到信息。
3.现有技术中，代理人(也即邀请人)向客户(也即受邀人)发送电子邀请函，电子邀请函中包括活动信息和邀请人信息。客户填写电子邀请函后生成包括活动信息、受邀人信息和邀请人信息的电子门票。在用户进入活动场馆时，通过扫描用户的电子门票，获取该用户的签到信息。其中，签到信息包括活动信息、受邀人信息和邀请人信息。
4.然而，发明人发现现有技术至少存在如下技术问题：在获取用户的签到信息之前，需要客户填写电子邀请函生成电子门票。这样，当没有电子门票的客户的数量较多时，填写电子邀请函生成电子门票花费的时间较长，进而导致获取签到信息的效率较低。


技术实现要素：

5.本技术提供一种签到信息的生成方法、装置、设备及存储介质，用以解决现有技术中获取签到信息的效率较低的问题。
6.第一方面，本技术提供一种签到信息的生成方法，包括：
7.确定待签到的第一用户的身份信息和预约状态信息，所述第一用户为客户和代理人中的一个；
8.若所述预约状态信息用于表示所述第一用户处于未预约状态，展示预约项目列表，所述预约项目列表包括至少一个活动项目控件；
9.若任一活动项目控件被触发，则展示所述活动项目控件对应的活动项目的信息录入界面，所述信息录入界面用于获取参与所述活动项目的第二用户的身份信息，所述第二用户为客户和代理人中与所述第一用户不同的另一个；
10.若成功获取参与所述活动项目的第二用户的身份信息，将所述第一用户的身份信息、所述第二用户的身份信息和活动项目信息进行关联，生成签到信息。
11.在一种可能的设计中，所述确定待签到的第一用户的身份信息和预约状态信息，包括：
12.读取所述第一用户的人脸信息、证件信息或预约码信息，得到所述第一用户的身份信息；
13.若从数据库中成功获取所述第一用户的身份信息关联的预约项目信息，则确定所述第一用户的预约状态信息为已预约状态，若从数据库中无法获取所述第一用户的身份信息关联的预约项目信息，则确定所述第一用户的预约状态信息为未预约状态。
14.在一种可能的设计中，所述第一用户为代理人，所述第二用户为客户；
15.所述获取参与所述活动项目的第二用户的身份信息的过程，包括：
16.所述信息录入界面包括询问是否有同行客户一起签到的第一按钮和第二按钮；若所述第一按钮被触发，则展示第一信息录入界面，所述第一信息录入界面用于录入客户的身份信息。
17.在一种可能的设计中，若所述第二按钮被触发，则不录入客户的身份信息。
18.在一种可能的设计中，所述第一用户为客户，所述第二用户为代理人；
19.所述获取参与所述活动项目的第二用户的身份信息的过程，包括：
20.所述信息录入界面包括询问代理人是否在身边的第三按钮和第四按钮，若所述第三按钮被触发，则展示第二信息录入界面，所述第二信息录入界面用于录入代理人的身份信息。
21.在一种可能的设计中，若所述第四按钮被触发，则展示第三信息录入界面，所述第三信息录入界面用于直接输入所述代理人的身份信息。
22.在一种可能的设计中，所述方法还包括：
23.若所述第一用户为客户，且所述预约状态信息用于表示所述第一用户处于已预约状态，则将所述第一用户的身份信息和所述预约项目信息进行关联，生成签到信息，所述预约项目信息包括第二用户的身份信息和活动项目信息；或者，
24.若所述第一用户为代理人，且所述预约状态信息用于表示所述第一用户处于已预约状态，则展示所述预约项目信息对应的活动项目的信息录入界面。
25.第二方面，本技术提供一种签到信息的生成装置，包括：
26.确定模块，用于确定待签到的第一用户的身份信息和预约状态信息，所述第一用户为客户和代理人中的一个；
27.第一展示模块，用于若所述预约状态信息用于表示所述第一用户处于未预约状态，展示预约项目列表，所述预约项目列表包括至少一个活动项目控件；
28.第二展示模块，用于若任一活动项目控件被触发，则展示所述活动项目控件对应的活动项目的信息录入界面，所述信息录入界面用于获取参与所述活动项目的第二用户的身份信息，所述第二用户为客户和代理人中与所述第一用户不同的另一个；
29.生成模块，用于若成功获取参与所述活动项目的第二用户的身份信息，将所述第一用户的身份信息、所述第二用户的身份信息和活动项目信息进行关联，生成签到信息。
30.第三方面，本发明提供一种电子设备，包括：至少一个处理器和存储器；
31.所述存储器存储计算机执行指令；
32.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面所述的签到信息的生成方法。
33.第四方面，本发明提供一种计算机存储介质，所述计算机存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面所述的签到信息的生成方法。
34.第五方面，本技术还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时，实现如上第一方面所述的签到信息的生
成方法。
35.本技术提供的签到信息的生成方法、装置、设备及存储介质，由于对于没有预约的第一用户，可以直接触发打算参加的活动对应的活动项目控件，通过展示出的信息录入界面获取第二用户的身份信息，进而实现了生成包括第一用户、第二用户和活动项目信息的签到信息，而第一用户既可以是客户，也可以是代理人，也即是，对于不同的用户，均可以生成包括客户、代理人和活动项目信息的签到信息，而不用操作生成电子门票，所以提高了获取签到信息的效率。
附图说明
36.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
37.图1为本技术实施例的签到信息的生成方法的应用场景图；
38.图2为本技术实施例提供的签到信息的生成方法的流程图一；
39.图3为本技术实施例提供预约项目列表的示意图；
40.图4为本发明实施例提供的签到信息的生成方法的流程图二；
41.图5为本技术实施例提供的一种签到信息的生成方法的示意图；
42.图6为本技术实施例提供的一种团体签到界面的示意图；
43.图7为本技术实施例提供的签到信息的生成装置的结构示意图；
44.图8为本技术实施例提供的电子设备的结构示意图。
45.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
46.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
47.随着互联网技术的发展，越来越多的用户选择通过电子门票进入某一活动场馆。代理人(也即邀请人)向客户(也即受邀人)发送电子邀请函，电子邀请函中包括活动信息和邀请人信息。例如，活动项目名：“xx洽谈会”；代理人：李xx。客户将个人信息填写电子邀请函后，生成电子门票。在用户进入活动场馆时，通过扫描用户的电子门票，获取该用户的签到信息。
48.示例性的，当用户通过电子门票进入“xx洽谈会”的活动场馆的场景。用户的电子门票上包括：客户“张xx”，活动项目名“xx洽谈会”，代理人“李xx”。用户达到现场后，通过在验票设备上扫描电子门票进入活动场馆。此时，验票设备核销该电子门票，同时获取用户的签到信息。其中，签到信息包括活动信息、受邀人信息和邀请人信息。
49.然而，发明人发现现有技术至少存在如下技术问题：在获取用户的签到信息之前，需要客户填写电子邀请函生成电子门票。例如，客户已达到活动现场，但没有电子门票。此
时，代理人需要现场向客户发送电子邀请函，客户现场填写电子邀请函生成电子门票之后，才能凭电子门票进入活动场所。这样，当没有电子门票的客户的数量较多时，填写电子邀请函生成电子门票花费的时间较长，进而导致获取签到信息的效率较低。
50.针对上述技术问题，本技术提出如下技术构思：当用户达到现场时，先确定用户的身份信息和预约状态信息。若客户没有预约，则选择准备参加的活动项目，获取该活动项目的代理人信息，将客户、代理人和活动项目三者之间的关系进行绑定。客户、代理人完成团体签到，之后进入活动场所。由此可见，上述方法可以省去人工生成电子门票的步骤，因此，提高了获取签到信息的效率。
51.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
52.图1为本技术实施例的签到信息的生成方法的应用场景图。如图1所示，该应用场景包括：终端101和服务器102。终端101和服务器102之间可以通过无线方式连接。终端101可以是面板机、手机、平板等。
53.终端101将未预约客户的身份信息、代理人的身份信息和活动项目进行关联，生成客户的签到信息。将客户的签到信息发送至服务器102。服务器102对客户的签到信息进行存储，更新票务系统中的数据库，生成客户的票务并核销。其中，核销票务用于表示客户抵达活动现场，该客户为实际到场人员。服务器102向终端101发送“签到成功”的提示信息。终端101可以与入场闸机连接，在接收到“签到成功”的提示信息时，控制入场闸机打开，客户进入现场。
54.需要说明的是，本技术的技术方案中，所涉及的用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
55.本技术实施例提供一种签到信息的生成方法。本技术实施例的方法的执行主体可以是图1中所示的终端。图2为本技术实施例提供的签到信息的生成方法的流程图一。如图2所示，该签到信息的生成方法包括：
56.s201、确定待签到的第一用户的身份信息和预约状态信息，第一用户为客户和代理人中的一个。
57.在本发明实施例中，待签到的第一用户可以是客户，也可以代理人。代理人为活动项目的邀请人，客户为活动项目的受邀人。可选的，客户的身份信息包括客户姓名、手机号、身份证号等。代理人的身份信息包括代理人姓名、工号、手机号、身份证号等。
58.s202、若预约状态信息用于表示第一用户处于未预约状态，展示预约项目列表，预约项目列表包括至少一个活动项目控件。
59.在本发明实施例中，活动项目控件中的活动项目信息包括活动项目类型、活动项目名称、活动项目时间、活动讲师、活动地址等。示例性的，如图3所示，预约项目列表包括三个活动类别：团体活动、场地洽谈和带客参观。其中，团体活动包括两个活动项目控件：分别对应9:30-10:00的“惠爱母亲节”活动和10:30-11:00的“惠爱母亲节”活动。场地洽谈包括一个活动项目控件，带客参观包括一个活动项目控件。
60.s203、若任一活动项目控件被触发，则展示活动项目控件对应的活动项目的信息录入界面，信息录入界面用于获取参与活动项目的第二用户的身份信息，第二用户为客户
和代理人中与第一用户不同的另一个。
61.在本发明实施例中，用户可以通过点击操作触发活动项目控件，进入活动项目的信息录入界面。
62.s204、若成功获取参与活动项目的第二用户的身份信息，将第一用户的身份信息、第二用户的身份信息和活动项目信息进行关联，生成签到信息。
63.在本发明实施例中，代理人的数量为一个，客户的数量可以为一个或多个。活动项目信息至少包括活动项目名称，活动项目信息还可以包括活动项目类型、活动项目时间、活动讲师和活动地址中的一个或多个。
64.签到信息可以为签到关系列表，该关系列表包括签到id(identity document，标识)、活动id、签到人id、所属代理人id、识别方式、签到类型、签到时间和签到设备id。示例性的，如表1所示。其中，一个活动id对应一个活动项目，终端内存储有活动表，该活动表内包括活动id与活动项目之间的对应关系。一个签到人id对应一个用户，终端内存储有用户表，该活动表内包括签到人id与用户信息之间的对应关系。
65.表1签到关系列表
[0066][0067]
在本技术实施例中，对于没有预约的第一用户，可以直接触发打算参加的活动对应的活动项目控件，通过展示出的信息录入界面获取第二用户的身份信息，进而实现了生成包括第一用户、第二用户和活动项目信息的签到信息，而第一用户既可以是客户，也可以是代理人，也即是，对于不同的用户，均可以生成包括客户、代理人和活动项目信息的签到信息，而不用操作生成电子门票，所以提高了获取签到信息的效率。
[0068]
图4为本发明实施例提供的签到信息的生成方法的流程图二。在本发明实施例中，终端通过人脸识别、刷证件或预约码，确定第一用户的身份信息和预约状态信息。在图2提供的实施例的基础上，对s201中确定待签到的第一用户的身份信息和预约状态信息的具体实现方法进行了详细说明。如图4所示，该方法包括：
[0069]
s401、读取第一用户的人脸信息、证件信息或预约码信息，得到第一用户的身份信息。
[0070]
在一些实施例中，终端通过离线方式从本地获取用户的身份信息。相应的，终端获取第一用户的身份信息的具体步骤为：终端通过摄像头对第一用户进行人脸识别，得到人
脸图像，从本地数据库中匹配该人脸图像对应的身份信息；或者，终端通过读卡器读取第一用户的证件，得到证件信息，从本地数据库中匹配该证件信息对应的身份信息；或者，终端通过扫描器读取第一用户的预约码，得到预约码信息，从本地数据库中匹配该预约码信息对应的身份信息。其中，本地数据库可以为用户信息库，该用户信息库内存储有人脸图像和身份信息、证件信息和身份信息、预约码信息和身份信息之间的关联关系。
[0071]
在本技术实施例中，终端通过离线方式从本地获取第一用户的身份信息，节省了获取身份信息的步骤，且不受网络信号的影响，所以提高了获取身份信息的效率。
[0072]
在另一些实施例中，终端通过在线方式从服务器获取用户的身份信息。相应的，终端获取第一用户的身份信息的具体步骤为：终端通过摄像头对第一用户进行人脸识别，得到第一用户的人脸图像。终端向服务器发送获取请求，该获取请求包括第一用户的人脸图像。服务器接收获取请求，从用户信息库中匹配该人脸图像对应的身份信息，将该身份信息返回终端。或者，终端通过读卡器读取第一用户的证件，得到第一用户的证件信息。终端向服务器发送获取请求，该获取请求包括第一用户的证件信息。服务器接收获取请求，从用户信息库中匹配该证件信息对应的身份信息，将该身份信息返回终端。或者，终端通过扫描器读取第一用户的预约码，得到第一用户的预约码信息。终端向服务器发送获取请求，该获取请求包括第一用户的预约码信息。服务器接收获取请求，从用户信息库中匹配该预约码信息对应的身份信息，将该身份信息返回终端。
[0073]
在本技术实施例中，终端通过在线方式从服务器获取用户的身份信息，从而不用在终端本地存储数据库，节省了终端的存储内存，所以提高了终端的运行速度。
[0074]
s402、若从数据库中成功获取第一用户的身份信息关联的预约项目信息，则确定第一用户的预约状态信息为已预约状态，若从数据库中无法获取第一用户的身份信息关联的预约项目信息，则确定第一用户的预约状态信息为未预约状态。
[0075]
可选的，数据库可以为服务器内的预约信息库，该预约信息库内存储有客户、代理人和活动项目之间的关联关系。相应的，终端获取第一用户的预约状态信息的步骤为：终端向服务器发送获取请求，该获取请求携带第一用户的身份信息。服务器接收获取请求，从预约信息库中查询第一用户的身份信息关联的预约项目信息。若查询成功，则向终端反馈用户已预约信息，终端确定第一用户的预约状态信息为已预约状态；若查询失败，则向终端反馈用户未预约信息，终端确定第一用户的预约状态信息为未预约状态。
[0076]
在本技术实施例中，终端通过人脸识别、刷证件或预约码，确定第一用户的身份信息和预约状态信息，而不用第一用户人工输入，所以提高了获取用户的身份信息和预约状态信息的效率。
[0077]
需要说明的是，如图5所示，用户可以选择人脸识别、刷证件或预约码中的任一方式获取身份信息和预约状态信息。若识别失败，则通过其他方式获取。例如，通过人脸识别失败，则可以通过刷证件获取身份信息和预约状态信息。
[0078]
在本发明实施例中，对于未预约的第一用户，需要通过信息录入界面获取活动项目对应的第二用户的身份信息。下面在图2提供的实施例的基础上，对s203中通过信息录入界面获取参与活动项目的第二用户的身份信息的具体实现方法进行了详细说明。可选的，终端可以根据以下四种不同场景，获取参与活动项目的第二用户的身份信息。
[0079]
第一种场景：第一用户为代理人，第二用户为客户。终端获取参与活动项目的第二
用户的身份信息的过程，包括：信息录入界面包括询问是否有同行客户一起签到的第一按钮和第二按钮。若第一按钮被触发，则展示第一信息录入界面，第一信息录入界面用于录入客户的身份信息。示例性的，如图6所示，代理人未预约，显示信息录入界面，该信息录入界面包括询问是否有同行客户一起签到的第一按钮和第二按钮。可选的，第一按钮为“是”，第二按钮为“否”，若第一按钮“是”被触发，则展示第一信息录入界面。其中，客户的数量可以为一个或多个。当客户为多个时，在第一信息录入界面依次录入多个客户的身份信息。其中，录入客户的身份信息的方式包括人脸识别、证件识别和预约码识别中的至少一个。
[0080]
可选的，继续参见图5，第一信息录入界面录入客户的身份信息时，验证该客户的身份信息是否已录入，若已录入客户的身份信息，则不重复录入该客户的身份信息，并提醒“已参团成功”；若没有录入，则录入该客户的身份信息。
[0081]
第二种场景：第一用户为代理人，第二用户为客户。终端获取参与活动项目的第二用户的身份信息的过程，包括：信息录入界面包括询问是否有同行客户一起签到的第一按钮和第二按钮。若第二按钮被触发，则不录入客户的身份信息。示例性的，如图5所示，代理人直接签到成功。
[0082]
第三种场景：第一用户为客户，第二用户为代理人。终端获取参与活动项目的第二用户的身份信息的过程，包括：信息录入界面包括询问代理人是否在身边的第三按钮和第四按钮，若第三按钮被触发，则展示第二信息录入界面，第二信息录入界面用于录入代理人的身份信息。其中，录入代理人的身份信息的方式包括人脸识别、证件识别和预约码识别中的至少一个。可选的，第三按钮为“是”，第四按钮为“否”，若第三按钮“是”被触发，则展示第二信息录入界面。
[0083]
第四种场景：第一用户为客户，第二用户为代理人。终端获取参与活动项目的第二用户的身份信息的过程，包括：信息录入界面包括询问代理人是否在身边的第三按钮和第四按钮，若第四按钮被触发，则展示第三信息录入界面，第三信息录入界面用于直接输入代理人的身份信息。示例性的，客户可以通过第三信息录入界面，输入代理人的工号、手机号或身份证号等。例如，第三信息录入界面包括“信息录入对话框”，客户可以通过信息录入对话框输入代理人的工号、手机号或身份证号。
[0084]
可选的，继续参见图5，第三信息录入界面内还包括“跳过”按钮，客户可以触发“跳过”按钮。此时，客户作为散客签到成功。
[0085]
在另一些实施例中，参见图5，若第一用户的状态为已预约状态。若第一用户为客户，且预约状态信息用于表示第一用户处于已预约状态，则将第一用户的身份信息和预约项目信息进行关联，生成签到信息。该客户签到成功。其中，预约项目信息包括第二用户的身份信息和活动项目信息。若第一用户为代理人，且预约状态信息用于表示第一用户处于已预约状态，则展示预约项目信息对应的活动项目的信息录入界面，之后录入客户的身份信息，完成团体签到。其中，客户可以为一个或多个，当客户为多个时，依次录入多个客户的身份信息，之后将代理人的身份信息、多个客户的身份信息和活动项目信息进行关联，完成团体签到。
[0086]
需要说明的是，在本发明实施例中，在成功获取参与活动项目的第二用户的身份信息之后，终端展示团体信息录入界面，团体信息录入界面内包括“团体签到”按钮。若“团体签到”按钮触发，则终端将第一用户的身份信息、第二用户的身份信息和活动项目信息进
行关联，生成签到信息，完成团体签到。
[0087]
可选的，参见图6，团体信息录入界面包括代理人标识、代理人图标、客户图标、代理人删除按钮和客户删除按钮。代理人删除按钮可以位于代理人图标的右上角，代理人标识可以位于代理人图标的左上角。客户删除按钮可以位于客户图标的右上角。若某一客户删除按钮被触发，则从团体签到中移除该客户。这样，对于错误参团的客户，可以及时纠正，同时也提高了操作效率。
[0088]
图7为本技术实施例提供的签到信息的生成装置的结构示意图。如图7所示，该签到信息的生成装置，包括：确定模块701、第一展示模块702、第二展示模块702和生成模块704。
[0089]
其中，确定模块701，用于确定待签到的第一用户的身份信息和预约状态信息，第一用户为客户和代理人中的一个；
[0090]
第一展示模块702，用于若预约状态信息用于表示第一用户处于未预约状态，展示预约项目列表，预约项目列表包括至少一个活动项目控件；
[0091]
第二展示模块703，用于若任一活动项目控件被触发，则展示活动项目控件对应的活动项目的信息录入界面，信息录入界面用于获取参与活动项目的第二用户的身份信息，第二用户为客户和代理人中与第一用户不同的另一个；
[0092]
生成模块704，用于若成功获取参与活动项目的第二用户的身份信息，将第一用户的身份信息、第二用户的身份信息和活动项目信息进行关联，生成签到信息。
[0093]
在一些实施例中，确定模块702确定待签到的第一用户的身份信息和预约状态信息，具体包括：读取第一用户的人脸信息、证件信息或预约码信息，得到第一用户的身份信息；若从数据库中成功获取第一用户的身份信息关联的预约项目信息，则确定第一用户的预约状态信息为已预约状态，若从数据库中无法获取第一用户的身份信息关联的预约项目信息，则确定第一用户的预约状态信息为未预约状态。
[0094]
在一些实施例中，第一用户为代理人，第二用户为客户，第二展示模块703，通过信息录入界面获取参与活动项目的第二用户的身份信息，具体包括：信息录入界面包括询问是否有同行客户一起签到的第一按钮和第二按钮；若第一按钮被触发，则展示第一信息录入界面，第一信息录入界面用于录入客户的身份信息；若第二按钮被触发，则不录入客户的身份信息。
[0095]
在一些实施例中，第一用户为客户，第二用户为代理人，第二展示模块703，通过信息录入界面获取参与活动项目的第二用户的身份信息，具体包括：信息录入界面包括询问代理人是否在身边的第三按钮和第四按钮，若第三按钮被触发，则展示第二信息录入界面，第二信息录入界面用于录入代理人的身份信息。
[0096]
在一些实施例中，该装置还包括：第三展示模块；
[0097]
第三展示模块，用于若第四按钮被触发，则展示第三信息录入界面，第三信息录入界面用于直接输入代理人的身份信息。
[0098]
在一些实施例中，生成模块704，还用于若第一用户为客户，且预约状态信息用于表示第一用户的处于已预约状态，则将第一用户的身份信息和预约项目信息进行关联，生成签到信息，预约项目信息包括第二用户的身份信息和活动项目信息；或者，展示模块702还用于若第一用户为代理人，且预约状态信息用于表示第一用户处于已预约状态，则展示
预约项目信息对应的活动项目的信息录入界面。
[0099]
本技术实施例提供的签到信息的生成装置，可用于执行上述实施例中签到信息的生成方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
[0100]
需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块701可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块701的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
[0101]
图8为本技术实施例提供的电子设备的结构示意图。如图8所示，该电子设备可以包括：收发器801、处理器802、存储器803。
[0102]
处理器802执行存储器存储的计算机执行指令，使得处理器802执行上述实施例中的方案。处理器802可以是通用处理器，包括中央处理器cpu、网络处理器(network processor，np)等；还可以是数字信号处理器dsp、专用集成电路asic、现场可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0103]
存储器803通过系统总线与处理器802连接并完成相互间的通信，存储器803用于存储计算机程序指令。
[0104]
收发器801可以用于获取待运行任务和待运行任务的配置信息。
[0105]
系统总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)。
[0106]
本技术实施例提供的电子设备，可以是上述实施例的终端。
[0107]
本技术实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中签到信息的生成方法的技术方案。
[0108]
本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例签到信息的生成方法的技术方案。
[0109]
本技术实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中签到信息的生成方法的技术方案。
[0110]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其
它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
[0111]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。