一种数据保存方法及其装置、设备、存储介质与流程

本发明实施例涉及信息处理技术领域，涉及但不限于一种数据保存方法及其装置、设备、存储介质。

背景技术

随着手机智能终端的流行和移动互联网的飞速发展，移动业务的应用范围也越来越广泛，涉及生活、娱乐、办公等各个领域，手机已经成为人们日常生活不可或缺的工具。尽管手机的功能越来越强大，但是其所承载的通信功能仍然是人们生活中最常用和基础的功能，而人们在使用手机进行通信的时候，有时需要对通信内容进行录音，并将相关的通话数据和录音文件进行一定的处理和上传，例如：办公软件需要将电销人员的通话进行录音，并将通话数据和录音文件上传至业务管理平台，以作为绩效评估的参考。

目前，虽然大部分智能手机都已经内置了通话录音功能，在通话结束后会将通话内容自动进行存储，但是它们对通话录音所产生的录音文件的管理机制并不遵循一致的规则，不同的手机系统将通话录音文件存储在不同的路径下，不同的手机系统对通话录音文件的命名规则也都不尽相同，甚至于，同一手机系统的不同版本对通话录音的存储路径和命名规则也有所不同。不同的手机系统中，录音文件的存储路径和命名规则都不太一样。

然而，应用程序(application，app)往往需要同时兼容各种手机系统，而不是为不同的手机系统开发不同的分支版本，这就为指定的通话数据以及对应录音文件的正确上传和管理带来了挑战。

技术实现要素：

有鉴于此，本发明实施例提供一种数据保存方法及其装置、设备、存储介质。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种数据保存方法，所述方法包括：

获取设备对应的匹配规则；其中，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则；

获取所述设备在预设时间内的通话数据；

根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据；

确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；

将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器。

本发明实施例提供一种数据保存方法，所述方法包括：

获取上传的当前设备的标识信息；

如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端；

接收所述客户端发送的所述待上传的录音数据和所述待上传的录音数据对应的通话数据并保存。

本发明实施例提供一种数据保存装置，所述装置包括：第一获取模块、第二获取模块、第三获取模块、确定模块和第一发送模块，其中：

所述第一获取模块，用于获取所述设备对应的匹配规则；其中，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则；

所述第二获取模块，用于获取所述设备在预设时间内的通话数据；

所述第三获取模块，用于根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据；

所述确定模块，用于确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；

所述第一发送模块，用于将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器。

本发明实施例提供一种数据保存装置，所述装置包括：第四获取模块、第二发送模块和接收模块，其中：

所述第四获取模块，用于获取上传的当前设备的标识信息；

所述第二发送模块，用于如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端；

所述接收模块，用于接收所述客户端发送的所述待上传的录音数据和所述待上传的录音数据对应的通话数据并保存。

本发明实施例提供一种数据保存设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的数据保存方法中的步骤。

本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的数据保存方法中的步骤。

本发明实施例提供了一种数据保存方法及其装置、设备、存储介质，其中，首先，获取所述设备对应的匹配规则；其中，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则；其次，获取所述设备在预设时间内的通话数据；根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据；最后，确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器；如此，通过根据录音数据在设备中保存的路径以及命名等文件属性，获取该录音数据，并将该录音数据与该录音数据对应的通话数据一一对应的保存在服务器中，从而解决了不同的设备对于录音数据存储或命名方法不统一，不便于管理的问题。

附图说明

图1a为本发明实施例网络架构的示意图；

图1b为本发明实施例数据保存方法的实现流程示意图；

图2为本发明实施例数据保存方法的实现交互示意图；

图3为本发明实施例实现数据保存方法的逻辑架构图；

图4为本发明实施例数据保存方法的又一实现流程示意图；

图5为本发明实施例数据保存方法的再一实现流程示意图；

图6为本发明实施例数据保存装置的组成结构示意图；

图7为本发明实施例数据保存设备的组成结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

图1a为本发明实施例又一网络架构的示意图，如图1a所示，该网络架构包括第一设备11、第二设备12、服务器13，其中，第一设备11安装有数据保存的应用14，第一设备11和第二设备12可以与其他设备进行语音通讯。服务器13为数据保存的应用14对应的服务器。第一设备11与第二设备12进行语音通话时，第一设备11将所述通话过程中的通话数据保存在本地路径中(即第一设备自身对应录音数据的保存路径)；服务器13如果判断得知，第一设备11的版本号不等于服务器13中存储的版本号，那么服务器13将匹配规则发送给数据保存的应用14；数据保存的应用14根据该匹配规则获取录音数据，并采用预设查找方式查找与通话数据相对应的待上传的录音数据，使得录音数据与该录音数据的通话数据一一对应，即用户通过该录音数据的命名即可找到该录音数据对应的通话数据。

本发明实施例提供一种数据保存方法，图1b为本发明实施例数据保存方法的实现流程示意图，如图1b所示，本实施例由客户端执行，所述方法包括以下步骤：

步骤s101，获取所述设备对应的匹配规则。

这里，所述设备可以是任意能够进行语音通信的设备，比如，手机、平板电脑、笔记本电脑等。所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则。即是在设备自身存储录音数据时，对应的存储路径和命名规则，比如，a手机将录音数据存储在recorder/call目录下，命名规则是callc80409-100346.mp3；b手机将录音数据存储在sounds/callrecorder目录下，命名规则是13530452097_2018041019225.amr；c手机将录音数据存储在miui/soud_recorder/call_rec，命名规则是通话录音@13530452097_201804019263.mp3。

步骤s102，获取所述设备在预设时间内的通话数据。

这里，所述通话数据至少包括：与所述录音数据对应的联系人名称、通话号码、通话状态和通话时长；所述预设时间可以理解为，最后一次获取的所述设备的通话数据对应的时间到当前时间；比如，最后一次获取该设备的通话数据是早上八点，当前是早上十点，那么预设时间就是早上八点到十点之间所有的通话数据。

步骤s103，根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据。

这里，客户端接收到匹配规则之后，根据匹配规则中的录音数据的保存路径和命名规则，查找到该预设时间内的与通话数据一一对应的录音数据，然后将复制该数据到服务器，即云端和设备的本地均保存有该录音数据；或者客户端将该录音数据取出转移到服务器，也就是，将该录音数据保存在云端。

步骤s104，确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据。

这里，所述预设的查找方式可以是采用正则类型，即用通话数据(比如，手机号、通话时间和后缀命名)转化为文件名字符串，查找录音数据命名与该字符串匹配的待上传的录音数据，然后，将该待上传的录音数据和待上传的录音数据对应的通话数据上传到服务器，这样就可以通过查找具有该命名的录音文件，找出对应的手机号码和通话时间；所述预设的查找方式还可以是，采用时间类型，则根据通话数据的时间点和通话时长，查找录音数据的创建时间点与通话数据的时间点相同，且录音数据的播放时长和通话时长相同的待待上传的录音数据，这样录音数据就与通话数据做到了一一对应。所述预设的查找方式还可以是，如果根据所述字符串不能查找到命名与该字符串匹配的录音数据，那么就查找与通话数据的时间点和通话时长相匹配的录音数据。

步骤s105，将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器。

在本发明实施例提供的数据保存方法中，首先，获取所述设备对应的匹配规则；其中，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则；然后，获取所述设备在预设时间内的通话数据；根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据；最后，确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器；如此，通过根据录音数据在设备中保存的路径以及命名，获取该录音数据，并将该录音数据与该录音数据对应的通话数据一一对应的保存在服务器中，实现了对不同设备的采用相同的方式保存录音数据，规范了市场中不同手机系统甚至同一手机系统不同版本中，录音数据和通话数据不规则管理的问题。

在其他实施例中，所述步骤s101，即获取所述设备对应的匹配规则，可以通过以下步骤实现：

步骤s111，将设备的标识信息发送给服务器。

这里，所述设备的标识信息至少包括：设备的品牌、制造商、系统型号、内部版本号、设备序列号等。

步骤s112，接收服务器发送的所述设备对应的匹配规则。

这里，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则。

在本实施例中，将设备的标识信息发送给服务器，然后由服务器判断该标识信息是否在该服务器以保存的设备的标识信息的范围之内，如果在，就将该设备对应的匹配规则发送给客户端。

在其他实施例中，所述步骤s102，即获取所述设备在预设时间内的通话数据，可以通过以下步骤实现：

步骤s1021，确定最后一次获取的所述设备的通话数据对应的第一时间。

这里，所述确定最后一次获取的所述设备的通话数据对应的第一时间，可以理解为，先确定上一次获取该设备的通话数据对应的时间点(即第一时间)，然后将该时间点到当前时间，作为预设时间。

步骤s1022，获取所述第一时间之后的所述设备的通话数据。

这里，获取第一时间到当前时间的该设备所有通话数据，即包括个人隐私通话，还包括需要上传录音数据的通话。

在其他实施例中，在所述步骤s102，即获取所述设备在预设时间内的通话数据之后，所述方法还包括以下步骤：

步骤s121，将所述通话数据上传到服务器。

这里，所述通话数据中既包含需要上传录音数据的通话数据，还包括私人业务的通话数据。

步骤s122，接收服务器返回的所述通话数据中与目标群体列表相匹配的目标通话数据。

这里，所述目标群体列表用于存储需要存储录音数据的联系人对应的通话数据。服务器接收到通话数据查找该通话数据中与目标群体列表匹配的目标通话数据，即该目标通话数据对应的录音数据才是需要上传的录音数据。

步骤s123，获取所述设备的匹配规则。

步骤s124，根据所述匹配规则中所述设备对所述录音数据的存储路径和所述目标通话数据，确定所述目标通话数据对应的录音数据。

在其他实施例中，所述步骤s104，确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据，可以通过两种方式实现：

一是：首先，将所述通话数据编码为预设的字符串。然后，确定与所述预设的字符串相匹配的待上传的录音数据(即待上传的录音数据的命名与该字符串匹配)；将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到所述服务器。比如，用通话数据(比如，手机号、通话时间和后缀命名)转化为文件名字符串，查找录音数据中命名与将该字符串匹配的待上传的录音数据，这样就可以通过查找具有该命名的录音数据，找出对应的手机号码和通话时间。

二是：首先，根据所述通话数据确定所述通话数据对应的通话时间点和通话时长；然后，将查找录音数据的创建时间点与通话数据的时间点相同，且录音数据的播放时长和通话时长相同的待上传的录音数据。比如，根据通话数据的时间点为8点钟，通话时长为20分钟，查找录音数据创建时间在8点钟，且播放时长为20分钟的录音数据，将该录音数据及其对应的通话数据上传服务器，这样通过录音数据的命名就可以找到与其对应的通话数据。

本发明实施例提供一种数据保存方法，图2为本发明实施例数据保存方法的实现交互示意图，如图2所示，所述方法包括以下步骤：

步骤s201，客户端确定最后一次获取的所述设备的通话数据对应的第一时间。

步骤s202，客户端获取所述第一时间之后的所述设备的通话数据。

步骤s203，客户端将所述通话数据上传到服务器。

步骤s204，服务器接收所述客户端上传的通话数据。

步骤s205，服务器根据目标群体列表确定，所述通话数据中与所述目标群体列表相匹配的目标通话数据。

步骤s206，服务器将所述目标通话数据发送给所述客户端。

步骤s207，客户端获取所述目标通话数据。

步骤s208，客户端将设备的标识信息发送给服务器。

步骤s209，服务器获取上传的当前设备的标识信息。

步骤s210，如果所述标识信息满足预设条件，服务器将所述设备对应的匹配规则发送给客户端。

这里，所述预设条件为所述标识信息对应的版本号不等于预设的版本号，所述如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端，包括：如果所述标识信息对应的版本号不等于预设的版本号，确定所述标识信息满足预设条件；将所述版本号对应的匹配规则发送给所述客户端；

或者，

所述预设条件为所述标识信息与预设的标识信息库相对应，所述如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端，包括：如果所述标识信息与预设的标识信息库相对应，确定所述标识信息满足预设条件；所述预设的标识信息库用于存储设备的标识信息；将所述预设的标识信息库中与所述标识信息相对应的匹配规则发送给客户端。

步骤s211，客户端接收匹配规则，并根据所述匹配规则和所述目标通话数据获取对应的录音数据。

步骤s212，客户端确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器。

步骤s213，服务器接收所述客户端发送的待上传的录音数据和所述待上传的录音数据对应的通话数据并保存。

在本实施例中，通过将设备的标识信息发送给服务器，然后获得设备对于录音数据的匹配规则，并将该录音数据与通话数据一一对应的保存在云端，有效的优化了对于不同手机的录音数据的管理。

本发明实施例提供一种数据保存方法，图3为本发明实施例实现数据保存方法的逻辑架构图，如图3所示，在所述架构图中包括5个模块：读取模块301、过滤模块302、匹配模块303、检索模块304和上传模块305，其中：其中，各模块功能如下：

读取模块301，用于从手机系统的通话数据库中获取预设时间内的通话数据。

这里，在“获取预设时间内的通话数据”之前，需要用户授权并开启app的通话记录读取权限，该权限在用户打开app时会自动申请；同时，在用户关闭该权限状态下，app会弹出提示界面申请授权。

所述“获取”为：调用手机系统所支持的相关数据操作，获取存储在手机系统的通话数据库中的相关通话数据；

所述“预设时间内的通话数据”为：读取“上一次已上传的最后一条通话记录时间”，当前时间到该时间之间的所有通话记录，每条记录包含对应的联系人名称、通话号码、通话类型(拨入、拨出、未接等)、通话时长；

过滤模块302，用于通过与云端设备的交互，从通话数据中匹配出属于目标群体的目标通话数据。

这里，用户的通话数据中往往包含着属于私人业务的通话数据，该部分数据不属于需要关注的目标群体，同时，由于目标群体的联系人手机号码往往存储在云端服务器中，因此过滤装置中会将本次待同步的通话记录数据加上本地缓存数据库中需要继续同步的通话数据，一并交于服务器，匹配筛选出通话数据的通话号码从属于目标群体电话号码列表的通话数据。

“从通话数据中匹配出属于目标群体的目标通话数据”可以理解为：将通话数据存入本地数据库(以号码+时间为主键，如果数据库已有记录不再存入)，读取全库中待同步通话数据，一次性或分批次提交给服务器校验并返回属于目标群体联系人号码的通话数据。

匹配模块303，用于向云端服务器上报当前用户手机系统的标识信息，由服务器下发当前手机系统对应的匹配规则。

这里，所述“获取当前手机系统所对应匹配规则”，可以理解为：将当前手机系统的标识信息及手机版本号发给服务器，服务器判断客户端的映射规则版本号不等于当前的云端映射规则库中保存的版本号，则服务器基于映射规则库根据标识信息进行手机系统标识校验，并手机系统主键下发匹配规则。

所述“当前手机系统的相关标识常量”，可以理解为：存储在手机系统的版本标记(build)或系统文件(systemproperty)中相关统一数据，可以用于区分当前手机系统从属于的手机品牌、制造商、系统型号、内部版本号等信息；也包含仅在部分手机系统中存在的标识信息。

所述“手机标识信息”可以为：可以用于区分不同手机品牌，甚至同一品牌不同手机的自定义标识，包含但不限于“品牌+系统名称+内部版本号”这样的组合，具有不同手机系统标识的系统，它们对录音数据的存储和命名规则不尽相同；该标识根据当前手机系统的相关标识常量推断得出；

在“获取当前手机系统所对应匹配规则”之后，客户端将匹配规则缓存在本地数据库中，以方便做进一步的检索操作。

检索模块304，用于根据本地存储的匹配规则查找录音数据的保存路径，查询当前手机系统对应地址下的是否存在录音数据，并根据匹配到的录音数据命名规则，将通话记录与录音数据一一对应检索到相关的录音数据，并将其与通话数据记录一一对应。

这里，所述，“将通话记录与录音数据一一对应检索到相关的录音数据，并将其与通话数据记录一一对应”可以理解为：对录音数据通过两种方式查找：

一是采用正则类型，即用通话数据(比如，手机号、通话时间和后缀命名)转化为文件名字符串，将该字符串作为录音数据的命名，这样就可以通过查找具有该命名的录音文件，找出器对应的手机号码和通话时间；二是，采用时间类型，则根据通话数据的时间点为录音数据命名，这样录音数据就与通话数据做到了一一对应。

上传模块305，用于将目标通话数据和对应的通话录音数据上传到服务器并存储。

这里，在将目标通话数据和对应的通话录音数据上传到服务器并存储之后，服务器将对应通话数据的同步状态置为已同步，同时向客户端发送信号，通知客户端对于通话数据进行即时更新。

同时，为了满足实时的通话数据和录音数据上传功能，譬如需要在用户使用手机拨打电话号码后，可以即时的将通话记录和录音文件上传到服务器，可以增加以下解决方案:

app实时监听通话状态的改变，在监听到用户挂断电话的信号时，读取最新一条的通话记录，并执行上述过程。

在“app实时监听通话状态的改变”之前，需要用户授权并开启app的通话状态监听权限，该权限在用户打开app时会自动申请；同时，在用户关闭该权限状态下，app会弹出提示界面申请授权。

为更好的理解本实施例，这里对本实施例的使用场景进行说明，比如，某一个电销部门他们想开发一个软件，电销人员开启手机的通话自动录音，并使用手机和客户进行电话销售，在被系统自动录音并存储后，这个软件能够将电销人员与客户的通话记录以及聊天录音传到服务端，让老总也可以看到。但是员工有的使用手机不尽相同，如何使app知道不同手机中在当前这个系统的录音文件存储的系统路径；以及如何的将一条条通话记录和一个个录音文件一一对应上，是亟需解决的问题。

为解决上述问题，本实施例提供一种数据保存方法，针对多样平台的通话录音上传，一旦录音数据和通话数据匹配完成后，就有了通话记录和录音数据的关联关系，然后把通话记录和通话录音，以及二者的关联关系都上传到服务器，然后，电销部门的老总就可以获取到任何员工的录音数据以及通话数据，比如，获取“下属小a昨天九点十分和客户e进行了一次10分钟的电话联系呀，下属小b今天上午九点和客户c进行了一次30分钟的电话联系”。

在本实施例中，app把当前用户的手机的系统标示上报给服务端，服务端下发对应的匹配规则，然后app根据该匹配规则查找录音数据在该手机上的存储目录；再按照预设的查找方式查找与该通话记录对应的录音文件的可能的命名，然后根据该命名在存储目录中找，找到了就是匹配上了。

图4为本发明实施例数据保存方法的又一实现流程示意图，如图4所示，所述方法包括以下步骤：

步骤s401，客户端上报手机相关标识信息。

这里，在客户端上报手机相关标识信息之前，需要用户在手机终端打开app。

步骤s402，服务器判断标识信息，是不等于当前的映射规则库版本号。

这里，所述映射规则库用于保存当前市面上已有的手机对应的最大的版本号，即预设的版本号。

步骤s403，基于映射规则库，服务器根据上传的标识信息进行手机主键校验。

步骤s404，如果校验成功，服务器向客户端下发匹配规则。

步骤s405，客户端将与预设的查找方式查找到的待上传的录音数据和通话数据上传到服务器。

在其他实施例中，所述方法还包括：由运营后台，直接将设备的录音数据的匹配规则发送给客户端，(即不需要客户端先向服务器发送设备的标识信息，再接收服务器下发的匹配规则。)，由步骤s406和步骤s407实现：

步骤s406，运营后台将设备的匹配规则发送给客户端。

步骤s407，客户端根据该匹配规则，获取录音数据，并用预设的命名规则命名后发送到服务器。

这里，从运营后台直接为客户端发送匹配规则，是为了避免对于手机版本升级后，该手机上录音数据的匹配规则全部都改了，这时服务器侧没有保存该版本号，因此，通过运营后台直接为客户端发送匹配规则，保证了无论是版本升级的手机还是旧版本的手机都能采用本实施例提供的数据保存方法。

图5为本发明实施例数据保存方法的再一实现流程示意图，如图5所示，所述方法包括以下步骤：

步骤s501，启动数据保存的app。

这里，如果需要app进行实时监听，则进入步骤s503。

步骤s502，获取预设时间内的通话数据。

这里，在获取预设时间内的通话数据之前，app用于获取通话记录的权限和监听通话状态的权限。

步骤s503，监听通话状态的改变。

这里，在监听通话状态的改变之前，app已经获得了能够监听通话状态的权限。

步骤s504，对进入通话界面的用户进行记录。

步骤s505，获取最新一条的通话数据。

步骤s506，服务器根据目标群体列表确定，所述通话数据中与所述目标群体列表相匹配的目标通话数据。

这里，所述步骤s506可以通过以下步骤实现：

步骤s561，将通话记数据存入本地数据库。

这里，以号码+时间为主键，如果数据库已有该数据则不再存入。

步骤s562，读取全库中，已同步状态为未同步的通话数据。

步骤s563，一次性或分批次提交给服务器校验，返回属于目标群体客户联系人号码的通话数据。

步骤s507，根据上传的标识信息进行手机主键校验，如果校验成功，服务器向客户端下发匹配规则。

这里，所述匹配规则包括匹配录音数据的保存路径71和匹配录音数据的命名规则72。

步骤s508，客户端根据预设的查找方式查找到待上传的录音数据。

步骤s509，客户端对所述待上传的录音数据进行过滤。

这里，客户端对录音数据进行过滤，是为了确保录音数据与通话数据一一对应。

步骤s510，客户端将待上传的录音数据逐个上传到服务器。

这里，如果上传到服务器失败，则结束上传过程。

步骤s511，服务器更新本地数据库，并将该录音数据对应的通话数据标记为已同步。

步骤s512，服务器发送广播消息，通知客户端对于通话数据进行及时更新。

本实施例提供一种数据保存装置，图6为本发明实施例数据保存装置的组成结构示意图，如图6所示，所述装置600包括：第一获取模块601、第二获取模块602、第三获取模块603、确定模块604和第一发送模块605，其中：

所述第一获取模块601，用于获取所述设备对应的匹配规则；其中，所述匹配规则为所述设备对所述录音数据的存储路径和对所述录音数据的命名规则；

所述第二获取模块602，用于获取所述设备在预设时间内的通话数据；

所述第三获取模块603，用于根据所述匹配规则和所述通话数据获取所述预设时间内的录音数据；

所述确定模块604，用于确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据；

所述第一发送模块605，用于将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到服务器。

在其他实施例中，所述第一获取模块601，包括：

第一发送单元，用于将设备的标识信息发送给服务器；

第一接收单元，用于接收服务器发送的所述设备对应的匹配规则。

在其他实施例中，所述第二获取模块602，包括：

第一确定单元，用于确定最后一次获取的所述设备的通话数据对应的第一时间；

第一获取单元，用于获取所述第一时间之后的所述设备的通话数据。

在其他实施例中，所述装置还包括：

第一上传模块，用于将所述通话数据上传到服务器；

第二接收模块，用于接收服务器返回的所述通话数据中与目标群体列表相匹配的目标通话数据；其中，所述目标群体列表用于存储需要存储录音数据的联系人对应的通话数据；

第五获取模块，用于获取所述设备的匹配规则；

第一确定模块，用于根据所述匹配规则中所述设备对所述录音数据的存储路径和所述目标通话数据，确定所述目标通话数据对应的录音数据。

在其他实施例中，所述第一发送模块605，包括：

第一编码单元，用于将所述通话数据编码为预设的字符串；

第三确定单元，用于确定与所述预设的字符串相匹配的待上传的录音数据；

第二发送单元，用于将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到所述服务器。

在其他实施例中，所述第一发送模块605，包括：

第二确定单元，用于根据所述通话数据确定所述通话数据对应的通话时间点和所述通话数据对应的通话时长；

第四确定单元，用于确定所述录音数据的创建时间和所述录音数据所占的播放时长；

第五确定单元，用于如果所述创建时间与所述通话时间点相同，且所述播放时长与所述通话时长相同，确定所述录音数据为所述待上传的录音数据；

第三发送单元，用于将所述待上传的录音数据和所述待上传的录音数据对应的通话数据发送到所述服务器。

在其他实施例中，所述装置还包括：

第一监听模块，用于如果监听到所述设备结束通话，获取所述通话对应的通话数据和所述设备的匹配规则；

第六获取模块，用于根据所述匹配规则，获取所述通话对应的录音数据；

第三发送模块，用于确定所述录音数据中与预设的查找方式相匹配的待上传的录音数据，将所述待上传的录音数据和所述通话数据发送到服务器。

本发明实施例再提供一种数据保存装置，所述装置包括：第四获取模块、第二发送模块和接收模块，其中：

所述第四获取模块，用于获取上传的当前设备的标识信息；

所述第二发送模块，用于如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端；

所述接收模块，用于接收所述客户端发送的所述待上传的录音数据和所述待上传的录音数据对应的通话数据并保存。

在其他实施例中，所述预设条件为所述标识信息对应的版本号不等于预设的版本号，所述如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端，包括：如果所述标识信息对应的版本号不等于预设的版本号，确定所述标识信息满足预设条件；将所述版本号对应的匹配规则发送给所述客户端；

或者，

所述预设条件为所述标识信息与预设的标识信息库相对应，所述如果所述标识信息满足预设条件，将所述设备对应的匹配规则发送给客户端，包括：如果所述标识信息与预设的标识信息库相对应，确定所述标识信息满足预设条件；所述预设的标识信息库用于存储设备的标识信息；将所述预设的标识信息库中与所述标识信息相对应的匹配规则发送给客户端。

在其他实施例中，所述装置还包括：

第三接收模块，用于接收所述客户端上传的通话数据；

第二确定模块，用于根据目标群体列表确定，所述通话数据中与所述目标群体列表相匹配的目标通话数据；

所述第三发送模块，用于将所述目标通话数据发送给所述客户端。

需要说明的是，以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的数据保存方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台数据保存设备(可以是终端、服务器等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

本发明实施例再提供一种数据保存设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述数据保存方法中的步骤。

相应地，本发明实施例再提供一种可读存储介质，所述可读存储介质上存储有数据保存程序，所述数据保存程序被处理器执行时实现上述的数据保存方法的步骤。

以上数据保存设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明数据保存设备和存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，图7为本发明实施例中数据保存设备的一种硬件实体示意图，如图7所示，该设备700的硬件实体包括：处理器701、通信接口702和存储器703，其中

处理器701通常控制设备700的总体操作。

通信接口702可以使设备通过网络与其他终端或服务器通信。

存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及设备700中各模块待处理或已经处理的数据(例如，音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(randomaccessmemory，ram)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。