(57)【要約】【課題】複数のシステムを利用せずに書込み要求のリクエスト振り分け管理を実現し、書込みスループットを向上させたファイル書込みシステムおよび方法を提供する。【解決手段】データをファイリングするための追記型ファイル３と、追記型ファイル３を構成する複数の物理ファイル３１と、データを流通させるための通信路５と、物理ファイル３１へデータを書込みするための書込み要求とデータを通信路５を介して送信するための書込み依頼部２と、書込み要求とデータを通信路５を介して受信し物理ファイル３１へ書込みを行うための書込み処理部１と、書込み依頼部２から同時に複数の物理ファイル３１へ書込み要求が発生した場合において、複数の書込み処理部１を同時に起動して同時並列的に物理ファイル３１へ可変長のデータを書込む。【選択図】図１
2009064189.tif 000002
【特許請求の範囲】
【請求項１】
データをファイリングするための追記型ファイルと、
前記データを流通させるための通信路と、
前記追記型ファイルへ前記データを書込みするための書込み要求と前記データを前記通信路を介して送信するための書込み依頼部と、
前記書込み要求と前記データを前記通信路を介して受信し前記追記型ファイルへ書込みを行うための書込み処理部と、
を有し、
前記書込み依頼部から同時に複数の前記追記型ファイルへ書込み要求が発生した場合において、複数の前記書込み処理部を同時に起動して同時並列的に前記追記型ファイルへ可変長の前記データを書込むことを特徴とするファイル書込みシステム。
【請求項２】
前記追記型ファイルは、複数の物理ファイルから構成されていることを特徴とする請求項１に記載のファイル書込みシステム。
【請求項３】
前記書込み処理部と前記物理ファイルを関連付け可能なことを特徴とする請求項２に記載のファイル書込みシステム。
【請求項４】
前記書込み処理部は、
前記書込み依頼部からの前記書込み要求が複数で発せられた場合において、既に書込みが終了した書込み処理部から順に未処理の書込みを実行することを特徴とする請求項１〜３のいずれかに記載のファイル書込みシステム。
【請求項５】
前記書込み依頼部は、前記書込み要求を前記通信路が備えるデータ保持部の一部を利用して保持して送信することを特徴とする請求項１〜４のいずれかに記載のファイル書込みシステム。
【請求項６】
前記追記型ファイルが保存されているハードディスク装置をＲＡＩＤ装置内のハードディスク装置でもって構成されていることを特徴とする請求項１〜５のいずれかに記載のファイル書込みシステム。
【請求項７】
追記型ファイルを、データをファイリングするために構築するステップと、
通信路において、前記データを流通させるステップと、
書込み依頼部において、前記追記型ファイルへ前記データを書込みするための書込み要求と前記データを前記通信路を介して送信するステップと、
書込み処理部において、前記書込み要求と前記データを前記通信路を介して受信し前記追記型ファイルへ書込みを行うステップと、
前記書込み依頼部から同時に複数の前記追記型ファイルへ書込み要求が発生した場合において、複数の前記書込み処理部を同時に起動して同時並列的に前記追記型ファイルへ可変長の前記データを書込むステップと、
を有することを特徴とするファイル書込み方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大容量化と高速化を図るためにファイルを分割配置する分散ファイルシステムに好適なファイル書込みシステムおよび方法に関する。
【背景技術】
【０００２】
従来におけるサーバシステムとして、たとえば、ファイルサーバとＩ／Ｏサーバからなるサーバシステムで、それぞれに独立したＣＰＵを持ち、Ｉ／Ｏサーバはファイルサーバから依頼された要求を所定のアルゴリズムに基づき実行キューに入れ、実行キューに並べられた順に処理を実行するサーバシステムを構成している（特許文献１参照）。
【０００３】
また、複数のディスク装置が各々固有のディスコネクト・リコネクト装置を介してバス装置に接続され、各々のディスク装置にはキャッシュメモリを搭載する装置において、ＣＰＵから読み込みまたは書込み要求を発行し、ディスク装置命令を転送する。その後に、ディスク装置をバス装置から切り離すことにより、ディスク媒体からキャッシュメモリの転送時間待ちに他のディスクへの命令が転送可能な方式が知られている（特許文献２参照）。
【０００４】
また、複数ノードに部分ファイルを配置し、それらを束ねる制御を行うことにより、論理的なファイルサイズを大きくする方式も知られている。あるいは、論理的なファイルへのアクセスが集中した場合にも、部分ファイルを複数ノードに配置することによりスループットを高くする方式も知られている（特許文献３参照）。
【特許文献１】特開平８−２１２０９０
【特許文献２】特許第３１９９８１６号
【特許文献３】特許第３４８１３９１号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら従来においては、ファイルサーバとＩ／Ｏサーバからなるサーバシステムにおいて、ファイルサーバがマルチタスクで処理を行うことによるスループット向上を満足させることはできなかった。
【０００６】
また、実行キューにリクエストをキューイングし、順次処理を実行する場合において、要求のプライオリティを考慮してリクエストを処理するが、処理を実行する機能に対して振り分けを行うことはできなかった。
【０００７】
また、書き込む１ファイルを複数のサブファイルに分割し、そのサブファイルを複数の磁気ディスクへ書き込む方式であって、１つのサブファイルを１つの磁気ディスクのキャッシュへ転送、その転送が終わると次のサブファイルを次の磁気ディスクのキャッシュへ転送することで並列処理をしており、リクエスト自体を振り分ける処理は行われていなかった。
【０００８】
また、複数ノードに部分ファイルを配置し、その配置先を一般的なファイルにする方式従来の方式においては、書込み時のリクエストを振り分ける処理は行われていなかった。
【０００９】
本発明の目的は、上記に鑑みてなされたものであり、複数のシステムを利用せずに書込み要求のリクエスト振り分け管理を実現し、書込みスループットを向上させたファイル書込みシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の本発明は、データをファイリングするための追記型ファイルと、前記データを流通させるための通信路と、前記追記型ファイルへ前記データを書込みするための書込み要求と前記データを前記通信路を介して送信するための書込み依頼部と、前記書込み要求と前記データを前記通信路を介して受信し前記追記型ファイルへ書込みを行うための書込み処理部と、を有し、前記書込み依頼部から同時に複数の前記追記型ファイルへ書込み要求が発生した場合において、複数の前記書込み処理部を同時に起動して同時並列的に前記追記型ファイルへ可変長の前記データを書込む。
【００１１】
また、請求項２に記載の本発明は、請求項１において、前記追記型ファイルは、複数の物理ファイルから構成されている。
【００１２】
また、請求項３に記載の本発明は、請求項２において、前記書込み処理部と前記物理ファイルを関連付け可能である。
【００１３】
また、請求項４に記載の本発明は、請求項１〜３のいずれかにおいて、前記書込み処理部は、前記書込み依頼部からの前記書込み要求が複数で発せられた場合において、既に書込みが終了した書込み処理部から順に未処理の書込みを実行する。
【００１４】
また、請求項５に記載の本発明は、請求項１〜４のいずれかにおいて、前記書込み依頼部は、前記書込み要求をデータ保持部の一部を利用して保持して送信する。
【００１５】
また、請求項６に記載の本発明は、請求項１〜５のいずれかにおいて、前記追記型ファイルが保存されているハードディスク装置をＲＡＩＤ装置内のハードディスク装置でもって構成されている。
【００１６】
また、請求項７に記載の本発明は、追記型ファイルを、データをファイリングするために構築するステップと、通信路において、前記データを流通させるステップと、書込み依頼部において、前記追記型ファイルへ前記データを書込みするための書込み要求と前記データを前記通信路を介して送信するステップと、書込み処理部において、前記書込み要求と前記データを前記通信路を介して受信し前記追記型ファイルへ書込みを行うステップと、前記書込み依頼部から同時に複数の前記追記型ファイルへ書込み要求が発生した場合において、複数の前記書込み処理部を同時に起動して同時並列的に前記追記型ファイルへ可変長の前記データを書込むステップと、を有する。
【発明の効果】
【００１７】
本発明によれば、複数のシステムを利用せずに書込み要求のリクエスト振り分け管理を実現し、書込みスループットを向上させたファイル書込みシステムおよび方法を提供できる。
【発明を実施するための最良の形態】
【００１８】
＜第１の実施の形態＞
図１は、本発明のファイル書込みシステムおよび方法の第１の実施の形態を説明するための構成図を示している。この図１には、端末／ＡＰ４と、書込み依頼部２と、書込み処理部１と、追記型ファイル３と、追記型ファイル３を構成する複数の物理ファイル３１と、通信路５と、が示されている。
【００１９】
これらの構成について、端末／ＡＰ４は、書込み依頼部２へデータの書込み要求を指示入力するための手段であり、たとえば通信機能を備えたパーソナルコンピュータや携帯電話端末および無線ＬＡＮなどのアクセスポイント（ＡＰ）などが含まれている。図示しない操作者の入力操作や、あるいは端末／ＡＰ４にローカルで備わるソフトウェア等により書込み要求が指示される。
【００２０】
また、書込み依頼部２は、通信路５を介して端末／ＡＰ４からの書込み依頼を受けて通信路５内に備わるデータ保持部へ書込みデータの保存、およびデータ処理部への書込み依頼通知を実行する。そして、書込み処理部からの書込み完了（あるいは失敗）通知を受け取り、端末／ＡＰ４へその結果を通知する。
【００２１】
また、書込み処理部１は、書込み依頼部２からの書込み依頼を受けて、追記型ファイル３への書込みを実行する。この書込み処理においては、複数の書込み処理部１が並列的に同一の追記型ファイル３へ書込みを実行することが可能である。なお、この書込み処理部１は複数世代を持つ追記型ファイル３に対して、現世代のファイル容量が足りない場合、次の世代へ世代交代（以降、スワップと呼ぶ）する機能も備えている。
【００２２】
また、追記型ファイル３は、追記型のファイルシステムであって、書込み要求があるとこれまでに書込まれた次の位置へデータの書込みを実行する。この追記型ファイル３には並列ファイルという概念があり、並列可変長ファイル書込み形式においては、１論理ファイルが複数の物理ファイル３１に分割されている。そして、世代という概念を持ち、各並列ファイルには複数世代を持つことも可能である。
【００２３】
これらの、端末／ＡＰ４と、書込み依頼部２と、書込み処理部１と、追記型ファイル３と、通信路５と、の構成により、追記型ファイル３へデータの書込みを可能としている。図１に示すのは第１の実施の形態の基本構成であり、図２に示すのは基本構成の変形例を説明するための構成図である。この図２に示す構成においては、書込み処理部６が複数台の書込み処理部１でもって構成された例である。
【００２４】
次の図３に示すシーケンス図を参照して、第１の実施の形態の動作について説明する。まず、端末／ＡＰ４から書込み依頼部２に対して書込みリクエスト（書込み要求）の発行を行う（Ｓ１）。ここでは、書込みリクエストと書込みデータを合わせて書込み依頼部２へ通知する。
【００２５】
次に、書込みリクエストと書込みデータを受け取った書込み依頼部２は、書込み処理部１の通知手段として利用する通信路５へ書込みデータを一時保存する依頼を発行する（Ｓ２）。
【００２６】
次に、通信路５では、受け取った書込みデータを保存可能な領域が十分にあるか否かを確認し、領域が存在すればデータを保存する（Ｓ３）。
【００２７】
次に、通信路５はＳ３にて保存したデータの保存位置を書込み依頼部２へ返却する（Ｓ４）。
【００２８】
次に、書込み依頼部２は書込み処理部１に対して書込み依頼を発行する（Ｓ５）。この際、書込み依頼部２はＳ４において受け取ったデータの保存位置を書込み処理部１に通知する。
【００２９】
次に、書込み処理部１は通信路５に対してＳ５で受け取ったデータの保存位置を通知し、書込みデータ獲得依頼を発行する（Ｓ６）。
【００３０】
次に、通信路５はＳ６で受け取ったデータの保存位置を元に書込み処理部１に対して書込みデータを返却する（Ｓ７）。
【００３１】
次に、書込み処理部１が書込みを実施しようとした物理ファイル３１が、他の書込み処理部によって書込み中だった場合に排他制御をかけてwaitさせるために、ファイルへの書込み可否判定を行う。そして、書込み処理部１は追記型ファイル３に対して、書込み可能か否かを確認するためにファイルの残容量確認依頼を発行する（Ｓ８）。
【００３２】
次に、追記型ファイル３は書込み処理部１に対してファイルの未使用領域の容量を返却する（Ｓ９）。
【００３３】
次に、書込み処理部１はＳ９で受け取った残容量と、Ｓ７で受け取った書込みデータのサイズおよび書込み時のヘッダー／フッターサイズの合計を比較し、書込み可否を確認する（Ｓ１０）。なお、この図３に示すシーケンス図においては、このステップで書込み可であると判断した場合を説明のために示しており、このステップでの判断を何等限定するものではない。
【００３４】
次に、書込み処理部１は書込み時に必要となり、書込み依頼受順に発行するシーケンシャルな番号である書込み用の通番を算出する（Ｓ１１）。
【００３５】
次に、書込み処理部１はＳ１１で作成した通番をヘッダー／フッターに設定し、書込みデータと共に追記型ファイル３に対して書込み依頼を発行する（Ｓ１２）。
【００３６】
次に、追記型ファイルでは、Ｓ１２で受け取ったヘッダー／フッターおよび書込みデータを追記型ファイル３へ書込みし、その結果を書込み処理部１へ返却する（Ｓ１３）。なお、この図３においては説明のために書込み成功を返却した場合を示している。
【００３７】
次に、書込み処理部１はＳ１３で受け取った結果を書込み依頼部２へ返却する（Ｓ１４）。なお、このステップＳ１４において実行される書込み依頼部２への書込み結果の返却方法については、たとえば通信路５に書込み完了（もしくは異常終了）というデータをセットして、依頼部側からその情報を取得してもよい。
【００３８】
次に、書込み依頼部１は通信路５に保存した書込みデータを削除する依頼をデータ保持部に対して発行する。この際にデータの保存位置を通知する（Ｓ１５）。
【００３９】
次に、通信路５はＳ１５で受け取ったデータの保存位置に保持されているデータを削除し、削除結果を書込み依頼部２へ通知する（Ｓ１６）。
【００４０】
次に、書込み依頼部２は、追記型ファイル３への書込み結果を端末／ＡＰ４へ通知する（Ｓ１７）。この際、書込み可否と通番を通知する。なお、この図３においては、説明のために書込み成功の場合を示している。
【００４１】
なお、以上のＳ１〜Ｓ１７の処理ステップについて、Ｓ２〜Ｓ５の処理ステップについては必ずしも通信路５を利用する必要は無く、Ｓ５にて書込みデータそのものを書込み処理部１へ通知してもよい。その際はＳ６、Ｓ７およびＳ１５、Ｓ１６の各処理ステップを実行する必要は無い。
【００４２】
また、図４に示すシーケンス図に参照されるように書込み処理部１が数世代存在する構成である場合には、現世代のファイル容量が足らない場合に、次の世代へとスワップする機能を備えている。この図４において、Ｓ２０〜Ｓ２６までは図３に示したＳ１〜Ｓ７までの処理ステップと同様である。そしてＳ２６においてデータ返却において書込み処理部１の現世代のファイル容量が足らないことが確認されると（Ｓ２９）、書込み処理部１では次世代へのスワップ依頼を発行する（Ｓ３０）。追記型ファイル３はこのスワップ依頼を受けてスワップ処理を実行する（Ｓ３１）。このスワップ処理が完了すると、追記型ファイル３から書込み処理部１へスワップ完了通知が発行される。その後の処理ステップは図３に示したＳ１２〜Ｓ１７までが続いて実行される。
【００４３】
なお、本発明の第１の実施の形態においては、複数の端末／ＡＰ４からの書込み依頼を並列して処理することも可能である。具体的には端末／ＡＰ４と書込み依頼部２および書込み処理部１の動作が並列して実行可能となるものであり、端末／ＡＰ４および書込み依頼部２、書込み処理部１が複数存在できる構成である。この構成の基本動作においては、全てが並列に動作可能である。ただし、データ保持部と追記型ファイル３の参照更新時は並列処理がシーケンシャル処理になる場合もある。こうした構成により、より高スループットを実現することができる。
【００４４】
＜第２の実施の形態＞
図５は、本発明のファイル書込みシステムおよび方法の第２の実施の形態を説明するための構成図を示している。この図５には、第１の実施の形態の構成と比較して追記型ファイル３を構成する物理ファイル３１が複数台で並列に書込み処理部１へ接続されている点で異なっている。
【００４５】
この図５に示すように、論理ファイルである追記型ファイル３を複数の物理ファイル（並列ファイル）３１に分割することで、複数の端末／ＡＰ４からの書込み依頼を同時に受け付けた場合において、既出の図３中に示したＳ９やＳ１３の処理ステップを改善することができる。すなわち、この処理ステップＳ９やＳ１３において、追記型ファイル３にかかわる並列処理がシーケンシャル処理になる部分をパラレルに実行することが可能となるので、より高スループットを出すことが実現できる。
【００４６】
また、追記型ファイル３を物理ファイル３１に分割して構成するだけではなく、分割したファイルを物理的に異なるディスクに配置することで、さらに高スループットを出すことが実現できる。
【００４７】
図６に示すのは、図５に示した第２の実施の形態の構成の変形例を示している。この図６の構成では複数の書込み処理部１で構成された書込み処理部６に対し、それぞれの書込み処理部１に複数の物理ファイル３１がそれぞれ接続された場合の構成例を示している。
【００４８】
＜第３の実施の形態＞
図７は、本発明のファイル書込みシステムおよび方法の第３の実施の形態を説明するための構成図を示している。この図７には、第１の実施の形態の構成と比較して追記型ファイル３を構成する物理ファイル３１が複数台で並列に配置され、この物理ファイル３１のそれぞれに書込み処理部１が接続されている。そして、複数の書込み処理部１によって書込み処理部６が構成されている点で異なっている。
【００４９】
この図７を参照して、追記型ファイル３を複数に分割して使用する場合は書込み処理部１はどの物理ファイル３１に書込むかを決定しておく必要がある。複数ある書込み処理部１に対してあらかじめ書込み先となる物理ファイル３１を割り当てておくことにより、書込み先決定におけるオーバーヘッドを軽減することが可能となり、より高スループットを出すことが実現できる。
【００５０】
なお、この図７に示す構成において、書込み処理部１が払い出す通番について説明する。基本的には書込み処理部１は図示しない最終払い出し通番保持部から最終払い出し通番を取得し、カウントアップした値をこれから書込むデータの通番としている。また、カウントアップした値を最終払い出し通番保持部に上書きして保存している。最終払い出し通番保持部は、最後に払い出した通番を保存しておくための領域である。
【００５１】
図７では、複数の書込み処理部１が存在し、それぞれの書込み処理部は複数ある物理ファイル３１に対応付けされている。これらの書込み処理部１は、書込み処理が終わると書込み可能状態のリンクリストの末尾に追加され、次の書込み依頼を待つ状態になっている。書込みサイズなどの関係により、あとから来た依頼の方が先に終わる場合があり、たとえば、一般的なラウンドロビン形式による複数の物理ファイルへの書込みのように固定された順序でもって必ずしも次の書込み依頼が処理されはしない。
【００５２】
読み込みを意識した場合、基本的な通番の払い出し方法では、ある通番のデータが欲しい時に、どの物理ファイル３１にあるかがわからない。これに対して、図７に示す構成では、書込み処理部１は最終払い出し通番を受け取り、その受け取った通番より大きく、かつ並列数（複数の物理ファイル３１を並列ファイルとした場合の、並列ファイルの数）で割ると、その余剰がファイル番号と同じになる最小の通番を払い出している。これにより、並列数での余剰で判断できるので、読み込み時に指定された通番がどの物理ファイル３１に存在するかを推測するのが容易になる。
【００５３】
なお、図８に示すのは、図７に示した第３の実施の形態の変形例を示している。この構成では書込み処理部６を構成する複数の書込み処理部１が２台ずつ一つの物理ファイル３１に接続してデータ書込みを実行する構成である。また、図８では２台ずつとなっているが、数は問わない。
【００５４】
＜第４の実施の形態＞
図９は、本発明のファイル書込みシステムおよび方法の第４の実施の形態を説明するための構成図を示している。この図９には、第１の実施の形態の構成と比較して追記型ファイル３を構成する物理ファイル３１が複数台で並列に配置され、この物理ファイル３１のそれぞれに書込み処理部（１）１０、書込み処理部（２）１１および書込み処理部（n）１２が一対一で接続されている。そして、書込み処理部（１）１０〜書込み処理部(n)１２によって書込み処理部６が構成され、書込み処理部（１）１０〜書込み処理部（n）１２のそれぞれに書込み依頼部２が接続されている点で異なっている。
【００５５】
この図９の構成において、書込み処理部１への書込み依頼部２からの通知の実現方法として、条件変数を用いる方法と、共有メモリ（セマフォ）を用いる方法、およびソケット通信を用いる方法がある。
【００５６】
このうち、条件変数を用いる方法としては、条件変数がある一定の条件（端末／ＡＰ４から書込み依頼を受け取り、データ保持部へ書込みデータを保存した時点で条件を設定）を満たしたところで、書込み処理部１が動作を開始する。
【００５７】
また、共有メモリ（セマフォ）を用いる方法では、ＡＰ／端末４から書込み依頼を受け取り、データ保持部へ書込みデータを保存した時点で条件設定をし、ここでセマフォをカウントアップし、書込み処理部１が動作を開始する。
【００５８】
また、ソケット通信を用いる方法としては、端末／ＡＰ４から書込み依頼を受け取り、データ保持部へ書込みデータをを保存した時点で条件を設定し、ここで書込み処理部１へソケット通信で通知する。あるいは、データ保持部を用いずに書込みデータ自体をソケット通信で送る。
【００５９】
図１０に示すのは、図９において書込み処理中ではない書込み処理部のリストを説明するための説明図である。図１０（ａ）は初期状態を示し、書込み処理の順番は図面右側の書込み処理部（１）１０から順に左へ書込み処理部（２）１１・・・・書込み処理部（n）１２へ進むように設定されている。次に、図１０（ｂ）において、書込み処理部（１）１０が書込み処理中となる。次に、図１０（ｃ）において、書込み処理が終了した書込み処理部（１）１０はリストの最後部の書込み処理部（n）１２の後へ移動する。
【００６０】
＜第５の実施の形態＞
図１１は、本発明のファイル書込みシステムおよび方法の第５の実施の形態を説明するための構成図を示している。この図１１には、第１の実施の形態の構成と基本的には同様であるものの、書込み処理部１の動作が異なっている。
【００６１】
この図１１において、複数の端末／ＡＰ４から同時に書込み依頼がある場合（ＡＰから見ると同一ファイル）、書込み依頼部２では現在書込みを行っていない書込み処理部１へ優先的に処理を依頼する。書込み処理中の書込み処理部１へ書込みを依頼すると、その書込みが終了するまで新たな書込み依頼を実行できないため、スループット低下の一因となる。たとえば、ラウンドロビン方式で書込み依頼を書込み処理部１へ振り分けてしまうと、可変長データを書込むため、ほぼ同時に書込み依頼部１が処理依頼を受け取っても、処理の終了時間はまちまちになってしまう。
【００６２】
そこで、処理していない書込み処理部１をキューに登録しておき、書込み依頼部２は書き込みの依頼時にそのキューの先頭にいる書込み処理部１へ書込み依頼を投げかける。そして、書込み処理部１は書込み処理が終了すると、該当キューの末尾に自身を登録する。このように、書込み処理部１は書込み依頼が書込み依頼部２から発行されたかを随時監視（図１１中のＱ）し、書込み依頼が発行されたら書込み処理部１が書込みを実行する。
【００６３】
＜第６の実施の形態＞
本発明の構成をＲＡＩＤ装置およびＵＰＳを利用することで、ＲＡＩＤ装置のキャッシュに書込みデータが到着した時点で、書込みを保証することができる。これにより、キャッシュ到達時点で書込みできた旨を返却できるので、高スループットと高信頼性を共に担保することができる。
【００６４】
以上説明した第１〜第６の実施の形態は、追記型書込みにおいて複数の物理ファイルから書込み先１論理ファイルを構成し、各々の書込み依頼を各物理ファイルへ振り分けることで、書込みスループットを向上させている。
【００６５】
また、本発明のファイル書込みシステムに関しては、一方の書込み依頼におけるバス未使用時間に、他方の書込み依頼情報を転送することが可能となり、バス使用率を向上させることができる。結果として、書込みのトータルスループットを向上することが可能になる。そして、複数の同時書込み依頼データはコマンドキューイング機能により、並列非同期にバス経由でＲＡＩＤシステムへ転送することができる。
【００６６】
また、到着した書込み要求に対して、書込み処理部を割り当てるが、割り当て方式はラウンドロビン方式ではなく、空き管理リストを使うことが好ましい。結果として、ラウンドロビン方式における書込み処理時間のバラツキを原因とした書込み処理待ちが発生せず、書き込みのトータルスループットを向上させることができる。
【００６７】
以上説明した本発明の実施の形態によれば、複数のシステムを利用せずに書込み要求のリクエスト振り分け管理を実現し、書込みスループットを向上させたファイル書込みシステムおよび方法を提供することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の第１の実施の形態を説明するための構成図を示す。
【図２】本発明の第１の実施の形態を説明するための構成図を示す。
【図３】本発明の第１の実施の形態を説明するためのシーケンス図を示す。
【図４】本発明の第１の実施の形態を説明するためのシーケンス図を示す。
【図５】本発明の第２の実施の形態を説明するための構成図を示す。
【図６】本発明の第２の実施の形態を説明するための構成図を示す。
【図７】本発明の第３の実施の形態を説明するための構成図を示す。
【図８】本発明の第３の実施の形態を説明するための構成図を示す。
【図９】本発明の第４の実施の形態を説明するための構成図を示す。
【図１０】本発明の第４の実施の形態を説明するための説明図を示す。
【図１１】本発明の第５の実施の形態を説明するための説明図を示す。
【符号の説明】
【００６９】
１、６…書込み処理部
２…書込み依頼部
３…追記型ファイル
４…端末／ＡＰ
５…通信路
３１…物理ファイル
【図１】
2009064189.tif 000003
【図２】
2009064189.tif 000004
【図３】
2009064189.tif 000005
【図４】
2009064189.tif 000006
【図５】
2009064189.tif 000007
【図６】
2009064189.tif 000008
【図７】
2009064189.tif 000009
【図８】
2009064189.tif 000010
【図９】
2009064189.tif 000011
【図１０】
2009064189.tif 000012
【図１１】
2009064189.tif 000013