(57)【特許請求の範囲】
【請求項１】
複数のユーザによるコミュニティを形成するために、ユーザのコンテンツを登録する通信サーバであって、
前記コンテンツのＵＲＬを、前記通信サーバを介したコミュニティＵＲＬに変換するＵＲＬ変換手段と、
前記変換されたコミュニティＵＲＬを、ユーザおよび当該コンテンツのＵＲＬと関連付けて記憶する第1のデータベースと、
前記ユーザの各々のためのメッセージ格納領域を含む第２のデータベースと、
アクセス要求者のためのコミュニケーションバナーを生成するコミュニケーションバナー生成手段と、
前記アクセス要求者が前記メッセージ格納領域を所有する場合に、当該メッセージ格納領域中の新着メッセージの有無を判断する管理手段と、を備え、
前記アクセス要求者から前記コミュニティＵＲＬによるアクセスを受理したときに、前記ＵＲＬ変換手段により、当該コミュニティＵＲＬをコンテンツのＵＲＬに変換して、当該コンテンツのＵＲＬに接続要求をして、受理したコンテンツをアクセス要求者に伝達し、
前記コミュニケーションバナー生成手段が、前記コンテンツ中にコミュニケーションバナーを挿入し、前記管理手段が、前記アクセス要求者のメッセージ格納領域を参照して、当該メッセージ格納領域中の新着メッセージの有無を判断し、
前記新着メッセージがある場合に、前記コミュニケーションバナーに、メッセージ到着を示す表示を含ませるように構成されたことを特徴とする通信サーバ。
【請求項２】
前記管理手段が、他のユーザからの前記アクセス要求者に対する呼び出しを検知し、当該呼び出しを受理するのに応答して、
前記コミュニケーションバナー生成手段が、前記コミュニケーションバナーに、呼び出しを示す表示を含ませるように構成されたことを特徴とする請求項１に記載の通信サーバ。
【請求項３】
前記コンテンツ中、メッセージ格納領域へのリンクを示すキーワードを見出して、当該キーワードに、前記コンテンツの所有者のメッセージ格納領域を指定するキーワードを割り当てる変換手段とを備え、
前記新たなキーワードを含むコンテンツを、前記アクセス要求者に伝達するように構成されたことを特徴とする請求項１または２に記載の通信サーバ。
【請求項４】
前記メッセージ格納領域が、電子掲示板、メールボックスおよび／またはチャットログファイルに対応することを特徴とする請求項１ないし３の何れか一項に記載の通信サーバ。
【発明の詳細な説明】
【０００１】
【産業上の技術分野】
本発明は、インターネットのホームページや掲示板の利用に関し、より詳細には、ユーザが使いやすいホームページや掲示板を運用するシステムに関する。
【０００２】
【従来の技術】
インターネットの普及により、多くの人が自己のホームページを所有するようになっている。このホームページ（ＨＰ）においては、インデックスページや他のコンテンツのページのほか、掲示板を設けて、閲覧者が文章を書き込めるようになっているものが多い。これは、一般に、ＢＢＳ（Bulletin Board System）と称され、一般に公開されていることが特徴となっている。たとえば、ユーザが、あるＨＰにアクセスして、そのトップページ或いはインデックスページを参照して、掲示板或いはＢＢＳと書かれたボタンをマウスなどを操作してクリックすると、掲示板のページを開くことができる。ユーザは、当該掲示板に書き込まれた他のメッセージを参照したり、空欄に題目や本文などを書き入れたりすることができる。その一方、ＨＰの所有者は、同様にして、自己のＨＰにアクセスして、掲示板に記載されたメッセージを見ることができる。
【０００３】
【発明が解決しようとする課題】
従来のＢＢＳにおいては、ホームページの所有者は、自己がインターネットにアクセスしている場合であっても、当該自己のＨＰの掲示板を参照してない限り、これに他人のメッセージが書き込まれたことを即座には知ることができないという問題点があった。すなわち、自己のＨＰにおいて掲示板を開くことによってはじめて、他人からメッセージがあったことを知ることができるにすぎなかった。
【０００４】
同系列のＨＰ、一定の関連性を有するＨＰなどにおいては、相互に掲示板への書き込みが日常的に行なわれる場合が多い。そこで、本発明は、ユーザのＨＰをコミュニティの一員として参加させて、自己のＨＰなどの掲示板へのアクセスを、当該ＨＰなどを開けることなく知ることができるシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明の目的は、コンテンツのＵＲＬを、通信サーバを介したコミュニティＵＲＬに変換し、当該コンテンツのＵＲＬと関連付けて記憶するステップと、アクセス要求者からコミュニティＵＲＬによるアクセスを受理したときに、当該コミュニティＵＲＬに基づき、コンテンツのＵＲＬを特定するステップと、当該ＵＲＬを用いて接続要求をして、コンテンツの送信を求めるステップと、当該ＵＲＬにかかるコンテンツを受理するステップと、前記アクセス要求者に、当該コンテンツを伝達するステップとを備えたことを特徴とするデータ通信方法によって達成される。
本発明によれば、コンテンツのＵＲＬを、通信サーバを介する通信形態を可能とするために、コンテンツの所有者を、一定のコミュニティに参加させる形態をとることができる。
【０００６】
本発明の好ましい実施態様においては、さらに、当該コンテンツを所有するユーザのためのメッセージ格納領域を確保するステップと、前記受理したコンテンツ中、掲示板へのリンクを示すキーワードを見出して、当該キーワードを、前記コンテンツの所有者のメッセージ格納領域を指定する新たなキーワードを割り当てるステップとを備え、前記新たなキーワードを含むコンテンツを、前記アクセス要求者に伝達するように構成されている。新たなキーワードとして、たとえば、ＵＲＬを利用することができる。
【０００７】
この実施態様によれば、コンテンツ中に、あるキーワードを入れておけば、これに基づき、コンテンツの掲示板とリンクした新たなキーワードが割り付けられる。したがって、アクセス要求者が、掲示板にメッセージを書き込むと、当該メッセージは、コンテンツの所有者のために確保されたメッセージ格納領域に適切に格納される。
【０００８】
本発明のさらに好ましい実施態様においては、さらに、コンテンツ中に、アクセス要求者用のバナーを貼り付けるステップと、前記アクセス要求者のアクセスごとに、当該アクセス要求者のために確保されたメッセージ格納領域を参照して、新着メッセージの有無を判断するステップとを備え、新着メッセージがある場合に、前記バナーに、メッセージ到着を示す表示を含ませるように構成されている。
この実施態様によれば、アクセス要求者のアクセスに応答して、当該アクセス要求者のために確保されたメッセージ格納領域中に、新着メッセージがあるか否かが判断される。したがって、アクセス要求者が、コミュニティにアクセスする限り、自己のＨＰなどのコンテンツを呼び出して、その掲示板を参照する必要なく、メッセージの到着を、自己がアクセスしているコンテンツに含まれるバナーの表示により知ることが可能となる。
【０００９】
本発明の別の好ましい実施態様においては、前記アクセス要求者の取得したコンテンツにおける、第２のキーワードに基づくアクセスを受理するステップと、コンテンツ中に、アクセス要求者用のバナーを生成するステップと、アクセスに応答して、アクセス要求者のために確保されたメッセージ格納領域を参照して、新着メッセージの有無を判断するステップと、新着メッセージがある場合に、前記バナーに、メッセージの到着を示す表示を含ませて、これが前記コンテンツ中の所定の位置に配置されるようにアクセス要求者に伝達するように構成されている。第２のキーワードとして、たとえば、バナーＵＲＬを利用することができる。
【００１０】
この実施態様によれば、アクセス要求者が、コミュニティＵＲＬを利用せず、もとのＵＲＬにてアクセスした場合であっても、コンテンツ中の第２のキーワードにより通信サーバがアクセスされて、これに応答して、新着メッセージの有無を示す表示を含むバナーが伝達される。したがって、ユーザは、コミュニティへにアクセスしていない場合であっても、メッセージの到着を知ることが可能となる。なお、上記メッセージ格納領域は、電子掲示板（ＢＢＳ）やメールボックス、チャットログファイルとして利用することができる。
【００１１】
本発明のさらに別の実施態様においては、前記アクセス要求者の取得したコンテンツにおける、第２のキーワードに基づくアクセスを受理するステップと、コンテンツ中に、アクセス要求者用のバナーを生成するステップと、前記通信サーバに、前記アクセス要求者への呼び出しがあった場合に、当該アクセスに応答して、前記バナーに、呼び出しを示す表示を含ませて、これが前記コンテンツ中の所定の位置に配置されるようにアクセス要求者に伝達するステップとを備えている。
この実施の形態によれば、アクセス要求者がコミュニティにアクセスする際に、呼び出しがコミュニティにあったことを示す表示を含むコミュニケーションバナーが、アクセス要求者の側に伝達される。したがって、これにより、ページャ機能を実現することが可能である。
【００１２】
また、本発明の目的は、複数のユーザによるコミュニティを形成するために、ユーザのコンテンツを登録する通信サーバであって、前記コンテンツのＵＲＬを、前記通信サーバを介したコミュニティＵＲＬに変換するＵＲＬ変換手段と、前記変換されたコミュニティＵＲＬを、ユーザおよび当該コンテンツのＵＲＬと関連付けて記憶する記憶装置とを備え、アクセス要求者から前記コミュニティＵＲＬによるアクセスを受理したときに、前記ＵＲＬ変換手段により、これをコンテンツのＵＲＬに変換して、当該ＵＲＬに接続要求をして、受理したコンテンツをアクセス要求者に伝達するように構成されたことを特徴とする通信サーバによっても達成される。
【００１３】
上記通信サーバは、さらに、前記コンテンツの所有者のための掲示板を含む掲示板データベースと、コンテンツ中、掲示板へのリンクを示すキーワードを見出して、当該キーワードに、前記コンテンツの所有者のメッセージ格納領域を指定するキーワードを割り当てる変換手段とを備え、前記新たなキーワードを含むコンテンツを、前記アクセス要求者に伝達するように構成されているのが好ましい。
【００１４】
さらに、通信サーバは、アクセス要求者のためのコミュニケーションバナーを生成するコミュニケーションバナー生成手段と、アクセス要求者が掲示板を所有する場合に、当該掲示板中の新着メッセージの有無を判断する掲示板管理手段とを備え、新着メッセージがある場合に、前記バナーに、メッセージ到着を示す表示を含ませるように構成されているのが好ましい。
【００１５】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかる情報通信システムの概略構成を示すブロックダイヤグラムである。図１に示すように、この通信システム１０は、ユーザ側コンピュータ１２−１、１２−２、・・・、１２−ｎ、ホストサーバシステム１４、および、これらの間における情報の授受を実現する通信回線（インターネット）１６とを備えている。また、通信回線１６には、他のコンテンツプロバイダのサーバ（コンテンツサーバ）１８が接続されている。図１においては、単一のコンテンツサーバ１８のみを図示したが、コンテンツサーバは多数存在している。また、ユーザコンピュータ１２として、モデムなどの通信回路を備えたパーソナルコンピュータを利用することができる。
【００１６】
ホストサーバシステム１４は、本実施の形態にかかる通信コミュニティを形成するための種々の処理を実行するとともに、当該コミュニティに登録しているユーザ（コミュニティ登録者）や、コミュニティに登録していないユーザ（ゲスト）に、ＨＰ等を含むデータを伝達するための種々の処理を実行する。
【００１７】
図２は、ホストサーバシステム１４の構成を示すブロックダイヤグラムである。図２に示すように、このホストサーバシステム１４は、制御サーバ２０、広告配信サーバ２２、メッセージサーバ２４とを有している。これらサーバ２０〜２４は、単一のコンピュータシステムにより、その機能が実現されていても良いし、或いは、各サーバが、ＬＡＮやインターネットを介して接続されていても良い。
制御サーバ２０は、新規のユーザに関する情報（ユーザ情報）を受理して、当該ユーザ情報などをユーザ管理データベース（ＤＢ）３０に記憶するユーザ登録部３２と、サーバシステム１４にアクセスしたユーザを認証するユーザ認証部３４と、ＵＲＬアドレスや後述するキーワードを変換して所定のＨＰのデータをユーザに伝達する処理などを実行するＵＲＬ／キーワード（ＫＷＤ）変換部３６と、ユーザの通信状態を管理する通信管理部３７と、上記ユーザ管理ＤＢ３０とを有している。
【００１８】
ユーザ管理データベース３０には、後述する登録処理などにより、ユーザＩＤ（ｕｉｄ）、パスワード（ｐｗｄ）、ユーザの属性や嗜好を示す種々のデータなどが、ユーザごとに記憶されている。
広告配信サーバ２２は、種々のバナー広告を示すデータを記憶した広告ＤＢ３８と、適切なデータを抽出するための広告データ抽出部４０とを有している。また、メッセージサーバは、ユーザごとの掲示板に関するデータを記憶した掲示板ＤＢ４２と、ユーザの掲示板に対して所定のデータを書き込み、或いは、データを取り出す掲示板管理部４４とを有している。
【００１９】
制御サーバ２０は、以下に述べる、互いに関連する３つの機能を実現することができる。
（１）コミュニティ参加者相互のＵＲＬアドレスのマッピング
（２）メッセージ着信等の表示
（３）レンタル掲示板
【００２０】
ここで、アドレスのマッピングにおいては、コミュニケーション参加者のＨＰを参照する場合に、当該ＨＰのＵＲＬアドレス（たとえば、http://www. corecolors.com/~kiko/comm/index.html）をアクセスするときに、実際のＵＲＬアドレスを参照することなく、制御サーバにアクセスし、或いは、制御サーバを介したＵＲＬアドレス（たとえば、http://cnavi.com/kiko/index.html）を指定すれば、当該参加者のＨＰを参照することができる
また、上記制御サーバを介して参加者のＨＰを参照したとき、或いは、後述する処理により他人のＨＰを参照したときに、当該ＨＰの参照中に、自己の掲示板（レンタル掲示板）に第三者からの書き込みがあると、ＨＰの画面上に、自己の掲示板へのメッセージ着信が表示されるようになっている。
【００２１】
これらを実現するためのホストサーバシステム１４の作動につき以下に説明を加える。上記（１）〜（３）を実現するために、ＨＰ作成者やＨＰ閲覧者は、以下の手順で、自己の登録をする必要がある。なお、コミュニティに参加したＨＰ作成者が、他人のＨＰを参照する際には、当該ＨＰ作成者は、上記ＨＰ閲覧者たり得ることは言うまでもない。
【００２２】
たとえば、図３に示すように、ＨＰ作成者は、当該ＨＰをコミュニティに参加させるために、自己の希望するＩＤ（ユーザＩＤ、以下場合によって「ｕｉｄ」と称する）と、ＵＲＬアドレスと、ホストサーバシステム１４に伝達する。ホストサーバシステム１４の制御サーバ２０が、これら情報を受理すると（ステップ３０１）、ユーザ登録部３２は、当該ユーザＩＤが使用可能であるか否かを確認した上で、ユーザＩＤを決定する。たとえば、同一のユーザＩＤが既に存在する場合には、制御サーバ２０は、他のユーザＩＤの入力入力すべき旨を、ユーザ側コンピュータ１２に伝達して、他のユーザＩＤの入力を促す。
【００２３】
このようにして、ユーザＩＤが決定されると、制御サーバ２０は、ユーザ側コンピュータ１２にパスワードの入力を促す。パスワードが、ユーザ側コンピュータ１２から制御サーバ２０に伝達されると、ユーザ登録部３２は、これを、コミュニティに対する当該ユーザのパスワード（以下、場合によって「ｐｗｄ」と称する。）と決定する（ステップ３０２）。
【００２４】
次いで、制御サーバ２０においては、ＵＲＬ／ＫＷＤ変換部３６が、ユーザ側システム１２から伝達されたＵＲＬアドレスを、当該制御サーバシステムを介したアドレスに変換する（ステップ３０３）。たとえば、ユーザ側コンピュータ１２から「http://www. corecolors.com/~kiko/comm/」というＵＲＬアドレスが与えられた場合には、これを、ホストサーバシステムを介したアドレス（たとえば、「http://www.cnavi.com/kiko/」）に変換する。この変換により得られたＵＲＬを「コミュニティＵＲＬ」と称する。このようにして、得られたユーザＩＤ（ｕｉｄ）、パスワード（ｐｗｄ）およびＨＰのＵＲＬは、ユーザ情報として、ユーザ管理ＤＢ３０に、ユーザ（およびそのコミュニティＵＲＬ）と関連付けて記憶される（ステップ３０４）。その後に、制御サーバ２０は、メッセージサーバ２４に対して、登録したユーザのための掲示板領域をメッセージＤＢ４２中に確保するように依頼する（ステップ３０５）。図４は、上記図３に示すユーザ登録の流れを概略的に示した図である。
【００２５】
ここに、ユーザの作成したＨＰにおいては、コミュニティ用のキーワードが記述されている。図５は、ＨＰのコンテンツに記述されたデータの一例を示す図である。図５に示すように、コンテンツには、コミュニティにおいて利用可能とするために、
＜Ａ  ＨＲＥＦ＝“％ＢＢＳ％”＞掲示板＜／Ａ＞
というデータが含まれる。ここで、「％ＢＢＳ％」は、本コミュニティにて、（２）メッセージ着信等の表示や（３）レンタル掲示板を利用できるようにするためのキーワードである。
このようにしてコミュニティに登録したＨＰを、他のコミュニティへの登録を済ませたユーザ（コミュニティ登録者）がアクセスする場合の手順および処理について以下に説明する。図６は、上記処理を示すフローチャートである。
【００２６】
図６に示すように、ユーザ側コンピュータ１２において、コミュニティ登録者が、参照したいＨＰのコミュニティＵＲＬを入力することにより、所定の情報が制御サーバ１６に伝達される（ステップ６０１）。たとえば、制御サーバ１６には、
ＧＥＴ  ｈｔｔｐ：／／ｃｎａｖｉ．ｃｏｍ／ｋｉｋｏ／ｉｎｄｅｘ．ｈｔｍｌという命令が、ユーザＩＤ（ｕｉｄ＝ｘｙｚ）およびパスワード（ｐｗｄ＝１２３４）とともに与えられる。制御サーバ１６のユーザ認証部３４は、ｕｉｄおよびｐｗｄに基づきユーザを認証し（ステップ６１１）、次いで、ユーザ管理ＤＢ３０を検索し、コミュニティＵＲＬに関する情報を見出す（ステップ６１２）。これにより、たとえば、当該コミュニティＵＲＬに関連して、「ｕｉｄ＝ｋｉｋｏ」および変換前のＵＲＬアドレス「ｈｔｔｐ：／／ｗｗｗ．ｃｏｒｅｃｏｌｏｒｓ．ｃｏｍ／〜ｋｉｋｏ／ｃｏｍｍ／」を特定することができる。
【００２７】
次いで、制御サーバ１６は、上記ＵＲＬアドレスにアクセスして、他のコンテンツサーバ１８から、当該ＵＲＬアドレスを備えたコンテンツの送信を依頼する（ステップ６１３）。他のコンテンツサーバ１８からのコンテンツを受信すると（ステップ６１４）、制御サーバ１６は得られたコンテンツを加工する（ステップ６１５）。
【００２８】
より詳細には、コンテンツに、後述するコミュニケーションバナーが挿入され（ステップ６２０）、次いで、制御サーバ２０は、メッセージサーバ２４の側に、新着メッセージが存在するか否かをチェックするように依頼する（ステップ６２１）。前述したように、ＨＰのコンテンツとともにコミュニティに参加したユーザには、当該ユーザのための掲示板領域が、メッセージＤＢ４２中に確保されている。したがって、メッセージサーバ２４の掲示板管理部４４は、アクセスしたユーザのための掲示板領域を参照して、ユーザが閲覧していないメッセージの有無を確認して、メッセージが存在する場合には、新着メッセージが存在することを示す情報を制御サーバ２０に返送する。次いで、制御サーバ２０は、広告配信サーバ２２に、適切な広告を抽出するように依頼する。これに応じて、広告配信サーバ２２は、後述するような処理にしたがって広告ＤＢ３８から、バナー広告のデータを抽出し、これを制御サーバ２０に伝達する。このようにして、コミュニケーションバナーおよび広告バナーからなる表示バナーが生成される（ステップ６２２）。
【００２９】
次いで、制御サーバ２０のＵＲＬ／ＫＷＤ変換部３６は、ＨＰのコンテンツ中に含まれるコミュニティ用キーワードを、有効なデータ（ＵＲＬ）に変換する（ステップ６２３）。たとえば、上述したように、ｕｉｄ＝ｘｙｚ、ｐｗｄ＝１２３４であるようなユーザに、ＨＰのコンテンツを与える場合には、当該ＨＰ中のキーワードの記述（たとえば、＜Ａ  ＨＲＥＦ＝“％ＢＢＳ％”＞を、以下のように変換する。
＜Ａ  ＨＲＥＦ＝“ｈｔｔｐ／／ｃｎａｖｉ．ｃｏｍ／ｋｉｋｏ／ｂｂｓ．ｃｇｉ？  ｕｉｄ＝ｘｙｚ＆ｐｗｄ＝１２３４”＞
すなわち、もともとのコンテンツに含まれていたキーワードである「％ＢＢＳ％」が、特定のＵＲＬ、より詳細には、ＨＰを所有するユーザに関するコミュニティ内の掲示板を示すＵＲＬに変更される。これにより、ユーザが参照するＨＰ中に、掲示板にジャンプするためのリンク（アンカー）が表示され得る。
【００３０】
このような処理の後、制御サーバ２０は、広告バナーおよびコミュニケーションバナーからなる表示バナーを含むコンテンツを、ユーザ側コンピュータ１２に送信する（ステップ６１７）。
ユーザ側コンピュータ１２は、コンテンツを受理すると（ステップ６０２）。これをディスプレイの画面上に表示する（ステップ６０３）。ここに、ユーザ側コンピュータ１２の画面上に表示される画像は、図７に示すようなものとなる。すなわち、画面の上部には、後述するコミュニケーションバナー７０１や広告バナー７０３を含む表示バナー７００が表示され、かつ、所定の位置に、掲示板にジャンプするためのリンク（アンカー）７０２が配置される。
【００３１】
図８に、再度、図６の処理の概略を示す。図８に示すように、
１．ユーザがユーザ側コンピュータ１２を操作して、コミュニティＵＲＬにアクセスし、
２．制御サーバ２０の側ではユーザ管理ＤＢ７０を参照して、ユーザを認証し、
３．アドレスを変換して、もとのＵＲＬアドレスを得て、コンテンツサーバからＨＰのファイルを取得し、
４．バナー広告を取得し、
５．メッセージサーバ２４中の掲示板ＤＢ４２を参照し、
６．ページ上にコミュニケーションバナーなどを含むコンテンツをユーザ側コンピュータ１２に伝達する。
【００３２】
無論、ホストサーバシステム１４中にＨＰが存在する場合にも、略同様の処理にて、ユーザはＨＰを取得することができる。図９は、その概略を示す図である。図９と図８とを比較すると、
３．ファイルの取得
の際に、図８においては、アドレスを変換して、もとのＵＲＬアドレスを得て、これを利用して他のサーバからＨＰを取得するのに対して、図９においては、ユーザから与えられたＵＲＬをそのまま利用して、自己のシステム内のＨＰを取得するようになっている。これ以外の手順は略同じである。
このように、ユーザが取得しようとするＨＰが、コミュニティ内に存在しても、コミュニティ外に存在しても、ユーザはコミュニティシステムを介して、ＨＰを取得することができる。
【００３３】
次に、コミュニケーションバナーに関する処理につき説明を加える。図１０は、コミュニケーションバナー上の表示に関する処理を示す図である。ユーザ側コンピュータにおいて、ある登録したユーザ（自己の掲示板がコミュニティ内にあるようなユーザ）が、ユーザ側コンピュータ１２を操作して、制御サーバ２０にアクセスする（ステップ１００１）と、制御サーバ２０は、ユーザ側コンピュータ１２から与えられた指示にしたがって、所定の処理を実行する（ステップ１０１１）。この処理には、上記ユーザ自身のＨＰや他のＨＰのページの取得が含まれる。次いで、制御サーバ２０の通信管理部３７は、メッセージサーバ２４に、アクセスしてきたユーザのユーザＩＤ（ｕｉｄ）を伝達して、新着メッセージのチェックを依頼する（ステップ１０１２）。メッセージサーバ２４は、掲示板ＤＢ４２中、当該ｕｉｄに関連する掲示板領域を参照して、新たなメッセージの到着があったか否かを判断し、メッセージが存在する場合には、その旨を制御サーバ２０に伝達する。制御サーバ２０の通信管理部３７は、新着メッセージが到着している場合には、これをユーザに通知するためのデータを生成し（ステップ１０１３）、取得したページのデータなどとともに、メッセージ到着を通知するためのデータをユーザ側システム１２に送信する（ステップ１０１４）。
【００３４】
ユーザ側コンピュータ１２は、制御サーバ２０からのデータを受理すると（ステップ１００２）、コミュニケーションバナーを含む画像を、表示装置の画面上に表示する（ステップ１００３）。制御サーバ２０から伝達されるデータに、メッセージ到着の通知が含まれている場合には、コミュニケーションバナーに設けられたアイコンのうち、所定のもの（たとえば、図７の符号７１０参照）が点滅して、メッセージが到着していることをユーザに通知する。
このように、ユーザがコミュニティにアクセスする（すなわち、ＨＰ中の他のページの表示や、ＵＲＬのジャンプなど）ごとに、制御サーバ２０において、ステップ１０１１〜１０１４の処理が実行され、これにより、ユーザは、コミュニティへのアクセス中に、自己の掲示板に書込みがあったときに、これを知ることが可能となる。
【００３５】
図１１は、図１０に示す一連の処理を概略的に示した図である。図１１においては、図１０の処理に先立つ、他のユーザのメッセージ記入からの概略が示されている。
１．他のユーザ（ｕｉｄ＝ｘｙｚ）が、ユーザ（ｕｉｄ＝ｋｉｋｏ）のＨＰ中の掲示板（図３のステップ３０５参照）にアクセスして、メッセージを書き込むと、
２．ｕｉｄ、ｐｗｄ、コミュニティ用のパスワード（ｃｐｗｄ）などを参照することにより、上記他のユーザを認証して、
３．他のユーザにより与えられたメッセージを、メッセージサーバ２４の掲示板ＤＢ４２において、ユーザの掲示板領域中に保存する。
４．その後、ユーザ（ｕｉｄ＝ｋｉｋｏ）が、コミュニティにアクセスする（これは、新規アクセスであっても良いし、或いは、アクセス中における他のページの参照や他のＵＲＬへのジャンプであっても良い）と、図１０の処理が実行されて、メッセージ到着を通知するデータとともに、必要なデータが、ユーザ側に伝達される。
【００３６】
本実施の形態によれば、ＨＰのコンテンツ中に、コミュニティ内の掲示板へのアクセスを可能とするためのキーワードを含めておくことにより、他のユーザがコミュニティを介して、当該ＨＰを参照して、掲示板にメッセージを書き込むと、コミュニティ内の、当該ユーザのために確保された掲示板領域に、当該メッセージが格納される。
また、ユーザがコミュニティを介してアクセスする際に、当該ユーザの掲示板領域が調べられ、新着メッセージの有無が見出される。したがって、アクセスごとに、新着メッセージの有無を示す表示をユーザに提示することが可能となる。
【００３７】
次に、本実施の形態において、登録したユーザが、コミュニティＵＲＬによらず、もとのＵＲＬにてアクセスした場合の処理につき説明を加える。
図１２は、上記場合の操作および処理を示すフローチャートである。登録したユーザがユーザ側システム１２を操作して、もとのＵＲＬアドレスを用いて、ＨＰなどのコンテンツにアクセスすると（ステップ１２０１）、コンテンツサーバ１８は接続要求を受け付け（ステップ１２１１）、これに応答して、要求のあったコンテンツ（ＨＴＭＬデータ）をユーザ側システム１２に伝達する（ステップ１２１２）。
【００３８】
ユーザ側システム１２がＨＴＭＬデータを受理すると（ステップ１２０２）、当該データにしたがった画像を表示装置の画面上に表示する（ステップ１２０３）。次いで、ユーザ側システム１２においては、コンテンツ中の記述を調べて、コミュニティ用キーワードが含まれているか否かを判断する。図１３は、第２のキーワードが含まれたデータの一例を示す図である。図１３に示すように、コンテンツには、コミュニティにおいて利用するために、
＜ＩＭＧ  ｓｒｃ＝“ｈｔｔｐ：／／ｃｎａｖｉ．ｃｏｍ／ｂａｎｎｅｒ”＞
という第２のキーワード（バナーＵＲＬ）が含まれているのが望ましい。この第２のキーワード（バナーＵＲＬ）が存在することにより、ユーザ側システム１２は、このバナーＵＲＬにしたがって、制御サーバ２０にアクセスする（ステップ１２０４）。
【００３９】
制御サーバは、ユーザ側システム１２からのアクセスに応答して、「Ｃｏｏｋｉｅ」にてユーザを認証して（ステップ１２２１）、コミュニケーションバナーを生成する（ステップ１２２２）。さらに、アクセスしたユーザのｕｉｄに基づき、当該ユーザの掲示板ＤＢ４２中の掲示板領域が参照されて、新着メッセージの有無が判断される（ステップ１２２３）。次いで、必要に応じて、広告ＤＢ３８から広告バナーのデータが取り出され、コミュニケーションバナーおよび広告バナーからなる表示バナーが生成され（ステップ１２２４）、メッセージ到着の通知を示すデータを含む表示バナーのデータが、ユーザ側システムにむけて送信される（ステップ１２２５）。
【００４０】
ユーザ側システム１２は、表示バナーのデータを受理すると（ステップ１２０５）、これを、画像中に貼り付ける（ステップ１２０６）。このようにして、コンテンツ中に、第２のキーワードを含ませておくことにより、ユーザがコミュニティを介さずに直接、コミュニティ登録者のＨＰなどにアクセスした場合であっても、コミュニケーションバナーを、ユーザが参照しているＨＰ上に配置することが可能となる。
【００４１】
次に、本実施の形態において、コミュニティに登録していないユーザ（ゲスト）が、コミュニティにアクセスした場合の処理の一例について説明する。この処理は、図６の処理と、ユーザ認証やキーワードの変換を除き、略同じである。図１４は、この場合の処理を示すフローチャートである。図１４に示すように、ユーザ側コンピュータ１２のアクセス（１４０１）に応答して、制御サーバ２０において、仮のユーザＩＤ（ｇｕｉｄ）が付与される（ステップ１４１１）。次いで、アクセス要求にかかる登録ページの検索、コンテンツサーバへの接続が実行される（ステップ１４１２、１４１３）。これら処理は、図６のステップ６１２、６１３に対応する。たとえば、他のサーバからコンテンツが与えられると（ステップ１４１４）、ステップ１４１５〜１４１８の処理が実行される。なお、アクセスを要求しているコンテンツに関して、登録されていないユーザのアクセスを禁止する場合には、他のサーバよりアクセス拒否を示す情報が与えられる可能性もある。この場合には、制御サーバ２０は、以下の処理を実行せずに、ユーザ側コンピュータ１２に、アクセスが拒否されたことを伝達する。
【００４２】
ステップ１４１５〜１４１８の処理は、ステップ１４１７のキーワードの変換を除き、それぞれ、図６のステップ６２０、６２２、６２３および６１６にそれぞれ対応する。ステップ１４１７においては、キーワード「％ＢＢＳ％」の位置に、仮のユーザＩＤ（ｇｕｉｄ）が含まれる記述、たとえば、
＜Ａ  ＨＲＥＦ＝“ｈｔｔｐ／／：ｃｎａｖｉ．ｃｏｍ／ｋｉｋｏ／ｂｂｓ．ｃｇｉ？  ｇｕｉｄ＝＊＊＊＊＊”＞
となる。なお、ゲストのアクセスについては、メッセージ到着の通知はなされない。このようにして、ゲストであっても、コミュニティ内のあるユーザ用の掲示板にメッセージを書き込むことが可能となる。
【００４３】
最後に、広告配信サーバ２２などについて、簡単に説明する。ユーザを登録する際に、当該ユーザの年齢、性別、居住地域、趣味など、ユーザの属性や嗜好を示す情報を登録し、これを、ユーザに対応つけてユーザ管理ＤＢ３０に記憶しておくことが望ましい。このように、ユーザの属性や嗜好を記憶しておくことにより、当該ユーザのためにコミュニケーションバナーを生成する際に、当該コミュニケーションバナーに貼り付けられる広告バナーを、当該ユーザの属性や嗜好にしたがって選択することができる。より詳細には、制御サーバ２０から広告の抽出を指示されると、広告配信サーバ２２は、ユーザの属性や嗜好を取得し、これらを条件にして、ユーザの属性や嗜好に合致する広告バナーを選択する。これにより、ユーザがアクセスする可能性の高い広告を配信することが可能となる。
【００４４】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、コミュニケーションバナー中の表示が、メッセージ到着を示すように構成したが、これに限定されるものではなく、チャットによる他のユーザからのメッセージの到着や、ページャによる呼び出しなどを示すように構成しても良い。たとえば、チャットにおけるメッセージの到着を実現する場合には、メッセージサーバ２４に、チャットログファイルを含むＤＢを設け、これを、掲示板ＤＢ４２と同じように運用すれば良い。また、コミュニケーションバナー中の表示により、メールの到着を示すようにしても良い。これは、メッセージサーバ２４に、メールボックスを含むＤＢを設け、これを掲示板ＤＢ４２と同じように運用することにより実現される。
また、ページャによる呼び出しの場合には、通信管理部３７が、呼び出しがあったことを示すログを参照して、アクセス要求者への呼び出しがあったかどうかを判断すればよい。
【００４５】
さらに、図７において、アイコン７１０は、メッセージの到着、ランプ７１１がチャット用、アイコン７１２がページャ呼び出しを示し、これらが点滅することにより、ユーザが、どのような事項が生じているかを知ることができるように構成しても良い。上記呼び出しは、たとえば、他のユーザが、コミュニティにアクセスした際に、呼び出したいユーザのｕｉｄを指定することにより実現することができる。
また、上記図７に関して、生じた事項の種別を、アイコンの色彩を変化させることにより表示しても良い。
【００４６】
さらに、前記実施の形態においては、ゲストのアクセスの拒否が、コンテンツサーバから伝達されているが、これに限定されるものではなく、制御サーバ２０の側において、ＨＰごとに（或いはユーザごとに）ゲストのアクセスの可否を登録しておき、これに基づいて、コンテンツサーバへのアクセスの是非を判断しても良いことは言うまでもない。
また、前記実施の形態においては、表示バナーにコミュニケーションバナーおよび表示バナーを含ませたがこれに限定されず、たとえば、コミュニケーションバナーのみであっても良い。
【００４７】
さらに、前記実施の形態において、ホストサーバシステム内のコミュニティは一つであったがこれに限定されることはなく、図１５に示すように複数のコミュニティが含まれても良い。図１５に示すように、ホストサーバシステム１４の下に、複数のコミュニティ１５０−１、１５０−２、・・・が配置されている。これらコミュニティには、互いに異なるコミュニティＩＤ（ｃｏｍｉｄ）が付与される。したがって、ユーザは、「ｃｏｍｉｄ＝××××  ｕｉｄ＝ｋｉｋｏ」という形態で一意的に特定される。したがって、この場合には、異なるコミュニティに同一のユーザＩＤが存在していても良い。
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【００４８】
【発明の効果】
本発明によれば、自己のＨＰなどの掲示板へのアクセスを、当該ＨＰなどを開けることなく知ることができるシステムを提供することが可能となる。また、本発明によれば、ユーザのＨＰをある一定のコミュニティに参加させることが可能なシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】  図１は、本発明の実施の形態にかかる情報通信システムの概略構成を示すブロックダイヤグラムである。
【図２】  図２は、本実施の形態にかかるホストサーバシステムの構成を示すブロックダイヤグラムである。
【図３】  図３は、本実施の形態にかかるユーザ登録処理を示すフローチャートである。
【図４】  図４は、図３に示すユーザ登録の流れを概略的に示した図である。
【図５】  図５は、本実施の形態にかかるＨＰのコンテンツに記述されたデータの一例を示す図である。
【図６】  図６は、本実施の形態において、コミュニティ登録者がアクセスする場合の手順および処理を示すフローチャートである。
【図７】  図７は、第１の実施の形態において、ユーザ側コンピュータの表示装置の画面上の画像例を示す図である。
【図８】  図８は、図６に示す、ユーザによるアクセスに関する処理を概略的に示す図である。
【図９】  図９は、ＨＰがホストサーバシステム内に存在する場合のユーザによるアクセスに関する処理を概略的に示す図である。
【図１０】  図１０は、本実施の形態にかかるコミュニケーションバナー上の表示に関する処理を示す図である。
【図１１】  図１１は、図１０に示す処理を概略的に示す図である。
【図１２】  図１２は、コミュニティ登録者が、コミュニティＵＲＬによらず、もとのＵＲＬにてアクセスした場合の手順および処理を示すフローチャートである。
【図１３】  図１３は、本実施の形態にかかる第２のキーワードが含まれたデータの一例を示す図である。
【図１４】  図１４は、本実施の形態において、ゲストが、コミュニティにアクセスした場合の手順および処理を示すフローチャートである。
【図１５】  図１５は、本発明にしたがって構築されたコミュニティの他の例を示す図である。
【符号の説明】
１０      通信システム
１２      ユーザ側コンピュータ
１４      ホストサーバシステム
１６      通信回線
１８      コンテンツサーバ
２０      制御サーバ
２２      広告配信サーバ
２４      メッセージサーバ
３０      ユーザ管理ＤＢ
３８      広告ＤＢ
４２      掲示板ＤＢ
【図１】
0004409040.tif 000002
【図２】
0004409040.tif 000003
【図３】
0004409040.tif 000004
【図４】
0004409040.tif 000005
【図５】
0004409040.tif 000006
【図６】
0004409040.tif 000007
【図７】
0004409040.tif 000008
【図８】
0004409040.tif 000009
【図９】
0004409040.tif 000010
【図１０】
0004409040.tif 000011
【図１１】
0004409040.tif 000012
【図１２】
0004409040.tif 000013
【図１３】
0004409040.tif 000014
【図１４】
0004409040.tif 000015
【図１５】
0004409040.tif 000016