活动批量签到方法、装置、计算机设备及存储介质与流程

1.本技术实施例涉及互联网技术领域，尤其涉及一种活动批量签到方法、装置、计算机设备及存储介质。


背景技术：

2.在移动互联网时代，为了增强用户粘性，提升用户活跃度，各app都开发了签到打卡的功能。签到，是指用户打开应用或活动页面通过完成某些指令得到应用系统反馈的一项操作。在签到中嵌入资源分配机制，可以吸引用户进行进一步业务操作，提升业务产品的流量、用户的活跃度以及产品粘性。
3.目前，用户签到场景分为两种类型，一种是长期签到，比如登录签到，用户每天签到一次，以日历形式展示用户的签到记录。还有一种是活动性短期签到，每个活动开启后接入签到功能，在活动开启的周期内用户进行签到，达到活动签到条件时获取活动奖励。然而，随着活动数量的增多，用户需要对每个活动进行手动签到，导致签到过程繁琐，签到效率低、耗时长，影响用户体验。


技术实现要素：

4.本技术实施例提供了一种活动批量签到方法、装置、计算机设备及存储介质，其可以提高活动签到效率，该技术方案如下：
5.第一方面，本技术实施例提供了一种活动批量签到方法，包括步骤：
6.接收在第一活动签到页面触发的签到请求；所述签到请求包括所述第一活动签到页面对应的第一活动标识和第一活动的签到数据；
7.根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据；所述活动组包括所述第一活动以及至少一个第二活动；所述活动配置数据包括所述活动组中各活动的签到配置数据；
8.根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。
9.第二方面，本技术实施例提供了活动批量签到装置，包括：
10.签到请求接收模块，用于接收在第一活动签到页面触发的签到请求；所述签到请求包括所述第一活动签到页面对应的第一活动标识和第一活动的签到数据；
11.配置数据获得模块，用于根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据；所述活动组包括所述第一活动以及至少一个第二活动；所述活动配置数据包括所述活动组中各活动的签到配置数据；
12.签到结果生成模块，用于根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。
13.第三方面，本技术实施例提供了一种计算机设备，处理器、存储器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面方法的
步骤。
14.第四方面，本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现如第一方面方法的步骤。
15.本技术实施例通过接收在第一活动签到页面触发的签到请求；所述签到请求包括所述第一活动签到页面对应的第一活动标识和第一活动的签到数据；根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据；所述活动组包括所述第一活动以及至少一个第二活动；所述活动配置数据包括所述活动组中各活动的签到配置数据；根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。本技术通过将第一活动的签到数据共享给活动组的一个或多个第二活动，从而实现用户对第一活动进行签到时，第二活动也可完成签到，提高了用户活动签到的效率，实现了多活动的批量签到。同时，本技术实现了对于不在同一活动组的各活动签到数据进行区分，对于在同一活动组的各活动签到数据进行共享。
16.为了更好地理解和实施，下面结合附图详细说明本技术的技术方案。
附图说明
17.图1为本技术实施例提供的活动批量签到方法的应用场景示意图；
18.图2为本技术实施例提供的活动批量签到方法的流程示意图；
19.图3为本技术实施例提供的活动批量签到方法中s31～s33的流程示意图；
20.图4为本技术实施例提供的活动批量签到方法中s34～s36的流程示意图；
21.图5为本技术实施例提供的活动批量签到方法中s411～s413的流程示意图；
22.图6为本技术实施例提供的活动批量签到装置的结构示意图；
23.图7为本技术实施例提供的计算机设备的结构示意图。
具体实施方式
24.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
25.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
26.应当理解，尽管在本技术可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
27.请参阅图1，图1为本技术实施例提供的直播间内播放小视频的方法的应用场景示意图，该应用场景包括本技术实施例提供的主播客户端101、服务器102和观众客户端103，
主播客户端101与观众客户端103通过服务器102进行交互。
28.本技术实施例提出的客户端包括该主播客户端101和该观众客户端103。
29.需要指出的是，在现有技术中会存在对“客户端”这一概念的多种理解，例如：可以将其理解为安装在计算机设备中的应用程序，或者，也可以将其理解为相对应于服务器的硬件设备。
30.在本技术实施例中，所称的“客户端”是指相对应于服务器的硬件设备，更具体来说，是指计算机设备，例如：智能手机、智能交互平板以及个人计算机等。
31.在客户端为智能手机、智能交互平板等移动设备时，用户可以在客户端上安装匹配的移动端应用程序，也可以在客户端上访问web端应用程序。
32.在客户端为个人计算机(pc机)等非移动设备时，用户可以在客户端上安装匹配的pc端应用程序，同样也可以在客户端上访问web端应用程序。
33.其中，移动端应用程序是指可安装在移动设备中的应用程序，pc端应用程序是指可安装在非移动设备中的应用程序，web端应用程序是指需通过浏览器访问的应用程序。
34.具体地，web端应用程序依据客户端类型的差异，又可以分为移动版本和pc版本，两者的页面布局方式以及可提供的服务器支持可能存在差别。
35.在本技术实施例中，提供至用户的直播应用程序的类型分为移动端直播应用程序、pc端直播应用程序和web端直播应用程序。用户可以依据其采用客户端的类型不同，自主选择其参与网络直播的方式。
36.本技术依据采用客户端的用户身份的不同，可以将客户端分为主播客户端101和观众客户端103。应当说明，所述观众客户端103与所述主播客户端101只是从用户身份上进行划分，在实际应用中，可以由同一个客户端在不同时间分别执行所述观众客户端103与所述主播客户端101的功能。因此，同一个客户端在观看网络直播时，可以作为所述观众客户端103，在发布直播视频时，可以作为所述主播客户端101。
37.其中，主播客户端101是指发送网络直播视频的一端，通常来说是网络直播中主播(即，直播主播用户)所采用的客户端。
38.观众客户端103是指接收和观看网络直播视频的一端，通常来说是网络直播中观看视频的观众(即，直播观众用户)所采用的客户端。
39.主播客户端101和观众客户端103所指向的硬件，本质上是指计算机设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网，与服务器102建立数据通信链路。
40.服务器102作为一个业务服务器，其可以负责进一步连接起相关直播流服务器、小视频服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备，例如图1中所示的主播客户端101和观众客户端103提供服务。
41.本技术实施例中，主播客户端101与观众客户端103可以加入同一个直播间(即直播频道)，上述的直播间是指依靠互联网技术实现的一种聊天室，通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播，观众客户端103的观众可以登录服务器102进入直播间观看上直播。
42.在直播间内，主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实
现互动，一般是主播用户以音视频流的形式为观众表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如：用户配对互动场景、视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。
43.具体地，观众观看直播的过程如下：观众可以点击访问安装在观众客户端103上的直播应用程序(例如yy)，并选择进入任意一个直播间，触发观众客户端103为该观众加载直播间界面，该直播间界面内包括若干交互组件，通过加载这些交互组件可以使观众在直播间内观看直播，并进行多种线上互动。
44.目前，直播客户端一般设有多个签到活动，利用签到活动来提升用户粘性，比如通过设置具有吸引力的奖励，包括送礼礼物、虚拟币或虚拟道具等，引导用户每日登陆直播客户端进行签到，从而提高直播平台的日活跃用户数量。
45.然而，随着直播客户端内签到活动数量的增多，用户需要对每个签到活动进行手动签到，导致签到过程繁琐，签到效率低、耗时长，影响用户体验。
46.为此，本技术实施例提供了一种活动批量签到方法，由服务器作为执行主体。
47.请参阅图2，图2为本技术第一实施例提供的活动批量签到方法的流程示意图，该方法包括如下步骤：
48.s10：接收在第一活动签到页面触发的签到请求；所述签到请求包括所述第一活动签到页面对应的第一活动标识和第一活动的签到数据。
49.在本技术实施例中，签到用户登录签到客户端，在所述签到客户端的应用界面显示有第一活动签到页面，所述签到页面上设有签到控件。所述签到客户端响应于所述签到用户在所述第一活动签到页面的签到操作，向服务器发送第一活动的签到请求，所述签到操作可以为所述签到用户点击或触摸所述签到控件。
50.活动标识是用于唯一标识一项活动身份的字符串，活动可为周年庆活动和春节狂欢活动等，不限于此。所述签到请求包括第一活动标识和所述第一活动的签到数据，所述第一活动标识是用于唯一标识第一活动身份的字符串，所述第一活动的签到数据可以包括签到用户在第一活动页面进行签到时的签到时间以及签到用户标识等，所述签到用户标识用于唯一标识签到用户身份的字符串，可以是签到用户的账号、名称以及昵称等。
51.s20：根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据；所述活动组包括所述第一活动以及至少一个第二活动；所述活动配置数据包括所述活动组中各活动的签到配置数据。
52.在本技术实施例中，各活动的签到配置数据可以包括各活动的有效签到时间段以及签到记录保存时间等。所述有效签到时间段表示签到用户应该在哪个时间段签到，所述签到记录保存时间表示从签到记录生成到签到记录清除的时间。
53.s30：根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。
54.在本技术实施例中，根据所述第一活动的签到时间和所述签到用户标识，以及所述活动组中各活动的有效时间段，可以生成活动组中各活动为签到成功或者签到失败的签到结果。
55.本技术实施例通过接收在第一活动签到页面触发的签到请求，所述签到请求包括
所述第一活动签到页面对应的第一活动标识和第一活动的签到数据。根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据，所述活动组包括所述第一活动以及至少一个第二活动，所述活动配置数据包括所述活动组中各活动的签到配置数据。根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。本技术通过将第一活动的签到数据共享给活动组的一个或多个第二活动，从而实现用户对第一活动进行签到时，第二活动也可完成签到，提高了用户活动签到的效率，实现了多活动的批量签到。同时，本技术实现了对于不在同一活动组的各活动签到数据进行区分，对于在同一活动组的各活动签到数据进行共享。
56.在一个可选的实施例中，所述第一活动的签到数据包括所述第一活动的签到时间；所述活动组中各活动的签到配置数据包括所述活动组中各活动的有效签到时间段。请参阅图3，所述步骤s30包括步骤s31～s33，具体如下：
57.s31：将所述第一活动的签到时间与所述活动组中各活动的有效签到时间段分别进行比较；
58.s32：若所述第一活动的签到时间在对应活动的所述有效签到时间段内，更新对应活动的签到结果为签到成功；
59.s33：若所述第一活动的签到时间不在对应活动的所述有效签到时间段内，更新对应活动的签到结果为签到失败。
60.在本技术实施例中，将所述第一活动的签到时间与所述活动组中各活动的有效签到时间段进行比较，来确定签到用户在所述第一活动进行签到时，所述活动组中其他活动的签到结果。具体地，所述活动组包括第一活动和第二活动，第一活动的有效签到时间段为03.01～03.07，第二活动的有效签到时间段为03.03～03.09。若签到用户在所述第一活动的签到时间为03.02，则第二活动的签到结果为签到失败；若签到用户在所述第一活动的签到时间为03.05，则第二活动的签到结果为签到成功。通过判断签到时间是否在活动的有效签到时间段内，可以自动快捷地生成签到用户在不同活动的签到结果。
61.在一个可选的实施例中，所述第一活动的签到数据包括所述第一活动的签到用户标识；所述活动组中各活动的签到配置数据包括所述活动组中各活动的签到用户信息。请参阅图4，所述步骤s30包括步骤s34～s36，具体如下：
62.s34：将所述第一活动的签到用户标识与所述活动组中各活动的签到用户信息分别进行比对；
63.s35：若所述第一活动的签到用户标识在对应活动的所述签到用户信息中，确定对应活动的签到结果为签到成功；
64.s36：若所述第一活动的签到用户标识不在所述签到用户信息中，确定对应活动的签到结果为签到失败。
65.在本技术实施例中，服务器预先存储有各活动的签到用户信息，所述签到用户信息包括签到用户标识。签到用户在第一活动页面进行签到时，服务器接收到第一活动的签到请求后，会校验第一活动的签到数据中签到用户标识是否存在于所述各活动的签到用户信息中，来确定签到用户在所述第一活动进行签到时，所述活动组中其他活动的签到结果。具体地，所述活动组包括第一活动和第二活动，所述第二活动的签到用户信息包括签到用户标识a、签到用户标识b和签到用户标识c，若所述第一活动的签到用户标识为签到用户标
识a，则第二活动的签到结果为签到成功；若所述第一活动的签到用户标识为签到用户标识d，则第二活动的签到结果为签到失败。通过判断签到用户标识是否存在于活动的签到用户信息，可以自动快捷地生成签到用户在不同活动的签到结果。
66.在一个可选的实施例中，所述根据所述第一活动标识，确定所述第一活动标识所在的活动组以及所述活动组的活动配置数据的步骤之前，包括步骤s101～s103，具体如下：
67.s101：接收在签到客户端配置的活动组以及所述活动组中各活动的活动标识；
68.s102：根据所述活动组中各活动的活动标识，获得各活动的签到配置数据；
69.s103：根据各活动的签到配置数据，获得所述活动组的活动配置数据；
70.s104：建立所述活动组中各活动的活动标识与所述活动组、所述活动组的活动配置数据的映射关系；
71.所述根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据的步骤，包括步骤s21，具体如下；
72.s21：根据所述映射关系以及所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据。
73.在本技术实施例中，签到用户在签到客户端对多个活动签到时，可以将多个活动关联到同一个活动组，例如，将活动a、活动b和活动c关联到同一个活动组x。具体地，签到客户端设置有活动列表，签到用户可以在所述活动列表中对活动a、活动b和活动c进行勾选，将勾选后的活动a、活动b和活动c添加进一个活动组x。
74.签到客户端将关联后的所述活动组以及所述活动组中各活动的活动标识发送给服务器，服务器对各活动预设对应的签到配置数据，各活动的签到配置数据形成活动组的活动配置数据。服务器建立所述活动组中各活动的活动标识与所述活动组、所述活动组的活动配置数据的映射关系，即根据活动标识可查询到相应的活动组以及活动组的活动配置数据，例如，服务器根据活动a的活动标识“a”可查询到活动a所在的活动组x，以及所述活动组x的活动配置数据，包括活动a的有效签到时间段、活动b的有效签到时间段、活动c的有效签到时间段、活动a的签到用户信息、活动b的签到用户信息以及活动c的签到用户信息等。通过建立所述活动组中各活动的活动标识与所述活动组、所述活动组的活动配置数据的映射关系，可以自动快捷地确定签到用户在第一活动签到时，第一活动所在的活动组以及所述活动组的活动配置数据。
75.在一个可选的实施例中，所述根据所述第一活动标识，确定所述第一活动标识所在的活动组以及所述活动组的活动配置数据的步骤之前，包括步骤s105～s108，具体如下：
76.s105：预先配置多个活动组以及每个所述活动组中各活动的活动标识；
77.s106：根据每个所述活动组中各活动的活动标识，获得各活动的签到配置数据；
78.s107：根据各活动的签到配置数据，获得每个所述活动组的活动配置数据；
79.s108：建立每个所述活动组中各活动的活动标识、每个所述活动组和每个所述活动组的活动配置数据的映射关系；
80.所述根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据的步骤，包括步骤s22，具体如下：
81.s22：根据所述映射关系以及所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据。
82.在本技术实施例中，也可以是所述服务器将多个活动关联到同一个活动组，并对各活动预设对应的签到配置数据，各活动的签到配置数据形成所述活动组的活动配置数据，进而实现由平台运营人员对于有关联的活动设置为同一活动组进行签到。例如，将活动a、活动b和活动c关联到同一个活动组x，并对活动a、活动b和活动c预设活动a的有效签到时间段、活动b的有效签到时间段、活动c的有效签到时间段、活动a的签到用户信息、活动b的签到用户信息以及活动c的签到用户信息等。服务器建立所述活动组中各活动的活动标识与所述活动组、所述活动组的活动配置数据的映射关系，即根据活动标识可查询到相应的活动组以及活动组的活动配置数据。例如，服务器根据活动a的活动标识“a”可查询到活动a所在的活动组x，以及所述活动组x的活动配置数据，包括活动a的有效签到时间段、活动b的有效签到时间段、活动c的有效签到时间段、活动a的签到用户信息、活动b的签到用户信息以及活动c的签到用户信息等。当签到用户在第一活动签到时，所述服务器可以根据所述第一活动的活动标识自动快捷地查询到第一活动所在的活动组以及所述活动组的活动配置数据。
83.在一个可选的实施例中，所述活动批量签到方法还包括步骤s40～s41，具体如下：
84.s40：向签到客户端发送所述活动组中各活动的签到结果，以在所述签到客户端显示各活动的签到结果；
85.s41：更新所述活动组中各活动的签到数据。
86.在本技术实施例中，所述签到客户端的各活动签到页面显示有在有效签到时间段内每个签到时间所对应的签到结果。其中，所述有效签到时间段可以是一周或一个月，还可以是自定义的时间段，例如，5天，10天等，此处不做限定。所述活动组中各活动的签到数据可以包括所述活动组中各活动在有效签到时间段内每个签到时间的签到状态、累计签到次数和连续签到次数等。例如，所述活动组中活动a的有效签到时间段为03.01～03.07，签到时间03.01～03.03的签到结果分别为签到成功、签到失败和签到成功，签到用户在所述活动a签到页面进行签到，签到时间为03.04，则更新所述活动a在签到时间03.04的签到状态为签到成功，更新所述活动a的累计签到次数为3次，更新所述活动a的连续签到次数为2次。
87.在一个可选的实施例中，所述第一活动的签到数据包括第一活动的签到用户标识，请参阅图5，所述步骤s41包括步骤s411～s413，具体如下：
88.s411：获取所述第一活动的签到用户标识对应的签到位图；所述签到位图用于指示所述活动组中各活动的有效签到时间段内各签到时间对应的签到状态的位值；其中，签到状态的位值为已签到状态位值或者未签到状态位值；
89.s412：对所述活动组中签到结果为签到成功的活动，将所述签到位图中与所述第一活动的签到时间对应的所述活动的位值更新为已签到状态的位值；
90.s413：对所述活动组中签到结果为签到失败的活动，不更新所述签到位图中与所述第一活动的签到时间对应的所述活动的位值。
91.在本技术实施例中，采用一个n位长度的签到位图来存储一个包含n个签到时间的有效签到时间段的签到状态。有效签到时间段内的每一个签到时间按照时间顺序依次对应所述签到位图中的一个位值。位值为1，表示已签到状态；位值为0，表示未签到状态。具体地，第一活动的有效签到时间段为03.01～03.07，第二活动的有效签到时间段为03.03～03.09，若签到位图为“1010011 0111001”，可以表示第一活动的第一天、第三天、第六天和
第七天为已签到状态，其余各天为未签到状态；第二活动的第二天、第三天、第四天和第七天为已签到状态，其余各天为未签到状态。若所述第一活动的签到时间为03.06，则签到位图由“1010000 0110000”更新为“1010010 0111000”；若所述第一活动的签到时间为03.01，则签到位图由“0000000 0000000”更新为“1000000 0000000”。通过签到位图来存储签到状态，大大减少了记录数据所存放的空间，有效地降低了数据库的压力。
92.在一个可选的实施例中，所述第一活动的签到数据包括签到用户标识，所述步骤s41之后，包括步骤s42～s45，具体如下：
93.s42：接收查询请求；所述查询请求包括第一活动的签到用户标识和当前查询时间；
94.s43：获取所述第一活动的签到用户标识对应的签到位图；
95.s44：在所述第一活动的签到用户标识对应的签到位图中，获取所述当前查询时间之前的所述活动组中各活动的有效签到时间段内各签到时间对应的位值，获得对应的签到状态；
96.s45：将所述签到状态发送至所述活动组中各活动的签到页面进行显示。
97.在本技术实施例中，考虑到签到用户在打开签到客户端时，签到客户端需要判断当前签到用户的签到状态，以判断是否需要提示用户进行签到，或者是用户想要查看自己的历史签到状态。为了获取用户的签到状态并根据签到状态显示签到页面，客户端需向服务端发送查询请求获得签到状态。
98.具体地，第一活动的有效签到时间段为03.01～03.07，第二活动的有效签到时间段为03.03～03.09，若所述签到用户标识对应的签到位图中第一活动的有效签到时间段内各签到时间对应的位值分别为1010011，第二活动的有效签到时间段内各签到时间对应的位值分别为0110111，所述当前查询时间为03.06，则将第一活动的有效签到时间段内签到时间03.01～03.05对应的签到状态发送至所述第一活动的签到页面进行显示，即所述第一活动的签到页面显示签到时间03.01和03.03为已签到，签到时间03.02、03.03和03.04为未签到；将第二活动的有效签到时间段内签到时间03.03～03.05对应的签到状态发送至所述第二活动的签到页面进行显示，即所述第二活动的签到页面显示签到时间03.04和03.05为已签到，签到时间03.03为未签到。
99.在一个可选的实施例中，所述步骤s44之后，包括步骤s441～s442，具体如下：
100.s441：根据所述签到状态，获得所述活动组中各活动的累计签到次数和连续签到次数；
101.s442：将所述累计签到次数和所述连续签到次数发送至所述活动组中各活动的签到页面进行显示。
102.在本技术实施例中，第一活动的有效签到时间段为03.01～03.07，第二活动的有效签到时间段为03.03～03.09，若所述签到用户标识对应的签到位图中第一活动的有效签到时间段内各签到时间对应的位值分别为1010011，第二活动的有效签到时间段内各签到时间对应的位值分别为0110111，所述当前查询时间为03.06，则将当前查询时间之前的第一活动的有效签到时间段内累计签到次数和连续签到次数发送至所述第一活动的签到页面进行显示，即累计签到次数为2次，连续签到次数为0次；将当前查询时间之前的第二活动的有效签到时间段内累计签到次数和连续签到次数发送至所述第二活动的签到页面进行
显示，即累计签到次数为2次，连续签到次数为2次。通过显示累计签到次数和连续签到次数，可以提示签到用户签到情况，鼓励签到用户积极签到。
103.请参阅图6，图6为本技术提供的活动批量签到装置的结构示意图。本技术实施例提供的活动批量签到装置5，包括：
104.签到请求接收模块51，用于接收在第一活动签到页面触发的签到请求；所述签到请求包括所述第一活动签到页面对应的第一活动标识和第一活动的签到数据；
105.配置数据获得模块52，用于根据所述第一活动标识，获得所述第一活动标识所在的活动组以及所述活动组的活动配置数据；所述活动组包括所述第一活动以及至少一个第二活动；所述活动配置数据包括所述活动组中各活动的签到配置数据；
106.签到结果生成模块53，用于根据所述第一活动的签到数据以及所述活动组中各活动的签到配置数据，生成所述活动组中各活动的签到结果。
107.需要说明的是，上述实施例提供的活动批量签到装置在执行活动批量签到方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的活动批量签到装置与活动批量签到方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
108.请参阅图7，为本技术提供的计算机设备的结构示意图。如图7所示，该计算机设备21可以包括：处理器210、存储器211以及存储在该存储器211并可以在该处理器210上运行的计算机程序212，例如：活动批量签到程序；该处理器210执行该计算机程序212时实现上述实施例中的步骤。
109.其中，该处理器210可以包括一个或多个处理核心。处理器210利用各种接口和线路连接计算机设备21内的各个部分，通过运行或执行存储在存储器211内的指令、程序、代码集或指令集，以及调用存储器211内的数据，执行计算机设备21的各种功能和处理数据，可选的，处理器210可以采用数字信号处理(digital signal processing,dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programble logic array，pla)中的至少一个硬件形式来实现。处理器210可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器210中，单独通过一块芯片进行实现。
110.其中，存储器211可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器211包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器211可用于存储指令、程序、代码、代码集或指令集。存储器211可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器211可选的还可以是至少一个位于远离前述处理器210的存储装置。
111.本技术实施例还提供了一种计算机存储介质，该计算机存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见
上述实施例的具体说明，在此不进行赘述。
112.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
113.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
114.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
115.在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
116.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
117.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
118.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
119.本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。