JP2003218976A - 半導体装置 - Google Patents
半導体装置Info
- Publication number
- JP2003218976A JP2003218976A JP2002017653A JP2002017653A JP2003218976A JP 2003218976 A JP2003218976 A JP 2003218976A JP 2002017653 A JP2002017653 A JP 2002017653A JP 2002017653 A JP2002017653 A JP 2002017653A JP 2003218976 A JP2003218976 A JP 2003218976A
- Authority
- JP
- Japan
- Prior art keywords
- external device
- connection request
- tcp
- state
- resource
- 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.)
- Withdrawn
Links
Landscapes
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 外部機器からの接続要求を受け付けることが
できない時間を短くすることができる半導体装置を提供
する。 【解決手段】 外部機器とＴＣＰ／ＩＰエンジン部１５
との間のデータの受け渡し等を行うネットワークインタ
フェース部１１と、外部機器からの接続要求を保持する
キュー部１２と、ＣＰＵ２とＴＣＰ／ＩＰエンジン部１
５との間のデータの受け渡し等を行うＣＰＵインタフェ
ース部１３と、リソースがｃｌｏｓｅ−ｗａｉｔ状態で
ある場合にキュー部１２に接続要求が保持されているか
否かをチェックし接続要求が保持されていれば接続要求
を受け付けることを指定する接続要求検査フラグを保持
するフラグ保持部１４と、通信路を管理する１個のリソ
ースを有しており、このリソースを操作することによ
り、ＣＰＵ２と外部機器との間のＴＣＰ／ＩＰによる通
信を行うＴＣＰ／ＩＰエンジン部１５とを具備する。
できない時間を短くすることができる半導体装置を提供
する。 【解決手段】 外部機器とＴＣＰ／ＩＰエンジン部１５
との間のデータの受け渡し等を行うネットワークインタ
フェース部１１と、外部機器からの接続要求を保持する
キュー部１２と、ＣＰＵ２とＴＣＰ／ＩＰエンジン部１
５との間のデータの受け渡し等を行うＣＰＵインタフェ
ース部１３と、リソースがｃｌｏｓｅ−ｗａｉｔ状態で
ある場合にキュー部１２に接続要求が保持されているか
否かをチェックし接続要求が保持されていれば接続要求
を受け付けることを指定する接続要求検査フラグを保持
するフラグ保持部１４と、通信路を管理する１個のリソ
ースを有しており、このリソースを操作することによ
り、ＣＰＵ２と外部機器との間のＴＣＰ／ＩＰによる通
信を行うＴＣＰ／ＩＰエンジン部１５とを具備する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＣＰＵを有する情
報処理装置に実装され、ＣＰＵと他の情報処理装置との
間のＴＣＰ／ＩＰ（Transmission Control Protocol/In
ternet Protocol：送信制御プロトコル／インターネッ
トプロトコル）による通信を行う半導体装置に関する。
報処理装置に実装され、ＣＰＵと他の情報処理装置との
間のＴＣＰ／ＩＰ（Transmission Control Protocol/In
ternet Protocol：送信制御プロトコル／インターネッ
トプロトコル）による通信を行う半導体装置に関する。
【０００２】
【従来の技術】従来より、ワークステーション、ＰＣ
（パーソナルコンピュータ）、ＰＤＡ（携帯情報端
末）、ルータ等の情報処理装置において、ＴＣＰ／ＩＰ
による通信が行われている。図４は、このような従来の
情報処理装置の一例としてのＰＤＡの構成を示す図であ
る。図４に示すように、ＰＤＡ３０は、ＣＰＵ３１と、
ＲＡＭ３２と、ＲＯＭ３３と、表示部３４と、入力部３
５と、ネットワークインタフェース部３６とを具備す
る。
（パーソナルコンピュータ）、ＰＤＡ（携帯情報端
末）、ルータ等の情報処理装置において、ＴＣＰ／ＩＰ
による通信が行われている。図４は、このような従来の
情報処理装置の一例としてのＰＤＡの構成を示す図であ
る。図４に示すように、ＰＤＡ３０は、ＣＰＵ３１と、
ＲＡＭ３２と、ＲＯＭ３３と、表示部３４と、入力部３
５と、ネットワークインタフェース部３６とを具備す
る。
【０００３】表示部３４は、文字、画像等を表示するＬ
ＣＤ等であり、入力部３５は、ユーザがデータ等を入力
するためのタッチパネル等である。ＣＰＵ３１は、ＲＡ
Ｍ３２を作業用領域として使用しながら、ＲＯＭ３３に
格納されたＯＳ（オペレーティングシステム）プログラ
ム、アプリケーションプログラム、ＴＣＰ／ＩＰのプロ
トコルスタック等を実行する。ＰＤＡ３０においては、
アプリケーションプログラム等の実行において、外部機
器との間でＴＣＰ／ＩＰによる通信を行う必要が生じた
場合には、プロトコルスタックによってＴＣＰ／ＩＰに
よる通信処理が行われ、ネットワークインタフェース３
６を介して、外部機器との間のＴＣＰ／ＩＰによる通信
が行われる。同様に、外部機器から接続要求を受け取る
と、プロトコルスタックによってＴＣＰ／ＩＰによる通
信が行われる。図５は、プロトコルスタックによって操
作されるＴＣＰのリソース（ソケット）の一般的な状態
遷移図である。
ＣＤ等であり、入力部３５は、ユーザがデータ等を入力
するためのタッチパネル等である。ＣＰＵ３１は、ＲＡ
Ｍ３２を作業用領域として使用しながら、ＲＯＭ３３に
格納されたＯＳ（オペレーティングシステム）プログラ
ム、アプリケーションプログラム、ＴＣＰ／ＩＰのプロ
トコルスタック等を実行する。ＰＤＡ３０においては、
アプリケーションプログラム等の実行において、外部機
器との間でＴＣＰ／ＩＰによる通信を行う必要が生じた
場合には、プロトコルスタックによってＴＣＰ／ＩＰに
よる通信処理が行われ、ネットワークインタフェース３
６を介して、外部機器との間のＴＣＰ／ＩＰによる通信
が行われる。同様に、外部機器から接続要求を受け取る
と、プロトコルスタックによってＴＣＰ／ＩＰによる通
信が行われる。図５は、プロトコルスタックによって操
作されるＴＣＰのリソース（ソケット）の一般的な状態
遷移図である。
【０００４】一般に、上記のようなプロトコルスタック
は、プロトコルスタック提供事業者とライセンス契約を
締結することにより、使用可能となる。しかしながら、
製品展開の過程でＣＰＵ３１が他のＣＰＵに変更され、
ＣＰＵの命令セットが変更される場合がある。このよう
な場合には、新たなＣＰＵで使用可能なプロトコルスタ
ックを使用するために、プロトコルスタック提供事業者
と別途ライセンス契約を締結し直す必要がある。
は、プロトコルスタック提供事業者とライセンス契約を
締結することにより、使用可能となる。しかしながら、
製品展開の過程でＣＰＵ３１が他のＣＰＵに変更され、
ＣＰＵの命令セットが変更される場合がある。このよう
な場合には、新たなＣＰＵで使用可能なプロトコルスタ
ックを使用するために、プロトコルスタック提供事業者
と別途ライセンス契約を締結し直す必要がある。
【０００５】また、プロトコルスタックを使用する代わ
りに、ＴＣＰ／ＩＰを実装しており、バークレーソケッ
トインタフェースのようなＡＰＩ（Application Progra
mming Interface）を提供するＯＳを使用することも考
えられる。ＴＣＰ／ＩＰを実装したＯＳを使用する場合
には、多数のソケット（リソース）を扱うことができる
ので、接続要求があるたびに、予め作成された第１のソ
ケットから第２のソケットを作成して通信を行うことが
できる。さらに、第２のソケットによって通信を行って
いる間に他の接続要求があった場合には、第１のソケッ
トから第３のソケットを作成して通信を行うことができ
る。しかしながら、ＴＣＰ／ＩＰを実装したＯＳ（例え
ば、Ｗｉｎｄｏｗｓ（マイクロソフト社の商標）、Ｌｉ
ｎｕｘ（Linus Torvalds氏の商標）等）を動作させるた
めには、大容量のＲＡＭ、ストレージデバイス（例え
ば、ハードディスク装置）等が必要となるため、これら
のＯＳをＰＤＡ等において動作させることは容易ではな
い。
りに、ＴＣＰ／ＩＰを実装しており、バークレーソケッ
トインタフェースのようなＡＰＩ（Application Progra
mming Interface）を提供するＯＳを使用することも考
えられる。ＴＣＰ／ＩＰを実装したＯＳを使用する場合
には、多数のソケット（リソース）を扱うことができる
ので、接続要求があるたびに、予め作成された第１のソ
ケットから第２のソケットを作成して通信を行うことが
できる。さらに、第２のソケットによって通信を行って
いる間に他の接続要求があった場合には、第１のソケッ
トから第３のソケットを作成して通信を行うことができ
る。しかしながら、ＴＣＰ／ＩＰを実装したＯＳ（例え
ば、Ｗｉｎｄｏｗｓ（マイクロソフト社の商標）、Ｌｉ
ｎｕｘ（Linus Torvalds氏の商標）等）を動作させるた
めには、大容量のＲＡＭ、ストレージデバイス（例え
ば、ハードディスク装置）等が必要となるため、これら
のＯＳをＰＤＡ等において動作させることは容易ではな
い。
【０００６】そこで、ＣＰＵがＴＣＰ／ＩＰによる通信
を行う必要をなくすために、ＴＣＰ／ＩＰによる通信を
行う半導体装置を用いることが考えられる。このような
ＴＣＰ／ＩＰによる通信を行う半導体装置においては、
処理能力等の制約から、ＴＣＰ／ＩＰの通信路を管理す
るリソースを１〜数個程度しか扱うことができない場合
がある。特に、リソースを１個しか扱うことができない
場合には、半導体装置は、第１の通信が終了した後、リ
ソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態から最
終応答（ｌａｓｔ−ａｃｋ）状態を経由して切断（ｃｌ
ｏｓｅｄ）状態に遷移し、さらに、ＣＰＵからパラメー
タなどの再設定を受けてリッスン（ｌｉｓｔｅｎ）状態
に遷移するまでの間は、外部機器からの接続要求を受け
付けることができない。
を行う必要をなくすために、ＴＣＰ／ＩＰによる通信を
行う半導体装置を用いることが考えられる。このような
ＴＣＰ／ＩＰによる通信を行う半導体装置においては、
処理能力等の制約から、ＴＣＰ／ＩＰの通信路を管理す
るリソースを１〜数個程度しか扱うことができない場合
がある。特に、リソースを１個しか扱うことができない
場合には、半導体装置は、第１の通信が終了した後、リ
ソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態から最
終応答（ｌａｓｔ−ａｃｋ）状態を経由して切断（ｃｌ
ｏｓｅｄ）状態に遷移し、さらに、ＣＰＵからパラメー
タなどの再設定を受けてリッスン（ｌｉｓｔｅｎ）状態
に遷移するまでの間は、外部機器からの接続要求を受け
付けることができない。
【０００７】
【発明が解決しようとする課題】そこで、上記の点に鑑
み、本発明は、ＴＣＰ／ＩＰによる通信を行う半導体装
置であって、外部機器からの接続要求を受け付けること
ができない時間を短くすることができる半導体装置を提
供することを目的とする。
み、本発明は、ＴＣＰ／ＩＰによる通信を行う半導体装
置であって、外部機器からの接続要求を受け付けること
ができない時間を短くすることができる半導体装置を提
供することを目的とする。
【０００８】
【課題を解決するための手段】以上の課題を解決するた
め、本発明に係る半導体装置は、ＴＣＰ／ＩＰ（Transm
ission Control Protocol/Internet Protocol：送信制
御プロトコル／インターネットプロトコル）による通信
を行う半導体装置であって、ＣＰＵとの間でデータの送
受信を行う第１のインタフェース部と、ネットワークを
介して外部機器に接続されたネットワークインタフェー
スとの間でデータの送受信を行う第２のインタフェース
部と、ＴＣＰの状態遷移を行うことによりＴＣＰ／ＩＰ
の通信路を管理するリソースを操作して、ＣＰＵと外部
機器との間のＴＣＰ／ＩＰによる通信を行う通信処理部
であって、リソースが切断待ち（ｃｌｏｓｅ−ｗａｉ
ｔ）状態である場合に、外部機器からの接続要求を受け
付ける旨の指示を第１のインタフェース部を介してＣＰ
Ｕから受信し、接続要求を第２のインタフェース部を介
して外部機器から受信したときに、リソースを同期受信
（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移させる通信処
理部とを具備する。
め、本発明に係る半導体装置は、ＴＣＰ／ＩＰ（Transm
ission Control Protocol/Internet Protocol：送信制
御プロトコル／インターネットプロトコル）による通信
を行う半導体装置であって、ＣＰＵとの間でデータの送
受信を行う第１のインタフェース部と、ネットワークを
介して外部機器に接続されたネットワークインタフェー
スとの間でデータの送受信を行う第２のインタフェース
部と、ＴＣＰの状態遷移を行うことによりＴＣＰ／ＩＰ
の通信路を管理するリソースを操作して、ＣＰＵと外部
機器との間のＴＣＰ／ＩＰによる通信を行う通信処理部
であって、リソースが切断待ち（ｃｌｏｓｅ−ｗａｉ
ｔ）状態である場合に、外部機器からの接続要求を受け
付ける旨の指示を第１のインタフェース部を介してＣＰ
Ｕから受信し、接続要求を第２のインタフェース部を介
して外部機器から受信したときに、リソースを同期受信
（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移させる通信処
理部とを具備する。
【０００９】ここで、ＣＰＵから受信した、外部機器か
らの接続要求を受け付ける旨の指示を保持する第１の保
持部、及び外部機器から受信した接続要求を保持する第
２の保持部を具備し、通信処理部が、リソースが接続
（ｅｓｔａｂｌｉｓｈｅｄ）状態から切断待ち（ｃｌｏ
ｓｅ−ｗａｉｔ）状態へ遷移したときに、外部機器から
の接続要求を受け付ける旨の指示が第１の保持部に保持
され、外部機器から受信した接続要求が第２の保持部に
保持されている場合に、リソースを同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に遷移させることとしても良
い。また、ネットワークが、ＩＥＥＥ８０２．３によっ
て規定される１０Ｂａｓｅ−Ｔ若しくは１００Ｂａｓｅ
−ＴＸであることとしても良い。
らの接続要求を受け付ける旨の指示を保持する第１の保
持部、及び外部機器から受信した接続要求を保持する第
２の保持部を具備し、通信処理部が、リソースが接続
（ｅｓｔａｂｌｉｓｈｅｄ）状態から切断待ち（ｃｌｏ
ｓｅ−ｗａｉｔ）状態へ遷移したときに、外部機器から
の接続要求を受け付ける旨の指示が第１の保持部に保持
され、外部機器から受信した接続要求が第２の保持部に
保持されている場合に、リソースを同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に遷移させることとしても良
い。また、ネットワークが、ＩＥＥＥ８０２．３によっ
て規定される１０Ｂａｓｅ−Ｔ若しくは１００Ｂａｓｅ
−ＴＸであることとしても良い。
【００１０】以上の構成によれば、外部機器からの接続
要求を受け付けることができない時間を短くすることが
できる。
要求を受け付けることができない時間を短くすることが
できる。
【００１１】
【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態について説明する。図１に、本発明の一
実施形態としての通信コントローラを用いたＰＤＡの構
成を示す。図１に示すように、ＰＤＡ１は、ＣＰＵ２、
ＲＡＭ３、ＲＯＭ４、表示部５、入力部６、通信コント
ローラ７、及び、ネットワークインタフェース８を有し
ている。
明の実施の形態について説明する。図１に、本発明の一
実施形態としての通信コントローラを用いたＰＤＡの構
成を示す。図１に示すように、ＰＤＡ１は、ＣＰＵ２、
ＲＡＭ３、ＲＯＭ４、表示部５、入力部６、通信コント
ローラ７、及び、ネットワークインタフェース８を有し
ている。
【００１２】表示部５は、文字、画像等を表示するＬＣ
Ｄ等であり、入力部６は、ユーザがデータ等を入力する
ためのタッチパネル等である。ＣＰＵ２は、ＲＡＭ３を
作業用領域として使用しながら、ＲＯＭ４に格納された
ＯＳ（オペレーティングシステム）を実行し、さらに、
ユーザからの要求に応じて、ＲＯＭ４に格納された各種
のアプリケーションプログラムを実行する。
Ｄ等であり、入力部６は、ユーザがデータ等を入力する
ためのタッチパネル等である。ＣＰＵ２は、ＲＡＭ３を
作業用領域として使用しながら、ＲＯＭ４に格納された
ＯＳ（オペレーティングシステム）を実行し、さらに、
ユーザからの要求に応じて、ＲＯＭ４に格納された各種
のアプリケーションプログラムを実行する。
【００１３】ＣＰＵ２は、例えば、メールクライアント
プログラム等のアプリケーションプログラムの実行にお
いて、ネットワークに接続された外部機器との間でＴＣ
Ｐ／ＩＰによる通信を行う必要が生じた場合には、外部
機器への接続を通信コントローラ７に要求する。通信コ
ントローラ７は、ＴＣＰ／ＩＰによる通信の物理層（例
えば、ＩＥＥＥ８０２．３に規定される１０Ｂａｓｅ−
Ｔ等）を担うネットワークインタフェース８に接続され
ており、ＣＰＵ２から外部機器への接続要求を受け取る
と、該外部機器との間の通信路を確立し、ＣＰＵ２と外
部機器との間のＴＣＰ／ＩＰによる通信を行い、その
後、通信路の切断を行う。また、通信コントローラ７
は、外部機器からＣＰＵ２への接続要求を受信した場合
にも、該外部機器との間の通信路を確立し、ＣＰＵ２と
外部機器との間のＴＣＰ／ＩＰによる通信を行い、その
後、通信路の切断を行う。
プログラム等のアプリケーションプログラムの実行にお
いて、ネットワークに接続された外部機器との間でＴＣ
Ｐ／ＩＰによる通信を行う必要が生じた場合には、外部
機器への接続を通信コントローラ７に要求する。通信コ
ントローラ７は、ＴＣＰ／ＩＰによる通信の物理層（例
えば、ＩＥＥＥ８０２．３に規定される１０Ｂａｓｅ−
Ｔ等）を担うネットワークインタフェース８に接続され
ており、ＣＰＵ２から外部機器への接続要求を受け取る
と、該外部機器との間の通信路を確立し、ＣＰＵ２と外
部機器との間のＴＣＰ／ＩＰによる通信を行い、その
後、通信路の切断を行う。また、通信コントローラ７
は、外部機器からＣＰＵ２への接続要求を受信した場合
にも、該外部機器との間の通信路を確立し、ＣＰＵ２と
外部機器との間のＴＣＰ／ＩＰによる通信を行い、その
後、通信路の切断を行う。
【００１４】図２は、本発明の一実施形態として、通信
コントローラ７の内部構成を示す図である。図２に示す
ように、通信コントローラ７は、ネットワークインタフ
ェース部１１と、キュー部１２と、ＣＰＵインタフェー
ス部１３と、フラグ保持部１４と、ＴＣＰ／ＩＰエンジ
ン部１５とを含んでいる。ネットワークインタフェース
部１１は、ネットワークに接続された外部機器からの接
続要求を受け取ると、該接続要求をキュー部１２に送
る。また、ネットワークインタフェース部１１は、外部
機器から通信データを受け取ってＴＣＰ／ＩＰエンジン
部１５に送り、ＴＣＰ／ＩＰエンジン部１５から通信デ
ータを受け取って外部機器に送る。キュー部１２は、外
部機器からの接続要求を保持するＦＩＦＯバッファであ
る。
コントローラ７の内部構成を示す図である。図２に示す
ように、通信コントローラ７は、ネットワークインタフ
ェース部１１と、キュー部１２と、ＣＰＵインタフェー
ス部１３と、フラグ保持部１４と、ＴＣＰ／ＩＰエンジ
ン部１５とを含んでいる。ネットワークインタフェース
部１１は、ネットワークに接続された外部機器からの接
続要求を受け取ると、該接続要求をキュー部１２に送
る。また、ネットワークインタフェース部１１は、外部
機器から通信データを受け取ってＴＣＰ／ＩＰエンジン
部１５に送り、ＴＣＰ／ＩＰエンジン部１５から通信デ
ータを受け取って外部機器に送る。キュー部１２は、外
部機器からの接続要求を保持するＦＩＦＯバッファであ
る。
【００１５】ＣＰＵインタフェース部１３は、ＣＰＵ２
から通信データ、通信パラメータ等を受け取ってＴＣＰ
／ＩＰエンジン部１５に送り、ＴＣＰ／ＩＰエンジン部
１５から通信データ等を受け取ってＣＰＵ２に送る。ま
た、ＣＰＵインタフェース部１３は、ＴＣＰ／ＩＰエン
ジン部１５によって操作されるリソースが切断待ち（ｃ
ｌｏｓｅ−ｗａｉｔ）状態である場合にキュー部１２に
接続要求が保持されているか否かをチェックし接続要求
が保持されていれば接続要求を受け付けること（以下、
「接続要求検査」という）を指定する接続要求検査フラ
グをＣＰＵ２から受け取ると、フラグ保持部１４に送
り、フラグ保持部１４がこの接続要求検査フラグを保持
する。
から通信データ、通信パラメータ等を受け取ってＴＣＰ
／ＩＰエンジン部１５に送り、ＴＣＰ／ＩＰエンジン部
１５から通信データ等を受け取ってＣＰＵ２に送る。ま
た、ＣＰＵインタフェース部１３は、ＴＣＰ／ＩＰエン
ジン部１５によって操作されるリソースが切断待ち（ｃ
ｌｏｓｅ−ｗａｉｔ）状態である場合にキュー部１２に
接続要求が保持されているか否かをチェックし接続要求
が保持されていれば接続要求を受け付けること（以下、
「接続要求検査」という）を指定する接続要求検査フラ
グをＣＰＵ２から受け取ると、フラグ保持部１４に送
り、フラグ保持部１４がこの接続要求検査フラグを保持
する。
【００１６】ＴＣＰ／ＩＰエンジン部１５は、通信路を
管理する１個のリソースを有しており、このリソースを
操作することにより、ＣＰＵ２と外部機器との間のＴＣ
Ｐ／ＩＰによる通信を行う。図３は、ＴＣＰ／ＩＰエン
ジン部１５が有するリソースの状態遷移図である。
管理する１個のリソースを有しており、このリソースを
操作することにより、ＣＰＵ２と外部機器との間のＴＣ
Ｐ／ＩＰによる通信を行う。図３は、ＴＣＰ／ＩＰエン
ジン部１５が有するリソースの状態遷移図である。
【００１７】次に、ＴＣＰ／ＩＰエンジン部１５の動作
及びリソースの状態遷移について、図１〜図３を参照し
ながら説明する。リソースは、初期において、切断（ｃ
ｌｏｓｅｄ）状態となっており、ＴＣＰ／ＩＰエンジン
部１５がＣＰＵ２の指示に応じて所定のパラメータ等を
リソースに設定すると、リソースは、リッスン（ｌｉｓ
ｔｅｎ）状態に遷移する。
及びリソースの状態遷移について、図１〜図３を参照し
ながら説明する。リソースは、初期において、切断（ｃ
ｌｏｓｅｄ）状態となっており、ＴＣＰ／ＩＰエンジン
部１５がＣＰＵ２の指示に応じて所定のパラメータ等を
リソースに設定すると、リソースは、リッスン（ｌｉｓ
ｔｅｎ）状態に遷移する。
【００１８】ＴＣＰ／ＩＰエンジン部１５は、リソース
がリッスン（ｌｉｓｔｅｎ）状態である場合に外部機器
からの接続要求を受けると、リソースを同期受信（ｓｙ
ｎ−ｒｅｃｅｉｖｅｄ）状態を経由して接続（ｅｓｔａ
ｂｌｉｓｈｅｄ）状態に遷移させる。また、ＴＣＰ／Ｉ
Ｐエンジン部１５は、リソースがリッスン（ｌｉｓｔｅ
ｎ）状態である場合にＣＰＵ２からの接続要求を受ける
と、リソースを同期送信（ｓｙｎ−ｓｅｎｔ）状態を経
由して接続（ｅｓｔａｂｌｉｓｈｅｄ）状態に遷移させ
る。ＴＣＰ／ＩＰエンジン部１５は、リソースが接続
（ｅｓｔａｂｌｉｓｈｅｄ）状態である場合に、ＣＰＵ
２と外部機器との間のＴＣＰ／ＩＰによる通信を行うこ
とができる。
がリッスン（ｌｉｓｔｅｎ）状態である場合に外部機器
からの接続要求を受けると、リソースを同期受信（ｓｙ
ｎ−ｒｅｃｅｉｖｅｄ）状態を経由して接続（ｅｓｔａ
ｂｌｉｓｈｅｄ）状態に遷移させる。また、ＴＣＰ／Ｉ
Ｐエンジン部１５は、リソースがリッスン（ｌｉｓｔｅ
ｎ）状態である場合にＣＰＵ２からの接続要求を受ける
と、リソースを同期送信（ｓｙｎ−ｓｅｎｔ）状態を経
由して接続（ｅｓｔａｂｌｉｓｈｅｄ）状態に遷移させ
る。ＴＣＰ／ＩＰエンジン部１５は、リソースが接続
（ｅｓｔａｂｌｉｓｈｅｄ）状態である場合に、ＣＰＵ
２と外部機器との間のＴＣＰ／ＩＰによる通信を行うこ
とができる。
【００１９】ＴＣＰ／ＩＰエンジン部１５は、リソース
が接続（ｅｓｔａｂｌｉｓｈｅｄ）状態である場合に通
信路を切断する旨の指示（ＦＩＮフラグ）をＣＰＵ２か
ら受け取ると、リソースを終了待ち１（ｆｉｎ−ｗａｉ
ｔ１）状態に遷移させ、さらに終了待ち２（ｆｉｎ−ｗ
ａｉｔ２）状態、切断中（ｃｌｏｓｉｎｇ）状態、時間
待ち（ｔｉｍｅ−ｗａｉｔ）状態を経由して、切断（ｃ
ｌｏｓｅｄ）状態に遷移させる。その後、ＴＣＰ／ＩＰ
エンジン部１５は、リソースにパラメータ等を再設定す
ることにより、次の接続要求を受け付けることができ
る。
が接続（ｅｓｔａｂｌｉｓｈｅｄ）状態である場合に通
信路を切断する旨の指示（ＦＩＮフラグ）をＣＰＵ２か
ら受け取ると、リソースを終了待ち１（ｆｉｎ−ｗａｉ
ｔ１）状態に遷移させ、さらに終了待ち２（ｆｉｎ−ｗ
ａｉｔ２）状態、切断中（ｃｌｏｓｉｎｇ）状態、時間
待ち（ｔｉｍｅ−ｗａｉｔ）状態を経由して、切断（ｃ
ｌｏｓｅｄ）状態に遷移させる。その後、ＴＣＰ／ＩＰ
エンジン部１５は、リソースにパラメータ等を再設定す
ることにより、次の接続要求を受け付けることができ
る。
【００２０】また、ＴＣＰ／ＩＰエンジン部１５は、リ
ソースが接続（ｅｓｔａｂｌｉｓｈｅｄ）状態である場
合に通信路を切断する旨の指示（ＦＩＮフラグ）を外部
機器から受け取ると、リソースを切断待ち（ｃｌｏｓｅ
−ｗａｉｔ）状態に遷移させるとともに、その旨をＣＰ
Ｕ２に通知する。ＣＰＵ２は、この通知により、リソー
スが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態に遷移した
ことを知ることができる。
ソースが接続（ｅｓｔａｂｌｉｓｈｅｄ）状態である場
合に通信路を切断する旨の指示（ＦＩＮフラグ）を外部
機器から受け取ると、リソースを切断待ち（ｃｌｏｓｅ
−ｗａｉｔ）状態に遷移させるとともに、その旨をＣＰ
Ｕ２に通知する。ＣＰＵ２は、この通知により、リソー
スが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態に遷移した
ことを知ることができる。
【００２１】次に、ＴＣＰ／ＩＰエンジン部１５は、リ
ソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態である
場合に、フラグ保持部１４に接続要求検査フラグが保持
されているか否かをチェックする。そして、ＴＣＰ／Ｉ
Ｐエンジン部１５は、接続要求検査フラグが保持されて
いなければ、リソースを最終応答（ｌａｓｔ−ａｃｋ）
状態を経由して切断（ｃｌｏｓｅｄ）状態に遷移させ
る。その後、ＴＣＰ／ＩＰエンジン部１５は、リソース
にパラメータ等を再設定することにより、次の接続要求
を受け付けることができる。
ソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態である
場合に、フラグ保持部１４に接続要求検査フラグが保持
されているか否かをチェックする。そして、ＴＣＰ／Ｉ
Ｐエンジン部１５は、接続要求検査フラグが保持されて
いなければ、リソースを最終応答（ｌａｓｔ−ａｃｋ）
状態を経由して切断（ｃｌｏｓｅｄ）状態に遷移させ
る。その後、ＴＣＰ／ＩＰエンジン部１５は、リソース
にパラメータ等を再設定することにより、次の接続要求
を受け付けることができる。
【００２２】一方、ＴＣＰ／ＩＰエンジン部１５は、接
続要求検査フラグが保持されていれば、さらにキュー部
１２に外部機器からの接続要求が保持されているか否か
をチェックする。そして、ＴＣＰ／ＩＰエンジン部１５
は、キュー部１２に外部機器からの接続要求が保持され
ていなければ、リソースを最終応答（ｌａｓｔ−ａｃ
ｋ）状態を経由して切断（ｃｌｏｓｅｄ）状態に遷移さ
せる。その後、ＴＣＰ／ＩＰエンジン部１５は、リソー
スにパラメータ等を再設定することにより、次の接続要
求を受け付けることができる。
続要求検査フラグが保持されていれば、さらにキュー部
１２に外部機器からの接続要求が保持されているか否か
をチェックする。そして、ＴＣＰ／ＩＰエンジン部１５
は、キュー部１２に外部機器からの接続要求が保持され
ていなければ、リソースを最終応答（ｌａｓｔ−ａｃ
ｋ）状態を経由して切断（ｃｌｏｓｅｄ）状態に遷移さ
せる。その後、ＴＣＰ／ＩＰエンジン部１５は、リソー
スにパラメータ等を再設定することにより、次の接続要
求を受け付けることができる。
【００２３】他方、ＴＣＰ／ＩＰエンジン部１５は、接
続要求検査フラグが保持され、且つキュー部１２に外部
機器からの接続要求が保持されていれば、リソースに新
たなＩＳＳ（Initial Send Sequence Number）を付与
し、リソースを同期受信（ｓｙｎ−ｒｅｃｅｉｖｅｄ）
状態に遷移させる。それとともに、ＴＣＰ／ＩＰエンジ
ン部１５は、ＳＹＮ（同期）フラグをを外部機器に送信
する。そして、ＴＣＰ／ＩＰエンジン部１５は、外部機
器からＡＣＫ（応答）フラグを受信すると、リソースを
接続（ｅｓｔａｂｌｉｓｈｅｄ）状態に遷移させ、外部
機器との間の接続を確立するとともに、その旨をＣＰＵ
２に通知する。これにより、ＴＣＰ／ＩＰエンジン部１
５は、ＣＰＵ２と外部機器との間のＴＣＰ／ＩＰによる
通信を行うことができる。
続要求検査フラグが保持され、且つキュー部１２に外部
機器からの接続要求が保持されていれば、リソースに新
たなＩＳＳ（Initial Send Sequence Number）を付与
し、リソースを同期受信（ｓｙｎ−ｒｅｃｅｉｖｅｄ）
状態に遷移させる。それとともに、ＴＣＰ／ＩＰエンジ
ン部１５は、ＳＹＮ（同期）フラグをを外部機器に送信
する。そして、ＴＣＰ／ＩＰエンジン部１５は、外部機
器からＡＣＫ（応答）フラグを受信すると、リソースを
接続（ｅｓｔａｂｌｉｓｈｅｄ）状態に遷移させ、外部
機器との間の接続を確立するとともに、その旨をＣＰＵ
２に通知する。これにより、ＴＣＰ／ＩＰエンジン部１
５は、ＣＰＵ２と外部機器との間のＴＣＰ／ＩＰによる
通信を行うことができる。
【００２４】ここで、通信コントローラ７におけるリソ
ースの状態遷移図（図３）と従来のＴＣＰの状態遷移図
（図５）とを比較すると、従来のＴＣＰの状態遷移図に
おいては、リソースは、切断待ち（ｃｌｏｓｅ−ｗａｉ
ｔ）状態から、最終応答（ｌａｓｔ−ａｃｋ）状態、切
断（ｃｌｏｓｅｄ）状態、及び、リッスン（ｌｉｓｔｅ
ｎ）状態を経由しなければ、同期受信（ｓｙｎ−ｒｅｃ
ｅｉｖｅｄ）状態に遷移することができない。そのた
め、従来のＰＤＡ等においては、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から、最終応答（ｌａｓ
ｔ−ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状態、及び、
リッスン（ｌｉｓｔｅｎ）状態を経由して同期受信（ｓ
ｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移する間に外部機器
から接続要求があった場合には、外部機器にＲＳＴ（リ
セット）フラグを送信しなければならず、外部機器から
の接続要求を受け付けることができない。
ースの状態遷移図（図３）と従来のＴＣＰの状態遷移図
（図５）とを比較すると、従来のＴＣＰの状態遷移図に
おいては、リソースは、切断待ち（ｃｌｏｓｅ−ｗａｉ
ｔ）状態から、最終応答（ｌａｓｔ−ａｃｋ）状態、切
断（ｃｌｏｓｅｄ）状態、及び、リッスン（ｌｉｓｔｅ
ｎ）状態を経由しなければ、同期受信（ｓｙｎ−ｒｅｃ
ｅｉｖｅｄ）状態に遷移することができない。そのた
め、従来のＰＤＡ等においては、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から、最終応答（ｌａｓ
ｔ−ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状態、及び、
リッスン（ｌｉｓｔｅｎ）状態を経由して同期受信（ｓ
ｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移する間に外部機器
から接続要求があった場合には、外部機器にＲＳＴ（リ
セット）フラグを送信しなければならず、外部機器から
の接続要求を受け付けることができない。
【００２５】一方、通信コントローラ７におけるリソー
スの状態遷移図においては、切断待ち（ｃｌｏｓｅ−ｗ
ａｉｔ）状態から同期受信（ｓｙｎ−ｒｅｃｅｉｖｅ
ｄ）状態に遷移する経路（図３中の破線）が付加されて
いる。そのため、リソースが切断待ち（ｃｌｏｓｅｄ−
ｗａｉｔ）状態である場合に、接続要求検査フラグがフ
ラグ保持部１４に保持されており、且つキュー部１２に
外部機器からの接続要求が保持されているときには、通
信コントローラ７は、リソースを最終応答（ｌａｓｔ−
ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状態、及び、リッ
スン（ｌｉｔｅｎ）状態を経由することなく同期受信
（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移させることが
でき、外部機器にＲＳＴフラグを送信することなく、外
部機器からの接続要求を直ちに受け付けることができ
る。
スの状態遷移図においては、切断待ち（ｃｌｏｓｅ−ｗ
ａｉｔ）状態から同期受信（ｓｙｎ−ｒｅｃｅｉｖｅ
ｄ）状態に遷移する経路（図３中の破線）が付加されて
いる。そのため、リソースが切断待ち（ｃｌｏｓｅｄ−
ｗａｉｔ）状態である場合に、接続要求検査フラグがフ
ラグ保持部１４に保持されており、且つキュー部１２に
外部機器からの接続要求が保持されているときには、通
信コントローラ７は、リソースを最終応答（ｌａｓｔ−
ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状態、及び、リッ
スン（ｌｉｔｅｎ）状態を経由することなく同期受信
（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷移させることが
でき、外部機器にＲＳＴフラグを送信することなく、外
部機器からの接続要求を直ちに受け付けることができ
る。
【００２６】このように、通信コントローラ７によれ
ば、リソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態
である場合に、接続要求検査フラグがフラグ保持部１４
に保持されており、且つキュー部１２に外部機器からの
接続要求が保持されているときに、リソースを最終応答
（ｌａｓｔ−ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状
態、及び、リッスン（ｌｉｓｔｅｎ）状態を経由するこ
となく同期受信（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷
移させることができ、外部機器からの接続要求を受け付
けることができない時間を短くすることができる。ま
た、通信コントローラ７によれば、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に直接遷移した場合には、切断
（ｃｌｏｓｅｄ）状態を経由しないので、リソースの再
設定を行う必要がない。
ば、リソースが切断待ち（ｃｌｏｓｅ−ｗａｉｔ）状態
である場合に、接続要求検査フラグがフラグ保持部１４
に保持されており、且つキュー部１２に外部機器からの
接続要求が保持されているときに、リソースを最終応答
（ｌａｓｔ−ａｃｋ）状態、切断（ｃｌｏｓｅｄ）状
態、及び、リッスン（ｌｉｓｔｅｎ）状態を経由するこ
となく同期受信（ｓｙｎ−ｒｅｃｅｉｖｅｄ）状態に遷
移させることができ、外部機器からの接続要求を受け付
けることができない時間を短くすることができる。ま
た、通信コントローラ７によれば、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に直接遷移した場合には、切断
（ｃｌｏｓｅｄ）状態を経由しないので、リソースの再
設定を行う必要がない。
【００２７】また、通信コントローラ７によれば、従来
と同じタイミングで、接続の成立と切断の要求がＣＰＵ
２に通知されるので、ＣＰＵ２は、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に直接遷移することを意識する
必要がない。また、ＣＰＵ２は、接続検査要求フラグを
セットした場合には、リソースが接続（ｅｓｔａｂｌｉ
ｓｈｅｄ）状態から切断待ち（ｃｌｏｓｅ−ｗａｉｔ）
状態に遷移する場合に通信コントローラ７から送られて
来る切断要求を無視しつづければ良い。
と同じタイミングで、接続の成立と切断の要求がＣＰＵ
２に通知されるので、ＣＰＵ２は、リソースが切断待ち
（ｃｌｏｓｅ−ｗａｉｔ）状態から同期受信（ｓｙｎ−
ｒｅｃｅｉｖｅｄ）状態に直接遷移することを意識する
必要がない。また、ＣＰＵ２は、接続検査要求フラグを
セットした場合には、リソースが接続（ｅｓｔａｂｌｉ
ｓｈｅｄ）状態から切断待ち（ｃｌｏｓｅ−ｗａｉｔ）
状態に遷移する場合に通信コントローラ７から送られて
来る切断要求を無視しつづければ良い。
【００２８】また、ＣＰＵ２が通信コントローラ７に切
断要求を行った場合には、リソースは通常の状態遷移に
従って切断（ｃｌｏｓｅｄ）状態に戻ることができる。
さらに、接続の成立と切断の要求がＣＰＵ２に通知され
るので、ＣＰＵ２は、通知の前後で通信路が異なること
を認識することができる。
断要求を行った場合には、リソースは通常の状態遷移に
従って切断（ｃｌｏｓｅｄ）状態に戻ることができる。
さらに、接続の成立と切断の要求がＣＰＵ２に通知され
るので、ＣＰＵ２は、通知の前後で通信路が異なること
を認識することができる。
【００２９】なお、本実施形態においては、ネットワー
クインタフェース８が、ＩＥＥＥ８０２．３に規定され
る１０Ｂａｓｅ−Ｔを担うこととしているが、ＩＥＥＥ
８０２．３に規定される１００Ｂａｓｅ−ＴＸを担うこ
ととしても良い。
クインタフェース８が、ＩＥＥＥ８０２．３に規定され
る１０Ｂａｓｅ−Ｔを担うこととしているが、ＩＥＥＥ
８０２．３に規定される１００Ｂａｓｅ−ＴＸを担うこ
ととしても良い。
【００３０】
【発明の効果】以上述べたように、本発明によれば、リ
ソースが切断待ち（ｃｌｏｓｅｄ−ｗａｉｔ）状態であ
る場合に、外部機器からの接続要求を受け付ける旨の指
示をＣＰＵから受信し、接続要求を前記外部機器から受
信したときに、リソースを同期受信（ｓｙｎ−ｒｅｃｅ
ｉｖｅｄ）状態に遷移させることができる。これによ
り、外部機器からの接続要求を受け付けることができな
い時間を短くすることが可能である。
ソースが切断待ち（ｃｌｏｓｅｄ−ｗａｉｔ）状態であ
る場合に、外部機器からの接続要求を受け付ける旨の指
示をＣＰＵから受信し、接続要求を前記外部機器から受
信したときに、リソースを同期受信（ｓｙｎ−ｒｅｃｅ
ｉｖｅｄ）状態に遷移させることができる。これによ
り、外部機器からの接続要求を受け付けることができな
い時間を短くすることが可能である。
【図１】 本発明の一実施形態としての通信コントロー
ラを用いたＰＤＡの構成を示す図である。
ラを用いたＰＤＡの構成を示す図である。
【図２】 本発明の一実施形態としての通信コントロー
ラの内部構成を示す図である。
ラの内部構成を示す図である。
【図３】 本発明の一実施形態としての通信コントロー
ラにおけるリソースの状態遷移図である。
ラにおけるリソースの状態遷移図である。
【図４】 従来のＰＤＡの構成を示す図である。
【図５】 従来のＰＤＡにおけるリソースの状態遷移図
である。
である。
１、３０ ＰＤＡ
２、３１ ＣＰＵ
３、３２ ＲＡＭ
４、３３ ＲＯＭ
５、３４ 表示部
６、３５ 入力部
７ 通信コントローラ
８、３６ ネットワークインタフェース
１１ ネットワークインタフェース部
１２ キュー部
１３ ＣＰＵインタフェース部
１４ フラグ保持部
１５ ＴＣＰ／ＩＰエンジン部
Claims (3)
- 【請求項１】 ＴＣＰ／ＩＰ（Transmission Control P
rotocol/Internet Protocol：送信制御プロトコル／イ
ンターネットプロトコル）による通信を行う半導体装置
であって、 ＣＰＵとの間でデータの送受信を行う第１のインタフェ
ース部と、 ネットワークを介して外部機器に接続されたネットワー
クインタフェースとの間でデータの送受信を行う第２の
インタフェース部と、 ＴＣＰの状態遷移を行うことによりＴＣＰ／ＩＰの通信
路を管理するリソースを操作して、前記ＣＰＵと前記外
部機器との間のＴＣＰ／ＩＰによる通信を行う通信処理
部であって、前記リソースが切断待ち（ｃｌｏｓｅ−ｗ
ａｉｔ）状態である場合に、前記外部機器からの接続要
求を受け付ける旨の指示を前記第１のインタフェース部
を介して前記ＣＰＵから受信し、接続要求を前記第２の
インタフェース部を介して前記外部機器から受信したと
きに、前記リソースを同期受信（ｓｙｎ−ｒｅｃｅｉｖ
ｅｄ）状態に遷移させる前記通信処理部と、を具備する
半導体装置。 - 【請求項２】 前記ＣＰＵから受信した、前記外部機器
からの接続要求を受け付ける旨の指示を保持する第１の
保持部、及び前記外部機器から受信した接続要求を保持
する第２の保持部を具備し、前記通信処理部が、前記リ
ソースが接続（ｅｓｔａｂｌｉｓｈｅｄ）状態から切断
待ち（ｃｌｏｓｅ−ｗａｉｔ）状態へ遷移したときに、
前記外部機器からの接続要求を受け付ける旨の指示が前
記第１の保持部に保持され、前記外部機器から受信した
接続要求が前記第２の保持部に保持されている場合に、
前記リソースを同期受信（ｓｙｎ−ｒｅｃｅｉｖｅｄ）
状態に遷移させる、請求項１記載の半導体装置。 - 【請求項３】 前記ネットワークが、ＩＥＥＥ８０２．
３によって規定される１０Ｂａｓｅ−Ｔ若しくは１００
Ｂａｓｅ−ＴＸであることを特徴とする請求項１又は２
記載の半導体装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002017653A JP2003218976A (ja) | 2002-01-25 | 2002-01-25 | 半導体装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002017653A JP2003218976A (ja) | 2002-01-25 | 2002-01-25 | 半導体装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003218976A true JP2003218976A (ja) | 2003-07-31 |
Family
ID=27653268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002017653A Withdrawn JP2003218976A (ja) | 2002-01-25 | 2002-01-25 | 半導体装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003218976A (ja) |
-
2002
- 2002-01-25 JP JP2002017653A patent/JP2003218976A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10986171B2 (en) | Method for unified communication of server, baseboard management controller, and server | |
| CN102124449B (zh) | 用于低开销数据传输的方法和系统 | |
| US9503957B2 (en) | Low cost mesh network capability | |
| US20180210752A1 (en) | Accelerator virtualization method and apparatus, and centralized resource manager | |
| US20080126564A1 (en) | Multiple context single logic virtual host channel adapter supporting multiple transport protocols | |
| US7254620B2 (en) | Storage system | |
| US9774651B2 (en) | Method and apparatus for rapid data distribution | |
| US8670724B2 (en) | Wireless communication terminal, control method therefor, and information storage medium | |
| CN112631788B (zh) | 数据传输方法及数据传输服务器 | |
| US20080059686A1 (en) | Multiple context single logic virtual host channel adapter supporting multiple transport protocols | |
| WO2022032984A1 (zh) | 一种mqtt协议仿真方法及仿真设备 | |
| EP1570369A2 (en) | An apparatus and method for receive transport protocol termination | |
| CN1997028A (zh) | 信息处理装置和方法以及程序 | |
| JP2007526544A (ja) | プロセッサ間通信プロトコル | |
| JP2004080277A (ja) | 分散処理システム並びに分散処理システムにおける代理ノード、利用者側ノードおよび方法 | |
| JP4415391B2 (ja) | データをネットワークに送信する方法及び装置並びにデータをネットワークから受信する方法及び装置 | |
| US20030055930A1 (en) | Communication processing apparatus, management apparatus, computer-readable medium storing a program and communication system | |
| US7562109B2 (en) | Connectivity confirmation method for network storage device and host computer | |
| JP2003218976A (ja) | 半導体装置 | |
| JP2000224260A (ja) | 通信制御装置 | |
| US20050169170A1 (en) | Space-efficient storage command and data routing system and method | |
| US7672239B1 (en) | System and method for conducting fast offloading of a connection onto a network interface card | |
| WO2021022947A1 (zh) | 一种部署虚拟机的方法及相关装置 | |
| US20130198548A1 (en) | Apparatus and method for saving power of usb device | |
| JP2581476B2 (ja) | 情報処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050405 |