(57)【要約】【課題】  複数の自治体情報をサーバ上で有機的に結合することによって利用者に興味深い情報や有益なサービスの提供を可能にすること。【解決手段】  バーチャルコミュニティ管理システム１を自治体情報をユーザに提供する複数の自治体コミュニティサーバ３と各自治体コミュニティサーバのアドレス情報を保存する管理サーバ１０で構成し、各サーバ３は、自治体の住民または訪問者としてユーザ情報を登録する手段と、他の自治体コミュニティサーバに関する情報の要求があったときは、管理サーバ１０へアドレスの問合せを行う手段とを備え、管理サーバ１０は、自治体識別情報と自治体コミュニティサーバのアドレスとを関連付けて記憶するマッチングテーブルと、このマッチングテーブルを参照して自治体コミュニティサーバのアドレスを抽出するアドレス検索手段と、抽出したアドレスを問合せ元のサーバ３へ送信する手段とを備える。【選択図】      図１
2005182668.tif 000002
【特許請求の範囲】
【請求項１】
自治体情報をユーザに提供するバーチャルコミュニティ管理システムであって、
一または二以上の自治体情報を登録する基本情報登録手段と、
自治体の住民としてユーザ情報を登録するユーザ情報登録手段と、
前記ユーザへ自治体内の情報を提供する情報提供手段と、
を具備することを特徴とするバーチャルコミュニティ管理システム。
【請求項２】
自治体情報をユーザに提供する複数の自治体コミュニティサーバと各自治体コミュニティサーバのアドレス情報を保存する管理サーバとを有するバーチャルコミュニティ管理システムであって、
前記各自治体コミュニティサーバは、
自治体情報および他の自治体の識別情報を登録する基本情報登録手段と、
自治体の住民または訪問者としてユーザ情報を登録するユーザ情報登録手段と、
前記ユーザへ自治体内の情報を提供する情報提供手段と、
他の自治体コミュニティサーバに関する情報の要求があったときは、前記管理サーバへ当該他の自治体の識別情報と共に該他の自治体コミュニティサーバのアドレスの問合せ情報を送信する問合せ手段と、
前記管理サーバから返信される該他の自治体コミュニティサーバのアドレスをユーザ端末へ送信するアドレス情報送信手段と、を備え、
前記管理サーバは、
自治体識別情報と自治体コミュニティサーバのアドレスとを関連付けて記憶するマッチングテーブルと、
前記自治体コミュニティサーバからアドレスの問合せがあったときは、前記マッチングテーブルを参照して自治体識別情報に対応する自治体コミュニティサーバのアドレスを抽出するアドレス検索手段と、
この抽出したアドレスを自治体コミュニティサーバへ送信するアドレス通知手段と、
を備えていることを特徴とするバーチャルコミュニティ管理システム。
【請求項３】
前記自治体情報は、自治体内における実際のイベントまたは施設の情報と関連付けられており、ユーザ登録を行った住民は、該ユーザに対応するキャラクタを割り付けられて、自治体情報にアクセスできることを特徴とする請求項１または２に記載のバーチャルコミュニティ管理システム。
【請求項４】
前記ユーザは、自治体ごとに住民登録または訪問者登録を行うことによって各自治体情報にアクセスでき、前記ユーザ情報登録手段は、各自治体におけるユーザの識別情報を関連付けて登録することを特徴とする請求項１ないし３のいずれか一に記載のバーチャルコミュニティ管理システム。
【請求項５】
自治体の特産品を含む商品情報を保存する手段と、
ユーザから該商品の購入情報を受付け、該商品の販売業者へ通知する商品売買管理手段と、を備えたことを特徴とする請求項１ないし５のいずれか一に記載のバーチャルコミュニティ管理システム。
【請求項６】
コンピュータシステムを用いて自治体情報をユーザに提供するバーチャルコミュニティ管理方法であって、
一または二以上の自治体情報を登録するステップと、
自治体の住民としてユーザ情報を登録するステップと、
前記ユーザへ自治体内の情報を提供するステップと、
を含むことを特徴とするバーチャルコミュニティ管理方法。
【請求項７】
複数の自治体コミュニティサーバと自治体コミュニティサーバのアドレス情報を保存する管理サーバとを用いて自治体情報をユーザに提供するバーチャルコミュニティ管理方法であって、
前記自治体コミュニティサーバは、
自治体情報および他の自治体の識別情報を登録するステップと、
自治体の住民としてユーザ情報を登録するステップと、
前記ユーザへ自治体内の情報を提供するステップと、
他の自治体コミュニティサーバに関する情報の要求があったときは、前記管理サーバへ該他の自治体の識別情報と共に該他の自治体コミュニティサーバのアドレスの問合せ情報を送信するステップと、
前記管理サーバから返信される他の自治体コミュニティサーバのアドレスをユーザ端末へ送信するステップと、を含み
前記管理サーバは、
自治体識別情報と自治体コミュニティサーバのアドレスとを関連付けてマッチングテーブルへ記憶するステップと、
前記自治体コミュニティサーバからアドレスの問合せがあったときは、前記マッチングテーブルを参照して自治体識別情報に対応する自治体コミュニティサーバのアドレスを抽出するステップと、
この抽出したアドレスを自治体コミュニティサーバへ送信するステップと、
を含むことを特徴とするバーチャルコミュニティ管理方法。
【請求項８】
自治体情報をユーザに提供するバーチャルコミュニティ管理システム上で動作するプログラムであって、
一または二以上の自治体情報を登録する処理と、
自治体の住民としてユーザ情報を登録する処理と、
前記ユーザへ自治体内の情報を提供する処理と、
を含むことを特徴とするコンピュータ実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ上のコミュニティ管理に関する技術に係り、特に市町村などの自治体情報をサーバ上に再構築して、現実のイベント情報とリンクさせることによって利用者に興味深い情報や有益なサービスを提供し、コミュニティの活性化を図ることのできるバーチャルコミュニティ管理システムおよび方法、並びに、プログラムに関する。
【背景技術】
【０００２】
従来、サーバ上にコミュニティを形成してユーザ相互間の情報の交換や種々のサービスの提供が行われている。このバーチャルコミュニティの形成に当たっては、コミュニティの円滑な運営を行うため、不適切な発言の監視や情報の選択や体系化などの技術が提案されている。
【０００３】
たとえば、特開２０００−６７１１０号公報の「バーチャルコミュニティにおけるサービス提供方法および装置とバーチャルコミュニティにおけるサービス提供プログラムを記録した記録媒体」では、サービス提供者が提供する各種サービスを簡単かつ高い信頼性をもって迅速に提供すべくコミュニティ内のサービス提供者により提供されているプリミティブなサービスをサービス利用者の視点で見たサービスとしてコミュニティサービス提供者がコーディネートし、このコーディネートしたサービスを更にコミュニティやロールの種類に基づいて体系化して、サービス利用者に提示し、サービス利用者はこのコーディネートされたサービスを選択して、所望のサービスを享受するという方法や装置等が提案されている。
【０００４】
一方、自治体の情報やサービスの提供に関する技術としては、たとえば、特開２００３−１１４９６０号公報に記載の「地方自治体情報参照システム及び方法」では、ＩＣカードに記憶された住民票コードを読み出して出力する利用者用端末と、住民の個人情報を参照することができる参照サーバと、住民票コードに基づいて住民基本台帳ネットワークシステムにアクセスして本人確認をするとともに当該本人の個人情報を有する参照サーバを特定する認証・マッピングサーバとを用いて、住民基本台帳ネットワークシステムを利用して、時間や場所の制約を受けることなく、地方自治体の費用の照会、支払いが可能なシステムを構築するというシステムおよび方法が提案されている。
【０００５】
また、特開２００３−１１４９５８号公報の「生活シーンに合わせた総合申請書による電子申請システム」では、電子政府／電子自治体の実現のために必要となる、インターネット技術を活用した電子申請システムを効率的に推進するため、身近な生活シーンに合わせたバーチャルな総合申請書をインターネット画面上に用意して、総合申請書の内容を電子的に分割し、必要となる複数の申請書に自動変換し、この変換された個々の申請書をそれぞれ関係する受付窓口サイトに自動送信するシステムが提案されている。
【特許文献１】特開２０００−６７１１０号公報
【特許文献２】特開２００３−１１４９６０号公報
【特許文献３】特開２００３−１１４９５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、サーバ上のコミュニティを円滑に運営するためには、コミュニティ内の不適切な発言者に対する監視のみでは足りず、陳腐化しやすいサーバ上の情報（コンテンツ）をどのように更新し、またユーザにとって如何に有益なサービスを提供してコミュニティを活性化させるかという問題がある。
【０００７】
さらに、自治体のサービスや自治体の情報を提供するような場合、自治体の範囲を広くすると膨大な情報の蓄積が必要となる。このため、コミュニティを小さな範囲に限定することになり、そうなるとコミュニティの活性化を図れなくなる。
【０００８】
本発明は、上記の問題に対処するために成されたものであり、複数の自治体情報をサーバ上で有機的に結合することによって利用者に興味深い情報や有益なサービスを提供することを可能にして、コミュニティの活性化を図ることのできるバーチャルコミュニティ管理システムおよび方法、並びに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の問題を解決するため、本発明のバーチャルコミュニティ管理システムは、一または二以上の自治体情報を登録する基本情報登録手段と、自治体の住民としてユーザ情報を登録するユーザ情報登録手段と、前記ユーザへ自治体内の情報を提供する情報提供手段と、を具備することを特徴とする。
本システムは、自治体ごとの複数のサーバに分割することも、一つのサーバで実現することもいずれの構成を採ることも可能である。
【００１０】
また、本発明のバーチャルコミュニティ管理システムは、自治体情報をユーザに提供する複数の自治体コミュニティサーバと各自治体コミュニティサーバのアドレス情報を保存する管理サーバとを有するバーチャルコミュニティ管理システムであって、前記各自治体コミュニティサーバは、自治体情報および他の自治体の識別情報を登録する基本情報登録手段と、自治体の住民または訪問者としてユーザ情報を登録するユーザ情報登録手段と、前記ユーザへ自治体内の情報を提供する情報提供手段と、他の自治体コミュニティサーバに関する情報の要求があったときは、前記管理サーバへ当該他の自治体の識別情報と共に該他の自治体コミュニティサーバのアドレスの問合せ情報を送信する問合せ手段と、前記管理サーバから返信される該他の自治体コミュニティサーバのアドレスをユーザ端末へ送信するアドレス情報送信手段とを備え、前記管理サーバは、自治体識別情報と自治体コミュニティサーバのアドレスとを関連付けて記憶するマッチングテーブルと、前記自治体コミュニティサーバからアドレスの問合せがあったときは、前記マッチングテーブルを参照して自治体識別情報に対応する自治体コミュニティサーバのアドレスを抽出するアドレス検索手段と、この抽出したアドレスを自治体コミュニティサーバへ送信するアドレス通知手段とを備えていることを特徴とする。
【００１１】
好ましくは、前記自治体情報は、自治体内における実際のイベントまたは施設の情報と関連付けられており、ユーザ登録を行った住民は、該ユーザに対応するキャラクタを割り付けられて、自治体情報にアクセスできるようにするとよい。これにより、サーバ上で自治体内のリアルな（実際の）情報を入手できると共にユーザは自己のキャラクタを持って他のユーザとコミュニケーションを図ることができ、コミュニティ活動を活性化させることができる。
【００１２】
より好ましくは、前記ユーザは、自治体ごとに住民登録または訪問者登録を行うことによって各自治体情報にアクセスでき、前記ユーザ情報登録手段は、各自治体におけるユーザの識別情報を関連付けて登録するとよい。これにより、自治体は独自にユーザの管理ができ、一方ユーザは、サーバ上で自己の居住する自治体を中心に他の自治体の情報を入手したり、活動に参加することができる。
【００１３】
さらに、自治体の活動の活性化のためには、自治体の特産品を含む商品情報を保存する手段と、ユーザから該商品の購入情報を受付け、該商品の販売業者へ通知する商品売買管理手段とを備えるようにするのも効果的である。
【００１４】
また、本発明のバーチャルコミュニティ管理方法は、コンピュータシステムを用いて自治体情報をユーザに提供するバーチャルコミュニティ管理方法であって、一または二以上の自治体情報を登録するステップと、自治体の住民としてユーザ情報を登録するステップと、前記ユーザへ自治体内の情報を提供するステップとを含むことを特徴とする。
【００１５】
さらに、複数の自治体コミュニティサーバと自治体コミュニティサーバのアドレス情報を保存する管理サーバとを用いて自治体情報をユーザに提供するバーチャルコミュニティ管理方法としては、前記自治体コミュニティサーバは、自治体情報および他の自治体の識別情報を登録するステップと、自治体の住民としてユーザ情報を登録するステップと、前記ユーザへ自治体内の情報を提供するステップと、他の自治体コミュニティサーバに関する情報の要求があったときは、前記管理サーバへ該他の自治体の識別情報と共に該他の自治体コミュニティサーバのアドレスの問合せ情報を送信するステップと、前記管理サーバから返信される他の自治体コミュニティサーバのアドレスをユーザ端末へ送信するステップと、を含み、前記管理サーバは、自治体識別情報と自治体コミュニティサーバのアドレスとを関連付けてマッチングテーブルへ記憶するステップと、前記自治体コミュニティサーバからアドレスの問合せがあったときは、前記マッチングテーブルを参照して自治体識別情報に対応する自治体コミュニティサーバのアドレスを抽出するステップと、この抽出したアドレスを自治体コミュニティサーバへ送信するステップとを含むことを特徴とする。
【００１６】
これにより、複数の自治体コミュニティサーバを独立して構築・運用しつつ、それらを管理サーバによって有機的に結びつけて、ユーザに幅広いサービスや情報の提供をすることができる。
【００１７】
また、本発明のプログラムは、自治体情報をユーザに提供するバーチャルコミュニティ管理システム上で動作するプログラムであって、一または二以上の自治体情報を登録する処理と、自治体の住民としてユーザ情報を登録する処理と、前記ユーザへ自治体内の情報を提供する処理とを含むことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、個々の自治体単位でコミュニティを構築しつつ、それらを有機的に結合することによって、ユーザは複数の自治体コミュニティに参画して活動できるため、サーバ上でのコミュニティの活性化を図ることができるのみならず、サーバ上での情報をリアルな情報と結びつけることによって自治体内のリアルな活動を活発にして自治体の繁栄に寄与することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を説明する。図１は本発明の第１の実施の形態に係わるバーチャルコミュニティ管理システムと、このシステムと通信を行うユーザ端末および自治体端末の機能ブロック図である。
【００２０】
図１において、バーチャルコミュニティ管理システム１は、管理サーバ１０と自治体コミュニティサーバ３で構成されており、管理サーバ１０、自治体コミュニティサーバ３、ユーザ端末２、および、自治体端末６は、通信ネットワーク４を介して繋がっている。自治体コミュニティサーバ３は、複数存在する場合もある。
【００２１】
バーチャルコミュニティ管理システム１は、コミュニティ情報管理サービス業者により管理・運用されるものである。ただし、自治体コミュニティサーバ３については、各自治体によって運用される場合もある。
【００２２】
ユーザは、ユーザ端末２を通して、コミュニティ情報管理サービス業者の提供するバーチャルコミュニティへの参加、自治体サービスの享受、あるいは、自治体内の特産品などの商品の購入を行うことができる。
【００２３】
また、自治体端末６は、各自治体に設置され、バーチャルコミュニティ管理ステム１を介して送られてくるユーザからの自治体サービス要求を受付け、ユーザに住民票の発行など種々のサービスを提供するための端末である。なお自治体端末６は、独立してＡＳＰサービスを提供するサーバであってもよい。
【００２４】
ここで、バーチャルコミュニティ管理システム１を構成する管理サーバ１０は、通信ネットワーク４を介してデータの送受信を行うための送受信部１１、送受信部から受け取ったデータの処理を行う中央演算処理部１２、および、データを記憶するための記憶部１５を備えている。さらに、図２を用いて、管理サーバ１０の詳細の機能を説明すると、管理サーバ１０の中央演算処理部１２は、送受信部１１との間でデータの受け渡しを行う送受信処理手段（機能）１２１、送受信部１１を介して入力された自治体コミュニティサーバのアドレス（ＩＰアドレス）の問合せ情報を入力する問合せ情報入力手段（機能）１２２、問合せ情報に基づいて自治体コミュニティサーバのアドレスを検索するアドレス検索手段（機能）１２３、および、この検索結果を問合せ元のサーバへ通知するアドレス通知手段（機能）１２４を備えている。
【００２５】
また、記憶部１５は、自治体コミュニティサーバごとに付されたタウンＩＤ（識別番号）と各自治体コミュニティサーバのＩＰアドレスが関連付けられて記憶されているマッチングテーブル１５１を有している。なお、タウンＩＤは自治体コミュニティサーバごとでなく自治体ごとに割り付けることもかのうである。
【００２６】
また、自治体コミュニティサーバ３は、通信ネットワーク４を介してデータの送受信を行うための送受信部３１、送受信部３１から受け取ったデータの処理を行う中央演算処理部３２、データを記憶するための記憶部３５、および、中央演算処理部３２との間でデータの入出力を行う入力部３３と出力部３４から構成されている。
【００２７】
さらに、図３に示すように、自治体コミュニティサーバ３の中央演算処理部３２は、送受信部３１との間でデータの受け渡しを行う送受信処理手段（機能）３２２、入力部３３あるいは出力部３４とデータの受け渡しを行う入出力手段（機能）３２１、入力部３３を介して入力された自治体などのコミュニティをネット上で実現するための情報（ｅ街タウン情報）を設定するコミュニティ情報登録手段（機能）３２３、商品情報を登録する商品情報登録手段（機能）３２４、登録されているコミュニティ情報や商品情報を追加更新する登録情報更新手段（機能）３２５、ユーザ端末２から送られてくるユーザに関する情報を登録するユーザ情報登録手段３２６、ユーザ端末２からの要求に基づいてコミュニティ情報を提供する端末通信手段（機能）３２７、管理サーバ１０に対して他の自治体コミュニティサーバのアドレスを問合せるアドレス問合せ手段（機能）３２８、自治体の特産品などの商品の売買管理を行う商品売買管理手段（機能）３２９を備えている。
【００２８】
また、記憶部３５は、ユーザに関する情報が記憶されているユーザデータベース（ＤＢ）３５１、自治体やサーバ上のコミュニティに関する情報が記憶されている自治体データベース（ＤＢ）３５２、イベント（行事）に関する情報が記憶されているイベントデータベース（ＤＢ）３５３、コミュニティの施設に関する情報が記憶されている施設データベース（ＤＢ）３５４、および、販売する商品や販売業者に関する情報および注文情報が記憶されている商品データベース（ＤＢ）３５５を備えている。なお、自治体が独自でＡＳＰサービスを提供する場合は、必要によりＡＳＰサービスを提供するサーバとの間で機能やデータを切り分けるようにすればよい。
【００２９】
ユーザ端末２は、通信ネットワーク４を介してデータの送受信を行うための送受信部２１、送受信部２１からのデータの処理を行う中央演算処理部２２、中央演算処理部２２との間でデータの入出力を行う入力部２３および表示部２４から構成されている。自治体端末６も図１に示す同様の構成を有している。
【００３０】
次に、図４を用いて、ユーザ端末、自治体コミュニティサーバ、管理サーバの間の情報の流れを説明する。この図において、自治体コミュニティサーバ３では、まず自治体やコミュニティに関する情報、イベント（行事）情報、施設情報を自治体ＤＢ３５２、イベントＤＢ３５３、施設ＤＢ３５４にそれぞれ登録する（Ｓ１０１）。また、自治体コミュニティサーバ上で販売する商品に関する情報を商品ＤＢ３５５に登録する（Ｓ１０２）。
【００３１】
一方、管理サーバ１０では、自治体コミュニティサーバごとにタウンＩＤを設けて、そのタウンＩＤと自治体コミュニティサーバのＩＰアドレスをマッチングテーブル１５１に保存する（Ｓ１０３）。
【００３２】
なお、このマッチングテーブル１５１への保存は、管理サーバ１０内の図示しない入力手段を介して行うようにしてもよいし、各自治体コミュニティサーバ３が管理サーバ１０にアクセスして登録するようにしてもよい。
【００３３】
ユーザ端末から自治体コミュニティサーバへコミュニティへの加入の申込みがあると（Ｓ１０４）、ユーザの個人情報がユーザＤＢ３５１に登録される。そして、ユーザごとに識別情報（ユーザＩＤ）が発行される。このとき、ユーザごとに自分がコミュニティ上で活動したり情報を取得するために自分用のアイコンを設定登録する（Ｓ１０５）。
なお、ユーザ登録は、一般的にはユーザがインターネット等の通信ネットワーク４を利用して、自治体コミュニティサーバ３にアクセスすることにより行われる（Ｓ１０６）。
【００３４】
ユーザは、自治体情報へのアクセスやコミュニティへ参加するとき、ユーザＩＤやパスワードを入力してユーザ認証を行って自治体コミュニティサーバ３に接続した後、ユーザ端末に表示されるコミュニティ画面（ｅ街）上で自己のキャラクタアイコンを動かす。ユーザのアイコンが施設アイコン上に重なることにより、アクションが発生し自治体情報の参照および、商品の売買、イベントへの参加などが可能になる（Ｓ１０７）。そして、アクションに伴う商品やサービスなどの情報がこの自治体コミュニティサーバ内にあるか否かを検索し（Ｓ１０８）、自サーバ内にあるときは、その情報をユーザ端末に送信する（Ｓ１０９）。一方、情報がこの自治体コミュニティサーバに存在しないときは、代わりに保存されているタウンＩＤ（またはタウン名）を管理サーバに通知し（Ｓ１１０）、管理サーバから送られてくるそのタウンＩＤに対応する他の自治体コミュニティサーバのＩＰアドレスをユーザ端末へ通知する（Ｓ１１１）。ユーザ端末は、このＩＰアドレスの自治体コミュニティサーバにアクセスすることによって希望する情報を入手することができる（Ｓ１１２）。
【００３５】
また、自治体コミュニティサーバはイベント開催の決定や、新規自治体情報が発生した場合、イベントＤＢ３５３および自治体ＤＢ３５２へ登録される（Ｓ１１３）。
登録されたイベント情報および自治体情報は必要に応じてユーザＤＢに登録されているＤＭ希望設定によりユーザの登録メールアドレスへ送信され（Ｓ１１４）、ユーザはそのメールによってコミュニティの提供する種々の情報を入手することができる（Ｓ１１５）。
【００３６】
次にバーチャルコミュニティ管理システム１の動作を詳述する。
<基本情報情報登録段階>
自治体コミュニティサーバ３において、コミュニティ情報、イベント情報、あるいは、サービス地域内の種々の施設情報などを含む自治体情報（ｅ街タウン情報）は、入力部３３を介して入力され、入出力手段３２１およびコミュニティ情報登録手段３２３を介して、記憶部３５の自治体ＤＢ３５２、イベントＤＢ３５３、あるいは、施設ＤＢ３５４にそれぞれ登録される。また、商品販売やサービスの提供を望む業者は自治体との契約により自治体コミュニティサーバ３の入力部３３よりユーザへ販売する商品に関する情報が入力され商品情報登録手段３２４により商品ＤＢ３５５に登録される。なお、これらの情報の登録、特に業者の商品、サービスに関する情報の登録は、通信ネットワーク４につながる端末を介して行うようにしてもよい。
【００３７】
また、コミュニティ単位ごとに図５に示すように、タウン名やコミュニティの管理担当者名、問合せ先、タウンの説明などの情報が登録される。
【００３８】
図５は、自治体ＤＢ３５２に保存されるｅ街タウン情報の一例である。タウン名に関連付けて、問合せ先の担当者名やタウンの説明などの情報が登録されている。
また、図６は、イベントＤＢ３５３のデータ構成例である。イベント単位ごとに、イベント名、開催日、内容（コンテンツ）が保存されている。
【００３９】
図７は、施設ＤＢ３５４のデータ構成例である。施設名に対して、観光や学習、ショッピングなどの施設分類（分類情報）、場所を示す配置ロケーションなどが保存されている。図７中、アクション情報とは、当該施設のアイコンをクリックしたときに端末に対して所定の表示動作をさせるアクション情報が保存されている。アクション情報としては、たとえば、スライドやアニメーション（動画）の表示や特定のホームページへのジャンプなどがある。なお、図８に示すように施設名に対してその施設が所属するタウンＩＤを付して登録するようにしてよい。
このコミュニティ情報は必要に応じて登録情報更新手段３２５により更新される。
【００４０】
<ユーザ情報登録段階>
ユーザ端末２を通してユーザから自治体コミュニティサーバ３への申込みがあるとユーザの個人情報がユーザ情報登録手段３２６によりユーザＤＢ３５１に登録される。このとき、顧客ごとに識別情報（ＩＤ）が発行される。図９にユーザＤＢ３５１のデータ構成例を示す。ユーザＩＤごとに氏名、住所等のユーザ属性情報や、コミュニティ内で活動するための自己のキャラクタ、ＤＭ（ダイレクトメール）希望の有無などの情報が登録されている。なお、図９の例では、ユーザが当該コミュニティへの住民として登録する場合の情報で、そのユーザがバーチャルコミュニティで居住する家のアイコンなども選択できるようになっている。なお、ユーザＤＢ３５１に登録するデータとしては、この他、訪問者として登録を可能にしてもよい。これは、他のコミュニティで既に住民登録がなされたユーザについて、訪問者ＩＤを発行して管理するようにしたものである。この訪問者ＩＤは、住民登録を行っている自治体コミュニティサーバへ通知され、登録される。図１０は、訪問者ＩＤを有するユーザＤＢ３５１のデータ構成例である。固定エリアには、ユーザの基本情報が保存されると共に訪問者情報保存先エリアの先頭アドレスが保存されている。一方、訪問者情報保存エリアには、そのユーザが訪問した先のタウンＩＤとそのタウンで発行されたユーザＩＤおよびパスワードが互いに関連付けられて保存されている。さらに、別の訪問先がある場合は、次アドレス欄に次の訪問先のタウンＩＤ等の情報が格納されたアドレスが保存される。次の訪問先が存在しない場合は、ＮＵＬＬ状態になっている。
【００４１】
<コミュニティサービスの提供段階>
ユーザはユーザ端末２により通信ネットワーク４を経て自治体コミュニティサーバ３に接続すると、端末通信手段３２７によって、コミュニティサイト（ｅ街）上でアイコンを動かし、得たい情報を収集の収集やコミュニティの提供するサービスを受けることができる。  
ユーザのアイコンが施設アイコン上に重なるなどにより、アクションが発生し自治体情報の参照および、商品の売買、イベントへの参加などが可能になる。
また、ユーザはイベント（行事）ＤＢ３５３にユーザ端末を介してユーザにより事前に予約保存されたイベントに参加することができる。
【００４２】
その他、コミュニティサイトの管理メニューとして、たとえば、おみくじ、各画面の四季を日付で認識して背景を自動的に変える季節背景機能、自分の部屋の背景を設定でいるルーム背景機能、住民情報の更新や、削除などの住民アカウント管理機能、誕生日にメッセージやイベント情報を送信する誕生日メッセージ機能などを設けるようにしてもよい。
イベント管理機能としては、クイズ大会や花火大会など実際のイベントと連動させて、その開催日などの登録や参加の申し込みを連動させるようにする。
【００４３】
また、ユーザは商品売買管理手段３２９により商品ＤＢ３５５に登録された商品やサービスを購入することができる。さらに、ユーザは、自治体ＤＢ３５２に登録されている自治体の行政サービスを受けることができる。このサービスの要求情報は、自治体端末６に送られ処理される。
【００４４】
なお、各ＤＢ３５２〜３５５には、他の自治体コミュニティ（ｅ街タウン）のイベント、施設、商品等に関する情報を登録するようにしてもよい。このとき、各情報には、図８に例示するタウンＩＤを付して保存する。
【００４５】
以下、図１１を用いて、ユーザの要求する情報が自サーバのＤＢに存在しない場合の処理を説明する。
自治体コミュニティサーバ３は、まず、端末通信手段３２７によってユーザからの要求を受信すると（ＳＹ２０１）、その要求情報に係るタウンＩＤが自ＤＢのタウンＩＤと一致しているか否かを判定する（Ｙ２０２）。そして、一致している場合は、自ＤＢから該当する情報を抽出してユーザ端末へ送信する（ＳＹ２０７）。一致していない場合は、アドレス問合せ手段３２８により管理サーバ１０へタウンＩＤを含む問合せ情報を送信する（ＳＹ２０３）。
【００４６】
管理サーバ１０では、問合せ情報入力手段１２２により自治体コミュニティサーバ３から送られてきた問合せ情報を受信すると、アドレス検索手段１２３によってマッチングテーブル１５１を参照して、ユーザの要求情報が記憶されているサーバのＩＰアドレスを抽出する。
【００４７】
ここで、図１２にマッチングテーブルのデータ構成例を示す。タウンＩＤごとにそのサーバのＩＰアドレスが関連付けられて保存されている。
なお、自治体コミュニティサーバ３から送る問合せ情報として、タウンＩＤの代わりに、タウン名を用いてもよい。この場合、マッチングテーブルは、タウン名とサーバＩＰアドレスとが関連付けられたテーブルとなる。
アドレス検索手段１２３によって抽出されたＩＰアドレスは、アドレス通知手段１２４によって、問合せ元の自治体コミュニティサーバ３へ送信される。
【００４８】
自治体コミュニティサーバ３は、管理サーバから送られてきたＩＰアドレスを受信すると（Ｓ２０４）、そのＩＰアドレスのサーバへ情報要求を送信し（ＳＹ２０５）、そのサーバから要求した情報が送られてくると、それを読み込んでユーザ端末へ送信する（ＳＹ２０６、ＳＹ２０７）。
【００４９】
なお、ステップＳ２０４の後、自治体コミュニティサーバで要求に係る情報を取り込んで、ユーザ端末２へ送信する替わりに、取得したＩＰ情報をそのままユーザ端末２へ送り、ユーザ端末側でそのＩＰアドレスのサーバへアクセスして情報を取得するようにしてもよい。
【００５０】
ユーザは、他の自治体コミュニティサーバ３の提供するコミュニティへの参加、あるいは、サービスの提供を受ける場合は、その自治体（タウン）の訪問者登録を行う。そこで発行された訪問者ＩＤ（訪問先タウンＩＤ）は、そのユーザが住民登録を行っている自治体コミュニティサーバのユーザＤＢに登録される。具体的には、上述の図１０の変動エリアに訪問先タウンＩＤ等が記録される。このようにすれば、ユーザは、次回より、手続きなしに、他の自治体コミュニティサーバへアクセスして、他の自治体のユーザＩＤおよびパスワードを自動設定することによってコミュニティに参加することができる。また、コミュニティ情報の取得の際もユーザが住民となっているサーバ経由で他の自治体コミュニティサーバの情報を取得することができる。
【００５１】
なお、訪問者登録の際、ユーザが住民（居住者）となっているコミュニティでのタウンＩＤを指定することによって、そのユーザ情報の一部または全部が複製されるようにしてもよい。このようにすれば、ユーザは、都度同じ情報を入力する手間が省け、また、デフォルト設定により訪問先の自己のキャラクタとして居住タウンと同じキャラクタを使用することもできる。
【００５２】
本実施の形態によれば、自治体における実際のイベントや行政との窓口を設けることによって、バーチャルとリアルの融合を可能として、ユーザに地域に根ざしたサービスを提供することができる。
【００５３】
このため、自治体コミュニティサーバによって、地域に根ざしたコミュニティを構築しつつ、管理サーバによって、他のコミュニティと有機的に結合して、巨大なコミュニティを形成できる拡張性をもたせることができる。また、あるコミュニティの住民は、他のコミュニティの交流人口ともなりシナジー効果を発揮して、コミュニティを発展させることができる。
【００５４】
特に、自治体コミュニティサーバごとに住民としてのユーザ登録および、訪問者としてのユーザ登録を行い、各サーバで、それぞれで発行されたＩＤを関連付けて保存することとしたので、ユーザは、登録を行ったコミュニティ内で自由に行き来することができ、ユーザの活動範囲が広がると共に、コミュニティの活性化を図ることができる。
【００５５】
なお、本発明は上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲内において、種々変形して実施することができる。たとえば、バーチャルコミュニティ管理システム１は、管理サーバ１０を設けず、単独の自治体コミュニティサーバ３で運用することも可能である。また、複数の自治体コミュニティサーバを設ける場合でも、ある自治体コミュニティサーバが管理サーバの機能を兼ねるようにしてもよい。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施形態に係わるバーチャルコミュニティ管理システム、および、これに繋がるユーザ端末と自治体端末の機能ブロック図である。
【図２】図１の管理サーバ１０の機能ブロック図である。
【図３】図１の自治体コミュニティサーバ３の機能ブロック図である。
【図４】本発明の実施形態に係わる各サーバ３，１０とユーザ端末間２の処理の流れの説明図である。
【図５】図３の自治体ＤＢ３５２に保存されるタウン情報のデータ構成図である。
【図６】図３のイベントＤＢ３５３のデータ構成図である。
【図７】図３の施設ＤＢ３５４のデータ構成図である。
【図８】図３の施設ＤＢ３５４の他の実施例におけるデータ構成図である。
【図９】図３のユーザＤＢ３５１のデータ構成図である。
【図１０】図３のユーザＤＢ３５１の他の実施例におけるデータ構成図である。
【図１１】図３のアドレス問合せ手段３２８を主とした処理手順のフローチャートである。
【図１２】図２のマッチングテーブル１５１のデータ構成図である。
【符号の説明】
【００５７】
１  バーチャルコミュニティ管理システム
２  ユーザ端末
３  自治体コミュニティサーバ
４  通信ネットワーク
６  自治体端末
１０  管理サーバ
１１、２１、３１、６１  送受信部
１２、２２、３２、６２  中央演算処理部
２３、３３、６３  入力部
２４、６４  表示部
３４、出力部
１５、３５  記憶部
１２１、３２２  送受信処理手段
１２２  問合せ情報入力手段
１２３  アドレス検索手段
１２４  アドレス通知手段
１５１  マッチングテーブル
３２１  入出力手段
３２３  コミュニティ情報登録手段
３２４  商品情報登録手段
３２５  登録情報更新手段
３２６  ユーザ情報登録手段
３２７  端末通信手段
３２８  アドレス問合せ手段
３２９  商品売買管理手段
３５１  ユーザＤＢ
３５２  自治体ＤＢ
３５３  イベントＤＢ
３５４  施設ＤＢ
３５５  商品ＤＢ
【図１】
2005182668.tif 000003
【図２】
2005182668.tif 000004
【図３】
2005182668.tif 000005
【図４】
2005182668.tif 000006
【図５】
2005182668.tif 000007
【図６】
2005182668.tif 000008
【図７】
2005182668.tif 000009
【図８】
2005182668.tif 000010
【図９】
2005182668.tif 000011
【図１０】
2005182668.tif 000012
【図１１】
2005182668.tif 000013
【図１２】
2005182668.tif 000014