JP2004064477A - Communication system, communication equipment, program, and recording medium - Google Patents
Communication system, communication equipment, program, and recording medium Download PDFInfo
- 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
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
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
[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-
[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
[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
[0026]
The terminal 202 and the terminal 203 are communication devices provided with an
[0027]
The
[0028]
An asynchronous transfer mode 205 and an isochronous transfer mode 206 schematically indicate that the
[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
[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
[0037]
If the interface (asynchronous transfer mode) of the
[0038]
Similarly, when the interface (isochronous transfer mode) of the
[0039]
When the interface (Ethernet) of the
[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
[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:
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.
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させる手段と、
前記インターフェースに異なるネットワークアドレスを与える手段を有することを特徴とする通信装置。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.
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させるステップと、
前記インターフェースに異なるネットワークアドレスを与えるステップを有する事を特徴とするプログラム。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.
前記複数の通信モードを異なるインターフェースとしてネットワーク層に認識させるステップと、
前記インターフェースに異なるネットワークアドレスを与えるステップを有するプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。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.
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)
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 |
-
2002
- 2002-07-30 JP JP2002220902A patent/JP2004064477A/en active Pending
Cited By (4)
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 |