CN109587352B - 分派通信的方法 - Google Patents

Abstract

本发明是一种通过通信网络处理通信的数据的方法，包括：‑接收与分别与第一和第二连接标识符相关联的第一和第二电子装置之间的第一通信相关的第一数据，该第一数据包括与第一连接标识符相关联并用于第一通信的通用连接标识符，‑至少存储与该通用连接标识符相关联的第一连接标识符、以及用于第一通信的第二连接标识符，‑接收与第二通信相关的第二数据，‑在第二数据中搜索第一或第二存储的连接标识符，和‑根据搜索结果，将第二通信与第一和第二连接标识符相关联。

Description

分派通信的方法

技术领域

本发明涉及从第一通信装置到第二通信装置的通信的建立，所述第一和第二通信装置的每一个特别具有主呼叫标识符。它更具体地涉及保证用户匿名性(anonymity)的通信服务。

背景技术

保证用户(特别是主叫用户)的匿名性的通信服务当前提出将辅呼叫标识符分配给已经具有主呼叫标识符的主叫用户的终端。例如，在其中主叫用户具有移动通信终端的情况下，主呼叫标识符是按照唯一方式与向其注册用户的移动网络的运营商提供的SIM(“订户身份模块”)卡对应的MSISDN(“移动台国际订户目录号”)。作为一般规则，该标识符是所述移动网络中的移动终端的电话号码。

这些通信服务例如提供给希望从别名服务中受益的公司或商行。因此，当公司员工经由别名服务呼叫他的客户时，它是呈现给他的客户的辅呼叫标识符，也称为别名号码，而不是他们的主呼叫标识符或“实际”号码。此外，公司的几名员工可以共享别名号码，并且公司可具有多个别名号码。

当客户呼叫公司的别名号码时，不会公开将与客户连接的员工的实际电话号码。作为选择，当员工呼叫客户时，呼叫经由别名服务平台(也称为匿名平台)传播(travels)，该平台将修改呼叫的参数以便向客户呈现别名号码。

但是，当客户希望回拨他们以前的对话者时，他只拥有该公司的别名号码。虽然匿名化方法的一个优点允许公司管理用于分派他们的来电(也称为“路由”)的系统、和/或不成为不需要的回拨的目标，但是存在有些公司可选择保留两个对话者：客户和他们的员工之一之间的联系的使用情况。

发明内容

本发明提供了一种不展示现有技术的缺点的解决方案。

为此目的，根据第一功能方面，提出了一种通过通信网络处理通信的数据的方法，包括：

-接收与分别与第一和第二连接标识符相关联的第一和第二电子装置之间的第一通信相关的第一数据，该第一数据包括与第一连接标识符相关联并用于第一通信的通用连接标识符，

-至少存储与该通用连接标识符相关联的第一连接标识符、以及用于第一通信的第二连接标识符，

-接收与第二通信相关的第二数据，

-在第二数据中搜索第一或第二存储的连接标识符，和

-根据搜索结果，将第二通信与第一和第二连接标识符相关联。

这里描述的通信数据处理方法允许拥有合并别名服务的通信系统的公司通过标识后者的先前内部对话者，来提高其客户的满意度，以便将进入的通信直接重定向到客户的先前对话者之一，同时保护别名服务的主要优点：不传达公司内部通信装置的实际数量。

因此，这里描述的通信数据处理方法提供了基于呼叫或通信(SMS/消息)的日志在公司的通信系统(哪个公司可以例如是呼叫中心)中合并新服务的优点，以便如有必要，将客户的呼入呼叫/进入的通信分派到先前与该客户相关联的雇员。

通常，雇员和客户之间的这种关联可以例如在呼叫之后自动地建立，或者例如通过与该雇员相关联的联系人目录中的条目而手动地建立。公司电话系统的管理者还可以将公司客户的电话号码与雇员的MSISDN标识符相关联。

根据一个实施例，还根据搜索结果分派第一连接标识符。

有利地，该实施例使得可以通过例如向公司的通信系统传送该分派所必需的信息来向给定雇员分派进入的通信；特别是员工的“实际”号码。通过“分派”，通信意味着允许通信的引导/重定向、或者通过计算机化系统以其为幌子的通信的引导/重定向的信息传输。

根据另一个实施例，其将能够与该前面交替地或累积地实现，对通用连接标识符执行第一通信。

有利地，该实施例允许客户直接与他先前已与之联系的雇员连接。别名号码可以是已存在的号码，也可以是为实现本发明而创建的号码。

根据一个实施例，其能够与前面的那些交替地或累积地实现，第一和第二通信之间的时间段也根据搜索的结果与第二通信相关联。

有利地，该实施例使得可能仅在第二通信之前已经执行第一通信(例如，后者的开始或结束)少于N分钟(N可参数化)的情况下、分派进入的通信。。因此，客户回叫的可能性在时间上受到限制，例如为了保护雇员免受不必要的呼叫。

根据一个实施例，其能够与前面的那些交替地或累积地实现，还存储所述通用连接标识符，搜索所述通用连接标识符，以及根据所述搜索结果将所述通用连接标识符与所述第二通信相关联。

有利地，该实施例使得可能将两个对话者之间的通信与通用连接标识符相关联，以便例如将这两个对话者之间的通信的日志语境化。

根据一个实施例，其能够与前面的那些交替地或累积地实现，根据搜索的结果，还存储通信类型，搜索通信类型，以及根据搜索结果将通信类型与第二通信相关联。

有利地，该实施例使得可能将两个对话者之间的通信与通信类型(呼叫或SMS)相关联，以便例如向雇员建议通信类型作为他的对话者优选的通信类型。

根据另一个实施例，其能够与前面的那些交替地或累积地实现，存储与第二通信相关的第二数据。

有利地，该实施例使得可能提供通信日志，特别是执行或不执行该第二通信的建立。

根据另一个实施例，与前面的那些交替或累积地实现，如果通信是已建立的电话呼叫，则存储与建立相关的数据。

有利地，该实施例使得可能根据建立的呼叫提供呼叫的日志。建立电话呼叫意味着发送者和接收者之间的实际连接。例如，雇员已响应来自客户的一个或多个呼叫，公司通信的分派规则可以将该客户的回叫数量限制为该雇员。

根据另一个实施例，与前面的那些交替或累积地实现，如果通信是未建立的电话呼叫，则存储与未建立相关的数据。

有利地，该实施例使得可能根据未建立的呼叫提供呼叫的日志。例如，员工没有响应来自客户的呼叫或多个呼叫，公司的通信分派规则可以限制未建立的呼叫的数量，以便将以下呼叫的重定向应用于语音消息传送设施。

根据另一个实施例，其能够与前面的那些交替地或累积地实现，第一通信由匿名发送者执行。

有利地，该实施例允许公司的雇员基于别名号码呼叫客户，并且稍后由客户回叫而不传达他的实际号码。

根据另一个实施例，其能够与前面的那些交替地或累积地实现，第二通信是消息。

有利地，该实施例使得可能使这里描述的方法适用于除电话呼叫之外的通信类型，例如SMS类型的通信。因此，通信的日志将由电话呼叫以及消息引起的连接标识符组合在一起。

本发明还包括能够在服务器上实现的用于处理通信数据的计算机程序，该计算机程序包括代码指令，当代码指令由处理器运行时，执行处理通信数据的方法。

本发明还包括一种数据介质，在该数据介质上存储有至少一系列程序代码指令，用于运行处理通信数据的方法。

根据硬件方面，提出了一种用于处理通信的数据的服务器，能够通过通信网络处理通信的数据，通过匿名化平台实现电子装置的连接标识符的匿名化的方法，该服务器包括数据库和应用模块，包括：

-通信模块，能够接收和派遣与分别与第一和第二连接标识符相关联的第一和第二电子装置之间的通信相关的数据，通用连接标识符与第一连接标识符相关联，

-存储模块，能够在标记为通信日志的数据库中存储至少与通信的通用连接标识符相关联的第一连接标识符、以及第二连接标识符，

-搜索模块，能够在数据库中搜索所存储的通信的第一或第二连接标识符，以及

-关联模块，能够将第一和第二连接标识符与通信相关联

通过合并本发明的方法，通信数据处理服务器特别允许公司向进入的通信分派根据通信日志指定的内部对话者。

这里描述的通信数据处理服务器的操作实现意欲通过为该公司的通信系统提供新的功能(特别是用于语音服务)，来丰富公司的匿名化平台。

附图说明

通过阅读下面作为示例并参考附图给出的描述，将更好地理解本发明，其中：

图1图示了这里描述的方法的第一示例性实现。

图2图示了在步骤A1期间该方法的实现的主要步骤。

图3通过图表图示了在该方法的实现的步骤A1期间执行的交换。

图4通过图表图示了在建立通信的情况下该方法的实现的步骤B1期间执行的交换。

图5通过图表图示了在未建立通信的情况下该方法的实现的步骤B1期间执行的交换。

图6图示了这里描述的方法的第二示例性实现。

图7通过图表图示了在该方法的实现的步骤A2期间执行的交换。

图8a和图8b图示了这里呈现的通信数据处理方法的实现环境，例如在客户分派的SMS的情况下。

具体实施方式

在下文中在本发明的实施例中详述的描述中，呈现了许多具体细节以便提供更完整的理解。尽管如此，本领域技术人员可以理解，实施例可以在没有这些具体细节的情况下付诸实践。在其他情况下，没有详细描述众所周知的特征以避免使描述不必要地复杂。

图1图示了这里描述的方法的第一示例性实现。

公司PART使用标记为PA的匿名化平台(也标记为别名服务平台)的服务，允许例如该公司的雇员从标记为DC_U_PART的电话装置向标记为DC_U的客户U的电话装置发送呼叫。该匿名化平台可以位于公司的通信架构内，或者可以由公司在SaaS(“软件即服务(Software as a Service)”)模式中使用。

在一个实施例中，雇员从公司的固定电话进行的呼叫被转发到与公司的内部通信网络RES_PART相关联的标记为PC的通信平台。该通信平台与匿名化平台交互，该匿名化平台通过将装置DC_U_PART的连接标识符替换为通用连接标识符ID_PART，来对装置DC_U_PART的连接标识符进行匿名化。

作为选择，如果雇员从移动电话进行呼叫，则该呼叫从网络(例如MSISDN网络)直接转发到匿名化平台，而不通过公司内部的通信网络。

呼叫的建立此后继续到呼叫的接收者，客户U通过通用连接标识符ID_PART标识呼叫：如果客户端接听呼叫，则执行雇员和客户之间的连接。

在下文中，与通信装置DC_U_PART和DC_U相关联的连接标识符分别被标记为ID_DC_U_PART和ID_DC_U。

这里呈现的方法例如在服务器S_AN中实现，该服务器S_AN包括标记为AN的应用模块和标记为DB(叫作通信的(传入和/或传出)日志)的数据库。该服务器S_AN与匿名化平台PA交互。作为选择，应用模块AN直接在匿名化平台PA内实现。该服务器S_AN可以位于公司的通信架构内，或者可以由本发明的客户公司在SaaS(“软件即服务”)模式中使用。作为选择，可以将呼入或呼出呼叫直接从网络(例如MSISDN网络)转发到服务器S_AN。

在图1所示的一个实施例中，客户U通过键入该公司的通用连接标识符中的例如4位数字)来联系公司PART，目的是发信号通知产品或服务的故障。在某些情况下，此号码可能与公司的实际连接标识符相关联。在经由外部通信网络RES接收到呼叫时，通信平台PC根据公司定义的通信的分派规则，将呼叫引导到例如具体的雇员。在特定实施例中，通信平台PC预先对别名平台PA执行查询(a)。

呼叫的参数保存在例如集成在服务器S_AN内的标记为DB的通信日志中；特别是，发送者的连接标识符ID_DC_U、接收者的连接标识符ID_DC_U_PART、以及呼叫的时间。作为选择，也存储所使用的别名号码(c)。在特定实施例中，一旦通信已建立或尚未建立，则稍后执行存储信息的步骤，以便保存关于建立或未建立的该信息(b)。

在表示为A1的第一步骤中，客户U因此被引导到雇员，在服务器S_AN中实现的方法存储该第一呼叫的特征。在第二步骤B1中，客户U在几分钟后回叫，例如以请求附加详细说明：通信平台PC从服务器S_AN恢复关于通信的分派的信息，并且客户再次被引导到相同雇员。

作为选择，别名号码也在步骤A1期间存储，并然后在步骤B1期间恢复。更准确地说，在第二步骤B1期间，该方法接收第二呼叫的特征，在数据库DB中搜索客户U的连接标识符，将该连接标识符与第一通信相关联，并将雇员的连接标识符ID_DC_U_PART派遣到通信平台PC，以便允许在装置DC_U和DC_U_PART之间建立呼叫。

在特定实施例中，第一步骤A1和第二步骤B1之间的时间段的值使得可以跟踪朝向装置DC_U_PART的通信的分派。例如，如果在两个步骤A1和B1之间经过了多于一个小时，则该方法可能不会将标识符ID_DC_U_PART分派到通信平台PC和/或别名平台PA，或者用该时间段的值来分派该标识符ID_DC_U_PART。

在特定实施例中，该方法还搜索所使用的别名号码以便过滤其搜索；实际上，在公司使用多个别名号码的情况下，可能最好将该信息项与通信分派规则合并。

图2图示了在步骤A1期间该方法的实现的主要步骤；这些步骤被标记为201至207。

装置DC_U经由使用服务器S_AN的服务的公司PART的通信平台，连接到装置DC_U_PART。以下步骤并行或相继执行：执行的交换的顺序将在图3中详述。

在201和202，S_AN接收客户U向公司PART的呼叫的初始化的通知，并将数据存储在呼叫的日志中。在203，经由公司的网络RES_PART将呼叫转发到公司PART的通信平台。在步骤204，向服务器S_AN通知呼入呼叫。在205，该方法在呼叫的日志中存储连接标识符ID_DC_U，并接收公司PART的通信平台的连接标识符ID_U_PART。在206，例如通过欢迎消息将客户U置于保持状态。在207，将呼叫引导到公司PART的雇员，并且在两个装置DC_U_PART和DC_U之间建立通信。作为选择，呼入呼叫由服务器S_AN直接接收，并且应用模块AN确定呼叫的分派；特别是在使用MSISDN网络的情况下。

图3通过图表图示了在实现该方法的步骤A1期间执行的交换。

在由方案PROT_1图示的该实施例中，实现该方法的服务器S_AN合并标记为SOAP_L的SOAP(简单对象访问协议)类型的通信接口、HTTP客户端应用、客户端应用SOAP_C、应用模块AN特定的客户端应用O、和数据库DB。作为选择，交换可以例如根据REST(“表述性状态转移”(Representational State Transfer))类型的架构来运行。

当在步骤ET01期间呼入呼叫到达公司PART时，通信接口SOAP_L和客户端应用O在步骤ET02中接收该呼入呼叫的通知。在步骤ET03_1_4中，客户端应用O指导(guides)在数据库DB中存储该呼入呼叫的连接标识符。作为选择，也存储呼叫时间和使用的别名号码。

在步骤ET04_1中，客户U被引导至公司PART的雇员。

在步骤ET05_1中，服务器S_AN接收关于建立呼叫的信息。装置DC_U和DC_U_PART连接。

标记为SESS的会话的步骤的集合(标记为SESS_ET01到SESS_ET05)在ET03_1_4和ET04_1之间执行，并描述利用服务器S_AN在内部通信平台PC和别名服务平台PA之间的信息和查询的一系列分派，从而允许公司PART的通信平台和服务S_AN之间的信息的更新。在下文中，平台PC、平台PA、或将两个平台PC和PA分组在一起的集合可互换地标记为公司PART的平台。

更确切地说，通过SESS_ET01从客户端应用O到公司PART的平台和客户端应用SOAP_C执行“推送”通知，由公司平台向HTTP客户端发起查询SESS_ET02，以获得对于所述查询关于语音(VXML)所使用的语言，然后通过SESS_ET04将语音消息传送到装置DC_U。HTTP客户端向数据库DB发起查询SESS_ET03以存储或恢复信息，通过SESS_ET05执行推送通知，使得向服务器S_AN通知由公司PART的平台更新的信息。在下文中，上述步骤由SESS引用，并且将不再被回想。

对数据库DB的查询是根据服务和/或上下文来执行的。这些查询可以是一时间段内接收的呼叫数、一时间段内执行的呼叫数、一时间段内接收的呼叫的平均时间、一时间段内执行的呼叫的平均时间、一时间段内呼入呼叫的不同联系人的数量、一时间段内有效上下文的数量、一时间段内有效上下文的时间等等。

在实现这里描述的方法的服务的工业应用中，别名号码ID_PART和与电子装置DC_U_PART相关的雇员ID_DC_U_PART的实际号码之间的关联被标记为“上下文”：在示例性实现中，该方法通过查询GET/contexts/{contextId}/calls，而获得给定别名号码的呼叫的日志。

在特定实施例中，连接标识符可以与白名单相关联，例如仅当它是有效的电话号码时、仅当该服务接受该国家的前缀时(“别名国家白名单”)、并且仅当它不是别名号码时。同样，连接标识符可以与优选联系人的列表相关联，例如也与给定别名号码相关联。

图4通过图表图示了在建立通信的情况下该方法的实现的步骤B1期间执行的交换。

在方案PROT_2所示的一个实施例中，雇员将同意在步骤B1期间接听客户U的呼叫。

回想一下，集合SESS的步骤SESS_ET01到SESS_ET05与图3的方案PROT_1相同。

在步骤ET03_2_3中，客户端应用O从通信日志中恢复呼叫的接收者的连接标识符。客户端应用O调用公司PART的通信平台，以便通过服务器S_AN的HTTP客户端执行确认协议：推送通知ET04_2_3、到HTTP客户端的查询ET05_2_3、以及然后由HTTP客户端进行的查询ET06_2_3。

在步骤ET07_2中，被呼叫的雇员接收该呼叫的通知，并且在步骤ET08_2_3中与该通知相关的信息项此外由服务器S_AN的客户端应用O接收。

在步骤ET09_2中，员工例如通过按下电话的“*”键而接受呼叫，并且公司的通信平台在步骤ET10_2中将与该接受相关的信息项分派到服务器S_AN的客户端应用O。在步骤ET11_2中，客户端应用O向公司的平台请求与员工建立通信；前者通过将推送通知ET12_2分派到装置DC_U_PART来执行。在步骤ET13_2中，向客户端通知该连接，并且在步骤ET14_2_3中，服务器S_AN接收该通知的信息。连接这两个通信装置。

上述步骤描述了公司的通信平台与实现这里描述的方法的服务器之间的信息和查询的一系列分派，这允许更新公司PART的通信平台和服务器S_AN之间的信息。

图5通过图表图示了在未建立通信的情况下该方法的实现的步骤B1期间执行的交换。

在方案PROT_3所示的一个实施例中，雇员不接听电话。

回想一下，会话SESS的步骤SESS_ET01到SESS_ET05与图3的方案PROT_1相同。

步骤ET04_2_3至ET08_2_3与图4的方案PROT_2相同。

在步骤ET09_3中，被叫方不按下电话的“*”键，并且公司的通信平台在步骤ET10_3中特别向服务器S_AN的客户端应用O分派该信息项。在步骤ET11_3中，由客户端应用O向公司PART的平台请求与和语音消息传送相关的装置(未示出)的通信的建立；前者通过分派推送通知ET12_3而通知服务器S_AN，并且通过步骤ET13_3执行向装置DC_U通知与和语音消息传送相关的装置的连接。在步骤ET14_2_3中，服务器S_AN接收该通知的信息。

连接这两个通信装置。图6图示了这里描述的方法的第二示例性实现。

在该实施例中，公司PART的雇员从公司的固定电话呼叫客户U，该呼叫经由匿名平台PA执行(a)。呼叫的参数保存在合并到通信数据处理服务器S_AN中的数据库DB中；特别是发送者的标识符ID_DC_U_PART、接收者的标识符ID_DC_U、所使用的公司的通用连接标识符、以及呼叫的时间。

在特定实施例中，一旦通信已经建立或者尚未建立，就稍后执行信息存储的步骤，以便保存关于呼叫的建立或未建立的信息(b)。

在表示为A2的第一步骤中，雇员呼叫客户，在服务器S_AN中实现的方法存储该第一呼叫的特征。在第二步骤B2中，客户在几分钟后回叫，例如以请求附加详细说明，该方法接收该第二呼叫的特征，搜索通信日志DB，并检索雇员的连接标识符ID_DC_U_PART。步骤B2与图1的步骤B1相同。作为选择，也存储别名号码，并然后进行搜索。

图7通过图表图示了在该方法的实现的步骤A2期间执行的交换。

在步骤ET01_4中的呼出呼叫期间，通信接口SOAP_L和客户端应用O在步骤ET02_4中接收该呼出呼叫的通知。在步骤ET03_1_4中，客户端应用O引导该呼出呼叫和客户端的连接标识符的通信日志中的存储。作为选择，也存储呼叫时间和使用的别名号码。

在步骤ET04_4中，公司PART的平台连接到装置DC_U，并且在步骤ET_05_4中向装置通知该雇员。

在步骤ET06_4中，公司的通信平台向服务器S_AN分派关于该通知的信息。装置DC_U_PART和DC_U连接。

图8a和图8b图示了这里呈现的通信数据处理方法的实现环境，例如在客户分派的SMS消息的情况下。

在图8a的一般实现方案中，通过使用标记为K的软件(例如Kannel软件)的系统，以及通过对服务器S_AN的HTTP查询，这里描述的方法允许SMS的以及通过SMS的通信的分派。

在以下情况下，服务器S_AN向安装在装置DC_U_PART中的移动应用分派推送通知：接收(等待搜索时存储在数据库中的)新SMS、未接呼叫或收件箱中的新消息。

在图8b中描述的一个实施例中，在801处，客户利用其装置DC_U将SMS发送到公司的别名号码。在802，通过网络RES和客户端平台SMSC将SMS引导到在服务器S_AN中安装的SMS类型的通信接口。在803，该SMS接口通过使用HTTP查询将SMS传递到服务器S_AN。在804，通过通信日志中的搜索来检索雇员，并且存储SMS。在805，将SMS的通知分派到DC_U_PART。在806，装置DC_U_PART通过调用API来访问SMS。在806bis，如果SMS在数据库中保留超过N分钟(N是可参数化的)，则它经由服务XMS_PART自动分派到DC_U_PART，XMS(“扩展消息传送服务”(eXtended Messaging Service))服务允许SMS消息的交换。

在本文中，装置或模块可以按照软件形式(在这种情况下，它采用处理器可运行的程序的形式)、或者按照硬件形式(例如特定用途集成电路(ASIC)、片上系统(SOC))、或者按照硬件元件和应用的组合的形式(例如，意欲在FPGA(现场可编程门阵列)类型的组件上加载和运行的应用程序)来实现。

尽管上述实施例在公司与其客户之间的通信的非限制性框架内，即在B2C(“企业对消费者”)的上下文中，但本领域技术人员将应理解，本发明不限于此上下文，其仅用作根据一个或多个实施例说明其实现的支持，并且本发明也可应用并且可以根据其他上下文中的各种实施例来实现，例如B2B(“企业对企业”)、或私人或家庭上下文。因此，所提出的方法在家庭使用的上下文中呈现优点，其中由若干成员组成的家庭使用唯一的号码(例如唯一的固定号码)，以防止家庭成员(特别是儿童)不得不向家庭以外的人披露他们的个人电话号码(通常是他们的移动电话号码)，例如，工匠(水管工、维修人员等)或必须与家人进行电话联系的其他专业人员(送货人员等)，家庭的其他成员使用家庭的唯一号码呼叫他们，同时能够直接到达，以防对方回叫。事实上，尽管家庭以外的人不知道家庭的唯一号码以及呼叫他们的家庭成员的个人号码，但是当存在外界向家庭唯一号码的回叫时，提出的方法允许将呼叫引导到首次呼叫外界的家庭成员。例如，当与家庭相对应的组的成员呼叫除了组的元素之外的电话号码或电话标识符(在该家庭的示例中)时，呼出呼叫将能够被呈现给具有唯一号码的被叫方，该唯一号码由该组成员用作别名。当存在从另一方向唯一号码的回叫时，所提出的方法允许将呼叫引导到发出首次呼出呼叫的组的成员，而不是指向该组的另一个成员。本领域技术人员将进一步理解，本发明不限于该家庭背景，为了根据一个或多个实施例的本发明的实现，其将能够被推广到任何用户或机器的组，当存在来自具有除了组的元素的呼叫号码之外的号码的人或机器的呼叫时，使用唯一号码作为要呈现的别名，以便例如允许对于别名号码的回叫被引导到进行首次呼叫的人或机器的号码或标识符。

尽管通过一定数量的详细示例性实施例进行了描述，但是所提出的方法和用于实现该方法的目的包括对于本领域技术人员以明显的方式显而易见的各种变型、修改和增强，应理解这些不同的变型、修改和增强形成本发明范围的一部分，例如由以下权利要求限定。此外，上文描述的各个方面和特征可以一起实施，或者单独实施，或者彼此替代，并且这些方面和特征的各种组合和子组合一起形成本发明范围的一部分，例如由下文权利要求限定。此外，可能的是，上文描述的某些装置和对象不合并针对优选实施例描述的模块和功能的全部。

Claims (12)

1.一种处理通信的数据的方法，所述通信通过通信网络在第一通信装置和第二通信装置之间，所述第一通信装置分别关联至连接标识符，一个通用连接标识符关联至所述第一通信装置的连接标识符，所述方法由通信数据处理服务器实现并且包括：

-接收与分别与第一连接标识符和第二连接标识符相关联的第一通信装置之一和第二通信装置之间的第一通信相关的第一数据，该第一数据包括所述第二连接标识符、和与所述第一连接标识符相关联并用于所述第一通信的所述通用连接标识符，所述通用连接标识符替换用于所述第一通信的所述第一连接标识符；

-至少存储与该通用连接标识符相关联的第一连接标识符、以及用于第一通信的第二连接标识符；

-接收与第二通信相关的第二数据；

-在第二数据中搜索存储的第一或第二连接标识符；和

-根据搜索结果，将第二通信与第一和第二连接标识符相关联，

所述方法还包括：存储所述通用连接标识符，搜索所述通用连接标识符，以及根据所述搜索结果将所述通用连接标识符与所述第二通信相关联。

2.根据权利要求1所述的处理通信的数据的方法，还包括根据搜索结果分派第一连接标识符。

3.根据权利要求1所述的处理通信的数据的方法，其中，对该通用连接标识符执行第一通信。

4.根据权利要求1所述的处理通信的数据的方法，其中，根据搜索结果，第一和第二通信之间的时间段还与第二通信相关联。

5.根据权利要求1所述的处理通信的数据的方法，还包括存储通信类型，搜索通信类型，以及根据搜索结果将通信类型与第二通信相关联。

6.根据权利要求1所述的处理通信的数据的方法，还包括存储与第二通信相关的第二数据。

7.根据权利要求1所述的处理通信的数据的方法，还包括：如果通信是已建立的电话呼叫，则存储与建立相关的数据。

8.根据权利要求1所述的处理通信的数据的方法，还包括：如果通信是未建立的电话呼叫，则存储与未建立相关的数据。

9.根据权利要求1所述的处理通信的数据的方法，其中该第一通信由匿名发送者执行。

10.根据权利要求1所述的处理通信的数据的方法，其中该第二通信是消息。

11.一种数据介质，其上已存储有至少一系列程序代码指令，用于运行根据权利要求1至10之一所述的方法。

12.一种用于处理通信的数据的服务器，能够处理通过通信网络在第一通信装置和第二通信装置之间的通信的数据，所述第一通信装置分别关联至连接标识符，一个通用连接标识符关联至该第一通信装置的连接标识符，该服务器包括数据库和应用模块，包括：

-通信模块，能够接收和派遣与所述第一通信装置和所述第二通信装置之间的通信相关的数据，所述通信模块能够：

-接收与分别与第一连接标识符和第二连接标识符相关联的第一通信装置之一和第二通信装置之间的第一通信相关的第一数据，所述第一数据包括所述第二连接 标识符、和与所述第一连接标识符相关联的用于所述第一通信的所述通用连接标识符，所述通用连接标识符替换用于所述第一通信的所述第一连接标识符；以及

-接收与第二通信相关的第二数据；

-存储模块，能够在称为通信日志的所述数据库中至少存储与所述通用连接标识符相关联的第一连接标识符、以及用于第一通信的第二连接标识符；

-搜索模块，能够在第二数据中搜索存储在数据库中的第一或第二连接标识符；以及

-关联模块，能够根据搜索结果，将第一和第二连接标识符与所述第二通信相关联，

所述存储模块还存储所述通用连接标识符，所述搜索模块还搜索所述通用连接标识符，以及所述关联模块还根据所述搜索结果将所述通用连接标识符与所述第二通信相关联。

Images