JP2007534088A - ビデオニュースセグメントを管理するためのメディア資産管理システムおよび関連する方法 - Google Patents

Abstract

メディア資産管理システム（１００）を使ってビデオニュースセグメントを管理するための方法は、ビデオニュースセグメントを収集し、各ビデオニュースセグメントに対応する地理空間的データを関連付け、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを生成することを含む。該検索シソーラスからの少なくとも一つの個別の検索記述子が各ビデオニュースセグメントに関連付けられる。本方法はさらに、のちのニュース放送機関などによる検索および取得のために各ビデオニュースセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を当該メディア資産管理システム（１００）上に保存することを含む。検索記述子は階層的関係において相互参照が付けられている地理空間的検索記述子であってもよい。

Description

ここ二、三十年で生成・保存されるデジタル情報の量は飛躍的に増大した。この蓄積は爆発的な速さで進んできた。ワールド・ワイド・ウェブおよび企業ネットワーク上で得られる情報の量そのものが加速を続けている。放送機関、広告業者、消費者製品・サービス会社およびその他の企業は大変なメディア資産管理ニーズを抱えている。メディア資産はこうした組織にはきわめて決定的であるため、メディア資産を目録化、閲覧、検索および管理するための効率的な方法が必要とされている。

特定の領域または業種の周辺でカスタマイズされたデジタル資産管理（DAM: digital asset management）システムは、組織が効率的かつ精確に保有する膨大なデータの蓄積についての情報を取得し、それを管理し、活用することを可能にする。デジタル資産管理はおおまかにはデジタル資産を生成、取得、管理、保存および検索することに関わる諸技術であると同定される。

この技術の部分集合として、メディア資産管理（MAM: media asset management）はさらに、豊富なメディアを抱える（media-rich）組織が、オーディオおよびビデオといった時間ベースのコンテンツを、画像、事務文書およびテキストといったその他の価値のある項目に加えて管理する能力を可能にする進んだツール群として特徴付けられる。このクラスの技術に関連する２つの主要な恩恵は、資産および価値である。資産、すなわち蓄積されたデータは、適時にみつけられなかったり、全くみつけられなかったりすれば、固有の価値はほとんどない。資産の価値は、それが効率的かつ精密に同定され、蓄積され、検索され、再利用される場合に初めて現実のものとなりうるのである。

メディア資産管理システムについての一つのアプローチが本発明の現在の被譲渡者によって提供されており、インヴェニオ（Invenio）（商標）メディア資産管理システムとして知られている。インヴェニオ（商標）メディア資産管理システムは、メディアを要求される書式にデジタル記録し、有意なメタデータを生成する取り込みプロセスを合理化する。メタデータとはカプセル化された「情報についての情報」のことで、将来の可用性のために本質的なものである。知的なアーカイブ化によって、デジタル記録されたメディアは検索エンジンに結び付けられ、後刻、位置特定して検索されることができるようになる。さらに、類似のコンテンツをより深い結びつきおよび関連付けのために結び付けるキーワードリストおよび類義語を使ってビデオセグメントをマークすることができる。

もう一つのメディア資産管理システムがJain et al.に対する米国特許第6,567,980号で開示されている。ビデオセグメントは所定の、またはユーザー定義可能なメタデータに従ってカタログ化される。メタデータはエンコードされたビデオセグメントをインデックス付けし、次いで検索するために使われる。ビデオメタデータ・トラック・プロセッサはビデオ情報のメタデータ・トラックを変換して表示可能データ間のハイパーリンクを含む表示可能フレームを生成する。蓄積されているビデオ情報は閲覧でき、ハイパーリンクを付けられたメタデータ・トラック表現のフレームが選択のために表示される。

地理空間的メディアのための、映像、オーディオ、テキストおよび地理空間的データが処理される統合情報処理システムが米国特許第6,681,231号Burnettにおいて開示されている。地理空間的メディアレコーダーは地理空間的データをビデオセグメントの各フレーム上に置く。収集された航空画像を管理および整理するための地理的情報システムがRhoads et al.に対する米国特許出願第2004/0008866号で開示されている。地理的画像を対応する画像位置と位置合わせまたは整列するために使われる情報がデジタル透かしによって伝達される。

種々のタイプの利用可能なメディア資産管理システムがあるにもかかわらず、ニュース放送機関は特に、ビデオニュースセグメントを管理する困難な問題を抱えている。ニュース放送機関は管理すべき大量の時間ベースおよび位置ベースのメディアを保有している。さらに、ビデオニュースセグメントの量は日々増え続けている。ビデオニュースセグメントは当地で提供されるのみならず、世界中からも提供される。報道ジャーナリストはしばしばビデオニュースセグメントを衛星を使って遠隔地から送ってくる。

以上のような背景に鑑み、本発明の目的の一つは、ニュース放送機関などによるのちの検索および取得のためにビデオニュースセグメントを収集および／または蓄積する効率を改善することである。

本発明に基づく、このことおよびその他の目的、特徴および効果は、メディア資産管理システムを使ってビデオニュースセグメントを管理する方法によって提供される。本方法は、ビデオニュースセグメントを収集し、各ビデオニュースセグメントに対応する地理空間的データを関連付け、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを生成することを含む。本方法はさらに、各ビデオニュースセグメントに前記検索シソーラスからの少なくとも一つの個別の検索記述子を関連付け、のちの検索および取得のために各ビデオニュースセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を当該メディア資産管理システム上に保存することを含んでいてもよい。

ビデオニュースセグメントを収集し、対応する地理空間的データを関連付けることは、地理空間的ビデオレコーダーを使って実行されうる。地理空間的データは緯度と経度を含みうる。前記複数の検索記述子は複数の地理空間的検索記述子を含んでいてもよく、該複数の地理空間的検索記述子は階層的関係において相互参照されうる。

本発明に基づいて地理空間的機能を与えられたメディア資産管理システムは、有利にはニュース放送機関のようなメディアの多い組織がより効率的にビデオニュースセグメントを管理することを可能にする。これは各ビデオニュースセグメントに地理空間的データを関連付け、当該システムのために地理空間的シソーラスを生成することによって達成される。地理空間的シソーラスは世界的に一意的な位置およびその地理空間的座標の階層を含む。たとえば、階層関係は、大陸、国、地域、区域、都市、陸標といったものでありうる。陸標はさらに特定の種類の陸標に分解されることもできる。これらの位置は空間的にインデックス付けされ、ユーザーの検索クエリーは、ある地理的検索領域内、あるいはある検索点から指定された距離内のビデオニュースセグメントを返す。

本方法はさらに、ビデオニュースセグメントにコンテンツデータを関連付けることを含みうる。コンテンツデータは各ビデオニュースセグメントが収集された日時を含みうる。さらに、コンテンツデータは、トピック、位置用語（location term）、陸標およびイベントのうちの少なくとも一つを含んでいてもよい。本方法はさらに、ビデオニュースセグメントにテキストデータを関連付けることを含みうる。ビデオニュースセグメントにテキストデータを関連付けることは、ビデオニュースセグメントからの音声をテキストに起こすことを含みうる。

本方法はさらに、少なくとも一つのユーザー検索クエリーを生成し、該少なくとも一つのユーザー検索クエリーを前記検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記少なくとも一つのユーザー検索クエリーおよび前記少なくとも一つの追加的な検索クエリーに基づいてビデオニュースセグメントを検索し、該検索に基づいて少なくとも一つのビデオニュースセグメントを取得することを含みうる。該少なくとも一つの取得されたビデオニュースセグメントは、その地理空間的データに対応する地図を表示している間に再生されてもよい。本方法はさらに、前記少なくとも一つの取得されたビデオニュースセグメントを場面検出アルゴリズムを使って解析することを含みうる。

代替的には、本方法はさらに、関心のある地理的領域を地図表示上で選択し、少なくとも一つのユーザー検索クエリーを生成し、該少なくとも一つのユーザー検索クエリーと前記関心のある地理的領域とに基づいてビデオニュースセグメントを検索することを含みうる。前記少なくとも一つのユーザー検索クエリーを前記検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定してもよい。

本発明のもう一つの側面は、ニュース放送機関用などのメディア資産管理システム上に蓄積されているビデオニュースセグメントを検索および取得するための方法に向けられる。メディア資産管理システムはまた、複数の地理空間的検索記述子を有し、記述子間の相互参照をもつ地理空間的検索シソーラスを保存していてもよい。各ビデオニュースセグメントは関連付けられた対応する地理空間的データを有していてもよく、また関連付けられた前記地理空間的検索シソーラスからの少なくとも一つの個別の地理空間的検索記述子を有していてもよい。

本方法は、地理空間的データを含む少なくとも一つのユーザー検索クエリーを生成し、該少なくとも一つのユーザー検索クエリーを前記地理空間的検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定することを含みうる。前記少なくとも一つのユーザー検索クエリーおよび前記少なくとも一つの追加的な検索クエリーに基づいてビデオニュースセグメントが検索される。該検索に基づいて少なくとも一つのビデオニュースセグメントが取得される。

本発明のもう一つの側面は、それぞれに対応する地理空間的データが関連付けられているビデオニュースセグメントを収集するためのメディアインターフェースと、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを保存するための記憶とを有するメディア資産管理システムに向けられる。プロセッサが各ビデオニュースセグメントを前記検索シソーラスからの少なくとも一つの個別の検索記述子と関連付けうる。データベースが各ビデオニュースセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を、のちの検索および取得のために保存しうる。

本メディア資産管理システムのもう一つの側面は、複数の地理空間的検索記述子を有し、記述子間の相互参照をもつ地理空間的検索シソーラスと、ビデオニュースセグメントを保存するためのデータベースとを保存するための記憶に関係する。各ビデオニュースセグメントは対応する地理空間的データが関連付けられていてもよく、また前記地理空間的検索シソーラスからの少なくとも一つの地理空間的検索記述子が関連付けられていてもよい。ユーザー入力インターフェースにより、ユーザーは、地理空間的データを含む少なくとも一つの検索クエリーを生成することができる。プロセッサが前記少なくとも一つのユーザー検索クエリーを前記地理空間的検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記少なくとも一つのユーザー検索クエリーと前記少なくとも一つの追加的な検索クエリーとに基づいてビデオニュースセグメントを検索しうる。ディスプレイが前記少なくとも一つの取得されたビデオセグメントを表示しうる。

本発明について、これからより完全に、本発明の好ましい実施形態を示す付属の図面を参照しつつ説明する。ただし、本発明は数多くの異なる形態において具現されうるもので、ここに記載される実施形態に限定されると解釈してはならない。むしろ、これらの実施形態は本開示が十分で完全であり、当業者に対して本発明の範囲を十全に伝えるべく提供されるものである。全体を通じて同様の参照符号は同様の要素を表す。

地理空間的な機能を与えられたメディア資産管理システム１００の構成の概観についてまず図１および図２を参照して議論する。地理空間的な機能を与えられたメディア資産管理システム１００は、たとえばニュース放送機関のようなメディアの多い組織がより効率的にビデオニュースセグメントを管理することを可能にする。これは各ビデオニュースセグメントに地理空間的データを関連付け、システム１００のための地理空間的シソーラスを生成することによって達成される。これについて以下でより詳細に議論する。

地理空間的シソーラスは、世界的に一意的な位置およびその地理空間的座標を含む。これらの位置は空間的にインデックス付けされており、ユーザー検索クエリーはある地理的検索範囲内またはある検索点から指定された距離内のビデオニュースセグメントを返す。地理空間的な機能を与えられたメディア資産管理システム１００は、３つの層１０２、１０４、１０６に分離されうる。第１層１０２はクライアント呈示層、第２層１０４はサーバーまたはアプリケーション層、第３層１０６はデータベース層である。

ユーザーはシステム１００とのインターフェースを第１層１０２を通じてもつ。ひとつまたは複数のワークステーションがこの地理空間的な機能を与えられたメディア資産管理システム１００に構内ネットワーク（LAN）１０８を通じて、またはインターネット／イントラネットブラウザ１１０を通じてつながっている。ユーザー検索クエリーはこのレベルでシステム１００のために定義され、結果もこのレベルで呈示される。

当業者にはすぐ理解されるように、システム１００を構成するさまざまな構成要素は、一つまたは複数のサーバーに存在しうる。第２層１０４の構成要素は持続性層１１２、インデックス付けサービス１１４、メタデータ検索エンジン１１６、該当リストマネージャ１１８、メタデータマネージャ１２０、シソーラスマネージャ１２２、クリップ解像器１２４、地理空間的シソーラスマネージャ１２６を含む。インターネット情報サービス（IIS: Internet Information Services）１３０は第２層１０４および第３層１０６にウェブへのアクセスを提供するためのウェブアプリケーションサーバーである。

持続性層１１２はすべてのデータベースのインターフェースとなり、その他のシステム構成要素のインターフェースともなる。インデックス付けサービス１１４はインデックスデータベース１４０を構築し、新しいコンテンツが生成される際に、あるいは待ち行列中の新しいコンテンツの順番が回ってくる際にインデックス付けする。持続性層１１２は持続保存データベース１４２および地理空間的持続保存データベース１４４へのアクセスを提供し、種々のサービス構成要素からXMLベースの要求を受信し、該要求をその特定のデータベースに応じたデータベース固有SQL（Structured Query Language［構造化問い合わせ言語］）要求に変換する。インデックス付けが行われるのは、新しいセグメントがシステム１００に挿入された後である。インデックス付けの間に、セグメントデータがテキストインデックスデータベース１４６およびキャッシュデータベース１４８に挿入される。

セグメント修正イベントはイベント・リスナーによってモニタリングされている。セグメントの挿入または更新イベントが生起するたびに、セグメントのオブジェクト識別子（OID: object identifier）がインデックス付け待ち行列に入れられる。待ち行列サービス１２８はインデックス付けされるべきセグメントのリストを構築し、管理する。テキストインデックスコネクタ１３２は、メタデータ検索エンジン１１６を使った全文検索を可能にする。

メタデータ検索エンジン１１６はあらゆる検索プロセスの調整役である。メタデータ検索エンジン１１６は、全文インデックス、メタデータ属性、地理空間的属性およびシソーラスに対してユーザーの検索クエリーを実行し、組み合わされた結果を返す。検索要求はクライアント側、すなわち第１層１０２からこの構成要素にXML形式で到着する。

該当リストマネージャ１１８は、シソーラス検索エンジンプラグインや地理空間的シソーラス検索エンジンプラグインのような複数の検索エンジンプラグインからの検索結果を相関させて、一つの統合されたリスト「ページ」にし、その検索結果を該当リストデータベース１５８に保存する。メタデータマネージャ１２０により、ユーザーは、どのメタデータフィールドをインデックス化し、キャッシングするかを定義できる。シソーラスマネージャ１２２により、ユーザーの検索クエリーは、追加的なユーザー検索クエリーを同定するためにシソーラスデータベース１５０と比較される。地理空間的シソーラスマネージャ１２６でも、ユーザー検索クエリーは、追加的なユーザー検索クエリーを同定するために地理空間的シソーラスデータベース１５２と比較される。クリップ解像器（Clip Resolver）１２４は、地理空間的ユーザー検索クエリーを満足するビデオニュースセグメントを地理空間的持続保存データベース１４４から取得する。

ここで第３層１０６を参照すると、主たるデータベースは持続保存データベース１４２である。このデータベースはすべてのシステムオブジェクトおよびコンテンツ・メタデータを含んでいる。そこに保存される「コンテンツ」オブジェクトのためのメタデータには：コンテンツ型、制作時、バージョン、所有者、説明、出所、関連する文書へのリンク、シソーラス項目および地理空間的シソーラス項目へのリンクならびに、いつ、どこで、誰が、何をといったコンテンツ記述子が含まれる。

コンテンツという語はシステム１００内に保存されているビデオクリップのような「メディア資産」のことをいい、音声やテキストがついていることもついていないこともある。メタデータという語はコンテンツの属性を記述するデータのことをいい、制作時、メディア種別、ファイルサイズ、ビデオ解像度、オーディオサンプリングレート、出所、所有者、関連概念、キーワード、内容、文書、人および場所、任意の発話の文字起こし、著作権情報および当該地理空間的な機能を与えられたメディア資産管理システム１００のユーザーによって有用と考えられるその他任意のデータがある。

シソーラスデータベース１５０は、用語（term）および用語どうしの関係を保存する多言語辞書である。用語は他の用語に階層関係、連想関係または等価関係によって結び付けられうる。シソーラスデータベース１５０は、特定の分野または概念集合についての、類義語も含む記述子の書物である。さらに、シソーラスは主題記述子のリストを含み、参照および検索のために相互参照システムをもつ。

階層関係では、用語はより一般的またはより特定的な概念を表す他の用語と関連付けられる。すなわち、広義の用語と狭義の用語が結び付けられるのである。たとえば、食品というような広義の用語は果物と結び付けられることができ、果物はミカンのようなより狭義の用語と結び付けられることができる。そのミカンもさらにネーブルに結び付けられることができる。

連想関係では、用語は類似または関連する用語に結び付けられるが、両者の間の関係は階層的ではない。等価関係では、「好ましくない」用語が、「好ましい」用語のはたらきをする同義語または準同義語と結び付けられる。好ましくない用語はプレフィックスUF〔この代わりに別のものを使う〕によって指示されてもよい。一方、この関係の逆はプレフィックスUSE〔これを使う〕によって指示されてもよい。たとえば、次の用語はみな同じ種類のミカンである：Citrus reticulate、タンジェリン、マンダリン。

地理空間的シソーラスデータベース１５２は世界的に一意的な位置およびその地理空間的座標の階層構造を保存する。たとえば、階層的関係は次のようなものがある：大陸、国、地域、区域、都市および陸標。陸標は特定の種類の陸標に分解されることもできる。地理空間的シソーラスデータベース１５２は、空間的にインデックス付けされ、それによりユーザー検索クエリーは、ある地理的検索領域内、あるいはある検索点から指定された距離内のビデオニュースセグメントを返すことができる。

地理的持続保存データベース１４４は標準的な持続保存データベース１４２と地理空間的同期データベース１５４との組み合わせである。このデータベースは持続的な保存内容の地理空間的検索を可能にする。インデックスデータベース１４０は持続保存データベース１４２のためのデータベースインデックスを含んでおり、検索および取得においてシステム１００を支援する。統計データベース１５６は検索統計を含んでいる。該当リストデータベース１５８は、さまざまな検索エンジンプラグインからの検索結果を保持する。システム１００によって最近アクセスされた文書はキャッシュデータベース１４８に保存される。これによりユーザー検索クエリーを繰り返すときのアクセス時間が短縮される。テキストインデックスデータベース１４６は、テキスト検索エンジンプラグインで使うための全文インデックスを含んでいる。

本発明の現在の被譲渡者は、現在、メディア資産管理システム１８０を提供している。その最上レベルのブロック図が図３に示されている。このメディア資産管理システム１８０は、インヴェニオ（商標）製品ラインのもとにはいる一連のソフトウェア・コンポーネントに基づいている。本発明はインヴェニオ（商標）のコンポーネントのいくつかを向上させて、地理空間的な機能を与えられたメディア資産管理（GMAM: geo-spatially enabled media asset management）システム１００を提供するものである。まずインヴェニオ（商標）メディア資産管理システムについての全体的な情報を論じ、その後、地理空間的な機能を与えられたメディア資産管理システム１００を提供するために修正されるインヴェニオ（商標）のコンポーネントについて論じることにする。

インヴェニオ（商標）は単一ソースの全企業規模のメディア資産管理システムで、マルチメディアの取得、定義、編集、保存および検索を提供する。インヴェニオ（商標）システムのさまざまな構成要素としては、取り込み、カタログ化、シソーラスおよびアーカイブ化が含まれる。インヴェニオ（商標）により、メディアの多い組織は、ｉ）ほとんど任意の種類のメディア資産を取り込んで保存し、ｉｉ）そのメディアデータベースを調査して問い合わせし、ｉｉｉ）取得のためにメディアを閲覧および選択し、ｉｖ）メディアを編集し、ｖ）さまざまな自動化技術と一緒に使われる際、メディアを必要とされる時に必要とされる場所に要求される書式で転送することができる。

インヴェニオ（商標）システムはさまざまな閲覧および世界規模メディア転送の技術に対応している。これらの技術は、インヴェニオ（商標）システムと一緒になって、メディアを必要とされる時に必要とされる場所に要求される書式で利用可能にするエンド・トゥ・エンドの、全企業規模の手法として放送顧客に提供される。

インヴェニオ（商標）システムはいくつかのソフトウェア・コンポーネントに基づいている。主たるソフトウェア・コンポーネントはインヴェニオ（商標）メディア（Iメディア）、インヴェニオ（商標）コンテンツ（Iコンテンツ）、インヴェニオ（商標）ブラウズ（Iブラウズ）、インヴェニオ（商標）ブラウズＸＰ（IブラウズＸＰ）、インヴェニオ（商標）ウェブ（Iウェブ）およびインヴェニオ（商標）検索ＯＣＸ（I検索ＯＣＸ）である。

図３の参照を続けると、メディア取り込みまたはカタログ化はブロック１８２で実行される。メディア１８４はデバイス制御システム１８６によって受信または収集される。メディア１８４からIメディア・コンポーネント１９０を使ってメタデータ１８８が抽出される。デバイス制御システム１８６は、たとえばビデオニュースカメラのような、メディア１８４を提供するデバイスを制御する。

メタデータ１８８は、のちの検索および取得のためにシステムデータベース１９２に保存される。メタデータ１８８に対するインデックス付けはブロック１９４で実行され、Iコンテンツ・コンポーネント１９６により、ユーザー１９８はブラウズモードにおいてメタデータ１８８をテキストおよび内容に基づいて検索できる。やはりIコンテンツ・コンポーネント１９６により、ユーザー２００はメディアの閲覧中に、編集モードにおいて新しいテキストおよび内容、すなわち新しいメタデータ１８８を入力できる。Iコンテンツ・コンポーネント１９６は、ユーザー１９８、２００とシステムデータベース１９２やメディア資産管理システム１８０の他のコンポーネントとの間のインターフェースとなるので、アプリケーションサーバーとして機能していることになる。

異なるユーザー１９８、２００のそれぞれは、システムデータベース１９２とそれぞれのワークステーションを介してインターフェースをもつ。データの呈示はブロック２０２においてユーザーに提供される。カタログ化１８２、インデックス付け１９４、呈示２０２およびデータベース１９２は別個のブロックとして示されてはいるが、これらはみな単一のサーバーに統合されていてもよい。このことは当業者にはすぐ分かることであろう。

本発明に基づく地理空間的な機能を与えられたメディア資産管理システム１００を提供するための選択されたインヴェニオ（商標）コンポーネントの修正についてこれから論じる。地理空間的な機能を与えられたメディア資産管理システム１００を生成するために、一連のステップが関わっている。これらのステップを次に列挙する。

１）QDI独自のXMLツールを使って、いくつかの新しいクラスが定義され、デフォルトのIコンテンツの持続保存データベース・スキームに追加された。

２）Iコンテンツの持続保存データベース内に保存されているビデオメタデータに関連付けられた地理空間的（geospatial）オブジェクトを管理および操作するために、gs_adminと呼ばれ、PLSQLコードに付随する新しいデータベース・スキームが生成された。

３）Iコンテンツの持続性保存クラスおよびgs_adminスキームに選択されたビデオメタデータおよび地理空間的情報を同時に分布させるためにツールが生成された。

４）地理空間的シソーラス（thesaurus）に関連付けられた位置データを管理および操作するために、ths_adminと呼ばれ、PLSQLコードに付随する新しいデータベース・スキームが生成された。

５）ths_adminスキームに地理空間的位置データを分布させるためにツールが生成された。

６）クライアント側のIコンテンツのグラフィカルユーザーインターフェース（GUI）が修正され、新たなGISマップ／クエリー・インターフェース、地理空間的検索結果ウィンドウ／クリップ・ビューアーおよび地理空間的シソーラス・クエリー機能が含められた。

７）Iコンテンツのサーバー側のCOM+検索エンジン・コンポーネントが修正されて、新たな地理空間的検索種別をサポートするようになった。

８）gs_adminデータベース・スキームに問い合わせをして、地理空間的検索結果を主たるIコンテンツの検索エンジン・コンポーネントに返すため、新たなサーバー側のCOM+コンポーネントが生成された。

９）地理空間的クリップ検索結果をIコンテンツのクライアント側GUIに返すため、クリップ解像器（Clip Resolver）と呼ばれる新たなサーバー側のCOM+コンポーネントが生成された。

１０）地理空間的シソーラス・スキームに問い合わせをして結果をIコンテンツのGUIに返すために、GSThesaurusと呼ばれる新たなサーバー側のCOM+コンポーネントが生成された。

インヴェニオ（商標）システム１８０と同様のIメディア・コンポーネントについて、これから地理空間的な機能を与えられたメディア資産管理システム１００についてより詳細に論じていく。Iメディア・コンポーネントは、地理空間的VTRを含むビデオテープレコーダー（VTR）、スキャナおよび多重解像度ビデオサーバーを制御し、コンテンツ取り込みプロセスの心臓部である。Iメディア・コンポーネントのタスクのいくつかは、メディア取り込み、バッチ・デジタル化、フィード記録およびカタログ化を含む。

特に、このコンポーネントは、ビデオ、オーディオ、ウェブ・マルチメディア、スクリプト、文書、写真およびクリップについて、メディア取り込み、浅いメタデータ定義および品質チェックを管理する。Iメディア・コンポーネントは使用中のデバイスをデバイス制御システムへの接続を介して自動化システムによって制御するか、あるいはデバイスを直接制御する。その価値は、生および制作後の工程において助けとなる幅広いツールおよび機能を提供できることである。Iメディア・コンポーネントはまた、最良慣行語彙による制御方針（best practice vocabulary control conventions）を採用しており、それによりコンテンツ管理システムにとって理想的なポータルとなる。

特徴とされる機能性には、高解像度および低解像度での同時取り込み、記録された素材のアーカイブの開始、記録された素材のトランスコードの開始が含まれる。Iメディア・コンポーネントは、ホットキーおよびキーワードリスト機能を用いてオンザフライで素材をインデックス化またはログ記録し、取り込みの間にサムネイルを生成し、編集データリスト（EDL: edit data list）を実行するか、および／またはサードパーティーNLEシステムにエクスポートすることができる。このコンポーネントは高度に設定が可能であり、クライアントは特定の取り込みおよびインデックス付け操作について250までのメタデータフィールドを構成設定できる。キーワードリストは語彙制御を支援する。これはどんな資産管理システムでも実効を上げるためには不可欠なものである。このコンポーネントはまた、メディアを、音声テキスト化、ビデオOCRおよび構造認識技術といったメディア処理技術に渡しもする。

メディア取り込みタスクは、高解像度記憶装置への接続および同時閲覧解像度コンテンツ定義を含む。バッチ・デジタル化タスクでは、Iメディアは、はいってくるあらゆる素材を１フレームの精度で取り込むために、自己完結したマルチタスク制御の多重VTR／ビデオサーバーを提供する。フィード記録タスクでは、Iメディアは衛星またはネットワークからのフィードの時間を定めた記録のために、あるいはビデオサーバーまたはビデオテープ装置への即座の記録のために設定されうる。特に、対応する地理空間的データは、はいってくるあらゆる素材について収集される。

カタログ化タスクのためには、Iメディアは、ユーザーが取り込まれるメディアを、インデックス付け方式のあらゆる選択肢をもって定義できるようにする。自動モードは自動的にサムネイルおよび低解像度ブラウズ代用画像を取得する。標準モードは各ショットにおいて無制限の数のサムネイル画像を有する。マークモードは、ハイライトおよびサブクリップ（ビデオサーバー依存）を用意するために、生の番組、スポーツまたはニュースにおいてイベントを識別する。連続モードは、あとで見直すためにMPEG1またはMPEG4でのオンボードの低解像度ブラウズ機能を用いて、ニュースインタビューまたは生のフィードを記録する。

取り込まれるメディアを示しているユーザーワークステーションの例示的なディスプレイ画面が図４に与えられている。ビデオフレームのサムネイルがフィールド２５０に与えられており、該サムネイルに関連付けられた対応するメタデータがフィールド２５２で与えられている。メタデータには、ビデオニュースセグメントの名称、リール番号、開始／終了時刻および継続時間が含まれる。その他のメタデータ情報としては、経度と緯度のような、表示されているビデオニュースセグメントに対応する地理空間的データが含まれる。サムネイルによってユーザーは容易にビデオニュースセグメントの内容を判別できる。

Iメディアはまた、メディアメタデータフィールドに分布させるためにサードパーティーのプラグインと統合することもできる。たとえば、音声テキスト化またはクローズドキャプション源がインデックス付けプロセスに追加されることができる。IメディアはいかなるODBCとも互換である。データベースはユーザーによる構成設定が可能で、無制限のサムネイル画像取得機能および階層的キーワードリストをもつ。

システム１００は柔軟かつ拡張可能である。どんなユーザーワークステーションも、さまざまなデータベースに接続されたメディアを低解像度または高解像度モードのいずれかで、いかなる場所からでもネットワーク接続により、検索および閲覧できる。検索はたとえばオブジェクト検索に基づいていてもよい。図５に示すように、クライアントに対してそのディスプレイ画面上のフィールド２５４において、メタデータのサムネイルが与えられてもよい。各サムネイルには、システムデータベース内の対応するビデオセグメントへのハイパーリンクが関連付けられている。ユーザーはまた、素材のメディア管理（media management）を実行し、品質管理（QC: quality control）ログ記録、編集データリスト（EDL）または素材ビンを非線形編集（nonlinear editing）システムと業界標準のファイル方式を使って交換することもできる。

Iコンテンツ・コンポーネント・サービス１１２〜１２６は、深いインデックス付け機能、場面検出、シソーラスおよび地理空間的シソーラスツール、検索、ブラウズ、セグメントメディアおよび運営管理（administration）ユーティリティーを提供する。Iメディア・コンポーネントがメディアを浅いアーカイブ化のために準備するのに対し、Iコンテンツはメタデータ生成および粗いカタログ化プロセスのためであり、資産管理戦略の成功の鍵である。図６に、ユーザーにメタデータを提供するユーザーワークステーションのディスプレイ画面が示されている。特に、フィールド２５６は、ビデオセグメント中でユーザーがどこにいるかをサムネイルを介して示しており、フィールド２５８はビデオセグメントの残りに対するサムネイルを提供している。追加的な情報を提供するためにさまざまなテキストボックスも含められている。

Iコンテンツは、素材保存のための、長期的な調査（research）およびアーカイブシステムを提供する。素材を取り込み、ビデオセグメントに限られたセットのメタデータを追加する機能はたいていのメディアおよびコンテンツ管理システムに内在的な機能である。しかし、それは初歩的なアプローチである。図書館学の最良慣行を利用することによってデジタル領域でのニュース放送者の資産の管理において引き出されうる恩恵が、今や広大なスケールで強化される。シソーラスベースのインデックス付け／地理空間的シソーラスベースのインデックス付けおよび検索はその方向に向けての一歩であり、本発明に基づくライブラリ管理のための方法論の一部である。

シソーラスベースのインデックス付けにより、クライアントは、種々の関連付けをビデオセグメントに適用することができるようになる。これによりメディア記述子または識別子がキーワードとして挙げられているかどうかに関わりなく、主題事項に関連した素材をみつけることによって、検索結果を大幅に向上させることができる。ここでの価値は次のようなものである：みつけられなければ資産は存在しないのと同じで、「みつからない」メディアの価値は文字通りなくなっている。シソーラスライブラリ管理ツールは、素材をインデックス付けおよび位置特定できる効率を改善する。それはまた、クライアントが語彙を制御し、その特定の企業風土をライブラリ管理方式の一部にすることを可能にする。

Iコンテンツ・コンポーネントの特徴とされる機能性には、Iメディア・コンポーネントによってあるいは自動工程によって取り込まれたメディアまたはビデオセグメントを位置特定およびブラウズすること、ならびにメタデータ・モデル、場面検出またはシソーラスツールを使ってのインデックス付けが含まれる。追加的な機能性としては、素材のセグメント分割、メディア（ミクロ）レベルでの関連付けの生成、データベース（マクロ）レベルでの関連付けの生成およびシソーラス／地理空間的シソーラスおよびハイブリッド検索の実行が含まれる。Iコンテンツはまた、検索結果を絞り込み、改良された検索機能の価値を実証することもする。シソーラス／地理空間的シソーラスおよび包括的な単語リストは、司書用管理ユーティリティーを使って構築され、幅広いシステムセキュリティー管理ユーティリティーが提供される。

Iコンテンツのインデックス工程は、シソーラス／地理空間的シソーラスおよび／もしくは全文検索操作の両方によるハイブリッドベースのインデックス付けを適用することによってクエリー結果の精度と適合性を改善する。多言語にわたりさえする類義語や結び付けられた概念も使う。

さらに、Iコンテンツ・コンポーネントは組み込みの場面変化の検出を利用する。これにより、操作者は、インデックス付けのためにコンテンツの絵コンテのような説明を生成することができる。サブクリップまたは抜粋を親クリップから作ることができるが、それは常に親を直接参照するようにされており、もとのコンテンツは簡単にみつけられる。

図７には、場面検出情報を提供するユーザーワークステーションのディスプレイ画面が示されている。フィールド２６０はユーザーに、その画像がビデオセグメント中のどこであるかを告げる。ビデオセグメントが再生されるとき、バー２６２が画面上を動く。あるフレームから次のフレームにかけての場面変化はフィールド２６４と２６６に与えられている。場面検出モジュールの閾値または感度は所望のレベルに設定できる。たとえば、感度は、あるフレームのある画像から次にかけてのごくわずかな動きをも検出するよう設定されてもよい。あるいはまた、感度はあるフレームから次への著しい動きがあって初めて動きの変化を検出するように設定されてもよい。

図８には、インデックス付けおよびカタログ化の情報を提供するユーザーワークステーションのディスプレイ画面が示されている。ビデオセグメントの手軽な表示がフィールド２７０に与えられている。場面検出モジュールからのサムネイルがフィールド２７２で与えられている。ビデオセグメントに付随している関連付けられた検索記述子もフィールド２７４および２７６で与えられている。コンテンツ記述子のツリー、すなわちビデオセグメントに関連付けられたシソーラスおよび地理空間的シソーラスの用語がフィールド２７４および２７６で与えられている。

アーカイブ管理のためには、Iコンテンツ・コンポーネントは、メディア検索記述子ならびに高解像度および低解像度のファイルのための生成またはメディア位置特定のような技術データを集める。これらのメタデータフィールドから、Iコンテンツ・コンポーネントは、深いアーカイブおよびオフライン記憶装置に送られるべきメディアのリストを生成する。もちろん、このメディアはすばやくオンライン記憶に復元したり、他の用途のために修正／パッケージ化したりできる。Iコンテンツ・コンポーネントは、NDCPおよびVACPのようなデバイス制御プロトコルをサポートする階層的記憶管理装置とインターフェースをもつ。

メディア取得のためには、Iコンテンツ・コンポーネントは３つの検索モードを提供する。全文検索はすべての記述子フィールドを検索し、比較検索は数値（特に日時）を含むフィールドを検索し、インデックス文書検索もある。ひとたび要素がアルバムに収集されたら、関連付けられたソフトウェアアプリケーションに関して、もとの文書を読み込むために必要なのはクリックだけである。図９に、問い合わせ結果ウィンドウを表示中のクライアントワークステーションのディスプレイ画面が示されている。クエリーまたは検索欄がフィールド２８０で入力される。入力された検索クエリーに基づいて、一致するサムネイルがフィールド２８２で与えられる。

キーワード検索が十分でなければ、複合クエリーを使ってもよい。図１０には、クエリー管理ウィンドウを表示中のクライアントワークステーションのディスプレイ画面が示されている。たとえば、ニュースアプリケーションにおいて、ジャーナリストがカットの選択をするためにIコンテンツ・アプリケーションを使うことがありうる。プロデューサーはフィールド２８６を使って素材を放送のために検証できる。アーカイブされたクリップは、記憶装置のどこにあろうと、効率的にみつけられ、転用されることができる。視聴率管理（Rating control）や競争モニタリングは管理され、調査され、カタログ化されることができる。

図示した例では、データベースは、その高速で効率的な機能からマイクロソフト（登録商標）SQL2000リレーショナルデータベースとなっており、複数の同時ユーザーのために最適化されている。それはまた、標準的なプロトコルを通じてネイティブにイントラネットおよびインターネット接続をサポートしており、割り当て可能なユーザー特権レベルをもつ。

オブジェクト指向インターフェースにより、辞書およびシソーラス／地理空間的シソーラスは直感的で使いやすくなっている。マルチウィンドウにより、各ユーザーは作業空間を個人的な嗜好に合わせて構成設定できる。こうした設定は保存し、個々のシステム・ログイン・プロファイルに関連付けることができる。これにより、クライアントがどこでログインしようとも、一貫して個人に合わされたユーザーインターフェースが呈される。

システムおよびアクセス権限管理については、最大限の保護および管理の柔軟性が提供されるべきである。ユーザーグループ、属性および操作機能利用の包括的な制御が可能である。権限管理は、標準的なウィンドウズ（登録商標）2000ベースのファイル単位およびユーザー単位の粒度で利用可能である。

コンサルティング会社からのもののようなサードパーティーのデジタル権利管理（digital rights management）アプリケーションをシステム１００に統合することも、当該アプリケーション・スイートに組み込まれた、規格に基づいたメッセージ待ち行列化および分散処理サービスを使うことによってできる。

バックアップコピーおよびデータベースメンテナンス操作は完全に構成設定可能で、通常の処理を中断することなくバックグラウンドで行われる。システム１００は、XMLを使ってメディアクエリーまたは要求結果を保存することができる。Iコンテンツ・コンポーネントはその要求または結果情報をサードパーティーのアプリケーションまたは製作装置にOLE/ODBC接続を通じてエクスポートできる。

シソーラスおよび地理空間的シソーラスは、Iコンテンツ・コンポーネントの一部である。各文書は、文書の内容を記述するシソーラスの用語と関連付けられることができる。シソーラスは選択された単語または概念を含んでいる。たとえば医学や音楽といった特定の分野の専門語彙などである。シソーラスは単語を含んでいるだけでなく、単語を階層的な書式で含んでいる。各単語からユーザーはその語群のより広義の用語に進んだり、もし存在すればより狭義の用語に進んだりすることができる。用語を保存する階層的なモデルにより、より効率的な検索が可能になる。

シソーラスは多言語対応である。二つ以上の辞書をもつことが可能である。言語は英語ばかりでなく、たとえばフランス語およびスペイン語をも含みうる。すべての当該組織が同じデータベースを自分の母語で使用および検索できる。これは検索プロセスを容易にする。

インデックス付けはある主題における重要なトピック、事実、名前および概念を見つけ出し、それを何らかの順序に整理して、ユーザー（読者、研究者、リポーターなど）が容易に必要とする情報を位置特定できるようにすることである。インデックス付けは特殊技能であって、機械的な機能ではない。コンピュータはインデックス生成において不可欠であるが、ソフトウェアだけでは真に有用なインデックスを編纂することはできない。発想をたどり、それをインデックスまたはデータベースにおいて簡潔かつ適正に呈示するには人間の知性が必要となる。

自動インデックス付けプログラムはテキスト中で明示的に述べられていない概念を定式化する能力を持たない。たとえば、具体的な食材を論じているだけのところで栄養という語を与えることはできない。関連するトピック（ソネットと詩）を同定したり、類義語（ニューヨーク市とニューヨーク州の意味をもつニューヨーク）の区別をしたりすることもできない。

良いインデックスはユーザーがさがしそうな情報を同定し、同じ概念を表す種々の仕方を集め、あるトピック内の特定の側面に調査者を直接案内するよう下位項目を与える。実質的な情報がたまたま言及されたものとは区別される。そして疲労困憊を防ぐために調査者のための情報はフィルタにかけられる。

ユーザーが「ホッキョクギツネの睡眠習性」について情報を求めているとき、「キツネ」を検索するだけでは十分ではない。その情報を検索可能にするためには、司書はその対象により特定的な索引語を与えるべきである。前記キツネの場合、その対象はたとえば北極、キツネ、習性、睡眠習性、冬の習性といった語をインデックス付けされている必要がある。司書は各場合において主要な責任を有する。正しいシソーラスなしには、各司書は文書（オブジェクト、映画、写真など）を自分なりの仕方でインデックス付けするだろう。誰もが同じように考えるわけではないので、誰も同じ情報を見つけることはできないだろう。

シソーラスおよび地理空間的シソーラスにおいては、司書の仕事を簡単にする機能がある。もちろん、これらの機能を使うことができるためには、当該企業または組織は完全でよく構造化されたシソーラスおよび地理空間的シソーラスで、あらゆる相互参照が整ったものを有している必要がある。こうした相互参照も検索プロセスを簡単にする。たとえば、主題見出しリストにおいて、フィデル・カストロとキューバとの間に関連付けがないであろう。シソーラスにおいて、司書はカストロの写った写真にカストロという語をインデックス付けし、のちの検索過程において、ユーザーがキューバを検索するとき、ユーザーはおそらくカストロの写真を該当として得ることになるだろう。地理空間的データについては、地理空間的シソーラスは世界的に一意的な位置およびその地理空間的座標の階層を含んでいる。たとえば、階層関係は、大陸、国、地域、区域、都市、陸標といったものでありうる。陸標はさらに特定の種類の陸標に分解されることもできる。これらの位置は空間的にインデックス付けされ、ユーザーの検索クエリーは、ある地理的検索領域内、あるいはある検索点から指定された距離内のビデオニュースセグメントを返す。

Iブラウズ・コンポーネントは低解像度の素材を検索およびブラウズし、カットの一覧をまとめ、素材をフォルダにエクスポートするためのものである。それによりユーザーは、フォルダにカットされたメディアまたはメディア全体を分布させることによって、カットリストを作成することができる。IブラウズXPは、場面検出および音声テキスト化認識といった、クライアントがさがしている特定のメディアを検索するのを支援するナビゲーションツールを含んでいる。ひとたび所望のメディアが位置特定され、特定のカットが位置特定されたら、IブラウズXPはユーザーがEDLの収集、登録、吟味、インポートおよびエクスポートをできるようにする。

データベース中をブラウズすることは、組織がそのコンテンツの利用可能性を改善するのを助けるという意味で、資産管理システムを強力にする。低解像度のブラウズはユーザーが自分のデスクトップから家庭ネットワークを介してメディアをみつけることを可能にする。これにより、運輸、人事、製作といったあらゆる部門の従業員がデスクトップ上で使用するためのメディアを位置特定することができるようになる。これは、従業員が標準的なオフィスのデスクトップで生産的になれるようにすることによって、仕事の流れおよび業務プロセスを改善し、業務遂行のコストを合理化するのを助ける。Iブラウズ・コンポーネントの特徴とされる機能性には、検索およびブラウズ、素材のセグメント分割およびフォルダにコンテンツを分布させることによるカットリストの生成が含まれる。

IブラウズXPコンポーネントも場面検出および再生EDLのようなナビゲーションツールを使い、EDLをフォルダにエクスポートする。アクセスナビゲーションツール（すなわち場面検出、音声テキスト化認識）は特定のメディア／場面を位置特定すること、EDLを生成、登録、プレビュー、インポートおよびエクスポートすることを支援する。

Iウェブ・コンポーネントは、検索およびブラウズならびにデスクトップ・ウェブ・ブラウザ・アプリケーションを使ってインターネットまたはイントラネット上のリモート位置からフォルダに分布させることのためである。Iブラウズ機能性が標準的なウェブブラウザーを使って利用可能である。ソフトウェア開発キット（SDK: software development kit）により、ユーザーは、ウェブサーバーのルックアンドフィールや機能性をパーソナル化することができる。

ユーザーのワークステーション上でのブラウズユーティリティーを拡張することは、組織がそのコンテンツの利用可能性を改善するのを助けるという意味で、資産管理システムを強力にする。上記機能を中核施設を超えて、標準的なウェブブラウザを使ってイントラネットまたはインターネットを通じて利用可能性をもつ業務ユニットおよび消費者にまで拡張することは特に強力である。特徴とされる機能性には、よって、検索およびブラウズ、素材のセグメント分割、フォルダにコンテンツを分布させることによるカットリストの生成およびウェブサーバーのデザインおよび機能性をカスタマイズする機能のためのソフトウェア開発キットが含まれる。

I検索OCXコンポーネントはサードパーティーのアプリケーションと統合された検索ユーティリティーである。標準的なIコンテンツ・アプリケーションに含まれている強力な検索ユーティリティーであるI検索はOCXバージョンで利用可能である。これは、ユーザーが、普通の検索ユーティリティーを、ニアラインエディティング（NLE）およびニュース制御システム（NCS: news control system）といったOCXアプリケーションをサポートするあらゆる組織アプリケーションにわたって統合することを許容する。

コンテンツ持続層およびソフトウェア開発キット（SDK）についてこれからより詳細に論じる。アプリケーション層または業務論理は、それぞれがMTS（Microsoft Transaction Server, NT4）またはCOM+（Component Services, W2K）を走らせている、単一または複数のウィンドウズ（登録商標）NT4.0サーバー／ウィンドウズ（登録商標）2000サーバーである。システムの機能性を提供するものには、５つの主要なCOMオブジェクトがある。５つの主要なCOMオブジェクトは、ｉ）持続層１１２、ｉｉ）検索１１６、ｉｉｉ）インデックス付け１１４、ｉｖ）シソーラス１２２、ｖ）地理空間的シソーラス１２６である。持続層１１２はIコンテンツの文書を持続オブジェクトとして扱い、他のすべてのコンポーネントのためにデータベースへのインターフェースを提供する主要なコンポーネントである。また、持続層１１２はユーザーの権限を管理する。ウェブベースのクライアント１１０はウェブアプリケーションサーバー１３０を通じてインターフェースをもつ。収集されたメディアおよびその対応するメタデータは一つまたは複数のデータベースに保存される。

検索はIコンテンツ文書について実行され、高度に構成設定可能なオプションを有している。文書モデルおよび検索構成設定についての情報は、メタデータ検索エンジン１１６を使って取得できる。インデックスのために、文書インデックス付けが実行される。やはりそれぞれの辞書を含んでいるシソーラスおよび地理空間的シソーラスのために、別個のデータベース（マイクロソフトサーバーデータベースエンジン2000）が保存されており、Iコンテンツ文書をインデックス付けするために使うことができる。

データベース層は、ウィンドウズ（登録商標）4.0/2000、ソラリス、ユニックスまたはその他のＯＳを選択されたリレーショナルデータベース管理システムとともに走らせているコンピュータである。データベースは、Iコンテンツ・アプリケーション層１０４においてMTS/COMサーバーとの接続性をサポートする。現在のところ、Iコンテンツがサポートするデータベースは次のとおりである：マクロソフトSQLサーバー2000、オラクル8iファミリー、IBM DB2およびInformix。

地理空間的な機能を与えられた資産管理システム１００のためには、その空間的データ型と検索クエリー機能のためにオラクル9i R2が使われた。各コンポーネントは自らのタスクを実行する。アプリケーションサーバーの内部および外部のコンポーネント間のあらゆる関係はXML（extended markup language［拡張マークアップ言語］）要求に基づいている。たとえば、クライアントからメタデータ検索エンジン１１６への内部XML要求は次のようなものでありうる。

<Query Version=“1.2.001” SearchSource=“1”>
<Atom NodeType=“FT” Stem= “0” Type=“0”
Case=“0” Visible=“1” Except=“0”>
<Class ID=“EF60587E-46F9-4730-80EC-F662062F5D71”/>
<Property ID=“00000000-0000-0000-0000-000000000000-
75929E3B-F61D-4B86-B6A9-9F9FDE8010EF-0”/>
<Operator OpID=“CONTAINS”/>
<Value Value=“sport”/>
</Atom>
</Query>

XML要求を通じてカーネルエンジンと対話することは、可能であるが必須ではない。SDKは標準的なコンポーネント、すなわち、アプリケーションサーバーコンポーネントに対するより単純なアクセスを有するGUI上で使われるべきクライアント・フレームワークを提供する。該クライアント・フレームワークはTH.CF――シソーラス・クライアント・フレームワーク（thesaurus client framework）――、GSTH.CF――地理空間的シソーラス・クライアント・フレームワーク（geospatial thesaurus client framework）――、PL.CF――持続層クライアント・フレームワーク（persistent layer client framework）――およびSE.CF――検索クライアント・フレームワーク（search client framework）――を含む。クライアント・フレームワークを使うもう一つの理由は、次のシステムバージョンは別の内部フォーマットを使うかもしれないということである。これらの諸方法を通じて、通常の基本クラスが生成でき、あらゆる活動が実行できる。

上述したように、持続層１１２はIコンテンツにおける主要コンポーネントであり、二つの一般的な機能を提供する。一つの一般的機能は、主要データベースへのアクセスを提供することである。持続層１１２はXMLベースの要求を諸コンポーネントから受け取り、それをデータベース固有のSQL（structured query language［構造化問い合わせ言語］）の要求に翻訳する。これはデータベースが異なれば異なることもある。もう一つの一般的機能は、ユーザー認可手続きを実行することである。認可のためには、Iコンテンツ・コンポーネントはハードウェアキーを使用する。このキーはUSBまたはLPTポートを介してアプリケーションサーバー・コンピュータに差し込む必要がある。

持続層１１２への接続はセッション法に基づいている。何らかのクライアント要求が送られる前に、Iコンテンツ・コンポーネント（これは今の特定の場合にはクライアントとサーバー中の持続層である）がセッションを開いて持続層１１２からセッションIDを受け取る必要がある。この一意的な番号がセッション全体を通じて使用される。認可には３つの種類がある：内部（internal）、LDAPおよびNTである。内部認可では、持続層１１２にログインするためには、ユーザーは登録されている必要があり、NTアカウントは持たなくてもよい。LDAPは軽量ディレクトリ・アクセス・プロトコル（lightweight directory access protocol.）である。NT認可はOSによって実行されるが、ユーザーも持続層１１２に登録されているべきである。

持続層１１２においては、いくつかの持続記憶が登録されていることができる。各持続記憶は、一意的なID、名称、対応するデータベース（このデータベースの設計は前述した）、セキュリティ種別、他のエンジンのためのアカウントについての情報、ログ記録オプションおよびイベントシンク情報を有する。

登録、登録編集または登録解除を行うには、持続記憶が使われる。既存の持続記憶を調べるには、もう一つの強力なプログラム持続層ツールが使われる。持続層ツールアプリケーションを使えば、ユーザーはやはり持続記憶（PS: persistent stores）を登録、編集または登録解除できるが、既存の任意の持続記憶にログインしてそれを活用することもできる。クラス・エクスプローラがクラス（文書型）階層および既存の属性についての情報を示す。

ほかに利用可能なのが、関連付け、単語リスト、パーミッション種別、ユーザーおよびグループについての情報である。ユーザーはいくつかの型のデータを集成できる。たとえば新しい単語リストを生成したり、既存の単語リストを修正したりすることができる。追加的な持続層ツール機能により、ユーザーは、クラスIDの宣言（定数）、属性IDおよび関連付け種別IDなどを含むビジュアルベーシックのソースコード*.basを生成できる。また、現在ログインしているすべてのユーザー（セッション情報）を調べたり、任意のセッションを打ち切ることも可能である（ウィンドウズ（登録商標）のタスクマネージャと同様）。

持続層アーキテクチャおよび利用可能な機能について、サーバーコンポーネントについての以下の議論に関連してのちに述べる。クライアント・フレームワークについての議論は、標準的な提供されているコンポーネントを使っていかにして持続層の機能性を使うかを述べる。持続層サーバーコンポーネントはCOM+アプリケーションqipl2であり、これはアプリケーションサーバー上に登録されているべきである。すべてのクライアントは、このアプリケーションを、同一コンピュータ上にあれば直接呼び出し、別個のコンピュータ上にあればプロキシを使う。

ここで図１１を参照すると、メタデータ検索エンジン１１６およびIコンテンツ・コンポーネントがいくつかの部分を有している。アプリケーション論理層３００（COM+）は検索機能性を実装および調整し、データベース層３０２は諸アプリケーション・コンポーネントおよび諸サブシステムによって使われる。運営管理ユーティリティーは検索エンジンの構成設定を助ける。

メタデータ検索エンジン１１６は検索プロセスの調整役である。検索要求は、クライアント側からこのコンポーネントに、検索クエリー３０４を介してXML形式で到着する。検索の処理はプラグインに基づいている。プラグインの２つとして、内容〔コンテンツ〕検索プラグイン３０６および形式検索プラグイン３０８が含まれる。検索は３つの種類の値によって指定される。検索演算子、修飾子および値である。検索演算子は検索機能の厳密な機能性を指定し、修飾子はその検索をさまざまな仕方で広げる。値は検索式の内容にある。

内容検索プラグイン３０６については、全文検索、シソーラス検索、地理空間的シソーラス検索、単語リストおよびブール式検索がこのプラグインによって実行される。これはテキストデータベース１４６へのテキストIRS層１４７を介したアクセス、シソーラスデータベース１５０へのシソーラスデータアクセス層１４９を介したアクセス、地理空間的シソーラスデータベース１５２への地理空間的シソーラスデータアクセス層１５１を介したアクセス、および持続保存データベース１４２への持続性記憶アクセス層１５３を介したアクセスを必要とする。

全文検索はテキストサブシステムによって行われる。全文検索のためのさまざまな検索演算子を対応する修飾子とともに表１Ａおよび表１Ｂに示す。

シソーラス検索は用語展開（term expansion）によって検索式から導出されるある種のシソーラス用語を含む文書を検索する。用語展開は、検索式に一致する用語をみつけることによって、検索基準にいくつかのシソーラス用語を含める方法である。たとえば、指定された検索式が“car*”であったとすると、car、car company、car washなど“car”で始まる語を含む用語すべてが検索される。シソーラスのためのさまざまな検索演算子を対応する修飾子とともに表２Ａおよび表２Ｂに示す。

単語リスト検索・展開は、シソーラス検索・用語展開と同じようにはたらくが、展開の際に単語リスト要素はパターンから導出され、それからこれらの単語リスト要素が検索される。単語リスト検索のためのさまざまな検索演算子を対応する修飾子とともに表３Ａおよび表３Ｂに示す。

形式検索プラグイン３０８は文書の属性中の単純なデータ型を検索するために使われる。単純なデータ型とは日時、拡張日時、整数、浮動（float）および時間コードである。形式検索プラグイン３０８は持続保存データベース１４２にアクセスする。全文のためのさまざまな検索演算子を表４に示す。

キャッシングは情報検索をより効率的にするために使われる。文書属性はキャッシュデータベース１４８に、メタデータマネージャ１２０において諸文書クラスについて定義されている諸検索スキームの構造を反映する構造で保存されている。検索要求はキャッシュデータベース１４８に見出されたデータを使ってサービスを受ける。図１２がこのプロセスを図解している。検索要求３２０に基づいて、文書オブジェクトはオブジェクト識別子（OID）３２２を用いて一意的に同定される。

該当リストマネージャ１１８および該当リストデータベース１５８は、実行された検索の見出された文書のオブジェクト識別子３２４を保存する。検索結果はページと呼ばれるデータ単位でクライアント側に渡される。すべての検索結果のうち、一ページはある指定された量の文書のみを含んでいる。クライアントには一時には一ページ分の文書が転送される必要があり、このためクライアント要求の場合にデータベースから完全に読む必要があるのは検索結果の一部のみである。それ以外では、サーバー側で検索結果を保存するためには、見出された文書のオブジェクト識別子だけを保存することが十分である。該当リストデータベース１５８の目的はこれらのオブジェクト識別子を諸ページにグループ化して保存することである。一つのページは一時にデータベースから完全に読まれ、クライアントに送られる文書のオブジェクト識別子を含んでいる。このことは図１３に図解されている。

全文検索システムであるテキストシステムは、基本的な全文検索プロセス、語幹処理や綴りチェックといった高度な機能を実装し、効率的な全文検索処理を可能にする特別な書式で文書を保存するためのテキストデータベース１４６を含んでいる。テキストIRS１４７は、Iコンテンツ・メタデータ検索エンジン１１６における全文検索サブシステムとして使われる。

インデックス付け処理に参加するシステム構成要素が図１４に示されている。インデックス付けは、新たな文書がシステムに挿入された直後に行われる。インデックス付けの間、文書データはテキストIRS１４７およびキャッシュデータベース１４８に挿入される。

文書修正イベントはイベント・リスナー３４０によってモニタリングされている。文書の挿入または更新イベントが発生するたびに、文書オブジェクト識別子（OID）が待ち行列化コンポーネント３４２からインデックス付け待ち行列に入れられる。ウィンドウズ（登録商標）NTサービス（インデックス付けサービス３４４）が、新たに挿入される文書がないかどうか非同期的にインデックス付け待ち行列３４６を調べ続けていて、新たな文書がみつかると、適切な文書データをテキストIRS１４７およびキャッシュデータベース１４８に渡す。

パフォーマンス上の理由のため、文書データをテキストIRS１４７およびキャッシュデータベース１４８に転送するためにはバッチプロセスが使われる。インデックス付けサービス３４４はインデックス付け待ち行列３４６から同時にいくつかの文書を取り、データファイルを一時フォルダに入れ、ある量の文書が集まったらデータをサブシステム（テキストIRS１４７、キャッシュデータベース１４８）に渡す。

インデックス付けツールは、インデックス付け待ち行列３４６をモニタリングし、基本的な運営管理タスクを実行するために使うことのできるユーティリティーである。このツールのユーザーインターフェースは３つの主要部分に分けられる：図１５に示すように履歴３６０、仕掛かり３６２および待ち行列３６４である。履歴部３６０では、処理済み（インデックス付けされた）文書のリストが与えられる。仕掛かり部３６２では、インデックス付けされるべく待機中の文書のリストが与えられる。

履歴部３６０はすでにインデックス付けがされている文書をリストするために選択される。表示すべき最も最近インデックス付けされた文書の数は設定できる。うまく処理された文書のみが表示されるよう設定できる。注釈タブはこの時点では使われない。

仕掛かり部３６２は、図１６に示すように、現在、インデックス付け待ち行列３４６にある文書を表示するために選択される。インデックス付け待ち行列３６４では以下のオプションが利用可能である：フィールド３７０にある、待ち行列からすべての文書を削除、フィールド３７２にある、待ち行列中のすべての文書を現在時刻に再スケジュール、フィールド３７４にある、持続保存に接続、である。

持続保存データベース１４２に接続されているとき、ある種の文書をインデックス付け待ち行列３４６にドロップすることができる。これは強制的にシステム１００をして、これらの文書の再インデックス付けをさせる。再インデックス付けはたとえば、検索スキームが修正される際に必要となる。ドロップについても諸オプションが利用可能である。

持続保存データベース１４２からのすべての文書を待ち行列にドロップすることはフィールド３７６で設けられている。持続保存内の特定のクラスの文書をインデックス付け待ち行列３４６にドロップすることはフィールド３７８に設けられている。特定のオブジェクト識別子（OID）をもつ文書をインデックス付け待ち行列３４６にドロップすることはフィールド３８０に設けられている。テキストファイル中で指定された文書をインデックス付け待ち行列３４６にドロップすることは、フィールド３８２に設けられている。テキストファイル中で指定された文書をドロップする際、フォーマットは次のようにあるべきである。ファイルはプレーンテキストファイルであり、各行は２つのGUIDすなわちクラス識別子およびオブジェクト識別子の連結を含んでおり、たとえば、{69CFA5A5-2B6F-4AF4-AAEF-81CB81007902} {7F9CE441-45BF-4403-8596-C2C53F27D2A8}である。

インデックス付け処理のための構成設定はXMLファイルを編集することによって実行できる。このXMLファイルの項目の内容を変えることでインデックス付けの振る舞いを変更できる。表５は修正しうる項目の一覧である。

メタデータマネージャ１２０はユーザーが、検索のために利用できる属性およびキャッシュデータベース１４８についての属性を構成設定できるようにする。これは図１８のフィールド３９０および３９２に図示されている。ウィンドウは左側のフィールド３９０のクラスリストと、右側のフィールド３９２のクラス属性およびオプションとに分けられる。

上記の議論に鑑み、本発明のある側面は、図１９に示すような、ニュース放送機関のためのようなメディア資産管理システム４００である。具体的には、システム４００は、それぞれに対応する地理空間的データが付随しているビデオニュースセグメントを収集するためのメディアインターフェース４０２を有する。メディアインターフェース４０２は、当業者には容易に理解されるように、たとえば地理空間的ビデオレコーダーとのインターフェースをもっていてもよい。

メモリ４０４は、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを保存する。プロセッサ４０６が各ビデオニュースセグメントを前記検索シソーラスからの少なくとも一つの個別の検索記述子と関連付ける。データベース４０８が各ビデオニュースセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を、ニュース放送機関によるのちの検索および取得のために保存する。メモリ４０４とデータベース４０８は別個のものとして示されているが、一緒にパッケージ化されてもよい。

検索および取得のため、ユーザー入力インターフェース４１０がユーザーに、地理空間的データを含むユーザー検索クエリーを生成することを許容する。プロセッサ４０６はまた、ユーザー検索クエリーをシソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記ユーザー検索クエリーと前記少なくとも一つの追加的な検索クエリーとに基づいてビデオニュースセグメントを検索する。ディスプレイ４１２が少なくとも一つの取得されたビデオニュースセグメントを表示する。ディスプレイ４１２は、前記少なくとも一つの取得されたビデオニュースセグメントを、その地理空間的データに対応する地図も表示しながら表示してもよい。

たとえば、ディスプレイ４１２は最初は図２０に示された世界地図を表示してもよい。ポップアップ画面４１３によりユーザーは全文検索またはシソーラス検索を実行することができる。次いで地理空間的検索クエリーを使って、図２１に示すように関心のある領域が選択されうる。ポップアップ画面４１７によりユーザーは、関心のある特定の地理的領域に対する、より詳細な全文検索またはシソーラス検索を実行することができる。次いでディスプレイ４１２は、分割画面を表示しうる。この分割画面では、図２２に示されるように、地理的領域の地図または概観がフィールド４１９において提供される。概観のうちの指定された領域４２１がさらに選択されることができ、この指定された領域に関するビデオニュースセグメントがフィールド４２３に表示される。

ここで図２３を参照すると、メディア資産管理システム４００を使ってビデオニュースセグメントを管理するための方法側面は、開始（ブロック４２０）から、ブロック４２２でビデオニュースセグメントを収集し、ブロック４２４で各ビデオニュースセグメントに対応する地理空間的データを関連付け、ブロック４２６で複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを生成することを含む。本方法はさらに、ブロック４２８で各ビデオニュースセグメントに前記検索シソーラスからの少なくとも一つの個別の検索記述子を関連付け、ブロック４３０でのちの検索および取得のために各ビデオニュースセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を当該メディア資産管理システム４００上に保存することを含んでいる。

ビデオニュースセグメントの検索および取得のために、当該方法はさらに、ブロック４３２で関心のある地理的領域を地図表示上で選択し、ブロック４３４で少なくとも一つのユーザー検索クエリーを生成することを含む。ブロック４３６で前記少なくとも一つのユーザー検索クエリーはシソーラスと比較され、少なくとも一つの追加的な検索クエリーが同定される。ブロック４３８で、ビデオニュースセグメントは、前記少なくとも一つのユーザー検索クエリー、関心のある地理的領域、および前記少なくとも一つの追加的検索クエリーに基づいて検索される。ブロック４４０で、少なくとも一つのビデオニュースセグメントが該検索に基づいて取得される。該少なくとも一つの取得されたビデオニュースセグメントは、たとえば図２２に示すように、その地理的データに対応する地図を表示しながらブロック４４２で再生されてもよい。当該方法はブロック４４４で終了する。

本発明のもう一つの側面は、図２４に示すような、航空センサー・プラットフォーム５０１からのビデオセグメントを管理するためのメディア資産管理システム５００である。航空センサー・プラットフォーム５０１はたとえば無人の航空機（aerial vehicle）であってもよい。当業者には容易に理解されるように、衛星、飛行船、さらには有人航空機といったその他のタイプのセンサー・プラットフォームも適用可能である。

図示した例では、航空センサー・プラットフォーム５０１はある種の地理的領域をモニタリングしている。該地理的領域はたとえば100平方マイルほどの大きさであってもよい。モニタリングは典型的にはかなりの長さにわたる時間期間にわたってなされるため、監視機関によるのちの検索および取得のために当該メディア資産管理システム５００のために大量の時間的および位置ベースのメディアが収集される。

具体的には、システム５００は航空センサー・プラットフォーム５０１から、それぞれに対応する地理空間的データが付随しているビデオセグメントを収集するためのメディアインターフェース５０２を有している。該メディアインターフェース５０２は、たとえば地理空間的ビデオレコーダーとのインターフェースをもちうる。

メモリ５０４は、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを保存する。プロセッサ５０６が各ビデオセグメントを前記検索シソーラスからの少なくとも一つの個別の検索記述子と関連付ける。データベース５０８が各ビデオセグメント、その地理空間的データおよびその少なくとも一つの記述子を、監視機関によるのちの検索および取得のために保存する。

検索および取得のため、ユーザー入力インターフェース５１０がユーザーに、地理空間的データを含むユーザー検索クエリーを生成することを許容する。上記のように、地理的データは、モニタリングされている地理的領域内にある特定の位置および陸標に対応する。プロセッサ５０６はまた、ユーザー検索クエリーをシソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記ユーザー検索クエリーと前記少なくとも一つの追加的な検索クエリーとに基づいてビデオセグメントを検索する。ディスプレイ５１２が少なくとも一つの取得されたビデオセグメントを表示する。

ここで図２５を参照すると、メディア資産管理システム５００を使って航空センサー・プラットフォームからのビデオセグメントを管理するための方法側面は、開始（ブロック５２０）から、ブロック５２２で航空センサー・プラットフォーム５０１からのビデオセグメントを収集し、ブロック５２４で各ビデオセグメントに対応する地理空間的データを関連付け、ブロック５２６で複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを生成することを含む。本方法はさらに、ブロック５２８で各ビデオセグメントに前記検索シソーラスからの少なくとも一つの個別の検索記述子を関連付け、ブロック５３０でのちの監視機関による検索および取得のために各ビデオセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を当該メディア資産管理システム５００上に保存することを含んでいる。

ビデオセグメントの検索および取得のために、当該方法はさらに、ブロック５３２で関心のある地理的領域を地図表示上で選択し、ブロック５３４で少なくとも一つのユーザー検索クエリーを生成することを含む。ブロック５３６で前記少なくとも一つのユーザー検索クエリーはシソーラスと比較され、少なくとも一つの追加的な検索クエリーが同定される。ブロック５３８で、ビデオセグメントは、前記少なくとも一つのユーザー検索クエリー、関心のある地理的領域、および前記少なくとも一つの追加的検索クエリーに基づいて検索される。ブロック５４０で、少なくとも一つのビデオセグメントが該検索に基づいて取得される。該少なくとも一つの取得されたビデオセグメントは、たとえば図２２に示すように、その地理的データに対応する地図を表示しながらブロック５４２で再生されてもよい。当該方法はブロック５４４で終了する。

本発明のもう一つの側面は、図２６に示すような、防犯カメラ６０１からのビデオセグメントを管理するためのメディア資産管理システム６００である。さまざまなセキュリティ機関がたとえば空港、港ならびに電力および水施設を監視する責任を有している。監視されるべき領域じゅうに配置された防犯カメラ６０１は、個々のカメラが関心のある特定の領域に対する監視を提供することによって、連続的モニタリングを可能にする。

図示した例では、防犯カメラ６０１は空港に駐機されている航空機６０３をモニタリングしている。モニタリングは連続的なので、監視機関によるのちの検索および取得のために当該メディア資産管理システム６００のために大量の時間的および位置ベースのメディアが収集される。各防犯カメラ６０１は固定領域をカバーし、該固定領域内の像に対してパン、チルトおよびズームができる。

具体的には、システム６００は防犯カメラ６０１から、それぞれに対応する地理空間的データが付随しているビデオセグメントを収集するためのメディアインターフェース６０２を有している。該メディアインターフェース６０２は、たとえば地理空間的ビデオレコーダーとのインターフェースをもちうる。

メモリ６０４は、複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを保存する。プロセッサ６０６が各ビデオセグメントを前記検索シソーラスからの少なくとも一つの個別の記述子と関連付ける。データベース６０８が各ビデオセグメント、その地理空間的データおよびその少なくとも一つの記述子を、監視機関によるのちの検索および取得のために保存する。

検索および取得のため、ユーザー入力インターフェース６１０がユーザーに、地理空間的データを含むユーザー検索クエリーを生成することを許容する。該地理的データは、たとえば特定のゲート位置、航空機ハンガーおよび建物の入口／出口を含みうる。プロセッサ６０６はまた、ユーザー検索クエリーをシソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記ユーザー検索クエリーと前記少なくとも一つの追加的な検索クエリーとに基づいてビデオセグメントを検索する。ディスプレイ６１２が少なくとも一つの取得されたビデオセグメントを表示する。

ここで図２７を参照すると、メディア資産管理システム６００を使って防犯カメラ６０１からのビデオセグメントを管理するための方法側面は、開始（ブロック６２０）から、ブロック６２２で防犯カメラ６０１からのビデオセグメントを収集し、ブロック６２４で各ビデオセグメントに対応する地理空間的データを関連付け、ブロック６２６で複数の検索記述子を有し、記述子間の相互参照をもつ検索シソーラスを生成することを含む。本方法はさらに、ブロック６２８で各ビデオセグメントに前記検索シソーラスからの少なくとも一つの個別の検索記述子を関連付け、ブロック６３０でのちの検索および取得のために各ビデオセグメント、その地理空間的データおよびその少なくとも一つの検索記述子を当該メディア資産管理システム６００上に保存することを含んでいる。

ビデオセグメントの検索および取得のために、当該方法はさらに、ブロック６３２で関心のある地理的領域を地図表示上で選択し、ブロック６３４で少なくとも一つのユーザー検索クエリーを生成することを含む。前記のように、該地理的データは、防犯カメラの一つによってモニタリングされている関心のある特定の領域を含みうる。ブロック６３６で前記少なくとも一つのユーザー検索クエリーはシソーラスと比較され、少なくとも一つの追加的な検索クエリーが同定される。ブロック６３８で、ビデオセグメントは、前記少なくとも一つのユーザー検索クエリー、関心のある地理的領域、および前記少なくとも一つの追加的検索クエリーに基づいて検索される。ブロック６４０で、少なくとも一つのビデオセグメントが該検索に基づいて取得される。該少なくとも一つの取得されたビデオセグメントは、たとえばその地理的データに対応する地図を表示しながらブロック６４２で再生されてもよい。当該方法はブロック６４４で終了する。

加えて、本願と並行して出願され、本発明の被譲渡者に譲渡された同時係属の特許出願では、当該メディア資産管理システムに関係するその他の特徴が開示されている。該出願は、「航空センサー・プラットフォームからのビデオセグメントを管理するためのメディア資産管理システムおよび関連する方法」と題された代理人整理番号GCSD-1564(51390)の出願および「固定領域防犯カメラからのビデオセグメントを管理するためのメディア資産管理システムおよび関連する方法」と題された代理人整理番号GCSD-1564(51391)の出願である。両出願の開示全体はここに参照によってその全体において組み込まれる。

本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムの、複数層に分けたブロック図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムのアーキテクチャ・レイアウトを図解するブロック図である。 従来技術に基づくインヴェニオ（商標）メディア資産管理システムの最上レベルのブロック図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによって取り込まれるビデオセグメントについてのメタデータ情報を提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムにおいてメタデータ情報のオブジェクト検索を提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによって収集された、選択されたビデオフレームについてのメタデータ情報を提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによって収集されたビデオセグメントについての場面検出情報を提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによって収集されたビデオセグメントについてのインデックス付けおよびカタログ化情報を提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによって実行されるクエリー検索に基づく、クエリー結果ウィンドウを提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムによってより複雑なクエリー検索を実行するためのクエリー管理ウィンドウを提供するディスプレイ画面を示す図である。 本発明に基づく、地理空間的な機能を与えられたメディア資産管理システムの検索エンジンおよびIコンテンツ・コンポーネントを図解するブロック図である。 本発明に基づく、キャッシュデータベースに関連付けられたオブジェクト識別子を図解するブロック図である。 本発明に基づく、キャッシュデータベースに関連付けられたリストデータベースを図解するブロック図である。 本発明に基づく、インデックス付けプロセスのさまざまな構成要素を図解するブロック図である。 本発明に基づくインデックス付けツールについてのディスプレイ画面である。 本発明に基づくインデックス付けツールについてのディスプレイ画面である。 本発明に基づくインデックス付けツールについてのディスプレイ画面である。 本発明に基づく、検索のために利用可能な諸属性およびキャッシュデータベースのための諸属性を構成設定するためのメタデータマネージャを提供するディスプレイ画面である。 本発明に基づく、ニュース放送機関のためのメディア資産管理システムのブロック図である。 本発明に基づく、ニュース放送機関のためのメディア資産管理システムに付随する地図表示を示す図である。 本発明に基づく、ニュース放送機関のためのメディア資産管理システムに付随する地図表示を示す図である。 本発明に基づく、ニュース放送機関のためのメディア資産管理システムに付随する地図表示を示す図である。 図１９に示されているメディア資産管理システムを使ってビデオニュースセグメントを管理する方法を示すフローチャートである。 本発明に基づく、航空センサー・プラットフォームからのビデオセグメントを管理するためのメディア資産管理システムのブロック図である。 図２４に示されているメディア資産管理システムを使って、航空センサー・プラットフォームからのビデオセグメントを管理する方法を示すフローチャートである。 本発明に基づく、防犯カメラからのビデオセグメントを管理するためのメディア資産管理システムのブロック図である。 図２６に示されているメディア資産管理システムを使って防犯カメラからのビデオセグメントを管理する方法を示すフローチャートである。

Claims (10)

1. メディア資産管理システム上に保存されているビデオニュースセグメントを検索および取得するための方法であって、前記メディア資産管理システムはまた複数の地理空間的検索記述子を有し、記述子間の相互参照をもつ地理空間的検索シソーラスを保存しており、各ビデオニュースセグメントは関連付けられた対応する地理空間的データを有し、また関連付けられた前記地理空間的検索シソーラスからの少なくとも一つの個別の地理空間的検索記述子を有しており、当該方法が：
   地理空間的データを含む少なくとも一つのユーザー検索クエリーを生成し、
   該少なくとも一つのユーザー検索クエリーを前記地理空間的検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、
   前記少なくとも一つのユーザー検索クエリーおよび前記少なくとも一つの追加的な検索クエリーに基づいてビデオニュースセグメントを検索し、
   該検索に基づいて少なくとも一つのビデオニュースセグメントを取得する、
   ことを含むことを特徴とする方法。
2. 前記複数の地理空間的検索記述子が階層関係において相互参照を付けられていることを特徴とする、請求項１記載の方法。
3. 前記ビデオニュースセグメントにコンテンツデータが関連付けられていることを特徴とする、請求項１記載の方法。
4. 前記コンテンツデータが、トピック、位置用語、陸標およびイベントのうちの少なくとも一つを含むことを特徴とする、請求項３記載の方法。
5. 前記少なくとも一つの取得されたビデオニュースセグメントを、その地理空間的データに対応する地図を表示しながら再生することをさらに含むことを特徴とする、請求項１記載の方法。
6. ビデオニュースセグメントのためのメディア資産管理システムであって：
   複数の検索記述子を有し、記述子間の相互参照をもつ地理空間的検索シソーラスを保存するための記憶と、
   ビデオニュースセグメントを保存し、各ビデオニュースセグメントには対応する地理空間的データが関連付けられており前記地理空間的検索シソーラスからの少なくとも一つの地理空間的検索記述子が関連付けられているようなデータベースと、
   ユーザーが地理空間的データを含む少なくとも一つのユーザー検索クエリーを生成できるようにするユーザー入力インターフェースと、
   前記少なくとも一つのユーザー検索クエリーを前記地理空間的検索シソーラスと比較して少なくとも一つの追加的な検索クエリーを同定し、前記少なくとも一つのユーザー検索クエリーおよび前記少なくとも一つの追加的な検索クエリーに基づいてビデオニュースセグメントを検索するプロセッサと、
   少なくとも一つの取得されたビデオニュースセグメントを表示するためのディスプレイ、
   とを有することを特徴とするシステム。
7. 前記複数の地理空間的検索記述子が階層関係において相互参照を付けられていることを特徴とする、請求項６記載のメディア資産管理システム。
8. 前記ユーザー入力インターフェースがユーザーがコンテンツデータを生成することもできるようにすることを特徴とする、請求項６記載のメディア資産管理システム。
9. 前記コンテンツデータが、トピック、位置用語、陸標およびイベントのうちの少なくとも一つを含むことを特徴とする、請求項８記載のメディア資産管理システム。
10. 前記ディスプレイが、前記少なくとも一つの取得されたビデオニュースセグメントを、その地理空間的データに対応する地図を表示しながら表示することを特徴とする、請求項６記載のメディア資産管理システム。

Images