CN102035824B - 会话共享系统、方法以及用户终端 - Google Patents

Abstract

本发明提供会话共享系统、方法以及用户终端。其课题在于，减轻了服务器中的应用处理负荷，能够简单且可靠地实现提供联合应用所需要的HTTP/SIP会话的共享。作为解决手段，本发明的会话共享系统具有：第1功能处理单元；第2功能处理单元；以及会话信息联合单元，其将从第1功能处理单元或第2功能处理单元取得的在各应用服务器之间建立的会话信息转换为规定形式，赋予第2功能处理单元或第1功能处理单元，第2功能处理单元或第1功能处理单元向各应用服务器发送包含来自会话信息联合单元的转换会话信息在内的请求消息，各应用服务器进行请求消息中所包含的转换会话信息和通过本次的通信处理协议所生成的会话信息的对应。

Description

会话共享系统、方法以及用户终端

技术领域

本发明涉及会话共享系统、方法以及用户终端，例如，在SIP对应的应用服务器上构筑的联合提供Web服务和电话功能的应用中，能够应用共享Web服务和电话功能的会话的系统、方法和程序以及用户终端。

背景技术

例如，在应用服务器(以下也称为服务器)提供对Web服务和电话功能进行联合的应用的情况下，需要使Web服务和电话功能双方的利用者信息相关联，所以必须确定利用者。

例如，图2是说明服务器向例如3个用户A～用户C提供联合应用时的HTTP(HyperTextTransferProtocol)/SIP(SessionInitiationProtocol)会话管理的说明图。在图2中，在服务器生成了HTTP会话目标“1”、“2”、“3”和SIP会话目标“a”、“b”、“c”的情况下，提供联合应用的服务器例如需要进行HTTP会话目标“3”和SIP会话目标“b”是与“用户A”有关的会话目标的对应。

一般地，在提供Web服务的情况下，作为HTTP会话的管理方法，例如使用Web服务器使浏览器保持Cookie来保持用户会话的方法等。

并且，例如在使用SIP通过呼叫连接来进行语音通信的情况下，例如作为SIP会话的管理方法，例如使用如下方法等：根据由IETF的RFC3261规定的标准化技术(参照非专利文献1)，利用CALL-ID等来保持用户会话。

例如，在以Web的HTTP请求为契机而从服务器侧进行电话去电的方式(例如第三方呼叫(ThirdPartyCall)等)的情况下，服务器根据HTTP请求来进行使用SIP的呼叫控制，所以，HTTP/SIP的两个会话的相关联是比较容易的。

但是，如图3那样，在从用户终端进行电话去电方式的应用的情况下，成为服务器分别单独地从用户终端接收HTTP请求消息和SIPINVITE消息的形式，所以，无法容易地关联两个会话。

在上述这种情况下，作为关联HTTP/SIP的两个会话的方法，利用以下的方式。

第1方法是在Web应用的应答中嵌入会话关联识别信息的方式。

该情况是如下方式：例如服务器20处于图3的步骤S3所示的Web应用处理中，生成唯一识别HTTP会话的识别码，使该识别码包含于应答消息中。然后，用户终端10将该识别码作为电话去电时的参数(例如INVITE参数)发送到服务器20。服务器20接受该识别码，在步骤S6所示的SIP会话生成处理时，根据识别码来进行对应的HTTP会话和SIP会话的关联。

第2方法是预先在Web应用中登记用户终端的电话号码的方式。

该情况是如下方式：例如服务器20处于步骤S3所示的Web应用的处理中，针对用户登记识别用户终端10的电话号码等的呼叫的信息。然后，服务器20在生成步骤S6的SIP会话时，进行来自用户终端10的INVITE消息所包含的去电方号码和已登记信息的匹配，由此，进行HTTP会话和SIP会话的关联。

另外，使用图3的例子的上述方法的内容例示了在Web访问后进行电话去电的应用的情况。根据应用，也存在相反的情况、即在电话去电后进行Web访问的情况，但是，在该情况下，服务器20使用预先在Web应用中登记用户终端10的电话号码的第2方法。

【非专利文献1】RFC3261

但是，上述现有的方法可能产生以下的问题。

在上述第1方法的情况下，在服务器应用中，需要进行对HTTP会话生成唯一的识别码的处理、以及管理该识别码的处理等，所以，可能产生应用的处理增加、处理负荷增大的问题。

并且，在上述第2方法的情况下，需要预先对用户登记电话号码等信息，所以，对用户强加额外的处理。而且，利用人们的手动作业来进行用户信息的登记，所以，作业负担增多，并且，无法保障登记正确的信息。

因此，寻求如下的会话共享系统、方法和程序以及用户终端：减轻了服务器中的应用处理负荷，能够简单且可靠地实现提供联合应用所需要的HTTP/SIP会话的共享。

发明内容

为了解决该课题，第1方面的会话共享系统在一个或多个应用服务器对多个应用进行联合的系统中共享各自的会话，其特征在于，该会话共享系统具有：(1)第1功能处理单元，其使用第1通信处理协议接受从各应用服务器提供的第1应用服务；(2)第2功能处理单元，其使用第2通信处理协议接受从各应用服务器提供的第2应用服务；以及(3)会话信息联合单元，其将从第1功能处理单元或第2功能处理单元取得的在各应用服务器之间建立的会话信息转换为规定形式，赋予第2功能处理单元或第1功能处理单元，第2功能处理单元或第1功能处理单元向各应用服务器发送包含来自会话信息联合单元的转换会话信息在内的请求消息，各应用服务器将请求消息所包含的转换会话信息与通过本次的通信处理协议所生成的会话信息对应起来，第1用户终端具有上述第1功能处理单元和上述会话信息联合单元，第2用户终端具有上述第2功能处理单元和上述会话信息联合单元，会话信息联合单元将之前在各个应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

第2方面的会话共享方法在一个或多个应用服务器对多个应用进行联合的系统中共享各自的会话，其特征在于，该会话共享方法具有以下步骤：(1)第1功能处理步骤，在该步骤中，第1功能处理单元使用第1通信处理协议接受从各应用服务器提供的第1应用服务；(2)第2功能处理步骤，在该步骤中，第2功能处理单元使用第2通信处理协议接受从各应用服务器提供的第2应用服务；(3)会话信息联合步骤，在该步骤中，会话信息联合单元将从第1功能处理单元或第2功能处理单元取得的在各应用服务器之间建立的会话信息转换为规定形式，赋予第2功能处理单元或第1功能处理单元；(4)第2功能处理单元或第1功能处理单元向各应用服务器发送包含来自会话信息联合单元的转换会话信息在内的请求消息的步骤；以及(5)各应用服务器将请求消息所包含的转换会话信息与通过本次的通信处理协议所生成的会话信息对应起来的步骤，会话信息联合单元将之前在各个应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

第3方面的会话共享程序在对多个应用进行联合的系统中使一个或多个应用服务器共享各自的会话，其特征在于，该会话共享程序使用户终端作为如下单元发挥功能：(1)第1功能处理单元，其使用第1通信处理协议接受从各应用服务器提供的第1应用服务；(2)第2功能处理单元，其使用第2通信处理协议接受从各应用服务器提供的第2应用服务；以及(3)会话信息联合单元，其将从第1功能处理单元或第2功能处理单元取得的在各应用服务器之间建立的会话信息转换为规定形式，赋予第2功能处理单元或第1功能处理单元，(4)第2功能处理单元或第1功能处理单元发挥如下功能：向各应用服务器发送包含来自会话信息联合单元的转换会话信息在内的请求消息，会话信息联合单元将之前在各个应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

第4方面的用户终端构成在对多个应用进行联合的系统中使一个或多个应用服务器共享各自的会话的会话共享系统，其特征在于，该用户终端具有：(1)第1功能处理单元，其使用第1通信处理协议接受从各应用服务器提供的第1应用服务；(2)第2功能处理单元，其使用第2通信处理协议接受从各应用服务器提供的第2应用服务；以及(3)会话信息联合单元，其将从第1功能处理单元或第2功能处理单元取得的在各应用服务器之间建立的会话信息转换为规定形式，赋予第2功能处理单元或第1功能处理单元，第2功能处理单元或第1功能处理单元向各应用服务器发送包含来自会话信息联合单元的转换会话信息在内的请求消息，会话信息联合单元将之前在各个应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

根据本发明，减轻了服务器中的应用处理负荷，能够简单且可靠地实现提供联合应用所需要的HTTP/SIP会话的共享。

附图说明

图1是示出第1实施方式的会话共享系统的结构的结构图。

图2是说明现有的HTTP/SIP会话的关联的说明图。

图3是现有的Web/电话联合应用的顺序图。

图4是示出第1实施方式的会话联合功能部的功能结构的框图。

图5是示出第1实施方式的在Web访问后进行电话去电时的会话联合处理的顺序图。

图6是第1实施方式的在Web访问后进行电话去电时的用户终端中的顺序图。

图7是说明第1实施方式的对SIP消息赋予HTTP会话信息的具体例的说明图。

图8是示出第1实施方式的在电话去电后进行Web访问时的会话联合处理的顺序图。

图9是第1实施方式的在电话去电后进行Web访问时的用户终端中的顺序图。

图10是说明第1实施方式的对HTTP消息赋予SIP会话信息的具体例的说明图。

图11是示出第2实施方式的会话共享系统的结构的结构图。

图12是示出第2实施方式的在Web访问后进行电话去电时的会话联合处理的顺序图。

图13是第2实施方式的在Web访问后进行电话去电时的用户终端中的顺序图。

图14是说明具有多台应用服务器的结构的情况下的HTTP/SIP会话的分离问题的说明图。

图15是示出第3实施方式的会话共享系统的结构的结构图。

图16是示出第3实施方式的负载平衡器的请求消息分配部的功能结构的框图。

图17是示出第3实施方式的在Web访问后进行电话去电时的会话联合处理的顺序图。

标号说明

1、1-1、1-2：用户终端；11：浏览器功能部；12：电话功能部；13、31、32：会话联合功能部；131：功能开始指示接受部；132、311、322：会话信息形式转换部；133：功能开始指示部；312：显示部；321：QR码读取部；14：通信处理部；2、2-1～2-3：应用服务器；21：HTTP应用；22：电话应用；4：负载平衡器；41：请求消息分配部；411：服务器信息判定部；412：请求消息分配执行部。

具体实施方式

(A)第1实施方式

下面，参照附图说明本发明的会话共享系统、方法和程序以及用户终端的第1实施方式。

第1实施方式例示说明了在如下方式中应用本发明的实施方式：在应用服务器提供对Web服务和电话功能双方的应用进行联合的联合应用系统中，应用服务器共享HTTP/SIP会话。

(A-1)第1实施方式的结构

图1是示出第1实施方式的会话共享系统的主要结构的结构图。在图1中，第1实施方式的会话共享系统9A经由网络来连接用户终端1和应用服务器2。

另外，实际的系统结构例如为，在用户终端1和应用服务器2之间介入存在有SIP/HTTP代理服务器或负载平衡器等的装置，但是，为了简洁地说明发明特征，省略这些装置的说明。

用户终端1是接受联合应用的提供的利用者终端，例如是个人计算机、具有通信功能的便携电话机、PDA或游戏终端等的便携终端等。并且，如图1所示，用户终端1的内部结构至少具有浏览器功能部11、电话功能部12、会话联合功能部13、通信处理部14。

浏览器功能部11例如是如下的处理部：使用HTTP作为通信协议，浏览应用服务器2提供的Web数据和/或信息(例如HTML文件、图像文件、音乐文件等)。并且，浏览器功能部11能够应用通常的浏览器，为了管理HTTP会话，而接受来自应用服务器2的Cookie信息，并保持该Cookie信息。

并且，在电话去电后进行Web访问的情况下，浏览器功能部11从后述的会话联合功能部13接受确定电话功能涉及的SIP会话的会话信息(HTTP参数形式的CALL-ID等)，对HTTP消息赋予该会话信息，发送给应用服务器2进行访问。

电话功能部12例如是进行使用SIP的语音通信的处理部。电话功能部12例如根据在RFC3261中规定的标准化技术，在与应用服务器2之间收发SIP消息，由此建立会话来实现语音通信。

并且，在Web访问后进行电话去电的情况下，电话功能部12从后述的会话联合功能部13接受确定Web访问涉及的HTTP会话的会话信息(SIP参数形式的Cookie信息等)，对SIP消息赋予该会话信息，发送给应用服务器2。

会话联合功能部13将从浏览器功能部11或电话功能部12取得的会话信息转换为规定形式，对电话功能部12或浏览器功能部11赋予该转换后的会话信息。

图4是示出会话联合功能部13的功能结构的框图。如图4所示，会话联合功能部13至少具有功能开始指示接受部131、会话信息形式转换部132、功能开始指示部133。

功能开始指示接受部131从在与应用服务器2之间先进行动作的浏览器功能部11或电话功能部12接受开始本次功能动作的功能开始指示。

会话信息形式转换部132将功能开始指示所包含的会话信息转换为开始本次通信的通信协议的参数形式。

例如在Web访问后进行电话去电的情况下，会话信息形式转换部132从浏览器功能部11接受电话去电指示，并且，将确定HTTP会话的会话信息转换为SIP参数形式，赋予给电话功能部12。

并且，例如在电话去电后进行Web访问的情况下，会话信息形式转换部132从电话功能部12接受Web访问指示，并且，将确定SIP会话的会话信息转换为HTTP参数形式，赋予给浏览器功能部11。

这里，确定SIP会话的会话信息能够应用基于现有技术的信息，例如能够应用CALL-ID等。并且，确定HTTP会话的会话信息也能够应用基于现有技术的信息，例如能够应用来自应用服务器2的Cookie信息。

例如，在将HTTP的会话信息转换为SIP参数形式的情况下，会话联合功能部13取得浏览器功能部11在Web访问中使用的Cookie信息，将该Cookie信息转换为SIP参数形式。

并且，例如，在将SIP的会话信息转换为HTTP参数形式的情况下，会话联合功能部13将电话功能部12取得的CALL-ID转换为HTTP消息即HTTPGET的参数。

如上所述，用户终端1侧进行HTTP或SIP的会话信息的转换，由此，减轻了基于服务器2的应用处理的会话管理处理的负担，同时能够实现服务器2侧的会话共享。

功能开始指示部133对进行本次通信的电话功能部12或浏览器功能部11赋予包含由会话信息形式转换部132转换的会话信息在内的功能开始指示。

通信处理部14是在与通信网之间收发信息的通信处理部。

应用服务器2对用户提供联合了多个功能的应用。如图1所示，应用服务器2具有：提供使用了HTTP的Web应用的HTTP应用21、使用SIP提供电话功能的电话应用22。

HTTP应用21执行规定的Web应用程序。HTTP应用21在规定的应用处理中，建立与用户终端1之间的会话，例如生成Cookie信息并将其发送到用户终端1。并且，HTTP应用21例如进行将会话信息和应用基准对应起来的会话管理。

电话应用22接受来自用户终端1的呼叫连接请求消息后，执行进行该用户终端1和通信目的地之间的呼叫控制的应用。电话应用22例如根据RFC3261的标准技术生成CALL-ID等，进行包含该CALL-ID等的SIP消息的收发，并且，使用CALL-ID等进行呼叫状态的管理。

而且，HTTP应用21和电话应用22具有会话共享处理部23。

会话共享处理部23进行SIP会话信息和HTTP会话信息的对应，进行HTTP/SIP会话的关联。

(A-2)第1实施方式的动作

接着，参照附图说明第1实施方式的会话共享方式的动作。

第1实施方式的会话共享处理能够与Web访问和电话功能的动作顺序无关地进行应用。

因此，以下，分为用户终端1在进行Web访问后进行电话去电的情况和在进行电话去电后进行Web访问的情况来说明动作。

(A-1-1)在进行Web访问后进行电话去电的情况

图5是示出在Web访问后进行电话去电时的会话联合处理的顺序图。并且，图6是示出用户终端1中的会话联合处理的顺序图。

首先，用户终端1向应用服务器2发送浏览器功能部11请求访问Web站点的HTTPGET，以进行针对规定Web站点的访问(步骤S11)。

应用服务器2在接收到HTTPGET后，生成HTTP会话(Cookie信息)(步骤S12)，HTTP应用21进行Web应用处理，向用户终端1回复包含Cookie信息在内的应答消息(200OK)(步骤S13、S14)。

由此，在用户终端1中，浏览器功能部11显示应用服务器2的Web数据，能够接受从应用服务器2提供的Web服务。

然后，在用户终端1接受与Web服务联合的电话功能的联合应用的情况下，会话联合功能部13进行将Web访问的会话信息转换为SIP参数形式的处理(步骤S15)。

此时，在图6中，当浏览器功能部11从应用服务器2接收到包含Cookie信息的HTTP200OK后(步骤S101)，浏览器功能部11对会话联合功能部13进行电话去电指示(步骤S102)。

在来自浏览器功能部11的电话去电指示中包含Cookie信息，会话联合功能部13将Cookie信息转换为SIP参数形式(步骤S103)，对电话功能部12赋予包含该转换后的Cookie信息在内的电话去电指示(步骤S104)。

电话功能部12对SIPINVITE消息的头信息赋予Cookie信息，将其发送到应用服务器2(步骤S105、图5的步骤S16)。

这里，说明对SIP消息赋予Cookie信息的方法。例如，电话功能部12能够赋予Cookie信息，作为SIPINVITE消息的To头参数、或Contact头参数。

图7示出具体例。例如，在图7的例子中，Cookie信息为“ed29cdffea3527b1”。

例如，在对TO头赋予Cookie信息的情况下，如图7(A)所例示的那样，转换为“To：＜sip：vxml＠110.5.1.52；Cookie＝ed29cdffea3527b1＞”进行赋予。并且，例如，在对Contact头赋予Cookie信息的情况下，如图7(B)所例示的那样，转换为“Contact：“0095”＜sip：110.5.1.71：5060；Transport＝udp；Cookie＝ed29cdffea3527b1＞”进行赋予。并且，在作为SIP扩展头进行赋予的情况下，如图7(C)所例示的那样，转换为“X-Cookie：ed29cdffea3527b1”进行赋予。

并且，会话联合功能部13和电话功能部12更加密切地联合，由此，能够在电话去电时的CALL-ID和/或From头的tag值中包含HTTP会话信息。在采用该方式的情况下，不需要SIP头上的多余参数，所以，与SIP网的亲和性提高。单独参数不会违反SIP网的规格或在中间节点自动删除参数。

在应用服务器2中，通过接收SIPINVITE消息，起动电话应用22，生成SIP的会话信息(例如CALL-ID等)(步骤S17)，进行SIPINVITE消息所包含的去电方(用户终端1)和去电目的地之间的呼叫控制处理(步骤S18)。

此时，应用服务器2的电话应用22提取SIPINVITE消息所包含的Cookie信息，进行本次生成的CALL-ID和Cookie信息的对应，根据Cookie信息进行与HTTP会话的关联。

(A-1-2)在进行电话去电后进行Web访问的情况

图8是示出在电话去电后进行Web访问时的会话联合处理的顺序图。并且，图9是示出用户终端1中的会话联合处理的顺序图。

首先，为了用户终端1进行通话，电话功能部12对应用服务器2发送SIPINVITE消息(步骤S21)。

应用服务器2在接收到SIPINVITE消息后，生成CALL-ID作为SIP的会话信息(步骤S22)，进行与SIPINVITE所包含的去电目的地之间的呼叫控制，进行电话应用处理(步骤S23)。

然后，在用户终端1进行与电话功能联合的Web访问时，电话功能部12结束并切断用户终端1的通话(步骤S24)，会话联合功能部13进行将SIP的会话信息即CALL-ID转换为HTTP参数形式的处理(步骤S25)。

此时，电话功能部12从应用服务器2接收到通话切断的应答消息(200OK)后(步骤S201)，电话功能部12对会话联合功能部13进行浏览器起动指示(步骤S202)。

在来自电话功能部12的浏览器起动指示中包含CALL-ID，会话联合功能部13将CALL-ID转换为HTTP参数形式(步骤S203)，对浏览器功能部11赋予包含该转换后的CALL-ID在内的浏览器起动指示(步骤S204)。

浏览器功能部11在HTTP消息中赋予SIP会话信息(CALL-ID)，将其发送到应用服务器2(步骤S205、图8的步骤S26)。

这里，说明对HTTP消息赋予SIP会话信息的方法。例如，浏览器功能部11能够赋予SIP会话信息(CALL-ID等)，作为HTTP的GET形式(method)的参数、或HTTP扩展头。

图10示出具体例。例如，在图10的例子中，CALL-ID为“440ca9599ba757fbc9a5a0024728db0e110.5.1.71”。

例如，在对GET形式赋予CALL-ID的情况下，如图10(A)所例示的那样，转换为“http://www.oki.com/？Call-ID＝440ca9599ba757fbc9a5a0024728db0e110.5.1.71”进行赋予。并且，例如，在对HTTP扩展头赋予CALL-ID的情况下，如图10(B)所例示的那样，转换为“X-Call-ID：440ca9599ba757fbc9a5a0024728db0e110.5.1.71”进行赋予。

在应用服务器2中，通过接收HTTPGET，起动HTTP应用21，生成HTTP的会话信息(例如Cookie)(步骤S27)，进行Web应用处理(步骤S28、S29)。

此时，应用服务器2的HTTP应用21提取HTTPGET所包含的CALL-ID，进行本次生成的Cookie信息和CALL-ID的对应，根据CALL-ID进行与SIP会话的关联。

另外，在第1实施方式中，会话信息的字符串数取决于安装，所以，作为SIP和HTTP的参数，还考虑规格范围以外的长度。在这种情况下，能够采用如下方式：使用哈希函数，将会话信息缩短为适当长度。

(A-3)第1实施方式的效果

如上所述，根据第1实施方式，用户终端侧向应用服务器发送联合应用的会话信息，所以，应用服务器不需要像以往那样进行关联会话的识别符的生成和管理，能够减轻用户侧的应用处理负担。

并且，根据第1实施方式，作为联合应用的类型，能够与Web访问和电话去电这两个功能的动作顺序无关地进行应用。

另外，在现有方式中，需要预先登记利用者侧的电话号码，但是，根据第1实施方式，不需要针对利用者请求额外的处理。

(B)第2实施方式

接着，参照附图说明本发明的会话共享系统、方法和程序的第2实施方式。

第1实施方式例示了用户终端具有浏览器功能部和电话功能部的情况的实施方式，但是，第2实施方式例示了浏览器功能部和电话功能部分别搭载于不同的用户终端的情况的实施方式。

(B-1)第2实施方式的结构

图11是示出第2实施方式的会话共享系统的主要结构的结构图。在图11中，第2实施方式的会话共享系统9B构成为经由网络来连接用户终端1-1、1-2和应用服务器2。

用户终端1-1例如是个人计算机、PDA等的便携终端等。并且，用户终端1-1至少具有浏览器功能部11、会话联合功能部31、以及通信处理部14。另外，浏览器功能部11和通信处理部14是与第1实施方式中说明的处理部相同的处理部。

会话联合功能部31在进行应用的联合时，取得浏览器功能部11保持的Cookie信息，将该Cookie信息转换为规定形式。

如图11所示，会话联合功能部31至少具有会话信息形式转换部311和显示部312。

与第1实施方式同样，会话信息形式转换部311将来自浏览器功能部11的Cookie信息转换为SIP参数形式。进而，会话信息形式转换部311将SIP参数形式的Cookie信息转换为二维码。这里，二维码的种类不特别限定，能够广泛应用QR码、SP码等。在第2实施方式中，例示QR码的情况。另外，针对QR码的转换方法能够应用现有的转换技术，所以这里省略详细说明。

显示部312显示由会话信息形式转换部311转换后的Cookie信息的二维码。显示部312例如是个人计算机等显示器。

用户终端1-2例如是电话机(包含固定式电话机、便携电话机)、具有电话功能的PDA等的便携终端等。用户终端1-2至少具有电话功能部12、会话联合功能部32、以及通信处理部14。另外，电话功能部12和通信处理部14是与第1实施方式中说明的处理部相同的处理部。

会话联合功能部32读取在用户终端1-1的显示部312中显示的二维码，根据该二维码来复原Cookie信息，将该复原后的Cookie信息转换为SIP参数形式。

如图11所示，会话联合功能部32至少具有QR码读取部321、会话信息形式转换部322。

QR码读取部321读取在用户终端1-1的显示部312中显示的二维码。

会话信息形式转换部322根据QR码读取部321读取的二维码，转换为已转换为SIP参数形式的Cookie信息，将其赋予给电话功能部12。

另外，在第1实施方式中，例示了用户终端1-1的会话联合功能部31将Cookie信息转换为SIP参数形式的情况，但是，会话联合功能部31也可以直接对来自浏览器功能部11的Cookie信息进行二维码化，用户终端1-2的会话联合功能部32将根据二维码复原的Cookie信息转换为SIP参数形式，将其赋予给电话功能部12。

(B-2)第2实施方式的动作

接着，参照附图说明第2实施方式的会话共享方式的动作。在第2实施方式中，假设读取了二维码的用户终端1-2进行电话去电，所以，例示在Web访问后进行电话去电时的会话联合处理。

图12是示出在Web访问后进行电话去电时的会话联合处理的顺序图。并且，图13是示出用户终端1-1和用户终端1-2中的会话联合处理的顺序图。

首先，与第1实施方式同样，用户终端1-1为了进行针对规定Web站点的访问，使浏览器功能部11发送HTTPGET(步骤S30)，应用服务器2生成HTTP会话(步骤S31)，进行Web应用处理，向用户终端1-1回复包含Cookie信息在内的应答消息(200OK)(步骤S32、S33、图13的步骤S301)。

然后，利用者使用用户终端1-2进行与Web服务联合的电话去电(步骤S34)。

此时，在用户终端1-1中，浏览器功能部11针对会话联合功能部31进行包含Cookie信息的电话去电指示(步骤S302)。

在会话联合功能部31中，会话信息形式转换部311将Cookie信息转换为SIP参数形式(步骤S303)，进而，对SIP参数形式的Cookie信息进行二维码化(步骤S304)，在显示部312中显示二维码(QR码)。

利用者利用用户终端1-2的QR码读取部321读取在用户终端1-1的显示部312中显示的二维码(图12的步骤S35、步骤S305)，会话信息形式转换部322根据二维码转换为Cookie信息，将其赋予给电话功能部12(步骤S306)。

然后，电话功能部12与第1实施方式同样，在SIPINVITE消息中附加转换为SIP参数形式的Cookie信息，将其发送到应用服务器2(步骤S307)。此后的处理与第1实施方式相同。

(B-3)第2实施方式的效果

如上所述，根据第2实施方式，除了第1实施方式的效果以外，以往在浏览器功能部和电话功能部搭载于不同终端上的情况下，也能够进行会话信息的关联。

(C)第3实施方式

接着，参照附图说明本发明的会话共享系统、方法和程序以及用户终端的第3实施方式。

在第1实施方式中，例示了应用服务器为一台的情况，但是，例如为了应对冗余和分散负载，有时利用具有多台应用服务器的动作结构来进行设置。

在这种结构的情况下，例如如图14所示，在Web和电话的请求到达不同服务器的情况下，存在在服务器之间分离SIP/HTTP的会话的可能性。在这种情况下，如果是没有在服务器之间共享会话的结构的服务器，则无法关联SIP和HTTP的会话信息。

因此，在第3实施方式中，在返还给用户终端的会话信息中赋予应用服务器的识别信息(例如IP地址等)，由此，网络设备(例如负载平衡器等)对相同服务器分配同一用户的SIP/HTTP请求。

(C-1)第3实施方式的结构

图15是示出第3实施方式的会话共享系统的主要结构的结构图。如图15所示，在第3实施方式的会话共享系统9C中，用户终端1经由负载平衡器4与应用服务器2-1～2-3连接。

负载平衡器4是对应用服务器2-1～2-3分配从用户终端1侧接收到的分组的负载分散装置。负载平衡器4除了通常的负载平衡器的功能以外，如图15所示，具有请求消息分配部41。

请求消息分配部41根据从用户终端1接收到的请求消息，对应用服务器2-1～2-3中的任一方分配该请求消息。

图16是示出请求消息分配部41的功能结构的框图。请求消息分配部41至少具有服务器信息判定部411和请求消息分配执行部412。

服务器信息判定部411根据从用户终端1接收到的请求消息所包含的服务器信息，判定请求消息的发送目的地。这里，作为服务器信息，例如是应用服务器2-1～2-3的IP地址等。

请求消息分配执行部412根据服务器信息判定部411的判定结果，进行等级消息的分配。

应用服务器2-1～2-3与在第1实施方式中说明的应用服务器相同，接受利用负载平衡器4进行的负载分散。因此，有时在应用服务器之间分离HTTP/SIP会话，但是，第3实施方式的应用服务器2-1～2-3具有服务器信息赋予部42，来避免该问题。

服务器信息赋予部42在回复给用户终端1的应答消息中赋予本服务器的服务器信息。即，应用服务器2-1～2-3在应答消息中赋予会话信息和服务器信息来发送。

(C-2)第3实施方式的动作

接着，参照附图说明第3实施方式的会话共享处理的动作。下面，例示在Web访问后进行电话去电时的处理，但是，在电话去电后进行Web访问时的处理中也能够应用同样的处理。

图17是示出在Web访问后进行电话去电时的会话联合处理的顺序图。

首先，与第1实施方式同样，用户终端1为了进行针对Web站点的访问，使浏览器功能部11发送HTTPGET(步骤S41)。此时，HTTPGET的发送目的地例如为负载平衡器4的虚拟节点地址。

负载平衡器4接收到HTTPGET后，进行规定的负荷分散等的处理，向对应的应用服务器发送HTTPGET。这里，例示向应用服务器2-2发送HTTPGET的情况。

应用服务器2-2生成HTTP会话(Cookie信息)(步骤S42)，进行Web应用处理(步骤S43)。进而，应用服务器2-2的服务器信息赋予部42在应答消息中赋予本服务器的服务器信息，并将其发送到用户终端1(步骤S44)。

在用户终端1中，接收到应答消息后(步骤S45)，与第1实施方式同样进行会话联合处理(步骤S46)，电话功能部12对SIPINVITE消息赋予转换为SIP参数形式的Cookie信息和应用服务器2-2的服务器信息，并将其发送到负载平衡器4(步骤S47)。

负载平衡器4从用户终端1接收到SIPINVITE消息后，服务器信息判定部411根据SIPINVITE消息所包含的服务器信息，判定是以应用服务器2-2为目的地的请求消息的情况后，请求消息分配执行部412向应用服务器2-2发送该SIPINVITE消息(步骤S48)。

由此，能够对提供与该Web服务联合的电话应用的应用服务器2-2赋予包含HTTP的会话信息(Cookie信息)在内的SIPINVITE消息，能够进行HTTP/SIP会话的关联。

另外，此后的处理与第1实施方式相同，所以省略说明。

(C-3)第3实施方式的效果

如上所述，根据第3实施方式，除了第1实施方式的效果以外，还能够发挥以下效果：即使是没有在服务器之间共享会话的结构的服务器，也能够利用动作结构来设置多台应用服务器。

(D)其他实施方式

在上述第1～第3实施方式中，例示了在呼叫控制的通信协议中使用SIP的情况，但是不限于SIP，例如也能够应用ITU-T的H.323劝告、MGCP等。

在第2实施方式中，作为在用户终端之间收发会话信息的手段，例如使用QR码等的二维码，但是不限于此，也可以使用一维码。该情况下，用户终端需要设置一维码的读取单元。并且，例如，在用户终端之间，也可以通过USB连接等来进行会话信息的收发。

在第3实施方式中，例示了以第1实施方式的结构为基础、具有多台应用服务器的结构的情况，但是，对于第2实施方式的结构也能够同样应用。

Claims (5)

1.一种会话共享系统，该会话共享系统在一个或多个应用服务器对多个应用进行联合的系统中共享各自的会话，其特征在于，该会话共享系统具有：

第1功能处理单元，其使用第1通信处理协议接受从各个上述应用服务器提供的第1应用服务；

第2功能处理单元，其使用第2通信处理协议接受从各个上述应用服务器提供的第2应用服务；以及

会话信息联合单元，其将从上述第1功能处理单元或上述第2功能处理单元取得的在各个上述应用服务器之间建立的会话信息转换为规定形式，提供给上述第2功能处理单元或上述第1功能处理单元，

上述第2功能处理单元或上述第1功能处理单元向各个上述应用服务器发送包含来自上述会话信息联合单元的转换会话信息的请求消息，

各个上述应用服务器将上述请求消息所包含的上述转换会话信息与通过本次的通信处理协议所生成的会话信息对应起来，

第1用户终端具有上述第1功能处理单元和上述会话信息联合单元，

第2用户终端具有上述第2功能处理单元和上述会话信息联合单元，

上述会话信息联合单元将之前在各个上述应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

2.根据权利要求1所述的会话共享系统，其特征在于，

上述第1用户终端的上述会话信息联合单元将上述会话信息转换为二维码，在显示部中显示转换后的二维码，

上述第2用户终端的上述会话信息联合单元读取在上述第1用户终端的上述显示部中显示的上述二维码，进行上述会话信息的复原。

3.根据权利要求1所述的会话共享系统，其特征在于，

各个上述应用服务器具有服务器信息赋予部，该服务器信息赋予部向用户终端发送赋予了所建立的上述会话信息和自身的服务器识别信息的信息，

该会话共享系统具有消息分配单元，该消息分配单元接收从上述第2功能处理单元或上述第1功能处理单元发送的包含上述会话信息和上述服务器识别信息的请求消息，根据上述服务器识别信息来分配该请求消息。

4.一种会话共享方法，该会话共享方法在一个或多个应用服务器对多个应用进行联合的系统中共享各自的会话，其特征在于，该会话共享方法包括：

第1功能处理步骤，在该步骤中，第1功能处理单元使用第1通信处理协议接受从各个上述应用服务器提供的第1应用服务；

第2功能处理步骤，在该步骤中，第2功能处理单元使用第2通信处理协议接受从各个上述应用服务器提供的第2应用服务；

会话信息联合步骤，在该步骤中，会话信息联合单元将从上述第1功能处理单元或上述第2功能处理单元取得的在各个上述应用服务器之间建立的会话信息转换为规定形式，提供给上述第2功能处理单元或上述第1功能处理单元；

上述第2功能处理单元或上述第1功能处理单元向各个上述应用服务器发送包含来自上述会话信息联合单元的转换会话信息的请求消息的步骤；以及

各个上述应用服务器将上述请求消息所包含的上述转换会话信息与通过本次的通信处理协议所生成的会话信息对应起来的步骤，

上述会话信息联合单元将之前在各个上述应用服务器之间建立的会话信息转换为本次通信的通信协议形式。

5.一种用户终端，该用户终端构成在对多个应用进行联合的系统中使一个或多个应用服务器共享各自的会话的会话共享系统，其特征在于，该用户终端具有：

第1功能处理单元，其使用第1通信处理协议接受从各个上述应用服务器提供的第1应用服务；

第2功能处理单元，其使用第2通信处理协议接受从各个上述应用服务器提供的第2应用服务；以及

会话信息联合单元，其将从上述第1功能处理单元或上述第2功能处理单元取得的在各个上述应用服务器之间建立的会话信息转换为规定形式，提供给上述第2功能处理单元或上述第1功能处理单元，

上述第2功能处理单元或上述第1功能处理单元向各个上述应用服务器发送包含来自上述会话信息联合单元的转换会话信息的请求消息，

上述会话信息联合单元将之前在各个上述应用服务器之间建立的会话信息转换为本次通信的通信协议形式。