CN115981532A - 游戏界面中的控件的编辑方法、装置及产品 - Google Patents

Abstract

本申请公开了一种游戏界面中的控件的编辑方法、装置及产品，属于计算机技术领域。所述方法包括：显示配置客户端的控件配置界面，控件配置界面包括控件的第一显示配置，第一显示配置是配置客户端通过服务器获取的；响应于对第一显示配置的编辑操作，编辑第一显示配置得到第二显示配置；向服务器发送第二显示配置，服务器用于向游戏客户端发送第二显示配置，第二显示配置用于指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。本申请通过显示控件配置界面，能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而简化修改控件的显示配置的过程。

Description

游戏界面中的控件的编辑方法、装置及产品

技术领域

本申请涉及计算机技术领域，特别涉及一种游戏界面中的控件的编辑方法、装置及产品。

背景技术

为了提升用户的游戏体验，游戏运营方会定期为用户举办一些游戏的运营活动，游戏客户端会通过游戏界面中的控件来展示游戏运营活动的活动信息。

相关技术中，控件的显示配置存储在游戏客户端对应的服务器中。游戏客户端在显示包括控件的用户界面时，会从服务器获取控件的显示配置，以按照显示配置来显示控件。

由于游戏中的运营活动会频繁更新，因此需要频繁修改控件的显示配置，以控制控件的显示与隐藏状态。在基于上述方式管理控件的显示配置的情况下，需要频繁在服务器中修改控件的显示配置。在服务器中修改显示配置的过程涉及代码层面的修改，同时，由于游戏中可能同时存在较多运营活动，因此在修改显示配置时需要花费较多的时间来查找不同运营活动对应的控件的代码，导致修改的过程较为复杂。

发明内容

本申请提供了一种游戏界面中的控件的编辑方法、装置及产品，可以简化修改控件的显示配置的过程。所述技术方案如下：

根据本申请的一方面，提供了一种游戏界面中的控件的编辑方法，所述方法应用于配置客户端，所述方法包括：

显示所述配置客户端的控件配置界面，所述控件配置界面包括所述控件的第一显示配置，所述控件用于显示通知信息，所述第一显示配置是所述配置客户端通过服务器获取的；

响应于对所述第一显示配置的编辑操作，编辑所述第一显示配置得到第二显示配置；

向所述服务器发送所述第二显示配置，所述服务器用于向游戏客户端发送所述第二显示配置，所述第二显示配置用于指示所述游戏客户端在显示包括所述控件的用户界面时，显示或隐藏所述控件。

根据本申请的另一方面，提供了一种游戏界面中的控件的编辑装置，所述装置包括：

显示模块，用于显示配置客户端的控件配置界面，所述控件配置界面包括所述控件的第一显示配置，所述控件用于显示通知信息，所述第一显示配置是所述配置客户端通过服务器获取的；

编辑模块，用于响应于对所述第一显示配置的编辑操作，编辑所述第一显示配置得到第二显示配置；

发送模块，用于向所述服务器发送所述第二显示配置，所述服务器用于向游戏客户端发送所述第二显示配置，所述第二显示配置用于指示所述游戏客户端在显示包括所述控件的用户界面时，显示或隐藏所述控件。

在一个可选的设计中，所述显示模块，用于：

在所述控件配置界面中显示在所述游戏客户端的用户界面中处于显示状态的所述控件的所述第一显示配置。

在一个可选的设计中，所述控件用于显示运营活动的活动信息，所述第一显示配置包括所述控件对应的活动类型、活动开始日期、开始时刻以及结束时刻；所述显示模块，用于：

在所述控件配置界面中显示所述控件对应的所述活动类型、所述活动开始日期、所述开始时刻以及所述结束时刻；

其中，所述第一显示配置用于指示在所述活动开始日期的所述开始时刻与所述结束时刻之间，所述控件处于所述显示状态。

在一个可选的设计中，所述显示模块，用于：

在所述控件配置界面中显示一个或多个所述控件各自对应的配置控件；

其中，每个所述配置控件中显示有所述配置控件对应的所述控件的所述活动类型、所述开始时刻以及所述结束时刻，不同所述配置控件按照所述活动开始日期排列显示。

在一个可选的设计中，所述显示模块，用于：

在所述控件配置界面中根据所述配置控件对应的所述活动开始日期，按照日历的形式显示一个或多个所述控件各自对应的所述配置控件。

在一个可选的设计中，所述第一显示配置还包括重复信息；所述显示模块，用于：

在所述配置控件对应的所述控件的所述重复信息指示所述控件对应的活动周期性重复的情况下，根据重复周期以及所述活动开始日期按照日历的形式重复显示所述配置控件。

在一个可选的设计中，所述活动类型为字符串格式；所述装置还包括：

转换模块，用于通过语言配置表将所述字符串格式的所述活动类型转换为文本格式。

在一个可选的设计中，所述编辑操作包括如下至少一种：

新增操作；

删除操作；

修改操作。

在一个可选的设计中，所述装置还包括：

接收模块，用于接收所述服务器发送的所述用户帐号与所述控件的历史交互信息；

修改模块，用于根据所述历史交互信息修改所述第一显示配置，得到所述第二显示配置。

在一个可选的设计中，所述历史交互信息包括向所述用户帐号展示所述控件的展示次数，以及所述用户帐号与所述控件的交互次数，所述第一显示配置用于指示所述控件处于显示状态；所述修改模块，用于：

响应于所述交互次数与所述展示次数的比值小于阈值，将所述第一显示配置调整为所述第二显示配置，所述第二显示配置用于指示所述控件处于隐藏状态。

在一个可选的设计中，所述修改模块，用于：

将所述历史交互信息和所述控件的特征输入点击预测模型，得到所述用户帐号与所述控件的预测交互，所述预测交互用于反映所述用户帐号是否会与所述控件进行交互；

根据所述预测交互调整所述第一显示配置，得到所述第二显示配置。

根据本申请的另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的游戏界面中的控件的编辑方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上方面所述的游戏界面中的控件的编辑方法。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的游戏界面中的控件的编辑方法。

本申请提供的技术方案带来的有益效果至少包括：

通过显示控件配置界面，能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而可实现控制游戏客户端中控件的显示规则。在此过程中，不涉及代码修改，仅需用户针对直观展示的控件的显示配置进行修改。并且也无需进行代码的查找，只需选择相应的显示配置进行修改，即可实现控制控件的显示规则，能够简化修改控件的显示配置的过程。

附图说明

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

图1是本申请一个示例性实施例提供的计算机系统的结构框图；

图2是本申请一个示例性实施例提供的配置客户端的控件配置界面的示意图；

图3是本申请一个示例性实施例提供的游戏界面中的控件的编辑方法的流程示意图；

图4是本申请一个示例性实施例提供的游戏界面中的控件的编辑方法的流程示意图；

图5是本申请一个示例性实施例提供的控件配置界面的示意图；

图6是本申请一个示例性实施例提供的新增操作的示意图；

图7是本申请一个示例性实施例提供的配置控件的过程的示意图；

图8是本申请一个示例性实施例提供的游戏界面中的控件的编辑装置的结构示意图；

图9是本申请一个示例性实施例提供的游戏界面中的控件的编辑装置的结构示意图；

图10是本申请一个示例性实施例提供的游戏界面中的控件的编辑装置的结构示意图；

图11是本申请一个示例性实施例提供的计算机设备的结构示意图。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

为了提升用户的游戏体验，游戏运营方会定期为用户举办一些游戏的运营活动，游戏客户端会通过游戏界面中的控件来展示游戏运营活动的活动信息，游戏界面包括游戏客户端中的任一用户界面。相关技术中，控件的显示配置存储在游戏客户端对应的服务器中。游戏客户端在显示包括控件的用户界面时，会从服务器获取控件的显示配置，以按照显示配置来显示控件。

由于游戏中的运营活动会频繁更新，因此需要频繁修改控件的显示配置，以控制控件的显示与隐藏状态。并且，游戏中也可能同时存在较多(超过数量阈值)的运营活动，例如同时存在50个、60个运营活动。其中，每个游戏的运营活动都会对应一个控件，每个控件通过服务器中相应的代码实现。

在基于上述方式管理控件的显示配置的情况下，需要频繁在服务器中查找以及修改控件的显示配置。在服务器中修改显示配置的过程涉及代码层面的修改，同时，由于游戏中可能同时存在较多运营活动，因此在修改显示配置时还需要花费较多的时间来查找不同运营活动对应的代码，导致修改的过程较为复杂。

本申请实施例提供的方法，实现提供了配置客户端，通过配置客户端的控件配置界面，能够实现显示游戏中不同游戏活动对应的控件的第一显示配置，即在控件配置界面中能够同时显示多个控件中的每个的第一显示配置。进一步地，在实现显示第一显示配置的基础上，还能够将不同第一显示配置按照不同位置显示，且通过游戏活动的标识(例如名称)进行区分，以便于用户区分不同游戏界面中的控件的第一显示配置。在查找显示配置时，用户无需翻阅代码即可轻松地确定出所需的控件的显示配置，方便了用户针对所需控件的显示配置的查找，从而便于进行针对性的修改。本申请实施例提供的方法，实现了将以代码形式展示的显示配置按照用户界面中的显示元素的方式进行展现，实现直观展现不同游戏界面中的控件的显示配置。

同时，本申请实施例提供的方法，还能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而可实现控制游戏客户端中控件的显示规则。在此过程中，不涉及代码修改，仅需用户针对直观展示的控件的显示配置进行修改，能够简化修改控件的显示配置的过程。

并且，对于控件进行显示配置的展示，需要针对大量的控件进行代码层面的显示配置抽取。由于游戏中的控件与常规的控件(非游戏领域)存在较大区别，具有数量较大以及由于游戏活动较复杂导致控件的显示配置也较为复杂的特点，因此本申请实施例中实现游戏界面的控件的显示配置的展示方案，相较于抽取常规的控件的显示配置也会更为复杂。且对于常规的控件来说，通常采用一次性显示，之后隐藏的方式展现，例如各节日活动的控件。因此在常规的控件的基础上，也不存在本申请实施例中提供的对控件的显示配置进行编辑的需求。在游戏领域，本申请实施例的方法为用户提供了一种简单便捷的针对控件的显示规则进行编辑的方案，可满足游戏的运营方对灵活开展的游戏活动所对应的控件，进行灵活的配置的需求，并且降低了对控件的显示规则进行维护的成本，可便于游戏运营方自由的开展游戏的运营活动。

图1是本申请一个示例性实施例提供的计算机系统的结构框图。该计算机系统100包括：第一终端110、第二终端120和服务器130。

第一终端110安装和运行有配置客户端111。当第一终端110运行配置客户端111时，第一终端110的屏幕上显示配置客户端111的用户界面。该配置客户端111用于配置游戏客户端121中的控件的显示配置，该配置客户端111的存在形式包括应用程序(Application，APP)、小程序、网页、网页客户端、云客户端等。第一终端110是第一用户使用的终端，配置客户端111上登录有第一用户的用户帐号，或配置客户端111授权第一用户使用，或第一用户是配置客户端111的开发者。第一终端110可以泛指多个终端中的一个。可选地，第一终端110的设备类型包括：智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。

第二终端120安装和运行有游戏客户端121。当第二终端120运行游戏客户端121时，第二终端120的屏幕上显示游戏客户端121的用户界面。示例地，该游戏客户端121具体可以为第一人称射击(First-Person Shooting，FPS)游戏、第三人称射击(Third-PersonalShooting，TPS)游戏、仿真程序、多人在线战术竞技(Multiplayer Online Battle Arena，MOBA)游戏、战术竞技游戏、策略类游戏(Simulation Game，SLG)的任意一种。游戏客户端121的游戏界面中包括用于显示通知信息的控件。第二终端120是第二用户使用的终端，游戏客户端121上登录有第二用户的用户帐号。第二终端120可以泛指多个终端中的一个。可选地，第二终端120的设备类型包括：智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。

第一终端110以及第二终端120通过无线网络或有线网络与服务器130相连。需要说明的是，上述终端的数量仅用作实例，不作为对本申请实施例提供的计算机系统的限制。

服务器130包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。服务器130用于为游戏客户端121提供后台服务。可选地，服务器130承担主要计算工作，终端承担次要计算工作；或者，服务器130承担次要计算工作，终端承担主要计算工作；或者，服务器130和终端之间采用分布式计算架构进行协同计算。

图2是本申请一个示例性实施例提供的配置客户端的控件配置界面的示意图。如图2所示，终端通过运行配置客户端，可显示配置客户端的控件配置界面201，该控件配置界面201中显示有一个或多个配置控件202。其中，每个配置控件202用于配置一个控件，每个配置控件202对应的控件相同或不同。可选地，控件用于显示游戏客户端中的通知信息。例如，控件为活动控件，活动控件用于展示游戏的运营活动的活动信息。控件对应有第一显示配置，第一显示配置包括控件对应的活动的活动类型、活动开始日期、开始时刻以及结束时刻。配置控件202中显示有其对应的控件的活动类型(例如“竞技场”)、开始时刻(例如“180000”)以及结束时刻(例如“180000”)。配置客户端在显示不同控件的配置控件202时，会按照配置控件202对应的控件的活动开始日期，按照日历的形式排列显示，从而反映控件的活动开始日期。可选地，控件的第一显示配置还包括重复信息，在配置控件202对应的控件的重复信息指示控件对应的活动周期性重复的情况下，配置客户端会根据重复周期以及活动开始日期按照日历的形式重复显示配置控件202。示例地，如图2所示，控件“竞技场”的重复信息指示其对应的活动周期性重复，且重复周期为每周三、四、五，则配置客户端会在日历中的星期三、四、五下显示控件“竞技场”对应的配置控件202。

需要说明的是，显示在配置界面201中的配置控件202所对应的控件，在游戏客户端中处于显示状态。控件的第一显示配置是配置客户端通过服务器获取的。

响应于对第一显示配置的编辑操作，配置客户端会编辑第一显示配置得到第二显示配置。之后，配置客户端会向服务器发送第二显示配置，服务器用于向游戏客户端发送该第二显示配置。通过该第二显示配置，能够指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。

通过显示控件配置界面，能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而可实现控制游戏客户端中控件的显示规则。在此过程中，不涉及代码修改，仅需用户针对直观展示的控件的显示配置进行修改。并且也无需进行代码的查找，只需选择相应的显示配置进行修改，即可实现控制控件的显示规则，能够简化修改控件的显示配置的过程。

图3是本申请一个示例性实施例提供的游戏界面中的控件的编辑方法的流程示意图。该方法可以用于配置客户端。如图3所示，该方法包括：

步骤302：显示配置客户端的控件配置界面。

配置客户端用于配置游戏客户端中的控件的显示规则，游戏客户端的用户界面中包括控件。控件用于显示游戏客户端中的通知信息。可选地，控件为活动控件，活动控件用于展示游戏的运营活动的活动信息。可选地，该运营活动指短期运营活动，短期运营活动是指单次活动的持续时长小于目标时长的运营活动。例如单次活动的持续时长小于2小时的运营活动，单次活动的持续时长小于4小时的运营活动。

可选地，配置客户端的存在形式包括APP、小程序、网页、网页客户端、云客户端等。用户通过用户帐号登陆配置客户端，从而使用配置客户端；或，用户通过授权的方式使用配置客户端；或，使用配置客户端的用户为配置客户端的开发者。

控件配置界面包括控件的第一显示配置，在控件为多个的情况下，控件配置界面包括该多个控件中的每个控件的第一显示配置。该第一显示配置用于反映控件在游戏客户端的用户界面中的显示规则，能够指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。该用户界面是游戏客户端中任一包括控件的界面。

控件与其对应的第一显示配置存在绑定关系，例如通过客户端中的活动的标识进行绑定，通过第一显示配置的存储地址和控件的标识绑定，通过第一显示配置的标识与控件的标识绑定，或者控件的数据与第一显示配置对应存储。游戏客户端在显示包括控件的用户界面时，会根据该绑定关系从服务器获取控件的显示配置。

第一显示配置是配置客户端通过服务器获取的。可选地，该服务器为游戏客户端的后台服务器。可选地，配置客户端定期通过服务器获取控件的第一显示配置；或者，当配置客户端显示控件配置界面时，配置客户端通过服务器获取控件的第一显示配置；或者，控件配置界面中显示有获取控件(例如刷新按钮)，当配置客户端接收到获取控件触发的获取操作时，配置客户端通过服务器获取控件的第一显示配置。

步骤304：响应于对第一显示配置的编辑操作，编辑第一显示配置得到第二显示配置。

该第一显示配置用于反映控件在游戏客户端的用户界面中的显示规则，能够指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。配置客户端根据该编辑操作，能够对第一显式配置进行编辑，从而得到第二显示配置，配置客户端也能够显示该第二显示配置。例如，控件的显示配置包括“可视状态”选项，第一显示配置中“可视状态”为显示状态，指示在显示包括控件的用户界面时会在用户界面中显示控件。之后客户端根据编辑操作将“可视状态”切换为隐藏状态，得到第二显示配置，第二显示配置指示显示包括控件的用户界面时会在用户界面中隐藏控件。

可选地，该编辑操作包括新增操作、删除操作、和修改操作中的至少一种。可选地，显示在控件配置界面中的第一显示配置所对应的控件，在游戏客户端中处于显示状态，即游戏客户端在显示包括处于显示状态的控件的用户界面时，会在该用户界面显示该控件。可选地，配置客户端还能够从服务器获取处于隐藏状态的控件的第一显示配置，通过新增操作能够在控件配置界面中显示处于隐藏状态的控件的第二显示配置。此时，该控件的第一显示配置被编辑为第二显示配置，第一显示配置指示控件处于隐藏状态，第二显示配置指示控件处于显示状态。通过删除操作配置客户端能够在控件配置界面中取消显示删除操作对应的第一显示配置。此时，该第一显示配置被编辑为第二显示配置，第一显示配置指示控件处于显示状态，第二显示配置指示控件处于隐藏状态。可选地，控件的第一显示配置除是否显示的状态外，还包括其他显示规则，配置客户端根据修改操作能够对第一显示配置中的显示规则进行修改，从而得到第二显示配置。

步骤306：向服务器发送第二显示配置。

服务器用于向游戏客户端发送第二显示配置，第二显示配置用于指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。游戏客户端在显示包括控件的用户界面时，会通过服务器获取该控件的显示配置，并按照获取的显示配置来控制控件的显示。第二显示配置还能够指示控件的其他显示规则。

可选地，响应于同步操作，配置客户端向服务器发送第二显示配置。例如，控件配置界面中显示有同步控件(例如同步按钮)，当配置客户端接收到同步控件触发的同步操作时，配置客户端会向服务器发送第二显示配置。可选地，在发送第二显示配置时，配置客户端仅发送进行了编辑的显示配置，以节省传输资源。

综上所述，本实施例提供的方法，通过显示控件配置界面，能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而可实现控制游戏客户端中控件的显示规则。在此过程中，不涉及代码修改，仅需用户针对直观展示的控件的显示配置进行修改。并且也无需进行代码的查找，只需选择相应的显示配置进行修改，即可实现控制控件的显示规则，能够简化修改控件的显示配置的过程。

图4是本申请一个示例性实施例提供的游戏界面中的控件的编辑方法的流程示意图。该方法可以用于配置客户端。如图4所示，该方法包括：

步骤402：在配置客户端的控件配置界面中，显示在游戏客户端的用户界面中处于显示状态的控件的第一显示配置。

配置客户端用于配置游戏客户端中的控件的显示规则，游戏客户端的用户界面中包括控件。控件用于显示游戏客户端中的通知信息。例如，控件为活动控件，活动控件用于展示游戏的运营活动的活动信息。控件配置界面包括控件的第一显示配置，该第一显示配置用于反映控件在游戏客户端的用户界面中的显示规则，能够指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。该用户界面是游戏客户端中任一包括控件的界面。可选地，控件对应有用于标识控件为控件的信息，以区别于游戏客户端中的其他控件。

第一显示配置是配置客户端通过服务器获取的。可选地，该服务器为游戏客户端的后台服务器。

显示在控件配置界面中的第一显示配置所对应的控件，在游戏客户端的用户界面中处于显示状态。即游戏客户端在显示用户界面时，会在用户界面中显示该控件。可选地，配置客户端在获取第一显示配置时，除了获取处于显示状态的控件的低于显示配置，还会获取处于隐藏状态的控件的第一显示配置。处于隐藏状态的控件的第一显示配置不会显示在控件配置界面中。

可选地，控件用于显示运营活动的活动信息，控件的第一显示配置包括控件对应的活动类型、活动开始日期、开始时刻以及结束时刻。其中，第一显示配置用于指示在活动开始日期的开始时刻与结束时刻之间，控件处于显示状态。配置客户端在显示第一显示配置时，会在控件配置界面中显示控件对应的活动类型、活动开始日期、开始时刻以及结束时刻。

示例地，继续参照图2，配置客户端显示的第一显示配置中的活动类型包括竞技场、攻城乱斗、排位赛、武将单挑。配置客户端显示的第一显示配置中的开始时刻例如为“180000”，表示18点，结束时刻例如为“200000”，表示20点。第一显示配置对应的星期数(竖向)即为第一显示配置的活动开始日期。

可选地，配置客户端在显示控件的第一显示配置时，会在控件配置界面中显示一个或多个控件各自对应的配置控件，即每个配置控件对应有一个控件，每个配置控件对应的控件相同或不同，例如在控件周期性显示时，可通过多个配置控件来显示不同活动开始日期的控件的第一显示配置。其中，每个配置控件中显示有配置控件对应的控件的活动类型、开始时刻以及结束时刻，不同配置控件按照活动开始日期排列显示。

配置控件以封闭的图形显示，例如为矩形。在配置控件中，第一显示配置也以封闭的图形显示，例如为矩形。在通过配置控件显示控件的第一显示配置时，配置客户端能够在控件配置界面中根据配置控件对应的活动开始日期，按照日历的形式显示一个或多个控件各自对应的配置控件。可选地，该日历包括的时段以日为单位、以周为单位、以月为单位或以年为单位，日历中包括划分的时段中的每一日，日历中的起始日为显示控件配置界面的当日，或之前的日期或之后的日期，也能够为用户自定义的日期。配置客户端在显示配置控件时，会显示活动开始日期处于日历所包含的时段内的配置控件，以便于用户查阅。例如日历涵盖的时段包括一周(显示控件配置界面的日期的当周)，具体包括一周中的周一至周日，在周一至周日下分别显示有对应的配置控件。

示例地，继续参照图2，配置客户端在控件配置界面中，按照星期数来排布显示不同的配置控件。示例地，图5是本申请一个示例性实施例提供的控件配置界面的示意图。如图5所示，在配置客户端的控件配置界面501中，显示有按日期排布的配置控件502，且按日期排布的配置控件502采用日历的形式显示，从而直观的反映每个控件的活动开始日期，以便于用户进行针对性的操作。

可选地，第一显示配置还包括重复信息。在配置控件对应的控件的重复信息指示控件对应的活动周期性重复的情况下，配置客户端根据重复周期以及活动开始日期按照日历的形式重复显示配置控件。例如，控件的开始日期为周一，重复信息指示控件对应的活动每周重复，则配置客户端会在日历中的每周一下重复显示控件对应的配置控件。可选地，对于控件的显示配置，还能够按照周期进行复用。例如将第一个月的显示配置复用至第二个月，将前一周的显示配置复用至本周。

可选地，配置客户端从服务器获取的活动类型为字符串格式，配置客户端在获取到控件的活动类型时，会通过语言配置表将字符串格式的活动类型转换为文本格式，并按照文本格式来显示活动类型，以便于用户理解。该语言配置表是配置客户端的开发人员建立的。

步骤404：响应于对第一显示配置的编辑操作，编辑第一显示配置得到第二显示配置。

该编辑操作包括如下至少一种：

·新增操作；

·删除操作；

·修改操作。

配置客户端在获取处于显示状态的控件的第一显示配置时，还会获取处于隐藏状态的控件的第一显示配置。配置客户端根据新增操作所选择的控件，能够在控件配置界面中显示该选择的控件的第二显示配置。选择的控件包括处于显示状态的控件和处于隐藏状态的控件，若选择的控件处于隐藏状态，此时该第二显示配置指示该选择的控件在相应的第一显示配置下处于显示状态，并且编辑客户端会显示该第二显示配置。

示例地，继续参照图2，控件配置界面201中还显示有新增控件206，根据新增控件206触发的新增操作，配置客户端能够显示新增操作选择的控件对应的配置控件202。在显示新增操作选择控件对应的配置控件202后，则指示该控件转换为显示状态。示例地，图6是本申请一个示例性实施例提供的新增操作的示意图。如图6所示，配置客户端在接收到针对新增控件601的点击操作时，会在新增控件601中显示下拉框602，下拉框中显示有全部控件的活动类型。配置客户端在接收到针对下拉框602中显示的活动类型的选择操作时，会显示该活动类型所对应的控件的配置控件603。例如，在星期一原本不存在“竞技场”的配置控件，通过新增“竞技场”的配置控件，实现在星期一的开始时刻和结束时刻之间，游戏客户端在用户界面中显示“竞技场”的控件。又例如，在星期一原本已存在“竞技场”的配置控件，但开始时刻为8点，结束时刻为6点。通过再次新增“竞技场”的配置控件，可实现在星期一的18点和20点之间，游戏客户端在用户界面中显示“竞技场”的控件。另外，对于显示在不同用户界面中的控件，能够通过标识进行区分。例如，用户界面1中的控件的活动类型为“竞技场-1”，用户界面2中相同的控件的活动类型为“竞技场-2”。在新增操作后，配置客户端会显示通过新增操作得到的控件的第二显示配置。

响应于对配置界面中的第一显示配置的删除操作，配置客户端会取消显示删除操作选择的第一显示配置，并得到第二显示配置，第二显示配置指示删除操作对应的控件处于隐藏状态。可选地，响应于对配置界面中的配置控件的删除操作，配置客户端会取消显示删除操作对应的配置控件，从而得到该配置控件所对应的控件的第二显示配置，第二显示配置指示该控件处于隐藏状态。也即是取消显示的配置控件所对应的控件会被指示处于隐藏状态。

修改操作即对控件的第一显示配置进行修改，从而得到第二显示配置。例如修改第一显示配置中的活动开始日期、开始时刻和结束时刻。可选地，第一显示配置还包括重复信息，配置客户端还能够根据对重复信息的修改操作来修改控件的重复信息，例如第一显示配置中重复信息指示控件每周三重复，修改得到的重复信息指示控件每周四重复，在修改后，配置客户端能够按照修改后的显示配置来显示配置控件。在修改操作后，配置客户端会显示通过修改操作得到的控件的第二显示配置。

除了上述编辑第一显示配置的方式，配置客户端也能够根据获取的信息来自动化编辑控件的显示配置：

可选地，配置客户端接收服务器发送的用户帐号与控件的历史交互信息。之后根据历史交互信息修改第一显示配置，从而得到第二显示配置。例如对于与用户帐号产生交互次数较少的控件，配置客户端会将其设置为隐藏状态，以避免用户界面显示用户不感兴趣的控件造成对用户的干扰。并且，对于不同用户帐号，配置客户端能够分别确定其对应的控件的显示配置。

可选地，历史交互信息包括向用户帐号展示控件的展示次数，以及用户帐号与控件的交互次数，第一显示配置用于指示控件处于显示状态。响应于交互次数与展示次数的比值小于阈值，配置客户端能够将第一显示配置调整为第二显示配置，第二显示配置用于指示控件处于隐藏状态。该阈值是配置客户端的开发人员确定的，交互次数与展示次数的比值小于阈值，能够反映在向用户多次展示控件的情况下，用户与控件的交互次数较少，即用户可能对控件的活动感兴趣，在该情况下配置客户端能够修改控件的显示配置，从而使控件进行隐藏。

可选地，配置客户端将历史交互信息和控件的特征输入点击预测模型，能够得到用户帐号与控件的预测交互，该预测交互用于反映用户帐号是否会与控件进行交互。可选地，控件的特征包括控件对应的活动的活动类型、活动详细描述、活动持续周期和活动奖励中的至少一种，历史交互信息用于反映控件中与用户帐号产生交互的控件。预测交互还能够反映用户帐号与控件进行交互的概率。该点击预测模型是基于神经网络构建的机器学习模型，该点击预测模型是通过样本用户帐号与样本控件的历史交互信息，以及样本控件的特征训练得到的。样本用户帐号属于游戏客户端的用户帐号，样本控件是在游戏客户端中显示过的控件。通过该点击预测模型，配置客户端能够预测使用游戏客户端的用户与哪类控件可能产生交互，也即是预测使用游戏客户端的用户可能对哪类活动感兴趣。之后配置客户端根据预测交互调整第一显示配置，得到第二显示配置。例如，在点击预测模型预测的预测交互反映用户帐号与控件的交互概率低于阈值的情况下，配置客户端能够将指示该控件处于显示状态的第一显示配置调整为第二显示配置，第二显示配置用于指示控件处于隐藏状态。该阈值是配置客户端的开发人员确定的。通过将交互概率较低的控件设置为隐藏状态，能够使控件进行隐藏，避免用户界面显示用户不感兴趣的控件造成对用户的干扰。

步骤406：响应于更新操作，向服务器发送第二显示配置。

服务器用于向游戏客户端发送第二显示配置，第二显示配置用于指示游戏客户端在显示包括控件的用户界面时，显示或隐藏控件。游戏客户端在显示包括控件的用户界面时，会通过服务器获取该控件的显示配置，并按照获取的显示配置来控制控件的显示。第二显示配置还能够指示控件的其他显示规则。

可选地，响应于同步操作，配置客户端向服务器发送第二显示配置。例如，继续参照图2，控件配置界面201中显示有同步控件203，当配置客户端接收到同步控件203触发的同步操作时，配置客户端会向服务器发送第二显示配置。另外，在勾选图2中的多服务器控件的情况下，配置客户端会向游戏客户端的多个后台服务器均发送第二显示配置。

在一个具体的例子中，第一显示配置存储在服务器的配置表中，配置表的数据结构为：活动类型(字符串(STRING))、开始时刻(无符号整数(UInt))、结束时刻(UInt)、周开始日(即活动开始日期，UInt)。策划人员可以通过配置表配置默认的一些活动，在游戏服务器启动时，游戏服务器会将配置表内的配置读取进入内存中，例如活动类型为战斗(battle)，开始时间为160000，结束时间为170000，周开始日为1。该配置代表战斗类型的活动(控件)会在周一的下午4点-5点开启，该配置会被存储在服务器的内存中。配置客户端开启时会向游戏服务器请求目前线上的配置，随后生成整月每一日对应的控制模块(配置控件)，按照日历的形式显示。在读取到控件的活动类型时，配置客户端会将拿到的STRING类型通过语言配置表转换为配置客户端的语言版本，例如中文。之后配置客户端在获取到活动类型时会去控件对应的配置控件中的下拉框选项进行相应选中，并将开始时刻与结束时刻赋予给配置控件中的文本框，从而实现配置控件的显示。

在策划人员需要进行控件的实时配置时，会打开配置客户端进行增删改查的操作。示例地，图7是本申请一个示例性实施例提供的配置控件的过程的示意图。结合图2和如图7，在增加配置701的过程，首先需要点击新增控件，之后在显示的下拉框选择控件的活动类型，之后填写相关的时间后即可与服务器进行同步。在删除配置702的过程，首先需要点击配置控件的空白处，之后将配置控件对应的控件设置为空置，之后与服务器进行同步。在修改配置703的过程，首先需要选择配置控件中显示的选项，之后对活动类型、开始时刻或结束时刻中的一个或多个进行修改，之后与服务器进行同步。在查询配置704的过程，需要点击刷新控件，之后配置客户端请求服务器最新的数据并相应显示配置控件及其内容。

在同步配置时，配置客户端会读取整体月份配置，并将编辑的显示配置形成对应数据结构，将数据传输到游戏服务器。在游戏服务器内会将数据进行转化，将相应的活动时间(开始、结束时刻)由配置的UInt转化为程序可认的时间戳类型，并且进行整体月份的数据结构赋值，最终将处理完成的数据同步给到游戏客户端，游戏客户端根据数据变化进行控件的展示。

综上所述，本实施例提供的方法，通过显示控件配置界面，能够实现使用户通过可视化的人机交互界面来对控件的显示配置进行编辑，从而可实现控制游戏客户端中控件的显示规则。在此过程中，不涉及代码修改，仅需用户针对直观展示的控件的显示配置进行修改。并且也无需进行代码的查找，只需选择相应的显示配置进行修改，即可实现控制控件的显示规则，能够简化修改控件的显示配置的过程。

另外，通过在控件配置界面显示处于显示状态的控件的显示配置，能够方便用户获知当前在游戏客户端中处于显示状态的控件，且指示了用户删除显示配置即隐藏控件的规则。通过显示显示配置中的各项信息，能够便于用户灵活对显示配置进行编辑。通过以日期的形式排列显示控件的编辑控件，能够直观向用户展示各日期下开展的活动，便于用户后续编辑。通过转换活动类型的格式，能够以用户便于理解的形式显示活动类型。

需要说明的是，本申请实施例提供的方法步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

图8是本申请一个示例性实施例提供的游戏界面中的控件的编辑装置的结构示意图。该装置可以用于如图1所示的系统中的第一终端。如图8所示，该装置包括：

显示模块801，用于显示配置客户端的控件配置界面，所述控件配置界面包括所述控件的第一显示配置，所述控件用于显示通知信息，所述第一显示配置是所述配置客户端通过服务器获取的；

编辑模块802，用于响应于对所述第一显示配置的编辑操作，编辑所述第一显示配置得到第二显示配置；

发送模块803，用于向所述服务器发送所述第二显示配置，所述服务器用于向游戏客户端发送所述第二显示配置，所述第二显示配置用于指示所述游戏客户端在显示包括所述控件的用户界面时，显示或隐藏所述控件。

在一个可选的设计中，所述显示模块801，用于：

在所述控件配置界面中显示在所述游戏客户端的用户界面中处于显示状态的所述控件的所述第一显示配置。

在一个可选的设计中，所述控件用于显示运营活动的活动信息，所述第一显示配置包括所述控件对应的活动类型、活动开始日期、开始时刻以及结束时刻；所述显示模块801，用于：

在所述控件配置界面中显示所述控件对应的所述活动类型、所述活动开始日期、所述开始时刻以及所述结束时刻；

其中，所述第一显示配置用于指示在所述活动开始日期的所述开始时刻与所述结束时刻之间，所述控件处于所述显示状态。

在一个可选的设计中，所述显示模块801，用于：

在所述控件配置界面中显示一个或多个所述控件各自对应的配置控件；

其中，每个所述配置控件中显示有所述配置控件对应的所述控件的所述活动类型、所述开始时刻以及所述结束时刻，不同所述配置控件按照所述活动开始日期排列显示。

在一个可选的设计中，所述显示模块801，用于：

在所述控件配置界面中根据所述配置控件对应的所述活动开始日期，按照日历的形式显示一个或多个所述控件各自对应的所述配置控件。

在一个可选的设计中，所述第一显示配置还包括重复信息；所述显示模块801，用于：

在所述配置控件对应的所述控件的所述重复信息指示所述控件对应的活动周期性重复的情况下，根据重复周期以及所述活动开始日期按照日历的形式重复显示所述配置控件。

在一个可选的设计中，所述活动类型为字符串格式；如图9所示，所述装置还包括：

转换模块804，用于通过语言配置表将所述字符串格式的所述活动类型转换为文本格式。

在一个可选的设计中，所述编辑操作包括如下至少一种：

新增操作；

删除操作；

修改操作。

在一个可选的设计中，如图10所示，所述装置还包括：

接收模块805，用于接收所述服务器发送的所述用户帐号与所述控件的历史交互信息；

修改模块806，用于根据所述历史交互信息修改所述第一显示配置，得到所述第二显示配置。

在一个可选的设计中，所述历史交互信息包括向所述用户帐号展示所述控件的展示次数，以及所述用户帐号与所述控件的交互次数，所述第一显示配置用于指示所述控件处于显示状态；所述修改模块806，用于：

响应于所述交互次数与所述展示次数的比值小于阈值，将所述第一显示配置调整为所述第二显示配置，所述第二显示配置用于指示所述控件处于隐藏状态。

在一个可选的设计中，所述修改模块806，用于：

将所述历史交互信息和所述控件的特征输入点击预测模型，得到所述用户帐号与所述控件的预测交互，所述预测交互用于反映所述用户帐号是否会与所述控件进行交互；

根据所述预测交互调整所述第一显示配置，得到所述第二显示配置。

需要说明的是：上述实施例提供的游戏界面中的控件的编辑装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的游戏界面中的控件的编辑装置与游戏界面中的控件的编辑方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请的实施例还提供了一种计算机设备，该计算机设备包括：处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的游戏界面中的控件的编辑方法。

可选地，该计算机设备为服务器。示例地，图11是本申请一个示例性实施例提供的计算机设备的结构示意图。

所述计算机设备1100包括中央处理单元(Central Processing Unit，CPU)1101、包括随机存取存储器(Random Access Memory，RAM)1102和只读存储器(Read-OnlyMemory，ROM)1103的系统存储器1104，以及连接系统存储器1104和中央处理单元1101的系统总线1105。所述计算机设备1100还包括帮助计算机设备内的各个器件之间传输信息的基本输入/输出系统(Input/Output系统，I/O系统)1106，和用于存储操作系统1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

所述基本输入/输出系统1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中所述显示器1108和输入设备1109都通过连接到系统总线1105的输入输出控制器1110连接到中央处理单元1101。所述基本输入/输出系统1106还可以包括输入输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1107通过连接到系统总线1105的大容量存储控制器(未示出)连接到中央处理单元1101。所述大容量存储设备1107及其相关联的计算机可读存储介质为计算机设备1100提供非易失性存储。也就是说，所述大容量存储设备1107可以包括诸如硬盘或者只读光盘(Compact Disc Read-Only Memory，CD-ROM)驱动器之类的计算机可读存储介质(未示出)。

不失一般性，所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读存储指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读寄存器(Erasable Programmable Read OnlyMemory，EPROM)、电子抹除式可复写只读存储器(Electrically-Erasable ProgrammableRead-Only Memory，EEPROM)、闪存或其他固态存储设备、CD-ROM、数字多功能光盘(DigitalVersatile Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1104和大容量存储设备1107可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1101执行，一个或多个程序包含用于实现上述方法实施例的指令，中央处理单元1101执行该一个或多个程序实现上述各个方法实施例提供的方法。

根据本申请的各种实施例，所述计算机设备1100还可以通过诸如因特网等网络连接到网络上的远程计算机设备运行。也即计算机设备1100可以通过连接在所述系统总线1105上的网络接口单元1111连接到网络1112，或者说，也可以使用网络接口单元1111来连接到其他类型的网络或远程计算机设备系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本申请实施例提供的方法中由计算机设备所执行的步骤。

本申请实施例中还提供了一种计算机可读存储介质，该可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，当该至少一条指令、至少一段程序、代码集或指令集由计算机设备的处理器加载并执行时，实现上述各方法实施例提供的游戏界面中的控件的编辑方法。

本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例提供的游戏界面中的控件的编辑方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的可读存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同切换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种游戏界面中的控件的编辑方法，其特征在于，所述方法应用于配置客户端，所述方法包括：

显示所述配置客户端的控件配置界面，所述控件配置界面包括所述控件的第一显示配置，所述控件用于显示通知信息，所述第一显示配置是所述配置客户端通过服务器获取的；

响应于对所述第一显示配置的编辑操作，编辑所述第一显示配置得到第二显示配置；

向所述服务器发送所述第二显示配置，所述服务器用于向游戏客户端发送所述第二显示配置，所述第二显示配置用于指示所述游戏客户端在显示包括所述控件的用户界面时，显示或隐藏所述控件。

2.根据权利要求1所述的方法，其特征在于，所述显示所述配置客户端的控件配置界面，包括：

在所述控件配置界面中显示在所述游戏客户端的用户界面中处于显示状态的所述控件的所述第一显示配置。

3.根据权利要求2所述的方法，其特征在于，所述控件用于显示运营活动的活动信息，所述第一显示配置包括所述控件对应的活动类型、活动开始日期、开始时刻以及结束时刻；

所述在所述控件配置界面中显示在所述游戏客户端的用户界面中处于显示状态的所述控件的所述第一显示配置，包括：

在所述控件配置界面中显示所述控件对应的所述活动类型、所述活动开始日期、所述开始时刻以及所述结束时刻；

其中，所述第一显示配置用于指示在所述活动开始日期的所述开始时刻与所述结束时刻之间，所述控件处于所述显示状态。

4.根据权利要求3所述的方法，其特征在于，所述在所述控件配置界面中显示所述控件对应的所述活动类型、所述活动开始日期、所述开始时刻以及所述结束时刻，包括：

在所述控件配置界面中显示一个或多个所述控件各自对应的配置控件；

其中，每个所述配置控件中显示有所述配置控件对应的所述控件的所述活动类型、所述开始时刻以及所述结束时刻，不同所述配置控件按照所述活动开始日期排列显示。

5.根据权利要求4所述的方法，其特征在于，所述在所述控件配置界面中显示一个或多个所述控件各自对应的配置控件，包括：

在所述控件配置界面中根据所述配置控件对应的所述活动开始日期，按照日历的形式显示一个或多个所述控件各自对应的所述配置控件；

所述第一显示配置还包括重复信息；所述方法还包括：

在所述配置控件对应的所述控件的所述重复信息指示所述控件对应的活动周期性重复的情况下，根据重复周期以及所述活动开始日期按照日历的形式重复显示所述配置控件。

6.根据权利要求3至5任一所述的方法，其特征在于，所述活动类型为字符串格式；所述方法还包括：

通过语言配置表将所述字符串格式的所述活动类型转换为文本格式。

7.根据权利要求1至5任一所述的方法，其特征在于，所述方法还包括：

接收所述服务器发送的所述用户帐号与所述控件的历史交互信息；

根据所述历史交互信息修改所述第一显示配置，得到所述第二显示配置。

8.根据权利要求7所述的方法，其特征在于，所述历史交互信息包括向所述用户帐号展示所述控件的展示次数，以及所述用户帐号与所述控件的交互次数，所述第一显示配置用于指示所述控件处于显示状态；

所述根据所述历史交互信息修改所述第一显示配置，得到所述第二显示配置，包括：

响应于所述交互次数与所述展示次数的比值小于阈值，将所述第一显示配置调整为所述第二显示配置，所述第二显示配置用于指示所述控件处于隐藏状态。

9.根据权利要求7所述的方法，其特征在于，所述根据所述历史交互信息修改所述第一显示配置，得到所述第二显示配置，包括：

将所述历史交互信息和所述控件的特征输入点击预测模型，得到所述用户帐号与所述控件的预测交互，所述预测交互用于反映所述用户帐号是否会与所述控件进行交互；

根据所述预测交互调整所述第一显示配置，得到所述第二显示配置。

10.一种游戏界面中的控件的编辑装置，其特征在于，所述装置包括：

显示模块，用于显示配置客户端的控件配置界面，所述控件配置界面包括所述控件的第一显示配置，所述控件用于显示通知信息，所述第一显示配置是所述配置客户端通过服务器获取的；

编辑模块，用于响应于对所述第一显示配置的编辑操作，编辑所述第一显示配置得到第二显示配置；

发送模块，用于向所述服务器发送所述第二显示配置，所述服务器用于向游戏客户端发送所述第二显示配置，所述第二显示配置用于指示所述游戏客户端在显示包括所述控件的用户界面时，显示或隐藏所述控件。

11.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述计算机设备执行如权利要求1至9任一所述的游戏界面中的控件的编辑方法。

Images