JP2000174786A

JP2000174786A - データ処理装置

Info

Publication number: JP2000174786A
Application number: JP10350811A
Authority: JP
Inventors: Atsushi Takegami; 篤竹上; Mitsuru Shimada; 満島田; Sachiko Oda; 祥子小田; Shinichiro Ikoma; 伸一郎生駒
Original assignee: Texas Instruments Japan Ltd
Current assignee: Texas Instruments Japan Ltd
Priority date: 1998-12-10
Filing date: 1998-12-10
Publication date: 2000-06-23
Anticipated expiration: 2018-12-10
Also published as: US6604154B1; JP4112717B2

Abstract

(57)【要約】【課題】IEEE1394規格準拠のシリアルバスを用いてデー
タ通信を行うデータ処理装置におけるデータ送受信の効
率低下を抑止する。【解決手段】データ処理装置１においては、送信情報取
得部８がdestination IDとtLabelとを取得して送信キュ
ー５に出力すると、送信装置３は、直ちに新たなリクエ
ストパケットを送信することができる。その結果、リク
エストパケットに対する応答が失敗したとしても、判断
部１１が、応答が失敗したことを検出することができる
ので、応答の失敗に備えるため、リクエストパケットの
送信からレスポンスパケットの受信までの間に、送信装
置がリクエストパケットを出力できなかった従来と異な
り、応答が失敗したと判断部１１で判断されるまで次々
にリクエストパケットを送信することができるので、リ
クエストパケットの送信効率を従来に比して向上させる
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ処理装置に関
し、特にIEEE1394規格に準拠したシリアルバスを介し
て、パケット単位でデータの送受信を行うシステムに用
いられるデータ処理装置に関する。

【０００２】

【従来の技術】従来、パソコン等のデータ処理装置で画
像データや音声データを取り込んだり、ＡＶ機器をコン
トロールするためには、ビデオキャプチャボードやＲＳ
２３２Ｃバス等が個別に必要であり、統一した取り扱い
をすることはできなかった。

【０００３】そこで近年では、マルチメディア時代のデ
ータ通信に適した規格が提案されており、例えば、「IE
EE1394ハイパフォーマンスシリアルバス規格(以下、IEE
E1394規格という)」により、高速大容量の通信を自由に
行えるような環境整備がなされている。

【０００４】図４の符号１０１に、従来のデータ処理装
置の一例を示す。このデータ処理装置１０１は、図示し
ない他のデータ処理装置とともにIEEE1394バス１０６に
接続されている。IEEE1394バス１０６は、IEEE1394規格
に準拠し、パケット単位でデータの転送が可能なシリア
ルバスであって、データ処理装置１０１は、IEEE1394バ
ス１０６を介して、リクエストパケットを送信し、アク
ノレジ信号のみを受信するか、アクノレジ信号に加えて
レスポンスパケットを受信することにより、他のデータ
処理装置とデータの送受信ができるようにされている。

【０００５】データ処理装置１０１は、マイコン１０２
と、送信装置１０３と、受信装置１０４とを有してい
る。このうち、送信装置１０３と受信装置１０４とは、
マイコン１０２と、IEEE1394バス１０６との間に並列に
配置されている。

【０００６】このようなデータ処理装置１０１が、他の
データ処理装置との間でデータの送受信を行なう場合に
ついて、図５のフローチャートを参照しながら説明す
る。このフローチャートは、リクエストパケットを送信
する間に、送信装置１０３が行なう処理を示すフローチ
ャートであって、符号Ｓ₁₀₁〜Ｓ₁₀₆は、各処理ステップ
を示している。

【０００７】まず、マイコン１０２が、所定のプログラ
ムに基づいてリクエストパケットを生成し、送信装置１
０３に次々に出力する。各リクエストパケットには、リ
クエストパケットを識別する識別情報や、送信元である
データ処理装置１０１を特定する情報や、リクエストパ
ケットの送信先の他のデータ処理装置を特定する情報
や、読み出すべきデータを特定するための情報などが記
載されている。

【０００８】送信装置１０３は、内部にバッファメモリ
(不図示)を有しており、次々に入力されるリクエストパ
ケットをバッファメモリに順次保持し、１個ずつ読み出
してIEEE1394バス１０６に送出する(Ｓ₁₀₁)。

【０００９】送信装置１０３は、リクエストパケットを
送出すると、送出したリクエストパケットの識別情報を
受信装置１０４に出力して、リクエストパケットを送出
した旨を受信装置１０４に通知するとともに、アクノレ
ジ信号の入力待ち状態(Ｓ₁₀₂)になり、後述するアクノ
レジ信号が入力されるまでは、新たなリクエストパケッ
トを送信しない。

【００１０】リクエストパケットがIEEE1394バス１０６
へと送出されると、リクエストパケットの内容で特定さ
れた他のデータ処理装置(以下相手方のデータ処理装置
と称する。)が、IEEE1394バス１０６からリクエストパ
ケットを順次受信し、その内容を読み出し、その内容に
対応したアクノレジ信号をIEEE1394バス１０６に送出す
る。なお、アクノレジ信号とは、「受領確認」と「ペン
ディング」のいずれかからなる情報であって、いずれも
リクエストパケットを受信した旨を通知するために送出
されるものであるが、受領確認のアクノレジ信号は、レ
スポンスパケットを必要としない場合に、ペンディング
のアクノレジ信号は、レスポンスパケットを必要とする
ときに、それぞれ送出されるものとする。

【００１１】リクエストパケットを送信してから所定時
間が経過した後に、受信装置１０４から送信装置１０３
にいずれのアクノレジ信号も入力されなかった場合に
は、送信装置１０３はエラーが発生したと判断し、その
旨をマイコン１０２に通知して、エラー処理(Ｓ₁₀₃)に
移行する。

【００１２】他方、受信装置１０４から送信装置１０３
にアクノレジ信号が入力された場合には、入力されたア
クノレジ信号を検出し、そのアクノレジ信号が、受領確
認のアクノレジ信号であるか否かを判断する(Ｓ₁₀₄)。
受領確認のアクノレジ信号であった場合には、送信装置
１０３はそのトランザクションについては終了したもの
と判断し、１個のリクエストパケットの送信に関する一
連の処理が終了する。一連の処理が終了すると、送信装
置１０３は新たなリクエストパケットを送信可能な状態
になる。

【００１３】他方、受信したアクノレジ信号が、受領確
認のアクノレジ信号でなく、ペンディングのアクノレジ
信号であった場合には、送信装置１０３はレスポンス受
信待ち状態(Ｓ₁₀₅)に移行する。このレスポンス受信待
ち状態に移行すると、送信装置１０３は、後述するレス
ポンスパケットが受信されたことが確認されるまでは、
新たなリクエストパケットを送信しない状態になる。

【００１４】ペンディングのアクノレジ信号を送出した
相手方のデータ処理装置は、受信したリクエストパケッ
トの内容に応じて、識別情報や、送信元、送信先を特定
する情報や、リクエストパケットの送信先の他のデータ
処理装置を特定する情報や、読み出すべきデータを特定
するための情報などを含むレスポンスパケットを生成し
てIEEE1394バス１０６に送出する。

【００１５】受信装置１０４がレスポンスパケットを受
信したら、受信装置１０４は、受信したレスポンスパケ
ットの識別情報を送信装置１０３に出力し、レスポンス
パケットを受信した旨を通知する。

【００１６】この通知によって、送信装置１０３は、レ
スポンスパケットを受信したことを確認したら、そのト
ランザクションについては終了し、次のリクエストパケ
ットを送信可能な状態に移行する。

【００１７】受信装置１０４は、レスポンスパケットを
受信した旨を通知したら、そのレスポンスパケットをマ
イコン１０２へと出力する。マイコン１０２は、入力さ
れたレスポンスパケットを、所定の記憶装置に格納する
などの処理をする。

【００１８】他方、送信装置１０３は、ペンディングの
アクノレジ信号が入力されてから一定時間が経過して
も、レスポンスパケットを受信した旨の通知がなけれ
ば、エラーが発生したと判断し、その旨をマイコン１０
２に通知して、エラー処理に移行する(Ｓ₁₀₆)。

【００１９】以上説明したように、このデータ処理装置
１０１では、リクエストパケットを送信して、それに対
応するレスポンスパケットを受信することで、データの
送受信を行なうことができる。

【００２０】しかしながら、このデータ処理装置１０１
では、送信装置１０３が、アクノレジ信号が入力された
か否かを判断したり(Ｓ₁₀₂)、入力されたアクノレジ信
号が受領確認であるか否かを判断したり(Ｓ₁₀₄)、レス
ポンスパケットが受信されたか否かを判断したり
(Ｓ₁₀₅)するという判断処理をしなければならなかった
ので、送信装置の処理負担が過重になってしまうという
問題があった。

【００２１】さらに、送信装置１０３は、アクノレジ信
号の入力待ち状態や、レスポンスパケットの受信待ち状
態の間は、リクエストパケットを送信しないようにされ
ているので、新たなリクエストパケットが続々とマイコ
ン１０２で生成されても、受信待ちの間は生成されたリ
クエストパケットを続々と送出することができなかった
ので、リクエストパケットを送出する際の効率が低下し
てしまうという問題が生じていた。

【００２２】

【発明が解決しようとする課題】本発明は、上記従来の
不都合を解決するために創作されたものであり、その目
的は、IEEE1394バスに接続可能なデータ処理装置におい
て、リクエストパケットの送信効率を向上させる技術を
提供することにある。

【００２３】

【課題を解決するための手段】上記課題を解決するため
に、本発明の請求項１に記載のデータ処理装置は、リク
エストパケットを生成する処理装置と、シリアルバスに
接続され、上記リクエストパケットを上記シリアルバス
に送信して確認信号待ち状態となる送信装置と、上記シ
リアルバスに接続され、上記リクエストパケットに対す
る応答である第１の確認信号又は第２の確認信号とレス
ポンスパケットを上記シリアルバスから受信し、上記第
１又は第２の確認信号を上記送信装置に出力し、上記レ
スポンスパケットを上記処理装置に出力する受信装置
と、上記リクエストパケットに含まれるリクエストパケ
ットを特定するための送信情報を記憶する送信情報記憶
手段と、上記送信情報と送信結果又は上記レスポンスパ
ケットに含まれるレスポンスパケットを特定するための
受信情報とレスポンスパケットの応答状態を示す状態通
知情報とを記憶する受信結果記憶手段とを有し、上記送
信装置は、上記リクエストパケットを送信する際に上記
送信情報を上記送信情報記憶手段に出力し、上記確認情
報が上記第１の確認信号である場合には上記送信情報及
び当該第１の確認信号が示す送信結果を上記受信結果記
憶手段に出力して新たなリクエストパケットを送信可能
な状態になり、上記処理装置は、上記送信情報記憶手段
に記憶されている上記送信情報と上記受信結果記憶手段
に記憶されている上記送信情報及び上記送信結果に基づ
いて上記リクエストパケットの送信による一連の処理が
正常に行なわれたか否かを判断する。

【００２４】また、請求項２に記載のデータ処理装置
は、請求項１に記載のデータ処理装置であって、上記送
信装置は上記確認信号が上記第２の確認信号である場合
には新たなリクエストパケットを送信可能な状態にな
り、上記受信装置は上記レスポンスパケットを受信する
と上記受信情報及び上記状態通知情報を上記受信結果記
憶手段に出力し、上記処理装置は上記送信情報記憶手段
に記憶されている上記送信情報と上記受信結果記憶手段
に記憶されている上記受信情報及び上記状態通知情報と
に基づいて上記リクエストパケットの送信による一連の
処理が正常に行なわれたか否かを判断する。

【００２５】更に、請求項３に記載のデータ処理装置
は、請求項２に記載のデータ処理装置であって、上記受
信装置が上記第２の確認信号を受信してから所定の時間
が経過しても上記レスポンスパケットが受信されない場
合に、受信されるべきレスポンスパケットの上記受信情
報、上記状態通知情報及び識別情報を含む疑似レスポン
スパケットを生成する疑似レスポンスパケット生成手段
を有し、上記受信装置は上記疑似レスポンスパケットの
上記受信情報及び上記状態通知情報を上記受信結果記憶
手段に出力すると共に上記疑似レスポンスパケットを上
記処理装置に出力し、上記処理装置は上記送信情報記憶
手段に記憶されている上記送信情報と上記受信結果記憶
手段に記憶されている上記受信情報及び上記状態通知情
報とに基づいて上記リクエストパケットの送信による一
連の処理が正常に行なわれたか否かを判断する。

【００２６】更に、請求項４に記載のデータ処理装置
は、請求項１、２又は３に記載のデータ処理装置であっ
て、上記リクエストパケット、上記レスポンスパケット
及び上記シリアルバスがIEEE1394規格に準拠するように
構成されている。

【００２７】更に、請求項５に記載のデータ処理装置
は、請求項４に記載のデータ処理装置であって、上記送
信情報がディスティネーションＩＤとtLabelとで構成さ
れ、上記受信情報がソースＩＤとtLabelとで構成され、
上記状態通知情報がrCode で構成される。

【００２８】本発明によれば、送信装置が、リクエスト
パケットを送信する際に、リクエストパケットから送信
情報を取得して送信情報記憶手段に出力しており、確認
信号(アクノレジ信号)の内容が、レスポンスパケットが
返信されない内容である場合、即ち、第１の確認信号で
ある場合には、受信したアクノレジ信号の内容(送信結
果)と、送信情報とを受信結果記憶手段に出力してい
る。

【００２９】すると、処理装置が、リクエストパケット
送信時に送信情報記憶手段に入力された送信情報と、ア
クノレジ信号の受信時に受信結果記憶手段に入力された
送信情報及びアクノレジ信号の内容とに基づいて、リク
エストパケットの送信状態(一連の処理)が正常であった
か否かを判断することができるので、従来のように送信
状態の正常、異常を送信装置が判断する必要がない。従
って、送信状態の正常、異常についての判断を送信装置
が行なっていた従来に比して、送信装置のなすべき処理
を軽減することができる。

【００３０】また、本発明において、アクノレジ信号の
内容が、レスポンスパケットが返信される内容である場
合、即ち、第２の確認信号である場合には、送信装置
は、リクエストパケットを送信する際に、リクエストパ
ケットから送信情報を取得して送信情報記憶手段に出力
し、受信装置は、レスポンスパケットを受信する際に、
レスポンスパケットの受信情報及び状態通知情報を受信
結果記憶手段に出力し、処理装置は、送信情報、受信情
報及び状態通知情報に基づいて、リクエストパケットの
送信に対するレスポンスパケットの応答が正常であった
か否かを判断し、異常であったと判断した場合には、送
信装置にリクエストパケットの送信を中断させている。

【００３１】このため、リクエストパケットの送信に対
するレスポンスパケットの応答が正常であったか否かを
送信装置がこれを判断して、その判断に基づいてリクエ
ストパケットの送信を待つ必要がない。

【００３２】従って、送信装置が送信情報を取得してリ
クエストパケットを送信したら、処理装置で送信状態に
異常が生じたと判断されないかぎり、レスポンスパケッ
トの受信状態には関係なく、すぐに次のリクエストパケ
ットを送信することができ、次々にリクエストパケット
を送信することができるので、リクエストパケットの送
信効率を、レスポンスパケットの受信待ち状態の間、新
たなリクエストパケットを送信することができなかった
従来に比して向上させることができる。

【００３３】さらに本発明において、アクノレジ信号の
内容が、レスポンスパケットが返信される内容であって
も、受信装置が前記レスポンスパケットを受信できない
場合には、疑似レスポンスパケット生成手段で、疑似レ
スポンスパケットを生成している。

【００３４】このため、疑似レスポンスパケットに、異
常を示す状態通知情報を記載しておけば、レスポンスパ
ケットが受信できなかった場合でも、疑似レスポンスパ
ケットから状態通知情報を読み出すことにより、レスポ
ンスパケットが受信されるときと同じ一連の処理で、リ
クエストパケットに応答するレスポンスパケットの応答
が正常であったか否かを判断することができる。

【００３５】さらに、疑似レスポンスパケットから付加
情報(識別情報)を読み出すことで、疑似レスポンスパケ
ットと通常受信されたレスポンスパケットとを区別する
ことができるので、疑似レスポンスパケットが受信され
たトランザクションについては、レスポンスパケットが
受信されなかったことを検出でき、そのトランザクショ
ンについてはリクエストパケットを再送信することがで
きる。

【００３６】

【発明の実施の形態】図１を参照して、本発明のデータ
処理装置を説明する。図１において、符号１は本発明の
実施形態のデータ処理装置である。

【００３７】このデータ処理装置１は、複数の他のデー
タ処理装置とともに、IEEE1394バス６に接続され、IEEE
1394バス６を介して、他のデータ処理装置とデータの送
受信ができるようにされている。

【００３８】データ処理装置１は、マイコン２と、送信
装置３と、受信装置４と、送信キュー５と、受信キュー
７とを有している。マイコン２は、判断部１１を有して
いる。送信装置３は、送信情報取得部８を有している。
また、受信装置４は、受信情報取得部９と、疑似パケッ
ト生成部１０とを有している。

【００３９】このうち、送信装置３と受信装置４とは、
マイコン２と、IEEE1394バス６との間に並列に配置され
ている。送信キュー５と、受信キュー７は、ＦＩＦＯ(F
irst in first out)構造のメモリからなり、送信キュー
５は送信情報取得部８と判断部１１との間に、受信キュ
ー７は受信情報取得部９と判断部１１との間に、それぞ
れ配置されている。

【００４０】このようなデータ処理装置１が、他のデー
タ処理装置との間でデータの送受信を行なう場合につい
て、図２のフローチャートを参照しながら説明する。こ
のフローチャートは、リクエストパケットを送信する間
に、送信装置３が行なう処理を示すフローチャートであ
って、符号Ｓ₁〜Ｓ₆は、各処理ステップを示している。
まず、マイコン２が、所定のプログラムに基づいてリク
エストパケットを生成し、送信装置３に次々に出力す
る。

【００４１】図３(ａ)の符号２０に、マイコン２が生成
するリクエストパケットのフォーマットの概略を示す。
このフォーマット２０は、第１〜第３の記憶領域２１〜
２３を有しており、そのそれぞれに、destination ID、
tLabel、source ID が記載されている。destination ID
は、送信先の機器を指定する情報である。tLabelは、未
解決の各トランザクションに割り当てられた固有のタグ
である。また、sourceID は、送信元の機器を指定する
情報である。

【００４２】リクエストパケットが次々に入力される
と、送信装置３は、その内部に設けられたバッファメモ
リ(不図示)に、入力されたリクエストパケットを順次保
持し、１個ずつ読み出す。

【００４３】送信情報取得部８は、読み出されたリクエ
ストパケットのdestination IDと、tLabelとを取得して
対応付け、一組にして送信キュー５に出力する(Ｓ₁)。
送信情報取得部８が、destination IDと、tLabelとの組
を取得して、送信キュー５に出力したら、送信装置３
は、リクエストパケットをIEEE1394バス６に送出する
(Ｓ₂)。

【００４４】リクエストパケットがIEEE1394バス６へと
送出されると、リクエストパケットのdestination IDで
特定された他のデータ処理装置(以下相手方のデータ処
理装置と称する。)が、IEEE1394バス６からリクエスト
パケットを順次受信し、その内容を読み出し、その内容
に対応したアクノレジ信号をIEEE1394バス６に送出す
る。なお、アクノレジ信号とは、「受領確認」と「ペン
ディング」のいずれかからなる情報であって、いずれも
リクエストパケットを受信した旨を通知するために送出
されるものであるが、受領確認のアクノレジ信号は、後
述するレスポンスパケットが返信されない場合に、ペン
ディングのアクノレジ信号は、レスポンスパケットが返
信されるときに、それぞれ送出されるものとする。

【００４５】送信装置３は、リクエストパケットを送出
すると、アクノレジ信号の入力待ち状態(Ｓ₃)になり、
リクエストパケットを送信してから所定時間が経過した
後に、受信装置４から送信装置３にいずれのアクノレジ
信号も入力されなかった場合には、送信装置３は、送信
したリクエストパケットのdestination ID、tLabelに加
えて、送信にエラーが生じた旨の送信結果を対応付け、
一組にして受信キュー７に出力する(Ｓ₄)。

【００４６】リクエストパケットを送信してから所定時
間内に、受信装置４から送信装置３にアクノレジ信号が
入力された場合には、入力されたアクノレジ信号を検出
し、そのアクノレジ信号が、ペンディングのアクノレジ
信号であるか否かを判断する(Ｓ₅)。アクノレジ信号が
ペンディングのアクノレジ信号でなく、受領確認のアク
ノレジ信号であった場合には、送信したリクエストパケ
ットのdestination ID、tLabelに加えて、正常に送信が
された旨の送信結果を受信キュー７に出力し(Ｓ₆)、そ
のトランザクションが終了したとして、新たなリクエス
トパケットを送信可能な状態に直ちに移行する。

【００４７】ステップＳ₄又はＳ₆の時点で、送信キュー
５には、送信したリクエストパケットの一組のdestinat
ion ID、tLabelが記憶されており、受信キュー７には、
送信したリクエストパケットの一組のdestination ID、
tLabel、送信結果が記憶されていることになる。

【００４８】判断部１１は、送信キュー５の記憶内容と
受信キュー７の記憶内容を読み出し、送信キュー５に記
載された一組のdestination ID、tLabelで対応付けられ
る受信キュー７の送信結果を検出し、正常に送信がなさ
れたか否かを判断し、その判断結果をマイコン２に通知
する。

【００４９】このとき、エラーが生じた旨の送信結果が
検出された場合には、マイコン２は処理を中断する旨の
制御命令を送信装置３や受信装置４などに出力して、一
連の処理を中断させ、リクエストパケットを再送信する
などの処理を行なうが、正常に送信がされた旨の送信結
果が検出された場合には、一連の処理を続行する。

【００５０】このように、エラーが生じたか否かの判断
は、判断部１１が行なっており、送信装置３がかかる判
断処理をしたり、リクエストパケットの送信を待ったり
する必要が無いので、送信装置３の処理を軽減すること
ができ、処理を高速化することができる。

【００５１】以上までは、レスポンスパケットが返信さ
れない場合について説明したが、相手方のデータ処理装
置がデータ処理装置１へ、レスポンスパケットを返信し
てデータを転送する必要がある場合(スプリット・トラ
ンザクション)には、相手方のデータ処理装置は、ペン
ディングのアクノレジ信号をIEEE1394バス６へと送出す
る。

【００５２】ペンディングのアクノレジ信号を受信した
ら、送信装置３はそのトランザクションについては終了
したとし、新たなリクエストパケットを送信可能な状態
に直ちに移行する。ペンディングのアクノレジ信号を送
出した相手方のデータ処理装置は、受信したリクエスト
パケットの内容に応じて、レスポンスパケットを生成す
る。

【００５３】図３(ｂ)の符号３０に、相手方のデータ処
理装置で生成される通常のレスポンスパケットのフォー
マットの概略を示す。このフォーマット３０は、第１〜
第５の記憶領域３１〜３５を有しており、そのそれぞれ
に、destination ID、tLabel、source ID 、rCode 、転
送されるべきデータが記載されている。destinationID
は、送信先の機器を指定する情報であって、この場合
は、データ処理装置１を指定している。source ID は、
送信元の機器を指定する情報であって、この場合は、他
のデータ処理装置を指定している。また、tLabelは、未
解決の各トランザクションに割り当てられた固有のタグ
であって、この場合は、対応するリクエストパケットに
記載されたtLabelと同じ値が記載されている。

【００５４】さらに、rCode は４ビットのデータであっ
て、リクエストパケットに対する応答が成功したか否か
を示すコードである。rCode の値が成功を示していると
きには、リクエストパケットの要求に応じたデータの読
み出しに成功し、そのデータを転送することを示してい
る。他方、rCode の値が失敗を示しているときには、第
５の記憶領域３５にあるデータは無視される。

【００５５】相手方のデータ処理装置は、このようなフ
ォーマットを有するレスポンスパケットを、IEEE1394バ
ス６に送出する。受信装置４はIEEE1394バス６からレス
ポンスパケットを受信する。受信したら、受信情報取得
部９は、レスポンスパケットからsource ID と、tLabel
と、rCode とを取得し、これらを対応付けて一組にして
受信キュー７に出力する。

【００５６】すると、受信キュー７には、受信されたレ
スポンスパケットから取得されたsource ID と、tLabel
と、rCode が一組にされて記憶されており、送信キュー
５には、送信したリクエストパケットのdestination I
D、tLabelの組が記憶されていることになる。

【００５７】あるリクエストパケットに対応して生成さ
れたレスポンスパケットのsource IDと、リクエストパ
ケットのdestination IDは同じ内容であり、リクエスト
パケットのtLabelとレスポンスパケットのtLabelもま
た、同じ内容であるので、判断部１１が、送信キュー５
の記憶内容と受信キュー７の記憶内容とを照合し、送信
キュー５に記憶されたdestination ID、tLabelの組と内
容が一致するsource ID、tLabel の組を、受信キュー７
から検出し、検出されたsource ID、tLabel の組と対応
付けられるrCode を読み出すことで、相手方のデータ処
理装置で、リクエストパケットの送信に対する応答が成
功して、データが正しく転送されたか否かを判断するこ
とができる。

【００５８】判断部１１が、受信されたレスポンスパケ
ットから、応答が失敗した旨のrCode を検出した場合に
は、マイコン２は処理を中断する旨の制御命令を送信装
置３や受信装置４などに出力して、処理を中断させ、リ
クエストパケットを再送信するなどの処理をするが、受
信されたレスポンスパケットから正常に送信がされた旨
のrCode が検出されたら、その後も処理を続行する。

【００５９】受信情報取得部９が、レスポンスパケット
からsource ID と、tLabelと、rCode とを読み出して受
信キュー７に出力したら、受信装置４は、マイコン２に
レスポンスパケットを出力する。マイコン２は、入力さ
れたレスポンスパケットを記憶領域(不図示)に格納し
て、リクエストパケットの送信に始まる一つのトランザ
クションを終了する。

【００６０】他方、スプリット・トランザクションに移
行した場合には、送信情報取得部８は、送信するリクエ
ストパケットからdestination ID、tLabelの組を送信キ
ュー５に書き込むとともに、受信装置４にもdestinatio
n ID、tLabelの組を通知しており、リクエストパケット
送信後に、予め定められた所定時間が経過しても、受信
装置４がレスポンスパケットを受信できなかった場合に
は、疑似パケット生成部１０が、受信装置４に通知され
たdestination ID、tLabel等に基づいて、図３(ｃ)の符
号４０に示すようなフォーマットを有する疑似レスポン
スパケットを生成する。

【００６１】図３(ｃ)に示すように、疑似レスポンスパ
ケット４０は、受信されるべきレスポンスパケットと同
じフォーマットであって、第１〜第５の記憶領域４１〜
４５を有しており、そのそれぞれに、destination ID、
tLabel、source ID 、rCodeと、付加情報とが記載され
ている。

【００６２】疑似パケット生成部１０は、受信されるべ
きレスポンスパケットと同内容のdestination ID、tLab
el、source IDを記載し、エラーが生じた旨のrCodeを記
載するとともに、付加情報を記載する。この付加情報
は、通常のレスポンスパケットと、疑似レスポンスパケ
ットとを区別するための情報である。

【００６３】かかる疑似レスポンスパケットが生成され
ると、受信情報取得部９は、疑似レスポンスパケットか
ら、受信されるべきレスポンスパケットに記載されてい
るsource ID と、tLabelと、rCode とを取得し、これら
を対応付けて一組にして受信キュー７に出力する。

【００６４】このようにして、疑似レスポンスパケット
が生成された場合には、受信キュー７には疑似レスポン
スパケットから取得されたsource ID と、tLabelと、rC
odeが一組にされて記憶されており、送信キュー５には
送信したリクエストパケットのdestination ID、tLabel
の組が記憶されている。

【００６５】そこで、判断部１１が、送信キュー５の記
憶内容と受信キュー７の記憶内容とを照合し、送信キュ
ー５に記憶されたdestination ID、tLabelの組と内容が
一致するsource ID、tLabel の組を、受信キュー７から
検出し、検出されたsource ID、tLabel の組と対応付け
られるrCode を読み出すことで、リクエストパケットに
対する応答が成功したか否かを判断することができる。

【００６６】疑似レスポンスパケットには、応答が失敗
した旨のrCode が記載されているので、判断部１１は、
応答が失敗したと判断し、その判断結果をマイコン２に
通知する。するとマイコン２は、処理を中断する旨の制
御命令を送信装置３や受信装置４などに出力して、一連
の処理を中断させ、リクエストパケットを再送信するな
どの処理を行なう。

【００６７】受信情報取得部９が、疑似レスポンスパケ
ットから、source ID と、tLabelと、rCode とを取得し
て受信キュー７に出力したら、受信装置４は、疑似レス
ポンスパケットをマイコン２に出力する。

【００６８】マイコン２は、入力された疑似レスポンス
パケットを記憶領域に格納し、疑似レスポンスパケット
から付加情報を読み出すことによって、マイコン２はト
ランザクションを終了させることができる。

【００６９】以上説明したように、本実施形態のデータ
処理装置１では、送信情報取得部８がdestination IDと
tLabelとを取得して送信キュー５に出力すると、送信装
置３は、直ちに新たなリクエストパケットを送信するこ
とができる。その結果、リクエストパケットに対する応
答が失敗したとしても、判断部１１が、応答が失敗した
ことを検出することができるので、その後、一連の処理
を中断させ、応答が失敗したトランザクションについて
のリクエストパケットを再送信するというように、応答
の失敗に対して、後から対応することができる。

【００７０】従って、応答の失敗に備えるため、リクエ
ストパケットの送信からレスポンスパケットの受信まで
の間に、送信装置がリクエストパケットを送信できなか
った従来と異なり、エラーが発生したと判断部１１で判
断されるまで次々にリクエストパケットを送信すること
ができるので、リクエストパケットの送信効率を従来に
比して向上させることができる。

【００７１】また、レスポンスパケットが受信できなか
った場合でも、疑似レスポンスパケット生成部１０で疑
似レスポンスパケットを生成し、通常のレスポンスパケ
ットと同様にdestination ID、tLabel 、rCodeを読み出
すことで、リクエストパケットに対する応答が成功した
か否かを判断することができる。

【００７２】さらに、レスポンスパケットから付加情報
を読み出すことにより、そのパケットが疑似レスポンス
パケットであると判断することができるので、付加情報
を読み出すことにより、疑似レスポンスパケットが生成
されたトランザクションについては、レスポンスパケッ
トが受信されなかったということを認識することができ
る。従って、従来のように特別な処理をすることなく、
レスポンスパケットが受信されなかったことを検出する
ことができる。

【００７３】また、例えばデータ処理装置１が、複数の
リクエストパケットを次々に送信し、相手方のデータ処
理装置に複数のレスポンスパケットを返信させて、相手
方のデータ処理装置から複数のデータを読み出してマイ
コン２に順次格納するような場合には、疑似レスポンス
パケットを他のレスポンスパケットとともにマイコン２
内に格納しても、疑似レスポンスパケットを他のレスポ
ンスパケットと識別することができる。

【００７４】疑似レスポンスパケットが生成されたトラ
ンザクションについては、データが欠落しているが、疑
似レスポンスパケットを他のレスポンスパケットと識別
することができるので、そのトランザクションに用いる
リクエストパケットを再送信して、欠落したデータをあ
とから補充することができる。

【００７５】さらに、本実施形態では、送信キュー５の
入力は送信情報取得部８に、受信キュー７の入力は受信
情報取得部９及び送信情報取得部８に、それぞれ接続さ
れており、送信キュー５と受信キュー７の出力は、とも
に判断部１１に接続されている。

【００７６】このため、レスポンスパケットの返信の有
無に関わらず、送信キュー５にはリクエストパケットの
destination ID、tLabelとが書き込まれ、他方、受信キ
ュー７には、レスポンスパケットが返信されないときに
はリクエストパケットのdestination ID、tLabel及び送
信結果が、レスポンスパケットが返信されるときには、
レスポンスパケットのsource ID、tLabelと、rCodeと
が、それぞれ書き込まれることになる。

【００７７】従って、判断部１１は、レスポンスパケッ
トが返信されないときには、送信キュー５のdestinatio
n ID、tLabelと、受信キュー７のdestination ID、tLab
el及び送信結果とを参照して異常の有無を判断すること
ができ、他方、レスポンスパケットが返信されるときに
は、送信キュー５のdestination ID、tLabelと、受信キ
ュー７のsource ID、tLabel及びrCodeとを参照して異常
の有無を判断することができるので、レスポンスパケッ
トの返信の有無に関わらず、送信キュー５と受信キュー
７の記憶内容を参照するという同じ動作で、リクエスト
パケットの送信状態を判断することができる。

【００７８】なお、本実施形態では、送信キュー５と受
信キュー７とをＦＩＦＯ構造のメモリで構成している
が、本発明はこれに限らず、それ以外のメモリを用いて
もよい。また、本実施形態では、送信キュー５と受信キ
ュー７とを設けているが、これらを設けることなく、送
信情報取得部８、受信情報取得部９を判断部１１と直接
接続するような構成にしてもよい。

【００７９】さらに、本実施形態では、疑似レスポンス
パケットから付加情報を読み出してレスポンスパケット
が受信されなかったことをマイコン２が判断するように
しているが、本発明はこれに限らず、例えば受信装置４
が付加情報を読み出して判断し、送信装置３に、レスポ
ンスパケットが受信されなかったことを通知するような
構成にしてもよい。

【００８０】

【発明の効果】以上説明したように本発明によれば、リ
クエストパケットの送信状態が正常であったか否かにつ
いては処理装置が判断しており、送信装置が判断する必
要がないので、判断処理を送信装置が行なっていた従来
に比して、送信装置のなすべき処理を軽減することがで
きる。

【００８１】また、レスポンスパケットの受信が必要な
処理では、リクエストパケットの送信が適正であったか
否かは、処理装置が判断するので、送信に異常が生じた
と処理装置が判断するまでは、送信装置は次々に新たな
リクエストパケットを送信することができるので、リク
エストパケットの送信効率を従来に比して向上させるこ
とができる。

【００８２】さらに、受信装置がレスポンスパケットを
受信できなかった場合には、疑似レスポンスパケットを
生成しているので、レスポンスパケットが受信できなか
った場合でも、レスポンスパケットが受信されるときと
同じ一連の処理で、受信が正しかったか否かを判断する
ことができる。

【図面の簡単な説明】

【図１】本発明の実施形態のデータ処理装置の構成を示
す図

【図２】本発明の送信装置の処理を示すフローチャート

【図３】(ａ)：リクエストパケットのフォーマットを説
明する図 (ｂ)：レスポンスパケットのフォーマットを説明する図 (ｃ)：疑似レスポンスパケットのフォーマットを説明す
る図

【図４】従来のデータ処理装置の構成を示す図

【図５】従来の送信装置の処理を示すフローチャート

【符号の説明】

１……データ処理装置２…マイコン(処理装置) ３
…送信装置４…受信装置５…送信キュー(送信情
報記憶手段) ６…IEEE1394バス(シリアルバス) ７…受信キュー(受信結果記憶手段) ８…送信情報取得
部９…受信情報取得部１０…疑似パケット生成部１１…判断部

───────────────────────────────────────────────────── フロントページの続き (72)発明者小田祥子東京都港区北青山３丁目６番12号青山富士ビル日本テキサス・インスツルメンツ株式会社内 (72)発明者生駒伸一郎東京都港区北青山３丁目６番12号青山富士ビル日本テキサス・インスツルメンツ株式会社内Ｆターム(参考） 5B077 AA01 AA24 FF02 FF08 NN02 5K032 CC03 CD01 DB19 5K033 CB04 CC01 DB12

Claims

【特許請求の範囲】

【請求項１】リクエストパケットを生成する処理装置
と、シリアルバスに接続され、上記リクエストパケットを上
記シリアルバスに送信して確認信号待ち状態となる送信
装置と、上記シリアルバスに接続され、上記リクエストパケット
に対する応答である第１の確認信号又は第２の確認信号
とレスポンスパケットを上記シリアルバスから受信し、
上記第１又は第２の確認信号を上記送信装置に出力し、
上記レスポンスパケットを上記処理装置に出力する受信
装置と、上記リクエストパケットに含まれるリクエストパケット
を特定するための送信情報を記憶する送信情報記憶手段
と、上記送信情報と送信結果又は上記レスポンスパケットに
含まれるレスポンスパケットを特定するための受信情報
とレスポンスパケットの応答状態を示す状態通知情報と
を記憶する受信結果記憶手段と、を有し、上記送信装置は、上記リクエストパケットを送信する際
に上記送信情報を上記送信情報記憶手段に出力し、上記
確認情報が上記第１の確認信号である場合には上記送信
情報及び当該第１の確認信号が示す送信結果を上記受信
結果記憶手段に出力して新たなリクエストパケットを送
信可能な状態になり、上記処理装置は、上記送信情報記憶手段に記憶されてい
る上記送信情報と上記受信結果記憶手段に記憶されてい
る上記送信情報及び上記送信結果に基づいて上記リクエ
ストパケットの送信による一連の処理が正常に行なわれ
たか否かを判断するデータ処理装置。
【請求項２】上記送信装置は上記確認信号が上記第２の
確認信号である場合には新たなリクエストパケットを送
信可能な状態になり、上記受信装置は上記レスポンスパ
ケットを受信すると上記受信情報及び上記状態通知情報
を上記受信結果記憶手段に出力し、上記処理装置は上記
送信情報記憶手段に記憶されている上記送信情報と上記
受信結果記憶手段に記憶されている上記受信情報及び上
記状態通知情報とに基づいて上記リクエストパケットの
送信による一連の処理が正常に行なわれたか否かを判断
する請求項１に記載のデータ処理装置。
【請求項３】上記受信装置が上記第２の確認信号を受信
してから所定の時間が経過しても上記レスポンスパケッ
トが受信されない場合に、受信されるべきレスポンスパ
ケットの上記受信情報、上記状態通知情報及び識別情報
を含む疑似レスポンスパケットを生成する疑似レスポン
スパケット生成手段を有し、上記受信装置は上記疑似レスポンスパケットの上記受信
情報及び上記状態通知情報を上記受信結果記憶手段に出
力すると共に上記疑似レスポンスパケットを上記処理装
置に出力し、上記処理装置は上記送信情報記憶手段に記
憶されている上記送信情報と上記受信結果記憶手段に記
憶されている上記受信情報及び上記状態通知情報とに基
づいて上記リクエストパケットの送信による一連の処理
が正常に行なわれたか否かを判断する請求項２に記載の
データ処理装置。
【請求項４】上記リクエストパケット、上記レスポンス
パケット及び上記シリアルバスがIEEE1394規格に準拠す
るように構成されている請求項１、２又は３に記載のデ
ータ処理装置。
【請求項５】上記送信情報がディスティネーションＩＤ
とtLabelとで構成され、上記受信情報がソースＩＤとtL
abelとで構成され、上記状態通知情報がrCode で構成さ
れる請求項４に記載のデータ処理装置。