通信を実行するための通信デバイスを介して外部と通信可能な情報処理装置であって、中央処理装置およびオペレーティングシステムを含む情報処理装置本体と前記通信デバイスとの間に設けられたサブシステムを備え、前記サブシステムは、前記中央処理装置が電源オフ状態またはサスペンド状態の場合に、前記通信デバイスと前記中央処理装置との間の通信データを一時的に格納し、前記中央処理装置が電源オン状態の場合に、前記通信デバイスと前記中央処理装置との間で前記通信データを仲介することを特徴とする情報処理装置。前記サブシステムは、前記サブシステムの起動時に、前記通信デバイスに関する情報を格納したディスクリプタを前記通信デバイスから読み取り、内部メモリ上に格納するディスクリプタコピー手段と、前記通信デバイスを制御するために前記情報処理装置が備える通信デバイス制御手段からの要求に対して、前記通信デバイスによる応答の代わりに疑似的に前記通信デバイス制御手段に対して応答する疑似応答手段と、を備えることを特徴とする請求項1に記載の情報処理装置。前記サブシステムは、前記通信デバイスと前記通信デバイス制御手段との間の通信データを一時的に格納する通信データバッファ手段と、前記通信データバッファ手段に格納された通信データをコピーして格納する通信データコピー手段と、前記通信データコピー手段に格納された通信データのうち、前記サブシステムの特定ポートに対する通信データであることを判断して前記通信データコピー手段から取り出す特定ポートデータ取出手段と、を備えることを特徴とする請求項1または2に記載の情報処理装置。前記通信データバッファ手段は、前記通信デバイスと前記通信デバイス制御手段との間で前記通信データを中継することを特徴とする請求項3に記載の情報処理装置。前記サブシステムは、前記中央処理装置が電源オフ状態またはサスペンド状態の場合にも前記通信デバイスと通信することを特徴とする請求項3に記載の情報処理装置。請求項1乃至5の何れか1項に記載のサブシステム。通信を実行するための通信デバイスを介して外部と通信可能な情報処理装置と前記通信デバイスとの間に設けられたサブシステムであって、前記情報処理装置が備える中央処理装置が電源オフ状態またはサスペンド状態の場合に、前記通信デバイスと前記中央処理装置との間の通信データを一時的に格納し、前記中央処理装置が電源オン状態の場合に、前記通信デバイスと前記中央処理装置との間で前記通信データを仲介することを特徴とするサブシステム。前記サブシステムの起動時に、前記通信デバイスに関する情報を格納したディスクリプタを前記通信デバイスから読み取り、内部メモリ上に格納するディスクリプタコピー手段と、前記通信デバイスを制御するために前記情報処理装置が備える通信デバイス制御手段からの要求に対して、前記通信デバイスによる応答の代わりに疑似的に前記通信デバイス制御手段に対して応答する疑似応答手段と、を備えることを特徴とする請求項7に記載のサブシステム。通信を実行するための通信デバイスを介して外部と通信可能な情報処理装置と前記通信デバイスとの間に設けられたサブシステムのコンピュータに実行させる情報処理方法であって、前記情報処理装置が備える中央処理装置が電源オフ状態またはサスペンド状態の場合に、前記通信デバイスと前記中央処理装置との間の通信データを一時的に格納し、前記中央処理装置が電源オン状態の場合に、前記通信デバイスと前記中央処理装置との間で前記通信データを仲介する処理をコンピュータに実行させる情報処理方法。前記サブシステムの起動時に、前記通信デバイスに関する情報を格納したディスクリプタを前記通信デバイスから読み取り、内部メモリ上に格納し、前記通信デバイスを制御するために前記情報処理装置が備える通信デバイス制御手段からの要求に対して、前記通信デバイスによる応答の代わりに疑似的に前記通信デバイス制御手段に対して応答する、処理をコンピュータに実行させることを特徴とする請求項9に記載の情報処理方法。通信を実行するための通信デバイスを介して外部と通信可能な情報処理装置と前記通信デバイスとの間に設けられたサブシステムのコンピュータに実行させる情報処理プログラムであって、前記情報処理装置が備える中央処理装置が電源オフ状態またはサスペンド状態の場合に、前記通信デバイスと前記中央処理装置との間の通信データを一時的に格納し、前記中央処理装置が電源オン状態の場合に、前記通信デバイスと前記中央処理装置との間で前記通信データを仲介する処理をコンピュータに実行させる情報処理プログラム。前記サブシステムの起動時に、前記通信デバイスに関する情報を格納したディスクリプタを前記通信デバイスから読み取り、内部メモリ上に格納し、前記通信デバイスを制御するために前記情報処理装置が備える通信デバイス制御手段からの要求に対して、前記通信デバイスによる応答の代わりに疑似的に前記通信デバイス制御手段に対して応答する、処理をコンピュータに実行させることを特徴とする請求項11に記載の情報処理プログラム。以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。第1の実施の形態図3は、第1の実施の形態のパーソナルコンピュータの概要を示す図である。図3において、情報処理装置の1つであるパーソナルコンピュータPC100は、CPU11、データや情報を表示するディスプレイ等の表示デバイス12、データやコマンド等を入力するキーボードやマウス等の入力デバイス13、I/FデバイスとしてのUSBホスト15、書き換え可能なメモリであるRAMや不揮発性メモリであるROM等の記憶デバイス16、および通信デバイス制御部18を備え、これらがバス19に接続されている。記憶デバイス16は、OS17を含め、種々の制御プログラムやデータを格納する。また、PC100は、通信部31およびI/FデバイスとしてUSBデバイス33を備える通信デバイス30を有し、USBデバイス33とUSBホスト15を介し、通信部31によりPC110の外部のキャリア網200に接続可能である。PC100は、バス19で接続された通信デバイス制御部18等を備えたパーソナルコンピュータ本体と、通信デバイス30との間に、サブシステム40が設けられている。通信デバイス30は、クラス、ID、名称、各種設定値等のディスクリプタと呼ばれる情報を内蔵のUSBデバイス33のメモリで保持している。このディスクリプタは、通信デバイス30がPC100に接続されたときに、PC100側に送信され、PC100と通信デバイス30との接続構成を確立する。ここで、このようなPC100において、OS17の動作に応じてサブシステム40がとりうる3つの状態およびその状態遷移について説明する。図4は、サブシステム40がとりうる3つの状態およびその状態遷移を説明するための図である。図4において、状態1は、CPU11が電源オフ状態またはサスペンド状態であり、サブシステム40のみが機能している状態である。状態2は、サブシステム40が機能している状態に加え、CPU11が起動して状態ではあるが、通信デバイス制御部18によるネットワーク接続が確立していない状態である。CPU11が起動することにより、状態1から状態2へ遷移する。CPU11の起動は、ユーザによる操作の場合もあれば、アプリケーションプログラムからの要求による場合もある。逆に、CPU11が電源オフ状態またはサスペンド状態へ移行することにより、状態2から状態1へ遷移する。状態3は、サブシステム40が機能している状態に加え、CPU11も起動しており、さらに通信デバイス制御部18によるネットワーク接続も確立している状態である。CPU11で利用可能なネットワーク接続が確立されることにより、状態2から状態3へ遷移する。ネットワークの接続は、後述するようにユーザの操作により確立される。逆に、後述するようにユーザの指示によりネットワークの接続断が行われることにより、状態3から状態2へ遷移する。なお、ネットワーク接続が確立されている際に、CPU11が電源オフ状態またはサスペンド状態に移行することで、状態3から状態1へ移行することもある。また、各状態におけるサブシステム40への負荷は、状態1よりも状態2の方が大きく、さらに状態3の方が状態2よりも大きい。本発明が適用されるのは、状態2と状態3との遷移におけるものであり、以下の説明では、特に断らない限り、状態2と状態3との関係が前提となっている。図3の説明に戻る。サブシステム40は、CPU21、種々の関数およびプログラムサブルーチンを格納したライブラリLib22、OS23、I/FデバイスとしてのUSBホスト41、I/FデバイスとしてのUSBデバイス42、および制御部26を備え、CPU11が電源オフ状態またはサスペンド状態の場合には、通信デバイス30とCPU11との間の通信データを一時的に格納し、CPU11が電源オン状態の場合には、通信デバイス30とCPU11との間で通信データを仲介する。制御部26は、サブシステム40の起動時に、通信デバイス30に関する情報を格納したディスクリプタを、通信デバイス30のUSBデバイス33のメモリから読み取り、サブシステム40のUSBデバイス42のメモリに格納するディスクリプタコピー機能を有する。また、制御部26は、USBホスト41とUSBデバイス42との間を接続し、PC100が備える通信デバイス制御部18と通信デバイス30との間の通信を仲介する。また、制御部26は、通信デバイス制御部18からの要求に対して、通信デバイス30が応答しているように振舞うために、通信デバイス30による応答の代わりに疑似的に通信デバイス制御部18に対して応答する疑似応答機能を有する。例えば、通信デバイス制御部18から通信デバイス30に通信デバイス30に対する通信接続依頼Connectが来た場合に、OKを返す。また、通信切断依頼Disconnectが来た場合にOKを返す。さらに、PPPPointtoPointProtocol接続では、接続依頼及び認証依頼に対してOKを返す。図5は、サブシステム40およびOS17が備える機能を説明するための図である。図5において、サブシステム40は、ネットワーク接続機能、擬似応答機能、ブリッジ機能、解析制御機能および共有ストレージ機能を備え、サブシステムソフトを有する。また、OS17は、データ取得機能およびWake機能を備える。ネットワーク接続機能は、ネットワーク接続を司る。擬似応答機能は、OS17からの要求に対して擬似応答し、ネットワーク接続状態を通知する。ブリッジ機能は、ネットワーク通信をOS17に提供する。解析制御機能は、ブリッジ機能によってサブシステム40側に入ってきたメッセージ通信データを解析し、予め定めたデータ形式であった場合、サブシステム40内で処理を実行するようにする。解析制御機能は、例えば特定のコマンドが入ってきた場合に、GPIOGeneralPurposeInputOutputを駆動してOS17に通知を伝える。例えば、必要に応じてOS17にWakeを通知する。OS17はその通知により動作を変えるトリガーにできる。サブシステムソフトは、ネットワークを利用したサービスを提供する。共有ストレージ機能は、OS17に対して通信データを提供する。Wake機能は、サブシステム40からの要求に応じてCPU11を電源オンの状態にし、OS17を稼働可能にする。データ取得機能は、共有ストレージ機能によって格納された通信データを監視管理する。なお、ここで、ネットワーク接続機能、擬似応答機能およびブリッジ機能は、独立したサブシステム40を構築するために必要な基本機能であり、解析制御機能、共有ストレージ機能およびサブシステムソフトは、サブシステム40がOS17と連携を行うための拡張機能である。図6は、サブシステム40の構成を示す図である。図6を用いて、サブシステム40におけるネットワーク接続、および、OS17がネットワーク接続する際のサブシステム40の擬似応答について説明する。ここで、擬似応答には、ネットワーク接続に対するもの、およびUSBDescriptorに対するものの2つある。サブシステム40によるネットワーク接続は、サブシステム40の起動時に接続プロトコルが駆動されるように実装し、この際、3GPPTS27060にExamplecommandsequencesfordialcompatibilitymodeとして例示された標準のATコマンドおよびPPPPointtoPointProtocolコマンドシーケンスの送受を通して接続を行う。これにより接続が確立されると、サブシステム40のアプリケーションソフトとネットワーク間で通信が利用できるようになる。仮にネットワークが何らかの理由で切断された場合、それを検知して再接続する機能を持たせることで、常にネットワーク接続が維持されるように実装している。擬似応答は、OS17からネットワーク接続あるいは切断が発行された場合に機能する。OS17が発行する標準のATコマンドおよびPPPコマンドに対して、サブシステム40が擬似応答を行う。具体的には、OS17のネットワーク接続ソフトウェアが、標準コマンドを発行した場合に、予め準備してある擬似応答をサブシステム40が送出する。これにより、OS17にサブシステム40の存在を意識させないようにする。また、ネットワーク接続時に、ネットワークのパラメータとしてサブシステム40が確立した際の情報IPアドレスなどをそのまま渡すようにする。さらにOS17がネットワーク接続を確立する際には、後述するブリッジ機能が、OS17とサブシステム40のパスを結合してネットワークを利用できるようにする。OS17が通信を切断する場合には、OS17が発行する切断コマンドに対して予め準備してある擬似応答を返すことによってOS17がネットワーク切断されたかのように動作させる。この状態においても、サブシステム40とネットワーク間の通信は維持されている。次に、ブリッジ機能について説明する。ここでのブリッジ機能は、図6に示したように、外部のネットワークから来た通信データをOS17とサブシステム40に分配する機能と、OS17とサブシステム40から来たデータを統合してネットワークに送出する機能である。このブリッジ機能を実現する方式は、2通りが考えられる。詳細は後述する。次に、本発明における動作を説明する。図7は、第1の実施の形態のサブシステム40の起動時の処理の流れを示すフローチャートである。まず、ステップS701において、サブシステム40が起動すると、ステップS702において、通信デバイス30に関する情報を格納したディスクリプタを、通信デバイス30のUSBデバイス33のメモリから読み取り、サブシステム40のUSBデバイス42のメモリにコピーする。これにより、擬似的にサブシステム40を通信デバイス30として、PC100に見せることができるようになる。そして、ステップS703において、サブシステム40は、ATコマンド、認証含むPPP接続により、通信デバイス30を介してキャリア網200との通信の確立を試みる。すなわち、サブシステム40は、通信デバイス30を介してATコマンドまたはPPP接続に対するAckOKをキャリア網200から受け取ることにより、通信の確立を確認する。なお、ここでは簡易化して記載しているが、詳細には、3G通信を想定する場合、3GPPTS27060V350で規定されているdialcompatibilitymodeのPPPのcommandsequencesを通信プロトコルとして利用する。その後、ステップS704において、サブシステム40は、通信切断が起こった場合や、PPP接続が途切れた場合に、例えば、通信デバイス30が接続断を通知してくることを検知し、再接続を行って通信を常に維持するように機能する。図8は、サブシステム40とOS17との通信時の処理の流れを示すフローチャートである。まず、PC100のOS17は、ステップS801において、通信デバイス制御部18により通信を開始し、ステップS802において、サブシステム40に対してATコマンドでConnect接続要求を送信する。図9は、OS17からサブシステム40へ送信されるATコマンドのパケットの例を示す図である。図9において、メッセージヘッダは、PC100のOS17からサブシステム40へ送信されるATコマンドのパケットであることを示す情報である。サブシステムIDは、このパケットの送信先であるサブシステム40を識別するためのIDを示す。サーバIDは、このパケットを送信するPC100を識別するためのIDを示す。シーケンス番号は、PC100が割り振るパケットに対して一意に定まるIDである。PCWakeフラグは、このメッセージパケットを受け取ったサブシステム40がPC100をWakeするかしないか、より具体的には、PC100のCPU11を電源オンの状態にしてOS17を稼働可能にするか否かを表すフラグである。例えば、このフラグが1の場合には、PC100をWakeし、0の場合には、PC100に対するWakeを発行しない。消去フラグは、このパケットを受け取ったサブシステム40が、消去を実行するかどうかを表すフラグである。サブシステム40内の不揮発性メモリSDメモリーカード181図18および図19参照を消去するかしないかを示すフラグや、PC100のHDDを消去するかしないかを表すフラグがある。PC100のHDDの消去については、PC100をWakeした後、PC100のBIOSなどのソフトウェアが、このフラグを見てHDDの消去を実行する。ダウンロードフラグは、サブシステム40がダウンロードを行うかどうかを表すフラグである。例えば、このフラグが1の場合には、ダウンロード先情報を認識してダウンロードを実行し、0の場合にはダウンロードを実行しない。そして、ダウンロード先情報は、ダウンロードフラグに1が立っている場合に、どこからプログラムやデータをダウンロードするのかを示す情報が入っている。ここには、例えば複数のURLが入っており、プログラムを構成するモジュールをそれぞれ表している。図8の説明に戻る。ステップS802でOS17からサブシステム40に対してConnect接続要求されると、サブシステム40は、ステップS803において、通信デバイス30を介してキャリア網200との通信が確立しているか否かを判断する。すなわち、サブシステム40は、起動時に、通信デバイス30を介してキャリア網200からATコマンドに対するOKのAckを受信しているか否かにより、キャリア網200との通信の確立を判断する。サブシステム40とキャリア網200との通信が確立されていない場合ステップS803:N、サブシステム40は、ステップS804において、制御部26によってNGを返す。他方、サブシステム40とキャリア網200との通信が確立されている場合ステップS803:Y、サブシステム40は、ステップS805において、制御部26によって擬似AckOKを返す。図10は、サブシステム40からOS17へ送信される返信コマンドのパケットの例を示す図である。図10において、ACKは、図9に例示したような送信パケットをサブシステム40が実行した際の、擬似AckとしてのOKまたはNGの情報を表す。NGの場合には、どのような問題があったのか分かる情報を返す。図8の説明に戻る。ステップS805でサブシステム40とキャリア網200との通信が確立されており、制御部26によって擬似AckOKが返されている場合には、OS17は、ステップS806において、通信デバイス制御部によって認証含むPPP接続を行う。次に、サブシステム20の制御部26がPPP接続依頼を受け取った後に、サブシステム40は、ステップS803において、通信デバイス30を介してキャリア網200とのPPP接続が可能か否かを判断する。すなわち、サブシステム40は、起動時に、通信デバイス30を介してキャリア網200からPPP接続要求に対するOKのAckを受信しているか否かにより、キャリア網200とのPPP接続が可能かを判断する。サブシステム40とキャリア網200とのPPP接続が可能でない場合ステップS807:N、サブシステム40は、ステップS808において、制御部26によってNGを返す。他方、サブシステム40とキャリア網200とのPPP接続が可能である場合ステップS807:Y、サブシステム40は、ステップS809において、PPPのシーケンスに従いキャリア網200が返すように擬似レスポンスとして、制御部26によって擬似AckOKを返す。そして、サブシステム40とキャリア網200とのPPP接続が可能であり、制御部26によって擬似AckOKが返されている場合には、OS17は、ステップS810において、サブシステム40は、USBホスト41とUSBデバイス42を接続して、OS17にキャリア網200との通信を提供する。図11は、サブシステム40とOS17との通信切断時の処理の流れを示すフローチャートである。まず、ステップS1101において、ユーザの操作により通信を終了する場合に、PC100の通信デバイス制御部18が通信を終了すると、PC100のOS17は、ステップS1102において、通信デバイス制御部18によりATコマンドでDisconnect切断要求を発行する。すると、サブシステム40は、ステップS1103において、通信デバイス30を介してキャリア網200との通信が確立されているか否かに関わらず、Disconnect依頼に対する擬似AckOKを返す。なお、サブシステム40が通信デバイス30を介したキャリア網200との通信を維持している場合であっても、サブシステム40がDisconnect依頼に応じて実際に接続を切ることはしない。そして、OS17は、ステップS1104において、通信デバイス制御部18へのAckOKを受けて表示デバイス12に接続断を表示する。図12は、確立されるPC100とキャリア網200との通信のシーケンスを示す図である。サブシステム40の起動時に、サブシステム40は、通信デバイス30に対してATコマンドConnectを送信する1201。このATコマンドを受けた通信デバイス30は、キャリア網200にConnect信号を送信する1202。キャリア網200は、Connectコマンドに対するAckOKを通信デバイス30に返し1203、通信デバイス30は、サブシステム40にATコマンドConnectに対するAckOKを返す1204。また、サブシステム40は、通信デバイス30に対してPPP接続依頼を送信する1205。このPPP接続依頼を受けた通信デバイス30は、キャリア網200にPPP接続依頼を送信する1206。キャリア網200は、PPP接続依頼に対するAckOKを通信デバイス30に返し1207、通信デバイス30は、サブシステム40にPPP接続依頼に対するAckOKを返す1208。キャリア網200とOS17との通信時には、PC100のOS17は、サブシステム40に対してATコマンドでConnect接続要求を送信し1209、これに対して、サブシステム40は、擬似AckOKを返す1210。また、PC100のOS17は、サブシステム40に対してPPP接続依頼を送信し1211、これに対して、サブシステム40は、擬似AckOKを返す1212。これにより、サブシステム40は、USBホスト41とUSBデバイス42を接続し、OS17は、キャリア網200との通信を確立する1213。図13は、切断されるPC100とキャリア網200との通信のシーケンスを示す図である。図12を用いて説明したように、OS17は、キャリア網200との通信を確立する1201~1213。この後、PC100のOS17は、サブシステム40に対してATコマンドDisconnectを送信する1314。このATコマンドを受けたサブシステム40は、PC100のOS17に対してAckOKを返す1315。これにより、PC100のOS17とサブシステム40との通信は切断される1316。しかしながら、キャリア網200とサブシステム40との通信は維持されたままである1317。図14は、PC100とキャリア網200との通信接続が確立されない場合のシーケンスを示す図である。サブシステム40の起動時に、サブシステム40は、通信デバイス30に対してATコマンドConnectを送信する1401。このATコマンドを受けた通信デバイス30は、キャリア網200にConnectコマンドを送信する1402。キャリア網200は、ATコマンドに対するAckNGを通信デバイス30に返し1403、通信デバイス30は、サブシステム40にATコマンドに対するAckNGを返す1404。サブシステム40とOS17との通信時には、PC100のOS17は、サブシステム40に対してATコマンドでConnect接続要求を送信し1406、これに対して、サブシステム40は、AckNGを返す1407。よって、PC100とキャリア網200との通信接続は確立されない。図15は、PC100とキャリア網200とのPPP接続が確立されない場合のシーケンスを示す図である。サブシステム40の起動時に、サブシステム40は、通信デバイス30に対してATコマンドConnectを送信する1501。このATコマンドを受けた通信デバイス30は、キャリア網200にConnectコマンドを送信する1502。キャリア網200は、ATコマンドに対するAckOKを通信デバイス30に返し1503、通信デバイス30は、サブシステム40にATコマンドに対するAckOKを返す1504。次に、サブシステム40は、通信デバイス30に対してPPP接続依頼を送信する1505。このPPP接続依頼を受けた通信デバイス30は、キャリア網200にPPP接続依頼を送信する1506。キャリア網200は、PPP接続依頼に対するAckNGを通信デバイス30に返し1507、通信デバイス30は、サブシステム40にPPP接続依頼に対するAckNGを返す1508。サブシステム40とOS17との通信時には、PC100のOS17は、サブシステム40に対してATコマンドでConnect接続要求を送信し1509、これに対して、サブシステム40は、AckOKを返す1510。また、PC100のOS17は、サブシステム40に対してPPP接続依頼を送信し1511、これに対して、サブシステム40は、AckNGを返す1512。よって、PC100とキャリア網200との通信接続は確立されない。以上説明したように、PC100のOS17と通信デバイス30との間にサブシステム20を挟んでいるような場合にも、OS17の通信デバイス制御部18を変更することなく、OS17から外部のキャリア網200に対して通信を行うことができる。第2の実施の形態サブシステム40は、PC100CPU11が電源オフ状態またはサスペンド状態の場合に、キャリア網200を介してダウンロードを実施するようなサービスと共に、PC100が稼動し通信をしている場合にも、サブシステム40への通信路を確保することで、サブシステム40へのプッシュ通知を検知し処理することが望ましい。図16は、第2の実施の形態のパーソナルコンピュータの概要を示す図である。図16に示した第2の実施の形態におけるサブシステム50は、第1の実施の形態におけるサブシステム40に、バッファ部27、コピー部28、および特定ポートデータ取り出し部29が追加されている。バッファ部27は、通信デバイス30と通信デバイス制御部18との間の通信データを一時的に格納する。コピー部28は、バッファ部27に格納された通信データをコピーして格納する。特定ポートデータ取り出し部29は、コピー部28に格納された通信データのうち、サブシステム50の特定ポートに対する通信データであることを判断して、コピー部28から取り出す。これにより、サブシステム50は、通信デバイス30から送られてきた通信データを、バッファ部27を経由してPC100側にそのまま送信する通信路が設けられる。すなわち、バッファ部27は、通信デバイス30と通信デバイス制御部18との間で通信データを中継する。また、サブシステム50は、PC100のCPU11が電源オフ状態またはサスペンド状態の場合にも、通信のタイムラグが殆ど無い状態で通信デバイス30と通信し、PC100側に通信を提供できる。なお、PC100のCPU11が電源オフ状態またはサスペンド状態の場合には、PC100OS17のコネクションマネージャが機能せず、インターネット通信をユーザが行うことがないので、サブシステム50を経由しての通信は発生しないため、バッファ部27を経由してPC100OS17に通信が発生することは無い。図17は、第2の実施の形態のサブシステム40の起動時の処理の流れを示すフローチャートである。図7を用いて説明した第1の実施の形態におけるサブシステム40の起動時の処理と同様、まず、ステップS701において、サブシステム40が起動すると、ステップS702において、通信デバイス30に関する情報を格納したディスクリプタを、通信デバイス30のUSBデバイス33のメモリから読み取り、サブシステム40のUSBデバイス42のメモリ上にコピーする。そして、ステップS703において、サブシステム40は、ATコマンド、認証含むPPP接続により、通信デバイス30を介してキャリア網200との通信の確立を試みる。次に、ステップS1704において、サブシステム50向けの特定ポートへのアクセスを待ち、ステップS1705において、特定ポートへのアクセスが生じたか否かを判断する。特定ポートへのアクセスが生じた場合はステップS1705:Y、ステップS1706において、サブシステム50内のアプリケーションによって処理を実行する。その後、図7を用いて説明した第1の実施の形態におけるサブシステム40の起動時の処理と同様、ステップS704において、サブシステム40は、通信切断が起こった場合や、PPP接続が途切れた場合に、例えば、通信デバイス30が接続断を通知してくることを検知し、再接続を行って通信を常に維持するように機能する。これにより、PC100CPU11が電源オフ状態またはサスペンド状態であっても、キャリア網200を介した外部からのサービスを透過的に提供できる。次に、ブリッジ機能の2つの方式について説明する。図18は、ブリッジ機能の第1の方式を説明するための図である。上述したように、ブリッジ機能は、外部のネットワークから来た通信データをPC100のOS17とサブシステム40に分配する機能と、OS17とサブシステム40から来たデータを統合してネットワークに送出する機能である。この第1の方式では、USBホスト41にTCP組み立てFrameCheck機能241と二入力送出順番制御機能242の2つの機能を追加している。TCP組み立てFrameCheck機能241は、USBホスト41の受信Buffer243と連動してTCP組み立て及びFrameCheckを行う。そしてポート番号の解析により、入ってきた通信データがOS17に向かうものか、サブシステム40に向かうものか判断する。このときサブシステム40向けの特定ポートへのアクセスであれば、サブシステム40側に送信スイッチ244を倒し、それ以外であればOS17側PC100側に送信スイッチ244を倒すように動作する。二入力送出順番制御機能242は、USBデバイス42からの入力、およびサブシステム40からの入力を、正しくまとめてネットワーク側に送出するためのもの。このために、OS17とサブシステム40から来るデータを保持する2つのバッファとして、それぞれ受信Buffer252およびシリアルバッファ211を備える。二入力送出順番制御機能242は、USBホスト41が通信データをこれら受信Buffer252およびシリアルバッファ211から取り込む時に、どちらのバッファ受信Buffer252またはシリアルバッファ211から取得するか制御する。受信Buffer252またはシリアルバッファ211の何れか一方にしか通信データが入っていない場合には、その通信データをネットワーク側に送信すれば良いが、受信Buffer252およびシリアルバッファ211の双方に通信データがある場合には、現在ネットワーク側に送信しているUSBデバイス42またはサブシステム40からの通信データに続きがあるのかチェックを行う。そして、その送信が終了していなかった場合には、他方サブシステム40またはUSBデバイス42からの通信データを送信するのを待つ。これによりネットワーク側に向かう通信データに、他方の通信データが紛れ込むことが無い。次に、通信データの流れを説明する。まず、ネットワークから、サブシステム40を経由して、PC100のOS17側に向かうパスの場合、先ずUSBホスト41の受信Buffer243にUSBのパケットが届く。そして、TCP組み立てFrameCheck機能241が、サブシステム40向けのポートが無いかどうか、全ての通信データUSBパケットのチェックを行う。基本的には、通信データUSBパケットの開始信号が検出できた場合に、そのPPPパケット内にあるTCPPortの値を取り出す。そして、それがサブシステム40で予め定義したものである場合には、サブシステム40側に送信スイッチ244のパスをスイッチする。サブシステム40向けのデータで無かった場合には、PC100側にパスをスイッチする。USBデバイス42の持つDMA機能は、USBホスト41の送信バッファ245を指し示している。よって、PC100側に向かうデータが、USBホスト41の受信バッファ243に届いた場合に、USBデバイス42のDMA機能を経由して、通信データがPC100側に渡る。また、PC100側から、サブシステム40経由で、ネットワーク側に向かう情報は、USBデバイス42の受信バッファ252に置かれ、USBホスト41の送信バッファ242に渡される。このとき、USBホスト41の送信バッファ245には、サブシステム40からの通信データが送出される場合もあるが、この通信データもUSBホスト41の送信バッファ245に渡される。そして、これら2つの入力については、USBホスト41に連動する二入力送出順番制御機能242が、2つの入力を整理して送出することで、一方の通信データが、他方の通信データに紛れ込むようなことが無いように制御を行ってネットワークに送出する。図19は、ブリッジ機能の第2の方式を説明するための図である。この第2の方式では、USBホスト41にPingチェックタスク機能246を追加している。Pingチェックタスク機能246は、特定のPingをサブシステム40への情報送信のトリガーと見なし、それが送られてきた場合に、パスの送信スイッチ244をサブシステム40側に切り替える。通常送信スイッチ244は、PC100側に倒されており、このイベントがあった場合に切り替わり、サブシステム40の処理が終わると、デフォルト位置であるPC100側に戻される。次に、通信データの流れを説明する。ネットワークから、サブシステム40を経由して、PC100側に向かうパスの場合、先ずUSBホスト41の受信バッファ243にUSBのパケットが届く。Pingチェックタスク機能246は、このパケットの情報を確認し、Pingが無いかどうか、また、Pingがサブシステム40向けのものかどうか確認する。もし、通常の送信データである場合、USBデバイス42の持つDMA機能は、USBホスト41の送信バッファ245を指し示している。よって、PC100側に向かうデータが、USBホスト41の受信バッファ243に届いた場合に、USBデバイス42のDMA機能を経由して、通信データがPC100側に渡る。また、サブシステム40にアクセスするためのPingが来ると、パスの送信スイッチ244をサブシステム40側に切り替えて、サブシステム40で処理を行った後、送信スイッチ244を元の状態に戻す。以上、本発明の実施の形態を、図面を参照しながら説明してきたが、上述してきた本発明の実施の形態は、情報処理装置またはサブシステムの一機能としてハードウェアまたはDSPDigitalSignalProcessorボードやCPUボードでのファームウェアもしくはソフトウェアにより実現することができる。また、I/FデバイスとしてUSBデバイスを例に説明したが、USBデバイスに限らず、PCIPeripheralComponentInterconnect-ExpressやCradBusなどの他のI/Fを用いてもよい。また、本発明が適用される情報処理装置またはサブシステムは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、LAN、WAN等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。また、バスに接続されたCPU、ROMやRAMのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したROMやRAMのメモリ、外部記録装置、可搬記録媒体を、情報処理装置またはサブシステムに供給し、その情報処理装置またはサブシステムのコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM、CD-R、DVD-ROM、DVD-RAM、磁気テープ、不揮発性のメモリーカード、ROMカード、電子メールやパソコン通信等のネットワーク接続装置言い換えれば、通信回線を介して記録した種々の記録媒体などを用いることができる。また、コンピュータ情報処理装置がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。さらに、可搬型記録媒体から読み出されたプログラムやプログラムデータ提供者から提供されたプログラムデータが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。開示された技術により、PC100のOS17と通信デバイス30との間にサブシステム20を挟んでいるような場合にも、OS17の通信デバイス制御部18を変更することなく、OS17から外部のキャリア網200に対して通信を行うことができる、という効果を奏する。また、PC100のCPU11が電源オフ状態またはサスペンド状態であっても、キャリア網200を介した外部からのサービスを透過的に提供できる、という効果を奏する。