(57)【要約】【課題】  ＡＶ機器の制御ＣＰＵでＴＣＰプロトコルによるＡＶ伝送を実現する場合、通常の通信デバイスではＣＰＵの処理負荷が大きくなるため、システム障害が発生することがあった。【解決手段】  ホストＣＰＵ１０１と、第１送受信手段１０２と、第２送受信手段１０３と、第１送受信手段１０２とホストＣＰＵ１０１の間でＥｔｈｅｒフレームのデータ送受信する第１のインタフェース手段１０８と、ホストＣＰＵ１０１から第２送受信手段１０３に対して、ＴＣＰの接続要求命令を送信する第２のインタフェース手段１０９とを備え、第２送受信手段１０３は、ＴＣＰの接続要求命令に従って、伝送路１０７に接続された別の機器１０６に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う。【選択図】  図１
2006311355.tif 000002
【特許請求の範囲】
【請求項１】
ホストＣＰＵと、
第１送受信手段と、
第２送受信手段と、
前記第１送受信手段と前記ホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段と、
前記ホストＣＰＵから前記第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信する第２のインタフェース手段と、を備え、
前記第１送受信手段と前記第２受信手段は、同一伝送路上に対してデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う、送受信装置。
【請求項２】
ホストＣＰＵと、
第１送受信手段と、
第２送受信手段と、
前記第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段と、
前記ホストＣＰＵから前記第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信する第２のインタフェース手段と、を備え、
前記第１送受信手段と前記第２受信手段は同一伝送路上のデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する機能を備えた、送受信装置。
【請求項３】
前記第１送受信手段と前記第２送受信手段とは別の第３送受信手段をさらに備え、
前記第３の送受信手段は、
前記第１送受信手段と前記第２送受信手段と前記同一伝送路上のデータ送受信を行う機能を備えると共に、
前記ホストＣＰＵとは、第３のインタフェースで接続され、
少なくともＴＣＰプロトコルに従ったＡＣＫパケットを送信する機能を備えた、請求項１記載の送受信装置。
【請求項４】
前記第１送受信手段と前記第２送受信手段とは別の第３送受信手段をさらに備え、
前記第３の送受信手段は、
前記第１送受信手段と前記第２送受信手段と前記同一伝送路上のデータ送受信を行う機能を備えると共に、
前記ホストＣＰＵとは、第３のインタフェースで接続され、
少なくとも、前記同一伝送路上に接続された前記別の機器から送信されてくるＡＣＫパケットを受信し、ＴＣＰ／ＩＰプロトコルに準拠したフロー制御を実施してデータを送信する機能を備えた、請求項２記載の送受信装置。
【請求項５】
第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信し、
前記ホストＣＰＵから第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信し、
前記第１送受信手段と前記第２受信手段は、同一伝送路上に対してデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う、送受信方法。
【請求項６】
第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信し、
前記ホストＣＰＵから第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信し、
前記第１送受信手段と前記第２受信手段は同一伝送路上のデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する、送受信方法。
【請求項７】
請求項１に記載の送受信装置の、
前記第１送受信手段と前記ホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段、
前記ホストＣＰＵから前記第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信する第２のインタフェース手段、
前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う前記第２送受信手段、としてコンピュータを機能させるためのプログラム。
【請求項８】
請求項２に記載の送受信装置の、
前記第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段、
前記ホストＣＰＵから前記第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信する第２のインタフェース手段、
前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する機能を備えた前記第２送受信手段、としてコンピュータを機能させるためのプログラム。
【請求項９】
請求項７又は請求項８に記載のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の通信プロトコルに従ってデータを送受信する送受信装置などに関するものである。
【背景技術】
【０００２】
近年、イーサネット（登録商標）、ＩＥＥＥ８０２．１１規格に準拠した無線通信伝送路を用い、インターネットプロトコルでデータ通信を行うＡＶ機器の開発が盛んに行われている。
【０００３】
例えば、映像コンテンツを、離れた場所にあるテレビや携帯端末にインターネットプロトコルで伝送して視聴するアプリケーションが多く提案されている。この様なアプリケーションでは、視聴される映像コンテンツの品質が高いほど、機器の付加価値が高くなるためインターネットプロトコルの高速処理技術の開発が望まれている。
【０００４】
ＡＶ機器にネットワーク機能を実現する手法として、ＡＶ機能を制御するＣＰＵとネットワークのプロトコルを処理するＣＰＵとが兼用されることが一般的で、ＣＰＵバスに通信デバイスが接続される構成となっている。
この様に構成されたＡＶ機器では、データを受信すると即座にホストＣＰＵに対して割り込みを発生するので、高レイトのデータが送信されてくるとＣＰＵに対して割り込みが頻繁に発生する事になる。
【０００５】
ＣＰＵに対して割り込みが頻発すると、ＣＰＵリソースは割り込み処理に占有されることになるため、他の処理が出来ずシステム的な障害が発生する。
【０００６】
この様なシステム障害が発生すると、ＡＶ機器ではリモコン操作が出来なくなったり、映像、音声にノイズが入ったりするなどの障害が発生することになる。
【０００７】
この様な問題を解決する方法として、特開２００４−１５０９３８は、図３の様にＡＶデータの様な緊急性のあるデータとそれ以外のデータを分離するフィルタ処理（図示せず）を設け、ＡＶデータはそのままコーデックへ送信し、それ以外のデータをホストＣＰＵで処理する方法が提案されている。この様に構成されたシステムの場合、データ量の多いＡＶデータを受信しても、ＣＰＵに対して割り込みが発生しないためシステムが安定に動作することが可能となる特徴がある。
【０００８】
ところで、データの高信頼性やファイルをランダムアクセス可能であることなど、ＴＣＰプロトコルによるＡＶ伝送が望まれているが、ＴＣＰプロトコルの場合には接続制御とフロー制御が必要となる。
【０００９】
上述した図３に示された従来の実施例の場合には、ホストＣＰＵの負荷を低減するため、単に受信パケットのフィルタ処理を行いコーデックへデータを単純に送信する記述しかない。ＵＤＰの様な接続制御が不要なプロトコルの場合には、単に受信フィルタ１１３の設定をすれば簡単に実現できるため、本従来例は、ＵＤＰ伝送を想定して記述されている。
【特許文献１】特開2004-150938
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしＴＣＰプロトコルの場合、接続制御やフロー制御が必要である。そこで、接続制御をホストＣＰＵ１０１で行い、受信フィルタ１１３の設定を変えてＡＶデータを第３送受信装置で行う処理を行うことも考えられる。
【００１１】
この場合ホストＣＰＵ１０１内で動作しているＴＣＰ／ＩＰ処理プログラムは、接続しているのにも関わらずデータ送受信が行われないため、タイムアウト処理が発生したり、接続先の端末Ｂ１０６から接続解除要求があった場合には、第３送受信手段１０４で接続解除要求のデータを受信することになるため、第３送受信手段１０４からホストＣＰＵ１０１内で動作しているＴＣＰ／ＩＰ処理ソフトに対して接続解除を行うための新規通信インタフェースを作成しなければ成らないなどの課題があった。
【００１２】
上記課題があるため、本従来例の場合にはＴＣＰで伝送されるＡＶデータはホストＣＰＵで処理するしかなく、ＣＰＵの処理負荷低減が出来ない課題があった。
【００１３】
このように特開2004-150938に示されるような従来の送受信装置は、ＴＣＰの様な接続制御やフロー制御が必要なプロトコルでＡＶ伝送を行う場合にはＣＰＵの処理負荷を著しく低下させることは出来なかった。
【００１４】
本発明は、上記従来の送受信装置の課題を考慮し、ＴＣＰプロトコルでも高速にＡＶコンテンツが伝送できる送受信装置、送受信方法などを提供することを目的とするものである。
【課題を解決するための手段】
【００１５】
第１の本発明は、
ホストＣＰＵと、
第１送受信手段と、
第２送受信手段と、
前記第１送受信手段と前記ホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段と、
前記ホストＣＰＵから前記第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信する第２のインタフェース手段と、を備え、
前記第１送受信手段と前記第２受信手段は、同一伝送路上に対してデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う、送受信装置である。
【００１６】
第２の本発明は、
ホストＣＰＵと、
第１送受信手段と、
第２送受信手段と、
前記第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段と、
前記ホストＣＰＵから前記第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信する第２のインタフェース手段と、を備え、
前記第１送受信手段と前記第２受信手段は同一伝送路上のデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する機能を備えた、送受信装置である。
【００１７】
第３の本発明は、
前記第１送受信手段と前記第２送受信手段とは別の第３送受信手段をさらに備え、
前記第３の送受信手段は、
前記第１送受信手段と前記第２送受信手段と前記同一伝送路上のデータ送受信を行う機能を備えると共に、
前記ホストＣＰＵとは、第３のインタフェースで接続され、
少なくともＴＣＰプロトコルに従ったＡＣＫパケットを送信する機能を備えた、第１の本発明の送受信装置である。
【００１８】
第４の本発明は、
前記第１送受信手段と前記第２送受信手段とは別の第３送受信手段をさらに備え、
前記第３の送受信手段は、
前記第１送受信手段と前記第２送受信手段と前記同一伝送路上のデータ送受信を行う機能を備えると共に、
前記ホストＣＰＵとは、第３のインタフェースで接続され、
少なくとも、前記同一伝送路上に接続された前記別の機器から送信されてくるＡＣＫパケットを受信し、ＴＣＰ／ＩＰプロトコルに準拠したフロー制御を実施してデータを送信する機能を備えた、第２の本発明の送受信装置である。
【００１９】
第５の本発明は、
第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信し、
前記ホストＣＰＵから第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信し、
前記第１送受信手段と前記第２受信手段は、同一伝送路上に対してデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う、送受信方法である。
【００２０】
第６の本発明は、
第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信し、
前記ホストＣＰＵから第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信し、
前記第１送受信手段と前記第２受信手段は同一伝送路上のデータ送受信を行い、
前記第２送受信手段は、前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する、送受信方法である。
【００２１】
第７の本発明は、第１の本発明の送受信装置の、
前記第１送受信手段と前記ホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段、
前記ホストＣＰＵから前記第２送受信手段に対して、少なくともＴＣＰの接続要求命令を送信する第２のインタフェース手段、
前記ＴＣＰの接続要求命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続を行う前記第２送受信手段、としてコンピュータを機能させるためのプログラムである。
【００２２】
第８の本発明は、
前記第１送受信手段とホストＣＰＵの間で、Ｅｔｈｅｒフレームのデータ送受信する第１のインタフェース手段、
前記ホストＣＰＵから前記第２の送受信手段に対して、少なくともＴＣＰの接続待機命令を送信する第２のインタフェース手段、
前記ＴＣＰの接続待機命令に従って、前記伝送路に接続された別の機器に対してＴＣＰ／ＩＰプロトコルで規定された手順で接続が可能なように待機する状態に遷移する機能を備えた前記第２送受信手段、としてコンピュータを機能させるためのプログラムである。
【００２３】
第９の本発明は、第７又は第８の本発明のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体である。
【発明の効果】
【００２４】
本発明によれば、ＴＣＰのコネクション処理はホストＣＰＵの指令により第２送受信手段で行うため、端末Ｂから接続解除要求がきた場合についても接続解除データは第２送受信手段に到達するため、簡単に接続解除が行なわれる。
【００２５】
そのためホストＣＰＵ内に存在するＴＣＰ／ＩＰ処理ソフトは、第２送受信手段で使用される接続情報を管理する必要がなく、従来の処理ソフトをそのまま使用可能となる。
【００２６】
またＴＣＰのヘッダチェックやフロー制御などは第２送受信装置で処理を行うため、従来ホストＣＰＵで行われていた処理を低減することが可能となる。
【発明を実施するための最良の形態】
【００２７】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００２８】
（実施の形態１）
図１は、本発明の実施の形態１の例を示した図である。図４はホストＣＰＵ、第２受信装置と端末Ｂの通信フローを示している。以下図面を使用して、本実施の形態１の構成を説明するとともに、ＡＶデータ受信時の動作を説明する。
【００２９】
図１において、端末Ａ１００は、ホストＣＰＵ１０１、第１送受信手段１０２、第２送受信手段１０３、受信フィルタ１１３、送信手段１１４により構成される。
【００３０】
まず、通常のデータ処理について説明する。伝送路１０７は、イーサネットやＩＥＥＥ８０２．１１規格で規定される無線ＬＡＮなど、インターネットプロトコルによる伝送路である。
【００３１】
伝送路１０７には、端末Ａ１００と端末Ｂ１０６が接続されている。端末Ｂ１０７から端末Ａ１００へ送信されるデータは、まず受信フィルタ１１３で受信される。通常、受信フィルタ１１３は、受信されると同時に第１送受信手段１０２へ転送される。第１送受信手段１０２には、受信バッファがあり、受信データが受信バッファに格納されると速やかに第１通知手段１１１によりホストＣＰＵ１０１に通知される。ホストＣＰＵ１０１では、受信が通知されると割り込み処理が起動して、第１送受信装置１０２の受信バッファに格納されたデータを読み込む。その後、ホストＣＰＵ１０１内のＴＣＰ／ＩＰ処理プログラムが起動して、ＩＰヘッダの確認、ＴＣＰヘッダの確認など必要な処理を施して、データをアプリケーションに伝達する。
【００３２】
ホストＣＰＵ１０１がデータ出力を行う場合には、第１送受信手段１０２内の送信バッファへデータを転送して、送信手段１１４を介して伝送路１０７へデータを送出する。
【００３３】
これらの処理は、一般のＥｔｈｅｒネット用の通信デバイス（例えば、ＳＭＣ社ＬＡＮ９１１８）で実現される方法であり、第１通信インタフェース１０８上ではＥｔｈｅｒフレームでのデータが送受信されている。
【００３４】
ところで、第１送受信手段１０２でＡＶデータを受信すると、第１送受信手段１０２内のバッファにデータが格納される度に割り込みが発生することになる。例えば、２０ＭｂｐｓのＭＰＥＧデータを受信する場合、平均で約４１０μｓ毎に受信割り込みが発生することになり、ＣＰＵの処理負荷が著しく増加する。
【００３５】
またホストＣＰＵ１０１は、受信データ内のＩＰヘッダ、ＴＣＰヘッダなどを解釈してＴＣＰプロトコルの場合、受信したことを端末Ｂに通知するためのＡＣＫデータを作成して端末Ｂ１０６へ送信しなければならない。
【００３６】
この様なホストＣＰＵ１０１の処理負荷を低減するため、本実施例では第２送受信手段１０３を設けている。以下、図４に示した通信フローで説明する。
ホストＣＰＵ１０１は、端末Ｂに対する接続要求を、第２インタフェース手段１０９を介して第２送受信手段１０３へ通知する。
【００３７】
接続要求を受信すると第２送受信手段１０３は、受信フィルタ１１３に対して指示を行い（図示せず）、今後端末Ｂ１０６から送信されてくるＡＶデータが第２受信手段１０３へ伝達されるように設定する。
【００３８】
次に第２送受信手段１０３は、端末Ｂ１０６に対して接続制御を行う。具体的には、図４に示すように、ＳＹＮパケットを、送信手段１１４を介して端末Ｂ１０６へ送信し、端末Ｂ１０６から送信されてくるＳＹＮ  ＡＣＫパケットが受信フィルタ１１３を介して受信する。第２送受信手段１０３は、ＳＹＮ  ＡＣＫパケットを受信すると、接続が完了したことを端末Ｂ１０６に通知するためＡＣＫパケットを送信し、ホストＣＰＵ１０１に対して接続完了通知を行う。
【００３９】
ホストＣＰＵ１０１は、接続が完了するとデータ転送命令（本実施例ではＨＴＴＰプロトコル）を第２送受信手段１０３に行う。第２送受信手段１０３は、データ転送命令（ＨＴＴＰ  ＧＥＴ）にＴＣＰ、ＩＰヘッダを付加して端末Ｂ１０６に送信する。コマンドに対する応答パケット（ＨＴＴＰ  ＯＫ）が端末Ｂ１０６から送信されて来るので、第２送受信手段１０３は受信し、その受信応答を端末Ｂ１０６に送信する。ホストＣＰＵ１０１は、第２送受信手段１０３に対して、送信要求に対する応答パケットの転送を指示し、応答パケット受信する。
【００４０】
ホストＣＰＵ１０１は、応答パケットに含まれる転送サイズを第２送受信手段１０３に設定する。
【００４１】
端末Ｂ１０６は、ＡＣＫパケット（ＨＴＴＰ  ＯＫに対する）を受信するとデータ転送を開始する。第２送受信手段１０３は、データを受信すると受信の通知であるＡＣＫパケットを端末Ｂ１０６に送信し、端末Ｂ１０６はＡＣＫパケットの到着により受信が完了したことを認識して次のパケットを第２送受信手段１０３へ送信する。
【００４２】
この様に、ＴＣＰ伝送の場合には、フロー制御を行う事で、確実にデータを伝送することが可能であり、信頼性の高い通信を実現できる。第２送受信手段１０３には、受信バッファがあり、予め定められた以上に蓄積されるとホストＣＰＵ１０１に対して第２通信手段１１２で通知する。ホストＣＰＵ１０１は、受信通知を受けると第２送受信手段１０３に対して受信要求を指示してデータ転送を行う。
【００４３】
このとき、第２送受信手段１０３内の受信バッファサイズを仮に、１０ｋＢに設定した場合、第１送受信手段１０２で受信した場合、約４１０μｓ間隔での割り込み処理が、２．８７ｍｓ間隔まで低減可能であり、バッファメモリを増加させるだけホストＣＰＵ１０１の割り込み間隔を低減させることができる。
【００４４】
端末Ｂ１０６からのデータ転送が、終了したことを第２送受信手段１０３が検出すると、受信完了通知をホストＣＰＵ１０１へ通知する。ホストＣＰＵ１０１は、処理を完了する場合には、接続完了要求を第２送受信手段１０３へ送信する。第２送受信手段１０３は、接続解除であるＦＩＮパケットを端末Ｂ１０６へ送信して接続を完了する。
【００４５】
この様に構成された本実施の形態１の送受信装置は、第２送受信手段１０３を設けることにより、ＴＣＰプロトコルの接続制御、フロー制御を、ホストＣＰＵ１０１を用いず実現できるので、高速のＡＶ伝送を行った場合であっても、ホストＣＰＵの処理負荷を低減してシステムを安定に動作させることが可能となる。
【００４６】
（実施の形態２）
上記実施の形態１では、ＡＶデータの受信処理を例に取り説明したが、実施の形態２では、図１に記載した構成での送信フローについて図５を用いて説明する。
【００４７】
まず、ホストＣＰＵ１０１から、接続待機要求を第２送受信手段１０３に送信する。第２送受信手段１０３は、接続待機要求を受け取ると、想定される受信パケットが第２送受信手段１０３へ到達するように受信フィルタ１１３に設定する（図示せず）。
【００４８】
次に、第２送受信手段１０３は、受信待機状態に遷移する。第２送受信手段１０３は、端末Ｂ１０６からの接続要求（ＳＹＮ）を受信すると、接続処理を行い、接続が完了してから接続されたことをホストＣＰＵ１０１に通知する。端末Ｂ１０６から、ファイル転送要求（ＨＴＴＰ  ＧＥＴ）が第２受信手段１０３に送付される。ホストＣＰＵ１０１は、受信要求を第２送受信手段１０３に受信要求を行い、ファイル転送要求（ＨＴＴＰ  ＧＥＴ）を受信する。
【００４９】
ホストＣＰＵは、ＨＴＴＰ  ＧＥＴと共に受信されるファイル情報から、ファイルを特定すると共に、ファイル転送要求に対する応答であるＨＴＴＰ  ＯＫを端末Ｂ１０６に送信するための送信要求を第２送受信手段１０３に対して指示し、ファイルデータを第２送受信手段１０３に転送する。第２送受信手段１０３は、送信要求（ＨＴＴＰ  ＯＫ）にＩＰ、ＴＣＰヘッダを付加して、端末Ｂ１０６に出力し、端末Ｂ１０６からの受信応答のＡＣＫを受信して、端末Ｂ１０６が受信可能な状態である事を確認する。
【００５０】
第２送受信手段１０３は、ホストＣＰＵ１０１から受信されてくるファイルデータを受信し、ＴＣＰ伝送のフロー制御を行いながら端末Ｂ１０６へデータを転送する。第２送受信手段１０３には送信用バッファが備えられており、送信バッファに空きが発生するとホストＣＰＵ１０１に対してデータ転送要求を行う。ホストＣＰＵ１０１は、送信要求に従ってデータ転送を行い、ファイルデータの最後までデータ転送を行う。
【００５１】
端末Ｂ１０６は、ファイルデータを受信すると接続解除（ＦＩＮ）を送信する。第２送受信手段１０３は、ＦＩＮを受信すると接続解除処理を行い接続が解除されたことをホストＣＰＵ１０１に通知する。
【００５２】
この様に第２送受信手段１０３を設ける事により、ホストＣＰＵ１０１は第２送受信手段１０３に対してファイルデータを送信するだけ良く、ＴＣＰ／ＩＰのヘッダの処理やフロー制御をする必要が無いため、ＣＰＵの占有率を低減することができる。
【００５３】
（実施の形態３）
実施の形態１及び２で説明した例では、ＴＣＰのヘッダ処理やフロー制御を行う必要が無いため、ホストＣＰＵ１０１の処理負荷を低減することができる反面、ＡＶデータは、ホストＣＰＵ１０１に伝送されることになるため、データ転送によるバスの占有、ＣＰＵ処理負荷の増加が発生する。
【００５４】
そこで、さらにホストＣＰＵ１０１の負荷を低減するためＡＶデータの転送もホストＣＰＵ１０１へ伝送しない実施の形態について図２を用いて説明する。
【００５５】
図１と異なるのは、第３送受信手段１０４を追加し、第３送受信手段１０４を介してＡＶコーデック１０５に接続されている事である。
【００５６】
図２に示された送受信装置においての受信フローの動作について図６を用いて説明する。図６において、第２送受信手段１０３は、端末Ｂに対してＨＴＴＰ  Ｇｅｔを送信して、その応答パケットであるＨＴＴＰ  ｏｋを受信する。第２送受信手段１０３は、受信フィルタ１１３に対して、その後、端末Ｂ１０６から送信されてくるＡＶデータが第３送受信手段１０４に伝送されるようにフィルタ設定を行い、ＨＴＴＰ  ＯＫの応答パケットであるＡＣＫパケットを端末Ｂ１０６に送信する。その後第２送受信手段１０３は、ＨＴＴＰ  ＯＫの受信データをホストＣＰＵに伝送する。
【００５７】
第３送受信手段１０４には、端末Ｂ１０６からデータが送信されてくるので、第３送受信手段１０４はＴＣＰのフロー制御を行って受信を行い、ＴＣＰ，ＩＰヘッダなどを除去してＡＶコーデック１０５が必要なデータを抽出して転送する。
【００５８】
第３送受信手段１０４は、受信が完了すると第２送受信手段１０３に完了通知を上げる。第２送受信手段１０３は、完了通知を受け取ると、受信フィルタ１１３の設定を変更して、端末Ｂ１０６から送信されてくるパケットを第２送受信手段１０３へ受信するようにフィルタを設定すると共に、受信完了通知をホストＣＰＵ１０１に転送する。ホストＣＰＵ１０１は接続完了要求を第２送受信手段１０３に通知し、その通知を元に第２送受信手段１０３は端末Ｂ１０６との接続を解除する。
【００５９】
この様に構成された送受信装置の場合、ＡＶデータは第３送受信手段１０４を介してＡＶコーデック１０５に転送されるため、ホストＣＰＵ１０１にはＡＶデータの転送が行われないために、ＣＰＵの占有率が著しく低減できる。
【００６０】
（実施の形態４）
図２に示した送受信装置での送信フローについて図７を用いて説明する。
【００６１】
図７において第２受信手段１０３は、端末Ｂ１０６からＨＴＴＰ  ＯＫの受信応答のＡＣＫを受信すると、受信フィルタ１１３の設定を変更して、端末から送信されてくるＡＶデータの受信応答パケットが第３受信手段１０４で受信できるように設定する。
【００６２】
第２送受信手段１０３は、ホストＣＰＵ１０１から送信開始要求があると、第３送受信手段１０４に対してデータの送信開始を指示する。第３送受信手段１０４は、送信開始が指示されるとＡＶコーデック１０５からデータを取得し、ＩＰ、ＴＣＰヘッダを付加して端末Ｂ１０６に対してデータを送信すると共に、ＴＣＰのフロー制御を行う。
【００６３】
第３送受信手段１０４は、送信完了通知を第２送受信手段１０３に通知する。第２送受信手段１０３は送信完了が通知されると、受信フィルタ１１３の設定を変更して端末Ｂ１０６からのデータを第２送受信装置１０３へ転送されるように設定する。端末Ｂ１０６は、受信が完了すると接続解除要求（ＦＩＮ）を送付してくるが、第２送受信手段１０３は、ＦＩＮを受信すると接続解除処理を行い、ホストＣＰＵ１０１に対して接続が解除されたことを通知する。
【００６４】
この様な動作を行えば、ホストＣＰＵは、ＡＶデータに関するＴＣＰ／ＩＰ処理を行わなくてもよく、さらにＡＶデータの転送に関しても全く関与する必要も無いため、ＣＰＵ占有率を著しく低下することができる。
【００６５】
なお、本実施の形態４で受信フィルタ１１３に設定する条件として、ＴＣＰプロトコルで定義されるポート番号を指定すれば良い。
【００６６】
なお、本発明のプログラムは、上述した本発明の送受信装置の全部又は一部の手段等の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【００６７】
また、本発明の記録媒体は、上述した本発明の送受信装置の手段等の全部又は一部の機能をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【００６８】
なお、本発明の上記「一部の手段等」とは、それらの複数の手段の内の、一つ又は幾つかの手段を意味する。
【００６９】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【００７０】
また、本発明のプログラムの一利用形態は、伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【００７１】
また、記録媒体としては、ＲＯＭ等が含まれる。
【００７２】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【００７３】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【００７４】
本発明にかかる送受信装置は、ＡＶデータを複雑なＴＣＰプロトコルで伝送する機能をホストＣＰＵの負荷を軽減して実現でき、高画質のＡＶデータをＴＣＰプロトコルで伝送した場合であっても、ホストＣＰＵはＡＶ機器の制御を安定に実現することができる、所定の通信プロトコルに従ってデータを送受信する送受信装置に有用である。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態１、２の形態の例を示した構成図
【図２】本発明の実施の形態３，４の形態の例を示した構成図
【図３】従来の送受信装置を示した構成図
【図４】本発明の実施の形態１の通信フローのチャート図
【図５】本発明の実施の形態２の通信フローのチャート図
【図６】本発明の実施の形態３の通信フローのチャート図
【図７】本発明の実施の形態４の通信フローのチャート図
【符号の説明】
【００７６】
１００    端末Ａ
１０１    ホストＣＰＵ
１０２    第１送受信手段
１０３    第２送受信手段
１０４    第３送受信手段
１０５    ＡＶコーデック
１０６    端末Ｂ
１０７    伝送路
１０８    第１インタフェース手段
１０９    第２インタフェース手段
１１０    第３インタフェース手段
１１１    第１通信手段
１１２    第２通信手段
１１３    受信フィルタ
１１４    送受信手段  
【図１】
2006311355.tif 000003
【図２】
2006311355.tif 000004
【図３】
2006311355.tif 000005
【図４】
2006311355.tif 000006
【図５】
2006311355.tif 000007
【図６】
2006311355.tif 000008
【図７】
2006311355.tif 000009