專利名稱：上下文信息管理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及管理用戶的上下文信息的系統(tǒng)的改進。
背景技術：
如便攜電話、筆記本個人計算機的普及所看到的，用戶具有的終端正在追求小型化。用戶將終端帶在身邊出行，在與他人的通信中選擇時間/場所的必要性正在減少。這樣，對他人進行訪問的手段多樣化，但是在實際的環(huán)境中，需要在與對方進行通信時考慮對方的狀況。
解決該問題的技術有上下文信息管理系統(tǒng)。所謂上下文是指與人的周圍狀況有關的信息，包含從用戶具有的終端的工作信息到當前位置、操作狀況等大范圍的內(nèi)容。在上下文信息管理系統(tǒng)中，用戶將這些上下文信息手動或自動登記到上下文管理服務器中。上下文管理服務器向請求最新的上下文信息的其他用戶通知所登記的上下文信息。由于上下文信息每次被更新就通知給用戶，所以用戶通?？梢匀〉米钚碌纳舷挛男畔ⅰ?br> 上下文信息的應用例之一有接收終端的選擇。其是為了其他用戶對具有多個終端的用戶進行通信，而在發(fā)生打電話、郵件發(fā)送等行動的情況下，根據(jù)用戶的狀況和愛好，來使最合適的終端接收的功能。作為這種系統(tǒng)的例子，有接收者預先登記最佳的通信方式、終端種類的系統(tǒng)(例如專利文獻1)和使其反映發(fā)送者側(cè)所指定的優(yōu)先級的系統(tǒng)(例如專利文獻2)。
專利文獻1日本特開平10-336319號專利文獻2日本特開2005-208725號上述現(xiàn)有例中，需要上下文管理服務器具有用戶所有的所有終端的信息。但是，一般用戶在多個域中具有多個帳目，相對于終端的通信媒體經(jīng)由便攜電話網(wǎng)、IP網(wǎng)等多個分支，上下文管理服務器大多在單一域中管理上下文信息。為了解決該問題，考慮使用以多個域為管理對象的上下文管理服務器的方法，但是需要跨域來收集用戶的帳目和終端的信息。帳目信息和終端信息是機密性很高的信息，其它域的管理者得到不同域、不同運營者發(fā)放的帳目信息很困難。另外，即使假設得到用戶的同意而可以收集與用戶的所有帳目有關的信息，也成為在系統(tǒng)內(nèi)具有成批管理用戶的個人信息的服務器，有信息泄漏的危險性升高的問題。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明的上下文信息管理系統(tǒng)具備用戶域管理服務器，對用戶ID、用戶具有的終端和具有與終端對應的帳目的域名進行管理，并向用戶帳目所屬的各域的上下文管理服務器請求臨時的一次帳目的發(fā)放；以及一次帳目管理服務器，對所發(fā)放的一次帳目的組進行分組管理。當接收帳目信息通知請求時，用戶域管理服務器對一次帳目管理服務器委托將對應于所有用戶帳目的一次帳目通知給帳目信息的請求源。同時，對所請求的用戶的帳目所屬的所有域的上下文管理服務器委托一次帳目的發(fā)放。各域的上下文管理服務器發(fā)放一次帳目，并登記在一次帳目管理服務器。一次帳目管理服務器通過將該一次帳目的組通知給帳目信息的請求源，帳目信息請求源可以通過一次帳目向用戶的所有終端進行訪問，并且，由于一次帳目是臨時的，所以即使萬一泄漏，用戶的個人信息也不會泄漏。
發(fā)明的效果因此，本發(fā)明在對具有多個帳目的用戶進行利用了上下文信息的接收終端的選擇的情況下，尤其在用戶跨多個域具有帳目的情況下，由于通過一次帳目來管理多個帳目的上下文信息，所以可以保持個人信息的機密性，同時可以成批管理與用戶具有的帳目有關的信息。


圖1是表示本發(fā)明的一實施方式的上下文信息管理系統(tǒng)的網(wǎng)絡結構圖；圖2是用戶域管理服務器的功能框圖；圖3是一次帳目管理服務器的功能框圖；圖4是上下文管理服務器的功能框圖；圖5是客戶機的功能框圖；圖6是說明用戶客戶機主導的帳目信息取得處理等的網(wǎng)絡結構圖；圖7是說明上下文管理服務器主導的帳目信息取得處理的網(wǎng)絡結構圖；圖8是說明上下文信息取得處理的網(wǎng)絡結構圖；圖9是說明用戶客戶機主導的帳目信息取得處理的時序圖；圖10是說明上下文管理服務器主導的帳目信息取得處理的時序圖；圖11是說明上下文信息取得處理的時序圖；圖12是用戶域管理服務器的流程圖；圖13是一次帳目管理服務器的流程圖；圖14是上下文管理服務器的流程圖；圖1 5是客戶機的流程圖；圖16是分組格式的一覽；圖17是說明撥號請求處理的時序圖。
具體實施例方式
下面，根據(jù)附圖來說明本發(fā)明的一實施方式。
圖1表示使用本發(fā)明的系統(tǒng)的一例，是由多個域構成的網(wǎng)絡中的上下文信息管理系統(tǒng)的結構圖。上下文管理系統(tǒng)由對用戶ID和用戶帳目所屬的域名的組進行管理的用戶域管理服務器1、根據(jù)來自用戶域管理服務器的請求，管理對各域的用戶帳目的一次帳目的一次帳目管理服務器2、在各域中管理用戶的上下文信息的上下文管理服務器5-1～5-M、用戶客戶機6A-1～6A-M、6B構成。這些系統(tǒng)結構要素跨多個域1～N(4-1～4-N)存在，各域通過網(wǎng)絡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)關聯(lián)起來用數(shù)據(jù)庫來進行管理。另外，具有向上下文服務器委托與用戶帳目對應的一次帳目的發(fā)放的功能。
一次帳目管理服務器2根據(jù)來自用戶域管理服務器1的請求，請求與所指定的域的集合對應的一次帳目的組。通過上下文管理服務器5-1～5-M發(fā)放的一次帳目作為分組后的帳目群來處理，并通過一次帳目信息數(shù)據(jù)庫來管理。
上下文管理服務器5-1～5-M管理一個域中的用戶的上下文信息。例如在圖1中，上下文管理服務器1管理用戶A客戶機1(6A-1)的上下文信息。用戶客戶機6A-1～6A-M、6B表示用戶具有的終端，對用戶提供IP電話和即時消息等的通信手段和閱覽上下文信息的功能。
接著，表示各裝置的詳細結構。圖2是用戶域管理服務器1的功能框圖。用戶域管理服務器1具有網(wǎng)絡接口10、CPU12、硬盤14、存儲器16和總線18這樣的基本硬件結構，通過網(wǎng)絡接口10上的分組收發(fā)部101與網(wǎng)絡3進行通信。在存儲器16上裝載著管理用戶的ID和域的對應的用戶域管理程序161。用戶域管理程序161由進行一次帳目的通知、發(fā)放請求、登記等控制的用戶帳目控制協(xié)議1611、和監(jiān)視通信狀況并根據(jù)需要進行超時處理用的通信監(jiān)視定時器1613構成。在硬盤14中存儲有包括對用戶ID和用戶具有的帳目所屬的域的上下文管理服務器的組進行管理的用戶域信息表141-A的用戶域信息DB141，通過裝載在存儲器16上的用戶域管理程序161進行讀寫。有時用戶域信息DB141對應數(shù)據(jù)量存儲在存儲器16上。
圖3是一次帳目管理服務器2的功能框圖。一次帳目管理服務器2具有網(wǎng)絡接口20、CPU22、硬盤24、存儲器26、總線28這樣的基本硬件結構，通過網(wǎng)絡接口20上的分組收發(fā)部201與網(wǎng)絡3進行通信。在存儲器26上裝載了管理對于用戶帳目發(fā)放的一次帳目的一次帳目管理程序261。一次帳目管理程序261由進行一次帳目的通知、發(fā)放請求、登記等控制的用戶帳目控制協(xié)議2611、進行上下文信息的收集、通知的上下文信息控制協(xié)議2613、和監(jiān)視通信狀況并根據(jù)需要進行超時處理用的通信監(jiān)視定時器2615構成。在硬盤24中存儲有對識別一次帳目的組的帳目組ID、一次帳目的通知目標地址、一次帳目和發(fā)放該帳目的上下文管理服務器進行管理的、包括一次帳目信息表241-A的一次帳目信息DB241，通過在存儲器26上裝載的一次帳目管理程序261進行讀寫。有時一次帳目信息DB241對應數(shù)據(jù)量存儲在存儲器26上。
圖4是上下文管理服務器5的功能框圖。上下文管理服務器5具有網(wǎng)絡接口50、CPU52、硬盤54、存儲器56、總線58這樣的基本硬件結構，并通過網(wǎng)絡接口50上的分組收發(fā)部501與網(wǎng)絡3進行通信。在存儲器56上存儲有管理用戶的上下文信息的上下文管理程序561。上下文管理程序561由進行上下文信息的收集、通知的上下文信息控制協(xié)議5611、進行一次帳目的通知、發(fā)放請求、登記等的控制的用戶帳目控制協(xié)議5613、發(fā)放一次帳目的一次帳目生成模塊5615、和監(jiān)視通信狀況并根據(jù)需要來進行超時處理用的通信監(jiān)視定時器5617構成。在硬盤54上作為用戶的上下文信息存儲有對用戶ID、一次帳目、實際帳目和上下文信息的組進行管理的、包括上下文信息表541-A的上下文信息DB541、和對用戶ID和實際帳目的組進行管理的包括帳目信息表542-A的帳目信息DB542，并通過存儲器56上裝載的上下文管理程序561進行讀寫。有時上下文信息DB541、帳目信息DB542對應數(shù)據(jù)量存儲在存儲器56上。
圖5是客戶機6的功能框圖?？蛻魴C6具有網(wǎng)絡接口60、CPU62、硬盤64、存儲器66、總線68這樣的基本硬件結構，并通過網(wǎng)絡接口60上的分組收發(fā)部601與網(wǎng)絡3進行通信。在存儲器66上裝載了管理用戶的上下文信息的上下文管理程序661。上下文管理程序661由進行上下文信息的收集、通知的上下文信息控制協(xié)議6611、進行一次帳目的通知、發(fā)放請求、登記等的控制的用戶帳目控制協(xié)議6613、和監(jiān)視通信狀況并根據(jù)需要進行超時處理用的通信監(jiān)視定時器5615構成。在硬盤54上作為用戶的上下文信息存儲有對用戶ID、帳目和上下文信息的組進行管理的包括上下文信息表641-A的上下文信息DB641，并通過在存儲器66上裝載的上下文管理程序661進行讀寫。有時上下文信息DB641對應數(shù)據(jù)量存儲在存儲器66上。
接著，表示基于一次帳目的用戶帳目信息管理的情況。圖6是域N(4-N)的用戶B客戶機6B取得與用戶A的帳目有關的信息的情況下的模式圖。例如，用戶B為了對用戶A進行訪問，在取得用戶A具有的所有帳目信息的情況下執(zhí)行該處理。
用戶帳目信息的取得處理在用戶B客戶機6B向用戶域管理服務器1發(fā)送帳目信息通知請求(NF1-01)后開始。接收了帳目信息通知請求的用戶域管理服務器1從用戶域信息DB141取得所請求的用戶的帳目所屬的域，并向一次帳目管理服務器2發(fā)送一次帳目通知請求(NF1-03)。由于用戶A在域1～M中具有客戶機，所以一次帳目的通知對象為域1～M。
一次帳目通知請求NF1-03作為信息包括一次帳目的通知目標和登記一次帳目的域中所屬的上下文管理服務器的列表。一次帳目管理服務器2等待接收來自列表中包含的域的上下文管理服務器的一次帳目登記。
在向一次帳目管理服務器2發(fā)送了一次帳目通知請求之后，用戶域管理服務器1向各域(1～M)的上下文管理服務器請求登記一次帳目(NF1-05)。接收了一次帳目登記請求NF1-05的各上下文管理服務器發(fā)放一次帳目，并登記在一次帳目管理服務器2中(NF1-07)。這里發(fā)放的一次帳目僅在一定期間內(nèi)有效，若超過期限就會失效。一次帳目管理服務器2在確認了由一次帳目通知請求NF1-03指定的所有上下文管理服務器登記了一次帳目的情況之后，向用戶B客戶機6B通知對用戶A發(fā)放的一次帳目組(NF1-09)。經(jīng)過以上的處理，用戶B取得用戶A具有的所有帳目的信息。
取得用戶的帳目信息并不限于客戶機。圖7是域1(4-1)的上下文管理服務器5-1取得用戶A的域1之外所屬的帳目的信息的情況下的模式圖。例如，設用戶A客戶機1(6A-1)上有信息接收，上下文管理服務器1(5-1)為了將其傳送給用戶A的其他終端，而在取得用戶A具有的其他帳目的信息的情況下，來執(zhí)行該處理。
用戶帳目信息的取得處理從上下文管理服務器1(5-1)向用戶域管理服務器1發(fā)送帳目信息通知請求(NF2-01)后開始。接收了帳目信息通知請求的用戶域管理服務器1從用戶域信息DB141中取得所請求的用戶的帳目所屬的域，并向一次帳目管理服務器2發(fā)送一次帳目通知請求(NF1-03)。由于用戶A在域1～M上具有客戶機，所以一次帳目的通知對象是域1～M，但是在帳目信息的請求源是用戶域信息DB141上包含的上下文管理服務器中的一個的情況下，不需要對上下文管理服務器所屬的域取得帳目信息。因此，在用戶域管理服務器1向一次帳目管理服務器2發(fā)送的一次帳目通知請求NF2-03上指定域2～M。之后的處理與圖6相同。
圖8是從已登記的一次帳目中取得實際帳目的上下文信息的處理模式圖。設通過圖6或圖7的處理，上下文信息的請求源已經(jīng)取得作為對象的用戶的一次帳目。圖8中，用戶B客戶機6B取得用戶A客戶機2(6A-2)的上下文信息。最初，用戶B客戶機6B向一次帳目管理服務器2發(fā)送上下文信息通知請求(NF3-01)。在上下文信息的通知時，指定已取得的一次帳目。
接收了上下文信息通知請求的一次帳目管理服務器2參考一次帳目信息DB241，來抽出登記了一次帳目的上下文管理服務器2(5-2)，傳送上下文信息通知請求(NF3-03)。接收了上下文信息通知請求的上下文管理服務器2向一次帳目管理服務器2發(fā)送所請求的上下文信息(NF3-05)。最后，一次帳目管理服務器2將上下文信息傳送給用戶B客戶機6B，完成上下文信息的取得處理。
接著，利用通信時序圖來詳細說明帳目信息管理的情況。圖9詳細說明了圖6，表示用戶B客戶機6B取得用戶A的帳目信息的處理。最初，用戶B客戶機6B向用戶域管理服務器1發(fā)送帳目信息通知請求S1-01。圖16表示帳目信息通知請求的內(nèi)容。帳目信息通知請求PF-01作為要素包括分組類別(帳目信息通知請求)、帳目信息請求源地址、用戶ID和帳目組ID。這里帳目信息請求源為用戶B客戶機6B。用戶ID表示通知誰的帳目信息，該例中指定用戶A。帳目組ID是在接收帳目信息時用于識別所通知的帳目信息的對象用戶的識別符，帳目信息的請求源隨機發(fā)放唯一的值，并傳到用戶域管理服務器1中。
接收了帳目信息通知請求S1-01的用戶域管理服務器得知用戶B請求用戶A的帳目信息，而從用戶域信息表141-A中取得用戶A具有帳目的域的上下文管理服務器的列表。之后，將一次帳目通知請求S1-04發(fā)送給一次帳目管理服務器2中。圖16表示一次帳目通知請求的內(nèi)容。一次帳目通知請求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的所有上下文管理服務器發(fā)送一次帳目登記請求(S1-07、10)。圖16表示一次帳目登記請求的內(nèi)容。一次帳目登記請求PF-03包括分組類別(一次帳目登記請求)、用戶ID和帳目組ID。用戶ID是指定登記了對哪個用戶的一次帳目的要素，這里相當于用戶A。用戶ID和帳目組ID在將一次帳目登記到一次帳目管理服務器2時，為了隱蔽用戶的個人信息，而使用上下文管理服務器。
接收了一次帳目登記請求的各上下文管理服務器5-1～5-M對所指定的用戶ID發(fā)送一次帳目。所發(fā)送的一次帳目作為用戶ID、一次帳目、實際帳目和上下文信息的組，存儲在上下文信息表541-A上。之后，將所發(fā)放的一次帳目登記到一次帳目管理服務器上(S1-13、16)。在一次帳目的登記時，上下文管理服務器為了隱蔽用戶的信息，使用由一次帳目登記請求S1-7、10所指定的帳目組ID，來指定以所登記的一次帳目為對象的用戶。圖16表示一次帳目登記的內(nèi)容。一次帳目登記PF-04包括分組類別(一次帳目登記)、帳目組ID、帳目登記源地址和一次帳目。帳目登記源地址上包含上下文管理服務器本身的地址。
接收了一次帳目登記S1-13、16的一次帳目管理服務器2調(diào)查一次帳目登記消息的帳目組ID和帳目登記源地址，并在一次帳目信息表241-A相應的表上登記一次帳目。接著，對所指定的帳目組ID判斷來自所有上下文管理服務器的一次帳目登記是否完成。在完成全部帳目登記的時刻，一次帳目管理服務器2向一次帳目信息表241-A的一次帳目通知目標地址(用戶B客戶機6B)發(fā)送帳目信息通知(S1-19)。圖16表示帳目信息登記的內(nèi)容。帳目信息登記PF-05包括分組類別(帳目信息通知)、帳目組ID和一次帳目的列表。雖然在帳目信息通知S1-19中包括帳目組ID，但是并不包括用戶ID。但是，由于作為帳目信息的請求源的用戶B客戶機6B管理用戶ID和帳目組ID的對，所以可以知道所通知的帳目對應于哪個用戶。另外，所通知的帳目是一次帳目，即使這些泄漏，用戶的實際帳目信息不會泄漏。
接著，詳細描述上下文管理服務器請求用戶帳目信息的處理。圖10詳細說明了圖7，表示上下文管理服務器1(5-1)取得用戶A的帳目信息的處理。最初，上下文管理服務器1(5-1)向用戶域管理服務器1發(fā)送帳目信息通知請求S2-01。接收了帳目信息通知請求S2-01的用戶域管理服務器得知上下文管理服務器1(5-1)請求用戶A的域1(4-1)之外的帳目信息，并從用戶域信息表141-A中取得用戶A持有帳目的域的上下文管理服務器的列表。這里，由于帳目信息的請求源包括在上下文管理服務器列表中，所以在將一次帳目通知請求S1-04發(fā)送給一次帳目管理服務器2時，從列表中去除上下文管理服務器1(5-1)，而指定上下文管理服務器2-M(5-2～5-M)。同樣，在向上下文管理服務器發(fā)送一次帳目登記請求時，上下文管理服務器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發(fā)送給一次帳目管理服務器。圖16表示上下文信息通知請求的內(nèi)容。上下文信息通知請求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發(fā)送到一次帳目管理服務器2。圖16表示上下文信息通知的內(nèi)容。上下文信息通知PF-07包括分組類別(上下文信息通知)、上下文信息通知目標地址、用戶帳目和上下文信息。接收了上下文信息通知S3-07的一次帳目管理服務器2向上下文信息的通知目標傳送消息(S3-10)。經(jīng)過以上的處理，用戶B客戶機6B可以取得目的的上下文信息。
圖17是將上下文信息應用于呼叫控制的情況下的時序圖。根據(jù)本發(fā)明，在用戶B對用戶A進行通話時，如果僅指定用戶A的用戶ID而不是用戶A所有的客戶機的地址，就可以進行通話。用戶B最初向自身所屬的域的上下文管理服務器N(5-N)發(fā)送撥號請求(S4-01)。該撥號請求例如通過SIP(Session Initiation Protocol)的INVITE消息等來實現(xiàn)。用戶B指定用戶A的用戶ID來作為目的地。接收了撥號請求的上下文管理服務器N(5-N)為了取得所指定的用戶的帳目信息，而將帳目信息通知請求發(fā)送到用戶域管理服務器1(S4-04)。之后，到上下文管理服務器N接收帳目信息通知(S4-22)之前的處理與圖9中的帳目信息通知請求發(fā)送(S1-01)到帳目信息通知接收(S1-19)采取相同的順序。取得了用戶A的帳目信息的上下文管理服務器N為了取得所取得的所有帳目的上下文信息，而將上下文信息通知請求發(fā)送到上下文管理服務器(S4-25、28)。上下文信息通知請求的目的地是在一次帳目所屬的域中存在的上下文管理服務器。接收了上下文信息通知請求的各上下文管理服務器向上下文管理服務器N(5-N)返回上下文信息通知(S4-31、34)。取得了所有的上下文信息的上下文管理服務器N(5-N)判斷應將撥號請求發(fā)送到哪個一次帳目。在判斷中利用了上下文信息的內(nèi)容(在、離線、不在)和客戶機的優(yōu)先級等。在決定了最佳的消息發(fā)送目標后，上下文管理服務器N(5-N)將撥號請求傳送給上下文管理服務器(S4-37)。圖17表示將撥號請求傳送給上下文管理服務器1(5-1)的情況。接收了撥號請求的上下文管理服務器1(5-1)掌握目的地是本身在S4-16上發(fā)放的一次帳目的情況，并將撥號請求傳送給用戶A客戶機1(6A-1)。通過以上的處理，可以進行僅指定了用戶ID的撥號處理。
接著，表示上下文信息管理系統(tǒng)中的各裝置的處理流程。圖12是用戶域管理服務器1的流程圖。用戶域管理服務器1在啟動時進行初始化處理，而開始消息接收循環(huán)(F1-01、04)。在消息接收循環(huán)中接收了帳目信息通知請求的情況下(F1-07)的情況下，用戶域管理服務器1將用戶ID作為密鑰，來檢索用戶域信息表141-A，而取得上下文管理服務器的列表(F1-16)。接著，判斷上下文信息的請求源是否包括在所取得的上下文管理服務器的列表上(F1-19)。在不包括的情況下，對一次帳目管理服務器2發(fā)送指定了列表中的所有上下文管理服務器的一次帳目通知請求(F1-22)，并對列表中的所有上下文管理服務器發(fā)送一次帳目登記請求(F1-25)。在帳目信息的請求源包含在上下文管理服務器的列表中的情況下，對一次帳目管理服務器2發(fā)送在列表中指定了帳目信息的請求源之外的上下文服務器的一次帳目通知請求(F1-28)，并將一次帳目登記請求發(fā)送到帳目信息的請求源之外的所有上下文服務器中(F1-31)。消息接收循環(huán)在用戶域管理服務器1關閉(shut down)時結束(F1-10)，在停止消息接收循環(huán)后，用戶域管理服務器1停止功能(F1-13)。
圖13是一次帳目管理服務器2的流程圖。一次帳目管理服務器2在啟動時進行初始化處理，而開始消息接收循環(huán)(F2-01、04)。在消息接收循環(huán)中接收了一次帳目信息通知請求的情況下(F2-07)，一次帳目管理服務器將由消息指定的帳目組ID、信息通知目標地址、上下文管理服務器列表登記在一次帳目信息表241-A中(F2-25)。在接收了一次帳目登記的情況下，將一次帳目存儲在一次帳目信息表241-A相應的記錄上(F2-28)。接著，對所通知的一次帳目的帳目組ID，來判斷是否存在未登記的一次帳目(F2-31)。在沒有未登記的一次帳目的情況下，由于意味著一次帳目的登記處理完成，所以一次帳目管理服務器2將帳目信息通知發(fā)送給帳目信息通知目標地址(F2-34)。接收了上下文信息通知請求的情況下(F2-13)，從一次帳目信息表241-1決定作為目標的上下文管理服務器的地址，并傳送消息(F2-37)。接收了上下文信息通知的情況下(F2-16)，向由消息指定的上下文信息通知目標地址傳送消息(F2-40)。消息接收循環(huán)在一次帳目管理服務器關閉時結束(F2-19)，在停止消息接收循環(huán)后，一次帳目管理服務器2停止功能(F2-22)。
圖14是上下文管理服務器5的流程圖。上下文管理服務器5在啟動時進行初始化處理，而開始消息接收循環(huán)(F3-01、04)。在消息接收循環(huán)中接收了一次帳目登記請求的情況下(F3-07)，上下文管理服務器5生成一次帳目，并將一次帳目和實際帳目、上下文信息的組登記在上下文信息表541-A上(F3-19)，并將所生成的一次帳目發(fā)送給一次帳目管理服務器(F3-22)。在接收了上下文信息通知請求的情況下(F3-10)，為了通知對于所請求的帳目的上下文信息，而將上下文信息通知發(fā)送給一次帳目管理服務器上(F3-25)。在接收了撥號請求的情況下(F3-28)，上下文管理服務器判斷目的地地址是否屬于自身管理的域(F3-37)，在目的地是自身域的客戶機的情況下，將撥號請求傳到該客戶機(F3-55)。在不是這樣的情況下，撥號請求相當于新呼叫。這時，上下文管理服務器為了收集決定撥號請求的傳送目標所需的信息，而將設定了目標用戶的用戶ID的帳目信息通知請求發(fā)送到用戶域管理服務器(F3-40)。在上下文管理服務器接收了帳目信息通知的情況下(F3-31)，最初，判斷撥號請求是否在處理中(F3-43)。在撥號請求處理中的情況下，由于帳目信息相當于決定消息的傳送目標用的準備，所以作為下面的處理，上下文管理服務器將指定了所取得的一次帳目的上下文信息通知請求發(fā)送給作為對象的所有上下文管理服務器(F3-46)。在接收了上下文信息通知的情況下(F3-34)，上下文管理服務器判斷是否完全取得作為對象的用戶的上下文信息(F3-49)。在存在未取得的上下文信息的情況下，待機到取得所有的上下文信息。在已經(jīng)取得了通過撥號請求所指定的用戶的所有上下文信息的情況下，從上下文信息中決定最佳的消息的傳送目標，并傳送撥號請求(F3-52)。消息接收循環(huán)在上下文管理服務器5關閉時結束(F3-13)，在停止消息接收循環(huán)后，上下文管理服務器5停止功能(F3-16)。
圖15是客戶機6的流程圖?？蛻魴C6在啟動時進行初始化處理，而開始事件接收循環(huán)(F4-01、04)。事件循環(huán)實現(xiàn)了等待接收用戶的操作和經(jīng)過網(wǎng)絡的消息接收的功能。用戶在按下了帳目信息通知請求按鈕的情況下(F4-07)，客戶機6為了取得帳目信息，而將帳目信息通知請求發(fā)送給用戶域管理服務器1(F4-19)。在用戶按下了上下文信息通知請求按鈕的情況下(F4-10)，將上下文信息通知請求發(fā)送到一次帳目管理服務器2(F4-22)。事件接收循環(huán)在客戶機6關閉時結束(F4-13)，并在停止事件接收循環(huán)之后，客戶機6停止功能(F4-16)。
通過上述的發(fā)明，在用戶在不同的域具有多個帳目的狀態(tài)下，其他用戶對該用戶進行通信時，在不能知道對應于該用戶的所有帳目的上下文信息的情況下，使用用戶ID向用戶域管理服務器請求該用戶的帳目信息，將接收此之后一次帳目管理服務器向該用戶發(fā)放的臨時的一次帳目通知給上述其他用戶，從而上述其他用戶可以通過一次帳目取得與該用戶的所有帳目對應的上下文信息，并可使用合適的手段與該用戶取得通信。由于所發(fā)放的一次帳目是臨時的，由此，與該用戶的真的帳目有關的信息不會泄漏。
產(chǎn)業(yè)上的可用性如上所述，在本發(fā)明的上下文信息管理系統(tǒng)中，由于可以通過用戶域管理服務器和一次帳目管理服務器，來保持秘密性，同時管理用戶的帳目信息、上下文信息，所以可以適用于一個用戶在多個域具有多個帳目和對應于此的通信終端的多模態(tài)通信系統(tǒng)。
權利要求
1.一種上下文信息管理系統(tǒng)，對多個域的每一個分別管理具有帳目的用戶的上下文信息，其特征在于，包括用戶域管理服務器，保存該用戶具有帳目的域的列表；一次帳目管理服務器，接收來自上述用戶域管理服務器的請求，管理臨時的一次帳目；上下文管理服務器，管理與該用戶的上述各帳目對應的上下文信息；客戶機，向其他用戶提供上述上下文信息；上述用戶域管理服務器根據(jù)上述其他用戶的請求，向上述一次帳目管理服務器發(fā)送一次帳目通知請求；上述一次帳目管理服務器具有根據(jù)上述上下文管理服務器的一次帳目登記向上述其他用戶通知帳目信息的功能；上述上下文管理服務器根據(jù)來自上述用戶域管理服務器的請求，進行一次帳目的發(fā)放。
2.根據(jù)權利要求1所述的上下文信息管理系統(tǒng)，其特征在于，上述用戶域管理服務器具有存儲上述用戶具有帳目的域的列表的用戶域信息表；根據(jù)上述其他用戶的請求，對屬于上述列表的上述上下文管理服務器請求向上述一次帳目管理服務器的一次帳目登記。
3.根據(jù)權利要求2所述的上下文信息管理系統(tǒng)，其特征在于，上述一次帳目管理服務器將作為上述用戶的識別符的用戶ID、作為該用戶具有的帳目整體的識別符的帳目組ID和上述一次帳目相關聯(lián)進行管理；將來自上述其他用戶的對上述一次帳目的上下文信息通知請求，傳送給登記了該一次帳目的上述上下文管理服務器；將上述上下文管理服務器的上下文信息通知，向合適的上述客戶機傳送。
4.根據(jù)權利要求3所述的上下文信息管理系統(tǒng)，其特征在于，上述上下文管理服務器根據(jù)來自上述用戶域管理服務器的請求，對上述用戶域管理服務器指定的用戶ID發(fā)放臨時的一次帳目；將上述用戶域管理服務器指定的帳目組ID和發(fā)放的一次帳目的組登記在上述一次帳目管理服務器中。
5.根據(jù)權利要求4所述的上下文信息管理系統(tǒng)，其特征在于，上述上下文管理服務器根據(jù)來自上述一次帳目管理服務器的對一次帳目的上下文信息通知請求，向上述一次帳目管理服務器發(fā)送上下文信息。
6.根據(jù)權利要求5所述的上下文信息管理系統(tǒng)，其特征在于，上述上下文管理服務器根據(jù)來自上述客戶機的請求，對僅指定了用戶ID的撥號請求，收集該用戶ID的帳目信息及上下文信息，并根據(jù)上下文信息的內(nèi)容來決定接收客戶機。
7.根據(jù)權利要求6所述的上下文信息管理系統(tǒng)，其特征在于，上述客戶機根據(jù)來自上述其他用戶的請求，向上述用戶域管理服務器發(fā)送帳目信息通知請求。
全文摘要
本發(fā)明所要解決的問題是保持用戶信息的秘密性，并可以進行上下文信息的管理。具備用戶域管理服務器，對用戶具有帳目的域的列表進行管理；和一次帳目管理服務器，管理對用戶的帳目臨時發(fā)放的一次帳目，對來自客戶機的帳目信息通知請求，向客戶機通知與用戶ID對應的帳目組ID和對帳目組ID發(fā)放的一次帳目，從而可以隱蔽用戶ID的狀態(tài)下管理用戶的帳目、上下文信息。
文檔編號H04L12/24GK101013946SQ200710003829
公開日2007年8月8日 申請日期2007年1月17日 優(yōu)先權日2006年2月2日
發(fā)明者吉內(nèi)英也 申請人:株式會社日立制作所