(57)【要約】【課題】  セッション管理における資源の利用効率の向上を実現可能なサーバと通信接続する場合において、クライアントの利用者の利便性を向上させることを目的とする。【解決手段】  サーバ１０１との間において通信接続が確立された状態で、アプリケーションを介してサーバ１０１に対し所定の処理を要求することが可能なクライアント１０３における情報処理方法であって、入力装置によって操作が行われたディスプレイ中の領域を識別し（ステップＳ５０５）、該識別された領域に応じて、通信接続を維持するための情報を含むダミーリクエストあるいは通信接続を維持するための情報及び所定の処理要求を含むリクエストのいずれか一方を生成し、サーバに対して送信する（ステップＳ５０６）ことを特徴とする。【選択図】  図５
2005259118.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの間において通信接続が確立された状態で、アプリケーションを介して該サーバに対し所定の処理を要求することが可能な情報処理装置であって、
入力装置により操作が行われたディスプレイの領域を識別する識別手段と、
前記識別手段により、識別された領域に応じて、通信接続を維持するための情報を含むダミーリクエスト或いは通信接続を維持するための情報及び所定の処理要求を含むリクエストのいずれか一方を生成する生成手段と、
前記生成手段により生成されたダミーリクエスト或いはリクエストを前記サーバに対して送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記サーバより提供され前記アプリケーションによって表示されるファイルには、前記サーバに対して処理要求を発生させる操作について定義されており、
前記識別手段は操作が行われた領域に該処理要求が定義されているか否かによって識別することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信手段は、
前記識別手段により、一定時間、前記情報処理装置に対する操作がないと識別された場合に、前記生成手段は前記サーバに対して通信接続を解除する処理要求を含む通信解除リクエストを生成し、前記送信手段は前記生成された通信解除リクエストを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記サーバは、
前記情報処理装置との間において通信接続が確立された状態で、一定時間、ダミーリクエスト或いはリクエストの受信がない場合に、通信接続を解除することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記サーバはＷＷＷサーバであり、前記アプリケーションはＷｅｂブラウザであることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
サーバと通信する通信手段を有する情報処理装置であって、
前記通信手段を介して、前記サーバから、当該サーバに送信すべき情報の入力を行うためのフォーム情報を受信する受信手段と、
前記受信したフォーム情報に基づいて、操作者からの情報を入力するための情報入力画面を表示する表示手段と、
前記情報入力画面上の入力領域に、前記サーバに送信すべき情報の入力があったことを検出した場合、前記サーバとの通信接続の維持要求信号を送信する接続維持要求信号送信手段と、
前記情報の入力の完了が指示された場合に、前記入力された情報を前記サーバに送信する入力情報送信手段と
を備えることを特徴とする情報処理装置。
【請求項７】
前記サーバは画像データを保管する保管サービスを提供し、前記サーバに送信すべき情報とは、該保管サービスにおいて保管される画像データを編集するための編集パラメータであることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
サーバとの間において通信接続が確立された状態で、アプリケーションを介して該サーバに対し所定の処理を要求することが可能な情報処理装置における情報処理方法であって、
入力装置により操作が行われたディスプレイの領域を識別する識別工程と、
前記識別工程により、識別された領域に応じて、通信接続を維持するための情報を含むダミーリクエスト或いは通信接続を維持するための情報及び所定の処理要求を含むリクエストのいずれか一方を生成する生成工程と、
前記生成工程により生成されたダミーリクエスト或いはリクエストを前記サーバに対して送信する送信工程と
を備えることを特徴とする情報処理方法。
【請求項９】
サーバと通信する通信手段を有する情報処理装置における情報処理方法であって、
前記通信手段を介して、前記サーバから、当該サーバに送信すべき情報の入力を行うためのフォーム情報を受信する受信工程と、
前記受信したフォーム情報に基づいて、操作者からの情報を入力するための情報入力画面を表示する表示工程と、
前記情報入力画面上の入力領域に、前記サーバに送信すべき情報の入力があったことを検出した場合、前記サーバとの通信接続の維持要求信号を送信する接続維持要求信号送信工程と、
前記情報の入力の完了が指示された場合に、前記入力された情報を前記サーバに送信する入力情報送信工程と
を備えることを特徴とする情報処理方法。
【請求項１０】
請求項８または９に記載の情報処理方法をコンピュータによって実現させるための制御プログラムを格納した記憶媒体。
【請求項１１】
請求項８または９に記載の情報処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを介してサーバと通信する情報処理装置に関し、特に、セッション管理に関連する技術に関するものである。
【背景技術】
【０００２】
インターネットやイントラネットを対象としたＷＷＷ上で、データベースを利用して情報提供等の各種サービスを行うシステムを構築するにあたり、サーバでセッション管理を行うことがある。
【０００３】
セッション管理は、例えば、特開平１１−１４９４４９号公報などに記載されている。ここで同公報に記載のセッション管理について簡単に説明する。同公報によれば、まず、サーバによってセッション管理されていない状態において（通信接続が確立されていない状態において）、クライアントがサーバにセッションＩＤを含まないリクエストを送信する。そして、サーバではクライアントからの当該リクエストにはセッションＩＤが含まれていないと認識するため、セッションオブジェクト（クライアントとの間の通信方法等に関する情報）とそれに対応するセッションＩＤを作成し、クライアントへのレスポンスにセッションＩＤを含めて送信する。以後、クライアントはサーバにリクエストを送信する際、サーバから送られてきたセッションＩＤをリクエストに含めてサーバに送信する。サーバは、クライアントからのリクエストにセッションＩＤが含まれているときは、セッションＩＤに対応するセッションオブジェクトを参照することでセッション管理を行う。なお、同公報では、セッションオブジェクトにクライアントの状態を保持しておくことで複数のリクエストにまたがってクライアントの状態を管理している。
【０００４】
しかし、上記方法の場合、例えば、サーバがセッション管理している状態でクライアントの利用者がクライアントの利用を中断すると、サーバはセッションオブジェクトを維持したままとなり、そのセッションオブジェクトを記憶しているメモリなどのサーバの資源が解放されなくなるという問題がある。
【０００５】
そこで、Ｍｉｃｒｏｓｏｆｔ社のインターネットインフォメーションサーバ（http://www.microsoft.com/japan/windowsserver2003/techinfo/overview/iis.mspx）や、Ｊａｋａｒｔａ  ＰｒｏｊｅｃｔのＴｏｍｃａｔ（http://jakarta.apache.org/tomcat/index.html）などのサーバでは、クライアントからのリクエストの送信有無を監視し、所定のクライアントから一定時間リクエストがない場合には、強制的にセッションオブジェクトを解放し、通信接続を解除するようにすることで、サーバの資源の利用効率を高めている。
【０００６】
ここで問題になるのは、このような機能を備えるサーバと通信接続した場合、クライアントからサーバに一定時間内にリクエストの送信がないと、クライアントの利用者が意図していなくてもセッションオブジェクトが解放され、サーバが管理するセッションオブジェクトを利用できなくなり、自動的に通信接続が解除されてしまうことである。
【０００７】
そこで、例えば、特開平１０−３２６２０７号公報では、その解決策として、クライアント上で動作するプログラムがサーバにセッションオブジェクトを維持するためのリクエストを送信しつづけることでセッションオブジェクトが解放されないようにしている。
【特許文献１】特開平１１−１４９４４９号公報
【特許文献２】特開平１０−３２６２０７号公報
【非特許文献１】http://www.microsoft.com/japan/windowsserver2003/techinfo/overview/iis.mspx
【非特許文献２】http://jakarta.apache.org/tomcat/index.html
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献２に開示された方法によれば、利用者は、セッションオブジェクト維持のためのリクエストを送信するプログラムの実行／停止を認識し、明示的に指示しなければならない。このため、例えば、サーバによってセッション管理されている状態において、クライアントの利用者がセッションオブジェクト維持のためのリクエストを送信するプログラムを終了させずに作業を中止してしまった場合には、セッションオブジェクトが維持され続けてしまうこととなる。また、一台のクライアントを複数の利用者で共有する場合、利用者が変わるたびに、プログラムを一旦終了させないと前の利用者によるセッションオブジェクトが維持され続けてしまうこととなる。このように、上記特許文献２に開示された方法では、セッション管理におけるサーバの資源の利用効率を高められる反面、利用者の利便性が低下することとなる。
【０００９】
本発明は上記課題に鑑みてなされたものであり、セッション管理における資源の利用効率の向上を実現可能なサーバと通信接続する場合において、クライアントの利用者の利便性を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
サーバとの間において通信接続が確立された状態で、アプリケーションを介して該サーバに対し所定の処理を要求することが可能な情報処理装置であって、
入力装置により操作が行われたディスプレイの領域を識別する識別手段と、
前記識別手段により、識別された領域に応じて、通信接続を維持するための情報を含むダミーリクエスト或いは通信接続を維持するための情報及び所定の処理要求を含むリクエストのいずれか一方を生成する生成手段と、
前記生成手段により生成されたダミーリクエスト或いはリクエストを前記サーバに対して送信する送信手段とを備える。
【発明の効果】
【００１１】
本発明によれば、セッション管理における資源の利用効率の向上を実現可能なサーバと通信接続する場合において、クライアントの利用者の利便性を向上させることが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について、添付図面を参照して説明する。
【００１３】
図１は、本発明の一実施形態にかかる情報処理装置（クライアントコンピュータ、以下、単にクライアントと称す）を備えるクライアント・サーバシステムの構成を示す図である。同図において、１０１はサーバ、１０３はクライアントコンピュータであり、いずれもネットワークインタフェースを経由してネットワーク１０２に接続されている。なお、ネットワーク１０２はコンピュータのネットワークインタフェースを通じてデータなどの送受信が可能な媒体であれば特に種類を問わない。
【００１４】
次に、図２、図３を参照して、図１に示したクライアント・サーバシステムを構成する各構成要素について詳細に説明する。
【００１５】
図２は、サーバ１０１またはクライアント１０３の装置構成の一例を示すブロック図である。同図において、２０１はＲＡＭ２０２に格納されている制御プログラムに従って装置全体の制御を行うＣＰＵ、２０２はＣＰＵ２０１にて実行される本装置の制御プログラム、文書データ、クライアント１０３の状態を管理するためのセッションオブジェクトなどを格納するＲＡＭなどの内部記憶部、２０３はＣＰＵ２０１の制御の下にインターネットなどのネットワークとの接続を行ってデータなどを送受信するネットワークインタフェースである。
【００１６】
２０４はファイルを保存する磁気ディスクなどの外部記憶装置である。２０５はディスプレイ、２０６はキーボード、２０７はマウスなどのポインティングデバイスである。ＲＡＭ２０２に格納されている制御プログラムは、同じくＲＡＭ２０２に格納されているＯＳ（Operating System）の機能を必要に応じて使用し、ＲＡＭ２０２に一時記憶するデータの内容を読み書きしたり、ネットワークインタフェース２０３を通じてデータの送受信を行ったり、キーボード２０６やポインティングデバイス２０７からの入力を受け取ったり、ディスプレイ２０５に表示を行ったりすることで、所定の動作を行う。
【００１７】
ここでは、制御プログラムはＲＡＭ２０２に格納されているものとしたが、制御プログラムを外部記憶装置２０４から読み込んで実行するようにしてもよいし、ネットワークインタフェース２０３を介して受信して実行するようにしてもよい。また、図２には示していないが、ＲＯＭ等の読み出し専用の内部記憶部から読み込んで実行するようにしてもよい。
【００１８】
さらに、キーボード２０６やポインティングデバイス２０７の代わりに、あるいはそれらに加えて、音声入力等の他の入力装置を備えることもできる。また、これらすべての構成要素を必ずしも備える必要はなく、サーバ１０１においては多くの場合、ディスプレイ２０５が省略されたり、キーボード２０６やポインティングデバイス２０７を他のコンピュータと共有したりすることとなる。
【００１９】
図３は、図２に示したような物理的構成を有するサーバ１０１とクライアント１０３およびそれらをつなぐネットワーク１０２において、本実施形態のセッション管理処理に主として関わる論理ブロック（モジュール）の構成を示したブロック図である。
【００２０】
サーバ１０１において、３０１は外部記憶装置２０４上あるいはＲＡＭ２０２上に構成されるセッション管理テーブルである。３０２はＲＡＭ２０２に格納されているＷＷＷサーバであり、クライアント１０３から送信されたリクエスト３０４をネットワークインタフェース２０３を通じて受信し、ネットワークインタフェース２０３を通じてレスポンス３０５をクライアント１０３に送信する。
【００２１】
クライアント１０３において、３０６はＲＡＭ２０２に格納されているＷｅｂブラウザであり、ネットワークインタフェース２０３を通じてサーバ１０１にリクエスト３０４を送信し、サーバ１０１から送信されたレスポンス３０５をネットワークインタフェース２０３を通じて受信する。
【００２２】
３０７はＲＡＭ２０２に格納されているセッション維持プログラムであり、Ｗｅｂブラウザ３０６上で動作する。
【００２３】
図４は、サーバ１０１におけるセッション管理テーブル３０１のレコード構成の一例を示す図である。４０１はセッションＩＤであり、各Ｗｅｂブラウザ３０６に対して一意となるコードである。４０２は最終リクエスト時刻であり、Ｗｅｂブラウザ３０６からのリクエストを受信した最新の時刻である。４０３はセッションオブジェクトのアドレスであり、サーバ１０１のＲＡＭ２０２上の当該アドレスにセッションオブジェクトが格納されている。
【００２４】
次に、図５と図６を参照して、クライアント１０３についてサーバ１０１がセッション管理する場合の処理について詳細に説明する。
【００２５】
図５はセッション管理処理のシーケンスを示す図である。まず、サーバ１０１にクライアント１０３から一度もリクエストが送信されていない状態では、サーバ１０１はクライアント１０３に対応するセッションオブジェクトを作成しておらず、クライアント１０３はサーバ１０１によってセッション管理された状態（通信接続が確立された状態）にない。
【００２６】
ステップＳ５０１において、クライアント１０３の利用者がクライアント１０３のＷｅｂブラウザ３０６に対し、リクエストをサーバ１０１に送信するように指示すると、Ｗｅｂブラウザ３０６はセッションＩＤを含んでいないリクエストをサーバ１０１に送信する。リクエストはサーバ１０１のＷＷＷサーバ３０２が受信する。
【００２７】
ステップＳ５０２において、ＷＷＷサーバ３０２はセッションオブジェクトとそれに対応するセッションＩＤを作成し、セッション管理テーブル３０１の新規レコードとして、それぞれセッションＩＤをレコード４０１に、セッションオブジェクトのアドレスをレコード４０３に、さらに現在時刻をレコード４０２に登録する。これにより、クライアント１０３はサーバ１０１によってセッション管理された状態（通信接続が確立された状態）になる。
【００２８】
ステップＳ５０３において、ＷＷＷサーバはステップＳ５０２で作成したセッションＩＤを含むレスポンスをクライアント１０３に送信する。レスポンスはクライアント１０３のＷｅｂブラウザ３０６が受信する。
【００２９】
ステップＳ５０４において、Ｗｅｂブラウザ３０６は受信したレスポンス（たとえば、ＷＷＷサーバより提供されたＨＴＭＬファイル）を解析し、クライアント１０３のディスプレイ２０５上に表示する。
【００３０】
図６はＷｅｂブラウザ３０６により表示された画面（ＷＷＷサーバから送信されたフォーム情報に基づいて表示された情報入力画面）の一例を示す図である。ここで、６０１はキーボード２０６などを使用して文字を入力可能な領域、６０２と６０３はポインティングデバイス２０７などで選択可能な領域である。さらに、領域６０１と６０２はキーボード２０６やポインティングデバイス２０７などで操作を行っても画面が切り替わらない領域で、領域６０３は選択することで画面が切り替わる領域である。
【００３１】
ここで、画面が切り替わる領域とは、領域６０３をキーボード２０６やポインティングデバイス２０７で操作することで、Ｗｅｂブラウザ３０６がＷＷＷサーバに対して次の画面の提供を要求することとなる（リクエストを送信することとなる）領域である。一方、画面が切り替わらない領域とは、キーボード２０６やポインティングデバイス２０７で操作を行っても、Ｗｅｂブラウザ上に文字が表示されたり選択が表示されたりするのみで、ＷＷＷサーバに対してリクエストが送信されることのない領域である。
【００３２】
つまり、Ｗｅｂブラウザ３０６に表示されたレスポンスには、ＷＷＷサーバにリクエスト（処理要求）を送信させる操作と、リクエストを送信させない操作とが定義されている。
【００３３】
図５に戻る。ステップＳ５０５において、セッション維持プログラム３０７が実行され、表示された画面（図６）のうち、画面が切り替わらない領域に対してクライアント１０３の利用者が操作を行ったかどうかを調べる。すなわち、利用者が行った操作が、上記定義された操作に該当するか否かによって判定する。具体的には、領域６０１または６０２に対してクライアント１０３のキーボード２０６またはポインティングデバイス２０７で操作が行われたかどうかを調べる。操作が行われた場合、ステップＳ５０６においてセッション維持プログラム３０７は、ステップＳ５０３で受信したセッションＩＤを含んだダミーリクエスト（維持要求信号）をサーバ１０１に送信する。ダミーリクエストはサーバ１０１のＷＷＷサーバ３０２が受信する。
【００３４】
ステップＳ５０７において、ＷＷＷサーバ３０２は受信したダミーリクエストからセッションＩＤを取り出しセッション管理テーブル３０１のセッションＩＤ４０１の値と一致するレコードの最終リクエスト時刻４０２の値を現在の時刻に更新する。
【００３５】
ステップＳ５０９において、ＷＷＷサーバ３０２はステップＳ５０７で取り出したセッションＩＤを含むレスポンスをクライアント１０３に送信する。レスポンスはクライアント１０３のセッション維持プログラム３０７が受信する。
【００３６】
ステップＳ５０５において、画面が切り替わらない領域（例えば、領域６０１、６０２）に対してクライアントの利用者が操作を行わなかったときは、ステップＳ５０９でＷｅｂブラウザ３０６はクライアントの利用者が、画面が切り替わる領域（例えば、領域６０３）に対して操作を行ったかどうかを調べる。操作を行わなかった場合は、ステップＳ５０５から再度クライアント１０３の利用者の操作を調べる。
【００３７】
ステップＳ５０９において、クライアント１０３の利用者が、画面が切り替わる領域（例えば、領域６０３）に対して操作を行った場合は、ステップＳ５１０でＷｅｂブラウザ３０６はステップＳ５０３で受信したセッションＩＤを含んだリクエストをサーバ１０１に送信する。リクエストはサーバ１０１のＷＷＷサーバ３０２が受信する。なお、このリクエストには、ステップＳ５０３で受信したセッションＩＤに加えて、画面切り替えの指示が含まれている。
【００３８】
ステップＳ５１１において、ＷＷＷサーバ３０２は受信したリクエストからセッションＩＤを取り出し、セッション管理テーブル３０１のセッションＩＤ４０１の値と一致するレコードの最終リクエスト時刻４０２と現在の時刻が一定期間内であるかどうかを調べる。一定期間内でない場合は、ステップＳ５１２でＷＷＷサーバ３０２はセッションの有効期限が切れたことをあらわすレスポンスをクライアント１０３に送信する。レスポンスはクライアント１０３のＷｅｂブラウザ３０６が受信する。
【００３９】
ステップＳ５１１において、最終リクエスト時刻４０２と現在の時刻が一定期間内の場合は、ステップＳ５１３において、ステップＳ５０９で受信したリクエストに対応するレスポンスをクライアント１０３に送信する。レスポンスはクライアント１０３のＷｅｂブラウザ３０６が受信する。
【００４０】
ステップＳ５１４において、Ｗｅｂブラウザ３０６はＷｅｂブラウザ３０６が受信したレスポンスを解析し、クライアント１０３のディスプレイ２０５上に新たな画面を表示する。
【００４１】
上記セッション管理シーケンスについての説明から明らかなように、通信接続が確立された状態において一定時間内にクライアントからのリクエストがない場合に、セッションオブジェクトを解放し、通信接続を自動的に解除する機能を備えるＷＷＷサーバとの通信において、利用者の意図に反して通信接続が解除されてしまうことを回避すべく、セッション維持プログラムは、利用者がサーバに対するリクエストを発生させるような操作を行っていない場合でも、なんらかの操作（文字入力等）を行っている場合には、利用者が通信接続を維持することを望んでいるものと推測し、サーバに対してダミーリクエストを送信するようにした。この結果、サーバでは一定時間内にクライアントからダミーリクエストを受信することとなり、通信接続を解除することはない。
【００４２】
なお、図５に示す処理では、サーバ５０１においてリクエストが所定時間内に受信されたか否かを監視することとしたが、これに限られず、例えば、ステップＳ５０５においてセッション維持プログラム３０７が図６で画面が切り替わらない領域に対してクライアント１０３の利用者が操作を一定時間行っていないかどうかを調べ、一定時間操作を行っていないと判定される場合には、ステップＳ５０６においてステップＳ５０３で受信したセッションＩＤを含んだリクエスト（通信接続を解除する要求）をサーバ５０２に送信するようにしてもよい。この場合、当該リクエストをサーバ５０２のＷＷＷサーバ３０２が受信し、ステップＳ５０７において、ＷＷＷサーバ３０２は、受信したリクエストからセッションＩＤを取り出しセッション管理テーブル３０１のセッションＩＤ４０１の値と一致するレコードのセッションオブジェクトのアドレス４０３にあるセッションオブジェクトを解放する。
【００４３】
また、Ｗｅｂブラウザに表示される画面（ＷＷＷサーバ１０１から送信されるフォーム情報に基づいて表示される情報入力画面）は、例えば、図７に示すような画面であってもよい。図７は、画面右側に示されるツール群を使って画面左側に表示された画像７０１に編集を加えるための編集画面の一例である。
【００４４】
当該編集画面は、例えば、ユーザからアップロードされた画像を第三者が閲覧できるように保管するサービスや、ユーザからアップロードされた画像を印刷し、製本化するサービス等を提供するＷＷＷサーバ１０１によってクライアント１０３に送信されうる。
【００４５】
当該編集画面において送信ボタン７０５が押下されると、Ｗｅｂブラウザ３０６はＷＷＷサーバ１０１へリクエストを行って、編集結果（ＷＷＷサーバ１０１に送信すべき情報）を送信する。また、閉じるボタン７０６が押下されると、Ｗｅｂブラウザ３０６はＷＷＷサーバ１０１へリクエストを行って、画像への編集作業を中止することを通知する。それ以外のボタンや文字を入力可能な領域は、Ｗｅｂブラウザ３０６上で画像７０１を編集する際に使用するもの（編集パラメータ）であり、特にＷＷＷサーバ１０１からの情報がなくとも作業を進めることができる。しかし、本発明では、画像への編集作業中もＷｅｂブラウザ３０６とＷＷＷサーバ１０１との通信を維持するために、Ｗｅｂブラウザ３０６はボタン７０２から７０４、７０７〜７１６、文字を入力可能な領域７１７〜７２２に対して操作を受けると、ダミーリクエスト（維持要求信号）をＷＷＷサーバ１０１へ送信する。
【００４６】
以上の説明から明らかなように、本実施形態によれば、セッション管理における資源の利用効率の向上を実現可能なＷＷＷサーバと通信接続する場合において、ＷＷＷサーバに対してリクエストを発生させるような操作を利用者が行っていない場合でも、なんらかの操作を行っている場合には、リクエストを送信するようにしたことで、ＷＷＷサーバとの通信接続が意図せずに解除されることを回避することが可能となり、クライアント利用者の利便性を向上させることができる。
【００４７】
[他の実施形態]
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００４８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００４９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００５１】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５２】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態にかかる情報処理装置（クライアント）を備えるクライアント・サーバシステムの構成を示す図である。
【図２】本発明の一実施形態にかかる情報処理装置（クライアント）またはサーバの構成を示す図である。
【図３】サーバとクライアントの各モジュール構成を示す図である。
【図４】サーバにおけるセッション管理テーブルの一例を示す図である。
【図５】本発明の一実施形態にかかる情報処理装置（クライアント）とサーバとの間におけるセッション管理の流れを示す図である。
【図６】クライアントにおけるＷｅｂブラウザの表示例を示す図である。
【図７】編集画面の一例を示す図である。
【図１】
2005259118.tif 000003
【図２】
2005259118.tif 000004
【図３】
2005259118.tif 000005
【図４】
2005259118.tif 000006
【図５】
2005259118.tif 000007
【図６】
2005259118.tif 000008
【図７】
2005259118.tif 000009