(57)【特許請求の範囲】
【請求項１】
検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置における提示制御方法において、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、当該特定のリソースへのアクセス障害に関する情報の取得時から所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、
前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する、
処理を前記情報処理装置が実行することを特徴とする提示制御方法。
【請求項２】
前記低下させる処理は、
前記特定のリソースへのアクセス障害に関する情報を取得してからの経過時間が前記所定期間に満たない場合は、前記優先度を低下させ、
前記制御する処理は、
前記経過時間が前記所定期間を超す場合は、前記優先度を低下させる処理を行わない、または、前記所定期間あたりのアクセス数が多いほど前記優先度を高くする制御を行うことを特徴とする請求項１に記載の提示制御方法。
【請求項３】
前記経過時間は、前記特定のリソースへのアクセス障害に関する情報のうち、最後に取得した情報からの経過時間であることを特徴とする請求項２に記載の提示制御方法。
【請求項４】
前記低下させる処理は、前記特定のリソースへのアクセス障害に関する情報を取得した数が多いほど前記優先度を低くさせることを特徴とする請求項１〜３のいずれか一つに記載の提示制御方法。
【請求項５】
検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置における提示制御プログラムにおいて、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、当該特定のリソースへのアクセス障害に関する情報の取得時から所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、
前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する、
処理を前記情報処理装置に実行させることを特徴とする提示制御プログラム。
【請求項６】
検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する提示制御システムにおいて、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害を検出すると、情報処理装置に前記特定のリソースへのアクセス障害を通知する端末と、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、当該特定のリソースへのアクセス障害に関する情報の取得時から所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する前記情報処理装置と、
を有することを特徴とする提示制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リンクの一覧を表示する際の、一覧対象とするリンクのメンテナンスを容易化する提示制御方法、提示制御プログラムおよび提示制御システムに関する。
【背景技術】
【０００２】
従来、例えば、ネットワーク上のリソースに関する情報としてＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を検索結果として一覧表示することがある。また、あるトピックスについての情報が含まれたサイトのＵＲＬをリンク集として一覧表示したりすることがある。このようなリンクの一覧表示を行う際に、一覧の中にリンク切れしているサイトが含まれるのは望ましくない。
【０００３】
関連する先行技術としては、リンク集のメンテナンスに要するサイト管理者の負担を軽減する技術がある。例えば、クライアント端末からアクセスエラーとなったリンク情報の通知を受信することで、サーバがリンク切れしたリンクをリンク集から自動削除する技術がある。また、クライアント端末によるアクセスログから、各リンクに対するアクセスエラー頻度に基づくランキング付けを行なう技術がある。さらに、リンク切れを管理者に通報するためのメール生成と送信を自動化する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２５６３１７号公報
【特許文献２】特開２００６−２６０３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、ネットワーク上のリソースに関する情報のメンテナンスの工数が増大する場合がある。例えば、リンク先のサーバのメンテナンス等でリンクが一時的にリンク切れとなることがある。このような場合、クライアント端末からアクセスエラーとなったリンク情報の通知を受信することで、リンクの一覧からリンク切れのリンクを削除すると、一時的にリンク切れしたリンクを復活する作業の工数が発生する。従来技術では、リンク切れから復活したリンクを復活する作業のため、メンテナンスにかかる工数が増大する。
【０００６】
一つの側面では、本発明は、ネットワーク上のリソースに関する情報のメンテナンスの工数を削減する提示制御方法、提示制御プログラムおよび提示制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置が、ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、当該特定のリソースへのアクセス障害に関する情報の取得時から所定期間の間、複数のリソースのうち特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、所定期間の経過後、低下させた優先度を、高める、または、特定のリソースに対するアクセス数に応じた優先度に制御する提示制御方法、提示制御プログラムおよび提示制御システムが提案される。
【発明の効果】
【０００８】
本発明の一側面によれば、ネットワーク上のリソースに関する情報のメンテナンスの工数を削減することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる情報処理装置１０１の一実施例を示す説明図である。
【図２】図２は、実施の形態にかかる情報処理装置１０１のシステム構成例を示す説明図である。
【図３】図３は、実施の形態にかかる情報処理装置１０１のハードウェア構成例を示すブロック図である。
【図４】図４は、実施の形態にかかる反応データテーブル２１０の一例を示す説明図である。
【図５】図５は、実施の形態にかかる重み定義テーブル２２０の一例を示す説明図である。
【図６】図６は、実施の形態にかかるフィルタ定義テーブル２３０の一例を示す説明図である。
【図７】図７は、実施の形態にかかるアクセスログ２４０の一例を示す説明図である。
【図８】図８は、実施の形態にかかるレーティングテーブル２５０の一例を示す説明図である。
【図９】図９は、実施の形態にかかる推薦データテーブル２６０の一例を示す説明図である。
【図１０】図１０は、実施の形態にかかる検索サイト画面１００１の一例を示す説明図である。
【図１１】図１１は、実施の形態にかかる表示エラー画面１１０１の一例を示す説明図である。
【図１２】図１２は、実施の形態にかかる検索サイト画面１２０１の一例を示す説明図である。
【図１３】図１３は、実施の形態にかかる情報処理装置１０１の機能的構成例を示すブロック図である。
【図１４】図１４は、実施の形態にかかる情報処理装置１０１のリンク切れ受付処理手順の一例を示すフローチャートである。
【図１５】図１５は、実施の形態にかかる情報処理装置１０１のレーティング処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる提示制御方法、提示制御プログラムおよび提示制御システムの実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１は、実施の形態にかかる情報処理装置１０１の一実施例を示す説明図である。情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報に基づき、検索依頼に応じて提示するリソースに関する情報の提示の優先度を制御する装置である。
【００１２】
ここで、リソースとは、ネットワーク、例えばインターネット上で参照できるものである。具体的には、リソースはネットワーク上に存在する文書、画像等である。また、アクセス障害とは、リソースへアクセスできないことである。具体的には、アクセス障害は、リソースが削除されたり移動されたりすることや、リソースを記憶しているサーバにハードやソフト障害が発生するなどの理由により、リソースへアクセスできないことである。
【００１３】
また、リソースに関する情報とは、例えば、ネットワーク上のリソースの位置を特定する情報である。具体的には、ＵＲＬがリソースに関する情報の一例であり、以下の記載でリンクと呼ばれることもある。また、提示の優先度とは、リソースに関する情報を出力する際の態様を決定するための値である。例えば、提示の優先度が高いほど、ユーザの目に触れやすいところに出力することができる。具体的には、提示の優先度が高いほど、画面の上の方に表示することができる。
【００１４】
ここで、ネットワーク上のリソースに関する情報としてＵＲＬを検索結果として一覧表示することがある。一覧を表示する際、例えば、アクセス頻度の高いリンクに対して、表示の優先度を高くして、画面の上の方に表示し、アクセス頻度の低いリンクに対して、表示の優先度を低くして、画面の下の方に表示するまたは表示しないことが行われる。
【００１５】
表示したリンクの一覧の中にリンク切れのリンクがある場合がある。リンク切れとは、リンクが特定するネットワーク上のリソースにアクセスできない状態である。リンク切れには、永続的なものと一時的なものがある。すなわち、サイト自体が閉鎖または移動されて今後復活する可能性が無いリンクと、サーバメンテナンス等により一時的にサイトが使えないだけの場合がある。
【００１６】
ユーザがリンク先の情報を取得しようとしても取得できないため、リンクの一覧にリンク切れのリンクがあることは好ましくない。このため、リンクの一覧から、従来技術を利用してリンク切れしたリンクを削除することができる。一方、そのリンクが一時的にリンク切れしていたものであったとすると、管理者は、リンクの一覧内に一時的にリンク切れしたリンクを再度含めることを行う。
【００１７】
しかし、例えば検索結果として表示する一覧には検索対象によっては膨大な数のリンクが含まれることになり、それらの全てについて、リンク切れやリンク復活に応じた一覧内容のメンテナンスを行うには、管理者の工数がかかる。
【００１８】
そこで、実施の形態では、情報処理装置１０１は、ユーザ端末１０２からリンク切れを通知されると、所定期間の間、リンク切れのリンクを表示しない、または、リンクの一覧の下位に表示する。また、情報処理装置１０１は、所定期間後、リンク切れのリンクをアクセス数に応じて表示する。このため、情報処理装置１０１は、一時的にリンク切れしたリンクを表示でき、復活したリンクを再表示させる工数を削減できる。
【００１９】
以下、情報処理装置１０１のネットワーク上のリソースに関する情報の提示制御方法について説明する。
【００２０】
（１）情報処理装置１０１は、検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する。例えば、情報処理装置１０１は、ユーザ端末１０２からの検索依頼に応じて、ネットワーク上のリソースを検索して、検索結果をユーザ端末１０２に提示する。ユーザ端末１０２は、検索結果を画面１１１に表示する。
【００２１】
情報処理装置１０１は、検索されたネットワーク上のリソースに関する情報を提示する際、推薦データテーブル１１２の優先度に基づいて提示することができる。ここで、推薦データテーブル１１２はＵＲＬと優先度の項目を有する。ＵＲＬは、検索依頼に応じて検索されたネットワーク上のリソースの位置を特定する情報である。優先度は、ＵＲＬの表示の優先度である。例えば、優先度は、ＵＲＬのアクセス頻度に応じて設定される。
【００２２】
図１の例では、情報処理装置１０１は、ユーザ端末１０２からの検索依頼に応じて、ネットワーク上のリソースを検索して、検索結果をユーザ端末１０２に提示する。検索結果は、推薦データテーブル１１２である。ユーザ端末１０２には、推薦データテーブル１１２の優先度に基づいた順で、画面１１１にＵＲＬの一覧が表示される。
【００２３】
（２）情報処理装置１０１は、提示したリソースのうち、特定のリソースへのアクセス障害の情報を取得する。例えば、ユーザ端末１０２が、情報処理装置１０１が提示したリソースのいずれかにアクセスして、アクセスができなかったとする。この際、ユーザ端末１０２は、情報処理装置１０１にアクセス障害の通報をすることで、情報処理装置１０１は、特定のリソースへのアクセス障害の情報を取得する。
【００２４】
ユーザ端末１０２のアクセス障害の報告は、例えば、情報処理装置１０１がリソースを提示する際に、通報ボタンを情報処理装置１０１の画面に表示させる制御を行い、通報ボタンが押下されることで行われる。
【００２５】
図１の例では、ユーザ端末１０２は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」で特定されるリソースでアクセス障害が発生したことを情報処理装置１０１に通報をする。
【００２６】
（３）情報処理装置１０１は、所定期間の間、アクセス障害のリソースの提示の優先度を低下させる。例えば、情報処理装置１０１は、ユーザ端末１０２からの別の検索依頼に応じて、ネットワーク上のリソースを検索した際に、アクセス障害のリソースが検索された場合、所定期間の間、アクセス障害のリソースの提示の優先度を低下させる。
【００２７】
図１の例で、ユーザ端末１０２からの別の検索依頼に応じて、ネットワーク上のリソースを検索した結果は、推薦データテーブル１１３になる。情報処理装置１０１は、例えば、推薦データテーブル１１３のアクセス障害のリソースのＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」の提示の優先度を１００分の１にして「１２．５」から「０．１２５」に低下させる。このため、優先度に基づいた順で画面１１１に表示されると、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」は、優先度が低いため、画面１１１のＵＲＬの一覧に表示されない、または、画面１１１のＵＲＬの一覧の下の方に表示される。
【００２８】
（４）情報処理装置１０１は、所定期間の経過後、低下させた優先度を高める、または、低下させた優先度をアクセス障害のリソースに対するアクセス数に応じた優先度に制御する。例えば、情報処理装置１０１は、ユーザ端末１０２からの別の検索依頼に応じて、ネットワーク上のリソースを検索した際に、アクセス障害のリソースが検索された場合、所定期間の経過後、アクセス障害のリソースの優先度を高める。または、情報処理装置１０１は、アクセス障害のリソースの優先度をアクセス障害のリソースに対するアクセス数に応じた優先度に制御する。
【００２９】
ここで、所定期間は、例えば、一時的に発生したリンク切れが解消するまでの期間とすることができる。例えば、リンク切れがサーバのメンテナンスによるものであるならば、所定期間は、サーバのメンテナンスに要する期間とすることができる。
【００３０】
図１の例では、ユーザ端末１０２からの別の検索依頼に応じて、ネットワーク上のリソースを検索した結果は、推薦データテーブル１１４になる。情報処理装置１０１は、例えば、推薦データテーブル１１４のアクセス障害のリソースのＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」の提示の優先度を「０．１２５」から１００倍して「１２．５」に高める。このため、優先度に基づいた順で画面１１１に表示されると、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」は、画面１１１のＵＲＬの一覧に再表示される、または、画面１１１のＵＲＬの一覧の元の位置に表示される。
【００３１】
ここで、アクセス障害のリソースのＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」が永続的なリンク切れである場合、当該リンクのアクセス数は、「０」に近いため、優先度も「０」に近い。このため、優先度を例え、高めたとしても、低い値になり、永続的なリンク切れのＵＲＬは、画面１１１に表示されない、または、画面１１１の下の方に表示されるままになる。
【００３２】
以上説明したように、情報処理装置１０１は、検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示し、提示したネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得する。この場合、情報処理装置１０１は、所定期間の間、複数のリソースのうち特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させる。また、情報処理装置１０１は、所定期間の経過後、低下させた優先度を高める、または、低下させた優先度を特定のリソースに対するアクセス数に応じた優先度に制御する。
【００３３】
これにより、情報処理装置１０１は、所定期間の間、アクセス障害のリソースの表示の優先度を下げることができる。このため、一時的にアクセス障害のリソースは、所定期間後、表示の優先度が高まるため、ユーザ端末１０２の画面１１１に表示される、または、画面１１１の元の位置に表示される。一方、永続的にリンク切れしたリンクは、所定期間、アクセスされずアクセス頻度がゼロに近いため、所定期間後でも表示の優先度は低いままであり、ユーザ端末１０２の画面１１１に表示されない、または、画面１１１の下の方に表示される。
【００３４】
（情報処理装置１０１のシステム構成例）
図２は、実施の形態にかかる情報処理装置１０１のシステム構成例を示す説明図である。図２において、提示制御システム２００は、情報処理装置１０１と、複数のユーザ端末１０２と、を含む。提示制御システム２００において、情報処理装置１０１と複数のユーザ端末１０２は、有線または無線のネットワーク１０３を介して接続される。ネットワーク１０３は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどである。
【００３５】
情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報に基づき、検索依頼に応じて提示するリソースに関する情報の提示の優先度を制御する装置である。具体的には、例えば、情報処理装置１０１は、ＰＣ（パーソナル・コンピュータ）またはサーバ等のコンピュータである。
【００３６】
また、情報処理装置１０１は、反応データテーブル２１０、重み定義テーブル２２０、フィルタ定義テーブル２３０、アクセスログ２４０、レーティングテーブル２５０および推薦データテーブル２６０を有する。図１に示した、推薦データテーブル１１２〜１１４は、推薦データテーブル２６０に対応する。反応データテーブル２１０、重み定義テーブル２２０、フィルタ定義テーブル２３０、アクセスログ２４０、レーティングテーブル２５０および推薦データテーブル２６０の記憶内容については、図４、図５、図６、図７、図８および図９を用いて後述する。
【００３７】
ユーザ端末１０２は、検索を実行するユーザが操作する端末装置である。ユーザ端末１０２は、情報処理装置１０１に検索依頼を行い、情報処理装置１０１が提示したネットワーク上のリソースに関する情報を表示する。ユーザ端末１０２は、表示したリソースに関する情報に基づき、ネットワーク上のリソースにアクセスすることができる。例えば、ユーザ端末１０２は、ネットワーク上の文書や画像を表示することができる。具体的に、ユーザ端末１０２は、ＰＣ、タブレット端末等のコンピュータである。
【００３８】
（情報処理装置１０１のハードウェア構成例）
図３は、実施の形態にかかる情報処理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００３９】
ここで、ＣＰＵ３０１は、情報処理装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭは記憶部としてＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００４０】
Ｉ／Ｆ３０３は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク１０３に接続され、ネットワーク１０３を介して他のコンピュータ（例えば、図２に記載のユーザ端末１０２）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク１０３と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４１】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００４２】
なお、情報処理装置１０１は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、キーボード、マウス、プリンタ、ディスプレイなどを有することにしてもよい。また、図２に示したユーザ端末１０２についても、情報処理装置１０１と同様のハードウェア構成例により実現することができる。
【００４３】
（反応データテーブル２１０の一例）
図４は、実施の形態にかかる反応データテーブル２１０の一例を示す説明図である。図４において、反応データテーブル２１０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００４４】
反応データテーブル２１０は、ＵＲＬ、通知回数および最終通報日の項目を有する。反応データテーブル２１０は、各項目に情報を設定することで、反応情報を１レコードとして記憶する。例えば、図４に示す反応データテーブル２１０は、反応情報２１０−１〜２１０−３を各レコードとして記憶する。
【００４５】
ここで、ＵＲＬは、ネットワーク上のリソースの位置を特定する情報を示す。通知回数は、当該レコードのＵＲＬが特定する位置のリソースにアクセス障害があったことを通知された回数を示す。例えば、情報処理装置１０１は、ユーザ端末１０２にＵＲＬを提示し、提示したＵＲＬのリソースにユーザ端末１０２がアクセスできなかった際に、ユーザ端末１０２は、アクセス障害があったことを通知する。最終通報日は、当該レコードのＵＲＬが特定する位置のリソースにアクセス障害があったことを最後に通知された日を示す。
【００４６】
図４の例では、レコード２１０−１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」が特定する位置のリソースにアクセス障害が３回通知され、最後の通知は２０１５年１２月１６日であることを示す。
【００４７】
（重み定義テーブル２２０の一例）
図５は、実施の形態にかかる重み定義テーブル２２０の一例を示す説明図である。図５において、重み定義テーブル２２０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００４８】
重み定義テーブル２２０は、重み定義および変更期間の項目を有する。重み定義テーブル２２０は、各項目に情報を設定することで、重み情報を１レコードとして記憶する。例えば、図５に示す重み定義テーブル２２０は、重み情報２２０−１をレコードとして記憶する。
【００４９】
ここで、重み定義は、ＵＲＬ別の重みを算出するための値を示す。ＵＲＬ別の重みについては、図６を用いて後述する。例えば、重み定義は、すべてのＵＲＬに対して同じ値を設定することができる。また、変更期間は、反応データテーブル２１０の通知回数に基づいて、ＵＲＬ別の重みを低下させる期間を示す。例えば、情報処理装置１０１は、反応データテーブル２１０の最終通報日から変更期間が経過するまで、ＵＲＬ別の重みを低下させ、変更期間が経過後、ＵＲＬ別の重みを元に戻すことができる。
【００５０】
図５の例では、レコード２２０−１は、重み定義の値が「０．５」であり、変更期間が「２週間」であることを示す。
【００５１】
（フィルタ定義テーブル２３０の一例）
図６は、実施の形態にかかるフィルタ定義テーブル２３０の一例を示す説明図である。図６において、フィルタ定義テーブル２３０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００５２】
フィルタ定義テーブル２３０は、ＵＲＬおよびＵＲＬ別重みの項目を有する。フィルタ定義テーブル２３０は、各項目に情報を設定することで、フィルタ定義情報を１レコードとして記憶する。例えば、図６に示すフィルタ定義テーブル２３０は、フィルタ定義情報２３０−１〜２３０−３を各レコードとして記憶する。
【００５３】
ここで、ＵＲＬは、ネットワーク上のリソースの位置を特定する情報を示す。ＵＲＬ別重みは、情報処理装置１０１がユーザ端末１０２にＵＲＬを提示する順序を決定するために用いられる値を示す。例えば、ＵＲＬ別重みは、反応データテーブル２１０の通知回数と重み定義テーブル２２０の重み定義から算出することができる。具体的には、情報処理装置１０１は、ＵＲＬ別重みを、重み定義テーブル２２０の重み定義の値を反応データテーブル２１０の通知回数の回数累乗することにより、算出する。
【００５４】
図６の例では、レコード２３０−１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」のＵＲＬ別重みが「０．１２５」であることを示す。具体的には、情報処理装置１０１は、レコード２１０−１の通知回数「３」とレコードの２２０−１の重み定義「０．５」から、ＵＲＬ別重みを０．１２５＝０．５3で算出する。
【００５５】
（アクセスログ２４０の一例）
図７は、実施の形態にかかるアクセスログ２４０の一例を示す説明図である。図７において、アクセスログ２４０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００５６】
アクセスログ２４０は、ＵＲＬおよびカウント数の項目を有する。アクセスログ２４０は、各項目に情報を設定することで、アクセスログ情報を１レコードとして記憶する。例えば、図７に示すアクセスログ２４０は、アクセスログ情報２４０−１〜２４０−３を各レコードとして記憶する。
【００５７】
ここで、ＵＲＬは、ネットワーク上のリソースの位置を特定する情報を示す。カウント数は、当該レコードのＵＲＬが特定する位置のリソースをユーザ端末１０２がアクセスした回数を示す。例えば、当該レコードのＵＲＬが特定する位置のページの情報をユーザ端末１０２のディスプレイに表示することにより、カウント数が増加される。また、アクセスログ２４０は、当該レコードのＵＲＬへのアクセス障害も記録することができる。例えば、カウント数を正の整数以外の値にすることで、当該レコードのＵＲＬにアクセス障害があったことを記録できる。
【００５８】
図７の例では、レコード２４０−１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」が特定する位置のページの情報に１０回アクセスがあったことを示す。
【００５９】
（レーティングテーブル２５０の一例）
図８は、実施の形態にかかるレーティングテーブル２５０の一例を示す説明図である。図８において、レーティングテーブル２５０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００６０】
レーティングテーブル２５０は、ＵＲＬ、カウント数、カウント考慮後重みおよびユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の項目を有する。レーティングテーブル２５０は、各項目に情報を設定することで、レーティング情報を１レコードとして記憶する。例えば、図８に示すレーティングテーブル２５０は、レーティング情報２５０−１〜２５０−３を各レコードとして記憶する。
【００６１】
ここで、レーティングテーブル２５０は、一定の基準によってＵＲＬを評価し、評価結果を数値化したテーブルである。一定の基準には、例えば、ＵＲＬのアクセス数がある。また、ＵＲＬは、ネットワーク上のリソースの位置を特定する情報を示す。カウント数は、当該レコードのＵＲＬが特定する位置のリソースをユーザ端末１０２が取得した回数を示す。例えば、カウント数はアクセスログ２４０のカウント数を設定することができる。カウント考慮後重みは、当該レコードのカウント数を考慮した当該レコードのＵＲＬを評価した評価結果を示す。例えば、カウント考慮後重みは、フィルタ定義テーブル２３０のＵＲＬ別重みと、レーティングテーブル２５０のカウント数から算出することができる。具体的には、情報処理装置１０１は、カウント考慮後重みをレーティングテーブル２５０のカウント数とフィルタ定義テーブル２３０のＵＲＬ別重みの積により算出する。ユーザＩＤは、当該レコードのＵＲＬが特定する位置のリソースを作成したユーザを識別するための識別子を示す。
【００６２】
図８の例では、レコード２５０−１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」が特定する位置のページの情報に１０回アクセスがあったことを示す。また、当該ＵＲＬのカウント考慮後重みは、「１．２５」であり、当該ＵＲＬが特定する位置のページの情報は、ユーザＩＤ「ａａａ」のユーザによって作成されたことを示す。具体的には、情報処理装置１０１は、レコード２３０−１のＵＲＬ別重み「０．１２５」とレコード２５０−１のカウント数「１０」から、カウント考慮後重みを１．２５＝０．１２５×１０で算出する。
【００６３】
（推薦データテーブル２６０の一例）
図９は、実施の形態にかかる推薦データテーブル２６０の一例を示す説明図である。図９において、推薦データテーブル２６０は、例えば、情報処理装置１０１によって作成、更新され、情報処理装置１０１のメモリまたはディスクに記憶される。
【００６４】
推薦データテーブル２６０は、ユーザＩＤ、推奨度およびＵＲＬの項目を有する。推薦データテーブル２６０は、各項目に情報を設定することで、推薦情報を１レコードとして記憶する。例えば、図９に示す推薦データテーブル２６０は、推薦情報２６０−１〜２６０−３を各レコードとして記憶する。
【００６５】
ここで、推薦データテーブル２６０は、ユーザ端末１０２からの検索依頼に応じて作成される。また、ユーザＩＤは、当該レコードのＵＲＬが特定する情報を作成したユーザを識別するための識別子を示す。また、推奨度は、当該レコードのＵＲＬを提示する際の優先度を示す。例えば、情報処理装置１０１は、推奨度が大きいＵＲＬを優先して提示することができる。また、情報処理装置１０１は、推奨度をレーティングテーブル２５０のカウント考慮後の重みから算出することができる。具体的に、情報処理装置１０１は、レーティングテーブル２５０のカウント考慮後の重みを推奨度とすることができる。また、ＵＲＬは、ユーザ端末１０２からの検索依頼に応じて検索されたネットワーク上のリソースの位置を特定する情報を示す。
【００６６】
図９の例では、レコード２６０−１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ｂｂｂ．ｃｏｍ／ｅｅｅ．ｈｔｍｌ」が特定する位置のページの情報は、ユーザＩＤ「ｂｂｂ」のユーザによって作成されたことを示す。また、当該ＵＲＬの推奨度は「１０」であることを示す。具体的には、情報処理装置１０１は、レーティングテーブルのレコード２５０−２のカウント考慮後重み「１０」を推奨度にする。
【００６７】
（検索サイト画面１００１の一例）
図１０は、実施の形態にかかる検索サイト画面１００１の一例を示す説明図である。図１０において、検索サイト画面１００１は、検索キーワードを受け付けて、検索されたＵＲＬを表示する画面である。検索サイト画面１００１は、例えば、情報処理装置１０１によって作成され、ユーザ端末１０２のディスプレイに表示される。
【００６８】
検索サイト画面１００１は、戻るボタン１０１１、進むボタン１０１２、ＵＲＬ表示項目１０１３、検索キーワード入力項目１０１４、検索ボタン１０１５、検索結果表示項目１０１６および参照不可通報ボタン１０１７を有する。
【００６９】
ここで、戻るボタン１０１１は、現在表示しているページの前のページを表示することを指示するためのボタンである。進むボタン１０１２は、現在表示しているページの次のページを表示することを指示するためのボタンである。ＵＲＬ表示項目１０１３は、現在表示しているページのＵＲＬを表示する項目である。
【００７０】
また、検索キーワード入力項目１０１４は、ユーザが検索キーワードを入力する項目である。検索ボタン１０１５は、検索キーワード入力項目１０１４に入力された検索キーワードによる検索を情報処理装置１０１に指示するためのボタンである。検索結果表示項目１０１６は、情報処理装置１０１が提示した検索結果を表示する項目である。例えば、情報処理装置１０１は、優先度が高いＵＲＬを上の方に表示することができる。具体的には、検索結果表示項目１０１６は、推薦データテーブル２６０のＵＲＬを推奨度の順に表示することができる。この際、検索結果表示項目１０１６に表示できるだけのＵＲＬを表示することもできるし、推薦データテーブル２６０の推奨度が一定値より低いＵＲＬを表示しないこともできる。また、検索結果表示項目１０１６に、スクロールバーを設定したり、複数ページを表示可能にすることにより、推薦データテーブル２６０のＵＲＬをすべて表示できるようにしてもよい。
【００７１】
また、ユーザ端末１０２は、検索結果表示項目１０１６に表示されたＵＲＬを、例えば、マウスでクリックするまたは画面にタッチすることで、当該ＵＲＬが特定する位置のリソースを取得して、表示することができる。
【００７２】
また、参照不可通報ボタン１０１７は、当該ボタンに対応するＵＲＬが特定する位置のリソースへのアクセス障害を情報処理装置１０１に通知することを指示するためのボタンである。例えば、検索結果表示項目１０１６に表示されたＵＲＬをマウスでクリックしたが、ＵＲＬが特定する位置のページの情報が表示されない場合に、参照不可通報ボタン１０１７をクリックすることで、ユーザ端末１０２は、アクセス障害を情報処理装置１０１に通知することができる。
【００７３】
また、戻るボタン１０１１、進むボタン１０１２、検索ボタン１０１５および参照不可通報ボタン１０１７は、ユーザがマウスでクリックするまたは画面にタッチする等で情報処理装置１０１およびユーザ端末１０２に指示をすることができる。
【００７４】
図１０の例は、ユーザが、検索キーワードとして「ａｂｃｄｅｆ］を検索キーワード入力項目１０１４に入力し、検索ボタン１０１５を押下して、情報処理装置１０１に検索を指示することより、検索結果のＵＲＬが検索結果表示項目１０１６に表示される。
【００７５】
（表示エラー画面１１０１の一例）
図１１は、実施の形態にかかる表示エラー画面１１０１の一例を示す説明図である。図１１において、表示エラー画面１１０１は、検索されたＵＲＬが特定する位置のリソースへのアクセス障害時に表示される画面である。表示エラー画面１１０１は、例えば、情報処理装置１０１によって作成され、ユーザ端末１０２のディスプレイに表示される。
【００７６】
表示エラー画面１１０１は、戻るボタン１１１１、進むボタン１１１２およびＵＲＬ表示項目１１１３を有する。
【００７７】
ここで、戻るボタン１１１１は、現在表示しているページの前のページを表示することを指示するためのボタンである。進むボタン１１１２は、現在表示しているページの次のページを表示することを指示するためのボタンである。ＵＲＬ表示項目１１１３は、現在表示しているページのＵＲＬを表示する項目である。
【００７８】
例えば、表示エラー画面１１０１は、検索サイト画面１００１において、ユーザが検索結果表示項目１０１６に表示されたＵＲＬをマウスでクリックし、クリックされたＵＲＬが特定する位置のリソースが存在しない時に表示される。この場合、ユーザは、戻るボタン１１１１を押下することで、検索サイト画面１００１に戻り、参照不可通報ボタン１０１７を押下することで、アクセス障害を情報処理装置１０１に通知することができる。
【００７９】
図１１の例では、表示エラー画面１１０１は、ユーザが検索結果のＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」で特定される位置のページを表示しようとしたが、当該ページが存在しない場合に表示される。例えば、「ｗｗｗ．ａａａ．ｃｏｍ」で特定されるサーバにページ「ｄｄｄ．ｈｔｍｌ」が存在しない場合に、図１１の表示エラー画面１１０１が表示される。
【００８０】
（検索サイト画面１２０１の一例）
図１２は、実施の形態にかかる検索サイト画面１２０１の一例を示す説明図である。図１２において、検索サイト画面１２０１は、検索サイト画面１００１と同じく、検索キーワードを受け付けて、検索されたＵＲＬを表示する画面である。検索サイト画面１２０１は、例えば、情報処理装置１０１によって作成され、ユーザ端末１０２のディスプレイに表示される。
【００８１】
検索サイト画面１２０１は、戻るボタン１２１１、進むボタン１２１２、ＵＲＬ表示項目１２１３、検索キーワード入力項目１２１４、検索ボタン１２１５、検索結果表示項目１２１６および参照不可通報ボタン１２１７を有する。それぞれ、検索サイト画面１００１の戻るボタン１０１１、進むボタン１０１２、ＵＲＬ表示項目１０１３、検索キーワード入力項目１０１４、検索ボタン１０１５、検索結果表示項目１０１６および参照不可通報ボタン１０１７と同じ機能を有する。
【００８２】
ここで、検索サイト画面１２０１は、検索サイト画面１００１で検索結果表示項目１０１６のＵＲＬにアクセス障害があったことを情報処理装置１０１に通知した後、再度検索が情報処理装置１０１に依頼された際に表示される画面である。
【００８３】
また、情報処理装置１０１は、検索結果表示項目１２１６の中で、アクセス障害により下の方に表示されるようになったＵＲＬを別の表示態様で表示することもできる。この場合、情報処理装置１０１は、ユーザがアクセス障害のＵＲＬにアクセスすることを防ぐことができる。また、情報処理装置１０１は、検索結果表示項目１２１６の中で、アクセス障害により下の方に表示されるようになったＵＲＬでも、参照不可通知ボタン１２１７を表示することができる。この場合、ユーザがアクセス障害を再度検出した場合、情報処理装置１０１に通知することができる。
【００８４】
図１２の例は、図１０で表示されたＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」のアクセス障害が、参照不可通報ボタン１０１７の押下で、情報処理装置１０１に通知された後、同じ検索キーワードで検索した際に表示される画面である。情報処理装置１０１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」のアクセス障害を取得しているため、同じ検索キーワード「ａｂｃｄｅｆ］で検索された場合、アクセス障害のＵＲＬを下の方に表示している。
【００８５】
具体的には、情報処理装置１０１は、ＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」を図１０では一番上に表示しているが、図１２では３番目に表示する。また、情報処理装置１０１は、アクセス障害のＵＲＬを下の方に表示するのではなく、検索サイト画面１２０１に表示しないこともできる。
【００８６】
（情報処理装置１０１の機能的構成例）
次に、図２に示した情報処理装置１０１の機能的構成例について説明する。図１３は、実施の形態にかかる情報処理装置１０１の機能的構成例を示すブロック図である。図１３において情報処理装置１０１は、受付部１３０１と、決定部１３０２と、出力部１３０３と、を含む構成である。受付部１３０１と、決定部１３０２と、出力部１３０３、を含む制御部は、具体的には、例えば、図３に示したメモリ３０２などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２などの記憶装置に記憶される。
【００８７】
受付部１３０１は、ユーザ端末１０２から検索条件およびアクセス障害のＵＲＬを受け付ける機能を有する。例えば、受付部１３０１は、検索サイト画面１００１で、検索キーワード入力項目１０１４にユーザが検索キーワードを入力し、検索ボタン１０１５を押下することにより、検索条件を受け付けることができる。
【００８８】
また、受付部１３０１は、アクセス障害があったＵＲＬに対応する参照不可通報ボタン１０１７をユーザが押下することにより、アクセス障害のＵＲＬを受け付けることができる。また、受付部１３０１は、ユーザからのメールの通報によりアクセス障害のＵＲＬを受け付けることもできる。さらに、受付部１３０１は、ユーザ端末１０２からアクセスログ２４０を取得して、アクセス障害のＵＲＬを受け付けることもできる。
【００８９】
また、受付部１３０１は、アクセス障害があったＵＲＬを受け付けた場合、受け付けたＵＲＬに対応する反応データテーブル２１０のレコードの通知回数を増加させ、最終通報日をアクセス障害があったＵＲＬを受け付けた日にすることができる。例えば、受付部１３０１は、通知回数を１増加することができる。また、受付部１３０１は、受け付けたＵＲＬに対応する反応データテーブル２１０のレコードが存在しない場合、新規にレコードを追加することができる。この場合、受付部１３０１は、通知回数を１にすることができる。
【００９０】
また、受付部１３０１は、アクセス障害があったＵＲＬを受け付けた場合、受け付けたＵＲＬにアクセスして、アクセス障害であるか判断することもできる。ここで、アクセス障害でないと判断した場合、受付部１３０１は、反応データテーブル２１０のレコードを更新しないこともできる。また、アクセス障害でないと判断した場合、受付部１３０１は、反応データテーブル２１０のレコードの通知回数を０にすることもできる。
【００９１】
決定部１３０２は、反応データテーブル２１０の通知回数から推薦データテーブル２６０の推奨度を決定する機能を有する。例えば、決定部１３０２は、反応データテーブル２１０の通知回数と重み定義テーブル２２０の重み定義から、ＵＲＬ別重みを算出することができる。
【００９２】
また、決定部１３０２は、反応データテーブル２１０の通知回数が更新された場合に、ＵＲＬ別重みを算出することができる。この場合、情報処理装置１０１は、アクセス障害のＵＲＬの表示順序をすぐに低くして、ユーザがアクセス障害のＵＲＬにアクセスするのを防ぐことができる。
【００９３】
また、決定部１３０２は、反応データテーブル２１０の通知回数が一定の回数更新された場合に、ＵＲＬ別重みを算出することができる。この場合、情報処理装置１０１は、間違ってアクセス障害であると通報されたＵＲＬに関する情報の提示の優先度を低下させないことができる。
【００９４】
例えば、決定部１３０２は、経過時間が変更期間を超えない場合、ＵＲＬ別重みを、重み定義テーブル２２０の重み定義の値を反応データテーブル２１０の通知回数の回数累乗することにより、算出することができる。この場合、１回の通知では、ＵＲＬ別重みが下がらない。このため、情報処理装置１０１は、間違ってアクセス障害であると通報されたＵＲＬに関する情報の提示の優先度を低下させないことができる。ここで、経過時間とは、算出するＵＲＬ別重みのＵＲＬに対応する反応データテーブル２１０のレコードの最終通報日から現在までの時間である。
【００９５】
例えば、決定部１３０２は、経過時間が変更期間を超えた場合、ＵＲＬ別重みを高めることができる。具体的には、決定部１３０２は、ＵＲＬ別重みを、重み定義テーブル２２０の重み定義とすることができる。また、例えば、決定部１３０２は、アクセスログ２４０のカウント数に基づいて、ＵＲＬ別重みを算出することができる。ここで、決定部１３０２は、アクセスログ２４０のカウント数が多いほど、ＵＲＬ別重みを大きくすることができる。
【００９６】
また、決定部１３０２は、フィルタ定義テーブル２３０のＵＲＬ別重みとアクセスログ２４０のカウント数からレーティングテーブル２５０のカウント考慮後重みを更新することができる。例えば、決定部１３０２は、フィルタ定義テーブル２３０のＵＲＬ別重みとアクセスログ２４０のカウント数との積で、レーティングテーブル２５０のカウント考慮後重みを更新することができる。
【００９７】
また、決定部１３０２は、レーティングテーブル２５０のカウント考慮後重みから推薦データテーブル２６０の推奨度を更新することができる。例えば、決定部１３０２は、受付部１３０１が受け付けた検索条件で検索したＵＲＬで推薦データテーブル２６０のレコードを作成して、対応するＵＲＬのレーティングテーブル２５０のレコードのカウント考慮後を推奨度に設定することができる。
【００９８】
出力部１３０３は、推薦データテーブル２６０に基づき検索サイト画面１００１の検索結果表示項目１０１６を作成して、ユーザ端末１０２に出力する機能を有する。例えば、出力部１３０３は、推薦データテーブル２６０の推奨度が大きいＵＲＬを検索結果表示項目１０１６の上の方に表示することができる。
【００９９】
（リンク切れ受付処理手順の一例）
図１４は、実施の形態にかかる情報処理装置１０１のリンク切れ受付処理手順の一例を示すフローチャートである。図１４において、情報処理装置１０１は、検索条件を受け付ける（ステップＳ１４０１）。例えば、情報処理装置１０１は、検索サイト画面１００１で、検索キーワード入力項目１０１４にユーザが検索キーワードを入力し、検索ボタン１０１５を押下することにより、検索条件を受け付けることができる。
【０１００】
情報処理装置１０１は、検索処理を実行する（ステップＳ１４０２）。例えば、情報処理装置１０１は、既存の検索エンジンを使用することにより、検索キーワードに関連するネットワーク上のＵＲＬを検索することができる。
【０１０１】
情報処理装置１０１は、検索されたＵＲＬを出力する（ステップＳ１４０３）。例えば、情報処理装置１０１は、検索されたネットワーク上のリソースの位置を特定するＵＲＬと当該ＵＲＬに対応付けた参照不可通報ボタン１０１７を表示する画面をユーザ端末１０２に出力する。この際、情報処理装置１０１は、出力するＵＲＬを推薦データテーブル２６０の推奨度に基づいた順で表示する画面を出力することができる。具体的には、情報処理装置１０１は、推奨度が大きいほど、ＵＲＬを画面の上の方に表示することができる。
【０１０２】
情報処理装置１０１は、参照不可通報ボタン１０１７の押下を受け付けたか否かを判断する（ステップＳ１４０４）。例えば、情報処理装置１０１が送信した画面を表示したユーザ端末１０２は、検索サイト画面１００１で、検索結果表示項目１０１６に表示されたＵＲＬをユーザがマウスでクリックすることにより、リンク先の選択を受け付けることができる。ユーザ端末１０２は、選択を受け付けたＵＲＬのリソースにアクセスして情報を取得して、ユーザ端末１０２に表示することができる。ここで、選択を受け付けたＵＲＬのリソースのアクセスに障害があった場合、アクセス障害があったＵＲＬに対応する参照不可通報ボタン１０１７をユーザが押下する。これにより、情報処理装置１０１は、参照不可通報ボタン１０１７の押下を受け付ける。
【０１０３】
参照不可通報ボタン１０１７の押下を受け付けた場合（ステップＳ１４０４：Ｙｅｓ）、情報処理装置１０１は、反応データテーブル２１０に通知回数と最終通報日を記録する（ステップＳ１４０５）。例えば、情報処理装置１０１は、押下を受け付けた参照不可通報ボタン１０１７と対応するＵＲＬに対応する反応データテーブル２１０のレコードの通知回数を増加させる。また、情報処理装置１０１は、参照不可通報ボタン１０１７の押下を受け付けた時間を当該レコードの最終通報日として設定する。
【０１０４】
参照不可通報ボタン１０１７の押下を受け付けない場合（ステップＳ１４０４：Ｎｏ）、情報処理装置１０１の処理は、終了する。
【０１０５】
これにより、本フローチャートにおける一連の処理は終了する。本フローチャートを実行することで、情報処理装置１０１は、アクセス障害が発生したＵＲＬの情報を取得して、反応データテーブル２１０に記録することができる。
【０１０６】
（レーティング処理手順の一例）
図１５は、実施の形態にかかる情報処理装置１０１のレーティング処理手順の一例を示すフローチャートである。図１５において、情報処理装置１０１は、反応データテーブル２１０から未処理のレコードを取得する（ステップＳ１５０１）。ここで、未処理のレコードとは、ステップＳ１５０２以下の処理が行われていないレコードである。
【０１０７】
情報処理装置１０１は、重み定義テーブル２２０から重み定義を取得する（ステップＳ１５０２）。情報処理装置１０１は、経過時間が変更期間を超えたか否かを判断する（ステップＳ１５０３）。例えば、情報処理装置１０１は、ステップＳ１５０１で取得したレコードの最終通報日から現在までの時間が、重み定義テーブル２２０の変更期間を超えたかで、経過時間が変更期間を超えたか否かを判断することができる。
【０１０８】
経過時間が変更期間を超えない場合（ステップＳ１５０３：Ｎｏ）、情報処理装置１０１は、重み定義と通知回数からＵＲＬ別重みを算出する（ステップＳ１５０４）。例えば、情報処理装置１０１は、ステップＳ１５０１で取得したレコードの通知回数と重み定義テーブル２２０の重み定義から、ＵＲＬ別重みを算出することができる。
【０１０９】
経過時間が変更期間を超えた場合（ステップＳ１５０３：Ｙｅｓ）、情報処理装置１０１は、ＵＲＬ別重みを、高める、または、アクセス数に応じた制御をする（ステップＳ１５０５）。例えば、情報処理装置１０１は、重み定義テーブル２２０の重み定義をＵＲＬ別重みとすることができる。また、例えば、情報処理装置１０１は、アクセスログ２４０のカウント数に基づいて、ＵＲＬ別重みを算出することができる。ここで、情報処理装置１０１は、アクセスログ２４０のカウント数が多いほど、ＵＲＬ別重みを大きくすることができる。
【０１１０】
情報処理装置１０１は、ＵＲＬ別重みをフィルタ定義テーブル２３０に記録する（ステップＳ１５０６）。例えば、情報処理装置１０１は、ステップＳ１５０１で取得したレコードのＵＲＬに対応するフィルタ定義テーブル２３０のレコードのＵＲＬ別重みに、ステップＳ１５０４およびステップＳ１５０５で算出したＵＲＬ別重みを設定する。
【０１１１】
情報処理装置１０１は、反応データテーブル２１０に未処理のレコードがあるか否かを判断する（ステップＳ１５０７）。未処理のレコードがある場合（ステップＳ１５０７：Ｙｅｓ）、情報処理装置１０１の処理は、ステップＳ１５０１に戻る。
【０１１２】
未処理のレコードがない場合（ステップＳ１５０７：Ｎｏ）、情報処理装置１０１は、フィルタ定義テーブル２３０とアクセスログ２４０からレーティングテーブル２５０を更新する（ステップＳ１５０８）。例えば、情報処理装置１０１は、レーティングテーブル２５０のＵＲＬに対応するフィルタ定義テーブル２３０のレコードのＵＲＬ別重みを取得する。また、情報処理装置１０１は、レーティングテーブル２５０のＵＲＬに対応するアクセスログ２４０のレコードのカウント数を取得する。情報処理装置１０１は、取得したＵＲＬ別重みとカウント数から算出した値で、レーティングテーブル２５０のカウント考慮後重みを更新する。
【０１１３】
情報処理装置１０１は、レーティングテーブル２５０から推薦データテーブル２６０を更新する（ステップＳ１５０９）。例えば、情報処理装置１０１は、レーティングテーブル２５０のＵＲＬに対応する推薦データテーブル２６０のレコードの推奨度を、レーティングテーブル２５０のカウント考慮後重みで更新する。
【０１１４】
これにより、本フローチャートにおける一連の処理は終了する。本フローチャートを実行することで、情報処理装置１０１は、推薦データテーブル２６０のレコードの推奨度を反応データテーブル２１０の通知回数に基づいて更新することができる。
【０１１５】
以上説明したように、情報処理装置１０１は、検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示し、提示したネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得する。この場合、情報処理装置１０１は、所定期間の間、複数のリソースのうち特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させる。また、情報処理装置１０１は、所定期間の経過後、低下させた優先度を高める、または、低下させた優先度を特定のリソースに対するアクセス数に応じた優先度に制御する。
【０１１６】
これにより、情報処理装置１０１は、所定期間の間、アクセス障害のリソースの表示の優先度を下げることができる。このため、一時的にアクセス障害のリソースは、所定期間後、表示の優先度が高まるため、ユーザ端末１０２の画面１１１に表示される、または、画面１１１の元の位置に表示される。一方、永続的にリンク切れしたリンクは、所定期間、アクセスされずアクセス頻度がゼロに近いため、所定期間後でも表示の優先度は低いままであり、ユーザ端末１０２の画面１１１に表示されない、または、画面１１１の下の方に表示される。従って、一時的にリンク切れしたリンクが、リンクの一覧の元の位置に表示されるため、管理者はリンクの一覧をメンテナンスしなくてもよく、リンクの一覧の管理の工数を削減できる。
【０１１７】
また、情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報を取得した際、特定のリソースへアクセスを行い、アクセス障害を確認することができる。情報処理装置１０１は、アクセス障害を確認した後、所定の期間、特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させることもできる。
【０１１８】
これにより、情報処理装置１０１は、間違ってアクセス障害であると通報されたリソースに関する情報の提示の優先度を低下させないことができる。
【０１１９】
また、情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報を取得してからの経過時間が所定期間に満たない場合は、優先度を低下させることができる。さらに、情報処理装置１０１は、経過時間が所定期間を超す場合は、優先度を低下させる処理を行わない、または、所定期間あたりのアクセス数が多いほど優先度を高くする制御を行うことができる。
【０１２０】
これにより、情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報を取得すると、すぐに優先度を低下させる。このため、特定のリソースの表示順位が下げられ、ユーザ端末１０２が、特定のリソースへアクセスすることを防ぐことができる。また、情報処理装置１０１が、所定期間あたりのアクセス数が多いほど優先度を高くすることで、一時的に障害であったリソースで、よくアクセスされるものの表示順位を上げることができる。
【０１２１】
また、情報処理装置１０１は、経過時間を、特定のリソースへのアクセス障害に関する情報のうち、最後に取得した情報からの経過時間とすることができる。
【０１２２】
これにより、情報処理装置１０１は、特定のリソースへのアクセス障害が継続している状態で、特定のリソースの低下させた優先度を高めることを少なくできる。
【０１２３】
また、情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報を取得した数が多いほど優先度を低くさせることができる。
【０１２４】
これにより、情報処理装置１０１は、１回情報を取得しただけでは、優先度をあまり低下させない。このため、情報処理装置１０１は、アクセス障害を確認しなくても、間違ってアクセス障害であると通報されたリソースに関する情報の提示の優先度をあまり低下させないことができる。
【０１２５】
また、情報処理装置１０１は、特定のリソースへのアクセス障害に関する情報を、ネットワーク上の特定のリソースに関する情報と対応付けられて表示されたボタンの押下により、取得することができる。
【０１２６】
これにより、ユーザ端末１０２のユーザは、ボタンの押下だけで特定のリソースへのアクセス障害を通知することができる。ユーザはメールを管理者に出す等の手間がないため、ユーザの負担が軽減される。また、アクセス障害があってもユーザが通知することを諦めることが減るため、アクセス障害があった場合、情報処理装置１０１は、ユーザからの通知を受け付けることを増加させることができる。
【０１２７】
なお、本実施の形態で説明した提示制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。提示制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、提示制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１２８】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１２９】
（付記１）検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置における提示制御方法において、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、
前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する、
処理を前記情報処理装置が実行することを特徴とする提示制御方法。
【０１３０】
（付記２）前記低下させる処理は、
前記特定のリソースへのアクセス障害に関する情報を取得してからの経過時間が前記所定期間に満たない場合は、前記優先度を低下させ、
前記制御する処理は、
前記経過時間が前記所定期間を超す場合は、前記優先度を低下させる処理を行わない、または、前記所定期間あたりのアクセス数が多いほど前記優先度を高くする制御を行うことを特徴とする付記１に記載の提示制御方法。
【０１３１】
（付記３）前記経過時間は、前記特定のリソースへのアクセス障害に関する情報のうち、最後に取得した情報からの経過時間であることを特徴とする付記２に記載の提示制御方法。
【０１３２】
（付記４）前記低下させる処理は、前記特定のリソースへのアクセス障害に関する情報を取得した数が多いほど前記優先度を低くさせることを特徴とする付記１〜３のいずれか一つに記載の提示制御方法。
【０１３３】
（付記５）前記特定のリソースへのアクセス障害に関する情報は、前記ネットワーク上の前記特定のリソースに関する情報と対応付けられて表示されたボタンの押下により、取得されることを特徴とする付記１〜４のいずれか一つに記載の提示制御方法。
【０１３４】
（付記６）検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置における提示制御プログラムにおいて、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、
前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する、
処理を前記情報処理装置に実行させることを特徴とする提示制御プログラム。
【０１３５】
（付記７）検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する情報処理装置における提示制御プログラムを記録した記録媒体において、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、
前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する、
処理を前記情報処理装置に実行させる提示制御プログラムを記録したことを特徴とする前記情報処理装置に読み取り可能な記録媒体。
【０１３６】
（付記８）検索依頼に応じて検索されたネットワーク上のリソースに関する情報を提示する提示制御システムにおいて、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害を検出すると、情報処理装置に前記特定のリソースへのアクセス障害を通知する端末と、
前記ネットワーク上の複数のリソースのうち、特定のリソースへのアクセス障害に関する情報を取得すると、所定期間の間、前記複数のリソースのうち前記特定のリソースについては、検索依頼に応じて提示するリソースに関する情報の提示の優先度を低下させ、前記所定期間の経過後、低下させた前記優先度を、高める、または、前記特定のリソースに対するアクセス数に応じた優先度に制御する前記情報処理装置と、
を有することを特徴とする提示制御システム。
【符号の説明】
【０１３７】
１０１  情報処理装置
１０２  ユーザ端末
１３０１  受付部
１３０２  決定部
１３０３  出力部
【図１】
0006485089.tif 000002
【図２】
0006485089.tif 000003
【図３】
0006485089.tif 000004
【図４】
0006485089.tif 000005
【図５】
0006485089.tif 000006
【図６】
0006485089.tif 000007
【図７】
0006485089.tif 000008
【図８】
0006485089.tif 000009
【図９】
0006485089.tif 000010
【図１０】
0006485089.tif 000011
【図１１】
0006485089.tif 000012
【図１２】
0006485089.tif 000013
【図１３】
0006485089.tif 000014
【図１４】
0006485089.tif 000015
【図１５】
0006485089.tif 000016