(57)【要約】【課題】通信ネットワーク上で仮想コミュニティを実現するシステムにおいて、情報群の区分毎のアクセス状況の遷移に応じた表示を行う。【解決手段】アクセス指標取得部２６は、アクセス頻度や各アクセスの主体の属性、アクセスの種別、あるいはアクセスの程度等から、アクセス指標を取得する。遷移指標取得部２８は、アクセス指標の履歴に基づいてアクセス状況の遷移指標を取得する。各クライアント端末１４では、遷移指標に基づく態様で表示が実行される。【選択図】図１
2005092385.tif 000002
【特許請求の範囲】
【請求項１】
相互の関連性に基づいて区分される情報群を蓄積する情報蓄積部と、
クライアント端末からのアクセス要求に応じて、前記情報蓄積部に蓄積された情報を通信ネットワーク経由で提供する情報提供部と、
前記情報群に対する当該情報群の区分毎のアクセス頻度を取得するアクセス頻度取得部と、
クライアント端末で前記アクセス頻度の履歴に基づく態様で複数の区分の情報群の表示が行われるように所定の情報を生成する情報生成部と、
を備える情報提供システム。
【請求項２】
相互の関連性に基づいて区分される情報群を蓄積する情報蓄積部と、
クライアント端末からのアクセス要求に応じて、前記情報蓄積部に蓄積された情報を通信ネットワーク経由で提供する情報提供部と、
前記情報群に対する当該情報群の区分毎のアクセス頻度に基づいて、当該区分毎のアクセス状況の遷移を示す遷移指標を取得する遷移指標取得部と、
クライアント端末で前記遷移指標に基づく態様で表示が行われるように所定の情報を生成する情報生成部と、
を備える情報提供システム。
【請求項３】
前記遷移指標取得部は、アクセス頻度の履歴に基づいて遷移指標を取得することを特徴とする請求項２に記載の情報提供システム。
【請求項４】
前記遷移指標取得部は、読み出しおよび書き込みのアクセス頻度に基づいて遷移指標を取得することを特徴とする請求項２または３に記載の情報提供システム。
【請求項５】
前記遷移指標取得部は、さらに、各アクセスの主体の属性に基づいて遷移指標を取得することを特徴とする請求項２〜４のうちいずれか一つに記載の情報提供システム。
【請求項６】
前記遷移指標取得部は、少なくともアクセス頻度の増加、上限および減少の各フェーズに対応した遷移指標を取得することを特徴とする請求項２〜５のうちいずれか一つに記載の情報提供システム。
【請求項７】
前記情報生成部は、クライアント端末で前記遷移指標に対応する表示要素を付加した態様で表示が行われるよう所定の情報を生成することを特徴とする請求項２〜６のうちいずれか一つに記載の情報提供システム。
【請求項８】
前記情報生成部は、クライアント端末で前記遷移指標に対応した順で複数の区分の情報群が表示されるよう所定の情報を生成することを特徴とする請求項２〜７のうちいずれか一つに記載の情報提供システム。
【請求項９】
サーバ装置から各クライアント端末に向けて通信ネットワークを経由して所定の情報を提供する情報提供システム上で実施される方法であって、
情報蓄積部が相互の関連性に基づいて区分される情報群を蓄積し、
情報提供部が前記クライアント端末からのアクセス要求に応じて、前記蓄積された情報を前記通信ネットワーク経由で提供し、
アクセス頻度取得部が前記情報群に対する当該情報群の区分毎のアクセス頻度に基づいて、当該区分毎のアクセス状況の遷移を示す遷移指標を取得し、
情報生成部が前記クライアント前記遷移指標に基づく態様で表示が行われるように所定の情報を生成することを特徴とする情報提供方法。
【請求項１０】
サーバ装置から各クライアント端末に向けて通信ネットワークを経由して所定の情報を提供する情報提供システムに用いられるプログラムであって、
コンピュータを、
相互の関連性に基づいて区分される情報群を蓄積する情報蓄積部、
クライアント端末からのアクセス要求に応じて、前記情報蓄積部に蓄積された情報を通信ネットワーク経由で提供する情報提供部、
前記情報群に対する当該情報群の区分毎のアクセス頻度に基づいて、当該区分毎のアクセス状況の遷移を示す遷移指標を取得する遷移指標取得部、および、
クライアント端末で前記遷移指標に基づく態様で表示が行われるように所定の情報を生成する情報生成部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置から通信ネットワークを介してクライアント端末に情報を提供するシステムに関し、特に、複数のクライアント端末で情報を共有するいわゆる電子掲示板やメーリングリスト等の仮想コミュニティを実現可能なシステムに関する。
【背景技術】
【０００２】
インターネットやイントラネット等の通信ネットワーク上で、いわゆる仮想コミュニティが構築され、種々の話題（主題）についての情報共有や意見交換が行われるシステムがある。この種の仮想コミュニティでは、情報群は相互の関連性に基づいて区分されている。そして各クライアント端末では、一連の情報群がその区分毎に所定の形態で表示される。各ユーザは、ある区分について表示された情報を見ることでその区分の情報を取得し、また情報を送信してその区分の情報群に付加することでその区分に参加する。この種の従来技術としては、例えば特許文献１に開示されるものが知られている。
【０００３】
さて、この種の仮想コミュニティでは、比較的最近追加された情報の表示に際し、「ＨＯＴ」や「ＮＥＷ」、「更新」といった表示が付加される場合がある。これによりユーザは新しい情報を得やすくなり、便利である。
【０００４】
【特許文献１】特開２００３−３０２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、そうした表示だけでは、その情報が含まれる区分における情報交換が実際にはどういった状況にあるかまでは知ることができない。すなわち、その情報が追加されたのが最近であったとしても、その区分ではかなり久しぶりの情報追加であり、実際にはその区分については関心度が低く、またユーザにとっても重要度が低くなっているという可能性もある。
【０００６】
さらに、そうした表示が全く付加されていない情報や区分については、さらに詳しい情報まで参照しない限り、どういった状況かを把握することができない。
【０００７】
すなわち、各区分の情報交換の状況等をより容易にかつより迅速に把握することができれば、こうしたシステムはユーザにとってさらに便利なものとなるし、また仮想コミュニティを利用した各種作業や業務については、一層の効率向上につながる。
【課題を解決するための手段】
【０００８】
本発明にかかる情報提供システムは、相互の関連性に基づいて区分される情報群を蓄積する情報蓄積部と、クライアント端末からのアクセス要求に応じて、上記情報蓄積部に蓄積された情報を通信ネットワーク経由で提供する情報提供部と、上記情報群に対する当該情報群の区分毎のアクセス頻度を取得するアクセス頻度取得部と、クライアント端末で上記アクセス頻度の履歴に基づく態様で複数の区分の情報群の表示が行われるように所定の情報を生成する情報生成部と、を備える。
【０００９】
また、本発明にかかる情報提供システムは、相互の関連性に基づいて区分される情報群を蓄積する情報蓄積部と、クライアント端末からのアクセス要求に応じて、上記情報蓄積部に蓄積された情報を通信ネットワーク経由で提供する情報提供部と、上記情報群に対する当該情報群の区分毎のアクセス頻度に基づいて、当該区分毎のアクセス状況の遷移を示す遷移指標を取得する遷移指標取得部と、クライアント端末で上記遷移指標に基づく態様で表示が行われるように所定の情報を生成する情報生成部と、を備える。
【００１０】
また、上記本発明にかかる情報提供システムでは、上記遷移指標取得部は、アクセス頻度の履歴に基づいて遷移指標を取得するのが好適である。
【００１１】
また、上記本発明にかかる情報提供システムでは、上記遷移指標取得部は、読み出しおよび書き込みのアクセス頻度に基づいて遷移指標を取得するのが好適である。
【００１２】
また、上記本発明にかかる情報提供システムでは、上記遷移指標取得部は、さらに、各アクセスの主体の属性に基づいて遷移指標を取得するのが好適である。
【００１３】
また、上記本発明にかかる情報提供システムでは、上記遷移指標取得部は、少なくともアクセス頻度の増加、上限および減少の各フェーズに対応した遷移指標を取得するのが好適である。
【００１４】
また、上記本発明にかかる情報提供システムでは、上記情報生成部は、クライアント端末で上記遷移指標に対応する表示要素を付加した態様で表示が行われるよう所定の情報を生成するのが好適である。
【００１５】
また、上記本発明にかかる情報提供システムでは、上記情報生成部は、クライアント端末で上記遷移指標に対応した順で複数の区分の情報群が表示されるよう所定の情報を生成するのが好適である。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の好適な実施形態について説明する。図１は、本実施形態にかかる情報提供システム１０の概略構成の一例を示す図である。
【００１７】
本実施形態にかかる情報提供システム１０は、サーバコンピュータ１２と、サーバコンピュータ１２に通信ネットワーク１６を介して接続される複数のクライアント端末１４とを含む。
【００１８】
クライアント端末１４では、インストールされたＷｅｂブラウザおよび／またはメーラ（いずれもプログラム）が機能することにより、Ｗｅｂクライアントおよび／またはメールクライアントとして動作する。クライアント端末１４は、Ｗｅｂブラウザ上でＵＲＬ（Uniform  Resource  Locator）を指定したり、あるいはメーラ上でメール送信を行ったりすることでサーバコンピュータ１２のコミュニティサーバ２２で管理される各コミュニティに情報の送信を行うことができる。また、クライアント端末１４は、Ｗｅｂブラウザ上でＵＲＬを指定したり、あるいはメーラ上でメール受信を行ったりすることでサーバコンピュータ１２から共有情報を取得し、これをＷｅｂブラウザあるいはメーラ上で出力することができる。こうして、各ユーザは、クライアント端末１４からネットワーク上の仮想コミュニティに参加することができるようになっている。
【００１９】
このクライアント端末１４は、制御部（ＣＰＵ等）、記憶部（メモリ、ハードディスク等）、入力部（マウス、キーボード、マイク等）、および出力部（ディスプレイ、スピーカ、プリンタ等）を備えている（いずれも図示せず）。クライアント端末１４で実行される各処理は、図示しないハードディスクやメモリ等のプログラム保持部に保持されたソフトウエアプログラム（Ｗｅｂブラウザ、メーラのプログラム）にしたがって図示しない制御部が実行するものである。このソフトウエアプログラムは、例えば図示しないリムーバブルデバイス（ＣＤ−ＲＯＭ、ＭＯ等）によって、コンピュータ読みとり可能な記憶媒体から読み出され、あるいはネットワーク経由で取得されてインストールされ、プログラム保持部に保持されたものである。
【００２０】
一方、サーバコンピュータ１２上では、Ｗｅｂサーバ１８、メールサーバ２０、およびコミュニティサーバ２２の各ソフトウエアプログラムが動作している。またサーバコンピュータ１２には、クライアント端末１４から送信されたメッセージや、文書（添付ファイル等）、コミュニティ関連情報などの諸情報を蓄積する情報蓄積部（例えばハードディスク等）２３が設けられている。
【００２１】
コミュニティサーバ２２は、アクセス情報取得部２４、アクセス指標取得部２６、遷移指標取得部２８、区分情報管理部３０、概要取得部３２、およびコミュニティ情報生成部３４を含む。以下、各部の動作について図面を参照して説明する。図２は、情報群の構造の一例を示す図、図３は、一つの区分におけるアクセス頻度の遷移の一例を示す図、図４および図５は、それぞれ、アクセス状況に応じたフェーズの遷移の態様およびその条件の一例を示す図、また図６は、クライアント端末において表示される画面の一例を示す図である。
【００２２】
コミュニティサーバ２２において、各情報（群）は、相互の関連性に基づいて区分される。例えば図２に示すように、仮想コミュニティ（例えば電子掲示板）上のスレッドが複数のメッセージから構成されている場合、それらのメッセージは同一スレッドとして区分されるし、あるテーマに複数のスレッドが含まれている場合、それらスレッド内の全てのメッセージは同一テーマとして区分される。また、スレッドやテーマを跨る属性（例えばメッセージの発信者（投稿者）の属性など、一例として所属部署等）で区分することも可能である。
【００２３】
アクセス情報取得部２４は、Ｗｅｂサーバ１８またはメールサーバ２０（あるいは情報蓄積部２３）から、各情報に対するアクセスの状況を示す情報を取得する。ここでいうアクセスには、読み出し（参照）と書き込み（情報付加）とが含まれる。さらに、各アクセスについて、アクセスの種別（読み出し／書き込み）や、各アクセスの程度（単に表題のリストを見ただけか、メッセージや添付文書を開いたかなど）、アクセスした主体のアカウントなどの情報も取得される。
【００２４】
アクセス指標取得部２６は、区分毎のアクセス指標を取得する。ここで、アクセス指標とは、その区分におけるアクセス頻度に応じた数値的な指標である。また、アクセス頻度は、所定の期間（例えば１日、数日、１週間、１ヶ月等）あたりのアクセス数である。ここで、アクセス指標については、アクセスした主体の属性に基づいて重み付けを行ってもよい。例えば、あるテーマについてのアクセス指標を取得する場合、そのテーマの参加メンバ（そのテーマについてメッセージの付加の許可された者）によるアクセスについては重み付けを相対的に大きくし、参加メンバ以外の者によるアクセスについては重み付けを相対的に小さくする。すなわち、参加メンバのアクセス数をＩｍ、参加メンバ以外の者のアクセス数をＩｖとしたとき、アクセス指標Ａｐを、Ａｐ＝α・Ｉｍ＋β・Ｉｖ（α＞β，α＋Ｂ＝１）とする。こうすることで、どのようなメンバのアクセスを重視するかをアクセス指標に反映させることができる。同様に、アクセスの種別やアクセスの程度によって重み付けを行い、重視するアクセスの態様がより高い数値としてアクセス指標に反映されるようにすることが可能である。前者の例としては、書き込みアクセスの場合に重み付けを大きくし、読み出しアクセスの場合に重み付けを小さくするという場合がある。また後者の例としては、比較的短期間の簡単なアクセスの場合（例えばスレッドまたはメッセージのリストのみを参照した場合等）は重み付けを小さくし、比較的長期間のより詳細なアクセスの場合（例えば構造化された情報群においてスレッドの下位のメッセージや関連文書の内容を参照した場合等）は重み付けを大きくする場合がある。なお、これらはあくまで一例であって、テーマの内容やアクセス状況に応じて適切な重み付けを設定すればよい。また、アクセス指標としてアクセス頻度そのものを用いても構わない。
【００２５】
遷移指標取得部２８は、区分毎の遷移指標を取得する。ここで遷移指標とは、区分毎のアクセス状況の遷移状態（フェーズ）を示す指標である。図３に示すように、一般に、ある一つの話題についてのアクセス頻度は、大まかに、最初のアクセス（テーマやスレッドの設定）から、増加（成長期）、上限（または飽和；盛大期）、減少（衰退期）という経過をたどる。そして、成長期や盛大期にある話題は、相対的に関心度が高く、重要である場合が多い。したがって、ユーザに対し、こうしたアクセス頻度の遷移状態（フェーズ）を提示することができれば、ユーザが参照する区分（テーマやスレッド等）を選択したり、複数の区分を参照する際の優先度を決定する際の参考となり、作業や業務の迅速化、効率化につながる。
【００２６】
そこで、遷移指標取得部２８は、アクセス指標の履歴から、遷移指標を取得する。一例として、過去の（最近の）複数回分のアクセス指標に基づいてアクセス指標の増加率を取得する。そして、最初のアクセスの後、当該増加率がピークを過ぎ、第一の閾値に低下するまでをフェーズ１（成長期）、フェーズ１の後、当該増加率が正であり、前記第一の閾値未満である場合、または当該増加率が負であり、第二の閾値以上である場合をフェーズ２（盛大期）、フェーズ２の後、当該増加率が負であり、第二の閾値未満である場合をフェーズ３（衰退期）とすることができる。
【００２７】
また、読み出し（参照）に関するアクセス指標と書き込み（付加）に関するアクセス指標とを別個に考慮して遷移指標を取得してもよい。その一例として、図４では、最初のアクセスから、読み出しのアクセス指標（図４、および以下の図４に関連する説明では単にＲとする；図５も同様）が所定の閾値Ｒｔｈより低く、かつ書き込みのアクセス指標（図４、および以下の図４に関連する説明では単にＷとする；図５も同様）が所定の閾値Ｗｔｈより低い場合は、その遷移指標をフェーズ０（初期状態）としている。そして、フェーズ０で、Ｒ、Ｗのうち少なくとも一方が当該閾値Ｒｔｈ，Ｗｔｈ以上となった場合にフェーズ１（成長期）とする。
【００２８】
そして、フェーズ１（成長期）ではＷが多いという観点から、フェーズ１からフェーズ２（盛大期）への移行は、Ｗの減少をトリガとする。すなわち、フェーズ１においてＷが閾値Ｗｔｈより低くなった場合はフェーズ２とする。また、フェーズ２あるいはフェーズ３に移行したものの、再びＷが増大し、閾値Ｗｔｈ以上となった場合は、再びフェーズ１に戻す。なお、フェーズ１でＷが閾値Ｗｔｈ以上である場合はフェーズ１のままとする。
【００２９】
また、フェーズ３（衰退期）ではＲ、Ｗともに少ないという観点から、フェーズ２からフェーズ３への移行は、ＲおよびＷの双方の減少をトリガとする。すなわち、フェーズ２においてＲおよびＷの双方が各閾値Ｒｔｈ，Ｗｔｈより低くなった場合はフェーズ３とする。また、フェーズ３に移行したものの、再びＲが増大し、閾値Ｒｔｈ以上となった場合は、再びフェーズ２に戻す。なお、フェーズ２の状態でＲが閾値Ｒｔｈ以上である場合は、フェーズ２のままとする。そしてフェーズ３の状態が所定期間以上継続した場合、フェーズ４（終期状態）に移行する。
【００３０】
ところで、フェーズ０からフェーズ１への移行に際し、Ｒの増大とＷの増大とが時間的にずれる場合がある。このため、図５に示すように、フェーズ０およびフェーズ１とは別にフェーズ０１（準備期＃１：フェーズ０からＷのみ増大した状態）およびフェーズ０２（準備期＃２：フェーズ０からＲのみ増大した状態）を設定してもよい。この場合でも、フェーズ０からフェーズ１に移行するのは、Ｒ、Ｗともに閾値Ｒｔｈ，Ｗｔｈを超えた場合となる。なお、図５の例は、フェーズ０、１、０１、０２以外の各フェーズは、図４と同じであるので、説明を省略する。
【００３１】
なお、上述した遷移指標は、あくまで一例であって、もっと細かくより多くの遷移状態（フェーズ）を規定してもよいし、逆に少なくしてもよい。また、各フェーズ内でもさらに細分化し、例えばアクセス指標の増加率の大きさ等が判別可能となるようにしてもよい。また、各フェーズ間の移行の判断基準は、実際のアクセス状況や情報の内容等にあわせて適切に設定すればよく、上述した例には限定されない。
【００３２】
コミュニティ情報生成部３４は、こうして取得された遷移指標に基づいて、クライアント端末１４で各区分の情報をその遷移状態を識別可能な状態で表示するための情報（例えば当該クライアント端末１４に向けて送信される情報（具体的にはＨＴＭＬ文書や画面表示の元となるテキストや画像等））を生成する。ここでの処理により、クライアント端末１４では、例えば、図６に示すように、フェーズに対応する表示要素３６（例えば、画像やテキスト；図６の例では画像アイコン）が付加された（関連付けされた）状態で各区分（図６の例では各「タスク」）が、表示される。こうすれば、ユーザは、図６に示すような区分の一覧を参照したときに、各区分のフェーズ（を示す表示要素３６）を元に、アクセスする区分を選択したり、アクセスする区分の優先順位を決定したりすることができる。加えて、クライアント端末１４において遷移指標に応じて各区分の欄やその表示要素３６が色分けされたり、その表示位置が並べ替えられたり（ソートされたり）して表示されるよう、コミュニティ情報生成部３４が所定の処理を実行すれば、各区分のフェーズがさらにわかりやすくなる。そして、成長期あるいは盛大期となっている区分を画面上で最もアクセスしやすい位置（図６のようなリスト表示の場合はリスト上位）に配置した場合には、その区分が、多くのユーザ（特にその区分のメンバ）にとって最もアクセスする可能性の高い区分であるから、各クライアント端末においてより迅速なアクセスが実行され、そのコミュニティ全体としても作業効率の改善が図れることになる。
【００３３】
また、複数の表示態様を組み合わせることで、各フェーズをより詳しく表示することもできる。一例としては、成長期（フェーズ１）について同じ表示要素を用いるとともに、その表示要素あるいは区分を示す文字列（表題）やアイコンの色を、アクセス指標の増加率に応じて異ならせること（例えば、増加率が比較的大きく急激に成長している場合には赤色、アクセス指標の増加率が比較的小さく緩やかに成長している場合にはオレンジ色など）ができる。
【００３４】
区分情報管理部３０は、情報群の区分や格納形態を、その遷移状態に応じて変更することができる。例えば、図４および図５の例において、ある区分がフェーズ４（終期状態）となっている場合は、情報量が多いにもかかわらずアクセス頻度が低いわけであるから、その区分の情報群をそのまま情報蓄積部２３に残しておくのは無駄となる可能性が高い。そこで、区分情報管理部３０は、遷移指標や最初のアクセスからの経過時間あるいはアクセス指標（およびその増大率）などから、盛大期および衰退期を過ぎて終期状態にあり、将来的にもアクセス数が増大しそうにないと判断される区分を選択し、その区分の情報群については、完全に削除したり、あるいは一部の情報を残して削除したりする。そのとき、情報蓄積部２３に残存させる情報は、検索に利用すべく、その区分の情報群から出現頻度の高い単語あるいはテキストを抽出して、あるいは公知の要約処理を施して残存させるようにしてもよい。また、情報蓄積部２３から削除した情報群を、他の記憶媒体に保存するようにしてもよい。
【００３５】
また、本実施形態では、区分情報管理部３０は、遷移状態に応じて新しい区分（小区分）を自動的に生成する作業も行う。例えば、ある区分内で、一旦、成長期、盛大期、衰退期を経たにも拘わらず、再び成長期の傾向が見られることがある（例えば書き込みのアクセス指標が再び増大する場合；図４および図５のフェーズ３からフェーズ１への移行）。このような場合には、以前盛大となった話題とは異なる話題について、アクセス頻度が増大している可能性が考えられる。そこで、そのような場合、区分情報管理部３０は、まず、当該区分内で再びアクセス指標が増大を開始した以降（例えばフェーズ３からフェーズ１に移行した時点以降）の最近の情報群に別の区分（小区分）を与える。さらに、概要取得部３２は、当該新しい区分について、概要（表題）を取得する。その場合、既にスレッドやメッセージに共通のタイトルが付与されている場合には、そのタイトルをその区分の概要とすればよいし、あるいは、新しい区分の情報群の情報（テキスト）に対して公知の要約処理を実行し、取得された要約を当該区分の概要としてもよい。
【００３６】
また、コミュニティ情報生成部３４は、各区分におけるフェーズの遷移の履歴を示す情報を生成することができる。図７は、一つの区分内で、一つの話題（図７の例では「プログラムのパラメータ」）について、成長期、盛大期、衰退期を経た後、さらに新しい話題（図７の例では「プログラムのコンパイル」）について、成長期、盛大期、衰退期を経た場合の、フェーズの遷移の履歴の一例を示す図である。この例では、フェーズのフローとともに、各フェーズの代表時期（例えば開始時期）が記載され、さらに各区分（小区分）について、概要取得部３２で取得された概要が添付されている。このように、各フェーズの遷移の履歴を示す情報を生成することで、各区分がどのような経過をたどったかを容易に把握することができるようになる。
【００３７】
また、図７のように、一つの区分内に複数の話題が生じ、各話題に対応した小区分が複数認識された場合、遷移指標取得部２８は、各小区分についての遷移指標を取得するとともに、それら小区分を含む元の区分についても遷移指標を取得することができる。その場合、コミュニティ情報生成部３４は、必要に応じて（例えばクライアント端末１４からの要求に応じて）、小区分の遷移指標および元の区分の遷移指標のうちいずれか一方または両方に対応した表示情報を生成することができる。
【００３８】
なお、サーバコンピュータ１２は、制御部（ＣＰＵ等）、記憶部（メモリ、ハードディスク等）、入力部（マウス、キーボード、マイク等）、および出力部（ディスプレイ、スピーカ、プリンタ等）を備えている（いずれも図示せず）。上述したコミュニティサーバ２２の各処理は、図示しないハードディスクやメモリ等のプログラム保持部に保持されたソフトウエアプログラムにしたがって図示しない制御部（ＣＰＵ）が実行するものである。このソフトウエアプログラムは、例えば図示しないリムーバブルデバイス（ＣＤ−ＲＯＭ、ＭＯ等）によって、コンピュータ読みとり可能な記憶媒体から読み出されてインストールされ、プログラム保持部に保持されたものである。なお、Ｗｅｂサーバ１８およびメールサーバ２０としての各処理に関しても同様である。
【００３９】
以上、本発明の好適な実施形態について説明したが、上記実施形態はあくまで一例であって、本発明は上記実施形態には限定されず、種々の変形が可能である。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態にかかる情報提供システムの一構成例を示す図である。
【図２】区分された情報群の構造の一例を示す図である。
【図３】一つの区分におけるアクセス頻度の遷移の一例を示す模式図である。
【図４】本実施形態にかかる情報提供システムにおけるアクセス状況に応じたフェーズの遷移の態様および当該遷移の条件の一例を示す図である。
【図５】本実施形態にかかる情報提供システムにおけるアクセス状況に応じたフェーズの遷移の態様および当該遷移の条件の他の例を示す図である。
【図６】本発明の実施形態にかかる情報提供システムのクライアント端末において表示される画面（複数の区分をリスト表示した画面）の一例を示す図である。
【図７】本発明の実施形態にかかる情報提供システムのクライアント端末において表示される画面（ある区分におけるフェーズの遷移の履歴を示す画面）の一例を示す図である。
【符号の説明】
【００４１】
１０  情報提供システム、１２  サーバコンピュータ、１４  クライアント端末、１６  通信ネットワーク、１８  Ｗｅｂサーバ、２０  メールサーバ、２２  コミュニティサーバ、２３  情報蓄積部、２４  アクセス情報取得部、２６  アクセス指標取得部、２８  遷移指標取得部、３０  区分情報管理部、３２  概要取得部、３４  コミュニティ情報生成部。
【図１】
2005092385.tif 000003
【図２】
2005092385.tif 000004
【図３】
2005092385.tif 000005
【図４】
2005092385.tif 000006
【図５】
2005092385.tif 000007
【図６】
2005092385.tif 000008
【図７】
2005092385.tif 000009