(57)【特許請求の範囲】
【請求項１】
複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信する通信部と、
前記通信部の受信した複数の通信履歴データの照合処理を実行するデータ照合部と、
前記データ照合部において実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置に関連付けられたユーザ情報を同一のグループとしてデータベースに登録するデータ登録部と、
を有する情報管理装置。
【請求項２】
前記データ照合部は、
各通信処理装置から受信した通信履歴に含まれる近接通信相手のユーザＩＤに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である請求項１に記載の情報管理装置。
【請求項３】
前記データ照合部は、
各通信処理装置から受信した通信履歴に含まれる近接通信日時データが一致するか否かに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である請求項１〜２いずれかに記載の情報管理装置。
【請求項４】
前記データ照合部は、
各通信処理装置から受信した通信履歴に含まれる近接通信位置データが一致するか否かに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である請求項１〜３いずれかに記載の情報管理装置。
【請求項５】
近接通信を実行する近接通信部と、
前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納する制御部と、
前記通信履歴データを格納する記憶部を有し、
前記制御部は、
情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信する処理を実行する構成である通信処理装置。
【請求項６】
前記制御部は、
前記通信履歴データとして近接通信相手の識別情報を取得し、情報登録依頼に際して、前記識別情報を前記サーバに送信する構成である請求項５に記載の通信処理装置。
【請求項７】
前記制御部は、
前記通信履歴データとして近接通信処理の実行日時情報を取得し、情報登録依頼に際して、前記実行日時情報を前記サーバに送信する構成である請求項５に記載の通信処理装置。
【請求項８】
前記制御部は、
前記通信履歴データとして近接通信処理の実行位置情報を取得し、情報登録依頼に際して、前記実行位置情報を前記サーバに送信する構成である請求項５に記載の通信処理装置。
【請求項９】
情報管理装置において実行する情報管理方法であり、
通信部が、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信する通信ステップと、
データ照合部が、前記通信ステップにおいて受信した複数の通信履歴データの照合処理を実行するデータ照合ステップと、
データ登録部が、前記データ照合ステップにおいて実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置に関連づけられたユーザ情報を同一グループとしてデータベースに登録するデータ登録ステップと、
を有する情報管理方法。
【請求項１０】
通信処理装置において実行するデータ処理方法であり、
近接通信部が、他の通信処理装置との間で近接通信を実行する近接通信ステップと、
制御部が、前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納する制御ステップと、
前記制御部が、情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信するステップと、
を有するデータ処理方法。
【請求項１１】
情報管理装置において情報管理処理を実行させるプログラムであり、
通信部に、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信させる通信ステップと、
データ照合部に、前記通信ステップにおいて受信した複数の通信履歴データの照合処理を実行させるデータ照合ステップと、
データ登録部に、前記データ照合ステップにおいて実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置のユーザ情報を同一グループとしてデータベースに登録させるデータ登録ステップと、
を有するプログラム。
【請求項１２】
通信処理装置においてデータ処理を実行させるプログラムであり、
近接通信部に、他の通信処理装置との間で近接通信を実行させる近接通信ステップと、
制御部に、前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納させる制御ステップと、
前記制御部に、情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信させるステップと、
を有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置、通信処理装置、および方法、並びにプログラムに関する。さらに詳細には、例えばＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）などのコミュニティ形成や管理に適用する情報管理装置、通信処理装置、および方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、ネットワークを介した通信が盛んに行われている。このネットワークを介したサービスの１つとして例えばＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）などとして知られるコミュニティ形成サービスがある。ＳＮＳについて開示した従来技術としては例えば特許文献１（特開２００７−１１０６１６号公報）がある。
【０００３】
このコミュニティ形成サービスは、コミュニティ形成サービスを提供するＷｅｂサイトに個人が、例えば自分のプロフィールなどを含むユーザ情報を登録し、これを公開してそのサイトにアクセスする多くの人とネットワークを介したコミュニケーションを可能とするサービスである。
【０００４】
しかし、このＳＮＳのようなコミュニティサービスは様々な問題点を発生させている。例えば以下のような問題がある。
個人の日記サイトとしてのブログと同様のサイトとなってしまうブログ化、
特定の限られたメンバーによって構成されるクローズコミュニティから、無秩序に参加ユーザが増加してしまうオープン化、
１人のユーザが、複数のＩＤを利用してしまう仮想ユーザの増加、
出会い系サイトとなってしまう出会い系サイト化、
【０００５】
また、ＳＮＳがネットワークを介したコミュニティであるということに起因する問題点として以下のような問題も発生する。
お互いの顔が見えない、
大量の幽霊メンバーの存在、
このような、様々な問題点が発生している。
【０００６】
ＳＮＳが、善良な参加者のみによって形成されるコミュニティであれば上記のような問題点は発生しないが、現状は、様々な悪意を持った参加者が入り込む余地が存在しており、上記のような問題を防止することが困難な状況となっている。
【特許文献１】特開２００７−１１０６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、例えば上述した問題点に鑑みてなされたものであり、コミュニティに参加するユーザを限定して、幽霊会員の増加などの弊害を防止しコミュニティの秩序維持を実現する情報管理装置、通信処理装置、および方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の側面は、
複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信する通信部と、
前記通信部の受信した複数の通信履歴データの照合処理を実行するデータ照合部と、
前記データ照合部において実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置に関連付けられたユーザ情報を同一のグループとしてデータベースに登録するデータ登録部と、
を有する情報管理装置にある。
【０００９】
さらに、本発明の情報管理装置の一実施態様において、前記データ照合部は、各通信処理装置から受信した通信履歴に含まれる近接通信相手のユーザＩＤに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である。
【００１０】
さらに、本発明の情報管理装置の一実施態様において、前記データ照合部は、各通信処理装置から受信した通信履歴に含まれる近接通信日時データが一致するか否かに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である。
【００１１】
さらに、本発明の情報管理装置の一実施態様において、前記データ照合部は、各通信処理装置から受信した通信履歴に含まれる近接通信位置データが一致するか否かに基づいて、前記複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う構成である。
【００１２】
さらに、本発明の第２の側面は、
近接通信を実行する近接通信部と、
前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納する制御部と、
前記通信履歴データを格納する記憶部を有し、
前記制御部は、
情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信する処理を実行する構成である通信処理装置にある。
【００１３】
さらに、本発明の通信処理装置の一実施態様において、前記制御部は、前記通信履歴データとして近接通信相手の識別情報を取得し、情報登録依頼に際して、前記識別情報を前記サーバに送信する構成である。
【００１４】
さらに、本発明の通信処理装置の一実施態様において、前記制御部は、前記通信履歴データとして近接通信処理の実行日時情報を取得し、情報登録依頼に際して、前記実行日時情報を前記サーバに送信する構成である。
【００１５】
さらに、本発明の通信処理装置の一実施態様において、前記制御部は、前記通信履歴データとして近接通信処理の実行位置情報を取得し、情報登録依頼に際して、前記実行位置情報を前記サーバに送信する構成である。
【００１６】
さらに、本発明の第３の側面は、
情報管理装置において実行する情報管理方法であり、
通信部が、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信する通信ステップと、
データ照合部が、前記通信ステップにおいて受信した複数の通信履歴データの照合処理を実行するデータ照合ステップと、
データ登録部が、前記データ照合ステップにおいて実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置に関連づけられたユーザ情報を同一グループとしてデータベースに登録するデータ登録ステップと、
を有する情報管理方法にある。
【００１７】
さらに、本発明の第４の側面は、
通信処理装置において実行するデータ処理方法であり、
近接通信部が、他の通信処理装置との間で近接通信を実行する近接通信ステップと、
制御部が、前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納する制御ステップと、
前記制御部が、情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信するステップと、
を有するデータ処理方法にある。
【００１８】
さらに、本発明の第５の側面は、
情報管理装置において情報管理処理を実行させるプログラムであり、
通信部に、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信させる通信ステップと、
データ照合部に、前記通信ステップにおいて受信した複数の通信履歴データの照合処理を実行させるデータ照合ステップと、
データ登録部に、前記データ照合ステップにおいて実行された近接通信の通信履歴データに基づいて、前記複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、前記通信処理装置のユーザ情報を同一グループとしてデータベースに登録させるデータ登録ステップと、
を有するプログラムにある。
【００１９】
さらに、本発明の第６の側面は、
通信処理装置においてデータ処理を実行させるプログラムであり、
近接通信部に、他の通信処理装置との間で近接通信を実行させる近接通信ステップと、
制御部に、前記近接通信部を介して実行された近接通信処理の通信履歴データを取得して記憶部に格納させる制御ステップと、
前記制御部に、情報管理を実行するサーバに対する情報登録依頼に際して、前記記憶部に格納された通信履歴データを取得して前記サーバに送信させるステップと、
を有するプログラムにある。
【００２０】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００２１】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２２】
本発明の一実施例の構成によれば、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信し、受信した複数の通信履歴データの照合処理を実行して、複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、通信処理装置のユーザをコミュニティメンバーとして登録する。取得し、照合する通信履歴データは通信相手のＩＤ、通信日時、通信実行位置などの情報であり、これらのデータに基づいて実際に近接通信が行われたことを確認した上でコミュニティの登録メンバーとする。この処理によって、幽霊メンバーなど架空の実在しないユーザの登録を防止することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照しながら本発明の情報管理装置、通信処理装置、および方法、並びにプログラムの詳細について説明する。
【００２４】
本発明は、コミュニティに参加するユーザを限定して、幽霊会員の増加などの弊害を防止しコミュニティの秩序維持を実現するものである。本発明のコミュニティ管理処理においては、例えば以下の原則を適用したコミュニティ参加ユーザの制限を行う。
（ａ）現実世界で会った人
（ｂ）特定の場所、会場に行った人
（ｃ）特定の会合、パーティなどのイベントに参加した人、
例えば上記（ａ）〜（ｃ）のいずれかの条件を満足する人であることがコミュニティ参加の許容条件とする。
【００２５】
まず、図１を参照して、本発明のコミュニティ管理システムの全体構成例について説明する。図１には、例えばＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）などのコミュニティ形成のためのＷｅｂサイトを提供し、コミュニティ管理処理を行うサーバ１１０と、コミュニティに参加するユーザＡの所有する通信処理装置Ａ１２０、ユーザＢの所有する通信処理装置Ｂ１３０を示している。
【００２６】
サーバ１１０と、通信処理装置Ａ１２０、通信処理装置Ｂ１３０は相互にインターネットなどのネットワークを介した通信が可能である。サーバ１１０は、コミュニティ参加ユーザの情報、例えばユーザ識別子としてのユーザＩＤなどを含むコミュニティ管理情報を格納したデータベース１１１を有している。
【００２７】
なお、図には２人のユーザＡ，Ｂの所有する通信処理装置Ａ，Ｂのみを代表例として示しているが、コミュニティ参加ユーザは多数存在しており、図に示す以外にもコミュニティに参加するユーザの多数の通信処理装置がネットワークを介して通信可能な設定となっている。
【００２８】
図に示す例では、通信処理装置Ａ１２０、通信処理装置Ｂ１３０は双方とも携帯電話の例としている。ただし、本発明における通信処理装置は携帯電話に限らず、例えばＰＣなどの装置であってもよい。
【００２９】
通信処理装置Ａ１２０の構成について説明する。通信処理装置Ａ１２０は、図１に示すように、制御部１２１、通信部１２２、近接通信部１２３、記憶部１２４を有する。制御部１２１は、通信処理装置Ａ１２０において実行する各種のデータ処理、データ通信制御を実行する。通信部１２２は、インターネットなどのネットワークを介した通信を実行する。
【００３０】
近接通信部１２３は、通信処理装置Ｂ１３０など他の通信処理装置との近接通信（例えばＮＦＣ規格に従った近接通信）を実行する。記憶部１２４は、通信処理装置Ａ１２０の識別情報（ＩＤ）や通信処理装置Ａ１２０において実行する各種のデータ処理、データ通信処理に適用するプログラム、パラメータ、さらに通信履歴情報などを格納する。なお、近接通信部１２３は、例えばソニー（株）の開発した近接通信技術であるフェリカ［ＦｅｌｉＣａ（登録商標）］によって構成される。
【００３１】
なお、図１に示す通信処理装置１２０の制御部１２１は、近接通信部１２３を介して実行された近接通信処理の通信履歴データを取得して記憶部１２４に格納する。また、制御部１２１は、コミュニティ管理を実行するサーバ１１０に対するコミュニティメンバー登録依頼に際して、記憶部１２４に格納された通信履歴データ（近接通信相手の識別情報、近接通信処理の実行日時情報、近接通信処理の実行位置情報など）を取得してサーバ１１０に送信する処理を実行する。この処理の詳細については後段で詳細に説明する。
【００３２】
図１に示す通信処理装置Ｂ１３０も通信処理装置Ａ１２０と同様の構成であり、制御部１３１、通信部１３２、近接通信部１３３、記憶部１３４を有する。なお、この図に示す構成は、本発明に適用する通信処理装置としての最低限の機能を示すものである。本発明に適用する通信処理装置としては、携帯電話の他、前述したようにＰＣ等であってもよく、それぞれの装置構成に応じて異なる構成となる。
【００３３】
図１に示す構成において、サーバ１１０と通信処理装置Ａ１２０との通信と、サーバ１１０と通信処理装置Ｂ１３０との通信は、インターネットなどのネットワークを介した通信として実行される。一方、通信処理装置Ａ１２０と通信処理装置Ｂ１３０との通信は、双方の近接通信部を介した近接通信として実行される。この場合、近接通信可能な距離は最大でも数ｍ程度であり、ＡさんとＢさんが実際に出会って、通信処理装置Ａ１２０と通信処理装置Ｂ１３０を相互に近づけて通信を行うことが必要となる。なお、この近接通信の通信履歴が双方の装置の記憶部に格納される。
【００３４】
以下、図２〜図５に示すシーケンス図を参照して、本発明に従ったコミュニティに対するユーザ登録処理のシーケンスの複数例について説明する。以下に説明する例は、以下の複数の処理例である。
（１）コミュニティメンバーとしてユーザ登録されたユーザＡとの実世界での面会を条件としてユーザＢをコミュニティメンバーとして登録するシーケンス（図２）
（２）コミュニティメンバーとしてユーザ登録されたユーザＡ、ユーザＢの両者の実世界での面会を条件として、ユーザＡとユーザＢをコミュニティメンバー内に設定される１つの特定のグループ（トモダチ）メンバーとして登録するシーケンス（図３）
（３）店舗の開設したコミュニティに属するメンバーを店舗に来店したユーザのみに限定する処理シーケンス（図４）
（４）ユーザの所有する複数の通信処理装置（例えば携帯電話とＰＣ）間で近接通信履歴情報を転送して、転送情報を利用した処理シーケンス（図５）
以下、上記（１）〜（４）の各処理シーケンスについて順次説明する。
【００３５】
（１）コミュニティメンバーとしてユーザ登録されたユーザＡとの実世界での面会を条件としてユーザＢをコミュニティメンバーとして登録するシーケンス（図２）
まず、図２を参照して、コミュニティメンバーとしてユーザ登録されたユーザＡとの実世界での面会を条件としてユーザＢをコミュニティメンバーとして登録するシーケンスについて説明する。
【００３６】
図２には、コミュニティの管理処理、具体的にはコミュニティ参加メンバーの登録処理などを行うサーバと、コミュニティのメンバーとしての登録を行うユーザ（ユーザＡ，Ｂ）の通信処理装置Ａ、通信処理装置Ｂ間において実行する通信処理シーケンスを示している。
【００３７】
ユーザＡは、ステップＳ１０１〜Ｓ１０２におけるサーバとの通信において先にユーザ登録がなされる。その後、新たなユーザＢをユーザＡの［トモダチ］として登録する。なお、ここでは、［トモダチ］は、コミュニティの参加メンバー内に設定される１つのカテゴリである。
【００３８】
ユーザＢを新たにコミュニティメンバーとして登録する処理シーケンスの概要は以下の通りである。
ユーザＢが、コミュニティメンバーとして登録済みのユーザＡと出会ってＡＢ双方の通信処理装置ＡＢ間で近接通信を実行する。
サーバが２つの通信処理装置から近接通信処理に関する通信履歴情報を取得して、２つの通信履歴情報の照合を行う。
２つの通信処理装置から受信した通信履歴情報が一致し、照合が成立したことを条件としてユーザＢをコミュニティメンバー（例えばユーザＡの［トモダチ］）として登録する。
この処理例は、
（ａ）現実世界で会った人
この条件を満足するユーザのみを新規登録する処理シーケンスである。
【００３９】
図２に示すシーケンス図の各処理ステップについて説明する。
ステップＳ１０１〜Ｓ１０２の処理は、ユーザＡの通信処理装置Ａとサーバとの通信処理によって実行するユーザＡの登録処理である。このユーザＡの登録処理は例えば、コミュニティに参加する初期メンバーの登録処理として実行される。予め決められたユーザ確認処理を実行してユーザ登録を実行する。この初期登録メンバーは後述するユーザＢの登録シーケンスとは異なるので、予め限定された数に設定するなど限定メンバーの設定とすることが好ましい。
【００４０】
ユーザＡの登録シーケンスは以下の通りである。ステップＳ１０１においてユーザＡは通信処理装置Ａからユーザ識別情報（ユーザＩＤ）を含む予め規定したユーザ情報をサーバに送信する。サーバは通信処理装置Ａから受信するユーザ識別情報（ユーザＩＤ）を含むユーザ情報について、予め規定したユーザ確認シーケンスを実行し、ユーザが登録要件を満足すると判定した場合は、ユーザ識別情報を含むユーザ情報をデータベースに格納し、ユーザをコミュニティ参加メンバーとして登録する処理を実行する。登録完了後、サーバはステップＳ１０２において、登録完了通知を通信処理装置Ａに送信する。なお、ユーザＩＤは、ユーザ個人に対応するＩＤであっても、通信処理装置Ａに対応するＩＤであってもよい。
【００４１】
ステップＳ１０３以下は、コミュニティの新たな参加者（追加メンバー）を登録する処理である。本処理例では、幽霊会員などの登録を防止するため正規の登録メンバー（本例ではユーザＡ）が実際に出会った人のみを登録する。
【００４２】
ステップＳ１０３では、ユーザＡ（コミュニティメンバーとして登録済み）とユーザＢ（未登録）が出会って、それぞれの通信処理装置Ａと通信処理装置Ｂとの近接通信を実行する。近接通信は、図１に示す通信処理装置１２０，１３０の近接通信部１２３，１３３を介して実行される。
【００４３】
ステップＳ１０４において、通信処理装置Ａと通信処理装置Ｂは、それぞれ近接通信相手の通信処理装置から受信したデータを通信履歴情報として自装置の記憶部に格納する。
【００４４】
この近接通信処理において、通信処理装置Ａから通信処理装置Ｂに対して送信されるデータは、例えば以下のデータである。
（ａ）ユーザＡのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ａ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
（ｅ）ユーザＡが登録しているサーバサイト（Ｗｅｂサイト）識別子
（ｆ）サーバサイトのアクセス情報（ＵＲＬ）
これらの（ａ）〜（ｆ）のデータがユーザＡの通信処理装置Ａから、ユーザＢの通信処理装置Ｂに送信される。通信処理装置Ｂは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００４５】
一方、この近接通信処理において、通信処理装置Ｂから通信処理装置Ａに対して送信されるデータは、例えば以下のデータである。
（ａ）ユーザＢのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ｂ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらの（ａ）〜（ｄ）のデータがユーザＢの通信処理装置Ｂから、ユーザＡの通信処理装置Ａに送信される。通信処理装置Ａは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００４６】
次に、通信処理装置Ａと通信処理装置Ｂとの近接通信が終了した後、ステップＳ１０５以下の処理を実行する。
【００４７】
ステップＳ１０５では、まず通信処理装置Ａがサーバに接続し、ＢさんをＡさんの［トモダチ］として登録するユーザＢの登録依頼を行う。［トモダチ］は前述したようにサーバの提供管理するコミュニティの参加メンバーの１つのカテゴリである。この登録依頼に際して、通信処理装置Ａは、通信処理装置Ａの記憶部に格納した通信処理装置Ｂとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＢのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００４８】
ステップＳ１０６，Ｓ１０７の処理は、通信処理装置Ｂがサーバに接続して実行する処理であり、Ｂさん自身の登録処理と、ＡさんをＢさんの［トモダチ］として登録する処理をサーバに対して依頼する処理である。
【００４９】
ステップＳ１０６では、通信処理装置Ｂがサーバに接続し登録依頼を行う。この登録依頼に際して、通信処理装置Ｂは、通信処理装置Ｂの記憶部に格納した通信処理装置Ａとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＡのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００５０】
さらに、ステップＳ１０７では、通信処理装置Ｂがサーバに接続しユーザＢの識別情報（ユーザＩＤ）をサーバに送信する。このユーザＩＤは、ユーザＢ個人に対応するＩＤ、または通信処理装置Ｂ対応のＩＤである。このように、通信処理装置Ｂは、ステップＳ１０６〜Ｓ１０７において、Ｂさん自身の登録処理と、ＡさんをＢさんの［トモダチ］として登録する依頼をサーバに対して実行する。
【００５１】
次にステップＳ１０８において、サーバが、通信処理装置Ａおよび通信処理装置Ｂの双方から受信した近接通信記録である通信履歴データの照合処理を実行する。
照合処理は、例えば以下のデータ確認処理を含む処理として実行される。
（ｘ）通信処理装置Ａから受信した通信履歴データに記録された通信日時と、通信処理装置Ｂから受信した通信履歴データに記録された通信日時とが一致することの確認。
（ｙ）通信処理装置Ａから受信した通信履歴データに記録されたユーザＩＤが、通信処理装置Ｂから受信したユーザＢ（または通信処理装置Ｂ）に対応するユーザＩＤであり、通信処理装置Ｂから受信した通信履歴データに記録されたユーザＩＤが登録済みのユーザＡ（または通信処理装置Ａ）に対応するユーザＩＤであることの確認。
【００５２】
サーバは、ステップＳ１０８において、上記（ｘ），（ｙ）のデータ確認を行う。なお、その他、例えば双方の通信処理装置から近接通信を実行した位置情報が受信されている場合には、位置情報が一致しているかについても確認する。その他照合可能なデータが存在する場合にはそれらのデータについても照合する。
【００５３】
このように、ステップＳ１０８において、サーバは通信処理装置Ａからの受信データと、通信処理装置Ｂからの受信データとの照合処理によって、通信処理装置Ａと通信処理装置Ｂとの間で近接通信が実行されたか否かの確認処理を行う。
【００５４】
ステップＳ１０８において照合が成立し、通信処理装置Ａと通信処理装置Ｂとの間で近接通信が実行されたことが確認された場合に、ステップＳ１０９において、ユーザＢをユーザＡの［トモダチ］として登録する。
【００５５】
その後、サーバは、ステップＳ１１０において、通信処理装置Ａに対してユーザＢをユーザＡの［トモダチ］として登録したことを示す登録完了通知を送信する。また、ステップＳ１１１において、通信処理装置Ｂに対してユーザＢをユーザＡの［トモダチ］として登録したことを示す登録完了通知を送信する。
【００５６】
なお、上述の説明では、ステップＳ１０１〜Ｓ１０２のユーザＡの登録処理は、コミュニティの初期メンバーの登録処理として実行すると説明した。しかし、この登録処理を正規の登録処理とせず、ステップＳ１０１〜Ｓ１０２の処理をユーザＡの仮登録処理として実行し、ステップＳ１０３〜Ｓ１０９のシーケンスが完了したことを条件としてユーザＡについての正規の登録を行なう設定としてもよい。この様な設定により、ユーザＡについても他の登録ユーザ（この場合ユーザＢ）との実世界での面会がユーザ登録の要件として設定されることになる。
【００５７】
（２）コミュニティメンバーとしてユーザ登録されたユーザＡ、ユーザＢの両者の実世界での面会を条件として、ユーザＡとユーザＢをコミュニティメンバー内に設定される１つの特定のグループ（トモダチ）メンバーとして登録するシーケンス（図３）
次に、図３を参照して、コミュニティメンバーとしてユーザ登録されたユーザＡ、ユーザＢの両者の実世界での面会を条件として、ユーザＡとユーザＢをコミュニティメンバー内に設定される１つの特定のグループ（トモダチ）メンバーとして登録するシーケンスについて説明する。
【００５８】
先の図２に示すシーケンスでは、ユーザＢはコミュニティメンバーとしての登録がなされていない状態から、直接、コミュニティメンバーの１カテゴリである［トモダチ］としての登録を行うシーケンスであった。図３に示すシーケンスでは、ユーザＢもユーザＡと同様、まず、コミュニティメンバーとしての初期登録を実行する。その後、ユーザＡとユーザＢの実世界での面会を条件として、コミュニティメンバーの１つのカテゴリグループである［トモダチ］として、グレードアップした登録メンバーに設定する例である。
【００５９】
すなわち、本処理例では、
（ａ）初期登録メンバー
（ｂ）［トモダチ］としての登録メンバー
上記（ａ），（ｂ）はいずれもコミュニティ参加メンバーであるが、異なるメンバーとして区別される。
【００６０】
図３は、図２と同様、コミュニティの管理処理、具体的にはコミュニティ参加メンバーの登録処理などを行うサーバと、コミュニティのメンバーとしての登録を行うユーザ（ユーザＡ，Ｂ）の通信処理装置Ａ、通信処理装置Ｂ間において実行する通信処理シーケンスを示している。
【００６１】
図３に示すシーケンス図の各処理ステップについて説明する。
ステップＳ２０１〜Ｓ２０２の処理は、ユーザＡの通信処理装置Ａとサーバとの通信処理によって実行するユーザＡの登録処理である。このユーザＡの登録処理は例えば、コミュニティの初期登録メンバーとしての登録であり、［トモダチ］としての登録処理ではない。
【００６２】
ユーザＡの登録シーケンスは以下の通りである。ステップＳ２０１においてユーザＡは通信処理装置Ａからユーザ識別情報（ユーザＩＤ）を含む予め規定したユーザ情報をサーバに送信する。サーバは通信処理装置Ａから受信するユーザ識別情報（ユーザＩＤ）を含むユーザ情報について、予め規定したユーザ確認シーケンスを実行し、ユーザが登録要件を満足すると判定した場合は、ユーザ識別情報を含むユーザ情報をデータベースに格納し、ユーザをコミュニティ参加メンバーとして登録する処理を実行する。登録完了後、サーバはステップＳ２０２において、登録完了通知を通信処理装置Ａに送信する。なお、ユーザＩＤは、ユーザ個人に対応するＩＤであっても、通信処理装置Ａに対応するＩＤであってもよい。
【００６３】
ステップＳ２０３〜Ｓ２０４の処理は、ユーザＢの通信処理装置Ｂとサーバとの通信処理によって実行するユーザＢの登録処理である。このユーザＢの登録処理も例えば、コミュニティの初期登録メンバーとしての登録であり、［トモダチ］としての登録処理ではない。ステップＳ２０３〜Ｓ２０４の処理は、上述のステップＳ２０１〜Ｓ２０２の処理と同様の処理であるので説明は省略する。
【００６４】
ステップＳ２０１〜Ｓ２０４の処理の後、ステップＳ２０５以下の処理が行われ、各ユーザの［トモダチ］としての登録が行われることになる。
【００６５】
ステップＳ２０５では、ユーザＡ（初期登録メンバー）とユーザＢ（初期登録メンバー）が出会って、それぞれの通信処理装置Ａと通信処理装置Ｂとの近接通信を実行する。近接通信は、図１に示す通信処理装置１２０，１３０の近接通信部１２３，１３３を介して実行される。
【００６６】
ステップＳ２０６において、通信処理装置Ａと通信処理装置Ｂは、それぞれ近接通信相手の通信処理装置から受信したデータを通信履歴情報として自装置の記憶部に格納する。
【００６７】
この近接通信処理において、通信処理装置Ａから通信処理装置Ｂに対して送信されるデータは、先に説明した図２の処理シーケンスと同様のデータである。
例えば以下のデータである。
（ａ）ユーザＡのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ａ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
（ｅ）ユーザＡが登録しているサーバサイト（Ｗｅｂサイト）識別子
（ｆ）サーバサイトのアクセス情報（ＵＲＬ）
これらの（ａ）〜（ｆ）のデータがユーザＡの通信処理装置Ａから、ユーザＢの通信処理装置Ｂに送信される。通信処理装置Ｂは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００６８】
一方、この近接通信処理において、通信処理装置Ｂから通信処理装置Ａに対して送信されるデータは、例えば以下のデータである。
（ａ）ユーザＢのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ｂ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらの（ａ）〜（ｄ）のデータがユーザＢの通信処理装置Ｂから、ユーザＡの通信処理装置Ａに送信される。通信処理装置Ａは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００６９】
次に、通信処理装置Ａと通信処理装置Ｂとの近接通信が終了した後、ステップＳ２０７以下の処理を実行する。
【００７０】
ステップＳ２０７では、まず通信処理装置Ａがサーバに接続し、ＢさんをＡさんの［トモダチ］として登録するユーザＢの登録依頼を行う。［トモダチ］は前述したようにサーバの提供管理するコミュニティの参加メンバーの１つのカテゴリであり、［初期登録メンバー］とは異なるメンバーとして区別される。この登録依頼に際して、通信処理装置Ａは、通信処理装置Ａの記憶部に格納した通信処理装置Ｂとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＢのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００７１】
一方、ステップＳ２０８では、通信処理装置Ｂがサーバに接続しユーザＡをＢさんの［トモダチ］として登録する登録依頼を行う。この登録依頼に際して、通信処理装置Ｂは、通信処理装置Ｂの記憶部に格納した通信処理装置Ａとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＡのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００７２】
次にステップＳ２０９において、サーバが、通信処理装置Ａおよび通信処理装置Ｂの双方から受信した近接通信記録である通信履歴データの照合処理を実行する。
照合処理は、例えば以下のデータ確認処理を含む処理として実行される。
（ｘ）通信処理装置Ａから受信した通信履歴データに記録された通信日時と、通信処理装置Ｂから受信した通信履歴データに記録された通信日時とが一致することの確認。
（ｙ）通信処理装置Ａから受信した通信履歴データに記録されたユーザＩＤが、通信処理装置Ｂから受信したユーザＢ（または通信処理装置Ｂ）に対応するユーザＩＤであり、通信処理装置Ｂから受信した通信履歴データに記録されたユーザＩＤがユーザＡ（または通信処理装置Ａ）に対応するユーザＩＤであることの確認。
【００７３】
サーバは、ステップＳ２０９において、上記（ｘ），（ｙ）のデータ確認を行う。なお、その他、例えば双方の通信処理装置から近接通信を実行した位置情報が受信されている場合には、位置情報が一致しているかについても確認する。その他照合可能なデータが存在する場合にはそれらのデータについても照合する。
【００７４】
このように、ステップＳ２０９において、サーバは通信処理装置Ａからの受信データと、通信処理装置Ｂからの受信データとの照合処理によって、通信処理装置Ａと通信処理装置Ｂとの間で近接通信が実行されたか否かの確認処理を行う。
【００７５】
ステップＳ２０９において照合が成立し、通信処理装置Ａと通信処理装置Ｂとの間で近接通信が実行されたことが確認された場合に、ステップＳ２１０において、ユーザＡ，Ｂを初期登録メンバーとは異なるカテゴリメンバーとしての［トモダチ］として登録する。
【００７６】
その後、サーバは、ステップＳ２１１において、通信処理装置Ａに対してユーザＡ，Ｂを［トモダチ］として登録したことを示す登録完了通知を送信する。また、ステップＳ２１２において、通信処理装置Ｂに対してユーザＡ，Ｂを［トモダチ］として登録したことを示す登録完了通知を送信する。
【００７７】
なお、上述の説明では、ステップＳ２０１〜Ｓ２０４のユーザＡ，Ｂの登録処理は、コミュニティの初期メンバーの登録処理として実行すると説明した。しかし、この登録処理を正規の登録処理とせず、ステップＳ２０１〜Ｓ２０４の処理をユーザＡ，Ｂの仮登録処理として実行し、ステップＳ２０５〜Ｓ２１０のシーケンスが完了したことを条件としてユーザＡ，Ｂについての正規のメンバーとして登録する設定としてもよい。
【００７８】
（３）店舗の開設したコミュニティに属するメンバーを店舗に来店したユーザのみに限定する処理シーケンス（図４）
次に、図４を参照して、店舗の開設したコミュニティに属するメンバーを店舗に来店したユーザのみに限定する処理シーケンスについて説明する。
【００７９】
本処理例は、例えば商品を販売する店舗に来店するユーザを登録メンバーとするコミュニティを、店舗主導で設定し、コミュニティに登録されたユーザに割引販売などを提供するといったサービス形態に利用される。
【００８０】
このようなコミュニティを設定して、ユーザ登録を行なった場合、登録はしても実際には来店することのない幽霊メンバーが増加してしまうことが多い。図４に示すシーケンスはこのような幽霊メンバーの増加を防止し、実際の来店者のみにメンバーを限定することを可能とするシーケンスである。
【００８１】
図４には、コミュニティの管理処理、具体的にはコミュニティ参加メンバーの登録処理などを行うサーバと、コミュニティの設定を行う店舗Ｃに置かれた店舗端末としての通信処理装置Ｃと、コミュニティのメンバーとしての登録を行うユーザＡの通信処理装置Ａ間において実行する通信処理シーケンスを示している。なお、通信処理装置Ｃは、図１に示す通信処理装置Ａ，Ｂと同様の構成を含む装置である。
【００８２】
図４に示すシーケンス図の各処理ステップについて説明する。
ステップＳ３０１〜Ｓ３０２の処理は、ユーザＡの通信処理装置Ａとサーバとの通信処理によって実行するユーザＡの登録処理である。このユーザＡの登録処理は、サーバの管理するコミュニティに対する参加資格を得るためのユーザ登録処理である。後述する店舗Ｃの設定するコミュニティの登録メンバーとしての登録ではない。店舗Ｃの設定するコミュニティの登録メンバーとなるための前提条件として必要となるユーザ登録である。
【００８３】
ユーザＡの登録シーケンスは以下の通りである。ステップＳ３０１においてユーザＡは通信処理装置Ａからユーザ識別情報（ユーザＩＤ）を含む予め規定したユーザ情報をサーバに送信する。サーバは通信処理装置Ａから受信するユーザ識別情報（ユーザＩＤ）を含むユーザ情報について、予め規定したユーザ確認シーケンスを実行し、ユーザが登録要件を満足すると判定した場合は、ユーザ識別情報を含むユーザ情報をデータベースに格納し、ユーザを、サーバの管理する様々なコミュニティに対する参加資格を持つメンバーとして登録する処理を実行する。登録完了後、サーバはステップＳ３０２において、登録完了通知を通信処理装置Ａに送信する。なお、ユーザＩＤは、ユーザ個人に対応するＩＤであっても、通信処理装置Ａに対応するＩＤであってもよい。
【００８４】
ステップＳ３０３〜Ｓ３０４の処理は、店舗Ｃの店舗端末である通信処理装置Ｃとサーバとの通信処理によって実行する店舗Ｃの登録処理である。この店舗Ｃの登録処理も例えば、サーバの管理するコミュニティへの参加資格を得るための登録である。ステップＳ３０３〜Ｓ３０４の処理は、上述のステップＳ３０１〜Ｓ３０２の処理と同様の処理であるので説明は省略する。
【００８５】
さらに、店舗端末としての通信処理装置Ｃとサーバとの通信処理によって、ステップＳ３０５〜Ｓ３０６において、店舗Ｃの運営するコミュニティの設定処理が行なわれる。コミュニティ参加資格を得たユーザは、コミュニティを自ら設定することも可能であり、店舗Ｃは、ステップＳ３０５〜Ｓ３０６の処理において、店舗Ｃの運営するコミュニティを設定する。
【００８６】
ステップＳ３０５において、店舗端末としての通信処理装置Ｃはサーバに対して、コミュニティの作成依頼を送信する。この依頼に際しては、通信処理装置Ｃは、サーバの管理規定に従った情報をサーバに送信する。サーバは、予め規定した要件を満たすことを確認した後、店舗Ｃの運営するコミュニティを作成し、ステップＳ３０６においてコミュニティ作成完了通知を店舗Ｃの通信処理装置Ｃに送信する。
【００８７】
ステップＳ３０７以下の処理は、店舗Ｃの運営するコミュニティに対する参加メンバーの登録シーケンスである。
【００８８】
ステップＳ３０７では、ユーザＡが通信処理装置Ａを携帯して店舗Ｃに来店し、通信処理装置Ａを店舗Ｃに設置された店舗端末としての通信処理装置Ｃに近づけて相互での近接通信を実行する。近接通信は、図１に示す通信処理装置１２０，１３０の近接通信部１２３，１３３を介して実行されるものと同様である。
【００８９】
ステップＳ３０８において、通信処理装置Ａと通信処理装置Ｃは、それぞれ近接通信相手の通信処理装置から受信したデータを通信履歴情報として自装置の記憶部に格納する。
【００９０】
この近接通信処理において、通信処理装置Ａから通信処理装置Ｃに対して送信されるデータは、先に説明した図２の処理シーケンスと同様のデータである。
例えば以下のデータである。
（ａ）ユーザＡのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ａ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
（ｅ）ユーザＡが登録しているサーバサイト（Ｗｅｂサイト）識別子
（ｆ）サーバサイトのアクセス情報（ＵＲＬ）
これらの（ａ）〜（ｆ）のデータがユーザＡの通信処理装置Ａから、店舗Ｃの通信処理装置Ｃに送信される。通信処理装置Ｃは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００９１】
一方、この近接通信処理において、通信処理装置Ｃから通信処理装置Ａに対して送信されるデータは、例えば以下のデータである。
（ａ）店舗ＣのユーザＩＤ（店舗Ｃに対応するＩＤ、または通信処理装置Ｃ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられた店舗Ｃのニックネーム（店舗Ｃが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらの（ａ）〜（ｄ）のデータが通信処理装置Ｃから、ユーザＡの通信処理装置Ａに送信される。通信処理装置Ａは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【００９２】
次に、通信処理装置Ａと通信処理装置Ｃとの近接通信が終了した後、ステップＳ３０９以下の処理を実行する。
【００９３】
ステップＳ３０９では、まず通信処理装置Ａがサーバに接続し、店舗Ｃの運営するコミュニティのメンバーとしての登録依頼を行う。この登録依頼に際して、通信処理装置Ａは、通信処理装置Ａの記憶部に格納した通信処理装置Ｃとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）店舗ＣのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられた店舗Ｃのニックネーム（店舗Ｃが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００９４】
一方、ステップＳ３１０では、店舗Ｃの通信処理装置Ｃがサーバに接続して、店舗Ｃの運営するコミュニティの登録情報の更新依頼を行う。この処理に際して、通信処理装置Ｃは、通信処理装置Ｃの記憶部に格納した通信処理装置Ａとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＡのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【００９５】
次にステップＳ３１１において、サーバが、通信処理装置Ａおよび通信処理装置Ｃの双方から受信した近接通信記録である通信履歴データの照合処理を実行する。
照合処理は、例えば以下のデータ確認処理を含む処理として実行される。
（ｘ）通信処理装置Ａから受信した通信履歴データに記録された通信日時と、通信処理装置Ｃから受信した通信履歴データに記録された通信日時とが一致することの確認。
（ｙ）通信処理装置Ａから受信した通信履歴データに記録されたユーザＩＤが、通信処理装置Ｃから受信した店舗Ｃ（または通信処理装置Ｃ）に対応するユーザＩＤであり、通信処理装置Ｃから受信した通信履歴データに記録されたユーザＩＤがユーザＡ（または通信処理装置Ａ）に対応するユーザＩＤであることの確認。
【００９６】
サーバは、ステップＳ３１１において、上記（ｘ），（ｙ）のデータ確認を行う。なお、その他、例えば双方の通信処理装置から近接通信を実行した位置情報が受信されている場合には、位置情報が一致しているかについても確認する。その他照合可能なデータが存在する場合にはそれらのデータについても照合する。
【００９７】
このように、ステップＳ３１１において、サーバは通信処理装置Ａからの受信データと、通信処理装置Ｃからの受信データとの照合処理によって、通信処理装置Ａと通信処理装置Ｃとの間で近接通信が実行されたか否かの確認処理を行う。
【００９８】
ステップＳ３１１において照合が成立し、通信処理装置Ａと通信処理装置Ｃとの間で近接通信が実行されたことが確認された場合に、ステップＳ３１２において、ユーザＡを店舗Ｃの運営するコミュニティの参加メンバーとして登録する。
【００９９】
その後、サーバは、ステップＳ３１３において、通信処理装置Ａに対してユーザＡを店舗Ｃの運営するコミュニティの参加メンバーとして登録したことを示す登録完了通知を送信する。また、ステップＳ３１４において、通信処理装置Ｃに対してユーザＡが、店舗Ｃの運営するコミュニティの参加メンバーとして登録されたことを示す登録完了通知を送信する。
【０１００】
なお、図３に示すシーケンス図では、まず、ステップＳ３０１〜Ｓ３０２において、ユーザＡの通信処理装置Ａとサーバとの通信処理によってユーザＡの登録処理を実行し、その後、ユーザＡが店舗Ｃに来店してステップＳ３０７〜Ｓ３０８において通信処理装置Ａと店舗端末Ｃとの近接通信を実行するという処理シーケンスとしている。これらの処理の順番は異なる設定としてもよい。すなわち、まずユーザＡが店舗Ｃに来店して通信処理装置Ａと店舗端末Ｃとの近接通信を実行する。その後、ユーザＡが、通信処理装置Ａとサーバとの通信処理によってユーザＡの登録処理を実行する。このような処理シーケンスとしてもよい。
【０１０１】
（４）ユーザの所有する複数の通信処理装置（例えば携帯電話とＰＣ）間で近接通信履歴情報を転送して、転送情報を利用した処理シーケンス（図５）
次に、図５を参照して、ユーザの所有する複数の通信処理装置（例えば携帯電話とＰＣ）間で近接通信履歴情報を転送して、転送情報を利用した処理シーケンスについて説明する。
【０１０２】
図５には、コミュニティの管理処理、具体的にはコミュニティ参加メンバーの登録処理などを行うサーバと、コミュニティのメンバーとしての登録を行うユーザＡの通信処理装置Ａ、ユーザＢの通信処理装置Ｂ１と通信処理装置Ｂ２、これらの各装置間において実行する通信処理シーケンスを示している。ユーザＢの通信処理装置Ｂ１は例えば携帯電話であり、通信処理装置Ｂ２は例えばＰＣである。通信処理装置Ａ、通信処理装置Ｂ１、通信処理装置Ｂ２いずれも、先に図１を参照して説明した通信処理装置と同様の機能を有している。
【０１０３】
ユーザＡは、ステップＳ４０１〜Ｓ４０２におけるサーバとの通信において先にユーザ登録がなされる。その後、新たなユーザＢをユーザＡの［トモダチ］として登録する。なお、ここでは、［トモダチ］は、コミュニティの参加メンバー内に設定される１つのカテゴリである。
【０１０４】
本処理例も先に図２を参照して説明した処理と同様、「現実世界で会った人」この条件を満足するユーザを新規登録する処理シーケンスである。
図５に示すシーケンス図の各処理ステップについて説明する。
ステップＳ４０１〜Ｓ４０２の処理は、ユーザＡの通信処理装置Ａとサーバとの通信処理によって実行するユーザＡの登録処理である。このユーザＡの登録処理は例えば、コミュニティに参加する初期メンバーの登録処理として実行される。予め決められたユーザ確認処理を実行してユーザ登録を実行する。この初期登録メンバーは後述するユーザＢの登録シーケンスとは異なるので、予め限定された数に設定するなど限定メンバーの設定とすることが好ましい。
【０１０５】
ユーザＡの登録シーケンスは以下の通りである。ステップＳ４０１においてユーザＡは通信処理装置Ａからユーザ識別情報（ユーザＩＤ）を含む予め規定したユーザ情報をサーバに送信する。サーバは通信処理装置Ａから受信するユーザ識別情報（ユーザＩＤ）を含むユーザ情報について、予め規定したユーザ確認シーケンスを実行し、ユーザが登録要件を満足すると判定した場合は、ユーザ識別情報を含むユーザ情報をデータベースに格納し、ユーザをコミュニティ参加メンバーとして登録する処理を実行する。登録完了後、サーバはステップＳ４０２において、登録完了通知を通信処理装置Ａに送信する。なお、ユーザＩＤは、ユーザ個人に対応するＩＤであっても、通信処理装置Ａに対応するＩＤであってもよい。
【０１０６】
ステップＳ４０３以下は、コミュニティの新たな参加者（追加メンバー）を登録する処理である。本処理例では、幽霊会員などの登録を防止するため正規の登録メンバー（本例ではユーザＡ）が実際に出会った人のみを登録する。
【０１０７】
ステップＳ４０３では、ユーザＡ（コミュニティメンバーとして登録済み）とユーザＢ（未登録）が出会って、それぞれの通信処理装置Ａと通信処理装置Ｂ１との近接通信を実行する。近接通信は、図１に示す通信処理装置１２０，１３０の近接通信部１２３，１３３を介して実行される。
【０１０８】
ステップＳ４０４において、通信処理装置Ａと通信処理装置Ｂ１は、それぞれ近接通信相手の通信処理装置から受信したデータを通信履歴情報として自装置の記憶部に格納する。
【０１０９】
この近接通信処理において、通信処理装置Ａから通信処理装置Ｂ１に対して送信されるデータは、例えば以下のデータである。
（ａ）ユーザＡのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ａ対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
（ｅ）ユーザＡが登録しているサーバサイト（Ｗｅｂサイト）識別子
（ｆ）サーバサイトのアクセス情報（ＵＲＬ）
これらの（ａ）〜（ｆ）のデータがユーザＡの通信処理装置Ａから、ユーザＢの通信処理装置Ｂ１に送信される。通信処理装置Ｂ１は、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【０１１０】
一方、この近接通信処理において、通信処理装置Ｂ１から通信処理装置Ａに対して送信されるデータは、例えば以下のデータである。
（ａ）ユーザＢのユーザＩＤ（ユーザ個人に対応するＩＤ、または通信処理装置Ｂ１対応のＩＤ）
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらの（ａ）〜（ｄ）のデータがユーザＢの通信処理装置Ｂ１から、ユーザＡの通信処理装置Ａに送信される。通信処理装置Ａは、これらの受信データを通信履歴情報として装置内の記憶部に格納する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、送信可能であれば送信することが好ましいデータである。
【０１１１】
次に、通信処理装置Ａと通信処理装置Ｂ１との近接通信が終了した後、ユーザＢは、通信処理装置Ｂ１を自宅に持ち帰り、自宅においてあるＰＣなどの別の通信処理装置Ｂ２と通信処理装置Ｂ１との近接通信を実行する。この近接通信によって、通信処理装置Ｂ１の記憶部に格納された通信処理装置Ａとの通信履歴情報が通信処理装置Ｂ２に転送される。通信処理装置Ｂ２は、通信処理装置Ｂ１から受信した通信履歴情報を通信処理装置Ｂ２の記憶部に格納する。
【０１１２】
ステップＳ４０７では、まず通信処理装置Ａがサーバに接続し、ＢさんをＡさんの［トモダチ］として登録するユーザＢの登録依頼を行う。［トモダチ］は前述したようにサーバの提供管理するコミュニティの参加メンバーの１つのカテゴリである。この登録依頼に際して、通信処理装置Ａは、通信処理装置Ａの記憶部に格納した通信処理装置Ｂとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＢのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【０１１３】
次に、ステップＳ４０８では、通信処理装置Ｂ２がサーバに接続しユーザＢの登録依頼を行う。この登録依頼は、ＢさんをＡさんの［トモダチ］として登録する登録依頼である。この登録依頼に際して、通信処理装置Ｂ２は、通信処理装置Ｂ１から転送され通信処理装置Ｂ２の記憶部に格納した通信処理装置Ａとの近接通信記録である通信履歴データをサーバにアップロードする。具体的には、
（ａ）ユーザＡのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡが任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場合）
これらのデータを記憶部から取得してサーバに送信する。なお、これらのデータ中、必須データは、（ａ）のユーザＩＤと、（ｃ）の近接通信の実行日時データである。その他のデータは必須ではなく、取得済みであれば送信することが好ましいデータである。
【０１１４】
さらに、ステップＳ４０９では、通信処理装置Ｂ２がサーバに接続しユーザＢの識別情報（ユーザＩＤ）をサーバに送信する。このユーザＩＤは、ユーザＢ個人に対応するＩＤ、または通信処理装置Ｂ１対応のＩＤである。
【０１１５】
次にステップＳ４１０において、サーバが、通信処理装置Ａおよび通信処理装置Ｂ２の双方から受信した近接通信記録である通信履歴データの照合処理を実行する。
照合処理は、例えば以下のデータ確認処理を含む処理として実行される。
（ｘ）通信処理装置Ａから受信した通信履歴データに記録された通信日時と、通信処理装置Ｂ２から受信した通信履歴データに記録された通信日時とが一致することの確認。
（ｙ）通信処理装置Ａから受信した通信履歴データに記録されたユーザＩＤが、通信処理装置Ｂ２から受信したユーザＢ（または通信処理装置Ｂ１）に対応するユーザＩＤであり、通信処理装置Ｂ２から受信した通信履歴データに記録されたユーザＩＤが登録済みのユーザＡ（または通信処理装置Ａ）に対応するユーザＩＤであることの確認。
【０１１６】
サーバは、ステップＳ４１０において、上記（ｘ），（ｙ）のデータ確認を行う。なお、その他、例えば双方の通信処理装置から近接通信を実行した位置情報が受信されている場合には、位置情報が一致しているかについても確認する。その他照合可能なデータが存在する場合にはそれらのデータについても照合する。
【０１１７】
このように、ステップＳ４１０において、サーバは通信処理装置Ａからの受信データと、通信処理装置Ｂ２からの受信データとの照合処理によって、通信処理装置Ａと通信処理装置Ｂ１との間で近接通信が実行されたか否かの確認処理を行う。
【０１１８】
ステップＳ４１０において照合が成立し、通信処理装置Ａと通信処理装置Ｂ１との間で近接通信が実行されたことが確認された場合に、ステップＳ４１１において、ユーザＢをユーザＡの［トモダチ］として登録する。
【０１１９】
その後、サーバは、ステップＳ４１２において、通信処理装置Ａに対してユーザＢをユーザＡの［トモダチ］として登録したことを示す登録完了通知を送信する。また、ステップＳ４１３において、通信処理装置Ｂ２に対してユーザＢをユーザＡの［トモダチ］として登録したことを示す登録完了通知を送信する。
【０１２０】
なお、上述の説明では、ステップＳ４０１〜Ｓ４０２のユーザＡの登録処理は、コミュニティの初期メンバーの登録処理として実行すると説明した。しかし、この登録処理を正規の登録処理とせず、ステップＳ４０１〜Ｓ４０２の処理をユーザＡの仮登録処理として実行し、ステップＳ４０３〜Ｓ４１１のシーケンスが完了したことを条件としてユーザＡについての正規の登録を行なう設定としてもよい。この様な設定により、ユーザＡについても他の登録ユーザ（この場合ユーザＢ）との実世界での面会がユーザ登録の要件として設定されることになる。
【０１２１】
以上、複数の処理シーケンスについて説明してきた。上述したシーケンスから理解されるように、本発明のコミュニティ管理処理では、ユーザによって実際に近接通信を実行したことが確認された場合にコミュニティメンバーとして登録する構成であり、携帯電話などの近接通信可能な装置を持って、他の通信装置との間で近接通信が実行されたことの確認がなされることがコミュニティの登録メンバーとして設定するための要件となる。
【０１２２】
すなわち、先に説明したように、
（ａ）現実世界で会った人
（ｂ）特定の場所、会場に行った人
（ｃ）特定の会合、パーティなどのイベントに参加した人、
例えば上記（ａ）〜（ｃ）のいずれかの条件を満足する人であることが近接通信履歴データから確認された場合にコミュニティに参加が許容される。
【０１２３】
本発明の構成を適用することで、例えば、スーパーやファーストフード店に近接通信を行う装置を置いて、ユーザの装置との通信履歴を交換することで、以下のようなメリットが発生する。
＊実際に来店してくれたお客さんだけをメンバーにでき、セール情報、新商品情報などを、実際に来店する有効なメンバーに対してのみ、提供できる。
＊お客さんからの生の声を聞ける。
＊マーケティングツールとして活用できる。
このようなメリットがある。
【０１２４】
また、ライブ、イベント(球場、スタジアム)などに近接通信を行う装置を置いて、ユーザの装置との通信履歴を交換することで、
＊会場へ来た人限定のファンクラブを結成できる
＊登録者にお忍びライブ情報/限定グッズ情報を提供できる
＊何度も来た人をランクアップし、ロイヤルカスタマーとして扱える
このような利用が可能となる。
【０１２５】
また、コミュニティに参加する個人ユーザに関しても、
＊コミュニティ提供サイトでワンランク上のトモダチとして登録できる
＊情報発信相手(グループ)を使い分けられる
といった処理が可能となるというメリットがある。
【０１２６】
図６にコミュニティ管理処理を行う情報管理装置としてのサーバ１１０の構成例を示す。図６に示すサーバ１１０は図１に示すサーバ１１０に対応する。情報管理装置としてのサーバ１１０は、図６に示すように通信部３１１、データ照合部３１２、データ登録部３１３を有する。
【０１２７】
通信部３１１は、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信する。データ照合部３１２は、通信部３１１の受信した複数の通信履歴データの照合処理を実行する。データ登録部３１３は、データ照合部３１２において実行された近接通信の通信履歴データに基づいて、複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、通信処理装置のユーザをコミュニティメンバーとしてデータベース１１１に登録する処理を実行する。
【０１２８】
データ照合部３１２は、例えば各通信処理装置から受信した通信履歴に含まれる近接通信相手のユーザＩＤに基づいて、複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う。
【０１２９】
また、データ照合部３１２は、各通信処理装置から受信した通信履歴に含まれる近接通信日時データが一致するか否か、通信履歴に含まれる近接通信位置データが一致するか否かなどの照合処理を実行して、複数の通信処理装置間において近接通信が実行されたか否かを判定する処理を行う。
【０１３０】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１３１】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１３２】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１３３】
以上、説明したように、本発明の一実施例の構成によれば、複数の通信処理装置から各通信処理装置において実行された近接通信処理の通信履歴データを受信し、受信した複数の通信履歴データの照合処理を実行して、複数の通信処理装置間における近接通信の実行事実が確認されたことを条件として、通信処理装置のユーザをコミュニティメンバーとして登録する。取得し、照合する通信履歴データは通信相手のＩＤ、通信日時、通信実行位置などの情報であり、これらのデータに基づいて実際に近接通信が行われたことを確認した上でコミュニティの登録メンバーとする。この処理によって、幽霊メンバーなど架空の実在しないユーザの登録を防止することが可能となる。
【図面の簡単な説明】
【０１３４】
【図１】本発明の一実施例に係るコミュニティ管理システムの構成例について説明する図である。
【図２】本発明の一実施例に係るコミュニティの参加メンバー登録処理シーケンスについて説明する図である。
【図３】本発明の一実施例に係るコミュニティの参加メンバー登録処理シーケンスについて説明する図である。
【図４】本発明の一実施例に係るコミュニティの参加メンバー登録処理シーケンスについて説明する図である。
【図５】本発明の一実施例に係るコミュニティの参加メンバー登録処理シーケンスについて説明する図である。
【図６】本発明の一実施例に係る情報管理装置（サーバ）の構成例について説明する図である。
【符号の説明】
【０１３５】
１１０  サーバ
１１１  データベース
１２０  通信処理装置
１２１  制御部
１２２  通信部
１２３  近接通信部
１２４  記憶部
３１１  通信部
３１２  データ照合部
３１３  データ登録部
【図１】
0004458184.tif 000002
【図２】
0004458184.tif 000003
【図３】
0004458184.tif 000004
【図４】
0004458184.tif 000005
【図５】
0004458184.tif 000006
【図６】
0004458184.tif 000007