JP4220165B2 - ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 - Google Patents
ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP4220165B2 JP4220165B2 JP2002037753A JP2002037753A JP4220165B2 JP 4220165 B2 JP4220165 B2 JP 4220165B2 JP 2002037753 A JP2002037753 A JP 2002037753A JP 2002037753 A JP2002037753 A JP 2002037753A JP 4220165 B2 JP4220165 B2 JP 4220165B2
- Authority
- JP
- Japan
- Prior art keywords
- stream
- stream format
- receiving device
- input
- format
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ1394規格に準拠のネットワーク等、ストリームをリアルタイム伝送するためのネットワークに関し、特に送信デバイスと受信デバイスとの間にコネクションを確立する時、ストリーム形式の適合性の有無を判定するシステムに関する。
【０００２】
【従来の技術】
近年のデジタルネットワークの発達により、多数のパーソナルコンピュータ(ＰＣ)及びデジタルＡＶ機器の間で様々な形式のストリームが交換されるようになった。ここで、ストリームは所定の形式に従って転送順に配列されたデータ列である。そのデータ列の形式をストリーム形式という。ストリーム形式の種類は良く知られたものだけでもかなり多数である。例えば、映像信号についてはＭＰＥＧ形式及びＤＶ形式があり、音声信号についてはＭＰ３形式等がある。ＭＰＥＧ形式にはその下位構造について、更に様々な種類がある。
【０００３】
そのように多様なストリーム形式の普及は次のような問題を引き起こした。ＰＣ及びＡＶ機器等の送信デバイス／受信デバイスは一般に、機種ごとに異なるストリーム形式をサポートする。例えば、一つのデバイスについて、ＭＰＥＧ形式のストリームはエンコード／デコードできるが、ＤＶ形式のストリームはエンコード／デコードできない、ということがあり得る。更に、同じＭＰＥＧ形式のストリームでもその下位構造に依存してエンコード／デコードの可否が異なる、ということもあり得る。従って、例えば、所定の送信デバイスによりエンコードされたストリームを特定の受信デバイスがデコード可能か否かの判定には、そのストリーム形式についての詳細な情報が要求された。その結果、送信デバイスと受信デバイスとのどのような機種の組合せで所望のストリームを送受信できるのかを、ユーザが容易には判断できなかった。
【０００４】
そこで、所定の送信デバイスと受信デバイスとが互いの間でストリームを送受信できるか否か、すなわち、両デバイスがストリーム形式について適合性を持つか否か、を自動的に判定するためのシステムが求められた。そのようなシステムを、本明細書ではストリーム形式適合性判定システムという。
ストリーム形式適合性判定システムはストリーム形式の分類をデバイスに応じて詳細に定義し、その分類に基づいてストリーム形式に対する適合性の有無を正確に判定しなければならない。
【０００５】
従来のストリーム形式適合性判定システムには、例えば特開平10−145753号公報で開示されたシステム等のように、ＩＥＥＥ1394規格に準拠したバス（ＩＥＥＥ1394バス）で接続されたネットワーク上で構築され、ＩＥＣ61883規格に準拠したシステムが知られている。ここで、ＩＥＣ61883規格はＩＥＥＥ1394規格の上位レイヤに当たり、すなわちＩＥＥＥ1394バスによるネットワークを前提とする。
ＩＥＣ61883規格では、ストリーム（アイソクロナス(Isochronous)パケット）のデータフィールド内にストリーム形式を示す情報（以下、ストリーム形式情報という）が設定される。具体的には、ストリーム形式に対する識別情報(ＩＤ)がＣＩＰ(Common Isochronous Packet)ヘッダのＦＭＴ(Format ID)フィールドに設定される。ここで、ストリーム形式に対するＩＤはストリーム形式の種類ごとに定義された所定のコードである。例えばＭＰＥＧ及びＤＶのそれぞれに対して、別のＩＤが定義される。
【０００６】
上記のネットワークでは、デバイスのプラグ間でのコネクションの確立後、そのコネクションを通してストリームが伝送される時、そのストリーム形式情報として上記のＩＤがそのストリーム自体に含まれて伝送される。受信デバイスは、入力プラグを通して入力したストリームからそのＩＤを検出し、デコード可能なストリーム形式であるか否かを判定する。
ここで、プラグはＩＥＣ61883規格で定義され、ＩＥＥＥ1394バスとデバイスとの論理的接続端子をいう。コネクションは、ＩＥＥＥ1394規格でのアイソクロナス通信によるストリーム伝送のための信号経路をいう。
【０００７】
従来のストリーム形式適合性判定システムには、上記のシステムとは別に、ＨＡＶｉ(Home AV Interoperability)規格Ver1.0に準拠したシステムが知られている。
ＨＡＶｉ規格ではストリーム形式情報としてストリームタイプ(Stream Type)と呼ばれるＩＤが定義される。ストリームタイプは所定のレイヤ構造(ツリー構造)を形成する。例えば、最上位レイヤではオーディオ(DIGITAL_AUDIO)、ビデオ(DIGITAL_VIDEO)等の七つのカテゴリー(Major Type)に分けられる。それぞれのカテゴリーは更に複数のサブカテゴリー(Minor Type)に分けられる。例えば、ビデオ(DIGITAL_VIDEO)のカテゴリーには、ＭＰＥＧ２形式のメインプロファイルのメインレベル(MPEG2_MP_ML)、メインプロファイルのハイレベル(MPEG2_MP_HL)、及びＤＶ形式(DVC)等が含まれる。
【０００８】
上記のカテゴリー及びサブカテゴリーのそれぞれには、未知のストリームタイプを表すカテゴリー(UNKNOWN_STREAM)が含まれる。そのカテゴリーには、独立なカテゴリーとしては定められなかったストリーム形式、及び、ＨＡＶｉ規格の決定後に定められた新しいストリーム形式が割り当てられる。
ＨＡＶｉ規格では更に、それぞれのベンダーが独自のストリームタイプを定義すること、が認められている。
【０００９】
ＨＡＶｉ規格では、ネットワーク上の特定のデバイスがコントローラとして、ネットワーク上のプラグ間にコネクションを確立し又は切断する。ＨＡＶｉ規格は、コントローラによるネットワーク上のコネクション管理を制御するためのソフトウェアとして、ストリームマネージャを提供する。
【００１０】
ストリームマネージャはＩＥＣ61883規格に従ってコネクションを管理する。特に、送信デバイスの出力プラグと受信デバイスの入力プラグとのストリーム形式に対する適合性の有無を、次のように判定する：
(1) ストリームマネージャはコネクションの確立時、送信デバイスと受信デバイスとのそれぞれの制御ソフトウェア(ＤＣＭ：Device Control Module)へアクセスする。それにより、出力プラグと入力プラグとのそれぞれでサポートされるストリームタイプを取得する。
(2) ストリームマネージャは、両プラグから取得されたストリームタイプを比較する。それにより、両ストリームタイプが一致すればコネクションを確立し、一致しなければコネクションの確立を中止する。
(3) いずれかのストリームタイプが未知のストリームタイプであれば、ストリームマネージャはコネクションを無条件に確立する。その後の処理、特にストリームの伝送に失敗した時の処理は、実際のシステムごとに異なる。
【００１１】
ＨＡＶｉ規格では一般にストリームマネージャがネットワーク上のコネクションを一元的に管理する。それにより、例えばネットワークのトラフィックが効率良く制御される。
【００１２】
【発明が解決しようとする課題】
ストリーム形式情報をＣＩＰヘッダ内に設定して伝送する従来のストリーム形式適合性判定システムでは、送信デバイスと受信デバイスとの間で実際にストリームが伝送された時初めて、そのストリーム形式に対する両デバイスの適合性の有無が判定された。
従って、伝送されるストリームのストリーム形式に適したデコーダをそのストリームの伝送と同時にしか選択できないので、送信デバイスと受信デバイスとの接続から両デバイスの適合性判定までに要する時間が長かった。更に、受信デバイスが受信開始直後ではストリームをうまく再生できなかった。
【００１３】
ＨＡＶｉ規格に準拠した従来のストリーム形式適合性判定システムでは、ストリームマネージャが送信デバイスと受信デバイスとのそれぞれのプラグ間にコネクションを確立する時、ストリーム形式に対する両プラグの適合性の有無を判定した。それにより、ストリーム自体の伝送に先立って、ストリーム形式に対する適合性の有無をある程度判定できた。
【００１４】
しかし、ＨＡＶｉ規格によるストリームタイプは限定されていて、容易に拡張できるものではない。一方、既知のストリーム形式の種類には、ＨＡＶｉ規格では同一のストリームタイプに属するが厳密には互いに微妙に異なるもの、が含まれた。そのようなストリーム形式の種類は現在も増加し続けている。従って、ストリームマネージャにより適合性があると判定されたにも関わらず、ストリームの伝送に失敗する場合が多く生じた。
【００１５】
ＨＡＶｉ規格では更に、未知のストリームタイプに分類されるストリーム形式の種類が増大した。従って、ストリームマネージャはコネクションの確立をしばしば無条件に行った。その結果、ストリームの伝送にしばしば失敗し、ストリーム伝送の開始を遅らせた。
その上、ベンダーごとに独立に定義されたストリームタイプが増大した。その結果、多くの送信デバイス又は受信デバイスがベンダー間で互換性を持たなかった。
【００１６】
ストリームは一般に多くの要素ストリームを含む。それらの要素ストリームは多様なフォーマットで多重化される。しかし、ＨＡＶｉ規格では、要素ストリームの多重化フォーマットまでも表現可能なストリームタイプが定義されていなかった。それ故、例えば、受信デバイスが入力したストリームから特定の要素ストリームを抽出する時、ストリームマネージャがその要素ストリームに対する受信デバイスの適合性の有無を正確には判定できなかった。
【００１７】
本発明では、ストリーム形式に対するデバイスの適合性の有無を実質上常にストリーム伝送に先立って、かつ正確に判定できるストリーム形式適合性判定システムの提供を目的とする。
【００１８】
【課題を解決するための手段】
本発明の一つの観点によるストリーム形式適合性判定システムは、
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、当該受信デバイスに対し、当該受信デバイスと、前記送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記受信デバイスは、前記接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
本発明の別の観点によるストリーム形式適合性判定システムは、
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、前記送信デバイスに対し、前記受信デバイスと、当該送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記送信デバイスが、前記接続試行命令を受信した場合、当該受信デバイスに対し前記ストリームを送信するストリーム送信手段と、
前記受信デバイスが、前記送信デバイスから送信される前記ストリームを受信した場合、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
【００１９】
ここで、ストリームをリアルタイム伝送するためのネットワークは、例えばＩＥＥＥ1394規格に準拠のネットワークである。
上記のストリーム形式適合性判定システムでは、受信デバイス又はコントローラによるコネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無が受信デバイスにより判定される。それにより、受信デバイスが適合性の有無を、その固有の機能の詳細に基づいて正確に判定できる。
【００２０】
上記のストリーム形式適合性判定システムでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定した時、
(A) その判定結果を示す適合性判定応答に応じてコントローラが送信デバイスと受信デバイスとの間でストリームの伝送を試行し；
(B) その試行により入力プラグへ入力されたストリームのデータを解析して、そのストリームのストリーム形式が入力プラグにより入力可能なものか否かを決定するためのデータ解析部、を受信デバイスが更に含んでも良い。
【００２１】
上記の受信デバイスの適合性判定部はほとんどのストリーム形式に対して適合性の有無を正確に判定できる。しかし、既存のストリーム形式の全てに対して適合性の有無を常に正確に判定できるわけではない。特に、送信デバイスによる出力ストリームのストリーム形式が受信デバイスで入力可能なものと微妙な差異しか持たない時、ストリーム形式情報だけでは適合性判定の精度が不十分であり得る。その時、ストリーム伝送の試行による適合性の有無の決定がストリーム形式情報のみに基づく適合性判定より好ましい。上記のストリーム形式適合性判定システムではストリーム伝送が試行され得るので、適合性の有無がより正確に決定される。但し、ストリーム伝送の試行が必要となる頻度は従来のシステムに比べて少ない。
【００２２】
上記のストリーム形式適合性判定システムでは、ストリーム形式情報が、ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。それにより、例えば、実質的には同一のストリーム形式がベンダーごとに異なった表現で定義されている時、受信デバイスがいずれの定義についても同一のストリーム形式を判定できる。こうして、上記のストリーム形式適合性判定システムは適合性の有無を正確に判定できる。
【００２３】
上記のストリーム形式適合性判定システムでは、ストリーム形式情報が更に、送信デバイスにより選択可能なストリームのストリーム形式をそれぞれ示す選択肢から成るツリー構造を有しても良い。特に、その選択肢は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。
それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００２４】
上記のストリーム形式適合性判定システムでは、ストリームが複数の要素ストリームを下位レイヤとして含む時、ストリーム形式情報が要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含んでも良い。
それにより、例えば、オーディオアンプがＭＰＥＧ２のトランスポートストリームからオーディオストリームを抜き出してデコードする時等、受信デバイスが要素ストリームの一部を抜き出して受信し又はデコードする時、従来のシステムとは異なり、その要素ストリームのストリーム形式に対する適合性の有無が正確に判定される。
【００２５】
特に上記のグループが、ストリームの上位レイヤのデータ構造についての情報を、要素ストリームのそれぞれのデータ構造についての情報とは独立に含んでも良い。具体的には、例えばＭＰＥＧ２形式を示すグループが次のような情報を互いに独立に含んでも良い： ストリームに含まれる要素ストリームについての情報(例えば、オーディオ及びビデオ等の要素ストリームの種類を示す情報)、及び要素ストリームの多重化形式についての情報(トランスポートストリーム(ＴＳ)又はプログラムストリーム(ＰＳ)のいずれかを示す情報)。こうして、全体のストリームとその要素ストリームとのそれぞれのストリーム形式が、従来のシステムとは異なり、互いに独立に定義される。従って、受信デバイスがストリームから特定の要素ストリームを分離する時、その多重化形式に対する適合性の有無を正確に判定できる。受信デバイスは更にその要素ストリームのストリーム形式情報に基づいて、元のストリームから容易にその要素ストリームを抜き出し得る。
【００２６】
上記のストリーム形式適合性判定システムでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と受信デバイスが判定した時、
(A) 受信デバイスが、送信デバイスにより出力されるストリームのストリーム形式を、コントローラに対して適合性判定応答で指定し、
(B) コントローラがストリームの伝送の試行時、受信デバイスにより指定されたストリームのストリーム形式を送信デバイスに対して指定しても良い。
それにより、ストリーム伝送の試行時、受信デバイスが送信デバイスに対して試行時のストリーム形式を指定し、受信デバイスにとって明らかに不適合なストリーム形式での試行を回避できる。その結果、適合性の有無の決定までに要する試行回数を低減できる。
【００２７】
上記のストリーム形式適合性判定システムでは、
(A) ストリームのストリーム形式の変更時、送信デバイスがそのストリーム形式の変更を通知するためのストリーム形式変更信号を配信し；
(B) 受信デバイスがストリーム形式変更信号を受信した時、変更されたストリーム形式が入力プラグにより入力可能なものか否かを適合性判定部が判定しても良い。
それにより、ストリームのストリーム形式が途中で変更される時、受信デバイスが変更されたストリーム形式に対して適合性の有無を適切に再判定できる。
【００２８】
本発明に関連する参考例としてのストリーム形式適合性判定システムは、
(A) (a) ストリームをリアルタイム伝送するためのネットワークに接続される時、所定のストリームを出力するための出力プラグ；及び、
(b) そのストリームのストリーム形式情報を記録媒体へ記録するための記録部；
を含む送信デバイス；
並びに、
(B) (a) ネットワークに接続される時、ストリームを入力するための入力プラグ；
(b) 記録媒体からストリーム形式情報を読み取るための再生部；及び、
(c) ストリームのストリーム形式が入力プラグにより入力可能なものか否かを、再生部により読み取られたストリーム形式情報から判定するための適合性判定部；
を含む受信デバイス；
を有する。
【００２９】
ここで、記録媒体は、例えば磁気テープ、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリのいずれでも良い。上記のシステムは、送信デバイスについてのストリーム形式情報を、記録媒体を通して受信デバイスに伝達できる。こうして、ストリーム形式に対する適合性判定の処理がコネクションの確立処理から分離される。従って、適合性判定時、送信デバイスと受信デバイスとが同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して様々な受信デバイスが単独でその送信デバイスに対する適合性の有無を判定できる。それにより、例えばネットワークの設計時、実際にネットワークを構築することなく、所定の送信デバイスに適合した受信デバイスの機種を容易に選択できる。
【００３０】
上記の本発明に関連する参考例としてのストリーム形式適合性判定システムは更に、既に述べた観点によるシステムと同様なストリーム形式情報を含んでも良い。
【００３１】
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムを構成する受信デバイスであって、
前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが前記適合性不明応答を受信した際に生成される接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
【００３２】
上記の受信デバイスは、その受信デバイス又はコントローラによるコネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無を判定する。それにより、適合性の有無をその受信デバイス固有の機能の詳細に基づいて正確に判定できる。
【００３３】
ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定し、その判定結果を示す適合性判定応答を通してコントローラにより送信デバイスと受信デバイスとの間でストリームの伝送を試行させる時、その試行により入力プラグへ入力されたストリームのデータを解析して、そのストリームのストリーム形式が入力プラグにより入力可能なものか否かを決定するためのデータ解析部、
を上記の受信デバイスが更に有しても良い。
【００３４】
上記の受信デバイスでは、適合性判定部がほとんどのストリーム形式に対して適合性の有無を正確に判定できる。しかし、既存のストリーム形式の全てに対して適合性の有無を判定できるわけではない。特に、送信デバイスによる出力ストリームのストリーム形式が受信デバイスで入力可能なものと微妙な差異しか持たない時、ストリーム形式情報だけでは適合性判定の精度が不十分であり得る。その時、ストリーム伝送の試行による適合性の有無の決定がストリーム形式情報のみに基づく適合性判定より好ましい。上記の受信デバイスはコントローラ及び送信デバイスに対してストリーム伝送の試行を要求し、その時受信されたデータを解析し、適合性の有無を正確に決定できる。但し、ストリーム伝送の試行を必要とする頻度は従来のデバイスより少ない。
【００３５】
上記の受信デバイスでは、ストリーム形式情報が、ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。それにより、例えば、実質的には同一のストリーム形式がベンダーごとに異なった表現で定義されている時、受信デバイスがいずれの定義についても同一のストリーム形式を判定できる。こうして、上記の受信デバイスは適合性の有無を正確に判定できる。
【００３６】
上記の受信デバイスでは、ストリーム形式情報が更に、送信デバイスにより選択可能なストリームのストリーム形式をそれぞれ示す選択肢から成るツリー構造を有しても良い。特に、その選択肢は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。
それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００３７】
上記の受信デバイスでは、ストリームが複数の要素ストリームを下位レイヤとして含む時、ストリーム形式情報が要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含んでも良い。
それにより、例えば、オーディオアンプがＭＰＥＧ２のトランスポートストリームからオーディオストリームを抜き出してデコードする時等、受信デバイスが要素ストリームの一部を抜き出して受信し又はデコードする時、従来のデバイスとは異なり、その要素ストリームのストリーム形式に対する適合性の有無が正確に判定される。
【００３８】
特に上記のグループが、ストリームの上位レイヤのデータ構造についての情報を、要素ストリームのそれぞれのデータ構造についての情報とは独立に含んでも良い。具体的には、例えばＭＰＥＧ２形式を示すグループが次のような情報を互いに独立に含んでも良い： ストリームに含まれる要素ストリームについての情報(例えば、オーディオ及びビデオ等の要素ストリームの種類を示す情報)、及び要素ストリームの多重化形式についての情報(トランスポートストリーム(ＴＳ)又はプログラムストリーム(ＰＳ)のいずれかを示す情報)。こうして、全体のストリームとその要素ストリームとのそれぞれのストリーム形式が、従来のシステムとは異なり、互いに独立に定義される。従って、受信デバイスがストリームから特定の要素ストリームを分離する時、その多重化形式に対する適合性の有無を正確に判定できる。受信デバイスは更に、その要素ストリームのストリーム形式情報に基づいて元のストリームから容易にその要素ストリームを抜き出し得る。
【００３９】
上記の受信デバイスでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定した時、送信デバイスにより出力されるストリームのストリーム形式を、コントローラに対して適合性判定応答で指定しても良い。
それにより、ストリーム伝送の試行時、上記の受信デバイスは送信デバイスに対して試行時のストリーム形式を指定し、明らかに不適合なストリーム形式での試行を回避できる。その結果、適合性の有無の決定までに要する試行回数を低減できる。
【００４０】
上記の受信デバイスでは、送信デバイスからストリームのストリーム形式の変更を通知するためのストリーム形式変更信号を受信した時、変更されたストリーム形式が入力プラグにより入力可能なものか否かを適合性判定部が判定しても良い。
それにより、ストリームのストリーム形式が途中で変更される時、上記の受信デバイスは変更されたストリーム形式に対して適合性の有無を適切に再判定できる。
【００４１】
本発明に関連する参考例としての受信デバイスは、
(A) ストリームをリアルタイム伝送するためのネットワークに接続される時、所定の送信デバイスから出力されるストリームを入力するための入力プラグ；
(B) 送信デバイスから出力可能なストリームについてのストリーム形式情報を格納した記録媒体から、ストリーム形式情報を読み取るための再生部；及び、
(C) ストリームのストリーム形式が入力プラグにより入力可能なものか否かをストリーム形式情報から判定するための適合性判定部；
を有する。
【００４２】
ここで、記録媒体は、例えば磁気テープ、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリのいずれでも良い。上記の受信デバイスは、送信デバイスについてのストリーム形式情報を、記録媒体を通して入力できる。こうして、ストリーム形式に対する適合性判定の処理をコネクションの確立処理から分離する。従って、適合性判定時、上記の受信デバイスは所定の送信デバイスと同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して単独でその送信デバイスに対する適合性の有無を判定できる。
【００４３】
上記の本発明に関連する参考例としての受信デバイスは更に、既に述べた観点による受信デバイスと同様なストリーム形式情報を含んでも良い。
【００４４】
本発明に関連する参考例としての受信デバイスの制御プログラムは、上記の受信デバイスに含まれるＣＰＵを要求出力部、適合性判定部、及びデータ解析部の少なくとも一つとして機能させる。それにより、任意の受信デバイスを本発明に関連する参考例としての受信デバイスとして機能させ得る。特に、上記の制御プログラムを記録媒体へ格納し、その記録媒体を通してその制御プログラムを読み取らせることにより、受信デバイスを本発明に関連する参考例としてのものとして機能させ得る。
【００４５】
本発明に関連する参考例としてのストリーム形式情報サーバは、
(A) ストリームをリアルタイム伝送するためのネットワークへ出力可能なストリーム形式を複数の送信デバイスのそれぞれについて示す出力ストリーム形式情報を列挙したリスト、を格納するための記憶部；及び、
(B) そのリストから少なくとも一つの出力ストリーム形式情報を、上記の本発明による受信デバイスへネットワークを通して出力し、又はその受信デバイスにより読み出し可能な所定の記録媒体へ記録するためのインタフェース；
を有する。
上記の本発明に関連する参考例としての受信デバイスのユーザは上記のストリーム形式情報サーバへのアクセスにより、その受信デバイスを様々な送信デバイスへ実際に接続させることなく、そのストリーム形式に適合する送信デバイスの機種を容易に選択できる。
【００４６】
本発明に関連する参考例としてのストリーム形式情報サーバの制御プログラムは、任意のサーバに含まれるＣＰＵにより記憶部及びインタフェースを制御させる。こうして、そのサーバを上記の本発明に関連する参考例としてのストリーム形式情報サーバとして機能させ得る。特に、上記の制御プログラムを記録媒体に格納し、その記録媒体を通して制御プログラムを読み取らせることにより、サーバを本発明に関連する参考例のものとして機能させ得る。
【００４７】
本発明に関連する参考例としてのストリーム形式適合性判定サーバは、
(A) ストリームをリアルタイム伝送するためのネットワークから入力可能なストリーム形式を複数の送信デバイスのそれぞれについて示す入力ストリーム形式情報を列挙したリスト、を格納するための記憶部；
(B) ネットワークへ出力可能なストリーム形式を示す出力ストリーム形式情報、を所定の送信デバイスからネットワークを通して取得し、又は出力ストリーム形式情報を格納した記録媒体から読み出すためのインタフェース；及び、
(C) 出力ストリーム形式情報に適合する入力ストリーム形式情報を上記のリストから検索し、それにより、送信デバイスから出力されるストリームを入力可能な受信デバイスを判定するための適合性判定部；
を有する。
送信デバイスのユーザは上記のストリーム形式適合性判定サーバへのアクセスにより、その送信デバイスを様々な受信デバイスへ実際に接続させることなく、その出力ストリーム形式に適合する受信デバイスの機種を容易に選択できる。
【００４８】
本発明によるストリーム形式適合性判定サーバの制御プログラムは、任意のサーバに含まれるＣＰＵを適合性判定部として機能させ、かつそのＣＰＵにより記憶部及びインタフェースを制御させる。こうして、そのサーバを上記の本発明によるストリーム形式適合性判定サーバとして機能させ得る。特に、上記の制御プログラムを記録媒体に格納し、その記録媒体を通して制御プログラムを読み取らせることにより、サーバを本発明によるものとして機能させ得る。
【００４９】
【発明の実施の形態】
以下、本発明の最適な実施の形態について、その好ましい実施例を挙げて、図面を参照しつつ説明する。
【００５０】
《実施例１》
図1は、本発明の実施例１によるストリーム形式適合性判定システムを示すシステム構成図である。実施例１によるストリーム形式適合性判定システムは、ディジタルテレビ(ＤＴＶ)1、セットトップボックス(ＳＴＢ)2、及びディジタルビデオカセットレコーダ(ＤＶＣＲ)3を含む。それらのデバイスは互いにＩＥＥＥ1394バス4により接続される。
【００５１】
ＤＴＶ1はコントローラ11を含む。コントローラ11は、ストリーム管理部11a、デバイス制御部11b、及びネットワークインタフェース11cを含む。
ストリーム管理部11aはＤＴＶ1上のアプリケーションに従って、ネットワーク上にコネクションを確立し又は切断する。例えば、コネクションの確立目標のデバイスに対し、ＡＶ／Ｃ命令の内、ＣＣＭ(Connection and Compatibility Management)規格で定められた命令を発行する。それにより、ＩＥＣ61883規格で定められたＣＭＰ(Connection Management Procedures)に従ってコネクションを管理する。
【００５２】
デバイス制御部11bはＤＴＶ1上のアプリケーションに従ってＡＶ／Ｃ命令を発行し、ＤＴＶ1、ＳＴＢ2、及び、ＤＶＣＲ3のそれぞれを制御する。特に、ＳＴＢ2内のチューナサブユニット21とＤＶＣＲ3内のテープレコーダ／プレーヤサブユニット31とを制御する。
【００５３】
ネットワークインタフェース11cは例えばＩＥＥＥ1394バスコントローラ(図示せず)を含み、主にストリーム管理部11a及びデバイス制御部11bのそれぞれとＩＥＥＥ1394バス4との間でＡＶ／Ｃ命令を交換する。その時、ＡＶ／Ｃ命令はＩＥＥＥ1394バス4を通してアシンクロナス通信により伝送される。
【００５４】
ＳＴＢ2はチューナサブユニット21、応答出力部22、及びネットワークインタフェース23を含む。
チューナサブユニット21は外部からアンテナ又はケーブル(いずれも図示せず)を通してテレビジョン信号を受信する。更に、コントローラ11からの命令により指定されたチャネルを選局する。選局されたチャネルのテレビション信号は更に、ソースプラグ2a及び出力プラグ2bを通してＩＥＥＥ1394バス4のアイソクロナスチャネル4iへ、アイソクロナス通信によるストリームとして出力される。
【００５５】
応答出力部22は出力ストリーム形式情報を保持する。ここで、出力ストリーム形式情報はＳＴＢ2の出力プラグ2bにより出力可能なストリーム形式を示す。応答出力部22はその出力ストリーム形式情報を外部からの要求に応じて出力する。以下、その要求をストリーム形式要求といい、それに応じて出力される応答をストリーム形式応答という。ストリーム形式要求及びストリーム形式応答はいずれも、ＩＥＥＥ1394バス4内をアシンクロナス通信で伝送される。
ネットワークインタフェース23は応答出力部22とＩＥＥＥ1394バス4との間で上記のストリーム形式要求及びストリーム形式応答を入出力する。
【００５６】
ＤＶＣＲ3はテープレコーダ／プレーヤサブユニット31、要求出力部32、適合性判定部33、及びネットワークインタフェース34を含む。
テープレコーダ／プレーヤサブユニット31はＩＥＥＥ1394バス4のアイソクロナスチャネル4iからストリームを、入力プラグ3b及びシンクプラグ3aを通して入力し、ディジタルビデオカセット(ＤＶＣ、図示せず)へ記録する。逆に、ＤＶＣからストリームを再生し、ソースプラグ3d及び出力プラグ3cを通してＩＥＥＥ1394バス4のアイソクロナスチャネル4iへ出力する。
【００５７】
要求出力部32は、コントローラ11からの命令に従ってストリーム形式要求を出力する。
適合性判定部33は入力ストリーム形式情報を保持する。ここで、入力ストリーム形式情報は、ＤＶＣＲ3の入力プラグ3bにより入力可能なストリーム形式を示す。適合性判定部33は外部からストリーム形式応答を入力し、その応答により示される出力ストリーム形式情報を入力ストリーム形式情報と比較する。その比較を通して、ストリーム形式応答の出力元の送信デバイスからのストリームを入力可能か否かを、後述のように判定する。その判定結果は適合性判定応答としてコントローラ11へ向けて出力される。
ネットワークインタフェース34は、要求出力部32と適合性判定部33、及びＩＥＥＥ1394バス4の間で、ストリーム形式要求、ストリーム形式応答、及び適合性判定応答を入出力する。
【００５８】
実施例１によるストリーム形式適合性判定システムでは、コントローラ11によるＳＴＢ2とＤＶＣＲ3との間でのコネクションの確立時、ＤＶＣＲ3が次のようにストリーム形式に対する適合性の有無を判定する。
ＤＴＶ1のユーザがＤＴＶ1上のアプリケーションに対して、ＳＴＢ2により受信される所定の番組をＤＶＣＲ3により録画するように指示した時を想定する。ここで、ユーザからの指示は、例えばリモコン又はＤＴＶ1上のパネルを通して入力される。
【００５９】
図2は、ＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3の間で交換される命令を示すフロー図である。図2では、縦軸が時間を示す。
コントローラ11はユーザからの指示を受けて、デバイス制御部11bから適合性判定命令をＤＶＣＲ3へ発行する。適合性判定命令は、受信デバイスであるＤＶＣＲ3のＩＤを命令の宛先として、送信デバイスであるＳＴＢ2のＩＤを判定目標デバイスとして、それぞれ含む。
【００６０】
ＤＶＣＲ3は適合性判定命令の受信時、その命令から判定目標デバイスとしてＳＴＢ2のＩＤを解読する。それにより、ＳＴＢ2に対してストリーム形式要求を発行する。ＳＴＢ2はそのストリーム形式要求の受信時、ストリーム形式応答をＤＶＣＲ3へ返送する。ＤＶＣＲ3はそのストリーム形式応答からＳＴＢ2の出力ストリーム形式情報を解読し、それに基づいてストリーム形式に対する適合性の有無を判定する。適合性の有無の判定では、ＳＴＢ2の出力ストリーム形式情報とＤＶＣＲ3の入力ストリーム形式情報とが後述のように比較される。
その比較の結果がＳＴＢ2とＤＶＣＲ3との双方で適合するストリーム形式の存在を示す時、その適合するストリーム形式(以下、適合ストリーム形式という)を示す情報が適合性判定応答としてコントローラ11へ返信される。その時、コントローラ11はＳＴＢ2とＤＶＣＲ3との間にコネクションを、次のように確立する。
【００６１】
コントローラ11はＤＶＣＲ3に向けて第一の接続命令を発行する。第一の接続命令はＳＴＢ2のＩＤと、適合ストリーム形式を示す情報とを含む。
ここで、第一の接続命令は一連の命令群から構成されても良い。例えば、ＡＶ／Ｃ命令の内、ベンダーユニーク命令で適合ストリーム形式指示命令を、ＣＣＭ規格による命令でＳＴＢ2に対する接続命令を、それぞれ構成しても良い。
ＤＶＣＲ3は第一の接続命令を受信し、ＳＴＢ2のＩＤと適合ストリーム形式を示す情報とを解読する。それにより、入力プラグ3bへ適合ストリーム形式を設定する。
【００６２】
その後、ＤＶＣＲ3はＳＴＢ2に向けて第二の接続命令を発行する。第二の接続命令は、適合ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを含む。
ここで、第二の接続命令は一連の命令群から構成されても良い。例えば、ベンダーユニーク命令で適合ストリーム形式指示命令を、ＩＥＣ61883規格でのＣＭＰによる命令でＳＴＢ2の出力プラグ2bに対するストリーム出力命令を、それぞれ構成しても良い。
ＳＴＢ2は第二の接続命令を受信し、適合ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを解読する。それにより、出力プラグ2bに対し、適合ストリーム形式を設定する。更に、ＣＭＰに従い、出力プラグ2bに対応する出力プラグ制御レジスタ(output Plug Control Register(ｏＰＣＲ))を更新する。
【００６３】
ＳＴＢ2は更に、第二の接続命令に従って実行された処理の成否を、第二の接続結果応答によりＤＶＣＲ3へ返信する。第二の接続結果応答は一連の命令群から構成されても良い。例えば、適合ストリーム形式の設定の成否をベンダーユニーク命令で伝達する。一方、ｏＰＣＲの更新の成否をＣＭＰに従い、所定の命令及び応答の交換を通して確認する。
【００６４】
ＤＶＣＲ3は第二の接続結果応答からコネクションの確立の成否を判断し、その結果を第一の接続結果応答としてコントローラ11へ返信する。コントローラ11はその第一の接続結果応答からコネクションの確立の成否を判断し、その成否をＤＴＶ1上のアプリケーションへ伝達する。こうして、ＳＴＢ2とＤＶＣＲ3との間でのコネクションの確立処理が終了する。
【００６５】
上記のコネクション確立処理とは別に、コントローラ11がＳＴＢ2とＤＶＣＲ3との間のコネクションの確立を、直接実行しても良い。すなわち、コントローラ11が第一の接続命令として、適合ストリーム形式を示す情報をＤＶＣＲ3に向けて発行する。ＤＶＣＲ3は第一の接続命令の受信時、入力プラグ3bに対し適合ストリーム形式を設定する。更に、コントローラ11は第二の接続命令として、適合ストリーム形式を示す情報をＳＴＢ2に向けて発行する。ＳＴＢ2は第二の接続命令の受信時、出力プラグ2bに対し適合ストリーム形式を設定する。その後、コントローラ11は、ＩＥＣ61883規格によるＣＭＰに従い、ＳＴＢ2の出力プラグ2bからＤＶＣＲ3の入力プラグ3bへのコネクションを確立する。更に、コネクションの確立の成否を、ＣＭＰに従い判断する。
【００６６】
次に、ＤＶＣＲ3によるストリーム形式に対する適合性判定について詳しく説明する。
図3は実施例１によるストリーム形式情報のデータ構造の一例を示す。送信デバイス(ＳＴＢ2)及び受信デバイス(ＤＶＣＲ3)はそれぞれストリーム形式を一般に複数サポートする。従って、ストリーム形式情報は一般に複数のストリーム形式を選択肢として含む。実施例１によるストリーム形式情報では、図3で示されているように、複数の選択肢がツリー構造に分類される。図3の例では、ストリーム形式情報は最上位レイヤで二つの選択肢、カテゴリーI及びカテゴリーIIに分かれる。
【００６７】
カテゴリーIはＭＰＥＧ２トランスポートストリーム(ＴＳ)を示し、メインプロファイルのメインレベル(ＭＰ_ＭＬ)とＤＶＢ(Digital Video Broadcasting)との二つの表現形式を含む。それぞれの表現形式は、ＭＰＥＧ２ＴＳ内の映像情報の種類に対応する。すなわち、それらにはデバイスの機種別に、それぞれで用いられるストリーム形式ＩＤが割り当てられる。例えば、ＤＶＢとしてＤＴＶでのストリーム形式ＩＤが、ＭＰ_ＭＬとしてＰＣ上の汎用ＭＰＥＧ２デコーダでのストリーム形式ＩＤが、それぞれカテゴリーIの定義として採用される。このように、実施例１によるストリーム形式情報の分類では、物理的には共通のストリーム形式に対し、複数の異なる表現形式が定義されても良い。それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００６８】
カテゴリーIIはＤＶ形式(ＤＶＣ)を示す。カテゴリーIIは次のレイヤで、二つのサブカテゴリーII-1及びII-2に分かれる。サブカテゴリーII-1はＤＶＣ−ＳＤ信号を、サブカテゴリーII-2はＤＶＣ−ＳＤＬ信号を、それぞれ示す。このように、ストリーム形式情報は下位レイヤほど詳細な分類となるように構成される。
【００６９】
ＳＴＢ2の出力ストリーム形式情報及びＤＶＣＲ3の入力ストリーム形式情報はいずれも、上記と同様なツリー構造を持つ。それらのツリー構造に基づいて、ＤＶＣＲ3は次のように出力ストリーム形式情報と入力ストリーム形式情報とを比較する。
まず、両ストリーム形式情報の最上位レイヤでのカテゴリーが比較される。その結果、もし一致するカテゴリーが存在しなければ、その時点で適合性判定が終了され、適合ストリーム形式の非存在が適合性判定応答によりコントローラ11へ通知される。
【００７０】
もし一致するカテゴリーがあれば、次の下位レイヤでそのカテゴリーのサブカテゴリーが比較される。その結果、もし一致するサブカテゴリーがあれば、更に次の下位レイヤでそのサブカテゴリーのサブサブカテゴリーが比較される。以下同様に、あるレイヤでカテゴリーの一致が検出されるごとに、その次の下位レイヤでカテゴリーの比較が繰り返される。こうして、ストリーム形式を詳細に比較できる。
比較の結果、一致するカテゴリーに属するストリーム形式が、ＳＴＢ2とＤＶＣＲ3との間での適合ストリーム形式として選択される。
【００７１】
上記のカテゴリーの比較をどの下位レイヤまで繰り返すかは、ＤＶＣＲ3が設定できる。例えば、ＤＶＣＲ3が全てのＤＶＣ信号を受信できる時、出力ストリーム形式情報がカテゴリーIIを含むか否か、を判定すれば十分である。従って、ＤＶＣＲ3はカテゴリーの比較を最上位レイヤでのみ実行する。それにより、適合性判定処理の負担を軽減できる。
逆に、ＤＶＣＲ3がＤＶＣ信号の詳細な種類に応じて入力ストリーム形式を限定する時、図3に示されているカテゴリーII-1及びII-2のそれぞれへ更にサブカテゴリーを追加し、それらのサブカテゴリーを含むレイヤまで上記のカテゴリーの比較を繰り返しても良い。
そのように、実施例１によるストリーム形式適合性判定システムでは、受信デバイスがストリーム形式に対する適合性判定に必要なストリーム形式情報を柔軟に取捨選択し、又は追加できる。
【００７２】
実施例１によるストリーム形式適合性判定システムでは上記の通り、コントローラ11によるコネクションの確立に先立って、受信デバイスであるＤＶＣＲ3がストリーム形式に対する適合性の有無を判定する。それにより、受信デバイスがその適合性の有無を、デバイス固有の機能の詳細に基づいて正確に判定できる。その結果、ストリーム伝送が確実に実行できる。
【００７３】
上記の説明では、ストリーム形式に対する適合性の有無がコネクションの確立時に判定された。その他に、現に伝送されているストリームについて、例えばＳＴＢ2が受信チャネルの変更に伴いストリーム形式を変更する時、変更されたストリーム形式に対する適合性の有無が次のように判定されても良い。
ＳＴＢ2はストリーム形式の変更を通知するための信号を、伝送中のストリームに多重して配信する。ＤＶＣＲ3はその信号の検出時、ストリーム形式に対する適合性判定を上記と同様に行う。こうして、ストリームの伝送中にストリーム形式が変更された時でも、受信デバイスは変更されたストリーム形式に対する適合性の有無を正確に判定できる。
【００７４】
《実施例２》
図4は、本発明の実施例２によるストリーム形式適合性判定システムを示すシステム構成図である。実施例２によるシステムは実施例１と比べ、ＤＶＣＲ3Aがデータ解析部35を含む点で異なる。図4では、実施例１と同様な構成要素に対しては図1と同じ符号を付している。それらの同様な構成要素についての説明は実施例１のものを援用する。
【００７５】
ＤＶＣＲ3Aは実施例１と同様な構成に加えて、データ解析部35を含む。
データ解析部35はコントローラ11からの接続試行命令の受信時、ＩＥＥＥ1394バス4からテープレコーダ／プレーヤサブユニット31へ入力されるストリームを解析する。それにより、そのストリームが入力プラグ3bを通して正常に入力されているか否かをチェックする。もし、正常に入力されていなければ、そのストリームのストリーム形式が入力プラグ3bにとって入力可能なものではない、と判断し、その判断結果を接続試行応答としてコントローラ11へ通知する。
【００７６】
実施例２によるストリーム形式適合性判定システムでは、コントローラ11によるＳＴＢ2とＤＶＣＲ3Aとの間でのコネクションの確立時、ＤＶＣＲ3Aが次のようにストリーム形式に対する適合性の有無を判定する。
実施例１同様、ＤＴＶ1のユーザがＤＴＶ1上のアプリケーションに対して、ＳＴＢ2により受信される所定の番組をＤＶＣＲ3Aにより録画するように指示した時を想定する。
【００７７】
図5は、ＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3Aの間で交換される命令を示すフロー図である。図5では図2同様、縦軸が時間を示す。
コントローラ11はユーザからの指示を受けて、デバイス制御部11bから適合性判定命令をＤＶＣＲ3Aへ発行する。適合性判定命令は、受信デバイスであるＤＶＣＲ3AのＩＤを命令の宛先として、送信デバイスであるＳＴＢ2のＩＤを判定目標デバイスとして、それぞれ含む。
【００７８】
ＤＶＣＲ3Aは適合性判定命令の受信時、その命令から判定目標デバイスとしてＳＴＢ2のＩＤを解読する。それにより、ＳＴＢ2に対してストリーム形式要求を発行する。ＳＴＢ2はそのストリーム形式要求の受信時、ストリーム形式応答をＤＶＣＲ3Aへ返送する。ＤＶＣＲ3Aはそのストリーム形式応答からＳＴＢ2の出力ストリーム形式情報を解読し、それに基づいてストリーム形式に対する適合性の有無を判定する。適合性判定では、ＳＴＢ2の出力ストリーム形式情報とＤＶＣＲ3Aの入力ストリーム形式情報とが比較される。
以上の過程は、実施例１と全く同様である。
【００７９】
上記の比較の結果がＳＴＢ2とＤＶＣＲ3Aとの間での適合ストリーム形式の存在を示す時、適合ストリーム形式を示す情報が適合性判定応答としてコントローラ11へ返信される。それにより実施例１と同様に、コントローラ11はＳＴＢ2とＤＶＣＲ3Aとの間にコネクションを確立する(図2参照)。
【００８０】
その他に、上記の比較の結果が次のような場合を想定する。出力ストリーム形式情報と入力ストリーム形式情報とのそれぞれのカテゴリーが、ＤＶＣＲ3Aにより設定されたレイヤでは一致せず、そのレイヤより上位レイヤでのみ一致する。
図3の例では、両ストリーム形式情報がいずれも最上位レイヤではカテゴリーII(ＤＶＣ)で一致する。しかし、その次の下位レイヤでは、入力ストリーム形式情報がカテゴリーII-1(ＤＶＣ−ＳＤ)のみを含む一方、出力ストリーム形式情報がサブカテゴリーを含まない。その時、ＳＴＢ2がＤＶＣ−ＳＤ信号を出力可能であるか否かを、ＤＶＣＲ3は出力ストリーム形式情報からは判定できない。
そのような場合、ストリーム形式に対する適合性の有無が不明である、とＤＶＣＲ3Aは判定する。ＤＶＣＲ3Aは、適合性の有無の不明を示す情報と、一致したカテゴリーを示す情報と、を適合性判定応答としてコントローラ11へ返信する。
【００８１】
コントローラ11は適合性判定応答により適合性の有無の不明という結果を得た時、ストリーム伝送を例えば次のように試行する。
コントローラ11はＤＶＣＲ3Aに向けて接続試行命令を発行する。ここで、接続試行命令は例えばＡＶ／Ｃのベンダーユニーク命令として定義される。接続試行命令はＳＴＢ2のＩＤと、ストリーム伝送の試行時に採用されるべきストリーム形式(以下、試行ストリーム形式という)を指示する情報と、を含む。試行ストリーム形式は、例えば適合性判定応答によりＤＶＣＲ3から通知されたカテゴリーに基づいて選択される。その他に、所定のストリーム形式が選択されても良い。
【００８２】
ＤＶＣＲ3Aは接続試行命令を受信し、ＳＴＢ2のＩＤと試行ストリーム形式とを解読する。それにより、入力プラグ3bへ試行ストリーム形式を設定する。その結果、データレコーダ／プレーヤサブユニット31ではその試行ストリーム形式に対応するデコーダが選択される。
【００８３】
ＤＶＣＲ3Aは更にＳＴＢ2に向けて第二の接続命令を発行する。ここで、第二の接続命令は実施例１と同様に、一連の命令群から構成されても良い。例えば、ベンダーユニーク命令で試行ストリーム形式指示命令を、ＩＥＣ61883規格でのＣＭＰによる命令でＳＴＢ2の出力プラグ2bに対するストリーム出力命令を、それぞれ構成しても良い。
ＳＴＢ2は第二の接続命令を受信し、試行ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを解読する。それにより、出力プラグ2bに対し、試行ストリーム形式を設定する。更に、ＣＭＰに従い、出力プラグ2bに対応するｏＰＣＲを更新する。
【００８４】
ＳＴＢ2は更に、第二の接続命令に従って実行された処理の成否を、第二の接続結果応答によりＤＶＣＲ3Aへ返信する。第二の接続結果応答は実施例１と同様に、一連の命令群から構成されても良い。例えば、試行ストリーム形式の設定の成否をベンダーユニーク命令で伝達する。一方、ｏＰＣＲの更新の成否をＣＭＰに従い、所定の命令及び応答の交換を通して確認する。
ＤＶＣＲ3Aは第二の接続結果応答からコネクションの確立の成否を判断する。
【００８５】
上記のコネクション確立処理とは別に、コントローラ11がＳＴＢ2とＤＶＣＲ3Aとの間のコネクションの確立を、直接実行しても良い。すなわち、コントローラ11が接続試行命令として、試行ストリーム形式を示す情報をＤＶＣＲ3Aに向けて発行する。ＤＶＣＲ3Aは接続試行命令の受信時、入力プラグ3bに対し試行ストリーム形式を設定する。更に、コントローラ11は第二の接続命令として、試行ストリーム形式を示す情報をＳＴＢ2に向けて発行する。ＳＴＢ2は第二の接続命令の受信時、出力プラグ2bに対し試行ストリーム形式を設定する。その後、コントローラ11は、ＩＥＣ61883規格によるＣＭＰに従い、ＳＴＢ2の出力プラグ2bからＤＶＣＲ3Aの入力プラグ3bへのコネクションを確立する。更に、コネクションの確立の成否を、ＣＭＰに従い判断する。
【００８６】
コネクションの確立の成功時、ＳＴＢ2はストリームの伝送を開始する。ＤＶＣＲ3Aはそのストリームを入力プラグ3b及びシンクプラグ3aを通して入力する。入力されたストリームはアイソクロナスパケットごとに、試行ストリーム形式に対応するデコーダでデコードされる。その時、データ解析部35はデータレコーダ／プレーヤサブユニット31を通して、デコーダからの出力データを解析し、デコードが適切か否かを調べる。
【００８７】
その解析の結果が適切なデコードを示せば、試行ストリーム形式に対して適合性がある、とデータ解析部35は決定する。一方、上記の解析の結果が不適切なデコードを示せば、試行ストリーム形式に対して適合性がない、とデータ解析部35は決定する。データ解析部35は更にそれぞれの決定内容を接続試行応答としてコントローラ11へ返信する。コントローラ11は接続結果応答の内容に応じて、既に確立されたコネクションをそのまま維持するか切断するか、決定する。
【００８８】
こうして、実施例２によるストリーム形式適合性判定システムでは、受信デバイスがストリーム形式情報からストリーム形式に対する適合性の有無を明確には判定できない時、コントローラ11がストリーム伝送を試行する。それにより、ストリーム形式に対する適合性の有無を確実に決定できる。
【００８９】
上記の説明では、ストリーム形式に対する適合性の有無がコネクションの確立時に判定された。その他に、現に伝送されているストリームについて、例えばＳＴＢ2が受信チャネルの変更に伴いストリーム形式を変更する時、変更されたストリーム形式に対する適合性の有無が次のように判定されても良い。
ＳＴＢ2はストリーム形式の変更を通知するための信号を、伝送中のストリームに多重して配信する。ＤＶＣＲ3Aはその信号の検出時、ストリーム形式に対する適合性判定を上記と同様に行う。更に、ストリーム形式情報からだけでは適合性の有無が不明な時、上記と同様にストリーム伝送の試行により適合性の有無を決定する。こうして、ストリームの伝送中にストリーム形式が変更された時でも受信デバイスは変更されたストリーム形式に対する適合性の有無を正確に判定できる。
【００９０】
《実施例３》
本発明の実施例３によるストリーム形式適合性判定システムは、実施例１及び実施例２と比べ、ストリーム形式情報のデータ構造で異なる。システムの構成、適合性判定、及びストリーム伝送の試行による適合性の有無の決定動作は実施例１及び実施例２と同様であるので、それらについての説明は実施例１及び実施例２のものを援用する。
【００９１】
図6は実施例３によるストリーム形式情報のデータ構造の一例を示す。送信デバイス(ＳＴＢ2)及び受信デバイス(ＤＶＣＲ3)のそれぞれによりサポートされるストリーム形式は一般に、要素ストリームを更に含む。実施例３によるストリーム形式情報では、図6で示されているように、それぞれのカテゴリーが、複数の要素ストリームのそれぞれのストリーム形式情報と、それらの要素ストリームの多重化形式についての情報と、を一つのグループとして含む。
図6の例では、ストリーム形式情報は最上位レイヤで三つの選択肢、カテゴリーI、カテゴリーII、及びカテゴリーIIIに分かれる。
【００９２】
カテゴリーIは、ＭＰＥＧ２トランスポートストリーム(ＴＳ)に属するグループの一つを示す。そのグループでは、第一の要素I-1が要素ストリームの多重化形式としてＭＰＥＧ２ＴＳを示す。第二の要素I-2及び第三の要素I-3は、ＭＰＥＧ２ＴＳに含まれる二つの要素ストリーム(ビデオストリーム及びオーディオストリーム)のストリーム形式を、それぞれ示す。第二の要素I-2はビデオストリームのストリーム形式として、480本の走査線によるインターレース方式(MPEG2_480i)を示す。一方、第三の要素I-3はオーディオストリームのストリーム形式として、レイヤ３(MP3)を示す。
【００９３】
カテゴリーIIは、ＭＰＥＧ２ＴＳに属する別のグループを示す。そのグループでは、第一の要素II-1が要素ストリームの多重化形式としてＭＰＥＧ２ＴＳを示す。第二の要素II-2はビデオストリームのストリーム形式として、720本の走査線によるノンインターレース方式(MPEG2_720p)を示す。一方、第三の要素II-3はオーディオストリームのストリーム形式としてＡＡＣを示す。
【００９４】
カテゴリーIIIは、ＭＰＥＧ１に属するグループを示す。そのグループでは、第一の要素III-1が要素ストリームの多重化形式としてＭＰＥＧ１を示す。第二の要素III-2はビデオストリームのストリーム形式として、480本の走査線によるインターレース方式(MPEG1_480i)を示す。一方、第三の要素III-3はオーディオストリームのストリーム形式としてレイヤ３(MP3)を示す。
【００９５】
ストリーム形式情報の上記のデータ構造により、例えばＤＶＣＲ3が入力されたストリームから要素ストリームの一部のみを抽出する時、適合性判定部33はその要素ストリームのストリーム形式のカテゴリーのみについて、実施例１と同様に比較する。それにより、適合性判定の処理の負担を軽減できる。更に、要素ストリームの多重化形式が分離可能なものか否かを、ＤＶＣＲ3がそれぞれのカテゴリーの第一の要素から判断できる。
【００９６】
更に、図6では示されてはいないが、実施例１でのストリーム形式情報と同様に、上記のグループのそれぞれがサブカテゴリーを含むツリー構造を持っても良い。
【００９７】
《実施例４》
図7は、本発明の実施例４によるストリーム形式適合性判定システムを示すシステム構成図である。実施例４によるシステムは、ＳＴＢ2BとＤＶＣＲ3Bとを含む。図7の(a)はＳＴＢ2Bを、図7の(b)はＤＶＣＲ3Bを、それぞれ示す。実施例４によるＳＴＢ2Bは上記の実施例でのＳＴＢ2と比べて、記録部24を含む点で異なる。実施例４によるＤＶＣＲ3Bは実施例１でのＤＶＣＲ3及び実施例２でのＤＶＣＲ3Aと比べて、再生部36を含む点で異なる。その他の構成要素は上記の実施例と同様であるので、それらの同様な構成要素に対しては実施例１及び実施例２と同じ符号を付し、それらについての説明は実施例１及び実施例２のものを援用する。
【００９８】
ＳＴＢ2Bはチューナサブユニット21の他に、記録部24を含む。記録部24は書き込み可能な光ディスク5、例えばＣＤ−Ｒ、へデータを書き込む。
記録部24は出力ストリーム形式情報を保持し、ユーザの指示により出力ストリーム形式情報を光ディスク5へ書き込む。ここで、出力ストリーム形式情報はＳＴＢ2Bの出力プラグ2bにより出力可能なストリーム形式を示す。更に、ユーザの指示はＳＴＢ2Bのフロントパネル、リモコン、又はネットワークを通して入力される。
【００９９】
ＤＶＣＲ3Bはテープレコーダ／プレーヤサブユニット31と適合性判定部33との他に、再生部36を含む。再生部36は光ディスク5からデータを読み出す。特にユーザからの指示により、光ディスク5に書き込まれたＳＴＢ2の出力ストリーム形式情報を読み出し、適合性判定部33へ入力する。ここで、ユーザの指示はＤＶＣＲ3Bのフロントパネル、リモコン、又はネットワークを通して入力される。
【０１００】
適合性判定部33は、再生部36から入力された出力ストリーム形式情報を入力ストリーム形式情報と、実施例１及び実施例２と同様に比較する。その比較を通して、ＳＴＢ2Bからのストリームを入力可能か否かを判定する。その判定結果は例えばＤＶＣＲ3Bのフロントパネルへ表示され、ユーザに通知される。
こうして、光ディスク5を通して出力ストリーム形式情報がＳＴＢ2BからＤＶＣＲ3Bへ伝達される。それにより、ＤＶＣＲ3BはＳＴＢ2Bとの間でのストリーム形式に対する適合性の有無を、ＳＴＢ2Bへ物理的に接続されることなく判定できる。
【０１０１】
例えば、送信デバイスのユーザが受信デバイスを購入する時、その送信デバイスの出力ストリーム形式情報を予め格納した光ディスクを店頭に展示された受信デバイスに挿入し、ストリーム形式に対する適合性の有無を判定させる。それにより、送信デバイスのユーザは店頭でストリーム形式に対する適合性を持つ受信デバイスを選択できる。
【０１０２】
逆に、受信デバイスのユーザが送信デバイスを購入する時、送信デバイスのメーカ又は販売店からその送信デバイスの出力ストリーム形式情報を格納した光ディスクを入手する。その光ディスクを受信デバイスに挿入し、ストリーム形式に対する適合性の有無を判定させる。それにより、受信デバイスのユーザはその送信デバイスの購入前に、ストリーム形式に対する適合性の有無を判定できる。
【０１０３】
実施例４では、出力ストリーム形式情報を光ディスクへ格納した。その他に、磁気ディスク、光磁気ディスク、又は半導体メモリへ出力ストリーム形式情報を格納しても良い。その時、それぞれの記録媒体の種類に対応する記録部を送信デバイスが、再生部を受信デバイスが、それぞれ持つ。
【０１０４】
《実施例５》
図8は本発明の実施例５によるストリーム形式情報サーバ6の構成を示す図である。
ＣＰＵ61は内部バス62を通して、サーバ6内の各構成要素を制御する。
記憶部63は書き換え可能な記録媒体、好ましくはハードディスクを含み、その記録媒体へリストL1を格納する。リストL1は、送信デバイスの様々な機種について、上記の実施例と同様な出力ストリーム形式情報を含む。それらの送信デバイスには、例えば、上記の実施例でのＳＴＢ2及びＳＴＢ2Bが含まれる。
インタフェース64は、内部バス62を通して入力されたデータを、外部の記録媒体、例えば実施例４での光ディスク5へ記録する。
【０１０５】
ＣＰＵ61は、サーバ6上で実行されるアプリケーションに従って、記憶部63へ格納されたリストL1から特定の送信デバイスの出力ストリーム形式情報を読み出す。更に、読み出された出力ストリーム形式情報を、インタフェース64を通して光ディスク5へ記録する。
実施例４の受信デバイスであるＤＶＣＲ3Bへ上記の光ディスク5を挿入する。その時、ＤＶＣＲ3Bは実施例４と同様にその光ディスク5から出力ストリーム形式情報を読み出して適合性の有無を判定する。それにより、サーバ6で特定された送信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１０６】
上記とは別に、インタフェース64が内部バス62と外部のＩＥＥＥ1394バス(図示せず)との間でのブリッジとして、データ交換を制御しても良い。その時、例えば、実施例１の受信デバイスであるＤＶＣＲ3をサーバ6へＩＥＥＥ1394バスを通して接続する。ＤＶＣＲ3はＩＥＥＥ1394バスを通して、サーバ6から特定の送信デバイスの出力ストリーム形式情報を読み出す。その読み出された出力ストリーム形式情報に基づいて、ＤＶＣＲ3は実施例１と同様に、特定の送信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１０７】
こうして、実施例５によるストリーム形式情報サーバ6により、実施例１又は実施例４の受信デバイスは様々な送信デバイスとの間でのストリーム形式に対する適合性の有無を、実際にそれらの送信デバイスとは接続することなく判定できる。例えば、送信デバイスの販売店が上記のストリーム形式情報サーバにより、顧客の希望の送信デバイスの出力ストリーム形式情報を、光ディスク又はＩＥＥＥ1394バスを通して顧客へ提供する。それにより、顧客は送信デバイスの購入前に、その送信デバイスと、所有の実施例１又は実施例４の受信デバイスと、の間でのストリーム形式に対する適合性の有無を、その受信デバイスにより確認できる。
【０１０８】
《実施例６》
図9は本発明の実施例６によるストリーム形式適合性判定サーバ7の構成を示す図である。
ＣＰＵ71は内部バス72を通して、サーバ7内の各構成要素を制御する。
ＲＡＭ75はＣＰＵ71に対して作業用メモリ領域を提供する。
記憶部73は書き換え可能な記録媒体、好ましくはハードディスクを含み、その記録媒体へリストL2を格納する。リストL2は、受信デバイスの様々な機種について、上記の実施例と同様な入力ストリーム形式情報を含む。それらの受信デバイスには、例えば、上記の実施例でのＤＶＣＲ3及びＤＶＣＲ3Bが含まれる。
インタフェース74は、外部の記録媒体、例えば実施例４での光ディスク5からデータを読み取り、内部バス72へ出力する。
【０１０９】
ＣＰＵ71は、サーバ7上で実行されるアプリケーションに従って、インタフェース74を通して光ディスク5から出力ストリーム形式情報を読み出す。それと合わせて、記憶部73へ格納されたリストL2から特定の受信デバイスの入力ストリーム形式情報を読み出す。更に、読み出された出力ストリーム形式情報と入力ストリーム形式情報とを、実施例１と同様に比較する。それにより、それぞれのストリーム形式情報に対応する送信デバイス及び受信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１１０】
上記とは別に、インタフェース74が内部バス72と外部のＩＥＥＥ1394バス(図示せず)との間でのブリッジとして、データ交換を制御しても良い。その時、例えば、実施例１の送信デバイスであるＳＴＢ2をサーバ7へＩＥＥＥ1394バスを通して接続する。ＳＴＢ2はＩＥＥＥ1394バスを通して、サーバ7へ出力ストリーム形式情報を伝送する。サーバ7はその出力ストリーム形式情報に基づいて、特定の受信デバイスとの間でのストリーム形式に対する適合性の有無を、実施例１と同様に判定できる。
【０１１１】
こうして、実施例６によるストリーム形式適合性判定サーバ7は、実施例１又は実施例４の送信デバイスと様々な受信デバイスとの間でのストリーム形式に対する適合性の有無を、実際にそれらのデバイス同士を接続することなく判定できる。例えば、受信デバイスの販売店の店頭で、顧客が上記のストリーム形式適合性判定サーバへ所有の実施例１又は実施例４の送信デバイスの出力ストリーム形式情報を、光ディスク又はＩＥＥＥ1394バスを通して提供する。それにより、顧客は受信デバイスの購入前に、その受信デバイスと所有の送信デバイスとの間でのストリーム形式に対する適合性の有無を確認できる。
【０１１２】
上記の実施例はいずれもＩＥＥＥ1394バスを通したストリーム伝送に関する。その他に、ＩＥＥＥ1394規格と同様に、ストリームをリアルタイム伝送するためのネットワークに対し、本発明は適用され得る。
【０１１３】
【発明の効果】
本発明によるストリーム形式適合性判定システムでは、コネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無を、受信デバイスが判定する。それにより、受信デバイスが適合性の有無をその固有の機能の詳細に基づいて正確に判定できる。特に、ストリーム形式情報がそのツリー構造により、デバイス固有の機能の詳細を正確に反映するように定義される。従って、受信デバイスはストリーム形式情報の利用により、上記の適合性判定を容易にかつ正確に判定できる。
【０１１４】
既存のストリーム形式には、上記のストリーム形式情報に含まれないものも一般にあり得る。従って、受信デバイスは既存のストリーム形式の全てに対して適合性の有無を常に正確に判定できるわけではない。本発明によるストリーム形式適合性判定システムではその時、ストリーム伝送が試行されても良い。それにより、適合性の有無がより正確に決定される。但し、ストリーム伝送の試行が必要となる頻度は従来のシステムに比べて少ない。
【０１１５】
本発明によるストリーム形式適合性判定システムは、送信デバイスについてのストリーム形式情報を、ネットワークに換えて、記録媒体を通して受信デバイスへ伝達できる。こうして、ストリーム形式に対する適合性判定の処理がコネクションの確立処理から分離される。従って、適合性判定時、送信デバイスと受信デバイスとが同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して様々な受信デバイスが単独でその送信デバイスに対する適合性の有無を判定できる。それにより、例えばネットワークの設計時、実際にネットワークを構築することなく、所定の送信デバイスに適合した受信デバイスの機種を容易に選択できる。
【図面の簡単な説明】
【図１】本発明の実施例１によるストリーム形式適合性判定システムを示すシステム構成図である。
【図２】実施例１によるストリーム形式適合性判定システム上のデバイスであるＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3の間で交換される命令を示すフロー図である。
【図３】実施例１によるストリーム形式情報のデータ構造の一例を示す図である。
【図４】本発明の実施例２によるストリーム形式適合性判定システムを示すシステム構成図である。
【図５】実施例２によるストリーム形式適合性判定システム上のデバイスであるＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3Aの間で交換される命令を示すフロー図である。
【図６】実施例３によるストリーム形式情報のデータ構造の一例を示す図である。
【図７】本発明の実施例４によるストリーム形式適合性判定システムを示すシステム構成図である。図7の(a)はそのシステムのＳＴＢ2Bを、図7の(b)はＤＶＣＲ3Bを、それぞれ示す。
【図８】本発明の実施例５によるストリーム形式情報サーバ6の構成を示す図である。
【図９】本発明の実施例６によるストリーム形式適合性判定サーバ7の構成を示す図である。
【符号の説明】
1 ＤＴＶ
11 コントローラ
11a ストリーム管理部
11b デバイス制御部
11c ネットワークインタフェース
2 ＳＴＢ
21 チューナサブユニット
2a ソースプラグ
2b 出力プラグ
22 応答出力部
23 ネットワークインタフェース
3 ＤＶＣＲ
31 テープレコーダ／プレーヤサブユニット
3a シンクプラグ
3b 出力プラグ
3c 出力プラグ
3d ソースプラグ
32 要求出力部
33 適合性判定部
34 ネットワークインタフェース
4 ＩＥＥＥ1394バス
4i アイソクロナスチャネル
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ1394規格に準拠のネットワーク等、ストリームをリアルタイム伝送するためのネットワークに関し、特に送信デバイスと受信デバイスとの間にコネクションを確立する時、ストリーム形式の適合性の有無を判定するシステムに関する。
【０００２】
【従来の技術】
近年のデジタルネットワークの発達により、多数のパーソナルコンピュータ(ＰＣ)及びデジタルＡＶ機器の間で様々な形式のストリームが交換されるようになった。ここで、ストリームは所定の形式に従って転送順に配列されたデータ列である。そのデータ列の形式をストリーム形式という。ストリーム形式の種類は良く知られたものだけでもかなり多数である。例えば、映像信号についてはＭＰＥＧ形式及びＤＶ形式があり、音声信号についてはＭＰ３形式等がある。ＭＰＥＧ形式にはその下位構造について、更に様々な種類がある。
【０００３】
そのように多様なストリーム形式の普及は次のような問題を引き起こした。ＰＣ及びＡＶ機器等の送信デバイス／受信デバイスは一般に、機種ごとに異なるストリーム形式をサポートする。例えば、一つのデバイスについて、ＭＰＥＧ形式のストリームはエンコード／デコードできるが、ＤＶ形式のストリームはエンコード／デコードできない、ということがあり得る。更に、同じＭＰＥＧ形式のストリームでもその下位構造に依存してエンコード／デコードの可否が異なる、ということもあり得る。従って、例えば、所定の送信デバイスによりエンコードされたストリームを特定の受信デバイスがデコード可能か否かの判定には、そのストリーム形式についての詳細な情報が要求された。その結果、送信デバイスと受信デバイスとのどのような機種の組合せで所望のストリームを送受信できるのかを、ユーザが容易には判断できなかった。
【０００４】
そこで、所定の送信デバイスと受信デバイスとが互いの間でストリームを送受信できるか否か、すなわち、両デバイスがストリーム形式について適合性を持つか否か、を自動的に判定するためのシステムが求められた。そのようなシステムを、本明細書ではストリーム形式適合性判定システムという。
ストリーム形式適合性判定システムはストリーム形式の分類をデバイスに応じて詳細に定義し、その分類に基づいてストリーム形式に対する適合性の有無を正確に判定しなければならない。
【０００５】
従来のストリーム形式適合性判定システムには、例えば特開平10−145753号公報で開示されたシステム等のように、ＩＥＥＥ1394規格に準拠したバス（ＩＥＥＥ1394バス）で接続されたネットワーク上で構築され、ＩＥＣ61883規格に準拠したシステムが知られている。ここで、ＩＥＣ61883規格はＩＥＥＥ1394規格の上位レイヤに当たり、すなわちＩＥＥＥ1394バスによるネットワークを前提とする。
ＩＥＣ61883規格では、ストリーム（アイソクロナス(Isochronous)パケット）のデータフィールド内にストリーム形式を示す情報（以下、ストリーム形式情報という）が設定される。具体的には、ストリーム形式に対する識別情報(ＩＤ)がＣＩＰ(Common Isochronous Packet)ヘッダのＦＭＴ(Format ID)フィールドに設定される。ここで、ストリーム形式に対するＩＤはストリーム形式の種類ごとに定義された所定のコードである。例えばＭＰＥＧ及びＤＶのそれぞれに対して、別のＩＤが定義される。
【０００６】
上記のネットワークでは、デバイスのプラグ間でのコネクションの確立後、そのコネクションを通してストリームが伝送される時、そのストリーム形式情報として上記のＩＤがそのストリーム自体に含まれて伝送される。受信デバイスは、入力プラグを通して入力したストリームからそのＩＤを検出し、デコード可能なストリーム形式であるか否かを判定する。
ここで、プラグはＩＥＣ61883規格で定義され、ＩＥＥＥ1394バスとデバイスとの論理的接続端子をいう。コネクションは、ＩＥＥＥ1394規格でのアイソクロナス通信によるストリーム伝送のための信号経路をいう。
【０００７】
従来のストリーム形式適合性判定システムには、上記のシステムとは別に、ＨＡＶｉ(Home AV Interoperability)規格Ver1.0に準拠したシステムが知られている。
ＨＡＶｉ規格ではストリーム形式情報としてストリームタイプ(Stream Type)と呼ばれるＩＤが定義される。ストリームタイプは所定のレイヤ構造(ツリー構造)を形成する。例えば、最上位レイヤではオーディオ(DIGITAL_AUDIO)、ビデオ(DIGITAL_VIDEO)等の七つのカテゴリー(Major Type)に分けられる。それぞれのカテゴリーは更に複数のサブカテゴリー(Minor Type)に分けられる。例えば、ビデオ(DIGITAL_VIDEO)のカテゴリーには、ＭＰＥＧ２形式のメインプロファイルのメインレベル(MPEG2_MP_ML)、メインプロファイルのハイレベル(MPEG2_MP_HL)、及びＤＶ形式(DVC)等が含まれる。
【０００８】
上記のカテゴリー及びサブカテゴリーのそれぞれには、未知のストリームタイプを表すカテゴリー(UNKNOWN_STREAM)が含まれる。そのカテゴリーには、独立なカテゴリーとしては定められなかったストリーム形式、及び、ＨＡＶｉ規格の決定後に定められた新しいストリーム形式が割り当てられる。
ＨＡＶｉ規格では更に、それぞれのベンダーが独自のストリームタイプを定義すること、が認められている。
【０００９】
ＨＡＶｉ規格では、ネットワーク上の特定のデバイスがコントローラとして、ネットワーク上のプラグ間にコネクションを確立し又は切断する。ＨＡＶｉ規格は、コントローラによるネットワーク上のコネクション管理を制御するためのソフトウェアとして、ストリームマネージャを提供する。
【００１０】
ストリームマネージャはＩＥＣ61883規格に従ってコネクションを管理する。特に、送信デバイスの出力プラグと受信デバイスの入力プラグとのストリーム形式に対する適合性の有無を、次のように判定する：
(1) ストリームマネージャはコネクションの確立時、送信デバイスと受信デバイスとのそれぞれの制御ソフトウェア(ＤＣＭ：Device Control Module)へアクセスする。それにより、出力プラグと入力プラグとのそれぞれでサポートされるストリームタイプを取得する。
(2) ストリームマネージャは、両プラグから取得されたストリームタイプを比較する。それにより、両ストリームタイプが一致すればコネクションを確立し、一致しなければコネクションの確立を中止する。
(3) いずれかのストリームタイプが未知のストリームタイプであれば、ストリームマネージャはコネクションを無条件に確立する。その後の処理、特にストリームの伝送に失敗した時の処理は、実際のシステムごとに異なる。
【００１１】
ＨＡＶｉ規格では一般にストリームマネージャがネットワーク上のコネクションを一元的に管理する。それにより、例えばネットワークのトラフィックが効率良く制御される。
【００１２】
【発明が解決しようとする課題】
ストリーム形式情報をＣＩＰヘッダ内に設定して伝送する従来のストリーム形式適合性判定システムでは、送信デバイスと受信デバイスとの間で実際にストリームが伝送された時初めて、そのストリーム形式に対する両デバイスの適合性の有無が判定された。
従って、伝送されるストリームのストリーム形式に適したデコーダをそのストリームの伝送と同時にしか選択できないので、送信デバイスと受信デバイスとの接続から両デバイスの適合性判定までに要する時間が長かった。更に、受信デバイスが受信開始直後ではストリームをうまく再生できなかった。
【００１３】
ＨＡＶｉ規格に準拠した従来のストリーム形式適合性判定システムでは、ストリームマネージャが送信デバイスと受信デバイスとのそれぞれのプラグ間にコネクションを確立する時、ストリーム形式に対する両プラグの適合性の有無を判定した。それにより、ストリーム自体の伝送に先立って、ストリーム形式に対する適合性の有無をある程度判定できた。
【００１４】
しかし、ＨＡＶｉ規格によるストリームタイプは限定されていて、容易に拡張できるものではない。一方、既知のストリーム形式の種類には、ＨＡＶｉ規格では同一のストリームタイプに属するが厳密には互いに微妙に異なるもの、が含まれた。そのようなストリーム形式の種類は現在も増加し続けている。従って、ストリームマネージャにより適合性があると判定されたにも関わらず、ストリームの伝送に失敗する場合が多く生じた。
【００１５】
ＨＡＶｉ規格では更に、未知のストリームタイプに分類されるストリーム形式の種類が増大した。従って、ストリームマネージャはコネクションの確立をしばしば無条件に行った。その結果、ストリームの伝送にしばしば失敗し、ストリーム伝送の開始を遅らせた。
その上、ベンダーごとに独立に定義されたストリームタイプが増大した。その結果、多くの送信デバイス又は受信デバイスがベンダー間で互換性を持たなかった。
【００１６】
ストリームは一般に多くの要素ストリームを含む。それらの要素ストリームは多様なフォーマットで多重化される。しかし、ＨＡＶｉ規格では、要素ストリームの多重化フォーマットまでも表現可能なストリームタイプが定義されていなかった。それ故、例えば、受信デバイスが入力したストリームから特定の要素ストリームを抽出する時、ストリームマネージャがその要素ストリームに対する受信デバイスの適合性の有無を正確には判定できなかった。
【００１７】
本発明では、ストリーム形式に対するデバイスの適合性の有無を実質上常にストリーム伝送に先立って、かつ正確に判定できるストリーム形式適合性判定システムの提供を目的とする。
【００１８】
【課題を解決するための手段】
本発明の一つの観点によるストリーム形式適合性判定システムは、
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、当該受信デバイスに対し、当該受信デバイスと、前記送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記受信デバイスは、前記接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
本発明の別の観点によるストリーム形式適合性判定システムは、
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、前記送信デバイスに対し、前記受信デバイスと、当該送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記送信デバイスが、前記接続試行命令を受信した場合、当該受信デバイスに対し前記ストリームを送信するストリーム送信手段と、
前記受信デバイスが、前記送信デバイスから送信される前記ストリームを受信した場合、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
【００１９】
ここで、ストリームをリアルタイム伝送するためのネットワークは、例えばＩＥＥＥ1394規格に準拠のネットワークである。
上記のストリーム形式適合性判定システムでは、受信デバイス又はコントローラによるコネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無が受信デバイスにより判定される。それにより、受信デバイスが適合性の有無を、その固有の機能の詳細に基づいて正確に判定できる。
【００２０】
上記のストリーム形式適合性判定システムでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定した時、
(A) その判定結果を示す適合性判定応答に応じてコントローラが送信デバイスと受信デバイスとの間でストリームの伝送を試行し；
(B) その試行により入力プラグへ入力されたストリームのデータを解析して、そのストリームのストリーム形式が入力プラグにより入力可能なものか否かを決定するためのデータ解析部、を受信デバイスが更に含んでも良い。
【００２１】
上記の受信デバイスの適合性判定部はほとんどのストリーム形式に対して適合性の有無を正確に判定できる。しかし、既存のストリーム形式の全てに対して適合性の有無を常に正確に判定できるわけではない。特に、送信デバイスによる出力ストリームのストリーム形式が受信デバイスで入力可能なものと微妙な差異しか持たない時、ストリーム形式情報だけでは適合性判定の精度が不十分であり得る。その時、ストリーム伝送の試行による適合性の有無の決定がストリーム形式情報のみに基づく適合性判定より好ましい。上記のストリーム形式適合性判定システムではストリーム伝送が試行され得るので、適合性の有無がより正確に決定される。但し、ストリーム伝送の試行が必要となる頻度は従来のシステムに比べて少ない。
【００２２】
上記のストリーム形式適合性判定システムでは、ストリーム形式情報が、ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。それにより、例えば、実質的には同一のストリーム形式がベンダーごとに異なった表現で定義されている時、受信デバイスがいずれの定義についても同一のストリーム形式を判定できる。こうして、上記のストリーム形式適合性判定システムは適合性の有無を正確に判定できる。
【００２３】
上記のストリーム形式適合性判定システムでは、ストリーム形式情報が更に、送信デバイスにより選択可能なストリームのストリーム形式をそれぞれ示す選択肢から成るツリー構造を有しても良い。特に、その選択肢は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。
それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００２４】
上記のストリーム形式適合性判定システムでは、ストリームが複数の要素ストリームを下位レイヤとして含む時、ストリーム形式情報が要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含んでも良い。
それにより、例えば、オーディオアンプがＭＰＥＧ２のトランスポートストリームからオーディオストリームを抜き出してデコードする時等、受信デバイスが要素ストリームの一部を抜き出して受信し又はデコードする時、従来のシステムとは異なり、その要素ストリームのストリーム形式に対する適合性の有無が正確に判定される。
【００２５】
特に上記のグループが、ストリームの上位レイヤのデータ構造についての情報を、要素ストリームのそれぞれのデータ構造についての情報とは独立に含んでも良い。具体的には、例えばＭＰＥＧ２形式を示すグループが次のような情報を互いに独立に含んでも良い： ストリームに含まれる要素ストリームについての情報(例えば、オーディオ及びビデオ等の要素ストリームの種類を示す情報)、及び要素ストリームの多重化形式についての情報(トランスポートストリーム(ＴＳ)又はプログラムストリーム(ＰＳ)のいずれかを示す情報)。こうして、全体のストリームとその要素ストリームとのそれぞれのストリーム形式が、従来のシステムとは異なり、互いに独立に定義される。従って、受信デバイスがストリームから特定の要素ストリームを分離する時、その多重化形式に対する適合性の有無を正確に判定できる。受信デバイスは更にその要素ストリームのストリーム形式情報に基づいて、元のストリームから容易にその要素ストリームを抜き出し得る。
【００２６】
上記のストリーム形式適合性判定システムでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と受信デバイスが判定した時、
(A) 受信デバイスが、送信デバイスにより出力されるストリームのストリーム形式を、コントローラに対して適合性判定応答で指定し、
(B) コントローラがストリームの伝送の試行時、受信デバイスにより指定されたストリームのストリーム形式を送信デバイスに対して指定しても良い。
それにより、ストリーム伝送の試行時、受信デバイスが送信デバイスに対して試行時のストリーム形式を指定し、受信デバイスにとって明らかに不適合なストリーム形式での試行を回避できる。その結果、適合性の有無の決定までに要する試行回数を低減できる。
【００２７】
上記のストリーム形式適合性判定システムでは、
(A) ストリームのストリーム形式の変更時、送信デバイスがそのストリーム形式の変更を通知するためのストリーム形式変更信号を配信し；
(B) 受信デバイスがストリーム形式変更信号を受信した時、変更されたストリーム形式が入力プラグにより入力可能なものか否かを適合性判定部が判定しても良い。
それにより、ストリームのストリーム形式が途中で変更される時、受信デバイスが変更されたストリーム形式に対して適合性の有無を適切に再判定できる。
【００２８】
本発明に関連する参考例としてのストリーム形式適合性判定システムは、
(A) (a) ストリームをリアルタイム伝送するためのネットワークに接続される時、所定のストリームを出力するための出力プラグ；及び、
(b) そのストリームのストリーム形式情報を記録媒体へ記録するための記録部；
を含む送信デバイス；
並びに、
(B) (a) ネットワークに接続される時、ストリームを入力するための入力プラグ；
(b) 記録媒体からストリーム形式情報を読み取るための再生部；及び、
(c) ストリームのストリーム形式が入力プラグにより入力可能なものか否かを、再生部により読み取られたストリーム形式情報から判定するための適合性判定部；
を含む受信デバイス；
を有する。
【００２９】
ここで、記録媒体は、例えば磁気テープ、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリのいずれでも良い。上記のシステムは、送信デバイスについてのストリーム形式情報を、記録媒体を通して受信デバイスに伝達できる。こうして、ストリーム形式に対する適合性判定の処理がコネクションの確立処理から分離される。従って、適合性判定時、送信デバイスと受信デバイスとが同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して様々な受信デバイスが単独でその送信デバイスに対する適合性の有無を判定できる。それにより、例えばネットワークの設計時、実際にネットワークを構築することなく、所定の送信デバイスに適合した受信デバイスの機種を容易に選択できる。
【００３０】
上記の本発明に関連する参考例としてのストリーム形式適合性判定システムは更に、既に述べた観点によるシステムと同様なストリーム形式情報を含んでも良い。
【００３１】
ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムを構成する受信デバイスであって、
前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが前記適合性不明応答を受信した際に生成される接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する。
【００３２】
上記の受信デバイスは、その受信デバイス又はコントローラによるコネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無を判定する。それにより、適合性の有無をその受信デバイス固有の機能の詳細に基づいて正確に判定できる。
【００３３】
ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定し、その判定結果を示す適合性判定応答を通してコントローラにより送信デバイスと受信デバイスとの間でストリームの伝送を試行させる時、その試行により入力プラグへ入力されたストリームのデータを解析して、そのストリームのストリーム形式が入力プラグにより入力可能なものか否かを決定するためのデータ解析部、
を上記の受信デバイスが更に有しても良い。
【００３４】
上記の受信デバイスでは、適合性判定部がほとんどのストリーム形式に対して適合性の有無を正確に判定できる。しかし、既存のストリーム形式の全てに対して適合性の有無を判定できるわけではない。特に、送信デバイスによる出力ストリームのストリーム形式が受信デバイスで入力可能なものと微妙な差異しか持たない時、ストリーム形式情報だけでは適合性判定の精度が不十分であり得る。その時、ストリーム伝送の試行による適合性の有無の決定がストリーム形式情報のみに基づく適合性判定より好ましい。上記の受信デバイスはコントローラ及び送信デバイスに対してストリーム伝送の試行を要求し、その時受信されたデータを解析し、適合性の有無を正確に決定できる。但し、ストリーム伝送の試行を必要とする頻度は従来のデバイスより少ない。
【００３５】
上記の受信デバイスでは、ストリーム形式情報が、ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。それにより、例えば、実質的には同一のストリーム形式がベンダーごとに異なった表現で定義されている時、受信デバイスがいずれの定義についても同一のストリーム形式を判定できる。こうして、上記の受信デバイスは適合性の有無を正確に判定できる。
【００３６】
上記の受信デバイスでは、ストリーム形式情報が更に、送信デバイスにより選択可能なストリームのストリーム形式をそれぞれ示す選択肢から成るツリー構造を有しても良い。特に、その選択肢は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含んでも良い。
それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００３７】
上記の受信デバイスでは、ストリームが複数の要素ストリームを下位レイヤとして含む時、ストリーム形式情報が要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含んでも良い。
それにより、例えば、オーディオアンプがＭＰＥＧ２のトランスポートストリームからオーディオストリームを抜き出してデコードする時等、受信デバイスが要素ストリームの一部を抜き出して受信し又はデコードする時、従来のデバイスとは異なり、その要素ストリームのストリーム形式に対する適合性の有無が正確に判定される。
【００３８】
特に上記のグループが、ストリームの上位レイヤのデータ構造についての情報を、要素ストリームのそれぞれのデータ構造についての情報とは独立に含んでも良い。具体的には、例えばＭＰＥＧ２形式を示すグループが次のような情報を互いに独立に含んでも良い： ストリームに含まれる要素ストリームについての情報(例えば、オーディオ及びビデオ等の要素ストリームの種類を示す情報)、及び要素ストリームの多重化形式についての情報(トランスポートストリーム(ＴＳ)又はプログラムストリーム(ＰＳ)のいずれかを示す情報)。こうして、全体のストリームとその要素ストリームとのそれぞれのストリーム形式が、従来のシステムとは異なり、互いに独立に定義される。従って、受信デバイスがストリームから特定の要素ストリームを分離する時、その多重化形式に対する適合性の有無を正確に判定できる。受信デバイスは更に、その要素ストリームのストリーム形式情報に基づいて元のストリームから容易にその要素ストリームを抜き出し得る。
【００３９】
上記の受信デバイスでは、ストリームのストリーム形式が入力プラグにより入力可能なものか否かが不明である、と適合性判定部が判定した時、送信デバイスにより出力されるストリームのストリーム形式を、コントローラに対して適合性判定応答で指定しても良い。
それにより、ストリーム伝送の試行時、上記の受信デバイスは送信デバイスに対して試行時のストリーム形式を指定し、明らかに不適合なストリーム形式での試行を回避できる。その結果、適合性の有無の決定までに要する試行回数を低減できる。
【００４０】
上記の受信デバイスでは、送信デバイスからストリームのストリーム形式の変更を通知するためのストリーム形式変更信号を受信した時、変更されたストリーム形式が入力プラグにより入力可能なものか否かを適合性判定部が判定しても良い。
それにより、ストリームのストリーム形式が途中で変更される時、上記の受信デバイスは変更されたストリーム形式に対して適合性の有無を適切に再判定できる。
【００４１】
本発明に関連する参考例としての受信デバイスは、
(A) ストリームをリアルタイム伝送するためのネットワークに接続される時、所定の送信デバイスから出力されるストリームを入力するための入力プラグ；
(B) 送信デバイスから出力可能なストリームについてのストリーム形式情報を格納した記録媒体から、ストリーム形式情報を読み取るための再生部；及び、
(C) ストリームのストリーム形式が入力プラグにより入力可能なものか否かをストリーム形式情報から判定するための適合性判定部；
を有する。
【００４２】
ここで、記録媒体は、例えば磁気テープ、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリのいずれでも良い。上記の受信デバイスは、送信デバイスについてのストリーム形式情報を、記録媒体を通して入力できる。こうして、ストリーム形式に対する適合性判定の処理をコネクションの確立処理から分離する。従って、適合性判定時、上記の受信デバイスは所定の送信デバイスと同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して単独でその送信デバイスに対する適合性の有無を判定できる。
【００４３】
上記の本発明に関連する参考例としての受信デバイスは更に、既に述べた観点による受信デバイスと同様なストリーム形式情報を含んでも良い。
【００４４】
本発明に関連する参考例としての受信デバイスの制御プログラムは、上記の受信デバイスに含まれるＣＰＵを要求出力部、適合性判定部、及びデータ解析部の少なくとも一つとして機能させる。それにより、任意の受信デバイスを本発明に関連する参考例としての受信デバイスとして機能させ得る。特に、上記の制御プログラムを記録媒体へ格納し、その記録媒体を通してその制御プログラムを読み取らせることにより、受信デバイスを本発明に関連する参考例としてのものとして機能させ得る。
【００４５】
本発明に関連する参考例としてのストリーム形式情報サーバは、
(A) ストリームをリアルタイム伝送するためのネットワークへ出力可能なストリーム形式を複数の送信デバイスのそれぞれについて示す出力ストリーム形式情報を列挙したリスト、を格納するための記憶部；及び、
(B) そのリストから少なくとも一つの出力ストリーム形式情報を、上記の本発明による受信デバイスへネットワークを通して出力し、又はその受信デバイスにより読み出し可能な所定の記録媒体へ記録するためのインタフェース；
を有する。
上記の本発明に関連する参考例としての受信デバイスのユーザは上記のストリーム形式情報サーバへのアクセスにより、その受信デバイスを様々な送信デバイスへ実際に接続させることなく、そのストリーム形式に適合する送信デバイスの機種を容易に選択できる。
【００４６】
本発明に関連する参考例としてのストリーム形式情報サーバの制御プログラムは、任意のサーバに含まれるＣＰＵにより記憶部及びインタフェースを制御させる。こうして、そのサーバを上記の本発明に関連する参考例としてのストリーム形式情報サーバとして機能させ得る。特に、上記の制御プログラムを記録媒体に格納し、その記録媒体を通して制御プログラムを読み取らせることにより、サーバを本発明に関連する参考例のものとして機能させ得る。
【００４７】
本発明に関連する参考例としてのストリーム形式適合性判定サーバは、
(A) ストリームをリアルタイム伝送するためのネットワークから入力可能なストリーム形式を複数の送信デバイスのそれぞれについて示す入力ストリーム形式情報を列挙したリスト、を格納するための記憶部；
(B) ネットワークへ出力可能なストリーム形式を示す出力ストリーム形式情報、を所定の送信デバイスからネットワークを通して取得し、又は出力ストリーム形式情報を格納した記録媒体から読み出すためのインタフェース；及び、
(C) 出力ストリーム形式情報に適合する入力ストリーム形式情報を上記のリストから検索し、それにより、送信デバイスから出力されるストリームを入力可能な受信デバイスを判定するための適合性判定部；
を有する。
送信デバイスのユーザは上記のストリーム形式適合性判定サーバへのアクセスにより、その送信デバイスを様々な受信デバイスへ実際に接続させることなく、その出力ストリーム形式に適合する受信デバイスの機種を容易に選択できる。
【００４８】
本発明によるストリーム形式適合性判定サーバの制御プログラムは、任意のサーバに含まれるＣＰＵを適合性判定部として機能させ、かつそのＣＰＵにより記憶部及びインタフェースを制御させる。こうして、そのサーバを上記の本発明によるストリーム形式適合性判定サーバとして機能させ得る。特に、上記の制御プログラムを記録媒体に格納し、その記録媒体を通して制御プログラムを読み取らせることにより、サーバを本発明によるものとして機能させ得る。
【００４９】
【発明の実施の形態】
以下、本発明の最適な実施の形態について、その好ましい実施例を挙げて、図面を参照しつつ説明する。
【００５０】
《実施例１》
図1は、本発明の実施例１によるストリーム形式適合性判定システムを示すシステム構成図である。実施例１によるストリーム形式適合性判定システムは、ディジタルテレビ(ＤＴＶ)1、セットトップボックス(ＳＴＢ)2、及びディジタルビデオカセットレコーダ(ＤＶＣＲ)3を含む。それらのデバイスは互いにＩＥＥＥ1394バス4により接続される。
【００５１】
ＤＴＶ1はコントローラ11を含む。コントローラ11は、ストリーム管理部11a、デバイス制御部11b、及びネットワークインタフェース11cを含む。
ストリーム管理部11aはＤＴＶ1上のアプリケーションに従って、ネットワーク上にコネクションを確立し又は切断する。例えば、コネクションの確立目標のデバイスに対し、ＡＶ／Ｃ命令の内、ＣＣＭ(Connection and Compatibility Management)規格で定められた命令を発行する。それにより、ＩＥＣ61883規格で定められたＣＭＰ(Connection Management Procedures)に従ってコネクションを管理する。
【００５２】
デバイス制御部11bはＤＴＶ1上のアプリケーションに従ってＡＶ／Ｃ命令を発行し、ＤＴＶ1、ＳＴＢ2、及び、ＤＶＣＲ3のそれぞれを制御する。特に、ＳＴＢ2内のチューナサブユニット21とＤＶＣＲ3内のテープレコーダ／プレーヤサブユニット31とを制御する。
【００５３】
ネットワークインタフェース11cは例えばＩＥＥＥ1394バスコントローラ(図示せず)を含み、主にストリーム管理部11a及びデバイス制御部11bのそれぞれとＩＥＥＥ1394バス4との間でＡＶ／Ｃ命令を交換する。その時、ＡＶ／Ｃ命令はＩＥＥＥ1394バス4を通してアシンクロナス通信により伝送される。
【００５４】
ＳＴＢ2はチューナサブユニット21、応答出力部22、及びネットワークインタフェース23を含む。
チューナサブユニット21は外部からアンテナ又はケーブル(いずれも図示せず)を通してテレビジョン信号を受信する。更に、コントローラ11からの命令により指定されたチャネルを選局する。選局されたチャネルのテレビション信号は更に、ソースプラグ2a及び出力プラグ2bを通してＩＥＥＥ1394バス4のアイソクロナスチャネル4iへ、アイソクロナス通信によるストリームとして出力される。
【００５５】
応答出力部22は出力ストリーム形式情報を保持する。ここで、出力ストリーム形式情報はＳＴＢ2の出力プラグ2bにより出力可能なストリーム形式を示す。応答出力部22はその出力ストリーム形式情報を外部からの要求に応じて出力する。以下、その要求をストリーム形式要求といい、それに応じて出力される応答をストリーム形式応答という。ストリーム形式要求及びストリーム形式応答はいずれも、ＩＥＥＥ1394バス4内をアシンクロナス通信で伝送される。
ネットワークインタフェース23は応答出力部22とＩＥＥＥ1394バス4との間で上記のストリーム形式要求及びストリーム形式応答を入出力する。
【００５６】
ＤＶＣＲ3はテープレコーダ／プレーヤサブユニット31、要求出力部32、適合性判定部33、及びネットワークインタフェース34を含む。
テープレコーダ／プレーヤサブユニット31はＩＥＥＥ1394バス4のアイソクロナスチャネル4iからストリームを、入力プラグ3b及びシンクプラグ3aを通して入力し、ディジタルビデオカセット(ＤＶＣ、図示せず)へ記録する。逆に、ＤＶＣからストリームを再生し、ソースプラグ3d及び出力プラグ3cを通してＩＥＥＥ1394バス4のアイソクロナスチャネル4iへ出力する。
【００５７】
要求出力部32は、コントローラ11からの命令に従ってストリーム形式要求を出力する。
適合性判定部33は入力ストリーム形式情報を保持する。ここで、入力ストリーム形式情報は、ＤＶＣＲ3の入力プラグ3bにより入力可能なストリーム形式を示す。適合性判定部33は外部からストリーム形式応答を入力し、その応答により示される出力ストリーム形式情報を入力ストリーム形式情報と比較する。その比較を通して、ストリーム形式応答の出力元の送信デバイスからのストリームを入力可能か否かを、後述のように判定する。その判定結果は適合性判定応答としてコントローラ11へ向けて出力される。
ネットワークインタフェース34は、要求出力部32と適合性判定部33、及びＩＥＥＥ1394バス4の間で、ストリーム形式要求、ストリーム形式応答、及び適合性判定応答を入出力する。
【００５８】
実施例１によるストリーム形式適合性判定システムでは、コントローラ11によるＳＴＢ2とＤＶＣＲ3との間でのコネクションの確立時、ＤＶＣＲ3が次のようにストリーム形式に対する適合性の有無を判定する。
ＤＴＶ1のユーザがＤＴＶ1上のアプリケーションに対して、ＳＴＢ2により受信される所定の番組をＤＶＣＲ3により録画するように指示した時を想定する。ここで、ユーザからの指示は、例えばリモコン又はＤＴＶ1上のパネルを通して入力される。
【００５９】
図2は、ＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3の間で交換される命令を示すフロー図である。図2では、縦軸が時間を示す。
コントローラ11はユーザからの指示を受けて、デバイス制御部11bから適合性判定命令をＤＶＣＲ3へ発行する。適合性判定命令は、受信デバイスであるＤＶＣＲ3のＩＤを命令の宛先として、送信デバイスであるＳＴＢ2のＩＤを判定目標デバイスとして、それぞれ含む。
【００６０】
ＤＶＣＲ3は適合性判定命令の受信時、その命令から判定目標デバイスとしてＳＴＢ2のＩＤを解読する。それにより、ＳＴＢ2に対してストリーム形式要求を発行する。ＳＴＢ2はそのストリーム形式要求の受信時、ストリーム形式応答をＤＶＣＲ3へ返送する。ＤＶＣＲ3はそのストリーム形式応答からＳＴＢ2の出力ストリーム形式情報を解読し、それに基づいてストリーム形式に対する適合性の有無を判定する。適合性の有無の判定では、ＳＴＢ2の出力ストリーム形式情報とＤＶＣＲ3の入力ストリーム形式情報とが後述のように比較される。
その比較の結果がＳＴＢ2とＤＶＣＲ3との双方で適合するストリーム形式の存在を示す時、その適合するストリーム形式(以下、適合ストリーム形式という)を示す情報が適合性判定応答としてコントローラ11へ返信される。その時、コントローラ11はＳＴＢ2とＤＶＣＲ3との間にコネクションを、次のように確立する。
【００６１】
コントローラ11はＤＶＣＲ3に向けて第一の接続命令を発行する。第一の接続命令はＳＴＢ2のＩＤと、適合ストリーム形式を示す情報とを含む。
ここで、第一の接続命令は一連の命令群から構成されても良い。例えば、ＡＶ／Ｃ命令の内、ベンダーユニーク命令で適合ストリーム形式指示命令を、ＣＣＭ規格による命令でＳＴＢ2に対する接続命令を、それぞれ構成しても良い。
ＤＶＣＲ3は第一の接続命令を受信し、ＳＴＢ2のＩＤと適合ストリーム形式を示す情報とを解読する。それにより、入力プラグ3bへ適合ストリーム形式を設定する。
【００６２】
その後、ＤＶＣＲ3はＳＴＢ2に向けて第二の接続命令を発行する。第二の接続命令は、適合ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを含む。
ここで、第二の接続命令は一連の命令群から構成されても良い。例えば、ベンダーユニーク命令で適合ストリーム形式指示命令を、ＩＥＣ61883規格でのＣＭＰによる命令でＳＴＢ2の出力プラグ2bに対するストリーム出力命令を、それぞれ構成しても良い。
ＳＴＢ2は第二の接続命令を受信し、適合ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを解読する。それにより、出力プラグ2bに対し、適合ストリーム形式を設定する。更に、ＣＭＰに従い、出力プラグ2bに対応する出力プラグ制御レジスタ(output Plug Control Register(ｏＰＣＲ))を更新する。
【００６３】
ＳＴＢ2は更に、第二の接続命令に従って実行された処理の成否を、第二の接続結果応答によりＤＶＣＲ3へ返信する。第二の接続結果応答は一連の命令群から構成されても良い。例えば、適合ストリーム形式の設定の成否をベンダーユニーク命令で伝達する。一方、ｏＰＣＲの更新の成否をＣＭＰに従い、所定の命令及び応答の交換を通して確認する。
【００６４】
ＤＶＣＲ3は第二の接続結果応答からコネクションの確立の成否を判断し、その結果を第一の接続結果応答としてコントローラ11へ返信する。コントローラ11はその第一の接続結果応答からコネクションの確立の成否を判断し、その成否をＤＴＶ1上のアプリケーションへ伝達する。こうして、ＳＴＢ2とＤＶＣＲ3との間でのコネクションの確立処理が終了する。
【００６５】
上記のコネクション確立処理とは別に、コントローラ11がＳＴＢ2とＤＶＣＲ3との間のコネクションの確立を、直接実行しても良い。すなわち、コントローラ11が第一の接続命令として、適合ストリーム形式を示す情報をＤＶＣＲ3に向けて発行する。ＤＶＣＲ3は第一の接続命令の受信時、入力プラグ3bに対し適合ストリーム形式を設定する。更に、コントローラ11は第二の接続命令として、適合ストリーム形式を示す情報をＳＴＢ2に向けて発行する。ＳＴＢ2は第二の接続命令の受信時、出力プラグ2bに対し適合ストリーム形式を設定する。その後、コントローラ11は、ＩＥＣ61883規格によるＣＭＰに従い、ＳＴＢ2の出力プラグ2bからＤＶＣＲ3の入力プラグ3bへのコネクションを確立する。更に、コネクションの確立の成否を、ＣＭＰに従い判断する。
【００６６】
次に、ＤＶＣＲ3によるストリーム形式に対する適合性判定について詳しく説明する。
図3は実施例１によるストリーム形式情報のデータ構造の一例を示す。送信デバイス(ＳＴＢ2)及び受信デバイス(ＤＶＣＲ3)はそれぞれストリーム形式を一般に複数サポートする。従って、ストリーム形式情報は一般に複数のストリーム形式を選択肢として含む。実施例１によるストリーム形式情報では、図3で示されているように、複数の選択肢がツリー構造に分類される。図3の例では、ストリーム形式情報は最上位レイヤで二つの選択肢、カテゴリーI及びカテゴリーIIに分かれる。
【００６７】
カテゴリーIはＭＰＥＧ２トランスポートストリーム(ＴＳ)を示し、メインプロファイルのメインレベル(ＭＰ_ＭＬ)とＤＶＢ(Digital Video Broadcasting)との二つの表現形式を含む。それぞれの表現形式は、ＭＰＥＧ２ＴＳ内の映像情報の種類に対応する。すなわち、それらにはデバイスの機種別に、それぞれで用いられるストリーム形式ＩＤが割り当てられる。例えば、ＤＶＢとしてＤＴＶでのストリーム形式ＩＤが、ＭＰ_ＭＬとしてＰＣ上の汎用ＭＰＥＧ２デコーダでのストリーム形式ＩＤが、それぞれカテゴリーIの定義として採用される。このように、実施例１によるストリーム形式情報の分類では、物理的には共通のストリーム形式に対し、複数の異なる表現形式が定義されても良い。それにより、共通のストリーム形式に対し、独自のストリーム形式ＩＤを用いるデバイスについて、そのストリーム形式情報を新たに付加することが容易である。すなわち、ストリーム形式情報の分類が容易に拡張できる。
【００６８】
カテゴリーIIはＤＶ形式(ＤＶＣ)を示す。カテゴリーIIは次のレイヤで、二つのサブカテゴリーII-1及びII-2に分かれる。サブカテゴリーII-1はＤＶＣ−ＳＤ信号を、サブカテゴリーII-2はＤＶＣ−ＳＤＬ信号を、それぞれ示す。このように、ストリーム形式情報は下位レイヤほど詳細な分類となるように構成される。
【００６９】
ＳＴＢ2の出力ストリーム形式情報及びＤＶＣＲ3の入力ストリーム形式情報はいずれも、上記と同様なツリー構造を持つ。それらのツリー構造に基づいて、ＤＶＣＲ3は次のように出力ストリーム形式情報と入力ストリーム形式情報とを比較する。
まず、両ストリーム形式情報の最上位レイヤでのカテゴリーが比較される。その結果、もし一致するカテゴリーが存在しなければ、その時点で適合性判定が終了され、適合ストリーム形式の非存在が適合性判定応答によりコントローラ11へ通知される。
【００７０】
もし一致するカテゴリーがあれば、次の下位レイヤでそのカテゴリーのサブカテゴリーが比較される。その結果、もし一致するサブカテゴリーがあれば、更に次の下位レイヤでそのサブカテゴリーのサブサブカテゴリーが比較される。以下同様に、あるレイヤでカテゴリーの一致が検出されるごとに、その次の下位レイヤでカテゴリーの比較が繰り返される。こうして、ストリーム形式を詳細に比較できる。
比較の結果、一致するカテゴリーに属するストリーム形式が、ＳＴＢ2とＤＶＣＲ3との間での適合ストリーム形式として選択される。
【００７１】
上記のカテゴリーの比較をどの下位レイヤまで繰り返すかは、ＤＶＣＲ3が設定できる。例えば、ＤＶＣＲ3が全てのＤＶＣ信号を受信できる時、出力ストリーム形式情報がカテゴリーIIを含むか否か、を判定すれば十分である。従って、ＤＶＣＲ3はカテゴリーの比較を最上位レイヤでのみ実行する。それにより、適合性判定処理の負担を軽減できる。
逆に、ＤＶＣＲ3がＤＶＣ信号の詳細な種類に応じて入力ストリーム形式を限定する時、図3に示されているカテゴリーII-1及びII-2のそれぞれへ更にサブカテゴリーを追加し、それらのサブカテゴリーを含むレイヤまで上記のカテゴリーの比較を繰り返しても良い。
そのように、実施例１によるストリーム形式適合性判定システムでは、受信デバイスがストリーム形式に対する適合性判定に必要なストリーム形式情報を柔軟に取捨選択し、又は追加できる。
【００７２】
実施例１によるストリーム形式適合性判定システムでは上記の通り、コントローラ11によるコネクションの確立に先立って、受信デバイスであるＤＶＣＲ3がストリーム形式に対する適合性の有無を判定する。それにより、受信デバイスがその適合性の有無を、デバイス固有の機能の詳細に基づいて正確に判定できる。その結果、ストリーム伝送が確実に実行できる。
【００７３】
上記の説明では、ストリーム形式に対する適合性の有無がコネクションの確立時に判定された。その他に、現に伝送されているストリームについて、例えばＳＴＢ2が受信チャネルの変更に伴いストリーム形式を変更する時、変更されたストリーム形式に対する適合性の有無が次のように判定されても良い。
ＳＴＢ2はストリーム形式の変更を通知するための信号を、伝送中のストリームに多重して配信する。ＤＶＣＲ3はその信号の検出時、ストリーム形式に対する適合性判定を上記と同様に行う。こうして、ストリームの伝送中にストリーム形式が変更された時でも、受信デバイスは変更されたストリーム形式に対する適合性の有無を正確に判定できる。
【００７４】
《実施例２》
図4は、本発明の実施例２によるストリーム形式適合性判定システムを示すシステム構成図である。実施例２によるシステムは実施例１と比べ、ＤＶＣＲ3Aがデータ解析部35を含む点で異なる。図4では、実施例１と同様な構成要素に対しては図1と同じ符号を付している。それらの同様な構成要素についての説明は実施例１のものを援用する。
【００７５】
ＤＶＣＲ3Aは実施例１と同様な構成に加えて、データ解析部35を含む。
データ解析部35はコントローラ11からの接続試行命令の受信時、ＩＥＥＥ1394バス4からテープレコーダ／プレーヤサブユニット31へ入力されるストリームを解析する。それにより、そのストリームが入力プラグ3bを通して正常に入力されているか否かをチェックする。もし、正常に入力されていなければ、そのストリームのストリーム形式が入力プラグ3bにとって入力可能なものではない、と判断し、その判断結果を接続試行応答としてコントローラ11へ通知する。
【００７６】
実施例２によるストリーム形式適合性判定システムでは、コントローラ11によるＳＴＢ2とＤＶＣＲ3Aとの間でのコネクションの確立時、ＤＶＣＲ3Aが次のようにストリーム形式に対する適合性の有無を判定する。
実施例１同様、ＤＴＶ1のユーザがＤＴＶ1上のアプリケーションに対して、ＳＴＢ2により受信される所定の番組をＤＶＣＲ3Aにより録画するように指示した時を想定する。
【００７７】
図5は、ＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3Aの間で交換される命令を示すフロー図である。図5では図2同様、縦軸が時間を示す。
コントローラ11はユーザからの指示を受けて、デバイス制御部11bから適合性判定命令をＤＶＣＲ3Aへ発行する。適合性判定命令は、受信デバイスであるＤＶＣＲ3AのＩＤを命令の宛先として、送信デバイスであるＳＴＢ2のＩＤを判定目標デバイスとして、それぞれ含む。
【００７８】
ＤＶＣＲ3Aは適合性判定命令の受信時、その命令から判定目標デバイスとしてＳＴＢ2のＩＤを解読する。それにより、ＳＴＢ2に対してストリーム形式要求を発行する。ＳＴＢ2はそのストリーム形式要求の受信時、ストリーム形式応答をＤＶＣＲ3Aへ返送する。ＤＶＣＲ3Aはそのストリーム形式応答からＳＴＢ2の出力ストリーム形式情報を解読し、それに基づいてストリーム形式に対する適合性の有無を判定する。適合性判定では、ＳＴＢ2の出力ストリーム形式情報とＤＶＣＲ3Aの入力ストリーム形式情報とが比較される。
以上の過程は、実施例１と全く同様である。
【００７９】
上記の比較の結果がＳＴＢ2とＤＶＣＲ3Aとの間での適合ストリーム形式の存在を示す時、適合ストリーム形式を示す情報が適合性判定応答としてコントローラ11へ返信される。それにより実施例１と同様に、コントローラ11はＳＴＢ2とＤＶＣＲ3Aとの間にコネクションを確立する(図2参照)。
【００８０】
その他に、上記の比較の結果が次のような場合を想定する。出力ストリーム形式情報と入力ストリーム形式情報とのそれぞれのカテゴリーが、ＤＶＣＲ3Aにより設定されたレイヤでは一致せず、そのレイヤより上位レイヤでのみ一致する。
図3の例では、両ストリーム形式情報がいずれも最上位レイヤではカテゴリーII(ＤＶＣ)で一致する。しかし、その次の下位レイヤでは、入力ストリーム形式情報がカテゴリーII-1(ＤＶＣ−ＳＤ)のみを含む一方、出力ストリーム形式情報がサブカテゴリーを含まない。その時、ＳＴＢ2がＤＶＣ−ＳＤ信号を出力可能であるか否かを、ＤＶＣＲ3は出力ストリーム形式情報からは判定できない。
そのような場合、ストリーム形式に対する適合性の有無が不明である、とＤＶＣＲ3Aは判定する。ＤＶＣＲ3Aは、適合性の有無の不明を示す情報と、一致したカテゴリーを示す情報と、を適合性判定応答としてコントローラ11へ返信する。
【００８１】
コントローラ11は適合性判定応答により適合性の有無の不明という結果を得た時、ストリーム伝送を例えば次のように試行する。
コントローラ11はＤＶＣＲ3Aに向けて接続試行命令を発行する。ここで、接続試行命令は例えばＡＶ／Ｃのベンダーユニーク命令として定義される。接続試行命令はＳＴＢ2のＩＤと、ストリーム伝送の試行時に採用されるべきストリーム形式(以下、試行ストリーム形式という)を指示する情報と、を含む。試行ストリーム形式は、例えば適合性判定応答によりＤＶＣＲ3から通知されたカテゴリーに基づいて選択される。その他に、所定のストリーム形式が選択されても良い。
【００８２】
ＤＶＣＲ3Aは接続試行命令を受信し、ＳＴＢ2のＩＤと試行ストリーム形式とを解読する。それにより、入力プラグ3bへ試行ストリーム形式を設定する。その結果、データレコーダ／プレーヤサブユニット31ではその試行ストリーム形式に対応するデコーダが選択される。
【００８３】
ＤＶＣＲ3Aは更にＳＴＢ2に向けて第二の接続命令を発行する。ここで、第二の接続命令は実施例１と同様に、一連の命令群から構成されても良い。例えば、ベンダーユニーク命令で試行ストリーム形式指示命令を、ＩＥＣ61883規格でのＣＭＰによる命令でＳＴＢ2の出力プラグ2bに対するストリーム出力命令を、それぞれ構成しても良い。
ＳＴＢ2は第二の接続命令を受信し、試行ストリーム形式を示す情報と、接続目標のアイソクロナスチャネル番号とを解読する。それにより、出力プラグ2bに対し、試行ストリーム形式を設定する。更に、ＣＭＰに従い、出力プラグ2bに対応するｏＰＣＲを更新する。
【００８４】
ＳＴＢ2は更に、第二の接続命令に従って実行された処理の成否を、第二の接続結果応答によりＤＶＣＲ3Aへ返信する。第二の接続結果応答は実施例１と同様に、一連の命令群から構成されても良い。例えば、試行ストリーム形式の設定の成否をベンダーユニーク命令で伝達する。一方、ｏＰＣＲの更新の成否をＣＭＰに従い、所定の命令及び応答の交換を通して確認する。
ＤＶＣＲ3Aは第二の接続結果応答からコネクションの確立の成否を判断する。
【００８５】
上記のコネクション確立処理とは別に、コントローラ11がＳＴＢ2とＤＶＣＲ3Aとの間のコネクションの確立を、直接実行しても良い。すなわち、コントローラ11が接続試行命令として、試行ストリーム形式を示す情報をＤＶＣＲ3Aに向けて発行する。ＤＶＣＲ3Aは接続試行命令の受信時、入力プラグ3bに対し試行ストリーム形式を設定する。更に、コントローラ11は第二の接続命令として、試行ストリーム形式を示す情報をＳＴＢ2に向けて発行する。ＳＴＢ2は第二の接続命令の受信時、出力プラグ2bに対し試行ストリーム形式を設定する。その後、コントローラ11は、ＩＥＣ61883規格によるＣＭＰに従い、ＳＴＢ2の出力プラグ2bからＤＶＣＲ3Aの入力プラグ3bへのコネクションを確立する。更に、コネクションの確立の成否を、ＣＭＰに従い判断する。
【００８６】
コネクションの確立の成功時、ＳＴＢ2はストリームの伝送を開始する。ＤＶＣＲ3Aはそのストリームを入力プラグ3b及びシンクプラグ3aを通して入力する。入力されたストリームはアイソクロナスパケットごとに、試行ストリーム形式に対応するデコーダでデコードされる。その時、データ解析部35はデータレコーダ／プレーヤサブユニット31を通して、デコーダからの出力データを解析し、デコードが適切か否かを調べる。
【００８７】
その解析の結果が適切なデコードを示せば、試行ストリーム形式に対して適合性がある、とデータ解析部35は決定する。一方、上記の解析の結果が不適切なデコードを示せば、試行ストリーム形式に対して適合性がない、とデータ解析部35は決定する。データ解析部35は更にそれぞれの決定内容を接続試行応答としてコントローラ11へ返信する。コントローラ11は接続結果応答の内容に応じて、既に確立されたコネクションをそのまま維持するか切断するか、決定する。
【００８８】
こうして、実施例２によるストリーム形式適合性判定システムでは、受信デバイスがストリーム形式情報からストリーム形式に対する適合性の有無を明確には判定できない時、コントローラ11がストリーム伝送を試行する。それにより、ストリーム形式に対する適合性の有無を確実に決定できる。
【００８９】
上記の説明では、ストリーム形式に対する適合性の有無がコネクションの確立時に判定された。その他に、現に伝送されているストリームについて、例えばＳＴＢ2が受信チャネルの変更に伴いストリーム形式を変更する時、変更されたストリーム形式に対する適合性の有無が次のように判定されても良い。
ＳＴＢ2はストリーム形式の変更を通知するための信号を、伝送中のストリームに多重して配信する。ＤＶＣＲ3Aはその信号の検出時、ストリーム形式に対する適合性判定を上記と同様に行う。更に、ストリーム形式情報からだけでは適合性の有無が不明な時、上記と同様にストリーム伝送の試行により適合性の有無を決定する。こうして、ストリームの伝送中にストリーム形式が変更された時でも受信デバイスは変更されたストリーム形式に対する適合性の有無を正確に判定できる。
【００９０】
《実施例３》
本発明の実施例３によるストリーム形式適合性判定システムは、実施例１及び実施例２と比べ、ストリーム形式情報のデータ構造で異なる。システムの構成、適合性判定、及びストリーム伝送の試行による適合性の有無の決定動作は実施例１及び実施例２と同様であるので、それらについての説明は実施例１及び実施例２のものを援用する。
【００９１】
図6は実施例３によるストリーム形式情報のデータ構造の一例を示す。送信デバイス(ＳＴＢ2)及び受信デバイス(ＤＶＣＲ3)のそれぞれによりサポートされるストリーム形式は一般に、要素ストリームを更に含む。実施例３によるストリーム形式情報では、図6で示されているように、それぞれのカテゴリーが、複数の要素ストリームのそれぞれのストリーム形式情報と、それらの要素ストリームの多重化形式についての情報と、を一つのグループとして含む。
図6の例では、ストリーム形式情報は最上位レイヤで三つの選択肢、カテゴリーI、カテゴリーII、及びカテゴリーIIIに分かれる。
【００９２】
カテゴリーIは、ＭＰＥＧ２トランスポートストリーム(ＴＳ)に属するグループの一つを示す。そのグループでは、第一の要素I-1が要素ストリームの多重化形式としてＭＰＥＧ２ＴＳを示す。第二の要素I-2及び第三の要素I-3は、ＭＰＥＧ２ＴＳに含まれる二つの要素ストリーム(ビデオストリーム及びオーディオストリーム)のストリーム形式を、それぞれ示す。第二の要素I-2はビデオストリームのストリーム形式として、480本の走査線によるインターレース方式(MPEG2_480i)を示す。一方、第三の要素I-3はオーディオストリームのストリーム形式として、レイヤ３(MP3)を示す。
【００９３】
カテゴリーIIは、ＭＰＥＧ２ＴＳに属する別のグループを示す。そのグループでは、第一の要素II-1が要素ストリームの多重化形式としてＭＰＥＧ２ＴＳを示す。第二の要素II-2はビデオストリームのストリーム形式として、720本の走査線によるノンインターレース方式(MPEG2_720p)を示す。一方、第三の要素II-3はオーディオストリームのストリーム形式としてＡＡＣを示す。
【００９４】
カテゴリーIIIは、ＭＰＥＧ１に属するグループを示す。そのグループでは、第一の要素III-1が要素ストリームの多重化形式としてＭＰＥＧ１を示す。第二の要素III-2はビデオストリームのストリーム形式として、480本の走査線によるインターレース方式(MPEG1_480i)を示す。一方、第三の要素III-3はオーディオストリームのストリーム形式としてレイヤ３(MP3)を示す。
【００９５】
ストリーム形式情報の上記のデータ構造により、例えばＤＶＣＲ3が入力されたストリームから要素ストリームの一部のみを抽出する時、適合性判定部33はその要素ストリームのストリーム形式のカテゴリーのみについて、実施例１と同様に比較する。それにより、適合性判定の処理の負担を軽減できる。更に、要素ストリームの多重化形式が分離可能なものか否かを、ＤＶＣＲ3がそれぞれのカテゴリーの第一の要素から判断できる。
【００９６】
更に、図6では示されてはいないが、実施例１でのストリーム形式情報と同様に、上記のグループのそれぞれがサブカテゴリーを含むツリー構造を持っても良い。
【００９７】
《実施例４》
図7は、本発明の実施例４によるストリーム形式適合性判定システムを示すシステム構成図である。実施例４によるシステムは、ＳＴＢ2BとＤＶＣＲ3Bとを含む。図7の(a)はＳＴＢ2Bを、図7の(b)はＤＶＣＲ3Bを、それぞれ示す。実施例４によるＳＴＢ2Bは上記の実施例でのＳＴＢ2と比べて、記録部24を含む点で異なる。実施例４によるＤＶＣＲ3Bは実施例１でのＤＶＣＲ3及び実施例２でのＤＶＣＲ3Aと比べて、再生部36を含む点で異なる。その他の構成要素は上記の実施例と同様であるので、それらの同様な構成要素に対しては実施例１及び実施例２と同じ符号を付し、それらについての説明は実施例１及び実施例２のものを援用する。
【００９８】
ＳＴＢ2Bはチューナサブユニット21の他に、記録部24を含む。記録部24は書き込み可能な光ディスク5、例えばＣＤ−Ｒ、へデータを書き込む。
記録部24は出力ストリーム形式情報を保持し、ユーザの指示により出力ストリーム形式情報を光ディスク5へ書き込む。ここで、出力ストリーム形式情報はＳＴＢ2Bの出力プラグ2bにより出力可能なストリーム形式を示す。更に、ユーザの指示はＳＴＢ2Bのフロントパネル、リモコン、又はネットワークを通して入力される。
【００９９】
ＤＶＣＲ3Bはテープレコーダ／プレーヤサブユニット31と適合性判定部33との他に、再生部36を含む。再生部36は光ディスク5からデータを読み出す。特にユーザからの指示により、光ディスク5に書き込まれたＳＴＢ2の出力ストリーム形式情報を読み出し、適合性判定部33へ入力する。ここで、ユーザの指示はＤＶＣＲ3Bのフロントパネル、リモコン、又はネットワークを通して入力される。
【０１００】
適合性判定部33は、再生部36から入力された出力ストリーム形式情報を入力ストリーム形式情報と、実施例１及び実施例２と同様に比較する。その比較を通して、ＳＴＢ2Bからのストリームを入力可能か否かを判定する。その判定結果は例えばＤＶＣＲ3Bのフロントパネルへ表示され、ユーザに通知される。
こうして、光ディスク5を通して出力ストリーム形式情報がＳＴＢ2BからＤＶＣＲ3Bへ伝達される。それにより、ＤＶＣＲ3BはＳＴＢ2Bとの間でのストリーム形式に対する適合性の有無を、ＳＴＢ2Bへ物理的に接続されることなく判定できる。
【０１０１】
例えば、送信デバイスのユーザが受信デバイスを購入する時、その送信デバイスの出力ストリーム形式情報を予め格納した光ディスクを店頭に展示された受信デバイスに挿入し、ストリーム形式に対する適合性の有無を判定させる。それにより、送信デバイスのユーザは店頭でストリーム形式に対する適合性を持つ受信デバイスを選択できる。
【０１０２】
逆に、受信デバイスのユーザが送信デバイスを購入する時、送信デバイスのメーカ又は販売店からその送信デバイスの出力ストリーム形式情報を格納した光ディスクを入手する。その光ディスクを受信デバイスに挿入し、ストリーム形式に対する適合性の有無を判定させる。それにより、受信デバイスのユーザはその送信デバイスの購入前に、ストリーム形式に対する適合性の有無を判定できる。
【０１０３】
実施例４では、出力ストリーム形式情報を光ディスクへ格納した。その他に、磁気ディスク、光磁気ディスク、又は半導体メモリへ出力ストリーム形式情報を格納しても良い。その時、それぞれの記録媒体の種類に対応する記録部を送信デバイスが、再生部を受信デバイスが、それぞれ持つ。
【０１０４】
《実施例５》
図8は本発明の実施例５によるストリーム形式情報サーバ6の構成を示す図である。
ＣＰＵ61は内部バス62を通して、サーバ6内の各構成要素を制御する。
記憶部63は書き換え可能な記録媒体、好ましくはハードディスクを含み、その記録媒体へリストL1を格納する。リストL1は、送信デバイスの様々な機種について、上記の実施例と同様な出力ストリーム形式情報を含む。それらの送信デバイスには、例えば、上記の実施例でのＳＴＢ2及びＳＴＢ2Bが含まれる。
インタフェース64は、内部バス62を通して入力されたデータを、外部の記録媒体、例えば実施例４での光ディスク5へ記録する。
【０１０５】
ＣＰＵ61は、サーバ6上で実行されるアプリケーションに従って、記憶部63へ格納されたリストL1から特定の送信デバイスの出力ストリーム形式情報を読み出す。更に、読み出された出力ストリーム形式情報を、インタフェース64を通して光ディスク5へ記録する。
実施例４の受信デバイスであるＤＶＣＲ3Bへ上記の光ディスク5を挿入する。その時、ＤＶＣＲ3Bは実施例４と同様にその光ディスク5から出力ストリーム形式情報を読み出して適合性の有無を判定する。それにより、サーバ6で特定された送信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１０６】
上記とは別に、インタフェース64が内部バス62と外部のＩＥＥＥ1394バス(図示せず)との間でのブリッジとして、データ交換を制御しても良い。その時、例えば、実施例１の受信デバイスであるＤＶＣＲ3をサーバ6へＩＥＥＥ1394バスを通して接続する。ＤＶＣＲ3はＩＥＥＥ1394バスを通して、サーバ6から特定の送信デバイスの出力ストリーム形式情報を読み出す。その読み出された出力ストリーム形式情報に基づいて、ＤＶＣＲ3は実施例１と同様に、特定の送信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１０７】
こうして、実施例５によるストリーム形式情報サーバ6により、実施例１又は実施例４の受信デバイスは様々な送信デバイスとの間でのストリーム形式に対する適合性の有無を、実際にそれらの送信デバイスとは接続することなく判定できる。例えば、送信デバイスの販売店が上記のストリーム形式情報サーバにより、顧客の希望の送信デバイスの出力ストリーム形式情報を、光ディスク又はＩＥＥＥ1394バスを通して顧客へ提供する。それにより、顧客は送信デバイスの購入前に、その送信デバイスと、所有の実施例１又は実施例４の受信デバイスと、の間でのストリーム形式に対する適合性の有無を、その受信デバイスにより確認できる。
【０１０８】
《実施例６》
図9は本発明の実施例６によるストリーム形式適合性判定サーバ7の構成を示す図である。
ＣＰＵ71は内部バス72を通して、サーバ7内の各構成要素を制御する。
ＲＡＭ75はＣＰＵ71に対して作業用メモリ領域を提供する。
記憶部73は書き換え可能な記録媒体、好ましくはハードディスクを含み、その記録媒体へリストL2を格納する。リストL2は、受信デバイスの様々な機種について、上記の実施例と同様な入力ストリーム形式情報を含む。それらの受信デバイスには、例えば、上記の実施例でのＤＶＣＲ3及びＤＶＣＲ3Bが含まれる。
インタフェース74は、外部の記録媒体、例えば実施例４での光ディスク5からデータを読み取り、内部バス72へ出力する。
【０１０９】
ＣＰＵ71は、サーバ7上で実行されるアプリケーションに従って、インタフェース74を通して光ディスク5から出力ストリーム形式情報を読み出す。それと合わせて、記憶部73へ格納されたリストL2から特定の受信デバイスの入力ストリーム形式情報を読み出す。更に、読み出された出力ストリーム形式情報と入力ストリーム形式情報とを、実施例１と同様に比較する。それにより、それぞれのストリーム形式情報に対応する送信デバイス及び受信デバイスとの間でのストリーム形式に対する適合性の有無を判定できる。
【０１１０】
上記とは別に、インタフェース74が内部バス72と外部のＩＥＥＥ1394バス(図示せず)との間でのブリッジとして、データ交換を制御しても良い。その時、例えば、実施例１の送信デバイスであるＳＴＢ2をサーバ7へＩＥＥＥ1394バスを通して接続する。ＳＴＢ2はＩＥＥＥ1394バスを通して、サーバ7へ出力ストリーム形式情報を伝送する。サーバ7はその出力ストリーム形式情報に基づいて、特定の受信デバイスとの間でのストリーム形式に対する適合性の有無を、実施例１と同様に判定できる。
【０１１１】
こうして、実施例６によるストリーム形式適合性判定サーバ7は、実施例１又は実施例４の送信デバイスと様々な受信デバイスとの間でのストリーム形式に対する適合性の有無を、実際にそれらのデバイス同士を接続することなく判定できる。例えば、受信デバイスの販売店の店頭で、顧客が上記のストリーム形式適合性判定サーバへ所有の実施例１又は実施例４の送信デバイスの出力ストリーム形式情報を、光ディスク又はＩＥＥＥ1394バスを通して提供する。それにより、顧客は受信デバイスの購入前に、その受信デバイスと所有の送信デバイスとの間でのストリーム形式に対する適合性の有無を確認できる。
【０１１２】
上記の実施例はいずれもＩＥＥＥ1394バスを通したストリーム伝送に関する。その他に、ＩＥＥＥ1394規格と同様に、ストリームをリアルタイム伝送するためのネットワークに対し、本発明は適用され得る。
【０１１３】
【発明の効果】
本発明によるストリーム形式適合性判定システムでは、コネクションの確立に先立ち、送信デバイスから出力されるストリームのストリーム形式に対する適合性の有無を、受信デバイスが判定する。それにより、受信デバイスが適合性の有無をその固有の機能の詳細に基づいて正確に判定できる。特に、ストリーム形式情報がそのツリー構造により、デバイス固有の機能の詳細を正確に反映するように定義される。従って、受信デバイスはストリーム形式情報の利用により、上記の適合性判定を容易にかつ正確に判定できる。
【０１１４】
既存のストリーム形式には、上記のストリーム形式情報に含まれないものも一般にあり得る。従って、受信デバイスは既存のストリーム形式の全てに対して適合性の有無を常に正確に判定できるわけではない。本発明によるストリーム形式適合性判定システムではその時、ストリーム伝送が試行されても良い。それにより、適合性の有無がより正確に決定される。但し、ストリーム伝送の試行が必要となる頻度は従来のシステムに比べて少ない。
【０１１５】
本発明によるストリーム形式適合性判定システムは、送信デバイスについてのストリーム形式情報を、ネットワークに換えて、記録媒体を通して受信デバイスへ伝達できる。こうして、ストリーム形式に対する適合性判定の処理がコネクションの確立処理から分離される。従って、適合性判定時、送信デバイスと受信デバイスとが同時にネットワークに接続されていなくても良い。すなわち、その送信デバイスのストリーム形式情報を予め記録媒体に格納しておけば、その記録媒体を通して様々な受信デバイスが単独でその送信デバイスに対する適合性の有無を判定できる。それにより、例えばネットワークの設計時、実際にネットワークを構築することなく、所定の送信デバイスに適合した受信デバイスの機種を容易に選択できる。
【図面の簡単な説明】
【図１】本発明の実施例１によるストリーム形式適合性判定システムを示すシステム構成図である。
【図２】実施例１によるストリーム形式適合性判定システム上のデバイスであるＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3の間で交換される命令を示すフロー図である。
【図３】実施例１によるストリーム形式情報のデータ構造の一例を示す図である。
【図４】本発明の実施例２によるストリーム形式適合性判定システムを示すシステム構成図である。
【図５】実施例２によるストリーム形式適合性判定システム上のデバイスであるＤＴＶ1、ＳＴＢ2、及びＤＶＣＲ3Aの間で交換される命令を示すフロー図である。
【図６】実施例３によるストリーム形式情報のデータ構造の一例を示す図である。
【図７】本発明の実施例４によるストリーム形式適合性判定システムを示すシステム構成図である。図7の(a)はそのシステムのＳＴＢ2Bを、図7の(b)はＤＶＣＲ3Bを、それぞれ示す。
【図８】本発明の実施例５によるストリーム形式情報サーバ6の構成を示す図である。
【図９】本発明の実施例６によるストリーム形式適合性判定サーバ7の構成を示す図である。
【符号の説明】
1 ＤＴＶ
11 コントローラ
11a ストリーム管理部
11b デバイス制御部
11c ネットワークインタフェース
2 ＳＴＢ
21 チューナサブユニット
2a ソースプラグ
2b 出力プラグ
22 応答出力部
23 ネットワークインタフェース
3 ＤＶＣＲ
31 テープレコーダ／プレーヤサブユニット
3a シンクプラグ
3b 出力プラグ
3c 出力プラグ
3d ソースプラグ
32 要求出力部
33 適合性判定部
34 ネットワークインタフェース
4 ＩＥＥＥ1394バス
4i アイソクロナスチャネル
Claims (21)
- ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、当該受信デバイスに対し、当該受信デバイスと、前記送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記受信デバイスは、前記接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する、ストリーム形式適合性判定システム。 - ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムであって、
前記受信デバイスが、前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記受信デバイスが、前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を、前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが、前記受信デバイスから適合性不明応答を受信した場合、前記送信デバイスに対し、前記受信デバイスと、当該送信デバイスとが接続試行を行う接続試行命令を出力する接続試行命令出力手段と、
前記送信デバイスが、前記接続試行命令を受信した場合、当該受信デバイスに対し前記ストリームを送信するストリーム送信手段と、
前記受信デバイスが、前記送信デバイスから送信される前記ストリームを受信した場合、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する、ストリーム形式適合性判定システム。 - 前記ストリーム内容判定手段は、前記ストリーム形式判定手段において前記ストリーム形式に示されるレイヤのうち入力可能と判定されたレイヤを示すレイヤ一致情報と、前記ストリームの内容とを基に、前記入力プラグにより入力可能なストリームか否かを判定することを特徴とする請求項１又は請求項２に記載のストリーム形式適合性判定システム。
- 前記受信デバイスはさらに、前記送信デバイスから送信されるストリームをデコードするデコード部を備え、
前記ストリーム内容判定手段は、前記レイヤ一致情報に基づいて選択されるストリーム形式を基に前記ストリームを復号し、復号して得られるデータを基に前記入力プラグにより入力可能なストリームか否かを判定することを特徴とする請求項３に記載のストリーム形式適合性判定システム。 - 前記ストリーム形式情報が、前記ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含む、請求項４に記載のストリーム形式適合性判定システム。
- 前記ストリーム形式情報は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含む、請求項４に記載のストリーム形式適合性判定システム。
- 前記ストリームが複数の要素ストリームを下位レイヤとして含む時、前記ストリーム形式情報が前記要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含む、請求項４に記載のストリーム形式適合性判定システム。
- 前記ストリームの上位レイヤのデータ構造についての情報を、前記グループが前記要素ストリームのそれぞれのデータ構造についての情報とは独立に含む、請求項７に記載のストリーム形式適合性判定システム。
- 前記ストリーム形式判定手段において、前記ストリーム形式応答に示されるレイヤのう ち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、
(A) 前記受信デバイスが、前記送信デバイスにより出力される前記ストリームのストリーム形式を、前記コントローラに対して前記適合性判定応答で指定し、
(B) 前記コントローラが前記ストリームの伝送の試行時、前記受信デバイスにより指定された前記ストリームのストリーム形式を前記送信デバイスに対して指定する；
請求項４に記載のストリーム形式適合性判定システム。 - (A) 前記ストリームのストリーム形式の変更時、前記送信デバイスがそのストリーム形式の変更を通知するためのストリーム形式変更信号を配信し；
(B) 前記受信デバイスが前記ストリーム形式変更信号を受信した時、変更されたストリーム形式が前記入力プラグにより入力可能なものか否かを前記適合性判定部が判定する；
請求項４から請求項９までのいずれか一項に記載のストリーム形式適合性判定システム。 - ストリームをリアルタイム伝送するためのネットワーク上に構成され、
(A) (a) 所定のストリームを出力するための出力プラグ；及び、
(b) ストリーム形式要求の受信時、前記出力プラグにより出力可能なストリーム形式を示す、少なくとも２レイヤ以上のツリー構造からなるストリーム形式情報、をストリーム形式応答として出力するための応答出力部；
を含む送信デバイス；
(B) (a) 前記ストリームを入力するための入力プラグ；
(b) 適合性判定命令の受信時、前記送信デバイスへ前記ストリーム形式要求を出力するための要求出力部；及び、
(c) 前記ストリーム形式応答の受信時、前記ストリームのストリーム形式が前記入力プラグにより入力可能なものか否かを前記ストリーム形式情報から判定し、その判定の結果を適合性判定応答として出力するための適合性判定部；
を含む受信デバイス；
並びに、
(C) 所定のアプリケーションから前記送信デバイスと前記受信デバイスとのコネクション確立要求の受信時、前記受信デバイスへ前記適合性判定命令を出力するためのコントローラ；
を有するシステムを構成する受信デバイスであって、
前記送信デバイスから前記ストリーム形式応答を受信した場合、前記入力プラグにより入力可能なものか否かを判定するストリーム形式判定手段と、
前記ストリーム形式判定手段において、当該ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能であると判定された場合、前記送信デバイスと、前記受信デバイスとの接続可能性は不明であることを示す適合性不明応答を前記コントローラに出力する適合性不明応答出力手段と、
前記コントローラが前記適合性不明応答を受信した際に生成される接続試行命令を受信した場合、当該送信デバイスから前記ストリームを受信し、当該ストリームの内容が、前記入力プラグにより入力可能なストリームか否かを判定するストリーム内容判定手段と、
を含むことにより、前記出力プラグと前記入力プラグとの間に前記ストリームの伝送を目的とするコネクションを確立する、受信デバイス。 - 前記ストリーム内容判定手段は、前記ストリーム形式判定手段において前記ストリーム形式に示されるレイヤのうち入力可能と判定されたレイヤを示すレイヤ一致情報と、前記ストリームの内容とを基に、前記入力プラグにより入力可能なストリームか否かを判定することを特徴とする請求項１１に記載の受信デバイス。
- 前記受信デバイスはさらに、前記送信デバイスから送信されるストリームをデコードするデコード部を備え、
前記ストリーム内容判定手段は、前記レイヤ一致情報に基づいて選択されるストリーム形式を基に前記ストリームを復号し、復号して得られるデータを基に前記入力プラグにより入力可能なストリームか否かを判定することを特徴とする請求項１２に記載の受信デバイス。 - 前記ストリーム形式情報が、前記ストリームのストリーム形式と実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含む、請求項１３に記載の受信デバイス。
- 前記ストリーム形式情報は、実質的に同一なストリーム形式をそれぞれ示す複数の表現形式を含む、請求項１３に記載の受信デバイス。
- 前記ストリームが複数の要素ストリームを下位レイヤとして含む時、前記ストリーム形式情報が前記要素ストリームのそれぞれのデータ構造についての情報を一つのグループとして含む、請求項１３に記載の受信デバイス。
- 前記ストリームの上位レイヤのデータ構造についての情報を、前記グループが前記要素ストリームのそれぞれのデータ構造についての情報とは独立に含む、請求項１６に記載の受信デバイス。
- 前記ストリーム形式判定手段において、前記ストリーム形式応答に示されるレイヤのうち、少なくとも最上位レイヤを含む一部のレイヤでのみ入力可能である、と前記適合性判定部が判定した時、前記送信デバイスにより出力される前記ストリームのストリーム形式を、前記コントローラに対して前記適合性判定応答で指定する、請求項１３に記載の受信デバイス。
- 前記送信デバイスから前記ストリームのストリーム形式の変更を通知するためのストリーム形式変更信号を受信した時、変更されたストリーム形式が前記入力プラグにより入力可能なものか否かを前記適合性判定部が判定する、請求項１３から請求項１８いずれか一項に記載の受信デバイス。
- 請求項１３に記載の受信デバイスに含まれるＣＰＵを前記要求出力部と前記適合性判定部として機能させるための制御プログラム。
- 請求項２０に記載の制御プログラム、を記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002037753A JP4220165B2 (ja) | 2002-02-15 | 2002-02-15 | ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002037753A JP4220165B2 (ja) | 2002-02-15 | 2002-02-15 | ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003242053A JP2003242053A (ja) | 2003-08-29 |
| JP4220165B2 true JP4220165B2 (ja) | 2009-02-04 |
Family
ID=27779248
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002037753A Expired - Fee Related JP4220165B2 (ja) | 2002-02-15 | 2002-02-15 | ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4220165B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005236926A (ja) | 2004-02-23 | 2005-09-02 | Canon Inc | データ出力装置、データ入力装置及び制御方法 |
| JP2005244477A (ja) | 2004-02-25 | 2005-09-08 | Canon Inc | データ出力装置、データ入力装置及び制御方法 |
-
2002
- 2002-02-15 JP JP2002037753A patent/JP4220165B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003242053A (ja) | 2003-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7408954B2 (en) | Communication method for transmitting streaming data | |
| US7529262B2 (en) | Communication method and communication apparatus | |
| WO2000072552A1 (fr) | Dispositif et procede de traitement de signal numerique, systeme de traitement de signal numerique | |
| US6286071B1 (en) | Communication control method, communication system and electronic device used therefor | |
| JP4720847B2 (ja) | 記録システム、伝送装置、記録装置、及び記録制御方法、並びにプログラム | |
| US20020047862A1 (en) | Network error display apparatus and error detection display method | |
| US20010028655A1 (en) | Communication control method and communication control apparatus | |
| US6993606B1 (en) | Communication method and communication apparatus for data communication between devices connected by a network | |
| JP4220165B2 (ja) | ストリーム形式適合性判定システム、受信デバイス、ストリーム形式情報サーバ、ストリーム形式適合性判定サーバ、それらの制御プログラム、及び、それらの制御プログラムを記録した記録媒体 | |
| EP1098476A1 (en) | Network connection recognizing method and network-connected terminal device | |
| JP2002044532A (ja) | 信号出力装置および信号出力方法 | |
| US8478193B2 (en) | Device-identifying system, device-identifying method, controlling device, and controlled device | |
| EP1130851A2 (en) | A method for controlling a communication of stream data | |
| JP2001243676A (ja) | 情報処理装置及び方法、媒体 | |
| US20050091414A1 (en) | Controllable device and controllable method | |
| JP2000278770A (ja) | 被制御機器、制御用機器、データ通信システム及びデータ通信方法 | |
| JP2001326662A (ja) | 通信方法及び通信装置 | |
| JP4396543B2 (ja) | 記録再生装置及びその再生制御方法 | |
| JP2003228968A (ja) | 機器制御システム、被制御機器、被制御機器動作モード変更方法、プログラム、および媒体 | |
| US20020067741A1 (en) | Information control method, information processing apparatus, and information control system | |
| KR20020011925A (ko) | 통신 제어 방법, 통신 시스템 및 통신 장치 | |
| JP2001024654A (ja) | 通信方法及び通信装置並びに提供媒体 | |
| JP3676618B2 (ja) | パケット転送装置、及びデータ記録媒体 | |
| EP1098475A1 (en) | Network connection recognition method, network system and network connection terminal device | |
| EP1098494A1 (en) | Communication method, communication system and electronic device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050207 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050525 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20061129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080410 |
|
| 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: 20081014 |
|
| 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: 20081113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |