(57)【特許請求の範囲】
【請求項１】
製品又はサービスに関する複数のＷｅｂページのアドレスと、該製品又はサービスを利用可能な利用者の情報とを少なくとも記憶する記憶手段と、
前記利用者から、一のＷｅｂページのアドレスを含む閲覧要求を受け付ける受付手段と、
前記受け付けたアドレスが前記記憶手段に記憶されていない場合に、前記記憶手段を参照することにより、前記利用者が利用可能な製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補であるアドレスを提示する提示手段と、
を有する情報処理装置。
【請求項２】
前記記憶手段は、バージョンごとの製品又はサービスに関するＷｅｂページのアドレスと、バージョンごとの製品又はサービスを利用可能な利用者の情報とを記憶し、
前記提示手段は、前記利用者が利用可能なバージョンの製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補を提示する、
請求項１に記載の情報処理装置。
【請求項３】
利用者に提示した補正候補のアドレスと、該利用者による補正候補のアドレスへのアクセス履歴を保持する第２の記憶手段
をさらに有し、
前記提示手段は、過去に前記受け付けたアドレスと同じアドレスを含む閲覧要求をした第２の利用者に対して提示した補正候補に対する該第２の利用者のアクセス履歴を前記第２の記憶手段から取得し、該取得した第２の利用者のアクセス履歴に基づいて、前記利用者に提示する補正候補の提示順序を決定する、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記提示手段は、前記第２の利用者の、補正候補としての提示されたアドレスへのアクセスの回数に応じて、前記利用者に提示する補正候補の提示順序を決定する、
請求項３に記載の情報処理装置。
【請求項５】
前記提示手段は、前記第２の利用者の、補正候補として提示されたアドレスにアクセスした後の滞在時間に応じて、前記利用者に提示する補正候補の提示順序を決定する、
請求項３又は４に記載の情報処理装置。
【請求項６】
コンピュータを、
製品又はサービスに関する複数のＷｅｂページのアドレスと、該製品又はサービスを利用可能な利用者の情報とを少なくとも記憶する記憶手段と、
前記利用者から、一のＷｅｂページのアドレスを含む閲覧要求を受け付ける受付手段と、
前記受け付けたアドレスが前記記憶手段に記憶されていない場合に、前記記憶手段を参照することにより、前記利用者が利用可能な製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補であるアドレスを提示する提示手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、ＷＷＷブラウザにおいて、指定したＵＲＬのウエブページがインターネット上で見つからない場合に、所定のルールに従って前記ＵＲＬを補正する方法及び装置を提供することを課題とし、ＵＲＬの補正は、アクセス方法、ホスト名、及びパス名の３つのレベルにおいて行われ、アクセス方法に関しては、指定されたＵＲＬのアクセス方法が、それに最も類似する妥当なアクセス方法によって置き換えられ、ホスト名は、所定のルールによって置き換えられ、存在が確認され、パス名は、所定のルールによって、複数の補正候補が提供され、その存在が確認された上でパス名候補リストとしてＷＷＷブラウザ上に選択可能に表示されることが開示されている。
【０００３】
特許文献２には、プレイリストの誤ったＵＲＬが入力された場合にも、必要な情報に関連のある情報を取得して表示することを課題とし、入力されたＵＲＬが正確でないために、ＵＲＬで特定される所在地からファイルを取得できない場合に、所定の検索エンジンにアクセスして、所定キーワードと、入力されたＵＲＬとに基づいて検索エンジンによって検索されたネットワーク上の所在地のハイパーリンクの一覧を取得して表示し、ハイパーリンクを選択してその所在地にアクセスすることによって、ファイルを取得できることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１３１９６２号公報
【特許文献２】特開２０１０−００３２３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
利用者が指定したアドレスが間違っていた場合、単に所定のルールで文字列を置き換えることにより該アドレスの補正候補を提示するのみでは、当該利用者がアクセス不可能なページを指定するアドレスを提示してしまうため、正しいアドレスを特定しにくい。
本発明は、複数の製品又はサービスに関連するサイトにおいて利用者がアドレスを誤って入力した場合に、その利用者が利用できない製品又はサービスに関連するＷｅｂページのアドレスも含めて補正候補を提示する構成と比較して、正しいアドレスを特定しやすい情報を提示することができる情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、製品又はサービスに関する複数のＷｅｂページのアドレスと、該製品又はサービスを利用可能な利用者の情報とを少なくとも記憶する記憶手段と、前記利用者から、一のＷｅｂページのアドレスを含む閲覧要求を受け付ける受付手段と、前記受け付けたアドレスが前記記憶手段に記憶されていない場合に、前記記憶手段を参照することにより、前記利用者が利用可能な製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補であるアドレスを提示する提示手段と、を有する情報処理装置である。
【０００７】
請求項２の発明は、前記記憶手段は、バージョンごとの製品又はサービスに関するＷｅｂページのアドレスと、バージョンごとの製品又はサービスを利用可能な利用者の情報とを記憶し、前記提示手段は、前記利用者が利用可能なバージョンの製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補を提示する、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、利用者に提示した補正候補のアドレスと、該利用者による補正候補のアドレスへのアクセス履歴を保持する第２の記憶手段をさらに有し、前記提示手段は、過去に前記受け付けたアドレスと同じアドレスを含む閲覧要求をした第２の利用者に対して提示した補正候補に対する該第２の利用者のアクセス履歴を前記第２の記憶手段から取得し、該取得した第２の利用者のアクセス履歴に基づいて、前記利用者に提示する補正候補の提示順序を決定する、請求項１又は２に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記提示手段は、前記第２の利用者の、補正候補としての提示されたアドレスへのアクセスの回数に応じて、前記利用者に提示する補正候補の提示順序を決定する、請求項３に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記提示手段は、前記第２の利用者の、補正候補として提示されたアドレスにアクセスした後の滞在時間に応じて、前記利用者に提示する補正候補の提示順序を決定する、請求項３又は４に記載の情報処理装置である。
【００１１】
請求項６の発明は、コンピュータを、製品又はサービスに関する複数のＷｅｂページのアドレスと、該製品又はサービスを利用可能な利用者の情報とを少なくとも記憶する記憶手段と、前記利用者から、一のＷｅｂページのアドレスを含む閲覧要求を受け付ける受付手段と、前記受け付けたアドレスが前記記憶手段に記憶されていない場合に、前記記憶手段を参照することにより、前記利用者が利用可能な製品又はサービスに関するＷｅｂページのアドレスの中から、前記受け付けたアドレスの補正候補であるアドレスを提示する提示手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１２】
請求項１の情報処理装置によれば、複数の製品又はサービスに関連するサイトにおいて利用者がアドレスを誤って入力した場合に、前記利用者が利用できない製品又はサービスに関連するＷｅｂページのアドレスも含めて補正候補を提示する構成と比較して、正しいアドレスを特定しやすい情報を提示することができる。
【００１３】
請求項２の情報処理装置によれば、利用者が利用可能なバージョンの製品又はサービスに関するＷｅｂページのアドレスの中から、アドレスの補正候補を提示することができる。
【００１４】
請求項３の情報処理装置によれば、他の利用者のアクセス履歴に基づいて、利用者に提示する補正候補の提示順序を決定することができる。
【００１５】
請求項４の情報処理装置によれば、他の利用者のアクセスの回数に応じて、利用者に提示する補正候補の提示順序を決定することができる。
【００１６】
請求項５の情報処理装置によれば、他の利用者のアクセスした後の滞在時間に応じて、利用者に提示する補正候補の提示順序を決定することができる。
【００１７】
請求項６の情報処理プログラムによれば、複数の製品又はサービスに関連するサイトにおいて利用者がアドレスを誤って入力した場合に、前記利用者が利用できない製品又はサービスに関連するＷｅｂページのアドレスも含めて補正候補を提示する構成と比較して、正しいアドレスを特定しやすい情報を提示することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】アクセス履歴テーブルのデータ構造例を示す説明図である。
【図５】利用サービス情報テーブルのデータ構造例を示す説明図である。
【図６】提供サービス管理情報テーブルのデータ構造例を示す説明図である。
【図７】補正ルールテーブルのデータ構造例を示す説明図である。
【図８】補正履歴テーブルのデータ構造例を示す説明図である。
【図９】補正候補検証情報テーブルのデータ構造例を示す説明図である。
【図１０】本実施の形態による処理例を示すフローチャートである。
【図１１】本実施の形態による処理例を示すフローチャートである。
【図１２】提案時Ｗｅｂページの表示例を示す説明図である。
【図１３】本実施の形態による処理例を示すフローチャートである。
【図１４】本実施の形態による処理例を示す説明図である。
【図１５】本実施の形態による処理例を示すフローチャートである。
【図１６】本実施の形態による処理例を示す説明図である。
【図１７】本実施の形態による処理例を示すフローチャートである。
【図１８】本実施の形態による処理例を示す説明図である。
【図１９】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理ごとに又はモジュール内で複数の処理を行う場合はその処理ごとに、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２０】
本実施の形態である情報処理装置１００は、利用者が指定したＷｅｂページのアドレスが間違っていた場合、Ｗｅｂページの正しいアドレスの候補を抽出するものであって、図１の例に示すように、Ｗｅｂページ表示要求受信モジュール１０５、ＵＲＬ解釈モジュール１１０、ＵＲＬ補正候補算出モジュール１１５、ＵＲＬ補正候補妥当性検証モジュール１２０、Ｗｅｂページ変更モジュール１２５、Ｗｅｂページ情報送信モジュール１３０、アクセス履歴記憶モジュール１３５、利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５、補正ルール記憶モジュール１５０、補正候補履歴記憶モジュール１５５、補正候補検証情報記憶モジュール１６０、推測結果精度計算モジュール１６５を有している。特に、利用者の属性情報に基づいて、Ｗｅｂページの誤ったアドレスの補正候補を提案するものである。なお、Ｗｅｂページのアドレスとして、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ＵＲＮ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｎａｍｅ）、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）がある。以下、ＷｅｂページのアドレスをＵＲＬともいう。
例えば、情報処理装置１００は、複数の製品又はサービスの情報を提供するポータルサイト、管理サーバー等で利用される。特に、複数のサービスを提供するポータルサイトでは、利用者が利用しているサービスに基づいて情報を提供すべきである。その利用者がアクセスできないサービスへのリンクは不要だからである。なお、ポータルサイトとは、Ｗｅｂサイトにアクセスする際の入り口となるＷｅｂサイトという意であり、例えば、検索エンジンやリンク集によって構成されていることが多い。
【００２１】
Ｗｅｂページ表示要求受信モジュール１０５は、ＵＲＬ解釈モジュール１１０、アクセス履歴記憶モジュール１３５、ユーザー用端末１９０と接続されている。Ｗｅｂページ表示要求受信モジュール１０５は、利用者から、一のＷｅｂページのアドレス（Ａ）を含む閲覧要求を受け付ける。いわゆるＷｅｂページ要求を受信する。例えば、Ｗｅｂページ表示要求受信モジュール１０５は、ユーザー用端末１９０からＷｅｂページ要求を受け付ける。そして、アクセス履歴をアクセス履歴記憶モジュール１３５に書き込む。
【００２２】
ＵＲＬ解釈モジュール１１０は、Ｗｅｂページ表示要求受信モジュール１０５、ＵＲＬ補正候補算出モジュール１１５、Ｗｅｂページ情報送信モジュール１３０、利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５と接続されている。ＵＲＬ解釈モジュール１１０は、ユーザー用端末１９０からの要求されたＵＲＬのＷｅｂページの有無を判断し、存在する場合、利用者の利用サービスによる表示の可否（閲覧可能か否か）を判断する。Ｗｅｂページが存在し、閲覧可能な場合は、ユーザー用端末１９０への返答をＷｅｂページ情報送信モジュール１３０に行わせるように制御し、そうでなければ（Ｗｅｂページが存在しない、又は、閲覧可能でない場合）、ＵＲＬ補正候補算出モジュール１１５等に対してＵＲＬ補正を行うように制御する。なお、利用者が閲覧可能でない場合とは、その利用者がそのＷｅｂページの会員ではない場合等がある。サービスは、電子的に提供可能なものであればよく、例えば、電子メールサービス、電子ファイルの保管サービス等がある。
【００２３】
ＵＲＬ補正候補算出モジュール１１５は、ＵＲＬ解釈モジュール１１０、ＵＲＬ補正候補妥当性検証モジュール１２０、補正ルール記憶モジュール１５０と接続されている。ＵＲＬ補正候補算出モジュール１１５は、要求されたページが存在しない場合、補正ルール記憶モジュール１５０内の補正ルールに基づき、ＵＲＬ補正を行う。
ＵＲＬ補正候補妥当性検証モジュール１２０は、ＵＲＬ補正候補算出モジュール１１５、Ｗｅｂページ変更モジュール１２５、利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５、補正候補履歴記憶モジュール１５５、補正候補検証情報記憶モジュール１６０と接続されている。ＵＲＬ補正候補妥当性検証モジュール１２０は、ＵＲＬ補正候補算出モジュール１１５によって補正された候補ＵＲＬは、利用者が閲覧可能か否か、又は、利用者にとって妥当か否かを検証する。
【００２４】
Ｗｅｂページ変更モジュール１２５は、ＵＲＬ補正候補妥当性検証モジュール１２０、Ｗｅｂページ情報送信モジュール１３０と接続されている。Ｗｅｂページ変更モジュール１２５は、Ｗｅｂページ表示要求受信モジュール１０５が受け付けたアドレス（Ａ）が利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５に記憶されていない場合に、利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５を参照することにより、利用者が利用可能な製品又はサービスに関するＷｅｂページのアドレスの中から、受け付けたアドレス（Ａ）の補正候補であるアドレス（Ｂ）を提示するように、Ｗｅｂページ情報送信モジュール１３０を制御する。
ここで補正候補とは、誤って入力された文字列を含むアドレスに対して、正しいと思われる文字列に変更したアドレスの候補をいう。
さらに、Ｗｅｂページ変更モジュール１２５は、利用者が利用可能なバージョンの製品又はサービスに関するＷｅｂページのアドレスの中から、Ｗｅｂページ表示要求受信モジュール１０５が受け付けたアドレスの補正候補を提示するようにしてもよい。
【００２５】
また、Ｗｅｂページ変更モジュール１２５は、過去にＷｅｂページ表示要求受信モジュール１０５が受け付けたアドレスと同じアドレスを含む閲覧要求をした第２の利用者に対して提示した補正候補に対する第２の利用者のアクセス履歴を補正候補検証情報記憶モジュール１６０から取得し、その取得した第２の利用者のアクセス履歴に基づいて、Ｗｅｂページ表示要求受信モジュール１０５が受信した閲覧要求を行った利用者に提示する補正候補の提示順序を決定するようにしてもよい。
さらに、Ｗｅｂページ変更モジュール１２５は、第２の利用者の、補正候補としての提示されたアドレスへのアクセスの回数に応じて、利用者（Ｗｅｂページ表示要求受信モジュール１０５が受信した閲覧要求を行った利用者）に提示する補正候補の提示順序を決定するようにしてもよい。
さらに、Ｗｅｂページ変更モジュール１２５は、第２の利用者の、補正候補として提示されたアドレスにアクセスした後の滞在時間に応じて、利用者（Ｗｅｂページ表示要求受信モジュール１０５が受信した閲覧要求を行った利用者）に提示する補正候補の提示順序を決定するようにしてもよい。
また、Ｗｅｂページ変更モジュール１２５は、複数の候補ＵＲＬがある場合、適切な表示になるようＷｅｂページを変更するようにしてもよい。
【００２６】
Ｗｅｂページ情報送信モジュール１３０は、ＵＲＬ解釈モジュール１１０、Ｗｅｂページ変更モジュール１２５、ユーザー用端末１９０と接続されている。Ｗｅｂページ情報送信モジュール１３０は、Ｗｅｂページ変更モジュール１２５からの制御を受けて、閲覧要求を行ったユーザー用端末１９０上でアドレス（Ｂ）を提示するように、ユーザー用端末１９０へアドレス（Ｂ）を送信する。また、Ｗｅｂページをユーザー用端末１９０への返答として返すようにしてもよい。
【００２７】
アクセス履歴記憶モジュール１３５は、Ｗｅｂページ表示要求受信モジュール１０５、推測結果精度計算モジュール１６５と接続されている。アクセス履歴記憶モジュール１３５は、どの利用者がどのＵＲＬのアクセス要求を行ったかを保持する。例えば、アクセス履歴テーブル４００を記憶する。図４は、アクセス履歴テーブル４００のデータ構造例を示す説明図である。アクセス履歴テーブル４００は、アクセス時刻欄４１０、利用者欄４２０、ＵＲＬ欄４３０を有している。アクセス時刻欄４１０は、ユーザー用端末１９０からのアクセス時刻（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。利用者欄４２０は、アクセスを行った利用者（利用者ＩＤ）を記憶している。ＵＲＬ欄４３０は、アクセスのあったＵＲＬを記憶している。また、アクセス履歴テーブル４００内に、そのＵＲＬでの滞在時間（アクセスしてから、そのアクセスしたＷｅｂページを閉じるまでの期間又は他のＵＲＬのＷｅｂページを表示するまでの期間等）を記憶する欄を設けるようにしてもよい。
【００２８】
利用サービス情報記憶モジュール１４０は、ＵＲＬ解釈モジュール１１０、ＵＲＬ補正候補妥当性検証モジュール１２０、推測結果精度計算モジュール１６５と接続されている。利用サービス情報記憶モジュール１４０は、製品又はサービスを利用可能な利用者の情報を少なくとも記憶する。つまり、利用者が利用するサービスに関する情報を保持する。例えば、ユーザーがどの商品又はサービスを利用しており、そのバージョンはいくつである等がある。具体例として、利用サービス情報テーブル５００を記憶している。図５は、利用サービス情報テーブル５００のデータ構造例を示す説明図である。利用サービス情報テーブル５００は、利用者欄５１０、利用サービス欄５２０、バージョン欄５３０を有している。利用者欄５１０は、利用者（利用者を、本実施の形態で一意に識別するための情報）を記憶している。利用サービス欄５２０は、その利用者が利用可能なサービスを記憶している。バージョン欄５３０は、その利用者が利用可能なそのサービスのバージョンを記憶している。バージョン欄５３０に記載がある場合は、その利用者は、そのバージョンのそのサービスを利用可能であって、バージョン欄５３０に記載がない場合（空白又はＮＵＬＬ等）は、その利用者は、バージョンを問わずに、そのサービスを利用可能であることを示している。例えば、図５では、Ｕｓｅｒ０１は、「ｓｅｒｖｉｃｅ０１」、「ｐｒｏｄｕｃｔＡのバージョン１．２」が利用可能であることを示している。
【００２９】
提供サービス管理情報記憶モジュール１４５は、ＵＲＬ解釈モジュール１１０、ＵＲＬ補正候補妥当性検証モジュール１２０と接続されている。提供サービス管理情報記憶モジュール１４５は、製品又はサービスに関する複数のＷｅｂページのアドレスを少なくとも記憶する。さらに、提供サービス管理情報記憶モジュール１４５は、バージョンごとの製品又はサービスに関するＷｅｂページのアドレスと、バージョンごとの製品又はサービスを利用可能な利用者の情報とを記憶するようにしてもよい。例えば、ＵＲＬが示すコンテンツが何の商品又はサービス（バージョンを含めてもよい）であるかの情報を保持する。具体例として、提供サービス管理情報テーブル６００を記憶している。図６は、提供サービス管理情報テーブル６００のデータ構造例を示す説明図である。提供サービス管理情報テーブル６００は、管理対象ＵＲＬ欄６１０、提供サービス欄６２０、対象バージョン欄６３０、公開日欄６４０を有している。管理対象ＵＲＬ欄６１０は、管理対象のＵＲＬを記憶している。提供サービス欄６２０は、そのＵＲＬのページで提供しているサービスを記憶している。対象バージョン欄６３０は、そのサービスの対象バージョンを記憶している。公開日欄６４０は、そのサービスの公開日（リリース日等）を記憶している。例えば、図６では、ＵＲＬ「ｐｒｏｄｕｃｔＡ／ｔｏｐ」が示すコンテンツは、「ｐｒｏｄｕｃｔＡ」を利用している利用者のうち、バージョンが１．０以上の利用できる２０１３／８／１に公開されたコンテンツであることを示している。
【００３０】
補正ルール記憶モジュール１５０は、ＵＲＬ補正候補算出モジュール１１５と接続されている。補正ルール記憶モジュール１５０は、ＵＲＬを補正するための情報を保持する。具体例として、補正ルールテーブル７００を記憶している。図７は、補正ルールテーブル７００のデータ構造例を示す説明図である。補正ルールテーブル７００は、ルールＩＤ欄７１０、ルール内容欄７２０を有している。ルールＩＤ欄７１０は、補正ルールを、本実施の形態において一意に識別するための情報（ルールＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。ルール内容欄７２０は、そのルールＩＤのルールの内容を記憶している。
【００３１】
補正候補履歴記憶モジュール１５５は、ＵＲＬ補正候補妥当性検証モジュール１２０、推測結果精度計算モジュール１６５と接続されている。補正候補履歴記憶モジュール１５５は、利用者と利用者に提案した補正候補ＵＲＬを保持する。具体例として、補正履歴テーブル８００を記憶している。図８は、補正履歴テーブル８００のデータ構造例を示す説明図である。補正履歴テーブル８００は、利用者欄８１０、日時欄８２０、誤ったＵＲＬ欄８３０、提案した補正ＵＲＬ欄８４０を有している。利用者欄８１０は、利用者を記憶している。日時欄８２０は、その利用者がアクセスした日時を記憶している。誤ったＵＲＬ欄８３０は、誤ったＵＲＬ（その利用者がアクセスしようとしたＵＲＬ）を記憶している。提案した補正ＵＲＬ欄８４０は、提案した補正ＵＲＬを記憶している。
【００３２】
補正候補検証情報記憶モジュール１６０は、ＵＲＬ補正候補妥当性検証モジュール１２０、推測結果精度計算モジュール１６５と接続されている。補正候補検証情報記憶モジュール１６０は、利用者に提示した補正候補のアドレスと、その利用者による補正候補のアドレスへのアクセス履歴を保持する。例えば、ＵＲＬごとの利用者とアクセス数、提案時の統計的閲覧時間を保持する。なお、統計的閲覧時間とは、例えば、閲覧時間の平均値、最頻値、中央値等がある。具体例として、補正候補検証情報テーブル９００を記憶している。図９は、補正候補検証情報テーブル９００のデータ構造例を示す説明図である。補正候補検証情報テーブル９００は、利用者利用サービス欄９１０、誤ったＵＲＬ欄９２０、候補ＵＲＬ欄９３０、アクセス数欄９４０、提案時平均滞在時間欄９５０を有している。利用者利用サービス欄９１０は、利用者が利用したサービスを記憶している。誤ったＵＲＬ欄９２０は、誤ったＵＲＬ（利用者がアクセスしたＵＲＬ）を記憶している。候補ＵＲＬ欄９３０は、候補ＵＲＬを記憶している。アクセス数欄９４０は、候補ＵＲＬに対するアクセス数を記憶している。提案時平均滞在時間欄９５０は、候補ＵＲＬに対してアクセスした場合の平均滞在時間を記憶している。
【００３３】
推測結果精度計算モジュール１６５は、アクセス履歴記憶モジュール１３５、利用サービス情報記憶モジュール１４０、補正候補履歴記憶モジュール１５５、補正候補検証情報記憶モジュール１６０と接続されている。推測結果精度計算モジュール１６５は、補正候補ＵＲＬの検証情報を予め計算する。これによって、ＵＲＬ補正候補妥当性検証モジュール１２０による妥当性検証の計算負荷を低減する。
【００３４】
ユーザー用端末１９０は、情報処理装置１００のＷｅｂページ表示要求受信モジュール１０５、Ｗｅｂページ情報送信モジュール１３０と接続されている。ユーザー用端末１９０は、利用者によって利用される端末であって、情報処理装置１００と通信可能である。例えば、パーソナルコンピュータ、携帯端末（例えば、スマートフォンを含む携帯電話、タブレット型携帯端末等）等がある。例えば、ブラウザの機能を有している。
ユーザー用端末１９０は、利用者の操作に応じて、情報処理装置１００に対して、一のＷｅｂページのアドレス（Ａ）を含む閲覧要求を送信する。そして、ユーザー用端末１９０は、情報処理装置１００から、その送信したアドレス（Ａ）の補正候補であるアドレス（Ｂ）を受信し、そのアドレス（Ｂ）を利用者に提示する。なお、「提示」として、液晶ディスプレイ等の表示装置への表示の他に、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。
【００３５】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、ユーザー用端末１９０Ａ、ユーザー用端末１９０Ｂ、ユーザー用端末１９０Ｃ、サービス提供装置２１０Ａ、サービス提供装置２１０Ｂ、商品販売処理装置２２０Ａ、商品販売処理装置２２０Ｂは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、サービス提供装置２１０、商品販売処理装置２２０による機能は、クラウドサービスとして実現してもよい。サービス提供装置２１０は、前述の商品に関するサービスを提供するサーバー（ＵＲＬが示している場所）である。商品販売処理装置２２０は、サービスを提供するサーバー（ＵＲＬが示している場所）である。サービス提供装置２１０、商品販売処理装置２２０は、利用者によって閲覧要求されるものである。なお、各サービス提供装置２１０、商品販売処理装置２２０に情報処理装置１００が内蔵されている構成としてもよい。図２では、例えば、利用者の操作によって、ユーザー用端末１９０からサービス提供装置２１０、商品販売処理装置２２０へのアクセスが行われるが、そのための閲覧要求が情報処理装置１００に対して行われる。
【００３６】
図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、Ｗｅｂページ表示要求受信モジュール１０５は、利用者の操作に応じて、ユーザー用端末１９０からのリクエスト（閲覧要求）を受け付ける。そして、利用者とアクセスＵＲＬをアクセス履歴として、アクセス履歴記憶モジュール１３５に書き込む。例えば、図４に示すアクセス履歴テーブル４００のように、アクセス時刻、利用者ＩＤ、ＵＲＬを記憶する。なお、利用者は、ＵＲＬを直接入力するようにしてもよい。
【００３７】
ステップＳ３０４では、ＵＲＬ解釈モジュール１１０は、要求されたＵＲＬを解釈する。具体的には、表示可能となるのは、以下の２条件をともに満たす場合である。
条件ａ．ＵＲＬが示すコンテンツが存在すること
条件ｂ．利用者が利用可能なサービスであること
ここで「利用者が利用可能なサービスである」とは、その利用者がＵＲＬが示すコンテンツを「閲覧可能である」ことをいう。その判断には、図５の例に示した利用サービス情報テーブル５００等のような利用者の属性情報を用いてもよい。条件ｂに該当する場合として、例えば、対象としているサービスに入会している会員だけが閲覧できる場合、コンテンツを閲覧できる権利を取得又は購入したような場合、システムの管理者や特権ユーザーといった場合等がある。
【００３８】
ステップＳ３０６では、ＵＲＬ解釈モジュール１１０は、要求されたＵＲＬが表示可能であるか否かを判断し、表示可能である場合はステップＳ３１４へ進み、それ以外の場合はステップＳ３０８へ進む。
【００３９】
ステップＳ３０８では、ＵＲＬ補正候補算出モジュール１１５は、ＵＲＬの補正候補を算出する。例えば、ＵＲＬパスを分割し、補正ルールに従い、補正候補を算出する。ステップＳ３０８の処理の詳細については、図１０の例に示すフローチャートを用いて後述する。
ステップＳ３１０では、ＵＲＬ補正候補妥当性検証モジュール１２０は、ＵＲＬ補正候補の妥当性を検証／提案効果を算出する。具体的には、補正候補の妥当性を検証する。そして、利用者にとって妥当である場合は、提案効果を算出する。利用者にとって妥当でない場合は、補正候補から除外する。ステップＳ３１０の処理の詳細については、図１１の例に示すフローチャートを用いて後述する。
ステップＳ３１２では、Ｗｅｂページ変更モジュール１２５は、ＵＲＬ補正候補と提案効果を元にＷｅｂページを作成する。例えば、補正候補のうち、提案効果の高いものから順に利用者の利用しやすい位置に配置するようなＷｅｂページを作成する。
ステップＳ３１４では、Ｗｅｂページ情報送信モジュール１３０は、Ｗｅｂページをユーザー用端末１９０へのレスポンスとして返す。例えば、リクエストされたＵＲＬが表示可能な場合は、リクエストされたＷｅｂページを返す。リクエストされたＵＲＬが表示不可能な場合は、ステップＳ３１２で作成したＷｅｂページを返す。
【００４０】
図１０は、本実施の形態による処理例（図３の例に示すフローチャート内のステップＳ３０８のＵＲＬ補正候補算出モジュール１１５による処理例）を示すフローチャートである。
ステップＳ１００２では、補正ルール記憶モジュール１５０から補正ルールを取り出す。
ステップＳ１００４では、補正ルールが適用可能であるか否かを判断し、適用可能である場合はステップＳ１００６へ進み、それ以外の場合はステップＳ１００８へ進む。
ステップＳ１００６では、補正ルールを適用し、ＵＲＬ補正候補とする。
ステップＳ１００８では、次の補正ルールが存在するか否かを判断し、存在する場合はステップＳ１００２へ戻り、それ以外の場合は処理を終了する（ステップＳ１０９９）。
【００４１】
例えば、ＵＲＬ解釈モジュール１１０が受け付けたＵＲＬパスを分割し、補正ルール記憶モジュール１５０内の補正ルールにしたがい、補正候補を算出する。例えば、補正ルール記憶モジュール１５０内の補正ルールテーブル７００のように、複数の補正ルールを定義しておき、それらを与えられたＵＲＬに対して適用し、補正を行う。
例えば、次のような処理を行う。
ａ．パスを分割し、類似文字列を検索する。
例えば、ＵＲＬ「ｃｏｎｔｅｔ／ａｐｐｌｙ」を「ｃｏｎｔｅｔ」と「ａｐｐｌｙ」に分けて、辞書等から類似文字列を検索する。「ｃｏｎｔｅｔ」の候補として、「ｃｏｎｔｅｎｔ」、「ｃｏｎｔｅｎｔｓ」、「ｃｏｎｔｅｘｔ」等を生成する。
ｂ．ＵＲＬ末尾に拡張子がない場合、拡張子（「．ｈｔｍｌ」、「．ｈｔｍ」）を付与する。例えば、「ｉｎｄｅｘ」の候補として、「ｉｎｄｅｘ．ｈｔｍｌ」、「ｉｎｄｅｘ．ｈｔｍ」等を生成する。
ｃ．各コンテンツを表すパスを含む場合、そのコンテンツのＴＯＰページ（又は紹介ページ）を候補とする。例えば、「ｐｒｏｄｕｃｔＡ／ｘｙｚ＿ｐａｇｅ」の候補として、「ｐｒｏｄｕｃｔＡ／ｔｏｐ」等を生成する。
ｄ．第２の利用者に提案した補正結果から、ＵＲＬ解釈モジュール１１０が受け付けたＵＲＬパスと同じ誤ったＵＲＬでアクセスされている場合、第２の利用者のアクセス数が多い提案候補を候補とする。ここで「第２の利用者」として、この補正ルールが適用されようとしている利用者以外の者、又は、過去の利用者（この補正ルールが適用されようとしている利用者を含む）が該当する。
また、「アクセス数が多い」とは、「そのアクセス数が予め定められた閾値よりも多い又は以上であること」、「そのアクセス数の割合が予め定められた閾値よりも多い又は以上であること」、「アクセス数の多い順にソートした場合に、予め定められた順位未満又は以内であること」等がある。
また、補正ルールは常に同じルールを適用するのではなく、時期等の変化に対して柔軟に変更してもよい。例えば、あるサービスのキャンペーンページを、予め定められた期間（キャンペーン期間の間）追加しておく等しておいてもよい。
【００４２】
図１１は、本実施の形態による処理例（図３の例に示すフローチャート内のステップＳ３１０のＵＲＬ補正候補妥当性検証モジュール１２０による処理例）を示すフローチャートである。ステップＳ３０８で算出した補正候補それぞれに対し、妥当性を検証する。
【００４３】
ステップＳ１１０２では、利用者が利用不可能なサービスであるか否かを判断し、利用者が利用不可能なサービスである場合はステップＳ１１１６へ進み、それ以外の場合はステップＳ１１０４へ進む。つまり、利用者が利用不可能なサービスである場合は妥当でないと判断するものであって、図５の例に示す利用サービス情報テーブル５００と図６の例に示す提供サービス管理情報テーブル６００を突き合わせることによって判断する。
ステップＳ１１０４では、利用者が利用しているバージョンとは異なるか否かを判断し、異なる場合はステップＳ１１１６へ進み、それ以外の場合はステップＳ１１０６へ進む。つまり、利用者が利用する商品又はサービスと異なるバージョンの場合は妥当でないと判断するものであって、図５の例に示す利用サービス情報テーブル５００と図６の例に示す提供サービス管理情報テーブル６００を突き合わせることによって判断する。
【００４４】
ステップＳ１１０６では、リリース直後のサービス／コンテンツであるか否かを判断し、リリース直後のサービス／コンテンツである場合はステップＳ１１１２へ進み、それ以外の場合はステップＳ１１０８へ進む。つまり、公開（リリース）直後のサービス又はコンテンツでは、アクセス履歴等が十分に集まっていない可能性があるため、妥当と判断する。具体的には、直後か否かの判断は、アクセス日時が、公開日から予め定められた期間内であるか否かによって判断する。
【００４５】
ステップＳ１１０８では、同じサービスを利用する利用者のアクセスが少ないか否かを判断し、少ない場合はステップＳ１１１６へ進み、それ以外の場合はステップＳ１１１０へ進む。つまり、同じサービスを利用する利用者からのアクセスが少ない場合は妥当でないと判断する。具体的には、少ないか否かの判断は、アクセス数が予め定められた閾値未満又は以下であるか否かによって判断する。また、利用者が複数のサービスを利用していた場合、いずれか一つのサービスでも条件に合えば、妥当であると判断してもよい。
【００４６】
ステップＳ１１１０では、補正候補として提案したが、遷移後の滞在時間が極めて短いか否かを判断し、極めて短い場合はステップＳ１１１６へ進み、それ以外の場合はステップＳ１１１２へ進む。つまり、実際に候補として利用者に提案したが、そのページでの滞在時間が短い場合は妥当でないと判断するものである。具体的には、図１３の例を用いて後述する平均滞在時間の値が予め定められた閾値を超えない又は以下である場合は、妥当でないと判断する。
【００４７】
ステップＳ１１１２では、妥当であると判断する。
ステップＳ１１１４では、提案効果を算出する。妥当である場合、提案効果（数値評価可能なもの）を算出する。例えば、提案効果として、ステップＳ１１０８で用いたアクセス数とステップＳ１１１０で用いた滞在時間の加重平均等としてもよい。アクセス履歴等の計算は負荷が大きいため、推測結果精度計算モジュール１６５が予め計算して補正候補検証情報として補正候補検証情報記憶モジュール１６０に保持し、ＵＲＬ補正候補妥当性検証モジュール１２０による処理に利用するようにしてもよい。
【００４８】
ステップＳ１１１６では、妥当でないと判断する。
ステップＳ１１１８では、候補から除外する。
ステップＳ１１２０では、次の補正候補があるか否かを判断し、次の補正候補がある場合はステップＳ１１０２へ戻り、それ以外の場合は処理を終了する（ステップＳ１１９９）。
なお、妥当性検証項目は、図１１に例示した項目に限定するわけではない。ユーザー登録情報や最終ログイン日時等の利用者に関わる情報を利用し、妥当性を検証するようにしてもよい。
【００４９】
図１２は、提案時Ｗｅｂページ１２００の表示例を示す説明図である。Ｗｅｂページ変更モジュール１２５による処理結果（ユーザー用端末１９０で表示されるもの、図３の例に示すフローチャート内のステップＳ３１２、ステップＳ３１４の処理結果）を示すものである。
Ｗｅｂページ変更モジュール１２５は、ＵＲＬの補正候補の内、提案効果の高いものから順に利用者の利用しやすい位置に配置するようなＷｅｂページ（提案時Ｗｅｂページ１２００）を作成する。提案時Ｗｅｂページ１２００には、補正候補表示領域１２１０、該当ページサムネイル表示領域１２１２、補正候補表示領域１２２０、該当ページサムネイル表示領域１２２２を表示する。例えば、提案時Ｗｅｂページ１２００内に、「アクセスいただいたＷｅｂページは、存在しない、又は利用できません。アクセスしたいＷｅｂページは以下ではありませんか？」と表示し、その下に、提案効果が高い順番にＵＲＬの補正候補を表示する。その際に、そのＵＲＬの説明（タイトル等、図１２の例では「サービスＡ申し込みページ」、「サービスＡ紹介ページ」等）、該当ページのサムネイル（縮小画像、図１２の例では該当ページサムネイル表示領域１２１２、１２２２）等を付加して表示するようにしてもよい。
また、Ｗｅｂページ変更モジュール１２５は、提案した（提案時Ｗｅｂページ１２００内に表示した）ＵＲＬの補正候補を補正履歴テーブル８００に書き込む。
また、ステップＳ３１４で、Ｗｅｂページ情報送信モジュール１３０は、ユーザー用端末１９０へレスポンスを返すが、リクエストされたＵＲＬが表示可能である場合は、そのリクエストされたＷｅｂページを表示し、リクエストされたＵＲＬが表示不可能である場合は、Ｗｅｂページ変更モジュール１２５が作成したＷｅｂページ（提案時Ｗｅｂページ１２００）を表示する。
【００５０】
図１３は、本実施の形態（推測結果精度計算モジュール１６５）による処理例を示すフローチャートである。ＵＲＬ補正候補妥当性検証モジュール１２０による妥当性検証の計算負荷を減らすため、例えば、定期的にこの処理を行う。
ステップＳ１３０２では、利用サービスに対するアクセス数を算出する。つまり、アクセス履歴テーブル４００と利用者の利用サービス情報テーブル５００から、サービスを利用している利用者のアクセス数をＵＲＬごとに算出する。例えば、日付の新旧で重み付けするなどの情報を付加して、アクセス数を算出してもよい。詳細については、図１５、図１６の例を用いて後述する。
ステップＳ１３０４では、候補へアクセスした際の滞在時間を算出する。つまり、補正履歴テーブル８００とアクセス履歴テーブル４００とを突き合わせながら、提案した場合にどの程度滞在していたかを算出する。詳細については、図１７、図１８の例を用いて後述する。
ステップＳ１３０６では、ステップＳ１３０２、ステップＳ１３０４で算出した情報を、補正候補検証情報として、補正候補検証情報記憶モジュール１６０に書き込む。
図１４は、本実施の形態による処理例（図１３の例に示したフローチャートによる処理例）を示す説明図である。アクセス履歴テーブル４００、利用サービス情報テーブル５００、補正履歴テーブル８００を用いて、補正候補検証情報テーブル９００を生成する例を示している。
【００５１】
図１５は、本実施の形態による処理例（図１３の例に示すフローチャート内のステップＳ１３０２）を示すフローチャートである。アクセス履歴テーブル４００と利用サービス情報テーブル５００から、サービスを利用している利用者のアクセス数をＵＲＬごとに算出する。
ステップＳ１５０２では、アクセス履歴記憶モジュール１３５からアクセス履歴テーブル４００を取り出す。
ステップＳ１５０４では、利用サービス情報記憶モジュール１４０内の利用サービス情報テーブル５００を用いて、アクセスした利用者の利用サービスを特定する。
ステップＳ１５０６では、利用サービスとＵＲＬの組み合わせごとに、アクセス数を増加する。日付の新旧で重み付けする等して、増加させるアクセス数を上下させるようにしてもよい。
ステップＳ１５０８では、次のアクセス履歴があるか否かを判断し、次のアクセス履歴がある場合はステップＳ１５０２へ戻り、それ以外の場合は処理を終了する（ステップＳ１５９９）。
図１６は、本実施の形態による処理例（図１５の例に示したフローチャートによる処理例）を示す説明図である。アクセス履歴テーブル４００、利用サービス情報テーブル５００を用いて、補正候補検証情報テーブル９００Ｂのアクセス数欄９４０Ｂ内の値を生成する例を示している。
【００５２】
図１７は、本実施の形態による処理例（図１３の例に示すフローチャート内のステップＳ１３０４）を示すフローチャートである。ＵＲＬ補正候補妥当性検証モジュール１２０による妥当性検証の計算負荷を減らすため、推測結果精度計算モジュール１６５が、ＵＲＬ補正候補妥当性検証モジュール１２０の処理前、例えば、定期的に処理を行う。アクセス履歴テーブル４００と補正履歴テーブル８００と突き合わせながら、ＵＲＬを提案した場合にどの程度滞在していたかを算出する。
ステップＳ１７０２では、アクセス履歴テーブル４００より一度に提案したＵＲＬの補正候補群（１回の提案で表示したＵＲＬ群）を取り出す。
ステップＳ１７０４では、提案後、利用者の次の遷移がＵＲＬ補正候補群のいずれかであるか否かを判断し、ＵＲＬ補正候補群のいずれかである場合はステップＳ１７１０へ進み、それ以外の場合はステップＳ１７０６へ進む。
【００５３】
ステップＳ１７０６では、アクセス履歴から、その次のアクセスまでの時間（滞在時間）を算出する。
ステップＳ１７０８では、利用者の利用サービス、誤ったＵＲＬとＵＲＬ補正候補の組み合わせ、滞在時間を保持する。
ステップＳ１７１０では、他にも提案が存在するか否かを判断し、存在する場合はステップＳ１７０２へ戻り、それ以外の場合はステップＳ１７１２へ進む。
ステップＳ１７１２では、利用サービス又はＵＲＬの補正候補ごとに平均閲覧時間を算出する。そして、補正候補検証情報テーブル９００Ｃの提案時平均滞在時間欄９５０Ｃに記憶させる。
図１８は、本実施の形態による処理例（図１７の例に示したフローチャートによる処理例）を示す説明図である。アクセス履歴テーブル４００、利用サービス情報テーブル５００、補正履歴テーブル８００を用いて、補正候補検証情報テーブル９００Ｃの誤ったＵＲＬ欄９２０Ｃ、提案時平均滞在時間欄９５０Ｃ内の値を生成する例を示している。
【００５４】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１９０１を用い、記憶装置としてＲＡＭ１９０２、ＲＯＭ１９０３、ＨＤ１９０４を用いている。ＨＤ１９０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。Ｗｅｂページ表示要求受信モジュール１０５、ＵＲＬ解釈モジュール１１０、ＵＲＬ補正候補算出モジュール１１５、ＵＲＬ補正候補妥当性検証モジュール１２０、Ｗｅｂページ変更モジュール１２５、Ｗｅｂページ情報送信モジュール１３０、推測結果精度計算モジュール１６５等のプログラムを実行するＣＰＵ１９０１と、そのプログラムやデータを記憶するＲＡＭ１９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１９０３と、アクセス履歴記憶モジュール１３５、利用サービス情報記憶モジュール１４０、提供サービス管理情報記憶モジュール１４５、補正ルール記憶モジュール１５０、補正候補履歴記憶モジュール１５５、補正候補検証情報記憶モジュール１６０等の機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１９０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置１９０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１９０７、そして、それらをつないでデータのやりとりをするためのバス１９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５５】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００５６】
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００５７】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５８】
１００…情報処理装置
１０５…Ｗｅｂページ表示要求受信モジュール
１１０…ＵＲＬ解釈モジュール
１１５…ＵＲＬ補正候補算出モジュール
１２０…ＵＲＬ補正候補妥当性検証モジュール
１２５…Ｗｅｂページ変更モジュール
１３０…Ｗｅｂページ情報送信モジュール
１３５…アクセス履歴記憶モジュール
１４０…利用サービス情報記憶モジュール
１４５…提供サービス管理情報記憶モジュール
１５０…補正ルール記憶モジュール
１５５…補正候補履歴記憶モジュール
１６０…補正候補検証情報記憶モジュール
１６５…推測結果精度計算モジュール
１９０…ユーザー用端末
２１０…サービス提供装置
２２０…商品販売処理装置
２９０…通信回線
【図１】
0006515736.tif 000002
【図２】
0006515736.tif 000003
【図３】
0006515736.tif 000004
【図４】
0006515736.tif 000005
【図５】
0006515736.tif 000006
【図６】
0006515736.tif 000007
【図７】
0006515736.tif 000008
【図８】
0006515736.tif 000009
【図９】
0006515736.tif 000010
【図１０】
0006515736.tif 000011
【図１１】
0006515736.tif 000012
【図１２】
0006515736.tif 000013
【図１３】
0006515736.tif 000014
【図１４】
0006515736.tif 000015
【図１５】
0006515736.tif 000016
【図１６】
0006515736.tif 000017
【図１７】
0006515736.tif 000018
【図１８】
0006515736.tif 000019
【図１９】
0006515736.tif 000020