CN116132586A - 通讯连接方法、系统及装置 - Google Patents
通讯连接方法、系统及装置 Download PDFInfo
- Publication number
- CN116132586A CN116132586A CN202211330040.3A CN202211330040A CN116132586A CN 116132586 A CN116132586 A CN 116132586A CN 202211330040 A CN202211330040 A CN 202211330040A CN 116132586 A CN116132586 A CN 116132586A
- Authority
- CN
- China
- Prior art keywords
- client
- calling
- called
- call center
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5141—Details of processing calls and other types of contacts in an unified manner
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
- H04M3/5232—Call distribution algorithms
Landscapes
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本申请提供了一种通讯连接方法、系统及装置,该方法包括:呼叫中心接收主叫客户端发起的呼叫请求;呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。本申请的技术方案能够同时隐藏主叫客户端和被叫客户端的号码,降低了主被叫信息泄漏的风险,并且还无需主叫自行承担外呼的费用。
Description
技术领域
本申请涉及通信技术领域,具体涉及一种通讯连接方法、系统及装置。
背景技术
随着客户对服务的要求越来越高,致使业务人员(即主叫,例如坐席或客服)通常会采用电话外呼的方式与客户(即被叫)沟通,以便于向客户提供所需服务。然而在业务人员与客户进行电话沟通的过程中,存在业务人员和客户电话号码泄漏的风险,进而增加了业务人员或客户接到骚扰电话、诈骗电话以及不良短信等事件的概率。并且在出现客户回拨到业务人员的手机上这种不可控的情况时,也会增加对业务人员与客户通话的管理难度。此外,随着业务人员与客户频繁的进行电话沟通,也会导致业务人员需要承担的外呼费用越来越高。
鉴于此,如何在降低外呼费用的同时,隐藏主叫和被叫的电话号码成为亟待解决的技术问题。
发明内容
有鉴于此,本申请实施例提供了一种通讯连接方法、系统及装置,能够同时隐藏主叫和被叫的号码,降低了主被叫信息泄漏的风险,并且还无需主叫自行承担外呼的费用。
第一方面,本申请的实施例提供了一种通讯连接方法,该方法包括:呼叫中心接收主叫客户端发起的呼叫请求;呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。
在本申请某些实施例中,呼叫中心接收主叫客户端发起的呼叫请求,包括:呼叫中心接收通过操作主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的呼叫请求,其中,被叫客户端号码部分显示或不显示在第一用户界面上。
在本申请某些实施例中,呼叫中心接收通过操作主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的呼叫请求,包括:呼叫中心在检测到指定控件的操作指令的情况下,获取主叫客户端号码和被叫客户端号码;呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册的情况下,向主叫客户端发送确认注册消息,以便于主叫客户端在接收到确认注册消息后显示拨号盘以及分机号;呼叫中心接收主叫客户端通过在拨号盘上操作分机号发起的呼叫请求。
在本申请某些实施例中,在呼叫中心接收主叫客户端发起的呼叫请求之前,还包括:呼叫中心接收注册消息,其中注册消息包括主叫客户端号码、被叫客户端号码,以及主叫客户端号码和被叫客户端号码的对应关系,其中,对应关系用于表示主叫客户端号码与被叫客户端号码之间具有通讯关系;呼叫中心将主叫客户端号码、被叫客户端号码以及对应关系进行存储。
在本申请某些实施例中,方法还包括:呼叫中心根据主叫客户端号码和被叫客户端号码,查询是否注册有对应关系;在查询到对应关系的情况下,呼叫中心调用虚拟号码接口,获取虚拟号码。
在本申请某些实施例中,在建立主叫客户端和被叫客户端之间的通讯连接之后,还包括:呼叫中心在接收到被叫客户端接听通话的消息的情况下,录制主叫客户端和被叫客户端的通话过程。
在本申请某些实施例中,在录制主叫客户端和被叫客户端的通话过程之后,还包括:呼叫中心在接收到主叫客户端和被叫客户端通话结束的消息的情况下,删除主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。
第二方面,本申请的实施例提供了一种通讯连接方法,包括:主叫客户端向呼叫中心发送注册消息,其中注册消息包括主叫客户端号码和被叫客户端号码;主叫客户端在接收到呼叫中心发送的注册成功消息后,接收通过操作主叫客户端的第一用户界面上的指定控件发起的呼叫;主叫客户端接收呼叫中心发送的确认注册消息,并自动显示拨号盘以及自动填充分机号,以拨打分机号的方式与被叫客户端号码建立通讯连接。
第三方面,本申请的实施例提供了一种通讯连接系统,包括:主叫客户端、被叫客户端以及呼叫中心,主叫客户端与呼叫中心无线连接,呼叫中心与被叫客户端无线连接,其中,呼叫中心用于执行上述第一方面和第二方面所述的通讯连接方法。
第四方面,本申请的实施例提供了一种通讯连接装置,包括:第一接收模块,用于接收主叫客户端发起的呼叫请求;第一获取模块,用于根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;建立呼叫模块,用于通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。
第五方面,本申请的实施例提供了一种计算可读存储介质,存储介质存储有计算机程序,计算机程序用于执行上述第一方面和第二方面所述的通讯连接方法。
第六方面,本申请的实施例提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器,其中,处理器用于执行上述第一方面和第二方面所述的通讯连接方法。
本申请实施例提供了一种通讯连接方法、系统及装置,通过接收主叫客户端发起的呼叫请求,而后根据主叫客户端号码和被叫客户端号码,获取虚拟号码,进而利用虚拟号码间接呼叫被叫客户端,使得主叫客户端在拨打被叫客户端的通话过程中,同时隐藏了主叫客户端号码和被叫客户端号码,降低了主叫客户端号码和被叫客户端号码信息泄漏的风险。并且通过使用呼叫中心的外呼线路,而不是主叫客户端号码对应运营商的线路,从而使得外呼费用由呼叫中心承担,无需主叫(例如坐席)自己承担。
附图说明
图1是本申请一示例性实施例提供的通讯连接系统的结构示意图。
图2是本申请一示例性实施例提供的通讯连接方法的流程示意图。
图3是本申请另一示例性实施例提供的通讯连接方法的流程示意图。
图4是本申请一示例性实施例提供的注册查询方法的流程示意图。
图5是本申请又一示例性实施例提供的通讯连接方法的流程示意图。
图6是本申请再一示例性实施例提供的通讯连接方法的流程示意图。
图7是本申请再一示例性实施例提供的通讯连接方法的流程示意图。
图8是本申请再一示例性实施例提供的通讯连接方法的流程示意图。
图9a是本申请一示例性实施例提供的通讯连接装置的结构示意图。
图9b是本申请一示例性实施例提供的通讯连接装置的结构示意图。
图10是本申请一示例性实施例提供的用于通讯连接的电子设备的框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,信息安全成为当下人们最为关注的问题之一。然而,在业务人员(例如坐席或客服)与客户进行电话沟通的过程中,业务人员的用户终端(例如手机)通常会显示客户的联系方式(例如手机号码),并且客户的用户终端也会显示业务人员的联系方式,这就增加了业务人员和客户信息泄漏的风险。并且若是业务人员和/或客户的联系方式外泄,会导致业务人员和/或客户接到骚扰电话、诈骗电话以及不良短信等,严重影响业务人员和客户的日常生活。
再者,业务人员在与客户结束通话后,若客户想起还有其余问题没有解决时,通常会以回拨的方式再次将电话打回给业务人员的用户终端(例如手机),导致业务人员与客户存在私下沟通的问题,从而增加了管理者对业务人员与客户之间电话管理的难度。
此外,业务人员若是频繁的与客户之间进行电话沟通,也会导致业务人员自身承担的电话费用过高,进而可能导致业务人员对客户的跟进不及时、服务不积极等问题的发生。
针对上述问题,本申请提供了一种通讯连接方法,包括:呼叫中心接收主叫客户端发起的呼叫请求;呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。本申请的技术方案能够同时隐藏主叫客户端号码和被叫客户端号码,降低了主被叫信息泄漏的风险,并且还无需主叫自行承担外呼的费用。
在介绍了本申请的基本原理之后,下面将参考附图来具体介绍本申请的各种非限制性实施例。
图1是本申请一示例性实施例提供的通讯连接系统的结构示意图。该通讯连接系统包括主叫客户端110、呼叫中心120以及被叫客户端130。主叫客户端110与呼叫中心120无线连接,呼叫中心120与被叫客户端130无线连接,即主叫客户端110与被叫客户端130之间通过呼叫中心120进行通话桥接。需要说明的是,呼叫中心可以理解为是主叫客户端与被叫客户端通话连接的“中介”。
主叫客户端110可以是手机、智能手表以及平板电脑等能够进行通话的设备。主叫客户端110可以包括第三方系统111,该第三方系统111可以是运行在主叫(例如坐席)的主叫客户端110上的非呼叫中心的应用程序或小程序。主叫客户端110的第一用户界面可以用于显示第三方系统的应用程序(例如APP)或小程序的页面。
呼叫中心120可以包括远程字典服务(Remote Dictionary Server,Redis)121、呼叫管理器(Call Manager)122和电话软交换平台(FreeSwitch)123。远程字典服务121可以包括一个或多个注册表格,该注册表格用于存储主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。
呼叫管理器122和电话软交换平台123之间通过Event Socket事件交互。其中电话软交换平台123可以将客户振铃时间、客户接通时间、客户或坐席挂机时间、原始主叫、原始被叫、当前主叫、当前被叫、录音ID等话务数据通过Event Socket事件发送给呼叫管理器122。呼叫管理器122将话务数据进行存储,以供业务查询或数仓分析。
呼叫中心120可以提供一个拨打结果查询接口供第三方系统111调用查询这些话务数据,也可由第三方系统111提供一个回调接口,呼叫中心120在通话结束后立即调用该回调接口将拨打结果传给第三方系统111。
被叫客户端130可以是手机、智能手表以及平板电脑等能够进行通话的设备。
图2是本申请一示例性实施例提供的通讯连接方法的流程示意图。图2的方法由通讯连接系统中的呼叫中心,来执行。如图2所示,该通讯连接方法包括如下内容。
S210:呼叫中心接收主叫客户端发起的呼叫请求。
具体地,呼叫中心可以是一种B/S(Browser/Server)架构,可用于拨打被叫(例如客户)客户端的电话或接听被叫客户端来电的软件系统。主叫可以是计划对外拨打电话的一方,例如坐席或客服等业务人员。被叫可以是接听通话的一方,例如客户、主管、上级或专家等。
在一实施例中,呼叫中心在检测到主叫在主叫客户端的第一用户界面上点击指定控件时,获取主叫客户端号码和被叫客户端号码,而后呼叫中心检测主叫客户端号码和被叫客户端号码是否已注册。呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册时,向主叫客户端发送确认注册消息,主叫客户端在接收到确认注册消息后,自动显示拨号盘并自动在拨号盘中填充分机号,进而主叫客户端可以通过拨打分机号的方式向呼叫中心发起的呼叫。
分机号可以是交互式语音响应(Interactive Voice Response,IVR)分机号,并且呼叫中心可以预先存储多个分机号,其中分机号可以根据不同的业务场景,配置不同的分机号。需要说明的是,由于本申请实施例中的分机号可以使用于多种业务场景,因此在新增业务场景的情况下,本申请实施例无需修改主叫用户终端上运行的第三方系统的代码、也无需修改呼叫中心的代码,仅需要在FreeSwitch新增一个分机号码即可,增强了应用的可扩展性。
需要说明的是,该步骤的具体描述详情请参见图3实施例的记载,为避免重复,在此不再赘述。
S220:呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量。
在一实施例中,至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道。
具体地,呼叫中心可以通过session方法,在第一呼叫通道中获取至少一个通道变量,该至少一个通道变量可以包括主叫客户端号码(caller_id_number)、被叫客户端号码(destination_number)以及通话唯一的标识(call_uuid)等。需要说明的是,呼叫中心获取至少一个通道变量的方式可以根据实际情况灵活设置,本申请实施例对获取通道变量的方式不作具体限定。
主叫客户端对应的客户端标识可以理解为是呼叫中心识别主叫客户端的标识,例如可以是分机号等,本申请实施例对标识的具体形式不作限定。
在一实施例中,主叫可以通过主叫客户端拨打分机号的方式与呼叫中心进行通讯,呼叫中心可以是根据分机号识别对应的主叫客户端。进而确定与该主叫客户端之间的通讯通道(即第一呼叫通道)。
在另一实施例中,客户端标识可以是预先存储的主叫客户端对应的唯一标识,其中该唯一标识例如可以是预先将主叫客户端在呼叫中心进行注册授权获得的授权编号。需要说明的是,只有授权的主叫客户端,才可以利用该呼叫中心进行隐藏主叫客户端号码和被叫客户端号码的外呼操作。呼叫中心在接收到主叫客户端发起的呼叫请求的情况下,可以先判断主叫客户端是否具有唯一标识(例如授权编号),并在主叫客户端具有该唯一标识的情况下,获取该唯一标识对应的第一呼叫通道的至少一个通道变量;否则结束通话。
S240:呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。
具体地,呼叫中心可以根据至少一个通道变量中的主叫客户端号码和被叫客户端号码,查询呼叫中心(例如呼叫中心Redis中的注册表格)是否注册有主叫客户端号码和被叫客户端号码的对应关系。呼叫中心在查询到主叫客户端号码和被叫客户端号码的对应关系时,呼叫中心调用虚拟号码组查询接口,获取虚拟号码,其中该虚拟号码可以是直接拨入(Direct Inward Dialling,DID)号码,本申请实施例对虚拟号码不作具体限定。
进一步地,呼叫中心拨打被叫客户端号码呼叫被叫客户端,以建立主叫客户端和被叫客户端之间的通讯连接。同时虚拟号码可以携带在呼叫中心与被叫客户端之间的通讯通道中,以便于将该虚拟号码显示在被叫客户端上,从而保证被叫客户端在接收到主叫客户端拨打的来电时,不显示主叫客户端号码。
需要说明的是,本申请实施例的应用场景可以是坐席(即主叫)与客户(即被叫)之间的通话,也可以是坐席(即主叫)与主管(或上级、专家,即被叫)之间的通话,本申请实施例对应用场景不作具体限定。
例如,客户在接通电话和坐席(或客服)通话后,若该坐席解决不了客户的问题,需要将电话转接给主管时,在主叫客户端的应用程序或小程序页面可以提供一个转接对象(即主管)的列表,坐席选中转接对象,并点击转接按钮,再次自动呼叫另一个IVR分机号(例如88296021)。呼叫中心的FreeSwitch按照拨号计划解析执行,并调用查询接口根据坐席从呼叫中心的注册表格中查询对应的主管号码,并调用虚拟号码组查询接口查到可用的DID号码,设置通道变量执行转接呼叫主管号码。
由此可知,本申请实施例通过接收主叫客户端发起的呼叫请求,而后根据主叫客户端号码和被叫客户端号码,获取虚拟号码,进而利用虚拟号码间接呼叫被叫客户端,使得主叫客户端在拨打被叫客户端的通话过程中,同时隐藏了主叫客户端号码和被叫客户端号码,降低了主叫客户端号码和被叫客户端号码信息泄漏的风险。并且通过使用呼叫中心的外呼线路,而不是主叫客户端号码对应运营商的线路,从而使得外呼费用由呼叫中心承担,无需主叫(例如坐席)自己承担。
在本申请一实施例中,呼叫中心接收主叫客户端发起的呼叫请求,包括:呼叫中心接收通过操作主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的呼叫请求,其中,被叫客户端号码部分显示或不显示在第一用户界面上。
具体地,主叫客户端可以安装有第三方系统。并且主叫客户端可以显示有第一用户界面,该第一用户界面可以显示第三方系统的应用程序(例如APP)或小程序的页面,该第三方系统的页面上显示有指定控件,该指定控件可以是具有一键外呼功能的按钮。
在一实施例中,被叫客户端号码部分显示或不显示在第三方系统的界面上,从而隐藏被叫客户端号码。需要说明的是,部分显示的号码可以是加密号码,例如将号码中间的四位用“*”表示。
在一实施例中,主叫可以在主叫客户端操作点击指定控件,以拨打分机号的形式向呼叫中心发起呼叫。具体地,呼叫中心在检测到主叫点击第一用户界面的指定控件时,获取主叫客户端号码和被叫客户端号码,而后呼叫中心检测主叫客户端号码和被叫客户端号码是否已注册。呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册的情况下,向主叫客户端发送确认注册消息,主叫客户端在接收到确认注册消息后自动显示拨号盘,并自动在拨号盘中填充分机号(例如IVR分机号),然后主叫客户端拨打分机号向呼叫中心发起的呼叫。
需要说明的是,在第三方系统的手机应用程序(例如APP)或小程序的页面,需要业务人员使用自己的手机点击外呼按钮,一键拨打客户电话。本申请实施例可以让主叫在外呼时,看不到被叫(例如客户)客户端号码,以免泄漏被叫电话。
由此可知,主叫通过主叫客户端上显示的一键外呼的控件,在主叫客户端的拨号盘中以拨打IVR分机号的方式呼叫被叫客户端,从而隐藏了被叫客户端号码,并且用户界面不显示或加密显示被叫客户端号码,也进一步降低了被叫客户端号码泄漏的风险。
图3是本申请另一示例性实施例提供的通讯连接方法的流程示意图。图3实施例是对图2实施例中步骤S210的进一步限定。如图3所示,步骤S210进一步包括如下内容。
S310:呼叫中心在检测到指定控件的操作指令的情况下,获取主叫客户端号码和被叫客户端号码。
具体地,主叫可以先在主叫客户端的第一用户界面上选择被叫,例如主叫客户端的界面上显示一个通讯录,以供用户选择计划外呼的被叫。在选择完被叫后,主叫可以点击第一用户界面上的指定控件,而后呼叫中心在检测到主叫点击第一用户界面上的指定控件时,根据主叫对被叫的选择,获取被叫客户端号码和主叫客户端号码,其中该指定控件可以是具有一键外呼功能的控件。
需要说明的是,主叫客户端运行有第三方系统,该第三方系统可以预先存储主叫客户端号码和通讯录上多个被叫(例如被叫的姓名)分别对应的被叫客户端号码,以供呼叫中心获取主叫和被叫的号码。
S320:呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册的情况下,向主叫客户端发送确认注册消息,以便于主叫客户端在接收到确认注册消息后显示拨号盘以及分机号。
具体地,在主叫执行外呼操作前,首先需要在呼叫中心注册主叫客户端号码和被叫客户端号码,即将主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系存储在呼叫中心。而后在检测到主叫点击指定控件的情况下,呼叫中心可以通过调用注册查询接口,查询是否存储有主叫客户端号码和被叫客户端号码。例如,呼叫中心可以查询是否存储有主叫客户端号码和被叫客户端号码的对应关系。
进一步地,呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册的情况下,呼叫中心可以向主叫客户端发送确认注册消息。主叫客户端在接收到呼叫中心发送的确认注册消息后,自动显示拨号盘,并自动在拨号盘中填充分机号(例如IVR分机号)。
需要说明的是,自动显示拨号盘的方式可以根据实际需求灵活设置,例如若是小程序,则可以直接使用小程序提供的方法;若是安卓手机的应用程序,则可以使用Intent跳转,指定请求Action为Intent.ACTION_CALL,以实现调出拨号盘拨打电话。
在一实施例中,参见图4,主叫客户端号码来电410后,呼叫中心调用因特网呼叫中心(Internet call center,ICC)注册查询接口420,呼叫中心在查询到主叫客户端号码和被叫客户端号码的对应关系时,呼叫中心的Lua程序会播报“正在为您转接中请稍后430”的语音,然后呼叫中心会利用DID号码转接到被叫客户端460。或者,呼叫中心在没有查询到主叫客户端号码和被叫客户端号码的对应关系时,呼叫中心的Lua程序会播报“拨打方式有误,请注册后再拨打,谢谢,再见440”,然后将电话挂断470。或者,呼叫中心在查询失败时,呼叫中心的Lua程序会播报“拨打失败,请稍后再试,谢谢,再见450”的语音,然后将电话挂断470。
S330:呼叫中心接收主叫客户端通过在拨号盘上操作分机号发起的呼叫请求。
具体地,呼叫中心可以接收主叫客户端自动拨打拨号盘上填充的分机号发起的呼叫。
由此可知,本申请实施例的主叫通过点击一键外呼的控件,在拨号盘中以拨打IVR分机号的方式呼叫被叫,从而隐藏了被叫客户端号码,防止被叫客户端号码在通话过程中被泄漏。
图5是本申请又一示例性实施例提供的通讯连接方法的流程示意图。图5实施例是图2实施例步骤S210之前的步骤,如图5所示,步骤S210之前还包括如下内容。
S510:呼叫中心接收注册消息。
在一实施例中,注册消息包括主叫客户端号码、被叫客户端号码,以及主叫客户端号码和被叫客户端号码的对应关系,对应关系用于表示主叫客户端号码与被叫客户端号码之间具有通讯关系。
具体地,呼叫中心可以向第三方系统提供一个注册接口,该注册接口可以用于将主叫客户端号码(例如坐席对应的电话号码)、被叫客户端号码(例如客户对应的电话号码)及其对应关系存储到呼叫中心。而后第三方系统调用该注册接口向呼叫中心发送注册消息,该注册消息可以包括主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。其中第三方系统向呼叫中心发送注册消息的方式例如可以是主叫在主叫客户端的第一用户界面选择通讯录中的被叫姓名,本申请实施例对发送注册消息的方式不作具体限定。
需要说明的是,主叫客户端号码和被叫客户端号码的对应关系可以理解为是主叫客户端和被叫客户端具有通话对应关系,即主叫客户端在检测到一键外呼的操作时,需要外呼的被叫客户端。
S520:呼叫中心将主叫客户端号码、被叫客户端号码以及对应关系进行存储。
具体地,将主叫客户端号码、被叫客户端号码及其对应关系存储到呼叫中心的Redis表名为General_Middle Call Register Map的注册表格中。
注册表格的数量可以是一个或多个,本申请实施例对此不作具体限定。例如,注册表格可以根据应用场景划分,将坐席和客户号码的号码存储在呼叫中心的Redis的表A中,而将坐席和坐席的上级或专家的号码注册到Redis的表B中。
需要说明的是,在主叫每次应用第三方系统进行外呼前,都需要先调用注册接口将主叫客户端号码、被叫客户端号码,以及主叫客户端号码和被叫客户端号码的对应关系注册到呼叫中心。并且在呼叫中心注册成功后呼叫中心会向第三方系统发送注册成功的消息。
例如,主叫客户端的用户界面上可以呈现第三方系统的页面,该页面可以显示通讯录(或通讯列表)和“注册”控件。主叫在进行外呼操作之前,需要在该通讯录上选择被叫的姓名,而后点击该页面上显示的“注册”控件,以此实现对主叫客户端号码和被叫客户端号码的注册。并且在注册成功的情况下,该页面还会显示注册成功的消息(例如呈现注册成功的弹窗),以提示主叫成功注册主叫客户端号码和被叫客户端号码。
由此可知,本申请实施例通过在主叫进行外呼前,将主叫的相关信息(例如主叫客户端号码)、被叫的相关信息(例如被叫客户端号码),以及主叫和被叫的对应关系存储在呼叫中心,从而避免了越权呼叫的情况发生。
图6是本申请再一示例性实施例提供的通讯连接方法的流程示意图。图6实施例是图2实施例中步骤S230的进一步限定,如图6所示,步骤S230进一步包括如下内容。
S610:呼叫中心根据主叫客户端号码和被叫客户端号码,查询是否注册有对应关系。
具体地,呼叫中心调用注册查询接口,并根据从第一呼叫通道中获取的主叫客户端号码和被叫客户端号码,查询呼叫中心的Redis中的注册表格是否存储有主叫客户端号码和被叫客户端号码的对应关系。
需要说明的是,步骤S610与图3实施例中描述的注册查询步骤可以同时存在,也可以只存在一个。例如,在同时存在时,步骤S610相当于是对主被叫客户端号码是否已注册进行双重检测;或者,只存在图3实施例中的注册查询步骤时,步骤S610可以省略;或者只存在步骤S610时,图3实施例中的注册查询步骤可以省略,即相当于呼叫中心在检测到主叫点击第一用户界面的指定控件时,呼叫中心向主叫客户端发送调用拨号盘的指令,并自动填充分机号。
S620:在查询到对应关系的情况下,呼叫中心调用虚拟号码接口,获取虚拟号码。
具体地,呼叫中心可以存储有多个虚拟号码,并且呼叫中心可以通过虚拟号码接口调用该多个虚拟号码中的任一号码,其中虚拟号码接口可以是虚拟号码组查询接口,呼叫中心可以通过该虚拟号码组查询接口获取虚拟号码。
在一实施例中,呼叫中心在注册表格中查询到主叫客户端号码和被叫客户端号码的对应关系时,呼叫中心可以调用该虚拟号码组查询接口,返回可用的DID号码以及网关、被叫客户端号码和主叫客户端号码,其中该DID号码为被叫客户端上来电显示的号码。并且,呼叫中心还需要判断被叫客户端号码和DID号码是否为同一地区,若不为同一地区,则虚拟号码接口返回的被叫客户端号码前面加0,以便于标明是长途外呼。
需要说明的是,在查询到对应关系时,呼叫中心还可以调用callOut()方法转接被叫客户端号码,并且转接被叫客户端号码的第二呼叫通道的至少一个通道变量可以包括被叫客户端号码、DID号码、网关组、网关地址、网关端口以及kamailio等,以供转接被叫客户端时使用。
在另一实施例中,在呼叫中心调用注册查询接口失败时,呼叫中心的Lua程序播报语音“拨打失败,请稍后再试,谢谢,再见”,进而挂断电话。或者,在呼叫中心成功调用注册查询接口但未查询到对应关系时,呼叫中心的Lua程序播报语音“拨打方式有误,请注册后再拨打,谢谢,再见”,进而挂断电话。
需要说明的是,被叫客户端在来电时显示虚拟号码,不显示主叫客户端号码,以免被叫回呼到主叫客户端上,导致通话绕过第三方系统或呼叫中心这种不可控情况。
由此可知,本申请实施例通过利用呼叫中心提供的虚拟号码(例如DID号码)外呼,使得被叫客户端的来电显示为呼叫中心的DID号码,而不是主叫客户端号码,从而隐藏了主叫客户端号码,也进一步防止被叫绕过平台和主叫通话。
在本申请一实施例中,在建立主叫客户端和被叫客户端之间的通讯连接之后,还包括:呼叫中心在接收到被叫客户端接听通话的消息的情况下,录制主叫客户端和被叫客户端的通话过程。
具体地,在被叫通过被叫客户端接听呼叫中心拨打的来电时,被叫客户端向呼叫中心发送接听通话的消息。呼叫中心的FreeSwitch获取到被叫已接听的消息,将主叫客户端和被叫客户端的通话进行桥接。
在一实施例中,呼叫中心的FreeSwitch根据分机号(call_cellphone)找到对应的拨号计划,执行桥接(bridge)命令,将主叫客户端和被叫客户端桥接后,主叫和被叫就能够进行通话了。
需要说明的是,桥接命令中所需的参数可以基于转接时设置的通道变量来获取,其中该通道变量可以包括${cellphone Number}、${DID Number}、${gateway Group}、${gateway Ip}、${gateway Port}、${kamailio Info},该所需的参数可以包括被叫客户端号码、DID、网关组、网关Ip、网关端口、kamailio的IP等。
在一实施例中,在主叫和被叫进行通话时,呼叫中心可以对通话进行录制。并且在通话结束或录制完成后,将录制的主叫客户端和被叫客户端的通话录音推送到录音管理平台。
由此可知,本申请实施例通过在呼叫中心具有录音功能,以便于后续的质检或其他业务问题追踪。
在本申请一实施例中,在录制主叫客户端和被叫客户端的通话过程之后,还包括:呼叫中心在接收到主叫客户端和被叫客户端通话结束的消息的情况下,删除主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。
具体地,在主叫或被叫挂机(即主叫和被叫通话结束)时,呼叫中心的FreeSwitch向呼叫中心的呼叫管理器(Call Manager)发送通话结束的消息。而后呼叫中心的呼叫管理器在接收到主叫和被叫通话结束的消息时,删除在注册表格中存储的主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。例如,呼叫中心的呼叫管理器清除Redis注册表格(例如General_Middle Call Register Map)中主叫客户端和被叫客户端的注册信息。
在一实施例中,在主叫和被叫结束通话时,呼叫中心可以调用录音管理平台接口,将录制的主叫和被叫的通话录音推送到录音管理平台,以便于主叫客户端等设备在录音管理平台查看该通话录音。
由此可知,呼叫中心在主叫和被叫通话结束后,及时清理主叫客户端和被叫客户端的注册信息,从而使得呼叫中心能够及时存储最新的主叫客户端和被叫客户端的相关信息,为主叫客户端与被叫客户端的顺利通话提供了保障。
图7是本申请再一示例性实施例提供的通讯连接方法的流程示意图。图7的方法由通讯连接系统中的呼叫中心,来执行。如图7所示,该通讯连接方法包括如下内容。
S710:呼叫中心接收主叫客户端发起的呼叫请求。
S720:呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量。
在一实施例中,至少一个通道变量包括主叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道。
S730:呼叫中心根据主叫客户端号码查询是否预先注册与主叫客户端号码对应的被叫客户端号码。
S740:呼叫中心在查询到被叫客户端号码的情况下,获取虚拟号码。
S750:呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上。
需要说明的是,上述步骤的具体工作过程和功能可以参考上述图2至图6实施例提供的通讯连接方法中的描述。
图8是本申请再一示例性实施例提供的通讯连接方法的流程示意图。图8的方法由通讯连接系统中主叫的主叫客户端,来执行。如图8所示,该通讯连接方法包括如下内容。
S810:主叫客户端向呼叫中心发送注册消息。其中注册消息包括主叫客户端号码和被叫客户端号码。
S820:主叫客户端在接收到呼叫中心发送的注册成功消息后,接收通过操作主叫客户端的第一用户界面上的指定控件发起的呼叫。
S830:主叫客户端接收呼叫中心发送的确认注册消息,并自动显示拨号盘以及自动填充分机号,以拨打分机号的方式与被叫客户端号码建立通讯连接。
需要说明的是,上述步骤的具体工作过程和功能可以参考上述图2至图6实施例提供的通讯连接方法中的描述。
图9a是本申请一示例性实施例提供的通讯连接装置900的结构示意图。如图9a所示,该通讯连接装置900包括:第二接收模块910、注册存储模块920、第一接收模块930、第一获取模块940、建立呼叫模块950、桥接录制模块960和删除模块970。
第一接收模块930用于接收主叫客户端发起的呼叫请求;第一获取模块940用于根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;建立呼叫模块950用于通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。
本申请实施例提供了一种通讯连接装置,通过接收主叫客户端发起的呼叫请求,而后根据主叫客户端号码和被叫客户端号码,获取虚拟号码,进而利用虚拟号码间接呼叫被叫客户端,使得主叫客户端在拨打被叫客户端的通话过程中,同时隐藏了主叫客户端号码和被叫客户端号码,降低了主叫客户端号码和被叫客户端号码信息泄漏的风险。并且通过使用呼叫中心的外呼线路,而不是主叫客户端号码对应运营商的线路,从而使得外呼费用由呼叫中心承担,无需主叫(例如坐席)自己承担。
根据本申请一实施例,第一接收模块930用于呼叫中心接收通过操作主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的呼叫请求,其中,被叫客户端号码部分显示或不显示在第一用户界面上。
根据本申请一实施例,第一接收模块930用于呼叫中心在检测到指定控件的操作指令的情况下,获取主叫客户端号码和被叫客户端号码;呼叫中心在检测到主叫客户端号码和被叫客户端号码已注册的情况下,向主叫客户端发送确认注册消息,以便于主叫客户端在接收到确认注册消息后显示拨号盘以及分机号;呼叫中心接收主叫客户端通过在拨号盘上操作分机号发起的呼叫请求。
根据本申请一实施例,第二接收模块910用于呼叫中心接收注册消息,其中注册消息包括主叫客户端号码、被叫客户端号码,以及主叫客户端号码和被叫客户端号码的对应关系,其中,对应关系用于表示主叫客户端号码与被叫客户端号码之间具有通讯关系;注册存储模块920用于呼叫中心将主叫客户端号码、被叫客户端号码以及对应关系进行存储。
根据本申请一实施例,建立呼叫模块950用于呼叫中心根据主叫客户端号码和被叫客户端号码,查询是否注册有对应关系;在查询到对应关系的情况下,呼叫中心调用虚拟号码接口,获取虚拟号码。
根据本申请一实施例,建立呼叫模块950用于呼叫中心在接收到被叫客户端接听通话的消息的情况下,录制主叫客户端和被叫客户端的通话过程。
根据本申请一实施例,桥接录制模块960用于呼叫中心在接收到主叫客户端和被叫客户端通话结束的消息的情况下,删除主叫客户端号码、被叫客户端号码以及主叫客户端号码和被叫客户端号码的对应关系。
应当理解,上述实施例中的第二接收模块910、注册存储模块920、第一接收模块930、第一获取模块940、建立呼叫模块950、桥接录制模块960和删除模块970的具体工作过程和功能可以参考上述图2至图7实施例提供的通讯连接方法中的描述,为了避免重复,在此不再赘述。
图9b是本申请一示例性实施例提供的通讯连接装置996的结构示意图。如图9b所示,该通讯连接装置996包括:发送模块997、第四接收模块998和显示接收模块999。
发送模块997用于向呼叫中心发送注册消息,其中注册消息包括主叫客户端号码和被叫客户端号码;第四接收模块998用于在接收到呼叫中心发送的注册成功消息后,接收通过操作主叫客户端的第一用户界面上的指定控件发起的呼叫;显示接收模块999用于接收呼叫中心发送的确认注册消息,并自动显示拨号盘以及自动填充分机号,以拨打分机号的方式与被叫客户端号码建立通讯连接。
图10是本申请一示例性实施例提供的用于外呼的电子设备1000的框图。
参照图10,电子设备1000包括处理组件1010,其进一步包括一个或多个处理器,以及由存储器1020所代表的存储器资源,用于存储可由处理组件1010的执行的指令,例如应用程序。存储器1020中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1010被配置为执行指令,以执行上述通讯连接方法。
电子设备1000还可以包括一个电源组件被配置为执行电子设备1000的电源管理,一个有线或无线网络接口被配置为将电子设备1000连接到网络,和一个输入输出(I/O)接口。可以基于存储在存储器1020的操作系统操作电子设备1000,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
一种非临时性计算机可读存储介质,当存储介质中的指令由上述电子设备1000的处理器执行时,使得上述电子设备1000能够执行一种通讯连接方法,包括:呼叫中心接收主叫客户端发起的呼叫请求;呼叫中心根据主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中至少一个通道变量包括主叫客户端对应的主叫客户端号码和被叫客户端号码,第一呼叫通道为主叫客户端与呼叫中心之间的通讯通道;呼叫中心通过被叫客户端号码呼叫被叫客户端,建立主叫客户端和被叫客户端之间的通讯连接,并将虚拟号码显示在被叫客户端上,虚拟号码为呼叫中心根据主叫客户端号码和被叫客户端号码得到的。
上述所有可选技术方案,可采用任意结合形成本申请的可选实施例,在此不再一一赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序校验码的介质。
需要说明的是,在本申请的描述中,术语“第一”、“第二”、“第三”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种通讯连接方法,其特征在于,包括:
呼叫中心接收主叫客户端发起的呼叫请求;
所述呼叫中心根据所述主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中所述至少一个通道变量包括所述主叫客户端对应的主叫客户端号码和被叫客户端号码,所述第一呼叫通道为所述主叫客户端与所述呼叫中心之间的通讯通道;
所述呼叫中心通过所述被叫客户端号码呼叫所述被叫客户端,建立所述主叫客户端和所述被叫客户端之间的通讯连接,并将虚拟号码显示在所述被叫客户端上,所述虚拟号码为所述呼叫中心根据所述主叫客户端号码和所述被叫客户端号码得到的。
2.根据权利要求1所述的通讯连接方法,其特征在于,所述呼叫中心接收主叫客户端发起的呼叫请求,包括:
所述呼叫中心接收通过操作所述主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的所述呼叫请求;
其中,所述被叫客户端号码部分显示或不显示在所述第一用户界面上。
3.根据权利要求2所述的通讯连接方法,其特征在于,所述呼叫中心接收通过操作所述主叫客户端的第一用户界面上显示的指定控件拨打分机号发起的所述呼叫请求,包括:
所述呼叫中心在检测到所述指定控件的操作指令的情况下,获取所述主叫客户端号码和所述被叫客户端号码;
所述呼叫中心在检测到所述主叫客户端号码和所述被叫客户端号码已注册的情况下,向所述主叫客户端发送确认注册消息,以便于所述主叫客户端在接收到所述确认注册消息后显示拨号盘以及所述分机号;
所述呼叫中心接收所述主叫客户端通过在所述拨号盘上操作所述分机号发起的所述呼叫请求。
4.根据权利要求1所述的通讯连接方法,其特征在于,在所述呼叫中心接收主叫客户端发起的呼叫请求之前,还包括:
所述呼叫中心接收注册消息,其中所述注册消息包括所述主叫客户端号码、所述被叫客户端号码,以及所述主叫客户端号码和所述被叫客户端号码的对应关系,所述对应关系用于表示所述主叫客户端号码与所述被叫客户端号码之间具有通讯关系;
所述呼叫中心将所述主叫客户端号码、所述被叫客户端号码以及所述对应关系进行存储。
5.根据权利要求4所述的通讯连接方法,其特征在于,所述方法还包括:
所述呼叫中心根据所述主叫客户端号码和所述被叫客户端号码,查询是否注册有所述对应关系;
在查询到所述对应关系的情况下,所述呼叫中心调用虚拟号码接口,获取所述虚拟号码。
6.根据权利要求1所述的通讯连接方法,其特征在于,在所述建立所述主叫客户端和所述被叫客户端之间的通讯连接之后,还包括:
所述呼叫中心在接收到所述被叫客户端接听通话的消息的情况下,录制所述主叫客户端和所述被叫客户端的通话过程。
7.根据权利要求6中所述的通讯连接方法,其特征在于,在所述录制所述主叫客户端和所述被叫客户端的通话过程之后,还包括:
所述呼叫中心在接收到所述主叫客户端和所述被叫客户端通话结束的消息的情况下,删除所述主叫客户端号码、所述被叫客户端号码以及所述主叫客户端号码和所述被叫客户端号码的对应关系。
8.一种通讯连接方法,其特征在于,包括:
主叫客户端向所述呼叫中心发送注册消息,其中所述注册消息包括主叫客户端号码和被叫客户端号码;
所述主叫客户端在接收到所述呼叫中心发送的注册成功消息后,接收通过操作所述主叫客户端的第一用户界面上的指定控件发起的呼叫;
所述主叫客户端接收所述呼叫中心发送的确认注册消息,并自动显示拨号盘以及自动填充分机号,以拨打所述分机号的方式与所述被叫客户端建立通讯连接。
9.一种通讯连接系统,其特征在于,包括主叫客户端、被叫客户端以及呼叫中心,所述主叫客户端与所述呼叫中心无线连接,所述呼叫中心与所述被叫客户端无线连接,
其中,所述呼叫中心用于执行上述权利要求1至8中任一项所述的通讯连接方法。
10.一种通讯连接装置,其特征在于,包括:
第一接收模块,用于接收主叫客户端发起的呼叫请求;
第一获取模块,用于根据所述主叫客户端对应的客户端标识,获取第一呼叫通道的至少一个通道变量,其中所述至少一个通道变量包括所述主叫客户端对应的主叫客户端号码和被叫客户端号码,所述第一呼叫通道为所述主叫客户端与所述呼叫中心之间的通讯通道;
建立呼叫模块,用于通过所述被叫客户端号码呼叫所述被叫客户端,建立所述主叫客户端和所述被叫客户端之间的通讯连接,并将虚拟号码显示在所述被叫客户端上,所述虚拟号码为所述呼叫中心根据所述主叫客户端号码和所述被叫客户端号码得到的。
11.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求1至8任一项所述的通讯连接方法。
12.一种电子设备,其特征在于,包括:
处理器;用于存储所述处理器可执行指令的存储器,其中,所述处理器用于执行上述权利要求1至8任一项所述的通讯连接方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211330040.3A CN116132586A (zh) | 2022-10-27 | 2022-10-27 | 通讯连接方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211330040.3A CN116132586A (zh) | 2022-10-27 | 2022-10-27 | 通讯连接方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116132586A true CN116132586A (zh) | 2023-05-16 |
Family
ID=86308778
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211330040.3A Pending CN116132586A (zh) | 2022-10-27 | 2022-10-27 | 通讯连接方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116132586A (zh) |
-
2022
- 2022-10-27 CN CN202211330040.3A patent/CN116132586A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6853711B2 (en) | Method for adding context to communications | |
US8520826B2 (en) | System and method for real-time blocking of a telephone call | |
US6570963B1 (en) | Call center for handling video calls from the hearing impaired | |
CN107749930B (zh) | 分别为主被呼叫方绑定虚拟号码的呼叫处理方法、服务器及存储介质 | |
US20070123224A1 (en) | Information processing method and system for preventing leakage of information from mobile phone | |
CN107018504B (zh) | 通信方法、黑名单配置方法及装置 | |
JP2000083103A (ja) | 呼び出し信号を交換する通知方法、呼び出し信号を交換する方法およびインタ―ネットイネ―ブルド装置 | |
CN109831591B (zh) | 呼叫中心的呼叫方法、装置及终端 | |
CN107438129B (zh) | 电话号码的属性信息显示方法及装置 | |
CN106572270B (zh) | 来电附加信息的呈现方法、系统、附加信息平台及客户端 | |
CN108391018B (zh) | 一种电话预约拨打的方法和系统 | |
US7995730B1 (en) | Method and system for masquerading the identity of a communication device returning a missed call | |
CN110191239B (zh) | 基于信息修复的拨号方法、装置、计算机设备及存储介质 | |
CN116132586A (zh) | 通讯连接方法、系统及装置 | |
CN108259433B (zh) | 一种呼叫排队分发方法、系统及服务器 | |
US20020128022A1 (en) | Alternate directory number on outbound calls | |
CN105472186A (zh) | 以号码传递方式而建立的通讯方法与通讯系统 | |
KR101936596B1 (ko) | 데이터 망을 이용한 ars 서비스 제공 방법 및 시스템 | |
KR100592025B1 (ko) | 콜 센터에서의 아웃바운드 호 처리장치 및 그 방법 | |
KR101003790B1 (ko) | VoIP 기반의 호 전달 서비스 방법 | |
CN114598774B (zh) | 云手机通信方法及系统 | |
CN113079260B (zh) | 呼叫方法、装置、设备、介质及产品 | |
KR101322479B1 (ko) | 통화 상대방의 고객정보 제공 시스템 및 통화 상대방의 고객정보 제공 방법 | |
CN111447334A (zh) | 一种通话方法、装置、话机终端及存储介质 | |
CN105681302A (zh) | 一种客服交换系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |