通话录制的管理方法、电子设备及计算机可读存储介质与流程

1.本申请涉及通信技术领域，特别是涉及通话录制的管理方法、电子设备及计算机可读存储介质。


背景技术：

2.随着通信事业的快速发展，特别是移动通信的发展，手机等通信终端成了现代人必备的通信和信息处理工具。
3.不论是工作还是生活场景中，用户对通信中的重要内容进行录音已经成为普遍需求，录音已经成为手机中的一项基本功能配置，但是相关技术中对通信进行录音有诸多不便；比如：当下的通话录音普遍是通过接通电话之后按下手机上的录音按键来实现，但是电话通话过程中是否会出现需要录音的重要通话内容在通话前也许是未知的，导致通话过程中未能及时按键进行录音；挂了电话之后才反应过来某些重点信息忘记了，或者重点信息太多，顾此失彼，无法保证重点信息全部都在脑海中记忆。
4.在相关技术中，通话内容录制后，将永久存储于通信终端中，占用通信终端的存储空间；删除则需要人为进行，当通信终端积累有大量录制文件时，重复性的删除操作甚是繁琐；同时，对大量累积的通信录音文件进行删除与否的甄别也颇费时间和精力，删除效率极低且用户体验不佳。


技术实现要素：

5.本申请主要解决的技术问题是提供通话录制的管理方法、电子设备及计算机可读存储介质，能够自动释放电子设备的存储空间，减小电子设备的存储压力。
6.本申请采用的一种技术方案是提供一种通话录制的管理方法，该方法包括：检测到通话功能激活时，对通话过程进行录制；根据通话的重要程度，设置对应的存储期限；检测到通话功能关闭时，按照存储期限存储录制的通话数据，以在存储期限届满时对通话数据进行自动删除。
7.其中，按照存储期限存储录制的通话数据之后，包括：接收到延期指令时，对通话数据执行延期指令，以延长存储期限。
8.其中，接收到延期指令时，对通话数据执行延期指令，包括：接收到延期指令时，发出缴费请求；在满足缴费请求后，对通话数据执行延期指令。
9.其中，接收到延期指令时，对通话数据执行延期指令，以延长存储期限之后，包括：将延长存储期限的通话数据从第一数据库移动至第二数据库。
10.其中，该方法还包括：接收检索条件，以从第一数据库或第二数据库中获取与检索条件匹配的通话数据。
11.其中，该方法还包括：在检测到通话数据的播放指令时，获取通话数据的已播放次数；在已播放次数到达或超过预设的播放阈值时，发出缴费请求；在满足缴费请求后，播放通话数据。
12.其中，按照存储期限存储录制的通话数据，包括：对通话数据进行权限限定；该方法还包括：获取对端对主端的通话数据的播放授权，其中对端为与主端通话产生通话数据的一端；将主端已授权的通话数据的状态设置为可播放状态。
13.其中，获取对端对主端的通话数据的播放授权，包括：在通话数据的已播放次数到达或超过预设的播放阈值时，再次检测到通话数据的播放指令时，获取对端对主端的通话数据的播放授权。
14.本申请采用的另一种技术方案是提供一种电子设备，该电子设备包括处理器和处理器连接的存储器；其中，存储器用于存储程序数据，处理器用于执行程序数据，以实现如上述技术方案提供的方法。
15.本申请采用的另一种技术方案是提供一种计算机可读存储介质，该计算机可读存储介质用于存储程序数据，程序数据在被处理器执行时，用于实现如上述技术方案提供的方法。
16.本申请的有益效果是：区别于现有技术的情况，本申请的一种通话录制的管理方法，该方法包括：检测到通话功能激活时，对通话过程进行录制；根据通话的重要程度，设置对应的存储期限；检测到通话功能关闭时，按照存储期限存储录制的通话数据，以在存储期限届满时对通话数据进行自动删除。通过上述方式，在通话功能激活时进行录制，能够使录制的通话数据的内容更加全面；对通话设置对应的存储期限，按照不同存储期限进行存储，以区分通话数据的重要程度；并在存储期限届满时自动删除已录制的通话数据，免去手动删除已录制的通话数据的大量重复性繁琐操作，能够自动释放电子设备的存储空间，减小电子设备的存储压力，提升用户体验。
附图说明
17.为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
18.图1是本申请提供的通话录制的管理方法一实施例的流程示意图；
19.图2是本申请提供的通话录制的管理方法另一实施例的流程示意图；
20.图3是本申请提供的图2中步骤24的流程示意图；
21.图4是本申请提供的通话录制的管理方法另一实施例的流程示意图；
22.图5是本申请提供的通话录制的管理方法另一实施例的流程示意图；
23.图6是本申请提供的电子设备一实施例的结构示意图；
24.图7是本申请提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
25.下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的
所有其他实施例，都属于本申请保护的范围。
26.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
27.参阅图1，图1是本申请提供的通话录制的管理方法一实施例的流程示意图。该方法包括：
28.步骤11：检测到通话功能激活时，对通话过程进行录制。
29.本实施例可应用于可以进行实时通话的电子设备。其中，实时通话可以是语音通话或者视频通话。如通过电子设备中的通信软件进行语音通话或视频通话。
30.在一些实施例中，以进行通话的电子设备为手机，语音通话为打电话为例，通话功能激活体现在该电子设备响应于用户拨打电话时，在拨出对方号码时，开始对整个通话过程进行录制。若对端未响应或者挂断，则整个通话过程为拨打电话至等待对端响应的过程，这个过程中会录制下对端未响应时或者挂断的信息，如对端在未响应时的等待彩铃或者挂断的提示音。若对端响应，则整个通话过程为拨打电话至与对端结束通话的过程。其中，对于通话发起端而言，在通话拨出时表示通话功能激活，开始进行录制，直到通话结束终止录制；对于通话接听方而言，在通话接听后表示通话功能激活，开始进行录制，直到通话结束终止录制。
31.步骤12：根据通话的重要程度，设置对应的存储期限。
32.在一些实施例中，可对通话内容进行文本识别，若识别出的文本信息与预设文本信息匹配，则将本次录制的通话数据的存储期限设置为与预设文本信息对应的存储期限。若识别出的文本信息与预设文本信息不匹配，则将本次录制的通话数据的存储期限设置为默认存储期限。如，在电子设备中设置有第一存储期限、第二存储期限和第三存储期限，其中，第一存储期限的存储时长小于第二存储期限的存储时长和第三存储期限的存储时长，第二存储期限的存储时长小于第三存储期限的存储时长。第二存储期限和第三存储期限对应设置有预设文本信息。第一存储期限为默认存储期限。若识别出的文本信息与第二存储期限中设置的预设文本信息匹配，则将本次录制的通话数据的存储期限设置为第二存储期限。若识别出的文本信息与第三存储期限中设置的预设文本信息匹配，则将本次录制的通话数据的存储期限设置为第三存储期限。若识别出的文本信息与预设文本信息不匹配，则将本次录制的通话数据的存储期限设置为第一存储期限。如，对通话内容进行文本识别，识别出的文本信息中出现老板、老婆、父母等信息，与第二存储期限中设置的预设文本信息匹配，则将本次录制的通话数据的存储期限设置为第二存储期限；识别出的文本信息中出现警察、法院等相对敏感的信息，与第三存储期限中设置的预设文本信息匹配，则将本次录制的通话数据的存储期限设置为第三存储期限，以便后续播放。
33.在一些实施例中，可根据本次通话拨打的电话号码是否为电子设备的通讯录中的联系人，来确定重要程度。若是，则重要程度设置为高，则将本次录制的通话数据的存储期限设置为第四存储期限；若不是，则重要程度设置为低，将本次录制的通话数据的存储期限设置为第五存储期限。其中，第四存储期限的存储时长大于第五存储期限的存储时长。具体地，第四存储期限的存储时长可以是48小时，第五存储期限的存储时长可以是24小时。
34.在一些实施例中，存储期限可以按照时间点设置，如设置为该通话功能激活当日的24点。
35.在一些实施例中，可根据本次通话拨打的电话号码对应的联系人分组，来确定重要程度。如联系人分组可按照朋友、家人和客户进行分组。将朋友的重要程度设置为低、家人的重要程度设置为中和客户的重要程度设置为高。根据重要程度设置对应的存储期限，如重要程度为高的通话数据的存储期限设置24小时，重要程度为中的通话数据的存储期限设置为16小时，重要程度为低的通话数据的存储期限设置为8小时。不属于联系人分组的通话数据的存储期限设置为4小时。
36.在一些实施例中，还可以在通话功能关闭时，通过弹窗提示用户进行重要程度选择。在用户选择后，设置对应的存储期限。若用户在预设时间内未选择，则设置默认存储期限。该默认存储期限的存储时长小于用户选择重要程度后设置的存储期限的存储时长。
37.在一些实施例中，还可以根据通话功能激活时的时间，来确定对应的重要程度。如，电子设备的用户的职业为外卖员，则将每天10点至14点对应的第一时间段和17点
‑
20点对应的第二时间段设置为重要时间段，当通话功能激活时的时间处于第一时间段或第二时间段时，将本次录制的通话数据对应的存储期限设置为3小时，其余时间段进行通话时，将其对应的存储期限设置为2小时。
38.可以理解，电子设备的用户可以根据职业需求，提前在电子设备中设置对应的重要时间段，在通话功能激活时的时间处于重要时间段时，按照重要时间段对应的存储期限来存储本次录制的通话数据。
39.步骤13：检测到通话功能关闭时，按照存储期限存储录制的通话数据，以在存储期限届满时对通话数据进行自动删除。
40.在一些实施例中，可对进行通话的两端的电子设备同步进行通话录制；如主端的电子设备从呼叫对端的电子设备开始，进行通话录制；对端的电子设备在响应主端的呼叫后，开始进行通话录制；在检测到通话功能关闭时，主端的电子设备和对端的电子设备分别按照存储期限存储录制的通话数据。其中，对端的通话数据的存储期限与主端的通话数据的存储期限相同。具体地，主端的通话数据在产生存储期限后，将该存储期限发送至对端，以使对端按照该存储期限存储在对端生成的对应的通话数据。
41.在其他实施例中，在按照存储期限存储录制的通话数据时，可以将通话数据按照存储期限存储至云端，不在电子设备中进行存储，可以节约电子设备的存储空间。
42.在存储期限届满时对通话数据进行自动删除。如，通话数据a存储的时间为8点，存储期限为4小时，则在通话数据a的存储期限4小时届满时，即在12点时将通话数据a自动删除。
43.在其他实施例中，自动删除的时间是在通话激活当日24点，则即使在此24点时，通话数据对应的存储期限还未到达，也将通话数据删除。
44.在其他实施例中，电子设备设有计时器，对通话数据进行存储时间的计时；录制结束后通话数据存储到该电子设备的存储器中，然后开始计时，到存储期限截止；如果没有检测到延期指令，该通话数据到达存储期限时就会自动停止计时，并从电子设备的存储器中自动删除；从而免去用户对通话数据的手动操作，同时节省该电子设备的存储空间。
45.在本实施例中，在通话功能激活时进行录制，能够使录制的通话数据的内容更加
全面；对通话设置对应的存储期限，按照不同存储期限进行存储，以区分通话数据的重要程度；并在存储期限届满时自动删除已录制通话数据，免去手动删除已录制通话数据的大量重复性繁琐操作，能够释放电子设备的存储空间，减小电子设备的存储压力，另一方面，自动录制通话数据，能够解决用户需要对通话过程录制而忘记录制的问题。
46.参阅图2，图2是本申请提供的通话录制的管理方法另一实施例的流程示意图。该方法包括：
47.步骤21：检测到通话功能激活时，对通话过程进行录制。
48.步骤22：根据通话的重要程度，设置对应的存储期限。
49.步骤23：检测到通话功能关闭时，按照存储期限存储录制的通话数据。
50.步骤21
‑
23与上述实施例具有相同或相似的技术方案，这里不做赘述。
51.在本实施例中，基于上述步骤21
‑
23，电子设备基于每日的通信次数，则会存储对应数量的通话数据。
52.步骤24：接收到延期指令时，对通话数据执行延期指令，以延长存储期限。
53.在一些实施例中，在按照存储期限存储录制的通话数据之后，用户可以对通话数据的存储期限进行修改。如，若用户认为该通话数据比较重要，则可以将通话数据的存储期限进行延长。
54.在一应用场景中，在接收到对应目标通话数据的延期指令时，对该目标通话数据执行延期指令，以延长存储期限。具体地，当检测到目标通话数据被选择，则弹出一选择栏，该选择栏中设置有延期按钮，以及对应的输入框。用户可在输入框中输入延期期限，然后点击延期按钮。在检测到延期按钮被选择，则根据输入框中的延期期限对目标通话数据的存储期限进行修改，以延长目标通话数据的存储期限。
55.在另一应用场景中，可以通过语音输入的方式生成延期指令。比如在长途驾车过程中，当使用该通信方式结束一段通话后开始保存通话数据，但是存储期限届满的时间，用户预计也还在驾驶途中，不方便操作手机，或者担心随后忘记手动操作延长保存，那么就在通话结束后通过语音告知手机延长存储期限的时长。
56.在一些实施例中，电子设备会对未延期的通话数据和延期的通话数据进行分别存储。如，第一数据库中存储未延期的通话数据，第二数据库中存储延期的通话数据。在通话数据录制完成时，将通话数据存储于第一数据库，在对第一数据库中的通话数据进行存储期限延期后，将延期后的通话数据存储于第二数据库。具体地，当某重要通话结束，对应的通话数据生成时，用户即对此通话数据进行延期操作，则此通话数据立即从第一数据库移至第二数据库；或者可为延长存储期限的通话数据设置一数据转移时间，在该数据转移时间到达后，将延长存储期限的通话数据统一从第一数据库移动至第二数据库。如，数据转移时间可设置为每日23：59。在其他实施例中，通话数据不能从第一数据库或者第二数据库中保存到其它空间，如复制到另一电子设备，从而避免通话数据的内容泄露，造成用户困扰。
57.在一些实施例中，对通话数据进行延期需要支付费用，具体的，参阅图3，可以为如下步骤：
58.步骤241：接收到延期指令时，发出缴费请求。
59.具体地，可以根据延期的时长计算费用。比如以单个通话数据延长单位时间收费0.5元或0.8元或1元进行计算。其中，单位时间可以为1天、4小时和12小时。
60.在费用计算完成后，则发出缴费请求。
61.具体地，缴费的方式可以通过该电子设备中相关的支付系统完成。
62.步骤242：在满足缴费请求后，对通话数据执行延期指令。
63.在缴费完成后，对通话数据执行延期指令。在未满足缴费请求时，不对该通话数据进行延期。通过收费的方式，可以提醒用户在存储期限届满删除之前及时播放通话数据，不必进行延期付费，能够减少第二数据库的存储压力，以及避免延期期间播放通话数据对通信中隐私信息的过度滥用甚至不当使用。
64.步骤25：在存储期限届满时对通话数据进行自动删除。
65.在一些实施例中，可为第一数据库中通话数据设置统一的删除时间。如统一的删除时间为每日24点。若在第一数据库中的通话数据的存储期限届满时，未到达统一的删除时间，则直接自动删除。若在到达统一的删除时间时，则直接删除第一数据库中的所有通话数据。第二数据库中的通话数据在对应的延期存储期限届满时删除，能够减少用户手动删除的次数，提升用户体验。
66.结合上述内容进行说明，延长存储期限的通话数据的数据转移时间需在第一数据库的删除时间之前，如删除时间为24点，则数据转移时间可为23点59分，在完成数据转移后，对第一数据库中的通话数据进行删除，一方面延期的通话数据统一存储，以便于后续查找，另一方面避免误删除延期保存的通话数据。
67.在其他实施例中，还提供通话数据检索功能。用户可在电子设备中对应的输入框输入检索条件，电子设备在接收到该检索条件时，从第一数据库或第二数据库中获取与检索条件匹配的通话数据。如，在通话数据存储时，将对端的电话号码或者备注作为通话数据的文件名。在检索时，在输入框输入电话号码或者备注作为检测条件。
68.在一应用场景中，可为第一数据库和第二数据库设置相应的检索输入框，以分别从对应的数据库中获取与检索条件匹配的通话数据。
69.在另一应用场景中，可在电子设备的检索界面设置选择栏，可在选择栏中选择第一数据库或第二数据库，然后结合输入框输入的检索条件，在对应的数据库中获取与检索条件匹配的通话数据。
70.若获取到通话数据，则显示该通话数据；若未获取到该通话数据，则提示该通话数据不存在。
71.通过上述方式，将通话数据按照未延期和延期分别存储于第一数据库和第二数据库，以避免通话数据与电子设备内的其他录音文件混合，便于查找和管理通话数据。
72.参阅图4，图4是本申请提供的通话录制的管理方法另一实施例的流程示意图。该方法包括：
73.步骤41：在检测到通话数据的播放指令时，获取通话数据的已播放次数。
74.本实施例应用于在通话数据存储之后，通话数据的存储方式可参阅上述实施例，这里不做赘述。
75.在本实施例中，可以在播放通话数据时，对通话数据播放成功的次数进行记载，将已记载的次数作为已播放次数。
76.在本实施例中，对通话数据设置播放次数，具体地，可以为所有的通话数据设置统一的播放次数。也可以根据通话数据的重要程度设置相应的播放次数。通过设置播放次数，
能够避免恶意频繁播放通话数据对电子设备系统资源的浪费。
77.步骤42：在已播放次数到达或超过预设的播放阈值时，发出缴费请求。
78.具体地，可以根据已播放次数计算费用。比如以单个通话数据播放一次收费0.5元进行计算。还可以根据已播放次数进行费用递增的方式计算费用，如第一次收费0.5元，第二次收费0.7元，第三次收费0.9元。
79.在费用计算完成后，则发出缴费请求。
80.步骤43：在满足缴费请求后，播放通话数据。
81.在缴费完成后，对通话数据执行播放指令。在未满足缴费请求时，不可对该通话数据进行播放。通过收费的方式，可以避免用户对通话数据的恶意频繁播放，以及在无限制的频繁播放中可能产生的对通信中隐私信息的过度滥用及不当使用。
82.参阅图5，图5是本申请提供的通话录制的管理方法另一实施例的流程示意图。该方法包括：
83.步骤51：获取对端对主端的通话数据的播放授权，其中对端为与主端通话产生通话数据的一端。
84.在一些实施例中，在按照存储期限存储录制的通话数据时，因涉及到通话双方，这里将通话发起端的电子设备定义为主端，通话接收端的电子设备定义为对端。主端和对端会同步存储该通话数据，且对该通话数据进行权限限定；如播放权限、删除权限。主端可以在对端播放彼此之间通信产生的通话数据时，为对端进行播放授权；相应的，对端可以在主端播放彼此之间通信产生的通话数据时，对主端进行播放授权。
85.在一应用场景中，在主端向对端发起授权请求时，对端可以通过主端和对端双方的通信账号，并结合双方通话数据生成的时间点(即通话结束的时间)作为匹配条件。在通话数据匹配成功时，对端方能进行授权操作。
86.在一应用场景中，在主端的通话数据的已播放次数到达或超过预设的播放阈值时，再次播放该通话数据需获取对端对主端的通话数据的播放授权。
87.步骤52：将主端已授权的通话数据的状态设置为可播放状态。
88.此时，主端可对该通话数据进行播放。
89.在一应用场景中，在通话数据按照存储期限分别存储于主端和对端后，对通话数据设置播放阈值。比如：存储期限为通话数据录制当日的24点，播放阈值为3，则在24点前，该通话数据可免于获取授权并免费播放3次。
90.具体的，主端和对端分别只能免授权播放通话数据3次，如，该通话数据设置有播放按钮，在点击播放按钮的次数在播放阈值内，直接播放该通话数据；点击播放按钮的次数到达或超过播放阈值，通话数据对应的文件图标产生变化，比如文件图标的颜色变化，如变为红色，且播放按钮被锁定，设置为不可操作状态，无法响应点击操作播放通话数据。
91.在此情境下，主端用户如需继续播放该通话数据，需要向对端发送播放授权请求指令，寻求对端授权。如，在主端发送授权请求指令后，对端会相应的进行提示，如提示音以及在对端提供授权选择按钮：“是”和“否”；若对端检测到选择按钮“是”被选择，则向主端发送“授权指令”；主端接收到“授权指令”，则将通话数据的文件图标还原，以便主端用户知悉此通话数据已获得授权，且播放按钮被解锁，设置为可播放状态；若对端检测到选择按钮“否”被选择，则向主端发送“拒绝授权指令”；主端接收到“拒绝授权指令”，则进行授权失败
提示，依然无法点击通话数据的播放键。
92.在一些实施例中，每次授权，可使播放按钮的点击次数增加指定次数，如1次、2次。在存储期限届满时，授权相应终止。
93.在一些实施例中，因已播放次数到达或超过预设的播放阈值，再次点击播放按钮时，在通话数据获得对端的播放授权后，发出缴费请求，在满足缴费请求后，播放通话数据。在授权的播放次数使用完后，如再次播放，需再次获取对端的播放授权以及再次发出缴费请求。
94.结合上述其他实施例进行说明：因进入第二数据库中的通话数据已经进行了存储期限延长，则在第二数据库中的通话数据到达初始存储期限时，对通话数据的播放按钮进行锁定。该初始存储期限为：该通话数据延长前在第一数据库中的存储期限。
95.如，该通话数据延长前在第一数据库中的存储期限为当日20点，延长后的存储期限为次日24点；在对该通话数据进行延期操作后，立即从第一数据库移至第二数据库，则在当日20点前，用户可对位于第二数据库中的该通话数据在播放阈值范围内进行播放；在当日20点时，电子设备对位于第二数据库中的该通话数据的播放按钮进行锁定；当日20点至次日24点，若未缴费成功，继续保持锁定状态。
96.又如，第一数据库中设置有数据转移时间。在数据转移时间到达时，将第一数据库中进行延期操作的所有通话数据统一移动至第二数据库；当数据转移时间为当日24点且当日24点为上述延长存储期限的通话数据的初始存储期限时，则在该通话数据进入第二数据库后，该通话数据在播放阈值内的播放次数失效。在需要播放第二数据库中的通话数据时，均需要获得播放授权。具体的，在对第二数据库中的通话数据进行播放时，获取对端对主端的通话数据的播放授权，主端在授权后对该通话数据进行播放，或者授权后，且满足缴费请求后，对该通话数据进行播放。
97.在上述实施例中，通过设置延期费用以及播放次数到达播放阈值后的费用，控制播放通话数据的次数，一方面是为了避免恶意播放通话数据对系统资源的无谓浪费，另一方面也是对通话数据中的通话内容的保护，能减少该通话内容在通话结束后被不当使用；比如结合快递或者外卖服务的配送时间以及服务过程中产生的通话数据的存储期限，就可以对主端和对端的用户的隐私做到一定程度的保护，避免在快递或者外卖服务结束很久后，个人隐私信息通过通话数据的重复播放而泄露，从而避免不必要的困扰甚至风险；另一部分，通过授权的方式再次播放通话数据，能够控制通话数据播放的次数，避免通话数据被滥用，泄露隐私。
98.参阅图6，图6是本申请提供的电子设备一实施例的结构示意图。该电子设备60包括处理器61和处理器61连接的存储器62；其中，存储器62用于存储程序数据，处理器61用于执行程序数据，以实现如下的方法：
99.检测到通话功能激活时，对通话过程进行录制；根据通话的重要程度，设置对应的存储期限；检测到通话功能关闭时，按照存储期限存储录制的通话数据，以在存储期限届满时对通话数据进行自动删除。
100.可以理解地，本实施例中的处理器61还可以实现上述实施例的任一方法，这里不再赘述。
101.在本实施例中，电子设备60可以是手机、平板电脑、个人计算机和可穿戴设备等可
进行通信的设备。
102.本实施例的电子设备60通过实现上述方法，在通话功能激活时进行录制，能够使录制的通话数据的内容更加全面，对通话设置对应的存储期限，按照存储期限进行存储，以区分通话数据的重要程度，并在存储期限届满时删除通话数据，能够释放存储空间，减小电子设备的存储压力。
103.参阅图7，图7是本申请提供的计算机可读存储介质一实施例的结构示意图。该计算机可读存储介质70用于存储程序数据71，程序数据71在被处理器执行时，用于实现如下的方法：
104.检测到通话功能激活时，对通话过程进行录制；根据通话的重要程度，设置对应的存储期限；检测到通话功能关闭时，按照存储期限存储录制的通话数据，以在存储期限届满时对通话数据进行自动删除。
105.可以理解地，本实施例中的计算机可读存储介质70还可以实现上述实施例的任一方法，这里不再赘述。
106.本实施例的计算机可读存储介质70应用于上述的电子设备时，实现上述方法，在通话功能激活时进行录制，能够使录制的通话数据的内容更加全面，对通话设置对应的存储期限，按照存储期限进行存储，以区分通话数据的重要程度，并在存储期限届满时删除通话数据，能够释放存储空间，减小电子设备的存储压力。
107.在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
108.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
109.另外，在本申请各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
110.上述其他实施方式中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
111.以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。