JP2009087044A - 通信端末装置、コミュニティ管理装置 - Google Patents

Abstract

【課題】既存のＳＮＳ（Social Network Service）の場合、不特定多数でコミュニティを作成することができる反面、プライバシー度の高い情報をやり取りすることができない。
【解決手段】通信端末装置を用いたコミュニティにログインするための鍵情報を、コミュニティの作成の際に生成する。この生成した鍵情報を、通信端末装置から他の通信端末装置へ、ＩＣ通信などの近距離通信で授受する。そして、受取った鍵情報を用いてコミュニティにログインできるようにする。こうすることで、現実に会ったことのある（つまり面識のある）人物との間でのみコミュニティを実現でき、プライバシー度の高い情報のやりとりも可能となる。
【選択図】 図１

Description

本発明は通信端末装置、コミュニティ管理装置に関し、特に通信網上でコミュニティを実現するための通信端末装置、コミュニティ管理装置に関する。

ＳＮＳ（Social Network Service）におけるコミュニティサービスには、単に登録するだけで入会できるものがある。コミュニティサービスは、他人の個人情報を閲覧できる機能を備えていることが多く、これは、不特定人が制限無く入会できるので、プライバシーを保護することができない。
また、既に会員になっている者から招待された場合にのみ入会できるコミュニティサービスもある。会員からの招待が入会条件なので、プライバシー保護が高まると考えられる。

しかしながら、直接面識の無い者から招待された者でも入会できてしまう。これでは、プライバシーの保護に問題がある（問題ａ）。
また、例えば、招待者Ａから招待された者Ｂが更に他者Ｃを招待した場合、ＡとＣとが知り合いではないケースが考えられる。これでは、プライバシーの保護に問題がある（問題ｂ）。
さらに、自分自身を招待するなどの手段を使って入会できてしまうこともある。これでは、不特定人が入会でき、プライバシーを保護することができない（問題ｃ）。
なお、符号鍵および複号鍵を用いることによってプライバシーを保護してコミュニティを実現する技術もある（例えば、特許文献１参照）。
特開２００６−５０２４２号公報

上述した特許文献１に記載されている技術を採用した場合でも、不特定人が制限無くコミュニティサービスへ入会できたり、面識の無い者から招待された者でも入会できたりすると、プライバシーを保護することはできない。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はプライバシー保護に配慮したコミュニティを実現できる通信端末装置、コミュニティ管理装置を提供することである。

本発明の請求項１による通信端末装置は、
コミュニティにログインするために用いられる鍵情報を、近距離通信で授受する鍵情報授受手段を含むことを特徴とする。近距離通信で鍵情報を授受することにより、少なくとも１回は直接会ったことのある者のみがコミュニティにログインできることになるので、プライバシーの保護を高めることができる。
本発明の請求項２による通信端末装置は、請求項１において、
前記近距離通信は、自装置を他の通信端末装置にかざす操作などで行われる非接触ＩＣ通信であることを特徴とする。非接触ＩＣ通信で鍵情報を授受することにより、面識ある者のみがコミュニティにログインできることになるので、プライバシーの保護を高めることができる。

本発明の請求項３によるコミュニティ管理装置は、
近距離通信で取得されコミュニティにログインするための鍵情報と、そのコミュニティと、の対応関係を管理するためのテーブルと、
鍵情報を含むコミュニティログイン要求を受信した場合に、前記テーブルを参照して、該コミュニティへのログイン可否を判定するコミュニティログイン判定手段とを含むことを特徴とする。近距離通信で授受された鍵情報に基づいてログイン可否を判定することにより、少なくとも１回は直接会ったことのある者のみがコミュニティにログインできることになるので、プライバシーの保護を高めることができる。

本発明の請求項４によるコミュニティ管理装置は、請求項３において、
コミュニティを作成するためのコミュニティ作成要求を受信した場合に、コミュニティにログインするために近距離通信で授受される鍵情報を生成する鍵情報生成手段を更に含み、前記鍵情報生成手段によって生成された鍵情報と、そのコミュニティと、の対応関係を前記テーブルによって管理することを特徴とする。近距離通信で授受される鍵情報を管理し、それを利用することにより、少なくとも１回は直接会ったことのある者のみがコミュニティにログインできることになるので、プライバシーの保護を高めることができる。

本発明の請求項５によるコミュニティ管理装置は、
コミュニティとそのコミュニティの管理者に関する管理者情報との対応関係を管理するためのテーブルと、
コミュニティへの参加承認依頼要求を受信した場合に、前記テーブルを参照して、前記管理者の通信端末装置へ参加承認依頼要求を送信する承認依頼要求送信手段とを含むことを特徴とする。管理者が参加を承認した者でなければ、コミュニティに参加できない（したがって、ログインできない）ので、プライバシーの保護を高めることができる。

本発明の請求項６によるコミュニティ管理装置は、請求項５において、
前記参加承認依頼要求に対する結果を含む参加承認依頼応答を受信した場合に、前記結果を前記参加承認対象者の通信端末装置へ通知する承認結果通知手段を更に含むことを特徴とする。参加承認依頼に対する結果を通知することにより、通信端末装置のユーザはコミュニティへのログイン可否を知ることができる。

本発明の請求項７によるコミュニティ管理装置は、請求項５または請求項６において、前記管理者情報を変更するために新たな管理者に関する新管理者情報を含む管理者譲渡要求を受信した場合に、前記新管理者情報に対応する新たな管理者の通信端末装置へ管理者譲渡依頼要求を送信する管理者譲渡依頼要求送信手段と、前記管理者譲渡依頼要求に対する結果を含む管理者譲渡依頼応答を受信した場合に、前記テーブルの管理者情報の書き換え処理を行う書き換え処理手段と、前記管理者譲渡依頼要求に対する結果を前記管理者譲渡要求を送信した通信端末装置へ通知する管理者譲渡結果通知手段を更に含むことを特徴とする。このように処理することにより、管理者がコミュニティの継続を望まなかった場合でも、他のメンバ（つまり管理者以外のメンバ）が新たな管理者になることができ、コミュニティを継続することができる。

本発明によれば、ＩＣ通信などの近距離通信を利用して鍵情報を与えるようにしているので、少なくとも１回は直接会ったことのある者のみがコミュニティにログインできることになり、上記問題ａ、問題ｂを解決できる。
また、本発明によれば、鍵情報を管理者から直接受取った者か、管理者に承認された者でなければ、コミュニティにログインできないので、上記問題ｃを解決できる。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（コミュニティシステムの概要）
図１は、本発明の実施形態による通信端末装置、コミュニティ管理装置を利用したコミュニティシステムの概要を示すブロック図である。同図（ａ）を参照すると、２つの通信端末装置１ａと、通信端末装置１ｂとを近づけることによって、近距離無線通信の一種である、非接触ＩＣ通信が行われる。非接触ＩＣ通信は、通信端末装置に内蔵されているＩＣカード同士の間でデータを授受する通信である。この非接触ＩＣ通信は、２つの通信端末装置をかざす操作などで行われることが多い。なお、これら通信端末装置１ａ、１ｂは、具体的には、ネットワークに接続できる機能を有する携帯電話機などである。

非接触ＩＣ通信によって、コミュニティにログインするための鍵情報が授受される。この鍵情報は、管理者と接点があることの証明となるものである。なお、この鍵情報は、コミュニティの作成の際にコミュニティ管理装置２において作成される。
ところで、本システムにおいて、コミュニティのメンバ（ただし管理者ではない者）が、他のユーザ（コミュニティのメンバではない者）をコミュニティに代理招待することは可能である。この場合、コミュニティのメンバにて招待された者がコミュニティへ参加（すなわち、初回ログイン）する時に、管理者へ承認依頼が送信され、承認されるまでコミュニティに参加することはできない。

同図（ｂ）を参照すると、無線サービスエリア１０ａ、１０ｂ…１０ｄをそれぞれ形成するための無線基地局３ａ、３ｂ…３ｄと、それら無線基地局３ａ、３ｂ…３ｄに対応して設けられ、対応する無線基地局の制御を行う基地局制御装置４ａ、４ｂ…４ｄと、回線交換処理やパケット交換処理を行う交換機５と、コミュニティを管理するコミュニティ管理装置２と、を含んで構成されている。通信端末装置１ａ、通信端末装置１ｂ、通信端末装置１ｃは、無線サービスエリアに在圏している場合に、コミュニティサービスの提供を受けることができる。

次に、通信端末装置の構成例、コミュニティ管理装置の構成例、について、それぞれ説明する。
（通信端末装置の構成例）
図２は、図１中の通信端末装置の構成例を示すブロック図である。同図において、通信端末装置１ｂは、他の通信端末装置１ａとの間で非接触ＩＣ通信を行うための近距離通信部２３と、他の通信端末装置１ａへコミュニティ招待要求を送信するコミュニティ招待要求部２２と、他の通信端末装置１ａからコミュニティ招待応答を受信するコミュニティ招待応答部２４と、コミュニティ名と、そのコミュニティにログインするための鍵情報と、そのコミュニティの管理者のユーザＩＤと、そのコミュニティに招待されたユーザ（正式メンバでは無く、承認されるまでコミュニティに参加することはできない者）すなわち転送者のユーザＩＤと、の対応関係を管理するためのコミュニティ管理部２１とを含んで構成されている。近距離通信部２３は、請求項１中の「鍵情報授受手段」に対応している。

また、通信端末装置１ｂは、コミュニティ作成要求を送信するコミュニティ作成要求送信部２５と、コミュニティ作成応答を受信するコミュニティ作成応答受信部２６と、コミュニティログイン要求を送信するコミュニティログイン要求送信部２７と、承認依頼要求を受信する承認依頼要求受信部２８と、承認結果通知を受信する承認結果通知受信部３０と、承認依頼応答を送信する承認依頼応答送信部２９と、無線ネットワークＮＷにアクセスする機能を有する無線通信部３１とを含んで構成されている。
なお、実際には、通信端末装置１ｂ内のＣＰＵ（図示せず）が、所定のプログラムを実行してハードウェアを制御することなどにより、以上の各部が実現される。

（通信端末装置の管理テーブルの例）
図３は、図２中のコミュニティ管理部２１に記憶されている管理テーブルの例を示す図である。同図において、管理テーブルには、コミュニティを特定するためのコミュニティ名、そのコミュニティにログインするための鍵情報、そのコミュニティの管理者である場合に保持される管理者ＩＤ、そのコミュニティのメンバでは無い（もちろん管理者でも無い）場合に保持される転送者ＩＤ、が保持されている。

本例では、コミュニティに代理招待された者か否かは転送者情報があるか否かで判断される。つまり、代理招待された者である場合、その招待者のユーザＩＤが転送者ＩＤとして保持される。正式に招待された者である場合、転送者ＩＤは保持されない。
ここで、本例では、コミュニティ名「グルメコミュ」と、その鍵情報「12agouwer」と、管理者ＩＤ「aaa」とが対応付けられている。また、コミュニティ名「ゴルフコミュ」と、その鍵情報「gaetajeptae」と、転送者ＩＤ「bbb」とが対応付けられている。さらに、コミュニティ名「料理コミュ」と、その鍵情報「astaetagae」とが対応付けられている。

（コミュニティ管理装置の構成例）
図４は、図１中のコミュニティ管理装置２の構成例を示すブロック図である。同図において、コミュニティ管理装置２は、コミュニティ名と、そのコミュニティにログインするための鍵情報と、そのコミュニティの管理者のユーザＩＤと、の対応関係を管理するためのコミュニティ管理部４１と、通信端末装置から送信されるコミュニティ作成要求を受信するコミュニティ作成要求受信部４２と、コミュニティ作成要求を受信したことに応答して、コミュニティを作成してコミュニティ管理部４１に記憶させるコミュニティ作成部４３ａと、作成されたコミュニティにログインするための鍵情報を生成してコミュニティ管理部４１に記憶させる鍵生成部４３ｂとを含んで構成されている。鍵生成部４３ｂは、請求項４中の「鍵情報生成手段」に対応している。

また、コミュニティ管理装置２は、コミュニティにログインするためのコミュニティログイン要求を受信するコミュニティログイン要求受信部４４と、コミュニティへのログインを許可するか判定するコミュニティログイン判定部４５と、管理者以外のメンバから招待されたユーザの通信端末装置からコミュニティログイン要求を受信した場合に、管理者の通信端末装置へ、参加承認依頼要求を送信する承認依頼要求送信部４６とを含んで構成されている。

さらに、コミュニティ管理装置２は、参加承認依頼要求に対する応答を受信する承認依頼応答受信部４７と、参加承認依頼要求に対する応答に基づき、参加承認結果通知を送信する承認結果通知送信部４８と、無線ネットワークＮＷにアクセスする機能を有する無線通信部４９とを含んで構成されている。
なお、実際には、コミュニティ管理装置２内のＣＰＵ（図示せず）が、所定のプログラムを実行してハードウェアを制御することなどにより、以上の各部が実現される。

（コミュニティ管理装置の管理テーブルの例）
図５は、図４中のコミュニティ管理部４１に記憶されている管理テーブルの例を示す図である。同図において、管理テーブルには、コミュニティを特定するためのコミュニティ名、そのコミュニティにログインするための鍵情報、そのコミュニティの管理者である場合に保持される管理者ＩＤ、が保持されている。
本例では、コミュニティ名「グルメコミュ」と、その鍵情報「12agouwer」と、管理者ＩＤ「aaa」とが対応付けられている。また、コミュニティ名「ゴルフコミュ」と、その鍵情報「gaetajeptae」と、管理者ＩＤ「ccc」とが対応付けられている。さらに、コミュニティ名「料理コミュ」と、その鍵情報「astaetagae」と、管理者ＩＤ「ddd」が対応付けられている。

コミュニティへのログイン時に、通信端末装置から、コミュニティ名と鍵情報（転送者情報を保持している場合には転送者情報も送信）が送信される。そして、コミュニティ管理装置にて管理しているコミュニティ名、鍵情報と一致している場合にはログインＯＫとされる。
管理者以外のメンバから招待されたユーザについて、管理者が承認すると、承認結果通知（ＯＫ）がコミュニティ管理装置から送信される。この承認結果通知（ＯＫ）を受信した通信端末装置では、コミュニティ管理部の、該当コミュニティの転送者情報が削除される。

一方、管理者が否認すると、承認結果通知（ＮＧ）がコミュニティ管理装置から送信される。この承認結果通知（ＮＧ）を受信した通信端末装置では、コミュニティ管理部の、該当コミュニティに関する情報が削除される（このとき、鍵情報も削除される）。
なお、転送者情報が記憶されている通信端末装置のユーザは、まだコミュニティメンバではないユーザであるため、転送者情報が記憶されている通信端末装置は該当コミュニティについて他者を招待できないものとしている。

以下、シーケンス図を参照し、本システムの動作について説明する。
（コミュニティ作成処理例）
図６は、本システムにおけるコミュニティ作成処理の例を示すシーケンス図である。同図において、コミュニティを作成するための操作が、通信端末装置において行われる（ステップＳ１０１）。すると、通信端末装置からコミュニティ管理装置へ、コミュニティ作成要求が送信される（ステップＳ１０２）。このコミュニティ作成要求には、通信端末装置のユーザＩＤ、コミュニティ名に関する情報が含まれている。
このコミュニティ作成要求を受信したコミュニティ管理装置においては、コミュニティが作成されると共に、そのコミュニティにログインするための鍵情報が生成される（ステップＳ１０３）。この生成された鍵情報は、コミュニティ作成応答と共に、コミュニティ管理装置から通信端末装置へ送信される（ステップＳ１０４）。

（コミュニティへの招待）
図７は管理者が他のユーザをコミュニティへ招待する場合の処理の例を示すシーケンス図である。同図において、他のユーザをコミュニティへ招待するための操作が、管理者の通信端末装置において行われる（ステップＳ２０１）。すると、通信端末装置から他の通信端末装置（例えば、ユーザＢの通信端末装置）へ、コミュニティ招待要求が送信される（ステップＳ２０２）。このコミュニティ招待要求には、コミュニティ名、鍵情報が含まれている。
このコミュニティ招待要求を受信した通信端末装置から管理者の通信端末装置へ、処理結果が返信される（ステップＳ２０３）。

一方、図８は管理者以外のメンバが他のユーザを招待する場合の処理の例を示すシーケンス図である。同図において、他のユーザをコミュニティへ招待するための操作が、管理者以外のメンバの通信端末装置において行われる（ステップＳ２０１）。すると、その通信端末装置から他の通信端末装置（例えば、ユーザＣの通信端末装置）へ、コミュニティ招待要求が送信される（ステップＳ２０２’）。このコミュニティ招待要求には、コミュニティ名、鍵情報、転送者を特定するための情報が含まれている。
このコミュニティ招待要求を受信した通信端末装置から管理者以外のメンバの通信端末装置へ、処理結果が返信される（ステップＳ２０３）。

（コミュニティへのログイン）
図９は管理者から招待されたユーザがコミュニティへログインする場合の処理の例を示すシーケンス図である。同図において、コミュニティへログインするための操作が、管理者から招待された通信端末装置（例えば、ユーザＢの通信端末装置）において行われる（ステップＳ３０１）。すると、その通信端末装置からコミュニティ管理装置へ、コミュニティログイン要求が送信される（ステップＳ３０２）。このコミュニティログイン要求には、ユーザＩＤ、コミュニティ名、鍵情報が含まれている。

このコミュニティログイン要求を受信したコミュニティ管理装置においては、その要求に含まれている鍵情報が一致するか確認され、ログインを許可するか判断される（ステップＳ３０３）。そして、その判断結果すなわちログインＯＫまたはログインＮＧがコミュニティログイン応答として、コミュニティ管理装置から通信端末装置へ返信される（ステップＳ３０４）。

図１０は管理者以外のメンバから招待されたユーザがコミュニティへログインする場合の処理の例を示すシーケンス図である。同図において、コミュニティへログインするための操作が、管理者以外のメンバから招待されたユーザの通信端末装置（例えば、ユーザＣの通信端末装置）において行われる（ステップＳ３０１）。
すると、その通信端末装置からコミュニティ管理装置へ、コミュニティログイン要求が送信される（ステップＳ３０２’）。このコミュニティログイン要求には、ユーザＩＤ、コミュニティ名、鍵情報、転送者を特定するための情報が含まれている。

このコミュニティログイン要求を受信したコミュニティ管理装置においては、その要求に含まれている鍵情報が一致するか確認され、ログインを許可するか判断される（ステップＳ３０３’）。その判断の結果、鍵情報が不一致であればログインＮＧがコミュニティログイン応答として、コミュニティ管理装置から通信端末装置へ返信される（ステップＳ３０４’）。また、鍵情報が一致した場合でも、管理者以外のメンバから招待されているため、ログインＯＫではなく、承認待ちである旨がコミュニティログイン応答として、コミュニティ管理装置から通信端末装置へ返信される（ステップＳ３０４’）。
その後、コミュニティ管理装置においては、そのコミュニティへの参加承認確認処理へ移行する（ステップＳ３０５）。

（参加承認確認処理）
図１１は、参加承認確認処理において、確認の結果、承認する場合の処理例を示すシーケンス図である。同図において、まず、参加承認依頼要求が、コミュニティ管理装置から管理者の通信端末装置へ送信される（ステップＳ４０１）。この参加承認依頼要求には、コミュニティ名、承認対象者、転送者を特定するための情報が含まれている。
この参加承認依頼要求を受信した管理者の通信端末装置においては、参加承認対象者について、参加を承認するか判断が行われる（ステップＳ４０２）。この承認は、例えば、管理者が参加を承認するか判断して、通信端末装置を操作することによって行われる。

参加が承認された場合、ログインＯＫの旨の参加承認依頼応答が、管理者の通信端末装置からコミュニティ管理装置へ返信される（ステップＳ４０３）。この参加承認依頼応答を受信したコミュニティ管理装置から通信端末装置（本例ではユーザＣの通信端末装置）へ、ログインＯＫの旨の参加承認結果通知が送信される（ステップＳ４０４）。この参加承認結果通知を受信した通信端末装置では、管理テーブル（図３参照）から、転送者情報（つまり転送者ＩＤ）が削除される（ステップＳ４０５）。

一方、図１２は、参加承認確認処理において、確認の結果、否認する場合の処理例を示すシーケンス図である。同図において、まず、参加承認依頼要求が、コミュニティ管理装置から管理者の通信端末装置へ送信される（ステップＳ４０１）。この参加承認依頼要求には、コミュニティ名、承認対象者、転送者を特定するための情報が含まれている。
この承認依頼要求を受信したコミュニティ管理装置においては、参加承認対象者について、参加を承認するか判断が行われる（ステップＳ４０２）。この承認は、例えば、管理者が参加を承認するか判断して、通信端末装置を操作することによって行われる。

参加が否認された場合、ログインＮＧの旨の参加依頼応答が、管理者の通信端末装置からコミュニティ管理装置へ返信される（ステップＳ４０３’）。この参加承認依頼応答を受信したコミュニティ管理装置から通信端末装置（本例ではユーザＣの通信端末装置）へ、ログインＮＧの旨の参加承認結果通知が送信される（ステップＳ４０４’）。この参加承認結果通知を受信した通信端末装置では、管理テーブル（図３参照）から、コミュニティに関連する情報が削除される（ステップＳ４０６）。このとき、鍵情報も削除されるため、以後は、コミュニティログイン要求を送信しても、ログインＮＧがコミュニティログイン応答として、コミュニティ管理装置から通信端末装置へ返信される（ステップＳ３０４’を参照）。

（管理者権限の譲渡）
ところで、コミュニティの現在の管理者が、種々の事情により、管理者としての権利すなわち管理者権限を他者に譲渡したいと考えることもある。本システムでは、以下の処理によって、管理者権限を譲渡することができる。
図１３は、コミュニティの管理者権限を譲渡する処理において、譲渡を承認する場合の処理例を示すシーケンス図である。同図において、コミュニティの管理者権限を譲渡するための操作が、現管理者の通信端末装置において行われる（ステップＳ５００）。すると、現管理者の通信端末装置からコミュニティ管理装置へメンバリスト取得要求が送信される（ステップＳ５０１ａ）。メンバリスト取得要求に応答してコミュニティ管理装置から現管理者の通信端末装置へ、メンバリストが付加されたメンバリスト取得応答が返信される（ステップＳ５０１ｂ）。このメンバリストは、コミュニティのメンバを示すリストである。その後、通信端末装置において、新管理者を指定する操作が行われると（ステップＳ５０２ａ）、その通信端末装置からコミュニティ管理装置へ、管理者譲渡要求が送信される（ステップＳ５０２ｂ）。この管理者譲渡要求には、コミュニティ名、現管理者のユーザＩＤ、新管理者ユーザＩＤ、が含まれている。

この管理者譲渡要求を受信したコミュニティ管理装置から現管理者の通信端末装置へ、承認待ちである旨が管理者譲渡依頼応答として返信される（ステップＳ５０３）。その後、コミュニティ管理装置から新管理者の通信端末装置へ、管理者譲渡依頼要求が送信される（ステップＳ５０４）。この管理者譲渡依頼要求には、コミュニティ名、現管理者のユーザＩＤ、が含まれている。

この管理者譲渡依頼要求を受信した新管理者の通信端末装置において、新管理者になることを承認するための操作が行われると、管理テーブルの書き換えが行われる（ステップＳ５０５）。この場合、管理テーブルの管理者ＩＤが、現管理者のユーザＩＤから、自装置のユーザＩＤに変更される。
その後、新管理者の通信端末装置からコミュニティ管理装置へ、譲渡ＯＫの旨の管理者譲渡依頼応答が送信される（ステップＳ５０６）。この管理者譲渡依頼応答を受信したコミュニティ管理装置では、管理テーブルの書き換えが行われる（ステップＳ５０７）。この場合、管理テーブルの管理者ＩＤが、現管理者のユーザＩＤから、新管理者のユーザＩＤに変更される。

このように管理テーブルの書き換えが行われた後、コミュニティ管理装置から現管理者の通信端末装置へ、譲渡ＯＫの旨の管理者譲渡結果通知が送信される（ステップＳ５０８）。この管理者譲渡結果通知を受信した現管理者の通信端末装置においては、管理テーブルの書き換えが行われる（ステップＳ５０９）。この場合、管理テーブルの、そのコミュニティの管理者ＩＤ（つまり、自装置のユーザＩＤ）が削除される。その後、現管理者の通信端末装置からコミュニティ管理装置へ、管理者譲渡結果通知応答が返信される（ステップＳ５１０）。

以上の処理によって、管理者権限を譲渡する処理が完了となる。このように管理者権限を譲渡する処理が行われることにより、管理者がコミュニティの継続を望まなかった場合でも、他のメンバ（つまり管理者以外のメンバ）が新たな管理者になることができ、コミュニティを継続することができる。
一方、図１４は、コミュニティの管理者権限を譲渡する処理において、譲渡を否認の場合の処理例を示すシーケンス図である。同図において、コミュニティの管理者権限を譲渡するための操作が、現管理者の通信端末装置において行われる（ステップＳ５０１）。すると、その通信端末装置からコミュニティ管理装置へ、管理者譲渡要求が送信される（ステップＳ５０２）。この管理者譲渡要求には、コミュニティ名、現管理者のユーザＩＤ、新管理者ユーザＩＤ、が含まれている。

この管理者譲渡要求を受信したコミュニティ管理装置から現管理者の通信端末装置へ、承認待ちである旨が管理者譲渡依頼応答として返信される（ステップＳ５０３）。その後、コミュニティ管理装置から新管理者の通信端末装置へ、管理者譲渡依頼要求が送信される（ステップＳ５０４）。この管理者譲渡依頼要求には、コミュニティ名、現管理者のユーザＩＤ、が含まれている。

この管理者譲渡依頼要求を受信した新管理者の通信端末装置において、新管理者になることを否認するための操作が行われると、管理テーブルの書き換えは行われず、管理テーブルの管理者ＩＤは現管理者のユーザＩＤのままである（つまり、管理テーブルに変更はない）。
その後、新管理者の通信端末装置からコミュニティ管理装置へ、譲渡ＮＧの旨の管理者譲渡依頼応答が送信される（ステップＳ５０６’）。この管理者譲渡依頼応答を受信したコミュニティ管理装置においても、管理テーブルの書き換えは行われず、管理テーブルの管理者ＩＤは現管理者のユーザＩＤのままである（つまり、管理テーブルに変更はない）。

その後、コミュニティ管理装置から現管理者の通信端末装置へ、譲渡ＮＧの旨の管理者譲渡結果通知が送信される（ステップＳ５０８’）。この管理者譲渡結果通知を受信した現管理者の通信端末装置においては、管理テーブルの書き換えは行われず、管理テーブルの管理者ＩＤは現管理者のユーザＩＤのままである（つまり、管理テーブルに変更はない）。その後、現管理者の通信端末装置からコミュニティ管理装置へ、管理者譲渡結果通知応答が返信される（ステップＳ５１０’）。
以上のように管理者権限が譲渡されなかった場合、必要に応じて、管理者権限を他者に譲渡するための処理が他の通信端末装置に対して行われることになる。

（変形例）
上記は、通信端末装置が携帯電話機である場合について説明したが、近距離通信の機能を有していれば、電話機能を有していない移動端末を通信端末装置として用いることができる。
また、上記は、近距離通信としてＩＣ通信を利用する場合について説明したが、これに限らずBluetooth（登録商標）や赤外線通信を利用してもよい。これらを利用すれば、通信端末装置がＩＣ通信機能を有していない場合でも、コミュニティにログインするための鍵情報を授受できる。

（まとめ）
以上説明したように、本システムでは、コミュニティにログインするために用いられる鍵情報を、近距離通信で授受するので、実際に面識のあるメンバのみで構成されるコミュニティを作成できる。
このため、本システムは、以下のような場合に有効である。すなわち、子供向けＳＮＳでバーチャルな出会い（実際には面識のない人との出会い）を防ぎ、安全なコミュニティを生成できる。また、店舗や企業と顧客をつなぐコミュニティで顧客向けの情報配信などに利用できる。ＩＣ通信を利用して、コミュニティへのログイン依頼及び承認を行うことにより、実際に面識のある人に対してのみコミュニティへの招待ができるため、より安全なコミュニティを形成することができる。例えば位置情報を検索したり、家の情報にアクセスしたりするようなプライバシー度の高いサービスなども同一コミュニティにいるメンバのみが利用できるようになる。

本発明は、ＳＮＳなどで作成されるコミュニティについて、プライバシーの保護を高める場合に利用することができる。

本発明の実施形態による通信端末装置、コミュニティ管理装置を利用したコミュニティシステムの概要を示すブロック図である。 図１中の通信端末装置の構成例を示すブロック図である。 図２中のコミュニティ管理部に記憶されている管理テーブルの例を示す図である。 図１中のコミュニティ管理装置の構成例を示すブロック図である。 図４中のコミュニティ管理部に記憶されている管理テーブルの例を示す図である。 本システムにおけるコミュニティ作成処理の例を示すシーケンス図である。 管理者が他のユーザをコミュニティへ招待する場合の処理の例を示すシーケンス図である。 管理者以外のメンバが他のユーザを招待する場合の処理の例を示すシーケンス図である。 管理者から招待されたユーザがコミュニティへログインする場合の処理の例を示すシーケンス図である。 管理者以外のメンバから招待されたユーザがコミュニティへログインする場合の処理の例を示すシーケンス図である。 参加承認確認処理において、確認の結果、承認する場合の処理例を示すシーケンス図である。 参加承認確認処理において、確認の結果、否認する場合の処理例を示すシーケンス図である。 コミュニティの管理者権限を譲渡する処理において、譲渡を承認する場合の処理例を示すシーケンス図である。 コミュニティの管理者権限を譲渡する処理において、譲渡を否認の場合の処理例を示すシーケンス図である。

符号の説明

１ａ、１ｂ、１ｃ 通信端末装置
２ コミュニティ管理装置
３ａ〜３ｄ 無線基地局
４ａ〜４ｄ 基地局制御装置
５ 交換機
１０ａ〜１０ｄ 無線サービスエリア
２１ コミュニティ管理部
２２ コミュニティ招待要求部
２３ 近距離通信部
２４ コミュニティ招待応答部
２５ コミュニティ作成要求送信部
２６ コミュニティ作成応答受信部
２７ コミュニティログイン要求送信部
２８ 承認依頼要求受信部
２９ 承認依頼応答送信部
３０ 承認結果通知受信部
３１ 無線通信部
４１ コミュニティ管理部
４２ コミュニティ作成要求受信部
４３ａ コミュニティ作成部
４３ｂ 鍵生成部
４４ コミュニティログイン要求受信部
４５ コミュニティログイン判定部
４６ 承認依頼要求送信部
４７ 承認依頼応答受信部
４８ 承認結果通知送信部
４９ 無線通信部
ＮＷ 無線ネットワーク

Claims (7)

1. コミュニティにログインするために用いられる鍵情報を、近距離通信で授受する鍵情報授受手段を含むことを特徴とする通信端末装置。
2. 前記近距離通信は、自装置を他の通信端末装置にかざす操作などで行われる非接触ＩＣ通信であることを特徴とする請求項１に記載の通信端末装置。
3. 近距離通信で取得されコミュニティにログインするための鍵情報と、そのコミュニティと、の対応関係を管理するためのテーブルと、
   鍵情報を含むコミュニティログイン要求を受信した場合に、前記テーブルを参照して、該コミュニティへのログイン可否を判定するコミュニティログイン判定手段とを含むことを特徴とするコミュニティ管理装置。
4. コミュニティを作成するためのコミュニティ作成要求を受信した場合に、コミュニティにログインするために近距離通信で授受される鍵情報を生成する鍵情報生成手段を更に含み、前記鍵情報生成手段によって生成された鍵情報と、そのコミュニティと、の対応関係を前記テーブルによって管理することを特徴とする請求項３記載のコミュニティ管理装置。
5. コミュニティとそのコミュニティの管理者に関する管理者情報との対応関係を管理するためのテーブルと、
   コミュニティへの参加承認依頼要求を受信した場合に、前記テーブルを参照して、前記管理者の通信端末装置へ参加承認依頼要求を送信する承認依頼要求送信手段とを含むことを特徴とするコミュニティ管理装置。
6. 前記参加承認依頼要求に対する結果を含む参加承認依頼応答を受信した場合に、前記結果を前記参加承認対象者の通信端末装置へ通知する承認結果通知手段を更に含むことを特徴とする請求項５に記載のコミュニティ管理装置。
7. 前記管理者情報を変更するために新たな管理者に関する新管理者情報を含む管理者譲渡要求を受信した場合に、前記新管理者情報に対応する新たな管理者の通信端末装置へ管理者譲渡依頼要求を送信する管理者譲渡依頼要求送信手段と、前記管理者譲渡依頼要求に対する結果を含む管理者譲渡依頼応答を受信した場合に、前記テーブルの管理者情報の書き換え処理を行う書き換え処理手段と、前記管理者譲渡依頼要求に対する結果を前記管理者譲渡要求を送信した通信端末装置へ通知する管理者譲渡結果通知手段を更に含むことを特徴とする請求項５または請求項６に記載のコミュニティ管理装置。

Images