JP4792100B2

JP4792100B2 - ファイル共有システム

Info

Publication number: JP4792100B2
Application number: JP2009154071A
Authority: JP
Inventors: 祐紀上嶋; 善朗大崎; 直子佐藤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2009-06-29
Filing date: 2009-06-29
Publication date: 2011-10-12
Anticipated expiration: 2029-06-29
Also published as: JP2011008705A; US20100332611A1; US8458281B2

Description

本発明は、複数の装置間でファイルを共有するためのファイル共有システムに関する。

同一又は類似の描画命令群を複数回実行する可能性のある分散処理環境において、描画命令の転送に要する通信量を削減するために、命令中継ライブラリから命令処理モジュールへの描画命令転送の際、当該命令群が登録済みの場合には、登録済みの命令群を読み出して描画を行う分散処理システムが提案されている（例えば特許文献１参照）。

また、同一記憶単位へのアクセス要求の競合を軽減するために、複数のアクセス要求元から同時刻又は異なる時刻に発生した同一記憶単位への複数のアクセス要求について、特に発生時刻が離れている場合にこれらのアクセス要求を単一のアクセス要求にまとめる計算機システムなども知られている（例えば特許文献２参照）。

上記のような記憶単位へのアクセス要求を実現するための機能としては、いわゆるファイル管理機能などが利用されている。ファイル管理機能とは、フロッピー（登録商標）ディスクやハードディスクなどの記憶媒体上に記憶されたファイルに対し、上位のアプリケーションからのオープン、リード、ライト、クローズなどの各種命令（アクセス要求）に応じたデータ処理を行う機能である。なお、ファイルを記憶する記憶媒体とファイル管理機能を実現するファイル管理部とが、同一のシステム上に搭載されている場合、上位のアプリケーションからファイル管理部に送られてきた各種命令は、一般に、命令順に逐次処理される。

特開２００２−２０８０１６号公報特開平６−１６２０６６号公報

ここで、アクセス対象の複数のファイルを記憶する記憶媒体を有しかつ最小限のリソースで動作する比較的処理スペックの低い組み込みシステムなどの被制御システムと、上記記憶媒体内の複数のファイルにアクセスするためのアプリケーションを有する比較的処理スペックの高い遠隔制御システムと、でファイルの共有機能を実現する場合を考える。

この際、遠隔制御システムから被制御システムへ向けて、各種命令が短時間に大量に送出されたと仮定すると、スペックの低い被制御システム側での処理が追従できず、遠隔制御システム上のアプリケーションが要求するパフォーマンスを発揮できないことが想定される。

また、ファイルへのアクセスは、基本的には、ファイルをオープンし、さらに、リード又はライトを例えば何回か行った後にクローズするという順序で行われる。しかしながら、例えば組み込みシステムなどでは、その仕様上、オープン状態にしておくことの可能なファイル数には制限があり、それを超える数のファイルをオープンしたい場合には、オープン状態のいずれかのファイルをクローズし、制限を超えないようにする必要がある。

このような制約の中で、各種命令が短時間に大量に送出される場合、これに伴いファイルのオープン、クローズも頻繁に発生する。しかしながら、各種命令を順次処理して行く従来の処理では、一旦クローズしたファイルを直ちに再度オープンする可能性もあり、実質的に余分な処理時間を費やすこととなる。

そこで、本発明は、このような事情を考慮してなされたものであり、ファイルへのアクセスに関する処理を効率的に行えるファイル共有システムの提供を目的とする。

上記目的を達成するために、本発明の一態様に係るファイル共有システムは、複数のファイルを記憶するファイル記憶部を備えた第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続されかつ前記ファイル記憶部内の各ファイルにアクセス可能な第２の情報処理装置と、を有するファイル共有システムであって、前記第２の情報処理装置は、前記ファイル記憶部内のファイルに対する読み出し要求、書き込み要求、オープン要求、又はクローズ要求のうちのいずれかであるアクセス要求を発生させるアクセス要求発生部と、前記アクセス要求発生部により発生させた複数のアクセス要求を順次記憶するアクセス要求記憶部と、前記アクセス要求記憶部に順次記憶されるアクセス要求が、前記第１の情報処理装置側へ既に通知されたものとして仮想化した当該アクセス要求に対する仮想応答通知を、前記アクセス要求発生部に返信する仮想アクセス応答部と、前記アクセス要求記憶部内の同一のファイルに対する書き込み要求又は読み出し要求の数が閾値を超えた場合に、前記同一のファイルに対する一回のオープン要求と一回以上の書き込み要求又は読み出し要求とを統合して前記第１の情報処理装置側に通知を行うアクセス要求通知部と、前記ファイル記憶部内のファイル毎のアクセス状況を監視するアクセス状況監視部と、を具備し、前記アクセス要求通知部は、前記ファイル記憶部内でオープンされた状態のファイルの数が閾値を超えた場合に、前記ファイル記憶部内でオープンされた状態の複数のファイルの中から、前記アクセス状況監視部による監視結果に基づいて選択したファイルのクローズ要求を前記第１の情報処理装置側に通知するクローズ要求通知部を備える、ことを特徴とする。

本発明によれば、ファイルへのアクセスに関する処理を効率的に行えるファイル共有システムを提供することができる。

本発明の第１の実施形態に係るファイル共有システムの構成を示す機能ブロック図。図１のファイル共有システムが備えたファイル管理部の構成を示す機能ブロック図。図２のファイル管理部が行う処理を示すフローチャート。図２のファイル管理部の機能を概念的に示す図。本発明の第２の実施形態に係るファイル共有システムが備えたファイル管理部の構成を示す機能ブロック図。図５のファイル管理部が行う処理を示すフローチャート。図５のファイル管理部の機能を概念的に示す図。本発明の第３の実施形態に係るファイル共有システムが備えたファイル管理部の構成を示す機能ブロック図。図８のファイル管理部が行う処理を示すフローチャート。

以下、本発明を実施するための形態を図面に基づき説明する。
［第１の実施の形態］
図１に示すように、この実施形態に係るファイル共有システム１０は、第１の情報処理装置として機能する被制御側処理装置１２と、第２の情報処理装置としての遠隔制御側処理装置１４と、を備えている。

被制御側処理装置１２と遠隔制御側処理装置１４とは、ＬＡＮ（Local Area Network）などのネットワーク１５を介して互いに接続されている。被制御側処理装置１２は、比較的処理スペックの低い組み込みシステムなどで実現されており、オペレーティングシステムとしては、いわゆるリアルタイムＯＳ（リアルタイムオペレーティングシステム）が適用されている。

被制御側処理装置１２は、ファイルアクセス実行部１１を有するファイル管理用インタフェース１６や、外部（補助）記憶装置で実現されるファイル記憶部１７を備えている。ファイル記憶部１７内には、例えば複数の動画データなどのソースとなるそれぞれ複数の映像データ、音声データ、字幕データなどを含む複数のファイル１、２、３…が記憶されている。

ファイル管理用インタフェース１６は、ネットワーク１５を介しての遠隔制御側処理装置１４からのアクセス要求に伴い、ファイル記憶部１７内のファイル１、２、３…に対し、アクセス要求に対応するファイルのオープン（ＯＰＥＮ）、クローズ（ＣＬＯＳＥ）、対応するファイルついてのデータの読み出し（ＲＥＡＤ）、書き込み（ＷＲＩＴＥ）といったアクセスを実行する。

ここで、ファイルのオープンとは、オープンしたファイルをアクティブにして、データの読み出し、書き込みの準備を確立するための処理であり、ファイルのクローズとは、データの読み出し、書き込みの準備を解除するための処理である。また、本実施形態に係る被制御側処理装置１２（のファイル記憶部１７）内のファイルへのアクセスは、基本的には、ファイルをオープンし、次いで、リード又はライトを何回か行った後にクローズするという順序で行われる。しかしながら、組み込みシステムなどを適用する被制御側処理装置１２は、その仕様上、オープン状態にしておくことの可能なファイル数には制限があり、このため、制限を超える数のファイルがオープンされようとする場合、その前に、オープン状態のいずれかのファイルをクローズする。

一方、遠隔制御側処理装置１４は、図１に示すように、パーソナルコンピュータやサーバなど、比較的処理スペックの高いコンピュータ装置で実現されており、ネットワーク１５及び前述したファイル管理用インタフェース１６を介してファイル記憶部１７内の各ファイル１、２、３…に対しアクセス可能に構成されている。遠隔制御側処理装置１４は、自身に組み込まれたオペレーティングシステムの制御下で動作するドライバとしてのファイル管理部１８や、上位アプリケーション２０を備えている。

上位アプリケーション２０は、映像、音声、字幕などを合成した動画の再生機能を実現するプログラムであり、アクセス要求発生部１９を備えている。アクセス要求発生部１９は、被制御側処理装置１２におけるファイル記憶部１７内のファイル１、２、３…に対するアクセス要求を発生させる。つまり、アクセス要求発生部１９は、ファイル記憶部１７内のファイルのオープン要求（オープン命令）、ファイルからのデータの読み出し要求（リード命令）、ファイルへのデータの書き込み要求（ライト命令）、ファイルのクローズ要求（クローズ命令）を発生させる。このような上位アプリケーション２０は、同一の字幕ファイルや同一の音声ファイルなどに短時間に何回もアクセスして動画を生成する処理などを頻繁に行い、これにより、各種アクセス要求を短時間に大量に送出する。

次に、ファイル管理部１８について詳述する。図１、図２に示すように、ファイル管理部１８は、アクセス要求記憶部２２と、仮想アクセス応答部２３と、アクセス条件記憶部２４と、アクセス要求通知部２５と、これら各部を統括的に制御するファイル処理制御部２１とを備えている。ここで、ファイル管理部１８は、処理スペックの低い被制御側処理装置１２が、処理スペックの高い遠隔制御側処理装置１４からのアクセス要求に追従できるようにするために、独自のファイル管理機能を実現する。

すなわち、ファイル管理部１８が備えるアクセス要求記憶部２２は、上位アプリケーション２０のアクセス要求発生部１９が発生させた複数のアクセス要求を順次記憶する。具体的には、アクセス要求記憶部２２は、図４に示すように、ファイル毎のオープン要求をオープン命令用スタック２２ａとして順次記憶し、ファイル毎のリード要求をリード命令用スタック２２ｂとして順次記憶する。さらに、アクセス要求記憶部２２は、ファイル毎のライト要求をライト命令用スタックとして順次記憶する。

仮想アクセス応答部２３は、アクセス要求記憶部２２に順次記憶されるアクセス要求が、被制御側処理装置１２へ既に通知されたものとして仮想化した当該アクセス要求に対する仮想応答通知を、上位アプリケーション２０のアクセス要求発生部１９に返信する。これにより、アクセス要求発生部１９は、自身が発生させたアクセス要求が、正常に被制御側処理装置１２へ通知されたものとして認識する。

アクセス要求通知部２５は、アクセス要求記憶部２２内の記憶状況に基づいて、当該アクセス要求記憶部２２内の複数のアクセス要求を統合して被制御側処理装置１２へ通知する。詳細には、アクセス条件記憶部２４は、アクセス要求記憶部２２内の特定のアクセス要求の数が予め定めた閾値を超えた場合に、アクセス要求を統合して通知する旨が、アクセス条件として予め記憶されている。

すなわち、アクセス要求通知部２５は、アクセス条件記憶部２４内を参照しつつアクセス要求記憶部２２内の記憶状況を監視し、記憶状況がアクセス条件を満足した時点で、アクセス条件を満たしたファイルについての複数のアクセス要求を統合して通知を行う。また、アクセス要求通知部２５は、ファイルに対するアクセス要求として書き込み要求若しくは読み出し要求を統合して通知する場合、１回のオープン要求と１回以上の書き込み要求若しくは読み出し要求とを統合して通知を行う。

さらに、詳述すると、例えば、同一ファイルに対する書き込み要求が３回蓄積されることがアクセス条件であって、３回目の書き込み要求がアクセス要求記憶部２２内に記憶された場合、この時点で、アクセス要求通知部２５は、該当するファイルの１回のオープン要求と、例えば互いに異なる３回分のデータのライト要求と、を統合し、この統合したアクセス要求をネットワーク１５を介して被制御側処理装置１２のファイル管理用インタフェース１６へ通知する。

このようなファイル管理部１８のファイル管理機能によって、１、２回目のライト要求に伴うオープン要求２回分とクローズ要求２回分とを実質的に省略でき、これにより、ファイルへのアクセスに関する処理の効率化を図ることができる。また、図１に示す上述したファイルアクセス実行部１１は、このようにしてアクセス要求通知部２５により通知される統合されたアクセス要求に基づいて、ファイル記憶部１７内のファイル１、２、３…に対するアクセスを実行する。

次に、このように構成されたファイル管理部１８が行う処理を図３に示すフローチャートに基づき説明する。まず、上位アプリケーション２０のアクセス要求発生部１９を介してのファイル記憶部１７内のファイル１、２、３…へのアクセス要求が発生すると（Ｓ１のＹＥＳ）、ファイル管理部１８のアクセス要求記憶部２２は、発生したアクセス要求を図４に例示する各命令用スタックに取り込む（Ｓ２）。

仮想アクセス応答部２３は、アクセス要求記憶部２２内に命令用スタックとして順次記憶されるアクセス要求が、被制御側処理装置１２へ既に通知されたものとして仮想化した当該アクセス要求に対する仮想応答通知を、上位アプリケーション２０のアクセス要求発生部１９に返信する（Ｓ３）。

続いて、アクセス要求通知部２５は、アクセス条件記憶部２４内のアクセス条件を参照しつつ、アクセス要求記憶部２２の命令用スタック内におけるファイル毎の特定のアクセス要求の数が閾値を超えたことを検出した場合（Ｓ４のＹＥＳ）、当該アクセス要求記憶部２２内の該当するファイルにおける複数のアクセス要求を統合して被制御側処理装置１２へ通知する（Ｓ５）。

さらに、図４に示す概念図に基づき、ファイル管理部１８が行う処理について詳述する。図４に示すように、上位アプリケーション２０のアクセス要求発生部１９から、ファイル記憶部１７に記憶されたファイル１のオープン要求（ＯＰＥＮ命令ｃ1）がファイル管理部１８に送出されたとする。ファイル管理部１８のアクセス要求記憶部２２は、自身が持つオープン命令用スタック２２ａにファイル１のオープン要求を取り込む。一方で、仮想アクセス応答部２３は、ファイル１のオープン要求が、被制御側処理装置１２へ既に通知されたものとして仮想化した当該ファイル１のオープン要求に対する仮想応答通知を、アクセス要求発生部１９に返信する。

次に、ファイル１のリード要求（ＲＥＡＤ命令ｃ2）がアクセス要求発生部１９からファイル管理部１８に送出されたとする。リード要求についても、仮想アクセス応答部２３は、被制御側処理装置１２へ既にこのリード要求が通知されたものとして仮想化した仮想応答通知を、アクセス要求発生部１９に返信する。このようにして、複数のアクセス要求（アクセス命令ｃ3〜ｃ７）に対応した処理を繰り返し、ファイル１のオープン要求（ＯＰＥＮ命令）が２つ、ファイル２、３のオープン要求がそれぞれ１つ、ファイル１の読み出し要求（ＲＥＡＤ命令）が２つ、ファイル２の読み出し要求が１つ、アクセス要求記憶部２２のオープン命令用スタック２２ａ及びリード命令用スタック２２ｂに取り込まれたとする。

この時点で、ファイル１のリード要求（ＲＥＡＤ命令ｃ8）がアクセス要求発生部１９からファイル管理部１８に送出されたとする。ここで、例えば、一つのファイルに対するリード要求が３回蓄積されることがアクセス条件としてアクセス条件記憶部２４に記憶（設定）されていた場合、ファイル１のオープン命令用スタック及び読み出し命令用スタックを空にする一方で、１回のオープン要求と１回の読み出し要求とを（統合して）被制御側処理装置１２のファイル管理用インタフェース１６に通知する。

この処理の場合、命令用スタックにアクセス要求を蓄積している期間だけファイルに対するオープンや読み出しの開始時間の遅延が生じるが、上述したように、本実施形態のファイル共有システム１０では、オープン、読み出しなどのアクセス要求が短時間に大量に送出される構成であるため、この程度の遅延は、特に問題とはならない。つまり、ファイル共有システム１０は、遠隔制御側処理装置１４から被制御側処理装置１２へ通知するオープン要求、読み出し要求の回数を実質的に削減でき、スペックの低い被制御側処理装置１２の負荷を低減できると共に、スペックの高い遠隔制御側処理装置１４の上位アプリケーション２０が要求するパフォーマンスを満足させることが可能となる。

また、被制御側処理装置１２の仕様上の制約でオープン状態にしておけるファイルの数が例えば２つに制限されていた場合、図４に示すように、ｃ1〜ｃ7までのアクセス要求を仮に既存の処理どおり被制御側処理装置１２に順次通知したとすると、（例えばＬＲＵ［Least Recently Used］方式を適用している場合）アクセス要求ｃ5が通知される時点でファイル１をクローズする必要が生じる。この後、アクセス要求ｃ6が通知されると、ファイル１をオープンすると共にファイル２をクローズする必要が生じ、このような既存の処理ではオープン、クローズの回数が増えてパフォーマンスが低下することになる。

しかしながら、本実施形態のファイル共有システム１０では、アクセス要求ｃ8が発生した時点でファイル１をオープンするので、オープン、クローズを頻繁に行うことによるパフォーマンスの低下を抑制することができる。

既述したように、本実施形態のファイル共有システム１０によれば、遠隔制御側処理装置１４の上位アプリケーション２０（アクセス要求発生部１９）から発生させた、被制御側処理装置１２のファイル記憶部１７内の各ファイル１、２、３…に対する複数のアクセス要求を順次記憶し、この記憶状況に基づいて、複数のアクセス要求を統合して遠隔制御側処理装置１４から被制御側処理装置１２へ通知することで、ファイルへのアクセスのための処理を効率的に行うことができる。

［第２の実施の形態］
次に、本発明の第２の実施形態を図５〜図７に基づき説明する。なお、図５〜図７において、図２、図４に示した第１の実施形態中の構成要素と同一の構成要素については、同一の符号を付与しその説明を省略する。

第２の実施形態に係るファイル共有システムは、遠隔制御側処理装置１４に設けられていたファイル管理部１８に代えて、図５に示すように、ファイル管理部３８を備えている。ファイル管理部３８は、ファイル管理部１８の構成要素に加え、読み出しデータ格納部としてのキャッシュメモリ３１と、ファイル関連情報検出部３２と、データ格納選択部３３と、ファイルアクセス省略部３４と、をさらに備えている。

キャッシュメモリ３１は、アクセス要求通知部２５からの読み出し要求を介してファイル記憶部１７内のファイル１、２、３…から読み出されたデータを格納するための記憶領域である。ファイルアクセス省略部３４は、キャッシュメモリ３１内に、読み出したデータが格納されたファイル記憶部１７内のファイルに対し、アクセス要求通知部２５からの読み出し要求が再度発生した場合、キャッシュメモリ３１内から、対応するデータを読み出す。

ファイル関連情報検出部３２は、アクセス要求通知部２５からの読み出し要求を介してファイル記憶部１７内からデータの読み出されたファイルに関する情報を検出する。データ格納選択部３３は、ファイル関連情報検出部３２による検出結果に基づいて、読み出し要求の対象のファイルから読み出したデータをキャッシュメモリ３１に格納するか否かを選択する。

より具体的には、ファイル関連情報検出部３２は、ファイル記憶部１７内から読み出されたファイルに関する情報として、ファイルのサイズ（データサイズ）及び／又はファイルの種類を検出する。一方、データ格納選択部３３は、検出されたファイルのサイズ及び／又はファイルの種類に基づいて、読み出し要求の対象のファイルから読み出したデータをキャッシュメモリ３１に格納するか否かを選択する。

つまり、データ格納選択部３３は、キャッシュメモリ３１への格納を許容する、ファイルサイズの閾値や、ファイルの種類を特定するいくつかの拡張子をデータ格納条件として予め登録している。これにより、データ格納選択部３３は、ファイルサイズが例えば閾値未満で、かつ予め登録された拡張子を持つファイルがファイル関連情報検出部３２にて検出された場合には、このファイルから読み出したデータをキャッシュメモリ３１に格納する。

次に、このように構成されたファイル管理部３８が行う処理を図６に示すフローチャートに基づき説明する。まず、被制御側処理装置１２におけるファイル記憶部１７内のファイル１、２、３…からデータの読み出しが行われた場合（Ｓ１１のＹＥＳ）、遠隔制御側処理装置１４のファイル管理部３８におけるファイル関連情報検出部３２は、読み出されたデータを取得し、このデータに対応するファイルのサイズやファイルの種類を検出する。

データ格納選択部３３は、検出されたファイルのサイズやファイルの種類がデータ格納条件を満足するか否かを判定し（Ｓ１２）、データ格納条件を満たす場合（Ｓ１２のＹＥＳ）、当該読み出したデータをキャッシュメモリ３１に格納する。

この後、キャッシュメモリ３１に格納したデータに対応するファイルの再度の読み出し要求が上位アプリケーション２０のアクセス要求発生部１９から発生した場合（Ｓ１４のＹＥＳ）、ファイル管理部３８のファイルアクセス省略部３４は、キャッシュメモリ３１内から、読み出し要求の対象のファイルに対応するデータを読み出し（Ｓ１５）、読み出したデータを上位アプリケーション２０に送出する。

さらに、図７に示す概念図に基づいて、ファイル管理部３８が行う処理を詳述する。図７に示すように、上位アプリケーション２０のアクセス要求発生部１９から、ファイル記憶部１７に記憶されたファイル１の読み出し要求（ＲＥＡＤ命令ｒ1）がファイル管理部３８に送出されたとする。ファイル管理部３８のアクセス要求通知部２５は、アクセス条件を満足した時点で、統合したアクセス要求に含まれる読み出し要求（ＲＥＡＤ命令ｒ2）を被制御側処理装置１２のファイル管理用インタフェース１６に実際に通知する。

ファイル管理用インタフェース１６内のファイルアクセス実行部１１は、ファイル記憶部１７内のファイル１のデータを読み出し、読み出したデータを遠隔制御側処理装置１４のファイル管理部３８に送信する（ｒ3）。さらに、ファイル管理部３８は、受信したファイル１のデータを上位アプリケーション２０に送信する（ｒ4）と同時に、上述したデータ格納条件を満たす場合、ファイル１のデータをキャッシュメモリ３１に格納する。

この後、キャッシュメモリ３１に格納したデータに対応するファイルの再度の読み出し要求が上位アプリケーション２０から発生した場合（ｒ5）、ファイル管理部３８のファイルアクセス省略部３４は、キャッシュメモリ３１内から、対応するデータを読み出して、上位アプリケーション２０に送出する（ｒ6）。

したがって、この実施形態に係るファイル共有システムによれば、キャッシュメモリ３１内に、一度読み出したデータが格納されたファイル記憶部１７内のファイルに対し、アクセス要求通知部２５からの読み出し要求が再度発生した場合、キャッシュメモリ３１内から、対応するデータを直接読み出すことができるので、データの読み出しに要する時間を短縮することができる。

［第３の実施の形態］
次に、本発明の第３の実施形態を図８、図９に基づき説明する。なお、図８において、図２、図５に示す第１、第２の実施形態の構成要素と同一の構成要素については、同一の符号を付与しその説明を省略する。

第３の実施形態に係るファイル共有システムは、第２の実施形態の遠隔制御側処理装置に設けられていたファイル管理部３８に代えて、図８に示すように、ファイル管理部５８を備えている。ファイル管理部５８は、ファイル管理部３８の構成要素であったアクセス要求通知部２５に代えて、アクセス要求通知部５６を備えていると共に、さらにアクセス状況監視部５４及びクローズ条件記憶部５５を加えて構成されている。

アクセス状況監視部５４は、ファイル記憶部１７内のファイル毎のアクセス状況を監視し、例えば、ファイル記憶部１７内でオープンされた状態のファイルの数を検出する。アクセス要求通知部５６は、クローズ要求通知部５６ａを備えている。クローズ要求通知部５６ａは、ファイル記憶部１７内でオープンされた状態の複数のファイル１、２、３…の中から、アクセス状況監視部による監視結果に基づいて選択したファイルのクローズ要求を被制御側処理装置１２に通知する。クローズ要求通知部５６ａは、クローズ条件記憶部５５に記憶されたクローズ条件を満足するファイルをクローズ要求の通知対象のファイルとして選択する。

具体的には、アクセス状況監視部５４は、ファイル記憶部１７内のファイル毎に対する読み出し又は書き込みの頻度や、また、ファイル記憶部１７内でオープンされた状態の複数のファイルの中から、最も過去にオープンされたファイルを検出する。ファイルに対する読み出し又は書き込みの頻度は、リード関数やライト関数のコール回数から得ることができる。

さらに、アクセス状況監視部５４は、既定時間内でのファイル記憶部１７内のファイル毎に対する読み出し又は書き込みの実行されたデータのデータサイズや、また、ファイル記憶部１７内でオープンされた状態のファイルのファイル名とそのファイルがオープンされた時刻とを検出する。また、アクセス状況監視部５４は、ファイル記憶部１７内の各ファイルに関する情報として、読み取り専用や隠しファイルなどを表すファイル属性、ファイル名、及びファイルの種類（拡張子）を取得する。

クローズ条件記憶部５５は、ファイル記憶部１７内でオープンされた状態の複数のファイルの中から、クローズ要求の通知対象となるファイルをクローズ要求通知部５６ａに選択させるための条件を予め登録している。さらに、クローズ条件記憶部５５には、ファイル記憶部１７内でオープンされた状態のファイルの数が閾値を超えた場合に、選択したファイルのクローズ要求の通知が実行される旨が、クローズ条件として記憶されている。より具体的には、クローズ条件記憶部５５には、ＬＦＵ（Least Frequently Used）条件、ＬＲＵ（Least Recently Used）条件、ポイント制条件、ファイル種別優先度条件などが予め登録されている。

すなわち、ＬＦＵ条件とは、読み出し及び書き込みされた頻度が最も少ないファイルをクローズ要求の通知対象とするＬＦＵ方式を適用する条件であり、ＬＲＵ条件とは、オープンされた時期が最も古いファイルをクローズ要求の通知対象とするＬＲＵ方式を利用した条件である。また、ポイント制条件とは、読み出し及び書き込みの頻度と読み出し及び書き込みの行われた時期の新しさとを加えたポイント制とし、最もポイントの低いファイルをクローズ要求の通知対象とする条件である。ファイル種別優先度条件とは、ファイルの種類毎に予め優先度を付与しておき、優先度の低い種類のファイルをクローズ要求の通知対象とする条件である。なお、ファイルのデータサイズを基に閾値や特定のファイル属性を持つファイルをクローズさせるクローズ条件やデータサイズに基づいてファイルをクローズさせるクローズ条件などをクローズ条件記憶部５５が記憶させてもよい。

上述したクローズ要求通知部５６ａは、このようなクローズ条件記憶部５５内のクローズ条件を参照しつつ、読み出し又は書き込みの頻度に基づいて、クローズ要求の通知対象となるファイルを選択したり、また、最も過去にオープンされたファイルを、クローズ要求の通知対象となるファイルとして選択する。また、クローズ要求通知部５６ａは、クローズ条件記憶部５５内のクローズ条件を参照しつつ、ファイル名（又は読み出し、書き込みの頻度）とオープンされた時刻とに基づいて、クローズ要求の通知対象となるファイルを選択したり、さらには、検出されたファイルのデータサイズ（又はファイル属性）に基づいて、クローズ要求の通知対象となるファイルを選択する。

ここで、クローズ要求通知部５６ａが、上に例示したどのクローズ条件をファイルの選択に適用するかは、適宜変更可能である。例えば、所定のユーザインタフェースを参照しながら、ユーザがいずれかのクローズ条件を選択してファイル管理部５８に設定するものであってもよいし、また、いずれかのクローズ条件が予めファイル管理部５８に固定的に設定されているものであってもよい。

次に、このように構成されたファイル管理部５８が行う処理を図９に示すフローチャートに基づき説明する。まず、ファイル記憶部１７内のファイル毎のアクセス状況をアクセス状況監視部５４が監視している状態において（Ｓ２１）、クローズ条件を満たすオープン状態のファイルが存在した場合（Ｓ２２のＹＥＳ）、クローズ要求通知部５６ａは、クローズ条件を満たすオープン状態のファイルを選択する（Ｓ２３）。さらに、クローズ要求通知部５６ａは、ファイルを選択したファイルのクローズ要求を被制御側処理装置１２（のファイル管理用インタフェース１６）に通知し、ファイルアクセス実行部１１を通じて選択したファイルをクローズさせる。

したがって、本実施形態に係るファイル共有システムによれば、読み出しや書き込みが頻繁に行われるファイルがクローズされることなどを抑制することが可能となり、これによりファイルへのアクセスに関する処理を効率的に行うことができる。

以上、本発明を第１〜第３の実施の形態により具体的に説明したが、本発明はこれらの実施形態にのみ限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば上述した実施形態では、被制御側処理装置１２と遠隔制御側処理装置１４との接続にＬＡＮなどを例示したが、ＬＡＮ以外のネットワークを適用してもよいし、また、ネットワーク以外の例えばＵＳＢインタフェースやＩＥＥＥ１３９４インタフェースなどで接続されるものであってもよい。

また、第１の情報処理装置である被制御側処理装置の用途などについては具体的に例示しなかったが、例えば、有線又は無線で動画配信を行う例えば地上デジタルテレビジョン放送、ＢＳアナログ／デジタル放送、ＣＳアナログ／デジタル放送、インターネット対応テレビ放送などに利用する放送機器を本発明の第１の情報処理装置として適用することが可能である。また、この他、電子計測機器、工業用自動機、自動車の制御システム、カーナビゲーションシステム、医療機器といった、組み込みシステムなどを用いるあらゆる電子機器を本発明の第１の情報処理装置として適用することができる。

１０…ファイル共有システム、１１…ファイルアクセス実行部、１２…被制御側処理装置（第１の情報処理装置）、１４…遠隔制御側処理装置（第２の情報処理装置）、１５…ネットワーク、１６…ファイル管理用インタフェース、１７…ファイル記憶部、１８，３８，５８…ファイル管理部、１９…アクセス要求発生部、２０…上位アプリケーション、２１…ファイル処理制御部、２２…アクセス要求記憶部、２２ａ…オープン命令用スタック、２２ｂ…リード命令用スタック、２３…仮想アクセス応答部、２４…アクセス条件記憶部、２５，５６…アクセス要求通知部、３１…キャッシュメモリ（読み出しデータ格納部）、３２…ファイル関連情報検出部、３３…データ格納選択部、３４…ファイルアクセス省略部、５４…アクセス状況監視部、５５…クローズ条件記憶部、５６ａ…クローズ要求通知部。

Claims

複数のファイルを記憶するファイル記憶部を備えた第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続されかつ前記ファイル記憶部内の各ファイルにアクセス可能な第２の情報処理装置と、を有するファイル共有システムであって、
前記第２の情報処理装置は、
前記ファイル記憶部内のファイルに対する読み出し要求、書き込み要求、オープン要求、又はクローズ要求のうちのいずれかであるアクセス要求を発生させるアクセス要求発生部と、
前記アクセス要求発生部により発生させた複数のアクセス要求を順次記憶するアクセス要求記憶部と、
前記アクセス要求記憶部に順次記憶されるアクセス要求が、前記第１の情報処理装置側へ既に通知されたものとして仮想化した当該アクセス要求に対する仮想応答通知を、前記アクセス要求発生部に返信する仮想アクセス応答部と、
前記アクセス要求記憶部内の同一のファイルに対する書き込み要求又は読み出し要求の数が閾値を超えた場合に、前記同一のファイルに対する一回のオープン要求と一回以上の書き込み要求又は読み出し要求とを統合して前記第１の情報処理装置側に通知を行うアクセス要求通知部と、
前記ファイル記憶部内のファイル毎のアクセス状況を監視するアクセス状況監視部と、
を具備し、
前記アクセス要求通知部は、前記ファイル記憶部内でオープンされた状態のファイルの数が閾値を超えた場合に、前記ファイル記憶部内でオープンされた状態の複数のファイルの中から、前記アクセス状況監視部による監視結果に基づいて選択したファイルのクローズ要求を前記第１の情報処理装置側に通知するクローズ要求通知部を備える、
ことを特徴とするファイル共有システム。
前記第１の情報処理装置は、
前記アクセス要求通知部により通知される統合されたアクセス要求に基づいて、前記ファイル記憶部内のファイルに対するアクセスを実行するファイルアクセス実行部、
を備えることを特徴とする請求項１記載のファイル共有システム。
前記第２の情報処理装置は、
前記アクセス要求通知部からの読み出し要求を介して前記ファイル記憶部内のファイルから読み出されたデータを格納するための読み出しデータ格納部と、
前記読み出しデータ格納部内に、読み出したデータが格納された前記ファイル記憶部内のファイルに対し、前記アクセス要求通知部からの読み出し要求が再度発生する場合、前記読み出しデータ格納部内から、対応するデータを読み出すファイルアクセス省略部と、
をさらに備えることを特徴とする請求項１又は２記載のファイル共有システム。
前記第２の情報処理装置は、
前記アクセス要求通知部からの読み出し要求を介して前記ファイル記憶部内からデータの読み出されたファイルに関する情報を検出するファイル関連情報検出部と、
前記ファイル関連情報検出部による検出結果に基づいて、前記読み出し要求の対象のファイルから読み出したデータを前記読み出しデータ格納部に格納するか否かを選択するデータ格納選択部と、
をさらに備えることを特徴とする請求項３記載のファイル共有システム。
前記ファイル関連情報検出部は、前記ファイルに関する情報として、ファイルのサイズ及び／又はファイルの種類を検出し、
前記データ格納選択部は、前記検出されたファイルのサイズ及び／又はファイルの種類に基づいて、前記読み出し要求の対象のファイルから読み出したデータを前記読み出しデータ格納部に格納するか否かを選択する、
ことを特徴とする請求項３記載のファイル共有システム。
前記アクセス状況監視部は、前記ファイル記憶部内のファイル毎に対する読み出し又は書き込みの頻度を検出し、
前記クローズ要求通知部は、前記読み出し又は書き込みの頻度に基づいて、前記クローズ要求の通知対象となるファイルを選択する、
ことを特徴とする請求項１又は２記載のファイル共有システム。
前記アクセス状況監視部は、前記ファイル記憶部内でオープンされた状態の複数のファイルの中から、最も過去にオープンされたファイルを検出し、
前記クローズ要求通知部は、前記最も過去にオープンされたファイルを、前記クローズ要求の通知対象となるファイルとして選択する、
ことを特徴とする請求項１又は２記載のファイル共有システム。
前記アクセス状況監視部は、前記ファイル記憶部内の各ファイルに関する情報として、ファイル属性、ファイル名、及びファイルの種類のうちの少なくとも一つを取得し、
前記クローズ要求通知部は、前記取得したファイルに関する情報に基づいて、前記クローズ要求の通知対象となるファイルを選択する、
ことを特徴とする請求項１又は２記載のファイル共有システム。
前記アクセス状況監視部は、前記ファイル記憶部内でオープンされた状態のファイルのファイル名とそのファイルがオープンされた時刻とを検出し、
前記クローズ要求通知部は、前記検出されたファイル名及び前記オープンされた時刻に基づいて、前記クローズ要求の通知対象となるファイルを選択する、
ことを特徴とする請求項１又は２記載のファイル共有システム。
前記アクセス状況監視部は、既定時間内での前記ファイル記憶部内のファイル毎に対する読み出し又は書き込みの実行されたデータのデータサイズを検出し、
前記クローズ要求通知部は、前記検出されたデータサイズに基づいて、前記クローズ要求の通知対象となるファイルを選択する、
ことを特徴とする請求項１又は２記載のファイル共有システム。