(57)【要約】【課題】蓄積素材管理サーバにおいて、リレーショナルデータベースに蓄積されたデータのデータ構造をデータ毎に変更でき、また、データ構造の整合性確認を動的に行えるようにする。【解決手段】蓄積素材管理サーバ１２において、スキーマ管理部１２３によりリレーショナルデータベース１６にデータのデータ構造を定義可能なデータスキーマを登録し、データ入出力部１２４によりリレーショナルデータベース１６へのデータの登録に先立ち、データとリレーショナルデータベース１６に登録されたデータスキーマにより特定されるデータとを比較して整合性の確認を行い、整合性が確認されたデータのみをデータスキーマに対応付けて登録するようにしている。【選択図】      図２
2008077334.tif 000002
【特許請求の範囲】
【請求項１】
データストレージに蓄積されるデータを管理する蓄積素材管理サーバにおいて、
前記データストレージにデータ構造を定義するデータスキーマを登録するデータスキーマ登録手段と、
前記データストレージに対するデータの処理実行要求が発生したとき、前記データと前記データストレージに登録されているデータスキーマにより特定されるデータとを比較することで整合性の確認を行う整合性確認手段と、
前記整合性確認手段によってデータスキーマとの整合性が確認された場合に、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの処理を実行する制御手段と
を具備することを特徴とする蓄積素材管理サーバ。
【請求項２】
前記整合性確認手段は、前記データストレージに対するデータの登録要求が発生したときに、前記データスキーマの整合性確認を行い、
前記制御手段は、前記データストレージに対し前記データスキーマとの整合性が確認されたデータを登録することを特徴とする請求項１記載の蓄積素材管理サーバ。
【請求項３】
前記整合性確認手段は、前記データストレージに対するデータの検索要求が発生したときに、前記データスキーマの整合性確認を行い、
前記制御手段は、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの出力を行うことを特徴とする請求項１記載の蓄積素材管理サーバ。
【請求項４】
前記制御手段は、前記整合性確認手段による確認結果を要求元に通知することを特徴とする請求項１記載の蓄積素材管理サーバ。
【請求項５】
データストレージに蓄積されるデータを管理する蓄積素材管理方法において、
前記データストレージにデータ構造を定義するデータスキーマを登録するデータスキーマ登録ステップと、
前記データストレージに対するデータの処理実行要求が発生したとき、前記データと前記データストレージに登録されているデータスキーマにより特定されるデータとを比較することで整合性の確認を行う整合性確認ステップと、
前記整合性確認手段によってデータスキーマとの整合性が確認された場合に、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの処理を実行する制御ステップと
を具備することを特徴とする蓄積素材管理方法。
【請求項６】
前記整合性確認ステップでは、前記データストレージに対するデータの登録要求が発生したときに、前記データスキーマの整合性確認が行われ、
前記制御ステップでは、前記データストレージに対し前記データスキーマとの整合性が確認されたデータが登録されることを特徴とする請求項５記載の蓄積素材管理方法。
【請求項７】
前記整合性確認ステップでは、前記データストレージに対するデータの検索要求が発生したときに、前記データスキーマの整合性確認が行われ、
前記制御ステップでは、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの出力が行われることを特徴とする請求項５記載の蓄積素材管理方法。
【請求項８】
前記制御ステップでは、前記整合性確認ステップでの確認結果が要求元に通知されることを特徴とする請求項５記載の蓄積素材管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ハードディスクやテープドライブ等の大容量記憶装置に蓄積した、放送番組で使用する映像／音声等のデータを管理する蓄積素材管理サーバ及び蓄積素材管理方法に関する。
【背景技術】
【０００２】
これまで放送局等で映像／音声等のデータを管理する場合、データストレージ・アプリケーションにおいては、データストレージに蓄積されたデータのデータ構造は一つである。従来の管理サーバは、そのデータ構造を把握し、それに基づいてデータストレージにおけるデータの蓄積方法を静的に実装するようにしている。
【０００３】
しかしながら、使用するアプリケーションの種類によっては、データ毎にデータ構造が異なる場合があり、このため、データをデータストレージで蓄積するときに、アプリケーションの種類に対応付けて、データを蓄積する必要がある。そうすると、使用しないアプリケーションに対応するデータは、長い期間放置されることになり、これによりデータストレージ上で蓄積する各データに無駄が生じる。また、運用中のデータストレージに蓄積されたデータのデータ構造を変更するためには、アプリケーション・プログラムの変更を行う等の人為的作業が必要となり、多くの手間や時間がかかる。
【０００４】
なお、従来では、特許文献１に、コンピュータ上で稼動する複数のアプリケーションが使用するデータ構造を動的に管理する方法が示されている。
【特許文献１】特開２００２−２１５４５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
また、従来では、データをデータストレージに蓄積する場合や、データストレージ中のデータを検索する場合に、蓄積するデータや検索するデータそれぞれのデータ構造の整合性確認を行えるようにする手法も強く要望されている。なお、特許文献１では、データの蓄積や検索は行えるものの、データ構造の整合性確認までは行っていない。
【０００６】
そこで、本発明の目的は、データストレージに蓄積されたデータのデータ構造をデータ毎に変更でき、また、データ構造の整合性確認を行うことのできる蓄積素材管理サーバ及び蓄積素材管理方法を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、データストレージに蓄積されるデータを管理する蓄積素材管理サーバにおいて、前記データストレージにデータ構造を定義するデータスキーマを登録するデータスキーマ登録手段と、前記データストレージに対するデータの処理実行要求が発生したとき、前記データと前記データストレージに登録されているデータスキーマにより特定されるデータとを比較することで整合性の確認を行う整合性確認手段と、前記整合性確認手段によってデータスキーマとの整合性が確認された場合に、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの処理を実行する制御手段とを具備する。
【０００８】
このようにして、データストレージに登録されたデータスキーマによりデータの構造を動的に解析する。
【０００９】
特に、前記整合性確認手段は、前記データストレージに対するデータの登録要求が発生したときに、前記データスキーマの整合性確認を行い、前記制御手段は、前記データストレージに対し前記データスキーマとの整合性が確認されたデータを登録するようにしている。
【００１０】
このようにして、データストレージに対するデータの登録の実行に先立ち、当該データとデータストレージに登録されているデータスキーマにより特定されるデータとを比較して整合性の確認を行い、データスキーマとの整合性が確認されたデータのみをデータストレージに登録するようにしている。このため、データ毎に適切な登録処理を行うことができ、これにより登録上の信頼性をさらに高めることができる。
【００１１】
また、前記整合性確認手段は、前記データストレージに対するデータの検索要求が発生したときに、前記データスキーマの整合性確認を行い、前記制御手段は、前記データストレージに対し前記データスキーマとの整合性が確認されたデータの出力を行うようにしている。
【００１２】
このようにして、データストレージに登録されたデータスキーマに対応したデータが出力される。
【００１３】
また、前記制御手段は、前記整合性確認手段による確認結果を要求元に通知するようにしている。
【００１４】
このようにして、整合性が確認された場合だけでなく、確認されなかった場合にも確認結果が通知される。このため、ユーザは少なくとも自身が要求した処理が受け付けられたか否かを確認することができる。また、受け付けられなかった場合にはユーザは適切なやり直し操作等を行うことが可能となる。
【発明の効果】
【００１５】
本発明では、データストレージへのデータの蓄積に加え、データのデータ構造を定義するデータスキーマも蓄積することができるため、当該データスキーマによりデータの構造を動的に解析することができる。したがって、データストレージに格納されたデータのデータ構造をデータ毎に変更し、データ毎のデータ構造の整合性の確認及び各データの出力を行うことができる蓄積素材管理サーバを提供することが可能である。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
【００１７】
図１は、本発明の一実施形態に係る、蓄積素材管理サーバを具備する蓄積素材管理システムの構成を示すブロック図である。図１において、１１はバスであり、このバス１１には、データの管理を行う蓄積素材管理サーバ１２、ＧＵＩ（グラフィカル・ユーザ・インターフェース）１３、作業用にデータを一時的に格納するＲＡＭ１４が接続され、さらに外部のデータ記録装置との間でデータをやりとりするための外部インターフェース（外部Ｉ／Ｆ）１５が接続される。上記蓄積素材管理サーバ１２には、データ及びデータスキーマを格納するリレーショナルデータベース１６、表示モニタ１２１が接続される。また、ＧＵＩ１３には、キーボード１３１、マウス１３２が接続される。
【００１８】
ここで、リレーショナルデータベース１６では、リレーショナルデータベース１６に保存される全データのデータ構造が正規化により複数のテーブルに分けられており、また、テーブル間のリンクが明示的でないため、保存されたデータだけでは全体のデータ構造を動的に解析することは困難である。そこで、リレーショナルデータベース１６に蓄積された各データの本体に加え、蓄積素材管理サーバ１２にて全体のデータ構造を定義可能な「スキーマ」をリレーショナルデータベース１６に蓄積することにより、蓄積素材管理サーバ１２は、全体のデータ構造を動的に解析する。
【００１９】
このとき、リレーショナルデータベース１６におけるスキーマ自体の蓄積容量を削減するため、各スキーマにリレーショナルデータベース１６内で一意となる名称を与え、複数のデータから同じスキーマを指定することを可能とする。
【００２０】
以下にＸＭＬを使用したスキーマのサンプルを示す。
【００２１】
<?xml version=”1.0”?>
<xsd:schema xmlns:xsd=http://www.w3.org/2001/XMLSchema”>
<xsd:element name”metadata”>
<xsd:complexType>
<xsd:element name=”name” type=”xsd:string”/>
<xsd:element name=”value” type=”xsd:long”/>
<xsd:element name=”percentage” type=”xsd:double”/>
<xsd:element name=”code” type=”xsd:hexBinary”/>
</xsd:conplexType>
</xsd:element>
</xsd:schema>
次に、上記構成における動作について図２を参照して説明する。
【００２２】
図２は、本発明の一実施形態に係る、データ取得の際のＧＵＩ１３、蓄積素材管理サーバ１２、リレーショナルデータベース１６の機能構成を示すブロック図である。
【００２３】
図３は、リレーショナルデータベース１６にデータスキーマを登録するときの蓄積素材管理サーバ１２の処理動作を示すフローチャートである。
【００２４】
図２に示す蓄積素材管理サーバ１２は、ＧＵＩ１３との間で情報のやりとりを行うクライアントインターフェース部（クライアントＩ／Ｆ部）１２２と、スキーマの管理を行うスキーマ管理部１２３と、データの管理を行うデータ入出力部１２４とを具備している。
【００２５】
まず、ＧＵＩ１３のキーボード１３１又はマウス１３２により新しいスキーマが入力され、当該データを含む登録要求が蓄積素材管理サーバ１２へ送信される。このとき、蓄積素材管理サーバ１２は、クライアントＩ／Ｆ部１２２により、ＧＵＩ１３からのスキーマ登録要求の有無をモニタしており（ステップＳＴ３ａ）、スキーマ登録要求が到来した場合には、スキーマ管理部１２３により、リレーショナルデータベース１６にスキーマを登録する（ステップＳＴ３ｂ）。
【００２６】
図４は、リレーショナルデータベース１６にデータを登録するときの蓄積素材管理サーバ１２の処理動作を示すフローチャートである。
【００２７】
まず、ＧＵＩ１３のキーボード１３１又はマウス１３２により、リレーショナルデータベース１６に登録されているスキーマに基づいた新しいデータが入力され、当該データを含む登録要求が蓄積素材管理サーバ１２へ送信されたとする。この間、蓄積素材管理サーバ１２は、クライアントＩ／Ｆ部１２２により、ＧＵＩ１３からのデータ登録要求の有無をモニタしており（ステップＳＴ４ａ）、データ登録要求があった場合には、データ入出力部１２４により、ＧＵＩ１３から送信されたデータ登録要求に含まれるデータとリレーショナルデータベース１６に登録されているスキーマにより特定されるデータとを比較し、整合性の確認を行う（ステップＳＴ４ｂ）。データとスキーマの整合性が確認された場合、蓄積素材管理サーバ１２は、データ入出力部１２４により、リレーショナルデータベース１６にデータを登録し（ステップＳＴ４ｃ）、データとスキーマの整合性が確認されない場合には（ステップＳＴ４ｂのＮｏ）、表示モニタ１２１にエラーを送信する。
【００２８】
図５は、リレーショナルデータベース１６へデータを問い合わせるときの蓄積素材管理サーバ１２の処理動作を示すフローチャートである。
【００２９】
まず、ＧＵＩ１３のキーボード１３１又はマウス１３２により、データの問い合わせが行われる。蓄積素材管理サーバ１２は、クライアントＩ／Ｆ部１２２により、ＧＵＩ１３からのデータ問い合わせの有無をモニタし（ステップＳＴ５ａ）、データ問い合わせがあった場合には、データ入出力部１２４により問い合わせに該当するデータがリレーショナルデータベース１６に登録されているか否かの確認を行う（ステップＳＴ５ｂ）。
【００３０】
問い合わせに該当するデータが登録されている場合、蓄積素材管理サーバ１２は、スキーマ管理部１２３によりそのデータに対応したスキーマがリレーショナルデータベース１６に登録されているか否かの確認を行い（ステップＳＴ５ｃ）、問い合わせに該当するデータが登録されていない場合には（ステップＳＴ５ｂのＮｏ）、表示モニタ１２１にエラーを送信する。
【００３１】
問い合わせに該当するデータに対応したスキーマが登録されている場合、蓄積素材管理サーバ１２は、検索した結果のデータとそれに対応するスキーマをＧＵＩ１３に送信する（ステップＳＴ５ｄ）。一方、問い合わせに該当するデータに対応したスキーマが登録されていない場合には（ステップＳＴ５ｃのＮｏ）、表示モニタ１２１にエラーを送信する。
【００３２】
以上のように、上記実施形態の構成では、リレーショナルデータベース１６へのデータの登録前に、蓄積素材管理サーバ１２によりデータ構造を定義可能なスキーマが登録される。また、リレーショナルデータベース１６へのデータの登録に先立ち、データとリレーショナルデータベース１６に登録されているスキーマにより特定されるデータとを比較することで整合性の確認を行い、スキーマとの整合性が確認できたデータのみがリレーショナルデータベース１６に登録される。さらに、データの問い合わせの際には、データとスキーマとの整合性の確認が動的に行われ、両者が返送される。
【００３３】
したがって、リレーショナルデータベース１６に保存されているデータは、そのデータ構造に非依存となるため、登録されるデータ毎に動的にデータ構造を決定することができ、また、リレーショナルデータベース１６運用中のデータ構造の変更が生じたとしても、静的なプログラム変更を実行することなく、自動的に処理することが可能となる。さらに、データ毎に適切な登録又は問い合わせを行うことができ、これにより、登録又は問い合わせ上の信頼性を高められる。
【００３４】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態に係る、蓄積素材管理サーバを具備する蓄積素材管理システムの構成を示すブロック図。
【図２】本発明の一実施形態に係る、データ取得の際のＧＵＩ、蓄積素材管理サーバ、リレーショナルデータベースの機能構成を示すブロック図。
【図３】リレーショナルデータベースにデータスキーマを登録するときの蓄積素材管理サーバの処理動作を示すフローチャート。
【図４】リレーショナルデータベースにデータを登録するときの蓄積素材管理サーバの処理動作を示すフローチャート。
【図５】リレーショナルデータベースへデータを問い合わせるときの蓄積素材管理サーバの処理動作を示すフローチャート。
【符号の説明】
【００３６】
１１…バス、１２…蓄積素材管理サーバ、１２１…表示モニタ、１２２…クライアントインターフェース部、１２３…スキーマ管理部、１２４…データ入出力部、１３…ＧＵＩ、１３１…キーボード、１３２…マウス、１４…ＲＡＭ、１５…外部インターフェース、１６…リレーショナルデータベース
【図１】
2008077334.tif 000003
【図２】
2008077334.tif 000004
【図３】
2008077334.tif 000005
【図４】
2008077334.tif 000006
【図５】
2008077334.tif 000007