(57)【特許請求の範囲】
【請求項１】
ファイル名を指定することによってファイルを参照するデータ参照手段と、前記ファイルを作成するファイル作成手段とを備えるファイル管理システムにおいて、
前記ファイル作成手段は、前記ファイル参照手段の指定ファイル名とは別のファイル名でファイルを作成し、前記ファイルの作成完了後に、前記ファイルにリンクし前記指定ファイル名を有するシンボリックリンクファイルを作成することを特徴とするファイル管理システム。
【請求項２】
前記ファイル参照手段は、ｆｔｐのｇｅｔコマンドによって前記ファイルを受信したうえで、前記ファイルを参照する請求項１記載のファイル管理システム。
【請求項３】
ファイル名を指定することによって参照されるファイルを管理するファイル管理方法において、
前記ファイルを参照するときの指定ファイル名とは別のファイル名でファイルを作成するステップと、
前記ファイルの作成完了後に、前記ファイルにリンクし前記指定ファイル名を有するシンボリックリンクファイルを作成するステップとを有することを特徴とするファイル管理方法。
【請求項４】
前記ファイルを参照する際には、ｆｔｐのｇｅｔコマンドによって前記ファイルを受信したうえで、前記ファイルを参照するステップをさらに有する請求項３記載のファイル管理方法。
【請求項５】
ファイル名を指定することによって参照されるファイルを管理する処理をコンピュータに実行させるためのプログラムであって、
前記ファイルを参照するときの指定ファイル名とは別のファイル名でファイルを作成する処理と、
前記ファイルの作成完了後に、前記ファイルにリンクし前記指定ファイル名を有するシンボリックリンクファイルを作成する処理とをコンピュータに実行させるためのプログラム。
【請求項６】
前記ファイルを参照する際には、ｆｔｐのｇｅｔコマンドによって前記ファイルを受信したうえで、前記ファイルを参照する処理をコンピュータに実行させるための請求項５記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＵＮＩＸをオペレーティングシステムとするシステムのように、ファイル作成中に当該ファイルを参照可能であるシステムに適用されるファイル管理システムに関する。
【０００２】
【従来の技術】
外部システムへのデータ配信を行うシステムでは、一般的なファイル転送プロトコルであるｆｔｐ（File Transfer Protocol）を利用することが多い。ｆｔｐでは、リモートファイルの排他制御を行わないため、転送ファイル名を知っていれば、受信者が送信途中のその転送ファイルにアクセスすることが可能である。
【０００３】
図２は、従来のファイル管理システムの構成を示すブロック図である。図２に示すように、従来のファイル管理システムは、データ配信システム１１０と、各利用者（ユーザ）がそれぞれ利用する利用者端末２０、３０とを備えている。
【０００４】
データ配信システム１１０は、データ配信業者であるＡ社によって運営されていて、利用者端末２０、３０からインターネット等のネットワーク（不図示）を介してアクセス可能なシステムである。データ配信システム１１０は、業務サーバ１１１を備えており、業務サーバ１１１は、ファイル作成機能部１１２を備えている。また、業務サーバ１１１のオペレーティングシステム（ＯＳ）はＵＮＩＸであるため、ｆｔｐサーバ１１３が標準実装されている。ファイル作成機能部１１２は、配信対象となるデータファイルを作成する。データ配信システム１１０の利用者端末２０、３０のＯＳは、ｆｔｐクライアント１４を実装したＯＳであり、利用者端末２０、３０は、ｆｔｐのｇｅｔコマンドによって業務サーバ１１のデータファイルを受信したうえで、そのデータファイルを参照することができる。
【０００５】
このようなｆｔｐを用いたシステムでは、一般的に、ｆｔｐは、リモートファイルの排他制御を行わない。したがって、図２に示すように、‘Ａ’という名前のデータファイルがファイル作成機能部１１２によって作成中であっても、利用者端末２０、３０は、業務サーバ１１１にアクセスして、作成中のデータファイル‘Ａ’を参照することができてしまうという問題がある。
【０００６】
このようなファイルの排他制御の問題は、ＵＮＩＸ上で動作するシェルやタスク間でも発生する。つまり、ＵＮＩＸのシステムでは、先に起動されるべき処理が、各処理間のＵＮＩＸ形式ファイルに完全に書きこみを行っていない状態であっても、後に起動されるべき処理が書き込み中のファイルを参照することができてしまう。
【０００７】
上述のような問題を解決するために、予め、業務サーバ１１１において、データファイルにそのデータファイルのサイズを書き込んでおいたり、データファイルの終端にファイル終端サインを書き込んでおいたりして、サイズが合わないファイル、ファイル終端サインのないファイルは参照しないようにして、ファイルの排他制御を実現する方法がある。
【０００８】
しかし、これらの方法を用いた場合には、業務サーバ１１１においてデータファイルの加工が必要となり、利用者端末２０、３０においてデータファイルのチェックを行う必要が生じる。そのため、システムが複数の利用者端末にデータ配信を行う場合には、その配信先毎に上述のデータファイルの加工とチェックの処理が必要となり、システムの処理負荷が増大してしまうという問題があった。
【０００９】
【発明が解決しようとする課題】
以上述べたように、ｆｔｐでファイルの送受信を行うシステムや、ＵＮＩＸのシステムでは、ファイルの排他制御を行なうとすると、ファイルを加工する処理やファイルのチェック処理が新たに必要となり、システムの処理負荷が増大してしまうという問題があった。
【００１０】
本発明は、システムの処理負荷を増大させることなく、ファイルの排他制御を行うことができるファイル管理システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明は、ファイル名を指定することによってファイルを参照するデータ参照手段と、前記ファイルを作成するファイル作成手段とを備えるファイル管理システムにおいて、
前記ファイル作成手段は、前記ファイル参照手段の指定ファイル名とは別のファイル名でファイルを作成し、前記ファイルの作成完了後に、前記ファイルにリンクし前記指定ファイル名を有するシンボリックリンクファイルを作成することを特徴とする。
【００１２】
本発明のファイル管理システムでは、参照するファイル名とは別のファイル名でファイルを作成し、そのファイル作成後にそのファイルとリンクするシンボリックリンクファイルを作成する。こうすることによって、ファイル参照手段は、作成中のファイルを参照することができなくなり、ファイルの排他制御を実現することができる。したがって、本発明のファイル管理システムでは、ファイルを加工する処理や、ファイルのチェック処理などの処理負荷が増大する処理を行う必要がなくなるため、システムの処理負荷を増大させることなく、データファイルの排他制御を行うことができる。
【００１３】
【発明の実施の形態】
次に、本発明の一実施形態のファイル管理システムを図面を参照して詳細に説明する。図１は、本実施形態のファイル管理システムの構成を示すブロック図である。図１に示すように、本実施形態のファイル管理システムは、データ配信システム１１０の代わりに、データ配信システム１０を備えている点が、図２に示す従来のファイル管理システムと異なっている。
【００１４】
データ配信システム１０は、データ配信業者であるＡ社によって運営されていて、利用者端末２０、３０からアクセス可能なシステムである。データ配信システム１０は、業務サーバ１１を備えており、業務サーバ１１は、ファイル作成機能部１２を備えている。また、業務サーバ１１のオペレーティングシステム（ＯＳ）はＵＮＩＸであるため、ｆｔｐサーバ１３が標準実装されている。ファイル作成機能部１２は、配信対象となるデータファイルを利用者端末２０、３０が指定する指定ファイル名とは別のファイル名で作成し、このデータファイルの作成を完了した後に、当該データファイルへのシンボリックリンクファイルを、利用者端末２０、３０が指定する指定ファイル名で作成する。
【００１５】
次に、本実施形態のファイル管理システムの動作について説明する。図１に示すように、まず、ファイル作成機能部１２が、配信対象となるデータファイルを‘Ｂ’というファイル名で作成する（▲１▼）。この時点では、業務サーバ１１に‘Ａ’という名前のファイルは存在していない。この状態で、利用者端末２０および、利用者端末３０から、データ配信システム１０にアクセスし、ｆｔｐのｇｅｔコマンドによって業務サーバ１１上の‘Ａ’という名前のファイルを受信しようと試みても、業務サーバ１１上に‘Ａ’という名前のファイルは存在しないため、利用者端末２０、３０ともに‘Ａ’という名前のファイルを受信することはできない。
【００１６】
次に、ファイル作成機能１２は、‘Ｂ’という名前のファイルの作成が完了した後、‘Ｂ’という名前のファイルに対するシンボリックリンクファイルを‘Ａ’という名前で作成する。この時点で、業務サーバ１１上に‘Ａ’という名前のファイルが存在することになる。この状態で、利用者端末２０および、利用者端末３０からデータ配信システム１０にアクセスし、ｆｔｐのｇｅｔコマンドによって業務サーバ１１上の‘Ａ’という名前のファイルの受信を試みた場合には、、利用者端末２０、３０は、シンボリックリンクファイル‘Ａ’を介して、データファイル‘Ｂ’を受信することができる。
【００１７】
以上述べたように、本実施形態のファイル管理システムは、参照するファイル名と別の名前でファイルを作成し、そのファイル作成後にそのファイルとリンクするシンボリックリンクファイルを作成する。こうすることによって、利用者端末２０、３０は作成中のファイルに参照することができなくなり、ファイルの排他制御を実現することができる。したがって、本実施形態のファイル管理システムでは、ファイルを加工する処理や、ファイルのチェック処理などの処理負荷が増大する処理を行う必要がなくなるため、システムの処理負荷を増大させることなく、データファイルの排他制御を行うことができる。
【００１８】
特に、本実施形態のファイル管理システムでは、利用者端末２０、３０には、ファイルチェック処理等の新たな処理が付加されていないため、利用者側の処理負荷は従来のままとなる。
【００１９】
なお、本実施形態のファイル管理システムでは、端末間におけるファイルの排他制御を行うものであったが、本発明はこれに限定されるものではなく、ＵＮＩＸ上で動作する各処理間におけるＵＮＩＸ形式ファイルの排他制御にも適用することができる。例えば、ＵＮＩＸ上で動作する処理が、他の処理の参照対象であるＵＮＩＸ形式ファイルを作成する場合には、そのＵＮＩＸ形式ファイルを他の処理が参照する名前とは別の名前で作成し、そのＵＮＩＸ形式ファイルの作成が完了した後に、他の処理が参照する名前を有し、そのＵＮＩＸ形式ファイルとリンクするシンボリックリンクファイルを作成する。
【００２０】
【発明の効果】
以上述べたように、本発明のファイル管理システムでは、参照するファイル名と別の名前でファイルを作成し、そのファイル作成後にそのファイルとリンクするシンボリックリンクファイルを作成する。こうすることによって、ファイル参照手段は作成中のファイルに参照することができなくなり、ファイルの排他制御を実現することができる。したがって、本発明のファイル管理システムでは、ファイルを加工する処理や、ファイルのチェック処理などの処理負荷が増大する処理を行う必要がなくなるため、システムの処理負荷を増大させることなく、データファイルの排他制御を行うことができる。
【００２１】
特に、ファイル参照手段が、ユーザによって利用される利用者端末である場合には、利用者端末には、ファイルチェック処理等の新たな処理が付加されていないため、利用者側の処理負荷は従来のままとなる。
【図面の簡単な説明】
【図１】本発明の一実施形態のファイル管理システムの構成を示すブロック図である。
【図２】従来のファイル管理システムの構成を示すブロック図である。
【符号の説明】
１０、１１０    データ配信システム
１１、１１１    業務サーバ
１２、１１２    ファイル作成機能部
１３    ｆｔｐサーバ
１４    ｆｔｐクライアント
２０、３０    利用者端末
【図１】
0003866533.tif 000002
【図２】
0003866533.tif 000003