"端末から送信されてくる情報を取得する取得部と、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成する生成部とを備え、前記コミュニティ生成部は、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理装置。前記コミュニティ生成部は、所定のセキュリティレベルに基づいて、コミュニティを生成する請求項1に記載の情報処理装置。前記セキュリティレベルとして、少なくとも、コミュニティに参加する複数のユーザの端末から送信されてくる情報が、異なる種類の情報であることを許可する第1レベルと、コミュニティに参加する複数のユーザの端末から送信されてくる情報が、同一の種類の情報であることを要求する第2レベルとがあり、前記コミュニティ生成部は、前記セキュリティレベルが、第1のレベルである場合、前記複数の情報のうちのいずれかの情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成し、前記セキュリティレベルが、第2レベルである場合、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する請求項2に記載の情報処理装置。前記端末数が最も多い情報と異なる種類の情報を送信してきた端末に、前記端末数が最も多い情報と同一の種類の情報の送信を要求する請求項3に記載の情報処理装置。端末から送信されてくる情報を取得し、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成するステップを含み、前記コミュニティの生成では、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理方法。端末から送信されてくる情報を取得する取得部と、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成する生成部として、コンピュータを機能させるためのプログラムであり、前記コミュニティ生成部は、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成するプログラム。コミュニティについては、利便性の高いコミュニティを、容易に生成する技術の提案が要請されている。本技術は、このような状況に鑑みてなされたものであり、利便性の高いコミュニティを、容易に生成することができるようにするものである。本技術の一側面の情報処理装置、又は、プログラムは、端末から送信されてくる情報を取得する取得部と、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成する生成部とを備え、前記コミュニティ生成部は、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理装置、又は、情報処理装置として、コンピュータを機能させるためのプログラムである。本技術の一側面の情報処理方法は、端末から送信されてくる情報を取得し、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成するステップを含み、前記コミュニティの生成では、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理方法である。以上のような一側面においては、端末から送信されてくる情報が取得され、複数の端末から送信されてくる情報の類似度に応じて、コミュニティが生成される。コミュニティの生成では、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数がカウントされ、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティが生成される。なお、情報処理装置は、独立した装置であっても良いし、1つの装置を構成している内部ブロックであっても良い。また、プログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。本技術の一側面によれば、利便性の高いコミュニティを、容易に生成することができる。[本技術を適用したコミュニティ提供システムの一実施の形態]図1は、本技術を適用したコミュニティ提供システムの一実施の形態の構成例を示すブロック図である。図1において、コミュニティ提供システムは、ネットワーク10、複数の携帯端末11、及び、ASNSサーバ12を有する。ネットワーク10は、インターネット等のネットワークであり、そこには、ASNSサーバ12が接続されている。携帯端末11は、例えば、携帯ゲーム機や、携帯電話機、スマートフォン等の携帯型のタブレット端末、ノート型のPC等の、ユーザが携帯可能な端末であり、ネットワーク10を介して、ASNSサーバ12と通信する機能を有している。なお、ネットワーク10と携帯端末11との間の通信としては、無線通信、及び、有線通信のいずれをも採用することができる。ASNSサーバ12は、ネットワーク10を介して、携帯端末11と通信することにより、その場にいる一定のユーザだけが参加アクセス可能で、かつ、セキュアなコミュニケーションを実現する臨時的なコミュニティ臨時コミュニティを、携帯端末11のユーザに提供する。ここで、ASNSサーバ12がコミュニティ臨時コミュニティを提供するサービスを、ASNSともいう。図2は、図1のコミュニティ提供システムの処理の概要を説明する図である。コミュニティに参加しようとするユーザは、そのユーザが所有する携帯端末11を操作することにより、例えば、GPSによって獲得される現在地の位置情報や、所定の画像、音声音、テキスト等の情報であるオブジェクトを、ASNSサーバ12に送信する。ASNSサーバ12は、携帯端末11からのオブジェクトを受信し、オブジェクトを送信してきた携帯端末11の中で、同一とみなせる時刻に、互いに共通類似するオブジェクトを送信してきた携帯端末11のユーザのみが参加可能なコミュニティを生成する。したがって、例えば、現実世界で、空間及び時間を共有している複数のユーザが、各ユーザの所有する携帯端末11を操作して、互いに共通するオブジェクトを、ASNSサーバ12に送信するだけで、ASNSサーバ12では、互いに共通するオブジェクトを送信してきた携帯端末11のユーザのみが参加可能なコミュニティが生成される。さらに、ASNSサーバ12は、互いに共通するオブジェクトを送信してきた携帯端末11のユーザのみが参加可能なコミュニティを識別する一時的なIDであるコミュニティIDを、互いに共通するオブジェクトを送信してきた携帯端末11に送信するとともに、コミュニティに参加する携帯端末11のユーザを識別する一時的なIDである端末IDを、各携帯端末11に送信する。互いに共通するオブジェクトを送信した携帯端末11は、その携帯端末11の端末IDと、その携帯端末11のユーザが参加するコミュニティのコミュニティIDとを受信する。そして、携帯端末11は、端末IDとコミュニティIDとを用いて、コミュニティIDによって識別されるコミュニティに参加アクセスすることができる。ここで、コミュニティの生成、及び、そのコミュニティへの参加を目的として、複数のユーザが、各ユーザの所有する携帯端末11を操作して、ASNSサーバ12に送信するオブジェクトは、何らかの共通性類似性を必要とする。そこで、コミュニティの生成、及び、そのコミュニティへの参加を目的として、ユーザが、携帯端末11を操作して、ASNSサーバ12に送信するオブジェクトを、共通オブジェクトともいう。ASNSサーバ12では、共通オブジェクトが、ユーザがコミュニティに参加するための、ユーザの認証に用いられる。すなわち、ASNSサーバ12では、同一とみなせる時刻に受信した複数の共通オブジェクトが互いに類似している共通性がある場合に、その互いに類似する共通オブジェクトを送信してきた携帯端末11のユーザにのみ参加が許可されるコミュニティが生成される。このため、ASNSサーバ12が生成するコミュニティには、そのコミュニティにユーザを招待するオーナを必要としない。共通オブジェクトに用いるオブジェクトは、現実世界で空間及び時間を共有し、かつ、コミュニティに参加しようとしているユーザのみが知り得る情報その場にいない人が知り得ない情報であることが望ましい。したがって、共通オブジェクトとしては、例えば、その場にいる人を撮影した写真や動画、その場の風景を所定の構図で撮影した写真や動画、その場で決めた合い言葉としてのテキストや音声、携帯端末11がGPSの機能を有する場合には、その機能によって獲得される現在地の位置情報等を採用することができる。なお、ASNSサーバ12では、複数の共通オブジェクトが互いに類似しているかどうかの類似性の判定類似判定を行うが、類似判定の方法は、共通オブジェクトの種類例えば、テキストや、画像、音声等のメディアの違いによって異なり、また、科学技術の進化によって変化する。共通オブジェクトが、例えば、テキストの合い言葉である場合には、その合い言葉としてのテキストどうしが完全に一致するときに、複数の共通オブジェクトとしての合い言葉どうしが類似すると判定することができる。また、共通オブジェクトが、例えば、人を撮影した写真人写真である場合には、その人写真に映る人どうしが類似する度合いを表す類似度が所定の閾値以上であるときに、複数の共通オブジェクトとしての人写真どうしが類似すると判定することができる。さらに、共通オブジェクトが、例えば、その場の風景を同一の構図で撮影した写真である場合には、その写真全体どうしの類似度が所定の閾値以上であるときに、複数の共通オブジェクトとしての写真どうしが類似すると判定することができる。また、共通オブジェクトが、例えば、その場の音環境音である場合には、その環境音の波形どうしの類似度が所定の閾値以上であるときに、複数の共通オブジェクトとしての環境音どうしが類似すると判定することができる。さらに、共通オブジェクトが、例えば、その場の1シーンを撮影した動画音声が付随する動画である場合には、その動画としての画像どうしの類似度が所定の閾値以上であり、かつ、動画に付随する音声の波形どうしの類似度が所定の閾値以上であるときに、複数の共通オブジェクトとしての動画どうしが類似すると判定することができる。また、共通オブジェクトが、例えば、現在地の位置情報である場合には、その位置情報が表す位置どうしの距離が所定の閾値以下であるときに、複数の共通オブジェクトとしての位置情報どうしが類似すると判定することができる。さらに、共通オブジェクトとしては、複数のオブジェクトを採用することができる。すなわち、共通オブジェクトとしては、例えば、第1の構図で撮影した第1の写真と第2の構図で撮影した第2の写真等の、同一の種類の複数のオブジェクトや、位置情報と動画等の、異なる種類の複数のオブジェクトを採用することができる。共通オブジェクトとして、複数のオブジェクトを採用する場合には、ASNSサーバ12では、複数のオブジェクトそれぞれが類似するときに、すなわち、例えば、共通オブジェクトとして、例えば、位置情報と動画を採用する場合には、ASNSサーバ12では、位置情報どうしが類似し、かつ、動画どうしが類似するときに、共通オブジェクトどうしが類似すると判定される。以上のように、共通オブジェクトとして、例えば、位置情報と動画等の複数のオブジェクトを採用し、位置情報どうしが類似し、かつ、動画どうしが類似するときに、共通オブジェクトどうしが類似すると判定する場合には、1つのオブジェクトを共通オブジェクトとして用いる場合よりもセキュアなコミュニティを生成することができる。なお、ASNSサーバ12では、同一とみなせる時刻に受信した複数の共通オブジェクトの類似性が判定され、その複数の共通オブジェクトが互いに類似していると判定された場合に、その互いに類似する共通オブジェクトを送信してきた携帯端末11のユーザにのみ参加が許可されるコミュニティが生成されるが、この、コミュニティの生成において、互いに類似していると判定された共通オブジェクトを、コミュニティ生成用オブジェクトということとする。ASNSサーバ12では、コミュニティの生成後、そのコミュニティにまだ参加していないユーザ以下、未参加ユーザともいうの携帯端末11から、共通オブジェクトが送信されてきた場合に、その共通オブジェクトと、コミュニティ生成用オブジェクトとが類似するときには、未参加ユーザのコミュニティへの参加未参加ユーザの携帯端末11からの、コミュニティへのアクセスを許可することができる。この場合、コミュニティ生成用オブジェクトと類似する共通オブジェクトを送信してきた未参加ユーザによるコミュニティへの参加を許可する期限を、コミュニティの生成後の一定期間に制限することで、コミュニティのセキュリティを向上させることができる。[ハードウェアの構成例]図3は、図1の携帯端末11のハードウェアの構成例を示すブロック図である。図3において、携帯端末11は、バス21、CPU22、ROM23、RAM24、ハードディスク25、出力部26、入力部27、通信部28、ドライブ29、入出力インターフェース30、及び、リムーバブル記録媒体31を有する。CPU22ないしハードディスク25、及び、入出力インターフェース30は、バス21介して接続されている。CPU22ないしハードディスク25、及び、入出力インターフェース30に接続されているデバイスは、バス21を介して、相互に、データをやりとりすることができる。また、入出力インターフェース30には、出力部26ないしドライブ29が接続されており、したがって、CPU22ないしドライブ29は、バス21や入出力インターフェース30を介して、相互に、データをやりとりすることができる。CPU22は、ROM23に記憶されたプログラムや、ハードディスク25等から読み出されて、RAM24に記憶展開されたプログラムを実行することにより、各種の処理を行う。ROM23は、例えば、EEPROM等であり、携帯端末11の電源がオフにされたときも保持する必要があるデータやプログラムを記憶する。RAM24は、CPU22の動作上必要なプログラムやデータを記憶する。ハードディスク25には、CPU22が実行するプログラムや、各種のデータが記録される。出力部26は、例えば、液晶パネル等の表示装置、及び、スピーカ等であり、画像を表示し、音声を出力する。入力部27は、例えば、キーボードや、タブレットタッチスクリーン等のポインティングデバイス等であり、ユーザによって操作され、その操作に応じたデータ信号を出力する。通信部28は、例えば、LAN等の通信インターフェースであり、外部の装置との、無線や有線での通信を制御する。ドライブ29には、DVD等の光ディスクや、USBメモリ等の半導体メモリであるリムーバブル記録媒体31の着脱が可能になっている。ドライブ29は、そこに装着されたリムーバブル記録媒体31を駆動することにより、リムーバブル記録媒体31にデータを記録し、また、リムーバブル記録媒体31からデータを読み出す。入出力インターフェース30は、各種のデバイスを、携帯端末11に接続するためのインターフェースとして機能する。図3では、上述したように、入出力インターフェース30には、バス21、出力部26ないしドライブ29が接続されているが、入出力インターフェース30には、その他のデバイスを接続することが可能である。以上のように構成される携帯端末11において、ハードディスク25には、ASNSのクライアント側のプログラムであるクライアントプログラムクライアントアプリケーション等がインストールされている。CPU22は、ハードディスク25にインストールされているプログラムを実行することにより、各種の処理を行う。なお、プログラムは、ハードディスク25にあらかじめインストールしておくことができる。また、プログラムは、リムーバブル記録媒体31に格納記録しておき、リムーバブル記録媒体31から携帯端末11にインストールすることができる。このようなリムーバブル記録媒体31は、いわゆるパッケージソフトウエアとして提供することができる。なお、プログラムは、リムーバブル記録媒体31から携帯端末11にインストールする他、通信網や放送網を介して、携帯端末11にダウンロードし、内蔵するハードディスク25にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、携帯端末11に無線で転送することや、LAN、インターネットといったネットワークを介して、携帯端末11に有線で転送することができる。ここで、携帯端末11の他、ASNSサーバ12図1も、図3に示したように構成される。但し、携帯端末11、及び、ASNSサーバ12それぞれでは、ハードディスク25にインストールされているプログラムが異なる。ASNSサーバ12には、クライアントプログラムクライアントアプリケーションではなく、ASNSのサーバ側のプログラムであるサーバプログラムサーバアプリケーション等がインストールされている。[携帯端末11の機能的構成例]図4は、図1の携帯端末11の機能的な構成例を示すブロック図である。携帯端末11は、CPU22図3がクライアントプログラムを実行することにより、等価的に、図4の機能的構成となって、各種の処理を行う。図4において、携帯端末11は、通信部51、共通オブジェクト取得部52、及び、制御部53を有する。通信部51は、ネットワーク10図1を介して、ASNSサーバ12と通信を行う。また、通信部51は、その他、例えば、wifi登録商標directや、赤外線、Bump登録商標、3G、Bluetooth登録商標、さらには、例えば、NFC等の近接通信によって、他の携帯端末11等との間で通信を行うことができる。共通オブジェクト取得部52は、例えば、ユーザの操作等に従って、共通オブジェクトを取得する。すなわち、共通オブジェクト取得部52は、例えば、GPSの機能を有し、現在地の位置情報を、共通オブジェクトとして取得する。また、共通オブジェクト取得部52は、例えば、カメラやマイクであり、動画や、静止画としての写真、音声を、共通オブジェクトとして取得する。さらに、共通オブジェクト取得部52は、例えば、キーボードや、音声認識装置であり、ユーザがキーボードを操作することにより入力するテキストや、ユーザが発した音声を音声認識装置で音声認識することにより得られるテキストを、共通オブジェクトとして取得する。その他、共通オブジェクト取得部52は、携帯端末11に記憶されている動画や、写真、音声、テキスト等のファイルを、共通オブジェクトとして取得することができる。制御部53は、携帯端末11全体を制御する。[携帯端末11の処理]図5は、図4の携帯端末11の処理を説明するフローチャートである。コミュニティに参加しようとするユーザは、例えば、クライアントプログラムを起動し、その後、共通オブジェクトを取得するように、ユーザが所有する携帯端末11を操作する。携帯端末11は、ユーザの操作に従って、クライアントプログラムを起動し、これにより、図4に示した構成となって、ASNSのクライアントとして機能する。すなわち、ステップS11において、共通オブジェクト取得部52図4が、例えば、ユーザの操作に従って、共通オブジェクトを取得し、処理は、ステップS12に進む。ステップS12では、通信部51図4は、共通オブジェクト取得部52が取得した共通オブジェクトを含む、ASNSサーバ12が要求するデータを、ASNSサーバ12に送信し、処理は、ステップS13に進む。ここで、携帯端末11の通信部51が、ASNSサーバ12に送信する、共通オブジェクトを含むデータを、端末データともいう。ステップS13では、制御部53図4は、ASNSサーバ12から、コミュニティへの参加アクセスが許可されたかどうかを判定する。ステップS13において、コミュニティへの参加が許可されなかったと判定された場合、すなわち、後述するようにして、ASNSサーバ12から、コミュニティを識別するコミュニティIDと、携帯端末11を識別する端末IDとが送信されてこなかった場合、ステップS14及びS15をスキップして、処理は終了する。また、ステップS13において、コミュニティへの参加が許可されたと判定された場合、すなわち、ASNSサーバ12から、コミュニティIDと、端末IDとが送信されてきた場合、処理は、ステップS14に進み、通信部51は、ASNSサーバ12からのコミュニティIDと端末IDとを受信して、処理は、ステップS15に進む。ステップS15では、制御部53は、通信部51で受信されたコミュニティIDと端末IDとを用いて、コミュニティに参加する。すなわち、制御部53は、例えば、ユーザの操作に応じて、通信部51を制御することにより、ネットワーク10を介して、ASNSサーバ12上に生成された、コミュニティIDで識別されるコミュニティに、例えば、写真や動画の画像データ、ユーザのメールアドレス等プロフィールその他のコンテンツをアップロードする。また、制御部53は、例えば、ユーザの操作に応じて、通信部51を制御することにより、コミュニティIDで識別されるコミュニティから、コンテンツをダウンロードする。コミュニティでは、コンテンツのアップロード及びダウンロードの他、そのコミュニティに参加しているユーザどうして、メッセージのやりとり等を行うことができる。コミュニティを介してのメッセージのやりとりが行われる場合、制御部53は、そのメッセージのやりとりを制御する。[ASNSサーバ12の機能的構成例]図6は、図1のASNSサーバ12の機能的な構成例を示すブロック図である。ASNSサーバ12は、CPU22図3がサーバプログラムを実行することにより、等価的に、図6の機能的構成となって、各種の処理を行う。図6において、ASNSサーバ12は、通信部61、コミュニティ管理部62、制御部63、仮登録DB64、及び、コミュニティDB65を有する。通信部61は、ネットワーク10図1を介して、携帯端末11と通信を行う。コミュニティ管理部62は、例えば、仮登録DB64やコミュニティDB65に記憶されたデータ等に基づいて、コミュニティの生成その他のコミュニティの管理を行う。制御部63は、ASNSサーバ12全体を制御する。仮登録DB64は、後述する仮テーブルを記憶している。コミュニティDB65は、後述する認証テーブル、及び、コミュニティテーブルを記憶している。図7は、図6のコミュニティ管理部62の構成例を示すブロック図である。図7において、コミュニティ管理部62は、制御部71、共通オブジェクト処理部72、コミュニティ生成部73、コミュニティ処理部74、及び、コンテンツ管理部75を有する。制御部71は、コミュニティ管理部62全体を制御する。共通オブジェクト処理部72は、携帯端末11からASNSサーバ12に送信されてくる共通オブジェクトを取得し、共通オブジェクトどうしの類似度距離の算出や、その類似度に基づく共通オブジェクトどうしの類似性の判定、その他、共通オブジェクトに関する処理を行う。コミュニティ生成部73は、携帯端末11からの共通オブジェクトの類似度に応じて、コミュニティを生成する。すなわち、コミュニティ生成部73は、携帯端末11からASNSサーバ12に送信されてくる共通オブジェクトどうしの、類似度に基づく類似性の判定において、共通オブジェクトどうしが類似していると判定された場合、つまり、複数の携帯端末11から送信されてきた共通オブジェクトどうしが、互いに類似する場合、その互いに類似する共通オブジェクトを送信してきた携帯端末11のユーザに参加を許可するコミュニティを生成する。ここで、コミュニティの実体は、メモリ例えば、図3のRAM24等上に確保される記憶領域である。コミュニティに参加しているユーザの携帯端末11は、そのコミュニティとしての記憶領域を用いて、コンテンツのアップロードやダウンロード、他のユーザとのメッセージのやりとり等を行うことができる。コミュニティ処理部74は、コミュニティ生成部73が生成したコミュニティを管理する。すなわち、コミュニティ処理部74は、コミュニティに参加しているユーザの携帯端末11からアップロード送信されてきたコンテンツのコミュニティへの保存や、携帯端末11からダウンロードが要求されたコンテンツのコミュニティからの読み出し、ユーザどうしがコミュニティを介してメッセージをやりとりするための、メッセージの送受信の制御等を行う。コンテンツ管理部75は、コミュニティにアップロードされたコンテンツを管理する。すなわち、コンテンツ管理部75は、例えば、コミュニティにアップロードされたコンテンツの削除を行うことを、そのコンテンツの所有者コンテンツをアップロードしたユーザだけに制限する。また、コンテンツ管理部75は、例えば、コミュニティにアップロードされたコンテンツのダウンロードを行うことを、そのコンテンツの所有者が許可したユーザだけに制限する。[仮テーブル]図8は、図6の仮登録DB64に記憶される仮テーブルの例を示す図である。コミュニティ管理部62のコミュニティ生成部73図7は、携帯端末11から端末データが送信され、通信部61図6で受信されると、1つの端末データについて、仮テーブルに、1つのエントリレコードを新たに登録する。仮テーブルのエントリには、id,Authid,iuid,MAC,time,Authtype,obj、及び、Slevelが登録される。仮テーブルにおいて、idは、仮テーブルのエントリを区別識別する識別情報以下、仮テーブルIDともいうである。コミュニティ生成部73は、仮テーブルに、新たなエントリを登録するときに、その新たなエントリに対して、仮テーブルIDを付与する。図8では、エントリごとにユニークな番号が、仮テーブルのid仮テーブルIDとして使用されている。Authidは、共通オブジェクトが類似する複数の端末データについてのエントリをグループにグルーピングするための、そのグループを区別する識別情報以下、認証IDともいうである。すなわち、図5で説明したように、携帯端末11がASNSサーバ12に送信する端末データには、共通オブジェクトが含まれており、コミュニティ生成部73は、複数の携帯端末11から送信されていた端末データそれぞれに含まれる共通オブジェクトが類似する場合、その類似する共通オブジェクトを送信してきた複数の携帯端末11のユーザがコミュニティに参加するための認証が成功したこととして、その複数の携帯端末11からの端末データそれぞれについてのエントリに対し、同一の認証IDを付与する。図8では、グループごとにユニークな番号が、認証IDとして使用されている。iuidは、端末データを送信してきた携帯端末11のユーザを識別する識別情報以下、端末IDともいうである。コミュニティ生成部73は、1つの端末データについてのエントリを、仮テーブルに登録するときに、その端末データを送信してきた携帯端末11に、一時的なIDを端末IDとして付与する。図8では、端末データを送信してきた携帯端末11のユーザごとにユニークな番号が、端末IDとして使用されている。ここで、以上のように、端末IDは、携帯端末11のユーザごとにユニークであるため、仮テーブルに、ある携帯端末11から送信されてきた端末データについてのエントリが、既に登録されている場合において、同一の携帯端末11から、端末データが、再度送信されてきたときには、その再度送信されてきた端末データについてのエントリには、同一の携帯端末11について既に登録されているエントリに付与されている端末IDと同一の端末IDが付与される。図8では、仮テーブルIDが2と3とのエントリに、同一の端末IDである345が登録されている。この仮テーブルIDが2と3とのエントリは、同一の携帯端末11のユーザから、送信データが2回送信され、1回目の端末データと2回目の端末データとのそれぞれについて登録されたエントリである。MACは、端末データを送信してきた携帯端末11のMACアドレスを表し、timeは、エントリが、仮テーブルに登録された時刻日時を表す。Authtypeは、コミュニティに参加するための認証に用いられる情報、すなわち、共通オブジェクトの種類メディアを表す。コミュニティ生成部73は、端末データについてのエントリを、仮テーブルに登録するときに、その端末データに含まれる共通オブジェクトの種類を認識し、その種類を表す情報を、Authtypeとして登録する。ここで、例えば、値が1のAuthtypeは、共通オブジェクトが、例えば、写真であることを表す。また、例えば、値が2のAuthtypeは、共通オブジェクトが、例えば、音声であることを表し、例えば、値が3のAuthtypeは、共通オブジェクトが、例えば、動画であることを表す。さらに、例えば、値が4のAuthtypeは、共通オブジェクトが、例えば、位置情報であることを表し、例えば、値が5のAuthtypeは、共通オブジェクトが、例えば、テキストであることを表す。また、例えば、値が9のAuthtypeは、共通オブジェクトが、例えば、文字の羅列であるトークンであることを表す。objは、携帯端末11からの端末データに含まれる共通オブジェクト又は、共通オブジェクトのファイル名等のURIである。Slevelは、コミュニティのセキュリティ、すなわち、コミュニティに参加するための認証の厳しさ厳重さを表すセキュリティレベルである。セキュリティレベルには、例えば、セキュリティが緩いことを表すレベル1第1レベル、セキュリティが緩くもなく、厳しくもない普通であることを表すレベル2第2レベル、及び、セキュリティが厳しいことを表すレベル3がある。レベル1のセキュリティレベルでは、コミュニティに参加する複数のユーザの携帯端末11それぞれから送信されてくる共通オブジェクトが、異なる種類のオブジェクトであることが許可許容される。したがって、レベル1のセキュリティレベルでは、後述するように、例えば、写真を共通オブジェクトとして含む端末データを送信してきた携帯端末11のユーザと、音声を共通オブジェクトとして含む端末データを送信してきたユーザのような、異なる種類の共通オブジェクトを送信してきたユーザどうしが、同一のコミュニティに参加することができる。レベル2のセキュリティレベルでは、コミュニティに参加する複数のユーザの携帯端末11それぞれから送信されてくる共通オブジェクトが、同一の種類のオブジェクトであることが要求される。したがって、レベル2のセキュリティレベルでは、例えば、写真を共通オブジェクトとして含む端末データを送信してきたユーザと、音声を共通オブジェクトとして含む端末データを送信してきたユーザのような、異なる種類の共通オブジェクトを送信してきたユーザどうしは、同一のコミュニティに参加することができない。レベル3のセキュリティレベルでは、コミュニティに参加する複数のユーザの携帯端末11それぞれから、2つ以上の共通オブジェクトを含む端末データが送信されてくることが要求される。そして、レベル3のセキュリティレベルでは、あるユーザの携帯端末11が送信してきた2つ以上の共通オブジェクトそれぞれと、他のユーザが送信してきた2つ以上の共通オブジェクトそれぞれとが類似している場合に、それらのユーザに、コミュニティへの参加が許可される。なお、レベル3のセキュリティレベルで必要となる2つ以上の共通オブジェクトは、同一の種類のオブジェクトであってもよいし、異なる種類のオブジェクトであってもよい。ここで、携帯端末11からの端末データには、共通オブジェクトの他、携帯端末11のMACアドレス、及び、セキュリティレベル等が含まれる。コミュニティ生成部73は、端末データに含まれる共通オブジェクト、MACアドレス、及び、セキュリティレベルを、仮テーブルに登録する。また、セキュリティレベルについては、携帯端末11において、ユーザによる、セキュリティレベルを指定する操作に応じて、端末データに含めることができる。さらに、ユーザが、セキュリティレベルを指定する操作を行わなかった場合には、携帯端末11において、デフォルトのセキュリティレベルを、端末データに含めることができる。端末データに、デフォルトのセキュリティレベルが含まれる場合、コミュニティ生成部73は、デフォルトのセキュリティレベルとしての、例えば、レベル1を、仮テーブルに登録する。なお、コミュニティ生成部73において、デフォルトのセキュリティレベルは、例えば、携帯端末11の現在地の位置情報に基づいて設定することができる。すなわち、携帯端末11において、端末データには、携帯端末11の現在地の位置情報を含め、コミュニティ生成部73では、端末データに含まれる位置情報に基づいて、デフォルトのセキュリティレベルを、例えば、レベル1やレベル3に設定することができる。具体的には、携帯端末11の位置情報が、例えば、結婚式場や飲食店等の不特定の人が出入りする場所を表している場合には、セキュリティが緩いレベル1を、デフォルトのセキュリティレベルとして設定することができる。また、携帯端末11の位置情報が、例えば、会社の会議室等の特定の人が出入りする場所を表している場合には、セキュリティが厳しいレベル3を、デフォルトのセキュリティレベルとして設定することができる。なお、セキュリティレベルとしては、上述したレベル1ないし3の他、例えば、携帯端末11の現在地に応じて、認証に要求される共通オブジェクトが異なる、といったようなレベルを採用することができる。[認証テーブル]図9は、図6のコミュニティDB65に記憶される認証テーブルの例を示す図である。コミュニティ生成部73図7は、仮テーブルに登録されたエントリの端末データを送信してきたユーザの認証が成功すると、その認証が成功したエントリに登録されたデータエントリデータ、すなわち、認証IDを付与したエントリデータ以下、認証成功データともいうについて、認証テーブルに、エントリを新たに登録する仮テーブルの、認証IDが付与されたエントリに対応するエントリを、認証テーブルに登録する。認証テーブルのエントリには、id,Authid,iuid,MAC,time,Authtype、及び、objが登録される。認証テーブルにおいて、idは、認証テーブルのエントリを区別する識別情報以下、認証テーブルIDともいうである。コミュニティ生成部73は、認証テーブルに、新たなエントリを登録するときに、その新たなエントリに対して、認証テーブルIDを付与する。図9では、エントリごとにユニークな番号が、認証テーブルのid認証テーブルIDとして使用されている。なお、認証テーブルIDは、仮テーブルIDとは、別個の、独立のIDである。Authidは、図8で説明した認証IDであり、コミュニティ生成部73は、認証テーブルのエントリに、そのエントリに対する認証成功データ仮テーブルの、認証IDが付与されたエントリのデータに含まれる認証IDを登録する。iuidは、図8で説明した端末IDであり、コミュニティ生成部73は、認証テーブルのエントリに、そのエントリに対する認証成功データに含まれる端末IDを登録する。MACは、MACアドレスを表し、コミュニティ生成部73は、認証テーブルのエントリに、そのエントリに対する認証成功データに含まれるMACアドレスを登録する。timeは、エントリが、認証テーブルに登録された時刻日時を表す。Authtypeは、図8の場合と同様に、共通オブジェクトの種類を表し、コミュニティ生成部73は、認証テーブルのエントリに、そのエントリに対する認証成功データに含まれるAuthtypeを登録する。objは、図8の場合と同様に、共通オブジェクトであり、コミュニティ生成部73は、認証テーブルのエントリに、そのエントリに対する認証成功データに含まれる共通オブジェクトを登録する。[コミュニティテーブル]図10は、図6のコミュニティDB65に記憶されるコミュニティテーブルの例を示す図である。コミュニティ生成部73図7は、認証テーブルに登録されたエントリの中に、同一の認証IDが付与されたエントリがある場合、その同一の認証IDが付与されたエントリの元になった端末データを送信してきた携帯端末11のユーザが参加可能なコミュニティを生成する。すなわち、コミュニティ生成部73は、同一の認証IDが付与されたユーザが参加可能なコミュニティとしての記憶領域を確保する。さらに、コミュニティ生成部73は、同一の認証IDが付与されたユーザが参加可能なコミュニティについて、コミュニティテーブルに、コミュニティを管理するためのコミュニティデータのエントリを新たに登録する認証テーブルの、同一の認証IDが付与されたエントリに対応するエントリを、コミュニティテーブルに登録する。コミュニティテーブルのエントリには、コミュニティデータとしてのid,Cid,iuid,time,timelimit,Authid、及び、Slevelが登録される。コミュニティテーブルにおいて、idは、コミュニティテーブルのエントリを区別する識別情報以下、コミュニティテーブルIDともいうである。コミュニティ生成部73は、コミュニティテーブルに、新たなエントリを登録するときに、その新たなエントリに対して、コミュニティテーブルIDを付与する。図10では、エントリごとにユニークな番号が、コミュニティテーブルのidコミュニティテーブルIDとして使用されている。なお、コミュニティテーブルIDは、仮テーブルID及び認証テーブルIDとは、それぞれ、別個の、独立のIDである。Cidは、そのエントリそのCidが登録されるエントリのコミュニティデータによって管理されるコミュニティを区別する識別情報以下、コミュニティIDともいうであり、コミュニティ生成部73は、コミュニティを生成するときに、そのコミュニティに対して、ユニークなコミュニティIDを付与する。iuidは、図8で説明した端末IDであり、コミュニティ生成部73は、コミュニティIDが表すコミュニティに参加することができるユーザの携帯端末11に付与された端末IDの一覧を、コミュニティテーブルのiuidとして登録する。timeは、エントリが、コミュニティテーブルに登録された時刻日時を表す。timelimitは、コミュニティに参加することを要求することができる制限時刻を表す。コミュニティ生成部73は、例えば、コミュニティテーブルのエントリのtimeに、所定の時間を加算した時刻を、timelimitに登録する。timelimitが表す時刻が経過した後に、仮テーブルに端末データが登録されたユーザについては、共通オブジェクトが、コミュニティに参加することが可能なユーザの共通オブジェクトと類似していても、そのコミュニティへの参加は、許可されないASNSサーバ12から、端末ID及びコミュニティIDが提供されない。Authidは、図8で説明した認証IDであり、コミュニティ生成部73は、コミュニティテーブルのコミュニティIDが表すコミュニティコミュニティIDによって特定されるコミュニティに参加可能なユーザに付与された認証IDを、コミュニティテーブルのAuthidに登録する。Slevelは、図8で説明したセキュリティレベルであり、コミュニティ生成部73は、コミュニティテーブルのコミュニティIDが表すコミュニティに参加可能なユーザの携帯端末11から送信されてきた端末データに含まれるセキュリティレベルを、コミュニティテーブルのSlevelに登録する。なお、コミュニティテーブルのコミュニティIDが表すコミュニティに参加可能なユーザ以下、単に、参加ユーザともいうから送信されてきた端末データに含まれるセキュリティレベルが一致している場合には、その一致しているセキュリティレベルが、コミュニティテーブルのSlevelに登録される。参加ユーザから送信されてきた端末データに含まれるセキュリティレベルが一致していない場合には、参加ユーザから送信されてきた端末データに含まれるセキュリティレベルのうちの、例えば、最も厳しいセキュリティレベル値が大きいレベルが、コミュニティテーブルのSlevelに登録される。[仮テーブル、認証テーブル、及び、コミュニティテーブルへのデータの登録]図11ないし図21は、ASNSサーバ12のコミュニティ生成部73が行う、仮テーブル、認証テーブル、及び、コミュニティテーブルへのデータエントリの登録を説明する図である。図11は、仮テーブルを示す図である。あるユーザU1の携帯端末11から、ASNSサーバ12に、端末データが送信されてくると、コミュニティ生成部73は、図11に示すように、その端末データを送信してきたユーザU1に、端末IDを付与し、ユーザU1からの端末データについて、仮テーブルに、仮テーブルIDが、例えば、1のエントリを登録する。ここで、以下、適宜、仮テーブルに登録された、仮テーブルIDが値kのエントリを、仮テーブルエントリkと記載する。図11では、ユーザU1に対して、値が123の端末IDが付与されている。その後、他のユーザU2が、ASNSサーバ12に、端末データを2回送信したとする。この場合、コミュニティ生成部73は、やはり、端末データを送信してきたユーザU2に、端末IDを付与し、ユーザU2からの2回分の端末データそれぞれについて、仮テーブルに、エントリを登録する。図11では、ユーザU2からの2回分の端末データのうちの1回目の端末データについて、仮テーブルに、仮テーブルIDが2のエントリ仮テーブルエントリ2が登録され、さらに、2回目の端末データについて、仮テーブルに、仮テーブルIDが3のエントリ仮テーブルエントリ3が登録されている。また、図11では、ユーザU2に対して、値が345の端末IDが付与されている。仮テーブルエントリ2及び3は、いずれも、ユーザU2からの端末データについて登録されたエントリであるため、そのiuidは、いずれも、ユーザU2に付与された値である345になっている。また、図11において、ユーザU1は、写真の共通オブジェクトを含む端末データを送信したために、仮テーブルエントリ1のAuthtypeは、写真を表す値である1になっている。さらに、図11において、ユーザU2は、1回目の端末データには、写真の共通オブジェクトを含めて送信し、2回目の端末データには、音声の共通オブジェクトを含めて送信したために、仮テーブルエントリ2のAuthtypeは、写真を表す値である1になっており、仮テーブルエントリ3のAuthtypeは、音声を表す値である2になっている。いま、ユーザU1からの端末データに含まれる写真の共通オブジェクトと、ユーザU2からの1回目の端末データに含まれる写真の共通オブジェクトとが類似しているとすると、コミュニティ生成部73は、その類似する共通オブジェクトを送信してきたユーザU1及びU2がコミュニティに参加するための認証が成功したとして、類似している共通オブジェクトが含まれていたユーザU1からの端末データについての仮テーブルエントリ1と、ユーザU2からの1回目の端末データについての仮テーブルエントリ2に対し、同一の認証IDを付与する。図12は、仮テーブルエントリ1及び2に、同一の認証IDが付与された後の仮テーブルを示す図である。図12では、値が321の認証IDが、仮テーブルエントリ1及び2に付与されている。なお、図12では、ユーザU2からの2回目の端末データに含まれる音声の共通オブジェクトに類似する共通オブジェクトのエントリは、仮テーブルに登録されていないため、ユーザU2からの2回目の端末データについての仮テーブルエントリ3には、認証IDは、付与されていない。その後、さらに他のユーザU3が、ASNSサーバ12に、端末データを送信したとする。コミュニティ生成部73は、端末データを送信してきたユーザU3に、端末IDを付与し、ユーザU3からの端末データについて、仮テーブルに、エントリを登録する。図13は、ユーザU3からの端末データについてのエントリが登録された仮テーブルを示す図である。図13では、ユーザU3からの端末データについて、仮テーブルに、仮テーブルIDが4のエントリ仮テーブルエントリ4が登録されている。また、図13では、ユーザU3に対して、値が678の端末IDが付与されている。さらに、図13において、ユーザU3は、音声の共通オブジェクトを含む端末データを送信したために、仮テーブルエントリ4のAuthtypeは、音声を表す値である2になっている。いま、ユーザU2からの2回目の端末データに含まれる音声の共通オブジェクトと、ユーザU3からの端末データに含まれる音声の共通オブジェクトとが類似しているとすると、コミュニティ生成部73は、その類似する共通オブジェクトを送信してきたユーザU2及びU3がコミュニティに参加するための認証が成功したとして、類似している共通オブジェクトが含まれていたユーザU2からの2回目の端末データについての仮テーブルエントリ3と、ユーザU3からの端末データについての仮テーブルエントリ4に対し、同一の認証IDを付与する。図14は、仮テーブルエントリ3及び4に、同一の認証IDが付与された後の仮テーブルを示す図である。図14では、仮テーブルエントリ1及び2に付与された認証ID=321とは異なる、値が333の認証IDが、仮テーブルエントリ3及び4に付与されている。ここで、図14では、仮テーブルエントリ1ないし4のセキュリティレベルは、すべて、レベル1になっている。図8で説明したように、レベル1のセキュリティレベルでは、コミュニティに参加する複数のユーザの携帯端末11それぞれから送信されてくる共通オブジェクトが、異なる種類のオブジェクトであることが許可される。したがって、レベル1のセキュリティレベルでは、例えば、写真を共通オブジェクトとして含む端末データを送信してきたユーザU1及びU2と、音声を共通オブジェクトとして含む端末データを送信してきたユーザU2及びU3のような、異なる種類の共通オブジェクトを送信してきたユーザU1ないしU3が、同一のコミュニティに参加することができる。すなわち、コミュニティ生成部73図7は、セキュリティレベルがレベル1になっている仮テーブルエントリに対する端末データを送信してきたユーザについては、異なる種類の複数の共通オブジェクトを送信してきたユーザが存在する場合には、その複数の共通オブジェクトのうちのいずれかの共通オブジェクトと類似する共通オブジェクトを含む端末データを送信してきたユーザすべてに参加を許可するコミュニティを生成する。図14では、セキュリティレベルがレベル1になっている仮テーブルエントリ1ないし4に対する端末データを送信してきたユーザU1ないしU3のうちの、ユーザU2が、異なる種類の複数の共通オブジェクトとしての写真と音声の共通オブジェクトを送信してきている。そして、ユーザU1が送信してきた写真の共通オブジェクトは、ユーザU2が送信してきた写真の共通オブジェクトと類似し、ユーザU3が送信してきた音声の共通オブジェクトは、ユーザU2が送信してきた写真の共通オブジェクトと類似している。この場合、コミュニティ生成部73は、ユーザU1ないしU3すべてに参加を許可するコミュニティを生成する。図15は、ユーザU1ないしU3すべてに参加を許可するコミュニティを生成する場合の仮テーブル、認証テーブル、及び、コミュニティテーブルを示す図である。図15において、仮テーブルには、図14と同様の仮テーブルエントリ1ないし4が登録されている。仮テーブルにおいては、上述したように、仮テーブルエントリ1及び2には、値が321の認証IDが付与されているとともに、仮テーブルエントリ3及び4には、値が333の認証IDが付与されており、仮テーブルエントリ1及び2に付与されている認証IDと、仮テーブルエントリ3及び4に付与されている認証IDとは、異なっている。コミュニティ生成部73は、同一の認証IDが付与されている仮テーブルエントリに対応するエントリを、認証テーブルに登録する。図15では、値が321の認証IDが付与されている仮テーブルエントリ1及び2それぞれに対応するエントリが、認証テーブルに登録されている。ここで、以下、適宜、認証テーブルに登録された、認証テーブルIDが値kのエントリを、認証テーブルエントリkと記載する。図15において、認証テーブルエントリ1は、仮テーブルエントリ1に対応し仮テーブルエントリ1のエントリデータについてのエントリであり、認証テーブルエントリ2は、仮テーブルエントリ2に対応する。コミュニティ生成部73は、値が333の認証IDが付与されている仮テーブルエントリ3及び4それぞれに対応する認証テーブルエントリも、認証テーブルに登録するが、異なる認証IDが付与された仮テーブルエントリに、同一の端末IDが登録されている場合には、異なる認証IDが付与された仮テーブルエントリに対応する認証テーブルエントリを、認証IDを同一の値に統一して、認証テーブルに登録する。図15では、仮テーブルの、値が321の認証IDが付与されている仮テーブルエントリ1及び2のうちの仮テーブルエントリ2と、値が333の認証IDが付与されている仮テーブルエントリ3及び4のうちの仮テーブルエントリ3とに、同一の端末IDである値345が登録されている。この場合、コミュニティ生成部73は、異なる認証IDが付与されている仮テーブルエントリ、つまり、認証IDが値321の仮テーブルエントリ1及び2と、認証IDが値333の仮テーブルエントリ3及び4との認証IDを、例えば、最小の値小さい方の値である値321に統一し、統一後の認証IDが付与されている仮テーブルエントリ1ないし4に対応する認証テーブルエントリ1ないし4を、認証テーブルに登録する。また、コミュニティ生成部73は、認証テーブルに登録した認証テーブルエントリ1ないし4に対応する仮テーブルエントリ1ないし4を、仮テーブルから削除する。図10で説明したように、コミュニティ生成部73は、認証テーブルに登録されたエントリの中に、同一の認証IDが付与されたエントリがある場合、その同一の認証IDが付与されたエントリに登録されている端末IDによって特定される携帯端末11のユーザが参加可能なコミュニティを生成する。すなわち、図15では、認証テーブルエントリ1ないし4に、同一の値321の認証IDが付与されており、コミュニティ生成部73は、認証テーブルエントリ1に登録されている端末IDである値123によって特定されるユーザU1、認証テーブルエントリ2及び3に登録されている端末IDである値345によって特定されるユーザU2、及び、認証テーブルエントリ4に登録されている端末IDである値678によって特定されるユーザU3が参加可能なコミュニティとしての記憶領域を確保する。さらに、コミュニティ生成部73は、同一の値321の認証IDが付与された認証テーブルエントリ1ないし4に対応するエントリを、コミュニティテーブルに登録する。すなわち、コミュニティ生成部73は、同一の値321の認証IDが付与されたユーザU1ないしU3同一の値321の認証IDが付与された認証テーブルエントリ1ないし4に登録されている端末IDによって特定されるユーザU1ないしU3が参加可能なコミュニティに、コミュニティIDを付与し、そのコミュニティIDや、コミュニティに参加可能なユーザU1ないしU3の端末ID等を含むコミュニティデータのエントリを、コミュニティテーブルに登録する。ここで、以下、適宜、コミュニティテーブルに登録された、コミュニティテーブルIDが値kのエントリを、コミュニティテーブルエントリkと記載する。図15では、同一の値321の認証IDが付与された認証テーブルエントリ1ないし4に対応するコミュニティテーブルエントリ、すなわち、ユーザU1ないしU3が参加可能なコミュニティを管理するためのコミュニティテーブルエントリとして、値10のコミュニティIDが付与され、ユーザU1ないしU3それぞれの端末IDである値123,345、及び、678を含むコミュニティテーブルエントリ1が、コミュニティテーブルに登録されている。コミュニティ処理部74は、コミュニティテーブルエントリ1を参照し、そのコミュニティテーブルエントリ1に登録されているコミュニティID=10によって特定されるコミュニティについては、そのコミュニティテーブルエントリ1に端末ID=123,345,678が登録されているユーザU1ないしU3の携帯端末11にのみ、アクセスを許可する。以上のように、レベル1のセキュリティレベルでは、異なる種類の共通オブジェクトを送信してきたユーザU1ないしU3、すなわち、写真を共通オブジェクトとして含む端末データを送信してきたユーザU1及びU2と、音声を共通オブジェクトとして含む端末データを送信してきたユーザU2及びU3との全員が、同一のコミュニティに参加することができる。ここで、例えば、ユーザU1ないしU3が、ある場所に集合し、コミュニティを生成するために、ユーザU1が、携帯端末11としての、例えば、カメラ付きの携帯電話機を用い、カメラで撮影した集合場所の風景の写真を共通オブジェクトとして含む端末データを、ASNSサーバ12に送信し、ユーザU2が、携帯端末11としての、例えば、カメラ付きの携帯電話機を用い、カメラで撮影した集合場所の風景の写真を共通オブジェクトとして含む端末データを、ASNSサーバ12に送信し、その後、所定の単語を発した音声を共通オブジェクトとして含む端末データを、ASNSサーバ12に送信し、ユーザU3が、携帯端末11としての、例えば、カメラなしの携帯電話機を用い、所定の単語を発した音声を共通オブジェクトとして含む端末データを、ASNSサーバ12に送信した場合に、図11ないし図15で説明したように、ユーザU1ないしU3が参加可能なコミュニティが生成される。図16は、仮テーブルを示す図である。図16の仮テーブルには、図14の仮テーブルと同様の仮テーブルエントリ1ないし4が登録されている。したがって、仮テーブルエントリ1及び2と、仮テーブルエントリ3及び4とのそれぞれの認証IDは、異なっており、仮テーブルエントリ1及び2の認証IDは、値321に、仮テーブルエントリ3及び4の認証IDは、値333に、それぞれ、なっている。但し、図14では、仮テーブルエントリ1ないし4のセキュリティレベルは、すべて、レベル1になっていたが、図16では、仮テーブルエントリ1ないし4のセキュリティレベルは、すべて、レベル2になっている。図8で説明したように、レベル2のセキュリティレベルでは、コミュニティに参加する複数のユーザの携帯端末11それぞれから送信されてくる共通オブジェクトが、同一の種類のオブジェクトであることが要求される。したがって、レベル2のセキュリティレベルでは、例えば、写真を共通オブジェクトとして含む端末データを送信してきたユーザと、音声を共通オブジェクトとして含む端末データを送信してきたユーザのような、異なる種類の共通オブジェクトを送信してきたユーザどうしは、同一のコミュニティに参加することができない。すなわち、コミュニティ生成部73図7は、セキュリティレベルがレベル2になっている仮テーブルエントリに対する端末データを送信してきたユーザについては、異なる種類の複数の共通オブジェクトを送信してきたユーザが存在する場合には、その複数の共通オブジェクトそれぞれについて、その共通オブジェクトと類似する共通オブジェクトを送信してきた携帯端末11の端末数端末数は、携帯端末11のユーザのユーザ数でもあるので、以下、ユーザ数ともいうをカウントし、そのユーザ数に基づく多数決により、ユーザ数が最も多い共通オブジェクトと類似する共通オブジェクトを送信してきた携帯端末11のユーザに参加を許可するコミュニティを生成する。図16では、セキュリティレベルがレベル2になっている仮テーブルエントリ1ないし4に対する端末データを送信してきたユーザU1ないしU3のうちの、ユーザU2が、異なる種類の複数の共通オブジェクトとしての写真と音声の共通オブジェクトを送信してきている。この場合、コミュニティ生成部73は、ユーザU2が送信してきた複数の共通オブジェクトである写真と音声の共通オブジェクトそれぞれについて、その共通オブジェクトと類似する共通オブジェクトを送信してきた携帯端末11のユーザのユーザ数をカウントする。図16では、ユーザU1が送信してきた写真の共通オブジェクトは、ユーザU2が送信してきた写真の共通オブジェクトと類似し、ユーザU3が送信してきた音声の共通オブジェクトは、ユーザU2が送信してきた写真の共通オブジェクトと類似している。したがって、図16では、ユーザU2が送信してきた写真の共通オブジェクトと類似する共通オブジェクトを送信してきたユーザは、ユーザU1の1人であり、ユーザU2が送信してきた音声の共通オブジェクトと類似する共通オブジェクトを送信してきたユーザは、ユーザU3の1人であるため、多数決による優劣をつけられないので、コミュニティ生成部73は、この段階では、コミュニティを生成しない。その後、ユーザU1ないしU3以外のユーザU4が、ASNSサーバ12に、端末データを送信したとする。コミュニティ生成部73は、端末データを送信してきたユーザU4に、端末IDを付与し、ユーザU4からの端末データについて、仮テーブルに、エントリを登録する。図17は、ユーザU4からの端末データについてのエントリが登録された仮テーブルを示す図である。図17では、ユーザU4からの端末データについて、仮テーブルに、仮テーブルIDが5のエントリ仮テーブルエントリ5が登録されている。また、図17では、ユーザU4に対して、値が900の端末IDが付与されている。さらに、図17において、ユーザU4は、写真の共通オブジェクトを含む端末データを送信したために、仮テーブルエントリ5のAuthtypeは、写真を表す値である1になっている。また、仮テーブルエントリ5のセキュリティレベルは、他の仮テーブルエントリ1ないし4と同一のレベル2になっている。いま、ユーザU4からの端末データに含まれる写真の共通オブジェクトが、ユーザU1やU2からの端末データに含まれる写真の共通オブジェクトに類似しているとすると、コミュニティ生成部73は、その類似する共通オブジェクトを送信してきたユーザU4がコミュニティに参加するための認証が成功したこととして、ユーザU4からの端末データについての仮テーブルエントリ5に対して、そのユーザU4からの端末データに含まれる写真の共通オブジェクトと類似する写真の共通オブジェクトが登録されている仮テーブルエントリ1や2と同一の認証IDを付与する。図18は、仮テーブルエントリ5に、仮テーブルエントリ1及び2と同一の認証IDが付与された後の仮テーブルを示す図である。図18では、仮テーブルエントリ5に、仮テーブルエントリ1及び2と同一の認証IDが付与され、その結果、仮テーブルエントリ1,2、及び、5の認証IDは、値321になっており、仮テーブルエントリ3及び4の認証IDは、値333になっている。図19は、ユーザ数に基づく多数決によるコミュニティの生成を説明する図である。すなわち、図19は、図18と同様の仮テーブルエントリ1ないし5が登録されている仮テーブルを示している。図19では、複数の共通オブジェクトとしての写真と音声の共通オブジェクトを送信してきたユーザU2iuidが345のユーザの、その複数の共通オブジェクトのうちの写真の共通オブジェクトと類似する共通オブジェクトを送信してきたユーザは、ユーザU1及びU4iuidが123のユーザと、900のユーザの2人であり、ユーザU2の音声の共通オブジェクトと類似する共通オブジェクトを送信してきたユーザは、ユーザU3iuidが678のユーザの1人であるため、写真の共通オブジェクトを送信してきたユーザと、音声の共通オブジェクトを送信してきたユーザとの多数決は、ユーザU2を含めれば、3対2となる。したがって、ユーザU2が送信してきた複数の共通オブジェクトとしての写真と音声の共通オブジェクトについては、写真の共通オブジェクトの方が、音声の共通オブジェクトよりも、ユーザ数が多いため、コミュニティ生成部73は、ユーザ数が多い写真の共通オブジェクトを送信してきたユーザに参加を許可するコミュニティを生成する。すなわち、オブジェクト生成部73は、ユーザ数の多数決の、いわば勝者である写真の共通オブジェクトを含む、ユーザU1からの端末データについての仮テーブルエントリ1、ユーザU2からの1回目の端末データについての仮テーブルエントリ2、及び、ユーザU4からの端末データについての仮テーブルエントリ5図19において、値が321の認証IDが付与された仮テーブルエントリそれぞれに対応する認証テーブルエントリを、認証テーブルに登録し、以下、図15で説明した場合と同様にして、多数決の勝者である写真の共通オブジェクトを送信してきたユーザU1,U2、及び、U4に参加を許可するユーザU1,U2、及び、U4が参加可能なコミュニティを生成する。この、ユーザU1,U2、及び、U4が参加可能なコミュニティには、多数決の勝者になった写真の共通オブジェクトAuthtypeが値1の共通オブジェクトを送信していないユーザ、すなわち、多数決の勝者にならなかった音声の共通オブジェクトAuthtypeが値2の共通オブジェクトしか送信していないユーザ3仮テーブルエントリ4に対する端末データを送信してきたユーザ3は、参加することができない。ユーザ3が、ユーザU1,U2、及び、U4が参加可能なコミュニティに参加するには、多数決の勝者になった写真の共通オブジェクトに類似する写真の共通オブジェクトを、ASNSサーバ12に送信する必要がある。このため、コミュニティ生成部73では、多数決の勝者にならなかった音声の共通オブジェクトAuthtypeが値2の共通オブジェクトしか送信していないユーザ3に対して、多数決の勝者である写真の共通オブジェクトAuthtypeが値1の共通オブジェクトを送信することを要求するメッセージを、通信部61図6に送信させることができる。以上のように、ASNSサーバ12では、1つの携帯端末11から異なる種類の複数の共通オブジェクトが送信されてきた場合に、その複数の共通オブジェクトそれぞれについて、その共通オブジェクトと類似する共通オブジェクトを送信してきた携帯端末11の端末数ユーザ数をカウントし、その端末数が最も多い共通オブジェクトと類似する共通オブジェクトを送信してきた携帯端末11のユーザに参加を許可するコミュニティを生成するので、すなわち、複数の種類の共通オブジェクトが送信されてきた場合に、互いに類似する数が最も多い種類の共通オブジェクトを送信してきたユーザに参加を許可するコミュニティを生成するので、利便性の高いコミュニティを、容易に生成することができる。すなわち、コミュニティを生成しようとするユーザの多数決によって、そのコミュニティに参加する認証を行うための共通オブジェクトを決定することができるコミュニティを、容易に生成することができる。また、ASNSサーバ12では、セキュリティレベルに基づいて、コミュニティを生成するので、ユーザは、セキュリティレベルを指定するだけで、例えば、上述したように、複数種類の共通オブジェクトのうちのいずれかの共通オブジェクトと類似する共通オブジェクトを送信してきたユーザに参加を許可するコミュニティを生成することや、多数決によって、そのコミュニティに参加する認証を行うための共通オブジェクトの種類を決定することができるコミュニティを、容易に生成することができる。図20は、セキュリティレベルがレベル1である場合の、コミュニティ生成部73図7によるコミュニティの生成を説明する図である。ここで、以下、適宜、端末IDとして、値kが付与された携帯端末11のユーザを、以下、ユーザiuidkと記載する。図20Aは、仮テーブルを示している。図20Aの仮テーブルには、ユーザiuid123が送信してきた共通オブジェクトXxx1を含む端末データについての仮テーブルエントリ1、ユーザiuid345が送信してきた共通オブジェクトXxx2を含む端末データについての仮テーブルエントリ2、ユーザiuid345が送信してきた共通オブジェクト000を含む端末データについての仮テーブルエントリ3、及び、ユーザiuid678が送信してきた共通オブジェクト001を含む端末データについての仮テーブルエントリ4が登録されている。したがって、図20では、ユーザiuid345は、2つの共通オブジェクトXxx2及び000を送信している。また、図20Aの仮テーブルにおいて、共通オブジェクトXxx1を含む仮テーブルエントリ1のAuthtype、及び、共通オブジェクトXxx2を含む仮テーブルエントリ2のAuthtypeは、いずれも、写真を表す値1になっており、共通オブジェクト000を含む仮テーブルエントリ3のAuthtype、及び、共通オブジェクト001を含む仮テーブルエントリ4のAuthtypeは、いずれも、テキストを表す値5になっている。したがって、共通オブジェクトXxx1及びXxx2は、写真のオブジェクトであり、共通オブジェクト000及び001は、テキストである。また、共通オブジェクトXxx1とXxx2とは、類似しており、共通オブジェクト000と001とは、類似していることとする。図20Aでは、仮テーブルエントリ1ないし4のセキュリティレベルが、レベル1になっている。さらに、図20Aでは、ユーザiuid345は、2つの共通オブジェクトXxx2及び000、すなわち、写真の共通オブジェクトXxx2と、テキストの共通オブジェクト000とを送信してきている。そして、ユーザiuid123からの写真の共通オブジェクトXxx1は、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からの写真の共通オブジェクトXxx2に類似し、ユーザiuid678からのテキストの共通オブジェクト001は、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からのテキストの共通オブジェクト000に類似する。この場合、レベル1のセキュリティレベルでは、図15で説明したように、ユーザiuid123,iuid345、及び、iuid678に参加を許可するコミュニティが生成される。図20Bは、レベル1のセキュリティレベルで生成されるコミュニティに参加可能なユーザを説明する図である。例えば、ユーザiuid123が、写真の共通オブジェクトXxx1を、ASNSサーバ12に送信し、ユーザiuid345が、共通オブジェクトXxx1と類似する写真の共通オブジェクトXxx2と、テキストの共通オブジェクト000との、2種類の共通オブジェクトを、ASNSサーバ12に送信する。さらに、例えば、ユーザiuid678が、共通オブジェクト000と類似するテキストの共通オブジェクト001を、ASNSサーバ12に送信する。この場合、ユーザiuid123の写真の共通オブジェクトXxx1と、ユーザiuid678のテキストの共通オブジェクト001とは、種類メディアが異なるので、類似しない。したがって、ASNSサーバ12では、ユーザiuid123の写真の共通オブジェクトXxx1と、ユーザiuid678のテキストの共通オブジェクト001だけでは、ユーザiuid123及びiuid678が参加可能なコミュニティは、生成されない。但し、図20では、ユーザiuid345が、ユーザiuid123の写真の共通オブジェクトXxx1と類似する写真の共通オブジェクトXxx2と、ユーザiuid678のテキストの共通オブジェクト001と類似するテキストの共通オブジェクト000との、2種類の共通オブジェクトを、ASNSサーバ12に送信している。この場合、ASNSサーバ12では、図20Bに示すように、互いに類似する写真の共通オブジェクトを送信してきたユーザiuid123とiuid345とがリンクされる1つのグループにグルーピングされる同一の認証IDが付与される。さらに、ASNSサーバ12では、図20Bに示すように、互いに類似するテキストの共通オブジェクトを送信してきたユーザiuid345とiuid678とがリンクされる。そして、レベル1のセキュリティレベルでは、写真の共通オブジェクトを送信してきたユーザiuid123と、テキストの共通オブジェクトを送信してきたユーザiuid678とが、図20Bに示すように、共通のリンク先であるユーザiuid345を経由してリンクされる。以上のようにして、ASNSサーバ12では、ユーザiuid123,iuid345、及び、iuid678のすべてがリンクされ、これらのユーザiuid123,iuid345、及び、iuid678が参加可能なコミュニティが生成される。図21は、セキュリティレベルがレベル2である場合の、コミュニティ生成部73図7によるコミュニティの生成を説明する図である。図21Aは、仮テーブルを示している。図21Aの仮テーブルには、ユーザiuid123が送信してきた共通オブジェクトXxx1を含む端末データについての仮テーブルエントリ1、ユーザiuid345が送信してきた共通オブジェクトXxx2を含む端末データについての仮テーブルエントリ2、ユーザiuid345が送信してきた共通オブジェクト000を含む端末データについての仮テーブルエントリ3、ユーザiuid678が送信してきた共通オブジェクト001を含む端末データについての仮テーブルエントリ4、及び、ユーザiuid900が送信してきた共通オブジェクトXxx3を含む端末データについての仮テーブルエントリ5が登録されている。図21でも、図20と同様に、ユーザiuid345は、2つの共通オブジェクトXxx2及び000を送信している。なお、図21Aの仮テーブルにおいて、共通オブジェクトXxx1を含む仮テーブルエントリ1のAuthtype、共通オブジェクトXxx2を含む仮テーブルエントリ2のAuthtype、及び、共通オブジェクトXxx3を含む仮テーブルエントリ5のAuthtypeは、いずれも、写真を表す値1になっており、共通オブジェクト000を含む仮テーブルエントリ3のAuthtype、及び、共通オブジェクト001を含む仮テーブルエントリ4のAuthtypeは、いずれも、テキストを表す値5になっている。したがって、共通オブジェクトXxx1,Xxx2、及び、Xxx3は、写真であり、共通オブジェクト000及び001は、テキストである。また、共通オブジェクトXxx1,Xxx2、及び、Xxx3は、互いに類似し、共通オブジェクト000と001とも、互いに類似していることとする。図21Aでは、仮テーブルエントリ1ないし5のセキュリティレベルが、レベル2になっている。さらに、図21Aでは、ユーザiuid345は、2つの共通オブジェクトXxx2及び000、すなわち、写真の共通オブジェクトXxx2と、テキストの共通オブジェクト000とを送信してきている。そして、ユーザiuid123からの写真の共通オブジェクトXxx1は、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からの写真の共通オブジェクトXxx2に類似する。また、ユーザiuid900からの写真の共通オブジェクトXxx3は、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からの写真の共通オブジェクトXxx2に類似する。さらに、ユーザiuid678からのテキストの共通オブジェクト001は、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からのテキストの共通オブジェクト000に類似する。したがって、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からの写真の共通オブジェクトXxx2に類似するのは、ユーザiuid123からの写真の共通オブジェクトXxx1と、ユーザiuid900からの写真の共通オブジェクトXxx3との、2つの共通オブジェクトである。また、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からのテキストの共通オブジェクト000に類似するのは、ユーザiuid678からのテキストの共通オブジェクト001の、1つの共通オブジェクトだけである。この場合、2つの共通オブジェクトXxx2及び000を送信してきたユーザiuid345からの写真の共通オブジェクトXxx2と、テキストの共通オブジェクト000とでは、写真の共通オブジェクトXxx2の方が、類似する共通オブジェクトが多いので、レベル2のセキュリティレベルでは、図17ないし図19で説明したように、多数決により、互いに類似する写真のオブジェクトを送信してきたユーザiuid123,iuid345、及び、iuid900に参加を許可するコミュニティが生成される。図21Bは、レベル2のセキュリティレベルで生成されるコミュニティに参加可能なユーザを説明する図である。例えば、ユーザiuid123が、写真の共通オブジェクトXxx1を、ASNSサーバ12に送信し、ユーザiuid345が、共通オブジェクトXxx1と類似する写真の共通オブジェクトXxx2と、テキストの共通オブジェクト000との、2種類の共通オブジェクトを、ASNSサーバ12に送信する。さらに、例えば、ユーザiuid678が、共通オブジェクト000と類似するテキストの共通オブジェクト001を、ASNSサーバ12に送信し、ユーザiuid900が、共通オブジェクトXxx1と類似する写真の共通オブジェクトXxx3を、ASNSサーバ12に送信する。この場合、ASNSサーバ12では、多数決によって、互いに類似する共通オブジェクトの数が多い、写真の共通オブジェクトを送信してきたユーザiuid123,iuid345、及び、iuid900が参加可能なコミュニティが生成される。すなわち、レベル2のセキュリティレベルでは、図21Bに示すように、互いに類似する写真の共通オブジェクトを送信してきたユーザiuid123,iuid345、及び、iuid900がリンクされる。さらに、図21Bに示すように、互いに類似するテキストの共通オブジェクトを送信してきたユーザiuid345とiuid678とがリンクされる。但し、レベル2のセキュリティレベルでは、写真の共通オブジェクトのみを送信してきたユーザiuid123やiuid900と、テキストの共通オブジェクトのみを送信してきたユーザiuid678とは、図21Bに示すように、共通のリンク先であるユーザiuid345が存在していても、そのユーザiuid345を経由してリンクされない。そして、ASNSサーバ12では、リンクされる数が多いユーザiuid123,iuid345、及び、iuid900が参加可能なコミュニティが生成される。この場合、テキストの共通オブジェクト001しか送信していないユーザiuid678は、写真の共通オブジェクトXxx1,Xxx2、又は、Xxx3と類似する写真の共通オブジェクトを送信しないと、ユーザiuid123,iuid345、及び、iuid678が参加可能なコミュニティに参加することはできない。以上のように、レベル2のセキュリティレベルでは、多数決の勝者となった種類の共通オブジェクト図21では、写真の共通オブジェクトを送信していないユーザは、その勝者となった種類の共通オブジェクトを送信してきたユーザが参加可能なコミュニティへの参加を制限される。[仮テーブル登録処理]図22は、ASNSサーバ12図6が、仮テーブルに仮テーブルエントリを登録する仮テーブル登録処理を説明するフローチャートである。ASNSサーバ12において、通信部61は、携帯端末11から端末データが送信されてくるのを待って、ステップS21において、携帯端末11からの端末データを受信することにより取得し、コミュニティ管理部62図7のコミュニティ生成部73に供給して、処理は、ステップS22に進む。ステップS22では、コミュニティ生成部73は、直前のステップS21で受信した端末データを送信してきた携帯端末11のユーザに、端末IDを付与し、その端末IDと端末データとから、エントリデータを生成し、仮テーブル図8の仮テーブルエントリに登録して、処理は、ステップS23に進む。ステップ23では、共通オブジェクト処理部72が、仮テーブルの仮テーブルエントリに登録された共通オブジェクトユーザからの端末データに含まれていた共通オブジェクトを処理する共通オブジェクト処理を行う。そして、携帯端末11から端末データがASNSサーバ12に送信されてくるのを待って、処理は、ステップS23からステップS21に戻り、以下、同様の処理が繰り返される。[共通オブジェクト処理]図23は、図22のステップS23で行われる共通オブジェクト処理の詳細を説明するフローチャートである。ステップS41において、共通オブジェクト処理部72は、仮テーブル図8の最新の仮テーブルエントリのAuthtypeを参照して、最新の仮テーブルエントリの共通オブジェクトの種類が、GPSによる位置情報、テキスト、及び、バイナリデータのうちのいずれであるかを判定する。ステップ41において、最新の仮テーブルエントリの共通オブジェクトの種類が、テキストであると判定された場合、処理は、ステップS47に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトであるテキストそのものを、共通オブジェクトどうしが類似するかどうかの類似判定に用いるオブジェクト解析データとして、コミュニティ生成部73に供給し、処理はリターンする。また、ステップS41において、最新の仮テーブルエントリの共通オブジェクトの種類が、GPSの位置情報であると判定された場合、処理は、ステップS42に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである位置情報が、他の共通オブジェクトである位置情報と類似するということができる、類似判定の閾値である類似レンジを設定して、処理は、ステップS47に進む。この場合、ステップS47では、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである位置情報そのものを、共通オブジェクトどうしが類似するかどうかの類似判定に用いるオブジェクト解析データとして、コミュニティ生成部73に供給するとともに、ステップS42で設定した類似レンジを、コミュニティ生成部73に供給し、処理はリターンする。ここで、コミュニティ生成部73図7では、後述するように、共通オブジェクトどうしが類似するかどうかの類似判定を行う。共通オブジェクトどうしが類似しているかどうかの類似判定は、例えば、共通オブジェクトどうしの距離図2で説明した類似度の逆数等に相当するが、所定の閾値以内であるかどうかによって行われる。すなわち、共通オブジェクトどうしの距離が、所定の閾値以内であれば、類似していると判定され、所定の閾値以内でなければ、類似していないと判定される。共通オブジェクトどうしの距離を求めるのに用いられるデータが、オブジェクト解析データであり、共通オブジェクトが、GPSの位置情報である、例えば、緯度と経度である場合には、その緯度と経度を用いて、距離を求めることができるので、その位置情報である緯度と経度が、そのまま、オブジェクト解析データとして使用される。また、類似判定では、上述したように、共通オブジェクトどうしの距離が、所定の閾値以内であれば、類似していると判定されるが、その所定の閾値が、類似レンジであり、ステップS42では、位置情報の共通オブジェクトどうしの類似判定に用いられる閾値である類似レンジが設定される。なお、テキストの共通オブジェクトどうしの類似判定では、テキストの一字一句が一致している場合に、テキストの共通オブジェクトどうしが類似していると判定される。したがって、テキストの共通オブジェクトどうしの類似判定では、テキストの各文字が、オブジェクト解析データとして、距離の計算に用いられ、また、類似レンジはないので0であるので、ステップS41において、最新の仮テーブルエントリの共通オブジェクトの種類が、テキストであると判定された場合、そのテキストの共通オブジェクトについては、オブジェクト解析データも、類似レンジも求められない求める必要がない。ここで、類似レンジの設定では、例えば、共通オブジェクトの種類ごと距離を求めるのに用いるオブジェクト解析データごとに、あらかじめ決められた値等を、類似レンジに設定することができる。ステップS41において、最新の仮テーブルエントリの共通オブジェクトの種類が、バイナリデータであると判定された場合、処理は、ステップS43に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトであるバイナリデータが、写真、動画、及び、音声音のうちのいずれであるかを判定する。ステップS43において、最新の仮テーブルエントリの共通オブジェクトであるバイナリデータが、写真であると判定された場合、処理は、ステップS44に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである写真を解析して、その写真としての画像の特徴量ベクトルを、オブジェクト解析データとして得るとともに、その写真の類似判定に用いる類似レンジを設定して、処理は、ステップS45に進む。ステップS45では、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである写真が、人の顔が映っている顔写真であるかどうかを判定する。ステップS45において、最新の仮テーブルエントリの共通オブジェクトである写真が、顔写真でないと判定された場合、処理は、ステップS46をスキップして、ステップS47に進み、共通オブジェクト処理部72は、直前のステップS44で得られたオブジェクト解析データと類似レンジを、コミュニティ生成部73に供給し、処理はリターンする。また、ステップS45において、最新の仮テーブルエントリの共通オブジェクトである写真が、顔写真であると判定された場合、処理は、ステップS46に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである顔写真を、顔の特徴量が得られる方法で解析することにより、その顔写真としての画像の特徴量を、オブジェクト解析データとして得るとともに、その顔写真の類似判定に用いる類似レンジを設定して、処理は、ステップS47に進む。この場合、ステップS47では、共通オブジェクト処理部72は、直前のステップS46で得られたオブジェクト解析データと類似レンジを、コミュニティ生成部73に供給し、共通オブジェクト処理はリターンする。一方、ステップS43において、最新の仮テーブルエントリの共通オブジェクトであるバイナリデータが、動画であると判定された場合、処理は、ステップS48に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである動画に付随する音声音の波形を解析することにより、その音声の特徴量ベクトルを、オブジェクト解析データとして得るとともに、その音声の類似判定に用いる類似レンジを設定して、処理は、ステップS49に進む。ステップS49では、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである動画としての画像を解析して、その画像の特徴量を、オブジェクト解析データとして得るとともに、その画像の類似判定に用いる類似レンジを設定して、処理は、ステップS47に進む。この場合、ステップS47では、共通オブジェクト処理部72は、直前のステップS48で得られた、動画に付随する音声についてのオブジェクト解析データ及び類似レンジと、直前のステップS49で得られた、動画としての画像についてのオブジェクト解析データ及び類似レンジとを、コミュニティ生成部73に供給し、処理はリターンする。ここで、動画の共通オブジェクトどうしの類似判定では、動画に付随する音声についてのオブジェクト解析データどうしの距離オブジェクト解析データから求められる距離が、音声についての類似レンジ以下類似レンジの範囲内であり、かつ、動画としての画像についてのオブジェクト解析データどうしの距離が、画像についての類似レンジ以下である場合に、類似していると判定される。ステップS43において、最新の仮テーブルエントリの共通オブジェクトであるバイナリデータが、音声音であると判定された場合、処理は、ステップS50に進み、共通オブジェクト処理部72は、最新の仮テーブルエントリの共通オブジェクトである音声の波形を解析することにより、その音声の特徴量を、オブジェクト解析データとして得るとともに、その音声の類似判定に用いる類似レンジを設定して、処理は、ステップS47に進む。この場合、ステップS47では、共通オブジェクト処理部72は、直前のステップS50で得られた、音声のオブジェクト解析データ及び類似レンジを、コミュニティ生成部73に供給し、共通オブジェクト処理はリターンする。[認証ID付与処理]図24は、コミュニティ生成部73図7が、仮テーブルのエントリのうちの、認証IDが付与されていないエントリに、認証IDを付与する認証ID付与処理を説明するフローチャートである。ステップS61において、コミュニティ生成部73は、仮テーブル図8から、認証IDが付与されていないエントリの1つを、注目する注目エントリに選択して,処理は、ステップS62に進む。ステップS62では、コミュニティ生成部73は、仮テーブル図8から、注目エントリ以外のエントリであって、まだ、注目エントリに対して比較対象エントリに選択されていないエントリの1つを、注目エントリと共通オブジェクトを比較する比較対象の比較対象エントリに選択して、処理は、ステップS63に進む。ステップS63では、コミュニティ生成部73は、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとの類似度としての距離を、注目エントリの共通オブジェクトから得られたオブジェクト解析データと、比較対象エントリの共通オブジェクトから得られたオブジェクト解析データとを用いて算出し、処理は、ステップS64に進む。ステップS64では、コミュニティ生成部73は、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとの類似度としての距離に基づいて、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとが類似するかどうかを判定する。ステップS64において、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとが類似しないと判定された場合、処理は、ステップS65に進み、コミュニティ生成部73は、仮テーブルの、注目エントリ以外のエントリのすべてを、比較対象エントリに選択したかどうかを判定する。ステップS65において、仮テーブルの、注目エントリ以外のエントリの中に、まだ、比較対象エントリに選択していないエントリがあると判定された場合、処理は、ステップS62に戻り、以下、同様の処理が繰り返される。また、ステップS65において、仮テーブルの、注目エントリ以外のエントリのすべてを、比較対象エントリに選択したと判定された場合、処理は、ステップS61に戻り、以下、同様の処理が繰り返される。一方、ステップS64において、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとが類似すると判定された場合、すなわち、注目エントリの共通オブジェクトと、比較対象エントリの共通オブジェクトとの類似度としての距離が、注目エントリの共通オブジェクトについて設定された類似レンジ図23以下である場合、処理は、ステップS66に進み、コミュニティ生成部73は、仮テーブル図8の比較対象エントリに、認証IDが、既に付与されているかどうかを判定する。ステップS66において、比較対象エントリに、認証IDが、既に付与されていると判定された場合、処理は、ステップS67に進み、コミュニティ生成部73は、仮テーブルの注目エントリに、比較対象エントリに付与されている認証IDと同一の認証IDを付与して、処理は、ステップS61に戻る。また、ステップS66において、比較対象エントリに、認証IDが付与されていないと判定された場合、処理は、ステップS68に進み、コミュニティ生成部73は、仮テーブルにないユニークな認証IDを生成発行し、その認証IDを、仮テーブルの注目エントリ、及び、比較対象エントリに付与して、処理は、ステップS61に戻る。以上のように、認証ID付与処理では、仮テーブルにおいて、認証IDが付与されていないエントリと共通オブジェクトが類似する他のエントリが存在する場合には、その、認証IDが付与されていないエントリに、認証IDが付与される。認証IDの付与では、認証IDが付与されていないエントリと共通オブジェクトが類似する他のエントリに、既に、認証IDが付与されている場合には、その認証IDと同一の認証IDが、認証IDが付与されていないエントリに付与される。一方、認証IDが付与されていないエントリと共通オブジェクトが類似する他のエントリに、まだ、認証IDが付与されている場合には、認証IDが付与されていないエントリと、そのエントリと共通オブジェクトが類似する他のエントリには、新たに発行されたユニークな認証IDが付与される。[コミュニティ生成処理]図25は、コミュニティ生成部73図7が、仮テーブルを参照して、コミュニティを生成するコミュニティ生成処理を説明するフローチャートである。ステップS81において、コミュニティ生成部73は、仮テーブル図8に登録されてから、所定の時間以上が経過しているエントリの1つを、注目エントリに選択して、処理は、ステップS82に進む。ステップS82では、コミュニティ生成部73は、注目エントリに、認証IDが付与されているかどうかを判定する。ステップS82において、注目エントリに、認証IDが付与されていないと判定された場合、処理は、ステップS83に進み、コミュニティ生成部73は、仮テーブルから、注目エントリを削除して、処理は、ステップS81に戻る。ここで、いまの場合、注目エントリは、仮テーブルに登録されてから、少なくとも所定の時間が経過しているエントリであるから、注目エントリに、認証ID付与処理図24で付与される認証IDが付与されていないということは、注目エントリが仮テーブルに登録された時刻の前後の所定の時間の間に、注目エントリの共通オブジェクトと類似する共通オブジェクトを含む端末データが、ASNSサーバ12に送信されてきていないことになり、注目エントリの共通オブジェクトを送信してきたユーザとともに参加可能なコミュニティに参加しようとする他のユーザが存在しない蓋然性が高い。そこで、コミュニティ生成部73は、注目エントリに、認証IDが付与されていない場合には、上述のように、ステップS83で、注目エントリを、仮テーブルから削除する。一方、ステップS82において、注目エントリに、認証IDが付与されていると判定された場合、すなわち、仮テーブルが付与されている注目エントリに対応する認証テーブルエントリや、注目エントリの共通オブジェクトと類似する共通オブジェクトが登録された仮テーブルエントリに対応する認証テーブルエントリ等を、認証テーブル図9図15に登録するセキュリティ処理を行って、処理は、ステップS85に進む。ここで、セキュリティ処理の詳細については、後述する。ステップS85では、コミュニティ生成部73は、認証テーブルに、仮テーブルの注目エントリに付与されている認証IDと同一の認証IDが付与されている認証テーブルエントリがあるかどうかを判定する。ステップS85において、仮テーブルの注目エントリに付与されている認証IDと同一の認証IDが付与されている認証テーブルエントリが、認証テーブルにないと判定された場合、処理は、ステップS81に戻る。また、ステップS85において、仮テーブルの注目エントリに付与されている認証IDと同一の認証IDが付与されている認証テーブルエントリが、認証テーブルにあると判定された場合、処理は、ステップS86に進み、コミュニティ生成部73は、仮テーブルの注目エントリに付与されている認証IDと同一の認証IDが付与されている認証テーブルエントリ以下、同一認証IDエントリともいうを、認証テーブル図9から検出する。そして、コミュニティ生成部73は、同一認証IDエントリに登録されている端末IDによって特定される携帯端末11のユーザが参加可能なコミュニティを生成する。すなわち、コミュニティ生成部73は、同一認証IDエントリに登録されている端末IDによって特定されるユーザ以下、許可ユーザともいうが参加可能なコミュニティとしての記憶領域を確保するとともに、そのコミュニティに、コミュニティIDを付与する。さらに、コミュニティ生成部73は、コミュニティに付与したコミュニティIDや、同一認証IDエントリに登録されている許可ユーザの端末ID等を含むコミュニティデータのエントリを、コミュニティテーブル図10図15に登録して、処理は、ステップS85からステップS86に進む。ステップS86では、コミュニティ生成部73は、仮テーブルから、注目エントリ、及び、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリを削除し、処理は、ステップS87に進む。ステップS87では、コミュニティ生成部73は、許可ユーザの携帯端末11に対して、その許可ユーザの端末IDと、許可ユーザが参加可能なコミュニティのコミュニティIDを、通信部61に送信させ、処理は、ステップS81に戻る。以上のようにして、コミュニティ生成部73から送信される端末IDとコミュニティIDとを受信した携帯端末11のユーザは、コミュニティIDによって特定されるコミュニティに参加することができる。[セキュリティ処理]図25のステップS84で行われるセキュリティ処理は、セキュリティレベルによって、処理内容が異なる。図26は、セキュリティレベルがレベル1である場合コミュニティテーブルのセキュリティレベルに、レベル1が登録される場合のセキュリティ処理を説明するフローチャートである。ステップS101において、コミュニティ生成部73は、仮テーブル図15において、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリ以下、認証ID直接一致エントリともいうを検出し、処理は、ステップS102に進む。ステップS102では、コミュニティ生成部73は、仮テーブルにおいて、注目エントリの認証IDと異なる認証IDが付与されているエントリの中に、認証ID直接一致エントリの端末IDと同一の端末IDが登録されているエントリ、つまり、認証IDが注目エントリとは異なるが、端末IDが認証ID直接一致エントリのいずれかと同一の仮テーブルエントリ以下、認証ID不一致/端末ID一致エントリがあるかどうかを判定する。ここで、例えば、いま、注目エントリが、図15の仮テーブルエントリ1であるとすると、図15の仮テーブルエントリ2が、注目エントリの認証IDと同一の認証IDが付与されている認証ID直接一致エントリとなる。また、図15において、仮テーブルエントリ2と端末IDが一致する仮テーブルエントリ3が、認証IDが注目エントリである仮テーブルエントリ1とは異なるが、端末IDが認証ID直接一致エントリである仮テーブルエントリ2と同一の認証ID不一致/端末ID一致エントリとなる。したがって、認証ID不一致/端末ID一致エントリと、認証ID直接一致エントリとは、同一のユーザからの端末データについての仮テーブルエントリであるが、登録されている共通オブジェクトの種類が異なる仮テーブルエントリである。ステップS102において、仮テーブルに、認証ID不一致/端末ID一致エントリがないと判定された場合、処理は、ステップS103に進み、コミュニティ生成部73は、ステップS101で検出した認証ID直接一致エントリに対応する認証テーブルエントリを、認証テーブル図15に登録して、処理はリターンする。また、ステップS102において、仮テーブルに、認証ID不一致/端末ID一致エントリがあると判定された場合、処理は、ステップS104に進み、コミュニティ生成部73は、仮テーブルにおいて、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリ以下、認証ID間接一致エントリともいうを検出し、処理は、ステップS105に進む。ここで、例えば、いま、注目エントリが、図15の仮テーブルエントリ1であるとすると、図15の仮テーブルエントリ4が、認証ID不一致/端末ID一致エントリである仮テーブルエントリ3と同一の認証IDが付与されている認証ID間接一致エントリとなる。ステップS105では、コミュニティ生成部73は、ステップS101で検出した認証ID直接一致エントリ、及び、ステップS104で検出した認証ID間接一致エントリそれぞれに対応する認証テーブルエントリを、認証テーブル図15に登録する。さらに、ステップS105では、コミュニティ生成部73は、認証テーブルの、認証ID直接一致エントリ、及び、認証ID間接一致エントリそれぞれに対応する認証テーブルエントリの認証IDを、例えば、仮テーブルの注目エントリの認証ID等の同一の値に統一して、処理はリターンする。セキュリティレベルがレベル1である場合には、以上のようなセキュリティ処理が行われることにより、図15や図20で説明したように、異なる種類の共通オブジェクトを送信してきたユーザどうしであっても参加しうるコミュニティが生成される。図27は、セキュリティレベルがレベル2である場合コミュニティテーブルのセキュリティレベルに、レベル2が登録される場合のセキュリティ処理を説明するフローチャートである。ステップS111において、コミュニティ生成部73は、仮テーブル図18において、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリ認証ID直接一致エントリを検出し、処理は、ステップS112に進む。ステップS112では、コミュニティ生成部73は、仮テーブルにおいて、注目エントリの認証IDと異なる認証IDが付与されているエントリの中に、認証ID直接一致エントリの端末IDと同一の端末IDが登録されているエントリ、つまり、認証IDが注目エントリとは異なるが、端末IDが認証ID直接一致エントリのいずれかと同一の仮テーブルエントリ認証ID不一致/端末ID一致エントリがあるかどうかを判定する。ここで、例えば、いま、注目エントリが、図18の仮テーブルエントリ1であるとすると、図15の仮テーブルエントリ2及び5が、注目エントリの認証IDと同一の認証IDが付与されている認証ID直接一致エントリとなる。また、図15において、認証ID直接一致エントリである仮テーブルエントリ2と端末IDが一致するが、認証IDが一致していない仮テーブルエントリ3が、認証ID不一致/端末ID一致エントリとなる。図26で説明したように、認証ID不一致/端末ID一致エントリと、認証ID直接一致エントリとは、同一のユーザからの端末データについての仮テーブルエントリであるが、登録されている共通オブジェクトの種類が異なる仮テーブルエントリである。ステップS112において、仮テーブルに、認証ID不一致/端末ID一致エントリがないと判定された場合、処理は、ステップS113ないしS115をスキップして、ステップS116に進み、コミュニティ生成部73は、ステップS111で検出した認証ID直接一致エントリに対応する認証テーブルエントリを、認証テーブル図9に登録して、処理はリターンする。以上のように、仮テーブルに、認証ID不一致/端末ID一致エントリがない場合には、認証ID直接一致エントリに対応する認証テーブルエントリだけが、認証テーブル図9に登録される。したがって、認証ID直接一致エントリ、つまり、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリの端末IDによって特定されるユーザが参加可能なコミュニティが生成される。また、ステップS112において、仮テーブルに、認証ID不一致/端末ID一致エントリがあると判定された場合、処理は、ステップS113に進み、コミュニティ生成部73は、仮テーブルにおいて、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリのエントリ数をカウントするとともに、認証ID直接一致エントリのエントリ数をカウントして、処理は、ステップS114に進む。ここで、ステップS113において、仮テーブルにおいて、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリのエントリ数のカウントは、認証IDごとに行われる。すなわち、認証ID不一致/端末ID一致エントリは、注目エントリの認証IDと異なる認証IDが付与されている仮テーブルエントリであり、仮テーブルに、複数の認証ID不一致/端末ID一致エントリが存在する場合に、その複数の認証ID不一致/端末ID一致エントリのすべての認証IDが一致しているとは限らない。ステップS113の認証ID不一致/端末ID一致エントリのカウントは、同一の認証IDが付与されている認証ID不一致/端末ID一致エントリのエントリ数を調べるのに行われるため、同一の認証IDごとに行われる。ステップS114では、コミュニティ生成部73は、ステップS113でのエントリ数のカウント結果を比較することにより、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリと、認証ID直接一致エントリとの中で、認証ID直接一致エントリのエントリ数が最も多いかどうかを判定する。ステップS114において、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリと、認証ID直接一致エントリとの中で、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリのエントリ数が最も多いと判定された場合、すなわち、認証ID直接一致エントリの共通オブジェクトが、多数決の勝者ではない場合、処理は、ステップS115及びS116をスキップして、リターンする。以上のように、認証ID直接一致エントリの共通オブジェクトが、多数決の勝者ではない場合には、認証テーブルへの認証テーブルエントリの登録が行われないので、認証ID直接一致エントリ、つまり、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリの端末IDによって特定されるユーザが参加可能なコミュニティは、生成されない。一方、ステップS114において、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリと、認証ID直接一致エントリとの中で、認証ID直接一致エントリのエントリ数が最も多いと判定された場合、すなわち、認証ID直接一致エントリの共通オブジェクトが、多数決の勝者である場合、処理は、ステップS115に進み、コミュニティ生成部73は、認証ID不一致/端末ID一致エントリと同一の認証IDが付与されている仮テーブルエントリの端末IDによって特定されるユーザ多数決の勝者になった共通オブジェクトと異なる種類の共通オブジェクトを送信してきたユーザの携帯端末11に対して、コミュニティに参加するためには、認証ID直接一致エントリのAuthtypeが表す種類の共通オブジェクト、つまり、多数決の勝者になった共通オブジェクトと同一の種類の共通オブジェクトを送信することが必要である旨のメッセージ多数決の勝者になった共通オブジェクトと同一の種類の共通オブジェクトを要求するメッセージを送信して、処理は、ステップS116に進む。ステップS116では、コミュニティ生成部73は、多数決の勝者となった種類の共通オブジェクトを有する認証ID直接一致エントリに対応する認証テーブルエントリを、認証テーブル図9に登録して、処理はリターンする。以上のように、認証ID直接一致エントリの共通オブジェクトの種類が多数決の勝者である場合には、その勝者になった種類の共通オブジェクトを有する認証ID直接一致エントリに対応する認証テーブルエントリだけが、認証テーブル図9に登録される。したがって、認証ID直接一致エントリ、つまり、注目エントリの認証IDと同一の認証IDが付与されている仮テーブルエントリの端末IDによって特定されるユーザが参加可能なコミュニティが生成される。セキュリティレベルがレベル2である場合には、以上のようなセキュリティ処理が行われることにより、図19や図21で説明したように、多数決の勝者となった種類の共通オブジェクト、すなわち、互いに類似する数が最も多い種類の共通オブジェクトを送信してきたユーザに参加を許可するコミュニティが生成される。[コミュニティ提供システムの処理]図28は、図1のコミュニティ提供システムがコミュニティを提供する処理を説明する図である。ここで、以下、適宜、あるユーザAの携帯端末11を、端末Aとも記述し、ユーザAと異なるユーザBの携帯端末11を、端末Bとも記述する。ユーザA及びBは、お互いが参加するコミュニティを生成しようとする場合、それぞれ、互いに類似する共通オブジェクトを取得し、端末データに含めて送信するように、端末A及びBを操作する。端末Aは、ステップS131において、ユーザAの操作に従った端末データを、コミュニティの生成の要請として、ASNSサーバ12に送信する。ASNSサーバ12では、コミュニティ管理部62図6が、端末Aからの端末データを受信し、ステップS132において、端末Aからの端末データについての仮テーブルエントリを、仮登録DB64図6の仮テーブル図8に登録する仮テーブル登録処理図22を行う。さらに、ASNSサーバ12では、ステップS133において、コミュニティ管理部62が、仮登録DB64の仮テーブルの仮テーブルエントリに、認証IDを付与する認証ID付与処理図24を行う。なお、ステップS133において、認証ID付与処理が行われるときには、まだ、ユーザA端末Aからの端末データに含まれる共通オブジェクトと類似する共通オブジェクトを有する仮テーブルエントリが、仮テーブルに登録されておらず、そのため、この時点では、まだ、ユーザAからの端末データについての仮テーブルエントリには、認証IDは、付与されない。一方、端末Bは、ステップS134において、ユーザBの操作に従って、ユーザAの端末データに含まれる共通オブジェクトと類似する共通オブジェクトを含む端末データを、コミュニティの生成の要請として、ASNSサーバ12に送信する。ASNSサーバ12では、コミュニティ管理部62が、端末Bからの端末データを受信し、ステップS135において、端末Bからの端末データについての仮テーブルエントリを、仮登録DB64の仮テーブルに登録する仮テーブル登録処理図22を行う。さらに、ASNSサーバ12では、ステップS136において、コミュニティ管理部62が、仮登録DB64の仮テーブルの仮テーブルエントリに、認証IDを付与する認証ID付与処理図24を行う。ステップS136において、認証ID付与処理が行われるときには、ユーザAからの端末データについての仮テーブルエントリ以下、仮テーブルエントリAともいうと、ユーザBからの端末データについての仮テーブルエントリ以下、仮テーブルエントリBともいうとが、仮テーブルに登録されている。そして、仮テーブルエントリAの共通オブジェクトと、仮テーブルエントリBの共通オブジェクトとは、互いに類似するので、仮テーブルエントリA及びBには、同一の認証IDが付与される。その後、ステップS137では、コミュニティ管理部62が、同一の認証IDが付与されている仮テーブルエントリに登録されている端末IDによって特定されるユーザが参加可能なコミュニティを生成するコミュニティ生成処理図25において、仮テーブルから、同一の認証IDが付与された仮テーブルエントリA及びBを検出する。ステップS138では、コミュニティ管理部62は、コミュニティ生成処理によって特定されるユーザA及びBが参加可能なコミュニティを生成する。すなわち、コミュニティ管理部62は、ユーザA及びBが参加可能なコミュニティとしての記憶領域を確保するとともに、そのコミュニティに、コミュニティIDを付与し、そのコミュニティを管理するための、コミュニティID等を含むコミュニティデータのエントリを、コミュニティDB65のコミュニティテーブル図10に登録する。ステップS139では、コミュニティ管理部62は、コミュニティDB65のコミュニティテーブルから、ユーザA及びBが参加可能なコミュニティのコミュニティIDと、ユーザA及びBの端末IDとを取得する。ステップS140では、コミュニティ管理部62は、端末Aに、ユーザAの端末IDとコミュニティIDを送信するとともに、端末Bに、ユーザBの端末IDとコミュニティIDを送信する。端末A及びBは、それぞれ、コミュニティ管理部62からの端末IDとコミュニティIDを受信する。そして、ユーザA及びBは、それぞれ、端末IDとコミュニティIDを受信した端末A及びBを操作することにより、コミュニティIDで特定されるコミュニティを介して、コンテンツのダウンロードやアップロード、メッセージのやりとり等を行うことができる。[コミュニティへの途中参加]図1のコミュニティ提供システムによれば、空間及び時間を共有している複数のユーザは、互いに類似するオブジェクトを含む端末データを、同じようなタイミングで、ASNSサーバ12に送信することにより、その複数のユーザが参加可能なコミュニティに参加することができる。ところで、コミュニティテーブルのエントリには、図10で説明したように、timelimitが登録され、そのtimelimitが表す時刻が経過した後は、そのときにコミュニティに参加していないユーザのコミュニティの参加は、制限される。すなわち、コミュニティのtimelimitが表す時刻が経過した後に、そのコミュニティに参加していないユーザである未参加ユーザが、コミュニティに既に参加している参加済みユーザが送信してきた共通オブジェクトと類似する共通オブジェクトを送信してきても、未参加ユーザが、コミュニティに参加することは、許可されないASNSサーバ12から、端末ID及びコミュニティIDが提供されない。しかしながら、既に存在する生成されたコミュニティへの、後からのユーザの参加を一切認めないのは、コミュニティの利便性に欠けるおそれがある。一方、既に存在するコミュニティへの、後からのユーザの参加を無制限に許すことは、コミュニティのセキュリティ上問題が生じるおそれがある。そこで、図1のコミュニティ提供システムでは、一定の制限の下で、既に存在するコミュニティに、後から、ユーザが参加すること以下、途中参加ともいうが可能になっている。コミュニティへの途中参加の方法としては、コミュニティテーブル図10のtimelimitを変更する第1の途中参加方法と、文字の羅列であるトークンを用いる第2の途中参加方法とがある。まず、第1の途中参加方法について説明する。ここで、以下、適宜、既に存在するコミュニティに、既に参加している参加済みユーザの携帯端末11を、参加済み端末ともいい、既に存在するコミュニティに参加していない未参加ユーザであって、そのコミュニティへの途中参加を希望している参加希望ユーザの携帯端末11を、参加希望端末ともいう。図29は、参加希望ユーザが、第1の途中参加方法により、コミュニティに途中参加する場合の携帯端末11の処理を説明するフローチャートである。コミュニティに途中参加しようとする参加希望ユーザは、空間及び時間を共有している参加済みユーザに、途中参加を希望する旨を伝える。参加済みユーザは、参加希望ユーザの途中参加を了承する場合、コミュニティに参加するユーザの追加を要求するユーザ追加リクエストを送信するように、参加済み端末としての携帯端末11を操作する例えば、参加済み端末に設けられた、途中参加を要求するボタンを操作する。参加済み端末は、ステップS201において、参加済みユーザの操作に従って、ユーザ追加リクエストを、ASNSサーバ12に送信する。一方、コミュニティに途中参加しようとする参加希望ユーザは、クライアントプログラムを起動し、その後、共通オブジェクトを取得するように、参加希望ユーザが所有する参加希望端末としての携帯端末11を操作する。参加希望端末では、クライアントプログラムが起動され、ステップS202において、ユーザの操作に従って、共通オブジェクト参加済みユーザが既に送信済みの共通オブジェクトに類似する共通オブジェクトが取得される。さらに、参加希望端末では、共通オブジェクトを含む端末データが、ASNSサーバ12に送信される。その後、ステップS203において、参加希望端末は、ASNSサーバ12から、コミュニティへの参加アクセスが許可されたかどうかを判定する。ステップS203において、コミュニティへの参加が許可されなかったと判定された場合、すなわち、ASNSサーバ12から、参加済みユーザが参加しているコミュニティのコミュニティIDと、参加希望端末を識別する端末IDとが送信されてこなかった場合、ステップS204及びS205をスキップして、処理は終了する。また、ステップS203において、コミュニティへの参加が許可されたと判定された場合、すなわち、ASNSサーバ12から、参加済みユーザが参加しているコミュニティのコミュニティIDと、参加希望端末を識別する端末IDとが送信されてきた場合、処理は、ステップS204に進み、参加希望端末は、ASNSサーバ12からのコミュニティIDと端末IDとを受信して、処理は、ステップS205に進む。ステップS205では、参加希望端末は、ASNSサーバ12からのコミュニティIDと端末IDとを用いて、コミュニティに参加する。図30は、参加希望ユーザが、第1の途中参加方法により、コミュニティに途中参加する場合のASNSサーバ12の処理を説明するフローチャートである。ASNSサーバ12は、参加済み端末から、ユーザ追加リクエストが送信されてくると、ステップS211において、そのユーザ追加リクエストに応じて、参加済みユーザが参加しているコミュニティを管理するコミュニティテーブル図10のtimelimitを、現在時刻に、所定の時間を加算した時刻に変更する。すなわち、ASNSサーバ12は、例えば、現在時刻が、19時1分20秒である場合には、その現在時刻に、所定の時間としての30秒等を加算した時刻である19時1分50秒等に、timelimitを変更する。なお、timelimitを変更するために、現在時刻に加算する所定の時間は、30秒等に限定されるものではない。また、所定の時間は、ASNSサーバ12で、あらかじめ設定しておくことや、参加済みユーザが、参加済み端末を操作することにより指定することができる。また、ASNSサーバ12であらかじめ設定された所定の時間、ひいては、その所定の時間を用いて変更されたtimelimitは、参加済みユーザが、参加済み端末を操作することにより、異なる時刻に変更することができる。ステップS212では、ASNSサーバ12は、参加希望端末から、共通オブジェクトを含む端末データが送信されてくるのを待って、その端末データを受信する受け取る。ステップS213では、ASNSサーバ12は、端末データを送信してきた参加希望端末の参加希望ユーザに、端末IDを付与し、その端末ID等を含む、参加希望端末からの端末データについての仮テーブルエントリを生成して、仮テーブル図8に登録記憶する。ステップS214では、ASNSサーバ12は、参加希望端末からの端末データについての仮テーブルエントリの共通オブジェクトを処理する共通オブジェクト処理図23を行う。ステップS215では、ASNSサーバ12は、参加済みユーザが参加しているコミュニティを生成するときに、参加済みユーザが送信してきた端末データに含まれる共通オブジェクトと、参加希望端末からの端末データに含まれる共通オブジェクト参加希望端末からの端末データについての仮テーブルエントリの共通オブジェクトとが類似するかどうかを、ステップS214で行われた共通オブジェクト処理で求められたオブジェクト解析データに基づいて判定する。ステップS215において、参加済みユーザが送信してきた共通オブジェクトと、参加希望端末からの端末データに含まれる共通オブジェクトとが類似しないと判定された場合、処理は、ステップS216に進み、ASNSサーバ12は、参加済みユーザが送信してきた共通オブジェクトと類似しない共通オブジェクトでは、コミュニティに途中参加することはできない旨のエラーメッセージを、参加希望端末に送信して、処理は終了する。また、ステップS215において、参加済みユーザが送信してきた共通オブジェクトと、参加希望端末からの端末データに含まれる共通オブジェクトとが類似していると判定された場合、処理は、ステップS217に進み、ASNSサーバ12は、コミュニティテーブル図10を更新する。すなわち、ステップS217では、ASNSサーバ12は、コミュニティテーブル図10の、参加済みユーザが参加しているコミュニティのコミュニティデータのエントリに、参加希望ユーザの端末IDを追加することにより、参加済みユーザが参加しているコミュニティに、参加希望ユーザが参加することができる状態に、コミュニティテーブルを更新する。なお、ステップS217でのコミュニティテーブルの更新、すなわち、コミュニティテーブルのエントリへの端末IDの追加は、そのエントリのtimelimit図10が表す時刻が経過している場合には、制限される。ステップS218では、ASNSサーバ12は、参加済みユーザが参加しているコミュニティのコミュニティIDと、参加済みユーザの端末IDとを、参加希望端末に送信し、処理は終了する。コミュニティIDと端末IDとを受信した参加希望端末では、図29で説明したように、そのコミュニティIDと端末IDとを用いて、コミュニティに参加途中参加することができる。図31は、参加希望ユーザが、第1の途中参加方法により、コミュニティに途中参加する場合の、図1のコミュニティ提供システムの処理を説明する図である。ここで、ユーザAが参加済みユーザであり、ユーザBが参加希望ユーザであることとし、以下、適宜、参加済みユーザAの携帯端末11を、参加済み端末Aとも記述し、参加希望ユーザBの携帯端末11を、参加希望端末Bとも記述する。参加済みユーザAは、参加希望ユーザBから、参加済みユーザAが参加しているコミュニティへの途中参加の要請を受け、その要請を了承した場合、ユーザ追加リクエストを送信するように、参加済み端末Aを操作する。参加済み端末Aは、ステップS231において、参加済みユーザAの操作に従って、ユーザ追加リクエストを、コミュニティテーブルのtimelimitの変更の要請として、ASNSサーバ12に送信する。ASNSサーバ12では、コミュニティ管理部62図6が、参加済み端末Aからのユーザ追加リクエストを受信し、ステップS232において、参加済み端末Aからのユーザ追加リクエストに従って、コミュニティDB65図6のコミュニティテーブル図10の、参加済みユーザAが参加しているコミュニティを管理するコミュニティデータのエントリのtimelimitを、現在時刻に、所定の時間を加算した時刻に変更する書き換える。一方、参加希望ユーザBは、参加済みユーザAに、コミュニティへの途中参加を要請した後、共通オブジェクトを取得し、端末データに含めて送信するように、参加希望端末Bを操作する。ステップS233において、参加希望端末Bは、参加希望ユーザBの操作に従って、参加済みユーザAがコミュニティを生成するときに送信した端末データに含まれる共通オブジェクトと類似する共通オブジェクトを含む端末データを、コミュニティの生成の要請として、ASNSサーバ12に送信する。ASNSサーバ12では、コミュニティ管理部62が、参加希望端末Bからの端末データを受信し、ステップS234において、参加希望端末Bからの端末データについての仮テーブルエントリを、仮登録DB64の仮テーブルに登録する仮テーブル登録処理図22を行う。さらに、ASNSサーバ12では、ステップS235において、コミュニティ管理部62が、仮登録DB64の仮テーブルの仮テーブルエントリの、参加希望ユーザBからの共通オブジェクトが、参加済みユーザAがコミュニティを生成するときに送信してきた共通オブジェクトと類似するかどうかの類似判定類似性の判定を行う。そして、参加希望ユーザBからの共通オブジェクトが、参加済みユーザAがコミュニティを生成するときに送信してきた共通オブジェクトと類似する場合、ステップS236において、コミュニティ管理部62は、コミュニティDB65のコミュニティテーブルの、参加済みユーザAが参加しているコミュニティのコミュニティデータのエントリに、参加希望ユーザBの端末IDを追加する。ステップS237では、コミュニティ管理部62は、コミュニティDB65のコミュニティテーブルから、参加済みユーザAが参加しているコミュニティのコミュニティIDと、参加希望ユーザBの端末IDとを取得する。ステップS238では、コミュニティ管理部62は、参加希望端末Bに、参加希望ユーザBの端末IDとコミュニティIDを送信する。参加希望端末Bは、コミュニティ管理部62からの端末IDとコミュニティIDを受信する。そして、参加希望ユーザBは、端末IDとコミュニティIDを受信した参加希望端末Bを操作することにより、コミュニティIDで特定されるコミュニティを介して、コンテンツのダウンロードやアップロード、メッセージのやりとり等を行うことができる。次に、第2の途中参加方法について説明する。図32は、参加希望ユーザBが、第2の途中参加方法により、コミュニティに途中参加する場合の携帯端末11の処理を説明するフローチャートである。コミュニティに途中参加しようとする参加希望ユーザBは、空間及び時間を共有している参加済みユーザAに、途中参加を希望する旨を伝える。参加済みユーザAは、参加希望ユーザBの途中参加を了承する場合、動作モードが、ASNSサーバ12等との間でトークンの受け渡しを行うトークン受け渡しモードになるように、参加済み端末Aとしての携帯端末11を操作する。参加済み端末Aは、ステップS301において、参加済みユーザAの操作に従って、動作モードを、トークン受け渡しモードにし、ASNSサーバ12に、トークンを要求するための、参加済み端末AのMACアドレスを、ASNSサーバ12に送信する。ステップS302において、参加済み端末Aは、ASNSサーバ12から、トークンが送信されてくるのを待って、ASNSサーバ12からのトークンを取得受信する。ここで、ASNSサーバ12から参加済み端末Aに送信されるトークンは、コミュニティに途中参加する権利として機能する。ステップS303において、参加済み端末Aと参加希望端末Bとが、NFC等の近接通信を開始する。ステップS304において、参加希望端末Bは、参加済み端末AがASNSサーバ12から取得したトークンを、参加済み端末Aから、近接通信によって取得する。ステップS305において、参加希望端末Bは、その参加希望端末B自身のMACアドレスを、近接通信によって、参加済み端末Aに送信する渡す。ステップS306において、参加済み端末Aは、参加希望端末Bから送信されてきた、その参加希望端末BのMACアドレスを、ASNSサーバ12に送信する。ステップS307において、参加希望端末Bは、近接通信によって、参加済み端末Aから取得したトークンを、その参加希望端末BのMACアドレスとともに、ASNSサーバ12に送信する。その後、ステップS308において、参加希望端末Bは、ASNSサーバ12から、コミュニティへの参加アクセスが許可されたかどうかを判定する。ステップS308において、コミュニティへの参加が許可されなかったと判定された場合、すなわち、ASNSサーバ12から、参加済みユーザAが参加しているコミュニティのコミュニティIDと、参加希望端末Bを識別する端末IDとが送信されてこなかった場合、ステップS309及びS310をスキップして、処理は終了する。また、ステップS308において、コミュニティへの参加が許可されたと判定された場合、すなわち、ASNSサーバ12から、参加済みユーザAが参加しているコミュニティのコミュニティIDと、参加希望端末Bを識別する端末IDとが送信されてきた場合、処理は、ステップS309に進み、参加希望端末Bは、ASNSサーバ12からのコミュニティIDと端末IDとを受信して、処理は、ステップS310に進む。ステップS310では、参加希望端末Bは、ASNSサーバ12からのコミュニティIDと端末IDとを用いて、コミュニティに参加する。図33は、参加希望ユーザBが、第2の途中参加方法により、コミュニティに途中参加する場合のASNSサーバ12の処理を説明するフローチャートである。ASNSサーバ12は、トークン受け渡しモードの参加済み端末Aから、その参加済み端末AのMACアドレスが送信されてくると、ステップS321において、その参加済み端末AのMACアドレス以下、MACアドレスAとも記載するを受信する。ステップS322において、ASNSサーバ12は、参加済み端末Aからの、その参加済み端末AのMACアドレスAを一時記憶記録する。さらに、ステップS322では、ASNSサーバ12は、MACアドレスAが、コミュニティテーブルに登録されているかどうかを確認し、MACアドレスAが、コミュニティテーブルに登録されている場合、すなわち、MACアドレスAが、既に生成されているコミュニティに参加しているユーザの携帯端末11のMACアドレスである場合、例えば、乱数を、トークンとして発行し、MACアドレスAを送信してきた参加済み端末Aに送信する。ステップS323において、ASNSサーバ12は、参加済み端末Aから、参加希望端末Bの参加希望端末BのMACアドレス以下、MACアドレスBとも記載するが送信されてくるのを待って、そのMACアドレスBを受信する。ステップS324において、ASNSサーバ12は、参加済み端末Aからの、参加希望端末BのMACアドレスBを、一時記憶する。ステップS325において、ASNSサーバ12は、参加希望端末Bから、その参加希望端末BのMACアドレスBと、トークンとが送信されてくるのを待って受信する。そして、ステップS326において、ASNSサーバ12は、ステップS325で参加希望端末Bから受信したMACアドレスB以下、受信MACアドレスともいうと、ステップS324で記憶した、参加済み端末Aからの、参加希望端末BのMACアドレスB以下、記憶MACアドレスともいうとが一致するかどうかを判定する。ステップS326において、受信MACアドレスと、記憶MACアドレスとが一致しないと判定された場合、処理は、ステップS327に進み、ASNSサーバ12は、受信MACアドレスを送信してきた携帯端末11が、参加希望端末Bになりすましている可能性があるとして、受信MACアドレスを送信してきた携帯端末11に、エラーメッセージを送信して、処理を終了する。また、ステップS326において、受信MACアドレスと、記憶MACアドレスとが一致すると判定された場合、処理は、ステップS328に進み、ASNSサーバ12は、ステップS325で参加希望端末Bから受信したトークン以下、受信トークンともいうと、ステップS322で発行したトークン以下、発行トークンともいうとが一致するかどうかを判定する。ステップS328において、受信トークンと発行トークンとが一致しないと判定された場合、処理は、ステップS327に進み、ASNSサーバ12は、受信トークンを送信してきた携帯端末11が、参加希望端末Bになりすましている可能性があるとして、受信トークンを送信してきた携帯端末11に、エラーメッセージを送信して、処理を終了する。また、ステップS328において、受信トークンと発行トークンとが一致すると判定された場合、処理は、ステップS329に進み、ASNSサーバ12は、コミュニティテーブル図10を更新する。すなわち、ステップS329では、ASNSサーバ12は、コミュニティテーブル図10の、参加済みユーザAが参加しているコミュニティのコミュニティデータのエントリに、参加希望ユーザBの端末IDを追加することにより、参加済みユーザAが参加しているコミュニティに、参加希望ユーザBが参加することができる状態に、コミュニティテーブルを更新する。なお、ステップS329でのコミュニティテーブルの更新、すなわち、コミュニティテーブルのエントリの端末IDの追加は、そのエントリのtimelimitが表す時刻が経過していても、制限されない。ステップS330では、ASNSサーバ12は、参加済みユーザAが参加しているコミュニティのコミュニティIDと、参加済みユーザの端末IDとを、参加希望端末Bに送信し、処理は終了する。コミュニティIDと端末IDとを受信した参加希望端末Bでは、図32で説明したように、そのコミュニティIDと端末IDとを用いて、コミュニティに参加途中参加することができる。図34は、参加希望ユーザが、第2の途中参加方法により、コミュニティに途中参加する場合の、図1のコミュニティ提供システムの処理を説明する図である。参加済みユーザAは、参加希望ユーザBから、参加済みユーザAが参加しているコミュニティへの途中参加の要請を受け、その要請を了承した場合、トークン受け渡しモードになるように、参加済み端末Aを操作する。参加済み端末Aは、ステップS341において、参加済みユーザAの操作に従って、動作モードを、トークン受け渡しモードに設定し、参加済み端末AのMACアドレスAを、ASNSサーバ12に送信する。ASNSサーバ12では、コミュニティ管理部62図6が、参加済み端末AからのMACアドレスAを受信し、ステップS342において、例えば、仮登録DB64に一時記憶する。ステップS343において、コミュニティ管理部62は、トークンを発行し、MACアドレスAを送信してきた参加済み端末Aに送信する。参加済み端末Aは、コミュニティ管理部62からのトークンを受信し、参加希望端末Bとの間で近接通信を開始する。すなわち、ステップS344において、参加済み端末Aは、トークンを、近接通信によって、参加希望端末Bに送信し、参加希望端末Bは、参加済み端末Aからのトークンを受信する。ステップS345において、参加希望端末Bは、その参加希望端末BのMACアドレスBを、近接通信によって、参加済み端末Aに送信し、参加済み端末Aは、参加希望端末BからのMACアドレスBを受信する。その後、ステップS346において、参加済み端末Aは、参加希望端末BからのMACアドレスBを、コミュニティ管理部62に送信する。コミュニティ管理部62は、参加済み端末AからのMACアドレスBを受信し、ステップS347において、そのMACアドレスBを、ステップS343で発行したトークンと対応付けて、例えば、仮登録DB64に一時記憶する。ステップS348において、参加希望端末Bは、その参加希望端末BのMACアドレスBと、参加済み端末Aから近接通信によって取得したトークンとを、コミュニティ管理部62に送信する。コミュニティ管理部62は、参加希望端末BからのMACアドレスBとトークンを受信し、ステップS349において、仮登録DB64に記憶されているトークンである発行トークン、及び、その発行トークンと対応付けて、仮登録DB64に記憶されているMACアドレスBである記憶MACアドレスと、参加希望端末Bから受信したトークン、及び、MACアドレスBである受信トークン、及び、受信MACアドレスとを照合する。ステップS350では、コミュニティ管理部62は、ステップS349での、発行トークン及び記憶MACアドレスと、受信トークン及び受信MACアドレスとの照合の結果として、発行トークンと受信トークンとが一致し、かつ、記憶MACアドレスと受信MACアドレスとが一致するかどうかを判定する。発行トークンと受信トークンとが一致し、かつ、記憶MACアドレスと受信MACアドレスとが一致する場合、コミュニティ管理部62は、ステップS351において、コミュニティDB65のコミュニティテーブルの、参加済みユーザAが参加しているコミュニティのコミュニティデータのエントリに、参加希望ユーザBの端末IDを追加する。ステップS352では、コミュニティ管理部62は、コミュニティDB65のコミュニティテーブルから、参加済みユーザAが参加しているコミュニティのコミュニティIDと、参加希望ユーザBの端末IDとを取得する。さらに、ステップS352では、コミュニティ管理部62は、参加希望端末Bに、参加希望ユーザBの端末IDとコミュニティIDを送信する。参加希望端末Bは、コミュニティ管理部62からの端末IDとコミュニティIDを受信する。そして、参加希望ユーザBは、端末IDとコミュニティIDを受信した参加希望端末Bを操作することにより、コミュニティIDで特定されるコミュニティを介して、コンテンツのダウンロードやアップロード、メッセージのやりとり等を行うことができる。第2の途中参加方法では、トークンとMACアドレスを用いることにより、参加希望端末Bへのなりすましを防止することができる。また、第2の途中参加方法では、参加希望端末Bは、共通オブジェクトを、ASNSサーバ12に送信する必要がない。なお、トークンには、有効期限が設定される。有効期限を経過したトークンは無効であり、ASNSサーバ12は、無効なトークンに対しては、処理を行わない。本技術によれば、コミュニティをより安心に、より簡単に利用することができるようになる。また、本技術によれば、すなわち、例えば、バス旅行や、結婚式、ロックフェスティバル等のコンサート、社内ミーティング、展示会等において、利便性の高いコミュニティを生成することができる。具体的には、例えば、バス旅行では、見知らぬ人どうしが一緒になる。この場合、バス旅行の参加者は、一時的にコミュニケーションをとることになるが、そのコミュニケーションを、例えば、メール交換によってとることは、煩雑である。また、バス旅行において、バス旅行の参加者の誰かが、従来のSNSのコミュニティをつくり、そのコミュニティに、他の参加者を招待することは、面倒である。一方、バス旅行において、本技術のコミュニティをつくることにより、結果的に安心してコミュニケーションを図ることができる。また、本技術のコミュニティによれば、バス旅行の参加者は、メールアドレスなどの個人情報を知らせずに、他の参加者が撮影した写真や、動画を共有することができる次に、例えば、結婚式については、結婚式の参加者は、多くが面識のない人たちであるが、本技術のコミュニティをつくることにより、新郎新婦の写真、動画、メッセージ等を共有することを簡単に行うことができる。また、本技術のコミュニティには、途中参加が可能であるため、結婚式の二次会や三次会だけに参加する参加者であっても、結婚式でつくったコミュニティに、途中参加することができ、コミュニティに、結婚式を撮影した動画をアップロードしておけば、結婚式から参加した参加者と、二次会等から参加した参加者との間で、結婚式で起こった出来事を共有することができる。次に、例えば、ロックフェスティバルその他の様々な音楽ジャンルのアーティストが登場するコンサート等のイベントについては、同じイベントに参加しているユーザであっても、好きな趣味や好きな音楽ジャンルはバラバラであることがある。そこで、イベントに出演するアーティストごとに、本技術のコミュニティをつくることで、好きな音楽ジャンルが共通するユーザどうしが、お互いを容易に見つけることができる。また、ユーザは、1以上のコミュニティに参加することができ、コミュニティに参加しているユーザの共通性例えば、あるコミュニティと、他のコミュニティとの両方に参加しているユーザの数を、コミュニティどうしの相関として、ユーザに提示することにより、例えば、ユーザは、自身が好きな音楽ジャンルとして認識していた音楽ジャンルとユーザの共通性がある、自身が好きな音楽ジャンルとして認識していなかった音楽ジャンルを発見することができる。次に、例えば、社外ミーティングについては、社外ミーティングで初面識の人どうしが、本技術のコミュニティをつくることができる。社外ミーティングの参加者が、例えば、スマートフォンを所持している場合には、そのスマートフォンによって、所持者の音声を解析して、本技術のコミュニティに蓄積することができる。この場合、コミュニティを、参加者の発言を保存するログとして使用することができ、さらに、そのログを、後日の議事録の作成に役立てることができる。次に、例えば、展示会については、例えば、その展示会での商談に参加したユーザの音声を、本技術のコミュニティに蓄積することができる。この場合、コミュニティを、商談に参加したユーザの発言を保存するログとして使用することができ、さらに、後日、そのログから、商談のときの雰囲気を認識することや、展示会の評判を調べることができる。ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理例えば、並列処理あるいはオブジェクトによる処理も含む。また、プログラムは、1のコンピュータプロセッサにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。なお、本技術は、以下のような構成をとることができる。[1端末から送信されてくる情報を取得する取得部と、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成する生成部とを備え、前記コミュニティ生成部は、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理装置。[2前記コミュニティ生成部は、所定のセキュリティレベルに基づいて、コミュニティを生成する[1]に記載の情報処理装置。[3前記セキュリティレベルとして、少なくとも、コミュニティに参加する複数のユーザの端末から送信されてくる情報が、異なる種類の情報であることを許可する第1レベルと、コミュニティに参加する複数のユーザの端末から送信されてくる情報が、同一の種類の情報であることを要求する第2レベルとがあり、前記コミュニティ生成部は、前記セキュリティレベルが、第1のレベルである場合、前記複数の情報のうちのいずれかの情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成し、前記セキュリティレベルが、第2レベルである場合、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する[2]に記載の情報処理装置。[4前記端末数が最も多い情報と異なる種類の情報を送信してきた端末に、前記端末数が最も多い情報と同一の種類の情報の送信を要求する[1]ないし[3]のいずれかに記載の情報処理装置。[5端末から送信されてくる情報を取得し、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成するステップを含み、前記コミュニティの生成では、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成する情報処理方法。[6端末から送信されてくる情報を取得する取得部と、複数の端末から送信されてくる情報の類似度に応じて、コミュニティを生成する生成部として、コンピュータを機能させるためのプログラムであり、前記コミュニティ生成部は、1つの端末から異なる種類の複数の情報が送信されてきた場合に、前記複数の情報それぞれについて、その情報と類似する情報を送信してきた端末の端末数をカウントし、その端末数が最も多い情報と類似する情報を送信してきた端末のユーザに参加を許可するコミュニティを生成するプログラム。"