专利名称:服务控制装置、服务控制系统及方法
技术领域:
本申请说明书中公开的技术涉及连接在网络上的通信装置、通信系统以及通信控 制方法。特别涉及多个通信服务器进行相互通信时的服务器联动、以及消息变换处理。其 中,也涉及将采用了 SIP的会话控制的通信系统和提供Web应用的通信系统相互连接的通 信系统中的消息变换方法。
背景技术:
以声音、数据、运动图像等的各种多媒体服务的高速且高品质的提供为目的,进行 了第三代移动通信系统的标准化。3GPP(3rd GenerationPartnership Project)推进了在 包交换网上利用IPdnternet Protocol)技术提供声音、影像等的多媒体服务的“All IP 基础移动通信网”的标准化。All IP移动通信网中的会话控制系统称作IMS (IP MultimediaSubsystem)。IMS 也在下一代网络(NGN. Next Generation Network)的会话控制技术中采用。作为IMS中的会话控制协议,使用SIP (Session Initiation Protocol)(例如参 照IETF RFC3261 (2002. 6))。SIP是进行用IETF规格化的IP多媒体通信的会话控制的协 议。SIP控制通信装置间的会话建立、维持及切断。在使用SIP的代表服务中有IP电话服务。IP电话服务是在IP网络上收发声音信 息的服务。在SIP的IP电话服务中,在通信开始前在通信装置间设定虚拟的通话路径(会 话)。将IP包化的声音数据在设定的通信路径上传送。声音数据的属性等媒体信息在会话建立时决定。通信装置通过包含在SIP消息中 的SDP(Session Description Protocol 会话描述协议),通知媒体信息。在SDP中,能够 记述关于会话的各种各样的信息(例如IP地址、端口号码、媒体种类等)。作为使用SIP协 议的应用服务的例子,有 ThirdParty Call Control (例如参照 IETF RFC3725 (2004. 6))。进而,为了能够从Web服务利用通信业者提供的通信服务,API (Application Programming Interface 应用程序设计接口 )的研究不断进展。作为规定API的业界团体,有Parlay Group。在Parlay Group中,正在制 定称作“Parlay-X”的API。Parlay Group与欧洲电气通信标准化ETSI (European Telecommunications Standards Institute)及第三代移动通信标准化团体3GPP联动。 Parlay X的规格由该3个团体共同发行。“Parlay-x”是以Web服务环境中的使用为目的的、不依存于网络及厂商、并且不 限定于安装语言的Web服务的API。"Parlay X”定义面向Web开发者的抽象化的开放接口, 但并没有规定其安装方法。在“Parlay-x”中,对每个服务规定了 API的集。作为使用Parlay-XAPI而提供的
4服务,例如有从Web应用启动两者的通话服务的3PCC(3rdParty Call Control) (4th Draft ES 202 504-2Parlay X 3.0(2007.8))。非专利文献1 JETF RFC3261 (2002. 6)非专利文献2 IETF RFC3725 (2004. 4)非专利文献3 :4th Draft ES 202 504_2Parlay X 3. 0 (2007. 8)
发明内容
在3PCC用的API中,规定了从Web应用服务器向通信系统发送的请求消息(开始、 结束、呼叫信息询问)和其应答消息。作为使用SIP协议的应用的例子,有Third Party Call Control,表示了 SIP消息 的序列例子。但是,关于上述Parlay XAPI和上述SIP消息的变换机构,并没有规定安装方法。因此,在服务业者经由以Parlay X为代表的开放AIP利用通信业者的服务功能的 通信系统中,存在通信业者需要确定对应于被请求的服务功能的服务器的问题。本发明的目的是提供一种使通信业者能够不对服务业者通知各个应用服务器的 地址、而实现各种服务功能的利用的方法。在本申请中公开的代表性的发明中,通信系统具备具有开放API和SIP的变换功 能的应用服务器。应用服务器参照触发规则和消息规则,进行服务功能的分配处理。通过 具备本功能,通信业者能够不对服务业者通知各种应用服务器地址而进行各种服务功能的 提供。在本申请中公开的另一代表性的发明中,上述应用服务器还具备对应于服务业者 的请求的定制处理(例如参数的追加处理功能)等附加信息处理功能、和对应于各处理内 容的高速化引擎(例如收费信息等事务处理的高速化引擎)。通过具备本功能,应用服务器 能够实现定制化及特定处理的高速化。发明效果根据本发明的一实施方式,通信业者能够不对服务业者通知各个服务器地址而进 行各种服务功能的提供。此外,通信业者能够进行处理的定制化及特定处理的高速化。由 此,能够按照用户需求迅速地提供各种服务。本发明的其他目的、特征及优点根据关于附图的以下的本发明的实施例的记载会
变得更加清楚。
图1是表示本发明的第一实施方式的通信网的结构例的说明图。图2是表示本发明的第一实施方式的应用服务器2的结构例的说明图。图3是表示本发明的第一实施方式的3PCC服务器3的结构例的说明图。图4是表示本发明的第一实施方式的存在服务器5的结构例的说明图。图5A是表示本发明的第一实施方式的应用服务器2的会话信息表的结构的一例 的说明图。图5B是表示本发明的第一实施方式的应用服务器2的触发规则的结构的一例的说明图。
图6A是表示本发明的第--实施方式的应用服务器2的消息规则的结构的一例的说明图。
图6B是表示本发明的第--实施方式的应用服务器2的参数规则的结构的一例的说明图。
图7是说明本发明的第一实施方式的应用服务器2的服务判断例程的流程图。
图8是说明本发明的第一实施方式的3PPC服务的顺序的序列图。
图9是说明本发明的第一实施方式的3PPC服务的顺序的序列图。
图10是说明本发明的第--实施方式的3PPC服务的顺序的序列图。
图11是表示本发明的第二二实施方式的应用服务器2的结构例的说明图。
图12是表示本发明的第二二实施方式的3PCC服务器3的结构例的说明图。
图13是表示本发明的第二二实施方式的存在服务器5的结构例的说明图。
图14是说明本发明的第二二实施方式的应用服务器2的服务判断例程的流程图。
图15是说明本发明的第二二实施方式的消息参数变换例程的流程图。
图16A是表示本发明的第二实施方式的3PCC服务器3中的消息规则的结构的一例的说明图O
图16B是表示本发明的第二实施方式的3PCC服务器3中的参数规则的结构的一例的说明图O
标号说明
2应用服务器
33PCC服务器
5存在服务器
220 触发规则
230 消息规则
240 参数规则
260 服务判断例程
具体实施例方式
利用
本发明的第一实施方式。作为代表例,详细地说明利用第三者呼叫控制(3PCC)服务时的通信方法。图1是表示本发明的第一实施方式的通信网的结构例的说明图。本实施方式的通信网包括IP网m和接入网N2 (N2a、N2b、N2C)。在图1中,作为终端(以下称作UE =User Equipment) 7的例子而表示固定终端 7a 7d。以下,在将终端7区别记载的情况下,对于标号添加尾标“a”、“b”、“c”、“d”,例如 如终端7a及终端7b那样记载。其他结构要素也按照同样的规则记载。IP网m和接入网N2经由接入网关装置(AGW) 6 (6a、6b、6c)连接。也可以代替接 入网关装置6而经由路由器等其他通信装置将IP网m和接入网N2连接。接入网关装置 6提供传送在终端7与IP网m之间收发的IP包的功能。IP网m至少具备SIP服务器1、TOB服务器4、应用服务器2、以及3PCC服务器3。IP网m也可以还具备存在服务器(presence server) 5。在IP网附具备存在服务器5的 情况下,IP网m能够提供存在服务。Web服务器4具备用来启动3PCC服务及存在服务的用户接口功能、3PCC服务的启 动所需要的功能、以及与应用服务器2的相互连接功能。应用服务器2具备为了利用通信网所具备的各种服务功能而需要的服务功能分 配功能及控制定制功能的功能。3PCC服务器3具备控制3PCC服务的执行的功能。存在服务器5具备控制存在服务的执行的功能。另外,在图1中,作为例子而分别各表示了 1个SIP服务器1、Web服务器4、应用 服务器2、3PCC服务器3、存在服务器5。但是,在实施本发明时,这些结构要素的数量也可 以是任意的。图2是表示本发明的第一实施方式的应用服务器2的结构例的说明图。应用服务器2包括收容线路22(22a、22b)的接口部(IF) 21 (21a、21b)、CPU24、存 储器25、和数据库(DB) 26。各结构要素通过总线23连接。在存储器25中,存储有执行协议处理的程序28和从Web服务器4接收消息并执 行3PCC服务器3及存在服务器5之间的相互连接功能的程序29。在存储器25中也可以还 存储有其他程序。CPU24是执行存储在存储器25中的程序的处理器。在以下的说明中应用服务器2 执行的处理实际上通过CPU24执行某个程序而被执行。执行协议处理的程序28包括具备用来与WEB服务器4之间发送或接收信号的功 能的程序以及具备用来在3PCC服务器3与存在服务器5之间发送或接收信号的功能的程 序。例如,在WEB服务器4和应用服务器2通过SOAP over HTTP进行通信的情况下,使用 SOAP控制部和HTTP协议控制部进行通信。此外,在应用服务器2和3PCC服务器3通过 HTTP进行通信的情况下,使用HTTP协议控制部进行通信。另外,在图2中作为通信协议而表示了 HTTP和SOAP。但是,在实施本发明时也可 以使用HTTP、SOAP以外的协议。执行相互连接功能的程序29包括会话信息表210、触发规则220、消息规则230、参 数规则240、附加信息处理引擎250、服务判断例程260和变换引擎27。数据库26也可以包 括会话信息表210、触发规则220、消息规则230、以及参数规则240。通过应用服务器2具备触发规则220、消息规则230、参数规则240和服务判断例 程260,应用服务器2能够控制对应于从TOB服务器4接收到的请求的服务功能。这里,服务 功能通过存在服务器5或3PCC服务器3实现。有时也将服务功能称作启动器(enabler)。进而,应用服务器2通过具备附加信息处理引擎250,能够进行定制功能及高速化 所需的功能的控制。图7是说明本发明的第一实施方式的服务判断例程260的流程图。图5A是表示本发明的第一实施方式的会话信息表210的结构的一例的说明图。应 用服务器2如果从TOB服务器4接收到请求,则参照及更新会话信息表210。会话信息表210至少保存与Parlay X的呼叫会话标识符(Parlay X callsession Identifier) 211相对应的TOB服务器地址212、启动器的地址213、以及触发规则214。进
7而会话信息表210也可以保存会话状态215。通过会话信息表210包括触发规则214,应用 服务器2能够迅速地检测要启动的服务功能。通过在会话信息表210中包括会话状态215, 应用服务器能够保持会话状态。图5B是表示本发明的第一实施方式的触发规则220的结构的一例的说明图。触发规则220至少保存与Parlay X API的namespace (命名空间)221相对应的 触发规则222和启动器IP地址223。应用服务器2如果从TOB服务器4接收到请求,则从 接收消息中提取namespace,确定对应于namespace221的触发规则222。进而,提取与对应 条目相对应的启动器IP地址223,并确定具有与请求消息相对应的服务功能的服务器的地 址f曰息。触发规则220也可以还保存有附加信息处理有无224。通过触发规则220包括附加信息处理有无224,应用服务器2能够确定每个触发规 则的定制处理及高速化处理。图6A是表示本发明的第一实施方式的消息规则230的结构的一例的说明图。应 用服务器2在确定触发规则之后,参照对应于触发规则的消息规则,进行Parlay X消息231 与SIP消息232的变换。消息规则230至少保存与Parlay X消息231相对应的SIP消息232。消息规则 230也可以还保存表示参数变换处理的有无的标志233。 通过消息规则230包括表示参数变换处理的有无的标志233,应用服务器2能够进 行是否变换包含在消息中的参数的判断。图6B是表示本发明的第一实施方式的参数规则240的结构的一例的说明图。参 数规则240至少保存与Parlay X的参数241相对应的SIP参数242。通过具备该表,应用 服务器2能够进行Parlay X参数与SIP参数的变换。在应用服务器2参照消息规则230的结果是判断为需要进行参数变换时,将包含 在消息中的Parlay X参数作为检索键字,来参照参数规则240。在参数规则240中存在对 应的条目的情况下,应用服务器2进行Parlay X参数与SIP消息的参数(SIPheader (SIP 头))的变换。图3是表示本发明的第一实施方式的3PCC服务器3的结构例的说明图。3PCC 服务器 3 包括收容线路 32(32a、32b)的接口部(IF) 31 (31a、31b)、CPU34、存 储器35、和数据库(DB)36。各结构要素通过总线33连接。在存储器35中,存储有执行协议处理的程序38 (SIP协议控制、HTTP协议控制)、 以及执行3PCC服务器处理的程序39 (进行SIP用户代理处理的程序、进行3PCC控制处理 的程序)。在存储器35中也可以还存储有其他程序。CPU34是执行存储在存储器35中的程序的处理器。在以下的说明中,3PCC服务器 3执行的处理实际上通过CPU34执行某个程序而被执行。执行协议处理的程序38包括具备用来与SIP服务器1之间发送或接收信号的功 能的程序(SIP协议控制)、以及具备用来与应用服务器2之间发送或接收信号的功能的程 序(HTTP协议控制)。另外,在图3中作为通信协议而表示了 HTTP和SIP。但是,在实施本 发明时,3PCC服务器3与应用服务器2也可以利用HTTP以外的通信协议进行通信。执行3PCC服务器处理的程序39包括进行SIP用户代理处理的程序、以及进行3PCC控制处理的程序。进而,除了进行3PCC控制处理的程序以外,也可以还具备Parlay X 侧的会话标识符与3PCC会话的标识符的对应信息。进而,3PCC服务器3的存储器35也可 以包括3PCC服务器处理所需要的信息。3PCC服务器处理所需要的信息也可以保存在DB36中。图4是表示本发明的第一实施方式的存在服务器5的结构例的说明图。存在服务器5包括收容线路52(52a、52b)的接口部(IF) 51 (51a、51b)、CPU54、存 储器55和数据库(DB)56。各结构要素通过总线53连接。在存储器55中,存储有执行协议处理的程序58 (SIP协议控制、HTTP协议控制)、 以及执行存在服务器处理的程序59 (进行SIP用户代理处理的程序、进行存在控制处理的 程序)。在存储器55中也可以还存储有其他程序。进而,存储器55也可以包含存在控制处 理所需要的信息。存在控制处理所需要的信息也可以保存在DB56中。CPU54是执行存储在存储器55中的程序的处理器。在以下的说明中存在服务器5 执行的处理实际上通过CPU54执行某个程序而被执行。执行协议处理的程序58包括具备用来与SIP服务器1之间发送或接收信号的功 能的程序(SIP协议控制)、以及具备用来与应用服务器2之间发送或接收信号的功能的程 序(HTTP协议控制)。另外,在图4中,作为通信协议而表示了 HTTP和SIP。但是,在实施 本发明时,存在服务器5和应用服务器2也可以使用HTTP以外的通信协议进行通信。执行存在服务器处理的程序59包括进行SIP用户代理处理的程序、以及进行存在 控制处理的程序。进而,除了进行存在控制处理的程序以外,也可以还具备Parlay X侧的 会话标识符与存在会话的标识符的对应信息。接着,参照图8、图9、图10,说明接入在图1所示的接入网N2a中的终端7a启动 3PCC服务的序列。说明使用第一实施方式的终端7a的用户接入到TOB服务器4 (SO)、请求启动与终 端7b之间的3PCC服务的情况下的序列。WEB服务器4从终端7a接收3PCC服务的启动请求。WEB服务器4向应用服务器 2发送请求终端7a与终端7b之间的会话建立的消息(建立呼叫会话请求)(Si)。在请求 该会话建立的消息中至少包含终端7a和终端7b的标识符。应用服务器2如果接收到上述会话建立请求,则将应答消息发送给WEB服务器 4(S2)。应答消息(建立呼叫会话应答)为了识别WEB服务器4与应用服务器2间的会话 而包括呼叫会话标识符。应用服务器2生成呼叫会话标识符。这里,应用服务器2将呼叫会话标识符作为检索键字,检索会话信息表210。如果 没有对应条目,则选择新条目210-1,将TOB服务器4的地址登记到对应条目的TOB服务器 地址212中。接着,应用服务器2启动服务判断例程260。如果接收到会话建立请求消息 Sl (S61),则应用服务器2将包含在接收消息中的namespace作为检索键字,检索触发规则 220(262)。在有对应的条目的情况下(例如条目220-n),读取对应条目的触发规则以及启 动器IP地址,并设定到会话信息表210的对应条目210-1的启动器IP地址213、触发规则 214中(263)。进而,在触发规则220的对应条目的附加信息处理有无224中设定为“有”的情况下,应用服务器执行对应于namespace的附加处理(271)。作为附加处理的例子,例如 有扩展参数的追加 删除、通信日志的收集等。通过应用服务器2进行追加处理,能够实现 服务特有处理及通信业者特有处理。在触发规则220的对应条目的附加信息处理有无224 中设定了 “无”的情况下,不进行本步骤中的追加处理(264)。回到图7,继续服务控制例程260的说明。应用服务器2参照在步骤263中决定 的消息规则230。消息规则230对应于每个隔触发规则而存在,由触发器表220的条目222 的值识别。消息规则230至少保存与Parlay X消息231相对应的SIP消息232、和参数变 换有无233的对应信息。应用服务器2按照上述消息规则进行消息的变换处理(266)。进 而,在参数变换有无233中设定为“有”的情况下,应用服务器2将包含在接收消息中的参 数作为检索键字,检索参数规则240(267)。在存在多个参数的情况下,对于所有参数,确认 有无对应的条目。在存在对应的条目的情况下,将包含在对应消息中的参数按照条目变换 (268)。如果消息及参数的变换结束,则应用服务器2参照会话信息表210,从在步骤Sl接 收时生成的条目中读取启动器IP地址(例如3pCC-ip)。这里,应用服务器2也可以在对应 条目210-1的会话状态215中设定“服务启动中”的状态。然后,应用服务器2向作为3PCC服务器3的地址的上述启动器IP地址发送消息 及参数变换后的消息(SIP应用服务器启动请求)(269,S3)。本SIP应用服务器启动请求 包括Parlay X呼叫会话标识符。应用服务器2如果从上述启动器(3PCC服务器3)接收到应答消息(S4),则结束本 例程(272)。在步骤S262、步骤S265中,在不存在对应条目的情况下,进行错误处理,结束本例 程(273)。在步骤270中,在应用服务器2在一定时间内没有接收到应答的情况下,进行错 误处理,结束本例程。即,在图8中,接收到Sl的应用2参照消息规则230,将Parlay X消息“建立呼叫 会话请求”变换为SIP消息“INVITE”。此外,参照参数规则240,将包含在建立呼叫会话请 求中的参数变换为包含在SIP INVITE中的参数(例如,将设定终端7a、7b的标识符的参数 call participant变换为Request URI)。在消息及参数的变换时,应用服务器2利用变换 引擎27。应用服务器2将包含变换后的消息的SIP应用服务器启动请求发送给3PCC服务 ^^ 3 ο回到图8,继续序列的说明。3PCC服务器3如果接收到SIP应用服务器启动请求 S3,则启动3PCC控制,进行例如SIP基础的3PCC控制。这里,3PCC服务器3生成用来识别终 端7a与终端7b之间的通信的3PCC标识符。3PCC服务器3在建立了会话的期间保持3PCC 标识符。如在图3中说明那样,3PCC控制是保存在存储器35中且由CPU34执行的程序。通过3PCC控制、SIP用户代理控制、SIP协议控制提供3PCC服务。3PCC服务器 首先对终端7a请求会话建立(S5 S10)。作为用于会话建立请求的SIP消息,例如利用 INVITE。终端7a如果受理了会话建立请求,则以200 OK应答。3PCC服务器3将应答确认 ACK发送给终端7a。接着,3PCC服务器3对终端7b请求会话建立(Sll S16)。进而,对终端7a请求
10与终端7b之间的媒体信息的更新(S17 S22)。通过以上的处理,能够进行终端7a与终端 7b之间的通信(S23)。3PCC服务器3在发送对步骤S21的会话建立应答的确认信号(ACK)之后,以“会话 建立通知”信号向应用服务器2通知会话(S27)。上述“会话建立通知”S27包含步骤S3中 接收到的Parlay X呼叫会话标识符。应用服务器2检索包含在步骤S27的信号中的Parlay X呼叫会话标识符,将会话信息表210的对应条目210-1的会话状态215变更为“会话建立 中,,。应用服务器2如果接收到上述信号,则向3PCC服务器3发送S27的接收确认信号 “会话建立通知应答” S28。WEB服务器4为了对应用服务器2确认3PCC服务的状态,发送状态询问请求(获 得呼叫会话信息请求)(S29)。上述请求的发送定时取决于WEB服务器侧的设定值。应用服务器2将包含在上述请求中的呼叫会话标识符作为检索键字,检索会话信 息表210。从对应条目210-1中读取会话状态215。应用服务器2将包含会话状态的应答 消息(获得呼叫会话信息应答)发送给WEB服务器4 (S30)。这里,在终端7a与终端yb进行通信的期间,为了确认通信是否正常地进行,3PCC 服务器3也可以向终端7(终端7a、终端7b)定期地发送消息。作为定期地发送的消息,例 如可以使用SIP INVITE消息。图9表示3PCC服务器3对终端7定期地发送SIP INVITE 消息的情况下的序列。3PCC服务器3经由SIP服务器1对终端7a发送INVITE消息(S31、 S32)。终端7a如果接收到上述消息,则发送应答消息200 (S33、S34)。3PCC3发送对上述应 答消息的确认消息(S35、S36)。在3PCC服务器3与终端7a之间,定期地(例如定时器Tl) 重复本序列(S51 S56)。由此,确认通信是否被正常地进行。定时器值Tl在会话建立时 使用SIP消息决定。在3PCC服务器3与终端7b之间也收发同样的消息(S37 S41、S57 S62)。定 时器值T2在会话建立时使用SIP消息决定。在本实施方式中,在会话建立用的通信协议中使用SIP。在实施本发明时,3PCC服 务器3与终端7也可以利用SIP以外的通信协议进行通信。接着,利用图10说明通信结束时的处理。表示终端7a对TOB服务器4发送通信 结束请求的情况。例如通过使用终端7的用户选择TOB服务器4提供的TOB画面上的通信 结束按钮,来启动上述通信结束请求(S70)。WEB服务器4对应用服务器2发送3PCC通信的结束请求“结束呼叫会话信息请 求”(S71)。上述消息包含Parlay X呼叫会话标识符。这里,应用服务器2将Parlay X呼叫会话标识符作为检索键字,检索会话信息表 210。从对应条目210-1读取启动器IP地址213和触发规则,并且将会话状态215更新为 “切断中”。接着,应用服务器2如果接收到上述消息,则启动服务判断例程260。应用服务器 2将包含在上述消息中的“namespace”作为检索键字,参照触发规则220。如果存在对应的 条目,则应用服务器2参照对应条目的附加信息处理有无224。在该条目中设定了 “有”的 情况下,应用服务器2执行对应于namespace的附加处理。进而,应用服务器2参照对应于触发规则的消息规则表230。应用服务器2将在步骤S71中接收到的Parlay X消息作为检索键字,检索触发规则表230。这里,从对应条目 230-2读取对应的SIP消息名232 (BYE)和参数变换的有无233 (无)。接着,应用服务器2 利用变换引擎27进行消息及参数的变换。然后,应用服务器2将消息变换后的结束请求消 息发送给设定在启动器IP地址213中的目的地“3pCC-ip” (S73)。3PCC服务器3如果接收到上述请求,则将应答消息“结束请求应答”向应用服务器 2发送。此外,3PCC服务器3对终端7a和终端7b分别发送SIP的会话结束消息(BYE) (S75 至 S82)。3PCC服务器3如果与终端7之间的会话结束,则向应用服务器2通知会话切断(会 话切断通知消息,S83)。在上述消息中包含Parlay X呼叫会话标识符。应用服务器2如果 接收到上述消息,则将Parlay X呼叫会话标识符作为检索键字,检索会话信息表210。应用 服务器2检索对应条目,将会话状态215变更为“切断结束”。接着,应用服务器2向3PCC 服务器3发送对上述消息S83的应答消息S84。然后,应用服务器2将会话信息条目的对应条目210保持一定期间(在一定时间 后将对应条目删除)。在应用服务器2保持对应条目的期间,从WEB服务器4向应用服务器2接收到信 息询问“获得呼叫会话信息请求” S85的情况下,将包含在对应消息中的呼叫会话标识符作 为检索键字,检索会话信息表210。应用服务器2读取对应条目的会话信息的值,将包含会 话状态“切断结束”的应答消息“获得呼叫会话信息应答” S86向TOB服务器4发送。如果应用服务器2在经过一定时间后(将会话信息表的对应条目删除之后)接收 到“获得呼叫会话信息请求” S85,则在会话信息表中不存在对应条目。在此情况下,应用服 务器2向TOB服务器4发送包含会话状态“没有对应”的应答消息“获得呼叫会话信息应 答” S86。上述请求S85的发送定时取决于TOB服务器4侧的设定值。在本实施方式中,作为启动器而表示了使用3PCC服务器3的例子。在实施本发明 时,也可以将3PCC服务器3以外的SIP应用服务器作为启动器使用。作为3PCC服务器以 外的启动器,例如有存在服务器5。另外,在上述第一实施方式中,应用服务器2、3PCC服务器3及存在服务器5也可 以如刀片服务器等那样在同一个壳体的装置上实现。根据本发明的第一实施方式,应用服务器2具备触发规则、参数规则,在不同的消 息(例如Parlay X消息和SIP消息)之间能够进行消息变换及参数变换。进而,通过使用 触发规则表判断附加信息处理有无,由此能够在应用服务器2中进行私有参数的扩展及消 息高速化处理等附加信息处理。由此,通信业者及服务提供者能够灵活地提供服务。接着,利用
本发明的第二实施方式。在上述第一实施方式中,应用服务器2提供了消息规则和参数规则。相对于此,在 第二实施方式中,其特征在于,存在服务器5或3PCC服务器3具备消息规则和参数规则。通 过存在服务器5或3PCC服务器3具备消息规则和参数规则,应用服务器2能够专注于服务 功能的分配处理、和附加功能的高速化处理。本发明的第二实施方式的通信网与第一实施方式是同样的,所以省略说明(参照 图1)。以下,仅对本发明的第二实施方式与第一实施方式的不同点进行说明。图11是表示本发明的第二实施方式的应用服务器2的结构例的说明图。
在第二实施方式中,存储器25不具备消息规则、参数规则、以及变换引擎。这些功 能由存在服务器5或3PCC服务器3具备。此外,应用服务器2不具备服务判断例程260而 具备服务判断例程280。在本实施方式中,应用服务器2能够专注于服务功能的分配处理、和附加功能的 高速化处理。图12是表示本发明的第二实施方式的3PCC服务器3的结构例的说明图。在第二 实施方式中,3PCC服务器3的存储器35除了第一实施方式以外,还具备消息规则330、参数 规则340、消息参数变换例程350、以及变换引擎37。通过3PCC服务器3具备消息规则、参数规则和变换引擎,应用服务器2能够专注 于服务功能的分配处理、和附加功能的高速化处理。此外,在本实施方式中,系统使用者能 够不给应用服务器2带来影响地实现3PCC服务用的参数扩展等3PCC服务特有的功能追 加。图13是表示本发明的第二实施方式的存在服务器5的结构例的说明图。在第二 实施方式中,存在服务器5的存储器55除了第一实施方式以外,还具备消息规则530、参数 规则540、消息参数变换例程350、以及变换引擎57。通过存在服务器5具备消息规则、参数规则和变换引擎,应用服务器2能够专注于 服务功能的分配处理、和附加功能的高速化处理。此外,在本实施方式中,系统使用者能够 不给应用服务器2带来影响地实现存在服务用的参数扩展等存在服务特有的功能追加。图14是说明本发明的第二实施方式的服务判断例程280的说明图。第二实施方 式的服务判断例程280不包括第一实施方式的消息变换及参数变换的步骤。图15是说明本发明的第二实施方式的消息参数变换例程350的说明图。启动器 (例如3PCC服务器3、存在服务器5)具备上述消息参数变换例程350。接着,在第二实施方式中,对接入在图1所示的接入网N2a中的终端7a启动3PCC 服务的序列进行说明。序列图与第一实施方式是同样的,所以参照图8、图9、图10,仅对第 二实施方式的序列与第一实施方式不同的部分进行说明。步骤Si、S2与第一实施方式是同样的。接着,应用服务器2启动服务判断例程280。如果接收到会话建立请求消息 Sl (281),则应用服务器2将包含在接收消息中的namespace作为检索键字,检索触发规则 220(282)。在有对应的条目的情况下(例如条目220-1),读取对应条目的触发规则及启动 器IP地址,设定到会话信息表210的对应条目210-1的启动器IP地址213、触发规则214 中(283)。进而,在触发规则220的对应条目的附加信息处理有无224中设定了“有”的情 况下,应用服务器2执行对应于namespace的附加处理(288)。作为附加处理的例子,例如 有扩展参数的追加·删除或通信日志的收集等。通过应用服务器2进行追加处理,能够实 现服务特有的功能及通信业者特有的功能。在触发规则220的对应条目的附加信息处理有无224中设定了“无”的情况下,不 进行本步骤中的追加处理(284),在步骤282中,在不存在对应条目的情况下,实施错误处 理(289),结束本例程。接着,应用服务器2从在步骤Sl接收时生成的会话信息表210的条目210_1中读 取启动器IP地址(例如3pCC-ip)。这里,应用服务器2也可以在对应条目210-1的会话状态215中设定“服务启动中”的状态。应用服务器2向上述启动器IP地址(3PCC服务器3)发送SIP应用服务器启动请 求S3 (285)。在本SIP应用服务器启动请求中包含ParlayX呼叫会话标识符。3PCC服务器3如果接收到上述SIP应用服务器启动请求S3,则启动消息参数变换 例程 350 (351)。3PCC服务器3从存储器35中参照消息规则330。消息规则330至少保存与Parlay X消息331对应的SIP消息332、以及参数变换有无333的对应信息。3PCC服务器3按照上 述消息规则进行消息的变换处理(353)。3PCC服务器3在进行消息变换的情况下,也可以 利用变换引擎37。进而,在参数变换有无333中设定了 “有”的情况下,3PCC服务器3将包含在接收 消息中的参数作为检索键字,检索参数规则340 (354)。在存在多个参数的情况下,对所有参 数确认有无对应的条目。在对应的条目存在的情况下,按照参数变换表变换包含在对应消 息中的参数(355)。如果消息以及参数的变换结束,则3PCC服务器3结束本例程(356)。在步骤352 中没有对应的消息规则的情况下,进行错误处理,结束本例程(357)。接着,3PCC服务器3启动3PCC控制,进行例如SIP基础的3PCC控制。然后,步骤 S5到S62的处理与第一实施方式是同样的。接着,利用图10,仅说明通信结束时的处理中与第一实施方式不同的部分。应用服务器2如果接收到“结束呼叫会话信息请求” S71,则启动服务判断例程 280。应用服务器2将包含在上述消息中的“namespace”作为检索键字,参照触发规则220。 如果存在对应的条目,则参照对应条目的附加信息处理有无224。在该条目中设定了 “有” 的情况下,应用服务器2执行对应于namespace的附加信息处理。然后,应用服务器2从会 话信息表的对应条目中读取启动器IP地址213,对设定的目的地“3pcc-ip”发送结束请求 消息(S73,285)。3PCC服务器3如果接收到上述结束请求消息S73,则启动消息参数变换例程350。首先,3PCC服务器3将在步骤S71中接收到的Parlay X消息作为检索键字,参照 消息规则表330。这里,从对应条目330-2中读取对应的SIP消息332 (BYE)和参数变换的 有无333(无)。在不需要参数的变更的情况下,结束本例程。接着,3PCC服务器3利用变 换引擎37,进行消息的变换。接着,3PCC服务器3对终端7a和终端7b分别发送SIP的会 话结束消息(BYE)(S75到S82)。以后的处理与第一实施方式是同样的。在图16A中表示 本实施方式中的3PCC服务器3中的消息规则的结构的一例,在图16B中表示3PCC服务器 3中的参数规则的结构的一例。在本实施方式中,表示了使用3PCC服务器3作为启动器的例子。在实施本发明时, 也可以使用3PCC服务器以外的SIP应用服务器作为启动器。作为3PCC服务器以外的启动 器,例如有存在服务器5。在此情况下,存在服务器5在启动消息参数变换例程350时参照 的表为消息规则530和参数规则540。根据本发明的第二实施方式,应用服务器2具备触发规则,存在服务器5及3PCC 服务器3提供消息规则和参数规则。由此,应用服务器2能够专注于服务功能的分配处理 和附加功能的高速化处理。此外,能够将SIP应用服务器所特有的处理(例如特殊参数的
14追加)封闭在3PCC服务器3或存在服务器5中来实现。由此,通信业者及服务提供者能够 进行服务的追加及扩展。即,能够实现服务的迅速提供及服务的定制化。另外,在第二实施方式中,应用服务器2、3PCC服务器3及存在服务器5也可以如 刀片服务器等那样在同一个壳体的装置上实现。上述记载是对实施例进行的,而本发明并不限于此,对于本领域的技术人员而言, 显然在本发明的主旨和权利要求书的范围内能够进行各种变更及修正。工业实用性通过使用本发明,通信业者及服务提供者能够灵活地提供服务。具体而言,应用服 务器2具备触发规则和参数规则,能够在不同的消息(例如Parlay X消息和SIP消息)之 间进行消息变换及参数变换。进而,通过使用触发规则表判断有无附加信息处理,由此在应 用服务器中能够进行私有参数的扩展及消息高速化处理等附加信息处理。
权利要求
一种通信系统,具备至少1个终端、对上述终端提供通信服务的服务控制服务器、具有用户接口的WEB服务器、以及具有与上述WEB服务器和上述服务控制服务器之间的通信线路的应用服务器,上述应用服务器具有从上述WEB服务器接收到服务请求信号时根据接收到的服务请求信号中包含的标识符确定对应的服务功能的机构、按照所确定的服务功能变换接收消息的机构、以及启动对应于接收到的服务请求信号的上述服务控制服务器的机构。
2.如权利要求1所述的通信系统,上述应用服务器还具备将服务请求信号变换为会话 控制信号的机构。
3.如权利要求2所述的通信系统,上述会话控制信号是SIP。
4.如权利要求1所述的通信系统,上述应用服务器还具有检测有无与服务请求信号对 应的附加信息处理的机构,具备在检测到上述附加信息处理的情况下实现与上述附加信息 处理对应的程序的机构。
5.如权利要求4所述的通信系统,上述服务请求信号是ParlayX API。
6.如权利要求5所述的通信系统,上述应用服务器在接收到ParlayXAPI的服务请求 信号的情况下,按照包含在Parlay X API中的消息确定具备服务功能的服务控制服务器。
7.一种应用服务器,具备与对终端提供通信服务的服务控制服务器和具有用户接口 的WEB服务器之间的通信线路;具有从上述WEB服务器接收到服务请求信号时根据接收到的服务请求信号中包含的 标识符确定对应的服务功能的机构、按照所确定的服务功能变换接收消息的机构、以及启 动对应于接收到的服务请求信号的上述服务控制服务器的机构。
8.如权利要求7所述的应用服务器,具备将上述服务请求信号变换为上述会话控制信 号的机构。
9.如权利要求8所述的应用服务器,上述会话控制信号是SIP。
10.如权利要求7所述的应用服务器,还具有检测有无与服务请求信号对应的附加信 息处理的机构,具备在检测到上述附加信息处理的情况下实现与上述附加信息处理对应的 程序的机构。
11.如权利要求10所述的应用服务器,上述服务请求信号是ParlayXAPI0
12.如权利要求11所述的应用服务器,在接收到ParlayXAPI的服务请求信号的情况 下,按照包含在Parlay X API中的消息确定具备服务功能的服务控制服务器。
13.—种通信方法,在具备至少1个终端、对上述终端提供通信服务的服务控制服务 器、具有用户接口的WEB服务器、以及具有与上述WEB服务器和上述服务控制服务器之间的 通信线路的应用服务器的通信系统中,上述应用服务器具有从上述WEB服务器接收到服务请求信号时根据接收到的服务请 求信号中包含的标识符确定对应的服务功能的机构、以及按照所确定的服务功能变换接收 消息的机构;上述应用服务器启动对应于接收到的服务请求信号的上述服务控制服务器。
14.如权利要求13所述的通信方法,上述应用服务器还具备将服务请求信号变换为会 话控制信号的机构。
15.一种通信系统,具备至少1个终端、对上述终端提供通信服务的服务控制服务器、2具有用户接口的WEB服务器、以及具有与上述WEB服务器和上述服务控制服务器之间的通 信线路的应用服务器,上述应用服务器具有从上述WEB服务器接收到服务请求信号时根据包含在接收到的 服务请求信号中的标识符确定对应的服务功能的机构、以及启动对应于接收到的服务请求 信号的上述服务控制服务器的机构;上述服务控制服务器具有按照所确定的服务功能变换接收消息的机构。
16.如权利要求15所述的通信系统,上述服务控制服务器还具备将服务请求信号变换 为会话控制信号的机构。
17.如权利要求16所述的通信系统,上述会话控制信号是SIP。
18.如权利要求15所述的通信系统,上述应用服务器还具有检测有无与服务请求信号 对应的附加信息处理的机构,具备在检测到上述附加信息处理的情况下实现与上述附加信 息处理对应的程序的机构。
19.如权利要求18所述的通信系统,上述服务请求信号是ParlayX API。
20.如权利要求19所述的通信系统,上述应用服务器在接收到ParlayXAPI的服务请求 信号时,按照包含在Parlay X API中的消息确定具备服务功能的服务控制服务器。
全文摘要
通信业者具备具有消息变换功能的应用服务器(2)。应用服务器(2)参照触发规则(220)和消息规则(230),进行服务功能分配处理。通信业者能够不对服务业者提供各自的服务器地址地进行各种服务功能的提供。
文档编号H04L12/56GK101911664SQ20088012483
公开日2010年12月8日 申请日期2008年12月19日 优先权日2008年3月6日
发明者松原大典, 武田幸子, 高濑晶彦 申请人:株式会社日立制作所