在直接通信的网络中的呼叫分配的利记博彩app

文档序号:7949614阅读:238来源:国知局
专利名称:在直接通信的网络中的呼叫分配的利记博彩app
技术领域
本发明涉及一种根据专利权利要求1的前序部分所述的用于转发呼叫的方法和一种根据专利权利要求13的前序部分所述的用于直接通信的通信网络的通信元件。
在通信装置中,没有直接到达正确的接收方的到达的呼叫被转发到正确的接收方。如果“正确的”通话伙伴例如在较大的公司中对于呼叫方是未知的,那么这尤其如此。这种到达的呼叫于是可以自动地被转发给人或者其通信终端设备。用于自动分配到达的通信连接(呼叫)的这种技术装置经常也被称为ACD系统(ACD英语为Automatic Call Distribution(自动呼叫分配))并且被应用于所谓的呼叫中心(“热线”)。
ACD系统或者由特定的附加程序或者由外部设备(服务器)组成,所述附加程序是专用交换装置(通信设备、通信节点)的组成部分,所述外部设备连接在通信设备上并且为到达的呼叫用的通信设备指定相应的交换目的地(人或者其通信终端设备)。在此,为选择交换目的地,还经常对关于到达的呼叫的特性(呼叫特征)的信息进行分析。例如,可以把不同的地理区域分配给呼叫中心的工作人员;给工作人员的地理区域分配在此是特征信息。如果在到达的呼叫时传输呼叫方的呼叫号码(Clip功能),那么ACD系统可以根据前拨号确定呼叫的来源并且通过与所存储的特性信息的比较确定相应被分配的工作人员并且因此确定其通信终端设备为呼叫转发目的地。可替代地,ACD系统也可以自动化地接受到达的呼叫并且通过语音控制的询问在如此程度上进行分类、也即确定呼叫特性,直到可以确定正确的通话伙伴或者一组正确的通话伙伴为止,其中呼叫方例如通过MSV键选择来应答所述询问。
特别是在增多地使用分组交换通信网络(VoIP网络;VoIP=Vocie-over-Internet-Protocol(基于因特网协议的语音))的过程中,增多地使用直接通信的通信网络。也公知为对等网络(“P2P网络”)的这种通信装置的特点是,所述通信装置在没有中央交换实体(Vermittlungsinstanz)(通信设备、网守等等)的情况下起作用。对等网络首先公知为用于交换文件(大多为音乐文件或者数字化故事片)的所谓文件共享网络,但也日益被用于直接的语音通信(电话、视频电话、聊天等)。在这种对等网络中不能将ACD系统集成到交换实体(通信设备、网守)中,原因在于或者不存在中央交换实体或者(选择可用的)中央交换实体不强制性地被用于建立通信连接或者转发到达的呼叫。虽然有可能将通信元件(在对等网络的情况下也说成“客户端”)命名为到达的呼叫的中央通话伙伴、也即呼叫目的地,并且使所述中央通话伙伴配备有ACD功能。然而,这又与对等思想相违背,因为通过建立和通过强制地使用这种中央实体而使对等网络自身的灵活性和自组织能力丢失。此外,从而不再具有对等网络自身的冗余,因为在该中央实体故障的情况下,不再有ACD功能,直至管理(administrieren)作为中央呼叫目的地的另一实体并且在该实体中设置ACD功能为止。
因此本发明的任务是,改善在直接通信的通信网络中到达的呼叫的转发和降低用于直接通信的通信网络的管理耗费。
该任务对于方法而言通过独立专利权利要求1的特征解决,而对于通信元件而言通过独立专利权利要求13的特征来解决。
该解决方案规定一种用于在直接通信的通信网络中将到达第一客户端的呼叫转发到多个其它客户端中的第二客户端的方法,其中从多个其它客户端中选出所述第二客户端,该选择通过第一客户端进行,该选择根据分别给其它客户端所分配的并且在第一客户端中可用的特性信息进行,并且其中将呼叫转发到其它客户端的所选出的客户端。该方法的优点是,ACD系统的功能通过直接通信的通信网络的“权利平等的”元件提供,其中中央实体不是必要的并且因此在单个实体或者客户端(通信元件)故障的情况下保持现有的功能。
此外,该解决方法规定直接通信的通信网络的通信元件,具有用于将到达的呼叫转发到多个其它通信元件之一的转发功能,其中所述通信元件具有用于存储自身的特性信息和其它通信元件的其它特性信息的存储器装置;配备有用于调用其它通信元件的特性信息的调用装置;包含用于检测至少一给到达的呼叫所分配的呼叫特性的个呼叫特性的检测装置;具有用于使特性信息与所述至少一个呼叫特性相关联(Inbezugsetzen)的选择装置,其中所述选择装置被设置用于选择通信元件的其特性信息与呼叫特性具有一致性的该通信元件;并包含用于将自身的特性信息传输到其它通信元件的传输装置。这种通信元件在直接通信的通信网络中既可以是转发实体,也可以构成为转发目的地。这种通信元件能够检测其它通信元件的特性信息和考虑用于选择转发目的地,并且通过此也将自身的特性信息提供给相同的通信网络的其它通信元件。通过使用这样的通信元件也可以在直接通信的通信网络中在没有中央实体的情况下映射ACD系统的功能。
根据本发明的方法通过从属专利权利要求2至12的特征有利地进一步扩展。在这种情况下,在此所描述的特征和优点按意义也适用于根据本发明的通信元件。
如果其它客户端分别准备好分配给它们的特性信息用于调用并且在选择之前通过第一客户端调用其它客户端的所述特性信息,则在每个转发呼叫的客户端中取消对特性信息的手动管理。在此,如果其它客户端自动地将分配给它们的特性信息传递到第一客户端,则可以取消“调用”这一步骤。在此,如果特性信息以时控方式被重复和/或者在特性信息改变的情况下被传递到第一客户端,则特性信息总是存在于第一客户端的当前的卡盘(Fassung)中。
通过选择性地和仅仅在需要时传递特性信息,可以降低在通信网络中的网络负荷。为此,为了调用特性信息,带有至少一个搜索概念(Suchbegriff)的询问消息有利地从第一客户端被发送给其它客户端中的至少一个。
在通信网络中也可以使用不具有用于存储和传递自身特性信息的特有可能性的客户端。为此,有利地在其它客户端的至少一个中,多个或者所有的其它客户端的所分配的特性信息可用于调用。该实施方式的另一优点是,多个客户端的特性信息可以捆绑地、即在唯一的传输步骤中被传递。
通过最大有效期限至少部分地被分配给特性信息并且其最大有效期限到期的的这些特性信息不被考虑用于选择和/或者重新由分配给所述特性信息的其它客户端调用,可以降低或者甚至避免在转发呼叫时的差错。在此,对选择所必要的“知识”在通信网络中分布式地存在于客户端上,使得特性信息的集中数据保持是不需要的。
通过为了选择而分析至少一个给到达的呼叫所分配的呼叫特性,可以更加准确地确定用于转发到达的呼叫的目的地。在此,通过至少部分地由呼叫特性构成搜索概念,进一步降低用于传递特性信息的网络负荷。如果使用给到达的呼叫所分配的呼叫号码作为所分配的呼叫特性,则有可能简单和同样有效地选择目的地客户端。
在同一呼叫方的或者对同一主题领域的重复到达的呼叫的情况下,通过以下方式确保向相同的目的地客户端的重新转发,即在转发时存储至少一个给到达的呼叫所分配的呼叫特性和关于所选择的客户端(目的地客户端)的信息并且在至少一个所分配的相同的或者类似的呼叫特性的接下来的其它到达的呼叫的情况下根据所存储的信息将该接下来的呼叫转发给所选择的同一客户端。
如果客户端既被用作第一客户端也被用作其它客户端之一,则当到达的呼叫到达可用的客户端的任何一个时,就足够了。由此,通过这来改善冗余,因为在第一客户端故障的情况下可以使用其它客户端之一作为第一客户端。
本发明方法的实施例接下来根据附图来解说并且同时用作本发明通信元件的实施例。
在此

图1以示意图的方式示出带有通信元件的直接通信的通信网络,其中借助于箭头示出了为转发到达的呼叫而发送的信令,图2以示意图的方式示出到达的呼叫的呼叫特性,并且图3以示意图的方式示出客户端(通信元件)的特性信息。
在图1中示意性地示出直接通信的通信网络P2P(“对等(Peer-to-Peer)”),其中布置有客户端C1、C2、C3、C4。所述客户端C1、C2、C3、C4通过通信元件(IP电话、多媒体PC、PDA、WLAN终端设备、智能电话机等等)构成,其中客户端C1是带有语音信箱服务器功能(呼叫应答功能)的通信元件,客户端C2、C3是多媒体PC(带有电话功能的计算机)并且客户端C4是IP电话(VoIP电话)。在此,客户端C2、C3、C4被分配给呼叫中心的工作人员,所述工作人员被分配不同的权限,并且应该处理外部客户的呼叫。同样地被布置在通信网络P2P中的另一通信元件K2不是工作组的组成部分。
通信元件K1在图1中代表不受限数量的外部通信元件并且在本实施例中代表客户的通信终端设备,所述客户呼叫由客户端C1、C2、C3、C4构成的热线(Hotline)。在图1中示出的箭头用符号表示信令信号S1、S2A、S2B、S2C、S3A、S3B、S3C、S4,所述信令信号在通信元件或者由这些元件构成的客户端之间被互换用以交换呼叫。
接下来根据图1示出从通信元件K1到达在直接通信的通信网络P2P中的客户端C2的呼叫的转发。为了到达构成“热线”的工作组,通信元件K1发送信令信号S1到连接通信网络P2P与(这里未示出的)公共通信网络的网关。在该通信网络P2P中,通过客户端C2执行网关功能。在此,另外的客户端C1、C3、C4也可以具有这样的网关功能并且因而也接收来自外部通信网络的呼叫。
信令信号S1由客户端C2分析,其中确定,目的地通信地址、也即所拨的呼叫号码不识别通信网络P2P的具体所述的客户端,而是为工作组的“热线号码”。此外,由信令信号S1得知“发送方呼叫号码”、即通信终端设备K1的发送方通信地址。这里称作呼叫特性的所述信息由客户端C2的检测装置从信令信号S提取,被缓存并且被输送给客户端C2的选择装置,所述选择装置应该为转发功能选择最终的呼叫目的地、即指定的客户端。
利用信令信号S1所传输的呼叫特性在图2中示意性地示出。在此,在第一数据字段中说明呼叫号码+49123和在另一数据字段中说明“热线”的目的地呼叫号码+49456。有利地,在这种信令信号S1中也已经存储了关于与呼叫有关的实质性内容的关键词。当然前提是,通信元件K1也可以运用(例如利用输入可能性)和发送这样的关键词。于是,为选择呼叫目的地也通过客户端C2或者其选择装置考虑关于内容的这种实质性信息(所谓的元信息)。对此可替代地或者补充地,呼叫也可以首先由客户端C2接受,其中由呼叫方例如通过合成的语音输出在交互的对话中询问相应的信息。用于此的技术装置在文献中经常也被称作“交互式语音应答(Interactive-Voice-Response)”系统。
在本实施例中,为了简化,假设仅仅通信元件K1的发送方呼叫号码+49123被考虑为用于决定呼叫目的地的呼叫特性。然而,在很多情况下,根据专业范围(能力、“技能(Skill)”)的决定是更有利的。
客户端C2的选择装置现在过程存储器(Verlaufsspeicher)中检查,在过去(这里在最近的两周之内)是否已经曾经将带有发送方呼叫号码+49123的呼叫交换到客户端C2、C3、C4之一,在所述过程存储器中存储有关于过去的交换过程的信息。这并非如此;否则对于该呼叫优选的交换目的地(转发目的地)是已曾经所选择的相应的通信元件(客户端)。
在下一步骤中,选择装置检查,在客户端C2的存储器中是否存在关于客户端C2、C3、C4之一的特性信息,所述特性信息与检测到的呼叫特性相关。因为这也并非如此,所以客户端C2发送询问消息S2A、S2B、S2C给客户端C1、C3、C4。如在本实施例中,询问消息S2A、S2B、S2C可以单独地被发送给客户端C1、C3、C3,所述客户端的通信地址对于客户端C2是已知的。可替代地,发送“广播信号”作为询问消息也是可能的,所述询问消息在这种情况下会到达通信网络P2P的所有的客户端或者通信元件。
询问消息S2A、S2B、S2C包含通信元件K1的呼叫号码+49123,也即待转发的呼叫的呼叫特性作为搜索概念。客户端C1、C3用应答消息S3A、S3C应答询问消息,所述应答消息包含带有特性信息(“自查询”)的数据记录。由应答消息S3A得知,通信元件利用客户端C1为这种不能或者还不能由客户端C2、C3、C4之一接受的呼叫提供语音信箱功能。由简单的IP电话构成的客户端C4不能够产生对询问消息S2B的应答消息。客户端C3用应答消息S3C作出应答,该应答消息S3C包含两个数据记录。第一数据记录EI4(“特性信息4”)(这里没有示出)包含客户端C4的特性信息。通过代理器(“Proxy”)代表的这种终端设备在此也被称作“虚拟对等节点(Peer)”。
在图3中示意性示出的另一数据记录EI3包含客户端C3的特性信息。在此,在数据字段C1_N中存储有客户端3的名称“AGENT3”。在数据字段C1_S中记录有状态“BUSY;65SEC;30SEC”(也即自65秒起客户端C3被占用;该信息具有10秒的最大有效性)。也即状态表示比较“短暂的”信息和因此具有小的有效性,而剩余的信息具有较长的或者(如在本例中)甚至无限的“寿命”。
数据字段C1_C包含关于专职人员的技术领域CONTENT_X、CONTENT_Y的信息,所述专职人员使用设备服务器C3。最后,数据字段C1_H包含具有客户端C3的最近的“客户接触”的列表,其中给每一个所述项分配呼叫号码(发送方呼叫号码)、主题领域和接触的日期/时间信息。客户端C1、C3、C4的利用应答消息S3A、S3C所接收到的特性信息由客户端C2正如自身的特性信息那样存储,客户端C2不仅仅是“网关对等节点”,而且是带有同样所分配的特性信息的工作人员的工作场所)。在此,只要给(部分)特性信息所分配的最大有效性没有到期,所存储的信息也可以为其它的未来的转发而被分析。同样地,这样所获得的特性信息也可以被提供给另外的客户端。
现在由选择装置使这样所获得的特性信息与从信令信号S1中所推断出的呼叫特性相关联。在此决定,客户端C3基于过去与相同的客户的接触(数据字段C1_A中的项)而对于到达的呼叫表示最适当的转发目的地,但由于其状态“BUSY”而(还)不能接受该呼叫。因此,该呼叫通过客户端C2的转发功能借助于信令信号S4被转发到客户端C1(语音信箱服务器),其中用于客户端C1的语音信箱服务器的信令信号S4包含以下任务,即为所分配的呼叫演奏等待音乐并且在确定的等待时间(这里30秒;这对应于在特性信息EI3中状态信息的有效期限)之后发回该呼叫用于重新尝试交换到客户端C2。在此其间“到期的”特性信息(这里状态)通过客户端C2自动地重新被请求。可替代地,也可以这样地调节客户端C3,使得状态变化自动地被通知给客户端C2,其中特性信息已经利用信令信号S3C被传递到所述客户端C2。特性信息也可以包含关于相应的客户端(当前)是否是或者应该是所述(或者某一)ACD组(热线)的一部分的信息。如果询问消息作为广播或者多播信号被发送,这是特别有利的。于是可以“自发地”构成ACD组,而不需手动管理。
前述配置可以通过任意数量的客户端扩展。因此,带有转发功能的客户端、也即例如带有ACD功能的网关对等节点的数量不受限制。在此重要的是,资源、也即不仅信息(这里特性信息)而且进行交换的实体不被集中或者限制于各个元件(设备、客户端、服务器、网关),而是能够“分布式地”在网络中可供使用并且被找到,这能够实现均衡的负荷分布和高的故障可靠性(冗余)。在此,原则上每个通信元件既可以具有客户端功能又可以具有服务器功能;因而也称为“对等机(Servent)”。
权利要求
1.用于在直接通信的通信网络(P2P)中将到达第一客户端(C2)的呼叫转发到多个其它客户端(C1,C2,C3,C4)的第二客户端的方法,其特征在于,所述第二客户端(C1)从多个其它客户端(C1,C2,C3,C4)中选择,该选择通过第一客户端(C2)进行,该选择根据分别给其它客户端(C1,C2,C3,C4)所分配的和在第一客户端(C2)中可用的特性信息(EI3)进行,并且将所述呼叫转发到其它客户端的所选择的客户端(C1)。
2.按照专利权利要求1的方法,其特征在于,其它客户端(C1,C2,C3,C4)分别准备好分配给它们的特性信息用于调用,并且在选择之前通过第一客户端(C2)调用其它客户端的所述特性信息(EI3)。
3.按照专利权利要求1或者2的方法,其特征在于,其它客户端(C1,C2,C3,C4)自动地将分配给它们的特性信息(EI3)传递到第一客户端(C2)。
4.按照专利权利要求2或者3的方法,其特征在于,特性信息(EI3)以时控方式被重复和/或在特性信息(EI3)改变的情况下被传递到第一客户端(C2)。
5.按照专利权利要求2的方法,其特征在于,为了调用特性信息(EI3),具有至少一个搜索概念的询问消息(S2A,S2B,S3C)从第一客户端(C2)被发送到其它客户端(C1,C2,C3,C4)的至少一个。
6.按照前面所述的专利权利要求之一的方法,其特征在于,在其它客户端(C1,C2,C3,C4)的至少一个中,多个或者所有的其它客户端(C1,C2,C3,C4)的所分配的特性信息(EI3)可供使用用于调用。
7.按照前面所述的专利权利要求之一的方法,其特征在于,最大有效期限至少部分地被分配给特性信息(EI3),并且其最大有效期限到期的这些特性信息(EI3)不被考虑用于选择和/或者重新由分配给所述特性信息(EI3)的其它客户端(C1,C2,C3,C4)调用。
8.按照前面所述的专利权利要求之一的方法,其特征在于,为了选择,至少一个给到达的呼叫所分配的呼叫特性被分析。
9.按照专利权利要求8、考虑专利权利要求5的方法,其特征在于,搜索概念至少部分地由呼叫特性构成。
10.按照专利权利要求8或者9的方法,其特征在于,给到达的呼叫所分配的呼叫号码被用作所分配的呼叫特性。
11.按照专利权利要求8至10之一的方法,其特征在于,在转发时,存储至少一个给到达的呼叫所分配的呼叫特性和关于所选择的客户端(C1,C2,C3,C4)的信息,并且在带有至少一个所分配的相同的或者类似的呼叫特性的接下来的其它到达的呼叫的情况下根据所存储的信息将所述接下来的呼叫转发到所选择的同一客户端(C1,C2,C3,C4)。
12.按照前面所述的专利权利要求之一的方法,其特征在于,客户端(C1,C2,C3,C4)既作为第一客户端(C2)又作为其它客户端(C1,C2,C3,C4)之一被使用。
13.直接通信的通信网络的通信元件,具有用于将到达的呼叫转发到多个其它通信元件之一的转发功能,其特征在于,所述通信元件·具有用于存储自身的特性信息和其它通信元件的其它特性信息的存储装置,·配备有用于调用其它通信元件的特性信息的调用装置,·包含用于检测至少一个给到达的呼叫所分配的呼叫特性的检测装置,·具有用于使特性信息与至少一个呼叫特性相关联的选择装置,其中所述选择装置被设置用于选择所述通信元件中的其特性信息与呼叫特性具有一致性的通信元件,并且·包含用于将自身的特征信息传输到其它通信元件的传输装置。
全文摘要
本发明涉及在也称作对等网络的直接通信的通信网络中的呼叫分配。在此困难在于将呼叫分配功能如此集成到对等网络中,使得保持现有的对等网络的自组织能力和故障安全性。该任务被解决,其中多个客户端(C1,C3,C4)的特性信息被传递到进行呼叫分配的客户端(C2)并且该客户端(C2)根据所述特性信息转发到达的呼叫(S1)。
文档编号H04M3/50GK101061699SQ200580039418
公开日2007年10月24日 申请日期2005年9月20日 优先权日2004年11月17日
发明者R·纽豪斯 申请人:西门子公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1