(57)【要約】【課題】  Ａｊａｘなどの非同期アクセスが増えることにより、そのリクエストを受け付けるサーバ側の負荷が高くなってしまう。非同期のアクセスは、リクエスト後にユーザが不要になってしまう可能性もあるが、サーバ側では要不要の判断を行わず全て処理してしまっている。そのため、運用するためのサーバ構成に対して多くの投資をする必要がある。【解決手段】  リクエストを同期（主処理）と非同期（副処理）に分けて、同期リクエストの状態によって、非同期リクエストの処理を制御することにより不要なリクエストの処理を行わないようにし、サーバ資源を適切に利用できるようにする。【選択図】  図９
2011018203.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたクライアント装置から送信されるリクエストを処理するアプリケーション処理装置において、
セッション情報の発行、更新、削除と、処理状態ＩＤの発行、更新を行う事を含む、アプリケーション処理装置内で一連の処理をセッションとして管理する手段と、
前述のクライアント装置からの主処理リクエスト受信時に、前述のセッション情報と前述の処理種別ＩＤを判断し、存在しない場合には前述のセッション管理手段を用いて発行を行い、存在している場合には処理状態管理手段を用いて処理状態ＩＤの更新を行い、応答時に前述のセッション情報と処理種別ＩＤとを用いて送信情報を生成し、クライアント装置へ送信する主処理手段と、
クライアント装置からの副処理リクエスト時に、受信した前述のセッション情報と前述の処理種別ＩＤを判断し、処理種別ＩＤが異なる場合、もしくはセッション情報が存在しない場合には要求された副処理を中止する手段と、
を有することを特徴としたアプリケーション処理装置。
【請求項２】
前述のアプリケーション処理装置はさらに、
クライアント装置からの副処理リクエストに対する応答情報の送信時に、クライアント装置とのネットワーク上の通信エラーが発生した場合には、前述の処理種別ＩＤを更新する手段と、
を有することを特徴とした、請求項１に記載のアプリケーション処理装置。
【請求項３】
前述のアプリケーション処理装置はさらに、
クライアント装置への副処理リクエストに対して、副処理の開始から終了までの間に一定の間隔で前述の応答情報を分割して送信する手段と、
副処理終了時には、それまで送信した応答情報の次から最後までを送信する手段と、
を有することを特徴とした、請求項２に記載のアプリケーション処理装置。
【請求項４】
ネットワークに接続されたクライアント装置から送信されるリクエストを処理するアプリケーション処理方法において、
セッション情報の発行、更新、削除と、処理状態ＩＤの発行、更新を行う事を含む、アプリケーション処理装置内で一連の処理をセッションとして管理するステップと、
前述のクライアント装置からの主処理リクエスト受信時に、前述のセッション情報と前述の処理種別ＩＤを判断し、存在しない場合には前述のセッション管理手段を用いて発行を行い、存在している場合には処理状態管理手段を用いて処理状態ＩＤの更新を行い、応答時に前述のセッション情報と処理種別ＩＤとを用いて送信情報を生成し、クライアント装置へ送信する主処理ステップと、
クライアント装置からの副処理リクエスト時に、受信した前述のセッション情報と前述の処理種別ＩＤを判断し、処理種別ＩＤが異なる場合、もしくはセッション情報が存在しない場合には要求された副処理を中止するステップと、
を有することを特徴としたアプリケーション処理方法。
【請求項５】
前述のアプリケーション処理方法はさらに、
クライアント装置からの副処理リクエストに対する応答情報の送信時に、クライアント装置とのネットワーク上の通信エラーが発生した場合には、前述の処理種別ＩＤを更新するステップと、
を有することを特徴とした、請求項４に記載のアプリケーション処理方法。
【請求項６】
前述のアプリケーション処理方法はさらに、
クライアント装置への副処理リクエストに対して、副処理の開始から終了までの間に一定の間隔で前述の分割して応答情報を送信する手段と、
副処理終了時には、それまで送信した応答情報の次から最後までを送信するステップと、
を有することを特徴とした、請求項５に記載のアプリケーション処理方法。
【請求項７】
前記請求項４から請求項６のいずれかに記載のアプリケーション処理方法を実行するコンピュータプログラムを有する記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置からネットワークを経由して接続され、各種処理を行う機能を有するアプリケーション処理装置の負荷軽減に関する。
【背景技術】
【０００２】
インターネットやイントラネットを介して、Ｗｅｂブラウザなどを利用したクライアントサーバ型のアプリケーションの提供が一般的に行われている。
【０００３】
また、昨今は、ユーザの利便性を向上させるための手段として、サーバとクライアント間のシームレスな通信、処理形態が提供されるようになっている。
【０００４】
例えば、画面を構成する情報量が大量になった場合、クライアントからのリクエストに対して画面が表示されるまでの時間が長くなってしまう。
【０００５】
その場合には、画面を構成する情報を、画面構造情報と表示データとに分け、画面構造情報のみをクライアントからのリクエスト時に送信し、データの大半を占める表示データをその後で別に通信することで、ユーザへのレスポンスを向上させることができる。
【０００６】
この技術としては、Ａｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｊａｖａ（登録商標）ｓｃｒｉｐｔ  ａｎｄ  ＸＭＬ）というものが一般に知られている。
【０００７】
しかし、アプリケーションサーバ側としては、クライアントからのリクエストが細分化されて大量のリクエスト数を処理する必要があり、サーバ側の負荷が増大する傾向がある。
【０００８】
また、表示データを別提供するということは、表示データ取得のリクエスト中に、ユーザが別の画面への遷移を行った場合には不要になる。
【０００９】
しかし、表示データの取得処理は、画面の処理とは別に行われているため、アプリケーションサーバとしては正常に最後まで処理を行う。
【００１０】
そのため、アプリケーションサーバの安定した運用を行うためには、より多くの負荷を見越したサーバ資源を投入する必要が発生してしまい、サービス提供のためのコストが多くなってしまう。
【００１１】
このようなサービスの安定運用を行うための制限手段としては、リクエスト時に応答までの時間を計測／蓄積を行い、その蓄積された情報を用いてリクエストの処理時間を予測し、閾値を超える場合には処理を制限する（特許文献１）といった方法が知られている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００１−３２５２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、リクエストの処理時間予測によりリクエストの最初で制限をかけており、許可を受けたリクエストについては、最後まで実行されることとなる。
【００１４】
そのため、前述のように、リクエストを細分化した場合には、個々のリクエストは制限する閾値を下回るようになる可能性があり、結果としてサーバ負荷はあがってしまい、不要になったリクエストに対する対処は行われない。
【課題を解決するための手段】
【００１５】
ネットワークに接続されたクライアント装置から送信されるリクエストを処理するアプリケーション処理装置において、
セッション情報の発行、更新、削除と、処理状態ＩＤの発行、更新を行う事を含む、アプリケーション処理装置内で一連の処理をセッションとして管理する手段と、
前述のクライアント装置からの主処理リクエスト受信時に、前述のセッション情報と前述の処理種別ＩＤを判断し、存在しない場合には前述のセッション管理手段を用いて発行を行い、存在している場合には処理状態管理手段を用いて処理状態ＩＤの更新を行い、応答時に前述のセッション情報と処理種別ＩＤとを用いて送信情報を生成し、クライアント装置へ送信する主処理手段と、
クライアント装置からの副処理リクエスト時に、受信した前述のセッション情報と前述の処理種別ＩＤを判断し、処理種別ＩＤが異なる場合、もしくはセッション情報が存在しない場合には要求された副処理を中止する手段と、
を有することを特徴としたアプリケーション処理装置である。
【発明の効果】
【００１６】
本発明によって、サーバではユーザの操作により不要になったリクエスト処理を検知することで、不要になったリクエストに対する処理を中止することができるため、サーバは必要なリクエスト処理に注力できるようになり、サーバ資源の有効活用が可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態を表すアプリケーション処理装置の機器構成を表すブロック図である。
【図２】図１の文書管理サーバ装置に関する物理構成を表す図である。
【図３】図１の文書管理サーバ装置に関する機能構成を表す図である。
【図４】図１のクライアント装置に関する物理構成を表す図である。
【図５】図１のクライアント装置に関する機能構成を表す図である。
【図６】図１の文書管理サーバ装置で保持する本発明に関するデータ形式及び構造を表す図である。
【図７】ログイン画面を表す図である。
【図８】文書閲覧画面を表す図である。
【図９】図１の文書管理サーバ装置と図１のクライアント装置との間で行われる処理シーケンスを表す図である。
【図１０】図１の文書管理サーバ装置におけるログイン認証の処理フローチャートを表す図である。
【図１１】図１の文書管理サーバ装置における文書閲覧の処理フローチャートを表す図である。
【図１２】図１の文書管理サーバ装置における文書情報取得の処理フローチャートを表す図である。
【図１３】図１の文書管理サーバ装置における文書取得処理の手順を表す図である。
【図１４】図１の文書管理サーバ装置によるログアウト処理を表す図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例】
【００１９】
以下に本発明のアプリケーション処理装置に係わる第１の実施形態として、文書管理サーバ装置を用いて説明するが、文書管理サーバ装置にこの発明の範囲を限定したものではない。
【００２０】
＜文書管理装置を含む全体構成＞
本実施形態の文書管理サーバ装置を含むシステム全体の構成図について、図１のブロック図を参照して説明する。
【００２１】
前述システムは、図１に示すとおり、文書管理サーバ装置１０１、クライアント装置１０２、ネットワーク１０３とで構成される。
【００２２】
文書管理サーバ装置１０１は、クライアント装置１０２から依頼された文書を統合的に管理するものであり、クライアント装置１０２からの要求に応じて、管理している文書を提供する。
【００２３】
クライアント装置１０２は、文書管理サーバ装置１０１の文書情報の表示／操作等を行う窓口となるものである。このクライアント装置は、ネットワーク１０３内において、特にひとつに限定されるものではなく、複数存在することも可能である。
【００２４】
ネットワーク１０３は、文書管理サーバ装置１０１とクライアント装置１０２を双方向通信することが可能なネットワークである。これは、インターネット、もしくはイントラネットといった形で実現されるものである。
【００２５】
＜文書管理サーバ装置の構成＞
図１の文書管理サーバ装置１０１のハードウェア構成について、以下のブロック図２を参照して説明する。
【００２６】
図２に示すとおり、文書管理サーバ装置１０１は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、ＮＩＣ２０４と、ＶＲＡＭ２０５と、ＫＢＣ２０７と、ＨＤＤ２１０と、ＩＯＣ２１１により構成される。
【００２７】
また、これらのユニットを接続し、各種データや制御情報などを伝送するシステムバス２００を備える。
【００２８】
ＣＰＵ２０１は、文書管理サーバ装置１０１の各種制御、および演算を行う中央演算処理装置である。
【００２９】
ＲＡＭ２０２は、ランダムアクセスメモリであり、ＣＰＵ２０１の主メモリとして実行プログラムの格納領域や、該実行プログラムの実行領域や、データの格納領域を提供する。
【００３０】
ＲＯＭ２０３は、ＣＰＵ２０１の動作処理手順を記憶している読み取り専用メモリであり、文書管理サーバ装置１０１の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼動させるために必要な情報等を記憶する。
【００３１】
ＮＩＣ２０４は、外部ネットワークとの間の入出力信号を制御するためのコントローラである。このＮＩＣ２０４は、外部ネットワーク２４に接続するために使用される通信用のコントローラである。
【００３２】
ネットワーク２１４は、ＮＩＣ２０４と接続されているイーサネット（登録商標）などのネットワークシステムである。このネットワーク２１４は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）として使用される。
【００３３】
図１においては、ネットワーク２１４は、ネットワーク１０３の事を表している。
【００３４】
ＶＲＡＭ２０５は、ビデオＲＡＭであり、ＣＲＴ２０６に表示する画像データを展開し、表示の制御を行う。
【００３５】
ＣＲＴ２０６は、ＶＲＡＭ２０５と接続され文書管理サーバ装置１０１の各種情報を表示する表示装置である。
【００３６】
ＣＲＴ２０６は文書管理サーバ装置１０１内に内包する、もしくは文書管理サーバ装置１０１とは筐体が分離した状態で使用される。
【００３７】
この表示装置は、液晶表示装置もしくはタッチパネル式液晶表示装置などを使用することも可能である。
【００３８】
ＫＢＣ２０７は、文書管理サーバ装置１０１に接続されたＫＢ２０８やＭＯＵＳＥ２０９等の入力装置からの入力信号を受信し、制御するコントローラである。
【００３９】
ＫＢ２０８、およびＭＯＵＳＥ２０９は、ユーザからの入力情報を受け付ける入力装置である。これら入力装置のかわりに前述のタッチパネル式液晶表示装置の入力部を利用することも可能である。
【００４０】
ＨＤＤ２１０は、ハードディスクドライブであり、文書管理サーバ装置１０１内で使用するアプリケーションプログラムや、文書データ、各種管理データなどを格納するために使用される。
【００４１】
ＩＯＣ２１１は、情報入力装置であるスキャナ２１３や、出力装置であるＰＲＴ２１２など文書管理サーバ装置１０１への入出力信号を制御するためのコントローラである。
【００４２】
前述ＰＲＴ２１２、スキャナ２１３以外の外部入出力装置、例えば外部接続用ＨＤＤや、ＭＯドライブなどの情報機器を接続することも可能である。
【００４３】
ＰＲＴ２１２は、文書管理サーバ装置１０１内で保持している電子画像データを印刷するためのプリンタである。
【００４４】
スキャナ２１３は、紙原稿の紙面に記述されている内容を電子画像データとして読み取るための読取装置である。
【００４５】
次に、文書管理サーバ装置１０１の機能構成について、以下のブロック図３を参照して説明する。
【００４６】
図３に示すとおり、文書管理サーバ装置１０１は、内部で利用される部分と、外部からの処理を受け付ける部分で構成される。
【００４７】
まず、内部で利用される部分としては、フォルダ／文書情報保管部３０１、フォルダ／文書情報処理部３０２、ユーザ情報保管部３０３、ユーザ情報処理部３０４、セッション情報保管部３０５、セッション情報処理部３０６とが存在する。
【００４８】
また、外部からの処理を受け付ける部分としては、リクエスト処理制御部３０７、リクエスト主処理制御部３０８、リクエスト副処理制御部３０９、表示内容生成部３１０、ネットワーク通信部３１１とが存在する。
【００４９】
フォルダ／文書情報保管部３０１は、文書管理サーバ装置１０１に登録されたフォルダ情報や文書情報、そして文書ファイルを格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１０に格納される。
【００５０】
フォルダ／文書情報処理部３０２は、ＲＡＭ２０２内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、フォルダ／文書情報、文書ファイルの入出力処理をフォルダ／文書情報保管部３０１に対して行う。
【００５１】
ユーザ情報保管部３０３は、文書管理サーバ装置１０１を使用するユーザ情報を格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１０に格納される。
【００５２】
ユーザ情報処理部３０４は、ＲＡＭ２０２内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、ユーザ情報の入出力処理をユーザ情報保管部３０３に対して行う。
【００５３】
セッション情報保管部３０５は、文書管理サーバ装置１０１が受信するリクエストをユーザとクライアント環境により紐付けを行うための情報を格納する場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１０に格納される。
【００５４】
セッション情報処理部３０６は、ＲＡＭ２０２内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、前述のセッション情報に関する生成、更新、削除の処理をセッション情報保管部３０５に対して行う。
【００５５】
リクエスト処理制御部３０７は、ＲＡＭ２０２内に格納され、クライアントから送信されたリクエストを後述のネットワーク通信部３１１から最初の受信する場所であり、全てのリクエストに対する一次処理を行う。
【００５６】
このリクエスト処理制御部３０７は、必要に応じて、後述のリクエスト主処理制御部３０８もしくはリクエスト副処理制御部３０９に処理を依頼する。
【００５７】
リクエスト主処理制御部３０８は、ＲＡＭ２０２内に格納され、クライアントから送信されたリクエストの内、リクエスト処理制御部３０７から指示を受けたリクエストの処理制御を行う。
【００５８】
リクエスト主処理制御部３０８は、ユーザが画面上を操作した際に発生するリクエストについての処理を行う場所であり、後述の図１０のログイン処理や、図１１のフォルダ選択時の文書閲覧処理などの動作が該当する。
【００５９】
リクエスト副処理制御部３０９は、ＲＡＭ２０２内に格納され、クライアントから送信されたリクエストの内、リクエスト処理制御部３０７から指示を受けたリクエストの処理制御を行う。
【００６０】
リクエスト主処理制御部３０９は、リクエスト主処理制御部３０８から発生したデータ取得などのリクエストについての処理を行う場所であり、後述の図１２のフォルダ選択時の文書データ取得などの動作が該当する。
【００６１】
表示内容生成部３１０は、他の処理制御部での処理結果をクライアント装置１０２に送信するための表示情報の生成／整形する処理の制御を行う。
【００６２】
ネットワーク通信部３１１は、前述クライアント装置１０２から受信した処理要求を文書管理サーバ装置１０１内の各処理制御部へ処理を通知し、文書管理サーバ装置１０１内の各制御部からの処理結果をクライアント装置１０２に対して送信する。
【００６３】
これは、ＮＩＣ２０４でネットワーク１０３と接続される。
【００６４】
＜クライアント装置構成＞
図１のクライアント装置１０２のハードウェア構成について、以下のブロック図４を参照して説明する。
【００６５】
図４に示すとおり、クライアント装置１０３は、ＣＰＵ４０１と、ＲＡＭ４０２と、ＲＯＭ４０３と、ＮＩＣ４０４と、ＶＲＡＭ４０５と、ＫＢＣ４０７と、ＨＤＤ４１０と、ＩＯＣ４１１により構成される。
【００６６】
また、これらのユニットを接続し、各種データや制御情報などを伝送するシステムバス４００を備える。
【００６７】
ＣＰＵ４０１は、ユーザ制限情報管理装置１０１の各種制御、および演算を行う中央演算処理装置である。
【００６８】
ＲＡＭ４０２は、ランダムアクセスメモリであり、ＣＰＵ４０１の主メモリとして実行プログラムの格納領域や、該実行プログラムの実行領域や、データの格納領域を提供する。
【００６９】
ＲＯＭ４０３は、ＣＰＵ４０１の動作処理手順を記憶している読み取り専用メモリであり、ユーザ制限情報管理装置１０１の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼動させるために必要な情報等を記憶する。
【００７０】
ＮＩＣ４０４は、外部ネットワークとの間の入出力信号を制御するためのコントローラである。このＮＩＣ４０４は、外部ネットワーク４１４に接続するために使用される通信用のコントローラである。
【００７１】
ネットワーク４１４は、ＮＩＣ４０４と接続されているイーサネット（登録商標）などのネットワークシステムである。このネットワーク４１４は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）として使用される。
【００７２】
図１においては、ネットワーク４１４は、ネットワーク１０５の事を表している。
【００７３】
ＶＲＡＭ４０５は、ビデオＲＡＭであり、ＣＲＴ４０６に表示する画像データを展開し、表示の制御を行う。
【００７４】
ＣＲＴ４０６は、ＶＲＡＭ４０５と接続されユーザ制限情報管理装置１０１の各種情報を表示する表示装置である。
【００７５】
ＣＲＴ４０６はユーザ制限情報管理装置１０１内に内包する、もしくはユーザ制限情報管理装置１０１とは筐体が分離した状態で使用される。この表示装置は、液晶表示装置もしくはタッチパネル式液晶表示装置などを使用することも可能である。
【００７６】
ＫＢＣ４０７は、ユーザ制限情報管理装置１０１に接続されたＫＢ４０８やＭＯＵＳＥ４０９等の入力装置からの入力信号を受信し、制御するコントローラである。
【００７７】
ＫＢ４０８、およびＭＯＵＳＥ４０９は、ユーザからの入力情報を受け付ける入力装置である。これら入力装置のかわりに前述のタッチパネル式液晶表示装置の入力部を利用することも可能である。
【００７８】
ＨＤＤ４１０は、ハードディスクドライブであり、ユーザ制限情報管理装置１０１内で使用するアプリケーションプログラムや、文書データ、各種管理データなどを格納するために使用される。
【００７９】
ＩＯＣ４１１は、情報入力装置であるスキャナ４１３や、出力装置であるＰＲＴ４１２などユーザ制限情報管理装置１０１への入出力信号を制御するためのコントローラである。
【００８０】
前述スキャナ４１３、ＰＲＴ４１２以外の外部入出力装置、例えば外部接続用ＨＤＤや、ＭＯドライブなどの情報機器を接続することも可能である。
【００８１】
ＰＲＴ４１２は、ユーザ制限情報管理装置１０１内で保持している電子画像データを印刷するためのプリンタである。
【００８２】
スキャナ４１３は、紙原稿の紙面に記述されている内容を電子画像データとして読み取るための読取装置である。
【００８３】
次に、クライアント装置１０２の機能について、以下のブロック図５を参照して説明する。
【００８４】
図５に示すとおり、クライアント装置１０２は、表示内容処理制御部５０１、ネットワーク通信部５０２とにより構成される。
【００８５】
表示内容処理制御部５０１は、文書管理サーバ装置１０１から送信された表示内容を解釈してＣＲＴ４０６上に表示したり、ＫＢ４０８やＭＯＵＳＥ４０９で入力した文書情報などの送信情報を文書管理サーバ装置１０１に送信するための処理制御を行う。
【００８６】
ネットワーク通信部５０２は、ネットワーク１０３を経由して前述文書管理サーバ装置１０１から受信した処理結果を表示内容処理制御部５０１に通知し、表示内容処理制御部５０１からの処理依頼内容を文書管理サーバ装置１０１に対して送信する。
【００８７】
これは、ＮＩＣ４０４でネットワーク１０３と接続される。
【００８８】
＜取り扱うデータ形式、および構成＞
図６は、図３で示した文書管理サーバ装置１０１が取り扱うデータの形式とデータ例を表す図である。
【００８９】
以下に示す情報は、本発明を表現する上での最低限の項目を表しており、他の項目を必要に応じて持つことも可能である。
【００９０】
文書情報（ａ）は、図３で示した文書管理サーバ装置１０１のフォルダ／文書情報保管部３０１に保管される文書情報の形式とデータ例を表している。
【００９１】
文書情報（ａ）は、文書単位で保持する情報の形式を表しており、文書ＩＤ６０１、文書名称６０２、文書ファイル６０３、保管フォルダＩＤ６０４とで構成される。
【００９２】
文書ＩＤ６０１は、文書を一意に表すため情報であり、６０５は文書情報１件を表した例である。
【００９３】
文書名称６０２は、文書ＩＤ６０１が表す文書の表示上の名称を表すための情報である。
【００９４】
文書ファイル６０３は、文書ＩＤ６０１が表す文書の実態である文書ファイルを保管する項目であり、実際に文書ファイルを保持する。
【００９５】
保管フォルダＩＤ６０４は、文書ＩＤ６０１が表す文書が登録されている保管フォルダを表す情報である。
【００９６】
フォルダ情報（ｂ）は、図３で示した文書管理サーバ装置１０１のフォルダ／文書情報保管部３０１に保管されるフォルダ情報の形式とデータ例を表している。
【００９７】
フォルダ情報（ｂ）は、文書管理サーバ装置内に仮想的に作成されるフォルダ階層情報を保持する情報の形式を表しており、フォルダＩＤ６１１、フォルダ名称６１２、上位フォルダＩＤ６１３とで構成される。
【００９８】
フォルダＩＤ６１１は、フォルダを一意に表すため情報であり、上位フォルダＩＤ６１３の下位に存在するフォルダであることを表している。６１４はフォルダ情報１件を表した例である。
【００９９】
上位フォルダＩＤ６１３にフォルダＩＤが記載されていない場合には、そのフォルダは最上位階層であることを表す。
【０１００】
フォルダ名称６１２は、フォルダＩＤ６１１が表すフォルダの表示上の名称を表すための情報である。
【０１０１】
上位フォルダＩＤ６１３は、前述のようにフォルダの階層構造を表すための情報であり、最寄の上位フォルダＩＤを保持する。
【０１０２】
ユーザ情報（ｃ）は、図３で示した文書管理サーバ装置１０１のユーザ情報保管部３０３に保管されるユーザ情報の形式とデータ例を表している。
【０１０３】
ユーザ情報（ｃ）は、文書管理サーバ装置１０１を利用できるユーザを表すの情報の形式を表しており、ユーザＩＤ６２１、ユーザ名称６２２、パスワード６２３とで構成される。
【０１０４】
ユーザＩＤ６２１は、ユーザを一意に表すため情報であり、６２４はユーザ情報１件を表した例である。
【０１０５】
ユーザ名称６２２は、ユーザＩＤ６２１が表すユーザの表示上の名称を表すための情報である。
【０１０６】
パスワード６２３は、ユーザを認証する際の確認用文字列を表している。
【０１０７】
セッション情報（ｄ）は、図３で示した文書管理サーバ装置１０１のセッション情報保管部３０５に保管されているセッション情報の形式とデータ例を表している。
【０１０８】
セッション情報（ｄ）は、文書管理サーバ装置１０１に送付されたリクエストを識別分類するための情報であり、ログインするタイミングで発行され、その後のリクエストをログインと紐付けるものである。
【０１０９】
セッション情報（ｄ）は、セッションＩＤ６３１、処理識別ＩＤ６３２で構成される。
【０１１０】
セッションＩＤ６３１は、セッションを一意に表すための情報であり、６３３は、セッション情報１件を表した例である。
【０１１１】
処理識別ＩＤ６３２は、セッションの処理状態を示すための情報であり、本情報を用いてユーザからのリクエストの状態をチェックする。
【０１１２】
本実施例においては、「Ｓ０００００」〜「Ｓ９９９９９」の値のいずれかが使用されるものとし、「Ｅ９９９９９」については、処理識別ＩＤの無効を意味するものとする。
【０１１３】
次に、本実施例で使用する画面についての説明を行う。ここで述べる画面については、必要最低限の表示しか行っておらず、これ以外の情報を表示することも可能である。また、以降の図で示す画面構成や、表現方法についても特に本実施例での記述に限定するものではないのはいうまでもない。
【０１１４】
＜ログイン画面＞
図１のクライアント装置１０２のＣＲＴ４０６に表示するログイン画面について、図７を参照しながら説明する。
【０１１５】
図７のログイン画面７０１は、文書管理サーバ装置１０１を利用するためのユーザ認証を行う際に使用するものであり、以下の部品で構成される。
【０１１６】
ユーザＩＤ入力欄７０２は、文書管理サーバ装置１０１を利用するユーザのユーザＩＤを入力する部分である。
【０１１７】
パスワード入力欄７０３は、ユーザＩＤ入力欄７０２に入力したユーザのパスワードを入力する部分である。この部分は入力文字列を表示することはなく、ユーザの入力に合わせて「＊」が表示される。
【０１１８】
ログインボタン７０４は、文書管理サーバ装置１０１に対してユーザ認証処理を起動するボタンであり、押下する事でユーザＩＤ入力欄７０２、パスワード入力欄７０３の情報を文書管理サーバ装置１０１のリクエスト処理制御部３０７に送信する。
【０１１９】
＜文書閲覧画面＞
図１のクライアント装置１０２のＣＲＴ４０６に表示する文書閲覧画面について、図８を参照しながら説明する。
【０１２０】
図８の文書閲覧画面８０１は、文書管理サーバ装置１０１の一般的な文書の閲覧に使用するものであり、以下の部品で構成される。
【０１２１】
フォルダツリー表示部８０２は、文書管理サーバ装置１０１に格納されているフォルダの階層構造を表すブロックであり、先に示した図６のフォルダ情報（ｂ）を視覚的に表示するものである。
【０１２２】
文書情報一覧８０３は、フォルダツリー表示部８０２で選択されたフォルダにある文書の一覧を表示する部分であり、文書情報表示部８０４と、ログアウトボタン８０６とで構成される。
【０１２３】
文書情報表示部８０４は、ここに表示された文書は、１つ選択することが可能であり、選択を行うことにより表示の背景色が変化する。他の文書を選択した場合には、それまで反転していた文書の背景が元に戻り、選択された文書の背景色が変化する。
【０１２４】
また、文書情報表示部８０４は、表示すべき文書数が多い場合には、表示エリアからはみ出す場合がある。
【０１２５】
その場合には、表示エリアにスクロールバー８０５が表示され、そのスクロールバーを上下に動かすことにより、動的に表示する文書情報の位置を操作することが可能となる。
【０１２６】
ログアウト８０６は、ユーザがクライアント装置１０２のＫＢ４０８もしくはＭＯＵＳＥ４０９のいずれかの操作により押下された際に動作するボタンである。
【０１２７】
このボタンの操作によって、後述のステップＳ９１０のように、クライアント装置１０２から、文書管理サーバ装置１０１にログアウトのリクエストが行われ、文書管理サーバでの処理を終了することとなる。
【０１２８】
この動作については、図１４で詳細を後述する。
【０１２９】
＜セッション単位での文書操作を行うためのユーザ処理シーケンス＞
図９の処理シーケンスＳ９０１は、ユーザが文書管理サーバ装置を使用して行う代表的な処理の手順を示したものである。
【０１３０】
クライアント装置１０２からユーザのオペレーションなどによって起動され、文書管理サーバ装置１０１がそれに対して応答する形式になる。
【０１３１】
本シーケンスで行われる処理は、前述の文書管理サーバ装置１０１のリクエスト主処理制御部３０８とリクエスト副処理制御部３０９で行われる２種類の処理を含んでいる。
【０１３２】
これらのリクエスト処理は、文書管理サーバ装置１０１が受信すると、ネットワーク通信部３１１を通じて、リクエスト処理制御部３０７が処理をハンドリングする。
【０１３３】
そのリクエスト処理制御部３０７が、リクエストされた処理の種類により、リクエスト主処理制御部３０８とリクエスト副処理制御部３０９のいずれかに処理を振り分ける。
【０１３４】
ステップＳ９０２は、文書管理サーバ装置１０１を使用するためのログイン認証処理を表している。このために、シーケンスが始まる前には、あらかじめ図７のログイン画面７０１が文書管理サーバ装置１０１からクライアント装置１０２に提供されているものとする。
【０１３５】
ログイン画面７０１上のログインボタン７０４が押下されるとクライアント装置１０２からユーザが入力したログインＩＤとパスワードの情報が文書管理サーバ装置１０１に送信される。
【０１３６】
文書管理サーバ装置１０１は、受け取った情報を元に、図１０に後述するログイン認証処理を行う。
【０１３７】
このステップＳ９０２は、リクエスト主処理制御部３０８にて行われるものとする。
【０１３８】
正常に認証処理を終了すると、図８の文書閲覧画面８０１の情報がクライアント装置１０２に提供される。
【０１３９】
ステップＳ９０３は、ステップＳ９０２で文書管理サーバ装置１０１から取得したＨＴＭＬを元にクライアント装置１０２のＣＲＴ４０６に図８の文書閲覧画面８０１を表示する。
【０１４０】
ステップＳ９０４は、図８の文書閲覧画面８０１のフォルダツリー表示部８０２でフォルダを選択した際の処理を表している。
【０１４１】
クライアント装置１０２のＣＲＴ４０６上に表示された文書閲覧画面８０１上のフォルダツリー表示部８０２で任意のフォルダをＫＢ４０８もしくはＭＯＵＳＥ４０９により押下すると、文書管理サーバ装置１０１にユーザが指定したフォルダＩＤが送信される。
【０１４２】
文書管理サーバ装置１０１は、受け取った情報を元に、図１１に後述する文書閲覧処理を行う。
【０１４３】
このステップＳ９０４は、リクエスト主処理制御部３０８にて行われるものとする。
【０１４４】
正常に閲覧処理を終了すると、更新された図８の文書閲覧画面８０１の情報がクライアント装置１０２に提供される。
【０１４５】
ステップＳ９０５は、ステップＳ９０４で文書管理サーバ装置１０１から取得したＨＴＭＬを元にクライアント装置１０２のＣＲＴ４０６に図８の文書閲覧画面８０１を表示する。
【０１４６】
ステップＳ９０６は、前述のステップＳ９０５で表示されたＨＴＭＬの中に表示データ取得リクエストの記述が埋め込まれていた場合に発生するリクエストを表している。
【０１４７】
クライアント装置１０２は、ステップＳ９０５で表示したＨＴＭＬの中に記載されたデータ範囲を指定して文書管理サーバ装置１０１にリクエストを送信する。
【０１４８】
文書管理サーバ装置１０１は、受け取った情報を元に、図１２で後述する文書情報取得処理を行う。
【０１４９】
このステップＳ９０６は、リクエスト副処理制御部３０９にて行われるものとする。
【０１５０】
ステップＳ９０７、ステップＳ９０８、ステップＳ９０９については、前述のステップＳ９０６と同様の処理を行うフローであり、前述のステップＳ９０５に表示すべき文書データ量によってリクエスト回数が異なるものである。
【０１５１】
そのため、本シーケンス上では、記述を省略する。
【０１５２】
また、ステップＳ９０６、ステップＳ９０７、ステップＳ９０８、ステップＳ９０９に関しては、クライアント装置１０２から実行される順番に関しての制限はないものとする。
【０１５３】
ステップＳ９１０は、ユーザが文書管理サーバ装置１０１の使用を中止するためのログアウト処理を表している。
【０１５４】
クライアント装置１０２のＣＲＴ４０６に表示された文書閲覧画面８０１上のログアウトボタン９０６をＫＢ４０８もしくはＭＯＵＳＥ４０９により押下すると、文書管理サーバ装置１０１にログアウト処理が送信される。
【０１５５】
文書管理サーバ装置１０１は、図１３に後述するログアウト処理を行う。
【０１５６】
このステップＳ９１０は、リクエスト主処理制御部３０８にて行われるものとする。
【０１５７】
正常にログアウト処理を終了すると、本フローは終了する。
【０１５８】
＜文書管理サーバ装置がユーザのログイン認証を行う処理＞
図１に記載された文書管理サーバ装置１０１によるログイン認証処理について図１０を参照しながら説明する。
【０１５９】
図１０は、前述図９のステップＳ９０２でクライアント装置１０２から受けたログイン認証リクエストに対する処理フローを表したものである。
【０１６０】
本処理は図２のＣＰＵ２０１によってリクエスト処理制御部３０７から指示されたリクエスト主処理制御部３０８において実行される。
【０１６１】
図１０に示すとおり、
ステップＳ１００１において、クライアント装置１０２から渡された前述図７のログイン画面７０１のユーザＩＤ入力欄７０２とパスワード入力欄７０３でユーザが入力したユーザＩＤとパスワードの情報を取得する。
【０１６２】
そして、ユーザ情報処理部３０４を使用して、取得したユーザＩＤとパスワードに合致するユーザ情報が存在するかどうかを確認する。確認処理が終了したら次のステップＳ１００２へ進む。
【０１６３】
ステップＳ１００２において、前述ステップＳ１００１で確認したユーザ情報の有無を判断する。
【０１６４】
存在していた場合には次のステップＳ１００３へ、存在していない場合にはステップＳ１００６へ進む。
【０１６５】
ステップＳ１００３において、セッション情報処理部３０６を使用して、新規セッションを生成する。
【０１６６】
セッションの生成は、セッション情報処理部３０６において、セッションＩＤと処理識別ＩＤを新規発行する。
【０１６７】
発行した２種類のＩＤをそれぞれセッションＩＤ６３１、処理識別ＩＤ６３２に当てはめ、図６のセッション情報（ｄ）のレコード情報として、セッション情報保管部３０５へ格納する。
【０１６８】
セッション情報の生成が終了したら、次のステップＳ１００４へ進む。
【０１６９】
ステップＳ１００４において、クライアント装置１０２に送信する文書閲覧画面８０１の情報を作成する。
【０１７０】
文書閲覧画面８０１の画面情報生成は、以下の手順で行う。
【０１７１】
まず、画面に表示するために、図６のフォルダ情報（ｂ）を、前述のフォルダ／文書情報処理部３０２を使用して、フォルダ／文書情報保管部３０１から取得する。
【０１７２】
次に、表示内容生成部３１０に対して、取得したフォルダ情報（ｂ）と、前述の生成したセッションＩＤ／処理識別ＩＤと、文書閲覧画面８０１の作成である旨を通知し、画面を表すＨＴＭＬを生成する。
【０１７３】
クライアント装置１０２のＣＲＴ４０６に表示される文書閲覧画面８０１のＨＴＭＬには、次のリクエスト情報として、前述のセッションＩＤと処理識別ＩＤが送信されるように設定するものとする。
【０１７４】
文書閲覧画面８０１の画面情報の生成が終了したら、次のステップ１００５へ進む。
【０１７５】
ステップＳ１００５において、前述のステップＳ１００４で生成したＨＴＭＬをネットワーク通信部３１１を通じて、クライアント装置１０２のネットワーク通信部５０２に送信する。
【０１７６】
画面情報の送信が終了したら、本フローを終了する。
【０１７７】
ステップＳ１００６において、本フロー中に発生したエラーをユーザに通知するための処理を表示内容生成部３１０で行い、エラー情報をクライアント装置１０２のネットワーク通信部５０２に送信して、本フローを終了する。
【０１７８】
＜文書管理サーバ装置が文書の閲覧表示を行う処理＞
図１に記載された文書管理サーバ装置１０１による文書閲覧表示処理について図１１を参照しながら説明する。
【０１７９】
図１１は、前述図９のステップＳ９０４でクライアント装置１０２から受けたフォルダ選択による文書閲覧リクエストに対する処理フローを表したものである。
【０１８０】
本処理は図２のＣＰＵ２０１によってリクエスト処理制御部３０７から指示されたリクエスト主処理制御部３０８において実行される。
【０１８１】
本リクエストに対しては、パラメータとして、セッションＩＤ６３１と処理識別ＩＤ６３２とユーザが選択したフォルダＩＤ６１１が渡されるものとする。
【０１８２】
図１１に示すとおり、
ステップＳ１１０１において、クライアント装置１０２から送信されたセッションＩＤ６３１と処理識別ＩＤ６３２３を取得し、その情報の更新を行う。
【０１８３】
まず、セッション情報処理部３０６に取得したセッションＩＤ６３１に合致するセッション情報の取得を依頼する。
【０１８４】
セッション情報部３０６は、セッション情報保管部３０５から指定されたセッションＩＤ６３１に合致するセッション情報レコード６３３を取得し、リクエスト主処理制御部３０８へ戻す。
【０１８５】
次に取得したセッション情報レコード６３３の処理識別ＩＤ６３２に記載されたＩＤが、パラメータとして取得した処理識別ＩＤ６３２と同じであるかどうかを比較する。
【０１８６】
同じである場合には、セッション情報処理部３０６に対して、パラメータで取得した処理識別ＩＤ６３２を渡して、処理識別ＩＤの更新処理を依頼する。
【０１８７】
セッション情報処理部３０６は、渡された処理識別ＩＤ６３２とは異なる処理識別ＩＤ６３２を生成し、リクエスト主処理制御部３０８へ戻す。
【０１８８】
次に、取得したセッション情報レコード６３３の処理識別ＩＤ６３２に前述の更新した処理識別ＩＤ６３２を設定し、セッション情報処理部３０６に対して、セッション情報の更新を依頼する。
【０１８９】
セッション情報処理部３０６は、渡されたセッション情報で、セッション情報保管部３０５の情報を更新し、処理をリクエスト主処理制御部３０８へ戻す。
【０１９０】
上記処理を終えたら、次のステップＳ１１０２へ進む。
【０１９１】
ステップ１１０２において、前述のステップＳ１１０１での処理が正常に終了したかどうかを判断する。
【０１９２】
全ての処理が正常に終了しセッション情報の更新が完了している場合には次のステップＳ１１０３へ、情報不備などにより処理の途中でエラーになっている場合には、ステップＳ１１０８へ進む。
【０１９３】
ステップＳ１１０３において、クライアント装置１０２から渡された前述図８の文書閲覧画面８０１上のフォルダ表示部８０２で選択されたフォルダＩＤを取得する。
【０１９４】
フォルダＩＤの取得処理が終了したら次のステップＳ１１０４へ進む。
【０１９５】
ステップＳ１１０４において、前述ステップ１１０３で取得したフォルダＩＤが図６のフォルダ情報（ｂ）として存在しているかどうかを、フォルダ／文書情報処理部３０２を介して、フォルダ／文書情報保管部３０１に確認する。存在していた場合には次のステップＳ１１０５へ、存在していない場合にはステップＳ１１０８へ進む。
【０１９６】
ステップＳ１１０５において、画面に表示するために、図６のフォルダ情報（ｂ）を、前述のフォルダ／文書情報処理部３０２を使用して、フォルダ／文書情報保管部３０１から取得する。
【０１９７】
取得処理が終了したら次のステップＳ１１０６へ進む。
【０１９８】
ステップＳ１１０６において、図３の表示内容生成部３１０により、前述ステップＳ１１０５で取得したフォルダ情報（ｂ）と前述の生成したセッションＩＤ６３１／処理識別ＩＤ６３２と文書閲覧画面８０１の作成である旨を通知し、表示用ＨＴＭＬを生成する。
【０１９９】
クライアント装置１０２のＣＲＴ４０６に表示される文書閲覧画面８０１のＨＴＭＬには、次のリクエスト情報として、前述のセッションＩＤ６３１と処理識別ＩＤ６３２が送信されるように設定するものとする。
【０２００】
また、文書情報の取得用のリクエスト情報として、前述のセッションＩＤ６３１と処理識別ＩＤ６３２と、選択されているフォルダＩＤ６１１と、取得すべき文書の取得位置と文書数が設定されたものも、作成されるＨＴＭＬには含まれるようにする。
【０２０１】
文書閲覧画面８０１の画面情報の生成が終了したら、次のステップＳ１１０７へ進む。
【０２０２】
ステップＳ１１０７において、前述のステップＳ１００６で生成したＨＴＭＬをネットワーク通信部３１１を通じて、クライアント装置１０２のネットワーク通信部５０２に送信する。
【０２０３】
画面情報の送信が終了したら、本フローを終了する。
【０２０４】
ステップＳ１１０８において、本フロー中に発生したエラーをユーザに通知するための処理を表示内容生成部３１０で行い、エラー情報をクライアント装置１０２のネットワーク通信部５０２に送信して、本フローを終了する。
【０２０５】
＜文書情報を取得する処理＞
図１に記載された文書管理サーバ装置１０１による文書情報取得処理について図１２を参照しながら説明する。
【０２０６】
図１２は、前述図９のステップＳ９０５で表示されたＨＴＭＬの中に含まれる文書取得用のリクエストが、クライアント装置１０２から自動送信されることにより実行される処理フローを表したものである。
【０２０７】
本処理は図２のＣＰＵ２０１によってリクエスト処理制御部３０７から指示されたリクエスト副処理制御部３０９において実行される。
【０２０８】
本リクエストに対しては、パラメータとして、セッションＩＤ６３１と処理識別ＩＤ６３２とユーザが選択したフォルダＩＤ６１１と取得する文書の取得位置と文書数が渡されるものとする。
【０２０９】
図１２に示すとおり、
ステップＳ１２０１において、表示内容生成部３１０により、クライアント装置１０２に送信する送信ヘッダ情報を生成する。
【０２１０】
この情報はＨＴＴＰの通信ヘッダとして使用する情報を意味する。
【０２１１】
送信ヘッダ情報の生成が終了したら、次のステップＳ１２０２へ進む。
【０２１２】
ステップＳ１２０２において、クライアント装置１０２から送信されたセッションＩＤ６３１と処理識別ＩＤ６３２３を取得し、その情報のチェックを行う。
【０２１３】
まず、セッション情報処理部３０６に取得したセッションＩＤ６３１に合致するセッション情報の取得を依頼する。
【０２１４】
セッション情報部３０６は、セッション情報保管部３０５から指定されたセッションＩＤ６３１に合致するセッション情報レコード６３３を取得し、リクエスト主処理制御部３０８へ戻す。
【０２１５】
次に取得したセッション情報レコード６３３の処理識別ＩＤ６３２に記載されたＩＤが、パラメータとして取得した処理識別ＩＤ６３２と同じであるかどうかを比較する。
【０２１６】
チェックが終わったら、次のステップＳ１２０３へ進む。
【０２１７】
ステップＳ１２０３において、前述のステップＳ１２０２でチェックした結果を判定し、保管されている情報と同じ内容である場合には、継続可能として、次のステップＳ１２０４に進む。
【０２１８】
保管されている情報と異なる内容である場合には、処理すべき内容が既に過去のものになっているためエラーとし、ステップＳ１２１０へ進む。
【０２１９】
ステップＳ１２０４において、前述のステップＳ１２０１で生成した送信ヘッダ情報のうち、先頭から１０バイトを取得し、クライアント装置１０２のネットワーク制御部５０２に対して送信する。
【０２２０】
送信したら、保持している送信ヘッダ情報の先頭１０バイトを削除する。
【０２２１】
前述の通信バイト数については、クライアント装置１０２に対して、通信ができているかどうかのチェックを行うことが目的であるため、１０バイトという部分に大きな意味はない。
【０２２２】
送信が終了したら次のステップＳ１２０５へ進む。
【０２２３】
ステップＳ１２０５において、前述のステップＳ１２０４で送信した情報が正常にクライアント装置１０２に到達したかどうかを確認し、送信が成功している場合には、クライアント装置が受信可能状態であると判断し、次のステップＳ１２０６へ進む。
【０２２４】
送信が通信エラーとなっている場合には、クライアント装置が受信できなくなっていると判断して、ステップＳ１２０９へ進む。
【０２２５】
ステップＳ１２０６において、文書情報に対する取得処理を行う。
【０２２６】
文書情報の取得処理は、全てを１ステップで実行することも可能である。
【０２２７】
しかし、データベースの検索、データ情報の取得など処理時間がかかるものであり、細かい時間で処理継続をチェックする事で不要な処理の判断を行う意味から、後述の図１３に記載したように取得処理要素を分けて、分割して順に処理を行う。
【０２２８】
そのため、このステップでは図１３に記載した取得処理要素を一つ実行することを行う。
【０２２９】
図１３に記載した取得処理要素の一つが終了したら、次のステップＳ１２０７へ進む。
【０２３０】
ステップＳ１２０７において、前述の取得処理要素の全てが終了しているかどうかを判断し、全ての処理が終了している場合には、次のステップＳ１２０８へ進む。
【０２３１】
まだ終了していない取得処理要素が残っている場合には、ステップＳ１２０２へ戻る。
【０２３２】
ステップＳ１２０８において、前述のステップＳ１２０４で未送信となっているヘッダ情報の残りに、前述のステップＳ１２０６で取得して整形された文書情報リストを付加して、全てをクライアント装置１０２のネットワーク制御部５０２に対して送信する。
【０２３３】
全ての送信が終了したら、本フローを終了する。
【０２３４】
ステップＳ１２０９において、クライアント装置１０２との通信が失敗しているため、セッション情報の更新を行う。
【０２３５】
まず、セッション情報処理部３０６に取得したセッションＩＤ６３１に合致するセッション情報の取得を依頼する。
【０２３６】
セッション情報部３０６は、セッション情報保管部３０５から指定されたセッションＩＤに合致するセッション情報レコード６３３を取得し、リクエスト主処理制御部３０８へ戻す。
【０２３７】
次にセッション情報処理部３０６に対して、処理種別ＩＤとして「Ｅ９９９９９」を渡して、セッション情報の更新処理を依頼する。
【０２３８】
セッション情報処理部３０６は、渡されたセッション情報で、セッション情報保管部３０５の情報を更新し、処理をリクエスト副処理制御部３０９へ戻す。
【０２３９】
上記処理を終えたら、次のステップＳ１２１０へ進む。
【０２４０】
ステップＳ１２１０においては、エラーの通知先としてクライアント装置１０２の状態が変わっているためエラー情報の通知は行わず、前述の生成した送信ヘッダ情報を破棄して、本フローを終了する。
【０２４１】
＜文書情報を取得する処理要素の説明＞
図１に記載された文書管理サーバ装置１０１による文書情報取得処理のうち実際に文書情報を取得する処理の要素とその手順について図１３を参照しながら説明する。
【０２４２】
図１３は、前述図１２のステップＳ１２０６において実行する文書情報の取得処理を要素とその処理手順について表したものである。
【０２４３】
本処理は図２のＣＰＵ２０１によってリクエスト処理制御部３０７から指示されたリクエスト副処理制御部３０９において実行される。
【０２４４】
図１３に示すとおり、文書情報の処理手順は、ステップＳ１３０１の文書情報検索処理と、ステップＳ１３０２の文書情報取得処理と、ステップＳ１３０３の文章情報整形処理の３つによって構成される。
【０２４５】
最初のステップＳ１３０１において、まず図１２の文書情報取得処理にパラメータとして渡されているユーザが選択したフォルダＩＤ６１１を取得する。
【０２４６】
そして、取得したフォルダＩＤ６１１の直下に存在する文書情報を、フォルダ／文書情報処理部３０２を使用してフォルダ／文書情報保管部３０１から検索し、取得された文書ＩＤ６０１の一覧を文書管理サーバ装置１０２のＲＡＭ２０２に格納しておく。
【０２４７】
次のステップＳ１３０２において、前述のステップＳ１３０１で文書管理サーバ装置１０２のＲＡＭ２０２に格納してある文書ＩＤ６０１の一覧を読出す。
【０２４８】
次に、図１２の文書情報取得処理にパラメータとして渡されている取得する文書の取得位置と文書数に合致する文書ＩＤ６０１のリストを生成する。
【０２４９】
そして、絞り込まれた文書ＩＤ６０１のリストに合致する文書情報のリストをフォルダ／文書情報処理部３０２を使用してフォルダ／文書情報保管部３０１から取得する。
【０２５０】
取得した文書情報リストは、再度文書管理サーバ装置１０２のＲＡＭ２０２に格納しておく。
【０２５１】
また、文書管理サーバ装置１０２のＲＡＭ２０２に格納してあった文書ＩＤリストは削除する。
【０２５２】
最後のステップＳ１３０３において、文書管理サーバ装置１０２のＲＡＭ２０２に格納しておいた文書情報リストを読出し、表示内容生成部３１０を用いて、出力用の文書情報の書式に整形する。
【０２５３】
＜ログアウト処理＞
図１に記載された文書管理サーバ装置１０１によるログアウト処理について図１４を参照しながら説明する。
【０２５４】
図１４は、前述図９のステップＳ９１０でクライアント装置１０２から受けたログアウトリクエストに対する処理フローを表したものである。
【０２５５】
本処理は図２のＣＰＵ２０１によってリクエスト処理制御部３０７から指示されたリクエスト主処理制御部３０８において実行される。
【０２５６】
本リクエストに対しては、パラメータとして、セッションＩＤ６３１と処理識別ＩＤ６３２が渡されるものとする。
【０２５７】
図１４に示すとおり、
ステップＳ１４０１において、ログアウトによりセッションを無効化するために、セッション情報の更新を行う。
【０２５８】
まず、パラメータとして渡されたセッションＩＤ６３１を取得する。
【０２５９】
次に、セッション情報処理部３０６に取得したセッションＩＤ６３１に合致するセッション情報の取得を依頼する。
【０２６０】
セッション情報部３０６は、セッション情報保管部３０５から指定されたセッションＩＤに合致するセッション情報レコード６３３を取得し、リクエスト主処理制御部３０８へ戻す。
【０２６１】
セッション情報処理部３０６に対して、処理種別ＩＤとして「Ｅ９９９９９」を渡して、セッション情報の更新処理を依頼する。
【０２６２】
セッション情報処理部３０６は、渡されたセッション情報で、セッション情報保管部３０５の情報を更新し、処理をリクエスト主処理制御部３０８へ戻す。
【０２６３】
上記処理を終えたら、本フローを終了する。
【図１】
2011018203.tif 000003
【図２】
2011018203.tif 000004
【図３】
2011018203.tif 000005
【図４】
2011018203.tif 000006
【図５】
2011018203.tif 000007
【図６】
2011018203.tif 000008
【図７】
2011018203.tif 000009
【図８】
2011018203.tif 000010
【図９】
2011018203.tif 000011
【図１０】
2011018203.tif 000012
【図１１】
2011018203.tif 000013
【図１２】
2011018203.tif 000014
【図１３】
2011018203.tif 000015
【図１４】
2011018203.tif 000016