JP2004222263A - 通信装置と通信方法 - Google Patents

Abstract

【課題】 複数インタフェース間で共通した識別情報テーブルを生成することにより複数インタフェースを連携して利用できる通信装置及び方法を提供する。
【解決手段】 外部の機器に対して相違するプロトコルにより各々通信処理を行う第１及び第２インタフェース部１２，１３と、外部の機器の識別情報を要求する識別情報要求信号を外部の機器に送信する識別情報要求送信部１５と、これに応じて、外部の機器から供給された識別情報を受信して、複数インタフェース部に共通した外部機器の識別情報テーブルを生成し管理するテーブル管理部２０とを有する通信装置であり、ネットワーク上の複数のＡＶ機器に関し、複数インタフェースの間で共通した認識が得られるので、ユーザの一つの操作で、ネットワーク上の外部装置に対して複数インタフェースを連携して利用できるもの。
【選択図】 図１

Description

この発明は、通信機器に関し、特に複数のインタフェースを有する通信機能を持った通信機器及び通信方法に関する。

最近、映像情報を扱うディジタル機器が本格的に普及するに伴ない、これらのディジタル機器同士の間で通信処理を行い、互いの機能を一方のディジタル機器から自在に制御することができるものが考えられてきている。

特許文献１には、複数の接続されているＡＶ機器から最適な機能を自動的に選択し、最適な利用形態を構築することを可能とするシステムを示す例が示されている。

このような例では、通信機能をもったＡＶ機器において、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４やイーサネット等の複数のインタフェースを用いて、他のＡＶ機器にそれぞれ接続され通信処理を行っている。
特開２０００−３０７５９４号公報。

しかしながら、上述した従来技術では、複数種類のインタフェースをもってはいても、それぞれが異なる複数の外部機器に接続されており、当該機器と外部機器との間に複数インタフェースの経路が平行して設けられているわけではない。又、複数のインタフェースは、複数の外部機器をそれぞれ独立して管理しており、複数のインタフェースの間で同一の外部機器を共通した識別情報として管理しているわけではないので、複数のインタフェースを連携して利用し一つの処理を行うという処理ができないという問題がある。

本発明は、複数インタフェース間で共通した識別情報テーブルを生成することにより複数インタフェースを連携して利用することができる通信装置及び通信方法を提供することを目的としている。

本発明は、ネットワーク上の機器に対して、通信処理を相違するプロトコルによりそれぞれ行う第１及び第２インタフェース部と、前記第１及び第２インタフェース部の一方を介して、前記機器の識別情報を要求する識別情報要求信号を前記機器に送信する識別情報要求送信部と、前記識別情報要求送信部から送信された前記識別情報要求信号に応じて、前記機器から供給された識別情報を受信して、前記第１及び第２インタフェース部に共通した前記機器の識別情報のテーブルを生成し管理するテーブル管理部とを具備することを特徴とする通信装置である。

本発明は上記した特徴により、当該通信機器と外部通信機器（複数も可能）との間で複数のインタフェースによる接続を平行して行い、更に、外部通信機器へ識別情報を要求する識別情報要求信号を送信し、これに応じた識別情報を受信して、これに応じて識別情報のテーブルを生成するものである。

これにより、複数のインタフェースの間で共通した外部の通信機器の識別テーブルが生成されることにより、例えば、当該通信機器がテレビジョン装置であり外部装置がレコーダ装置であれば、両者の間でイーサネットとＩＥＥＥ１３９４との間の共通識別情報において、イーサネットは管理情報、ＩＥＥＥ１３９４ではコンテンツ情報との転送情報の使い分けを、通信装置で自動的に行うことができる。これにより、ユーザは、インタフェースの種類を意識することなく、例えば、操作画面上で外部のレコーダ装置に録画指示を与える等の操作を行うことにより、通信装置側では、各インタフェースが共通識別情報テーブルを用いて、イーサネットは操作情報、ＩＥＥＥ１３９４ではコンテンツ情報等の転送処理を自動配分し、所望の録画処理をリモート操作することができる。これにより、ユーザは複数のインタフェースを意識することなく、自動的にインタフェース能力を発揮することで、ネットワーク上の各機器の機能を十分活用することができる。

上述した本発明によれば、複数インタフェースに共通してネットワーク上の機器等を識別する識別情報テーブルを設けることにより、複数インタフェースを連携させた送受信操作が容易な操作により可能となる通信装置及び通信方法を提供することができる。

以下、図面を参照しながら本発明の実施形態を詳細に説明する。

＜本発明に係る通信装置の一例＞
図１は本発明に係る通信装置の実施形態の一例を示すシステム構成図である。本発明に係る通信装置は、例えば、通信機能が設けられたＡＶ機器のテレビジョン装置やレコーダ装置３２等であり、相互に複数のインタフェースで接続されてネットワークを形成する。

すなわち、本発明に係る通信装置１０は、装置の本来の働き、例えばテレビジョン装置であれば、チューナ部、復号部、ＡＶ信号処理部等を有する信号処理部１１と、これにそれぞれ接続されており、外部の機器にもそれぞれ接続されている第１のインタフェースの例であるイーサネットインタフェース１２と、第２のインタフェースの例であるＩＥＥＥ１３９４インタフェース１３と、アナログインタフェース１４とを有している。更に、本発明に特有の働きとして、イーサネットインタフェース１２と、ＩＥＥＥ１３９４インタフェース１３とにそれぞれ接続されている識別情報要求送受信部１５と、この識別情報要求送受信部１５から識別情報要求信号が供給される対応関係確認部１７とを有しており、更に、ここで複数のインタフェースに共通の外部装置の対応関係を確認して、テーブル管理部２０にて、識別情報テーブルが管理されることとなる。

又、この識別情報要求信号が外部から識別情報用送受信部１５に与えられるとき、これに応じて、対応関係確認部１７において対応関係を確認してこれを、識別情報として外部に通知する識別情報通知部１６を有している。更に、対応関係を確認するための通信可否判定部１８と現在設定確認部１９とを有している。

図１では、このようにイーサネットによるＬＡＮとＩＥＥＥ１３９４などの複数のインタフェースを持つ通信装置１０において、制御信号はＬＡＮを利用し、ハイビジョンなどの映像伝送はＩＥＥＥ１３９４等を利用することで、それぞれのインタフェースの長所を生かした通信を以下に述べる識別情報テーブルを用いた一元管理のもとで平行して行うことができる。

（システムの構成例）
次に、本発明に係る通信装置により構成された通信システムの例を説明する。図２は、本発明に係る通信装置の接続方法の一例を示す接続図であり、図３は、本発明に係る管理テーブルを用いない場合のネットワークの識別結果の一例を示す接続図であり、図４は、本発明に係る通信装置の接続方法の他の一例を示す接続図であり、図５は、本発明に係る通信装置における接続機器の操作方法の一例を説明する説明図である。

本発明に係る通信装置の接続方法を示すシステム例として、図２において、テレビジョン装置３１は、ＩＥＥＥ１３９４とイーサネットＥと、アナログケーブルＡとにより、ＨＤＤ（Hard Disk Driver）を用いたレコーダ装置３２乃至３５等に接続されており、更に、イーサネットハブ４１を介してノートＰＣ３６と共にＬＡＮケーブルＥを介して接続されている。

本発明はこのように一方の機器３１から他方の機器３２の間に複数のインタフェースの接続、例えば、ここでは、ＩＥＥＥ１３９４とイーサネットＥとアナログケーブルＡとにより接続されるような場合において、少なくとも、ＩＥＥＥ１３９４とイーサネットＥとのそれぞれの管理において、一方の機器３１から他方の機器３２が一つの機器であり、ＩＥＥＥ１３９４とイーサネットＥにおいても同一の機器であると認識できるような、管理情報のテーブルを生成し、この管理テーブルを用いて、ネットワーク上の特定の機器と通信処理を行おうとするものである。

次に、図３は、本発明に係る管理テーブルを用いない場合のネットワークの識別結果の一例を示す図であり、イーサネット上の３台のレコーダと、ＩＥＥＥ１３９４上の３台のレコーダとは、実際は同一のものであるにもかかわらず、異なるものであると、テレビジョン装置３１には認識されてしまう。従って、当該機器をＬＡＮ経由で制御して、映像をＩＥＥＥ１３９４経由で伝送する等の転送処理を行うことができない。又、図１８は、本発明に係る管理テーブルを用いない場合のネットワークの構成の一例を示す説明図であり、複数のレコーダ３２無いし４が、イーサネットハブに接続されている。

図４は、複数のインタフェースをもつ制御機器の本発明の実施形態におけるネットワーク識別結果を示す図である。本発明の実施形態では、制御機器側からＩＰアドレス＝Ｘの機器とＧＵＩＤ＝Ｂの機器が同一であることを確認できるため、図４に示すようなネットワーク構成であることを認識可能であり、当該機器をＬＡＮ経由で制御して、映像をＩＥＥＥ１３９４経由で伝送するなどの方法が可能となる。

又、図５は、本発明に係る通信装置における外部機器との接続方法の一例を説明する説明図である。すなわち、テレビジョン受信装置３１において、識別情報対応テーブル４４において、ＬＡＮインタフェースにおけるＤＶＤ操作パネルのアドレスであるＵＲＬ１が、ＩＥＥＥ１３９４インタフェースにおいては、サブユニット１であることがわかり、両方でのインタフェースにおける同一の対象を特定することができる。すなわち、ＬＡＮ側の識別情報（ＩＰアドレス、ＭＡＣアドレス、ＵＲＬなど）４２とＩＥＥＥ１３９４側の識別情報（ノードＩＤ、ＧＵＩＤ、サブユニットＩＤなど）４３を識別情報対応テーブルにおいて管理することが可能となる。又、この管理テーブル情報は、外部からの転送要求に応じて転送することも可能となる。

（操作画面）
図６は、本発明に係る通信装置における操作画面の一例を示す図、図７は、本発明に係る通信装置における操作画面の他の一例を示す図である。

テレビジョン装置３１の本発明に係る通信機能の利用の仕方として、操作画面の一例を挙げると、図６に示すブラウザ形式の操作画面５１により、複数のイーサネットインタフェース１２とＩＥＥＥ１３９４インタフェース１３とを用いる操作が可能となる。すなわち、図６に示す操作画面５１の例えばＤＶＤプレイヤを選択することで、図７のブラウザ形式の操作画面において、ＤＶＤプレイヤの操作アイコンを表示することができる。

この際に、ユーザは、イーサネットインタフェース１２とＩＥＥＥ１３９４インタフェース１３を、操作信号の送受信やコンテンツ信号の送受信にどう振り当てる等の判断を行うことなく、次に詳述する識別情報テーブルを参照することで、送信機能の側で自動的に送受信を最適に配置するものである。

すなわち、この識別情報テーブルは、図８に示すように、本発明の実施形態における識別情報の対応関係の一例を示す図である。本発明の実施形態では操作対象であるＤＶＤ、ＨＤＤを制御するためのＵＲＬ情報と、ＩＥＥＥ１３９４の制御単位である、ＧＵＩＤ、サブユニットタイプ、サブユニットＩＤ、更に、ＵＳＢ識別情報である、デバイスアドレス、デバイスクラスについて、その対応情報を管理している。このように識別情報は、一つの筐体に与えられるのではなく、ＤＶＤやＨＤＤやチューナといった機能に与えられるものである。

更に、同様に、図９は本発明の実施形態における識別情報の対応関係の別の一例を示す図である。本発明の実施形態では操作対象であるＤＶＤ、ＨＤＤにアクセスするためにポート（Port）を割り振りそのポート（Port）番号と、ＩＥＥＥ１３９４の制御単位である、ＧＵＩＤ、サブユニットタイプ、サブユニットＩＤ、更に、ＵＳＢ識別情報である、デバイスアドレス、デバイスクラスについて、その対応情報を管理している。

図１０は、本発明の実施形態における識別情報の通知方法の一例を示す図である。本発明の実施形態ではレコーダ装置３２にイーサネット経由でのアクセスがあった際、自機器のＩＥＥＥ１３９４側のインタフェース情報（ＧＵＩＤ、ノードＩＤなど）をテレビジョン装置３１側に通知するため、テレビジョン装置３１側でＩＰアドレス＝Ｙの機器とＧＵＩＤ＝Ｂの機器が同一機器であることを判別でき、テレビジョン装置３１側からＩＥＥＥ１３９４経由で映像伝送のためのコネクションを確立し、映像伝送を行うことが可能となる。

図１１は本発明の実施形態における識別情報の別の通知方法の一例を示す図である。本発明の実施形態では、レコーダ装置３２にイーサネット経由でアクセスするとともにＩＥＥＥ１３９４側のインタフェース情報（ＧＵＩＤ、ノードＩＤなど）等もレコーダ装置３２側に通知するため、レコーダ装置３２側でＩＰアドレス＝Ｘの機器とＧＵＩＤ＝Ａの機器が同一機器であることを判別でき、レコーダ装置３２側からＩＥＥＥ１３９４経由で映像伝送のためのコネクションを確立し、映像伝送を行うことが可能となる。

図１２は、本発明に係る通信装置の他の通信機器との通信処理を説明するための他の図、図１３は、指示画面の一例を示す図、図１４は、本発明に係る通信装置の他の通信機器との通信処理を説明するための他の図である。

図１２に示すように、本発明に係る通信装置は、ＷＡＮ４５を介するものであってもよく、ＷＡＮ４５を介して、ノートパソコン３６が電子番組表をインターネットから取得し、更に、予約情報にレコーダ装置３２に設定し、更に、テレビジョン装置３１からレコーダ装置３２に、ＩＥＥＥ１３９４経由で録画の実行を指示するという操作が可能となる。ここで、少なくとも、イーサネットとＩＥＥＥ１３９４との二つのインタフェースが用いられているが、同一の識別情報に基づいて処理がなされるものである。

図１３においては、ブラウザ形式での操作画面５３を示すものであり、ここでは、チューナとしてテレビジョン装置３１を選んでおり、録画機器として、レコーダ装置３２を選んでおり、このような処理が本発明に係る識別情報テーブルを使用することで可能となる。

更に、図１４においては、通信機器同士が管理情報をＩＰアドレスとして管理する方法を示している。テレビジョン装置３１とレコーダ装置３２との間では、ＩＰアドレスはＩＥＥＥ１３９４インタフェースを介して送受信される。

＜本発明に係る通信装置の処理の一例＞
次に、フローチャートを用いて、本発明に係る通信装置の動作を詳細に説明する。図１５及び図１７は、本発明に係る通信装置のテーブル作成の手順を示すフローチャート、図１６は、通信処理の一例を示すフローチャートである。

図１５は、本発明に係る通信装置の１３９４バスに新規に１３９４機器を接続した場合における、テーブル作成手順を示すフローチャートである。図１５のフローチャートにおいて、例えば、１３９４バスにレコーダ装置３２を接続し（Ｓ１１）、テレビジョン装置３１が１３９４バスよりバスリセットイベントを受け取ると（Ｓ１２）、テレビジョン装置３１は１３９４バスを経由して全デバイスのＧＵＩＤ情報の取得を試みる（Ｓ１３）。テレビジョン装置３１は取得したＧＵＩＤ情報をＧＵＩＤテーブルに保存した後に（Ｓ１４）、ＧＵＩＤテーブルから最初のＧＵＩＤ情報を取得し（Ｓ１５）、当該ＧＵＩＤを持つ機器に対し識別情報要求コマンドを送信する（Ｓ１６）。その後テレビジョン装置３１は、応答コマンドを受信するべく待機し、応答コマンドである識別情報を受信したら（Ｓ１７）、まずレスポンスに含まれる識別情報より当該デバイスがＩＰアドレスを持っているかを確認する（Ｓ１８）。例えばレコーダ装置３５の様に１３９４インタフェースしか持たない機器に対して識別情報要求コマンドを送信した場合、レコーダ装置３５からのレスポンスにはＩＰアドレスが含まれないことになり、その場合Ｓ９からＳ１１のステップは不要となるためスキップする。ＩＰアドレスを含む場合テレビジョン装置３１は対応関係管理部２０で管理するＩＰアドレステーブルを読み出し（Ｓ１９）、テーブル中にＩＰアドレスが存在するかを確認する（Ｓ２０）。ＩＰアドレスが含まれている場合、当該ＩＰアドレスを持つ機器とイーサネットで接続されていることが分かるので、識別情報テーブルにＩＰ−ＧＵＩＤのペアを保存する（Ｓ２１）。含まれている場合ＩＰアドレステーブルに当該ＩＰアドレスが含まれない場合、テレビジョン装置３１とレコーダ装置３２はイーサネットでは接続されておらず、通信ができないことを意味するのでＳ２１をスキップする。これを全てのデバイスに対して行い（Ｓ２３）、最終のデバイスでなければ、次のＧＵＩＤ情報をＧＵＩＤテーブルから取得して（Ｓ２２）、ステップＳ１６から同等の処理を繰り返す。

一方、図１７はイーサネットに新たにイーサネット機器を接続した場合における、テーブル作成手順を示すフローチャートである。図１７のフローチャートにおいて、例えばイーサネットにレコーダ装置３２を接続し（Ｓ５１）、テレビジョン装置がイーサネット経由でレコーダ装置３２の送信した新しいＡＲＰパケットを受信すると（Ｓ５２）、テレビジョン装置３１は新しく取得したＩＰアドレスをＩＰアドレステーブルに保存し（Ｓ５３）、レコーダ装置３２に対して識別情報要求コマンドを送信する（Ｓ５４）。その後テレビジョン装置３１は、応答コマンドを受信するべく待機し、応答コマンドである識別情報を受信したら（Ｓ５５）、当該デバイスがＧＵＩＤを持っているかを確認する（Ｓ５６）。例えばパソコン装置３６はＩＰアドレスのみを保有しＧＵＩＤは保有していないため識別情報としてＩＰアドレスのみを応答するため、Ｓ５６の確認でＮＯと判定される。この場合Ｓ５７からＳ５９のステップは不要のためスキップされる。ＧＵＩＤを持っている場合、テレビジョン装置３１は対応関係管理部２０で管理されているＧＵＩＤ情報を読み出し（Ｓ５７）、テーブル中にＧＵＩＤ情報が含まれているかを確認する（Ｓ５８）。含まれている場合当該ＧＵＩＤを持つ機器と１３９４で接続されていることが分かるので、識別情報テーブルにＩＰ−ＧＵＩＤのペアを保存する（Ｓ５９）。

このような操作により、複数インタフェースを利用して、例えば、制御信号ならイーサネット、コンテンツ信号ならＩＥＥＥ１３９４等のように、ユーザは特別な操作を行わなくとも、操作画面上で対象機器への操作を行うだけで、最適なインタフェースの適用による送受信処理を伴う操作、例えば、外部のレコーダ装置３２に対して、録画処理を指示する操作を行うことができる。

又、図１６のフローチャートにおいて、例えば、レコーダ装置３２においては、識別情報要求を受信すると（Ｓ３１）、これの対応関係を確認し（Ｓ３２）、これに対応するインタフェースが１つかどうかを判断する（Ｓ３３）。例えばレコーダ装置３２の場合ＧＵＩＤ：Ａを持つインタフェースに対して、ＩＰアドレス：Ｚを持つインタフェースが対応する。この対応が一つであれば、確認されたインタフェースを選択し（Ｓ３４）、選択されたインタフェースを通知する（Ｓ３５）。

又、ステップＳ３３にて、対応するインタフェースが複数あれば、通信可否の判断を行い（Ｓ３６）、それが可能であれば、現在のＩ／Ｆ設定も含め識別情報要求元デバイスと通信可能なインタフェースを選択する（Ｓ３７）。例えば図１４に示すようにレコーダ装置３２がＩＰアドレスを持つインタフェースとして、ＬＡＮ側とＷＡＮ側の２つのインタフェースを持つ場合、それぞれのインタフェースに対して通信可否の判定を行う。図１４の場合ＬＡＮ側のインタフェースはテレビジョン装置３１と接続されているので通信可能だが、ＷＡＮ側のインタフェースはインターネット側に接続されているため、テレビジョン装置３１とは通信できない。このため通信可能なインタフェースとしてＬＡＮ側のインタフェースのＩＰアドレス１９２．１６８．０．ｙが選択される。又、通信可否の判断が不可能であれば、そのまま、現在のインタフェース選定を選択した後に（Ｓ３８）、選択されたインタフェースを通知する（Ｓ３５）。例えばアナログ接続の場合、図２に示すようにテレビジョン装置３１からは２つあるアナログインタフェースＡのうちどちらがレコーダ装置３２に接続されているか判断することができない。この場合ユーザ操作によりテレビジョン装置３１のアナログ入力をあらかじめレコーダ装置３２に設定しておいた状態で、１３９４接続又はイーサネット接続を行うと、Ｓ３８のステップで現在のアナログ設定を応答することで、アナログ接続の確認が可能となる。

又、ここで、図１９は、本発明に係る通信装置のアドレス情報の一例を示す図である。ここで、図１９の（ａ）は、ＧＵＩＤテーブルの一例である。それぞれＡ，Ｂ，ＣというＧＵＩＤを持つ３つの機器が１３９４バス上に接続されていることがわかる。又、図１９の（ｂ）は、ＩＰアドレステーブルの一例である。それぞれＺ，Ｘ，ＹというＩＰアドレスを持つ３つの機器がイーサネット上に接続されていることが分かる。図１９の（ｃ）は、ＩＤのペアを表すテーブルの例である。例えばＧＵＩＤ：ＡとＩＰアドレス：Ｚがペアであることが分かる。図１９の（ｄ）は、ＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ ＩＤ）の一例である。ＧＵＩＤは６４ビットのサイズを持ち１６進数で表記される。図１９の（ｅ）は、ＩＰアドレスの一例である。ＩＰアドレスには複数のバージョンが存在するが通常用いられているＩＰｖ４の場合、（ｅ）に示すように３２ビットのサイズを持ち、表記上０−２５５までの１０進数を４つピリオドで区切って表す。このほかにＩＰｖ６とよばれる１２８ビットのサイズを持つアドレスも規定されている。図１９の（ｆ）は、ＭＡＣアドレスの一例である。ＭＡＣアドレスは４８ビットのサイズを持ち１６進数で表記される。

図２０は、本発明に係る通信装置のコマンド及びレスポンスの一例を示す図であり、（ａ）は、識別情報要求コマンドに対するレスポンスの一実施例である。ＩＤの数とそれぞれのＩＤの種類（例えばＩＰアドレスやＧＵＩＤなど）と、その具体的な値が含まれる。（ｂ）は、識別情報要求コマンドの別の一実施例を示す図である。この形式の識別情報要求コマンドは主にＥｔｈｎｅｒｎｅｔ（Ｒ）で使われる。（ｃ）は、識別情報要求コマンドに対するレスポンスの一実施例である。ＩＤの数とそれぞれのＩＤの種類（例えばＩＰアドレスやＧＵＩＤなど）と、その具体的な値が含まれる。（ｄ）は、識別情報要求コマンドに対するレスポンスの一実施例である。ＩＤの数とそれぞれのＩＤの種類（例えばＩＰアドレスやＧＵＩＤなど）と、その具体的な値が含まれる。（ｅ）は、識別情報要求コマンドに対するレスポンスの一具体例である。（ｅ）では、２つのＩＤを持ちそのアドレスがそれぞれＧＵＩＤ＝００００３９１０ １２３４ａｂｃｄ、ＩＰアドレス＝１９２．１６８．０．２である機器からのレスポンスの例が示されている。

以上記載した様々な実施形態により、当業者は本発明を実現することができるが、更にこれらの実施形態の様々な変形例を思いつくことが当業者によって容易であり、発明的な能力をもたなくとも様々な実施形態へと適用することが可能である。従って、本発明は、開示された原理と新規な特徴に矛盾しない広範な範囲に及ぶものであり、上述した実施形態に限定されるものではない。

本発明に係る通信装置の概略構成の一例を示すブロック図。 本発明に係る通信装置の接続方法の一例を示す接続図。 本発明に係る管理テーブルを用いない場合のネットワークの識別結果の一例を示す接続図。 本発明に係る通信装置の接続方法の他の一例を示す接続図。 本発明に係る通信装置における外部機器との接続方法の一例を説明する説明図。 本発明に係る通信装置における操作画面の一例を示す図。 本発明に係る通信装置における操作画面の他の一例を示す図。 本発明に係る通信装置における制御情報テーブルの一例を示す図。 本発明に係る通信装置における制御情報テーブルの他の一例を示す図。 本発明に係る通信装置の他の通信機器との通信処理を説明するための図。 本発明に係る通信装置の他の通信機器との通信処理を説明するための他の図。 本発明に係る通信装置の他の通信機器との通信処理を説明するための他の図。 本発明に係る通信装置の指示画面の一例を示す図。 本発明に係る通信装置の他の通信機器との通信処理を説明するための他の図。 本発明に係る通信装置のテーブル作成の手順を示すフローチャート。 本発明に係る通信装置の通信処理の一例を示すフローチャート。 本発明に係る通信装置のイーサネットに新たにイーサネット機器を接続した場合のテーブル作成手順を示すフローチャート。 本発明に係る管理テーブルを用いない場合のネットワークの構成の一例を示す説明図。 本発明に係る通信装置のアドレス情報の一例を示す図。 本発明に係る通信装置のコマンド及びレスポンスの一例を示す図。

符号の説明

１１…信号処理部、１２…イーサネットインタフェース、１３…ＩＥＥＥ１３９４インタフェース、１４…アナログインタフェース、１５…識別情報要求受信部、１６…識別情報通信部、１７…対応関係確認部、１８…通信可否判定部、１９…現在設定確認部、２０…テーブル管理部。

Claims (18)

1. ネットワーク上の機器に対して、通信処理を相違するプロトコルによりそれぞれ行う第１及び第２インタフェース部と、
   前記第１及び第２インタフェース部の一方を介して、前記機器の識別情報を要求する識別情報要求信号を前記機器に送信する識別情報要求送信部と、
   前記識別情報要求送信部から送信された前記識別情報要求信号に応じて、前記機器から供給された識別情報を受信して、前記第１及び第２インタフェース部に共通した前記機器の識別情報のテーブルを生成し管理するテーブル管理部と、
   を具備することを特徴とする通信装置。
2. 前記第1及び第２インタフェース部の一方を介して、ネットワーク上の第２の機器から、第２の識別情報要求信号を受けると、前記通信装置の識別情報信号を生成し前記第２の機器へと通知する識別情報通知部を更に有することを特徴とする請求項１記載の通信装置。
3. 前記テーブル管理部が管理する前記機器の識別情報のテーブルに基づいて、前記機器に対して、前記第１及び第２インタフェースの少なくとも一方を介して、所定情報を送受信することを特徴とする請求項１記載の通信装置。
4. 前記第１及び第２インタフェースの少なくとも一方は、イーサネットをプロトコルに用いるインタフェースであることを特徴とする請求項１記載の通信装置。
5. 前記第１及び第２インタフェースの少なくとも一方は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４をプロトコルに用いるインタフェースであることを特徴とする請求項１記載の通信装置。
6. 前記第１及び第２インタフェースの少なくとも一方は、ＵＳＢ（Universal Serial Bus）をプロトコルに用いるインタフェースであることを特徴とする請求項１記載の通信装置。
7. 前記テーブル管理部で管理している前記識別情報のテーブルを、与えられた転送要求信号に応じて送信することを特徴とする請求項１記載の通信装置。
8. 前記テーブル管理部で管理している前記機器の識別情報は、前記機器の筐体毎に一つの識別情報が与えられているのではなく、前記機器の筐体に含まれる一つの機能又は複数の機能に対してそれぞれ与えられていることを特徴とする請求項１記載の通信装置。
9. 前記第1及び第２インタフェース部の一方を介して、前記機器から前記通信装置への前記識別情報要求信号を受けると、前記通信装置の識別情報と共に前記通信装置が使用できるインタフェースの種類情報も前記機器へと通知する識別情報通知部を更に有することを特徴とする請求項１記載の通信装置。
10. ネットワーク上の機器に対して、通信処理を相違するプロトコルによりそれぞれ行う第１及び第２インタフェース部を前記通信装置に設けその一方を介して、前記機器の識別情報を要求する識別情報要求信号を前記機器に送信し、
    前記送信した識別情報要求信号に応じて、前記機器から供給された識別情報を受信して、前記第１及び第２インタフェース部に共通した前記機器の識別情報のテーブルを生成して管理することを特徴とする通信方法。
11. 前記第1及び第２インタフェース部の一方を介して、ネットワーク上の第２の機器から、第２の識別情報要求信号を受けると、前記通信装置の識別情報信号を生成し前記第２の機器へと通知することを特徴とする請求項１０記載の通信方法。
12. 前記テーブル管理部が管理する前記機器の識別情報のテーブルに基づいて、前記機器に対して、前記第１及び第２インタフェースの少なくとも一方を介して、所定情報を送受信することを特徴とする請求項１０記載の通信方法。
13. 前記第１及び第２インタフェースの少なくとも一方は、イーサネットをプロトコルに用いるインタフェースであることを特徴とする請求項１０記載の通信方法。
14. 前記第１及び第２インタフェースの少なくとも一方は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４をプロトコルに用いるインタフェースであることを特徴とする請求項１０記載の通信方法。
15. 前記第１及び第２インタフェースの少なくとも一方は、ＵＳＢ（Universal Serial Bus）をプロトコルに用いるインタフェースであることを特徴とする請求項１０記載の通信方法。
16. 前記テーブル管理部で管理している前記識別情報のテーブルを、与えられた転送要求信号に応じて送信することを特徴とする請求項１０記載の通信方法。
17. 前記テーブル管理部で管理している前記機器の識別情報は、前記機器の筐体毎に一つの識別情報が与えられているのではなく、前記機器の筐体に含まれる一つの機能又は複数の機能に対してそれぞれ与えられていることを特徴とする請求項１０記載の通信方法。
18. 前記第1及び第２インタフェース部の一方を介して、前記機器から前記通信装置への前記識別情報要求信号を受けると、前記通信装置の識別情報と共に前記通信装置が使用できるインタフェースの種類情報も前記機器へと通知する識別情報通知部を更に有することを特徴とする請求項１０記載の通信方法。

Images