JP4104878B2

JP4104878B2 - Web page guidance method and web page guidance program

Info

Publication number: JP4104878B2
Application number: JP2002051317A
Authority: JP
Inventors: 由起子吉田; 伸弘湯上; 唯子太田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-02-27
Filing date: 2002-02-27
Publication date: 2008-06-18
Anticipated expiration: 2022-02-27
Also published as: JP2003256470A

Description

【０００１】
【発明の属する技術分野】
本発明は、所定のウェブページへユーザを誘導するウェブページ誘導方法と、このようなウェブページ誘導方法を実施するための装置としてコンピュータを機能させるウェブページ誘導プログラムとに、関する。
【０００２】
【従来の技術】
周知のように、ウェブサイト運営者は、ウェブサイトの利便性を向上させるために、幾つかのウェブページに対してパス名（ディレクトリ名＋ファイル名）を付け替えたり幾つかのウェブページをウェブサイトから削除するといった変更を、定期又は不定期に行っている。但し、使用しなくなったパス名を指定してウェブページをリクエストしてくるユーザがいるために、ウェブサイト運営者の多くは、経過措置として、このようなパス名に対し、誘導用のウェブページを一定期間定義している。
【０００３】
なお、その誘導用のウェブページには、ユーザが指定したパスにウェブページが存在しない旨のメッセージが記述され、更に、パス名を付け替えた場合には付け替え後の新しいパス名を含むＵＲＬが、ウェブページをウェブサイトから削除した場合にはウェブサイト内検索ページのＵＲＬが、それぞれ記述される。そのため、ユーザは、このような誘導用のウェブページへアクセスしてしまった場合でも、新しいパス名のウェブページへジャンプしたり検索ページへジャンプすることにより、このウェブサイトの利用を継続することができる。
【０００４】
また、幾つかのウェブサイト運営者は、ウェブページの内容を修正した時に、修正前の内容を持つウェブページが閲覧可能となるように、ウェブサイト内を再構築している。具体的には、修正前の内容を持つウェブページに新たなパス名を定義して、そのパス名を含むＵＲＬをウェブサイト内の何れかのウェブページに記述している。このため、ユーザは、修正前の内容を持つウェブページへ移動すれば、修正前の内容を確認することができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した従来事情には、以下に示すような幾つかの問題点がある。
【０００６】
第１に、誘導用のウェブページにアクセスした際に、ウェブページが存在しない旨が単に示されるだけでは、当該サイト運営者が不親切であるように見えてしまう場合がある。
【０００７】
第２に、誘導用のウェブページに記述されたＵＲＬをクリックして検索ページへジャンプしたとしても、どのようなキーワードを用いて検索して良いかが分からないことがある。
【０００８】
第３に、パス名の付け替えを複数のウェブページに対して頻繁に行ってしまうと、ウェブサイト運営者にとっては、誘導用のウェブページの期限管理がとても大変である。
【０００９】
第４に、内容が頻繁に修正されるウェブページに訪れたことがある場合に、暫く経ってから再度そのウェブページの内容を確認しようとしても、大抵はいつ頃訪れたかを覚えていなかったり内容を正確に覚えていないため、どの時期に更新されたウェブページを閲覧すれば所望の旧内容を確認できるかが分からないことが多い。
【００１０】
本発明は、このような従来の事情に鑑みてなされたものであり、その課題は、ユーザがウェブサイトへアクセスしてきた時にそのユーザが本来所望するウェブページへ誘導するためのウェブページ誘導方法と、このようなウェブページ誘導方法を実施するための装置としてコンピュータを機能させるウェブページ誘導プログラムとを、提供することである。
【００１１】
【課題を解決するための手段】
上記の課題を解決する第１の手段として構成された本発明のウェブページ誘導方法は、特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置が記憶し、何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、処理装置が、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出し、抽出したアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出し、抽出した更新履歴情報に対応したバージョンのウェブページを表示させる機能を設定した画面を表示させるための画面データを生成し、この画面データを前記端末装置へ送信することを、特徴とする。
【００１２】
このように構成されると、端末装置を操作するユーザが以前指定したことのあるパスを再び指定した時に、当時そのパスにあったウェブページがその当時から更新されていた場合には、そのユーザの端末装置には、当時のバージョンのウェブページを表示させる機能が設定された画面が、表示される。このため、このユーザは、その画面に設定された機能を実行させれば、どの時期に更新されたウェブページを閲覧すれば良いかが分からなくても、自分が所望する当時のウェブページを自分の端末装置に表示させることができ、当時のウェブページの内容を確認することができる。
【００１３】
なお、各バージョンのウェブページに関するデータが現在のバージョンとの差分データとして保存されている場合、当時のバージョンのウェブページを復元してそのページのＵＲＬをリンク先として決定するＣＧＩプログラム又はサーブレットを起動させるためのタグ（<input>タグ）を、当時のバージョンのウェブページを表示する機能として、当該画面に設定することができる。このタグに任意のテキストや画像ファイルのＵＲＬが定義されている場合には、端末装置に表示された画面には、クリッカブルボタンや画像ボタンが示される。
【００１４】
一方、各バージョンのウェブページに関するデータがそのまま保存されている場合、当時のバージョンのウェブページの現在のパスを含むＵＲＬが定義されたタグ（<a href>タグ）を、当時のバージョンのウェブページを表示する機能として、当該画面に設定することができる。このタグに任意のテキストや画像ファイルのＵＲＬが定義されている場合には、端末装置に表示された画面には、テキスト又は画像のリンクボタンが示される。
【００１５】
また、上記の課題を解決する第２の手段として構成された本発明のウェブページ誘導方法は、特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とページ内で使用されている幾つかのキーワードとを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置が記憶し、何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、処理装置が、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出し、抽出したアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出し、抽出した更新履歴情報に含まれるキーワードを検索条件として前記ウェブサイト内の検索の実行を開始させる機能を設定した画面を表示させるための画面データを生成し、この画面データを前記端末装置へ送信することを、特徴とする。
【００１６】
このように構成されると、端末装置を操作するユーザが以前指定したことのあるパスを再び指定した時に、当時そのパスにあったウェブページがその当時から更新されていた場合には、そのユーザの端末装置には、当時のバージョンのウェブページに使用されていたキーワードを検索条件として当該ウェブサイト内の検索の実行を開始させる機能が設定された画面が、表示される。このため、このユーザは、その画面に設定された機能を実行させれば、どのようなキーワードを用いるかを考えることなくても、自分が所望する検索結果を自分の端末装置に表示させることができ、その検索結果のうちの１つを選択して自分の所望するウェブページへ移動することができる。
【００１７】
なお、当該ウェブサイト内の検索の開始を実行させる機能としては、記憶装置に記憶されているサーバプログラムに含まれる１つの機能として用意されている検索エンジンを立ち上げるものであっても良いし、記憶装置に記憶されているアアプリケーションプログラムに含まれる１つの機能として用意されている検索エンジンを立ち上げるものであっても良いし、ネットワーク上の他のサーバ装置に用意されている検索エンジンを立ち上げるものであっても良い。
【００１８】
ウェブページの更新には、ウェブページに対するパス名の付け替えが含まれても良いし、ウェブページの内容の修正が含まれても良いし、その両方が含まれても良い。
【００１９】
また、上記の課題を解決するために構成された本発明のウェブページ誘導プログラムは、ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とから構成される更新履歴情報，及び、前記各端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名と端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、抽出された更新履歴情報に対応したバージョンのウェブページを表示させる機能を設定した画面を表示させるための画面データを生成させ、前記画面データを前記端末装置へ送信させることを、特徴とする。
【００２０】
従って、このウェブページ誘導プログラムによれば、コンピュータを、上述した第１の手段として構成されたウェブページ誘導方法を実施するための装置として機能させることができることになる。
【００２１】
また、上記の課題を解決するために構成された本発明のウェブページ誘導プログラムは、ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とページ内で使用されている幾つかのキーワードとを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、抽出された更新履歴情報に含まれるキーワードを検索条件として前記ウェブサイト内の検索の実行を開始させる機能を設定した画面を表示させるための画面データを生成させ、前記画面データを前記端末装置へ送信させることを、特徴とする。
【００２２】
従って、このウェブページ誘導プログラムによれば、コンピュータを、上述した第２の手段として構成されたウェブページ誘導方法を実施するための装置として機能されることができることになる。
【００２３】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態を説明する。本発明の実施形態であるコンピュータネットワークシステムの概略図を、図１に示す。この図１に示されるように、このコンピュータネットワークシステムは、インターネットＮを介して相互に繋がれた複数の端末装置１０，１０，１０，…とサーバ装置２０とにより、構成されている。
【００２４】
端末装置１０は、デスクトップ型やノート型やパームトップ型などとして一般に市販されている通信機能付きのコンピュータである。この端末装置１０の内部の概略的な構成図を、図２に示す。この図２に示されるように、端末装置１０は、ディスプレイ１０ａと、キーボーやマウス等の入力装置１０ｂと、これらに繋がれた本体１０ｃとを、備えている。また、本体１０ｃは、その内部に、ＣＰＵ１１，ＲＡＭ１２，通信制御回路１３，及びハードディスクドライブ（ＨＤＤ）１４等の各種ハードウエアを、備えている。
【００２５】
ＣＰＵ１１は、各ハードウエア１２〜１６を含むデバイス全体を統合的に制御する中央処理装置である。ＲＡＭ１２は、ＣＰＵ１１が利用するプログラムの一部や頻繁に利用するデータが一時的に記録される記憶装置である。通信制御回路１３は、電話回線やＬＡＮ等の通信回線を介してインターネットＮに接続されたネットワークアダプタ，モデム，ＤＳＵ及びＮＩＣ等であり、インターネットＮに接続されたコンピュータとの間のデータの送受信を司る。
【００２６】
ＨＤＤ１４は、各種のプログラムやデータが読み書きされる記憶装置である。このＨＤＤ１４には、図示されていないが、ハードウエアとソフトウエアを総合的に管理するためのオペレーションシステムプログラムや、各種のアプリケーションプログラムや、各種のデータが、格納されている。なお、このＨＤＤ１４に格納されるデータやプログラムには、電子メールを編集したり送受信する機能を実現するためのメーラー（図示略）や、ＷＷＷ（World Wide Web）ブラウザ（以下、単にウェブブラウザという）が、含まれている。
【００２７】
ウェブブラウザは、ＣＰＵ１１によって実行されている状態で入力装置１０ｂからＵＲＬ（Uniform Resource Locator）が入力された場合、ＣＰＵ１１に対し、ＨＴＴＰ（HyperText Transfer Protocol）に従って、ＵＲＬに含まれるドメイン名により示されるＷＷＷサーバ（以下、単にウェブサーバという）へ、ＵＲＬに含まれるパス名により示されるハイパーテキストファイルをリクエストさせる。
【００２８】
また、このリクエストに応じてハイパーテキストファイルが送信されてきた場合、ウェブブラウザは、ＣＰＵ１１に対し、そのハイパーテキストファイルに格納されているハイパーテキストデータを読み込ませ、そのハイパーテキストデータによって示されるウェブページをディスプレイ１０ａに表示させる。
【００２９】
なお、ウェブブラウザは、ハイパーテキストデータ中に画像ファイルのパス名が記述されていた場合、ＣＰＵ１１に対し、その画像ファイルをウェブサーバへリクエストさせる。そして、そのリクエストに応じて画像ファイルが送信されてきた場合、ウェブブラウザは、ＣＰＵ１１に対し、その画像ファイルの中の画像データに基づく画像を、ハイパーテキストデータに従って表示されたウェブページ上に、貼り付けさせる。
【００３０】
一方、図１に示すサーバ装置２０は、ウェブサーバとして機能するコンピュータである。このサーバ装置２０の内部の概略的な構成図を、図３に示す。この図３に示されるように、サーバ装置２０は、その内部に、ＣＰＵ２１，ＲＡＭ２２，通信制御回路２３，フレキシブルディスクドライブ（ＦＤＤ）２４，ＣＤ−ＲＷドライブ２５，及びＨＤＤ２６等の各種ハードウエアを、備えている。なお、ＣＰＵ２１，ＲＡＭ２２，及び通信制御回路２３は、図２で示したものと同じであるので、それらの説明は省略する。
【００３１】
ＦＤＤ２４及びＣＤ−ＲＷドライブ２５は、コンピュータ可読媒体であるフレキシブルディスクＦＤやコンパクトディスクＣＤに格納されたプログラムやデータを読み出したりこれらディスクＦＤ，ＣＤにプログラムやデータを書き込む装置である。なお、これらドライブ２４，２５によりディスクＦＤ，ＣＤから読み出されたプログラムやデータは、ＨＤＤ２６等の記憶装置にインストールされる。
【００３２】
サーバ装置２０のＨＤＤ２６にも、図示されていないが、オペレーションシステムプログラムや各種のプログラムや各種のデータが、格納されている。このＨＤＤ２６に格納されるプログラムやデータには、メーラー（図示略）の他、複数のハイパーテキストファイル１や画像ファイル，ページ属性情報データベース２，ユーザ情報データベース３，アクセスログデータベース４，代替パス情報データベース５，誘導結果データベース６，及びサーバプログラム７が、含まれる。以下、これらハイパーテキストファイル１，各データベース２〜６，サーバプログラム７について、順次説明する。
【００３３】
ハイパーテキストファイル１は、端末装置１０のウェブブラウザに１ページ分のウェブページを表示させるためのハイパーテキストデータを記録しているファイルであり、各ハイパーテキストファイル１には、個別のパス名（ディレクトリ名＋ファイル名）が、定義付けられている。ハイパーテキストファイル１は、端末装置１０のウェブブラウザによってリクエストされた場合には、後述するサーバプログラム７を実行したＣＰＵ２１からの指示により、その端末装置１０へ送信される。このとき、ハイパーテキストファイル１にリンクされている画像ファイルがあるときには、その画像ファイルも送信される。なお、本実施形態では、ＨＤＤ２６に格納されている全てのハイパーテキストファイル１及び全ての画像ファイルに基づくコンテンツが、全体で１つのウェブサイトを構成するように、作成されている。
【００３４】
ページ属性情報データベース２は、資源（現在及び過去のウェブサイトを構成するウェブページ）に関する情報を記録するためのデータベースである。そのデータ構造を説明するために作成した論理的な表（テーブル）を、図４に示す。この図４に示されるように、ページ属性情報データベース２は、「資源ＩＤ」，「更新履歴」，及び「作成者」の項目欄（フィールド）からなるレコードを資源毎に作成することによって、構成されている。
【００３５】
「資源ＩＤ」には、資源を個々に識別するための識別情報である資源ＩＤが、記録される。「作成者」には、資源を作成した者の姓が、記録される。
【００３６】
「更新履歴」には、資源が更新される毎に、その更新に関する履歴情報（更新履歴情報）が、記録される。なお、更新とは、具体的には、ハイパーテキストファイル１に対するパス名の付け替えや、ウェブページの内容の修正や、ウェブページのウェブサイトからの削除のことである。そして、ハイパーテキストファイル１に対するパス名の付け替えやウェブページの内容の修正があると、更新後の新バージョンのウェブページを格納したハイパーテキストファイル１が新たに生成され、そのハイパーテキストファイル１には、旧バージョンに定義付けられていたパス名が、定義付けられる。旧バージョンのウェブページを格納したハイパーテキストファイル１’は、そのままの状態、若しくは、新バージョンとの差分ファイルとして、ＨＤＤ２６内に保存される。また、全バージョンのハイパーテキストファイル１，１’は、それぞれ、各バージョンを個々に識別するためのバージョン番号と資源ＩＤとが定義付けられた状態で管理される。上述した更新履歴情報は、バージョン番号と、バージョンを使用した期間と、その期間に使用したパス名と、前のバージョンからアップグレードしたときの更新内容と、そのバージョンでのウェブページの内容のキーワードとからなる。このため、図４に示されたページ属性情報データベース２の「更新履歴」は、「バージョン」，「パス名」，「更新内容」，及び「キーワード」の項目欄に、更に区分されており、更新履歴情報を構成するバージョン番号，期間，パス名，更新内容，及びキーワードは、これら各項目欄に、それぞれ記録される。
【００３７】
ところで、ページ属性情報データベース２内の各レコードにおいて、最新バージョンの期間の終了時刻が定まっていないもの（例えば、図４において言えば、資源ＩＤが00010101のレコードのバージョン3.1.0）があるが、これは、そのバージョンが現在使用中であることを示している。逆に、最新バージョンの期間の終了時刻が定まっているもの（例えば、図４において言えば、資源ＩＤが00010104のレコードのバージョン1.0.2）は、そのバージョンを含めて全てのバージョンが、ウェブサイトから削除されたことを示す。
【００３８】
また、図４に示された更新履歴情報について、簡単に説明すると、まず、00010101の資源が、「products/pageA.html」なるパス名を持つウェブサイト内の１つのページとして2001年04月01日に新規登録されている。そして、幾度か内容が修正された後、2001年06月01日に「products/pageB.html」なるパス名に変更されている。このとき、使用されなくなった「products/pageA.html」なるパス名は、00010102の資源のパス名として、使用され始めている。その後、00010101の資源も00010102の資源も、幾度か内容が修正された後、2001年08月01日に、00010101の資源のパス名が、「products/pageC.html」なるパス名へと変更されている。このとき、使用されなくなった「products/pageB.html」なるパス名は、00010102の資源のパス名として、使用され始め、更に、使用されなくなった「products/pageA.html」なるパス名が、00010103の資源のパス名として、使用され始めている。図４は、このような例を示したものである。
【００３９】
なお、図４に示されたページ属性情報データベース２は、上記３つの項目欄を有しているが、これら３つの項目欄に限られず、ウェブサイトの運用上必要となる項目欄が、当該データベース２に、更に追加されていても良い。
【００４０】
ユーザ情報データベース３は、ユーザに関する情報を記録するためのデータベースである。そのデータ構造を説明するために論理的に作成した表を、図５に示す。この図５に示されるように、ユーザ情報データベース３は、「ユーザＩＤ」，「セッション履歴」，及び「個人情報」の項目欄からなるレコードをユーザ毎に作成することによって、構成されている。
【００４１】
「ユーザＩＤ」には、ユーザを個々に識別するための識別情報であるユーザＩＤが、記録される。このユーザＩＤは、当該サーバ装置１０の運営者が各ユーザを個別に管理するために使用するものであるが、後述するサーバプログラム７により、有効期限が無期限に指定されたクッキーとしても使用される。
【００４２】
「セッション履歴」には、ユーザが当該サーバ装置２０の運営者に対して行ったセッション（ウェブページのリクエスト，電子メールの送信，又は、サービスセンターのオペレータへの電話での問い合わせ）の履歴に関する情報であるセッション履歴情報が、記録される。このセッション履歴情報は、各セッションを個々に識別するための識別情報であるセッションＩＤと、セッションを開始した時刻（年月日時分秒）と、セッションタイプ（web，email，phone）とからなる。
【００４３】
「個人情報」には、何れかのセッションにおいて取得されたユーザの個人情報（氏名，住所，郵便番号，電話番号，電子メールアドレス，及びクレジットカード番号など）が、記録される。但し、個人情報を取得していない場合には、「個人情報」は空欄である。
【００４４】
なお、ここで、本実施形態におけるセッションについて、説明しておく。本実施形態においては、以下に示す３つの場合における期間又は時をもって、１セッションと定義している。
【００４５】
第１に、ユーザが自分の端末装置１０を操作してウェブブラウザを立ち上げて、当該サーバ装置２０に対して初めてウェブページのリクエストをした場合（セッションタイプがwebである場合）、後述するサーバプログラム７により、セッションＩＤが、有効期限が指定されてないクッキーとして端末装置１０へ配信される。すると、端末装置１０のウェブブラウザは、ＣＰＵ１１によって実行されている間は、セッションＩＤをクッキーとして使用し続ける（つまり、サーバ装置２０へ送信するＨＴＴＰリクエストメッセージのヘッダに毎回セッションＩＤを格納する）。そして、ウェブブラウザの実行が終了されるとウェブブラウザはそのセッションＩＤを破棄する。本実施形態では、このようなクッキーの機能を利用して、ウェブブラウザがセッションＩＤをクッキーとして使用している期間を、１セッションと定義している。
【００４６】
第２に、ユーザが、後述する問い合わせ画面（図１８参照）を利用して、当該サーバ装置２０の運営者に対して電子メールを送信してきた場合（セッションタイプがemailである場合）、サーバ装置２０のメーラーがその電子メールを受信した時を、１セッションと定義している。
【００４７】
第３に、ユーザが、当該ウェブサイト内のウェブページについて、当該サーバ装置２０の運営者（より具体的には、サービスセンターのオペレータ）に対して電話で問い合わせした場合（セッションタイプがphoneである場合）、その問い合わせに掛かった通話期間を、１セッションと定義している。
【００４８】
ところで、セッションタイプがweb又はphoneである場合には、セッションＩＤは、後述するサーバプログラム７により、セッションが開始される毎に新規に生成される。一方、セッションタイプがemailである場合には、セッションＩＤは、メーラーが電子メールを受信する毎に新規に生成されて、後述する関連情報とともにユーザ情報データベース３及び後述するアクセスログデータベース４内に自動的に記録されるようになっている。
【００４９】
なお、図５に示されたユーザ情報データベース３は、上記３つの項目欄を有しているが、これら３つの項目欄に限られず、ウェブサイトの運用上必要となる項目欄が、当該データベース３に、更に追加されていても良い。
【００５０】
アクセスログデータベース４は、全てのユーザが当該サーバ装置２０の運営者に対して行ったアクセスの履歴に関する情報（アクセス履歴情報）を全て記録するためのデータベースであり、１つのウェブサイトに対して１つ用意される。そのデータ構造を説明するために作成した論理的な表を、図６に示す。この図６に示されるように、アクセスログデータベース４は、「ユーザＩＤ」，「セッションＩＤ」，「アクセス時刻」，「タイプ」，及び「内容」の項目欄からなるレコードを、端末装置１０がアクセスしてくる毎に作成することによって、構成されている。
【００５１】
「ユーザＩＤ」及び「セッションＩＤ」には、それぞれ、ユーザＩＤ及びセッションＩＤが、記録される。
【００５２】
なお、ここで、本実施形態におけるアクセスについて、説明しておく。本実施形態においては、以下に示す３つの行為を１アクセスとして定義している。
【００５３】
第１に、セッションタイプがWebであるときは、ユーザが自分の端末装置１０を操作してウェブページをリクエストした行為を、１アクセスと定義している。なお、ユーザは１セッション中（端末装置１０においてウェブブラウザを立ち上げている間）であればウェブページを何回もリクエストすることができるので、セッションタイプがwebであるときには、同じセッションＩＤを有するアクセス履歴情報が、当該データベース４に複数存在する場合もある。
【００５４】
第２に、セッションタイプがemailである場合、ユーザが自分の端末装置１０を操作して電子メールを送信してきた行為を、１アクセスと定義している。なお、上述したように、サーバ装置２０が電子メールを受信した時を１セッションとして定義しているので、本実施形態においては、同じセッションＩＤを有するアクセス履歴情報は、当該データベース４に存在しない。
【００５５】
第３に、セッションタイプがphoneである場合、ユーザが、当該ウェブサイト内のウェブページについてサービスセンターのオペレータへ電話で問い合わせした行為を、１アクセスとして定義している。なお、上述したように、この問い合わせに掛かった通話期間を１セッションとして定義しているので、本実施形態においては、同じセッションＩＤを有するアクセス履歴情報は、当該データベース４に存在しない。
【００５６】
図６のアクセスログデータベース４の説明に戻る。「アクセス時刻」には、端末装置１０がウェブページをリクエストしてきた時刻（年月日時分秒），電子メールを受信した時刻（年月日時分秒），又は、オペレータがユーザと電話のやり取りを開始した時刻（年月日時分秒）が、記録される。「タイプ」には、セッションタイプ（web，email，phone）が、記録される。
【００５７】
「内容」には、端末装置１０がウェブページをリクエストしてきた場合には、一般のウェブサーバが持つアクセスログに記録されているのと同じ情報（例えば、メソッド，パス名，プロトコルバージョン，及びレスポンスレコード等）が記録され、端末装置１０から電子メールを受信した場合には、送信元の電子メールアドレス（図示略）と電子メールの件名が記録され、ユーザがオペレータへ電話で問い合わせてきた場合には、ユーザＩＤや電話番号（ともに図示略）が記録される。ところで、図６の「内容」には◆が示されているが、これは、セッション情報データベース４の内容がディスプレイに表示されたときに表示されるポインターである。サーバ装置２０の運営者がこのポインターをクリックすると、電子メールの内容やオペレータが電話でユーザとやり取りした内容が所定のファイルから読み出されてディスプレイに表示される。なお、電話でやり取りした内容は、オペレータによりテキストデータとして上記所定のファイルに記録され、また、ユーザとの電話でのやり取りに関するアクセス履歴情報が、オペレータによってアクセスログデータベース４に記録される。
【００５８】
ところで、図６に示されたアクセスログデータベース４は、上記５つの項目欄を有しているが、これら５つの項目欄に限られず、ウェブサイトの運用上必要となる項目欄が、当該データベース４に、更に追加されていても良い。
【００５９】
代替パス情報データベース５は、誤入力により得られるであろうと予測される不正確なパス名とそのパス名に対応するであろうと予測される現在使用中のパス名とを対応付けているデータベースである。そのデータ構造を説明するために作成した論理的な表を、図７に示す。この図７に示されるように、代替パス情報データベース５は、「未登録パス」及び「代替パス」の項目欄からなるレコードが各行に作成されることによって、構成されている。
【００６０】
「未登録パス」には、ウェブサイトで現在使用しているパス名に対して誤ったパス名（例えば、正常なパス名「product/VirtualEditor/index.html」に対して「/index」といった１単語が抜けたパス名）が、格納される。「代替パス」には、上述したような誤ったパス名に対応する正常なパス名が、格納される。
【００６１】
誘導結果データベース６は、ユーザが端末装置１０を操作してウェブページをリクエストしてきたときに実行される後述するサーバプログラム７によって、そのユーザが所望する資源へ誘導した結果（若しくは問い合わせサービスを提供した結果）を記録するデータベースである。そのデータ構造を説明するために作成した論理的な表を、図８に示す。この図８に示されるように、誘導結果データベース６は、「利用日時」，「要求パス」，「要求パスの状態」，「誘導機能の種類」，及び「誘導結果」の項目欄からなるレコードを、ユーザを誘導する毎に作成することによって、構成されている。
【００６２】
「利用日時」には、ユーザを誘導した時刻（年月日時分秒）が、記録される。「要求パス」には、端末装置１０がウェブページをリクエストしてきた時に指定したパス名が、記録される。「要求パスの状態」には、指定されたパス名がウェブサイト内で使用中のものであるか（正常）、もともとウェブサイト内に存在しないものか（未登録）、既にウェブサイト内に存在しないかを示す情報（削除）の何れかが、記録される。
【００６３】
「誘導機能の種類」には、後述するサーバプログラム７を実行した際にユーザが選択した機能が、記録される。なお、その機能としては、不正確なパス名をユーザが指定してきた場合に正常なパス名へと変換してその正常なパスにあるファイル１へジャンプさせる機能（代替パス［対応関係］），正常なパス名に類似する不正確なパス名（例えば、スラッシュが１つ足りないパス名や、ａがｅになっているパス名や、ｉがｌになっているパス名など）をユーザが指定してきた場合に正常なパス名へと変換してその正常なパスへジャンプさせる機能（代替パス［類似関係］），サイト内のウェブページを検索する機能（サイト内検索），ユーザが自己の所望するウェブページについて古いパス名を指定した場合にそのウェブページについて現在使用しているパスへジャンプさせる機能（移動），ユーザが前回アクセスした時からウェブページの内容が修正されていた場合に古いバージョンのウェブページ（旧内容を持つウェブページ）へ移動させる機能（旧内容復元），及び、電子メールでの問い合わせを行わせる機能（問い合わせ）がある。
【００６４】
「誘導結果」には、ユーザを誘導した結果が、記録される。具体的には、ユーザが正常なパスへジャンプした場合にはそのパス名が、検索したが１つも抽出できなかった場合には［NO Match］が、検索して得られた幾つかのパスのうちの１つへユーザがジャンプした場合にはジャンプした先のパス名が、ユーザが古いバージョンのウェブページへ移動した場合にはそのバージョン番号とそのバージョンの使用期間の開始時刻が、ユーザが問い合わせを行った場合には後述する問合ＩＤと問い合わせ内容の概要が、記録される。
【００６５】
サーバプログラム（ＣＧＩスクリプトやサーブレットなどを含む総合的なサーバプログラム）７は、ＣＰＵ２１に対し、通常のウェブサーバとしての機能を実行させるとともに、ウェブサイトにアクセスしてきたユーザを識別させ、そのユーザのアクセス履歴情報とウェブページの更新履歴情報とを参照して、そのユーザが求めている資源（又はサービスセンター）へユーザを誘導させるプログラムである。
【００６６】
なお、このサーバ装置２０は、図示していないが、サービスセンターにあるオペレータ用の端末装置とＬＡＮ等を介して接続されており、オペレータ用の端末装置は、サーバ装置２０に格納されている各データベース２〜６からデータを読み込んでそのデータに基づく表をディスプレイに表示させることができる。
【００６７】
以上に説明した構成を有するコンピュータネットワークシステムにおいて実行される処理の内容を、以下に説明する。
【００６８】
サーバ装置２０のＣＰＵ２１は、ウェブサイトをインターネットＮ上に公開している間は、ＨＤＤ２６内に格納されているサーバプログラム７を読み込んで実行しており、インターネットＮ上の端末装置１０がウェブページをリクエストしてくるのを、待機している。このサーバプログラム７に基づく処理の内容を、図９に示す。
【００６９】
図９に示されるように、処理開始後、最初のＳ１０１では、ＣＰＵ２１は、何れかの端末装置１０がウェブページをリクエストしてくるのを、すなわち、ＨＴＴＰリクエストメッセージが送信されてくるのを、待機する。そして、ＨＴＴＰリクエストメッセージを受信した場合には、ＣＰＵ２１は、処理をＳ１０２へ進める。
【００７０】
Ｓ１０２では、ＣＰＵ２１は、セッション識別サブルーチンを、実行する。このセッション識別サブルーチンは、ＨＴＴＰリクエストメッセージを送信してきた端末装置１０がセッション中であるかを、クッキーとしても利用されるセッションＩＤを用いて識別するための処理である。このセッション識別サブルーチンの内容を、図１０に示す。
【００７１】
図１０に示されるように、セッション識別サブルーチン開始後、最初のＳ２０１では、ＣＰＵ２１は、ＨＴＴＰリクエストメッセージのヘッダ内にセッションＩＤが存在するか否かを、チェックする。そして、当該ヘッダ内にセッションＩＤが存在していなかった場合には、ＣＰＵ２１は、処理をＳ２０２へ進める。
【００７２】
Ｓ２０２では、ＣＰＵ２１は、ユーザ識別サブルーチンを、実行する。このユーザ識別は、リクエストメッセージを送信してきた端末装置１０を、クッキーとしても利用されるユーザＩＤを用いて識別するための処理である。このユーザ識別サブルーチンの内容を、図１１に示す。
【００７３】
図１１に示されるように、ユーザ識別サブルーチン開始後、最初のＳ２２１では、ＣＰＵ２１は、ＨＴＴＰリクエストメッセージのヘッダ内にユーザＩＤが存在するか否かを、チェックする。そして、当該ヘッダ内にユーザＩＤが存在していなかった場合には、ＣＰＵ２１は、処理をＳ２２２へ進める。
【００７４】
Ｓ２２２では、ＣＰＵ２１は、当該ユーザ用として新たなユーザＩＤを、生成する。
【００７５】
次のＳ２２３では、ＣＰＵ２１は、当該新たなユーザＩＤを、有効期限が無期限に指定されたクッキーとして、ＨＴＴＰリクエストメッセージを送信してきた端末装置１０へ、送信する。なお、当該ユーザＩＤを受信した端末装置１０のウェブブラウザは、当該新たなユーザＩＤの受け取りを了承するかどうかを尋ねる画面をディスプレイに表示し、ユーザによって了承の可否が選択されると、その選択結果をサーバ装置２０へ送信する。
【００７６】
次のＳ２２４では、ＣＰＵ２１は、当該新たなユーザＩＤの送信先である端末装置１０から応答（選択結果）が送信されてくるのを、待機する。そして、応答を受信した場合には、ＣＰＵ２１は、処理をＳ２２５へ進める。
【００７７】
Ｓ２２５では、ＣＰＵ２１は、応答の内容が当該新たなユーザＩＤの受け取りを了承する旨のものであるか否かを、チェックする。そして、その内容が当該新たなユーザＩＤの受け取りを了承する旨のものでなかった場合には、ＣＰＵ２１は、処理をＳ２２６へ進める。
【００７８】
Ｓ２２６では、ＣＰＵ２１は、当該新たなユーザＩＤを破棄し、ダミーのユーザＩＤ（例えば「#########」）を処理対象として特定する。
【００７９】
次のＳ２２７では、ＣＰＵ２１は、当該ダミーユーザＩＤを有する新たなレコードをユーザ情報ＤＢ（データベース）３に追加し、ユーザ認識処理サブルーチンを終了して、図１０のセッション認識サブルーチンにおけるＳ２０３の処理へ進む。
【００８０】
一方、Ｓ２２５において、応答の内容が当該新たなユーザＩＤの受け取りを了承する旨のものであった場合には、ＣＰＵ２１は、処理をＳ２２８へ進める。
【００８１】
Ｓ２２８では、ＣＰＵ２１は、当該新たなユーザＩＤを処理対象として特定する。
【００８２】
次のＳ２２９では、ＣＰＵ２１は、当該新たなユーザＩＤを有する新たなレコードをユーザ情報ＤＢ（データベース）３に追加し、ユーザ認識処理サブルーチンを終了して、図１０のセッション識別サブルーチンにおけるＳ２０３の処理へ進む。
【００８３】
なお、Ｓ２２１において、ＨＴＴＰリクエストメッセージのヘッダ内にユーザＩＤが存在していた場合には、ＣＰＵ２１は、処理をＳ２３０へ進める。
【００８４】
Ｓ２３０では、ＣＰＵ２１は、当該ユーザＩＤを処理対象として特定し、ユーザ認識処理サブルーチンを終了して、図１０のセッション識別サブルーチンにおけるＳ２０３の処理へ進む。
【００８５】
Ｓ２０３では、ＣＰＵ２１は、当該セッション用として新たなセッションＩＤを、生成する。
【００８６】
次のＳ２０４では、ＣＰＵ２１は、当該新たなセッションＩＤを、有効期限が指定されていないクッキーとして、ＨＴＴＰリクエストメッセージを送信してきた端末装置１０へ、送信する。なお、図１１のＳ２２３と同様に、当該セッションＩＤを受信した端末装置１０のウェブブラウザは、当該新たなセッションＩＤの受け取りを了承するかどうかを尋ねる画面をディスプレイに表示し、ユーザによって了承の可否が選択されると、その選択結果をサーバ装置２０へ送信する。
【００８７】
次のＳ２０５では、ＣＰＵ２１は、当該新たなセッションＩＤの送信先である端末装置１０から応答（選択結果）が送信されてくるのを、待機する。そして、応答を受信した場合には、ＣＰＵ２１は、処理をＳ２０６へ進める。
【００８８】
Ｓ２０６では、ＣＰＵ２１は、応答の内容が当該新たなセッションＩＤの受け取りを了承する旨のものであるか否かを、チェックする。そして、応答の内容が当該新たなセッションＩＤの受け取りを了承する旨のものでなかった場合には、ＣＰＵ２１は、処理をＳ２０７へ進める。
【００８９】
Ｓ２０７では、ＣＰＵ２１は、当該新たなセッションＩＤを破棄し、ダミーのセッションＩＤ（例えば「#########」）を処理対象として特定して、処理をＳ２０９へ進める。
【００９０】
一方、Ｓ２０６において、応答の内容が当該新たなセッションＩＤの受け取りを了承する旨のものであった場合には、ＣＰＵ２１は、処理をＳ２０８へ進める。
【００９１】
Ｓ２０８では、ＣＰＵ２１は、当該新たなセッションＩＤを処理対象として特定し、処理をＳ２０９へ進める。
【００９２】
Ｓ２０９では、ＣＰＵ２１は、ユーザ情報ＤＢ（データベース）３において、Ｓ２０２において特定されたユーザＩＤを有するレコードに、当該新たなセッションＩＤとＨＴＴＰリクエストメッセージを受信した時刻（年月日時分秒）とアクセスタイプ（web）とからなる新たなセッション履歴情報を追加して、処理をＳ２１２へ進める。
【００９３】
なお、Ｓ２０１において、ＨＴＴＰリクエストメッセージのヘッダ内にセッションＩＤが存在していた場合には、ＣＰＵ２１は、処理をＳ２１０へ進める。
【００９４】
Ｓ２１０では、ＣＰＵ２１は、当該セッションＩＤを処理対象として特定する。
【００９５】
次のＳ２１１では、ＣＰＵ２１は、アクセスログＤＢ（データベース）４内の各レコードを参照して、当該セッションＩＤと対をなしているユーザＩＤを読み出し、処理をＳ２１２へ進める。
【００９６】
Ｓ２１２では、ＣＰＵ２１は、Ｓ２０２で特定されたユーザＩＤとＳ２０７又はＳ２０８で特定されたセッションＩＤとを、若しくは、Ｓ２１０及びＳ２１１で各々特定されたセッションＩＤ及びユーザＩＤを有する新たなレコード（アクセス履歴情報）を、アクセスログＤＢ（データベース）４に追加し、セッション識別サブルーチンを終了して、図９のメインルーチンにおけるＳ１０３の処理へ進む。
【００９７】
Ｓ１０３では、ＣＰＵ２１は、端末装置１０がＨＴＴＰリクエストメッセージを送信してきた時に指定したパス名が、ページ属性情報データベース２の「変更履歴」の「パス名」に存在するか否かを、チェックする。そして、当該パス名がページ属性情報データベース２内に存在していた場合には、ＣＰＵ２１は、処理をＳ１０４へ進める。
【００９８】
Ｓ１０４では、ＣＰＵ２１は、当該パス名と当該ユーザＩＤ（Ｓ２０２又はＳ２１１で特定されたユーザＩＤ）とを有するレコード（アクセス履歴情報）がアクセスログデータベース４内に存在するか否かを、チェックする。そして、ＣＰＵ２１は、当該レコードがアクセスログデータベース４内に存在していなかった場合には、処理をＳ１０７へ進め、当該レコードがアクセスログデータベース４内に存在していた場合には、処理をＳ１０５へ進める。
【００９９】
Ｓ１０５では、ＣＰＵ２１は、当該パス名と当該ユーザＩＤとを持つレコードのうち、最も新しいアクセス時刻を有するレコードを特定し、そのレコードのアクセス時刻をアクセスログデータベース４内から読み出す。
【０１００】
次のＳ１０６では、ＣＰＵ２１は、更新情報生成サブルーチンを、実行する。この更新情報生成サブルーチンは、ユーザが前回アクセスした時から現時点までにウェブページが更新されているかどうかに関する情報を生成するための処理である。この更新情報生成サブルーチンの内容を、図１２に示す。
【０１０１】
図１２に示されるように、更新情報生成サブルーチン開始後、最初のＳ３０１では、ＣＰＵ２１は、ページ属性情報データベース２から、当該パス名を「パス名」に有する資源を、抽出する。
【０１０２】
次のＳ３０２では、ＣＰＵ２１は、抽出された資源のうち、Ｓ１０５で読み出されたアクセス時刻を含む期間と当該パス名とを有するバージョンを持つ資源の資源ＩＤを、特定する。
【０１０３】
次のＳ３０３では、ＣＰＵ２１は、当該資源ＩＤが示す資源において、当該アクセス時刻以後にパス名の付け替えがあったか否かを、チェックする。そして、パス名の付け替えがあった場合には、ＣＰＵ２１は、処理をＳ３０４へ進める。
【０１０４】
Ｓ３０４では、ＣＰＵ２１は、当該資源ＩＤが示す資源がウェブサイトから削除されているか否か、すなわち、当該資源ＩＤの最新バージョンの期間の終了時刻が定まっているか否かを、チェックする。そして、ＣＰＵ２１は、当該資源ＩＤの資源がウェブサイトから削除されていた場合には処理をＳ３０７へ進め、当該資源ＩＤの資源がウェブサイトから削除されていなかった場合には処理をＳ３０５へ進める。
【０１０５】
Ｓ３０５では、ＣＰＵ２１は、当該資源ＩＤの最新バージョンのパス名をページ属性情報データベース２から読み出し、処理をＳ３０７へ進める。
【０１０６】
なお、Ｓ３０３において、パス名の付け替えがなかった場合には、ＣＰＵ２１は、処理をＳ３０６へ進める。
【０１０７】
Ｓ３０６では、ＣＰＵ２１は、当該資源ＩＤが示す資源において、当該アクセス時刻以後に内容の修正があったか否かを、チェックする。そして、ＣＰＵ２１は、内容の修正があった場合には処理をＳ３０７へ進め、内容の修正がなかった場合には更新情報生成サブルーチンを終了し、図９のメインルーチンにおけるＳ１０７の処理へ進む。
【０１０８】
Ｓ３０７では、ＣＰＵ２１は、当該資源ＩＤにおける当該アクセス時刻をその期間に含むバージョンを特定し、そのバージョン番号をページ属性情報データベース２から読み出して、更新情報生成サブルーチンを終了し、図９のメインルーチンにおけるＳ１０７の処理へ進む。
【０１０９】
Ｓ１０７では、ＣＰＵ２１は、キーワード読出サブルーチンを、実行する。このキーワード読出サブルーチンは、ウェブサイト内の何れかのウェブページを抽出する際に検索条件として使用されるキーワードを読み出すための処理である。このキーワード読出サブルーチンの内容を、図１３に示す。
【０１１０】
図１３に示されるように、キーワード読出サブルーチン開始後、最初のＳ４０１では、ＣＰＵ２１は、この時点で資源ＩＤが特定されているか否かを、チェックする。そして、この時点で資源ＩＤが特定されていた場合には、ＣＰＵ２１は、処理をＳ４０２へ進める。
【０１１１】
次のＳ４０２では、ＣＰＵ２１は、当該資源ＩＤが示す資源において、当該アクセス時刻以後にパス名の付け替えがあったか否かを、チェックする。そして、ＣＰＵ２１は、パス名の付け替えがあった場合には処理をＳ４０４へ進め、パス名の付け替えがなかった場合には処理をＳ４０３へ進める。
【０１１２】
Ｓ４０３では、ＣＰＵ２１は、当該資源ＩＤが示す「資源において、当該アクセス時刻以後に内容の修正があったか否かを、チェックする。そして、当該アクセス時刻以後に内容の修正があった場合には、ＣＰＵ２１は、処理をＳ４０４へ進める。
【０１１３】
Ｓ４０４では、ＣＰＵ２１は、当該資源ＩＤにおけるＳ３０７で読み出されたバージョン番号に対応するキーワードを、ページ属性情報データベース２から読み出し、処理をＳ４０６へ進める。
【０１１４】
一方、Ｓ４０３において、当該アクセス時刻以後に内容の修正がなかった場合には、ＣＰＵ２１は、処理をＳ４０５へ進める。
【０１１５】
Ｓ４０５では、ＣＰＵ２１は、当該資源ＩＤが示す資源がウェブサイトから削除されているか否か、すなわち、当該資源ＩＤの最新バージョンの期間の終了端が定まっているか否かを、チェックする。そして、当該資源ＩＤが示す資源がウェブサイトから削除されていなかった場合には、ＣＰＵ２１は、処理をＳ４０６へ進める。
【０１１６】
なお、Ｓ４０１において、その時点で資源ＩＤが特定されていなかった場合にも、ＣＰＵ２１は、処理をＳ４０６へ進める。
【０１１７】
Ｓ４０６では、ＣＰＵ２１は、当該資源ＩＤの最新バージョン（若しくは、指定されたパス名を最新バージョンに持つ資源の最新バージョン）のキーワードを、ページ属性情報データベース２から読み出し、キーワード読出サブルーチンを終了して、図９のメインルーチンにおけるＳ１０８へ進む。
【０１１８】
一方、Ｓ４０５において、当該資源ＩＤの資源がウェブサイトから削除されていた場合には、ＣＰＵ２１は、処理をＳ４０７へ進める。
【０１１９】
Ｓ４０７では、ＣＰＵ２１は、当該資源の最終バージョンのキーワードを、ページ属性情報データベース２から読み出し、キーワード読出サブルーチンを終了して、図９のメインルーチンにおけるＳ１０８へ進む。
【０１２０】
Ｓ１０８では、ＣＰＵ２１は、端末装置１０により指定されたパス名が示すパスにあるハイパーテキストファイル１を送信し、処理をＳ１１０へ進める。
【０１２１】
なお、Ｓ１０３において、端末装置１０がＨＴＴＰリクエストメッセージを送信してきた時に指定したパス名が、ページ属性情報データベース２内に存在していなかった場合には、ＣＰＵ２１は、処理をＳ１０９へ進める。
【０１２２】
Ｓ１０９では、ＣＰＵ２１は、代替パス特定サブルーチンを、実行する。この代替パス特定サブルーチンは、当該パス名に類似する現在使用中のパス名を特定するための処理である。この代替パス特定サブルーチンの内容を、図１４に示す。
【０１２３】
図１４に示されるように、代替パス特定サブルーチン開始後、最初のＳ５０１では、ＣＰＵ２１は、代替パス情報データベース５の「未登録パス」に当該パス名が存在するか否かを、チェックする。そして、当該パス名が代替パス情報データベース５内に存在していた場合には、ＣＰＵ２１は、処理をＳ５０２へ進める。
【０１２４】
Ｓ５０２では、ＣＰＵ２１は、代替パス情報データベース５の「代替パス」から、当該パス名に対応する代替パス名を読み出し、代替パス特定サブルーチンを終了して、図９のメインルーチンにおけるＳ１１０へ進む。
【０１２５】
一方、Ｓ５０１において、当該パス名が代替パス情報データベース５内に存在していなかった場合には、ＣＰＵ２１は、処理をＳ５０３へ進める。
【０１２６】
Ｓ５０３では、ＣＰＵ２１は、当該パス名に最も類似する実在のパス名を、ページ属性情報ＤＢ（データベース）２から抽出する。なお、最も類似するものを抽出するためのロジックについては、説明を省略する。そして、ＣＰＵ２１は、Ｓ５０３を実行した後、代替パス特定サブルーチンを終了して、図９のメインルーチンにおけるＳ１１０へ進む。
【０１２７】
Ｓ１１０では、ＣＰＵ２１は、メニュー内容決定サブルーチンを、実行する。このメニュー内容決定サブルーチンは、ユーザが選択可能な１つ又は複数の選択肢からなるメニューを決定するための処理である。なお、メニューを構成する各選択肢は、何れも、ユーザが当該ウェブサイトへアクセスする際に指定したパス（すなわちウェブページ）とは違うパス（すなわちウェブページ）へ移動する手段を、ユーザに提供する。このメニュー内容決定処理サブルーチンの内容を、図１５に示す。
【０１２８】
図１５に示されるように、メニュー内容決定サブルーチン開始後、最初のＳ６０１では、ＣＰＵ２１は、この時点で代替パス名が読み出されているか否かを、チェックする。そして、この時点で代替パス名が読み出されていなかった場合には、ＣＰＵ２１は、処理をＳ６０２へ進める。
【０１２９】
Ｓ６０２では、ＣＰＵ２１は、この時点で資源ＩＤが特定されているか否かを、チェックする。そして、この時点で資源ＩＤが特定されていた場合には、ＣＰＵ２１は、処理をＳ６０３へ進める。
【０１３０】
Ｓ６０３では、ＣＰＵ２１は、当該資源ＩＤの資源において、当該アクセス時刻以後にパス名の付け替えがあったか否かを、チェックする。そして、パス名の付け替えがあった場合には、ＣＰＵ２１は、処理をＳ６０４へ進める。
【０１３１】
Ｓ６０４では、ＣＰＵ２１は、当該資源ＩＤの資源がウェブサイトから削除されているか否か、すなわち、当該資源ＩＤの最新バージョンの期間の終了端が定まっているか否かを、チェックする。そして、ＣＰＵ２１は、当該資源ＩＤの資源がウェブサイトから削除されていなかった場合には処理をＳ６０７へ進め、当該資源ＩＤの資源がウェブサイトから削除されていた場合には処理をＳ６０５へ進める。
【０１３２】
Ｓ６０５では、ＣＰＵ２１は、Ｓ３０５で読み出された現在使用中のパス名が示すウェブページへ移動する（つまり、そのパスにあるハイパーテキストファイル１を送信する）機能を実行するための選択肢を、メニューに加える。なお、このＳ６０５では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。このメッセージの一例としては、「このURL:news.htmlの前回のアクセス日時:2000/04/20,18:11:20時点のページ内容は、現在、別のURLに移動しています。」がある。そして、ＣＰＵ２１は、Ｓ６０５の実行後、処理をＳ６０７へ進める。
【０１３３】
一方、Ｓ６０３において、パス名の付け替えがなかった場合には、ＣＰＵ２１は、処理をＳ６０６へ進める。
【０１３４】
Ｓ６０６では、ＣＰＵ２１は、当該資源ＩＤの資源において、当該アクセス時刻以後に内容の修正があったか否かを、チェックする。そして、当該アクセス時刻以後に内容の修正があった場合には、ＣＰＵ２１は、処理をＳ６０７へ進める。
【０１３５】
Ｓ６０７では、ＣＰＵ２１は、前回アクセスしてきた時の内容を持つウェブページへ移動する（つまり、当該資源ＩＤとＳ３０７で読み出されたバージョン番号とが定義付けられているハイパーテキストファイル１’を送信する）機能を実行するための選択肢を、メニューに追加する。なお、このＳ６０７では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。このメッセージの一例としては、「このURL:products/index.htmlは、前回のアクセス日時:2000/04/20,18:15:03以降、ページ内容に変更があります。」がある。そして、ＣＰＵ２１は、Ｓ６０７の実行後、処理をＳ６０９へ進める。
【０１３６】
一方、Ｓ６０６において、当該アクセス時刻以後に内容の修正がなかった場合には、ＣＰＵ２１は、処理をＳ６０８へ進める。
【０１３７】
Ｓ６０８では、ＣＰＵ２１は、当該資源ＩＤの資源がウェブサイトから削除されているか否か、チェックする。そして、当該資源ＩＤの資源がウェブサイトから削除されていなかった場合には、ＣＰＵ２１は、処理をＳ６０９へ進める。
【０１３８】
Ｓ６０９では、ＣＰＵ２１は、当該アクセス時刻でのバージョンのキーワードにてウェブサイト内を検索する機能を実行するための選択肢を、メニューに追加する。なお、このＳ６０９では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。このメッセージの一例としては、「このURL:products/index.htmlのページのキーワードを検索条件として、このwebサイト内のページ検索を実行しますか？」がある。そして、ＣＰＵ２１は、Ｓ６０９の実行後、処理をＳ６１３へ進める。
【０１３９】
一方、Ｓ６０８において、当該資源ＩＤの資源がウェブサイトから削除されていた場合には、ＣＰＵ２１は、処理をＳ６１０へ進める。
【０１４０】
Ｓ６１０では、ＣＰＵ２１は、当該資源ＩＤの最終バージョンのキーワードにてウェブサイト内を検索する機能を実行するための選択肢を、メニューに追加する。なお、このＳ６１０では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。このメッセージの一例としては、「このURL:virtual-message.htmlは現在削除されています。前回のアクセス日時:2000/04/20,18:47:30のページのキーワードを検索条件として、このwebサイト内のページ検索を実行しますか？」がある。そして、ＣＰＵ２１は、Ｓ６１０の実行後、処理をＳ６１３へ進める。
【０１４１】
なお、Ｓ６０２において、その時点で資源ＩＤが特定されていなかった場合には、ＣＰＵ２１は、処理をＳ６１１へ進める。
【０１４２】
Ｓ６１１では、ＣＰＵ２１は、ページ属性情報データベース２を参照して、端末装置１０によって指定されたパス名を最新バージョンに持つ資源のレコードを特定し、そのバージョンのキーワードにてウェブサイト内を検索する機能を実行するための選択肢を、メニューに追加する。なお、このＳ６１１でも、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。そして、ＣＰＵ２１は、Ｓ６１１の実行後、処理をＳ６１３へ進める。
【０１４３】
また、Ｓ６０１において、その時点で代替パス名が読み出されていた場合には、ＣＰＵ２１は、処理をＳ６１２へ進める。
【０１４４】
Ｓ６１２では、ＣＰＵ２１は、その代替パス名が示すウェブページへ移動する（つまり、代替パス名が示すパスにあるハイパーテキストファイル１を送信する）ための選択肢を、メニューに追加する。なお、このＳ６１２では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。この場合のメッセージの一例としては、「このURL:products/VirtualEditor.htmlは存在しません。代替URL:products/VirtualEditor/index.htmlを表示しますか。」がある。そして、ＣＰＵ２１は、Ｓ６１２の実行後、処理をＳ６１３へ進める。
【０１４５】
Ｓ６１３では、ＣＰＵ２１は、後述する問い合わせ画面へ移動するための選択肢を、メニューに追加する。なお、このＳ６１３では、ＣＰＵ２１は、メニューと同時に表示されるメッセージを更に生成しても良い。このメッセージの一例としては、「このURL:backnumber/news20000420.htmlについて問い合わせしますか？」がある。そして、ＣＰＵ２１は、Ｓ６１３の実行後、メニュー内容決定サブルーチンを終了して、図９のメインルーチンにおけるＳ１１１へ進む。
【０１４６】
Ｓ１１１では、ＣＰＵ２１は、Ｓ１１０で決定された１つ又は複数の選択肢をクリック可能なボタン（移動手段及び検索手段に相当）としてそれぞれ示したメニュー画面を、ウェブページをリクエストしてきた端末装置１０へ、送信する。但し、このメニュー画面には、Ｓ６０５，Ｓ６０６，Ｓ６０９〜Ｓ６１２においてメッセージが作成されていた場合には、それらメッセージも示されている。なお、このメニュー画面を受信した端末装置１０のウェブブラウザは、この時点でディスプレイに表示しているウェブページとは別のフレーム内に、各ボタンとメッセージとが示されたメニュー画面を、表示する。そして、このウェブブラウザは、メニュー画面内の何れかのボタンがクリックされた場合には、そのボタンに示された選択肢に関する情報を、サーバ装置２０へ送信する。
【０１４７】
次のＳ１１２では、ＣＰＵ２１は、選択機能実行サブルーチンを、実行する。この選択機能実行サブルーチンは、端末装置１０のユーザが選択した選択肢の機能を実行するための処理である。この選択機能実行サブルーチンの内容を、図１６に示す。
【０１４８】
図１６に示されるように、選択機能実行サブルーチン開始後、最初のＳ７０１では、ＣＰＵ２１は、ユーザによって選択された選択肢に関する情報が端末装置１０から送信されてくるのを、待機する。そして、当該情報を受信した場合には、ＣＰＵ２１は、処理をＳ７０２へ進める。
【０１４９】
Ｓ７０２では、ＣＰＵ２１は、Ｓ７０１において受信した情報がどの選択肢に関するものであるかを、チェックする。そして、ＣＰＵ２１は、受信した情報が代替パスへの移動に関するものであった場合には処理をＳ７０３へ進め、受信した情報が現在使用中のパスへの移動に関するものであった場合には処理をＳ７０４へ進め、受信した情報が旧内容の表示に関するものであった場合には処理をＳ７０５へ進め、受信した情報が検索の実行に関するものであった場合には処理をＳ７０６へ進め、受信した情報が問い合わせ画面への移動に関するものであった場合には処理をＳ７０７へ進める。
【０１５０】
Ｓ７０３では、ＣＰＵ２１は、代替パス名が示すパスにあるハイパーテキストファイル１を端末装置１０へ送信し、処理をＳ７０８へ進める。
【０１５１】
Ｓ７０４では、ＣＰＵ２１は、Ｓ３０５で読み出された現在使用中のパス名が示すパスにあるハイパーテキストファイル１を端末装置１０へ送信し、処理をＳ７０８へ進める。
【０１５２】
Ｓ７０５では、ＣＰＵ２１は、当該資源ＩＤと当該バージョン番号とが定義付けられているハイパーテキストファイル（差分ファイルである場合には復元されたファイル）１’を端末装置１０へ送信し、処理をＳ７０８へ進める。
【０１５３】
Ｓ７０６では、ＣＰＵ２１は、Ｓ４０４，Ｓ４０６又はＳ４０７で読み出されたキーワードを検索条件としてウェブサイト内を検索して、その検索条件を持つウェブページのＵＲＬが羅列された画面を端末装置１０へ送信し、処理をＳ７０８へ進める。
【０１５４】
Ｓ７０７では、ＣＰＵ２１は、問い合わせ画面送信サブルーチンを、実行する。この問い合わせ画面送信サブルーチンは、問い合わせ用の画面としての電子メール編集用画面を生成して端末装置１０へ送信するための処理である。この問い合わせ画面送信サブルーチンの内容を、図１７に示す。
【０１５５】
図１７に示されるように、問い合わせ画面送信サブルーチン開始後、最初のＳ７１１では、ＣＰＵ２１は、新たなセッションＩＤを生成する。
【０１５６】
次のＳ７１２では、ＣＰＵ２１は、ユーザ情報データベース３における当該ユーザＩＤを有するレコードの「個人情報」から、電子メールアドレスやユーザ名などの必要な情報（但し、記録されているもののみ）を、読み出す。
【０１５７】
次のＳ７１３では、ＣＰＵ２１は、当該資源ＩＤが示す資源（資源ＩＤが特定されていない場合には、端末装置１０がリクエストしてきた際に指定したパス名を現在使用している資源）について、最新バージョンの使用開始時刻（つまり最終更新日時）とキーワードとを、ページ属性情報データベース２から読み出す。
【０１５８】
次のＳ７１４では、ＣＰＵ２１は、Ｓ７１１〜Ｓ７１３において読み出された各情報を所定の欄に記述した問い合わせ画面を、生成する。なお、その問い合わせ画面の画面例を、図１８に示す。図１８に示すように、問い合わせ画面３０には、宛先としての当該サーバ装置２０の電子メールアドレス，送信元の電子メールアドレスを記述するためのテキストボックス３０ａ，セッションＩＤ，件名を記述するためのテキストボックス３０ｂ，氏名記入用のテキストボックス３０ｃ，問い合わせ対象である資源のパス名を含むＵＲＬ及びその最終更新日時，そのキーワード，問い合わせ内容を記入するためのテキストボックス３０ｄ，及び、送信ボタン３０ｅなどが、示されている。そして、Ｓ７１２において電子メールアドレスやユーザの氏名が読み出されていた場合には、ＣＰＵ２１は、それらがテキストボックス３０ａ，３０ｃにそれぞれ記入された状態の問い合わせ画面３０を、生成する。
【０１５９】
次のＳ７１５では、ＣＰＵ２１は、当該問い合わせ画面３０を、端末装置１０へ送信し、問い合わせ画面送信サブルーチンを終了して、図１６の選択機能実行サブルーチンにおけるＳ７０８へ進む。
【０１６０】
Ｓ７０８では、ＣＰＵ２１は、誘導結果データベース６に新たなレコードを追加する。このレコードは、ユーザが選択肢を選択した時刻，ユーザが指定したパス，そのパスが現在又は過去にウェブサイトで使用されていたか否かを示す情報，ユーザが選択した誘導機能の種類，及び、誘導結果に関する情報からなる。なお、誘導結果に関する情報は、Ｓ７０３又はＳ７０４の何れかを経ている場合には移動した先のパス名であり、Ｓ７０５を経ている場合にはそのウェブページのバージョン番号であり、Ｓ７０６を経ていて検索結果がなかったときには「No Match」であり、Ｓ７０６を経ていて検索結果があったときにはその中からユーザが選択して移動していった先のパス名であり、Ｓ７０７を経ている場合にはセッションＩＤと件名である。そして、ＣＰＵ２１は、Ｓ７０８の実行後、選択機能実行サブルーチンを終了し、図９のメインルーチンにおけるＳ１１３へ進む。なお、この問い合わせ画面３０を受信した端末装置１０のメーラーは、問い合わせ画面３０をディスプレイに表示し、この問い合わせ画面３０の各欄に所定のテキストが入力されて送信ボタンがクリックされた場合には、当該電子メールをサーバ装置２０に送信する。
【０１６１】
Ｓ１１３では、ＣＰＵ２１は、問い合わせに関する電子メールを当該端末装置１０から所定時間内に受信したか否かを、チェックする。そして、所定時間内に電子メールを受信しなかった場合には、ＣＰＵ２１は、誘導処理を終了する。なお、このＳ１１３において、ＣＰＵ２１は、問い合わせ画面３０を端末装置１０へ送信していない場合（Ｓ７０７を経ていない場合）にも、誘導処理を終了する処理を行う。一方、電子メールを受信した場合には、ＣＰＵ２１は、処理をＳ１１４へ進める。
【０１６２】
Ｓ１１４では、ＣＰＵ２１は、問い合わせ受付サブルーチンを、実行する。この問い合わせ受付サブルーチンは、受信した電子メールの内容をオペレータに通知するための処理である。この問い合わせ受付サブルーチンの内容を、図１９に示す。
【０１６３】
図１９に示されるように、問い合わせ受付サブルーチン開始後、最初のＳ８０１では、ＣＰＵ２１は、受信した電子メールに記述されているセッションＩＤと、Ｓ２０２又はＳ２１１で特定されたユーザＩＤとを有するレコードを、アクセスログデータベース４に追加する。
【０１６４】
次のＳ８０２では、ＣＰＵ２１は、ユーザ情報ＤＢ（データベース）３における当該ユーザＩＤを有するレコードに、当該セッションＩＤを有するセッション履歴情報を、追加する。
【０１６５】
次のＳ８０３では、ＣＰＵ２１は、ページ属性情報ＤＢ（データベース）２から、問い合わせ対象資源が属するレコードを読み出す。
【０１６６】
次のＳ８０４では、ＣＰＵ２１は、Ｓ１１４で受信した電子メールの内容と、Ｓ８０２において読み出したレコードとを、図示せぬオペレータ用の端末装置へ送信し、問い合わせ受付サブルーチンを終了し、続いて、図９のメインルーチンを終了する。なお、電子メールの内容と当該レコードとを受け取ったオペレータは、必要に応じて当該資源の作成者と連絡を取り合って、ユーザの問い合わせわせに対する回答を作成し、必要に応じてユーザの端末装置１０へその回答を送信する。
【０１６７】
以上に示したような誘導処理がサーバ装置２０において行われるので、図４に示した例において、2001年04月20日にproducts/pageA.htmlなるパスにアクセスしたユーザが、2001年08月30日に再びproducts/pageA.htmlなるパスにアクセスすると、以下のように、処理される。すなわち、products/pageA.htmlなるパス名は、ページ属性情報ＤＢ２に存在すると判定され（Ｓ１０３）、ユーザがこのパスにアクセスしたアクセス履歴情報があると判定され（Ｓ１０４）、products/pageA.htmlなるパス名を持つ資源00010101，00010102，00010103が抽出され（Ｓ３０１）、2001年04月20日を期間に含みproducts/pageA.htmlなるパス名を有するバージョンを持つ資源00010101が特定され（Ｓ３０２）、この資源00010101の現在のパス名products/pageC.htmlが読み出され（Ｓ３０５）、前回アクセス時刻でのバージョン番号1.1.7が読み出される（Ｓ３０７）。
【０１６８】
そして、この資源00010101には、2001年04月20日以後に、パス名の付け替えと内容の修正とがなされているので、現在のパスproducts/pageC.htmlへ移動するための選択肢（Ｓ６０５）と前回アクセス時の内容を持つウェブページへ移動するための選択肢（Ｓ６０７）と当時のバージョンのキーワードにてサイト内を検索するための選択肢（Ｓ６０９）と問い合わせ画面へ移動するための選択肢（Ｓ６１３）とをクリック可能なボタンとして有するメニュー画面が、ユーザの端末装置１０に送信される（Ｓ１１１）。このため、ユーザの端末装置１０には、４つのボタンを有するメニュー画面が、表示される。
【０１６９】
このように、本実施形態によれば、ユーザが、一度アクセスしたことがあるウェブページへ再びアクセスすると、そのとき指定したパスにあるウェブページとともに、メニュー画面が、ユーザの端末装置１０のディスプレイ１０ａに表示されるので、ユーザは、メニュー画面に表示された幾つかのボタンのうちの１つを選択してクリックすることにより、ウェブサイト内における自分が所望するウェブページへ移動することができ、若しくは、検索結果を取得することができる。
【０１７０】
また、本実施形態においては、ウェブサイトへアクセスしてきたユーザの端末装置１０のディスプレイ１０ａには、移動手段や検索手段とともに、オペレータへの問い合わせ手段も、提示される。このため、ユーザは、自分が所望するウェブページへの移動手段がなかったとしても、その問い合わせ手段を利用することにより、自分が所望するウェブページについてウェブサイト運営者に問い合わせることができる。
【０１７１】
（付記１）
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置が記憶し、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、処理装置が、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出し、抽出したアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出し、抽出した更新履歴情報に対応したバージョンのウェブページを表示させる機能を設定した画面を表示させるための画面データを生成し、この画面データを前記端末装置へ送信する
ことを特徴とするウェブページ誘導方法。
【０１７２】
（付記２）
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とページ内で使用されている幾つかのキーワードとを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置が記憶し、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、処理装置が、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出し、抽出したアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出し、抽出した更新履歴情報に含まれるキーワードを検索条件として前記ウェブサイト内の検索の実行を開始させる機能を設定した画面を表示させるための画面データを生成し、この画面データを前記端末装置へ送信する
ことを特徴とするウェブページ誘導方法。
【０１７３】
（付記３）
前記ウェブページの更新には、ウェブページに対するパス名の付け替え，又は、ウェブページの内容の修正が、含まれる
ことを特徴とする付記１又は２記載のウェブページ誘導方法。
【０１７４】
（付記４）
特定のウェブサイトを構成する各ウェブページに定義されているパス名を列挙したパス情報，及び、前記各パス名とその一部が変更又は削除された偽パス名とを対応付けて構成される対応情報を、記憶装置が記憶し、
ネットワーク上の何れかの端末装置が何れかのウェブページをリクエストする際に指定したパス名が、前記パス情報に含まれていなかった場合には、処理装置が、前記指定されたパス名が偽パス名として前記対応情報に含まれるか否かを判定し、含まれていた場合には、その偽パス名に対応するパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成し、含まれていなかった場合には、前記指定されたパス名に最も類似するパス名を前記パス情報から抽出し、抽出したパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成して、生成した画面データを前記端末装置へ送信する
ことを特徴とするウェブページ誘導方法。
【０１７５】
（付記５）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とから構成される更新履歴情報，及び、前記各端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名と端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、
抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、抽出された更新履歴情報に対応したバージョンのウェブページを表示させる機能を設定した画面を表示させるための画面データを生成させ、
前記画面データを前記端末装置へ送信させる
ことを特徴とするウェブページ誘導プログラム。
【０１７６】
（付記６）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とページ内で使用されている幾つかのキーワードとを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、
抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、抽出された更新履歴情報に含まれるキーワードを検索条件として前記ウェブサイト内の検索の実行を開始させる機能を設定した画面を表示させるための画面データを生成させ、
前記画面データを前記端末装置へ送信させる
ことを特徴とするウェブページ誘導プログラム。
【０１７７】
（付記７）
前記ウェブページの更新には、ウェブページに対するパス名の付け替え，又は、ウェブページの内容の修正が、含まれる
ことを特徴とする付記５又は６記載のウェブページ誘導プログラム。
【０１７８】
（付記８）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページに定義されているパス名を列挙したパス情報，及び、前記各パス名とその一部が変更又は削除された偽パス名とを対応付けて構成される対応情報を、記憶装置に記憶させ、
ネットワーク上の何れかの端末装置が何れかのウェブページをリクエストする際に指定したパス名が、前記パス情報に含まれていなかった場合には、前記指定されたパス名が偽パス名として前記対応情報に含まれるか否かを判定させ、
含まれていた場合には、その偽パス名に対応するパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成させるとともに、含まれていなかった場合には、前記指定されたパス名に最も類似するパス名を前記パス情報から抽出させ、抽出されたパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成させ、
生成された画面データを前記端末装置へ送信させる
ことを特徴とするウェブページ誘導プログラム。
【０１７９】
（付記９）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とから構成される更新履歴情報，及び、前記各端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名と端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、
抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、
抽出された更新履歴情報に対応したバージョンのウェブページを表示させる機能を設定した画面を表示させるための画面データを生成させ、
前記画面データを前記端末装置へ送信させる
ウェブページ誘導プログラムを格納したコンピュータ可読媒体。
【０１８０】
（付記１０）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページを更新する毎に作成される各バージョンのウェブページ毎にその使用期間とその使用期間中に定義されていたパス名とページ内で使用されている幾つかのキーワードとを対応付けて構成される更新履歴情報，及び、ネットワーク上の端末装置がパス名を指定して当該ウェブサイト内の何れかのウェブページをリクエストしてきた時を示す時刻情報とそのとき指定されたパス名とその端末装置を識別するための情報とからなるアクセス履歴情報を、記憶装置に記憶させ、
何れかの端末装置がパス名を指定して何れかのウェブページをリクエストしてきた場合には、それより以前にその端末装置が同じパス名を指定してきた時を示す時刻情報を持つ前記アクセス履歴情報を前記記憶装置から抽出させ、
抽出されたアクセス履歴情報に含まれる時刻情報が示す時を含む使用期間及び前記指定されたパス名を有する前記更新履歴情報を前記記憶装置から抽出させ、抽出された更新履歴情報に含まれるキーワードを検索条件として前記ウェブサイト内の検索の実行を開始させる機能を設定した画面を表示させるための画面データを生成させ、
前記画面データを前記端末装置へ送信させる
ウェブページ誘導プログラムを格納したコンピュータ可読媒体。
【０１８１】
（付記１１）
ネットワークを介して複数の端末装置と送受信可能なコンピュータに対し、
特定のウェブサイトを構成する各ウェブページに定義されているパス名を列挙したパス情報，及び、前記各パス名とその一部が変更又は削除された偽パス名とを対応付けて構成される対応情報を、記憶装置に記憶させ、
ネットワーク上の何れかの端末装置が何れかのウェブページをリクエストする際に指定したパス名が、前記パス情報に含まれていなかった場合には、前記指定されたパス名が偽パス名として前記対応情報に含まれるか否かを判定させ、
含まれていた場合には、その偽パス名に対応するパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成させるとともに、含まれていなかった場合には、前記指定されたパス名に最も類似するパス名を前記パス情報から抽出させ、抽出されたパス名を含むＵＲＬにジャンプする機能を設定した画面を表示させるための画面データを生成させ、
生成された画面データを前記端末装置へ送信させる
ウェブページ誘導プログラムを格納したコンピュータ可読媒体。
【０１８２】
【発明の効果】
以上に説明したように、本発明によれば、ユーザがウェブサイトへアクセスしてきた時に、そのユーザが本来所望するウェブページへ誘導することができる。
【図面の簡単な説明】
【図１】本発明によるウェブページ誘導方法の実施形態であるコンピュータネットワークシステムの概略図
【図２】端末装置の内部回路の構成を概略的に示すブロック図
【図３】サーバ装置の内部回路の構成を概略的に示すブロック図
【図４】サーバ装置に格納されるページ属性情報データベースのデータ構造図
【図５】サーバ装置に格納されるユーザ情報データベースのデータ構造図
【図６】サーバ装置に格納されるアクセスログデータベースのデータ構造図
【図７】サーバ装置に格納される代替パス情報データベースのデータ構造図
【図８】サーバ装置に格納される誘導結果データベースのデータ構造図
【図９】サーバ装置にて行われる処理を示すフローチャート
【図１０】サーバ装置にて行われるセッション識別サブルーチンを示すフローチャート
【図１１】サーバ装置にて行われるユーザ識別サブルーチンを示すフローチャート
【図１２】サーバ装置にて行われる更新情報生成サブルーチンの内容を示すフローチャート
【図１３】サーバ装置にて行われるキーワード読出サブルーチンを示すフローチャート
【図１４】サーバ装置にて行われる代替パス特定サブルーチンを示すフローチャート
【図１５】サーバ装置にて行われるメニュー内容決定サブルーチンを示すフローチャート
【図１６】サーバ装置にて行われる選択機能実行サブルーチンを示すフローチャート
【図１７】サーバ装置にて行われる問い合わせ画面送信サブルーチンを示すフローチャート
【図１８】サーバ装置にて生成される問い合わせ画面の画面例
【図１９】サーバ装置にて行われる問い合わせ受付サブルーチンを示すフローチャート
【符号の説明】
１ハイパーテキストファイル
２ページ属性情報データベース
３ユーザ情報データベース
４アクセスログデータベース
５代替パス情報データベース
６誘導結果データベース
７サーバプログラム
１０端末装置
２０サーバ装置
２１ＣＰＵ
２２ＲＡＭ
２３通信制御回路
２４フレキシブルディスクドライブ（ＦＤＤ）
２５ＣＤ−ＲＷドライブ
２６ハードディスクドライブ（ＨＤＤ）[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a web page guidance method for guiding a user to a predetermined web page, and a web page guidance program that causes a computer to function as an apparatus for implementing such a web page guidance method.
[0002]
[Prior art]
As is well known, in order to improve the convenience of a website, a website operator may change the path name (directory name + file name) for some web pages or change some web pages to the website. Changes such as deleting from are made regularly or irregularly. However, because there are users who request a web page by specifying a path name that is no longer used, many website operators have taken the path web page for guidance as a transitional measure. Is defined for a certain period.
[0003]
In addition, a message that the web page does not exist in the path specified by the user is described in the guidance web page. Further, if the path name is replaced, the URL including the new path name after replacement is When the web page is deleted from the website, the URL of the search page in the website is described. Therefore, even if the user has accessed such a web page for guidance, the user can continue to use this website by jumping to a web page with a new path name or jumping to a search page. it can.
[0004]
In addition, some website operators reconstruct the website so that when the contents of the web page are modified, the web page having the contents before the modification can be browsed. Specifically, a new path name is defined for the web page having the content before correction, and a URL including the path name is described in any web page in the website. For this reason, if a user moves to the web page with the content before correction, he can check the content before correction.
[0005]
[Problems to be solved by the invention]
However, the conventional situation described above has several problems as described below.
[0006]
First, when a web page for guidance is accessed, simply indicating that the web page does not exist may appear to be unfriendly for the site operator.
[0007]
Secondly, even if the URL described in the guidance web page is clicked to jump to the search page, it may not be understood what keyword is used for the search.
[0008]
Third, if the path name is frequently changed for a plurality of web pages, it is very difficult for the website operator to manage the deadline of the guidance web page.
[0009]
Fourth, if you have visited a web page whose contents are frequently modified, and you try to check the contents of the web page again after a while, you usually do not remember when you visited. Is not accurately remembered, it is often not known at what time the updated web page can be viewed to confirm the desired old content.
[0010]
The present invention has been made in view of such a conventional situation, and the problem is that a web page guiding method for guiding a user to a web page originally desired by the user when the user accesses the website, and Another object is to provide a web page guidance program that causes a computer to function as an apparatus for carrying out such a web page guidance method.
[0011]
[Means for Solving the Problems]
The web page guidance method of the present invention configured as the first means for solving the above-described problems is used for each version of the web page created each time the web page constituting the specific website is updated. Update history information configured by associating a period with a path name defined during the period of use, and a terminal device on the network specifying a path name to display any web page in the website The storage device stores access history information consisting of time information indicating the time of request, the path name specified at that time, and information for identifying the terminal device, and any terminal device specifies the path name. If any of the web pages is requested, the processing device has time information indicating when the terminal device specified the same path name before that time. The access history information is extracted from the storage device, and the update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device and extracted. Screen data for displaying a screen set with a function for displaying a version of the web page corresponding to the updated history information is generated, and the screen data is transmitted to the terminal device.
[0012]
With this configuration, when the user operating the terminal device re-specifies a path that has been specified before, if the web page that was in that path has been updated since then, that user In the terminal device, a screen set with a function for displaying the web page of the version at that time is displayed. For this reason, if this user executes the function set on the screen, he / she can see the web page at the time he / she wants even if he / she does not know when to view the updated web page. Can be displayed on the terminal device, and the contents of the web page at that time can be confirmed.
[0013]
In addition, when the data about the web page of each version is stored as difference data from the current version, the CGI program or servlet that restores the web page of the current version and determines the URL of the page as the link destination is started Tag ( <input> tag) can be set on the screen as a function of displaying the web page of the version at that time. If any text or URL of an image file is defined in this tag, a clickable button or an image button is shown on the screen displayed on the terminal device.
[0014]
On the other hand, when the data regarding the web page of each version is stored as it is, a tag (which defines a URL including the current path of the web page of the version at that time ( <a href> tag) can be set on the screen as a function to display the web page of the version at that time. When an arbitrary text or URL of an image file is defined in this tag, a text or image link button is shown on the screen displayed on the terminal device.
[0015]
In addition, the web page guidance method of the present invention configured as the second means for solving the above-mentioned problem is provided for each version of the web page created every time each web page constituting the specific website is updated. Update history information configured by associating the use period, the path name defined during the use period and some keywords used in the page, and the terminal device on the network A storage device that stores access history information including time information indicating when a web page in the website has been specified and requested, a path name designated at that time, and information for identifying the terminal device Is stored, and if any of the terminal devices requests a web page by specifying a path name, the processing device may receive the request before that terminal device. The access history information having time information indicating the time when the same path name has been specified is extracted from the storage device, the usage period including the time indicated by the time information included in the extracted access history information, and the specified path name Screen data for displaying a screen in which a function for starting execution of a search in the website is set with a keyword included in the extracted update history information as a search condition. Is generated, and this screen data is transmitted to the terminal device.
[0016]
With this configuration, when the user operating the terminal device re-specifies a path that has been specified before, if the web page that was in that path has been updated since then, that user In the terminal device, a screen in which a function for starting the search in the website is set using the keyword used in the web page of the version at that time as a search condition is displayed. For this reason, if the user executes the function set on the screen, the user can display the desired search result on his / her terminal device without considering what keyword is used. One of the search results can be selected and moved to a web page desired by the user.
[0017]
In addition, as a function to execute the search start in the website, a search engine prepared as one function included in the server program stored in the storage device may be started. A search engine prepared as one function included in the application program stored in the storage device may be started, or a search engine prepared in another server device on the network may be started. You may raise it.
[0018]
The update of the web page may include a path name change for the web page, a modification of the content of the web page, or both.
[0019]
In addition, the web page guidance program of the present invention configured to solve the above problems updates each web page constituting a specific website for a computer that can transmit and receive with a plurality of terminal devices via a network. Update history information composed of the usage period and the path name defined during the usage period for each version of the web page created each time, and each terminal device specifies the path name. Access history information including time information indicating when any web page in the website has been requested, and information for identifying the path name and terminal device specified at that time is stored in the storage device, If any terminal device requests a web page with a path name, the terminal device has the same path name before that The access history information having time information indicating the designated time is extracted from the storage device, and the usage period including the time indicated by the time information included in the extracted access history information and the specified path name are included. Update history information is extracted from the storage device, screen data for displaying a screen set with a function for displaying a version of a web page corresponding to the extracted update history information is generated, and the screen data is generated as the terminal device. It is made to transmit to.
[0020]
Therefore, according to the web page guidance program, the computer can be caused to function as an apparatus for carrying out the web page guidance method configured as the first means described above.
[0021]
In addition, the web page guidance program of the present invention configured to solve the above problems updates each web page constituting a specific website for a computer that can transmit and receive with a plurality of terminal devices via a network. Update history constructed by associating the usage period, the path name defined during the usage period, and some keywords used in the page for each version of the web page created each time Information and time information indicating when a terminal device on the network designates a path name and requests any web page in the website, and identifies the path name and the terminal device specified at that time The access history information consisting of the information for the storage device is stored in the storage device, and any one of the terminal devices designates the path name to If a quest has been made, the access history information having time information indicating when the terminal device has specified the same path name before that time is extracted from the storage device, and is included in the extracted access history information The update history information having the usage period including the time indicated by the time information and the specified path name is extracted from the storage device, and the search in the website is performed using a keyword included in the extracted update history information as a search condition Generating screen data for displaying a screen set with a function for starting execution of the function, and transmitting the screen data to the terminal device.
[0022]
Therefore, according to the web page guidance program, the computer can function as an apparatus for carrying out the web page guidance method configured as the second means described above.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. A schematic diagram of a computer network system according to an embodiment of the present invention is shown in FIG. As shown in FIG. 1, the computer network system includes a plurality of terminal devices 10, 10, 10,... And a server device 20 connected to each other via the Internet N.
[0024]
The terminal device 10 is a computer with a communication function that is generally marketed as a desktop type, a notebook type, a palmtop type, or the like. FIG. 2 shows a schematic configuration diagram of the inside of the terminal device 10. As shown in FIG. 2, the terminal device 10 includes a display 10a, an input device 10b such as a keyboard or a mouse, and a main body 10c connected thereto. The main body 10c also includes various hardware such as a CPU 11, a RAM 12, a communication control circuit 13, and a hard disk drive (HDD) 14 therein.
[0025]
The CPU 11 is a central processing unit that integrally controls the entire device including the hardware 12 to 16. The RAM 12 is a storage device in which a part of a program used by the CPU 11 and frequently used data are temporarily recorded. The communication control circuit 13 is a network adapter, modem, DSU, NIC, or the like connected to the Internet N via a communication line such as a telephone line or a LAN, and transmits / receives data to / from a computer connected to the Internet N. Control.
[0026]
The HDD 14 is a storage device that reads and writes various programs and data. Although not shown, the HDD 14 stores an operation system program for comprehensively managing hardware and software, various application programs, and various data. The data and programs stored in the HDD 14 include a mailer (not shown) for realizing functions for editing and transmitting / receiving electronic mail, and a WWW (World Wide Web) browser (hereinafter simply referred to as a web browser). It is included.
[0027]
When a URL (Uniform Resource Locator) is input from the input device 10b while the web browser is being executed by the CPU 11, the WWW indicated by the domain name included in the URL is sent to the CPU 11 in accordance with HTTP (HyperText Transfer Protocol). A server (hereinafter simply referred to as a web server) is requested to request a hypertext file indicated by a path name included in the URL.
[0028]
When a hypertext file is transmitted in response to this request, the web browser causes the CPU 11 to read the hypertext data stored in the hypertext file, and the web page indicated by the hypertext data. Is displayed on the display 10a.
[0029]
When the path name of the image file is described in the hypertext data, the web browser causes the CPU 11 to request the image file from the web server. When an image file is transmitted in response to the request, the web browser pastes an image based on the image data in the image file to the CPU 11 on the web page displayed according to the hypertext data. Let it be attached.
[0030]
On the other hand, the server device 20 shown in FIG. 1 is a computer that functions as a web server. FIG. 3 shows a schematic configuration diagram of the inside of the server device 20. As shown in FIG. 3, the server device 20 includes various hardware such as a CPU 21, a RAM 22, a communication control circuit 23, a flexible disk drive (FDD) 24, a CD-RW drive 25, and an HDD 26. I have. Note that the CPU 21, RAM 22, and communication control circuit 23 are the same as those shown in FIG.
[0031]
The FDD 24 and the CD-RW drive 25 are devices that read a program and data stored in a flexible disk FD and a compact disk CD, which are computer-readable media, and write a program and data in these disks FD and CD. The programs and data read from the disks FD and CD by the drives 24 and 25 are installed in a storage device such as the HDD 26.
[0032]
Although not shown, the HDD 26 of the server device 20 stores an operation system program, various programs, and various data. The programs and data stored in the HDD 26 include a mailer (not shown), a plurality of hypertext files 1 and image files, a page attribute information database 2, a user information database 3, an access log database 4, and an alternative path information database. 5, guidance result database 6, and server program 7 are included. Hereinafter, these hypertext file 1, each database 2-6, and server program 7 are demonstrated sequentially.
[0033]
The hypertext file 1 is a file in which hypertext data for displaying one web page on the web browser of the terminal device 10 is recorded. Each hypertext file 1 has an individual path name (directory). Name + file name) is defined. When the hypertext file 1 is requested by the web browser of the terminal device 10, the hypertext file 1 is transmitted to the terminal device 10 in accordance with an instruction from the CPU 21 that executes a server program 7 described later. At this time, if there is an image file linked to the hypertext file 1, the image file is also transmitted. In the present embodiment, contents based on all hypertext files 1 and all image files stored in the HDD 26 are created so as to constitute one website as a whole.
[0034]
The page attribute information database 2 is a database for recording information about resources (web pages constituting current and past websites). A logical table created to explain the data structure is shown in FIG. As shown in FIG. 4, the page attribute information database 2 is configured by creating a record composed of item fields (fields) of “resource ID”, “update history”, and “creator” for each resource. Has been.
[0035]
In the “resource ID”, a resource ID that is identification information for individually identifying the resource is recorded. In “Creator”, the surname of the person who created the resource is recorded.
[0036]
In the “update history”, history information (update history information) related to the update is recorded every time the resource is updated. The update specifically refers to a path name change for the hypertext file 1, correction of the contents of the web page, and deletion of the web page from the website. When the path name is changed or the contents of the web page are corrected for the hypertext file 1, a new hypertext file 1 storing a new version of the web page after the update is generated. The path name defined in the previous version is defined. The hypertext file 1 ′ storing the web page of the old version is stored in the HDD 26 as it is or as a difference file with the new version. Further, all versions of the hypertext files 1, 1 ′ are managed in a state in which a version number and a resource ID for individually identifying each version are defined. The update history information described above includes the version number, the period during which the version was used, the path name used during that period, the updated contents when upgrading from the previous version, and the keywords for the contents of the web page in that version. Consists of. Therefore, the “update history” of the page attribute information database 2 shown in FIG. 4 is further divided into the “version”, “path name”, “update content”, and “keyword” item columns. The version number, the period, the path name, the update content, and the keyword constituting the update history information are recorded in these item fields.
[0037]
By the way, in each record in the page attribute information database 2, there is a record whose end time of the latest version period is not fixed (for example, version 3.1.0 of the record with resource ID 00001101 in FIG. 4). This indicates that the version is currently in use. On the other hand, in the case where the end time of the period of the latest version is fixed (for example, version 1.0.2 of the record with resource ID 00001104 in FIG. 4), all versions including that version are websites. Indicates that it has been deleted from.
[0038]
Also, the update history information shown in FIG. 4 will be briefly described. First, the resource of 00001101 is assumed to be one page in a website having a path name “products / pageA.html”. New registration on the day. After the content was corrected several times, the path name was changed to "products / pageB.html" on June 01, 2001. At this time, the path name “products / pageA.html”, which is no longer used, is starting to be used as the path name of the resource 00001102. After that, the contents of both the resources of 0010101 and 00010102 were revised several times, and on August 01, 2001, the path name of the resource of 0010101 was changed to the path name "products / pageC.html". ing. At this time, the path name “products / pageB.html” that is no longer used begins to be used as the path name of the resource “00010102”, and the path name “products / pageA.html” that is no longer used is “00010103”. It is starting to be used as a resource path name. FIG. 4 shows such an example.
[0039]
The page attribute information database 2 shown in FIG. 4 has the above three item fields. However, the page attribute information database 2 is not limited to these three item fields. 2 may be further added.
[0040]
The user information database 3 is a database for recording information about users. FIG. 5 shows a table logically created for explaining the data structure. As shown in FIG. 5, the user information database 3 is configured by creating a record including item fields of “user ID”, “session history”, and “personal information” for each user.
[0041]
In the “user ID”, a user ID which is identification information for individually identifying the user is recorded. This user ID is used by the operator of the server device 10 to manage each user individually, but is also used as a cookie whose expiration date is designated by the server program 7 to be described later. The
[0042]
In the “session history”, information on a history of a session (a request for a web page, transmission of an e-mail, or a telephone inquiry to an operator of a service center) performed by the user with respect to the operator of the server device 20 Session history information is recorded. The session history information includes a session ID that is identification information for individually identifying each session, a time (year / month / day / hour / minute / second) at which the session was started, and a session type (web, email, phone).
[0043]
In the “personal information”, personal information (name, address, postal code, telephone number, e-mail address, credit card number, etc.) of the user acquired in any session is recorded. However, when personal information is not acquired, “personal information” is blank.
[0044]
Here, the session in the present embodiment will be described. In the present embodiment, one session is defined as a period or time in the following three cases.
[0045]
First, when a user operates his / her terminal device 10 to start a web browser and makes a request for a web page to the server device 20 for the first time (when the session type is web), a server to be described later The program 7 distributes the session ID to the terminal device 10 as a cookie with no expiration date specified. Then, the web browser of the terminal device 10 continues to use the session ID as a cookie while being executed by the CPU 11 (that is, the session ID is stored in the header of the HTTP request message transmitted to the server device 20 each time). When the execution of the web browser is terminated, the web browser discards the session ID. In the present embodiment, the period during which the web browser uses the session ID as a cookie by using such a cookie function is defined as one session.
[0046]
Second, when the user transmits an e-mail to the operator of the server device 20 using an inquiry screen (see FIG. 18) described later (when the session type is email), the server device The time when 20 mailers receive the e-mail is defined as one session.
[0047]
Third, when the user makes an inquiry to the operator of the server device 20 (more specifically, the operator of the service center) about the web page in the website (session type is phone). ), The call period for the inquiry is defined as one session.
[0048]
By the way, when the session type is web or phone, a session ID is newly generated every time a session is started by the server program 7 described later. On the other hand, when the session type is email, the session ID is newly generated every time the mailer receives an email, and automatically stored in the user information database 3 and the access log database 4 described later together with related information described later. To be recorded.
[0049]
Note that the user information database 3 shown in FIG. 5 has the above three item fields. However, the user information database 3 is not limited to these three item fields. Further, it may be added.
[0050]
The access log database 4 is a database for recording all information (access history information) related to the history of access performed by all users to the operator of the server device 20, and 1 for one website. One is prepared. A logical table created to explain the data structure is shown in FIG. As shown in FIG. 6, the access log database 4 stores a record including item fields of “user ID”, “session ID”, “access time”, “type”, and “content” in the terminal device 10. It is configured by creating it every time it accesses.
[0051]
In “User ID” and “Session ID”, a user ID and a session ID are recorded, respectively.
[0052]
Here, access in the present embodiment will be described. In the present embodiment, the following three actions are defined as one access.
[0053]
First, when the session type is Web, an action in which a user requests a web page by operating his / her terminal device 10 is defined as one access. In addition, since the user can request a web page many times during one session (while the web browser is started in the terminal device 10), the session ID is the same when the session type is web. A plurality of access history information may exist in the database 4.
[0054]
Secondly, when the session type is email, the act of the user operating his / her terminal device 10 to send an email is defined as one access. Note that, as described above, the time when the server device 20 receives an e-mail is defined as one session. Therefore, in the present embodiment, access history information having the same session ID does not exist in the database 4.
[0055]
Thirdly, when the session type is phone, an action in which a user makes an inquiry to a service center operator by telephone for a web page in the website is defined as one access. As described above, since the call period for this inquiry is defined as one session, the access history information having the same session ID does not exist in the database 4 in this embodiment.
[0056]
Returning to the description of the access log database 4 in FIG. The “access time” includes the time when the terminal device 10 requests the web page (year / month / day / hour / minute / second), the time when the electronic mail is received (year / month / day / hour / minute / second), or the operator exchanges telephone calls with the user. The start time (year / month / day / hour / minute / second) is recorded. In “Type”, a session type (web, email, phone) is recorded.
[0057]
In the “content”, when the terminal device 10 requests a web page, the same information (for example, method, path name, protocol version, and response) recorded in the access log of a general web server Record etc.) is recorded, and when the e-mail is received from the terminal device 10, the e-mail address (not shown) of the transmission source and the e-mail subject are recorded, and the user makes an inquiry to the operator by telephone The user ID and telephone number (both not shown) are recorded. By the way, “contents” in FIG. 6 is indicated by ◆, which is a pointer displayed when the contents of the session information database 4 are displayed on the display. When the operator of the server device 20 clicks this pointer, the contents of the e-mail and the contents exchanged with the user by the operator are read from a predetermined file and displayed on the display. The contents exchanged by telephone are recorded as text data by the operator in the predetermined file, and the access history information regarding the telephone exchange with the user is recorded in the access log database 4 by the operator.
[0058]
Incidentally, the access log database 4 shown in FIG. 6 has the above five item fields, but is not limited to these five item fields, and an item field necessary for the operation of the website is the database 4. Further, it may be added.
[0059]
The alternative path information database 5 is a database in which an inaccurate path name predicted to be obtained due to an erroneous input is associated with a path name currently in use that is predicted to correspond to the path name. is there. A logical table created to explain the data structure is shown in FIG. As shown in FIG. 7, the alternative path information database 5 is configured by creating a record including item fields of “unregistered path” and “alternative path” in each row.
[0060]
The “unregistered path” includes an incorrect path name for the path name currently used on the website (for example, “/ index” for the normal path name “product / VirtualEditor / index.html”). The path name from which the word is missing is stored. The “alternate path” stores a normal path name corresponding to an incorrect path name as described above.
[0061]
The guidance result database 6 provides a result (or an inquiry service provided) to a resource desired by the user by a server program 7 described later, which is executed when the user operates the terminal device 10 to request a web page. Result). A logical table created to explain the data structure is shown in FIG. As shown in FIG. 8, the guidance result database 6 includes a record including item fields of “use date and time”, “request path”, “request path status”, “guidance function type”, and “guidance result”. Is created each time the user is guided.
[0062]
In “Usage Date / Time”, the time (year / month / day / hour / minute / second) at which the user is guided is recorded. In the “request path”, a path name designated when the terminal device 10 requests a web page is recorded. In "Request path status", whether the specified path name is in use in the website (normal), does not exist in the website (not registered), or already exists in the website Any information (deletion) indicating whether or not to be recorded is recorded.
[0063]
The “guidance function type” records the function selected by the user when the server program 7 described later is executed. As the function, when an incorrect path name is specified by the user, it is converted into a normal path name and jumped to the file 1 in the normal path (alternate path [corresponding relationship]), An incorrect path name that is similar to a normal path name (for example, a path name with one missing slash, a path name with a as e, or a path name with i as l) A function that, when specified, converts to a normal path name and jumps to the normal path (alternate path [similarity]), a function to search web pages in the site (search in the site), and the user's own A function (move) to jump to the path currently used for the web page when an old path name is specified for the desired web page, and the contents of the web page have been modified since the user last accessed Function of moving to the (web page with the old content) old version of the web page in the case that has been (old contents restoration), and the ability to perform a query by e-mail there is a (query).
[0064]
In the “guidance result”, a result of guiding the user is recorded. Specifically, if the user jumps to a normal path, the path name is searched, but if none is extracted, [NO Match] is displayed for some paths obtained by the search. When the user jumps to one of them, the path name of the jump destination is inquired by the user when the user moves to an old version of the web page, the version number and the start time of the version usage period. Is performed, an inquiry ID (to be described later) and an outline of the inquiry content are recorded.
[0065]
A server program (a comprehensive server program including a CGI script and a servlet) 7 causes the CPU 21 to execute a function as a normal web server, identifies a user who has accessed the website, and accesses the user. This program refers to history information and web page update history information and guides the user to the resource (or service center) that the user is seeking.
[0066]
Although not shown, the server device 20 is connected to an operator terminal device in the service center via a LAN or the like, and the operator terminal device is stored in the server device 20. Data can be read from the databases 2 to 6 and a table based on the data can be displayed on the display.
[0067]
The contents of processing executed in the computer network system having the configuration described above will be described below.
[0068]
The CPU 21 of the server device 20 reads and executes the server program 7 stored in the HDD 26 while publishing the website on the Internet N, and the terminal device 10 on the Internet N displays the web page. Waiting for a request. The contents of the processing based on this server program 7 are shown in FIG.
[0069]
As shown in FIG. 9, in the first step S101 after the start of processing, the CPU 21 requests that any terminal device 10 requests a web page, that is, transmits an HTTP request message. stand by. If the HTTP request message is received, the CPU 21 advances the process to S102.
[0070]
In S102, the CPU 21 executes a session identification subroutine. This session identification subroutine is a process for identifying whether or not the terminal device 10 that has transmitted the HTTP request message is in session using a session ID that is also used as a cookie. The contents of this session identification subroutine are shown in FIG.
[0071]
As shown in FIG. 10, in the first S201 after the session identification subroutine is started, the CPU 21 checks whether or not a session ID exists in the header of the HTTP request message. If the session ID does not exist in the header, the CPU 21 advances the process to S202.
[0072]
In S202, the CPU 21 executes a user identification subroutine. This user identification is a process for identifying the terminal device 10 that has transmitted the request message using a user ID that is also used as a cookie. The contents of this user identification subroutine are shown in FIG.
[0073]
As shown in FIG. 11, in the first step S221 after the start of the user identification subroutine, the CPU 21 checks whether or not the user ID exists in the header of the HTTP request message. If the user ID does not exist in the header, the CPU 21 advances the process to S222.
[0074]
In S222, the CPU 21 generates a new user ID for the user.
[0075]
In next S223, the CPU 21 transmits the new user ID to the terminal device 10 that has transmitted the HTTP request message as a cookie with an expiration date designated indefinitely. The web browser of the terminal device 10 that has received the user ID displays a screen asking whether or not to accept the receipt of the new user ID on the display. The result is transmitted to the server device 20.
[0076]
In next S224, the CPU 21 waits for a response (selection result) to be transmitted from the terminal device 10 that is the transmission destination of the new user ID. And when a response is received, CPU21 advances a process to S225.
[0077]
In S225, the CPU 21 checks whether or not the content of the response is to acknowledge the receipt of the new user ID. If the content does not indicate acceptance of the new user ID, the CPU 21 advances the process to step S226.
[0078]
In S226, the CPU 21 discards the new user ID and specifies a dummy user ID (for example, “#########”) as a processing target.
[0079]
In next S227, the CPU 21 adds a new record having the dummy user ID to the user information DB (database) 3, ends the user recognition processing subroutine, and proceeds to the processing of S203 in the session recognition subroutine of FIG. .
[0080]
On the other hand, in S225, when the content of the response indicates that the new user ID is accepted, the CPU 21 advances the process to S228.
[0081]
In S228, the CPU 21 specifies the new user ID as a processing target.
[0082]
In next S229, the CPU 21 adds a new record having the new user ID to the user information DB (database) 3, ends the user recognition processing subroutine, and proceeds to the processing of S203 in the session identification subroutine of FIG. move on.
[0083]
If the user ID is present in the header of the HTTP request message in S221, the CPU 21 advances the process to S230.
[0084]
In S230, the CPU 21 specifies the user ID as a processing target, ends the user recognition processing subroutine, and proceeds to the processing of S203 in the session identification subroutine of FIG.
[0085]
In S203, the CPU 21 generates a new session ID for the session.
[0086]
In next S204, the CPU 21 transmits the new session ID to the terminal device 10 that has transmitted the HTTP request message as a cookie whose expiration date is not specified. As in S223 of FIG. 11, the web browser of the terminal device 10 that has received the session ID displays a screen asking whether or not to accept the reception of the new session ID on the display. Is selected, the selection result is transmitted to the server device 20.
[0087]
In next step S205, the CPU 21 waits for a response (selection result) to be transmitted from the terminal device 10 that is the transmission destination of the new session ID. And when a response is received, CPU21 advances a process to S206.
[0088]
In S <b> 206, the CPU 21 checks whether or not the content of the response is for accepting reception of the new session ID. If the response content does not indicate that the new session ID has been accepted, the CPU 21 advances the process to step S207.
[0089]
In S207, the CPU 21 discards the new session ID, specifies a dummy session ID (for example, “#########”) as a processing target, and advances the processing to S209.
[0090]
On the other hand, if it is determined in S206 that the content of the response acknowledges the receipt of the new session ID, the CPU 21 advances the process to S208.
[0091]
In S208, the CPU 21 specifies the new session ID as a processing target, and advances the process to S209.
[0092]
In S209, in the user information DB (database) 3, the CPU 21 receives the new session ID and the HTTP request message (year / month / day / hour / minute / second) and the access type in the record having the user ID specified in S202. New session history information consisting of (web) is added, and the process proceeds to S212.
[0093]
If the session ID is present in the header of the HTTP request message in S201, the CPU 21 advances the process to S210.
[0094]
In S210, the CPU 21 specifies the session ID as a processing target.
[0095]
In next step S211, the CPU 21 refers to each record in the access log DB (database) 4 to read the user ID paired with the session ID, and advances the process to step S212.
[0096]
In S212, the CPU 21 creates a new record (access history information) having the user ID specified in S202 and the session ID specified in S207 or S208, or the session ID and user ID specified in S210 and S211 respectively. ) Is added to the access log DB (database) 4, the session identification subroutine is terminated, and the process proceeds to S103 in the main routine of FIG.
[0097]
In S103, the CPU 21 checks whether or not the path name specified when the terminal apparatus 10 has transmitted the HTTP request message exists in the “path name” of the “change history” of the page attribute information database 2. If the path name exists in the page attribute information database 2, the CPU 21 advances the process to S104.
[0098]
In S104, the CPU 21 checks whether or not a record (access history information) having the path name and the user ID (the user ID specified in S202 or S211) exists in the access log database 4. If the record does not exist in the access log database 4, the CPU 21 advances the process to S 107. If the record exists in the access log database 4, the process advances to S 105. Proceed.
[0099]
In S <b> 105, the CPU 21 specifies a record having the latest access time among records having the path name and the user ID, and reads the access time of the record from the access log database 4.
[0100]
In the next S106, the CPU 21 executes an update information generation subroutine. This update information generation subroutine is a process for generating information related to whether or not the web page has been updated from the time when the user accessed the previous time to the present time. The contents of this update information generation subroutine are shown in FIG.
[0101]
As shown in FIG. 12, after starting the update information generation subroutine, in the first step S <b> 301, the CPU 21 extracts resources having the path name “path name” from the page attribute information database 2.
[0102]
In next step S302, the CPU 21 specifies the resource ID of the resource having a version having the period including the access time read in step S105 and the path name among the extracted resources.
[0103]
In next S303, the CPU 21 checks whether or not the path name has been changed after the access time in the resource indicated by the resource ID. If the path name is changed, the CPU 21 advances the process to S304.
[0104]
In S304, the CPU 21 checks whether or not the resource indicated by the resource ID has been deleted from the website, that is, whether or not the end time of the latest version period of the resource ID has been determined. Then, the CPU 21 advances the process to S307 when the resource with the resource ID has been deleted from the website, and advances the process to S305 when the resource with the resource ID has not been deleted from the website.
[0105]
In S305, the CPU 21 reads the path name of the latest version of the resource ID from the page attribute information database 2, and advances the process to S307.
[0106]
If there is no path name change in S303, the CPU 21 advances the process to S306.
[0107]
In S306, the CPU 21 checks whether the content indicated by the resource ID has been modified after the access time. Then, the CPU 21 advances the process to S307 when the content is corrected, and ends the update information generation subroutine when the content is not corrected, and advances to the process of S107 in the main routine of FIG.
[0108]
In S307, the CPU 21 specifies a version including the access time in the resource ID in the period, reads the version number from the page attribute information database 2, ends the update information generation subroutine, and in the main routine of FIG. The process proceeds to S107.
[0109]
In S107, the CPU 21 executes a keyword reading subroutine. This keyword reading subroutine is a process for reading a keyword used as a search condition when extracting any web page in the website. The contents of this keyword reading subroutine are shown in FIG.
[0110]
As shown in FIG. 13, in the first step S401 after the keyword reading subroutine is started, the CPU 21 checks whether or not the resource ID is specified at this time. If the resource ID is specified at this point, the CPU 21 advances the process to S402.
[0111]
In next step S402, the CPU 21 checks whether or not the path name has been changed after the access time in the resource indicated by the resource ID. Then, the CPU 21 advances the process to S404 when the path name is changed, and advances the process to S403 when the path name is not changed.
[0112]
In S403, the CPU 21 checks whether or not the content of the resource indicated by the resource ID has been modified after the access time. If the content has been modified after the access time, the CPU 21 Advances the process to S404.
[0113]
In S404, the CPU 21 reads the keyword corresponding to the version number read in S307 in the resource ID from the page attribute information database 2, and advances the process to S406.
[0114]
On the other hand, if the content has not been corrected after the access time in S403, the CPU 21 advances the process to S405.
[0115]
In S405, the CPU 21 checks whether or not the resource indicated by the resource ID has been deleted from the website, that is, whether or not the end of the period of the latest version of the resource ID has been determined. If the resource indicated by the resource ID has not been deleted from the website, the CPU 21 advances the process to S406.
[0116]
In S401, also when the resource ID is not specified at that time, the CPU 21 advances the process to S406.
[0117]
In S406, the CPU 21 reads the keyword of the latest version of the resource ID (or the latest version of the resource having the specified path name in the latest version) from the page attribute information database 2, ends the keyword reading subroutine, The process proceeds to S108 in the main routine of FIG.
[0118]
On the other hand, if the resource with the resource ID has been deleted from the website in S405, the CPU 21 advances the process to S407.
[0119]
In S407, the CPU 21 reads the keyword of the final version of the resource from the page attribute information database 2, ends the keyword reading subroutine, and proceeds to S108 in the main routine of FIG.
[0120]
In S108, the CPU 21 transmits the hypertext file 1 in the path indicated by the path name specified by the terminal device 10, and advances the process to S110.
[0121]
In S103, when the path name specified when the terminal apparatus 10 transmits the HTTP request message does not exist in the page attribute information database 2, the CPU 21 advances the process to S109.
[0122]
In S109, the CPU 21 executes an alternative path specifying subroutine. This alternative path specifying subroutine is a process for specifying a path name currently in use similar to the path name. The contents of this alternative path specifying subroutine are shown in FIG.
[0123]
As shown in FIG. 14, after starting the alternative path specifying subroutine, in the first step S <b> 501, the CPU 21 checks whether or not the path name exists in the “unregistered path” of the alternative path information database 5. If the path name exists in the alternative path information database 5, the CPU 21 advances the process to S502.
[0124]
In S502, the CPU 21 reads the alternative path name corresponding to the path name from the “alternative path” in the alternative path information database 5, ends the alternative path identification subroutine, and proceeds to S110 in the main routine of FIG.
[0125]
On the other hand, if the path name does not exist in the alternative path information database 5 in S501, the CPU 21 advances the process to S503.
[0126]
In S <b> 503, the CPU 21 extracts an actual path name most similar to the path name from the page attribute information DB (database) 2. Note that description of the logic for extracting the most similar is omitted. Then, after executing S503, the CPU 21 ends the alternative path specifying subroutine, and proceeds to S110 in the main routine of FIG.
[0127]
In S110, the CPU 21 executes a menu content determination subroutine. This menu content determination subroutine is a process for determining a menu consisting of one or more options that can be selected by the user. Each of the options constituting the menu provides the user with a means for moving to a path (that is, a web page) different from the path (that is, the web page) specified when the user accesses the website. . The contents of this menu content determination processing subroutine are shown in FIG.
[0128]
As shown in FIG. 15, in the first step S601 after the start of the menu content determination subroutine, the CPU 21 checks whether or not an alternative path name has been read at this time. If the alternative path name has not been read at this time, the CPU 21 advances the process to step S602.
[0129]
In S602, the CPU 21 checks whether or not the resource ID is specified at this time. If the resource ID is specified at this time, the CPU 21 advances the process to step S603.
[0130]
In S603, the CPU 21 checks whether or not the path name has been changed after the access time in the resource with the resource ID. If the path name is changed, the CPU 21 advances the process to step S604.
[0131]
In S604, the CPU 21 checks whether or not the resource with the resource ID has been deleted from the website, that is, whether or not the end of the period of the latest version of the resource ID has been determined. Then, the CPU 21 advances the process to S607 when the resource with the resource ID has not been deleted from the website, and advances the process to S605 when the resource with the resource ID has been deleted from the website.
[0132]
In S605, the CPU 21 selects an option for executing the function of moving to the web page indicated by the path name currently in use read in S305 (that is, transmitting the hypertext file 1 in the path), from the menu. Add to. In S605, the CPU 21 may further generate a message that is displayed simultaneously with the menu. As an example of this message, "The previous access date and time of this URL: news.html: 2000/04 / 20,18: 11: 20 is currently moving to another URL." is there. And CPU21 advances a process to S607 after execution of S605.
[0133]
On the other hand, if the path name is not changed in S603, the CPU 21 advances the process to S606.
[0134]
In S606, the CPU 21 checks whether or not the content of the resource with the resource ID has been modified after the access time. If the contents are modified after the access time, the CPU 21 advances the process to S607.
[0135]
In S607, the CPU 21 moves to the web page having the contents when accessed last time (that is, transmits the hypertext file 1 ′ in which the resource ID and the version number read in S307 are defined). ) Add options to the menu to perform the function. In S607, the CPU 21 may further generate a message that is displayed simultaneously with the menu. An example of this message is “This URL: products / index.html has changed page content since the last access date: 2000/04 / 20,18: 15: 03”. And CPU21 advances a process to S609 after execution of S607.
[0136]
On the other hand, if the content has not been modified after the access time in S606, the CPU 21 advances the process to S608.
[0137]
In S608, the CPU 21 checks whether or not the resource with the resource ID has been deleted from the website. If the resource with the resource ID has not been deleted from the website, the CPU 21 advances the process to step S609.
[0138]
In S609, the CPU 21 adds, to the menu, an option for executing a function of searching the website using the version keyword at the access time. In S609, the CPU 21 may further generate a message that is displayed simultaneously with the menu. An example of this message is “Do you want to execute a page search in this website using the keyword of the page of this URL: products / index.html as a search condition?”. And CPU21 advances a process to S613 after execution of S609.
[0139]
On the other hand, if the resource with the resource ID has been deleted from the website in S608, the CPU 21 advances the process to S610.
[0140]
In S610, the CPU 21 adds, to the menu, an option for executing the function of searching the website with the keyword of the final version of the resource ID. In S610, the CPU 21 may further generate a message displayed at the same time as the menu. An example of this message is: "This URL: virtual-message.html is currently deleted. Last web access date: 2000/04 / 20,18: 47: 30 This keyword is used as a search condition. Do you want to perform a page search within the site? " And CPU21 advances a process to S613 after execution of S610.
[0141]
If the resource ID has not been specified at that time in S602, the CPU 21 advances the process to S611.
[0142]
In S611, the CPU 21 refers to the page attribute information database 2, identifies a resource record having the latest version of the path name specified by the terminal device 10, and searches the website with the keyword of that version. Add a choice to the menu to run In S611, the CPU 21 may further generate a message that is displayed at the same time as the menu. And CPU21 advances a process to S613 after execution of S611.
[0143]
In S601, if an alternative path name has been read at that time, the CPU 21 advances the process to S612.
[0144]
In S612, the CPU 21 adds an option for moving to the web page indicated by the alternative path name (that is, transmitting the hypertext file 1 at the path indicated by the alternative path name) to the menu. In S612, the CPU 21 may further generate a message that is displayed simultaneously with the menu. An example of a message in this case is "This URL: products / VirtualEditor.html does not exist. Do you want to display the alternative URL: products / VirtualEditor / index.html?" And CPU21 advances a process to S613 after execution of S612.
[0145]
In S613, the CPU 21 adds an option for moving to an inquiry screen described later to the menu. In S613, the CPU 21 may further generate a message displayed at the same time as the menu. An example of this message is “Do you want to inquire about this URL: backnumber / news20000420.html?”. Then, after executing S613, the CPU 21 ends the menu content determination subroutine, and proceeds to S111 in the main routine of FIG.
[0146]
In S111, the CPU 21 sends the menu screen shown as a button (corresponding to a moving means and a search means) that can be clicked on one or more options determined in S110 to the terminal device 10 that has requested the web page. Send. However, if messages have been created in S605, S606, and S609 to S612, these messages are also shown on this menu screen. The web browser of the terminal device 10 that has received this menu screen displays a menu screen showing each button and message in a frame different from the web page currently displayed on the display. . Then, when any button in the menu screen is clicked, the web browser transmits information on the options indicated by the button to the server device 20.
[0147]
In the next S112, the CPU 21 executes a selection function execution subroutine. This selection function execution subroutine is a process for executing the function of the option selected by the user of the terminal device 10. The contents of this selection function execution subroutine are shown in FIG.
[0148]
As shown in FIG. 16, after the selection function execution subroutine is started, in the first step S <b> 701, the CPU 21 waits for information related to the option selected by the user to be transmitted from the terminal device 10. And when the said information is received, CPU21 advances a process to S702.
[0149]
In S702, the CPU 21 checks which option the information received in S701 relates to. Then, the CPU 21 advances the process to S703 when the received information is related to the movement to the alternative path, and performs the process when the received information is related to the movement to the currently used path. If the received information is related to the display of the old contents, the process proceeds to S705. If the received information is related to the execution of the search, the process proceeds to S706, and the received information Is related to the movement to the inquiry screen, the process proceeds to S707.
[0150]
In S703, the CPU 21 transmits the hypertext file 1 in the path indicated by the alternative path name to the terminal device 10 and advances the process to S708.
[0151]
In S704, the CPU 21 transmits the hypertext file 1 in the path indicated by the currently used path name read in S305 to the terminal device 10, and advances the process to S708.
[0152]
In S705, the CPU 21 transmits a hypertext file (restored file if it is a difference file) 1 ′ in which the resource ID and the version number are defined to the terminal device 10, and the process proceeds to S708. Proceed.
[0153]
In S706, the CPU 21 searches the website using the keyword read in S404, S406, or S407 as a search condition, and transmits a screen on which the URLs of the web pages having the search condition are listed to the terminal device 10. , The process proceeds to S708.
[0154]
In S707, the CPU 21 executes an inquiry screen transmission subroutine. This inquiry screen transmission subroutine is a process for generating an e-mail editing screen as an inquiry screen and transmitting it to the terminal device 10. The contents of this inquiry screen transmission subroutine are shown in FIG.
[0155]
As shown in FIG. 17, after starting the inquiry screen transmission subroutine, in the first S711, the CPU 21 generates a new session ID.
[0156]
In the next S712, the CPU 21 reads out necessary information such as an e-mail address and a user name (however, only those recorded) from the “personal information” of the record having the user ID in the user information database 3. .
[0157]
In next step S713, the CPU 21 updates the latest resource indicated by the resource ID (if the resource ID is not specified, the resource currently using the path name specified when the terminal device 10 has requested). The version use start time (that is, the last update date and time) and the keyword are read from the page attribute information database 2.
[0158]
In the next S714, the CPU 21 generates an inquiry screen in which each information read in S711 to S713 is described in a predetermined column. An example of the inquiry screen is shown in FIG. As shown in FIG. 18, in the inquiry screen 30, a text box 30a for describing the e-mail address of the server device 20 as a destination, an e-mail address of the transmission source, a session ID, and a text for describing the subject A box 30b, a text box 30c for entering a name, a URL including a path name of a resource to be inquired, its last update date and time, its keyword, a text box 30d for entering an inquiry content, a send button 30e, etc. It is shown. If the e-mail address or the user's name has been read in S712, the CPU 21 generates the inquiry screen 30 in a state where these are entered in the text boxes 30a and 30c, respectively.
[0159]
In next S715, the CPU 21 transmits the inquiry screen 30 to the terminal device 10, ends the inquiry screen transmission subroutine, and proceeds to S708 in the selection function execution subroutine of FIG.
[0160]
In S708, the CPU 21 adds a new record to the guidance result database 6. This record includes the time when the user selects an option, the path specified by the user, information indicating whether the path has been used on the website at present or in the past, the type of guidance function selected by the user, and the guidance Consists of information about the results. Note that the information related to the guidance result is the path name to which the user moved after passing through either S703 or S704, and the version number of the web page when passing through S705, and searching through S706. If there is no result, it is “No Match”. If there is a search result after S706, it is the path name to which the user has selected and moved, and if it has passed S707, it is a session. ID and subject. Then, after executing S708, the CPU 21 ends the selection function execution subroutine, and proceeds to S113 in the main routine of FIG. The mailer of the terminal device 10 that has received the inquiry screen 30 displays the inquiry screen 30 on the display, and when a predetermined text is input in each field of the inquiry screen 30 and the send button is clicked, The electronic mail is transmitted to the server device 20.
[0161]
In S113, the CPU 21 checks whether or not an electronic mail related to the inquiry has been received from the terminal device 10 within a predetermined time. If the electronic mail is not received within a predetermined time, the CPU 21 ends the guidance process. In S113, the CPU 21 performs a process of ending the guidance process even when the inquiry screen 30 is not transmitted to the terminal device 10 (when the process does not go through S707). On the other hand, when the electronic mail is received, the CPU 21 advances the process to S114.
[0162]
In S114, the CPU 21 executes an inquiry reception subroutine. This inquiry reception subroutine is a process for notifying the operator of the contents of the received electronic mail. The contents of this inquiry reception subroutine are shown in FIG.
[0163]
As shown in FIG. 19, in the first step S801 after the inquiry acceptance subroutine is started, the CPU 21 records a record having the session ID described in the received e-mail and the user ID specified in S202 or S211. Add to the access log database 4.
[0164]
In next step S802, the CPU 21 adds the session history information having the session ID to the record having the user ID in the user information DB (database) 3.
[0165]
In next step S <b> 803, the CPU 21 reads a record to which the inquiry target resource belongs from the page attribute information DB (database) 2.
[0166]
In next step S804, the CPU 21 transmits the contents of the e-mail received in step S114 and the record read in step S802 to an operator terminal device (not shown), ends the inquiry reception subroutine, and then continues to FIG. The main routine is terminated. The operator who receives the contents of the e-mail and the record contacts the creator of the resource as necessary to create an answer to the user's inquiry, and the user's terminal device 10 as necessary. Send the answer to.
[0167]
Since the guidance processing as described above is performed in the server device 20, in the example shown in FIG. 4, a user who accesses the path of products / pageA.html on April 20, 2001, When the product / pageA.html path is accessed again on the day, it is processed as follows. That is, it is determined that the path name products / pageA.html exists in the page attribute information DB 2 (S103), it is determined that there is access history information that the user has accessed this path (S104), and products / pageA.html is obtained. A resource 00001101,00010102,00010103 having a path name is extracted (S301), and a resource 0010101 having a version having a path name of products / pageA.html including April 20, 2001 as a period is specified (S302). The current path name products / pageC.html of the resource 0010101 is read (S305), and the version number 1.1.7 at the previous access time is read (S307).
[0168]
Since this resource 00001101 has been renamed and its contents have been changed since April 20, 2001, there are options for moving to the current path products / pageC.html (S605) and An option for moving to a web page having the content at the time of the previous access (S607), an option for searching the site with keywords of the version at that time (S609), an option for moving to the inquiry screen (S613), A menu screen having a clickable button is transmitted to the user terminal device 10 (S111). Therefore, a menu screen having four buttons is displayed on the user terminal device 10.
[0169]
As described above, according to the present embodiment, when a user accesses a web page that has been accessed once, the menu screen is displayed on the display 10a of the user terminal device 10 together with the web page in the path specified at that time. The user can select and click one of several buttons displayed on the menu screen to move to the desired web page in the website. Alternatively, the search result can be acquired.
[0170]
Moreover, in this embodiment, the inquiry means to an operator is also shown on the display 10a of the terminal device 10 of the user who has accessed the website together with the moving means and the search means. For this reason, even if there is no means for moving to the desired web page, the user can make an inquiry to the website operator about the desired web page by using the inquiry means.
[0171]
(Appendix 1)
An update history configured by associating the usage period and the path name defined during the usage period for each version of the web page created each time each web page constituting a specific website is updated Information and time information indicating when a terminal device on the network designates a path name and requests any web page in the website, and identifies the path name and the terminal device specified at that time The storage device stores access history information consisting of information for
When any terminal device requests a web page by specifying a path name, the processing device displays time information indicating when the terminal device specified the same path name before that time. The access history information is extracted from the storage device, and the update history information having the use period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device. Generating screen data for displaying a screen set with a function for displaying a version of the web page corresponding to the extracted update history information, and transmitting the screen data to the terminal device
A web page guiding method characterized by that.
[0172]
(Appendix 2)
For each version of the web page created each time the web pages that make up a particular website are updated, the period of use and the pathnames defined during the period of use and some of the pages used in the page Update history information configured by associating with a keyword of, and time information indicating when a terminal device on the network requests a web page in the website by specifying a path name, and at that time The storage device stores access history information including the specified path name and information for identifying the terminal device,
When any terminal device requests a web page by specifying a path name, the processing device displays time information indicating when the terminal device specified the same path name before that time. The access history information is extracted from the storage device, and the update history information having the use period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device. , Generating screen data for displaying a screen on which a function for starting the search in the website is started using a keyword included in the extracted update history information as a search condition, and transmitting the screen data to the terminal device Do
A web page guiding method characterized by that.
[0173]
(Appendix 3)
The update of the web page includes changing the path name of the web page or modifying the content of the web page.
The web page guidance method according to Supplementary Note 1 or 2, characterized in that:
[0174]
(Appendix 4)
Path information listing path names defined on each web page that constitutes a specific website, and each path name and a false path name whose part has been changed or deleted. Correspondence information is stored in the storage device,
If the path name specified when any terminal device on the network requests any web page is not included in the path information, the processing device determines that the specified path name is false. A screen for displaying a screen on which a function for jumping to a URL including a path name corresponding to the fake path name is determined if it is included in the correspondence information as a path name is included. When the data is generated and not included, a screen with a function for extracting a path name most similar to the specified path name from the path information and jumping to a URL including the extracted path name is displayed. Generate screen data for display and send the generated screen data to the terminal device
A web page guiding method characterized by that.
[0175]
(Appendix 5)
For computers that can send and receive with multiple terminal devices over a network,
Update history information consisting of the period of use and the path name defined during the period of use for each version of the web page created each time each web page comprising a particular website is updated, and From the time information indicating when each terminal device has requested a web page in the website by specifying a path name, and the path name specified at that time and information for identifying the terminal device The access history information is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device, and the version corresponding to the extracted update history information Generate screen data to display a screen with the function to display the web page,
Sending the screen data to the terminal device
A web page guidance program characterized by that.
[0176]
(Appendix 6)
For computers that can send and receive with multiple terminal devices over a network,
For each version of the web page created each time the web pages that make up a particular website are updated, the period of use and the pathnames defined during the period of use and some of the pages used in the page Update history information configured by associating with a keyword of, and time information indicating when a terminal device on the network requests a web page in the website by specifying a path name, and at that time Access history information consisting of the specified path name and information for identifying the terminal device is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device, and a keyword included in the extracted update history information is extracted. Generating screen data for displaying a screen in which a function for starting execution of the search in the website is set as a search condition;
Sending the screen data to the terminal device
A web page guidance program characterized by that.
[0177]
(Appendix 7)
The update of the web page includes changing the path name of the web page or modifying the content of the web page.
The web page guidance program according to appendix 5 or 6, characterized by the above.
[0178]
(Appendix 8)
For computers that can send and receive with multiple terminal devices over a network,
Path information listing path names defined on each web page that constitutes a specific website, and each path name and a false path name whose part has been changed or deleted. The correspondence information is stored in the storage device,
When the path name specified when any terminal device on the network requests any web page is not included in the path information, the specified path name is used as a fake path name. To determine whether it is included in the correspondence information,
If it is included, it generates screen data for displaying a screen in which a function for jumping to a URL including a path name corresponding to the fake path name is set, and if it is not included, A path name that is most similar to the specified path name is extracted from the path information, and screen data for displaying a screen that has a function of jumping to a URL including the extracted path name is generated,
Send the generated screen data to the terminal device
A web page guidance program characterized by that.
[0179]
(Appendix 9)
For computers that can send and receive with multiple terminal devices over a network,
Update history information consisting of the period of use and the path name defined during the period of use for each version of the web page created each time each web page comprising a particular website is updated, and From the time information indicating when each terminal device has requested a web page in the website by specifying a path name, and the path name specified at that time and information for identifying the terminal device The access history information is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device,
Generate screen data to display a screen with a function that displays the version of the web page corresponding to the extracted update history information,
Sending the screen data to the terminal device
A computer readable medium storing a web page guidance program.
[0180]
(Appendix 10)
For computers that can send and receive with multiple terminal devices over a network,
For each version of the web page created each time the web pages that make up a particular website are updated, the period of use and the pathnames defined during the period of use and some of the pages used in the page Update history information configured by associating with a keyword of, and time information indicating when a terminal device on the network requests a web page in the website by specifying a path name, and at that time Access history information consisting of the specified path name and information for identifying the terminal device is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device, and a keyword included in the extracted update history information is extracted. Generating screen data for displaying a screen in which a function for starting execution of the search in the website is set as a search condition;
Sending the screen data to the terminal device
A computer readable medium storing a web page guidance program.
[0181]
(Appendix 11)
For computers that can send and receive with multiple terminal devices over a network,
Path information listing path names defined on each web page that constitutes a specific website, and each path name and a false path name whose part has been changed or deleted. The correspondence information is stored in the storage device,
When the path name specified when any terminal device on the network requests any web page is not included in the path information, the specified path name is used as a fake path name. To determine whether it is included in the correspondence information,
If it is included, it generates screen data for displaying a screen in which a function for jumping to a URL including a path name corresponding to the fake path name is set, and if it is not included, A path name that is most similar to the specified path name is extracted from the path information, and screen data for displaying a screen that has a function of jumping to a URL including the extracted path name is generated,
Send the generated screen data to the terminal device
A computer readable medium storing a web page guidance program.
[0182]
【The invention's effect】
As described above, according to the present invention, when a user accesses a website, the user can be guided to a web page originally desired by the user.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a computer network system as an embodiment of a web page guiding method according to the present invention.
FIG. 2 is a block diagram schematically showing the configuration of the internal circuit of the terminal device.
FIG. 3 is a block diagram schematically showing the configuration of an internal circuit of the server device.
FIG. 4 is a data structure diagram of a page attribute information database stored in the server device.
FIG. 5 is a data structure diagram of a user information database stored in the server device.
FIG. 6 is a data structure diagram of an access log database stored in the server device.
FIG. 7 is a data structure diagram of an alternative path information database stored in the server device.
FIG. 8 is a data structure diagram of a guidance result database stored in the server device.
FIG. 9 is a flowchart showing processing performed in the server device.
FIG. 10 is a flowchart showing a session identification subroutine performed in the server device.
FIG. 11 is a flowchart showing a user identification subroutine performed in the server device.
FIG. 12 is a flowchart showing the contents of an update information generation subroutine performed in the server device.
FIG. 13 is a flowchart showing a keyword reading subroutine performed in the server device.
FIG. 14 is a flowchart showing an alternative path specifying subroutine performed in the server device.
FIG. 15 is a flowchart showing a menu content determination subroutine performed in the server device.
FIG. 16 is a flowchart showing a selection function execution subroutine performed in the server device;
FIG. 17 is a flowchart showing an inquiry screen transmission subroutine performed in the server device.
FIG. 18 is a screen example of an inquiry screen generated by the server device.
FIG. 19 is a flowchart showing an inquiry reception subroutine performed in the server device.
[Explanation of symbols]
1 Hypertext file
2 Page attribute information database
3 User information database
4 Access log database
5 Alternative path information database
6 Guidance result database
7 Server program
10 Terminal device
20 Server device
21 CPU
22 RAM
23 Communication control circuit
24 Flexible disk drive (FDD)
25 CD-RW drive
26 Hard Disk Drive (HDD)

Claims

An update history configured by associating the usage period and the path name defined during the usage period for each version of the web page created each time each web page constituting a specific website is updated Information and time information indicating when a terminal device on the network designates a path name and requests any web page in the website, and identifies the path name and the terminal device specified at that time The storage device stores access history information consisting of information for
When any terminal device requests a web page by specifying a path name, the processing device displays time information indicating when the terminal device specified the same path name before that time. The access history information is extracted from the storage device, and the update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device. A web page guidance method comprising: generating screen data for displaying an option to move to a web page of a version corresponding to the extracted update history information, and transmitting the screen data to the terminal device.

For each version of the web page created each time the web pages that make up a particular website are updated, the period of use and the pathnames defined during the period of use and some of the pages used in the page Update history information configured by associating with a keyword of, and time information indicating when a terminal device on the network requests a web page in the website by specifying a path name, and at that time The storage device stores access history information including the specified path name and information for identifying the terminal device,
When any terminal device requests a web page by specifying a path name, the processing device displays time information indicating when the terminal device specified the same path name before that time. The access history information is extracted from the storage device, and the update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device. Generating a screen data for displaying options for searching the website using a keyword included in the extracted update history information as a search condition, and transmitting the screen data to the terminal device. Guidance method.

The web page guidance method according to claim 1 or 2, wherein the update of the web page includes a change of a path name for the web page or a modification of the content of the web page.

For computers that can send and receive with multiple terminal devices over a network,
Update history information consisting of the period of use and the path name defined during the period of use for each version of the web page created each time each web page comprising a particular website is updated, and From the time information indicating when each terminal device has requested a web page in the website by specifying a path name, and the path name specified at that time and information for identifying the terminal device The access history information is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device,
Generate screen data to display the option to move to the web page of the version corresponding to the extracted update history information,
A web page guidance program that causes the screen data to be transmitted to the terminal device.

For computers that can send and receive with multiple terminal devices over a network,
For each version of the web page created each time the web pages that make up a particular website are updated, the period of use and the pathnames defined during the period of use and some of the pages used in the page Update history information configured by associating with a keyword of, and time information indicating when a terminal device on the network requests a web page in the website by specifying a path name, and at that time Access history information consisting of the specified path name and information for identifying the terminal device is stored in the storage device,
The access history having time information indicating when the terminal device has specified the same path name before any of the terminal devices has requested a web page by specifying the path name. Extracting information from the storage device;
The update history information having the usage period including the time indicated by the time information included in the extracted access history information and the specified path name is extracted from the storage device,
Generating screen data for displaying options for searching the website using a keyword included in the extracted update history information as a search condition;
A web page guidance program that causes the screen data to be transmitted to the terminal device.