CN101527725A

CN101527725A - 信息提供服务器、程序、信息提供方法以及信息提供系统

Info

Publication number: CN101527725A
Application number: CN200910118528A
Authority: CN
Inventors: 锻忠司; 山本暖; 藤城孝宏; 入部真一; 猪田文彦; 伊藤彰雄
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd; NEC Corp
Priority date: 2008-03-05
Filing date: 2009-02-26
Publication date: 2009-09-09
Also published as: US20090327394A1; EP2099192A1; JP2009211504A; JP5248145B2

Abstract

本发明涉及信息提供服务器、程序、信息提供方法以及信息提供系统，目的是提供能够容易地变换成每一接收侧装置的数据的技术。信息提供服务器110的不同结构消息制作部123，通过把从发送侧装置接收到的信息的数据结构变换为用接收侧装置能够处理的数据结构，生成标准信息，通知用SOAP制作部124，通过把生成的标准信息的预定位置的信息置换为每一接收侧装置的信息，来生成每一接收侧装置的通知信息。

Description

信息提供服务器、程序、信息提供方法以及信息提供系统

技术领域

本发明涉及向接收侧装置提供从发送侧装置接收到的信息的技术。

背景技术

有像IP电话或者即时消息服务那样，在进行通信前能够识别通信对象的状态的系统。在这样的系统中，使用收集、提供通信对象的状态等的信息(存在信息)的信息提供服务器装置(称为存在服务器)。

另外，为通知提供了最新新闻或者节目信息、通讯稿等的信息，也逐渐使用收集、提供这样的信息的信息提供服务器装置(称为PING服务器)。

在向以上那样的信息提供服务器装置提供信息的装置(发送侧装置)、和从信息提供服务器装置接收信息的提供的装置(接收侧装置)中信息的记述方法(数据结构)不同时，有时在接收侧装置中不能正确地处理从信息提供服务器装置接收到的信息。

在这样的场合，在信息提供服务器装置中，有管理发送侧装置或者接收侧装置的设备种类、把从发送侧装置接收到的信息变换为接收侧装置能够处理的记述的技术(例如特开2007-295385号公报，称为文献1)。

像在发送侧装置的识别信息在每一接收侧装置中不同的场合、或者在向接收侧装置提供的信息上附加了电子签名或附加了消息认证代码(称为MAC)的场合、还有在向接收侧装置提供的信息中包含动态生成的信息的场合等那样，在向接收侧装置提供的信息在每一接收侧装置中包含不同的值那样的场合，在专利文献1中记载的技术中，需要在每一接收侧装置中准备变换数据的变换规则，变换规则的制作负荷、或者在每一接收侧装置中变换数据的处理负荷大。

本发明提供能够容易地变换成每一接收侧装置的数据的技术。

发明内容

为解决以上的课题，本发明，在把从发送侧装置接收到的信息变换为接收侧装置可共同处理的数据结构后，置换每一接收侧装置的信息，由此，制作向每一接收侧装置提供的信息。

例如，本发明提供一种信息提供服务器，其向接收侧装置提供从发送侧装置接收到的信息，其特征在于，具有存储部和控制部，所述存储部存储：确定发送侧装置、以及提供从该发送侧装置得到的信息的接收侧装置的提供目的地信息；和确定数据结构、以及与该数据结构对应的接收侧装置的结构信息，所述控制部进行下述处理：当从所述发送侧装置接收到信息时，由所述提供目的地信息确定提供从所述发送侧装置得到的信息的接收侧装置的提供目的地确定处理；由所述结构信息确定用所述提供目的地确定处理确定的所述接收侧装置对应的数据结构的数据结构确定处理；通过把从所述发送侧装置接收到的信息的数据结构变换为用所述数据结构确定处理确定的数据结构生成标准信息的标准信息生成处理；通过把所述标准信息的预定的位置的信息置换为用所述提供目的地确定处理确定的每一所述接收侧装置的信息，生成每一所述接收侧装置的通知信息的通知信息生成处理；和向用所述提供目的地确定处理确定的每一所述接收侧装置发送每一所述接收侧装置的通知信息的通知信息发送处理。

如上所述，根据本发明，可以提供能够容易地变换成每一接收侧装置的数据的技术。

附图说明

图1是信息提供系统的概略图。

图2是信息提供服务器的概略图。

图3是提供目的地表的概略图。

图4是结构表的概略图。

图5是变换模板的概略图。

图6是变更表的概略图。

图7是ID表的概略图。

图8是计算机的概略图。

图9是发送侧装置的概略图。

图10是接收侧装置的概略图。

图11是例示信息提供系统中的处理的顺序图。

图12是例示信息提供服务器中的处理的流程图。

图13是提供委托用SOAP消息的概略图。

图14是通知用SIP消息的概略图。

图15是标准通知用SOAP消息的概略图。

图16是通知用SOAP消息的概略图。

图17是例示信息提供服务器中的处理的概略图。

图18是例示发送侧装置中的处理的流程图。

图19是例示接收侧装置的处理的流程图。

具体实施方式

图1是作为本发明的一个实施形态的信息提供系统100的概略图。

如图示，信息提供系统100具有：信息提供服务器110；发送侧装置130A、130B(在不特别需要区别各个装置时，记作为发送侧装置130)、和接收侧装置150A、150B、150C(在不特别需要区别各个装置时，记作为接收侧装置150)，这些装置能够通过网络170相互进行信息的收发。

图2是信息提供服务器110的概略图。

如图示，信息提供服务器110具有：存储部111、控制部117、输入部126、输出部127、收发部128。

存储部111具有：提供目的地信息存储区域112、结构信息存储区域113、模板信息存储区域114、和变更信息存储区域115。

在提供目的地信息存储区域112中，存储确定接受信息的提供的接收侧装置150的信息、和确定作为要求该接收侧装置150接受提供的信息的发送源的发送侧装置130的信息。

例如，在本实施形态中，在提供目的地信息存储区域112中存储图3(提供目的地表112a的概略图)所示那样的提供目的地表112a。

如图示，提供目的地表112a具有：登记号码栏112b、发送侧装置栏112c、接收侧装置栏112d。

在登记号码栏112b中，存储作为用于识别各个记录的识别信息的登记号码。

在发送侧装置栏112c中，存储确定用后述的接收侧装置栏112d确定的接收侧装置150要求提供信息的发送侧装置130的信息。这里，在本实施形态中，作为确定发送侧装置130的信息，存储确定发送侧装置130的地址的信息(这里是SIP URI(Session Initiation Protocol Uniform Resource Identifier))。

在接收侧装置栏112d中，存储确定要求用发送侧装置栏112c确定的发送侧装置130的信息的提供的接收侧装置150的信息。这里，在本实施形态中，作为确定接收侧装置150的信息，存储确定接收侧装置150的地址的信息(这里是URI：Uniform Resource Locator)。

另外，在接收侧装置150中运行的多个应用分别要求信息的提供的场合(特别是在接收侧装置150的每一应用中能够处理的数据结构有多个的场合，或者在接收侧装置150的每一应用中要求信息的提供的发送侧装置130不同那样的场合)，也可以对于每个应用在提供目的地表112a中生成新的记录，通过把在接收侧装置栏112d中存储的地址变换为确定在接收侧装置150中运行的应用的地址的信息来进行管理。

返回图2，在结构信息存储区域113中，存储确定能够用接收侧装置150处理的数据结构的信息。

例如，在本实施形态中，在结构信息存储区域113中存储图4(结构表113a的概略图)所示那样的结构表113a。

如图示，结构表113a具有：登记号码栏113b、数据结构栏113c、和接收侧装置栏113d。

在登记号码栏113b中，存储用于识别各个记录的识别信息的登记号码。

在数据结构栏113c中，存储用后述的接收侧装置栏113d确定的接收侧装置150能够处理的数据结构的信息。这里，作为数据结构，对于通过SIP或者SOAP(Simple Object Access Protocol)这样的协议决定的每一记述方式(类型)，在数据结构栏113c中存储能够识别各个记述方式(类型)的信息。

另外，在本实施形态中，数据结构表示用XML模式那样的模式语言定义的XML文件的结构(根据某消息的结构要素间的关系以树状表示某消息)，但是不限于这样的形式。

在接收侧装置栏113d中，存储确定以用数据结构栏113c确定的数据结构接受发送侧装置130的信息的提供的接受侧装置150的信息。这里，在本实施形态中，作为确定接受侧装置150的信息，存储确定接受侧装置150的地址的信息(这里是URL)。

另外，在接收侧装置150中能够处理的数据结构有多个的场合(例如在接收侧装置150的每一应用中能够处理的数据结构有多个的场合)，也可以对于每个可处理的数据结构生成新的记录，通过把在接收侧装置栏113d中存储的地址变换为确定在接收侧装置150中运行的应用的地址的信息来进行管理。

在模板信息存储区域114中，对于发送侧装置130对应的数据结构和接收侧装置150对应的数据结构的每一组合，存储确定用于变换数据结构的变换模板的信息。另外，在本实施形态中，把使用在模板信息存储区域114中存储的变换模板变换过的数据作为标准数据。

例如，在模板信息存储区域114中，存储如图5(变换模板114a的概略图)所示那样的变换模板114a。另外，变换模板114a，是用于把通知发送侧装置130的状态信息的通知用SIP消息(这里是NOTIFY消息)变换为作为标准数据的通知用SOAP消息的模板。

另外，图5中左端的数字，是表示变换表114a的行数的标度。

变换表114a具有变换指示区域114b和模板区域114c。

变换指示区域114b，是记述根据发送者侧装置130发送的信息变换在后述的模板区域114c中存储的模板的变换指示的区域。

在模板区域114c中，记述基于返还后的数据结构的数据(模板)。

这里，在本实施形态中，在模板区域114c中存储的模板中，如ID等那样在各个接受侧装置150中成为不同的值的部分中，存储用于根据在后述的变更信息存储区域115中存储的信息变更值的变更指示(命令)。

例如，在图5的变换表114a中，使用“$”符号识别变更指示。

在变更信息存储区域115中，存储用于变更在使用在模板信息存储区域114中存储的变换模板变换了的标准数据中存储的值的信息。

例如，在本实施形态中，对于每个接受侧装置150存储图6(变更表115a的概略图)所示那样的变更表115a以及图7(ID表115e)所示那样的ID表115e。

如图6所示，变更表115a，具有信息种类栏115b和值栏115c。

在信息种类栏115b中，存储确定在后述的值栏115c中存储的值的类别的信息。

在值栏115c中，存储确定用于生成在标准数据中存储的值的值的信息。

另外，关于在变更表115a中存储的信息，可以从接受侧装置150取得后存储，另外，也可以通过输入部126预先接受输入后存储。进而，关于在变更表115a中存储的信息的一部分，可以从接受侧装置150取得后存储，关于其他信息，也可以通过输入部126预先接受输入后存储。

另外，关于在变更表115a中存储的信息，可以从接受侧装置150取得，另外，也可以通过输入部126预先接受输入。另外，关于在变更表115a中存储的信息的一部分，可以从接受侧装置150取得，关于其他信息，也可以通过输入部126预先接受输入。

如图7所示，ID表115e，具有ID1栏115f和ID2栏115g。

在ID1栏115f中，存储确定其他装置的ID的信息。

在ID2栏115g中，存储关于用ID1栏115f确定的ID确定在与ID表115e对应的接受侧装置150中识别的ID的信息。亦即，使在ID1栏115f中存储的ID与在接受侧装置150中识别的ID对应起来存储在一个记录中。

返回图2，控制部117，具有SOAP通信部118、消息解析部119、提供目的地管理部120、发送委托用SIP制作部121、SIP通信部122、不同结构消息制作部123、和通知用SOAP制作部124。

SOAP通信部118，控制遵照SOAP的通信。特别，在本实施形态中，控制通过收发部128向接受侧装置150发送用通知用SOAP制作部124制作的通知用SOAP消息的处理，以及接受从接受侧装置150发送的提供委托用SOAP消息的处理。

消息解析部119，进行下述处理：解析通过收发部128接收到的提供委托用SOAP消息，在结构表113a、变更表115a以及ID表115e中存储必要的信息。

提供目的地管理部120，进行从通过收发部128接收到的提供委托用SOAP消息取得确定作为信息的提供源的发送侧装置130、和提供从该发送侧装置130得到的信息的接受侧装置150的信息后、在提供目的地表112a中存储确定这些地址的信息的处理。

发送委托用SIP制作部121，遵照SIP制作确定信息提供服务器110的地址的发送委托用消息(发送委托用SIP消息)(例如使用SUBSCRIBE消息制作)，向SIP通信部122输出。

SIP通信部122，控制遵照SIP的通信。特别在本实施形态中，控制通过收发部128向发送侧装置130发送用发送委托用SIP制作部121制作的发送委托用SIP消息的处理、以及接收从发送侧装置发送的通知用SIP消息的处理。

不同结构消息制作部123，使用在模板信息存储区域114中存储的变换模板，进行把从发送侧装置130接收到的消息的数据结构变换为接受侧装置150可处理的数据结构的处理。

这里，在本实施形态中，假定发送侧装置130发送遵照SIP的消息，假定接受侧装置150处理遵照SOAP的消息。因此，在本实施形态中，假定不同结构消息制作部123进行把SIP消息变换为作为标准数据的SOAP消息的处理。

通知用SOAP制作部124，对于提供该消息的每一接收侧装置150根据表115a或者ID表115e等确定由在用不同结构消息制作部123变换的标准SOAP消息中存储的变更指示所确定的信息，进行用变更指示确定的处理，并在标准SOAP消息中存储，由此，制作作为每一接收侧装置150的通知用数据的通知用SOAP消息。

另外，通知用SOAP制作部124，向SOAP通信部输出制作好的通知用SOAP消息。

输入部126接受信息的输入。

输出部127输出信息。

收发部128通过网络170进行信息的收发。

以上记载的信息提供服务器110，例如可以用像图8(计算机190的概略图)所示那样的、具有CPU(Central Processing Unit)191、存储器192、HDD(Hard Disk Drive)等的外部存储装置193、从CD-ROM(Compact Disk ReadOnly Memory)或者DVD-ROM(Digital Versatile Disk Read Only Memory)等具有可携带性的存储介质194读出信息的读取装置195、键盘或者鼠标等输入装置196、显示器等输出装置197、和用于连接通信网络的NIC等(NetworkInterface Card)的通信装置198的一般的计算机190实现。

例如，存储部111，可通过CPU191利用存储器192或者外部存储装置193实现，控制部117，可通过把在外部存储装置193中存储的规定的程序加载到存储器192中由CPU191执行实现，输入部126，可通过CPU191利用输入装置196实现，输出部127，可通过CPU191利用输出装置197实现，收发部128，可通过CPU191利用通信装置198实现。

该规定的程序，可以通过读取装置195从存储介质194、或者通过通信装置198从网络下载到外部存储装置193中，其后被加载到存储器192上通过CPU191执行。另外，也可以通过读取装置195从存储介质194、或者通过通信装置198从网络直接被加载到存储器192上，通过CPU191执行。

图9是发送侧装置130的概略图。

如图示，发送侧装置130，具有存储部131、控制部133、输入部139、输出部140、收发部141。

在存储部131中，存储为用发送侧装置130进行处理必要的信息。特别，在本实施形态中，存储确定发送信息的信息提供服务器110的地址的信息。

控制部133，具有状态管理部134、状态变更通知制作部135、发送目的地管理部136、SIP通信部137。

状态管理部134，管理发送侧装置130的状态(例如脱机或者联机)。

另外，在本实施形态中，做成了管理发送侧装置130的状态，但不限于这样的形态，也可以做成：管理通过网络170或者其他有线、无线等连接的其他装置的状态，向信息提供服务器110通知状态的变更。

状态变更通知制作部135，在由状态管理部134管理的状态中发生变更的场合，制作通知状态变更了的发送数据。这里，在本实施形态中，作为发送数据，使用SIP的NOTIFY消息制作通知用SIP消息。

发送目的地管理部136，进行抽出在通过SIP通信部137输入的发送委托用SIP消息中包含的信息提供服务器110的地址后、在存储部131中存储的处理。

SIP通信部137，控制遵照SIP的通信。特别在本实施形态中，控制通过收发部141发送用状态变更通知制作部135制作的通知用SIP消息的处理、以及接收通过信息提供服务器110发送的发送委托用SIP消息的处理。

输入部139接受信息的输入。

输出部140输出信息。

收发部141通过网络170进行信息的收发。

以上记载的发送侧装置130，例如可以通过图8所示那样的一般的计算机190实现。

例如，存储部131，可通过CPU191利用存储器192或者外部存储装置193实现，控制部133，可通过把在外部存储装置193中存储的规定的程序加载到存储器192中由CPU191执行实现，输入部139，可通过CPU191利用输入装置196实现，输出部140，可通过CPU191利用输出装置197实现，收发部141，可通过CPU191利用通信装置198实现。

另外，关于发送侧装置130，除一般的计算机190之外，例如也可以通过具有CPU191、存储器192、外部存储装置193、输入装置196、输出装置197和通信装置198的便携终端、便携电话终端、或者SIP终端等来实现。

图10是接收侧装置150的概略图。

如图示，接收侧装置150，具有存储部151、控制部153、输入部159、输出部160、和收发部161。

在存储部151中，存储为用接收侧装置150进行处理必要的信息。特别是，在本实施形态中，对于每一接收侧装置150，存储确定在消息中要求变更的值的信息。

控制部153，具有处理部154、提供委托制作部155、通知用SOAP解析部156、和SOAP通信部157。

处理部154，进行与通过信息提供服务器110得到的发送侧装置130的状态对应的处理。例如，在本实施形态中，对于每一发送侧装置130，进行在输出部160上显示确定是联机状态还是脱机状态的信息的处理，不过不限于这样的形态。

提供委托制作部155，遵照SOAP，制作存储了确定自身装置的地址的信息、确定要求取得状态信息的发送侧装置130的信息、确定自身装置可处理的数据结构的信息、和确定为变更为自身装置使用的值使用的值的信息的提供委托用SOAP消息。

另外，提供委托制作部155，向SOAP通知部157输出制作好的提供委托用SOAP消息。

通知用SOAP解析部156，解析通过SOAP通信部157输入的通知用SOAP消息，确定必要的信息(例如发送侧装置130的状态)，向处理部154输出。

SOAP通信部157，控制遵照SOAP的通信。特别是，在本实施形态中，控制通过收发部161发送提供委托制作部155制作好的提供委托用SOAP消息的处理、以及接收通过信息提供服务器110发送的通知用SOAP消息的处理。

输入部159接受信息的输入。

输出部160输出信息。

收发部161通过网络170进行信息的收发。

以上记载的接收侧装置150，例如可以通过图8所示那样的一般的计算机190实现。

例如，存储部151，可通过CPU191利用存储器192或者外部存储装置193实现，控制部153，可通过把在外部存储装置193中存储的规定的程序加载到存储器192中由CPU191执行实现，输入部159，可通过CPU191利用输入装置196实现，输出部160，可通过CPU191利用输出装置197实现，收发部161，可通过CPU191利用通信装置198实现。

另外，关于接收侧装置150，除一般的计算机190之外，例如也可以通过具有CPU191、存储器192、外部存储装置193、输入装置196、输出装置197和通信装置198的便携终端、便携电话终端、或者SIP终端等实现。

图11是表示信息提供服务器110内的处理的顺序图。这里以接收侧装置150通过信息提供服务器110取得发送侧装置130A的状态信息时的处理为例进行说明，但是不限于这样的形态。

首先，信息提供服务器110的发送委托用SIP制作部121生成发送委托用SIP消息，向SIP通信部122输出，SIP通信部122通过收发部128向发送侧装置130A发送该发送委托用SIP消息(S10)。

在接收到这样的发送委托用SIP消息的发送侧装置130A中，发送目的地管理部136，在存储部131中存储在发送委托用SIP消息中包含的信息提供服务器110的地址信息(S11)

另外，接收侧装置150B的提供委托制作部155，制作存储了确定自身装置的地址的信息、确定要求取得状态信息的发送侧装置130的信息、确定自身装置可处理的数据结构的信息、和确定为自身装置用而变更消息所使用的值的信息的提供委托用SOAP消息，向SOAP通信部157输出，SOAP通信部157，通过收发部161，向信息提供服务器110发送(S12)。

在接收到这样的提供委托用SOAP消息的信息提供服务器110中，消息解析部119以及提供目的地管理部120，从接收到的提供委托用SOAP消息中抽出必要的信息后在存储部111中存储(S13)。

具体说，消息解析部119，从接收到的提供委托用SOAP消息中，抽出确定可处理的数据结构的信息以及确定接收侧装置150B的地址的信息，使它们对应起来在结构表113a中存储，同时，在变更表115a中存储确定为接收侧装置150B用而变更消息所使用的值的信息。

另外，提供目的地管理部120，从接收到的提供委托用SOAP消息中抽出确定发送侧装置130A的信息，检索ID表115e的ID2栏115g，取得在对应的记录的ID1栏115f中存储的确定发送侧装置130A的地址的信息。

然后，提供目的地管理部120，使这样取得的确定发送侧装置130A的地址的信息、和从接收到的提供委托用SOAP消息中抽出的确定接收侧装置150B的地址的信息对应起来，存储在提供目的地表112a中。

另外，接收侧装置150B的处理部154，作为初始状态，在本顺序中，在输出部160上显示发送侧装置130A是脱机状态(S14)。

然后，在发送侧装置130A的状态管理部134中，在检测到发送侧装置130A的状态变化(这里是从脱机状态向联机状态的变化)了的场合(S15)，状态变更通知制作部135制作包含确定状态变化了的信息的通知用SIP消息(NOTIFY消息)，SIP通信部137，通过收发部141，向在存储部131中存储的发送目的地(这里是信息提供服务器110)的地址发送(S16)。

在接收到这样的通知用SIP消息的信息提供服务器110中，不同结构消息制作部123，确定要求从发送侧装置130A取得信息的接收侧装置150可处理的数据结构，使用在模板信息存储区域114中存储的变换模板，变换数据结构，制作作为标准数据的标准通知用SOAP消息(S17)。

然后，信息提供服务器110的通知用SOAP消息制作部124，根据在步骤S17中生成的标准通知用SOAP消息中存储的变更指示，从在变更信息存储区域115中与接收侧装置150B对应起来存储的变更表115a以及在ID表115e中存储的值，生成要求从发送侧装置130A取得信息的接收侧装置150B用的值，把生成的值在标准通知用SOAP消息中存储，由此制作作为对于接收侧装置150B的通知数据的通知用SOAP消息(S18)。

然后，信息提供服务器110的SOAP通信部118，通过收发部128，向接收侧装置150B发送通知用SOAP消息制作部124制作好的通知用SOAP消息(S19)。

在接收到这样的通知用SOAP消息的接收侧装置150B中，通过通知用SOAP解析部156解析接收到的通知用SOAP消息，确定发送侧装置130A是联机状态，处理部154进行与用接收到的通知用SOAP消息确定的发送侧装置130A的状态对应的处理(S20)。这里，处理部154进行在输出部160上显示发送侧装置130A是联机状态的处理。

图12是表示信息提供服务器110中的处理的流程图。

首先，信息提供服务器110，当开始动作时，发送委托用SIP制作部121对于全部发送侧装置130，制作至少包含信息提供服务器110的地址信息的发送委托用SIP消息(S30)，SIP通信部122，通过收发部128，向各个发送侧装置130发送(S31)。

这里，在本实施形态中，发送委托用SIP消息，因为使用在RFC3265中规定的SUBSCRIBE消息，所以省略详细的说明，但是不限于这样的SUBSCRIBE消息，也可以使用在各种标准中规定的消息、或者独自规定的消息。

接着，信息提供服务器110的SOAP通信部118，通过收发部128，确认是否通过接收侧装置150接收到新的提供委托用SOAP消息(S34)。然后，在接收到新的SOAP消息的场合(步骤S34为Yes)前进到步骤S32，在未接收到新的SOAP消息的场合(步骤S34为No)前进到步骤S35。

图13是提供委托用SOAP消息180的概略图。另外，图13中左端的数字，是表示提供委托用SOAP消息180的行数的标度。

如图示，提供委托用SOAP消息180，在SOAP消息的消息主体部(第11行～第19行)中，记述要求取得信息的发送侧装置130的识别信息(第13行以及第14行)、用于确定接收侧终端150的信息(第15行～第17行)。进而，在第15行中，记述确定接收侧终端150能够处理的数据结构的信息“type＝“SOAP””。

进而，在SOAP消息的消息头部(第3行～第10行)中，存储确定为生成MAC(消息认证代码：Message Authentication Code)的散列函数的信息(第5行)、以及确定为生成MAC的密钥(秘密信息)的信息(第6行以及第7行)。

返回图12，在步骤S32，消息解析部119，解析在步骤S34接收到的提供委托用SOAP消息，从预定的要素或者属性的值抽出必要的信息(S32)。

具体说，消息解析部119，在图13中表示的提供委托用SOAP消息180的头部中，抽出确定作为“macSecret”要素的“Algorithm”的属性值记述的散列函数的信息“hmac-shal”，使与发送来提供委托用SOAP消息180的接收侧装置150的识别信息对应起来生成变更表115a，在该变更表115a中制作新的记录，在制作好的记录的信息类别栏115b中存储确定“算法”的信息，在该记录的值栏115c中存储确定“hmac-shal”的信息。

另外，消息解析部119，在图13中表示的提供委托用SOAP消息180的头部中，抽出作为“keyName”要素的值记述的密钥ID“00000001”，在使与发送来提供委托用SOAP消息180的接收侧装置150的识别信息对应的变更表115a中制作新的记录，在制作好的记录的信息类别栏115b中存储确定“秘密ID”的信息，在该记录的值栏115c中存储确定“00000001”的信息。

进而，消息解析部119，在图13中表示的提供委托用SOAP消息180的头部中，抽出作为“keyValue”要素的值记述的密钥信息“T17uwy8xnQn44R9YvFkjYpe＝”，在使与发送来提供委托用SOAP消息180的接收侧装置150的识别信息对应的变更表115a中制作新的记录，在制作好的记录的信息类别栏115b中存储确定“秘密值”的信息，在该记录的值栏115c中存储确定“T17uwy8xnQn44R9YvFkjYpe”的信息。

另外，消息解析部119，在图13中表示的提供委托用SOAP消息180的消息主体部中，抽出作为“watcher”要素的“type”的属性值记述的确定数据结构的信息“SOAP”、和作为该“watcher”要素的值记述的接收侧装置150的地址信息“http://terminal.hitatch.com/PresenxeNotification”，在结构表113a中制作新的记录，在制作好的记录的登记号码栏113b中存储确定各个记录的识别号码(从上面的记录计起的连续编号)的信息，在记录的数据结构栏113c中存储确定“SOAP”的信息，在该记录的接收侧装置栏113d中存储确定“http://terminal.hitatch.com/PresenxeNotification”的信息。

进而，消息解析部119，在图13中表示的提供委托用SOAP消息180的消息主体部中，从“presentity”的要素中，抽出希望取得信息的发送侧装置130的识别信息、和作为“watcher”要素的值记述的接收侧装置150的地址信息，向提供目的地管理部120输出。

然后，取得了这些信息的提供目的地管理部120，在提供目的地表112a中制作新的记录，在制作好的登记号码栏113b中存储确定各个记录的识别号码(从上面的记录计起的连续编号)的信息，在该记录的发送侧装置栏112c中存储确定与发送侧装置130的识别信息对应的地址信息(SIP URI)的信息(从ID表115e取得)，在该记录的接收侧装置栏112d中存储确定接收侧装置150的地址信息的信息(S33)。

另一方面，在步骤S35，SIP通信部122，确认是否未接收到新的通知用SIP消息。然后，在未接收到新的通知用SIP消息的场合，返回步骤S34重复处理，在接收到新的通知用SIP消息的场合，前进到步骤S36。

图14是通知用SIP消息181的概略图。另外，图14中左端的数字，是表示通知用SIP消息181的行数的标度。

如图示，在通知用SIP消息181的消息主体部(第12行～第20行)中，作为“presence”的要素的“entity”的属性值存储确定作为发送源的发送侧装置130的SIP URI的信息“sip:user1@hitatch.com”，作为“status”的子要素的“basic”的要素的值存储作为发送源的发送侧装置130的状态信息的“open”(这里，表示是联机状态，在脱机状态时是“close”)。

返回图12，在步骤S36，提供目的地管理部120，从提供目的地表112a中确定与发送来接收到的通知用SIP消息的接收侧装置130的地址信息对应的接收侧装置150的地址信息，向不同结构消息制作部123输出。然后，不同结构消息制作部123从结构表113a中确定与输入的地址信息对应的数据结构。

接着，不同结构消息制作部123，在步骤S36中确定的数据结构中，确认是否有尚未执行要在后述的步骤S38执行的数据结构变换的数据结构(S37)。然后，在有未变换的数据结构的场合(在步骤S37为Yes)前进到步骤S38，在没有未变换的数据结构的场合(在步骤S37为No)返回步骤S34重复处理。

在步骤S38，不同结构消息制作部123，把在步骤S35接收到的通知用SIP消息变换为作为在步骤S36确定的数据结构的未变换的数据结构(这里，假定变化为用SOAP识别的数据结构)。

具体说，从模板信息存储区域114取得为把通知用SIP消息变换为作为在步骤S36确定的数据结构的未变换的数据结构的变换模板114a，抽出在该变换模板114a的模板区域114c中存储的模板，通过对于抽出的模板进行与在变换模板114a的变换指示区域114b中存储的变换指示对应的处理，把通知用SIP消息变换为要变换的数据结构中的作为标准数据的标准通知用SOAP消息。

例如，在图5表示的变换模板114a中，在变换指示区域114b中的第1行中，指定把成为变换对象的SIP消息(这里是通知用SIP消息181)的用“/presence/entity”这样的路径确定的值代入在模板区域114c中记述的模板的“％1”(第24行)这样的变量中。另外，在变换指示区域114b中从第2行到第7行之间，如果成为变换对象的SIP消息(这里是通知用SIP消息181)的用“/presence/tuple/status/basic”这样的路径确定的值是“open”，则指定在模板的“％2”这样的变量中代入“Available”，在“open”以外的场合，指定代入“Not Available”这样的值。

因此，不同结构消息制作部123，解析通知用SIP消息181制作XML树，检索相应的地方的值，代入变量。接着，不同结构消息制作部123，一边把在模板区域114c中记述的模板作为标准数据输出，一边把作为“％1”指定的地方(第24行)以及作为“％2”指定的地方(第28行)的值置换为用变换指示区域114b指示的值，作为标准通知用SOAP消息输出。

图15是变换在图14中表示的通知用SIP消息181的标准通知用SOAP消息182的概略图。另外，图15中左端的数字，是表示标准通知用SOAP消息182的行数的标度。

如图示，在标准通知用SOAP消息182的消息主体部(第14行～第24行)中，在第16行的“presentity”的要素的值中，存储有确定用通知用SIP消息181的“/presence/entity”这样的路径确定的发送侧装置130的SIP URI“SIP:user1@hitach1.com”的信息，在第20行的“Activity”的要素的值中，存储确定与用通知用SIP消息181的“/presence/tuple/status/basic”这样的路径确定的值“open”对应的“Available”的信息。

返回图12，在步骤S39，通知用SOAP制作部124，用提供目的地表112a检索与在步骤S38制作了标准通知用SOAP消息的数据结构对应的接收侧装置150(S39)。

然后，通知用SOAP制作部124，在步骤S39中检索到的接收侧装置150中，确定是否存在尚未发送信息的接收侧装置150(S40)。然后，在存在尚未发送信息的接收侧装置150的场合(步骤S40为Yes)，前进到步骤S41，在不存在尚未发送信息的接收侧装置150的场合(步骤S40为No)，返回步骤S37重复处理。

在步骤S41，通知用SOAP制作部124，通过遵照在每一相应地方指定的方法改写指示向对于标准通知用SOAP消息的每一装置不同的值的改写的地方，制作每一装置的通知用SOAP消息。

例如，在图15中表示的标准通知用SOAP消息182中，表示存储有把符号“$”用作识别信息改写对于每一装置不同的值的变更指示的位置。

具体说，在标准通知用SOAP消息182的第10行中存储的记述为“$BASE64($HMAC($BODY，$SECRET))”的变更指示，指示：在记述该变更指示的地方，把使用接收侧装置150的密钥信息($SECRET)制作了在消息主体部($BODY：第14行～第24行)中存储的信息的MAC的值，改写为该变更指示后存储。另外，关于接收侧装置150的密钥信息，使用在与发送的接收侧装置150的识别信息对应存储的变更表115a中在信息类别栏115b中存储有确定秘密值的信息的记录的值栏115c中存储的值。

另外，在标准通知用SOAP消息182的第16行中存储的记述为“$IDCONV(sip:user1@hitachi.com)”的变更指示，指示：在记述该变更指示的地方，把“sip:user1@hitachi.com”这样的地址信息(ID)变换为接收侧装置150识别的ID。另外，关于接收侧装置150识别的ID，使用在与发送的接收侧装置150的识别信息对应存储的ID表115c中在ID1栏115f中存储有确定“sip:user1@hitachi.com”的信息的记录的ID2栏115g中存储的值。

进而，在标准通知用SOAP消息182的第18行中存储的记述为“$DATE”的变更指示，指示在记述该变更指示的地方，改写现在时刻进行存储。

图16是通知用SOAP制作部124从图15中表示的标准通知用SOAP消息182制作的通知用SOAP消息183的概略图。另外，图16中左端的数字，是表示通知用SOAP消息183的行数的标度。

返回图12，在步骤S42，SOAP通信部118，通过收发部128向接收侧装置150发送在步骤S41制作好的通知用SOAP消息183。

以上是本实施形态中的信息提供服务器110中的处理。

例如，如图17(表示信息提供服务器110中的处理装概略图)所示，在从发送侧装置130接收到通知用SIP消息181的场合，在信息提供服务器110中，不同结构消息制作部123把通知用SIP消息181变换为作为接收侧装置150A以及接收侧装置150B共同对应的数据结构的标准通知用SOAP消息183，通知用SOAP制作部124，变更为各个接收侧装置150A以及接收侧装置150B用的通知用SOAP消息184，SOAP通信部118，向各个装置发送。

图18是表示发送侧装置130中的处理的流程图。

本实施形态中的发送侧装置130，当开始动作时，首先，SIP通信部137，确认通过收发部141是否接收到新的发送委托用SIP消息(S50)。然后，在接收到新的发送委托用SIP消息的场合，前进到步骤S51，在未接收到新的发送委托用SIP消息的场合，前进到步骤S52。

在步骤S51，发送目的地管理部136，取得确定在发送委托用SIP消息中包含的作为发送源的信息提供服务器110的地址的信息，在存储部131中存储，前进到步骤S50重复处理。

另一方面，在步骤S52，状态管理部134确认发送侧装置130的状态，判断是否更新了发送侧装置130的状态。然后，在已更新了发送侧装置130的状态的场合，前进到步骤S53，在未更新发送侧装置130的状态的场合，前进到步骤S50重复操作。

在步骤S53，状态变更通知制作部135，检索在存储部131中存储的作为发送源的信息提供服务器110的地址信息。

接着，状态变更通知制作部135，确认是否有未发送通知用SIP消息的信息提供服务器110的地址信息(S54)。然后，在有未发送通知用SIP消息的信息提供服务器110的地址信息的场合(在步骤S54为Yes)，前进到步骤S55，在没有未发送通知用SIP消息的信息提供服务器110的地址信息的场合(在步骤S54为No)，返回步骤S50重复处理。

在步骤S55，状态变更通知制作部135，制作确定了发送装置130更新后的状态的通知用SIP消息(例如图14中表示的通知用SIP消息181)，向SIP通信部137输出。

然后，SIP通信部137，通过收发部141，向信息提供服务器110发送输入的通知用SIP消息(S56)。

图19是表示接收侧装置150的处理的流程图。

本实施形态中的接收侧装置150，当开始动作时，首先，提供委托制作部155，制作提供委托用SOAP消息(例如图13中表示的提供委托用SOAP消息180)(S60)。

然后，SOAP通信部157，向信息提供服务器110发送在步骤S60制作好的提供委托用SOAP消息(S61)。

接着，处理部154，作为初始状态，在输出部160上显示全部发送侧装置130是脱机状态(S62)。

然后，当SOAP通信部118通过收发部161接收到通知用SOAP消息时(S63)，通知用SOAP解析部156解析通知用SOAP消息，取得状态被更新了的发送侧装置130和更新后的状态，通知处理部154(S64)。

然后，处理部154，更新从通知用SOAP解析部156通知的发送侧装置130的状态，在输出部160上显示(S65)，返回步骤S63重复处理。

在以上记载的实施形态中，发送侧装置130，向通过发送委托用SIP消息通知的发送目的地发送通知用SIP消息，但是不限于这样的形态，例如，也可以向设定文件或者发送侧装置130的操作员指定的发送目的地发送通知用SIP消息。

另外，接收侧装置150接受提供的SOAP消息，也可以使用Parlay-XPresence Web Service规格或者用Liberty规定的存在接口或者Liberty ID-SISPresence Service规格等。

进而，在接收侧装置150能够接收的消息的数据结构，与把从发送侧装置130接收到的SOAP消息作为SIP消息向接收侧装置150发送、或者把从发送侧装置130接收到的Parlay-X Presence Web Service规格的SOAP消息作为Liberty ID-SIS Presence Service规格的SOAP消息向接收侧装置150发送等的、发送侧装置130发送的消息的数据结构不同的场合，也可以应用本实施形态。

另外，关于Parlay-X Presence Web Service规格，在下述的文献2中有详细说明，关于用Liberty规定的Liberty ID-SIS Presence Service规格，在下述的文献3中进行了详细说明。

文献2：ETSI、ES 202 391-14 V1.2.1(2006-12)、Open Service Access(OSA)；Parlay X Web Service；Part 14：Presence，[2008年2月13日检索]，因特网<URL：http://webapp.etsi.org/action％5CPU/20061219/es_20239114v010201p.pdf>

文献3：Liberty Alliance Project、Liberty ID-SIS Presence ServiceSpecification，[2008年2月13日检索]，因特网<URL：http://www.projectliberty.org/liberty/content/download/1041/7185/file/draft-liberty-id-sis-presence-v1.0-10.pdt>

另外，关于在以上记载的实施形态中使用的SOAP，在下述的文献4中进行了详细说明。

文献4：W3C、SOAP Version 1.2 Part 0：Prime(Second Edition)，[2008年2月13日检索]，因特网<URL：Http://www.w3.org/TR/soap12-part0>

进而，关于在以上记载的实施形态中使用的SIP，在下述的文献5中进行了详细说明。

文献5：IETF、RFC3261：SIP：Session Initiation Protocol，[2008年2月13日检索]，因特网<URL：Http://www.ietf.org/rfc/rfc3261.txt>

如在本实施形态中说明过的那样，在SIP消息或者SOAP消息中记载的信息，都是被称为XML(eXtensible Markup Language)的形式的消息，但是，因为信息的数据结构不同，所以通常按下述方式进行数据结构的变换。

首先，读入SIP消息，检查在SIP消息中包含的XML是否适合正确的语法规则，数据结构是否正确。接着，把检查完毕的XML展开成树结构的内部数据(XML树)，以使容易进行数据结构的置换等的处理。然后，把SIP消息的XML树变换为适合在SOAP消息中记载的XML的数据结构的XML树，最后，从变换后的XML树输出在SOAP消息中记载的XML。

这里，在把SIP消息的XML树变换为SOAP消息的XML树的场合，公知要遵照被称之为XSLT(eXtensible Stylesheet Language Text)的变换规则定义进行(关于XSLT，参照下述的文献6)。

文献6：W3C、XSL Transformation(XSLT)Version 1.0，[2008年2月13日检索]，因特网<URL：Http://www.w3.org/TR/xslt>

然后，在这样的通常的技术中，在变换SIP消息的SOAP消息中包含发送的接收侧的装置的固有的信息的场合，在各个装置的每一个中必须进行包含了固有信息的变换规则定义，但是根据本实施形态，在使用相同的数据结构的装置中，数据结构的变换一次完成，在变换后的数据结构中，关于装置中固有的信息，通过在变换后的数据结构中改写，能够减小数据结构的变换处理的负荷。

因此，例如，通常的数据结构的变换处理，为检索进行变换的场所必须探查XML树，比文本文件的改写花费时间，但是在本实施形态中因为文本文件的改写完成所以缩短了处理时间。

进而，在向多个接收侧装置150提供从某发送侧装置130收集的信息的场合，需要进行和接收侧装置150的数目相同数目的变换处理，随接收侧装置150增加性能会恶化，但在本实施形态中，因为数据结构的变换一次完成，能够避免性能的恶化。

另外，在以上记载的实施形态中，对于从信息提供服务器110发送信息的每一接收侧装置150制作通知用的消息，但是不限于这样的形态，例如，也可以对于接收侧装置150的利用通知用的消息的每一应用制作通知用消息。即使在这样的场合，对于应用对应的每一数据结构也进行数据结构的变换，在进行了数据结构的变换后只要对于各个应用进行固有的值的变更即可。

例如，在作为NGN(New Generation Network)正在构建的下一代网络中设想为多种多样的应用服务提供与用户的状态相适应的服务，因为提供某用户的信息的应用服务称为多个，所以在这样的场合，可以应用上述应用例。

如上所述，根据本实施形态，信息提供服务器110，管理在发送侧装置130以及接收侧装置150中能够处理的数据结构的每一种类中可处理的XML树的类型，在把从发送侧装置130收集的信息变换为与接收侧装置150对应的数据结构对应的类型的XML树后，根据该XML树输出不同数据结构的消息。把该不同数据结构的不同机种消息作为文本文件处理，改写对于每一接收侧装置150值不同的地方，制作给接收侧装置150各个提供的消息。因此，具有这样的特征：即使在向接收侧装置150提供的信息包含对于每一接收侧装置150不同的值那样的场合，也不需要对于每一接收侧装置150准备变换规则，如果是与相同的数据结构对应的装置则只要准备相同的变换规则即可。

另外，根据本实施形态，在进行了从发送侧装置130接收到的信息的数据结构的变换处理后，因为对于每一接收侧装置150进行改写值的处理，所以数据结构的变换处理不依赖接收侧装置150的数目，仅执行一次。因此，具有接收侧装置150即使增加性能也不容易恶化这样的特征。

进而，根据本实施形态，具有这样的特征，每一数据结构的消息，因为向接收侧装置150提供的消息中与动态生成的信息对应的地方，记载有指定该信息的生成手段的信息，所以即使在包含动态生成的信息的场合也能够生成接收侧装置150能够处理的消息。

另外，在以上记载的实施形态中，例如如图15中表示的标准通知用SOAP消息那样，在每一数据结构的消息中，包含对于每一接收侧装置150改写值的变更指示，但是不限于这样的形态，例如，也可以做成：对于每一数据结构的消息的每一接收侧150改写值的地方的值事先做成空栏等，在另外的存储部等中事先存储使改写的地方、和改写该地方的值的变更指示对应的变更信息，使用这样的变更信息来改写值。

另外，在以上记载的实施形态中，在ID的变换中参照信息提供服务器110管理的ID表115e，但是不限于这样的形态，例如也可以做成：参照通过网络170连接的数据库，或者询问提供ID变换服务的服务器。

Claims

1.一种信息提供服务器，其向接收侧装置提供从发送侧装置接收到的信息，其特征在于，

具有存储部和控制部，

所述存储部存储：

确定发送侧装置、以及提供从该发送侧装置得到的信息的接收侧装置的提供目的地信息；和

确定数据结构、以及与该数据结构对应的接收侧装置的结构信息，

所述控制部进行下述处理：

当从所述发送侧装置接收到信息时，由所述提供目的地信息确定提供从所述发送侧装置得到的信息的接收侧装置的提供目的地确定处理；

由所述结构信息确定用所述提供目的地确定处理确定的所述接收侧装置对应的数据结构的数据结构确定处理；

通过把从所述发送侧装置接收到的信息的数据结构变换为用所述数据结构确定处理确定的数据结构生成标准信息的标准信息生成处理；

通过把所述标准信息的预定的位置的信息置换为用所述提供目的地确定处理确定的每一所述接收侧装置的信息生成每一所述接收侧装置的通知信息的通知信息生成处理；和

向用所述提供目的地确定处理确定的每一所述接收侧装置发送每一所述接收侧装置的通知信息的通知信息发送处理。

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

所述标准信息生成处理，是在基于用所述数据结构确定处理确定的数据结构的模板中，存储从所述发送侧装置接收到的信息中抽出的信息、或者通过从所述发送侧装置接收到的信息中抽出的信息确定的信息的处理。

3.根据权利要求1所述的信息提供服务器，其特征在于，

在所述存储部中，对于每一所述接收侧装置，存储有确定在向所述接收侧装置提供的通知信息中使用的信息的变更信息，

所述通知信息生成处理，是把所述标准信息的预定的位置的信息置换为在所述变更信息中存储的信息、或者由在所述变更信息中存储的信息所确定的信息的处理。

4.根据权利要求3所述的信息提供服务器，其特征在于，

在所述标准信息中，包含有具有存储每一所述接收侧装置的信息的位置、和取得每一所述接收侧装置的信息的规则的变更指示，

所述通知信息生成处理，是在用所述变更指示确定的位置存储遵照所述规则取得的信息的处理。

5.根据权利要求1所述的信息提供服务器，其特征在于，

所述数据结构，是至少一个以上的所述接收侧装置能够处理的结构。

6.根据权利要求1所述的信息提供服务器，其特征在于，

从所述发送侧装置接收的信息数据结构和向所述接收侧装置发送的数据结构是不同的数据结构。

7.一种程序，其使计算机作为向接收侧装置提供从发送侧装置接收到的信息的信息提供服务器来工作，其特征在于，

使所述计算机作为存储单元和控制单元来工作，

所述存储单元存储：

使所述控制单元进行下述处理：

8.根据权利要求7所述的程序，其特征在于，

9.根据权利要求7所述的程序，其特征在于，

在所述存储单元中，对于每一所述接收侧装置，存储有确定在向所述接收侧装置提供的通知信息中使用的信息的变更信息，

所述通知信息生成处理，是把所述标准信息的预定的位置的信息置换为在所述变更信息中存储的信息、或者由在所述变更信息中存储的信息确定的信息的处理。

10.根据权利要求9所述的程序，其特征在于，

在所述标准信息中，包含有具有存储所述每一接收侧装置的信息的位置、和取得所述每一接收侧装置的信息的规则的变更指示，

11.根据权利要求7所述的程序，其特征在于，

12.根据权利要求7所述的程序，其特征在于，

13.一种信息提供方法，其由信息提供服务器执行，所述信息提供服务器具有存储部和控制部，所述存储部存储：确定发送侧装置、以及提供从该发送侧装置得到的信息的接收侧装置的提供目的地信息；和确定数据结构、以及与该数据结构对应的接收侧装置的结构信息，其特征在于，

具有下述处理过程：

所述控制部，当从所述发送侧装置接收到信息时，由所述提供目的地信息确定提供从所述发送侧装置得到的信息的接收侧装置的提供目的地确定处理过程；

所述控制部，由所述结构信息确定用所述提供目的地确定处理过程确定的所述接收侧装置对应的数据结构的数据结构确定处理过程；

所述控制部，通过把从所述发送侧装置接收到的信息的数据结构变换为用所述数据结构确定处理过程确定的数据结构生成标准信息的标准信息生成处理过程；

所述控制部，通过把所述标准信息的预定的位置的信息置换为用所述提供目的地确定处理过程确定的每一所述接收侧装置的信息生成每一所述接收侧装置的通知信息的通知信息生成处理过程；和

所述控制部，向用所述提供目的地确定处理过程确定的每一所述接收侧装置发送每一所述接收侧装置的通知信息的通知信息发送处理过程。

14.一种信息提供系统，具有发送侧装置、接收侧装置、和向该接收侧装置提供从该发送侧装置接收到的信息的信息提供服务器，其特征在于，

所述发送装置，具有进行向所述信息提供服务器发送信息的处理的控制部，

所述信息提供服务器具有存储部和控制部，所述存储部存储：确定发送侧装置、以及提供从该发送侧装置得到的信息的接收侧装置的提供目的地信息；和确定数据结构、以及与该数据结构对应的接收侧装置的结构信息，

所述信息提供服务器的所述控制部进行下述处理：

当从所述接收侧装置接收到信息时，由所述提供目的地信息确定提供从所述发送侧装置得到的信息的接收侧装置的提供目的地确定处理；

向用所述提供目的地确定处理确定的每一所述接收侧装置发送每一所述接收侧装置的通知信息的通知信息发送处理，

所述接收侧装置具有进行与从所述信息提供服务器接收到的所述通知信息相适应的处理的控制部。