(57)【要約】【課題】コストと応答性を両立可能なデータ管理技術を提供する。【解決手段】データ管理装置は、データファイル及び当該データファイルの格納要求を外部装置から受信する受信手段と、受信手段により受信したデータファイルのファイル実体及び属性情報を第１の格納部に格納するよう制御する第１の制御手段と、第１の格納部に格納されたファイル実体を検知する検知手段と、検知手段によりファイル実体が検知された場合、当該ファイル実体を第１の格納部と異なる第２の格納部に格納し、当該ファイル実体を第１の格納部から削除するよう制御する第２の制御手段と、格納要求に対する応答を外部装置に送信する送信手段と、を有し、送信手段による外部装置への応答は、第２の制御手段による制御に先行して実行される。【選択図】図３
2015166937.tif 000002
【特許請求の範囲】
【請求項１】
データファイル及び該データファイルの格納要求を外部装置から受信する受信手段と、
前記受信手段により受信したデータファイルのファイル実体及び属性情報を第１の格納部に格納するよう制御する第１の制御手段と、
前記第１の格納部に格納されたファイル実体を検知する検知手段と、
前記検知手段によりファイル実体が検知された場合、該ファイル実体を前記第１の格納部と異なる第２の格納部に格納し、該ファイル実体を前記第１の格納部から削除するよう制御する第２の制御手段と、
前記格納要求に対する応答を前記外部装置に送信する送信手段と、
を有し、
前記送信手段による前記外部装置への応答は、前記第２の制御手段による制御に先行して実行される
ことを特徴とするデータ管理装置。
【請求項２】
前記第２の制御手段は、前記第２の格納部に格納したファイル実体の該第２の格納部における格納位置を示す格納位置情報を前記第１の格納部に格納する
ことを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記格納位置情報は、前記第２の格納部に格納したファイル実体に対応するデータファイルの属性情報の一部として前記第１の格納部に格納される
ことを特徴とする請求項２に記載のデータ管理装置。
【請求項４】
前記属性情報は、該属性情報に対応するデータファイルのファイル実体を前記第１の格納部及び前記第２の格納部の何れに格納すべきかを示す識別情報を含み、
前記データ管理装置は、前記属性情報が前記第１の格納部に格納すべきことを示す識別情報を含む場合、前記第２の制御手段による制御を抑止する
ことを特徴とする請求項１乃至３の何れか一項に記載のデータ管理装置。
【請求項５】
前記識別情報は、該識別情報に対応するデータファイルが機密データファイルであるか否かを示す情報であり、
前記データ管理装置は、データファイルが機密データファイルであることを前記識別情報が示す場合は前記第２の制御手段による制御を許可し、データファイルが機密データファイルで無いことを前記識別情報が示す場合は前記第２の制御手段による制御を抑止する
ことを特徴とする請求項４に記載のデータ管理装置。
【請求項６】
前記データ管理装置は、前記第２の格納部に格納された１以上のファイル実体の総容量を取得する取得手段を更に有し、
前記データ管理装置は、前記取得手段により取得された前記総容量が所定の容量未満である場合、前記第２の制御手段による制御を抑止する
ことを特徴とする請求項１乃至５の何れか一項に記載のデータ管理装置。
【請求項７】
前記受信手段が、ファイル実体が既に前記第２の格納部に格納されているデータファイルの複製要求を外部装置から受信した場合、
前記第１の制御手段は、該データファイルの属性情報を前記第１の格納部から取得し、該データファイルのファイル実体を前記第２の格納部から取得し、取得したファイル実体及び属性情報を前記第１の格納部に複製データファイルとして格納し、
前記送信手段は、前記複製データファイルのファイル実体に対する前記第２の制御手段による制御に先行して、前記複製要求に対する応答を前記外部装置へ送信する
ことを特徴とする請求項１乃至６の何れか一項に記載のデータ管理装置。
【請求項８】
前記受信手段が、ファイル実体が既に前記第２の格納部に格納されているデータファイルの削除要求を外部装置から受信した場合、
前記第１の制御手段は、前記削除要求の対象であるデータファイルの属性情報に該データファイルが削除対象データファイルであることを示す情報を付与し、
前記送信手段は、前記削除要求に対する応答を前記外部装置へ送信し、
前記第２の制御手段は、前記データファイルのファイル実体を前記第２の格納部から削除する
ことを特徴とする請求項１乃至７の何れか一項に記載のデータ管理装置。
【請求項９】
前記受信手段により受信した要求の実行可否を規定する認証情報を格納する格納手段を更に有し、
前記送信手段は、前記認証情報に基づき前記受信手段により受信した要求の実行が許可されない場合、前記外部装置へ前記要求が許可されない旨の応答を送信する
ことを特徴とする請求項１乃至８の何れか一項に記載のデータ管理装置。
【請求項１０】
前記第１の格納部は、データベース上に構築される格納部である
ことを特徴とする請求項１乃至９の何れか一項に記載のデータ管理装置。
【請求項１１】
データ管理装置の制御方法であって、
データファイル及び該データファイルの格納要求を外部装置から受信する受信工程と、
前記受信工程により受信したデータファイルのファイル実体及び属性情報を第１の格納部に格納するよう制御する第１の制御工程と、
前記格納要求に対する応答を前記外部装置に送信する送信工程と、
前記第１の格納部に格納されたファイル実体を検知する検知工程と、
前記検知工程によりファイル実体が検知された場合、該ファイル実体を前記第１の格納部と異なる第２の格納部に格納し、該ファイル実体を前記第１の格納部から削除するよう制御する第２の制御工程と、
を含むことを特徴とするデータ管理装置の制御方法。
【請求項１２】
コンピュータを、請求項１乃至１０の何れか一項に記載のデータ管理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書データの管理技術に関するものである。
【背景技術】
【０００２】
文書管理システムにおいては、文書（データファイル）に紐付く文書属性（例えばファイル名、サイズ等）を検索キーとして目的の文書ファイルを検索する機能を実現するためにデータベースを用いることが多い。例えば、特許文献１では、ファイル実体をボリュームデータベースで管理し、文書属性を属性データベースで管理するシステムが提案されている。このようにファイル実体と文書属性の両方ともデータベースサーバで管理する方法は、データベースへのアクセスだけで完結するため、利用者のリクエストに対する応答までにかかる時間が短縮されるという点でメリットがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３３１２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、一般的に、データベースサーバのストレージコストは、一般的なファイルサーバのストレージコストと比較して高価である。そのため、管理対象のファイルが増大するにつれシステム全体のコストが高くつくことになってしまう。一方、文書属性のみをデータベースサーバで管理し、ファイル実体については安価なファイルサーバで管理するような手法を取れば、システム全体のコスト低減が期待されることになる。ただし、ファイルサーバは、データベースサーバに比較し処理速度が遅い傾向にある。したがって、このような構成においては、クライアント装置から文書操作を受け付けた場合、ファイルサーバに格納されたファイル実体の処理及びデータベースに格納された文書属性の処理の両方が完了した後に、クライアント装置に対して応答を返すことになる。そのため、ファイル実体をファイルサーバで管理する構成では、クライアント装置に対して応答を返すまでの時間が長くなってしまうことになる。
【０００５】
本発明は上述の問題点に鑑みなされたものであり、コストと応答性を両立可能なデータ管理技術を提供することを目的としている。
【課題を解決するための手段】
【０００６】
上述の問題点を解決するため、本発明に係るデータ管理装置は以下の構成を備える。すなわち、データ管理装置は、データファイル及び該データファイルの格納要求を外部装置から受信する受信手段と、前記受信手段により受信したデータファイルのファイル実体及び属性情報を第１の格納部に格納するよう制御する第１の制御手段と、前記第１の格納部に格納されたファイル実体を検知する検知手段と、前記検知手段によりファイル実体が検知された場合、該ファイル実体を前記第１の格納部と異なる第２の格納部に格納し、該ファイル実体を前記第１の格納部から削除するよう制御する第２の制御手段と、前記格納要求に対する応答を前記外部装置に送信する送信手段と、を有し、前記送信手段による前記外部装置への応答は、前記第２の制御手段による制御に先行して実行される。
【発明の効果】
【０００７】
本発明によれば、コストと応答性を両立可能なデータ管理技術を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態に係る文書管理システムの構成を示す図である。
【図２】文書管理システムを構成する各装置のハードウェア構成を示す図である。
【図３】文書管理システムを構成する各装置のソフトウェア構成を示す図である。
【図４】文書管理システムにおける文書登録処理のフローチャートである。
【図５】文書管理システムにおける文書複製処理のフローチャートである。
【図６】文書管理システムにおける文書削除処理のフローチャートである。
【図７】ファイル実体に対する処理の詳細フローチャートである。
【図８】データファイルの属性情報を管理するための文書属性管理テーブルの一例を示す図である。
【図９】データファイルのファイル実体を管理するためのファイル実体管理テーブルの一例を示す図である。
【図１０】ユーザの認証情報を管理するためのユーザ情報管理テーブルの一例を示す図である。
【図１１】第２実施形態における文書属性管理テーブル１１００の一例を示す図である。
【図１２】第３実施形態におけるファイル実体に対する処理の詳細フローチャートである。
【発明を実施するための形態】
【０００９】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１０】
（第１実施形態）
本発明に係るデータ管理装置の第１実施形態として、データベースサーバ（ＤＢＳ）及びファイルサーバ（ＦＳ）を利用する文書管理システムを例に挙げて以下に説明する。
【００１１】
＜装置構成＞
図１は、第１実施形態に係る文書管理システムの構成を示す図である。ネットワーク１００には、１以上のクライアントＰＣ１０１−１、１０１−２、・・・、１０１−Ｎ（以下単にクライアントＰＣ１０１と呼ぶ）が接続されており、さらに文書管理システムを構成するサーバ群１０２が接続されている。ここでネットワーク１００は、インターネットまたはイントラネット回線を表している。
【００１２】
サーバ群１０２は、クライアントＰＣ１０１のリクエスト送信部３０１からのリクエストを受け付け、レスポンスを返却するＷｅｂサーバ１０３を含む。また、サーバ群１０２は、文書属性及びファイル実体を管理するデータベースサーバ１０４（以下ＤＢＳ１０４と呼ぶ）、ファイル実体を管理するファイルサーバ１０５（以下ＦＳ１０５と呼ぶ）で構成される。なお、物理的には、Ｗｅｂサーバ１０３、ＤＢＳ１０４、ＦＳ１０５は一体の装置となるよう構成しても良い。また、Ｗｅｂサーバ１０３及びＤＢＳ１０４を一体構成とし、ＦＳ１０５を別体の装置として構成しても良い。更に、サーバ群１０２の一部又は全部を、クラウドコンピューティングにより実現するよう構成しても良い。
【００１３】
Ｗｅｂサーバ１０３は、クライアントＰＣ１０１からのＨＴＴＰリクエストに対するレスポンスを処理するＨＴＴＰサーバと、ＤＢＳ１０４やＦＳ１０５への橋渡しを担い、データ加工の処理等をおこなうアプリケーションサーバとをまとめたサーバを示している。実際のサーバ構成としては、上述のＨＴＴＰサーバとアプリケーションサーバは別々の構成であっても構わないが、ここでは説明を簡単にするため、１つのＷｅｂサーバ１０３として記載している。
【００１４】
ＤＢＳ１０４は、文書管理システムにおいて、各種データファイルの文書属性やファイル実体を集めて管理し、容易な検索／抽出等の処理をおこなうことができるようにしたものである。特に、ここでは、高速かつ安定した管理を実現すべく、ＯＳが提供するファイルシステム上に直接構築する代わりに、データベース管理プログラムを用いてデータ管理をおこなう。
【００１５】
ＦＳ１０５は、文書管理システムにおけるファイル実体を管理するための記憶装置である。ＦＳ１０５は、一般的には高度な演算能力は求められないものであるため、同じデータを格納する場合はＤＢＳ１０４と比べて入出力処理能力は低い。
【００１６】
図２は、文書管理システムを構成する各装置のハードウェア構成を示す図である。各装置（サーバ群１０２内の各種サーバ、及びクライアントＰＣ１０１）は、一般的な情報処理装置（ＰＣ）２００が所定のプログラムを実行することにより実現される。
【００１７】
ＣＰＵ２０１は、情報処理装置２００の演算及び制御をつかさどる。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリとして実行プログラムの領域や該プログラムの実行エリア並びにデータエリアとして機能する。実行プログラムは、例えば、後述する外部メモリ２１１からＲＡＭ２０２に読み出されて実行される。
【００１８】
不揮発性のメモリであるプログラムＲＯＭ２０３は、情報処理装置２００の機器制御をおこなうオペレーティングシステム（ＯＳ）のプログラムを格納する。また、Ｗｅｂサーバ１０３におけるプログラムＲＯＭ２０３は、クライアントＰＣ１０１から送信されたリクエストを受信し、リクエストに応じた処理をおこない、当該リクエストに対する応答を送信するプログラムを格納する。更に、Ｗｅｂサーバ１０３におけるプログラムＲＯＭ２０３は、ＤＢＳ１０４及びＦＳ１０５に処理を指示するためのプログラムが格納される。ＤＢＳ１０４におけるプログラムＲＯＭ２０３は、データベース管理プログラムを格納し、Ｗｅｂサーバ１０３からの依頼に応じた処理をおこなう。
【００１９】
不揮発性のメモリであるデータＲＯＭ２０４は、情報処理装置２００の機能を提供するために必要な情報等が記録される。情報処理装置２００の機能を提供するために必要な情報とは、例えばＤＢＳ１０４においては、クライアントＰＣ１０１から登録されるファイル実体や文書属性、また文書管理システムの利用者であるクライアントＰＣ１０１の認証情報等が考えられる。なお、データＲＯＭの代わりに後述する外部メモリ２１１を用いるよう構成しても良い。
【００２０】
ネットワークコントローラ（ＮＣ）２０５は、ネットワークに接続し、他のネットワークに接続された機器との通信制御処理を実行するための機能部である。キーボードコントローラ２０６は、後述するキーボード２０９を介したキー入力を制御する。ディスプレイコントローラ２０７は、情報処理装置２００内の情報を後述のディスプレイ２１０の画面に表示するための制御をおこなう機能部である。ディスクコントローラ２０８は、外部メモリ２１１との間の入出力制御を行う機能部である。例えばＤＢＳ１０４においては、管理するファイル実体や文書属性、また文書管理システムの利用者であるクライアントＰＣ１０１の認証情報等の入出力を制御する。
【００２１】
キーボード２０９は、情報処理装置２００を操作する操作者が入力操作をおこなうため機能部である。例えば、第１実施形態において操作者がサーバ群１０２のメンテナンス作業をする場合は、後述するディスプレイ２１０に表示される情報を見ながらキーボード２０９を操作することが考えられる。ディスプレイ２１０は、例えばＬＣＤ等の表示装置である。
【００２２】
外部メモリ２１１は、例えば、ハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）、半導体メモリなどであり、アプリケーションプログラムや各種データ保存用に用いられる。ここで、アプリケーションプログラムとは、例えばＷｅｂサーバ１０３における後述する各処理部を実現するプログラム、ＤＢＳ１０４におけるデータベース管理プログラムなどを指す。
【００２３】
図３は、文書管理システムを構成する各装置のソフトウェア構成を示す図である。なお、クライアントＰＣ１０１やサーバ群１０２の各サーバは、図３に記されている以外の機能部を備えてもよい。クライアントＰＣ１０１やサーバ群１０２の各サーバに含まれる機能部は、ＣＰＵ２０１が、プログラムＲＯＭ２０３またはデータＲＯＭ２０４に格納されたプログラムを実行することにより実現される。
【００２４】
クライアントＰＣ１０１は、リクエスト送信部３０１及びレスポンス受信部３０２を有する。リクエスト送信部３０１は、クライアントＰＣ１０１がネットワーク１００を利用してネットワーク上のサーバ群１０２に処理のリクエストを送信するための機能部である。レスポンス受信部３０２は、リクエスト送信部３０１によってサーバ群１０２に対して依頼した処理のレスポンスを受信するための機能部である。
【００２５】
Ｗｅｂサーバ１０３は、リクエスト受信部３０３、レスポンス送信部３０４、ファイル実体処理部３０５、文書属性処理部３０６、認証情報処理部３０７を有する。
【００２６】
リクエスト受信部３０３は、ネットワーク１００を利用してネットワーク上のクライアントＰＣ１０１から送信されたリクエストを受信するための機能部である。レスポンス送信部３０４は、リクエスト受信部３０３によって受信したリクエストに対して処理をおこなった結果をレスポンスとしてクライアントＰＣ１０１に送信するための機能部である。
【００２７】
ファイル実体処理部３０５は、後述するファイル実体管理テーブル９００（図９）およびデータファイルのファイル実体を、クライアントＰＣ１０１からの要求に従って処理するための機能部である。文書属性処理部３０６は、後述する文書属性管理テーブル８００（図８）に記録される文書属性をクライアントＰＣ１０１からの処理に従って処理するための機能部である。
【００２８】
認証情報処理部３０７は、クライアントＰＣ１０１からの処理リクエストを受けた場合に、クライアントＰＣ１０１が文書管理システムに登録された利用者であることを判断するための機能部である。
【００２９】
ＤＢＳ１０４は、認証情報管理部３０８、文書属性管理部３０９、ファイル実体管理部３１０を有する。認証情報管理部３０８は、後述するユーザ情報管理テーブル１０００（図１０）に示されるようなデータを管理する機能部である。クライアントＰＣ１０１が文書管理システムの正当な利用者であればユーザ情報管理テーブル１０００に当該利用者のユーザ情報が登録されていることになる。文書属性管理部３０９は、後述する文書属性管理テーブル８００（図８）に示されるようなデータを管理する機能部である。ファイル実体管理部３１０（第１の格納部）は、後述するファイル実体管理テーブル９００（図９）に示されるようなデータを格納し管理するためのデータベース上に構築される機能部である。
【００３０】
ＦＳ１０５は、ファイル実体管理部３１１を有する。ファイル実体管理部３１１（第２の格納部）は、例えば、オペレーティングシステム（ＯＳ）が提供するファイルシステム上に直接構築される。
【００３１】
＜各種管理テーブルの構成＞
図８は、データファイルの属性情報を管理するための文書属性管理テーブル８００の一例を示す図である。上述のように、文書属性管理テーブル８００は、ＤＢＳ１０４の文書属性管理部３０９により管理される。
【００３２】
項目８０１は、データファイルを一意に特定するための文書ＩＤを表し、登録されたデータファイルに対して付与される、文書管理システム上で一意な識別情報（ＩＤ）である。文書ＩＤは、例えば、文書属性管理テーブル８００に登録される時に、Ｗｅｂサーバ１０３内の文書属性処理部３０６によって自動的に割り振られる。なお、文書ＩＤは、文書管理システム上で一意として利用されるものであればよく、例えば、別のＩＤ（例えばＤＢＳ１０４に振られたＩＤ）との組み合わせ等により一意なＩＤとなれば足りる。
【００３３】
項目８０２は、データファイルの文書名を表し、クライアントＰＣ１０１からデータファイルをＷｅｂサーバ１０３に送信する際に任意で設定することができる。
【００３４】
項目８０３は、実体格納フラグを表し、ファイル実体をＦＳ１０５のファイル実体管理部３１１で管理しているか、ＤＢＳ１０４内のファイル実体管理部３１０で管理しているかを表す。項目８０４は、ファイル実体をＦＳ１０５のファイル実体管理部３１１で管理している場合における、当該ファイル実体の格納位置情報（例えば、フルパス情報）を表す。すなわち、ファイル実体をＦＳ１０５のファイル実体管理部３１１で管理している場合、当該格納位置情報に基づきファイル実体が取得される。ファイル実体をＤＢＳ１０４のファイル実体管理部３１０で管理している場合は、後述するファイル実体管理テーブル９００（図９）に基づきファイル実体が取得される。
【００３５】
項目８０５は、文書操作種別を表し、後述する図７の処理によってファイル実体処理部３０５がファイル実体をどのように操作するかを表す。以下の説明では、ファイル実体を新規に登録する場合は「登録」、ファイル実体を複製する場合は「複製」、ファイル実体を削除する場合は「削除」が格納されるものとして説明する。
【００３６】
図９は、データファイルのファイル実体を管理するためのファイル実体管理テーブル９００の一例を示す図である。上述のように、ファイル実体管理テーブル９００は、ＤＢＳ１０４のファイル実体管理部３１０により管理される。
【００３７】
項目９０１は、文書ＩＤを表し、上述の文書属性管理テーブル８００における文書ＩＤと同じである。すなわち、文書ＩＤをキーとして、文書属性管理テーブル８００内の各レコードとファイル実体管理テーブル９００内の各レコードとが紐付けられることになる。
【００３８】
項目９０２は、ファイル実体を表し、Ｗｅｂサーバ１０３がクライアントＰＣ１０１からファイルを受信し、ファイル実体データを格納する。例えば、一般的なデータベース管理システム（ＤＢＳＭＳ）においては、ファイル実体は、ラージ・オブジェクト（ＬＯＢ）と呼ばれるバイナリやキャラクターを格納するデータ型を使用して格納される。
【００３９】
図１０は、ユーザの認証情報を管理するためのユーザ情報管理テーブル１０００の一例を示す図である。上述のように、ユーザ情報管理テーブル１０００は、ＤＢＳ１０４の認証情報管理部３０８により管理される。すなわち、ユーザ情報管理テーブル１０００は、クライアント装置１０１を介して受信したユーザからのリクエストの実行可否を規定する情報である。ファイル操作の権限を有さないユーザからリクエストを受信した場合には、レスポンス送信部３０４により、当該リクエストは許可されない旨の応答が返されることになる。
【００４０】
項目１００１は、ユーザごとに発行されるユーザＩＤであり、文書管理システム上で一意となる識別情報（ＩＤ）である。項目１００２は、各ユーザＩＤに対して付与されるユーザ名であり、主に画面表示などに使用されるものである。
【００４１】
項目１００３は、文書管理システムからクライアントＰＣ１０１への通知の送信等で使用されるメールアドレスである。項目１００４は、ユーザがクライアントＰＣ１０１を介してサーバ群１０２にログインする際に必要となるパスワードである。パスワードは、認証情報処理部３０７が自動発行する構成でも良いし、クライアントＰＣ１０１を介して任意に設定する構成でも良い。
【００４２】
＜装置の動作＞
図４は、文書管理システムにおける文書登録処理のフローチャートである。当該処理は、外部装置であるクライアントＰＣ１０１からの登録処理のリクエスト（格納要求）に従ってＷｅｂサーバ１０３で実行される。
【００４３】
ステップＳ４０１では、Ｗｅｂサーバ１０３のリクエスト受信部３０３は、クライアントＰＣ１０１のリクエスト送信部３０１によって送信されたデータファイル（ファイル実体及び文書属性）及びデータファイルの新規登録のリクエストを受信する。
【００４４】
ステップＳ４０２では、Ｗｅｂサーバ１０３の文書属性処理部３０６は、Ｓ４０１で受信した文書属性をＤＢＳ１０４内の文書属性管理部３０９に格納する。すなわち、文書属性処理部３０６は、ＤＢＳ１０４に対し、文書属性管理部３０９が管理する文書属性管理テーブル８００（図８）にレコードを追加するよう依頼する。このとき、文書属性管理テーブル８００の文書操作種別として、新規に登録されるデータファイルであることを示す「登録」を格納するよう制御する。
【００４５】
ステップＳ４０３では、Ｗｅｂサーバ１０３のファイル実体処理部３０５は、Ｓ４０１で受信したファイル実体をＤＢＳ１０４内のファイル実体管理部３１０に格納する。
【００４６】
ステップＳ４０４では、Ｗｅｂサーバ１０３は、Ｓ４０２及びＳ４０３の処理で、文書属性とファイル実体が正しくＤＢＳ１０４に格納されたかどうかの判断する。文書属性とファイル実体が正しく格納され登録されていればＳ４０５の処理に進み、正しく格納されていなければ（格納に失敗していれば）Ｓ４０７の処理に進む。
【００４７】
ステップＳ４０５では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の後述する図８及び図９の該当レコードに対して登録確定処理をおこなう。ステップＳ４０６では、Ｗｅｂサーバ１０３は、Ｓ４０５の処理でＤＢＳ１０４に文書属性とファイル実体が正しく登録確定したことをクライアントＰＣ１０１に通知する。
【００４８】
ステップＳ４０７では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の図８及び図９の該当レコードの登録取り消し処理をおこなう。ステップＳ４０８では、Ｗｅｂサーバ１０３のレスポンス送信部３０４は、Ｓ４０７の処理によってＤＢＳ１０４への文書属性及びファイル実体の登録をすべて取り消すことが完了したことで、クライアントＰＣ１０１に登録の失敗を通知する。
【００４９】
ステップＳ４０９では、Ｗｅｂサーバ１０３のファイル実体処理部３０５は、登録したデータファイルのファイル実体に対する処理を実行する。詳細は図７を参照して後述する。すなわち、クライアントＰＣ１０１による文書登録要求に対する応答が完了した後に、ファイル実体処理部３０５はファイル実体に対する処理を実行する。なお、ここでは、Ｓ４０９の処理は、Ｓ４０８に引き続いて処理されるとして説明したが、常駐プロセスやバッチファイル等の定期的なチェックによって定期的に実行するように構成しても良い。
【００５０】
以上の処理フローを実施することによって、クライアントＰＣ１０１から文書管理システムへのデータファイルの登録処理が完了する。
【００５１】
図５は、文書管理システムにおける文書複製処理のフローチャートである。当該処理は、外部装置であるクライアントＰＣ１０１からの複製処理のリクエストに従ってＷｅｂサーバ１０３で実行される。
【００５２】
ステップＳ５０１では、Ｗｅｂサーバ１０３のリクエスト受信部３０３は、クライアントＰＣ１０１のリクエスト送信部３０１によって送信された文書複製要求を受信する。文書複製要求には、複製元のデータファイルを特定するための情報と、データファイルの複製先を特定するための情報が含まれる。
【００５３】
ステップＳ５０２では、Ｗｅｂサーバ１０３の文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照してＳ４０１で受信した文書複製要求で特定されるデータファイルの属性情報（例えば文書名）を取得する。
【００５４】
ステップＳ５０３では、Ｗｅｂサーバ１０３の文書属性処理部３０６は、Ｓ５０２で取得したデータファイルの属性情報に基づいて、文書属性管理テーブル８００から、ＦＳ上の格納位置情報（フルパス情報）を取得する。ステップＳ５０４では、Ｗｅｂサーバ１０３のファイル実体処理部３０５は、Ｓ５０３で取得した格納位置情報に格納されるファイル実体をファイル実体管理部３１１から取得する。
【００５５】
ステップＳ５０５では、Ｗｅｂサーバ１０３の文書属性処理部３０６は、Ｓ５０２で取得した文書属性を複製し、Ｓ５０１で受信したデータファイルの複製先を特定する情報をもとに、ＤＢＳ１０４内の文書属性管理部３０９に複製データファイルとして格納する。このとき、文書属性管理テーブル８００の文書操作種別として、文書属性として複製文書であることを示す「複製」を格納するよう制御する。
【００５６】
ステップＳ５０６では、Ｗｅｂサーバ１０３のファイル実体処理部３０５は、Ｓ５０４で取得したファイル実体を、Ｓ５０１で受信した文書の複製先を特定する情報をもとに、ＤＢＳ１０４内のファイル実体管理部３１０に格納する。
【００５７】
ステップＳ５０７は、Ｓ５０５及びＳ５０６の処理で、文書属性とファイル実体が正しくＤＢＳ１０４に格納されたかどうかの判断する。文書属性とファイル実体が正しく格納され登録されていればＳ５０８の処理に進み、正しく格納されていなければ（格納に失敗していれば）Ｓ５１０の処理に進む。
【００５８】
ステップＳ５０８は、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の後述する図８及び図９の該当レコードに対して登録確定処理をおこなう。ステップＳ５０９では、Ｗｅｂサーバ１０３は、Ｓ５０８の処理でＤＢＳ１０４に文書属性とファイル実体が正しく登録確定したことをクライアントＰＣ１０１に通知する。
【００５９】
ステップＳ５１０では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の図８及び図９の該当レコードの登録取り消し処理をおこなう。ステップＳ５１１では、Ｗｅｂサーバ１０３のレスポンス送信部３０４は、Ｓ５１０の処理によってＤＢＳ１０４への文書属性及びファイル実体の登録をすべて取り消すことが完了したことで、クライアントＰＣ１０１に登録の失敗を通知する。
【００６０】
ステップＳ４０９は、図４のＤ４０９に示す処理と同じであり、詳細は図７を参照して後述する。
【００６１】
以上の処理フローを実施することによって、クライアントＰＣ１０１から文書管理システムへのデータファイルの複製登録処理が完了する。
【００６２】
図６は、文書管理システムにおける文書削除処理のフローチャートである。当該処理は、外部装置であるクライアントＰＣ１０１からの削除処理のリクエストに従ってＷｅｂサーバ１０３で実行される。
【００６３】
ステップＳ６０１では、Ｗｅｂサーバ１０３のリクエスト受信部３０３は、クライアントＰＣ１０１のリクエスト送信部３０１によって送信された文書削除要求を受信する。文書削除要求には、削除するデータファイルを特定するための情報が含まれる。
【００６４】
ステップＳ６０２では、Ｗｅｂサーバ１０３の文書属性処理部３０６は、Ｓ６０１で受信した、データファイルを特定する情報をもとに、ＤＢＳ１０４内の文書属性管理部３０９に文書属性として削除対象データファイルであることを示す情報を文書属性管理部３０９に格納する。すなわち、文書属性管理テーブル８００の文書操作種別として、「削除」を格納するよう制御する。
【００６５】
ステップＳ６０３では、Ｗｅｂサーバ１０３は、Ｓ６０２の処理で、文書属性が正しくＤＢＳ１０４に格納されたかどうかの判断する。正しく格納されていればＳ６０４の処理に進み、正しく格納されていなければＳ６０６の処理に進む。
【００６６】
ステップＳ６０４では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の後述する図８の該当レコードに対して登録確定処理をおこなう。ステップＳ６０５では、Ｗｅｂサーバ１０３は、Ｓ６０４の処理でＤＢＳ１０４に文書属性が正しく登録確定したこと、すなわち削除文書として確定されたことをクライアントＰＣ１０１に通知する。
【００６７】
ステップＳ６０６は、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の図８の該当レコードの登録取り消し処理をおこなう。ステップＳ６０７では、Ｗｅｂサーバ１０３のレスポンス送信部３０４は、Ｓ６０６の処理によってＤＢＳ１０４への文書属性の登録をすべて取り消すことが完了したことで、クライアントＰＣ１０１に削除の失敗を通知する。
【００６８】
ステップＳ４０９は、図４のＤ４０９に示す処理と同じであり、詳細は図７を参照して後述する。
【００６９】
以上の処理フローを実施することによって、クライアントＰＣ１０１から文書管理システムへのデータファイルの削除処理が完了する。
【００７０】
図７は、図４〜図６で示した各種処理で実行されることになる、ファイル実体に対する処理（Ｓ４０９）の詳細フローチャートである。当該処理は、主にＷｅｂサーバ１０３内のファイル実体処理部３０５により実行される。上述のように、ファイル実体に対する処理（Ｓ４０９）は、常駐プロセスやバッチファイル等の定期的なチェックによって定期的に実行するように構成しても良い。
【００７１】
ステップＳ７０１では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照し、文書属性管理テーブル８００の文書操作種別が「登録」であるレコードを１件抽出する（検知手段）。レコードを抽出したらＳ７０４に進み、１件も抽出できなければＳ７０２に進む。
【００７２】
ステップＳ７０２では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照し、文書属性管理テーブル８００の文書操作種別が「複製」であるレコードを１件抽出する。レコードを抽出したらＳ７０４に進み、１件も抽出できなければＳ７０３に進む。
【００７３】
ステップＳ７０３では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照し、文書属性管理テーブル８００の文書操作種別が「削除」であるレコードを１件抽出する。レコードを抽出したらＳ７１２に進み、１件も抽出できなければ処理を終了する。
【００７４】
ステップＳ７０４では、ファイル実体処理部３０５は、抽出したレコードをもとに、ＤＢＳ１０４内のファイル実体管理部３１０からファイル実体を取得する。ステップＳ７０５では、ファイル実体処理部３０５は、Ｓ７０４で取得したファイル実体をＦＳ１０５内のファイルシステム上に格納する。すなわち、この時点では、一時的にＤＢＳ１０４とＦＳ１０５の両方にファイル実体が存在することになる。
【００７５】
ステップＳ７０６では、文書属性処理部３０６は、Ｓ７０５でＦＳ１０５に格納したファイルシステム上のファイル実体の格納位置情報（フルパス情報）を、文書属性管理テーブル８００内のＦＳ上の実体パスに登録する。
【００７６】
ステップＳ７０７では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９が管理する文書属性管理テーブル８００の文書操作種別を更新する。具体的には、「登録」あるいは「複製」の情報を削除する。
【００７７】
ステップＳ７０８では、ファイル実体処理部３０５は、ＤＢＳ１０４内のファイル実体管理部３１０からファイル実体を削除する。
【００７８】
ステップＳ７０９では、Ｗｅｂサーバ１０３は、Ｓ７０６〜Ｓ７０８の処理で、文書属性とファイル実体が正しくＤＢＳ１０４に格納されたかどうかの判断する。文書属性とファイル実体が正しく格納され登録されていればＳ７１０の処理に進み、正しく格納されていなければ（格納に失敗していれば）Ｓ７１１の処理に進む。
【００７９】
ステップＳ７１０では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の図８及び図９の該当レコードに対して登録確定処理をおこなう。ステップＳ７１１では、Ｗｅｂサーバ１０３は、ＤＢＳ１０４の図８及び図９の該当レコードの登録取り消し処理をおこなう。
【００８０】
ステップＳ７１２では、文書属性処理部３０６は、抽出したレコードに基づいて、文書属性管理テーブル８００からＦＳ上の実体パスを取得する。ステップＳ７１３では、ファイル実体処理部３０５は、ＦＳ１０５内のファイル実体管理部３１１からＳ７１２で取得した実体パスに格納されるファイル実体を削除する。ステップＳ７１４では、ファイル実体処理部３０５は、ＤＢＳ１０４の図８及び図９の該当レコードに対して削除確定処理をおこなう。
【００８１】
以上説明したとおり第１実施形態によれば、Ｗｅｂサーバ１０３は、クライアントからのリクエストに基づくＤＢＳ１０４へのファイル操作が完了した段階で、ファイル実体の操作（図７）に先行してクライアントにレスポンスを返信する。その後、Ｗｅｂサーバ１０３は、ファイル実体の操作を行う。
【００８２】
すなわち、この構成により、データ容量がかさむファイル実体をＦＳ１０５に格納することによりコストを低減しつつ、応答性の良好な文書管理システムを実現することが可能となる。
【００８３】
（第２実施形態）
第２実施形態では、特定の文書についてはファイル実体をＤＢＳに格納する例について説明する。すなわち、上述の第１実施形態においては、すべての文書についてファイル実体はＦＳ１０５に格納しているが、ＤＢＳ１０４に格納した方ユーザの目的に沿う場合がある。例えば、一般にＦＳよりもＤＢＳの方が堅牢性、セキュリティが高いとされるため、ＦＳでの管理を望まれないような文書も想定される。そこで、第２実施形態では、このようなそれを解決しつつ同様の効果を得るための手法を説明する。なお、システム構成及び動作は第１実施形態とほぼ同様であるため、異なる部分のみ説明する。
【００８４】
＜文書属性管理テーブル＞
図１１は、第２実施形態における文書属性管理テーブル１１００の一例を示す図である。第１実施形態における文書属性管理テーブル８００（図８）に比較して、項目１１０１が追加されている。
【００８５】
項目１１０１は、文書格納種別として、セキュリティを重視する機密データファイルであるか否かを表す。具体的には、ファイル実体処理部３０５は、項目１１０１を参照して、ファイル実体をＦＳ１０５内のファイル実体管理部３１１に格納するか否かを決定する。ここでは、セキュリティ重視が「ＯＮ」となっている場合には、対応するファイル実体をＦＳ１０５内のファイル実体管理部３１１に格納しないよう制御する。この情報はユーザによって指定され、例えば、図４のＳ４０１においてクライアントＰＣ１０１のリクエスト送信部３０１によって送信されるデータファイルの文書属性に含まれる。
【００８６】
＜ファイル実体に対する処理（図７）＞
ステップＳ７０１では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照し、文書属性管理テーブル１１００の文書操作種別が「登録」であるレコードを１件抽出する。ただし、図１１の項目１１０１で示したセキュリティ重視が「ＯＮ」となっている場合には、該当レコードを抽出しない。すなわち、ファイル実体のＦＳ１０５への格納を否と指定されている場合には「ＮＯ」と判断しＳ７０２に進む。
【００８７】
ステップＳ７０２では、文書属性処理部３０６は、ＤＢＳ１０４内の文書属性管理部３０９を参照し、文書属性管理テーブル８００の文書操作種別が「複製」であるレコードを１件抽出する。ただし、Ｓ７０１と同様に、図１１の項目１１０１で示したセキュリティ重視が「ＯＮ」となっている場合には、該当レコードを抽出しない。すなわち、ファイル実体のＦＳ１０５への格納を否と指定されている場合には「ＮＯ」と判断しＳ７０３に進む。
【００８８】
すなわち、セキュリティ重視が「ＯＮ」となっているデータファイルのファイル実体については、ファイル実体処理部３０５によるファイル実体のＦＳ１０５への格納を抑止することになる。
【００８９】
以上説明したとおり第２実施形態によれば、特定の文書については、ファイル実体のＦＳへの格納を抑止しＤＢＳへ格納する。この構成により、特定のデータファイル（セキュリティ重視が「ＯＮ」に指定されているデータファイル）に関して、より堅牢性、セキュリティが高い管理を行うことが可能となる。
【００９０】
（第３実施形態）
第３実施形態では、システムが管理するデータファイルのデータ容量が少ない場合において、ＤＢＳ１０４のみを使用する例について説明する。すなわち、管理対象のデータファイルのデータ容量が少ない間は、ＤＢＳ１０４のみに格納するように構成してもシステム全体のコストはそれほど大きくはならない。また、ＤＢＳ１０４のみに格納するように構成することにより、ＤＢＳ１０４及びＦＳ１０５の両方を利用する構成に比較し、ファイル実体の取得を伴う処理の応答性が向上する。
【００９１】
＜ファイル実体に対する処理＞
図１２は、第２実施形態におけるファイル実体に対する処理の詳細フローチャートである。当該処理は、主にＷｅｂサーバ１０３内のファイル実体処理部３０５により実行される。ただし、上述のように、ファイル実体に対する処理（Ｓ４０９）は、常駐プロセスやバッチファイル等の定期的なチェックによって定期的に実行するように構成しても良い。
【００９２】
第１実施形態におけるファイル実体に対する処理（図７）に対し、ステップＳ１２０１及びＳ１２０２が追加で実施される点が異なる。
【００９３】
ステップＳ１２０１では、ファイル実体処理部３０５は、ＤＢＳ１０４内のファイル実体管理部３１０に格納した場合のファイル実体の総容量を取得する。例えば、ステップＳ４０１で受信したデータファイルのファイル実体と、ＤＢＳ１０４のファイル実体管理部３１０に既に格納されているファイル実体の容量の総和を算出する。
【００９４】
ステップＳ１２０２では、ファイル実体処理部３０５は、Ｓ１２０１で得られた総容量と、あらかじめ設定された制限容量（所定の容量）とを比較する。ここで、制限容量はユーザによって設定される容量である。総容量が制限容量以上の場合はＳ７０１に進み、第１及び第２実施形態と同様の動作を行う。一方、総容量が制限容量未満の場合は処理を終了する。
【００９５】
以上説明したとおり第３実施形態によれば、管理対象の全データファイルのファイル実体の総容量が制限容量未満である間は、ファイル実体処理部３０５によるファイル実体のＦＳ１０５への格納を抑止する。この構成により、管理対象の全データファイルのファイル実体の総容量が制限容量未満である間は、第１実施形態に比較し、ファイル実体の取得を伴う処理の応答性を向上させることが可能となる。
【００９６】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015166937.tif 000003
【図２】
2015166937.tif 000004
【図３】
2015166937.tif 000005
【図４】
2015166937.tif 000006
【図５】
2015166937.tif 000007
【図６】
2015166937.tif 000008
【図７】
2015166937.tif 000009
【図８】
2015166937.tif 000010
【図９】
2015166937.tif 000011
【図１０】
2015166937.tif 000012
【図１１】
2015166937.tif 000013
【図１２】
2015166937.tif 000014