JP2007122371A - サーバ装置、データ処理方法、プログラムおよび通信方法 - Google Patents

サーバ装置、データ処理方法、プログラムおよび通信方法 Download PDF

Info

Publication number
JP2007122371A
JP2007122371A JP2005313126A JP2005313126A JP2007122371A JP 2007122371 A JP2007122371 A JP 2007122371A JP 2005313126 A JP2005313126 A JP 2005313126A JP 2005313126 A JP2005313126 A JP 2005313126A JP 2007122371 A JP2007122371 A JP 2007122371A
Authority
JP
Japan
Prior art keywords
data
server device
content data
attribute
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005313126A
Other languages
English (en)
Other versions
JP4626483B2 (ja
Inventor
Yoshiaki Shibata
賀昭 柴田
Takayoshi Kawamura
尊良 河村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2005313126A priority Critical patent/JP4626483B2/ja
Priority to US11/549,304 priority patent/US7657538B2/en
Priority to KR1020060104486A priority patent/KR20070045953A/ko
Priority to CNB2006101428483A priority patent/CN100545842C/zh
Publication of JP2007122371A publication Critical patent/JP2007122371A/ja
Application granted granted Critical
Publication of JP4626483B2 publication Critical patent/JP4626483B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】所定のサーバ装置においてコンテンツデータがローカルに管理されている場合に、そのコンテンツデータを当該サーバ装置の外部でグローバルに管理することを可能にする。
【解決手段】サーバ装置４が、内部管理用のインデックスファイルデータＩＮＤを基に、外部管理用のメディアプロファイルデータＭＰを生成し、これをクライアント装置２に送信する。メディアプロファイルデータＭＰは、上記クリップデータをグローバルに識別するＵＭＩＤを用いている。
【選択図】図１

Description

本発明は、コンテンツデータをローカルおよびグローバルに識別させるサーバ装置、データ処理方法、プログラムおよび通信方法に関する。
ストレージ機器が保有するＡＶ(Audio Visual)素材を用いたアプリケーション、例えばノンリニア編集機にとって、当該ストレージ機器にどのようなＡＶ素材が記録されており、どれが所望のＡＶ素材であるかを早急かつ容易に見つけ出すことは古くからの課題である。
ＡＶ素材がファイルといった形式で当該ストレージ機器に保存、管理されている場合、それが標準的なファイルシステムを利用しているならば、例えばＬＩＳＴなどのコマンドを発行することでそれが保持する“ファイルの一覧”を得ることはできる。
しかしながら、このレベルではそれらの内容がＡＶ素材かメタデータ(例えばＸＭＬ(Extensible Markup Language)文書)、あるいはそれ以外のデータかといった区別は無く、何らかのバイナリデータを保持した同じファイルとして扱われることとなる。
他方、当該ファイルシステム上のアプリケーションとして、ＡＶ素材のファイル、メタデータのファイル、それ以外のファイルなど、それらの内容を区別した上でそれらの間の関係を含めて管理するようなＡＶ素材のデータベース・アプリケーションを想定する。このようなアプリケーションを実現する上での中心的な役割を担うものとして、それが管理するＡＶ素材(ファイル)、メタデータ(ファイル)他の一覧及びその関係などを記述した(ファイルあるいは内部メモリへ展開された形式での)管理データが存在する。しかしそのような管理データは往々にして当該データベースアプリケーション専用のものであり、先述したノンリニア編集機アプリケーションなど外部アプリケーションが当該管理データを利用することについては何ら考慮されていない。
特開２００４−３２０７５６号公報
このような状況に鑑み、本発明では、所定のサーバ装置においてコンテンツデータがローカルに管理されている場合に、そのコンテンツデータを当該サーバ装置の外部でグローバルに管理することを可能にするサーバ装置、データ処理方法、プログラムおよび通信方法を提供することを目的とする。
上述した従来技術の問題点を解決し、上述した目的を達成するため、第１の観点の発明のサーバ装置は、コンテンツデータを提供するサーバ装置であって、前記コンテンツデータを前記サーバ装置内でローカルに識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成手段と、前記生成手段が生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力手段とを有する。
第２の観点の発明のデータ処理方法は、コンテンツデータを提供するサーバ装置が実行するデータ処理方法であって、前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成工程と、前記生成工程で生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力工程とを有する。
第３の観点の発明のプログラムは、コンテンツデータを提供するサーバ装置が実行するプログラムであって、前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成手順と、前記生成手順で生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力手順とを前記サーバ装置に実行させる。
第４の観点の発明の通信方法は、サーバ装置からクライアント装置にコンテンツデータを送信する通信方法であって、前記サーバ装置が、前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成工程と、前記サーバ装置が、前記生成工程で生成した前記第２の管理データを、前記クライアント装置に送信する管理データ送信工程と、前記クライアント装置が、前記生成工程で生成した前記第２の管理データを、前記サーバ装置から受信する管理データ受信工程と、前記クライアント装置が、前記管理データ受信工程で受信した前記第２の管理データを基に所望のコンテンツデータを判別するコンテンツデータ判別工程と、前記クライアント装置が、前記コンテンツデータ判別工程の結果に基づき、前記サーバ装置から前記所望のコンテンツを受信するコンテンツ受信工程とを有する。
本発明によれば、所定のサーバ装置においてコンテンツデータがローカルに管理されている場合に、そのコンテンツデータを当該サーバ装置の外部でグローバルに管理することを可能にするサーバ装置、データ処理方法、プログラムおよび通信方法を提供することができる。
以下、本発明の実施形態に係わる通信システムについて説明する。
図１に示すクライアント装置２が本発明の外部装置の一例であり、サーバ装置４が本発明のサーバ装置の一例である。
また、図１に示すサーバ処理部３７および図２に示す処理回路２５が本発明の生成手段の一例であり、ＦＴＰ処理部３１および処理回路２５が本発明の出力手段の一例である。
また、サーバ処理部３７および処理回路２５が、本発明の処理手段および加工手段の機能を実現する。
また、本実施形態の変形ＵＭＩＤ(Unique Material Identifier)が本発明の第１の識別データの一例であり、本実施形態のＵＭＩＤが本発明の第２の識別データの一例である。
また、本実施形態のインデックスファイルデータＩＮＤが本発明の第１の管理データの一例であり、本実施形態のメディアプロファイルデータＭＰが本発明の第２の管理データの一例である。
また、図２に示すプログラムＦＴＰ＿ＰＲＧ，ＳＥＲ＿ＰＲＧが本発明のプログラムの一例である。
＜本実施形態の概要＞
図１に示す通信システム１は、サーバ装置４が、インデックスファイルデータＩＮＤを基に、記録メディア３５に記録されたビデオデータおよびオーディオデータ、並びにこれらをインターリーブして得られるクリップデータを管理する。ここで、インデックスファイルデータＩＮＤは、サーバ装置４内でユニークな変形ＵＭＩＤを基に各種データを管理している。
サーバ装置４は、記録メディア３５から読み出したビデオデータおよびオーディオデータをインターリーブしてクリップデータを生成し、これをクライアント装置２に送信する。
また、サーバ装置４は、上記クリップデータをグローバルに識別するＵＭＩＤを用いたメディアプロファイルデータＭＰを、インデックスファイルデータＩＮＤを基に生成し、これをクライアント装置２に送信する。
これにより、各種データを、サーバ装置４内での変形ＵＭＩＤを用いて管理し、サーバ装置４外ではＵＭＩＤを用いて管理できる。
＜本実施形態の詳細＞
図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
図１に示すように、通信システム１は、例えば、クライアント装置２とサーバ装置４とを有し、これらがネットワーク６を介して通信を行う。
本実施形態において、クライアント装置２は、複数でもよい。また、ネットワーク６は、ＬＡＮ(Local Area Network)やインターネットなどである。
また、クライアント装置２は、例えば、コンピュータなどの編集装置であり、サーバ装置４はカムコーダなどである。
［クライアント装置２］
図１に示すように、クライアント装置２は、例えば、クライアント処理部４１およびＦＴＰ処理部４２を有する。
クライアント処理部４１およびＦＴＰ処理部４２の機能は、クライアント装置２のハードウェア構成であるＣＰＵが所定のプログラムを実行して実現される。
クライアント処理部４１は、クライアント装置２の機能を統括的に制御し、例えば、ユーザによる操作部（図示せず）の操作に応じた操作信号を解釈して、ＦＴＰ処理部４２にサーバ装置４に対するＦＴＰコマンドを発行する処理や、ＦＴＰ処理部４２から入力したデータを画面表示する処理などを実行する。
ＦＴＰ処理部４２は、サーバ装置４のＦＴＰ処理部３１との間でＦＴＰ(File Transfer Protocol)によるファイル転送処理を行う。
クライアント処理部４１は、例えば、サーバ装置４から入力したクリップデータを受信し、当該クリップデータ内にシリアライズされたＡＶ素材データ（ビデオデータおよびオーディオデータ）を分離した後に再生処理する。また、クライアント処理部４１は、当該再生処理したＡＶ素材データを編集し、編集後のクリップデータをサーバ装置４に送信する。
本実施形態では、クライアント装置２は、後述するように、ＦＴＰ処理部４２の機能により、メディアプロファイルデータＭＰを受信する。メディアプロファイルデータＭＰは、サーバ装置４が保持する複数のクリップデータをグローバルに識別するＵＭＩＤを用いて管理したデータである。
クライアント装置２のクライアント処理部４１は、メディアプロファイルデータＭＰを基に、サーバ装置４にコンテンツデータを要求すると共に、サーバ装置４から受信したコンテンツデータを管理する。
また、クライアント装置２は、メディアプロファイルデータＭＰを基に、サーバ装置４が保持するコンテンツデータをリスト表示する。
また、クライアント装置２は、サーバ装置４からＦＴＰ通信により受信したクリップデータを、上記インデックスファイルデータＩＮＤが規定する当該クリップデータのＵＭＩＤを用いて、当該クリップデータを他の装置に送信したり、あるいは記録メディアに書き込むなどの処理を行う。
［サーバ装置４］
図１に示すように、サーバ装置４は、例えば、ＦＴＰ処理部３１、記録メディア３５、アクセス部３６およびサーバ処理部３７を有する。
ＦＴＰ処理部３１は、クライアント装置２のＦＴＰ処理部４２との間でＦＴＰによるファイル転送処理を行う。
記録メディア３５は、サーバ装置４の撮像部（図示せず）で撮像したビデオデータと、マイクから入力したオーディオデータとを記録する。
記録メディア３５は、例えば、光ディスク、ビデオテープ、ハードディスクなどである。
アクセス部３６は、サーバ処理部３７からの指示に応じて、記録メディア３５にアクセスして、記録メディア３５に記憶されたデータの読み書きを行う。
サーバ処理部３７は、サーバ装置４の処理を統括的に制御する。
サーバ処理部３７は、撮像部（図示せず）で撮像したビデオデータと、マイクから入力したオーディオデータとを、アクセス部３６を介して記録メディア３５に書き込ませる。なお、サーバ処理部３７は、他の装置から受信したビデオデータおよびオーディオデータを、アクセス部３６を介して記録メディア３５に書き込ませてもよい。
また、サーバ処理部３７は、ＦＴＰ処理部３１を介して受信した編集後のビデオデータおよびオーディオデータを、アクセス部３６を介して記録メディア３５に書き込ませる。
また、サーバ処理部３７は、ＦＴＰ処理部３１を介してクライアント装置２から入力した要求に応じて、アクセス部３６を介して、記録メディア３５に記憶されたビデオデータおよびオーディオデータを読み出し、これをシリアライズしてＡＶ素材データを生成する。サーバ処理部３７は、当該生成したＡＶ素材データを、ＦＴＰ処理部３１を介して、クライアント装置２にファイル転送させる。
図２は、図１に示すサーバ装置４のＦＴＰ処理部３１およびサーバ処理部３７を実現するためのハードウェア構成図である。
図２に示すように、サーバ装置４は、例えば、ネットワークＩ／Ｆ２１、メディアＩ／Ｆ２２、メモリ２４および処理回路２５を有している。
ネットワークＩ／Ｆ２１は、図１に示すネットワーク６を介してクライアント装置２との間でデータおよび要求を入出力するインターフェースである。
メディアＩ／Ｆ２２は、アクセス部３６を介して記録メディア３５に対して読み書きされるＡＶデータ等を入出力するインターフェースである。
メモリ２４は、処理回路２５の処理を規定するプログラム、並びに処理回路２５の処理に用いられるデータを記憶する。
具体的には、メモリ２４は、例えば、プログラムＦＴＰ＿ＰＲＧ，ＳＥＲ＿ＰＲＧを記憶する。
また、メモリ２４は、例えば、インデックスファイルデータＩＮＤと、メディアプロファイルデータＭＰとを記憶する。
ここで、インデックスファイルデータＩＮＤは、例えば、図３〜５に示すように、サーバ装置４がその内部処理において、記録メディア３５に記憶されているビデオデータおよびオーディオデータを識別して管理するために用いられる属性データである。
また、メディアプロファイルデータＭＰは、図６および図７に示すように、サーバ装置４の外部の装置、例えば、クライアント装置２の処理において、記録メディア３５に記憶されているビデオデータおよびオーディオデータを識別して管理するために用いられる属性データである。
処理回路２５は、プログラムＦＴＰ＿ＰＲＧを実行することで、図１に示すＦＴＰ処理部３１の機能を実現する。
また、処理回路２５は、プログラムＳＥＲ＿ＰＲＧを実行することで、図１に示すサーバ処理部３７の機能を実現する。
処理回路２５は、サーバ処理部３７により、メモリ２４から読み出したインデックスファイルデータＩＮＤを基に、メディアプロファイルデータＭＰを生成し、これをメモリ２４に書き込む。
［インデックスファイルデータＩＮＤ］
図３〜図５は、インデックスファイルデータＩＮＤの一例を説明するための図である。
インデックスファイルデータＩＮＤは、記録メディア３５に記憶されたＡＶ素材データのサーバ装置４内における管理を目的としたＸＭＬ文書のファイルである。インデックスファイルデータＩＮＤは、サーバ装置４内での管理を目的としたものであるため、ＵＭＩＤの固定文字列先頭１０バイトを省略した変形ＵＭＩＤ(機器内部で固有の素材識別データ)を用いており、記録メディア３５の内部のディレクトリ構造をそのまま表現したものになっている。これにより、サーバ装置４内における変形ＵＭＩＤの処理に係わる構成を小規模化している。
ＵＭＩＤは、ＳＭＰＴＥ ３３０Ｍとして規定されたＡＶ素材データの管理を目的とした３２バイトのグローバルに一意（ユニーク）な識別子である。
図３〜図５に示すように、インデックスファイルデータＩＮＤは、インデックスファイルデータＩＮＤの全体に対しての属性を示すブロックＢ１と、第１のクリップについての属性を示すブロックＢ２と、第２のクリップについての属性を示すブロックＢ３と、編集内容についての属性を示すブロックＢ４とを有する。
ブロックＢ１は、インデックスファイルデータＩＮＤの構造を規定したＸＭＬ名前空間識別子、記録メディア３５の(globally uniqueな)識別子[proavId]、クリップデータを構成するビデオデータおよびオーディオデータが格納されているディレクトリへの絶対パス[clip Table path]などを示している。クリップデータが記録された記録メディア３５に直接アクセス可能なドライバを持ったアプリケーションは、当該絶対パスを用いることにより、記録メディア３５に記憶されているクリップのビデオデータおよびオーディオデータを、例えば、“/PROAV/CLPR/C0001V01.MXF”などのファイル名で直接見ることができる。
本実施形態において、クリップとは、１回の撮像によって取得されるＡＶ素材データ、あるいはクリップを編集により分割・結合して得られたＡＶ素材データを意味するものとする。
本実施形態において、各クリップは、１チャンネルのビデオデータと、８チャンネルのオーディオデータを有する。
ブロックＢ２は、第１のクリップ全体の属性を示すブロックＣ１と、ビデオデータの属性を示すブロックＣ２と、８チャンネルのオーディオデータの属性をそれぞれ示すブロックＣ３〜Ｃ１０と、その他の属性を示すブロックＣ１１とを有する。
ブロックＣ１は、第１のクリップの変形ＵＭＩＤ[umid]と、そのファイル名[file]と、第１のクリップのＡＶ素材データの再生フレーム速度fpsと、当該ＡＶ素材データの再生時間durと、オーディオのチャンネル数ｃｈと、画角aspectRatioと、再生可能か否かを示すplayableとを示している。
ブロックＣ２は、第１のクリップのビデオデータの変形ＵＭＩＤと、ファイル名[file]と、ファイル種類[type]と、ファイルヘッダのデータ長[header]とを示している。
ブロックＣ３〜Ｃ１０は、第１のクリップの第１〜８のオーディオデータの変形ＵＭＩＤと、ファイル名[file]と、ファイル種類[type]と、ファイルヘッダのデータ長[header]とを示している。
ブロックＣ１１は、サブストリームの変形ＵＭＩＤと、ファイル名[file]と、ファイル種類[type]と、ヘッダ[header]とを示している。ここで、サブストリームとは当該クリップ(と内容は同様ながら、より高い圧縮率で同時生成されたところ)の低解像度版である。
また、ブロックＣ１１は、第１のクリップのタイトルなど静的な情報を記述したデータ[meta file]と、そのファイル種類[type]とを示している。
また、ブロックＣ１１は、第１のクリップのタイムコードなどフレーム毎に変化するような動的な情報を記述したデータのファイル名[rtmeta file]と、そのファイル種類[type]とを示している。
ブロックＢ３は、第２のクリップの属性を示し、上述したブロックＢ２と同様のフォーマットを有している。
ブロックＢ４は、例えば、第１及び第２のクリップを編集して得られる素材の編集内容を示す編集リストデータを示している。
［メディアプロファイルデータＭＰ］
図６および図７は、メディアプロファイルデータＭＰの一例を説明するための図である。
メディアプロファイルデータＭＰは、サーバ装置４の外部において、記録メディア３５に記憶されたＡＶ素材データの管理を目的としたＸＭＬ文書のファイルである。
メディアプロファイルデータＭＰは、サーバ装置４外での管理を目的としたものであるため、前述した(変形ＵＭＩＤに対する)正規のＵＭＩＤを用いている。
図６および図７に示すように、メディアプロファイルデータＭＰは、ブロックＢ１１〜Ｂ１５を有する。
ブロックＢ１１は、メディアプロファイルデータＭＰの全体に対しての属性を示している。
ブロックＢ１２は、メディアプロファイルデータＭＰを生成した機器（ストレージ機器、本実施形態ではサーバ装置４）およびそれに装着された記録メディア３５の属性を示す要素”Properties”である。
ブロックＢ１３〜Ｂ１５は、ストレージ機器に保有された本素材の一覧を示す要素”Contents”である。なお、本素材が存在しない場合は、要素”Contents”は、生成しない。
以下、ブロックＢ１１〜Ｂ１５をさらに詳細に説明する。
ブロックＢ１１は、ＸＭＬ文書であることの宣言<?xml version=…>と、最上位要素<MediaProfile xmlns…>と、最上位要素の属性"createdAt=…"、" version=…"とを有する。
属性"createdAt=…"は、メディアプロファイルデータＭＰの作成日時を示している。また、属性" version=…"、メディアプロファイルデータＭＰのスキーマバージョンを示している。
ブロックＢ１２は、対象ストレージ機器の記述"System"、対象ストレージ機器の固有識別子としてのネットワークノード番号の16進表記"systemId"、対象ストレージ機器の種類"systemKind" を有する。すなわち、これらが本発明の機器属性データの一例である。
"systemKind"の直後に"Attached"が生成され、"Attached"は対象ストレージ機器が着脱可能な記録メディアを持つ場合、当該ストレージ機器に装着されメディアプロファイルデータＭＰ記述生成の元となった記録メディアの記述を定義している。特に必要でない限り、ひとつの記録メディアにはひとつのメディアプロファイルデータＭＰ記述を対応させる。なお、対象ストレージ機器が着脱可能な記録メディアを持たない場合、本要素を生成しない。
“mediaId"は、当該記録メディアの識別子の記述。直後のmediaKind属性値との組み合わせにて当該記録メディアを一意に識別可能である。
“dm"は、記録媒体属性データDiscMetaのXML名前空間識別子の省略形であって、DiscMeta記述を構成する要素名の先頭に接頭子として付与されるべきものである。ここでは、記録媒体属性データDiscMetaは、Professional Disc (青紫色レーザーを使用した業務用光ディスクの記録フォーマットとディスクの商標)で規定されている記録メディア３５の属性に関する内容が、例えばディスクのタイトルなどが記述されている。これらが本発明の記録媒体属性データの一例である。
ブロックＢ１３〜Ｂ１５は、"Material"要素である。
Material要素はContents要素の子要素として記述する。本要素は下記の属性を持つ。なおvideoType、audioType、aspectRatio属性を除いて全て必須記述要素である。
・uri属性：uri属性はFTP/FAM接続の際に、対象Clipの本線及びEditList(編集リストデータ)へのアクセスが可能な絶対URLを属性値として持つ。"uri=…"は、例えば、図８に示すように、サーバ装置４の外部から、対応するクリップを見せるディレクトリ階層上の位置を示す。具体的にはuri=”/Clip/Cxxxx.MXF”(Clipの場合)、uri=”/Edit/ExxxxE01.SMI”(EditListの場合)と記述される。また、ClipまたはEditListに別名が付加されている場合uriには別名表記でのURLを記述する。本実施形態において、uriは、サーバ装置４の外部で、uriによって指定されたデータ（ファイル）のディレクトリ階層上での位置を見せるために用いられる。すなわち、サーバ装置４によるメディアプロファイルデータＭＰの記述によって、サーバ装置４が保持する各種データ（クリップデータ、編集データ等）の階層構造を外部に見せる形態を規定できる。
・Title属性：本属性は、素材(Clip, EditList)を識別するための文字列である。
・type属性：本属性は、AV素材(Clip)の場合は”MXF”、EditListの場合は”PD-EDL”と記述する。
・videoType属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-video要素-type属性の値をそのまま記述する。EditListを表現するMaterial要素内には記述しない。
・audioType属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-audio要素-type属性の値をch数分だけ列挙して記述する。
・fps属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-fps属性、または対象EditListのeditlist要素-fps属性の値をそのまま記述する。
・dur属性：本属性には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-dur属性、または対象EditListのeditlist要素-dur属性の値をそのまま記述する。
・ch属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-ch属性、または対象EditListのeditlist要素-ch属性の値をそのまま記述する。
・aspectRatio属性：本属性値には、インデックスファイルデータＩＮＤ内対象Clipのclip要素-aspectRatio属性、または対象EditListのeditlist要素-aspectRatio属性の値をそのまま記述する。インデックスファイルデータＩＮＤ内に当該属性が存在しない場合は省略する。
・offset属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-video要素-clipBegin属性の値をそのまま記述する。EditListを表現するMaterial要素内にはoffset属性を記述しない。
・umid属性：本属性値には、インデックスファイルデータＩＮＤ内の対象Clipのclip要素-umid属性の値の先頭に、ＵＭＩＤの先頭10byteのprefix(“060A2B34010101050101”)を付加した図９に示すＵＭＩＤの形式で記述する。なお、本実施形態においては、前述したように、インデックスファイルデータＩＮＤ内の変形ＵＭＩＤは、ファイル長節約のため、ＵＭＩＤの先頭10byte分の固定接頭辞を省略した形で記述されている。
Material要素はProxy要素とRelevantInfo要素をそれぞれ1つずつ子要素として持つ。これらの要素はそれぞれクリップに対応した低解像度素材であるProxy、クリップのタイトルなどクリップの静的情報を記述したNonRealTimeMetaファイルを管理するものである。以下に、それぞれの要素の内容を示す。
・Proxy要素：本要素はProxyに対する情報であり、サーバ装置４（XDCAM）ではClipに対応するMaterial要素の子要素として必ず出現し、EditListに対応するMaterial要素の子要素としては出現しない。本要素は空要素であり、以下の属性を持つ。
・uri属性：uri属性はFTP/FAM接続の際に、対象ClipのProxyへのアクセスが可能な絶対URLを属性値として持つ。
・type属性：サーバ装置４で扱うProxyは常にMXFファイル(OP1a)であるため、本属性値は必ず”MXF”と記述する。
・videoType属性：サーバ装置４で扱うProxyのVideo CodecはPD File Format仕様書で規定されており、本属性値はそのフォーマットを表す”PD_Proxy_Video”と記述する。
・audioType属性：サーバ装置４で扱うProxyのAudio CodecはPD File Format仕様書でA-lawと規定されており、本属性値は”A-Law”と記述する。
・umid属性：本属性値には、インデックスファイルデータＩＮＤ内対象Clipのclip要素-subStream要素-umid属性の値の先頭に、ＵＭＩＤの先頭10byeのprefix(“060A2B34010101050101”)を付加したグローバルなＵＭＩＤの形式で記述する。
・RelevantInfo要素：本要素はNonRealTimeMetaに対する情報であり、サーバ装置４ではMaterial要素の子要素として必ず出現するものとする。本実施形態において、NonRealTimeMetaは、具体的には、クリップのタイトルなど静的な情報を記述したデータを示している。" RelevantInfo"は、本素材データに関連付けられたプロキシＡＶ素材以外のメタデータに関する記述である。本要素は空要素であり、以下の属性を持つ。
・uri属性：uri属性はFTP/FAM接続の際に、対象Clip及びEditListのNonRealTimeMetaへのアクセスが可能な絶対URLを属性値として持つ。具体的には、uri=“/Clip/CxxxxM01.XML"またはuri=“/Edit/ExxxxM01.XML"と記述される。
・type属性：NonRealTimeMetaファイルはＸＭＬ文書であるため、本属性値は”XML”と記述する。
以下、通信システム１の動作を、サーバ装置４の動作を中心に説明する。
［第１の動作例］
サーバ装置４によるメディアプロファイルデータＭＰの生成処理について説明する。
図１０は、第１の動作例を説明するためのフローチャートである。
ステップＳＴ１１：
図２に示すサーバ装置４のサーバ処理部３７は、ネットワーク６を介してクライアント装置２との間の接続が確立したか否かを判断し、接続が確立したと判断したことを条件にステップＳＴ１２に進む。
ステップＳＴ１２：
サーバ装置４のサーバ処理部３７は、図２に示すメモリ２４からインデックスファイルデータＩＮＤを読み出し、これを基にメディアプロファイルデータＭＰを生成する。
当該処理については、第２の動作例で詳細に説明する。
ステップＳＴ１３：
サーバ装置４のサーバ処理部３７は、ステップＳＴ１２で生成したメディアプロファイルデータＭＰを、ＦＴＰ処理部３１を介してＦＴＰ通信でクライアント装置２に送信する。
クライアント装置２は、サーバ装置４から受信したメディアプロファイルデータＭＰを基に、例えば、メディアプロファイルデータＭＰ内の"uri="を用いて、図８に示すように、サーバ装置４が規定した公開形式に従って、記録メディア３５内に記憶されているクリップデータ(Clip)、編集リストデータ(Edit)および低解像度クリップデータ(Sub)を格納したディレクトリを表示する。
また、クライアント装置２は、サーバ装置４からＦＴＰで受信したインターリーブデータ（クリップデータ）を、ＵＭＩＤでグローバルに識別して管理する。
［第２の動作例］
図１０に示すステップＳＴ１３におけるメディアプロファイルデータＭＰの生成処理について詳細に説明する。
図１１は、第２の動作例を説明するためのフローチャートである。
ステップＳＴ２１：
サーバ装置４のサーバ処理部３７は、図１０のステップＳＴ１１で接続が確立したと判断すると、ステップＳＴ２２の処理に進む。
ステップＳＴ２２：
サーバ装置４のサーバ処理部３７は、図２に示すメモリ２４からインデックスファイルデータＩＮＤを読み出し、インデックスファイルデータＩＮＤ内の各クリップの変形ＵＭＩＤを読み出し、その先頭に予め決められたＵＭＩＤの先頭の１０バイト（ＵＭＩＤであることを示す固定文字列）を付加して３２バイトのＵＭＩＤを生成する。
ステップＳＴ２３：
サーバ装置４のサーバ処理部３７は、クリップデータ（インターリーブデータ）の"uri"を決定する。"uri"は、サーバ装置４の外部から対象クリップの本線及び編集リストデータ（EditList）へのアクセスが可能な絶対アドレスを示している。
ステップＳＴ２４：
サーバ装置４のサーバ処理部３７は、インデックスファイルデータＩＮＤから、属性videoType、audioType、fps 、dur 、ch 、aspectRatio 、offset を取得する。
ステップＳＴ２５：
サーバ装置４のサーバ処理部３７は、NonRealTimeMetaなどの本素材に関連付けられたプロキシＡＶ素材以外のメタデータを示すRelevantInfo要素を生成する。
サーバ装置４のサーバ処理部３７は、記録媒体属性データDiscMetaを記録メディアから読み出す。
本実施形態において、記録媒体属性データDiscMetaとは、ディスクのタイトルやディスクの初期化日時などディスクに関する静的な情報を記述している。
サーバ装置４のサーバ処理部３７は、ステップＳＴ２２〜２７で取得および生成したデータと、それら以外の図６および図７に示す各種のデータとを格納してメディアプロファイルデータＭＰを生成する。
＜第３の動作例＞
サーバ装置４が、クライアント装置２からクリップ要求を受けた場合を説明する。
図１２は、第３動作例を説明するためのフローチャートである。
ステップＳＴ３１：
図２に示すサーバ装置４のサーバ処理部３７は、ＦＴＰ処理部３１がＦＴＰ通信により、クライアント装置２からクリップ要求を受信したか否かを判断する。
当該クリップ要求には、例えば、要求対象のクリップのＵＭＩＤが含まれている。
ステップＳＴ３２：
サーバ装置４のサーバ処理部３７は、ステップＳＴ３１で受信したクリップ要求に含まれるＵＭＩＤの先頭１０バイトより後ろの部分に対応した変形ＵＭＩＤを取得する。
そして、サーバ処理部３７は、当該取得した変形ＵＭＩＤと、インデックスファイルデータＩＮＤとを基に、クリップ要求に係わる単数のビデオデータと、８個のオーディオデータへのファイルパスを得る。
ステップＳＴ３３：
サーバ装置４のサーバ処理部３７は、ステップＳＴ３２で取得したファイルパスを基に、クリップ要求に係わる単数のビデオデータと８個のオーディオデータとを記録メディア３５から読み出す。
ステップＳＴ３４：
サーバ装置４のサーバ処理部３７は、ステップＳＴ３３で読み出した単数のビデオデータと８個のオーディオデータとをインターリーブしてクリップデータを生成する。
そして、サーバ処理部３７は、ＦＴＰ処理部３１のＦＴＰ機能により、図２に示すネットワークＩ／Ｆ２１を介してクライアント装置２に上記クリップデータを送信する。
クライアント装置２は、サーバ装置４からのクリップデータを、ＦＴＰ処理部４２の機能により取得し、クライアント処理部４１の機能により、例えば、再生処理する。
＜第４の動作例＞
通信システム１では、例えば、NonRealTimeMeta(NRT)や編集リストデータからのターゲット素材参照にＵＭＩＤを用いる。図１３に示すように、ＮＲＴ属性から、ＮＲＴデータベースによりＵＭＩＤを取得し、ＵＭＩＤ／Ｄｉｓc解決データベースにより、そのターゲットファイルが記録された記録メディアの固有識別子ProavIdを取得する。そして、当該メディア識別子ProavIdを基に、サーバ装置４において記録メディア３５内のファイルデータにアクセスが行われる。
以上説明したように、通信システム１によれば、サーバ装置４において変形ＵＭＩＤを用いたインデックスファイルデータＩＮＤを基に、ＵＭＩＤを用いたメディアプロファイルデータＭＰを生成し、これをクライアント装置２に送信する。
そのため、サーバ装置４においてはビット長の短い変形ＵＭＩＤを基に小規模な構成で処理を行うと共に、クライアント装置２においては、ＵＭＩＤを基にクリップデータ等を管理できる。
また、通信システム１によれば、サーバ装置４は、メディアプロファイルデータＭＰ内の属性"uri"によって、クリップデータ、編集リストデータおよび低解像度データについて、サーバ装置４の外部において見せる階層構造を規定できる。これにより、クライアント装置２がサーバ装置４から実際に受信するデータと、クライアント装置２が見る階層構造およびファイル名とを一致させることができる。
また、通信システム１によれば、サーバ装置４はメディアプロファイルデータＭＰをクライアント装置２に送信することで、サーバ装置４からクライアント装置２に送信する各種データを扱うストレージ機器（サーバ装置４）の属性、並びにその記録メディア３５の属性をクライアント装置２に知らせることができる。
また、通信システム１によれば、サーバ装置４がクライアント装置２に送信するメディアプロファイルデータＭＰ内に、クリップデータが記録されている記録媒体、並びにサーバ装置４の属性情報を格納するため、クライアント装置２はそれらを基に、当該クリップデータを適切な条件で再生・編集できる。
本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
上述した実施形態では、サーバ装置４とクライアント装置２とがＦＴＰ通信する場合を例示したが、本発明は、例えば適切なドライバを介して当該ディスクに記録されたデータを、よく知られたファイルの基本操作APIであるopen(), read(), write(), close()を介してアクセスする場合においても適用可能である。
また、上述した実施形態では、本発明のコンテンツデータの一例として、ビデオデータ、オーディオデータおよびクリップデータなどを例示したが、これらに限定されるものではない。
図１は、本発明の実施形態の通信システムの全体構成図である。 図２は、図１に示すサーバ装置のＦＴＰ処理部およびサーバ処理部を実現するためのハードウェア構成図である。 図３は、インデックスファイルデータＩＮＤの一例を説明するための図である。 図４は、インデックスファイルデータＩＮＤの一例を説明するための図３の続きの図である。 図５は、インデックスファイルデータＩＮＤの一例を説明するための図４の続きの図である。 図６は、メディアプロファイルデータＭＰの一例を説明するための図である。 図７は、メディアプロファイルデータＭＰの一例を説明するための図６の続きの図である。 図８は、メディアプロファイルデータを基にクライアント装置に表示される各種データのディレクトリ構造を説明するための図である。 図９は、変形ＵＭＩＤとＵＭＩＤとの関係を説明するための図である。 図１０は、図１に示すサーバ装置によるメディアプロファイルデータＭＰの生成処理について説明するためのフローチャートである。 図１１は、図１０に示すステップＳＴ１３におけるメディアプロファイルデータＭＰの生成処理について詳細に説明するためのフローチャートである。 図１２は、図１に示すサーバ装置がクライアント装置からクリップ要求を受けた場合に行う処理を説明するためのフローチャートである。 図１３は、ＵＭＩＤとファイルパスとの関係を説明するための図である。
符号の説明
１…通信システム、２…クライアント装置、４…サーバ装置、２１…ネットワークＩ／Ｆ、２２…メディアＩ／Ｆ、２４…メモリ、２５…処理回路、３１…ＦＴＰ処理部、３５…記録メディア、３６…アクセス部、３７…サーバ処理部、４１…クライアント処理部、４２…ＦＴＰ処理部、ＩＤＦ…インデックスファイルデータ、ＭＰ…メディアプロファイルデータ

Claims (16)

  1. コンテンツデータを提供するサーバ装置であって、
    前記コンテンツデータを前記サーバ装置内でローカルに識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成手段と、
    前記生成手段が生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力手段と
    を有するサーバ装置。
  2. 複数のコンテンツデータを取得する取得手段と、
    前記取得手段が取得した複数のコンテンツデータを単数のコンテンツデータに加工して前記外部装置に出力する加工手段と
    をさらに有し、
    前記生成手段は、前記加工手段が出力する前記単数のコンテンツデータをグローバルに識別する前記第２の識別データを管理する前記第２の管理データを生成する
    請求項１に記載のサーバ装置。
  3. 前記取得手段は、前記第１の管理データを基に、前記複数のコンテンツデータを記録媒体から読み出す
    請求項２に記載のサーバ装置。
  4. 前記生成手段は、前記コンテンツデータを前記外部装置に公開するために予め決めれたディレクトリ情報をさらに示す前記第２の管理データを生成する
    請求項１に記載のサーバ装置。
  5. 前記生成手段は、前記複数のコンテンツデータがクリップの構成要素として規定され、前記サーバ装置内で当該クリップを識別するための前記第１の識別データが規定されている場合に、前記第１の識別データに対して予め決められた処理を施して前記第２の識別データを生成する
    請求項２に記載のサーバ装置。
  6. 前記生成手段は、前記第１の識別データに所定の固定値を付加して前記第２の識別データを生成する
    請求項５に記載のサーバ装置。
  7. 前記管理データ生成手段は、
    前記外部装置と前記サーバ装置とが接続を確立したことをトリガーとして前記第２の管理データを生成する
    請求項１に記載のサーバ装置。
  8. 前記取得手段が所定のアクセス位置にセットされた記録媒体から前記複数のコンテンツデータを読み出す場合に、
    前記管理データ生成手段は、
    前記アクセス位置にセットされた前記記録媒体あるいは当該記録媒体に記録されたデータが変更されたことをトリガーとして前記第２の管理データを生成する
    請求項１に記載のサーバ装置。
  9. 前記取得手段が記録媒体から前記複数のコンテンツデータを読み出す場合に、
    前記第２の管理データは、
    前記記録媒体の属性を示す記録媒体属性データと、各クリップあるいはその編集データのアドレスを含む属性を示すマテリアル属性データと
    を有する請求項１に記載のサーバ装置。
  10. 前記マテリアル属性データは、前記クリップの低解像度データのアドレスをさらに含む
    請求項９に記載のサーバ装置。
  11. 前記マテリアル属性データは、前記クリップの属性を示すデータへのアドレスを含む
    請求項９に記載のサーバ装置。
  12. 前記記録媒体がストレージ機器によってアクセスされる場合に、
    前記第２の管理データは、前記ストレージ機器の属性を示す機器属性データをさらに有する
    請求項９に記載のサーバ装置。
  13. 前記第２の管理データは、前記ストレージ機器に装着された前記コンテンツデータを記録する記録媒体の属性を示す記録媒体属性データをさらに有する
    請求項９に記載のサーバ装置。
  14. コンテンツデータを提供するサーバ装置が実行するデータ処理方法であって、
    前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成工程と、
    前記生成工程で生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力工程と
    を有するデータ処理方法。
  15. コンテンツデータを提供するサーバ装置が実行するプログラムであって、
    前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成手順と、
    前記生成手順で生成した前記第２の管理データを、前記コンテンツデータを利用する外部装置に出力する出力手順と
    を前記サーバ装置に実行させるプログラム。
  16. サーバ装置からクライアント装置にコンテンツデータを送信する通信方法であって、
    前記サーバ装置が、前記コンテンツデータを前記サーバ装置内で識別する第１の識別データを管理する第１の管理データを基に、前記コンテンツデータを前記サーバ装置の外部でグローバルに識別する第２の識別データを管理する第２の管理データを生成する生成工程と、
    前記クライアント装置が、前記生成工程で生成した前記第２の管理データを、前記サーバ装置から受信する管理データ受信工程と、
    前記クライアント装置が、前記管理データ受信工程で受信した前記第２の管理データを基に所望のコンテンツデータを判別するコンテンツデータ判別工程と、
    前記クライアント装置が、前記コンテンツデータ判別工程の結果に基づき、前記サーバ装置から前記所望のコンテンツを受信するコンテンツ受信工程と
    を有する通信方法。
JP2005313126A 2005-10-27 2005-10-27 サーバ装置、データ処理方法、プログラムおよび通信方法 Expired - Fee Related JP4626483B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2005313126A JP4626483B2 (ja) 2005-10-27 2005-10-27 サーバ装置、データ処理方法、プログラムおよび通信方法
US11/549,304 US7657538B2 (en) 2005-10-27 2006-10-13 Server apparatus, data processing method, program, and communication method
KR1020060104486A KR20070045953A (ko) 2005-10-27 2006-10-26 서버 장치, 데이터 처리 방법, 프로그램 및 통신 방법
CNB2006101428483A CN100545842C (zh) 2005-10-27 2006-10-27 服务器设备、数据处理方法、程序、及通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005313126A JP4626483B2 (ja) 2005-10-27 2005-10-27 サーバ装置、データ処理方法、プログラムおよび通信方法

Publications (2)

Publication Number Publication Date
JP2007122371A true JP2007122371A (ja) 2007-05-17
JP4626483B2 JP4626483B2 (ja) 2011-02-09

Family

ID=38063290

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005313126A Expired - Fee Related JP4626483B2 (ja) 2005-10-27 2005-10-27 サーバ装置、データ処理方法、プログラムおよび通信方法

Country Status (4)

Country Link
US (1) US7657538B2 (ja)
JP (1) JP4626483B2 (ja)
KR (1) KR20070045953A (ja)
CN (1) CN100545842C (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5947988B1 (ja) * 2015-01-30 2016-07-06 ドロップボックス， インコーポレイテッド パーソナルコンテンツアイテムの検索システム及び方法
JP2018007028A (ja) * 2016-07-01 2018-01-11 株式会社日立国際電気 映像処理装置および映像処理方法
US10817499B2 (en) 2014-08-21 2020-10-27 Dropbox, Inc. Multi-user search system with methodology for personal searching
US11120089B2 (en) 2015-01-30 2021-09-14 Dropbox, Inc. Personal content item searching system and method

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5010233B2 (ja) * 2006-10-20 2012-08-29 株式会社東芝 映像再生装置及び映像再生方法
JP7393526B2 (ja) * 2019-09-06 2023-12-06 グーグル エルエルシー イベントクリップを提供するための、方法、電子装置、サーバシステム、およびプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1021131A (ja) * 1996-07-05 1998-01-23 Hitachi Ltd ファイル名称変換方法
JPH113307A (ja) * 1997-06-13 1999-01-06 Canon Inc 情報処理装置および方法
JP2005157893A (ja) * 2003-11-27 2005-06-16 Sony Corp コンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003032647A (ja) * 2001-07-18 2003-01-31 Fujitsu Ltd 画像配信システム，画像配信方法，画像配信プログラム及び同プログラムを格納したコンピュータ読取可能な記録媒体
US6952691B2 (en) * 2002-02-01 2005-10-04 International Business Machines Corporation Method and system for searching a multi-lingual database
JP3847751B2 (ja) * 2002-03-18 2006-11-22 シャープ株式会社 データ記録方法、データ記録装置、データ記録媒体、データ再生方法及びデータ再生装置
WO2005062221A1 (ja) * 2003-12-18 2005-07-07 Climb Inc. 結婚式情報配信システム
US7305389B2 (en) * 2004-04-15 2007-12-04 Microsoft Corporation Content propagation for enhanced document retrieval

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1021131A (ja) * 1996-07-05 1998-01-23 Hitachi Ltd ファイル名称変換方法
JPH113307A (ja) * 1997-06-13 1999-01-06 Canon Inc 情報処理装置および方法
JP2005157893A (ja) * 2003-11-27 2005-06-16 Sony Corp コンテンツ配信システムおよび方法、コンテンツ配信装置および方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10817499B2 (en) 2014-08-21 2020-10-27 Dropbox, Inc. Multi-user search system with methodology for personal searching
US10853348B2 (en) 2014-08-21 2020-12-01 Dropbox, Inc. Multi-user search system with methodology for personalized search query autocomplete
JP5947988B1 (ja) * 2015-01-30 2016-07-06 ドロップボックス， インコーポレイテッド パーソナルコンテンツアイテムの検索システム及び方法
JP2016154006A (ja) * 2015-01-30 2016-08-25 ドロップボックス， インコーポレイテッド パーソナルコンテンツアイテムの検索システム及び方法
US10977324B2 (en) 2015-01-30 2021-04-13 Dropbox, Inc. Personal content item searching system and method
US11120089B2 (en) 2015-01-30 2021-09-14 Dropbox, Inc. Personal content item searching system and method
JP2018007028A (ja) * 2016-07-01 2018-01-11 株式会社日立国際電気 映像処理装置および映像処理方法

Also Published As

Publication number Publication date
CN1955966A (zh) 2007-05-02
CN100545842C (zh) 2009-09-30
JP4626483B2 (ja) 2011-02-09
US20070130161A1 (en) 2007-06-07
US7657538B2 (en) 2010-02-02
KR20070045953A (ko) 2007-05-02

Similar Documents

Publication Publication Date Title
JP4379471B2 (ja) 再生装置および再生制御方法
JP3551045B2 (ja) データ送受信装置および方法
JP3997428B2 (ja) 記録装置、ファイル管理方法、ファイル管理方法のプログラム及びファイル管理方法のプログラムを記録した記録媒体
JP4626483B2 (ja) サーバ装置、データ処理方法、プログラムおよび通信方法
JP2004303258A (ja) 情報貯蔵媒体
JP2002351878A (ja) デジタルコンテンツ再生装置、データ取得システム、デジタルコンテンツ再生方法、メタデータ管理方法、電子透かし埋め込み方法、プログラム及び記録媒体
JP2004129201A (ja) メタデータを表すデータ構造
JP2008107965A (ja) 情報処理装置、情報処理方法、プログラム、プログラム記録媒体
JP2004007508A (ja) メタデータにアクセスするためのアプリケーションプログラミングインタフェース
JP5259780B2 (ja) 映像ファイル作成装置および映像ファイル作成方法
JP2005301853A (ja) 情報処理装置および情報処理方法、並びにプログラムおよび記録媒体
JP2005346706A (ja) メディアファイルの移動方法及び装置、並びにその方法を行うためのプログラムが保存された保存媒体
JP2005510974A (ja) 放送拡張サービスの記録
JP5580328B2 (ja) メタデータを利用するコンテンツ消費方法及びその装置
US20050240626A1 (en) Method and apparatus for fixing up LastURL, and computer readable recording medium storing program for performing the method
JP2004129199A (ja) 情報マテリアル作成システム及び方法
RU2383951C2 (ru) Способ и устройство для воспроизведения оптического диска
JP2004334992A (ja) 記録装置及び再生装置
US7676504B2 (en) Device and method for processing content and an information file related to the content
JP2008041120A (ja) 情報処理装置及び情報処理方法
US20040044741A1 (en) Disc specific cookies for web DVD
JP4042224B2 (ja) データ送受信装置
JP5241253B2 (ja) コンテンツ記録装置およびそのプログラム
KR100694157B1 (ko) 홈 네트워크의 멀티미디어 컨텐츠를 관리하는 방법 및 장치
JP2001318814A (ja) コンピュータが読み取り可能な記録媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090908

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091102

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100112

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100308

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100506

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100727

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20100813

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101012

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101025

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131119

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131119

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees