存在數據管理方法
2023-06-01 22:55:51
專利名稱：存在數據管理方法
技術領域：
本發明涉及集中管理網絡用戶的存在信息的存在伺服器中的數據管理方法。
背景技術：
近年來，由於IP網絡和個人計算機以及信息通信終端的普及，促進了支持個人對個人的直接通信的網絡系統的傳入。其中，已經開始使用將變化的個人狀態和設備狀態作為存在信息累積起來通知給訪問對方的系統。例如，專利文獻1公開了一種結構累積電話線的狀態，根據詢問通知某個電話線的使用狀態。利用這種結構，有這樣的優點呼叫中心等可以節省給通話中的對方掛電話帶來的花費，或者可以在通話中的對方通話結束後掛電話。
另一方面，在經由伺服器計算機的即時消息系統中，按規定條件把終端用戶的狀態登錄到即時消息伺服器中。所謂規定條件是指該終端中安裝的即時消息應用程式的啟動和結束、由用戶進行的即時消息應用程式的菜單選擇等。這樣，某個用戶可以登錄到該伺服器中，以便把登錄到伺服器中的消息向即時消息系統以外的用戶公開。被允許作為公開目的地的用戶(Watcher)(以下稱為觀察者)可以通過安裝在終端上的即時消息應用程式了解用戶伺服器中登錄的、允許公開的狀態信息。這樣，觀察者就有了是否能利用即時消息或其他通信手段和允許公開狀態信息的用戶取得聯絡的判斷材料。
這裡，所謂觀察者是指登錄即時消息伺服器的用戶指定的可以作為自己的狀態信息的公開目的地的、即時消息的用戶組。這樣，用戶組就是指利用即時消息伺服器的功能登錄即時消息伺服器的觀察者列表。根據這種情況，登錄到觀察者列表中的對象不是特定用戶組，而是住在特定區域的用戶，或者是因對菜單登錄到即時消息系統中有興趣而選擇了同一目錄的用戶，或者是沒有任何限制的所有用戶。
另一方面，某個用戶登錄到即時消息伺服器中加入夥伴列表(朋友列表)，以便容易參照好取得聯絡的用戶(組)。登錄的用戶(組)根據興趣、地理位置、親密程度等用戶情況進行分組，把登錄到伺服器中的各個組稱為私人組。這樣，這些夥伴列表和私人組作為收信人，在使用即時消息應用程式時利用這些夥伴列表和私人組，或者，在聲音通信、圖像通信、電子郵件應用程式中加以利用。而且，即時消息應用程式檢測出用戶通信設備的使用狀態，通過登錄到伺服器中，可以把用戶通信設備的使用狀態公開給用戶狀態信息相同的其他用戶。
作為用戶信息，即時消息伺服器不僅可以註冊狀態信息，還可以直接或連結目的地地註冊興趣、姓名等個人信息、照片、聲音、音樂、視頻圖像這樣的媒體信息。作為可以安裝即時消息應用程式的終端，例如有個人計算機、便攜電話、信息攜帶終端(PDA)等。在這些終端中安裝的即時消息應用程式利用和無線LAN或有線LAN、無線分組網、ISDN網等具有各種各樣的頻帶和通信特性的通信網與即時消息的伺服器計算機連接。
不限於固定終端設置場所，用戶也可以利用外出目的地或移動中等的便攜終端等中的即時消息應用程式訪問即時消息伺服器。
專利文獻1美國專利第6389127號說明書近年來，隨著個人對個人通信的增加，可以把以前作為構成即時消息系統的即時消息伺服器的一個功能的用戶狀態信息和用戶設備狀態當作獨立於夥伴列表管理功能和私人組管理功能的服務來處理。隨之而來的，可以將管理該服務的系統稱為存在系統，將提供該服務的伺服器稱為存在伺服器，將存在伺服器中管理的、用戶同意公開並被他人參照的用戶狀態和用戶設備狀態稱為存在信息。
但是，目前，利用存在信息(也稱為被參照信息)的方法中尚有改善的餘地。
例如，如現有技術中說明的，存在信息中可登錄各種類型的信息，其訪問方法和網絡環境也各種各樣。因此，在參考伺服器上的同一用戶的存在信息時，由於終端的性能不同，有時可使用的存在信息也不同。
但是，因為以前沒有考慮這種差異，所以把所有類型的存在數據取入終端後，需要在終端側選擇可利用類型的信息後，提示給用戶。因此，由於取回了不必要的存在信息，既浪費通信資源，又加重了終端側的處理負荷。
在某一個用戶分別登錄到多個私人組的情況下，當把多個私人組作為收信人發送即時消息和電子郵件時，存在向該用戶通知多個私人組的同一消息的情況，從而損害了用戶的便利性，也浪費了通信資源。
發明內容
本發明提供一種根據用戶的存在信息更加細緻地改變消息處理方法的技術。
例如，本發明提供一種根據終端性能來加工、限制取回到終端中的存在信息的技術。
具體地說，提供這樣一種技術在存在伺服器中，通過存在系統的應用程式的參與用戶的終端可利用的通信手段，根據數據類型過濾要發送的存在信息的內容，通過廢棄一部分內容而減少從存在伺服器向終端通知的存在信息的數據量，從而，減少終端中處理的數據量。
本發明提供這樣一種技術在存在伺服器中，當收信人地址中使用的多個私人組和用戶ID中存在多個相同的用戶ID時，去除重複的用戶ID，不向用戶多次發送內容相同的通信。
在本發明的第一實施例中，存在伺服器根據用戶發出的存在參考請求中包含的終端信息，取得存在伺服器內的終端信息後，得到可以在終端中處理的數據類型，接著，根據參照基礎的用戶存在信息重構可在上述終端中處理的信息，並發送給上述終端的應用程式。
通過上述處理，在存在系統的伺服器中，可以發送與用戶終端性能對應的存在信息，可以減少通信量和安裝存在系統的應用程式的終端的處理負荷。
在本發明的第二實施例中，存在伺服器以用戶為單位臨時展開用戶發出的收信人地址。這時，如果包含收信人中包含的私人組(群)，則按構成組的用戶為單位臨時展開收信人，檢索收信人地址中是否有重複的用戶，如果收信人有重複，則僅利用該收信人之一發送消息。
通過上述處理，在存在系統的伺服器中，不會向安裝了存在系統的應用程式的同一終端多次發送相同的消息，提高了伺服器的通信效率。而且，用戶在1個終端內不會接收到重複的消息，因此不損壞便利性。
根據本發明，不會浪費通信資源，可以適當地利用存在信息。
圖1是實現實施例的存在系統的構成圖；圖2是實施例中存在伺服器20的裝置構成圖；圖3是本實施例中使用的存在系統中的存在信息的構成圖；圖4是本實施例中使用的存在系統中的用戶11的組列表構成圖；圖5是參照本實施例的存在時進行的過濾處理的方框圖；圖6是本實施例的資料庫訪問部144的處理操作說明圖；圖7是本實施例的過濾功能492的處理操作說明圖；圖8是與使用了本實施例的私人組的重複地址刪除處理有關的操作的說明圖；圖9是本實施例中使用的存在系統中的觀察者列表的構成例；圖10是本實施例中使用的存在信息的對應媒體的構成例；圖11是本實施例的媒體能力匹配處理功能501的處理操作的說明圖；圖12是本實施例的終端支持媒體判定519的處理操作的說明圖。
具體實施例方式
以下，利用附圖詳細說明本發明的實施例。附圖中，相同的部分用相同的符號表示。
本實施例涉及向用戶通知在具有圖1所示系統構成的存在伺服器20中管理的存在信息的通知方法和私人組的收信人展開方法。
在圖1所示的存在系統中，通過網際網路30、ISP網32、基站18、無線主幹網34等網絡將存在伺服器裝置(以下稱為存在伺服器)20、個人計算機14、15、無線便攜終端16連接起來。
在個人計算機14、15、無線便攜終端16中安裝存在系統的應用程式，通過各個裝置中安裝的CPU執行，來實現其功能。
通過個人計算機14的用戶10或無線便攜終端16的用戶12預先在存在伺服器20中登錄存在信息列表23和組列表21。這時，用戶12預先允許向用戶10公開用戶12的狀態信息(存在信息)。作為面向存在系統用戶的服務，存在伺服器20根據用戶的委託生成觀察者列表24。
圖中，用戶10按照如下順序進行來自存在伺服器20的狀態信息獲取1。
用戶10利用個人計算機14，通過ISP網32向存在伺服器20登錄用戶12的狀態信息(存在信息)的通知委託。具體地說，以用戶12的識別信息作為關鍵字，將用戶10的識別信息登錄在觀察者列表24中。
下面用圖9說明觀察者列表24的構成。這裡，除已說明的用戶之外，以下把參照存在信息的用戶稱為觀察者。在這種狀態下，用戶12在無線便攜終端16中登錄自己狀態的變化。無線便攜終端16通過基站18、無線主幹網34、網際網路30、ISP網32把表示用戶12狀態信息的狀態信息登錄1登錄在存在伺服器20的存在信息列表23中。存在伺服器20以用戶12的狀態信息登錄1的到達和用戶12的存在信息列表23的變更為開端，從觀察者列表24中搜索用戶12的狀態信息(存在信息)的觀察者。這裡，因為圖9所示的用戶10為對應的觀察者，所以存在伺服器20通過ISP網32將表達用戶12的狀態發生了變化的狀態信息獲取1發送給用戶10的個人計算機14。
下面，用同一圖說明用戶11發送消息時對私人組的利用。
當開始使用存在系統時，用戶11通過個人計算機15接收預先登錄到存在伺服器20中的、把用戶11的多個私人組集中起來的用戶11的組列表21和能參照的個別用戶等的地址。
用戶11利用通過個人計算機15接收到的組列表21的副本22中的私人組(群)中的幾個作為發送消息時的收信人。以後，把該收信人作為「用戶11的收信人(組)」。
用戶11發送消息時，將從個人計算機15經ISP網32發往存在伺服器20的消息本體和從用戶11的組列表的副本22中選擇的用戶11的私人組(群)發送到存在伺服器20中。
存在伺服器20以用戶11發出的消息和用戶11發出的收信人(組)的到達為開端，將用戶11發出的消息發送給用戶11發出的收信人。發送時，因為在用戶11發出的收信人中包含用戶11的私人組(群)，所以存在伺服器20進行收信人的展開。
即，在登錄到存在伺服器20中後，通過從用戶11的組列表21中參照對應的私人組，並取得該私人組中包含的本存在系統的所有用戶的收信人地址，來進行收信人的展開。接著，存在伺服器20展開用戶11發出的收信人(組)後，將用戶11發出的消息發送給所取得的收信人。
圖9是觀察者列表24的構成例。在該例中，觀察者列表24是表格型的表形式，第一列240表示被參照者，即「看見存在信息的人」，第二列以後242表示觀察者。因為有多個觀察者，所以第二列以後僅存在對應於某個被參照者的觀察者的數量。各列中，登錄識別本存在系統用戶的信息，通常是用戶名。
現在，當用戶10進行用戶12的狀態信息(存在信息)的通知委託時，存在伺服器將用戶10登錄在用戶12的行250的欄位242內的子欄位252中。這裡，因為沒有其他用戶所以登錄在開頭，但是如果其他用戶在之前登錄了，則進行追加到先登錄的子欄位中的登錄。當用戶10進行用戶12的狀態信息(存在信息)的通知解除委託時，存在伺服器20刪除表示用戶12的行250的欄位242中的用戶10的子欄位252。
圖2是存在伺服器20的裝置構成例。存在伺服器20在由經公共信號線110連接的CPU100、主存儲裝置102、輔助存儲裝置104、通信裝置106、外部輸入輸出裝置108組成的信息處理裝置上實現。本實施例所述的存在伺服器20的功能是通過利用CPU100執行主存儲裝置102上展開的程序來實現的。存在伺服器的程序本體和存在系統用戶的地址、存在信息、組列表保存在輔助存儲裝置104中。
上述程序也可以預先存儲在輔助存儲裝置104中，也可以根據需要，通過各終端可利用的可拆卸存儲媒體和網絡或在網絡上傳輸的載波而導入輔助存儲裝置104中。
個人計算機14、15、無線便攜終端16也具有和存在伺服器20類似的裝置構成。
雖然圖中未示出，但存在系統用戶的地址和存在信息也可以與組列表有關地保持在和存在伺服器20連接的外部資料庫中。這時，在CPU100上執行的存在伺服器的程序不僅訪問輔助存儲裝置104，而且訪問資料庫。
當存在伺服器20執行程序時，通信裝置106一邊通過網際網路等通信網接收從裝入用戶終端的存在系統的應用程式發送的數據，一邊通過網際網路等通信網把根據在CPU100上操作的存在伺服器的程序執行結果而得到的數據發送到存在系統應用程式工作的用戶終端。
資料庫裝置位於存在伺服器20的裝置外，當在CPU100上操作的存在伺服器的程序利用資料庫時，在和資料庫裝置之間收發存在系統的用戶地址和存在信息、組列表等存在系統的服務運行所需的數據。外部輸入輸出裝置108連接鍵盤或滑鼠、顯示用的顯示器。
圖3示出了圖1中說明的存在系統中的存在信息的構成例。如圖1說明的那樣，通過用戶操作終端後登錄到存在伺服器中來生成該信息。存在信息由與用戶對應的身份201和安裝了存在系統的應用程式的裝置代理構成。
本圖中，以個人計算機的代理211、信息攜帶終端(PDA)的代理221、便攜電話的代理231作為個別的裝置例。在現實世界中，代理或者由多個人使用，或者用戶是變化的。因此，在存在系統中，身份和代理的關係是動態改變的，通過動態連結來對應地表示該關係。
身份201由靜態屬性202和動態屬性203定義。所謂靜態屬性202表示在存在系統的系統使用過程中沒有什麼變化的特徵。作為靜態屬性202的例子，有姓名、出生年月日、血型、住址、暱稱等個人信息和本存在系統中唯一的身份名、組列表和夥伴列表等。
所謂動態屬性203表示在存在系統的系統使用過程中容易變化的特徵，包含存在204。作為動態屬性203的例子，有表示在工作中、休息中、移動中等的個人狀態的信息。作為存在204的例子，有表示所謂的可以通過電話等直接聯絡、可以通過電子郵件聯絡、不能聯絡等聯繫方法的信息，以及表示所謂的忙、空閒等用戶心情的信息等。
代理和身份一樣，也由靜態屬性和動態屬性定義。在代理211的情況下，如果是個人計算機等位置固定的裝置，作為靜態屬性212的例子，有IP位址、存在系統的應用程式的類型和版本號、有無用於測定位置的GPS裝置、對應媒體213等。對應媒體213是指代理211的存在系統的應用程式及其相關程序可使用的聲音或音頻的輸入輸出裝置、照片或電影或計算機製圖的輸入輸出裝置等。
圖10示出了表示對應媒體213的內容的表270。表270由表示媒體屬性的列271和表示媒體屬性內的類型的列273組成。圖中，從行280到行282表示媒體屬性和類型的組合。例如，行280表示支持聲音媒體及其類型。
作為代理211的動態屬性214的例子，有當前代理211是否處於被使用的狀態和代理211的存在215等。作為存在215的例子，有對應媒體213的使用狀況等。代理221、代理231的內容和代理211幾乎相同，但因為是移動終端，所以在動態屬性234中還加入了位置信息。位置信息的取得可以利用公知技術。例如，代理可以內置GPS，一邊獲取位置信息，一邊根據無線基站信息檢測出當前的代理位置。
圖4是圖1中說明的存在系統中用戶11的組列表的構成例。通過私人組的樹狀結構來管理組列表306。本圖中，私人組300為最上位，私人組340、私人組360與其下位關聯。
私人組在存在系統中具有唯一的組ID、組名和雙親組ID。例如，私人組340具有組ID341、組名342和雙親組ID343。
組ID341作為唯一的組ID具有第3號，雙親組ID343具有表示私人組300的1號。私人組300、私人組360也具有相同的屬性，但因為私人組300位於樹結構的最上位，所以雙親組ID303具有表示沒有雙親的0號。
接著，利用圖4說明私人組360的構成例。私人組360具有組構成要素370、374。這裡，以組構成要素370為例進行說明。
組構成要素370由所屬的私人組名371和表示本系統用戶的身份名372組成。身份名372和用戶構成要素378有關係。用戶構成要素378由和身份名372相同的身份名379、在存在系統的應用程式中顯示的暱稱380組成。
此外，身份名372和身份名379用於以圖3的靜態屬性202說明的身份名，存在伺服器的程序利用該身份名檢索存在信息和組列表的組構成要素374也是一樣的。私人組300、340的構成也和私人組360的構成相同。
本圖中，用身份名「aaa」表示的用戶表示為用戶構成要素322和用戶構成要素378。對於用戶11來說，這表示用身份名「aaa」表示的用戶既屬於用戶11的私人組300又屬於用戶11的私人組360。同樣，對於用戶11來說，表示用身份名「ccc」表示的用戶既屬於用戶11的私人組300又屬於用戶11的私人組340。
圖5是圖1至圖4說明的，用戶10的個人計算機14在參照用戶12的存在時，在存在伺服器20中進行的過濾處理的功能方框圖。
圖中，接收部132接收來自外部的存在更新請求消息。發送部134將過濾處理後的用戶存在信息輸出到外部。這兩個塊位於通信部130中。頭部分析部140分析從接收部132接收的存在更新請求消息的頭部部分，分析用戶的身份名、即用戶12的身份名，消息類型，用戶使用的代理(終端)的類型、即在對應於無線便攜終端16的存在系統中的類型)，消息的一致性等。
消息分析部142分析在頭部分析部140中完成了頭部部分的分析後的消息主體部，分析欲登錄的用戶的存在信息，這裡即用戶12的存在信息。DB訪問部144根據頭部分析部140、消息分析部142的分析結果訪問資料庫121，在更新用戶12的存在信息122(和圖1的存在信息23相同)的同時，從觀察者列表22中檢索參照用戶12的存在信息的用戶(觀察者)。接著，將檢索得到的觀察者的身份名和代理類型作為關鍵字，從觀察者的存在信息123中指定代理，得到該代理的對應媒體。
以下，利用圖3說明可以根據指定的身份名和該身份的代理名得到該代理的對應媒體。
過濾處理部148進行過濾處理，以便僅選擇各個觀察者利用基於從DB訪問部144得到的信息而更新的用戶12的存在信息的代理的處理能力所能處理的信息。本說明中，觀察者是用戶10。
圖6是圖5的DB(資料庫)訪問部144和過濾處理部148的處理流程圖。
在圖5的說明中，用用戶12這個名稱進行了說明，但這裡將發送存在更新請求消息的存在系統的用戶一般化為用戶A進行說明。
當在存在DB訪問部144中接收用戶A的存在更新事件時(480)，伺服器程序對DB進行用戶A的存在信息更新(481)，將發往用戶A的終端的存在信息更新通知消息輸出給發送隊列(482)。
接著，以用戶A的身份名為關鍵字，從DB中讀入用戶A的觀察者信息列表(484)，從讀入的觀察者信息中取出的1個觀察者信息(486)後考察其是否為空(488)，若為空，則結束(496)。如果有觀察者，則通過過濾功能進行處理(492)，將處理結束的消息輸出給送往發送部134的發送隊列(494)。
之後，將觀察者信息列表的指針移動一個位置(496)，返回從讀入的觀察者信息列表中取出1個觀察者信息的處理(486)。
通過這個操作，對參照用戶A的存在信息的所有觀察者，可以除去通過過濾功能去除的情況(492)，進行用戶A的存在信息的更新通知。
在處理492中，通過過濾功能去除的用戶A的變更後的存在信息是在其觀察者使用的代理未處理的存在信息。由於伺服器程序不發送不能處理的存在信息，從而減少了終端側接收的數據量和終端的數據處理量。
圖7是圖6的過濾功能492的詳細處理流程圖。
利用過濾功能492向觀察者的用戶終端通知用戶A的存在信息，因此，首先複製用戶A的存在信息(401)，接著確認有無與觀察者的代理有關的信息(402)，如果沒有，把用戶A的存在信息原樣作為向觀察者發送的存在信息拷貝到發送用緩衝區中(404)，結束(410)。如果有與觀察者的代理有關的信息，則進行媒體能力匹配處理(501)，結束(410)。
圖11是圖7的媒體能力匹配處理(501)的處理流程圖。首先，為了以與觀察者的使用終端的能力匹配的形式加工用戶A的存在信息，初始化用於存儲加工結果的臨時作業區域(503)。
接著，為了參照圖3所示的列表結構的用戶A的存在信息，參照列表的開頭(505)。考察是否有參照目的地的存在信息要素(507)，如果沒有，則作為沒有以上要參照的存在信息要素的情況，將存儲加工結果的臨時作業區域拷貝到發送用緩衝區中(509)，結束(511)。
在處理507中，如果有用戶A的存在信息，則判斷該要素中是否有媒體屬性(513)。該媒體屬性已經在圖10的列271進行了說明。如果沒有媒體屬性，則作為與媒體無關的存在信息要素追加到臨時作業區域中(515)，參照下一存在信息的要素(517)，返回507。
如果有媒體屬性，則判斷是否是觀察者的終端支持的媒體(519)。利用圖12說明該處理內容。之後，參照下一個存在信息的要素(517)，返回處理507。
圖12是圖11的觀察者終端支持媒體判斷(519)的處理流程圖。在處理519中，判斷用戶A的存在信息要素中包含的媒體屬性是否能由觀察者的使用終端提供的媒體屬性進行處理。
具體地說，首先，區分用戶A的存在信息要素中的媒體屬性(521)的情況。當存在伺服器中不能對要處理的有偏差的媒體屬性加以區分時，作為「預設」，委託終端進行處理，把存在信息的要素追加到臨時作業區域中(551)，結束處理(523)。
在處理521能區分的情況下，當用戶A的存在信息要素中的媒體屬性有「語音」時，檢索觀察者的存在信息內的代理的媒體屬性並考察是否有相同的項目(525)，如果沒有，結束處理(523)。
在處理525中，如果有和觀察者的代理的媒體屬性相同的，則對是否支持該媒體屬性的類型加以比較判斷(527)，如果不支持，則結束處理(523)。
在527中，如果支持媒體屬性的類型，則把該存在信息的要素追加到臨時作業區域中(529)，結束處理(523)。
對圖12的521所示的「音頻」、「圖像」、「視頻」、「圖形」進行和「語音」類似的處理。
通過以上的說明，存在系統進行處於觀察者所用終端的處理能力中的用戶的存在信息通知。
如上所述，在存在伺服器20中，根據在用戶終端中可利用的通信功能和數據類型放棄一部分要發送的存在信息的內容，從而，可以減少從存在伺服器20向終端通信的存在信息的數據量，可以減少在終端處理的數據量。
接著，對利用圖8和圖4說明存在伺服器20的程序發送用戶11的消息時，私人組的收信人展開處理進行說明。
用戶11指定圖4所示的私人組300和私人組340作為收信人時，身份名「ccc」所示的用戶被重複地指定給收信人。存在伺服器20的程序進行以下處理，以便不重複指定收信人。
用戶11有消息發布事件時(460)，一個一個地讀入收信人地址列表，考察是否在終端中(462)。
如果不在收信人地址列表的終端中，則存在伺服器20的程序判斷收信人是不是用戶11的私人組(472)。如果是私人組，則將組地址向個人地址組展開(474)，將地址組保存在臨時作業區域中(476)。
在處理472中，如果收信人不是用戶11的私人組，則當成個人地址，將該地址原樣保存在臨時作業區域中(476)。
接著，使收信人地址列表的參照指針移動1個，返回處理462，之後，只在收信人地址列表的終端中反覆進行同樣的處理。如果是收信人地址列表的終端，則對臨時作業區域中保存的個人地址進行排序(464)，刪除重複的個人地址(466)，將消息和臨時作業區域中保存的個人地址(組)輸出給發送隊列(468)，結束本處理(470)。
通過以上的操作，存在系統的用戶在將自己的私人組用於消息收信人時，可以刪除重複多餘的個人地址。這樣，不會從存在伺服器20重複地發送消息，可以減少存在系統的通信量和消息接收者終端的數據處理量。
如上所述，在存在伺服器20中，用於收信人地址的多個私人組和用戶ID中存在多個相同用戶ID時，可以去除重複的用戶ID，不會和用戶多次重複相同內容的通信。
權利要求
1.一種由經網絡與多個設備連接的、並存儲上述設備的用戶公開同意的、上述用戶的被參照信息組的存在伺服器裝置進行的存在數據管理方法，其特徵在於，接收來自請求參照信息的用戶所使用的上述設備的信息參照請求，檢測作為上述信息參照請求方的用戶所使用的上述設備所具有的信息處理功能，根據檢測出的上述信息處理功能，加工上述信息參照請求的被請求方的上述被參照信息，將加工後的上述被參照信息組通知給作為上述信息參照請求方的用戶所使用的上述設備。
2.根據權利要求1所述的存在數據管理方法，其特徵在於，上述檢測處理是以由作為上述信息參照請求方的用戶所使用的上述設備造成的、信息參照請求的被請求方的上述被參照信息發生了變化為契機而進行的。
3.根據權利要求1所述的存在數據管理方法，其特徵在於，上述存在伺服器裝置將上述信息處理功能當作作為上述信息參照請求方的用戶所使用的上述設備的屬性而存儲，上述檢測處理通過檢索所存儲的上述屬性來進行。
4.根據權利要求1所述的存在數據管理方法，其特徵在於，上述被參照信息由媒體屬性不同的多種信息組成，在上述加工處理中，根據檢測出的上述信息處理功能，選擇要通知的、上述信息參照請求的被請求方的被參照信息。
5.根據權利要求4所述的存在數據管理方法，其特徵在於，在上述選擇處理中，將在檢查上述檢測出的上述信息處理功能後取得的、上述用戶所使用的上述設備所能夠處理的媒體屬性和所存儲的上述被參照信息的媒體屬性進行比較，並進行上述被參照信息的選擇。
6.一種消息發送方法，用於在由經網絡連接的多個設備和以該設備的個人用戶作為地址進行消息發送的伺服器裝置組成的系統中發送消息，其特徵在於，上述伺服器裝置將由一個或多於一個的上述個人用戶組成的組作為地址對待，在接受了以上述組為地址的消息發送請求時，以該組中包含的上述個人用戶為地址進行消息發送，在接受了以多個上述組或者、一個或多於一個的上述組以及一個或多於一個的上述個人用戶為地址的消息發送請求時，檢查在被請求發送的上述消息的地址中是否重複包含一個或多於一個的上述個人用戶，在各用戶地址不重複的情況下，將上述消息發送給對應於該互不相同的地址的上述設備。
7.根據權利要求6所述的消息發送方法，其特徵在於，上述檢查是否重複的處理是在將上述組地址展開為該組中所包含的上述個人用戶的地址組後進行的。
8.根據權利要求6所述的消息發送方法，其特徵在於，如果上述檢查結果是重複包含上述個人用戶地址，則保留一個所重複的個人用戶地址而將其他的重複地址刪除，以便只向該個人用戶發送一條消息。
全文摘要
在存在伺服器中，根據用戶終端可利用的通信手段、數據類型廢棄一部分要分配的存在信息的內容，從而通過減少從存在伺服器向終端通信的存在信息的數據量來減少終端要處理的數據量。以用戶發出的存在參照請求中包含的終端ID為基礎，取得存在伺服器內的終端信息，得到終端可處理的數據類型，接著，僅從參照基礎的用戶存在信息中重構上述終端能處理的信息，提供向上述終端的應用程式發送的功能。通過減少從存在伺服器向終端通信的存在信息的數據量，可以減少終端要處理的數據量。
文檔編號H04L12/56GK1638339SQ20041003285
公開日2005年7月13日 申請日期2004年4月9日 優先權日2004年1月9日
發明者生澤滿, 川上順彥, 川井惠理 申請人:株式會社日立製作所