"ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムであって、前記サーバ装置は、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第1の送信手段と、を備え、前記クライアント装置は、前記サーバ装置から送信される画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する第2の送信手段と、を備えることを特徴とする情報処理システム。前記登録画面には、アップロードファイルの指定を受け付ける領域が設定されており、前記受付手段は、前記領域に対するファイルのドラッグドロップ指示を受け付けることで、アップロードファイルの指定を受け付けることを特徴とする請求項1に記載の情報処理システム。前記領域は、記憶装置に設定されているディレクトリに対応付けられており、前記サーバ装置は、前記HTTPリクエストの生成に用いられたアップロードファイルを、前記ディレクトリに保存すること保存手段をさらに備えることを特徴とする請求項1または2に記載の情報処理装置。ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置であって、前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する送信手段と、を備えることを特徴とする情報処理装置。ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムによって行われる情報処理方法であって、前記サーバ装置の第1の送信手段が、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第1の送信工程と、前記クライアント装置の受信手段が、前記サーバ装置から送信される画面情報を受信する受信工程と、前記クライアント装置の表示手段が、前記受信工程で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示工程と、前記クライアント装置の受付手段が、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付工程と、前記クライアント装置の作成手段が、前記受付工程で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成工程と、前記クライアント装置の生成手段が、前記受付工程で指定を受け付けたアップロードファイル、及び、前記作成工程で作成した階層構造データを用いて、HTTPリクエストを生成する生成工程と、前記クライアント装置の第2の送信手段が、前記生成工程で生成されたHTTPリクエストを、前記サーバ装置に送信する第2の送信工程と、を備えることを特徴とする情報処理方法。ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置によって行われる情報処理方法であって、前記サーバ装置に対して、ファイルのアップロード要求を行う要求工程と、前記要求工程でのファイルのアップロード要求に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信工程と、前記受信工程で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示工程と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付工程と、前記受付工程で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成工程と、前記受付工程で指定を受け付けたアップロードファイル、及び、前記作成工程で作成した階層構造データを用いて、HTTPリクエストを生成する生成工程と、前記生成工程で生成されたHTTPリクエストを、前記サーバ装置に送信する送信工程と、を備えることを特徴とする情報処理方法。ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムで実行可能なコンピュータプログラムでであって、前記サーバ装置を、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第1の送信手段と、として機能させ、前記クライアント装置を、前記サーバ装置から送信される画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する第2の送信手段として機能させることを特徴とするコンピュータプログラム。ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置を、前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する送信手段として機能させることを特徴とするコンピュータプログラム。通常、ユーザが使用するコンピュータで文書管理を行う際には、階層構造を持つディレクトリを作成し、そのディレクトリに文書を分類して管理している。ウェブベースでの文書管理サービスでも、このように階層構造ディレクトリを設定し、文書データを分類して管理することを可能にしていることが多い。しかし、通常、この階層構造を有するディレクトリに新規に文書ファイルを登録する場合、ディレクトリを指定し、どのディレクトリに登録するファイルを設定するという作業を、それぞれのディレクトリごと行わなくてはならず、文書データの登録が効率的ではなかった。そこで、本発明は、ウェブベースの文書管理サービスにおいて、階層構造を有するディレクトリに効率的に文書データを登録する可能とする技術を提供することを目的とする。上記した目的を達成するために、本発明の情報処理システムは、ウェブサービスにより文書管理サービスを提供するサーバ装置と、当該文書管理サービスを利用するクライアント装置とを備えて構成される情報処理システムであって、前記サーバ装置は、前記クライアント装置から、文書登録要求を受け付けた後に、要求を行ったクライアント装置に対して登録画面を表示するための画面情報を送信する第1の送信手段と、を備え、前記クライアント装置は、前記サーバ装置から送信される画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する第2の送信手段と、を備えることを特徴とする。上記した目的を達成するために、本発明の情報処理装置は、ウェブサービスにより文書管理サービスを提供するサーバ装置と通信可能に接続される情報処理装置であって、前記サーバ装置に対して、ファイルのアップロード要求を行う要求手段と、前記要求手段に応じて前記サーバ装置より送信される、アップロードファイルの指定に用いる登録画面を表示するための画面情報を受信する受信手段と、前記受信手段で受信した画面情報に基づき、ウェブブラウザアプリケーションを用いて登録画面を表示する表示手段と、前記登録画面に対する操作指示により、サーバ装置へのアップロードファイルの指定、及び、ディレクトリ階層構造の入力を受け付ける受付手段と、前記受付手段で入力を受け付けたアップロードファイル及びディレクトリ階層構造に従って、階層構造データを作成する作成手段と、前記受付手段で指定を受け付けたアップロードファイル、及び、前記作成手段で作成した階層構造データを用いて、HTTPリクエストを生成する生成手段と、前記生成手段で生成されたHTTPリクエストを、前記サーバ装置に送信する送信手段と、を備えることを特徴とする。本発明によれば、ウェブベースでの文書管理サービスにおいて、複数の異なるディレクトリにファイルを登録する作業を効率的に行わせることが可能となる。以下、図面を参照して、本発明の実施の形態の一例について説明する。図1は、本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。図1に示す通り、本発明の情報処理システムは、文書管理サーバ101、複数台のクライアント装置102、LAN103を備えて構成されている。文書管理サーバ101は、クライアント装置102に対して、文書ファイルの管理を行うための文書管理サービスをウェブサービスとして提供するサーバ装置である。クライアント装置102は、文書管理サーバ101が提供する文書管理サービスを利用するユーザが使用する装置であり、ブラウザアプリケーションを用いて文書管理サーバ101にアクセスすることにより、文書管理サービスの提供を受ける。LAN103は、上記した各装置を通信可能に接続するためのネットワークであり、その接続形態は有線/無線を問わない。以上が、本発明の実施形態における情報処理システムのシステム構成の一例の説明である。次に、図2を参照して、図1の文書管理サーバ101、及び、クライアント装置102に適用可能な情報処理装置のハードウェア構成の一例について説明する。図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSBasicInputOutputSystemやオペレーティングシステムプログラム以下、OSや、文書管理サーバ101、クライアント装置102がそれぞれ実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。202はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM203あるいは外部メモリ211からRAM202にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。また、205は入力コントローラで、キーボードやポインティングデバイス等の入力装置209からの入力を制御する。206はビデオコントローラで、ディスプレイ装置210等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。207はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶するハードディスクHDや、フレキシブルディスクFD、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ211へのアクセスを制御する。208は通信I/Fインタフェースコントローラで、ネットワーク例えば、図1に示したLAN103を介して外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、ディスプレイ装置210上での表示を可能としている。また、CPU201は、ディスプレイ装置210上の不図示のマウスカーソル等でのユーザ指示を可能とする。本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ211に記録されている。そして、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ211に格納されており、これらについての詳細な説明も後述する。次に、図3を参照して、図1のクライアント装置102のCPU201によって行われるアップロードファイル設定処理について説明する。本図に示す処理をクライアント装置102のCPU201に行わせるためのプログラムは、外部メモリ211等に記憶されており、本図に示す処理を実行するに際し、CPU201は当該プログラムをRAM202にロードし、ロードしたプログラムによる制御に従って本処理を実行する。まず、クライアント装置102は、文書管理サーバ101に対して、ファイルアップロード要求を行うことにより、その要求に応じて文書管理サーバ101より送信される画面情報に従って、ファイルアップロード画面1500図15を表示するステップS301。ここで、図15を参照して、ファイルアップロード画面1500の構成について説明する。図15は、クライアント装置102のディスプレイ装置210に表示されるファイルアップロード画面1500の構成の一例を示す図である。図15に示すように、ファイルアップロード画面1500は、矩形エリア1501、クリアボタン1502、ディレクトリ名入力欄1503、ディレクトリ追加ボタン1504、全クリアボタン1505、アップロードボタン1506、キャンセルボタン1507等を備えて構成されている。矩形エリア1501は、文書管理サーバ101にアップロードするファイルを指定するために用いられるエリアである。このエリアに、文書管理サーバ101にアップロードするファイルのアイコンをドラッグドロップすることにより、アップロードするファイルの指定が可能である。また、この矩形エリア1501で、ディレクトリのツリー構造を構築可能であり、アップロードするファイルをこのツリー構造のディレクトリにドラッグドロップすることにより、ファイルを、階層構造をもった形でアップロードすることが可能となる。尚、ファイルアイコンだけでなく、ディレクトリアイコンのドラッグドロップを受け付けることも可能である。その例については、図16を参照して後述することにする。本発明では、文書管理サーバ101上のディレクトリに紐づいた複数の矩形エリア1501を表示し、それぞれの矩形エリアに対して、アップロードするファイルを、階層構造をもった形で設定することが可能である。これにより、異なるディレクトリに対するファイルのアップロードを一度の操作で行うことが可能となる。クリアボタン1502は、矩形エリア1501に構築されたディレクトリ構造ツリー構造や、アップロードファイルの設定をクリアするために用いられるボタンである。ディレクトリ名入力欄1503は、矩形エリア1501に新たに追加するディレクトリの名称の入力を受け付ける入力欄である。ディレクトリ追加ボタン1504は、矩形エリア1501に新規にディレクトリを追加するために用いられるボタンである。矩形エリア1501のいずれかのディレクトリが選択されている状態で、このディレクトリ追加ボタン1504が押下されると、選択状態のディレクトリの直下に、ディレクトリ名入力欄1503に入力されたディレクトリ名のディレクトリが作成される。全クリアボタン1505は、全ての矩形エリア1501に構築されたディレクトリ構造ツリー構造や、アップロードファイルの設定をクリアするために用いられるボタンである。アップロードボタン1506は、それぞれの矩形エリア1501に構築されたディレクトリ構造を保った形で、そのディレクトリに設定されたファイルを文書管理サーバ101にアップロードする指示を行うために用いられるボタンである。キャンセルボタン1507は、ファイルをアップロードせずに本図を用いたファイルアップロード処理を終了するために用いられるボタンである。以上が、図15のファイルアップロード画面1500の構成の説明である。尚、文書管理サーバ101のCPU201は、図12に示す矩形情報ファイル1200を用いて、ファイルアップロード画面1500を表示させるための画像情報を作成する。この矩形情報ファイル1200は、例えばユーザごとに登録されており、ログイン処理により特定されたユーザの矩形情報ファイル1200を用いて、ファイルアップロード画面1500を作成する。図12の場合には、矩形エリア1という名称、矩形エリア2という名称、及び、矩形エリア3という名称の3つの矩形エリアがファイルアップロード画面1500に作成されることになるつまり、図15に示すイメージ。また、それぞれの矩形エリア1501はそれぞれ、文書管理サーバ101上のディレクトリと対応付けられており以下、対応ディレクトリという、それぞれの矩形エリア1501に設定されたファイルは、対応ディレクトリに保存されることになる。また、矩形エリア1501にディレクトリ構造化構築されている場合には、対応ディレクトリの直下にそのディレクトリ構造が作成されることになる。図3の説明に戻る。クライアント装置102のCPU201は、ステップS301において、ファイルアップロード画面1500をディスプレイ装置210に表示後、そのファイルアップロード画面1500を介して、ユーザからの各種操作を受け付けるステップS302。そして、クライアント装置102のCPU201は、ステップS302で受け付けた操作が、ディレクトリアイコンやファイルアイコンの矩形エリア1501へのドラッグドロップ処理であると判定した場合にはステップS303でYES、処理をステップS304に進め、ディレクトリ/ファイルのドラッグドロップ受付処理を行う。この処理の詳細については、図4を参照して後述する。また、クライアント装置102のCPU201は、ステップS302で受け付けた操作が、ディレクトリ追加ボタン1504に対する押下指示であると判定した場合にはステップS305でYES、処理をステップS306に進め、ディレクトリ追加処理を行う。この処理の詳細については、図6を参照して後述する。また、クライアント装置102のCPU201は、ステップS302で受け付けた操作が、クリアボタン1502に対する押下指示であると判定した場合にはステップS307でYES、処理をステップS308に進め、矩形エリアクリア処理を行う。この処理の詳細については、図7を参照して後述する。また、クライアント装置102のCPU201は、ステップS302で受け付けた操作が全クリアボタン1505に対する押下指示であると判定した場合にはステップS309でYES、処理をステップS310に進め、全矩形エリアクリア処理を行う。この処理の詳細については、図8を参照して後述する。また、クライアント装置102のCPU201は、ステップS302で受け付けた操作がファイルアップロードボタン1506に対する押下指示であると判定した場合にはステップS311でYES、処理をステップS312に進め、ファイルアップロード処理を行う。この処理の詳細については、図9を参照して説明する。また、クライアント装置102のCPU201は、ステップS302で受け付けた操作がキャンセルボタン1507に対する押下指示であると判定した場合にはステップS313でYES、本図に示す処理を終了する。なお、上記のいずれでもない操作指示を受け付けたと判定した場合にはこの場合、ステップS313でYESと判定、処理をステップS314に進め、指示されたその他の処理を実行することになる。例えば、ディレクトリ名入力欄1503へのディレクトリ名入力操作を受け付けた場合には、その入力された文字列を、ディレクトリ名入力欄1503に表示する処理を行う。以上が、クライアント装置102のCPU201によって行われるアップロードファイル設定処理の概要の説明である。次に、図4を参照して、図3のステップS304のディレクトリ/ファイルドラッグドロップ処理の詳細について説明する。まず、クライアント装置102のCPU201は、ディレクトリアイコンや、ファイルアイコンがドロップされた箇所いずれの矩形エリア1501のいずれのディレクトリを特定するステップS401。この時、複数のファイルアイコン、複数のディレクトリアイコン、ファイルアイコンとディレクトリアイコンに対するドラッグドロップ処理を受け付けることが可能である。その後、クライアント装置102のCPU201は、ドラッグドロップ処理を受け付けた全てのアイコンに対して、ステップS402以降の処理を行う。まず、ステップS402において、ドラッグドロップ処理を受け付けたアイコンに対応するディレクトリ、若しくはファイルを取得する。例えば、HTML5のファイルAPIを用いて、その情報を取得することになる。そして、ステップS402で取得したものが、ディレクトリであるか、それともファイルであるかを判定するステップS403。ステップS403の判定処理で、ステップS402で取得したものがディレクトリであると判定した場合には、処理をステップS404に進め、ステップS402で取得したディレクトリに保存されているサブディレクトリも含むファイルの数を取得する。尚、一度に所定数制限値以上のファイルをアップロードすると文書管理サーバ101の負荷が高くなるので、本発明では、一度にアップロード可能なファイル数に制限を設けている。尚、ファイル数ではなく、ファイルサイズ等で制限を設けるようにしても構わない。その後、ステップS405の判定処理で、ディレクトリに保存されているファイルと、既にアップロード対象として設定されているファイルの合計が所定数制限値以上であるYESと判定した場合には、処理をステップS407に進めエラー表示を行う。一方、所定数制限値未満であるNOと判定した場合には、矩形エリア1501中のステップS401で特定したディレクトリの直下にディレクトリアイコンを追加表示しステップS406、処理をステップS410に進める。ここで、図16を参照して、図4のS406で行われる処理の概要について説明する。図16の1に示すように、デスクトップ上の文書ディレクトリという名称のディレクトリアイコン1601を、矩形エリア1501中のルートという名称のディレクトリアイコン1602に対してドラッグドロップすると、図16の2に示すように、矩形エリア1501中のディレクトリアイコン1602の直下に、新たに文書ディレクトリという名称のディレクトリアイコン1603が表示されることになる。これにより、デスクトップ上のディレクトリアイコン1601に保存されているファイルサブディレクトリに保存されているファイルも含むをアップロード対象のファイルをして設定することが可能である。また、図16の2の状態で、図16では不図示のアップロードボタン1506に対する押下指示を受け付けると、この矩形エリア1501に対応する文書管理サーバ101上のディレクトリの直下に、ルートという名称のディレクトリが、ルートディレクトリの直下に文書ディレクトリという名称のディレクトリが作成され、デスクトップ上の文書ディレクトリに保存されているファイルが、文書管理サーバ101上に作成された文書ディレクトリにアップロードされることになる。図4の説明に戻る。ステップS403の判定処理で、ステップS402で取得したものがファイルであるとクライアント装置102のCPUが判定した場合には、処理をステップS408に進め、ステップS402で取得したファイルのMIMEタイプファイルタイプを取得する。そして、取得したMIMEタイプに合わせたアイコンを、ステップS401で特定したディレクトリの直下に追加表示するステップS409。その後、処理をステップS410に進める。ステップS406、ステップS409の処理が終了後、クライアント装置102のCPU201は処理をステップS410に進め、ツリー構造作成処理を行う。この処理の詳細については、図5を参照して説明する。そして、上記ステップS402からステップS410の処理を、ドラッグドロップ処理を受け付けた全てのファイルアイコン、ディレクトリアイコンについて行う。以上が、図3のステップS304のディレクトリ/ファイルのドラッグドロップ受付処理の詳細の説明である。次に、図13を参照して、矩形エリア1501に作成されるディレクトリ構造を管理するツリー構造ファイル1300の構成について説明する。ツリー構造ファイル1300はXML形式のファイルである。ツリー構造ファイル1300には、最上位のノードとして、entriesノードが設定されている。そして、その下に、アップロードするファイルやディレクトリ構造を示すentryノードが作成されることになる。entriesノードの直下のentryノードは矩形エリア1501を示すノードである。そして、その下には、矩形エリア1501に構築されたディレクトリ構造やアップロード対象となるファイルを示すentryノードが作成されることになる。尚、ファイルを示すノードのtypeにはfileが、ディレクトリを示すノードのtypeにはfolderが登録されるので、そのentryノードがファイルを示すものであるか、それともディレクトリを示すものであるかを識別することが出来る。以上が、ツリー構造ファイル1300の説明である。次に、図5を参照して、図4のステップS410のツリー構造作成処理の詳細について説明する。この処理では、クライアント装置102のCPU201は、矩形エリア1501に対するディレクトリアイコンやファイルアイコンのドラッグドロップ処理により、矩形エリア1501内のディレクトリ構造に変更が加えられた場合に、当該変更に合わせて、図13のツリー構造ファイル1300や図14のアップロードファイルリストを更新することになる。まず、ステップS501において、CPU201は、entryノードを直下に追加するノード、つまりは、ディレクトリアイコン/ファイルアイコンのドラッグドロップを受け付けたディレクトリに対応するentryノードを特定する。そして、追加対象のディレクトリまたはファイルを取得するステップS502。そして、ステップS502で取得したファイルまたはディレクトリに対応するentryノードを新たにツリー構造ファイル1300に追加するステップS503。その後、ステップS502で取得したものが、ファイルであるかそれともディレクトリであるかを判定するステップS504。ステップS504の判定処理で、ステップS502で取得したものがディレクトリであると判定した場合には、クライアント装置102のCPU201は処理をステップS505に進め、ステップS503で新たに追加したentryノードのnameにドラッグドロップ処理がされたディレクトリのディレクトリ名を設定する。また、typeにはfolderを設定するステップS506。その後、ドラッグドロップ処理をされたディレクトリに含まれるサブディレクトリやファイルの登録をするために、ツリー構造作成処理を再帰的に行うことになるステップS507。一方、ステップS504の判定処理で、ステップS502で取得したものがファイルであると判定した場合には、クライアント装置102のCPU201は処理をステップS508に進め、ステップS503で新たに追加したentryノードのnameにドラッグドロップ処理がされたファイルのファイル名を設定する。また、Contentにファイルタイプを、typeにfileをそれぞれ設定することになるステップS509、S510。その後、クライアント装置102のCPU201は、処理をステップS511に進め、ステップS502で取得したファイルのパス情報を、当該ファイルを管理するentryノードのidと対応付けて、図14に示すアップロードファイルリスト1400に登録する。以上が、図4のステップS410のツリー構造作成処理の詳細な説明である。次に、図14を参照して、アップロードファイルリストのデータ構成の一例について説明する。図14に示す通り、アップロードファイルリスト1400は、データ項目として、ノードID1401、ファイルパス1402等を備えて構成されている。ノード1401は、ツリー構造ファイル1300中のファイルを管理するentryノードのノードIDに対応するかを示す情報が登録されるデータ項目である。ファイルパス1402は、entryノードで特定されるアップロード対象ファイルのファイルパス情報が登録されるデータ項目である。以上が、図14のアップロードファイルリスト1400のデータ構成の説明である。次に、図6を参照して、図3のステップS306のディレクトリ追加処理について説明する。この処理は、ファイルアップロード画面1500のディレクトリ追加ボタン1504に対する押下指示を受け付けた際に、クライアント装置102のCPU201が実行する処理である。まず、クライアント装置102のCPU201は、矩形エリア1500中で選択状態になっているディレクトリを取得するステップS601。尚、選択状態のディレクトリがない場合には、ステップS601ではディレクトリの取得は行われない。そして、その後、ディレクトリ名入力欄1503に入力されたディレクトリ名を取得するステップS602。その後、選択状態のディレクトリの直下に新たにディレクトリアイコンを追加表示するステップS603。この時、ステップS601でディレクトリが取得されなかった場合には、最上位階層に新たにディレクトリアイコンを追加表示することになる。また、このディレクトリの名称として、ステップS602で取得したディレクトリ名を表示する。その後、アップロードファイルリスト1400中の、ステップS601で取得したディレクトリに対応するentryノードの直下に新規にentryノードを作成しステップS604、そのnameにステップS602で取得したディレクトリ名を設定するステップS605。また、typeにはfolderを設定するステップS606。尚、ステップS601でディレクトリを取得しなかった場合には、矩形エリア1501に対応するentryの直下に新規にentryノードを作成することになる。以上が、図3のステップS306のディレクトリ追加処理の説明である。次に、図7を参照して、図3のステップS308の矩形エリアクリア処理の詳細について説明する。この処理は、ファイルアップロード画面1500のクリアボタン1502に対する押下指示を受け付けた際に、クライアント装置102のCPU201が実行する処理である。まず、クライアント装置102のCPU201は、アップロードファイルリスト1400中にある、クリア指示を受け付けた矩形エリア1501に対応するentryノードを特定するステップS701。そして、そのentryノードの配下のノード<entry>から、対応する</entry>までに含まれるノードを全て削除するステップS702。その後、クリア指示を受け付けた矩形エリア1501中のディレクトリツリー構造を示すアイコンの表示を消去するステップS703。そして、ステップS702で削除したノードのノードIDに対応するアップロードファイルリスト1400中のレコードを削除するステップS704。以上が、図3のステップS308の領域クリア処理の詳細な説明である。次に、図8を参照して、図3のステップS310の全領域クリア処理の詳細について説明する。この処理は、ファイルアップロード画面1500の全クリアボタン1505に対する押下指示を受け付けた際に、クライアント装置102のCPU201が実行する処理である。まず、ステップS801において、クライアント装置102のCPU201は、ツリー構造ファイル1300中のentriesノードの配下のノードをすべて削除する。そして、その後、enrriesノードの直下に、各矩形エリア1501に対応するentryノードを追加するステップS802。尚、ステップS801の処理で、entriesノードの配下のノードをすべて削除後、ステップS802で、各矩形エリア1501に対応するentryノードを追加するようにせず、それぞれの矩形エリア1501に対応するentryノードの配下のノードを削除するようにしてももちろん構わない。その後、全ての矩形エリア1501に中のディレクトリツリー構造を示すアイコンの表示を消去するステップS803。そして、図14のアップロードファイルリスト1400に含まれるレコードをすべて削除するステップS804。以上が図3のステップS310の全矩形エリアクリア処理の詳細な説明である。クライアント装置102は、図15のファイルアップロード画面1500に対する操作指示に応じて、上記した処理を行うことで、文書管理サーバ101にアップロードするファイルとその階層構造情報を作成することになる。その後、ファイルアップロード画面1500中のアップロードボタン1506に対する押下指示を受け付けると、文書管理サーバ101に対してアップロード対象のファイルとその階層構造情報を送信するアップロード処理を行うことになる。次に、ファイルアップロード画面1500中のアップロードボタン1506に対する押下指示を受け付けた場合に、クライアント装置102のCPU201によって行われるアップロード処理図3のステップS312の詳細について、図9を参照して説明することにする。クライアント装置102のCPU201は、アップロードファイルリスト1400に登録されている各レコードのファイルパス1402に登録されているファイルパス情報に従って、アップロード対象の外部メモリ211からファイルを取得するステップS901。そして、取得したファイルをもとに、Multipartデータ形式のデータを作成するステップS902。また、図13のツリー構造ファイル1300をもとに、Multipart形式のデータを作成するステップS903。そして、ステップS902、ステップS903で作成したMultipartデータを含むHTTPリクエストを作成しステップS904、作成したHTTPリクエストを文書管理サーバ101に対して送信する。これにより、クライアント装置102は、ブラウザアプリケーションを介してつまりはHTTPを用いて、文書管理サーバ101にアップロードするファイルとその階層構造を送信することが可能となる。次に、図10を参照して、図9のステップS905でクライアント装置102から送信されたHTTPリクエストを受信した文書管理サーバ101が行う、ファイル受信処理について説明する。本図に示す処理を文書管理サーバ101のCPU201に実行させるためのプログラムは外部メモリ211等に記憶されており、本処理を実行する際にCPU201は当該プログラムをRAM202にロードし、ロードしたプログラムによる制御に従って本処理を実行する。文書管理サーバ101のCPU201は、クライアント装置102から送信されたHTTPリクエストを受信すると、文書管理サーバ101は、HTTPリクエストに含まれるツリー構造ファイルを取得するステップS1001、また、アップロードされてきたファイルの情報も合わせて取得するステップS1002。その後、ツリー構造ファイルのentriesノードを取得し、そのentriesノード直下のentryノードに対するディレクトリ構造作成処理を行うステップS1004:図11のステップS1101で取得される子ノードがentriesノード直下のentryノードになる。この処理の詳細については、図11を参照して説明することにする。そして、以上が、文書管理サーバ101のCPU201によって行われるファイル受信処理の説明である。次に、図11を参照して、図10のステップS1004のディレクトリ構成作成処理の詳細について説明する。CPU201は、注目ノード初期はentriesノードの直下の子ノードであるentryノードに対してステップS1101から1106の処理を行うことで、図15の各矩形エリア1501に対応付けられた文書管理サーバ101上のディレクトリに、クライアント装置102で受け付けた階層構造でファイルを保存する処理を行う。まず、ステップS1101では、CPU201は、注目ノードの子ノードであるentryノードのうち、ステップS1102以降の処理を行っていないentryノードを取得する。そして、そのノードがディレクトリを示すノードであるか、それともファイルを示すノードであるかを判定するステップS1102。ステップS1102の判定処理でディレクトリであると判定した場合には、CPU201は処理をステップS1103に進め、注目ノードに対応するディレクトリにステップS1101で取得したノードに対応するディレクトリを作成する。その際のディレクトリ名称は、当該ノードのnameに設定されている名称とする。尚、既にその名称のディレクトリが作成されている場合には、このステップでディレクトリの作成は行わない。そして、その後、当該ノードの直下のentryノードに基づいて、ステップS1103で作成されたディレクトリの下層のディレクトリ構造を作成するために、ステップS1101で取得したノードを注目ノードとして、再帰的にディレクトリ構成作成処理を行うステップS1104。一方、ステップS1102の判定処理でファイルであると判定した場合には、CPU201は、処理をステップS1105に進め、図10のステップS1002で取得したアップロードファイルのうち、当該entryノードに対応する例えばファイル名で特定ファイルを取得しステップS1105、そのファイルを注目ノードに対応するディレクトリに保存するステップS1106。その際には、そのファイル名称として、ステップS1101で取得したentryノードのnameに設定された名称が設定される。尚、既にアップロードファイルを登録すべきディレクトリに、その名称のファイルが既に登録されている場合には、ファイルを上書きする/ファイルの名称を変えて保存する、のいずれの方法を採用しても良い。いずれの方法にするかはあらかじめ設定されており、その設定情報に従って、文書管理装置101のCPU201は、ファイルを上書きするか、それともファイルの名称を変えて保存するかを判断することになる。そして、以上の処理を注目ノードの子ノードについて全て行うまで、文書管理サーバ101のCPU201は本図に示す処理を繰り返し行うことになる。以上が図10のステップS1004のディレクトリ構造作成処理の詳細な説明である。本発明では、文書管理サーバ101のCPU201が、クライアント装置102から受信したHTTPリクエストに含まれる、ツリー構造ファイルとアップロードファイル情報を用いて、ディレクトリ構造階層構造を構築し、構築したディレクトリ構造にアップロードファイルを保存することが出来る。これにより、ウェブベースの文書管理装置においても、ファイルに階層構造を持たせた形で、ファイルのアップロードを行うことが可能となる。本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、1つの機器からなる装置に適用してもよい。なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であってもよい。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RWなどがある。また、磁気テープ、不揮発性のメモリカード、ROM、DVDDVD-ROM,DVD-Rなどもある。その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。"