JP3862043B2 - 情報処理装置および方法、並びに記録媒体 - Google Patents
情報処理装置および方法、並びに記録媒体 Download PDFInfo
- Publication number
- JP3862043B2 JP3862043B2 JP17962497A JP17962497A JP3862043B2 JP 3862043 B2 JP3862043 B2 JP 3862043B2 JP 17962497 A JP17962497 A JP 17962497A JP 17962497 A JP17962497 A JP 17962497A JP 3862043 B2 JP3862043 B2 JP 3862043B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- header
- cip
- added
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法および記録媒体に関し、特に、ネットワークを介してデータの送受信を行う際、IEEE1394規格に規定されているアイソクロナスパケットを用いることにより、動画像などのデータを迅速に送受信できるようにした情報処理装置、情報処理方法、および記録媒体に関する。
【０００２】
【従来の技術】
本出願人は、IEEE1394規格に従ったマルチキャスト通信をアシンクロナスパケットを用いて行う方法を、例えば、特願平９−４４６７号などとして先に提案した。図１２は、アシンクロナスパケットを用いたマルチキャスト通信の際、使用されるパケットの一例を示している。このパケットにおいては、アシンクロナスパケットヘッダのバスＩＤ（BUS_ID）フィールドの値が３ＦＥＨ（Ｈは１６進数を表す）に設定され、物理ＩＤ（PHY_ID）フィールドの値が、このパケットの宛先のノードのマルチキャストアドレスである、００Ｈ乃至３ＦＨのいずれかの値に設定され、オフセットアドレス（FCP_destination_offset）フィールドの値は、ＦＦＦＦＦＦＦＦＦＦＦＦＨに設定されている。
【０００３】
また、パケットヘッダには、処理のラベルを表すｔｌ（Transaction Code）、リトライ再生を表すｒｔ（retry Code）、処理のコードを示すtcode（Transaction Code）、およびpri（Priority）が配置されている。さらに、送信元を表すsource_ID、データ長を表すdata_length、およびその他の処理コードを表すextended_tcodeが配置され、最後にヘッダ内における誤りの検出符号であるheader_CRCが配置されている。
【０００４】
パケットヘッダの次には、データフィールド（data_field）があり、これはストリームヘッダ、ＬＬＣ／ＳＮＡＰ（Logical Link Control／Subnetwork Access Protcol）ヘッダ、および送信される内容のデータから構成されている。そして、このパケットの最後には、データフィールドにおける誤りの検出符号であるdata_CRCが配置されている。
【０００５】
【発明が解決しようとする課題】
ところで、IEEE1394バスに接続できる最大のノード数は、６３台である。また、パケットの送信周期は１２５μsec（マイクロ秒）であり、その内の約２５μsecがアシンクロナスパケットに割り当てられ、残りの約１００μsecがアイソクロナスパケットに割り当てられている。そのため、６３台のノードが一斉にアシンクロナスパケットの送信を要求してきた場合、各ノードに公平に割り当てが行われると、最悪の場合、約８msec（＝１２５μsec×６３）のパケットジッタがでる（その時間の間、パケットを送信することができなくなる）可能性があった。その結果、受信側において、表示画面が欠落してしまい、動画像を連続して表示させることができなくなるおそれがあった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、アイソクロナスパケットを用いてデータを送信するようにすることにより、パッケトジッタをより短くし、もって受信側で動画像を表示できるようにするものである。
【０００７】
【課題を解決するための手段】
本発明の第１の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段とを備え、変換手段は、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とする。
本発明の第１の情報処理方法は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含み、変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とする。
本発明の第１の記録媒体は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含むプログラムであり、変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とするプログラムを記録している。
【０００８】
本発明の第２の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段とを備え、変換手段は、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とする。
本発明の第２の情報処理方法は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含み、変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とする。
本発明の第２の記録媒体は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含むプログラムであり、変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とするプログラムを記録している。
【０００９】
本発明の第１の情報処理装置および情報処理方法、並びに記録媒体においては、ネットワークを介して伝送されてきたIPパケットが、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換され、変換される際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定され、データのフォーマットの種類を示すデータも設定される。
【００１０】
本発明の第２の情報処理装置および情報処理方法、並びに記録媒体においては、ネットワークを介して伝送されてきたIPパケットが、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換され、変換される際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットが扱われ、CIPヘッダ内のデータのフォーマットの種類を示すデータが設定され、ストリームタイプも設定される。
【００１１】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【００１２】
本発明の第１の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段（例えば、図３のステップＳ１）と、受信手段により受信されたIPパケットを、IP ヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段（例えば、図３のステップＳ３）と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段（例えば、図３のステップＳ４）とを備え、変換手段は、 CIP ヘッダが付加されているか否かを表すデータを、 CIP データが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定する（例えば、図７のステップＳ２２，Ｓ２３）ことを特徴とする。
本発明の第２の情報処理装置は、ネットワークを介して伝送されてきた IP パケットを受信する受信手段（例えば、図３のステップＳ１）と、受信手段により受信された IP パケットを、 IP ヘッダを含む状態で、 IEEE1394 規格のアイソクロナスパケットに変換する変換手段（例えば、図３のステップＳ３）と、変換手段により変換されたアイソクロナスパケットを、 IEEE1394 バスに出力する出力手段（例えば、図３のステップＳ４）とを備え、変換手段は、 CIP ヘッダが付加されているか否かを表すデータが、 CIP データが付加されていることを表すデータに設定されているパケットを扱い、 CIP ヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定する（例えば、図９のステップＳ４２，４３）ことを特徴とする。
【００１３】
図１は、本発明の情報処理装置を適用した通信ネットワークを示した図である。サーバ１１、ＰＣ（Personal Computer）２１、およびＳＴＢ（Set Top Box）３１は、それぞれインターネットで構成されるＷＡＮ（World Area Network）１５を介して、相互に接続されている。ディスプレイ２１Ａを有するＰＣ２１は、プリンタ（Printer）２２とDVCR（Digital Video Cassette Recorder）２３にIEEE1394バス２４により接続されている。また、ＳＴＢ３１、ＰＣ３２、DVCR３３、Camcorder（カメラ一体型ビデオカセットレコーダ）３４、およびディスクドライバ３５は、IEEE1394バス３６により相互に接続されている。ＰＣ３２には、ディスプレイ３２Ａが接続されている。
【００１４】
サーバ１１は、画像データをIPパケットにパケット化し、ＷＡＮ１５を介して、ＰＣ２１、ＳＴＢ３１などに送信するようになされている。そしてＰＣ２１は受信したパケットを処理し、ディスプレイ２１Ａに表示させる。またＳＴＢ３１は、受信したIPパケットを、IEEE1394規格のアイソクロナスパケットにパケット化し、IEEE1394バス３６に出力するようになされている。
【００１５】
図２は、ＳＴＢ３１の内部の構成例を表している。ＣＰＵ１０１は、ＲＯＭ１０２に記憶されている各種のプログラムに従って、各種の動作を実行するようになされている。ＲＡＭ１０３は、ＣＰＵ１０１が各種の処理を実行する上において必要な各種のデータを適宣記憶する。モデム１０４は、ＷＡＮ１５を介して送られてきたデータの復調と、ＷＡＮ１５を介してデータを送る際の変調の処理を行っている。IEEE1394Ｉ／Ｆ（インターフェース）１０５は、IEEE1394バス３６からのデータの復調と、IEEE1394バス３６に合ったデータへの変調を行っている。Ｉ／Ｆ１０６は、ＨＤＤ（ハードディスクドライバ）１０７、光磁気ディスクドライバ１０８とＣＰＵ１０１との間の動作をインターフェースするようになされている。ＨＤＤ１０７と光磁気ディスクドライバ１０８は、ネットワークなどを介して受信したデータを、内蔵するハードディスクまたは光磁気ディスクに適宣記録することができるようになされている。
【００１６】
次に、ＳＴＢ３１がデータを受信した際に行う処理について、図３のフローチャートを用いて説明する。まずステップＳ１において、ＳＴＢ３１のＣＰＵ１０１は、ＷＡＮ１５を介してサーバ１１から送信されたデータ（IPパケット）を受信し、その受信したデータをＨＤＤ１０７に記憶させる。
【００１７】
ステップＳ２において、記憶されたデータを、IEEE1394バス３６を介してアイソクロナスパケットで他の機器に伝送するか否かが判断される。アイソクロナスパケットでデータを伝送すると判断した場合、ＣＰＵ１０１は、ステップＳ３に進み、記憶したデータ（IPパケット）にＬＬＣ／ＳＮＡＰヘッダを付加し、さらにIEEE1394アイソクロナスパケットヘッダを付加して、IPパケットをそのまま（IPパケットを付加したまま）アイソクロナスパケットに変換する。
【００１８】
図４は、IEEE1394規格のアイソクロナスパケットのフォーマットの一例を示している。パケットの先頭の２クワドレッド（８バイト）は、アイソクロナスパケットのヘッダである。このヘッダは、このヘッドの２クワドレッド以降に入るデータのサイズを表すdata_length、データフィールド（data_field）中にＣＩＰヘッダが付加されているか否かを表すtag、送信側のチャネルを表すchannel、処理のコードを示すtcode（transaction code）、およびシンクロナイジェーションコードを示すｓｙが配置されている。そして、最後にヘッダ内における誤りの検出符号であるheader_CRCが配置されている。
【００１９】
また、図４のパケットのフォーマットは、ＬＬＣ／ＳＮＡＰ（Logical_Link Control／Subnetwork Access Protocol）方式でカプセル化されたＩＰ（Internet Protcol）パケットを送信するものであり、IPパケットに、ストリームタイプとＬＬＣ／ＳＮＡＰヘッダが付加されている。IPパケットは、ＩＰヘッダおよびＩＰデータを有している。そしてアイソクロナスパケットの最後に、送信するデータに対する誤りの検出符号であるdata_CRCが配置されている。
【００２０】
ストリームタイプ（stream type）は、ストリームの種類（ST）、ソースノードID（source_1394_node_ID）、シーケンス（sequence）、および、フラグタイプ（Frag_Type）で構成されている。ＬＬＣ／ＳＮＡＰヘッダは、ＤＳＡＰ（Destination Service Address Point）、ＳＳＡＰ（Source Service Adress Point）、ＬＬＣの種類（Control）、および、プロトコルの種類を示すEtherTypeで構成されている。
【００２１】
ＩＰヘッダは、このパケットに含まれているIPプロトコルのバージョンを示すVers（version）、IPヘッダの長さを表すHLen（Header length）、伝送データの取り扱い方法および処理方法を指定するService Type、IPヘッダとIPデータのデータ長を表すTotal_Length、このパケットのIDを表すIdentification、通常データの分割作業は自動的に行われるがあえて指定したいときに使用するFlags、分割されたデータの元のデータにおけるオフセットを示すFragment_Offsetから構成されている。
【００２２】
さらに、IPヘッダには、データの経由の最大回数を示すTime_to_Live、プロトコルを示すProtocol、このヘッダの誤りの検出符号を示すHeader_Checksum、送信元のIPアドレスを示すSource_IP_Address、および送信先のIPアドレスを示すDestination_IP_Addressが含まれている。
【００２３】
以上のようなアイソクロナスパケットは、ステップＳ４において、マルチキャスト通信として、Ｉ／Ｆ１０５からIEEE1394バス３６に出力される。
【００２４】
一方、ステップＳ２において、受信したデータをアイソクロナスパケットで、他の機器に伝送しないと判断された場合、ステップＳ５に進み、記憶されたデータに応じた処理が施される。
【００２５】
マルチキャスト通信として出力されたアイソクロナスパケットは、そのデータを必要とするIEEE1394バス３６に接続されている情報機器により受信される。ＰＣ３２がデータを受信する場合を例として、図５のフローチャートを参照し、その処理について説明する。
【００２６】
ステップＳ１１において、ＰＣ３２は、IEEE1394バス３６を介して送信されてきたデータを受信する。ステップＳ１２において、受信したデータは、アイソクロナスパケットであるか否かが判断される。そして、アイソクロナスパケットではないと判断された場合、換言するとアシンクロナスパケットと判断された場合、ステップＳ１３に進む。ステップＳ１３では、そのアシンクロナスパケットに含まれているデータに対応した処理が施される。
【００２７】
一方ステップＳ１２において、受信したデータがアイソクロナスパケットであると判断された場合、ステップＳ１４に進み、そのアイソクロナスパケットに含まれるデータフィールド（図４のdata_field）が抽出される。そしてステップＳ１５で、その抽出されたデータフィールドに、IPパケットが含まれるか否かが判断される。そして、IPパケットを含んでいると判断された場合、ステップＳ１６に進む。
【００２８】
IPパケットを含んでいるということは、インターネット用のデータ（この例の場合、ＷＡＮ１５を介して伝送されてきたデータ）であることを示しているので、ＰＣ３２が持つインターネット用ブラウザで、受信されたIPパケットが処理される。処理されたデータは、例えばディスプレイ３２Ａ上に画像として表示されたり、音声として再生されたりする。
【００２９】
一方、ステップＳ１５において、データフィールド中にIPパケットが含まれていないと判断された場合、ステップＳ１７に進み、受信したデータに応じた処理が施される。
【００３０】
ＷＡＮ１５を介して伝送を受けたIPパケットをIEEE1394バス３６に伝送する場合、アイソクロナスパケットを図６に示すフォーマットとすることもできる。このアイソクロナスパケットは、図４で示したパケットに、ＣＩＰヘッダを加えた構成とされている。ＣＩＰヘッダは、ヘッダ（Header）１とヘッダ（Header）２から構成されている。ヘッダ１には、送信元の物理IDを示すSource_Phy_ID、次に、データのブロックサイズを表すData_Block_Sizeが配置される。その次には、FN（Fraction Number）が配置されている。これは、１つのソースパケットが分割されているブロックの数を表している。次のQPC（Quadlet Padding Count）は、付加されたダミークワドレッドの数を示している。次のSPH（Source Packet Header）は、ソースパケットがソースパケットヘッダを有しているか否かを表している。
【００３１】
次の、reservedは、将来のために保留されている。Data_Block_Countは、データブロックの損失を検知するための連続するデータブロックのカウンタの値を表している。
【００３２】
ヘッダ２は、データフォーマットの種類を示すFormat、およびFormatに応じた値が記録されているFormat_Depandent_Filedを有している。
【００３３】
ところでＳＴＢ３１は、ネットワークを介して送信されたデータを受信することではなく、デジタル衛星などから送信されたデータを受信することを、本来の機能としている。従ってＳＴＢ３１は、アイソクロナスパケットでIEEE1394バスを介して伝送するデータがIPパケットである場合と、そうでない場合とを識別する必要がある。図７は、その点を考慮に入れ、ＳＴＢ３１が、データを送信するとき行うヘッダの処理について説明するためのフローチャートである。
【００３４】
ステップＳ２１において、ＣＰＵ１０１は、アイソクロナスパケットで送信するデータが、IPパケットのデータであるか否かを判断する。送信するのがIPパケット（ネットワークを介して受信したデータ）であり、かつアイソクロナスパケットで送信すると判断された場合は、ステップＳ２２に進む。
【００３５】
ステップＳ２２において、アイソクロナスパケットヘッダのtagの値は０に設定される。ステップＳ２３において、ストリームタイプが００Ｈに設定される。このようにして、図４のtagとストリームタイプの値が設定される。
【００３６】
一方、ステップＳ２１において、データをアイソクロナスパケットで送信するがそのデータはIPパケットではないと判断された場合、ステップＳ２４に進み、アイソクロナスパケットヘッダのtagの値が１に設定される。そして、受信したデータに対応した情報を持つＣＩＰヘッダが、送信するデータに付加される。
【００３７】
ＳＴＢ３１によりヘッダが付加され、アイソクロナスパケットにパケット化されたデータは、IEEE１３９４バス３６に出力される。この出力されたパケットがIEEE1394に接続された情報機器によって受信される際、その情報機器（例えばＰＣ３２）が行う処理について、図８のフローチャートを参照して説明する。
【００３８】
ステップＳ３１において、受信したアイソクロナスパケットのアイソクロナスパケットヘッダのtagの値が０か否かが判断される。tagの値が０と判断された場合、ステップＳ３２に進み、受信したパケットのストリームタイプの値が００Ｈか否かが判断される。そして、００Ｈであると判断された場合、ステップＳ３３に進み、受信したデータは、IPパケットとして処理される。
【００３９】
ステップＳ３２において、パケットのストリームタイプが００Ｈではないと判断された場合、ステップＳ３４に進み、受信したパケットは、破棄される。
【００４０】
一方ステップＳ３１において、受信したパケットのアイソクロナスパケットヘッダのtagの値が０でないと判断された場合、換言すれば、tagの値が１と判断された場合、ステップＳ３５に進む。tagの値が１ということは、受信されたパケットは、ＣＩＰヘッダを含んでいることになる。よって、ステップＳ３５においては、受信されたアイソクロナスパケットのＣＩＰヘッダに記述されている情報が解読され、その解読結果に対応した処理が施される。
【００４１】
図９は、ＳＴＢ３１が行う他の送信処理の動作について説明するためのフローチャートである。この送信処理においては、IPパケットを伝送するのにＣＩＰヘッダ付きのアイソクロナスパケットが用いられる。ステップＳ４１において、アイソクロナスパケットで送信するのか否かが判断される。データがIPパケットであり、かつアイソクロナスパケットで送信する場合、ステップＳ４２に進む。
【００４２】
ステップＳ４２において、パケットのＣＩＰヘッダのFormatの値は２ＣＨに設定される。なお、この場合、ＣＩＰヘッダ付きのアイソクロナスパケットを用いるので、アイソクロナスパケットヘッダのtagの値は常に１に設定されている。そして、ステップＳ４３において、ストリームタイプが００Ｈに設定される。このようにして、例えば図６のtagとFormatの値が設定される。
【００４３】
一方、ステップＳ４１において、アイソクロナスパケットで送信するが、そのデータはIPパケットではないと判断された場合、ステップＳ４４に進み、ＣＩＰヘッダのFormatの値が００Ｈに設定される。
【００４４】
図１０は、IEEE1394バス３６に接続された情報機器の１つが、図９のフローチャートの各処理を施されたアイソクロナスパケットを受信したときの処理について説明するためのフローチャートである。まずステップＳ５１において、受信したアイソクロナスパケットのＣＩＰヘッダのFormatの値が２ＣＨか否かが判断される。Formatの値が２ＣＨと判断された場合、ステップＳ５２に進み、Formatの値が２ＣＨでないと判断された場合、ステップＳ５５に進む。ステップＳ５２乃至Ｓ５５の各処理は、図８のステップＳ３２乃至Ｓ３５の各処理と同様の処理なので、その説明は省略する。
【００４５】
図１１は、図３、図７、および図９で説明したフローチャートの処理を実現するためのＳＴＢ３１の回路構成を示すブロック図である。マイクロコントローラ６０は、送信するデータの種類およびＣＩＰヘッダを付加するか否かを判断し、その判断結果を、セレクタ６４、アイソクロナスパケットヘッダ設定回路６６、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８に出力する。
【００４６】
セレクタ６４は、ＣＩＰヘッダを付加しない場合（図３のフロチャートのステップＳ３に対応する処理を行う場合）、ＣＩＰヘッダを出力せず、IPパケットのデータ以外のデータ（例えばDVCR用のデータ）をアイソクロナスパケットで送信する場合（図７のステップＳ２４の処理を行う場合）、ＣＩＰヘッダDVCR用回路６１からの出力を選択し、IPパケットのデータをアイソクロナスパケットで伝送する場合（図９のステップＳ４２，Ｓ４３の処理を行う場合）、ＣＩＰヘッダインターネット用回路６２からの出力を選択し、その選択した出力をマルチプレクサ６５に転送する。
【００４７】
アイソクロナスパケットヘッダ設定回路６６内には、タグ設定回路６７が含まれている。また、ＬＬＣ／ＳＮＡＰヘッダ設定回路６８内には、ストリームタイプ設定回路６９が含まれている。このタグ設定回路６７と、ストリームタイプ設定回路６９は、マイクロコントローラ６０の判断結果に応じた値を設定し、その値を他のヘッダの値と一緒に、マルチプレクサ６５に出力する。
【００４８】
送信バッファ６３は、送信するデータを蓄えておき、必要に応じて、マルチプレクサ６５に、その蓄えたデータを出力する。そして、マルチプレクサ６５は、送信バッファ６３からのデータに、セレクタ６４からのＣＩＰヘッダ、アイソクロナスパケットヘッダ設定回路６６からのアイソクロナスパケットヘッダ、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８からのＬＬＣ／ＳＮＡＰヘッダを付加し、アイソクロナスパケットにパケット化し、送出する。
【００４９】
例えば、マイクロコントローラ６０が、送出するデータは、インターネット用のデータであり、ＣＩＰヘッダを付加するという判断結果を、セレクタ６４、アイソクロナスパケットヘッダ設定回路６６、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８に出力したとする。この判断結果に対応し、セレクタ６４は、ＣＩＰヘッダインターネット用回路６２からの出力を選択し、その出力をマルチプレクサ６５に転送する。ＣＩＰヘッダインターネット用回路６２の出力するＣＩＰヘッダには、そのFormatの値として２ＣＨが設定されている。
【００５０】
タグ設定回路６７は、ＣＩＰヘッダを付加する場合、アイソクロナスパケットヘッダのtagの値を１に設定する。そして、アイソクロナスパケットヘッダ設定回路６６は、tag以外のヘッダ内の値を設定し、tagの値と共にアイソクロナスパケットヘッダとして、マルチプレクサ６５に転送する。
【００５１】
ストリームタイプ設定回路６９は、インターネット用のデータを送信する場合、ストリームタイプを００Ｈに設定する。そしてＬＬＣ／ＳＮＡＰヘッダ設定回路６８は、ストリームタイプ以外のヘッダ内の値を設定し、ストリームタイプと共にＬＬＣ／ＳＮＡＰヘッダとして、マルチプレクサ６５に転送する。
【００５２】
送信バッファ６３に蓄えられたインターネット用のデータ、つまりIPパケットは、マルチプレクサ６５に出力される。そして、マルチプレクサ６５において、このIPパケットは、セレクタ６４からのインターネット用のＣＩＰヘッダ、ＬＬＣ／ＳＮＡＰヘッダ設定回路６８からのＬＬＣ／ＳＮＡＰヘッダ、およびアイソクロナスパッケトヘッダ設定回路６６からのアイソクロナスパケットヘッダが付加されて、アイソクロナスパケットとして送出される。
【００５３】
なお、図１１においては、インターネット（IPパケット）以外のデータとしてDVCRのデータを例として説明したが、DVCR以外の情報機器のデータも同様に扱うことが可能である。その際、他の情報機器に対応するＣＩＰヘッダの値が設定されたＣＩＰヘッダ回路をセレクタ６４に接続することにより、マイクロコントローラ６０の判断結果に対応した情報機器のＣＩＰヘッダが、マルチプレクサ６５に転送することができる。
【００５４】
なお、上記したような処理を行うプログラムをユーザに伝送する伝送媒体としては、磁気ディスク、CD-ROM、固体メモリなどの記録媒体の他、ネットワーク、衛星などの通信媒体を利用することができる。
【００５５】
以上の如く本発明の第１の情報処理装置および方法、並びに記録媒体によれば、ネットワークを介して伝送されてきたIPパケットを、IPヘッダを含む状態で、アイソクロナスパケットに変換し、変換する際、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータも設定するようにしたので、動画像などの情報を迅速に送受信することが可能となる。
また、本発明の第２の情報処理装置および方法、並びに記録媒体によれば、ネットワークを介して伝送されてきたIPパケットを、IPヘッダを含む状態で、アイソクロナスパケットに変換し、変換する際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプも設定するようにしたので、動画像などの情報を迅速に送受信することが可能となる。
【図面の簡単な説明】
【図１】本発明の情報処理装置を適用した通信ネットワークの構成例を示す図である。
【図２】 図１のＳＴＢ３１の内部の構成を示すブロック図である。
【図３】図１のＳＴＢ３１が行う受信処理を説明するためのフローチャートである。
【図４】アイソクロナスパケットのフォーマット例を示す図である。
【図５】情報機器が、パケットを受信する際の処理を説明するフローチャートである。
【図６】アイソクロナスパケットの他のフォーマット例を示す図である。
【図７】図１のＳＴＢ３１が行う他の受信処理を説明するフローチャートである。
【図８】情報機器が、パケットを受信する際の他の処理を説明するフローチャートである。
【図９】図１のＳＴＢ３１が行うさらに他の受信処理を説明するフローチャートである。
【図１０】情報機器が、パケットを受信する際のさらに他の処理を説明するフローチャートである。
【図１１】ＳＴＢ３１の機能を説明するブロック図である。
【図１２】従来のアシンクロナスパケットのフォーマット例を示す図である。
【符号の説明】
１１ サーバ， １５ ＷＡＮ， ２１，３２ パーソナルコンピュータ， ２２ プリンタ， ２３，３３ デジタルビデオカセットレコーダ， ２４，３６ バス， ３１ セットトップボックス， ３４ カムコーダ， ３５ ディスクドライバ， ６０ マイクロコントローラ， ６１ ＣＩＰヘッダDVCR用回路， ６２ ＣＩＰヘッダインターネット用回路， ６３ 送信バッファ， ６４ セレクタ， ６５ マルチプレクサ， ６６ アイソクロナスパケットヘッダ設定回路， ６７ タグ設定回路， ６８ ＬＬＣ／ＳＮＡＰヘッダ設定回路， ６９ ストリームタイプ設定回路
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法および記録媒体に関し、特に、ネットワークを介してデータの送受信を行う際、IEEE1394規格に規定されているアイソクロナスパケットを用いることにより、動画像などのデータを迅速に送受信できるようにした情報処理装置、情報処理方法、および記録媒体に関する。
【０００２】
【従来の技術】
本出願人は、IEEE1394規格に従ったマルチキャスト通信をアシンクロナスパケットを用いて行う方法を、例えば、特願平９−４４６７号などとして先に提案した。図１２は、アシンクロナスパケットを用いたマルチキャスト通信の際、使用されるパケットの一例を示している。このパケットにおいては、アシンクロナスパケットヘッダのバスＩＤ（BUS_ID）フィールドの値が３ＦＥＨ（Ｈは１６進数を表す）に設定され、物理ＩＤ（PHY_ID）フィールドの値が、このパケットの宛先のノードのマルチキャストアドレスである、００Ｈ乃至３ＦＨのいずれかの値に設定され、オフセットアドレス（FCP_destination_offset）フィールドの値は、ＦＦＦＦＦＦＦＦＦＦＦＦＨに設定されている。
【０００３】
また、パケットヘッダには、処理のラベルを表すｔｌ（Transaction Code）、リトライ再生を表すｒｔ（retry Code）、処理のコードを示すtcode（Transaction Code）、およびpri（Priority）が配置されている。さらに、送信元を表すsource_ID、データ長を表すdata_length、およびその他の処理コードを表すextended_tcodeが配置され、最後にヘッダ内における誤りの検出符号であるheader_CRCが配置されている。
【０００４】
パケットヘッダの次には、データフィールド（data_field）があり、これはストリームヘッダ、ＬＬＣ／ＳＮＡＰ（Logical Link Control／Subnetwork Access Protcol）ヘッダ、および送信される内容のデータから構成されている。そして、このパケットの最後には、データフィールドにおける誤りの検出符号であるdata_CRCが配置されている。
【０００５】
【発明が解決しようとする課題】
ところで、IEEE1394バスに接続できる最大のノード数は、６３台である。また、パケットの送信周期は１２５μsec（マイクロ秒）であり、その内の約２５μsecがアシンクロナスパケットに割り当てられ、残りの約１００μsecがアイソクロナスパケットに割り当てられている。そのため、６３台のノードが一斉にアシンクロナスパケットの送信を要求してきた場合、各ノードに公平に割り当てが行われると、最悪の場合、約８msec（＝１２５μsec×６３）のパケットジッタがでる（その時間の間、パケットを送信することができなくなる）可能性があった。その結果、受信側において、表示画面が欠落してしまい、動画像を連続して表示させることができなくなるおそれがあった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、アイソクロナスパケットを用いてデータを送信するようにすることにより、パッケトジッタをより短くし、もって受信側で動画像を表示できるようにするものである。
【０００７】
【課題を解決するための手段】
本発明の第１の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段とを備え、変換手段は、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とする。
本発明の第１の情報処理方法は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含み、変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とする。
本発明の第１の記録媒体は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含むプログラムであり、変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定することを特徴とするプログラムを記録している。
【０００８】
本発明の第２の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段とを備え、変換手段は、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とする。
本発明の第２の情報処理方法は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含み、変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とする。
本発明の第２の記録媒体は、ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップとを含むプログラムであり、変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定することを特徴とするプログラムを記録している。
【０００９】
本発明の第１の情報処理装置および情報処理方法、並びに記録媒体においては、ネットワークを介して伝送されてきたIPパケットが、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換され、変換される際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定され、データのフォーマットの種類を示すデータも設定される。
【００１０】
本発明の第２の情報処理装置および情報処理方法、並びに記録媒体においては、ネットワークを介して伝送されてきたIPパケットが、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換され、変換される際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットが扱われ、CIPヘッダ内のデータのフォーマットの種類を示すデータが設定され、ストリームタイプも設定される。
【００１１】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【００１２】
本発明の第１の情報処理装置は、ネットワークを介して伝送されてきたIPパケットを受信する受信手段（例えば、図３のステップＳ１）と、受信手段により受信されたIPパケットを、IP ヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段（例えば、図３のステップＳ３）と、変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段（例えば、図３のステップＳ４）とを備え、変換手段は、 CIP ヘッダが付加されているか否かを表すデータを、 CIP データが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定する（例えば、図７のステップＳ２２，Ｓ２３）ことを特徴とする。
本発明の第２の情報処理装置は、ネットワークを介して伝送されてきた IP パケットを受信する受信手段（例えば、図３のステップＳ１）と、受信手段により受信された IP パケットを、 IP ヘッダを含む状態で、 IEEE1394 規格のアイソクロナスパケットに変換する変換手段（例えば、図３のステップＳ３）と、変換手段により変換されたアイソクロナスパケットを、 IEEE1394 バスに出力する出力手段（例えば、図３のステップＳ４）とを備え、変換手段は、 CIP ヘッダが付加されているか否かを表すデータが、 CIP データが付加されていることを表すデータに設定されているパケットを扱い、 CIP ヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定する（例えば、図９のステップＳ４２，４３）ことを特徴とする。
【００１３】
図１は、本発明の情報処理装置を適用した通信ネットワークを示した図である。サーバ１１、ＰＣ（Personal Computer）２１、およびＳＴＢ（Set Top Box）３１は、それぞれインターネットで構成されるＷＡＮ（World Area Network）１５を介して、相互に接続されている。ディスプレイ２１Ａを有するＰＣ２１は、プリンタ（Printer）２２とDVCR（Digital Video Cassette Recorder）２３にIEEE1394バス２４により接続されている。また、ＳＴＢ３１、ＰＣ３２、DVCR３３、Camcorder（カメラ一体型ビデオカセットレコーダ）３４、およびディスクドライバ３５は、IEEE1394バス３６により相互に接続されている。ＰＣ３２には、ディスプレイ３２Ａが接続されている。
【００１４】
サーバ１１は、画像データをIPパケットにパケット化し、ＷＡＮ１５を介して、ＰＣ２１、ＳＴＢ３１などに送信するようになされている。そしてＰＣ２１は受信したパケットを処理し、ディスプレイ２１Ａに表示させる。またＳＴＢ３１は、受信したIPパケットを、IEEE1394規格のアイソクロナスパケットにパケット化し、IEEE1394バス３６に出力するようになされている。
【００１５】
図２は、ＳＴＢ３１の内部の構成例を表している。ＣＰＵ１０１は、ＲＯＭ１０２に記憶されている各種のプログラムに従って、各種の動作を実行するようになされている。ＲＡＭ１０３は、ＣＰＵ１０１が各種の処理を実行する上において必要な各種のデータを適宣記憶する。モデム１０４は、ＷＡＮ１５を介して送られてきたデータの復調と、ＷＡＮ１５を介してデータを送る際の変調の処理を行っている。IEEE1394Ｉ／Ｆ（インターフェース）１０５は、IEEE1394バス３６からのデータの復調と、IEEE1394バス３６に合ったデータへの変調を行っている。Ｉ／Ｆ１０６は、ＨＤＤ（ハードディスクドライバ）１０７、光磁気ディスクドライバ１０８とＣＰＵ１０１との間の動作をインターフェースするようになされている。ＨＤＤ１０７と光磁気ディスクドライバ１０８は、ネットワークなどを介して受信したデータを、内蔵するハードディスクまたは光磁気ディスクに適宣記録することができるようになされている。
【００１６】
次に、ＳＴＢ３１がデータを受信した際に行う処理について、図３のフローチャートを用いて説明する。まずステップＳ１において、ＳＴＢ３１のＣＰＵ１０１は、ＷＡＮ１５を介してサーバ１１から送信されたデータ（IPパケット）を受信し、その受信したデータをＨＤＤ１０７に記憶させる。
【００１７】
ステップＳ２において、記憶されたデータを、IEEE1394バス３６を介してアイソクロナスパケットで他の機器に伝送するか否かが判断される。アイソクロナスパケットでデータを伝送すると判断した場合、ＣＰＵ１０１は、ステップＳ３に進み、記憶したデータ（IPパケット）にＬＬＣ／ＳＮＡＰヘッダを付加し、さらにIEEE1394アイソクロナスパケットヘッダを付加して、IPパケットをそのまま（IPパケットを付加したまま）アイソクロナスパケットに変換する。
【００１８】
図４は、IEEE1394規格のアイソクロナスパケットのフォーマットの一例を示している。パケットの先頭の２クワドレッド（８バイト）は、アイソクロナスパケットのヘッダである。このヘッダは、このヘッドの２クワドレッド以降に入るデータのサイズを表すdata_length、データフィールド（data_field）中にＣＩＰヘッダが付加されているか否かを表すtag、送信側のチャネルを表すchannel、処理のコードを示すtcode（transaction code）、およびシンクロナイジェーションコードを示すｓｙが配置されている。そして、最後にヘッダ内における誤りの検出符号であるheader_CRCが配置されている。
【００１９】
また、図４のパケットのフォーマットは、ＬＬＣ／ＳＮＡＰ（Logical_Link Control／Subnetwork Access Protocol）方式でカプセル化されたＩＰ（Internet Protcol）パケットを送信するものであり、IPパケットに、ストリームタイプとＬＬＣ／ＳＮＡＰヘッダが付加されている。IPパケットは、ＩＰヘッダおよびＩＰデータを有している。そしてアイソクロナスパケットの最後に、送信するデータに対する誤りの検出符号であるdata_CRCが配置されている。
【００２０】
ストリームタイプ（stream type）は、ストリームの種類（ST）、ソースノードID（source_1394_node_ID）、シーケンス（sequence）、および、フラグタイプ（Frag_Type）で構成されている。ＬＬＣ／ＳＮＡＰヘッダは、ＤＳＡＰ（Destination Service Address Point）、ＳＳＡＰ（Source Service Adress Point）、ＬＬＣの種類（Control）、および、プロトコルの種類を示すEtherTypeで構成されている。
【００２１】
ＩＰヘッダは、このパケットに含まれているIPプロトコルのバージョンを示すVers（version）、IPヘッダの長さを表すHLen（Header length）、伝送データの取り扱い方法および処理方法を指定するService Type、IPヘッダとIPデータのデータ長を表すTotal_Length、このパケットのIDを表すIdentification、通常データの分割作業は自動的に行われるがあえて指定したいときに使用するFlags、分割されたデータの元のデータにおけるオフセットを示すFragment_Offsetから構成されている。
【００２２】
さらに、IPヘッダには、データの経由の最大回数を示すTime_to_Live、プロトコルを示すProtocol、このヘッダの誤りの検出符号を示すHeader_Checksum、送信元のIPアドレスを示すSource_IP_Address、および送信先のIPアドレスを示すDestination_IP_Addressが含まれている。
【００２３】
以上のようなアイソクロナスパケットは、ステップＳ４において、マルチキャスト通信として、Ｉ／Ｆ１０５からIEEE1394バス３６に出力される。
【００２４】
一方、ステップＳ２において、受信したデータをアイソクロナスパケットで、他の機器に伝送しないと判断された場合、ステップＳ５に進み、記憶されたデータに応じた処理が施される。
【００２５】
マルチキャスト通信として出力されたアイソクロナスパケットは、そのデータを必要とするIEEE1394バス３６に接続されている情報機器により受信される。ＰＣ３２がデータを受信する場合を例として、図５のフローチャートを参照し、その処理について説明する。
【００２６】
ステップＳ１１において、ＰＣ３２は、IEEE1394バス３６を介して送信されてきたデータを受信する。ステップＳ１２において、受信したデータは、アイソクロナスパケットであるか否かが判断される。そして、アイソクロナスパケットではないと判断された場合、換言するとアシンクロナスパケットと判断された場合、ステップＳ１３に進む。ステップＳ１３では、そのアシンクロナスパケットに含まれているデータに対応した処理が施される。
【００２７】
一方ステップＳ１２において、受信したデータがアイソクロナスパケットであると判断された場合、ステップＳ１４に進み、そのアイソクロナスパケットに含まれるデータフィールド（図４のdata_field）が抽出される。そしてステップＳ１５で、その抽出されたデータフィールドに、IPパケットが含まれるか否かが判断される。そして、IPパケットを含んでいると判断された場合、ステップＳ１６に進む。
【００２８】
IPパケットを含んでいるということは、インターネット用のデータ（この例の場合、ＷＡＮ１５を介して伝送されてきたデータ）であることを示しているので、ＰＣ３２が持つインターネット用ブラウザで、受信されたIPパケットが処理される。処理されたデータは、例えばディスプレイ３２Ａ上に画像として表示されたり、音声として再生されたりする。
【００２９】
一方、ステップＳ１５において、データフィールド中にIPパケットが含まれていないと判断された場合、ステップＳ１７に進み、受信したデータに応じた処理が施される。
【００３０】
ＷＡＮ１５を介して伝送を受けたIPパケットをIEEE1394バス３６に伝送する場合、アイソクロナスパケットを図６に示すフォーマットとすることもできる。このアイソクロナスパケットは、図４で示したパケットに、ＣＩＰヘッダを加えた構成とされている。ＣＩＰヘッダは、ヘッダ（Header）１とヘッダ（Header）２から構成されている。ヘッダ１には、送信元の物理IDを示すSource_Phy_ID、次に、データのブロックサイズを表すData_Block_Sizeが配置される。その次には、FN（Fraction Number）が配置されている。これは、１つのソースパケットが分割されているブロックの数を表している。次のQPC（Quadlet Padding Count）は、付加されたダミークワドレッドの数を示している。次のSPH（Source Packet Header）は、ソースパケットがソースパケットヘッダを有しているか否かを表している。
【００３１】
次の、reservedは、将来のために保留されている。Data_Block_Countは、データブロックの損失を検知するための連続するデータブロックのカウンタの値を表している。
【００３２】
ヘッダ２は、データフォーマットの種類を示すFormat、およびFormatに応じた値が記録されているFormat_Depandent_Filedを有している。
【００３３】
ところでＳＴＢ３１は、ネットワークを介して送信されたデータを受信することではなく、デジタル衛星などから送信されたデータを受信することを、本来の機能としている。従ってＳＴＢ３１は、アイソクロナスパケットでIEEE1394バスを介して伝送するデータがIPパケットである場合と、そうでない場合とを識別する必要がある。図７は、その点を考慮に入れ、ＳＴＢ３１が、データを送信するとき行うヘッダの処理について説明するためのフローチャートである。
【００３４】
ステップＳ２１において、ＣＰＵ１０１は、アイソクロナスパケットで送信するデータが、IPパケットのデータであるか否かを判断する。送信するのがIPパケット（ネットワークを介して受信したデータ）であり、かつアイソクロナスパケットで送信すると判断された場合は、ステップＳ２２に進む。
【００３５】
ステップＳ２２において、アイソクロナスパケットヘッダのtagの値は０に設定される。ステップＳ２３において、ストリームタイプが００Ｈに設定される。このようにして、図４のtagとストリームタイプの値が設定される。
【００３６】
一方、ステップＳ２１において、データをアイソクロナスパケットで送信するがそのデータはIPパケットではないと判断された場合、ステップＳ２４に進み、アイソクロナスパケットヘッダのtagの値が１に設定される。そして、受信したデータに対応した情報を持つＣＩＰヘッダが、送信するデータに付加される。
【００３７】
ＳＴＢ３１によりヘッダが付加され、アイソクロナスパケットにパケット化されたデータは、IEEE１３９４バス３６に出力される。この出力されたパケットがIEEE1394に接続された情報機器によって受信される際、その情報機器（例えばＰＣ３２）が行う処理について、図８のフローチャートを参照して説明する。
【００３８】
ステップＳ３１において、受信したアイソクロナスパケットのアイソクロナスパケットヘッダのtagの値が０か否かが判断される。tagの値が０と判断された場合、ステップＳ３２に進み、受信したパケットのストリームタイプの値が００Ｈか否かが判断される。そして、００Ｈであると判断された場合、ステップＳ３３に進み、受信したデータは、IPパケットとして処理される。
【００３９】
ステップＳ３２において、パケットのストリームタイプが００Ｈではないと判断された場合、ステップＳ３４に進み、受信したパケットは、破棄される。
【００４０】
一方ステップＳ３１において、受信したパケットのアイソクロナスパケットヘッダのtagの値が０でないと判断された場合、換言すれば、tagの値が１と判断された場合、ステップＳ３５に進む。tagの値が１ということは、受信されたパケットは、ＣＩＰヘッダを含んでいることになる。よって、ステップＳ３５においては、受信されたアイソクロナスパケットのＣＩＰヘッダに記述されている情報が解読され、その解読結果に対応した処理が施される。
【００４１】
図９は、ＳＴＢ３１が行う他の送信処理の動作について説明するためのフローチャートである。この送信処理においては、IPパケットを伝送するのにＣＩＰヘッダ付きのアイソクロナスパケットが用いられる。ステップＳ４１において、アイソクロナスパケットで送信するのか否かが判断される。データがIPパケットであり、かつアイソクロナスパケットで送信する場合、ステップＳ４２に進む。
【００４２】
ステップＳ４２において、パケットのＣＩＰヘッダのFormatの値は２ＣＨに設定される。なお、この場合、ＣＩＰヘッダ付きのアイソクロナスパケットを用いるので、アイソクロナスパケットヘッダのtagの値は常に１に設定されている。そして、ステップＳ４３において、ストリームタイプが００Ｈに設定される。このようにして、例えば図６のtagとFormatの値が設定される。
【００４３】
一方、ステップＳ４１において、アイソクロナスパケットで送信するが、そのデータはIPパケットではないと判断された場合、ステップＳ４４に進み、ＣＩＰヘッダのFormatの値が００Ｈに設定される。
【００４４】
図１０は、IEEE1394バス３６に接続された情報機器の１つが、図９のフローチャートの各処理を施されたアイソクロナスパケットを受信したときの処理について説明するためのフローチャートである。まずステップＳ５１において、受信したアイソクロナスパケットのＣＩＰヘッダのFormatの値が２ＣＨか否かが判断される。Formatの値が２ＣＨと判断された場合、ステップＳ５２に進み、Formatの値が２ＣＨでないと判断された場合、ステップＳ５５に進む。ステップＳ５２乃至Ｓ５５の各処理は、図８のステップＳ３２乃至Ｓ３５の各処理と同様の処理なので、その説明は省略する。
【００４５】
図１１は、図３、図７、および図９で説明したフローチャートの処理を実現するためのＳＴＢ３１の回路構成を示すブロック図である。マイクロコントローラ６０は、送信するデータの種類およびＣＩＰヘッダを付加するか否かを判断し、その判断結果を、セレクタ６４、アイソクロナスパケットヘッダ設定回路６６、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８に出力する。
【００４６】
セレクタ６４は、ＣＩＰヘッダを付加しない場合（図３のフロチャートのステップＳ３に対応する処理を行う場合）、ＣＩＰヘッダを出力せず、IPパケットのデータ以外のデータ（例えばDVCR用のデータ）をアイソクロナスパケットで送信する場合（図７のステップＳ２４の処理を行う場合）、ＣＩＰヘッダDVCR用回路６１からの出力を選択し、IPパケットのデータをアイソクロナスパケットで伝送する場合（図９のステップＳ４２，Ｓ４３の処理を行う場合）、ＣＩＰヘッダインターネット用回路６２からの出力を選択し、その選択した出力をマルチプレクサ６５に転送する。
【００４７】
アイソクロナスパケットヘッダ設定回路６６内には、タグ設定回路６７が含まれている。また、ＬＬＣ／ＳＮＡＰヘッダ設定回路６８内には、ストリームタイプ設定回路６９が含まれている。このタグ設定回路６７と、ストリームタイプ設定回路６９は、マイクロコントローラ６０の判断結果に応じた値を設定し、その値を他のヘッダの値と一緒に、マルチプレクサ６５に出力する。
【００４８】
送信バッファ６３は、送信するデータを蓄えておき、必要に応じて、マルチプレクサ６５に、その蓄えたデータを出力する。そして、マルチプレクサ６５は、送信バッファ６３からのデータに、セレクタ６４からのＣＩＰヘッダ、アイソクロナスパケットヘッダ設定回路６６からのアイソクロナスパケットヘッダ、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８からのＬＬＣ／ＳＮＡＰヘッダを付加し、アイソクロナスパケットにパケット化し、送出する。
【００４９】
例えば、マイクロコントローラ６０が、送出するデータは、インターネット用のデータであり、ＣＩＰヘッダを付加するという判断結果を、セレクタ６４、アイソクロナスパケットヘッダ設定回路６６、およびＬＬＣ／ＳＮＡＰヘッダ設定回路６８に出力したとする。この判断結果に対応し、セレクタ６４は、ＣＩＰヘッダインターネット用回路６２からの出力を選択し、その出力をマルチプレクサ６５に転送する。ＣＩＰヘッダインターネット用回路６２の出力するＣＩＰヘッダには、そのFormatの値として２ＣＨが設定されている。
【００５０】
タグ設定回路６７は、ＣＩＰヘッダを付加する場合、アイソクロナスパケットヘッダのtagの値を１に設定する。そして、アイソクロナスパケットヘッダ設定回路６６は、tag以外のヘッダ内の値を設定し、tagの値と共にアイソクロナスパケットヘッダとして、マルチプレクサ６５に転送する。
【００５１】
ストリームタイプ設定回路６９は、インターネット用のデータを送信する場合、ストリームタイプを００Ｈに設定する。そしてＬＬＣ／ＳＮＡＰヘッダ設定回路６８は、ストリームタイプ以外のヘッダ内の値を設定し、ストリームタイプと共にＬＬＣ／ＳＮＡＰヘッダとして、マルチプレクサ６５に転送する。
【００５２】
送信バッファ６３に蓄えられたインターネット用のデータ、つまりIPパケットは、マルチプレクサ６５に出力される。そして、マルチプレクサ６５において、このIPパケットは、セレクタ６４からのインターネット用のＣＩＰヘッダ、ＬＬＣ／ＳＮＡＰヘッダ設定回路６８からのＬＬＣ／ＳＮＡＰヘッダ、およびアイソクロナスパッケトヘッダ設定回路６６からのアイソクロナスパケットヘッダが付加されて、アイソクロナスパケットとして送出される。
【００５３】
なお、図１１においては、インターネット（IPパケット）以外のデータとしてDVCRのデータを例として説明したが、DVCR以外の情報機器のデータも同様に扱うことが可能である。その際、他の情報機器に対応するＣＩＰヘッダの値が設定されたＣＩＰヘッダ回路をセレクタ６４に接続することにより、マイクロコントローラ６０の判断結果に対応した情報機器のＣＩＰヘッダが、マルチプレクサ６５に転送することができる。
【００５４】
なお、上記したような処理を行うプログラムをユーザに伝送する伝送媒体としては、磁気ディスク、CD-ROM、固体メモリなどの記録媒体の他、ネットワーク、衛星などの通信媒体を利用することができる。
【００５５】
以上の如く本発明の第１の情報処理装置および方法、並びに記録媒体によれば、ネットワークを介して伝送されてきたIPパケットを、IPヘッダを含む状態で、アイソクロナスパケットに変換し、変換する際、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータも設定するようにしたので、動画像などの情報を迅速に送受信することが可能となる。
また、本発明の第２の情報処理装置および方法、並びに記録媒体によれば、ネットワークを介して伝送されてきたIPパケットを、IPヘッダを含む状態で、アイソクロナスパケットに変換し、変換する際、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプも設定するようにしたので、動画像などの情報を迅速に送受信することが可能となる。
【図面の簡単な説明】
【図１】本発明の情報処理装置を適用した通信ネットワークの構成例を示す図である。
【図２】 図１のＳＴＢ３１の内部の構成を示すブロック図である。
【図３】図１のＳＴＢ３１が行う受信処理を説明するためのフローチャートである。
【図４】アイソクロナスパケットのフォーマット例を示す図である。
【図５】情報機器が、パケットを受信する際の処理を説明するフローチャートである。
【図６】アイソクロナスパケットの他のフォーマット例を示す図である。
【図７】図１のＳＴＢ３１が行う他の受信処理を説明するフローチャートである。
【図８】情報機器が、パケットを受信する際の他の処理を説明するフローチャートである。
【図９】図１のＳＴＢ３１が行うさらに他の受信処理を説明するフローチャートである。
【図１０】情報機器が、パケットを受信する際のさらに他の処理を説明するフローチャートである。
【図１１】ＳＴＢ３１の機能を説明するブロック図である。
【図１２】従来のアシンクロナスパケットのフォーマット例を示す図である。
【符号の説明】
１１ サーバ， １５ ＷＡＮ， ２１，３２ パーソナルコンピュータ， ２２ プリンタ， ２３，３３ デジタルビデオカセットレコーダ， ２４，３６ バス， ３１ セットトップボックス， ３４ カムコーダ， ３５ ディスクドライバ， ６０ マイクロコントローラ， ６１ ＣＩＰヘッダDVCR用回路， ６２ ＣＩＰヘッダインターネット用回路， ６３ 送信バッファ， ６４ セレクタ， ６５ マルチプレクサ， ６６ アイソクロナスパケットヘッダ設定回路， ６７ タグ設定回路， ６８ ＬＬＣ／ＳＮＡＰヘッダ設定回路， ６９ ストリームタイプ設定回路
Claims (6)
- ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、
前記受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、
前記変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段と
を備え、
前記変換手段は、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定する
ことを特徴とする情報処理装置。 - ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、
前記受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、
前記変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップと
を含み、
前記変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定する
ことを特徴とする情報処理方法。 - ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、
前記受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、
前記変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップと
を含むプログラムであり、
前記変換ステップは、CIPヘッダが付加されているか否かを表すデータを、CIPデータが付加されていることを表すデータに設定し、データのフォーマットの種類を示すデータを設定する
ことを特徴とするプログラムを記録している記録媒体。 - ネットワークを介して伝送されてきたIPパケットを受信する受信手段と、
前記受信手段により受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換手段と、
前記変換手段により変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力手段と
を備え、
前記変換手段は、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、前記CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定する
ことを特徴とする情報処理装置。 - ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、
前記受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、
前記変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップと
を含む、
前記変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、前記CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定する
ことを特徴とする情報処理方法。 - ネットワークを介して伝送されてきたIPパケットを受信する受信ステップと、
前記受信ステップで受信されたIPパケットを、IPヘッダを含む状態で、IEEE1394規格のアイソクロナスパケットに変換する変換ステップと、
前記変換ステップで変換されたアイソクロナスパケットを、IEEE1394バスに出力する出力ステップと
を含むプログラムであり、
前記変換ステップは、CIPヘッダが付加されているか否かを表すデータが、CIPデータが付加されていることを表すデータに設定されているパケットを扱い、前記CIPヘッダ内のデータのフォーマットの種類を示すデータを設定し、ストリームタイプを設定する
ことを特徴とするプログラムを記録している記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17962497A JP3862043B2 (ja) | 1997-07-04 | 1997-07-04 | 情報処理装置および方法、並びに記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17962497A JP3862043B2 (ja) | 1997-07-04 | 1997-07-04 | 情報処理装置および方法、並びに記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1127301A JPH1127301A (ja) | 1999-01-29 |
| JP3862043B2 true JP3862043B2 (ja) | 2006-12-27 |
Family
ID=16069028
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17962497A Expired - Fee Related JP3862043B2 (ja) | 1997-07-04 | 1997-07-04 | 情報処理装置および方法、並びに記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3862043B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4168302B2 (ja) * | 1998-05-12 | 2008-10-22 | ソニー株式会社 | 情報受信装置および方法、並びに記録媒体 |
-
1997
- 1997-07-04 JP JP17962497A patent/JP3862043B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1127301A (ja) | 1999-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6539094B1 (en) | Data transmission apparatus and method, data receiving apparatus and method, and data transmitting/receiving system and method | |
| JP2000040294A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| US20020047862A1 (en) | Network error display apparatus and error detection display method | |
| JP4514798B2 (ja) | 中継装置及び中継方法並びに中継処理用プログラム | |
| JP4019481B2 (ja) | 情報処理装置および方法、情報処理システム、並びに提供媒体 | |
| EP1648127B1 (en) | Method and apparatus for transmitting isochronous stream | |
| US6751687B1 (en) | Method of controlling device, transmission device, and medium | |
| JP4147524B2 (ja) | 通信方法、送信方法、受信方法及び通信装置 | |
| JP3862043B2 (ja) | 情報処理装置および方法、並びに記録媒体 | |
| EP1098476A1 (en) | Network connection recognizing method and network-connected terminal device | |
| JP2001086139A (ja) | 伝送方法及び伝送装置 | |
| JP2001057567A (ja) | 伝送路間のブリッジシステム及び方法 | |
| EP1061692A2 (en) | Controlling device, communication system and controlling method | |
| JP4419539B2 (ja) | 電子機器及び通信制御方法 | |
| JP2004194243A (ja) | データ通信装置、データ通信方法、記録媒体およびプログラム | |
| EP1113624A1 (en) | Communication method, communication device, and communication system | |
| US7720821B1 (en) | Method of and apparatus for writing and reading time sensitive data within a storage device | |
| JP2003032311A (ja) | 制御方法、伝送システム及び伝送装置 | |
| JP3800058B2 (ja) | ゲートウェイ装置 | |
| EP1109357A1 (en) | Method of communication, communication device, communication controller, communication system, and medium | |
| JP4552996B2 (ja) | 記録再生システム | |
| JP2002056589A (ja) | 情報記録装置 | |
| EP1098475A1 (en) | Network connection recognition method, network system and network connection terminal device | |
| JP2000151738A (ja) | データ処理装置、データ伝送システムおよびその方法 | |
| JP2001060960A (ja) | 伝送方法及び電子機器並びに提供媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050920 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050922 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051114 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060310 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060508 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060622 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060731 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060907 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060920 |
|
| LAPS | Cancellation because of no payment of annual fees |