彩铃播放的控制方法、平台、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种彩铃播放的控制方法、平台、设备及存储介质。

背景技术

音视频彩铃服务是通话阶段的一种音视频播放的服务，根据通话中主被叫用户的状态，为主叫、被叫或双方播放音视频内容。为实现音视频彩铃服务，需在电信网络中设置用于提供音视频彩铃的视频彩铃平台。

当用户在终端设置铃音时，集中业务管理中心接收用户设置铃音的请求，并将铃音设置信息保存至用户铃音库。当用户触发呼叫请求时，放音呼叫节点查询用户铃音库保存的铃音设置信息，并根据铃音设置信息进行铃音的播放。

现有技术仅可以播放保存在用户铃音库中用户预设的铃音，灵活性较差。

发明内容

本申请提供一种彩铃播放的控制方法、平台、设备及存储介质，用以解决现有技术播放保存在用户铃音库中预设的铃音，灵活性较差的问题。

第一方面，本申请提供一种彩铃播放的控制方法，包括：

接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息；

基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级；

根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃；

在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃；

将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

第二方面，本申请提供一种彩铃播放的控制方法，包括：

采集第三方应用中用户的非敏感日志数据；

基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级；

将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。

第三方面，本申请提供一种彩铃播放的控制平台，包括：集中业务管理平台、分布式放音平台以及实时放音策略管理控制系统；其中，分布式放音平台包括放音管理节点及放音呼叫节点，放音管理节点包括放音接口网关；集中业务管理平台包括调度中心；

实时放音策略管理控制系统包括策略中心及业务管理模块，业务管理模块部署于分布式放音平台侧，用于接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息；基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级；根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃；在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃；将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃；

策略中心部署于集中业务管理平台侧，用于采集第三方应用中用户的非敏感日志数据；基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级；将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块；

调度中心，用于接收策略中心生成的铃音播放策略，并将铃音播放策略发送至放音接口网关；

放音接口网关，用于接收调度中心发送的铃音播放策略，并将铃音播放策略同步至业务管理模块；

放音呼叫节点，用于接收用户触发的呼叫请求；向业务管理模块发送彩铃播放请求；接收业务管理模块发送的目标播放彩铃；根据目标播放彩铃播放当前呼叫触发对应的彩铃。

第四方面，本申请提供一种彩铃播放的控制设备，包括：

接收模块，用于接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息；

获取模块，用于基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级；

确定模块，用于根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃；

确定模块，还用于在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃；

发送模块，用于将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

第五方面，本申请提供一种彩铃播放的控制设备，包括：

采集模块，用于采集第三方应用中用户的非敏感日志数据；

生成模块，用于基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级；

同步模块，用于将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。

第六方面，本申请提供一种彩铃播放的控制设备，包括：处理器、存储器，存储器中存储代码，处理器运行存储器中存储的代码，以执行如第一方面任一项的彩铃播放的控制方法。

第七方面，本申请提供一种彩铃播放的控制设备，包括：处理器、存储器，存储器中存储代码，处理器运行存储器中存储的代码，以执行如第二方面任一项的彩铃播放的控制方法。

第八方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面任一项的彩铃播放的控制方法。

第九方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第二方面任一项的彩铃播放的控制方法。

本申请提供一种彩铃播放的控制方法、平台、设备及存储介质。该方法包括：接收放音呼叫节点发送的彩铃播放请求，根据彩铃播放请求中携带的当前触发呼叫的用户号码信息获取对应的铃音播放策略。铃音播放策略中包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级，因此可根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，进一步根据彩铃在投放周期内的播放优先级及投放次数，确定为当前用户播放的目标播放彩铃。将目标播放彩铃发送至放音呼叫节点，放音呼叫节点可播放当前呼叫触发对应的彩铃。本方法对用户的铃音播放策略进行多次筛选，最终确定进行播放的目标播放彩铃，可以为触发呼叫的用户提供动态灵活的彩铃，无需对彩铃进行预先设置，提高了彩铃播放的灵活性。

附图说明

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

图1为本申请实施例提供的一种彩铃播放的控制方法流程图一；

图2为本申请实施例提供的一种彩铃播放的控制方法流程图二；

图3为本申请实施例提供的一种彩铃播放的控制方法流程图三；

图4为本申请实施例提供的一种铃音播放策略的生成方法流程图；

图5为本申请实施例提供的一种彩铃播放的控制平台示意图；

图6为本申请实施例提供的一种彩铃播放的控制方法交互示意图；

图7为本申请实施例提供的一种彩铃播放的控制设备示意图一；

图8为本申请实施例提供的一种彩铃播放的控制设备示意图二；

图9为本申请实施例提供的一种彩铃播放的控制设备示意图三；

图10为本申请实施例提供的一种彩铃播放的控制设备示意图四。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

首先对本申请所涉及的名词进行解释：

微服务：一种软件开发技术-面向服务的体系结构(SOA)架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)。每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言、工具对其进行构建。

现有视频彩铃平台中包含用户铃音库，用户铃音库可存储用户预设的铃音。当用户触发呼叫时，放音呼叫节点播放存储在用户铃音库的彩铃，彩铃播放的灵活性较差。

本申请实施例提供一种彩铃播放的控制方法，当用户触发呼叫后，放音呼叫节点向业务管理模块发送彩铃播放请求。业务管理模块可根据彩铃播放请求中的用户号码信息获取对应的铃音播放策略。由于铃音播放策略中包含多个彩铃及其对应的投放周期，以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级，因此可根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，进一步根据彩铃在投放周期内的播放优先级及投放次数，确定为当前触发呼叫的用户播放的目标播放彩铃。通过对用户的铃音播放策略进行多次筛选，能够为用户提供动态灵活的彩铃，无需对彩铃进行预先设置，从而提高了彩铃播放的灵活性。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例提供的一种彩铃播放的控制方法流程图一，本实施例的方法可以由彩铃播放的控制平台中的业务管理模块执行，可以通过硬件、软件、或者硬件和软件相结合的方式实现。如图1所示，本申请实施例提供的方法可以包括：

S101：接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息。

彩铃为用户等待通话时播放的铃音，彩铃可以是音频彩铃，也可以是视频彩铃。根据具体的业务需求，彩铃可以为主叫用户或被叫用户进行播放。

彩铃播放请求用于向业务管理模块请求为当前呼叫需要播放的彩铃。在一种实施场景下，用户触发呼叫至放音呼叫节点，放音呼叫节点接收到用户的触发呼叫请求后，向业务管理模块发送彩铃播放请求。

S102：基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级。

由于业务管理模块中包含多个用户的铃音播放策略，因此需要根据彩铃播放请求中的触发呼叫的用户号码信息，确定与当前触发呼叫的用户对应的铃音播放策略。

铃音播放策略是为用户播放的彩铃及其相关信息的集合，在一种实施场景下，铃音播放策略可以由策略中心根据用户在第三方应用中的非敏感日志数据生成，以提高铃音播放策略与用户的相关性。

在一种实施场景下，用户的铃音播放策略包含多个播放策略，每个播放策略对应一个彩铃。彩铃的投放周期为对用户指定的投放时间周期，可以为一天。投放时段为彩铃在一个周期内可以投放的时间段，可以为小时。需要说明的是，投放时段可以组合24小时的任一时间段，比如8:00-12:00时段、10:00-12:00时段、11:00-13:00时段等。

播放优先级为彩铃播放的优先顺序，可以包括最高优先级及正常播放两个级别。彩铃的投放次数为彩铃在当前周期内的投放次数。

除多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级外，铃音播放策略还可以包括铃音播放策略ID(Identity document，身份标识号码)、彩铃ID以及彩铃在每个周期内的投放次数阈值。

S103：根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。

由于铃音播放策略中可以包含多个彩铃，在一种实施场景下，彩铃不在当前呼叫所处的周期内，或当前呼叫时间不在彩铃的投放时段内，或者彩铃的投放次数已经达到当前呼叫所处周期内的投放次数阈值，此时彩铃不能在当前进行播放。

举例而言，彩铃在8:00-12:00时段内可以投放。若当前触发呼叫的时间位于投放周期内的这一时段，该彩铃则可以进行投放。若当前触发呼叫的时间不位于这一时段，则该彩铃不能进行投放。

S104：在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃。

在一种实施场景下，在当前可播放的彩铃中，可以根据彩铃的播放优先级确定最高优先级的彩铃，并在最高优先级的彩铃中，将投放次数最低的彩铃作为目标播放彩铃。

在另一种实施场景下，可以在当前可播放的彩铃中，根据彩铃在当前周期内的投放次数确定投放次数最低的彩铃。若投放次数最低的彩铃有多个，则在投放次数最低的彩铃中，将最高优先级的彩铃作为目标播放彩铃。

S105：将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

在一种实施场景下，目标播放彩铃可以为经过多次筛选后确定的播放策略，也可以为确定的播放策略中包含的彩铃ID。放音呼叫节点可识别播放策略中的彩铃ID，并根据彩铃ID确定彩铃ID对应的彩铃实体文件。确定彩铃实体文件后，放音呼叫节点即可为当前触发呼叫的用户播放彩铃实体文件对应的彩铃。

需要说明的是，彩铃实体文件可存储于放音呼叫节点。

本申请实施例提供一种彩铃播放的控制方法，接收放音呼叫节点发送的彩铃播放请求后，根据彩铃播放请求中包含的当前触发呼叫的用户号码信息获取对应的铃音播放策略。铃音播放策略包含多个彩铃及其对应的投放周期，以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级。根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃。将目标播放彩铃发送至放音呼叫节点，放音呼叫节点可为用户播放当前呼叫触发对应的彩铃。本申请实施例提供的方法根据铃音播放策略中包含的彩铃的投放周期、彩铃在投放周期内的投放时段及投放次数确定当前可播放的彩铃，并在当前可播放的彩铃中，进一步根据彩铃在投放周期内的播放优先级及投放次数，确定为用户播放的目标播放彩铃，可以为触发呼叫的用户提供动态灵活的彩铃，无需对彩铃进行预先设置，提高了彩铃播放的灵活性。

在上述实施例的基础上，下面提供一个具体的实施例，对彩铃播放的控制过程进行详细描述。

图2为本申请实施例提供的一种彩铃播放的控制方法流程图二，本申请实施提供的方法可以由彩铃播放的控制平台中的业务管理模块执行，具体如下：

S201：接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息。

彩铃为主叫用户或被叫用户等待通话时播放的铃音，彩铃可以是音频彩铃或视频彩铃。

在一种实施场景下，用户触发呼叫至放音呼叫节点，放音呼叫节点接收到用户的触发呼叫请求后，向业务管理模块发送彩铃播放请求。

S202：基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级。

除多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级外，铃音播放策略还可以包括铃音播放策略ID(Identity document，身份标识号码)、彩铃ID以及彩铃在每个周期内的投放次数阈值。

其中，铃音播放策略ID为铃音播放策略的标识，一个铃音播放策略绑定一个彩铃ID。彩铃ID为彩铃的标识，根据彩铃ID可确定向用户播放的铃音。需要说明的是，彩铃可以是现有的音频或视频铃音，也可以是用户自己制作的个性化铃音。比如在应用程序或H5(超文本标记语言的第五修订版，Hyper Text Markup Language 5，HTML5)等终端界面上，用户可以对自己制作的个性化彩铃进行上传和设置，设置完成后用户在拨打电话时即可看到自己制作的彩铃。

彩铃在每个周期内的投放阈值为彩铃在每个周期内可以投放的最大次数。当彩铃在当前投放周期内投放次数达到投放次数阈值后，则在当前投放周期内不能继续投放。举例而言，为一批用户投放公益彩铃，若投放周期为一天，投放次数阈值为10，则该批用户在一天内最多可看到10次的公益彩铃。

S203：根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。

在一种实施场景下，若存在一个当前可播放的彩铃，将当前可播放的彩铃作为目标播放彩铃。

在另一种实施场景下，若无当前可播放的彩铃，则返回无铃音至放音呼叫节点。

S204：若存在多个当前可播放的彩铃，根据播放优先级，在当前可播放的彩铃中确定最高优先级的至少一个彩铃。

在一种实施场景下，若在当前可播放的彩铃中存在一个最高优先级的彩铃，将最高优先级的彩铃作为目标播放彩铃。

在另一种实施场景下，若在当前可播放的彩铃中，不存在最高优先级的彩铃，则将投放次数最低的彩铃作为目标播放彩铃。

S205：若存在多个最高优先级的彩铃，将投放次数最低的彩铃作为目标播放彩铃。

在一种实施场景下，在多个最高优先级的彩铃中，若投放次数最低的彩铃为一个，则将该投放次数最低的彩铃作为目标播放彩铃。

在另一种实施场景下，在多个最高优先级的彩铃中，若投放次数最低的彩铃为多个，则可随机选取一个投放次数最低的彩铃作为目标播放彩铃。

S206：将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

在一种实施场景下，由于铃音播放策略中包含多个播放策略，目标播放彩铃为经过多次筛选后确定的播放策略。

由于铃音播放策略中包含彩铃ID，因此发送至放音呼叫节点的目标播放彩铃还可以为彩铃ID，放音呼叫节点可根据彩铃ID确定其对应的彩铃实体文件，并为当前触发呼叫的用户进行彩铃的播放。

在一种实施场景下，将目标播放彩铃发送至放音呼叫节点后，可更新目标播放彩铃在投放周期内的投放次数，用于下一次用户触发呼叫时确定目标播放彩铃。

本申请实施例提供一种彩铃播放的控制方法，接收放音呼叫节点发送的彩铃播放请求，根据彩铃播放请求中的用户号码信息获取对应的铃音播放策略。铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级。根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，进一步根据播放优先级确定最高优先级的至少一个彩铃。若存在多个最高优先级的彩铃，将投放次数最低的彩铃作为目标播放彩铃。确定目标播放彩铃后，将目标播放彩铃发送至放音呼叫节点，放音呼叫节点可根据目标播放彩铃播放当前呼叫触发对应的彩铃。本申请提供的方法根据铃音播放策略中的投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，进一步根据播放优先级确定最高优先级的彩铃，并在最高优先级的彩铃中，将投放次数最低的彩铃作为目标播放彩铃，可以为触发呼叫的用户提供动态灵活的彩铃，无需对彩铃进行预先设置，提高了彩铃播放的灵活性。同时对铃音播放策略进行多次筛选，进一步提高了目标播放彩铃的准确性。

在上述实施例的基础上，下面提供一个实施例对生成铃音播放策略的过程进行描述。

图3为本申请实施例提供的一种彩铃播放的控制方法流程图三，本实施例的方法可以由彩铃播放的控制平台中的策略中心执行，可以通过硬件、软件、或者硬件和软件相结合的方式实现。如图3所示，本申请实施例提供的方法可以包括：

S301：采集第三方应用中用户的非敏感日志数据。

第三方应用是针对某种软件或应用在功能上的不足，而由非软件编制方的其他组织或个人开发的相关软件，比如手机中安装的应用程序。

日志数据为第三方应用操作的过程类数据，可以包括用户使用第三方应用的时长、页面停留时长以及用户操作等信息。

S302：基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级。

大数据平台是一种通过内容共享、资源共用、渠道共建和数据共通等形式来进行服务的网络平台，比如Hadoop大数据平台。

基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，使根据铃音播放策略确定的彩铃能够满足用户对彩铃的需求。在一种实施场景下，可以利用大数据平台对用户的非敏感日志数据进行准实时流式计算分析，并利用深度学习算法及词频-逆向文件频率(term frequency–inverse document frequency，TF-IDF)算法，生成铃音播放策略。

在一种实施场景下，由于铃音播放策略中可包含多个播放策略，一个播放策略对应一个彩铃。为对策略进行标识，铃音播放策略还可以包含铃音播放策略ID。同理，铃音播放策略还可以包含用于标识彩铃的彩铃ID。

除铃音播放策略ID及彩铃ID外，铃音播放策略还可以包括彩铃在每个周期内的投放次数阈值。

S303：将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。

生成铃音播放策略后，将铃音播放策略同步至业务管理模块，使得业务管理模块在用户触发呼叫后，对铃音播放策略进行筛选，确定为当前呼叫播放的目标播放彩铃。

本申请实施例提供一种彩铃播放的控制方法，采集第三方应用中用户的非敏感日志数据，基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期，以及彩铃在每个周期内的投放时段、投放次数及播放优先级。将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块，业务管理模块可根据铃音播放策略确定为用户播放的彩铃。由于铃音播放策略是根据用户的非敏感日志数据生成的，因此提高了铃音播放策略与用户之间的相关性，使得根据铃音播放策略确定的彩铃能够满足用户对彩铃的需求。

在上述实施例的基础上，下面提供一个具体的实施例，对基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略的过程进行详细描述。

图4为本申请实施例提供的一种铃音播放策略的生成方法流程图，本申请实施提供的方法可以由彩铃播放的控制平台中的策略中心执行，具体如下：

S401：利用大数据平台对用户的非敏感日志数据进行准实时流式计算分析，生成用户标签。

大数据平台可以为Hadoop大数据平台。由于用户的非敏感日志数据随着用户的使用而不断的增加，因此需要利用大数据平台对用户的非敏感日志数据进行实时流式的数据分析，提高了数据处理的时效性。举例而言，可利用hdfs(Hadoop Distributed FileSystem，Hadoop分布式文件系统)、yarn(Yet Another Resource Negotiator，另一种资源协调者)和spark等hadoop生态工具进行毫秒级实时筛选用户的属性和兴趣偏好。

用户标签可以包括以下一种或多种：用户年龄、性别、爱好、用户使用的终端型号、用户喜爱的应用程序、用户在不同应用程序的驻留时间等。

S402：利用深度学习算法对业务需求及用户标签进行训练，生成用户画像模型。

用户画像模型为根据业务需求及用户标签筛选得到的用户号码的集合，因此用户画像模型可满足不同用户的不同业务需求。

S403：利用词频-逆向文件频率算法获取与用户画像模型匹配的铃音，生成铃音播放策略。

词频-逆向文件频率算法是一种统计方法，用以评估一字词对于一个文件集或一个语料库中的其中一份文件的重要程度。

在一种实施场景下，可以利用词频-逆向文件频率算法提取铃音的词频向量，并计算词频向量与用户画像模型的相似度。将相似度高的词频向量对应的铃音与用户画像模型进行匹配，生成铃音播放策略，提高了铃音播放策略与用户的相关性，使得根据铃音播放策略确定为用户播放的彩铃，可以满足用户的爱好、行为及业务场景等的需求。

词频向量与用户画像模型的相似度可以为词频向量与用户画像模型的余弦相似度，可判断二者之间的相似性。当余弦相似度的值越大，表示词频向量与用户画像模型越相似。

本申请实施例提供一种铃音播放策略的生成方法，利用大数据平台对用户的非敏感数据进行准实时流式计算分析，生成用户标签。利用深度学习算法对业务需求及用户标签进行训练，生成用户画像模型。利用词频-逆向文件频率算法获取与用户画像模型匹配的铃音，生成铃音播放策略。本申请提供的方法是根据用户的非敏感日志数据生成铃音播放策略，提高了铃音播放策略与用户的相关性，并利用词频-逆向文件频率算法将相似度高的词频向量对应的铃音与用户画像进行匹配，进一步提高了铃音播放策略与用户相关性。同时对用户的非敏感日志数据进行准实时流式计算分析，减小了时间延迟，提高了数据处理的时效性。

在上述实施例的基础上，下面提供一个实施例，对彩铃播放的控制平台进行详细介绍。

图5为本申请实施例提供的一种彩铃播放的控制平台示意图，如图5所示，彩铃播放的控制平台包括集中业务管理平台、分布式放音平台以及实时放音策略管理控制系统；其中，分布式放音平台包括放音管理节点及放音呼叫节点，放音管理节点包括放音接口网关；集中业务管理平台包括调度中心。

实时放音策略管理控制系统包括策略中心及业务管理模块，业务管理模块部署于分布式放音平台侧，用于接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息；基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级；根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃；在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃；将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

为用户播放彩铃的过程中，业务管理模块与分布式放音平台中的放音呼叫节点需要频繁交互。在一种实施场景下，将业务管理模块分布式部署在分布式放音平台侧，因此当用户触发呼叫时，为用户播放彩铃的过程是在分布式放音平台内部交互，无需到集中业务管理平台侧获取信息，减少了分布式放音平台与集中业务管理平台之间的交互频次，从而减少了网络延时，有效保障播放彩铃的时延在一定范围内，提高用户体验。

在另一种实施场景下，当为用户播放彩铃的过程出现故障时，由于业务管理模块部署在分布式放音平台侧，故障排查与定位只需在分布式放音平台内部进行核查，无需在与集中业务管理平台协同排查故障，同时由于业务管理模块与策略中心的工作流程相对独立，因此降低了故障排查的难度。

策略中心部署于集中业务管理平台侧，用于采集第三方应用中用户的非敏感日志数据；基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级；将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。

在一种实施场景下，策略中心可采用集约化方式部署在集中业务管理平台侧。策略中心和业务管理模块均采用了微服务技术，主要采用了springboot、dubbo、springcloud、netty、redis、kafka、nacos等技术框架，将底层技术组件进行整合，按功能进行模块划分，并对现网业务中涉及的服务注册与发现、服务负载、服务融断与降级、服务监控等服务治理进行不断优化，逐步构建了一套灵活可扩展的微服务技术体系。通过这套微服务技术体系，实现了模块化开发和持续集成。

调度中心，用于接收策略中心生成的铃音播放策略，并将铃音播放策略发送至放音接口网关。

在一种实施场景下，集中业务管理平台包含调度中心，还可以包括管理中心、计费中心、内容中心及运营中心。其中，管理中心管理用户各类信息，为上层应用层提供相关接口。计费中心具备用户产品订购、话单生成等能力。内容中心可以用于音视频文件审核、转码以及分发等。运营中心对彩铃的播放顺序进行编排。

放音接口网关，用于接收调度中心发送的铃音播放策略，并将铃音播放策略同步至业务管理模块。

放音呼叫节点，用于接收用户触发的呼叫请求；向业务管理模块发送彩铃播放请求；接收业务管理模块发送的目标播放彩铃；根据目标播放彩铃播放当前呼叫触发对应的彩铃。

在一种实施场景下，集中业务管理平台与分布式放音平台均可以采用集中化部署方式。同时，分布式放音平台可采用双点容灾机制，有效保障了彩铃播放的控制平台的安全性和稳定性。

本申请实施例提供一种彩铃播放的控制平台，实时放音策略管理控制系统包括策略中心与业务管理模块，其中，策略中心可以采集第三方应用中用户的非敏感日志数据，并基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略。将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。当用户触发呼叫至放音呼叫节点后，业务管理模块接收放音呼叫节点发送的彩铃播放请求，并根据彩铃播放请求中的当前触发呼叫的用户号码信息获取对应的铃音播放策略。根据铃音播放策略的投放周期、彩铃在投放周期内的投放时段及投放次数确定当前可播放的策略，并进一步根据播放优先级和投放次数确定为当前用户播放的目标播放彩铃。本申请提供的彩铃播放的控制平台可以根据用户的非敏感日志数据生成与用户相关的铃音播放策略，并根据铃音播放策略实时为用户提供动态灵活的铃音，提高了铃音播放的灵活性。同时由于策略中心部署于集中业务管理平台侧，业务管理平台部署于分布式放音平台侧，减少了分布式放音平台与集中业务管理平台之间的交互频次，从而减少了网络延时。

在上述实施例的基础上，下面提供一个具体的实施例，对铃音播放策略的控制过程进行详细描述。

图6为本申请实施例提供的一种彩铃播放的控制方法交互示意图，本申请实施例的执行主体为彩铃播放的控制平台，其中，彩铃播放的控制平台中的策略中心及调度中心位于集中业务管理平台侧，放音接口网关、业务管理模块及放音呼叫节点位于分布式放音平台侧。本申请提供的方法具体如下：

S601：策略中心采集第三方应用中用户的非敏感日志数据。

第三方应用是针对某种软件或应用在功能上的不足，而由非软件编制方的其他组织或个人开发的相关软件。举例而言，第三方应用可以是手机中安装的应用程序。

应用程序在运行过程中会生成日志数据，用于记录应用程序的相关事件。日志数据可以包括用户使用第三方应用的时长、页面停留时长以及用户操作等信息，通过日志数据可获取用户的行为信息及喜爱内容等。

在一种实施场景下，可采集数百款第三方应用中用户的非敏感日志数据，以全面描述用户的相关信息。

S602：策略中心利用大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略。

在一种实施场景下，策略中心可以利用Hadoop大数据平台对用户的非敏感日志数据进行准实时流式计算分析，生成用户标签，提高了数据处理的时效性。用户标签可以包括以下一种或多种：用户年龄、性别、爱好、用户使用的终端型号、用户喜爱的应用程序、用户在不同应用程序的驻留时间等。

生成用户标签后，可以利用深度学习算法对用户标签及业务需求进行训练，生成用户画像模型。利用词频-逆向文件频率算法获取与用户画像模型匹配的彩铃，生成与该用户相关性较高的铃音播放策略。

铃音播放策略是为用户播放的彩铃及其相关信息的集合，可以包括：多个彩铃及其对应的投放周期，以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级。由于铃音播放策略中存在多个播放策略，因此铃音播放策略还可以包括可以识别播放策略的策略ID、识别彩铃的彩铃ID以及彩铃在每个周期内的投放次数阈值。

S603：策略中心通过调度中心及放音接口网关，将铃音播放策略同步至业务管理模块。

由于策略中心与调度中心部署于集中业务管理平台侧，放音接口网关与业务管理模块部署于分布式放音平台侧。在一种实施场景下，策略中心将铃音播放策略发送至调度中心，调度中心将铃音播放策略同步至放音接口网关，放音接口网关再将接收到的铃音播放策略发送至业务管理模块。

S604：业务管理模块通过放音接口网关将铃音播放策略同步结果返回至策略中心。

业务管理模块将铃音播放策略同步结果返回至放音接口网关，放音接口网关将接收到的铃音播放策略同步结果发送至策略中心。当策略中心接收到铃音播放策略同步结果，可以表明业务管理模块接收到了铃音播放策略。

S605：用户触发呼叫至放音呼叫节点。

在用户触发呼叫之前，策略中心已经根据用户的非敏感日志数据生成该用户的铃音播放策略，并将铃音播放策略同步至业务管理模块。

S606：放音呼叫节点向业务管理模块发送彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息。

彩铃播放请求用于向业务管理模块请求为当前触发呼叫的用户播放的彩铃。

业务管理模块包含多个用户的彩铃播放请求，因此彩铃播放请求需要携带当前触发呼叫的用户号码信息，用于业务管理模块确定与该用户对应的铃音播放策略。

S607：业务管理模块对与当前触发呼叫的用户对应的铃音播放策略进行实时决策，确定目标播放彩铃。

在一种实施场景下，业务管理模块可以根据彩铃播放请求中当前触发呼叫的用户号码信息获取对应的铃音播放策略。由于铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级等信息，因此可以优先根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃。在当前可播放的彩铃中，进一步根据播放优先级确定最高优先级的彩铃。若最高优先级的彩铃存在多个，则将投放次数最低的彩铃作为目标播放彩铃。

在一种实施场景下，如果当前可播放的彩铃数量为一个，则可以直接将该彩铃作为目标播放彩铃。同理，若在当前可播放的彩铃中，最高优先级的彩铃数量为一个，则将该最高优先级的彩铃作为目标播放彩铃。

在另一种实施场景下，如果在当前可播放的彩铃中，不存在最高优先级的彩铃，则可以将投放次数最低的彩铃作为目标播放彩铃。

S608：业务管理模块将目标播放彩铃发送至放音呼叫节点。

在一种实施场景下，由于铃音播放策略中包含多个播放策略，目标播放彩铃为经过多次筛选后确定的播放策略。

在另一种实施场景下，由于确定的播放策略中包含用于识别彩铃的彩铃ID，因此目标播放彩铃可以为确定的播放策略中包含的彩铃ID。

S609：放音呼叫节点根据目标播放彩铃为当前触发呼叫的用户播放彩铃。

在一种实施场景下，放音呼叫节点提取接收到的播放策略中的彩铃ID，根据彩铃ID确定与其对应的彩铃实体文件，并为当前触发呼叫的用户播放彩铃实体文件对应的彩铃。其中，彩铃实体文件可以存储于放音呼叫节点中。

本申请提供一种彩铃播放的控制方法，策略中心采集第三方应用中用户的非敏感数据，并利用大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略。策略中心生成铃音播放策略后，通过调度中心及放音接口网关，将铃音播放策略同步至业务管理模块。业务管理模块通过放音接口网关将铃音播放策略同步结果返回至策略中心，以表明业务管理模块接收到铃音播放策略。当用户触发呼叫至放音呼叫节点后，放音呼叫节点向业务管理模块发送彩铃播放请求。业务管理模块对与当前触发呼叫的用户对应的铃音播放策略进行实时决策，确定目标播放彩铃，并将目标播放彩铃发送至放音呼叫节点。放音呼叫节点根据目标播放彩铃为当前触发呼叫的用户播放彩铃。本申请提供的方法根据用户的非敏感日志数据生成铃音播放策略，提高了铃音播放策略与用户的相关性，可以为用户提供符合用户爱好、行为等需求的彩铃。当用户触发呼叫后，业务管理模块对铃音播放策略进行投放周期、彩铃在投放周期内的投放时段及投放次数、播放优先级等多种信息的筛选，可以为触发呼叫的用户提供动态灵活的彩铃，提高了彩铃播放的灵活性，也提高了目标播放彩铃的准确性。

图7为本申请实施例提供的一种彩铃播放的控制设备示意图一。如图7所示，本申请实施例提供一种彩铃播放的控制设备700，可以包括接收模块701、获取模块702、确定模块703和发送模块704。

接收模块701，用于接收放音呼叫节点发送的彩铃播放请求，彩铃播放请求携带当前触发呼叫的用户号码信息；

获取模块702，用于基于用户号码信息获取对应的铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个投放周期内的投放时段、投放次数及播放优先级；

确定模块703，用于根据投放周期、彩铃在投放周期内的投放时段及投放次数，确定当前可播放的彩铃；

确定模块703，还用于在当前可播放的彩铃中，根据彩铃在投放周期内的播放优先级及投放次数，确定目标播放彩铃；

发送模块704，用于将目标播放彩铃发送至放音呼叫节点，用于放音呼叫节点播放当前呼叫触发对应的彩铃。

本实施例的设备，可用于执行如图1至图2所示的方法实施例，其实现原理和技术效果类似，此处不再赘述。

图8为本申请实施例提供的一种彩铃播放的控制设备示意图二。如图8所示，本申请实施例提供一种彩铃播放的控制设备800，可以包括采集模块801、生成模块802和同步模块803。

采集模块801，用于采集第三方应用中用户的非敏感日志数据；

生成模块802，用于基于大数据平台对用户的非敏感日志数据进行分析，生成铃音播放策略，铃音播放策略包含多个彩铃及其对应的投放周期、以及彩铃在每个周期内的投放时段、投放次数及播放优先级；

同步模块803，用于将铃音播放策略通过调度中心及放音接口网关同步至业务管理模块。

本实施例的设备，可用于执行如图3至图4所示的方法实施例，其实现原理和技术效果类似，此处不再赘述。

图9为本申请实施例提供的一种彩铃播放的控制设备示意图三。如图9所示，本申请实施例提供一种彩铃播放的控制设备900包括处理器901和存储器902，其中，处理器901、存储器902通过总线903连接。

在具体实现过程中，存储器902中存储代码，处理器901运行存储器902中存储的代码，以执行上述方法实施例的彩铃播放的控制方法。

处理器901的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述的图9所示的实施例中，应理解，处理器901可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器902可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线903可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线903可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线903并不限定仅有一根总线或一种类型的总线。

图10为本申请实施例提供的一种彩铃播放的控制设备示意图四。如图10所示，本申请实施例提供一种彩铃播放的控制设备1000包括处理器1001和存储器1002，其中，处理器1001、存储器1002通过总线1003连接。

在具体实现过程中，存储器1002中存储代码，处理器1001运行存储器1002中存储的代码，以执行上述方法实施例的彩铃播放的控制方法，其实现原理和技术效果类似，此处不再赘述。

本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述方法实施例的彩铃播放的控制方法。

上述的计算机可读存储介质，可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本申请实施例提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述本申请实施例中任意实施例提供的彩铃播放的控制方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。