JP4127575B2 - 情報提供サーバにおける現在表示文書情報保存・管理方法 - Google Patents
情報提供サーバにおける現在表示文書情報保存・管理方法 Download PDFInfo
- Publication number
- JP4127575B2 JP4127575B2 JP18512298A JP18512298A JP4127575B2 JP 4127575 B2 JP4127575 B2 JP 4127575B2 JP 18512298 A JP18512298 A JP 18512298A JP 18512298 A JP18512298 A JP 18512298A JP 4127575 B2 JP4127575 B2 JP 4127575B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- client
- request
- information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
Description
【０００１】
【発明の属する技術分野】
本発明は、情報閲覧クライアントからの操作により情報提供サーバ上の情報閲覧を行うクライアントサーバシステムに係り、特にサーバから文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にしてクライアント別に登録する情報提供サーバにおける現在表示文書情報保存・管理方法に関する。
【０００２】
【従来の技術】
近年、ネットワーク、例えばインターネットを介して情報の閲覧を行うＷｏｒ１ｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）システムが急速に普及してきた。ＷＷＷではブラウザと呼ばれる文書閲覧機構（実体はソフトウェア）を用いることによりサーバ上にあるページと呼ばれる文書をクライアント（情報閲覧クライアント）から閲覧することが可能である。このシステムは、ＷＷＷブラウザからＷＷＷサーバ（情報提供サーバ）に対して文書要求（一般にページ要求と呼ばれる）を行い、ＷＷＷサーバがこの要求に対して該当する文書を検索し提供する、いわゆるクライアントサーバシステムである。
【０００３】
従来のシステムでは、クライアントで文書閲覧を行う場合には、クライアントからサーバヘの文書要求によりサーバが文書をクライアントに送信するという手続きで処理が行われる。クライアントとサーバの間のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストでは、その都度ネットワークの接続が行われ、ぺ一ジ内容の送受信を行った後に切断される。これは、常にネットワーク接続を保持しておくとサーバ負荷が増大するので、これを避けるための手段である。しかし、毎回接続を切断してしまうため、個々の接続が独立に行われてしまい、前回の接続の際の情報、例えば前回どのページを要求したかなどの情報をサーバ側で知る手段がない。
【０００４】
そこで従来のシステムでは、クッキー（Ｃｏｏｋｉｅ）と呼ばれる機能により、サーバ側からクライアント上に接続時の情報を送り出して当該クライアントに保存しておき、次の接続時にクライアントに保存してある当該情報を呼び出す方法が適用されていた。しかしこの方法ではクライアントにぺ一ジとは無縁の情報を送ることになるため、セキュリティ上の問題が指摘されていた。
【０００５】
また、クライアント（の情報閲覧機構）となるＷＷＷブラウザには、様々な操作ボタン、例えば、Ｂａｃｋボタン（履歴の１つ前のぺ一ジに戻る）、Ｆｏｒｗａｒｄボタン（履歴の１つ先のぺ一ジへ移動する）、履歴表示画面からのぺ一ジ直接選択などが用意されている。これらのボタンによる操作の対象となるページ情報は一般にブラウザのキャッシュに保存されている。したがって、上記のボタン操作では、ユーザの意図したページ情報は通常はキャッシュから取り出され、サーバヘのアクセスは行われない。この場合においても、サーバ側ではクライアントが現在どのページを表示しているのかを知る手段がなかった。
【０００６】
また、ページ情報内にリンクボタンを用意することにより、サーバの意図した順序でクライアント側に文書閲覧を行わせたいといった場合、上記操作ボタンをユーザが使用してしまうことにより、サーバ側の意図しない順序により文書閲覧が行われてしまう虞があった。このことは、特にインターネットショッピングや、イントラネットにおけるデータベースアクセスのように、閲覧の順序関係が重要なものでは問題であった。
【０００７】
【発明が解決しようとする課題】
上記したように従来のクライアントサーバシステムでは、前回クライアントからサーバにページ要求が出されてネットワーク接続した際の情報、例えば前回どのページを要求したかなどの情報をセキュリティ上の問題を招くことなくサーバ側で知る手段がなかった。
【０００８】
また、従来のクライアントサーバシステムでは、サーバの意図した順序でクライアント側に文書閲覧を行わせことはできなかった。
本発明は上記事情を考慮してなされたものでその目的は、クライアントの現在表示文書情報を保存・管理できる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【０００９】
この発明の他の目的は、保存・管理する文書情報の種類が指定できる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
本発明の更に他の目的は、クライアント側での文書閲覧をサーバ側の意図した手順で行わせることができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１０】
本発明の更に他の目的は、クライアント側の誤操作を当該クライアント側に通知することができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１１】
本発明の更に他の目的は、クライアント側で誤操作が行われた場合、その要求を無視して自身が管理・保存している現在の表示文書情報を再送することができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１２】
【課題を解決するための手段】
本発明は、情報閲覧クライアントからの文書要求に応じて情報提供サーバから当該文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にして上記サーバ内の現在文書記憶リストにクライアント別に登録するための、情報提供サーバにおける現在表示文書情報保存・管理方法であって、クライアントからサーバに発行された文書要求に応じ、文書要求元のクライアント情報をキーにして上記現在文書記憶リストを検索し、文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を上記現在文書記憶リストに登録し、登録されているならば、上記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換える登録処理を行うようにしたことを特徴とする。
【００１３】
本発明によれば、クライアント側で現在表示中のページ、または最も最近に表示されたページをクライアント別にサーバ側で現在文書記憶リストに保存・管理することができる。これによりサーバ側で各クライアントの最新の表示ページを知ることができる。
【００１４】
また本発明は、クライアントからサーバに文書要求が発行された場合に、まず当該文書要求の示す文書情報の種類をキーにして、上記現在文書記憶リストへの登録対象とする文書情報の種類を登録した記憶ファイル種リストを検索し、この記憶ファイル種リストに文書要求の示す文書情報の種類が登録されている場合だけ、上記登録処理を行うようにしたことを特徴とする。
【００１５】
本発明によれば、記憶ファイル種リストを用いることで、サーバ側で保存する文書情報（ぺ一ジ）の種類を指定することができる。例えば、ＨＴＭＬファイルのみを現在文書記憶リストへの登録対象とし、他の画像ファイル等は登録対象から除外するといったことができる。
【００１６】
また本発明は、クライアントからサーバに文書要求が発行された場合、当該文書要求の示す文書識別情報をキーにして、各グループ毎の文書の送信順序を表す配列を登録した送信順序記憶リストを検索し、この送信順序記憶リストに文書要求の示す文書識別情報を含む配列が存在しない場合には、そのまま文書要求により要求された文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行い、送信順序記憶リストに文書識別情報を含む配列が存在する場合には、該当する文書要求元のクライアント情報をキーにして上記現在文書記憶リストを検索し、当該文書要求元のクライアント情報が登録されているならば、当該クライアント情報と組をなす文書識別情報を取り出し、しかる後に取り出した文書識別情報の次の送信順序となる文書識別情報を上記配列から検索して、検索した文書識別情報と上記文書要求の示す文書識別情報が一致しているか否かを調べ、一致している場合に限り、つまり要求された文書の送信順序がサーバ側の意図した順序に一致している場合に限り、上記文書識別情報の示す文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行うことを特徴とする。
【００１７】
本発明によれば、特定のクライアントに対して、サーバ側で文書送信順序のリストを持つことで、サーバ側の意図した文書送信順序となるように、クライアント側での文書閲覧を行わせることができる。ここで、サーバ側の意図しない順序の文書要求があった場合には、要求元にエラーを返すようにするとよい。
【００１８】
また本発明は、サーバから文書要求元のクライアントに送信される文書中に、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、クライアントからサーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きを設定しておき、クライアントからサーバに何らかの要求が発行された場合に、当該要求が前記特定要求であるか否かを調べ、上記特定要求の場合には、該当する要求元のクライアント情報をキーにして、ページ移動禁止の対象となるクライアント情報を登録した移動禁止ホストリストを検索する第１の検索を行い、この第１の検索の結果、要求元のクライアント情報が登録されておらず、且つ特定要求がページ移動禁止を示すならば、上記移動禁止ホストリストに当該クライアント情報を登録し、要求元のクライアント情報が登録されており、且つ上記特定要求がページ移動許可を示すならば、上記移動禁止ホストリストから当該クライアント情報を削除し、これに対して上記特定要求でない場合には、該当する要求元のクライアント情報をキーにして上記移動禁止ホストリストを検索する第２の検索を行い、この第２の検索の結果、要求元のクライアント情報が登録されているならば、要求元のクライアントにエラーを返し、上記第２の検索の結果、要求元のクライアント情報が登録されていないならば、該当する要求の示す文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行うことを特徴とする。
【００１９】
本発明によれば、クライアント側でのページ移動（ページ切り替え）操作の禁止指定、許可指定が、サーバからクライアントに送られて当該クライアント側で表示されるページ画面の特定部分（例えば画面上の特定のボタン）に対する操作により制御可能となる。
【００２０】
この他、ページ移動禁止の状態にあるクライアント側からの文書要求に対して、上記のように要求元にエラーを返す代わりに、その直前に要求元クライアント側で表示されていた文書の文書識別情報を現在文書記憶リストを検索して取り出して、その文書識別情報の示す文書を要求元に返すようにしてもよい。
【００２１】
また本発明は、サーバから要求元に送信される文書に、当該文書をキャッシュ対象外とすることを示す特定のヘッダ情報を付加することをも特徴とする。
本発明によれば、サーバから文書要求元のクライアントに送られる文書は、クライアント内にキャッシュされることがないため、クライアント側のブラウザで例えばＢａｃｋボタン、あるいはＦｏｒｗａｒｄボタンを操作した場合でも、必ずサーバに対して文書要求が発行されるため、サーバ側では常にクライアント側で現在表示している文書を把握することができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
［第１の実施形態］
図１は本発明の第１の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図である。
【００２３】
同図において、情報提供サーバ（情報提供サーバ計算機）１０は、ＷＷＷ（Ｗｏｒ１ｄ Ｗｉｄｅ Ｗｅｂ）サーバとして機能し、インターネットなどのネットワーク３０に接続されている。情報閲覧クライアント（情報閲覧クライアント計算機）２０は、情報提供サーバ１０にリクエストを発行し、結果を表示するブラウザ（情報閲覧ソフトウェア）を有する。このブラウザは、Ｎｅｔｓｃａｐｅ社のＮｅｔｓｃａｐｅ ＣｏｍｍｉｎｉｃａｔｏｒやＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐ１ｏｒｅｒなどの汎用のブラウザでよい。
【００２４】
なお、図では作図の都合上、ネットワーク３０に接続されているクライアント２０が１台の場合を示してあるが、複数のクライアント２０が接続されるのが一般的である。またサーバ１０についても、１台に限らないことは勿論である。
【００２５】
情報提供サーバ（以下、単にサーバと称する）１０において、ＨＴＴＰ解析部１１は、情報閲覧クライアント（以下、単にクライアントと称する）２０からの文書要求（ページ要求）を受けて、当該要求中のリクエスト文字列の解析を行う。このリクエスト文字列中には、目的とする文書、つまりリクエスト文書（の所在）を示す一般にＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と呼ばれる文字列（以下、文書名と称する）が含まれている。サーバ１０からの提供の対象となる文書はディスク装置等で構成される文書記憶部１２に蓄積されている。
【００２６】
文書検索部１３は、ＨＴＴＰ解析部１１で解析されたリクエスト文書の実体を文書記憶部１２から検索し、正常に検索できたならば、その旨を示す値と共にその文書を（ヘッダ追加部１６を介して）結果出力部１４に送る。一方、リクエストされた文書が存在しない場合には、文書検索部１３はエラーを示す値を（ヘッダ追加部１６を介して）結果出力部１４に送る。
【００２７】
結果出力部１４は、文書検索部１３から（ヘッダ追加部１６を介して）受け取った値によって、ＨＴＴＰプロトコルに従ったヘッダ情報を付加して要求元のクライアント２０に検索結果文字列を送信する。
【００２８】
以上は、従来から知られているサーバ１０の構成である。本実施形態の特徴は、この構成に、現在文書記憶部１５及びヘッダ追加部１６を追加したことにある。
【００２９】
現在文書記憶部１５は、登録部１５１、及び問い合わせ応答部１５２を備えている。また現在文書記憶部１５には、図１に示すような現在文書記憶リスト１５３が保存されている。図１の例では、その第１項目がクライアントホスト名、第２項目がユーザ名（省略化）、第３項目が現在文書名をそれぞれ示し、１行が１レコードに相当する。
【００３０】
以下、現在文書記憶部１５内の登録部１５１の動作について図２のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果（文書要求解析結果）を表示文書決定部５１に渡す。
【００３１】
表示文書決定部５１は、ＨＴＴＰ解析部１１から文書要求解析結果を受け取ると、当該解析結果を従来と同様に文書検索部１３に渡す他に、現在文書記憶部１５にも渡す。
【００３２】
これにより現在文書記憶部１５内の登録部１５１は、ＨＴＴＰ解析部１１での文書要求解析結果（リクエスト文字列の解析結果）、例えばクライアント２０からの要求文書を示す文書名、及びクライアントホスト名、（更には可能ならばクライアントユーザ名）の組を受け取る（ステップＡ１）。クライアントユーザ名の取得方法は、例えば、ユーザとパスワードの組を要求するぺ一ジを用いたり、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）プロトコルを用いることにより実現可能である。更に、同一ユーザが同一ホスト上で複数のブラウザを起動した場合が考えられるため、これらの違いを区別するために、接続ＩＤをサーバ側で割り振り、これを現在文書記憶部１５で保存してもよい。
【００３３】
次に登録部１５１は、ＨＴＴＰ解析部１１から受け取った解析結果中のクライアントホスト名（ｈｏｓｔＮａｍｅ）及びクライアントユーザ名（ｕｓｅｒＮａｍｅ）の組が現在文書記憶リスト１５３中に存在するか否かを調べる（ステップＡ２〜Ａ４）。
【００３４】
もし、存在する場合には、登録部１５１は新たな文書名を登録するために、現在文書記憶リスト１５３から該当するレコードを削除した後（ステップＡ５）、今回ＨＴＴＰ解析部１１から受け取った、クライアントホスト名、クライアントユーザ名、及び要求文書名の組（ｈｏｓｔＮａｍｅ，ｕｓｅｒＮａｍｅ，Ｃｏｎｔｅｎｔｓ）からなる１レコードを現在文書記憶リスト１５３に追加登録する（ステップＡ６）。
【００３５】
これに対し、存在しない場合には、登録部１５１はＨＴＴＰ解析部１１から受け取った、クライアントホスト名、クライアントユーザ名、及び要求文書名の組からなる１レコードを現在文書記憶リスト１５３に追加登録する（ステップＡ６）。
【００３６】
なお、解析結果中のクライアントホスト名及びクライアントユーザ名の組が現在文書記憶リスト１５３に存在する場合には、該当するレコード中の文書名を、今回ＨＴＴＰ解析部１１から受け取った解析結果中の文書名に書き換えるようにしても構わない。この場合には、レコード削除の処理が不要となる。
【００３７】
明らかなように、現在文書記憶リスト１５３に登録されている各レコード中の文書名が、その文書名と対をなすクライアントホスト名及びクライアントユーザ名の組で示されるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を示す。
【００３８】
次に、現在文書記憶部１５内の問い合わせ応答部１５２の動作について図３のフローチャートを参照して説明する。
問い合わせ応答部１５２は、あるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を調べてもらいたい場合に起動される。この問い合わせ応答部１５２に対する問い合わせ元は、後述する図６または図１０中の表示文書決定部５１、図１５中の表示文書決定部７１等であり、本実施形態には直接関係しない。
【００３９】
問い合わせ応答部１５２に対する問い合わせ元は、あるクライアントホスト名及びクライアントユーザ名の組で示されるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を知る必要がある場合、そのクライアントホスト名及びクライアントユーザ名の組を現在文書記憶部１５に渡して、その文書名の問い合わせを行う。
【００４０】
すると現在文書記憶部１５内の問い合わせ応答部１５２は、問い合わせ元から渡されたクライアントホスト名及びクライアントユーザ名の組を受け取り、その組をキーにして現在文書記憶リスト１５３を検索する（ステップＢ１〜Ｂ３）。
【００４１】
問い合わせ応答部１５２は、上記の検索の結果該当するレコードが存在したならば、当該レコード中でクライアントホスト名及びクライアントユーザ名の組と対をなす文書名（Ｃｏｎｔｅｎｔｓ）を問い合わせ元に返す（ステップＢ４，Ｂ５）。これに対し、該当するレコードが存在しないならば、その旨を示す値（ここではＮＵＬＬ）を問い合わせ元に返す（ステップＢ６）。
【００４２】
これにより問い合わせ元は、目的とするクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書の文書名（所在）を容易に知ることができる。
【００４３】
再び図１を参照すると、ヘッダ追加部１６は、文書検索部１３により文書記憶部１２から検索されたリクエスト文書に、当該文書をキャッシュ対象外とすることを示す特定のヘッダ情報（例えば、Ｐｒａｇｍａ：ｎｏ−ｃａｄｃｈｅ）を付加して、結果出力部１４に渡す。
【００４４】
結果出力部１４は、ヘッダ追加部１６から渡された特定ヘッダ情報が付加された文書（の文字列）を受け取ると、ＨＴＴＰプロトコルに従ったヘッダ情報を付加して要求元のクライアント２０に送信する。クライアント２０内では、サーバ１０（内の結果出力部１４）から送信された文書は、当該文書に付されている上記特定ヘッダ情報（Ｐｒａｇｍａ：ｎｏ−ｃａｃｈｅ）により、キャッシュされることがなくなる。つまり、上記特定ヘッダ情報をヘッダに付加することにより、クライアント２０のブラウザで、Ｂａｃｋボタン、Ｆｏｒｗａｒｄボタンを使用した場合でも、サーバ１０に対して必ずリクエストが発生することになる。
【００４５】
このように本実施形態においては、現在文書記憶部１５及びヘッダ追加部１６を追加したことにより、クライアント２０にて現在表示されている（あるいは最も最近に表示された）文書の文書名（所在）をサーバ１０側で容易に知ることができる。
【００４６】
［第２の実施形態］
図４は本発明の第２の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１と同一部分には同一符号を付してある。
【００４７】
図４中のサーバ４０が、図１中のサーバ１０と異なる点は、記憶ファイル選択部４１が追加されていることである。
記憶ファイル選択部４１は、現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）への登録対象とする文書の種類を登録した記憶ファイル種リスト、例えば文書ファイルの拡張子のリスト（ファイル拡張子リスト）４２を保持している。図４の例では、ファイル拡張子リスト４２には、ｈｔｍｌ，ｈｔｍ，ｔｘｔの３種のファイル拡張子が登録されている。
【００４８】
以下、図４の構成におけるサーバ４０内の記憶ファイル選択部４１を中心とする動作について、図５のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果を従来と同様に文書検索部１３に渡す他、記憶ファイル選択部４１にも渡す。
【００４９】
これにより記憶ファイル選択部４１は、ＨＴＴＰ解析部１１での文書要求解析結果（リクエスト文字列の解析結果）、例えばクライアント２０からの要求文書を示す文書名、クライアントホスト名、及びクライアントユーザ名の組を受け取る（ステップＣ１）。
【００５０】
次に記憶ファイル選択部４１は、文書名からファイル拡張子を抽出して、そのファイル拡張子がファイル拡張子リスト４２中に存在するか否かを調べる（ステップＣ２〜Ｃ５）。
【００５１】
もし、存在する場合には、記憶ファイル選択部４１は現在文書記憶部１５を呼び出して、ＨＴＴＰ解析部１１から受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組を渡す（ステップＣ６）。この場合、前記第１の実施形態で述べたように、当該クライアントホスト名及びクライアントユーザ名の対を持つレコードが現在文書記憶リスト１５３中に存在するならば、等価的に当該レコード中の文書名が今回受け取った文書名に更新され、存在しないならば、今回受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組からなるレコードが追加される。
【００５２】
これに対し、存在しない場合には、記憶ファイル選択部４１は現在文書記憶部１５の呼び出しを控える。つまり、現在文書記憶部１５内の現在文書記憶リスト１５３への現在文書登録は行われない。
【００５３】
このように本実施形態においては、ＨＴＴＰ解析部１１と現在文書記憶部１５との間に追加された記憶ファイル選択部４１により、ファイル拡張子リスト４２に登録されている拡張子を持った文書名の文書が要求されたことが検出された場合のみ、ＨＴＴＰ解析部１１から受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組が現在文書記憶部１５に渡されて現在文書記憶リスト１５３に登録される。つまり、現在文書記憶部１５( 内の現在文書記憶リスト１５３）に保存すべきファイル（文書）の選択が可能となる。
【００５４】
なお、記憶ファイル選択部４１（内のリスト４２）に登録される情報はファイル拡張子に限るものではなく、例えば文書検索部１３からの情報を利用して、ｔｅｘｔ／ｈｔｍｌ，ｔｅｘｔ／ｐｌａｉｎといった文書の種類（Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダ）であっも構わない。
【００５５】
［第３の実施形態］
図６は本発明の第３の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１と同一部分には同一符号を付してある。
【００５６】
図６のサーバ５０が、図１中のサーバ１０と異なる点は、表示文書決定部５１及び文書送信順序記憶部５２が追加されていることである。なお、表示文書決定部５１及び文書送信順序記憶部５２を図４中のサーバ４０に追加する構成であっても構わない。
【００５７】
文書送信順序記憶部５２は、送信順序を表す文書のリストであるである送信順序記憶リスト５２１を保持している。図６の例では、送信順序記憶リスト５２１は、各グループ毎のレコード（１行が１レコード）からなる。１レコードは、その第１項目がグループを表すタグ文字列、第２項目が指定順序で送る文書の（文書名の）配列を表す。この第２項目は、当該第２項目の文書リストにおける文書名の並び順に文書送信が行われなければならないことを示す。なお、第１項目のタグ文字列は必ずしも必要ではない。
【００５８】
次に、サーバ５０内の表示文書決定部５１及び文書送信順序記憶部５２を中心とする動作について図７乃至図９のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果（文書要求解析結果）を表示文書決定部５１に渡す。
【００５９】
表示文書決定部５１は、ＨＴＴＰ解析部１１から文書要求解析結果を受け取ると、当該解析結果中の文書名（Ｃｏｎｔｅｎｔｓ）を文書送信順序記憶部５２に渡して、該当する文書を含むグループの文書リストの問い合わせを行う（ステップＤ１，Ｄ２）。
【００６０】
すると文書送信順序記憶部５２は、表示文書決定部５１から渡された文書名を受け取り、その文書名により送信順序記憶リスト５２１を検索し、その文書名を含む文書リストが存在するか否かを調べる（ステップＥ１〜Ｅ４）。
【００６１】
もし、存在するならば、文書送信順序記憶部５２は該当する文書リスト、即ち表示文書決定部５１から渡された文書名を含むグループの文書名の配列を送信順序記憶リスト５２１から取り出して、それを返値として表示文書決定部５１に返す（ステップＥ５）。
【００６２】
これに対し、存在しないならば、文書送信順序記憶部５２はその旨を示す値（ここではＮＵＬＬ）を表示文書決定部５１に返す（ステップＥ６）。
表示文書決定部５１は、文書送信順序記憶部５２への問い合わせに対する返値を受け取ると、その返がＮＵＬＬであるか否かを調べる（ステップＤ３）。
【００６３】
もし、返値がＮＵＬＬであるならば、表示文書決定部５１は、問い合わせた文書名は送信順序記憶リスト５２１に登録されておらず、送信順序の制御は不要であると判断し、文書検索部１３にＨＴＴＰ解析部１１の文書要求解析結果を渡して、要求文書の検索指示を与える（ステップＤ４）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。
【００６４】
これに対し、ＮＵＬＬではなくて、文書リストの配列が返された場合には、つまり送信順序記憶リスト５２１中に要求文書の文書名が存在する場合には、表示文書決定部５１は、その返値（文書リストの配列）を保持すると共に（ステップＤ５）、ＨＴＴＰ解析部１１から受け取った解析結果中のクライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）をキーにして現在文書記憶部１５に対して現在文書の問い合わせを行う（ステップＤ６）。
【００６５】
すると、現在文書記憶部１５内の問い合わせ応答部１５２（図１参照）は図３のフローチャートに従って、現在文書記憶リスト１５３を検索し、検索結果としての返値を問い合わせ元の表示文書決定部５１に返す。この返値は、表示文書決定部５１から渡されたクライアント情報と組をなす文書名が存在しない場合にはＮＵＬＬであり、存在する場合にはその文書名である。
【００６６】
もし、現在文書記憶部１５からの返値（問い合わせに対する応答）がＮＵＬＬではなくて、文書名であった場合には（ステップＤ７）、表示文書決定部５１は当該文書名、つまり文書要求元のクライアントで現在表示中の文書の文書名で、文書送信順序記憶部５２から返された文書リスト中の文書名の配列を検索して、当該配列の中から、現在表示中の文書の文書名の次の送信順序となっている文書の文書名を取得する（ステップＤ８〜Ｄ１２）。
【００６７】
次に表示文書決定部５１は、取得した文書名、つまり現在表示中の文書の次に送信すべき文書の文書名が、要求文書の文書名に一致しているか否かを調べる（ステップＤ１３）。
【００６８】
もし、一致しているならば、表示文書決定部５１は文書要求順序は正しいものと判断し、文書検索部１３にＨＴＴＰ解析部１１の文書要求解析結果を渡して、要求文書の検索指示を与える（ステップＤ１４）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。図６の送信順序記憶リスト５２１の例では、問い合わせ結果（文書要求元のクライアントで現在表示中の文書）が例えばｉｎｄｅｘ．ｈｔｍｌの場合に、要求文書がｐａｇｅ．ｈｔｍｌであった場合が、これに相当する。
【００６９】
これに対し、現在表示中の文書の次に送信すべき文書の文書名が、要求文書の文書名に一致していない場合には、表示文書決定部５１は、クライアントからの文書要求が正しくない、つまりサーバ５０の意図する順序で操作が行われなかった場合であると判断し、結果出力部１４へエラー通知を指示する（ステップＤ１５）。先の例と同様に、問い合わせ結果がｉｎｄｅｘ．ｈｔｍｌの場合であるとすると、要求文書がｐａｇｅ．ｈｔｍｌ以外であった場合が、これに相当する。
【００７０】
このように本実施形態においては、図１のサーバ１０（または図４のサーバ４０）に表示文書決定部５１及び文書送信順序記憶部５２を付加することにより、サーバの意図しない順序で文書要求があった場合にはエラーを返し、サーバの意図する順序で文言要求があった場合にのみリクエスト文書をクライアントに送信することが可能になる。
【００７１】
［第４の実施形態］
図１０は本発明の第４の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図６と同一部分には同一符号を付してある。
【００７２】
図１０のサーバ６０が、図６中のサーバ５０と異なる点は、文書送信順序記憶部５２に代えてページ移動禁止制御部６２が用いられ、これに合わせて表示文書決定部５１に代えて表示文書決定部６１が用いられていることである。
【００７３】
ページ移動禁止制御部６２は、登録部６２１、及び問い合わせ応答部６２２を備えている。またページ移動禁止制御部６２には、図１０に示すような移動禁止ホストリスト６２３が保存されている。図１０の例では、その第１項目がクライアントホスト名、第２項目がクライアントユーザ名（省略化）を示す。ここでは、この移動禁止ホストリスト６２３に登録されているクライアントホスト名とクライアントユーザ名の組を使用しているクライアント（ブラウザ）がページ移動禁止状態であることを表す。
【００７４】
例えばクライアント２０側（のブラウザ）に図１４に示すページ画面（入力インタフェース画面）が表示されているものとする。ここで、同図（ａ）の画面で入力開始のボタン１４１を押した後、同図（ｂ）の終了ボタン１４２を押すまでの間は、ブラウザのＢａｃｋ，Ｆｏｒｗａｒｄなどのボタンを押して別のぺ一ジに移動することを禁止したいものとする。
【００７５】
このページ画面では、入力開始ボタン１４１と関連付けて、当該入力開始ボタン１４１が押されたときに以下のリクエスト
POST /PageManager?control=on HTTP/1.0
を送信するように、該当する文書情報に対応する手続きが記述されている。このリクエストをＰＯＳＴメソッドと呼ぶ。
【００７６】
同様に、終了ボタン１４２と関連付けて、当該終了ボタン１４２が押されたときに以下のリクエスト
POST /PageManager?control=off HTTP/1.0
を送信するように、該当する文書情報に対応する手続きが記述されている。このリクエストをＰＯＳＴメソッドと呼ぶ。
【００７７】
このような手続きには、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪａｖａ（Ａｐｐｌｅｔ）や、Ｎｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社のＪａｖａＳｃｒｉｐｔなどが適用可能である。
【００７８】
以下、図１０の構成におけるサーバ６０内の表示文書決定部６１、及びページ移動禁止制御部６２内の登録部６２１並びに問い合わせ応答部６２２の動作について図１１乃至図１３のフローチャートを参照して説明する。
【００７９】
まず、クライアント２０からのリクエスト文字列は、サーバ６０内のＨＴＴＰ解析部１１に送られる。ＨＴＴＰ解析部１１は、リクエスト文字列の解析を行い、その解析結果を表示文書決定部６１に渡す。この解析結果には、前記したように要求文書を示す文書名と、クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が含まれる他、リクエストを表すメソッドが含まれている。
【００８０】
表示文書決定部６１は、ＨＴＴＰ解析部１１から渡される解析結果（リクエスト文字列）の示すリクエストが予め定められた特定リクエストの場合、例えばサーバ６０内での資源操作等に関係するリクエストであるＰＯＳＴメソッドの場合には、そのリクエスト文字列をページ移動禁止制御部６２に渡す（ステップＦ１〜Ｆ３）。
【００８１】
ページ移動禁止制御部６２内の登録部６２１は、表示文書決定部６１から渡されたリクエスト文字列中を受け取ると（ステップＧ１）、そのリクエスト文字列中のＰＯＳＴメソッドのコマンドが正当であるならば（ステップＧ２，Ｇ３）、上記ＰＯＳＴメソッド文字列から”ｃｏｎｔｒｏｌ＝”の文字列を取り出し、その値が”ｏｎ”で、且つリクエスト文字列中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されていない場合には、当該クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を移動禁止ホストリスト６２３に登録する（ステップＧ４〜Ｇ６，Ｇ９，Ｇ１０）。
【００８２】
これに対し、”ｃｏｎｔｒｏｌ＝”の値が”ｏｆｆ”で、且つリクエスト文字列中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されている場合には、登録部６２１は当該クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を移動禁止ホストリスト６２３から削除する（ステップＧ４〜Ｇ８）。
【００８３】
一方、ＨＴＴＰ解析部１１からＰＯＳＴメソッド以外のリクエスト、例えば通常の文書要求に関する解析結果が送られた場合には、表示文書決定部６１は当該解析結果中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をページ移動禁止制御部６２に送って、ページ移動の可否の問い合わせを行う（ステップＦ２，Ｆ４）。
【００８４】
するとページ移動禁止制御部６２内の問い合わせ応答部６２２は、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をキーとして移動禁止ホストリスト６２３を検索する（ステップＨ１〜Ｈ３）。
【００８５】
もし、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されているならば、問い合わせ応答部６２２は該当するクライアント側でのページ移動不可（禁止）を判断し、その旨を示す値（ここでは真値）を表示文書決定部６１に返す（Ｈ４，Ｈ５）。これに対して、登録されていないならば、問い合わせ応答部６２２は該当するクライアント側でのページ移動可（許可）を判断し、その旨を示す値（ここでは偽値）を表示文書決定部６１に返す（Ｈ４，Ｈ６）。
【００８６】
表示文書決定部６１は、ページ移動禁止制御部６２（内の問い合わせ応答部６２２）からページ移動不可を示す返値( 真値）を受け取った場合には、結果出力部１４に対してエラーを送信し、文書検索部１３を起動しない（ステップＦ５，Ｆ６）。この場合、該当するリクエスト元のクライアント２０には、エラーが返されて、その結果エラー表示が行われる。つまり、クライアント２０には要求文書は送られず、当該クライアント２０でページを移動する（切り替える）ことはできない。
【００８７】
一方、ページ移動禁止制御部６２（内の問い合わせ応答部６２２）からページ移動可を示す返値( 偽値）を受け取った場合には、表示文書決定部６１はＨＴＴＰ解析部１１からの文書要求解析結果（要求文字列）を渡して、要求文書の検索指示を与える（ステップＦ５，Ｆ７）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。この場合、文書検索部１３により要求文書の検索が行われ、検索できたならば、その要求文書が要求元のクライアント２０に送られて、現在表示中の文書に代えて表示される。つまりページが移動される（切り替えられる）。
【００８８】
図１４の例では、クライアント２０側で表示されている同図（ａ）のページ画面上の入力開始ボタン１４１が押されると、その際にサーバ６０に対して自動的に発行される”ｃｏｎｔｒｏｌ＝ｏｎ”を含む特定リクエストに応じて、当該クライアント２０の情報がページ移動禁止制御部６２によって移動禁止ホストリスト６２３に登録される。同様に、同図（b ）のページ画面上の終了ボタン１４２が押されると、その際にサーバ６０に対して自動的に発行される”ｃｏｎｔｒｏｌ＝ｏｆｆ”を含む特定リクエストに応じて、当該クライアント２０の情報がページ移動禁止制御部６２によって移動禁止ホストリスト６２３から削除される。したがって、入力開始ボタン１４１が押されてから終了ボタン１４２が押されるまでの間は、クライアント２０でのページ移動操作は禁止される。
【００８９】
このように本実施形態においては、図１中のサーバに表示文書決定部６１とページ移動禁止制御部６２とが追加された新たなサーバ６０を用いることで、クライアント２０（ブラウザ）側のページ移動操作（例えばブラウザ上のＢａｃｋ／Ｆｏｒｗａｒｄ操作）の禁止と許可の制御を行うことができる。
【００９０】
［第５の実施形態］
図１５は本発明の第５の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１０と同一部分には同一符号を付してある。
【００９１】
図１５のサーバ７０が、図１０中のサーバ６０と異なる点は、当該サーバ６０の構成に要求置換部７２が追加され、これに合わせて表示文書決定部６１に代えて表示文書決定部７１が用いられていることにある。
【００９２】
即ち、図１０中のサーバ６０では、クライアント２０からの要求に対してページ移動禁止状態であった場合には、表示文書決定部６１から結果出力部１４に単にエラーが返されるだけであった。これに対し、図１５中のサーバ７０では、（図１０中の表示文書決定部６１に相当する）表示文書決定部７１から要求置換部７２に対してエラー通知が送られるようになってている。要求置換部７２は、現在文書記憶部１５から、リクエスト元のクライアント２０が現リクエストの直前に表示していた文書情報を受け取り、ページ移動禁止状態にある文書要求を、この直前に表示していた文書の要求に強制的に置き換えて、文書検索部１３に送る。
【００９３】
以下、図１５の構成におけるサーバ７０内の表示文書決定部７１、及び要求置換部７２の動作について、図１０中のサーバ６０との相違点を中心に、図１６及び図１７のフローチャートを参照して説明する。
【００９４】
まず、クライアント２０からの文書要求に対して、表示文書決定部７１からページ移動禁止制御部６２に（図１１中のステップＦ１，Ｆ２，Ｆ４と同様にして）ページ移動の可否の問い合わせが行われ（ステップＩ１，Ｉ２，Ｉ４）、当該ページ移動禁止制御部６２からページ移動禁止を示す返値（真値）が返されたものとする。
【００９５】
表示文書決定部６１は、ページ移動禁止制御部６２からページ移動禁止を示す返値（真値）が返された場合、文書要求元のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を要求置換部７２に渡して、当該要求置換部７２を起動する（ステップＩ５，Ｉ６）。
【００９６】
すると要求置換部７２は、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をキーにして現在文書記憶部１５に対して現在文書の問い合わせを行う（ステップＪ１，Ｊ２）。この場合、現在文書記憶部１５内の問い合わせ応答部１５２（図１参照）は図３のフローチャートに従って、現在文書記憶リスト１５３を検索し、検索結果としての返値、つまり現文書要求の直前に表示していた文書情報を問い合わせ元の要求置換部７２に返す。
【００９７】
要求置換部７２は、クライアント２０からの現文書要求を、現在文書記憶部１５から返された当該現文書要求の直前に要求元のクライアント２０で表示されていた文書の要求に強制的に置き換え（ステップＪ３）、当該置き換え後の文書要求による文書検索を文書検索部１３に指示する（ステップＪ４）。
【００９８】
これにより、文書要求元のクライアント２０には、要求文書ではなくて、現文書要求の直前に要求元のクライアント２０で表示されていた文書が送信されることなる。
【００９９】
このように本実施形態においては、クライアント２０がページ移動禁止状態にあるとき、当該クライアント２０のブラウザでページ移動操作（例えばブラウザ上のＢａｃｋ／Ｆｏｒｗａｒｄ操作）が行われた場合、その操作は無視される。この場合、前記第４の実施形態と異なってエラー表示を行うのではなく、ページ移動操作の直前に表示されていた文書を再びサーバ７０からクライアント２０に送信することができる。
【０１００】
以上に述べたサーバ（情報提供サーバ）１０，４０，５０，６０，７０を構成する機能要素群、あるいはサーバ１０，４０，５０，６０，７０にて実行される処理手順は、コンピュータをその機能要素群の集合として機能させるためのプログラム、あるいはコンピュータに当該処理手順を実行させるためのプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体をコンピュータに装着して、当該プログラムを読み取り実行させることにより実現される。このプログラムが、通信回線等の通信媒体を通してコンピュータにロードされるものであってもよい。
【０１０１】
【発明の効果】
以上詳述したように本発明によれば、クライアント側で現在表示中のページ、または最も最近に表示されたページをクライアント別にサーバ側で現在文書記憶リストに保存・管理することができるため、サーバ側で各クライアントの最新の表示ページを常に把握することができる。
【０１０２】
また本発明によれば、記憶ファイル種リストを用いることで、サーバ側で保存・管理する文書情報（ぺ一ジ）の種類を指定することができる。
また本発明によれば、サーバ側で文書送信順序のリストを持つことで、サーバ側の意図した文書送信順序となるように、クライアント側での文書閲覧を行わせることができる。
【０１０３】
また本発明によれば、クライアント側でのページ移動操作の禁止指定、許可指定が、クライアント側で表示されるページ画面の特定部分に対する操作により制御可能となる。
【０１０４】
また本発明によれば、ページ移動禁止の状態にあるクライアント側からの文書要求を、その直前に要求元クライアント側で表示されていた文書への要求に強制的に置き換えて、当該直前の表示文書を要求元に返すことができる。
【０１０５】
また本発明によれば、サーバから文書要求元のクライアントに送られる文書がクライアント内にキャッシュされないようにでき、これによりクライアント側のブラウザで例えばＢａｃｋボタン、あるいはＦｏｒｗａｒｄボタンを操作した場合でも、必ずサーバに対して文書要求が発行されるため、サーバ側では常にクライアント側で現在表示している文書を把握することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図２】図１中のサーバ１０における現在文書記憶部１５内の登録部１５１の動作を説明するためのフローチャート。
【図３】図１中のサーバ１０における現在文書記憶部１５内の問い合わせ応答部１５２の動作を説明するためのフローチャート。
【図４】本発明の第２の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図５】図４中のサーバ４０における記憶ファイル選択部４１の動作を説明するためのフローチャート。
【図６】本発明の第３の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図７】図６中のサーバ５０における表示文書決定部５１の動作を説明するためのフローチャートの一部を示す図。
【図８】図６中のサーバ５０における表示文書決定部５１の動作を説明するためのフローチャートの残りを示す図。
【図９】図６中のサーバ５０における文書送信順序記憶部５２の動作を説明するためのフローチャート。
【図１０】本発明の第４の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図１１】図１０中のサーバ６０における表示文書決定部６１の動作を説明するためのフローチャート。
【図１２】図１０中のサーバ６０におけるページ移動禁止制御部６２内の登録部６２１の動作を説明するためのフローチャート。
【図１３】図１０中のサーバ６０におけるページ移動禁止制御部６２内の問い合わせ応答部６２２の動作を説明するためのフローチャート。
【図１４】ページ移動禁止／許可の設定に関する特定のリクエストが発行可能な操作ボタンを持つページ画面例を示す図。
【図１５】本発明の第５の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図１６】図１５中のサーバ７０における表示文書決定部７１の動作を説明するためのフローチャート。
【図１７】図１５中のサーバ７０における要求置換部７２の動作を説明するためのフローチャート。
【符号の説明】
１０，４０，５０，６０，７０…情報提供サーバ
１１…ＨＴＴＰ解析部
１２…文書記憶部
１３…文書検索部
１４…結果出力部
１５…現在文書記憶部
１６…ヘッダ追加部
２０…情報閲覧クライアント
４１…記憶ファイル選択部
４２…ファイル拡張子リスト（記憶ファイル種リスト）
５１…表示文書決定部
５２…文書送信順序記憶部
６１，７１…表示文書決定部
６２…ページ移動禁止制御部
７２…要求置換部
１５１，６２１…登録部
１５２，６２２…問い合わせ応答部
１５３…現在文書記憶リスト
５２１…送信順序記憶リスト
６２３…移動禁止ホストリスト
【発明の属する技術分野】
本発明は、情報閲覧クライアントからの操作により情報提供サーバ上の情報閲覧を行うクライアントサーバシステムに係り、特にサーバから文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にしてクライアント別に登録する情報提供サーバにおける現在表示文書情報保存・管理方法に関する。
【０００２】
【従来の技術】
近年、ネットワーク、例えばインターネットを介して情報の閲覧を行うＷｏｒ１ｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）システムが急速に普及してきた。ＷＷＷではブラウザと呼ばれる文書閲覧機構（実体はソフトウェア）を用いることによりサーバ上にあるページと呼ばれる文書をクライアント（情報閲覧クライアント）から閲覧することが可能である。このシステムは、ＷＷＷブラウザからＷＷＷサーバ（情報提供サーバ）に対して文書要求（一般にページ要求と呼ばれる）を行い、ＷＷＷサーバがこの要求に対して該当する文書を検索し提供する、いわゆるクライアントサーバシステムである。
【０００３】
従来のシステムでは、クライアントで文書閲覧を行う場合には、クライアントからサーバヘの文書要求によりサーバが文書をクライアントに送信するという手続きで処理が行われる。クライアントとサーバの間のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストでは、その都度ネットワークの接続が行われ、ぺ一ジ内容の送受信を行った後に切断される。これは、常にネットワーク接続を保持しておくとサーバ負荷が増大するので、これを避けるための手段である。しかし、毎回接続を切断してしまうため、個々の接続が独立に行われてしまい、前回の接続の際の情報、例えば前回どのページを要求したかなどの情報をサーバ側で知る手段がない。
【０００４】
そこで従来のシステムでは、クッキー（Ｃｏｏｋｉｅ）と呼ばれる機能により、サーバ側からクライアント上に接続時の情報を送り出して当該クライアントに保存しておき、次の接続時にクライアントに保存してある当該情報を呼び出す方法が適用されていた。しかしこの方法ではクライアントにぺ一ジとは無縁の情報を送ることになるため、セキュリティ上の問題が指摘されていた。
【０００５】
また、クライアント（の情報閲覧機構）となるＷＷＷブラウザには、様々な操作ボタン、例えば、Ｂａｃｋボタン（履歴の１つ前のぺ一ジに戻る）、Ｆｏｒｗａｒｄボタン（履歴の１つ先のぺ一ジへ移動する）、履歴表示画面からのぺ一ジ直接選択などが用意されている。これらのボタンによる操作の対象となるページ情報は一般にブラウザのキャッシュに保存されている。したがって、上記のボタン操作では、ユーザの意図したページ情報は通常はキャッシュから取り出され、サーバヘのアクセスは行われない。この場合においても、サーバ側ではクライアントが現在どのページを表示しているのかを知る手段がなかった。
【０００６】
また、ページ情報内にリンクボタンを用意することにより、サーバの意図した順序でクライアント側に文書閲覧を行わせたいといった場合、上記操作ボタンをユーザが使用してしまうことにより、サーバ側の意図しない順序により文書閲覧が行われてしまう虞があった。このことは、特にインターネットショッピングや、イントラネットにおけるデータベースアクセスのように、閲覧の順序関係が重要なものでは問題であった。
【０００７】
【発明が解決しようとする課題】
上記したように従来のクライアントサーバシステムでは、前回クライアントからサーバにページ要求が出されてネットワーク接続した際の情報、例えば前回どのページを要求したかなどの情報をセキュリティ上の問題を招くことなくサーバ側で知る手段がなかった。
【０００８】
また、従来のクライアントサーバシステムでは、サーバの意図した順序でクライアント側に文書閲覧を行わせことはできなかった。
本発明は上記事情を考慮してなされたものでその目的は、クライアントの現在表示文書情報を保存・管理できる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【０００９】
この発明の他の目的は、保存・管理する文書情報の種類が指定できる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
本発明の更に他の目的は、クライアント側での文書閲覧をサーバ側の意図した手順で行わせることができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１０】
本発明の更に他の目的は、クライアント側の誤操作を当該クライアント側に通知することができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１１】
本発明の更に他の目的は、クライアント側で誤操作が行われた場合、その要求を無視して自身が管理・保存している現在の表示文書情報を再送することができる情報提供サーバにおける現在表示文書情報保存・管理方法を提供することにある。
【００１２】
【課題を解決するための手段】
本発明は、情報閲覧クライアントからの文書要求に応じて情報提供サーバから当該文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にして上記サーバ内の現在文書記憶リストにクライアント別に登録するための、情報提供サーバにおける現在表示文書情報保存・管理方法であって、クライアントからサーバに発行された文書要求に応じ、文書要求元のクライアント情報をキーにして上記現在文書記憶リストを検索し、文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を上記現在文書記憶リストに登録し、登録されているならば、上記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換える登録処理を行うようにしたことを特徴とする。
【００１３】
本発明によれば、クライアント側で現在表示中のページ、または最も最近に表示されたページをクライアント別にサーバ側で現在文書記憶リストに保存・管理することができる。これによりサーバ側で各クライアントの最新の表示ページを知ることができる。
【００１４】
また本発明は、クライアントからサーバに文書要求が発行された場合に、まず当該文書要求の示す文書情報の種類をキーにして、上記現在文書記憶リストへの登録対象とする文書情報の種類を登録した記憶ファイル種リストを検索し、この記憶ファイル種リストに文書要求の示す文書情報の種類が登録されている場合だけ、上記登録処理を行うようにしたことを特徴とする。
【００１５】
本発明によれば、記憶ファイル種リストを用いることで、サーバ側で保存する文書情報（ぺ一ジ）の種類を指定することができる。例えば、ＨＴＭＬファイルのみを現在文書記憶リストへの登録対象とし、他の画像ファイル等は登録対象から除外するといったことができる。
【００１６】
また本発明は、クライアントからサーバに文書要求が発行された場合、当該文書要求の示す文書識別情報をキーにして、各グループ毎の文書の送信順序を表す配列を登録した送信順序記憶リストを検索し、この送信順序記憶リストに文書要求の示す文書識別情報を含む配列が存在しない場合には、そのまま文書要求により要求された文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行い、送信順序記憶リストに文書識別情報を含む配列が存在する場合には、該当する文書要求元のクライアント情報をキーにして上記現在文書記憶リストを検索し、当該文書要求元のクライアント情報が登録されているならば、当該クライアント情報と組をなす文書識別情報を取り出し、しかる後に取り出した文書識別情報の次の送信順序となる文書識別情報を上記配列から検索して、検索した文書識別情報と上記文書要求の示す文書識別情報が一致しているか否かを調べ、一致している場合に限り、つまり要求された文書の送信順序がサーバ側の意図した順序に一致している場合に限り、上記文書識別情報の示す文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行うことを特徴とする。
【００１７】
本発明によれば、特定のクライアントに対して、サーバ側で文書送信順序のリストを持つことで、サーバ側の意図した文書送信順序となるように、クライアント側での文書閲覧を行わせることができる。ここで、サーバ側の意図しない順序の文書要求があった場合には、要求元にエラーを返すようにするとよい。
【００１８】
また本発明は、サーバから文書要求元のクライアントに送信される文書中に、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、クライアントからサーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きを設定しておき、クライアントからサーバに何らかの要求が発行された場合に、当該要求が前記特定要求であるか否かを調べ、上記特定要求の場合には、該当する要求元のクライアント情報をキーにして、ページ移動禁止の対象となるクライアント情報を登録した移動禁止ホストリストを検索する第１の検索を行い、この第１の検索の結果、要求元のクライアント情報が登録されておらず、且つ特定要求がページ移動禁止を示すならば、上記移動禁止ホストリストに当該クライアント情報を登録し、要求元のクライアント情報が登録されており、且つ上記特定要求がページ移動許可を示すならば、上記移動禁止ホストリストから当該クライアント情報を削除し、これに対して上記特定要求でない場合には、該当する要求元のクライアント情報をキーにして上記移動禁止ホストリストを検索する第２の検索を行い、この第２の検索の結果、要求元のクライアント情報が登録されているならば、要求元のクライアントにエラーを返し、上記第２の検索の結果、要求元のクライアント情報が登録されていないならば、該当する要求の示す文書を検索して要求元に送信するための処理を実行する一方、上記登録処理を行うことを特徴とする。
【００１９】
本発明によれば、クライアント側でのページ移動（ページ切り替え）操作の禁止指定、許可指定が、サーバからクライアントに送られて当該クライアント側で表示されるページ画面の特定部分（例えば画面上の特定のボタン）に対する操作により制御可能となる。
【００２０】
この他、ページ移動禁止の状態にあるクライアント側からの文書要求に対して、上記のように要求元にエラーを返す代わりに、その直前に要求元クライアント側で表示されていた文書の文書識別情報を現在文書記憶リストを検索して取り出して、その文書識別情報の示す文書を要求元に返すようにしてもよい。
【００２１】
また本発明は、サーバから要求元に送信される文書に、当該文書をキャッシュ対象外とすることを示す特定のヘッダ情報を付加することをも特徴とする。
本発明によれば、サーバから文書要求元のクライアントに送られる文書は、クライアント内にキャッシュされることがないため、クライアント側のブラウザで例えばＢａｃｋボタン、あるいはＦｏｒｗａｒｄボタンを操作した場合でも、必ずサーバに対して文書要求が発行されるため、サーバ側では常にクライアント側で現在表示している文書を把握することができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
［第１の実施形態］
図１は本発明の第１の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図である。
【００２３】
同図において、情報提供サーバ（情報提供サーバ計算機）１０は、ＷＷＷ（Ｗｏｒ１ｄ Ｗｉｄｅ Ｗｅｂ）サーバとして機能し、インターネットなどのネットワーク３０に接続されている。情報閲覧クライアント（情報閲覧クライアント計算機）２０は、情報提供サーバ１０にリクエストを発行し、結果を表示するブラウザ（情報閲覧ソフトウェア）を有する。このブラウザは、Ｎｅｔｓｃａｐｅ社のＮｅｔｓｃａｐｅ ＣｏｍｍｉｎｉｃａｔｏｒやＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐ１ｏｒｅｒなどの汎用のブラウザでよい。
【００２４】
なお、図では作図の都合上、ネットワーク３０に接続されているクライアント２０が１台の場合を示してあるが、複数のクライアント２０が接続されるのが一般的である。またサーバ１０についても、１台に限らないことは勿論である。
【００２５】
情報提供サーバ（以下、単にサーバと称する）１０において、ＨＴＴＰ解析部１１は、情報閲覧クライアント（以下、単にクライアントと称する）２０からの文書要求（ページ要求）を受けて、当該要求中のリクエスト文字列の解析を行う。このリクエスト文字列中には、目的とする文書、つまりリクエスト文書（の所在）を示す一般にＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と呼ばれる文字列（以下、文書名と称する）が含まれている。サーバ１０からの提供の対象となる文書はディスク装置等で構成される文書記憶部１２に蓄積されている。
【００２６】
文書検索部１３は、ＨＴＴＰ解析部１１で解析されたリクエスト文書の実体を文書記憶部１２から検索し、正常に検索できたならば、その旨を示す値と共にその文書を（ヘッダ追加部１６を介して）結果出力部１４に送る。一方、リクエストされた文書が存在しない場合には、文書検索部１３はエラーを示す値を（ヘッダ追加部１６を介して）結果出力部１４に送る。
【００２７】
結果出力部１４は、文書検索部１３から（ヘッダ追加部１６を介して）受け取った値によって、ＨＴＴＰプロトコルに従ったヘッダ情報を付加して要求元のクライアント２０に検索結果文字列を送信する。
【００２８】
以上は、従来から知られているサーバ１０の構成である。本実施形態の特徴は、この構成に、現在文書記憶部１５及びヘッダ追加部１６を追加したことにある。
【００２９】
現在文書記憶部１５は、登録部１５１、及び問い合わせ応答部１５２を備えている。また現在文書記憶部１５には、図１に示すような現在文書記憶リスト１５３が保存されている。図１の例では、その第１項目がクライアントホスト名、第２項目がユーザ名（省略化）、第３項目が現在文書名をそれぞれ示し、１行が１レコードに相当する。
【００３０】
以下、現在文書記憶部１５内の登録部１５１の動作について図２のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果（文書要求解析結果）を表示文書決定部５１に渡す。
【００３１】
表示文書決定部５１は、ＨＴＴＰ解析部１１から文書要求解析結果を受け取ると、当該解析結果を従来と同様に文書検索部１３に渡す他に、現在文書記憶部１５にも渡す。
【００３２】
これにより現在文書記憶部１５内の登録部１５１は、ＨＴＴＰ解析部１１での文書要求解析結果（リクエスト文字列の解析結果）、例えばクライアント２０からの要求文書を示す文書名、及びクライアントホスト名、（更には可能ならばクライアントユーザ名）の組を受け取る（ステップＡ１）。クライアントユーザ名の取得方法は、例えば、ユーザとパスワードの組を要求するぺ一ジを用いたり、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）プロトコルを用いることにより実現可能である。更に、同一ユーザが同一ホスト上で複数のブラウザを起動した場合が考えられるため、これらの違いを区別するために、接続ＩＤをサーバ側で割り振り、これを現在文書記憶部１５で保存してもよい。
【００３３】
次に登録部１５１は、ＨＴＴＰ解析部１１から受け取った解析結果中のクライアントホスト名（ｈｏｓｔＮａｍｅ）及びクライアントユーザ名（ｕｓｅｒＮａｍｅ）の組が現在文書記憶リスト１５３中に存在するか否かを調べる（ステップＡ２〜Ａ４）。
【００３４】
もし、存在する場合には、登録部１５１は新たな文書名を登録するために、現在文書記憶リスト１５３から該当するレコードを削除した後（ステップＡ５）、今回ＨＴＴＰ解析部１１から受け取った、クライアントホスト名、クライアントユーザ名、及び要求文書名の組（ｈｏｓｔＮａｍｅ，ｕｓｅｒＮａｍｅ，Ｃｏｎｔｅｎｔｓ）からなる１レコードを現在文書記憶リスト１５３に追加登録する（ステップＡ６）。
【００３５】
これに対し、存在しない場合には、登録部１５１はＨＴＴＰ解析部１１から受け取った、クライアントホスト名、クライアントユーザ名、及び要求文書名の組からなる１レコードを現在文書記憶リスト１５３に追加登録する（ステップＡ６）。
【００３６】
なお、解析結果中のクライアントホスト名及びクライアントユーザ名の組が現在文書記憶リスト１５３に存在する場合には、該当するレコード中の文書名を、今回ＨＴＴＰ解析部１１から受け取った解析結果中の文書名に書き換えるようにしても構わない。この場合には、レコード削除の処理が不要となる。
【００３７】
明らかなように、現在文書記憶リスト１５３に登録されている各レコード中の文書名が、その文書名と対をなすクライアントホスト名及びクライアントユーザ名の組で示されるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を示す。
【００３８】
次に、現在文書記憶部１５内の問い合わせ応答部１５２の動作について図３のフローチャートを参照して説明する。
問い合わせ応答部１５２は、あるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を調べてもらいたい場合に起動される。この問い合わせ応答部１５２に対する問い合わせ元は、後述する図６または図１０中の表示文書決定部５１、図１５中の表示文書決定部７１等であり、本実施形態には直接関係しない。
【００３９】
問い合わせ応答部１５２に対する問い合わせ元は、あるクライアントホスト名及びクライアントユーザ名の組で示されるクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書を知る必要がある場合、そのクライアントホスト名及びクライアントユーザ名の組を現在文書記憶部１５に渡して、その文書名の問い合わせを行う。
【００４０】
すると現在文書記憶部１５内の問い合わせ応答部１５２は、問い合わせ元から渡されたクライアントホスト名及びクライアントユーザ名の組を受け取り、その組をキーにして現在文書記憶リスト１５３を検索する（ステップＢ１〜Ｂ３）。
【００４１】
問い合わせ応答部１５２は、上記の検索の結果該当するレコードが存在したならば、当該レコード中でクライアントホスト名及びクライアントユーザ名の組と対をなす文書名（Ｃｏｎｔｅｎｔｓ）を問い合わせ元に返す（ステップＢ４，Ｂ５）。これに対し、該当するレコードが存在しないならば、その旨を示す値（ここではＮＵＬＬ）を問い合わせ元に返す（ステップＢ６）。
【００４２】
これにより問い合わせ元は、目的とするクライアント（ブラウザ）で現在表示中の（あるいは最も最近に表示された）文書の文書名（所在）を容易に知ることができる。
【００４３】
再び図１を参照すると、ヘッダ追加部１６は、文書検索部１３により文書記憶部１２から検索されたリクエスト文書に、当該文書をキャッシュ対象外とすることを示す特定のヘッダ情報（例えば、Ｐｒａｇｍａ：ｎｏ−ｃａｄｃｈｅ）を付加して、結果出力部１４に渡す。
【００４４】
結果出力部１４は、ヘッダ追加部１６から渡された特定ヘッダ情報が付加された文書（の文字列）を受け取ると、ＨＴＴＰプロトコルに従ったヘッダ情報を付加して要求元のクライアント２０に送信する。クライアント２０内では、サーバ１０（内の結果出力部１４）から送信された文書は、当該文書に付されている上記特定ヘッダ情報（Ｐｒａｇｍａ：ｎｏ−ｃａｃｈｅ）により、キャッシュされることがなくなる。つまり、上記特定ヘッダ情報をヘッダに付加することにより、クライアント２０のブラウザで、Ｂａｃｋボタン、Ｆｏｒｗａｒｄボタンを使用した場合でも、サーバ１０に対して必ずリクエストが発生することになる。
【００４５】
このように本実施形態においては、現在文書記憶部１５及びヘッダ追加部１６を追加したことにより、クライアント２０にて現在表示されている（あるいは最も最近に表示された）文書の文書名（所在）をサーバ１０側で容易に知ることができる。
【００４６】
［第２の実施形態］
図４は本発明の第２の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１と同一部分には同一符号を付してある。
【００４７】
図４中のサーバ４０が、図１中のサーバ１０と異なる点は、記憶ファイル選択部４１が追加されていることである。
記憶ファイル選択部４１は、現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）への登録対象とする文書の種類を登録した記憶ファイル種リスト、例えば文書ファイルの拡張子のリスト（ファイル拡張子リスト）４２を保持している。図４の例では、ファイル拡張子リスト４２には、ｈｔｍｌ，ｈｔｍ，ｔｘｔの３種のファイル拡張子が登録されている。
【００４８】
以下、図４の構成におけるサーバ４０内の記憶ファイル選択部４１を中心とする動作について、図５のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果を従来と同様に文書検索部１３に渡す他、記憶ファイル選択部４１にも渡す。
【００４９】
これにより記憶ファイル選択部４１は、ＨＴＴＰ解析部１１での文書要求解析結果（リクエスト文字列の解析結果）、例えばクライアント２０からの要求文書を示す文書名、クライアントホスト名、及びクライアントユーザ名の組を受け取る（ステップＣ１）。
【００５０】
次に記憶ファイル選択部４１は、文書名からファイル拡張子を抽出して、そのファイル拡張子がファイル拡張子リスト４２中に存在するか否かを調べる（ステップＣ２〜Ｃ５）。
【００５１】
もし、存在する場合には、記憶ファイル選択部４１は現在文書記憶部１５を呼び出して、ＨＴＴＰ解析部１１から受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組を渡す（ステップＣ６）。この場合、前記第１の実施形態で述べたように、当該クライアントホスト名及びクライアントユーザ名の対を持つレコードが現在文書記憶リスト１５３中に存在するならば、等価的に当該レコード中の文書名が今回受け取った文書名に更新され、存在しないならば、今回受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組からなるレコードが追加される。
【００５２】
これに対し、存在しない場合には、記憶ファイル選択部４１は現在文書記憶部１５の呼び出しを控える。つまり、現在文書記憶部１５内の現在文書記憶リスト１５３への現在文書登録は行われない。
【００５３】
このように本実施形態においては、ＨＴＴＰ解析部１１と現在文書記憶部１５との間に追加された記憶ファイル選択部４１により、ファイル拡張子リスト４２に登録されている拡張子を持った文書名の文書が要求されたことが検出された場合のみ、ＨＴＴＰ解析部１１から受け取ったクライアントホスト名、クライアントユーザ名、及び文書名の組が現在文書記憶部１５に渡されて現在文書記憶リスト１５３に登録される。つまり、現在文書記憶部１５( 内の現在文書記憶リスト１５３）に保存すべきファイル（文書）の選択が可能となる。
【００５４】
なお、記憶ファイル選択部４１（内のリスト４２）に登録される情報はファイル拡張子に限るものではなく、例えば文書検索部１３からの情報を利用して、ｔｅｘｔ／ｈｔｍｌ，ｔｅｘｔ／ｐｌａｉｎといった文書の種類（Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダ）であっも構わない。
【００５５】
［第３の実施形態］
図６は本発明の第３の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１と同一部分には同一符号を付してある。
【００５６】
図６のサーバ５０が、図１中のサーバ１０と異なる点は、表示文書決定部５１及び文書送信順序記憶部５２が追加されていることである。なお、表示文書決定部５１及び文書送信順序記憶部５２を図４中のサーバ４０に追加する構成であっても構わない。
【００５７】
文書送信順序記憶部５２は、送信順序を表す文書のリストであるである送信順序記憶リスト５２１を保持している。図６の例では、送信順序記憶リスト５２１は、各グループ毎のレコード（１行が１レコード）からなる。１レコードは、その第１項目がグループを表すタグ文字列、第２項目が指定順序で送る文書の（文書名の）配列を表す。この第２項目は、当該第２項目の文書リストにおける文書名の並び順に文書送信が行われなければならないことを示す。なお、第１項目のタグ文字列は必ずしも必要ではない。
【００５８】
次に、サーバ５０内の表示文書決定部５１及び文書送信順序記憶部５２を中心とする動作について図７乃至図９のフローチャートを参照して説明する。
ＨＴＴＰ解析部１１は、クライアント２０からの文書要求を受け取った場合、当該要求中のリクエスト文字列の解析を行い、その解析結果（文書要求解析結果）を表示文書決定部５１に渡す。
【００５９】
表示文書決定部５１は、ＨＴＴＰ解析部１１から文書要求解析結果を受け取ると、当該解析結果中の文書名（Ｃｏｎｔｅｎｔｓ）を文書送信順序記憶部５２に渡して、該当する文書を含むグループの文書リストの問い合わせを行う（ステップＤ１，Ｄ２）。
【００６０】
すると文書送信順序記憶部５２は、表示文書決定部５１から渡された文書名を受け取り、その文書名により送信順序記憶リスト５２１を検索し、その文書名を含む文書リストが存在するか否かを調べる（ステップＥ１〜Ｅ４）。
【００６１】
もし、存在するならば、文書送信順序記憶部５２は該当する文書リスト、即ち表示文書決定部５１から渡された文書名を含むグループの文書名の配列を送信順序記憶リスト５２１から取り出して、それを返値として表示文書決定部５１に返す（ステップＥ５）。
【００６２】
これに対し、存在しないならば、文書送信順序記憶部５２はその旨を示す値（ここではＮＵＬＬ）を表示文書決定部５１に返す（ステップＥ６）。
表示文書決定部５１は、文書送信順序記憶部５２への問い合わせに対する返値を受け取ると、その返がＮＵＬＬであるか否かを調べる（ステップＤ３）。
【００６３】
もし、返値がＮＵＬＬであるならば、表示文書決定部５１は、問い合わせた文書名は送信順序記憶リスト５２１に登録されておらず、送信順序の制御は不要であると判断し、文書検索部１３にＨＴＴＰ解析部１１の文書要求解析結果を渡して、要求文書の検索指示を与える（ステップＤ４）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。
【００６４】
これに対し、ＮＵＬＬではなくて、文書リストの配列が返された場合には、つまり送信順序記憶リスト５２１中に要求文書の文書名が存在する場合には、表示文書決定部５１は、その返値（文書リストの配列）を保持すると共に（ステップＤ５）、ＨＴＴＰ解析部１１から受け取った解析結果中のクライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）をキーにして現在文書記憶部１５に対して現在文書の問い合わせを行う（ステップＤ６）。
【００６５】
すると、現在文書記憶部１５内の問い合わせ応答部１５２（図１参照）は図３のフローチャートに従って、現在文書記憶リスト１５３を検索し、検索結果としての返値を問い合わせ元の表示文書決定部５１に返す。この返値は、表示文書決定部５１から渡されたクライアント情報と組をなす文書名が存在しない場合にはＮＵＬＬであり、存在する場合にはその文書名である。
【００６６】
もし、現在文書記憶部１５からの返値（問い合わせに対する応答）がＮＵＬＬではなくて、文書名であった場合には（ステップＤ７）、表示文書決定部５１は当該文書名、つまり文書要求元のクライアントで現在表示中の文書の文書名で、文書送信順序記憶部５２から返された文書リスト中の文書名の配列を検索して、当該配列の中から、現在表示中の文書の文書名の次の送信順序となっている文書の文書名を取得する（ステップＤ８〜Ｄ１２）。
【００６７】
次に表示文書決定部５１は、取得した文書名、つまり現在表示中の文書の次に送信すべき文書の文書名が、要求文書の文書名に一致しているか否かを調べる（ステップＤ１３）。
【００６８】
もし、一致しているならば、表示文書決定部５１は文書要求順序は正しいものと判断し、文書検索部１３にＨＴＴＰ解析部１１の文書要求解析結果を渡して、要求文書の検索指示を与える（ステップＤ１４）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。図６の送信順序記憶リスト５２１の例では、問い合わせ結果（文書要求元のクライアントで現在表示中の文書）が例えばｉｎｄｅｘ．ｈｔｍｌの場合に、要求文書がｐａｇｅ．ｈｔｍｌであった場合が、これに相当する。
【００６９】
これに対し、現在表示中の文書の次に送信すべき文書の文書名が、要求文書の文書名に一致していない場合には、表示文書決定部５１は、クライアントからの文書要求が正しくない、つまりサーバ５０の意図する順序で操作が行われなかった場合であると判断し、結果出力部１４へエラー通知を指示する（ステップＤ１５）。先の例と同様に、問い合わせ結果がｉｎｄｅｘ．ｈｔｍｌの場合であるとすると、要求文書がｐａｇｅ．ｈｔｍｌ以外であった場合が、これに相当する。
【００７０】
このように本実施形態においては、図１のサーバ１０（または図４のサーバ４０）に表示文書決定部５１及び文書送信順序記憶部５２を付加することにより、サーバの意図しない順序で文書要求があった場合にはエラーを返し、サーバの意図する順序で文言要求があった場合にのみリクエスト文書をクライアントに送信することが可能になる。
【００７１】
［第４の実施形態］
図１０は本発明の第４の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図６と同一部分には同一符号を付してある。
【００７２】
図１０のサーバ６０が、図６中のサーバ５０と異なる点は、文書送信順序記憶部５２に代えてページ移動禁止制御部６２が用いられ、これに合わせて表示文書決定部５１に代えて表示文書決定部６１が用いられていることである。
【００７３】
ページ移動禁止制御部６２は、登録部６２１、及び問い合わせ応答部６２２を備えている。またページ移動禁止制御部６２には、図１０に示すような移動禁止ホストリスト６２３が保存されている。図１０の例では、その第１項目がクライアントホスト名、第２項目がクライアントユーザ名（省略化）を示す。ここでは、この移動禁止ホストリスト６２３に登録されているクライアントホスト名とクライアントユーザ名の組を使用しているクライアント（ブラウザ）がページ移動禁止状態であることを表す。
【００７４】
例えばクライアント２０側（のブラウザ）に図１４に示すページ画面（入力インタフェース画面）が表示されているものとする。ここで、同図（ａ）の画面で入力開始のボタン１４１を押した後、同図（ｂ）の終了ボタン１４２を押すまでの間は、ブラウザのＢａｃｋ，Ｆｏｒｗａｒｄなどのボタンを押して別のぺ一ジに移動することを禁止したいものとする。
【００７５】
このページ画面では、入力開始ボタン１４１と関連付けて、当該入力開始ボタン１４１が押されたときに以下のリクエスト
POST /PageManager?control=on HTTP/1.0
を送信するように、該当する文書情報に対応する手続きが記述されている。このリクエストをＰＯＳＴメソッドと呼ぶ。
【００７６】
同様に、終了ボタン１４２と関連付けて、当該終了ボタン１４２が押されたときに以下のリクエスト
POST /PageManager?control=off HTTP/1.0
を送信するように、該当する文書情報に対応する手続きが記述されている。このリクエストをＰＯＳＴメソッドと呼ぶ。
【００７７】
このような手続きには、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪａｖａ（Ａｐｐｌｅｔ）や、Ｎｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社のＪａｖａＳｃｒｉｐｔなどが適用可能である。
【００７８】
以下、図１０の構成におけるサーバ６０内の表示文書決定部６１、及びページ移動禁止制御部６２内の登録部６２１並びに問い合わせ応答部６２２の動作について図１１乃至図１３のフローチャートを参照して説明する。
【００７９】
まず、クライアント２０からのリクエスト文字列は、サーバ６０内のＨＴＴＰ解析部１１に送られる。ＨＴＴＰ解析部１１は、リクエスト文字列の解析を行い、その解析結果を表示文書決定部６１に渡す。この解析結果には、前記したように要求文書を示す文書名と、クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が含まれる他、リクエストを表すメソッドが含まれている。
【００８０】
表示文書決定部６１は、ＨＴＴＰ解析部１１から渡される解析結果（リクエスト文字列）の示すリクエストが予め定められた特定リクエストの場合、例えばサーバ６０内での資源操作等に関係するリクエストであるＰＯＳＴメソッドの場合には、そのリクエスト文字列をページ移動禁止制御部６２に渡す（ステップＦ１〜Ｆ３）。
【００８１】
ページ移動禁止制御部６２内の登録部６２１は、表示文書決定部６１から渡されたリクエスト文字列中を受け取ると（ステップＧ１）、そのリクエスト文字列中のＰＯＳＴメソッドのコマンドが正当であるならば（ステップＧ２，Ｇ３）、上記ＰＯＳＴメソッド文字列から”ｃｏｎｔｒｏｌ＝”の文字列を取り出し、その値が”ｏｎ”で、且つリクエスト文字列中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されていない場合には、当該クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を移動禁止ホストリスト６２３に登録する（ステップＧ４〜Ｇ６，Ｇ９，Ｇ１０）。
【００８２】
これに対し、”ｃｏｎｔｒｏｌ＝”の値が”ｏｆｆ”で、且つリクエスト文字列中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されている場合には、登録部６２１は当該クライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を移動禁止ホストリスト６２３から削除する（ステップＧ４〜Ｇ８）。
【００８３】
一方、ＨＴＴＰ解析部１１からＰＯＳＴメソッド以外のリクエスト、例えば通常の文書要求に関する解析結果が送られた場合には、表示文書決定部６１は当該解析結果中のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をページ移動禁止制御部６２に送って、ページ移動の可否の問い合わせを行う（ステップＦ２，Ｆ４）。
【００８４】
するとページ移動禁止制御部６２内の問い合わせ応答部６２２は、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をキーとして移動禁止ホストリスト６２３を検索する（ステップＨ１〜Ｈ３）。
【００８５】
もし、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）が移動禁止ホストリスト６２３に登録されているならば、問い合わせ応答部６２２は該当するクライアント側でのページ移動不可（禁止）を判断し、その旨を示す値（ここでは真値）を表示文書決定部６１に返す（Ｈ４，Ｈ５）。これに対して、登録されていないならば、問い合わせ応答部６２２は該当するクライアント側でのページ移動可（許可）を判断し、その旨を示す値（ここでは偽値）を表示文書決定部６１に返す（Ｈ４，Ｈ６）。
【００８６】
表示文書決定部６１は、ページ移動禁止制御部６２（内の問い合わせ応答部６２２）からページ移動不可を示す返値( 真値）を受け取った場合には、結果出力部１４に対してエラーを送信し、文書検索部１３を起動しない（ステップＦ５，Ｆ６）。この場合、該当するリクエスト元のクライアント２０には、エラーが返されて、その結果エラー表示が行われる。つまり、クライアント２０には要求文書は送られず、当該クライアント２０でページを移動する（切り替える）ことはできない。
【００８７】
一方、ページ移動禁止制御部６２（内の問い合わせ応答部６２２）からページ移動可を示す返値( 偽値）を受け取った場合には、表示文書決定部６１はＨＴＴＰ解析部１１からの文書要求解析結果（要求文字列）を渡して、要求文書の検索指示を与える（ステップＦ５，Ｆ７）。同時に表示文書決定部５１は、当該文書要求解析結果を現在文書記憶部１５にも渡し、これから送信される文書の文書名と、クライアントホスト名及びクライアントユーザ名の対（からなるクライアント情報）を現在文書記憶部１５内の現在文書記憶リスト１５３（図１参照）に登録させる。この場合、文書検索部１３により要求文書の検索が行われ、検索できたならば、その要求文書が要求元のクライアント２０に送られて、現在表示中の文書に代えて表示される。つまりページが移動される（切り替えられる）。
【００８８】
図１４の例では、クライアント２０側で表示されている同図（ａ）のページ画面上の入力開始ボタン１４１が押されると、その際にサーバ６０に対して自動的に発行される”ｃｏｎｔｒｏｌ＝ｏｎ”を含む特定リクエストに応じて、当該クライアント２０の情報がページ移動禁止制御部６２によって移動禁止ホストリスト６２３に登録される。同様に、同図（b ）のページ画面上の終了ボタン１４２が押されると、その際にサーバ６０に対して自動的に発行される”ｃｏｎｔｒｏｌ＝ｏｆｆ”を含む特定リクエストに応じて、当該クライアント２０の情報がページ移動禁止制御部６２によって移動禁止ホストリスト６２３から削除される。したがって、入力開始ボタン１４１が押されてから終了ボタン１４２が押されるまでの間は、クライアント２０でのページ移動操作は禁止される。
【００８９】
このように本実施形態においては、図１中のサーバに表示文書決定部６１とページ移動禁止制御部６２とが追加された新たなサーバ６０を用いることで、クライアント２０（ブラウザ）側のページ移動操作（例えばブラウザ上のＢａｃｋ／Ｆｏｒｗａｒｄ操作）の禁止と許可の制御を行うことができる。
【００９０】
［第５の実施形態］
図１５は本発明の第５の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図であり、図１０と同一部分には同一符号を付してある。
【００９１】
図１５のサーバ７０が、図１０中のサーバ６０と異なる点は、当該サーバ６０の構成に要求置換部７２が追加され、これに合わせて表示文書決定部６１に代えて表示文書決定部７１が用いられていることにある。
【００９２】
即ち、図１０中のサーバ６０では、クライアント２０からの要求に対してページ移動禁止状態であった場合には、表示文書決定部６１から結果出力部１４に単にエラーが返されるだけであった。これに対し、図１５中のサーバ７０では、（図１０中の表示文書決定部６１に相当する）表示文書決定部７１から要求置換部７２に対してエラー通知が送られるようになってている。要求置換部７２は、現在文書記憶部１５から、リクエスト元のクライアント２０が現リクエストの直前に表示していた文書情報を受け取り、ページ移動禁止状態にある文書要求を、この直前に表示していた文書の要求に強制的に置き換えて、文書検索部１３に送る。
【００９３】
以下、図１５の構成におけるサーバ７０内の表示文書決定部７１、及び要求置換部７２の動作について、図１０中のサーバ６０との相違点を中心に、図１６及び図１７のフローチャートを参照して説明する。
【００９４】
まず、クライアント２０からの文書要求に対して、表示文書決定部７１からページ移動禁止制御部６２に（図１１中のステップＦ１，Ｆ２，Ｆ４と同様にして）ページ移動の可否の問い合わせが行われ（ステップＩ１，Ｉ２，Ｉ４）、当該ページ移動禁止制御部６２からページ移動禁止を示す返値（真値）が返されたものとする。
【００９５】
表示文書決定部６１は、ページ移動禁止制御部６２からページ移動禁止を示す返値（真値）が返された場合、文書要求元のクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）を要求置換部７２に渡して、当該要求置換部７２を起動する（ステップＩ５，Ｉ６）。
【００９６】
すると要求置換部７２は、表示文書決定部６１から渡されたクライアントホスト名及びクライアントユーザ名（からなるクライアント情報）をキーにして現在文書記憶部１５に対して現在文書の問い合わせを行う（ステップＪ１，Ｊ２）。この場合、現在文書記憶部１５内の問い合わせ応答部１５２（図１参照）は図３のフローチャートに従って、現在文書記憶リスト１５３を検索し、検索結果としての返値、つまり現文書要求の直前に表示していた文書情報を問い合わせ元の要求置換部７２に返す。
【００９７】
要求置換部７２は、クライアント２０からの現文書要求を、現在文書記憶部１５から返された当該現文書要求の直前に要求元のクライアント２０で表示されていた文書の要求に強制的に置き換え（ステップＪ３）、当該置き換え後の文書要求による文書検索を文書検索部１３に指示する（ステップＪ４）。
【００９８】
これにより、文書要求元のクライアント２０には、要求文書ではなくて、現文書要求の直前に要求元のクライアント２０で表示されていた文書が送信されることなる。
【００９９】
このように本実施形態においては、クライアント２０がページ移動禁止状態にあるとき、当該クライアント２０のブラウザでページ移動操作（例えばブラウザ上のＢａｃｋ／Ｆｏｒｗａｒｄ操作）が行われた場合、その操作は無視される。この場合、前記第４の実施形態と異なってエラー表示を行うのではなく、ページ移動操作の直前に表示されていた文書を再びサーバ７０からクライアント２０に送信することができる。
【０１００】
以上に述べたサーバ（情報提供サーバ）１０，４０，５０，６０，７０を構成する機能要素群、あるいはサーバ１０，４０，５０，６０，７０にて実行される処理手順は、コンピュータをその機能要素群の集合として機能させるためのプログラム、あるいはコンピュータに当該処理手順を実行させるためのプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体をコンピュータに装着して、当該プログラムを読み取り実行させることにより実現される。このプログラムが、通信回線等の通信媒体を通してコンピュータにロードされるものであってもよい。
【０１０１】
【発明の効果】
以上詳述したように本発明によれば、クライアント側で現在表示中のページ、または最も最近に表示されたページをクライアント別にサーバ側で現在文書記憶リストに保存・管理することができるため、サーバ側で各クライアントの最新の表示ページを常に把握することができる。
【０１０２】
また本発明によれば、記憶ファイル種リストを用いることで、サーバ側で保存・管理する文書情報（ぺ一ジ）の種類を指定することができる。
また本発明によれば、サーバ側で文書送信順序のリストを持つことで、サーバ側の意図した文書送信順序となるように、クライアント側での文書閲覧を行わせることができる。
【０１０３】
また本発明によれば、クライアント側でのページ移動操作の禁止指定、許可指定が、クライアント側で表示されるページ画面の特定部分に対する操作により制御可能となる。
【０１０４】
また本発明によれば、ページ移動禁止の状態にあるクライアント側からの文書要求を、その直前に要求元クライアント側で表示されていた文書への要求に強制的に置き換えて、当該直前の表示文書を要求元に返すことができる。
【０１０５】
また本発明によれば、サーバから文書要求元のクライアントに送られる文書がクライアント内にキャッシュされないようにでき、これによりクライアント側のブラウザで例えばＢａｃｋボタン、あるいはＦｏｒｗａｒｄボタンを操作した場合でも、必ずサーバに対して文書要求が発行されるため、サーバ側では常にクライアント側で現在表示している文書を把握することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図２】図１中のサーバ１０における現在文書記憶部１５内の登録部１５１の動作を説明するためのフローチャート。
【図３】図１中のサーバ１０における現在文書記憶部１５内の問い合わせ応答部１５２の動作を説明するためのフローチャート。
【図４】本発明の第２の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図５】図４中のサーバ４０における記憶ファイル選択部４１の動作を説明するためのフローチャート。
【図６】本発明の第３の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図７】図６中のサーバ５０における表示文書決定部５１の動作を説明するためのフローチャートの一部を示す図。
【図８】図６中のサーバ５０における表示文書決定部５１の動作を説明するためのフローチャートの残りを示す図。
【図９】図６中のサーバ５０における文書送信順序記憶部５２の動作を説明するためのフローチャート。
【図１０】本発明の第４の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図１１】図１０中のサーバ６０における表示文書決定部６１の動作を説明するためのフローチャート。
【図１２】図１０中のサーバ６０におけるページ移動禁止制御部６２内の登録部６２１の動作を説明するためのフローチャート。
【図１３】図１０中のサーバ６０におけるページ移動禁止制御部６２内の問い合わせ応答部６２２の動作を説明するためのフローチャート。
【図１４】ページ移動禁止／許可の設定に関する特定のリクエストが発行可能な操作ボタンを持つページ画面例を示す図。
【図１５】本発明の第５の実施形態に係る情報提供サーバを中心とするクライアントサーバシステムの構成を示すブロック図。
【図１６】図１５中のサーバ７０における表示文書決定部７１の動作を説明するためのフローチャート。
【図１７】図１５中のサーバ７０における要求置換部７２の動作を説明するためのフローチャート。
【符号の説明】
１０，４０，５０，６０，７０…情報提供サーバ
１１…ＨＴＴＰ解析部
１２…文書記憶部
１３…文書検索部
１４…結果出力部
１５…現在文書記憶部
１６…ヘッダ追加部
２０…情報閲覧クライアント
４１…記憶ファイル選択部
４２…ファイル拡張子リスト（記憶ファイル種リスト）
５１…表示文書決定部
５２…文書送信順序記憶部
６１，７１…表示文書決定部
６２…ページ移動禁止制御部
７２…要求置換部
１５１，６２１…登録部
１５２，６２２…問い合わせ応答部
１５３…現在文書記憶リスト
５２１…送信順序記憶リスト
６２３…移動禁止ホストリスト
Claims (4)
- 情報閲覧クライアントからの文書要求に応じて情報提供サーバから当該文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にして前記サーバ内の現在文書記憶リストにクライアント別に登録するための、情報提供サーバにおける現在表示文書情報保存・管理方法であって、
前記クライアントから前記サーバに発行された文書要求に応じ、前記サーバが、文書要求元のクライアント情報をキーにして前記現在文書記憶リストを検索し、前記文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を前記現在文書記憶リストに登録し、登録されているならば、前記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換える登録処理を行うステップと、
前記サーバが、前記文書要求により要求された文書を検索して要求元に送信するための処理を実行するステップとを具備し、
前記サーバから前記文書要求元のクライアントに送信される文書中に、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、前記クライアントから前記サーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きを、前記サーバが設定しておき、
前記クライアントから前記サーバに何らかの要求が発行された場合に、前記サーバが、当該要求が前記特定要求であるか否かを調べ、
前記特定要求の場合には、前記サーバが、該当する要求元のクライアント情報をキーにして、ページ移動禁止の対象となるクライアント情報を登録した移動禁止ホストリストを検索する第１の検索を行い、
前記第１の検索の結果、前記要求元のクライアント情報が登録されておらず、且つ前記特定要求がページ移動禁止を示すならば、前記サーバが、前記移動禁止ホストリストに当該クライアント情報を登録し、前記要求元のクライアント情報が登録されており、且つ前記特定要求がページ移動許可を示すならば、前記サーバが、前記移動禁止ホストリストから当該クライアント情報を削除し、
前記特定要求でない場合には、前記サーバが、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第２の検索を行い、
前記第２の検索の結果、前記要求元のクライアント情報が登録されているならば、前記サーバから前記要求元のクライアントにエラーを返し、
前記第２の検索の結果、前記要求元のクライアント情報が登録されていないならば、前記サーバが、該当する要求の示す文書を検索して要求元に送信するための処理を実行する一方、前記登録処理を行う
ことを特徴とする情報提供サーバにおける現在表示文書情報保存・管理方法。 - 情報閲覧クライアントからの文書要求に応じて情報提供サーバから当該文書要求元のクライアントに送信された最新の文書の識別情報を当該文書要求元のクライアントを示すクライアント情報と組にして前記サーバ内の現在文書記憶リストにクライアント別に登録するための、情報提供サーバにおける現在表示文書情報保存・管理方法であって、
前記クライアントから前記サーバに発行された文書要求に応じ、前記サーバが、文書要求元のクライアント情報をキーにして前記現在文書記憶リストを検索し、前記文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を前記現在文書記憶リストに登録し、登録されているならば、前記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換える登録処理を行うステップと、
前記サーバが、前記文書要求により要求された文書を検索して要求元に送信するための処理を実行するステップとを具備し、
前記サーバから前記文書要求元のクライアントに送信される文書中に、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、前記クライアントから前記サーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きを、前記サーバが設定しておき、
前記クライアントから前記サーバに何らかの要求が発行された場合に、前記サーバが、当該要求が前記特定要求であるか否かを調べ、
前記特定要求の場合には、前記サーバが、該当する要求元のクライアント情報をキーにして、ページ移動禁止の対象となるクライアント情報を登録した移動禁止ホストリストを検索する第１の検索を行い、
前記第１の検索の結果、前記要求元のクライアント情報が登録されておらず、且つ前記特定要求がページ移動禁止を示すならば、前記サーバが、前記移動禁止ホストリストに当該クライアント情報を登録し、前記要求元のクライアント情報が登録されており、且つ前記特定要求がページ移動許可を示すならば、前記サーバが、前記移動禁止ホストリストから当該クライアント情報を削除し、
前記特定要求でない場合には、前記サーバが、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第２の検索を行い、
前記第２の検索の結果、前記要求元のクライアント情報が登録されているならば、前記サーバが、前記要求元のクライアント情報をキーにして前記現在文書記憶リストを検索することで当該クライアント情報と組をなす前記文書識別情報を取得し、この取得した文書識別情報の示す文書を、要求された文書に代えて前記要求元のクライアントに送信し、
前記第２の検索の結果、前記要求元のクライアント情報が登録されていないならば、前記サーバが、該当する要求の示す文書を検索して要求元に送信するための処理を実行する一方、前記登録処理を行う
ことを特徴とする情報提供サーバにおける現在表示文書情報保存・管理方法。 - 情報閲覧クライアントからの文書要求により要求された文書を当該クライアントにネットワークを介して送信する情報提供サーバにおいて、
前記サーバからクライアントに送信された最新の文書の識別情報が当該クライアントを示すクライアント情報と組にしてクライアント別に登録される現在文書記憶リストと、
ページ移動禁止の対象となるクライアント情報が登録される移動禁止ホストリストと、
前記クライアントから前記サーバに発行された文書要求に基づき、要求された文書を検索する文書検索手段と、
前記文書検索手段によって検索された文書であって、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、前記クライアントから前記サーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きが設定された文書を要求元に送信するための結果出力手段と、
前記クライアントから前記サーバに何らかの要求が発行された場合に、当該要求が前記特定要求であるか否かを判定する表示文書決定手段と、
前記文書要求に基づき、文書要求元のクライアント情報をキーにして前記現在文書記憶リストを検索し、前記文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を前記現在文書記憶リストに登録し、登録されているならば、前記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換えるための登録処理を行う登録手段であって、前記クライアントからの要求が前記特定要求であると判定された場合、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第１の検索を行い、前記第１の検索の結果、前記要求元のクライアント情報が登録されておらず、且つ前記特定要求がページ移動禁止を示すならば、前記サーバが、前記移動禁止ホストリストに当該クライアント情報を登録し、前記要求元のクライアント情報が登録されており、且つ前記特定要求がページ移動許可を示すならば、前記移動禁止ホストリストから当該クライアント情報を削除する登録手段と、
前記クライアントからの要求が前記特定要求でないと判定された場合、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第２の検索を行う 問い合わせ応答手段とを具備し、
前記表示文書決定手段は、前記問い合わせ応答手段による前記第２の検索の結果、前記要求元のクライアント情報が登録されているならば、前記結果出力手段から前記要求元のクライアントにエラーを返させ、前記第２の検索の結果、前記要求元のクライアント情報が登録されていないならば、該当する要求の示す文書を前記文書検索手段により検索させる一方、前記登録手段により前記登録処理を行わせる
ことを特徴とする情報提供サーバ。 - 情報閲覧クライアントからの文書要求により要求された文書を当該クライアントにネットワークを介して送信する情報提供サーバにおいて、
前記サーバからクライアントに送信された最新の文書の識別情報が当該クライアントを示すクライアント情報と組にしてクライアント別に登録される現在文書記憶リストと、
ページ移動禁止の対象となるクライアント情報が登録される移動禁止ホストリストと、
前記クライアントから前記サーバに発行された文書要求に基づき、要求された文書を検索する文書検索手段と、
前記文書検索手段によって検索された文書であって、当該文書が画面表示されている状態で、当該文書の画面上の予め定められた部分が操作されることにより、前記クライアントから前記サーバに対して、ページ移動禁止またはページ移動許可を要求する特定要求が発行されるための手続きが設定された文書を要求元に送信するための結果出力手段と、
前記クライアントから前記サーバに何らかの要求が発行された場合に、当該要求が前記特定要求であるか否かを判定する表示文書決定手段と、
前記文書要求に基づき、文書要求元のクライアント情報をキーにして前記現在文書記憶リストを検索し、前記文書要求元のクライアント情報が登録されていないならば、当該クライアント情報と該当する文書要求の示す文書識別情報の組を前記現在文書記憶リストに登録し、登録されているならば、前記現在文書記憶リスト中の当該クライアント情報と組をなす文書識別情報を該当する文書要求の示す文書識別情報に書き換えるための登録処理を行う登録手段であって、前記クライアントからの要求が前記特定要求であると判定された場合、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第１の検索を行い、前記第１の検索の結果、前記要求元のクライアント情報が登録されておらず、且つ前記特定要求がページ移動禁止を示すならば、前記サーバが、前記移動禁止ホストリストに当該クライアント情報を登録し、前記要求元のクライアント情報が登録されており、且つ前記特定要求がページ移動許可を示すならば、前記移動禁止ホストリストから当該クライアント情報を削除する登録手段と、
前記クライアントからの要求が前記特定要求でないと判定された場合、該当する要求元のクライアント情報をキーにして前記移動禁止ホストリストを検索する第２の検索を行う問い合わせ応答手段と、
前記クライアントからの要求を当該要求元のクライアント情報と組をなして前記現在文書記憶リストに登録されている文書識別情報の示す文書の要求に置き換える要求置換手段とを具備し、
前記表示文書決定手段は、前記問い合わせ応答手段による前記第２の検索の結果、前記要求元のクライアント情報が登録されているならば、当該クライアント情報を前記要求置換手段に渡し、前記第２の検索の結果、前記要求元のクライアント情報が登録されていないならば、該当する要求の示す文書を前記文書検索手段により検索させる一方、前記登録手段により前記登録処理を行わせ、
前記要求置換手段は前記表示文書決定手段から前記クライアント情報が渡された場合、前記クライアントからの要求を、当該クライアント情報と組をなして前記現在文書記憶リストに登録されている文書識別情報の示す文書の要求に置き換えて、当該置き換えられた要求の示す文書を前記文書検索手段により検索させる
ことを特徴とする情報提供サーバ。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18512298A JP4127575B2 (ja) | 1998-06-30 | 1998-06-30 | 情報提供サーバにおける現在表示文書情報保存・管理方法 |
| US09/342,733 US6480887B1 (en) | 1998-06-30 | 1999-06-29 | Method of retaining and managing currently displayed content information in web server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18512298A JP4127575B2 (ja) | 1998-06-30 | 1998-06-30 | 情報提供サーバにおける現在表示文書情報保存・管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000020438A JP2000020438A (ja) | 2000-01-21 |
| JP4127575B2 true JP4127575B2 (ja) | 2008-07-30 |
Family
ID=16165262
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18512298A Expired - Fee Related JP4127575B2 (ja) | 1998-06-30 | 1998-06-30 | 情報提供サーバにおける現在表示文書情報保存・管理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6480887B1 (ja) |
| JP (1) | JP4127575B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7571217B1 (en) | 2000-08-16 | 2009-08-04 | Parallel Networks, Llc | Method and system for uniform resource locator transformation |
| JP4037064B2 (ja) * | 2000-11-06 | 2008-01-23 | 株式会社リコー | 画像処理装置、画像処理方法およびその方法をコンピュータに実行させるプログラム |
| US6983318B2 (en) * | 2001-01-22 | 2006-01-03 | International Business Machines Corporation | Cache management method and system for storing dynamic contents |
| KR20030094261A (ko) * | 2001-03-08 | 2003-12-11 | 인터내셔널 비지네스 머신즈 코포레이션 | 웹페이지에서 개인용 프리젠테이션을 위한 시스템 및 방법 |
| JP2002304372A (ja) * | 2001-04-05 | 2002-10-18 | Ricoh Co Ltd | 記録媒体 |
| JP2003345744A (ja) * | 2002-05-23 | 2003-12-05 | Nec Corp | Ｗｅｂアプリケーションサーバおよび業務処理制御方法 |
| US20040215697A1 (en) * | 2003-04-11 | 2004-10-28 | Vasileios Vergopoulos | Systems and methods for managing unit operating data |
| CN100342377C (zh) * | 2003-04-16 | 2007-10-10 | 华为技术有限公司 | 一种提高数据处理效率的方法 |
| US7389472B2 (en) * | 2003-05-07 | 2008-06-17 | Microsoft Corporation | Connected templates in connection with a content management server system or the like |
| US7334257B1 (en) | 2003-10-31 | 2008-02-19 | Novell, Inc. | Techniques for preserving content during a redirection for authentication |
| JP2007534046A (ja) * | 2004-04-23 | 2007-11-22 | 松下電器産業株式会社 | サーバ装置、クライアント装置およびネットワークシステム |
| US9772981B2 (en) * | 2006-03-29 | 2017-09-26 | EMC IP Holding Company LLC | Combined content indexing and data reduction |
| US20080016194A1 (en) * | 2006-07-17 | 2008-01-17 | International Business Machines Corporation | Dispatching request fragments from a response aggregating surrogate |
| US20100005053A1 (en) * | 2008-07-04 | 2010-01-07 | Estes Philip F | Method for enabling discrete back/forward actions within a dynamic web application |
| US10142157B2 (en) * | 2010-06-10 | 2018-11-27 | Blackberry Limited | Method and system for reducing transmission of redundant data |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5737619A (en) * | 1995-10-19 | 1998-04-07 | Judson; David Hugh | World wide web browsing with content delivery over an idle connection and interstitial content display |
| WO1997019415A2 (en) * | 1995-11-07 | 1997-05-29 | Cadis, Inc. | Search engine for remote object oriented database management system |
| US6055522A (en) * | 1996-01-29 | 2000-04-25 | Futuretense, Inc. | Automatic page converter for dynamic content distributed publishing system |
| US5958008A (en) * | 1996-10-15 | 1999-09-28 | Mercury Interactive Corporation | Software system and associated methods for scanning and mapping dynamically-generated web documents |
| KR100332009B1 (ko) * | 1996-10-28 | 2002-08-08 | 가부시키가이샤 피에프유 | 정보수신및배송시스템 |
| US6170014B1 (en) * | 1998-03-25 | 2001-01-02 | Community Learning And Information Network | Computer architecture for managing courseware in a shared use operating environment |
| US6189008B1 (en) * | 1998-04-03 | 2001-02-13 | Intertainer, Inc. | Dynamic digital asset management |
-
1998
- 1998-06-30 JP JP18512298A patent/JP4127575B2/ja not_active Expired - Fee Related
-
1999
- 1999-06-29 US US09/342,733 patent/US6480887B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000020438A (ja) | 2000-01-21 |
| US6480887B1 (en) | 2002-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4127575B2 (ja) | 情報提供サーバにおける現在表示文書情報保存・管理方法 | |
| US6505230B1 (en) | Client-server independent intermediary mechanism | |
| KR100562240B1 (ko) | 하이퍼텍스트 문서 및 등가물 사이에서 네비게이트하기위한 멀티 타겟 링크 | |
| JP4594586B2 (ja) | ネットワーク・クライアントにおいて情報を処理するための方法およびシステム | |
| US6209036B1 (en) | Management of and access to information and other material via the world wide web in an LDAP environment | |
| US8826118B2 (en) | Applications and services supported by a client-server independent intermediary mechanism | |
| US8996498B2 (en) | Advanced URLs for web navigation | |
| US7552224B2 (en) | Ubiquitous visited links | |
| US7574488B2 (en) | Method and apparatus for peer-to-peer file sharing | |
| US7392303B2 (en) | Method for preserving referential integrity within web sites | |
| US20050114299A1 (en) | Method and apparatus for query-specific bookmarking and data collection | |
| US20060004780A1 (en) | Scheme for constructing database for user system from structured documents using tags | |
| JP4712979B2 (ja) | ネットワークアドレス解決方法、ネットワークアドレス解決装置、及びデータベース | |
| US20100146400A1 (en) | Providing parallel generic web site supporting anonymous or semi-anonymous internet activity | |
| JP2003337699A (ja) | 情報処理装置及びその方法、及びそのプログラムを記憶した記憶媒体 | |
| US20050120060A1 (en) | System and method for solving the dead-link problem of web pages on the Internet | |
| JP4603140B2 (ja) | 個人用ブックマーク自動作成機能を有したｗｗｗサーバー、ｗｗｗサーバーにより個人用ブックマークを作成して利用者のコンピュータに送出する方法 | |
| US6529939B1 (en) | User-initiated maintenance of document locators | |
| US6931588B1 (en) | Method, medium, display device, and hypertext display system including correspondence information between location information and link information | |
| US20030084095A1 (en) | Method to preserve web page links using registration and notification | |
| JP4033134B2 (ja) | データアクセスシステム、およびデータアクセス方法 | |
| JP4729736B2 (ja) | インターネット検索結果修飾装置及びプログラム | |
| JPH1139341A (ja) | Ｗｗｗシステムにおけるページ表示装置及びプログラムを記録した機械読み取り可能な記録媒体 | |
| KR200193569Y1 (ko) | 인터넷 불건전정보 차단시스템 | |
| EP1205857A2 (en) | Apparatus for retrieving data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050609 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080205 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080407 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080507 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080509 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |