情報処理方法、情報処理システム、情報処理装置、及びプログラム
【課題】効率的なアクセスが可能となるストレージシステムを実現するための情報処理方法、情報処理システム、情報処理装置、及びプログラムを提供すること。
【解決手段】上記目的を達成するため、本技術の一形態に係る情報処理方法は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶することを含む。外部機器からのアクセス要求に応じて、その要求の対象となる対象データが、当該対象データを有する第１のグループから読み出され、前記外部機器に出力される。前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータが先読み対象データとして読み出される。
【解決手段】上記目的を達成するため、本技術の一形態に係る情報処理方法は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶することを含む。外部機器からのアクセス要求に応じて、その要求の対象となる対象データが、当該対象データを有する第１のグループから読み出され、前記外部機器に出力される。前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータが先読み対象データとして読み出される。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、例えば映像データ等を記憶して外部機器等に出力する情報処理方法、情報処理システム、情報処理装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば撮影された映像データ等のコンテンツデータを記憶し、外部機器等からの要求に応じて当該データを出力するストレージシステムが知られている。例えばストレージシステムにより映像データ等が編集機器に出力され編集処理が行われる。
【０００３】
例えば特許文献１には、ファイルを格納するディスク装置と、当該ファイルの入出力等の操作を指示するクライアント計算機と、ディスク装置とクライアント計算機との間に設けられたファイルサーバとが記載されている。ファイルサーバにより、クライアント計算機からの指示に基づいて、ディスク装置に格納されたファイルが適宜操作される（特許文献１の段落[００１５]、図１、２等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−４１０２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、例えば編集操作等の対象となるコンテンツデータの大容量化が進んでいる。そのようなデータに対して効率的なアクセスが可能となるストレージシステムが求められる。
【０００６】
以上のような事情に鑑み、本技術の目的は、効率的なアクセスが可能となるストレージシステムを実現するための情報処理方法、情報処理システム、情報処理装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本技術の一形態に係る情報処理方法は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶することを含む。
外部機器からのアクセス要求に応じて、その要求の対象となる対象データが、当該対象データを有する第１のグループから読み出され、前記外部機器に出力される。
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータが先読み対象データとして読み出される。
【０００８】
この情報処理方法では、時間的に連続するデータが、予め定められた基準をもとに複数のグループに分けられて記憶される。そしてアクセス要求の対象となる対象データが第１のグループから読み出されて出力される。この対象データの読み出しに応じて、第１のグループと異なる第２のグループから先読み対象データが読み出される。従って上記基準を適宜設定し、連続するデータを適宜グループ分けすることで、効率的なアクセスが可能となるストレージシステムを実現することができる。
【０００９】
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であってもよい。この場合、前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有してもよい。また前記対象データは、前記要求の対象となる対象フレーム画像であってもよい。また前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像であってもよい。
【００１０】
この情報処理方法では、時間的に連続するフレーム画像が記憶される。連続するフレーム画像は、例えば動画データとして用いられるものであり大容量となることが多い。このようなデータに対して、効率的なアクセスが可能となるストレージシステムが実現される。
【００１１】
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶してもよい。
この場合、前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力してもよい。
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させてもよい。
【００１２】
この情報処理方法では、第１の出力能力を有する第１の記憶部と、第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とが用いられる。そして出力能力の高い第１の記憶部に記憶された対象フレーム画像が外部機器に出力される。また出力能力の低い第２の記憶部に記憶された先読み対象フレーム画像が第１の記憶部に記憶される。これにより効率的なアクセスが可能となる。またストレージシステムを実現するために必要なコストを抑えることができる。
【００１３】
前記予め定められた基準は、シーンごとのグループ分けであってもよい。この場合、前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶してもよい。
この情報処理方法では、複数のフレーム画像が、複数のシーンに分けて記憶される。例えば複数のフレーム画像は、シーンごとにアクセスされる場合が多い。従って上記のようにグループ分けが行われることで、効率的なアクセスが可能となる。
【００１４】
前記情報処理方法は、さらに、前記複数のシーンの各々を解析することを含んでもよい。この場合、前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出してもよい。
この情報処理方法では、各々のシーンが解析され、その解析結果をもとに先読み対象フレーム画像が読み出される。これにより例えば相関性の高い複数のシーンについての先読み処理等が可能となる。これにより効率的なアクセスが可能となる。
【００１５】
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶してもよい。
このように、複数の第１の記憶部と、複数の第２の記憶部とが適宜用いられることで、効率的なアクセスが可能となる。またコストを抑えることができる。
【００１６】
前記情報処理方法は、さらに、前記外部機器から前記対象フレーム画像の使用モード情報を受け付けることを含んでもよい。この場合、前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出してもよい。
この情報処理方法では、外部機器から受け付けられた使用モード情報をもとに先読み対象フレーム画像が読み出される。これにより効率的なアクセスが可能となる。
【００１７】
前記情報処理方法であって、さらに、前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更することを含んでもよい。
このようにユーザの指示により、複数のグループが変更されてもよい。これにより効率的なアクセスが可能となる。
【００１８】
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶してもよい。
例えばこの情報処理方法を実行するコンピュータの処理負荷が少ないタイミングでグループ分け処理が実行されてもよい。
【００１９】
本技術の一形態に係る情報処理システムは、第１の記憶装置と、第２の記憶装置と、制御装置とを具備する。
前記第１の記憶装置は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分け前記連続するデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する。
前記第２の記憶装置は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する。
前記制御装置は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し前記第１の記憶装置に前記外部機器へ出力させ、当該対象データの読み出しに応じて、前記第２の記憶装置に前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読み対象データとして前記第１の記憶装置へ出力させる。
【００２０】
本技術の一形態に係る情報処理装置は、グルーピング部と、第１の記憶部と、第２の記憶部と、出力部と、読み出し部とを具備する。
前記グルーピング部は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分ける。
前記第１の記憶部は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する。
前記第２の記憶部は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する。
前記出力部は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する。
前記読み出し部は、前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる。
【００２１】
本技術の一形態に係るプログラムは、前記グルーピング部と、前記第１の記憶部と、前記第２の記憶部と、前記出力部と、前記読み出し部と、としてコンピュータを機能させる。
【発明の効果】
【００２２】
以上のように、本技術によれば、効率的なアクセスが可能となるストレージシステムを実現することができる。
【図面の簡単な説明】
【００２３】
【図１】本技術の第１の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【図２】図１に示すファイル出力装置から出力された素材データの取り込み処理の流れの一例を示す模式的な図である。
【図３】本実施形態において取り込まれる素材データを示す模式的な図である。
【図４】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図５】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図６】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図７】本実施形態における情報処理システムのデータ出力処理の基本的な流れを示すフローチャートである。
【図８】図７に示すフローチャートを説明するための図である。
【図９】図７に示すフローチャートを説明するための図である。
【図１０】本実施形態において、第１及び第２のノードを増やすことによる効果の一つを説明するための図である。
【図１１】本技術の第２の実施形態において、クライアント装置の表示部に表示されるＵＩの一例を示す模式的な図である。
【図１２】本実施形態において取り込まれた動画データを示す模式的な図である。
【図１３】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１４】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１５】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１６】本技術の第３の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【図１７】本実施形態に係る情報処理システムに取り込まれる動画データを示す模式的な図である。
【図１８】図１７に示す動画データが第２のノードにどのように配置されるかを説明するための図である。
【図１９】本実施携帯において図１３に示すエフェクト編集モードにおける先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２０】本実施携帯において図１４に示すプレビュー再生モード（順方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２１】本実施携帯において図１５に示すプレビュー再生モード（逆方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２２】動画データのグルーピングに関する変形例を説明するための模式的な図である。
【発明を実施するための形態】
【００２４】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００２５】
＜第１の実施形態＞
［情報処理システムの構成］
図１は、本技術の第１の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【００２６】
情報処理システム１００は、ストレージシステムとして機能する。図１に示すファイル出力装置１０により、情報処理システム１００に、映像データや音声データ等の素材データが出力される。
【００２７】
外部機器であるクライアント装置２０から、情報処理システム１００に記憶された素材データへのアクセス要求が送信される。情報処理システム１００は、当該アクセス要求に応じて、アクセス要求の対象となる対象データをクライアント装置２０へ出力する。
【００２８】
本実施形態のクライアント装置２０は、情報処理システム１００から読み出した素材データに対して、編集処理やプレビュー処理等を実行する。本実施形態では仮想環境等を利用することで、クライアント装置２０からは情報処理システム１００全体が１つのストレージとして認識される。
【００２９】
本実施形態では、情報処理システム１００、ファイル出力装置１０、及びクライアント装置２０は、ネットワーク３０を通じて相互に接続されている。ネットワーク３０としては、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等が用いられる。しかしながらネットワーク３０の種類やそれに用いられるプロトコル等は限定されない。また情報処理システム１００、ファイル出力装置１０、及びクライアント装置２０が、ネットワーク３０を介さず直接接続されてもよい。
【００３０】
情報処理システム１００は、第１の記憶装置としての第１のノード４０と、第２の記憶装置としての第２のノード５０と、第１及び第２のノード４０及び５０のそれぞれの動作を制御する制御装置６０とを有する。なお、第１のノード４０は第１の記憶部に相当する。また第２のノード５０は第２の記憶部に相当する。
【００３１】
第１のノード４０、第２のノード５０、及び制御装置６０は、ネットワーク７０により相互に接続されている。図１では、制御装置６０が各ノード４０及び６０を制御する旨が図示されているが、制御装置６０もネットワーク７０に接続されている。
【００３２】
ネットワーク７０は、典型的にはＬＡＮであるが、それに限定されるわけではない。ネットワーク７０は、上記したネットワーク３０と接続される。これにより情報処理システム１００が有する各装置と、ファイル出力装置１０と、クライアント装置２０とが相互に接続されることになる。
【００３３】
本実施形態では、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが用いられる。しかしながら第１のノード４０の数、及び第２のノード５０の数は限定されない。
【００３４】
第１のノード４０、第２のノード５０、及び制御装置６０としては、例えばＰＣ等のコンピュータがそれぞれ用いられる。第１のノード４０、第２のノード５０、及び制御装置６０による情報処理は、ＲＯＭ等に記憶されたソフトウェアと、ＰＣ等のハードウェア資源との協働により実現される。具体的には、ＣＰＵがＲＯＭ等に記憶されたソフトウェアを構成するプログラムを、ＲＡＭにロードして実行することにより実行される。
【００３５】
プログラムは、例えば記録媒体を介して各装置にインストールされる。あるいは、グローバルネットワーク等を介してインストールされてもよい。
【００３６】
図１に示すように制御装置６０は、機能ブロックとして、ストレージマネージャ６１を有する。これは例えば制御装置６０内のＣＰＵにより実現される。また制御装置６０は、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリ等からなる不揮発性の記憶デバイス６２を有する。この記憶デバイス６２には、ストレージマネージャ６１により参照されるデータベース６３が記憶されている。ストレージマネージャ６１はデータベース６３を参照して、第１及び第２のノード４０及び５０をそれぞれ制御する。
【００３７】
第１及び第２のノード４０及び５０は、ファイル出力装置１０から出力された素材データの少なくとも一部を記憶する。そしてストレージマネージャ６１からの指示をもとに、指定された素材データを読み出して指定された転送先へ出力する。
【００３８】
第１のノード４０は、当該素材データを記憶して出力するための第１の出力能力を有する。ここでいう「出力能力」とは、記憶されている素材データの転送指示を受けてからのレスポンスに関する能力である。すなわち所定の容量の素材データ（あるいは素材データの一部）を所定の出力先に転送する指示を受けてから、当該素材データを指定先に転送するまでにかかる時間により定められる。
【００３９】
レスポンスが速い記憶装置は出力能力が高く、いわゆる高帯域の記憶装置とよばれる。レスポンスが遅い記憶装置は出力能力が低く、いわゆる低帯域の記憶装置とよばれる。
【００４０】
出力能力は、例えば素材データを記憶するための記憶デバイスの種類に影響される。例えばＩ／Ｏスループットが高い記憶デバイスを搭載する記憶装置は出力能力が高くなる。そのような記憶デバイスとしては、例えばＳＳＤ（Solid State Drive）、複数のディスクがＲＡＩＤ（Redundant Arrays of Inexpensive Disks）技術により束ねられたＲＡＩＤ（レイド）デバイス、又はｉＳＣＳＩ（Internet Small Computer System Interface）イニシエータによりディスクが束ねられたもの等がある。
【００４１】
上記のものに比べてＩ／Ｏスループットが低い記憶デバイスとしては、ＨＤＤやテープを用いた記憶デバイス等がある。
【００４２】
また出力能力は、各記憶装置に搭載されるＮＩＣ（Network Interface Card）の種類にも影響される。例えば１ＧのＮＩＣが搭載された記憶装置よりも、１０ＧのＮＩＣが搭載された記憶装置の方が出力能力は高くなる。
【００４３】
その他、出力能力は、ネットワークとの接続に用いられるケーブルの種類やＣＰＵの処理速度等にも影響され得る。すなわちハードウェア及びソフトウェアの様々な条件に基づいて出力能力が判断されてよい。従って他の条件が総合的に考慮された結果、１ＧのＮＩＣが搭載された記憶装置が、１０ＧのＮＩＣが搭載された記憶装置よりも出力能力が高いと判定される場合等も起こり得る。
【００４４】
本実施形態では、第１の出力能力を有する第１のノード４０と、第１の出力能力よりも低い第２の出力能力を有する第２のノード５０が用いられる。すなわち第１のノード４０の方が、第２のノード５０よりもデータ転送指示に対するレスポンスが速い。図１には、第１のノード４０が高帯域であり、第２のノードが低帯域である旨が図示されている。
【００４５】
なお第１及び第２の出力能力は相対的に比較されればよい。すなわち第１及び第２の出力能力を規定するための基準が定められなくてもよい。各記憶装置の出力能力が相対的に比較された結果、出力能力が高い方の記憶装置が第１の出力能力を有する第１のノード４０として用いられればよい。同様に出力能力が低い方の記憶装置が、第２の出力能力を有する第２のノード５０として用いられればよい。
【００４６】
一般的に、高帯域の記憶装置は高価で記憶容量が小さく、低帯域の記憶装置は廉価で記憶容量が大きい場合が多い。例えば高帯域の記憶装置を複数用いてストレージシステムを構成することにより、クライアント装置への高速な素材データの転送が可能となる。しかしながらコスト等の観点からそれは困難であることが多い。
【００４７】
そこで本実施形態では、高帯域の記憶装置と、低帯域の記憶装置とを適宜組み合わせて効率的なアクセスが可能となるストレージシステムを実現する。この結果、コストを抑えることも可能となる。
【００４８】
どの程度の出力能力を有する記憶装置を高帯域の第１のノード４０として用い、どの程度の出力能力を有する記憶装置を低帯域の第２のノード５０として用いるかについては適宜設定されればよい。例えば素材データへのアクセス速度やコストパフォーマンス等が所期のものとなるように、第１及び第２のノード４０及び５０が適宜選択されればよい。
【００４９】
従って、例えば本技術に係る情報処理システムにおいて第１のノードとして用いられた記憶装置が、本技術に係る他の情報処理システムでは第２のノードとして用いられる場合も起こり得る。この場合さらに出力能力が高い記憶装置が第１のノードとして用いられる。
【００５０】
当然のことながら、第１及び第２のノード４０及び５０を選択するための基準が適宜設定されてもよい。
【００５１】
また本実施形態では２つの第１のノード４０ａ及び４０ｂが用いられる。この第１のノード４０ａ及び４０ｂが同じ記憶装置である必要は無い。また同じ出力能力を有する必要もない。
【００５２】
２つの第２のノード５０ａ及び５０ｂについても同様である。すなわち第１の出力能力及び第２の出力能力がそれぞれある程度幅を持って定められてもよい。例えば出力能力が順に大きくなる４つの記憶装置があるとする。この場合、一番大きい出力能力を有する記憶装置と、二番目に大きい出力能力を有する記憶装置とが第１のノード４０ａ及び４０ｂとして用いられてもよい。そして残り２つの記憶装置が第２のノード５０ａ及び５０ｂとして用いられてもよい。
【００５３】
[情報処理システムの動作]
ファイル出力装置１０から出力された素材データの取り込み処理について説明する。図２は、その取り込み処理の流れの一例を示す模式的な図である。図３は、本実施形態において取り込まれる素材データを示す模式的な図である。
【００５４】
ファイル出力装置１０から情報処理システム１００に、素材データとして時間的に連続するデータが出力される（ステップ１０１）。本実施形態では、図２に示すように映像ファイル１１が情報処理システム１００に出力される。
【００５５】
映像ファイル１１の中には、所定の時間分の動画データ１２が格納されている。図３に示すように動画データ１２は、時間的に連続する複数のフレーム画像１３により構成される。フレーム画像１３は、例えば３０ｆｐｓ（frame per second）や６０ｆｐｓのフレームレートで生成される。実際には図３に示すものよりも多い数のフレーム画像１３が取り込まれることが多い。
【００５６】
図３に示すように、複数のフレーム画像１３は時間軸に沿って生成される。すなわち図３で見て左側に位置するフレーム画像１３は動画データ１２の前半部分に相当し、右側に位置するフレーム画像１３は動画データ１２の後半部分に相当する。
【００５７】
ストレージワーカ８０により動画データ１２に対してグルーピング処理が実行される。ストレージワーカ８０とは、図１に示す各ノード４０及び５０を示す総称する言葉である。本実施形態では、図１に示す第１のノード４０ａにより、複数のフレーム画像１３が予め定められた基準をもとに複数のグループに分けられる（ステップ１０２）。
【００５８】
本実施形態に係る予め定められた基準は、シーンごとのグループ分けである。従って図３に示すように、複数のフレーム画像１３が複数のシーンＳ１〜Ｓ５に分けられる。複数のグループとしての複数のシーンＳ１〜Ｓ５は、各々が少なくとも１以上のフレーム画像１３を有する。
【００５９】
複数のシーンＳ１〜Ｓ５へのグルーピング処理は、例えば隣接する２つのフレーム画像１３の差分が算出されることで実行される。２つのフレーム画像１３の差分が所定の閾値よりも大きい場合、当該２つのフレーム画像１３間がシーンチェンジ点Ｃとして判定される。そしてそのシーンチェンジ点Ｃにおいて複数のシーンＳ１〜Ｓ５に分けられる。その他、一般的に知られているシーンチェンジ検出処理が適宜用いられてよい。
【００６０】
例えば素材データが、ニュースの映像データだとする。そしてスタジオでキャスターがニュースを伝えるシーン、当該ニュースに関連した風景が表示されるシーン、及び風景をバックにしたリポーターのアップのシーンが映像データに含まれていたとする。このような場合にグルーピング処理が実行されることで、素材データが、スタジオシーン、風景シーン及びリポーターシーンの複数のシーンに分けられる。
【００６１】
グルーピング処理を実行した第１のノード４０ａは、グルーピング結果の情報をストレージマネージャ６１に送信する（ステップ１０３）。ストレージマネージャ６１は、グルーピング結果の情報をもとにした管理テーブルを、データベース６３として記憶デバイス６２に記憶する。
【００６２】
複数のシーンＳ１〜Ｓ５に分けられた動画データ１２は、第１のノード４０ａ及び４０ｂと、第２のノード５０ａ及び５０ｂとに分散される。本実施形態では、まずグルーピング処理を実行する第１のノード４０ａに動画データ１２の全体が記憶される。ストレージマネージャ６１は、グルーピング結果の情報をもとに各シーンＳ１〜Ｓ５の格納先を決定する。そしてストレージマネージャ６１の指示をもとに、複数のシーンＳ１〜Ｓ５が再配置される。
【００６３】
例えば動画データ１２における各シーンＳ１〜Ｓ５の位置、各シーンＳ１〜Ｓ５のデータ容量、各ノード４０及び５０の記憶容量、又は各ノード４０及び５０の出力能力や数等をもとに、複数のシーンＳ１〜Ｓ５の分散位置が適宜定められてもよい。
【００６４】
複数のシーンＳ１〜Ｓ５の分散位置の情報は、ストレージマネージャ６１に送信される。ストレージマネージャ６１は、分散位置の情報を記憶デバイス６２に記憶する。従ってストレージマネージャ６１は、ノード４０及び５０のいずれかにどのシーンＳ１〜Ｓ５のデータが配置されているかを管理することが可能である。
【００６５】
動画データ１２全体が第１のノード４０ａに記憶される前に、グループとして判定されたシーンの配置先が順次決定されてもよい。そして定められた配置先にシーンが順次転送されてもよい。
【００６６】
あるいは、グルーピングされた複数のシーンＳ１〜Ｓ５が所定の分散位置において、第１及び第２のノード４０及び５０に配置される。所定の分散位置は例えばデフォルトで設定される。この状態からストレージマネージャ６１の指示により、複数のシーンＳ１〜Ｓ５が再配置されてもよい。
【００６７】
図４〜図６は、グループ化された複数のシーンＳ１〜Ｓ５に対する分散処理の流れの一例を示す模式的な図である。
【００６８】
本実施形態では、それぞれのシーンＳ１〜Ｓ５がさらに前半部分１４及び後半部分１５の２つに分割される。前半部分１４及び後半部分１５には、それぞれ１以上のフレーム画像１３が含まれる。前半部分１４及び後半部分１５の分割の割合等は適宜設定されてよい。
【００６９】
各シーンＳ１〜Ｓ５のデータ容量、各ノード４０及び５０の記憶容量、各ノード４０及び５０の数に応じて、１つのシーンが３以上の部分に分割されてもよい。あるいはデータ容量の大きいシーンは３以上の部分に分割し、データ容量の小さいシーンは分割しない、といった設定も可能である。
【００７０】
図４に示すように、ストレージマネージャ６１から第１のノード４０ａへ、２つに分割されたシーンＳ１の後半部分１５の転送指示が出力される（ステップ１０４）。転送指示を受信した第１のノード４０ａは、シーンＳ１の後半部分１５を転送先として指定された第２のノード５０ａに転送する（ステップ１０５）。
【００７１】
図５に示すように、ストレージマネージャ６１からの指示をもとに、第１のノード４０ａはシーンＳ１の前半部分１４のコピー１４’を作成し、当該前半部分１４のコピー１４’を第２のノード５０ｂに転送する（ステップ１０６、ステップ１０７）。
【００７２】
次に図６に示すように、ストレージマネージャ６１の指示により、シーンＳ２の前半部分１４及び後半部分１５が配置される。本実施形態では、第１のノード４０ａから第１のノード４０ｂに、シーンＳ２の前半部分１４が転送される（ステップ１０８）。また第１のノード４０ａから第２のノード５０ａへ後半部分１５が転送される（ステップ１０９）。そして、第１のノード４０ａから第２のノード５０ｂへ前半部分１４が転送される（ステップ１１０）。
【００７３】
なお、第１のノード４０ａから第１のノード４０ｂにシーンＳ２の全体のデータが転送されてもよい。そしてストレージマネージャ６１の指示を受けた第１のノード４０ｂにより、シーンＳ２の前半部分１４及び後半部分１５の転送処理が実行されてもよい。
【００７４】
シーンＳ３以降のデータは、それぞれの前半部分１４及び後半部分１５が適宜第２のノード５０ａ及び５０ｂに配置される。
【００７５】
動画データ１２が取り込まれる際の各シーンＳ１〜Ｓ５の配置位置は限定されない。本実施形態に係る情報処理システム１００では、出力能力が高い第１のノード４０が主にキャッシュとして用いられる。そして出力能力が低い第２のノード５０が、主に素材データ置き場として用いられる。
【００７６】
従ってクライアント装置２０から最初にアクセス要求がある可能性の高いシーンＳ１の前半部分１４が第１のノード４０ａに記憶される。また次のシーンＳ２の前半部分１４が第１のノード４０ｂに記憶される。これにより効率的なアクセスが実現される。しかしながらこれに限定されるわけではない。
【００７７】
情報処理システム１００による、クライアント装置２０への動画データ１２の出力方法について説明する。図７は、本実施形態における情報処理システム１００のデータ出力処理の基本的な流れを示すフローチャートである。図８及び図９は、その流れを説明するための模式的な図である。
【００７８】
情報処理システム１００では、クライアント装置２０からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、クライアント装置２０に出力する。
【００７９】
図７に示すように、クライアント装置２０から送信されたアクセス要求が、ストレージマネージャ６１により受信される（ステップ２０１）。ここでは、クライアント装置２０により、シーンＳ１内のフレーム画像１３に対するアクセス要求が送信されたとする。
【００８０】
ストレージマネージャ６１は、アクセス要求の対象となる対象フレーム画像１６（図３参照）を、当該対象フレーム画像１６を有するシーンＳ１から読み出し、第１のノード４０によりクライアント装置２０へ出力させる。対象フレーム画像１６を有するシーンＳ１は、上記した第１のグループに相当する。
【００８１】
具体的には、ストレージマネージャ６１は、記憶されているデータベース６３を参照し対象フレーム画像１６の配置位置を検出する（ステップ２０２）。そして対象フレーム画像１６が記憶されているノード４０又は５０に、当該対象フレーム画像を高帯域の第１のノード４０に転送する指示を送信する。なお第１のノード４０に対象フレーム画像１６が配置されている場合は、上記転送指示は行われない。
【００８２】
ストレージマネージャ６１に第１のノード４０へ、対象フレーム画像１６をクライアント装置２０へ出力する指示が送信される。これにより対象フレーム画像１６が、第１のノード４０からクライアント装置２０に出力される（ステップ２０３）。
【００８３】
この対象フレーム画像の読み出しに応じて、本実施形態では、第１のノード４０に以下のデータが転送される。これらは対象フレーム画像１６の読み出しに応じて、第１のノード４０にキャッシュされるデータである。
【００８４】
まず図８に示すように、シーンＳ１において対象フレーム画像１６を含むブロックデータ１７が第１のノード４０に転送される。ブロックデータ１７は、対象フレーム画像１６と、対象フレーム画像１６から連続する近辺のフレーム画像１３とを含むデータである（図３参照）。このブロックデータ１７の転送は、対象フレーム画像１６の読み出しとともに実行されてもよい。
【００８５】
このブロックデータ１７がキャッシュされることで、例えば通常再生モード等において求められる、時間軸に沿ったフレーム画像１３の読み出し等が高速で可能となる。なおブロックデータ１７として、図４等に示す前半部分１４や後半部分１５が転送されてもよい。あるいは、キャッシュされる際にブロックデータ１７の容量が適宜定められてもよい。
【００８６】
図８に示すように、本実施形態では、上記した第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す。すなわちシーンＳ１とは異なるシーンＳ２から、１以上の先読み対象フレーム画像（図３参照）として、ブロックデータ１８が読み出される。本実施形態では、異なるシーンとしてシーンＳ２が選択されたがこれに限られない。またシーンＳ２の前半に位置するブロックデータ１８が読み出されたがこれに限られない。
【００８７】
ブロックデータ１８は、第２のノード５０から読み出され、第１のノード４０に転送される（ステップ２０４）。そして第１のノード４０に記憶される。これらの動作は、ストレージマネージャ６１からの指示により実行される。
【００８８】
なお、図７に示すステップ２０４は、ステップ２０３の出力処理の後に実行される場合に限定されない。クライアント装置２０への対象フレーム画像１６の出力と略同時又は前に、対象フレーム画像１６の読み出しに応じてステップ２０８が実行されてもよい。また対象フレーム画像１６の読み出しと略同時にステップ２０８が実行されてもよい。
【００８９】
図９に示すように、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが適宜用いられて、以下のようにして先読みキャッシュ処理が実行されてもよい。
【００９０】
まず対象フレーム画像１６を含むブロックデータ１７が第１のノード４０ａに転送される。そして先読み対象フレーム画像としてのシーンＳ２内のブロックデータ１８が第１のノード４０ａに転送される。さらに先読み対象フレーム画像としてシーンＳ３内の前半に位置するブロックデータ１８が第１のノード４０ｂに転送される。
【００９１】
このように複数の第１のノード４０ａ及び４０ｂを用いることで、先読みフレーム画像として読み出されるデータの容量や種類の設定範囲を広くすることが可能となる。これにより効率的なアクセスが可能となる。
【００９２】
なお、第１のノード４０ａには、シーンＳ１内のブロックデータ１８のみが記憶され、第１のノード４０ｂにシーンＳ２内のブロックデータ１８が記憶されてもよい。この場合でも、第１のノード４０に他のシーンＳ２のブロックデータ１８が記憶されることになる。
【００９３】
また第１のノード４０ａに、シーンＳ１〜Ｓ３についての３つのブロックデータ１７及び１８が記憶されてもよい。もちろん他のシーンとして、シーンＳ２及びＳ３以外のシーンが選択され、他のシーンから先読み対象フレーム画像が読み出されてもよい。
【００９４】
以上、本実施形態に係る情報処理システム１００及び当該情報処理システム１００により実行される情報処理方法では、時間的に連続するデータが、予め定められた基準をもとに複数のグループに分けられて記憶される。そしてアクセス要求の対象となる対象データが第１のグループから読み出されて出力される。この対象データの読み出しに応じて、第１のグループと異なる第２のグループから先読み対象データが読み出される。従って上記基準を適宜設定し、連続するデータを適宜グループ分けすることで、効率的なアクセスが可能となるストレージシステムを実現することができる。
【００９５】
本実施形態では、時間的に連続するデータとして時間的に連続する複数のフレーム画像１３が動画データ１２として記憶される。近年では、動画データ１２の大容量化が進んでいる。このような大容量なデータに対して、効率的なアクセスが可能となるストレージシステムが実現可能となる。
【００９６】
また本実施形態では、第１の出力能力を有する第１のノード４０と、第１の出力能力よりも低い第２の出力能力を有する第２のノード５０とが用いられる。そして出力能力の高い第１のノード４０に記憶された対象フレーム画像１６がクライアント装置２０に出力される。また出力能力の低い第２のノード５０に記憶された先読み対象フレーム画像が第１のノード４０に記憶される。これにより効率的なアクセスが可能となる。またストレージシステムを実現するために必要なコストを抑えることができる。
【００９７】
本実施形態では、複数のフレーム画像１３が、複数のシーンＳ１〜Ｓ５に分けて記憶される。例えば複数のフレーム画像１３は、シーンＳ１〜Ｓ５ごとにアクセスされる場合が多い。従ってこのようなグループ分けが行われることで、先読みキャッシュの予測精度が向上し、効率的なアクセスが可能となる。
【００９８】
例えばアクセス要求の対象となる対象データを基準として、時間軸に沿った線形的な先読み処理が実行されたとする。すなわち対象フレーム画像１６を基準として、１０分前と１０分後のフレーム画像を含むブロックデータ１７のみがキャッシュされたとする。
【００９９】
このような場合、クライアント装置２０を使用するユーザが他のシーンへの移動を望む場合に、キャッシュされたブロックデータ１７が無駄になってしまう可能性が高い。そうすると他のシーンのフレーム画像１３を低帯域のノードから読み出さねばならず、高速なアクセス処理が困難となる。本実施形態では、他のシーンへの移動に対しても高速なアクセスが可能となるストレージシステムを実現することができる。
【０１００】
また本実施形態では、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが用いられる。もちろん２つ以上の第１のノード４０と、２つ以上の第２のノード５０とが用いられてもよい。
【０１０１】
例えば映像編集で利用可能なストレージシステムを実現するとき、動画データが大容量であるため、多数のノードが必要となる場合がある。その場合、コスト的に全てを高帯域なノードで構成することは難しいので低帯域なノードが混在することが多い。
【０１０２】
このような環境下では、例えば低帯域なノードがボトルネックとなり、ストレージシステム全体として高スループットが実現できない可能性がある。また特定のノードにデータアクセスが集中するとボトルネックになるということも懸念される。つまり大容量データと分散ストレージ環境化での映像制作では如何に所望のデータを効率よく引き出せるかが、ポイントとなってくる。
【０１０３】
上記で説明したように本実施形態に係る情報処理システム１００では、効率的なアクセスが可能となるストレージシステムを実現することができるので、上記したような問題を防止することができる。
【０１０４】
図１に示すように、第１のノード４０ａ及び第２のノード５０ａと並列するように、第１のノード４０ｂ及び第２のノード５０ｂが並べられる。そしてクライアント装置２０に対して第１のノード４０及び第２のノード５０が階層的に並べられる。
【０１０５】
このような配置構成がとられることにより、例えば第１及び第２のノード４０及び５０をさらに並列的に順次つなげていくことで、システム的なスケールアップが容易に可能となる。また増加した第１及び第２のノード４０及び５０を制御するためのアルゴリズムも、大幅な変更を要せず構築することが可能となる。また第１及び第２のノード４０及び５０を増やすことでさらに大容量の素材データを取り込むことが可能となり、アクセス速度も向上させることができる。
【０１０６】
さらに第１及び第２のノード４０及び５０を増やすことで、複数のクライアント装置２０による素材データへの効率的なアクセスが可能となる。例えば図１０に示すように、各クライアント装置２０ａ及び２０ｂに対して、キャッシュとしても用いられる第１のノード４０ａ及び４０ｂを分散させることができる。すなわち複数のクライアント装置２０による同時アクセスが実行された場合でも、ボトルネックとなるノードの発生を防止することができる。
【０１０７】
また複数のノード４０及び５０を用いることで、ノードの故障等によるリスクを分散することができる。すなわち１つの高性能のノードによりストレージシステムが構成される場合、当該ノードが故障するとストレージシステムは停止する。また新たな高性能のノードにかかるコストも大きい。一方、本実施形態では、１つのノードが故障しても他のノードによりストレージシステムを維持することが可能である。また低帯域のノードが故障した場合等では、新たなノードにかかるコストを抑えることができる。
【０１０８】
＜第２の実施形態＞
本技術に係る第２の実施形態の情報処理システムについて説明する。これ以降の説明では、上記の実施形態で説明した情報処理システム１００における構成及び作用と同様な部分については、その説明を省略又は簡略化する。
【０１０９】
本実施形態に係る情報処理システムでは、クライアント装置から対象フレーム画像の使用モード情報が送信される。対象フレーム画像の使用モード情報とは、クライアント装置により対象フレーム画像がどのようにして使用されるかを示す情報である。例えば対象フレーム画像に対する再生や編集についての種々のモードに関する情報がストレージマネージャに送信される。
【０１１０】
そのようなモードの一例としては、例えばプレビュー再生モード、２倍速再生モード、３倍速再生モード、ダイジェスト再生モード、エフェクト編集モード等の種々のモードが考えられる。各再生モードにおいては、順方向と逆方向とが異なるモードとして設定されてもよい。
【０１１１】
使用モード情報を受け付けたストレージマネージャは、その情報をもとに先読み対象フレーム画像を読み出す。すなわち効率のよいアクセスが可能となるように、各使用モードに適した先読みキャッシュ処理が実現される。以下、詳しく説明する。
【０１１２】
図１１は、クライアント装置の表示部に表示されるＵＩ２１である。このようにタイムライン２２に沿ってグルーピングされた各シーンのサムネイル画像２３が表示されてもよい。サムネイル画像２３は、例えば各シーンの先頭のフレーム画像が圧縮されて生成される。
【０１１３】
サムネイル画像２３を含むこのＵＩ２１に関する情報は、ストレージマネージャにより生成される。そして取り込んだ素材データのメタデータとして、クライアント装置に送信される。このように素材データに対するグルーピングに関する情報がクライアント装置に送信されてもよい。
【０１１４】
ユーザはＵＩ２１を見ながら、動画データの再生や編集を行うことができる。グルーピングに関する情報は、サムネイル画像２３に限定されない。例えばシーンチェンジ点のタイム情報が用いられてもよい。
【０１１５】
図１２は、本実施形態において取り込まれた動画データ２１２を示す模式的な図である。本実施形態では、説明の便宜上７つのシーンＳ１〜Ｓ７にグルーピングされた動画データ２１２が取り込まれたとする。各シーンＳ１〜Ｓ７はそれぞれ等しい数のフレーム画像を有する。従って各シーンの長さ（尺）はそれぞれ等しい。
【０１１６】
また図１２に示す動画データ２１２上の実線の枠は、アクセス要求の対象となる対象フレーム画像を含むブロックデータ２１７を示す。一方、動画データ２１２上の破線の枠は、他のシーンから読み出される先読み対象フレーム画像としてのブロックデータ２１８を示す。
【０１１７】
ブロックデータ２１７は、対象フレーム画像から線形的に予測されたブロックデータである。以後このブロックデータ２１７を線形ブロックデータ２１７と記載する。一方、他のシーンから先読みされるブロックデータ２１８を、先読みブロックデータ２１８と記載する。
【０１１８】
また、各ブロックデータと、その比率を以下のようにして表す。
シーンＳＸ（Ｘ＝１〜７）にある線形ブロックデータをＬＸ
シーンＳＸ（Ｘ＝１〜７）にある先読みブロックデータをＦＸ
比率を（ＬＸ，ＦＸ）＝（比率）と表す。
【０１１９】
例えば図１２（Ａ）に示す状態は、（Ｌ３，Ｆ４）＝（１，１）と表される。
また、図１２（Ｂ）に示す状態は、（Ｌ３，Ｆ４，Ｆ５）＝（２，１，１）と表される。
このようにして表される線形ブロックデータ２１７と、先読みブロックデータ２１８とが、高帯域の第１のノードにキャッシュされる。
【０１２０】
図１３〜図１５は、対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。図１３〜図１５に示す例では、クライアント装置から、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合が図示されている。
【０１２１】
図１３は、対象フレーム画像の使用モード情報がエフェクト編集モードである場合の先読みキャッシュ処理を示す模式的な図である。ここでいうエフェクト編集モードとは、シーンＳ１〜Ｓ７ごとに編集処理が実行されるモードである。例えばシーンごとにカラー設定を変更する処理等が考えられる。しかしながら編集内容については限定されず、シーンＳ１〜Ｓ７ごとに任意の編集処理が実行されてよい。
【０１２２】
図１３（Ａ）は、対象フレーム画像がシーンＳ３の前半部分に位置する場合の図である。この場合、シーンＳ１の前半に位置する線形ブロックデータ２１７が読み出される。またシーンＳ２の後半に位置する先読みブロックデータ２１８と、シーンＳ４の前半に位置する先読みブロックデータ２１８とがキャッシュされる。各ブロックデータの比率は、（Ｆ２，Ｌ３，Ｆ４）＝（２，２，１）となる。
【０１２３】
シーンごとの編集処理が行われるエフェクト編集モードでは、シーンチェンジ点Ｃにて編集処理が実行される場合が多い。従って１つ前のシーンＳ２の後半と、１つ後のシーンＳ４の前半とがキャッシュされる。また対象フレーム画像がシーンＳ３の前半に位置するので、シーンＳ２の先読みブロックデータ２１８の方が、シーンＳ４の先読みブロックデータ２１８よりも多くキャッシュされる。
【０１２４】
図１３（Ｂ）は、対象フレーム画像がシーンＳ３の後半部分に位置する場合の図である。この場合、線形ブロックデータ２１７と、シーンＳ４の前半に位置する先読みブロックデータ２１８と、シーンＳ５の前半に位置する先読みブロックデータ２１８とがキャッシュされる。各ブロックデータの比率は、（Ｌ３，Ｆ４，Ｆ５）＝（２，２，１）となる。
【０１２５】
図１３（Ｂ）に示す場合では、１つ後ろのシーンＳ４の前半と、２つ後ろシーンＳ５の前半とがキャッシュされる。そして対象フレーム画像に近いシーンＳ４のブロックデータ２１８が多くキャッシュされる。本例では、時系列に沿って編集処理が実行されることが想定されている。従って２つ後ろシーンＳ５の前半がキャッシュされる。しかしながらシーンＳ５の前半の代わりに１つ前のシーンＳ２の後半がキャッシュされてもよい。
【０１２６】
図１４は、対象フレーム画像の使用モード情報がプレビュー再生モードである場合の先読みキャッシュ処理を示す模式的な図である。ここでは順方向の再生モードが設定されている。またこの再生モードでは、前記アクセス要求されたフレーム画像を有するシーンの情報が用いられる。すなわちストレージマネージャにより、再生されたシーンの履歴情報が作成されて記憶デバイスに記憶される。
【０１２７】
図１４（Ａ）は、前回シーンＳ２のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の後方に連続するシーンＳ４〜Ｓ６の各前半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｌ３，Ｆ４，Ｆ５，Ｆ６）＝（２，１，１，１）となる。
【０１２８】
図１４（Ｂ）は、前回シーンＳ４のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の前方に連続するシーンＳ２及びＳ１の各前半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｆ１，Ｆ２，Ｌ３）＝（１，１，２）となる。
【０１２９】
プレビュー再生モードでは、シーン変更が多く行われる可能性がある。従ってできるだけ多くの他のシーンについて、フレーム画像が先読みキャッシュされる。なお図１４（Ｂ）に示す例では、シーンＳ３の前方にシーンＳ１及びＳ２しか存在しない。しかしながらさらにシーンが存在する場合、図１４（Ａ）に示す例のように、３つのシーンから先読みが行われる。
【０１３０】
また図１４に示す例は順方向での再生モードであるので、各シーンの前半が先読みブロックデータ２１８としてキャッシュされる。そして前回再生されたシーンとの位置関係に基づいて、シーンＳ３の後方に連続するシーンが先読みされるのか、シーンＳ３の前方に連続するシーンが先読みされるのかが定められる。
【０１３１】
図１５は、対象フレーム画像の使用モード情報がプレビュー再生モード（逆方向）である場合の先読みキャッシュ処理を示す模式的な図である。この再生モードでも、再生されたシーンの履歴情報が用いられる。
【０１３２】
図１５（Ａ）は、前回シーンＳ２のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の後方に連続するシーンＳ４〜Ｓ６の各後半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｌ３，Ｆ４，Ｆ５，Ｆ６）＝（２，１，１，１）となる。
【０１３３】
図１５（Ｂ）は、前回シーンＳ４のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の前方に連続するシーンＳ２及びＳ１の各後半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｆ１，Ｆ２，Ｌ３）＝（１，１，２）となる。
【０１３４】
本例では、逆方向での再生モードであるので、各シーンの後半が先読みブロックデータ２１８としてキャッシュされる。そして前回再生されたシーンとの位置関係に基づいて、シーンＳ３の後方に連続するシーンが先読みされるのか、シーンＳ３の前方の連続するシーンが先読みされるのかが定められる。
【０１３５】
その他、例えば使用モードとして２倍速再生モード、または３倍速再生モードが設定された場合、以下のような先読みキャッシュ処理が実行されてもよい。すなわち２倍速再生モード等では、シーン変更の指示は少なくなると考えられるので、他のシーンからの先読みキャッシュの割合を減らされて、線形ブロックデータ２１７の比率が上げられる。このような設定をもとに先読みキャッシュ処理が実行されてもよい。
【０１３６】
また使用モードとしてダイジェスト再生モードが設定された場合、各シーンの中間部分のデータが先読みブロックデータ２１８としてキャッシュされてもよい。これは各シーンの中間部分に主たる映像が撮影されている可能性が高いという考えに基づくものである。
【０１３７】
以上、本実施形態に係る情報処理システム、及び当該情報処理システムにより実行される情報処理方法では、クライアント装置から受け付けられた使用モード情報をもとに先読み対象フレーム画像が適宜読み出される。これにより、各使用モードに適した先読みキャッシュ処理が実現され、効率的なアクセスが可能となる。
【０１３８】
なお上記で説明した先読みブロックデータ２１８の選択方法及び各ブロックデータの比率は限定されない。クライアント装置による素材データの取り扱いに則した最適な先読みブロックデータ２１８のキャッシュ方法が適宜設定されてよい。
【０１３９】
＜第３の実施形態＞
図１６は、本技術の第３の実施形態に係る情報処理システムの構成例を示す模式的な図である。情報処理システム３００は、クライアント装置３２０と、第１のノード３４０と、２つの第２のノード３５０ａ及び３５０ｂとを有する。
【０１４０】
なお図１６には１つの第１のノード３４０が図示されているが、ここに例えば複数の第１のノードが配置されてもよい。そのような場合でも、それら複数の第１のノードを１つの第１のノード３４０と見なして、本実施形態に係る技術を適用することが可能である。
【０１４１】
図１６に示すように、情報処理システム３００は、複数の第２のノード３５０ａ及び３５０ｂが設けられて低帯域の経路３７０が複数確保されている。このような場合に、例えば第２のノード３５０ａ及び３５０ｂから第１のノード３４０にシーンごとにデータが読み出されてキャッシュされるとする。
【０１４２】
その場合、第２のノード３５０ａ及び３５０ｂに、グルーピングされた複数のシーンが交互に配置される。これにより２つの第２のノード３５０ａ及び３５０ｂから複数のシーンが交互に読み出されるので、キャッシュとして機能する第１のノード３４０へのデータ転送時間を短くすることができる。
【０１４３】
本実施形態では、各シーンがさらに分割され、分割された分割シーンが、第２のノード３５０ａ及び３５０ｂに交互に配置される。これにより効率的なアクセスが可能となる。以下、詳しく説明する。
【０１４４】
図１７は、本実施形態に係る情報処理システム３００に取り込まれる動画データ３１２を示す模式的な図である。図１８は、その動画データが第２のノード３５０ａ及び３５０ｂにどのように配置されるかを説明するための図である。
【０１４５】
本実施形態でも、７つのシーンＳ１〜Ｓ７にグルーピングされた動画データ３１２が取り込まれたとする。図１７に示すように、動画データ３１２は、各シーンＳ１〜Ｓ７がそれぞれ３つに分割される。そして図１８に示すように、分割シーンＳ１ａを先頭にした奇数番目の分割データＳ１ａ〜Ｓ７ｃが、第２のノード３５０ｂに配置される。また分割シーンＳ１ｂを先頭にした偶数番目の分割データＳ１ｂ〜Ｓ７ｂが、第２のノード３５０ａに配置される。
【０１４６】
この状態で、図１３〜図１５に示した各使用モードにおける先読みキャッシュ処理が実効されたとする。図１９は、図１３に示すエフェクト編集モードにおける先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１４７】
図１９（Ａ）に示すように、まずシーンＳ３内の対象フレーム画像を含む線形ブロックデータ３１７が読み出される。そのために、第２のノード３５０ｂから分割シーンＳ３ａが読み出され、次に第２のノード３５０ａから分割シーンＳ３ｂが読み出される。
【０１４８】
次にシーンＳ２内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ｃが読み出され、第２のノード３５０ｂから分割シーンＳ２ｂが読み出される。そしてシーンＳ４内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出される。
【０１４９】
図１９（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ａから分割シーンＳ３ｂが読み出され、第２のノード３５０ｂから分割シーンＳ３ｃが読み出される。次にシーンＳ４内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出され、第２のノード３５０ｂから分割シーンＳ４ｂが読み出される。そしてシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ｂから分割シーンＳ５ａが読み出される。
【０１５０】
図２０は、図１４に示すプレビュー再生モード（順方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１５１】
図２０（Ａ）に示すように、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ａが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ４及びシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出され、第２のノード３５０ｂから分割シーンＳ５ａが読み出される。そしてシーンＳ６内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ６ａが読み出される。
【０１５２】
図２０（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ａから分割シーンＳ３ｂが読み出され、第２のノード３５０ｂから分割シーンＳ３ａが読み出される。次にシーンＳ２及びシーンＳ１内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ａが読み出され、第２のノード３５０ｂから分割シーンＳ１ａが読み出される。
【０１５３】
図２１は、図１５に示すプレビュー再生モード（逆方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１５４】
図２１（Ａ）に示すように、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ｃが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ４及びシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ｃが読み出され、第２のノード３５０ｂから分割シーンＳ５ｃが読み出される。そしてシーンＳ６内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ６ｃが読み出される。
【０１５５】
図２１（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ｃが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ２及びシーンＳ１内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ｃが読み出され、第２のノード３５０ｂから分割シーンＳ１ｃが読み出される。
【０１５６】
第１のノード３４０に線形ブロックデータ３１７及び先読みブロックデータ３１８が転送される際に、第２のノード３５０ａ及び３５０ｂから交互にデータが読み出される方が、データ転送時間を短縮することができる。各シーンＳ１〜Ｓ７のデータ容量、各ブロックデータの容量、シーンの数、第１及び第２のノード３４０及び３５０の数等をもとに、各シーンが適宜分割されればよい。
【０１５７】
これにより図１９〜図２０に示したように、第２のノード３５０ａ及び３５０ｂから第１のノード３４０へ交互に分割シーンが転送される回数が多くなる。この結果、先読みキャッシュ処理にかかる時間を短縮することができる。本実施形態では、各シーンＳ１〜Ｓ７が３つに分割されたが、当然のことながらこれに限定されるわけではない。
【０１５８】
＜変形例＞
本技術に係る実施形態は、上記で説明した実施形態に限定されず種々変形される。
【０１５９】
例えば図２２は、動画データのグルーピングに関する変形例を説明するための模式的な図である。この変形例では、クライアント装置を通じてストレージマネージャに送信されるユーザの指示をもとに、複数のシーンを変更することが可能である。これにより効率的なアクセスが可能となる。
【０１６０】
図２２に示すように、グルーピング処理された複数のシーンのうち、互いに異なる複数のシーンが１つのシーンとして変更されてもよい。図２２では、シーンＳ１〜Ｓ５のうち、シーンＳ２及びＳ３が１つのシーンＳ２として変更されている。これは例えば関連性のある２つのシーンを１つのシーンとして取り扱いたいとき等に効果がある。
【０１６１】
ユーザは、例えば図１１に示すＵＩ２１を利用して、各シーンＳ１〜Ｓ５の先頭のサムネイル画像２３を適宜選択することで、グループ変更操作を実行する。しかしながらグループ変更処理が実行されるためのユーザの操作方法等は限定されない。
【０１６２】
あるいは図２２（Ｂ）に示すように、動画データ４１２において一定間隔でサムネイル画像４２３が生成される。そのサムネイル画像４２３を基準としてユーザからＩＮ点とＯＵＴ点とが設定される。このＩＮ点とＯＵＴ点とに基づいてグループ変更処理が実行されてもよい。
【０１６３】
図２２（Ｂ）に示す例では、シーンＳ１の後半がＩＮ点として指定され、シーンＳ３（変更前）の前半がＯＵＴ点として指定される。この指定をもとに、シーンＳ２及びシーンＳ３が１つのシーンＳ２として変更される。ＩＮ点及びＯＵＴ点の指定と、グループ変更とのマッチングは適宜設定可能である。
【０１６４】
図３等に示す複数のシーンＳ１〜Ｓ５に分けられた動画データ１２に対して、各シーンＳ１〜Ｓ５が解析されてもよい。そして当該解析結果をもとに先読み対象フレーム画像が読み出されてもよい。
【０１６５】
例えば動画データが、ニュースの映像データだとする。この動画データにおいて各シーンが解析され、その結果複数のシーンの中から、スタジオシーン、風景シーン、リポーターシーンが判定される。
【０１６６】
例えばユーザはスタジオシーンのみに所定の編集処理を実行したい場合等がある。そのような場合、例えばユーザからの指示をもとに、複数のシーンからスタジオシーンのみが選択される。そして選択された複数のスタジオシーンに対して上記の各実施形態で説明した技術が適用され、先読み対象フレーム画像が適宜読み出されてもよい。これにより例えば相関性の高い複数のシーンについての先読み処理等が可能となり、効率的なアクセスが実現される。
【０１６７】
取り込まれる複数のフレーム画像のそれぞれにメタデータが付せられている場合、当該メタデータをもとにシーン解析処理が実行されてもよい。グルーピング処理が実行されるときに、シーン解析処理の結果や、メタデータ等が用いられてもよい。
【０１６８】
また複数のシーンが適宜間引かれて用いられてもよい。例えば４倍速再生モードや８倍速再生モードでは、奇数番目もしくは偶数番目のシーンのみが用いられて上記したデータ出力処理及び先読みキャッシュ処理が実行されてもよい。
【０１６９】
上記では、ファイル出力装置により素材データが取り込まれる際に、素材データに対してグルーピング処理が実行された。このグルーピング処理が他のタイミングで実行されてもよい。
【０１７０】
すなわち素材データの取り込み時には、複数のグループに分けられる前の連続するデータがそのまま記憶される。当該素材データは、１つの第２のノードに記憶されてもよいし、所定の容量ごとに分割されてもよい。この分割は、素材データ全体を記憶するために行われる処理である。そして、クライアント装置からのアクセス要求を受ける前の所定のタイミングで、連続するデータが複数のグループに分けられて記憶される。
【０１７１】
所定のタイミングは限定されず、例えば外部機器からのアクセス要求に適切に対応できるタイミング等で行われる。あるいは、アクセス要求を受けてからグルーピング処理が実行されてもよい。
【０１７２】
例えば複数のクライアントから同時にアクセスがあるとき等に、素材データが取り込まれる場合もある。そのような場合に素材データのグルーピング処理が順次実行されると、第１のノードや制御装置等の処理負荷が大きくなってしまう。また複数のクライアント装置へのデータ出力にかかる時間も長くなってしまう。従って、一度素材データをそのまま大きなファイルとして記憶し、第１のノードや制御装置等の処理負荷が少ないタイミングでグルーピング処理が実行される。これによりクライアント装置へのデータ出力が遅延することを防止することができる。
【０１７３】
なお上記では、第１のノードによりグルーピング処理が実行された。しかしながらグルーピング処理を実行するためのＰＣ等が別個設けられてもよい。一方、第１のノードが制御装置としても機能してもよい。この場合、第１のノードがストレージマネージャを有することになる。
【０１７４】
上記では、各ノードの出力能力が２段階に分類された。しかしながらより多くの段階に分類されてもよい。例えば出力能力が３段階に分類され、高帯域のノード、中帯域のノード、及び低帯域のノードが設定されてもよい。これらのノードを適宜用いて、本技術の実施形態にとして情報処理システムが実現されてもよい。
【０１７５】
上記では、連続するデータとして動画データが用いられた。しかしながら音楽データ等が用いられてもよい。例えば音楽データにおいて、イントロ部分、サビ部分、又は間奏部分等が検出される。そして音楽データが当該部分ごとに分けられて記憶される。このようにして記憶された音楽データに対して上記の各実施形態で説明した技術が適用されてもよい。
【０１７６】
上記では、制御装置、第１のノード、及び第２のノードが別個に設けられた。しかしながら例えばＰＣ等の１つのコンピュータにより、上記で説明した情報処理方法が実行されてもよい。すなわちコンピュータは、プログラムに基づいて動作するＣＰＵにより実現されるグルーピング部と、出力部と、読み出し部とを有する。またコンピュータは、高帯域の第１の記憶部と、低帯域の第２の記憶部とを有する。
【０１７７】
グルーピング部は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分ける。出力部は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、第１の記憶部を介して外部機器へ出力する。読み出し部は、出力部による前記対象データの読み出しに応じて、第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして第２の記憶部から読み出し、第１の記憶部に記憶させる。
【０１７８】
このような構成を有する１つのコンピュータにより、本技術に係る情報処理方法が実行されてもよい。これにより本技術に係る情報処理装置及びプログラムが実現される。
【０１７９】
上記した各実施形態及び変形例を適宜組み合わせたものが、本技術にかかる実施形態と
して採用されてもよい。
【０１８０】
なお、本技術は以下のような構成も採ることができる。
【０１８１】
（１）時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶し、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、前記外部機器に出力し、
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す
情報処理方法。
（２）前記（１）に記載の情報処理方法であって、
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であり、
前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有し、
前記対象データは、前記要求の対象となる対象フレーム画像であり、
前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像である
情報処理方法。
（３）前記（２）に記載の情報処理方法であって、
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶し、
前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力し、
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる
情報処理方法。
（４）前記（２）又は（３）に記載の情報処理方法であって、
前記予め定められた基準は、シーンごとのグループ分けであり、
前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶する
情報処理方法。
（５）前記（４）に記載の情報処理方法であって、さらに、
前記複数のシーンの各々を解析し、
前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出す
情報処理方法。
（６）前記（２）から（５）のうちいずれか１つに記載の情報処理方法であって、
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶する
情報処理方法。
（７）前記（２）から（６）のうちいずれか１つに記載の情報処理方法であって、さらに、
前記外部機器から前記対象フレーム画像の使用モード情報を受け付け、
前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出す
情報処理方法。
（８）前記（１）から（７）のうちいずれか１つに記載の情報処理方法であって、さらに、
前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更する
情報処理方法。
（９）前記（１）から（８）のうちいずれか１つに記載の情報処理方法であって、
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶する
情報処理方法。
【符号の説明】
【０１８２】
Ｓ１〜Ｓ７…シーン
１２、２１２、３１２、４１２…動画データ
１３…フレーム画像
１６…対象フレーム画像
１７、１８…ブロックデータ
２０、３２０…クライアント装置
２１…ＵＩ
２２…タイムライン
２３、４２３…サムネイル画像
４０、３４０…第１のノード
５０、３５０…第２のノード
６０…制御装置
６１…ストレージマネージャ
７０…ネットワーク
１００、３００…情報処理システム
２１７、３１７…線形ブロックデータ
２１８、３１８…先読みブロックデータ
【技術分野】
【０００１】
本技術は、例えば映像データ等を記憶して外部機器等に出力する情報処理方法、情報処理システム、情報処理装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば撮影された映像データ等のコンテンツデータを記憶し、外部機器等からの要求に応じて当該データを出力するストレージシステムが知られている。例えばストレージシステムにより映像データ等が編集機器に出力され編集処理が行われる。
【０００３】
例えば特許文献１には、ファイルを格納するディスク装置と、当該ファイルの入出力等の操作を指示するクライアント計算機と、ディスク装置とクライアント計算機との間に設けられたファイルサーバとが記載されている。ファイルサーバにより、クライアント計算機からの指示に基づいて、ディスク装置に格納されたファイルが適宜操作される（特許文献１の段落[００１５]、図１、２等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−４１０２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、例えば編集操作等の対象となるコンテンツデータの大容量化が進んでいる。そのようなデータに対して効率的なアクセスが可能となるストレージシステムが求められる。
【０００６】
以上のような事情に鑑み、本技術の目的は、効率的なアクセスが可能となるストレージシステムを実現するための情報処理方法、情報処理システム、情報処理装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本技術の一形態に係る情報処理方法は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶することを含む。
外部機器からのアクセス要求に応じて、その要求の対象となる対象データが、当該対象データを有する第１のグループから読み出され、前記外部機器に出力される。
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータが先読み対象データとして読み出される。
【０００８】
この情報処理方法では、時間的に連続するデータが、予め定められた基準をもとに複数のグループに分けられて記憶される。そしてアクセス要求の対象となる対象データが第１のグループから読み出されて出力される。この対象データの読み出しに応じて、第１のグループと異なる第２のグループから先読み対象データが読み出される。従って上記基準を適宜設定し、連続するデータを適宜グループ分けすることで、効率的なアクセスが可能となるストレージシステムを実現することができる。
【０００９】
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であってもよい。この場合、前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有してもよい。また前記対象データは、前記要求の対象となる対象フレーム画像であってもよい。また前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像であってもよい。
【００１０】
この情報処理方法では、時間的に連続するフレーム画像が記憶される。連続するフレーム画像は、例えば動画データとして用いられるものであり大容量となることが多い。このようなデータに対して、効率的なアクセスが可能となるストレージシステムが実現される。
【００１１】
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶してもよい。
この場合、前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力してもよい。
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させてもよい。
【００１２】
この情報処理方法では、第１の出力能力を有する第１の記憶部と、第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とが用いられる。そして出力能力の高い第１の記憶部に記憶された対象フレーム画像が外部機器に出力される。また出力能力の低い第２の記憶部に記憶された先読み対象フレーム画像が第１の記憶部に記憶される。これにより効率的なアクセスが可能となる。またストレージシステムを実現するために必要なコストを抑えることができる。
【００１３】
前記予め定められた基準は、シーンごとのグループ分けであってもよい。この場合、前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶してもよい。
この情報処理方法では、複数のフレーム画像が、複数のシーンに分けて記憶される。例えば複数のフレーム画像は、シーンごとにアクセスされる場合が多い。従って上記のようにグループ分けが行われることで、効率的なアクセスが可能となる。
【００１４】
前記情報処理方法は、さらに、前記複数のシーンの各々を解析することを含んでもよい。この場合、前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出してもよい。
この情報処理方法では、各々のシーンが解析され、その解析結果をもとに先読み対象フレーム画像が読み出される。これにより例えば相関性の高い複数のシーンについての先読み処理等が可能となる。これにより効率的なアクセスが可能となる。
【００１５】
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶してもよい。
このように、複数の第１の記憶部と、複数の第２の記憶部とが適宜用いられることで、効率的なアクセスが可能となる。またコストを抑えることができる。
【００１６】
前記情報処理方法は、さらに、前記外部機器から前記対象フレーム画像の使用モード情報を受け付けることを含んでもよい。この場合、前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出してもよい。
この情報処理方法では、外部機器から受け付けられた使用モード情報をもとに先読み対象フレーム画像が読み出される。これにより効率的なアクセスが可能となる。
【００１７】
前記情報処理方法であって、さらに、前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更することを含んでもよい。
このようにユーザの指示により、複数のグループが変更されてもよい。これにより効率的なアクセスが可能となる。
【００１８】
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶してもよい。
例えばこの情報処理方法を実行するコンピュータの処理負荷が少ないタイミングでグループ分け処理が実行されてもよい。
【００１９】
本技術の一形態に係る情報処理システムは、第１の記憶装置と、第２の記憶装置と、制御装置とを具備する。
前記第１の記憶装置は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分け前記連続するデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する。
前記第２の記憶装置は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する。
前記制御装置は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し前記第１の記憶装置に前記外部機器へ出力させ、当該対象データの読み出しに応じて、前記第２の記憶装置に前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読み対象データとして前記第１の記憶装置へ出力させる。
【００２０】
本技術の一形態に係る情報処理装置は、グルーピング部と、第１の記憶部と、第２の記憶部と、出力部と、読み出し部とを具備する。
前記グルーピング部は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分ける。
前記第１の記憶部は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する。
前記第２の記憶部は、前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する。
前記出力部は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する。
前記読み出し部は、前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる。
【００２１】
本技術の一形態に係るプログラムは、前記グルーピング部と、前記第１の記憶部と、前記第２の記憶部と、前記出力部と、前記読み出し部と、としてコンピュータを機能させる。
【発明の効果】
【００２２】
以上のように、本技術によれば、効率的なアクセスが可能となるストレージシステムを実現することができる。
【図面の簡単な説明】
【００２３】
【図１】本技術の第１の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【図２】図１に示すファイル出力装置から出力された素材データの取り込み処理の流れの一例を示す模式的な図である。
【図３】本実施形態において取り込まれる素材データを示す模式的な図である。
【図４】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図５】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図６】本実施形態に係るグループ化された複数のシーンに対する分散処理の流れの一例を示す模式的な図である。
【図７】本実施形態における情報処理システムのデータ出力処理の基本的な流れを示すフローチャートである。
【図８】図７に示すフローチャートを説明するための図である。
【図９】図７に示すフローチャートを説明するための図である。
【図１０】本実施形態において、第１及び第２のノードを増やすことによる効果の一つを説明するための図である。
【図１１】本技術の第２の実施形態において、クライアント装置の表示部に表示されるＵＩの一例を示す模式的な図である。
【図１２】本実施形態において取り込まれた動画データを示す模式的な図である。
【図１３】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１４】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１５】本実施形態に係る対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。
【図１６】本技術の第３の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【図１７】本実施形態に係る情報処理システムに取り込まれる動画データを示す模式的な図である。
【図１８】図１７に示す動画データが第２のノードにどのように配置されるかを説明するための図である。
【図１９】本実施携帯において図１３に示すエフェクト編集モードにおける先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２０】本実施携帯において図１４に示すプレビュー再生モード（順方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２１】本実施携帯において図１５に示すプレビュー再生モード（逆方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【図２２】動画データのグルーピングに関する変形例を説明するための模式的な図である。
【発明を実施するための形態】
【００２４】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００２５】
＜第１の実施形態＞
［情報処理システムの構成］
図１は、本技術の第１の実施形態に係る情報処理システムの構成例を示す模式的な図である。
【００２６】
情報処理システム１００は、ストレージシステムとして機能する。図１に示すファイル出力装置１０により、情報処理システム１００に、映像データや音声データ等の素材データが出力される。
【００２７】
外部機器であるクライアント装置２０から、情報処理システム１００に記憶された素材データへのアクセス要求が送信される。情報処理システム１００は、当該アクセス要求に応じて、アクセス要求の対象となる対象データをクライアント装置２０へ出力する。
【００２８】
本実施形態のクライアント装置２０は、情報処理システム１００から読み出した素材データに対して、編集処理やプレビュー処理等を実行する。本実施形態では仮想環境等を利用することで、クライアント装置２０からは情報処理システム１００全体が１つのストレージとして認識される。
【００２９】
本実施形態では、情報処理システム１００、ファイル出力装置１０、及びクライアント装置２０は、ネットワーク３０を通じて相互に接続されている。ネットワーク３０としては、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等が用いられる。しかしながらネットワーク３０の種類やそれに用いられるプロトコル等は限定されない。また情報処理システム１００、ファイル出力装置１０、及びクライアント装置２０が、ネットワーク３０を介さず直接接続されてもよい。
【００３０】
情報処理システム１００は、第１の記憶装置としての第１のノード４０と、第２の記憶装置としての第２のノード５０と、第１及び第２のノード４０及び５０のそれぞれの動作を制御する制御装置６０とを有する。なお、第１のノード４０は第１の記憶部に相当する。また第２のノード５０は第２の記憶部に相当する。
【００３１】
第１のノード４０、第２のノード５０、及び制御装置６０は、ネットワーク７０により相互に接続されている。図１では、制御装置６０が各ノード４０及び６０を制御する旨が図示されているが、制御装置６０もネットワーク７０に接続されている。
【００３２】
ネットワーク７０は、典型的にはＬＡＮであるが、それに限定されるわけではない。ネットワーク７０は、上記したネットワーク３０と接続される。これにより情報処理システム１００が有する各装置と、ファイル出力装置１０と、クライアント装置２０とが相互に接続されることになる。
【００３３】
本実施形態では、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが用いられる。しかしながら第１のノード４０の数、及び第２のノード５０の数は限定されない。
【００３４】
第１のノード４０、第２のノード５０、及び制御装置６０としては、例えばＰＣ等のコンピュータがそれぞれ用いられる。第１のノード４０、第２のノード５０、及び制御装置６０による情報処理は、ＲＯＭ等に記憶されたソフトウェアと、ＰＣ等のハードウェア資源との協働により実現される。具体的には、ＣＰＵがＲＯＭ等に記憶されたソフトウェアを構成するプログラムを、ＲＡＭにロードして実行することにより実行される。
【００３５】
プログラムは、例えば記録媒体を介して各装置にインストールされる。あるいは、グローバルネットワーク等を介してインストールされてもよい。
【００３６】
図１に示すように制御装置６０は、機能ブロックとして、ストレージマネージャ６１を有する。これは例えば制御装置６０内のＣＰＵにより実現される。また制御装置６０は、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリ等からなる不揮発性の記憶デバイス６２を有する。この記憶デバイス６２には、ストレージマネージャ６１により参照されるデータベース６３が記憶されている。ストレージマネージャ６１はデータベース６３を参照して、第１及び第２のノード４０及び５０をそれぞれ制御する。
【００３７】
第１及び第２のノード４０及び５０は、ファイル出力装置１０から出力された素材データの少なくとも一部を記憶する。そしてストレージマネージャ６１からの指示をもとに、指定された素材データを読み出して指定された転送先へ出力する。
【００３８】
第１のノード４０は、当該素材データを記憶して出力するための第１の出力能力を有する。ここでいう「出力能力」とは、記憶されている素材データの転送指示を受けてからのレスポンスに関する能力である。すなわち所定の容量の素材データ（あるいは素材データの一部）を所定の出力先に転送する指示を受けてから、当該素材データを指定先に転送するまでにかかる時間により定められる。
【００３９】
レスポンスが速い記憶装置は出力能力が高く、いわゆる高帯域の記憶装置とよばれる。レスポンスが遅い記憶装置は出力能力が低く、いわゆる低帯域の記憶装置とよばれる。
【００４０】
出力能力は、例えば素材データを記憶するための記憶デバイスの種類に影響される。例えばＩ／Ｏスループットが高い記憶デバイスを搭載する記憶装置は出力能力が高くなる。そのような記憶デバイスとしては、例えばＳＳＤ（Solid State Drive）、複数のディスクがＲＡＩＤ（Redundant Arrays of Inexpensive Disks）技術により束ねられたＲＡＩＤ（レイド）デバイス、又はｉＳＣＳＩ（Internet Small Computer System Interface）イニシエータによりディスクが束ねられたもの等がある。
【００４１】
上記のものに比べてＩ／Ｏスループットが低い記憶デバイスとしては、ＨＤＤやテープを用いた記憶デバイス等がある。
【００４２】
また出力能力は、各記憶装置に搭載されるＮＩＣ（Network Interface Card）の種類にも影響される。例えば１ＧのＮＩＣが搭載された記憶装置よりも、１０ＧのＮＩＣが搭載された記憶装置の方が出力能力は高くなる。
【００４３】
その他、出力能力は、ネットワークとの接続に用いられるケーブルの種類やＣＰＵの処理速度等にも影響され得る。すなわちハードウェア及びソフトウェアの様々な条件に基づいて出力能力が判断されてよい。従って他の条件が総合的に考慮された結果、１ＧのＮＩＣが搭載された記憶装置が、１０ＧのＮＩＣが搭載された記憶装置よりも出力能力が高いと判定される場合等も起こり得る。
【００４４】
本実施形態では、第１の出力能力を有する第１のノード４０と、第１の出力能力よりも低い第２の出力能力を有する第２のノード５０が用いられる。すなわち第１のノード４０の方が、第２のノード５０よりもデータ転送指示に対するレスポンスが速い。図１には、第１のノード４０が高帯域であり、第２のノードが低帯域である旨が図示されている。
【００４５】
なお第１及び第２の出力能力は相対的に比較されればよい。すなわち第１及び第２の出力能力を規定するための基準が定められなくてもよい。各記憶装置の出力能力が相対的に比較された結果、出力能力が高い方の記憶装置が第１の出力能力を有する第１のノード４０として用いられればよい。同様に出力能力が低い方の記憶装置が、第２の出力能力を有する第２のノード５０として用いられればよい。
【００４６】
一般的に、高帯域の記憶装置は高価で記憶容量が小さく、低帯域の記憶装置は廉価で記憶容量が大きい場合が多い。例えば高帯域の記憶装置を複数用いてストレージシステムを構成することにより、クライアント装置への高速な素材データの転送が可能となる。しかしながらコスト等の観点からそれは困難であることが多い。
【００４７】
そこで本実施形態では、高帯域の記憶装置と、低帯域の記憶装置とを適宜組み合わせて効率的なアクセスが可能となるストレージシステムを実現する。この結果、コストを抑えることも可能となる。
【００４８】
どの程度の出力能力を有する記憶装置を高帯域の第１のノード４０として用い、どの程度の出力能力を有する記憶装置を低帯域の第２のノード５０として用いるかについては適宜設定されればよい。例えば素材データへのアクセス速度やコストパフォーマンス等が所期のものとなるように、第１及び第２のノード４０及び５０が適宜選択されればよい。
【００４９】
従って、例えば本技術に係る情報処理システムにおいて第１のノードとして用いられた記憶装置が、本技術に係る他の情報処理システムでは第２のノードとして用いられる場合も起こり得る。この場合さらに出力能力が高い記憶装置が第１のノードとして用いられる。
【００５０】
当然のことながら、第１及び第２のノード４０及び５０を選択するための基準が適宜設定されてもよい。
【００５１】
また本実施形態では２つの第１のノード４０ａ及び４０ｂが用いられる。この第１のノード４０ａ及び４０ｂが同じ記憶装置である必要は無い。また同じ出力能力を有する必要もない。
【００５２】
２つの第２のノード５０ａ及び５０ｂについても同様である。すなわち第１の出力能力及び第２の出力能力がそれぞれある程度幅を持って定められてもよい。例えば出力能力が順に大きくなる４つの記憶装置があるとする。この場合、一番大きい出力能力を有する記憶装置と、二番目に大きい出力能力を有する記憶装置とが第１のノード４０ａ及び４０ｂとして用いられてもよい。そして残り２つの記憶装置が第２のノード５０ａ及び５０ｂとして用いられてもよい。
【００５３】
[情報処理システムの動作]
ファイル出力装置１０から出力された素材データの取り込み処理について説明する。図２は、その取り込み処理の流れの一例を示す模式的な図である。図３は、本実施形態において取り込まれる素材データを示す模式的な図である。
【００５４】
ファイル出力装置１０から情報処理システム１００に、素材データとして時間的に連続するデータが出力される（ステップ１０１）。本実施形態では、図２に示すように映像ファイル１１が情報処理システム１００に出力される。
【００５５】
映像ファイル１１の中には、所定の時間分の動画データ１２が格納されている。図３に示すように動画データ１２は、時間的に連続する複数のフレーム画像１３により構成される。フレーム画像１３は、例えば３０ｆｐｓ（frame per second）や６０ｆｐｓのフレームレートで生成される。実際には図３に示すものよりも多い数のフレーム画像１３が取り込まれることが多い。
【００５６】
図３に示すように、複数のフレーム画像１３は時間軸に沿って生成される。すなわち図３で見て左側に位置するフレーム画像１３は動画データ１２の前半部分に相当し、右側に位置するフレーム画像１３は動画データ１２の後半部分に相当する。
【００５７】
ストレージワーカ８０により動画データ１２に対してグルーピング処理が実行される。ストレージワーカ８０とは、図１に示す各ノード４０及び５０を示す総称する言葉である。本実施形態では、図１に示す第１のノード４０ａにより、複数のフレーム画像１３が予め定められた基準をもとに複数のグループに分けられる（ステップ１０２）。
【００５８】
本実施形態に係る予め定められた基準は、シーンごとのグループ分けである。従って図３に示すように、複数のフレーム画像１３が複数のシーンＳ１〜Ｓ５に分けられる。複数のグループとしての複数のシーンＳ１〜Ｓ５は、各々が少なくとも１以上のフレーム画像１３を有する。
【００５９】
複数のシーンＳ１〜Ｓ５へのグルーピング処理は、例えば隣接する２つのフレーム画像１３の差分が算出されることで実行される。２つのフレーム画像１３の差分が所定の閾値よりも大きい場合、当該２つのフレーム画像１３間がシーンチェンジ点Ｃとして判定される。そしてそのシーンチェンジ点Ｃにおいて複数のシーンＳ１〜Ｓ５に分けられる。その他、一般的に知られているシーンチェンジ検出処理が適宜用いられてよい。
【００６０】
例えば素材データが、ニュースの映像データだとする。そしてスタジオでキャスターがニュースを伝えるシーン、当該ニュースに関連した風景が表示されるシーン、及び風景をバックにしたリポーターのアップのシーンが映像データに含まれていたとする。このような場合にグルーピング処理が実行されることで、素材データが、スタジオシーン、風景シーン及びリポーターシーンの複数のシーンに分けられる。
【００６１】
グルーピング処理を実行した第１のノード４０ａは、グルーピング結果の情報をストレージマネージャ６１に送信する（ステップ１０３）。ストレージマネージャ６１は、グルーピング結果の情報をもとにした管理テーブルを、データベース６３として記憶デバイス６２に記憶する。
【００６２】
複数のシーンＳ１〜Ｓ５に分けられた動画データ１２は、第１のノード４０ａ及び４０ｂと、第２のノード５０ａ及び５０ｂとに分散される。本実施形態では、まずグルーピング処理を実行する第１のノード４０ａに動画データ１２の全体が記憶される。ストレージマネージャ６１は、グルーピング結果の情報をもとに各シーンＳ１〜Ｓ５の格納先を決定する。そしてストレージマネージャ６１の指示をもとに、複数のシーンＳ１〜Ｓ５が再配置される。
【００６３】
例えば動画データ１２における各シーンＳ１〜Ｓ５の位置、各シーンＳ１〜Ｓ５のデータ容量、各ノード４０及び５０の記憶容量、又は各ノード４０及び５０の出力能力や数等をもとに、複数のシーンＳ１〜Ｓ５の分散位置が適宜定められてもよい。
【００６４】
複数のシーンＳ１〜Ｓ５の分散位置の情報は、ストレージマネージャ６１に送信される。ストレージマネージャ６１は、分散位置の情報を記憶デバイス６２に記憶する。従ってストレージマネージャ６１は、ノード４０及び５０のいずれかにどのシーンＳ１〜Ｓ５のデータが配置されているかを管理することが可能である。
【００６５】
動画データ１２全体が第１のノード４０ａに記憶される前に、グループとして判定されたシーンの配置先が順次決定されてもよい。そして定められた配置先にシーンが順次転送されてもよい。
【００６６】
あるいは、グルーピングされた複数のシーンＳ１〜Ｓ５が所定の分散位置において、第１及び第２のノード４０及び５０に配置される。所定の分散位置は例えばデフォルトで設定される。この状態からストレージマネージャ６１の指示により、複数のシーンＳ１〜Ｓ５が再配置されてもよい。
【００６７】
図４〜図６は、グループ化された複数のシーンＳ１〜Ｓ５に対する分散処理の流れの一例を示す模式的な図である。
【００６８】
本実施形態では、それぞれのシーンＳ１〜Ｓ５がさらに前半部分１４及び後半部分１５の２つに分割される。前半部分１４及び後半部分１５には、それぞれ１以上のフレーム画像１３が含まれる。前半部分１４及び後半部分１５の分割の割合等は適宜設定されてよい。
【００６９】
各シーンＳ１〜Ｓ５のデータ容量、各ノード４０及び５０の記憶容量、各ノード４０及び５０の数に応じて、１つのシーンが３以上の部分に分割されてもよい。あるいはデータ容量の大きいシーンは３以上の部分に分割し、データ容量の小さいシーンは分割しない、といった設定も可能である。
【００７０】
図４に示すように、ストレージマネージャ６１から第１のノード４０ａへ、２つに分割されたシーンＳ１の後半部分１５の転送指示が出力される（ステップ１０４）。転送指示を受信した第１のノード４０ａは、シーンＳ１の後半部分１５を転送先として指定された第２のノード５０ａに転送する（ステップ１０５）。
【００７１】
図５に示すように、ストレージマネージャ６１からの指示をもとに、第１のノード４０ａはシーンＳ１の前半部分１４のコピー１４’を作成し、当該前半部分１４のコピー１４’を第２のノード５０ｂに転送する（ステップ１０６、ステップ１０７）。
【００７２】
次に図６に示すように、ストレージマネージャ６１の指示により、シーンＳ２の前半部分１４及び後半部分１５が配置される。本実施形態では、第１のノード４０ａから第１のノード４０ｂに、シーンＳ２の前半部分１４が転送される（ステップ１０８）。また第１のノード４０ａから第２のノード５０ａへ後半部分１５が転送される（ステップ１０９）。そして、第１のノード４０ａから第２のノード５０ｂへ前半部分１４が転送される（ステップ１１０）。
【００７３】
なお、第１のノード４０ａから第１のノード４０ｂにシーンＳ２の全体のデータが転送されてもよい。そしてストレージマネージャ６１の指示を受けた第１のノード４０ｂにより、シーンＳ２の前半部分１４及び後半部分１５の転送処理が実行されてもよい。
【００７４】
シーンＳ３以降のデータは、それぞれの前半部分１４及び後半部分１５が適宜第２のノード５０ａ及び５０ｂに配置される。
【００７５】
動画データ１２が取り込まれる際の各シーンＳ１〜Ｓ５の配置位置は限定されない。本実施形態に係る情報処理システム１００では、出力能力が高い第１のノード４０が主にキャッシュとして用いられる。そして出力能力が低い第２のノード５０が、主に素材データ置き場として用いられる。
【００７６】
従ってクライアント装置２０から最初にアクセス要求がある可能性の高いシーンＳ１の前半部分１４が第１のノード４０ａに記憶される。また次のシーンＳ２の前半部分１４が第１のノード４０ｂに記憶される。これにより効率的なアクセスが実現される。しかしながらこれに限定されるわけではない。
【００７７】
情報処理システム１００による、クライアント装置２０への動画データ１２の出力方法について説明する。図７は、本実施形態における情報処理システム１００のデータ出力処理の基本的な流れを示すフローチャートである。図８及び図９は、その流れを説明するための模式的な図である。
【００７８】
情報処理システム１００では、クライアント装置２０からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、クライアント装置２０に出力する。
【００７９】
図７に示すように、クライアント装置２０から送信されたアクセス要求が、ストレージマネージャ６１により受信される（ステップ２０１）。ここでは、クライアント装置２０により、シーンＳ１内のフレーム画像１３に対するアクセス要求が送信されたとする。
【００８０】
ストレージマネージャ６１は、アクセス要求の対象となる対象フレーム画像１６（図３参照）を、当該対象フレーム画像１６を有するシーンＳ１から読み出し、第１のノード４０によりクライアント装置２０へ出力させる。対象フレーム画像１６を有するシーンＳ１は、上記した第１のグループに相当する。
【００８１】
具体的には、ストレージマネージャ６１は、記憶されているデータベース６３を参照し対象フレーム画像１６の配置位置を検出する（ステップ２０２）。そして対象フレーム画像１６が記憶されているノード４０又は５０に、当該対象フレーム画像を高帯域の第１のノード４０に転送する指示を送信する。なお第１のノード４０に対象フレーム画像１６が配置されている場合は、上記転送指示は行われない。
【００８２】
ストレージマネージャ６１に第１のノード４０へ、対象フレーム画像１６をクライアント装置２０へ出力する指示が送信される。これにより対象フレーム画像１６が、第１のノード４０からクライアント装置２０に出力される（ステップ２０３）。
【００８３】
この対象フレーム画像の読み出しに応じて、本実施形態では、第１のノード４０に以下のデータが転送される。これらは対象フレーム画像１６の読み出しに応じて、第１のノード４０にキャッシュされるデータである。
【００８４】
まず図８に示すように、シーンＳ１において対象フレーム画像１６を含むブロックデータ１７が第１のノード４０に転送される。ブロックデータ１７は、対象フレーム画像１６と、対象フレーム画像１６から連続する近辺のフレーム画像１３とを含むデータである（図３参照）。このブロックデータ１７の転送は、対象フレーム画像１６の読み出しとともに実行されてもよい。
【００８５】
このブロックデータ１７がキャッシュされることで、例えば通常再生モード等において求められる、時間軸に沿ったフレーム画像１３の読み出し等が高速で可能となる。なおブロックデータ１７として、図４等に示す前半部分１４や後半部分１５が転送されてもよい。あるいは、キャッシュされる際にブロックデータ１７の容量が適宜定められてもよい。
【００８６】
図８に示すように、本実施形態では、上記した第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す。すなわちシーンＳ１とは異なるシーンＳ２から、１以上の先読み対象フレーム画像（図３参照）として、ブロックデータ１８が読み出される。本実施形態では、異なるシーンとしてシーンＳ２が選択されたがこれに限られない。またシーンＳ２の前半に位置するブロックデータ１８が読み出されたがこれに限られない。
【００８７】
ブロックデータ１８は、第２のノード５０から読み出され、第１のノード４０に転送される（ステップ２０４）。そして第１のノード４０に記憶される。これらの動作は、ストレージマネージャ６１からの指示により実行される。
【００８８】
なお、図７に示すステップ２０４は、ステップ２０３の出力処理の後に実行される場合に限定されない。クライアント装置２０への対象フレーム画像１６の出力と略同時又は前に、対象フレーム画像１６の読み出しに応じてステップ２０８が実行されてもよい。また対象フレーム画像１６の読み出しと略同時にステップ２０８が実行されてもよい。
【００８９】
図９に示すように、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが適宜用いられて、以下のようにして先読みキャッシュ処理が実行されてもよい。
【００９０】
まず対象フレーム画像１６を含むブロックデータ１７が第１のノード４０ａに転送される。そして先読み対象フレーム画像としてのシーンＳ２内のブロックデータ１８が第１のノード４０ａに転送される。さらに先読み対象フレーム画像としてシーンＳ３内の前半に位置するブロックデータ１８が第１のノード４０ｂに転送される。
【００９１】
このように複数の第１のノード４０ａ及び４０ｂを用いることで、先読みフレーム画像として読み出されるデータの容量や種類の設定範囲を広くすることが可能となる。これにより効率的なアクセスが可能となる。
【００９２】
なお、第１のノード４０ａには、シーンＳ１内のブロックデータ１８のみが記憶され、第１のノード４０ｂにシーンＳ２内のブロックデータ１８が記憶されてもよい。この場合でも、第１のノード４０に他のシーンＳ２のブロックデータ１８が記憶されることになる。
【００９３】
また第１のノード４０ａに、シーンＳ１〜Ｓ３についての３つのブロックデータ１７及び１８が記憶されてもよい。もちろん他のシーンとして、シーンＳ２及びＳ３以外のシーンが選択され、他のシーンから先読み対象フレーム画像が読み出されてもよい。
【００９４】
以上、本実施形態に係る情報処理システム１００及び当該情報処理システム１００により実行される情報処理方法では、時間的に連続するデータが、予め定められた基準をもとに複数のグループに分けられて記憶される。そしてアクセス要求の対象となる対象データが第１のグループから読み出されて出力される。この対象データの読み出しに応じて、第１のグループと異なる第２のグループから先読み対象データが読み出される。従って上記基準を適宜設定し、連続するデータを適宜グループ分けすることで、効率的なアクセスが可能となるストレージシステムを実現することができる。
【００９５】
本実施形態では、時間的に連続するデータとして時間的に連続する複数のフレーム画像１３が動画データ１２として記憶される。近年では、動画データ１２の大容量化が進んでいる。このような大容量なデータに対して、効率的なアクセスが可能となるストレージシステムが実現可能となる。
【００９６】
また本実施形態では、第１の出力能力を有する第１のノード４０と、第１の出力能力よりも低い第２の出力能力を有する第２のノード５０とが用いられる。そして出力能力の高い第１のノード４０に記憶された対象フレーム画像１６がクライアント装置２０に出力される。また出力能力の低い第２のノード５０に記憶された先読み対象フレーム画像が第１のノード４０に記憶される。これにより効率的なアクセスが可能となる。またストレージシステムを実現するために必要なコストを抑えることができる。
【００９７】
本実施形態では、複数のフレーム画像１３が、複数のシーンＳ１〜Ｓ５に分けて記憶される。例えば複数のフレーム画像１３は、シーンＳ１〜Ｓ５ごとにアクセスされる場合が多い。従ってこのようなグループ分けが行われることで、先読みキャッシュの予測精度が向上し、効率的なアクセスが可能となる。
【００９８】
例えばアクセス要求の対象となる対象データを基準として、時間軸に沿った線形的な先読み処理が実行されたとする。すなわち対象フレーム画像１６を基準として、１０分前と１０分後のフレーム画像を含むブロックデータ１７のみがキャッシュされたとする。
【００９９】
このような場合、クライアント装置２０を使用するユーザが他のシーンへの移動を望む場合に、キャッシュされたブロックデータ１７が無駄になってしまう可能性が高い。そうすると他のシーンのフレーム画像１３を低帯域のノードから読み出さねばならず、高速なアクセス処理が困難となる。本実施形態では、他のシーンへの移動に対しても高速なアクセスが可能となるストレージシステムを実現することができる。
【０１００】
また本実施形態では、２つの第１のノード４０ａ及び４０ｂと、２つの第２のノード５０ａ及び５０ｂとが用いられる。もちろん２つ以上の第１のノード４０と、２つ以上の第２のノード５０とが用いられてもよい。
【０１０１】
例えば映像編集で利用可能なストレージシステムを実現するとき、動画データが大容量であるため、多数のノードが必要となる場合がある。その場合、コスト的に全てを高帯域なノードで構成することは難しいので低帯域なノードが混在することが多い。
【０１０２】
このような環境下では、例えば低帯域なノードがボトルネックとなり、ストレージシステム全体として高スループットが実現できない可能性がある。また特定のノードにデータアクセスが集中するとボトルネックになるということも懸念される。つまり大容量データと分散ストレージ環境化での映像制作では如何に所望のデータを効率よく引き出せるかが、ポイントとなってくる。
【０１０３】
上記で説明したように本実施形態に係る情報処理システム１００では、効率的なアクセスが可能となるストレージシステムを実現することができるので、上記したような問題を防止することができる。
【０１０４】
図１に示すように、第１のノード４０ａ及び第２のノード５０ａと並列するように、第１のノード４０ｂ及び第２のノード５０ｂが並べられる。そしてクライアント装置２０に対して第１のノード４０及び第２のノード５０が階層的に並べられる。
【０１０５】
このような配置構成がとられることにより、例えば第１及び第２のノード４０及び５０をさらに並列的に順次つなげていくことで、システム的なスケールアップが容易に可能となる。また増加した第１及び第２のノード４０及び５０を制御するためのアルゴリズムも、大幅な変更を要せず構築することが可能となる。また第１及び第２のノード４０及び５０を増やすことでさらに大容量の素材データを取り込むことが可能となり、アクセス速度も向上させることができる。
【０１０６】
さらに第１及び第２のノード４０及び５０を増やすことで、複数のクライアント装置２０による素材データへの効率的なアクセスが可能となる。例えば図１０に示すように、各クライアント装置２０ａ及び２０ｂに対して、キャッシュとしても用いられる第１のノード４０ａ及び４０ｂを分散させることができる。すなわち複数のクライアント装置２０による同時アクセスが実行された場合でも、ボトルネックとなるノードの発生を防止することができる。
【０１０７】
また複数のノード４０及び５０を用いることで、ノードの故障等によるリスクを分散することができる。すなわち１つの高性能のノードによりストレージシステムが構成される場合、当該ノードが故障するとストレージシステムは停止する。また新たな高性能のノードにかかるコストも大きい。一方、本実施形態では、１つのノードが故障しても他のノードによりストレージシステムを維持することが可能である。また低帯域のノードが故障した場合等では、新たなノードにかかるコストを抑えることができる。
【０１０８】
＜第２の実施形態＞
本技術に係る第２の実施形態の情報処理システムについて説明する。これ以降の説明では、上記の実施形態で説明した情報処理システム１００における構成及び作用と同様な部分については、その説明を省略又は簡略化する。
【０１０９】
本実施形態に係る情報処理システムでは、クライアント装置から対象フレーム画像の使用モード情報が送信される。対象フレーム画像の使用モード情報とは、クライアント装置により対象フレーム画像がどのようにして使用されるかを示す情報である。例えば対象フレーム画像に対する再生や編集についての種々のモードに関する情報がストレージマネージャに送信される。
【０１１０】
そのようなモードの一例としては、例えばプレビュー再生モード、２倍速再生モード、３倍速再生モード、ダイジェスト再生モード、エフェクト編集モード等の種々のモードが考えられる。各再生モードにおいては、順方向と逆方向とが異なるモードとして設定されてもよい。
【０１１１】
使用モード情報を受け付けたストレージマネージャは、その情報をもとに先読み対象フレーム画像を読み出す。すなわち効率のよいアクセスが可能となるように、各使用モードに適した先読みキャッシュ処理が実現される。以下、詳しく説明する。
【０１１２】
図１１は、クライアント装置の表示部に表示されるＵＩ２１である。このようにタイムライン２２に沿ってグルーピングされた各シーンのサムネイル画像２３が表示されてもよい。サムネイル画像２３は、例えば各シーンの先頭のフレーム画像が圧縮されて生成される。
【０１１３】
サムネイル画像２３を含むこのＵＩ２１に関する情報は、ストレージマネージャにより生成される。そして取り込んだ素材データのメタデータとして、クライアント装置に送信される。このように素材データに対するグルーピングに関する情報がクライアント装置に送信されてもよい。
【０１１４】
ユーザはＵＩ２１を見ながら、動画データの再生や編集を行うことができる。グルーピングに関する情報は、サムネイル画像２３に限定されない。例えばシーンチェンジ点のタイム情報が用いられてもよい。
【０１１５】
図１２は、本実施形態において取り込まれた動画データ２１２を示す模式的な図である。本実施形態では、説明の便宜上７つのシーンＳ１〜Ｓ７にグルーピングされた動画データ２１２が取り込まれたとする。各シーンＳ１〜Ｓ７はそれぞれ等しい数のフレーム画像を有する。従って各シーンの長さ（尺）はそれぞれ等しい。
【０１１６】
また図１２に示す動画データ２１２上の実線の枠は、アクセス要求の対象となる対象フレーム画像を含むブロックデータ２１７を示す。一方、動画データ２１２上の破線の枠は、他のシーンから読み出される先読み対象フレーム画像としてのブロックデータ２１８を示す。
【０１１７】
ブロックデータ２１７は、対象フレーム画像から線形的に予測されたブロックデータである。以後このブロックデータ２１７を線形ブロックデータ２１７と記載する。一方、他のシーンから先読みされるブロックデータ２１８を、先読みブロックデータ２１８と記載する。
【０１１８】
また、各ブロックデータと、その比率を以下のようにして表す。
シーンＳＸ（Ｘ＝１〜７）にある線形ブロックデータをＬＸ
シーンＳＸ（Ｘ＝１〜７）にある先読みブロックデータをＦＸ
比率を（ＬＸ，ＦＸ）＝（比率）と表す。
【０１１９】
例えば図１２（Ａ）に示す状態は、（Ｌ３，Ｆ４）＝（１，１）と表される。
また、図１２（Ｂ）に示す状態は、（Ｌ３，Ｆ４，Ｆ５）＝（２，１，１）と表される。
このようにして表される線形ブロックデータ２１７と、先読みブロックデータ２１８とが、高帯域の第１のノードにキャッシュされる。
【０１２０】
図１３〜図１５は、対象フレーム画像の使用モードに応じた先読みキャッシュ処理の例を示す模式的な図である。図１３〜図１５に示す例では、クライアント装置から、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合が図示されている。
【０１２１】
図１３は、対象フレーム画像の使用モード情報がエフェクト編集モードである場合の先読みキャッシュ処理を示す模式的な図である。ここでいうエフェクト編集モードとは、シーンＳ１〜Ｓ７ごとに編集処理が実行されるモードである。例えばシーンごとにカラー設定を変更する処理等が考えられる。しかしながら編集内容については限定されず、シーンＳ１〜Ｓ７ごとに任意の編集処理が実行されてよい。
【０１２２】
図１３（Ａ）は、対象フレーム画像がシーンＳ３の前半部分に位置する場合の図である。この場合、シーンＳ１の前半に位置する線形ブロックデータ２１７が読み出される。またシーンＳ２の後半に位置する先読みブロックデータ２１８と、シーンＳ４の前半に位置する先読みブロックデータ２１８とがキャッシュされる。各ブロックデータの比率は、（Ｆ２，Ｌ３，Ｆ４）＝（２，２，１）となる。
【０１２３】
シーンごとの編集処理が行われるエフェクト編集モードでは、シーンチェンジ点Ｃにて編集処理が実行される場合が多い。従って１つ前のシーンＳ２の後半と、１つ後のシーンＳ４の前半とがキャッシュされる。また対象フレーム画像がシーンＳ３の前半に位置するので、シーンＳ２の先読みブロックデータ２１８の方が、シーンＳ４の先読みブロックデータ２１８よりも多くキャッシュされる。
【０１２４】
図１３（Ｂ）は、対象フレーム画像がシーンＳ３の後半部分に位置する場合の図である。この場合、線形ブロックデータ２１７と、シーンＳ４の前半に位置する先読みブロックデータ２１８と、シーンＳ５の前半に位置する先読みブロックデータ２１８とがキャッシュされる。各ブロックデータの比率は、（Ｌ３，Ｆ４，Ｆ５）＝（２，２，１）となる。
【０１２５】
図１３（Ｂ）に示す場合では、１つ後ろのシーンＳ４の前半と、２つ後ろシーンＳ５の前半とがキャッシュされる。そして対象フレーム画像に近いシーンＳ４のブロックデータ２１８が多くキャッシュされる。本例では、時系列に沿って編集処理が実行されることが想定されている。従って２つ後ろシーンＳ５の前半がキャッシュされる。しかしながらシーンＳ５の前半の代わりに１つ前のシーンＳ２の後半がキャッシュされてもよい。
【０１２６】
図１４は、対象フレーム画像の使用モード情報がプレビュー再生モードである場合の先読みキャッシュ処理を示す模式的な図である。ここでは順方向の再生モードが設定されている。またこの再生モードでは、前記アクセス要求されたフレーム画像を有するシーンの情報が用いられる。すなわちストレージマネージャにより、再生されたシーンの履歴情報が作成されて記憶デバイスに記憶される。
【０１２７】
図１４（Ａ）は、前回シーンＳ２のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の後方に連続するシーンＳ４〜Ｓ６の各前半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｌ３，Ｆ４，Ｆ５，Ｆ６）＝（２，１，１，１）となる。
【０１２８】
図１４（Ｂ）は、前回シーンＳ４のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の前方に連続するシーンＳ２及びＳ１の各前半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｆ１，Ｆ２，Ｌ３）＝（１，１，２）となる。
【０１２９】
プレビュー再生モードでは、シーン変更が多く行われる可能性がある。従ってできるだけ多くの他のシーンについて、フレーム画像が先読みキャッシュされる。なお図１４（Ｂ）に示す例では、シーンＳ３の前方にシーンＳ１及びＳ２しか存在しない。しかしながらさらにシーンが存在する場合、図１４（Ａ）に示す例のように、３つのシーンから先読みが行われる。
【０１３０】
また図１４に示す例は順方向での再生モードであるので、各シーンの前半が先読みブロックデータ２１８としてキャッシュされる。そして前回再生されたシーンとの位置関係に基づいて、シーンＳ３の後方に連続するシーンが先読みされるのか、シーンＳ３の前方に連続するシーンが先読みされるのかが定められる。
【０１３１】
図１５は、対象フレーム画像の使用モード情報がプレビュー再生モード（逆方向）である場合の先読みキャッシュ処理を示す模式的な図である。この再生モードでも、再生されたシーンの履歴情報が用いられる。
【０１３２】
図１５（Ａ）は、前回シーンＳ２のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の後方に連続するシーンＳ４〜Ｓ６の各後半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｌ３，Ｆ４，Ｆ５，Ｆ６）＝（２，１，１，１）となる。
【０１３３】
図１５（Ｂ）は、前回シーンＳ４のフレーム画像が出力された場合に、シーンＳ３内のフレーム画像に対するアクセス要求が送信された場合を示す図である。この場合、線形ブロックデータ２１７と、シーンＳ３の前方に連続するシーンＳ２及びＳ１の各後半が先読みブロックデータ２１８としてキャッシュされる。その比率は、（Ｆ１，Ｆ２，Ｌ３）＝（１，１，２）となる。
【０１３４】
本例では、逆方向での再生モードであるので、各シーンの後半が先読みブロックデータ２１８としてキャッシュされる。そして前回再生されたシーンとの位置関係に基づいて、シーンＳ３の後方に連続するシーンが先読みされるのか、シーンＳ３の前方の連続するシーンが先読みされるのかが定められる。
【０１３５】
その他、例えば使用モードとして２倍速再生モード、または３倍速再生モードが設定された場合、以下のような先読みキャッシュ処理が実行されてもよい。すなわち２倍速再生モード等では、シーン変更の指示は少なくなると考えられるので、他のシーンからの先読みキャッシュの割合を減らされて、線形ブロックデータ２１７の比率が上げられる。このような設定をもとに先読みキャッシュ処理が実行されてもよい。
【０１３６】
また使用モードとしてダイジェスト再生モードが設定された場合、各シーンの中間部分のデータが先読みブロックデータ２１８としてキャッシュされてもよい。これは各シーンの中間部分に主たる映像が撮影されている可能性が高いという考えに基づくものである。
【０１３７】
以上、本実施形態に係る情報処理システム、及び当該情報処理システムにより実行される情報処理方法では、クライアント装置から受け付けられた使用モード情報をもとに先読み対象フレーム画像が適宜読み出される。これにより、各使用モードに適した先読みキャッシュ処理が実現され、効率的なアクセスが可能となる。
【０１３８】
なお上記で説明した先読みブロックデータ２１８の選択方法及び各ブロックデータの比率は限定されない。クライアント装置による素材データの取り扱いに則した最適な先読みブロックデータ２１８のキャッシュ方法が適宜設定されてよい。
【０１３９】
＜第３の実施形態＞
図１６は、本技術の第３の実施形態に係る情報処理システムの構成例を示す模式的な図である。情報処理システム３００は、クライアント装置３２０と、第１のノード３４０と、２つの第２のノード３５０ａ及び３５０ｂとを有する。
【０１４０】
なお図１６には１つの第１のノード３４０が図示されているが、ここに例えば複数の第１のノードが配置されてもよい。そのような場合でも、それら複数の第１のノードを１つの第１のノード３４０と見なして、本実施形態に係る技術を適用することが可能である。
【０１４１】
図１６に示すように、情報処理システム３００は、複数の第２のノード３５０ａ及び３５０ｂが設けられて低帯域の経路３７０が複数確保されている。このような場合に、例えば第２のノード３５０ａ及び３５０ｂから第１のノード３４０にシーンごとにデータが読み出されてキャッシュされるとする。
【０１４２】
その場合、第２のノード３５０ａ及び３５０ｂに、グルーピングされた複数のシーンが交互に配置される。これにより２つの第２のノード３５０ａ及び３５０ｂから複数のシーンが交互に読み出されるので、キャッシュとして機能する第１のノード３４０へのデータ転送時間を短くすることができる。
【０１４３】
本実施形態では、各シーンがさらに分割され、分割された分割シーンが、第２のノード３５０ａ及び３５０ｂに交互に配置される。これにより効率的なアクセスが可能となる。以下、詳しく説明する。
【０１４４】
図１７は、本実施形態に係る情報処理システム３００に取り込まれる動画データ３１２を示す模式的な図である。図１８は、その動画データが第２のノード３５０ａ及び３５０ｂにどのように配置されるかを説明するための図である。
【０１４５】
本実施形態でも、７つのシーンＳ１〜Ｓ７にグルーピングされた動画データ３１２が取り込まれたとする。図１７に示すように、動画データ３１２は、各シーンＳ１〜Ｓ７がそれぞれ３つに分割される。そして図１８に示すように、分割シーンＳ１ａを先頭にした奇数番目の分割データＳ１ａ〜Ｓ７ｃが、第２のノード３５０ｂに配置される。また分割シーンＳ１ｂを先頭にした偶数番目の分割データＳ１ｂ〜Ｓ７ｂが、第２のノード３５０ａに配置される。
【０１４６】
この状態で、図１３〜図１５に示した各使用モードにおける先読みキャッシュ処理が実効されたとする。図１９は、図１３に示すエフェクト編集モードにおける先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１４７】
図１９（Ａ）に示すように、まずシーンＳ３内の対象フレーム画像を含む線形ブロックデータ３１７が読み出される。そのために、第２のノード３５０ｂから分割シーンＳ３ａが読み出され、次に第２のノード３５０ａから分割シーンＳ３ｂが読み出される。
【０１４８】
次にシーンＳ２内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ｃが読み出され、第２のノード３５０ｂから分割シーンＳ２ｂが読み出される。そしてシーンＳ４内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出される。
【０１４９】
図１９（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ａから分割シーンＳ３ｂが読み出され、第２のノード３５０ｂから分割シーンＳ３ｃが読み出される。次にシーンＳ４内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出され、第２のノード３５０ｂから分割シーンＳ４ｂが読み出される。そしてシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ｂから分割シーンＳ５ａが読み出される。
【０１５０】
図２０は、図１４に示すプレビュー再生モード（順方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１５１】
図２０（Ａ）に示すように、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ａが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ４及びシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ａが読み出され、第２のノード３５０ｂから分割シーンＳ５ａが読み出される。そしてシーンＳ６内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ６ａが読み出される。
【０１５２】
図２０（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ａから分割シーンＳ３ｂが読み出され、第２のノード３５０ｂから分割シーンＳ３ａが読み出される。次にシーンＳ２及びシーンＳ１内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ａが読み出され、第２のノード３５０ｂから分割シーンＳ１ａが読み出される。
【０１５３】
図２１は、図１５に示すプレビュー再生モード（逆方向）における先読みキャッシュ処理が実行されたときの、分割シーンの読み出しを示す模式的な図である。
【０１５４】
図２１（Ａ）に示すように、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ｃが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ４及びシーンＳ５内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ４ｃが読み出され、第２のノード３５０ｂから分割シーンＳ５ｃが読み出される。そしてシーンＳ６内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ６ｃが読み出される。
【０１５５】
図２１（Ｂ）では、線形ブロックデータ３１７の読み出しのために、第２のノード３５０ｂから分割シーンＳ３ｃが読み出され、第２のノード３５０ａから分割シーンＳ３ｂが読み出される。次にシーンＳ２及びシーンＳ１内の先読みブロックデータ３１８の読み出しのために、第２のノード３５０ａから分割シーンＳ２ｃが読み出され、第２のノード３５０ｂから分割シーンＳ１ｃが読み出される。
【０１５６】
第１のノード３４０に線形ブロックデータ３１７及び先読みブロックデータ３１８が転送される際に、第２のノード３５０ａ及び３５０ｂから交互にデータが読み出される方が、データ転送時間を短縮することができる。各シーンＳ１〜Ｓ７のデータ容量、各ブロックデータの容量、シーンの数、第１及び第２のノード３４０及び３５０の数等をもとに、各シーンが適宜分割されればよい。
【０１５７】
これにより図１９〜図２０に示したように、第２のノード３５０ａ及び３５０ｂから第１のノード３４０へ交互に分割シーンが転送される回数が多くなる。この結果、先読みキャッシュ処理にかかる時間を短縮することができる。本実施形態では、各シーンＳ１〜Ｓ７が３つに分割されたが、当然のことながらこれに限定されるわけではない。
【０１５８】
＜変形例＞
本技術に係る実施形態は、上記で説明した実施形態に限定されず種々変形される。
【０１５９】
例えば図２２は、動画データのグルーピングに関する変形例を説明するための模式的な図である。この変形例では、クライアント装置を通じてストレージマネージャに送信されるユーザの指示をもとに、複数のシーンを変更することが可能である。これにより効率的なアクセスが可能となる。
【０１６０】
図２２に示すように、グルーピング処理された複数のシーンのうち、互いに異なる複数のシーンが１つのシーンとして変更されてもよい。図２２では、シーンＳ１〜Ｓ５のうち、シーンＳ２及びＳ３が１つのシーンＳ２として変更されている。これは例えば関連性のある２つのシーンを１つのシーンとして取り扱いたいとき等に効果がある。
【０１６１】
ユーザは、例えば図１１に示すＵＩ２１を利用して、各シーンＳ１〜Ｓ５の先頭のサムネイル画像２３を適宜選択することで、グループ変更操作を実行する。しかしながらグループ変更処理が実行されるためのユーザの操作方法等は限定されない。
【０１６２】
あるいは図２２（Ｂ）に示すように、動画データ４１２において一定間隔でサムネイル画像４２３が生成される。そのサムネイル画像４２３を基準としてユーザからＩＮ点とＯＵＴ点とが設定される。このＩＮ点とＯＵＴ点とに基づいてグループ変更処理が実行されてもよい。
【０１６３】
図２２（Ｂ）に示す例では、シーンＳ１の後半がＩＮ点として指定され、シーンＳ３（変更前）の前半がＯＵＴ点として指定される。この指定をもとに、シーンＳ２及びシーンＳ３が１つのシーンＳ２として変更される。ＩＮ点及びＯＵＴ点の指定と、グループ変更とのマッチングは適宜設定可能である。
【０１６４】
図３等に示す複数のシーンＳ１〜Ｓ５に分けられた動画データ１２に対して、各シーンＳ１〜Ｓ５が解析されてもよい。そして当該解析結果をもとに先読み対象フレーム画像が読み出されてもよい。
【０１６５】
例えば動画データが、ニュースの映像データだとする。この動画データにおいて各シーンが解析され、その結果複数のシーンの中から、スタジオシーン、風景シーン、リポーターシーンが判定される。
【０１６６】
例えばユーザはスタジオシーンのみに所定の編集処理を実行したい場合等がある。そのような場合、例えばユーザからの指示をもとに、複数のシーンからスタジオシーンのみが選択される。そして選択された複数のスタジオシーンに対して上記の各実施形態で説明した技術が適用され、先読み対象フレーム画像が適宜読み出されてもよい。これにより例えば相関性の高い複数のシーンについての先読み処理等が可能となり、効率的なアクセスが実現される。
【０１６７】
取り込まれる複数のフレーム画像のそれぞれにメタデータが付せられている場合、当該メタデータをもとにシーン解析処理が実行されてもよい。グルーピング処理が実行されるときに、シーン解析処理の結果や、メタデータ等が用いられてもよい。
【０１６８】
また複数のシーンが適宜間引かれて用いられてもよい。例えば４倍速再生モードや８倍速再生モードでは、奇数番目もしくは偶数番目のシーンのみが用いられて上記したデータ出力処理及び先読みキャッシュ処理が実行されてもよい。
【０１６９】
上記では、ファイル出力装置により素材データが取り込まれる際に、素材データに対してグルーピング処理が実行された。このグルーピング処理が他のタイミングで実行されてもよい。
【０１７０】
すなわち素材データの取り込み時には、複数のグループに分けられる前の連続するデータがそのまま記憶される。当該素材データは、１つの第２のノードに記憶されてもよいし、所定の容量ごとに分割されてもよい。この分割は、素材データ全体を記憶するために行われる処理である。そして、クライアント装置からのアクセス要求を受ける前の所定のタイミングで、連続するデータが複数のグループに分けられて記憶される。
【０１７１】
所定のタイミングは限定されず、例えば外部機器からのアクセス要求に適切に対応できるタイミング等で行われる。あるいは、アクセス要求を受けてからグルーピング処理が実行されてもよい。
【０１７２】
例えば複数のクライアントから同時にアクセスがあるとき等に、素材データが取り込まれる場合もある。そのような場合に素材データのグルーピング処理が順次実行されると、第１のノードや制御装置等の処理負荷が大きくなってしまう。また複数のクライアント装置へのデータ出力にかかる時間も長くなってしまう。従って、一度素材データをそのまま大きなファイルとして記憶し、第１のノードや制御装置等の処理負荷が少ないタイミングでグルーピング処理が実行される。これによりクライアント装置へのデータ出力が遅延することを防止することができる。
【０１７３】
なお上記では、第１のノードによりグルーピング処理が実行された。しかしながらグルーピング処理を実行するためのＰＣ等が別個設けられてもよい。一方、第１のノードが制御装置としても機能してもよい。この場合、第１のノードがストレージマネージャを有することになる。
【０１７４】
上記では、各ノードの出力能力が２段階に分類された。しかしながらより多くの段階に分類されてもよい。例えば出力能力が３段階に分類され、高帯域のノード、中帯域のノード、及び低帯域のノードが設定されてもよい。これらのノードを適宜用いて、本技術の実施形態にとして情報処理システムが実現されてもよい。
【０１７５】
上記では、連続するデータとして動画データが用いられた。しかしながら音楽データ等が用いられてもよい。例えば音楽データにおいて、イントロ部分、サビ部分、又は間奏部分等が検出される。そして音楽データが当該部分ごとに分けられて記憶される。このようにして記憶された音楽データに対して上記の各実施形態で説明した技術が適用されてもよい。
【０１７６】
上記では、制御装置、第１のノード、及び第２のノードが別個に設けられた。しかしながら例えばＰＣ等の１つのコンピュータにより、上記で説明した情報処理方法が実行されてもよい。すなわちコンピュータは、プログラムに基づいて動作するＣＰＵにより実現されるグルーピング部と、出力部と、読み出し部とを有する。またコンピュータは、高帯域の第１の記憶部と、低帯域の第２の記憶部とを有する。
【０１７７】
グルーピング部は、時間的に連続するデータを予め定められた基準をもとに複数のグループに分ける。出力部は、外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、第１の記憶部を介して外部機器へ出力する。読み出し部は、出力部による前記対象データの読み出しに応じて、第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして第２の記憶部から読み出し、第１の記憶部に記憶させる。
【０１７８】
このような構成を有する１つのコンピュータにより、本技術に係る情報処理方法が実行されてもよい。これにより本技術に係る情報処理装置及びプログラムが実現される。
【０１７９】
上記した各実施形態及び変形例を適宜組み合わせたものが、本技術にかかる実施形態と
して採用されてもよい。
【０１８０】
なお、本技術は以下のような構成も採ることができる。
【０１８１】
（１）時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶し、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、前記外部機器に出力し、
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す
情報処理方法。
（２）前記（１）に記載の情報処理方法であって、
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であり、
前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有し、
前記対象データは、前記要求の対象となる対象フレーム画像であり、
前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像である
情報処理方法。
（３）前記（２）に記載の情報処理方法であって、
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶し、
前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力し、
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる
情報処理方法。
（４）前記（２）又は（３）に記載の情報処理方法であって、
前記予め定められた基準は、シーンごとのグループ分けであり、
前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶する
情報処理方法。
（５）前記（４）に記載の情報処理方法であって、さらに、
前記複数のシーンの各々を解析し、
前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出す
情報処理方法。
（６）前記（２）から（５）のうちいずれか１つに記載の情報処理方法であって、
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶する
情報処理方法。
（７）前記（２）から（６）のうちいずれか１つに記載の情報処理方法であって、さらに、
前記外部機器から前記対象フレーム画像の使用モード情報を受け付け、
前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出す
情報処理方法。
（８）前記（１）から（７）のうちいずれか１つに記載の情報処理方法であって、さらに、
前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更する
情報処理方法。
（９）前記（１）から（８）のうちいずれか１つに記載の情報処理方法であって、
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶する
情報処理方法。
【符号の説明】
【０１８２】
Ｓ１〜Ｓ７…シーン
１２、２１２、３１２、４１２…動画データ
１３…フレーム画像
１６…対象フレーム画像
１７、１８…ブロックデータ
２０、３２０…クライアント装置
２１…ＵＩ
２２…タイムライン
２３、４２３…サムネイル画像
４０、３４０…第１のノード
５０、３５０…第２のノード
６０…制御装置
６１…ストレージマネージャ
７０…ネットワーク
１００、３００…情報処理システム
２１７、３１７…線形ブロックデータ
２１８、３１８…先読みブロックデータ
【特許請求の範囲】
【請求項１】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶し、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、前記外部機器に出力し、
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す
情報処理方法。
【請求項２】
請求項１に記載の情報処理方法であって、
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であり、
前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有し、
前記対象データは、前記要求の対象となる対象フレーム画像であり、
前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像である
情報処理方法。
【請求項３】
請求項２に記載の情報処理方法であって、
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶し、
前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力し、
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる
情報処理方法。
【請求項４】
請求項２に記載の情報処理方法であって、
前記予め定められた基準は、シーンごとのグループ分けであり、
前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶する
情報処理方法。
【請求項５】
請求項４に記載の情報処理方法であって、さらに、
前記複数のシーンの各々を解析し、
前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出す
情報処理方法。
【請求項６】
請求項２に記載の情報処理方法であって、
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶する
情報処理方法。
【請求項７】
請求項２に記載の情報処理方法であって、さらに、
前記外部機器から前記対象フレーム画像の使用モード情報を受け付け、
前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出す
情報処理方法。
【請求項８】
請求項１に記載の情報処理方法であって、さらに、
前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更する
情報処理方法。
【請求項９】
請求項１に記載の情報処理方法であって、
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶する
情報処理方法。
【請求項１０】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分け前記連続するデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶装置と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶装置と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し前記第１の記憶装置に前記外部機器へ出力させ、当該対象データの読み出しに応じて、前記第２の記憶装置に前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読み対象データとして前記第１の記憶装置へ出力させる制御装置と
を具備する情報処理システム。
【請求項１１】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けるグルーピング部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する出力部と、
前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる読み出し部と
を具備する情報処理装置。
【請求項１２】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けるグルーピング部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する出力部と、
前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる読み出し部と
としてコンピュータを機能させるプログラム。
【請求項１】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けて記憶し、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを、当該対象データを有する第１のグループから読み出して、前記外部機器に出力し、
前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループから、少なくとも一部のデータを先読み対象データとして読み出す
情報処理方法。
【請求項２】
請求項１に記載の情報処理方法であって、
前記時間的に連続するデータは、時間的に連続する複数のフレーム画像であり、
前記複数のグループは、各々が少なくとも１以上の前記フレーム画像を有し、
前記対象データは、前記要求の対象となる対象フレーム画像であり、
前記先読み対象データは、前記第２のグループが有する少なくとも１以上の前記フレーム画像である
情報処理方法。
【請求項３】
請求項２に記載の情報処理方法であって、
前記記憶ステップは、前記フレーム画像を記憶して出力するための第１の出力能力を有する第１の記憶部と、前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部とにより、前記複数のフレーム画像を記憶し、
前記出力ステップは、前記第１の記憶部に記憶された前記対象フレーム画像を前記外部機器へ出力し、
前記読み出しステップは、前記先読み対象データとしての前記先読み対象フレーム画像を前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる
情報処理方法。
【請求項４】
請求項２に記載の情報処理方法であって、
前記予め定められた基準は、シーンごとのグループ分けであり、
前記記憶ステップは、前記複数のフレーム画像を、前記複数のグループとしての複数のシーンに分けて記憶する
情報処理方法。
【請求項５】
請求項４に記載の情報処理方法であって、さらに、
前記複数のシーンの各々を解析し、
前記読み出しステップは、前記解析結果をもとに前記先読み対象フレーム画像を読み出す
情報処理方法。
【請求項６】
請求項２に記載の情報処理方法であって、
前記記憶ステップは、複数の第１の記憶部と、複数の第２の記憶部とにより、前記複数のフレーム画像を記憶する
情報処理方法。
【請求項７】
請求項２に記載の情報処理方法であって、さらに、
前記外部機器から前記対象フレーム画像の使用モード情報を受け付け、
前記読み出しステップは、前記受け付けられた使用モード情報をもとに、前記先読み対象フレーム画像を読み出す
情報処理方法。
【請求項８】
請求項１に記載の情報処理方法であって、さらに、
前記外部機器を通じて送信されるユーザからの指示をもとに、前記複数のグループを変更する
情報処理方法。
【請求項９】
請求項１に記載の情報処理方法であって、
前記記憶ステップは、前記複数のグループに分けられる前の前記連続するデータを記憶し、前記外部機器からのアクセス要求を受ける前の所定のタイミングで、前記連続するデータを前記複数のグループに分けて記憶する
情報処理方法。
【請求項１０】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分け前記連続するデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶装置と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶装置と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し前記第１の記憶装置に前記外部機器へ出力させ、当該対象データの読み出しに応じて、前記第２の記憶装置に前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読み対象データとして前記第１の記憶装置へ出力させる制御装置と
を具備する情報処理システム。
【請求項１１】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けるグルーピング部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する出力部と、
前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる読み出し部と
を具備する情報処理装置。
【請求項１２】
時間的に連続するデータを予め定められた基準をもとに複数のグループに分けるグルーピング部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための第１の出力能力を有する第１の記憶部と、
前記複数のグループに分けられたデータの少なくとも一部を記憶し、当該記憶したデータを出力するための前記第１の出力能力よりも低い第２の出力能力を有する第２の記憶部と、
外部機器からのアクセス要求に応じて、その要求の対象となる対象データを当該対象データを有する第１のグループから読み出し、前記第１の記憶部を介して前記外部機器へ出力する出力部と、
前記出力部による前記対象データの読み出しに応じて、前記第１のグループとは異なる第２のグループが有する少なくとも一部のデータを先読みデータとして前記第２の記憶部から読み出し、前記第１の記憶部に記憶させる読み出し部と
としてコンピュータを機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１３−６１８４６（Ｐ２０１３−６１８４６Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１１−２００４４２（Ｐ２０１１−２００４４２）
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]