通信请求处理系统、通信请求处理方法以及通信请求处理装置

摘要

旨在提取大量业务的一部分以及动态地调整业务总量。当通信请求被从电信装置始发时，通信控制单元询问业务控制单元。业务控制单元基于其拥有的始发者的属性信息以及业务合同信息来筛选始发者。所述业务控制单元然后基于筛选的结果，将重新路由后续呼叫的指令发送回通信控制单元。通信控制单元基于来自业务控制单元的回答连接信息处理单元，并传送信息。因此，仅将满足预定准则的通信请求连接。信息处理单元基于其拥有的属性信息编译所传送信息的统计。所述统计被传送至信息提供单元以及信息处理单元。

说明书

技术领域

本发明涉及一种通信请求处理系统、通信请求处理方法以及通信请求处理装置。尤其涉及一种用于从多个始发者接收连接请求的通信请求处理系统、通信请求处理方法以及通信请求处理装置，所述连接请求与指向特定用户的多个通信请求有关。

背景技术

通常，如果指向特定用户的大量呼叫来自多个始发者，则不可能连接所有始发者。大量呼叫可以进入保持特定信息的保持装置，所述信息例如与购买诸如垒球、足球等的体育赛事或音乐会的入场券有关。

在呼叫特定信息时，常规通信网络业务并不使用直通操作，所述直通操作涉及与智能网络术语内的所谓业务控制点相协作，以动态地重新路由呼叫并改变连接条件。对于基于IP(互联网协议)的通信网络而言同样如此。

已知一种允许用户经过互联网容易地找到业务提供设备的系统(例如参看专利文件1)。所述系统将信息以电子公告牌格式在所述设备一侧的通信终端上公布，所述信息包括用户的所选择属性。

[专利文件1]

公开的日本专利申请特开平NO.2001-306742(摘要)

在保持装置处理大量连接时，所述保持装置如上所述保持特定信息，由于与公用通信网络的连接变得阻塞，因而产生了连接质量降低的问题。

一般认为，从保持装置的角度来观察，未来将会有多个业务源，其使用用于连接的特定传送协议(例如IP)。例如，将存在着PSTN(公用电话交换网)和使用VoIP(基于IP的话音通信)的IP网络之间的互连。因此，在将适当的信息返回至呼叫方时，在IP电平上的简单业务控制的尝试将使互通变得复杂，并限制了采取相对于呼叫方的，特定于业务的行动的方法。基于IP的网络规定了各种用于使用IP层自身或ATM(异步转移模式)层而保证QoS(业务质量)的技术。但在那种情况下，信息保持装置必须考虑总业务量而执行实时控制。

发明内容

本发明旨在克服现有技术的上述缺点。它的目的是提供一种通信请求处理系统、通信请求处理方法以及通信请求处理装置，其可以通过提取大量业务的一部分，并使得业务总量可以动态地调整，从而有效使用公用网络等。

在本发明的权利要求1中阐述的通信请求处理系统是一种从多个始发者接收连接请求的通信请求处理系统，所述连接请求与指向特定用户的多个通信请求有关，其特征在于包括确定装置，该装置用于确定所述多个通信请求中的每一个是否满足预定准则，且仅由确定装置肯定地确定为满足预定准则的通信请求才被连接至所述的特定用户。这使得动态地调整业务和有效地利用公用网络等成为可能。顺便提及，可能会使用话音呼叫或分组数据来执行“通信请求”，例如网接入。

在本发明的权利要求2中阐述的通信请求处理系统是根据权利要求1的通信请求处理系统，其中确定装置基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息来确定所述准则是否得到满足。通过基于预注册的属性信息而执行确定，使得提供微调网络操作成为可能。

在本发明的权利要求3中阐述的通信请求处理系统是根据权利要求1或2的通信请求处理系统，其中确定装置仅在多个通信请求所导致的业务量在一个范围内时方才执行确定，所述范围被预定为同时可用最大连接容量。这消除了在业务量超出预定范围时执行确定的需要。

在本发明的权利要求4中阐述的通信请求处理系统是根据权利要求1至3的通信请求处理系统，其还包括统计装置，该装置用于基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息而编译关于始发者的属性信息的统计。通过基于为特定用户预注册的属性信息而编译统计，使得收集有用信息成为可能，所述注册例如可以是直接来自用户的注册，或通过诸如通信业务提供商的代理的注册。

在本发明的权利要求5中阐述的通信请求处理系统是根据权利要求4的通信请求处理系统，其中关于始发通信请求的始发者的属性信息被存储于分别为每个确定装置和统计装置提供的存储装置内。这使得复制数据成为可能，提供了即使在存储装置中的一个失效时仍可以继续操作的优点。

在本发明的权利要求6中阐述的通信请求处理系统是根据权利要求4的通信请求处理系统，其中关于始发通信请求的始发者的属性信息被存储于为确定装置和统计装置提供的公用存储装置内。这提供了这样一种优点，即在数据被注册或改变时，仅需要与单用户管理信息和属性管理器注册，消除了为确保数据内容的一致性而执行额外处理的需要。

在本发明的权利要求7中阐述的通信请求处理系统是根据权利要求6的通信请求处理系统，其中存储装置、确定装置以及统计装置被实施在同一装置内。这提供了仅需要一个外壳以及使维持更容易的优点。

在本发明的权利要求8中阐述的通信请求处理方法是一种从多个始发者接收连接请求的通信请求处理方法，所述连接请求与指向特定用户的多个通信请求有关：包括确定步骤，其确定所述多个通信请求中的每一个是否满足预定准则；以及连接步骤，用于仅将在确定步骤内肯定地确定为满足预定准则的通信请求连接至所述的特定用户。这使得动态地调整业务和有效地利用公用网络等成为可能。

在本发明的权利要求9中阐述的通信请求处理方法是根据权利要求8的通信请求处理方法，其中确定步骤基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息来确定所述准则是否得到满足。通过基于预注册的属性信息而执行确定，使得提供微调网络操作成为可能。

在本发明的权利要求10中阐述的通信请求处理系统是根据权利要求8或9的通信请求处理方法，其中确定步骤仅在多个通信请求所导致的业务量在一个范围内时方才执行确定，所述范围被预定为同时可用最大连接容量。这消除了在业务量超出预定范围时执行确定的必要。

在本发明的权利要求11中阐述的通信请求处理方法是根据权利要求8至10中任何一个的通信请求处理方法，其还包括统计步骤，所述统计步骤基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息而编译关于始发者的属性信息的统计。通过编译预注册的属性信息的统计，使得收集有用信息成为可能。

在本发明的权利要求12中阐述的通信请求处理装置是一种从多个始发者接收连接请求的通信请求处理装置，所述连接请求与指向特定用户的多个通信请求有关，包括：第一和第二存储装置，用于分别存储关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息；以及确定装置，用于基于所述第一和第二存储装置的内容，而确定所述多个通信请求中的每一个是否满足预定准则，其中仅那些由确定装置肯定地确定为满足预定准则的通信请求方才被连接至所述的特定用户。这使得动态地调整业务和有效利用公用网络等成为可能。

在本发明的权利要求13中阐述的通信请求处理装置是根据权利要求12的通信请求处理装置，其中确定装置仅在多个通信请求所导致的业务量在一个范围内时方才执行确定，所述范围被预定为同时可用最大连接容量。这消除了在业务量超出预定范围时执行确定的必要。

在本发明的权利要求14中阐述的通信请求处理装置是根据权利要求12或13的通信请求处理装置，其还包括统计装置，该装置基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息而编译关于始发者的属性信息的统计。通过编译预注册的属性信息的统计，使得收集有用信息成为可能。

简言之，通过在每个始发者所属的通信网络内处理呼叫，而非连接至通信网络，其在执行大量到特定信息的连接时将会产生问题，使得减少被直接拒绝的连接的数量、减轻阻塞以及动态地为始发者重新路由呼叫成为可能。这使得收集信息，以及向请求信息或统计的用户提供微调网络操作成为可能。同样，根据业务不同而改变将被提供给呼叫方的信息成为可能，但由于通常难以处理大量业务，呼叫方可能仅产生一致的反应。

附图说明

图1是示出根据本发明的通信请求处理系统一个实施例的方框图；

图2是示出图1中所示通信控制单元的配置实例的方框图；

图3是示出图1中所示通信控制单元的操作实例的流程图；

图4是示出图1中所示业务控制单元的配置实例的方框图；

图5是示出图1中所示业务控制单元的操作实例的流程图；

图6是示出图1中所示信息处理单元的配置实例的方框图；

图7是示出图1中所示信息处理单元的操作实例的流程图；

图8是示出图1中所示通信请求处理系统的第一操作实例的程序图；

图9图示出图1中所示的单元之间所交换信息的结构实例；

图10是示出图1中所示通信请求处理系统的第二操作实例的程序图；

图11图示出对应图9中所示信息结构1的示例性数据格式；

图12图示出对应图9中所示信息结构2的示例性数据格式；

图13图示出对应图9中所示信息结构3的示例性数据格式；

图14图示出对应图9中所示信息结构4的示例性数据格式；以及

图15是示出根据本发明的通信请求处理方法的操作流程图。

具体实施方式

以下将参照附图来描述本发明的实施例。顺便提及，同样的附图标记在以下描述中所提及的附图内表示相同元件。

图1是示出根据本发明的通信请求处理系统一个实施例的方框图。如图1所示，通信网络10内根据本实施例的通信请求处理系统包括执行通信控制的通信控制单元12、保持业务合同信息并控制业务的业务控制单元13、编译所收集信息的统计的信息处理单元14，以及将信息提供给信息处理单元14与始发者的信息提供单元15。电信装置11是由用户直接使用的终端。所述终端例如可能是移动通信终端或是固定电话终端。顺便提及，该系统不仅控制话音呼叫，还控制由PDA(个人数字助理)或个人电脑发送的分组。

图1中的通信控制单元12例如可能为交换机。通信控制单元12经过信号线21连接至业务控制单元13，经过信号线22连接至信息处理单元14，并经过信号线23连接至信息提供单元15；业务控制单元13经过信号线24连接至信息提供单元15；信息处理单元14经过信号线25连接至信息提供单元15；信息提供单元15经过信号线26连接至信息处理单元16。

通信控制单元12、业务控制单元13、信息处理单元14以及信息提供单元15为公用网络的元件。

信息提供单元15接收统计(以下描述)并将它们发送至信息处理单元16。

信息处理单元16例如是提供预定业务的提供商的服务器。如图1所示，信息处理单元16可能会被安装在公用网络之外。作为另一种选择，信息提供单元15可能是提供业务的提供商的服务器。在这种情况下，通信控制单元12、业务控制单元13以及信息处理单元14是公用网络的元件。

当以这种方式连接的单元协同执行业务控制时，上述问题可以得到解决。

采用所述系统的网络可能是诸如移动通信网的执行电路交换的网络，或是分组通信网。

以下将描述构成所述系统的各个单元的示例性内部配置。

(通信控制单元)

如图2所示，通信控制单元12包括信息传送管理器121、业务起动管理器122、控制管理器123以及业务起动确定信息管理器124。通信控制单元12通常由公用载波提供。通信控制单元12例如可能是交换机。

存在着多个电信装置11。因此，多个通信请求被输入控制单元13和信息处理单元14。通常还存在着多个通信控制单元12，它们被通过已知的循环方式或其它算法轮流使用。

信息传送管理器121接收从电信装置11发送的通信请求，并将电信装置11经过另一单元，即信息提供单元15连接至信息处理单元16。这使得将信息处理单元16所实施的业务提供给电信装置11成为可能。

但是，并非无条件地提供业务以响应来自任何电信装置11的任何通信请求。只有在特定准则得到满足时，方由特定业务提供商提供业务。为此，业务起动确定信息管理器124存储特定业务提供商的电话号码和URL。在通信请求寻址到业务起动确定信息管理器124所存储的电话号码和URL时，询问业务控制单元13。信息传送管理器121经过业务起动管理器122和控制管理器123询问业务控制单元13。

一旦从信息传送管理器121接收到指令，业务起动管理器122即指示控制管理器123询问业务控制单元13。

一旦从业务起动管理器122接收到指令，控制管理器123即向业务控制单元13询问来自电信装置11的通信请求是否满足预定准则。响应于该询问，业务控制单元13将信息经过控制管理器123和业务起动管理器122发射至信息传送管理器121。根据该信息的内容，信息传送管理器121将电信装置11经过信息提供单元15连接至信息处理单元16。这样，信息处理单元16所实施的业务仅被提供给满足预定准则的电信装置11。

以下将参照图3来描述具有上述配置的通信控制单元12的操作。在图3中，当通信请求被从电信装置11传送时，通信控制单元12内的信息传送管理器121(见图2)分析目的地(步骤S101)。如果分析的结果显示该通信请求并没有特定目的地，则通信控制单元12转至常规处理(步骤S102→S103)。

另一方面，如果分析的结果显示该通信请求具有特定目的地，则业务起动管理器122和控制管理器123(见图2)询问业务控制单元13(步骤S102→S104)。

通信控制单元12解释从业务控制单元13发送的指令，以相应所述询问，并准备将被传送的信息(步骤S105)。如果该指令指定了连接，则通信控制单元12执行适当过程(步骤S105→S106)。如果该指令指定了执行信息传输请求，则通信控制单元12执行信息传输请求(步骤S105→S107)。如果指令指定了断开连接，则通信控制单元12执行适当过程(步骤S105→S108)。上述的信息传输请求包括信息传送，所述信息传送用于基于属性信息来编译过程细节的统计的目的。

等待通信的结束(步骤S109)，且可能会将通信的结束通知通信控制单元12(步骤S110)。

(业务控制单元)

如图4所示，业务控制单元13包括远程控制管理器131、执行管理/用户提取处理器132、询问管理器135、连接容量管理器136、用户信息和属性管理器133、属性管理器134以及操作模式存储器137。

业务控制单元13内的远程控制管理器131具有从通信控制单元12接收数据，并将数据发射至执行管理/用户提取处理器132的能力。从通信控制单元12发射的数据包括关于主叫方和被叫方的属性信息，并被从远程控制管理器131发送至执行管理/用户提取处理器132。

允许同时连接的电路或会话的最大数量(即最大连接容量)已与连接容量管理器136注册。换言之，用于话音呼叫的可用话音电路的最大数量，以及用于分组的可用会话的最大数量已被注册。如果同时的连接请求超过最大连接容量，即如果发生溢出，则由溢出处理器136a处理这种情况。溢出处理器136a执行预定的溢出处理操作。溢出处理器136a通过选择下述操作模式存储器137内存储的操作模式中的一个来执行所述溢出处理操作。用于溢出处理的操作模式包括发送话音或视频消息、显示特定寻呼等。

与连接容量管理器136的注册由信息提供单元15经过询问管理器135来完成。如果未超过所注册的最大数量，则连接请求被传送，即如果无溢出，则溢出处理器136并不操作。

包括预约合同定时等的用户属性与用户信息和属性管理器133注册。例如，指示用户性别的性别信息，以及指示用户年龄的年龄信息被作为属性注册。用户的当前年龄可通过将合同日期与当前日期之间所间隔的时间加上用户在订立合同时的年龄来计算。

属性信息已由将被连接的业务提供商与属性管理器134注册。所注册的信息可能由对应的业务提供商自由改变。

当存在通信请求时，执行管理/用户提取处理器132响应于来自远程控制管理器131的指令，并且基于从通信控制单元12发射的数据，从用户信息和属性管理器133提取属性信息，该属性信息包括指示用户性别的性别信息、指示用户年龄的年龄信息以及指示用户当前位置的当前位置信息。此外，执行管理/用户提取处理器132确定从用户信息和属性管理器133提取的属性信息是否匹配于与属性管理器134注册的属性信息，即是否满足准则。

执行所述确定时，在比较从用户信息和属性管理器133提取的属性信息以及与属性管理器134注册的属性信息之前，可能会权衡与属性管理器134注册的属性信息的每一个项目。可能使用众所周知的线性规划来实施所述比较。由执行管理/用户提取处理器132确定的结果被发送至操作模式存储器137，后者随后确定操作模式。

操作模式存储器137基于执行管理/用户提取处理器132所生成的结果来存储将被执行的操作模式。基于执行管理/用户提取处理器132所生成的结果来选择多个操作模式中的一个。换言之，预存储多个用于执行的程序，并选择和执行其中一个。

以下将参照图5来描述具有上述配置的业务控制单元13的操作。在图5的业务控制单元13中，首先，远程控制管理器131(见图4)从通信控制单元12接收询问(步骤S201)。其次，执行管理/用户提取处理器132(见图4)搜索并检索始发者信息(步骤S202)。然后，执行管理/用户提取处理器132(见图4)从属性管理器134取得关于特定目的地的属性信息(步骤S203)。

如果输入更新当前线路使用的请求，则连接容量管理器136更新当前线路使用(步骤S204)。在此过程中，确定当前线路使用是否在预定连接容量范围内(步骤S205)。如果其超过连接容量，则溢出处理器136a在操作模式存储器137内选择操作模式(步骤S205→S210)。

如果当前线路使用在连接容量的范围内，则基于始发者的用户信息，以及特定目的地的属性信息来选择操作模式存储器137内的一个操作模式(步骤S205→S206)。

一旦确定了操作模式，即向通信控制单元12指示操作细节(步骤S206→S208)。随后，在从通信控制单元12接收通信结束通知时，将当前线路使用减量(步骤S209)。

如果步骤207内没有适当的操作模式可用，则指定常规处理的执行(步骤S206→S207)。随后，在从通信控制单元12接收通信结束通知时，将当前线路使用减量(步骤S209)。

如果当前线路使用超过连接容量，则排除在操作模式存储器137内选择一个操作模式(步骤S206)的必要。

顺便提及，在某些情况下可能会省略步骤S204、S205、S209以及S210内的过程。

(信息处理单元)

如图6所示，信息处理单元14包括信息传送管理器141、用户信息和属性管理器144、信息收集器/统计编译器142、通信管理器143以及信息选择器145。

信息传送管理器141具有从通信控制单元12接收信息传输请求的能力。

在订立了预约合同时，用户属性与用户信息和属性管理器144注册，正如与业务控制单元13的用户信息和属性管理器133注册一样。例如，指示用户性别的性别信息，以及指示用户年龄的年龄信息被作为属性注册。用户的当前年龄可以通过将合同日期与当前日期之间的间隔时间加上用户订立合同时的年龄来计算。

信息收集器/统计编译器142具有下述的能力，即收集与用户信息和属性管理器144注册的信息、计数、参考通信请求内包括的属性信息来编译所收集的信息的统计。

通信管理器143管理信息处理单元14与信息提供单元15之间的通信。

信息选择器145具有确定将被发送至信息提供单元15的信息的能力。

以下将参考图7来描述具有上述配置的信息处理单元14的操作。在图7所示的信息处理单元14内，信息传送管理器141(见图6)从通信控制单元12接收信息传输请求(步骤S301)。上述信息传输请求包括信息传送，所述信息传送用于基于属性信息编译过程细节的统计的目的。

其次，信息处理单元14内的信息选择器145(见图6)确定将被发送至信息提供单元15的信息(步骤S302)。信息传送管理器141将所确定的信息发送至信息提供单元15(步骤S303)。

在将信息发送至信息提供单元15之后，信息处理单元14内的信息收集器/统计编译器142(见图6)基于从通信控制单元12接收的信息传输请求，以及用户信息和属性管理器144(见图6)内的属性信息来准备统计信息(步骤S304)。所准备的统计信息由通信管理器143(见图6)传送至信息提供单元15(步骤S305)。

(第一操作实例)

图8示出了通信请求处理系统的第一操作实例。

在图8中，当从系统用户拥有的电信装置11始发具有所指定的特定信息的呼叫时(步骤S1)，通信控制单元12询问业务控制单元13(步骤S2)。所述询问包括在图9内被指示为“信息结构1”的信息。图9中的“信息结构1”包括预定义的“始发者编号”(IA5)、“预约类型”(二进制)、“询问的业务请求的识别号”(Int)、“询问原因”(Int)、由合同等“设置为将被发射/接收的信息”(依赖业务的)以及“所请求业务的业务识别符”(Int)。顺便提及，“IA5”代表“国际二号代码”。“Int”为“整数”的缩写，表示数据类型为整数。

返回图8，业务控制单元13基于始发者装置内的用户信息和属性管理器133中所保持的始发者属性信息，以及业务合同信息来筛选始发者。业务控制单元13随后基于所述筛选的结果，将指令发送回通信控制单元12，以重新路由后续呼叫(步骤S4)。所述回答包括图9内所指示的“信息结构2”信息。图9内的“信息结构2”包括“询问的业务请求的识别号”(Int)、由合同等“设置为将被发射/接收的信息”(依赖业务的)、“确定结果”(Int)、“关于被连接方的信息”(IA5)以及“连接后即被发送的信息”。

返回图8，通信控制单元12基于来自业务控制单元13的回答而连接信息处理单元14，并传送信息(步骤S5)。所传送信息包括图9内所指示的“信息结构3”信息。图9内的“信息结构3”包括“询问的业务请求的识别号”(Int)、由合同等“设置为将被发射/接收的信息”(依赖业务的)、“始发者编号”(IA5)以及“所请求业务的业务识别符”(Int)以及“连接时信息传输的结果”(二进制、依赖业务的)。

返回图8，在信息被在步骤S5内传送(以上所述)之前，通信控制单元12可能指示业务控制单元13终止业务请求(步骤S5a)。所述指令包括图9内所指示的“信息结构4”信息。图9内示出的“信息结构4”包括“询问的业务请求的识别号”(Int)、由合同等“设置为将被发射/接收的信息”(业务关联的)以及“业务请求终止的原因”。

返回图8，信息处理单元14基于其拥有的属性信息来编译所传送信息的统计(步骤S6)。所述统计被传送至信息提供单元15(步骤S7)和信息处理单元16(步骤S8)。

现在将更为具体地描述上述过程。在移动通信中，假设仅将来自女性的，且具有最后一个数字为0(零)的始发者编号的通信请求设置为连接至预定线路。当始发者始发具有所指定的特定编号的呼叫(步骤S1)时，通信控制单元12检测特定信息并向业务控制单元13询问操作细节(步骤S2)。在从通信控制单元12接收到询问之后，业务控制单元13即根据始发者编号的最后一个数字是否为0，以及该呼叫是否来自女性，并使用其拥有的用户信息(即属性信息)来筛选呼叫(步骤S3)。随后，业务控制单元13将筛选的结果包括在对通信控制单元12的回答内(步骤S4)。

已被筛选出的通信请求被连接至信息处理单元14(步骤S5)，并被在发送导引消息与计算通信请求的数量之后断开。随后，在预定时段之后或在预定数量的通信请求之后，信息处理单元14基于属性信息来编译统计(步骤S6)。所述统计(例如性别、年龄、始发区等)被传送至信息提供单元15(步骤S7)，所述信息提供单元15随后将所述统计传送至信息处理单元16(步骤S8)。

可以上述方式使用所述系统。根据这一实例，当通信请求集中于特定的用户编号时，例如集中于体育赛事或音乐会入场券销售时，呼叫可能会被以这种方式控制，即允许来自满足预定准则的始发者的连接，而拒绝来自未满足准则的始发者的连接。可能会将预定的话音消息发送至连接被拒绝的用户。例如，可能会使用话音消息：“线路正忙。请稍后再拨。”来减轻线路阻塞。

仅通过指定连接(以筛选始发者)，而非计数通信请求来分配连接同样是可能的。

此外，上述统计可能被传送和提供到其它公司。而且，所述统计不仅可被在线提供，还可被脱机提供。由于是由基于关于每个始发者的预注册属性信息的筛选信息来准备所述统计，它们的使用将提供商业成功的希望。

(第二操作实例)

图10示出了通信请求处理系统的第二操作实例。

在图10中，首先，信息提供单元15将所允许的到特定信息连接的数量提前通知业务控制单元13(步骤S11)。

另一方面，当具有所指定特定信息的呼叫从系统使用者拥有的电信装置11始发(步骤S12)时，通信控制单元12询问业务控制单元13(步骤S13)。所述询问包括图9内所指示的“信息结构1”信息。信息结构1”的内容如上所述。

其次，业务控制单元13基于其管理的到特定信息的所允许连接数量，以及连接的当前状态来确定是否筛选始发者(步骤S14)。如果未执行筛选，则业务控制单元13转到正常连接处理(步骤S15)。另一方面，如果执行筛选，则业务控制单元13转至图8中的步骤S3(步骤S16)。后续过程与上述的类似。简言之，根据这一实例，只有在连接请求的数量超过所允许连接的预定数量时方才筛选始发者。

根据这一实例，例如在体育赛事或音乐会入场券的销售中，当预定数量的入场券已经售完时，将根据预定准则筛选始发者，并且仅允许满足所述准则的用户连接。未满足所述准则的用户被拒绝连接，且预定的话音消息可能会被发送至所述用户。

如上所述，在试图使用多种类型传输来始发对于理想的特定信息的呼叫时，该系统仅允许满足准则的始发者连接至保持特定信息的装置，所述准则已经基于用户指定的信息、关于始发者的属性信息、业务合同信息等而准备。来自未满足所述准则的始发者的通信请求被在通信网络内处理，或被允许连接至另一目的地。这使得提取大量业务的一部分成为可能，并因而使得业务总量可以动态地调整。以这种方式执行的控制确保了公用网络，以及特定信息的保持装置两者的有效使用。

(示例性数据格式)

现在参考图11至14，根据公共信道信令系统7(下文中简写为SS7)给出用于发射和接收图9所示的“信息结构1”至“信息结构4”的数据格式。顺便提及，SS7为ITU-T于1980年推荐的全球标准。它是用于控制公共交换电话网的通信协议组。SS7通过使用分别提供的用于电话呼叫的信号线，以及用于控制的信号线来控制电路，并且甚至在电话呼叫期间内仍能够发射和接收控制信号。SS7包括用于控制信道信息的协议(MTP)以及用于连接处理的协议组(SCCP等)。此外，SS7还被设计为允许存在用于并不直接涉及电话呼叫的附加特征的空间。所述的为附加特征保留的空间可被用于实施始发者编号的通知、自动传送或其它特征。

现在可以经由根据IETF(互联网工程特别任务组)标准的IP传送网络使用SS7。XML(可扩充置标语言)也可能被用作代表数据格式的另一方法。

如果使用SS7，则被包括在询问中的信息(信息结构1)具有图11中所示的数据格式，所述询问被从通信控制单元12发送至业务控制单元13。参照图11，该信息包括MTP标题、SCCP标题、TC(传输控制)标题、对话段以及成分段。所述的成分段包括“序列标记”和“长度”，依次继之以“始发者编号”(IA5)、“预约类型”(二进制)、“询问的业务请求的识别号”(Int)、“询问原因”(Int)、“设置为将被发射/接收的信息”(依赖业务的)以及“所请求业务的业务识别符”(Int)，而“标记”和“长度”附加至它们中的每一个。

如果使用SS7，则被包括在回答中的信息(信息结构2)具有图12中所示的数据格式，所述回答被从业务控制单元13发送至通信控制单元12。参照图12，该信息包括MTP标题、SCCP标题、TC(传输控制)标题、对话段以及成分段。所述的成分段包括“序列标记”和“长度”，依次继之以“询问的业务请求的识别号”(Int)、“设置为将被发射/接收的信息”(业务关联的)、“确定结果”(Int)、“关于被连接方的信息”(IA5)以及“连接后即被发送的信息”，而“标记”和“长度”附加至它们中的每一个。

如果使用SS7，则被从通信控制单元12发射至信息处理单元14的信息(信息结构3)具有图13中所示的数据格式。参照图13，所述信息包括MTP标题、SCCP标题、TC(传输控制)标题、对话段以及成分段。所述的成分段包括“序列标记”以及“长度”，依次继之以“询问的业务请求的识别号”(Int)、“设置为将被发射/接收的信息”(依赖业务的)、“始发者编号”(IA5)以及“所请求业务的业务识别符”(Int)以及“连接时信息传输的结果”(二进制、依赖业务的)，而“标记”和“长度”附加至它们中的每一个。

如果使用SS7，则被包括在终止指令中的信息(信息结构4)具有图14中所示的数据格式，所述终止指令被从通信控制单元12发送至业务控制单元13。参照图14，所述信息包括MTP标题、SCCP标题、TC(传输控制)标题、对话段以及成分段。所述的成分段包括“序列标记”以及“长度”，依次继之以“询问的业务请求识别号”(Int)、“设置为将被发射/接收的信息”(依赖业务的)以及“业务请求终止的原因”，而“标记”和“长度”附加至它们中的每一个。

顺便提及，理想的是在尽可能靠近始发方的位置处，即在尽可能靠近电信装置的设备内执行上述控制。例如，可以在始发方一侧的交换机上执行上述控制。这与在远离电信装置的位置处执行控制时相比，涉及更小的业务负载。如果业务负载并未产生问题，则可能在网络内的另外一处执行所述控制。因而，可能会不考虑位置而在网络内的任何地方执行所述控制。例如，如果电信装置为便携式电话，则可能会在基站内执行上述控制。

(变化)

存储关于始发者，即用户的属性信息的用户管理信息/属性管理器可能会被在业务控制单元13与信息处理单元14之间共用，或被分别为每一个单元提供。

由于需要保持数据内容的一致性，因而为每个单元分别提供用户管理信息/属性管理器可能会导致复杂的过程。另一方面，这使得复制数据成为可能，提供了即便是一个存储装置失效也可继续操作的优点。

提供单元共用的用户管理信息/属性管理器将消除为确保数据内容的一致性而执行任何附加处理的必要。尤其是这提供了在数据被注册或改变时仅需要与单用户管理信息/属性管理器注册的优点。此外，在同一装置内集成和实施业务控制单元13与信息处理单元14提供了仅需要一个外壳以及使保持更容易的优点。

(通信请求处理方法)

下述通信请求处理方法已被在上述通信请求处理系统内实施。特别地，本发明实施一种通信请求处理方法，其用于从多个始发者接收与指向特定用户的多个通信请求相关的连接请求，该方法包括用于确定多个通信请求中的每一个是否满足预定准则的确定步骤，以及用于仅将那些在确定步骤内肯定地确定为满足准则的通信请求连接到特定用户的连接步骤。确定步骤基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息来确定准则是否得到满足。也可能仅在多个通信请求所导致的业务量在一个范围内时方才执行确定，所述范围被预定为同时可用最大连接容量。而且，通信请求处理方法还可能包括统计步骤，所述统计步骤基于关于始发通信请求的始发者的属性信息，以及为特定用户预注册的属性信息来编译关于始发者的属性信息的统计。

以下将参照图15描述上述通信请求处理方法。如图15所示，首先确定通信请求是否指向特定用户(步骤S501)。如果通信请求指向特定用户，则确定该请求是否在最大连接容量内，或预定准则是否得到满足(步骤S502)。如果预定准则得到满足，则通信请求被连接到特定用户，且来自特定用户的业务被提供给始发者(步骤S502→S503)。随后，如上所述地编译统计，且如果需要的话可以将它们传送或输出(步骤S504)。另一方面，如果未满足预定准则，则通信请求并不被连接到特定用户(步骤S502→S505)。

在试图使用多种类型传输来始发到理想的特定信息的呼叫时，上述的通信请求处理方法仅允许满足准则的始发者连接至保持特定信息的装置，所述准则已经基于用户所指定的信息、关于始发者的属性信息、业务合同信息等准备。来自未满足准则的始发者的通信请求被在通信网络内处理，或被允许连接至另一目的地。这使得提取大量业务的一部分成为可能，并因此使得总业务量可以动态地调整。以这种方式执行的控制确保了公用网络与特定信息的保持装置两者的有效使用。

通信请求处理方案被用于移动通信等内，以通过业务控制单元与通信控制单元之间的协作，基于由业务控制单元保持的信息来重新路由呼叫，并通过信息处理单元与信息提供单元之间的协作来将统计提供给请求统计的外部信息处理单元，所述信息处理单元基于由始发者指定的信息来编译统计。这一方案涉及业务内容，尤其是根据本发明的通信请求处理方案对于减轻阻塞相当有用，例如被在通信网络与具有外部信息处理单元的设备之间执行时。

如上所述，本发明具有下述的优点，即通过仅连接满足预定准则的通信请求，业务控制单元可以在大量呼叫被始发时动态地重新路由呼叫。因此，当本发明被在通信网络与具有外部信息处理单元的设备之间执行时，其对于减轻阻塞相当有效。