CN111078334A - 一种数据处理方法及装置 - Google Patents

Abstract

本申请涉及一种数据处理方法及装置，其中方法包括：接收第一通知信息；获取所述第一通知信息中的地址信息；其中，所述地址信息包括待进行通知的多媒体数据的地址；生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；在通知栏显示所述第二通知信息。本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本发明使用一种多媒体数据通知实现方式，可以在智能移动终端的推送通知中直接播放通知对应的多媒体数据，用户可以直接在通知中观看诸如视频类应用推送的最新视频节目，而不需要在点击推送通知之后跳转到对应的应用中去查看播放多媒体数据，更加方便，快捷。

Description

一种数据处理方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法及装置。

背景技术

随着智能终端的发展，特别是智能手机，给人们的生活带来很大的便利，手机已成为人们日常生活中必不可少的电子设备。目前市面上有各种各样的智能手机应用软件，这些软件在给人们带来了各种便利，由于android系统在同一时间只能展示一个应用，很多应用诸如天气、新闻、视频类的APP在进入后台模式后为了能将最新的信息及时传递给用户，都会选择以通知的形式将最新的消息提醒发送给手机用户，以便用户及时知道并查看最新的资讯。

但是，相关技术中，Android系统上提供的推送通知类型只能显示文字和图片，对于像抖音、优酷、爱奇艺之类的视频类应用推送通知中只有文字和图片的话所展示的内容就有很大局限性。

针对相关技术中存在的诸多技术问题，目前尚未提供有效的解决方案。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种数据处理方法及装置。

第一方面，本申请提供了一种数据处理方法，包括：

接收第一通知信息；

根据所述第一通知信息获取地址信息；其中，所述地址信息包括待进行通知的多媒体数据的地址；

根据所述地址信息生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；

在通知栏显示所述第二通知信息。

可选的，如前述的数据处理方法，所述根据所述第一通知信息获取对应的地址信息，包括：

确定所述多媒体数据的数据来源；

在所述多媒体数据的数据来源为下载到本地端的离线视频数据时，确定所述离线视频数据在本地端的存储位置信息；

在所述多媒体数据的数据来源为在线视频数据时，确定所述在线视频数据对应的URL地址信息。

可选的，如前述的数据处理方法，所述确定所述多媒体数据的数据来源，包括：

获取与所述第一通知信息对应的状态栏通知信息；

确定所述状态栏通知信息中的数据类型字段信息；

在所述数据类型字段信息为第一字段信息时，判定所述多媒体数据的数据来源为所述离线视频数据；

在所述数据类型字段信息为第二字段信息时，判定所述多媒体数据的数据来源为所述在线视频数据。

可选的，如前述的数据处理方法，所述根据所述地址信息生成第二通知信息，包括：

将所述本地端的存储位置信息封装在所述状态栏通知信息的数据源字段中，得到所述第二通知信息；

将所述URL地址信息封装在所述状态栏通知信息的所述数据源字段中，得到所述第二通知信息。

可选的，如前述的数据处理方法，

还包括：

获取所述离线视频数据的视频编码类型；

所述将所述本地端的存储位置信息封装在所述状态栏通知信息中的数据源字段中，得到所述第二通知信息，包括：

将所述本地端的存储位置信息以及所述离线视频数据的视频编码类型封装在所述状态栏通知信息中的数据源字段中，得到所述第二通知信息。

可选的，如前述的数据处理方法，在所述获取与所述第一通知信息对应的状态栏通知信息与所述确定所述状态栏通知信息中的数据类型字段信息之间，还包括：

获取所述第一通知信息中的通知类型字段属性值；

根据所述通知类型字段属性值判断所述第一通知信息的内容类型；其中，所述内容类型包括：文字类型、图片类型和视频类型；

在所述第一通知信息的内容类型为视频类型时，继续执行下一步骤。

可选的，如前述的数据处理方法，所述在通知栏显示所述第二通知信息之后，还包括：

接受对所述第二通知信息的触发指令；

根据所述触发指令，按照所述地址信息调取得到所述多媒体信息；

通过所述播放器播放所述多媒体信息。

第二方面，本申请提供了一种数据处理装置，包括：

接收模块，用于接收第一通知信息；

获取模块，用于根据所述第一通知信息获取对应的地址信息；其中，所述地址信息包括多媒体数据的地址；

生成模块，用于根据所述地址信息生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；

显示模块，用于在通知栏显示所述第二通知信息。

第三方面，本申请提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，所述处理器、通信接口和存储器通过通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述计算机程序时，实现如前任一项所述的数据处理方法。

第四方面，本申请提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如前任一项所述的数据处理方法。

本申请实施例提供了一种数据处理方法及装置，其中方法包括：接收第一通知信息；获取所述第一通知信息中的地址信息；其中，所述地址信息包括待进行通知的多媒体数据的地址；生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；在通知栏显示所述第二通知信息。本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本发明使用一种多媒体数据通知实现方式，可以在智能移动终端的推送通知中直接播放通知对应的多媒体数据，用户可以直接在通知中观看诸如视频类应用推送的最新视频节目，而不需要在点击推送通知之后跳转到对应的应用中去查看播放多媒体数据，更加方便，快捷。

附图说明

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

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

图1为本申请实施例提供的一种数据处理方法流程示意图；

图2为本申请实施例提供的又一种数据处理方法流程示意图；

图3为本申请实施例提供的又一种数据处理方法流程示意图；

图4为本申请实施例提供的又一种数据处理方法流程示意图；

图5为本申请实施例提供的一种数据处理装置框图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的一种数据处理方法，包括如下步骤S1至S4：

S1.接收第一通知信息；

具体的，第一通知信息为系统服务提供商或第三方APP服务商推送的通知信息，且一般的，该通知信息并不会在终端进行显示；而是终端会根据第一通知信息进行处理后生成用于在终端显示的第二通知信息；

S2.根据第一通知信息获取对应的地址信息；其中，地址信息包括待进行通知的多媒体数据的地址；

具体的，上述的地址信息包括：能够调取得到多媒体数据的地址；待进行通知的多媒体数据为：需要在第二通知信息中进行显示的多媒体数据；且多媒体数据的形式包括但不限于：文本数据、图像数据、音频数据、视频数据或者流媒体数据；

S3.根据地址信息生成第二通知信息，第二通知信息中嵌有多媒体数据对应的播放器，播放器的播放源为地址信息；

具体的，第二通知信息中的某一字段中可以写有该地址信息；可选的，地址信息可以隐藏设置，只需能够使播放器通过其调取到对应的多媒体数据即可；

S4.在通知栏显示第二通知信息；

也就是说，步骤S1至S3是用于生成第二通知信息的，而本步骤则是用于在诸如手机等智能移动终端显示最后生成的第二通知信息；且该第二通知信息可以是下拉通知栏中进行显示，也可以是在锁屏通知栏中进行显示。

进而通过本实施例中的方法，可以在智能移动终端的推送通知中直接播放通知对应的多媒体内容，用户可以直接在通知中观看诸如视频类应用推送的最新视频节目，而不需要在点击推送通知之后跳转到对应的应用中去查看播放视频，更加方便，快捷。

如图2所示，在一些实施例中，如前述的数据处理方法，步骤S2根据第一通知信息获取对应的地址信息，包括如下步骤S21至S23：

S21.确定多媒体数据的数据来源；

具体的，数据来源可以为该多媒体数据的数据存放位置，例如：存放在本地、存放在服务器端；

S22.在多媒体数据的数据来源为下载到本地端的离线视频数据时，确定离线视频数据在本地端的存储位置信息；

具体的，离线视频数据可以是在接收到第一通知信息之后，按照第一通知信息中携带的下载地址，从服务器端进行下载后存储至本地端；还可以是在接收第一通知信息之前，在上一次使用对应APP时，或者单独接收了一条下载链接之后，进行下载得到的；且一般的，存储位置信息可以是该APP预设的用于存储通知信息中离线视频信息的地址；在每下载一个新的离线视频数据后，可以将上一通知对应的离线视频数据进行删除，进而达到使用固定地址即可找到每次新通知对应的离线视频数据的目的；且采用该方法对离线视频数据进行存储可以有效减少不必要的系统存储空间的浪费，提高可用空间；因此，在得到存储位置信息之后，当第二通知信息被触发后，只需从本地端的存储位置信息调取对应的离线视频数据即可实现在通知栏进行视频的播放；

S23.在多媒体数据的数据来源为在线视频数据时，确定在线视频数据对应的URL(Uniform Resource Locator,统一资源定位符)地址信息；

具体的，在多媒体数据来源为在线视频数据时，URL地址信息可以是在第一通知信息中携带的，用于定位到对应的在线视频数据；因此，当通知栏中的第二通知信息被触发后，只需从本地端的存储位置信息通过对上述的URL地址信息进行访问即可得到对应的在线视频数据，进而实现在通知栏进行视频的播放。

如图3所示，在一些实施例中，如前述的数据处理方法，步骤S21确定多媒体数据的数据来源，包括如下所示步骤S211至S214：

S211.获取与第一通知信息对应的状态栏通知信息(以安卓系统为例，状态栏通知信息即为Notification)；

具体的，在接受到第一通知信息之后，接受该第一通知信息的软件即会根据其生成对应的状态栏通知信息，本实施例中的状态栏通知信息处于生成阶段中，因此并不是用于最终在智能移动终端的界面上进行显示的通知信息；且当数据来源分别为本地或在线时，所对应的第一通知信息都是各不相同的，因此状态栏通知信息也各不相同；

S212.确定状态栏通知信息中的数据类型字段信息；

也就是说，软件会根据接收到的第一通知信息，对状态栏通知信息中的数据类型字段信息进行更改；且在此实施例中，数据类型字段信息用于区别多媒体数据的数据来源为在线还是本地；

S213.在数据类型字段信息为第一字段信息时，判定多媒体数据的数据来源为离线视频数据；

其中一种可选的实现方法可以为：第三方APP在推送视频通知的时候通过设置Notification中的dataType字段(即数据类型字段信息)为cache(即第一字段信息)告知智能移动终端系统当前视频通知中的视频来源为本地的离线视频数据；

S214.在数据类型字段信息为第二字段信息时，判定多媒体数据的数据来源为在线视频数据。

其中一种可选的实现方法可以为：第三方APP在推送视频通知的时候通过设置Notification中的dataType字段为online(即第二字段信息)告知系统当前视频通知中的视频来源为服务器端的在线视频数据。

在一些实施例中，如前述的数据处理方法，根据地址信息生成第二通知信息，包括：

A1.将本地端的存储位置信息封装在状态栏通知信息的数据源字段中，得到第二通知信息。

具体的，以安卓系统为例，状态栏通知信息的数据源字段为Notification中的dataSource字段，也就是说，将本地端的存储位置信息封装在dataSource字段中，进而使播放器在播放时可以从该字段中获取地址，调取对应的离线视频数据进行播放。

A2.将URL地址信息封装在状态栏通知信息的数据源字段中，得到第二通知信息。

具体的，仍以上一步骤中，在安卓系统下为例，也就是说，将URL地址信息封装在dataSource字段中，进而使播放器在播放时可以从该字段中获取地址，通过互联网访问对应的地址，获取对应的视频数据进行播放。

在一些实施例中，如前述的数据处理方法，

还包括如下所示步骤：

A3.获取离线视频数据的视频编码类型。

具体的，由于不同的播放器能够打开的视频编码类型各不相同，且视频编码类型的获取方法可以为：获取离线视频数据的文件类型(例如：MP4、MOV、RMVB等等)得到对应的视频编码类型。

其中，步骤A1将本地端的存储位置信息封装在状态栏通知信息中的数据源字段中，得到第二通知信息，包括：

将本地端的存储位置信息以及离线视频数据的视频编码类型封装在状态栏通知信息中的数据源字段中，得到第二通知信息。

以前一实施例中，在安卓系统下为例，当多媒体数据的数据来源为离线视频数据时，将视频本地端的存储位置信息以及视频编码类型同时封装进dataSource字段中，进而可以使状态栏通知信息被触发时，可以通过对应的能够播放该视频编码类型的播放器进行播放。

在一些实施例中，如前述的数据处理方法，在步骤S211获取与第一通知信息对应的状态栏通知信息与步骤S212确定状态栏通知信息中的数据类型字段信息之间，还包括如下所示步骤：

B1.获取第一通知信息中的通知类型字段属性值。

B2.根据通知类型字段属性值判断第一通知信息的内容类型；其中，内容类型包括：文字类型、图片类型和视频类型。

具体的，不同的内容类型所对应的通知类型字段属性值各不相同。

B3.在第一通知信息的内容类型为视频类型时，继续执行步骤S212。

具体的，以安卓系统为例，安卓系统在接收到应用端发送的第一通知信息后，首先读取Notification中的通知类型字段属性值判断当前推送通知是文字类型还是图片类型或者视频类型通知；并且，本实施例中优选的，在第一通知信息的内容类型为视频类型时，继续前述实施例中的方法流程，即：当第一通知信息的内容类型为文字类型或图片类型时，可以直接将相关文字内容或图片信息封装在整个状态栏通知信息中直接进行显示，而不需通过从某一地址中调取的方式进行。

如图4所示，可选的，如前述的数据处理方法，在步骤S4在通知栏显示第二通知信息之后，还包括如下所示相关步骤S5至S7：

S5.接受对第二通知信息的触发指令；

S6.根据触发指令，按照地址信息调取得到多媒体信息；

S7.通过播放器播放多媒体信息；

具体的，其中一种可选的实现方法为：用户点击该视频通知时，Notification的内置视频播放器开始读取本地或在线的多媒体信息进行视频播放；可选的，用户在视频播放的过程中，还可以通过点击第二通知信息来实现暂停/继续播放视频。

如图5所示，根据本申请的另一方面的一个实施例，还提供了一种数据处理装置，包括：

接收模块1，用于接收第一通知信息；

获取模块2，用于根据第一通知信息中获取对应的地址信息；其中，地址信息包括多媒体数据的地址；

生成模块3，用于根据地址信息生成第二通知信息，第二通知信息中嵌有多媒体数据对应的播放器，播放器的播放源为地址信息；

显示模块4，用于在通知栏显示第二通知信息。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

根据本申请的另一个实施例，还提供一种电子设备，包括：如图6所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

存储器1503，用于存放计算机程序；

处理器1501，用于执行存储器1503上所存放的程序时，实现上述方法实施例的步骤。

上述电子设备提到的总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，计算机指令使计算机执行上述方法实施例的步骤。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收第一通知信息；

根据所述第一通知信息获取对应的地址信息；其中，所述地址信息包括待进行通知的多媒体数据的地址；

根据所述地址信息生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；

在通知栏显示所述第二通知信息。

2.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述第一通知信息获取对应的地址信息，包括：

确定所述多媒体数据的数据来源；

在所述多媒体数据的数据来源为下载到本地端的离线视频数据时，确定所述离线视频数据在本地端的存储位置信息；

在所述多媒体数据的数据来源为在线视频数据时，确定所述在线视频数据对应的URL地址信息。

3.根据权利要求2所述的数据处理方法，其特征在于，所述确定所述多媒体数据的数据来源，包括：

获取与所述第一通知信息对应的状态栏通知信息；

确定所述状态栏通知信息中的数据类型字段信息；

在所述数据类型字段信息为第一字段信息时，判定所述多媒体数据的数据来源为所述离线视频数据；

在所述数据类型字段信息为第二字段信息时，判定所述多媒体数据的数据来源为所述在线视频数据。

4.根据权利要求3所述的数据处理方法，其特征在于，所述根据所述地址信息生成第二通知信息，包括：

将所述本地端的存储位置信息封装在所述状态栏通知信息的数据源字段中，得到所述第二通知信息；

将所述URL地址信息封装在所述状态栏通知信息的所述数据源字段中，得到所述第二通知信息。

5.根据权利要求4所述的数据处理方法，其特征在于，

还包括：

获取所述离线视频数据的视频编码类型；

所述将所述本地端的存储位置信息封装在所述状态栏通知信息中的数据源字段中，得到所述第二通知信息，包括：

将所述本地端的存储位置信息以及所述离线视频数据的视频编码类型封装在所述状态栏通知信息中的数据源字段中，得到所述第二通知信息。

6.根据权利要求3所述的数据处理方法，其特征在于，在所述获取与所述第一通知信息对应的状态栏通知信息与所述确定所述状态栏通知信息中的数据类型字段信息之间，还包括：

获取所述第一通知信息中的通知类型字段属性值；

根据所述通知类型字段属性值判断所述第一通知信息的内容类型；其中，所述内容类型包括：文字类型、图片类型和视频类型；

在所述第一通知信息的内容类型为视频类型时，继续执行下一步骤。

7.根据权利要求1所述的数据处理方法，其特征在于，所述在通知栏显示所述第二通知信息之后，还包括：

接受对所述第二通知信息的触发指令；

根据所述触发指令，按照所述地址信息调取得到所述多媒体信息；

通过所述播放器播放所述多媒体信息。

8.一种数据处理装置，其特征在于，包括：

接收模块，用于接收第一通知信息；

获取模块，用于根据所述第一通知信息获取对应的地址信息；其中，所述地址信息包括多媒体数据的地址；

生成模块，用于根据所述地址信息生成第二通知信息，所述第二通知信息中嵌有所述多媒体数据对应的播放器，所述播放器的播放源为所述地址信息；

显示模块，用于在通知栏显示所述第二通知信息。

9.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，所述处理器、通信接口和存储器通过通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述计算机程序时，实现权利要求1-7任一项所述的数据处理方法。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行权利要求1-7任一项所述的数据处理方法。

Images