CN114143281A - 一种文案生成方法、服务器及显示设备 - Google Patents

Abstract

本申请实施例提供的一种文案生成方法、服务器及显示设备，服务器响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；然后根据打卡时间确定所述打卡时间对应的打卡场景；进一步的，根据打卡场景调取打卡场景对应的文案内容；进一步的，将文案内容以及文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示文案内容和背景图片。可见，服务器基于显示设备的实时请求，根据打卡场景调取与该打卡场景对应的文案内容，以使显示设备按照用户的打卡请求筛选出预设的文案内容和指定背景图片，且随着用户打卡行为的变化，展示与之相对应的文案内容，可以提升用户体验增加留存率，提高用户体验。

Description

一种文案生成方法、服务器及显示设备

技术领域

本申请涉及文案生成技术领域，尤其涉及一种文案生成方法、服务器及显示设备。

背景技术

随着显示设备的快速发展，显示设备的功能将越来越丰富，性能也越来越强大，目前，显示设备包括智能电视、手机、冰箱，以及其他带有智能显示屏幕的产品等。为提高显示设备的应用体验，显示设备内可配置打卡功能，通过打卡功能可以实现用户完成打卡主题下指定任务后的信息分享或信息发布，用户基于打卡功能分享自己的信息，信息可包括描述文案、分享时间和图片等，便于用户打卡分享自己的生活。

用户在完成打卡功能时，显示设备中呈现用户完成打卡提醒页面，完成打卡提醒页面中展示打卡主题的名称、打卡文案、用户ID以及打卡时间等。当用户完成打卡跳出完成打卡提醒页面时，用户往往会选择将其分享到朋友圈或者社交网站等与朋友进行互动。

目前完成打卡提醒页面中展示的打卡文案通常是采用随机生成的方式，即配置一个文案库，然后从文案库中随机取一条下发至显示设备进行展示。但是该种方式在打卡主题下展示的图片中的文案内容通常为随机调取展示，且固定不变，造成用户体验较差。

发明内容

本申请提供了一种文案生成方法、服务器及显示设备，以解决现有在打卡主题下展示的图片中的文案内容通常为随机调取展示，且固定不变，造成用户体验较差的问题。

本申请解决上述技术问题所采取的技术方案如下：

第一方面，本申请提供一种服务器，包括：控制器，被配置为：

响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；

根据所述打卡时间确定所述打卡时间对应的打卡场景；

根据所述打卡场景调取所述打卡场景对应的文案内容；

将所述文案内容以及所述文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示所述文案内容和背景图片。

第二方面，本申请提供一种显示设备，包括：显示器，被配置为呈现显示有打卡任务完成控件，以及打卡完成提醒页面的用户界面；与所述显示器连接的控制器，所述控制器被配置为：

响应于用户触发所述打卡任务完成控件产生的获取打卡请求指令功能，将包括打卡时间的打卡请求指令发送至服务器；

接收所述服务器返回的文案内容以及所述文案内容对应的背景图片，并将所述文案内容以及所述文案内容对应的背景图片显示在打卡完成提醒页面上。

第三方面，本申请还提供了一种文案生成方法，应用于服务器，所述方法包括：

响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；

根据所述打卡时间确定所述打卡时间对应的打卡场景；

根据所述打卡场景调取所述打卡场景对应的文案内容；

将所述文案内容以及所述文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示所述文案内容和背景图片。

第四方面，本申请还提供一种文案生成方法，应用于显示设备，所述方法包括：

响应于用户触发所述打卡任务完成控件产生的获取打卡请求指令功能，将包括打卡时间的打卡请求指令发送至服务器；

接收所述服务器返回的文案内容以及所述文案内容对应的背景图片，并将所述文案内容以及所述文案内容对应的背景图片显示在打卡完成提醒页面上。

第五方面，本申请还提供了一种存储介质，该存储介质可存储有程序，该程序执行时可实现包括本申请提供的文案生成方法各实施例中的部分或全部步骤。

由以上技术方案可知，本申请实施例提供的一种文案生成方法、服务器及显示设备，服务器响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；然后根据打卡时间确定所述打卡时间对应的打卡场景；进一步的，根据打卡场景调取打卡场景对应的文案内容；进一步的，将文案内容以及文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示文案内容和背景图片。可见，服务器基于显示设备的实时请求，根据打卡场景调取与该打卡场景对应的文案内容，以使显示设备按照用户的打卡请求筛选出预设的文案内容和指定背景图片。显示设备能够根据用户的打卡请求指令显示与之匹配的文案内容，且随着用户打卡行为的变化，展示与之相对应的文案内容，可以提升用户体验增加留存率，提高用户体验。

附图说明

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

图1示出了根据一些实施例的智能控制设备与控制装置之间操作场景的示意图；

图2示出了根据一些实施例的智能控制设备200的硬件配置框图；

图3示出了根据一些实施例的控制设备100的硬件配置框图；

图4示出了根据一些实施例的智能控制设备200中软件配置图；

图5示出了根据一些实施例的显示设备主页的示意图；

图6示出了根据一些实施例的打卡功能页面的示意图；

图7示出了根据一些实施例的用户参与打卡主题的打卡页面示意图；

图8示出了根据一些实施例的用户完成打卡时显示的打卡完成提醒页面示意图；

图9示出了服务器端在基于常规打卡场景下文案配置流程示意图；

图10示出了服务器端在基于打卡趋势变化的情况下文案配置流程示意图；

图11示出了根据一些实施例的用户在显示设备端向服务器发送打卡请求的交互过程示意图；

图12示出了根据一些实施例的服务器接收到打卡请求时生成定制打卡文案的交互示意图；

图13示出了根据一些实施例的服务器端文案生成方法流程示意图；

图14示出了根据一些实施例的服务器端文案生成方法流程示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

在智能控制设备为显示设备时，基于显示设备的结构进行介绍。

图1示出了根据一些实施例的智能控制设备的使用场景。如图1所示，智能控制设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作智能控制设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和智能控制设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制智能控制设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制智能控制设备200。

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制智能控制设备200。例如，使用在智能设备上运行的应用程序控制智能控制设备200。在一些实施例中，也可以使用智能设备300和智能控制设备进行数据的通信。

在一些实施例中，智能控制设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过智能控制设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过智能控制设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，智能控制设备200还与服务器400进行数据通信。可允许智能控制设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向智能控制设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的智能控制设备上执行，反之亦然。

图2示出了根据一些实施例的控制装置100的硬件配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为智能控制设备200可识别和响应的指令，起用用户与智能控制设备200之间交互中介作用。

在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

图3示出了根据一些实施例的智能控制设备200的硬件配置框图。参见图3，在一些实施例中，智能控制设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。在一些实施例中，控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制智能控制设备的工作和响应用户的操作。控制器250控制智能控制设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory，ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：智能控制设备本体上的实体按键，或其他等)。

图4示出了根据一些实施例的智能控制设备200中软件配置图。参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

框架层为应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，提供器(Content Provider)、网络管理系统等，其中管理器包括以下模块中的至少一个：活动管理器(Activity Manager)用与和系统中正在运行的所有活动进行交互；位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(Notification Manager)用于控制通知消息的显示和清除；窗口管理器(WindowManager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些应用场景中，打卡分享已经越来越成为了人们的一种生活习惯，很多用户选择用打卡的方式来记录自己的生活，或者使用打卡的方式作为一种督促自己坚持做某一件事的手段。因此，为了响应用户的需求，提高显示设备的应用体验，在一些显示设备中配置打卡功能，通过打卡功能可以实现用户完成打卡主题下指定任务后的信息分享或信息发布，用户基于打卡功能分享自己的信息，分享信息可包括描述文案、分享时间和图片等。打卡功能可提供不同的打卡主题，便于用户在自己感兴趣的打卡主题下分享自己的生活。

用户在完成打卡任务后，显示设备中呈现用户完成打卡提醒页面，完成打卡提醒页面中展示打卡主题的名称、打卡文案、用户ID以及打卡时间等。当用户完成打卡跳出完成打卡提醒页面时，用户往往会选择将其分享到朋友圈或者社交网站等与朋友进行互动。

由于在不同打卡主题下分享的图片不断增加，用户每时每刻都可能在分享图片，该过程是一个持续不断的过程。因此，每个打卡主题下最新分享的图片是最重要的，图片跟文字相比，更容易引起用户的注意，它能在第一时间呈现给用户最多的关于打卡主题内容的信息，也是用户最直观的了解打卡主题的媒介。

而在整个打卡过程中，当用户完成打卡功能跳出完成打卡提醒页面时，用户往往会选择将其分享到朋友圈或者社交网站与朋友进行互动。所以打卡完成页面的展示内容对用户的体验至关重要，良好的打卡文案可以大大的提高用户的留存率。

图5示出了根据一些实施例的显示设备主页的示意图。参见图5，显示设备的设备主页中呈现数个功能按钮，用户触发不同的功能按钮，可实现不同的功能，例如，打卡功能按钮，用于供用户参与打卡主题，实现打卡功能。用户触发打卡功能按钮，产生打卡功能启动指令，以生成打卡功能页面，展示在用户界面中。

图6示出了根据一些实施例的打卡功能页面的示意图。参见图6，用户触发打卡功能按钮后进入打卡功能页面，打卡功能页面中展示栏目列表和不同栏目对应的打卡主题列表。栏目列表中呈现不同分类的栏目，每个栏目用于提供不同打卡主题，栏目如热门、官方、学习、健身、兴趣、理财、校园等分类。打卡主题列表中包括与指定栏目对应的数个打卡主题，打卡主题列表中展示的打卡主题与栏目列表中选定的指定栏目相对应。在点击切换栏目列表中的各个栏目时，打卡主题列表中展示的各个打卡主题随着切换后的栏目而变化。

在一些实施例中，用户每参与一个打卡主题，均对应产生一个分享信息。因此，每个打卡主题下可包括不同用户参与该打卡主题时产生的分享信息，分享信息包括描述文案、分享时间、图片、用户ID、图片ID、图片张数等。一个用户可在同一个打卡主题下产生多个分享信息，一个用户还可在不同打卡主题下产生多个分享信息。

图6示出了根据一些实施例的用户参与打卡主题的打卡页面示意图。如果用户触发打卡主题A一侧显示的打卡分享按钮，如图6中的“立即加入”，则在用户界面中展示打卡页面，如图7所示。此时，用户界面中呈现的内容由图6所示的打卡功能页面跳转显示图7所示的打卡页面。用户基于打卡页面中输入描述文案、添加图片(可选)后，点击打卡页面中展示的“确定打卡”按钮，即在打卡主题A下产生一个分享信息。

例如，该分享信息包括描述文案“来看菜花啦，打卡～”，分享时间为9:41，图片为两张等。用户ID用于标识操作用户，图片ID用于标识每张图片。

在一些实施例中，用户完成打卡任务后，在生成分享信息时，需要向服务器端发送请求指令，并根据获取到的文案内容以及与该文案内容对应的背景图片在显示设备端显示，如图8所示，为用户完成打卡时显示设备端显示的打卡完成提醒页面，用户可以在该页面上选择分享给好友或者保存至相册留存。

目前打卡文案的生成多采用随机生成的方式，即在服务器中配置一个文案库，然后响应于用户的打卡请求指令，从文案库中随机调取一条文案内容下发至显示设备进行展示。该方法实现简单、操作方便，但是却存在较大的弊端；无法响应用户打卡行为的变化，针对性的生成个性化、差异化的打卡文案。例如，用户在早上6、7点打卡和晚上11点之后打卡，其对应于不同的打卡时间，应该生成不同类型的文案内容，但该中在文案库中随机调取文案内容的方法可能给出的是同一类型的文案内容，造成用户体验较差。

为此，为了根据用户的打卡时间将与之匹配的文案内容展示给用户，以提升用户体验增加留存率，本申请实施例提供一种显示设备和服务器，根据用户的打卡时间显示与之匹配的文案，且随着用户打卡行为的变化，展示与之相对应的文案内容，可以提升用户体验增加留存率，提高用户体验。

本申请实施例提供一种服务器，包括：控制器，控制器被配置为执行下述步骤：S1、响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；根据打卡时间确定打卡时间对应的打卡场景；根据打卡场景调取打卡场景对应的文案内容；将文案内容以及文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示文案内容和背景图片。

为了适应于用户的打卡行为，生成个性化打卡文案，服务器端首先根据用户的打卡时间将用户可能的打卡的时间按照场景进行划分，在一些应用场景中，将用户可能的打卡时间按照以下时间段进行划分，其中，每个打卡场景下对应一个场景编码、一个场景时间区间以及一个场景名称：

例如将一天24小时划分为8个时间段，每个时间段进行场景编码，如将场景编码为1的场景时间区间设置为上午7:00至9:00，场景名称划分为起床、吃早餐或者上班路上；场景编码为2的场景时间区间设置为上午9:00至12:00，场景名称划分为中午上班时间段；其中，场景时间区间是基于用户打卡可能出现的时间戳进行划分而得，具体的细致划分参加下表：

需要说明的是，本申请实施例给出的场景划分时间区间为一种可实现方式，具体在服务器中配置时，还可以对其进行更为细致的划分，比如一周七天中周末与周内的场景时间区间分开设置，上表中的场景划分适用于周内时间，而周末时间，用户一般的打卡时间区间为上午或者晚上的某个时间段，具体的可以根据实际需要进行配置；另一方面，还可以依据法定节假日的特殊场景，或者气候节气等，根据不同的场景进行相应的划分，再根据每个场景的不同类型为之配置更为精准的文案内容和背景图片，从而提高用户体验。

本申请实施例以上述表格中划分的场景编码、场景时间段和场景名称对本申请中的技术方案做进一步的详细介绍。用户在显示设备端每次完成打卡功能之后，向服务器端发送获取打卡请求指令，服务器端根据打卡请求指令中的打卡时间判断出对应的场景时间区间以及场景编号并记录，生成对应于与该用户打卡行为的打卡记录列表，通过该打卡记录列表分析用户打卡时间的变化趋势。服务器端针对每一种打卡场景，配置一个文案库并储存在数据库中，对应文案库中文案内容需要与场景名称相匹配，同时每一条文案内容配置一张与文案意境相符的背景图片。

在一些实施例中，服务器针对每个打卡场景获取文案内容时，首先在数据库中根据不同的打卡场景配置不同的数据库接口，当接收到显示设备发送的打卡请求指令时，根据打卡请求指令中的打卡时间确定该打卡时间对应的打卡场景，进一步根据打卡场景分别访问不同的数据库接口，从而获取对应的文案内容。

在另一些实施例中，服务器针对每个打卡场景获取文案内容时，首先通过服务器端的数据库接口访问服务器中的文案内容数据，进一步根据文案内容数据中不同的标识调取与每个标识下打卡场景对应的文案内容。

服务器端在根据打卡场景配置文案内容时，作为一种实施方式，在场景编码为1的场景时间区间上午7:00至9:00对应的早上起床到上班前这段时间，可以在服务器端的数据库中配置一些描述早晨内容的短句、或者与早晨相关的激励性语句的文案内容数据，以及跟早晨相关的图片，其中，文案内容如下所示文案：

1.喜欢早晨的风，好像什么都可以重新开始；

2.早起的鸟儿有虫吃；

3.有期待的人，每一天都是崭新的一天。

作为另一种实施方式，在场景编码为8的场景时间区间23:00-7:00对应的晚上休息时间这段时间，可以在服务器端的数据库中配置一些描述晚安内容的短句、或者与休息相关的治愈性语句的文案内容数据，以及跟晚安相关的图片，其中，文案内容如下所示文案：

1.所有的告别中，我最喜欢明天见，晚安；

2.美好的生活大概就是，白天可以有说有笑，晚上可以睡个好觉，晚安；

3.晚风轻踩着云朵，月亮在贩售快乐，晚安。

在一些实施例中，服务器会在用户每次打卡完成之后，记录用户的打卡记录信息，该打卡记录信息包括打卡记录ID、用户ID、以及主题ID，进一步根据用户的打卡历史记录，通过该打卡记录信息生成打卡记录列表，通过该打卡记录列表判断用户的打卡历史记录，从而判断当前打卡时间与历史打卡记录的时间相比是否存在明显的趋势。

在一些实施例中，在根据用户的打卡时间，以及历史打卡记录的时间判断当前打卡时间相对于历史打卡记录的时间变化趋势，包括：若用户的当前打卡时间相比于历史打卡记录的时间在对应的自然日内跨越至少一个打卡场景，则判定当前打卡时间在当前自然日内产生变化趋势。

在一些实施例中，控制器在执行根据打卡时间确定打卡时间对应的打卡场景，被进一步配置为：根据打卡时间，以及历史打卡记录的时间判断当前打卡时间相对于历史打卡记录的时间变化趋势，其中，历史打卡记录为根据打卡请求指令中的打卡时间生成；若当前打卡时间相比于历史打卡记录的时间推迟，则确定当前打卡时间对应的打卡场景为打卡时间推迟的打卡场景；若当前打卡时间相比于历史打卡记录的时间提前，则确定当前打卡时间对应的打卡场景为打卡时间提前的打卡场景。

例如，上述是否产生变化趋势可以配置为：服务器端在过去一周内每天在场景编码1(上午7:00至9:00)时间段内获取到用户的打卡请求信息，而当前自然日内的打卡时间出现在场景编码3(12:00至13:30)，则判定当前打卡时间对应的打卡场景为打卡时间推迟的打卡场景；再比如，服务器端在过去几周内每周三在场景编码1(上午7:00至9:00)时间段内获取到用户的打卡请求信息，而本周的周三获取到的打卡时间出现在场景编码3(12:00至13:30)，则判定本周三打卡时间对应的打卡场景为打卡时间推迟的打卡场景。打卡时间提前与打卡时间推迟相反，即服务器通常规律性的在一个较晚的场景时间区间获取到用户的打卡记录，接下来对应的自然日内，在一个较早的场景时间区间获取到用户的请求打卡指令，则判定当前打卡时间对应的打卡场景为打卡时间提前的打卡场景。

在一些实施例中，趋势明显变化的状态也可以划分为，在过去一段时间内，服务器端通常在一天24小时内接收到用户一天至少两次的打卡记录，然而在接下来的一天中，只接收到一次的打卡记录，在该种情况下，也可以将其划分为趋势明显变化的状态中，而该种状态不是基于打卡时间的推迟或者提前，而是针对打卡次数进行的划分。

在一些实施例中，在根据打卡时间，以及历史打卡记录的时间判断当前打卡时间相对于历史打卡记录的时间变化趋势后，所述控制器被配置为：根据打卡时间推迟的打卡场景，调取第一类文案内容中针对打卡时间推迟的变化趋势所对应的文案内容；或，根据打卡时间提前的打卡场景，调取第二类文案内容中针对打卡时间提前的变化趋势所对应的文案内容；其中，第一类文案内容和第二类文案内容分别对应于不同的文案内容。服务器端在调取文案内容时根据每个打卡场景的变化分别调取对应的文案内容，以实现个性化文案展示。

在一些实施例中，控制器在执行根据打卡时间，以及历史打卡记录的时间判断打卡时间相对于历史打卡记录的时间变化趋势，被进一步配置为：若打卡时间与历史打卡记录的时间在对应的自然日内处于同一时间段，则判断打卡时间在当前自然日内是否产生变化趋势；其中，所述同一时间段包括多个打卡场景。

例如，根据用户的当前打卡时间，以及历史打卡记录的时间判断当前打卡时间相对于历史打卡记录的时间变化趋势，判断依据为若在当前自然日内，该打卡时间与历史打卡记录的时间处于同一时间段时，则判断该打卡时间在当前自然日内产生变化趋势。其中，同一时间段包括上午、中午或者下午，上午属于一个时间段，中午属于一个时间段，晚上属于一个时间段；也可以划分为具体的时间区间，比如将处于上午8:00至12:00的时间段划分为同一时间段，或者将于上午10:00至下午13:00的时间段划分为同一时间段。判断用户的打卡时间是否产生变化趋势时，首先判断用户的打卡时间与历史打卡记录的时间是否处于同一时间段内，然后再判断在该时间段内用户的打卡趋势属于打卡时间提前还是打卡时间推迟。

在一些实施例中，控制器在执行根据打卡时间，以及历史打卡记录的时间判断打卡时间相对于历史打卡记录的时间变化趋势，被进一步配置为：若打卡时间相比于历史打卡记录的时间在对应的自然日内跨越至少一个打卡场景，则判定打卡时间在当前自然日内产生变化趋势。

例如，上述是否产生变化趋势可以配置为：若最近7天即一周，服务器每天获取到的用户打卡记录一直保持在临近的两个打卡场景内，然后判断接下来的一个自然日内打卡时间相比于历史打卡记录的时间保持或者出现一次跨越至少一个打卡场景的情况。例如，服务器获取到的用户打卡时间最近一周一直在场景编码1(上午7:00至9:00)、场景编码2(上午9:00至12:00)时间段内打卡，而当前自然日内的打卡时间出现在场景编码3(12:00至13:30)或者晚于上午12:00以后的场景时间区间，则判断当前打卡时间在当前自然日内产生变化趋势。如果接下来的一个自然日内打卡时间处于场景编码1(上午7:00至9:00)、场景编码2(上午9:00至12:00)时间段内，则判断当前打卡时间在当前自然日内未产生变化趋势。

服务器端针对趋势明显变化的状态配置与其相对应的文案库，以及针对趋势保持即未产生变化趋势维护一个文案库，针对于趋势明显变化的状态文案库配置与状态调整、放松等主题相关的内容和背景图；针对趋势保持维护维护一个文案库，文案配置与坚持、自律等主题相关的内容和背景图，其中，每个所述文案库可添加多条文案，每条文案配置相应的背景图片。服务器在基于打卡时间对应的打卡场景调取文案库中的文案内容时，可以根据打卡场景调取对应的文案内容，也可以针对趋势保持调取对应于打卡场景为趋势保持的文案库中的文案内容。

在一些实施例中，服务器端针对用户明显的场景趋势及变化，每一种趋势或者变化维护一个文案库，不同趋势或变化对应的文案库不同，示例性的，文案库中的文案内容主要描述该种趋势或者变化。例如：服务器端通常在7点到9点早上上班之前获取到用户的打卡记录，接下来的一天变成中午或者下午的时间段，可以给出描述时间变化的文案，例如：“盛年不再来，一日难再晨，及时当自勉，岁月不待人”。

在一些实施例中，服务器端被配置为在数据库中维护一个保底文案库，若根据打卡场景从数据库未查询到与打卡场景对应的文案内容，则随机调取保底文案库中的文案内容以及所述文案内容对应的背景图片并发送至显示设备。当对应的场景下没有文案时，可以从保底文案库中随机调取进行下发，具体的，保底文案库中可以配置一些鼓励性的、或者赞美性的文案内容数据。

需要说明的是，在服务器端配置文案库的过程中，每一条的文案背后配置相应的背景图片，当显示设备向服务器端发送获取文案内容请求指令时，服务器端将文案内容以及与该文案内容对应的背景图片同时发送至显示设备，以使显示设备用于按照用户的打卡记录在打卡完成提醒页面中显示对应的文案内容和背景图片。

在一些实施例中，服务器端需要配置完成场景文案库和趋势文案库，然后当用户完成打卡时，服务器则会根据打卡时间及历史打卡记录判断调取哪个文案库中的文案内容。

服务器端首先将预设时间段设置为7天，根据用户的打卡记录列表判断用户打卡的历史，是否超过7天，如果没有则根据用户打卡的时间段匹配对应的打卡场景，并获取打卡场景对应的文案内容；如果打卡记录超过7天，则判断过去7天打卡是否存在变化趋势，如果不存在变化趋势，则取打卡所在时间段对应打卡场景的文案内容；如果存在变化趋势，则判断当天打卡是否保持了趋势；如果保持了趋势，则从保持趋势文案库中随机取一条文案；如果趋势变化，则判断趋势如何变化，是打卡时间推迟还是打卡时间提前，并取对应趋势变化的文案内容。

在一些实施例中，服务器端具体通过以下方式在数据库中配置文案库，如图9所示为配置常规打卡场景及文案库流程图，如图9所示：运营后台首先将打卡场景及每个场景对应的场景时间区间进行划分，配置打卡场景包括配置场景名称sceneName，场景编码sceneCode，开始时间startTime，结束时间endTime，其中，每个场景名称对应一个场景编码以及一个场景时间区间，该场景时间区间包括开始时间和结束时间；在配置完打卡场景之后，向业务服务器端发送请求保存打卡场景请求，业务服务器将打卡场景信息保存在数据库中，然后向运营后台返回保存成功的结果。

运营后台接收到返回的保存成功结果之后，基于每个打卡场景，为每个打卡场景配置文案库，同时在文案库中添加对应于打卡场景的文案内容，其中，每个文案库中可配置多条文案内容；在文案内容配置完成之后，运营后台将与文案内容相对应的背景图片上传至文件服务器，并接收经过文件服务器返回背景图片的地址bgPic，然后编辑文案内容content和文案备注remark，连同背景图片地址bgPic调用业务服务器保存文案接口；业务服务器收到保存文案请求，校验文案内容content、背景图片地址bgPic参数是否为空，不为空则保存到数据库，并返回至运营后台保存成功指令。

图10示出了服务器端在基于打卡趋势变化的情况下文案配置流程，如图10所示：运营后台端将用户可能的打卡趋势场景分为趋势保持、打卡时间提前以及打卡时间推迟三个变化状态，并针对每一种趋势场景配置一个文案库，添加与对应场景相符的多条文案，配置流程同常规打卡场景及文案库流程，具体配置内容包括文案内容content、文案背景图bgPic、文案备注remark等字段；

在一些实施例中，服务器端被配置为在数据库中维护一个保底文案库，若根据打卡场景信息从数据库未查询到与打卡场景信息对应的文案内容，则随机调取保底文案库中的文案内容以及所述文案内容对应的背景图片并发送至显示设备。在服务器端配置保底文案库时，配置流程同常规打卡场景及文案库流程，具体配置内容包括文案内容content、文案背景图bgPic、文案备注remark等字段；

图11示出了用户在显示设备端向服务器发送打卡请求的交互过程示意图；如图11所示，在一些实施例中，用户在显示设备端完成打卡任务后，通过显示设备向服务器端发送打卡请求，该打卡请求参数中所属主题ID、用户ID、打卡分享内容shareContent等，服务器端在接收到打卡请求时调用业务服务器打卡接口，业务服务器打卡接口收到指令后，首先获取当前的时间作为打卡时间signTime，然后根据打卡时间查询数据库获取打卡时间signTime对应的打卡场景信息，包括场景ID、场景编码sceneCode、场景名称sceneName等；进一步根据打卡时间signTime、场景编码sceneCode、请求参数中用户ID、所属主题ID、打卡分享内容shareContent等字段生成打卡记录对象，并保存到数据库打卡记录列表中，最后返回至显示设备端打卡成功标志及打卡记录ID。

图12示出了服务器接收到打卡请求时生成定制打卡文案的交互示意图；如图12所示，显示设备端在接收到打卡成功的结果后，向服务器端发送调用业务服务器获取打卡文案接口请求，请求参数包括所属主题ID、用户ID、打卡记录ID等；业务服务器接收到获取打卡文案的请求，从数据库中根据用户ID查询该用户在预设时间段内的打卡记录列表，如将预设时间段设为7天，假设正常情况下，用户在过去7天内的打卡记录应为7条，当业务服务器接收到获取打卡文案的请求后，判断打卡记录列表中的打卡记录是否等于7条；

若业务服务端在接收到数据库返回的用户打卡记录列表中，在过去7天内的打卡记录不等于7条，即打卡记录不够7天，则取当前打卡时间戳所在时间段对应的场景编码sceneCode，根据确定的打卡场景编码sceneCode字段的值，从数据库中查询对应场景的文案库；

若在过去7天内的打卡记录等于7条，则判断是有明显的趋势，判断依据为该7条记录是否都保持在相邻的两个场景内，如最近7天的打卡记录一直保持在临近的两个场景内，然后接下来一天保持或者出现了一次跨越至少一个场景的情况。例如，最近一周打卡记录一直保持在场景编码1(上午7:00至9:00)、场景编码2(上午9:00至12:00)时间段内，在接下来的一次打卡记录中突然出现在场景编码3(12:00至13:30)或者晚于上午12:00以上的时间区间内，则被认为是产生变化趋势。

若未产生变化趋势，则依据打卡所在时间段对应场景的编码sceneCode字段的值，从数据库中查询对应场景的文案库；

若产生变化趋势，则进一步判断当前打卡是否保持了趋势，判断依据是当前打卡场景包括在过去7天打卡场景之中，如最近7天的打卡记录一直保持在临近的两个场景内，然后接下来的自然日内一个自然日内打卡时间相比于历史打卡记录的时间保持或者出现了一次跨越至少一个场景的情况。例如，最近一周打卡记录一直保持在场景编码1(上午7:00至9:00)、场景编码2(上午9:00至12:00)时间段内，在接下来的一次打卡记录中仍然保持在场景编码1(上午7:00至9:00)、场景编码2(上午9:00至12:00)时间区间内，则被认为是趋势保持；

若保持了趋势，则取保持趋势场景的编码sceneCode，如最近7天的打卡记录一直保持在相同的场景内，例如，最近一周打卡记录一直保持在场景编码1(上午7:00至9:00)，则从数据库中调取场景编码1对应文案库中的文案内容；若未保持趋势，则将当前打卡与过去7天的打卡记录所在的场景的时间段做对比，判断打卡时间是提早还是延后，提早则判断为打卡提前，延后则判断为打卡推迟，取对应变化趋势场景的编码sceneCode；根据前述确定的打卡场景编码sceneCode字段的值，从数据库中查询对应打卡场景的文案内容。

例如，在打卡记录列表中，通常获取到的打卡请一直保持在场景编码1(上午7:00至9:00)，接下来的一天，打卡记录上显示的打卡时间为上午11:00向后，则相对于通常保持的打卡记录而言，该打卡时间是推迟的，则被认为是打卡时间推迟，因此，业务服务器则针对当前的打卡时间上午11:00所对应的场景编码2从趋势文案库中查询与变化趋势打卡时间推迟相对应的文案内容，比如：“盛年不再来，一日难再晨，及时当自勉，岁月不待人”；打卡时间提前与打卡时间推迟相反，即通常获取到的打卡请一直保持在在一个较晚的时间段打卡，接下来一天在一个较早的时间段提前完成了打卡，则针对该种变化从趋势文案库中查询与变化趋势打卡时间提前相对应的文案内容，比如“时间是一条金河，莫让它轻轻地在你的指尖溜过”。

在一些实施例中，从数据库中查询对应场景的文案库时，业务服务器端判断数据库的文案库中可用文案列表数量是否等于0，如果可用文案列表数量等于0则查询保底文案库，调取保底文案库中的文案列表；进而从前述文案列表中随机取一条文案，组装数据，返回至显示终端，返回数据内容包括文案内容content、文案背景图片bgPic等。

显示设备在接收到返回的文案信息之后，首先根据背景图片地址bgPic从文件服务器下载图片，然后将图片和文案内容一起展示给用户。

由以上技术方案可知，本申请实施例提供的一种文案生成方法、服务器及显示设备，服务器响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；然后根据打卡时间确定所述打卡时间对应的打卡场景；进一步的，根据打卡场景调取打卡场景对应的文案内容；进一步的，将文案内容以及文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示文案内容和背景图片。可见，服务器基于显示设备的实时请求，根据打卡场景调取与该打卡场景对应的文案内容，以使显示设备按照用户的打卡请求筛选出预设的文案内容和指定背景图片。显示设备能够根据用户的打卡请求指令显示与之匹配的文案内容，且随着用户打卡行为的变化，展示与之相对应的文案内容，可以提升用户体验增加留存率，提高用户体验。

本申请实施例还提供一种文案生成方法，应用于服务器，如图13所示，所述方法包括：

S11、响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息。

用户完成打卡任务后，显示设备向服务器发送打卡请求指令，该打卡请求指令中包括用户在当前自然日的打卡时间。

S12、根据所述打卡时间确定所述打卡时间对应的打卡场景。

在一些实施例中，显示设备向服务器发送打卡请求指令后，服务器根据打卡请求指令中的打卡时间的请求信息生成打卡记录并发送至显示设备，以使显示设备根据打卡记录生成打卡文案请求；进一步，服务器响应于显示设备发送的打卡文案请求，根打卡文案请求中的打卡记录确定打卡时间对应的打卡场景。

在一些实施例中，控制器在执行根据所述打卡时间确定所述打卡时间对应的打卡场景，被进一步配置为：根据打卡请求指令中的打卡时间生成打卡记录；在打卡记录中提取打卡时间对应的打卡场景。

S13、根据所述打卡场景调取所述打卡场景对应的文案内容。

S14、将所述文案内容以及所述文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示所述文案内容和背景图片。

本申请实施例还提供一种文案生成方法，应用于显示设备，如图14所示，所述方法包括：

S21、响应于用户触发所述打卡任务完成控件产生的获取打卡请求指令功能，将包括打卡时间的打卡请求指令发送至服务器；

S22、接收所述服务器返回的文案内容以及所述文案内容对应的背景图片，并将所述文案内容以及所述文案内容对应的背景图片显示在打卡完成提醒页面上。

具体实现中，本申请实施例还提供一种存储介质，其中，该存储介质可存储有程序，该程序执行时可包括本发明提供的文案生成方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于文案生成方法实施例而言，由于其基本相似于服务器和显示设备实施例，所以描述的比较简单，相关之处参见服务器和显示设备实施例中的说明即可。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种服务器，其特征在于，包括：

控制器，被配置为：

响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；

根据所述打卡时间确定所述打卡时间对应的打卡场景；

根据所述打卡场景调取所述打卡场景对应的文案内容；

将所述文案内容以及所述文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示所述文案内容和背景图片。

2.根据权利要求1所述的服务器，其特征在于，所述控制器在执行根据所述打卡时间确定所述打卡时间对应的打卡场景，被进一步配置为：

根据所述打卡时间，以及历史打卡记录的时间判断所述打卡时间相对于历史打卡记录的时间变化趋势，所述历史打卡记录为根据所述打卡请求指令中的打卡时间生成；

若所述打卡时间相比于历史打卡记录的时间推迟，则确定所述打卡时间对应的打卡场景为打卡时间推迟的打卡场景；

若所述打卡时间相比于历史打卡记录的时间提前，则确定所述打卡时间对应的打卡场景为打卡时间提前的打卡场景。

3.根据权利要求2所述的服务器，其特征在于，在根据所述打卡时间，以及历史打卡记录的时间判断所述打卡时间相对于历史打卡记录的时间变化趋势后，所述控制器被配置为：

根据所述打卡时间推迟的打卡场景，调取第一类文案内容中针对所述打卡时间推迟的变化趋势所对应的文案内容；或，根据所述打卡时间提前的打卡场景，调取第二类文案内容中针对所述打卡时间提前的变化趋势所对应的文案内容；

其中，所述第一类文案内容和第二类文案内容不相同。

4.根据权利要求2所述的服务器，其特征在于，所述控制器在执行根据所述打卡时间，以及历史打卡记录的时间判断所述打卡时间相对于历史打卡记录的时间变化趋势，被进一步配置为：

若所述打卡时间与历史打卡记录的时间在对应的自然日内处于同一时间段，则判断所述打卡时间在当前自然日内是否产生变化趋势；

其中，所述同一时间段包括多个打卡场景。

5.根据权利要求2所述的服务器，其特征在于，所述控制器在执行根据所述打卡时间，以及历史打卡记录的时间判断所述打卡时间相对于历史打卡记录的时间变化趋势，被进一步配置为：

若所述打卡时间相比于历史打卡记录的时间在对应的自然日内跨越至少一个打卡场景，则判定所述打卡时间在当前自然日内产生变化趋势。

6.根据权利要求1所述的服务器，其特征在于，所述控制器在执行根据所述打卡时间确定所述打卡时间对应的打卡场景，被进一步配置为：

根据所述打卡请求信息生成打卡记录并发送至显示设备，以使显示设备根据所述打卡记录生成打卡文案请求；

响应于显示设备发送的打卡文案请求，根据所述打卡文案请求中的打卡记录确定所述打卡时间对应的打卡场景。

7.根据权利要求1所述的服务器，其特征在于，所述控制器在执行根据所述打卡时间确定所述打卡时间对应的打卡场景，被进一步配置为：

根据所述打卡请求指令中的打卡时间生成打卡记录；

在所述打卡记录中提取所述打卡时间对应的打卡场景。

8.一种显示设备，其特征在于，包括：

显示器，被配置为呈现显示有打卡任务完成控件，以及打卡完成提醒页面的用户界面；

与所述显示器连接的控制器，所述控制器被配置为：

响应于用户触发所述打卡任务完成控件产生的获取打卡请求指令功能，将包括打卡时间的打卡请求指令发送至服务器；

接收所述服务器返回的文案内容以及所述文案内容对应的背景图片，并将所述文案内容以及所述文案内容对应的背景图片显示在打卡完成提醒页面上。

9.一种文案生成方法，应用于服务器，其特征在于，所述方法包括：

响应于显示设备发送的打卡请求指令，获取包括打卡时间的请求信息；

根据所述打卡时间确定所述打卡时间对应的打卡场景；

根据所述打卡场景调取所述打卡场景对应的文案内容；

将所述文案内容以及所述文案内容对应的背景图片发送至显示设备，以使显示设备在打卡完成提醒页面中显示所述文案内容和背景图片。

10.一种文案生成方法，应用于显示设备，其特征在于，所述方法包括：

响应于用户触发所述打卡任务完成控件产生的获取打卡请求指令功能，将包括打卡时间的打卡请求指令发送至服务器；

接收所述服务器返回的文案内容以及所述文案内容对应的背景图片，并将所述文案内容以及所述文案内容对应的背景图片显示在打卡完成提醒页面上。

Images