(57)【特許請求の範囲】
【請求項１】
クライアント装置に通信ネットワークを介して接続されるサーバ装置において実行されるコンテンツ供給方法において、
上記サーバ装置は、
上記クライアント装置に記録用識別子を割り当て、
（イ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーションを指定するロケーション情報とを含むが
所定のユーザ操作に関する情報は含まない
第１のコンテンツ供給要求を受信すると、
上記記録用識別子に関連づけて記録されている、上記所定のユーザ操作に関する情報があるかどうかを判別し、
（ａ）記録されている、上記所定のユーザ操作に関する情報がない場合には上記所定のユーザ操作に関する情報を入力するための入力画面をなす入力用コンテンツを上記クライアント装置に送信し、
（ｂ）記録されている、ユーザ操作に関する情報がある場合には上記所定のユーザ操作に関する情報に対応して、上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、
（ロ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーション情報と
上記所定のユーザ操作に関する情報とを含む
第２のコンテンツ供給要求を受信すると、
上記所定のユーザ操作に関する情報に対応して上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、かつ、
（ｃ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されておらず、この結果、上記第２のコンテンツ供給要求が上記入力コンテンツを用いて送信されてきた場合には、上記記録用識別子に関連して上記所定のユーザ操作に関する情報を新規に記録し、
（ｄ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されており、この結果、上記コンテンツ供給要求が上記更新・確認用コンテンツを用いて送信されてきた場合には、新たに送信されてきた上記所定のユーザ操作に関する情報により、記録済みの上記所定のユーザ操作に関する情報を、更新記録する
ことを特徴とするコンテンツ供給方法。
【請求項２】
上記サーバ装置はワールドワイドウェブサーバ装置とする請求項１記載のコンテンツ供給方法。
【請求項３】
上記コンテンツのロケーション情報はユニフォームリソースロケータにより表される請求項１または２記載のコンテンツ供給方法。
【請求項４】
上記ユーザ操作に関する情報はクエリー文字列とする請求項１、２または３記載のコンテンツ供給方法。
【請求項５】
クライアント装置に通信ネットワークを介して接続されるクライアント装置にコンテンツを供給する閲覧サーバ装置において、
上記サーバ装置は、
上記クライアント装置に記録用識別子を割り当て、
（イ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーションを指定するロケーション情報とを含むが
所定のユーザ操作に関する情報は含まない
第１のコンテンツ供給要求を受信すると、
上記記録用識別子に関連づけて記録されている、上記所定のユーザ操作に関する情報があるかどうかを判別し、
（ａ）記録されている上記所定のユーザ操作に関する情報がない場合には上記所定のユーザ操作に関する情報を入力するための入力画面をなす入力用コンテンツを上記クライアント装置に送信し、
（ｂ）記録されている上記所定のユーザ操作に関する情報がある場合には上記所定のユーザ操作に関する情報に対応して、上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、
（ロ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーション情報と
上記所定のユーザ操作に関する情報とを含む
第２のコンテンツ供給要求を受信すると、
上記所定のユーザ操作に関する情報に対応して上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、かつ、
（ｃ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されておらず、この結果、上記第２のコンテンツ供給要求が上記入力コンテンツを用いて送信されてきた場合には、上記記録用識別子に関連して上記所定のユーザ操作に関する情報を新規に記録し、
（ｄ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されており、この結果、上記コンテンツ供給要求が上記更新・確認用コンテンツを用いて送信されてきた場合には、新たに送信されてきた上記所定のユーザ操作に関する情報により、記録済みの上記所定のユーザ操作に関する情報を、更新記録する
ことを特徴とする閲覧サーバ装置。
【請求項６】
クライアント装置に通信ネットワークを介して接続され上記クライアント装置にコンテンツを供給する閲覧サーバコンピュータにためのコンピュータプログラムを上記閲覧サーバコンピュータに読み出し可能に記録した媒体において、
上記閲覧サーバコンピュータが、
上記クライアント装置に記録用識別子を割り当て、
（イ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーションを指定するロケーション情報とを含むが
所定のユーザ操作に関する情報は含まない
第１のコンテンツ供給要求を受信すると、
上記記録用識別子に関連づけて記録されている、上記所定のユーザ操作に関する情報があるかどうかを判別し、
（ａ）記録されている上記所定のユーザ操作に関する情報がない場合には上記所定のユーザ操作に関する情報を入力するための入力画面をなす入力用コンテンツを上記クライアント装置に送信し、
（ｂ）記録されている上記所定のユーザ操作に関する情報がある場合には上記所定のユーザ操作に関する情報に対応して、上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、
（ロ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーション情報と
上記所定のユーザ操作に関する情報とを含む
第２のコンテンツ供給要求を受信すると、
上記所定のユーザ操作に関する情報に対応して、上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、かつ、
（ｃ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されておらず、この結果、上記コンテンツ供給要求が上記入力コンテンツを用いて送信されてきた場合には、上記記録用識別子に関連して上記所定のユーザ操作に関する情報を新規に記録し、
（ｄ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されており、この結果、上記コンテンツ供給要求が上記更新・確認用コンテンツを用いて送信されてきた場合には、新たに送信されてきた上記所定のユーザ操作に関する情報により、記録済みの上記所定のユーザ操作に関する情報を、更新記録するように上記閲覧サーバコンピュータを制御するために用いられる
上記閲覧サーバコンピュータ用のコンピュータプログラムを読み出し可能に記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、サーバ上の情報をクライアントのブラウザで閲覧する情報アクセス技術に関し、とくに、閲覧時のユーザの操作をサーバに保持することにより閲覧の操作性を改善するようにしたものである。
【０００２】
【従来の技術】
近年、インターネットの中で注目されているサービスにＷＷＷ（Ｗｏｒｌｄ−Ｗｉｄｅ  Ｗｅｂ）がある。ＷＷＷは様々なハイパーメディア（例えば、文字、静止画、動画、音声等）を用いて情報を提供するサービスであり、これらの情報はＷＷＷサーバ（ＷＥＢサーバ）が管理している。ＷＥＢサーバが提供する情報はＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）という言語を使用して、ファイルまたはプログラムとして作成される。利用者（クライアント）はＷＷＷブラウザ（ＷＥＢブブラウザ）と呼ばれる閲覧ソフトウェアを用いて、ＨＴＭＬで作成された各種情報をＷＥＢサーバから取り出して表示する。
【０００３】
図２０は従来のＷＷＷの基本構成例を示す。図２０に示されるように、ＷＷＷにおいては、複数のＷＥＢブラウザ１が複数のＷＥＢサーバに接続され、クライアントはＷＥＢブラウザ１を使用して管理されている情報を利用または参照する。
【０００４】
ここで、ＷＥＢブラウザはクライアントが所望する情報の提供先であるＷＥＢサーバのアドレスと当該サーバに格納された情報とを特定するためにＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｃｅ  Ｌｏｃａｔｏｒ）と称される記述形式を用いている。このＵＲＬは、ＷＥＢサーバにアクセスする方法であるプロトコルと、所望の情報があるＷＥＢサーバ名と、オプションとしてＷＥＢサーバのポート番号と、サーバ内での当該情報のパスと、当該情報がプログラムである場合にあっては、そのプログラムに与えるクエリー文字列（ＧＥＴ等のメソッドの引数）から構成される。このＵＲＬを使用してＷＥＢブラウザが情報を取得する従来の手順を図２１に示す。
【０００５】
図２１において、まず、クライアントはＷＥＢブラウザを操作し（Ｓ１００）、所望の情報を格納したＷＥＢサーバのアドレスと当該情報とを特定するＵＲＬをＷＥＢブラウザの二次記憶内から呼び出す（Ｓ１０２）。ここで、ＷＥＢブラウザの二次記憶内にＵＲＬが保存されていない場合には、ＷＥＢサーバを特定するアドレスを直接指定する（Ｓ１０１）。
【０００６】
ＷＥＢブラウザは、このＵＲＬによりリクエストをＷＥＢサーバに送信し（Ｓ１０３）ＷＥＢサーバからの応答を待つ（Ｓ１０４）。
【０００７】
一方、ＷＥＢサーバはリクエスト（ＵＲＬ）を受信した場合に（ステップＳ１１０でＹｅｓ）、当該ＵＲＬで特定される情報をＷＥＢブラウザが表示するページとして生成し（Ｓ１１１）、このページ情報をプログラムまたはデータとしてＷＥＢブラウザに送信する（Ｓ１１２）。
【０００８】
ＷＥＢブラウザは、ＷＥＢサーバから送信されたリスポンス（ページ情報）を受信し表示する（Ｓ１０５）。表示されたページがメニューのように表示されたページであり、その下にさらに別のページがあり、かつ、クライアントがその別のページの表示を希望する場合には、クライアントはブラウザを操作し（Ｓ１００）所望のページを選択する。ＷＥＢブラウザは、当該ページを特定するＵＲＬを生成し（Ｓ１０１）、このＵＲＬによりリクエストをＷＥＢサーバに送信する（Ｓ１０３）。ＷＥＢブラウザは、ＷＥＢサーバが返送する当該ＵＲＬに対応するページ情報を受信し表示する。
【０００９】
クライアントは、この表示されたページを再利用したい場合には、ＷＥＢブラウザが具備するＵＲＬ保存機能を使用して当該ページに対応するＵＲＬを保存しておき（Ｓ１０６）、再利用時に呼び出すことができる。
【００１０】
以降、同様な手順を繰り返し、クライアントはＷＥＢサーバが提供する情報を参照しながら、場合によっては使用頻度の高い情報をＵＲＬとして保存しＷＥＢサーバが管理する情報を利用する。
【００１１】
ところで、従来ＷＥＢブラウザに設けられていたＵＲＬ保存機能ではページ位置しか登録できないので、ＷＥＢサーバから返送される内容しか再生成できない。従来のＷＥＢブラウザでは、例えば、選択可能な要素が何百個とあるような場合によく参照する要素だけを選択的に登録しておき、必要に応じてその登録情報を表示することができなかった。また、複雑な検索条件を指定する必要がある場合にその指定した検索条件を保存しておき、必要に応じてその検索条件の一部を変更して使用することができなかった。
【００１２】
ここで、あえてこのような従来の構成において、使用頻度の高い要素の登録や検索条件の指定等のクライアントの操作状態を保存するとすれば、まず、クライアントマシンの二次記憶内に当該操作状態を保存する方法が考えられるが、ＷＥＢブラウザではクライアントマシンの二次記憶へのアクセスは原則的に禁止されているため、この方法を採用することは好ましくない。
【００１３】
【発明が解決する課題】
この発明は、以上の事情を考慮してなされたものであり、利用者の操作状態を簡易に保存し、かつ再利用を可能にする環境を構築することで操作性の改善を図ったＷＥＢブラウザを用いた情報アクセス技術を提供することを目的としている。
【００１４】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために、クライアント装置に通信ネットワークを介して接続されるサーバ装置において実行されるコンテンツ供給方法において、
上記サーバ装置は、
上記クライアント装置に記録用識別子を割り当て、
（イ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーションを指定するロケーション情報とを含むが
所定のユーザ操作に関する情報は含まない
第１のコンテンツ供給要求を受信すると、
上記記録用識別子に関連づけて記録されている、上記所定のユーザ操作に関する情報があるかどうかを判別し、
（ａ）記録されている、上記所定のユーザ操作に関する情報がない場合には上記所定のユーザ操作に関する情報を入力するための入力画面をなす入力用コンテンツを上記クライアント装置に送信し、
（ｂ）記録されている、ユーザ操作に関する情報がある場合には上記所定のユーザ操作に関する情報に対応して、上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、
（ロ）クライアント装置から、
当該クライアント装置に割り当てられた記録用識別子と
所定の１の動的ウェブ情報のロケーション情報と
上記所定のユーザ操作に関する情報とを含む
第２のコンテンツ供給要求を受信すると、
上記所定のユーザ操作に関する情報に対応して上記入力用コンテンツに上記所定のユーザ操作に関する情報を埋め込んだ更新・確認用コンテンツを上記クライアント装置に送信し、かつ、
（ｃ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されておらず、この結果、上記第２のコンテンツ供給要求が上記入力コンテンツを用いて送信されてきた場合には、上記記録用識別子に関連して上記所定のユーザ操作に関する情報を新規に記録し、
（ｄ）上記記録用識別子に関連して上記所定のユーザ操作に関する情報が記録されており、この結果、上記コンテンツ供給要求が上記更新・確認用コンテンツを用いて送信されてきた場合には、新たに送信されてきた上記所定のユーザ操作に関する情報により、記録済みの上記所定のユーザ操作に関する情報を、更新記録する
ことを特徴としている。
また、具体的な構成例においては、サーバ装置に保持されているコンテンツをクライアント装置のブラウザにより表示する情報アクセス方法において、表示対象の第１のコンテンツのロケーションを指定して表示要求を行うステップと、表示要求に応じて上記サーバ装置から取り出された第１のコンテンツを上記ブラウザにより表示するステップと、上記ブラウザにより表示されている第１のコンテンツに対して、ユーザの操作を入力するステップと、所定の記録用識別子に関連付けて上記ユーザの操作に関する情報を上記サーバに記憶するステップと、上記ユーザの操作に対応する第２のコンテンツを表示するステップと、コンテンツのロケーション情報と、上記コンテンツに関連する上記セッション識別子とを入力するステップと、入力された上記記録用識別子に基づいて上記ユーザの操作に関する情報を上記サーバ装置から取り出すステップと、取り出した上記ユーザの操作に関する情報と、入力された上記コンテンツのロケーション情報とから、所定のコンテンツを上記ブラウザに供給するステップと、上記所定のコンテンツを上記ブラウザにより表示するステップとを実行するようにしている。
【００１５】
この構成においては、ユーザの操作をサーバ装置に記録しておき、これを再利用することにより所定の操作状態のコンテンツを直ちに再現できる。
【００１６】
また、この構成において、上記ロケーション情報および上記記録用識別子をブラウザに登録するステップをさらに実行してもよい。このようにすると、ロケーション情報や記録用識別子やいちいち入力する手間が省ける。
【００１７】
また、上記記録用識別子は、上記クライアント装置がサーバ装置に登録されたときに上記サーバ装置から割り当てられるようにしてもよい。このようにすると、記録用識別子の管理が容易になる。
【００１８】
また、上記サーバ装置はワールドワイドウェブサーバ装置とすることができる。
【００１９】
また、上記コンテンツのロケーション情報はユニフォームリソースロケータにより表されるようにできる。
【００２０】
また、上記ユーザの操作に関する情報はクエリー文字列とすることができる。
【００２１】
また、上記第２のコンテンツは上記第１のコンテンツに基づいて上記サーバ上のプログラムにより生成されるようにしてもよい。もちろん、第１のコンテンツのアンカタグ等を用いて第２のコンテンツを取得し閲覧するようにしてもよい。
【００２２】
また、この発明の他の具体的な構成例によれば、上述の目的を達成するために、情報アクセス装置に、コンテンツを記憶するコンテンツ記憶手段と、表示要求を出力して上記コンテンツ記憶手段から上記コンテンツを取り出して表示する表示手段と、表示されているコンテンツを、ユーザの操作に応じて変更するコンテンツ変更手段と、所定の記録用識別子ごとに上記ユーザの操作の情報を記憶するユーザ操作情報記憶手段と、上記コンテンツに関連するロケーション情報と上記記録用識別子とを入力する手段と、上記入力されたロケーション情報および上記記録用識別子に基づいて、上記コンテンツ記憶手段および上記ユーザ操作情報記憶手段とをアクセスして、上記ユーザの操作により変更された上記コンテンツを出力する手段とを設け、出力された上記コンテンツを上記表示手段に表示するようにしている。
【００２３】
この構成においては、記録用識別子により操作状態を保持管理でき、簡易に目的の操作状態のコンテンツを再生できる。
【００２４】
また、この発明の他の具体的な構成例によれば、上述の目的を達成するために、コンテンツを保持してクライアント装置のブラウザに上記コンテンツを供給する閲覧サーバ装置に、上記コンテンツを記憶するコンテンツ記憶手段と、表示対象の第１のコンテンツのロケーションを指定して行われる上記ブラウザの閲覧要求に基づいて、上記第１のコンテンツを上記ブラウザに供給する手段と、上記ブラウザにより表示されている上記第１のコンテンツに対して入力されたユーザの操作に関する情報を受け取る手段と、所定の記録用識別子に関連付けて上記ユーザの操作に関する情報を記憶するユーザ操作記憶手段と、上記ユーザの操作に対応する第２のコンテンツを上記ブラウザに供給する手段と、コンテンツのロケーション情報と上記コンテンツに関連する上記記録用識別子とを上記ブラウザから受け取る手段と、受け取った上記記録用識別子に基づいて上記ユーザ操作記憶手段から上記ユーザの操作に関する情報を取り出す手段と、取り出した上記ユーザの操作に関する情報と、受け取った上記コンテンツのロケーション情報とから、所定のコンテンツを上記ブラウザに供給する手段とを設けるようにしている。
【００２５】
この構成においても、ユーザの操作をサーバ装置に記録しておき、これを再利用することにより所定の操作状態のコンテンツを直ちに再現できる。
【００２６】
また、この発明の他の具体的な構成例によれば、上述の目的を達成するために、サーバ装置に保持されているコンテンツをブラウザ機能により表示する閲覧クライアント装置に、表示対象の第１のコンテンツのロケーションを指定して表示要求を行う手段と、表示要求に応じて上記サーバ装置から取り出された第１のコンテンツを上記ブラウザ機能により表示する手段と、上記ブラウザにより表示されている第１のコンテンツに対して、ユーザの操作を入力する手段と、所定の記録用識別子に関連付けて上記ユーザの操作に関する情報を上記サーバ装置に供給する手段と、上記ユーザの操作に対応する第２のコンテンツを表示する手段と、コンテンツのロケーション情報と上記記録用識別子とを入力する手段と、入力された上記記録用識別子と、入力された上記記録用識別子とに基づいて上記サーバ装置が供給する所定のコンテンツを、受け取る手段とを設け、上記所定のコンテンツを上記ブラウザ機能により表示するようにしている。
【００２７】
この構成においても、ユーザの操作をサーバ装置に記録しておき、これを再利用することにより所定の操作状態のコンテンツを直ちに再現できる。
【００２８】
また、この発明は、コンピュータプログラム製品としても実現することができることは明らかである。
【００２９】
【発明の実施の態様】
以下、この発明の実施例について説明する。
【００３０】
［実施例１］
まず、この発明の原理的な構成を示す実施例１について説明する。図１は、この実施例１の概略的な構成を示しており、図２は実施例１の動作を示している。図１において、クライアント１０はＷＷＷサーバ２０にネットワーク３０を介して接続されている。ネットワーク３０は例えばイントラネットを構成する。クライアント１０は例えばパーソナルコンピュータであり、ネットワーク３０にネットワークインターフェース１１を介して接続されている。クライアント３１は機能的ブロックとしてブラウザ１２、入力部（キーボード、マウス装置）１３、表示部（ＣＲＴ）１４、ＵＲＬ登録部１５等を含んで構成されている。ＷＷＷサーバ２０は例えばＵＮＩＸワークステーション（ＵＮＩＸはＸ／Ｏｐｅｎの管理する商標）であり、ネットワークインターフェース２１を介してネットワーク３０に接続されている。ＷＷＷサーバ２０は機能ブロックとしてＣＧＩ（コモンゲートウェイインターフェース）２２、ウェブ情報記憶部２３、ユーザ操作状態情報記憶部２４、セッション識別子割り当て部２３等を含んで構成されている。ウェブ情報記憶部２５は文書やプログラムを記録するものであり、プログラムの場合には、例えば、ＣＧＩ２２のバックエンドプログラムとして動作する。バックエンドプログラムはＣＧＩ２２を介してクライアント１０から送られてくるリクエストを受け取って所定の動作を行う。例えば、他のサーバから情報と取り出してこれをウェブ情報としてクライアントに返す。
【００３１】
クライアント１０、ＷＷＷサーバ２０の構成としては種々の構成を採用でき、例えば、サーバ２０のＣＧＩ２２のかわりにＳＳＩ（サーバサイドインクルード）の構成をとってもよい。
【００３２】
クライアント１０とＷＷＷサーバ２０との間では、クライアント１０の起動時（ＷＷＷサーバ２０への登録時）にセッション識別子のやり取りが行われ、その後ＨＴＴＰによりリクエストとリスポンスがやり取りされる。すなわち、クライアント１０の起動時にＷＷＷサーバ２０のセッション識別子割り当て部２５がクライアント１０に固有のセッション識別子を割り当て、ＵＲＬ中にこれを保持する。以降のＷＷＷサーバ２０へのＨＴＴＰのリクエストにはこの識別子が組み込まれる。
【００３３】
つぎに図２を参照してウェブ情報の閲覧について説明する。図２において、まず、ブラウザ１２において所定の操作を行う（Ｓ２００）。この操作には、ＵＲＬセーブ、ＵＲＬロード、ページ要求、ページ再生成指示等がある。ＵＲＬセーブは現在指示しているＵＲＬをＵＲＬ登録部１５に記録する操作である（Ｓ２０７）。ＵＲＬロードは、ＵＲＬ登録部１５に登録されているＵＲＬから１のＵＲＬを指定して取り出す操作である。例えば、メニューリストから選択を行う。選択を行うと、ＵＲＬを用いてリクエストを送出する（Ｓ２０３）。ページ要求は要求するページを特定するＵＲＬを入力してリクエストを送出する操作である（Ｓ２０２）。ページ要求のＵＲＬには、セッション識別子を特定するクエリー文字列（引数）が自動的に組み込まれる。これを図３に示す。ページ再生成指示は、例えば動的なウェブ情報に対してページ情報の再生成を指示するものである。
すなわち、現在表示中のページに対してチェックボックスや入力フィールドを用いて入力を行い、この入力に対応したクエリー文字列（引数）を生成する。そして入力に対応したクエリー文字列と、セッション識別子のクエリー文字列の双方を含むＵＲＬを生成し、これをサーバ２０に供給する（Ｓ２０１）。このときのＵＲＬを図４に示す。
【００３４】
なお、ステップＳ２０３および２０７でロード、セーブされるＵＲＬはステップＳ２０１で生成されたものでもよく（図４）、ステップＳ２０２で生成されたものでもよい（図３）。
【００３５】
クライアント１０がステップＳ２０１、Ｓ２０２、Ｓ２０３においてＵＲＬを準備すると、ＵＲＬを用いてサーバ２０に対してリクエストを行なう（Ｓ２０４）。ステップＳ２０３のＵＲＬはステップＳ２０１またはステップＳ２０２で生成されたもののいずれかであるので、ここでは、まず、ＵＲＬがステップＳ２０１およびＳ２０２で生成される場合について説明する。ステップＳ２０１は、ページ画面を操作して再生成ページをサーバ２０から取り出すものである。この場合、セッション識別子のクエリー文字列と、操作状態特定用のクエリー文字列とがＵＲＬに含まれる。サーバ２０においては、リクエストを受信し（Ｓ２１０）、リクエストのＵＲＬに操作状態特定用のクエリー文字列が含まれることを判別し（Ｓ２１１）、操作状態情報を取り出す。さらにＵＲＬからセッション識別子を取り出して、このセッション識別子をエントリとして操作状態情報を操作状態情報記憶部２４に書き込む（Ｓ２１５）。操作状態情報記憶部２４のエントリの状態を図５に示す。なお、操作状態情報の検索はセッション識別子と所定のキー（操作項目に応じたもの等）を用いて検索してもよい。すでに同一のセッション識別子のエントリが存在する場合には操作状態情報の更新を行う。こののち、操作状態情報と利用してウェブ情報記憶部２３のページ情報を操作状態情報を利用して変更してクライアント１０に送信する（Ｓ２１６）。
【００３６】
ＵＲＬがステップＳ２０２により生成される場合に、すなわち、ページを特定してリクエストを行う場合には、リクエストの受信が識別され（Ｓ２１０）、操作状態特定用のクエリー文字列がＵＲＬ中にないことが識別され（Ｓ２１１）、こののち、操作状態情報が操作状態情報記憶部２４に登録されているかどうかが判別される（Ｓ２１２）。操作状態情報が操作状態情報記憶部２４に登録されていない場合（過去に同様な操作をしていない場合）、ウェブ情報記憶部２３から初期状態のページ情報が取り出され（Ｓ２１３）、クライアント１０に送信される（Ｓ２１６）。他方、操作状態情報が操作状態情報記憶部２４に登録されている場合には（過去に同様な操作をしている場合）、セッション識別子をエントリとして操作状態情報を取り出し、これに基づいて、ウェブ情報記憶部２３のページ情報を変更して新たなページ情報を生成し（Ｓ２１４）、これをクライアント１０に送信する（Ｓ２０６）。
【００３７】
ステップＳ２０３では、ＵＲＬ登録部１５により簡単にＵＲＬが生成され、上述したようにページ情報がクライアントに返されて閲覧が行われる。詳細な動作は上述と同じであるので、説明を繰り返さない。
【００３８】
このように、この実施例においては、セッション識別子ごとに操作状態情報をＷＷＷサーバ２０において記憶し、これを利用して簡易に操作状態を反映したページ情報を閲覧することができる。また、操作状態情報はＷＷＷサーバ２０において管理されるので、クライアント１０において盗み見されるおそれがない。
【００３９】
［実施例２］
つぎに、より具体的な構成の実施例２について説明する。
【００４０】
さて、多数の要素を扱うシステムにおいては、一覧の中から所望の要素を選択してから、その要素に追加する情報を設定し、その要素の情報を取得するようになっているものがある。このようなシステムにおいては、その多数の要素を頻繁に扱うことも多く、この場合、各々の要素ごとに追加する情報を保存することができれば、大変便利である。すなわち、要素を選択し、追加情報を再生し、再度その要素へアクセスできれば、追加情報を設定する手間が省ける。
【００４１】
例えば、コンピュータネットワーク上にあるサーバに接続されているプリンタの情報をＷＷＷサーバ・クライアント・システムのブラウザを用いてアクセスするのに、そのアクセス対象のサーバに対してユーザ名とパスワードとを入力しないといけない場合に、サーバ名に対して、ユーザ名、パスワードを保持することにより、サーバ名を選択することにより、再度、ユーザ名やパスワードを入力しなくて済むようにすることが望ましい。
【００４２】
この発明の実施例２はそのようなシステムの構築例である。この実施例の基本的な構成は実施例１に示したものと同様である。図６は、実施例２の情報の流れを模式的に示すものである。図６において、図１に対応する箇所には対応する符号を付した。この実施例２においては、プリンタ情報のアクセスに関連して、クライアント１０のブラウザ１２からセッション識別子、サーバ名、ユーザ名、パスワードがサーバ２０に送られて登録され、以降、この登録内容をセッション名、サーバ名をキーとして検索してユーザ名、パスワードを再利用してプリンタ情報をアクセスできるようにしている。図７は登録内容の詳細を示す。なお、プリンタ情報のアクセスにはアクセス対象のサーバにログインするものとする。
【００４３】
図８は、実施例２の動作を示しており、また、図９、図１０および図１１は各動作状態におけるブラウザ画面を模式的に示している。
【００４４】
ここでは、理解を容易にするため、図９〜図１１を参照してプリンタ情報のアクセス操作自体についてまず説明しておく。なお、この実施例では、ユーザ操作をセッション識別子に基づいて登録することにより図１１の操作が省略される。
図９および図１０はサーバ一覧の例を示す。図９の上部の長方形のＵＲＬ表示領域中の「ｈｔｔｐ」で始まる文字列は、ウェブサーバ２０に与えられたＵＲＬを示す。下線部分はセッション識別子に応じたクエリー文字列であり、このセッション識別子を用いてウェブサーバと情報のやり取りを行う。図９のメニューを選択すると、図１０に示すようにすべての要素の一覧が表示される。この例では要素数を５個としたが、いくつであってもよい。図１０では、さらにサーバ「ＫＳＰ−ＩＮ」を選択しており、この操作に応じてＵＲＬ表示領域にサーバ名（ｎｓ）がＫＳＰ−ＩＮであることを示すクエリー文字列が付加されている。選択に応じて、リクエストがサーバ２０に供給されるとサーバ２０は図１１に示す画面の情報を取り出してクライアント１０に返す。ただし、当初はユーザ名、パスワードの入力フィールドはブランクである。ユーザが、図１１のユーザ名、パスワードを入力し、ＯＫボタンをクリックすると、操作に応じたクエリー文字列が含まれるＵＲＬのリクエストがサーバ２０に送られ、サーバ２０はプリンタ情報のページを取り出してクライアント１０に返す。クライアント１０には図１２に示すようなプリンタ情報の一覧が表示される。
【００４５】
つぎに、図８を参照して全体の動作を説明する。図８において、閲覧開始を行うと、セッション識別子を閲覧対象のＵＲＬに追加する（Ｓ２２０）。このＵＲＬを用いてＷＷＷサーバ２０にリクエストを行い、ブラウザ１２にサーバ一覧を表示する（Ｓ２２１）。利用者がサーバ名を指定してリクエストを行うと、サーバ２０は対応するセッション識別子に指定されたサーバ名が登録されているかどうかを判別する（Ｓ２２２、Ｓ２２３）。サーバ名が登録されている場合には、サーバ名をキーとしてパスワードを取り出し、パスワードが有効期限内かどうかを判別する（Ｓ２２４）。パスワードが有効期限内であれば、そのまま、ユーザ名およびパスワードを取り出して、アクセス対象のサーバにログインする（Ｓ２２５、Ｓ２２８）。サーバ名が登録されていなかったり、パスワードが有効期限内でない場合には、図１１に示すような入力用のページ情報をクライアントに送信してユーザ名、パスワードの入力を要求する（Ｓ２２６）。入力情報がサーバに送信されたら、セッション識別子をエントリとしてサーバ名、ユーザ名、パスワードを登録する（Ｓ２２７）。以上のようにして、ユーザ名、パスワードが利用可能になれば、アクセス態様のサーバにログインし、サーバに接続されているプリンタの情報を取得し、プリンタ情報のページを作成してクライアント１０に送信し、そのブラウザ１２に一覧を表示する（Ｓ２２９、Ｓ２３０）。
【００４６】
［実施例３］
つぎに、この発明の実施例３について説明する。上述した実施例２では、情報をアクセスする例について説明したが、この実施例３では情報、例えば、予約情報を発信する例について説明する。
【００４７】
ここでは、ＷＥＢブラウザからチケット購入を申し込む場合を例に挙げる。利用者は、ＷＥＢブラウザで表示される項目から利用者が望む項目を選択して「送信」ボタンを押し、設定された情報を送る。
【００４８】
この実施例の基本的な構成も実施例１に示したものと同様である。図１３は、実施例２の情報の流れを模式的に示すものである。図３において、図１に対応する箇所には対応する符号を付した。この実施例３においては、チケットの購入に関連して、クライアント１０のブラウザ１２からセッション識別子、公演名（スポーツ観戦名等）、席種、枚数がサーバ２０に送られて登録され、以降、この登録内容をセッション名、公演名をキーとして検索して席種、席数の情報を再利用してチケット申し込み情報を確認・更新できるようにしている。図１４は登録内容の詳細を示す。
【００４９】
図１５は、実施例３の動作を示しており、また、図１６、図１７、図１８および図１９は各動作状態におけるブラウザ画面を模式的に示している。
【００５０】
ここでは、まず、図１６〜図１９を参照してチケット購入および確認の概要を簡単に説明しておく。図１６は最初にページにアクセスした状態を示している。
図１６の上部の長方形のＵＲＬ表示領域中の「ｈｔｔｐ」で始まる文字列は、ウェブサーバ２０に与えられたＵＲＬを示す。下線部分はセッション識別子に応じたクエリー文字列であり、このセッション識別子を用いてウェブサーバと情報のやり取りを行う。セッション識別子は最初にＷＷＷサーバにアクセスしたときに割り当てられる。ユーザは図１７に示すように公演名、席種、枚数を選択して更新ボタンをクリックする。そうすると、操作（選択）に応じたリクエストがサーバに送られ、サーバは合計金額を算出してこれを含むページ情報をクライアントに返す。この結果、クライアントのブラウザには図１８に示すような表示が行われる。以上で、チケットの購入申し込みが終了する。この際、サーバ側では、セッション識別子をエントリにして、公演名、席種、枚数が登録される。
【００５１】
つぎに、申し込み内容の確認を行う。予め、セッション識別子を含むチケット登録ページのＵＲＬをブラウザに登録しておく。登録したＵＲＬを呼び出し、検索ボタンを押すと、申し込み画面の再生が指示され、セッション識別子および公演名をキーとして操作状態が取り出され、申込後のページ情報が生成される。このページ情報がクライアントのブラウザに送られ図１７に示すような申込状態を示す画面が表示される。これにより、申し込みの確認を行える。
【００５２】
登録したＵＲＬを呼び出し、新たな申込内容を入力して更新ボタンを押すとサーバに新たな申込内容が供給され、申込内容が更新書き込みされる。
【００５３】
図１５参照して、さらに動作を説明する。図１５において、閲覧開始を行うと、チケット購入画面が表示され、開始ボタンを押してチケット予約手続を開始する（Ｓ２４０）。セッション識別子を閲覧対象のＵＲＬに追加する（Ｓ２４１）。利用者が公演名を入力して検索ボタンを押した場合には（Ｓ２４２）、セッション識別子、公演名のクエリー文字列を含むＵＲＬを用いてＷＷＷサーバにリクエストが送られ、ＷＷＷサーバは、セッション識別子をエントリとして公演名が登録されているかどうかを判別する（Ｓ２４３）。登録されているときには、予約状況のウェブページをクライアントに返し、その予約状況をブラウザに表示する（Ｓ２４４）。公演名が登録されていないときにはブランクのフォームが再表示され、利用者が予約内容を入力し、更新ボタンを押す（Ｓ２４５）。内容に変更がない場合には更新キャンセルボタン等（図示しない）を押す構成としてもよい。こののち、サーバは集計を計算してその内容を反映したページ情報をブラウザに送り、ブラウザはこれを表示する（Ｓ２４６）。検索ボタンを押さない場合には直ちに予約入力を行い、以降同様に処理される。
【００５４】
【発明の効果】
以上説明したように、この発明によれば、ブラウザにおける操作状態を示す情報をサーバ装置側に保持することにより、簡単に所望の操作状態のコンテンツを表示できる。
【図面の簡単な説明】
【図１】  この発明の実施例１を全体として示すブロック図である。
【図２】  上述実施例１の動作を説明するフローチャートである。
【図３】  上述実施例１のＵＲＬの構成を説明する図である。
【図４】  上述実施例１のＵＲＬの構成を説明する図である。
【図５】  上述実施例１の操作状態情報の登録内容を説明する図である。
【図６】  この発明の実施例２を全体として示すブロック図である。
【図７】  上述実施例２の操作状態情報の登録内容を説明する図である。
【図８】  上述実施例２の動作を説明するフローチャートである。
【図９】  上述実施例２のプリンタ情報アクセス画面を説明する図である。
【図１０】  上述実施例２のプリンタ情報アクセス画面を説明する図である。
【図１１】  上述実施例２のプリンタ情報アクセス画面を説明する図である。
【図１２】  上述実施例２のプリンタ情報アクセス画面を説明する図である。
【図１３】  この発明の実施例３を全体として示すブロック図である。
【図１４】  上述実施例３の操作状態情報の登録内容を説明する図である。
【図１５】  上述実施例３の動作を説明するフローチャートである。
【図１６】  上述実施例３のチケット予約画面を説明する図である。
【図１７】  上述実施例３のチケット予約画面を説明する図である。
【図１８】  上述実施例３のチケット予約画面を説明する図である。
【図１９】  上述実施例３のチケット予約画面を説明する図である。
【図２０】  ＷＷＷシステムの基本構成を説明する図である。
【図２１】  従来のＷＷＷサーバ・クライアント・システムの動作を説明するフローチャートである。
【符号の説明】
１０    クライアント
１２    ブラウザ
１３    入力部
１４    表示部
１５    ＵＲＬ登録部
１６    セッション識別子保持部
２０    ＷＷＷサーバ
２２    ＣＧＩ
２３    ウェブ情報記憶部
２４    ユーザ操作状態情報記憶部
２５    セッション識別子割り当て部
【図１】
0003700340.tif 000002
【図２】
0003700340.tif 000003
【図３】
0003700340.tif 000004
【図４】
0003700340.tif 000005
【図５】
0003700340.tif 000006
【図６】
0003700340.tif 000007
【図７】
0003700340.tif 000008
【図８】
0003700340.tif 000009
【図９】
0003700340.tif 000010
【図１０】
0003700340.tif 000011
【図１１】
0003700340.tif 000012
【図１２】
0003700340.tif 000013
【図１３】
0003700340.tif 000014
【図１４】
0003700340.tif 000015
【図１５】
0003700340.tif 000016
【図１６】
0003700340.tif 000017
【図１７】
0003700340.tif 000018
【図１８】
0003700340.tif 000019
【図１９】
0003700340.tif 000020
【図２０】
0003700340.tif 000021
【図２１】
0003700340.tif 000022