(57)【要約】      （修正有）【課題】アプリケーションに依存することなく、ストレージアクセスレートの制御を実現する。【解決手段】複数のｉＳＣＳｉターゲット２とｉＳＣＳＩセッションするビデオサーバ３に、セッション内で受信するデータを蓄積する各受信バッファ４に上限閾値と下限閾値が設定されている。ビデオサーバ３の各イニシエータ４には、ｉＳＣＳＩ（Ｒｅａｄ）コマンドをＴＣＰコネクションへ振り分けるコネクション振分機能部５と、受信バッファ４の上限閾値・下限閾値と蓄積データ量との関係を用いてＴＣＰコネクション数の増減を指示する振分制御部６とが組み込まれている。振分制御部６は、受信バッファ４の蓄積データ量が上限閾値を超えた場合にＴＣＰコネクション数の減少を指示する。受信バッファ４の蓄積データ量が下限閾値を下回った場合にＴＣＰコネクション数の増加を指示する。【選択図】図３
2010198187.tif 000002
【特許請求の範囲】
【請求項１】
ｉＳＣＳＩセッションするｉＳＣＳＩホスト装置とｉＳＣＳＩデバイス装置のＴＣＰコネクション数を前記ホスト装置に構築されたイニシエータをもって制御する方法であって、
ｉＳＣＳＩセッションを通じて受信するデータを一時蓄積する前記ホスト装置の受信バッファ内の蓄積データ量に応じて、該セッション内のＴＣＰコネクション数を増減させる
ことを特徴とするｉＳＣＳＩセッションのＴＣＰコネクション数制御方法。
【請求項２】
前記受信バッファに設定した閾値と前記蓄積データ量との関係を用いてＴＣＰコネクション数の増減を指示する第１ステップと、
前記第１ステップの指示に従ってｉＳＣＳＩコマンドをＴＣＰコネクションに振り分ける第２ステップと、
を有することを特徴とする請求項１記載のｉＳＣＳＩセッションのＴＣＰコネクション数制御方法。
【請求項３】
前記第１ステップは、前記蓄積データ量が前記受信バッファの上限閾値を超えた場合にＴＣＰコネクション数の減少を指示する一方、
前記受信バッファの下限閾値を下回った場合にＴＣＰコネクション数の増加を指示する
ことを特徴とする請求項２記載のｉＳＣＳＩセッションのＴＣＰコネクション数制御方法
【請求項４】
ｉＳＣＳｉデバイス装置とｉＳＣＳｉセッションするイニシエータが構築されたｉＳＣＳｉホスト装置において、
前記イニシエータにｉＳＣＳＩセッションを通じて受信するデータを一時蓄積する受信バッファ内の蓄積データ量に応じて、該セッション内のＴＣＰコネクション数を増減させる手段を設けた
ことを特徴とするｉＳＣＳＩホスト装置。
【請求項５】
前記イニシエータは、前記受信バッファに設定した閾値と前記蓄積データ量との関係を用いてＴＣＰコネクション数の増減を指示する振分制御部と、
前記振分制御部の指示に従ってｉＳＣＳＩコマンドをＴＣＰコネクションに振り分ける振分機能部と、
を有することを特徴とする請求項４記載のｉＳＣＳＩホスト装置。
【請求項６】
前記振分制御部は、前記蓄積データ量が前記受信バッファの上限閾値を超えた場合にＴＣＰコネクション数の減少を指示する一方、
前記受信バッファの下限閾値を下回った場合にＴＣＰコネクション数の増加を指示する
ことを特徴とする請求項５記載のｉＳＣＳＩホスト装置。
【請求項７】
請求項４〜６のいずれか１項に記載のｉＳＣＳＩホスト装置としてコンピュータを機能させるためのイニシエータ構成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ｉＳＣＳＩホスト装置とｉＳＣＳＩデバイス装置とをＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）ネットワークを使用して接続するｉＳＣＳＩ技術、特に読み出しスループット値を安定化させる技術に関する。
【背景技術】
【０００２】
（１）ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  ＳＣＳＩ，ＳＣＳＩ  ｏｖｅｒ  ＴＣＰ）
単体、もしくは複数のハードディスクドライブ装置の集合体、あるいは専用の制御部で複数のハードディスクドライブ装置を制御するディスクアレイ装置等から構成されるストレージ装置が実用化されている。
【０００３】
ストレージ装置（デバイス装置）とホスト装置（サーバ，ＰＣ）間を接続するインターフェース技術としてはファイバチャネル（ＦＣ：Ｆｉｂｅｒ  Ｃｈａｎｎｅｌ）、インフィニバンド（Ｉｎｆｉｎｉ  Ｂａｎｄ）、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）などがある。
【０００４】
ＳＣＳＩインターフェースは、近距離間を経済的に接続する用途として優れ、既に広く普及している。当該インターフェースでは、クライアントに相当する機能をイニシエータ、サーバに相当する機能をターゲットと呼び、イニシエータとターゲット間で、ＳＣＳＩコマンド（ＣＤＢ：Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｐｔｏｒ  Ｂｌｏｃｋ）を交換する。
【０００５】
ｉＳＣＳＩ（ｉｎｔｅｒｎｅｔ  ＳＣＳＩ）技術は、非特許文献１に示すように、２００４年にネットワークプロトコルであるＴＣＰ／ＩＰの上位プロトコルとしてＩＥＴＦ（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で標準化された（ＲＦＣ３７２０）。このｉＳＣＳＩ接続は、ファイバチャネルなどの他のネットワークストレージプロトコルと違ってコンピュータにイーサネット（登録商標）のインタフェースがあれば使用することができる。
【０００６】
現在、ｉＳＣＳＩ技術は、ギガビット以上の回線品質、特にデータセンター内、データセンター間や大規模ＬＡＮシステム等の基幹回線で利用されている。ｉＳＣＳＩ技術は、非特許文献１でＴＣＰコネクションを複数利用する方法を規定しているが、これはオプション機能のため必ずしも実装されているわけでなない。
【０００７】
（２）ｉＳＣＳＩ高速化技術
その一方で、高遅延特性を有するＩＰネットワーク上で、ネットワーク遅延によるｉＳＣＳＩスループットの低下を防ぐ方法として、ＴＣＰコネクションの複数利用の有効性は知られている（非特許文献２．３）。また、ＴＣＰコネクションの複数利用の実現手段としてマルチリンクを用いる手法（非特許文献４参照）や、トランスポート層のプロトコルを変更する方法（非特許文献５）なども提案されている。
【０００８】
例えば、マルチリンクを用いる手法である非特許文献４では、ＶＰＮのマルチホーミング機能を用いて、並列ＴＣＰコネクションを複数の経路で確立させ、スループット向上を実現する手法が提案されている。
【０００９】
また、トランスポート層のプロトコルを変更する手法である非特許文献５では、では、複数のＬＡＮポートを利用して物理的にリンクを多重化し、ＴＣＰコネクションを異なる経路で確立することによりスループットの向上を図っている。
【００１０】
しかしながら、非特許文献４の技術にはマルチリンクを利用できる環境に制限があり、非特許文献５の技術にはマルチベンダー機器への接続が困難であるという問題が残っている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】ＲＦＣ３７２０  ”Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ（ｉＳＣＳＩ）”，Ａｐｒ．２００４．
【非特許文献２】Ｑ．Ｋ．Ｙａｎｇ“Ｏｎ  ｐｅｒｆｏｒｍａｃｅ  ｏｆ  ｐａｒａｌｌｅｌ  ｉＳＣＳＩ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｎｅｔｗｏｒｋｅｄ  ｓｔｏｒａｇｅ  ｓｙｓｔｅｍｓ，”ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ２０ｔｈ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ａｄｖａｎｃｅｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｎｅｔｗｏｒｋｉｎｇ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ（ＡＩＮＡ  ２００６），ｖｏｌ．１，ｐｐ．６２９−６３６，Ａｐｒ．２００６．
【非特許文献３】Ｇ．Ｍｏｔｗａｎｉ  ａｎｄ  Ｋ．Ｇｏｐｉｎａｔｈ，“Ｅｖａｌｕａｔｉｏｎ  ｏｆ  ａｄｖａｎｃｅｄ  ＴＣＰ  ｓｔａｃｋｓ  ｉｎ  ｔｈｅ  ｉＳＣＳＩ  ｅｎｖｉｒｏｎｍｅｎｔ  ｕｓｉｎｇ  ｓｉｍｕｌａｔｉｏｎ  ｍｏｄｅｌ，”Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ２２ｎｄ  ＩＥＥＥ／１３ｔｈ  ＮＡＳＡ  Ｇｏｄｄａｒｄ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍａｓｓ  Ｓｔｏｒａｇｅ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＭＳＳＴ’０５），ｐｐ．２１０−２１７，２００５．
【非特許文献４】Ｂ．Ｋ．Ｋａｎｃｈｅｒｉａ，Ｇ．Ｍ．Ｎａｒａｙａｎ，ａｎｄ  Ｋ．Ｇｏｐｉｎａｔｈ，“Ｐｅｒｆｏｒｍａｎｃｅ  ｅｖａｌｕａｔｉｏｎ  ｏｆ  Ｍｕｌｔｉｐｌｅ  ＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎ  ｉＳＣＳＩ，”ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ２４ｔｈ  ＩＥＥＥ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍａｓｓ  Ｓｔｏｒａｇｅ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｔｅｃｈｎｏｌｏｇｉｅｓ，ｐｐ．２３９−２４４，ＩＥＥＥ  Ｃｏｍｐｕｔｅｒ  Ｓｏｃｉｅｔｙ，Ｓｅｐｔ．２００７．
【非特許文献５】千島  望，山口  実靖，小口  正人，“ｉＳＣＳＩストレージにおけるＶＰＮ複数経路アクセス時の性能とＴＣＰパラメータ解析，”電子情報通信学会  第１８回データ工学ワークショップＤＥＷＳ２００７），Ｆｅｂ．２００７．
【発明の概要】
【発明が解決しようとする課題】
【００１２】
前述のように高遅延特性を有するＩＰネットワークにおいて、ｉＳＣＳＩのスループットが低下する問題は広く知られ、ｉＳＣＳＩに規定されたＴＣＰ多重接続を用いる方式がスループットを改善することも知られている。
【００１３】
しかしながら、同時に複数のｉＳＣＳＩストレージを接続するサーバがあり、当該サーバ上で動作する複数のアプリケーションそれぞれが、接続されているｉＳＣＳＩストレージと１対１に接続される構成では問題を生じるおそれがある。
【００１４】
すなわち、各アプリケーション実行の公平性がストレージ間とのスループットに直結する、動画再生のような利用法のもとでは、特定のストレージとのスループットが突出することなく、サーバ上のアプリケーションが必要とする入力レートに十分なデータアクセスを実現し、他のストレージアクセスへの影響を最小限に留めなければならない。
【００１５】
ところが、従来、ＩＰストレージに対するアクセス制御はアプリケーションが担っており、アプリケーション間でアクセスレートを調整しない限り、公平性を実現することは困難である。
【００１６】
本発明は、上述のような従来技術の問題点を解決するためになされたものであり、アプリケーションに依存することなく、ストレージアクセスレートの制御を実現することを解決課題とする。
【課題を解決するための手段】
【００１７】
ｉＳＣＳＩ技術は、一つのｉＳＣＳＩセッション内に複数のＴＣＰコネクションを確立して、複数のＳＣＳＩコマンドを並列に発行し、各ＴＣＰコネクションで同時にデータ転送を行う機能が規定されているものの、ＴＣＰコネクション数をどのように決定するか、あるいは、確立済みの複数のＴＣＰコネクションに対して、上位層からのデータ読み出しや書き込み命令をどのコネクションに振り分けるかは規定されていない。
【００１８】
そこで、本発明は、前記課題を解決すべく、上位層からの読み出し、書き込み命令を、複数のＴＣＰコネクション数のいずれに振り分けるかを管理するアルゴリズムをイニシエータ内に配置する。
【００１９】
内蔵するアルゴリズムは、読み出し命令の場合、各ｉＳＣＳＩセッション単位の受信バッファを参照し、受信バッファに設定した上限・下限の閾値とデータ蓄積量の関係を用いて、ｉＳＣＳＩ（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを振り分けるＴＣＰコネクション数を増減する。ここでは予め、ＴＣＰコネクション数の増加がスループットの増加に反映されるコネクション数内で制御を行う。
【００２０】
すなわち、ｉＳＣＳＩセッション内で受信するデータが受信バッファの上限閾値を超える蓄積量に到達した場合にｉＳＣＳＩ（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを送信するＴＣＰコネクション数を減少させる。一方、受信バッファの下限閾値を下回る蓄積量になった場合にｉＳＣＳＩ（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを送信するＴＣＰコネクション数を増加させる。このような制御を行うことで、受信バッファ内のデータ蓄積量を一定のサイズに抑制し、平均スループットを安定させている。
【発明の効果】
【００２１】
本発明によれば、アプリケーションに依存することなく、ストレージアクセスレートが制御される。
【図面の簡単な説明】
【００２２】
【図１】ＴＣＰコネクション数を複数利用するｉＳＣＳＩ接続の概略図。
【図２】本発明の実施形態に係るビデオサーバの内部構成図。
【図３】同  ＴＣＰ多重接続時のｉＳＣＳＩコマンドの送信例を示す概略図。
【図４】同  受信バッファの蓄積データ量が上限閾値を超えたときの制御を示す概略図。
【図５】同  受信バッファの蓄積データ量が上限閾値〜下限閾値の範囲内の制御を示す概略図。
【図６】同  受信バッファの蓄積データ量が下限閾値を下回ったとこの制御を示す概略図。
【発明を実施するための形態】
【００２３】
以下、図面に基づき本発明の一実施形態を説明する。図１は、ｉＳＣＳＩイニシエータ１とｉＳＣＳＩターゲット２とがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して、ｉＳＣＳＩ接続される基本的な形態を示している。
【００２４】
ここではｉＳＣＳＩプロトコルにおいて、１本のｉＳＣＳＩ接続（ｉＳＣＳＩセッション）内に複数のＴＣＰコネクションが利用されている。このＴＣＰコネクション数を「Ｎ」と表記している。
【００２５】
ｉＳＣＳＩイニシエータ１は、ｉＳＣＳＩホスト装置を構成するビデオサーバに実装されている一方、ｉＳＣＳＩターゲット２は、ｉＳＣＳＩデバイス装置を構成するディスクストレージ装置に実装されている。
【００２６】
非特許文献１で規定された当該プロトコルではＴＣＰコネクションを複数利用する形態を規定しているが、定めているのは上位層からのｉＳＣＳＩコマンドを特定のＴＣＰコネクションを通して送信した場合、当該コマンドに起因する「ターゲットからのレスポンスの受信」と「レスポンスへのレスポンス」などを同一コネクションで完結することを定めているにすぎない。
【００２７】
すなわち、確立したｉＳＣＳＩセッションでのデータ送受信中に、ＴＣＰコネクション数Ｎを変更すること、あるいは確立したＴＣＰコネクションのいずれにｉＳＣＳＩ（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを送出するかは定められていない。
【００２８】
図２は、本発明の実施形態に係るビデオサーバ３の内部構成を示し、該ビデオサーバ３には複数のｉＳＣＳＩターゲット２が接続されている。この各ｉＳＣＳＩターゲット２には、サービスを提供するためのデータが格納されている。
【００２９】
ビデオサーバ３は、コンピュータのハードウェア資源（ＣＰＵ，メモリ，通信デバイスなど）を備えている。ここではビデオサーバ３は、ハードウェア資源とソフトウェアとの協働の結果、各ｉＳＣＳＩターゲット２と１対１で接続するイニシエータ１群と、各セッションを通じて同一のｉＳＣＳＩターゲット２から読み出したデータが各ｉＳＣＳＩイニシエータ１経由で一時的に蓄積される受信バッファ４群とが構築されている。なお、各受信バッファ４はｉＳＣＳＩターゲット２毎に構築されている。
【００３０】
各ｉＳＣＳＩイニシエータ１の機能は、イーサネットインタフェースなどの通信デバイスを通じて実現され、各受信バッファ４の機能は、メモリ（ＲＡＭ）などの記憶装置を通じて実現されている。ここでは各受信バッファ４には、蓄積データ量の上限閾値と下限閾値とが設定されているものとする。この各閾値はプログラムなどに定義され、使用状況などに応じて適宜に変更可能なものとする。
【００３１】
なお、ビデオサーバ３は、各ｉＳＣＳＩターゲット２に蓄積された、ビデオサーバ３上で動作する特定のサービスのためのデータにアクセスし、当該ｉＳＣＳＩターゲット２用の受信バッファ４を通して、所定の出力レートでデータを送信する。
【００３２】
図３は、ビデオサーバ３のＴＣＰ多重接続時のｉＳＣＳＩ（Ｒｅａｄ）コマンドの送信処理例を示している。
【００３３】
ここではｉＳＣＳＩイニシエータ１には、ｉＳＣＳＩ（Ｒｅａｄコマンド）をＴＣＰコネクションへ振り分けるコネクション振分機能部５と、受信バッファ４の蓄積データ量に応じて振り分けるＴＣＰコネクション数の増減をコネクション振分機能部５に指示する振分制御部６とが組み込まれている。以下、ｉＳＣＳＩイニシエータ１の動作例を説明する。
【００３４】
まず、図３中の矢印Ａに示すように、ビデオサーバ３内の上位層（読み出し要求のキュー）からｉＳＣＳＩ（Ｒｅａｄ）コマンドが発行されと、矢印Ｂに示すように、該コマンドがｉＳＣＳＩイニシエータ１に組み込まれたコネクション振分機能部５に届けられる。
【００３５】
このコネクション振分機能部５では、上位層から届いたｉＳＣＳＩ（Ｒｅａｄ）コマンドのＴＣＰコネクションへの振分処理を行う。通常は、確立しているＴＣＰコネクションＮ本（仮に、１番〜Ｎ番とする）に対して、１番からＮ番までラウンドロビンで振り分けを行う。これによりコネクション振分機能部５の処理に従って、矢印Ｃ．Ｄに示すように、指定されたＴＣＰコネクションへｉＳＣＳＩ（Ｒｅａｄ）コマンドが送信される。
【００３６】
つぎに、受信バッファ４には、前述のように同一のｉＳＣＳＩターゲット２から読み出したデータが一時的に蓄積される。ｉＳＣＳＩイニシエータ１は、受信バッファ４内のデータ蓄積量を監視し、上限閾値を超えた場合または下限閾値を下回った場合には、矢印Ｅに示すように、振分制御部６にＴＣＰ多重度制御信号が送出される。
【００３７】
そして、振分制御部６は、前記ＴＣＰ多重度数制御信号を受けた場合に、矢印Ｆに示すように、上限閾値に対して振り分けるＴＣＰコネクションの削除指示あるいは下限閾値に対して振り分けるＴＣＰコネクションの追加指示をコネクション振分機能部５に送出する。コネクション振分機能部５は、振分制御部６から指示を受け、１番〜ｎ番（ｎは１より大きく、Ｎ以下の整数）までをラウンドロビンなどのルールに基づき振り分ける処理を行う。以上の処理例を図４〜図６に基づき説明する。
【００３８】
図４は、受信バッファ４内の蓄積データ量が、矢印Ｓに示すように増加し、上限閾値Ｐを超えた状態を示している。ここではＴＣＰ多重度制御信号が振分制御部６に送出され、該振分制御部６はコネクション振分機能部５にＴＣＰコネクション３番を振分対象から除外する削除指示を送出する。この削除指示を受け取ったコネクション振分機能部５は、新たにＴＣＰコネクション３番を除外する振分処理を行う。
【００３９】
図５は、受信バッファ４内の蓄積データ量が、上限閾値Ｐ〜下限閾値Ｑ間の状態を示している。ここではＴＣＰ多重度数制御信号は振分制御部６に送出されることはなく、振分対象に変化は生じない（振分対象は、ＴＣＰコネクション１番〜３番のまま）。
【００４０】
図６は、受信バッファ４内の蓄積データ量が、矢印Ｒに示すように減少し、下限閾値Ｑを下回った状態を示している。ここではＴＣＰ多重度制御信号が振分制御部６に送出され、該振分制御部６はコネクション振分機能部５にＴＣＰコネクション４番を振分対象に追加する追加指示を送出する。この追加指示を受け取ったコネクション振分機能部５は、新たにＴＣＰコネクション４番を追加する振分処理を行う。なお、ＴＣＰコネクション数の追加は、スループットの増加に反映されるコネクション数の範囲内（図６中では説明の便宜上４本としている。）に制御されている。
【００４１】
このようにｉＳＣＳＩイニシエータに組み込むｉＳＣＳＩ（Ｒｅａｄ）コマンドのＴＣＰコネクションへの振り分け機能により、アプリケーションに依存することなく、ｉＳＣＳＩターゲットに蓄積されるデータのビデオサーバからの出力レートに整合したｉＳＣＳＩ読み込み速度の調整が可能となる。
【００４２】
これにより読み出しスループットが安定し、ビデオサーバ上のアプリケーションが必要とする入力レートに十分なデータアクセスを実現しつつ、他のｉＳＣＳＩターゲットへのアクセスに与える影響を最小限に抑えることができる。
【００４３】
なお、本発明は、前記実施形態に限定されるものではなく、例えばｉＳＣＳＩ（Ｒｅａｄ）コマンドだけではなく、ｉＳＣＳＩ（Ｗｒｉｔｅ）コマンドについても同様の効果が期待できる。
【００４４】
また、本発明は、コネクション振分機能部５・振分制御部６を組み込んだｉＳＣＳＩイニシエータ１としてコンピュータを機能させるプログラムとしても構成することができる。この場合には、該プログラムをコンピュータの処理部（例えばＣＰＵなど）が読み込んで図３中の各動作処理が実行される。
【００４５】
このプログラムは、Ｗｅｂサイトや電子メールなどネットワークを通じて提供することができる。また、前記プログラムは、ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＭＯ，ＨＤＤ，Ｂｌｕ−ｒａｙ  Ｄｉｓｋ（登録商標）などの記録媒体に記録して、保存・配布することも可能である。この記録媒体は、記録媒体駆動装置を利用して読み出され、そのプログラムコード自体が前記実施形態の処理を実現するので、該記録媒体も本発明を構成する。
【産業上の利用可能性】
【００４６】
現在、インターネット上では動画等の共有サーバが存在し、一つのサービス領域を形成している。ここではサーバが集中管理可能なストレージ容量は有限であり投稿される動画には、ほとんどアクセスがないものも含まれる。
【００４７】
そこで、ＤＶＤプレイヤーにＤＶＤ媒体を必要に応じて装着するように、ネットワーク上のストレージをオンデマンドでネットワークをとおして接続し、動画再生する形態が考えられる。
【００４８】
このような形態のもとで、ｉＳＣＳＩストレージ装置をＤＶＤ媒体に相当するオンデマンドメディアとして利用すると、サーバにとっては、同時に接続されるｉＳＣＳＩストレージ装置毎に蓄積される動画の再生レートに整合した、安定的なスループットが提供されることが望ましい。
【００４９】
従来は、ストレージ装置からの読み出しはアプリケーションが担っており、制御方法は高速性のみが評価基準であったため、特定のストレージとのスループットが突出し、サービス提供の公平性が図れないおそれがある。本発明は、特にネットワークを介したジュークボックスのようなビデオサーバでのサービス提供の公平性に効果を有する。
【符号の説明】
【００５０】
１…ｉＳＣＳＩイニシエータ
２…ｉＳＣＳＩターゲット（ｉＳＣＳＩデバイス）
３…ビデオサーバ（ｉＳＣＳＩホスト装置）
４…受信バッファ
５…コネクション振分機能部
６…振分制御部
Ｐ…上限閾値
Ｑ…下限閾値
【図１】
2010198187.tif 000003
【図２】
2010198187.tif 000004
【図３】
2010198187.tif 000005
【図４】
2010198187.tif 000006
【図５】
2010198187.tif 000007
【図６】
2010198187.tif 000008