專利名稱：信息管理裝置和方法、通信處理裝置和方法及程序產品的制作方法
技術領域：
本發明涉及信息管理裝置、方法和計算機程序產品、以及通信 處理裝置、方法和計算扭一呈序產品，更具體;也，涉及應用于3土會網 絡服務(SNS)社區等的建設和管理的信息管理裝置、方法和計算 才幾程序產品、以及通信處理裝置、方法和計算一幾程序產品。
背景技術：
最近，已積極執行通過網絡的通信。例如，諸如SNS的社區建 設服務是通過網絡提供的服務。例如，在日本未審查專利申請公開 第2007-110616號中描述了 SNS。
在這種社區服務建設中，通過將包括(例如)用戶簡介的用戶 信息登錄到提供社區建設服務的站點上并使用戶信息公開，用戶可 以通過網纟各與訪問站點的i午多用戶通4言。
例如，諸如SNS的社區建設服務引起以下問題 無意提供類似于用于保存個人日記的博客網站的網站
由專有成員組成的封閉社區變為包括加入社區的用戶數量的 隨才幾增長的開方文社區
-虛擬用戶(ghost user )凄史量因為 一個用戶4吏用兩個以上的ID
而i曾力口
無意提供約會網站
此外，因為SNS社區使用網絡而可能產生以下問題 用戶看不到;波此的臉 存在大量虛擬用戶
如果SNS社區由善意用戶組成，那就不會出現上述問題。然而， 事實上，具有各種不良意圖的用戶能夠加入社區。因此，難以避免 上述問題。
發明內容
期望才是供一種通過限制誰可以加入社區而避免i者如虛擬用戶 數量增加的負面影響并保持社區秩序的信息管理裝置、方法和計算 才幾一呈序產品、以及通〗言處理裝置、方法和計算枳4呈序產品。
根據本發明的第一實施例的信息管理裝置包括通信單元，被 配置為從多個通信處理裝置4妄收在多個通信處理裝置中執4亍的近 場通信的多個通信歷史凄t據；凄t據比較單元，故配置為扭^亍由通信 單元接收的多個通信歷史數據的比較；以及數據登錄單元，被配置 為如果通過凄t據比4交單元4艮據近場通信的多個通信歷史凄t據確"i人已在多個通信處理裝置之間執行近場通信，那么就將與多個通信處
理裝置相關聯的多個用戶信息作為組登錄到邀:據庫中。
此外，在信息管理裝置中，數據比較單元可以被配置為根據多 個通信處理裝置中其他的通信處理裝置已與其執4亍近場通信的通 信處理裝置的用戶ID來確定是否已在多個通信處理裝置之間批J亍 近場通信，其中，用戶ID包括在從其他通信處理裝置4妄收的多個 通信歷史數據中。
此外，在信息管理裝置中，數據比較單元可以被配置為根據包 括在從多個通信處理裝置接收的多個通信歷史凄t.據中的多個近場 通信日期和時間凄t據是否相互匹配來確定是否已在多個通^f言處理 裝置之間沖丸行近場通信。
此外，在信息管理裝置中，數據比較單元可以被配置為根據包 括在從多個通信處理裝置接收的多個通信歷史數據中的多個近場 通信位置數據是否相互匹配來確定是否已在多個通信處理裝置之 間4丸4亍近場通4言。
在才艮據本發明的第二實施例的通信處理裝置包括近場通信單 元，；故配置為^Vf于近場通信；控制單元，；故配置為獲取通過4吏用近 場通信單元執行的近場通信的通信歷史數據；以及存〗諸單元，被配 置為在控制單元的控制下存儲通信歷史數據。控制單元被配置為當 向執行信息管理的服務器發出信息登錄請求時，獲取存儲在存儲單 元中的通信歷史數據并且將所獲取的通信歷史數據傳送至服務器。
此外，在通信處理裝置中，控制單元可以纟皮配置為獲取關于已 執行近場通信的通信處理裝置的識別信息，作為通信歷史數據，并 且當發出信息登錄請求時，將所獲取的識別信息傳送至服務器。此外，在通信處理裝置中，控制單元可以纟皮配置為獲取關于4丸
4亍近場ii/f言時的日期和時間的執4亍日期和時間4言息，作為ii/f言歷史 數據，并且當發出信息登錄請求時，將所獲取的執行日期和時間信 息傳送至服務器。
此外，在通信處理裝置中，控制單元可以;故配置為獲取關于執 行近場通信的位置的執行位置信息，作為通信歷史數據，并且當發 出信息登錄請求時，將所獲取的執行位置信息傳送至服務器。
在根據本發明的第三實施例的信息管理裝置中執行的信息管
理方法包括以下步驟通過4吏用通信單元/人多個通信處理裝置4妻收 在多個通信處理裝置中執行的近場通信的多個通信歷史數據；通過 使用數據比較單元執行所接收的多個通信歷史數據的比較；以及如 果根據近場通信的多個通信歷史數據確認已在多個通信處理裝置 之間4丸行近場通信，那么就通過4吏用凄t據登錄單元將與多個通信處 理裝置相關聯的多個用戶信息作為組登錄到數據庫中。
在才艮據本發明的第四實施例的通信處理裝置中才丸行的凄t據處 理方法包括以下步驟通過4吏用近場通信單元執4亍與另 一通信處理 裝置的近場通信；通過使用控制單元獲取通過使用近場通信單元執 行的近場通信的通信歷史數據，并且通過使用控制單元將所獲取的 通信歷史數據存儲在存儲單元中；以及當通過使用控制單元向執行 信息管理的服務器發出信息登錄請求時，通過使用控制單元獲取存 儲在存儲單元中的通信歷史數據并且通過使用控制單元將所獲取 的通信歷史數據傳送至服務器。
根據本發明的第五實施例的計算機程序產品，具有當被CPU 讀取時使信息管理裝置執行信息管理處理的指令，包括以下步驟 使通信單元從多個通信處理裝置接收在多個通信處理裝置中執行 的近場通信的多個通信歷史數據；使數據比較單元執行所接收的多個通信歷史數據的比較；以及如果根據近場通信的多個通信歷史數 據確認已在多個通信處理裝置之間執行近場通信，那么就使數據登 錄單元將與多個通信處理裝置相關聯的多個用戶信息作為組登錄 到凄t據庫中。
根據本發明的第六實施例的計算機程序產品，具有當被CPU 讀取時使通信處理裝置執行數據處理的指令，包括以下步驟使近 場通信單元^丸行與另 一通信處理裝置的近場通信；使控制單元獲取
通過4吏用近場通信單元執4于的近場通信的通信歷史tt據并將所獲 取的通信歷史數據存儲在存儲單元中；以及當使控制單元向執行信 息管理的服務器發出信息登錄請求時，使控制單元獲取存儲在存儲 單元中的通信歷史數據并且將所獲取的通信歷史數據傳送至服務器。
根據本發明實施例的計算機程序產品是(例如)可以提供給能 夠以計算機可讀存儲介質或通信介質的形式執行各種類型的程序 碼的計算才幾系統的計算枳i程序。這種程序以計算才幾可讀形式^是供， /人而才艮才居計算才幾系統上的禾呈序來執4亍處理。
從基于本發明的實施例的以下詳細描述以及附圖將顯而易見 本發明的其他特征和優點。注意，在描述中所提到的系統表示多個 裝置的邏輯集合結構，并且具有個別配置的裝置并不必須包含在單 個外殼中。
根據本發明實施例的特征，從多個通信處理裝置接收在多個通 信處理裝置中執行的近場通信的多個通信歷史數據，并且執行所接 收的多個通信歷史數據的比較。如果確認已在多個通信處理裝置之 間4丸4亍近場通信，那么就登錄多個通信處理裝置的用戶作為社區成 員。所獲得的且經受比較的多個通信歷史數據中的每個是關于已與 其執行通信的裝置ID、通信日期和時間、通信執行位置等的信息。如果根據數據確認實際上已執行近場通信，那么可以執行作為社區
的成員的登錄。通過這種處理，可以避免i者如實際上并不存在的虛 擬用戶的用戶登錄。
圖1是示出根據本發明實施例通信管理系統的配置實例的說明
圖2是示出根據本發明實施例的登錄社區成員的處理序列的說 明圖3是示出根據本發明實施例的登錄社區成員的處理序列的說 明明圖5是示出根據本發明實施例的登錄社區成員的處理序列的說 明圖；以及
圖6是示出根據本發明實施例的信息管理裝置(服務器)的配 置實例的i^明圖。
具體實施例方式
將參照附圖詳細描述才艮據本發明實施例的信息管理裝置、方法 和計算枳4呈序產品、以及通^[言處理裝置、方法和計算枳4呈序產品。才艮據本發明的實施例，通過限制誰可以加入社區，可以避免諸 如虛擬用戶數量增加的負面影響并且保持了社區秩序。在本發明實
施例的社區管理處理中，4艮據以下條件限制誰可以加入社區
(a) 已在現實世界中見到登錄用戶
(b) 已處于特定位置或地點
(c) 已加入諸如特定集會或黨派的活動
例如，允許滿足條件(a) ~ (c)中任意項的用戶加入社區。
將參照圖1描述根據本發明實施例的社區管理系統的整體配置 的實例。圖1示出了提供用于建立SNS社區等的站點并執行社區管 理處理的力良務器110、用戶A所擁有的通信處理裝置A120和用戶B 所擁有的通4言處理裝置B 130，用戶A和B力口入了牙土區。
月良務器110以及通信處理裝置A 120和通信處理裝置B 130中 的每個都能夠通過諸如互聯網的網絡來相互通信。服務器110包括 凄t據庫111,在#:據庫中存4諸了包括諸如作為用戶標識符的用戶ID 的關于加入3土區的用戶的〗言息的^土區管理^言息。
在圖1中^義示出了用戶A和B所分別擁有的通信處理裝置A 和B作為4戈表實例。然而，大量用戶加入3土區，并且加入社區的用 戶所擁有的許多通信處理裝置也可以通過網絡來才丸行通信。
在圖1所示的實例中，通信處理裝置A 120和B 130是蜂窩電
話。然而，根據本發明實施例的通信處理裝置并不必須是蜂窩電話。 例如，4艮才居本發明實施例的通4言處理裝置可以是i者如個人計算才幾 (PC)的裝置。現在將描述通信處理裝置A120的配置。如圖1所示，通信處 理裝置A120包括控制單元121、通信單元122、近場通信單元123 和存儲單元124。控制單元121控制在通信處理裝置A 120中執行 的各種^t據處理和tt據通4言才喿作。通信單元122通過i者如互聯網的 網絡來4丸4亍通信。
近場通信單元123與諸如通信處理裝置B 130的另一個通信處 理裝置^M于近場通信(例如，符合近場通信(NFC)標準的近場通 信)。在存4渚單元124中存4諸通信處理裝置A 120的識別信息(ID )、 關于在通信處理裝置A 120中執行的各種數據處理和數據通信操作 的程序和參數、通信歷史信息等。注意，近場通信單元123采用(例 如)FeliCa⑧技術，這是索尼公司開發的近場通信技術。
在圖1所示的通信處理裝置A 120的控制單元121獲取通過近 場通信單元123執4于的近場通信的通信歷史數據，并將所獲取的通 信歷史凄t據存儲在存儲單元124中。此外，當向執4亍社區管理的月良 務器110發布社區成員登錄請求時，控制單元121獲取存儲在存儲 單元124中的通信歷史數據(已與其執行近場通信的裝置的識別信 息、關于執行近場通信的日期和時間的信息、關于執行近場通信的 位置的信息等)，并將所獲取的通信歷史數據傳輸至服務器110。稍 后^1尋詳細描述處理的細節。
參考圖1，通信處理裝置B 130具有與通4言處理裝置A 120類 似的配置。通信處理裝置B 130包括控制單元131、通信單元132、 近場通信單元133和存儲單元134。圖1所示的配置示出了作為根 據本發明實施例的通信處理裝置的最低必需的功能。如上所述，才艮 據本發明實施例的通信處理裝置可以是蜂窩電話、PC等。通信處 理裝置的配置才艮據裝置的組件而不同。在圖l所示的配置中，通過諸如互聯網的網全備執4亍月艮務器110 和通信處理裝置A 120之間的通信以及月良務器110和通信處理裝置 B 130之間的通信。同時，通過通信處理裝置A 120的近場通信單 元123和通信處理裝置B 130的近場通信單元133執行作為近場通 信的通信處理裝置A 120和通信處理裝置B 130之間的通信。在這 種情況下，可以執行近場通信的范圍最大是幾米。因此，用戶A和 B必須相互見到，并且通過4吏通信處理裝置A 120和B 130 4皮此接 近來#丸4于通信。在通信處理裝置A 120的存^f諸單元124和通信處理 裝置B 130的存儲單元134中存儲了近場通信的通信歷史。
將參照圖2~圖5所示的序列圖說明在本發明實施例中的對社 區的用戶登錄處理序列的多個實例。例如，考慮以下的多個處理實 例
(1) 如果用戶B在現實世界中見到登錄為社區成員的用戶A 就登錄用戶B作為社區成員的處理序列(參見圖2)
(2) 如果用戶A和B在現實世界中互相見到就登錄作為社區 成員登錄的用戶A和B作為社區成員的特定組(朋友)的成員的處 理序列(參見圖3)
(3) 僅允許已去過商店的用戶登錄作為通過商店建立的社區 的成員的處理序列(參見圖4)
(4) 在由用戶擁有的多個通信處理裝置(例如，蟲奪窩電話和 PC)之間傳送近場通信歷史信息并4吏用傳送信息的處理序列(參見 圖5)
以下將按順序說明處理序列(1) ~ (4)。(1 )如果用戶B在現實世界中見到登錄為社區成員的用戶A就登 錄用戶B作為社區成員的處理序列(參見圖2)
首先，將參照圖2描述如果用戶B在現實世界中見到登錄為社 區成員的用戶A就登錄用戶B作為社區成員的處理序列。
圖2示出了在對社區執行管理處理(更特定地，對社區的登錄
所擁有的通信處理裝置A和B中所執行的通信處理序列之間執行的 通^f言處3里序列。
在步驟S101和S102中與服務器的通信中，執行用戶A的用戶 登錄。然后，登錄用戶B作為用戶A的"朋友"。這里，"朋友"是 力口入^土區的一類成員。
如下描述用于登錄用戶B作為新社區成員的處理序列的概述。
.用戶B在現實世界中見到已登錄為社區成員的用戶A，并在 由用戶A和B所擁有的通信處理裝置A和B之間執4亍近場通信。
-月l務器從通信處理裝置A和B獲取關于近場通信的通信歷 史信息，并將從通信處理裝置A獲取的通信歷史信息和/人通信處理 裝置B獲取的通信歷史信息進行比較。
.如果從通信處理裝置A接收的通信歷史信息與從通信處理裝 置B 4妄收的通信歷史信息匹配并且確i人成功，那就登錄用戶B作為 社區成員(例如，用戶A的"朋友")。
在這個處理實例中，僅有滿足條件(a):已在現實世界中見到 登錄用戶的用戶可以^皮登錄為新成員。一奪i兌明圖2所示的序列圖的處理步駛i。
步驟S101 ~ S102的處理是根據在由用戶A所擁有的通信處理 裝置和服務器之間執行的通信處理而執行的用戶A的登錄處理。執 行用戶A的登錄處理，例如，用于登錄社區的初始成員的處理。執 4亍預定的用戶確i人處理，并執4亍用戶登錄。這種用于登錄初始成員 的登錄序列不同于稍后將描述的用于登錄用戶B的登錄序列。因 此，期望僅將預定的限制數量的成員登錄為初始成員。
如下描述用于登錄用戶A的登錄序列。在步驟S101中，用戶 A通過通信處理裝置A向月艮務器傳輸包括用戶識別信息(用戶ID) 的預定用戶信息。服務器根據從通信處理裝置A接收的包括用戶識 別信息(用戶ID)的用戶信息來^L行預定的用戶確認順序。在確定 用戶A滿足登錄要求的情況下，服務器將包括用戶識別信息的用戶 信息存儲在數據庫中，并執行用于登錄用戶A作為社區成員的處 理。在完成登錄之后，在步驟S102中，月良務器將登錄完成通知傳 輸至通信處理裝置A。用戶ID可以是對應于用戶A的ID或對應于 i!/[言處理裝置A的ID。
步驟S103和隨后步驟的處理是用于登錄社區的新成員(額外 成員)的處理。在這個處理實例中，為了避免虛擬成員等的登錄， 僅已在現實世界中遇到授權登錄成員(在該實例中，用戶A)的用 戶才能夠被登錄。
在步驟S103中，用戶A (已登錄為社區成員)和用戶B (還 未登錄M皮此見到，并且執行在由用戶A所擁有的通信處理裝置A 和由用戶B所擁有的通信處理裝置B之間的近場通4言。通過圖1 所示通信處理裝置120和130的近場通信單元123和133執行近場通信。在步驟S104中，通信處理裝置A將從通信處理裝置B接收的 數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中，并且 通信處理裝置B將從通信處理裝置A接收的數據作為通信歷史信息 存儲在通信處理裝置B的存儲單元中。
在近場通^f言中，例如，/人通4言處理裝置A向ii/f言處理裝置B 傳輸以下凄t據
(a) 用戶A的用戶ID (只寸應于用戶A的ID或，于應于通4言處 理裝置A的ID )
(b) 對應于用戶ID的用戶A的昵稱(由用戶Ai殳定的4壬意 名字(稱號))
(c )沖丸行近場通信時的日期和時間的數據
(d) 關于執行近場通信的位置的信息(在通信處理裝置配備 有全^求定位系統(GPS )的情況下)
(e) 由用戶A登錄的服務器站點(網站)的標識符
(f) 服務器站點的訪問信息(統一資源定位器(URL))
乂人由用戶A所擁有的通信處理裝置A向由用戶B所擁有的通 信處理裝置B傳輸數據(a) ~ (f)。通信處理裝置B將所接收的 數據作為通信歷史信息存儲在通信處理裝置B的存儲單元中。在數 據(a) ~ (f)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可入傳輸其他數據就也傳輸其他數據。
同時，在近場通信中，例如，從通信處理裝置B向通信處理裝 置A傳輸以下^t據(a) 用戶B的用戶ID (乂于應于用戶B的ID或^j"應于ii/f言處 理裝置B的ID )
(b) 對應于用戶ID的用戶B的昵稱(由用戶B i殳定的4壬^f可 名字(稱號))
(c ) 4丸4亍近場通信時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
/人由用戶B所擁有的通信處理裝置B向由用戶A所擁有的通 信處理裝置A傳輸數據(a ) ~ ( d )。通信處理裝置A將所接收的 數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中。在數 據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可以傳輸其他凄史據就也傳1俞其他#:據。
在才丸行通信處理裝置A和通信處理裝置B之間的近場通4言之 后，執行步驟S105和隨后步驟的處理。
在步驟S105中，通信處理裝置A連接至服務器，并向服務器 發布登錄請求以登錄用戶B為用戶A的"朋友"。如上所述，"朋友" 是加入由服務器提供和管理的社區的一類成員。當發布登錄請求 時，通信處理裝置A將存儲在通信處理裝置A的存儲單元中的作 為與通信處理裝置B的近場通信的記錄的通信歷史ft據上傳至月良 務器。更具體地，,人存儲單元獲取以下凄t據并傳輸至"l務器
(a) 用戶B的用戶ID
(b) 乂于應于用戶ID的用戶B的昵稱(由用戶B {殳定的4壬4可 名字(稱號))(C )執行近場通信時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有
GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 數據都不是必需的。然而，期望如果已獲得其他數據就也傳輸其他數據。
當通信處理裝置B連接至服務器時，通過通信處理裝置B 4丸行 步驟S106和S107的處理。在步驟S106和S107的處理中，通信處 理裝置B請求服務器執行用于登錄用戶B的處理和用于登錄用戶A 為用戶B的"朋友"的處^E。
在步驟S106中，通信處理裝置B連接至服務器并向服務器發 布登錄請求。通信處理裝置B將存儲在在通4言處理裝置B的存A者單 元中的通信歷史數據作為與通信處理裝置A近場通信的記錄上傳 至服務器。更具體地，以下凄t據是乂人存卞者單元獲取的并一皮傳輸至服 務器
(a) 用戶A的用戶ID
(b) 對應于用戶ID的用戶A的昵稱(由用戶Ai殳定的任H可 名字(稱號))
(c ) 4丸行近場通信時的日期和時間的凝:據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 數據都不是必需的。然而，期望如果已獲得其他數據就也傳輸其他數據。
此外，在步驟S107中，通信處理裝置B連接至l良務器并向月良 務器傳l命用戶B的識別信息(用戶ID)。用戶ID是7寸應于用戶B 的ID或對應于通信處理裝置B的ID。因此，在步驟S106-S107 中，通信處理裝置B請求月良務器執行用于登錄用戶B的處理和用于 登錄用戶A為用戶B的"朋友"的處理。
在步驟S108中，服務器將從通信處理裝置A才妄收的近場通信 的記錄的通信歷史凌t據和/人通"f言處理裝置B接收的近場通j言的記 錄的通信歷史數據進ff比較。
例如，比較處理包括以下數據確認處理
(x )確認在乂人通信處理裝置A 4妄收的通信歷史數據中所記錄 的通信日期和時間與在乂人通信處理裝置B 4妻收的通信歷史數據中 所記錄的通信日期和時間匹配。
(y )確認在,人通信處理裝置A 4矣收的通信歷史凄t據中所記錄 的用戶ID與在從通信處理裝置B接收的對應于用戶B (或通信處 理裝置B )的用戶ID相同并且在從通信處理裝置B 4姿收的通信歷 史凄t據中所記錄的用戶ID與對應于登錄用戶A (或通信處理裝置 A)的用戶ID相同。
在步驟S108中，服務器執行數據確認處理(x )和(y )。例如， 在已經從通信處理裝置A和B接收關于已執行近場通信的位置的信 息的情況下，服務器檢查從通信處理裝置A接收的位置信息是否與從通信處理裝置b^妄收的位置信息匹配。此外，如果已4妾收可經受 比較的其他數據，那么服務器執行數據的比較。
如上所述，在步驟S108中，通過將從通信處理裝置A接收的 數據和從通信處理裝置b接收的數據進行比較，服務器檢查是否已 在通信處理裝置A和通信處理裝置b之間執行近場通信。
在步驟S108中的確認成功并確認已在通信處理裝置A和通信 處理裝置b之間執行近場通信的情況下，服務器在步驟s109中登 錄用戶b為用戶A的"朋友"。
在步驟S110中，服務器向通信處理裝置A傳輸表明用戶b已 #皮登錄為用戶A的"朋友"的登錄完成的通知。在步驟Slll中， 服務器向通信處理裝置b傳輸表明用戶b已被登錄為用戶A的"朋 友"的登錄完成的通4口。
在以上描述中，才丸4亍步艱《S101 ~ S102中關于用戶A的登錄處 理作為用于登錄^土區的初始成員的處理。然而，這個登錄處理并不 是通常必須的登錄處理。步驟S101~S102的處理可以作為用戶A 的臨時登錄處理被執行，并且如果完成了一系列的步驟S103~ S109,那么就可以寺丸4亍用戶A的正常登錄。通過這種處理，i殳定在 現實世界中見到了已登錄的用戶(在這種情況下，用戶b),作為 關于用戶A的用戶登錄的要求。
(2 )如果用戶A和b在現實世界中彼此見到，那么就將被登錄作 為社區成員的用戶A和b登錄為社區成員的特定組(朋友)的成員 的處理序列(參見圖3)接下來，將參照圖3說明如果用戶A和B在現實世界中;f皮此 見到就將被登錄為社區成員的用戶A和B登錄為社區成員的特定組 (朋友)的成員的處理序列。
在圖2所示的序列中，沒有被登錄為社區成員的用戶B直接登 錄為作為一類社區成員的"朋友"。在圖3所示的序列中，類似于 用戶A,對用戶B執行社區成員的初始登錄。此后，如果用戶B在 現實世界中見到用戶A，就將用戶B作為"朋友"登錄為升級成員 (一類社區成員組)。
即，在這個處理實例中，盡管初始成員和登錄為"朋友，，的成 員是社區成員，但是初始成員和登錄為"朋友"的成員作為不同類 型的成員彼此有所區分。
如圖2,圖3示出了在對社區執行管理處理(更具體地，執行 用于登錄社區的成員的登錄處理)的服務器、以及由登錄為社區成 員的用戶A和B所擁有的通信處理裝置A和B之中所才丸行的通信
處理序列。
以下將說明在圖3所示的序列圖中的處理步驟。
步驟S201 ~ S202的處理是才艮據在由用戶A所擁有的通信處理 裝置A和服務器之間執行的通信處理執行的用戶A的登錄處理。 例如，用戶A的這種登錄處理是社區初始成員的登錄，而不是作為 "朋友"的登錄。
下面描迷用于登錄用戶A的登錄序列。在步驟S201中，用戶 A通過通信處理裝置A向服務器傳輸包括用戶識別信息(用戶ID) 的預定用戶信息。服務器根據從通信處理裝置A接收的包括用戶識 別信息(用戶ID)的用戶信息來才丸行預定的用戶確i人序列。在確定用戶A滿足登錄要求的情況下，服務器將包括用戶識別信息的用戶 信息存儲在數據庫中，并執行用于登錄用戶A為社區成員的處理。 在完成登錄之后，在步驟S202中，服務器將登錄完成通知傳輸至 通信處理裝置A。用戶ID可以是對應于用戶A的ID或對應于通信 處理裝置A的ID。
步驟S203 ~ S204的處理是根據在由用戶B所擁有的通信處理 裝置B和服務器之間執行的通信處理執行用于用戶B的登錄處理。 例如，用戶B的登錄處理也是社區初始成員的登錄，而不是作為"朋 友"的登錄。由于步驟S203 ~ S204的處理類似于上述的步驟S201 ~ S202的處理，所以將省略對步驟S203 ~ S204的處理的描述。
在執行步驟S201 ~ S204的處理之后，執行步驟S205和隨后步 驟的處理，并且批j于每個用戶作為"朋友"的登錄。
在步驟S205中，用戶A (4刀始成員)和用戶B (初始成員) 互相見到，并且在由用戶A所擁有的通4言處理裝置A和由用戶B 所擁有的通信處理裝置B之間執行近場通信。通過4吏用圖1所示的 通信處理裝置120和130的近場通信單元123和133執行近場通信。
在步驟S206中，通信處理裝置A將/人通信處理裝置B 4妄收的 數據作為通信歷史信息存儲在通信處理裝置A的存^f諸單元中，以及 通信處理裝置B將/人通信處理裝置A接收的數據作為通信歷史信息 存儲在通信處理裝置B的存儲單元中。
在近場通^[言中，例如，從ii/f言處理裝置A向通4言處理裝置B 傳輸以下凄t據，如按圖2所示的處理序列中
(a)用戶A的用戶ID (-寸應于用戶A的ID或^J"應于通4言處 理裝置A的ID )(b)對應于用戶ID的用戶A的昵稱(由用戶Ai殳定的4壬何 名字(稱號))
(c )寺丸行近場通信時的日期和時間的凄史據
(d) 關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
(e) 用戶A登錄的月l務器站點(網站)的標識符
(f) 服務器站點的訪問信息(URL)
乂人由用戶A所擁有的通〗言處理裝置A向由用戶B所擁有的通 信處理裝置B傳輸數據(a) - (f)。通信處理裝置B將所接收的 數據作為通信歷史信息存儲在通信處理裝置B的存儲單元中。在數 據(a) ~ (f)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可以傳輸其他凄t據就也傳輸其他^t據。
同時，在近場通信中，例如，乂人通信處理裝置B向通信處理裝 置A傳輸以下凄t據
(a) 用戶B的用戶ID (^于應于用戶B的ID或只于應于通4言處 理裝置B的ID)
(b) 對應于用戶ID的用戶B的昵稱(由用戶B i殳定的4壬何 名字(稱號))
(C ) "^5M亍近場通j言時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)/人由用戶B所擁有的通信處理裝置B向由用戶A所擁有的通 信處理裝置A傳輸數據(a ) ~ ( d )。通信處理裝置A將所接收的 數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中。在數 據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可以傳輸其他凄t據就也傳輸其他凄t據。
在4丸4于通信處理裝置A和通信處理裝置B之間的近場通信之 后，拭J于步驟S207和隨后步驟的處理。
在步驟S207中，通信處理裝置A連接至服務器并向服務器發 布登錄請求以登錄用戶B為用戶A的"朋友"。如上所述，"朋友" 是加入由服務器提供和管理的社區的一類成員，并且登錄為"朋友" 的成員與"初始成員"有所區分。當發布登錄請求時，通信處理裝 置A將存儲在通信處理裝置A的存儲單元中的作為與通信處理裝 置B近場通信的記錄的通信歷史tt據上傳至服務器。更具體i也，以 下數據是從存儲單元獲得的并被傳輸至服務器
(a) 用戶B的用戶ID
(b) 對應于用戶ID的用戶B的昵稱(由用戶B i殳定的4壬^f可 名字(稱號))
(c )執行近場通信時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他
數據都不是必需的。然而，期望如果已獲得其他數據就也傳llr其他數據。同時，在步驟S208中，通信處理裝置B被連接至月艮務器，并 且向服務器發布登錄請求以登錄用戶A為用戶B的"朋友"。當發 布登錄請求時，通信處理裝置B向服務器上傳通信歷史數據，其是 與通信處理裝置A近場通信的記錄，存儲在通信處理裝置B的存儲 單元中。更具體地，以下數據是從存儲單元獲得的并^皮傳輸至服務 器
(a) 用戶A的用戶ID
(b) 對應于用戶ID的用戶A的昵稱(由用戶Ai殳定的^壬^f可 名字(稱號))
(c )扭j于近場通4言時的日期和時間的凄丈據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 凄t據都不是必需的。然而，期望如果已獲得其他數據就也傳豸俞其他數據。
在步驟S209中，服務器將從通信處理裝置A 4妄收的近場通信 的記錄的通信歷史ft據和/人通信處理裝置B接收的近場通信的記 錄的通信歷史數據進行比較。
例如，比4交處理包纟舌以下凄t:據確i人處5里
(x)確認在從通信處理裝置A接收的通信歷史數據中所記錄 的通信日期和時間與在乂人通信處理裝置B 4妾收的通4言歷史凄t據中 所記錄的通信日期和時間匹配。(y )確認在從通信處理裝置A接收的通信歷史數據中所記錄 的用戶ID與在,人通信處理裝置B 4妄收的對應于用戶B (或通4言處 理裝置B )的用戶ID相同，以及在乂人通信處理裝置B 4妻收的通信 歷史數據中所記錄的用戶ID與對應于用戶A (或通信處理裝置A) 的用戶ID才目同。
在步驟S209中，服務器執行數據確認處理(x )和(y )。例如， 在已從通信處理裝置A和B接收關于執行近場通信的位置的信息的 情況下，服務器檢查從通信處理裝置A接收的位置信息是否與從通 信處理裝置B接收的位置信息匹配。此外，如果已接收可經受比較 的其他數據，那么服務器執行數據的比較。
如上所述，在步驟S209中，通過將/人通信處理裝置A接收的 數據和從通信處理裝置B接收的數據進行比較，服務器檢查是否已 在通信處理裝置A和通信處理裝置B之間執4亍近場通信。
在步驟S209中的確認成功并且確認已經在通信處理裝置A和 通信處理裝置B之間執行近場通信的情況下，服務器在步驟S210 中登錄用戶A和B為不同于初始成員的一類成員的"朋友"。
在步驟S211中，服務器向通信處理裝置A傳輸表明用戶A和 B已登錄為"朋友，，的登錄完成通知。在步驟S212中，服務器向 通信處理裝置B傳輸表明用戶A和B已經登錄為"朋友"的登錄
完成通知。
在以下描述中，l丸^亍步^在S201 ~ S204中的用于用戶A和B的 登錄處理作為用于登錄社區初始成員的處理。然而，這個登錄處理 并不是通常必須的登錄處理。步驟S201-S204的處理可以作為用 于用戶A和B的臨時登錄處理被執行，并且如果完成步驟S205 ~ S210的序列，那么用戶A和B可以登錄為授4又成員。(3 ) Y又允許已進入商店的用戶登錄為通過商店建立的^土區的成員 的處理序列(參見圖4)
接下來，將參照圖4說明僅允許已進入商店的用戶登錄為通過 商店建立的3土區的成員的處理序列。
例:&o，這個處理實例可以應用于以下的力良務形式，其中，商店 建立由已進入商店的用戶組成的社區，以4吏登錄到社區的用戶有資 格以折扣價購買產 品o
在商店建立這種社區并執行用戶登錄的情況下，登錄但實際上
并不訪問商店的虛擬成員的凄t量增加。以圖4所示的序列，避免了 這種虛擬成員的數量的增加，并且僅允許已實際進入商店的用戶被 登錄為成員。
圖4示出了在對社區執行管理處理(更具體地，執行用于登錄 社區成員的登錄處理)的服務器間、充當安裝在建立了社區的商店 C中的商店終端的通信處理裝置C、以及由將登錄為社區成員的用 戶A所擁有的通信處理裝置之中^M亍的通4言處理序列。通信處理裝 置C具有與圖1所示的通信處理裝置A和B中的每個類似的配置。
將i兌明圖4所示的序列圖中的處理步驟。
步驟S301 ~ S302的處理是根據在由用戶A所擁有的通信處理 裝置A和服務器之間執行的通信處理執行的用戶A的登錄處理。 用戶A的登錄處理是用以獲得加入由服務器管理的社區的資格的 用戶登錄處理。這個登錄處理并不是作為由商店C建立的社區的成 員的登錄。這個登錄處理是作為變成由商店C建立的社區的成員的 前"t是所必需的用戶登錄。下面描述登錄用戶A的登錄序列。在步驟S301中，用戶A通 過通信處理裝置A向服務器傳輸包括用戶識別信息(用戶ID)的 預定用戶信息。服務器根據從通信處理裝置A接收的包括用戶識別 信息(用戶ID)的用戶信息4丸4亍預定的用戶確i^序列。在確定用戶 A滿足登錄要求的情況下，服務器將包括用戶識別信息的用戶信息 存儲在數據庫中，并且執行用于登錄用戶A為有資格加入由服務器 管理的各種社區的成員的處理。在完成登錄之后，在步驟S302中， 服務器將登錄完成通知傳輸至通信處理裝置A。用戶ID可以是對 應于用戶A的ID或對應于通信處理裝置A的ID。
步驟S303 ~ S304的處理是根據在由商店C所擁有的商店終端 的通信處理裝置C和服務器之間執行的通信處理執行商店C的登錄 處理。例如，商店C的登錄處理也是用以獲得加入由服務器管理的 社區的資格的登錄。由于步驟S303-S304的處理類似于上述的步 一驟S301 ~ S302的處J里，戶斤以S奪省略只于步驟S303 ~ S304的處J里的4苗 述。
此外，在步艱《S305~S306中，才艮據在作為商店終端的通信處 理裝置C和服務器之間執行的通信處理來執行用于建立由商店C管 理的社區的處理。獲得建立社區資格的用戶能夠建立社區。在步驟 S305 — S306的處5里中，商店C建立牙土區。
在步驟S305中，作為商店終端的通信處理裝置C向服務器發 布創建社區的請求。當發布i青求時，通信處理裝置C向月l務器傳輸 符合由服務器設定的管理標準的信息。在確認滿足預定要求之后， 服務器創建將由商店C管理的社區。在步驟S306中，服務器向由 商店C所擁有通信處理裝置C傳輸社區建立完成通知。
步驟S307和隨后步驟的處理是用于登錄加入由商店C管理的 社區的成員的登錄序列。在步驟S307中，攜帶通信處理裝置A的用戶訪問商店C，并 且將通信處理裝置A;^到作為安裝在商店C中的商店終端的通信處 理裝置C上，以^更可以扭J于通信處理裝置A和通信處理裝置C之 間的近場通信。這里^^f亍的近場通信類似于通過圖1所示通信處理 裝置120和130的近場通信單元123和133執行的近場通信。
在步驟S308中，通信處理裝置A將從通信處理裝置C接收的 數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中，以及 通信處理裝置C將從通信處理裝置A接收的數據作為通信歷史信息 存儲在通信處理裝置C的存4諸單元中。
在近場ii/f言中，例^口，如圖2所示的處理序列，從通4言處理裝 置A向通信處理裝置C傳，敘以下凝:據
(a) 用戶A的用戶ID (對應于用戶A的ID或^于應于ii/f言處 理裝置A的ID )
(b) 對應于用戶ID的用戶A的昵稱(由用戶A《殳定的<壬<可 名字(稱號))
(c ) 4丸4亍近場通信時的日期和時間的數據
(d) 關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
(e) 用戶A登錄的服務器站點(網站)的標識符
(f) 服務器站點的訪問信息(URL)
/人由用戶A所擁有的通信處理裝置A向安裝在商店C中的通 信處理裝置C傳輸數據(a) ~ (f)。通信處理裝置C將所接收的數據作為通信歷史信息存儲在通信處理裝置c的存儲單元中。在數
據(a) ~ (f)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可以傳輸其他凄t據就也傳輸其他H據。
同時，在近場通信中，例如，乂人通信處理裝置C向通信處理裝 置A傳輸以下^t據
(a) 商店C的用戶ID (只于應于商店C的ID或只于應于ii/f言處 理裝置C的ID )
(b) 對應于用戶ID的商店C的昵稱(由商店C設定的任何 名字(稱號))
(c )執行近場通信時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
乂人通信處理裝置C向由用戶A所擁有的通信處理裝置A傳車命 數據(a) ~ (d)。通信處理裝置A將所接收的數據作為通信歷史 信息存《諸在通信處理裝置A的存4諸單元中。在凄史據(a) ~ (d)中， 僅數據(a)和(c)是必需的。其他數據都不是必需的。然而，期 望如果可以其他4t據可以4皮傳輸就也傳輸其他凄t據。
在4丸行通信處理裝置A和通信處理裝置C之間的近場通信之 后，執行步驟S309和隨后步驟的處理。
在步驟S309中，通信處理裝置A連接至服務器并向服務器發 布登錄i青求以登錄通信處理裝置A為由商店C管理的社區的成員。 當發布登錄請求時，通信處理裝置A將存儲在通信處理裝置A的 存^f諸單元中的作為與通信處理裝置C近場通信的記錄的通信歷史數據上傳至服務器。更具體地，以下數據是從存儲單元獲得的并被
傳輸至服務器
(a) 商店C的用戶ID
(b) 對應于用戶ID的商店C的昵稱(由商店Ci殳定的〗壬^f可 名字(稱號))
(c )執行近場通信時的日期和時間的數據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 數據都不是必需的。然而，期望如果已獲得其他數據就也傳輸其他數據。
同時，在步驟S310中，安裝在商店C中的通信處理裝置C連 接至服務器并向服務器發布更新請求以更新由商店C管理的社區 上的登錄信息。當發布更新請求時，通信處理裝置C將存儲在通信 處理裝置C的存儲單元中的作為與通信處理裝置A近場通信的記錄 的通信歷史數據上傳至服務器。更具體地，以下數據是從存儲單元 獲得的并纟皮傳輸至服務器
(a) 用戶A的用戶ID
(b) 3寸應于用戶ID的用戶A的昵-爾(由用戶A i殳定的4壬4可 名字(稱號))
(c )執行近場通信時的日期和時間的數據(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 數據都不是必需的。然而，期望如果已獲得其他tt據就也傳輸其他數據。
在步驟S311中，服務器將,人通信處理裝置A 4妄收的近場通信 的記錄的通信歷史lt據和/人通信處理裝置C 4妄收的近場通信的記 錄的通信歷史數據進行比較。
例如，比較處理包括以下數據確認處理
(x )確認在從通信處理裝置A接收的通信歷史數據中所記錄 的通信日期和時間與在從通信處理裝置C接收的通信歷史凄t據中 所記錄的通信日期和時間相匹西己。
(y)確認在從通信處理裝置A接收的通信歷史數據中所記錄 的用戶ID與在乂人通信處理裝置C4妄收的對應于用戶C (或通信處 理裝置C )的用戶ID相同，以及在/人通信處理裝置C 4妄收的通信 歷史凄t據中所記錄的用戶ID與對應于用戶A(或通信處理裝置A) 的用戶ID才目同。
在步艱朵S311中，月良務器才丸4亍凄t據確i人處理(x)和(y)。例如， 在已從通信處理裝置A和C接收到關于執行近場通信的位置的信息 的情況下，服務器檢查從通信處理裝置A接收的位置信息是否與從 通信處理裝置C接收的位置信息相匹配。此外，如果已接收可經受 比較的其他數據，那么服務器執行數據的比較。如上所述，在步驟S311中，通過將乂人通信處理裝置A 4妄收的 數據和從通信處理裝置C接收的數據進行比較，服務器檢查是否已 在通信處理裝置A和通信處理裝置C之間執行近場通信。
在步艱《S311中的確認成功并且確i人已在通信處理裝置A和通 信處理裝置C之間4丸行近場通信的情況下，月良務器在步驟S312中 登錄用戶A為由商店C管理的it區的成員。
在步驟S313中，服務器向通信處理裝置A傳輸表明用戶A已 登錄為由商店C管理的社區的成員的登錄完成通知。在步驟S314 中，服務器向通信處理裝置C傳輸表明用戶A已登錄為由商店C 管理的;^土區的成員的登錄完成通4口。
在圖4所示的序列圖中，首先，在步驟S301-S302中，根據
在由用戶A所擁有的通信處理裝置A和服務器之間執行的通信處 理^M亍用于用戶A的登錄處理。然后，用戶Ai方問商店C,并且在 步驟S307 ~ S308中導丸行通信處理裝置A和作為商店終端的通信處 理裝置C之間的近場通信。這些處理步驟的順序可以不同于以上所 述。即，首先，用戶A可以訪問商店C，并且會在通信處理裝置A 和作為商店終端的通信處理裝置C之間執4于近場通信。然后，可以 根據在通信處理裝置A和服務器之間執行的通信處理來執行用戶A 的登錄處理。
(4)在由用戶擁有的多個通信處理裝置(例如，蜂窩電話和PC) 之間傳送近場通信歷史信息并使用傳送信息的處理序列(參見圖5 )
接下來，將參照圖5描述在由用戶擁有的多個通信處理裝置(例 如，*奪窩電話和PC)之間傳送近場通信歷史信息并〗吏用傳送信息 的處理序列。圖5示出了在對社區執行管理處理(更具體地，執行用于登錄 社區的成員的登錄處理)的服務器、用戶A所擁有的通信處理裝置 A、以及用戶B所擁有的通信處理裝置B1和通信處理裝置B2之中 執行的通信處理序列，其中，用戶A和B被登錄為社區成員。例如， 用戶B所擁有的通4言處理裝置Bl是^更攜電話。例如，用戶B所擁 有的通信處理裝置B2是PC。通信處理裝置A、通信處理裝置Bl 和通信處理裝置B2具有與以上參照圖1所述的通信處理裝置類似 的功能。
在步驟S401 ~ S402中，根據與服務器的通信執行用戶A的用 戶登錄。然后，用戶B被登錄為用戶A的"朋友"。這里，"朋友" 是加入社區的一類成員。
在參照圖2所述的處理中，處理實例也是僅滿足條件"已在現 實世界中見到登錄用戶"的用戶才能夠被重新登錄的處理序列。
以下爿奪i兌明圖5所示序列圖中處理步艱《。
步驟S401 ~ S402的處理是根據在由用戶A所擁有的通信處理 裝置A和服務器之間執行的通信處理執行用于用戶A的登錄處理。 例如，^Vf亍用于用戶A的登錄處理作為用于登錄3土區初始成員的處 理。執行預定的用戶確認處理，并且執行用戶登錄。這種用于登錄 初始成員的登錄序列不同于稍后將描述的用于登錄用戶B的登錄
序列。因此，期望4又預定的限制凄殳量的成員才#:登錄為初始成員。
下面描述用于登錄用戶A的登錄序列。在步驟S401中，用戶 A通過通信處理裝置A向"l務器傳輸包括用戶識別信息(用戶ID ) 的預定用戶信息。服務器4艮據從通信處理裝置A 4妄收的包括用戶識 別信息(用戶ID)的用戶信息執行預定的用戶確認序列。在確定用 戶A滿足登錄請求的情況下，服務器在數據庫中存儲包括用戶識別信息的用戶信息，并且執行用于登錄用戶A為社區成員的處理。在 完成登錄之后，在步驟S402中，月良務器將登錄完成通知傳輸至通 信處理裝置A。用戶ID可以是對應于用戶A的ID或對應于通信處 理裝置A的ID。
步驟S403和隨后步驟的處理是用于登錄社區新成員(額外成 員)的處理。在這個處理實例中，為了避免虛擬成員等的登錄，僅 已在現實世界中見到授權的登錄成員(在該實例中，用戶A)的用 戶才能夠被登錄。
在步驟S403中，用戶A (已登錄為社區成員)和用戶B (沒 有登錄)；波此見到，并且4丸行由用戶A所擁有的通信處理裝置A 和由用戶B所擁有的通信處理裝置Bl之間的近場通信。通過圖1 所示通4言處理裝置120和130的近場ii/f言單元123和133執4于近場通信。
在步驟S404中，通信處理裝置A將乂人通信處理裝置Bl 接收 的數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中，以 及通信處理裝置Bl將從通信處理裝置A 4妄收的數據作為通信歷史 信息存儲在通信處理裝置B1的存儲單元中。
在近場通信中，例如，乂人通信處理裝置A向通信處理裝置Bl 傳輸以下數據
(a) 用戶A的用戶ID (只寸應于用戶A的ID或對應于ii/f言處 理裝置A的ID )
(b) 對應于用戶ID的用戶A的昵稱(由用戶Ai殳定的^壬^f可 名字(稱號))(C )執行近場通信時的日期和時間的數據
(d) 關于執行近場通信的位置的信息(通信處理裝置配備有
GPS的情況下)
(e) 用戶A登錄的月l務器站點(網站)的標識符
(f) 服務器站點的訪問信息(URL)
從由用戶A所擁有的通信處理裝置A向由用戶B所擁有的通 信處理裝置Bl傳輸數據(a) ~ (f)。通信處理裝置Bl將所接收 的數據作為通信歷史信息存儲在通信處理裝置Bl的存儲單元中。 在數據(a) ~ (f)中，僅數據(a)和(c)是必需的。其他數據 都不是必需的。然而，期望如果可以傳輸其他數據就也傳輸其他凄丈 據。
同時，在近場通信中，例如，從通信處理裝置B1向通信處理 裝置A傳l命以下教:據
(a) 用戶B的用戶ID (只寸應于用戶B的ID或只t應于通〗言處 理裝置B1的ID)
(b) 對應于用戶ID的用戶B的昵稱(由用戶B設定的任何 名字(稱號))
(c )執行近場通信時的日期和時間的數據
(d)關于纟丸4于近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)乂人由用戶B所擁有的ii/[言處理裝置Bl向由用戶A所擁有的通 信處理裝置A傳輸數據(a ) ~ ( d )。通信處理裝置A將所接收的 數據作為通信歷史信息存儲在通信處理裝置A的存儲單元中。在數 據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他數據都不 是必需的。然而，期望如果可以傳輸其他數據就也傳輸其他數據。
在4丸4亍通信處理裝置A和通4言處理裝置Bl之間的近場通信之 后，用戶B將通信處理裝置B1帶回家中，并且在通信處理裝置Bl 和諸如位于用戶B家中的PC的另一通信處理裝置B2之間#丸4亍近 場通信。通過這種近場通信，向通信處理裝置B2傳送存儲在通信 處理裝置Bl的存儲單元中的與通信處理裝置A的通信歷史信息。 通信處理裝置B2將從通信處理裝置B1接收的通信歷史信息存儲在 通信處理裝置B2的存儲單元中。
在步驟S407中，通信處理裝置A連接至服務器，并且向服務 器發布登錄請求以登錄用戶B為用戶A的"朋友"。如上所述，"朋 友，，是加入由服務器提供和管理的社區的一類成員。當發布登錄請 求時，通信處理裝置A將存儲在通信處理裝置A的存儲單元中的 作為與通信處理裝置Bl近場通信的記錄的通信歷史凄t據上傳至月l 務器。更具體地，以下數據是從存儲單元獲得的并被傳輸至服務器
(a) 用戶B的用戶ID
(b) 對應于用戶ID的用戶B的昵稱(由用戶B《殳定的<壬<可 名字(稱號))
(c )寺丸行近場通信時的日期和時間的it據
(d)關于執行近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 凄史據都不是必需的。然而，期望如果已獲得其他數據就也傳輸其他數據。
在步驟S408中，通信處理裝置B2連接至服務器并向服務器發 布登錄請求以登錄用戶B。這個登錄請求是登錄用戶B為用戶A的 "朋友，，的登錄請求。當發布登錄請求時，通信處理裝置B將從通 信處理裝置B1傳送并被存儲在通信處理裝置B2的存儲單元中的作 為與通信處理裝置A近場通信的記錄的通信歷史數據上傳至"良務 器。更具體地，以下數據是從存儲單元獲得的并被傳輸至服務器
(a) 用戶A的用戶ID
(b) 對應于用戶ID的用戶A的昵稱(由用戶A i殳定的《壬^f可 名字(稱號))
(c )才丸行近場通信時的日期和時間的凄t據
(d)關于4丸4于近場通信的位置的信息(通信處理裝置配備有 GPS的情況下)
在數據(a) ~ (d)中，僅數據(a)和(c)是必需的。其他 數據都不是必需的。然而，期望如果已獲得其他數據就也傳輸其他數據。
此外，在步驟S409中，通信處理裝置B2連4妄至月l務器并向月良 務器傳輸用戶B的識別信息(用戶ID)。用戶ID是對應于用戶B 的ID或對應于通信處理裝置Bl的ID。在步驟S410中，"l務器將乂人通信處理裝置A 4妄收的近場通信 的記錄的通信歷史數據和從通信處理裝置B2接收的近場通信的記 錄的通信歷史數據進行比較。
例如，比較處理包括以下數據確認處理
(x)確認在/人通信處理裝置A 4妄收的通信歷史凄史據中所記錄 的通信日期和時間與在從通信處理裝置B2接收的通信歷史數據中 所記錄的通信日期和時間匹配。
(y)確認在從通信處理裝置A接收的通信歷史數據中所記錄 的用戶ID與在,人通信處理裝置B2^妄收的對應于用戶B(或通4言處 理裝置Bl )的用戶ID相同，以及在/人ii/f言處理裝置B2 4姿收的通 信歷史凄t據中所記錄的用戶ID與對應于登錄用戶A (或通信處理 裝置A)的用戶ID相同。
在步驟S410中，服務器執行數據確i人處理(x )和(y )。例如， 在已從通信處理裝置A和B2接收關于執行近場通信的位置的信息 的情況下，服務器檢查從通信處理裝置A接收的位置信息是否與從 通信處理裝置B2 4妄收的位置信息匹配。此外，如果已4妄收可經受 比較的其他數據，那么服務器執行數據的比較。
如上所述，在步-驟S410中，通過將/人通信處理裝置A 4妄收的 數據和從通信處理裝置B2接收的數據進行比較，服務器檢查是否 已在通4言處理裝置A和通信處理裝置Bl之間沖丸行近場通信。
在步驟S410中的確認成功并且確認已經在通信處理裝置A和 通信處理裝置Bl之間才丸行近場通信的情況下，服務器在步驟S411 中登錄用戶B為用戶A的"朋友"。在步驟S412中，月良務器向通信處理裝置A傳l敘表明用戶B已 登錄為用戶A的"朋友"的登錄完成通知。在步驟S413中，i艮務 器向通信處理裝置B2傳輸表明用戶B已經登錄為用戶A的"朋友" 的登錄完成通知。
在以上描述中，執行步驟S401 ~ S402中的用于用戶A的登錄 處理作為用于登錄;^土區初始成員的處理。然而，這個登錄處理并不 是通常必須的登錄處理。步-驟S401-S402的處理可以作為用于用 戶A的臨時登錄處理被執行，并且如果完成步驟S403 ~ S411的序 列，那么可以執行用于用戶A的正常登錄。通過這種處理，設定在 現實世界中見到登錄用戶(在這種情況下，用戶B),作為對用戶A 的用戶登錄的要求。
已i兌明了多個處理序列。乂人上述序列清楚，在才艮才居本發明實施 例的社區管理處理中，當確認用戶已執行近場通信時，用戶可以登 錄為社區成員。此外，當確認諸如可以進行近場通信的蜂窩電話的 裝置已與其他通信處理裝置執行近場通信時，可以執4亍社區成員的登錄。
即，如上所述，允許用戶加入社區，例如，在確"i人的情況下， 根據近場通信歷史數據，用戶滿足以下條件(a) ~ (c)中的任意 條
(a) 已在現實世界中見到登錄用戶
(b) 已處于特定位置或地點
(c) 已加入il"如特定集會或黨派的活動通過應用本發明實施例的特性的應用，例如，在可"l丸行近場通 信的裝置被安裝在超市或快餐店中并且在裝置和由用戶所擁有的
裝置之間交4灸通信歷史的情況下，可以實J見以下優點
-4又是已經訪問商店的用戶可以登錄為成員，并且銷售信息、 新產品信息等僅可以提供給這種將訪問商店的實際成員。
可以直4妾從顧客那里聽到意見。
-這種技術可以被利用作銷售工具。
此外，在可以扭a亍近場通信的裝置^皮安裝在音樂會或活動場所 (例如，棒球場或體育場)中并且在裝置和由用戶所擁有的裝置之 間交4奐通〗言歷史的情況下，可以實3見以下用途
-建立^義由已進入地點的人組成的追星^f具樂部。
可以向登錄成員提供隱私生活信息和專有商品信息。
-已進入地點多次的顧客可以被升級并作為忠誠顧客來對待。
此夕卜，加入社區的個人用戶可以享受以下優點；
用戶可以在升級類中登錄為社區提供站點的朋友。
-用戶可以適當4吏用信息資源(組)。
圖6示出作為執行社區管理處理的信息管理裝置的服務器110 的配置實例。圖6所示的月良務器110對應于圖1所示的月良務器110。 如圖6所示，作為信息管理裝置的月良務器110包4舌通4言單元311、 數據比較單元312以及數據登錄單元313。通信單元311 乂人多個通信處理裝置4妻收在多個通4言處理裝置中 執行的近場通信的多個通信歷史數據。數據比較單元312執行由通 信單元311接收的多個通信歷史數據的比較。如果數據比較單元312 才艮據近場通信的多個通信歷史凄t據確i人已在多個通信處理裝置之 間扭J亍近場通信，那么數據登錄單元313就將用于將多個通信處理 裝置的用戶作為社區成員登錄到數據庫111中的處理。
例如，數據比較單元312根據已與其他通信處理裝置執行近場 通信的通信處理裝置的用戶ID來確定是否已在多個通信處理裝置 之間4丸行近場通信，用戶ID包4舌在/人其他通信處理裝置4妄收的通 信歷史數據中。
此外，數據比較單元312執行確認處理，確認處理用于4全查包 ^"在/人多個通信處理裝置4妾收的多個通信歷史數據中的多個近場 通信日期和時間的lt據是否相互匹配并檢查包括在/人多個通^f言處 理裝置接收的多個通信歷史數據中的多個近場通信位置的數據是 否相互匹配。因此數據比較單元312確定是否已在多個通信處理裝 置之間4丸行近場通信。
以上已描述了本發明的特定實施例。然而，本領域的技術人員 可以在不脫離本發明的范圍的條件下對本發明進4亍實施例的各種 〈奮改或變化。即，本發明已通過示例性實施例4皮露^f旦不應以限制方 式來解釋。應參考附加權利要求來確定本發明的范圍。
此夕卜，在說明書中所述的一系列處理可以通過石更件或軟件或其 組合來扭J亍。當這一系列處理通過軟件執4亍時，記錄處理序列的程 序可以被安裝在結合了專用硬件的計算機的內部存儲器中并被執 行，或可以安裝在能夠執行各種處理的通用計算機上并被執行。例 如，程序可以預先記錄在記錄介質上。程序可被從記錄介質安裝到計算機上，或從局域網(LAN)或互聯網接收，以使計算機可將程 序安裝到諸如內部硬盤的記錄介質上。
注意，說明書中所述的各種類型的處理并不必須如所述按時序 方式執行而是可以根據執行處理的裝置的性能或者按需要來同時 或單獨執行。此外，在說明書中提到的系統表示多個裝置的邏輯集 合結構，并且具有單個配置的裝置并不必須包含在單個外殼中。
本領域的技術人員應理解，根據設計要求和其他因素，可以有 多種修改、組合、再組合和改進，均應包含在隨附權利要求或等同 物的范圍之內。
權利要求
1.一種信息管理裝置，包括通信單元，被配置為從多個通信處理裝置接收在所述通信處理裝置中執行的近場通信的多個通信歷史數據；數據比較單元，被配置為執行由所述通信單元接收的所述多個通信歷史數據的比較；以及數據登錄單元，被配置為如果通過所述數據比較單元根據所述近場通信的所述多個通信歷史數據確認已在所述多個通信處理裝置之間執行所述近場通信，那么就將與所述多個通信處理裝置相關聯的多個用戶信息作為組登錄到數據庫中。
2. 根據權利要求1所述的信息管理裝置，其中，所述數據比較單 元^C配置為^4居所述多個通信處理裝置中其他的通信處理裝 置已與其才丸4亍所述近場通信的通信處理裝置的用戶ID來確定 是否已在所述多個通信處理裝置之間執行所述近場通信，其 中，所述用戶ID包括在從所述其他通信處理裝置4妄收的多個 通信歷史凄t據中。
3. 根據權利要求1所述的信息管理裝置，其中，所述數據比較單 元被配置為根據包括在從所述多個通信處理裝置接收的所述 多個通信歷史#:據中的多個近場通信日期和時間數據是否相 互匹配來確定是否已在所述多個通4言處理裝置之間扭^亍所述 近場通信。
4. 根據權利要求1所述的信息管理裝置，其中，所述數據比較單元洋皮配置為4艮據包括在/人所述多個通信處理裝置接收的所述多個通信歷史凄t據中的多個近場通信位置凄史據是否相互匹配 來確定是否已在多個所述通信處理裝置之間扭j亍所述近場通.信。
5. —種通信處理裝置，包括近場通信單元，被配置為執行近場通信；控制單元，；故配置為獲取通過4吏用所述近場通信單元4丸 行的近場通信的通信歷史數據；以及存儲單元，；陂配置為在所述控制單元的控制下存^f諸所述 通信歷史數據，其中，所述控制單元被配置為當向執行信息管理的服務 器發出信息登錄請求時，獲取存儲在所述存儲單元中的所述通 信歷史數據，并且將所獲取的通信歷史數據傳送至所述服務器。
6. 沖艮據權利要求5所述的通信處理裝置，其中，所述控制單元被 配置為獲取關于已執行近場通信的通信處理裝置的識別信息， 作為所述通信歷史數據，并且當發出所述信息登錄請求時，將 所獲取的識別信息傳送至所述服務器。
7. 根據權利要求5所述的通信處理裝置，其中，所述控制單元被 配置為獲取關于執行近場通信時的日期和時間的執行日期和 時間信息，作為所述通信歷史數據，并且當發出所述信息登錄 請求時，將所獲取的執行日期和時間信息傳送至所述服務器。
8. 根據權利要求5所述的通信處理裝置，其中，所述控制單元被 配置為獲取關于執行近場通信的位置的執行位置信息，作為所 述通信歷史數據，并且當發出所述信息登錄請求時，將所獲取 的執行位置信息傳送至所述服務器。
9. 一種在信息管理裝置中執行的信息管理方法，所述方法包括以 下步驟通過4吏用通信單元/人多個通^f言處理裝置4妻收在所述多個 通信處理裝置中執行的近場通信的多個通信歷史數據；通過使用數據比較單元執行所接收的多個通信歷史數據 的比4交；以及如果才艮據所述近場通信的所述多個通^f言歷史凄t據確i人已 在所述多個通信處理裝置之間扭^亍所述近場通信，那么就通過 使用數據登錄單元將與所述多個通信處理裝置相關聯的多個 用戶信息作為組登錄到數據庫中。
10. —種在通信處理裝置中批^t的lt據處理方法，所述方法包4舌以 下步驟通過〗吏用近場通信單元執4亍與另 一所述通信處理裝置的 近場通信；通過4吏用控制單元獲取通過4吏用所述近場通信單元4丸4亍 的近場通信的通信歷史數據，并且通過使用所述控制單元將所 獲耳又的通信歷史數據存，者在存儲單元中；以及當通過使用所述控制單元向執行信息管理的服務器發出 信息登錄請求時，通過使用所述控制單元獲取存儲在所述存儲 單元中的所述通信歷史凄t據，并且通過4吏用所述控制單元將所 獲取的通信歷史數據傳送至所述服務器。
11. 一種計算機程序產品，具有當被CPU讀取時使信息管理裝置 4丸行信息管理處理的指令，所述信息管理處理包括以下步驟使通信單元從多個通信處理裝置接收在所述多個通信處 理裝置中執行的近場通信的多個通信歷史數據；使數據比較單元執行所接收的多個通信歷史數據的比 較；以及如果才艮據所述近場通信的所述多個通信歷史凄t據確i人已 在所述多個通信處理裝置之間^^f亍所述近場通信，那么就佳J丈 據登錄單元將與所述多個通信處理裝置相關聯的多個用戶信 息作為組登錄到凝:據庫中。
12. —種計算機程序產品，具有當被CPU讀取時使通信處理裝置 寺丸^f亍凄t據處理的指令，所述數據處理包括以下步驟^使近場通信單元執行與另 一所述通信處理裝置的近場通信；使控制單元獲取通過使用所述近場通信單元執行的近場 通信的通信歷史數據并將所獲取的通信歷史數據存儲在存儲 單元中；以及當使所述控制單元向執行信息管理的服務器發出信息登 錄請求時，使所述控制單元獲取存儲在所述存儲單元中的所述 通信歷史數據并且將所獲取的通信歷史數據傳送至所述服務器。
全文摘要
本發明公開了一種信息管理裝置和方法、通信處理裝置和方法及程序產品，其中，該信息管理裝置包括通信單元，被配置為從多個通信處理裝置接收在多個通信處理裝置中執行的近場通信的多個通信歷史數據；數據比較單元，被配置為執行由通信單元接收的多個通信歷史數據的比較；以及數據登錄單元，被配置為如果通過數據比較單元根據近場通信的多個通信歷史數據確認已在多個通信處理裝置之間執行近場通信，那么就將與多個通信處理裝置相關聯的多個用戶信息作為組登錄到數據庫中，通過本發明，可以避免由于虛擬用戶等帶來的負面影響。
文檔編號G06Q50/00GK101604332SQ200910146490
公開日2009年12月16日 申請日期2009年6月9日 優先權日2008年6月9日
發明者宮林直樹, 相馬功, 石川泰清, 米田好博, 高田一雄, 黑田誠司 申請人:索尼株式會社