(57)【要約】【課題】  ＲＩＡはＷｅｂページの１コンポーネントとして扱われる為、ＲＩＡ上の画像などのコンテンツに対してお気に入りなどに保存して、ショートカットを作成することができなかった。【解決手段】  文書管理サーバから取得したコンテンツのＵＲＬをコピーすることでコンテンツ指定可能とすること。コンテンツのＵＲＬをブラウザ上のアドレスバーから指定することでコンテンツを指定して表示すること。【選択図】  図３
2012008875.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを階層的に管理する文書管理サーバと、該文書管理サーバと通信するクライアント装置からなる文書管理システムであって、
前記文書管理サーバは、
クライアント装置からリクエストを受信し、前記クライアント装置にページ情報を送信する手段を有し、
前記クライアント装置は、前記文書管理サーバから受信したページ情報にしたがって、
前記ページ情報に基づくページ画面をブラウザに表示し、
前記表示されるページ画面上で選択されるコンテンツのＵＲＬコピーの指示を受け取り、
前記ＵＲＬコピーを指示された前記コンテンツの名称と前記ＵＲＬコピーを指示された前記コンテンツの親のコンテンツの名称を取得し、
前記コンテンツの名称と前記親コンテンツの名称を結合することによって前記ＵＲＬコピーを指示されたコンテンツのＵＲＬを生成する
ことを特徴とする文書管理システム。
【請求項２】
前記クライアント装置は、前記生成されたＵＲＬに基づくコンテンツの表示の指示を受け取り、該ＵＲＬに基づくコンテンツが存在していない場合、存在している親コンテンツを表示することを特徴とする請求項１に記載の文書管理システム。
【請求項３】
複数のコンテンツを階層的に管理し、クライアント装置と通信する文書管理サーバであって、
クライアント装置からリクエストを受信し、前記クライアント装置にページ情報を送信する手段を有し、
前記クライアント装置に、前記ページ情報にしたがって、
前記ページ情報に基づくページ画面をブラウザに表示する処理と、
前記表示されるページ画面上で選択されるコンテンツのＵＲＬコピーの指示を受け取る処理と、
前記ＵＲＬコピーを指示された前記コンテンツの名称と前記ＵＲＬコピーを指示された前記コンテンツの親のコンテンツの名称を取得する処理と、
前記コンテンツの名称と前記親コンテンツの名称を結合することによって前記ＵＲＬコピーを指示されたコンテンツのＵＲＬを生成する処理を実行させる
ことを特徴とする文書管理サーバ。
【請求項４】
複数のコンテンツを階層的に管理する文書管理サーバと、該文書管理サーバと通信するクライアント装置からなる文書管理システムにおける文書管理方法であって
前記文書管理サーバは、
クライアント装置からリクエストを受信し、前記クライアント装置にページ情報を送信し、
前記クライアント装置は、前記文書管理サーバから受信したページ情報にしたがって、
前記ページ情報に基づくページ画面をブラウザに表示し、
前記表示されるページ画面上で選択されるコンテンツのＵＲＬコピー指示を受け取り、
前記ＵＲＬコピーを指示された前記コンテンツの名称と前記ＵＲＬコピーを指示された前記コンテンツの親のコンテンツの名称を取得し、
前記コンテンツの名称と前記親コンテンツの名称を結合することによって前記ＵＲＬコピーを指示されたコンテンツのＵＲＬを生成する
ことを特徴とする文書管理方法。
【請求項５】
前記クライアント装置は、前記生成されたＵＲＬに基づくコンテンツの表示の指示を受け取り、該ＵＲＬに基づくコンテンツが存在していない場合、存在している親コンテンツを表示することを特徴とする請求項４に記載の文書管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システムに関する。
【背景技術】
【０００２】
従来の技術には、文書管理サーバで管理している文書やフォルダーなどのコンテンツをクライアント端末からインターネットなどのネットワーク環境で複数の人による作業を行う技術が存在する。例えば、特許文献１のような複数の人による、適切なアクセス管理を行い文書の校正作業を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−４０５８７
【発明の概要】
【発明が解決しようとする課題】
【０００４】
Ｒｉｃｈ  Ｉｎｔｅｒｎｅｔ  Ａｐｐｌｉｃａｔｉｏｎｓ（以後ＲＩＡ）のようなＷｅｂアプリケーション技術を用いることで、ブラウザ上で操作性、表現力に優れたアプリケーション開発が行えるようになってきた。しかし、ＲＩＡはＷｅｂページの１コンポーネントとして扱われる為、Ｗｅｂページを再描画したり、ＲＩＡ上の画像などのコンテンツに対してお気に入りなどに保存することができない問題があった。
【課題を解決するための手段】
【０００５】
本発明の文書管理システムは、複数のコンテンツを階層的に管理する文書管理サーバと、該文書管理サーバと通信するクライアント装置からなる文書管理システムであって、前記文書管理サーバは、クライアント装置からリクエストを受信し、前記クライアント装置にページ情報を送信する手段を有し、前記クライアント装置は、前記文書管理サーバから受信したページ情報にしたがって、前記ページ情報に基づくページ画面をブラウザに表示し、前記表示されるページ画面上で選択されるコンテンツのＵＲＬコピーの指示を受け取り、前記ＵＲＬコピーを指示された前記コンテンツの名称と前記ＵＲＬコピーを指示された前記コンテンツの親のコンテンツの名称を取得し、前記コンテンツの名称と前記親コンテンツの名称を結合することによって前記ＵＲＬコピーを指示されたコンテンツのＵＲＬを生成することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、ブラウザのＲＩＡプラグイン上に、ＵＲＬ（お気に入りなど）からコンテンツを表示することが可能になり、操作性が向上する。
【図面の簡単な説明】
【０００７】
【図１】システム構成図
【図２】文書管理サーバおよび文書管理クライアントのブロック構成図
【図３】実施例１のソフトウェア構成図
【図４】コンテンツ情報構成図
【図５】コンテンツツリー構造図
【図６】コンテンツ表示例図
【図７】実施例１のコンテンツのＵＲＬコピーする処理の流れを示すフローチャート
【図８】実施例１のＵＲＬコピーされたコンテンツを表示する処理の流れを示すフローチャート
【図９】実施例２のＵＲＬコピーされたコンテンツが無かった場合、１つ上のコンテンツを表示する処理の流れを示すフローチャート
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
＜システム構成＞
図１は、本発明の実施形態に係るシステムのシステム構成図である。本実施形態は、文書管理サーバＰＣ１０とクライアントＰＣ２０より構成され、文書管理サーバＰＣ１０とクライアントＰＣ２０は、ＬＡＮ３０を介して接続される。文書管理サーバＰＣ１０は、文書やフォルダーなどのコンテンツを管理する文書管理機能とＷｅｂアプリケーションサーバ機能を提供する。クライアントＰＣ２０は、ブラウザを介して文書管理サーバＰＣ１０に接続してコンテンツを操作する機能を提供する。文書管理サーバ１０とクライアントＰＣ２０は、一般的なＰＣのハードウェアより構成される。
【００１０】
＜ハードウェア構成＞
図２は、本発明の実施形態に係る文書管理システムを構成する各ＰＣのハードウェア構成図を示している。図示されるハードウェア構成図は一般的な情報処理装置のハードウェア構成図に相当するものとし、本実施形態の各ＰＣは一般的な情報処理装置のハードウェア構成を適用できる。図２においては、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１０からＲＡＭ２０２にロードされたＯＳ（オペレーションシステム）やアプリケーション等のプログラムを実行する。後述する各フローチャートの処理はこのプログラムの実行により実現できる。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０５は、各種ディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）２１０やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＮＣ２０７はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１１】
＜処理の説明＞
＜実施例１＞
以下、本発明の第１の実施形態に係るシステムの処理の流れについて、図１乃至図８を用いて概要を説明する。
【００１２】
図３は、本発明の第一の実施形態に係るシステムの一例を示すソフトウェア構成図である。文書管理サーバＰＣ１０とクライアントＰＣ２０が提供する機能のソフトウェア構成を示している。文書管理サーバＰＣ１０の構成において、各機能部は、図２のハードウェア構成より実現される。各機能は、ＣＰＵ２０１が外部メモリ２１０からＲＡＭ２０１にロードし実行され、ＣＰＵ２０１は、メイン制御部３００を介して処理を実行する。また、コンテンツなどの情報は、外部メモリ２１０に保持され、必要なときにＲＡＭ２０１にロードし処理される。メイン制御部３００は、文書管理サーバＰＣ１０のアプリケーションを司るメイン制御処理を行う。また、メイン制御部３００は、入出力管理部３０１、ＵＩ制御部３０２、コンテンツ操作部３０３を制御し、コンテンツ情報などの橋渡しを行う。入出力管理部３０１は、クライアントＰＣ２０からのコマンドのリクエストを受信して、コマンドのレスポンスを送信する。ＵＩ制御部３０２は、クライアントＰＣ２０で操作するブラウザが解釈可能なページ情報を生成する。コンテンツ操作部３０３は、クライアントＰＣ２０からリクエストのあったコンテンツ情報をコンテンツ情報記憶部３０５から取得する。なお、コンテンツ情報記憶部３０５は、複数のコンテンツ情報を階層的に管理している。クライアントＰＣ２０の構成において、各機能部は、文書管理サーバＰＣ１０と同様に図２のハードウェア構成より実現される。メイン制御部３１０は、クライアントＰＣ２０のアプリケーションを司るメイン制御処理を行う。また、メイン制御部３１０は、入出力管理部３１１、ＵＩ制御部３１２、ＵＲＬ解析部３０３を制御し、コンテンツ情報などの橋渡しを行う。入出力管理部３１１は、文書管理サーバＰＣ１０へコマンドのリクエストを送信して、コマンドのレスポンスを受信する。ＵＩ制御部３１２は、文書管理サーバＰＣ１０から受信したページ情報を解釈してブラウザで表示すること、また、文書管理サーバＰＣ１０から受信したコンテンツをブラウザ上に表示する。ＵＲＬ解析部３１３は、ブラウザ上で入力したＵＲＬ情報を分解してコンテンツのパス情報を取得する。また、取得したパスを区切り毎に分解する。
【００１３】
＜コンテンツ情報構成＞
図４は、本発明の実施形態に係るコンテンツ情報の一例を示す構成図である。図で示すコンテンツ情報は、図３のコンテンツ情報記憶部３０５に保持される。コンテンツＩＤ４００は、各コンテンツを識別するためのユニークな情報である。コンテンツ名称４０１は、コンテンツの名称を示す情報である。コンテンツ種別４０２は、コンテンツの種別を示す情報である。本実施例では、フォルダーと文書がある。親コンテンツ４０３は、コンテンツが存在する親コンテンツを示す情報である。文書Ａは、親コンテンツに「ＩＤ０００１」を保持しているので、コンテンツＩＤが「ＩＤ０００１」のフォルダーＡの子コンテンツとして認識される。
【００１４】
＜コンテンツ階層図＞
図５は、図４のコンテンツ情報において、ルートから文書Ａまので階層を示す階層図である。階層構成５００は、一番上のルートから文書Ａまでの階層を示している。文書Ａは、親コンテンツに「ＩＤ０００１」を保持しているので、コンテンツＩＤが「ＩＤ０００１」のフォルダーＡの子コンテンツとして認識される。フォルダーＡは、親コンテンツに「ＩＤ００００」を保持しているので、コンテンツＩＤが「ＩＤ００００」のルートの子コンテンツとして認識される。ルートは、親コンテンツに「−」を保持しているので、一番上のコンテンツとして認識される。パス構成５０１は、階層構成５００を区切り文字「／」で示したものである。
【００１５】
＜コンテンツ表示図＞
図６は、本発明の実施形態に係るブラウザ上に表示されるコンテンツの表示の一例を示す図である。ブラウザは、一般的なＷｅｂブラウザを示しており、ＵＲＬを表示する部分とコンテンツを表示する機能を備えている。コンテンツを表示する機能においては、ブラウザ上でＲＩＡのようなＷｅｂアプリケーションが動作可能である。すなわち、以下に述べる動作を行うためのＷｅｂアプリケーションは、文書管理サーバよりダウンロードされたページ情報内に含まれている。ブラウザのＵＲＬ表示部に特定ＵＲＬを指定してページを表示した状態が図６（ａ）である。ページには、Ｗｅｂアプリケーションのコンポーネントが含まれており、ブラウザ６００上でページが表示された時にロードされて処理を開始する。ロードされたＷｅｂアプリケーションは、文書管理サーバＰＣ１０と通信してコンテンツのフォルダーＡ６０１とフォルダーＢ６０２を表示するものである。図６（ａ）は、図４の「ルート」に含まれる子コンテンツを表示した場合の表示例である。ルートに含まれるコンテンツは、フォルダーＡ６０１とフォルダーＢ６０２があるので、ブラウザのコンテンツ表示部分に表示される。図６（ｂ）は、図４の「フォルダーＡ」に含まれる子コンテンツを表示し、ＵＲＬコピーを指示するコマンドを表示する場合の表示例である。フォルダーＡ６０１に含まれるコンテンツは、文書Ａ６１０があるので、ブラウザのコンテンツ表示部分に表示される。文書Ａ６１０を選択するとコマンドボタンが右上に表示されるのでコマンドボタンを選択してＵＲＬコピーメニュー６１１を実行することでＵＲＬコピーが行われる。コピーしたＵＲＬは、クリップボード上に、文書ＡのＵＲＬ６２０として保持される。文書Ａ６１０のＵＲＬ６２０は、プロトコル名＋サーバ名＋ページ名＋コンテンツパスで構成され、コンテンツパスは、パス識別子「ｐａｔｈ」で示される。図６（ｃ）は、文書ＡのＵＲＬ６２０をブラウザから指定してコンテンツを表示した場合の表示例である。
【００１６】
以下、フローチャートを用いて本システムの流れについて説明する。本システムは、大きく２つの流れより構成され、１つ目は、ブラウザ上に表示されたコンテンツのＵＲＬをコピーするするフロー。２つ目は、コピーされたＵＲＬからブラウザ上にコンテンツを表示するするフロー。上記２つのフローについて詳細を以下に記す。
【００１７】
［コンテンツのＵＲＬをコピーする］
図７は、ブラウザ上に表示されているコンテンツのＵＲＬコピーする処理の流れを示すフローチャートである。フローチャートは、ユーザーが所望したコンテンツを選択してＵＲＬコピーを行った後の処理を示している。ＵＲＬコピーは、図６に示すようにコンテンツを選択して表示されるメニューより実行する。ブラウザにコンテンツを表示するには、ブラウザにルートが表示されるＵＲＬをリンクに直接指定して、ルートを表示した状態でコンテンツを選択していくなどの方法があるが、本発明の実施例では説明を割愛する。処理の概要としては、Ｓ７００でＵＲＬコピーコマンドのイベントを受信して、Ｓ７０１〜Ｓ７０５でコンテンツの有無を確認してパスの結合を行うものである。以下、図６（ｂ）の文書ＡからＵＲＬコピーを行った場合の処理をステップ毎に詳細に説明する。
【００１８】
まず、ステップＳ７００において、メイン制御部３１０は、ユーザーからブラウザを介してページ上で選択されたコンテンツのＵＲＬコピーコマンドを受信する。ステップＳ７０１において、メイン制御部３１０は、ＵＩ制御部３１２よりＵＩ上で選択されているコンテンツの有無を判断する。ステップＳ７０１において、選択中のコンテンツが有りと判断された場合、ステップ７０２において、メイン制御部３１０は、選択中のコンテンツの名称を取得する。ステップＳ７０１で、選択中のコンテンツが無かった場合、処理を終了する。ステップＳ７０３において、メイン制御部３１０は、以前保持したパスをＲＡＭ２０２から取得してステップＳ７０２で取得した名称の後ろに識別子”／”を付与して、以前保持していたパスの前に結合する。結合したパスをＲＡＭ２０２に保持する。ステップＳ７０４において、メイン制御部３１０は、選択中のコンテンツに親のコンテンツがあるか判断する。ステップＳ７０４において、親コンテンツが有りと判断した場合、ステップＳ７０２において親コンテンツの名称を取得する。ステップＳ７０４において、親コンテンツが無しと判断した場合、ステップＳ７０５において、ＵＲＬをＲＡＭ２０２上にコピーする。コピーするＵＲＬについては、図５のパス階層５０１を加えた、図６（ｂ）の文書ＡのＵＲＬ６２０を参照する。既存のコンテンツのＵＲＬが存在する場合は、既存のＵＲＬに改行コードを付与して、その後ろに結合パスを追加したものをコピーする。
【００１９】
［コピーしたＵＲＬからコンテンツを表示する］
図８は、コピーされたＵＲＬからブラウザ上にコンテンツを表示する処理の流れを示すフローチャートである。ＵＲＬは、図６（ｂ）に示すような、プロトコル名＋サーバ名＋ページ名＋コンテンツパスで構成される。フローチャートは、ユーザーが所望したコンテンツのＵＲＬをアドレスバーに設定してブラウザに対して表示を行った後の処理を示している。処理の概要としては、Ｓ８００でＵＲＬの解析を行い、Ｓ８０１〜Ｓ８０５でコンテンツの有無を確認して、Ｓ８０６〜Ｓ８１０でコンテンツの表示を行うものである。以下ステップ毎に詳細に説明する。
【００２０】
まず、ステップＳ８００において、メイン制御部３１０は、ブラウザのアドレスバーに設定されたＵＲＬを取得する。取得したＵＲＬをメイン制御部３１０は、ＵＲＬ解析部３１３にＵＲＬを渡して解析コマンドを送信する。ＵＲＬ解析部３１３は、ＵＲＬからコンテンツパスを取得し、コンテンツパスを、区切り文字”／”毎に分解してＲＡＭ２０２上に保持する。ステップＳ８０１において、コンテンツパスが有りと判断された場合、ステップＳ８０２において、メイン制御部３１０は、ＲＡＭ２０２から、上記のごとく分割されたコンテンツ名称を上位から取得して、入出力管理部３１１を介して文書管理サーバＰＣ１０にコンテンツ情報取得のリクエストを送信する。ステップＳ８０１において、コンテンツパスが無しと判断された場合、ステップＳ８０６において、メイン制御部３１０は、最後に取得したコンテンツの種別を判断する。ステップＳ８０３において、文書管理サーバＰＣ１０のメイン制御部３００は、入出力管理部３０１を介して、リクエストを受信して、コンテンツ操作部３０３にコンテンツ情報取得のコマンドを送信する。ステップＳ８０４において、コンテンツ操作部３０３は、コンテンツ情報記憶部３０４からコンテンツ情報を取得してメイン制御部３００に返信する。メイン制御部３００は、取得したコンテンツ情報を、レスポンスとして入出力管理部３０１を介してクライアントＰＣ２０に送信する。ステップＳ８０５において、クライアントＰＣ２０のメイン制御部３１０は、入出力管理部３１１よりコンテンツ情報取得レスポンスを受信する。メイン制御部３１０は、リクエストしたコンテンツが有りと判断した場合、ステップＳ８０１に戻って次のコンテンツすなわち今取得したコンテンツの下位層に当たるコンテンツを取得する。ステップＳ８０５において、コンテンツが無しと判断した場合、ステップＳ８１１において、メイン制御部３１０は、ＵＩ制御部３１２を介してエラー表示を行い、処理を終了する。ステップＳ８０６において、コンテンツがフォルダーと判断した場合、ステップＳ８０７において、メイン制御部３１０は、入出力管理部３１１を介して下位のコンテンツリスト取得リクエストを文書管理サーバＰＣ１０に送信する。ステップＳ８０６において、コンテンツがフォルダー以外と判断した場合、ステップＳ８１０において、メイン制御部３１０は、ＵＩ制御部３１２を介してコンテンツをブラウザ上に表示する。ステップＳ８０８において、文書管理サーバＰＣ１０のメイン制御部３００は、入出力管理部３０１を介して、リクエストを受信して、コンテンツ操作部３０３にコンテンツリスト情報取得のコマンドを送信する。ステップＳ８０９において、コンテンツ操作部３０３は、コンテンツ情報記憶部３０４からコンテンツリスト情報を取得してメイン制御部３００に返信する。メイン制御部３００は、取得したコンテンツリスト情報を、レスポンスとして入出力管理部３０１を介してクライアントＰＣ２０に送信する。
【００２１】
このように、アドレスバーに設定されたＵＲＬに基づくコンテンツの最上位層に当るコンテンツから順次下位層のコンテンツを取得していき、該ＵＲＬに基づくコンテンツのを表示する。
【００２２】
＜実施例２＞
以下、本発明の第２実施形態に係るシステムの処理の流れについて、図１乃至図６および図９を用いて概要を説明する。実施例１においては、ＵＲＬからコンテンツを表示する場合、該当するコンテンツが無かったらエラーとして処理を注意していた。例えば、ＵＲＬのコピーをした時には、コンテンツが存在したがその後で削除された場合、または、アクセスする権限が無かった場合などが想定される。実施例２では、コンテンツが無かった場合でも、ＵＲＬの上位コンテンツから存在を確認して、存在するところまでを表示するものが実施例１とは異なる。システム構成、ハードウェア構成、ソフトウェア構成などは実施例１と同じである。以下、異なる部分のフローチャートを交えて本システムの流れについて説明する。
【００２３】
［存在するまでのコンテンツを表示する］
図９は、コピーされたＵＲＬからブラウザ上にコンテンツを表示する処理の流れを示すフローチャートである。ＵＲＬは、図６（ｃ）に示すような、プロトコル名＋サーバ名＋ページ名＋コンテンツパスで構成される。フローチャートは、ユーザーが所望したコンテンツのＵＲＬをアドレスバーに設定してブラウザに対して表示を行った後の処理を示している。処理の概要としては、Ｓ９００でＵＲＬの解析を行い、Ｓ９０１〜Ｓ９０５でコンテンツの有無を確認して、Ｓ９０６〜Ｓ９１０でコンテンツの表示を行うものである。以下ステップ毎に詳細に説明する。
【００２４】
まず、ステップＳ９００において、メイン制御部３１０は、ブラウザのアドレスバーに設定されたＵＲＬを取得する。取得したＵＲＬをメイン制御部３１０は、ＵＲＬ解析部３１３にＵＲＬを渡して解析コマンドを送信する。ＵＲＬ解析部３１３は、ＵＲＬからコンテンツパスを取得し、コンテンツパスを、区切り文字”／”毎に分解してＲＡＭ２０２上に保持する。ステップＳ９０１において、コンテンツパスが有りと判断された場合、ステップＳ９０２において、メイン制御部３１０は、ＲＡＭ２０２からコンテンツ名称を取得して、入出力管理部３１１を介して文書管理サーバＰＣ１０にコンテンツ情報取得のリクエストを送信する。ステップＳ９０１において、コンテンツパスが無しと判断された場合、ステップＳ９０６において、メイン制御部３１０は、最後に取得したコンテンツの種別を判断する。ステップＳ９０３において、文書管理サーバＰＣ１０のメイン制御部３００は、入出力管理部３０１を介して、リクエストを受信して、コンテンツ操作部３０３にコンテンツ情報取得のコマンドを送信する。ステップＳ９０４において、コンテンツ操作部３０３は、コンテンツ情報記憶部３０４からコンテンツ情報を取得してメイン制御部３００に返信する。メイン制御部３００は、取得したコンテンツ情報を、レスポンスとして入出力管理部３０１を介してクライアントＰＣ２０に送信する。ステップＳ９０５において、クライアントＰＣ２０のメイン制御部３１０は、入出力管理部３１１よりコンテンツ情報取得レスポンスを受信する。メイン制御部３１０は、リクエストしたコンテンツが有りと判断した場合、ステップＳ９０１に戻って次のコンテンツすなわち今取得したコンテンツの下位層に当たるコンテンツを取得する。ステップＳ９０５において、コンテンツが無しと判断した場合、ステップＳ９０６において、メイン制御部３１０は、最後に取得したコンテンツの種別を判断する。ステップＳ９０６において、コンテンツがフォルダーと判断した場合、ステップＳ９０７において、メイン制御部３１０は、入出力管理部３１１を介して下位のコンテンツリスト取得リクエストを文書管理サーバＰＣ１０に送信する。ステップＳ９０６において、コンテンツがフォルダー以外と判断した場合、ステップＳ９１０において、メイン制御部３１０は、ＵＩ制御部３１２を介してコンテンツをブラウザ上に表示して処理を終了する。ステップＳ９０８において、文書管理サーバＰＣ１０のメイン制御部３００は、入出力管理部３０１を介して、リクエストを受信して、コンテンツ操作部３０３にコンテンツリスト情報取得のコマンドを送信する。ステップＳ９０９において、コンテンツ操作部３０３は、コンテンツ情報記憶部３０４からコンテンツリスト情報を取得してメイン制御部３００に返信する。メイン制御部３００は、取得したコンテンツリスト情報を、レスポンスとして入出力管理部３０１を介してクライアントＰＣ２０に送信する。ステップＳ９１０において、メイン制御部３１０は、ＵＩ制御部３１２を介してコンテンツを表示して処理を終了する。これにより、アドレスバーに設定されたＵＲＬに基づくコンンテンツが存在しない場合、その上位階層に存在している親コンテンツのうち、最も下位にある親コンテンツまでが表示される。
【図１】
2012008875.tif 000003
【図２】
2012008875.tif 000004
【図３】
2012008875.tif 000005
【図４】
2012008875.tif 000006
【図５】
2012008875.tif 000007
【図６】
2012008875.tif 000008
【図７】
2012008875.tif 000009
【図８】
2012008875.tif 000010
【図９】
2012008875.tif 000011