(57)【特許請求の範囲】
【請求項１】
蓄積された情報を、要求に応じて提供する情報提供システムであって、
前記情報へのアクセスログを所定のアクセス単位で集計し、該所定のアクセス単位においてアクセスされた複数の前記情報を、一のユニットに含まれる情報としてグループ化することで、関連性がある情報として関連付ける関連付け手段と、
前記アクセスログに基づいて、関連付けられた複数の情報に優先順位を設定する優先順位設定手段と、
前記関連付け手段によって関連付けられた前記複数の情報のうちの何れかが要求された際に、要求された情報を提供し、併せて、該要求された情報が属する前記ユニットを抽出し、抽出されたユニットに含まれる他の情報を提供するかまたは該他の情報へのアクセス手段を提供する情報提供手段と、を備え、
前記情報提供手段は、前記優先順位が高い情報を優先的に提供するかまたは前記優先順位が高い情報へのアクセス手段を優先的に提供する、情報提供システム。
【請求項２】
前記関連付け手段は、前記情報へのアクセスログをユーザ単位で集計し、該ユーザによってアクセスされた複数の前記情報を、関連性がある情報として関連付ける、
請求項１に記載の情報提供システム。
【請求項３】
前記関連付け手段は、前記情報へのアクセスログを通信のセッション単位で集計し、該セッションにおいてアクセスされた複数の前記情報を、関連性がある情報として関連付ける、
請求項１または２に記載の情報提供システム。
【請求項４】
前記関連付け手段は、前記所定のアクセス単位においてアクセスされた複数の前記情報のうち、アクセス回数が所定の回数より大である前記複数の情報を、関連性がある情報として関連付ける、
請求項１から３の何れかに記載の情報提供システム。
【請求項５】
蓄積された情報を、要求に応じて提供する情報提供方法であって、
コンピュータが、
前記情報へのアクセスログを所定のアクセス単位で集計し、該所定のアクセス単位においてアクセスされた複数の前記情報を、一のユニットに含まれる情報としてグループ化することで、関連性がある情報として関連付ける関連付けステップと、
前記アクセスログに基づいて、関連付けられた複数の情報に優先順位を設定する優先順位設定ステップと、
前記関連付けステップで関連付けられた前記複数の情報のうちの何れかが要求された際に、要求された情報を提供し、併せて、該要求された情報が属する前記ユニットを抽出し、抽出されたユニットに含まれる他の情報を提供するかまたは該他の情報へのアクセス手段を提供する情報提供ステップと、を実行し、
前記情報提供ステップでは、前記優先順位が高い情報が優先的に提供されるかまたは前記優先順位が高い情報へのアクセス手段が優先的に提供される、情報提供方法。
【請求項６】
前記関連付けステップでは、前記情報へのアクセスログがユーザ単位で集計され、該ユーザによってアクセスされた複数の前記情報が、関連性がある情報として関連付けられる、
請求項５に記載の情報提供方法。
【請求項７】
前記関連付けステップでは、前記情報へのアクセスログが通信のセッション単位で集計され、該セッションにおいてアクセスされた複数の前記情報が、関連性がある情報として関連付けられる、
請求項５または６に記載の情報提供方法。
【請求項８】
前記関連付けステップでは、前記所定のアクセス単位においてアクセスされた複数の前記情報のうち、アクセス回数が所定の回数より大である前記複数の情報が、関連性がある情報として関連付けられる、
請求項５から７の何れかに記載の情報提供方法。
【請求項９】
蓄積された情報を、要求に応じて提供するための情報提供プログラムであって、
コンピュータを、
前記情報へのアクセスログを所定のアクセス単位で集計し、該所定のアクセス単位においてアクセスされた複数の前記情報を、一のユニットに含まれる情報としてグループ化することで、関連性がある情報として関連付ける関連付け手段と、
前記アクセスログに基づいて、関連付けられた複数の情報に優先順位を設定する優先順位設定手段と、
前記関連付け手段によって関連付けられた前記複数の情報のうちの何れかが要求された際に、要求された情報を提供し、併せて、該要求された情報が属する前記ユニットを抽出し、抽出されたユニットに含まれる他の情報を提供するかまたは該他の情報へのアクセス手段を提供する情報提供手段と、として機能させ、
前記情報提供手段は、前記優先順位が高い情報を優先的に提供するかまたは前記優先順位が高い情報へのアクセス手段を優先的に提供する、情報提供プログラム。
【請求項１０】
前記関連付け手段は、前記情報へのアクセスログを通信のセッション単位で集計し、該セッションにおいてアクセスされた複数の前記情報を、関連性がある情報として関連付ける、
請求項９に記載の情報提供プログラム。
【請求項１１】
前記関連付け手段は、前記所定のアクセス単位においてアクセスされた複数の前記情報のうち、アクセス回数が所定の回数より大である前記複数の情報を、関連性がある情報として関連付ける、
請求項９または１０に記載の情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本システムは、蓄積された情報を、要求に応じて提供する情報提供システムに関する。
【背景技術】
【０００２】
従来、インターネット上のリンク集ページの解析情報を蓄積しておき、ユーザがクライアント端末で参照中のＷｅｂページのＵＲＬから、該ページが含まれるトピックのトップＵＲＬを判定し、このトピックトップＵＲＬに対してリンクしているリンク集をユーザに提示するブラウジング支援情報提示方法がある（特許文献１を参照）。
【０００３】
また、Ｗｅｂページ間のアクセス頻度を集計し、インダイレクトに参照されたファイルを関係付ける技術があり（特許文献２を参照）、セッション中にアクセスされたページを特定し、アクセス履歴からページの利用頻度やページ間の参照分岐可能性を表示する技術があり（特許文献３を参照）、検索でヒットしたページリンク情報を、当該検索キーワードに基づくリンクに限って、人気度の高い順に表示させることを特徴とする技術がある（特許文献４を参照）。
【特許文献１】特開２００１−０９２８２９号公報
【特許文献２】特開２００２−１２３５５６号公報
【特許文献３】特開２００４−１７１５３９号公報
【特許文献４】特開２００３−２８１１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来、ユーザが情報を参照する場合、ユーザは、何らかの目的（知識欲、トラブル発生等）で情報を探そうと思い立った後、検索する、リンクを辿る、等の作業を行って、情報を表示させる。ここで、一回の作業で目的の情報を表示させることが出来なかった場合、ユーザは目的の情報が得られるまで、情報を探すための作業を繰り返す必要がある。
【０００５】
しかし、ユーザによっては、目的の情報を探し当てることが出来ず、目的の情報を得ることを諦め、情報を探すことを止めてしまうことがある。また、ユーザが目的の情報を探し出すことが出来た場合であっても、関連した情報が得られていなかったために新たなトラブルに遭遇してしまったり、関連した情報が必要となった場合に改めて検索と情報表示を繰り返して必要な情報を探し出す必要に迫られたりすることがある。
【０００６】
このため、従来、ユーザに関連した情報を提供するための技術として、内容的な繋がりのある情報や、ユーザが現在参照している情報と続けて参照した方がよい情報については、予め情報提供者が情報を作成する時点で関連付けを行い、ユーザに関連情報として提供することが行われている。
【０００７】
しかし、情報提供者が予め情報間の関連性を全て把握し、更に関連付けの作業を行うことは煩雑かつ困難である。また、内容の明確な関連性や連続性がない情報については、関連性を把握することが非常に困難であるし、中には、情報提供後の運用中に内容の関連性が判明するような場合もある。
【０００８】
上記した問題に鑑み、ユーザが得たい情報に関連するが、情報作成時に予め関連性が認識されていたものではない他の情報を、ユーザに提供することを課題とする。
【課題を解決するための手段】
【０００９】
本情報提供システムは、上記した課題を解決するために、同じ目的をもって情報を探す他のユーザによって参照された複数の情報を関連性のある情報として関連付け、これらの情報をユーザの目的の情報に併せて提供することで、ユーザが得たい情報に関連するが、情報作成時に予め関連性が認識されていたものではない他の情報を、ユーザに提供することを可能にした。
【００１０】
詳細には、本システムは、蓄積された情報を、要求に応じて提供する情報提供システムであって、前記情報へのアクセスログを所定のアクセス単位で集計し、該所定のアクセス単位においてアクセスされた複数の前記情報を、関連性がある情報として関連付ける関連付け手段と、前記関連付け手段によって関連付けられた前記複数の情報のうちの何れかが要求された際に、要求された情報を提供し、併せて、該要求された情報に関連付けられた他の情報を提供するかまたは該他の情報へのアクセス手段を提供する情報提供手段と、を備える情報提供システムである。
【００１１】
ここで、情報提供システムとは、情報が蓄積されている場所がリモートであるかローカルであるかを問わず、要求に応じて蓄積された情報を読み出し、要求者に提供するシステムである。情報提供システムへのアクセスはアクセスログとして記録されており、本システムは、このアクセスログを所定のアクセス単位で集計することによって、情報間の関連性を発見し、情報同士の関連付けを行う。
【００１２】
所定のアクセス単位とは、このアクセス単位においてアクセスされた複数の情報が、何らかの関連性を有する情報であると看做すことができるアクセス単位であることが好ましい。例えば、所定のアクセス単位として、ユーザや、セッション等が用いられる。そして、本システムは、関連付けられた複数の情報のうちの何れかが要求され、この情報が提供される際に、要求された情報に併せて、要求されていないが関連付けられた情報自体を提供するか、要求されていないが関連付けられた情報へのアクセス手段を提供する。ここで、アクセス手段とは、例えば、関連付けられた情報へのリンク等である。
【００１３】
本システムによれば、特に、ユーザに関連した情報を提供するための技術として、内容的な繋がりのある情報や、ユーザが現在参照している情報と続けて参照した方がよい情報等の、情報提供者が予め情報作成時点で関連付けを行っている情報以外の関連情報を提供することが可能となる。なお、所定のアクセス単位においてアクセスされた複数の前記情報のうち、アクセス回数が所定の回数より大である前記複数の情報を、関連性がある情報として関連付けることとしてもよい。アクセス回数が所定の回数に満たない情報を関連付けから除くことで、より確実に関連性のある情報を関連付けることが可能となる。
【００１４】
また、情報提供システムは、前記アクセスログに基づいて、関連付けられた複数の情報に優先順位を設定する優先順位設定手段を更に備え、前記情報提供手段は、前記優先順位が高い情報を優先的に提供するかまたは前記優先順位が高い情報へのアクセス手段を優先的に提供してもよい。優先順位を設定し、この優先順位に従って関連情報を提供することで、情報の要求者に、より関連性が高い情報を提供することが可能となる。
【００１５】
更に、上記本装置による処理は、コンピュータが実行する方法、又はコンピュータに実行させるプログラムとしても提供することが可能である。また、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録して提供してもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。
【発明の効果】
【００１６】
本システムによって、ユーザが得たい情報に関連するが、情報作成時に予め関連性が認識されていたものではない他の情報を、ユーザに提供することが可能となる。
【発明を実施するための最良の形態】
【００１７】
情報提供システムの実施の形態について、図面に基づいて説明する。図１は、本実施形態における情報提供システムの概略構成を示す図である。情報提供システム１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２等の主記憶装置、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１３等の補助記憶装置、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１４、およびネットワークデバイス１９等を有するコンピュータである。
【００１８】
ＨＤＤ１３には、コンピュータを管理するためのオペレーティングシステム（以下、ＯＳ）、コンピュータが有するかまたはコンピュータに接続されたデバイスを制御するためのデバイスドライバ、およびコンピュータにおいて起動される各種プログラムがインストールされている。本実施形態に係るコンピュータは、ＨＤＤ１３にインストールされた各種プログラム（ＯＳ、デバイスドライバ、情報提供プログラム等）がＲＡＭ１３に展開され、ＣＰＵ１１によって解釈、実行されることで、情報提供システム１として動作する。
【００１９】
本実施形態における情報提供システム１は、ユーザに対してパーソナルコンピュータのサポート情報を提供するＷｅｂサイトに設けられる。情報提供システム１は、事例が蓄積された事例データベース４に接続されている。ここで、事例とは、ユーザが解決したい問題や遭遇した事象等、およびこれに対応する解決方法や事象の説明等を含む情報である。ユーザが情報提供システム１を用いて事例を参照する場合、ユーザは、ユーザ端末３を用いて情報提供システム１にアクセスし、リンクをたどる、または検索を行う等して、事例データベース４から事例を取得する。情報提供システム１は、ユーザ端末３より送信されネットワーク５を介して受信した要求に従って、事例データベース４からユーザの要求に対応した事例を読み出し、ユーザ端末３へ送信する。送信された事例はネットワーク５経由でユーザ端末３によって受信および表示される。但し、一回の作業で目的の事例が得られないことがあり、この場合ユーザは、目的の事例を得ることが出来るまで、リンクをたどる作業や検索作業等を繰り返す必要がある。
【００２０】
図２は、本実施形態に係る事例データベース４の概略構成を示す図である。事例データベース４には、質問内容や回答内容、Ｑ＆Ａナンバー、システムＩＤ、参照日時情報等を有する事例が蓄積される。ここで、質問内容には、ユーザが解決したい問題や遭遇した事象等がテキスト形式で含まれ、回答内容には、質問内容に対応する解決方法や事象の説明等がテキスト形式で含まれる。即ち、ユーザは、質問内容を参照することで自分が解決したい問題や遭遇した事象を見つけ、対応する回答内容を参照することで問題を解決することができる。また、Ｑ＆Ａナンバーは、ユーザに対して提供される識別情報であり、システムＩＤは、システムが事例を管理する際に使用する識別情報である。また、参照日時情報は、システム管理者やオペレータによって事例が作成されたり内容が更新されたりした際の日時を示す情報である。
【００２１】
図３は、本実施形態における情報提供システムによって関連情報を提供する目的を示す図である。ユーザによっては、目的の事例を参照することが出来ずに、目的の事例を自身で見つけ出すことを諦め、サポートセンターへ電子メールや電話等を用いて問合せることとなる。このため、Ｗｅｂにおいて提供されている情報を参照することで解決可能であった問題について、サポートセンターの人員が対応することとなってしまう。
【００２２】
また、ユーザは、目的の事例を得ることに成功すると、関連した情報を更に探すことをせずに情報を探す作業を終了してしまうことが殆どである。しかし、ユーザが得た事例の
他にも、関連して参照しておいた方がよい事例や将来的に役に立つ事例が存在する場合がある。
【００２３】
そこで、本実施形態に係る情報提供システム１は、事例を探し出すために検索やリンクをたどる作業を繰り返すユーザの負担を減らすこと、事例が探し出せずに諦めてしまうユーザに適切な事例にたどり着くための関連情報を提供すること、および、事例を探し出したユーザに対して、更に参照した方がよい関連情報を提供すること、を目的とする。
【００２４】
ここで、事例データベース４中の事例には、互いに何らかの関連性を有するものがある。このうち、内容に明確な繋がりのある事例同士や、ある事例を参照した後に続けて参照されることが望ましい事例については、事例の作成時点において、事例にリンク情報を保有させる等して関連付けることが可能である。しかし、現実には、事例同士の明確な関連性や連続性のみで関連のある事例を全て関連付けることは困難である。
【００２５】
図４は、本実施形態における事例の関連付け方法を示す図である。事例同士の関連性を判断するには、上記した、事例の内容を基に関連性や連続性を判断する方法があるが、本実施形態では、運用を通して事例同士の関連性を判断する方法として、同じ目的を持ったユーザが参照している事例を、関連のある事例とする方法を用いる。本実施形態に係るシステムでは、少なくともユーザによって参照された事例と、参照したユーザのログインＩＤまたはセッションＩＤと、を含むアクセスログが蓄積され、このアクセスログが集計されることによって、事例同士の関連性が発見される。
【００２６】
図５は、本実施形態に係る情報提供システムによってユーザに提供される機能の概要を示す図である。ユーザは、検索機能やカテゴリ表示からリンクを辿ることで表示された事例リンクを選択し、事例詳細画面を要求する。本実施形態に係る情報提供システム１は、ユーザ端末３より要求された事例詳細画面において、要求された事例の内容をユーザに提示するとともに、同じ目的を持ったユーザが参照した他の事例へのリンク（図５の事例リンク１から３を参照）を、関連のある事例としてユーザに提示する。これによって、情報提供システム１は、事例の作成時点で関連付けから漏れたが実際には関連のある事例や、ユーザにしか分からない関連性のある事例を、ユーザに提供する。
【００２７】
関連事例をユーザに提供する方法として、本実施形態では、ある事例の内容を表示する事例詳細画面の下部に、関連する事例の内容へジャンプできる事例リンクを表示する（図５の「事例詳細画面１」を参照）。ユーザ端末３においてユーザがマウス等の入力装置を操作し、この事例リンクを選択すると、選択された事例の詳細画面が情報提供システム１に要求され、情報提供システム１によって送信された表示情報に基づいてユーザ端末３に事例詳細画面２（図５を参照）が表示される。なお、ここで表示された事例詳細画面においても、下部に、現在表示されている事例に関連する事例へのリンクが表示される。即ち、ユーザは順にリンクをたどっていくことで、関連する事例を取得することが出来る。なお、本実施形態では、関連事例へのリンクを提供することとしているが、提供されるものは、リンク以外の関連事例へのアクセス手段であってもよい。また、関連事例の事例詳細が、ユーザから要求された事例の事例詳細に併せて提供されることとしてもよい。この場合、ユーザは、リンクをたどることなく、即座に関連事例の詳細を参照することが出来る。
【００２８】
図６は、本実施形態に係る情報提供システムの動作の概要を示す図である。本実施形態に係る情報提供システム１は、予め、定期的にバックグラウンドにてアクセスログを集計することで関連のある事例の抽出を行い（ユニット作成処理）、データベースに保存する。そして、ユーザがある事例を要求した際に、ユーザに要求された事例の他に、関連する事例をデータベースより取得し、ユーザに関連事例を参照させるための手段（リンク等）
を提供する。
【００２９】
図７は、本実施形態に係るユニットの例を示す図である。本実施形態において、ユニットとは、同一ログインユーザによってまたは同一セッションにおいて所定の期間内に参照された事例をグループ化したものである。情報提供システム１は、アクセスログを抽出し、ユーザＩＤ単位で参照された事例の集計を行うことでログインユーザベースのユニットを作成し、ＵＲＬに付加されたセッションＩＤ単位で参照された事例の集計を行うことでセッションベースのユニットを作成する。
【００３０】
図８は、本実施形態における情報提供システムの機能構成の概略を示す図である。図１に示したハードウェア構成を有するコンピュータは、ＣＰＵ１１が、ＲＡＭ１２に展開された各種プログラムを解釈および実行することで、関連付け部２１と、情報提供部２２と、優先順位設定部２３と、を備える情報提供システム１として機能する。但し、情報提供システム１によって実行される各機能は、夫々個別に、または複数の機能をまとめて、専用のハードウェアによって実現されてもよい。
【００３１】
関連付け部２１は、事例データベース４に蓄積された事例へのアクセスログをログインユーザ単位およびセッション単位で集計し、これらのアクセス単位においてアクセスされた複数の事例をグループ化したユニットを作成する。
【００３２】
情報提供部２２は、関連付け部２１によって作成されたユニットに含まれる事例のうちの何れかがユーザ端末３から要求された際に、要求された事例の事例詳細に併せて、ユニットに含まれる他の事例へのリンクを提供する。なお、本実施形態では、事例詳細および関連事例へのリンクは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書形式の表示情報として、ネットワーク５を介して提供される。
【００３３】
優先順位設定部２３は、アクセスログに基づいて、情報提供部２２によって提供される関連事例を決定するために、作成されたユニットの優先順位、およびユニット内の事例の優先順位を設定する。
【００３４】
図９は、本実施形態に係る情報提供システム１によって実行されるユニット作成処理の概要を示す図である。ユニット作成処理では、大きな流れとして対象データの抽出、集計、データベース更新の順に処理が行われる。また、ユニット作成処理は、情報提供システム１が、バックグラウンドにおいて定期的に行うバッチ処理である。ユニット作成処理は、例えば、毎日、システムの時刻が設定時刻になると自動実行される。情報提供システム１として動作するコンピュータは、現在のシステム時刻を監視し、設定時刻になるとユニット作成処理を実行させる機能（例えば、ＵＮＩＸ（登録商標）系システムで用いられるｃｒｏｎデーモン等）を備える。自動実行の時刻は、例えば、ユーザからのアクセスが少なくなる時間帯（午前２時頃等）に設定されることが好ましい。
【００３５】
図１０は、本実施形態におけるユニット作成処理の流れを示すフローチャートである。本フローチャートに示された処理は、バックグラウンドにおいて定期的に実行される。なお、本実施形態では、ログインユーザベースおよびセッションベースの双方でユニット抽出を行い、これらを合わせて集計することとしている。但し、ログインユーザベースのユニット抽出、およびセッションベースのユニット抽出のうち何れか一方のみが行われ、何れか一方に基づくユニットのみが集計されてもよい。ログインユーザベースのユニット抽出、およびセッションベースのユニット抽出のうち何れを採用するかは、実施の形態ごとに適宜選択されることが好ましい。
【００３６】
ステップＳ１０１では、ログインユーザベースのユニット抽出が行われる。関連付け部
２１は、集計時以前の３ヶ月間のアクセスログをデータベースから読み出す。なお、関連事例リンクを選択することで表示された事例は、集計の対象外としてもよい。そして、読み出されたアクセスログから、同一ログインユーザによって参照された事例のＱ＆Ａナンバーを抽出し、ログインユーザ毎に、ユニットとしてまとめる。この際、同一ログインユーザによって同一の事例が複数回参照されている場合には、複数回参照されている同一事例は、ユニットにまとめられる際にユニーク化される（図１１を参照）。ログインユーザ毎に抽出されたユニットは、一旦ＲＡＭ１２に記録される。その後、処理はステップＳ１０２へ進む。
【００３７】
ステップＳ１０２では、参照回数が一回であるユニットが削除される。関連付け部２１は、ステップＳ１０１において抽出されたユニットのリストを参照し、同一の組み合わせが一つしかないユニット、即ち、参照したログインユーザが一人のみであるユニットを削除する（図１１を参照）。参照したログインユーザが一人のみであるユニットを削除し、参照したログインユーザ数が１より大であるユニットを残すことで、偶然同一ログインユーザに参照されただけの関連性の低いユニットが集計されることを防ぐことが出来る。その後、処理はステップＳ１０３へ進む。
【００３８】
ステップＳ１０３では、セッションベースのユニット抽出が行われる。関連付け部２１は、集計時以前の２４時間分のアクセスログをデータベースから読み出す。なお、ステップＳ１０１と同様、関連事例リンクを選択することで表示された事例は、集計の対象外としてもよい。そして、読み出されたアクセスログから、同一セッションにおいて参照された事例のＱ＆Ａナンバーを抽出し、セッションごとに、ユニットとしてまとめる。この際、同一セッションにおいて同一の事例が複数回参照されている場合には、複数回参照されている同一事例は、ユニットにまとめられる際にユニーク化される（図１２を参照）。セッション毎に抽出されたユニットは、一旦ＲＡＭ１２に記録される。その後、処理はステップＳ１０４へ進む。
【００３９】
ステップＳ１０４では、ログインユーザベースのユニット抽出結果と、セッションベースのユニット抽出結果とが合わせて集計される。関連付け部２１は、ステップＳ１０１およびステップＳ１０３で抽出されたユニットをＲＡＭ１２から読み出し、合わせて集計を行う。具体的には、抽出されたユニットのうち、同一のＱ＆Ａナンバーの組み合わせを有するユニットの数をカウントし、カウントされた数を、参照回数としてＲＡＭ１２に記録する。また、ユニットに含まれるＱ＆Ａナンバー（事例）の数をカウントし、含まれる事例件数としてＲＡＭ１２に記録する（図１３を参照）。その後、処理はステップＳ１０５へ進む。
【００４０】
ステップＳ１０５では、参照回数が一回であるユニットが削除される。関連付け部２１は、ステップＳ１０４において集計されたユニットのリストを参照し、参照回数が１であるユニット、即ち、参照したユーザが一人のみであるユニットを削除する（図１３を参照）。参照したユーザが一人のみであるユニットを削除し、参照したユーザ数が１より大であるユニットを残すことで、偶然同一ユーザに参照されただけの関連性の低いユニットが集計されることを防ぐことが出来る。その後、処理はステップＳ１０６へ進む。
【００４１】
ステップＳ１０６では、１つ以上のユニット情報が得られたか否かが判定される。関連付け部２１は、ＲＡＭ１２にアクセスし、ステップＳ１０５までの処理で得られたユニット情報が１つ以上あるか否かを判定する。ユニット情報が１つ以上あると判定された場合、処理はステップＳ１０７へ進む。ユニット情報が得られなかったと判定された場合、本フローチャートに示された処理は終了する。
【００４２】
ステップＳ１０７では、事例の出現回数が集計される。関連付け部２１は、ステップＳ
１０５において得られたユニット情報から事例を抽出し、各事例がいくつのユニットにおいて出現したかをカウントする。カウントされた事例の出現回数は、事例毎に、ユニット内事例情報として一時的にＲＡＭ１２に記録される。その後、処理はステップＳ１０８へ進む。
【００４３】
図１４は、本実施形態に係るユニット情報およびユニット内事例情報の構成を示す図である。ユニット情報には、作成されたユニットを構成する事例を示す情報（ここではＱ＆Ａナンバー）と、ユニットの参照回数（ステップＳ１０４を参照）と、ユニットに含まれる事例件数と、が含まれる。また、ユニット内事例情報には、事例毎に、いくつのユニットに出現しているかを示す出現回数が保持される。
【００４４】
ステップＳ１０８では、得られた情報がデータベースに登録される。関連付け部２１は、ステップＳ１０１からステップＳ１０５の処理によって得られたユニット情報を、ユニット情報テーブルに登録する。この際、関連付け部２１は、ユニット情報テーブルに登録済みのユニット情報の有効フラグを無効に設定し、新たに得られたユニット情報の有効フラグを有効に設定して、新たに得られたユニット情報をユニット情報テーブルに追加する。ここで、有効フラグとは、後述する関連情報出力処理において用いられる情報としての有効性を示すフラグである。即ち、本実施形態では、過去のユニット情報は消去されずに、無効化された状態で蓄積される。また、関連付け部２１は、ステップＳ１０７で得られたユニット内事例情報を、ユニット内事例情報格納テーブルに登録する。登録の際に、有効フラグを操作することで過去のユニット内事例情報を消去しないことは、ユニット情報の登録処理と同様である。その後、本フローチャートに示された処理は終了する。
【００４５】
以降に説明する関連情報出力処理では、有効フラグが有効に設定されている情報が使用される。即ち、本フローチャートに示された処理においてデータベースが更新されなかった（テーブルに新たなユニット情報およびユニット内事例情報が追加されなかった）場合、関連情報出力処理では、過去の集計結果のうち、最後に追加されたユニット情報およびユニット内事例情報が使用される。
【００４６】
図１５は、本実施形態における関連情報出力処理の流れを示すフローチャートである。本フローチャートに示された処理は、ユーザがユーザ端末３において表示されたリンクを選択する等して、ユーザ端末３から事例詳細画面の表示情報が要求されたことを契機として開始される。
【００４７】
ステップＳ２０１では、ユニット情報が抽出される。情報提供部２２は、ユニット情報格納テーブルにおける、有効フラグが有効に設定されているユニット情報のうち、ユーザ端末３から要求された事例が含まれるユニット情報を抽出する。その後、処理はステップＳ２０２へ進む。
【００４８】
ステップＳ２０２では、最も表示優先度が高いユニットが取得される。優先順位設定部２３は、予め定められたユニットの表示ルールに従って、最も表示優先度が高いユニットを取得する。本実施形態では、ステップＳ２０１で抽出されたユニット情報が、以下の条件に基づいてソートされることによって、最も表示優先度が高いユニットが取得される。ソート条件は、適用順に、（１）ユニット参照回数が多い順、（２）ユニットに含まれる事例件数が多い順、（３）ユニットに含まれる事例の出現回数が多い順、（４）ユニットに含まれる事例の参照日時が新しい順、（５）ユニットに含まれる事例のシステムＩＤのうち最も大きいＩＤの昇順、（６）ユニットに含まれる事例のシステムＩＤのうち次に大きいＩＤの昇順、である。但し、（３）、（４）、（５）、（６）は、ユーザからの要求に係る事例の出現回数、参照日時、システムＩＤを除いて判定される。
【００４９】
具体的には、ステップＳ２０１で抽出されたユニット情報は、はじめにユニット参照回数が多い順にソートされる（１）。そして、ユニット参照回数が同じものについては、ユニットに含まれる事例の件数が多い順にソートされ（２）、ユニットに含まれる事例の件数が同じものについては、ユニットに含まれる事例のうち出現回数が最も多い事例の出現回数が多い順にソートされる（３）。以降、最も表示優先度が高いユニットが決定するまで、上記（１）から（６）に示したソート条件に従って、ソートを行う。
【００５０】
ステップＳ２０３では、事例のランキングが行われる。優先順位設定部２３は、ステップＳ２０２で取得されたユニットに含まれる事例を、事例表示ルールに従って順位付けする。本実施形態では、ステップＳ２０２で取得されたユニットに含まれる事例が、以下の条件に基づいてソートされることによって、事例のランキングが行われる。ソート条件は、適用順に、（１）出現回数が多い順、（２）抽出時点の参照日時が新しい順、（３）システムＩＤの昇順、である。但し、既に表示用リストにある事例およびユーザからの要求に係る事例は、ランキングの対象外となる。なお、ソートの具体的な方法は、ステップＳ２０２の説明において説明した方法と概略同様であるため、説明を省略する。
【００５１】
ステップＳ２０４では、ランキングされた事例が、表示用リストに追加される。情報提供部２２は、ステップＳ２０３で作成された事例ランキングを参照し、ランキング上位の事例から順に、表示用リストに追加する。この際、表示リストには、予め定められた表示件数（本実施形態では、５件）までの事例が追加される。その後、処理はステップＳ２０５へ進む。
【００５２】
ステップＳ２０５では、表示リストの事例件数が表示件数に達しているか否かが判定される。情報提供部２２は、ステップＳ２０４までに表示リストに追加された事例の件数を、予め設定された表示件数と比較することで、事例件数が表示件数に達しているか否かを判定する。事例件数が表示件数に達していない場合、処理はステップＳ２０６へ進む。事例件数が表示件数に達している場合、処理はステップＳ２０７へ進む。
【００５３】
ステップＳ２０６では、次の優先度のユニットがあるか否かが判定される。情報提供部２２は、ステップＳ２０２において取得されたユニットの中に、次に表示優先度が高いユニットがあるか否かを判定する。次の優先度のユニットがあると判定された場合、処理はステップＳ２０２へ進む。ここで、ステップＳ２０２では、前回実行時に取得されたユニットの次に表示優先度が高いユニットが取得される。即ち、ステップＳ２０２からステップＳ２０６の処理は、表示リストに追加された事例が表示件数に達するか、またはステップＳ２０１で抽出された全てのユニットについて事例のリストアップが完了するまで、繰り返される。次の優先度ユニットがないと判定された場合、処理はステップＳ２０７へ進む。
【００５４】
ステップＳ２０７では、事例が出力される。情報提供部２２は、ユーザ端末から要求された事例の事例詳細画面をユーザ端末３に表示させるための表示情報を生成する。この際、情報提供部２２は、ユーザ端末から要求された事例の詳細に併せて、この事例に関連する関連事例へのリンクをユーザ端末３に表示させるために、ステップＳ２０６までの処理で表示リストに追加された事例へのリンクを、表示情報に追加する。この際、追加される関連事例へのリンクは、表示リストの上位から順に並べてユーザ端末３に表示されるように追加される。生成された表示情報は、ネットワーク５を介してユーザ端末３へ送信される。ユーザ端末３は、表示情報を受信し、受信された表示情報に基づいて生成したイメージをディスプレイ等に出力することで、事例詳細および関連事例へのリンクを含む事例詳細画面を表示する（図５を参照）。その後、本フローチャートに示された処理は終了する。
【００５５】
ユーザ端末３において表示される事例詳細画面には、ユーザの要求を受けて表示される事例詳細、および関連事例へのリンクが含まれる（図５を参照）。ユーザは、ユーザ端末３を操作して、関連事例へのリンクのうち、所望の事例を選択することで、該当する事例の事例詳細画面を閲覧することが出来る。
【００５６】
なお、上記実施形態に係る情報提供システム１は、リモートに保存された情報をユーザに提供する際に、関連情報をユーザに提供するものであったが、情報提供システムは、ユーザ端末のＨＤＤに蓄積された情報等、ローカルに保存された情報をユーザに提供する際に、関連情報を提供するものであってもよい。
【図面の簡単な説明】
【００５７】
【図１】実施形態における情報提供システムのハードウェア構成の概略を示す図である。
【図２】実施形態に係る事例データベースの概略構成を示す図である。
【図３】実施形態における情報提供システムによって関連情報を提供する目的を示す図である。
【図４】実施形態における事例の関連付け方法を示す図である。
【図５】実施形態に係る情報提供システムによってユーザに提供される機能の概要を示す図である。
【図６】実施形態に係る情報提供システムの動作の概要を示す図である。
【図７】実施形態に係るユニットの例を示す図である。
【図８】実施形態における情報提供システムの機能構成の概略を示す図である。
【図９】実施形態に係る情報提供システムによって実行されるユニット作成処理の概要を示す図である。
【図１０】実施形態におけるユニット作成処理の流れを示すフローチャートである。
【図１１】実施形態におけるログインユーザベースのユニット抽出方法を示す図である。
【図１２】実施形態におけるセッションベースのユニット抽出方法を示す図である。
【図１３】実施形態におけるユニット作成処理の流れを、ユニット情報の内容の変遷に従って示した図である。
【図１４】実施形態に係るユニット情報およびユニット内事例情報の構成を示す図である。
【図１５】実施形態における関連情報出力処理の流れを示すフローチャートである。
【符号の説明】
【００５８】
１  情報提供システム
３  ユーザ端末
５  ネットワーク
１１  ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）
１２  ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）
１３  ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）
１４  ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）
１９  ネットワークデバイス
２１  関連付け部
２２  情報提供部
２３  優先順位設定部
【図１】
0004468978.tif 000002
【図２】
0004468978.tif 000003
【図３】
0004468978.tif 000004
【図４】
0004468978.tif 000005
【図５】
0004468978.tif 000006
【図６】
0004468978.tif 000007
【図７】
0004468978.tif 000008
【図８】
0004468978.tif 000009
【図９】
0004468978.tif 000010
【図１０】
0004468978.tif 000011
【図１１】
0004468978.tif 000012
【図１２】
0004468978.tif 000013
【図１３】
0004468978.tif 000014
【図１４】
0004468978.tif 000015
【図１５】
0004468978.tif 000016