CN1674586A

CN1674586A - 通信控制装置及通信控制装置中的筛选方法

Info

Publication number: CN1674586A
Application number: CNA2005100557711A
Authority: CN
Inventors: 宫本贵史; 清藤聪史
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-03-22
Filing date: 2005-03-21
Publication date: 2005-09-28
Also published as: JP2005269534A; US20050232229A1; US7738442B2; JP4264016B2

Abstract

按用户单位限制每个用户的发送及接收。发送筛选表根据发送者标识符(例如SIP－URI)存储表示可否利用各种服务的合同服务信息和发送者可以打开的最大对话数；入呼筛选表根据接收者标识符存储可否入呼信息和许可或者拒绝呼入的发送者标识符；通信控制部根据从通信终端接收到的消息内的发送者标识符，参照发送筛选表的合同服务信息和最大对话数，判断可否利用消息内的服务种类信息表示的服务并且判断可否确立新的对话；通信控制部根据消息内的发送者及接收者的标识符，参照入呼筛选表的可否入呼信息，判断可否呼入。

Description

通信控制装置及通信控制装置中的筛选方法

技术领域

本发明涉及通信控制装置及通信控制装置中的筛选方法，特别是关于在LAN 网络上连接遵照互联网协议的多个通信终端形成IP(Internet Protocol：互联网协议)网络、在该IP网络的每一个最小构成单位(域)上作为多个通信终端的控制功能控制交互通信的对话的开始、结束以及变更的通信控制装置及筛选方法。

背景技术

自从企业内通信基础设施向IP基础集中以及VoIP(Voice over IP：语音通话IP)的兴起开始，通信控制装置的需求正在着实地扩展。其中恶意呼叫或者通信负荷的增大是容易考虑到的问题，限制这些现象的方法(筛选)确实处于重要位置。

在现有的IP通信中的筛选方法中，第一，公知的方式是由一组发送者/接收者考虑的筛选方式。即把接收者视为主体，拒绝不想接收的来自发送者的消息的方式。现有方式是例如参照发送者IP地址以及接收者IP地址信息从接收到的IP信息包的标题中检索筛选表上的条目，在检出相应条目的情况下，舍弃(或通过)该IP信息包。

但是，上述筛选表不能按照时间指定进行设定。在特开2002-232453号公报中公开了一种互联网协议筛选装置，设定筛选表的条目使之仅适用于特定时间内，从而能够在每一时间控制网络内的IP信息包的流动(例如参照特开2002-232453号公报)。

第二，公知的筛选方式是限制来自注册用户以外的消息，用唯一表示该用户的标志(例如IP地址等标识符)识别是否是注册用户。例如，公开有“使用IP传输网的终端间的通信连接控制方法”(例如参照特开2002-314577号公报)，该方法是在通信控制装置内部准备地址管理表，对仅使注册过IP地址及端口号码的组的IP地址通过的IP信息包进行筛选。从上述可明确看出，现有的筛选方法一般是按IP和传输层的筛选。

作为客户方的功能，公开有即使接收者也可以进行筛选设定的方式(例如参照特开平8-251231号公报)。还有记载了干扰邮件筛选方法的文献(例如参照特开2003-87327号公报)，这种筛选方法是在要把无差别的或者大量邮件发送给不特定的多数人的情况下，根据发送超过规定数的邮件的用户的邮件地址，进行停止配发邮件服务。另外，还公开了另一种干扰邮件筛选方法(例如参照特开2003-263391号公报)，提取并存储干扰邮件内容文本中的URL或者电话号码，对发送给邮件使用者的邮件判断在该邮件内是否包含有所存储的URL或者电话号码，即使发送目的地的邮件地址改变了，也能筛选干扰邮件。此外，关于TSS(time sharing system：时间共享系统)对话，公开了遵照每组可以开设的对话数进行对话开设控制的方式(例如参照特开平3-52055号公报)。

在上述第一筛选方式中，会大量登录发送者/接收者组的条目，例如在用户数是40000人的情况下，通过简单的计算，条目数可能会达到40000×39999。即便使用计算机进行检索处理，也会使处理速度降低，另外，由操作员(人)进行的管理就很烦杂。例如，因为操作员进行条目的追加或者删除等，量越大设定错误的影响范围就越大。另外，存在不喜欢来自未预期的发送者的消息而希望只和限定的少数用户进行通信的接收者的情况下，对应于以上述前者的筛选方式，由于条目数过多，所以由人进行管理就更加烦杂。

另外，上述第一筛选方式是具有该筛选方式的通信控制装置的操作员进行设定，但是如果接收者是主体的话，接收者自身也能设定会更好。在特开平8-251231号公报中，表示了即使接收者也能进行筛选设定的方式，但是未表示作为客户方的功能，在服务器方接受筛选设定请求进行处理的方式。在特开2002-232453号公报以及特开2002-314577号公报中，也不能应对这样的问题。

上述的第二筛选方式中，在可能提供多种服务的通信控制装置中使用第二筛选方式的情况下，若是注册用户的话就可以利用全部的服务。不能进行可以利用某种服务而不能利用其他服务这样的灵活的应对措施。如果能够灵活应对，就能够预期比第二筛选方式明显减轻通信负荷以及减轻通信控制装置的负荷。

另外，在使用SIP(Session Initiation Protocol：对话启动协议)的通信中，有时也需要根据合同限制来自同一发送者的同时的对话数。

现有的筛选多通过IP地址进行。这种情况下，可以认为是IP地址即“用户的使用机器”为单位的筛选。因为利用服务的不是“机器”而是“用户”，所以通信服务中的发送接收筛选以“用户”为单位进行是本质的东西。进而，在像移动环境那样的IP地址动态变更的环境中，现有方式不能适应。在特开2003-87327号公报所示那样的干扰筛选中，按邮件地址实现筛选，但是到底不过是在“邮件服务”这样的一个特定的服务中的筛选。特开2003-263391号公报公开的干扰邮件筛选是以所谓URL、电话号码的用户的使用机器作为对象进行筛选。

发明内容

鉴于以上各点，本发明的目的在于提供一种通信控制装置及筛选方法，在通信运营商向终端用户提供多种服务时能够对每一终端用户只提供特定的服务功能。进而，本发明的目的在于通过发送筛选以及接收筛选能够进一步减轻通信负荷以及通信控制装置的处理负荷。另外，本发明的目的在于提供在应用层上进行筛选来筛选用户单位的消息的通信控制装置及筛选方法。本发明的目的在于在使用SIP作为协议的通信控制装置中根据同时的对话数进行筛选。本发明进一步的目的在于能够用控制互联网上称为对话的逻辑资源的SIP服务器唯一控制对话的确立。

本发明的目的在于提供按一个接收者一个条目来构成入呼筛选表而容易由人进行管理的通信控制装置及筛选方法。本发明的目的还在于，即使存在不喜欢来自未预期的发送者的消息而希望只与限定的少数用户进行通信的接收者的情况下，入呼筛选表的条目数也可以很少。另外，本发明的目的在于用户自身能够设定入呼筛选表。

针对上述第一筛选方式的问题，提供一种入呼筛选方式，把入呼筛选表的主键只作为接收者的标识符，设置许可/拒绝入呼的判别栏，用以后的栏记载许可/拒绝入呼的发送者。在具有入呼筛选方式的通信控制装置中，在接收为用户自身在筛选表中进行设定的消息时，追加在入呼筛选表中进行登录的处理。另外，由于以应用层的消息标题的信息构成上述条目，所以可以进行应用层的筛选而不是现有的IP/传输层的筛选。由此，可以进行“用户”为单位的筛选而不是IP地址、即“用户的使用机器”为单位的筛选。

针对上述第二筛选方式的问题，用以下发送筛选方式来解决，即，在发送筛选表中设置许可/拒绝利用各种服务的判别栏，即使是注册用户也对每一种服务加以限制。通过用应用层的消息标题信息构成上述的条目，可以进行应用层的筛选而不是现有的IP/传输层的筛选。

根据本发明的第一解决方案，一种通信控制装置，在连接多个通信终端的IP网络中使用SIP作为协议控制所述多个通信终端之间的交互式通信的对话并以1台设备提供多种服务；具备：

对应于用来指定发送用户的发送者SIP-URI(SIP-Uniform ResourceIdentifier：SIP-统一资源标识符)预先存储表示发送者可以利用或者不可以利用各种服务的多个合同服务信息和发送者可以确立的最大对话数信息的发送筛选表、

对应于用来指定接收用户的接收者SIP-URI预先存储表示许可或者拒绝入呼的入呼可否信息和用来根据入呼可否信息指定许可或者拒绝入呼的发送者的一个或者多个发送者SIP-URI的入呼筛选表、

对应于接收者SIP-URI存储呼叫目的地的所述通信终端的地址信息的位置信息表、以及

参照所述发送筛选表和所述入呼筛选表筛选从所述通信终端接收到的消息的通信控制部；

所述通信控制部首先从所述通信终端接收包含发送者SIP-URI、接收者SIP-URI和对应被利用的服务的服务类别信息的消息；

然后根据包含在接收到的消息中的发送者SIP-URI，参照所述发送筛选表，遵照对应于发送者SIP-URI的合同服务信息，判断可否利用消息中所包含的表示服务类别信息的服务，以及比较对应于发送者SIP-URI的最大对话数信息及其发送者确立的对话数，判断可否确立新的对话；

再根据包含在接收到的消息中的接收者SIP-URI和发送者SIP-URI，参照所述入呼筛选表，遵照对应于接收者SIP-URI和发送者SIP-URI的入呼可否信息，判断可否从相应的发送者向接收者呼叫；

根据包含在接收到的消息中的接收者SIP-URI，参照所述位置信息表，取得对应于接收者SIP-URI的地址信息；

遵照可否利用服务、可否确立对话以及可否呼叫的判断结果，根据所取得的地址信息向接收者的通信终端发送接收到的消息，或者舍弃接收到的消息。

根据本发明的第二解决方案，一种通信控制装置中的筛选方法，该通信控制装置在连接多个通信终端的IP网络中使用SIP作为协议控制多个通信终端之间的交互式通信的对话并以1台设备提供多种服务；该筛选方法包括如下步骤：

从通信终端接收包含发送者SIP-URI、接收者SIP-URI和对应于被利用的服务的服务类别信息的消息；

根据包含在接收到的消息中的发送者SIP-URI，对应于用来指定发送用户的发送者SIP-URI，参照预先存储表示发送者可以利用或不能利用各服务的多个合同服务信息和发送者能够确立的最大对话数信息的发送筛选表，遵照对应于发送者SIP-URI的合同服务信息判断可否利用包含在消息中的表示服务类别信息的服务，以及比较对应于发送者SIP-URI的最大对话数信息及其发送者确立的对话数，判断可否确立新的对话；

根据包含在接收到的消息中的接收者SIP-URI和发送者SIP-URI，对应于用来指定接收用户的接收者SIP-URI，参照预先存储表示许可或者拒绝入呼的入呼可否信息和遵照入呼可否信息用来指定许可或者拒绝入呼的发送者的一个或者多个发送者SIP-URI的入呼筛选表，遵照对应接收者SIP-URI和发送者SIP-URI的入呼可否信息，判断可否从相应发送者向接收者呼叫；

根据包含在接收到的消息中的接收者SIP-URI，参照存储了对应接收者SIP-URI的通信终端的地址信息的位置信息表，取得对应接收者SIP-URI的地址信息；

遵照可否利用服务、可否确立对话以及可否呼叫的判断结果，根据取得的地址信息向接收者的通信终端发送接收到的消息，或者舍弃该消息。

根据本发明，因为一个接收者一个条目，所以接收者/发送者的对应被登录为一个一个条目，就可以提供容易由人进行管理的通信控制装置。另外，根据本发明，即使对于不喜欢来自未预期的发送者的消息而希望只与限定的少数用户进行通信的接收者，条目数少也可以解决。进而，根据本发明，用户自身能够进行入呼筛选表的设定。

根据本发明的发送筛选方式，在通信运营商使用具有本发明的发送筛选方式的通信控制装置给终端用户提供多种服务时，可以提供只提供特定的服务功能的、符合每一终端用户的费用情况的服务。进而，根据本发明，可以更加减轻通信负荷以及减轻通信控制装置的处理负荷。

根据本发明，可以提供在应用层上筛选并能筛选用户为单位的消息的通信控制装置及筛选方法。根据本发明，在使用SIP作为协议的通信控制装置中，可以根据同时对话数进行筛选。再有，根据本发明，使用控制互联网上称为对话的逻辑资源的SIP服务器能够唯一地控制对话的确立。

在本发明的入呼筛选方式以及发送筛选方式中，从SIP标题的信息制作各筛选表，可以进行在SIP层(应用层)上的筛选。因此，可以进行按“用户”单位的筛选，而不是按IP地址即“用户的使用机器”单位的筛选。于是，根据本发明，即使在用户使用多个机器的情况下，也不需要更新筛选表的条目，而能够适应机器的IP地址动态变动的移动环境等。

附图说明

图1是本实施例中的系统的整体结构图；

图2是发送筛选表的结构以及数据的登录例的示图；

图3是入呼筛选表的结构以及数据的登录例的示图；

图4是通信控制装置的结构图；

图5是通信信息包的结构例的示图；

图6是发送筛选、入呼筛选的处理流程；

图7是发送筛选的动作例的示图；

图8是入呼筛选的动作例的示图；

图9是从终端用户登录筛选表时的说明图；

图10是登录消息例的示图。

具体实施方式

以下参照附图说明本发明的实施例。

在本实施例中使用依据SIP的通信方式。在SIP中把称为SIP-URI的标识符赋予每个通信终端用户。SIP-URI例如表示为sip：User@test.com。

图1是本实施例的整体结构图。通信控制装置2具有IP接口部3、通信控制部4、发送筛选表5、入呼筛选表6、位置信息表7。多个通信终端1经IP网络连接在通信控制装置2(SIP服务器)的IP接口部3上。为多个通信终端互相通信而存在通信控制装置2。

本实施例表示两种筛选方式。一种是发送筛选方式，是执行发送者的通信利用限制(以下称筛选)的方式，通信控制装置2参照发送筛选表5的条目判断可否通信。另一种是入呼筛选方式，是以发送者/接收者的组合进行筛选的方式，通信控制装置2参照入呼筛选表6的条目判断可否通信(图1的细线)。

下面说明通信终端1之间通信流程的概况，首先说明不进行筛选的通信的流程。

发送侧的通信终端1(例如终端1c)一向其他的通信终端(例如终端1d)发送消息，通信控制装置2就首先经IP接口部3接收该消息。该消息被移交给通信控制部4，通信控制部4参照发送筛选表5、参照入呼筛选表6、参照位置信息表7。

在发送筛选表5中没有通信终端1b用户的筛选条目且在入呼筛选表6中没有从通信终端1c用户向通信终端1d用户的通信的筛选条目的情况下，通信控制部4用位置信息表7从通信终端1d用户的SIP-URI(D@test.com)找出IP地址，把该消息发送到接收侧的通信终端1d。

这里，位置信息表7是用于找出通信终端的地址的表，在本实施例中，例如是用于从SIP-URI找出IP地址的表。位置信息表7和现有技术的相同，但是为说明方便，图中有所表示。

下面说明进行筛选的通信流程的概况。

一旦例如通信终端1a向通信终端1b发送消息，通信控制装置2的通信控制部4就和上述一样接收消息，并参照发送筛选表5。在发送筛选表5中有通信终端1a用户的筛选条目的情况下，该消息就被通信控制装置2舍弃，不到达通信终端1b(发送筛选，图1中粗线)。另外，通信控制装置2通知通信终端1a进行了筛选。

例如通信终端1b一向通信终端1c发送消息，通信控制部4就和上述一样接收消息，并参照发送筛选表5。如果在发送筛选表5中没有通信终端1b用户的筛选条目，接着就参照入呼筛选表6。在入呼筛选表6中存在拒绝从通信终端1b用户向通信终端1c用户通信的筛选条目的情况下(或者不存在许可通信的条目的情况下)，该消息就被通信控制装置2舍弃，不到达通信终端1c(入呼筛选，图1虚线)。通信控制装置2通知通信终端1b进行了筛选。

以上说明了简单的处理流程，后述其细节。

图2是发送筛选表5的结构以及数据的登录例的示图。发送筛选表5是在进行发送筛选时参照的表，发送筛选表5是对应发送者标识符具有合同服务信息及合同最大对话数作为栏的表。发送者标识符栏是唯一表示发送者的标识符，在本实施例中指SIP-URI。

合同服务信息栏是用户可利用的服务·不可利用的服务的分类。如图2所示，二进制数中的各位(0或1)表示服务利用的可/不可。例如，在本实施例中，“1”表示可以利用，“0”表示不可以利用，预先把并列了表示各类服务可/不可利用的位的二进制数变换为十进制的值登录在表中。假设通信控制装置2提供例如VoIP(Voice Over IP：语音通话IP)服务、临场服务(可以知道对方用户的状态)、IM(Instant Message：短消息的交换)服务这三种服务，则在合同服务栏中的二进制数中把第一位作为IP服务，把第二位作为临场服务，把第三位作为IM服务。这里，例如SIP-URI是TARO@test.com的用户仅可以使用VoIP服务时，如图所示，在合同服务栏中预先登录把“001(2)”变换为十进制数的“1(10)”。

合同最大对话数栏表示该用户一次可以打开的对话的最大数目。没有每种服务这样的分类，指纯粹的对话数的总和。预先登录与用户的合同相对应的对话数。

图3是入呼筛选表6的结构以及数据的登录例的示图。入呼筛选表6是在进行入呼筛选时参照的表。入呼筛选表6对应接收者标识符具有作为栏的许可/拒绝信息(可否入呼信息)、许可/拒绝数N、发送者标识符1、发送者标识符2、...、发送者标识符N。接收者标识符栏是唯一表示接收者的标识符，在本实施例中指SIP-URI。

许可/拒绝信息栏表示接收者许可还是拒绝来自存储在发送者标识符栏中的发送者的消息入呼。例如许可的话可以用“allow”、拒绝的话可以用“deny”表示。此外，也可以使用表示许可/拒绝的适宜的信息、标识符等。在以下的发送者标识符栏中指定许可/拒绝入呼的发送者。

许可/拒绝数栏表示许可/拒绝的发送者的数目。上述许可/拒绝栏的指定是“allow”的话，表示许可接收的发送者的数目，是“deny”的话，表示拒绝入呼的发送者的数目。

发送者标识符1栏、发送者标识符2栏、...、发送者标识符N栏中预先登录许可/拒绝数栏中指定的数的数量和各发送者的SIP-URI。如果许可/拒绝数栏的值是10，则指定10个发送者标识符。通过接收来自终端的登录消息，也可以追加、删除、变更发送者标识符。

图4是通信控制装置2的结构图，参照图4说明具有发送筛选方式、入呼筛选功能的通信控制装置2的结构。

IP接口部3是从通信终端1接收消息(IP信息包)及向通信终端1发送消息(IP信息包)的部分。

通信控制部4具有协议堆栈部8、处理例行程序部9、发送筛选管理部10、入呼筛选管理部11、位置信息管理部12。在本实施例中，协议堆栈部8是SIP协议堆栈部，控制遵照SIP协议的通信。处理例行程序部9根据交付的消息方法(例如REGISTER、SUBSCRIBE、INVITE等)决定预定的处理通信概要，指示发送筛选管理部10、入呼筛选管理部11、位置信息管理部12进行筛选处理。

发送筛选管理部10参照发送筛选表5，向处理例行程序部9返回参照结果；入呼筛选管理部11参照入呼筛选表6，向处理例行程序部9返回参照结果；位置信息管理部12参照位置信息表7找出地址，向处理例行程序部9返回结果。因为与位置信息表7一样，位置信息管理部12可以使用和现有的同样的部件，所以省略其详细说明。

发送筛选表5、入呼筛选表6、位置信息表7的说明如同上述。

图5是本实施例中的消息的标题结构的说明图。在本实施例中，因为通信终端1之间遵照SIP进行通信，所以具有IP标题、层4标题、SIP标题的结构。在本实施例中，基于SIP标题的信息进行筛选。参照的是Request-URI、To及From标题。如图所示，Request-URI例如记述为“INVITE sip：A2@test.com”，可以得到消息的类别(“INVITE”的部分)信息。如图所示，To标题例如记述为“<sip：A2@test.com>”，可以得到接收者SIP-URI的信息。如图所示，From标题例如记述为“<sip：A1@test.com>”，可以得到发送者SIP-URI的信息。

图6是发送及入呼筛选的流程图。参照图6，说明从接收消息到发送消息为止的处理的流程。

首先，从通信终端1一发送消息，通信控制装置2的通信控制部4就经IP网络及IP接口部3接收该消息(S601)。此时，例如假设通信终端1利用VoIP服务，以消息的SIP标题是Request-URI：INVITE JIRO@test.com、From：sip：TARO@test.com、To：sip：JIRO@test.com为例来说明。此外，例如通信控制部4解析接收到的消息，提取出这些规定的信息。

接着，处理例行程序部9经协议堆栈部8识别消息，指示发送筛选管理部10参照发送筛选表5(S602)。发送筛选管理部10以From标题作为检索键，参照发送筛选表5，判别发送筛选表5中是否有筛选sip：TARO@test.com的INVIRE发送的条目(S603)。例如，发送筛选管理部10参照发送者标识符栏检索From标题表示的发送者标识符，取得对应该发送者标识符的合同服务信息，判别所取得的合同服务信息是否表示可利用VoIP服务。即，如果是所取得的合同服务信息是表示可利用VoIP的“1、3、5、7”中任何一个(以二进制数表示第一位是1的值的任何一个)的话，发送筛选管理部10判别为许可发送，另一方面，在合同服务信息是这之外或者没有发送者标识符的情况下，判别为不可发送。发送筛选管理部10把判别结果返发到处理例行程序部9。

可是按上面所述，发送筛选表5的合同服务信息中登录有VoIP服务、临场服务、IM服务的可利用/不可利用。这里，因为在VoIP服务中为确立对话必须发送INVITE消息；在临场服务中为确立相同的对话必须发送SUBSCRIBE消息；在IM服务中要交换MESSAGE消息；因此，在本实施例中把发送筛选各种服务与分别发送筛选INVITE消息、SUBSCRIBE消息、MESSAGE消息考虑为是同义的。在本实施例中根据SIP标题的Request-URI判别这三种消息，并进行筛选。

通信控制部4也可以根据对话数进行发送筛选。例如通信控制部4根据包含在接收到的消息中的发送者标识符，参照发送筛选表5取得对应发送者标识符的最大对话数信息。在该发送者确立的对话数等于所取得的最大对话数的情况下，或者该发送者新打开对话而确立的对话数超过所取得的最大对话数的情况下，通信控制部4判断为不可发送。此外，与根据上述的合同服务信息判断的判断结果无关，通信控制部4可以判断不可发送。

在发送筛选管理部10判断为不可发送的情况下(S603)，通信控制装置2发送sip：TARO@test.com，即对发送者通信终端1发送错误应答(S604)。通信控制装置2舍弃消息，结束处理。另一方面，在许可发送的情况下(S603)，转移到入呼筛选管理部11参照入呼筛选表6的处理(S605)。此外，发送筛选管理部10的处理结束后，可以由处理例行程序部9管理开始由接收筛选管理部11进行的处理等的处理流程。

接着，入呼筛选管理部11以To标题作为检索键，参照入呼筛选表6，判别有无从sip：TARO@test.com筛选sip：JIRO@test.com的消息接收的条目(S606)。例如，入呼筛选管理部11参照接收者标识符栏检索To标题表示的接收者标识符。另外，入呼筛选管理部11参照与相应接收者标识符相对应的发送者标识符1～N检索From标题表示的发送者标识符。在存在相应条目的情况下，入呼筛选管理部11根据对应相应接收者标识符的许可/拒绝信息，判断许可/拒绝接收。另一方面，在相应条目不存在的情况下，进行与对应相应接收者标识符的许可/拒绝信息相反的判断。入呼筛选管理部11把判断结果返发到处理例行程序部9。

在入呼筛选管理部11的判断结果表示拒绝入呼的情况下(S606)，通信控制装置2发送sip：TARO@test.com，即对发送者通信终端1发送错误应答(S607)，通信控制装置2舍弃消息，结束处理。另一方面，在表示许可入呼的情况下(S606)，位置信息管理部12参照位置信息表7，从To标题中找出送达目的地IP地址(S608)。例如，位置信息管理部12从参照位置信息表7取得对应To标题的SIP地址的IP地址。

在参照位置信息表7中无该条目、找不到IP地址的情况下(S609)，通信控制装置2发送sip：TARO@test.com，即对发送者通信终端1发送错误应答(S610)。另一方面，在位置信息表7中有该条目、可以在步骤S608找出地址的情况下(S609)，通信控制装置2向对应sip：JIRO@test.com的IP地址(在步骤S608得到的地址)即接收者通信终端1发送消息(S611)。

图7是发送筛选的动作例的示图。参照图7，说明从接收消息到发送筛选的处理的例子。

如图所示，作为前提，假设在发送筛选表5中存储如下信息：SIP-URI是TARO@test.com的用户为合同服务：1即二进制表示为“001”，只能使用VoIP服务；SIP-URI是JIRO@test.com的用户为合同服务：7即二进制表示为“111”，可以使用全部服务，同时最大对话数：1，即可以一次打开的对话的最大数目为1。为说明方便，假设对入呼筛选不作任何设定。

在从SIP-URI是TARO@test.com的通信终端1a向任意的用户通信终端1例如为利用临场服务而发送SUBSCRIBE消息的情况下，由于对应于发送筛选表5的发送者标识符(TARO@test.com)的合同服务信息表示只能使用VoIP服务，因此进行发送筛选，向通信终端1a返回错误应答(图7a)。

在SIP-URI是JIRO@test.com的通信终端1b上不打开对话的状态下从通信终端1b向SABURO@test.com的通信终端1c例如发送INVITE消息的情况下，由于对应于发送筛选表5的发送者标识符(JIRO@test.com)的合同服务信息表示可以利用全部服务，所以可以打开对话，正常地向SABURO@test.com的通信终端1c发送INVITE消息(图7b)。

在该对话释放前，还从JIRO@test.com的通信终端1b向SABURO@test.com以外任意的通信终端1发送例如INVITE消息的情况下，由于对应于发送筛选表5的发送者标识符(JIRO@test.com)的最大对话数为1，所以以不能打开这以上的对话而进行筛选，返回错误应答(图7c)。

这样，通过发送筛选，可以进行服务提供的许可与否以及对对话数的限制。在本实施例中，可以限制SIP特有的同时对话数是特征之一。

图8是入呼筛选的动作例，参照图8说明接收消息到入呼筛选的处理的流程。作为前提，如图所示，假设在入呼筛选表6中存储有只许可SIP-URI是SABURO@test.com的用户从SIP-URI是JIRO@test.com的用户接收消息，而拒绝来自此外的用户入呼的条目。如上所述，在入呼筛选处理前进行发送筛选处理，但是为说明方便，假设在以下所示的处理流程中没有要进行发送筛选那样的条目。

在从SIP-URI是TARO@test.com的通信终端1a向SABURO@test.com的通信终端1c发送INVITE消息时，不进行发送筛选，但是因为在入呼筛选表6中作为SABURO@test.com许可(allow)接收的发送者未登录TARO@test.com，因此进行入呼筛选，向通信终端1a返回错误应答(图8a)。

另一方面，在从SIP-URI是JIRO@test.com的通信终端1b向SABURO@test.com的通信终端1c发送INVITE消息时，不进行发送筛选，因为在入呼筛选表6中作为SABURO@test.com许可(allow)接收的发送者登录了JIRO@test.com，因此也不进行入呼筛选。于是，正常地向SABURO@test.com的通信终端1c发送该INVITE消息(图8b)。

如果是上述前提的入呼筛选表6的设定，则来自JIRO@test.com以外的用户的消息和上述TARO@test.com同样进行入呼筛选，返回错误应答。

图9是从通信终端1向入呼筛选表6登录条目的处理的说明图，图10是从通信终端1发送的REGISTER消息的例子。在本实施例中从通信终端1发送REGISTER消息，并在入呼筛选表6中进行数据的登录、变更等。

在消息的本体部分例如以图10的REGISTER消息中所示的XML(extensible markup language：可扩充置标语言)的形式记述许可/拒绝信息、许可/拒绝数N、发送者SIP-URI-1、...、发送者SIP-URI-N。

通信控制部4的处理例行程序部9参照消息识别是REGISTER消息时，向入呼筛选管理部11发送该消息。入呼筛选管理部11具有解析XML形式的消息并登录在入呼筛选表6中的功能。例如，在图9所示的XML文字的例子中，入呼筛选管理部11在入呼筛选表6中登录如下条目：接收者标识符：“TARO@test.com”、许可/拒绝：“deny”、许可/拒绝数：“1”、发送者标识符：“JIRO@test.com”。

在登录的接收者标识符的条目已经被登录的情况下，也可以在条目的许可/拒绝数上加上解析的许可/拒绝数，以及追加发送者标识符。在已经登录的同一接收者标识符的条目的许可/拒绝信息表示“allow”、解析的许可/拒绝信息表示“deny”那样许可/拒绝信息相反的情况下等，也可以登录“allow”或者“deny”任何一方的条目，删除另一方的条目。除追加登录外，同样还可以删除、变更条目。

在登录正常成功的情况下，在同一个通信控制部4制作应答消息，例如200OK，并返发到通信终端1。在XML不正确的情况下，通信控制部4返发错误消息，例如400BadRequest。

可以在LAN网络上连接遵照互联网协议的多个通信终端形成IP网络，可以用于有关通信终端之间的交互通信的产业。

Claims

1.一种通信控制装置，在连接多个通信终端的IP网络中使用SIP作为协议控制所述多个通信终端之间的交互式通信的对话并以1台设备提供多种服务；具备：

对应于用来指定发送用户的发送者SIP-URI预先存储表示发送者可以利用或者不可以利用各种服务的多个合同服务信息和发送者可以确立的最大对话数信息的发送筛选表、

2.如权利要求1所述的通信控制装置，其特征在于，所述通信控制部首先接收从所述通信终端发送的、包含接收者SIP-URI和入呼可否信息以及一个或者多个发送者SIP-URI的登录请求消息；

再把解析接收到的消息而提取出的接收者SIP-URI和入呼可否信息以及一个或者多个发送者SIP-URI新登录在所述入呼筛选表中，或者在接收者SIP-URI和入呼可否信息一致的条目中追加登录提取出来的一个或者多个发送者SIP-URI。

3.如权利要求1所述的通信控制装置，其特征在于，所述通信控制装置提供的多种服务包含互联网电话服务或者VoIP服务、临场服务以及即时消息服务之任何一种或者多种；

所述服务类别是包含在消息标题的Request-URI中对应于所述多种服务的“INVITE”、“SUBSCRIBE”和“MESSAGE”的任何一种。

4.如权利要求1所述的通信控制装置，其特征在于，通过筛选INVITE消息、SUBSCRIBE消息和MESSAGE消息，而与筛选对应这些消息的各服务整体等价。

5.一种通信控制装置中的筛选方法，该通信控制装置在连接多个通信终端的IP网络中使用SIP作为协议控制多个通信终端之间的交互式通信的对话并以1台设备提供多种服务；该筛选方法包括如下步骤：

6.如权利要求5所述的筛选方法，其特征在于，首先接收从所述通信终端发送的、包含接收者SIP-URI和入呼可否信息以及一个或者多个发送者SIP-URI的登录请求消息；

7.如权利要求5所述的筛选方法，其特征在于，所述通信控制装置提供的多种服务包含互联网电话服务或者VoIP服务、临场服务以及即时消息服务之任何一种或者多种；

8.如权利要求5所述的筛选方法，其特征在于，通过筛选INVITE消息、SUBSCRIBE消息和MESSAGE消息，而与筛选对应这些消息的各服务整体等价。