(57)【要約】【課題】同じ嗜好のユーザ間で情報を共有することを課題とする。【解決手段】このＷｅｂサーバは、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶し、記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザから実施されるポーリングによって、当該ユーザそれぞれに対して提供している情報に一意に割り当てられたファイル番号を取得する。そして、Ｗｅｂサーバは、ユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを前記ユーザグループ記憶手段を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新の情報を提供する。【選択図】        図１
2009187069.tif 000002
【特許請求の範囲】
【請求項１】
アクセスを受け付けたユーザに対して各種情報を提供することをコンピュータに実行させる情報提供プログラムであって、
同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶するユーザグループ記憶手段と、
前記ユーザグループ記憶手段に記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザから実施されるポーリングによって、当該ユーザそれぞれに対して提供している情報に一意に割り当てられたファイル番号を取得するファイル番号取得手順と、
前記ファイル番号取得手順によりユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを前記ユーザグループ記憶手段を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新の情報を提供する情報提供手順と、
をコンピュータに実行させることを特徴とする情報提供プログラム。
【請求項２】
前記アクセスを受けているユーザから新たなアクセスを受け付けた場合に、当該アクセスに基づいて新たな情報を作成して当該ユーザに提供するとともに、当該ユーザが属するグループに対応付けてユーザグループ記憶手段に記憶される最新ファイル番号を、新たな情報を示す新たな最新ファイル番号に更新するファイル番号更新手順をさらにコンピュータに実行させることを特徴とする請求項１に記載の情報提供プログラム。
【請求項３】
前記ファイル番号更新手順は、当該ユーザからのアクセスに基づいて新たな情報を作成するのに際して、他のユーザで使用されていない情報を選択して作成することを特徴とする請求項２に記載の情報提供プログラム。
【請求項４】
前記ユーザグループ記憶手段に記憶されるグループごとに、ユーザのアクセス数の多い情報を外部装置または所定の記憶部から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けてユーザグループ記憶手段に記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するファイル番号更新手順をさらにコンピュータに実行させることを特徴とする請求項１に記載の情報提供プログラム。
【請求項５】
前記ユーザグループ記憶手段に記憶されるグループごとに、ユーザの利用頻度の高い情報を外部装置または所定の記憶部から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けてユーザグループ記憶手段に記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するファイル番号更新手順をさらにコンピュータに実行させることを特徴とする請求項１に記載の情報提供プログラム。
【請求項６】
前記ユーザグループ記憶手段に記憶されるグループごとに、時刻に応じて指定された情報を外部装置または所定の記憶部から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けてユーザグループ記憶手段に記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するファイル番号更新手順をさらにコンピュータに実行させることを特徴とする請求項１に記載の情報提供プログラム。
【請求項７】
前記ユーザからの初回のアクセス時に、当該ユーザに対してグループ化するか否かを示すグループ化選択情報を受け付け、グループ化することを示すグループ化選択情報を受け付けたユーザに対してのみ、同じ嗜好を持つユーザをグループ化してユーザグループ記憶手段に格納するユーザグループ化手順をさらにコンピュータに実行させることを特徴とする請求項１〜６のいずれか一つに記載の情報提供プログラム。
【請求項８】
前記ユーザグループ化手順は、前記初回のアクセス以降に、初回のアクセス時にグループ化しないことを示すグループ化選択情報を受け付けたユーザから、前記グループ化することを示すグループ化選択情報を受け付けた場合、前記ユーザグループ記憶手段に記憶される同じ嗜好を持つユーザグループに当該ユーザを追加することを特徴とする請求項７に記載の情報提供プログラム。
【請求項９】
前記ユーザグループ化手順は、前記初回のアクセス以降に、初回のアクセス時にグループ化することを示すグループ化選択情報を受け付けた既にグループ化されているユーザから、前記グループ化しないことを示すグループ化選択情報を受け付けた場合、前記ユーザグループ記憶手段に記憶される同じ嗜好を持つユーザグループから当該ユーザを削除することを特徴とする請求項７に記載の情報提供プログラム。
【請求項１０】
アクセスを受け付けたユーザに対して各種情報を提供する情報提供装置であって、
同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶するユーザグループ記憶手段と、
前記ユーザグループ記憶手段に記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザから実施されるポーリングによって、当該ユーザそれぞれに対して提供している情報に一意に割り当てられたファイル番号を取得するファイル番号取得手段と、
前記ファイル番号取得手段によりユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを前記ユーザグループ記憶手段を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新の情報を提供する情報提供手段と、
を備えたことを特徴とする情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アクセスを受け付けたユーザに対して各種情報を提供する情報提供プログラムおよび情報提供装置に関する。
【背景技術】
【０００２】
従来より、インターネットなどのネットワークを介して、音楽や映画などのコンテンツを利用者端末（ユーザ）に提供するシステムが広く利用されている。具体的には、コンテンツを提供するＷｅｂサーバと利用者端末とがインターネットを介して相互に通信可能に接続され、Ｗｅｂサーバは、インターネットブラウザなどを介して利用者端末からアクセスがあると、アクセスをしてきた利用者端末に対してＷｅｂサイト（Ｗｅｂページ）を出力する。
【０００３】
このように、Ｗｅｂサーバは、利用者端末ごとにアクセスを受け付け、受け付けたアクセスに応じたＷｅｂサイトを利用者端末それぞれに出力するため、同じＷｅｂサイトを複数の利用者端末に出力する場合には、それぞれの利用者端末から同じアクセスを受け付けていた。
【０００４】
具体的には、同一嗜好同士が集まったＷｅｂコミュニティサイトにアクセスしているユーザＡ、Ｂ、Ｃがいた場合、ユーザＡがお勧めしたいと思ったページ（コンテンツ）をユーザＢ、Ｃに自動的に見せるといったしくみが、現状、Ｗｅｂクライアント・サーバ間で確立されていない。例えば、音楽Ｗｅｂコミュニティサイト上で、ユーザＡがあるアーティストの最新情報について、ユーザＢ、Ｃに通知したい（教えてあげたい）場合、ユーザＡよりコンテンツのＵＲＬを通知してもらいユーザＢ、Ｃにて個々に指定のＵＲＬにアクセスしなければ情報の共有ができない。
【０００５】
図１４を用いて説明すると、同一の嗜好を持ったＷｅｂクライアントＡ〜ＣがＷｅｂサーバＸに対して、Ｗｅｂサイト「AAA.html」のアクセスを行った場合、Ｗｅｂサーバは、アクセスを受け付けたＷｅｂクライアントＡ〜Ｃの全てに対して、Ｗｅｂサイト「AAA.html」をコンテンツサーバであるＷｅｂサーバＹから取得して応答する（図１４の（１）〜（５）参照）。その後、ＷｅｂクライアントＡのみがＷｅｂサーバＸに対して、Ｗｅｂサイト「BBB.html」のアクセスを行った場合とすると、ＷｅｂサーバＸは、Ｗｅｂサイト「BBB.html」をＷｅｂサーバＹから取得して、アクセスを要求してきたＷｅｂクライアントＡに対してのみ応答する（図１４の（６）〜（１０）参照）。そのため、ＷｅｂクライアントＡでは、Ｗｅｂサイト「BBB.html」が表示され、ＷｅｂクライアントＢとＣでは、Ｗｅｂサイト「AAA.html」が表示されることとなる。
【０００６】
そして、上記した同じ嗜好を持つクライアント同士でＷｅｂサイトの情報を共有する技術として特許文献１が開示されている。特許文献１では、同じ嗜好のユーザグループに属するあるユーザＡは、Ｗｅｂサーバにアクセスして、対話式にＷｅｂサイトを閲覧するツアーを実行する。その後、同じユーザグループのユーザＢが、Ｗｅｂサーバにアクセスしてきた場合に、ユーザＢに対してユーザＡと同じツアーを実行することで、ユーザＡと同じＷｅｂサイトを提供する。
【０００７】
【特許文献１】特開２０００−２９９０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した従来の技術では、同じ嗜好のユーザ間で情報を共有することができないという課題があった。具体的には、上記した特許文献１では、同じ嗜好ユーザグループの全ユーザに対して、Ｗｅｂサイトを共有する場合、全ユーザからアクセスを受け付けて、全ユーザに対して同じツアーを実行しなければならず、同じ嗜好のユーザであっても、ツアーを実行しなければＷｅｂサイトを共有することができないため、同じ嗜好のユーザ間で情報が共有できているとは言い難い。
【０００９】
そこで、本情報提供プログラムおよび情報提供装置は、上述した従来技術の課題を解決するためになされたものであり、同じ嗜好のユーザ間で情報を共有することが可能とさせることを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、アクセスを受け付けたユーザに対して各種情報を提供することをコンピュータに実行させる情報提供プログラムであって、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶するユーザグループ記憶手段と、前記ユーザグループ記憶手段に記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザから実施されるポーリングによって、当該ユーザそれぞれに対して提供している情報に一意に割り当てられたファイル番号を取得するファイル番号取得手順と、前記ファイル番号取得手順によりユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを前記ユーザグループ記憶手段を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新の情報を提供する情報提供手順と、をコンピュータにさせることが提供される。
【発明の効果】
【００１１】
開示のプログラムあるいは装置によれば、同じ嗜好を持つユーザがアクセスしたＷｅｂページを、アクセスをしている他のユーザに対しても自動的に提供することができる結果、同じ嗜好のユーザ間で情報を共有することが可能である。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明に係る情報提供プログラムおよび情報提供装置（Ｗｅｂサーバ）の実施例を詳細に説明する。なお、以下では、本実施例に係るＷｅｂサーバの概要および特徴、Ｗｅｂサーバの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００１３】
［Ｗｅｂサーバの概要および特徴］
最初に、図１を用いて、実施例１に係るＷｅｂサーバの概要および特徴を説明する。図１は、実施例１に係るＷｅｂサーバの概要および特徴を説明するための図である。図１に示すように、このＷｅｂサーバは、Ｊａｖａ（登録商標）アプリケーションを内蔵し、ＷｅｂサーバにアクセスしてＷｅｂページ（Ｗｅｂサイト）を閲覧するＷｅｂクライアントＡ〜ＷｅｂクライアントＣと、Ｗｅｂクライアントに提供する各種コンテンツを保存するＷｅｂコンテンツサーバと接続される。
【００１４】
実施例では、Ｗｅｂサーバは、ＷｅｂクライアントからブラウザなどのＷｅｂによるアクセス（ＷＷＷ、ＨＴＭＬ、ＨＴＭＬＳなどの一般的なＷｅｂプロトコル）を受け付けて、当該アクセスに対応したコンテンツをＷｅｂコンテンツサーバから取得して、当該取得したコンテンツをＷｅｂページとして提供する場合について説明するが、本発明はこれに限定されるものではなく、例えば、イントラネット上のグループウエアや専用アプリケーションを用いた場合であっても、同様に実施することができる。
【００１５】
このような構成において、実施例１に係るＷｅｂサーバは、アクセスを受け付けたユーザに対して各種ファイルの提供をコンピュータに実行させることを概要とするものであり、特に、同じ嗜好のユーザ間で情報を共有することが可能であることに主たる特徴がある。
【００１６】
この主たる特徴について具体的に説明すると、Ｗｅｂサーバは、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供するファイルにおいて最新のファイルを示す最新ファイル番号を記憶するユーザグループＤＢを備える。具体的に例を挙げると、ユーザグループＤＢは、『ユーザグループを識別する「グループ名」、当該グループに属するクライアントを示す「クライアント名」、当該グループに提供する共有Ｗｅｂページのページ番号を示す「ファイル番号」』として「グループＡ、クライアントＡ・クライアントＢ・クライアントＣ、０１０（共有Ｗｅｂページ：AAA.html）」や「グループＢ、クライアントＤ・クライアントＸ、０１５（XXX.html）」などと記憶する。
【００１７】
このような状態において、Ｗｅｂサーバは、Ｗｅｂクライアントからアクセスを受け付けた場合に、当該Ｗｅｂクライアントが属する共有ＷｅｂページをＷｅｂクライアントに提供する（図１の（１）〜（３）参照）。上記した例で具体的に説明すると、Ｗｅｂサーバは、ＷｅｂクライアントＡ〜ＷｅｂクライアントＣからアクセスを受け付けると、当該ＷｅｂクライアントＡ〜ＷｅｂクライアントＣが属するグループＡの共有Ｗｅｂページ「AAA.html」をユーザグループＤＢから取得して、当該ＷｅｂクライアントＡ〜ＷｅｂクライアントＣに提供する。なお、ここで、ＷｅｂクライアントＡ〜ＷｅｂクライアントＣがＷｅｂサーバにアクセスするタイミングは、同時である必要はない。
【００１８】
その後、Ｗｅｂサーバは、共有ＷｅｂページにアクセスしているＷｅｂクライアントから新たなアクセスを受け付けた場合に、共有Ｗｅｂページに新たなコンテンツを追加して、当該Ｗｅｂクライアントに提供する（図１の（４）〜（６）参照）。上記した例で具体的に説明すると、Ｗｅｂサーバは、共有ＷｅｂページにアクセスしているＷｅｂクライアントＡから新たなアクセス「BBB.html」を受け付けた場合に、当該「BBB.html」をＷｅｂコンテンツサーバから取得する。続いて、Ｗｅｂサーバは、取得した「BBB.html」を共有Ｗｅｂページに追加し、新たな共有Ｗｅｂページ（ファイル番号＝０２０）を生成する。そして、Ｗｅｂサーバは、生成した新たなＷｅｂページ（ファイル番号＝０２０）をＷｅｂクライアントＡに提供する。
【００１９】
その後、Ｗｅｂサーバは、ユーザグループＤＢに記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザに対してポーリングを実施して、当該ユーザそれぞれに対して提供しているファイルに一意に割り当てられたファイル番号を取得する（図１の（７）参照）。そして、Ｗｅｂサーバは、ユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを前記ユーザグループ記憶手段を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新のファイルを提供する（図１の（８）参照）。
【００２０】
上記した例で具体的に説明すると、Ｗｅｂサーバは、ユーザグループＤＢに記憶されるグループＡに属するＷｅｂクライアントＡ〜ＷｅｂクライアントＣに対してポーリングを実施して、当該ＷｅｂクライアントＡ〜ＷｅｂクライアントＣそれぞれに対して提供しているファイルに一意に割り当てられたファイル番号を取得する。この例では、Ｗｅｂサーバは、「ＷｅｂクライアントＡ、ファイル番号（０２０）」、「ＷｅｂクライアントＢ、ファイル番号（０１０）」、「ＷｅｂクライアントＣ、ファイル番号（０１０）」と取得することとなる。
【００２１】
そして、Ｗｅｂサーバは、ＷｅｂクライアントＡ〜ＷｅｂクライアントＣが属するグループＡに提供されている最新ファイル番号「０２０」であるか否かをユーザグループＤＢを参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザであるＷｅｂクライアントＢとＷｅｂクライアントＣとに対して、最新ファイル番号「０２０」が割り当てられた最新のファイル「BBB.html」を提供する。
【００２２】
このように、実施例１に係るＷｅｂサーバは、同じ嗜好を持つユーザがアクセスしたＷｅｂページを、アクセスをしている他のユーザに対しても自動的に提供することができる結果、上記した主たる特徴のごとく、同じ嗜好のユーザ間で情報を共有することが可能である。
【００２３】
［Ｗｅｂサーバの構成］
次に、図２を用いて、図１に示したＷｅｂサーバの構成を説明する。図２は、実施例１に係るＷｅｂサーバの構成を示すブロック図である。図２に示すように、このＷｅｂサーバ１０は、通信制御Ｉ／Ｆ部１１と、アクセスログＤＢ１２と、キャッシュＤＢ１３と、グループ管理ＤＢ１４と、コンテンツＤＢ１５と、信号受信部２１と、セキュリティ管理部２２と、アクセスログ管理部２３と、グループ管理部２４と、データ解析部２５と、キャッシュ管理部２６と、データベース管理部２７と、ページ更新部２８と、契機更新部２９とから構成される。
【００２４】
通信制御Ｉ／Ｆ部１１は、ＷｅｂクライアントやＷｅｂコンテンツサーバとの間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げると、通信制御Ｉ／Ｆ部１１は、信号受信部２１と接続され、ＷｅｂクライアントＡ〜ＷｅｂクライアントＣから受け付けたアクセスやＷｅｂコンテンツサーバから受け付けたコンテンツ情報などを、後述する信号受信部２１に通知する。また、通信制御Ｉ／Ｆ部１１は、信号受信部２１から受け付けたＷｅｂページなどをＷｅｂクライアントＡ〜ＷｅｂクライアントＣに出力する。
【００２５】
アクセスログＤＢ１２は、クライアントとのアクセス状況を記憶する。具体的に例を挙げれば、アクセスログＤＢ１２は、後述するアクセスログ管理部２３によって取得されて格納されたクライアントのアクセスログを記憶する。このアクセスログは、「アクセス時間、アクセスしたクライアント名、アクセスしたＷｅｂページ」から構成される一般的なアクセスログである。なお、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００２６】
キャッシュＤＢ１３は、クライアントからアクセス（リクエスト）があったＷｅｂページを一時的に記憶する。具体的に例を挙げれば、キャッシュＤＢ１３は、後述するキャッシュ管理部２６により格納されたＷｅｂクライアントに提供されたＷｅｂページを一時的に記憶する。このようにすることで、同じＷｅｂページにアクセスがあった場合に、Ｗｅｂクライアントに対して高速に応答することができる。なお、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００２７】
グループ管理ＤＢ１４は、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供するファイルにおいて最新のファイルを示す最新ファイル番号を記憶するユーザグループＤＢを備える。具体的に例を挙げると、グループ管理ＤＢ１４は、図３−１に示すように、『ユーザグループを識別する「グループ名」、当該グループに属するクライアントを示す「クライアント名」、当該グループに提供する共有Ｗｅｂページのページ番号を示す「ファイル番号」、当該グループに属する「ユーザ数」』として「グループＡ、クライアントＡ・クライアントＢ・クライアントＣ、０１０（ＡＡＡ．ｈｔｍｌ）、３」や「グループＢ、クライアントＤ・クライアントＸ、０１５（ＸＸＸ．ｈｔｍｌ）、２」などと記憶する。また、グループ管理ＤＢ１４は、上記した情報の他に、グループに属するユーザの上限数を記憶していてもよい。
【００２８】
また、グループ管理ＤＢ１４は、図３−２に示すように、『ログイン時に使用する「ユーザＩＤ」、当該ユーザを示す「クライアント名」、グループ化を行うか否かを示す「グループ化の有無」、当該ユーザを識別するための「パスワード」』などを記憶する。なお、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。また、図３−１は、グループ管理ＤＢに記憶される最新ファイル番号管理情報の例を示す図であり、図３−２は、グループ管理ＤＢに記憶されるユーザ管理情報の例を示す図である。
【００２９】
コンテンツＤＢ１５は、ユーザ指定によって新たなＷｅｂページを作成する場合に用いるコンテンツの一覧であり、Ｗｅｂクライアントに提供している共有Ｗｅｂページに表示されているコンテンツ情報を記憶する。具体的に例を挙げると、コンテンツＤＢ１５は、図４に示すように、『提供する共有Ｗｅｂページに表示しているコンテンツを示す「コンテンツ名」、当該コンテンツの使用状況を示す「使用有無」、当該コンテンツを使用できる時間を示す「タイマ」、当該コンテンツの取得状況を示す「取得状況」』として「コンテンツＡ、有、２００、０１０、済」や「コンテンツＢ、無、０、０５０、未」などと記憶する。なお、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。また、図４は、コンテンツＤＢに記憶される情報の例を示す図である。
【００３０】
信号受信部２１は、通信制御Ｉ／Ｆ部１１から受け付けられた各種信号を受け付ける。具体的に例を挙げれば、信号受信部２１は、通信制御Ｉ／Ｆ部１１を介して受け付けられたＷｅｂクライアントＡ〜ＷｅｂクライアントＣからアクセス（リクエスト）を受け付けて、受け付けたアクセスを後述するセキュリティ管理部２２に出力する。その後、信号受信部２１は、当該アクセスに対応する応答（Ｗｅｂページ）をセキュリティ管理部２２を介して受け付けて、アクセス要求先にＷｅｂクライアントに出力する。また、信号受信部２１は、セキュリティ管理部２２を介して受け付けたコンテンツ（Ｗｅｂページ）などの取得要求をＷｅｂコンテンツサーバに出力し、当該取得要求に対応するコンテンツをＷｅｂコンテンツサーバから受け付けて、セキュリティ管理部２２を介してデータ解析部２５に出力する。
【００３１】
セキュリティ管理部２２は、ＷｅｂクライアントがＷｅｂサーバにログインした際、セッションＩＤを発行し、以後、その情報を基にクライアントとＷｅｂサーバのセッション管理を行う。上記した例で具体的に説明すると、セキュリティ管理部２２は、グループＡに属するＷｅｂクライアントＡ〜ＷｅｂクライアントＣから信号受信部２１を介してアクセスを受け付けた場合に、グループ管理ＤＢ１４からグループＡに属する共有Ｗｅｂページ「ＡＡＡ．ｈｔｍｌ」を取得し、取得した共有Ｗｅｂページ「ＡＡＡ．ｈｔｍｌ」にログインするＷｅｂページ（図５参照）をＷｅｂクライアントに出力する。
【００３２】
そして、セキュリティ管理部２２は、図５に示した「ログインＩＤ、パスワード、グループ化の有無」をＷｅｂクライアントから受け付けて、当該Ｗｅｂクライアントが正当なクライアントであるか否かをグループ管理ＤＢ１４を参照して判定し、その結果をＷｅｂクライアント、アクセスログ管理部２３、グループ管理部２４に出力する。また、セキュリティ管理部２２は、正当なクライアントと判定した場合に、発行したセッションＩＤをクライアントのCookieに持たせることで、特定ユーザの識別を行う。なお、図５は、ログイン画面の例を示す図である。
【００３３】
アクセスログ管理部２３は、クライアントのアクセス状況を取得してアクセスログＤＢ１２に格納してアクセスログ管理を行う。上記した例で具体的に説明すると、アクセスログ管理部２３は、セキュリティ管理部２２よりアクセス許可または拒否などのアクセス判定結果受け付けると、当該アクセス結果とその時間およびアクセスしてきたクライアント名とを対応付けて、アクセスログＤＢ１２に格納する。また、アクセスログ管理部２３は、セキュリティ管理部２２よりアクセス許可したことが通知されると、当該アクセスしてきたＷｅｂクライアントのＷｅｂブラウザのクッキーにクライアント情報（例えば、グループ化の有無など）を書き込み、セキュリティ管理部２２を介してＷｅｂクライアントに返信する。
【００３４】
グループ管理部２４は、初回アクセス時にクライアントのグループ化を行い、グループ化情報を管理する。上記した例で具体的に説明すると、セキュリティ管理部２２によりアクセスが許可されたＷｅｂクライアントのログインページから「グループ化の有無」を取得し、取得した情報をグループ管理ＤＢ１４に格納する。また、グループ管理部２４は、初回アクセスが許可された以降のアクセスをセキュリティ管理部２２から入力されると、そのアクセスを後述するデータ解析部２５に出力する。
【００３５】
例えば、同じグループに属するＷｅｂクライアントＡ〜ＷｅｂクライアントＣからアクセスを受け付けた場合に、グループ管理部２４は、ＷｅｂクライアントＡとＣとはグループ化「有」、ＷｅｂクライアントＢはグループ化「無」などの当該グループ化有無をグループ管理ＤＢ１４に格納する。このようにすることで、同じグループであっても、情報を共有する端末と共有しない端末とを分けて認識することができる結果、ユーザの状況にあわせて、柔軟にグループ化を行うことができる。
【００３６】
データ解析部２５は、データ種類の解析、Ｗｅｂコンテンツサーバへのアクセス、コンテンツ（ページ）作成、作成したＷｅｂページのＨＤＤへの格納を行う。上記した例で具体的に説明すると、データ解析部２５は、初回アクセスが許可され、共有ＷｅｂページにアクセスしているＷｅｂクライアントＡから新たなアクセス「ＵＲＬ：＊＊＊＊」を受け付けた場合に、当該「ＵＲＬ：＊＊＊＊」により示されるコンテンツがキャッシュＤＢ１３に記憶されているか否かをキャッシュ管理部２６に問い合わせる。そして、当該「ＵＲＬ：＊＊＊＊」により示されるコンテンツがキャッシュＤＢ１３に記憶されている場合には、データ解析部２５は、コンテンツＤＢ１５において「使用有無」が「無」になっているコンテンツと当該コンテンツ「ＵＲＬ：＊＊＊＊」とから新たな共有Ｗｅｂページ（図６参照）を作成して、当該新たな共有Ｗｅｂページ（新たなファイル番号＝０２０）をＷｅｂクライアントＡに提供する。さらに、データ解析部２５は、グループＡに対応付けて新たなファイル番号をグループ管理ＤＢ１４に格納し、コンテンツＤＢ１５に記憶されるＷｅｂページ作成に使用したコンテンツのタイマＩＤをセットする。
【００３７】
一方、当該コンテンツ「ＵＲＬ：＊＊＊＊」がキャッシュＤＢ１３に記憶されていない場合には、データ解析部２５は、「ＵＲＬ：＊＊＊＊」により示されるコンテンツをＷｅｂコンテンツサーバから取得する。そして、データ解析部２５は、コンテンツＤＢ１５において「使用有無」が「無」になっているコンテンツと当該取得したコンテンツ「ＵＲＬ：＊＊＊＊」とから新たな共有Ｗｅｂページを作成して、当該新たな共有Ｗｅｂページ（新たなファイル番号＝０２０）をＷｅｂクライアントＡに提供するとともに、新たなＷｅｂページをキャッシュ管理部２６に出力する。さらに、データ解析部２５は、グループＡに対応付けて新たなファイル番号をグループ管理ＤＢ１４に格納し、コンテンツＤＢ１５に記憶されるＷｅｂページ作成に使用したコンテンツのタイマＩＤをセットする。
【００３８】
また、データ解析部２５は、Ｗｅｂクライアントから新たなアクセスを受け付けていない場合であっても、後述する契機更新部２９の指示操作により、グループごとに新たなコンテンツをＷｅｂコンテンツサーバから取得して追加した新たなＷｅｂページを作成し、グループ化「有」でアクセスしているクライアントをグループ管理ＤＢ１４から特定して、特定したユーザに対して新たなＷｅｂページを提供する。そして、この場合も上記と同様に、データ解析部２５は、新たなＷｅｂページをキャッシュ管理部２６に出力するとともに、新たなファイル番号をグループ管理ＤＢ１４に格納する。さらに、上記したいずれの手法を用いたとしても、データ解析部２５は、新たに作成したＷｅｂページをＨＤＤなどの記憶部に格納する。なお、図６は、共有Ｗｅｂページの例を示す図である。
【００３９】
キャッシュ管理部２６は、共有Ｗｅｂページのキャッシュを管理する。具体的に例を挙げれば、キャッシュ管理部２６は、データ解析部２５により通知されたクライアントからのアクセスを自動的にキャッシュＤＢ１３にリダイレクトする。また、キャッシュ管理部２６は、データ解析部２５により通知されたクライアントからのアクセスに対応するコンテンツがキャッシュＤＢ１３に記憶されていない場合は、その旨をデータ解析部２５に通知する。また、新たなＷｅｂページがデータ解析部２５より入力された場合には、キャッシュ管理部２６は、当該新たなＷｅｂページを新たなキャッシュとしてキャッシュＤＢ１３に格納する。
【００４０】
データベース管理部２７は、個人情報、検索情報、商品情報等を管理する。具体的に例を挙げれば、データベース管理部２７は、新たなユーザの追加や削除など図示しないユーザそれぞれの個人情報を管理し、また、Ｗｅｂコンテンツサーバ側での検索情報や商品情報を取得してコンテンツＤＢ１５に格納する。
【００４１】
ページ更新部２８は、グループ管理ＤＢ１４に記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザに対してポーリングを実施して、当該ユーザそれぞれに対して提供しているファイルに一意に割り当てられたファイル番号を取得し、ユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かをグループ管理ＤＢ１４を参照して判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新のファイルを提供する。
【００４２】
上記した例で具体的に説明すると、ページ更新部２８は、グループ管理ＤＢ１４に記憶されるグループに属するアクセスを受け付けている全てのユーザに対してポーリングを実施して、アクセスログ管理部２３により格納されたCookieなどから、当該ユーザそれぞれに対して提供しているファイルに一意に割り当てられたファイル番号を取得する。そして、ページ更新部２８は、ユーザごとに、取得したファイル番号とグループ管理ＤＢ１４に記憶される当該ユーザが属するグループの最新ファイル番号とを比較する。比較した結果、取得したファイル番号が最新ファイル番号でなく、グループ化が「有」になっているユーザに対してのみ、ページ更新部２８は、キャッシュ管理部２６またはＨＤＤなどから当該最新ファイル番号の共有Ｗｅｂページを取得して、ユーザに提供する。
【００４３】
契機更新部２９は、共有Ｗｅｂページに新たなコンテンツを追加する契機を判定して、データ解析部２５に通知する。具体的に例をあげれば、契機更新部２９は、所定の時間経過後、Ｗｅｂサーバ１０側で最もアクセスされたコンテンツやＷｅｂコンテンツサーバで検索頻度の高いコンテンツなどを用いて、新たな共有Ｗｅｂページを作成する契機をデータ解析部２５に通知する。
【００４４】
［Ｗｅｂサーバによる処理］
次に、図７〜図９を用いて、Ｗｅｂサーバによる処理を説明する。図７は、実施例１に係るＷｅｂサーバによるログイン時のグループ化処理の流れを示すフローチャートである。
【００４５】
（ログイン時のグループ化処理）
図７に示すように、ＷｅｂクライアントＡからアクセスを受けて認証ページ（図６参照）を出力し、当該認証ページに「ユーザＩＤ、パスワード、グループ化の有無」が入力されると（ステップＳ１０１）、Ｗｅｂサーバ１０の信号受信部２１は、当該アクセスのセキュリティチェックをセキュリティ管理部２２に依頼する（ステップＳ１０２）。
【００４６】
そして、セキュリティ管理部２２は、認証ページから受け付けた「ユーザＩＤ、パスワード」がグループ管理ＤＢ１４に格納されていない場合（ステップＳ１０３否定）、ＷｅｂクライアントＡに対して「サーバにアクセスできません」のレスポンスを応答する（ステップＳ１０４）。
【００４７】
一方、認証ページから受け付けた「ユーザＩＤ、パスワード」がグループ管理ＤＢ１４に格納されている場合（ステップＳ１０３肯定）、セキュリティ管理部２２は、ＷｅｂクライアントＡのグループ化チェックをグループ管理部２４に依頼する（ステップＳ１０５）。なお、アクセスログ管理部２３は、ここで実施されたセキュリティチェック結果をアクセスログとしてアクセスログＤＢ１２に格納する。
【００４８】
続いて、グループ管理部２４は、認証ページから受け付けた「グループ化有無」の「無」にチェックがされている場合（ステップＳ１０６否定）、ＷｅｂクライアントＡに対応付けてグループ管理ＤＢ１４記憶されるユーザ数を「−１」に設定し、同様に、ＷｅｂクライアントＡに対応付けてグループ管理ＤＢ１４記憶される「グループ化有無」を「無」に設定するグループ管理ＤＢ１４の更新を行って（ステップＳ１０７）、データ解析部２５にその旨を通知する（ステップＳ１０８）。
【００４９】
その後、データ解析部２５は、グループ化されたクライアントに提供する画面とは異なるＷｅｂサーバ１０のトップ画面などをＷｅｂクライアントＡに対して応答する（ステップＳ１０９）。
【００５０】
一方、認証ページから受け付けた「グループ化有無」の「有」にチェックがされている場合（ステップＳ１０６肯定）、グループ管理部２４は、グループ管理ＤＢ１４を参照して、グループ化可能なユーザ数であるか否かを判定する（ステップＳ１１０）。
【００５１】
グループ化可能なユーザ数でない場合（グループ可能な人数を超過した場合）（ステップＳ１１０否定）、グループ管理部２４は、ＷｅｂクライアントＡに対応付けてグループ管理ＤＢ１４記憶される「グループ化有無」を「無」に設定するグループ管理ＤＢ１４の更新を行って（ステップＳ１１１）、その旨をデータ解析部２５に通知し（ステップＳ１１１２）、データ解析部２５は、グループ化できなかった旨の表示と、ＷｅｂクライアントＡが属するグループの共有ＷｅｂページとをＷｅｂクライアントＡに応答する（ステップＳ１１３）。
【００５２】
一方、グループ化可能なユーザ数である場合（グループ可能な人数以内である場合）（ステップＳ１１０肯定）、グループ管理部２４は、ＷｅｂクライアントＡに対応付けてグループ管理ＤＢ１４記憶される「グループ化有無」を「有」に設定するグループ管理ＤＢ１４の更新を行い、同様に、ＷｅｂクライアントＡに対応付けてグループ管理ＤＢ１４に記憶されるユーザ数を「＋１」に設定し（ステップＳ１１４）、データ解析部２５にその旨を通知する（ステップＳ１１５）。
【００５３】
すると、データ解析部２５は、グループ化できた旨の表示と、ＷｅｂクライアントＡが属するグループの共有ＷｅｂページとをＷｅｂクライアントＡに応答する（ステップＳ１１６）。
【００５４】
（ユーザ指定による新たな共有Ｗｅｂページ作成処理）
次に、図８を用いて、Ｗｅｂサーバによるユーザ指定による新たな共有Ｗｅｂページ作成処理を説明する。図８は、実施例１に係るＷｅｂサーバによるユーザ指定による新たな共有Ｗｅｂページ作成処理の流れを示すフローチャートである。
【００５５】
図８に示すように、ＷｅｂクライアントＡからユーザ指定の新たなリクエスト（ＵＲＬ＊＊＊＊：コンテンツＢ）を受け付けると（ステップＳ２０１）、Ｗｅｂサーバ１０のデータ解析部２５は、ユーザ指定コンテンツ数を超過しないか否か、つまり、共有Ｗｅｂページにおいて当該コンテンツが選択することができるか否かを判定する（ステップＳ２０２）。
【００５６】
そして、ユーザ指定コンテンツ数を超過する場合、つまり、共有Ｗｅｂページにおいて当該コンテンツが選択することができない場合（ステップＳ２０２肯定）、データ解析部２５は、ユーザ指定不可通知をＷｅｂクライアントＡに応答する（ステップＳ２０３）。
【００５７】
一方、ユーザ指定コンテンツ数を超過しない場合、つまり、共有Ｗｅｂページにおいて当該コンテンツが選択することができる場合（ステップＳ２０２否定）、データ解析部２５は、コンテンツＤＢ１５の空き領域（コンテンツの使用有無で無になっているコンテンツを選択）を決定し（ステップＳ２０４）、指定ＵＲＬにアクセスしてファイルを取得し（ステップＳ２０５）、最新共有Ｗｅｂページを作成してＨＤＤに保存する（ステップＳ２０６）。また、データ解析部２５は、作成した最新共有Ｗｅｂページのファイル番号を、ＷｅｂクライアントＡの対応するグループのファイル番号を記憶するグループ管理ＤＢ１４に格納する（ステップＳ２０７）。
【００５８】
続いて、データ解析部２５は、新たなＷｅｂページ作成で使用したコンテンツのタイマを起動させ（ステップＳ２０８）、コンテンツのユーザ指定ユーザ数を「＋１」にして（ステップＳ２０９）、当該作成した最新共有ＷｅｂページをＷｅｂクライアントＡに応答する（ステップＳ２１０）。
【００５９】
その後、タイマが満了すると（ステップＳ２１１）、データ解析部２５は、コンテンツＤＢ１５の空き領域（コンテンツの使用有無を無にする）を決定し（ステップＳ２１２）、コンテンツのユーザ指定ユーザ数を「−１」にする（ステップＳ２１３）。
【００６０】
（ポーリング処理）
次に、図９を用いて、Ｗｅｂサーバによるポーリング処理を説明する。図９は、実施例１に係るＷｅｂサーバによるポーリング処理の流れを示すフローチャートである。
【００６１】
図９に示すように、ＷｅｂクライアントＡとＷｅｂサーバ１０との間で認証が許可されてアクセスがされていると（ステップＳ３０１）、ＷｅｂクライアントＡは、このアクセスされているＵＲＬが登録された信頼のおけるＵＲＬであると判定した場合に（ステップＳ３０２肯定）、Ｊａｖａ（登録商標）アプリケーションを実行する（ステップＳ３０３）。
【００６２】
すると、Ｊａｖａ（登録商標）アプリケーションは、一定タイマを起動し（ステップＳ３０４）、タイマ満了時に（ステップＳ３０５）、Ｗｅｂサーバ１０にファイル問い合わせ要求を送信する（ステップＳ３０６）。
【００６３】
続いて、Ｗｅｂサーバ１０のグループ管理部２４は、この問い合わせ要求からユーザＩＤとファイル番号とを取得し、取得したユーザＩＤからグループ管理ＤＢ１４に格納されるグループ化情報を取得して（ステップＳ３０７）、当該ユーザがグループ化されているか否かを判定する（ステップＳ３０８）。
【００６４】
当該ユーザがグループ化されていない場合には（ステップＳ３０８否定）、グループ管理部２４は、更新なしのファイル問い合わせ応答をＪａｖａ（登録商標）アプリケーションに応答する（ステップＳ３０９）。
【００６５】
一方、当該ユーザがグループ化されている場合には（ステップＳ３０８肯定）、グループ管理部２４は、ページ更新部２８に対して取得したファイル番号を送信して、ページ更新の問い合わせを行う（ステップＳ３１０）。
【００６６】
これを受けたページ更新部２８は、受け付けたファイル番号が最新のファイル番号であるか否かを、グループ管理部２４にＷｅｂクライアントＡが属するグループＡに対応付けて記憶される最新ファイル番号と比較して判定する（ステップＳ３１１）。
【００６７】
受け付けたファイル番号が最新のファイル番号でない場合（ステップＳ３１１否定）、ページ更新部２８は、最新ファイル番号に対応する共有ＷｅｂページをＨＤＤなどから取得してＪａｖａ（登録商標）アプリケーションに応答する（ステップＳ３１２）。すると、Ｊａｖａ（登録商標）アプリケーションは、最新ファイルの共有Ｗｅｂページを取り込み（ステップＳ３１３）、現在表示しているブラウザのファイル番号を更新する（ステップＳ３１４）。
【００６８】
一方、受け付けたファイル番号が最新のファイル番号である場合（ステップＳ３１１肯定）、ページ更新部２８は、更新なしをＪａｖａ（登録商標）アプリケーションに応答する（ステップＳ３１５）。
【００６９】
［実施例１による効果］
このように、実施例１によれば、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶し、記憶されるグループに属するユーザからアクセスを受け付けている場合に、当該アクセスを受け付けている全てのユーザから実施されるポーリングによって、当該ユーザそれぞれに対して提供している情報に一意に割り当てられたファイル番号を取得し、ユーザごとに取得されたファイル番号が、当該ユーザが属するグループに提供されている最新ファイル番号であるか否かを判定し、取得されたファイル番号が最新ファイル番号でないユーザに対して、最新ファイル番号が割り当てられた最新の情報を提供するので、同じ嗜好のユーザ間で情報を共有することが可能である。
【００７０】
また、実施例１によれば、アクセスを受けているユーザから新たなアクセスを受け付けた場合に、当該アクセスに基づいて新たな情報を作成して当該ユーザに提供するとともに、当該ユーザが属するグループに対応付けて記憶される最新ファイル番号を、新たな情報を示す新たな最新ファイル番号に更新するので、ユーザに嗜好に十分に適した情報を取得して、同じ嗜好のユーザに提供することが可能である。
【００７１】
また、実施例１によれば、当該アクセスに基づいて新たな情報を作成するのに際して、他のユーザで使用されていない情報を選択して作成するので、ユーザ間またはグループ間で情報の重複による閲覧不可などの不具合を防止することが可能である。
【００７２】
また、実施例１によれば、ユーザからの初回のアクセス時に、当該ユーザに対してグループ化するか否かを示すグループ化選択情報を受け付け、グループ化することを示すグループ化選択情報を受け付けたユーザに対してのみ、同じ嗜好を持つユーザをグループ化するので、ユーザの利用形態に柔軟に適応することができる結果、ユーザの利用促進を促すことが可能である。
【実施例２】
【００７３】
ところで、実施例１では、ユーザ指定により共有Ｗｅｂページの更新が発生した後に、同じ嗜好であるグループに属するユーザに提供する場合について説明したが、本発明はこれに限定されるものではなく、Ｗｅｂサーバ内で所定のタイミングを定めて共有Ｗｅｂページを更新して、同じ嗜好であるグループに属するユーザに提供することができる。
【００７４】
そこで、図１０〜図１３を用いて、実施例２では、Ｗｅｂサーバ内で所定のタイミングを定めて共有Ｗｅｂページを更新して、同じ嗜好であるグループに属するユーザに提供する場合について説明する。なお、様々な契機で作成した新たな共有Ｗｅｂページをクライアントに提供するタイミングについては、実施例１と同様に、ポーリングの契機で提供するので、実施例２では、新たな共有Ｗｅｂページ作成についてのみ説明する。
【００７５】
（サーバ側に登録されたコンテンツ作成処理）
まず、図１０を用いて、Ｗｅｂサーバ内のＨＤＤなどに複数のコンテンツを提供する時刻と提供するグループ名とに対応付けて予め記憶しておき、所定の周期で、ＨＤＤからコンテンツを取得して新たな共有Ｗｅｂページを作成する場合について説明する。図１０は、実施例２に係るＷｅｂサーバにおいてサーバ側に登録されたコンテンツを用いて共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【００７６】
図１０に示すように、Ｗｅｂクライアントからアクセスを受け付けている場合に、Ｗｅｂサーバ１０の契機更新部２９は、周期タイマを起動し（ステップＳ４０１）、周期タイマが満了すると（ステップＳ４０２）、所定の指定時間に到達したか否かを判定する（ステップＳ４０３）。
【００７７】
そして、所定の指定時間に到達した場合（ステップＳ４０３肯定）、契機更新部２９は、アクセスを受けているクライアントが属する全てのグループごとに、当該時刻に対応したコンテンツをＨＤＤから取得し（ステップＳ４０４）、取得したコンテンツを用いて、グループごとに最新共有Ｗｅｂページを作成して、ＨＤＤに保存する（ステップＳ４０５）。続いて、契機更新部２９は、それぞれの最新共有Ｗｅｂページの最新ファイル番号をグループ管理ＤＢ１４に記憶されるグループに対応付けて格納する（ステップＳ４０６）。その後、ポーリングの契機によって、それぞれのグループに属するユーザに対して、新たな共有Ｗｅｂページが提供される。
【００７８】
（使用頻度が高いコンテンツ作成処理）
次に、図１１を用いて、所定の周期で、Ｗｅｂコンテンツサーバから使用頻度の高いコンテンツを取得して新たな共有Ｗｅｂページを作成する場合について説明する。図１１は、実施例２に係るＷｅｂサーバにおいて使用頻度の高いコンテンツを用いた共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【００７９】
なお、ここでは、Ｗｅｂコンテンツサーバよりコンテンツを取得して新たな共有Ｗｅｂページを作成する場合について説明するが、本実施の形態はこれに限定されるものではなく、Ｗｅｂサーバ内のＨＤＤなどに複数のコンテンツを予め記憶しておき、様々な契機で、このＨＤＤからコンテンツを取得して新たな共有Ｗｅｂページを作成することもできる。その場合、以下で説明するＷｅｂコンテンツサーバがＨＤＤになるだけで、同様の処理の流れで実施することができるので、詳細な説明は省略する。
【００８０】
図１１に示すように、Ｗｅｂクライアントからアクセスを受け付けている場合に、Ｗｅｂサーバ１０の契機更新部２９は、周期タイマを起動し（ステップＳ５０１）、周期タイマが満了すると（ステップＳ５０２）、所定の指定時間に到達したか否かを判定する（ステップＳ５０３）。
【００８１】
そして、所定の指定時間に到達した場合（ステップＳ５０３肯定）、契機更新部２９は、使用頻度の高いコンテンツをＷｅｂコンテンツサーバから取得し（ステップＳ５０４）、取得したコンテンツを用いて、グループごとに最新共有Ｗｅｂページを作成して、ＨＤＤに保存する（ステップＳ５０５）。続いて、契機更新部２９は、それぞれの最新共有Ｗｅｂページの最新ファイル番号をグループ管理ＤＢ１４に記憶されるグループに対応付けて格納する（ステップＳ５０６）。その後、ポーリングの契機によって、それぞれのグループに属するユーザに対して、新たな共有Ｗｅｂページが提供される。
【００８２】
（アクセス頻度が高いコンテンツ作成処理）
次に、図１２を用いて、所定の周期で、Ｗｅｂコンテンツサーバからアクセス頻度の高いコンテンツを取得して新たな共有Ｗｅｂページを作成する場合について説明する。図１２は、実施例２に係るＷｅｂサーバにおいてアクセス頻度の高いコンテンツを用いた共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【００８３】
なお、ここでは、Ｗｅｂコンテンツサーバよりコンテンツを取得して新たな共有Ｗｅｂページを作成する場合について説明するが、本発明はこれに限定されるものではなく、Ｗｅｂサーバ内のＨＤＤなどに複数のコンテンツを予め記憶しておき、様々な契機で、このＨＤＤからコンテンツを取得して新たな共有Ｗｅｂページを作成することもできる。その場合、以下で説明するＷｅｂコンテンツサーバがＨＤＤになるだけで、同様の処理の流れで実施することができるので、詳細な説明は省略する。
【００８４】
図１２に示すように、Ｗｅｂクライアントからアクセスを受け付けている場合に、Ｗｅｂサーバ１０の契機更新部２９は、周期タイマを起動し（ステップＳ６０１）、周期タイマが満了すると（ステップＳ６０２）、所定の指定時間に到達したか否かを判定する（ステップＳ６０３）。
【００８５】
そして、所定の指定時間に到達した場合（ステップＳ６０３肯定）、契機更新部２９は、アクセス頻度の高いコンテンツをＷｅｂコンテンツサーバから取得し（ステップＳ６０４）、取得したコンテンツを用いて、グループごとに最新共有Ｗｅｂページを作成して、ＨＤＤに保存する（ステップＳ６０５）。続いて、契機更新部２９は、それぞれの最新共有Ｗｅｂページの最新ファイル番号をグループ管理ＤＢ１４に記憶されるグループに対応付けて格納する（ステップＳ６０６）。その後、ポーリングの契機によって、それぞれのグループに属するユーザに対して、新たな共有Ｗｅｂページが提供される。
【００８６】
（実施例２による効果）
このように、実施例２によれば、グループごとに、ユーザの利用頻度の高い情報を外部装置（Ｗｅｂコンテンツサーバ）または所定の記憶部（ＨＤＤ）から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けて記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するので、ユーザによる利用されている人気の高いコンテンツなどを取得して、各グループに属するユーザ全てに提供することが可能である。
【００８７】
また、実施例２によれば、グループごとに、ユーザのアクセス数の多い情報を外部装置または所定の記憶部から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けて記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するので、アクセスが多い、つまり、一般的に興味を引くコンテンツなどを取得して、各グループに属するユーザ全てに提供することが可能である。
【００８８】
また、実施例２によれば、グループごとに、時刻に応じて指定された情報を外部装置または所定の記憶部から所定の間隔で取得し、取得した情報を用いて新たな情報を作成し、当該グループに対応付けてユーザグループ記憶手段に記憶される最新ファイル番号を、作成した新たな情報を示す新たな最新ファイル番号に更新するので、ニュースや社内連絡などの定期的な情報を各グループに属するユーザ全てに提供することが可能である。
【実施例３】
【００８９】
本実施の形態は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）グループ化のタイミング、（２）システム構成等、（３）プログラム、にそれぞれ区分けして異なる実施例を説明する。
【００９０】
（１）グループ化のタイミング
例えば、実施例１では、初回アクセス時にグループ化するか否かをユーザに選択させる例について説明したが、本実施の形態はこれに限定されるものではなく、初回アクセス時以降でも同様に、グループ化するか否かをユーザに選択させることもできる。その場合、共有Ｗｅｂページの画面にグループ化有無を選択させるチェックボックスなどを用いる。
【００９１】
このようにすることで、初回のアクセス以降に、初回のアクセス時にグループ化しないことを示すグループ化選択情報を受け付けたユーザから、グループ化することを示すグループ化選択情報を受け付けた場合、同じ嗜好を持つユーザグループに当該ユーザを追加するので、ユーザの利便性を向上させることが可能である。
【００９２】
また、初回のアクセス以降に、初回のアクセス時にグループ化することを示すグループ化選択情報を受け付けた既にグループ化されているユーザから、グループ化しないことを示すグループ化選択情報を受け付けた場合、同じ嗜好を持つユーザグループから当該ユーザを削除するので、ユーザの利便性をさらに向上させることが可能である。
【００９３】
（２）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、データ解析部とキャッシュ管理部とを統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９４】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、ユーザ認証処理、アクセス受付処理など）の全部または一部を手動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３〜図６など）については、特記する場合を除いて任意に変更することができる。
【００９５】
（３）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。
【００９６】
図１３は、情報提供プログラムを実行するコンピュータシステムの例を示す図である。図１３に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とから構成される。ここで、ＲＯＭ１０３には、上記の実施例と同様の機能を発揮するプログラム、つまり、図１３に示すように、ファイル番号取得プログラム１０３ａと、情報提供プログラム１０３ｂとがあらかじめ記憶されている。
【００９７】
そして、ＣＰＵ１０４には、これらのプログラム１０３ａと１０３ｂとを読み出して実行することで、図１３に示すように、ファイル番号取得プロセス１０４ａと、情報提供プロセス１０４ｂとなる。なお、ファイル番号取得プロセス１０４ａと情報提供プロセス１０４ｂとは、図２に示した、データ解析部２５とページ更新部２８とに対応する。
【００９８】
また、ＨＤＤ１０２には、同じ嗜好を持つユーザをグループ化したグループに対応付けて、当該グループに属するユーザに提供する最新の情報を示す最新ファイル番号を記憶するユーザグループテーブル１０２ａが設けられる。なお、ユーザグループテーブル１０２ａは、図２に示した、グループ管理ＤＢ１４に対応する。
【００９９】
ところで、上記したプログラム１０３ａと１０３ｂとは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０１００】
以上のように、本情報提供プログラムおよび情報提供装置は、アクセスを受け付けたユーザに対して各種情報を提供することに有用であり、特に、同じ嗜好のユーザ間で情報を共有することに適する。
【図面の簡単な説明】
【０１０１】
【図１】実施例１に係るＷｅｂサーバの概要および特徴を説明するための図である。
【図２】実施例１に係るＷｅｂサーバの構成を示すブロック図である。
【図３−１】グループ管理ＤＢに記憶される最新ファイル番号管理情報の例を示す図である。
【図３−２】グループ管理ＤＢに記憶されるユーザ管理情報の例を示す図である。
【図４】コンテンツＤＢに記憶される情報の例を示す図である。
【図５】ログイン画面の例を示す図である。
【図６】共有Ｗｅｂページの例を示す図である。
【図７】実施例１に係るＷｅｂサーバによるログイン時のグループ化処理の流れを示すフローチャートである。
【図８】実施例１に係るＷｅｂサーバによるユーザ指定による新たな共有Ｗｅｂページ作成処理の流れを示すフローチャートである。
【図９】実施例１に係るＷｅｂサーバによるポーリング処理の流れを示すフローチャートである。
【図１０】実施例２に係るＷｅｂサーバにおいてサーバ側に登録されたコンテンツを用いて共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【図１１】実施例２に係るＷｅｂサーバにおいて使用頻度の高いコンテンツを用いた共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【図１２】実施例２に係るＷｅｂサーバにおいてアクセス頻度の高いコンテンツを用いた共有Ｗｅｂページ作成処理の流れを示すシーケンス図である。
【図１３】情報提供プログラムを実行するコンピュータの例を示す図である。
【図１４】従来技術を説明するための図である。
【符号の説明】
【０１０２】
１０  Ｗｅｂサーバ
１１  通信制御Ｉ／Ｆ部
１２  アクセスログＤＢ
１３  キャッシュＤＢ
１４  グループ管理ＤＢ
２１  信号受信部
２２  セキュリティ管理部
２３  アクセスログ管理部
２４  グループ管理部
２５  データ解析部
２６  キャッシュ管理部
２７  データベース管理部
２８  ページ更新部
２９  契機更新部
１００  コンピュータシステム
１０１  ＲＡＭ
１０２  ＨＤＤ
１０２ａ  ユーザグループテーブル
１０３  ＲＯＭ
１０３ａ  ファイル番号取得プログラム
１０３ｂ  情報提供プログラム
１０４  ＣＰＵ
１０４ａ  ファイル番号取得プロセス
１０４ｂ  情報提供プロセス
【図１】
2009187069.tif 000003
【図２】
2009187069.tif 000004
【図３−１】
2009187069.tif 000005
【図３−２】
2009187069.tif 000006
【図４】
2009187069.tif 000007
【図５】
2009187069.tif 000008
【図６】
2009187069.tif 000009
【図７】
2009187069.tif 000010
【図８】
2009187069.tif 000011
【図９】
2009187069.tif 000012
【図１０】
2009187069.tif 000013
【図１１】
2009187069.tif 000014
【図１２】
2009187069.tif 000015
【図１３】
2009187069.tif 000016
【図１４】
2009187069.tif 000017