JP2007004301A - コンピュータ、データ処理方法、プログラムおよび通信方法 - Google Patents

Abstract

【課題】 複数のファイルデータをそのディレクトリ構造を保持したまま他のコンピュータにブラウザを介して転送することを可能とするコンピュータを提供する。
【解決手段】 クライアント装置２が、自らが記憶するディレクトリ階層構造を有する複数のファイルデータを、そのディレクトリ階層構造を保持したまま圧縮した圧縮ファイルデータを生成し、これをＷＷＷブラウザを用いて、サーバ装置６にアップロードする。サーバ装置６は、受信した圧縮ファイルデータを自動的に解凍して、複数のファイルデータをそのディレクトリ階層構造を保持したまま所定のディレクトリに書き込む。
【選択図】 図１

Description

本発明は、ブラウザを用いて送信されたファイルデータを処理するコンピュータ、データ処理方法、プログラムおよび通信方法に関する。

例えば、ネットワークを介してファイルをやり取りする場合の方法として、ＦＴＰ(File Transfer Protocol)や電子メール等の他に、ＧＵＩ(Graphical User Interface)に優位性のある汎用ＷＷＷブラウザを使ってＨＴＴＰ(HyperText Transfer Protocol)を用いたファイルのアップロード/ダウンロードを行う方法がある。
この汎用ＷＷＷブラウザを使ったファイルのアップロード/ダウンロード機能を用いて、ネットワーク上でデータを共有するシステムも運用されている。

特開２００３−２５６２６０号公報 特開２００３−２４２０３４号公報

しかし、汎用ＷＷＷブラウザを使ったアップロードでは、セキュリティ上の問題から汎用ＷＷＷブラウザにおいてファイルしか指定することができず、ディレクトリを指定して、ディレクトリ下のファイルを全てアップロードしたり、ディレクトリ階層構造をＷＷＷサーバへ伝えたりする機能は、送信側のＯＳおよびブラウザを特定しない限り実装できない。
そのため、汎用ＷＷＷブラウザの利用者はアップロードの作業を何回も繰り返して行う必要があり、これがＷＷＷブラウザを利用した上記データ共有システムの利便性の低下に繋がっている。
また、ＷＷＷサーバにおいて、アップロードされたファイルデータは、アップロード前のディレクトリ階層構造を保持できない。

本発明は上述した従来技術の問題点を解決するために、複数のファイルデータをそのディレクトリ構造を保持したまま他のコンピュータにブラウザを介して転送することを可能とするコンピュータ、データ処理方法、プログラムおよび通信方法を提供することを目的とする。

上述した従来技術の問題点を解決し、上述した目的を達成するため、第１の観点の発明のコンピュータは、ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する受信手段と、前記受信手段が前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出し、当該抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む制御手段とを有する。

第２の観点の発明のデータ処理方法は、ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する第１の工程と、前記第１の工程で前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する第２の工程と、前記第２の工程で前記抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の工程とを有する。

第３の観点の発明のプログラムは、コンピュータが実行するプログラムであって、ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する第１の手順と、前記第１の手順で前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する第２の手順と、前記第２の手順で前記抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の手順とを前記コンピュータに実行させる。

第４の観点の発明の通信方法は、第１のコンピュータと第２のコンピュータとで通信を行う通信方法であって、前記第１のコンピュータが、複数のファイルデータをそのディレクトリ階層構造を保持したまま収容した収容ファイルデータを生成する第１の工程と、前記第１のコンピュータが、ディレクトリ構造を明示しないファイル指定を条件としてファイルデータを送信するブラウザを用いて、前記第１の工程で生成した前記収容ファイルデータを指定して前記第２のコンピュータに送信する第２の工程と、前記第２のコンピュータが、前記第２の工程で受信した前記収容ファイルデータに収容された前記複数のファイルデータを、前記ディレクトリ階層構造を保持したまま自動的に抽出し、当該抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の工程とを有する。

本発明によれば、複数のファイルデータをそのディレクトリ構造を保持したまま他のコンピュータにブラウザを介して転送することを可能とするコンピュータ、データ処理方法、プログラムおよび通信方法を提供することができる。

以下、本発明の実施形態に係わる通信システムについて説明する。
先ず、本実施形態の構成要素と、本発明の構成要素との対応関係を説明する。
本実施形態の圧縮ファイルデータＣＦＤが本発明の収容ファイルデータの一例である。
図１および図３に示すサーバ装置６が、第１〜第３の観点の発明のコンピュータ、並びに第４の観点の発明の第２のコンピュータの一例である。
また、図１および図２に示すクライアント装置２が、第４の観点の発明の第１のコンピュータの一例である。
図３に示すインターフェース３１が第１の観点の発明の受信手段の一例であり、処理回路３５が第１の観点の発明の制御手段の一例である。

また、図４に示すステップＳＴ１４が第２の観点の発明の第１の工程の一例であり、ステップＳＴ１７が第２の観点の発明の第２の工程の一例であり、ステップＳＴ１８が第２の観点の発明の第３の工程の一例である。
また、図４に示すステップＳＴ１１が第４の観点の発明の第１の工程の一例であり、ステップＳＴ１３が第４の観点の発明の第２の工程の一例であり、ステップＳＴ１４〜ＳＴ１８が第４の観点の発明の第３の工程の一例である。
また、図３に示すプログラムＰＲＧ２が、第３の観点の発明のプログラムの一例である。

図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
図１に示すように、通信システム１は、クライアント装置２およびサーバ装置６を有する。
クライアント装置２とサーバ装置６とはネットワーク４を介して通信を行う。

図１に示す通信システム１は、クライアント装置２が、記憶するディレクトリ階層構造を有する複数のファイルデータを、そのディレクトリ階層構造を保持したまま、ＷＷＷブラウザを用いて、サーバ装置６にアップロードすることを特徴としている。

＜クライアント装置２＞
図２は、図１に示すクライアント装置２の構成図である。
図２に示すように、クライアント装置２は、例えば、インターフェース２１、ディスプレイ２２、操作部２３、メモリ２４、処理回路２５を有し、これらがデータ線２０を介して接続されている。
インターフェース２１は、ネットワーク４を介して、サーバ装置６との間でデータの送受信を行う。
ディスプレイ２２は、処理回路２５からの表示信号に応じた画面を表示する。
操作部２３は、キーボード、マウス、タッチパネルなどであり、ユーザの操作に応じた操作信号を処理回路２５に出力する。
メモリ２４は、処理回路２５によって実行されるＷＷＷブラウザＰＲＧ１などのプログラムを記憶する。
また、メモリ２４は、ディレクトリ階層構造を保持した複数のファイルデータを記憶している。
ＷＷＷブラウザＰＲＧ１は、前述したように汎用のブラウザであり、ＨＴＴＰプロトコルに基づいたファイルデータのアップロード/ダウンロード機能、ＨＴＭＬファイルを記述することで実装できる。
ＷＷＷブラウザＰＲＧ１は、複数のファイルデータをそのディレクトリ階層構造を保持したままアップロードできない。

処理回路２５は、メモリ２４から読み出したプログラムを実行して、クライアント装置２の動作を統括的に制御する。

本実施形態では、処理回路２５は、ユーザによる操作部２３の操作に応じて、複数のファイルデータをそのディレクトリ階層構造を保持した状態で含む１つの圧縮ファイルデータを生成する。
処理回路２５は、メモリ２４からＷＷＷブラウザＰＲＧ１を読み出して実行し、その機能を基に、上記圧縮ファイルデータＣＦＤを指定してＨＴＴＰプロトコルによるサーバ装置６へのアップロード処理を行う。
これにより、クライアント装置２は、複数のファイルデータをそのディレクトリ階層構造を保持したまま一括してサーバ装置６にアップロードできる。

＜サーバ装置６＞
図３は、図１に示すサーバ装置６の構成図である。
図３に示すように、サーバ装置６は、例えば、インターフェース３１、メモリ３４、処理回路３５を有し、これらがデータ線３０を介して接続されている。

インターフェース３１は、ネットワーク４を介して、クライアント装置２との間でデータの送受信を行う。
操作部３３は、キーボード、マウス、タッチパネルなどであり、ユーザの操作に応じた操作信号を処理回路３５に出力する。
メモリ３４は、処理回路３５によって実行されるプログラムＰＲＧ２を記憶する。

処理回路３５は、メモリ３４から読み出したプログラムＰＲＧ２を実行して、サーバ装置６の動作を統括的に制御する。
処理回路３５は、プログラムＰＲＧ２に基づいて、インターフェース３１を介してクライアント装置２がアップロードしたファイルデータを受信すると、そのファイルデータが圧縮ファイルデータＣＦＤ（圧縮形式）であるか否かを判断する。
処理回路３５は、受信したファイルデータが圧縮ファイルデータＣＦＤであると判断すると、圧縮ファイルデータＣＦＤを解凍し、ディレクトリ階層構造を保持した複数のファイルデータを取り出す。
そして、処理回路３５は、上記取り出した複数のファイルデータをそのディレクトリ階層構造を保持してメモリ３４内の所定のディレクトリに書き込む。

以下、図１に示す通信システム１の動作例を説明する。
図４は、図１に示す通信システム１の動作例を説明するためのフローチャートである。
図５は、図４に示す動作例を模式的に示す図である。
図４に示す各ステップを図５を参照しながら説明する。

ステップＳＴ１１：
図２に示すクライアント装置２の処理回路２５は、図５に示すように、ユーザによる操作部２３の操作に応じて、複数のファイルデータをそのディレクトリ階層構造を保持した状態で含む１つの圧縮ファイルデータを生成する。

ステップＳＴ１２：
クライアント装置２の処理回路２５は、メモリ２４からＷＷＷブラウザＰＲＧ１を読み出して実行し、その機能を基に、アップロード画面をディスプレイ２２に表示し、その画面を基に、ステップＳＴ１１で生成した圧縮ファイルデータＣＦＤをアップロード対象として指定する。

ステップＳＴ１３：
クライアント装置２の処理回路２５は、図５に示すように、ステップＳＴ１２で指定した圧縮ファイルデータＣＦＤを、インターフェース２１から、ＨＴＴＰプロトコルによってネットワーク４を介してサーバ装置６に送信（アップロード）する。

ステップＳＴ１４：
図３に示すサーバ装置６のインターフェース３１は、ステップＳＴ１３でクライアント装置２がアップロードした圧縮ファイルデータＣＦＤを受信する。

ステップＳＴ１５：
サーバ装置６の処理回路３５は、ステップＳＴ１４で受信したファイルデータが圧縮ファイルデータＣＦＤ（圧縮形式）であるか否かを判断し、圧縮ファイルデータＣＦＤであると判断するとステップＳＴ１７に進み、そうでない場合にはステップＳＴ１６に進む。

ステップＳＴ１６：
サーバ装置６の処理回路３５は、ステップＳＴ１４で受信したファイルデータをそのまま所定のディレクトリに保存する。

ステップＳＴ１７：
サーバ装置６の処理回路３５は、図５に示すように、ステップＳＴ１４で受信した圧縮ファイルデータＣＦＤを解凍する。

ステップＳＴ１８：
サーバ装置６の処理回路３５は、ステップＳＴ１７の解凍によって、ディレクトリ階層構造を保持した複数のファイルデータを得て、これらをそのディレクトリ階層構造を保持してメモリ３４内の所定のディレクトリに書き込む。

以上説明したように、通信システム１によれば、クライアント装置２が保持する複数のファイルデータをそのディレクトリ階層構造を保持したまま一括してサーバ装置６にアップロードできる。
これにより、クライアント装置２のユーザは、複数のファイルデータを、サーバ装置６におけるその格納位置を指定して一つずつアップロードする従来の場合に比べて、アップロードに伴う負担を大幅に軽減できる。

また、通信システム１によれば、クライアント装置２は、汎用ＷＷＷブラウザ・汎用圧縮ソフトウェア以外の専用のソフトウェアをインストールすることなく、ディレクトリ一括のアップロードが可能となる。
そのため、クライアント装置２は、汎用ＷＷＷブラウザを使ったファイルのアップロード/ダウンロード機能を用いて、ネットワーク上でデータを共有するシステムの利便性が向上する。
また、通信システム１によれば、ファイルデータが圧縮されることにより、全体のファイルサイズが小さくなり、アップロード時間が短縮される。

本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。

例えば、上述した実施形態では、本発明の収容ファイルデータとして、圧縮ファイルデータＣＦＤを例示したが、非圧縮形式のファイルデータを用いてもよい。
また、クライアント装置２からサーバ装置６に圧縮ファイルデータＣＦＤ、あるいはディレクトリ階層構造を保持した複数のファイルデータを含む非圧縮ファイルデータをアップロードする際に、所定のコマンドを付加し、サーバ装置６が当該コマンドを基に、受信したファイルデータに含まれる複数のファイルデータをそのディレクトリ階層構造を保持して所定のディレクトリに書き込む処理を行ってもよい。

図１は、本発明の実施形態の通信システムの全体構成図である。 図２は、図１に示すクライアント装置の構成図である。 図３は、図１に示すサーバ装置の構成図である。 図４は、図１に示す通信システムの全体動作例を説明するための図である。 図５は、図４に示す全体動作例を模式的に記載した図である。

符号の説明

１…通信システム、２…クライアント装置、６…サーバ装置、２１，３１…インターフェース、２２…ディスプレイ、２３，３３…操作部、２４，３４…メモリ、２５，３５…処理回路

Claims (7)

1. ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する受信手段と、
   前記受信手段が前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出し、当該抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む制御手段と
   を有するコンピュータ。
2. 前記制御手段は、前記受信手段が受信した前記収容ファイルデータが所定のファイル形式であるか否かを判断し、所定のファイル形式であると判断したことを条件に、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する
   請求項１に記載のコンピュータ。
3. 前記制御手段は、前記受信手段が受信した前記収容ファイルデータが所定の圧縮形式であるか否かを判断し、圧縮形式であると判断すると、前記収容ファイルデータを解凍した後に、当該収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する
   請求項２に記載のコンピュータ。
4. ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する第１の工程と、
   前記第１の工程で前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する第２の工程と、
   前記第２の工程で前記抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の工程と
   を有するデータ処理方法。
5. コンピュータが実行するプログラムであって、
   ディレクトリの階層構造を保持した複数のファイルデータを収容した収容ファイルデータを受信する第１の手順と、
   前記第１の手順で前記収容ファイルデータを受信すると、前記収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する第２の手順と、
   前記第２の手順で前記抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の手順と
   を前記コンピュータに実行させるプログラム。
6. 第１のコンピュータと第２のコンピュータとで通信を行う通信方法であって、
   前記第１のコンピュータが、複数のファイルデータをそのディレクトリ階層構造を保持したまま収容した収容ファイルデータを生成する第１の工程と、
   前記第１のコンピュータが、ディレクトリ構造を明示しないファイル指定を条件としてファイルデータを送信するブラウザを用いて、前記第１の工程で生成した前記収容ファイルデータを指定して前記第２のコンピュータに送信する第２の工程と、
   前記第２のコンピュータが、前記第２の工程で受信した前記収容ファイルデータに収容された前記複数のファイルデータを、前記ディレクトリ階層構造を保持したまま自動的に抽出し、当該抽出した複数のファイルデータをその前記ディレクトリ階層構造を保持したまま所定のディレクトリに書き込む第３の工程と
   を有する通信方法。
7. 前記第３の工程において、前記第２のコンピュータは、前記第２の工程で受信した前記収容ファイルデータが所定の圧縮形式であるか否かを判断し、圧縮形式であると判断すると、前記収容ファイルデータを解凍した後に、当該収容ファイルデータに収容された前記複数のファイルデータを前記ディレクトリ階層構造を保持したまま自動的に抽出する
   請求項６に記載の通信方法。
   
   
   

Images