(57)【要約】【課題】従来と比べて電子文書の保管における秘匿性を向上し、かつ、電子文書を登録する入稿者の利便性も確保することが可能なデータ保管装置、データ保管方法及びそのプログラムを提供する。【解決手段】特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行し、前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、発行した認証情報とを取得し、前記取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録し、前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納するデータ保管方法等を提供する。【選択図】図１Ｂ
2006313535.tif 000002
【特許請求の範囲】
【請求項１】
特定の利用者がアクセス可能なデータ保管装置であって、
前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行手段と、
前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行手段が発行した認証情報とを取得する取得手段と、
前記取得手段が取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録手段と、
前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納手段と、
を具備することを特徴とするデータ保管装置。
【請求項２】
前記認証情報には、前記認証情報の利用回数が定められていることを特徴とする請求項１に記載のデータ保管装置。
【請求項３】
前記認証情報には、前記認証情報の有効期間が定められていることを特徴とする請求項１に記載のデータ保管装置。
【請求項４】
前記他の利用者の端末が前記一時的に利用可能となる記憶領域を特定するための特定情報を前記発行手段は、前記他の利用者の端末に対して発行し、前記特定情報を指定したデータの登録があった場合に、前記特定の利用者に対してアクセス権が付与された記憶領域に対し、前記データを移動する移動手段をさらに備えたことを特徴とする請求項１に記載のデータ保管装置。
【請求項５】
前記他の利用者の端末から一時的に利用可能となる記憶領域を指定するために、電子メールを利用することを特徴とする請求項１に記載のデータ保管装置。
【請求項６】
前記登録手段の登録処理により一時的に利用可能となる記憶領域へデータを登録できた場合に、データ登録完了の旨を前記他の利用者の端末へ通知する通知手段を更に具備することを特徴とする請求項１に記載のデータ保管装置。
【請求項７】
一時的に利用可能となる記憶領域における記憶容量を管理する管理手段を備えることを特徴とする請求項１に記載のデータ保管装置。
【請求項８】
前記認証情報は、前記データを登録を依頼する要求である依頼情報の一部として前記取得手段が取得するものであり、
前記依頼情報から前記認証情報を抽出する抽出手段と、
前記抽出手段が抽出した前記認証情報を確認する確認手段をさらに備えることを特徴とする請求項１に記載のデータ保管装置。
【請求項９】
前記認証情報とは、特定のパスワード、乱数、特定のアルゴリズムで符号化された情報の少なくともひとつを含むものであり、利用権限があるユーザ又は端末に対して通知されるものであることを特徴とする請求項１に記載のデータ保管装置。
【請求項１０】
特定の利用者がアクセス可能なデータ保管方法であって、
前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行工程と、
前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行工程において発行した認証情報とを取得する取得工程と、
前記取得工程において取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録工程と、
前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納工程と、
を具備することを特徴とするデータ保管方法。
【請求項１１】
前記認証情報には、前記認証情報の利用回数が定められていることを特徴とする請求項１０に記載のデータ保管方法。
【請求項１２】
前記認証情報には、前記認証情報の有効期間が定められていることを特徴とする請求項１０に記載のデータ保管方法。
【請求項１３】
前記他の利用者の端末が前記一時的に利用可能となる記憶領域を特定するための特定情報を前記発行工程は、前記他の利用者の端末に対して発行し、前記特定情報を指定したデータの登録があった場合に、前記特定の利用者に対してアクセス権が付与された記憶領域に対し、前記データを移動する移動工程をさらに備えたことを特徴とする請求項１０に記載のデータ保管方法。
【請求項１４】
前記他の利用者の端末から一時的に利用可能となる記憶領域を指定するために、電子メールを利用することを特徴とする請求項１０に記載のデータ保管方法。
【請求項１５】
前記登録工程における登録処理により一時的に利用可能となる記憶領域へデータを登録できた場合に、データ登録完了の旨を前記他の利用者の端末へ通知する通知工程を更に具備することを特徴とする請求項１０に記載のデータ保管方法。
【請求項１６】
一時的に利用可能となる記憶領域における記憶容量を管理する管理工程を備えることを特徴とする請求項１０に記載のデータ保管方法。
【請求項１７】
前記認証情報は、前記データを登録を依頼する要求である依頼情報の一部として前記取得工程において取得するものであり、
前記依頼情報から前記認証情報を抽出する抽出工程と、
前記抽出工程において抽出した前記認証情報を確認する確認工程をさらに備えることを特徴とする請求項１０に記載のデータ保管方法。
【請求項１８】
前記認証情報とは、特定のパスワード、乱数、特定のアルゴリズムで符号化された情報の少なくともひとつを含むものであり、利用権限があるユーザ又は端末に対して通知されるものであることを特徴とする請求項１０に記載のデータ保管方法。
【請求項１９】
特定の利用者がアクセス可能なデータ保管方法をコンピュータに実行させるプログラムであって、
前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行工程と、
前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行工程において発行した認証情報とを取得する取得工程と、
前記取得工程において取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録工程と、
前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納工程と、
を具備するデータ保管方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して文書のアップロードを受け付けるデータ保管装置、データ保管方法及びそのプログラムに関するものである。
【背景技術】
【０００２】
いわゆるイントラネットと言ったような社内ネットワーク内部に設置し限られた利用者のみを想定したシステムがある。また、一方前記インターネットに設置運営されたＡＳＰサービスの電子文書保管システムである場合には、インターネットに接続できる環境があれば、どこからでも電子文書保管システムを利用することが可能である。例えば、社内ユーザのみでなく、社外の協力会社等からの利用もできる。そして、それらのユーザ間での電子文書のやり取りに利用することが可能である。
【０００３】
以上、ＷＷＷを用いた電子文書保管システムについて説明した。しかし、ＷＷＷを用いた電子文書保管システムは、各独自のユーザインタフェースを持っている。その電子文書保管システムを使って文書のやり取りをするためには、ユーザインタフェースの使い方を覚える必要がある。
【０００４】
一方インターネットの利用方法のＷＷＷに加えてもう一つ一般的な手段としては、電子メールがある。そこで、電子文書保管システムのインターフェースとして、電子メールを用いた方法がある。この事実は特許文献１に開示がある。
【０００５】
特許文献１では、メールによる電子文書保管システム利用時の認証としては、「共有プロジェクト名」＋「乱数で生成したＩＤ」を認証のキーとしてメールの件名に加えて認証としている。この件名文字列を認証キーとして、電子文書保管システムに対して「取得（ｄｏｗｎｌｏａｄ）」「送付（ｕｐｌｏａｄ）」「所有権取得」「所有権譲渡」「データリスト送付」等の操作を行える。上記特許文献１では、上記認証キーを知っていれば、すべての操作を行う事ができ、共有データリスト等も入手可能である。
【０００６】
【特許文献１】特開２００４−１３３６００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したように、電子文書保管システムに対して電子文書のアップロードを行う為の前提条件としては以下のものがあり、それらが課題がとなり、ユーザの負担となっている。
【０００８】
一つ目の問題は、入稿者（アップロードを行うユーザ）のユーザアカウントが電子文書保管システム内で管理されていること（登録済みであること）という条件である。この前提条件は次の課題を持つ。まず、一時的な利用であっても、第三者の不正利用を防ぐために適切なユーザアカウントの発行を必要とするという問題である。そして、そのアカウント情報（ユーザ名・パスワード）の管理が入稿者側で必要であるという問題もある。
【０００９】
二つ目の問題は、そのユーザアカウントに対して適切なアクセス権が設定されている必要があるという条件である。この前提条件の課題としては、前記入稿者のユーザアカウントに対して、入稿に使うフォルダに対して適切なアクセス権の設定を行う必要がある。このため、入稿者が入稿依頼者の所属する企業外の組織に所属する場合、不適切なアクセス権を設定しては、企業秘である文書情報に対してアクセスが可能となってしまい、情報漏洩の危険性が発生するという問題がある。
【００１０】
三つ目の問題は、アップロード先のフォルダパスを入稿者が知っている必要があるという条件である。この前提条件の課題としては、入稿用フォルダの途中のフォルダ名に社内秘の名称等が使われている場合などに問題となる。具体的には、二つ目の前提条件の課題と同じように、入稿者が企業外の組織に所属する人であった場合、フォルダ名として使われている社内秘の情報が漏れてしまうという問題がある。
【００１１】
本発明は、上述した問題点の少なくとも一つを考慮してなされたもので、従来と比べて電子文書の保管における秘匿性を向上し、かつ、電子文書を登録する入稿者の利便性も確保することが可能なデータ保管装置、データ保管方法及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のデータ保管装置は、特定の利用者がアクセス可能なデータ保管装置であって、前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行手段と、前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行手段が発行した認証情報とを取得する取得手段と、前記取得手段が取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録手段と、前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納手段と、を具備することを特徴とする。
【００１３】
本発明のデータ保管方法は、特定の利用者がアクセス可能なデータ保管方法であって、前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行工程と、前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行工程において発行した認証情報とを取得する取得工程と、前記取得工程において取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録工程と、前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納工程と、を具備することを特徴とする。
【００１４】
本発明のプログラムは、特定の利用者がアクセス可能なデータ保管方法をコンピュータに実行させるプログラムであって、前記特定の利用者とは異なる他の利用者に対し、データ処理装置内において一時的に利用可能となる記憶領域を利用する権限がある利用者であることを確認するための認証情報を発行する発行工程と、前記他の利用者が操作する端末から送信されてくる、データの登録の要求と、前記発行工程において発行した認証情報とを取得する取得工程と、前記取得工程において取得した前記認証情報が有効であると確認された場合に、前記他の利用者の端末から送信されてくるデータを前記一時的に利用可能となる記憶領域に対して登録する登録工程と、前記一時的に利用可能となる記憶領域に対して登録されたデータを、前記特定の利用者に対してアクセス権が付与された記憶領域に格納する格納工程と、を具備するデータ保管方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によるデータ保管装置、データ保管方法及びそのプログラムは、従来と比べて電子文書の保管における秘匿性を向上し、かつ、電子文書を登録する入稿者の利便性も確保することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して本発明の実施形態について詳細に説明する。
（第一の実施形態）
図１Ａは、本発明の第一の実施形態における電子文書保管機能を有する文書保管サーバ（データ保管装置）である文書保管システムの構成例を示す概略図である。
【００１７】
図１Ａにおいて、１００は文書保管システムであり、電子文書を保管管理する機能を有する。文書保管システム１００は、ネットワークに繋がったシステムであり、ユーザは、Ｗｅｂクライアントからネットワークを介して接続可能である。そして、文書保管システム１００に接続できる環境であれば、いつでもどこからでも電子文書の保管（投稿）や、保管している文書をダウンロードなどができる。
【００１８】
文書保管システム１００は、ＷＷＷを用いたファイル共有・文書保管システムであり、電子文書の中継処理、電子文書の分類保管処理、電子文書のファイルの版管理処理を行う点については、従来と同様である。また、文書保管システム１００は、フォルダがツリー構成であり、各フォルダに対して、電子文書を分類保管する。また、文書保管システム１００は、電子文書の中継処理として、電子文書のアップロード（入稿）・検索・電子文書のダウンロード機能を有する。尚、これらの機能の詳細については従来技術の記載で既に述べたので説明を省略する。
【００１９】
また、文書保管システム１００は、電子文書の変更管理を行い、例えば同一フォルダ・同一ファイル名である電子文書のバージョン番号等によって変更管理を行う。また、文書保管システム１００は、ユーザ名とパスワードによりユーザ認証を行い、電子文書の秘匿性（セキュリティ）を保護する機能を有する。例えば、文書保管システム１００は、認証したユーザ毎に、アクセス権を設定して、電子文書に対して「読み出し不可」、「読み出しのみ」、「作成・変更」、「削除」の権限の付与する／しないを定める。尚、これらの機能の詳細については従来技術の記載で既に述べたので説明を省略する。
【００２０】
また、文書保管システム１００は、上述した従来の機能をサービス系基本部５００により実現しており、更に、本実施形態の特徴となる機能を実現するために図１Ａに示すワンタイムパスワード発行部１０１、ワンタイムパスワード管理部１０２、及びワンタイムパスワード投稿処理部１０３を含む構成である。本実施形態の特徴となる機能とは、入稿者から文書保管システム１００へ文書を投稿する際に、ワンタイムパスワードを利用する機能であり、これにより、システムのセキュリティを向上し、かつ、入稿者の利便性も確保する。
【００２１】
ワンタイムパスワード発行部１０１は、入稿依頼者２０１が操作する入稿依頼者用ＰＣ（パーソナル  コンピュータ）２０２からのリクエストに基づいて、ワンタイムパスワードを発行する。ここで、入稿依頼者用ＰＣ２０２は、入稿依頼者２０１が使うネットワークに接続可能なコンピュータ端末であり、内部にはＷｅｂブラウザがインストールされている。すなわち、入稿依頼者２０１は、ブラウザを用いて文書保管システム１００に対して一連の処理の指示を行う。
【００２２】
ワンタイムパスワード管理部１０２は、ワンタイムパスワード発行部１０１及び、ワンタイムパスワード投稿処理部１０３からのリクエストに基づいたデータ処理を行う機能と、図２に示すようなデータ構造に基づいてデータを保存する機能とを有する。図２は、ワンタイムパスワード管理部１０２で管理されるデータ構造例を示す図である。図２に示すように、ワンタイムパスワード管理部１０２は、"ワンタイムパスワード"、"フォルダ名"、"入稿依頼者ユーザ名"、"入稿依頼者ユーザＩＤ"、"有効期限"、"回数"から構成されるデータ構造を有する。ここで、"有効期限"及び"回数"とは、ワンタイムパスワードの有効期間と再利用回数を示す。図２では、データ例１では"有効期限"が２０ＸＸ年１２月３１日であり、"回数"は無制限（−１の値で無制限としている）の例を示している。また、データ例２では、"有効期限"が無制限（−１の値で無制限としている）であり、"回数"は１回の例を示している。そして、一時格納フォルダ名は、受信したデータをＤＢ部１５に格納するときのフォルダ名である。
【００２３】
ワンタイムパスワード投稿処理部１０３は、入稿者２１１が操作する入稿者用ＰＣ２１２からのリクエスト（入稿要求など）を受け取る。ワンタイムパスワード投稿処理部１０３は、リクエストに含まれるＵＲＬ中のワンタイムパスワードを抜き出して、ワンタイムパスワード管理部１０２に対して問い合わせを行う。また、ワンタイムパスワード投稿処理部１０３は、ワンタイムパスワード管理部１０２においてワンタイムパスワードが認証された場合には、入稿者２１１の入稿者用ＰＣ２１２に対して文書登録用画面データを送信する。これにより、入稿者用ＰＣ２１２には、図３に示すような文書登録用画面３０が表示される。
【００２４】
図３は、ワンタイムパスワード投稿処理部１０３が作成する文書登録用画面例を示す図である。図３に示すように、文書登録用画面３０は、上記ＵＲＬを表示するＵＲＬ表示欄３１と、ワンタイムパスワードを表示するパスワード表示欄３２と、登録（入稿ｏｒ投稿）する文書のファイル名を表示するファイル名表示欄３３と、ファイル名表示欄３３に表示中の文書を文書保管システム１００に対して投稿するための投稿ボタン３４を含む。また、ファイル名表示欄３３が複数（図３では４つ）あることで、複数の電子文書を一度に投稿可能となる。
【００２５】
サービス系基本部５００は、上述したように一般的な電子文書保管システムの機能を有する。すなわち、サービス系基本部５００は、ユーザやグループの概念を処理するユーザ管理の機能、登録された電子文書を管理する文書管理の機能、電子文書に対して全文検索や属性に基づいた検索など、登録後にユーザが必要な文書を探し出すのを助ける検索処理の機能などを有する。
【００２６】
入稿依頼者２０１は、文書保管システム１００の利用権限（アカウント）を持っている。具体的には、文書保管システム１００が、入稿依頼者２０１のユーザＩＤやグループに対してフォルダ別のアクセス権を設定している。そして、入稿依頼者２０１は、利用権限があるフォルダに対して、第三者の入稿者に文書投稿用のワンタイムパスワードの発行を依頼することができる。具体的には、入稿依頼者用ＰＣ２０２から、特定のフォルダに文書投稿を許可するためのワンタイムパスワードの発行依頼データを文書保管システム１００へ送信することで、ワンタイムパスワードの発行を依頼する。
【００２７】
まず、入稿依頼者２０１は、文書保管システム１００を利用している際に、第三者に入稿を依頼したいフォルダを指定する。その指定の方法については、フォルダパスを明示的に入力する方法とフォルダツリーを辿って指定する方法があり、その詳細は後述する。また、投稿フォルダとして指定するフォルダが決まったところで、そのフォルダに対して入稿用ワンタイムパスワードの発行依頼を行う。その発行依頼を行う際に、同時に指定する内容としては、有効期限と利用回数などを指定し、その詳細は後述する。また、入稿依頼者２０１は、ワンタイムパスワードの発行依頼後に、文書保管システム１００より返ってきたワンタイムパスワードを含む文書保管システム１００への接続用ＵＲＬを、入稿を依頼したい入稿者（上記第三者）に連絡する。連絡手法としては電子メールなどが最適である。
【００２８】
入稿者２１１は、入稿依頼者２０１の依頼のもと、入稿者用ＰＣ２１２を利用して文書保管システム１００に文書を入稿する人である。しかし、文書保管システム１００に対して利用権限（アクセス権）はもっていないので、入稿依頼者２０１より入手した接続用ＵＲＬ（文書保管システム１００へ接続するＵＲＬ）へ入稿者用ＰＣ２１２を用いてアクセスすることで、文書保管システム１００に対して原稿（電子文書）を登録する。入稿者用ＰＣ２１２は、入稿者２１１が利用するコンピュータ端末であり、文書保管システム１００に接続する手段としてＷｅｂブラウザを有している。
【００２９】
次に、図１Ａに示した文書保管システム１００内の機能構成の詳細について説明する。図１Ｂは、図１Ａに示した文書保管システム１００内の機能構成の詳細を示す図である。
【００３０】
通信部７００は、文書保管システム１００の内部プログラムからのリクエストをネットワーク上へ送信し、ネットワーク上の入稿依頼者用ＰＣ２０２や入稿者用ＰＣ２１２の各クライアントからのリクエストを受信するなどの送受信処理を行う。具体的には、通信部７００は、Ａｐａｃｈｅのｈｔｔｐｄ等のプログラムにより実現される。通信部７００は、ネットワーク上のクライアントからの接続ＵＲＬによって、個々の内部プログラムにリクエストを受け渡す。
【００３１】
ワンタイムパスワードサービス部１１０は、図１Ａに示したワンタイムパスワード発行部１０１、ワンタイムパスワード管理部１０２、及びワンタイムパスワード投稿処理部１０３を含む構成の機能モジュールであり、ワンタイムパスワードに関する処理を行う。
【００３２】
サービス系基本部５００は、ユーザ管理部５１０、文書管理部５２０、及び検索部５３０から構成されている。ユーザ管理部５１０は、ユーザやグループの概念を処理するユーザ管理の処理を行う。文書管理部５２０は、登録された電子文書を管理する文書管理の処理を行う。検索部５３０は、電子文書に対して全文検索や属性に基づいた検索など、登録後にユーザが必要な文書を探し出すのを助ける検索処理を行う。また、文書管理部５２０は、フォルダ確認部５２１と登録処理部５２２を含む構成である。フォルダ確認部５２１は、フォルダの問い合わせに応じて、フォルダの存在確認と、そのフォルダに対して入稿依頼者２０１のアクセス権が存在するか否かの確認を行う。登録処理部５２２は、投稿者文書管理部５２０内のデータベース（具体的には後述する文書管理ＤＢ・５２０−ＤＢ）に対して、電子文書の登録処理を行う。
【００３３】
また、システム管理部６０１を含む運用系基本部６００は、文書保管システム１００の運用上必要なシステム監視やログの管理を行う部分である。
【００３４】
また、図１Ｃは、図１Ａ及び図１Ｂに示した文書保管システム１００のハードウェア構成例を示す図である。通信制御部１２は、通信回線および通信プロトコルを用いて所定の手順でデータの送信・受信の制御を行う通信制御部であり、図２の通信部７００のハードウェア部分を示す。通信部７００は、通信制御部１２を利用して、入稿依頼者用ＰＣ２０２や入稿者用ＰＣ２１２との間でのデータ通信をコントロールする。１１は、文書保管システム１００内のデータの流れや各処理部の動作をコントロールするＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。１３は、文書保管システム１００を制御するためにＣＰＵ１１において実行されるプログラム等を保持するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）である。１４は、ＣＰＵ１１のワークメモリとなるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。１５は、文書保管システム１０で利用するデータを保管する不揮発性の記録媒体であるＤＢ（データベース）部であり、例えばＨＤＤなどで構成される。尚、図１Ｃには示していないが、ＤＢ部１５又はＲＯＭ１３のいずれかに、ＣＰＵ１１が実行するプログラムであって、図１Ａ及び図１Ｂに示した各機能を実現するためのプログラムが格納されている。
【００３５】
また、図１Ｃに示すように、ＤＢ部１５内には、ワンタイムパスワード管理部１０２が管理するワンタイムパスワードに関する情報（図２に示した情報）を格納するワンタイムパスワードＤＢ・１０２−ＤＢと、ユーザ管理部５１０が管理するユーザ情報を格納するユーザ管理ＤＢ・５１０−ＤＢと、文書管理部５２０が管理する電子文書に関する情報を格納する文書管理ＤＢ・５２０−ＤＢと、検索部５３０が検索に利用するための情報を格納する検索ＤＢ・５３０−ＤＢとが構築されている。
【００３６】
次に、図１Ａ及び図１Ｂに示した文書保管システム１００のワンタイムパスワード発行部１０１の処理について説明する。図４Ａは、図１Ａ及び１Ｂに示した文書保管システム１００のワンタイムパスワード発行部１０１の処理を示すフローチャートである。図４Ａの処理を開始する前提として、ワンタイムパスワード発行部１０１は、入稿依頼者２０１の入稿依頼者用ＰＣ２０２からワンタイムパスワードの発行依頼を受信する。発行依頼に含まれる情報は、依頼者のファイルを格納するフォルダ名を指定する情報である。入稿依頼者用ＰＣ２０２におけるフォルダの指定には、ユーザが明示的にフォルダを指定する方法や、フォルダツリーをユーザに明示しながらインターラクティブに指定する方法などが考えられる。本実施形態では、両方の方法を実現するユーザインタフェースをワンタイムパスワード発行部１０１が入稿依頼者用ＰＣ２０２へ提供する。
【００３７】
また、発行依頼に含まれるフォルダを指定する情報以外の情報としては、生成するワンタイムパスワードの有効期間と再利用回数を指定する情報がある。有効期限としては、２０ＸＸ年１２月３１日までといった設定や、一週間後といった明示的な有効期限を指定する設定が可能である。さらに、有効期限を区切らない無制限を設定することもできる。また、再利用回数は、一回限りからＮ回限りまでの有限の回数制限を設ける指定方法と、有効期限内の回数無制限の指定方法がある。ここで、有効期限を無期限、回数を無制限に設定する事も可能である。すなわち、本実施形態で利用するワンタイムパスワードは、必ずしも１回限り有効となるパスワードに限定されない。
【００３８】
まずステップｓ１０１０において、ワンタイムパスワード発行部１０１は、発行依頼に有効期限の指定方法として、例えば一週間といった期間の指定があった場合には、その期間の最終日となる期日を求めて次のステップｓ１０１１へ進む。次に、ステップｓ１０１１の処理として、ワンタイムパスワード発行部１０１は、文書管理部５２０に対して、発行依頼で指定されたフォルダの存在確認と、そのフォルダに対して入稿依頼者２０１のアクセス権が存在するかの確認を問い合わせる。これにより、文書管理部５２０は、文書管理ＤＢ・５２０−ＤＢを検索することでフォルダの存在を確認し、検索したフォルダに対するアクセス権を確認することで、上記問い合わせに対する応答を返信する。
【００３９】
図４Ｂは、文書管理部５２０は、文書管理ＤＢ・５２０−ＤＢを検索することでフォルダの存在を確認し、検索したフォルダに対する入稿依頼者２０２のアクセス権を確認する処理を示すフローチャートである。図４Ｂの処理の開始は、図４Ａのステップｓ１０１１におけるワンタイムパスワード発行部１０１の問い合わせに応じて開始される。図４Ｂに示すように、ステップｓ５２１１において、文書管理部５２０は、文書管理ＤＢ・５２０−ＤＢを検索することでフォルダの存在を確認し、検索したフォルダに対するアクセス権を確認して、確認結果をワンタイムパスワード発行部１０１へ返信する。
【００４０】
次に、ワンタイムパスワード発行部１０１は、文書管理部５２０の応答結果を基に、ステップｓ１０１２において、フォルダの指定が適切か否かを判断する。ここで、フォルダの指定が不適切であると判断した場合には、ステップｓ１０１６のエラー処理に移る。また、フォルダの指定が適切であると判断した場合には、次のステップｓ１０１３において、ワンタイムパスワード発行部１０１は、ワンタイムパスワードを生成する。そして、ステップｓ１０１４において、ワンタイムパスワード発行部１０１は、ワンタイムパスワード管理部１０２に対して、図２に示したデータ構造のとおりに、発行依頼に含まれるユーザ（発行依頼者２０１）からの指定情報（フォルダ、有効期限、回数など）と、ワンタイムパスワード発行部１０１が発行したワンタイムパスワードとをペアにして情報登録するよう依頼する（登録リクエストの送信）。これにより、ワンタイムパスワード管理部１０２は、ワンタイムパスワード及び指定情報の登録処理を行い、登録処理が成功したか否かを示すレスポンスをワンタイムパスワード発行部１０１へ返信する。
【００４１】
次に、ステップｓ１０１５において、ワンタイムパスワード発行部１０１は、ワンタイムパスワード管理部１０２からのレスポンスを基に登録の成否を判断する。ここで、登録が失敗したと判断した場合には、ステップｓ１０１３に戻り、ワンタイムパスワード発行部１０１は、ワンタイムパスワードを再作成する。また、登録が成功した場合には、ワンタイムパスワード発行部１０１は、登録成功した旨と、生成したワンタイムパスワードを始めとした一連の情報を入稿依頼者用ＰＣ２０２に対して返信する。これにより、入稿依頼者２０１は、入稿者２１１に原稿の入稿を依頼するためのワンタイムパスワードを得ることができる。
【００４２】
尚、本実施形態では、入稿者用ＰＣ２１２における文書の投稿手段としては、Ｗｅｂブラウザからの投稿を考えている。具体的には上述したように、入稿者用ＰＣ２１２のブラウザから、ワンタイムパスワードを含んだＵＲＬにアクセスすることで、文書管理システム１００にアクセスでき、文書の投稿が可能となる。以下に、ワンタイムパスワードを含んだＵＲＬ例を示す。
ｈｔｔｐｓ：／／ｗｗｗ．ｃａｂｉｎｅｔ−ｓｅｒｖｃｅ．ｎｅ．ｊｐ／ｏｎｅｔｉｍｅ／５ｆｆ０ｄ１０６ｂ６ｃ４ｂｆｅ３ｅ０４ｂ８ｄｅ１ａｆｅｃｆ１６２
【００４３】
次に、ワンタイムパスワード発行部１０１からの依頼に応じたワンタイムパスワード管理部１０２におけるワンタイムパスワード及び指定情報の登録処理について説明する。図５は、ワンタイムパスワード管理部１０２におけるワンタイムパスワード及び指定情報の登録処理を示すフローチャートである。図５の処理は、図４Ａのステップｓ１０１４においてワンタイムパスワード発行部１０１から登録リクエストを受信することで開始する。
【００４４】
まず、ステップｓ１０２１において、ワンタイムパスワード管理部１０２は、登録依頼のあったワンタイムパスワードが、既存のワンタイムパスワードと同一でないかチェックを行う。ここで、同一のものが既にあった場合には、ワンタイムパスワード管理部１０２は、エラーメッセージをワンタイムパスワード発行部１０１に対して返す。また、同一のものが無い場合には、ワンタイムパスワード管理部１０２は、ステップｓ１０２２に進み、ワンタイムパスワードと指定情報を対にして登録処理を行う。そして、ワンタイムパスワード管理部１０２は、登録処理を正常終了する。これにより、図４Ａのステップｓ１０１４の処理に移行する。
【００４５】
次に、ワンタイムパスワード投稿処理部１０３におけるワンタイムパスワードの処理について説明する。図６Ａは、ワンタイムパスワード投稿処理部１０３におけるワンタイムパスワードの処理を示すフローチャートである。図６Ａの処理が開始される前提として、ワンタイムパスワード投稿処理部１０３は、入稿者用ＰＣ２１２から電子文書の入稿のリクエストを受信しており、そのリクエストにはワンタイムパスワードが含まれている。
【００４６】
まず、ステップｓ１０３１において、ワンタイムパスワード投稿処理部１０３は、ＵＲＬ中のワンタイムパスワードを抜き出す。次に、ステップｓ１０３２において、ワンタイムパスワード投稿処理部１０３は、ステップｓ１０３１におけるワンタイムパスワードの抜き出しの成否を判断する。ここで、ワンタイムパスワードの抜き出しに成功した場合には、ステップｓ１０３３に進み、ワンタイムパスワード投稿処理部１０３は、ワンタイムパスワード管理部１０２に対してワンタイムパスワードが有効であるか否かを問い合わせる。これにより、ワンタイムパスワード管理部１０２は、ワンタイムパスワードが有効であるか否かの判断結果をワンタイムパスワード投稿処理部１０３へ返信する。
【００４７】
次に、ステップｓ１０３４において、ワンタイムパスワード投稿処理部１０３は、ワンタイムパスワード管理部１０２から受信した判断結果よりワンタイムパスワードが有効であるか否かを確認する。有効である場合には、ステップｓ１０３５に進み、ワンタイムパスワード投稿処理部１０３は、ユーザ（入稿者２１１）の入稿者用ＰＣ２１２に対して例えば図３に示したような登録用画面３０を表示するための画面データを送信する。これにより、入稿者用ＰＣ２１２は、図３に示したような登録用画面３０を表示する。入稿者２１１は、登録用画面３０において、入稿する電子文書を指定して、投稿ボタン３４を押下する。これにより、入稿者用ＰＣ２１２は、指定された電子文書の入稿依頼を文書保管システム１００のワンタイムパスワード投稿処理部１０３へ送信する。
【００４８】
次に、ステップｓ１０３６において、ワンタイムパスワード投稿処理部１０３は、ステップｓ１０３５に対するレスポンスとしての入稿依頼（入稿したい電子文書を含む）を入稿者用ＰＣ２１２から受信する。受信したデータは、文書管理システム１００のＤＢ部１５の一時格納フォルダに格納される。ここで用いられる一時格納フォルダ名は、ワンタイムパスワードと関連付けられ、ワンタイムパスワード管理部１０２のワンタイムパスワードＤＢ１０２−ＤＢに格納されている。具体的な例としては、図２のキーの一時格納フォルダ名の通りである。一時格納フォルダ名の決定は、ステップｓ１０１３におけるワンタイムパスワード生成時の指定情報の一つとして自動生成する。または、入稿処理時のステップｓ１０３６において自動生成してもよい。
【００４９】
次に、ステップｓ１０３７において、ワンタイムパスワード投稿処理部１０３は、文書管理部５２０に対して登録処理の要求を行う。この登録処理要求では、三つの情報を文書管理部５２０に送る。一つは、最終格納先のフォルダ名である。二つ目は、登録したファイルの所有者を設定するための入稿依頼者ユーザ名である。そして、三つ目は、前記一時的に格納した一時格納フォルダ名である。これらの三つの情報は、ワンタイムパスワードをキーとして検索し１０２−ＤＢより得る。これにより、文書管理部５２０の登録処理部５２２は、文書管理ＤＢ・５２０−ＤＢに対してワンタイムパスワード投稿処理部１０３から入稿依頼された電子文書を登録する。この際、登録処理部５２２は、登録処理の成否についてワンタイムパスワード投稿処理部１０３へ返信する。また、ステップｓ１０３７においては、文書管理部５２０への登録処理から戻ってきたところで、成否に関係なく一時格納フォルダに格納した入稿依頼電子文書を削除する。
【００５０】
図６Ｂは、登録処理部５２２が文書管理ＤＢ・５２０−ＤＢに対して入稿依頼された電子文書を登録する処理を示すフローチャートである。この図６Ｂの処理は、図６Ａのステップｓ１０３７におけるワンタイムパスワード投稿処理部１０３からの登録処理の要求に応じて開始する。登録処理部５２２は、まずステップｓ５２２１で登録先のフォルダに今回登録するファイルと同じファイル名を持つファイルが存在するかを判断する。もし同一ファイル名が無ければ、入稿者のファイル名を用いてステップｓ５２２７の登録処理を行い、その処理結果をワンタイムパスワード投稿処理部１０３へ返信する。
【００５１】
一方、ステップｓ５２２１で同一ファイル名がある場合には、ステップｓ５２２２において、図６Ｃに示したユーザ確認画面を表示し、登録方法をユーザに選ばせ、その後の各ステップの処理を決定する。上書き保存の場合には、ステップｓ５２２４の通り、ファイル名はそのままで既存のファイルに上書き保存をする。別名保存の場合には、ステップｓ５２２５でファイル名の一部に連番を振り別名保存をする。例えば、「スケジュール案．ｍｐｐ」の場合には、「スケジュール案−１．ｍｐｐ」として別名で保存する。版管理を用いた保存では、ステップｓ５２２６の文書管理システムの版管理（バージョン管理）機能を用いて文書管理システム上にあるファイル前バージョンに保存後今回登録するファイルを現バージョンとして登録する。キャンセルの場合には、登録処理を行わず終了する。
【００５２】
そして同じファイル名を持つ場合には、ステップｓ５２２４，ｓ５２２５，ｓ５２２６の各毎処理を行った上で、ステップｓ５２２７で所定のファイル名で今回登録するファイルを登録処理を行い、その処理結果をワンタイムパスワード投稿処理部１０３へ返信する。
このような同一名称のファイルの処理を行っているのは、パスワードの有効期限内に入稿者がデータの差し替えを可能にするためである。
【００５３】
次に、ステップｓ１０３８において、ワンタイムパスワード投稿処理部１０３は、登録処理部５２２からの返信を基に登録処理の成否を判断する。ここで、登録処理が成功したと判断した場合には、ステップｓ１０３９において、ワンタイムパスワード投稿処理部１０３は、入稿者用ＰＣ２１２へ登録成功を知らせる情報を送信し、処理を終了する。これにより、入稿者２１１は、入稿が無事できた旨を知ることができる。また、上記ステップｓ１０３２、ｓ１０３４、及びｓ１０３８でＮｏの場合には、ステップｓ１０３Ａに進み、ワンタイムパスワード投稿処理部１０３は、入稿者用ＰＣ２１２へ登録失敗を知らせる情報を送信し、処理を終了する。
【００５４】
次に、図６Ａのステップｓ１０３３のワンタイムパスワード投稿処理部１０３からの問い合わせに応じた、ワンタイムパスワード管理部１０２におけるワンタイムパスワードの有効性の確認処理について説明する。図７は、ワンタイムパスワード管理部１０２におけるワンタイムパスワードの有効性の確認処理例を示すフローチャートである。
【００５５】
図７に示すように、ステップｓ１０２５１において、ワンタイムパスワード管理部１０２は、ワンタイムパスワード投稿処理部１０３からの問い合わせに応じて、当該ワンタイムパスワードがデータベース（ワンタイムパスワードＤＢ・１０２−ＤＢ）内に存在するか検索を行う。次に、ワンタイムパスワード管理部１０２は、ステップｓ１０２５２において、検索結果よりワンタイムパスワードが存在するか否かを判断する。ここで、ワンタイムパスワードが存在することが確認できた場合には、ステップｓ１０２５３に進み、ワンタイムパスワード管理部１０２は、ワンタイムパスワードに対する回数の設定を参照して、有効回数内であるか否かを確認する。
【００５６】
ここで有効回数内であると判断した場合には、ワンタイムパスワード管理部１０２は、ステップｓ１０２５４に進み、ワンタイムパスワードに対する有効期間の設定を参照して、有効期間内であるか否かを確認する。ここで、有効期間内であると判断した場合には、ワンタイムパスワード管理部１０２は、ステップｓ１０２５５に進み、ワンタイムパスワードＤＢ・１０２−ＤＢ中の回数を一つ減算し、ワンタイムパスワードが有効である旨をワンタイムパスワード投稿処理部１０３に返信する。また、上記のステップｓ１０２５２、ｓ１０２５３、及びｓ１０２５４でＮＧであった場合には、ワンタイムパスワード管理部１０２は、ステップｓ１０２５６に進み、エラーメッセージをワンタイムパスワード投稿処理部１０３に返信する。
【００５７】
尚、上述した実施形態では、文書保管システムの保管対象は電子文書としたが、この限りではなく、画像や映像ファイルなどインターネット上で利用されている種々のコンテンツを保管管理してもよい。また、入稿者２１１が利用する端末をコンピュータ端末としたが、この限りではなく、インターネットに接続可能で電子写真を添付して送信する携帯電話端末等でもよい。
【００５８】
（第二の実施形態）
上述した第一の実施形態では、入稿者は、Ｗｅｂのインターフェースを用いて入稿作業を行う形態を示したが、第二の実施形態では、電子メールにより入稿作業を行う形態を示す。以下、第一の実施形態と異なる部分を主に説明する。
図８Ａは、本発明の第二の実施形態における電子文書保管機能を有する文書保管サーバ（データ保管装置）である文書保管システムの構成例を示す概略図である。
【００５９】
図８Ａにおいて、３００は文書保管システムであり、電子文書を保管管理する機能を有する。尚、図８Ａに示す文書保管システム３００が図１Ａに示した文書保管システム１００と大きく異なる点は、ワンタイムパスワード投稿処理部１０３の変わりにメール処理部３０３を備える点である。すなわち、図８Ａに示す文書保管システム３００の機能構成は、図８Ｂに示すように、図１Ｂに示す文書保管システム１００の機能構成とほぼ同じであり、１０１、１０２、１１０の符号を３０１、３０２、３１０に置き換えて、ワンタイムパスワード投稿処理部１０３をメール処理部３０３に置き換えた構成であり、詳細な説明を省略する。また、文書保管システム３００のハードウェア構成は、図１Ｃに示した文書管理システム１００のハードウェア構成と同様である。ただし、本実施形態では、図１ＣのシステムＤＢ・１５内のワンタイムパスワードＤＢ・１０２−ＤＢの符号を、ワンタイムパスワードＤＢ・３０２−ＤＢとする。
【００６０】
また、入稿依頼者４０１、入稿依頼者用ＰＣ４０２、入稿者４１１、及び入稿者用ＰＣ４１２は、図１Ａの入稿依頼者２０１、入稿依頼者用ＰＣ２０２、入稿者２１１、及び入稿者用ＰＣ２１２と同様の動作や機能を有する。また、図８Ａに示すワンタイムパスワード発行部３０１及びワンタイムパスワード管理部３０２の機能は、図１Ａに示したワンタイムパスワード発行部１０１及びワンタイムパスワード管理部１０２とほぼ同様であり、異なる点を主に説明する。
【００６１】
図１１は、登録処理部５２２が文書管理ＤＢ・５２０−ＤＢに対して入稿依頼された電子文書を登録する処理の別の例を示すフローチャートである。
まず、ワンタイムパスワード発行部３０１において、第一の実施形態のワンタイムパスワード発行部１０１と異なる点を説明する。第二の実施形態では、第一の実施形態で説明したステップｓ１０３７を実行するプロセスからの呼び出しに応じて、図６Ｂの処理の代りに、図１１の処理が実行される。第一の実施形態のワンタイムパスワード発行部１０１は、ワンタイムパスワードと共に登録用のＵＲＬを入稿依頼者用ＰＣ２０２へ返信するが、ワンタイムパスワード発行部３０１は、ワンタイムパスワードと共に、登録用の電子メールアドレスを入稿依頼者用ＰＣ４０２へ返信する点が異なる。ここで、登録用の電子メールアドレスとは、文書保管システム３００に電子文書を登録するための宛先となるアドレスである。
【００６２】
本実施形態のワンタイムパスワード発行部３０１の処理は、第一の実施形態の図４Ａに示したワンタイムパスワード発行部１０１の処理とほぼ同様であり、ステップｓ１０１５において、登録成功した旨と、生成したワンタイムパスワードを始めとした一連の情報を入稿依頼者用ＰＣ４０２に対して返信する際の、一連の情報が電子メールアドレスである点が異なる。また、文書管理部５２０における図４Ａに応じた図４Ｂの処理も同様である。以上より、ワンタイムパスワード発行部３０１の処理の説明を省略する。
【００６３】
また、第一の実施形態のワンタイムパスワード管理部１０２は、ワンタイムパスワード投稿処理部１０３からのリクエストに応じてワンタイムパスワードを確認していたが、本実施形態のワンタイムパスワード管理部３０２は、メール処理部３０３からのリクエストに基づいてワンタイムパスワードの確認処理を行う点が異なるだけである。よって、ワンタイムパスワード管理部３０２の処理は、第一の実施形態の図５に示したワンタイムパスワード管理部１０２におけるワンタイムパスワード及び指定情報の登録処理とほぼ同様であり、説明を省略する。また、ドキュメント管理部５２０における電子文書の登録処理は、図１１に示した登録処理と同様であり、説明を省略する。尚、本実施形態では、図１１の処理の開始が、メール処理部３０３からの投稿依頼に応じたものであり、登録処理の結果の返信先もメール処理部３０３である。また、ワンタイムパスワード管理部３０２におけるワンタイムパスワードの有効性の確認処理も、第一の実施形態で示した図７の処理と同様であり、説明を省略する。図１１のように、登録処理部５２２は、要求された電子ドキュメントをドキュメント管理部５２０へアップロードする。そして、ステップｓ５２３１で、登録処理部５２２はアップロード処理部１０３からのワンタイムパスワードの処理結果を返却する。当該パスワードの有効性をワンタイムパスワード管理部３０２により確認する処理は第一実施形態の図７に記載されているのと同様である。
【００６４】
メール処理部３０３は、入稿者用ＰＣ４１２から受け取った電子メールに対して内容確認をワンタイムパスワード管理部３０２と協調しながら進めていく。そして正しいワンタイムパスワードを持った電子メールを受信したと判断した場合には、文書管理部５２０に文書の登録処理を行う。図９は、メール処理部３０３におけるメール受信処理のフローチャートを示す図である。図９の処理の前提として、メール処理部３０３は、入稿者用ＰＣ４１２からワンタイムパスワードを含む入稿依頼の電子メールを受信している。ここで、メール処理部３０３が入稿者用ＰＣ４１２から受信する電子メールの内容例について説明する。図１０は、メール処理部３０３が入稿者用ＰＣ４１２から受信する電子メールの内容例を示す図である。図１０において電子メール９００は、宛先や件名が記述されたヘッダ部９０１、ワンタイムパスワードが記述されたワンタイムパスワード部９０２、投稿される電子文書が添付された添付ファイル部９０３から構成される。
【００６５】
図９に示すように、まず、ステップｓ３０３１において、メール処理部３０３は、入稿者用ＰＣ４１２から受信した電子メールよりワンタイムパスワード部９０２を抜き出す。次に、ステップｓ３０３２に進み、メール処理部３０３は、上記ステップｓ３０３１での処理においてワンタイムパスワード部９０２を抜き出すことが出来たか否かを判断する。ここで、ワンタイムパスワード部９０２を抜き出すことができたと判断した場合には、メール処理部３０３は、ステップｓ３０３３に進み、ワンタイムパスワード管理部３０２に登録済みの正しいワンタイムパスワードであるか否かの確認を問い合わせる。これにより、ワンタイムパスワード管理部３０２は、図７に示した処理と同様の処理によりワンタイムパスワードの有効性を確認して、確認結果をメール処理部３０３に返信する。
【００６６】
そして、ワンタイムパスワード管理部３０２からの返信に基づきワンタイムパスワードが有効であると判断した場合には、メール処理部３０３は、ステップｓ３０３５に進み、電子メールから添付ファイル部９０３を抜き出し、第一の実施形態と同じように文書管理システム１００のＤＢ部１５の一時格納フォルダに格納する。ここで用いられる一時格納フォルダ名は、ワンタイムパスワードと関連付けられ、ワンタイムパスワード管理部１０２のワンタイムパスワードＤＢ１０２−ＤＢに格納されている。一時格納フォルダ名の決定は、ステップｓ１０１３におけるワンタイムパスワード生成時の指定情報の一つとして自動生成する。または、入稿処理時のステップｓ１０３６において自動生成してもよい。またここで添付ファイル部９０３には、複数の添付ファイルを添付可能である。そして添付ファイル部９０３に添付ファイルが複数含まれている場合には、メール処理部３０３は、ステップｓ３０３５の処理を添付ファイルの数の分だけ繰り返す。
【００６７】
次に、ステップｓ３０３６に進み、メール処理部３０３は、ステップｓ３０３５における添付ファイルの抜き出し処理の成否を確認する。ここで、正しく添付ファイルを抜き出せたと判断した場合には、メール処理部３０３は、ステップｓ３０３７に進み、文書管理部５２０に登録処理の要求を行う。この登録処理要求では、三つの情報を文書管理部５２０に送る。一つは、最終格納先のフォルダ名である。二つ目は、登録したファイルの所有者を設定するための入稿依頼者ユーザ名である。そして、三つ目は、前記一時的に格納した一時格納フォルダ名である。これらの三つの情報は、ワンタイムパスワードをキーとして検索し１０２−ＤＢより得る。これに応じて、文書管理部５２０は、第一の実施形態で図６Ｂに示した登録処理の代りに図１１に示す処理を行い、登録処理の結果をメール処理部３０３へ返信する。また、ステップｓ１０３７においては、文書管理部５２０への登録処理から戻ってきたところで、成否に関係なく一時格納フォルダに格納した入稿依頼電子文書を削除する。
【００６８】
次に、ステップｓ３０３８に進み、メール処理部３０３は、登録処理の成否を確認する。ここで、登録処理できたと判断した場合には、メール処理部３０３は、処理を終了する。また、上記ステップｓ３０３２、ｓ３０３４、ｓ３０３６、及びｓ３０３８でＮｏの場合には、メール処理部３０３は、ステップｓ３０３９に進み、電子メールの送信者である入稿者４１１の入稿者用ＰＣ４１２に対して、不適切なメール登録である旨を電子メールで連絡する。尚、入稿者用ＰＣ４１２は、入稿者４１１が利用するコンピュータ端末で、電子メールを送受信する手段として、一般的な電子メールソフトがインストールされている。また、上述した第一、第二の実施形態では、入稿完了時に入稿依頼者２０１、４０１に対して入稿を完了したことを、ワンタイムパスワード投稿処理部１０３や、メール処理部３０３より通知する場合もある。
【００６９】
（他の実施形態）
上述した第一、第二の実施形態では、入稿依頼者２０１、４０１から入稿者２１１、４１１に別途なんらかの手段で入稿用のＵＲＬやワンタイムパスワード等を連絡する必要があったが、ワンタイムパスワード発行部１０１、３０１が発行時に電子メールにて入稿者２１１、４１１に通知する場合もある。
【００７０】
また、上述した実施形態において図１Ｂや図８Ｂに示した各処理部は、各処理部の機能を実現する為のプログラムをメモリ（ＲＯＭ１３やシステムＤＢ１５）から読み出してＣＰＵ１１が実行することによりその機能を実現させるものである。
【００７１】
尚、上述した構成に限定されるものではなく、図１Ｂや図８Ｂに示した各処理部の全部または一部の機能を専用のハードウェアにより実現してもよい。また、上述したメモリは、ＲＯＭ１３やシステムＤＢ１５に限定されるものではなく、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００７２】
また、図１Ｂや図８Ｂに示した各処理部の機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００７３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００７４】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７５】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
【００７６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００７７】
【図１Ａ】本発明の第一の実施形態における電子文書保管機能を有する文書保管サーバ（データ保管装置）である文書保管システムの構成例を示す概略図である。
【図１Ｂ】図１Ａに示した文書保管システム１００内の機能構成の詳細を示す図である。
【図１Ｃ】図１Ａ及び図１Ｂに示した文書保管システム１００のハードウェア構成例を示す図である。
【図２】ワンタイムパスワード管理部１０２で管理されるデータ構造例を示す図である。
【図３】ワンタイムパスワード投稿処理部１０３が作成する文書登録用画面例を示す図である。
【図４Ａ】図１Ａ及び図１Ｂに示した文書保管システム１００のワンタイムパスワード発行部１０１の処理を示すフローチャートである。
【図４Ｂ】文書管理部５２０は、フォルダの存在を確認し、フォルダに対する入稿依頼者２０２のアクセス権を確認する処理を示すフローチャートである。
【図５】ワンタイムパスワード管理部１０２におけるワンタイムパスワード及び指定情報の登録処理を示すフローチャートである。
【図６Ａ】ワンタイムパスワード投稿処理部１０３におけるワンタイムパスワードの処理を示すフローチャートである。
【図６Ｂ】登録処理部５２２が文書管理ＤＢ・５２０−ＤＢに対して入稿依頼された電子文書を登録する処理の例を示すフローチャートである。
【図６Ｃ】登録処理部５２２が文書管理ＤＢ・５２０−ＤＢに対して入稿依頼された電子文書を登録する際に、同一ファイル名が存在する場合に、ユーザに登録方法を選択させる画面例を示す図である。
【図７】ワンタイムパスワード管理部１０２におけるワンタイムパスワードの有効性の確認処理例を示すフローチャートである。
【図８Ａ】本発明の第二の実施形態における電子文書保管機能を有する文書保管サーバ（データ保管装置）である文書保管システムの構成例を示す概略図である。
【図８Ｂ】図８Ａに示した文書保管システム１００内の機能構成の詳細を示す図である。
【図９】メール処理部３０３におけるメール受信処理を示すフローチャートである。
【図１０】メール処理部３０３が入稿者用ＰＣ４１２から受信する電子メールの内容例を示す図である。
【図１１】登録処理部５２２が文書管理ＤＢ・５２０−ＤＢに対して入稿依頼された電子文書を登録する処理の別の例を示すフローチャートである。
【符号の説明】
【００７８】
１０１、３０１    ワンタイムパスワード発行部
１０２、３０２    ワンタイムパスワード管理部
１０３            ワンタイムパスワード投稿処理部
１１０、３１０    ワンタイムパスワードサービス部
３０３            メール処理部
５００            サービス系基本部
５１０            ユーザ管理部
５２０            文書管理部
５３０            検索部
６００            運用系基本部
６０１            システム管理部
７００            通信部
１１              ＣＰＵ（中央演算装置）
１３              ＲＯＭ
１４              ＲＡＭ
【図１Ａ】
2006313535.tif 000003
【図１Ｂ】
2006313535.tif 000004
【図１Ｃ】
2006313535.tif 000005
【図２】
2006313535.tif 000006
【図３】
2006313535.tif 000007
【図４Ａ】
2006313535.tif 000008
【図４Ｂ】
2006313535.tif 000009
【図５】
2006313535.tif 000010
【図６Ａ】
2006313535.tif 000011
【図６Ｂ】
2006313535.tif 000012
【図６Ｃ】
2006313535.tif 000013
【図７】
2006313535.tif 000014
【図８Ａ】
2006313535.tif 000015
【図８Ｂ】
2006313535.tif 000016
【図９】
2006313535.tif 000017
【図１０】
2006313535.tif 000018
【図１１】
2006313535.tif 000019