JP2006309696A

JP2006309696A - ファイル管理方法、ファイル管理システム、及びプログラム

Info

Publication number: JP2006309696A
Application number: JP2005278442A
Authority: JP
Inventors: Masayoshi Fukazawa; 真義深澤; Kenichi Saito; 健一齊藤
Original assignee: Bank of Tokyo Mitsubishi UFJ Trust Co
Current assignee: MUFG Bank Ltd
Priority date: 2005-03-31
Filing date: 2005-09-26
Publication date: 2006-11-09

Abstract

【課題】公開する予定日時に対応するファイルを管理することができるようにする。
【解決手段】ファイル管理サーバ４０は、編集履歴データベース４５４に、ファイルを編集した編集者のユーザＩＤ、ＵＲＬ、及びファイルを公開するリリース日時に対応付けて、差分データを含む編集履歴情報を管理し、編集者端末１０からファイル取得要求を受信すると、ファイルデータベース４５１から、ファイル取得要求に設定されているＵＲＬに対応するファイル情報を読み出し、編集履歴データベース４５４から、ファイル取得要求に設定されているＵＲＬ及びユーザＩＤに対応し、リリース日時がファイル取得要求に設定されているリリース日時以前の編集履歴情報を読み出し、読み出した編集履歴情報の差分データを、ファイル情報のファイルデータに適用して、最新ファイルを作成し、作成した最新ファイルを編集者端末１０に送信する。
【選択図】図６

Description

本発明は、ファイル管理方法、ファイル管理システム、及びプログラムに関する。

ＷｅｂサーバやＦＴＰサーバなどにおいて公開されるファイルを管理する様々な方法が提案されている。例えば、特許文献１には、コンテンツの差分を版管理するシステムが提案されている。
特開２００４−１５７８８３号公報

しかしながら、上記特許文献１に記載のシステムでは、配信日時が到来するとその最新の版のファイルが公開されることになるため、将来の公開日時を対象にした編集結果を予め登録しておくことができない。

本発明は、このような背景を鑑みてなされたものであり、公開する予定日時に対応するファイルを管理することのできるようにすることを目的とする。

上記課題を解決するための本発明のうち請求項１の発明は、通信ネットワークを介して公開するためのファイルを管理する方法であって、前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、にアクセス可能に接続し、前記ファイルを編集するユーザのユーザ端末と通信可能に接続するコンピュータが、前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信し、前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出し、前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成し、作成した前記最新ファイルを前記ユーザ端末に送信することとする。

本発明のファイル管理方法によれば、ファイル取得要求に指定された予定日時以前の編集履歴がファイルに適用された最新ファイルがユーザ端末に送信されるので、作業対象とする予定日毎に異なる編集履歴を管理しておくことができる。また、編集者毎に編集履歴が管理され、編集履歴の適用も編集者毎に行われるので、編集者間での排他制御などを行う必要がなく、複数の編集者が同一のファイルに対して同時に編集作業を行うことができる。また、編集者は、他人の編集による編集内容を考慮する必要がないので、編集者の作業効率が高めることができる。

また、本発明のうち請求項２に記載の発明は、請求項１に記載のファイル管理方法であって、前記コンピュータは、前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて、前記ユーザ端末に送信した前記最新ファイルである送信済ファイルを記憶する送信済ファイルデータベースにアクセス可能に接続しており、前記コンピュータが、前記送信済ファイルデータベースにアクセスして、前記ユーザ端末に送信した前記編集済ファイルを、前記ファイル取得要求に設定されていた前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて登録し、前記ファイルＩＤ、前記予定日時、前記ユーザＩＤ、及び登録対象となる前記ファイルである登録ファイルが設定される、ファイルを登録するためのコマンドであるファイル登録要求を前記ユーザ端末から受信し、前記送信済ファイルデータベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応する前記送信済ファイルを読み出し、読み出した前記送信済ファイルと、前記ファイル登録要求に設定されている前記登録ファイルとの差分データを抽出し、前記編集履歴データベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて、抽出した前記差分データを含む前記編集履歴を登録することとする。
この場合、予め将来の公開予定日時についての編集内容を登録しておくことができる。したがって、編集者は、複数の予定日時を対象として同時平行的に編集作業を行うことができる。

また、本発明のうち請求項３に記載の発明は、請求項１に記載のファイル管理方法であって、前記コンピュータは、前記ファイルを公開する公開サーバ、及び前記公開サーバで公開されるファイルを管理する管理者の管理者端末のそれぞれと通信可能に接続し、前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースにアクセス可能に接続しており、前記コンピュータが、前記予定日時が設定される、前記ファイルを前記公開サーバに登録するように指示するコマンドであるファイル公開要求を前記管理者端末から受信し、前記公開ファイル管理データベースにアクセスして、前記ファイル公開要求に設定されている前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出し、前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信することとする。

また、本発明のうち請求項４に記載の発明は、請求項３に記載のファイル管理方法であって、前記コンピュータが、前記編集履歴データベースにアクセスして、前記ユーザＩＤ毎に、前記作成した前記公開ファイルの前記ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、前記ユーザＩＤ毎に、前記公開ファイルにおいて前記編集履歴が適用された範囲を特定し、特定した前記範囲のうち、他の前記範囲と少なくとも一部が重なるものがあるかどうかを判定し、他の前記範囲と重なる前記範囲がある場合には、同一の範囲について複数の前記ユーザにより編集がなされたことを示すメッセージを前記管理者端末に送信することとする。
この場合、管理者は複数の編集者によって同一の範囲に編集が行われたことを検知し対処することができる。

また、本発明のうち請求項５に記載の発明は、請求項３に記載のファイル管理方法であって、前記コンピュータは、前記予定日時に対応付けて前記公開ファイルを管理する公開履歴データベースにアクセス可能に接続しており、前記コンピュータが、前記公開履歴データベースにアクセスして、前記処理対象日時に対応付けて、前記公開サーバに送信した前記公開ファイルを登録し、過去の日時が設定される、前記公開サーバに公開されている前記公開ファイルを過去の前記公開ファイルに復元するように指示するコマンドであるファイル復元要求を前記管理者端末から受信し、前記公開履歴データベースにアクセスして、受信した前記ファイル復元要求に設定されている日時に対応する前記公開ファイルを読み出し、読み出した前記公開ファイルを前記公開サーバに送信することとする。
この場合、例えば、公開しているファイルに何らかの不具合があった場合でも、容易に過去のファイルに戻すことができる。

また、本発明のうち請求項６に記載の発明は、請求項１に記載のファイル管理方法であって、前記コンピュータは、前記ファイルの公開を行う公開サーバと通信可能に接続し、前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースにアクセス可能に接続しており、前記コンピュータが、前記公開ファイル管理データベースにアクセスして、現在の時刻から所定時間後に到来する前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出し、前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信することとする。

また、本発明のうち請求項７に記載の発明は、請求項１に記載のファイル管理方法であって、前記コンピュータが、前記ファイルデータベースにアクセスして、登録されている前記ファイルＩＤ及び前記ファイルを読み出し、読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、現在の日時よりも前の前記予定日時と、前記ファイルＩＤとに対応する前記編集履歴を読み出し、前記ファイルに前記編集履歴を適用したファイルである更新ファイルを作成し、前記ファイルデータベースにアクセスして、前記ファイルを前記更新ファイルで更新することとする。

また、本発明のうち請求項８に記載の発明は、通信ネットワークを介して公開するためのファイルを管理するシステムであって、前記ファイルを編集するユーザのユーザ端末と通信可能に接続しており、ＣＰＵとメモリと、前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信するファイル取得要求受信部と、前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出するファイル取得部と、前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出する編集履歴取得部と、読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成する最新ファイル作成部と、作成した前記最新ファイルを前記ユーザ端末に送信する最新ファイル送信部と、を備えることとする。

また、本発明のうち請求項９に記載の発明は、請求項８に記載のファイル管理システムであって、前記ファイルを公開する公開サーバ、及び前記公開サーバで公開されるファイルを管理する管理者の管理者端末のそれぞれと通信可能に接続しており、前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースと、前記予定日時が設定される、前記ファイルを前記公開サーバに登録するように指示するコマンドであるファイル公開要求を前記管理者端末から受信するファイル公開要求受信部と、前記公開ファイル管理データベースにアクセスして、前記ファイル公開要求に設定されている前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出す公開ファイルＩＤ取得部と、を備え、前記ファイル取得部は、前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、前記編集履歴取得部は、読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、前記最新ファイル作成部は、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信する公開ファイル送信部を備えることとする。

また、本発明のうち請求項１０に記載の発明は、通信ネットワークを介して公開するためのファイルを管理するためのプログラムであって、前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、にアクセス可能に接続し、前記ファイルを編集するユーザのユーザ端末と通信可能に接続するコンピュータに、前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信するステップと、前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出すステップと、前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出すステップと、読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成するステップと、作成した前記最新ファイルを前記ユーザ端末に送信するステップと、を実行させるようにする。

本発明によれば、公開する予定日時に対応するファイルを管理することができる。

＝＝＝システム構成＝＝＝
図１に、本実施形態に係るファイル管理システム１の全体構成を示す。ファイル管理システム１は、編集者端末１０、管理者端末２０、公開サーバ３０、ファイル管理サーバ４０を含んで構成される。編集者端末１０、管理者端末２０、公開サーバ３０、ファイル管理サーバ４０は、ＬＡＮ（Local Area Network）５０を介して互いに通信可能に接続している。

公開サーバ３０は、インターネット６０に接続しており、インターネット６０を介してファイルを他のコンピュータに公開するコンピュータである。公開サーバ３０は、例えば、ＷｅｂサーバやＦＴＰサーバなどである。

編集者端末１０は、公開サーバ３０により公開されるファイルの編集を行うユーザが操作するコンピュータである。編集者端末１０は、例えば、ワードプロセッサや画像編集のためのアプリケーションプログラムを実行し、ユーザがファイルの編集を行うことができるようにする。

ファイル管理サーバ４０は、公開サーバ３０に登録するためのファイルを管理するコンピュータである。ファイルの編集を行うユーザは、編集者端末１０を介して、ファイル管理サーバ４０に管理されているファイルをダウンロードして編集を行う。ユーザにより編集されたファイルは、編集者端末１０からファイル管理サーバ４０に登録される。

管理者端末２０は、公開サーバ３０において公開されるファイルを管理する管理者が操作するコンピュータである。管理者は管理者端末２０を操作して、例えば、ファイル管理サーバ４０に管理されているファイルを公開サーバ３０に登録するように指示を行う。

図２に、編集者端末１０、管理者端末２０、公開サーバ３０、及びファイル管理サーバ４０に用いられる一般的なコンピュータのハードウェア構成を示す。図２に示すように、コンピュータには、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６が搭載されている。記憶装置１０３は、データやプログラムを記憶する例えばハードディスクドライブやＣＤ−ＲＯＭドライブなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより各種の機能を実現する。通信インタフェース１０４は、ＬＡＮ５０やインターネット６０などの通信ネットワークに接続するための、例えば、イーサネット（登録商標）アダプタやモデムなどである。なお、コンピュータには複数の通信インタフェース１０４を搭載することが可能であり、例えば公開サーバ３０は、ＬＡＮ５０に接続するためのものと、インターネット６０に接続するためのものとの、２つの通信インタフェース１０４を備えるようにすることができる。入力装置１０５は、データを入力するための、例えば、キーボードやマウス、タッチパネル、マイクなどである。出力装置１０６は、データを出力するための、例えば、ディスプレイやプリンタ、スピーカなどである。なお、コンピュータは、複数の入力装置１０５や複数の出力装置１０６を備えるようにすることもできる。

＝＝＝編集者端末１０＝＝＝
図３は編集者端末の機能ブロック図である。図３に示すように、編集者端末１０は、ファイル取得要求送信部１１１、最新ファイル受信部１１２、ファイル編集処理部１１３、ファイル登録要求送信部１１４の各機能部を備えている。

ファイル取得要求送信部１１１は、ファイル管理サーバ４０に管理されているファイルを取得するためのコマンド（以下、ファイル取得要求という。）をファイル管理サーバ４０に送信する。ファイル取得要求には、編集対象となるファイルを特定するための情報と、編集したファイルを公開サーバ３０において公開する予定日時（以下、リリース日時という。）と、編集を行うユーザを特定する情報（以下、ユーザＩＤという。）とが設定される。本実施形態では、ファイルを特定するための情報として、公開サーバ３０により公開されるファイルを指定するためのＵＲＬ（Uniform Resource Locator）を用いるものとする。

最新ファイル受信部１１２は、ファイル取得要求に応じてファイル管理サーバ４０から送信される、編集対象となるファイル（以下、最新ファイルという。）を受信する。
ファイル編集処理部１１３は、最新ファイルに対する一般的な編集処理を行う。編集者端末１０は、例えば、最新ファイルがテキストファイルである場合には、テキストエディタやワードプロセッサのようなアプリケーションプログラムを実行し、最新ファイルが画像ファイルである場合には、画像編集用のアプリケーションプログラムを実行する。
ファイル登録要求送信部１１４は、上記最新ファイルを編集したファイル（以下、更新ファイルという。）を登録するためのコマンド（以下、ファイル登録要求という。）をファイル管理サーバ４０に送信する。ファイル登録要求には、編集者のユーザＩＤ、ＵＲＬ、及びリリース日時が設定される。

なお、編集者端末１０の各機能部は、編集者端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。

＝＝＝管理者端末２０＝＝＝
図４は管理者端末２０の機能ブロック図である。図４に示すように、管理者端末２０は、リリースファイル作成要求送信部２１１、メッセージ受信部２１２、メッセージ出力部２１３、リリースファイル復元要求送信部２１４の各機能部を備えている。

リリースファイル作成要求送信部２１１は、公開サーバ３０において公開されるファイル（以下、リリースファイルという。）を作成するように指示するコマンド（以下、リリースファイル作成要求という。）をファイル管理サーバ４０に送信する。リリースファイル作成要求には、作成対象となるリリース日時が設定される。

ファイル管理サーバ４０では、後述するように、リリースファイル作成要求に応じて、ファイルに編集者毎の編集履歴を適用することによりリリースファイルが作成される。リリースファイルの作成時に、複数の編集者による同一のファイルの同一の範囲に対する編集（以下、衝突ともいう。）がある場合、その旨を示すメッセージが、ファイル管理サーバ４０から管理者端末２０に送信される。メッセージ受信部２１２は、そのメッセージを受信する。メッセージ出力部２１３は、メッセージ受信部２１２が受信したメッセージを出力装置１０６に出力する。

リリースファイル復元要求送信部２１４は、公開サーバ３０において公開されるリリースファイルを、過去のものに戻すように指示するコマンド（以下、リリースファイル復元要求という。）をファイル管理サーバ４０に送信する。リリースファイル復元要求には、過去のリリース日時が設定される。

なお、管理者端末２０の各機能部は、管理者端末２０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。

＝＝＝公開サーバ３０＝＝＝
図５は公開サーバ３０の機能ブロック図である。図５に示すように、公開サーバ３０は、リリースファイル登録要求受信部３１１、ファイル公開処理部３１２の各機能部を備えている。

リリースファイル登録要求受信部３１１は、ファイル管理サーバ４０から送信される、リリースファイルを登録するように指示するコマンド（以下、リリースファイル登録要求という。）を受信する。リリースファイル登録要求には、ＵＲＬとファイルとが設定され、公開サーバ３０は、リリースファイル登録要求に設定されているＵＲＬに対応するファイルシステム上の場所に、リリースファイル登録要求に設定されているファイルを保存する。

ファイル公開処理部３１２は、公開サーバ３０のファイルシステムに登録されているリリースファイルを、インターネット６０を介して他のコンピュータに対して公開する。ファイル公開処理部３１２には、例えば、ＷｅｂサーバやＦＴＰサーバなどの、一般的なファイルを公開する仕組みを用いることができる。

なお、公開サーバ３０の各機能部は、公開サーバ３０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。

＝＝＝ファイル管理サーバ４０＝＝＝
図６はファイル管理サーバ４０の機能ブロック図である。図６に示すように、ファイル管理サーバ４０は、ファイル取得要求受信部４１１、最新ファイル作成部４１２、ダウンロード履歴登録部４１３、最新ファイル送信部４１４、ファイル登録要求受信部４１５、差分データ抽出部４１６、編集履歴登録部４１７、リリースファイル作成要求受信部４１８、リリースファイル作成部４１９、衝突判定部４２０、メッセージ送信部４２１、リリースファイル登録部４２２、リリースファイル復元要求受信部４２３、リリースファイル登録要求送信部４２４、ファイル更新処理部４２５の各機能部と、ファイルデータベース４５１、セット管理データベース４５２、ダウンロード履歴データベース４５３、編集履歴データベース４５４、リリースデータベース４５５の各記憶部とを備えている。

ファイルデータベース４５１は、公開サーバ３０で公開されるリリースファイルのＵＲＬに対応付けてファイルを管理する。図７は、ファイルデータベース４５１に登録されるファイル情報の構成を示す図である。図７に示すように、ファイル情報にはＵＲＬとファイルの内容（ファイルデータ）が含まれている。ファイル情報は、例えば、リレーショナルデータベースのレコードとして管理するようにしてもよいし、ファイル管理サーバ４０のファイルシステム上のファイルとして管理するようにしてもよい。ファイルシステム上のファイルとして管理する場合には、例えば、ファイル名とＵＲＬとの対応付けを別途管理するようにすることもできる。

セット管理データベース４５２（本発明の公開ファイル管理データベースに該当する。）は、公開サーバ３０において公開するべきファイルのＵＲＬ（本発明の公開ファイルＩＤに該当する。）を管理する。図８は、セット管理データベース４５２に登録されるセット情報の構成を示す図である。図８に示すように、セット情報には、リリース日時毎に、そのリリース日時に公開サーバ３０で公開されるべきファイル群のＵＲＬが対応付けられている。

ダウンロード履歴データベース４５３は、編集者端末１０から送信されるファイル取得要求に応じて編集者端末１０に送信した最新ファイルを管理する。図９は、ダウンロード履歴データベース４５３に登録されるダウンロード情報の構成を示す図である。図９に示すように、ダウンロード情報には、ユーザＩＤ、ＵＲＬ、リリース日時、最新ファイルを送信した日時（以下、ダウンロード日時という。）、最新ファイルの内容（ファイルデータ）が含まれている。ダウンロード履歴データベース４５３は、ユーザＩＤ、ＵＲＬ、及びリリース日時をキーとして、ダウンロード情報を管理する。

編集履歴データベース４５４は、編集者によって、ファイルデータベース４５１に登録されているファイルに対して行われた編集履歴を管理する。図１０は編集履歴データベース４５４に登録される編集履歴情報の構成を示す図である。図１０に示すように、編集履歴情報には、ユーザＩＤ、ＵＲＬ、リリース日時、編集履歴を登録した日時、及びファイルに対して行われた編集内容である、最新ファイルと更新ファイルとの差分データが含まれる。編集履歴データベース４５４は、ユーザＩＤ、ＵＲＬ、及びリリース日時をキーとして編集履歴情報を管理する。

リリースデータベース４５５は、後述するように、ファイル管理サーバ４０から公開サーバ３０に送信されたリリースファイルを管理する。図１１は、リリースデータベース４５５に登録されるリリース情報の構成を示す図である。図１１に示すように、リリース情報には、ＵＲＬと、リリース日時と、リリースファイルの内容（ファイルデータ）とが含まれる。

ファイル取得要求受信部４１１は、編集者端末１０から送信されるファイル取得要求を受信する。
最新ファイル作成部４１２は、ファイル取得要求に応じて最新ファイルを作成する。なお、最新ファイルの作成処理の詳細については後述する。
ダウンロード履歴登録部４１３は、最新ファイル作成部４１２が作成した最新ファイルを含むダウンロード情報を作成してダウンロード履歴データベース４５３に登録する。

なお、ファイル取得要求に応じて最新ファイルを作成し、ダウンロード情報を登録し、最新ファイルを送信する処理（以下、ダウンロード処理という。）の詳細については後述する。

最新ファイル送信部４１４は、最新ファイル作成部４１２が作成した最新ファイルを編集者端末１０に送信する。
ファイル登録要求受信部４１５は、編集者端末１０から送信されるファイル登録要求を受信する。
差分データ抽出部４１６は、ファイル登録要求に設定されている更新ファイルと、最新ファイル作成部４１２が作成する最新ファイルとの差分データを抽出する。
編集履歴登録部４１７は、差分データ抽出部４１６が抽出した差分データとを含む編集履歴情報を作成し、作成した編集履歴情報を編集履歴データベース４５４に登録する。

なお、ファイル登録要求に応じて編集履歴情報を登録する処理（以下、アップロード処理という。）の詳細については後述する。

リリースファイル作成要求受信部４１８は、管理者端末２０から送信されるリリースファイル作成要求を受信する。
リリースファイル作成部４１９は、リリースファイル作成要求に応じて、リリースファイルを作成する。衝突判定部４２０は、リリースファイルの作成時に、複数の編集者によって同一のファイルの同一の範囲になされた編集があるかどうか（衝突）を判定する。なお、リリースファイルの作成処理の詳細については後述する。

メッセージ送信部４２１は、衝突判定部４２０によってファイルに衝突があると判定された場合に、その旨を示すメッセージを管理者端末２０に送信する。
リリースファイル登録部４２２は、リリースファイル作成部４１９が作成したリリースファイルを含むリリース情報を作成し、作成したリリース情報をリリースデータベース４５５に登録する。
リリースファイル復元要求受信部４２３は、管理者端末２０から送信されるリリースファイル復元要求を受信する。

リリースファイル登録要求送信部４２４は、リリースファイル登録要求を公開サーバ３０に送信する。リリースファイル登録要求送信部４２４は、公開すべきリリースファイルがリリースデータベース４５５に登録されている場合と、リリースファイル復元要求受信部４２３がリリースファイル復元要求を受信した場合とに、リリースファイル登録要求を送信する。なお、リリースファイル登録要求が公開サーバ３０に送信され、リリースファイルを公開される処理（以下、リリース処理という。）の詳細については後述する。

ファイル更新処理部４２５は、現在の日時よりも過去のリリース日時に対応する編集履歴をファイルデータベース４５１に登録されているファイル情報に適用して、ファイルデータベース４５１を更新する。なお、ファイル更新処理部４２５の処理の詳細については後述する。

なお、ファイル管理サーバ４０の各機能部は、ファイル管理サーバ４０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。また、ファイル管理サーバ４０の各記憶部は、ファイル管理サーバ４０が備えるメモリ１０２や記憶装置１０３が提供する記憶領域（本発明のメモリに該当する。）により実現される。

＝＝＝ダウンロード処理＝＝＝
図１２は、ダウンロード処理の流れを示す図である。
編集者端末１０は、編集者が編集しようとしているファイルのＵＲＬと、そのファイルのリリース予定日時の入力を受け付け、受け付けたＵＲＬとリリース日時とユーザＩＤとを設定したファイル取得要求を送信する（Ｓ５０１）。

ファイル管理サーバ４０のファイル取得要求受信部４１１が、編集者端末１０から送信されるファイル取得要求を受信すると、最新ファイル作成部４１２は最新ファイルを作成する（Ｓ５０２）。図１３に最新ファイルの作成処理の流れを示す。最新ファイル作成部４１２は、ファイル取得要求に設定されているＵＲＬに対応するファイル情報をファイルデータベース４５１から読み出す（Ｓ５１１）。また、最新ファイル作成部４１２は、上記ＵＲＬ、及びファイル取得要求に設定されているユーザＩＤに対応する編集履歴情報のうち、リリース日時がファイル取得要求に設定されているリリース日時以前のものを、編集履歴データベース４５４から読み出す（Ｓ５１２）。最新ファイル作成部４１２は、読み出した編集履歴情報を、リリース日時及び登録日時順にソートし（Ｓ５１３）、ソートした編集履歴情報の差分データをファイル情報のファイルデータに対して順次マージして（Ｓ５１４）、最新ファイルを作成する。

最新ファイル作成部４１２が最新ファイルを作成すると、最新ファイル送信部４１４が最新ファイルを編集者端末１０に送信する（Ｓ５０３）。また、ダウンロード履歴登録部４１３は、ファイル取得要求に設定されていたユーザＩＤ、ＵＲＬ、リリース日時と、現在の日時と、上記最新ファイルの内容とを含むダウンロード情報を作成して、ダウンロード履歴データベース４５３に登録する（Ｓ５０４）。

このようにして、ファイル管理サーバ４０が編集者端末１０からファイル取得要求を受信すると、作業対象とするリリース日時までの編集者毎の編集履歴が適用された編集者毎の最新ファイルが編集者端末１０に送信される。

＝＝＝アップロード＝＝＝
図１４は、アップロード処理の流れを示すフロー図である。
編集者端末１０は、編集者によるファイルの編集作業が終了すると、編集されたファイルの内容、ＵＲＬ、リリース日時、及びユーザＩＤを設定したファイル登録要求をファイル管理サーバ４０に送信する（Ｓ５２１）。

ファイル管理サーバ４０は、編集者端末１０から送信されるファイル登録要求を受信すると、受信したファイル登録要求に設定されているＵＲＬ、リリース日時、ユーザＩＤに対応するダウンロード情報をダウンロード履歴データベース４５３から読み出し（Ｓ５２２）、読み出したダウンロード情報のファイルデータと、受信したファイル登録要求に設定されているファイルの内容との差分データを抽出し（Ｓ５２３）、抽出した差分データ、ＵＲＬ、リリース日時、及び現在の日時を設定した編集履歴情報を作成して編集履歴データベース４５４に登録する（Ｓ５２４）。

上記のようにして、リリース日時及び編集者毎に編集履歴が登録される。このようにリリース日時毎に編集履歴が登録され、上述した最新ファイルの作成時には、指定されたリリース日時以前の編集履歴が適用されるので、予め将来のリリース日時についての編集内容を登録しておくことが可能となる。したがって、編集者は、複数のリリース日時を作業対象として同時平行的に編集作業を進めることができる。また、編集者毎に履歴が管理され、編者毎の最新ファイルに対する編集の履歴が管理されるので、複数人の編集者が同一のファイルについて編集作業を行う場合でも、編集者間での排他制御などを行う必要がなく、複数の編集者が同一のファイルに対して同時に編集作業を行うことができる。また、編集者は、他人の編集による編集内容を考慮する必要がないので、編集者の作業効率が高めることができる。

＝＝＝リリースファイルの作成処理＝＝＝
図１５は、リリースファイルを作成する処理の流れを示すフロー図である。
管理者端末２０からリリースファイル登録要求が送信されると（Ｓ５４１）、ファイル管理サーバ４０のリリースファイル作成部４１９は、リリースファイル登録要求に設定されているリリース日時（以下、指定日時という。）に対応するセット管理情報をセット管理データベース４５２から読み出す（Ｓ５４２）。リリースファイル作成部４１９は、読み出したセット管理情報のＵＲＬに対応し、リリース日時が指定日時以前である編集履歴情報を編集履歴データベース４５４から読み出し（Ｓ５４３）、読み出した編集履歴情報を、ＵＲＬ及びユーザＩＤ毎に、リリース日時及び登録日時順に、ソートする（Ｓ５４４）。

リリースファイル作成部４１９は、各ＵＲＬについて、対応するファイル情報をファイルデータベース４５１から読み出す（Ｓ５４５）。
リリースファイル作成部４１９は、各ユーザＩＤについて、上記編集履歴の差分データをマージし（Ｓ５４６）、マージした範囲すなわちファイルに対して編集が行われた範囲（以下、編集範囲という。）を特定する（Ｓ５４７）。
衝突判定部４２０は、各ユーザＩＤについての編集範囲のうち、他の編集範囲と重なるものがあるかどうかにより衝突があるかどうかを判断し（Ｓ５４８）、衝突がない場合（Ｓ５４８：ＮＯ）、リリースファイル登録部４２２は、全編集履歴の差分データをマージした結果となるファイルの内容と、指定日時と、ＵＲＬとを含むリリース情報を作成してリリースデータベース４５５に登録する（Ｓ５４９）。
一方衝突があった場合（Ｓ５４８：ＹＥＳ）、メッセージ送信部４２１は、衝突が起きた旨のメッセージを管理者端末２０に送信する（Ｓ５５０）。管理者端末２０のメッセージ受信部２１２は上記のメッセージを受信し、メッセージ出力部２１３は、受信したメッセージを出力装置１０６に出力する（Ｓ５５１）。

このようにしてリリース日時及び編集者毎に管理されていた編集履歴を適用し、編集者間で重複した範囲の編集が行われた場合にはその旨のメッセージが管理者端末２０送信される。これにより管理者は編集内容の衝突を確認し、対処することができる。ここで、例えば、管理者が適用すべき差分データを選択したり、編集者端末１０から、リリースファイルとして登録すべきファイルをアップロードするようにしたりするようにしてもよい。

＝＝＝リリース処理＝＝＝
図１６は、リリース処理の流れを示すフロー図である。ファイル管理サーバ４０のリリースファイル登録要求送信部４２４は、例えば１時間毎などの、定期的に以下の処理を行うものとする。

リリースファイル登録要求送信部４２４は、セット管理データベース４５２を参照して、現在の日時から所定時間後（例えば、１時間後や２時間後）に到来するリリース日時（以下、処理対象日時という。）に対応するセット情報があるかどうかを判断する（Ｓ５６１）。処理対象日時のセット情報がない場合には（Ｓ５６１：ＮＯ）、処理を終了する。

一方、処理対象日時のセット情報がある場合（Ｓ５６１：ＹＥＳ）、リリースファイル登録要求送信部４２４は、そのセット情報を読み出し（Ｓ５６２）、読み出したセット情報のＵＲＬと処理対象日時とに対応するリリース情報をリリースデータベース４５５から読み出す（Ｓ５６２）。リリースファイル登録要求送信部４２４は、読み出したリリース情報のファイルデータとＵＲＬとを設定したリリースファイル登録要求を作成して、公開サーバ３０に送信する（Ｓ５６４）。

公開サーバ３０のリリースファイル登録要求受信部３１１は、リリースファイル登録要求を受信し、受信したリリースファイル登録要求に設定されているファイルを、ＵＲＬに対応する場所に保存する（Ｓ５６５）。

上記のようにして、作成されたリリースファイルが公開サーバ３０に登録され、公開サーバ３０によってインターネット６０に接続している他のコンピュータに対するリリースファイルの公開が行われる。

＝＝＝復元処理＝＝＝
図１７は、過去に公開していたリリースファイルを復元するリリース処理の流れを示すフロー図である。

管理者端末２０からリリースファイル復元要求が送信されると（Ｓ５８１）、ファイル管理サーバ４０のリリースファイル復元要求受信部４２３がリリースファイル復元要求を受信し、リリースファイル登録要求送信部４２４は、リリースファイル復元要求に設定されているリリース日時（以下、指定日時という。）に対応するセット情報をセット管理データベース４５２から読み出す（Ｓ５８２）。リリースファイル登録要求送信部４２４は、読み出したセット情報に含まれているリリース日時及びＵＲＬに対応するリリース情報をリリースデータベース４５５から読み出し、読み出したリリース情報のそれぞれに含まれているリリースファイルの内容を設定したリリースファイル登録要求を作成し（Ｓ５８３）、作成したリリースファイル登録要求を公開サーバ３０に送信する（Ｓ５８４）。

公開サーバ３０のリリースファイル登録要求受信部３１１は、リリースファイル登録要求を受信し、受信したリリースファイル登録要求に設定されているファイルを、ＵＲＬに対応する場所に保存する（Ｓ５８５）。

このように、ファイル管理サーバ４０は、リリースファイル復元要求に応じて、過去のリリースファイルを公開サーバ３０に登録することができる。したがって、例えば、公開しているファイルに何らかの不具合があった場合でも、容易に過去のファイルに戻すことができるので、公開されるリリースファイルの管理に便利である。

＝＝＝ファイルの更新処理＝＝＝
図１８に、過去のリリース日時に対応する編集履歴をマージしてファイルデータベース４５１を更新する処理の流れを示すフロー図である。

ファイル管理サーバ４０のファイル更新処理部４２５は、所定時間毎に、現在の日時よりも古いリリース日時の編集履歴情報を編集履歴情報データベース４５４から読み出し（Ｓ６０１）、読み出したセット情報のそれぞれについて以下の処理を行う。

ファイル更新処理部４２５は、まず上述した図１５に示すリリースファイルの作成処理の（Ｓ５４３）〜（Ｓ５４８）の処理と同様の処理を行う。続いて、ファイル更新処理部４２５は、編集範囲が衝突している場合（Ｓ５４８：ＮＯ）に、編集履歴の差分データをマージした結果となるファイルの内容で、ファイルデータベース４５１に登録されているファイル情報を更新し（Ｓ６０２）、上記マージに用いた編集履歴を編集履歴データベース４５４から削除する（Ｓ６０３）。

上記の更新処理により、過去のリリース日時に対応する編集履歴をファイルデータベース４５１に登録されているファイルに適用し、編集履歴を削除するので、最終ファイルの作成処理やリリースファイルの作成処理にかかる処理負荷を低減することができる。

なお、最終ファイルの作成処理において、同一の編集者による過去の編集履歴に対する衝突の判定するようにしてもよい。

また、ファイル更新処理部４２５によるファイルデータベース４５１の更新処理を行わず、最新ファイルやりリースファイルを作成する際に、リリースデータベース４５５に登録されている最新のリリースファイルに対して編集履歴を適用するようにしてもよい。

また、本実施形態では、公開サーバ３０とファイル管理サーバ４０とを別体のコンピュータとしたが、公開サーバ３０がファイル管理サーバ４０の機能を備えるようにしてもよい。

また、本実施形態では、最新ファイルやリリースファイルなどの作成時において、処理対象となるリリース日時以前の編集履歴を適用するものとしたが、リリース日時が一致する編集履歴のみを適用するようにしてもよい。この場合、例えば、季節商品のカタログファイルなど、リリース日時によって大幅に内容が変わるようなファイルについて、効率的に履歴を管理することができる。

また、リリース日時以前の編集履歴をすべて適用するか、リリース日時に一致する編集履歴のみを適用するかの指定を受け付けるようにしてもよい。

＝＝＝第２の実施形態＝＝＝
次に、本発明の第２の実施形態のファイル管理システム１について説明する。第２の実施形態では、リリース日時単位に、そのリリース日時にリリースファイルを公開することに対する承認を行う。本実施形態のファイル管理システム１においては、あるリリース日時におけるファイル公開が承認されると、そのリリース日時に対応するリリースファイルの内容が確定され、それ以降、そのリリース日時について編集したファイルの登録ができなくなる。

本実施形態に係るファイル管理システム１の全体構成は上述の実施形態とほぼ同様である。以下では上述の実施形態との差異点について重点的に説明する。

まず、本実施形態の管理者端末２０は、リリースファイル作成要求送信部２１１に代えて、承認要求送信部を備える。承認要求送信部は、リリースファイルの承認を行うためのコマンド（以下、承認要求という。）をファイル管理サーバ４０に送信する。承認要求には、リリース日時及び管理者のユーザＩＤが設定される。

次に、本実施形態のファイル管理サーバ４０の構成を図１９に示す。同図に示すように、本実施形態のファイル管理サーバ４０は、リリースファイル作成要求受信部４１８に代えて承認要求受信部４３１を備え、さらに、承認管理データベース４６１を備えている。

承認要求受信部４３１は、管理者端末２０から送信される承認要求を受信し、受信した承認要求に設定されているリリース日時とユーザＩＤとを対応付けて承認管理データベース４６１に登録する。これにより、リリース日時におけるファイル公開の承認処理が行われる。なお、承認処理の詳細については後述する。

承認管理データベース４６１は、承認されたリリース日時を管理する。図２０に承認管理データベース４６１の構成例を示す。同図に示すように、承認管理データベース４６１は、リリース日時に対応付けて、承認を行った管理者のユーザＩＤを記憶している。本実施の形態においては、承認管理データベース４６１にリリース日時が登録されているかどうかによって、そのリリース日時におけるリリースファイルの公開が承認されたかどうかを判断するものとする。

本実施形態のファイル管理サーバ４０では、編集者端末１０からファイル登録要求を受信した場合に、ファイル登録要求に設定されているリリース日時が承認済みでないかどうかを確認するようにする。図２１に、本実施形態に係るファイルのアップロード処理の流れを示す。

ファイル管理サーバ４０は、ファイル登録要求を受信すると、承認管理データベース４６１にアクセスして、ファイル登録要求に設定されているリリース日時が登録されているかどうかを判断する（Ｓ６０１）。ファイル登録要求に設定されているリリース日時が承認管理データベース４６１に登録されていた場合（Ｓ６０１：ＹＥＳ）、ファイル管理サーバ４０は、ファイルのアップロードができない旨を示すエラーメッセージを編集者端末１０に送信し（Ｓ６０２）、処理を終了する。

一方、ファイル登録要求に設定されているリリース日時が承認管理データベース４６１に登録されていない場合には（Ｓ６０１：ＮＯ）、上述の図１４に示したアップロード処理と同様に、編集履歴情報を作成して編集履歴データベース４５４に登録する（Ｓ５２２〜Ｓ５２４）。

このようにして、本実施形態のファイル管理サーバ４０では、リリースファイルの公開が承認済みであるリリース日時については、編集されたファイルを登録しないようにしている。したがって、一度リリースファイルの公開が承認されると、そのファイルの内容は確定することになる。よって、ファイルの編集者は、承認されたリリースファイルについては、その内容が後から変更されることがなくなるため、リリースファイルに依存した編集を安心して行うことができる。これにより、編集作業の手戻りを防ぐことができる。また、一般にコンテンツの編集作業では過去の内容に基づいて改良を加えていく方が作業効率が高いことが多いので、編集者は、あるリリース日時について確定したリリースファイルの内容に基づき、そのリリース日時よりも先のリリース日時について、効率的に編集作業を進めていくことができる。

次に、リリース日時におけるファイル公開の承認処理について説明する。図２２に、承認処理の流れを示す。

ファイル管理サーバ４０は、管理者端末２０から送信される承認要求を受信すると（Ｓ６２１）、受信した承認要求に設定されているリリース日時とユーザＩＤとを対応付けて承認管理データベース４６１に登録する（Ｓ６２２）。

次に、ファイル管理サーバ４０は、セット管理データベース４５２にアクセスして、承認要求に設定されているリリース日時以前のリリース日時を読み出す（Ｓ６２３）。ファイル管理サーバ４０は、読み出したリリース日時のそれぞれについて、リリース日時と管理者のユーザＩＤとを対応付けて承認管理データベース４６１に登録する（Ｓ６２４）。

このようにして承認処理が行われる。上記のように、本実施形態のファイル管理サーバ４０ででは、あるリリース日時について承認処理が行われると、そのリリース日時以前のリリース日時についても承認処理が行われる。したがって、ある承認されたリリース日時以前のリリースファイルについては、その内容が確定することになる。よって、承認されたリリース日時以前のリリースファイルについて、その内容に依存した編集作業を行っても、手戻りが発生しないようにすることができる。

なお、上記図２１の（Ｓ６０１）において、ファイル管理サーバ４０は、ファイル登録要求に設定されているリリース日時以後のリリース日時が承認管理データベース４６１に登録されているかどうかを判断するようにしてもよい。この場合、あるリリース日時に対する承認がなされると、それ以前のリリース日時についてもファイルの登録を受け付けないようにすることができる。したがって、あるリリース日時について承認がなされれば、過去の日時におけるファイルも内容も確定する。したがって、過去のリリース日付に対応するファイルに依存して編集作業を行った場合に、過去のリリース日付に対応するファイルに変更がなされて編集作業の手戻りが発生してしまうような事態を防ぐことができる。

また、本実施形態では、承認要求に設定されているリリース日時以前のリリース日時についても自動的に承認が行われるものとしたが、過去のリリース日時については、承認管理データベース４６１に登録しないようにしてもよい。

また、上記図２１の（Ｓ６０２）において、ファイル管理サーバ４０は、エラーメッセージを、管理者端末３０にも送信するようにしてもよい。

また、本実施形態では、承認管理データベース４６１には、承認されたリリース日時についてのみ管理者のユーザＩＤを登録するようにしたが、セット管理データベース４５２に登録されているリリース日時のそれぞれについて、承認されたかどうかを示す承認フラグを記憶するようにしてもよい。この場合、承認管理データベース４６１を参照することにより、各リリース日時について、ファイルの公開が承認されたかどうかを容易に参照することができる。

また、承認管理データベース４６１の代わりに、セット管理データベース４５２において、リリース日時におけるファイル公開が承認されたか管理するようにしてもよい。この場合、セット管理データベース４５２は、リリース日時に対応付けて、そのリリース日時におけるファイルの公開が承認されたかどうかを示す承認フラグを記憶するようにする。

また、承認管理データベース４６１は、管理者のユーザＩＤを記憶せずに、リリース日時だけを記憶するようにしてもよい。また、承認管理データベース４６１は、承認処理が行われた日時をリリース日時に対応付けて記憶するようにしてもよい。

また、図１８に示したファイルの更新処理は、承認要求を受信したときに始めるようにしてもよい。

以上、本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

本実施形態に係るファイル管理システム１の全体構成を示す図である。編集者端末１０、管理者端末２０、公開サーバ３０、及びファイル管理サーバ４０に用いられる一般的なコンピュータのハードウェア構成を示す図である。編集者端末の機能ブロック図である。管理者端末２０の機能ブロック図である。公開サーバ３０の機能ブロック図である。ファイル管理サーバ４０の機能ブロック図である。ファイルデータベース４５１に登録されるファイル情報の構成を示す図である。セット管理データベース４５２に登録されるセット情報の構成を示す図である。ダウンロード履歴データベース４５３に登録されるダウンロード情報の構成を示す図である。編集履歴データベース４５４に登録される編集履歴情報の構成を示す図である。リリースデータベース４５５に登録されるリリース情報の構成を示す図である。ダウンロード処理の流れを示すフロー図である。最新ファイルを作成する処理の流れを示すフロー図である。アップロード処理の流れを示すフロー図である。リリースファイルを作成する処理の流れを示すフロー図である。リリース処理の流れを示すフロー図である。過去に公開していたリリースファイルを復元するリリース処理の流れを示すフロー図である。過去のリリース日時に対応する編集履歴をマージしてファイルデータベース４５１を更新する処理の流れを示すフロー図である。第２の実施形態のファイル管理サーバ４０の構成を示す図である。承認管理データベース４６１の構成例を示す図である。第２の実施形態に係るファイルのアップロード処理の流れを示す図である。承認処理の流れを示す図である。

符号の説明

１０編集者端末２０管理者端末
３０公開サーバ４０ファイル管理サーバ
５０ＬＡＮ６０インターネット
１０１ＣＰＵ１０２メモリ
１０３記憶装置１０４通信インタフェース
１０５入力装置１０６出力装置
１１１ファイル取得要求送信部１１２最新ファイル受信部
１１３ファイル編集処理部１１４ファイル登録要求送信部
１１５リリースファイル登録要求送信部２１１リリースファイル作成要求送信部
２１２メッセージ受信部２１３メッセージ出力部
２１４リリースファイル復元要求送信部３１１リリースファイル登録要求受信部
３１２ファイル公開処理部４１１ファイル取得要求受信部
４１２最新ファイル作成部４１３ダウンロード履歴登録部
４１４最新ファイル送信部４１５ファイル登録要求受信部
４１６差分データ抽出部４１７編集履歴登録部
４１８リリースファイル作成要求受信部４１９リリースファイル作成部
４２０衝突判定部４２１メッセージ送信部
４２２リリースファイル登録部４２３リリースファイル復元要求受信部
４２４リリースファイル登録要求送信部４２５ファイル更新処理部
４５１ファイルデータベース４５２セット管理データベース
４５３ダウンロード履歴データベース４５４編集履歴データベース
４５５リリースデータベース

Claims

通信ネットワークを介して公開するためのファイルを管理する方法であって、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、及び前記ファイルを公開する予定日時に対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、にアクセス可能に接続され、前記ファイルを編集するユーザのユーザ端末と通信可能に接続されるコンピュータが、
前記ファイルＩＤ及び前記予定日時が設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信し、
前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出し、
前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出し、
読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成し、
作成した前記最新ファイルを前記ユーザ端末に送信すること、
を特徴とするファイル管理方法。
通信ネットワークを介して公開するためのファイルを管理する方法であって、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、にアクセス可能に接続され、前記ファイルを編集するユーザのユーザ端末と通信可能に接続されるコンピュータが、
前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信し、
前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出し、
前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出し、
読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成し、
作成した前記最新ファイルを前記ユーザ端末に送信すること、
を特徴とするファイル管理方法。
請求項２に記載のファイル管理方法であって、
前記コンピュータは、前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて、前記ユーザ端末に送信した前記最新ファイルである送信済ファイルを記憶する送信済ファイルデータベースにアクセス可能に接続しており、
前記コンピュータが、
前記送信済ファイルデータベースにアクセスして、前記ユーザ端末に送信した前記編集済ファイルを、前記ファイル取得要求に設定されていた前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて登録し、
前記ファイルＩＤ、前記予定日時、前記ユーザＩＤ、及び登録対象となる前記ファイルである登録ファイルが設定される、ファイルを登録するためのコマンドであるファイル登録要求を前記ユーザ端末から受信し、
前記送信済ファイルデータベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応する前記送信済ファイルを読み出し、
読み出した前記送信済ファイルと、前記ファイル登録要求に設定されている前記登録ファイルとの差分データを抽出し、
前記編集履歴データベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤに対応付けて、抽出した前記差分データを含む前記編集履歴を登録すること、
を特徴とするファイル管理方法。
請求項２に記載のファイル管理方法であって、
前記コンピュータは、前記ファイルを公開する公開サーバ、及び前記公開サーバで公開されるファイルを管理する管理者の管理者端末のそれぞれと通信可能に接続し、前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースにアクセス可能に接続しており、
前記コンピュータが、
前記予定日時が設定される、前記ファイルを前記公開サーバに登録するように指示するコマンドであるファイル公開要求を前記管理者端末から受信し、
前記公開ファイル管理データベースにアクセスして、前記ファイル公開要求に設定されている前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出し、
前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、
読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、
作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信すること、
を特徴とするファイル管理方法。
請求項４に記載のファイル管理方法であって、
前記コンピュータが、
前記編集履歴データベースにアクセスして、前記ユーザＩＤ毎に、前記作成した前記公開ファイルの前記ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、
前記ユーザＩＤ毎に、前記公開ファイルにおいて前記編集履歴が適用された範囲を特定し、
特定した前記範囲のうち、他の前記範囲と少なくとも一部が重なるものがあるかどうかを判定し、
他の前記範囲と重なる前記範囲がある場合には、同一の範囲について複数の前記ユーザにより編集がなされたことを示すメッセージを前記管理者端末に送信すること、
を特徴とするファイル管理方法。
請求項４に記載のファイル管理方法であって、
前記コンピュータは、前記予定日時に対応付けて前記公開ファイルを管理する公開履歴データベースにアクセス可能に接続しており、
前記コンピュータが、
前記公開履歴データベースにアクセスして、前記処理対象日時に対応付けて、前記公開サーバに送信した前記公開ファイルを登録し、
過去の日時が設定される、前記公開サーバに公開されている前記公開ファイルを過去の前記公開ファイルに復元するように指示するコマンドであるファイル復元要求を前記管理者端末から受信し、
前記公開履歴データベースにアクセスして、受信した前記ファイル復元要求に設定されている日時に対応する前記公開ファイルを読み出し、
読み出した前記公開ファイルを前記公開サーバに送信すること、
を特徴とするファイル管理方法。
請求項１に記載のファイル管理方法であって、
前記コンピュータは、前記ファイルの公開を行う公開サーバと通信可能に接続し、前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースにアクセス可能に接続しており、
前記コンピュータが、
前記公開ファイル管理データベースにアクセスして、現在の時刻から所定時間後に到来する前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出し、
前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、
読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、
作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信すること、
を特徴とするファイル管理方法。
請求項１に記載のファイル管理方法であって、
前記コンピュータが、
前記ファイルデータベースにアクセスして、登録されている前記ファイルＩＤ及び前記ファイルを読み出し、
読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、現在の日時よりも前の前記予定日時と、前記ファイルＩＤとに対応する前記編集履歴を読み出し、前記ファイルに前記編集履歴を適用したファイルである更新ファイルを作成し、
前記ファイルデータベースにアクセスして、前記ファイルを前記更新ファイルで更新すること、
を特徴とするファイル管理方法。
通信ネットワークを介して公開するためのファイルを管理するシステムであって、
前記ファイルを編集するユーザのユーザ端末と通信可能に接続しており、
ＣＰＵとメモリと、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、
前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、
前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信するファイル取得要求受信部と、
前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出するファイル取得部と、
前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出する編集履歴取得部と、
読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成する最新ファイル作成部と、
作成した前記最新ファイルを前記ユーザ端末に送信する最新ファイル送信部と、
を備えることを特徴とするファイル管理システム。
請求項９に記載のファイル管理システムであって、
前記ファイルを公開する公開サーバ、及び前記公開サーバで公開されるファイルを管理する管理者の管理者端末のそれぞれと通信可能に接続しており、
前記予定日時に対応付けて、前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理する公開ファイル管理データベースと、
前記予定日時が設定される、前記ファイルを前記公開サーバに登録するように指示するコマンドであるファイル公開要求を前記管理者端末から受信するファイル公開要求受信部と、
前記公開ファイル管理データベースにアクセスして、前記ファイル公開要求に設定されている前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出す公開ファイルＩＤ取得部と、を備え、
前記ファイル取得部は、前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、
前記編集履歴取得部は、読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、
前記最新ファイル作成部は、読み出した前記編集履歴を前記ファイルに適用して、前記公開サーバで公開する前記ファイルである公開ファイルを作成し、
作成した前記公開ファイルに前記公開ファイルＩＤを付帯させて前記公開サーバに送信する公開ファイル送信部を備えること、
を特徴とするファイル管理システム。
通信ネットワークを介して公開するためのファイルを管理するためのプログラムであって、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、前記ファイルＩＤ、前記ファイルを公開する予定日時、及び前記ファイルを編集したユーザを特定するユーザＩＤに対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、にアクセス可能に接続し、前記ファイルを編集するユーザのユーザ端末と通信可能に接続するコンピュータに、
前記ファイルＩＤ、前記予定日時、及び前記ユーザＩＤが設定される、編集対象となる前記ファイルを取得するためのコマンドであるファイル取得要求を前記ユーザ端末から受信するステップと、
前記ファイルデータベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出すステップと、
前記編集履歴データベースにアクセスして、前記ファイル取得要求に設定されている前記ファイルＩＤ及び前記ユーザＩＤに対応し、前記予定日時が前記ファイル取得要求に設定されている前記予定日時以前である前記編集履歴を読み出すステップと、
読み出した前記編集履歴を前記ファイルに適用して、編集対象となる前記ファイルである最新ファイルを作成するステップと、
作成した前記最新ファイルを前記ユーザ端末に送信するステップと、
を実行させるためのプログラム。
通信ネットワークを介して公開するためのファイルを管理する方法であって、
前記ファイルを編集するユーザのユーザ端末と通信可能に接続され、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、
前記ファイルＩＤ及び前記ファイルを公開する予定日時に対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、
前記予定日時に対応付けて、前記予定日時におけるファイルの公開が承認されたかどうかを示す承認情報を管理する公開承認データベースと、
のそれぞれにアクセス可能に接続されるコンピュータが、
前記ファイルＩＤ、前記予定日時、及び編集された前記ファイルである編集ファイルが設定される、前記編集ファイルを登録するように指示するコマンドであるファイル登録要求を前記ユーザ端末から受信し、
前記公開承認データベースにアクセスして、前記ファイル登録要求に設定されている前記予定日時に対応する前記承認情報を読み出し、読み出した前記承認情報により、前記ファイルＩＤにより特定される前記ファイルの公開が承認されているかどうかを判断し、
前記ファイルの公開が承認されていない場合には、
前記ファイルデータベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出し、
前記編集履歴データベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応し、前記予定日時が前記ファイル登録要求に設定されている予定日時以前である前記編集履歴を読み出し、
読み出した前記編集履歴を前記ファイルに適用した前記ファイルである最新ファイルを作成し、
前記最新ファイルと、前記ファイル登録要求に設定される前記編集ファイルとの差分データを抽出し、
抽出した前記差分データを、前記ファイル登録要求に設定されている前記ファイルＩＤ及び前記予定日時に対応付けて前記編集履歴データベースに登録し、
前記ファイルの公開が承認されている場合には、
前記ファイルを登録できない旨を示すメッセージを前記ユーザ端末に送信すること、
を特徴とするファイル管理方法。
請求項１２に記載のファイル管理方法であって、
前記コンピュータが、
前記公開承認データベースにアクセスして、受信した前記ファイル登録要求に設定されている前記予定日時以後の前記予定日時に対応する、前記公開が承認されたことを示す前記承認情報が登録されているかどうかにより、前記ファイルの公開が承認されているかどうかを判断すること、
を特徴とするファイル管理方法。
請求項１２に記載のファイル管理方法であって、
前記コンピュータは、公開されるファイルを管理する管理者の管理者端末と通信可能に接続されており、
前記管理者端末から送信される、前記予定日時を含む前記予定日時におけるファイルの公開を承認するためのコマンドである公開承認要求を受信し、
前記公開承認要求の受信に応じて、前記公開承認要求に含まれている前記予定日時と、前記予定日時におけるファイルの公開が承認されたことを示す前記承認情報とを対応付けて前記公開承認データベースに登録すること、
を特徴とするファイル管理方法。
請求項１４に記載のファイル管理方法であって、
前記コンピュータは、
前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理するセット管理データベースと、
前記予定日時に対応付けて、前記予定日時に前記公開サーバで公開するファイルである公開ファイルを記憶する公開ファイルデータベースと、
のそれぞれにアクセス可能に接続されており、
前記コンピュータが、前記公開承認要求を受信した場合に、
前記セット管理データベースにアクセスして、前記公開承認要求に設定されている前記予定日時である処理対象日時に対応する前記公開ファイルＩＤを読み出し、
前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを読み出し、
読み出した前記ファイルのそれぞれについて、前記編集履歴データベースにアクセスして、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開ファイルを作成し、
作成した前記公開ファイルのそれぞれを前記予定日時に対応付けて前記公開ファイルデータベースに登録すること、
を特徴とするファイル管理方法。
請求項１５に記載のファイル管理方法であって、
前記コンピュータは、前記ファイルの公開を行う公開サーバと通信可能に接続されており、
前記コンピュータが、
前記公開ファイルデータベースにアクセスして、現在の時刻から所定時間後に到来する前記予定日時である処理対象日時に対応する前記公開ファイルを読み出し、
読み出した前記公開ファイルのそれぞれを、前記公開ファイルを特定する前記公開ファイルＩＤを付帯させて前記公開サーバに送信すること、
を特徴とするファイル管理方法。
請求項１４に記載のファイル管理方法であって、
前記コンピュータは、
前記予定日時に公開されるべきファイルを特定する前記ファイルＩＤである公開ファイルＩＤを管理するセット管理データベースとアクセス可能に接続されており、
前記コンピュータが、
前記セット管理データベースにアクセスして、現在の日時以前の前記予定日時である処理対象日時を読み出し、
読み出した前記処理対象日時のそれぞれについて、
前記セット管理データベースにアクセスして、前記処理対象日時に対応する前記公開ファイルＩＤを読み出し、
前記ファイルデータベースにアクセスして、読み出した前記公開ファイルＩＤのそれぞれに対応する前記ファイルを読み出し、
前記編集履歴データベースにアクセスして、読み出した前記ファイルのそれぞれについて、前記公開ファイルＩＤに対応し、前記予定日時が前記処理対象日時以前である前記編集履歴を読み出し、読み出した前記編集履歴を前記ファイルに適用して、前記公開ファイルを作成し、
読み出した前記編集履歴を前記編集履歴データベースから削除し、
前記ファイルデータベースにアクセスして、前記公開ファイルＩＤに対応する前記ファイルを、作成した前記公開ファイルに更新すること、
を特徴とするファイル管理方法。
請求項１４に記載のファイル管理方法であって、
前記コンピュータが、
前記公開承認データベースにアクセスして、前記公開承認要求に設定されている前記予定日時以前の前記予定日時に対応する前記承認情報を、前記ファイルの公開が承認されていることを示すように更新すること、
を特徴とするファイル管理方法。
請求項１２に記載のファイル管理方法であって、
前記コンピュータは、前記公開サーバで公開されるファイルを管理する管理者の管理者端末と通信可能に接続されており、
前記コンピュータは、前記ファイルの公開が承認されている場合に、前記メッセージを前記管理者端末に送信すること、
を特徴とするファイル管理方法。
通信ネットワークを介して公開するためのファイルを管理するシステムであって、
前記ファイルを編集するユーザのユーザ端末と通信可能に接続され、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、
前記ファイルＩＤ及び前記ファイルを公開する予定日時に対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、
前記予定日時に対応付けて、前記予定日時におけるファイルの公開が承認されたかどうかを示す承認情報を管理する公開承認データベースと、
前記ファイルＩＤ、前記予定日時、及び編集された前記ファイルである編集ファイルが設定される、前記編集ファイルを登録するように指示するコマンドであるファイル登録要求を前記ユーザ端末から受信するファイル登録要求受信部と、
前記公開承認データベースにアクセスして、前記ファイル登録要求に設定されている前記予定日時に対応する前記承認情報を読み出し、読み出した前記承認情報により、前記ファイルＩＤにより特定される前記ファイルの公開が承認されているかどうかを判断する公開承認判断部と、
前記ファイルの公開が承認されていない場合に、前記ファイルデータベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出すファイル取得部と、
前記編集履歴データベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応し、前記予定日時が前記ファイル登録要求に設定されている予定日時以前である前記編集履歴を読み出す編集履歴取得部と、
読み出した前記編集履歴を前記ファイルに適用した前記ファイルである最新ファイルを作成する最新ファイル作成部と、
前記最新ファイルと、前記ファイル登録要求に設定される前記編集ファイルとの差分データを抽出する差分データ抽出部と、
抽出した前記差分データを、前記ファイル登録要求に設定されている前記ファイルＩＤ及び前記予定日時に対応付けて前記編集履歴データベースに登録する編集履歴登録部と、
前記ファイルの公開が承認されている場合に、前記ファイルを登録できない旨を示すメッセージを前記ユーザ端末に送信するエラーメッセージ送信部と、
を備えることを特徴とするファイル管理システム。
通信ネットワークを介して公開するためのファイルを管理するためのプログラムであって、
前記ファイルを編集するユーザのユーザ端末と通信可能に接続され、
前記ファイルを特定するためのファイルＩＤに対応付けて前記ファイルを管理するファイルデータベースと、
前記ファイルＩＤ及び前記ファイルを公開する予定日時に対応付けて、前記ファイルに対する編集履歴を管理する編集履歴データベースと、
前記予定日時に対応付けて、前記予定日時におけるファイルの公開が承認されたかどうかを示す承認情報を管理する公開承認データベースと、
のそれぞれにアクセス可能に接続されるコンピュータに、
前記ファイルＩＤ、前記予定日時、及び編集された前記ファイルである編集ファイルが設定される、前記編集ファイルを登録するように指示するコマンドであるファイル登録要求を前記ユーザ端末から受信するステップと、
前記公開承認データベースにアクセスして、前記ファイル登録要求に設定されている前記予定日時に対応する前記承認情報を読み出し、読み出した前記承認情報により、前記ファイルＩＤにより特定される前記ファイルの公開が承認されているかどうかを判断するステップと、
前記ファイルの公開が承認されていない場合に、前記ファイルデータベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応する前記ファイルを読み出すステップと、
前記編集履歴データベースにアクセスして、前記ファイル登録要求に設定されている前記ファイルＩＤに対応し、前記予定日時が前記ファイル登録要求に設定されている予定日時以前である前記編集履歴を読み出すステップと、
読み出した前記編集履歴を前記ファイルに適用した前記ファイルである最新ファイルを作成するステップと、
前記最新ファイルと、前記ファイル登録要求に設定される前記編集ファイルとの差分データを抽出するステップと、
抽出した前記差分データを、前記ファイル登録要求に設定されている前記ファイルＩＤ及び前記予定日時に対応付けて前記編集履歴データベースに登録するステップと、
前記ファイルの公開が承認されている場合に、前記ファイルを登録できない旨を示すメッセージを前記ユーザ端末に送信するステップと、
を実行させるためのプログラム。