专利名称：上下文信息管理系统的制作方法
技术领域：
本发明涉及管理用户的上下文信息的系统的改进。
背景技术：
如便携电话、笔记本个人计算机的普及所看到的，用户具有的终端正在追求小型化。用户将终端带在身边出行，在与他人的通信中选择时间/场所的必要性正在减少。这样，对他人进行访问的手段多样化，但是在实际的环境中，需要在与对方进行通信时考虑对方的状况。
解决该问题的技术有上下文信息管理系统。所谓上下文是指与人的周围状况有关的信息，包含从用户具有的终端的工作信息到当前位置、操作状况等大范围的内容。在上下文信息管理系统中，用户将这些上下文信息手动或自动登记到上下文管理服务器中。上下文管理服务器向请求最新的上下文信息的其他用户通知所登记的上下文信息。由于上下文信息每次被更新就通知给用户，所以用户通常可以取得最新的上下文信息。
上下文信息的应用例之一有接收终端的选择。其是为了其他用户对具有多个终端的用户进行通信，而在发生打电话、邮件发送等行动的情况下，根据用户的状况和爱好，来使最合适的终端接收的功能。作为这种系统的例子，有接收者预先登记最佳的通信方式、终端种类的系统(例如专利文献1)和使其反映发送者侧所指定的优先级的系统(例如专利文献2)。
专利文献1日本特开平10-336319号专利文献2日本特开2005-208725号上述现有例中，需要上下文管理服务器具有用户所有的所有终端的信息。但是，一般用户在多个域中具有多个帐目，相对于终端的通信媒体经由便携电话网、IP网等多个分支，上下文管理服务器大多在单一域中管理上下文信息。为了解决该问题，考虑使用以多个域为管理对象的上下文管理服务器的方法，但是需要跨域来收集用户的帐目和终端的信息。帐目信息和终端信息是机密性很高的信息，其它域的管理者得到不同域、不同运营者发放的帐目信息很困难。另外，即使假设得到用户的同意而可以收集与用户的所有帐目有关的信息，也成为在系统内具有成批管理用户的个人信息的服务器，有信息泄漏的危险性升高的问题。
发明内容
为了解决上述问题，本发明的上下文信息管理系统具备用户域管理服务器，对用户ID、用户具有的终端和具有与终端对应的帐目的域名进行管理，并向用户帐目所属的各域的上下文管理服务器请求临时的一次帐目的发放；以及一次帐目管理服务器，对所发放的一次帐目的组进行分组管理。当接收帐目信息通知请求时，用户域管理服务器对一次帐目管理服务器委托将对应于所有用户帐目的一次帐目通知给帐目信息的请求源。同时，对所请求的用户的帐目所属的所有域的上下文管理服务器委托一次帐目的发放。各域的上下文管理服务器发放一次帐目，并登记在一次帐目管理服务器。一次帐目管理服务器通过将该一次帐目的组通知给帐目信息的请求源，帐目信息请求源可以通过一次帐目向用户的所有终端进行访问，并且，由于一次帐目是临时的，所以即使万一泄漏，用户的个人信息也不会泄漏。
发明的效果因此，本发明在对具有多个帐目的用户进行利用了上下文信息的接收终端的选择的情况下，尤其在用户跨多个域具有帐目的情况下，由于通过一次帐目来管理多个帐目的上下文信息，所以可以保持个人信息的机密性，同时可以成批管理与用户具有的帐目有关的信息。
图1是表示本发明的一实施方式的上下文信息管理系统的网络结构图；图2是用户域管理服务器的功能框图；图3是一次帐目管理服务器的功能框图；图4是上下文管理服务器的功能框图；图5是客户机的功能框图；图6是说明用户客户机主导的帐目信息取得处理等的网络结构图；图7是说明上下文管理服务器主导的帐目信息取得处理的网络结构图；图8是说明上下文信息取得处理的网络结构图；图9是说明用户客户机主导的帐目信息取得处理的时序图；图10是说明上下文管理服务器主导的帐目信息取得处理的时序图；图11是说明上下文信息取得处理的时序图；图12是用户域管理服务器的流程图；图13是一次帐目管理服务器的流程图；图14是上下文管理服务器的流程图；图1 5是客户机的流程图；图16是分组格式的一览；图17是说明拨号请求处理的时序图。
具体实施例方式
下面，根据附图来说明本发明的一实施方式。
图1表示使用本发明的系统的一例，是由多个域构成的网络中的上下文信息管理系统的结构图。上下文管理系统由对用户ID和用户帐目所属的域名的组进行管理的用户域管理服务器1、根据来自用户域管理服务器的请求，管理对各域的用户帐目的一次帐目的一次帐目管理服务器2、在各域中管理用户的上下文信息的上下文管理服务器5-1～5-M、用户客户机6A-1～6A-M、6B构成。这些系统结构要素跨多个域1～N(4-1～4-N)存在，各域通过网络3来相互连接。
用户域管理服务器1管理用户ID和用户帐目所属域的组。图1中，由于用户A在域1(4-1)～域M(4-M)具有客户机1～M(6A-1～6A-M)，所以用户域管理服务器1对于用户A，将ID和上下文管理服务器1～M(5-1～5-M)关联起来用数据库来进行管理。另外，具有向上下文服务器委托与用户帐目对应的一次帐目的发放的功能。
一次帐目管理服务器2根据来自用户域管理服务器1的请求，请求与所指定的域的集合对应的一次帐目的组。通过上下文管理服务器5-1～5-M发放的一次帐目作为分组后的帐目群来处理，并通过一次帐目信息数据库来管理。
上下文管理服务器5-1～5-M管理一个域中的用户的上下文信息。例如在图1中，上下文管理服务器1管理用户A客户机1(6A-1)的上下文信息。用户客户机6A-1～6A-M、6B表示用户具有的终端，对用户提供IP电话和即时消息等的通信手段和阅览上下文信息的功能。
接着，表示各装置的详细结构。图2是用户域管理服务器1的功能框图。用户域管理服务器1具有网络接口10、CPU12、硬盘14、存储器16和总线18这样的基本硬件结构，通过网络接口10上的分组收发部101与网络3进行通信。在存储器16上装载着管理用户的ID和域的对应的用户域管理程序161。用户域管理程序161由进行一次帐目的通知、发放请求、登记等控制的用户帐目控制协议1611、和监视通信状况并根据需要进行超时处理用的通信监视定时器1613构成。在硬盘14中存储有包括对用户ID和用户具有的帐目所属的域的上下文管理服务器的组进行管理的用户域信息表141-A的用户域信息DB141，通过装载在存储器16上的用户域管理程序161进行读写。有时用户域信息DB141对应数据量存储在存储器16上。
图3是一次帐目管理服务器2的功能框图。一次帐目管理服务器2具有网络接口20、CPU22、硬盘24、存储器26、总线28这样的基本硬件结构，通过网络接口20上的分组收发部201与网络3进行通信。在存储器26上装载了管理对于用户帐目发放的一次帐目的一次帐目管理程序261。一次帐目管理程序261由进行一次帐目的通知、发放请求、登记等控制的用户帐目控制协议2611、进行上下文信息的收集、通知的上下文信息控制协议2613、和监视通信状况并根据需要进行超时处理用的通信监视定时器2615构成。在硬盘24中存储有对识别一次帐目的组的帐目组ID、一次帐目的通知目标地址、一次帐目和发放该帐目的上下文管理服务器进行管理的、包括一次帐目信息表241-A的一次帐目信息DB241，通过在存储器26上装载的一次帐目管理程序261进行读写。有时一次帐目信息DB241对应数据量存储在存储器26上。
图4是上下文管理服务器5的功能框图。上下文管理服务器5具有网络接口50、CPU52、硬盘54、存储器56、总线58这样的基本硬件结构，并通过网络接口50上的分组收发部501与网络3进行通信。在存储器56上存储有管理用户的上下文信息的上下文管理程序561。上下文管理程序561由进行上下文信息的收集、通知的上下文信息控制协议5611、进行一次帐目的通知、发放请求、登记等的控制的用户帐目控制协议5613、发放一次帐目的一次帐目生成模块5615、和监视通信状况并根据需要来进行超时处理用的通信监视定时器5617构成。在硬盘54上作为用户的上下文信息存储有对用户ID、一次帐目、实际帐目和上下文信息的组进行管理的、包括上下文信息表541-A的上下文信息DB541、和对用户ID和实际帐目的组进行管理的包括帐目信息表542-A的帐目信息DB542，并通过存储器56上装载的上下文管理程序561进行读写。有时上下文信息DB541、帐目信息DB542对应数据量存储在存储器56上。
图5是客户机6的功能框图。客户机6具有网络接口60、CPU62、硬盘64、存储器66、总线68这样的基本硬件结构，并通过网络接口60上的分组收发部601与网络3进行通信。在存储器66上装载了管理用户的上下文信息的上下文管理程序661。上下文管理程序661由进行上下文信息的收集、通知的上下文信息控制协议6611、进行一次帐目的通知、发放请求、登记等的控制的用户帐目控制协议6613、和监视通信状况并根据需要进行超时处理用的通信监视定时器5615构成。在硬盘54上作为用户的上下文信息存储有对用户ID、帐目和上下文信息的组进行管理的包括上下文信息表641-A的上下文信息DB641，并通过在存储器66上装载的上下文管理程序661进行读写。有时上下文信息DB641对应数据量存储在存储器66上。
接着，表示基于一次帐目的用户帐目信息管理的情况。图6是域N(4-N)的用户B客户机6B取得与用户A的帐目有关的信息的情况下的模式图。例如，用户B为了对用户A进行访问，在取得用户A具有的所有帐目信息的情况下执行该处理。
用户帐目信息的取得处理在用户B客户机6B向用户域管理服务器1发送帐目信息通知请求(NF1-01)后开始。接收了帐目信息通知请求的用户域管理服务器1从用户域信息DB141取得所请求的用户的帐目所属的域，并向一次帐目管理服务器2发送一次帐目通知请求(NF1-03)。由于用户A在域1～M中具有客户机，所以一次帐目的通知对象为域1～M。
一次帐目通知请求NF1-03作为信息包括一次帐目的通知目标和登记一次帐目的域中所属的上下文管理服务器的列表。一次帐目管理服务器2等待接收来自列表中包含的域的上下文管理服务器的一次帐目登记。
在向一次帐目管理服务器2发送了一次帐目通知请求之后，用户域管理服务器1向各域(1～M)的上下文管理服务器请求登记一次帐目(NF1-05)。接收了一次帐目登记请求NF1-05的各上下文管理服务器发放一次帐目，并登记在一次帐目管理服务器2中(NF1-07)。这里发放的一次帐目仅在一定期间内有效，若超过期限就会失效。一次帐目管理服务器2在确认了由一次帐目通知请求NF1-03指定的所有上下文管理服务器登记了一次帐目的情况之后，向用户B客户机6B通知对用户A发放的一次帐目组(NF1-09)。经过以上的处理，用户B取得用户A具有的所有帐目的信息。
取得用户的帐目信息并不限于客户机。图7是域1(4-1)的上下文管理服务器5-1取得用户A的域1之外所属的帐目的信息的情况下的模式图。例如，设用户A客户机1(6A-1)上有信息接收，上下文管理服务器1(5-1)为了将其传送给用户A的其他终端，而在取得用户A具有的其他帐目的信息的情况下，来执行该处理。
用户帐目信息的取得处理从上下文管理服务器1(5-1)向用户域管理服务器1发送帐目信息通知请求(NF2-01)后开始。接收了帐目信息通知请求的用户域管理服务器1从用户域信息DB141中取得所请求的用户的帐目所属的域，并向一次帐目管理服务器2发送一次帐目通知请求(NF1-03)。由于用户A在域1～M上具有客户机，所以一次帐目的通知对象是域1～M，但是在帐目信息的请求源是用户域信息DB141上包含的上下文管理服务器中的一个的情况下，不需要对上下文管理服务器所属的域取得帐目信息。因此，在用户域管理服务器1向一次帐目管理服务器2发送的一次帐目通知请求NF2-03上指定域2～M。之后的处理与图6相同。
图8是从已登记的一次帐目中取得实际帐目的上下文信息的处理模式图。设通过图6或图7的处理，上下文信息的请求源已经取得作为对象的用户的一次帐目。图8中，用户B客户机6B取得用户A客户机2(6A-2)的上下文信息。最初，用户B客户机6B向一次帐目管理服务器2发送上下文信息通知请求(NF3-01)。在上下文信息的通知时，指定已取得的一次帐目。
接收了上下文信息通知请求的一次帐目管理服务器2参考一次帐目信息DB241，来抽出登记了一次帐目的上下文管理服务器2(5-2)，传送上下文信息通知请求(NF3-03)。接收了上下文信息通知请求的上下文管理服务器2向一次帐目管理服务器2发送所请求的上下文信息(NF3-05)。最后，一次帐目管理服务器2将上下文信息传送给用户B客户机6B，完成上下文信息的取得处理。
接着，利用通信时序图来详细说明帐目信息管理的情况。图9详细说明了图6，表示用户B客户机6B取得用户A的帐目信息的处理。最初，用户B客户机6B向用户域管理服务器1发送帐目信息通知请求S1-01。图16表示帐目信息通知请求的内容。帐目信息通知请求PF-01作为要素包括分组类别(帐目信息通知请求)、帐目信息请求源地址、用户ID和帐目组ID。这里帐目信息请求源为用户B客户机6B。用户ID表示通知谁的帐目信息，该例中指定用户A。帐目组ID是在接收帐目信息时用于识别所通知的帐目信息的对象用户的识别符，帐目信息的请求源随机发放唯一的值，并传到用户域管理服务器1中。
接收了帐目信息通知请求S1-01的用户域管理服务器得知用户B请求用户A的帐目信息，而从用户域信息表141-A中取得用户A具有帐目的域的上下文管理服务器的列表。之后，将一次帐目通知请求S1-04发送给一次帐目管理服务器2中。图16表示一次帐目通知请求的内容。一次帐目通知请求PF-02包括分组类别(一次帐目通知请求)、帐目信息通知目标地址、帐目组ID和上下文管理服务器列表。由于这次请求帐目信息的是用户B，所以向帐目信息通知目标地址指定用户B客户机6B的地址。在请求一次帐目的通知时，必须向一次帐目管理服务器2指定该一次帐目是为哪个用户登记的。这里用户B请求的是用户A的帐目信息，但是若直接指定用户ID，则用户A的帐目信息临时聚集到一次帐目管理服务器上，不能保证信息的秘密性。因此，在用户的指定上使用用户B客户机6B向用户域管理服务器1通知的帐目组ID。得知帐目组ID和用户ID的对应，在该时刻仅仅是用户B客户机6B和用户域管理，即使从一次帐目管理服务器泄漏信息，也不能特定它是哪个用户的信息，保证了信息的秘密性。
接收了一次帐目通知请求S1-04的一次帐目管理服务器2从消息中包含的信息中得知用户B客户机6B请求由帐目组ID所指定的对某个用户的帐目信息的情况，帐目的所有者在上下文管理服务器列表所指定的服务器上具有帐目。并且，各个上下文管理服务器等待接收登记一次帐目。
对一次帐目管理服务器2请求了帐目信息的通知的用户域管理服务器1作为下面的处理对对应于用户A的所有上下文管理服务器发送一次帐目登记请求(S1-07、10)。图16表示一次帐目登记请求的内容。一次帐目登记请求PF-03包括分组类别(一次帐目登记请求)、用户ID和帐目组ID。用户ID是指定登记了对哪个用户的一次帐目的要素，这里相当于用户A。用户ID和帐目组ID在将一次帐目登记到一次帐目管理服务器2时，为了隐蔽用户的个人信息，而使用上下文管理服务器。
接收了一次帐目登记请求的各上下文管理服务器5-1～5-M对所指定的用户ID发送一次帐目。所发送的一次帐目作为用户ID、一次帐目、实际帐目和上下文信息的组，存储在上下文信息表541-A上。之后，将所发放的一次帐目登记到一次帐目管理服务器上(S1-13、16)。在一次帐目的登记时，上下文管理服务器为了隐蔽用户的信息，使用由一次帐目登记请求S1-7、10所指定的帐目组ID，来指定以所登记的一次帐目为对象的用户。图16表示一次帐目登记的内容。一次帐目登记PF-04包括分组类别(一次帐目登记)、帐目组ID、帐目登记源地址和一次帐目。帐目登记源地址上包含上下文管理服务器本身的地址。
接收了一次帐目登记S1-13、16的一次帐目管理服务器2调查一次帐目登记消息的帐目组ID和帐目登记源地址，并在一次帐目信息表241-A相应的表上登记一次帐目。接着，对所指定的帐目组ID判断来自所有上下文管理服务器的一次帐目登记是否完成。在完成全部帐目登记的时刻，一次帐目管理服务器2向一次帐目信息表241-A的一次帐目通知目标地址(用户B客户机6B)发送帐目信息通知(S1-19)。图16表示帐目信息登记的内容。帐目信息登记PF-05包括分组类别(帐目信息通知)、帐目组ID和一次帐目的列表。虽然在帐目信息通知S1-19中包括帐目组ID，但是并不包括用户ID。但是，由于作为帐目信息的请求源的用户B客户机6B管理用户ID和帐目组ID的对，所以可以知道所通知的帐目对应于哪个用户。另外，所通知的帐目是一次帐目，即使这些泄漏，用户的实际帐目信息不会泄漏。
接着，详细描述上下文管理服务器请求用户帐目信息的处理。图10详细说明了图7，表示上下文管理服务器1(5-1)取得用户A的帐目信息的处理。最初，上下文管理服务器1(5-1)向用户域管理服务器1发送帐目信息通知请求S2-01。接收了帐目信息通知请求S2-01的用户域管理服务器得知上下文管理服务器1(5-1)请求用户A的域1(4-1)之外的帐目信息，并从用户域信息表141-A中取得用户A持有帐目的域的上下文管理服务器的列表。这里，由于帐目信息的请求源包括在上下文管理服务器列表中，所以在将一次帐目通知请求S1-04发送给一次帐目管理服务器2时，从列表中去除上下文管理服务器1(5-1)，而指定上下文管理服务器2-M(5-2～5-M)。同样，在向上下文管理服务器发送一次帐目登记请求时，上下文管理服务器2-M(5-2～5-M)成为对象(S2-07、10)。之后的处理S2-13～S2-19进行与S1-13～S1-19相同的处理。
图11详细说明图8，表示用户B客户机6B、或上下文管理服务器1(5-1)对域2(4-2)所属的用户A的帐目取得上下文信息的处理。下面，作为例子，上下文信息的请求源是用户B客户机6B，设一次帐目属于一次帐目管理服务器的域。
最初，用户B客户机6B将上下文信息通知请求S3-01发送给一次帐目管理服务器。图16表示上下文信息通知请求的内容。上下文信息通知请求PF-06包括分组类别(上下文信息通知请求)、上下文信息请求源地址和用户帐目。由于用户B帐目6B取得的帐目信息是上下文管理服务器2(5-2)在一次帐目管理服务器2上登记的一次帐目2(241-2)，所以将其作为用户帐目来指定。
接收了上下文信息通知请求S3-01的一次帐目管理服务器2将用户帐目作为密钥来检索一次帐目信息表241-A。由于检索的结果，得到登记了一次帐目2(241-4)的上下文管理服务器2(5-2)，所以将上下文信息通知请求传送给上下文管理服务器2(5-2)中(S3-04)。接收了上下文信息通知请求的上下文管理服务器2(5-2)将所指定的用户帐目作为密钥来检索上下文信息表541-A，取得所请求的上下文信息。为了向上下文信息请求源通知该上下文信息，上下文管理服务器2(5-2)将上下文信息通知S3-07发送到一次帐目管理服务器2。图16表示上下文信息通知的内容。上下文信息通知PF-07包括分组类别(上下文信息通知)、上下文信息通知目标地址、用户帐目和上下文信息。接收了上下文信息通知S3-07的一次帐目管理服务器2向上下文信息的通知目标传送消息(S3-10)。经过以上的处理，用户B客户机6B可以取得目的的上下文信息。
图17是将上下文信息应用于呼叫控制的情况下的时序图。根据本发明，在用户B对用户A进行通话时，如果仅指定用户A的用户ID而不是用户A所有的客户机的地址，就可以进行通话。用户B最初向自身所属的域的上下文管理服务器N(5-N)发送拨号请求(S4-01)。该拨号请求例如通过SIP(Session Initiation Protocol)的INVITE消息等来实现。用户B指定用户A的用户ID来作为目的地。接收了拨号请求的上下文管理服务器N(5-N)为了取得所指定的用户的帐目信息，而将帐目信息通知请求发送到用户域管理服务器1(S4-04)。之后，到上下文管理服务器N接收帐目信息通知(S4-22)之前的处理与图9中的帐目信息通知请求发送(S1-01)到帐目信息通知接收(S1-19)采取相同的顺序。取得了用户A的帐目信息的上下文管理服务器N为了取得所取得的所有帐目的上下文信息，而将上下文信息通知请求发送到上下文管理服务器(S4-25、28)。上下文信息通知请求的目的地是在一次帐目所属的域中存在的上下文管理服务器。接收了上下文信息通知请求的各上下文管理服务器向上下文管理服务器N(5-N)返回上下文信息通知(S4-31、34)。取得了所有的上下文信息的上下文管理服务器N(5-N)判断应将拨号请求发送到哪个一次帐目。在判断中利用了上下文信息的内容(在、离线、不在)和客户机的优先级等。在决定了最佳的消息发送目标后，上下文管理服务器N(5-N)将拨号请求传送给上下文管理服务器(S4-37)。图17表示将拨号请求传送给上下文管理服务器1(5-1)的情况。接收了拨号请求的上下文管理服务器1(5-1)掌握目的地是本身在S4-16上发放的一次帐目的情况，并将拨号请求传送给用户A客户机1(6A-1)。通过以上的处理，可以进行仅指定了用户ID的拨号处理。
接着，表示上下文信息管理系统中的各装置的处理流程。图12是用户域管理服务器1的流程图。用户域管理服务器1在启动时进行初始化处理，而开始消息接收循环(F1-01、04)。在消息接收循环中接收了帐目信息通知请求的情况下(F1-07)的情况下，用户域管理服务器1将用户ID作为密钥，来检索用户域信息表141-A，而取得上下文管理服务器的列表(F1-16)。接着，判断上下文信息的请求源是否包括在所取得的上下文管理服务器的列表上(F1-19)。在不包括的情况下，对一次帐目管理服务器2发送指定了列表中的所有上下文管理服务器的一次帐目通知请求(F1-22)，并对列表中的所有上下文管理服务器发送一次帐目登记请求(F1-25)。在帐目信息的请求源包含在上下文管理服务器的列表中的情况下，对一次帐目管理服务器2发送在列表中指定了帐目信息的请求源之外的上下文服务器的一次帐目通知请求(F1-28)，并将一次帐目登记请求发送到帐目信息的请求源之外的所有上下文服务器中(F1-31)。消息接收循环在用户域管理服务器1关闭(shut down)时结束(F1-10)，在停止消息接收循环后，用户域管理服务器1停止功能(F1-13)。
图13是一次帐目管理服务器2的流程图。一次帐目管理服务器2在启动时进行初始化处理，而开始消息接收循环(F2-01、04)。在消息接收循环中接收了一次帐目信息通知请求的情况下(F2-07)，一次帐目管理服务器将由消息指定的帐目组ID、信息通知目标地址、上下文管理服务器列表登记在一次帐目信息表241-A中(F2-25)。在接收了一次帐目登记的情况下，将一次帐目存储在一次帐目信息表241-A相应的记录上(F2-28)。接着，对所通知的一次帐目的帐目组ID，来判断是否存在未登记的一次帐目(F2-31)。在没有未登记的一次帐目的情况下，由于意味着一次帐目的登记处理完成，所以一次帐目管理服务器2将帐目信息通知发送给帐目信息通知目标地址(F2-34)。接收了上下文信息通知请求的情况下(F2-13)，从一次帐目信息表241-1决定作为目标的上下文管理服务器的地址，并传送消息(F2-37)。接收了上下文信息通知的情况下(F2-16)，向由消息指定的上下文信息通知目标地址传送消息(F2-40)。消息接收循环在一次帐目管理服务器关闭时结束(F2-19)，在停止消息接收循环后，一次帐目管理服务器2停止功能(F2-22)。
图14是上下文管理服务器5的流程图。上下文管理服务器5在启动时进行初始化处理，而开始消息接收循环(F3-01、04)。在消息接收循环中接收了一次帐目登记请求的情况下(F3-07)，上下文管理服务器5生成一次帐目，并将一次帐目和实际帐目、上下文信息的组登记在上下文信息表541-A上(F3-19)，并将所生成的一次帐目发送给一次帐目管理服务器(F3-22)。在接收了上下文信息通知请求的情况下(F3-10)，为了通知对于所请求的帐目的上下文信息，而将上下文信息通知发送给一次帐目管理服务器上(F3-25)。在接收了拨号请求的情况下(F3-28)，上下文管理服务器判断目的地地址是否属于自身管理的域(F3-37)，在目的地是自身域的客户机的情况下，将拨号请求传到该客户机(F3-55)。在不是这样的情况下，拨号请求相当于新呼叫。这时，上下文管理服务器为了收集决定拨号请求的传送目标所需的信息，而将设定了目标用户的用户ID的帐目信息通知请求发送到用户域管理服务器(F3-40)。在上下文管理服务器接收了帐目信息通知的情况下(F3-31)，最初，判断拨号请求是否在处理中(F3-43)。在拨号请求处理中的情况下，由于帐目信息相当于决定消息的传送目标用的准备，所以作为下面的处理，上下文管理服务器将指定了所取得的一次帐目的上下文信息通知请求发送给作为对象的所有上下文管理服务器(F3-46)。在接收了上下文信息通知的情况下(F3-34)，上下文管理服务器判断是否完全取得作为对象的用户的上下文信息(F3-49)。在存在未取得的上下文信息的情况下，待机到取得所有的上下文信息。在已经取得了通过拨号请求所指定的用户的所有上下文信息的情况下，从上下文信息中决定最佳的消息的传送目标，并传送拨号请求(F3-52)。消息接收循环在上下文管理服务器5关闭时结束(F3-13)，在停止消息接收循环后，上下文管理服务器5停止功能(F3-16)。
图15是客户机6的流程图。客户机6在启动时进行初始化处理，而开始事件接收循环(F4-01、04)。事件循环实现了等待接收用户的操作和经过网络的消息接收的功能。用户在按下了帐目信息通知请求按钮的情况下(F4-07)，客户机6为了取得帐目信息，而将帐目信息通知请求发送给用户域管理服务器1(F4-19)。在用户按下了上下文信息通知请求按钮的情况下(F4-10)，将上下文信息通知请求发送到一次帐目管理服务器2(F4-22)。事件接收循环在客户机6关闭时结束(F4-13)，并在停止事件接收循环之后，客户机6停止功能(F4-16)。
通过上述的发明，在用户在不同的域具有多个帐目的状态下，其他用户对该用户进行通信时，在不能知道对应于该用户的所有帐目的上下文信息的情况下，使用用户ID向用户域管理服务器请求该用户的帐目信息，将接收此之后一次帐目管理服务器向该用户发放的临时的一次帐目通知给上述其他用户，从而上述其他用户可以通过一次帐目取得与该用户的所有帐目对应的上下文信息，并可使用合适的手段与该用户取得通信。由于所发放的一次帐目是临时的，由此，与该用户的真的帐目有关的信息不会泄漏。
产业上的可用性如上所述，在本发明的上下文信息管理系统中，由于可以通过用户域管理服务器和一次帐目管理服务器，来保持秘密性，同时管理用户的帐目信息、上下文信息，所以可以适用于一个用户在多个域具有多个帐目和对应于此的通信终端的多模态通信系统。
权利要求
1.一种上下文信息管理系统，对多个域的每一个分别管理具有帐目的用户的上下文信息，其特征在于，包括用户域管理服务器，保存该用户具有帐目的域的列表；一次帐目管理服务器，接收来自上述用户域管理服务器的请求，管理临时的一次帐目；上下文管理服务器，管理与该用户的上述各帐目对应的上下文信息；客户机，向其他用户提供上述上下文信息；上述用户域管理服务器根据上述其他用户的请求，向上述一次帐目管理服务器发送一次帐目通知请求；上述一次帐目管理服务器具有根据上述上下文管理服务器的一次帐目登记向上述其他用户通知帐目信息的功能；上述上下文管理服务器根据来自上述用户域管理服务器的请求，进行一次帐目的发放。
2.根据权利要求1所述的上下文信息管理系统，其特征在于，上述用户域管理服务器具有存储上述用户具有帐目的域的列表的用户域信息表；根据上述其他用户的请求，对属于上述列表的上述上下文管理服务器请求向上述一次帐目管理服务器的一次帐目登记。
3.根据权利要求2所述的上下文信息管理系统，其特征在于，上述一次帐目管理服务器将作为上述用户的识别符的用户ID、作为该用户具有的帐目整体的识别符的帐目组ID和上述一次帐目相关联进行管理；将来自上述其他用户的对上述一次帐目的上下文信息通知请求，传送给登记了该一次帐目的上述上下文管理服务器；将上述上下文管理服务器的上下文信息通知，向合适的上述客户机传送。
4.根据权利要求3所述的上下文信息管理系统，其特征在于，上述上下文管理服务器根据来自上述用户域管理服务器的请求，对上述用户域管理服务器指定的用户ID发放临时的一次帐目；将上述用户域管理服务器指定的帐目组ID和发放的一次帐目的组登记在上述一次帐目管理服务器中。
5.根据权利要求4所述的上下文信息管理系统，其特征在于，上述上下文管理服务器根据来自上述一次帐目管理服务器的对一次帐目的上下文信息通知请求，向上述一次帐目管理服务器发送上下文信息。
6.根据权利要求5所述的上下文信息管理系统，其特征在于，上述上下文管理服务器根据来自上述客户机的请求，对仅指定了用户ID的拨号请求，收集该用户ID的帐目信息及上下文信息，并根据上下文信息的内容来决定接收客户机。
7.根据权利要求6所述的上下文信息管理系统，其特征在于，上述客户机根据来自上述其他用户的请求，向上述用户域管理服务器发送帐目信息通知请求。
全文摘要
本发明所要解决的问题是保持用户信息的秘密性，并可以进行上下文信息的管理。具备用户域管理服务器，对用户具有帐目的域的列表进行管理；和一次帐目管理服务器，管理对用户的帐目临时发放的一次帐目，对来自客户机的帐目信息通知请求，向客户机通知与用户ID对应的帐目组ID和对帐目组ID发放的一次帐目，从而可以隐蔽用户ID的状态下管理用户的帐目、上下文信息。
文档编号H04L12/24GK101013946SQ200710003829
公开日2007年8月8日 申请日期2007年1月17日 优先权日2006年2月2日
发明者吉内英也 申请人:株式会社日立制作所