JP4250933B2 - データ管理システムおよびデータ管理プログラム - Google Patents
データ管理システムおよびデータ管理プログラム Download PDFInfo
- Publication number
- JP4250933B2 JP4250933B2 JP2002259047A JP2002259047A JP4250933B2 JP 4250933 B2 JP4250933 B2 JP 4250933B2 JP 2002259047 A JP2002259047 A JP 2002259047A JP 2002259047 A JP2002259047 A JP 2002259047A JP 4250933 B2 JP4250933 B2 JP 4250933B2
- Authority
- JP
- Japan
- Prior art keywords
- folder
- client
- file
- document management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Description
【発明の属する技術分野】
この発明はデータ管理システムおよびデータ管理プログラムに関し、特にクライアントの指定した格納先にファイルを格納することができるデータ管理システムおよびデータ管理プログラムに関する。
【0002】
【従来の技術】
従来より、ネットワーク環境においてクライアントからサーバ(文書管理装置、ファイル管理装置、データ管理装置などを含む)に対してデータをアップロードすることが行なわれている。
【0003】
通常、サーバへのデータのアップロードはクライアントアプリケーションを経由して行なう。これは、ユーザがアップロード先のパス情報指定操作を簡単に実行できるものがクライアントアプリケーションだからである。
【0004】
アップロード先指定を電子メールにて簡単に行なうことができるのであれば、アップロードだけのためにクライアントアプリケーションを立上げる必要はなくなる。このような考えに関連する技術として、以下に示す特許文献1は、文書管理装置が利用者からの問合せメールに応じて操作指示書をメールで返信し、利用者が返信メールを編集しファイルを添付して文書管理装置にそのメールを送信することにより、添付ファイルが文書管理装置に登録される技術を開示している。
【0005】
また、特許文献2には、ユーザからファイルを添付して送信されてきたメールの本文がディレクトリ(フォルダ)であるか否かのチェックを行ない、ディレクトリであればそのディレクトリに添付ファイルを登録する文書管理装置が開示されている。
【0006】
【特許文献1】
特開平10−307826号公報(特に第0014段落〜第0016段落参照)
【特許文献2】
特開2000−215123号公報(特に第0029段落〜第0034段落参照)
【0007】
【発明が解決しようとする課題】
しかしながら、従来の技術においては、ユーザがファイルを格納したい場所を指定することに手間がかかるという問題があった。また、サーバ内にどのようなフォルダがどのような構造で存在するのかをユーザが知ることができず、これによりファイルのアップロード先を指定できないことがあった。
【0008】
この発明は上述の問題点を解決するためになされたものであり、ユーザがファイルを格納したい場所を指定しやすいデータ管理システムおよびデータ管理プログラムを提供することを目的としている。
【0009】
この発明はさらに、ファイル格納におけるセキュリティを向上させることができるデータ管理プログラムを提供することを目的としている。
【0010】
【課題を解決するための手段】
上述の目的を達成するためにこの発明のある局面によれば、データ管理システムは、クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールを送信する第1の送信部と、文書管理装置において、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造が記載され、フォルダ構造中の各フォルダ名に対して、当該フォルダへ添付ファイルを格納させるコマンドを含むメールを生成させるリンクが張られたHTML形式のメールを、クライアントに送信する第2の送信部と、クライアントにおいて、文書管理装置から送信されてきたHTML形式のメールに応答する形式で、リンクがクリックされることによりリンクから生成した返信メールに格納させるファイルを添付して文書管理装置に返信メールを送信する第3の送信部と、文書管理装置において、クライアントから送信されてきた返信メールに含まれるコマンドに基づいて、指定された格納先のフォルダに、添付されたファイルを格納する格納部とを備える。
【0011】
この発明に従うと、文書管理装置は、クライアントから送信されてきた問合せメールに応じて自身のフォルダ構造をメールにてクライアントに送信する。そして、クライアントは、文書管理装置から送信されてきたメールに応答する形式で、格納先のフォルダを指定するとともに、ファイルを添付して文書管理装置にメールを送信する。文書管理装置においては、指定された格納先のフォルダに添付されたファイルを格納する。このようにして、本発明に従うとユーザがリンクをクリックするだけでファイルを格納したい場所を容易に指定することが可能となる。
【0012】
この発明の他の局面に従うと、データ管理システムは、クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールを送信する第1の送信部と、文書管理装置において、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造を、それぞれのフォルダが異なる行に対応付けられたテキスト形式の送信メールにてクライアントに送信する第2の送信部と、クライアントにおいて、文書管理装置から送信されてきたテキスト形式の送信メールのテキストを引用して応答する形式で、フォルダ構造を示すテキスト内においてフォルダが対応付けられた行と行との間に空行が形成されることにより当該空行の直前の行に対応するフォルダを格納先のフォルダとして指定する返信メールにファイルを添付して文書管理装置に送信する第3の送信部と、文書管理装置において、クライアントから送信されてきた返信メールに含まれる空行を探索することによって空行位置を特定し、当該空行位置の直前の行に対応するフォルダに、添付されたファイルを格納する格納部とを備える。
【0013】
この発明に従うと、文書管理装置は、クライアントから送信されてきた問合せメールに応じて自身のフォルダ構造をメールにてクライアントに送信する。そして、クライアントは、文書管理装置から送信されてきたメールに応答する形式で、格納先のフォルダを指定するとともに、ファイルを添付して文書管理装置にメールを送信する。文書管理装置においては、指定された格納先のフォルダに添付されたファイルを格納する。このようにして、本発明に従うとユーザが空行を形成するだけで、ファイルを格納したい場所を容易に指定することが可能となる。
【0014】
この発明の他の局面に従うと、データ管理プログラムは、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造が記載され、フォルダ構造中の各フォルダ名に対して、当該フォルダへ添付ファイルを格納させるコマンドを含むメールを生成させるリンクが張られたHTML形式のメールを、クライアントに送信する第1ステップと、第1ステップで送信したメールに応答する形式の返信メールであって、リンクがクリックされることによりリンクから生成した返信メールに格納させるファイルが添付されたクライアントからの返信メールを受信した際、返信メールに含まれるコマンドに基づいて、指定された格納先のフォルダに添付されたファイルを格納する第2ステップとをコンピュータに実行させる。
【0015】
この発明に従うと、クライアントの問合せメールに応じて、自身のフォルダ構造がメールにてクライアントに送信され、それに応答する形式で格納先のフォルダが指定され、かつファイルが添付されたクライアントからのメールが受信され、そこで指定された格納先のフォルダに、添付されたファイルが格納される。これにより、ユーザがファイルを格納したい場所を指定しやすいデータ管理プログラムを提供することが可能となる。
【0016】
この発明の他の局面に従うと、データ管理プログラムは、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造を、それぞれのフォルダが異なる行に対応付けられたテキスト形式の送信メールにてクライアントに送信する第1ステップと、第1ステップで送信したテキスト形式の送信メールのテキストを引用して応答する形式の返信メールであって、フォルダ構造を示すテキスト内においてフォルダが対応付けられた行と行との間に空行が形成されることにより当該空行の直前の行に対応するフォルダが格納先のフォルダとして指定されるとともに、ファイルが添付されたクライアントからの返信メールを受信した際、返信メールに含まれる空行を探索することによって空行位置を特定し、当該空行位置の直前の行に対応するフォルダに、添付されたファイルを格納する第2ステップとをコンピュータに実行させる。
この発明に従うと、クライアントの問合せメールに応じて、自身のフォルダ構造がメールにてクライアントに送信され、それに応答する形式で格納先のフォルダが指定され、かつファイルが添付されたクライアントからのメールが受信され、そこで指定された格納先のフォルダに、添付されたファイルが格納される。これにより、ユーザがファイルを格納したい場所を指定しやすいデータ管理プログラムを提供することが可能となる。
【0017】
好ましくは第1ステップは、クライアントから送信されてきた問合せメールに記載されたクライアント情報と登録されたクライアント情報とを比較することにより認証を行ない、認証が成功したクライアントにのみ自身のフォルダ構造をメールにて送信する。
【0018】
この発明に従うと、問合せメールに記載されたクライアント情報と登録されたクライアント情報とが比較され、これにより認証が行なわれるため、セキュリティを向上させたデータ管理プログラムを提供することが可能となる。
【0019】
好ましくは第1ステップは、フォルダ構造をメールにてクライアントに送信する際には、現在ログイン中であるという情報を暗号化した文字列を併せて送信し、第2ステップは、クライアントからのメールを受信した際、先に送信した暗号化文字列がメール中に記載されているか否かを確認し、暗号化文字列が記載されていた際にのみ、指定された格納先のフォルダに添付されたファイルを格納する。
【0020】
この発明に従うと、ログイン中であるという情報を暗号化した文字列が用いられることにより、正式にログインを行なっているクライアントからのファイル格納処理のみを行なうことができる。これにより、セキュリティを向上させたデータ管理プログラムを提供することが可能となる。
【0021】
【発明の実施の形態】
図1は、本発明の実施の形態の1つにおける共有文書管理システムのハードウェア構成を示す図である。
【0022】
図を参照して、共有文書管理システムのハードウェアは、LANに接続されたMFP(Multi Function Peripherals)300と、クライアントとなるパーソナルコンピュータ(PC)100a,100bと、インターネットに接続するためのルータ400と、サーバ200とから構成される。
【0023】
MFP300には、ハードディスクドライブ(HDD)231が接続(または内蔵)されており、MFP300のスキャナにより読取られた画像データが一旦ハードディスクドライブ231に蓄積される。
【0024】
ハードディスクドライブ231内には予め複数のユーザボックス(フォルダ)がユーザごとに設けられており、ユーザは自己のユーザボックスを指定して、その中に読取られた画像データを保存する。ユーザは、自己のパーソナルコンピュータを操作することで、自己のユーザボックスから画像データを取出し、自己のパーソナルコンピュータやサーバのフォルダ内にそれを移動させることができる。
【0025】
また、ユーザは電子メールのアカウント、アドレスなどを指定することで、それに対応する宛先(これはLAN内に接続された機器でもよいし、インターネットなどのネットワークを介して接続された機器でもよい)にデータを電子メールの形式で送ることができる。
【0026】
なお、図1においてはネットワークにMFP300が1台のみ接続されている例を示しているが、MFP300は複数台ネットワークに接続されていてもよい。同様に、サーバ200も複数台ネットワークに接続されていてもよい。また、ネットワーク上の各装置には、それぞれを特定する固有の識別情報(ID情報)が割当られており、ネットワーク上での相互の識別が可能となっている。
【0027】
本実施の形態における共有文書管理システムにおいては、ネットワークに接続された各機器から電子メールを用いてファイルを他の機器へアップロードすることが可能である。
【0028】
サーバ200上には、共有文書管理システムのソフトウェア(データ管理プログラムの一例であり、共有文書管理プログラム)がインストールされている。ユーザはクライアントである自己のパーソナルコンピュータ100a,100bを操作して、サーバ200上の共有文書管理システムのソフトウェアにアクセスする。また、ユーザはMFP300を用いてファイルの印刷やスキャンを行なうことが可能である。
【0029】
共有文書管理システムのソフトウェアは、後述のフローチャートなどに示される処理を実行する。
【0030】
各デバイス間で行なわれる主なやり取りは以下の(A)〜(D)に示される。
(A) クライアントであるユーザのパーソナルコンピュータ100a,100bに格納されているファイルをサーバ200にアップロードする。
【0031】
(B) サーバ200に格納されているファイルをパーソナルコンピュータ100a,100bで表示、またはダウンロードする。
【0032】
(C) サーバ200に格納されているファイルをMFP300において印刷する。
【0033】
(D) MFP300でスキャンすることにより得られたファイルをサーバ200に格納する。
【0034】
以下の実施の形態における説明では、主にユーザのパーソナルコンピュータ100a,100bに格納されているファイルをサーバ200にアップロードする場合について説明するが、本発明はこれに限られるわけではなく、接続された1つの機器から他の機器へファイルを送信し、そこにファイルを格納する場合に適用することが可能である。
【0035】
また、図2に示されるようにサーバ200a,200b、パーソナルコンピュータ100a,100b、MFP300がインターネットIなどの通信回線により接続されており、電子メールを用いて文書などのデータを各機器がやり取りするように構成されたシステムにおいても本発明を適用することが可能である。
【0036】
図3は、パーソナルコンピュータの1つまたはサーバのハードウェア構成を示すブロック図である。
【0037】
図を参照して、パーソナルコンピュータまたはサーバは、装置全体の制御を行なうCPU301と、表示部303と、LANに接続するためのLANカード305と、キーボードやマウスなどにより構成される入力部307と、フレキシブルディスクドライブ309と、CD−ROMドライブ311と、ハードディスクドライブ313と、ROM315と、RAM317とを備えている。
【0038】
フレキシブルディスクドライブ309によりフレキシブルディスク(F1)に記録された画像データやプログラムなどを読取ることが可能であり、CD−ROMドライブ311により、CD−ROM(C1)に記録された画像データやプログラムを読取ることが可能である。
【0039】
図4は、MFP300のハードウェア構成を示すブロック図である。MFP300は、各種演算処理を行なうとともに、MFP300全体の動作を制御するCPU20を備える。各種データを記憶するRAM21、およびプログラム221を記憶するROM22がCPU20に接続される。また、CPU20には、操作部11、ディスプレイ12、スキャナ部13、および記憶部23も接続される。記憶部23は画像データなどを保存するハードディスク231と、メモリカード91から情報の読取を行なうカードスロット232とから構成されている。なお、RAM21は、不揮発性メモリである。
【0040】
これにより、CPU20の制御の下にRAM21、スキャナ部13、ハードディスク231、およびカードスロット232に装填されたメモリカード91の間で各種データの受渡しが可能とされており、ディスプレイ12には、CPU20の制御により、RAM21、ハードディスク231、メモリカード91に記憶されている情報の表示が行なわれる。
【0041】
さらに、CPU20には、ネットワークを介して接続される外部機器との間でデータの送受信を行なうための、送信部161と受信部162とを備えた通信部16も接続される。
【0042】
図5は、パーソナルコンピュータ100aからサーバ200の所定のフォルダに対してファイルをアップロードする処理を示す図である。まず、ステップS101においてサーバ200に対して管理者によるユーザ登録が行なわれる。
【0043】
ステップS103において、パーソナルコンピュータ100aからサーバ200に対してツリー構造を要求するメールが送信される。サーバ200はツリー構造要求メールを受信したことに応じて、ステップS105において、その送信元のメールアドレスからメールを送信したユーザを特定する。
【0044】
次に、ステップS107において、サーバ200は特定されたユーザがアクセスすることができるサーバ200内のフォルダを検索し、そのフォルダについてツリー構造を示すデータを作成する。
【0045】
ステップS109において、当該ツリー構造が記載されたメールがサーバ200からパーソナルコンピュータ100aに対して送信される。
【0046】
ユーザはメールに記載されたツリー構造を把握し、そのメールに応答する形式で、格納先のフォルダを指定するとともに、格納するファイルを添付してステップS111でサーバ200に対しメールを送信する。
【0047】
ステップS113でサーバ200は、パーソナルコンピュータ100aから送信されてきたメールに応じて、指定された格納先のフォルダに添付されたファイルを格納する。
【0048】
ステップS115において、格納処理の結果を通知するメールがサーバ200からパーソナルコンピュータ100aに対して送られる。
【0049】
図6は、サーバ内のフォルダのツリー構造の具体例を示す図である。
本実施の形態における共有文書管理システムに管理されるファイルは、すべてフォルダに格納される。フォルダもまたフォルダ内に格納することが可能である。その結果、システム内には図6に示されるようなフォルダとファイルのツリー構造が構築される。
【0050】
図6を参照して、この具体例においてはルートフォルダ(Root folder)の中にフォルダAおよびフォルダB、ならびにファイルCが格納されており、フォルダA内にさらにフォルダAAが格納されている。また、フォルダAA内にはファイルAAAが格納されている。
【0051】
また、フォルダB内にはファイルBAおよびファイルBBが格納されている。
ファイルをこのような形態で管理することにより、ファイルを体系だてて管理できるという利点がある。またさらに、任意のユーザ群(グループ)に対して任意のフォルダを非公開に設定することも可能である。
【0052】
初期設定においては、すべてのフォルダがすべてのグループに対して公開されているが、これを管理者が非公開に設定することで、指定されたグループに属するユーザは指定されたフォルダにアクセスすることができなくなる。
【0053】
システムの管理者は、ユーザを登録するときにユーザが属するグループを設定しなければならない。そのため、ユーザ登録を行なう前に、グループの登録を行なう必要がある。
【0054】
グループ登録後、以下の4つの情報を設定することでユーザの登録が行なわれる。
【0055】
・ユーザID
・パスワード
・属するグループ名
・メールアドレス
これらの情報がシステムに登録されたユーザに対して、システムは管理ファイルに対する操作を許可する。
【0056】
以下に、ユーザがパーソナルコンピュータを操作してサーバ200にファイルをアップロードする際の手順について以下の(1)〜(6)の順を追って説明する。
【0057】
(1) ツリー構造要求メール送信
ユーザが本実施の形態における共有文書管理システムにファイルをアップロードする際、最初に必要となる手順は、アップロード先を指定するためにシステム内部に構築されたフォルダのツリー構造を知ることである。ユーザは、まずシステムに対し、
サブジェクト:Request Tree
本文:******(ユーザ登録の際に設定したパスワード)
という内容のメールを送信する(図5のステップS103に相当)。これをシステムが受信すれば、その時点でのフォルダのツリー構造が以下に述べる方法で生成される。
【0058】
(2) メールアドレスからユーザを特定
システムにおいてメールが受信されると、まずシステムはサブジェクトが「Request Tree」であることを確認し、受信したメールの送信アドレスを抽出する。そして、登録されたユーザ情報を参照し、受信されたメールの送信者を特定する(図5のステップS105に相当)。さらに、送信者が本文中に記載したパスワードの照合を行ない、これがユーザ登録情報に登録されているものと一致していればユーザはログインしたものと見なされるが、一致しなければ図7に示されるような「パスワードが間違っています。」という文章を含むメールを送信者に返信して処理を終了する。
【0059】
(3) ユーザのアクセスできるフォルダについてツリー構造を生成
ユーザがメール本文に記載したパスワードと、共有文書管理システムに予め登録されたユーザ登録情報内の該当ユーザのパスワードとが一致すれば、システムはユーザの属するグループを同ユーザ登録情報より抽出する。そして、このグループがアクセスできるフォルダを検索し、ヒットしたフォルダについてツリー構造をテキスト形式で生成する(図5のステップS107に相当)。
【0060】
(4) ツリー構造記載のメール送信
共有文書管理システムは、テキスト表現のツリー構造を生成すると、これをメールの本文に記述し、送信者に返信する。たとえば図6に示されるツリー構造が共有文書管理システム内に構築されている場合、図8に示されるメールが生成され、送信者に返信される(図5のステップS109に相当)。
【0061】
図8を参照して、メールのサブジェクトは「A Tree in this system」となり、本文には「以下の1行は必ず返信に含めて下さい」のコメントとともに文字列が含まれる。メール本文の2行目の文字列は、ユーザのログイン情報を暗号化したものである。返信の際にこの文字列を含めることで、当該ユーザがログイン中であることを共有文書管理システムに伝えることができる。これにより、悪意のあるユーザが、共有文書管理システムにアクセスできるユーザのメールアドレスを用いてシステムに危害を及ぼすのを防ぐことができる。
【0062】
図8のメールの本文の3行目以降に、テキスト形式でルートフォルダ内にフォルダAおよびフォルダBが存在し、フォルダA内にフォルダAAが含まれている状況が示されている。当該メールを受取るユーザは特にアクセス制限されておらず、図6のすべてのフォルダにファイルをアップロードすることが可能であるものとする。
【0063】
(5) アップロードするファイルを添付し、格納先を指定してメール送信
ユーザはツリー構造が記載されたメールに、アップロードするファイルを添付して返信することで、共有文書管理システムに添付ファイルを格納することができる(図5のステップS111に相当)。格納先の指定は、システムから送信されたツリー構造の記述を修正することで行なわれる。
【0064】
(5−1) 1つのファイルを1つのフォルダに格納する場合
例として、ユーザがファイルXをフォルダAAに格納する場合を想定する。このとき、図9に示されるようにユーザは共有文書管理システムより受取ったメールを引用して返信メールを作成する。引用部分の行頭にはメーラーに依存する記号(ここでは「>」)が入る。この記号はシステム側で無視できるように処理が行なわれる。このとき、サブジェクトは「Upload」とし、ユーザはこのメールにファイルXを添付する。そして、フォルダAAの行の下に空行を挿入する。
【0065】
図9に示されるようなメールを共有文書管理システムのサーバに送信することで、システムはフォルダAAにファイルXを格納する。
【0066】
(5−2) 1つのファイルを複数のフォルダに格納する場合
例として、ユーザがファイルXをフォルダAAとフォルダBに格納する場合を想定する。返信メールの作成方法は、格納先の指定方法以外は上述の(5−1)と同じである。格納先は、図10に示されるようにフォルダAAとフォルダBの行の下にそれぞれ空行を挿入することで指定される。すなわち、図10に示されるようなメールを共有文書管理システムに送信することで、システムはフォルダAAとフォルダBにファイルXを格納する。
【0067】
(5−3) 複数のファイルを1つのフォルダに格納する場合
例として、ユーザがファイルXとファイルYをフォルダAAに格納する場合を想定する。返信メールの作成方法は上述の(5−1)と同様である。ユーザはフォルダAAの行の下に空行を挿入し、ファイルXおよびファイルYを添付する。すなわち、図11に示されるようなメールを共有文書管理システムに送信することで、システムはフォルダAAにファイルXとファイルYを格納する。
【0068】
(5−4) 複数のファイルを複数のフォルダに格納する場合(1)
ここでは、アップロードするファイルがそれぞれフォルダに格納される場合を述べる。例として、ユーザがファイルXをフォルダBに、ファイルYとファイルZとをフォルダAAに格納する場合を想定する。返信メールの作成方法は、格納先の指定方法以外は上述の(5−1)と同様である。
【0069】
図12に示されるように、ユーザはメールにファイルをファイルY、ファイルZ、ファイルXの順番で添付する。格納先は、フォルダAAの下に空行を2行、フォルダBの下の行に空行を1行挿入することで指定される。すなわち、図12に示されるようなメールを共有文書管理システムに送信することで、システムはフォルダAAにファイルYとファイルZとを、フォルダBにファイルXを格納する。空行の総数と、添付ファイルの総数を一致させることで、システムにどの添付ファイルをどのフォルダに格納するのかを伝えることができる。
【0070】
(5−5) 複数のファイルを複数のフォルダに格納する場合(2)
ここでは、アップロードするファイルの一部または全部が、複数のフォルダに格納される場合を説明する。例として、ユーザがファイルXをフォルダAAとフォルダBとに、ファイルYをフォルダAに、ファイルZをルートフォルダとフォルダAAに格納する場合を想定する。
【0071】
返信メールの作成方法は、格納先の指定方法以外は、上述の(5−1)と同様である。
【0072】
まず、図13に示されるようにユーザはメールにファイルをファイルX、ファイルY、ファイルZの順番で添付する。これでシステムは、ファイルXを「1」、ファイルYを「2」、ファイルZを「3」として認識できるようになる。格納先の指定として、ユーザはルートフォルダの下の行に「3」を、フォルダAの下の行に「2」を、フォルダAAの下の行に「1,3」を、フォルダBの下の行に「1」を記入する。すなわち、図13に示されるようなメールを共有文書管理システムに送信することで、システムはルートフォルダにファイルZを、フォルダAにファイルYを、フォルダAAにファイルXとファイルZとを、フォルダBにファイルXを格納する。
【0073】
なお、(5−1)〜(5−4)で述べた、1つのファイルを1つのフォルダに格納する場合、1つのファイルを複数のフォルダに格納する場合、複数のファイルを1つのフォルダに格納する場合、および複数のファイルを複数のフォルダに格納する場合においても、(5−5)の方法を用いることが可能である。
【0074】
(6) 処理結果通知メール送信
添付ファイル格納処理が正常に終了しなかった場合、共有文書管理システムは処理の途中で生成されたエラーメッセージをメールに記述して送信する。正常に終了した場合は、格納したファイル名と格納先フォルダパスをメールに記述して送信する。このとき、ユーザがログアウトしたことになる(図5のステップS115に相当)。
【0075】
図14は、添付ファイル格納処理が正常に終了しなかった場合(フォルダパスの解析に失敗した場合)にサーバからクライアントへ送られるメールの具体例を示す図である。
【0076】
図14に示されるメールをユーザが受取ることで、格納先に指定されたフォルダが存在しないか削除されていることを知ることができる。
【0077】
図15は、添付ファイル格納処理が正常に終了した場合(ここでは上述の(5−5)の例)にサーバからクライアントに対して送信されるメールの内容を示す図である。
【0078】
図に示されるように、ファイルがどの位置に格納されたかがユーザに対して通知される。
【0079】
図16は、サーバ内に登録されるユーザ登録情報の具体例を示す図である。
図を参照して、各ユーザごとに、ユーザのアドレス、ユーザ名、グループ、アクセス権およびパスワードが記録され、これによりユーザの情報が管理される。
【0080】
なお、本実施の形態におけるシステムでは、上述の処理を正しく行なうために、以下の事項を禁止しておく必要がある。
【0081】
・「Root folder」というフォルダを共有文書管理システム内に作成すること。
【0082】
・フォルダ名にツリー構造を記述するための文字であるプラス記号や縦線の記号を使用すること。
【0083】
・暗号化されたユーザログイン情報に、スペース、プラス記号、縦線の記号を用いること(なお、スペースを禁止するのは、文字列「Root folder」が出現しないようにするためである)。
【0084】
図17は、図5のステップS103〜S109でのサーバの詳細な処理を示すフローチャートである。
【0085】
図を参照して、ステップS201において、共有文書管理システムがメールを受信したのであれば、ステップS203でそのメールのサブジェクトが「Request Tree」であるかが判定される。ここで、NOであればそのまま処理を終了し、YESであれば、ステップS205で受信したメールの送信アドレスを抽出する。
【0086】
ステップS207で、図16に示されるユーザ登録情報を参照し、メールを送信したユーザを特定する。
【0087】
ステップS209でメール本文の内容と、ユーザ情報のパスワードが一致するかが判定され、NOであればステップS219でパスワードが違う旨を伝えるメールをユーザに対して送信する。
【0088】
ステップS209でYESであれば、ステップS211でユーザが属するグループを特定し、ステップS213でそのグループがアクセスすることのできるフォルダの検索が行なわれる。
【0089】
次に、ステップS215で検索にヒットしたフォルダについてツリー構造をテキストで表現し、ステップS217でユーザのログイン情報をメールに付加して送信を行なう。
【0090】
図18は、図5のステップS111〜S115での処理を示すフローチャートである。このフローチャートにおいては、ユーザから「Upload」というサブジェクトのメールが受信されたときに、ユーザ認証の処理を行なった後、添付ファイルがあるかどうかのチェックを行ない、ない場合はエラーメッセージをメールで送信する。添付ファイルがある場合にはメール本文から格納先を解析し、解析に成功すれば添付ファイルを指定された格納先に格納する。また、解析に失敗した場合は解析中に作成されたエラーメッセージをメールで送信する。
【0091】
より具体的には、図18を参照してステップS301で、共有文書管理システムがメールを受信したのであれば、ステップS303でそのサブジェクトが「Upload」であるかが判定される。NOであればここでの処理は終了し、YESであればステップS305でユーザ認証処理(詳細は後述)を行なう。
【0092】
ステップS307でユーザ認証が成功したかが判定され、NOであればステップS309で「ユーザ認証に失敗しました」という内容のメールをユーザに送信する。
【0093】
ユーザ認証に成功したのであれば、ステップS311で添付ファイルが1つ以上あるかが判定され、NOであればステップS325で「Uploadするファイルを添付して下さい」という内容のメールをユーザに送信する。
【0094】
添付ファイルが1つ以上あれば、ステップS313で処理対象の添付ファイルの番号を示す変数Nに1を代入する。次に、ステップS315でファイルの格納先を解析する処理(詳細は後述)が行なわれ、ステップS317でエラーメッセージが作成されたかが判定される。
【0095】
エラーメッセージが作成されたのであれば、ステップS327でエラーメッセージが記述されたメールをユーザに対して送信する。一方、エラーメッセージが作成されなかったときには、ステップS319で変数Nが示すN番目の添付ファイルを解析された格納先に格納する。
【0096】
ステップS321でN+1番目の添付ファイルが存在するかが判定され、YESであれば、Nに1を加算して、ステップS315からの処理を繰返し行なう。
【0097】
ステップS321でNOであれば、ステップS329で「ファイル格納は正常に終了しました」という内容のメールをユーザに対して送信する。
【0098】
図19は、図18のステップS305で行なわれるユーザ認証処理を示すフローチャートである。図を参照して、ステップS401でメールアドレスからユーザを割出し、ログイン情報を抽出する。
【0099】
ステップS403でユーザはログイン済みであるかが判定され、NOであればステップS405でユーザ認証失敗とし、メインルーチンに戻る。
【0100】
ステップS403でユーザがログイン済みであれば、ステップS407でログイン情報を暗号化した文字列をメール本文中から検索し、当該文字列が検索できた場合(ステップS409でYES)、ステップS411でユーザ認証成功とし、メインルーチンに戻り格納先の解析処理に進む。
【0101】
ログイン情報の抽出に失敗した場合や、暗号化文字列を検索できなかった場合(ステップS409でNO)は、ステップS405へ進みユーザ認証失敗とする。
【0102】
図20は、図18の格納先解析処理(S315)の内容を示すフローチャートであり、図21は図20に続くフローチャートである。
【0103】
図20および図21に示されるフローチャートの処理の概略を説明する。まず、メール本文中のツリー範囲を認識するために、ツリーの最も上にあるはずの文字列「Root folder」を検索する。格納先を正常に指定した場合、この文字列はメール中に必ず1つだけとなるため、それ以外の場合にはエラーメッセージを作成する。
【0104】
メール中のツリー範囲には、共有文書管理システムが生成したテキストをユーザが返信したものが記載されているため、行頭が引用記号(たとえば「>」)である可能性が高い。どのような引用記号に対しても同じ解析処理を行なうことができるように、前処理として引用記号を消去する。検索済みである文字列「Root folder」は共有文書管理システムがツリーを生成するときに行頭に記述するものであるため、これよりも前に文字列がある場合、それは引用記号と考えられる。「Root folder」よりも前に文字列があった場合には、それを引用記号とし、さらに他の行頭に同じ文字列があった場合はこれを消去する。
【0105】
次に共有文書管理システムはメール本文中のツリー範囲の末尾を抽出するため、メール中から縦線の記号を検索する。末尾には必ずこの記号があるため、検出された縦線の記号のうち、最も下にあるものをツリー範囲の末尾とする。
【0106】
ツリー範囲の認識後、添付ファイルが1つならば、ツリー範囲内にある空行位置に対応するフォルダパスを特定し、そこに添付ファイルを格納する。また、空行が複数ある場合は対応するフォルダパスすべてに添付ファイルを格納する。ただし空行による格納先指定ではなく、(5−5)で述べた添付順位を表わす番号付加による格納先指定も考えられるため、空行がない場合はツリー範囲から「1」の文字を検索する。そして、この検索にヒットする行に対応するフォルダパスすべてに添付ファイルを格納する。
【0107】
添付ファイルが複数の場合は、その数を空行数と比較し、これらが等しければ最も上にある空行の位置に対応するフォルダパスに、添付順位が1であるファイルを格納する。そして、最も上にある空行に「*」を記入し、その行を空行でなくす。
【0108】
添付ファイルが複数で、空行数が0の場合は、添付順位を表す番号付加による格納先指定であると捉える。このときは、現在格納しようとしている添付ファイルの添付順位を表す番号を検索し、ヒットする行に対応するフォルダパスに添付ファイルを格納する。
【0109】
添付ファイル格納後は、一旦格納先解析処理を抜けるが、次の添付ファイルの格納を行なうため再び格納先解析処理を行なう。2度目の解析処理以降は、ツリー範囲の認識処理を省略し、空行の検索から行なう。空行がある場合は最も上にある空行位置に対応するフォルダパスに添付ファイルを格納する。空行がない場合は、現在格納しようとしている添付ファイルの添付順位を表す番号を検索し、これが記述されている行の位置に対応するフォルダパスに添付ファイルを格納する。これを繰返し、すべての添付ファイルを格納する。
【0110】
添付ファイル数が複数で、空行数が0ではなく、これらが等しくない場合はエラーメッセージを出力する。
【0111】
図20を参照して、格納先解析処理においては、ステップS501で変数Nが「1」であるかを判定する。YESであれば、ステップS503でメール本文から文字列「Root folder」を検索する。ステップS505で、その検索のヒット件数が1であったかが判定され、NOであればステップS507で、エラーメッセージ「文字列“Root folder”は本文中に1つ必要です。」を作成する。その後メインルーチンに戻る。
【0112】
ステップS505でYESであれば、ステップS509で、ヒットした行の「Root folder」よりも前に文字列があるかが判定され、YESであればステップS517でその文字列を本文中からすべて検索し、行頭にあるものは削除する。これにより引用記号の削除が行なわれる。
【0113】
ステップS511で、メール本文中から縦線の記号を検索する。ステップS513でヒット件数が0であった場合、ステップS515でエラーメッセージ「縦線記号が見つかりません。」を作成し、メインルーチンに戻る。
【0114】
ステップS513でヒット件数が0でなかった場合、ステップS519で文字列「Root folder」の行から、最後にヒットした縦線記号の行までをツリーの範囲として計算機に認識させる。
【0115】
ステップS521で、ツリー範囲内から空行を検索しヒット件数をMに代入する。その後、ステップS523で総添付ファイル数を変数Fに代入する。
【0116】
次に、ステップS525でF=1であるかが判定されYESであれば、ステップS527でM=0であるかが判定される。
【0117】
ステップS527でNOであれば、ステップS529ですべての空行位置に対応するフォルダパス解析処理(図22)が行なわれ、ステップS531で解析が成功した場合、メインルーチンへ戻り、解析が失敗した場合ステップS533でエラーメッセージ「添付ファイルの格納先を特定できません。」を作成し、メインルーチンに戻る。
【0118】
ステップS527でYESであれば、ステップS541でツリー範囲内から「N」の数値を検索し、ステップS543でその中から行頭が縦線記号であるものだけに絞り込む。
【0119】
ステップS545でヒット件数が0であるかが判定され、NOであればステップS557でヒットしたすべての位置に対応するフォルダパスの解析処理が行なわれ、ステップS531へ進む。
【0120】
ステップS545でYESであれば、ステップS547でエラーメッセージ「格納先が指定されていないファイルがあります。」を作成し、メインルーチンへ戻る。
【0121】
ステップS525でF=1でないと判定されると、ステップS537でM=1であるかが判定される。YESであれば、ステップS549で空行位置に対応するフォルダパス解析処理を行ない、ステップS531へ進む。
【0122】
ステップS537でNOであれば、ステップS539でM=0であるかが判定され、YESであればステップS541へ進み、NOであればステップS551でM=Fであるかが判定される。ここでYESであれば、ステップS555で空行位置を記憶し、その行に「*」を記入し、ステップS549へ進む。
【0123】
一方、ステップS551でNOであれば、ステップS553でエラーメッセージ「添付ファイル数と空行の数が一致しません。」を作成しメインルーチンへ戻る。
【0124】
なお、ステップS501でNOであれば、ステップS535で、ツリー範囲内に空行があるか判定され、YESであればステップS537へ、NOであればステップS541へ進む。
【0125】
図22は、図21のステップS529、S549またはS557で行なわれるフォルダパス解析処理を示すフローチャートである。図22を参照して、この処理は必ず図21のフローチャートの中から呼ばれ、いずれもツリー範囲内の1行が引数として渡される。フォルダパスは「現在のフォルダ」から親フォルダを辿っていくことで作成される。「現在のフォルダ」に相当するフォルダの名前は、引数として渡された行の1行上の「+」以降に記述されている。ただし、1行上が「*」だけである場合があるため、それは無視する。
【0126】
「+」以降の文字列を変数Pに、「+」がこの行において何文字目であったかを変数Lに代入する。Lに入る数字は、「Root folder」から数えて何階層目にあるかを示す。もし、Lが1であった場合、そのフォルダは「Root folder」直下のフォルダである。
【0127】
Lが2以上の場合は、Lから1を減算し、L文字目が「+」である行を上方向に検索し、「+」以降の文字列とフォルダ名の区切りを表わす「¥」をPの先頭に追加する。
【0128】
Lが1になるまでこれを繰返すと、Pが求めるフォルダパスとなる。Pに該当するフォルダを検索し、これが見つかれば処理を完了する。見つからなければエラーメッセージを出力する。
【0129】
なお、ファイルの格納先がルートフォルダの直下であれば、図22の解析処理は不要であるため行なわない。
【0130】
以下にフローチャートを参照しながら、より詳しくフォルダパス解析処理を説明する。図22を参照して、ステップS601で、指定した1つ上の行(ただし、「*」だけの行は無視する)から、「+」を検索する。
【0131】
ステップS603で「+」が存在しないかが判定され、YESであればステップS605でエラーメッセージ「格納先の指定方法が正しくありません」を作成しメインルーチンへ戻る。
【0132】
ステップS603でNOであれば、ステップS607で「+」以降の文字列をPに代入する。その後、ステップS609で現在の行の「+」がその行内で何文字目かをカウントし、これをLに代入する。
【0133】
ステップS611でL=1であるかを判定し、NOであればステップS619でLの値を1減算し、ステップS621でL文字目が「+」である行を、現在の行から上方向に検索し、最初にヒットした行の「+」以降の文字列と「¥」をPの先頭に追加し、ステップS611へ戻る。
【0134】
ステップS611でYESであれば、ステップS613で文字列Pをフォルダパスとし、これをキーに検索を実行する。
【0135】
ステップS615でPに該当するフォルダが見つかったかが判定され、YESであればメインルーチンへ戻り、NOであればステップS617でエラーメッセージ「格納先に指定されたフォルダは存在しないか、削除されています。」を作成し、メインルーチンへ戻る。
【0136】
以上のようにして、本実施の形態においてはサーバがクライアントから送信されてきた問合せメールに応じて自身のフォルダ構造をクライアントに送信し、クライアントにおいてはそのメールに応答する形式で格納先のフォルダを指定するとともに、ファイルを添付してサーバにメールを送信するだけで、指定された格納先のフォルダに添付されたファイルが格納される。これにより、メールを送信するソフトウェアを用いて容易に所望の位置にファイルを格納することが可能となる。
【0137】
なお、上述の実施の形態においてはメールに空行を挿入することなどによりファイルの格納先を指定することとしたが、格納したい場所をマーク(たとえば矢印記号など)で指定することでファイルの格納を行なうようにしてもよい。また、複数のファイルを格納する場合において「1」、「2」などの数字を用いることとしたが、これに代えてファイル名を直接記述させるようにしてもよいし、アルファベットや片仮名などの記号でファイルを特定するようにしてもよい。
【0138】
また、格納するファイルの種類は文書に限られることなく、画像、音声、音楽、図形などのあらゆるデータの格納に対して本発明を適用することができる。
【0139】
[他の実施の形態]
上述の実施の形態においては、テキスト形式でサーバのフォルダ構造をユーザに伝えるようにしたが、これに代えてHTML形式でクライアントにフォルダ構造を伝えるようにしてもよい。この場合、ユーザは格納先のフォルダをクリックすることによりファイルの格納先を指定することができる。
【0140】
より具体的には、本実施の形態における共有文書管理システムは、テキスト表現のツリー構造を生成すると、これをHTMLファイルとし、各フォルダ名に図23に示されるようなリンクを張る。このHTMLファイルをメールに添付するか、もしくはHTMLメールとしてユーザに送信する。
【0141】
ユーザはツリー構造が記載されたHTMLメールをサーバより受信し、格納先フォルダ名に張られたリンクをクリックする。すると、メーラーが立上がり自動的に図24に示されるようなサブジェクトと本文が記述される。ユーザはこのメールに格納するファイルを添付し、サーバに返信することでサーバにファイルを格納することができる。なお、図24に示されるメールの本文中に記載される文字列はログイン情報と格納先フォルダ名とを暗号化したものである。
【0142】
サーバはメール本文を解析し、ログイン情報が正しく、かつ格納先フォルダ名が特定できれば、添付ファイルをすべてそのフォルダに格納する。逆に、ログイン情報が不正であるか、もしくは格納先フォルダ名が特定できなければその旨をユーザにメールで通知する。
【0143】
なお、本実施の形態においては処理を正しく行なうために、自動生成されるメールのサブジェクトや本文を書替えることを禁止しておく必要がある。
【0144】
[他の発明の構成]
なお、上述した具体的実施形態には以下の構成を有する発明が含まれている。
【0145】
(1) クライアントユーザがサーバに構築されているフォルダツリー構造の出力をメールによって要求するフォルダツリー出力問合せ手段と、
前記サーバがユーザのメールアドレスと登録ユーザ情報を照合してユーザを特定するユーザ特定手段と、
ユーザがアクセスできるフォルダについてフォルダツリー構造をテキストで出力するフォルダツリー出力手段と、
格納するフォルダをユーザが指定する格納先フォルダ指定手段と、
指定されたフォルダに添付ファイルを格納する添付ファイル格納手段とを有する、電子文書管理システム。
【0146】
(この構成により、ユーザがファイルを格納したい場所を指定しやすい電子文書管理システムを提供することができる。)
(2) 前記ユーザ特定手段において、メール本文中から認証手続用パスワードが見つからない場合、またはパスワードと登録ユーザ情報中に記載されたパスワードとを照合して両者が等しくない場合は処理を中断後、その旨メールでユーザに通知し、両者が等しい場合は処理を続ける、上記(1)に記載の電子文書管理システム。
【0147】
(この構成により、セキュリティを向上させた電子文書管理システムを提供することができる。)
(3) 前記ユーザ特定手段において、ユーザが特定できた場合、現在ログイン中であるという情報を暗号化した文字列を出力し、前記フォルダツリー出力手段において前記文字列を記述する上記(1)に記載の電子文書管理システム。
【0148】
(この構成によると、セキュリティをさらに向上させた電子文書管理システムを提供することができる。)
(4) 前記フォルダツリー出力手段において、フォルダツリー構造をテキストに代えてHTMLで出力する、上記(1)に記載の電子文書管理システム。
【0149】
(この構成によると、フォルダツリー構造をユーザが容易に把握することができる電子文書管理システムを提供することができる。)
(5) 前記格納先フォルダ指定手段において、HTMLに記述された各フォルダ名をクリックすると、前記フォルダに添付ファイルを格納するためのコマンド文字列が記述されたメールが立上がり、ファイルを添付してサーバに送信することで前記ファイルを前記フォルダに格納する、上記(4)に記載の電子文書管理システム。
【0150】
(この構成によると、自動的に添付ファイルを格納するためのコマンド文字列が記述されたメールが立上がるため、ユーザの労力を軽減することができる電子文書管理システムを提供することができる。)
(6) 前記格納先フォルダ指定手段において、前記コマンド文字列の中にログイン中であるという情報が暗号化された文字列を含めることができる、上記(5)に記載の電子文書管理システム。
【0151】
(この構成により、セキュリティをさらに向上させた電子文書管理システムが提供できる。)
(7) 前記添付ファイル格納手段において、前記ログイン中であるという情報が暗号化された文字列がユーザから送信されたメール中に見つからない場合、もしくは文字列が改ざんされている場合は処理を中断後、その旨メールでユーザに通知し、前記文字列が前記メール中に存在した場合は処理を続ける上記(3)または(6)に記載の電子文書管理システム。
【0152】
(この構成により、セキュリティをさらに向上させた電子文書管理システムを提供することが可能となる。)
(8) 前記添付ファイル格納手段において、複数のファイルを複数のフォルダに振り分けてアップロードすることができることを特徴とした、上記(1)〜(7)のいずれかに記載の電子文書管理システム。
【0153】
(この構成により、複数のファイルを複数のフォルダに振り分けてアップロードすることが可能となるため、ユーザの利便性を向上させることができる電子文書管理システムを提供することができる。)
【0154】
【発明の効果】
以上のように、本発明によるとデータ管理システムにおいて、クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールが送信されると、文書管理装置は、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造をメールにてクライアントに送信する。クライアントにおいて、文書管理装置から送信されてきたメールに応答する形式で、格納先のフォルダを指定するとともに、ファイルを添付して文書管理装置にメールが送信される。文書管理装置において、クライアントから送信されてきたメールに応じて、指定された格納先のフォルダに、添付されたファイルが格納される。これにより、ユーザがファイルの格納先を指定しやすいデータ管理システムを提供することが可能である。
【0155】
また、データ管理プログラムにおいては、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造をメールにてクライアントに送信し、送信したメールに応答する形式のメールであって、格納先のフォルダが指定されるとともに、ファイルが添付されたクライアントからのメールを受信した際には、指定された格納先のフォルダに、添付されたファイルが格納される。これにより、ユーザがファイルの格納先を指定しやすいデータ管理プログラムを提供することが可能である。
【0156】
また、クライアントから送信されてきた問合せメールに記載されたクライアント情報と登録されたクライアント情報とを比較することにより認証を行なったり、フォルダ構造をメールにてクライアントに送信する際には、現在ログイン中であるという情報を暗号化した文字列を併せて送信し、クライアントからのメールを受信した際、先に送信した暗号化文字列がメール中に記載されているか否かを確認することで、セキュリティを向上させたデータ管理プログラムを提供することが可能となる。
【0157】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図1】 本発明の実施の形態の1つにおける共有文書管理システムの構成を示す図である。
【図2】 共有文書管理システムの他の構成を示す図である。
【図3】 パーソナルコンピュータの1つまたはサーバのハードウェア構成を示すブロック図である。
【図4】 MFPの構成を示すブロック図である。
【図5】 パーソナルコンピュータ100aとサーバ200との間でのファイルのアップロード処理を示す図である。
【図6】 サーバ内のファイルのツリー構造の具体例を示す図である。
【図7】 パスワードが不一致の場合のメール本文を示す図である。
【図8】 ツリー構造記載のメールの本文を示す図である。
【図9】 1つのファイルを1つのフォルダに格納する場合のメール本文の具体例を示す図である。
【図10】 1つのファイルを複数のフォルダに格納する場合のメール本文の具体例を示す図である。
【図11】 複数のファイルを1つのフォルダに格納する場合のメール本文の具体例を示す図である。
【図12】 複数のファイルを複数のフォルダに格納する場合のメール本文の具体例を示す図である。
【図13】 複数のファイルを複数のフォルダに格納する場合のメール本文の具体例を示す図である。
【図14】 処理結果がエラーである場合の通知メールの本文を示す図である。
【図15】 添付ファイル格納処理が正常に終了した場合の処理結果通知メールの本文の具体例を示す図である。
【図16】 ユーザ登録情報の具体例を示す図である。
【図17】 ツリー構造の要求メールに対するサーバの処理を示すフローチャートである。
【図18】 アップロード要求のメールが送られてきた場合のサーバの処理を示すフローチャートである。
【図19】 図18のユーザ認証処理(S305)の内容を示すフローチャートである。
【図20】 図18の格納先解析処理(S315)の内容を示すフローチャートである。
【図21】 図20に続くフローチャートである。
【図22】 図21のフォルダパス解析処理(S529,S549,S557)の処理を示すフローチャートである。
【図23】 ツリー構造記載のHTMLメールの内容の一部を示す図である。
【図24】 ユーザが返信するメールの具体例を示す図である。
【符号の説明】
100a,100b パーソナルコンピュータ、200 サーバ、300 MFP、301 CPU、303 表示部、305 LANカード、307 入力部、309 フレキシブルディスクドライブ、311 CD−ROMドライブ、313 ハードディスクドライブ、315 ROM、317 RAM。
Claims (6)
- クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールを送信する第1の送信部と、
前記文書管理装置において、前記クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造が記載され、前記フォルダ構造中の各フォルダ名に対して、当該フォルダへ添付ファイルを格納させるコマンドを含むメールを生成させるリンクが張られたHTML形式のメールを、前記クライアントに送信する第2の送信部と、
前記クライアントにおいて、前記文書管理装置から送信されてきたHTML形式のメールに応答する形式で、前記リンクがクリックされることにより前記リンクから生成した返信メールに格納させるファイルを添付して前記文書管理装置に返信メールを送信する第3の送信部と、
前記文書管理装置において、前記クライアントから送信されてきた返信メールに含まれる前記コマンドに基づいて、指定された格納先のフォルダに、添付されたファイルを格納する格納部とを備える、データ管理システム。 - クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールを送信する第1の送信部と、
前記文書管理装置において、前記クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造を、それぞれのフォルダが異なる行に対応付けられたテキスト形式の送信メールにて前記クライアントに送信する第2の送信部と、
前記クライアントにおいて、前記文書管理装置から送信されてきた前記テキスト形式の送信メールのテキストを引用して応答する形式で、前記フォルダ構造を示す前記テキスト内において前記フォルダが対応付けられた行と行との間に空行が形成されることにより当該空行の直前の行に対応するフォルダを格納先のフォルダとして指定する返信メールにファイルを添付して前記文書管理装置に送信する第3の送信部と、
前記文書管理装置において、前記クライアントから送信されてきた前記返信メールに含まれる前記空行を探索することによって空行位置を特定し、当該空行位置の直前の行に対応するフォルダに、添付された前記ファイルを格納する格納部とを備える、データ管理システム。 - クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造が記載され、前記フォルダ構造中の各フォルダ名に対して、当該フォルダへ添付ファイルを格納させるコマンドを含むメールを生成させるリンクが張られたHTML形式のメールを、クライアントに送信する第1ステップと、
前記第1ステップで送信したメールに応答する形式の返信メールであって、前記リンクがクリックされることにより前記リンクから生成した前記返信メールに格納させるファイルが添付された前記クライアントからの前記返信メールを受信した際、前記返信メールに含まれる前記コマンドに基づいて、指定された格納先のフォルダに添付されたファイルを格納する第2ステップとをコンピュータに実行させる、データ管理プログラム。 - クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造を、それぞれのフォルダが異なる行に対応付けられたテキスト形式の送信メールにてクライアントに送信する第1ステップと、
前記第1ステップで送信した前記テキスト形式の送信メールのテキストを引用して応答する形式の返信メールであって、前記フォルダ構造を示す前記テキスト内において前記フォルダが対応付けられた行と行との間に空行が形成されることにより当該空行の直前の行に対応するフォルダが格納先のフォルダとして指定されるとともに、ファイルが添付された前記クライアントからの前記返信メールを受信した際、前記返信メールに含まれる前記空行を探索することによって空行位置を特定し、当該空行位置の直前の行に対応するフォルダに、添付された前記ファイルを格納する第2ステップとをコンピュータに実行させる、データ管理プログラム。 - 前記第1ステップは、クライアントから送信されてきた問合せメールに記載されたクライアント情報と登録されたクライアント情報とを比較することにより認証を行ない、認証が成功したクライアントにのみ自身のフォルダ構造をメールにて送信する、請求項3または4に記載のデータ管理プログラム。
- 前記第1ステップは、フォルダ構造をメールにてクライアントに送信する際には、現在ログイン中であるという情報を暗号化した文字列を併せて送信し、
前記第2ステップは、前記クライアントからのメールを受信した際、先に送信した暗号化文字列がメール中に記載されているか否かを確認し、暗号化文字列が記載されていた際にのみ、指定された格納先のフォルダに添付されたファイルを格納する、請求項3から5のいずれか1項に記載のデータ管理プログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002259047A JP4250933B2 (ja) | 2002-09-04 | 2002-09-04 | データ管理システムおよびデータ管理プログラム |
US10/653,255 US7693957B2 (en) | 2002-09-04 | 2003-09-03 | Data management system storing file in designated folder |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002259047A JP4250933B2 (ja) | 2002-09-04 | 2002-09-04 | データ管理システムおよびデータ管理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004102334A JP2004102334A (ja) | 2004-04-02 |
JP4250933B2 true JP4250933B2 (ja) | 2009-04-08 |
Family
ID=31973053
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002259047A Expired - Fee Related JP4250933B2 (ja) | 2002-09-04 | 2002-09-04 | データ管理システムおよびデータ管理プログラム |
Country Status (2)
Country | Link |
---|---|
US (1) | US7693957B2 (ja) |
JP (1) | JP4250933B2 (ja) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4965877B2 (ja) | 2005-04-07 | 2012-07-04 | キヤノン株式会社 | データ保管装置、データ保管方法及びそのプログラム |
JP4975855B2 (ja) * | 2005-07-29 | 2012-07-11 | シャープ株式会社 | ファイル構造データ提供システム、および、ファイル構造データを提供する方法 |
KR101367606B1 (ko) | 2006-06-15 | 2014-03-12 | 소니 주식회사 | 정보처리장치 및 정보처리방법과 컴퓨터·프로그램 |
JP4758920B2 (ja) * | 2007-01-23 | 2011-08-31 | 株式会社バッファロー | ストレージ装置、ストレージシステム、並びに、その制御方法および制御プログラム |
JP2008276564A (ja) * | 2007-04-27 | 2008-11-13 | Sompo Japan Insurance Inc | データベースの更新方法 |
CN101453428B (zh) | 2007-11-30 | 2011-12-28 | 国际商业机器公司 | 用于定制邮件历史的方法和设备 |
US8838701B2 (en) * | 2008-06-27 | 2014-09-16 | International Business Machines Corporation | Automatic categorization of email in a mail system |
JP5169761B2 (ja) * | 2008-11-17 | 2013-03-27 | 富士通株式会社 | 電子ファイル管理システム,端末装置および電子ファイル管理プログラム |
US9049176B2 (en) | 2011-06-22 | 2015-06-02 | Dropbox, Inc. | File sharing via link generation |
US9075954B2 (en) | 2012-08-29 | 2015-07-07 | Dropbox, Inc. | Requesting modification rights to a linked file set |
US9104687B2 (en) | 2012-12-20 | 2015-08-11 | Dropbox, Inc. | System and method for preventing duplicate uploads of modified photos in a synchronized content management system |
US8838681B2 (en) | 2012-12-21 | 2014-09-16 | Dropbox, Inc. | Systems and methods for adding digital content to content management service accounts |
JP6398368B2 (ja) * | 2014-06-24 | 2018-10-03 | 富士ゼロックス株式会社 | 情報処理装置、情報処理システム及びプログラム |
JP6478497B2 (ja) * | 2014-07-04 | 2019-03-06 | キヤノン株式会社 | 情報処理システム、情報処理方法およびプログラム |
US10762043B2 (en) * | 2014-10-23 | 2020-09-01 | Ricoh Company, Ltd. | Information processing system, information processing apparatus, and information processing method |
CN107689976B (zh) * | 2016-08-05 | 2020-08-28 | 北京金山云网络技术有限公司 | 一种文件传输方法及装置 |
JP7353771B2 (ja) * | 2019-02-28 | 2023-10-02 | キヤノン株式会社 | プログラム、記憶媒体、情報処理装置の制御方法、及び情報処理装置 |
CN111459412B (zh) * | 2020-03-30 | 2023-07-04 | 北京百度网讯科技有限公司 | 磁盘管理方法、装置以及电子设备 |
CN112732341B (zh) | 2020-11-30 | 2023-08-01 | 北京百度网讯科技有限公司 | 车载计算平台的休眠控制方法、设备及可读存储介质 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5819275A (en) * | 1995-06-07 | 1998-10-06 | Trusted Information Systems, Inc. | System and method for superimposing attributes on hierarchically organized file systems |
US6651108B2 (en) * | 1995-08-14 | 2003-11-18 | Next Software, Inc. | Method and apparatus for generating object-oriented world wide web pages |
US5838910A (en) * | 1996-03-14 | 1998-11-17 | Domenikos; Steven D. | Systems and methods for executing application programs from a memory device linked to a server at an internet site |
US5987480A (en) * | 1996-07-25 | 1999-11-16 | Donohue; Michael | Method and system for delivering documents customized for a particular user over the internet using imbedded dynamic content |
US5995756A (en) * | 1997-02-14 | 1999-11-30 | Inprise Corporation | System for internet-based delivery of computer applications |
JPH10307826A (ja) | 1997-05-01 | 1998-11-17 | Tec Corp | 文書管理装置 |
US5944780A (en) * | 1997-05-05 | 1999-08-31 | At&T Corp | Network with shared caching |
JP3817339B2 (ja) * | 1997-06-26 | 2006-09-06 | 株式会社日立製作所 | ファイル入出力制御方法 |
US6327608B1 (en) * | 1998-09-25 | 2001-12-04 | Microsoft Corporation | Server administration tool using remote file browser |
US6678705B1 (en) * | 1998-11-16 | 2004-01-13 | At&T Corp. | System for archiving electronic documents using messaging groupware |
JP2000215123A (ja) | 1999-01-26 | 2000-08-04 | Hitachi Ltd | 共有文書管理装置への文書登録・更新方法 |
US6549916B1 (en) * | 1999-08-05 | 2003-04-15 | Oracle Corporation | Event notification system tied to a file system |
US6549922B1 (en) * | 1999-10-01 | 2003-04-15 | Alok Srivastava | System for collecting, transforming and managing media metadata |
JP2001331359A (ja) * | 2000-05-22 | 2001-11-30 | Pfu Ltd | ファイル生成装置及びプログラム記録媒体 |
JP2002189686A (ja) | 2000-12-19 | 2002-07-05 | Canon Inc | 文書配信システム、文書配信装置、文書登録依頼装置、文書登録方法及び記憶媒体 |
US6785693B2 (en) * | 2001-02-02 | 2004-08-31 | International Business Machines Corporation | Management of multiple links to a file in a file system |
US7739327B2 (en) * | 2001-04-05 | 2010-06-15 | Playstream Inc. | Distributed link processing system for delivering application and multi-media content on the internet |
-
2002
- 2002-09-04 JP JP2002259047A patent/JP4250933B2/ja not_active Expired - Fee Related
-
2003
- 2003-09-03 US US10/653,255 patent/US7693957B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7693957B2 (en) | 2010-04-06 |
JP2004102334A (ja) | 2004-04-02 |
US20040044746A1 (en) | 2004-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4250933B2 (ja) | データ管理システムおよびデータ管理プログラム | |
US11038917B2 (en) | System and methods for building statistical models of malicious elements of web pages | |
EP1906321B1 (en) | System, apparatus and method for document management | |
US9282088B2 (en) | Request authentication token | |
US8255464B2 (en) | Contact management system and method | |
US8424103B2 (en) | Authenticated printing system and authenticated printing method | |
US6654754B1 (en) | System and method of dynamically generating an electronic document based upon data analysis | |
US7062707B1 (en) | System and method of providing multiple items of index information for a single data object | |
CN101529399B (zh) | 代理服务器和代理方法 | |
US20060168659A1 (en) | Security information estimating apparatus, a security information estimating method, a security information estimating program, and a recording medium thereof | |
US20010054106A1 (en) | Method and apparatus for an image server | |
US20090204607A1 (en) | Document management method, document management apparatus, information processing apparatus, and document management system | |
JP4791776B2 (ja) | セキュリティ情報推定装置、セキュリティ情報推定方法、セキュリティ情報推定プログラム及び記録媒体 | |
US20150213460A1 (en) | Continuing-education certificate validation | |
JP2009271919A (ja) | 電子データを管理するシステム、装置及び方法 | |
JP4008679B2 (ja) | 情報管理装置及び情報管理システム | |
JPH10307826A (ja) | 文書管理装置 | |
JP4760305B2 (ja) | サーバ、サーバシステム、ユーザ認証方法 | |
JP2002305553A (ja) | 電子メール着信通知システム,電子メール着信通知方法,電子メール着信通知プログラムおよびそのプログラム記録媒体 | |
US7653658B2 (en) | Data file storage/management apparatus and electronic mail processing program thereof | |
JP2014174678A (ja) | 情報処理装置及びその制御方法 | |
EP3306511B1 (en) | System and methods of detecting malicious elements of web pages | |
JP2011198090A (ja) | 印刷ジョブ情報管理装置、印刷装置、印刷ジョブ情報管理プログラム | |
US20070118650A1 (en) | Data input/output system, data input/output server, and data input/output method | |
JP2007328491A (ja) | サーバ、複合多機能端末、ユーザ認証方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040927 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20041202 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070621 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070807 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071002 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080930 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081111 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081224 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090106 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130130 Year of fee payment: 4 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |