(57)【要約】  それぞれが第１フォーマットを有する複数のアセット含有第１フォルダ（１６１乃至１６ｍ）を、それぞれが第２フォーマットを有する複数の仮想非アセット含有第２フォルダ（１４１乃至１４ｎ）にリンクすることにより、ファイルを複数のフォーマットそれぞれにおいて記憶する必要なしで実現することが可能である。特定のフォーマットでのアセットを求めているクライアントは、要求フォーマットにおけるアセットに関連付けられた仮想第２フォルダのうちの１つにアクセスすることにより、これを行う。第２フォルダに対するアクセス要求は、ベース・フォーマットでアセットを含むリンクされた第１フォルダにマッピングする。アセットは次いで、要求フォーマットに変換される。このようにして、ＦＴＰサーバ（１０）は、ベース・フォーマットでアセットを記憶するだけでよい。
2010503063.tif 000002
【特許請求の範囲】
【請求項１】
マルチフォーマット・ファイル・アクセスを可能にする方法であって、
第２フォーマットの少なくとも一非アセット含有第２ファイルに、第１フォーマットを有する第１アセット含有ファイルをリンクする工程と、
前記第２ファイルにアクセスする旨の要求に応答して、前記要求された第２ファイルにリンクされた第１ファイルにアクセスする工程と、
配信するために、前記第１ファイルの前記アセットを前記要求された第２ファイルのフォーマットに変換する工程とを含む方法。
【請求項２】
請求項１記載の方法であって、前記第１ファイル内に含まれるアセットは、ディジタル・メディア、電子文書、又は静的画像のうちの何れかを備えた方法。
【請求項３】
請求項１記載の方法であって、前記第２フォーマットは、ＧＸＦフォーマット、ＭＸＦフォーマット、ＱｕｉｃｋＴｉｍｅフォーマット、ＡＶＩフォーマット、又はウィンドウズ（登録商標）ＡＳＦ  フォーマットのうちの１つを含む方法。
【請求項４】
請求項３記載の方法であって、前記第１フォーマットは、ＧＸＦフォーマット、ＭＸＦフォーマット、ＱｕｉｃｋＴｉｍｅフォーマット、ＡＶＩフォーマット、又はウィンドウズ（登録商標）ＡＳＦフォーマットのうちの１つとは別のベース・フォーマットを含む方法。
【請求項５】
請求項１記載の方法であって、前記アクセスに対する要求を検査して、前記要求第２ファイルのフォーマットが、アクセス可能なフォーマットを構成しているか否かを判定する工程を更に含む方法。
【請求項６】
請求項５記載の方法であって、前記要求第２ファイルのフォーマットが、アクセス可能なフォーマットを構成しない場合に警告メッセージを生成する工程を更に含む方法。
【請求項７】
マルチフォーマット・ファイル・アクセスを可能にする方法であって、
第２フォーマットのアセットを含むファイル・フォルダに、第１フォーマットのアセットをアクセスする旨の要求をルーティングする工程と、
配信するために、前記ファイル・フォルダのアセットを、前記第２フォーマットから前記第１フォーマットに変換する工程とを含む方法。
【請求項８】
請求項７記載の方法であって、前記ファイル・フォルダ内に含まれるアセットは、ディジタル・メディア、電子文書、又は静的画像のうちの何れかを備える方法。
【請求項９】
請求項７記載の方法であって、前記第１フォーマットは、ＧＸＦフォーマット、ＭＸＦフォーマット、ＱｕｉｃｋＴｉｍｅフォーマット、  ＡＶＩフォーマット、又はウィンドウズ（登録商標）ＡＳＦフォーマットのうちの１つを含む方法。
【請求項１０】
請求項９記載の方法であって、前記第２フォーマットは、前記ＧＸＦフォーマット、ＭＸＦフォーマット、ＱｕｉｃｋＴｉｍｅフォーマット、ＡＶＩフォーマット、又はウィンドウズ（登録商標）ＡＳＦフォーマットのうちの１つとは別のベース・フォーマットを含む方法。
【請求項１１】
請求項７記載の方法であって、前記アクセスに対する要求を検査して、前記第１フォーマットが、アクセス可能なフォーマットを構成しているか否かを判定する工程を更に含む方法。
【請求項１２】
請求項１１記載の方法であって、前記第１フォーマットが、アクセス可能なフォーマットを構成しない場合に警告メッセージを生成する工程を更に含む方法。
【請求項１３】
ファイル・サーバであって、
ルート・ノードと、
前記ルート・ノードにリンクされた第１の複数の非アセット含有第１ファイル・フォルダであって、それぞれの非アセット第１ファイル・フォルダが第１フォーマットを有する第１ファイル・フォルダと、
複数のアセット含有第２ファイル・フォルダであって、それぞれは、第２フォーマットのアセットを有し、各第２ファイル・フォルダは少なくとも１つの第１ファイル・フォルダにリンクされて、第２フォーマットのアセットを含む、前記第２ファイル・フォルダのうちの１つに、第１フォーマットのアセットにアクセスする旨の要求をルーティングすることを可能にする第２ファイル・フォルダと、
配信するために、ファイル・フォルダ内のアセットを前記第２フォーマットから前記第１フォーマットに変換する手段とを備えるファイル・サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のフォーマットのうちの１つの情報にアクセスする手法に関する。
【背景技術】
【０００２】
通常のコンピュータベースのシステムは、静的画像、アドビＰＤＦファイル、マイクロソフト（登録商標）ワード・ファイルなどの電子文書、ビデオ及び／又はオーディオを備えたメディア・オブジェクトなどの種々のいくつかのフォーマットの何れかでデータ（時にはアセットとして表される）を記憶する。一コンピュータ・システムから別のコンピュータ・システムに、又は、前述の複数のシステム間で、イーサネット（登録商標）ファブリックなどのネットワークを介して前述のアセットを伝送することは、周知のファイル転送プロトコルすなわちＦＴＰを使用して行われることが多い。その目的で、ＦＴＰサーバは、インターネットに関連したＴＣＰ／ＩＰプロトコルを利用して、コンピュータ・システム間でファイルを転送する。
【０００３】
場合によっては、ＦＴＰサーバは、種々のフォーマットを有するアセットを記憶し、かつ／又は取り出す必要がある。例えば、サーバは、未処理のＡＳＣＩＩテキスト・フォーマット、ＰＤＦフォーマット、又はマイクロソフト（登録商標）ワード・フォーマット等の文書に対するアクセスを提供する必要があり得る。前述の複数のフォーマットをサポートするために、一部のコンピュータ・システムは、同じアセットの複数のコピー（フォーマット毎に一コピー）を記憶する。この手法は、不必要に記憶容量を浪費する。
【０００４】
複数のフォーマットを収容することの問題に対処するための別の手法は、ＦＴＰプロトコル内で「ＳＩＴＥ」コマンドを拡張する工程、及び種々のファイル・フォーマットの識別を可能にする旨のカスタムのサブコマンドを追加する工程を含む。この手法は、標準化がない状態では、前述のカスタム・コマンドが各ベンダに特有のものに留まるという欠点を被る。２つのベンダが同じ名のサブコマンドを使用して別々の機能を実現した場合に生じる。更に、エンド・ユーザは、ベンダ毎にコマンド及びシンタックスを学ぶ必要がある。
【０００５】
マルチフォーマット・ファイル交換を容易にするための別の手法は、アセット名が特定のフォーマットを表すために特定のサフィックスを使用することを必要とする。例えば、ＦＴＰサーバが「Ｆｏｒｍｌ」と呼ばれる文書を記憶した場合、サーバは、「Ｆｏｒｍｌ．ｐｄｆ」、「Ｆｏｒｍｌ．ｔｘｔ」、「Ｆｏｒｍｌ．ｄｏｃ」（ここで、ペリオドの後のサフィックスは、対応するフォーマットを表す）等と呼ばれるファイルの利用可能性についてそのクライアントに通知することが可能である。この手法は、サフィックスが全ファイル・フォーマット・タイプを必ずしも扱う訳でないという欠点を被る。更に、特定のフォーマット・サブタイプ（ワード９７など）は、サフィックスを使用して扱うことが困難である。
【０００６】
マルチフォーマット・ファイル交換を容易にするための別の手法は、アセット名のカスタム拡張子を利用する。特に、エスケープ文字の使用は、ファイル名の一部として正式に許可されていない。例として、ファイル（例えば、「ｆｏｏｂａｒ」と呼ばれる映画）を記憶するサーバを考えてみる。「ｆｏｏｂａｒ？ＤＶＡＥＳ３」という形式の要求は、映画「ｆｏｏｂａｒ」を「ＤＶＡＥＳ３」フォーマットでクライアントが求めている旨をＦＴＰサーバに通知する。この手法は、ファイル名をフォーマット・タイプから識別する目的で不当文字を認識するようサーバを修正することを必要とする。更に、これは、ファイル名をフォーマット・タイプと分けるための文字に関する、ベンダ間の合意を必要とする。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
よって、種々のファイル・フォーマットに容易に対応する、ファイル交換の手法に対する必要性が存在している。
【課題を解決するための手段】
【０００８】
本願の原理によれば、マルチフォーマット・ファイル・アクセスを可能にする方法が提供される。方法は、第１のフォーマットを有する第１アセット含有ファイルを、第２のフォーマットの少なくとも１つの非アセット含有第２ファイルにリンク付けることにより、始まる。すなわち、特定のフォーマットのデータを含む第１フォルダと、データを含まないが、第１フォルダへのリンクとしての役目を担う第２フォーマットの第２仮想フォルダとの間にリンクが存在している。第２ファイルにアクセスする旨の要求に応答して、特定のフォーマットにおける関心のアセットを有する第１ファイルがアクセスされる。第１ファイルのアセットは、クライアントに配信するために、第１フォーマットから、要求された第２ファイルのフォーマットに変換される。
【図面の簡単な説明】
【０００９】
【図１】本願の原理による、ＦＴＰサーバ内のファイル構造を表す図である。
【発明を実施するための形態】
【００１０】
図１は、本願の原理による、ＦＴＰサーバ１０内のファイル記憶階層を表す。記載を簡単にするために、ＦＴＰ１０内のファイル記憶階層は、コンピュータ・ファイル・システムに関連した用語を使用して説明するが、本願の原理のファイル構造は、非コンピュータ・システムにおいても簡単に用途を見つけることが可能である。
【実施例】
【００１１】
ＦＴＰサーバ１０におけるファイル階層は、ファイル要求が到着し、ルート・ノードにリンク付けられたファイル・フォルダによってアクセスされた後、ファイルが現れる原点を含むルート・ノード１２を有する。本願の原理によれば、仮想ファイル・フォル１４１乃至１４ｎで図示する１つ又は複数の仮想ファイル・フォルダはルート・ノード１２に存在する。ここで、ｎは０よりも大きな整数である。すなわち、ファイルを読み出すか、又はファイルに書き込む旨のファイル・アクセス要求は、ルート・ノード１２で受信されると、関心ファイルの識別情報に応じて１つの仮想ファイル・フォルダ１４１乃至１４ｎに渡される。
【００１２】
ファイル・フォルダ１４１乃至１４ｎは、「仮想ファイル・フォルダ」の呼称を呈する。アセットを含まないからである。言い換えれば、仮想ファイル・フォルダはそれぞれ、一意の識別情報を有するが、データは記憶しない。むしろ、後述するように、仮想ファイル・フォルダ１４１乃至１４ｎそれぞれは、アセット含有フォルダ１６１乃至１６ｍ（ｍは整数である）の１つなどのアセット含有フォルダへのリンクとしての役目を担う。仮想ファイル・フォルダ１４１乃至１４ｎそれぞれがアセットを含まないということ以外は、フォルダは通常のやり方で機能する。特に、仮想ファイル・フォルダはそれぞれ、アクセスするためにそのフォルダをクライアントが特定することを可能にするための特定の識別情報を有する。
【００１３】
図１に表す例証的な実施例では、仮想ファイル・フォルダ１４１乃至１４ｎはそれぞれ、特定のアセット、通常、ディジタル・メディア・ファイル（ビデオ、オーディオ等を含む）、及び、そのファイルの特定のフォーマットを識別するラベルを有する。ファイル・フォーマットは、ＧＸＦ（ＳＭＰＴＥ  ３６０Ｍ）、ＭＸＦ（ＳＭＰＴＥ  ３７７Ｍ）、ＱｕｉｃｋＴｉｍｅ、ＡＶＩ、ウィンドウズ（登録商標）ＡＳＦ等などの種々のサポート・メディア交換フォーマットを含み、「ＧＸＦ」、「ＭＸＦ」、「ＱＴ」、「ＡＶＩ」、「ＡＳＦ」という名の仮想フォルダを作成することを可能にし得る。他のニーモニックは、特定のファイル・フォーマットの適切な局面を捕捉する役目を担い得る。「ＡＶＩ」フォルダ内では、ＡＶＩフォーマットのサブカテゴリに対応する、「タイプ１」及び「タイプ２」という名の仮想サブフォルダが存在し得る。
【００１４】
仮想ファイル・フォルダ１４１乃至１４ｎは、各アセット含有ファイル・フォルダが、少なくとも１つの仮想ファイル・フォルダへのリンクを有するように、アセット含有ファイル・フォルダ１６１乃至１６ｍへのリンクの恩恵を受ける。図１の例証的な実施例では、アセット含有ファイル・フォルダそれぞれはアセットを、通常、ベース・フォーマットにおけるディジタル・メディア・ファイルの形式で含む。これは、通常、ＧＸＦ（ＳＭＰＴＥ  ３６０Ｍ）、ＭＸＦ（ＳＭＰＴＥ  ３７７Ｍ）、ＱｕｉｃｋＴｉｍｅ、ＡＶＩ，ウィンドウズ（登録商標）ＡＳＦなどの通常のメディア交換フォーマットの１つとは異なる。アセット含有ファイル・フォルダそれぞれは、そのアセットの名を含む対応する仮想ファイル・フォルダにリンクする。よって、例えば、フォーマットＧＸＦ、ＭＸＦ及びＱＴそれぞれにおけるアセットｍｏｖｉｅｌ２３を識別する名であるｍｏｖｉｅｌ２３／ＧＸＦ、ｍｏｖｉｅｌ２３／ＭＸＦ及びｍｏｖｉｅ１２３／ＱＴを有する仮想ファイル・フォルダはそれぞれ、ｍｏｖｉｅｌ２３／ｂａｓｅｆｏｒｍａｔという名を有するアセット含有ファイル・フォルダへのリンクを有する。すなわち、特定のフォーマットにかかわらず、アセットｍｏｖｉｅｌ２３を識別する仮想ファイル・フォルダ１４１乃至１４ｎは全て、ベース・フォーマットにおけるアセットｍｏｖｉｅｌ２３を含む、ファイル・フォルダ１６１乃至１６ｍのうちの特定のものへリンクする。
【００１５】
例えばＧＸＦフォーマットなどの特定のフォーマットにおけるアセットｍｏｖｉｅｌ２３に対する、ＦＴＰのルート・ノード１２において受信されたアクセス要求は、そのフォーマットにおけるそのアセットを識別する、仮想フォルダ１４１乃至１４ｎのうちの特定のものと関連付けられる。その仮想ファイル・フォルダは、ベース・フォーマットにおいてそのアセットを含むフォルダダ１６１乃至１６ｍを含むアセットのうちの対応するものへリンクする。アセット含有フォルダ内のアセットは、次いで、ファイル・フォーマット変換器１８を介して、リンクされた仮想ファイルと関連したフォーマットにフォーマット変換される。所望のフォーマットで存在する、変換されたファイルは、アクセス要求を行ったクライアントにダウンロードされる。
【００１６】
特定のアセットに対するアクセス要求は、それぞれが特定のファイル・フォーマットに対応する種々のエイリアスを伴ってＦＴＰサーバ１０に現れ得る。よって、ｍｏｖｉｅｌ２３というアセットに対する要求により、ファイル・フォーマット「ＧＸＦ」、「ＭＸＦ」、「ＱＴ」、「ＡＶＩ」、「ＡＳＦ」を有するアセットが、フォーマット識別子とともに現れ得る。図１のＦＴＰサーバ１０のクライアントが、ｍｏｖｉｅｌ２３というアセットを取り出そうとすると、要求を行うためにクライアントが使用したエイリアスがどれであるか（すなわち、ファイル・フォーマットがどれであるか）の知識により、そのクライアントに送出されるアセットのフォーマットが決まってくる。例えば、ＭＸＦにおけるアセットｍｏｖｉｅ１２３を要求するクライアントは、そのアセットをＭＸＦストリーミング・フォーマットで受信する。ＦＴＰサーバ１０が、特定のアセットと関連付けられたビデオ、オーディオ等のデータ属性を、別個のメディア・ファイル（１ビデオ・ファイル、２オーディオ・ファイル、ステレオ・オーディオであるものとする）に記憶するようにしてもよい。次いで、要求しているクライアントにダウンロードする直前に、ＦＴＰサーバ１０はビデオ及びオーディオのデータを所望のフォーマットでフォーマッティングすることが可能である。よって、クライアントが、ＭＸＦフォーマットにおけるアセットを要求した場合、ＦＴＰサーバ１０は、データをＭＸＦフォーマットでラッピングすることが可能である。このフォーマッティング動作は、「オンザフライで」生じ得る。上記ファイル階層を使用すれば、ＦＴＰサーバ１０は効果的には、そのアセットを各フォーマットに記憶する必要なしで、サポートされるフォーマット（ＡＶＩ、ＧＸＦ、ＱｕｉｃｋＴｉｍｅ等）の何れかで特定のアセットをクライアントに送出することが可能である。
【００１７】
仮想ファイル・フォルダ１４１乃至１４ｎとアセット含有フォルダ１６１乃至１６ｍとの間のリンクにより、特定のフォーマットのアセットに対する要求をアセットにベース・フォーマットで、仮想ファイル・フォルダが、効果的にルーティングし、そのアセットから、要求に規定されたフォーマットに変換することを可能にすることができる。要求を行うクライアントは、アセットが実際に記憶されている特定のフォーマットについてそれ自体がかかわりを持たなくてよい。むしろ、クライアントは、取り出しに続く受け取りのためにアセットの所望の形式を指定するだけでよい。
【００１８】
同様に、クライアントがデータを特定のフォーマット（例えば、ＧＸＦ）で有する場合、ＦＴＰサーバ１０に送信するためには、クライアントは単に、入ってくるアセットのファイル・フォーマット・タイプ及び識別情報に対応するデスティネーション・パス（すなわち、仮想ファイル・フォルダ）を規定するだけでよい。対応する仮想ファイル・フォルダにおいて、規定されたフォーマットでそのアセットを受け取ると、アセットは次いで、アセット含有フォルダ１６１乃至１６ｍのうちの関連付けられた１つに記憶するためにベース・フォーマット又は他のフォーマットに変換される。このようにして、種々のフォーマットのアセットを有する種々のクライアントは、クライアント側でデータ再フォーマッティングを行う必要なしで、ＦＴＰサーバ１０と通信することが可能である。当然、クライアントが、誤って、例えば、ＡＶＩデータを「／ＭＸＦ／．．．」という場所に送出しようとした場合、この動作は首尾良く行われず、クライアントは、前述の誤りを示すユーザ・フレンドリなエラー・メッセージを受け取る。
【００１９】
本願のファイル階層は、ＦＴＰサーバ１０が、特定のアセットについての特定のタイプの転送プロトコルを選択的にディセーブルすることを可能にする。例えば、ＦＴＰサーバ１０が、高品位ビデオをオーディオとともに含む特定のアセット「／ＨＤＣｌｉｐｓ／ｃｌｉｐｌ」を記憶するものとする。ＦＴＰサーバ１０は、「／ＡＶＩ／ＨＤＣｌｉｐｓ／」と呼ばれる場所／フォルダにこのアセットを載せないようにすることが可能である。これは、ＦＴＰクライアントがこのアセットをＡＶＩフォーマットで取り出すことができない（ＧＸＦ又はＭＸＦフォーマット等しか使用することが可能でないからである。
【００２０】
前述のファイル階層は、他の利点の恩恵も設ける。前述の通り、ファイル階層により、同じアセットの複数のコピーを記憶することの必要性がなくなる。ＦＴＰサーバ１０のクライアントは、データを複数フォーマットで記憶するか、又は取り出すための特別な修正なしで標準ＦＴＰプロトコル・コマンドを使用することが可能である。新たなフォーマット、又はフォーマットのサブタイプが生まれるか、サポートされるようになるにつれ、ＦＴＰサーバ１０は、別の仮想フォルダを追加するだけでよく、よって、更なるコマンド／シンタックス／クライアント訓練に対する必要がなくなる。更に、ＦＴＰサーバ１０は、その対応する場所にそのアセットを載せないことにより、特定のアセットの１つ又は複数のフォーマットを選択的にディセーブルすることが可能である。利用可能でないフォーマットで要求を行うクライアントは、エラー・メッセージを受け取る。
【００２１】
更に、本願の原理のファイル構造は、個々のクライアントのフォーマット命名法の簡単なカスタマイズを可能にする。クライアントがＭＸＦフォーマットを、先行して「ＳＭＰＴＥ  ３７７Ｍ」として識別したとする。その場合、ＦＴＰサーバ１０は単に、「／ＭＸＦ／」という仮想フォルダ名を変更するだけでよい。ＦＴＰサーバのベンダ全てが、本明細書及び特許請求の範囲記載のものと同じ規則を使用する訳でないので、複数のベンダからのサーバを有する顧客は、各ベンダ・タイプにその動作をカスタマイズすることが必要になり得る。
【００２２】
前述では、複数のフォーマットのうちの１つにおいて情報をアクセスする手法を記載している。
【図１】
2010503063.tif 000003
【国際調査報告】
2010503063.tif 000004
2010503063.tif 000005
2010503063.tif 000006