语音播报通知的方法、装置、存储介质及电子设备与流程

1.本公开涉及移动终端技术领域，具体地，涉及一种语音播报通知的方法、装置、存储介质及电子设备。


背景技术：

2.随着移动互联网的不断发展，移动设备得到迅速普及和发展，同时带来了应用程序的繁荣。应用程序作为移动设备功能的扩展，开始受到越来越多的关注。
3.在众多应用程序中，有些应用程序收到通知时需要用户及时处理，为此，相关技术中，存在通过语音播报通知功能提示用户打开应用程序前去查看的技术。一般来说，当接收到消息时，需要应用程序处于活跃状态才能及时通过用户终端进行语音播报，如应用程序在用户终端的前端或后台运行。而在大多数情况下，应用程序不可能一直处在活跃的状态，即在应用程序被完全关闭的情况下，用户终端系统不支持音频播放，也就无法进行语音播报通知。


技术实现要素：

4.本公开的目的是提供一种语音播报通知的方法、装置、存储介质及电子设备，以解决在应用程序被完全关闭的情况下，无法进行语音播报通知的问题。
5.为了实现上述目的，本公开的第一方面提供一种语音播报通知的方法，应用于终端，包括：
6.针对应用服务器发送给在所述终端上处于关闭状态的目标应用程序的通知，获取所述通知的播报文本；
7.将所述播报文本分解成多个目标字符片段，一个所述目标字符片段至少包括一个字符；
8.根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与所述多个目标字符片段一一对应的多个目标语音片段；
9.根据所述多个目标字符片段在所述播报文本中的顺序，将所述多个目标语音片段组合成播报音频进行播放。
10.可选地，所述获取所述通知的播报文本包括：
11.根据所述通知的目标通知类型参数、以及所述目标应用程序的通知类型参数和通知扩展文本的第二对应关系，确定与所述目标通知类型参数对应的目标通知扩展文本；
12.将所述通知的文本内容和所述目标通知扩展文本组成所述播报文本。
13.可选地，所述预设的语音片段库保存在所述目标应用程序的存储路径中。
14.可选地，所述终端的应用程序的数据共享空间app groups中包括所述目标应用程序以及预设的serviceextension类，所述serviceextension类包括didreceivenotifacationrequest方法，所述serviceextension类能够通过所述didreceivenotifacationrequest方法在所述数据共享空间内拦截所述应用服务器发送的
所述通知，并针对所述通知执行所述获取所述通知的播报文本，直至所述将所述多个目标语音片段组合成播报音频进行播放的方法步骤。
15.可选地，所述语音片段库存储有每一语音片段的播放时长，所述根据所述多个目标字符片段在所述播报文本中的顺序，将所述多个目标语音片段组合成播报音频进行播放，包括：
16.设置初始播放时刻；
17.根据所述多个目标字符片段在所述播报文本中的顺序对所述多个目标语音片段进行排序，并针对每一目标语音片段，根据所述初始播放时刻以及所述排序中处于该目标语音片段之前的所有目标语音片段的播放时长的总和，确定该目标语音片段的开始播放时刻；
18.根据所述初始播放时刻以及每一所述目标语音片段的开始播放时刻，将所述多个目标语音片段组合成播报音频进行播放。
19.本公开的第二方面还提供一种语音播报通知的装置，应用于终端，包括：
20.获取模块，用于针对应用服务器发送给在所述终端上处于关闭状态的目标应用程序的通知，获取所述通知的播报文本；
21.分解模块，用于将所述播报文本分解成多个目标字符片段，一个所述目标字符片段至少包括一个字符；
22.对应模块，用于根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与所述多个目标字符片段一一对应的多个目标语音片段；
23.播放模块，用于根据所述多个目标字符片段在所述播报文本中的顺序，将所述多个目标语音片段组合成播报音频进行播放。
24.本公开的第三方面还提供一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面中的任一项所述方法的步骤。
25.本公开的第四方面还提供一种电子设备，包括：
26.存储器，其上存储有计算机程序；
27.处理器，用于执行所述存储器中的所述计算机程序，以实现上述第一方面中的任一项所述方法的步骤。
28.通过上述技术方案，至少能够达到以下技术效果：
29.针对应用服务器发送给在终端上处于关闭状态的目标应用程序的通知，获取通知的播报文本并分解成多个目标字符片段，然后根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与多个目标字符片段一一对应的多个目标语音片段，最后根据多个目标字符片段在播报文本中的顺序，将多个目标语音片段组合成播报音频进行播放。通过该方法进行语音播报通知，解决了在应用程序被完全关闭的情况下，无法进行语音播报通知的问题。
30.本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
31.附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
32.图1是应用服务器通过苹果推送通知服务向终端设备推送通知的示意图；
33.图2是本公开实施例提供的一种语音播报通知的方法的流程示意图；
34.图3是本公开实施例提供的另一种语音播报通知的方法的流程示意图；
35.图4是根据本公开一示例性实施例示出一种语音播报通知的装置的框图；
36.图5是根据本公开一示例性实施例示出的一种电子设备的框图。
具体实施方式
37.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
38.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
39.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。另外，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
40.正如背景技术所言，当接收到消息时，需要应用程序处于活跃状态才能及时通过用户终端进行语音播报，如应用程序在用户终端的前端或后台运行。而在大多数情况下，应用程序不可能一直处在活跃的状态。unnotificationserviceextension是ios10推出后的新特性，如图1所示，原先应用服务器通过苹果推送通知服务(apns)向终端设备推送通知，现在从apns推送到用户手机的通知，中间添加了一个可选地步骤，即serviceextension处理，通过serviceextension处理，可以实现把即将给用户展示的通知内容，做各种自定义的处理，最终给用户呈现一个更为丰富的通知。相关技术中，在应用程序被完全关闭的情况下，直接利用serviceextension中播放语音的功能处理通知并进行语音播报，但是ios12.1之后，关闭了该功能，导致在应用程序被完全关闭的情况下，无法进行语音播报通知。
41.本公开实施例提供一种语音播报通知的方法、装置、存储介质及电子设备，以解决在应用程序被完全关闭的情况下，无法进行语音播报通知的问题。
42.在介绍本公开的语音播报通知的方法、装置、存储介质及电子设备之前，首先对本公开的应用场景进行介绍，本公开所提供的各实施例适用于终端设备上处于关闭状态的应用程序，其中，关闭状态指应用程序完全关闭，即杀死进程的状态。另外，这些终端设备例如可以是手机、平板电脑等，本公开实施例对此不作限定。
43.本公开实施例提供一种语音播报通知的方法，如图2所示，应用于终端，该方法包括：
44.s201、针对应用服务器发送给在所述终端上处于关闭状态的目标应用程序的通
知，获取所述通知的播报文本。
45.s202、将所述播报文本分解成多个目标字符片段，一个所述目标字符片段至少包括一个字符。
46.s203、根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与所述多个目标字符片段一一对应的多个目标语音片段。
47.s204、根据所述多个目标字符片段在所述播报文本中的顺序，将所述多个目标语音片段组合成播报音频进行播放。
48.采用上述方法，针对应用服务器发送给在终端上处于关闭状态的目标应用程序的通知，获取通知的播报文本并分解成多个目标字符片段，然后根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与多个目标字符片段一一对应的多个目标语音片段，最后根据多个目标字符片段在播报文本中的顺序，将多个目标语音片段组合成播报音频进行播放。通过该方法进行语音播报通知，解决了在应用程序被完关闭的情况下，无法进行语音播报通知的问题。
49.为了使本领域技术人员更容易理解本公开实施例提供的方法，下面对图2中的上述方法步骤进行详细说明。
50.在一种可能的实现方式中，步骤s201中的获取所述通知的播报文本可以包括：根据所述通知的目标通知类型参数、以及所述目标应用程序的通知类型参数和通知扩展文本的第二对应关系，确定与所述目标通知类型参数对应的目标通知扩展文本，并将所述通知的文本内容和所述目标通知扩展文本组成所述播报文本。
51.可选地，上述对播报文本的获取可以在终端进行，也可以在应用服务器进行，终端直接接收播报文本，本公开对此不作具体限定。
52.示例地，某支付类型的应用程序在终端上处于关闭状态，应用服务器向该应用程序发送通知，该通知的目标通知类型参数为“新交易到账”，文本内容为“123231.21”。与该目标通知类型参数对应的通知扩展文本为“您有一笔新交易到账”，并将所述文本内容为金额，最终得到的播报文本为“您有一笔新交易到账，十二万三千二百三十一点二一元”。分解后得到15个目标字符片段：“您有一笔新交易到账、3、3、2、2、2、1、1、万、千、百、十、十、点、元”。通过添加通知扩展文本，可以丰富通知的内容。
53.在一种可能的实现方式中，步骤s203中所述预设的语音片段库保存在所述目标应用程序的存储路径中，从而减少匹配语音片段的时间，避免因超时导致语音播报通知失败。
54.示例地，根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与15个目标字符片段一一对应的15个目标语音片段：“您有一笔新交易到账、3、3、2、2、2、1、1、万、千、百、十、十、点、元”。
55.在一种可能的实现方式中，所述语音片段库存储有每一语音片段的播放时长，步骤s204可以包括：设置初始播放时刻；然后根据所述多个目标字符片段在所述播报文本中的顺序对所述多个目标语音片段进行排序，并针对每一目标语音片段，根据所述初始播放时刻以及所述排序中处于该目标语音片段之前的所有目标语音片段的播放时长的总和，确定该目标语音片段的开始播放时刻；最后根据所述初始播放时刻以及每一所述目标语音片段的开始播放时刻，将所述多个目标语音片段组合成播报音频进行播放。
56.示例地，对上述步骤得到的15个目标字符片段在播报文本中的顺序对15个目标语
音片段进行排序，得到的顺序为“您有一笔新交易到账、十、2、万、3、千、2、百、3、十、1、点、2、1、元”。假设语音片段“您有一笔新交易到账”的播放时长为5秒，其他单个字符的语音片段的播放时长为0.5秒，起始播放时刻为“10点35分02秒”，那么第一个目标语音片段的播放时刻为“10点35分02秒”，第二个目标语音片段的播放时刻为“10点35分07秒”，以此类推，将15个目标语音片段组合成播报音频进行播放。
57.在一种可能的实现方式中，所述终端的应用程序的数据共享空间(app groups)中包括所述目标应用程序以及预设的serviceextension类，所述serviceextension类包括didreceivenotifacationrequest方法，所述serviceextension类能够通过所述didreceivenotifacationrequest方法在所述数据共享空间内拦截所述应用服务器发送的所述通知，并针对所述通知执行s201到s204的方法步骤。
58.可选地，创建一个serviceextension类，然后在该类中添加didreceivenotifacationrequest方法，该方法可以对通知进行拦截并且修改，最后将serviceextension类和目标应用程序加入到数据共享空间(app groups)进行配置，实现该serviceextension类和该目标应用程序的数据共享。这样，当该目标应用程序收到通知时，该serviceextension类也可以收到通知。
59.为了使本领域技术人员更容易理解本公开实施例提供的方法，下面对于本公开实施例提供的语音播报通知的方法步骤进行详细说明。如图3所示，该方法包括：
60.s301、创建一个serviceextension类，并在该类中添加didreceivenotifacationrequest方法。
61.s302、将serviceextension类与目标应用程序加入到数据共享空间(app groups)进行配置。
62.s303、应用服务器向目标应用程序发送通知。
63.s304、判断目标应用程序是否处于完全关闭状态。
64.进一步地，在目标应用程序处于完全关闭状态的情况下，执行步骤s305。
65.s305、serviceextension类通过调用didreceivenotifacationrequest方法拦截通知，获取通知的播报文本，并分解成多个目标字符片段。
66.s306、通过数据共享空间(app groups)在应用程序的语音片段库中选择与多个目标字符片段一一对应的多个目标语音片段，并根据多个目标字符片段在播报文本中的顺序，将多个目标语音片段组合成数组。
67.s307、计算每一目标语音片段的播放时间，将每个语音片段依次设置为通知的sound(音效文件)，然后使用dispatch_after函数，依次播放该音效文件组成的数组。
68.采用上述方法，通过创建一个serviceextension类，并且将该serviceextension类与目标应用程序加入到数据共享空间(app groups)，使得在应用服务器向处于完全关闭状态的目标应用程序发送通知的情况下，该serviceextension类通过调用didreceivenotifacationrequest方法拦截该通知，获取该通知的播报文本，分解成目标字符片段并选择对应的目标语音片段，然后根据多个目标字符片段在播报文本中的顺序，将多个目标语音片段组合成数组，计算每一目标语音片段的播放时间，将每个语音片段依次设置为通知的sound(音效文件)，然后使用dispatch_after函数，依次播放该音效文件组成的数组。通过该方法，解决了ios12.1之后，在应用程序被完全关闭的情况下，无法进行语音
播报通知的问题。
69.图4是根据一示例性实施例示出的一种语音播报通知的装置400的框图，应用于终端，如图4所示，该装置400包括：
70.401获取模块，用于针对应用服务器发送给在所述终端上处于关闭状态的目标应用程序的通知，获取所述通知的播报文本；
71.402分解模块，用于将所述播报文本分解成多个目标字符片段，一个所述目标字符片段至少包括一个字符；
72.403对应模块，用于根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与所述多个目标字符片段一一对应的多个目标语音片段；
73.404播放模块，用于根据所述多个目标字符片段在所述播报文本中的顺序，将所述多个目标语音片段组合成播报音频进行播放。
74.采用上述装置，针对应用服务器发送给在终端上处于关闭状态的目标应用程序的通知，获取通知的播报文本并分解成多个目标字符片段，然后根据字符片段与语音片段之间的第一对应关系，在预设的语音片段库中选择与多个目标字符片段一一对应的多个目标语音片段，最后根据多个目标字符片段在播报文本中的顺序，将多个目标语音片段组合成播报音频进行播放。通过该装置进行语音播报通知，解决了在应用程序被完关闭的情况下，无法进行语音播报通知的问题。
75.可选地，所述获取模块401用于：
76.根据所述通知的目标通知类型参数、以及所述目标应用程序的通知类型参数和通知扩展文本的第二对应关系，确定与所述目标通知类型参数对应的目标通知扩展文本；
77.将所述通知的文本内容和所述目标通知扩展文本组成所述播报文本。
78.可选地，所述预设的语音片段库保存在所述目标应用程序的存储路径中。
79.可选地，所述终端的应用程序的数据共享空间app groups中包括所述目标应用程序以及预设的serviceextension类，所述serviceextension类包括didreceivenotifacationrequest方法，所述serviceextension类能够通过所述didreceivenotifacationrequest方法在所述数据共享空间内拦截所述应用服务器发送的所述通知，并针对所述通知执行所述获取所述通知的播报文本，直至所述将所述多个目标语音片段组合成播报音频进行播放的方法步骤。
80.可选地，所述播放模块404用于：
81.设置初始播放时刻；
82.根据所述多个目标字符片段在所述播报文本中的顺序对所述多个目标语音片段进行排序，并针对每一目标语音片段，根据所述初始播放时刻以及所述排序中处于该目标语音片段之前的所有目标语音片段的播放时长的总和，确定该目标语音片段的开始播放时刻；
83.根据所述初始播放时刻以及每一所述目标语音片段的开始播放时刻，将所述多个目标语音片段组合成播报音频进行播放。
84.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
85.本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序
被处理器执行时实现上述实施例提供的方法的步骤。
86.本公开实施例还提供一种电子设备，包括：
87.存储器，其上存储有计算机程序；
88.处理器，用于执行所述存储器中的所述计算机程序，以实现上述实施例提供的方法的步骤。
89.图5是根据一示例性实施例示出的一种电子设备500的框图。如图5所示，该电子设备500可以包括：处理器501，存储器502。该电子设备500还可以包括多媒体组件503，输入/输出(i/o)接口504，以及通信组件505中的一者或多者。
90.其中，处理器501用于控制该电子设备500的整体操作，以完成上述的语音播报通知的方法中的全部或部分步骤。存储器502用于存储各种类型的数据以支持在该电子设备500的操作，这些数据例如可以包括用于在该电子设备500上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read
‑
only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read
‑
only memory，简称eprom)，可编程只读存储器(programmable read
‑
only memory，简称prom)，只读存储器(read
‑
only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件503可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或通过通信组件505发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口504为处理器501和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件505用于该电子设备500与其他设备之间进行有线或无线通信。无线通信，例如wi
‑
fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g、4g、nb
‑
iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件505可以包括：wi
‑
fi模块，蓝牙模块，nfc模块等等。
91.在一示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的语音播报通知的方法。
92.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的语音播报通知的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器502，上述程序指令可由电子设备500的处理器501执行以完成上述的语音播报通知的方法。
93.此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。