JP2000059459A - データ通信装置、データ通信システム、データ通信方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 各々が異なるプロトコルでデータ通信を行う
機器同士であっても、効率的なデータ通信を自由に行う
ことが可能なデータ通信システムを提供する。 【解決手段】 第１のプロトコル（ＰＩＡＦＳプロトコ
ル）に従ったデータ送受信を無線で行う第１の機器１０
１と、第２のプロトコル（ＩＥＥＥ１３９４規格のプロ
トコル）に従ったバス（ホームバス）に接続された第２
の機器１０３〜１０５との間に設けたデータ通信装置
（ホームステーション）１０２にて、第１の機器１０１
から無線送信されてきたデータを、第２のプロトコルに
従ったデータにフォーマット変換して、第２の機器１０
３〜１０５に対してバスを介して送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、制御信号
とデータを混在させての通信が可能な通信制御バスを用
いて複数の電子機器間を接続し、各機器間でデータ通信
を行うシステムに適用されるデータ通信装置、データ通
信システム、データ通信方法、及びそれを実施するため
の処理ステップをコンピュータが読出可能に格納した記
憶媒体に関するものである。

【０００２】

【従来の技術】近年、家庭内の様々な電子機器（以下、
単に「機器」或いは「ノード」とも言う）を接続するホ
ームバスシステムが採用されつつある。このホームバス
システムでは、例えば、家庭内のテレビジョン（ＴＶ）
機器やステレオ等のオーディオ・ビジュアル機器、冷蔵
庫や電子レンジ等の台所機器、さらには風呂やドアホー
ン等の住宅設備機器を接続し、これらの機器間での情報
通信を行うことで、家庭内の各機器を互いに連携して制
御することができるようになされている。

【０００３】一方、屋外では、公衆回線を用いたデータ
通信システムも一般化してきている。特に、有線のＩＳ
ＤＮディジタル回線や、無線のＰＨＳ上に展開されたＰ
ＩＡＦＳ通信等により、家庭やオフィスに限らず、どこ
にいてもデータ通信を行うことが可能になってきてい
る。さらに、ＰＨＳは、内線モードと公衆モードがあ
り、家庭内では、内線モードを用いることで課金される
こと無く通信ができ（ディジタル式のコードレスの子機
としての機能）、屋外では、公衆モードを用いることで
公衆回線に直接通信する（簡易型ディジタル携帯電話と
しての機能）ことが可能なシステムになされている。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
たホームバスシステムのような従来のシステムでは、該
システム特有のプロトコルによってデータ通信が行われ
ていた。また、従来のＩＳＤＮ回線やＰＩＡＦＳ通信に
ついても、これら特有のプロトコルによってデータ通信
が行われていた。このため、例えば、家庭内の機器と、
屋外での機器（ＰＨＳ等）とでデータ通信することは非
常に困難であった。このように、従来では、家庭内の機
器と、オフィス内の機器と、屋外での機器とでは、デー
タ通信のためのプロトコルが各々異なり、これら全ての
機器間でのデータ通信を自由に行うことができなかっ
た。

【０００５】そこで、本発明は、上記の欠点を除去する
ために成されたもので、各々が異なる環境下に存在する
機器同士であっても、効率的なデータ通信を自由に行う
ことが可能なデータ通信装置、データ通信システム、デ
ータ通信方法、及びそれを実施するための処理ステップ
をコンピュータが読出可能に格納した記憶媒体を提供す
ることを目的とする。

【０００６】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、第１のプロトコルに従ったデータ送受信
を無線で行う第１の機器と、第２のプロトコルに従った
バスを介してのデータ送受信を行う第２の機器との間で
データ通信するためのデータ通信装置であって、上記第
１のプロトコルに従ったデータと、上記第２のプロトコ
ルに従ったデータとの間でフォーマット変換する変換手
段を備えることを特徴とする。

【０００７】第２の発明は、上記第１の発明において、
上記第１のプロトコルは、ＰＩＡＦＳプロトコルであ
り、上記第２のプロトコルは、ＩＥＥＥ１３９４規格の
プロトコルであることを特徴とする。

【０００８】第３の発明は、上記第１の発明において、
上記変換手段は、送信側機器のプロトコルに従ったパケ
ットデータを、受信側機器のプロトコルに従ったパケッ
トデータに変換することを特徴とする。

【０００９】第４の発明は、上記第１の発明において、
上記変換手段は、記録フォーマット及び圧縮フォーマッ
トの少なくとも何れかをも変換することを特徴とする。

【００１０】第５の発明は、上記第１の発明において、
上記データ送受信の対象となるデータは、映像データを
含み、第１及び第２の機器は各々、撮像機能、映像再生
機能、映像記録機能、及び映像表示機能の少なくとも何
れかの機能を有することを特徴とする。

【００１１】第６の発明は、上記第１の発明において、
上記第１の機器で無線送信されるデータは、上記第２の
機能の動作を制御するための制御データを含むことを特
徴とする。

【００１２】第７の発明は、第１のプロトコルに従った
データ送受信を無線で行う第１の機器と、第２のプロト
コルに従ったバスを介してのデータ送受信を行う第２の
機器と、上記第１の機器と上記第２の機器間でのデータ
通信を行うためのデータ通信装置とを含むデータ通信シ
ステムであって、上記データ通信装置は、請求項１〜６
の何れかに記載のデータ通信装置であることを特徴とす
る。

【００１３】第８の発明は、データの無線送信を行う第
１の機器と、該第１の機器から無線送信されてきたデー
タを受信するホームステーションと、該ホームステーシ
ョンにホームバスにより接続された第２の機器とを含む
データ通信システムであって、上記ホームステーション
は、上記第１の機器から無線送信されてきたデータを、
上記ホームバスに適合するようにフォーマット変換して
上記第２の機器に対して送信することを特徴とする。

【００１４】第９の発明は、データ送受信を無線で行う
第１の機器と、ホームバスを介してのデータ送受信を行
う第２の機器と、上記第１の機器と無線でのデータ送受
信を行うと共に上記第２の機器と上記ホームバスを介し
てのデータ送受信を行うホームステーションとを含むデ
ータ通信システムであって、上記ホームステーション
は、上記第１の機器にて無線で送受信されるデータと、
上記第２の機器にて上記ホームバスを介して送受信され
るデータとの間でフォーマット変換することを特徴とす
る。

【００１５】第１０の発明は、上記第８又は９の発明に
おいて、上記第１及び第２の機器は各々、撮像機能、映
像記録機能、映像再生機能、及び映像表示機能の少なく
とも何れかの機能を有することを特徴とする。

【００１６】第１１の発明は、無線電話機器と、該無線
電話機器と無線データの送受信を行うホームステーショ
ンと、該ホームステーションとホームバスにより接続さ
れ該ホームバス上の機器制御データに従って制御される
被制御機器とを含むデータ通信システムであって、上記
ホームステーションは、上記無線データに含まれる機器
制御データと、上記ホームバス上の機器制御データとの
間でフォーマット変換することを特徴とする。

【００１７】第１２の発明は、上記第１１の発明におい
て、上記無線電話機は、無線送信する上記機器制御デー
タに対応して画面の切り換えが可能な操作パネルを備え
ることを特徴とする。

【００１８】第１３の発明は、上記第８、９、１１の何
れかの発明において、上記無線伝送は、ＰＩＡＦＳプロ
トコルによるデータ伝送にて行われ、上記ホームバスを
介しての伝送は、ＩＥＥＥ１３９４規格のプロトコルに
よるデータ伝送にて行われ、上記ホームステーション
は、各々のプロトコルのパケットデータの中のデータを
載せかえることで、上記フォーマット変換を行うことを
特徴とする。

【００１９】第１４の発明は、上記第１３の発明におい
て、上記ホームステーションは、記録フォーマットと圧
縮フォーマットの少なくとも何れかをも変換することを
特徴とする。

【００２０】第１５の発明は、第１のプロトコルに従っ
たデータ送受信を無線で行う第１の機器と、第２のプロ
トコルに従ったバスを介してのデータ送受信を行う第２
の機器との間でデータ通信するためのデータ通信方法で
あって、上記第１のプロトコルに従ったデータと、上記
第２のプロトコルに従ったデータとの間でフォーマット
変換する変換ステップを含むことを特徴とする。

【００２１】第１６の発明は、上記第１５の発明におい
て、上記第１のプロトコルは、ＰＩＡＦＳプロトコルで
あり、上記第２のプロトコルは、ＩＥＥＥ１３９４規格
のプロトコルであることを特徴とする。

【００２２】第１７の発明は、上記第１５の発明におい
て、上記変換ステップは、送信側機器のプロトコルに従
ったパケットデータを、受信側機器のプロトコルに従っ
たパケットデータに変換するステップを含むことを特徴
とする。

【００２３】第１８の発明は、上記第１５の発明におい
て、上記変換ステップは、記録フォーマット及び圧縮フ
ォーマットの少なくとも何れかをも変換するステップを
含むことを特徴とする。

【００２４】第１９の発明は、上記第１５の発明におい
て、上記データ送受信の対象となるデータは、映像デー
タを含み、第１及び第２の機器は各々、撮像機能、映像
再生機能、映像記録機能、及び映像表示機能の少なくと
も何れかの機能を有することを特徴とする。

【００２５】第２０の発明は、上記第１５の発明におい
て、上記第１の機器で無線送信されるデータは、上記第
２の機能の動作を制御するための制御データを含むこと
を特徴とする。

【００２６】第２１の発明は、第１のプロトコルに従っ
たデータ送受信を無線で行う第１の機器と、第２のプロ
トコルに従ったバスを介してのデータ送受信を行う第２
の機器との間でデータ通信するための処理ステップをコ
ンピュータが読出可能に格納した記憶媒体であって、上
記処理ステップは、請求項１５〜２０の何れかに記載の
データ通信方法のステップを含むことを特徴とする。

【００２７】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２８】（第１の実施の形態）本発明は、例えば、
図１に示すような、ネットワークシステム１００に適用
される。本システム１００は、上記図１に示すように、
家庭内及び屋外で使用可能な携帯型ビデオカメラ１０１
と、家庭内に設けられたホームステーション１０２、リ
ビング用ＴＶモニタ１０３、ディジタルビデオテープレ
コーダ（以下、単に「ＶＴＲ」と言う）１０４、及びパ
ーソナルコンピュータ（以下、単に「ＰＣ」又は「パソ
コン」と言う）１０５とを備えている。そして、家庭内
の各ディジタル機器（ホームステーション１０２、リビ
ング用ＴＶモニタ１０３、ＰＣ１０５、及びＶＴＲ１０
４）を接続するホームバス（ディジタルインターフェー
ス（Ｉ／Ｆ））として、ＩＥＥＥ１３９４−１９９５
（High Performance Serial Bus 、以下、単に「１３９
４シリアルバス」と言う）を用いている。

【００２９】携帯型ビデオカメラ１０１は、ＰＨＳの機
能を有し、被写体を撮影して得た映像データや、装置内
部に記録された再生映像データを、ホームステーション
１０２に対して送信する。このときのデータ送信は、Ｐ
ＨＳの内線モードや公衆モード上に展開されたＰＩＡＦ
Ｓ通信のプロトコル（以下、「ＰＩＡＦＳプロトコル」
と言う）に従った無線データ通信（ワイヤレス・データ
伝送）により行われる。

【００３０】ホームステーション１０２は、携帯型ビデ
オカメラ１０１からの映像データを受信し、これをさら
に１３９４シリアスバスを介して、リビング用ＴＶモニ
タ１０３やＰＣ１０５、或いはＶＴＲ１０４に対して送
信する。これにより、詳細は後述するが、携帯型ビデオ
カメラ１０１で得られた映像データが、リビング用ＴＶ
モニタ１０３やＰＣ１０５、或いはＶＴＲ１０４で画面
表示される。

【００３１】また、例えば、ＶＴＲ１０４で再生して得
られた映像データは、１３９４シリアルバスを介して、
ホームステーション１０２に対して送信される。これを
受けたホームステーション１０２は、ＰＩＡＦＳプロト
コルに従った無線データ通信により、ＶＴＲ１０４から
の映像データを携帯型ビデオカメラ１０１に対して送信
する。これにより、詳細は後述するが、ＶＴＲ１０４で
得られた映像データが、携帯型ビデオカメラ１０１の液
晶ディスプレイ上で画面表示されたり、その内部に記録
される。

【００３２】ここで、本システム１００では、上述した
ように、各機器間を接続するディジタルインターフェー
ス（Ｉ／Ｆ）として、１３９４シリアルバスを用いてい
るため、１３９４シリアルバスについての概要を予め説
明する。また、携帯型ビデオカメラ１０１とのワイヤレ
ス・データ伝送にはＰＩＡＦＳプロトコルを用いている
ため、これについての概要も予め説明する。

【００３３】［１３９４シリアルバスの概要］

【００３４】家庭用ディジタルＶＴＲやディジタルビデ
オディスク（ＤＶＤ）プレーヤの登場に伴なって、ビデ
オデータやオーディオデータ（以下、これらをまとめて
「ＡＶデータ」と言う）等、リアルタイムで且つ高情報
量のデータを転送する必要が生じている。このようなＡ
ＶデータをリアルタイムでＰＣや、その他のディジタル
機器に転送して取り込ませるには、高速なデータ転送が
可能なインターフェースが必要となる。そういった観点
から開発されたインタフェースが、この１３９４シリア
ルバスである。

【００３５】図２は、１３９４シリアルバスを用いて構
成されるネットワーク・システムの一例を示した図であ
る。このシステムは、機器Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、
Ｇ、Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、
Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間、及びＣ−Ｈ間が、各々
１３９４シリアルバス用のツイスト・ペア・ケーブルで
接続された構成としている。これらの機器Ａ〜Ｈの一例
としては、ＰＣ、ディジタルＶＴＲ、ＤＶＤプレーヤ、
ディジタルカメラ、ハードディスク、モニタ等がある。

【００３６】各機器間の接続は、ディジーチェーン方式
とノード分岐方式との混在が可能であり、自由度の高い
接続を行うことができるようになされている。また、各
機器は各自固有のＩＤを有し、互いにＩＤを認識し合う
ことによって、１３９４シリアルバスで接続された範囲
にて、１つのネットワークを構成している。例えば、各
機器間を各々１本の１３９４シリアルバス用ケーブルで
順次接続（ディジーチェーン接続）するだけで、各々の
機器が中継の役割を担うため、全体として１つのネット
ワークを構成することができる。

【００３７】また、１３９４シリアルバスは、Plug and
Play 機能に対応しており、ケーブルを機器に接続する
だけで自動的に機器を認識し、接続状況を認識する機能
を有している。このため、上記図１のシステムにおい
て、ネットワークから任意の機器が外されたり、或い
は、新たに加えられたとき等には、自動的にバスがリセ
ット、すなわちそれまでのネットワークの構成情報がリ
セットされ、新たなネットワークが再構築される。この
ような機能によって、その時々のネットワークの構成を
常時設定、認識することができる。

【００３８】１３９４シリアルバスのデータ転送速度
は、１００／２００／４００Ｍｂｐｓが定義されてお
り、上位の転送速度を持つ機器が下位の転送速度をサポ
ートすることで、互換性を保つようになされている。

【００３９】データ転送モードとしては、コントロール
信号等の非同期データ（Asynchronousデータ、以下、
「Ａｓｙｎｃデータ」と言う）を転送するAsynchronous
転送モード（ＡＴＭ）と、リアルタイムなＡＶデータの
同期データ（Isochronous データ、以下、「Ｉｓｏデー
タ」と言う）を転送するIsochronous 転送モードがあ
る。これらの転送モードにより、ＡｓｙｎｃデータとＩ
ｓｏデータは、各サイクル（通常１２５μS ／サイク
ル）の中で、サイクル開始を示すサイクル・スタート・
パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータの転送
を優先しつつ、サイクル内で混在して転送される。

【００４０】図３は、１３９４シリアルバスの構成要素
を示す図である。この図３に示すように、１３９４シリ
アルバスは、レイヤ構造で構成されている。

【００４１】そして、最もハード的なのが１３９４シリ
アルバス用のケーブルであり、そのケーブルの先端のコ
ネクタには、１３９４コネクタ・ポートが接続される。
１３９４コネクタ・ポートの上位には、フィジカルレイ
ヤ及びリンクレイヤ８１２を含むハードウェア部（hard
ware）が位置づけられている。ハードウェア部は、実質
的なインターフェース用チップで構成され、そのうちフ
ィジカルレイヤは、符号化やコネクタ関連の制御等を行
い、リンクレイヤは、パケット転送やサイクルタイムの
制御等を行なう。

【００４２】ハードウェア部の上位には、トランザクシ
ョンレイヤ及びマネージメントレイヤを含むファームウ
ェア部（firmware）が位置づけられている。そのトラン
ザクションレイヤは、転送（トランザクション）すべき
データの管理を行ない、Ｒｅａｄ、Ｗｒｉｔｅ、Ｌｏｃ
ｋ等の命令を出す。また、マネージメントレイヤは、１
３９４シリアルバスに接続されている各機器の接続状況
やＩＤの管理を行ない、ネットワークの構成を管理す
る。

【００４３】これらのハードウェア部及びファームウェ
ア部までが、１３９４シリアルバスの実質上の構成であ
る。

【００４４】ファームウェア部の上位には、アプリケー
ションレイヤを含むソフトウェア部（software）が位置
づけられている。そのアプリケーションレイヤは、利用
されるソフトによって異なり、インタフェース上でどの
ようにしてデータを転送するかは、ＡＶプロトコル等の
プロトコルによって規定されている。

【００４５】図４は、１３９４シリアルバスにおけるア
ドレス空間の図を示す図である。１３９４シリアルバス
に接続された各機器（ノード）には必ず、上記図４に示
すような、各ノード固有の６４ビットアドレスを持たせ
ておく。このアドレスはノードのメモリに格納されてお
り、これにより自分や相手のノードアドレスを常時認識
することができ、通信相手を指定したデータ通信も行え
る。

【００４６】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式で行われ、アド
レス設定については、最初の１０ビットがバスの番号
（バスＮｏ．）の指定用に、次の６ビットがノードＩＤ
（ノードＮｏ．）の指定用に使用される。そして、残り
の４８ビットが、ノードに与えられたアドレス幅にな
る。この４８ビット領域は、各々固有のアドレス空間と
して使用できる。そのうちの最後の２８ビットについて
は、ノードに固有のデータの領域（固有データ領域）で
あり、各ノードの識別や使用条件の指定の情報等が格納
される。

【００４７】以上が、１３９４シリアルバスについての
概要である。つぎに、１３９４シリアルバスの特徴をよ
り詳細に説明する。

【００４８】［１３９４シリアルバスの電気的仕様］

【００４９】図５は、１３９４シリアルバス用のケーブ
ルの断面を示す図である。この図５に示すように、１３
９４シリアルバス用のケーブルでは、２組のツイストペ
ア信号線の他に、電源ラインが設けられている。このよ
うな構成によって、電源を持たないノードや、故障等に
より電圧低下したノード等にも、電力の供給が可能とな
る。また、電源線により供給される直流電力の電圧は、
８〜４０Ｖ、その電流は、最大電流ＤＣ１．５Ａに規定
されている。

【００５０】［ＤＳ−Ｌｉｎｋ方式］

【００５１】図６は、１３９４シリアルバスでデータ転
送方式として採用されている、ＤＳ−Ｌｉｎｋ（Data/S
trobe Link）方式を説明するための図である。ＤＳ−Ｌ
ｉｎｋ方式は、高速なシリアルデータ通信に適し、２組
の信号線を必要とする。すなわち、２組の対線のうち一
方の信号線で主となるデータ信号（Data）を送り、他方
の信号線でストローブ信号（Strobe）を送る構成となっ
ている。したがって、受信側は、このデータ信号とスト
ローブ信号を受信して排他的論理和をとることによっ
て、クロック（Clock ）を再現することができる。この
ように、ＤＳ−Ｌｉｎｋ方式では、データ信号中にクロ
ック信号を混入させる必要がない。したがって、ＤＳ−
Ｌｉｎｋ方式では、他のシリアルデータ転送方式に比べ
転送効率が高い。また、位相ロックドループ（ＰＬＬ）
回路が不要になりため、その分コントローラＬＳＩの回
路規模を小さくすることができる。さらに、転送すべき
データが無いときに、アイドル状態であることを示す情
報を送る必要が無いため、各ノードのトランシーバ回路
をスリープ状態にすることができ、消費電力の低減が図
れる。

【００５２】［バスリセットのシーケンス］

【００５３】１３９４シリアルバスに接続されている各
ノードには、ノードＩＤが与えられ、ネットワークを構
成するノードとして認識される。

【００５４】例えば、ネットワーク機器の接続分離や、
電源のＯＮ／ＯＦＦ等によるノード数の増減ような、ネ
ットワーク構成内での変化が生じ、新たなネットワーク
構成を認識する必要があるとき、その変化を検知した各
ノードは、バス上にバスリセット信号を送信して、新た
なネットワーク構成を認識するモードに入る。このとき
のネットワーク構成の変化の検知は、１３９４コネクタ
・ポート（上記図３参照、以下、単に「コネクタポー
ト」と言う）基盤上において、バイアス電圧の変化を検
知することによって行われる。

【００５５】そこで、あるノードからバスリセット信号
が送信されると、各ノードのフィジカルレイヤ（上記図
３参照）は、送信されてきたバスリセット信号を受信す
ると同時に、リンクレイヤ（上記図３参照）にバスリセ
ット信号の発生を伝達し、且つ他のノードに対してバス
リセット信号を送信する。そして、最終的に全てのノー
ドがバスリセット信号を受信した後、バスリセットのシ
ーケンスが起動される。

【００５６】尚、バスリセットのシーケンスは、ケーブ
ルが抜き挿しされた場合や、ネットワークの異常等をハ
ードウェアが検出した場合に起動されると共に、プロト
コルによるホスト制御等、フィジカルレイヤ（上記図３
参照）に直接命令を与えることによっても起動される。
また、バスリセットのシーケンスが起動されると、デー
タ転送は一時中断され、そのシーケンスの起動間は待機
状態となり、バスリセット終了後、新しいネットワーク
構成のもとで再開される。

【００５７】［ノードＩＤ決定のシーケンス］

【００５８】上述のようにして、バスリセットのシーケ
ンスが起動され、バスリセットが終了した後、各ノード
は、新しいネットワーク構成を構築するために、各ノー
ドにＩＤを与える動作に入る。このときの、バスリセッ
トからノードＩＤ決定までの一般的なシーケンスについ
てを、図７〜図９の各フローチャートを用いて説明す
る。

【００５９】上記図７は、バスリセット信号の発生か
ら、ノードＩＤが決定してデータ転送が行えるようにな
るまでの、一連のシーケンスを示すフローチャートであ
る。この図７において、先ず、各ノードは、バスリセッ
ト信号を常時監視し（ステップＳ１０１）、バスリセッ
ト信号が発生したことを検知すると、ネットワーク構成
がリセットされた状態において新たなネットワーク構成
を得るために、互いに直結されている各ノード間で親子
関係を宣言する（ステップＳ１０２）。このステップＳ
１０２の処理は、ステップＳ１０３の判定により、全て
のノード間で親子関係が決定されたと判定されるまで繰
り返される。そして、全てのノード間で親子関係が決定
されると、次に、ルートを決定する（ステップＳ１０
４）。

【００６０】ステップＳ１０４にてルートが決定される
と、次に、各ノードにＩＤを与えるノードＩＤの設定作
業を行う（ステップＳ１０５）。このステップＳ１０５
の処理は、ルートから所定のノード順にノードＩＤの設
定を行う処理であり、ステップＳ１０６の判定により、
全てのノードにＩＤが与えられたと判定されるで繰り返
される。そして、全てのノードへのノードＩＤの設定が
終了すると、新しいネットワーク構成が全てのノードに
おいて認識され、ノード間のデータ転送が行える状態と
なる。この状態にて、各ノードは、データ転送を開始し
（ステップＳ１０７）、これと同時にステップＳ１０１
へと戻り、再びバスリセット信号の発生を監視する。

【００６１】そこで、上記図８は、上述のバスリセット
信号の監視（ステップＳ１０１）からルート決定（ステ
ップＳ１０４）までの処理の詳細を示すフローチャート
であり、上記図９は、上述のＩＤ設定（ステップＳ１０
５、Ｓ１０６）の処理の詳細を示すフローチャートであ
る。

【００６２】先ず、上記図８において、各ノードは、バ
スリセット信号の発生を監視し（ステップＳ２０１）、
バスリセット信号が発生したこと検知する。これによ
り、ネットワーク構成は、一旦リセットされる。

【００６３】次に、リセットされたネットワーク構成を
再認識する作業の第一段階として、各ノードは、フラグ
ＦＬをリーフ（ノード）であることを示すデータでリセ
ットする（ステップＳ２０２）。その後、各ノードは、
ポート数、すなわち自分に接続されている他ノードの数
を調べ（ステップＳ２０３）、その結果に応じて、これ
から親子関係の宣言を始めるために、未定義（親子関係
が決定されていない）ポートの数を調べる（ステップＳ
２０４）。尚、ステップＳ２０４で検知される未定義ポ
ート数は、バスリセットの直後はポート数に等しいが、
親子関係が決定されていくに従って減少する。

【００６４】ここで、バスリセットの直後、親子関係の
宣言を行えるのは、実際のリーフに限られている。リー
フであるか否かは、ステップＳ２０３のポート数の確認
結果から知ることができ、すなわちこのポート数が”
１”であればリーフである。したがって、ステップＳ２
０４で検知される未定義ポート数が”１”であった場
合、リーフは、接続相手のノードに対して親子関係の宣
言「自分は子、相手は親」を行い（ステップＳ２０
５）、本シーケンスを終了する。

【００６５】また、ステップＳ２０３のポート数の確認
結果が”２”以上であったノード、すなわちブランチ
（ノード）は、バスリセットの直後はステップＳ２０４
で検知される未定義ポート数が”未定義ポート数＞１”
となるため、フラグＦＬにブランチを示すデータをセッ
トして（ステップＳ２０６）、他ノードから親子関係が
宣言されるのを待つ（ステップＳ２０７）。そして、他
ノードから親子関係が宣言され、それを受けたブランチ
は、ステップＳ２０４に戻って未定義ポート数を確認す
る。このとき、もし未定義ポート数が”１”になってい
れば、残ポートに接続されている他ノードに対して、ス
テップＳ２０５で「自分は子、相手は親」の親子関係を
宣言することができる。また、まだ未定義ポート数が”
２”以上あるブランチは、再度ステップＳ２０７で再び
他ノードから「親子関係」が宣言されるのを待つことに
なる。

【００６６】また、何れか１つのブランチ、又は、例外
的に子宣言を行えるのにもかかわらずすばやく動作しな
かったリーフの未定義ポート数が”０”になると、ネッ
トワーク全体の親子関係の宣言が終了したことになる。
このため、未定義ポート数が”０”になった唯一のノー
ド、すなわち全てノードの親に決まったノードは、フラ
グＦＬにルート（ノード）を示すデータをセットする
（ステップＳ２０８）。これにより、このノードは、ル
ートとして認識されることになり（ステップＳ２０
９）、その後、本シーケンス終了となる。

【００６７】上述のようにして、バスリセットから、ネ
ットワーク内のノード間における親子関係の宣言までの
処理が終了する。次に、各ノードにＩＤを与える処理を
行うが、ここで、最初にＩＤの設定を行うことができる
のは、リーフである。したがって、ここでは、リーフ→
ブランチ→ルートの順に若い番号（ノード番号：０）か
らＩＤを設定する。

【００６８】すなわち、上記図９において、先ず、フラ
グＦＬに設定されたデータを基に、ノードの種類、すな
わちリーフ、ブランチ、及びルートに応じた処理に分岐
する（ステップＳ３０１）。

【００６９】ステップＳ３０１の結果が”リーフ”であ
った場合、ネットワーク内に存在するリーフの数（自然
数）が変数Ｎに設定される（ステップＳ３０２）。その
後、リーフは、ルートに対してノード番号を要求する
（ステップＳ３０３）。この要求が複数ある場合、これ
を受けたルートは、アービトレーションを行い（ステッ
プＳ３０４）、ある１つのノードにノード番号を与え、
他のノードにはノード番号の取得失敗を示す結果を通知
する（ステップＳ３０５）。

【００７０】ステップＳ３０６の判定により、ノード番
号を取得できなかったリーフは、再びステップＳ３０３
でノード番号の要求を繰り返す。

【００７１】一方、ステップＳ３０６の判定により、ノ
ード番号を取得できたリーフは、取得したノード番号を
含むＩＤ情報をブロードキャストすることで、全ノード
に通知する（ステップＳ３０７）。このＩＤ情報のブロ
ードキャストが終了すると、リーフの数を表す変数Ｎが
デクリメントされる（ステップＳ３０８）。その後、ス
テップＳ３０９の判定により、変数Ｎが”０”になるま
で、ステップＳ３０３〜ステップＳ３０８の処理が繰り
返される。全てのリーフのＩＤ情報がブロードキャスト
されると、次のブランチのＩＤ設定処理（ステップＳ３
１０〜Ｓ３１７）に移る。

【００７２】このブランチのＩＤ設定処理は、ステップ
Ｓ３０１の結果がブランチであった場合にも実行される
処理であり、上述のリーフのＩＤ設定時と同様に、先
ず、ネットワーク内に存在するブランチの数（自然数）
が変数Ｍに設定される（ステップＳ３１０）。その後、
ブランチは、ルートに対してノード番号を要求する（ス
テップＳ３１１）。この要求に対してルートは、アービ
トレーションを行い（ステップＳ３１２）、ある１つの
ブランチにはリーフに続く若い番号を与え、ノード番号
を取得できなかったブランチには取得失敗を示す結果を
通知する（ステップＳ３１３）。

【００７３】ステップＳ３２４の判定により、ノード番
号の取得できなかったブランチは、再びステップＳ３１
１でノード番号の要求を繰り返す。

【００７４】一方、ノード番号を取得できたブランチ
は、取得したノード番号を含むＩＤ情報をブロードキャ
ストすることで、全ノードに通知する（ステップＳ３１
５）、。このＩＤ情報のブロードキャストが終了する
と、ブランチ数を示す変数Ｍがデクリメントされる（ス
テップＳ３１６）。その後、ステップＳ３１７の判定に
より、変数Ｍが”０”になるまで、ステップＳ３１１〜
ステップＳ３１６の処理が繰り返され、全てのブランチ
のＩＤ情報がブロードキャストされると、次のルートの
ＩＤ設定処理（ステップＳ３１８、Ｓ３１９）に移る。

【００７５】ここまでの処理が終了すると、最終的にＩ
Ｄ情報を取得していないノードはルートのみであるた
め、次のルートのＩＤ設定処理では、ルートは、他のノ
ードに与えていない最も若い番号を自分のノード番号に
設定し（ステップＳ３１８）、そのノード番号を含むＩ
Ｄ情報をブロードキャストする（ステップＳ３１９）。
尚、このルートのＩＤ設定処理は、ステップＳ３０１の
結果がルートの場合にも実行される処理である。

【００７６】上述のような処理により、全てのノードに
対してＩＤが設定される。そこで、図１０に示すネット
ワーク例を用いて、ノードＩＤ決定のシーケンスの具体
的な手順を説明する。

【００７７】この図１０に示すネットワークは、ルート
であるノードＢの下位にはノードＡとノードＣが直接接
続され、ノードＣの下位にはノードＤが直接接続され、
ノードＤの下位にはノードＥとノードＦが直接接続され
た階層構造を有する。このようなネットワークでの階層
構造やルートノード、ノードＩＤを決定する手順は、以
下のようになる。

【００７８】バスリセット信号が発生した後、各ノード
の接続状況を認識するために、先ず、各ノードの直接接
続されているポート間において親子関係の宣言がなされ
る。ここでいう「親子」とは、階層構造の上位が
「親」、下位が「子」という意味である。

【００７９】上記図１０では、バスリセットの後、最初
に親子関係を宣言したのはノードＡである。ここで、上
述したように、１つのポートだけが接続されたノード
（リーフ）から親子関係の宣言を開始することができ
る。これは、ポート数が”１”であれば、ネットワーク
の末端、すなわちリーフであるためである。これがが認
識されると、それらのリーフ中で最も早く動作を行なっ
たノードから親子関係が決定されていくことになる。こ
のようにして、親子関係の宣言を行なったノードのポー
トが互いに接続された２つのノードの「子」と設定さ
れ、相手ノードのポートが「親」と設定される。したが
って、上記図１０では、ノードＡ−Ｂ間、ノードＥ−Ｄ
間、ノードＦ−Ｄ間で「子−親」と設定されることにな
る。

【００８０】次に、階層が１つ上がって、複数のポート
を持つノード、すなわちブランチのうち、他ノードから
親子関係の宣言を受けたノードから順次、上位のノード
に対して親子関係の宣言がなされる。

【００８１】上記図１０では、先ず、ノードＤ−Ｅ間、
Ｄ−Ｆ間の親子関係が決定された後、ノードＤがノード
Ｃに対して親子関係を宣言し、その結果、ノードＤ−Ｃ
間で「子−親」の関係が設定される。ノードＤからの親
子関係の宣言を受けたノードＣは、もう１つのポートに
接続されているノードＢに対して親子関係を宣言し、こ
れによってノードＣ−Ｂ間で「子−親」の関係が設定さ
れる。

【００８２】このようにして、上記図１０に示すような
階層構造が構成され、最終的に接続されている全てのポ
ートにおいて親となったノードがルートと決定される
（上記図１０では、ノードＢがルートとなる）。尚、ル
ートは、１つのネットワーク構成中に１つしか存在しな
い。また、ノードＡから親子関係を宣言されたノードＢ
が他のノードに対して早いタイミングで親子関係を宣言
した場合は、例えば、ノードＣ等の他のノードがルート
になる可能性もあり得る。すなわち、親子関係の宣言が
伝達されるタイミングによっては、どのノードもルート
となる可能性があり、ネットワーク構成が同一であって
も、特定のノードがルートになるとは限らない。

【００８３】ルートが決定されると、各ノードＩＤの決
定モードに入る。ここでは、全てのノードは、決定した
自分のＩＤ情報を他の全てのノードに通知するブロード
キャスト機能を持っている。尚、ＩＤ情報は、ノード番
号、接続されている位置の情報、持っているポートの
数、接続のあるポートの数、各ポートの親子関係の情報
等を含んでいる。

【００８４】ノード番号の割当としては、上述したよう
にリーフから開始され、順に、ノード番号＝０、１、
２、・・・が割り当てられる。そして、ノード番号を手
にしたノードは、ノード番号を含むＩＤ情報をブロード
キャストによって各ノードに送信する。これにより、そ
のノード番号は「割り当て済み」であることが認識され
る。全てのリーフがノード番号を取得し終ると、次はブ
ランチへ移り、リーフに続くノード番号が割り当てられ
る。リーフと同様に、ノード番号が割り当てられたブラ
ンチから順にＩＤ情報がブロードキャストされ、最後に
ルートが自己のＩＤ情報をブロードキャストする。した
がって、ルートは常に最大のノード番号を所有すること
になる。

【００８５】以上のようにして、階層構造全体のＩＤ設
定が終了し、ネットワーク構成が再構築され、バスの初
期化作業が完了することになる。

【００８６】［バスアービトレーション］

【００８７】１３９４シリアルバスは、データ転送に先
立って必ずバスの使用権のアービトレーション（調停）
を行なう。１３９４シリアルバスに接続された各ノード
は、ネットワーク上で転送されるデータを各々中継する
ことによって、ネットワーク内の全ての機器に同データ
を伝える論理的なバス型ネットワークを構成するため、
パケットの衝突を防ぐ意味でバスアービトレーションが
必要である。これによって、ある時間には、１つの機器
だけがデータ転送を行なうことができる。

【００８８】図１１（ａ）及び（ｂ）は、アービトレー
ションを説明するための図であり、上記図１１（ａ）
は、バス使用権を要求する動作を示し、上記図１１
（ｂ）は、バスの使用を許可する動作を示している。

【００８９】バスアービトレーションが始まると、１つ
若しくは複数のノードが親ノードに対して、各々バス使
用権を要求する。上記図１１（ａ）では、ノードＣが、
その親ノードであるノードＢに対して、ノードＦが、そ
の親ノードであるノードＡに対して、各々バス使用権を
要求している。この要求を受けた親ノードは、更に親ノ
ードに対して、バス使用権を要求することで、子ノード
によるバス使用権の要求を中継する。この要求は最終的
に調停を行なうルートに届けられる。上記図１１（ａ）
では、ノードＦからの要求を受けたノードＡが、その親
ノードであるノードＦに対してバス使用権を要求してい
る。すなわち、ノードＡがノードＦによるバス使用権の
要求を中継している。

【００９０】バス使用権の要求を受けたルートは、どの
ノードにバス使用権を与えるかを決定する。この調停作
業はルートのみが行なえるものであり、調停に勝ったノ
ードには、バス使用の許可が与えられる。上記図１１
（ｂ）は、ノードＣにバス使用許可が与えられ、ノード
Ｆのバス使用権の要求は拒否された状態を示している。
このとき、ルートは、バスアービトレーションに負けた
ノードに対してＤＰ（data prefix ）パケットを送り、
そのバス使用権の要求が拒否されたことを知らせる。バ
スアービトレーションに負けたノードのバス使用権の要
求は、次回のバスアービトレーションまで待たされるこ
とになる。一方、バスアービトレーションに勝ち、バス
使用許可を得たノードは、以降、データ転送を開始する
ことができる。

【００９１】ここで、バスアービトレーションの一連の
流れのフローチャートを、図１２に示して説明する。

【００９２】まず、ノードがデータ転送を開始できる為
には、バスがアイドル状態であることが必要である。先
に行われていたデータ転送が終了して、現在、バスがア
イドル状態にあることを認識するためには、各転送モー
ドで個別に設定されている所定のアイドル時間のギャッ
プ長（例えば、サブアクション・ギャップ）の経過を検
出すればよい。

【００９３】そこで、先ず、各ノードは、転送するＡｓ
ｙｎｃデータ又はＩｓｏデータに応じた所定のギャップ
長が得られたか否かを判定する（ステップＳ４０１）。
この所定のギャップ長が得られない限り、各ノードは、
転送を開始するために必要なバス使用権を要求すること
はできない。したがって、各ノードは、所定のギャップ
長が得られるまで待ち状態となる。

【００９４】ステップＳ４０１により、所定のギャップ
長が得られると、そのノードは、転送すべきデータがあ
るか判定し（ステップＳ４０２）、転送データ有りの場
合には、バス使用権を要求する信号をルートに対して送
信する（ステップＳ４０３）。このバス使用権の要求を
示す信号は、上記図１１（ａ）に示したように、ネット
ワーク内の各ノードに中継されながら、最終的にルート
に届けられる。尚、ステップＳ４０２において、転送デ
ータ無しと判定された場合、そのノードは、そのまま待
機状態となる。

【００９５】ルートは、バス使用権を要求する信号を１
つ以上受信すると（ステップＳ４０４）、そのバス使用
権を要求したノードの数を調べる（ステップＳ４０
５）。このステップＳ４０５の結果、バス使用権を要求
したノードが１つであった場合、ルートは、そのノード
に直後のバス使用許可を与える（ステップＳ４０８）。

【００９６】一方、ステップＳ４０５の結果、バス使用
権を要求したノードが複数であった場合、ルートは、直
後のバス使用許可を与えるノードを１つに絞る調停作業
を行う（ステップＳ４０６）。この調停作業は、毎回同
じノードのみにバスの使用許可が与えられるという様な
ことはなく、平等にバス使用権が与えられるようにする
ための作業である（フェア・アービトレーション）。

【００９７】その結果、調停に勝った１つのノードと、
敗れたその他のノードとに応じて、処理が分岐する（ス
テップＳ４０７）。これにより、調停に勝った１つのノ
ードには、直後のバス使用許可を示す許可信号が送られ
る（ステップＳ４０８）。したがって、この許可信号を
受信したノードは、直後に転送すべきデータ（パケッ
ト）の転送を開始する。そして、そのデータ転送完了
後、ステップＳ４０１へと戻る。また、調停に敗れたノ
ードには、バス使用権の要求が拒否されたことを示すＤ
Ｐ（data prefix ）パケットが送られる（ステップＳ４
０９）。したがって、ＤＰパケットを受け取ったノード
は、再度バス使用権を要求するために、ステップＳ４０
１へと戻る。

【００９８】［非同期（アシンクロナス：Asynchronou
s）転送］

【００９９】図１３は、アシンクロナス転送における時
間的な遷移状態を示した図である。この図１３におい
て、最初の”subaction gap ”（サブアクション・ギャ
ップ）は、バスのアイドル状態を示すものである。この
アイドル状態の時間が所定値になった時点で、データ転
送を希望するノードがバス使用権を要求できると判定
し、したがって、上記図１２で説明したようなバスアー
ビトレーションが実行されることになる。

【０１００】バスアービトレーションによりバスの使用
が許可されると、データ転送がパケットされる。このデ
ータを受信したノードは、”ａｓｋ ｇａｐ”という短
いギャップの後、受信確認用返送コード”ａｃｋ”を返
して応答する（又は、応答パケットを送る）ことによっ
てデータ転送が完了する。この”ａｃｋ”は、４ビット
の情報と４ビットのチェックサムからなり、成功、ビジ
ー状態、又は、ペンディング状態を示す情報を含み、す
ぐにデータ送信元のノードに返される情報である。

【０１０１】図１４は、アシンクロナス転送用のパケッ
トフォーマットを示す図である。パケットには、データ
部及び誤り訂正用のデータＣＲＣの他にヘッダ部があ
り、そのヘッダ部には、目的ノードＩＤ、ソースノード
ＩＤ、転送データ長や各種コード等が書き込まれてい
る。ここで、アシンクロナス転送は、自己ノードから相
手ノードへの１対１の通信である。したがって、転送元
ノードから送り出されたパケットは、ネットワーク中の
各ノードに行き渡るが、各ノードは自分宛てのパケット
以外は無視するので、宛先に指定されたノードのみがそ
のパケットを受け取ることになる。

【０１０２】［同期（アイソクロナス：Isochronous ）
転送］

【０１０３】１３９４シリアルバスの最大の特徴である
ともいえるこのアイソクロナス転送は、特に、ビデオ映
像データや音声データのようなマルチメディアデータ
等、リアルタイム転送を必要とするデータの転送に適し
た転送モードである。また、アシンクロナス転送が１対
１の転送であったのに対し、このアイソクロナス転送
は、ブロードキャスト機能によって、１つの転送元ノー
ドから他の全てのノードへ一様にデータを転送すること
ができる。

【０１０４】図１５は、アイソクロナス転送における時
間的な遷移状態を示す図である。アイソクロナス転送
は、バス上で一定時間毎に実行される。この時間間隔
は、アイソクロナスサイクルと呼ばれ、１２５μS とし
てる。この各サイクルの開始時間を示し、各ノードの時
間調整を行なう役割を担っているのが、サイクル・スタ
ート・パケット（ＣＳＰ）である。ＣＳＰを送信するの
は、サイクル・マスタと呼ばれるノードであり、１つ前
のサイクル内の転送終了し、所定のアイドル期間（サブ
アクションギャップ）を経た後、本サイクルの開始を告
げるＣＳＰを送信する。すなわち、ＣＳＰの送信される
時間間隔が１２５μS となる。

【０１０５】また、上記図１５に”チャネルＡ”、”チ
ャネルＢ”、及び”チャネルＣ”と示すように、１つの
同期サイクル内において、複数種のパケットにチャネル
ＩＤを各々与えることによって、それらのパケットを区
別して転送することができる。これによって、複数のノ
ード間で、同時に、リアルタイム転送が可能となり、ま
た、受信ノードは、自分が望むチャネルＩＤのデータの
みを受信すればよい。尚、チャネルＩＤは、送信先のノ
ードのアドレスを表すものではなく、データに対する論
理的な番号を与えているに過ぎないものである。したが
って、送信されたパケットは、１つの送信元ノードから
他の全てのノードに行き渡る、すなわちブロードキャス
トで転送されることになる。

【０１０６】アイソクロナス転送では、そのパケット送
信に先立って、上述のアシンクロナス転送と同様にバス
アービトレーションが行われる。しかしながら、アイソ
クロナス転送はアシンクロナス転送のように１対１の通
信ではないため、上記図１５に示すように、アイソクロ
ナス転送には、受信確認用の返送コードである”ａｓ
ｋ”（受信確認用返信コード）は存在しない。また、上
記図１５に示す”ｉｓｏ ｇａｐ”（アイソクロナスギ
ャップ）は、アイソクロナス転送を行なう前にバスがア
イドル状態であることを認識するために必要なアイドル
期間を表している。この所定のアイドル期間を経過する
と、アイソクロナス転送を行ないたいノードは、バスが
空いていると判断し、転送前のアービトレーションを行
うことができる。

【０１０７】図１６は、アイソクロナス転送用のパケッ
トフォーマットを示す図である。各チャネルに分けられ
た各種のパケットには、各々データ部及び誤り訂正用の
データＣＲＣの他にヘッダ部があり、そのヘッダ部に
は、転送データ長やチャネルＮｏ．、その他各種コード
及び誤り訂正用のヘッダＣＲＣ等が書き込まれ、これが
転送される。

【０１０８】［バス・サイクル］

【０１０９】実際に、１３９４シリアルバスにおいて
は、アイソクロナス転送とアシンクロナス転送が混在で
きる。その時のバス上の転送状態の時間的な遷移の様子
を、図１７に示す。アイソクロナス転送は、アシンクロ
ナス転送より優先して実行される。その理由は、ＣＳＰ
の後、アシンクロナス転送を起動するために必要なアイ
ドル期間のギャップ長（”subaction gap ”サブアクシ
ョンギャップ）よりも短いギャップ長（”ack gap ”ア
イソクロナスギャップ）で、アイソクロナス転送を起動
できるからである。したがって、アシンクロナス転送よ
りアイソクロナス転送が、優先して実行されることとな
る。

【０１１０】上記図１７示す一般的なバスサイクルで
は、サイクル＃ｍのスタート時にＣＳＰがサイクル・マ
スタから各ノードに転送される。このＣＳＰによって、
各ノードで時間調整を行い、所定のアイドル期間（アイ
ソクロナスギャップ）を待ってからアイソクロナス転送
を行うべきノードは、アービトレーションを行い、パケ
ット転送に入る。上記図１７では、”チャネルｅ”、”
チャネルｓ”、”チャネルｋ”が順にアイソクロナス転
送されている。このバスアービトレーションからパケッ
ト転送までの動作を、与えられているチャネル分繰り返
し行なった後、サイクル＃ｍにおけるアイソクロナス転
送が全て終了すると、アシンクロナス転送を行うことが
できるようになる。

【０１１１】すなわち、アイドル時間が、アシンクロナ
ス転送が可能なサブアクションギャップに達することに
よって、アシンクロナス転送を行いたいノードは、アー
ビトレーションの実行に移れると判断する。尚、アシン
クロナス転送が行えるのは、アイソクロナス転送終了後
から、次のＣＳＰを転送すべき時間（cycle synch ）ま
での間に、アシンクロナス転送を起動するためのサブア
クションギャップが得られた場合に限られる。

【０１１２】上記図１７のサイクル＃ｍでは、３つのチ
ャネル分のアイソクロナス転送の後、その後のアシンク
ロナス転送（”ａｃｋ”を含む）で２つのパケット（パ
ケット１、パケット２）が転送されている。この２つの
パケット転送後は、サイクル＃（ｍ＋１）をスタートす
べき時間（cycle synch ）に至るので、サイクル＃ｍで
の転送はこれ終了する。このとき、アシンクロナス転送
又はアイソクロナス転送動作中に、次のＣＳＰを送信す
べき時間（cycle synch ）に至った場合、転送を無理に
中断せず、その転送が終了した後に、アイドル期間を経
て、次サイクルのＣＳＰを送信する。すなわち、１つの
サイクルが１２５μS 以上続いた場合は、その延長分、
次サイクルが基準の１２５μS より短縮される。このよ
うに、アイソクロナス・サイクルは、１２５μS を基準
に超過或いは短縮し得るものである。尚、アイソクロナ
ス転送は、リアルタイム転送を維持するために、必要で
あれば毎サイクル実行され、アシンクロナス転送は、サ
イクル時間が短縮されたことによって、次以降のサイク
ルに延期されることもある。こういった遅延情報も、サ
イクル・マスタによって管理される。

【０１１３】以上が、１３９４シリアルバスの概要であ
る。つぎに、ＰＩＡＦＳプロトコルの概要について説明
する。

【０１１４】［ＰＩＡＦＳプロトコル技術の概要］

【０１１５】”ＰＩＡＦＳ”とは、「PHS Internet Acc
ess Forum Standard」の略称であり、ＰＨＳの３２Ｋｂ
ｉｔ／ｓ非制限ディジタルベアラを用いて、高品質にデ
ータを伝送する伝送制御手順を提供するものである。本
伝送制御手順（ＰＩＡＦＳ手順）の位置づけを、図１８
を用いて説明する。

【０１１６】この図１８において、”高位レベルプロト
コル”とは、ファクシミリ通信、パソコン通信、及びイ
ンターネット通信等の、応用プログラムに依存するプロ
トコルを示す。また、”物理層”とは、本手順の出力す
る信号形式を物理回線に合致する形に変換する層を示
す。そして、これらの高位レベルプロトコルと物理層の
間に存在する本手順”ＰＩＡＦＳ手順”は、インバンド
ネゴシエーション手順と、ＡＲＱ伝送制御手順とで構成
される。インバンドネゴシエーション手順とは、今後の
画像伝送、将来の新伝送方式に対応可能とするために、
データリンク確立以前にエンド・エンドでネゴシエーシ
ョンを行い、複数のデータリンクプロトコルから一つを
選択する手順である。ＡＲＱ伝送制御手順とは、ＰＨＳ
の通信フェーズにおけるレイヤ２に位置づけられる誤り
制御手順である。以下、ＰＩＡＦＳプロトコルをより詳
細に説明する。

【０１１７】［インバンドネゴシェーション手順］

【０１１８】図１９は、インバンドネゴシエーションの
位置付けを示したものである。この図１９に示すよう
に、インバンドネゴシエーションパートは、インバンド
ネゴシエーションにより、データ伝送プロトコル、リア
ルタイムプロトコル、及び将来プロトコルの中から１つ
のプロトコルを選択する。

【０１１９】図２０（ａ）は、インバンドネゴシエーシ
ョンのフレーム構造を示したものである。この図２０
（ａ）において、”ＦＩ”は、ネゴシエーションフレー
ムであるか、同期機能を含むネゴシエーションフレーム
であるかのフレーム識別するために用いる。”データ
長”は、”ＳＹＮＣ”〜”Ｐ１，Ｐ２，・・・，Ｐｎ”
のデータの長さをバイト数で表す。例えば、ｎ＝２であ
り”ＳＹＮＣ”〜”Ｐ２”のデータ長の場合は、データ
長＝１２（ｂｙｔｅ）が設定される。”ＳＹＮＣ”は、
フレーム同期を確立するために用いる。検出条件は、誤
り許容無しの全ビットー致である。”ネゴシエーション
種別”は、「要求」（対局へのネゴシエーション要
求）、「受付」（ネゴシエーション要求に対する受付応
答）、「拒否」（ネゴシエーション要求に対する拒否応
答）の種別を示すために用いる。”Ｐ１，Ｐ２，・・
・，Ｐｎ”は、プロトコルの種別を示すために用いる。
例えば、”Ｐ１”は、データ伝送プロトコルを示し、”
Ｐ２”は、リアルタイムプロトコルを示す。”ＦＣＳ”
は、フレーム誤りを検出するために用い、ＩＴＵ−Ｔ勧
告Ｖ４．２のＣＲＣ３２に従う。”オプション領域”に
ついては、”ＦＩ”が”同期機能を含むネゴシエーショ
ンフレーム”を示す場合に、同図（ｂ）に示す構造にな
る。

【０１２０】ネゴシエーション手順については、次のよ
うになる。

【０１２１】（１）データリンク起動側（以下、「制御
起動側」とも言う）は、使用可能なプロトコルを優先順
位順にネゴシエーションフレームの”Ｐ１〜Ｐｎ”に設
定し、”ネゴシエーション種別”には「要求」を設定し
て、それを対局に送出する。その後、「受付」待ちタイ
マを起動し、対局から「受付」が受信できるまでは、連
続的に「要求」を設定した上記フレームを送出する。
尚、使用可能なプロトコルが１つしか存在しない場合
は、”Ｐ１”のみを使用する。また、使用可能なプロト
コルが複数ある場合は、優先順位に”Ｐ１，Ｐ２，・・
・，Ｐｎ”を使用し、”ＦＩ”を”同期機能を含むネゴ
シエーションフレーム”に設定する。この場合の”オプ
ション領域”は、上記図２０（ｂ）の構造に従う。

【０１２２】（２）データリンク被起動側（以下、「被
制御起動側」とも言う）は、受信フレームの”Ｐ１〜Ｐ
ｎ”で示される使用可能なプロトコルより、要求された
優先順位で使用可能なプロトコルを１つのみ選択する。
具体的には、要求された第１優先プロトコルが被制御起
動側で使用可能であれば、その第１優先プロトコルを選
択し、第１優先プロトコルが使用不可能で第２優先プロ
トコルが使用可能な場合は、その第２優先プロトコルを
選択する。

【０１２３】（３）被制御起動側は、上記（２）で選択
したプロトコルを”Ｐ１”に設定し、”ネゴシエーショ
ン種別”には「受付」を設定して、それを制御起動側に
連続的に送出する。尚、このとき”Ｐ１”に設定するプ
ロトコル（選択したプロトコル）がデータ伝送プロトコ
ルであった場合、”ＦＩ”を”同期機能を含むネゴシエ
ーションフレーム”に設定する。この場合の”オプショ
ン領域”は、上記図２０（ｂ）の構造に従う。

【０１２４】（４）制御起動側は、対局から「受付」が
設定されたフレームを受信したら、「受付」待ちタイマ
を停止し、受信フレームの”Ｐ１”で示されたプロトコ
ルを選択し、ネゴシエーションを完了する。その後、制
御起動側は、データリンクの確立動作を行う。受信した
フレームの”ＦＩ”が”同期機能を含むネゴシエーショ
ンフレーム”であった場合は、ＡＲＱフレーム同期及び
ＲＴＦの測定が完了する。

【０１２５】（５）被制御起動側が、受信フレームの”
Ｐ１〜Ｐｎ”で示される使用可能なプロトコルを持って
いない場合は、”Ｐ１〜Ｐｎ”に何も設定せず、”ネゴ
シエーション種別”には「拒否」を設定して、それを制
御起動側に連続的に送出する。制御起動側が、この「拒
否」が設定されたフレームを受信した場合、「受付」待
ちタイマを停止し、物理リンクを解放する。

【０１２６】（６）ネゴシエーションに競合が発生した
場合（お互いが制御起動側になり、ネゴシエーションの
結果のプロトコルが不一致になった場合）は、お互いが
不一致になったことを判断できるため、データリンクの
起動を行わず、再度ネゴシエーションを起動する。

【０１２７】［ＡＲＱ伝送制御手順］

【０１２８】図２１は、ＡＲＱ伝送制御で送受する同期
フレームのフレーム構成について示したものである。こ
の図２１に示す同期フレームは、フレームの同期をとる
ために送出されるフレームである。同期フレームには、
上記図２０（ｂ）に示した”同期種別”領域で区別され
る同期要求、同期受付、及び同期拒否の３種類が存在す
る。また、図２２は、制御フレームの構造を示し、図２
３は、データフレームの構造を示したものである。

【０１２９】これらの図において、”ＦＩ”は、ネゴシ
エーションフレームであるか、同期機能を含むネゴシエ
ーションフレームであるか、同期フレームであるか、制
御フレームであるか、データフレームであるかを識別す
るために用いる。”ＦＦＩ”は、”Feed Forward Infor
mation”の略称であり、ＡＱＲ伝送制御におけるフレー
ム番号を示すものである。”ＦＢＩ”は、”Feed Back
Information ”の略称であり、ＡＱＲ伝送制御におけ
る、要求フレーム番号を示すものである。”継続フレー
ム識別ビット”は、制御フレーム及びデータフレームに
おいて、継続するフレームの有無を示すものである。”
データ長”は、フレーム内の本”データ長”以降で”Ｆ
ＣＳ”未満の間で、有意データが存在する範囲をバイト
単位で示すものである。同期要求や同期受付における”
データ長”は”８”となり、同期拒否における”データ
長”は”９”となる。また、制御フレーム（継続フレー
ム）における”データ長”は、フレーム毎の制御情報フ
ィールドを示す。”ＳＹＮＣ”は、フレームの同期に用
い、誤り許容なしの全ビット一致で判断する。”制御情
報”は、制御フレームにより伝送されるものである。制
御フレームを送信する度に、当該フレームの受信確認を
制御フレーム受信側から期待する伝送方式とする。”Ｆ
ＣＳ”は、フレーム誤りを検出するものであり、ＣＲＣ
−３２で構成される。

【０１３０】”ＳＹＮＣ”の次の領域は、上記図２０
（ｂ）の構造に従うものである。この領域において（上
記図２０（ｂ）参照）、”同期種別”には、制御起動側
にて、「同期受付」が「同期要求」を受けた応答として
設定され、このフレームが送出される。データリンク起
動が出来ない場合には、「同期拒否」が設定され、この
フレームが送出される。「同期要求」送出側がその応答
として「同期拒否」を受信した場合、「同期要求」が設
定されたフレームの送出が停止される。”共通順序番
号”は、制御起動側及び被起動側が各々独立にカウント
する番号を示す。「同期要求」、「同期受付」、「同期
拒否」を設定したフレームを送出する度に、「同期要
求」送出開始から”１”づつインクリメントしていく。
その結果が”２５５”を超えた場合は、”１”に戻って
から再度インクリメントする。このような”共通順序番
号”は、ＲＴＦ測定に使用し、初期値は”１”であ
る。”同順序番号”は、「同期受付」及び「同期拒否」
送出開始時から”１”づつインクリメントしていく番号
である。この結果が”２５５”を超えた場合は、”１”
に戻ってから再度インクリメントする。このような”同
順序番号”は、ＲＴＦ測定に使用し、初期値は”１”で
あるが、「同期要求」における本”同順序番号”は”
１”に固定する。”確認応答番号”は、一番最初に受信
した「同期要求」が設定されているフレームの”共通順
序番号”を設定するものである。これは、「同期受付」
又は「同期拒否」を設定して、このフレームを送出する
際に行う。このような”確認応答番号”も、ＲＴＦ測定
に使用し、「同期要求」における本””確認応答番号”
は”１”に固定する。”同期拒否理由表示”は、「同期
要求」を受信したが、何らかの理由で応答できない場
合、「同期拒否」を設定したフレームを送出する際に、
所定の情報を設定するものである。

【０１３１】上述のような領域から構成される同期フレ
ーム、制御フレーム、及びデータフレームは各々、最高
位ビット（ＭＳＢ）から低位ビット（ＬＳＢ）に向かっ
て順に送出される。

【０１３２】図２４は、上記図２２に示した制御フレー
ムの”制御情報”のコーディングを示したものである。
この図２４において、”制御情報種別識別子”は、要
求、通知、（要求の）受付、（要求の）拒否、（通知
の）応答、継続フレーム送信可等を示す。”シーケンス
番号”は、”制御情報種別識別子”で示される内容のシ
ーケンス番号をモジュロ１６で示し、被起動側から送出
される制御情報（要求、通知）と、被起動側から送出さ
れる受信確認番号（受付、拒否、応答継続フレーム送信
可）の対応を識別するものである。”制御情報内容識別
子”は、オクテット３以下で示される情報の内容を識別
するものであり、ここには、データリンク確立に関する
制御情報（通信パラメータ設定）、通信中制御情報（Ａ
ＲＱパラメータ設定）、データリンク解放に関する制御
情報（データリンク解放）、その他制御情報（ユーザ制
御情報）等の識別情報が格納される。

【０１３３】上記データリンク確立に関する制御情報
（通信パラメータ設定）の内容を、図２５に示す。この
通信パラメータによるメッセージは、本伝送方式の通信
パラメータの設定を行うためのものであり、ＡＲＱ伝送
制御による通信開始時に、制御起動側から一番最初に送
出される。この図２５において、オクテット３は、”Ａ
ＲＱデータ伝送プロトコルバージョン”を示し、これに
より、ＡＲＱ伝送制御におけるデータ伝送に関するプロ
トコルバージョンが通知される。この”ＡＲＱデータ伝
送プロトコルバージョン”は、Ｅｎｄ−Ｅｎｄでネゴシ
エーションできるものである。ここで例えば、複数のプ
ロトコルバージョンが存在する場合、ネゴシエーション
では、低いバージョンを選択して設定する。オクテット
４は、”ＡＲＱ制御情報伝送プロトコルバージョン”を
示す。これにより、ＡＲＱ伝送制御における制御情報伝
送に関するプロトコルバージョンが通知される。この”
ＡＲＱ制御情報伝送プロトコルバージョン”には、ＡＲ
Ｑ伝送制御の同期方式に関するプロトコル規定も含まれ
る。また、”ＡＲＱ制御情報伝送プロトコルバージョ
ン”も、Ｅｎｄ−Ｅｎｄでネゴシエーションできるもの
であり、複数のプロトコルバージョンが存在する場合、
ネゴシエーションでは、低いバージョンを選択して設定
する。オクテット５は、”測定ＲＴＦ値”を示し、これ
により、ＡＲＱ制御伝送での同期フレームの交換により
測定したＲＴＦ値が通知される。オクテット６は、”デ
ータ圧縮識別子”を示し、これにより、ＡＲＱ伝送制御
によるデータ通信を行う場合のデータ圧縮方式が指定さ
れる。この”データ圧縮識別子”も、Ｅｎｄ−Ｅｎｄで
ネゴシエーションできるものである。オクテット７
は、”符号語総数”、すなわちデータ圧縮方式（Ｖ４
２．ｂｉｓ）のパラメータＰ１を示す。オクテット８
は、”最大文字列長”、すなわちデータ圧縮方式（Ｖ４
２．ｂｉｓ）のパラメータＰ２を示す。オクテット９
は、”フレーム長”を示し、ＡＲＱ伝送制御でのフレー
ム長を設定するためのものである。この”フレーム長”
も、Ｅｎｄ−Ｅｎｄでネゴシエーションできるものであ
る。オクテット１０は、”最大フレーム番号”、すなわ
ちモジュロ数を示す。この”最大フレーム番号”は、初
期ネゴシエーションにより設定する。オクテット７３
は、”受付結果／拒否理由（理由表示）”を示す。”受
付結果”とは、受付メッセージにおいて、要求メッセー
ジの受付結果のことである。例え、「全設定可能」や、
「一部設定可能」等である。また、”拒否理由”とは、
拒否メッセージにおいて、要求メッセージを拒否した理
由のことである。例えば、「記述誤り」や、「設定不
可」等である。

【０１３４】上記通信中制御情報（ＡＲＱパラメータ設
定）の内容を、図２６に示す。この情報は、ＡＲＱ伝送
制御によるデータ通信中において、ＡＲＱ同期が起動さ
れる度に、制御起動側でＲＴＦを測定し、ＡＲＱ同期完
了後に測定したＲＴＦ値を、制御起動側から被起動側へ
通知するために用いられる。

【０１３５】上記データリンク解放に関する制御情報
（データリンク解放）の内容を、図２７に示す。この図
２７において、オクテット７３の”受付結果／拒否理由
（理由表示）”には、例えば、「正常解放」、「正常解
放・データリンク継続禁止」、「ＤＴＥビシー」、「一
時的障害」、「要求パラメータ設定不許可」、「要求パ
ラメータ現在設定不可」、及び「未提供パラメータ指
定」等が設定される。

【０１３６】上記その他制御情報（ユーザ制御情報）の
内容を、図２８に示す。この情報は、ユーザ情報を伝達
するものであり、情報フィールドの内容には何ら制限は
なく、ユーザ情報の使用方法もユーザの自由である。但
し、理解できないユーザ情報の要求を受信した場合は、
設定不可の理由を伴った拒否を送出することとする。ま
た、理解できないユーザ情報の通知を受信した場合で
も、その通知に対する応答は送出する必要がある。

【０１３７】上記継続フレーム送信可の内容を、図２９
に示す。この情報は、”制御情報種別”が「要求」や
「通知」に設定されているフレームにおいて、”継続フ
レーム識別ビット”が「継続フレームあり」である場合
に、制御フレームの送信側に対して継続フレームの送信
を許可するためのものである。

【０１３８】上述のような同期フレーム、制御フレー
ム、及びデータフレームによるＡＲＱ伝送制御の動作シ
ーケンスについては、次のようになる。

【０１３９】（１）リンク確立 制御起動側：本シーケンスでは、高位モジュールからの
通信要求があると、先ず、ＡＲＱフレーム同期を確立す
るために、ネゴシエーションフレーム（ネゴシエーショ
ン種別：要求、同期機能あり、同期要求）の送出を行
う。その後、同期受付待ちタイマを起動し、相手からの
ネゴシエーションフレーム（ネゴシエーション種別：受
付、同期機能あり、同期受付）の検出を行う。タイムア
ウトになった場合は、高位モジュールに送信要求の不成
を通知する。相手からのネゴシエーションフレーム（ネ
ゴシエーション種別：受付、同期機能あり、同期受付）
が検出されたら、同期がとれたものとし、同期受付待ち
タイマを停止し、内部パラメータ等の初期設定を行い、
通信パラメータのネゴシエーションを行う。ネゴシエー
ション正常完了時点でリンク確立が完了し、高位モジュ
ールに通信要求の成立を通知し、通信中状態となる。通
信パラメータのネゴシエーションがパラメータの不一致
等で正常完了しなかった場合は、高位モジュールに通信
要求の不成立を通知する。 被制御起動側：制御起動側からの、ネゴシエーションフ
レーム（ネゴシエーション種別：要求、同期機能あり、
同期要求）が検出されたら、ネゴシエーションフレーム
（ネゴシエーション種別：受付、同期機能あり、同期受
付）の送出を行う。その後、同期受付送出後タイマを起
動し、相手からの制御フレーム（要求）の検出を行う。
タイムアウトになった場合は、高位モジュールに同期不
確立を通知する。相手からの制御フレーム（要求）が検
出されたら、同期がとれたものとし、同期受付送出後タ
イマを停止し、内部パラメータ等の初期設定を行い、通
信パラメータのネゴシエーションを行う。ネゴシエーシ
ョン正常完了時点でリンク確立が完了し、高位モジュー
ルに同期確立を通知し、通信中状態となる。通信パラメ
ータのネゴシエーションがパラメータの不一致等で正常
完了しなかった場合は、高位モジュールに同期不確立を
通知する。

【０１４０】（２）リンク解放 制御起動側：本シーケンスでは、高位モジュールからの
解放要求や内部的なリンク解放の要求があると、先ず、
リンク解放を要求する制御フレーム（データリンク解
放）を送出する。その後、確認待ちタイマを起動し、相
手からの応答確認フレームの検出を行う。タイムアウト
になった場合は、リンクが解放されたとし、高位モジュ
ールにリンク解放を通知し、通信を終了する。相手から
の応答確認フレームが検出されたら、リンクが解放さ糺
たものとし、確認待ちタイマを停止し、高位モジュール
にリンク解放を通知し、通信を終了する。 被制御起動側：リンク解放を要求する制御フレームを受
信した側は、リンクの解放が可能の場合、本制御フレー
ムに対する応答確認フレームをＫ回連続して送出した
後、高位モジュールにリンク解放を通知し、通信を終了
する。

【０１４１】（３）フレーム同期及びＲＴＦ測定方法 初期同期／再同期シーケンス起動時において、制御起動
側は、同期要求を送出する。被制御起動側は、同期要求
に対する待ち受け状態にあり、当該フレームを受信した
後、同期受付を制御起動側に送信する。同期要求を受信
したが、何らかの理由で応答できない場合、同期拒否を
その同期拒否理由表示と共に送信する。同期フレーム検
出は、”ＳＹＮＣの一致”、”ＦＩの確認”、及び”Ｃ
ＲＣ誤りなし”を条件とする。同期シーケンスは、
（ａ）データリンク起動時、（ｂ）ＡＲＱ受信フレーム
連続ＦＣＳエラー検出時、（ｃ）制御フレーム又はデー
タフレームの送信中での同期フレーム受信時、の条件で
起動する。また、端局装置が移動局（ＰＳ）の状態を監
視出来る場合には、情報チャンネル（ＴＣＨ）切り替
え、ハンドオフ完了時に同期シーケンスを起動しても良
い。

【０１４２】（３−１）初期同期シーケンス ＡＲＱフレーム初期同期には、ネゴシエーションフレー
ム（同期フレーム機能含む）を使用する。図３０は、Ａ
ＲＱ同期シーケンスを示したものである。ＡＲＱフレー
ム初期同期確立方法は、次のような規定に従う。

【０１４３】ステップ１：制御起動側は、ネゴシエーシ
ョンフレーム（ネゴシエーション種別：要求、同期機能
あり、同期要求）を送出すると共に、同期受付待ちタイ
マを起動する。ネゴシエーション（ネゴシエーション種
別：要求、同期機能あり、同期要求）送出開始時点か
ら、オプジョン領域内の”共通順序番号”を”１”づつ
インクリメントしていく。また、ネゴシエーションフレ
ーム（ネゴシエーション種別：要求、同期機能あり、同
期要求）でのオプション領域内の”同順序番号”及び”
確認応答番号”は、”１”個定とする。

【０１４４】ステップ２：被制御起動側は、ネゴシエー
ションフレーム（ネゴシエーション種別：要求、同期機
能あり、同期要求）を受信すると、ネゴシエーションフ
レーム（ネゴシエーション種別：受付、同期機能あり、
同期受付）を送出すると共に、同期受付送出後タイマを
起動する。ネゴシエーションフレーム（ネゴシエーショ
ン種別：受付、同期機能あり、同期受付）を送出開始時
点から、オプション領域内の”共通順序番号”及び”同
順序番号”を”１”づつインクリメントしていく。さら
に、ネゴシエーションフレーム（ネゴシエーション種
別：受付、同期機能あり、同期受付）のオプション領域
内の”確認応答番号”には、被制御起動側で一番最初に
受信した制御起動側からのネゴシエーションフレーム
（ネゴシエーション種別：要求、同期機能あり、同期要
求）に付随しているオプション領域内の”共通順序番
号”をコピーして書き込む。

【０１４５】ステップ３：制御起動側がネゴシエーショ
ンフレーム（ネゴシエーション種別：受付、同期機能あ
り、同期受付）を受信することで、ＡＲＱ同期が確立
し、制御起動側は、同期受付待ちタイマを停止する。こ
れと同時に、ＲＴＦの測定も可能となり、通信パラメー
タのネゴシエーションを行う。

【０１４６】ステップ４：被制御起動側は、相手からの
制御フレーム（要求）が検出されたら、同期がとれたも
のとし、同期受付送出後タイマを停止し、通信パラメー
タのネゴシエニーションを行う。

【０１４７】ステップ５：同期受付待ちタイマもしくは
同期受付送出後タイマがタイムアウトした場合は、ＡＲ
Ｑ同期確立失敗となり、高位モジュールにデータリンク
確立失敗を通知する。

【０１４８】ステップ６：データリンクが競合した場合
は、相手起動側からの処理を優先する。つまり、同期要
求送信中に相手から同期要求を受信した場合、自分の同
期要求の送出を止め、相手起動側からの同期要求に対す
る処理を行う。

【０１４９】（３−２）再同期シーケンス 上述したように、通信中に（ｂ）ＡＲＱ受信フレーム連
続ＦＣＳエラー検出時、（ｃ）制御フレーム又はデータ
フレームの送信中での同期フレーム受信時、或いは、端
局装置が移動局（ＰＳ）の状態を監視出来る場合の、情
報チャンネル（ＴＣＨ）切り替え、ハンドオフ完了時等
には、再同期を行う。ＡＲＱフレーム再同期には、同期
フレームを使用する。

【０１５０】先ず、制御起動側は、以下の規定に従っ
て、ＡＲＱ同期を確立する。 ステップ１：同期フレーム（同期要求）を送出すると共
に、同期受付待ちタイマを起動し、相手からの同期フレ
ーム（同期受付）の検出を行う。ここで、同期フレーム
（同期要求）送出開始時点から、”共通順序番号”を”
１”づつインクリメントしていく。また、同期要求で
の”同順序番号”及び”確認応答番号”は、”１１”個
定とする。 ステップ２：同期フレーム（同期受付）を受信すること
で、ＡＲＱ同期が確立し、同期受付待ちタイマを停止す
る。これと同時に、ＲＴＦの測定も可能となり、ＡＲＱ
パラメータのネゴシエーションを行う。 ステップ３：同期受付タイマがタイムアウトした場合
は、ＡＲＱ同期確立失敗となり、高位モジュールに同期
不確立を通知する。

【０１５１】一方、被制御起動側は、以下の規定に従っ
て、ＡＲＱ同期を確立する。 ステップ１：上述の（ｂ）ＡＲＱ受信フレーム連続ＦＣ
Ｓエラー検出時、（ｃ）制御フレーム又はデータフレー
ムの送信中での同期フレーム受信時に、同期要求待ち
に、同期要求待ちタイマを起動し、対局からの同期フレ
ーム待ち受け状態となる。 ステップ２：対局からの同期フレーム（同期要求）を受
信すると、同期要求受け待ちタイマを停止する。これと
同時に、同期受付送出後タイマを起動し、同期フレーム
（同期受付）を送出する。同期フレーム（同期受付）送
出開始時点から、”共通順序番号”及び”同順序番号”
を”１”づつインクリメントして行く。さらに、”確認
応答番号”には、被制御起動側で一番最初に受信した制
御起動側からの同期フレーム（同期要求）に付随してい
る”共通順序番号”をコピーし書き込む。 ステップ３：対局からの制御フレーム（要求）が検出さ
れたら、同期がとれたものとし、同期受付送出後タイマ
を停止し、ＡＲＱパラメータのネゴシエーションを行
う。 ステップ４：各タイマがタイムアウトした場合は、ＡＲ
Ｑ同期確立失敗となり、高位モジュールに同期不確立を
通知する。

【０１５２】尚、両局とも制御起動側として動作した場
合、ＡＲＱフレーム再同期起動時点においても、同期フ
レーム（同期要求）の競合が起こりうる。この場合にお
いても、相手起動側からの処理を優先する。つまり、同
期要求送信中に相手から同期要求を受信した場合、自分
の同期要求の送出を止め、相手起動側からの同期要求に
対する処理を行う。

【０１５３】（３−３）ＲＴＦ測定法 ＲＴＦ値とは、再送までのフレーム間隔を規定するパラ
メータである。すなわち、呼接続毎に応答遅延時間が測
定され、これがＲＴＦ値として設定される。ＲＴＦ値
は、制御起動側で測定され、同期確立後に制御フレーム
にて、被制御起動側に通知される。制御起動側は、次の
規定に従って、ＲＴＦ値の測定を行う。

【０１５４】ステップ１：被制御起動側からの同期受付
を受信した時点で、次の数値を検出する。 （α）現在送出している同期要求／同期受付に付加し
た”共通順序番号”。 （β）対向局からの同期受付に付随している”同順序番
号”。 （γ）対向局からの同期受付に付随している”確認応答
番号”。 ステップ２： RTF = ｛α+510-(β+ γ) ｝Mod255+2+N なる式により、ＲＴＦ値を算出し、該ＲＴＦ値を設定す
る。ここで、上記式中の”Ｎ”は定数値であり、”２”
とする。 ステップ３：”ＲＴＦ−Ｎ≦２、６０≦ＲＴＦ−Ｎ”と
なった場合、データリンク解放シーケンスに入る。 ステップ４：ステップ２で算出（測定）したＲＴＦ値
を、制御フレームにて被制御起動側に通知する。

【０１５５】（３−４）ＡＲＱフレーム拒否シーケンス 同期要求を受信したが、何らかの理由で応答できない場
合、同期受付の代わりに同期拒否（拒否理由）を”理由
表示”に設定して、これを連続的にＬ回送信する。ＡＲ
Ｑ同期処理部の処理を簡易にするため、”共通順序番
号”、”同順序番号”、及び”確認応答番号”に対する
処理は、同期受付の場合と同様とする。また、ここで
の”Ｌ”値は、”２０”とする。制御起動側が、このよ
うな同期拒否のフレームを受信した場合、同期要求の送
信及び同期受付待ちタイマを停止し、高位モジュールに
データリンク確立失敗を通知する。

【０１５６】（４）制御信号方式

【０１５７】（４−１）制御情報伝送方式 制御起動側から送られてくる制御情報は、「要求」、
「通知」の２種類である。「要求」に対する受信確認
は、「要求」が許容されれば「受付」であり、「要」が
許容されなければ「拒否」となる。「通知」に対する受
信確認は、「応答」が対応する。ここでの制御情報の伝
送方式は、制御起動側から要求／通知の制御フレームを
送出される度に、その返答として被制御起動側から受付
／応答／拒否／継続フレーム送信可（以降、確認フレー
ム）の制御フレーム受信確認を期待する方式である。制
御起動側は、制御フレーム送出が要求されると、送出す
べきデータが有る場合でも、制御フレームを優先して送
出し、確認フレームを受信するまでは、繰り返し同一内
容の制御フレームを送出する。連続して制御フレームを
送出する場合は、被制御起動側から確認フレームの受信
を待ち、次の制御フレームを送出する。ここで、連続し
て送出する各制御フレームを識別をするために、制御情
報にシーケンス番号を設ける。したがって、被制御起動
側は、制御起動側から送られてきた制御情報に付随する
シーケンス番号を確認番号として返送することで、制御
起動側は、どの制御フレームに対する確認フレームかを
識別することができる。このときのシーケンス番号のモ
ジュロ数は、”１６”とし、該シーケンス番号は、Ｅｎ
ｄ−Ｅｎｄで独立とする。また、起動時のシーケンス番
号の初期値は、”０”である。制御起動側は、確認フレ
ームを受信した後、連続して送るべき制御情報が無い場
合、データフレームを送出する。被制御起動側は、イン
クリメントされたシーケンス番号の制御フレームを受信
するか、データフレームを受信することで、確認フレー
ムが相手に届いたことを認識することができる。それま
では、被制御起動側は、送出すべきデータがある場合で
も、確認フレームを送出しつづける。

【０１５８】上述の制御フレームの送受信のシーケンス
の一例を、図３１に示す。この図３１に示すように、先
ず、制御起動側は、要求（０）を送出し（ステップＳ
１）、被制御起動側は、該要求（０）に対する受付
（０）を送出する（ステップＳ２）。次に、制御起動側
は、該受付（０）を受信したので（ステップＳ３）、次
の要求（１）を送出する（ステップＳ４）。そして、該
要求（１）に対する受付（１）を受信すると、送るべき
要求がないのでデータを送信する（ステップＳ５）。次
に、被制御起動側は、上記ステップＳ５により、受付
（１）が伝送されたことが確認できたので、送信すべき
要求（０）の制御フレームを送出する（ステップＳ
６）。そして、制御起動側は、該要求（０）に対する受
付（０）を送出する（ステップＳ７）。

【０１５９】尚、制御フレームが相手と競合した場合
は、相手からの制御フレームを優先する。つまり、自分
が制御フレーム送信中に相手から「要求」又は「通知」
の制御フレームを受信した場合、自分の制御フレームの
送出を止め、「要求」又は「通知」に対する制御処理を
行い、確認フレームを返送する。また、制御フレーム伝
送中にＡＲＱ再同期処理が起動された場合、ＡＲＱ再同
期完了後に、制御フレームの伝送を行う。この場合、Ａ
ＲＱ同期処理前に伝送していた制御情報及びシーケンス
番号を保存する。さらに、継続フレーム伝送中に制御フ
レームの競合が発生した場合も、これと同様である。

【０１６０】制御フレーム伝送中にＡＲＱ再同期処理が
起動される場合のシーケンスの一例を、図３２に示す。
この図３２では、被制御起動側が、要求（３）に対する
受付（３）を送出しようとしたところで、ＡＲＱ再同期
処理が始まっているので、被制御起動側は、受付（３）
の送出を中断し、ＡＲＱ再同期処理終了後に、受付
（３）の送出を再開する。

【０１６１】ここで、”制御情報”は、複数制御フレー
ムにまたがっても良い。この場合は、継続フレームがあ
ることを”継続フレーム識別ビット”により明示する。
「要求」（継続フレームあり）に対する処理は、次の２
つのケースが挙げられる。第１のケース：図３３に示す
ように、被制御起動側は、継続フレームありの「要求」
に対して、継続フレーム送信可で応答し、「要求」を全
て受信した後で、一括で処理を行う。また、被起動側
は、最終フレーム（継続フレームなし）に対して、処理
の結果を明示する（受付／拒否）。第２のケース：図３
４に示すように、被制御起動側は、各々の「要求」に対
して個別に処理を行う。制御起動側は、制御を継続して
いる（継続フレームあり）時に、被制御起動側から「拒
否」を受信した場合は、当該制御を終了する。また、被
制御起動側は、「通知」（継続フレームあり）に対して
は一括処理を行い、継続フレームありの「通知」に対し
ては継続フレーム送信可で応答する。

【０１６２】また、「受付」には、「要求」の有意情報
の内容をコピーして返送する。但し、「受付」は、一部
のパラメータが許容されなくても返送されることがあ
り、そのことは、「受付」の最終オクテットに受付結果
として示される。例えば、図３５に示すような、通信パ
ラメータ設定の”バージョン情報”である。この情報
は、ネゴシエーションが可能であり、要求された側（被
制御起動側）が、要求バージョンのプロトコルを提供で
きない場合、提供可能なバージョンを要求側（制御起動
側）へ返送する。要求側（制御起動側）は、変更された
バージョンで通信可能ならば、そのまま通信を継続す
る。通信不可能（要求側が、変更されたバージョンのプ
ロトコルを持っていない）の場合は、データリンク解放
を行う。要求された側（被制御起動側）が、ネゴシエー
ション不可のパラメータを許容できない場合は、「拒
否」において、拒否された要求パラメータの明示をする
ために、該当パラメータの情報フィールドに全て”１”
を設定する。

【０１６３】また、「要求」、「通知」、「応答」、
「継続フレーム送信可」における最終オクテットは、全
て”１”とする。要求／通知のフレームに対する確認フ
レーム待ちタイマは、一律１０秒とする。そして、本タ
イマタイムアウトで、データリンクの解放を行う。ま
た、制御フレーム伝送中にＡＲＱ再同期処理が起動され
た場合、本タイマを再度設定する（これは、タイマを停
止し、再度起動することを意味する）。

【０１６４】また、今後、制御フレーム内の制御情報内
容が追加され、自局が認識できない制御情報を受信した
場合、本制御情報の内容を有意情報とせず破棄すること
とする。但し、有意情報が全て設定可能であっても、受
付の受付結果は、一部設定可能とする。本処理は、「要
求」（継続するフレームあり）の処理に対しても同様で
あり、被制御起動側が、継続するフレームに有意情報が
無いと判断した時点で要求に対する処理を実行する。

【０１６５】（４−２）通信パラメータネゴシエーショ
ン 制御起動側と被制御起動側の双方で使用可能な通信パラ
メータを設定するため、”通信パラメータ設定”又は”
ＡＲＱパラメータ設定”のパラメータが制御フレームに
て伝送され、Ｅｎｄ−Ｅｎｄでネゴシエーションされ
る。ネゴシエーションに失敗した場合は、接続不可能な
ため、データリンク解放を行う。ネゴシエーション可能
なパラメータは、通信パラメータ設定では、”ＡＲＱデ
ータ伝送プロトコルバージョン”、”ＡＲＱ制御情報伝
送プロトコルバージョン”、”測定ＲＴＦ値”、”デー
タ圧縮方式識別子”、”符号語総数（Ｐ１）”、”最大
文字列長（Ｐ２）”、”フレーム長”、及び”最大フレ
ーム番号”である。また、ＡＲＱパラメータ設定で
は、”測定ＲＴＦ値”である。

【０１６６】パラメータ変更なしで通信パラメータの設
定に成功となるシーケンスの一例を、図３６に示す。ネ
ゴシエーションが競合した場合、制御起動側は、自分が
要求したパラメータを記憶しておき、相手より通信パラ
メータを受信した時点で、受信パラメータと、自分が相
手へ送出したパラメータとをネゴシエーションルールに
従って比較しし、その結果、低位のレベルのパラメータ
を選択（設定）する。上記図３６では、ネゴシエーショ
ンの結果要求レベル（プロトコルバージョン２）よりも
低位のレベル（プロトコルバージョン１）のパラメータ
が設定され、通信パラメータ設定が完了している。

【０１６７】（５）データフレーム再送制御方式

【０１６８】（５−１）データ送信側の処理（ＦＦＩ決
定処理） データフレームのおける誤り制御には、誤りフレームの
みを再送する、Selective Repeat(SR)型ＡＲＱを用い
る。フロー制御は、ＡＲＱデータフレーム処理部で吸収
する。連続フレーム誤りを規定回数以上検出したら、Ａ
ＲＱ再同期処理を起動する。また、有限バッファでの送
信番号帰還形ＳＲＡＲＱを効率よく実現するために、デ
ータフレーム内の”ユーザデータ領域”の最終１バイト
を用い、モジュロ管理を行う。”ＦＦＩ”は、”１〜
Ｍ”のフレーム番号を示し、”ＦＢＩ”は、”１〜Ｍ”
までの要求フレーム番号を示す。

【０１６９】（５−２）データ送信側の処理 ・現在要求されているフレーム（これは”ＦＢＩ”で示
される）からインクリメントし、最大アウトスタンディ
ングフレームまで繰り返し送信する。但し、送信すべき
データがＭ（最大フレーム番号）フレーム分無い場合、
データが存在するフレームのみ送信する。 ・上記の繰り返しの最中に、”ＦＢＩ”で要求されてい
るフレームを送信する。但し、”ＲＴＦ”内の”ＦＢ
Ｉ”は無視する。ＲＴＦ値は、ＡＲＱフレーム同期確立
と同時に測定し設定する。 ・送るべきデータが全て無くなった場合は、ＦＦＩ＝
０、データ長＝０に設定したフレームを送出する。

【０１７０】尚、上記スタンディングフレームとは、受
信側からの送達確認を待たずに送信できるフレームであ
り、その上限を最大アウトスタンディングフレームとい
う。最大アウトスタンディングフレーム数（Ｍ）＝モジ
ュロ数−１の関係がある。

【０１７１】（５−３）データ受信側の処理（ＦＢＩ決
定処理） ・”ＦＣＳ”でのエラーフレームは、破棄する。 ・フィードバック情報（ＦＢＩ）には最旧未受信フレー
ム番号を、要求フレームとして書き込む。 ・ＤＴＥ受信処理遅延によるフロー制御要求があった場
合、要求フレーム番号の更新処理は行われない。バップ
ァフルの状態が解除されるまで、”ＦＢＩ”の内容を変
化しない事により、ＡＲＱプロトコルの進行を抑制す
る。 ・受信データフレームの内、ＦＦＩ＝０のフレーム及び
受信比較処理により同フレームと判断されたフレームに
ついては、”ＦＢＩ”を除き破棄する。

【０１７２】誤りフレームのみ再送する場合の一例を、
図３７に示す。この図３７に示すように、データ送信側
のフレーム番号”ＦＦＩ＝４”のフレームが伝走路誤り
で伝送されない場合、データ受信側は、要求フレーム番
号”ＦＢＩ＝４”のフレームを、フレーム番号”ＦＦＩ
＝４”のフレームを受信するまで送出し続ける。データ
送信側は、”ＲＴＦ”（応答遅延時間）後に、フレーム
番号”ＦＦＩ＝４”のフレームを再送信する。

【０１７３】また、最大アウトスタンディングフレーム
まで繰り返す場合の一例を、図３８に示す。ここでは、
フレームを”フレーム（＃モジュロ番号、フレーム番
号）”で表わすとする。フレーム（＃１、４）が、送達
確認の取れていない最旧フレームとすると、送信側は、
順次フレーム（＃１、５）、（＃１、６）、・・・、
（＃１、Ｍ）、（＃２、１）、（＃２、３）、・・・を
送出し、この時点で最大アウトスタンディングフレーム
に到達すると、その到達後は、未確認フレーム（＃１、
４）に戻り、再度ＳＲ ＡＲＱを繰り返す。

【０１７４】（５−４）データ比較処理 有限アウトスタンディングフレーム率における送信番号
帰還形ＳＲ ＡＲＱの適用を可能にするために、データ
送信側でのデータ構築時及びデータ受信時に、次のよう
な処理を行う。

【０１７５】データ構築時：有意情報が７３ｂｙｔｅ以
上存在する場合、現在構築中のデータフレーム内データ
領域（以下、単に「データ領域」とも言う）の最終の１
ｂｙｔｅと、１Ｍｏｄ以前のデータ領域における１ｂｙ
ｔｅが同一であれば、その１ｂｙｔｅは次のフレームで
送出する。そして、その代わりに、図３９に示すよう
に、１Ｍｏｄ以前のデータ領域における１ｂｙｔｅを全
て反転させた１ｂｙｔｅ分の８ｂｉｔ列を挿入する。し
たがって、この場合の有意情報は、７２ｂｙｔｅとな
る。また、現在構築中のデータ領域の最終の１ｂｙｔｅ
と、１Ｍｏｄ以前のデータ領域における１ｂｙｔｅが異
なる場合は、図４０に示すように、そのまま構築する。
したがって、この場合の有意情報は、７３ｂｙｔｅとな
る。一方、有意情報が７３ｂｙｔｅに満たない場合は、
データ領域の最終の１ｂｙｔｅは、図４１に示すよう
に、１Ｍｏｄ以前のデータ領域における１ｂｙｔｅを全
て反転させた１ｂｙｔｅ分の８ｂｉｔ列を挿入する。

【０１７６】データ受信時：現在受信しているデータ領
域の最終１ｂｙｔｅを、同一番号の受信フレーム用バッ
ファ内におけるデータ領域の最終１ｂｙｔｅと比較監視
する。この結果、データ領域の最終１ｂｙｔｅが等しい
場合、受信フレームにおけるユーザデータは破棄する。

【０１７７】（６）データ分解・組み立て データ送信側において、高位モジュールから渡されるデ
ータが１ＡＲＱフレームよりも大きい場合、又は、何ら
かの理由がある場合、１つのデータは、複数のＡＲＱフ
レームに分割する事ができる。この場合の分割情報
は、”継続フレーム識別ビット”で示され、データ受信
側へ通知される。また、１つのデータを複数に分割した
ときは、分割した最後のデータフレームを「単一又は最
終フレーム」に設定し、それ以前のデータフレームを
「途中フレーム」に設定する。高位モジュールから明示
的に「継続」の属性が与えられているときは、「途中フ
レーム」として送出する。データ受信側は、基本的に
は、「単一又は最終フレーム」のフレームを受信するま
で、データを組み立て、１つのデータとして高位モジュ
ールに渡す。しかし、明示的に「継続」の属性を高位モ
ジュールに付与できる場合は、組み立て途中の情報を
「継続」の属性で渡すことができる。

【０１７８】（７）データ圧縮／伸張部動作 データの圧縮／伸張を行う場合には、ＩＴＵ−Ｔ Ｖ４
２．ｂｉｓの手順に準拠して行う。

【０１７９】以上が、上記図１に示した本システム１０
０で用いる１３９４シリアルバス及びＰＩＡＦＳプロト
コルについての説明である。そこで、本システム１００
について具体的に説明する。尚、本システム１００で
は、映像や音声等の様々なデータの送受信が行われる
が、ここでは説明の簡単のために、映像を送受信する場
合の本システム１００の動作について具体的に説明する
ものとする。

【０１８０】図４２は、本システム１００に含まれる携
帯型ビデオカメラ１０１、ホームステーション１０２、
リビング用モニタ１０３、及びＶＴＲ１０４の内部構成
を示したものである。

【０１８１】携帯型ビデオカメラ１０１は、レンズ２０
５を介した被写体光を撮像して該被写体の映像信号を生
成する撮像部２０６と、撮像部２０６からの映像信号を
符号化して符号化映像データを生成する映像符号化部２
０７と、符号化映像データの記録処理及び再生処理を行
う記録／再生部２１１と、符号化映像データを復号化し
て符号化前の映像信号を得る映像データ復号化部２０８
と、映像データ復号化部２０８からの映像信号を画面表
示する表示部２０９と、ＰＩＡＦＳプロトコルに従った
各種データの送受信のための所定の処理を行うＰＩＡＦ
Ｓプロトコル制御部２１３と、ＰＩＡＦＳプロトコル制
御部２１３からの制御に従って各種データの送受信をア
ンテナ２１５を介して行うＰＨＳ送受信部２１４とを備
えている。

【０１８２】また、携帯型ビデオカメラ１０１は、２つ
のデータセレクタ２１０及び２１２を備えている。デー
タセレクタ２１０は、映像符号化部２０７の出力と、Ｐ
ＩＡＦＳプロトコル制御部２１３の出力とを切り換えて
記録／再生部２１１に対して出力する。また、記録／再
生部２１１の出力（再生処理により得られた符号化映像
データ等）を、データセレクタ２１２に対して出力す
る。一方、データセレクタ２１２は、映像符号化部２０
７の出力と、記録／再生部２１１の出力（再生処理によ
り得られた符号化映像データ等）とを切り換えてＰＩＡ
ＦＳプロトコル制御部２１３に対して出力する。また、
ＰＩＡＦＳプロトコル制御部２１３の出力を、データセ
レクタ２１０及び映像データ復号化部２０８に対して各
々出力する。さらには、映像符号化部２０７の出力を、
映像データ復号化部２０８に対して出力する。このよう
なデータセレクタ２１０及び２１２での切り換え動作
は、図示していない制御部により制御される。

【０１８３】ホームステーション１０２は、アンテナ２
１６を介して各種データの送受信を行うＰＨＳ送受信部
２１７と、ＰＩＡＦＳプロトコルに従った各種データの
送受信のための所定の処理を行うＰＩＡＦＳプロトコル
制御部２１８と、ＰＩＡＦＳプロトコル制御部２１８の
制御に従ってＰＨＳ送受信部２１７で受信された符号化
映像データを復号化して符号化前の映像信号を得る映像
復号化部２２２と、映像復号化部２２２からの映像信号
を符号化して符号化映像データを生成する映像符号化部
２２３と、１３９４シリアルバス２４０（ホームバス）
用のインターフェースである１３９４インターフェース
（Ｉ／Ｆ）部と、１３９４Ｉ／Ｆ部２２５からの符号化
映像データを復号化して符号化前の映像信号を得る映像
復号化部２２１と、映像復号化部２２１からの映像信号
を符号化して符号化映像データを生成する映像符号化部
２２０とを備えている。

【０１８４】また、ホームステーション１０２は、２つ
のデータセレクタ２１９及び２２４を備えている。デー
タセレクタ２１９は、ＰＩＡＦＳプロトコル制御部２１
８から映像復号化部２２２に対する出力と、映像符号化
部２２０からＰＩＡＦＳプロトコル制御部２１８に対す
る出力とを切り換える。一方、データセレクタ２２４
は、映像符号化部２２３から１３９４Ｉ／Ｆ部２２５に
対する出力と、１３９４Ｉ／Ｆ部２２５から映像復号化
部２２１に対する出力とを切り換える。このようなデー
タセレクタ２１９及び２２４での切り換え動作は、図示
していない制御部により制御される。

【０１８５】リビング用ＴＶモニタ１０３は、１３９４
シリアルバス２４０用のインターフェースである１３９
４インターフェース（Ｉ／Ｆ）部２２６と、１３９４Ｉ
／Ｆ部２２６からの符号化映像データを復号化して符号
化前の映像信号を得る映像復号化部２２９と、映像復号
化部２２９からの映像信号を画面表示する表示部２３０
と、１３９４Ｉ／Ｆ部２２６からの制御信号等に従って
表示部２３０を制御するＴＶ制御部２２８と、データセ
レクタ２２７とを備えている。そして、データセレクタ
２２７は、１３９４Ｉ／Ｆ部２２６からＴＶ制御部２２
８及び映像復号化部２２９に対する出力と、１３９４Ｉ
／Ｆ部２２６に対する出力とを切り換えるようになされ
ており、この切り換え動作は、図示していない制御部に
より制御される。

【０１８６】ＶＴＲ１０４は、１３９４シリアルバス２
４０用のインターフェースである１３９４インターフェ
ース（Ｉ／Ｆ）部２３１と、記録媒体への符号化映像デ
ータの記録処理及び再生処理を行う記録／再生部２３４
と、１３９４Ｉ／Ｆ部２３１からの制御信号等に従って
記録／再生部２３４を制御するＶＴＲ制御部２３３と、
データセレクタ２３２とを備えている。そして、データ
セレクタ２３２は、１３９４Ｉ／Ｆ部２３１からＶＴＲ
制御部２３３及び記録／再生部２３４に対する出力と、
記録／再生部２３４から１３９４Ｉ／Ｆ部２２６に対す
る出力とを切り換えるようになされており、この切り換
え動作は、図示していない制御部により制御される。

【０１８７】そこで、まず、携帯型ビデオカメラ１０１
で得られた映像を、ホームステーション１０２を介し
て、リビング用ＴＶモニタ１０３及びＶＴＲ１０４に転
送する場合の、本システム１００の動作について説明す
る。

【０１８８】携帯型ビデオカメラ１０１において、レン
ズ２０５を介して撮像部２０６で撮像して得られた被写
体の映像信号は、映像符号化部２０７に供給される。映
像符号化部２０７は、上記映像信号を、ＰＩＡＦＳプロ
トコルに従って伝送するのに最適な符号化方式（例え
ば、Ｈ．２６３方式）で符号化して、第１符号化映像デ
ータを生成する。映像符号化部２０７で生成された第１
符号化映像データは、データセレクタ２１２に供給され
ると共に、データセレクタ２１０にも供給される。デー
タセレクタ２１２は、上述の制御部からの制御に従っ
て、映像符号化部２０７からの第１符号化映像データを
ＰＩＡＦＳプロトコル制御部２１３に供給すると共に、
例えば、映像データ復号化部２０８にも供給する。デー
タセレクタ２１０も同様に、上述の制御部からの制御に
従って、映像符号化部２０７からの第１符号化映像デー
タを記録／再生部２１１に供給する。

【０１８９】ＰＩＡＦＳプロトコル制御部２１３は、デ
ータセレクタ２１２を介して供給された第１符号化映像
データから、上記図２３に示したようなデータフレーム
を生成する。このとき、上記第１符号化映像データを、
上記図２３のデータフレーム構造に従って分割して、各
データフレームのデータ領域に格納（搭載）する。ま
た、各データフレームの各領域に所定の情報も格納す
る。そして、ＰＩＡＦＳプロトコル制御部２１３は、こ
のようにして生成したデータフレームを、上述したＰＩ
ＡＦＳプロトコルに従って、ＰＨＳ送受信部２１４に供
給する。ＰＨＳ送受信部２１４は、ＰＩＡＦＳプロトコ
ル制御部２１３からのデータフレームを、アンテナ２１
５を介して空間に送出する。

【０１９０】これと同時に、映像データ復号化部２０８
は、データセレクタ２１２を介して供給された第１符号
化映像データを復号化して、符号化前の映像信号に戻
し、該映像信号を表示部２０９に供給する。表示部２０
９は、映像データ復号化部２０８からの映像信号を画面
表示する。また、記録／再生部２１１は、データセレク
タ２１０を介して供給された第１符号化映像データを、
磁気テープや固体磁気ディスク、光磁気ディスク、固体
メモリ等の記録媒体に記録する。

【０１９１】上述のようにして、携帯型ビデオカメラ１
０１から空間に送出されたデータフレーム（第１符号化
映像データ）は、ホームステーション１０２のアンテナ
２１６で受信される。

【０１９２】ホームステーション１０２において、携帯
用ビデオカメラ１０１から送出されたデータフレーム、
すなわち第１符号化映像データが格納されたデータフレ
ームは、アンテナ２１６を介してＰＨＳ送受信部２１７
で受信され、ＰＩＡＦＳプロトコル制御部２１８に供給
される。ＰＩＡＦＳプロトコル制御部２１８は、ＰＨＳ
送受信部２１７で受信されたデータフレームに格納され
ている第１符号化映像データのみを抽出する。データセ
レクタ２１９は、上述の制御部の制御に従って、ＰＩＡ
ＦＳプロトコル制御部２１８で得られた第１符号化映像
データを映像復号化２２２に供給する。

【０１９３】映像復号化部２２２は、データセレクタ２
１９を介して供給された第１符号化映像データを復号化
して、元の映像信号に戻し、該映像信号を映像符号化部
２２３に供給する。映像符号化部２２３は、映像復号化
部２２２からの映像信号を、１３９４シリアルバス２４
０で伝送するのに最適であり、且つリビング用ＴＶモニ
タ１０３やＶＴＲ１０４で復号化可能な符号化方式（例
えば、ＭＰＥＧ１方式）で、符号化して、第２符号化映
像データを生成する。

【０１９４】尚、ここでは、上述のようにして、映像復
号化部２２２で第１符号化映像データを一度復号化し、
映像符号化部２２３で再符号化するが、このとき、第１
符号化映像データを完全に復号化するのではなく、ある
一部分のみを復号化して、その部分を再符号化するよう
にしてもよい。

【０１９５】データセレクタ２２４は、上述の制御部の
制御に従って、映像符号化部２２３で得られた第２符号
化映像データを、１３９４Ｉ／Ｆ部２２５に供給する。
１３９４Ｉ／Ｆ部２２５は、データセレクタ２２４を介
して供給された第２符号化映像データから、上記図１４
に示したようなデータパケットを生成する。このとき、
上記第２符号化映像データを、上記図１４のデータパケ
ット構造に従って分割して、各データパケットのデータ
・フィールド領域に格納（搭載）する。また、各データ
パケットの各領域に所定の情報も格納する。例えば。送
信先のノードＩＤを決定して、それを目的ノードＩＤ領
域に格納する。

【０１９６】そして、１３９４Ｉ／Ｆ部２２５は、この
ようにして生成したデータパケットを１３９４シリアル
バス２４０を介して、リビング用ＴＶモニタ１０３やＶ
ＴＲ１０４に対して送出する。尚、このとき、１３９４
Ｉ／Ｆ部２２５は、上記図１４のデータパケットではな
く、上記図１６に示したようなアイソクロノスのデータ
パケットを生成し、これをアイソクロノス転送で１３９
４シリアルバス２４０を介して送出するようにしてもよ
い。

【０１９７】リビング用ＴＶモニタ１０３において、ホ
ームステーション１０２から１３９４シリアルバス２４
０を介して送出されたデータパケット（第２符号化映像
データ）は、１３９４Ｉ／Ｆ部２２６で受信される。１
３９４Ｉ／Ｆ部２２６は、受信したデータパケットに格
納されている第２符号化映像データを抽出する。データ
セレクタ２２７は、上述の制御部の制御に従って、１３
９４Ｉ／Ｆ部２２６で得られた第２符号化映像データを
映像復号化２２９に供給する。映像復号化部２２９は、
データセレクタ２２７を介して供給された第２符号化映
像データを復号化して、元の映像信号に戻し、該映像信
号を表示部２３０に供給する。表示部２３０は、ＴＶ制
御部２２８の制御に従って、映像復号化部２２９からの
映像信号を画面表示する。

【０１９８】また、ＶＴＲ１０４において、ホームステ
ーション１０２から１３９４シリアルバス２４０を介し
て送出されたデータパケット（第２符号化映像データ）
は、１３９４Ｉ／Ｆ部２３１で受信される。１３９４Ｉ
／Ｆ部２３１は、受信したデータパケットに格納されて
いる第２符号化映像データを抽出する。データセレクタ
２３２は、上述の制御部の制御に従って、１３９４Ｉ／
Ｆ部２３１で得られた第２符号化映像データを記録／再
生部２３４に供給する。記録／再生部２３４は、ＶＴＲ
制御部２３３の制御に従って、データセレクタ２３２を
介して供給された第２符号化映像データを、磁気テープ
や固体磁気ディスク、光磁気ディスク、固体メモリ等の
記録媒体に記録する。

【０１９９】つぎに、ＶＴＲ１０４にて再生して得られ
た映像を、ホームステーション１０２を介して、携帯型
ビデオカメラ１０１に転送する場合の、本システム１０
０の動作について説明する。

【０２００】ＶＴＲ１０４において、記録／再生部２３
４は、ＶＴＲ制御部２３３の制御に従って、上述のよう
な記録媒体から、それに記録されている映像データ（再
生符号化映像データ、以下、「第１’符号化映像デー
タ」とする）を再生する。データセレクタ２３２は、上
述の制御部の制御に従って、記録／再生部２３４で得ら
れた第１’符号化映像データを１３９４Ｉ／Ｆ部２３１
に供給する。１３９４Ｉ／Ｆ部２３１は、データセレク
タ２３２を介して供給された第１’符号化映像データか
ら、上記図１４に示したようなデータパケットを生成す
る。このとき、上記第１’符号化映像データを、上記図
１４のデータパケット構造に従って分割して、各データ
パケットのデータ・フィールド領域に格納（搭載）す
る。また、各データパケットの各領域に所定の情報も格
納する。例えば。送信先のノードＩＤを決定して、それ
を目的ノードＩＤ領域に格納する。

【０２０１】そして、１３９４Ｉ／Ｆ部２３１は、この
ようにして生成したデータパケットを１３９４シリアル
バス２４０を介して、ホームステーション１０２に対し
て送出する。尚、このとき、１３９４Ｉ／Ｆ部２３１
は、上記図１４のデータパケットではなく、上記図１６
に示したようなアイソクロノスのデータパケットを生成
し、これをアイソクロノス転送で１３９４シリアルバス
２４０を介して送出するようにしてもよい。

【０２０２】ホームステーション１０２において、ＶＴ
Ｒ１０４から送出されたデータパケット、すなわち第
１’符号化映像データが格納されたデータパケットは、
１３９４Ｉ／Ｆ２２５で受信される。１３９４Ｉ／Ｆ２
２５は、受信したデータパケットに格納されている第
１’符号化映像データを抽出する。データセレクタ２２
４は、上述の制御部の制御に従って、１３９４Ｉ／Ｆ２
２５で得られた第１’符号化映像データを映像復号化部
２２１に供給する。映像復号化部２２１は、データセレ
クタ２２４を介して供給された第１’符号化映像データ
を復号化して、元の映像信号に戻し、該映像信号を映像
符号化部２２０に供給する。映像符号化部２２０は、映
像復号化部２２１からの映像信号を、ＰＩＡＦＳプロト
コルに従って伝送するのに最適な符号化方式（例えば、
Ｈ．２６３方式）で符号化して、第２’符号化映像デー
タを生成する。データセレクタ２１９は、上述の制御部
の制御に従って、映像符号化部２２０で得られた第２’
符号化映像データをＰＩＡＦＳプロトコル制御部２１８
に供給する。

【０２０３】ＰＩＡＦＳプロトコル制御部２１８は、デ
ータセレクタ２１２を介して供給された第２’符号化映
像データから、上記図２３に示したようなデータフレー
ムを生成する。このとき、上記第２’符号化映像データ
を、上記図２３のデータフレーム構造に従って分割し
て、各データフレームのデータ領域に格納（搭載）す
る。また、各データフレームの各領域に所定の情報も格
納する。そして、ＰＩＡＦＳプロトコル制御部２１８
は、このようにして生成したデータフレームを、上述し
たＰＩＡＦＳプロトコルに従って、ＰＨＳ送受信部２１
７に供給する。ＰＨＳ送受信部２１７は、ＰＩＡＦＳプ
ロトコル制御部２１８からのデータフレームを、アンテ
ナ２１６を介して空間に送出する。

【０２０４】上述のようにして、ホームステーション１
０２から空間に送出されたデータフレーム（第２’符号
化映像データ）は、携帯型ビデオカメラ１０１のアンテ
ナ２１５で受信される。

【０２０５】携帯型ビデオカメラ１０１において、ホー
ムステーション１０２から送出されたデータフレーム、
すなわち第２’符号化映像データが格納されたデータフ
レームは、アンテナ２１５を介してＰＨＳ送受信部２１
４で受信され、ＰＩＡＦＳプロトコル制御部２１３に供
給される。ＰＩＡＦＳプロトコル制御部２１３は、ＰＨ
Ｓ送受信部２１４で受信されたデータフレームに格納さ
れている第２’符号化映像データのみを抽出する。デー
タセレクタ２１２は、上述の制御部の制御に従って、Ｐ
ＩＡＦＳプロトコル制御部２１３で得られた第２’符号
化映像データをデータセレクタ２１０に供給すると共
に、映像データ復号化部２０８にも供給する。

【０２０６】映像データ復号化部２０８は、データセレ
クタ２１２を介して供給された第２’符号化映像データ
を復号化して、符号化前の映像信号に戻し、該映像信号
を表示部２０９に供給する。表示部２０９は、映像デー
タ復号化部２０８からの映像信号を画面表示する。ま
た、データセレクタ２１０は、上述の制御部の制御に従
って、データセレクタ２１２からの第２’符号化映像デ
ータを記録／再生部２１１に供給する。記録／再生部２
１１は、データセレクタ２１０を介して供給された第
２’符号化映像データを、磁気テープや固体磁気ディス
ク、光磁気ディスク、固体メモリ等の記録媒体に記録す
る。

【０２０７】上述のように、本実施の形態では、ホーム
ステーション１０２において、携帯型ビデオカメラ１０
１からＰＩＡＦＳプロトコルに従って無線で送出される
データ（第１符号化映像データから構成される上記図２
３のデータフレーム）を、１３９４シリアルバス２４０
に適合するようなデータ（第２符号化映像データから構
成される上記図１４のデータパケット）にフォーマット
変換する。また、ＶＴＲ１０４から１３９４シリアルバ
ス２４０を介して送出されるデータ（第１’符号化映像
データから構成される上記図１４のデータパケット）
を、ＰＩＡＦＳプロトコルに適合するようなデータ（第
２’符号化映像データから構成される上記図２３のデー
タフレーム）にフォーマット変換する。このような構成
としたことにより、屋外にて携帯型ビデオカメラ１０１
で得られた映像を、屋内の１３９４シリアルバス２４０
（ホームバス）上に接続されたリビング用ＴＶモニタ１
０３で画面表示することができる。また、屋内の１３９
４シリアルバス２４０（ホームバス）上に接続されたＶ
ＴＲ１０４で再生して得られた映像を、屋外の携帯型ビ
デオカメラ１０１で画面表示することもできる。すなわ
ち、１３９４シリアルバス２４０のプロトコルとは異な
るＰＩＡＦＳプロトコルに従って伝送されるデータで
も、１３９４シリアルバス２４０を介して、リビング用
ＴＶモニタ１０３やＶＴＲ１０４に容易に転送すること
ができ、また、ＰＩＡＦＳプロトコルとは異なる１３９
４シリアルバス２４０のプロトコルに従って伝送される
データでも、ＰＩＡＦＳプロトコルに従って、携帯型ビ
デオカメラ１０１に容易に転送することができる。

【０２０８】（第２の実施の形態）本発明は、例えば、
図４３に示すような、ネットワークシステム３００に適
用される。本システム３００は、上記図１のシステム１
００と同様の構成としているが、本システム３００で
は、システム１００での携帯型ビデオカメラ１０１の代
わりに、携帯型電話機３０１を用いる構成としている。
また、リビング用ＴＶモニタ１０３には、スピーカ１０
３ａが設けられている。そして、図４４は、このような
本システム３００での携帯型電話機３０１、ホームステ
ーション１０２、リビング用モニタ１０３、及びＶＴＲ
１０４の内部構成を示したものである。

【０２０９】尚、上記図４３及び図４４のシステム３０
０において、上記図１及び図４２のシステム１００と同
様に動作する箇所には同じ符号を付し、その詳細な説明
は省略し、ここでは異なる構成についてのみ、具体的に
説明する。

【０２１０】まず、携帯型電話機３０１は、マイク４０
４から入力された音声をディジタル化するアナログ／デ
ィジタル変換器（Ａ／Ｄコンバータ）４０５と、Ａ／Ｄ
コンバータ４０５からの音声データを符号化して符号化
音声データを生成する音声符号化（音声ディジタル圧
縮）部４０６と、符号化音声データを復号化して符号化
前の音声データを得る音声復号化（音声ディジタル伸
張）部４０９と、音声復号化部４０９からの音声データ
をアナログ化してスピーカ４０７から音声として出力す
るディジタル／アナログ変換器（Ｄ／Ａコンバータ）４
０８と、ＰＩＡＦＳプロトコルに従った各種データの送
受信のための所定の処理を行うＰＩＡＦＳプロトコル制
御部４１４と、ＰＩＡＦＳプロトコル制御部４１４から
の制御に従って各種データの送受信をアンテナ４１６を
介して行うＰＨＳ送受信部４１５とを備えている。

【０２１１】また、携帯型電話機３０１は、後述する液
晶ディスプレイ４１０と、タッチパネル４１１と、これ
らの動作を制御する制御部４１２と、データセレクタ４
１３とを備えている。データセレクタ４１３は、ＰＩＡ
ＦＳプロトコル制御部４１４から制御部４１２に対する
出力と、制御部４１２からＰＩＡＦＳプロトコル制御部
４１４に対する出力とを切り換える。このようなデータ
セレクタ４１３での切り換え動作は、図示していない制
御部により制御される。

【０２１２】ここで、図４５（ａ）〜（ｃ）は、携帯型
電話機３０１の外観を示したものである。携帯型電話機
３０１は、上記図４５（ａ）に示す表示の電話モード、
同図（ｂ）に示す表示のＴＶリモコンモード、及び同図
（ｃ）に示す表示のＶＴＲリモコンモードを有してい
る。これらの表示は、液晶ディスプレイ４１０で行われ
る。

【０２１３】液晶ディスプレイ４１０の画面上には、タ
ッチパネル４１１が配置されており、上記の各々の動作
モードの表示に共通した「ＴＥＬ」ボタン、「ＴＶ」ボ
タン、及び「ＶＴＲ」ボタンが使用者によりタッチされ
ることで、電話モード、ＴＶリモコンモード、及びＶＴ
Ｒリモコンモードで動作モードが切り換わると共に、そ
の表示も切り換わるようになされている。また、動作モ
ード切り換え後においても、そのときの動作モードに対
応して液晶ディスプレイ４１０に表示されている画面上
において、後述する各種ボタンが使用者によりタッチさ
れることで、その操作（タッチ操作）に従った動作制御
が行われるようになされている。

【０２１４】電話モードは、ＰＨＳ公衆モードやＰＨＳ
内線モードを含み、携帯型電話機３０１を電話として使
用する際に用いられる。ＰＨＳ公衆モードでは、外部の
ＰＨＳ公衆回線にダイレクトに接続することができる。
また、ＰＨＳ内線モードでは、ホームステーション１０
２経由で、後述するアナログ電話の公衆回線に接続する
ことができる。

【０２１５】電話モードでの表示画面は、上記図４５
（ａ）に示すように、相手側の電話番号等を入力するた
めの「１」，「２」，・・・，「０」のテンキー等から
構成されている。

【０２１６】ＴＶリモコンモードは、リビング用ＴＶモ
ニタ１０３のリモコンとして使用する際に用いられ、Ｖ
ＴＲリモコンモードは、ＶＴＲ１０４のリモコンとして
使用する際に用いられる。これらのモードでは、ＰＨＳ
公衆回線上に展開されたＰＩＡＦＳプロトコルを用いた
無線データ通信により、ホームステーション１０２との
機器制御コマンドデータの通信が行われる。このとき、
ホームステーション１０２は、携帯型電話機３０１から
の機器制御コマンドデータを、さらに１３９４シリアル
バス２４０を介して、リビング用ＴＶモニタ１０３やパ
ーソナルコンピュータ１０５、或いはＶＴＲ１０４に対
して送信することで、各機器の動作制御を行うことにな
る。

【０２１７】ＴＶリモコンモードでの表示画面は、上記
図４５（ｂ）に示すように、チャンネルを切り換えるた
めの「ＣＨ＋」，「ＣＨ−」ボタンや、ボリュームを切
り換えるための「ＶＯＬ＋」，「ＶＯＬ−」ボタン等か
ら構成されている。ＶＴＲリモコンモードでの表示画面
は、上記図４５（ｃ）に示すように、ビデオテープの巻
き戻し、再生、早送り、一時停止、停止、及び録画のた
めの「巻戻」、「再生」、「早送」、「一時停止」、
「停止」、及び「録画」ボタン等から構成されている。

【０２１８】つぎに、ホームステーション１０２は、上
記図４２の映像符号化部２２０，２２３及び映像復号化
部２２１，２２２の代わりに、アナログ回線と接続され
たアナログ電話部４２３と、アナログ電話部４２３から
の音声をディジタル化するＡ／Ｄコンバータ４２０と、
Ａ／Ｄコンバータ４２０からの音声データを符号化して
符号化音声データを生成する音声符号化（音声ディジタ
ル圧縮）部４１９と、符号化音声データを復号化して符
号化前の音声データを得る音声復号化（音声ディジタル
伸張）部４２１と、音声復号化部４２１からの音声デー
タをアナログ化してアナログ電話部４２３に対して出力
するＤ／Ａコンバータ４２２とを備えており、音声符号
化部４１９及び音声復号化部４２１は各々ＰＨＳ送受信
部２１７に接続されている。したがって、データセレク
タ２１９，２２４は、ＰＩＡＦＳプロトコル制御部２１
８から１３９４Ｉ／Ｆ部２２５に対する出力と、１３９
４Ｉ／Ｆ部２２５からＰＩＡＦＳプロトコル制御部２１
８に対する出力とを切り換えることになる。

【０２１９】そして、リビング用ＴＶモニタ１０３は、
上述したように、上記図４２に示した構成に加えて、ス
ピーカ１０３ａを備えていると共に、スピーカ１０３ａ
に接続された増幅器４３４と、表示部２３０及び増幅器
４３４に接続されたＴＶ受信部４３３とを備えている。
そして、ＴＶ制御部２２８は、表示部２３０の動作制御
と共に、ＴＶ受信部４３３及び増幅器４３４の動作制御
も行うようになされている。

【０２２０】以下、上述のような本システム３００の動
作について説明する。

【０２２１】例えば、携帯型電話機３０１が電話モード
（ＰＨＳ公衆モード）で動作する場合、使用者からマイ
ク４０４に対して入力された会話の音声（アナログ信
号）は、Ａ／Ｄコンバータ４０５にてディジタルの音声
データへと変換され、音声符号化部４０６で圧縮符号化
される。そして、その圧縮符号化された音声データ（符
号化音声データ）は、ＰＨＳ送受信部４１５へ供給され
る。ＰＨＳ送受信部４１５は、アンテナ４１６により、
音声符号化部４０６からの符号化音声データを空間へ放
出する。したがって、アンテナ４１６から放出された符
号化音声データが、外部の基地局を介してＰＨＳ公衆回
線に対して出力され、相手側の電話機に供給されること
になる。

【０２２２】一方、相手側の電話機からの音声は、ＰＨ
Ｓ公衆回線を介してアンテナ４１６で受信される。この
受信された音声データ（ディジタルの符号化音声デー
タ）は、ＰＨＳ送受信部４１５を介して音声復化部４０
９へ供給され、ここで復号化されて符号化前の音声デー
タに戻される。その復号化された音声データは、Ｄ／Ａ
コンバータ２０８でアナログ信号に変換され、音声とし
てスピーカ４０７から放音される。

【０２２３】ここで、上述のＰＨＳ公衆モードではＰＨ
Ｓ公衆回線と直接接続して通信するのに対して、ＰＨＳ
内線モードでは、ホームステーション２１６を介して、
ＰＨＳ公衆回線と接続することで通信が行われる。ま
た、ＴＶリモコンモードやＶＴＲリモコンモードも同様
に、ホームステーション２１６を介して、リビング用Ｔ
Ｖモニタ１０３やＶＴＲ１０４との通信が行われる。

【０２２４】このような、ホームステーション２１６を
介しての通信は、例えば、図４６及び図４７のフローチ
ャートに従って行われる。

【０２２５】まず、携帯型電話機３０１において（上記
図４６参照）、その液晶ディスプレイ４１０の上に重ね
合わさって設けられたタッチパネル４１１は、上述した
ように、制御部４１２に接続されている。制御部４１２
は、上述のような「ＴＥＬ」ボタン、「ＴＶ」ボタン、
及び「ＶＴＲ」ボタンのタッチ操作を検出し、どのボタ
ン（キー）がタッチされたかを判別する（ステップＳ５
０２）。

【０２２６】ステップＳ５０２の判別の結果、「ＴＥ
Ｌ」ボタンがタッチされた場合、制御部４１２は、液晶
ディスプレイ４１０に対して、上記図４５（ａ）の画面
表示を行わせる（ステップＳ５０３）。そして、制御部
４１２は、上記図４５（ａ）の画面でのキースキャンを
行って、電話番号の入力のための操作等を検出し、携帯
型電話機３０１が電話として機能するような動作制御を
行う。これにより、携帯型電話機３０１は、ホームステ
ーション１０２を介して、アナログ公衆回線と接続さ
れ、相手側と通話状態になる。そして、上述のＰＨＳ公
衆モードと同様にして、音声符号化部４０６で得られた
符号化音声データは、ＰＨＳ送受信部４１５からアンテ
ナ４１６を介して放出される。また、後述するが、ホー
ムステーション１０２からの音声データ（相手側の音
声）は、アンテナ４１６で受信され、音声復号化部４０
９により符号化前の音声データに戻され、Ｄ／Ａコンバ
ータ４０８を介して、スピーカ４０７から音声として出
力される（ステップＳ５０５、ステップＳ５０６）。そ
の後、ステップＳ５０２のモードボタンの判別処理に戻
る。

【０２２７】ステップＳ５０２の判別の結果、「ＴＶ」
ボタンがタッチされた場合、制御部４１２は、液晶ディ
スプレイ４１０に対して、上記図４５（ｂ）の画面表示
を行わせる（ステップＳ５０７）。そして、制御部４１
２は、上記図４５（ｂ）の画面でのキースキャンを行い
（ステップＳ５０８）、そのスキャン結果に基づいた機
器制御コマンドデータを生成する。これにより、例え
ば、「ＣＨ＋」ボタンや「ＣＨ−」ボタンがタッチされ
た場合には、受信チャンネル番号の変更を示す機器制御
コマンドデータが生成され、「ＶＯＬ＋」ボタンや「Ｖ
ＯＬ−」ボタンがタッチされた場合には、出力音量の変
更を示す機器制御コマンドデータが生成される（ステッ
プＳ５０９）。また、制御部４１２は、上記の制御コマ
ンドデータの宛先を、リビング用ＴＶモニタ１０３に設
定する（ステップＳ５１０）。このようにして制御部４
１２で生成された制御コマンドデータ、及びその宛先デ
ータは、データセレクタ４１３を介して、ＰＩＡＦＳプ
ロトコル制御部４１４に供給される。ＰＩＡＦＳプロト
コル制御部４１４は、データセレクタ４１３を介して供
給された制御コマンドデータ及び宛先データを、上記図
２３に示したデータフレーム構造に従って、データフレ
ームにセットし、ＰＩＡＦＳプロトコルに従って、該デ
ータフレームをＰＨＳ送受信部４１５からアンテナ４１
６を介して放出するステップＳ５１５）。アンテナ４１
６から空中に放出されたデータフレームは、ホームステ
ーション１０２のアンテナ２１６で受信される。その
後、ステップＳ５０２のモードボタンの判別処理に戻
る。

【０２２８】ステップＳ５０２の判別の結果、「ＶＴ
Ｒ」ボタンがタッチされた場合、制御部４１２は、液晶
ディスプレイ４１０に対して、上記図４５（ｃ）の画面
表示を行わせる（ステップＳ５１１）。そして、制御部
４１２は、上記図４５（ｃ）の画面でのキースキャンを
行い（ステップＳ５１２）、そのスキャン結果に基づい
た機器制御コマンドデータを生成する。これにより、例
えば、「巻戻」ボタンがタッチされた場合には、ビデオ
テープの巻き戻しを示す機器制御コマンドデータが生成
され、「再生」ボタンがタッチされた場合には、ビデオ
データの再生を示す機器制御コマンドデータが生成され
る（ステップＳ５１３）。また、制御部４１２は、該制
御コマンドデータの宛先を、ＶＴＲ１０４に設定する
（ステップＳ５１４）。このようにして制御部４１２で
生成された制御コマンドデータ、及びその宛先データ
は、データセレクタ４１３を介して、ＰＩＡＦＳプロト
コル制御部４１４に供給される。ＰＩＡＦＳプロトコル
制御部４１４は、データセレクタ４１３を介して供給さ
れた制御コマンドデータ及び宛先データを、上記図２３
に示したデータフレーム構造に従って、データフレーム
にセットし、ＰＩＡＦＳプロトコルに従って、該データ
フレームをＰＨＳ送受信部４１５からアンテナ４１６を
介して放出するステップＳ５１５）。アンテナ４１６か
ら空中に放出されたデータフレームは、ホームステーシ
ョン１０２のアンテナ２１６で受信される。その後、ス
テップＳ５０２のモードボタンの判別処理に戻る。

【０２２９】つぎに、ホームステーション１０２におい
て（上記図４７参照）、ＰＨＳ送受信部２１７は、アン
テナ２１６で受信されたデータが音声データであるか、
制御コマンドデータ及び宛先データがセットされたデー
タフレームであるかを判別する（ステップＳ５２１）。

【０２３０】ステップＳ５２１での判別の結果、音声デ
ータであった場合、ＰＨＳ送受信部２１７は、携帯型電
話機３０１が電話として機能していることを認識し、こ
れにより、アンテナ２１６で受信された音声データ（デ
ィジタルの符号化音声データ）を、音声復号化部４２１
に供給する。音声復号化４２１は、ＰＨＳ送受信部２１
７からの音声データを復号化して符号化前の音声データ
に戻し、これをＤ／Ａコンバータ４２２に供給する。Ｄ
／Ａコンバータ４２２は、音声復号化部４２１からの音
声データをアナログ化して、これをアナログ電話部４２
３を介してアナログ公衆回線に対して出力する。また、
この場合、アナログ公衆回線からの音声信号は、アナロ
グ電話部４２３を介してＡ／Ｄコンバータ４２０に供給
される。Ａ／Ｄコンバータ４２０は、アナログ電話部４
２３からの音声信号をディジタル化して、これを音声符
号化部４１９に供給する。音声符号化部４１９は、Ａ／
Ｄコンバータ４２０からの音声データを符号化して、こ
れをＰＨＳ送受信部２１７を介してアンテナ２１６から
放出する。したがって、この放出された音声データが、
携帯型電話機３０１のアンテナ４１６で受信され、スピ
ーカ５０７から音声として出力されることになる（ステ
ップＳ５２３、Ｓ５２４）。

【０２３１】ステップＳ５２１での判別の結果、制御コ
マンドデータ及び宛先データがセットされたデータフレ
ームであった場合、ＰＨＳ送受信部２１７は、該データ
フレームから制御コマンドデータ及び宛先データのみ抽
出し、これらのデータを、データセレクタ２１９、及び
データセレクタ２２４を介して、１３９４Ｉ／Ｆ部２２
５に供給する。１３９４Ｉ／Ｆ部２２５は、データセレ
クタ２２４を介して供給された制御コマンドデータ及び
宛先データにより、制御コマンドデータを送信すべき宛
先が、リビング用ＴＶモニタ１０３であるか、ＶＴＲ１
０４であるかを判別する（ステップＳ５２５）。

【０２３２】ステップＳ５２５の判別の結果、リビング
用ＴＶモニタ１０３であった場合、１３９４Ｉ／Ｆ部２
２５は、上記図１４に示したパケットフォーマットに従
って、データパケットを生成する。このとき、目的ノー
ドＩＤ（伝送先のノードＩＤ）にリビング用ＴＶモニタ
１０３のノードＩＤをセットし（ステップＳ５２６）、
データフィールドに制御コマンドデータをセットする
（ステップＳ５２８）。そして、１３９４Ｉ／Ｆ部２２
５は、このようにして生成したデータパケットを、１３
９４シリアルバス２４０に対して出力する（ステップＳ
５２９）。

【０２３３】ステップＳ５２５の判別の結果、ＶＴＲ１
０４であった場合、１３９４Ｉ／Ｆ部２２５は、上記図
１４に示したパケットフォーマットに従って、データパ
ケットを生成する。このとき、目的ノードＩＤにＶＴＲ
１０４のノードＩＤをセットし（ステップＳ５２７）、
データフィールドに制御コマンドデータをセットする
（ステップＳ５２８）。そして、１３９４Ｉ／Ｆ部２２
５は、このようにして生成したデータパケットを、１３
９４シリアルバス２４０に対して出力する（ステップＳ
５２９）。

【０２３４】したがって、リビング用ＴＶモニタ１０３
において、１３９４Ｉ／Ｆ部２２６は、自分宛てのデー
タパケットのみを受信し、その受信したデータパケット
にセットされている制御コマンドを、データセレクタ２
２７を介してＴＶ制御部２２８に供給する。ＴＶ制御部
２２８は、データセレクタ２２７を介して供給された制
御コマンドデータに従って、ＴＶ受信部４３３での受信
チャンネルの選択動作を制御したり、増幅器４３４での
増幅量を制御することでスピーカ１０３ａの出力音量を
制御したりする。

【０２３５】また、ＶＴＲ１０４においても同様に、１
３９４Ｉ／Ｆ部２３１は、自分宛てのデータパケットの
みを受信し、その受信したデータパケットにセットされ
ている制御コマンドを、データセレクタ２３２を介して
ＴＶ制御部２３３に供給する。ＴＶ制御部２３３は、デ
ータセレクタ２３２を介して供給された制御コマンドデ
ータに従って、記録／再生部２３４での動作（巻き戻
し、再生、早送り、一時停止、停止、録画等）を制御す
る。

【０２３６】上述のように、本実施の形態では、ホーム
ステーション１０２において、携帯型電話機３０１から
ＰＩＡＦＳプロトコルに従って無線で送出される機器制
御コマンドデータを、１３９４シリアルバス２４０に適
合するようなデータにフォーマット変換して、１３９４
シリアルバス２４０を介して、リビング用ＴＶモニタ１
０３やＶＴＲ１０４に供給する。このような構成とした
ことにより、携帯型電話機３０１をリモコンとして機能
させ、１３９４シリアルバス２４０（ホームバス）上に
接続されたリビング用ＴＶモニタ１０３やＶＴＲ１０４
を制御することができる。また、携帯型電話機３０１の
液晶ディスプレイ４１０には、現在制御（操作）したい
機器に対応した画面が表示されるため、操作性の向上も
図ることができる。

【０２３７】尚、上述の各実施の形態では、ＰＨＳの内
線モードや公衆モード上に展開されたＰＩＡＦＳ通信の
プロトコル（ＰＩＡＦＳプロトコル）に従った無線デー
タ通信（ワイヤレス・データ伝送）により行うものとし
たが、これに限られるものではなく、他の通信プロトコ
ルにも本発明は適用することができる。

【０２３８】また、本発明の目的は、上述した各実施の
形態のホスト及び端末の機能を実現するソフトウェアの
プログラムコードを記憶した記憶媒体を、システム或い
は装置に供給し、そのシステム或いは装置のコンピュー
タ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読みだして実行することによっても、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が各実施の形態の
機能を実現することとなり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することとなる。

【０２３９】プログラムコードを供給するための記憶媒
体としては、ＲＯＭ、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード等を用い
ることができる。

【０２４０】また、コンピュータが読みだしたプログラ
ムコードを実行することにより、各実施の形態の機能が
実現されるだけでなく、そのプログラムコードの指示に
基づき、コンピュータ上で稼動しているＯＳ等が実際の
処理の一部又は全部を行い、その処理によって各実施の
形態の機能が実現される場合も含まれることは言うまで
もない。

【０２４１】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された拡張機能ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部又は全部を行い、
その処理によって各実施の形態の機能が実現される場合
も含まれることは言うまでもない。

【０２４２】

【発明の効果】以上説明したように本発明では、第１の
機器と第２の機器の間に設けたデータ通信装置（ホーム
ステーション）にて、第１の機器から無線送信されてき
たデータを、第２のプロトコルに従ったデータにフォー
マット変換して、第２の機器に対してバス（ホームバ
ス）を介して送信し、また、第２の機器からバスを介し
て送信されてきたデータを、第１のプロトコルに従った
データにフォーマット変換して、第１の機器に対して無
線送信するように構成した。これにより、各々が異なる
プロトコルでデータ通信が行われる機器間でも、自由に
データ通信することができる。

【０２４３】具体的には例えば、無線映像機器（携帯無
線ビデオ機器等、第１の機器）は、撮像手段により得た
映像データを、無線ディジタル伝送（ＰＩＡＦＳプロト
コル等に従った伝送）でホームステーション（データ通
信装置）に対して送信する。ホームステーションは、無
線映像機器からの映像データがホームバス（ＩＥＥＥ１
３９４規格のプロトコル等に従ったバス）に適合するよ
うに、該映像データに対して画像フォーマットの変換を
行い、該変換を行った映像データをホームバス上に対し
て出力する。これにより、ホームバスに接続されている
映像表示機器や映像記録機器（ビデオ機器や映像モニタ
機器等、第２の機器）は、ホームバス上の映像データ、
すなわち無線映像機器で得られた映像を画面表示した
り、記録媒体へ記録したりすることができる。さらに、
ホームステーションは、映像表示機器や映像記録機器
（第２の機器）からホームバスを介して送信されてきた
映像データが無線ディジタル伝送に適合するように、該
映像データに対して画像フォーマットの変換を行い、該
変換を行った映像データを無線送信する。これにより、
無線映像機器でも、ホームバスに接続されている映像機
器で得られた映像を画面表示したり、記録媒体へ記録し
たりすることができる。したがって、無線映像機器とホ
ームバス上の映像機器間で、自由に映像データをハンド
リングすることができる。

【０２４４】また、例えば、第１の機器を無線電話機器
として、データ送受信の対象を制御データとすれば、無
線電話機器をリモコンとして機能させ、ホームバスに接
続された機器を制御することができる。このとき、無線
電話機の操作パネルの表示を、現在制御（操作）したい
機器に合わせた表示に切り換えるようにしてもよい。こ
れにより、無線電話機をホームバスに接続された機器の
リモコンとして容易に使えるばかりか、操作性の向上を
図ることもできる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
ホームステーションシステムの構成を示すブロック図で
ある。

【図２】上記システムで採用する１３９４シリアルバス
を用いて接続されたネットワーク構成の一例を説明する
ための図である。

【図３】上記１３９４シリアルバスの構成要素を説明す
るための図である。

【図４】上記１３９４シリアルバスのアドレスマップを
説明するための図である。

【図５】上記１３９４シリアルバスのケーブルの断面を
説明するための図である。

【図６】上記１３９４シリアルバスで採用されるＤＳ−
Ｌｉｎｋ符号化方式を説明するための図である。

【図７】上記１３９４シリアルバスで接続されている各
機器（ノード）に対して、バスリセットからノードＩＤ
の決定までの処理を説明するためのフローチャートであ
る。

【図８】上記バスリセットにおける親子関係決定の処理
を説明するためのフローチャートである。

【図９】上記バスリセットにおける親子関係決定後から
ノードＩＤ決定までの処理を説明するためのフローチャ
ートである。

【図１０】上記１３９４シリアルバスで各機器のノード
ＩＤを決定するための、トポロジ設定を説明するための
図である。

【図１１】上記１３９４シリアルバスでのアービトレー
ションを説明するための図である。

【図１２】上記アービトレーションの処理を説明するた
めのフローチャートである。

【図１３】上記１３９４シリアルバスでのアシンクロナ
ス転送の時間的な状態遷移を説明するための図である。

【図１４】上記アシンクロナス転送のパケットフォーマ
ットの一例を説明するための図である。

【図１５】上記１３９４シリアルバスでのアイソクロナ
ス転送の時間的な状態遷移を説明するための図である。

【図１６】上記アイソクロナス転送のパケットフォーマ
ットの一例を説明するための図である。

【図１７】上記１３９４シリアルバス上を転送されるパ
ケットの様子を示したバスサイクルの一例を説明するた
めの図である。

【図１８】上記システムで採用するＰＩＡＦＳでの伝送
制御手順の位置づけを説明するための図である。

【図１９】上記伝送制御手順を構成するインバンドネゴ
シエーション手順の位置づけを説明するための図であ
る。

【図２０】上記インバンドネゴシエーション手順におけ
るフレーム構造を説明するための図である。

【図２１】上記伝送制御手順を構成するＡＲＱ伝送制御
手順における同期フレーム構造を説明するための図であ
る。

【図２２】上記ＡＲＱ伝送制御手順における制御フレー
ム構造を説明するための図である。

【図２３】上記ＡＲＱ伝送制御手順におけるデータフレ
ーム構造を説明するための図である。

【図２４】上記制御フレーム構造での制御情報のコーデ
ィングを説明するための図である。

【図２５】上記制御情報内容の通信パラメータ設定を説
明するための図である。

【図２６】上記制御情報内容のＡＲＱパラメータ設定を
説明するための図である。

【図２７】上記制御情報内容のデータリンク解放の設定
を説明するための図である。

【図２８】上記制御情報内容のユーザ情報の設定を説明
するための図である。

【図２９】上記制御情報内容の継続フレーム送信可の設
定を説明するための図である。

【図３０】上記ＡＲＱ伝送制御手順での同期フレームシ
ーケンスを説明するための図である。

【図３１】上記ＡＲＱ伝送制御手順での制御フレームシ
ーケンスを説明するための図である。

【図３２】上記制御フレームシーケンスでの制御情報伝
送中の再同期を説明するための図である。

【図３３】上記制御フレームシーケンスでの制御情報伝
送（継続フレームあり、要求を一括で処理）を説明する
ための図である。

【図３４】上記制御フレームシーケンスでの制御情報伝
送（継続フレームあり、要求を個別で処理）を説明する
ための図である。

【図３５】上記制御フレームシーケンスでの通信パラメ
ータ設定成功を説明するための図である。

【図３６】上記制御フレームシーケンスでの通信パラメ
ータ設定成功（ネゴシエーションで低レベルのプロトコ
ルに設定）を説明するための図である。

【図３７】上記ＡＲＱ伝送制御手順でのデータフレーム
シーケンス（誤りフレームのみ再送）を説明するための
図である。

【図３８】上記ＡＲＱ伝送制御手順でのデータフレーム
シーケンス（最大アウトスタンディングフレームまで繰
り返し送信）を説明するための図である。

【図３９】上記データフレームシーケンスでのユーザデ
ータの構造（有意情報最終１バイトが等しい場合）を説
明するための図である。

【図４０】上記データフレームシーケンスでのユーザデ
ータの構造（有意情報最終１バイトが等しくない場合）
を説明するための図である。

【図４１】上記データフレームシーケンスでのユーザデ
ータの構造（有意情報が７３バイトに満たない場合）を
説明するための図である。

【図４２】上記システムの内部構成を示すブロック図で
ある。

【図４３】第２の実施の形態において、本発明を適用し
たホームステーションシステムの構成を示すブロック図
である。

【図４４】上記システムの内部構成を示すブロック図で
ある。

【図４５】上記システムの携帯型電話機の動作モードを
説明するための図である。

【図４６】上記携帯型電話機の動作を説明するためのフ
ローチャートである。

【図４７】上記システムのホームステーションの動作を
説明するためのフローチャートである。

【符号の説明】

１００ ホームステーションシステム １０１ 携帯型ビデオカメラ １０２ ホームステーション １０３ リビング用ＴＶモニタ １０４ ＶＴＲ １０５ ＰＣ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C056 KA01 KA09 KA11 5C064 BA04 BB03 BB05 BC16 BC21 BC23 BC25 BD08 BD09 BD14 5K032 BA01 CC02 CC11 CD01 DA21 5K034 AA10 AA17 CC02 EE03 EE11 HH01 HH02 HH61 HH63

Claims (21)

【特許請求の範囲】
1. 【請求項１】 第１のプロトコルに従ったデータ送受信
   を無線で行う第１の機器と、第２のプロトコルに従った
   バスを介してのデータ送受信を行う第２の機器との間で
   データ通信するためのデータ通信装置であって、 上記第１のプロトコルに従ったデータと、上記第２のプ
   ロトコルに従ったデータとの間でフォーマット変換する
   変換手段を備えることを特徴とするデータ通信装置。
2. 【請求項２】 上記第１のプロトコルは、ＰＩＡＦＳプ
   ロトコルであり、上記第２のプロトコルは、ＩＥＥＥ１
   ３９４規格のプロトコルであることを特徴とする請求項
   １記載のデータ通信装置。
3. 【請求項３】 上記変換手段は、送信側機器のプロトコ
   ルに従ったパケットデータを、受信側機器のプロトコル
   に従ったパケットデータに変換することを特徴とする請
   求項１記載のデータ通信装置。
4. 【請求項４】 上記変換手段は、記録フォーマット及び
   圧縮フォーマットの少なくとも何れかをも変換すること
   を特徴とする請求項１記載のデータ通信装置。
5. 【請求項５】 上記データ送受信の対象となるデータ
   は、映像データを含み、 第１及び第２の機器は各々、撮像機能、映像再生機能、
   映像記録機能、及び映像表示機能の少なくとも何れかの
   機能を有することを特徴とする請求項１記載のデータ通
   信装置。
6. 【請求項６】 上記第１の機器で無線送信されるデータ
   は、上記第２の機能の動作を制御するための制御データ
   を含むことを特徴とする請求項１記載のデータ通信装
   置。
7. 【請求項７】 第１のプロトコルに従ったデータ送受信
   を無線で行う第１の機器と、第２のプロトコルに従った
   バスを介してのデータ送受信を行う第２の機器と、上記
   第１の機器と上記第２の機器間でのデータ通信を行うた
   めのデータ通信装置とを含むデータ通信システムであっ
   て、 上記データ通信装置は、請求項１〜６の何れかに記載の
   データ通信装置であることを特徴とするデータ通信シス
   テム。
8. 【請求項８】 データの無線送信を行う第１の機器と、
   該第１の機器から無線送信されてきたデータを受信する
   ホームステーションと、該ホームステーションにホーム
   バスにより接続された第２の機器とを含むデータ通信シ
   ステムであって、 上記ホームステーションは、上記第１の機器から無線送
   信されてきたデータを、上記ホームバスに適合するよう
   にフォーマット変換して上記第２の機器に対して送信す
   ることを特徴とするデータ通信システム。
9. 【請求項９】 データ送受信を無線で行う第１の機器
   と、ホームバスを介してのデータ送受信を行う第２の機
   器と、上記第１の機器と無線でのデータ送受信を行うと
   共に上記第２の機器と上記ホームバスを介してのデータ
   送受信を行うホームステーションとを含むデータ通信シ
   ステムであって、 上記ホームステーションは、上記第１の機器にて無線で
   送受信されるデータと、上記第２の機器にて上記ホーム
   バスを介して送受信されるデータとの間でフォーマット
   変換することを特徴とするデータ通信システム。
10. 【請求項１０】 上記第１及び第２の機器は各々、撮像
    機能、映像記録機能、映像再生機能、及び映像表示機能
    の少なくとも何れかの機能を有することを特徴とする請
    求項８又は９記載のデータ通信システム。
11. 【請求項１１】 無線電話機器と、該無線電話機器と無
    線データの送受信を行うホームステーションと、該ホー
    ムステーションとホームバスにより接続され該ホームバ
    ス上の機器制御データに従って制御される被制御機器と
    を含むデータ通信システムであって、 上記ホームステーションは、上記無線データに含まれる
    機器制御データと、上記ホームバス上の機器制御データ
    との間でフォーマット変換することを特徴とするデータ
    通信システム。
12. 【請求項１２】 上記無線電話機は、無線送信する上記
    機器制御データに対応して画面の切り換えが可能な操作
    パネルを備えることを特徴とする請求項１１記載のデー
    タ通信システム。
13. 【請求項１３】 上記無線伝送は、ＰＩＡＦＳプロトコ
    ルによるデータ伝送にて行われ、 上記ホームバスを介しての伝送は、ＩＥＥＥ１３９４規
    格のプロトコルによるデータ伝送にて行われ、 上記ホームステーションは、各々のプロトコルのパケッ
    トデータの中のデータを載せかえることで、上記フォー
    マット変換を行うことを特徴とする請求項８、９、１１
    の何れかに記載のデータ通信システム。
14. 【請求項１４】 上記ホームステーションは、記録フォ
    ーマットと圧縮フォーマットの少なくとも何れかをも変
    換することを特徴とする請求項１３記載のデータ通信シ
    ステム。
15. 【請求項１５】 第１のプロトコルに従ったデータ送受
    信を無線で行う第１の機器と、第２のプロトコルに従っ
    たバスを介してのデータ送受信を行う第２の機器との間
    でデータ通信するためのデータ通信方法であって、 上記第１のプロトコルに従ったデータと、上記第２のプ
    ロトコルに従ったデータとの間でフォーマット変換する
    変換ステップを含むことを特徴とするデータ通信方法。
16. 【請求項１６】 上記第１のプロトコルは、ＰＩＡＦＳ
    プロトコルであり、 上記第２のプロトコルは、ＩＥＥＥ１３９４規格のプロ
    トコルであることを特徴とする請求項１５記載のデータ
    通信方法。
17. 【請求項１７】 上記変換ステップは、送信側機器のプ
    ロトコルに従ったパケットデータを、受信側機器のプロ
    トコルに従ったパケットデータに変換するステップを含
    むことを特徴とする請求項１５記載のデータ通信方法。
18. 【請求項１８】 上記変換ステップは、記録フォーマッ
    ト及び圧縮フォーマットの少なくとも何れかをも変換す
    るステップを含むことを特徴とする請求項１５記載のデ
    ータ通信方法。
19. 【請求項１９】 上記データ送受信の対象となるデータ
    は、映像データを含み、 第１及び第２の機器は各々、撮像機能、映像再生機能、
    映像記録機能、及び映像表示機能の少なくとも何れかの
    機能を有することを特徴とする請求項１５記載のデータ
    通信方法。
20. 【請求項２０】 上記第１の機器で無線送信されるデー
    タは、上記第２の機能の動作を制御するための制御デー
    タを含むことを特徴とする請求項１５記載のデータ通信
    方法。
21. 【請求項２１】 第１のプロトコルに従ったデータ送受
    信を無線で行う第１の機器と、第２のプロトコルに従っ
    たバスを介してのデータ送受信を行う第２の機器との間
    でデータ通信するための処理ステップをコンピュータが
    読出可能に格納した記憶媒体であって、 上記処理ステップは、請求項１５〜２０の何れかに記載
    のデータ通信方法のステップを含むことを特徴とする記
    憶媒体。