通知信息处理方法、装置、计算机系统及可读存储介质

摘要

本发明公开了通知信息处理方法、装置、计算机系统及可读存储介质，涉及信息处理技术领域，应用于采用消息扩展框架接收推送的用户端，包括以下：接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；对所述金额数据进行预处理，获取目标字符串；根据所述目标字符串生成目标文件；基于所述目标文件进行语音播报，同时展示所述通知信息；通过接收服务端的通知信息，对通知信息进行金额数据提取和处理获得目标字符串，并依据目标字符串通过系统底层工具直接生成用于语音播报的目标文件，解决了现有技术中普通推送方式无法自主唤醒应用，用户收到实时语音反馈需要用户自主打开应用，操作繁琐且无法实时监控各个应用中的账户安全的问题。

权利要求

1.一种通知信息处理方法，其特征在于，应用于采用消息扩展框架接收推送的用户端，包括以下：预先建立一用于基于目标文件进行播报的独立线程；

接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

对所述金额数据进行预处理，获取目标字符串；

根据所述目标字符串生成目标文件；

在所述独立线程下基于所述目标文件进行语音播报，同时展示所述通知信息；

所述生成目标文件，包括：

提供一预设音频数据库，所述音频数据库中包含多个字符或字符串，每一字符或字符串均关联一个音频数据；

根据预设条件对所述目标字符串进行切分，依次获取至少一个字符或字符串；

从所述音频数据库中获取与各个字符或字符串匹配的音频数据；

将各个所述音频数据根据所述目标字符串进行有序拼接；

建立空白文件，逐个判断各个所述音频数据类型是否为PCM文件；

若是，采用预设数据格式进行读/写，并采用音频转化器对所述音频数据进行编码后写入所述空白文件；

若否，采用声波流编码器对所述音频数据进行编码后写入所述空白文件；

将所有音频数据写入所述空白文件，获得初始文件；

对所述初始文件进行音频格式配置获得目标文件。

2.根据权利要求1所述的通知信息处理方法，其特征在于，对所述金额数据进行预处理，获取目标字符串，还包括：对所述金额数据进行识别，获取识别结果；

基于所述识别结果在所述金额数据中添加单位字符，获得第一处理数据；

基于所述通知信息从数据库中匹配预置字符串，并将所述预置字符串添加在所述第一处理数据头部，获得目标字符串。

3.根据权利要求1所述的通知信息处理方法，其特征在于，包括：将所述初始文件、所述目标文件上传至区块链。

4.根据权利要求1所述的通知信息处理方法，其特征在于，基于所述目标文件进行语音播报，包括：预先建立与所述独立线程关联的管理库；

判断所述线程中是否存在正在执行语音播报的声音文件；

若否，则采用所述目标文件替换系统声音文件，进行语音播报；

若是，则从所述管理库中获取正在执行语音播报的声音文件对应的时间数据，计算所述目标文件对应的播报时间点，在到达所述播报时间点后采用所述目标文件替换系统声音文件，进行语音播报。

5.根据权利要求4所述的通知信息处理方法，其特征在于，在判断所述线程中是否存在正在执行语音播报的声音文件，包括：计算所述目标文件对应的时长数据，并将所述目标文件与所述时长数据对应生成声音文件记录在所述管理库中。

6.根据权利要求1所述的通知信息处理方法，其特征在于，在对所述金额数据进行预处理前，还包括以下：提供一本地数据库，基于所述金额数据在本地数据库中查询是否存在与所述金额数据匹配的目标文件；

若是，则获得目标文件；

若否，则对所述金额数据进行预处理，并在获得目标文件后将所述金额数据及所述目标文件对应存储在所述本地数据库中。

7.一种通知信息处理装置，其特征在于，应用于采用消息扩展框架接收推送的用户端，包括以下：获取模块，用于接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

预处理模块，用于对所述金额数据进行预处理，获取目标字符串；

生成模块，用于根据所述目标字符串生成目标文件；所述生成目标文件，包括：提供一预设音频数据库，所述音频数据库中包含多个字符或字符串，每一字符或字符串均关联一个音频数据；根据预设条件对所述目标字符串进行切分，依次获取至少一个字符或字符串；

从所述音频数据库中获取与各个字符或字符串匹配的音频数据；将各个所述音频数据根据所述目标字符串进行有序拼接；建立空白文件，逐个判断各个所述音频数据类型是否为PCM文件；若是，采用预设数据格式进行读/写，并采用音频转化器对所述音频数据进行编码后写入所述空白文件；若否，采用声波流编码器对所述音频数据进行编码后写入所述空白文件；将所有音频数据写入所述空白文件，获得初始文件；对所述初始文件进行音频格式配置获得目标文件；

播报模块，用于预先建立一用于基于所述目标文件进行播报的独立线程；在所述独立线程下基于所述目标文件进行语音播报，同时展示所述通知信息。

8.一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述多个计算机设备的处理器执行所述计算机程序时共同实现权利要求1至6任一项所述通知信息处理方法的步骤。

9.一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，其特征在于，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现权利要求

1至6任一项所述通知信息处理方法的步骤。

说明书

通知信息处理方法、装置、计算机系统及可读存储介质

技术领域

[0001] 本发明涉及信息处理技术领域，尤其涉及一种通知信息处理方法、装置、计算机系统及可读存储介质。

背景技术

[0002] 通知提醒是移动设备必备的一项功能，它可以在应用程序不再裕兴时，将某些信息及时告知用户，比如收到新消息、收到新邮件、程序下载完成、待办事项等，尤其对于金融类应用来说尤为重要，可以解决用户在频繁交易中不方便核对、确认支出或到账等问题。

[0003] 现有通知提醒还可以实现播报功能，用户可以及时收到类似“到账XX元”等实时语音反馈，以确保用户账户变动的安全性，本发明创造的发明人在研究中发现，在IOS系统中，用户在不启动相关应用的前提下实现通知语音播报是通过VoIP推送(PushKit)技术实现，VoIP推送技术是一种特殊的长连接，使应用不需要单独进行保活维护，推送消息可以在后台唤醒应用，具有高优先级、低延迟的优势，但是随着系统优化升级，该项推送技术无法被无感调用，即只能通过普通推送实现通知提醒的推送，但是该推送方式无法自主唤醒应用，需要用户人工启动应用才可获得语音播报，操作繁琐且由于某一应用长时间在后台运行后，系统可能会智能关闭应用，用户可能无法收到实时语音反馈，进而无法实时监控各个金融类应用中的账户安全。

发明内容

[0004] 本发明的目的是提供一种通知信息处理方法、装置、计算机系统及可读存储介质，用于解决现有技术存在的由于系统升级只能使用普通推送方式，需要用户人工启动应用才可获得语音播报，操作繁琐且导致用户操作繁琐且无法实时监控各个应用中的账户安全，风险较高的问题。

[0005] 为实现上述目的，本发明提供一种基于大数据的通知信息处理方法，应用于采用消息扩展框架接收推送的用户端，包括以下：

[0006] 接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

[0007] 对所述金额数据进行预处理，获取目标字符串；

[0008] 根据所述目标字符串生成目标文件；

[0009] 基于所述目标文件进行语音播报，同时展示所述通知信息。

[0010] 进一步的，对所述金额数据进行预处理，获取目标字符串，还包括：

[0011] 对所述金额数据进行识别，获取识别结果；

[0012] 基于所述识别结果在所述金额数据中添加单位字符，获得第一处理数据；

[0013] 基于所述通知消息从数据库中匹配预置字符串，并将所述预置字符串添加在所述第一处理数据头部，获得目标字符串。

[0014] 进一步的，根据所述目标字符串生成目标文件，包括：

[0015] 提供一预设音频数据库，所述音频数据库中包含多个字符或字符串，每一字符或字符串均关联一个音频数据；

[0016] 根据预设条件对所述目标字符串进行切分，依次获取至少一个字符或字符串；

[0017] 从所述音频数据库中获取与各个字符或字符串匹配的音频数据；

[0018] 将各个所述音频数据根据所述目标字符串进行有序拼接，获得初始文件；

[0019] 对所述初始文件进行配置获得目标文件；

[0020] 将所述初始文件、所述目标文件上传至区块链。

[0021] 进一步的，将各个所述音频数据根据所述目标字符串进行有序拼接，获得初始文件，包括：

[0022] 建立空白文件，逐个判断各个所述音频数据类型是否为PCM文件；

[0023] 若是，采用预设数据格式进行读/写，并采用音频转化器对所述音频数据进行编码后写入所述空白文件；

[0024] 若否，采用声波流编码器对所述音频数据进行编码后写入所述空白文件；

[0025] 将所有音频数据写入所述空白文件，获得初始文件。

[0026] 进一步的，基于所述目标文件进行语音播报，包括：

[0027] 预先建立一用于基于所述目标文件进行播报的独立线程以及与所述独立线程关联的管理库；

[0028] 判断所述线程中是否存在正在执行语音播报的声音文件；

[0029] 若否，则采用所述目标文件替换系统声音文件，进行语音播报；

[0030] 若是，则从所述管理组中获取正在执行语音播报的声音文件对应的时间数据，计算所述目标文件对应的播报时间点，在到达所述播报时间点后采用所述目标文件替换系统声音文件，进行语音播报。

[0031] 进一步的，在判断所述线程中是否存在正在执行语音播报的声音文件，包括：

[0032] 计算所述目标文件对应的时长数据，并将所述目标文件与所述时长数据对应生成声音文件记录在所述管理库中。

[0033] 进一步的，在对所述金额数据进行预处理前，还包括以下：

[0034] 提供一本地数据库，基于所述金额数据在本地数据库中查询是否存在与所述金额数据匹配的目标文件；

[0035] 若是，则获得目标文件；

[0036] 若否，则对所述金额数据进行预处理，并在获得目标文件后将所述金额数据及所述目标文件对应存储在所述本地数据库中。

[0037] 为实现上述目的，本发明还提供一种通知信息处理装置，应用于采用消息扩展框架接收推送的用户端，包括以下：

[0038] 获取模块，用于接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

[0039] 预处理模块，用于对所述金额数据进行预处理，获取目标字符串；

[0040] 生成模块，用于根据所述目标字符串生成目标文件；

[0041] 播报模块，用于基于所述目标文件进行语音播报，同时展示所述通知信息。

[0042] 为实现上述目的，本发明还提供一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述多个计算机设备的处理器执行所述计算机程序时共同实现上述通知信息处理方法的步骤。

[0043] 为实现上述目的，本发明还提供一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现上述通知信息处理方法的步骤。

[0044] 本发明提供的通知信息处理方法、装置、计算机系统及可读存储介质，通过接收服务端的通知信息，对通知信息进行金额数据提取和处理获得目标字符串，并依据目标字符串通过系统底层工具直接生成用于语音播报的目标文件，解决了现有技术中普通推送方式无法自主唤醒应用，用户收到实时语音反馈需要用户自主打开应用，操作繁琐且无法实时监控各个应用中的账户安全的问题。

附图说明

[0045] 图1为本发明所述通知信息处理方法实施例一的流程图；

[0046] 图2为本发明所述通知信息处理方法实施例一中对所述金额数据进行预处理，获取目标字符串的流程图；

[0047] 图3为本发明所述通知信息处理方法实施例一的根据所述目标字符串生成目标文件的流程图；

[0048] 图4为本发明所述通知信息处理方法实施例一中将各个所述音频数据根据所述目标字符串进行有序拼接，获得初始文件的流程图；

[0049] 图5为本发明所述通知信息处理方法实施例一中基于所述目标文件进行语音播报的流程图；

[0050] 图6为本发明所述通知信息处理方法实施例一中在对所述金额数据进行预处理前的流程图；

[0051] 图7为本发明所述通知信息处理装置实施例二的程序模块示意图；

[0052] 图8为本发明通知信息处理装置实施例二中生成模块的程序模块示意图；

[0053] 图9为本发明通知信息处理装置实施例二中播报模块的程序模块示意图；

[0054] 图10为本发明计算机系统实施例三中计算机设备的硬件结构示意图。

[0055] 附图标记：

[0056] 5、通知信息处理装置 51、获取模块 52、预处理模块

[0057] 53、生成模块 531、切分单元 532、匹配单元

[0058] 533、执行单元 534、配置单元 54、播报模块

[0059] 541、判断单元 542、第一执行单元 543、第二执行单元

[0060] 544、处理模块 6、计算机设备 61、存储器

[0061] 62、处理器 63、网络接口

具体实施方式

[0062] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0063] 本发明提供的通知信息处理方法、装置、计算机系统及可读存储介质，涉及信息处理技术领域，为提供一种基于获取模块、预处理模块、生成模块、播报模块的通知信息处理方法。本发明通过获取模块获取通知信息，并从通知信息中提取金额数据，采用预处理模块对通知信息进行金额数据提取和处理获得目标字符串，并基于生成模块依据目标字符串通过系统底层工具直接生成用于语音播报的目标文件，最后采用播报模块对目标文件进行语音播报同时进行消息展示，解决了现有技术中普通推送方式无法自主唤醒应用，用户可能无法收到实时语音反馈，进而无法实时监控各个金融类应用中的账户安全的问题，本方案在不打开主体应用的前提下，即可实现语音播报的功能，减少每一次语音播报需要打开应用造成的用户不便以及不必要的数据加载；同时，本方案中在生成模块处理过程中采用系统音频处理工具生成用于语音播报的目标文件，相比于现有的在服务器端合成音频，无需再引入其他第三方库，提升了系统运行效率，降低系统负担。

[0064] 实施例一

[0065] 请参阅图1，本实施例的一种通知信息处理方法，应用于iOS13及以上系统的移动终端，依赖于系统新增的消息扩展框架，包括以下步骤：

[0066] S100：接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

[0067] 需要说明一下：上述消息扩展框架主要用于上述S100中获取通知消息，该消息扩展框架为iOS13及以上系统新增的框架，本提案利用该框架可在通过普通推送(远程推送)推送通知信息之前，获取推送显示内容处理实现语音播报和通知提醒的同步实现。

[0068] 在本方案中，所述通知消息中包括交易应用名称、交易状态以及交易金额，例如：“XX(APP名称)收入1234.56元”或“XX(APP名称)支出1234.56元”或“XX(APP名称)交易失败”等等。

[0069] S200：对所述金额数据进行预处理，获取目标字符串；

[0070] 具体的，对所述金额数据进行预处理，获取目标字符串，参阅图2，还包括：

[0071] S210：对所述金额数据进行识别，获取识别结果；

[0072] 在本方案中，步骤S210中识别的主要目的是确定金额数据的长度、位数、小数点的位置等，进而便于后续有S220中添加单位字符，具体的识别方式可以通过预设规则或预训练的模型实现。

[0073] S220：基于所述识别结果在所述金额数据中添加单位字符，获得第一处理数据；

[0074] 作为举例的，通过上述S210中对金额数据的识别为所述金额数据添加单位，例如“1234.56”，处理过后为“1千2百3十4点56”。

[0075] S230：基于所述通知消息从数据库中匹配预置字符串，并将所述预置字符串添加在所述第一处理数据头部，获得目标字符串。

[0076] 在本方案中，所述预置字符串可以用于标识单独的交易状态，具体对交易状态的表述例如“收款”、“付款”、“交易失败”等，也可用于标识应用名称和交易状态，以上述S22中金额为例，则处理后最终结果为“XX(某一收款应用名称)收款1千2百3十4点56元”的字符串。

[0077] S300：根据所述目标字符串生成目标文件；

[0078] 在本方案中依赖的消息扩展框架，无法使用系统中的AVAssetExportSession语音合成及AVSpeechSynthesizer播报等方法。这里碰到在扩展中无法语音合成的相关问题时，曾尝试过接入第三方的语音合成库，一种在线语音合成，存在数据传输慢，服务器运算负担大等问题；另一种离线语音合成，存在费用昂贵的问题，因此采用下述合成方案。具体的，具体的，根据所述目标字符串生成目标文件(即语音数据)，参阅图3，包括以下步骤：

[0079] 提供一预设音频数据库，所述音频数据库中包含多个字符或字符串，每一字符或字符串均关联一个音频数据；

[0080] 在本方案中，在所述音频数据库中预置了如“0‑9”、“个”、“十”、“百”、“千”、“万”、“亿”、“收款”及“元”等字符或字符串，以及各个字符或字符串对应的音频数据。

[0081] S310：根据预设条件对所述目标字符串进行切分，依次获取至少一个字符或字符串；

[0082] 在上述实施方式中，所述预设条件可以是字符串类型，字符串位置或预设固定字符串，比如，可根据字符串类型划分，将文字类型的按照各个字逐个切分，获得多个字符串，将数字类型的按照各个数字逐个切分获得多个字符串；也可以按照字符串位置，比如在上述S2获取目标字符串的过程中对各个添加的字符进行标注位置信息，根据位置信息逐个切分；也可以设置预设固定字符串，比如设置“交易成功”、“收款”等固定字符串，当目标字符串中与预设固定字符串一致的字符串时可直接划分获得一个字符串。

[0083] S320：从所述音频数据库中获取与各个字符或字符串匹配的音频数据；

[0084] S330：将各个所述音频数据根据所述目标字符串进行有序拼接，获得初始文件；

[0085] 在本方案中，将目标字符串进行划分成多个字符串后，从音频数据库中匹配出与各个字符串对应的音频数据，再将各个音频数据逐个拼接，即可获得目标字符串对应完整的音频数据，但是在对各个音频数据拼接需要进行处理，而非简单的合并即可，因此参阅图4，上述步骤S330具体包括以下步骤：

[0086] S331：建立空白文件，逐个判断各个所述音频数据类型是否为PCM文件；

[0087] 上述各个字符串对应的音频数据可以是多种类型数据格式，包括但不限于PCM、ACC、ARM、WAV、AAC、OGG等。

[0088] PCM(Pulse Code Modulation)也被称为脉冲编码调制，PCM音频数据是未经压缩的音频采样数据裸流，它是由模拟信号经过采样、量化、编码转换成的标准的数字音频数据。移动端对音频的实时采集编码传输，一般为将采集的音频数据设置为PCM格式数据，然后将PCM编码为AAC格式数据，以便后续传输。

[0089] S332：若是，采用预设数据格式进行读/写，并采用音频转化器对所述音频数据进行编码后写入所述空白文件；

[0090] 上述对PCM文件处理具体的，直接在调用时用指定的数据格式进行读/写，构造音频转换器AudioConverterRef实现音频数据编码，iOS系统一般使用Audio Converter进行格式转换，既可以在各种线性PCM音频格式之间转换，也可以在线性PCM格式与其他压缩格式之间转换。

[0091] S333：若否，采用声波流编码器对所述音频数据进行编码后写入所述空白文件；

[0092] 上述对非PCM数据格式文件处理具体的，设置CAStreamBasicDescription声波流实现对非PCM数据格式的文件进行编码或解码。

[0093] S334：将所有音频数据写入所述空白文件，获得初始文件。

[0094] 上述步骤S331‑S334均依赖于IOS系统中底层的AudioToolbox专门处理声音的框架来完成对各个类型音频数据的编码及写入，按顺序遍历所有字符串对应的音频文件，用ExtAudioFileDispose处理音频文件对象并关闭相关文件，接着用ExtAudioFileRead逐个读取该音频文件中的音频片段，再用ExtAudioFileWrite将片段写入目标文件，就这样将单个音频片段逐次写入到所述空白文件中获得初始文件，以达到合成音频的效果。

[0095] S340：对所述初始文件进行配置获得目标文件。

[0096] 在本方案中，上述配置包括设置目标文件的音频格式，具体的包括DNA不限于采样率(采样频率：即取样频率,指每秒钟取得声音样本的次数)、采样数据类型PCM，ACC等、字节数、帧数、通道数(单声道或立体声)及位数(即采样值或取样值(就是将采样样本幅度量化))等属性，可以按预设路径打开一个源音频文件，得到源文件音频格式，并参照源文件设置目标文件的音频格式，或直接根据预设模板设置。

[0097] 上述步骤S310‑S340中在执行过程中还需要注意一些状态及失败情况的相关处理，通过管理线程及实施状态监测来控制整体获得目标文件的流程。

[0098] 本方案直接系统音频处理工具生成用于语音播报的目标文件，相比于现有的在服务器端合成音频，数据传输慢，服务器运算负担大，需要额外的存储空间的问题，同时无需再引入其他第三方库，提升了系统运行效率。

[0099] 上述方案中还可将所述初始文件、所述目标文件上传至区块链，所述初始文件、所述目标文件上传至区块链，可保证其安全性和对用户的公正透明性，用户设备可以从区块链中下载得该摘要信息，以便查证优先级列表是否被篡改，后续也可以从区块链中下载获得对应金额数据的语音文件用于语音播报，无需生成过程，有效提高语音处理效率。

[0100] 本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

[0101] S400：基于所述目标文件进行语音播报，同时展示所述通知信息。

[0102] 具体的，所述基于所述目标文件进行语音播报，参阅图5，包括以下步骤：

[0103] 预先建立一用于基于所述目标文件进行播报的独立线程以及与所述独立线程关联的管理库；

[0104] S410：判断所述线程中是否存在正在执行语音播报的声音文件；

[0105] 提供一与所述线程关联的管理库，所述管理库中包含多个声音文件，每一所述声音文件对应一时间数据；

[0106] 本方案中依赖的消息扩展逻辑在IOS系统中不在主线程，短时间内接收到播报通知时，后面的通知会和前面的通知播报重叠及播报不完整的问题，因此建立一个独立线程，将所有收到的通知和目标文件加到同一个队列中，并在上述语音生成过程加锁避免多线程问题，确保在目标文件进行语音播报时不会打断正在播报的其他声音文件，或出现与其他声音文件重叠的情况，保证生成的每一目标文件都能被完整播报。

[0107] S420：若否，则采用所述目标文件替换系统声音文件，进行语音播报；

[0108] 在上 述步 骤中 ，在 消息 扩展 框架中 替换 通知 体里的 声 音属 性UNNotificationSound，指定为合成后的音频文件，该步骤主要是将系统提示音替换成生成的目标文件，实现对目标文件的语音播报。

[0109] S430：若是，则从所述管理组中获取正在执行语音播报的声音文件对应的时间数据，计算所述目标文件对应的播报时间点，在到达所述播报时间点后采用所述目标文件替换系统声音文件，进行语音播报。

[0110] 在判断所述线程中是否存在正在执行语音播报的声音文件前，包括：

[0111] S410‑1：计算所述目标文件对应的时长数据，并将所述目标文件与所述时长数据对应生成声音文件记录在所述管理库中。

[0112] 通过上述计算目标文件对应的时长数据并记录在管理库中，从所述管理库中可获取每一个声音文件对应的播报时长，根据播报时长可以合理安排每一声音文件的播报顺序，使获得多个目标文件或先后获得至少两个消息通知后控制好各个声音文件的播放顺序，减少播报不完整的情况，在语音播报同时调用系统方法唤起通展示，这样在语音播报的同时可以进行对应的通知展示。

[0113] 除了在上述S100‑S400根据金额数据处理生成目标文件进行语音播报的方式外，还可对生成的目标文件进行存储，当再次遇到相同的消息通知时可以直接获取目标文件进行语音播报，提高处理效率，所以在对所述金额数据进行预处理前，参阅图6还可包括以下步骤：

[0114] S200‑1：提供一本地数据库，基于所述金额数据在本地数据库中查询是否存在与所述金额数据匹配的目标文件；

[0115] S200‑2：若是，则获得目标文件；

[0116] S200‑3：若否，则对所述金额数据进行预处理，并在获得目标文件后将所述金额数据及所述目标文件对应存储在所述本地数据库中。

[0117] 通过上述步骤S200‑1至S200‑3，可以将每一次生成的目标文件存储在本地数据库中，相同的通知信息只需要进行一次处理即可，有效提高语音处理效率，降低系统运行负担。

[0118] 本方案通过接收服务端的通知信息，对通知信息进行金额数据提取和处理获得目标字符串，并依据目标字符串通过系统底层工具(步骤S310‑S340)直接生成用于语音播报的目标文件，解决了现有技术中普通推送方式无法自主唤醒应用，用户可能无法收到实时语音反馈，进而无法实时监控各个金融类应用中的账户安全的问题，在不打开主体应用的前提下，即可实现语音播报的功能，减少每一次语音播报需要打开应用造成的用户不便以及不必要的数据加载。

[0119] 实施例二：

[0120] 请参阅图7，本实施例的一种通知信息处理装置5，应用于采用消息扩展框架接收推送的用户端，包括以下：

[0121] 获取模块51，用于接收推送服务器端发出的通知信息，基于所述通知信息获取金额数据；

[0122] 在本方案中，上述消息扩展框架主要用于获取通知消息，该消息扩展框架为iOS13及以上系统新增的框架，本提案利用该框架可在通过普通推送(远程推送)推送通知信息之前，获取推送显示内容处理实现语音播报和通知提醒的同步实现，所述通知消息中包括交易应用名称、交易状态以及交易金额。

[0123] 预处理模块52，用于对所述金额数据进行预处理，获取目标字符串；

[0124] 具体的，预处理模块主要用于确定金额数据的长度、位数、小数点的位置等、添加单位字符以及添加预置字符串。

[0125] 生成模块53，用于根据所述目标字符串生成目标文件；

[0126] 作为优选的，参阅图8，所述生成模块53还包括以下：

[0127] 切分单元531，用于根据预设条件对所述目标字符串进行切分，依次获取至少一个字符或字符串；

[0128] 所述预设条件可以是字符串类型，字符串位置或预设固定字符串，也可以按照字符串位置，也可以设置预设固定字符串等方式。

[0129] 匹配单元532，们勇于从所述音频数据库中获取与各个字符或字符串匹配的音频数据；

[0130] 执行单元533，用于将各个所述音频数据根据所述目标字符串进行有序拼接，获得初始文件；

[0131] 所述执行单元在执行过程中根据音频数据类型采用音频转化器或声波流编码器进行编码。

[0132] 配置单元534，用于对所述初始文件进行配置获得目标文件。

[0133] 上述配置单元中所述配置包括设置目标文件的音频格式，具体的包括DNA不限于采样率、采样数据类型PCM，ACC等、字节数、帧数、通道数及位数等属性，可以按预设路径打开一个源音频文件，得到源文件音频格式，并参照源文件设置目标文件的音频格式，或直接根据预设模板设置。

[0134] 播报模块54，用于基于所述目标文件进行语音播报，同时展示所述通知信息；

[0135] 作为优选的，所述播报模块54还包括以下：

[0136] 判断单元541，用于判断所述线程中是否存在正在执行语音播报的声音文件；

[0137] 本方案中依赖的消息扩展逻辑在IOS系统中不在主线程，短时间内接收到播报通知时，后面的通知会和前面的通知播报重叠及播报不完整的问题，因此建立一个独立线程，将所有收到的通知和目标文件加到同一个队列中，以确保每一目标文件均能被完整播报。

[0138] 第一执行单元542，用于当判断单元给出判断结果为是，则采用所述目标文件替换系统声音文件，进行语音播报；

[0139] 第二执行单元543，用于当判断单元给出判断结果为否，则从所述管理组中获取正在执行语音播报的声音文件对应的时间数据，计算所述目标文件对应的播报时间点，在到达所述播报时间点后采用所述目标文件替换系统声音文件，进行语音播报；

[0140] 作为优选的，参阅图9，所述播报模块54还包括：

[0141] 处理模块544，用于计算所述目标文件对应的时长数据，并将所述目标文件与所述时长数据对应生成声音文件记录在所述管理库中。

[0142] 通过上述计算目标文件对应的时长数据并记录在管理库中，从所述管理库中可获取预存的每一个声音文件对应的播报时长，根据播报时长可以合理安排每一声音文件的播报顺序。

[0143] 本技术方案基于基架运维的功能优化，本发明通过获取模块获取通知信息，并从通知信息中提取金额数据，采用预处理模块对通知信息进行金额数据提取和处理获得目标字符串，并基于生成模块依据目标字符串通过系统底层工具直接生成用于语音播报的目标文件，最后采用播报模块对目标文件进行语音播报同时进行消息展示，解决现有技术存在的由于系统升级只能使用普通推送方式，需要用户人工启动应用才可获得语音播报，操作繁琐且导致用户无法收到实时语音反馈，安全风险较高的问题。

[0144] 本方案中生成模块在处理过程中首先通过切分单元根据预设条件对所述目标字符串进行切分，而后基于切分单元的输出数据采用匹配单元进行音频数据匹配，最后采用执行单元根据音频数据类型采用音频转化器或声波流编码器进行编码实现对对多个音频数据的拼接，直接采用系统音频处理工具生成用于语音播报的目标文件，相比于现有的在服务器端合成音频过程中出现的数据传输慢，服务器运算负担大，需要额外的存储空间的问题，同时无需再引入其他第三方库，提升了系统运行效率。

[0145] 本方案中为了克服短时间收到较多信息导致部分目标文件播报不完整的问题，建立一个独立线程用于语音播报，采用处理模块记录每一消息对应的目标文件的播报时长，通过播报模块中的判断单元判断线程中是否有正在执行播报的声音文件，确保当前线程中在前的声音文件完成播报后才基于目标文件进行播报，减少后面的通知会和前面的通知播报重叠，提高用户收到语音播报的完整度，进一步确保金额数据变化过程中的安全性。

[0146] 实施例三：

[0147] 为实现上述目的，本发明还提供一种计算机系统，该计算机系统包括多个计算机设备6，实施例二的通知信息处理装置5的组成部分可分散于不同的计算机设备中，计算机设备可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备至少包括但不限于：可通过系统总线相互通信连接的存储器61、处理器62，如图10所示。需要指出的是，图10仅示出了具有组件‑的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

[0148] 本实施例中，存储器61(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器61可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，存储器61也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器61还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器61通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例二的通知信息处理装置的程序代码等。此外，存储器51还可以用于暂时地存储已经输出或者将要输出的各类数据。

[0149] 处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制计算机设备的总体操作。本实施例中，处理器62用于运行存储器61中存储的程序代码或者处理数据，例如运行通知信息处理装置，以实现实施例一的通知信息处理方法。

[0150] 所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他计算机设备6之间建立通信连接。例如，所述网络接口63用于通过网络将所述计算机设备6与外部终端相连，在所述计算机设备6与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi‑Fi等无线或有线网络。

[0151] 需要指出的是，图10仅示出了具有部件61‑63的计算机设备6，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

[0152] 在本实施例中，存储于存储器61中的所述通知信息处理装置5还可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器61中，并由一个或多个处理器(本实施例为处理器62)所执行，以完成本发明。

[0153] 实施例四：

[0154] 为实现上述目的，本发明还提供一种计算机可读存储系统，其包括多个存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器62执行时实现相应功能。本实施例的计算机可读存储介质用于存储通知信息处理装置，被处理器62执行时实现实施例一的通知信息处理方法。

[0155] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0156] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

[0157] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。