JP2004260766A - 複数エリア内ユーザコミュニティ通信システム - Google Patents
複数エリア内ユーザコミュニティ通信システム Download PDFInfo
- Publication number
- JP2004260766A JP2004260766A JP2003052055A JP2003052055A JP2004260766A JP 2004260766 A JP2004260766 A JP 2004260766A JP 2003052055 A JP2003052055 A JP 2003052055A JP 2003052055 A JP2003052055 A JP 2003052055A JP 2004260766 A JP2004260766 A JP 2004260766A
- Authority
- JP
- Japan
- Prior art keywords
- user
- community
- area
- content
- profile
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】エリア単位でのネットワークコミュニテイが形成されつつある環境において、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニテイを単位としてコンテンツを発信することを可能にする。
【解決手段】各エリア１、２、３にエリア管理サーバ１００、２００、３００を配置し、各エリア管理サーバに、当該エリアに属するユーザの個々のプロファイル、当該エリア内コミュニティ構成員のプロファイルを蓄積・管理するユーザ管理部、利用者のコンテンツを蓄積・管理するコンテンツ管理部、ユーザ管理部やコンテンツ管理のアクセス、エリア内の利用者端末や、他エリアとの通信などを司どる主制御部を具備させることで、コンテンツを所望コミュニテイ単位として発信・分配させる。
【選択図】 図１
【解決手段】各エリア１、２、３にエリア管理サーバ１００、２００、３００を配置し、各エリア管理サーバに、当該エリアに属するユーザの個々のプロファイル、当該エリア内コミュニティ構成員のプロファイルを蓄積・管理するユーザ管理部、利用者のコンテンツを蓄積・管理するコンテンツ管理部、ユーザ管理部やコンテンツ管理のアクセス、エリア内の利用者端末や、他エリアとの通信などを司どる主制御部を具備させることで、コンテンツを所望コミュニテイ単位として発信・分配させる。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のエリア内ネットワーク上にて構成されるユーザコミュニティを接続するネットワーク上での通信システムに関する。
【０００２】
【従来の技術】
近年、マンション、新興住宅地域、大学キャンパス、オフィス街など、拠点的に人口が集中しエリア内での通信需要密度が大きな地域を中心に、エリア内でネットワークが構築され、エリア単位でのネットワークコミュニティが形成されつつある。
【０００３】
こうした環境においては、ユーザの属性情報はエリア毎に管理されることが想定されるが、情報発信者が、エリア内のユーザが外部に公開する属性情報に基づいてユーザ毎の最適な情報を発信する際、次のような課題が考えられる。
（１） ユーザ個人の属性情報公開により、ユーザの匿各性が失われる恐れがある。
（２） ユーザ毎に情報を個別に発信するため、ネットワーク上のトラヒックが増大する。
【０００４】
こうした課題を克服するためには、情報を発信する際に、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位としで情報を発信する仕組みを新たに検討する必要がある。
【０００５】
従来、例えば、大規模の端末に対して、サーバから情報が配送されたときに即時に端末ユーザが希望する情報のみを取得可能とするために、サーバと端末間に設置されたカスタマイザにて、サーバから発信された情報をあらかじめ登録されたユーザプロファイルに基づき端末を選択して配送する方式が提案されているが（例えば、特許文献１）、エリア毎のユーザ群（コミュニティ）を単位としてこうした情報発信・分配を行う仕組みについては言及されていない。
【０００６】
【特許文献１】
特開平１０−４９４６９号公報
【０００７】
【発明が解決しようとする課題】
本発明の目的は、エリア単位でのネットワークコミュニテイが形成されつつある環境において、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニテイを単位として情報（コンテンツ）を発信することが可能な複数エリア内ユーザコミニュティ通信システムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明は、複数のエリア内ユーザコミュニティを接続し、それらの内部またはそれらをまたがった通信サービスを利用者端末に対して提供する複数エリア内ユーザコミュニティ通信において、各々のエリア内コミュニティで利用するネットワークシステムが、エリア管理サーバと、映像、音声、文字情報などの情報送信機能、受信機能を備える複数の利用者端末とで構成される。
【０００９】
前記エリア管理サーバは、当該エリアに属するユーザ個々の属性情報（ユーザプロファイル）と、該エリア内コミュニティ構成員の全てまたはその一部により構成される一つまたは複数のコミュニティの属性情報（コミュニティプロファイル）を蓄積・管理するユーザ管理部と、該エリア内で保持するコンテンツ（実体およびそのプロファイル）を蓄積・管理するコンテンツ管理部と、当該エリアの利用者端末及び他エリアのエリア管理サーバとの通信手段と、ユーザ管理部とコンテンツ管理部との通信手段を有する主制御部とからなる。
【００１０】
エリア管理サーバの主制御部では、利用者端末より送信される該エリアに属するユーザのユーザプロファイルをユーザ管理部に蓄積し、該エリア内の各コミュニティに属するユーザのユーザプロファイルを集計してコミュニティプロファイルを生成し、かつ、ユーザプロファイル情報が追加、削除、更新される毎に、該ユーザが属するコミュニティのコミュニティプロファイルを動的に更新する。
【００１１】
また、各エリア内のユーザ管理部では、該エリア内の各コミュニティのコミュニティ識別子と、各コミュニティに属するユーザのユーザ識別子とのマッピングテーブルを管理し、各ユーザの各コミュニティへの参加、離脱に伴い、該マッピングテーブルを動的に更新する。
【００１２】
ユーザが利用者端末よりコンテンツを送信する際には、エリア管理サーバの主制御部では、コミュニティの検索、コミュニティプロファイルの取得を行い、適切な送信先をコミュニティ単位で選択して、コンテンツの送信を行う。
【００１３】
送信先のエリア内エリア管理サーバの主制御部では、当該エリア内の特定コミュニティ宛に送信されたコンテンツを受け付けて、該コミュニティに属するユーザのユーザプロファイルと該コンテンツのコンテンツプロファイルとを参照して、該コンテンツを送信する利用者端末を選択する。このとき、主制御部では、該コンテンツ内の該コンテンツの緊急性を示す属性を参照して、該コンテンツを該エリア内のコンテンツ管理部に蓄積してユーザからの要求に応じて利用者端末に送信するか、もしくはユーザが利用する利用者端末に対して即時的に送信するかを制御する。
【００１４】
また、各エリア内のユーザ管理部では、該エリア内のユーザプロファイルの属性として各エリアでの利用者端末利用履歴を示す属性を設け、また、コミュニティプロファイルの属性として各コミュニティ内で共通の属性を持つユーザ群毎の各エリア内での利用者端末利用履歴を示す属性を設ける。エリア管理サーバの主制御部では、ユーザの各エリア内における利用者端末利用履歴を該ユーザが属するエリア内のユーザ管理部に送信することにより、該ユーザのユーザプロファイルおよび該ユーザが所属するコミュニティのコミュニティプロファイルが更新される。そして、各ユーザが所属するコミュニティのコミュニティプロファイルにおける、該ユーザのユーザプロファイルと共通の属性を持つユーザ群の利用者端末利用履歴属性を参照して、各エリアで保持するコンテンツを選択して取得し、送信する。
【００１５】
これらの諸機能により、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位として情報を発信することが可能となる。
【００１６】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を用いて説明する。
図１に、本発明を実施するための複数エリア内ユーザコミュニティを接続する広域ネットワークシステムの構成例を示す。図１において、エリア１〜３は、例えば、複数店舗からなるショッピングモール、総合病院、大学キャンパス、マンションなど、それぞれ人間が集積することによりコミュニティネットワーク（エリア内ネットワーク）が形成される特定エリアである。ここでは、３つのエリアのみを示したが、勿論、これに限るものではない。また、一つのエリア内ネットワークには、一つあるいは複数（一般には複数）のコミュニティが存在する。
【００１７】
エリア１内ネットワークは、エリア内ユーザが利用する利用者端末１５０１〜１５０ｉ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ１００より構成される。同様に、エリア２内ネットワークは、エリア内ユーザが利用する利用者端末２５０１〜２５０ｊ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ２００より構成され、エリア３内ネットワークは、エリア管理内ユーザが利用する利用者端末３５０１〜３５０ｋ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ３００より構成される。
各エリア１、２、３のエリア管理サーバ１００、２００、３００同士は、相互にエリアに依らない共通の形式（ここではＳＯＡＰ／ＸＭＬとする）にて通信が可能である。
【００１８】
図２、図３に、エリア管理サーバ１００の機能構成例を示す。エリア２、エリア３内のエリア管理サーバ２００、３００の機能構成例は、エリア管理サーバ１００と同様であるので、図示を省略する。なお、各エリア管理サーバ１００、２００、３００の実体は通信インタフェース機能を備えたコンピュータである。
【００１９】
図２に示すように、エリアサーバ１００は、主制御部１１０、ユーザ管理部１２０及びコンテンツ管理部１３０で構成される。ユーザ管理部１２０は、属するエリア内のユーザ個々の属性をユーザプロファイルとしてＸＭＬ形式にて蓄積・管理するユーザプロファイルデータベース（ＤＢ）１２１と、各ユーザプロファイルを集計して、エリア内コミュニティ構成員の全てまたはその一部により構成される一つまたは複数のコミュニティの属性をコミュニティプロファイルとしてＸＭＬ形式で蓄積・管理するコミユニティプロファイルＤＢ１２３と、各ユーザと、所属するエリア内コミュニティとのマッピング情報を蓄積・管理するユーザマッピングＤＢ１３２とで構成される。コンテンツ管理部１３０は、エリア内で保持するコンテンツ（実体およびそのプロファイル）を蓄積・管理するコンテンツＤＢ１３１により構成される。主制御部１１０は、エリア内の各利用者端末１５０１〜１５０ｉや他エリア２、３のエリア管理サーバ２００、３００との通信、ユーザ管理部１２０やコンテンツ管理部１３０をアクセスするなどして、コミユニテイフロファイルの生成や更新、コミュニティプロファイルに基づくコミュニティ検索、コンテンツの送受信などの制御を行う。
【００２０】
図３はエリア管理サーバ１００の主制御部１１０の詳細機能構成例である。本主制御部１１０は、エリア内の各利用者端末１５０１〜１５０ｉのインタフェース及び他のエリアのエリア管理サーバ２００、３００のインタフェースを構成するエリア内利用者端末／外部エリア管理サーバＩＦ１１１、ユーザ管理部１２０及びコンテンツ管理部１３０のインタフェースを構成するユーザ管理部／コンテンツ管理部ＩＦ１１２、コミユニティプロファイルの生成・更新を行うためのコミュニティプロファイル生成／更新制御機能１１３、コミユニティプロファイルに基づき必要なコミユニティを検索するためのコミユニティ検索制御機能１１４、コミユニティ単位での緊急性の低いコンテンツを発信するためのコンテンツ発信制御機能１１５、緊急コンテンツを発信するための緊急コンテンツ発信制御機能１１６、緊急コンテンツを一時的に保持するためのコンテンツキャッシュ１１７、ユーザの行動属性の収集及びそれに基づくコンテンツ発信を行うためのユーザ行動履歴収集／コンテンツ発信制御機能１１８などからなる。なお、コンテンツキャッシュはコンテンツＤＢ１３１内の一部を利用することでもよい。
【００２１】
エリア内利用者端末／外部エリア管理サーバＩＦ１１１は、エリア内の利用者端末や他エリアのエリア管理サーバから種々の情報（要求、各プロファイル、そのＩＤ、コンテンツ等）を受信し、それを解析して、所望の制御機能に渡し、また、制御機能から情報を渡されてエリア内の利用者端末や他エリアのエリア管理サーバへ送信する。この場合、エリア内の利用者端末とはＴＣＰ／ＩＰのＨＴＴＰにて通信を行い、他エリアのエリア管理サーバとはエリアに依らない共通の形式（ＳＯＡＰ／ＸＭＬ）にて通信を行うようにする。ユーザ管理部／コンテンツ管理部ＩＦ１１２は、制御機能からの指示に従って、当該制御機能とユーザ管理部１２０やコンテンツ管理部１３０との間で情報（ユーザプロファイル、コミュニティプロファイル、コンテンツ等）の送受信を行う。
【００２２】
図４、図５、図６にユーザプロファイル、コミュニティプロファイル、ユーザマッピングテーブルをＸＭＬ形式で記述した具体例を示す。ユーザプロファイルは、各ユーザに固有のユーザＩＤ（ユーザ識別子）で区分され、コミュニティプロファイルは、各コミュニティに固有のコミュニティＩＤ（コミュニティ識別子）で区分される。ユーザマッピングテーブルには、コミュニティＩＤ毎に、当該コミュニティに属するユーザのユーザＩＤが保持される。
【００２３】
次に、図１乃至図６を利用して、コミュニティプロファイル生成／更新、コミュニティ検索、緊急でない場合のコンテンツ発信、緊急の場合のコンテンツ発信、ユーザ行動履歴収集及びそれに基づくコンテンツ発信の動作を説明する。なお、以下の説明ではエリア内利用者端末／外部エリア管理サーバＩＦ及びユーザ管理部／コンテンツ管理部ＩＦの働きは省略する。
【００２４】
〈コミュニティプロファイル生成／更新〉
図７にコミュニティプロファイルの生成、更新の動作シーケンス例を示す。ここではエリア３を例に説明する。
図７において、エリア３に属するユーザ３Ａが、利用者端末３５０１よりエリア管理サーバ３００の主制御３１０に対して新規コミュニティ登録要求を行うと（７０１）、コミュニティプロファイルの生成／更新制御機能３１３はあらかじめ決められたフォーマットでコミュニティプロファイルを生成してコミュニティプロファイルＤＢ３２３に新規登録するとともに（７０２）、ユーザマッピングＤＢ３２２に対して、そのコミュニティＩＤを登録する（７０３）。この時点では、コミュニティプロファイルＤＢ３２３内の当該コミュニティプロファイルの実体はＮＵＬＬである。
【００２５】
次に、例えば、ユーザ３Ａが利用者端末３５０１より、そのコミュニティへの参加要求を、エリア管理サーバ３００の主制御部３１０に送信すると（７０４）、コミュニティプロファイル生成／更新制御機能３１３はユーザマッピングＤＢ３２２に対してそのコミュニティのマッピングテーブル上にユーザ３ＡのユーザＩＤを登録し（７０５）、ユーザプロファイルＤＢ３２１からユーザ３Ａのユーザプロファイルを取得して（７０６，７０７）、それを基にコミュニティプロファイルＤＢ３２３の該当コミュニティプロファイルの内容を更新する（７０８）。
【００２６】
次に、例えばユーザ３Ａが利用者端末３５０１よりユーザプロファイル更新要求をエリア管理サーバ３００の主制御部３１０に送信すると（７０９）、同制御機能３１３は、ユーザプロファイルＤＢ３２１に対してユーザ３Ａのプロファイル更新要求を行い、ユーザＡのプロファイルを更新すると共に（７１０）、ユーザマッピングＤＢ３２２に対しユーザ３Ａが所属するコミュニティの検索要求を発して（７１１）、そのコミュニティＩＤの回答を得（７１２）、コミュニティプロファイルＤＢ３１４に対してそのコミュニティのプロファイル更新要求を行い、ユーザＡのプロファイル内容をもとに、該ユーザ３Ａが所属するコミュニティプロファイルを更新する（７１３）。なお、ユーザがユーザプロファイルを追加、削除する際も基本的に同様である。
【００２７】
＜コミュニティ検索＞
図８にコミュニティ検索動作シーケンスの一例を示す。コミュニティ検索は、ユーザがコンテンツを発信する際に、その条件に合致するコミュニティの有無を知るために実行される。ここでは、エリア３のユーザが検索元とする。
【００２８】
エリア３の例えばユーザ３Ａは、利用者端末３５０１よりコンテンツを発信する際に、そのコンテンツが対象とするコミュニティのプロファイルが満たすべき属性条件を指定し、コミュニティ検索要求を、エリア３内のエリア管理サーバ３００の主制御部３１０に対して行う（８０１）。主制御部３１０のコミュニティ検索制御機能３１４では、受け付けた検索要求に基づきコミュニティプロファイルＤＢ３２３に対してコミュニティ検索を要求し（８０２）、合致するコミュニティのコミュニティＩＤを取得して（８０３）、当該主制御部３１０のアドレス情報（エリア管理サーバアドレス）と共に利用者端末３５０１に回答する（８０４）。
【００２９】
一方、エリア３内のエリア管理サーバ３００の主制御部３１０は、利用者端末３５０１のコミュニティ検索要求を、エリア１およびエリア２のエリア管理サーバ１００、２００の主制御部１１０、２１０に対して同報配信する（８０５、８１０）。主制御部１１０、２１０のコミュニティ検索制御機能１１４、２１４では、それぞれ受け付けた検索要求に基づきコミュニティプロファイルＤＢ１２３、２２３に対してコミュニティ検索を要求し（８０６、８１１）、合致するコミュニティのコミュニティＩＤを取得して（８０７、８１２）、当該主制御部１１０、２１０のアドレス情報と共に、エリア管理サーバ３００の主制御部３１０に回答する（８０８、８１３）。主制御部３１０は、各主制御部１１０、２１０からの回答結果を利用者端末３５０１に回答する（８０９、８１４）。
【００３０】
〈コンテンツ発信〉
図９に、コンテンツを緊急に発信先に通知する必要性が低い場合におけるコンテンツの発信シーケンスの一例を示す。ここでは、エリア３のユーザ３Ａがコンテンツを発信するとし、上記コミュニティの検索結果、条件に合致したコミュニティがエリア１に存在したとする。
【００３１】
ユーザ３Ａは、利用者端末３５０１から、エリア３のエリア管理サーバ３００の主制御部３１０に対し、コンテンツの発信先アドレスをエリア１の主制御部１１０（エリア管理サーバ１００）として、コンテンツとその属性情報（プロファイル）、送信先コミュニティＩＤおよび緊急度が低い旨記述された緊急度情報を送信する（９０１）。主制御部３１０は、利用者端末３５０１から受け取ったコンテンツとそのプロファイル、送信先コミュニティＩＤおよび緊急度情報を、発信先アドレスのエリア管理サーバ１００の主制御部１１０に送信する（９０２）。
【００３２】
エリア１のエリア管理サーバ１００の主制御部１１０では、コンテンツ発信制御機能１１５により、コンテンツＤＢ１３１にコンテンツとそのプロファイルと送信先コミュニティＩＤを蓄積する（９０３）。
【００３３】
例えば、エリア１の利用者端末１５０１にユーザ１Ａがログインして、端末利用要求がエリア管理サーバ１００の主制御１１０に送信されると（９０４）、コンテンツ発信制御機能１１５にて、まず、ログインしたユーザ１ＡのユーザＩＤを検索キーにユーザマッピングＤＢ１２２よりそのユーザが属するコミュニティＩＤを取得する（９０５、９０６）。次に、取得したコミュニティＩＤを検索キーに、そのコミュニティ宛に送信されたコンテンツプロファイルをコンテンツＤＢ１３１より取得し（９０７、９０８）、また、ユーザ１ＡのユーザプロファイルをユーザプロファイルＤＢ１２１より取得する（９０９、９１０）。そして、コンタンツ発信制御機能１１５は、この取得したコンテンツプロファイルとユーザプロファイルとのマッチングを行い（９１１）、合致すれば、そのコンテンツを利用者端末１５０１に対して送信する（９１２、９１３）。エリア１の他のユーザ１Ｂ、１Ｃ、…がログインした場合も同様である。
【００３４】
なお、エリア２や３のユーザがログインした場合には、上記ユーザ３Ａより発信したコンテンツは、エリア２や３のエリア管理サーバ２００、３００には送信されないため、エリア２や３のユーザには配信されない。
【００３５】
〈緊急コンテンツ発信〉
図１０に、コンテンツを緊急に発信先に通知する必要性が高い場合におけるコンテンツの発信シーケンスの一例示す。ここでも、エリア３Ａのユーザ３Ａがコンテンツを発信するとし、先のコミユニティの検索結果、条件に合致したコミュニテイがエリア１に存在したとする。
【００３６】
ユーザ３Ａは、利用者端末３５０１から、エリア３のエリア管理サーバ３００の主制御部３１０に対し、コンテンツの発信先アドレスをエリア１の主制御部１１０として、コンテンツとそのプロファイル、送信先コミュニティＩＤおよび緊急度が高い旨記述された緊急度情報を送信する（１００１）。主制御部３１０は、利用者端末３５０１から受け取ったコンテンツとそのプロファイル、送信先コミユニティＩＤおよび緊急度情報を、発信先アドレスのエリア管理サーバ１００の主制御部１１０に送信する（１００２）。
【００３７】
エリア１のエリア管理サーバ１００の主制御部１１０では、緊急コンテンツ発信制御機能１１６にて、コンテンツとそのプロファイルと送信先コンテンツＩＤをコンテンツキヤッシュ１１７に保持する（１００３）。そして、緊急コンテンツ発信制御機能１１６では、送信先コミュニティＩＤを検索キーとして、送信先のコミュニティに属するユーザのＩＤをユーザマッピングＤＢ１１２より取得する（１００４、１００５）。この取得した各ユーザのユーザＩＤを検索キーとして、ユーザプロファイルＤＢ１２１より各ユーザのユーザプロファイルを取得し（１００６、１００７）、コンテンツプロファイルとのマッチングを行い（１００８）、合致したユーザが現在利用中の利用者端末のアドレスを取得した後（１００９、１０１０）、コンテンツキヤッシュ１１７に保持したコンテンツを、それらの利用者端末（ここでは、１５０１、１５０２）に同報配信する（１０１１、１０１２）。
【００３８】
〈ユーザ行動履歴収集／コンテンツ発信〉
図１１に、ユーザの行動履歴に基づくコンテンツ発信のシーケンス例を示す。ここでは、ユーザの行動履歴として、図４及び図５のユーザプロファイル、コミュニティプロファイルの記述例（コミュニティ利用履歴）のショッピングを例に説明する。エリア１が複数店舗で構成されるショッピングモールとする。また、エリア３はマンションとする。
【００３９】
エリア３に属するユーザ３Ａ（マンション住人）が、複数店舗群で構成されたショッピングモールのエリア１内のある衣料品店にて、該店舗に設置された利用者端末１５０１にＩＣカードやＵＳＢキーなど（以下、ＵＳＢキーとする）を挿入することにより、利用者端末１５０１から端末利用履歴がエリア管理サーバ１００の主制御部１１０に送信される（１１０１）。主制御部１１０は、該ＵＳＢキー内に記録されたエリア３（マンション）のコミュニティＩＤに基づき、あらかじめ保持しているエリア管理サーバ３００の主制御部３１０のアドレスに対して、ユーザ３ＡのユーザＩＤ、該エリア１のショッピングモールのコミュニティＩＤ、該衣料品店のコミュニティＩＤを引数として、利用履歴登録要求を行う（１１０２）。
【００４０】
利用履歴登録要求を受け付けたエリア３のエリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、ユーザ３Ａのユーザプロファイルにおける、該ショッピングモール（エリア１）内の該衣料品店の利用回数を示す属性値を１増加させる（１１０３）。さらに、ユーザ３Ａが属するコミュニティのＩＤをユーザマッピングＤＢ３２２３より取得し（１１０４、１１０５）、そのコミュニティのプロファイルにおける、ユーザ３Ａと共通の属性を持つユーザ群による該ショッピングモール（エリア１）内の該衣料品店の利用回数を示す属性値を１増加させる（１１０６）。
【００４１】
その後、エリア３のエリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、例えば、定期的に、コミュニティプロファイル３２３ＤＢより、各コミュニティ内の共通の属性を持つユーザ群毎の利用頻度の高いエリア内コミュニティ（ここでは、エリア１のショッピングモール内の該衣料品店とする）のコミュニティＩＤ、および該ショッピングモールのコミュニティＩＤを取得し（１１０７、１１０８）、あらかじめ保持しているエリア１（ショッピングモール）のエリア管理サーバ１００の主制御部１１０のアドレスに対し、該衣料品店を代表するコンテンツ要求を送信する（１１０９）。
【００４２】
エリア１のエリア管理サーバ１００の主制御部１１０では、ユーザ行動履歴収集／コンテンツ発信制御機能１１８にて、コンテンツＤＢ１３１より、あらかじめ登録された該衣料品店エリア１を代表するコンテンツおよびそのプロファイルを取得し（１１１０）、１１１１）、要求元であるエリア３のエリア管理サーバ３００の主制御部３１０に送信する（１１１２）。エリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、該コンテンツとそのプロファイルをコンテンツＤＢ３３１に登録する（１１１３）。
【００４３】
以降、エリア３（マンション）にて、各ユーザが利用者端末にＵＳＢキーを挿入した際に、エリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、そのユーザが属するコミュニティのコミュニティプロファイル内の、そのユーザと共通の属性を持っユーザ群の端末利用履歴を元に、例えば利用頻度の高いエリア内のコミュニティの代表コンテンツが、その利用者端末に送信される。
【００４４】
【発明の効果】
以上述べてきたように、本発明によれば、エリア単位でのネットワークコミュニティが形成されつつある環境において、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位としで情報を発信することが可能となる。これによって、エリア内のユーザが外部に公開する属性情報に基づいてユーザ毎の最適な情報を発信する際のユーザ個人の属性情報公開により、ユーザの匿名性が失われる恐れがある、ユーザ毎に情報を個別に発信するため、ネットワーク上のトラヒックが増大する、などといったことを解決できる。
【図面の簡単な説明】
【図１】本発明で対象とする広域ネットワークシステムの実施例である。
【図２】エリア管理サーバの構成例である。
【図３】エリア管理サーバ内の主制御部の構成例である。
【図４】ユーザプロファイルの記述例である。
【図５】コミュニティプロファイルの記述例である。
【図６】ユーザマッピングテーブルの記述例である。
【図７】コミュニティプロファイル生成・更新シーケンス例である
【図８】コミュニティ検索シーケンス例である。
【図９】情報発信シーケンス例（緊急でない場合）である。
【図１０】情報発信シーケンス例（緊急の場合）である。
【図１１】行動履歴に基づくコンテンツ収集シーケンス例である。
【符号の説明】
１００、２００、３００ エリア管理サーバ
１５０、２５０、３５０ 利用者端末
１１０ 主制御部
１１１ エリア内利用者端末／外部エリア管理サーバＩＦ
１１２ ユーザ管理部／コンテンツ管理部ＩＦ
１１３ コミユニティプロファイル生成／更新制御機能
１１４ コミユニティ検索制御機能
１１５ コンテンツ発信制御機能
１１６ 緊急コンテンツ発信制御機能
１１７ コンテンツキャッシュ
１１８ ユーザ行動履歴収集／コンテンツ発信制御機能
１２０ ユーザ管理部
１２１ ユーザプロファイルＤＢ
１２２ ユーザマッピングＤＢ
１２３ コミュニティプロファイルＤＢ
１３０ コンテンツ管理部
１３１ コンテンツＤＢ
【発明の属する技術分野】
本発明は、複数のエリア内ネットワーク上にて構成されるユーザコミュニティを接続するネットワーク上での通信システムに関する。
【０００２】
【従来の技術】
近年、マンション、新興住宅地域、大学キャンパス、オフィス街など、拠点的に人口が集中しエリア内での通信需要密度が大きな地域を中心に、エリア内でネットワークが構築され、エリア単位でのネットワークコミュニティが形成されつつある。
【０００３】
こうした環境においては、ユーザの属性情報はエリア毎に管理されることが想定されるが、情報発信者が、エリア内のユーザが外部に公開する属性情報に基づいてユーザ毎の最適な情報を発信する際、次のような課題が考えられる。
（１） ユーザ個人の属性情報公開により、ユーザの匿各性が失われる恐れがある。
（２） ユーザ毎に情報を個別に発信するため、ネットワーク上のトラヒックが増大する。
【０００４】
こうした課題を克服するためには、情報を発信する際に、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位としで情報を発信する仕組みを新たに検討する必要がある。
【０００５】
従来、例えば、大規模の端末に対して、サーバから情報が配送されたときに即時に端末ユーザが希望する情報のみを取得可能とするために、サーバと端末間に設置されたカスタマイザにて、サーバから発信された情報をあらかじめ登録されたユーザプロファイルに基づき端末を選択して配送する方式が提案されているが（例えば、特許文献１）、エリア毎のユーザ群（コミュニティ）を単位としてこうした情報発信・分配を行う仕組みについては言及されていない。
【０００６】
【特許文献１】
特開平１０−４９４６９号公報
【０００７】
【発明が解決しようとする課題】
本発明の目的は、エリア単位でのネットワークコミュニテイが形成されつつある環境において、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニテイを単位として情報（コンテンツ）を発信することが可能な複数エリア内ユーザコミニュティ通信システムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明は、複数のエリア内ユーザコミュニティを接続し、それらの内部またはそれらをまたがった通信サービスを利用者端末に対して提供する複数エリア内ユーザコミュニティ通信において、各々のエリア内コミュニティで利用するネットワークシステムが、エリア管理サーバと、映像、音声、文字情報などの情報送信機能、受信機能を備える複数の利用者端末とで構成される。
【０００９】
前記エリア管理サーバは、当該エリアに属するユーザ個々の属性情報（ユーザプロファイル）と、該エリア内コミュニティ構成員の全てまたはその一部により構成される一つまたは複数のコミュニティの属性情報（コミュニティプロファイル）を蓄積・管理するユーザ管理部と、該エリア内で保持するコンテンツ（実体およびそのプロファイル）を蓄積・管理するコンテンツ管理部と、当該エリアの利用者端末及び他エリアのエリア管理サーバとの通信手段と、ユーザ管理部とコンテンツ管理部との通信手段を有する主制御部とからなる。
【００１０】
エリア管理サーバの主制御部では、利用者端末より送信される該エリアに属するユーザのユーザプロファイルをユーザ管理部に蓄積し、該エリア内の各コミュニティに属するユーザのユーザプロファイルを集計してコミュニティプロファイルを生成し、かつ、ユーザプロファイル情報が追加、削除、更新される毎に、該ユーザが属するコミュニティのコミュニティプロファイルを動的に更新する。
【００１１】
また、各エリア内のユーザ管理部では、該エリア内の各コミュニティのコミュニティ識別子と、各コミュニティに属するユーザのユーザ識別子とのマッピングテーブルを管理し、各ユーザの各コミュニティへの参加、離脱に伴い、該マッピングテーブルを動的に更新する。
【００１２】
ユーザが利用者端末よりコンテンツを送信する際には、エリア管理サーバの主制御部では、コミュニティの検索、コミュニティプロファイルの取得を行い、適切な送信先をコミュニティ単位で選択して、コンテンツの送信を行う。
【００１３】
送信先のエリア内エリア管理サーバの主制御部では、当該エリア内の特定コミュニティ宛に送信されたコンテンツを受け付けて、該コミュニティに属するユーザのユーザプロファイルと該コンテンツのコンテンツプロファイルとを参照して、該コンテンツを送信する利用者端末を選択する。このとき、主制御部では、該コンテンツ内の該コンテンツの緊急性を示す属性を参照して、該コンテンツを該エリア内のコンテンツ管理部に蓄積してユーザからの要求に応じて利用者端末に送信するか、もしくはユーザが利用する利用者端末に対して即時的に送信するかを制御する。
【００１４】
また、各エリア内のユーザ管理部では、該エリア内のユーザプロファイルの属性として各エリアでの利用者端末利用履歴を示す属性を設け、また、コミュニティプロファイルの属性として各コミュニティ内で共通の属性を持つユーザ群毎の各エリア内での利用者端末利用履歴を示す属性を設ける。エリア管理サーバの主制御部では、ユーザの各エリア内における利用者端末利用履歴を該ユーザが属するエリア内のユーザ管理部に送信することにより、該ユーザのユーザプロファイルおよび該ユーザが所属するコミュニティのコミュニティプロファイルが更新される。そして、各ユーザが所属するコミュニティのコミュニティプロファイルにおける、該ユーザのユーザプロファイルと共通の属性を持つユーザ群の利用者端末利用履歴属性を参照して、各エリアで保持するコンテンツを選択して取得し、送信する。
【００１５】
これらの諸機能により、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位として情報を発信することが可能となる。
【００１６】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を用いて説明する。
図１に、本発明を実施するための複数エリア内ユーザコミュニティを接続する広域ネットワークシステムの構成例を示す。図１において、エリア１〜３は、例えば、複数店舗からなるショッピングモール、総合病院、大学キャンパス、マンションなど、それぞれ人間が集積することによりコミュニティネットワーク（エリア内ネットワーク）が形成される特定エリアである。ここでは、３つのエリアのみを示したが、勿論、これに限るものではない。また、一つのエリア内ネットワークには、一つあるいは複数（一般には複数）のコミュニティが存在する。
【００１７】
エリア１内ネットワークは、エリア内ユーザが利用する利用者端末１５０１〜１５０ｉ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ１００より構成される。同様に、エリア２内ネットワークは、エリア内ユーザが利用する利用者端末２５０１〜２５０ｊ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ２００より構成され、エリア３内ネットワークは、エリア管理内ユーザが利用する利用者端末３５０１〜３５０ｋ、および各利用者端末とＴＣＰ／ＩＰにて通信可能なエリア管理サーバ３００より構成される。
各エリア１、２、３のエリア管理サーバ１００、２００、３００同士は、相互にエリアに依らない共通の形式（ここではＳＯＡＰ／ＸＭＬとする）にて通信が可能である。
【００１８】
図２、図３に、エリア管理サーバ１００の機能構成例を示す。エリア２、エリア３内のエリア管理サーバ２００、３００の機能構成例は、エリア管理サーバ１００と同様であるので、図示を省略する。なお、各エリア管理サーバ１００、２００、３００の実体は通信インタフェース機能を備えたコンピュータである。
【００１９】
図２に示すように、エリアサーバ１００は、主制御部１１０、ユーザ管理部１２０及びコンテンツ管理部１３０で構成される。ユーザ管理部１２０は、属するエリア内のユーザ個々の属性をユーザプロファイルとしてＸＭＬ形式にて蓄積・管理するユーザプロファイルデータベース（ＤＢ）１２１と、各ユーザプロファイルを集計して、エリア内コミュニティ構成員の全てまたはその一部により構成される一つまたは複数のコミュニティの属性をコミュニティプロファイルとしてＸＭＬ形式で蓄積・管理するコミユニティプロファイルＤＢ１２３と、各ユーザと、所属するエリア内コミュニティとのマッピング情報を蓄積・管理するユーザマッピングＤＢ１３２とで構成される。コンテンツ管理部１３０は、エリア内で保持するコンテンツ（実体およびそのプロファイル）を蓄積・管理するコンテンツＤＢ１３１により構成される。主制御部１１０は、エリア内の各利用者端末１５０１〜１５０ｉや他エリア２、３のエリア管理サーバ２００、３００との通信、ユーザ管理部１２０やコンテンツ管理部１３０をアクセスするなどして、コミユニテイフロファイルの生成や更新、コミュニティプロファイルに基づくコミュニティ検索、コンテンツの送受信などの制御を行う。
【００２０】
図３はエリア管理サーバ１００の主制御部１１０の詳細機能構成例である。本主制御部１１０は、エリア内の各利用者端末１５０１〜１５０ｉのインタフェース及び他のエリアのエリア管理サーバ２００、３００のインタフェースを構成するエリア内利用者端末／外部エリア管理サーバＩＦ１１１、ユーザ管理部１２０及びコンテンツ管理部１３０のインタフェースを構成するユーザ管理部／コンテンツ管理部ＩＦ１１２、コミユニティプロファイルの生成・更新を行うためのコミュニティプロファイル生成／更新制御機能１１３、コミユニティプロファイルに基づき必要なコミユニティを検索するためのコミユニティ検索制御機能１１４、コミユニティ単位での緊急性の低いコンテンツを発信するためのコンテンツ発信制御機能１１５、緊急コンテンツを発信するための緊急コンテンツ発信制御機能１１６、緊急コンテンツを一時的に保持するためのコンテンツキャッシュ１１７、ユーザの行動属性の収集及びそれに基づくコンテンツ発信を行うためのユーザ行動履歴収集／コンテンツ発信制御機能１１８などからなる。なお、コンテンツキャッシュはコンテンツＤＢ１３１内の一部を利用することでもよい。
【００２１】
エリア内利用者端末／外部エリア管理サーバＩＦ１１１は、エリア内の利用者端末や他エリアのエリア管理サーバから種々の情報（要求、各プロファイル、そのＩＤ、コンテンツ等）を受信し、それを解析して、所望の制御機能に渡し、また、制御機能から情報を渡されてエリア内の利用者端末や他エリアのエリア管理サーバへ送信する。この場合、エリア内の利用者端末とはＴＣＰ／ＩＰのＨＴＴＰにて通信を行い、他エリアのエリア管理サーバとはエリアに依らない共通の形式（ＳＯＡＰ／ＸＭＬ）にて通信を行うようにする。ユーザ管理部／コンテンツ管理部ＩＦ１１２は、制御機能からの指示に従って、当該制御機能とユーザ管理部１２０やコンテンツ管理部１３０との間で情報（ユーザプロファイル、コミュニティプロファイル、コンテンツ等）の送受信を行う。
【００２２】
図４、図５、図６にユーザプロファイル、コミュニティプロファイル、ユーザマッピングテーブルをＸＭＬ形式で記述した具体例を示す。ユーザプロファイルは、各ユーザに固有のユーザＩＤ（ユーザ識別子）で区分され、コミュニティプロファイルは、各コミュニティに固有のコミュニティＩＤ（コミュニティ識別子）で区分される。ユーザマッピングテーブルには、コミュニティＩＤ毎に、当該コミュニティに属するユーザのユーザＩＤが保持される。
【００２３】
次に、図１乃至図６を利用して、コミュニティプロファイル生成／更新、コミュニティ検索、緊急でない場合のコンテンツ発信、緊急の場合のコンテンツ発信、ユーザ行動履歴収集及びそれに基づくコンテンツ発信の動作を説明する。なお、以下の説明ではエリア内利用者端末／外部エリア管理サーバＩＦ及びユーザ管理部／コンテンツ管理部ＩＦの働きは省略する。
【００２４】
〈コミュニティプロファイル生成／更新〉
図７にコミュニティプロファイルの生成、更新の動作シーケンス例を示す。ここではエリア３を例に説明する。
図７において、エリア３に属するユーザ３Ａが、利用者端末３５０１よりエリア管理サーバ３００の主制御３１０に対して新規コミュニティ登録要求を行うと（７０１）、コミュニティプロファイルの生成／更新制御機能３１３はあらかじめ決められたフォーマットでコミュニティプロファイルを生成してコミュニティプロファイルＤＢ３２３に新規登録するとともに（７０２）、ユーザマッピングＤＢ３２２に対して、そのコミュニティＩＤを登録する（７０３）。この時点では、コミュニティプロファイルＤＢ３２３内の当該コミュニティプロファイルの実体はＮＵＬＬである。
【００２５】
次に、例えば、ユーザ３Ａが利用者端末３５０１より、そのコミュニティへの参加要求を、エリア管理サーバ３００の主制御部３１０に送信すると（７０４）、コミュニティプロファイル生成／更新制御機能３１３はユーザマッピングＤＢ３２２に対してそのコミュニティのマッピングテーブル上にユーザ３ＡのユーザＩＤを登録し（７０５）、ユーザプロファイルＤＢ３２１からユーザ３Ａのユーザプロファイルを取得して（７０６，７０７）、それを基にコミュニティプロファイルＤＢ３２３の該当コミュニティプロファイルの内容を更新する（７０８）。
【００２６】
次に、例えばユーザ３Ａが利用者端末３５０１よりユーザプロファイル更新要求をエリア管理サーバ３００の主制御部３１０に送信すると（７０９）、同制御機能３１３は、ユーザプロファイルＤＢ３２１に対してユーザ３Ａのプロファイル更新要求を行い、ユーザＡのプロファイルを更新すると共に（７１０）、ユーザマッピングＤＢ３２２に対しユーザ３Ａが所属するコミュニティの検索要求を発して（７１１）、そのコミュニティＩＤの回答を得（７１２）、コミュニティプロファイルＤＢ３１４に対してそのコミュニティのプロファイル更新要求を行い、ユーザＡのプロファイル内容をもとに、該ユーザ３Ａが所属するコミュニティプロファイルを更新する（７１３）。なお、ユーザがユーザプロファイルを追加、削除する際も基本的に同様である。
【００２７】
＜コミュニティ検索＞
図８にコミュニティ検索動作シーケンスの一例を示す。コミュニティ検索は、ユーザがコンテンツを発信する際に、その条件に合致するコミュニティの有無を知るために実行される。ここでは、エリア３のユーザが検索元とする。
【００２８】
エリア３の例えばユーザ３Ａは、利用者端末３５０１よりコンテンツを発信する際に、そのコンテンツが対象とするコミュニティのプロファイルが満たすべき属性条件を指定し、コミュニティ検索要求を、エリア３内のエリア管理サーバ３００の主制御部３１０に対して行う（８０１）。主制御部３１０のコミュニティ検索制御機能３１４では、受け付けた検索要求に基づきコミュニティプロファイルＤＢ３２３に対してコミュニティ検索を要求し（８０２）、合致するコミュニティのコミュニティＩＤを取得して（８０３）、当該主制御部３１０のアドレス情報（エリア管理サーバアドレス）と共に利用者端末３５０１に回答する（８０４）。
【００２９】
一方、エリア３内のエリア管理サーバ３００の主制御部３１０は、利用者端末３５０１のコミュニティ検索要求を、エリア１およびエリア２のエリア管理サーバ１００、２００の主制御部１１０、２１０に対して同報配信する（８０５、８１０）。主制御部１１０、２１０のコミュニティ検索制御機能１１４、２１４では、それぞれ受け付けた検索要求に基づきコミュニティプロファイルＤＢ１２３、２２３に対してコミュニティ検索を要求し（８０６、８１１）、合致するコミュニティのコミュニティＩＤを取得して（８０７、８１２）、当該主制御部１１０、２１０のアドレス情報と共に、エリア管理サーバ３００の主制御部３１０に回答する（８０８、８１３）。主制御部３１０は、各主制御部１１０、２１０からの回答結果を利用者端末３５０１に回答する（８０９、８１４）。
【００３０】
〈コンテンツ発信〉
図９に、コンテンツを緊急に発信先に通知する必要性が低い場合におけるコンテンツの発信シーケンスの一例を示す。ここでは、エリア３のユーザ３Ａがコンテンツを発信するとし、上記コミュニティの検索結果、条件に合致したコミュニティがエリア１に存在したとする。
【００３１】
ユーザ３Ａは、利用者端末３５０１から、エリア３のエリア管理サーバ３００の主制御部３１０に対し、コンテンツの発信先アドレスをエリア１の主制御部１１０（エリア管理サーバ１００）として、コンテンツとその属性情報（プロファイル）、送信先コミュニティＩＤおよび緊急度が低い旨記述された緊急度情報を送信する（９０１）。主制御部３１０は、利用者端末３５０１から受け取ったコンテンツとそのプロファイル、送信先コミュニティＩＤおよび緊急度情報を、発信先アドレスのエリア管理サーバ１００の主制御部１１０に送信する（９０２）。
【００３２】
エリア１のエリア管理サーバ１００の主制御部１１０では、コンテンツ発信制御機能１１５により、コンテンツＤＢ１３１にコンテンツとそのプロファイルと送信先コミュニティＩＤを蓄積する（９０３）。
【００３３】
例えば、エリア１の利用者端末１５０１にユーザ１Ａがログインして、端末利用要求がエリア管理サーバ１００の主制御１１０に送信されると（９０４）、コンテンツ発信制御機能１１５にて、まず、ログインしたユーザ１ＡのユーザＩＤを検索キーにユーザマッピングＤＢ１２２よりそのユーザが属するコミュニティＩＤを取得する（９０５、９０６）。次に、取得したコミュニティＩＤを検索キーに、そのコミュニティ宛に送信されたコンテンツプロファイルをコンテンツＤＢ１３１より取得し（９０７、９０８）、また、ユーザ１ＡのユーザプロファイルをユーザプロファイルＤＢ１２１より取得する（９０９、９１０）。そして、コンタンツ発信制御機能１１５は、この取得したコンテンツプロファイルとユーザプロファイルとのマッチングを行い（９１１）、合致すれば、そのコンテンツを利用者端末１５０１に対して送信する（９１２、９１３）。エリア１の他のユーザ１Ｂ、１Ｃ、…がログインした場合も同様である。
【００３４】
なお、エリア２や３のユーザがログインした場合には、上記ユーザ３Ａより発信したコンテンツは、エリア２や３のエリア管理サーバ２００、３００には送信されないため、エリア２や３のユーザには配信されない。
【００３５】
〈緊急コンテンツ発信〉
図１０に、コンテンツを緊急に発信先に通知する必要性が高い場合におけるコンテンツの発信シーケンスの一例示す。ここでも、エリア３Ａのユーザ３Ａがコンテンツを発信するとし、先のコミユニティの検索結果、条件に合致したコミュニテイがエリア１に存在したとする。
【００３６】
ユーザ３Ａは、利用者端末３５０１から、エリア３のエリア管理サーバ３００の主制御部３１０に対し、コンテンツの発信先アドレスをエリア１の主制御部１１０として、コンテンツとそのプロファイル、送信先コミュニティＩＤおよび緊急度が高い旨記述された緊急度情報を送信する（１００１）。主制御部３１０は、利用者端末３５０１から受け取ったコンテンツとそのプロファイル、送信先コミユニティＩＤおよび緊急度情報を、発信先アドレスのエリア管理サーバ１００の主制御部１１０に送信する（１００２）。
【００３７】
エリア１のエリア管理サーバ１００の主制御部１１０では、緊急コンテンツ発信制御機能１１６にて、コンテンツとそのプロファイルと送信先コンテンツＩＤをコンテンツキヤッシュ１１７に保持する（１００３）。そして、緊急コンテンツ発信制御機能１１６では、送信先コミュニティＩＤを検索キーとして、送信先のコミュニティに属するユーザのＩＤをユーザマッピングＤＢ１１２より取得する（１００４、１００５）。この取得した各ユーザのユーザＩＤを検索キーとして、ユーザプロファイルＤＢ１２１より各ユーザのユーザプロファイルを取得し（１００６、１００７）、コンテンツプロファイルとのマッチングを行い（１００８）、合致したユーザが現在利用中の利用者端末のアドレスを取得した後（１００９、１０１０）、コンテンツキヤッシュ１１７に保持したコンテンツを、それらの利用者端末（ここでは、１５０１、１５０２）に同報配信する（１０１１、１０１２）。
【００３８】
〈ユーザ行動履歴収集／コンテンツ発信〉
図１１に、ユーザの行動履歴に基づくコンテンツ発信のシーケンス例を示す。ここでは、ユーザの行動履歴として、図４及び図５のユーザプロファイル、コミュニティプロファイルの記述例（コミュニティ利用履歴）のショッピングを例に説明する。エリア１が複数店舗で構成されるショッピングモールとする。また、エリア３はマンションとする。
【００３９】
エリア３に属するユーザ３Ａ（マンション住人）が、複数店舗群で構成されたショッピングモールのエリア１内のある衣料品店にて、該店舗に設置された利用者端末１５０１にＩＣカードやＵＳＢキーなど（以下、ＵＳＢキーとする）を挿入することにより、利用者端末１５０１から端末利用履歴がエリア管理サーバ１００の主制御部１１０に送信される（１１０１）。主制御部１１０は、該ＵＳＢキー内に記録されたエリア３（マンション）のコミュニティＩＤに基づき、あらかじめ保持しているエリア管理サーバ３００の主制御部３１０のアドレスに対して、ユーザ３ＡのユーザＩＤ、該エリア１のショッピングモールのコミュニティＩＤ、該衣料品店のコミュニティＩＤを引数として、利用履歴登録要求を行う（１１０２）。
【００４０】
利用履歴登録要求を受け付けたエリア３のエリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、ユーザ３Ａのユーザプロファイルにおける、該ショッピングモール（エリア１）内の該衣料品店の利用回数を示す属性値を１増加させる（１１０３）。さらに、ユーザ３Ａが属するコミュニティのＩＤをユーザマッピングＤＢ３２２３より取得し（１１０４、１１０５）、そのコミュニティのプロファイルにおける、ユーザ３Ａと共通の属性を持つユーザ群による該ショッピングモール（エリア１）内の該衣料品店の利用回数を示す属性値を１増加させる（１１０６）。
【００４１】
その後、エリア３のエリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、例えば、定期的に、コミュニティプロファイル３２３ＤＢより、各コミュニティ内の共通の属性を持つユーザ群毎の利用頻度の高いエリア内コミュニティ（ここでは、エリア１のショッピングモール内の該衣料品店とする）のコミュニティＩＤ、および該ショッピングモールのコミュニティＩＤを取得し（１１０７、１１０８）、あらかじめ保持しているエリア１（ショッピングモール）のエリア管理サーバ１００の主制御部１１０のアドレスに対し、該衣料品店を代表するコンテンツ要求を送信する（１１０９）。
【００４２】
エリア１のエリア管理サーバ１００の主制御部１１０では、ユーザ行動履歴収集／コンテンツ発信制御機能１１８にて、コンテンツＤＢ１３１より、あらかじめ登録された該衣料品店エリア１を代表するコンテンツおよびそのプロファイルを取得し（１１１０）、１１１１）、要求元であるエリア３のエリア管理サーバ３００の主制御部３１０に送信する（１１１２）。エリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、該コンテンツとそのプロファイルをコンテンツＤＢ３３１に登録する（１１１３）。
【００４３】
以降、エリア３（マンション）にて、各ユーザが利用者端末にＵＳＢキーを挿入した際に、エリア管理サーバ３００の主制御部３１０では、ユーザ行動履歴収集／コンテンツ発信制御機能３１８にて、そのユーザが属するコミュニティのコミュニティプロファイル内の、そのユーザと共通の属性を持っユーザ群の端末利用履歴を元に、例えば利用頻度の高いエリア内のコミュニティの代表コンテンツが、その利用者端末に送信される。
【００４４】
【発明の効果】
以上述べてきたように、本発明によれば、エリア単位でのネットワークコミュニティが形成されつつある環境において、情報発信者が、エリア毎に構成されるコミュニティ総体としての属性に基づきコミュニティを検索し、コミュニティを単位としで情報を発信することが可能となる。これによって、エリア内のユーザが外部に公開する属性情報に基づいてユーザ毎の最適な情報を発信する際のユーザ個人の属性情報公開により、ユーザの匿名性が失われる恐れがある、ユーザ毎に情報を個別に発信するため、ネットワーク上のトラヒックが増大する、などといったことを解決できる。
【図面の簡単な説明】
【図１】本発明で対象とする広域ネットワークシステムの実施例である。
【図２】エリア管理サーバの構成例である。
【図３】エリア管理サーバ内の主制御部の構成例である。
【図４】ユーザプロファイルの記述例である。
【図５】コミュニティプロファイルの記述例である。
【図６】ユーザマッピングテーブルの記述例である。
【図７】コミュニティプロファイル生成・更新シーケンス例である
【図８】コミュニティ検索シーケンス例である。
【図９】情報発信シーケンス例（緊急でない場合）である。
【図１０】情報発信シーケンス例（緊急の場合）である。
【図１１】行動履歴に基づくコンテンツ収集シーケンス例である。
【符号の説明】
１００、２００、３００ エリア管理サーバ
１５０、２５０、３５０ 利用者端末
１１０ 主制御部
１１１ エリア内利用者端末／外部エリア管理サーバＩＦ
１１２ ユーザ管理部／コンテンツ管理部ＩＦ
１１３ コミユニティプロファイル生成／更新制御機能
１１４ コミユニティ検索制御機能
１１５ コンテンツ発信制御機能
１１６ 緊急コンテンツ発信制御機能
１１７ コンテンツキャッシュ
１１８ ユーザ行動履歴収集／コンテンツ発信制御機能
１２０ ユーザ管理部
１２１ ユーザプロファイルＤＢ
１２２ ユーザマッピングＤＢ
１２３ コミュニティプロファイルＤＢ
１３０ コンテンツ管理部
１３１ コンテンツＤＢ
Claims (7)
- 複数のエリア内ユーザコミュニティを接続し、それらの内部またはそれらをまたがった通信サービスを利用者端末に対して提供する複数エリア内ユーザコミュニティ通信システムであって、
各々のエリア内コミュニティで利用するネットワークシステムが、エリア管理サーバと複数の利用者端末とで構成され、
前記エリア管理サーバは、当該エリアに属するユーザ個々の属性情報（以下、ユーザプロファイル）と、該エリア内コミュニティ構成員の全てまたはその一部により構成される一つまたは複数のコミュニティの属性情報（以下、コミュニティプロファイル）を蓄積・管理するユーザ管理部と、該エリア内で保持するコンテンツ（実体およびそのプロファイル）を蓄積・管理するコンテンツ管理部と、当該エリアの利用者端末及び他エリアのエリア管理サーバとの通信手段と、前記ユーザ管理部とコンテンツ管理部との通信手段を有する主制御部とからなり、
前記エリア管理サーバの主制御部にて、ユーザが利用者端末よりコンテンツを送信する際に、コミュニティの検索、コミュニティプロファイルの取得を行い、適切な送信先をコミュニティ単位で選択して、コンテンツの送信を行うことを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項１記載の複数エリア内ユーザコミュニティ通信システムにおいて、
エリア管理サーバの主制御部は、利用者端末より送信される該エリアに属するユーザのユーザプロファイルをユーザ管理部に蓄積し、該エリア内の各コミュニティに属するユーザのユーザプロファイルを集計してコミュニティプロファイルを生成し、かつユーザプロファイル情報が追加、削除、更新される毎に、該ユーザが属するコミュニティのコミュニティプロファイルを更新する機能を有することを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項１記載の複数エリア内ユーザコミュニティ通信システムにおいて、
エリア管理サーバのユーザ管理部は、該エリア内の各コミュニティのコミュニティ識別子と、各コミュニティに属するユーザのユーザ識別子とのマッピングテーブルを管理し、各ユーザの各コミュニティへの参加、離脱に伴い、該マッピングテーブルを更新することを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項１記載の複数エリア内ユーザコミュニティ通信システムにおいて、
エリア管理サーバの主制御部は、当該エリア内の特定コミュニティ宛に送信されたコンテンツを受け付けて、該コミュニティに属するユーザのユーザプロファイルと該コンテンツのコンテンツプロファイルとを参照して、該コンテンツを送信する利用者端末を選択する機能を有することを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項４記載の複数エリア内ユーザコミュニティ通信システムにおいて、
エリア管理サーバの主制御部は、当該エリア内の特定コミュニティ宛に送信されたコンテンツを受け付けて、該コンテンツの緊急性を示す属性を参照して、該コンテンツを該エリア内のコンテンツ管理部に蓄積してユーザからの要求に応じて当該利用者端末に送信するか、もしくはユーザが利用する利用者端末に対して即時的に送信するかを制御する機能を有することを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項１記載の複数エリア内ユーザコミュニティ通信システムにおいて、
該エリア内のユーザプロファイルの属性として、各エリアでの利用者端末利用履歴を示す属性を設け、コミュニティプロファイルの属性として、各コミュニティ内で共通の属性を持つユーザ群毎の各エリア内での利用者端末利用履歴を示す属性を設け、
エリア管理サーバの主制御部は、ユーザの各エリア内における利用者端末利用履歴を送受信することにより、該ユーザのユーザプロファイルおよび該ユーザが所属するコミュニティのコミュニティプロファイルを更新する機能を有することを特徴とする複数エリア内ユーザコミュニティ通信システム。 - 請求項６記載の複数エリア内ユーザコミュニティ通信システムにおいて、
エリア管理サーバの主制御部は、各ユーザが所属するコミュニティのコミュニティプロファイルにおける、該ユーザのユーザプロファイルと共通の属性を持つユーザ群の利用者端末利用履歴属性を参照して、各エリアで保持するコンテンツを選択して取得、送信する機能を有することを特徴とする複数エリア内ユーザコミュニティ通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003052055A JP3932041B2 (ja) | 2003-02-27 | 2003-02-27 | 複数エリア内ユーザコミュニティ通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003052055A JP3932041B2 (ja) | 2003-02-27 | 2003-02-27 | 複数エリア内ユーザコミュニティ通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004260766A true JP2004260766A (ja) | 2004-09-16 |
| JP3932041B2 JP3932041B2 (ja) | 2007-06-20 |
Family
ID=33117014
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003052055A Expired - Lifetime JP3932041B2 (ja) | 2003-02-27 | 2003-02-27 | 複数エリア内ユーザコミュニティ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3932041B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010160534A (ja) * | 2009-01-06 | 2010-07-22 | Yahoo Japan Corp | 地域特性辞書生成方法及び装置 |
| JP2016532222A (ja) * | 2014-08-12 | 2016-10-13 | シャオミ・インコーポレイテッド | グレースケールアップグレードの方法および装置 |
-
2003
- 2003-02-27 JP JP2003052055A patent/JP3932041B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010160534A (ja) * | 2009-01-06 | 2010-07-22 | Yahoo Japan Corp | 地域特性辞書生成方法及び装置 |
| JP2016532222A (ja) * | 2014-08-12 | 2016-10-13 | シャオミ・インコーポレイテッド | グレースケールアップグレードの方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3932041B2 (ja) | 2007-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100556030C (zh) | 用于无线多跳专门网络的协议 | |
| CN101355797B (zh) | 获得用户终端设备信息的方法和通信业务功能实体 | |
| EP1347606A1 (en) | Message-server, message system, and method of management of presence information | |
| US7577105B2 (en) | Cooperation information managing apparatus and gateway apparatus for use in cooperation information managing system | |
| CN104798382A (zh) | 助听器装配系统和装配助听器系统的方法 | |
| US7239878B2 (en) | Telecommunication method for a wireless network | |
| US10375568B2 (en) | Communication method in vehicular wireless communication system and vehicular wireless communication system for transmission of necessary information only from a sensor to the network | |
| JP4261111B2 (ja) | ホームネットワーク内の機器にサービスを提供するシステムとその方法及びホームネットワークでサービスが提供されるシステムとその方法 | |
| WO2007024918A2 (en) | System and method for service discovery in a computer network using dynamic proxy and data dissemination | |
| JP5847185B2 (ja) | コンテンツ中心のネットワーク環境でグループ変更に関する情報を用いるコンテンツ共有方法及び装置 | |
| KR20090023875A (ko) | 지그비 네트워크를 선택하여 접속하기 위한 지그비 통신시스템 및 방법 | |
| JP2006285708A (ja) | 状態情報管理システム、状態情報管理サーバ、状態情報管理プログラム、及び状態情報管理方法 | |
| CN101207640B (zh) | 用于网络终端标识的方法和系统 | |
| CN107231262A (zh) | 一种基于mqtt多层级联的消息路由方法 | |
| CN107667550A (zh) | 无线通信系统中通过轮询信道来处理请求的方法及其设备 | |
| Nordström et al. | A search-based network architecture for mobile devices | |
| JP2004320741A (ja) | 個別に独立して存在するネットワークを接続する装置及び方法 | |
| JP3932041B2 (ja) | 複数エリア内ユーザコミュニティ通信システム | |
| US9313719B2 (en) | Apparatus for providing information about available service using proxy server and method therefor | |
| JP5000745B2 (ja) | コンテンツ配信システム及びコンテンツ配信方法 | |
| CN116095081A (zh) | 基于区块链系统的事件处理方法及装置、设备、介质 | |
| JP2006171917A (ja) | 無線マルチホップアドホックネットワークのためのプロトコル | |
| KR100640512B1 (ko) | 메신저 서비스 시스템을 이용한 서버와 사용자 단말기간에 데이터 동기화 방법 및 그 시스템 | |
| JP4073771B2 (ja) | 映像・音声通信サービス提供システム、このシステムにおけるサービス処理方法、及び分散リソース連携による映像・音声通信システム | |
| KR102236043B1 (ko) | 프록시 서버를 이용하는 가용 서비스 정보 제공장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050209 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060907 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060920 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061220 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070215 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070307 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110323 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110323 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120323 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130323 Year of fee payment: 6 |