JP5723812B2 - File server, data input/output method, I/O hook module program, and I/O proxy daemon program - Google Patents

Description

Translated fromJapanese

本発明は、ネットワークファイル共有サービスを提供するファイルサーバアプリケーションソフトウェアに関し、制御情報付加Ｉ／Ｏ代行機能を有するファイルサーバ、データ入出力方法、Ｉ／Ｏ代行デーモンプログラム及びフックモジュールプログラムに関する。The present invention relates to file server application software that provides a network file sharing service, and to a file server with a control information-added I/O proxy function, a data input/output method, an I/O proxy daemon program, and a hook module program.

ネットワークによって接続された計算機間で文書や画像等のデータファイルを共有する、ネットワークファイル共有技術が実用化されている。ネットワークファイル共有技術において、ＷＳ（Work Station）やＮＡＳ（Network Attached
Storage）等のサーバ装置は、ＰＣ（Personal Computer）や携帯端末等のクライアント端末に対して、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介してサーバ装置上のファイルにアクセスするサービスである、ネットワークファイル共有サービスを提供する。ネットワークファイル共有サービスを提供するサーバ装置は、一般に、ファイルサーバとよばれる。 Network file sharing technology, which allows data files such as documents and images to be shared between computers connected via a network, has been put to practical use. In the network file sharing technology, WS (Work Station) and NAS (Network Attached Storage) are used.
2. Description of the Related Art A server device such as a Personal Computer (PC) or a Wide Area Network (WAN) provides a network file sharing service, which allows client terminals such as PCs (Personal Computers) or mobile terminals to access files on the server device via a network such as a Local Area Network (LAN) or a Wide Area Network (WAN). A server device that provides a network file sharing service is generally called a file server.

ネットワークファイル共有サービスで用いられる通信プロトコルには、主にＵＮＩＸ（登録商標）系のＯＳ（Operating System）で用いられるＮＦＳ（Network
File System）、および、主にWindows（登録商標）系のＯＳで用いられるＣＩＦＳ（Common Internet File System）等がある。 The communication protocol used in network file sharing services is Network File System (NFS), which is mainly used in UNIX (registered trademark)-based OS (Operating System).
and CIFS (Common Internet File System), which is mainly used in Windows (registered trademark)-based operating systems.

ＵＮＩＸ（登録商標）系のＯＳ上でＣＩＦＳを用いたネットワークファイル共有サービスを提供するファイルサーバアプリケーションソフトウェアとして、Ｓａｍｂａが普及している。Ｓａｍｂａは、サーバ装置のＯＳが提供するソケットインタフェースを介してクライアント端末と通信し、ファイルシステムインタフェースを介してサーバ装置上のファイルにアクセスする。Samba is a popular file server application software that provides a network file sharing service using CIFS on UNIX (registered trademark) based OS. Samba communicates with client terminals via a socket interface provided by the OS of the server device, and accesses files on the server device via a file system interface.

特許文献１には、ファイルシステムのオブジェクトに対して、ＩＯＣＴＬ（Input Output Control）システムコールを発行することにより、Ｗｉｎｄｏｗｓ（登録商標）系の属性更新権等のアクセス制御機能をＳａｍｂａで使用する技術が開示されている。Patent document 1 discloses a technique for using Windows (registered trademark) access control functions such as attribute update rights in Samba by issuing an IOCTL (Input Output Control) system call to a file system object.

一方、ＩＯＣＴＬシステムコールを用いて個々のＩ／Ｏ（Input /Output）要求にデッドライン情報等の制御情報を付加することによりＩ／Ｏ制御の精度を高める、リアルタイムＩ／Ｏファイルシステムが開発されている。特許文献２には、ファイルシステムのメタデータにアクセス制御情報を格納し、追加の機能モジュールを読み込むことによりファイルシステムの機能を拡張する技術が開示されている。Meanwhile, a real-time I/O file system has been developed that uses an IOCTL system call to add control information such as deadline information to each I/O (Input/Output) request, thereby improving the accuracy of I/O control. Patent Document 2 discloses a technology that stores access control information in the metadata of a file system and expands the functionality of the file system by loading additional functional modules.

また、特許文献３には、非リアルタイムＯＳに外付けのリアルタイムソフトウェアでリアルタイムＩ／Ｏを実現する技術が開示されている。Patent document 3 also discloses a technology that achieves real-time I/O using external real-time software on a non-real-time OS.

しかし、これらの技術の組み合わせでは特許文献１記載のＳａｍｂａのようなＩ／Ｏ特性を認識しない非リアルタイムソフトウェアを、特許文献２記載のようなＩ／Ｏ特性を認識するリアルタイムファイルシステム上で動作させることはできない。However, by combining these technologies, it is not possible to run non-real-time software that does not recognize I/O characteristics, such as Samba described inPatent Document 1, on a real-time file system that recognizes I/O characteristics, such as that described in Patent Document 2.

なぜならば、特許文献３に記載の方法では、特許文献２記載のようなリアルタイムファイルシステムがＩ／Ｏ特性を認識するために必要な情報をＩ／Ｏに付加することができないからである。Ｉ／Ｏ特性とは、あらかじめ設定した構成情報を参照して得られる制御情報だけでなく、動的に実際に発行されたＩ／Ｏのパターンを解析することで得られる制御情報の両方が含まれる。This is because the method described in Patent Document 3 does not allow a real-time file system such as that described in Patent Document 2 to add information to the I/O that is necessary to recognize the I/O characteristics. The I/O characteristics include both control information obtained by referencing preset configuration information, and control information obtained by dynamically analyzing the pattern of I/O that is actually issued.

特開２００９−２１１６６８号公報JP 2009-211668 A米国特許第７８５３８２２号明細書U.S. Pat. No. 7,853,822特表２００７−５２８０３２号公報Special Publication No. 2007-528032

前記従来の技術では、Ｓａｍｂａ等の既存のファイルサーバアプリケーションソフトウェアが、リアルタイムＩ／Ｏファイルシステム等の新たなファイルシステムの拡張機能に対応しその効果を得るためには、ファイルサーバアプリケーションソフトウェアを改変し、ファイルＩ／Ｏ要求発行時に、Ｉ／Ｏ要求に制御情報を付加するＩＯＣＴＬシステムコールを発行する等の機能を実装する必要があった。従って、ファイルサーバアプリケーションソフトウェア毎に、新たなファイルシステムに対応するための改変工数がかかるという課題があった。In the conventional technology described above, in order for existing file server application software such as Samba to support the expanded functions of new file systems such as real-time I/O file systems and obtain the benefits of these functions, it was necessary to modify the file server application software and implement functions such as issuing an IOCTL system call that adds control information to an I/O request when a file I/O request is issued. This resulted in the problem that it took a lot of work to modify each file server application software to support the new file system.

本発明は、前記課題を解決する、個々のファイルサーバアプリケーションソフトウェアの改変工数を従来技術と比較して少なく抑えて新たなファイルシステムの拡張機能に対応する方式および装置を提供することを目的とする。The present invention aims to solve the above problems by providing a method and device that can accommodate new file system expansion functions while reducing the amount of work required to modify individual file server application software compared to conventional techniques.

前記課題を解決するために、本発明では、従来のファイルサーバアプリケーション部のファイルＩ／Ｏ要求発行をフックするＩ／Ｏフックモジュール部と、ファイルシステムの拡張機能に対応するＩ／Ｏ代行デーモン部とを備える。To solve the above problem, the present invention includes an I/O hook module section that hooks the issuance of file I/O requests from a conventional file server application section, and an I/O proxy daemon section that supports the extended functions of the file system.

Ｉ／Ｏフックモジュール部は、ファイルサーバアプリケーション部のファイルＩ／Ｏ要求発行をフックし、フックしたファイルＩ／Ｏ要求からアクセス対象となるファイルのパス名、ファイル内のアクセス対象領域を示すオフセット、レングス等の情報を取得してＩ／Ｏ代行デーモン部に渡す。The I/O hook module hooks the file I/O request issued by the file server application, and obtains information from the hooked file I/O request, such as the path name of the file to be accessed, the offset indicating the area to be accessed within the file, and the length, and passes this information to the I/O proxy daemon.

Ｉ／Ｏ代行デーモン部は、Ｉ／Ｏフックモジュール部から受け取った個々のファイルＩ／Ｏ要求に、構成情報に基づいてファイルサーバアプリケーション部およびアクセス対象ファイルに応じた制御情報を付加する。Ｉ／Ｏ代行デーモン部は、制御情報を付加したＩ／Ｏ要求をファイルシステムに対して発行し、Ｉ／Ｏの実行結果をＩ／Ｏフックモジュール部を介してファイルサーバアプリケーション部に渡す。The I/O proxy daemon unit adds control information to each file I/O request received from the I/O hook module unit according to the configuration information, depending on the file server application unit and the file to be accessed. The I/O proxy daemon unit issues the I/O request with the added control information to the file system, and passes the I/O execution results to the file server application unit via the I/O hook module unit.

本発明のファイルサーバは、Ｉ／Ｏ特性を認識しないファイルサーバアプリケーション部と、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識しないファイルシステムとを備えたファイルサーバにおいて、Ｉ／Ｏ代行デーモン部、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識するファイルシステム、及び、前記ファイルサーバアプリケーション部及び前記ファイルシステムが管理するファイルの構成情報を有するメモリを備え、前記Ｉ／Ｏ代行デーモン部は、
前記ファイルサーバアプリケーション部からＩ／Ｏを受信し、前記受信したＩ／Ｏに、前記構成情報を参照して、前記受信したＩ／Ｏの制御情報を付加し、該制御情報を付加したＩ／Ｏを、前記Ｉ／Ｏ特性を認識するファイルシステムへ送信することを特徴とする。 The file server of the present invention is provided with a file server application unit that does not recognize I/O characteristics, and a file system that does not recognize I/O characteristics and receives I/O from the file server application unit, the file server further comprises an I/O proxy daemon unit, a file system that recognizes I/O characteristics and receives I/O from the file server application unit, and a memory having configuration information of files managed by the file server application unit and the file system, and the I/O proxy daemon unit:
The method is characterized in that it receives I/O from the file server application unit, adds control information for the received I/O to the received I/O by referring to the configuration information, and transmits the I/O with the added control information to a file system that recognizes the I/O characteristics.

また、本発明のファイルサーバは、前記ファイルサーバアプリケーション部は、Ｉ／Ｏフックモジュール部を備えており、前記Ｉ／Ｏフックモジュール部は、前記ファイルサーバアプリケーション部のファイルＩ／Ｏ発行要求をフックし、フックしたファイルＩ／Ｏ発行要求からアクセス対象となるファイルの情報を取得して前記Ｉ／Ｏ代行デーモン部に渡すことを特徴とする。The file server of the present invention is characterized in that the file server application unit includes an I/O hook module unit, which hooks a file I/O issuance request from the file server application unit, obtains information about the file to be accessed from the hooked file I/O issuance request, and passes the information to the I/O proxy daemon unit.

また、本発明のファイルサーバは、前記Ｉ／Ｏ代行デーモン部は、Ｉ／Ｏパターン解析部を備えており、前記Ｉ／Ｏパターン解析部を用いて前記ファイルＩ／Ｏ発行要求のＩ／Ｏパターンを解析して取得した動的な制御情報を、前記ファイルＩ／Ｏ発行要求に付加することを特徴とする。The file server of the present invention is characterized in that the I/O proxy daemon unit includes an I/O pattern analysis unit, and adds dynamic control information obtained by analyzing the I/O pattern of the file I/O issuance request using the I/O pattern analysis unit to the file I/O issuance request.

本発明のデータ入出力方法は、Ｉ／Ｏ特性を認識しないファイルサーバアプリケーション部と、Ｉ／Ｏ代行デーモン部と、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識しないファイルシステムと、前記ファイルサーバアプリケーションからＩ／Ｏを受信する、Ｉ／Ｏ特性を認識するファイルシステムと、前記ファイルサーバアプリケーション及び前記ファイルシステムが管理するファイルの構成情報を有するメモリと、を備えるファイルサーバにおけるデータ入出力方法であって、前記ファイルサーバアプリケーション部から送信されるＩ／Ｏに、前記構成情報を参照して、該Ｉ／Ｏの制御情報を付加するステップ及び前記制御情報を付加したＩ／Ｏを、前記Ｉ／Ｏ特性を認識するファイルシステムに送信するステップを含むことを特徴とする。The data input/output method of the present invention is a data input/output method in a file server that includes a file server application unit that does not recognize I/O characteristics, an I/O proxy daemon unit, a file system that does not recognize I/O characteristics and receives I/O from the file server application unit, a file system that recognizes I/O characteristics and receives I/O from the file server application unit, and a memory that has configuration information of files managed by the file server application and the file system, and is characterized in that it includes a step of adding control information for the I/O sent from the file server application unit by referring to the configuration information, and a step of sending the I/O with the added control information to the file system that recognizes the I/O characteristics.

また、本発明のデータ入出力方法は、更に、前記ファイルサーバアプリケーション部のファイルＩ／Ｏ発行要求をフックするステップと、フックしたファイルＩ／Ｏ発行要求からアクセス対象となるファイルの情報を取得して前記Ｉ／Ｏ代行デーモン部に渡すステップとを含むことを特徴とする。The data input/output method of the present invention further includes a step of hooking a file I/O issuance request from the file server application unit, and a step of obtaining information about the file to be accessed from the hooked file I/O issuance request and passing the information to the I/O proxy daemon unit.

また、本発明のデータ入出力方法は、更に、前記ファイルＩ／Ｏ発行要求のＩ／Ｏパターンを解析するステップと、解析して取得した動的な制御情報を、前記ファイルＩ／Ｏ発行要求に付加するステップとを含むことを特徴とする。The data input/output method of the present invention further includes a step of analyzing the I/O pattern of the file I/O issuance request, and a step of adding dynamic control information obtained by the analysis to the file I/O issuance request.

本発明のＩ／Ｏフックモジュールプログラムは、ファイルサーバアプリケーションソフトウェアのファイルＩ／Ｏ発行要求をフックする手順と、フックした前記ファイルＩ／Ｏ発行要求からアクセス対象となるファイルのパス名およびファイル内のアクセス対象領域を示す情報を取得する手順と、取得した情報をＩ／Ｏデーモンプログラムに渡す手順と、を計算機に実行させることを特徴とする。The I/O hook module program of the present invention is characterized in that it causes a computer to execute the steps of hooking a file I/O issuance request from file server application software, obtaining information indicating the path name of the file to be accessed and the area to be accessed within the file from the hooked file I/O issuance request, and passing the obtained information to an I/O daemon program.

本発明のＩ／Ｏ代行デーモンプログラムは、Ｉ／Ｏフックモジュールプログラムから受け取った個々のファイルＩ／Ｏ発行要求に、ファイルサーバアプリケーションソフトウェアおよびアクセス対象ファイルに応じた制御情報を付加する手順と、前記制御情報を付加したファイルＩ／Ｏ発行要求をファイルシステムに対して発行する手順と、前記ファイルＩ／Ｏ発行要求の実行結果をＩ／Ｏフックモジュールプログラムを介して前記ファイルサーバアプリケーションソフトウェアに渡す手順と、を計算機に実行させることを特徴とする。The I/O proxy daemon program of the present invention is characterized in that it causes a computer to execute the steps of adding control information corresponding to the file server application software and the file to be accessed to each file I/O issuance request received from an I/O hook module program, issuing the file I/O issuance request with the added control information to a file system, and passing the execution result of the file I/O issuance request to the file server application software via the I/O hook module program.

また、本発明のＩ／Ｏ代行デーモンプログラムは、前記ファイルシステムと共有メモリ領域をＩ／Ｏバッファとして使用することにより、Ｉ／Ｏ特性を認識するファイルシステムに対して読み書きするデータの受け渡しを行う手順を、計算機に実行させることを特徴とする。The I/O proxy daemon program of the present invention is characterized in that it causes a computer to execute a procedure for transferring data to and from a file system that recognizes I/O characteristics by using the file system and shared memory area as an I/O buffer.

また、本発明のＩ／Ｏ代行デーモンプログラムは、前記ファイルサーバアプリケーションソフトウェアから受け取った個々のファイルＩ／Ｏ発行要求がデッドラインミスを起こした場合の再試行する回数であるリトライポリシー基づいてファイルＩ／Ｏ発行要求の手順を、計算機に実行させることを特徴とする。The I/O proxy daemon program of the present invention is also characterized in that it causes a computer to execute a file I/O issuance request procedure based on a retry policy, which is the number of retries to be made if an individual file I/O issuance request received from the file server application software causes a deadline miss.

また、本発明のＩ／Ｏ代行デーモンプログラムは、前記ファイルサーバアプリケーションソフトウェアのＩ／ＯフックモジュールプログラムからファイルＩ／Ｏ発行要求に関する情報を受け取る手順と、前記ファイルサーバアプリケーションソフトウェアからファイルＩ／Ｏ発行要求に構成情報に基づく制御情報を付加し、リアルタイムＩ／Ｏファイルシステムに対して非同期で発行する手順と、非同期で発行される読み込みおよび書き込みのファイルＩ／Ｏ発行要求を管理する手順と、管理される履歴情報を参照し、Ｉ／Ｏのパターンを解析する手順と、解析したパターンに基づく動的な制御情報を前記Ｉ／Ｏ発行要求に付加して前記リアルタイムＩ／Ｏファイルシステムに発行する手順と、を計算機に実行させることを特徴とする。The I/O proxy daemon program of the present invention is characterized in that it causes a computer to execute the steps of receiving information about a file I/O issuance request from an I/O hook module program of the file server application software, adding control information based on configuration information to the file I/O issuance request from the file server application software and issuing the request asynchronously to a real-time I/O file system, managing the asynchronously issued read and write file I/O issuance requests, referencing the managed history information and analyzing I/O patterns, and adding dynamic control information based on the analyzed pattern to the I/O issuance request and issuing it to the real-time I/O file system.

本発明によれば、個々のファイルサーバアプリケーション部には、ファイルＩ／Ｏ要求発行をフックするＩ／Ｏフックモジュール部に対応する改変を加えるのみで、実際のＩ／Ｏの発行をＩ／Ｏ代行デーモン部に代行させることができる。According to the present invention, by simply making modifications to the I/O hook module section that hooks the issuance of file I/O requests, each file server application section can have the I/O proxy daemon section proxy the issuance of actual I/O requests.

Ｉ／Ｏ代行デーモン部は、Ｉ／Ｏフックモジュール部から受け取った個々のファイルＩ／Ｏ要求にデッドライン情報等の制御情報を付加してファイルシステムに発行することにより、リアルタイムＩ／Ｏファイルシステム等の新たなファイルシステムが提供する拡張機能の効果を得ることができる。The I/O proxy daemon unit can obtain the benefits of the expanded functions provided by new file systems such as real-time I/O file systems by adding control information such as deadline information to each file I/O request received from the I/O hook module unit and issuing it to the file system.

従って、本発明によれば、個々のファイルサーバアプリケーション部の改変工数を従来技術と比較して少なく抑えて新たなファイルシステムの拡張機能に対応する装置および方法を提供することができる。Therefore, according to the present invention, it is possible to provide an apparatus and method that can accommodate new file system expansion functions while keeping the amount of work required to modify individual file server application sections to a minimum compared to conventional techniques.

図１は本発明の実施例１のネットワークファイル共有システムの構成例を示す。FIG. 1 shows an example of the configuration of a network file sharing system according to a first embodiment of the present invention.図２は本発明の実施例１のファイルサーバのハードウェア構成例を示す。FIG. 2 shows an example of the hardware configuration of a file server according to the first embodiment of the present invention.図３は本発明の実施例１のＩ／Ｏフックモジュール部の機能モジュール構成を示す。FIG. 3 shows a functional module configuration of the I/O hook module unit according to the first embodiment of the present invention.図４は本発明の実施例１のＩ／Ｏ代行デーモン部の機能モジュール構成を示す。FIG. 4 shows a functional module configuration of the I/O proxy daemon part according to the first embodiment of the present invention.図５は本発明の実施例１の構成情報の詳細を示す。FIG. 5 shows details of the configuration information according to the first embodiment of the present invention.図６は本発明の実施例１のＩ／Ｏフックモジュール部とＩ／Ｏ代行デーモン部との間のＩ／Ｏ代行通信プロトコルを示す。FIG. 6 shows an I/O proxy communication protocol between the I/O hook module unit and the I/O proxy daemon unit according to the first embodiment of the present invention.図７は本発明の実施例１のＩ／Ｏフックモジュール部の処理を示すフローチャートである。FIG. 7 is a flowchart showing the process of the I/O hook module unit according to the first embodiment of the present invention.図８は本発明の実施例１のＩ／Ｏフック処理の詳細を示すフローチャートである。FIG. 8 is a flowchart showing details of the I/O hook process according to the first embodiment of the present invention.図９は本発明の実施例１のＩ／Ｏ代行デーモン部の処理を示すフローチャートである。FIG. 9 is a flowchart showing the process of the I/O proxy daemon part according to the first embodiment of the present invention.図１０は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルサーバアプリケーション部との連携を開始する処理の詳細を示すフローチャートである。FIG. 10 is a flowchart showing details of a process for starting cooperation between the I/O proxy daemon unit and the file server application unit according to the first embodiment of the present invention.図１１は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルサーバアプリケーション部との連携を終了する処理の詳細を示すフローチャートである。FIG. 11 is a flowchart showing the details of a process for terminating the link between the I/O proxy daemon unit and the file server application unit according to the first embodiment of the present invention.図１２は本発明の実施例１のＩ／Ｏフックモジュール部のファイルオープン処理の詳細を示すフローチャートである。FIG. 12 is a flowchart showing details of a file open process of the I/O hook module according to the first embodiment of the present invention.図１３は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルオープン代行実行処理の詳細を示すフローチャートである。FIG. 13 is a flowchart showing details of a file open proxy execution process of the I/O proxy daemon unit according to the first embodiment of the present invention.図１４は本発明の実施例１のＩ／Ｏフックモジュール部のファイルクローズ処理の詳細を示すフローチャートである。FIG. 14 is a flowchart showing details of a file close process of the I/O hook module according to the first embodiment of the present invention.図１５は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルクローズ代行実行処理の詳細を示すフローチャートである。FIG. 15 is a flowchart showing details of a file close proxy execution process of the I/O proxy daemon part according to the first embodiment of the present invention.図１６は本発明の実施例１のＩ／Ｏフックモジュール部のファイルリード処理の詳細を示すフローチャートである。FIG. 16 is a flowchart showing details of a file read process of the I/O hook module according to the first embodiment of the present invention.図１７は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルリード代行実行処理の詳細を示すフローチャートである。FIG. 17 is a flowchart showing details of a file read proxy execution process of the I/O proxy daemon part according to the first embodiment of the present invention.図１８は本発明の実施例１のＩ／Ｏフックモジュール部のファイルライト処理の詳細を示すフローチャートである。FIG. 18 is a flowchart showing details of a file write process of the I/O hook module according to the first embodiment of the present invention.図１９は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルライト代行実行処理の詳細を示すフローチャートである。FIG. 19 is a flowchart showing details of a file write proxy execution process of the I/O proxy daemon part according to the first embodiment of the present invention.図２０は本発明の実施例１のＩ／Ｏフックモジュール部のファイルサイズ変更処理の詳細を示すフローチャートである。FIG. 20 is a flowchart showing details of a file size change process of the I/O hook module according to the first embodiment of the present invention.図２１は本発明の実施例１のＩ／Ｏ代行デーモン部のファイルサイズ変更代行実行処理の詳細を示すフローチャートである。FIG. 21 is a flowchart showing details of a file size change proxy execution process of the I/O proxy daemon part according to the first embodiment of the present invention.図２２は本発明の実施例１のＩ／Ｏフックモジュール部のファイル削除処理の詳細を示すフローチャートである。FIG. 22 is a flowchart showing details of a file deletion process of the I/O hook module according to the first embodiment of the present invention.図２３は本発明の実施例１のＩ／Ｏ代行デーモン部のファイル削除代行実行処理の詳細を示すフローチャートである。FIG. 23 is a flowchart showing details of a file deletion proxy execution process of the I/O proxy daemon part according to the first embodiment of the present invention.図２４は本発明の実施例２のネットワークファイル共有システムの構成例を示す。FIG. 24 shows an example of the configuration of a network file sharing system according to the second embodiment of the present invention.図２５は本発明の実施例２のＩ／Ｏ代行デーモン部の機能モジュール構成を示す。FIG. 25 shows a functional module configuration of an I/O proxy daemon part according to the second embodiment of the present invention.

以下、本発明を実施するための形態について、図面を用いて説明する。なお、各図面で同様の構成には同じ符号を付しその説明を省略する。Below, the embodiments of the present invention will be described with reference to the drawings. Note that the same components in each drawing will be given the same reference numerals and their description will be omitted.

図１は、本発明の第１の実施の形態に係るネットワークファイル共有システムの構成例を示す。本実施例のシステムは、ファイルサーバ１００、クライアント端末１１０、ネットワーク１２０、および、ストレージ装置１３０からなる。本システムでは、ファイルサーバ１００が、クライアント端末１１０に対して、ファイルサーバ１００に接続されたストレージ装置１３０に格納される文書および画像等のデータファイルを、ネットワーク１２０を経由してアクセスする、ネットワークファイル共有サービスを提供する。Figure 1 shows an example of the configuration of a network file sharing system according to a first embodiment of the present invention. The system of this embodiment comprises afile server 100, aclient terminal 110, anetwork 120, and astorage device 130. In this system, thefile server 100 provides a network file sharing service to theclient terminal 110, which allows theclient terminal 110 to access data files such as documents and images stored in thestorage device 130 connected to thefile server 100 via thenetwork 120.

ファイルサーバ１００は、例えば、ＵＮＩＸ（登録商標）等のＯＳが動作するＷＳであり、ファイルサーバアプリケーション部１４０、ＶＦＳ（Virtual File System）１５０、リアルタイムＩ／Ｏファイルシステム１６０、および、Ｉ／Ｏ代行デーモン部４００からなる。ファイルサーバアプリケーション部１４０は、ネットワークファイル共有サービスを提供するファイルサーバアプリケーションソフトウェアであり、例えば、ＳＭＢＤ（Samba Daemon）やＮＦＳＤ（Network File System Daemon）等である。Thefile server 100 is a WS on which an OS such as UNIX (registered trademark) runs, and is made up of a fileserver application unit 140, a VFS (Virtual File System) 150, a real-time I/O file system 160, and an I/Oproxy daemon unit 400. The fileserver application unit 140 is file server application software that provides a network file sharing service, such as SMBD (Samba Daemon) or NFSD (Network File System Daemon).

ファイルサーバアプリケーション部１４０は、ファイルサーバ１００上に同一あるいは異なる種類のものが複数存在してもよい。ファイルサーバアプリケーション部１４０のＶＦＳ１５０に対するＩ／Ｏ要求は、Ｉ／Ｏフックモジュール部３００によってフックされる。There may be multiple fileserver application units 140 of the same or different types on thefile server 100. I/O requests from the fileserver application unit 140 to theVFS 150 are hooked by the I/Ohook module unit 300.

ＶＦＳ１５０は、ファイルサーバ１００のＯＳが提供するファイルシステムインタフェースモジュールであり、例えば、open(), close(), read(), write()等のシステムコールインタフェースを提供する、Ｉ／Ｏ特性を認識しないファイルシステムである。VFS150 is a file system interface module provided by the OS of thefile server 100, and is a file system that does not recognize I/O characteristics and provides system call interfaces such as open(), close(), read(), and write().

リアルタイムＩ／Ｏファイルシステム１６０は、リアルタイムＩ／Ｏ制御機能を備えたファイルシステムモジュールであり、例えば、個々のＩ／Ｏ要求にデッドライン情報等の制御情報を付加してＩ／Ｏ制御の精度を高めることにより、Ｉ／Ｏ特性を認識するファイルシステムである。The real-time I/O file system 160 is a file system module equipped with a real-time I/O control function, and is a file system that recognizes I/O characteristics by, for example, adding control information such as deadline information to individual I/O requests to improve the accuracy of I/O control.

Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００を介してファイルサーバ１４０のＩ／Ｏ要求を受け取り、ファイルサーバ１４０に代行してリアルタイムＩ／Ｏファイルシステム１６０にＩ／Ｏ要求を発行する。Ｉ／Ｏ代行デーモン部４００は、構成情報５００に基づき、個々のＩ／Ｏにデッドライン情報等の制御情報を付加する。The I/Oproxy daemon unit 400 receives I/O requests from thefile server 140 via the I/Ohook module unit 300, and issues I/O requests to the real-time I/O file system 160 on behalf of thefile server 140. The I/Oproxy daemon unit 400 adds control information such as deadline information to each I/O based on theconfiguration information 500.

クライアント端末１１０は、例えば、文書編集や画像閲覧機能を備えるＰＣや携帯端末等である。クライアント端末１１０は、ネットワーク１２０を介してファイルサーバ１４０上のデータファイルにアクセスする。クライアント端末１１０は、同一あるいは異なる種類のものが複数存在してもよい。Theclient terminal 110 is, for example, a PC or a mobile terminal equipped with document editing and image viewing functions. Theclient terminal 110 accesses data files on thefile server 140 via thenetwork 120. There may bemultiple client terminals 110 of the same or different types.

ネットワーク１２０は、例えば、ＬＡＮおよびＷＡＮ等のＩＰ（Internet Protocol）ネットワークである。ネットワーク１２０は、ファイルサーバ１００とクライアント端末１１０を接続する。Thenetwork 120 is, for example, an IP (Internet Protocol) network such as a LAN or a WAN. Thenetwork 120 connects thefile server 100 and theclient terminal 110.

ストレージ装置１３０は、ファイルサーバ１００の補助記憶装置であり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State
Drive）、および、ＨＤＤやＳＳＤを複数備えるＲＡＩＤ（Redundant Arrays of Inexpensive Independent
Disks）装置等である。ストレージ装置１３０には、文書や画像データ等のデータファイルが格納される。 Thestorage device 130 is an auxiliary storage device of thefile server 100, and may be, for example, a hard disk drive (HDD) or a solid state drive (SSD).
RAID (Redundant Arrays of Inexpensive Independent Drives) with multiple HDDs and SSDs
Thestorage device 130 stores data files such as documents and image data.

図２は本実施例のファイルサーバ１００のハードウェア構成例を示す。ファイルサーバ１００は、ＣＰＵ（Central Processing Unit）２００、メモリ２１０、ＮＩＣ（Network
Interface Card）２２０、ＨＢＡ（Host Bus Adapter）２３０、および、プログラム格納領域２４０からなる。なお、本発明の説明に直接関係しないハードウェア構成要素、例えば、キーボード、マウス、電源装置等については記載および説明を省略する。 2 shows an example of the hardware configuration of thefile server 100 of this embodiment. Thefile server 100 includes a CPU (Central Processing Unit) 200, amemory 210, a NIC (Network Interface Card), and a network interface card (NIC).
The computer system is made up of a host interface card (HBA) 220, a host bus adapter (HBA) 230, and aprogram storage area 240. Note that descriptions of hardware components that are not directly related to the description of the present invention, such as a keyboard, mouse, and power supply unit, will be omitted.

ＣＰＵ２００は、プログラム格納領域２４０に格納されるプログラムをメモリ２１０上にロードして実行することにより、ファイルサーバ１００全体を制御する。ＣＰＵ２００は、ファイルサーバ１００上に複数存在してもよく、シングルコアプロセッサであってもマルチコアプロセッサであってもよい。TheCPU 200 controls theentire file server 100 by loading the programs stored in theprogram storage area 240 onto thememory 210 and executing them. There may bemultiple CPUs 200 on thefile server 100, and theCPUs 200 may be single-core processors or multi-core processors.

メモリ２１０は、計算機１００の主記憶装置であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等を用いて構成される。メモリ２１０には、ＣＰＵ２００が実行しているＯＳおよびアプリケーションソフトウェアのプログラムコードおよびデータが格納される。Memory 210 is the main storage device ofcomputer 100, and is configured using, for example, dynamic random access memory (DRAM) or static random access memory (SRAM).Memory 210 stores program code and data of the OS and application software executed byCPU 200.

ＮＩＣ２２０は、ファイルサーバ１００とネットワーク１２０を接続するＩ／Ｏインタフェースデバイスであり、例えば、イーサネット（登録商標）、ミリネット、インフィニバンド等の接続機能を提供する。TheNIC 220 is an I/O interface device that connects thefile server 100 to thenetwork 120, and provides connection functions such as Ethernet (registered trademark), Millinet, and Infiniband.

ＨＢＡ２３０、ファイルサーバ１００とストレージ装置１３０を接続するＩ／Ｏインタフェースデバイスであり、例えば、ＳＣＳＩ（Small Computer System Interface）、ＳＡＳ（Serial Attached SCSI）、ＦＣ（Fibre Channel）等の接続機能を提供する。HBA 230 is an I/O interface device that connectsfile server 100 andstorage device 130, and provides connection functions such as SCSI (Small Computer System Interface), SAS (Serial Attached SCSI), and FC (Fibre Channel).

プログラム格納領域２４０は、不揮発性の記憶領域であり、例えば、ＲＯＭ（Read Only Memory）やフラッシュメモリ等を用いて構成される。プログラム格納領域２４０には、ＯＳプログラム２４１、ファイルサーバプログラム２４２、Ｉ／Ｏフックモジュールプログラム２４３、および、Ｉ／Ｏ代行デーモンプログラム２４４が格納される。なお、これらのプログラムの一部あるいは全部が、ストレージ装置１３０上に格納されていてもよい。この場合、ＣＰＵ２００は、ＨＢＡ２３０を介してストレージ装置１３０からそれぞれのプログラムをメモリ２１０にロードして実行する。Theprogram storage area 240 is a non-volatile storage area, and is configured using, for example, a ROM (Read Only Memory) or a flash memory. Theprogram storage area 240 stores anOS program 241, afile server program 242, an I/Ohook module program 243, and an I/Oproxy daemon program 244. Note that some or all of these programs may be stored on thestorage device 130. In this case, theCPU 200 loads each program from thestorage device 130 via theHBA 230 into thememory 210 and executes it.

図３は、Ｉ／Ｏフックモジュール部３００の機能モジュール構成を示す。Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏフック部３１０、および、プロセス間通信部３２０からなる。Ｉ／Ｏフックモジュール部３００は、例えば、Ｓａｍｂａの場合、ソースファイルのファイルＩ／Ｏ発行部分を改変してもよく、スタッカブルＶＦＳモジュールとして実装してもよい。また、環境変数LD_PRELOAD等の機構を利用してファイルサーバアプリケーション部１４０に依存しないダイナミックリンクライブラリとして実装してもよい。Figure 3 shows the functional module configuration of the I/Ohook module unit 300. The I/Ohook module unit 300 consists of an I/O hook unit 310 and aninter-process communication unit 320. For example, in the case of Samba, the I/Ohook module unit 300 may be implemented by modifying the file I/O issuing portion of the source file, or as a stackable VFS module. It may also be implemented as a dynamic link library that is independent of the fileserver application unit 140, using a mechanism such as the environment variable LD_PRELOAD.

Ｉ／Ｏフック部３１０は、ファイルサーバアプリケーション部１４０がＶＦＳ１５０に対して発行するファイルＩ／Ｏ要求をフックする。Ｉ／Ｏフック部３１０は、フックしたファイルＩ／Ｏ要求のうち、open(), close(), read(), write(), unlink(), ftruncate()の各ファイルＩ／Ｏ要求をＩ／Ｏ代行デーモン部４００に代行させる。Ｉ／Ｏフック部３１０は、その他のファイルＩ／Ｏ要求、例えば、stat()等を、ＶＦＳ１５０に対して発行することでファイルサーバアプリケーション部１４０のプロセスコンテキストで実行する。The I/O hook unit 310 hooks file I/O requests issued by the fileserver application unit 140 to theVFS 150. Of the hooked file I/O requests, the I/O hook unit 310 proxies the open(), close(), read(), write(), unlink(), and ftruncate() file I/O requests to the I/Oproxy daemon unit 400. The I/O hook unit 310 issues other file I/O requests, such as stat(), to theVFS 150, to execute them in the process context of the fileserver application unit 140.

プロセス間通信部３２０は、ファイルサーバアプリケーション部１４０とＩ／Ｏ代行デーモン部４００との間のプロセス間通信機能を提供する。プロセス間通信部３２０は、Ｉ／Ｏフック部３１０でフックしたファイルＩ／Ｏ要求に関する情報をＩ／Ｏ代行デーモン部４００へ送り、実行結果をＩ／Ｏ代行デーモン部４００より受信する。プロセス通信部３２０は、プロセス間通信機能を、例えば、ＵＮＩＸ（登録商標）ドメインソケットを用いて実装してもよく、ＰＯＳＩＸ（Portable Operating System Interface）メッセージキューを用いて実装してもよい。Theinter-process communication unit 320 provides an inter-process communication function between the fileserver application unit 140 and the I/Oproxy daemon unit 400. Theinter-process communication unit 320 sends information about the file I/O request hooked by the I/O hook unit 310 to the I/Oproxy daemon unit 400, and receives the execution result from the I/Oproxy daemon unit 400. Theprocess communication unit 320 may implement the inter-process communication function, for example, using a UNIX (registered trademark) domain socket, or a POSIX (Portable Operating System Interface) message queue.

図４は、Ｉ／Ｏ代行デーモン部４００の機能モジュール構成を示す。Ｉ／Ｏ代行デーモン部４００は、プロセス間通信部４１０、セッション管理部４２０、ファイル管理部４３０、共有メモリ管理部４４０、非同期Ｉ／Ｏ管理部４５０、および、構成情報５００からなる。Ｉ／Ｏ代行デーモン部４００は、例えば、ファイルサーバアプリケーション部１４０と完全独立したプロセスとして実装してもよく、ファイルサーバアプリケーション部１４０から実行中にfork()されるプロセスとして実装してもよい。Figure 4 shows the functional module configuration of the I/Oproxy daemon unit 400. The I/Oproxy daemon unit 400 consists of aninter-process communication unit 410, asession management unit 420, afile management unit 430, a sharedmemory management unit 440, an asynchronous I/O management unit 450, andconfiguration information 500. The I/Oproxy daemon unit 400 may be implemented, for example, as a process completely independent of the fileserver application unit 140, or may be implemented as a process that is fork()ed from the fileserver application unit 140 during execution.

プロセス間通信部４１０は、Ｉ／Ｏフックモジュール部３００のプロセス間通信部３２０と同様の機構により、Ｉ／Ｏ代行デーモン部４００とファイルサーバアプリケーション部１４０との間のプロセス間通信機能を提供する。プロセス間通信部４１０は、ファイルサーバアプリケーション部１４０のＩ／Ｏフックモジュール部３００よりファイルＩ／Ｏ要求に関する情報を受け取る。Theinter-process communication unit 410 provides an inter-process communication function between the I/Oproxy daemon unit 400 and the fileserver application unit 140 by a mechanism similar to that of theinter-process communication unit 320 of the I/Ohook module unit 300. Theinter-process communication unit 410 receives information regarding file I/O requests from the I/Ohook module unit 300 of the fileserver application unit 140.

セッション管理部４２０は、Ｉ／Ｏ代行デーモン部４００とファイルサーバアプリケーション部１４０との通信をセッションとして扱い、ファイルサーバアプリケーション部１４０の代理で開いているファイル等を管理する。セッション管理部４２０は、ファイルサーバアプリケーション部１４０のプロセスの終了を検出した場合に、代理で開いているファイルを閉じる等の後片付け処理を行う。Thesession management unit 420 treats communication between the I/Oproxy daemon unit 400 and the fileserver application unit 140 as a session, and manages files and other information that are open on behalf of the fileserver application unit 140. When thesession management unit 420 detects the end of a process of the fileserver application unit 140, it performs cleanup processing, such as closing files that have been opened on behalf of the fileserver application unit 140.

ファイル管理部４３０は、Ｉ／Ｏ代行デーモン部４００が開いているファイル、および、当該ファイルのデータ領域の一部であるファイルブロックのうち、共有メモリ管理部４４０においてキャッシュしているファイルブロックを管理する。Thefile management unit 430 manages the files that are open by the I/Oproxy daemon unit 400 and the file blocks that are part of the data area of the files and that are cached in the sharedmemory management unit 440.

共有メモリ管理部４４０は、Ｉ／Ｏ代行デーモン部４００が、ファイルサーバ１００のメモリ２１０上に確保した共有メモリ領域を管理する。Ｉ／Ｏ代行デーモン部４００は、メモリ２１０上に確保した共有メモリ領域を、ファイルサーバアプリケーション部１４０と共有する。Ｉ／Ｏ代行デーモン部４００とファイルサーバアプリケーション部１４０は、共有メモリ領域をＩ／Ｏバッファとして使用することにより、リアルタイムＩ／Ｏファイルシステム１６０に対して読み書きするデータの受け渡しを行う。The sharedmemory management unit 440 manages the shared memory area that the I/Oproxy daemon unit 400 has secured in thememory 210 of thefile server 100. The I/Oproxy daemon unit 400 shares the shared memory area secured in thememory 210 with the fileserver application unit 140. The I/Oproxy daemon unit 400 and the fileserver application unit 140 use the shared memory area as an I/O buffer to transfer data to be read and written to the real-time I/O file system 160.

非同期Ｉ／Ｏ管理部４５０は、Ｉ／Ｏ代行デーモン部４００が、リアルタイムＩ／Ｏファイルシステム１６０に対して発行する非同期Ｉ／Ｏ要求を管理する。非同期Ｉ／Ｏ管理部４５０は、ファイルサーバアプリケーション部１４０から受け取ったファイルＩ／Ｏ要求に構成情報５００に基づく制御情報を付加し、リアルタイムＩ／Ｏファイルシステム１６０に対して非同期で発行する。非同期Ｉ／Ｏ管理部４５０は、リアルタイムＩ／Ｏファイルシステム１６０からファイルＩ／Ｏ実行結果を非同期で受け取り、プロセス間通信部４１０を介してファイルサーバアプリケーション部１４０に通知する。The asynchronous I/O management unit 450 manages asynchronous I/O requests issued by the I/Oproxy daemon unit 400 to the real-time I/O file system 160. The asynchronous I/O management unit 450 adds control information based on theconfiguration information 500 to the file I/O request received from the fileserver application unit 140, and issues the request asynchronously to the real-time I/O file system 160. The asynchronous I/O management unit 450 asynchronously receives the file I/O execution results from the real-time I/O file system 160, and notifies the fileserver application unit 140 via theinter-process communication unit 410.

図５は、構成情報５００の詳細を示す。構成情報５００は、アプリケーション構成情報５１０、および、ファイル構成情報５２０からなる。構成情報５００は、コンフィグファイルとしてストレージ装置１３０に格納されているものをＩ／Ｏ代行デーモン部４００の起動時に読み込んでもよく、Ｉ／Ｏ代行デーモンプログラム２４４の一部として組み込まれていてもよい。Figure 5 shows details ofconfiguration information 500.Configuration information 500 consists ofapplication configuration information 510 andfile configuration information 520.Configuration information 500 may be stored instorage device 130 as a config file and read when I/Oproxy daemon unit 400 is started, or may be incorporated as part of I/Oproxy daemon program 244.

アプリケーション構成情報５１０は、アプリケーション名５１１、優先度５１２、リトライポリシー５１３を格納するテーブルである。アプリケーション名５１１は、Ｉ／Ｏ代行デーモン部４００と連携するファイルサーバアプリケーション部１４０のプロセス名やバイナリファイル名である。Theapplication configuration information 510 is a table that stores an application name 511, apriority 512, and a retrypolicy 513. The application name 511 is the process name or binary file name of the fileserver application unit 140 that cooperates with the I/Oproxy daemon unit 400.

優先度５１２は当該ファイルサーバアプリケーション部１４０のＩ／Ｏ実行優先度であり、例えば、優先度の値の高いファイルサーバアプリケーション部１４０から受け取ったファイルＩ／Ｏ要求は、優先度の低いファイルサーバアプリケーション部１４０から受け取ったファイルＩ／Ｏ要求に比べて、Ｉ／Ｏ代行デーモン部４００によって、優先的に処理される。Thepriority 512 is the I/O execution priority of the fileserver application unit 140. For example, a file I/O request received from a fileserver application unit 140 with a high priority value is processed preferentially by the I/Oproxy daemon unit 400 compared to a file I/O request received from a fileserver application unit 140 with a low priority value.

リトライポリシー５１３は、当該ファイルサーバアプリケーション部１４０から受け取った個々のファイルＩ／Ｏ要求がデッドラインミスを起こした場合に、ファイルＩ／Ｏデーモン部４００が再試行する回数等を格納する。The retrypolicy 513 stores the number of times the file I/O daemon unit 400 will retry if an individual file I/O request received from the fileserver application unit 140 causes a deadline miss.

ファイル構成情報５２０は、ファイルパス５２１、ビットレート５２２、デッドライン５２３の値を格納するテーブルである。ファイルパス５２１は、Ｉ／Ｏ代行デーモン部４００がアクセス対象とするファイルのパスである。ビットレート５２２は、当該ファイルの読み込みおよび書き込みビットレートである。デッドライン５２３は、当該ファイルに対する個々のファイルＩ／Ｏ要求に付加するデッドライン情報である。なお、ファイルパス５２１は、例えば、絶対パスによって単一のファイルを一意に識別するものであってもよく、正規表現を含むパス名によって複数のファイルを識別すものであってもよい。File configuration information 520 is a table that stores values offile path 521,bit rate 522, anddeadline 523.File path 521 is the path of the file to be accessed by the I/Oproxy daemon unit 400.Bit rate 522 is the read and write bit rate of the file.Deadline 523 is deadline information to be added to each file I/O request for the file. Note thatfile path 521 may, for example, be an absolute path that uniquely identifies a single file, or may be a path name that includes a regular expression that identifies multiple files.

図６は、Ｉ／Ｏフックモジュール部３００とＩ／Ｏ代行デーモン部４００との間のＩ／Ｏ代行通信プロトコル６００を示す。Ｉ／Ｏ代行通信プロトコル６００には、Ｉ／Ｏフックモジュール部３００からＩ／Ｏ代行デーモン部４００へ伝達されるＩ／Ｏ代行要求と、その応答としてＩ／Ｏ代行デーモン部４００からＩ／Ｏフックモジュール部３００へ伝達されるＩ／Ｏ代行応答がある。Figure 6 shows an I/Oproxy communication protocol 600 between the I/Ohook module unit 300 and the I/Oproxy daemon unit 400. The I/Oproxy communication protocol 600 includes an I/O proxy request transmitted from the I/Ohook module unit 300 to the I/Oproxy daemon unit 400, and an I/O proxy response transmitted from the I/Oproxy daemon unit 400 to the I/Ohook module unit 300 in response thereto.

Ｉ／Ｏ代行要求には、ＣＯＮＮＥＣＴ要求６１０、ＤＩＳＣＯＮＮＥＣＴ要求６１１、ＯＰＥＮ要求６１２、ＣＬＯＳＥ要求６１３、ＲＥＡＤ０要求６１４、ＲＥＡＤ１要求６１５、ＷＲＩＴＥ０要求６１６、ＷＲＩＴＥ１要求６１７、ＦＴＲＵＮＣＡＴＥ要求６１８、および、ＵＮＬＩＮＫ要求６１９がある。I/O proxy requests include aCONNECT request 610, aDISCONNECT request 611, anOPEN request 612, aCLOSE request 613, aREAD0 request 614, aREAD1 request 615, aWRITE0 request 616, aWRITE1 request 617, anFTRUNCATE request 618, and anUNLINK request 619.

Ｉ／Ｏ代行応答には、ＣＯＮＮＥＣＴ応答６２０、ＤＩＳＣＯＮＮＥＣＴ応答６２１、ＯＰＥＮ応答６２２、ＣＬＯＳＥ応答６２３、ＲＥＡＤ０応答６２４、ＲＥＡＤ１応答６２５、ＷＲＩＴＥ０応答６２６、ＷＲＩＴＥ１応答６２７、ＦＴＲＵＮＣＡＴＥ応答６２８、および、ＵＮＬＩＮＫ応答６２９がある。I/O proxy responses include aCONNECT response 620, aDISCONNECT response 621, anOPEN response 622, aCLOSE response 623, aREAD0 response 624, aREAD1 response 625, aWRITE0 response 626, aWRITE1 response 627, aFTRUNCATE response 628, and anUNLINK response 629.

ＣＯＮＮＥＣＴ要求６１０は、Ｉ／Ｏフックモジュール部３００がＩ／Ｏ代行デーモン部４００と連携を開始する場合に使用される。ＣＯＮＮＥＣＴ要求６１０には、Ｉ／Ｏフックモジュール３００が組み込まれているファイルサーバアプリケーション部１４０のプロセス識別子、例えば、プロセスＩＤ（ＰＩＤ）と、Ｉ／Ｏフックモジュール部３００が応答の受信に使用する情報、例えば、メッセージキュー名（ＭＱ ＮＡＭＥ）が含まれる。ＣＯＮＮＥＣＴ要求６１０を受け取ったＩ／Ｏ代行デーモン部４００は、送信元のファイルサーバアプリケーション部１４０との通信を、セッション管理部４２０においてセッションとして管理する。TheCONNECT request 610 is used when the I/Ohook module unit 300 starts cooperation with the I/Oproxy daemon unit 400. TheCONNECT request 610 includes the process identifier of the fileserver application unit 140 in which the I/O hook module 300 is incorporated, such as the process ID (PID), and information used by the I/Ohook module unit 300 to receive responses, such as the message queue name (MQ NAME). When the I/Oproxy daemon unit 400 receives theCONNECT request 610, it manages the communication with the sender's fileserver application unit 140 as a session in thesession management unit 420.

ＣＯＮＮＥＣＴ応答６２０は、ＣＯＮＮＥＣＴ要求６１０に対する応答として使用される。ＣＯＮＮＥＣＴ応答６２０には、ＣＯＮＮＥＣＴ要求６１０の実行結果（ＲＥＳＵＬＴ）と、Ｉ／Ｏ代行デーモン部４００が共有メモリ管理部４４０において管理している共有メモリ領域の情報、例えば、共有メモリ名（ＳＨＭ ＮＡＭＥ）と、共有メモリ領域サイズ（ＳＨＭ ＳＩＺＥ）が含まれる。ＣＯＮＮＥＣＴ応答６２０を受け取ったＩ／Ｏフックモジュール部３００は、共有メモリ領域をファイルサーバアプリケーション部１４０のプロセスメモリ空間にマップする。TheCONNECT response 620 is used as a response to theCONNECT request 610. TheCONNECT response 620 includes the execution result (RESULT) of theCONNECT request 610 and information about the shared memory area managed by the I/Oproxy daemon unit 400 in the sharedmemory management unit 440, such as the shared memory name (SHM NAME) and the shared memory area size (SHM SIZE). The I/Ohook module unit 300 that receives theCONNECT response 620 maps the shared memory area into the process memory space of the fileserver application unit 140.

ＤＩＳＣＯＮＮＥＣＴ要求６１１は、Ｉ／Ｏフックモジュール部３００がＩ／Ｏ代行デーモン部４００との連携を終了する場合に使用される。ＤＩＳＣＯＮＮＥＣＴ要求６１１には、プロセス識別子が含まれる。ＤＩＳＣＯＮＮＥＣＴ要求６１０を受け取ったＩ／Ｏ代行デーモン部４００は、対応するファイルサーバアプリケーション部１４０のセッションの後片付け処理を行う。TheDISCONNECT request 611 is used when the I/Ohook module unit 300 terminates cooperation with the I/Oproxy daemon unit 400. TheDISCONNECT request 611 includes a process identifier. Upon receiving theDISCONNECT request 610, the I/Oproxy daemon unit 400 performs a cleanup process for the session of the corresponding fileserver application unit 140.

ＤＩＳＣＯＮＮＥＣＴ応答６２１は、ＤＩＳＣＯＮＮＥＣＴ要求６１１に対する応答として使用される。ＤＩＳＣＯＮＮＥＣＴ応答６２１には、ＤＩＳＣＯＮＮＥＣＴ要求６１１の実行結果が含まれる。TheDISCONNECT response 621 is used as a response to theDISCONNECT request 611. TheDISCONNECT response 621 includes the result of executing theDISCONNECT request 611.

ＯＰＥＮ要求６１２は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイルオープン処理をフックした場合に使用される。ＯＰＥＮ要求６１２には、プロセス識別子と、ファイルサーバアプリケーション部１４０内でファイルを一意に示すファイル識別子、例えば、ファイルＩＤ（ＦＩＤ）と、読み出しのみ、あるいは、読み書きのオープンモードを示すフラグ（ＦＬＡＧＳ）と、ファイルのパス名（ＰＡＴＨ）が含まれる。ＯＰＥＮ要求６１２を受け取ったＩ／Ｏ代行デーモン部４００は、当該ファイルを指定されたモードでオープンし、ファイル管理部４３０において管理する。TheOPEN request 612 is used when the I/Ohook module unit 300 hooks the file open process of the fileserver application unit 140. TheOPEN request 612 includes a process identifier, a file identifier that uniquely identifies the file within the fileserver application unit 140, such as a file ID (FID), a flag (FLAGS) indicating the open mode of read-only or read/write, and the path name (PATH) of the file. The I/Oproxy daemon unit 400 that receives theOPEN request 612 opens the file in the specified mode and manages it in thefile management unit 430.

ＯＰＥＮ応答６２２は、ＯＰＥＮ要求６１２に対する応答として使用される。ＯＰＥＮ応答６２２には、ＯＰＥＮ要求６１２の実行結果と、ファイル識別子が含まれる。TheOPEN response 622 is used as a response to theOPEN request 612. TheOPEN response 622 includes the result of executing theOPEN request 612 and a file identifier.

ＣＬＯＳＥ要求６１３は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイルクローズ処理をフックした場合に使用される。ＣＬＯＳＥ要求６１３には、ファイルサーバアプリケーション部１４０の識別子と、ファイル識別子が含まれる。ＣＬＯＳＥ要求６１３を受け取ったＩ／Ｏ代行デーモン部４００は、ファイル管理部４３０において管理されている当該ファイルをクローズする。TheCLOSE request 613 is used when the I/Ohook module unit 300 hooks the file close process of the fileserver application unit 140. TheCLOSE request 613 includes the identifier of the fileserver application unit 140 and the file identifier. When the I/Oproxy daemon unit 400 receives theCLOSE request 613, it closes the file managed by thefile management unit 430.

ＣＬＯＳＥ応答６２３は、ＣＬＯＳＥ要求６１３に対する応答して使用される。ＣＬＯＳＥ応答６２３には、ＣＬＯＳＥ要求６１３の実行結果と、ファイル識別子が含まれる。TheCLOSE response 623 is used in response to theCLOSE request 613. TheCLOSE response 623 includes the result of executing theCLOSE request 613 and a file identifier.

ＲＥＡＤ０要求６１４は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイルリード処理をフックした場合に使用される。TheREAD0 request 614 is used when the I/Ohook module unit 300 hooks the file read process of the fileserver application unit 140.

ＲＥＡＤ０要求６１４には、プロセス識別子と、読み込み対象ファイルを示すファイル識別子と、ファイルサーバアプリケーション部１４０内でＩ／Ｏ代行デーモン部４００に代行させるファイルＩ／Ｏ要求を一意に識別するＩ／Ｏ識別子（ＩＯＩＤ）と、対象ファイル内の読み込み位置を示すオフセット（ＯＦＦＳＥＴ）とサイズ（ＳＩＺＥ）が含まれる。TheREAD0 request 614 includes a process identifier, a file identifier indicating the file to be read, an I/O identifier (IOID) that uniquely identifies the file I/O request to be proxied by the I/Oproxy daemon unit 400 within the fileserver application unit 140, and an offset (OFFSET) and size (SIZE) indicating the read position within the target file.

ＲＥＡＤ０要求６１４を受け取ったＩ／Ｏ代行デーモン部４００は、共有メモリ管理部４４０においてＩ／Ｏバッファメモリとなる共有メモリ領域を割り当て、非同期Ｉ／Ｏ管理部４５０において、構成情報５００に基づく制御情報を付加したファイルＩ／Ｏ要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行し、割り当てたＩ／Ｏバッファメモリに当該ファイルデータを読み込む。When the I/Oproxy daemon unit 400 receives theREAD0 request 614, the sharedmemory management unit 440 allocates a shared memory area that will serve as the I/O buffer memory, and the asynchronous I/O management unit 450 issues a file I/O request to the real-time I/O file system 160 with control information based on theconfiguration information 500 added, and reads the file data into the allocated I/O buffer memory.

ＲＥＡＤ０応答６２４は、ＲＥＡＤ０要求６１４に対する応答として使用される。ＲＥＡＤ０応答６２４には、ＲＥＡＤ０要求６１４の実行結果と、ファイル識別子と、Ｉ／Ｏ識別子と、読み込んだデータが格納されているＩ／Ｏバッファメモリを示す共有メモリ領域内のオフセット（ＳＨＭ ＯＦＦＳＥＴ）とサイズが含まれる。TheREAD0 response 624 is used as a response to theREAD0 request 614. TheREAD0 response 624 includes the execution result of theREAD0 request 614, a file identifier, an I/O identifier, and the offset (SHM OFFSET) and size in the shared memory area indicating the I/O buffer memory where the read data is stored.

ＲＥＡＤ１要求６１５は、Ｉ／Ｏフックモジュール部３００が、ＲＥＡＤ０応答６２４を受け取り、例えば、クライアント端末１１０に送信し終わった等、共有メモリ領域に読み込まれたデータの使用を完了した場合に使用される。ＲＥＡＤ１要求６１５には、プロセス識別子と、ファイル識別子と、Ｉ／Ｏ識別子が含まれる。ＲＥＡＤ１要求６１５を受け取ったＩ／Ｏ代行デーモン部４００は、共有メモリ部４５０において当該ファイルＩ／Ｏ要求のために割り当てたＩ／Ｏバッファメモリを開放する。TheREAD1 request 615 is used when the I/Ohook module unit 300 receives aREAD0 response 624 and completes the use of the data read into the shared memory area, for example, by finishing sending it to theclient terminal 110. TheREAD1 request 615 includes a process identifier, a file identifier, and an I/O identifier. The I/Oproxy daemon unit 400 that receives theREAD1 request 615 releases the I/O buffer memory that was allocated for the file I/O request in the sharedmemory unit 450.

ＲＥＡＤ１応答６２５は、ＲＥＡＤ１要求６１５に対する応答として使用される。ＲＥＡＤ１応答６２５には、ＲＥＡＤ１要求６２５の実行結果と、ファイル識別子と、Ｉ／Ｏ識別子が含まれる。TheREAD1 response 625 is used as a response to theREAD1 request 615. TheREAD1 response 625 includes the result of executing theREAD1 request 625, a file identifier, and an I/O identifier.

ＷＲＩＴＥ０要求６１６は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイルライト処理をフックした場合に使用される。ＷＲＩＴＥ０要求６１６には、プロセス識別子と、ファイル識別子と、Ｉ／Ｏ識別子と、対象ファイル内の書き込み位置を示すオフセットとサイズが含まれる。ＷＲＩＴＥ０要求６１６を受け取ったＩ／Ｏ代行デーモン部４００は、共有メモリ管理部４４０においてＩ／Ｏバッファメモリとなる共有メモリ領域を割り当てる。TheWRITE0 request 616 is used when the I/Ohook module unit 300 hooks the file write process of the fileserver application unit 140. TheWRITE0 request 616 includes a process identifier, a file identifier, an I/O identifier, and an offset and size indicating the write position within the target file. The I/Oproxy daemon unit 400 that receives theWRITE0 request 616 allocates a shared memory area that will become the I/O buffer memory in the sharedmemory management unit 440.

ＷＲＩＴＥ０応答６２６は、ＷＲＩＴＥ０要求６１６に対する応答として使用される。ＷＲＩＴＥ０応答６２６には、ＷＲＩＴＥ０要求６１６の実行結果と、ファイル識別子と、Ｉ／Ｏ識別子と、Ｉ／Ｏ代行デーモン部４００が割り当てたＩ／Ｏバッファメモリを示す共有メモリ領域内のオフセットとサイズが含まれる。TheWRITE0 response 626 is used as a response to theWRITE0 request 616. TheWRITE0 response 626 includes the execution result of theWRITE0 request 616, a file identifier, an I/O identifier, and an offset and size within the shared memory area indicating the I/O buffer memory allocated by the I/Oproxy daemon unit 400.

ＷＲＩＴＥ１要求６１７は、Ｉ／Ｏフックモジュール部３００が、ＷＲＩＴＥ０応答６２６を受け取り、Ｉ／Ｏバッファとして割り当てられた共有メモリ領域へ書き込むべきデータの転送を完了した場合に使用される。ＷＲＩＴＥ１要求６１７には、プロセス識別子と、ファイル識別子と、Ｉ／Ｏ識別子が含まれる。ＷＲＩＴＥ１要求６１７を受け取ったＩ／Ｏ代行デーモン部４００は、非同期Ｉ／Ｏ管理部４５０において構成情報５００に基づく制御情報を付加したファイルＩ／Ｏ要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行し、Ｉ／Ｏバッファメモリに格納されたデータを当該ファイルに書き込む。TheWRITE1 request 617 is used when the I/Ohook module unit 300 receives theWRITE0 response 626 and completes the transfer of data to be written to the shared memory area allocated as an I/O buffer. TheWRITE1 request 617 includes a process identifier, a file identifier, and an I/O identifier. The I/Oproxy daemon unit 400 that receives theWRITE1 request 617 issues a file I/O request to the real-time I/O file system 160 in the asynchronous I/O management unit 450, to which control information based on theconfiguration information 500 has been added, and writes the data stored in the I/O buffer memory to the file.

ＷＲＩＴＥ１応答６２７は、ＷＲＩＴＥ１要求６１７の応答として使用される。ＷＲＩＴＥ１応答６２７には、ＷＲＩＴＥ１要求６１７の実行結果と、ファイル識別子と、Ｉ／Ｏ識別子と、実際に書き込まれたサイズが含まれる。TheWRITE1 response 627 is used as a response to theWRITE1 request 617. TheWRITE1 response 627 includes the execution result of theWRITE1 request 617, the file identifier, the I/O identifier, and the size actually written.

ＦＴＲＵＮＣＡＴＥ要求６１８は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイルサイズ変更処理をフックした場合に使用される。ＦＴＲＵＮＣＡＴＥ要求６１８には、プロセス識別子と、ファイル識別子と、Ｉ／Ｏ識別子と、当該ファイルの変更後のファイルサイズが含まれる。TheFTRUNCATE request 618 is used when the I/Ohook module unit 300 hooks the file size change process of the fileserver application unit 140. TheFTRUNCATE request 618 includes a process identifier, a file identifier, an I/O identifier, and the changed file size of the file.

ＦＴＲＵＮＣＡＴＥ要求６１８を受け取ったＩ／Ｏ代行デーモン部４００は、ファイル管理部４３０において管理されている当該ファイルのサイズを変更し、非同期Ｉ／Ｏ管理部４５０において、ファイルサイズ変更要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行する。ファイルサイズが縮小される場合、Ｉ／Ｏ代行デーモン部４００は、共有メモリ管理部４４０において共有メモリ領域にキャッシュされている当該ファイルのデータブロックのうち、ファイルサイズの変更により不要となる部分を無効化する。The I/Oproxy daemon unit 400, which has received theFTRUNCATE request 618, changes the size of the file managed by thefile management unit 430, and issues a file size change request to the real-time I/O file system 160 in the asynchronous I/O management unit 450. When the file size is reduced, the I/Oproxy daemon unit 400 invalidates the portion of the data block of the file cached in the shared memory area in the sharedmemory management unit 440 that becomes unnecessary due to the change in file size.

ＦＴＲＵＮＣＡＴＥ応答６２８は、ＦＴＲＵＮＣＡＴＥ要求６１８の応答として使用される。ＦＴＲＵＮＣＡＴＥ応答６２８には、ＦＴＲＵＮＣＡＴＥ応答６２８の実行結果と、フィル識別子と、Ｉ／Ｏ識別子が含まれる。TheFTRUNCATE response 628 is used as a response to theFTRUNCATE request 618. TheFTRUNCATE response 628 includes the results of the execution of theFTRUNCATE response 628, a fill identifier, and an I/O identifier.

ＵＮＬＩＮＫ要求６１９は、Ｉ／Ｏフックモジュール部３００が、ファイルサーバアプリケーション部１４０のファイル削除処理をフックした場合に使用される。ＵＮＬＩＮＫ要求６１９には、プロセス識別子と、ファイル識別子と、削除対象のファイルのパス名が含まれる。ＵＮＬＩＮＫ要求６１９を受け取ったＩ／Ｏ代行デーモン部４００は、ファイル管理部４３０において管理されている当該ファイルの情報を削除し、共有メモリ管理部４４０において共有メモリ領域にキャッシュされている当該ファイルのデータブロックを無効化する。TheUNLINK request 619 is used when the I/Ohook module unit 300 hooks the file deletion process of the fileserver application unit 140. TheUNLINK request 619 includes a process identifier, a file identifier, and the path name of the file to be deleted. When the I/Oproxy daemon unit 400 receives theUNLINK request 619, it deletes the information of the file managed by thefile management unit 430, and invalidates the data block of the file cached in the shared memory area by the sharedmemory management unit 440.

ＵＮＬＩＮＫ応答６２９は、ＵＮＬＩＮＫ要求６１９の応答として使用される。ＵＮＬＩＮＫ応答６２９には、ＵＮＬＩＮＫ要求６１９の実行結果と、ファイル識別子が含まれる。TheUNLINK response 629 is used as a response to theUNLINK request 619. TheUNLINK response 629 includes the result of executing theUNLINK request 619 and a file identifier.

以下、フローチャートを用いてＩ／Ｏフックモジュール部３００、および、Ｉ／Ｏ代行デーモン部４００の処理を説明する。The processing of the I/Ohook module unit 300 and the I/Oproxy daemon unit 400 is explained below using a flowchart.

図７は、Ｉ／Ｏフックモジュール部３００の処理を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルサーバアプリケーション部１４０の開始時に合わせて開始される。Ｉ／Ｏフックモジュール部３００は、開始時にＦＩＤテーブル等の初期化処理を行う（Ｓ７００）。Figure 7 is a flowchart showing the processing of the I/Ohook module unit 300. The I/Ohook module unit 300 starts at the same time as the fileserver application unit 140 starts. The I/Ohook module unit 300 performs initialization processing of the FID table, etc. at the time of starting (S700).

次に、連携するＩ／Ｏ代行デーモン部４００に対して、自身のファイルサーバアプリケーション部１４０のプロセスＩＤ（ＰＩＤ）ＣＯＮＮＥＣＴ要求６１０を送信し（Ｓ７１０）、その応答としてＣＯＮＮＥＣＴ応答６２０を受信する（Ｓ７２０）。Ｉ／Ｏフックモジュール部３００は、ＣＯＮＮＥＣＴ応答６２０に含まれる共有メモリ領域の情報をもとに、当該共有メモリを自身のプロセス空間にマップする（Ｓ７３０）。Next, the I/Ohook module unit 300 sends aCONNECT request 610 with the process ID (PID) of its own fileserver application unit 140 to the associated I/O proxy daemon unit 400 (S710), and receives aCONNECT response 620 in response (S720). Based on the information about the shared memory area included in theCONNECT response 620, the I/Ohook module unit 300 maps the shared memory into its own process space (S730).

Ｉ／Ｏフックモジュール部３００は、ファイルサーバアプリケーション部１４０が終了するまで、Ｉ／Ｏフック処理を繰り返す（Ｓ７４０）。The I/Ohook module unit 300 repeats the I/O hook process until the fileserver application unit 140 terminates (S740).

Ｉ／Ｏフックモジュール部３００は、ファイルサーバアプリケーション部１４０が終了する際に、Ｉ／Ｏ代行処理の終了を通知するためにＩ／Ｏ代行デーモン部４００に対してＤＩＳＣＯＮＮＥＣＴ要求６１１を送信する（Ｓ７５０）。最後に、Ｉ／Ｏフックモジュール部３００は、ＤＩＳＣＯＮＮＥＣＴ応答Ｓ６２１を受信し（Ｓ７６０）、自身の処理を終了する。When the fileserver application unit 140 is terminated, the I/Ohook module unit 300 sends aDISCONNECT request 611 to the I/Oproxy daemon unit 400 to notify it of the end of the I/O proxy processing (S750). Finally, the I/Ohook module unit 300 receives a DISCONNECT response S621 (S760) and terminates its own processing.

図８は、Ｉ／Ｏフック処理（Ｓ７１０）の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルサーバアプリケーション部１４０のファイルＩ／Ｏ要求をフックした際に、フックしたファイルＩ／Ｏ要求がファイルＩ／Ｏデーモン４００部に代行させる対象のＩ／Ｏ要求、例えば、ファイルオープンopen()、ファイルクローズclose()、ファイルリードread()、ファイルライトwrite()、ファイルサイズ変更ftruncate()、および、ファイル削除unlink()であるかを判定する（Ｓ８００）。Figure 8 is a flowchart showing the details of the I/O hook process (S710). When the I/Ohook module unit 300 hooks a file I/O request from the fileserver application unit 140, it determines whether the hooked file I/O request is an I/O request to be acted on behalf of the file I/O daemon 400 unit, such as a file open (open()), file close (close()), file read (read()), file write (write()), file size change (ftruncate()), or file deletion (unlink()) (S800).

代行対象Ｉ／Ｏ要求である場合（Ｓ８００においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００にＩ／Ｏを代行させる処理を行い（Ｓ８１０）、結果をファイルサーバアプリケーション部１４０に返す。If it is an I/O request to be proxied (YES in S800), the I/Ohook module unit 300 performs processing to have the I/Oproxy daemon unit 400 proxied the I/O (S810) and returns the result to the fileserver application unit 140.

代行対象Ｉ／Ｏ要求でない場合（Ｓ８００においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、ＶＦＳ関数を実行することにより自身でＶＦＳ１５０に対してファイルＩ／Ｏ要求を発行し（Ｓ８２０）、結果をファイルサーバアプリケーション部１４０に返す。If the I/O request is not a proxy target (NO in S800), the I/Ohook module unit 300 issues a file I/O request to theVFS 150 by executing a VFS function (S820) and returns the result to the fileserver application unit 140.

図９は、Ｉ／Ｏ代行デーモン部４００の処理を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、例えば、デーモンプロセスとして起動され、最初に、共有メモリ管理部４４０において共有メモリ領域を確保する等の初期化処理を行う（Ｓ９００）。Figure 9 is a flowchart showing the processing of the I/Oproxy daemon unit 400. The I/Oproxy daemon unit 400 is started, for example, as a daemon process, and first performs initialization processing such as allocating a shared memory area in the shared memory management unit 440 (S900).

初期化処理を完了すると、Ｉ／Ｏ代行デーモン部４００は、自身のプロセスを終了するまで、Ｉ／Ｏフックモジュール部３００からのＩ／Ｏ代行要求の処理を行うＩ／Ｏ代行実行処理を繰り返す（Ｓ９１０）。When the initialization process is completed, the I/Oproxy daemon unit 400 repeats the I/O proxy execution process to process I/O proxy requests from the I/Ohook module unit 300 until its own process is terminated (S910).

図１０は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルサーバアプリケーション部１４０との連携を開始する処理の詳細を示すフローチャートである。Figure 10 is a flowchart showing the details of the process of starting collaboration with the fileserver application unit 140, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400.

Ｉ／Ｏ代行デーモン部４００は、ＣＯＮＮＥＣＴ要求６１０を受信した場合（Ｓ１０００）、要求に含まれるファイルサーバアプリケーション部１４０のプロセス識別子をセッション管理部４２０においてセッション情報として登録する（Ｓ１０１０）。次に、Ｉ／Ｏ代行デーモン４００は、Ｉ／Ｏフックモジュール部３００に対して、実行結果および共有メモリ領域の情報等を含むＣＯＮＮＥＣＴ応答６２０を送信し（Ｓ１０２０）、Ｉ／Ｏ代行実行処理を終了する。When the I/Oproxy daemon unit 400 receives a CONNECT request 610 (S1000), it registers the process identifier of the fileserver application unit 140 included in the request as session information in the session management unit 420 (S1010). Next, the I/O proxy daemon 400 sends aCONNECT response 620 including the execution result and information on the shared memory area to the I/O hook module unit 300 (S1020), and ends the I/O proxy execution process.

図１１は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルサーバアプリケーション部１４０との連携を終了する処理の詳細を示すフローチャートである。Figure 11 is a flowchart showing the details of the process of terminating collaboration with the fileserver application unit 140, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400.

Ｉ／Ｏ代行デーモン部４００は、ＤＩＳＣＯＮＮＥＣＴ要求６１１を受信した場合（Ｓ１１００）、要求に含まれるプロセス識別子を含むセッション情報をセッション管理部４２０において削除する（Ｓ１１１０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール３００に対して、実行結果を含むＤＩＳＣＯＮＮＥＣＴ応答６２１を送信し（Ｓ１１２０）、Ｉ／Ｏ代行実行処理を終了する。When the I/Oproxy daemon unit 400 receives a DISCONNECT request 611 (S1100), it deletes the session information including the process identifier included in the request in the session management unit 420 (S1110). Next, the I/Oproxy daemon unit 400 sends aDISCONNECT response 621 including the execution result to the I/O hook module 300 (S1120), and ends the I/O proxy execution process.

図１２は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイルオープン処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルオープンＩ／Ｏ要求をフックした場合、最初に、ＶＦＳ１５０が提供するＶＦＳ関数を用いて対象ファイルを自身でオープンし、ＦＩＤを取得する（Ｓ１２００）。ファイルオープンに失敗した場合（Ｓ１２１０においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、失敗をファイルサーバアプリケーション部１４０に返す。Figure 12 is a flowchart showing the details of the file open process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file open I/O request, it first opens the target file by itself using the VFS function provided byVFS 150 and obtains the FID (S1200). If the file open fails (NO in S1210), the I/Ohook module unit 300 returns a failure to the fileserver application unit 140.

ファイルオープンに成功した場合（Ｓ１２１０においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ファイルサーバアプリケーション部１４０のＰＩＤ、オープンしたファイルのＦＩＤ、対象ファイルのパス等を含むＯＰＥＮ要求６１２を送信する（Ｓ１２２０）。If the file is successfully opened (YES in S1210), the I/Ohook module unit 300 sends anOPEN request 612 to the I/Oproxy daemon unit 400, which includes the PID of the fileserver application unit 140, the FID of the opened file, the path of the target file, etc. (S1220).

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行モジュール部４００からＯＰＥＮ応答６２２を受信し（Ｓ１２３０）、応答に含まれる実行結果が成功であったかを判定する（Ｓ１２４０）。実行結果が失敗であった場合（Ｓ１２４０においてＮＯ）、自身のファイルオープン処理には成功しているため、成功をファイルサーバアプリケーション部１４０に返す。Next, the I/Ohook module unit 300 receives anOPEN response 622 from the I/O proxy module unit 400 (S1230) and determines whether the execution result included in the response was successful (S1240). If the execution result is failure (NO in S1240), the file open process itself was successful, so the I/Ohook module unit 300 returns success to the fileserver application unit 140.

実行結果が成功であった場合（Ｓ１２４０においてＹＥＳ）、ＦＩＤをファイルＩ／Ｏ要求代行対象のファイルを示す情報としてＩ／Ｏフックモジュール部３００内に登録し（Ｓ１２５０）、成功をファイルサーバアプリケーション部１４０に返す。If the execution result is successful (YES in S1240), the FID is registered in the I/Ohook module unit 300 as information indicating the file for which the file I/O request is to be acted upon (S1250), and success is returned to the fileserver application unit 140.

図１３は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルオープン代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＯＰＥＮ要求６１２を受信した場合（Ｓ１３００）、要求に含まれるパス名等の情報を用いて、対象ファイルをオープンする（Ｓ１３１０）。ファイルオープンに失敗した場合（Ｓ１３２０においてＮＯ）、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、実行結果に失敗を含むＯＰＥＮ応答６２２を送信（Ｓ１３４０）し、Ｉ／Ｏ代行実行処理を終了する。Figure 13 is a flowchart showing the details of the file open proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives an OPEN request 612 (S1300), it opens the target file using information such as the path name included in the request (S1310). If the file open fails (NO in S1320), the I/Oproxy daemon unit 400 sends anOPEN response 622 including a failure in the execution result to the I/O hook module unit 300 (S1340), and ends the I/O proxy execution process.

ファイルオープンに成功した場合（Ｓ１３２０においてＹＥＳ）、Ｉ／Ｏ代行デーモン部４００は、ファイル管理部４３０において、要求に含まれるＦＩＤ、自身がファイルオープン処理により取得したＦＩＤ等の情報をファイル管理情報として登録する（Ｓ１３３０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、実行結果に成功を含むＯＰＥＮ応答６２２を送信（Ｓ１３４０）し、Ｉ／Ｏ代行実行処理を終了する。If the file opening is successful (YES in S1320), the I/Oproxy daemon unit 400 registers information such as the FID included in the request and the FID it obtained through the file open process as file management information in the file management unit 430 (S1330). Next, the I/Oproxy daemon unit 400 sends anOPEN response 622 including success as an execution result to the I/O hook module unit 300 (S1340), and ends the I/O proxy execution process.

図１４は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイルクローズ処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルクローズＩ／Ｏ要求をフックした場合、最初に、対象ファイルが代行対象ファイルであるかを判定する（Ｓ１４００）。代行対象ファイルであるかの判定は、対象ＦＩＤがＩ／Ｏフックモジュール部３００内に登録されているかどうかを判定することによって行う。Figure 14 is a flowchart showing the details of the file close process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file close I/O request, it first determines whether the target file is a proxy target file (S1400). The determination of whether the target file is a proxy target file is made by determining whether the target FID is registered in the I/Ohook module unit 300.

代行対象ファイルでない場合（Ｓ１４００においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、自身でオープンしたファイルをクローズし（Ｓ１４４０）、結果をファイルサーバアプリケーション部１４０に返す。If the file is not a proxy target file (NO in S1400), the I/Ohook module unit 300 closes the file that it opened (S1440) and returns the result to the fileserver application unit 140.

代行対象ファイルである場合（Ｓ１４００においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＰＩＤおよびＦＩＤを含むＣＬＯＳＥ要求６１３を送信する（Ｓ１４１０）。次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行モジュール４００からＣＬＯＳＥ応答６２３を受信し（Ｓ１４２０）、結果をファイルサーバアプリケーション部１４０に返す。If it is a file to be substituted (YES in S1400), the I/Ohook module unit 300 sends aCLOSE request 613 including the PID and FID to the I/O proxy daemon unit 400 (S1410). Next, the I/Ohook module unit 300 receives aCLOSE response 623 from the I/O proxy module 400 (S1420) and returns the result to the fileserver application unit 140.

図１５は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルクローズ代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＣＬＯＳＥ要求６１３を受信した場合（Ｓ１５００）、要求に含まれるＰＩＤ、ＦＩＤに対応するファイルをクローズする（Ｓ１５１０）。Figure 15 is a flowchart showing the details of the file close proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives a CLOSE request 613 (S1500), it closes the file corresponding to the PID and FID included in the request (S1510).

次に、Ｉ／Ｏ代行デーモン部４００は、ファイル管理部４３０において、登録されている対応するファイル情報を削除し（Ｓ１５２０）する。次に、Ｉ／Ｏ代行デーモン部４００は、ＣＬＯＳＥ応答６２３を送信（Ｓ１５３０）し、Ｉ／Ｏ代行実行処理を終了する。Next, the I/Oproxy daemon unit 400 deletes the corresponding file information registered in the file management unit 430 (S1520). Next, the I/Oproxy daemon unit 400 sends a CLOSE response 623 (S1530) and ends the I/O proxy execution process.

図１６は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイルリード処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルリードＩ／Ｏ要求をフックした場合、最初に、対象ファイルが代行対象ファイルであるかを判定する（Ｓ１６００）。Figure 16 is a flowchart showing the details of the file read process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file read I/O request, it first determines whether the target file is a proxy target file (S1600).

代行対象ファイルでない場合（Ｓ１６００においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、ＶＦＳ１５０が提供するＶＦＳ関数を実行することによりファイルリード処理を実行し（Ｓ１６１０）、結果をファイルサーバアプリケーション部１４０に返す。If the file is not a proxy target file (NO in S1600), the I/Ohook module unit 300 executes the file read process by executing the VFS function provided by the VFS 150 (S1610) and returns the result to the fileserver application unit 140.

代行対象ファイルである場合（Ｓ１６００においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＰＩＤ、ＦＩＤ、ＩＯＩＤ、そして、ファイルの読み出し範囲を示すＯＦＦＳＥＴおよびＳＩＺＥを含むＲＥＡＤ０要求６１４を送信する（Ｓ１６２０）。ここで、ＩＯＩＤは、ファイルサーバアプリケーション部１４０プロセス内で単調増加する整数値を用いればよい。If the file is a proxy target file (YES in S1600), the I/Ohook module unit 300 sends aREAD0 request 614 including the PID, FID, IOID, and OFFSET and SIZE indicating the read range of the file to the I/O proxy daemon unit 400 (S1620). Here, the IOID may be an integer value that increases monotonically within the fileserver application unit 140 process.

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行モジュール部４００からＲＥＡＤ０応答６２４を受信し（Ｓ１６３０）、応答に含まれるＳＨＭ ＯＦＦＳＥＴおよびＳＩＺＥで示される共有メモリ領域に格納されたファイルデータを読み出す（Ｓ１６４０）。Next, the I/Ohook module unit 300 receives aREAD0 response 624 from the I/O proxy module unit 400 (S1630), and reads the file data stored in the shared memory area indicated by the SHM OFFSET and SIZE included in the response (S1640).

ここで、例えば、ファイルデータのストレージ装置１３０からの読み込みおよびネットワーク１２０への送信を一度に行うsendfile()をフック対象にしている場合は、共有メモリ領域に格納されたファイルデータを直接ネットワーク１２０へ送信すればよい。通常のread()をフックした場合は、共有メモリ領域に格納されたファイルデータをファイルサーバアプリケーション１４０が読み込みバッファに指定したメモリ領域にコピーすればよい。Here, for example, if the hook target is sendfile(), which reads file data fromstorage device 130 and transmits it to network 120 in one go, the file data stored in the shared memory area can be sent directly tonetwork 120. If a normal read() is hooked, the file data stored in the shared memory area can be copied to the memory area specified byfile server application 140 as a read buffer.

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＲＥＡＤ０要求６１４送信時と同一のＩＯＩＤ含むＲＥＡＤ１要求６１５を送信し（Ｓ１６５０）、共有メモリ領域に格納されたファイルデータの使用を完了したことを通知する。Next, the I/Ohook module unit 300 sends aREAD1 request 615 containing the same IOID as when theREAD0 request 614 was sent to the I/O proxy daemon unit 400 (S1650), notifying it that use of the file data stored in the shared memory area has been completed.

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００からＲＥＡＤ１応答６２５を受信し（Ｓ１６６０）、結果をファイルサーバアプリケーション部１４０に返す。Next, the I/Ohook module unit 300 receives aREAD1 response 625 from the I/O proxy daemon unit 400 (S1660) and returns the result to the fileserver application unit 140.

図１７は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルリード代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＲＥＡＤ０要求６１４を受信した場合（Ｓ１７００）、共有メモリ管理部４４０において要求に含まれるサイズ分の共有メモリ領域をＩ／Ｏバッファメモリとして割り当てる（Ｓ１７１０）。Figure 17 is a flowchart showing the details of the file read proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives a READ0 request 614 (S1700), the sharedmemory management unit 440 allocates a shared memory area of the size included in the request as I/O buffer memory (S1710).

次に、非同期Ｉ／Ｏ管理部４５０において、構成情報５００に基づく制御情報を付加したファイルＩ／Ｏ要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行し、割り当てた共有メモリ領域に当該ファイルデータを読み込む（Ｓ１７２０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、ファイルデータを読み込んだ共有メモリ領域の情報を含むＲＥＡＤ０応答６２４を送信する（Ｓ１７３０）。Next, the asynchronous I/O management unit 450 issues a file I/O request to the real-time I/O file system 160 with added control information based on theconfiguration information 500, and reads the file data into the allocated shared memory area (S1720). Next, the I/Oproxy daemon unit 400 sends aREAD0 response 624 to the I/Ohook module unit 300, including information about the shared memory area into which the file data has been read (S1730).

次に、Ｉ／Ｏ代行デーモン部４００は、ＲＥＡＤ１要求６１５を受信し（Ｓ１７４０）、共有メモリ管理部４４０においてＩ／Ｏバッファメモリとして割り当てた共有メモリ領域を解放する（Ｓ１７５０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、ＲＥＡＤ１応答６２５を送信し（Ｓ１７６０）、Ｉ／Ｏ代行実行処理を終了する。Next, the I/Oproxy daemon unit 400 receives the READ1 request 615 (S1740) and releases the shared memory area allocated as I/O buffer memory in the shared memory management unit 440 (S1750). Next, the I/Oproxy daemon unit 400 sends aREAD1 response 625 to the I/O hook module unit 300 (S1760) and ends the I/O proxy execution process.

図１８は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイルライト処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルライトＩ／Ｏ要求をフックした場合、最初に、対象ファイルが代行対象ファイルであるかを判定する（Ｓ１８００）。Figure 18 is a flowchart showing the details of the file write process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file write I/O request, it first determines whether the target file is a proxy target file (S1800).

代行対象ファイルでない場合（Ｓ１８００においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、ＶＦＳ１５０が提供するＶＦＳ関数を実行することによりファイルライト処理を実行し（Ｓ１８１０）、結果をファイルサーバアプリケーション部１４０に返す。If the file is not a proxy target file (NO in S1800), the I/Ohook module unit 300 executes the file write process by executing the VFS function provided by the VFS 150 (S1810) and returns the result to the fileserver application unit 140.

代行対象ファイルである場合（Ｓ１８００においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＰＩＤ、ＦＩＤ、ＩＯＩＤ、そして、ファイルの書き込み範囲を示すＯＦＦＳＥＴおよびＳＩＺＥを含むＷＲＩＴＥ０要求６１６を送信する（Ｓ１８２０）。If the file is a proxy target file (YES in S1800), the I/Ohook module unit 300 sends aWRITE0 request 616 to the I/Oproxy daemon unit 400, which includes the PID, FID, IOID, and OFFSET and SIZE indicating the write range of the file (S1820).

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００からＷＲＩＴＥ０応答６２６を受信し（Ｓ１８３０）、応答に含まれるＳＨＭ ＯＦＦＳＥＴおよびＳＩＺＥで示される共有メモリ領域に対して、対象ファイルに書き込むデータを書き込む（Ｓ１８４０）。次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＷＲＩＴＥ０要求６１６送信時と同一のＩＯＩＤ含むＷＲＩＴＥ１要求６１７を送信し（Ｓ１８５０）、共有メモリ領域へのファイルデータの書き込みが完了したことを通知する。Next, the I/Ohook module unit 300 receives aWRITE0 response 626 from the I/O proxy daemon unit 400 (S1830), and writes the data to be written to the target file to the shared memory area indicated by the SHM OFFSET and SIZE included in the response (S1840). Next, the I/Ohook module unit 300 sends aWRITE1 request 617 containing the same IOID as when theWRITE0 request 616 was sent to the I/O proxy daemon unit 400 (S1850), and notifies the I/Oproxy daemon unit 400 that writing of the file data to the shared memory area has been completed.

次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００からＷＲＩＴＥ１応答６２７を受信し（Ｓ１８６０）、結果をファイルサーバアプリケーション部１４０に返す。Next, the I/Ohook module unit 300 receives theWRITE1 response 627 from the I/O proxy daemon unit 400 (S1860) and returns the result to the fileserver application unit 140.

図１９は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルライト代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＷＲＩＴＥ０要求６１６を受信した場合（Ｓ１９００）、共有メモリ管理部４４０において要求に含まれるサイズ分の共有メモリ領域をＩ／Ｏバッファメモリとして割り当てる（Ｓ１９１０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、割り当てた共有メモリ領域の情報を含むＷＲＩＴＥ０応答６２６を送信する（Ｓ１９２０）。Figure 19 is a flowchart showing the details of the file write proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives a WRITE0 request 616 (S1900), the sharedmemory management unit 440 allocates a shared memory area of the size included in the request as I/O buffer memory (S1910). Next, the I/Oproxy daemon unit 400 sends aWRITE0 response 626 including information about the allocated shared memory area to the I/O hook module unit 300 (S1920).

次に、Ｉ／Ｏ代行デーモン部４００は、ＷＲＩＴＥ１要求６１７を受信し（Ｓ１９３０）、非同期Ｉ／Ｏ管理部４５０において、構成情報５００に基づく制御情報を付加したファイルＩ／Ｏ要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行し、共有メモリ領域に格納された当該ファイルデータを書き込む（Ｓ１９４０）。次に、Ｉ／Ｏ代行デーモン部４００は、共有メモリ管理部４４０において割り当てた共有メモリ領域を解放する（Ｓ１９５０）。Next, the I/Oproxy daemon unit 400 receives the WRITE1 request 617 (S1930), and in the asynchronous I/O management unit 450, issues a file I/O request to the real-time I/O file system 160 with added control information based on theconfiguration information 500, and writes the file data stored in the shared memory area (S1940). Next, the I/Oproxy daemon unit 400 releases the shared memory area allocated in the shared memory management unit 440 (S1950).

次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール３００に対して、ＷＲＩＴＥ１応答６２７を送信し（Ｓ１９６０）、Ｉ／Ｏ代行実行処理を終了する。Next, the I/Oproxy daemon unit 400 sends aWRITE1 response 627 to the I/O hook module 300 (S1960) and ends the I/O proxy execution process.

図２０は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイルサイズ変更処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイルサイズ変更Ｉ／Ｏ要求をフックした場合、最初に、対象ファイルが代行対象ファイルであるかを判定する（Ｓ２０００）。Figure 20 is a flowchart showing the details of the file size change process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file size change I/O request, it first determines whether the target file is a proxy target file (S2000).

代行対象ファイルでない場合（Ｓ２０００においてＮＯ）、Ｉ／Ｏフックモジュール部３００は、ＶＦＳ１５０が提供するＶＦＳ関数を実行することによりファイルサイズ変更処理を実行し（Ｓ２０１０）、結果をファイルサーバアプリケーション部１４０に返す。If the file is not a proxy target file (NO in S2000), the I/Ohook module unit 300 executes the file size change process by executing the VFS function provided by the VFS 150 (S2010) and returns the result to the fileserver application unit 140.

代行対象ファイルである場合（Ｓ２０００においてＹＥＳ）、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００に対して、ＰＩＤ、ＦＩＤ、ＩＯＩＤ、そして、変更後のファイルサイズを示すＳＩＺＥを含むＦＴＲＵＮＣＡＴＥ要求６１８を送信する（Ｓ２０２０）。次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００からＦＴＲＵＮＣＡＴＥ応答６２８を受信し（Ｓ２０３０）、結果をファイルサーバアプリケーション部１４０に返す。If it is a file to be substituted (YES in S2000), the I/Ohook module unit 300 sends anFTRUNCATE request 618 including the PID, FID, IOID, and SIZE indicating the changed file size to the I/O proxy daemon unit 400 (S2020). Next, the I/Ohook module unit 300 receives anFTRUNCATE response 628 from the I/O proxy daemon unit 400 (S2030) and returns the result to the fileserver application unit 140.

図２１は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイルサイズ変更代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＦＴＲＵＮＣＡＴＥ要求６１８を受信した場合（Ｓ２１００）、ファイル管理部４３０において管理されている当該ファイルのサイズを変更し、非同期Ｉ／Ｏ管理部４５０において、ファイルサイズ変更要求をリアルタイムＩ／Ｏファイルシステム１６０に対して発行する（Ｓ２１１０）。次に、Ｉ／Ｏ代行デーモン部４００は、ファイルサイズ変更処理がファイルサイズ縮小であるかを判定する（Ｓ２１２０）。Figure 21 is a flowchart showing the details of the file size change proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives an FTRUNCATE request 618 (S2100), it changes the size of the file managed by thefile management unit 430, and issues a file size change request to the real-time I/O file system 160 in the asynchronous I/O management unit 450 (S2110). Next, the I/Oproxy daemon unit 400 determines whether the file size change process is a file size reduction (S2120).

ファイルサイズ縮小である場合（Ｓ２１２０においてＹＥＳ）、Ｉ／Ｏ代行デーモン部４００は、共有メモリ管理部４４０において共有メモリ領域にキャッシュされている当該ファイルのデータブロックのうち、ファイルサイズの変更により不要となる部分を無効化する（Ｓ２１３０）。次に、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、ＦＴＲＵＮＣＡＴＥ応答６２８を送信し（Ｓ２１４０）、Ｉ／Ｏ代行実行処理を終了する。If the file size is to be reduced (YES in S2120), the I/Oproxy daemon unit 400 invalidates the portion of the data blocks of the file that are cached in the shared memory area in the sharedmemory management unit 440 and that will become unnecessary due to the change in file size (S2130). Next, the I/Oproxy daemon unit 400 sends anFTRUNCATE response 628 to the I/O hook module unit 300 (S2140), and ends the I/O proxy execution process.

ファイルサイズ縮小でない場合（Ｓ２１２０においてＮＯ）、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、直ちにＦＴＲＵＮＣＡＴＥ応答６２８を送信し（Ｓ２１４０）、Ｉ／Ｏ代行実行処理を終了する。If the file size is not reduced (NO in S2120), the I/Oproxy daemon unit 400 immediately sends anFTRUNCATE response 628 to the I/O hook module unit 300 (S2140) and ends the I/O proxy execution process.

図２２は、Ｉ／Ｏフックモジュール部３００のＩ／Ｏ代行処理（Ｓ８１０）のひとつである、ファイル削除処理の詳細を示すフローチャートである。Ｉ／Ｏフックモジュール部３００は、ファイル削除Ｉ／Ｏ要求をフックした場合、Ｉ／Ｏ代行デーモン部４００に対して、ＰＩＤ、ＦＩＤ、そして、削除対象のファイルを示すＰＡＴＨを含むＵＮＬＩＮＫ要求６１９を送信する（Ｓ２２００）。次に、Ｉ／Ｏフックモジュール部３００は、Ｉ／Ｏ代行デーモン部４００からＵＮＬＩＮＫ応答６２９を受信し（Ｓ２２１０）、ＶＦＳ関数を用いて対象ファイルを削除して（Ｓ２２２０）、結果をファイルサーバアプリケーション部１４０に返す。Figure 22 is a flowchart showing the details of the file deletion process, which is one of the I/O proxy processes (S810) of the I/Ohook module unit 300. When the I/Ohook module unit 300 hooks a file deletion I/O request, it sends anUNLINK request 619 including the PID, FID, and PATH indicating the file to be deleted to the I/O proxy daemon unit 400 (S2200). Next, the I/Ohook module unit 300 receives anUNLINK response 629 from the I/O proxy daemon unit 400 (S2210), deletes the target file using a VFS function (S2220), and returns the result to the fileserver application unit 140.

図２３は、Ｉ／Ｏ代行デーモン部４００のＩ／Ｏ代行実行処理（Ｓ９１０）のひとつである、ファイル削除代行実行処理の詳細を示すフローチャートである。Ｉ／Ｏ代行デーモン部４００は、ＵＮＬＩＮＫ要求６１９を受信した場合（Ｓ２３００）、対象ファイルがファイル管理部４３０において管理されている代行対象ファイルであるかを判定する（Ｓ２３１０）。Figure 23 is a flowchart showing the details of the file deletion proxy execution process, which is one of the I/O proxy execution processes (S910) of the I/Oproxy daemon unit 400. When the I/Oproxy daemon unit 400 receives an UNLINK request 619 (S2300), it determines whether the target file is a proxy target file managed by the file management unit 430 (S2310).

代行対象ファイルである場合（Ｓ２３１０においてＹＥＳ）、Ｉ／Ｏ代行デーモン部４００は、ファイル管理部４３０において管理されている当該ファイルの情報を削除し、共有メモリ管理部４４０において共有メモリ領域にキャッシュされている当該ファイルのデータブロックを無効化する（Ｓ２３２０）。次に、ＵＮＬＩＮＫ応答６２９を送信し（Ｓ２３３０）、Ｉ／Ｏ代行実行処理を終了する。If the file is a proxy target file (YES in S2310), the I/Oproxy daemon unit 400 deletes the information about the file managed by thefile management unit 430, and invalidates the data block of the file cached in the shared memory area in the shared memory management unit 440 (S2320). Next, anUNLINK response 629 is sent (S2330), and the I/O proxy execution process is terminated.

代行対象ファイルでない場合（Ｓ２３１０においてＮＯ）、Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００に対して、直ちにＵＮＬＩＮＫ応答６２９を送信し（Ｓ２３３０）、Ｉ／Ｏ代行実行処理を終了する。If the file is not a proxy target file (NO in S2310), the I/Oproxy daemon unit 400 immediately sends anUNLINK response 629 to the I/O hook module unit 300 (S2330) and ends the I/O proxy execution process.

以上に説明したように、本発明の第１の実施の形態に係るネットワークファイル共有システムでは、個々のファイルサーバアプリケーション部１４０には、ファイルＩ／Ｏ要求発行をフックするＩ／Ｏフックモジュール部３００に対応する改変を加えるのみで、実際のファイルＩ／Ｏの発行をＩ／Ｏ代行デーモン部４００に代行させることができる。Ｉ／Ｏ代行デーモン部４００は、Ｉ／Ｏフックモジュール部３００から受け取った個々のファイルＩ／Ｏ要求にリトライポリシー５１３およびデッドライン５２３等の制御情報を付加してリアルタイムＩ／Ｏファイルシステム１６０に発行することにより、リアルタイムＩ／Ｏファイルシステム１６０等の新たなファイルシステムが提供する拡張機能の効果を得ることができる。As described above, in the network file sharing system according to the first embodiment of the present invention, the individual fileserver application units 140 can be made to delegate the issuance of actual file I/O to the I/Oproxy daemon unit 400 simply by making modifications to the I/Ohook module unit 300, which hooks the issuance of file I/O requests. The I/Oproxy daemon unit 400 adds control information such as a retrypolicy 513 and adeadline 523 to the individual file I/O requests received from the I/Ohook module unit 300 and issues the requests to the real-time I/O file system 160, thereby obtaining the effect of the expanded functions provided by new file systems such as the real-time I/O file system 160.

従って、本発明によれば、個々のファイルサーバアプリケーションソフトウェアの改変工数を従来技術と比較して少なく抑えて新たなファイルシステムの拡張機能に対応する方式および装置を提供することができる。Therefore, according to the present invention, it is possible to provide a method and device that supports the expansion functions of new file systems while keeping the amount of work required to modify individual file server application software to a minimum compared to conventional techniques.

また、本発明は、Ｓａｍｂａに限らず、例えば、ＨＴＴＰＤなど他のＩ／Ｏ特性を認識しないアプリケーションに適用して実施することが出来る。In addition, the present invention is not limited to Samba, but can also be applied to applications that do not recognize other I/O characteristics, such as HTTPD.

図２４は、本発明の第２の実施の形態に係るネットワークファイル共有システムの構成例を示す。本実施例のＩ／Ｏ代行デーモン部２５００は、Ｉ／Ｏパターン解析部２５１０を備える。Ｉ／Ｏ代行デーモン部２５００は、Ｉ／Ｏパターン解析部２５１０において、代行するファイルＩ／Ｏ要求のＩ／Ｏパターンを解析し、ファイルブロックの先読み等の処理を行う。Figure 24 shows an example of the configuration of a network file sharing system according to the second embodiment of the present invention. The I/Oproxy daemon unit 2500 of this embodiment includes an I/Opattern analysis unit 2510. The I/Oproxy daemon unit 2500 uses the I/Opattern analysis unit 2510 to analyze the I/O pattern of the file I/O request it is acting on, and performs processing such as file block prefetching.

図２５は、Ｉ／Ｏ代行デーモン部２５００の機能モジュール構成を示す。本発明の実施例１のＩ／Ｏ代行デーモン部４００の構成に加えて、Ｉ／Ｏパターン解析部２５１０を備える。Ｉ／Ｏパターン解析部２５１０は、Ｉ／Ｏ履歴管理部２５１２、Ｉ／Ｏパターン検出部２５１１、および、先読みＩ／Ｏ管理部２５１３からなる。Figure 25 shows the functional module configuration of the I/Oproxy daemon unit 2500. In addition to the configuration of the I/Oproxy daemon unit 400 of the first embodiment of the present invention, it includes an I/Opattern analysis unit 2510. The I/Opattern analysis unit 2510 is made up of an I/Ohistory management unit 2512, an I/Opattern detection unit 2511, and a look-ahead I/O management unit 2513.

Ｉ／Ｏ履歴管理部２５１１は、非同期Ｉ／Ｏ管理部４５０において発行される読み込みおよび書き込みのファイルＩ／Ｏ要求の履歴情報を管理する。Ｉ／Ｏ履歴管理部２５１１が管理する履歴情報には、例えば、読み書き種別、要求元ＰＩＤ、対象ＦＩＤ、対象領域オフセットおよびサイズ等がある。The I/Ohistory management unit 2511 manages history information of read and write file I/O requests issued by the asynchronous I/O management unit 450. The history information managed by the I/Ohistory management unit 2511 includes, for example, the read/write type, requestor PID, target FID, target area offset and size, etc.

Ｉ／Ｏパターン検出部２５１２は、Ｉ／Ｏ履歴管理部２５１１において管理される履歴情報を参照し、非同期Ｉ／Ｏ管理部４５０において発行されるＩ／Ｏのパターンを検出する。Ｉ／Ｏパターン検出部２５１２が検出するＩ／Ｏパターンは、例えば、ファイルＩ／Ｏ要求のアクセス対象となるファイルブロックのオフセットが一定サイズ間隔で増加あるいは減少している、および、ファイルブロックのアクセス時間間隔等である。The I/Opattern detection unit 2512 refers to the history information managed by the I/Ohistory management unit 2511, and detects the pattern of I/O issued by the asynchronous I/O management unit 450. The I/O pattern detected by the I/Opattern detection unit 2512 is, for example, an increase or decrease in the offset of a file block that is the access target of a file I/O request at regular size intervals, and the access time interval of the file block, etc.

従って、本発明の第２の実施の形態に係るネットワークファイル共有システムでは、本発明の第１の実施の形態では対応できない、動的に変化する制御情報（Ｉ／Ｏ特性）についても付加してリアルタイムＩ／Ｏファイルシステム１６０に発行することにより、リアルタイムＩ／Ｏファイルシステム１６０等の新たなファイルシステムが提供する拡張機能の効果を得ることができる。Therefore, in the network file sharing system according to the second embodiment of the present invention, dynamically changing control information (I/O characteristics) that cannot be handled in the first embodiment of the present invention is added and issued to the real-time I/O file system 160, thereby achieving the effect of the expansion functions provided by new file systems such as the real-time I/O file system 160.

１００ ファイルサーバ
１１０ クライアント端末
１２０ ネットワーク
１３０ ストレージ装置
１４０ ファイルサーバアプリケーション部
１５０ ＶＦＳ
１６０ リアルタイムＩ／Ｏファイルシステム
２００ ＣＰＵ
２１０ メモリ
２２０ ＮＩＣ
２３０ ＨＢＡ
２４０ プログラム格納領域
２４１ ＯＳプログラム
２４２ ファイルサーバプログラム
２４３ Ｉ／Ｏフックモジュールプログラム
２４４ Ｉ／Ｏ代行デーモンプログラム
３００ Ｉ／Ｏフックモジュール部
３１０ Ｉ／Ｏフック部
３２０ プロセス間通信部
４００ Ｉ／Ｏ代行デーモン部
４１０ プロセス間通信部
４２０ セッション管理部
４３０ ファイル管理部
４４０ 共有メモリ管理部
４５０ 非同期Ｉ／Ｏ管理部
５００ 構成情報
５１０ アプリケーション構成情報
５１１ アプリケーション名
５１２ 優先度
５１３ リトライポリシー
５２０ ファイル構成情報
５２１ ファイルパス
５２２ ビットレート
５２３ デッドライン
６００ Ｉ／Ｏ代行通信プロトコル
６１０ ＣＯＮＮＥＣＴ要求
６１１ ＤＩＳＣＯＮＮＥＣＴ要求
６１２ ＯＰＥＮ要求
６１３ ＣＬＯＳＥ要求
６１４ ＲＥＡＤ０要求
６１５ ＲＥＡＤ１要求
６１６ ＷＲＩＴＥ０要求
６１７ ＷＲＩＴＥ１要求
６１８ ＦＴＲＵＮＣＡＴＥ要求
６１９ ＵＮＬＩＮＫ要求
６２０ ＣＯＮＮＥＣＴ応答
６２１ ＤＩＳＣＯＮＮＥＣＴ応答
６２２ ＯＰＥＮ応答
６２３ ＣＬＯＳＥ応答
６２４ ＲＥＡＤ０応答
６２５ ＲＥＡＤ１応答
６２６ ＷＲＩＴＥ０応答
６２７ ＷＲＩＴＥ１応答
６２８ ＦＴＲＵＮＣＡＴＥ応答
６２９ ＵＮＬＩＮＫ応答
２５００ Ｉ／Ｏ代行デーモン部
２５１０ Ｉ／Ｏパターン解析部
２５１１ Ｉ／Ｏパターン検出部
２５１２ Ｉ／Ｏ履歴管理部
２５１３ 先読みＩ／Ｏ管理部
100File server 110Client terminal 120Network 130Storage device 140 Fileserver application unit 150 VFS
160 Real-time I/O file system 200 CPU
210memory 220 NIC
230 HBA
240Program storage area 241OS program 242 File server program 243 I/O hook module program 244 I/O proxy daemon program 300 I/O hook module section 310 I/O hook section 320 Inter-process communication section 400 I/Oproxy daemon section 410Inter-process communication section 420Session management section 430File management section 440 Sharedmemory management section 450 Asynchronous I/O management section 500Configuration information 510 Application configuration information 511Application name 512Priority 513 Retrypolicy 520File configuration information 521File path 522Bit rate 523 Deadline 600 I/Oproxy communication protocol 610CONNECT request 611DISCONNECT request 612OPEN request 613CLOSE request 614READ0 request 615READ1 request 616WRITE0 request 617WRITE1 request 618FTRUNCATE request 619UNLINK request 620CONNECT response 621DISCONNECT response 622OPEN response 623CLOSE response 624READ0 response 625READ1 response 626WRITE0 response 627WRITE1 response 628FTRUNCATE response 629 UNLINK response 2500 I/O proxy daemon section 2510 I/O pattern analysis section 2511 I/O pattern detection section 2512 I/Ohistory management section 2513 Read-ahead I/O management unit

Claims (10)

Translated fromJapanese

Ｉ／Ｏ特性を認識しないファイルサーバアプリケーション部と、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識しないファイルシステムとを備えたファイルサーバにおいて、
Ｉ／Ｏ代行デーモン部、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識するファイルシステム、及び、前記ファイルサーバアプリケーション部及び前記ファイルシステムが管理するファイルの構成情報を有するメモリを備え、
前記Ｉ／Ｏ代行デーモン部は、
前記ファイルサーバアプリケーション部からＩ／Ｏを受信し、
前記受信したＩ／Ｏに、前記構成情報を参照して、前記受信したＩ／Ｏの制御情報を付加し、
該制御情報を付加したＩ／Ｏを、前記Ｉ／Ｏ特性を認識するファイルシステムへ送信することを特徴とするファイルサーバ。 A file server including a file server application unit that does not recognize I/O characteristics, and a file system that receives I/O from the file server application unit and does not recognize I/O characteristics,
an I/O proxy daemon unit, a file system that receives I/O from the file server application unit and recognizes I/O characteristics, and a memory that has configuration information of files managed by the file server application unit and the file system;
The I/O proxy daemon unit is
Receives I/O from the file server application unit;
adding control information of the received I/O to the received I/O by referring to the configuration information;
A file server that transmits the I/O with the control information added to a file system that recognizes the I/O characteristics. 請求項1に記載のファイルサーバにおいて、
前記ファイルサーバアプリケーション部は、Ｉ／Ｏフックモジュール部を備えており、
前記Ｉ／Ｏフックモジュール部は、前記ファイルサーバアプリケーション部のファイルＩ／Ｏ発行要求をフックし、フックしたファイルＩ／Ｏ発行要求からアクセス対象となるファイルの情報を取得して前記Ｉ／Ｏ代行デーモン部に渡すことを特徴とするファイルサーバ。 2. The file server according to claim 1,
The file server application unit includes an I/O hook module unit,
A file server characterized in that the I/O hook module unit hooks a file I/O issuance request of the file server application unit, obtains information about the file to be accessed from the hooked file I/O issuance request, and passes it to the I/O proxy daemon unit. 請求項２に記載のファイルサーバにおいて、
前記Ｉ／Ｏ代行デーモン部は、Ｉ／Ｏパターン解析部を備えており、
前記Ｉ／Ｏパターン解析部を用いて前記ファイルＩ／Ｏ発行要求のＩ／Ｏパターンを解析して取得した動的な制御情報を、前記ファイルＩ／Ｏ発行要求に付加することを特徴とするファイルサーバ。 3. The file server according to claim 2,
The I/O proxy daemon unit includes an I/O pattern analysis unit,
A file server characterized in that dynamic control information obtained by analyzing an I/O pattern of the file I/O issuance request using the I/O pattern analysis unit is added to the file I/O issuance request. Ｉ／Ｏ特性を認識しないファイルサーバアプリケーション部と、Ｉ／Ｏ代行デーモン部と、前記ファイルサーバアプリケーション部からＩ／Ｏを受信する、Ｉ／Ｏ特性を認識しないファイルシステムと、前記ファイルサーバアプリケーションからＩ／Ｏを受信する、Ｉ／Ｏ特性を認識するファイルシステムと、前記ファイルサーバアプリケーション及び前記ファイルシステムが管理するファイルの構成情報を有するメモリと、を備えるファイルサーバにおけるデータ入出力方法であって、
前記ファイルサーバアプリケーション部から送信されるＩ／Ｏに、前記構成情報を参照して、該Ｉ／Ｏの制御情報を付加するステップ及び
前記制御情報を付加したＩ／Ｏを、前記Ｉ／Ｏ特性を認識するファイルシステムに送信するステップを含むことを特徴とするデータ入出力方法。 A data input/output method for a file server comprising: a file server application unit that does not recognize I/O characteristics; an I/O proxy daemon unit; a file system that does not recognize I/O characteristics and receives I/O from the file server application unit; a file system that recognizes I/O characteristics and receives I/O from the file server application unit; and a memory having configuration information of files managed by the file server application and the file system,
A data input/output method comprising: a step of adding control information for an I/O transmitted from the file server application unit by referring to the configuration information; and a step of transmitting the I/O with the added control information to a file system that recognizes the I/O characteristics. 請求項４に記載のデータ入出力方法において、
更に、前記ファイルサーバアプリケーション部のファイルＩ／Ｏ発行要求をフックするステップと、
フックしたファイルＩ／Ｏ発行要求からアクセス対象となるファイルの情報を取得して前記Ｉ／Ｏ代行デーモン部に渡すステップとを含むことを特徴とするデータ入出力方法。 5. The data input/output method according to claim 4,
further, hooking a file I/O issuing request of the file server application unit;
A data input/output method comprising the steps of: acquiring information about a file to be accessed from the hooked file I/O issuing request; and transferring the information to the I/O proxy daemon unit. 請求項５に記載のデータ入出力方法において、
更に、前記ファイルＩ／Ｏ発行要求のＩ／Ｏパターンを解析するステップと、解析して取得した動的な制御情報を、前記ファイルＩ／Ｏ発行要求に付加するステップとを含むことを特徴とするデータ入出力方法。 6. The data input/output method according to claim 5,
The data input/output method further comprises the steps of: analyzing an I/O pattern of the file I/O issuance request; and adding dynamic control informationobtained by the analysis to the file I/O issuance request.ファイルサーバアプリケーションソフトウェアのファイルＩ／Ｏ発行要求をフックし、フックしたファイルＩ／Ｏ発行要求からアクセス対象となるファイルの情報を取得して、Ｉ／Ｏ代行デーモンプログラムに渡すＩ／Ｏフックモジュールプログラムであって、
前記Ｉ／Ｏ代行デーモンプログラムは、Ｉ／ＯフックモジュールプログラムからファイルサーバのＩ／Ｏ要求を受け取り、前記ファイルサーバに代行してリアルタイムＩ／Ｏファイルシステムに前記Ｉ／Ｏ要求を発行するものであり、
前記Ｉ／Ｏフックモジュールプログラムは、前記ファイルサーバアプリケーションソフトウェアのファイルＩ／Ｏ発行要求をフックする手順と、フックした前記ファイルＩ／Ｏ発行要求からアクセス対象となるファイルのパス名およびファイル内のアクセス対象領域を示す情報を取得する手順と、
取得したアクセス対象領域を示す情報を前記Ｉ／Ｏ代行デーモンプログラムに渡す手順と、
を計算機に実行させることを特徴とするＩ／Ｏフックモジュールプログラム。An I/O hook module program that hooks a file I/O issue request of a file server application software, acquires information on a file to be accessed from the hooked file I/O issue request, and passes the information to an I/O proxy daemon program,
the I/O proxy daemon program receives an I/O request of a file server from an I/O hook module program, and issues the I/O request to a real-time I/O file system on behalf of the file server;
The I/O hook module program includes a procedure for hooking a file I/O issue request of the file server application software, and a procedure for acquiring information indicating a path name of a file to be accessed and an area to be accessed within the file from the hooked file I/O issue request.
a step ofpassing informationindicating the obtained access target area to the I/Oproxy daemon program;
An I/O hook module program for causing a computer to execute the above.Ｉ／ＯフックモジュールプログラムからファイルサーバのＩ／Ｏ要求を受け取り、前記ファイルサーバに代行してリアルタイムＩ／Ｏファイルシステムに前記Ｉ／Ｏ要求を発行するＩ／Ｏ代行デーモンプログラムであって、
前記Ｉ／Ｏフックモジュールプログラムから受け取った個々のファイルＩ／Ｏ発行要求に、前記ファイルサーバアプリケーションソフトウェアおよびアクセス対象ファイルに応じたファイルＩ／Ｏの制御情報を付加する手順と、
前記制御情報を付加したファイルＩ／Ｏ発行要求を前記リアルタイムＩ／Ｏファイルシステムに対して発行する手順と、
前記ファイルＩ／Ｏ発行要求の実行結果を前記Ｉ／Ｏフックモジュールプログラムを介して前記ファイルサーバのアプリケーションソフトウェアに渡す手順と、
を計算機に実行させるものであるＩ／Ｏ代行デーモンプログラム。an I/O proxy daemon program that receives an I/O request of a file server from an I/O hook module program and issues the I/O request to a real-time I/O file system on behalf of the file server ,
a step of adding file I/O control information corresponding to the file server application software and the file to be accessed toeachfile I/O issue request received from the I/Ohook module program;
a step of issuing a file I/O request with the control information added thereto tothe real-time I/O file system;
a step of passing a result of the execution of the file I/O issue request to application softwareof the file servervia the I/O hook module program;
An I/O proxy daemon program that causes a computer to execute the above.Ｉ／Ｏフックモジュールプログラムから受け取った個々のファイルＩ／Ｏ発行要求に、ファイルサーバアプリケーションソフトウェアおよびアクセス対象ファイルに応じた制御情報を付加する手順と、
前記制御情報を付加したファイルＩ／Ｏ発行要求をファイルシステムに対して発行する手順と、
前記ファイルＩ／Ｏ発行要求の実行結果をＩ／Ｏフックモジュールプログラムを介して前記ファイルサーバアプリケーションソフトウェアに渡す手順と、
前記ファイルサーバアプリケーションソフトウェアから受け取った個々のファイルＩ／Ｏ発行要求がデッドラインミスを起こした場合の再試行する回数であるリトライポリシーに基づいてファイルＩ／Ｏ発行要求の手順を、
計算機に実行させることを特徴とするＩ／Ｏ代行デーモンプログラム。a step of adding control information corresponding to the file server application software and the file to be accessed to each file I/O issue request received from the I/O hook module program;
a step of issuing a file I/O request to a file system, the file I/O request having the control information added thereto;
a step of passing a result of the execution of the file I/O issue request to the file server application software via an I/O hook module program;
A procedure for issuing a file I/O request basedon a retry policy, which is the number of times to retry when each file I/O request received from the file server application software causes a deadline miss,
An I/O proxy daemon program that is executed by a computer.Ｉ／Ｏフックモジュールプログラムから受け取った個々のファイルＩ／Ｏ発行要求に、ファイルサーバアプリケーションソフトウェアおよびアクセス対象ファイルに応じた制御情報を付加する手順と、
前記制御情報を付加したファイルＩ／Ｏ発行要求をファイルシステムに対して発行する手順と、
前記ファイルＩ／Ｏ発行要求の実行結果をＩ／Ｏフックモジュールプログラムを介して前記ファイルサーバアプリケーションソフトウェアに渡す手順と、
前記ファイルサーバアプリケーションソフトウェアのＩ／ＯフックモジュールプログラムからファイルＩ／Ｏ発行要求に関する情報を受け取る手順と、
前記ファイルサーバアプリケーションソフトウェアからファイルＩ／Ｏ発行要求に構成情報に基づく制御情報を付加し、リアルタイムＩ／Ｏファイルシステムに対して非同期で発行する手順と、
非同期で発行される読み込みおよび書き込みのファイルＩ／Ｏ発行要求を管理する手順と、管理される履歴情報を参照し、Ｉ／Ｏのパターンを解析する手順と、
解析したパターンに基づく動的な制御情報を前記Ｉ／Ｏ発行要求に付加して前記リアルタイムＩ／Ｏファイルシステムに発行する手順と、
を計算機に実行させることを特徴とするＩ／Ｏ代行デーモンプログラム。a step of adding control information corresponding to the file server application software and the file to be accessed to each file I/O issue request received from the I/O hook module program;
a step of issuing a file I/O request to a file system, the file I/O request having the control information added thereto;
a step of passing a result of the execution of the file I/O issue request to the file server application software via an I/O hook module program;
receiving information regarding a file I/O issuance request from an I/O hook module program of the file server application software;
a step of adding control information based on configuration information to a file I/O request from the file server application software and asynchronously issuing the request to a real-time I/O file system;
A procedure for managing file I/O requests for reading and writing that are issued asynchronously, and a procedure for analyzing I/O patterns by referring to the managed history information;
adding dynamic control information based on the analyzed pattern to the I/O issue request and issuing the I/O issue request to the real-time I/O file system;
2. An I/O proxy daemon program for causing a computer to execute the above.

Images