CN102177526B - 服务提供系统和服务提供方法 - Google Patents

Abstract

服务提供服务器(10)针对每个终端(30)收集识别在终端(30)间建立的通信的呼叫会话信息和识别终端(30)的服务利用ID。然后，服务提供服务器(10)确定表示相同通信的各个呼叫会话信息，将各个Web服务关联起来。并且，服务提供服务器(10)在将关联起来的各个Web服务提供给各个终端(30)时，确定识别各个终端(30)的各个服务利用ID，控制Web服务提供，以便利用依据与各个服务利用ID对应地存储在历史信息DB内的历史信息的内容来提供各个Web服务。

Description

服务提供系统和服务提供方法

技术领域

本发明涉及服务提供系统和服务提供方法。

背景技术

以往，作为提供给与IP(Internet Protocal，互联网协议)网络连接的终端的服务，有使用WWW(World Wide Web，万维网)关联技术的Web服务。并且，在Web服务中，有IM(Instant Messaging，瞬时消息传送)服务等高级的Web服务。例如，提供IM服务的服务提供服务器通过使提供给各个终端的Web服务在终端之间关联，提供聊天和图像数据共享等高级的Web服务。

此时，利用IM服务的终端对服务提供服务器预先进行会员登记。并且，终端在与另一会员之间交换彼此的会员ID，预先登记在伙伴列表内。这样，服务提供服务器根据预先登记的会员之间的伙伴关系控制Web服务，使Web服务在会员之间关联。另外，例如在专利文献1中公开了通过使会员管理一元化而不需要利用新的服务时的会员登记的技术。并且，例如在专利文献2中公开了使用一般的浏览器来进行应用共享的技术。

专利文献1：日本特开2005-228122号公报

专利文献2：日本特开2003-044429号公报

但是，在上述的现有技术中，存在不能灵活地提供高级的Web服务的课题。近年来，存在很多经由网络结成暂时的(Ad-hoc)通信关系的终端，期望的是对这样的通信关系的终端也提供高级的Web服务。然而，在以预先进行会员登记作为前提的现有技术中，服务提供服务器不能对结成暂时的通信关系的终端提供高级的Web服务。

发明内容

因此，本发明正是为了解决上述现有技术的课题而完成的，本发明的第一目的是， 灵活地提供高级的Web服务，例如应对暂时的通信关系等。

并且，本发明的第二目的是，应对暂时的通信关系，并且，提供同与利用者相关的各种信息关联的高附加值的Web服务。

为了解决上述课题，达到目的，本发明的服务提供系统将网络上的服务提供给终端，该服务提供系统具有：通信信息收集单元，其针对每个终端收集识别在终端间建立的通信的通信信息；识别信息收集单元，其针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；关联单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个终端的各个服务关联起来；以及服务提供单元，其在将由所述关联单元关联起来的各个服务提供给各个终端时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息。

灵活地提供高级的Web服务，例如应对暂时的通信关系等。

此外，应对暂时的通信关系，并且，提供同与利用者相关的各种信息关联的高附加值的Web服务。

附图说明

图1是用于说明实施例1涉及的服务提供系统的概要的图。

图2是示出终端的结构的框图。

图3是示出会话管理服务器的结构的框图。

图4是用于说明呼叫会话信息DB的图。

图5是用于说明服务利用信息DB的图。

图6是用于说明证书的图。

图7是用于说明附加给证书的签名的图。

图8是示出服务提供服务器的结构的框图。

图9是用于说明会话信息DB的图。

图10是用于说明店铺信息DB的图。

图11是用于说明历史信息DB的图。

图12是示出实施例1涉及的服务提供系统的处理步骤的顺序图。

图13是示出证书发布部的处理步骤的流程图。

图14是示出服务提供部的处理步骤的流程图。

图15是用于说明实施例2涉及的服务提供系统的概要的图。

图16是示出服务提供服务器的结构的框图。

图17是用于说明用户信息DB的图。

图18是示出实施例2涉及的服务提供系统的处理步骤的顺序图。

图19是示出服务提供部的处理步骤的流程图。

图20是用于说明服务提供画面的图。

图21是用于说明实施例3涉及的服务提供系统的概要的图。

图22是示出会话管理服务器的结构的框图。

图23是用于说明服务利用信息DB的图。

图24是用于说明证书的图。

图25是用于说明会话信息DB的图。

图26是用于说明用户信息DB的图。

图27是示出实施例3涉及的服务提供系统的处理步骤的顺序图。

图28是示出实施例3涉及的服务提供系统的处理步骤的顺序图。

图29是示出证书发布部的处理步骤的流程图。

图30是用于说明证书的图。

图31是用于说明服务提供画面的图。

图32是用于说明利用Parlay X来实现在会话管理服务器和SIP服务器之间的通信的一例的图。

具体实施方式

以下，参照附图详细说明本发明涉及的服务提供系统和服务提供方法的实施例。以下，依次说明实施例1涉及的服务提供系统的概要、结构、处理步骤、实施例1的效果，之后说明其它实施例。

实施例1

[实施例1涉及的服务提供系统的概要]

首先，使用图1说明实施例1涉及的服务提供系统的概要。图1是用于说明实施例1涉及的服务提供系统的概要的图。

如图1所示，实施例1涉及的服务提供系统具有服务提供服务器10、会话管理服务器20以及终端30。首先，在终端30间根据SIP(Session Initiation Protocol，会话发起协议)建立通信，然后，服务提供服务器10通过HTTP(Hyper Text TransferProtocol，超文本传输协议)通信将Web服务提供给各个终端30。

进行具体说明，首先，在终端30间根据SIP建立通信，在终端30间开始语音通话(步骤S1101)。

然后，会话管理服务器20向各个终端30发布记载有呼叫会话信息和服务利用ID的证书(步骤S1102)。这里，呼叫会话信息是识别在终端30间根据SIP建立的通信的信息，并且，服务利用ID是识别终端30的信息。

然后，各个终端30将从会话管理服务器20发布的证书连同服务利用请求一起发送到服务提供服务器10(步骤S1103)。

另一方面，如图1所示，服务提供服务器10将服务利用ID和历史信息对应起来存储在历史信息DB内。即，服务提供服务器10针对曾经利用Web服务的终端30，与识别该终端30的服务利用ID对应地存储历史信息。因此，服务提供服务器10在从终端30接收到证书时，使用记载在证书内的服务利用ID来参照历史信息DB，检索历史信息(步骤S1104)。

然后，服务提供服务器10确定从各个终端30发送的各个呼叫会话信息是表示相同通信的呼叫会话信息，使提供给各个终端30的Web服务关联，并且，控制服务提供，以便利用依据检索出的历史信息的内容提供各个服务(步骤S1105)。

并且，服务提供服务器10将提供给各个终端30的Web服务的历史信息存储在历史信息DB内(步骤S1106)。

由此，根据实施例1涉及的服务提供系统，能够灵活地提供高级的Web服务，例如应对暂时的通信关系等。

即，各个终端30并不是在服务提供服务器10内预先进行会员登记，并且也不是预先登记伙伴关系。各个终端30的关系只不过是根据SIP建立了通信这样的暂时的通信关系。在这一点上，实施例1涉及的服务提供系统通过使用识别暂时的通信关系的呼叫会话信息，使服务提供服务器10每次都把握暂时的通信关系，灵活地提供Web服务的关联等高级的Web服务。

并且，根据实施例1涉及的服务提供系统，能够提供同与利用者相关的各种信息关联的高附加值的Web服务。

即，服务提供服务器10并不是对各个终端30预先进行会员登记，只不过使用呼叫会话信息来把握各个终端30的关系。在这一点上，实施例1涉及的服务提供系统发布识别终端30的服务利用ID，通过使用服务利用ID来使服务提供服务器10把握终端30。结果，服务提供服务器10能够针对曾经利用Web服务的终端30蓄积历史信息，当再次向终端30提供Web服务时，能够提供与历史信息关联的高附加值的Web服务。

[实施例1涉及的服务提供系统的结构]

下面，使用图2～图11说明实施例1涉及的服务提供系统的结构。以下，依次说明终端30的结构、会话管理服务器20的结构、服务提供服务器10的结构。

[终端]

首先，使用图2说明终端30的结构。图2是示出终端的结构的框图。终端30是通过在通用的PC(Personal Computer，个人计算机)等内配备以下说明的各部来实现的，如图2所示，终端30具有SIP通信部31、呼叫会话信息收集部32、呼叫会话信息发送部33以及服务利用部34。

SIP通信部31进行在与另一终端30之间根据SIP建立通信的过程中的通信(以下称为SIP通信)、以及根据SIP建立的通信。具体地说，SIP通信部31与呼叫会话信息收集部32连接，当在与另一终端30之间根据SIP建立通信时，将已建立通信的意思通知给呼叫会话信息收集部32。另外，由终端30进行的SIP通信以及根据SIP建立的通信是经由会话管理服务器20进行的。

呼叫会话信息收集部32收集唯一识别在与另一终端30之间建立的通信的呼叫会话信息。具体地说，呼叫会话信息收集部32与SIP通信部31和呼叫会话信息发送部33连接，当从SIP通信部31通知了已建立通信的意思时，从SIP通信内包含的信息中收集呼叫会话信息，将收集到的呼叫会话信息通知给呼叫会话信息发送部33。

这里，说明呼叫会话信息。本来，会话信息是在称为OSI(Open SystemsInterconnection，开放式系统互联)的第5层唯一识别通信的信息。即，在实施例1涉及的服务提供系统中，作为通信，假定进行SIP通信和HTTP通信，然而在SIP通 信和HTTP通信都是TCP(Transmission Control Protocol，传输控制协议)通信这一点上，在第4层不能进行识别。因此，通过向在终端30间建立的通信赋予会话信息，可识别该通信是SIP通信还是HTTP通信。即，呼叫会话信息是表示是SIP通信的会话信息。

并且，会话信息不仅只识别SIP通信和HTTP通信，还识别在终端30间建立的通信是与在其它终端30间建立的通信不同的通信。换句话说，呼叫会话信息是识别在终端30间根据SIP建立的通信的信息。例如，呼叫会话信息收集部32收集SIP通信内包含的“呼叫ID”、或者“来自”、“去往”、“标记”、IP地址或者它们的组合，或者收集SIP通信内包含的其它信息。另外，呼叫会话信息只要是能唯一识别根据SIP建立的通信的信息，则可以是任何信息。

呼叫会话信息发送部33向会话管理服务器20发送呼叫会话信息。具体地说，呼叫会话信息发送部33与呼叫会话信息收集部32连接，当从呼叫会话信息收集部32通知呼叫会话信息时，将通知的呼叫会话信息发送到会话管理服务器20。另外，实施例1中的终端30将会话管理服务器20的URL(Uniform Resource Locator，统一资源定位符)预先存储在存储部(省略图示)。因此，呼叫会话信息发送部33参照存储部来取得会话管理服务器20的URL，针对取得的URL发送呼叫会话信息。

服务利用部34接受由服务提供服务器10提供的服务。具体地说，服务利用部34在接受服务提供时，将由会话管理服务器20发布并发送的证书发送到服务提供服务器10。并且，服务利用部34从服务提供服务器10接收Web会话信息，将接收到的Web会话信息赋予给Web浏览器，对服务提供服务器10进行访问。

这里，对Web会话信息进行说明。与呼叫会话信息一样，Web会话信息是表示是HTTP通信的会话信息。并且，Web会话信息是唯一识别在终端30和服务提供服务器10之间建立的HTTP通信的信息。例如，Web会话信息由Cookie的ID等实现。另外，Web会话信息只要是能唯一识别在终端30和服务提供服务器10之间建立的HTTP通信的信息，则可以是任何信息。

[会话管理服务器]

下面，使用图3～图7说明会话管理服务器20的结构。图3是示出会话管理服务器的结构的框图，图4是用于说明呼叫会话信息DB的图，图5是用于说明服务利用信息DB的图，图6是用于说明证书的图，图7是用于说明附加给证书的签名的图。

会话管理服务器20是通过在通用的服务器等内配备以下说明的各部来实现的，如图3所示，会话管理服务器20具有呼叫会话信息DB21、服务利用信息DB22、SIP通信控制部23、呼叫会话信息验证部24以及证书发布部25。

呼叫会话信息DB21存储呼叫会话信息。具体地说，呼叫会话信息DB21与SIP通信控制部23、呼叫会话信息验证部24以及证书发布部25连接，用于SIP通信控制部23、呼叫会话信息验证部24或者证书发布部25进行的处理。

例如，呼叫会话信息DB21存储图4所示的信息。这里，实施例1中的会话管理服务器20不是直接记载从终端30发送的呼叫会话信息来发布证书，而是将呼叫会话信息加密来发布证书。因此，如图4所示，呼叫会话信息DB21与从终端30发送的呼叫会话信息“呼叫ID”、“来自”以及“去往”不同，存储与这些呼叫会话信息对应地加密的“呼叫会话信息”。

服务利用信息DB22存储服务利用信息。具体地说，服务利用信息DB22与证书发布部25连接，用于证书发布部25进行的处理。

例如，如图5所示，服务利用信息DB22将“SIP-URI(Uniform Resource Identifier，统一资源标识符)”、“服务提供服务器URI”以及“服务利用ID”对应起来存储。实施例1中的会话管理服务器20针对终端与该终端利用的服务的每个组合，发布服务利用ID。因此，服务利用信息DB22与唯一识别终端的“SIP-URI”和唯一识别服务的“服务提供服务器URI”的组合对应地存储“服务利用ID”。例如，图5的第3行所示的“0422591111@idp.com”和第4行所示的“0422591111@idp.com”是识别相同终端的SIP-URI，发布按照要利用的每个服务而不同的服务利用ID“USER1-web1-SP-id”和“USER1-web2-SP-id”。另外，服务利用ID只要是在服务提供服务器10中识别终端30的信息，则可以是任何信息，例如可以是随机数。

SIP通信控制部23控制在终端30间进行的SIP通信、根据SIP建立的通信、或者切断根据SIP建立的通信的通信等。并且，SIP通信控制部23与呼叫会话信息DB21和呼叫会话信息验证部24连接，将从终端30发送的呼叫会话信息存储在呼叫会话信息DB21内，将已存储的意思通知给呼叫会话信息验证部24。例如，SIP通信控制部23将从终端30发送的呼叫会话信息“呼叫ID”或者“来自”、“去往”、“标记”、IP地址或者它们的组合、SIP内包含的其它信息存储在会话信息DB21内。另外，图4是SIP通信控制部23将呼叫会话信息中的例如“呼叫ID”、“来自”以及“去往”存 储在呼叫会话信息DB21内的图。

呼叫会话信息验证部24验证呼叫会话信息。具体地说，呼叫会话信息验证部24与呼叫会话信息DB21、SIP通信控制部23以及证书发布部25连接，当从SIP通信控制部23通知已存储呼叫会话信息的意思时，参照呼叫会话信息DB21。然后，呼叫会话信息验证部24验证已存储的呼叫会话信息是否确实是唯一识别会话管理服务器20建立的通信的信息等，将验证结果通知给证书发布部25。

证书发布部25发布服务利用ID，并发布记载有呼叫会话信息和服务利用ID的证书。具体地说，证书发布部25与呼叫会话信息DB21、服务利用信息DB22以及呼叫会话信息验证部24连接，当从呼叫会话信息验证部24通知验证结果时，参照呼叫会话信息DB21，将加密后的呼叫会话信息存储在呼叫会话信息DB21内。

并且，证书发布部25在从终端30接收到服务选择信息时，与唯一识别终端30的SIP-URI、和唯一识别由服务选择信息表示的服务的服务提供服务器URI的组合对应地发布服务利用ID，将其存储在服务利用信息DB22内。然后，证书发布部25发布记载有已存储在呼叫会话信息DB21内的呼叫会话信息、和已存储在服务利用信息DB22内的服务利用ID的证书，将其发送给终端30。此时，证书发布部25还发送指示将访问目的地变更为服务提供服务器10的URL的改发指示。

例如，如图6和图7所示，证书发布部25发布向呼叫会话信息和服务利用ID附加了会话管理服务器20的签名后的SAML(Security Assertion Markup Language，安全断言标记语言)形式的证书。另外，在图6中，省略了签名等，图7示出签名和公钥。这里，SAML形式是以使用由XML(Extensible Markup Language，可扩充标记语言)描述的数据交换认证用的信息为目的而制定的协议，是能根据签名验证数据未被篡改、数据的发布源等的形式。证书发布部25对以SAML形式描述了呼叫会话信息、服务利用ID、证明会话管理服务器20的公钥是真的认证局发布的证书、以及使用会话管理服务器20的密钥对呼叫会话信息和服务利用ID(散列值)加密后的签名的证书进行发布等。

另外，在实施例1中，作为发送呼叫会话信息和服务利用ID的方法，说明了发布XML形式的证书的方法，然而本发明不限于此。作为发送呼叫会话信息和服务利用ID的方法，例如可以是以下方法：基于由HTTP支持的GET方法的方法(将可取得呼叫会话信息和服务利用ID的URL作为参数发送的方法)；以及基于POST方法 的方法(在预定形式的正文内记载呼叫会话信息和服务利用ID来发送的方法)等。并且，在这些方法中，通过向参数附加签名，与XML形式的证书一样，也能够采用可根据签名验证数据未被篡改、数据的发布源等的形式。

[服务提供服务器]

接下来，使用图8～图11说明服务提供服务器10的结构。图8是示出服务提供服务器的结构的框图，图9是用于说明会话信息DB的图，图10是用于说明店铺信息DB的图，图11是用于说明历史信息DB的图。

服务提供服务器10是通过在通用的服务器等内配备以下说明的各部来实现的，如图8所示，服务提供服务器10具有：会话信息DB11、店铺信息DB12、历史信息DB13、证书验证部14、Web会话信息发布部15以及服务提供部16。

会话信息DB11将呼叫会话信息、服务利用ID以及Web会话信息对应地存储。具体地说，会话信息DB11与证书验证部14、Web会话信息发布部15以及服务提供部16连接，用于证书验证部14、Web会话信息发布部15或者服务提供部16进行的处理。例如，会话信息DB11存储图9所示的信息。

店铺信息DB12存储由服务提供服务器10提供的服务的内容即店铺信息。具体地说，店铺信息DB12与服务提供部16连接，用于服务提供部16进行的处理。例如，店铺信息DB12存储图10所示的信息。

历史信息DB13针对各服务利用ID存储服务利用的历史信息。具体地说，历史信息DB13与服务提供部16连接，用于服务提供部16进行的处理。例如，历史信息DB13存储图11所示的信息。

证书验证部14验证证书。具体地说，证书验证部14与会话信息DB11和Web会话信息发布部15连接，当从终端30发送由会话管理服务器20发布的证书时，验证该证书，将验证结果通知给Web会话信息发布部15。

例如，证书验证部14利用证书内包含的会话管理服务器20的公钥(由认证局证明是真的公钥)来对签名进行解码，取出呼叫会话信息和服务利用ID的散列值。并且，证书验证部14根据呼叫会话信息和服务利用ID自身计算散列值。然后，证书验证部14通过将从签名取出的散列值与计算出的散列值进行对照，验证呼叫会话信息和服务利用ID是真的信息。即，将从签名取出的散列值与计算出的散列值进行对照后，在两者一致的情况下，可验证以下的事实：(a)该呼叫会话信息和服务利用ID 确实是从会话管理服务器20发布的信息；(b)该呼叫会话信息和服务利用ID未被篡改；以及(c)会话管理服务器20不否认发送了该呼叫会话信息和服务利用ID的事实等，可验证该呼叫会话信息和服务利用ID是真的信息。

Web会话信息发布部15发布Web会话信息。具体地说，Web会话信息发布部15与会话信息DB11和证书验证部14连接，当从证书验证部14通知证书的验证结果时，发布Web会话信息，将呼叫会话信息、服务利用ID以及Web会话信息对应地存储在会话信息DB11内。

服务提供部16提供服务。具体地说，服务提供部16与会话信息DB11、店铺信息DB12以及历史信息DB13连接，当从终端30连同Web会话信息一起被访问时，使用Web会话来参照会话信息DB11，取得呼叫会话信息和服务利用ID。并且，服务提供部16使用服务利用ID来参照历史信息DB13，取得历史信息。然后，服务提供部16控制服务提供，以便利用依据历史信息的内容向终端30提供各个服务。并且，服务提供部16将终端30利用服务的历史信息与服务利用ID对应地存储在历史信息DB13内。

并且，在存储于会话信息DB11内的多个呼叫会话信息中的预定的各个呼叫会话信息表示是作为相同通信建立的通信的情况下，服务提供部16将使用各个Web会话信息而提供的服务相互关联地控制。

例如，如图9所示，服务提供部16判别在由会话信息DB11存储的多个呼叫会话信息中的2个呼叫会话信息“e8b03879d0f5629aa8b5ea6a06736cle”分别是根据SIP作为相同通信建立的通信。然后，服务提供部16将使用被赋予了与呼叫会话信息“e8b03879d0f5629aa8b5ea6a06736cle”对应地存储的Web会话信息“123”的HTTP通信、和被赋予了Web会话信息“456”的HTTP通信而提供的服务相互关联地控制。

即，例如假定当另一个终端30通过被赋予了Web会话信息“123”的HTTP通信对服务提供服务器10进行访问时，一个终端30通过被赋予了Web会话信息“456”的HTTP通信将图像数据装入到服务提供服务器10内。在这样的情况下，由于终端30间的关系可视为是根据SIP建立了相同通信的关系，因而该关系可视为是相互准许共享图像数据的关系，实施例1中的服务提供部16控制服务，以便将图像数据发送到另一个终端30。

这里，再次考虑服务提供服务器10的服务提供。即，根据终端30间的关系控制 服务提供服务器10的服务提供，在这一点上，与现有的服务提供服务器相同，对实施例1中的服务提供服务器10如何把握“终端30间的关系”进行说明。

也就是说，实施例1中的服务提供服务器10不是如以往的服务提供服务器那样将预先登记在存储部内的伙伴关系把握为“终端30间的关系”，而是在各个呼叫会话信息表示是根据SIP建立了相同通信的情况下，由服务提供部16把握“终端30间的关系”。换句话说，即使在如根据SIP建立了相同通信的终端30间的关系那样，与成为通信对方的终端的关系是暂时的情况下，服务提供服务器10也能通过根据该暂时的通信关系，使在各个终端30中进行的HTTP通信相互关联，来进行与暂时的通信关系关联的的服务提供。

另外，在如实施例1那样，第1通信是根据SIP建立通信的过程中的通信的情况下，在“终端30间的关系”是基于SIP的已认证的关系这一点上也是有意义的。即，在SIP通信中，一般进行摘要(Digest)认证等，在终端30间根据SIP建立了通信表示各个终端30的关系已认证。

[实施例1涉及的服务提供系统的处理进程]

下面，使用图12～图14说明实施例1涉及的服务提供系统的处理进程。图12是示出实施例1涉及的服务提供系统的处理进程的顺序图，图13是示出证书发布部的处理进程的流程图，图14是示出服务提供部的处理进程的流程图。

如图12所示，首先，会话管理服务器20的SIP通信控制部23进行控制，从而在终端30间，进行步骤S101～S103的SIP通信，结果，在步骤S104中，在终端30间根据SIP建立通信。

当在终端30间根据SIP建立通信时，终端30的呼叫会话信息收集部32从SIP通信内包含的信息中收集呼叫会话信息(步骤S110)，呼叫会话信息发送部33将呼叫会话信息发送到会话管理服务器20(步骤S111)。

于是，会话管理服务器20的呼叫会话信息验证部24验证呼叫会话信息(步骤S112)，证书发布部25将服务的菜单画面发送到终端30(步骤S113)。

当通过由终端30的利用者按下等而选择显示在菜单画面上的多个服务中的预定服务时，终端30的服务利用部34将服务选择信息发送到会话管理服务器20(步骤S114)。

于是，会话管理服务器20的证书发布部25对应于唯一识别终端30的SIP-URI、 和唯一识别由服务选择信息表示的服务的服务提供服务器URI的组合来发布服务利用ID。并且，证书发布部25发布记载有呼叫会话信息和服务利用ID的证书(步骤S115)。

然后，证书发布部25将发布的证书连同指示将访问目的地变更为服务提供服务器10的URL的改发指示一起发送到终端30(步骤S116)。

另一方面，终端30的服务利用部34根据从会话管理服务器20发送的改发指示而进行改发，对服务提供服务器10进行访问(步骤S117)。此时，服务利用部34连同由会话管理服务器20发布的证书一起对服务提供服务器10进行访问。

于是，服务提供服务器10的证书验证部14验证证书，Web会话信息发布部15发布Web会话信息(步骤S118)，将发布的Web会话信息发送到终端30(步骤S119)。

接下来，证书验证部14将呼叫会话信息、服务利用ID以及Web会话信息对应地存储在会话信息DB11内，使呼叫会话信息、服务利用ID以及Web会话信息关联(步骤S120)。

之后，当终端30的服务利用部34连同Web会话信息一起对服务提供服务器10进行访问时，服务提供服务器10的服务提供部16使用与服务利用ID对应地存储在历史信息DB13内的历史信息来提供服务。并且，服务提供部16将终端30利用服务的历史信息与服务利用ID对应地存储在历史信息DB13内(步骤S121)。

另外，在实施例1中说明了这样的方法：在步骤S113中，会话管理服务器20将菜单画面发送到终端30，在步骤S114中，终端30将服务选择信息发送到会话管理服务器20，然而本发明不限于此。例如，在会话管理服务器20预先设定了按照终端30的各组合利用的服务提供服务器10的情况下，可以省略步骤S113和步骤S114，转移到步骤S115。

[证书发布部的处理进程]

下面，使用图13详述图12所示的步骤S115。

首先，会话管理服务器20的证书发布部25判定是否从终端30接收到服务选择信息(步骤S11)，在未接收到的情况下(步骤S11否定)，重复进行判定是否接收到的处理。

另一方面，在已接收到的情况下(步骤S11肯定)，证书发布部25使用唯一识别终端30的SIP-URI、和唯一识别由服务选择信息表示的服务的服务提供服务器URI， 参照服务利用信息DB22(步骤S12)。

然后，证书发布部25在不能检索出服务利用ID的情况下(步骤S13否定)，新发布服务利用ID(步骤S14)，发布记载有呼叫会话信息和新发布的服务利用ID的证书(步骤S15)，结束处理。

另一方面，证书发布部25在能检索出服务利用ID的情况下(步骤S13肯定)，发布记载有呼叫会话信息和检索出的服务利用ID的证书(步骤S16)，结束处理。

[服务提供部的处理进程]

接下来，使用图14详述图12所示的步骤S121。

首先，服务提供服务器10的服务提供部16判定是否接收到服务利用请求(是否从终端30连同Web会话信息一起被访问)(步骤S21)，在未接收到的情况下(步骤S21否定)，重复进行判定是否接收到的处理。

另一方面，在接收到的情况下(步骤S21肯定)，服务提供部16使用Web会话信息来参照会话信息DB11，取得呼叫会话信息和服务利用ID(步骤S22)。

然后，服务提供部16使用服务利用ID来参照历史信息DB13(步骤S23)，在有服务利用ID的历史信息的情况下(步骤S24肯定)，使用历史信息向终端30提供服务(步骤S25)。例如，服务提供部16参照历史信息，提示与各个终端30的各个利用者的喜好接近的日餐的信息。

另一方面，在没有历史信息的情况下(步骤S24否定)，服务提供部16不使用历史信息来提供服务(步骤S26)。另外，无论是在使用历史信息来提供服务的情况下，还是在不使用历史信息来提供服务的情况下，服务提供部16都将提供给各个终端的各个服务相互关联地进行控制。即，在由会话信息DB11存储的多个呼叫会话信息中的2个呼叫会话信息分别是根据SIP作为相同通信建立的通信的情况下，服务提供部16将使用被赋予了与呼叫会话信息对应地存储的各个Web会话信息的HTTP通信而提供的各个服务相互关联地进行控制。

然后，服务提供部16将终端30利用服务的历史信息与服务利用ID对应地存储在历史信息DB13内(步骤S27)，结束处理。

[实施例1的效果]

如上所述，在实施例1涉及的服务提供系统中，服务提供服务器10针对每个终端30收集识别在终端30间建立的通信的呼叫会话信息。并且，服务提供服务器10 针对每个终端30收集识别终端30的服务利用ID作为与呼叫会话信息成组的信息。并且，服务提供服务器10从多个呼叫会话信息中确定表示相同通信的各个呼叫会话信息，将提供给建立了由确定的各个呼叫会话信息识别的通信的各个终端30的各个服务关联。并且，服务提供服务器10在将关联起来的各个服务提供给各个终端30时，从多个服务利用ID中确定识别该各个终端30的各个服务利用ID，控制服务提供，以便利用依据与所确定的各个服务利用ID对应地存储在存储部内的历史信息的内容来提供各个服务。

由此，根据实施例1涉及的服务提供系统，能够灵活地提供高级的Web服务，例如应对暂时的通信关系等。

即，各个终端30并不是在服务提供服务器10内预先进行会员登记，并且也并不是预先登记伙伴关系。各个终端30的关系只不过是根据SIP建立了通信这样的暂时的通信关系。在这一点上，实施例1涉及的服务提供系统通过使用识别暂时的通信关系的呼叫会话信息，使服务提供服务器10每次都把握暂时的通信关系，灵活地提供Web服务的关联等高级的Web服务。

并且，根据实施例1涉及的服务提供系统，能提供同与利用者相关的各种信息关联的高附加值的Web服务。

即，服务提供服务器10并不是对各个终端30预先进行会员登记，只不过使用呼叫会话信息来把握各个终端30的关系。在这一点上，实施例1涉及的服务提供系统发布识别终端30的服务利用ID，通过使用服务利用ID来使服务提供服务器10把握终端30。结果，服务提供服务器10可针对曾经利用Web服务的终端30蓄积历史信息，当再次向终端30提供Web服务时，可提供与历史信息关联的高附加值的Web服务。

并且，根据实施例1，会话管理服务器20使用匿名化的ID作为服务利用ID，而不使用电话号码自身。因此，可防止在服务提供服务器10中确定利用者。

并且，根据实施例1，服务利用ID是针对终端30和服务的各组合而发布的。在该情况下，能防止“黑名单”(由多个Web服务器之间合谋进行的利用者确定行为)。

实施例2

这样，至此作为实施例1，说明了这样的事例：服务提供服务器10将服务利用ID和历史信息对应地存储，使用历史信息来提供Web服务。然而，本发明不限于此。本发明也能同样应用于这样的事例：服务提供服务器10将与在服务提供服务器10内预先进行了会员登记的用户相关的用户信息和服务利用ID对应地存储，使用用户信息来提供Web服务。以下，说明实施例2。

[实施例2涉及的服务提供系统的概要]

首先，使用图15说明实施例2涉及的服务提供系统的概要。图15是用于说明实施例2涉及的服务提供系统的概要的图。

如图15所示，在实施例2涉及的服务提供系统中，服务提供服务器10具有用户信息DB，该用户信息DB将与在服务提供服务器10内预先进行了会员登记的用户相关的用户信息和服务利用ID对应地存储。服务提供服务器10与实施例1一样，使提供给各个终端30的Web服务关联，此时控制服务提供，以便利用依据用户信息的内容来提供各个服务。

进行具体说明，与实施例1一样，首先，在终端30间根据SIP建立通信，在终端30间开始语音通话(步骤S1201)。

然后，与实施例1一样，会话管理服务器20向各个终端30发布记载有呼叫会话信息和服务利用ID的证书(步骤S1202)。

然后，各个终端30将从会话管理服务器20发布的证书连同服务利用请求一起发送到服务提供服务器10(步骤S1203)。另外，尽管在图15中未明示，然而在Web服务的利用是第一次的情况下，各个终端30进行登录操作。例如，各个终端30将用户ID和密码发送到服务提供服务器10。于是，服务提供服务器10认证各个终端30，在认证成功的情况下，与用户信息DB的用户ID对应地存储服务利用ID。

因此，服务提供服务器10在第一次以后，当从终端30接收到证书时，使用记载在证书内的服务利用ID来参照用户信息DB，检索用户信息(步骤S1204)。

然后，服务提供服务器10与实施例1一样，确定从各个终端30发送的各个呼叫会话信息是表示相同通信的呼叫会话信息，使提供给各个终端30的Web服务关联，并且与实施例1不同，控制服务提供，以便利用依据检索出的用户信息的内容来提供各个服务(步骤S1205)。

由此，根据实施例2涉及的服务提供系统，通过与预先进行了会员登记的用户信息关联，能提供附加值更高的Web服务。

例如，如图15所示，服务提供服务器10能使用用户ID“myuser@web1.sp1.com”

的地址是“东京都武藏野市…”、用户ID“ouruser@web1.sp1.com”的地址是“东京都千代田区…”的用户信息，介绍其中间地点的“新宿区”的店铺。

[实施例2涉及的服务提供系统的结构]

下面，使用图16和图17说明实施例2涉及的服务提供系统的结构。图16是示出服务提供服务器的结构的框图，图17是用于说明用户信息DB的图。另外，以下，仅说明实施例2涉及的服务提供系统与实施例1特别不同的结构。

如图16所示，实施例2中的服务提供服务器10还具有用户信息DB17。另外，实施例2中的服务提供服务器10不具有历史信息DB13，然而与实施例1一样，可以具有历史信息DB13。在该情况下，服务提供部16不仅能使用用户信息来提供Web服务，而且还能使用用户信息和历史信息来提供Web服务。

用户信息DB17将与在服务提供服务器10内预先进行了会员登记的用户相关的用户信息、和服务利用ID对应地存储。具体地说，用户信息DB17与服务提供部16连接，用于服务提供部16进行的处理。例如，用户信息DB17存储图17所示的信息。

实施例2中的服务提供部16与实施例1一样地提供服务，然而与实施例1不同地与用户信息关联地提供服务。具体地说，服务提供部16与会话信息DB11、店铺信息DB12以及用户信息DB17连接，当连同Web会话信息一起从终端30被访问时，使用Web会话信息来参照会话信息DB11，取得呼叫会话信息和服务利用ID。并且，服务提供部16使用服务利用ID来参照用户信息DB17，取得与服务ID对应地存储的用户信息。然后，服务提供部16控制服务提供，以便利用依据用户信息的内容向终端30提供各个服务。

[实施例2涉及的服务提供系统的处理进程]

下面，使用图18～图20说明实施例2涉及的服务提供系统的处理进程。图18是示出实施例2涉及的服务提供系统的处理进程的顺序图，图19是示出服务提供部的处理进程的流程图，图20是用于说明服务提供画面的图。

图18所示的处理进程中的步骤S201～S220对应于实施例1涉及的服务提供系统的处理进程的步骤S101～S120。在实施例2涉及的服务提供系统中，仅步骤S221的处理与实施例1不同。

即，在步骤S221中，终端30的服务利用部34与实施例1一样，连同Web会话信息一起对服务提供服务器10进行访问。不过，在该服务的利用是第一次的情况下， 实施例2中的服务利用部34进行发送用户ID和密码的登录操作。另外，登录操作不限于发送用户ID和密码的方法，例如也可以是发送公钥证书的方法等。

在第一次登录时，服务提供服务器10的服务提供部16使用从终端30发送的用户ID和密码来参照用户信息DB17，认证终端30的利用者。然后，服务提供部16在认证成功的情况下，通过与用户信息DB17的该用户信息对应地存储服务利用ID，进行用户ID和服务利用ID的关联。

在第一次以后，终端30的服务利用部34无需进行登录操作。即，服务提供服务器10的服务提供部16在使用服务利用ID来参照用户信息DB17的情况下，可确定与该服务利用ID对应地存储的用户ID。因此，服务提供部16使用该用户ID的用户信息来进行服务提供。

[服务提供部的处理进程]

接下来，使用图19详述图18所示的步骤S221。

首先，服务提供服务器10的服务提供部16判定是否接收到服务利用请求(步骤S31)，在未接收到的情况下(步骤S31否定)，重复进行判定是否接收到的处理。

另一方面，在接收到的情况下(步骤S31肯定)，服务提供部16使用Web会话信息来参照会话信息DB11，取得呼叫会话信息和服务利用ID(步骤S32)。

然后，服务提供部16使用服务利用ID来参照用户信息DB17(步骤S33)，在不能检索服务利用ID的情况下(步骤S34否定)，判定是否从终端30接收到用户ID和密码(步骤S35)。

在接收到的情况下(步骤S35肯定)，服务提供部16使用用户ID和密码来参照用户信息DB17，进行认证(步骤S36)。

然后，服务提供部16判定是否认证成功(步骤S37)，在成功的情况下(步骤S37肯定)，通过与用户ID对应地存储在步骤S32中取得的服务利用ID，来进行用户ID和服务利用ID的关联(步骤S38)。

接下来，服务提供部16使用该用户ID的用户信息来进行服务提供(步骤S39)，结束处理。

另外，在步骤S34中，在能够检索服务利用ID的情况下(步骤S34肯定)，由于是第一次以后，因而服务提供部16确定与服务利用ID对应地存储的用户ID，使用该用户ID的用户信息来进行服务提供(步骤S39)，结束处理。

并且，在步骤S35中从终端30未接收到用户ID和密码的情况下(步骤S35否定)，或者，在步骤S37中认证失败的情况下(步骤S37否定)，服务提供部16不使用用户信息来提供服务(步骤S40)，结束处理。

这里，说明使用用户信息来提供服务的事例。服务提供服务器10的服务提供部16通过使用从某终端30发送的服务利用ID“USER1-web1-SP-id”检索用户信息DB17，来确定该终端30的利用者是在服务提供服务器10内预先进行了会员登记的用户ID“myuser@web1.sp1.com”。

同样，服务提供部16通过使用从某终端30发送的服务利用ID“USER3-web1-SP-id”检索用户信息DB17，来确定该终端30的利用者是在服务提供服务器10内预先进行了会员登记的用户ID“ouruser@web1.sp1.com”。

并且，服务提供部16使用从终端30发送的Web会话信息来参照会话信息DB11，取得呼叫会话信息和服务利用ID，从而把握住使提供给用户ID“myuser@web1.sp1.com”的服务和提供给用户ID“ouruser@web1.sp1.com”的服务相互关联。

这里，假定如图20所示，服务提供部16提供的服务是店铺检索服务。服务提供部16使用用户ID“myuser@web1.sp1.com”的地址是“东京都武藏野市…”、用户ID“ouruser@web1.sp1.com”的地址是“东京都千代田区…”的用户信息，介绍其中间地点的“新宿区”的店铺。

并且，服务提供部16在提供服务的画面上显示用户ID“myuser@web1.sp1.com”的姓名“特许太郎”、和用户ID“ouruser@web1.sp1.com”的姓名“特许花子”。

[实施例2的效果]

如上所述，根据实施例2涉及的服务提供系统，通过与预先进行了会员登记的用户信息关联，能提供附加值更高的Web服务。

例如，服务提供服务器10能使用用户ID“myuser@web1.sp1.com”的地址是“东京都武藏野市…”、用户ID“ouruser@web1.sp1.com”的地址是“东京都千代田区…”的用户信息，介绍其中间地点的“新宿区”的店铺。

并且，根据实施例2，利用者只需第一次的登录操作就能进行SSO(Single SignOn，单点登录)，能作为已有的Web服务的用户利用服务。

实施例3

这样，至此作为实施例2，说明了这样的事例：服务提供服务器10将用户信息和服务利用ID对应地存储，使用用户信息来提供Web服务。然而，本发明不限于此。本发明也能同样应用于这样的事例：会话管理服务器20进行用户信息和服务利用ID的对应。以下，说明实施例3。

[实施例3涉及的服务提供系统的概要]

首先，使用图21说明实施例3涉及的服务提供系统的概要。图21是用于说明实施例3涉及的服务提供系统的概要的图。

如图21所示，在实施例3涉及的服务提供系统中，会话管理服务器20具有将与在服务提供服务器10内预先进行了会员登记的用户相关的用户信息和服务利用ID对应地存储的服务利用信息DB。服务提供服务器10与实施例2一样，使用用户信息来提供服务，这是因为，在由会话管理服务器20发布的证书中记载有用户ID。

进行具体说明，与实施例2一样，首先，在终端30间根据SIP建立通信，在终端30间开始语音通话(步骤S1301)。

然后，与实施例2一样，会话管理服务器20向各个终端30发布证书，与实施例2不同，使用服务利用ID来参照服务利用信息DB，检索用户ID(步骤S1302)，发布记载有呼叫会话信息和用户ID的证书(步骤S1303)。

即，尽管在图21中未明示，然而在Web服务的利用是第一次的情况下，会话管理服务器20发布仅记载有呼叫会话信息的证书，各个终端30进行登录操作。于是，服务提供服务器10认证各个终端30，在认证成功的情况下，将用户ID发送到会话管理服务器20。此时，由于会话管理服务器20将服务利用ID和用户ID对应地存储在服务利用信息DB内，因而在第一次以后，会话管理服务器20可发布记载有呼叫会话信息和用户ID的证书。

然后，各个终端30将从会话管理服务器20发布的证书连同服务利用请求一起发送到服务提供服务器10(步骤S1304)。

另一方面，服务提供服务器10在第一次以后，当从终端30接收到证书时，使用记载在证书内的用户ID来参照用户信息DB，检索用户信息(步骤S1305)。

然后，服务提供服务器10与实施例2一样，确定从各个终端30发送的各个呼叫会话信息是表示相同通信的呼叫会话信息，使提供给各个终端30的Web服务关联，并且，控制服务提供，以便利用依据检索出的用户信息的内容来提供各个服务(步骤 S1306)。

由此，根据实施例3涉及的服务提供系统，由于服务提供服务器10无需管理服务利用ID，因而不用对服务提供服务器10施加变更，能提供高附加值的Web服务。

[实施例3涉及的服务提供系统的结构]

下面，使用图22～图26说明实施例3涉及的服务提供系统的结构。图22是示出会话管理服务器的结构的框图，图23是用于说明服务利用信息DB的图，图24是用于说明证书的图，图25是用于说明会话信息DB的图，图26是用于说明用户信息DB的图。另外，以下仅说明实施例3涉及的服务提供系统与实施例1和实施例2特别不同的结构。

如图22所示，实施例3中的会话管理服务器20还具有用户ID关联部26。

用户ID关联部26使服务利用ID和用户ID关联。具体地说，用户ID关联部26当通过由终端30改发而从服务提供服务器10发送用户ID时，将改发该用户ID后的终端30的服务利用ID和发送的用户ID对应地存储在服务利用信息DB22内。例如，如图23所示，用户ID关联部26将用户ID与服务利用ID对应地存储。

实施例3中的证书发布部25与实施例1和实施例2一样，发布服务利用ID，并发布证书，然而与实施例1和实施例2不同，存在发布仅记载有呼叫会话信息的证书的情况、和发布记载有呼叫会话信息和用户ID的证书的情况。具体地说，证书发布部25参照服务利用信息DB22，检索与服务利用ID对应地存储的用户ID。在能检索出用户ID的情况下，证书发布部25发布记载了呼叫会话信息和用户ID的证书。另一方面，在不能检索出用户ID的情况下，证书发布部25发布仅记载有呼叫会话信息的证书。

例如，如图24所示，证书发布部25发布记载有呼叫会话信息和用户ID的证书。另外，在图24中，证书发布部25还将服务利用ID记载在证书内。即使在证书内记载有服务利用ID，也可以在接收到证书的服务提供服务器10侧不利用服务利用ID。即，在存在多个服务提供服务器10的情况下，有时也会混合存在使用服务利用ID来管理用户的服务提供服务器10、和不使用服务利用ID的服务提供服务器10。对应于这样的状况，可以在证书内记载服务利用ID，适当地在服务提供服务器10侧利用或者不利用服务利用ID。

实施例3中的服务提供服务器10的会话信息DB11与实施例1和实施例2不同， 将呼叫会话信息、用户ID以及Web会话信息对应地存储。例如，会话信息DB11存储图25所示的信息。

实施例3中的用户信息DB17与实施例2不同，不将服务利用ID与用户信息对应地存储。例如，用户信息DB17存储图26所示的信息。

实施例3中的服务提供部16与实施例2一样，与用户信息关联地提供服务，与实施例2不同，不使用服务利用ID。即，在实施例3中，证书验证部14从终端30接收记载有呼叫会话信息和用户ID的证书，Web会话信息发布部15将呼叫会话信息、用户ID以及Web会话信息对应地存储在会话信息DB11内。

因此，实施例3中的服务提供部16在提供服务时，使用Web会话信息来参照会话信息DB11，取得呼叫会话信息和用户ID。并且，服务提供部16使用用户ID来参照用户信息DB17，取得与用户ID对应地存储的用户信息。然后，服务提供部16控制服务提供，以便利用依据用户信息的内容向终端30提供各个服务。

[实施例3涉及的服务提供系统的处理进程]

下面，使用图27～图29说明实施例3涉及的服务提供系统的处理进程。图27和图28是示出实施例3涉及的服务提供系统的处理进程的顺序图，图29是示出证书发布部的处理进程的流程图。另外，图27示出第一次登录时的处理进程，图28示出第一次以后的处理进程。

图27所示的处理进程中的步骤S301～S320对应于实施例1涉及的服务提供系统的处理进程的步骤S101～S120。不过，在实施例3涉及的服务提供系统中，步骤S315的处理与实施例1不同。并且，步骤S321以后的处理与实施例1不同。

并且，图28所示的处理进程中的步骤S401～S421对应于实施例1涉及的服务提供系统的处理进程的步骤S101～S121。不过，在实施例3涉及的服务提供系统中，在步骤S415中发布的证书与实施例1不同，因此，在步骤S416以后，在各装置使用的信息与实施例1不同。

首先，使用图29详述图27所示的步骤S315，会话管理服务器20的证书发布部25判定是否从终端30接收到服务选择信息(步骤S51)，在未接收到的情况下(步骤S51否定)，重复进行判定是否接收到的处理。

另一方面，在接收到的情况下(步骤S51肯定)，证书发布部25使用唯一识别终端30的SIP-URI、和唯一识别由服务选择信息表示的服务的服务提供服务器URI， 参照服务利用信息DB22(步骤S52)。

然后，证书发布部25在不能检索出服务利用ID的情况下(步骤S53否定)，新发布服务利用ID(步骤S54)，发布仅记载有呼叫会话信息的证书(步骤S56)，结束处理。

另一方面，在能检索出服务利用ID的情况下(步骤S53肯定)，证书发布部25接下来检索用户ID(步骤S55)，在不能检索出用户ID的情况下(步骤S55否定)，发布仅记载有呼叫会话信息的证书(步骤S56)，结束处理。

并且，在能检索出用户ID的情况下(步骤S55肯定)，证书发布部25发布记载有呼叫会话信息和用户ID的证书(步骤S57)，结束处理。

回到图27，由于图27是示出第一次登录时的处理进程的顺序图，因而在图29所示的步骤S53中应该不能检索出服务利用ID，或者在步骤S55中应该不能检索出用户ID。因此，证书发布部25在图27所示的步骤S315中，发布仅记载有呼叫会话信息的证书。

在步骤S321中，实施例3中的服务利用部34进行发送用户ID和密码的登录操作。

在第一次登录时，服务提供服务器10的服务提供部16使用从终端30发送的用户ID和密码来参照用户信息DB17，认证终端30的利用者。然后，服务提供部16在认证成功的情况下，与实施例2不同，将用户ID发送到会话管理服务器20(步骤S322)。另外，此时，用户ID在终端30改发而发送到会话管理服务器20。

于是，会话管理服务器20的用户ID关联部26当通过在终端30改发而从服务提供服务器10发送用户ID时，将改发该用户ID后的终端30的服务利用ID和发送的用户ID对应地存储在服务利用信息DB22内(步骤S323)。此时，用户ID关联部26使用某些方法识别步骤S314的访问和步骤S322的访问是相同通信。例如，用户ID关联部26使用由会话管理服务器20提供给终端30的HTTP通信的会话信息，可识别出步骤S314的访问和步骤S322的访问是相同通信。并且，例如在步骤S317的证书内记载有服务利用ID，当服务提供服务器10在步骤S322中发送用户ID时，只要附加记载在证书内的服务利用ID，用户ID关联部26就能识别出步骤S314的访问和步骤S322的访问是相同通信。

另一方面，服务提供服务器的服务提供部16使用用户ID的用户信息来进行服务 提供(步骤S324)。

并且，由于图28是示出第一次以后的处理进程的顺序图，因而在图29所示的步骤S53中应该能检索出服务利用ID，在步骤S55中应该能检索出用户ID。因此，证书发布部25在图28所示的步骤S415中，发布记载有呼叫会话信息和用户ID的证书。

于是，服务提供服务器10的服务提供部16在步骤S417中，从终端30接收记载有呼叫会话信息和用户ID的证书，Web会话信息发布部15在步骤S420中，将呼叫会话信息、用户ID以及Web会话信息对应地存储在会话信息DB11内。

因此，服务提供部16在步骤S421中提供服务时，使用用户ID来参照用户信息DB17，取得与用户ID对应地存储的用户信息，使用用户信息向终端30提供服务。

[实施例3的效果]

如上所述，根据实施例3涉及的服务提供系统，由于服务提供服务器10无需管理服务利用ID，因而不用对服务提供服务器10的DB施加变更，能提供高附加值的Web服务。

并且，根据实施例3，利用者只需第一次的登录操作就能进行SSO(单点登录)，能作为已有的Web服务的用户利用服务。

实施例4

[其它实施例]

这样，至此说明了本发明的实施例1～3，然而本发明除了上述的实施例以外，还可以采用各种不同方式实施。

[服务利用ID]

在实施例1～3中，说明了使用“USER1-web1-SP-id”等或随机数作为服务利用ID的方法。然而，本发明不限于此。例如，作为服务利用ID，如图30所示，可以使用HTTP-URI形式的信息。

在使用HTTP-URI形式的信息作为服务利用ID的情况下，服务提供服务器10也能使用HTTP-URI来对其它服务器进行访问，收集与终端30(或终端30的利用者)相关的其它用户信息，使用收集到的用户信息来提供附加值更高的Web服务。

并且，在实施例1～3中，服务利用ID是针对终端和服务的各组合来发布的。然而，本发明不限于此，只要服务利用ID是能在服务提供服务器10中识别终端的信息，就不必针对终端和服务的各组合来发布。

[用户信息的交换]

并且，在实施例1～3中，说明了这样的方法：服务提供服务器10使用蓄积在本服务器内的历史信息、或者预先登记的用户信息来提供Web服务。然而，本发明不限于此，也可以从会话管理服务器20向服务提供服务器10发送用户信息。

例如，在会话管理服务器20预先登记了终端30的用户信息，即地址、姓名、年龄、地名、最近的车站、GPS(Global Positioning System，全球定位系统)信息、邮政编码等的情况下，会话管理服务器20可以将这些用户信息适当记载在要发布的证书内。于是，服务提供服务器10可对应于记载在证书内的服务利用ID取得用户信息，能使用所取得的用户信息来提供Web服务。

另外，会话管理服务器20可以向终端30的利用者确认是否可以将用户信息记载在证书内。并且，在会话管理服务器20仅预先登记了HTTP-URI形式的信息作为终端30的用户信息的情况下，会话管理服务器20在获得了利用者许可的情况下，可以使用HTTP-URI来对另一服务器进行访问，收集用户信息。

并且，反之，也可以从服务提供服务器10向会话管理服务器20发送用户信息。即，当服务提供服务器10将事先收集到的用户信息发送到会话管理服务器20时，例如，当终端30经由会话管理服务器20对另一服务提供服务器10进行访问时，可使用在会话管理服务器20中接收到的用户信息，并能使用另一服务提供服务器10的用户信息来提供Web服务。

[通信协议的选择]

并且，在实施例1～3中，假定第一通信是根据SIP建立的通信，第二通信是HTTP通信，然而本发明不限于此。只要通过第一通信建立的会话和第二通信的会话是相互不同的会话，就可以是任何具体的通信协议。

[呼叫会话信息]

并且，在实施例1～3中，说明了服务提供服务器10取得的呼叫会话信息是相同值，然而也可以不是相同值。只要服务提供装置能唯一识别出根据SIP在终端30间建立的相同通信，就可以是二个值的组合。

[询问]

并且，在实施例1～3中，会话管理服务器20使用证书发布呼叫会话信息和服务利用ID等，因而服务提供服务器10通过验证证书，确认出呼叫会话信息和服务利用 ID是可靠的信息。然而，本发明不限于此。例如，假定会话管理服务器20不使用证书发布，而将呼叫会话信息和服务利用ID等作为原来那样的信息发布。服务提供服务器10当从终端30接收到这些信息时，例如可以进行对会话管理服务器20的询问，确认出呼叫会话信息和服务利用ID等是可靠的信息。

[系统结构等]

并且，在实施例1～3中，说明了这样的方法：服务提供服务器10将服务提供给一体化地具有SIP通信功能和HTTP通信功能的终端30。然而，本发明不限于此。在SIP通信功能和HTTP通信功能分别配备在不同终端内的情况下(在由具有SIP通信功能的SIP电话机和具有HTTP通信功能的信息显示终端构成的情况下)，或者在由多台SIP电话机和多台信息显示终端构成的情况下，都能同样应用本发明。即，在任何情况下，都认为单独需要这样的装置：代行SIP电话机和信息显示终端之间的信息传递，并且确定成为服务提供对象的信息显示终端，然而例如HGW(HomeGateWay，家庭网关)等装置也可以执行作为该装置的作用。

例如，各个HGW向属下连接的信息显示终端预先赋予浏览器会话信息，将该浏览器信息和识别SIP电话机的SIP电话机ID对应地存储。在这样的结构下，在SIP电话机间根据SIP建立了通信之后，各个HGW收集呼叫会话信息和SIP电话机ID。于是，各个HGW根据SIP电话机ID检索浏览器会话信息，使用检索出的浏览器会话信息来确定轮询的信息显示终端，从而确定与建立了通信的SIP电话机组合利用的信息显示终端。这样，各个HGW可以向确定的信息显示终端发送呼叫会话信息，并改发到会话管理服务器。

并且，在SIP电话机具有Web服务器相当的功能的情况下，不需要HGW。例如，各个SIP电话机可以从根据SIP建立的通信收集呼叫会话信息，各个信息显示终端可以轮询到具有Web服务器相当的功能的SIP电话机而从SIP电话机取得呼叫会话信息，并将取得的呼叫会话信息发送到会话管理服务器。

并且，发送侧的结构和接收侧的结构可以是不同结构。

并且，在实施例1～3中，说明了这样的事例：服务提供服务器10使提供给各个终端30的各个Web服务关联。然而，本发明不限于此。本发明也能同样应用于这样的事例：服务提供服务器10对应于该服务提供服务器10和终端30之间的暂时的通信关系，向终端30提供Web服务。

具体地说，服务提供服务器10针对每个终端30收集识别在服务提供服务器10和终端30之间建立的通信的呼叫会话信息。并且，服务提供服务器10针对每个终端30收集识别终端30的用户利用ID或识别终端30的利用者的用户ID作为与呼叫会话信息成组的信息。并且，服务提供服务器10从多个呼叫会话信息中确定表示在与服务提供服务器10之间建立的通信的呼叫会话信息，在将服务提供给建立了由确定的呼叫会话信息识别的通信的终端30时，从多个服务利用ID(或用户ID)中确定识别各个终端30或该各个终端30的各个利用者的各个服务利用ID(或用户ID)。然后，服务提供服务器10使用与确定的各个服务利用ID(或服务ID)对应地存储在存储部内的历史信息和用户信息来提供服务。

例如，会话管理服务器20仅向终端30发布证书，终端30将证书发送到服务提供服务器10。服务提供服务器10由于在本服务器收集呼叫会话信息，因而验证从终端30发送的证书内记载的呼叫会话信息、和在本服务器收集到的呼叫会话信息。然后，服务提供服务器10在验证结果成功的情况下，发布Web会话信息，使呼叫会话信息、服务利用ID以及Web会话信息关联。之后，服务提供服务器10与实施例1～3一样，使用历史信息和用户信息来提供服务。

例如，如图31所示，可实现由被叫者根据主叫者的委托推荐商店或商品等的礼宾服务。服务提供服务器10存储特许太郎的历史信息(过去利用的店铺信息等)。当主叫者(myuser@web1.sp1.com)打电话时，在作为被叫者的操作者的画面上显示如图31的右边所示的基于主叫者的服务利用ID的过去利用的店铺信息和建议信息等。操作者能从该信息推测利用者的喜好，通过按下发送按钮，如图31的左边所示，推荐适合于主叫者的信息。

并且，在上述的实施例中，说明了会话管理服务器20和SIP服务器由相同装置实现的事例，然而本发明不限于此。会话管理服务器20也可以是与SIP服务器不同的装置。在该情况下，通过与会话管理服务器20不同的另一SIP服务器建立终端30间的通信，会话管理服务器20收集识别已建立的通信的呼叫会话信息。

并且，在会话管理服务器20是与SIP服务器不同的装置的情况下，会话管理服务器20的呼叫会话信息验证部24的验证处理例如是这样的实现的：呼叫会话信息验证部24在与SIP服务器之间进行通信，发送接收需要的信息。例如，利用标准化的API(Application Programming Interface，应用编程接口)即“Parlay X”来实现。

图32是用于说明利用Parlay X来实现会话管理服务器和SIP服务器之间的通信的一例的图。图32所示的步骤S101～S104、以及步骤S110～S112对应于使用图12说明的步骤S101～S104、以及步骤S110～S112。并且，图32所示的步骤S131～S133在图12中省略了说明，是切断在两终端30间根据SIP建立的通信的处理进程。另外，使用图12说明的步骤S113～S121在图32中省略图示。

这里，图32所示的步骤S1～S4是呼叫会话信息验证部24的验证处理的处理进程。如步骤S1所示，会话管理服务器20事先对SIP服务器40进行被叫者的登记。即，SIP服务器40仅针对事先受理了登记的用户，向会话管理服务器20进行后述的步骤S2的通知。

例如，会话管理服务器20在服务提供系统的加入合同时，在受理了用户登记时，将其URI登记在SIP服务器40内。在利用“Parlay X”的例子中，会话管理服务器20以被叫者的URI作为自变量将“StartCallNotification”发送到SIP服务器40。“StartCallNotification”是指定的被叫者的URI涉及的呼叫会话信息请求。另外，作为URI，可使用SIP-URI和电话号码等。并且，步骤S1的登记需要在通过S104建立通信的时刻之前进行，然而无需作为与从步骤S101开始的一系列处理进程连续的处理来进行。即，例如如果在1年前进行了步骤S1的登记，即使在1年后才建立了相应通信的情况下，也执行SIP服务器40的步骤S2的通知。

这样，针对在步骤S1中登记在SIP服务器40内的用户，SIP服务器40在建立了以该用户作为被叫者的通信的情况下，如步骤S2所示，对会话管理服务器20进行通知。在利用“Parlay X”的例子中，SIP服务器40以主叫者的URI、被叫者的URI以及已建立的通信的呼叫会话信息作为自变量将“notifyAnswer”发送到会话管理服务器20。“notifyAnswer”是通信建立时的呼叫会话信息。于是，呼叫会话信息验证部24在步骤S112中验证呼叫会话信息时，验证是否是在步骤S2中接收到的呼叫会话信息等。

并且，如步骤S3所示，之后，会话管理服务器20通过轮询等对SIP服务器40进行询问，从而可确认在步骤S104中建立的通信的状况。在利用“Parlay X”的例子中，会话管理服务器20通过以呼叫会话信息作为自变量将“getCallSessionInformation”发送到SIP服务器40，接收作为其响应的通信状况。“getCallSessionInformation”是呼叫会话信息标识符涉及的会话状态(通话中、通话结束等)取得。例如，在如步骤 S131～S133所示切断了通信的情况下，SIP服务器40发送切断了通信的状况作为步骤S4所示的询问的响应。

这样，会话管理服务器20当连同呼叫会话信息一起接收到已切断根据SIP建立的通信这样的状况时，例如，可控制成结束与该呼叫会话信息对应的服务提供。例如，会话管理服务器20可控制成在图12的步骤S121中结束提供中的服务。并且，例如，会话管理服务器20也可以进行改发指示，将控制成结束服务提供的终端30的访问目的地变更为预定的URL。

另外，使用图32说明的处理进程只不过是一例，可以任意置换为取代“Parlay X”的API等来实现。例如，在上述的例子中，在步骤S1中事先进行被叫者的登记，在步骤S2中发送被叫者的URI涉及的呼叫会话信息请求。然而，不限于此，例如，在取代“Parlay X”的API等是对应于不仅被叫者而且主叫者的URI涉及的呼叫会话信息请求的规格的情况下，步骤S1中的登记也可以不仅针对被叫者而且针对主叫者进行。并且，例如，在取代“Parlay X”的API等是当检测出已切断通信时将切断的状况自动发送到会话管理服务器20的规格的情况下，会话管理服务器20无需如步骤S3那样重复询问。

并且，针对说明书和附图中所示的处理进程(图12～图14、图18～图19、图27～图29)、具体的名称、包含各种数据和参数的信息，除了特别记载的情况以外，可任意变更。

并且，图示的各装置的各构成要素是功能概念性的构成要素，无需一定在物理上如图所示构成。即，各装置的分散和集成的具体形态不限于图示的形态，其全部或者一部分可根据各种负荷和使用状况等，以任意单位在功能上或物理上分散和集成来构成。而且，各装置进行的各处理功能的全部或任意一部分可使用CPU和由该CPU执行分析的程序来实现，或者可作为基于布线逻辑的硬件来实现。

另外，在本实施例中说明的服务提供方法可通过在个人计算机或工作站等的计算机执行预先准备好的程序来实现。该程序可经由互联网等的网络进行分布。并且，该程序也可以记录在硬盘、软盘(FD)、CD-ROM、MO、DVD等的计算机可读取的记录介质内，并通过由计算机从记录介质中读出来执行。

产业上的可利用性

如上所述，本发明涉及的服务提供系统和服务提供方法对将网络上的服务提供给 终端是有用的，特别适合于应对暂时的通信关系，并且，提供同与利用者相关的各种信息关联的高附加值的Web服务。

标号说明

10：服务提供服务器；11：会话信息DB；12：店铺信息DB；13：历史信息DB；14：证书验证部；15：Web会话信息发布部；16：服务提供部；17：用户信息DB；20：会话管理服务器；21：呼叫会话信息DB；22：服务利用信息DB；23：SIP通信控制部；24：呼叫会话信息验证部；25：证书发布部；26：用户ID关联部；30：终端；31：SIP通信部；32：呼叫会话信息收集部；33：呼叫会话信息发送部；34：服务利用部。

Claims (17)

1.一种服务提供系统，该服务提供系统将网络上的服务提供给终端，其特征在于，该服务提供系统具有：

通信信息收集单元，其针对每个终端收集识别在终端间建立的通信的通信信息；

识别信息收集单元，其针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；

关联单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个终端的各个服务关联起来；以及

服务提供单元，其在将由所述关联单元关联起来的各个服务提供给各个终端时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个终端装入了图像数据的情况下，终端间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个终端。

2.根据权利要求1所述的服务提供系统，其特征在于，

在所述终端间建立的通信是根据SIP建立的通信，

所述通信信息收集单元针对每个终端收集识别在终端间根据SIP建立的通信的通信信息。

3.根据权利要求1或2所述的服务提供系统，其特征在于，

所述服务提供系统具有：

会话管理服务器，其在终端间建立通信；以及

服务提供服务器，其具有所述通信信息收集单元、所述识别信息收集单元、所述关联单元以及所述服务提供单元，

所述会话管理服务器具有识别信息发布单元，该识别信息发布单元发布识别终端的识别信息，

所述服务提供服务器还具有存储单元，该存储单元将由所述服务提供单元提供的服务的历史信息与由所述识别信息发布单元发布的识别信息对应地存储在存储部内，

所述识别信息收集单元针对每个终端收集由所述识别信息发布单元发布的识别信息作为与所述通信信息成组的信息；

所述服务提供单元控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的历史信息。

4.根据权利要求3所述的服务提供系统，其特征在于，所述识别信息发布单元针对终端和服务提供服务器的每个组合发布不同的识别信息。

5.根据权利要求3所述的服务提供系统，其特征在于，

所述识别信息发布单元的特征在于以可验证的形式发布识别信息，

所述服务提供服务器还具有识别信息验证单元，当所述识别信息收集单元以可验证的形式收集识别信息时，所述识别信息验证单元验证与该识别信息相关的事实。

6.根据权利要求1或2所述的服务提供系统，其特征在于，

所述服务提供系统具有：

会话管理服务器，其在终端间建立通信；以及

服务提供服务器，其具有所述通信信息收集单元、所述识别信息收集单元、所述关联单元以及所述服务提供单元，

所述会话管理服务器具有识别信息发布单元，该识别信息发布单元发布识别终端的识别信息，

所述服务提供服务器还具有：

利用者信息存储单元，其存储与终端的利用者相关的信息；以及

利用者信息对应单元，其将由所述识别信息发布单元发布的识别信息、和由所述利用者信息存储单元存储的与利用者相关的信息对应起来，

所述识别信息收集单元针对每个终端收集由所述识别信息发布单元发布的识别信息作为与所述通信信息成组的信息；

所述服务提供单元控制服务提供，使得按照如下内容来提供各个服务，该内容依据由所述利用者信息对应单元与所确定的各个识别信息对应起来的与利用者相关的信息。

7.根据权利要求6所述的服务提供系统，其特征在于，所述识别信息发布单元针对终端和服务提供服务器的每个组合发布不同的识别信息。

8.根据权利要求6所述的服务提供系统，其特征在于，

所述识别信息发布单元的特征在于以可验证的形式发布识别信息，

所述服务提供服务器还具有识别信息验证单元，当所述识别信息收集单元以可验证的形式收集识别信息时，所述识别信息验证单元验证与该识别信息相关的事实。

9.根据权利要求1或2所述的服务提供系统，其特征在于，

所述服务提供系统具有：

会话管理服务器，其在终端间建立通信；以及

服务提供服务器，其具有所述通信信息收集单元、所述识别信息收集单元、所述关联单元以及所述服务提供单元，

所述会话管理服务器还具有：

识别信息发布单元，其发布识别终端的识别信息；

利用者识别信息对应单元，其将由所述识别信息发布单元发布的识别信息、和识别所述终端的利用者的利用者识别信息对应起来；以及

利用者识别信息发送单元，其将由所述利用者识别信息对应单元对应起来的利用者识别信息发送给所述服务提供服务器，

所述服务提供服务器还具有利用者信息存储单元，该利用者信息存储单元将利用者识别信息和与由该利用者识别信息识别的利用者相关的信息对应起来存储，

所述识别信息收集单元针对每个终端收集由所述利用者识别信息发送单元发送的利用者识别信息作为与所述通信信息成组的信息，

所述服务提供单元从由所述识别信息收集单元收集到的多个利用者识别信息中确定识别所述各个终端的各个利用者的各个利用者识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个利用者识别信息对应地存储在所述利用者信息存储单元内的与利用者相关的信息。

10.根据权利要求9所述的服务提供系统，其特征在于，所述识别信息发布单元针对终端和服务提供服务器的每个组合发布不同的识别信息。

11.根据权利要求9所述的服务提供系统，其特征在于，

所述识别信息发布单元的特征在于以可验证的形式发布识别信息，

所述服务提供服务器还具有识别信息验证单元，当所述识别信息收集单元以可验证的形式收集识别信息时，所述识别信息验证单元验证与该识别信息相关的事实。

12.一种服务提供方法，该服务提供方法将网络上的服务提供给终端，其特征在于，该服务提供方法具有：

通信信息收集步骤，针对每个终端收集识别在终端间建立的通信的通信信息；

识别信息收集步骤，针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；

关联步骤，从由所述通信信息收集步骤收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个终端的各个服务关联起来；以及

服务提供步骤，在将由所述关联步骤关联起来的各个服务提供给各个终端时，从由所述识别信息收集步骤收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个终端装入了图像数据的情况下，终端间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个终端。

13.一种服务提供系统，该服务提供系统将网络上的服务提供给客户机侧系统，其特征在于，该服务提供系统具有：

通信信息收集单元，其针对每个客户机侧系统收集识别在客户机侧系统间建立的通信的通信信息；

识别信息收集单元，其针对每个客户机侧系统收集识别客户机侧系统或客户机侧系统的利用者的识别信息作为与所述通信信息成组的信息；

关联单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个客户机侧系统的各个服务关联起来；以及

服务提供单元，其在将由所述关联单元关联起来的各个服务提供给各个客户机侧系统时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个客户机侧系统或该各个客户机侧系统的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个客户机侧系统装入了图像数据的情况下，客户机侧系统间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个客户机侧系统。

14.一种服务提供系统，该服务提供系统将网络上的服务提供给终端，其特征在于，提供所述服务的服务提供服务器具有：

通信信息收集单元，其针对每个终端收集识别在该服务提供服务器与终端之间建立的通信的通信信息；

识别信息收集单元，其针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；以及

服务提供单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示在与该服务提供服务器之间建立的通信的通信信息，在将服务提供给建立了由所确定的通信信息识别的通信的终端时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个终端装入了图像数据的情况下，终端间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个终端。

15.一种服务提供服务器，该服务提供服务器将网络上的服务提供给终端，其特征在于，该服务提供服务器具有：

通信信息收集单元，其针对每个终端收集识别在终端间建立的通信的通信信息；

识别信息收集单元，其针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；

关联单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个终端的各个服务关联起来；以及

服务提供单元，其在将由所述关联单元关联起来的各个服务提供给各个终端时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个终端装入了图像数据的情况下，终端间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个终端。

16.一种服务提供服务器，该服务提供服务器将网络上的服务提供给客户机侧系统，其特征在于，该服务提供服务器具有：

通信信息收集单元，其针对每个客户机侧系统收集识别在客户机侧系统间建立的通信的通信信息；

识别信息收集单元，其针对每个客户机侧系统收集识别客户机侧系统或客户机侧系统的利用者的识别信息作为与所述通信信息成组的信息；

关联单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示相同通信的各个通信信息，将提供给建立了由所确定的各个通信信息识别的通信的各个客户机侧系统的各个服务关联起来；以及

服务提供单元，其在将由所述关联单元关联起来的各个服务提供给各个客户机侧系统时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个客户机侧系统或该各个客户机侧系统的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个客户机侧系统装入了图像数据的情况下，客户机侧系统间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个客户机侧系统。

17.一种服务提供服务器，该服务提供服务器将网络上的服务提供给终端，其特征在于，该服务提供服务器具有：

通信信息收集单元，其针对每个终端收集识别在该服务提供服务器与终端之间建立的通信的通信信息；

识别信息收集单元，其针对每个终端收集识别终端或终端的利用者的识别信息作为与所述通信信息成组的信息；以及

服务提供单元，其从由所述通信信息收集单元收集到的多个通信信息中确定表示在与该服务提供服务器之间建立的通信的通信信息，在将服务提供给建立了由所确定的通信信息识别的通信的终端时，从由所述识别信息收集单元收集到的多个识别信息中确定识别该各个终端或该各个终端的各个利用者的各个识别信息，控制服务提供，使得按照如下内容来提供各个服务，该内容依据与所确定的各个识别信息对应地存储在存储部内的信息，在一个终端装入了图像数据的情况下，终端间的关系是相互准许共享所述图像数据的关系，控制服务以便将所述图像数据发送到另一个终端。