JP2001086437A - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法

Info

Publication number
JP2001086437A
JP2001086437A JP26123499A JP26123499A JP2001086437A JP 2001086437 A JP2001086437 A JP 2001086437A JP 26123499 A JP26123499 A JP 26123499A JP 26123499 A JP26123499 A JP 26123499A JP 2001086437 A JP2001086437 A JP 2001086437A
Authority
JP
Japan
Prior art keywords
information
descriptor
desired type
list
command
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.)
Pending
Application number
JP26123499A
Other languages
English (en)
Inventor
Takuya Igarashi
卓也 五十嵐
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 JP26123499A priority Critical patent/JP2001086437A/ja
Priority to SG200005140A priority patent/SG97929A1/en
Priority to EP00307922A priority patent/EP1085433A2/en
Priority to CN00131735A priority patent/CN1288195A/zh
Priority to KR1020000054050A priority patent/KR20010050454A/ko
Publication of JP2001086437A publication Critical patent/JP2001086437A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30181—Instruction operation extension or modification
    • G06F9/30192—Instruction operation extension or modification according to data descriptor, e.g. dynamic data typing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/3004—Arrangements for executing specific machine instructions to perform operations on memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

(57)【要約】 【課題】所望の種類の情報の取得を効率的に行う。 【解決手段】ＤＳＣ１００の情報記憶媒体には、ディス
クリプタ構造で複数種類の情報が記憶されている。ＩＲ
Ｄ２００は、モニタ２１０への画像表示のために、ＤＳ
Ｃ１００の情報記憶媒体より、オブジェクトの総数、オ
ブジェクトＩＤの一覧、各オブジェクトの属性等の情報
を取得する必要がある。ＩＲＤ２００は、これらの情報
の取得のために、GET_NUM_OF_ENTRIES、LIST_ENTRY_I
D、GET_INFO_ELEMENT等のコマンドを、ＤＳＣ１００に
対して発行する。ＩＲＤ２００は、ＤＳＣ１００からの
レスポンスとして必要な情報のみを受け取る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、例えばディジタ
ルスチルカメラ等の電子機器のディスクリプタ構造で情
報が記憶されている情報記憶手段より所望の情報を得る
のに適用して好適な情報処理装置および情報処理方法に
関する。詳しくは、上記情報記憶手段に対して所望の種
類の情報を受け取りたい旨の指示をするだけで、上記情
報記憶手段より上記所望の種類の情報を受け取ることを
可能とすることによって、所望の種類の情報の取得を効
率的に行い得るようにした情報処理装置および情報処理
方法に係るものである。
【０００２】
【従来の技術】現在のディスクリプタ・メカニズムで
は、ターゲットデバイス側のデータ構造をディスクリプ
タとして定義し、コントローラにディスクリプタのデー
タ構造をアドレス空間としてアクセスさせることで、タ
ーゲットデバイスの情報の取得、変更を行うという手法
をとっている。
【０００３】
【発明が解決しようとする課題】上述した手法は、構造
化されたディスクリプタのデータがターゲットデバイス
のメモリ中に駐在する場合や、ディスクリプタのデータ
が小さい場合においては、ターゲットデバイス側の処理
の負担が少ないのでメリットがあるが、以下のような問
題が考えられる。
【０００４】（ａ）コントローラの問題 ディスクリプタ構造（Descriptor Structure）の全て
のデータが、連続したアドレス空間にマップされた状態
でアクセスするため、コントローラは必要なデータのみ
にアクセスしたい場合でも、付随的に不必要なデータが
伴うことになる。コントローラはこれらのデータを解析
して、必要な情報のみの取得を行う。データアクセスの
ネットワークの効率を高めるためには、コントローラに
大きなバッファを用意して一括アクセスをすればよい
が、データトラフィックが大きくなる。一方、分割して
アクセスすることで、コントローラのバッファを少なく
できるが、アクセスの効率が悪くなる。
【０００５】（ｂ）ターゲットデバイスの問題 コントローラから読み込み要求があった時点で、ターゲ
ットデバイスはメモリ中の他のデータ構造または、ディ
スク等のメディアから必要なデータを読み出して、ディ
スクリプタ構造の一部分を構成してから返す。書き込み
要求の場合は、書き込みデータ部分に関わる内部データ
構造、メディアのデータの更新を行う必要がある。階層
構造のデータ管理方法が内部データ、メディア中で独自
に規定されている場合は、変換が複雑であり、効率的に
行うことができない。アドレス空間として自由な位置か
ら行えるために、ソフトウェア実装が複雑になり、バグ
の検証が難しい。
【０００６】ディスクリプタの階層モデルを実現してい
るオブジェクトリスト（Object List)は、オブジェクト
エントリ（Object Entry）のディスクリプタのデータ構
造を包含しており、オブジェクトエントリの更新のため
には、オブジェクトリストのアクセスを排他してアクセ
スする必要がある（オブジェクトエントリへのアクセス
はオブジェクトリストで行うこともでき、独立性がない
ため）。この間は、そのオブジェクトリストに属する他
のオブジェクトエントリのアクセスを行うことができな
い。
【０００７】今後、複数のコントローラのサポートを考
えた場合、あるコントローラがディスクリプタの書き込
み中は他のコントローラが同一のディスクリプタをアク
セスすることを禁止しなければならない制限があると、
マルチコントローラを効率的にサポートすることは難し
い。
【０００８】ここで、図１５に示すような、ネットワー
クシステムを考えてみる。このネットワークシステム
は、ＩＥＥＥ１３９４バス３００に、ディジタル衛星放
送受信機としてのＩＲＤ（Integrated Receiver Decode
r）２００と、ディジタルスチルカメラ（以下、「ＤＳ
Ｃ」という）１００が接続されてなるものである。これ
らＩＲＤ２００およびＤＳＣ１００は、それぞれＩＥＥ
Ｅ１３９４ノードである。なお、ＩＲＤ２００には、受
信アンテナ２２０およびモニタ２１０が接続されてい
る。
【０００９】このネットワークシステムでは、ＩＲＤ２
００は、ＤＳＣ１００内の情報記憶手段（例えばフラッ
シュメモリ）をアクセスし、液晶表示素子、陰極線管等
で構成されるモニタ２１０の画面に、ＤＳＣ１００で撮
影した画像を表示することができる。ＤＳＣ１００内の
情報記憶手段には、ディスクリプタ構造で複数種類の情
報が記憶されている。
【００１０】図１６は、サブユニット・アイデンチファ
イヤ・ディスクリプタの構造を示している。このディス
クリプタには、ディスクリプタのデータ長を示す「desc
riptor_length」、ＡＶ／Ｃコマンドセットのバージョ
ンを示す「generation_ID」、「list_ID」のサイズを示
す「size_of_list_ID」、「object_ID」のサイズを示す
「size_of_object_ID」、オブジェクトリスト内のオブ
ジェクトの位置を示す「size_of_object_position」、
このディスクリプタに関連するオブジェクトリストの個
数を示す「number_of_root_object_lists(n)」、さらに
その個数分のオブジェクトリストを識別するためのＩＤ
「root_object_list_id_0〜root_object_list_id_n-1」
等の情報が含まれている。
【００１１】また、図１７は、上述したサブユニット・
アイデンチファイヤ・ディスクリプタ内のオブジェクト
リストＩＤで参照されるオブジェクトリスト・ディスク
リプタの構造を示している。このディスクリプタには、
ディスクリプタのデータ長を示す「descriptor_lengt
h」、当該リストの種類を示す「list_type」、「child_
list」があるか否か等を示す「attributes」、「list_s
pecific_information」、そのサイズを示す「size_of_l
ist_specific_information」、オブジェクトエントリの
個数を示す「number_of_entries(n)」、さらにその個数
分のオブジェクトエントリ「object_entry[0]〜object_
entry[n-1]」の情報が含まれている。
【００１２】また、図１８は、上述したオブジェクトリ
スト・ディスクリプタに包含されている１つのオブジェ
クトエントリ・ディスクリプタの構造を示している。こ
のディスクリプタには、ディスクリプタのデータ長を示
す「descriptor_length」、当該エントリの種類を示す
「entry_type」、上述したオブジェクトリスト・ディス
クリプタにおけると同様の「attributes」、この「attr
ibutes」で有無が示される「child_list_ID」、このオ
ブジェクトエントリに係るオブジェクトのＩＤ「object
_ID」、「entry_specific_information」、そのサイズ
を示す「size_of_entry_specific_information」の情報
が含まれている。なお、上述した各ディスクリプタの構
造は、「AV/C Digital Interface Command Set General
Specification ,Rev.3.0」に詳述されている。
【００１３】図１５のシステムにおいて、画像表示は、
以下の手順で行われる。 ＩＲＤ２００は、ＤＳＣ１００のオブジェクトリスト
・ディスクリプタよりオブジェクトの総数を取得する。
この場合、ＩＲＤ２００は、OPEN_DESCRIPTORやREAD_DE
SCRIPTORのＡＶ／Ｃコマンドを使用し、図１９に示す順
で処理してオブジェクトの総数「number_of_entries」
を取得する。ＩＲＤ２００は、このようにオブジェクト
の総数「number_of_entries」を取得した時点で、モニ
タ２１０の画面に、例えば図２４Ａに示すように、その
総数分の長方形の図形を表示する。なお、OPEN_DESCRIP
TOR、READ_DESCRIPTORのＡＶ／Ｃコマンドは、図２２、
図２３に示す構成となっている。この構成も、「AV/C D
igital Interface CommandSet General Specification
,Rev.3.0」に詳述されている。
【００１４】ＩＲＤ２００は、ＤＳＣ１００のオブジ
ェクトエントリ・ディスクリプタよりオブジェクトＩＤ
の一覧を取得する。この場合、ＩＲＤ２００は、READ_D
ESCRIPTORのＡＶ／Ｃコマンドを使用し、図２０に示す
順で処理してオフジェクトＩＤの一覧（ＤＣＦファイル
のＩＤリスト）を取得する。ＩＲＤ２００は、このよう
にオブジェクトＩＤの一覧を取得した時点で、モニタ２
１０の画面上のそれぞれオブジェクトを示す長方形の図
形に対応して、図２４Ｂに示すように、オブジェクトＩ
Ｄを表示する。
【００１５】ＩＲＤ２００は、ＤＳＣ１００のオブジ
ェクトエントリ・ディスクリプタより各オブジェクト属
性情報（ファイル名、サイズ、作成日時等の情報）を取
得する。この場合、ＩＲＤ２００は、OPEN_DESCRIPTOR
やREAD_DESCRIPTORのＡＶ／Ｃコマンドを使用し、図２
１に示す順で処理して各オブジェクトの属性情報を取得
する。ＩＲＤ２００は、このように各オブジェクトの属
性情報を取得した時点で、モニタ２１０の画面上のそれ
ぞれオブジェクトを示す長方形の図形に対応して、図２
４Ｃに示すように、ファイル名やサイズ等の属性を表示
する。
【００１６】ＩＲＤ２００は、サムネール画像を表示
するために、アプリケーションに固有なコマンドを発行
し、ＤＳＣ１００の画像メモリより各オブジェクトのサ
ムネール画像データを取得する。ＩＲＤ２００は、サム
ネール画像データを取得した時点で、モニタ２１０の画
面上のそれぞれオブジェクトを示す長方形の図形内に、
図２４Ｄに示すようにサムネール画像を表示する。
【００１７】また、このようにモニタ２１０の画面上
に各オブジェクトのサムネール画像が表示されている状
態で、例えばユーザによるオブジェクトの指定操作があ
るとき、ＩＲＤ２００は、メイン画像を表示するため
に、アプリケーションに固有なコマンドを発行し、ＤＳ
Ｃ１００の画像メモリより指定されたオブジェクトのメ
イン画像データを取得する。これにより、モニタ２１０
には、図２４Ｅに示すように、その指定されたオブジェ
クトのメイン画像が大画面で表示される。
【００１８】このように、ＩＲＤ２００は、ＤＳＣ１０
０より所望の種類の情報を取得するのに、OPEN_DESCRIP
TORやREAD_DESCRIPTORのＡＶ／Ｃコマンドを駆使して行
っており、非常に効率の悪いものであった。
【００１９】なお、図１９〜図２１に示す手順では、リ
ード・ディスクリプタで出来るだけ必要なデータのみを
読み込むように読み出しサイズを指定したので、リード
・ディスクリプタの回数が増えている。数個のエントリ
の情報を一度に読み出すようにリード・ディスクリプタ
の読み出しサイズを大きくすると、読み込みのためのデ
ータトラフィックは減るが、ターゲットデバイスはコン
トローラが不必要なデータまで用意しなければならず、
その分の負担が増えるので、場合によっては、全体とし
て処理が遅くなる場合もある（例えば、メディアからの
読み出しが入る場合）。そこで、この発明では、所望の
種類の情報の取得を効率的に行い得るようにした情報処
理装置および情報処理方法を提供することを目的とす
る。
【００２０】
【課題を解決するための手段】この発明に係る情報処理
装置は、ディスクリプタ構造で複数種類の情報が記憶さ
れる情報記憶手段に対して所望の種類の情報を受け取り
たい旨を指示する指示手段と、上記情報記憶手段より上
記指示に対応した情報を受け取る情報受け取り手段とを
備えるものである。
【００２１】この発明に係る情報処理方法は、ディスク
リプタ構造で複数種類の情報が記憶される情報記憶手段
に対して所望の種類の情報を受け取りたい旨を指示する
ステップと、上記情報記憶手段より上記指示に対応した
情報を受け取るステップとを備えるものである。
【００２２】この発明においては、情報記憶手段に対し
て所望の種類の情報を受け取りたい旨を指示する。これ
に対応して、情報記憶手段からは、上記指示した所望の
種類の情報のみが送られてくる。これにより、指示に対
応した情報を効率よく取得することが可能となる。
【００２３】
【発明の実施の形態】この発明では、ＡＶ／Ｃディスク
リプタのメカニズムを、以下のように改良する。 （ａ）ディスクリプタ（Descriptor）は情報を記述する
ためのオブジェクト ディスクリプタのデータ構造を定義し、アドレス空間と
してコントローラに公開するのではなく、ディスクリプ
タはターゲットデバイスに存在する抽象的な概念である
オブジェクトと定義し、オブジェクトのディスクリプタ
の内部データ構造および管理機構は隠蔽する。
【００２４】（ｂ）データエレメント定義と新しいアク
セスコマンド ディスクリプタの情報を取得、変更するための手段をコ
マンドとして提供する。このコマンドにより、全ての情
報にアクセスできるのではなく、情報を外部公開するた
めに定義されたデータエレメントの単位でのアクセスの
みできる。また、データエレメントはオブジェクトの内
部のデータ構造を定義しているのではなく、コマンドの
ためのデータ構造であり、インタフェースの定義であ
る。アクセスは、全てデータエレメントの単位で行い、
一回のトランザクションで完了するようにする。
【００２５】（ｃ）階層構造のデータエレメントの定義
を避ける インタフェースを簡潔にするために、データエレメント
のデータ構造の階層的な表現はできる限りさけるように
定義する。階層的なデータ構造を扱うことができるよう
に、データエレメント間で階層を実現できる方法を提供
する。
【００２６】（ｄ）ディスクリプタの階層モデルの改良
と新しいアクセスコマンド ディスクリプタの階層モデルを実現しているオブジェク
トリスト・ディスクリプタ構造では、オブジェクトエン
トリ・ディスクリプタ構造自体が入れ子の階層構造でデ
ータ表現されている（図１７参照）。これら階層モデル
の仕組みを実現するデータ表現も隠蔽し、オブジェクト
の独立性を保障し、階層モデルをわかりやすいようにす
る。
【００２７】オブジェクトリストは、オブジェクトのコ
ンテナであり、それに属するオブジェクトエントリのＩ
Ｄのリスト情報を、オブジェクトリストが持つことで階
層関係を表している。オブジェクトリストとそれと関係
するオブジェクトは独立したものであり、オブジェクト
エントリという表記は使用しない。オブジェクトリスト
に属するオブジェクトがリスト情報を持ったコンテナ、
つまりオブジェクトリストであってもよく、従来のオブ
ジェクトエントリからオブジェクトリストへの参照はな
くし、従来のオブジェクトリストを示すオブジェクトエ
ントリとその示されたオブジェクトリストは１つのオブ
ジェクトと考える。
【００２８】リスト情報は、子のオブジェクト数が多く
なるとデータ量も多くなり、一回のトランザクションで
完了することはできないので、特別にリスト情報を取得
するコマンドを用意する。
【００２９】以上の（ａ）〜（ｄ）の改良によって、デ
ィスクリプタの内部構造を隠蔽し、階層化されたオブジ
ェクトモデルおよびオブジェクトの情報にアクセスする
手段を提供できる。また、アクセス単位であるデータエ
レメントはインタフェース定義であるので、オブジェク
ト内部のデータ構造、管理機構を柔軟に設計することが
できる。また、それらの仕組みを考慮したインタフェー
スを定義できる。アクセス同士の依存性がなく、副作用
を起こさないインタフェースの定義も可能である。コン
トローラから内部データ構造を隠蔽するために、一括し
てデータ操作を行う等の自由度や効率の面でのデメリッ
トがあるが、新しい手法では、実装を簡単にし、結果的
にインタオペラティを高めることができる。
【００３０】この発明では、インフォメーション・エレ
メント（Information Element）が定義される。これに
ついて説明する。このインフォメーション・エレメント
は、オブジェクトへアクセスするインタフェースのため
に定義されたデータ構造である。図１に示すように、コ
ントローラ（Controller）からは、デバイス上のオブジ
ェクト（Object）内に、インフォメーション・エレメン
トが存在するように見え、それらインフォメーション・
エレメントに、新たに提供されるコマンドによってアク
セスすることができる。
【００３１】インフォメーション・エレメントは、その
種類によってタイプ（Type）毎に分離され、ユニット
（Unit）、サブユニット（Subunit）に共通に定義され
ているものと、サブユニット（アプリケーション毎）に
定義されているものがある。インフォメーション・エレ
メント・タイプ（Information Element Type）は、２バ
イトの値を持ち、これによってインフォメーション・エ
レメントのデータ構造が規定される。また、オブジェク
トの各インフォメーション・エレメントは、該当のオブ
ジェクト内で、かつインフォメーション・エレメント・
タイプ内でユニークな２バイトのＩＤが割り当てられ
る。インフォメーション・エレメント・タイプと、イン
フォメーション・エレメント・ＩＤ（Information Elem
ent ID）の組み合わせによって、オブジェクト内のイン
フォメーション・エレメントを一意に特定することがで
きる。
【００３２】インフォメーション・エレメント・タイプ
は、タイプ毎にバージョン管理が行われ、フィールドの
追加や、未定義（Reserved）のフィールドのビットの使
用が行われた場合は、バージョン番号によって互換性等
を判断する。バージョン番号にはメジャーバージョン、
マイナーバージョンがあり、メジャー番号が一致してい
る場合は、低いマイナーバージョンのものでも互換が保
証される。
【００３３】各インフォメーション・エレメントのデー
タ構造において、他のインフォメーションエレメントの
タイプとＩＤを記述することで、各インフォメーション
・エレメント・ＩＤで参照を示すことができる。これに
より、図２に示すように、階層化された複雑なデータ構
造の表現を行うことができる。ただし、アクセスは各イ
ンフォメーション・エレメント毎に行うことになる。
【００３４】また、この発明では、以下の新規コマンド
が定義される。この新規コマンドは、ＡＶ／Ｃディスク
リプタを容易にアクセスするためのものである。 （ａ）ＧＥＴ＿ＮＵＭ＿ＯＦ＿ＥＮＴＲＩＥＳ このコマンドは、オブジェクトリスト・ディスクリプタ
（Object List Descriptors）のみに有効である。この
コマンドは、オブジェクトリスト・ディスクリプタ内の
オブジェクトエントリ・ディスクリプタ（Object Entry
Descriptors)の総数の情報を取得するコマンドであ
る。
【００３５】図３は、GET_NUM_OF_ENTRIESのコマンドフ
ォーマット、およびそれに対するレスポンスフォーマッ
トを示している。レスポンスフォーマットで「←」で示
している部分は、コマンドフォーマットと同じデータが
配されることを示している。また、各オペランドは１バ
イト（８ビット）である。これらのことは、以下に説明
する他のコマンドフォーマット等においても同様であ
る。「Descriptor_Identifier」の情報は、上述した総
数の情報を得るためのディスクリプタを示し、可変長デ
ータである。また、レスポンスフォーマットには、オブ
ジェクトリスト・ディスクリプタの「Number_of_entrie
s」の情報が含まれ、さらに情報の取得の成否を判別す
るためのコードである「Result_status」の情報も含ま
れている。
【００３６】（ｂ）ＬＩＳＴ＿ＥＮＴＲＹ＿ＩＤ このコマンドは、オブジェクトリスト・ディスクリプタ
のみに有効である。このコマンドは、オブジェクトリス
ト・ディスクリプタ内の全てのオブジェクトエントリ・
ディスクリプタのオブジェクトＩＤ（Object ID）の一
覧を取得するためのコマンドである。このコマンドは、
全てのオブジェクトＩＤを得るために連続的に発行され
る。
【００３７】図４は、LIST_ENTRY_IDのコマンドフォー
マット、およびそれに対するレスポンスフォーマットを
示している。「Descriptor_Identifier」の情報は、オ
ブジェクトＩＤの一覧を得るためのディスクリプタを示
し、可変長データである。「Entry_Info_Type」は、そ
の値によってオブジェクトエントリ内のどの情報が必要
かを示す。
【００３８】図５は、「Entry_Info_Type」の値の一例
を示している。「０１16」のときは「object ID」の情
報が必要であることを示し、レスポンスフォーマットの
「entry_info_i」の情報は「object ID」の情報とな
る。「０２16」のときは、「object ID」、「entry_Typ
e」および「attributes」の情報が必要であることを示
し、レスポンスフォーマットの「entry_info_i」の情報
は、「object ID」、「entry_Type」および「attribute
s」の情報となる。さらに、「０３16」のときは、「obj
ect ID」、「entry_Type」、「attributes」および「ch
ild_list_ID」の情報が必要であることを示し、レスポ
ンスフォーマットの「entry_info_i」の情報は、「obje
ct ID」、「entry_Type」、「attributes」および「chi
ld_list_ID」の情報となる。「child_list_ID」がない
ときは、この対応部分には０が埋められる（if NA padd
ing）。
【００３９】図４に戻って、コマンドフォーマットに８
バイトの「Resume_Information」の情報を持っている。
この情報の各バイトは、最初ＦＦ16とされる。これに対
して、レスポンスフォーマットにも８バイトの「Resume
_Information」の情報が含まれてくる。このレスポンス
フォーマットの「Resume_Information」の情報は、例え
ばコマンドフォーマットで指示した情報の全てをターゲ
ット側より送ることができないとき、コントローラが次
に残りの情報の取得を希望するコマンドを発行する際
に、そのコマンドの「Resume_Information」の情報とし
て使用するためのデータである。ターゲット側では、こ
のコマンドの「Resume_Information」の情報より、新た
な情報の取得か、あるいは残りの情報の取得かを判別す
ることができることとなる。また、レスポンスフォーマ
ットには、情報の取得の成否を判別するためのコードで
ある「Result_status」の情報も含まれている。
【００４０】図６は、GET_NUM_OF_ENTRIESおよびLIST_E
NTRY_IDのコマンドを使用して、オブジェクトリスト・
ディスクリプタより、所定の種類の情報を取得する様子
を示している。この場合、LIST_ENTRY_IDのコマンド
は、２回発行されている。
【００４１】（ｃ）ＧＥＴ＿ＩＮＦＯ＿ＥＬＥＭＥＮＴ このコマンドは、全てのディスクリプタに有効である。
このコマンドは、ディスクリプタ内の情報（エレメン
ト）の取得（読み込み）に使用される。
【００４２】図７は、GET_INFO_ELEMENTのコマンドフォ
ーマット、およびそれに対するレスポンスフォーマット
を示している。「Descriptor_Identifier」の情報は、
上述した情報を得るためのディスクリプタを示し、可変
長データである。また、コマンドフォーマットには、取
得を希望する情報を指示するための「Information_Elem
ent_Type」および「Information_Element_ID」の情報が
配される。
【００４３】図８は、「Information_Element_Type」の
情報を示している。この情報は、「Information Elemen
t Type value」および「category」の情報を持ってい
る。また、「Information_Element_ID」は、「Informat
ion_Element_Type」の情報で指示される情報が複数ある
場合、それぞれを特定するための情報である。
【００４４】図７に戻って、レスポンスフォーマットに
は、上述したように「Information_Element_Type」およ
び「Information_Element_ID」で指示したエレメントを
構成する情報（Information_Element_Data）が含まれ、
さらに情報の取得の成否を判別するためのコードである
「Result_status」の情報も付加されてくる。
【００４５】図９は、GET_INFO_ELEMENTのコマンドを使
用して、サブユニット・アイデンチファイヤ・ディスク
リプタより、所定の情報（エレメント）を取得する様子
を示している。図１０は、GET_INFO_ELEMENTのコマンド
を使用して、オブジェクトリスト・ディスクリプタよ
り、所定の情報（エレメント）を取得する様子を示して
いる。図１１は、GET_INFO_ELEMENTのコマンドを使用し
て、オブジェクエントリ・ディスクリプタより、所定の
情報（エレメント）を取得する様子を示している。さら
に、図１２は、ディスクリプタ内のインフォメーション
ブロックより、GET_INFO_ELEMENTのコマンドを使用し
て、所定の情報（エレメント）を取得する様子を示して
いる。
【００４６】（ｄ）ＰＵＴ＿ＩＮＦＯ＿ＥＬＥＭＥＮＴ このコマンドは、全てのディスクリプタに有効である。
このコマンドは、ディスクリプタ内に情報を書き込みた
めに使用される。
【００４７】図１３は、PUT_INFO_ELEMENTのコマンドフ
ォーマット、およびそれに対するレスポンスフォーマッ
トを示している。「Descriptor_Identifier」の情報
は、上述した情報を書き込むディスクリプタを示し、可
変長データである。また、コマンドフォーマットには、
書き込みを希望する情報（エレメント）を指示するため
の「Information_Element_Type」および「Information_
Element_ID」の情報が配される。これは、上述したGET_
INFO_ELEMENTのコマンドにおけると同様の情報である。
また、コマンドフォーマットには、書き込むべき情報
「Information_Element_Data」も配される。
【００４８】（ｅ）ＧＥＴ＿ＮＵＭ＿ＯＦ＿ＩＮＦＯ＿
ＥＬＥＭＥＮＴ このコマンドは、全てのディスクリプタに有効である。
このコマンドは、同一の「Information_Element_Type」
で示される情報の総数を取得するコマンドである。
【００４９】図１４は、GET_NUM_OF_INFO_ELEMENTのコ
マンドフォーマット、およびそれに対するレスポンスフ
ォーマットを示している。コマンドフォーマットには、
総数を取得したい情報を示す「Information_Element_Ty
pe」の情報が配される。また、レスポンスフォーマット
には、総数の情報「Number_of_Info_Elements」が配さ
れてくる。
【００５０】次に、この発明では、上述した図１５のシ
ステムにおいて、画像表示は、以下の手順で行われる。 ＩＲＤ２００は、ＤＳＣ１００のオブジェクトリスト
・ディスクリプタよりオブジェクトの総数を取得する。
この場合、ＩＲＤ２００は、GET_NUM_OF_ENTRIES(desc_
ID=list_ID)のコマンドを発行し、ＤＳＣ１００からの
レスポンスによってオブジェクトの総数「number_of_en
tries」の情報を取得する。ＩＲＤ２００は、このよう
にオブジェクトの総数「number_of_entries」を取得し
た時点で、モニタ２１０の画面に、例えば図２４Ａに示
すように、その総数分の長方形の図形を表示する。
【００５１】ＩＲＤ２００は、ＤＳＣ１００のオブジ
ェクトエントリ・ディスクリプタよりオブジェクトＩＤ
の一覧を取得する。この場合、ＩＲＤ２００は、LIST_E
NTRY_ID(desc_ID=list_ID)のコマンドを発行し、ＤＳＣ
１００からのレスポンスによって「object_ID」の情報
を取得する。このコマンド発行による「object_ID」の
情報の取得は、全てのオブジェクトエントリ・ディスク
リプタより「object_ID」の情報を取得するまで繰り返
す。ＩＲＤ２００は、このようにオブジェクトＩＤの一
覧を取得した時点で、モニタ２１０の画面上のそれぞれ
オブジェクトを示す長方形の図形に対応して、図２４Ｂ
に示すように、オブジェクトＩＤを表示する。
【００５２】ＩＲＤ２００は、ＤＳＣ１００のオブジ
ェクトエントリ・ディスクリプタより各オブジェクト属
性情報（ファイル名、サイズ、作成日時等の情報）を取
得する。この場合、ＩＲＤ２００は、GET_INFO_ELEMENT
(desc_ID=list_ID+Object_ID,Info_Element_Type=??)の
コマンドを発行し、ＤＳＣ１００からのレスポンスによ
ってオブジェクトの属性情報を取得する。なお、ファイ
ル名、サイズ、作成日時を含むInfo_Elementが定義され
ている。このコマンド発行による「object_ID」の情報
の取得は、全てのオブジェクトエントリ・ディスクリプ
タより属性情報を取得するまで繰り返す。ＩＲＤ２００
は、このように各オブジェクトの属性情報を取得した時
点で、モニタ２１０の画面上のそれぞれオブジェクトを
示す長方形の図形に対応して、図２４Ｃに示すように、
ファイル名やサイズ等の属性を表示する。
【００５３】ＩＲＤ２００は、サムネール画像を表示
するために、アプリケーションに固有なコマンドを発行
し、ＤＳＣ１００の画像メモリより各オブジェクトのサ
ムネール画像データを取得する。ＩＲＤ２００は、サム
ネール画像データを取得した時点で、モニタ２１０の画
面上のそれぞれオブジェクトを示す長方形の図形内に、
図２４Ｄに示すようにサムネール画像を表示する。
【００５４】また、このようにモニタ２１０の画面上
に各オブジェクトのサムネール画像が表示されている状
態で、例えばユーザによるオブジェクトの指定操作があ
るとき、ＩＲＤ２００は、メイン画像を表示するため
に、アプリケーションに固有なコマンドを発行し、ＤＳ
Ｃ１００の画像メモリより指定されたオブジェクトのメ
イン画像データを取得する。これにより、モニタ２１０
には、図２４Ｅに示すように、その指定されたオブジェ
クトのメイン画像が大画面で表示される。
【００５５】このように、この発明において、ＩＲＤ２
００は、GET_NUM_OF_ENTRIES、LIST_ENTRY_ID、GET_INF
O_ELEMENT等のコマンドを使用して、ＤＳＣ１００より
レスポンスとして必要な情報のみを効率的に受け取るこ
とができる。また、ＩＲＤ２００は、具体的な動作例は
省略するが、PUT_INFO_ELEMENTのコマンドを使用するこ
とで、ＤＳＣ１００の情報記憶媒体に所望の種類の情報
を効率良く書き込むことができる。
【００５６】なお、上述実施の形態においては、この発
明を、ディジタルスチルカメラの情報記憶媒体からの情
報の読み出し、あるいはそれへの情報の書き込みに適用
したものを示したが、この発明はその他の電子機器のデ
ィスクリプタ構造で情報が記憶されている情報記憶媒体
より所望の情報を読み出したり、あるいはその情報記憶
媒体に所望の情報を書き込むのに適用して好適である。
【００５７】
【発明の効果】この発明によれば、ディジタルスチルカ
メラ等の電子機器のディスクリプタ構造で情報が記憶さ
れている情報記憶手段に対して所望の種類の情報を受け
取りたい旨の指示をするだけで、上記情報記憶手段より
上記所望の種類の情報を受け取ることができ、所望の種
類の情報の取得を効率よく取得することができる。ま
た、この発明によれば、情報記憶手段に対して所望の種
類の情報の書き込みを指示でき、その書き込みを効率よ
く行うことができる。
【図面の簡単な説明】
【図１】インフォメーション・エレメントの説明のため
の図である。
【図２】インフォメーション・エレメントの階層化を示
す図である。
【図３】GET_NUM_OF_ENTRIESのコマンドフォーマットお
よびレスポンスフォーマットを示す図である。
【図４】LIST_ENTRY_IDのコマンドフォーマットおよび
レスポンスフォーマットを示す図である。
【図５】LIST_ENTRY_IDのコマンドフォーマットおよび
レスポンスフォーマットにおけるEntry_Info_Typeを説
明するための図である。
【図６】オブジェクトリスト・ディスクリプタより、GE
T_NUM_OF_RNTRIESやLIST_ENTRY_IDのコマンドを使用し
て情報を取得する様子を示す図である。
【図７】GET_INFO_ELEMENTのコマンドフォーマットおよ
びレスポンスフォーマットを示す図である。
【図８】GET_INFO_ELEMENTのコマンドフォーマットおよ
びレスポンスフォーマットにおけるInformation Elemen
t Typeを説明するための図である。
【図９】サブユニット・アイデンチファイヤ・ディスク
リプタより、GET_INFO_ELEMENTのコマンドを使用して情
報（エレメント）を取得する様子を示す図である。
【図１０】オブジェクトリスト・ディスクリプタより、
GET_INFO_ELEMENTのコマンドを使用して情報（エレメン
ト）を取得する様子を示す図である。
【図１１】オブジェクトエントリ・ディスクリプタよ
り、GET_INFO_ELEMENTのコマンドを使用して情報（エレ
メント）を取得する様子を示す図である。
【図１２】ディスクリプタ内のインフォメーションブロ
ックより、GET_INFO_ELEMENTのコマンドを使用して情報
（エレメント）を取得する様子を示す図である。
【図１３】PUT_INFO_ELEMENTのコマンドフォーマットお
よびレスポンスフォーマットを示す図である。
【図１４】GET_NUM_OF_INFO_ELEMENTのコマンドフォー
マットおよびレスポンスフォーマットを示す図である。
【図１５】ネットワークシステムを示すブロック図であ
る。
【図１６】サブユニット・アイデンチファイヤ・ディス
クリプタの構造を示す図である。
【図１７】オブジェクトリスト・ディスクリプタの構造
を示す図である。
【図１８】オブジェクトエントリ・ディスクリプタの構
造を示す図である。
【図１９】オブジェクトの総数を取得する際の手順を示
す図である。
【図２０】オブジェクトＩＤの一覧を取得する際の手順
を示す図である。
【図２１】各オブジェクト属性情報を取得する際の手順
を示す図である。
【図２２】OPEN_DESCRIPTORのＡＶ／Ｃコマンドの構造
を示す図である。
【図２３】READ_DESCRIPTORのＡＶ／Ｃコマンドの構造
を示す図である。
【図２４】モニタの表示例を示す図である。
【符号の説明】
１００・・・ディジタルスチルカメラ（ＤＳＣ）、２０
０・・・ＩＲＤ、２１０・・・モニタ、２２０・・・受
信アンテナ、３００・・・ＩＥＥＥ１３９４バス

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】 ディスクリプタ構造で複数種類の情報が
    記憶される情報記憶手段に対して所望の種類の情報を受
    け取りたい旨を指示する指示手段と、 上記情報記憶手段より上記指示に対応した情報を受け取
    る情報受け取り手段とを備えることを特徴とする情報処
    理装置。
  2. 【請求項２】 上記情報記憶手段より上記情報受け取り
    手段で受け取る上記情報には、上記所望の種類の情報の
    受け取りの成否を判別する判別情報が付加されているこ
    とを特徴ととする請求項１に記載の情報処理装置。
  3. 【請求項３】 上記ディスクリプタ構造は複数のディス
    クリプタからなり、 上記指示手段は、さらに、上記所望の種類の情報が存在
    する上記ディスクリプタを指示することを特徴とする請
    求項１に記載の情報処理装置。
  4. 【請求項４】 上記情報受け取り手段が上記情報記憶手
    段より上記所望の種類の情報の全部を受け取ることがで
    きないとき、上記指示手段は、上記情報記憶手段に対し
    て上記所望の種類の情報のうち受け取っていない残りの
    情報を受け取りたい旨を、さらに指示することを特徴と
    する請求項１に記載の情報処理装置。
  5. 【請求項５】 上記情報受け取り手段が上記情報記憶手
    段より受け取った上記情報が上記所望の種類の情報の全
    部でないとき、上記受け取った情報には、上記情報記憶
    手段が上記残りの情報を受け取りたい旨の指示であるこ
    とを判別するための判別情報が付加されており、 上記指示手段は、上記判別情報を使用して上記情報記憶
    手段に対して上記残りの情報を受け取りたい旨を指示す
    ることを特徴とする請求項４に記載の情報処理装置。
  6. 【請求項６】 上記情報記憶手段には、エレメントタイ
    プの指定により特定の情報のみを読み出し得るように上
    記複数種類の情報が記憶されており、 上記指示手段は、上記エレメントタイプを使用して上記
    所望の種類の情報を受け取りたい旨を指示することを特
    徴とする請求項１に記載の情報処理装置。
  7. 【請求項７】 ディスクリプタ構造で複数種類の情報が
    記憶される記憶手段に対して所望の種類の情報を書き込
    みたい旨を指示する指示手段と、 上記書き込む所望の種類の情報を入力する入力手段とを
    さらに備えることを特徴とする情報処理装置。
  8. 【請求項８】 上記情報記憶手段より上記所望の種類の
    情報の書き込みの成否を判別する判別情報を受け取る情
    報受け取り手段を、さらに備えることを特徴とする請求
    項７に記載の情報処理装置。
  9. 【請求項９】 ディスクリプタ構造で複数種類の情報が
    記憶される情報記憶手段に対して所望の種類の情報を受
    け取りたい旨を指示するステップと、 上記情報記憶手段より上記指示に対応した情報を受け取
    るステップとを備えることを特徴とする情報処理方法。
  10. 【請求項１０】 ディスクリプタ構造で複数種類の情報
    が記憶される記憶手段に対して所望の種類の情報を書き
    込みたい旨を指示するステップと、 上記書き込む所望の種類の情報を入力するステップとを
    さらに備えることを特徴とする情報処理方法。
JP26123499A 1999-09-14 1999-09-14 情報処理装置および情報処理方法 Pending JP2001086437A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP26123499A JP2001086437A (ja) 1999-09-14 1999-09-14 情報処理装置および情報処理方法
SG200005140A SG97929A1 (en) 1999-09-14 2000-09-12 Information processing apparatus and method
EP00307922A EP1085433A2 (en) 1999-09-14 2000-09-13 Information processing apparatus and method
CN00131735A CN1288195A (zh) 1999-09-14 2000-09-14 信息处理装置和方法
KR1020000054050A KR20010050454A (ko) 1999-09-14 2000-09-14 정보 처리 장치 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP26123499A JP2001086437A (ja) 1999-09-14 1999-09-14 情報処理装置および情報処理方法

Publications (1)

Publication Number Publication Date
JP2001086437A true JP2001086437A (ja) 2001-03-30

Family

ID=17359013

Family Applications (1)

Application Number Title Priority Date Filing Date
JP26123499A Pending JP2001086437A (ja) 1999-09-14 1999-09-14 情報処理装置および情報処理方法

Country Status (5)

Country Link
EP (1) EP1085433A2 (ja)
JP (1) JP2001086437A (ja)
KR (1) KR20010050454A (ja)
CN (1) CN1288195A (ja)
SG (1) SG97929A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7673020B2 (en) 2003-05-02 2010-03-02 Microsoft Corporation System and method for facilitating communication between a computing device and multiple categories of media devices
US7555554B2 (en) 2004-08-06 2009-06-30 Microsoft Corporation System and method for generating selectable extension to media transport protocol
US8117342B2 (en) 2005-10-04 2012-02-14 Microsoft Corporation Media exchange protocol supporting format conversion of media items
US11106378B2 (en) 2018-11-21 2021-08-31 At&T Intellectual Property I, L.P. Record information management based on self describing attributes

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5448702A (en) * 1993-03-02 1995-09-05 International Business Machines Corporation Adapters with descriptor queue management capability
US5644784A (en) * 1995-03-03 1997-07-01 Intel Corporation Linear list based DMA control structure

Also Published As

Publication number Publication date
KR20010050454A (ko) 2001-06-15
SG97929A1 (en) 2003-08-20
CN1288195A (zh) 2001-03-21
EP1085433A2 (en) 2001-03-21

Similar Documents

Publication Publication Date Title
US5829053A (en) Block storage memory management system and method utilizing independent partition managers and device drivers
US7269691B2 (en) Electronic device for managing removable storage medium, method and storage medium therefor
TW318227B (ja)
US6378033B1 (en) Electronic device, control method thereof and storage medium
JP2002514331A (ja) 物理的情報ファイルの情報を共有するための仮想ファイルを生成するコンピュータ実行法
US5860079A (en) Arrangement and method for efficient calculation of memory addresses in a block storage memory system
JP2870582B2 (ja) ハイパーメディア文書管理装置
JP2007122724A (ja) 埋め込み画像スタイル識別子と共にベクトル画像を記憶する装置並びに画像スタイル属性を使用して装置画像をフォーマットする方法及びユーティリティ
JP2001086437A (ja) 情報処理装置および情報処理方法
EP1008109A1 (en) Image processing system and process using personalization techniques
JP2583703B2 (ja) 記憶媒体に対する情報記憶方法およびそのためのシステム
JP4197679B2 (ja) 印刷制御装置及び印刷制御方法
JP2007122723A (ja) 装置の状態を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置
EP1248194A1 (en) Method for facilitating data sharing between application programs and accesses to peripheral apparatuses with application programs by using shared addresses
JP3169596B2 (ja) データベース管理装置
JP2001110169A (ja) データ管理方法
JP3531438B2 (ja) データ管理装置、データ管理方法、データ管理システム及び外部記憶装置
JP2007122722A (ja) 装置の取り外し可能な構成要素の存在を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置
JP4561323B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP2000235463A (ja) リムーバブルメディア書込装置及び記録媒体
JP2003036192A (ja) ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、およびファイル管理方法
CN116909648A (zh) 一种系统硬件信息的存取方法、装置、设备和介质
US7710428B2 (en) Method and apparatus for filtering the display of vectors in a vector image
JP2000200166A (ja) 印刷制御装置、方法、システム、及び記憶媒体
JPH04207835A (ja) 情報処理装置