JP2007150390A

JP2007150390A - 通信装置

Info

Publication number: JP2007150390A
Application number: JP2005338207A
Authority: JP
Inventors: Tadashi Ono; 正小野; Isao Kato; 勇雄加藤
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2005-11-24
Filing date: 2005-11-24
Publication date: 2007-06-14

Abstract

【課題】ホスト機器と通信アダプタを組み合わせてネットワーク機能を実現する場合、プロトコルスタックが重複して存在する場合は、通信アダプタの通信態様が一意に定まらないため、ネットワーク機能が実現できない可能性がある。
【解決手段】ホスト機器は、ネットワーク１０４と有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置である。モジュール選択部１１３は、ホストプロトコル管理部１１１で、本体メモリおよび通信アダプタに一致する機能層があると検出された場合、接続手段におけるホスト機器と通信アダプタとの通信状況に応じて、一致する機能層について本体メモリに保持された機能層と通信アダプタに保持された機能層のいずれかを、通信プロトコルを構成する機能層として選択する。
【選択図】図１

Description

本発明は、ホスト機器にカード等の形態で供給される通信アダプタを装着し、ホスト機器にネットワーク機能を付加した場合のネットワーク制御に関するものである。

広域ネットワーク技術の事実上の世界標準であるＴＣＰ／ＩＰネットワーク（以後、ネットワークと言えばこのＴＣＰ／ＩＰネットワークを指す）は、これまでコンピュータ機器間の通信技術として発展してきた。昨今、この技術をテレビ、ＤＶＤレコーダ等の家庭用ＡＶ機器にも適用し、所定の機器上にあるＡＶコンテンツを別の機器で制御して視聴するＡＶストリーミングの実現に向けた検討がなされている。

図１０は、ネットワーク機能を実現するために必要なモジュールについて説明した図である。

図１０において、１００１はネットワークハードウェア、１００２はネットワークの電気的規格を定めたＰＨＹモジュール、１００３は機器のアドレス割り当て、通信経路の選定方法等を定めたＩＰモジュール、１００４は通信の信頼性を高めるための方法を定めたＴＣＰモジュール、１００５はＡＶコンテンツを含むマルチメディアデータの通信方法について規定したＨＴＴＰモジュール、１００６はＡＶストリーミングの制御を統一的に実施するためのＵＰｎＰモジュール、１００７はＡＶストリーミングを実現するネットワークアプリケーションである。プロトコルスタックには主従関係があり、順序を変えて使用することはできない。なおここでは、ＰＨＹモジュール１００２からＵＰｎＰモジュール１００６をプロトコルスタックと総称する。

必須となるプロトコルスタックは、ネットワークアプリケーション１００７の種類により異なる。ネットワーク上でデータの送受信を行うためには、少なくともネットワークハードウェア１００１、ＰＨＹモジュール１００２、ＩＰモジュール１００３、ＴＣＰモジュール１００４は必須である。ＷｏｒｌｄＷｉｄｅＷｅｂアプリケーションを実現するためには、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）による整形文書、および静止画、動画ファイル等のマルチメディアファイルの通信を行うＨＴＴＰモジュール１００５がさらに必要である。

ネットワーク上で互換性のあるＡＶストリーミングを実現するには、上記で説明したプロトコルスタックに加え、さらにＵＰｎＰモジュール１００６が必要になる。ＵＰｎＰとはＭｉｃｒｏｓｏｆｔ社が提唱したＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙの略称であり、ネットワークアプリケーション１００７が、ネットワークへの参加、通信相手の検索、パケット送受信等のネットワークコマンド、およびＡＶコンテンツの再生、一時停止等のＡＶコマンド等を統一的に扱えるための規格として制定された。この中で、ネットワークコマンドは、ＵＰｎＰＤｅｖｉｃｅＡｒｃｈｉｔｅｃｔｕｒｅに、ＡＶコマンドはＵＰｎＰＡＶＡｒｃｈｉｔｅｃｔｕｒｅで規格化されている。また、ＵＰｎＰＤｅｖｉｃｅＡｒｃｈｉｔｅｃｔｕｒｅには、ネットワークコマンドがＵＰｎＰＴｅｍｐｌａｔｅＬａｎｇｕａｇｅｆｏｒｄｅｖｉｃｅｓ、もしくはＵＰｎＰＴｅｍｐｌａｔｅＬａｎｇｕａｇｅｆｏｒｓｅｒｖｉｃｅｓとして例示されている。ＵＰｎＰにおけるＡＶコマンド、ネットワークコマンドを総称してＵＰｎＰコマンドと呼ぶ。

家庭用ＡＶ機器においてＡＶストリーミングをはじめとするネットワーク機能を実現する場合、機器内にネットワークハードウェア、および各プロトコルスタックを実装することも可能であるが、当初からネットワーク機能を実装すると機器自身の価格アップにつながるため、必要に応じてネットワーク機能を容易にアドオンできる方法が望まれる。

そのための一方法として、ネットワーク機能を有しない家庭用ＡＶ機器（以後、ホスト機器と称する）に、ネットワーク機能を有するアダプタ（以下通信アダプタと称する）を装着し、両者間を接続するアダプタバスを介して通信する方法がある。通信アダプタの一例としてＳＤＩＯネットワークカードがある。これはＳＤメモリカードのインターフェースと互換性のあるカード型通信アダプタであり、この場合のアダプタバスはＳＤＩＯバスとなる。昨今のホスト機器の多くは、ＳＤメモリカードによるメモリ拡張もしくはデータの持ち出しを目的として、ＳＤメモリカードスロットをあらかじめ実装している機器が増加しており、これらの機器にはＳＤＩＯネットワークカードを装着することが可能である。

上記のように、ホスト機器とＳＤＩＯネットワークカードとを組み合わせたネットワーク機器については、例えば特許文献１に記載されている。
特開２００４−５６３４８号公報

しかしながら上記ホスト機器および通信アダプタによりネットワーク機能を実現する場合、以下のような課題を有する。

ホスト機器、通信アダプタには、それぞれの目的、スペックに応じてプロトコルスタックを自由に実装することが可能である。

このようなホスト機器と通信アダプタを組み合わせてネットワーク機能を実現する場合、図１０に記載したプロトコルスタックが重複して存在する場合は、通信アダプタの通信態様が一意に定まらないため、ネットワーク機能が実現できない可能性がある。

またＡＶストリーミングを実現する場合、ＵＰｎＰモジュールが必須となる。通信アダプタ側のＵＰｎＰモジュールを使用する場合、非常に多岐にわたるＵＰｎＰコマンドに逐一対応する独自のコマンド群をアダプタバス上で定義することが必要である。一方ホスト機器側のＵＰｎＰモジュールを使用する場合、ＡＶストリーミングデータと同等の情報量を持つＵＰｎＰコマンドを伝送する必要があり、アダプタバスの形態によっては、コマンドの応答性やＡＶストリーミングデータの通信そのものに影響を及ぼす可能性がある。

上記課題を解決するために、第１の発明にかかる通信装置は、ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、複数の機能層の全部または一部を保持する本体メモリと、複数の機能層の全部または一部を保持する通信アダプタを接続可能な接続手段と、本体メモリに保持された機能層および通信アダプタに保持された機能層を検出する検出手段と、検出手段で、本体メモリおよび通信アダプタに一致する機能層があると検出された場合、接続手段における自装置と通信アダプタとの通信状況に応じて、一致する機能層について本体メモリに保持された機能層と通信アダプタに保持された機能層のいずれかを、通信プロトコルを構成する機能層として選択する制御手段と、を備える。

また、第２の発明にかかる通信装置は、ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、複数の機能層の全部または一部を保持する本体メモリと、複数の機能層の全部または一部を保持する通信アダプタを、コマンドラインおよびデータラインで接続可能な接続手段と、本体メモリに保持された機能層および通信アダプタに保持された機能層を検出する検出手段と、検出手段で、本体メモリおよび通信アダプタに一致する機能層があると検出された場合、複数の機能層で定義されるコマンドとは異なるコマンドを、コマンドラインを介して通信アダプタに送信する一方、検出手段で本体メモリおよび通信アダプタに一致する機能層がないと検出された場合、複数の機能層で定義されるコマンドを、データラインを介して通信アダプタに送信する制御手段と、を備える。

また、第３の発明にかかる通信装置は、ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、複数の機能層の全部または一部を保持する本体メモリと、複数の機能層の全部または一部を保持する通信アダプタを、コマンドラインおよびデータラインで接続可能な接続手段と、複数の機能層で定義されるコマンドとは異なるが、コマンドの内容は近いコマンドを、コマンドラインを介して通信アダプタに送信する制御手段と、を備える。

本発明によれば、ホスト機器、および通信アダプタのプロトコルスタック実装状況に応じて、ＡＶストリーミングを含むネットワーク機能実現の可否、およびネットワーク機能で必要なコマンドの形態を、使用状況、ハードウェアスペック等に応じて選択することが可能となり、ネットワークアプリケーションの設計の自由度を高くすることができる。

以下に本発明の実施の形態について図面を用いて説明する。なお、以下の各実施の形態において、以前に説明した構成と同様の構成については、同一の符号を付し説明を省略する。

（実施の形態１）
第１の発明の一実施例を実施の形態１として、図１、図２を用いて説明する。

図１は本発明における通信装置の構成を説明した図である。図１において、１０１はホスト機器、１０２は通信アダプタ、１０３はホスト機器１０１および通信アダプタ１０２間のアダプタバス、１０４はネットワーク、１１１はホストプロトコル管理部、１１２はホスト機器１０１に実装されたモジュールの集合であるホストプロトコルスタック、１１３はモジュール選択部、１１４はホスト機器のネットワークアプリケーション、１２１はアダプタプロトコル管理部、１２２は通信アダプタ１０２に実装されたモジュールの集合であるアダプタプロトコルスタック、１２３はネットワークハードウェアである。

ホスト機器１０１に通信アダプタ１０２が装着されると、アダプタバス１０３を介して両者間の通信が可能となる。アダプタバス１０３を介して、ホスト機器１０１は通信アダプタ１０２とのデータ通信および制御を行い、またネットワーク１０４とのデータの通信を行う。

ホストプロトコル管理部１１１およびアダプタプロトコル管理部１２１は、それぞれホストプロトコルスタック１１２およびアダプタプロトコルスタック１２２に実装されているプロトコルスタックの情報を保持している。

モジュール選択部１１３は、ホストプロトコル管理部１１１、およびアダプタプロトコル管理部１２１に対して、両プロトコルスタックのモジュールの実装状況について問い合わせる。両プロトコルスタックに重複したモジュールが存在する場合、モジュール選択部１１３は、どちらかのモジュールを使用するかを選択し、両プロトコルスタックに通知する。

ネットワークアプリケーション１１４は、上記選択結果を元に、アダプタバス１０３に対する通信、および通信アダプタ１０２の制御を行う。その結果、ネットワークアプリケーション１１４は、ネットワークハードウェア１２３を介して、ネットワーク１０４と通信することができる。

図２は、モジュール選択部１１３の動作および上記選択結果に応じたアダプタバス１０３上の伝送形態の一例について具体的に説明した図である。

図２（ａ）は、本実施の形態におけるホストプロトコルスタック１１２およびアダプタプロトコルスタック１２２の実装を示した図である。モジュール選択部１１３は、ホストプロトコルスタック１１２にはＴＣＰモジュール、ＩＰモジュールが、アダプタプロトコルスタック１２２にはＴＣＰモジュール、ＩＰモジュール、ＰＨＹモジュールが実装されていることを検出する。

ＰＨＹモジュールはアダプタプロトコルスタック１２２にのみ実装されているので、必然的にアダプタプロトコルスタック側を使用することになる。一方ＴＣＰモジュール、ＩＰモジュールは双方に実装されているので、いずれを使用するか選択する必要がある。

図２（ｂ）は、ＴＣＰ、ＩＰ双方のモジュールともホストプロトコルスタック１１２のものを使用する場合である。このときアダプタバス１０３上には、ＩＰパケットが伝送される。

一方図２（ｃ）は、ＴＣＰモジュールはホストプロトコルスタック１１２のものを、ＩＰモジュールはアダプタプロトコルスタック１２２のもの使用する場合である。このとき、アダプタバス１０３上には、ＴＣＰパケットが伝送される。

一方図２（ｄ）は、ＴＣＰ、ＩＰ双方のモジュールともアダプタプロトコルスタック１２２のもの使用する場合である。このとき、アダプタバス１０３上には、アダプタバスで独自に定義されたパケットが伝送される。例えばアダプタバスがＳＤＩＯバスであれば、ＳＤＩＯインターフェースに準拠したパケットが伝送される。

なお、ＩＰモジュールをホストプロトコルスタック１１２から、ＴＣＰモジュールをアダプタプロトコルスタック１２２から使用することは、両モジュールの主従関係から実現不可能である。

モジュール選択部１１３が、ホスト機器および通信アダプタで重複しているプロトコルスタックを検出したとき、いずれを使用するかについては、ホスト機器および通信アダプタの処理能力、アダプタバスの通信速度、アプリケーションの種別などから、より効率の良いほうを選択する。

以上説明したように、第１の実施の形態では、ホスト機器および通信アダプタ双方に同一のプロトコルスタックが存在するとき、ネットワークアプリケーションの種別、もしくはホスト機器および通信アダプタの性能を勘案していずれか一方を選択することで、アダプタバス上での効率良い通信を実現することが可能である。

より具体的には、本実施の形態１にかかるホスト機器は、ネットワーク１０４と有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置である。そして、ホスト機器は、ホストプロトコルスタック１１２と、通信アダプタを接続可能な接続手段と、ホストプロトコル管理部１１１と、モジュール選択部１１３とを備える。ホストプロトコルスタック１１２は、外部との通信に必要な複数の機能層の全部または一部から構成される。ホストプロトコルスタック１１２は、本体メモリに保持される。通信アダプタは、アダプタプロトコルスタック１２２を保持する。アダプタプロトコルスタック１２２は、外部との通信に必要な複数の機能層の全部または一部から構成される。ホストプロトコル管理部１１１は、本体メモリに保持された機能層および通信アダプタに保持された機能層を検出する。モジュール選択部１１３は、ホストプロトコル管理部１１１で、本体メモリおよび通信アダプタに一致する機能層があると検出された場合、接続手段におけるホスト機器と通信アダプタとの通信状況に応じて、一致する機能層について本体メモリに保持された機能層と通信アダプタに保持された機能層のいずれかを、通信プロトコルを構成する機能層として選択する。

（実施の形態２）
第２の発明の一実施例を実施の形態２として、図３〜７を用いて説明する。

図３は、ネットワークを用いたＡＶストリーミングの概要を説明した図である。図３において、３０１はＡＶコンテンツを蓄積できるメディアサーバー、３０２はユーザーの指示に応じてＡＶコンテンツを視聴するメディアクライアントである。

以下、図３を用いてＡＶストリーミングの動作概要を説明する。

ユーザーがメディアクライアント３０２に視聴指示を行うと、メディアクライアント３０２は、メディアサーバー３０１に対して接続要求を行う。メディアサーバー３０１は、必要に応じてメディアクライアント３０２からの接続要求に対する認証を行った後、接続を確立する。

続いてメディアクライアント３０２はメディアサーバー３０１に対して、視聴するＡＶコンテンツの再生開始要求のＡＶコマンドを送信する。このＡＶコンテンツに著作権保護がかかっている場合は、メディアサーバー３０１およびメディアクライアント３０２双方で著作権保護に関する認証を行い、メディアサーバー３０１はＡＶコンテンツに所定の暗号化を実施してメディアクライアント３０２に送信する。メディアクライアント３０２では、受信したＡＶコンテンツを必要に応じて暗号の復号、圧縮の伸張を行ってＡＶコンテンツを再生する。

メディアサーバーは、ハードディスクレコーダ等のように大容量の蓄積用デバイスを装備した機器、メディアクライアントはポータブルＤＶＤプレーヤー等のように液晶ディスプレイ、スピーカーをはじめとする視聴用デバイスを装備した機器が想定される。また、ネットワークはイーサネット（登録商標）ケーブルによる有線接続でもよいが、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮによるネットワーク接続ができれば、両機器の設置についての制約が大幅に小さくなり、さらにメディアクライアントが携帯型機器であれば、移動中であってもＡＶストリーミングを実行できるというメリットがある。

図４は、上記ＡＶストリーミングを実施する実施の形態２における通信装置の構成を説明した図である。なお本実施の形態におけるアダプタバスはＳＤＩＯであり、ネットワークアプリケーション１１４はＵＰｎＰを用いたＡＶストリーミングアプリケーションであるとする。図４において、４０１はＳＤＩＯバス、４０１ａはコマンドライン、４０１ｂはデータライン、４０２はコマンド定義部である。

コマンドライン４０１ａは１ｂｉｔ幅であり、主としてＳＤＩＯ向けのコマンド（以後ＳＤＩＯコマンドと称する）の発行を行うためのものである。ＳＤＩＯコマンド１個あたり、コマンドライン経由で１ｂｙｔｅのデータを付加的に送信することができる。

データライン４０１ｂは４ｂｉｔ幅であり、ＳＤＩＯコマンド１個あたり、データライン経由で数百ｂｙｔｅから数千ｂｙｔｅのデータを送信することができる。またＳＤＩＯバスでは、データライン４０１ｂを用いてデータを転送中に、コマンドライン４０１ａを使用してＳＤＩＯコマンドを発行することが可能である。

コマンド定義部４０２は、ホスト機器から通信アダプタに対するコマンドを定義するレジスタであり、詳細は後述する。

実施の形態１と同様、モジュール選択部１１３は、ホストプロトコル管理部１１１、およびアダプタプロトコル管理部１２１に対して、両プロトコルスタックのモジュールの実装状況について問い合わせる。

図５は、両プロトコルスタックにおいてＵＰｎＰモジュールの実装状況に応じたアダプタバス１０３上の伝送形態について具体的に説明した図である。なおここではＰＨＹモジュールからＨＴＴＰモジュールまではアダプタプロトコルスタックに含まれると仮定する。

図５（ａ）は、ＵＰｎＰモジュールがホストプロトコルスタック１１２に実装されている場合である。この場合、ＡＶコマンドの発行にはＵＰｎＰコマンドを使用する。ＵＰｎＰコマンドは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述されるため、単純なコマンドであっても数キロｂｙｔｅの情報量が必要となる場合がある。従って伝送にはデータライン４０１ｂを使用することが望ましい。

図５（ｂ）は、ＵＰｎＰモジュールがアダプタプロトコルスタック１２２に実装されている場合である。この場合、コマンド定義部４０２にＵＰｎＰコマンドに対応した機器ベンダー独自のコマンドであるＶｅｎｄｏｒＵｎｉｑｕｅコマンド（以後ＶＵコマンドと記す）が定義されていれば、ＡＶコマンドの発行にはＶＵコマンドを使用する。ＵＰｎＰコマンドすべてを利用可能とする場合、上記に対応するＶＵコマンドを逐一定義する必要があるが、一般にはＵＰｎＰコマンドのうちのごく一部の主要なＡＶコマンドのみが利用可能であれば、ＡＶストリーミングアプリケーションとしては十分な場合が多い。このような主要なＡＶコマンドは、数ｂｙｔｅで表現可能であることが多いので、ＶＵコマンドの伝送はコマンドライン４０１ａでも十分実用に耐えうる。

図５（ｃ）は、ホストプロトコルスタック１１２、およびアダプタプロトコルスタック１２２双方にＵＰｎＰモジュールが存在する場合である。この場合は、ネットワークアプリケーション１１４が、コマンドの種別、もしくはシチュエーションに応じ、ＵＰｎＰコマンドと（定義されていれば）ＶＵコマンドとを使い分けることが可能である。前者の例は、再生、停止など主要かつ単純なＡＶコマンドはＶＵコマンドで、ＶＵコマンドで定義されていない複雑なＡＶコマンドはＵＰｎＰコマンドで実施する場合などである。後者の例は、通常はＵＰｎＰコマンドを使用するが、スローコマンドのようにＡＶコンテンツの転送を実施しつつＡＶコマンドを送信する必要がある場合に限りＶＵコマンドを使用する場合などである。

図６は、ＵＰｎＰモジュールの実装状況、およびＶＵコマンドの定義状況に応じたＡＶストリーミングの動作形態の判定を行うマトリックスである。

ＵＰｎＰモジュールがホストプロトコルスタック１１２およびアダプタプロトコルスタック１２２双方に実装されていて、ＶＵコマンドが定義済みであるとき、ネットワークアプリケーション１１４は、ＡＶストリーミングにおいて、ＵＰｎＰコマンド、ＶＵコマンド双方を使用することができる（６０１）。一方ＶＵコマンドが未定義の場合は、ＵＰｎＰコマンドを使用してＡＶストリーミングを実現することができる（６０２）。

次にＵＰｎＰモジュールがアダプタプロトコルスタック１２２にのみ実装されていて、ＶＵコマンドが定義済みであるとき、ネットワークアプリケーション１１４は、ＶＵコマンドを使用してＡＶストリーミングを実行することができる（６０３）。一方ＶＵコマンドが未定義の場合は、ＡＶストリーミングは実行不可である（６０４）。

次にＵＰｎＰモジュールがホストプロトコルスタック１１２にのみ実装されている場合は、ＶＵコマンドの定義如何に関わらずＵＰｎＰコマンドを使用してＡＶストリーミングを実行できる（６０５）。

最後にＵＰｎＰモジュールが、ホストプロトコルスタック１１２、アダプタプロトコルスタック１２２双方に実装されていない場合は、ＶＵコマンドの定義如何に関わらずＡＶストリーミングは実行不可である（６０６）。

図７は、ＶＵコマンドの定義方法の一例を示した図である。図７（ａ）はコマンド定義部４０２のレジスタマップである。オフセット０ｘ１０００の領域には、ＶＵコマンドフラグが設定されている。ネットワークアプリケーション１１１は、上記領域に、所定の値が格納されていれば、ＶＵコマンドが一意に定義済みであると検出する。このとき、ネットワークアプリケーション１１４から、上記所定の値に対応するＶＵコマンドが使用可能とある。

オフセット０ｘ１００１の領域には、コマンドＩＤが設定される。具体的な設定の例を図７（ｂ）に示す。ネットワークアプリケーション１１４は、このレジスタに０ｘ０１を設定すると、通信アダプタは前方通常再生コマンドが発行されたと解釈し、アダプタプロトコルスタック１２２のＵＰｎＰモジュールは、対応するＵＰｎＰコマンドを生成してネットワーク１０４に送出する。

オフセット０ｘ１００２の領域は、ＶＵコマンドに付随するオプションで、ＶＵコマンド単位で定義することができる。

以上説明したように、本実施の形態においては、ホスト機器および通信アダプタ双方のＵＰｎＰモジュールの実装状況を問い合わせ、その結果に応じて、ＡＶストリーミングで必要なコマンドの形態をアプリケーションが決定することができるため、アダプタバス上での効率良い通信を実現することが可能である。

また本実施の形態では、ＵＰｎＰモジュールの実装に応じたものであったが、ＨＴＴＰモジュールなど、他のモジュールであっても同様に適用可能である。

より具体的には、本実施の形態２にかかるホスト機器における接続手段は、コマンドライン４０１ａおよびデータライン４０１ｂで通信アダプタと接続可能である。そして、モジュール選択部１１３は、ホストプロトコル管理部１１１で、本体メモリおよび通信アダプタに一致する機能層があると検出された場合、外部との通信に必要な複数の機能層で定義されるコマンドとは異なるコマンドを、コマンドライン４０１ａを介して通信アダプタに送信する一方、ホストプロトコル管理部１１１で本体メモリおよび通信アダプタに一致する機能層がないと検出された場合、外部との通信に必要な複数の機能層で定義されるコマンドを、データライン４０１ｂを介して通信アダプタに送信する。

（実施の形態３）
第３の発明の一実施の形態を実施の形態３として、図８、図９を用いて説明する。

図８は異なるホスト機器に共通のネットワークアプリケーションを実装する場合について説明した図である。図８において、８０１は通信アダプタ、８０２はホスト機器Ａ、８０３はホスト機器Ｂ、８１１は通信アダプタ８０１のコマンド定義部、８１２はホスト機器Ａ８０２およびホスト機器Ｂ８０３のネットワークアプリケーションである。

通信アダプタ８０１は、ＵＰｎＰモジュールを実装しており、ＶＵコマンドが定義済みであるとする。

図９（ａ）は、ネットワークアプリケーション８１２で使用可能なＡＶコマンド群、図９（ｂ）はコマンド定義部８１１で定義されているＶＵコマンドであるとする。

ホスト機器Ａ８０２に通信アダプタ８０１を装着したとき、ホスト機器にＵＰｎＰモジュールが実装されているので、ＵＰｎＰコマンドを使用してＡＶストリーミングを実施できる。よって図９（ａ）のＡＶコマンドは、すべて少なくともＵＰｎＰコマンドにより実現可能である（図９（ｂ）のＶＵコマンドを使用してもかまわない）。

一方ホスト機器Ｂ８０３に通信アダプタ８０１を装着したとき、通信アダプタにはＵＰｎＰモジュールが実装されているので、ＶＵコマンドを使用してＡＶストリーミングを実施できる。このとき図８（ａ）の影を施したＡＶコマンドは、コマンド定義部８１１では定義されていない。このとき、ＶＵコマンドとして定義されていないＡＶコマンドは、コマンド定義部８１１で定義されているより近いＡＶコマンドで代用する。例えば、前方再生スロー１／４倍速ならびに１／８倍速は、コマンド定義部７１１では定義されている前方再生スロー１／２倍速で代用する。また前方再生スロー１／１６倍速は、前方コマ送りで代用する。

以上説明したように、本実施の形態においては、ＶＵコマンドとして定義されていないＡＶコマンドに対し、より近い定義済みＡＶコマンドで代用することで、リソースの都合からＵＰｎＰモジュールが実装できないホスト機器においても、ＵＰｎＰモジュールを実装した通信アダプタを使用すれば、ＡＶストリーミングを実現することができる。また、上記を実現するためのネットワークアプリケーションを機器共通とすることで、アプリケーションを機器毎に開発する必要がなくなり、開発工数の大幅な削減が可能となる。

より具体的には、本実施の形態３にかかるホスト機器における接続手段は、コマンドライン４０１ａおよびデータライン４０１ｂで通信アダプタと接続可能である。そして、モジュール選択部１１３は、外部の通信に必要な複数の機能層で定義されるコマンドとは異なるが、コマンドの内容は近いコマンドを、コマンドライン４０１ａを介して通信アダプタに送信する。

本発明にかかるネットワーク機器は、非コンピュータ機器を含めた広範な機器において、必要なプロトコルスタックの実装状況に応じて適用可能なネットワークアプリケーションの使用可否状況、動作環境を選択することができ、ＡＶストリーミングをはじめとするネットワーク応用アプリケーションの適用範囲を拡大し、かつアダプタバス上の効率の良い通信を実現することが可能となる。

本発明の実施の形態１にかかる通信システムの構成を示すブロック図本発明の実施の形態１においてモジュールと伝送データとの関係を説明するための模式図ネットワークを用いたＡＶストリーミングについて説明するための模式図本発明の実施の形態２にかかる通信システムの構成を示すブロック図本発明の実施の形態２においてモジュールと伝送データとの関係を説明するための模式図本発明の実施の形態２においてモジュールの実装状況と実現可能なＡＶストリーミングの形態との関係を説明するための模式図ＶＵコマンドの実現方法の一例について説明するための模式図本発明の実施の形態３において異なるホスト機器に共通のネットワークアプリケーションを実装する場合について説明するための模式図本発明の実施の形態３においてＶＵコマンドの代用について説明するための模式図ＡＶストリーミングをはじめとするネットワーク機能を実現するために必要なプロトコルスタックについて説明するための模式図

符号の説明

１０１ホスト機器
１０２通信アダプタ
１０３アダプタバス
１１１ホストプロトコル管理部
１１２ホストプロトコルスタック
１１３モジュール選択部
１１４ネットワークアプリケーション
１２１アダプタプロトコル管理部
１２２アダプタプロトコルスタック
１２３ネットワークハードウェア
３０１メディアサーバー
３０２メディアクライアント
４０１ＳＤＩＯバス
４０１ａコマンドライン
４０１ｂデータライン
４０２コマンド定義部
８０１通信アダプタ
８０２ホスト機器Ａ
８０３ホスト機器Ｂ
８１１コマンド定義部
８１２ネットワークアプリケーション
１００１ネットワークハードウェア
１００２ＰＨＹモジュール
１００３ＩＰモジュール
１００４ＴＣＰモジュール
１００５ＨＴＴＰモジュール
１００６ＵＰｎＰモジュール
１００７ネットワークアプリケーション

Claims

ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、
前記複数の機能層の全部または一部を保持する本体メモリと、
前記複数の機能層の全部または一部を保持する前記通信アダプタを接続可能な接続手段と、
前記本体メモリに保持された機能層および前記通信アダプタに保持された機能層を検出する検出手段と、
前記検出手段で、前記本体メモリおよび前記通信アダプタに一致する機能層があると検出された場合、前記接続手段における自装置と前記通信アダプタとの通信状況に応じて、前記一致する機能層について前記本体メモリに保持された機能層と前記通信アダプタに保持された機能層のいずれかを、前記通信プロトコルを構成する機能層として選択する制御手段と、
を備える通信装置。
ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、
前記複数の機能層の全部または一部を保持する本体メモリと、
前記複数の機能層の全部または一部を保持する前記通信アダプタを、コマンドラインおよびデータラインで接続可能な接続手段と、
前記本体メモリに保持された機能層および前記通信アダプタに保持された機能層を検出する検出手段と、
前記検出手段で、前記本体メモリおよび前記通信アダプタに一致する機能層があると検出された場合、前記複数の機能層で定義されるコマンドとは異なるコマンドを、前記コマンドラインを介して前記通信アダプタに送信する一方、前記検出手段で前記本体メモリおよび前記通信アダプタに一致する機能層がないと検出された場合、前記複数の機能層で定義されるコマンドを、前記データラインを介して前記通信アダプタに送信する制御手段と、
を備える通信装置。
ネットワークと有線または無線で接続された通信アダプタを介して、複数の機能層からなる通信プロトコルを用いて外部と通信する通信装置であって、
前記複数の機能層の全部または一部を保持する本体メモリと、
前記複数の機能層の全部または一部を保持する前記通信アダプタを、コマンドラインおよびデータラインで接続可能な接続手段と、
前記複数の機能層で定義されるコマンドとは異なるが、コマンドの内容は近いコマンドを、前記コマンドラインを介して前記通信アダプタに送信する制御手段と、
を備える通信装置。