JP2013131107A - 情報処理システム、情報処理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】ウェブベースの文書管理サービスにおいて、ディレクトリの階層構造を指定した形で、ファイルの登録を行うことを可能とする。
【解決手段】クライアント装置に表示される画面への操作により、文書管理システムにアップロードするファイルの指定と、その階層構造を受け付ける。そして、アップロード指示を受け付けると、指定されたファイルと階層構造情報を含むＨＴＴＰリクエストを作成し、文書管理サービスを提供する文書管理サーバに対して送信する。ＨＴＴＰリクエストを受信した文書管理サーバは、受信したＨＴＴＰリクエストを解析し、ディレクトリを構築するとともに、アップロードされたファイルを指定されたディレクトリに保存する。
【選択図】図１１

Description

本発明は、文書管理システムに関し、特にウェブベースの文書管理システムにおけるファイルのアップロードに関する。

従来、複数のユーザが共有する文書データを管理するために、文書管理サーバを設置し、共有文書データをその文書管理サーバで管理することが行われている。例えば、文書管理サーバに複数のユーザがアクセス可能な共有ディレクトリを作成し、そのディレクトリに複数のユーザが共有すべき文書データを保存することにより、複数のユーザ間で文書データを共有することが可能となる。

その際には、それぞれのユーザに対して、当該共有ディレクトリに保存されているファイルに対して、どのような処理を行うことが出来るかというアクセス権を設定することが可能である。例えば、文書データの新規登録、既に登録されている文書データの編集や削除を行うことが出来るか否かという設定が可能である。

また、最近では、数多くのユーザで文書データを共有したり、また、複雑なアクセス権を設定したりするために、文書管理サービスや、コンテンツ管理サービスを提供するケースが増えてきている。例えば、特許文献１に示すように、ウェブベースで文書管理サービスを提供することが行われるようになってきている。

特開２００８−４６７７６号公報

通常、ユーザが使用するコンピュータで文書管理を行う際には、階層構造を持つディレクトリを作成し、そのディレクトリに文書を分類して管理している。ウェブベースでの文書管理サービスでも、このように階層構造ディレクトリを設定し、文書データを分類して管理することを可能にしていることが多い。

しかし、通常、この階層構造を有するディレクトリに新規に文書ファイルを登録する場合、ディレクトリを指定し、どのディレクトリに登録するファイルを設定するという作業を、それぞれのディレクトリごと行わなくてはならず、文書データの登録が効率的ではなかった。

そこで、本発明は、ウェブベースの文書管理サービスにおいて、階層構造を有するディレクトリに効率的に文書データを登録する可能とする技術を提供することを目的とする。

上記した目的を達成するために、本発明の情報処理システムは、ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムであって、前記サーバ装置は、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第１の送信手段と、を備え、前記クライアント装置は、前記サーバ装置から送信される画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する第２の送信手段と、を備えることを特徴とする。

上記した目的を達成するために、本発明の情報処理装置は、ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置であって、前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する送信手段と、を備えることを特徴とする。

本発明によれば、ウェブベースでの文書管理サービスにおいて、複数の異なるディレクトリにファイルを登録する作業を効率的に行わせることが可能となる。

本発明の実施の形態における情報処理システムのシステム構成の一例を示すシステム構成図である。 図１の文書管理サーバ１０１、クライアント装置１０２に適用可能な情報処理装置のハードウェア構成の一例を示す図である。 クライアント装置１０２によって行われるアップロードファイル設定処理の概要を示すフローチャートである。 図３のステップＳ３０４のディレクトリ／ファイルのドラッグ＆ドロップ受付処理の詳細を示すフローチャートである。 図４のステップＳ４１０のツリー構造作成処理の詳細を示すフローチャートである。 図３のステップＳ３０６のディレクトリ追加処理の詳細を示すフローチャートである。 図３のステップＳ３０８の矩形エリアクリア処理の詳細を示すフローチャートである。 図３のステップＳ３１０の全矩形エリアクリア処理の詳細を示すフローチャートである。 図３のステップＳ３１２のファイルアップロード処理の詳細を示すフローチャートである。 文書管理サーバ１０１のＣＰＵ２０１によって行われるファイル受信処理を示すフローチャートである。 図１０のステップＳ１００４のディレクトリ構造作成処理の詳細を示すフローチャートである 矩形情報ファイル１２００の構成の一例を示す図である。 ツリー構造ファイル１３００の構成の一例を示す図である。 アップロードファイルリスト１４００の構成の一例を示す図である。 ファイルアップロード画面１５００の構成の一例を示す図である。 矩形領域１５０１にディレクトリアイコンがドラッグ＆ドロップされた場合のファイルアップロード画面１５００の表示制御の例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。図１に示す通り、本発明の情報処理システムは、文書管理サーバ１０１、複数台のクライアント装置１０２、ＬＡＮ１０３を備えて構成されている。

文書管理サーバ１０１は、クライアント装置１０２に対して、文書ファイルの管理を行うための文書管理サービスをウェブサービスとして提供するサーバ装置である。

クライアント装置１０２は、文書管理サーバ１０１が提供する文書管理サービスを利用するユーザが使用する装置であり、ブラウザアプリケーションを用いて文書管理サーバ１０１にアクセスすることにより、文書管理サービスの提供を受ける。

ＬＡＮ１０３は、上記した各装置を通信可能に接続するためのネットワークであり、その接続形態は有線／無線を問わない。以上が、本発明の実施形態における情報処理システムのシステム構成の一例の説明である。

次に、図２を参照して、図１の文書管理サーバ１０１、及び、クライアント装置１０２に適用可能な情報処理装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、文書管理サーバ１０１、クライアント装置１０２がそれぞれ実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０３）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を参照して、図１のクライアント装置１０２のＣＰＵ２０１によって行われるアップロードファイル設定処理について説明する。本図に示す処理をクライアント装置１０２のＣＰＵ２０１に行わせるためのプログラムは、外部メモリ２１１等に記憶されており、本図に示す処理を実行するに際し、ＣＰＵ２０１は当該プログラムをＲＡＭ２０２にロードし、ロードしたプログラムによる制御に従って本処理を実行する。

まず、クライアント装置１０２は、文書管理サーバ１０１に対して、ファイルアップロード要求を行うことにより、その要求に応じて文書管理サーバ１０１より送信される画面情報に従って、ファイルアップロード画面１５００（図１５）を表示する（ステップＳ３０１）。

ここで、図１５を参照して、ファイルアップロード画面１５００の構成について説明する。図１５は、クライアント装置１０２のディスプレイ装置２１０に表示されるファイルアップロード画面１５００の構成の一例を示す図である。

図１５に示すように、ファイルアップロード画面１５００は、矩形エリア１５０１、クリアボタン１５０２、ディレクトリ名入力欄１５０３、ディレクトリ追加ボタン１５０４、全クリアボタン１５０５、アップロードボタン１５０６、キャンセルボタン１５０７等を備えて構成されている。

矩形エリア１５０１は、文書管理サーバ１０１にアップロードするファイルを指定するために用いられるエリアである。このエリアに、文書管理サーバ１０１にアップロードするファイルのアイコンをドラッグ＆ドロップすることにより、アップロードするファイルの指定が可能である。

また、この矩形エリア１５０１で、ディレクトリのツリー構造を構築可能であり、アップロードするファイルをこのツリー構造のディレクトリにドラッグ＆ドロップすることにより、ファイルを、階層構造をもった形でアップロードすることが可能となる。

尚、ファイルアイコンだけでなく、ディレクトリアイコンのドラッグ＆ドロップを受け付けることも可能である。その例については、図１６を参照して後述することにする。本発明では、文書管理サーバ１０１上のディレクトリに紐づいた複数の矩形エリア１５０１を表示し、それぞれの矩形エリアに対して、アップロードするファイルを、階層構造をもった形で設定することが可能である。これにより、異なるディレクトリに対するファイルのアップロードを一度の操作で行うことが可能となる。

クリアボタン１５０２は、矩形エリア１５０１に構築されたディレクトリ構造（ツリー構造）や、アップロードファイルの設定をクリアするために用いられるボタンである。

ディレクトリ名入力欄１５０３は、矩形エリア１５０１に新たに追加するディレクトリの名称の入力を受け付ける入力欄である。ディレクトリ追加ボタン１５０４は、矩形エリア１５０１に新規にディレクトリを追加するために用いられるボタンである。矩形エリア１５０１のいずれかのディレクトリが選択されている状態で、このディレクトリ追加ボタン１５０４が押下されると、選択状態のディレクトリの直下に、ディレクトリ名入力欄１５０３に入力されたディレクトリ名のディレクトリが作成される。

全クリアボタン１５０５は、全ての矩形エリア１５０１に構築されたディレクトリ構造（ツリー構造）や、アップロードファイルの設定をクリアするために用いられるボタンである。

アップロードボタン１５０６は、それぞれの矩形エリア１５０１に構築されたディレクトリ構造を保った形で、そのディレクトリに設定されたファイルを文書管理サーバ１０１にアップロードする指示を行うために用いられるボタンである。

キャンセルボタン１５０７は、ファイルをアップロードせずに本図を用いたファイルアップロード処理を終了するために用いられるボタンである。以上が、図１５のファイルアップロード画面１５００の構成の説明である。

尚、文書管理サーバ１０１のＣＰＵ２０１は、図１２に示す矩形情報ファイル１２００を用いて、ファイルアップロード画面１５００を表示させるための画像情報を作成する。この矩形情報ファイル１２００は、例えばユーザごとに登録されており、ログイン処理により特定されたユーザの矩形情報ファイル１２００を用いて、ファイルアップロード画面１５００を作成する。図１２の場合には、「矩形エリア１」という名称、「矩形エリア２」という名称、及び、「矩形エリア３」という名称の３つの矩形エリアがファイルアップロード画面１５００に作成されることになる（つまり、図１５に示すイメージ）。

また、それぞれの矩形エリア１５０１はそれぞれ、文書管理サーバ１０１上のディレクトリと対応付けられており（以下、対応ディレクトリという）、それぞれの矩形エリア１５０１に設定されたファイルは、対応ディレクトリに保存されることになる。また、矩形エリア１５０１にディレクトリ構造化構築されている場合には、対応ディレクトリの直下にそのディレクトリ構造が作成されることになる。

図３の説明に戻る。クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０１において、ファイルアップロード画面１５００をディスプレイ装置２１０に表示後、そのファイルアップロード画面１５００を介して、ユーザからの各種操作を受け付ける（ステップＳ３０２）。

そして、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作が、ディレクトリアイコンやファイルアイコンの矩形エリア１５０１へのドラッグ＆ドロップ処理であると判定した場合には（ステップＳ３０３でＹＥＳ）、処理をステップＳ３０４に進め、ディレクトリ／ファイルのドラッグ＆ドロップ受付処理を行う。この処理の詳細については、図４を参照して後述する。

また、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作が、ディレクトリ追加ボタン１５０４に対する押下指示であると判定した場合には（ステップＳ３０５でＹＥＳ）、処理をステップＳ３０６に進め、ディレクトリ追加処理を行う。この処理の詳細については、図６を参照して後述する。

また、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作が、クリアボタン１５０２に対する押下指示であると判定した場合には（ステップＳ３０７でＹＥＳ）、処理をステップＳ３０８に進め、矩形エリアクリア処理を行う。この処理の詳細については、図７を参照して後述する。

また、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作が全クリアボタン１５０５に対する押下指示であると判定した場合には（ステップＳ３０９でＹＥＳ）、処理をステップＳ３１０に進め、全矩形エリアクリア処理を行う。この処理の詳細については、図８を参照して後述する。

また、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作がファイルアップロードボタン１５０６に対する押下指示であると判定した場合には（ステップＳ３１１でＹＥＳ）、処理をステップＳ３１２に進め、ファイルアップロード処理を行う。この処理の詳細については、図９を参照して説明する。

また、クライアント装置１０２のＣＰＵ２０１は、ステップＳ３０２で受け付けた操作がキャンセルボタン１５０７に対する押下指示であると判定した場合には（ステップＳ３１３でＹＥＳ）、本図に示す処理を終了する。なお、上記のいずれでもない操作指示を受け付けたと判定した場合には（この場合、ステップＳ３１３でＹＥＳと判定）、処理をステップＳ３１４に進め、指示されたその他の処理を実行することになる。例えば、ディレクトリ名入力欄１５０３へのディレクトリ名入力操作を受け付けた場合には、その入力された文字列を、ディレクトリ名入力欄１５０３に表示する処理を行う。

以上が、クライアント装置１０２のＣＰＵ２０１によって行われるアップロードファイル設定処理の概要の説明である。

次に、図４を参照して、図３のステップＳ３０４のディレクトリ／ファイルドラッグ＆ドロップ処理の詳細について説明する。

まず、クライアント装置１０２のＣＰＵ２０１は、ディレクトリアイコンや、ファイルアイコンがドロップされた箇所（いずれの矩形エリア１５０１のいずれのディレクトリ）を特定する（ステップＳ４０１）。この時、複数のファイルアイコン、複数のディレクトリアイコン、ファイルアイコンとディレクトリアイコンに対するドラッグ＆ドロップ処理を受け付けることが可能である。

その後、クライアント装置１０２のＣＰＵ２０１は、ドラッグ＆ドロップ処理を受け付けた全てのアイコンに対して、ステップＳ４０２以降の処理を行う。

まず、ステップＳ４０２において、ドラッグ＆ドロップ処理を受け付けたアイコンに対応するディレクトリ、若しくはファイルを取得する。例えば、ＨＴＭＬ５のファイルＡＰＩを用いて、その情報を取得することになる。そして、ステップＳ４０２で取得したものが、ディレクトリであるか、それともファイルであるかを判定する（ステップＳ４０３）。

ステップＳ４０３の判定処理で、ステップＳ４０２で取得したものがディレクトリであると判定した場合には、処理をステップＳ４０４に進め、ステップＳ４０２で取得したディレクトリに保存されている（サブディレクトリも含む）ファイルの数を取得する。尚、一度に所定数（制限値）以上のファイルをアップロードすると文書管理サーバ１０１の負荷が高くなるので、本発明では、一度にアップロード可能なファイル数に制限を設けている。尚、ファイル数ではなく、ファイルサイズ等で制限を設けるようにしても構わない。

その後、ステップＳ４０５の判定処理で、ディレクトリに保存されているファイルと、既にアップロード対象として設定されているファイルの合計が所定数（制限値）以上である（ＹＥＳ）と判定した場合には、処理をステップＳ４０７に進めエラー表示を行う。一方、所定数（制限値）未満である（ＮＯ）と判定した場合には、矩形エリア１５０１中のステップＳ４０１で特定したディレクトリの直下にディレクトリアイコンを追加表示し（ステップＳ４０６）、処理をステップＳ４１０に進める。

ここで、図１６を参照して、図４のＳ４０６で行われる処理の概要について説明する。

図１６の（１）に示すように、デスクトップ上の「文書ディレクトリ」という名称のディレクトリアイコン１６０１を、矩形エリア１５０１中の「ルート」という名称のディレクトリアイコン１６０２に対してドラッグ＆ドロップすると、図１６の（２）に示すように、矩形エリア１５０１中のディレクトリアイコン１６０２の直下に、新たに「文書ディレクトリ」という名称のディレクトリアイコン１６０３が表示されることになる。

これにより、デスクトップ上のディレクトリアイコン１６０１に保存されているファイル（サブディレクトリに保存されているファイルも含む）をアップロード対象のファイルをして設定することが可能である。また、図１６の（２）の状態で、図１６では不図示のアップロードボタン１５０６に対する押下指示を受け付けると、この矩形エリア１５０１に対応する文書管理サーバ１０１上のディレクトリの直下に、「ルート」という名称のディレクトリが、「ルート」ディレクトリの直下に「文書ディレクトリ」という名称のディレクトリが作成され、デスクトップ上の「文書ディレクトリ」に保存されているファイルが、文書管理サーバ１０１上に作成された「文書ディレクトリ」にアップロードされることになる。

図４の説明に戻る。ステップＳ４０３の判定処理で、ステップＳ４０２で取得したものがファイルであるとクライアント装置１０２のＣＰＵが判定した場合には、処理をステップＳ４０８に進め、ステップＳ４０２で取得したファイルのＭＩＭＥタイプ（ファイルタイプ）を取得する。そして、取得したＭＩＭＥタイプに合わせたアイコンを、ステップＳ４０１で特定したディレクトリの直下に追加表示する（ステップＳ４０９）。その後、処理をステップＳ４１０に進める。

ステップＳ４０６、ステップＳ４０９の処理が終了後、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ４１０に進め、ツリー構造作成処理を行う。この処理の詳細については、図５を参照して説明する。

そして、上記ステップＳ４０２からステップＳ４１０の処理を、ドラッグ＆ドロップ処理を受け付けた全てのファイルアイコン、ディレクトリアイコンについて行う。以上が、図３のステップＳ３０４のディレクトリ／ファイルのドラッグ＆ドロップ受付処理の詳細の説明である。

次に、図１３を参照して、矩形エリア１５０１に作成されるディレクトリ構造を管理するツリー構造ファイル１３００の構成について説明する。ツリー構造ファイル１３００はＸＭＬ形式のファイルである。

ツリー構造ファイル１３００には、最上位のノードとして、「ｅｎｔｒｉｅｓ」ノードが設定されている。そして、その下に、アップロードするファイルやディレクトリ構造を示す「ｅｎｔｒｙ」ノードが作成されることになる。

「ｅｎｔｒｉｅｓ」ノードの直下の「ｅｎｔｒｙ」ノードは矩形エリア１５０１を示すノードである。そして、その下には、矩形エリア１５０１に構築されたディレクトリ構造やアップロード対象となるファイルを示す「ｅｎｔｒｙ」ノードが作成されることになる。

尚、ファイルを示すノードのｔｙｐｅには「ｆｉｌｅ」が、ディレクトリを示すノードのｔｙｐｅには「ｆｏｌｄｅｒ」が登録されるので、その「ｅｎｔｒｙ」ノードがファイルを示すものであるか、それともディレクトリを示すものであるかを識別することが出来る。以上が、ツリー構造ファイル１３００の説明である。

次に、図５を参照して、図４のステップＳ４１０のツリー構造作成処理の詳細について説明する。この処理では、クライアント装置１０２のＣＰＵ２０１は、矩形エリア１５０１に対するディレクトリアイコンやファイルアイコンのドラッグ＆ドロップ処理により、矩形エリア１５０１内のディレクトリ構造に変更が加えられた場合に、当該変更に合わせて、図１３のツリー構造ファイル１３００や図１４のアップロードファイルリストを更新することになる。

まず、ステップＳ５０１において、ＣＰＵ２０１は、ｅｎｔｒｙノードを直下に追加するノード、つまりは、ディレクトリアイコン／ファイルアイコンのドラッグ＆ドロップを受け付けたディレクトリに対応するｅｎｔｒｙノードを特定する。そして、追加対象のディレクトリまたはファイルを取得する（ステップＳ５０２）。

そして、ステップＳ５０２で取得したファイルまたはディレクトリに対応するｅｎｔｒｙノードを新たにツリー構造ファイル１３００に追加する（ステップＳ５０３）。その後、ステップＳ５０２で取得したものが、ファイルであるかそれともディレクトリであるかを判定する（ステップＳ５０４）。

ステップＳ５０４の判定処理で、ステップＳ５０２で取得したものがディレクトリであると判定した場合には、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ５０５に進め、ステップＳ５０３で新たに追加したｅｎｔｒｙノードのｎａｍｅにドラッグ＆ドロップ処理がされたディレクトリのディレクトリ名を設定する。また、ｔｙｐｅには「ｆｏｌｄｅｒ」を設定する（ステップＳ５０６）。その後、ドラッグ＆ドロップ処理をされたディレクトリに含まれるサブディレクトリやファイルの登録をするために、ツリー構造作成処理を再帰的に行うことになる（ステップＳ５０７）。

一方、ステップＳ５０４の判定処理で、ステップＳ５０２で取得したものがファイルであると判定した場合には、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ５０８に進め、ステップＳ５０３で新たに追加したｅｎｔｒｙノードのｎａｍｅにドラッグ＆ドロップ処理がされたファイルのファイル名を設定する。また、Ｃｏｎｔｅｎｔにファイルタイプを、ｔｙｐｅに「ｆｉｌｅ」をそれぞれ設定することになる（ステップＳ５０９、Ｓ５１０）。

その後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ５１１に進め、ステップＳ５０２で取得したファイルのパス情報を、当該ファイルを管理するｅｎｔｒｙノードの「ｉｄ」と対応付けて、図１４に示すアップロードファイルリスト１４００に登録する。以上が、図４のステップＳ４１０のツリー構造作成処理の詳細な説明である。

次に、図１４を参照して、アップロードファイルリストのデータ構成の一例について説明する。図１４に示す通り、アップロードファイルリスト１４００は、データ項目として、ノードＩＤ１４０１、ファイルパス１４０２等を備えて構成されている。

ノード１４０１は、ツリー構造ファイル１３００中のファイルを管理するｅｎｔｒｙノードのノードＩＤに対応するかを示す情報が登録されるデータ項目である。ファイルパス１４０２は、ｅｎｔｒｙノードで特定されるアップロード対象ファイルのファイルパス情報が登録されるデータ項目である。以上が、図１４のアップロードファイルリスト１４００のデータ構成の説明である。

次に、図６を参照して、図３のステップＳ３０６のディレクトリ追加処理について説明する。この処理は、ファイルアップロード画面１５００のディレクトリ追加ボタン１５０４に対する押下指示を受け付けた際に、クライアント装置１０２のＣＰＵ２０１が実行する処理である。

まず、クライアント装置１０２のＣＰＵ２０１は、矩形エリア１５００中で選択状態になっているディレクトリを取得する（ステップＳ６０１）。尚、選択状態のディレクトリがない場合には、ステップＳ６０１ではディレクトリの取得は行われない。

そして、その後、ディレクトリ名入力欄１５０３に入力されたディレクトリ名を取得する（ステップＳ６０２）。その後、選択状態のディレクトリの直下に新たにディレクトリアイコンを追加表示する（ステップＳ６０３）。この時、ステップＳ６０１でディレクトリが取得されなかった場合には、最上位階層に新たにディレクトリアイコンを追加表示することになる。また、このディレクトリの名称として、ステップＳ６０２で取得したディレクトリ名を表示する。

その後、アップロードファイルリスト１４００中の、ステップＳ６０１で取得したディレクトリに対応するｅｎｔｒｙノードの直下に新規にｅｎｔｒｙノードを作成し（ステップＳ６０４）、そのｎａｍｅにステップＳ６０２で取得したディレクトリ名を設定する（ステップＳ６０５）。また、ｔｙｐｅには「ｆｏｌｄｅｒ」を設定する（ステップＳ６０６）。

尚、ステップＳ６０１でディレクトリを取得しなかった場合には、矩形エリア１５０１に対応するｅｎｔｒｙの直下に新規にｅｎｔｒｙノードを作成することになる。以上が、図３のステップＳ３０６のディレクトリ追加処理の説明である。

次に、図７を参照して、図３のステップＳ３０８の矩形エリアクリア処理の詳細について説明する。この処理は、ファイルアップロード画面１５００のクリアボタン１５０２に対する押下指示を受け付けた際に、クライアント装置１０２のＣＰＵ２０１が実行する処理である。

まず、クライアント装置１０２のＣＰＵ２０１は、アップロードファイルリスト１４００中にある、クリア指示を受け付けた矩形エリア１５０１に対応するｅｎｔｒｙノードを特定する（ステップＳ７０１）。そして、そのｅｎｔｒｙノードの配下のノード（＜ｅｎｔｒｙ・・・＞から、対応する＜／ｅｎｔｒｙ＞までに含まれるノード）を全て削除する（ステップＳ７０２）。

その後、クリア指示を受け付けた矩形エリア１５０１中のディレクトリツリー構造を示すアイコンの表示を消去する（ステップＳ７０３）。そして、ステップＳ７０２で削除したノードのノードＩＤに対応するアップロードファイルリスト１４００中のレコードを削除する（ステップＳ７０４）。以上が、図３のステップＳ３０８の領域クリア処理の詳細な説明である。

次に、図８を参照して、図３のステップＳ３１０の全領域クリア処理の詳細について説明する。この処理は、ファイルアップロード画面１５００の全クリアボタン１５０５に対する押下指示を受け付けた際に、クライアント装置１０２のＣＰＵ２０１が実行する処理である。

まず、ステップＳ８０１において、クライアント装置１０２のＣＰＵ２０１は、ツリー構造ファイル１３００中のｅｎｔｒｉｅｓノードの配下のノードをすべて削除する。そして、その後、ｅｎｒｒｉｅｓノードの直下に、各矩形エリア１５０１に対応するｅｎｔｒｙノードを追加する（ステップＳ８０２）。

尚、ステップＳ８０１の処理で、ｅｎｔｒｉｅｓノードの配下のノードをすべて削除後、ステップＳ８０２で、各矩形エリア１５０１に対応するｅｎｔｒｙノードを追加するようにせず、それぞれの矩形エリア１５０１に対応するｅｎｔｒｙノードの配下のノードを削除するようにしてももちろん構わない。

その後、全ての矩形エリア１５０１に中のディレクトリツリー構造を示すアイコンの表示を消去する（ステップＳ８０３）。そして、図１４のアップロードファイルリスト１４００に含まれるレコードをすべて削除する（ステップＳ８０４）。以上が図３のステップＳ３１０の全矩形エリアクリア処理の詳細な説明である。

クライアント装置１０２は、図１５のファイルアップロード画面１５００に対する操作指示に応じて、上記した処理を行うことで、文書管理サーバ１０１にアップロードするファイルとその階層構造情報を作成することになる。その後、ファイルアップロード画面１５００中のアップロードボタン１５０６に対する押下指示を受け付けると、文書管理サーバ１０１に対してアップロード対象のファイルとその階層構造情報を送信するアップロード処理を行うことになる。

次に、ファイルアップロード画面１５００中のアップロードボタン１５０６に対する押下指示を受け付けた場合に、クライアント装置１０２のＣＰＵ２０１によって行われるアップロード処理（図３のステップＳ３１２）の詳細について、図９を参照して説明することにする。

クライアント装置１０２のＣＰＵ２０１は、アップロードファイルリスト１４００に登録されている各レコードのファイルパス１４０２に登録されているファイルパス情報に従って、アップロード対象の外部メモリ２１１からファイルを取得する（ステップＳ９０１）。

そして、取得したファイルをもとに、Ｍｕｌｔｉｐａｒｔデータ形式のデータを作成する（ステップＳ９０２）。また、図１３のツリー構造ファイル１３００をもとに、Ｍｕｌｔｉｐａｒｔ形式のデータを作成する（ステップＳ９０３）。

そして、ステップＳ９０２、ステップＳ９０３で作成したＭｕｌｔｉｐａｒｔデータを含むＨＴＴＰリクエストを作成し（ステップＳ９０４）、作成したＨＴＴＰリクエストを文書管理サーバ１０１に対して送信する。これにより、クライアント装置１０２は、ブラウザアプリケーションを介して（つまりはＨＴＴＰを用いて）、文書管理サーバ１０１にアップロードするファイルとその階層構造を送信することが可能となる。

次に、図１０を参照して、図９のステップＳ９０５でクライアント装置１０２から送信されたＨＴＴＰリクエストを受信した文書管理サーバ１０１が行う、ファイル受信処理について説明する。本図に示す処理を文書管理サーバ１０１のＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１等に記憶されており、本処理を実行する際にＣＰＵ２０１は当該プログラムをＲＡＭ２０２にロードし、ロードしたプログラムによる制御に従って本処理を実行する。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信されたＨＴＴＰリクエストを受信すると、文書管理サーバ１０１は、ＨＴＴＰリクエストに含まれるツリー構造ファイルを取得する（ステップＳ１００１）、また、アップロードされてきたファイルの情報も合わせて取得する（ステップＳ１００２）。

その後、ツリー構造ファイルのｅｎｔｒｉｅｓノードを取得し、そのｅｎｔｒｉｅｓノード直下のｅｎｔｒｙノードに対するディレクトリ構造作成処理を行う（ステップＳ１００４：図１１のステップＳ１１０１で取得される「子ノード」がｅｎｔｒｉｅｓノード直下のｅｎｔｒｙノードになる）。この処理の詳細については、図１１を参照して説明することにする。そして、以上が、文書管理サーバ１０１のＣＰＵ２０１によって行われるファイル受信処理の説明である。

次に、図１１を参照して、図１０のステップＳ１００４のディレクトリ構成作成処理の詳細について説明する。

ＣＰＵ２０１は、注目ノード（初期はｅｎｔｒｉｅｓノード）の直下の（子ノードである）ｅｎｔｒｙノードに対してステップＳ１１０１から１１０６の処理を行うことで、図１５の各矩形エリア１５０１に対応付けられた文書管理サーバ１０１上のディレクトリに、クライアント装置１０２で受け付けた階層構造でファイルを保存する処理を行う。

まず、ステップＳ１１０１では、ＣＰＵ２０１は、注目ノードの子ノードであるｅｎｔｒｙノードのうち、ステップＳ１１０２以降の処理を行っていないｅｎｔｒｙノードを取得する。そして、そのノードがディレクトリを示すノードであるか、それともファイルを示すノードであるかを判定する（ステップＳ１１０２）。

ステップＳ１１０２の判定処理でディレクトリであると判定した場合には、ＣＰＵ２０１は処理をステップＳ１１０３に進め、注目ノードに対応するディレクトリにステップＳ１１０１で取得したノードに対応するディレクトリを作成する。その際のディレクトリ名称は、当該ノードのｎａｍｅに設定されている名称とする。尚、既にその名称のディレクトリが作成されている場合には、このステップでディレクトリの作成は行わない。

そして、その後、当該ノードの直下のｅｎｔｒｙノードに基づいて、ステップＳ１１０３で作成されたディレクトリの下層のディレクトリ構造を作成するために、ステップＳ１１０１で取得したノードを注目ノードとして、再帰的にディレクトリ構成作成処理を行う（ステップＳ１１０４）。

一方、ステップＳ１１０２の判定処理でファイルであると判定した場合には、ＣＰＵ２０１は、処理をステップＳ１１０５に進め、図１０のステップＳ１００２で取得したアップロードファイルのうち、当該ｅｎｔｒｙノードに対応する（例えばファイル名で特定）ファイルを取得し（ステップＳ１１０５）、そのファイルを注目ノードに対応するディレクトリに保存する（ステップＳ１１０６）。その際には、そのファイル名称として、ステップＳ１１０１で取得したｅｎｔｒｙノードのｎａｍｅに設定された名称が設定される。

尚、既にアップロードファイルを登録すべきディレクトリに、その名称のファイルが既に登録されている場合には、ファイルを上書きする／ファイルの名称を変えて保存する、のいずれの方法を採用しても良い。いずれの方法にするかはあらかじめ設定されており、その設定情報に従って、文書管理装置１０１のＣＰＵ２０１は、ファイルを上書きするか、それともファイルの名称を変えて保存するかを判断することになる。

そして、以上の処理を注目ノードの子ノードについて全て行うまで、文書管理サーバ１０１のＣＰＵ２０１は本図に示す処理を繰り返し行うことになる。以上が図１０のステップＳ１００４のディレクトリ構造作成処理の詳細な説明である。

本発明では、文書管理サーバ１０１のＣＰＵ２０１が、クライアント装置１０２から受信したＨＴＴＰリクエストに含まれる、ツリー構造ファイルとアップロードファイル情報を用いて、ディレクトリ構造（階層構造）を構築し、構築したディレクトリ構造にアップロードファイルを保存することが出来る。これにより、ウェブベースの文書管理装置においても、ファイルに階層構造を持たせた形で、ファイルのアップロードを行うことが可能となる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実
施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０１ 文書管理サーバ
１０２ クライアント装置
１０３ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (8)

1. ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムであって、
   前記サーバ装置は、
   前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第１の送信手段と、
   を備え、
   前記クライアント装置は、
   前記サーバ装置から送信される画面情報を受信する受信手段と、
   前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、
   前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、
   前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、
   前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、
   前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する第２の送信手段と、
   を備えることを特徴とする情報処理システム。
2. 前記登録画面には、アップロードファイルの指定を受け付ける領域が設定されており、
   前記受付手段は、前記領域に対するファイルのドラッグ＆ドロップ指示を受け付けることで、アップロードファイルの指定を受け付けること
   を特徴とする請求項１に記載の情報処理システム。
3. 前記領域は、記憶装置に設定されているディレクトリに対応付けられており、
   前記サーバ装置は、
   前記ＨＴＴＰリクエストの生成に用いられたアップロードファイルを、前記ディレクトリに保存すること保存手段
   をさらに備えることを特徴とする請求項１または２に記載の情報処理装置。
4. ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置であって、
   前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、
   前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、
   前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、
   前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、
   前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、
   前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、
   前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する送信手段と、
   を備えることを特徴とする情報処理装置。
5. ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムによって行われる情報処理方法であって、
   前記サーバ装置の第１の送信手段が、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第１の送信工程と、
   前記クライアント装置の受信手段が、前記サーバ装置から送信される画面情報を受信する受信工程と、
   前記クライアント装置の表示手段が、前記受信工程で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示工程と、
   前記クライアント装置の受付手段が、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付工程と、
   前記クライアント装置の作成手段が、前記受付工程で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成工程と、
   前記クライアント装置の生成手段が、前記受付工程で指定を受け付けたアップロードファイル、及び、前記作成工程で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成工程と、
   前記クライアント装置の第２の送信手段が、前記生成工程で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する第２の送信工程と、
   を備えることを特徴とする情報処理方法。
6. ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置によって行われる情報処理方法であって、
   前記サーバ装置に対して、ファイルのアップロード要求を行う要求工程と、
   前記要求工程でのファイルのアップロード要求に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信工程と、
   前記受信工程で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示工程と、
   前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付工程と、
   前記受付工程で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成工程と、
   前記受付工程で指定を受け付けたアップロードファイル、及び、前記作成工程で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成工程と、
   前記生成工程で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する送信工程と、
   を備えることを特徴とする情報処理方法。
7. ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムで実行可能なコンピュータプログラムでであって、
   前記サーバ装置を、
   前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第１の送信手段と、
   として機能させ、
   前記クライアント装置を、
   前記サーバ装置から送信される画面情報を受信する受信手段と、
   前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、
   前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、
   前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、
   前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、
   前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する第２の送信手段
   として機能させることを特徴とするコンピュータプログラム。
8. ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置を、
   前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、
   前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、
   前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、
   前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、
   前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、
   前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、ＨＴＴＰリクエストを生成する生成手段と、
   前記生成手段で生成されたＨＴＴＰリクエストを、前記サーバ装置に送信する送信手段
   として機能させることを特徴とするコンピュータプログラム。

Images