JP2004064477A - Communication system, communication equipment, program, and recording medium - Google Patents

Communication system, communication equipment, program, and recording medium Download PDF

Info

Publication number
JP2004064477A
JP2004064477A JP2002220902A JP2002220902A JP2004064477A JP 2004064477 A JP2004064477 A JP 2004064477A JP 2002220902 A JP2002220902 A JP 2002220902A JP 2002220902 A JP2002220902 A JP 2002220902A JP 2004064477 A JP2004064477 A JP 2004064477A
Authority
JP
Japan
Prior art keywords
communication
network
address
transfer mode
layer
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.)
Pending
Application number
JP2002220902A
Other languages
Japanese (ja)
Inventor
Takeshi Shinomiya
四宮 岳史
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2002220902A priority Critical patent/JP2004064477A/en
Publication of JP2004064477A publication Critical patent/JP2004064477A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication system, communication equipment, a program and a recording medium for making it possible for a host layer to select a transfer mode to be used for transferring datagram when the host layer performs communication by using a communication medium equipped with a plurality of transfer modes, for example, an IEEE1394 serial bus. <P>SOLUTION: This system is provided with: a means for making a network layer recognize the plurality of transfer modes of a communication medium as different interfaces; and a means for imparting different network addresses to the interfaces. Preferably, IEEE1394 is adopted as the communication medium, and an internet protocol as a communication protocol. Thus, it is possible to divide one physical network into a plurality of virtual networks according to the transfer modes, and it is made possible for a host application to select a transfer mode to be used by selecting a network address of the transmission destination. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は複数の転送モードを備えた通信媒体、たとえば、IEEE1394シリアルバスを用いて通信を行う際に、上位層がデータグラムの転送に使用する転送モードを選択できるようにするための通信方式、通信装置、および、記録媒体に関するものである。
【0002】
【従来の技術】
従来、オフィスや家庭でコンピュータやプリンタ等の通信機能を持った電子機器同士を接続するローカルエリアネットワーク(LAN)を構築する際には、イーサネット(登録商標)を通信媒体として利用することが一般的であった。
【0003】
イーサネットによりネットワークが構築されている場合には、イーサネットの転送モードはただ一つのため、通信装置上のアプリケーションが送信要求するデータグラムは必ず前記の転送モードで送信される。
【0004】
ところが、最近では物理的には一つの通信媒体であるが、同時に複数の転送モードを扱うことができる通信媒体が出現している。
【0005】
例えば、IEEE1394シリアルバス(以下、IEEE1394)は、高性能のシリアルバスであって、マルチメディア情報の転送に適したリアルタイム転送を行うアイソクロナス転送モードと、通常の非同期に転送を行うアシンクロナス転送モードを備え、オーディオビジュアル機器からパーソナルコンピュータへと採用される領域が広がっている。
【0006】
そのため、IEEE1394は上述のコンピュータ中心のLANだけでなく、オーディオビジュアル機器をも統合したホームネットワークのインフラストラクチャとして期待されている。
【0007】
そこで、インターネットの技術標準を定めるIETF(Internet EngineeringTask Force)は、IEEE1394上でインターネットプロトコル(IP)通信を行うIP over 1394をRFC2734として標準化した。
【0008】
図5はIP over 1394を採用した場合のプロトコルスタックを示している。アプリケーション501〜503から送信を要求されたデータグラムは504でRFC2734に従いIPパケットから送信する転送モードに合わせたIEEE1394に変換し、送信する。
【0009】
アシンクロナスストリームとはアシンクロナス転送モードとアイソクロナス転送モードを組み合わせた転送モードで、RFC2734ではブロードキャストパケットの送信に利用することが推奨されている。
【0010】
ところが、この様な複数の転送モードを備えた通信媒体を利用した場合においても、通信機器上のアプリケーションは、データグラムを送信する際には送信するデータを用意した後、直下の層に送信を依頼するため、物理層に関するコントロール情報は含まない。
【0011】
従って、複数の転送モードを備えた通信媒体をコントロールするリンク層では、上位層から送信するパケット(データグラム)を受け取った場合に、いずれの転送モードを利用するかを決定するのは難しい問題であった。例えば、IEEE1394を用いる上記の例では、図5の505の判断が困難である。
【0012】
この問題に対し、特開2000−134278では、IP over 1394の層にチャネルマトロンなる機構を組み込み、データの送信の傾向を調査した後、使用する転送モードを選択する方法を提案した。前記調査する項目としては、一定数以上のデータグラムを検出する方法、上位プロトコルを調査する方法、ポート番号を調査する方法が示されている(図6)。同様に特開2001−94582号公報では、チャンネルマトロンにおいてIPパケットサイズを調査する方法が示されている。
【0013】
上記提案によれば、上位アプリケーション601〜603がIEEE1394の転送モードを選択する手段を持たない場合においても、チャネルマトロンにより適していると推定される転送モードを選択する(705)ことができ、IEEE1394で効率のよいIP通信が可能となる。
【0014】
また、特開2001−168915号公報では、送信するIPパケットを観測し、そのパケットが連続データフローか否かにより、物理層の転送モードを選択する方法を提案した。
【0015】
上記提案によれば、特開2000−134278号公報、特開2000−94582号公報と同様に、上位アプリケーション601〜603がIEEE1394の転送モードを選択する手段をもたない場合においても、適していると推定される転送モードを選択することができる。
【0016】
【発明が解決しようとする課題】
しかしながら、特開2000−134278号公報及び特開2000−94582号公報の手法では、IEEE1394転送モードの選択はチャネルマトロンによるもので、上位アプリケーションに対しては選択する手段は与えられていない。
【0017】
そのため、チャネルマトロンによるIEEE1394の転送モードの選択が、上位アプリケーションが期待する転送モードと異なるものになる可能性は否定できない。
【0018】
また、特開2001−168915号公報の手法においても、上位アプリケーションに対して転送モードを選択する手段は与えられていない点で同様である。本発明は上記問題を解決するためになされたものであって、上位アプリケーションに通信媒体の複数の転送モードから、実際にデータグラムの転送に使用する転送モードを選択する機会を与えることを目的とする。
【0019】
【課題を解決するための手段】
上記目的を達成するため、本出願に係る第一の発明は、通信媒体の複数の転送モードを異なるインターフェースとしてネットワーク層に認識させ、異なるネットワークアドレスを与えることを特徴とする。
【0020】
さらに好ましくは、通信媒体はIEEE1394とし、通信プロトコルはインターネットプロトコルであることとを特徴とする。
【0021】
上記構成において、一つの物理的なネットワークを、転送モードによって複数の仮想的なネットワークに別けることができ、上位アプリケーションは送信先のネットワークアドレスを選択することにより、使用する転送モードを選択することができる。
【0022】
【発明の実施の形態】
以下に、添付図面を参照して本発明の好ましい実施の形態について詳細に説明する。本実施例では、通信媒体としてIEEE1394、プロトコルとしてインターネットプロトコルを使用とするとする。
【0023】
他の通信媒体やプロトコルでの実施例については、本実施例から当業者は容易に推測することができる。
【0024】
(第一の実施例)
図2に、本発明の通信方式を適用した端末が接続されたネットワークの例を示す。
【0025】
端末201は、本発明の通信方式を適用するIEEE1394インターフェースを備え、また、本実施例では同時にイーサネットインターフェースを備えている。
【0026】
端末202および端末203は、IEEE1394インターフェースとRFC2734に従うIP over 1394のプロトコルスタックを備える通信機器である。本発明の通信方式の有無は問わない。また、ここではIEEE1394インターフェースでIEEE1394ネットワークにしか接続されていないが、他のインターフェース(イーサネットなど)で他のネットワークと接続されていても良い。
【0027】
IEEE1394ネットワーク204は、端末201〜203がIEEE1394で相互接続されていることを示している。これらの接続形態、あるいは、接続数などはこの図の例に制限されず、IEEE1394の規格上の制限に従う。
【0028】
アシンクロナス転送モード205およびアイソクロナス転送モード206は、IEEE1394ネットワーク204が独立した転送モードで通信できることを模式的に表している。実際には、物理的に別れているわけではない。
【0029】
図3に、図2の各端末に割り当てられてIPアドレスを示す。本発明では、アシンクロナス転送モードとアイソクロナス転送モードを独立したインターフェースとして扱うので、それぞれ異なるIPアドレスが与えられている。
【0030】
また、この図から192.168.1.0/255.255.255.0のネットワークアドレスはアシンクロナス転送モードのネットワーク205、192.168.2.0/255.255.255.0のネットワークアドレスはアイソクロナス転送モードのネットワーク206に相当することがわかる。
【0031】
図4に、端末201のルーティングテーブルを示す。ルーティングテーブルとはIPパケットの転送先や、送信に使用するインターフェースを決定する経路情報である。
【0032】
IPパケットの送信に際しては、IPパケットの送信先IPアドレスとNetmaskの論理積を求め、ルーティングテーブルの1行目から順にDestinationの値と比較し、最初に一致した行が適用する経路情報となる。Interfaceが送信に利用するインターフェースを表し、Gatewayが0.0.0.0の場合はIPパケットの送信先IPアドレスに送信し、それ以外の場合はGatewayの示すアドレスにIPパケットを送信する。
【0033】
図1に、本発明の通信方式を適用した場合のプロトコルスタックを示す。
【0034】
アプリケーション101〜102は、データグラムの送信を要求するアプリケーションである。送信要求されたデータグラムはTCP、UDP等のプロトコル層に渡されて必要なヘッダ等が与えられた後、IP層に渡される。
【0035】
IP層では上位層からのデータグラムにIPヘッダを付加し、IPパケットを形成する。前記形成されたIPパケットは、送信先IPアドレスとルーティングテーブルから送信に利用するインターフェースが決定され(107)、前記インターフェースのリンク層にIPパケットの送信を依頼する。
【0036】
本実施例では、IPアドレス104が192.168.1.1、IPアドレス105が192.168.2.1、IPアドレス106が192.168.3.1となる。
【0037】
ルーティングテーブルの参照(107)によって、IPアドレス104のインターフェース(アシンクロナス転送モード)が選択された場合には、IP over 1394層でアシンクロナスパケットに変換して、IEEE1394リンク層、IEEE1394物理層を通じてアシンクロナス転送モードで送信する(108)。
【0038】
同様に、IPアドレス105のインターフェース(アイソクロナス転送モード)が選択された場合にはIP over 1394層でアイソクロナスパケットに変換し、アイソクロナス転送モードで送信する(109)。
【0039】
また、IPアドレス106のインターフェース(イーサネット)が選択された場合には、通常の場合と同様にイーサネットのリンク層にIPパケットの送信を依頼する(111)。
【0040】
例えば、端末201のアプリケーションがビデオサーバとし、端末202のアプリケーションを前記ビデオサーバからビデオデータをダウンロードしながら再生(ストリーミング再生)するビデオ再生ソフトウェアとした場合、ビデオサーバとビデオ再生ソフトウェアの間のデータ転送は一定以上の転送速度が保証されることが望ましい。このようなデータ転送用途においては、帯域が保証されるアシンクロナス転送モードの利用が明らかに適している。
【0041】
そこで、端末201のアプリケーション(ビデオサーバ)はビデオデータを転送する際に送信先IPアドレスに192.168.2.2を指定することで、所望のアイソクロナス転送モードで通信を行うことができる。
【0042】
一方、端末201のアプリケーションをメールサーバとし、端末202のアプリケーションをメールサーバからメールを取得するメールクライアントとした場合、両者の間に発生する通信データは断続的なものであるため、ビデオデータのストリーミング再生のような保証された帯域は必要なく、むしろ、アシンクロナス転送モードを利用して無駄に帯域を確保しないことが望まれる。
【0043】
このような場合においては、端末201のアプリケーション(メールサーバ)はメールデータを送信する際に送信先IPアドレスに192.168.1.2を指定することで、所望のアシンクロナス転送モードで通信を行うことができる。
【0044】
【発明の効果】
以上説明したように、本出願に係る第一の発明によれば、送信先IPアドレスによって使用する転送モードが決定できるため、データグラムの送信を要求するアプリケーションが適切な送信先IPアドレスを選択することで、使用するIEEE1394の転送モードを選択できるという効果がある。
【図面の簡単な説明】
【図1】本発明の通信方式を適用した場合のプロトコルスタックの例である。
【図2】本発明の通信方式を適用した端末を含むネットワークの例である。
【図3】図2のIPアドレスの一覧である。
【図4】本発明の通信方式を適用した端末のルーティングテーブルである。
【図5】IP over 1394を利用した場合の一般的なプロトコルスタックの例である。
【図6】特開2000−134278号公報の手法を利用した場合のプロトコルスタックの例である。
【符号の説明】
101〜103…ネットワークを介した通信を行うアプリケーション
104…アシンクロナス転送モードに割り当てられたIPアドレス
105…アシンクロナス転送モードに割り当てられたIPアドレス
106…イーサネットインターフェースに割り当てられたIPアドレス
107…ルーティングによる送信インターフェースの選択
108…アシンクロナス転送モードによる送信
109…アイソクロナス転送モードによる送信
110…アシンクロナスストリームによるブロードキャスト
111…イーサネットによるネットワーク
112…IEEE1394によるネットワーク
201…本発明を適用した端末
202〜203…IP over 1394が可能な端末
204…IEEE1394による物理的なネットワーク
205…アシンクロナス転送モードによる仮想的なネットワーク
206…アイソクロナス転送モードによる仮想的なネットワーク
207…イーサネットによるネットワーク
401…送信先のネットワークアドレス
402…送信するゲートウェイのIPアドレス
403…ネットマスク
404…送信に使用するインターフェース
501〜503…ネットワークを介した通信を行うアプリケーション
504…IPパケットをIEEE1394パケットに変換する層
505…IEEE1394の転送モードの選択はできない
601〜603…ネットワークを介した通信を行うアプリケーション
604…IPパケットをIEEE1394パケットに変換する層
605…特開2000−134278による動的にIEEE1394の転送モードを制御する機構
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a communication method for enabling a higher layer to select a transfer mode used for transferring datagrams when performing communication using a communication medium having a plurality of transfer modes, for example, an IEEE1394 serial bus. The present invention relates to a communication device and a recording medium.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, when building a local area network (LAN) for connecting electronic devices having a communication function such as a computer and a printer in an office or home, it is common to use Ethernet (registered trademark) as a communication medium. Met.
[0003]
When a network is constructed by Ethernet, since there is only one Ethernet transfer mode, a datagram requested to be transmitted by an application on a communication device is always transmitted in the above-described transfer mode.
[0004]
However, recently, a communication medium which is physically one communication medium but can handle a plurality of transfer modes at the same time has appeared.
[0005]
For example, an IEEE 1394 serial bus (hereinafter, IEEE 1394) is a high-performance serial bus and has an isochronous transfer mode for real-time transfer suitable for transfer of multimedia information and an asynchronous transfer mode for normal asynchronous transfer. The area of adoption from audiovisual equipment to personal computers is expanding.
[0006]
Therefore, IEEE 1394 is expected as an infrastructure of a home network integrating not only the above-described computer-centered LAN but also audiovisual equipment.
[0007]
Thus, the Internet Engineering Task Force (IETF), which defines technical standards for the Internet, standardized IP over 1394 that performs Internet Protocol (IP) communication over IEEE 1394 as RFC 2734.
[0008]
FIG. 5 shows a protocol stack when IP over 1394 is adopted. The datagram requested to be transmitted from the applications 501 to 503 is converted at 504 into IEEE1394 according to the transfer mode for transmitting from the IP packet in accordance with RFC 2734, and transmitted.
[0009]
An asynchronous stream is a transfer mode that combines an asynchronous transfer mode and an isochronous transfer mode, and RFC 2734 recommends that it be used for transmitting broadcast packets.
[0010]
However, even when using a communication medium having such a plurality of transfer modes, an application on a communication device prepares data to be transmitted when transmitting a datagram, and then transmits the datagram to a layer immediately below. The request does not include control information related to the physical layer.
[0011]
Therefore, in a link layer that controls a communication medium having a plurality of transfer modes, it is difficult to determine which transfer mode to use when a packet (datagram) transmitted from an upper layer is received. there were. For example, in the above example using IEEE 1394, it is difficult to make a determination at 505 in FIG.
[0012]
To solve this problem, Japanese Patent Application Laid-Open No. 2000-134278 proposed a method of incorporating a channel matron mechanism in the layer of IP over 1394, investigating a tendency of data transmission, and selecting a transfer mode to be used. The items to be examined include a method of detecting a certain number or more of datagrams, a method of examining a higher-order protocol, and a method of examining a port number (FIG. 6). Similarly, Japanese Patent Laying-Open No. 2001-94582 discloses a method for checking the IP packet size in a channel matron.
[0013]
According to the above proposal, even when the higher-level applications 601 to 603 have no means for selecting the IEEE 1394 transfer mode, it is possible to select the transfer mode estimated to be more suitable for the channel matron (705), IEEE 1394 enables efficient IP communication.
[0014]
Japanese Patent Application Laid-Open No. 2001-168915 has proposed a method of observing an IP packet to be transmitted and selecting a transfer mode of a physical layer depending on whether the packet is a continuous data flow.
[0015]
According to the above proposal, as in JP-A-2000-134278 and JP-A-2000-94582, the present invention is suitable even in a case where the upper applications 601 to 603 have no means for selecting the IEEE 1394 transfer mode. Can be selected.
[0016]
[Problems to be solved by the invention]
However, in the methods disclosed in JP-A-2000-134278 and JP-A-2000-94582, the selection of the IEEE 1394 transfer mode is based on the channel matron, and no means is provided for the upper application.
[0017]
Therefore, it is undeniable that the selection of the IEEE 1394 transfer mode by the channel matron may be different from the transfer mode expected by the host application.
[0018]
Also, the technique disclosed in Japanese Patent Application Laid-Open No. 2001-168915 is similar in that a means for selecting a transfer mode is not provided to a higher-level application. The present invention has been made to solve the above problem, and has as its object to provide an upper application with an opportunity to select a transfer mode to be actually used for datagram transfer from a plurality of transfer modes of a communication medium. I do.
[0019]
[Means for Solving the Problems]
In order to achieve the above object, a first invention according to the present application is characterized in that a plurality of transfer modes of a communication medium are recognized as different interfaces by a network layer, and different network addresses are given.
[0020]
More preferably, the communication medium is IEEE1394, and the communication protocol is the Internet protocol.
[0021]
In the above configuration, one physical network can be divided into a plurality of virtual networks by a transfer mode, and the upper application can select a transfer mode to be used by selecting a destination network address. it can.
[0022]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In this embodiment, it is assumed that IEEE 1394 is used as a communication medium and an Internet protocol is used as a protocol.
[0023]
Those skilled in the art can easily infer from this embodiment the embodiment using other communication media and protocols.
[0024]
(First embodiment)
FIG. 2 shows an example of a network to which terminals to which the communication system of the present invention is applied are connected.
[0025]
The terminal 201 has an IEEE 1394 interface to which the communication system of the present invention is applied, and in the present embodiment, also has an Ethernet interface.
[0026]
The terminal 202 and the terminal 203 are communication devices provided with an IEEE 1394 interface and an IP over 1394 protocol stack conforming to RFC2734. It does not matter whether the communication system of the present invention is used. Also, here, the connection is made only to the IEEE 1394 network by the IEEE 1394 interface, but it may be connected to another network by another interface (such as Ethernet).
[0027]
The IEEE 1394 network 204 indicates that the terminals 201 to 203 are interconnected by IEEE 1394. The connection form, the number of connections, and the like are not limited to the example shown in this figure, but follow the restrictions in the IEEE 1394 standard.
[0028]
An asynchronous transfer mode 205 and an isochronous transfer mode 206 schematically indicate that the IEEE 1394 network 204 can communicate in an independent transfer mode. In fact, they are not physically separated.
[0029]
FIG. 3 shows an IP address assigned to each terminal in FIG. In the present invention, since the asynchronous transfer mode and the isochronous transfer mode are treated as independent interfaces, different IP addresses are respectively provided.
[0030]
From this figure, the network address of 192.168.1.0/255.255.255.0 is the network 205 of the asynchronous transfer mode, and the network address of 192.168.2.0/255.255.255.0 is the network address of 192.168.2.0/255.255.255.0. It can be seen that this corresponds to the network 206 in the isochronous transfer mode.
[0031]
FIG. 4 shows a routing table of the terminal 201. The routing table is path information for determining a transfer destination of an IP packet and an interface used for transmission.
[0032]
When transmitting an IP packet, the logical product of the destination IP address of the IP packet and Netmask is calculated, and the logical product is sequentially compared with the value of Destination from the first row of the routing table, and the first matching row becomes the path information to be applied. The Interface indicates an interface used for transmission. If the Gateway is 0.0.0.0, the IP packet is transmitted to the destination IP address of the IP packet. Otherwise, the IP packet is transmitted to the address indicated by the Gateway.
[0033]
FIG. 1 shows a protocol stack when the communication system of the present invention is applied.
[0034]
The applications 101 to 102 are applications that request transmission of datagrams. The datagram requested to be transmitted is passed to a protocol layer such as TCP or UDP, and a necessary header or the like is given. Then, the datagram is passed to an IP layer.
[0035]
In the IP layer, an IP header is added to the datagram from the upper layer to form an IP packet. With respect to the formed IP packet, an interface to be used for transmission is determined based on the destination IP address and the routing table (107), and the link layer of the interface is requested to transmit the IP packet.
[0036]
In this embodiment, the IP address 104 is 192.168.1.1, the IP address 105 is 192.168.2.1, and the IP address 106 is 192.168.3.1.
[0037]
If the interface (asynchronous transfer mode) of the IP address 104 is selected by referring to the routing table (107), the packet is converted into an asynchronous packet in the IP over 1394 layer, and is transmitted through the IEEE 1394 link layer and the IEEE 1394 physical layer. (108).
[0038]
Similarly, when the interface (isochronous transfer mode) of the IP address 105 is selected, the packet is converted into an isochronous packet in the IP over 1394 layer and transmitted in the isochronous transfer mode (109).
[0039]
When the interface (Ethernet) of the IP address 106 is selected, the transmission of the IP packet is requested to the link layer of the Ethernet as in the normal case (111).
[0040]
For example, when the application of the terminal 201 is a video server and the application of the terminal 202 is video playback software for playing (streaming playback) while downloading video data from the video server, data transfer between the video server and the video playback software It is desirable that a transfer rate of at least a certain level is guaranteed. In such data transfer applications, the use of the asynchronous transfer mode in which the bandwidth is guaranteed is clearly suitable.
[0041]
Therefore, the application (video server) of the terminal 201 can perform communication in a desired isochronous transfer mode by specifying 192.168.2.2 as the destination IP address when transferring video data.
[0042]
On the other hand, when the application of the terminal 201 is a mail server and the application of the terminal 202 is a mail client that obtains mail from the mail server, the communication data generated between the two is intermittent, so that video data streaming is performed. A guaranteed band such as reproduction is not required, but rather, it is desired not to uselessly secure a band using the asynchronous transfer mode.
[0043]
In such a case, the application (mail server) of the terminal 201 performs communication in a desired asynchronous transfer mode by specifying 192.168.1.2 as a destination IP address when transmitting mail data. be able to.
[0044]
【The invention's effect】
As described above, according to the first aspect of the present application, since the transfer mode to be used can be determined based on the destination IP address, the application requesting the transmission of the datagram selects an appropriate destination IP address. This has the effect that the IEEE 1394 transfer mode to be used can be selected.
[Brief description of the drawings]
FIG. 1 is an example of a protocol stack when the communication system of the present invention is applied.
FIG. 2 is an example of a network including a terminal to which the communication system of the present invention is applied.
FIG. 3 is a list of IP addresses in FIG. 2;
FIG. 4 is a routing table of a terminal to which the communication system of the present invention has been applied.
FIG. 5 is an example of a general protocol stack when IP over 1394 is used.
FIG. 6 is an example of a protocol stack when the technique disclosed in Japanese Patent Application Laid-Open No. 2000-134278 is used.
[Explanation of symbols]
101 to 103: Application 104 for performing communication via a network 104: IP address 105 assigned to asynchronous transfer mode IP address assigned to asynchronous transfer mode 106: IP address 107 assigned to Ethernet interface 107: Transmission interface by routing Selection 108 transmission in the asynchronous transfer mode 109 transmission in the isochronous transfer mode 110 broadcast in an asynchronous stream 111 network 112 in Ethernet network 201 in IEEE 1394 terminals 202 to 203 to which the present invention is applied IP over 1394 is possible Terminal 204: Physical network 205 by IEEE 1394: Asynchronous Virtual network 206 by transmission mode Virtual network 207 by isochronous transfer mode Network 401 by Ethernet Network address 402 of destination 402 IP address 403 of gateway to transmit Network mask 404 Interfaces 501 used for transmission 503: An application for performing communication via a network 504: A layer for converting an IP packet into an IEEE 1394 packet 505: A transfer mode of IEEE 1394 cannot be selected 601 to 603: An application for performing communication via a network 604: An IP packet for IEEE 1394 packet Layer 605 for converting to a mechanism for dynamically controlling the transfer mode of IEEE 1394 according to JP-A-2000-134278

Claims (12)

複数の転送モードを備える通信媒体を用いて通信する際の通信方式であって、前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させる手段と、
前記インターフェースに異なるネットワークアドレスを与える手段を有することを特徴とする通信方式。
A communication method for performing communication using a communication medium having a plurality of transfer modes, and means for causing a network layer to recognize the plurality of communication modes as different interfaces,
A communication system comprising means for giving a different network address to the interface.
上記通信媒体はIEEE1394シリアルバスとすることを特徴とする請求項1記載の通信方式。2. The communication system according to claim 1, wherein said communication medium is an IEEE 1394 serial bus. 通信に利用するプロトコルはインターネットプロトコルであって、上記ネットワーク層はインターネットプロトコル層であり、上記ネットワークアドレスはIPアドレスであることを特徴とする請求項1又は2記載の通信方式。3. The communication system according to claim 1, wherein a protocol used for communication is an Internet protocol, said network layer is an Internet protocol layer, and said network address is an IP address. 複数の転送モードを備える通信媒体を用いて通信する際に用いる通信装置であって、
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させる手段と、
前記インターフェースに異なるネットワークアドレスを与える手段を有することを特徴とする通信装置。
A communication device used when communicating using a communication medium having a plurality of transfer modes,
Means for causing the network layer to recognize the plurality of communication modes as different interfaces,
A communication device, comprising: means for giving a different network address to the interface.
上記通信媒体はIEEE1394シリアルバスとすることを特徴とする請求項4記載の通信装置。The communication device according to claim 4, wherein the communication medium is an IEEE 1394 serial bus. 通信に利用するプロトコルはインターネットプロトコルであって、上記ネットワーク層はインターネットプロトコル層であり、上記ネットワークアドレスはIPアドレスであることを特徴とする請求項4又は5記載の通信装置。6. The communication device according to claim 4, wherein a protocol used for communication is an Internet protocol, said network layer is an Internet protocol layer, and said network address is an IP address. 複数の転送モードを備える通信媒体を用いて通信する際のプログラムであって、
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させるステップと、
前記インターフェースに異なるネットワークアドレスを与えるステップを有する事を特徴とするプログラム。
A program for communicating using a communication medium having a plurality of transfer modes,
Causing the network layer to recognize the plurality of communication modes as different interfaces;
A program for providing a different network address to the interface.
上記通信媒体はIEEE1394シリアルバスとすることを特徴とする請求項7記載のプログラム。8. The program according to claim 7, wherein the communication medium is an IEEE 1394 serial bus. 通信に利用するプロトコルはインターネットプロトコルあって、上記ネットワーク層はインターネットプロトコル層であり、上記ネットワークアドレスはIPアドレスであることを特徴とする請求項7又は8記載のプログラム。9. The program according to claim 7, wherein a protocol used for communication is an Internet protocol, said network layer is an Internet protocol layer, and said network address is an IP address. 複数の転送モードを備える通信媒体を用いて通信する際のプログラムを記録した記録媒体であって、
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させるステップと、
前記インターフェースに異なるネットワークアドレスを与えるステップを有するプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
A recording medium recording a program when communicating using a communication medium having a plurality of transfer modes,
Causing the network layer to recognize the plurality of communication modes as different interfaces;
A computer-readable recording medium having recorded thereon a program having a step of giving a different network address to the interface.
上記通信媒体はIEEE1394シリアルバスとすることを特徴とする請求項8記載の記録媒体。9. The recording medium according to claim 8, wherein said communication medium is an IEEE 1394 serial bus. 通信に利用するプロトコルはインターネットプロトコルあって、上記ネットワーク層はインターネットプロトコル層であり、上記ネットワークアドレスはIPアドレスであることを特徴とする請求項11又は12記載の記録媒体。13. The recording medium according to claim 11, wherein a protocol used for communication is an Internet protocol, said network layer is an Internet protocol layer, and said network address is an IP address.
JP2002220902A 2002-07-30 2002-07-30 Communication system, communication equipment, program, and recording medium Pending JP2004064477A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002220902A JP2004064477A (en) 2002-07-30 2002-07-30 Communication system, communication equipment, program, and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002220902A JP2004064477A (en) 2002-07-30 2002-07-30 Communication system, communication equipment, program, and recording medium

Publications (1)

Publication Number Publication Date
JP2004064477A true JP2004064477A (en) 2004-02-26

Family

ID=31941374

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002220902A Pending JP2004064477A (en) 2002-07-30 2002-07-30 Communication system, communication equipment, program, and recording medium

Country Status (1)

Country Link
JP (1) JP2004064477A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005352948A (en) * 2004-06-14 2005-12-22 Canon Inc Control device, network controller, information processing system, communication processing method, computer-readable storage medium storing program, and program
JP2006039982A (en) * 2004-07-28 2006-02-09 Canon Inc Control method for information processor, information processor, and control program for information processor

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005352948A (en) * 2004-06-14 2005-12-22 Canon Inc Control device, network controller, information processing system, communication processing method, computer-readable storage medium storing program, and program
JP4641392B2 (en) * 2004-06-14 2011-03-02 キヤノン株式会社 Control device, communication processing method, and program
JP2006039982A (en) * 2004-07-28 2006-02-09 Canon Inc Control method for information processor, information processor, and control program for information processor
US7849231B2 (en) 2004-07-28 2010-12-07 Canon Kabushiki Kaisha Method of controlling information processing apparatus, information processing apparatus, and control program therefor

Similar Documents

Publication Publication Date Title
US8571045B2 (en) Data stream router
JP4627669B2 (en) Packet transfer apparatus and transfer control method thereof
JP4672405B2 (en) Communication system, information processing system, connection server, processing server, information processing apparatus, and information processing method
US7675939B2 (en) Transmission apparatus and method, reception apparatus and method, communication system, recording medium, and program
US8649395B2 (en) Protocol stack using shared memory
US20050071494A1 (en) Method and apparatus for providing fixed bandwidth communications over a local area network
JP4454072B2 (en) IP communication network system and QoS guarantee device
US7096272B1 (en) Methods and apparatus for pooling and depooling the transmission of stream data
JP2005539456A (en) Method and apparatus for integrating heterogeneous network protocol and multimedia data
EP2448183A1 (en) Relay device and method thereof
JP2004236332A (en) Identification of packet data flow for multiplexing
WO2003039087A1 (en) Method, system, and data structure for multimedia communications
EP1639783B1 (en) Method and apparatus for mapping prioritized qos packets to parameterized qos channels and vice versa
EP1648127B1 (en) Method and apparatus for transmitting isochronous stream
US6865189B2 (en) Minimal latency serial media independent interface to media independent interface converter
JP3519628B2 (en) Relay device
KR20050049864A (en) Multimedia communication device using software protocol stack and hardware protocol stack and communication method thereof
JP2004064477A (en) Communication system, communication equipment, program, and recording medium
JP4487711B2 (en) Transmitting apparatus and method, receiving apparatus, communication system, recording medium, and program
KR100406524B1 (en) Apparatus and Method of Bridging for Stream Data Processing
JP3604032B2 (en) IEEE 1394-Ethernet bridge node and method
WO2007131892A1 (en) Multimedia data interface device
Lee et al. An analysis of the performance of TCP over IEEE 1394 home networks
EP2045969A1 (en) Data stream router
Wu et al. IP Home Network Multimedia Application over IEEE 1394