语音拦截方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种语音拦截方法及装置。


背景技术：

2.在银行、保险等服务类行业运营过程中，这类企业一般需要大量的线上客服人员。而随着智能产品的出现，大部分企业为了节约人力成本，通常会选择引进智能语音产品，譬如通过智能语音产品实现语音电话的拨打功能。在通过智能语音产品对用户进行拨打的过程中，为了避免短时间内对同一个用户进行多次拨打，在一定时间窗口期内对一个用户拨打电话的次数的限制就显得极其重要。
3.目前，在智能语音拨打的过程中，传统的语音拦截方式一般会对预先设置的用户数据库进行查询，该用户数据库记录了每次被拨打过的用户的号码以及拨打过程的全部信息，也就是说需要在用户数据库逐条查询当前待拨打的号码后进行统计，基于统计后结果确定当前的拨打行为是否需要拦截。
4.然而，在实际应用中，在对用户数据库查询、统计的过程中需要逐条数据进行分析，这就使得语音拦截过程中耗时较长，从而导致目前的语音拦截过程中存在效率较低的问题。


技术实现要素：

5.本技术实施例提供一种语音拦截方法及装置，主要目的在于解决当前语音拦截过程中存在效率较低的问题。
6.为解决上述技术问题，本技术实施例提供如下技术方案：
7.第一方面，本技术提供了一种语音拦截方法，所述方法，包括：
8.获取拨打请求；
9.根据所述拨打请求获取拨打数据，其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻；
10.基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻；
11.根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截；
12.若需要，则对所述拨打请求进行拦截。
13.可选的，在所述根据所述拨打请求获取拨打数据之前，所述方法还包括：
14.根据所述拨打请求中的所述拨号参数，确定是否存在对应所述拨号参数的拨打数据；
15.若不存在，则执行所述拨打请求；
16.所述根据所述拨打请求获取拨打数据，包括：
17.若确定存在对应所述拨号参数的拨打数据，则根据所述拨打请求获取拨打数据。
18.可选的，所述基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，包括：
19.从多个所述第一拨打时刻中将不符合所述预设时间窗口的时刻进行筛除，得到过滤后的所述第一拨打时刻，作为所述第二拨打时刻。
20.可选的，所述预设拦截规则包含拦截上限；
21.所述根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截，包括：
22.判断所述过滤结果的拨打次数是否超过所述拦截上限，所述拨打次数是根据所述过滤结果中的所述第二拨打时刻的数量确定的。
23.可选的，在所述对所述拨打请求进行拦截之后，所述方法还包括：
24.若确定无需对所述拨打请求进行拦截，则将允许所述拨打请求；
25.确定当前时刻为所述第一拨打时刻，并添加至所述拨打数据中。
26.第二方面，本技术还提供一种语音拦截装置，包括：
27.第一获取单元，用于获取拨打请求；
28.第二获取单元，用于根据所述拨打请求获取拨打数据，其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻；
29.过滤单元，用于基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻；
30.第一确定单元，用于根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截；
31.执行单元，用于若根据所述过滤结果与预设拦截规则确定需要拦截，则对所述拨打请求进行拦截。
32.可选的，所述装置还包括：
33.第二确定单元，用于根据所述拨打请求中的所述拨号参数，确定是否存在对应所述拨号参数的拨打数据；
34.第一操作单元，用于若根据所述拨打请求中的所述拨号参数，确定不存在对应所述拨号参数的拨打数据，则执行所述拨打请求；
35.所述第二获取单元，具体用于若根据所述拨打请求中的所述拨号参数，确定存在对应所述拨号参数的拨打数据，则根据所述拨打请求获取拨打数据。
36.可选的，所述过滤单元，具体用于从多个所述第一拨打时刻中将不符合所述预设时间窗口的时刻进行筛除，得到过滤后的所述第一拨打时刻，作为所述第二拨打时刻。
37.可选的，所述预设拦截规则包含拦截上限；
38.第一确定单元，具体用于判断所述过滤结果的拨打次数是否超过所述拦截上限，所述拨打次数是根据所述过滤结果中的所述第二拨打时刻的数量确定的。
39.可选的，所述装置还包括：
40.第二操作单元，用于若确定无需对所述拨打请求进行拦截，则将允许所述拨打请求；
41.第三操作单元，用于确定当前时刻为所述第一拨打时刻，并添加至所述拨打数据中。
42.第三方面，本技术的实施例提供了一种存储介质，所述存储介质包括存储的程序，
其中，在所述程序运行时控制所述存储介质所在设备执行第一方面中任一项所述的语音拦截方法。
43.第四方面，本技术的实施例提供了一种语音拦截装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面中任一项所述的语音拦截方法。
44.借由上述技术方案，本技术提供的技术方案至少具有下列优点：
45.本技术提供一种语音拦截方法及装置，本技术能够根据拨打请求获取拨打数据，然后基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，最后根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截，若需要，则对所述拨打请求进行拦截，从而实现语音拦截功能。与现有技术相比，本技术中所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻，且所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻，这就使得在进行语音拦截的过程中，能够通过时间窗口将拨打数据中的拨打时刻按照时间进行过滤，也就是说每次在进行本技术所述的语音拦截方法的过程中都能对拨打数据进行过滤，从而使预设时间窗口外的拨打时刻都被过滤掉，令整个拨打数据具有较少的数据量，而并非是记录全部拨打情况的数据，避免了常规语音拦截过程中从大量无效信息进行读取和识别，继而提高了整体的拦截效率。同时，基于本技术在每次执行语音拦截的过程中都相当于将对应拨打请求的拨打数据进行筛选过滤，保留了仅为符合预设时间窗口的第二拨打时刻作为过滤结果，这就无需将多个第一拨打时刻中不符合预设时间窗口的时刻保存，从而使得拨打数据始终处于较少数据量的状态，尤其是当存在大量拨号参数的情况下，可以大大减少保存拨打数据的系统资源开销。
46.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
47.通过参考附图阅读下文的详细描述，本技术示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本技术的若干实施方式，相同或对应的标号表示相同或对应的部分，其中：
48.图1示出了本技术实施例提供的一种语音拦截方法流程图；
49.图2示出了本技术实施例提供的另一种语音拦截方法流程图；
50.图3示出了本技术实施例提供的一种语音拦截装置的组成框图；
51.图4示出了本技术实施例提供的另一种语音拦截装置的组成框图。
具体实施方式
52.下面将参照附图更详细地描述本技术的示例性实施方式。虽然附图中显示了本技术的示例性实施方式，然而应当理解，可以以各种形式实现本技术而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本技术，并且能够将本申
请的范围完整的传达给本领域的技术人员。
53.需要注意的是，除非另有说明，本技术使用的技术术语或者科学术语应当为本技术所属领域技术人员所理解的通常意义。
54.本技术实施例提供一种语音拦截方法，具体如图1所示，该方法包括：
55.101、获取拨打请求。
56.随着人工智能的广泛应用，大部分客服都已经可以利用人工智能实现，例如在语音拨打过程中，由于可能存在短时间多次拨打用户的行为，会对用户造成骚扰，因此，可以对拨打行为进行控制，即本技术实施例所述的语音拦截方法。
57.在语音拦截的场景中，本技术实施例所述的方案需要首先确定是否存在拨打行为，即本步骤所述的拨打请求。其中，该拨打请求可以理解为能够表征用户触发拨打行为的事件或信息。在具体的应用中，由于拨打请求主要是针对不同用户进行拨打操作，那么必然存在被拨打的目标，以及实现拨打行为的号码，基于此，该拨打请求可以包括含有指代用户名称的标识以及对应的号码信息，具体可以为公司主键及拨打号码。
58.需要说明的是，在实际应用中，拨打请求中包含的用户名称的标识种类、形式在此不做具体的限定，可基于用户的实际需要进行选取。同时，对于拨打号码的记载方式也不做限定，可按需选取。
59.102、根据所述拨打请求获取拨打数据。
60.其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻。
61.当前述步骤101中获取到拨打请求后，则可以基于该拨打请求确定该请求所需拨打的目标是哪一个，具体来说可以通过对拨打请求的拨号参数进行确定。在本步骤中，所述拨号参数可以理解为表征用户名称的参数，例如：公司a，其拨号参数可以为α。在本实施例中，确定拨打请求对应的拨号参数的方式可以基于预设映射关系表确定，该预设映射关系表中可以包含每一个用户的用户名称以及对应的拨号参数。由于以拨号参数的形式记录每个用户的用户名称，这样可以简化拨打数据中记载的数据量，并且能够避免拨打数据丢失时带来的安全风险的问题。
62.另外，在本实施例中，该拨打数据可以理解为在过去的一段时间内拨打参数对应的用户被拨打过的记录，其中至少包含有多个第一拨打时刻。当然，对于拨打数据中包含的第一拨打时刻的数量不做具体的限定，而是根据实际的拨打情况确定。
63.103、基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果。
64.其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻。
65.由于在实际应用中，并非所有的拨打时刻都是需要在语音拦截时进行分析的，例如，假设用户b存在三个拨打时刻，一个是两年前的拨打时刻，另外两个分别为当前日期的上午和中午各一个，那么为避免对用户骚扰，实际上两年前的那次拨打是无需进行分析的，在分析是否需要进行语音拦截时仅需要分析当前日期，也就是当前已经拨打的情况。有鉴于此，在本实施例中，可以通过该预设时间窗口对拨打数据中不必要分析的拨打时刻进行滤除，从而得到有意义的拨打时刻进行分析，即利用预设时间窗口将多个第一拨打时刻进行分析，将不符合该预设时间窗口的第一拨打时刻进行滤除，这样剩余的第一拨打时刻就
可以记作第二拨打时刻，也就是过滤结果。由于过滤结果是符合预设时间窗口的，那么就使得过滤后得到的拨打时刻是符合后续分析的数据，这样就以预设时间窗口的方式将不必要分析的数据进行滤除的效果，减少了拨打数据中包含的数据内容，从而便于后续再次进行语音拦截时，减少分析的数据量，整体上可以提高语音拦截过程的效率。
66.另外，在本步骤中，所述预设时间窗口的设置方式可以基于用户的实际需要进行选取，例如当拨打周期较长时，例如银行催缴贷款，则可以将该预设时间窗口设置为当前时刻之前一周，或当前时刻之前的一个月。在此不做具体的限定，可按需选取。
67.104、根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截。
68.在本步骤中预设拦截规则可以理解为一种能够表征拨打行为需要被拦截的规则，具体的，该预设拦截规则设置的方式可基于用户的需要进行选取，例如可以基于拨打次数进行限制，或者按照拨打时段进行限制，例如可以设置下午6点至第二天上午8点之间的拨打请求都需要拦截。在此，该预设拦截规则可以基于用户所需选取，在此不做限定。
69.105、若根据所述过滤结果与预设拦截规则确定需要拦截，则对所述拨打请求进行拦截。
70.当步骤104中确定出当前的拨打请求需要被拦截时，则说明当前用户的拨打行为是需要被拦截的，因此，在本实施例中可以将该拨打请求进行拦截。
71.需要说明的是，本实施例所述的语音拦截方法执行过程可以是在工作人员使用智能呼叫系统时执行的，该智能呼叫系统是一种全能力呼叫中心系统，具备对其系统内的每个用户端进行监听、转接、业务记录等功能。当工作人员通过该智能呼叫系统中的用户端进行语音拨打时，该智能呼叫系统则可以对该语音呼叫行为进行判断是否触发了拨打请求，并进行如前述步骤101至步骤105所述语音拦截方法。
72.具体的，在本实施例的方法执行是，本步骤中拦截方式包括但不限于确定当期拨打请求的来源，即确定产生该拨打请求的用户端，并基于来源对当前拨打行为的操作进行中断，也就是说确定哪一个用户端存在拨打行为后，中断该用户端的通信功能，从而停止该用户端的拨打行为，或者也可以忽略该拨打请求对应的呼叫操作，即用户在该用户端进行语音拨打后不进行响应，从而实现拦截其拨打请求的效果。需要说明的是在上述方式中，用户可选取上述任意一种方式进行，也可以选取其他的方式，只要能够实现对拨打请求进行拦截的效果即可，在此不做限定。
73.本实施例提供了一种语音拦截方法，在本技术中，首先能够根据拨打请求获取拨打数据，然后基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，最后根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截，若需要，则对所述拨打请求进行拦截，从而实现语音拦截功能。与现有技术相比，本技术中所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻，且所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻，这就使得在进行语音拦截的过程中，能够通过时间窗口将拨打数据中的拨打时刻按照时间进行过滤，也就是说每次在进行本技术所述的语音拦截方法的过程中都能对拨打数据进行过滤，从而使预设时间窗口外的拨打时刻都被过滤掉，令整个拨打数据具有较少的数据量，而并非是记录全部拨打情况的数据，避免了常规语音拦截过程中从大量无效信息进行读取和识别，继而提高了整体的拦截效率。同时，基于本技术在每次执行语音拦截的过
程中都相当于将对应拨打请求的拨打数据进行筛选过滤，保留了仅为符合预设时间窗口的第二拨打时刻作为过滤结果，这就无需将多个第一拨打时刻中不符合预设时间窗口的时刻保存，从而使得拨打数据始终处于较少数据量的状态，尤其是当存在大量拨号参数的情况下，可以大大减少保存拨打数据的系统资源开销。
74.以下为了更加详细地说明，本技术实施例提供了另一种访问控制方法，具体如图2所示，该方法包括：
75.201、获取拨打请求。
76.在本实施例中，获取拨打请求的方式与前述实施例中步骤101中的描述一致，在此不再赘述。另外，本实施例中所述拨打请求中可以包含具有被拨打目标的参数信息，即本实施例所述的拨号参数，当然，该拨号参数可以理解为指代被拨打目标的参数信息，具体的形式和记录方式在此不做限定，可以根据实际应用情况进行选取。例如，某公司a的拨号参数可以为al或α等任一种能够指代被拨打的目标的参数信息。
77.202、根据所述拨打请求中的所述拨号参数，确定是否存在对应所述拨号参数的拨打数据。
78.由于在某些情况下，可能存在某些用户未被拨打过的情况，或者是被拨打过，但是基于一些过滤规则被更新或过滤掉了。因此，当前述步骤201中确定存在拨打请求并获取后，首先需要确定这个拨打请求的拨号参数是否曾被拨打过，即确定是否存在该拨号参数对应的拨打数据。
79.根据判断结果，当确定不存在所述拨号参数对应的拨打数据时，则执行步骤203；反之，当确定存在所述拨号参数对应的拨打数据时，则执行步骤204。
80.203、若确定不存在对应所述拨号参数的拨打数据，则执行所述拨打请求。
81.当确定不存在对应拨号参数的拨打数据时，则说明当前被拨打的目标未被拨打过，或者是在某种过滤条件或算法下理解为可以被拨打的。基于此，则可以直接执行拨打请求，从而使用户可以在执行拨打操作的过程中，直接基于拨打数据确定是否需要拨打，避免直接基于拨号参数获取拨打数据时可能因未检测到对应拨号参数时带来的系统报错问题。
82.204、若确定存在对应所述拨号参数的拨打数据，则根据所述拨打请求获取拨打数据。
83.其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻。
84.当确定当前拨号参数存在对应的拨打数据时，说明此前该拨号参数对应的目标被拨打过，那么就需要进一步根据其拨打数据分析后续是否需要进行拦截。
85.基于前述实施例中的描述可知，本实施例所述的方法可以应用在智能呼叫系统中，当然在具体实施过程中可以应用于系统服务器，也可以应用于用户端。同时，该智能呼叫系统可以对拨打行为进行记录。因此，在获取拨打数据时，该拨打数据可以直接想智能呼叫系统申请，从而可以直接通过系统实现对拨打数据的获取，从而避免用户端执行上述方法时对用户端的系统占用，节约系统资源。而当本实施例所述的方法应用于服务器时，由于智能呼叫系统一般都设置在服务器，因此可以直接利用该智能呼叫系统获取对应该拨号参数的拨打数据。
86.205、基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果。
87.其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻。
88.进一步的，本步骤执行过程中，具体可以为：
89.从多个所述第一拨打时刻中将不符合所述预设时间窗口的时刻进行筛除，得到过滤后的所述第一拨打时刻，作为所述第二拨打时刻。
90.由于实际应用中多个第一拨打时刻中可能存在个别拨打时刻的触发时间过于久远的情况，实际上不需要进行分析，例如一年前的拨打行为不会认定为对用户造成骚扰。因此，在本步骤中可以将多个第一拨打时刻于预设时间窗口进行对比，仅将该预设时间窗口内的第一拨打时刻进行保留，其余进行筛除，从而得到第二拨打时刻，多个过滤剩余的第二拨打时刻则为过滤结果。
91.譬如，预设时间窗口为13:00至14:00，拨打数据a包含6个第一拨打时刻分别为9:00、10:00、11:00、12:00、13:05、13:22及13:45。那么基于本步骤的方法在对拨打数据中这6个第一拨打时刻进行过滤的过程中，可以将9:00、10:00、11:00及12:00这4个第一拨打时刻进行滤除，将符合预设时间窗口为13:00至14:00的剩余的3个13:05、13:22及13:45保留，记作第二拨打时刻，并将这三个第二拨打时刻确定为过滤结果。
92.206、根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截。
93.由于在实际应用中，确定是否需要拦截拨打请求的原因是避免拨打过程对用户的骚扰，因此，在本实施例中，该所述预设拦截规则可以按照拦截上限进行设置，也就是说该预设拦截规则中包含拦截上限。
94.基于此，本步骤在确定拨打请求是否需要拦截的执行过程中，具体可以为：
95.判断所述过滤结果的拨打次数是否超过所述拦截上限。其中，由于所述拨打次数是根据所述过滤结果中的所述第二拨打时刻的数量确定的。那么也就是说在进行拦截的过程中，首先需要基于第二拨打次数的数量来确定拨打次数，并基于拨打次数与拦截上限的对比，确认是否超过拦截上限，当超过时说明在预设时间窗口内拨打的次数过多。
96.基于本步骤的判断过程，其判断结果分为两种，当判断需要进行拦截时，则执行步骤207；反之当确定不需要拦截时，则执行步骤208。
97.207、若确定需要对所述拨打请求进行拦截，则对所述拨打请求进行拦截。
98.当确定需要进行拦截时，说明此前对当前拨打请求对应的目标拨打次数过多，不宜再次拨打，因此，对当前的拨打请求进行拦截，从而避免骚扰用户的情况。
99.208、若确定无需对所述拨打请求进行拦截，则将允许所述拨打请求。
100.当确定无需进行拦截时，则可以执行拨打请求，这时说明对目标的拨打行为较少，不存在骚扰用户的情况，因此执行该拨打请求，以完成工作人员的拨打行为。
101.209、确定当前时刻为所述第一拨打时刻，并添加至所述拨打数据中。
102.当允许拨打请求后，为了后续再次进行语音拦截的准确性，还需要将当前的拨打行为进行记录，并对拨打数据进行更新。也就是说，将此时允许拨打请求的时刻进行记录，并确定为第一拨打时刻，然后添加到当前拨号参数对应的拨打数据中，这样可以保存拨打数据的实时更新，从而为后续再次执行语音拦截的准确性奠定基础。
103.为了实现上述目的，根据本技术的另一方面，本技术实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执
行上述所述的语音拦截方法。
104.为了实现上述目的，根据本技术的另一方面，本技术实施例还提供了一种语音拦截装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的语音拦截方法。
105.进一步的，作为对上述图1及图2所示方法的实现，本技术另一实施例还提供了一种语音拦截装置。该语音拦截装置实施例与前述方法实施例对应，为便于阅读，本语音拦截装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。所述语音拦截装置主要目的在于解决当前语音拦截过程中存在效率较低的问题，具体如图3所示，该语音拦截装置包括：
106.第一获取单元31，可以用于获取拨打请求；
107.第二获取单元32，可以用于根据所述拨打请求获取拨打数据，其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻；
108.过滤单元33，可以用于基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻；
109.确定单元34，可以用于根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截；
110.执行单元35，可以用于若根据所述过滤结果与预设拦截规则确定需要拦截，则对所述拨打请求进行拦截。
111.进一步的，如图4所示，所述装置还包括：
112.第二确定单元36，可以用于根据所述拨打请求中的所述拨号参数，确定是否存在对应所述拨号参数的拨打数据；
113.第一操作单元37，可以用于若根据所述拨打请求中的所述拨号参数，确定不存在对应所述拨号参数的拨打数据，则执行所述拨打请求；
114.所述第二获取单元32，具体可以用于若根据所述拨打请求中的所述拨号参数，确定存在对应所述拨号参数的拨打数据，则根据所述拨打请求获取拨打数据。
115.进一步的，如图4所示，所述过滤单元33，具体可以用于从多个所述第一拨打时刻中将不符合所述预设时间窗口的时刻进行筛除，得到过滤后的所述第一拨打时刻，作为所述第二拨打时刻。
116.进一步的，如图4所示，所述预设拦截规则包含拦截上限；
117.第一确定单元36，具体可以用于判断所述过滤结果的拨打次数是否超过所述拦截上限，所述拨打次数是根据所述过滤结果中的所述第二拨打时刻的数量确定的。
118.进一步的，如图4所示，所述装置还包括：
119.第二操作单元38，可以用于若确定无需对所述拨打请求进行拦截，则将允许所述拨打请求；
120.第三操作单元39，可以用于确定当前时刻为所述第一拨打时刻，并添加至所述拨打数据中。
121.本技术实施例提供一种语音拦截方法及装置，本技术能够根据拨打请求获取拨打
数据，然后基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，最后根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截，若需要，则对所述拨打请求进行拦截，从而实现语音拦截功能。与现有技术相比，本技术中所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻，且所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻，这就使得在进行语音拦截的过程中，能够通过时间窗口将拨打数据中的拨打时刻按照时间进行过滤，也就是说每次在进行本技术所述的语音拦击方法的过程中都能对拨打数据进行过滤，从而使预设时间窗口外的拨打时刻都被过滤掉，令整个拨打数据具有较少的数据量，而并非是记录全部拨打情况的数据，避免了常规语音拦截过程中从大量无效信息进行读取和识别，继而提高了整体的拦截效率。同时，基于本技术在每次执行语音拦截的过程中都相当于将对应拨打请求的拨打数据进行筛选过滤，保留了仅为符合预设时间窗口的第二拨打时刻作为过滤结果，这就无需将多个第一拨打时刻中不符合预设时间窗口的时刻保存，从而使得拨打数据始终处于较少数据量的状态，尤其是当存在大量拨号参数的情况下，可以大大减少保存拨打数据的系统资源开销。
122.本技术实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的语音拦截方法。
123.存储介质可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
124.本技术实施例还提供了一种语音拦截装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的语音拦截方法。
125.本技术实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：
126.获取拨打请求；
127.根据所述拨打请求获取拨打数据，其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻；
128.基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻；
129.根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截；
130.若需要，则对所述拨打请求进行拦截。
131.进一步的，在所述根据所述拨打请求获取拨打数据之前，所述方法还包括：
132.根据所述拨打请求中的所述拨号参数，确定是否存在对应所述拨号参数的拨打数据；
133.若不存在，则执行所述拨打请求；
134.所述根据所述拨打请求获取拨打数据，包括：
135.若确定存在对应所述拨号参数的拨打数据，则根据所述拨打请求获取拨打数据。
136.进一步的，所述基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，包
括：
137.从多个所述第一拨打时刻中将不符合所述预设时间窗口的时刻进行筛除，得到过滤后的所述第一拨打时刻，作为所述第二拨打时刻。
138.进一步的，所述预设拦截规则包含拦截上限；
139.所述根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截，包括：
140.判断所述过滤结果的拨打次数是否超过所述拦截上限，所述拨打次数是根据所述过滤结果中的所述第二拨打时刻的数量确定的。
141.进一步的，在所述对所述拨打请求进行拦截之后，所述方法还包括：
142.若确定无需对所述拨打请求进行拦截，则将允许所述拨打请求；
143.确定当前时刻为所述第一拨打时刻，并添加至所述拨打数据中。
144.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：获取拨打请求；根据所述拨打请求获取拨打数据，其中，所述拨打数据中包含有每个所述拨打请求对应的拨号参数以及所述拨号参数对应的第一拨打时刻；基于预设时间窗口对所述拨打数据进行过滤，得到过滤结果，其中，所述过滤结果包含多个第二拨打时刻，所述第二拨打时刻是多个所述第一拨打时刻中符合所述预设时间窗口的时刻；根据所述过滤结果与预设拦截规则确定所述拨打请求是否需要拦截；若需要，则对所述拨打请求进行拦截。
145.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
146.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
147.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
148.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
149.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
150.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/
或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
151.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
152.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
153.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
154.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。