(57)【要約】【課題】  時間切れ（タイムアウト）を起こして、セッションが切られた場合、再ログイン時、操作途中であったフォルダ情報を表示し、ユーザの操作の継続性を確保出来るようにする。【解決手段】  本発明は、クライアントからの要求に応じて送信したフォルダ情報を保存しておき、クライアントのログイン要求があった時に、前記フォルダ情報が保存されているか判断して、前記フォルダ情報が保存されていると判断した場合、当該ログイン要求してきたクライアントに対して、当該保存されているフォルダ情報を送信するように構成する。【選択図】  図２
2006172156.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの要求に応じて送信したフォルダ情報を保存する保存手段と、
クライアントのログイン要求があった時に、前記保存手段によりフォルダ情報が保存されているか判断する判断手段と、
前記フォルダ情報が保存されていると前記判断手段で判断した場合、当該ログイン要求してきたクライアントに対して、当該保存されているフォルダ情報を送信する送信手段と
を有することを特徴とする文書管理装置。
【請求項２】
前記クライアントからのログアウト要求によってセッションが切られた場合、前記保存手段により保存されるフォルダ情報は削除され、
一方、前記クライアントから一定期間要求がなくタイムアウトによりセッションが切られた場合、前記保存手段により保存されるフォルダ情報は削除しないことを特徴とする請求項１に記載の文書管理装置。
【請求項３】
前記クライアントのログイン要求があった際に、セッション情報を作成するセッション作成手段と、
前記クライアントからログアウト要求があった場合、前記セッション情報と前記フォルダ情報とを削除する第１削除手段と、
前記クライアントから一定期間要求がない場合、前記セッション情報を削除する第２削除手段と、を更に有することを特徴とする請求項１に記載の文書管理装置。
【請求項４】
前記フォルダ情報は、Ｗｅｂページであることを特徴とする請求項１に記載の文書管理装置。
【請求項５】
セッション情報が削除された後の同一セッションに対してクライアントから要求があった場合に、セッション情報が削除された旨を当該クライアントに警告する警告手段を更に有することを特徴とする請求項３に記載の文書管理装置。
【請求項６】
前記フォルダ情報が保存されていないと前記判断手段で判断された場合、前記送信手段は、当該ログイン要求してきたクライアントに対して、所定のフォルダ情報を送信することを特徴とする請求項１に記載の文書管理装置。
【請求項７】
前記文書管理装置は、Ｗｅｂサーバであることを特徴とする請求項１に記載の文書管理装置。
【請求項８】
クライアントからの要求に応じて送信したフォルダ情報を保存する保存ステップと、
クライアントのログイン要求があった時に、前記保存ステップによりフォルダ情報が保存されているか判断する判断ステップと、
前記フォルダ情報が保存されていると前記判断ステップで判断した場合、当該ログイン要求してきたクライアントに対して、当該保存されているフォルダ情報を送信する送信ステップと
を有することを特徴とする文書管理方法。
【請求項９】
クライアントからの要求に応じて送信したフォルダ情報を保存する保存ステップと、
クライアントのログイン要求があった時に、前記保存ステップによりフォルダ情報が保存されているか判断する判断ステップと、
前記フォルダ情報が保存されていると前記判断ステップで判断した場合、当該ログイン要求してきたクライアントに対して、当該保存されているフォルダ情報を送信する送信ステップと
の各ステップをコンピュータに実行させるためのプログラムコードを含むことを特徴とするコンピュータプログラム。
【請求項１０】
請求項９に記載のコンピュータプログラムを格納した、コンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバ、Ｗｅｂクライアントとデータベースサーバ上に構築された文書管理システムの使用上の簡便性にかかわるものである。
【背景技術】
【０００２】
従来、Ｗｅｂアプリケーションシステムにおいては、アプリケーションが複数ページで構成される場合には、一連のｈｔｔｐおよびｈｔｔｐｓプロトコルアクセスを連続したものと把握するための仕掛けであるセッション情報を管理する手段をＷｅｂサーバ上に備えている場合が多い。クライアント側から正常のログアウト要求がされた場合には、このセッション管理情報は不要なものとして削除されるが、クライアントからログアウト要求がない場合は、セッション情報はＷｅｂサーバ上に残り続ける。通常は一定期間経過後、セッション情報を削除して、その後に同一セッションに対する要求があった場合は、セッション切れを警告するような仕組になっていることが多い。
【特許文献１】特開２０００−１７２４８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ユーザが操作の途中で何かの事情で正式なログアウト操作をせずに操作を中断して、長時間クライアントからの要求がないことは度々発生する。文書管理システムでは、セッション切れを発生した後でユーザが操作を継続しようとした場合、ユーザは再度ログイン要求をＷｅｂクライアントに送信し、複数キャビネットの階層型フォルダの中から、ユーザの記憶にある操作途中のフォルダを選択しなおして、操作を続ける必要がある。
【０００４】
このような文書管理装置では、時間が経過し多くの階層型フォルダが作成され、文書が蓄積されると、ユーザのフォルダ選択操作が煩雑になり、また操作の継続性が中断され使用しづらいという問題点があった。
【０００５】
本発明は、かかる上記問題点について鑑みなされたものであり、セッション切れを発生した場合も、次回のログインの初期画面で、操作途中であったフォルダを開いた状態で表示し、ユーザの操作の継続性を確保することが出来るような、Ｗｅｂシステム上に構築する文書管理方法及び装置並びにプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記課題を解決する。
【発明の効果】
【０００７】
最終アクセスフォルダ情報を保存しておくことにより、操作途中であったフォルダを次回ログイン時に選択した状態で表示し、ユーザ操作の継続性を確保することができるという効果を奏する。
【発明を実施するための最良の形態】
【０００８】
（実施例１）
図１は、本発明の文書管理システムの構成を示すブロック図である。
【０００９】
図１において、複数のクライアント３がインターネット７を経由して文書管理システムのサーバ１にｈｔｔｐおよびｈｔｔｐｓ通信、あるいはその他のインターネット間通信方法によってアクセスできる。サーバ１にて文書管理のためのフォルダ情報および文書を保管及び管理し、クライアント３には、このように保管し管理されるフォルダ情報および文書情報を提供するように管理する。サーバ１はインターネット７間の通信を行うためのウェブサーバ１３、フォルダ、文書管理を行う文書管理サーバ１０、フォルダ、文書管理情報を保存するフォルダ、文書管理データベース１１、文書データを保存するためのファイルシステム１２、一連のｈｔｔｐおよびｈｔｔｐｓプロトコルアクセスを連続したものと把握するための仕掛けであるセッション情報を作成、保存する手段１４、ユーザがアクセスしたフォルダ識別情報を保存する手段１５、セッション情報を監視して一定期間応答がない場合、セッション削除するセッション削除モニタ１６、にそれぞれ接続されている。
【００１０】
次に、上記のように構成されたシステム動作環境における文書管理装置について、図２、図３のフローチャート及び図４、図５、図６、図７に従い説明する。
【００１１】
まず、図２において、Ｗｅｂサーバ１３上でクライアントからの要求を処理するフローを説明する。
【００１２】
図２において、ステップ２０１では、クライアントから文書管理装置へのログイン要求を受信する。次にステップ２０２に移りセッション情報テーブルにセッション情報を作成して、現在の日時を「最終アクセス日時」として保存する。（図４はセッション情報テーブルの例である）
次に、ステップ２０３では、ステップ２０１でログインを要求したユーザＩＤで「最終アクセスフォルダ情報」が保存されているか否かチェックする。（図５は最終アクセスファルダ情報テーブルの例である）
「最終アクセスフォルダ情報」が保存されている場合は、ステップ２０４に移り、文書管理サーバ１０から「最終アクセスフォルダ」情報を取得する。次に、ステップ２０５に移り、最終アクセスフォルダ情報表示用ＨＴＭＬを作成してクライアントに送信する。（図７はクライアントにおける初期画面の表示例（前回セッション切れを発生した場合）である）
「最終アクセスフォルダ情報」が保存されていない場合は、ステップ２０６に移り、キャビネット一覧表示用ＨＴＭＬを作成してクライアントに送信する。（図６はクライアントにおける初期画面の表示例（前回正常なログアウト操作をした場合）である）
次に、ステップ２０７では、クライアントからの新たな要求を受信する。
【００１３】
次に、ステップ２０８に移り、新たな要求のセッションＩＤがセッション情報テープル（図４）にあるか否かチェックする。セッションＩＤがテーブルに保存されていない場合は、ステップ２０９に移り、セッション切れを通知するためのＨＴＭＬを作成してクライアントに送信して、処理を終了する。
【００１４】
セッションＩＤがテーブルに保存されている場合は、ステップ２０９に移り、セッション情報テープルの該当ＩＤの最終アクセス日時を現在の日時に更新する。（図４）
クライアントからの要求が「選択フォルダ情報を表示すること」の場合は、ステップ２１２に移り、文書管理サーバ１０から要求フォルダの情報を取得する。次にステップ２１３に移り、該当アクセスフォルダ情報表示用ＨＴＭＬを作成してクライアントに送信する。次に、ステップ２１４に移り、最終アクセスファルダ情報テーブル（図５）に該当ユーザＩＤが存在するか否かチェックする。該当ユーザＩＤが存在する場合は、ステップ２１５に移り、最終アクセスファルダ情報テーブル（図５）の該当ユーザＩＤの最終アクセスフォルダ情報を更新する。該当ユーザＩＤが存在しない場合は、ステップ２１６に移り、最終アクセスファルダ情報テーブル（図５）に該当ユーザＩＤと最終アクセスフォルダ情報を追加する。次に、ステップ２０７に移り、クライアントからの新たな要求を受信する。
【００１５】
クライアントからの要求が「ログアウトする」の場合は、ステップ２１７に移り、セッション情報テーブル（図４）から該当セッションのセッションＩＤ及び最終アクセス日時を削除しする。次に、ステップ２１７に移り、最終アクセスファルダ情報テーブル（図５）から該当ユーザＩＤ及び最終アクセスフォルダ情報を削除して、処理を終了する。
【００１６】
クライアントからの要求が「その他」の場合は、ステップ２１９に移り、各要求に応じたＨＴＭＬを作成してクライアントに送信する。次に、ステップ２０７に移り、クライアントからの新たな要求を受信する。
【００１７】
次に、図３において、Ｗｅｂサーバ上のセッション情報削除モニタの処理フローを説明する。
【００１８】
図３において、ステップ３０１では、システムから現在の日時を取得する。
【００１９】
次に、ステップ３０２では、セッション情報テーブル（図４）に保存されているセッション情報の数を取得する。
【００２０】
次に、ステップ３０３に移り、セッション情報テーブル（図４）に保存されている最終アクセス日時を取得する。
【００２１】
次に、ステップ３０４に移り、現在の日時とステップ３０３で取得した最終アクセス日時を比較して、一定時間が経過しているか否かをチェックする。一定時間経過している場合は、ステップ３０５に移り、セッション情報テーブル（図４）から該当セッションのセッションＩＤ及び最終アクセス日時を削除しする。
【００２２】
次に、ステップ３０６に移り、未チェックのセッションＩＤが存在するか否かチェックする。存在する場合は、ステップ３０３に戻る。存在しない場合は、処理を終了する。
【００２３】
次に、上記のようなフローチャートによって実現される文書管理装置のテーブル例、表示例を、図４、図５、図６、図７で説明する。
【００２４】
図４は、セッション情報テーブルの例である。セッションＩＤとそのＩＤを使用したクライアントからの最終アクセス日時が保存されている。ここでは、Ｓｅｓｓｉｏｎ３が、セッション切れで、セッション情報削除モニタ１６によって削除されているものとする。このテーブルの状態で、セッションＩＤをＳｅｓｓｉｏｎ３を指定してクライアントから要求があった場合は、図２のステップ２０９で、セッション切れを通知するためのＨＴＭＬを作成してクライアントに送信される。
【００２５】
図５は、最終アクセスファルダ情報テーブルの例で、現在はユーザＩＤ「○○○」で、最終アクセスフォルダとして「￥￥ＸＸＸ．ａａａ￥動作確認」フォルダが、ユーザＩＤ「×××」で、最終アクセスフォルダとして「￥￥ＹＹＹ．ａａａ￥Ｒｅｐｏｒｔ￥２００１」フォルダが保存されている。
【００２６】
図６は、ログイン要求のあったユーザＩＤで前回正常なログアウト操作をした場合、または本文書管理装置にログイン要求を出す時にこれまで使用されていないユーザＩＤを使用した場合の、クライアントにおける初期画面の表示例である。例えば、ユーザＩＤ「△△△」でログインを要求された場合、図５の最終アクセスファルダ情報テーブルでは、ユーザＩＤ「△△△」のユーザＩＤ及び最終アクセスファルダ情報は保存されていないので、図２のステップ２０６でキャビネット一覧表示用ＨＴＭＬを作成してクライアントに送信される。
【００２７】
図７は、前回セッション切れを発生したユーザＩＤでログインした場合の初期画面の表示例である。例えば、前回セッション切れを発生させたユーザＩＤ「○○○」でログインを要求された場合、図５の最終アクセスファルダ情報テーブルでは、ユーザＩＤ「○○○」のユーザＩＤ及び最終アクセスファルダ情報「￥￥ＸＸＸ．ａａａ￥動作確認」が保存されているので、図２のステップ２０４で最終アクセスフォルダ情報「￥￥ＸＸＸ．ａａａ￥動作確認」の情報が文書管理サーバから取得され、ステップ２０５で「￥￥ＸＸＸ．ａａａ￥動作確認」フォルダ情報表示用のＨＴＭＬを作成してクライアントに送信される。このため、ユーザ「○○○」は前回操作途中であったフォルダがどのフォルダであるか記憶していなくても、本装置を使用すれば、次回ログイン時の操作途中のフォルダが初期画面として表示され、操作を継続して実行することができるようになる。
【００２８】
本発明は上記ステップによって、最終アクセスフォルダ情報を保存する手段、そのフォルダを初期情報画面として送信する手段を設定することによって、Ｗｅｂシステム上に構築された文書管理システムにおいて、操作途中であったフォルダを次回ログイン時に選択した状態で表示し、ユーザ操作の継続性を確保することが出来るような文書管理方法を提供するものである。
【００２９】
以上説明したように、最終アクセスフォルダ情報を保存しておくことにより、操作途中であったフォルダを次回ログイン時に選択した状態で表示し、ユーザ操作の継続性を確保することができるという効果を奏する。
【００３０】
（その他の実施例）
なお、上述したような本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００３１】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００３２】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００３３】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００３４】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００３５】
その他、プログラムの供給方法としては、コンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるサーバも、本発明に含まれるものである。
【００３６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００３７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００３８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施例におけるシステム構成例を示す図である。
【図２】クライアントからの要求を処理するフローチャートである。
【図３】セッション情報削除モニタの処理フローチャートである。
【図４】セッション情報テーブルの例である。
【図５】最終アクセスフォルダ情報テーブルの例である。
【図６】クライアントにおける初期画面の表示例である。
【図７】クライアントにおける初期画面の表示例である。
【図１】
2006172156.tif 000003
【図２】
2006172156.tif 000004
【図３】
2006172156.tif 000005
【図４】
2006172156.tif 000006
【図５】
2006172156.tif 000007
【図６】
2006172156.tif 000008
【図７】
2006172156.tif 000009