(57)【要約】【課題】  通信端末との間で送受信されるデータ量を増加させることなく、その通信端末へ送信するデータのデータ量に応じて好適な態様でデータ通信を行うことを可能にする。【解決手段】  通信網を介して通信端末へ送信データを送信する際にウィンドウ制御を行って送信する送信装置に、上記通信端末へ送信する送信データのデータ量に基づいて、行うべきウィンドウ制御の態様を特定させ、特定された態様でウィンドウ制御を行いつつ、上記送信データを上記通信端末へ送信させるようにする。【選択図】      図４
2005192102.tif 000002
【特許請求の範囲】
【請求項１】
ウィンドウ制御の態様を示す制御パラメータが送信するデータのデータ量毎に記憶された記憶手段と、
通信網を介して通信端末へ送信する送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該通信端末へ該送信データを送信する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、
前記特定手段により特定された制御パラメータで示される態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ送信する送信手段と
を有する送信装置。
【請求項２】
前記制御パラメータは、前記送信データを前記通信端末へ送信する際の通信速度を表すデータである
ことを特徴とする請求項１に記載の送信装置。
【請求項３】
前記通信網に掛かっている負荷を検出する検出手段を有し、
前記特定手段は、前記検出手段により検出された負荷が高い場合には、前記送信データのデータ量に対応する制御パラメータよりも遅い通信速度を表す制御パラメータを特定する
ことを特徴とする請求項２に記載の送信装置。
【請求項４】
ウィンドウ制御の態様を示す制御パラメータを転送するデータのデータ量毎に記憶した記憶手段と、
通信網を介して送信装置から通信端末へ送信される送信データを受信する受信手段と、
前記受信手段により受信された送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該送信データを前記通信端末へ転送する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、
前記特定手段により特定された制御パラメータの示す態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ転送する転送手段と
を有する中継装置。
【請求項５】
前記受信手段により受信された送信データを記憶するキャッシュ手段を有し、
前記転送手段は、前記キャッシュ手段に記憶された送信データを、前記特定手段により特定された制御パラメータの示す態様でウィンドウ制御を行いつつ、前記通信端末へ転送する
ことを特徴とする請求項４に記載の中継装置。
【請求項６】
コンピュータ装置を、
ウィンドウ制御の態様を示す制御パラメータを送信するデータのデータ量毎に記憶する記憶手段と、
通信網を介して通信端末へ送信する送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該通信端末へ該送信データを送信する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、
前記特定手段により特定された制御パラメータで示されるウィンドウ制御を行いつつ、前記送信データを前記通信端末へ送信する送信手段と
して機能させるプログラム。
【請求項７】
コンピュータ装置を、
ウィンドウ制御の態様を示す制御パラメータを転送するデータのデータ量毎に記憶する記憶手段と、
通信網を介して送信装置から通信端末へ送信される送信データを受信する受信手段と、
前記受信手段により受信された送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該送信データを前記通信端末へ転送する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、
前記特定手段により特定された制御パラメータの示す態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ転送する転送手段と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
通信端末との間で好適な通信態様でデータ通信を行う技術に関する。
【背景技術】
【０００２】
近年、ブラウザ機能を有する携帯電話機の普及により、係る携帯電話機を用いてインターネット上のコンテンツサーバへアクセスしコンテンツを閲覧することが一般的になっている。この種の携帯電話機の中には、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）やｃｄｍａ２０００（Code Division Multiple Access 2000）などの第３世代方式の携帯電話機と、ＰＤＣ（Personal Digital Cellular）方式などの第２世代方式の携帯電話機とがあり、前者は後者に比較して高速なデータ通信を行うことが可能である。このように通信速度が異なる通信端末が混在して利用されている状況下で、その一方にとって好適な通信速度で常にデータを送信してしまうと、他方の通信端末が効率良くデータ通信を行うことができないといった問題点がある。このような問題点を解決するための技術の一例としては、特許文献１に開示された技術が挙げられる。
【０００３】
より詳細に説明すると、特許文献１に開示された技術では、送信装置から送信されるデータを受信する通信端末に、以下に述べるような動作を行わせることによって好適な態様で通信を行うことが実現される。まず、上記送信装置へ通信の開始を要求する旨の通信メッセージ（Ｓｙｎパケット）を送信してから、そのデータと同一のデータサイズを有する付加データが付加された応答メッセージ（ＳｙｎＡｃｋパケット）がその送信装置から送信されてくるまでのラウンドトリップタイムを上記通信端末に計測させる。このようにして測定されたラウンドトリップタイムや付加データのデータ量に基づいて、上記通信端末に上記送信装置との間の通信経路の通信帯域を推定させ、その推定結果に基づいてブラウザなどの通信アプリケーションの動作モードを設定させる。加えて、上記通信端末は、上記通信経路上に存在する各ルータから各ルータ間の転送時間情報を取得し、上りの転送速度と下りの転送速度とに大きな差があるリンクの両端の中継装置に上記動作モードを通知し、その動作モードに最適な通信パラメータをその中継装置に設定させる。
【特許文献１】特開２０００−２７８３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された技術では、送信装置から通信端末へ送信するＳｙｎＡＣＫパケットに、その通信端末へ送信するべきデータと同一のデータ量を有する付加データを付加しているために、送信装置と通信端末との間で送受信されるデータ量を増加させてしまう。このように、送信装置と通信端末との間で送受信されるデータ量を増加させてしまうと、両者の間の通信を中継する通信網や中継装置に余計な負荷を掛けてしまうことになり好ましくない。
【０００５】
本発明は、上記課題に鑑みて為されたものであり、通信端末との間で送受信されるデータ量を増加させることなく、その通信端末へ送信するデータのデータ量に応じて好適な態様でデータ通信を行うことを可能にする技術を提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、ウィンドウ制御の態様を示す制御パラメータが送信するデータのデータ量毎に記憶された記憶手段と、通信網を介して通信端末へ送信する送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該通信端末へ該送信データを送信する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、前記特定手段により特定された制御パラメータで示される態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ送信する送信手段とを有する送信装置を提供する。
【０００７】
また、上記課題を解決するために、本発明は、コンピュータ装置を、ウィンドウ制御の態様を示す制御パラメータを送信するデータのデータ量毎に記憶する記憶手段と、通信網を介して通信端末へ送信する送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該通信端末へ該送信データを送信する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、前記特定手段により特定された制御パラメータで示されるウィンドウ制御を行いつつ、前記送信データを前記通信端末へ送信する送信手段として機能させるプログラムを提供する。
【０００８】
このような送信装置およびプログラムによれば、通信端末へ送信するデータのデータ量に応じて、そのデータを送信する際に行うべきウィンドウ制御の態様を示す制御パラメータが特定される。
【０００９】
また、上記課題を解決するために、本発明は、ウィンドウ制御の態様を示す制御パラメータを転送するデータのデータ量毎に記憶した記憶手段と、通信網を介して送信装置から通信端末へ送信される送信データを受信する受信手段と、前記受信手段により受信された送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該送信データを前記通信端末へ転送する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、前記特定手段により特定された制御パラメータの示す態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ転送する転送手段とを有する中継装置を提供する。
【００１０】
また、上記課題を解決するために、本発明は、コンピュータ装置を、ウィンドウ制御の態様を示す制御パラメータを転送するデータのデータ量毎に記憶する記憶手段と、通信網を介して送信装置から通信端末へ送信される送信データを受信する受信手段と、前記受信手段により受信された送信データのデータ量を特定する一方、その特定結果と前記記憶手段の記憶内容とに基づいて該送信データを前記通信端末へ転送する際に行うウィンドウ制御の態様を示す制御パラメータを特定する特定手段と、前記特定手段により特定された制御パラメータの示す態様でウィンドウ制御を行いつつ、前記送信データを前記通信端末へ転送する転送手段として機能させるプログラムを提供する。
【００１１】
このような中継装置およびプログラムによれば、上記通信端末へ上記送信データを送信する送信装置に、その送信データのデータ量に応じて行うべきウィンドウ制御の態様を示す制御パラメータが通知される。
【発明の効果】
【００１２】
本発明によれば、通信端末との間で送受信されるデータ量を増加させることなく、その通信端末へ送信するデータのデータ量に応じて好適な態様でデータ通信を行うことが可能になるといった効果を奏する。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を実施するための最良の形態について図面を参照しつつ説明する。
［Ａ：第１実施形態］
（Ａ−１：通信システムの構成）
図１は、本発明の第１実施形態に係る通信システムの構成例を示す図である。図１の通信端末１０は、Ｗ−ＣＤＭＡ方式の携帯電話機であり、上述したブラウザ機能を備えている。なお、本実施形態では、通信端末１０がブラウザ機能を備えたＷ−ＣＤＭＡ方式の携帯電話機である場合について説明するが、ブラウザ機能を備えたＰＤＣ方式の携帯電話機やＰＨＳ（Personal Handyphone System：登録商標）やＰＤＡ（Personal Digital Assistant）、モバイル型のパーソナルコンピュータ（以下、ＰＣ）などであっても良いことは勿論である。また、図１には、１つの通信端末が例示されているが、実際には、複数の通信端末が存在する。
【００１４】
図１の無線通信網２０は、Ｗ−ＣＤＭＡ方式の無線通信網であり、自網のサービスエリア内に在圏するＷ−ＣＤＭＡ方式の携帯電話機を収容し無線通信サービスを提供するためのものである。
【００１５】
図１の中継装置３０は、例えばゲートウェイ装置であり、無線通信網２０とインターネット４０とに接続されている。この中継装置３０は、無線通信網２０における通信プロトコルとインターネット４０における通信プロトコルとを相互変換する機能を備えており、無線通信網２０に収容されている通信端末１０と、インターネット４０に接続されている送信装置５０との間の通信を仲介するためのものである。
【００１６】
送信装置５０は、インターネット４０を介して配信するべき送信データであるコンテンツ（例えば、ＨＴＭＬで記述された文書データ）を記憶しており、このコンテンツをＴＣＰ（Transmission Control Protocol）などの所定の通信プロトコルにしがってウィンドウ制御を行いつつ送信することができる。ここで、ウィンドウ制御とは、通信相手の端末との間の通信経路に輻輳が発生しないように、送信するデータ量を序々に増加させて行くことである。具体的には、送信装置５０は、上記コンテンツの送信を要求する旨の通信メッセージ（以下、コンテンツ送信要求）を受信すると、まず、上記コンテンツを所定のデータサイズ単位に分割し、分割されたコンテンツとその分割位置をバイト単位で示すシーケンス番号とを含むデータブロック（以下、セグメント）を生成する。そして、送信装置５０は、内包されているシーケンス番号が最も若いものから順に所定の数（以下、輻輳ウィンドウサイズ）だけ送信する。以降、送信装置５０は、次に送信するべきセグメントのシーケンス番号が書き込まれた通信メッセージ（以下、確認応答）を受信する度に、上記輻輳ウィンドウサイズを所定のアルゴリズム（例えば、スロースタートアルゴリズム）にしたがって増加させつつ後続のセグメントを送信する。なお、スロースタートアルゴリズムとは、上記確認応答を受信する度に、上記輻輳ウィンドウサイズを指数関数的に増加させるアルゴリズムである。また、送信装置５０が一回の送信動作で送信するセグメントの数（以下、送信ウィンドウサイズ）は、上記輻輳ウィンドウサイズと、上記確認応答に書き込まれている広告ウィンドウサイズのうち、何れか小さい方の値であるが、以下では、広告ウィンドウサイズは充分に大きな値であり、送信ウィンドウサイズは常に輻輳ウィンドウサイズに一致しているものとする。
【００１７】
この送信装置５０が、上記ウィンドウ制御を行ってコンテンツを送信する従来の送信装置と異なっている点は、上記コンテンツ送信要求の送信元である通信端末１０へ送信するべきコンテンツのデータ量に応じて上記輻輳ウィンドウサイズの初期値（以下、初期ウィンドウサイズ）を変えて、ウィンドウ制御を行う点である。具体的には、送信装置５０は、上記コンテンツのデータ量が５０キロバイト（なお、１キロバイト＝１０２４バイト）以上である場合には、初期ウィンドウサイズに３個分のセグメントを表す値を設定し、逆に、上記コンテンツのデータ量が５０キロバイト未満である場合には、初期ウィンドウサイズに１０個分のセグメントを表す値を設定する。このような構成としたため、本実施形態に係る送信装置５０によれば、データ量が小さいコンテンツほど少ない回数の送信動作でそのコンテンツの送信が完了するようになっている。以下では、図１に示す通信システムの特徴を顕著に示している送信装置５０を中心に説明する。
【００１８】
（Ａ−２：送信装置５０の構成）
まず、図２を参照しつつ送信装置５０の構成について説明する。図２は、送信装置５０のハードウェア構成の一例を示す図である。図２に示されているように、この送信装置５０は、制御部１００と、通信インターフェイス（以下、「ＩＦ」と表記する）部１１０と、記憶部１２０と、これら各構成要素間のデータ授受を仲介するバス１３０とを有している。
【００１９】
制御部１００は、例えばＣＰＵ（Central Processing Unit）であり、記憶部１２０に格納されているソフトウェアを読み出し実行することにより、送信装置５０の各部を制御するためのものである。通信ＩＦ部１１０はインターネット４０に接続されており、インターネット４０を介して送くられてくるデータを受信し制御部１００へ引渡すとともに、制御部１００から引渡されたデータをインターネット４０へ送り出すためのものである。
【００２０】
記憶部１２０は、図２に示されているように、揮発性記憶部１２０ａと不揮発性記憶部１２０ｂとを有している。揮発性記憶部１２０ａは、例えばＲＡＭ（Random Access Memory）であり、ソフトウェアにしたがって作動している制御部１００によってワークエリアとして利用される。一方、不揮発性記憶部１２０ｂは、例えば、ハードディスクであり、上述したコンテンツや、図３に示す制御パラメータ管理テーブルを格納している。この制御パラメータ管理テーブルには、図３に示されているように、コンテンツ送信要求の送信元へ送信するべきコンテンツのデータ量に対応付けて、そのコンテンツを送信する際に行うべきウィンドウ制御の態様を示す制御パラメータ（本実施形態では、初期ウィンドウサイズ）が格納されている。例えば、図３に例示されている制御パラメータ管理テーブルでは、送信するべきコンテンツのデータ量が５０キロバイト以上である場合には、初期ウィンドウサイズを“３”に設定し、そのコンテンツのデータ量が５０キロバイト未満である場合には、初期ウィンドウサイズを“１０”に設定すべきことが示されている。詳細については後述するが、この制御パラメータ管理テーブルは、送信するべきコンテンツのデータ量に応じて好適な初期ウィンドウサイズを制御部１００に特定させるためのものである。
【００２１】
また、不揮発性記憶部１２０ｂには、上記コンテンツや制御パラメータ管理テーブルの他に、オペレーティングシステム（Operating System：以下、「ＯＳ」）ソフトウェアやセグメント送信ソフトウェア等の各種ソフトウェアが格納されている。ＯＳソフトウェアとは、制御部１００にＯＳを実現させるためのものであり、セグメント送信ソフトウェアは、ＯＳの制御下で前述したウィンドウ制御を行ってセグメントを送信するセグメント送信処理を制御部１００に行わせるためのものである。以下、これらソフトウェアを実行することによって制御部１００に付与される機能について説明する。
【００２２】
送信装置５０の電源（図示省略）が投入されると、制御部１００は、まず、ＯＳソフトウェアを不揮発性記憶部１２０ｂから読み出し実行する。ＯＳソフトウェアにしたがって作動している制御部１００には、送信装置５０の各部を制御する機能、他のソフトウェアを不揮発性記憶部１２０ｂから読み出し実行する機能が付与される。そして、ＯＳソフトウェアの実行を完了し、ＯＳを実現している状態の制御部１００は、即座に上記セグメント送信ソフトウェアを不揮発性記憶部１２０ｂから読み出し順次実行する。このセグメント送信ソフトウェアにしたがって作動している制御部１００には、以下に述べる３つの機能が付与される。
【００２３】
第１に、インターネット４０を介して送信されてくるコンテンツ送信要求を通信ＩＦ部１１０により受信する受信機能である。第２に、上記受信機能により受信したコンテンツ送信要求にて送信を要求されたコンテンツのデータ量と制御パラメータ管理テーブルの格納内容とに基づいて、そのコンテンツ送信要求の送信元である通信端末へコンテンツを送信する際に行うべきウィンドウ制御の態様を特定する特定機能である。そして、第３に、不揮発性記憶部１２０ｂに格納されているコンテンツを所定のデータサイズ単位に分割してセグメントを生成し、そのセグメントを上記特定機能にて特定された態様でウィンドウ制御を行いつつ送信する送信機能である。上記特定機能により特定される制御パラメータは、本実施形態では初期ウィンドウサイズを表している。このため、通信端末１０へ送信するべきコンテンツのデータ量に応じた初期ウィンドウサイズでウィンドウ制御が開始されることになる。
【００２４】
以上に説明したように、送信装置５０のハードウェア構成は一般的なコンピュータ装置のハードウェア構成と同一であり、記憶部１２０に格納されている各種ソフトウェアを制御部１００に実行させることにより、本発明に係る送信装置に特有な機能とが付与される。なお、本実施形態では、本発明に係る送信装置に特有な機能をソフトウェアモジュールを用いて実現する場合について説明したが、これらソフトウェアモジュールと同一の機能を担っているハードウェアモジュールを用いて送信装置５０を構成しても良いことは勿論である。
【００２５】
（Ａ−３：送信装置５０の動作）
次いで、送信装置５０が行う動作のうち、その特徴を顕著に示す動作についてのみ図面を参照しつつ説明する。以下に説明する動作例の前提として、送信装置５０の制御部１００は、上述したセグメント送信ソフトウェアにしたがって作動しており、通信端末１０から送信されたコンテンツ送信要求の受信を待受けているものとする。
【００２６】
通信端末１０のユーザは、その操作部（図示省略）に設けられている操作子を適宜操作することによって、前述したブラウザ機能を起動し、送信装置５０に格納されているコンテンツを取得する旨の指示（例えば、そのコンテンツのＵＲＬの入力）を行うことができる。このような操作が為されると、通信端末１０は、そのコンテンツの送信を要求する旨のコンテンツ送信要求を生成し、送信装置５０へ宛てて送信する。
【００２７】
通信端末１０から送信されたコンテンツ送信要求は、無線通信網２０、中継装置３０およびインターネット４０を順に介して送信装置５０へ到達する。以下では、このコンテンツ送信要求を受信した場合に、送信装置５０の制御部１００が行う動作について図４を参照しつつ説明する。
【００２８】
図４は、送信装置５０の制御部１００が上記セグメント送信ソフトウェアにしたがって行うセグメント送信処理の流れを示すフローチャートである。図４に示されているように、制御部１００は、通信ＩＦ部１１０によって上記コンテンツ送信要求を受信（ステップＳＡ１）すると、そのコンテンツ送信要求を解析し、そのコンテンツ送信要求で送信を要求されたコンテンツのデータ量を特定する（ステップＳＡ２）。具体的には、制御部１００は、ステップＳＡ１にて受信したコンテンツ送信要求に内包されているＵＲＬで特定されるコンテンツを不揮発性記憶部１２０ｂから読み出し、揮発性記憶部１２０ａ内に展開するとともに、展開したコンテンツのデータ量を算定し特定する。なお、本実施形態では、揮発性記憶部１２０ａ内に展開されたコンテンツのデータ量を算定することによって、そのコンテンツのデータ量を特定する場合について説明したが、ＯＳの管理下にあるディレクトリ情報等を参照して上記コンテンツのデータ量を特定するとしても良いことは勿論である。なお、ディレクトリ情報とは、不揮発性記憶部１２０ｂ内に設けられているファイルシステムの階層構造や各階層に属しているファイルのデータ量等を表すデータである。
【００２９】
次いで、制御部１００は、ステップＳＡ２にて特定したデータ量と制御パラメータ管理テーブル（図３参照）の格納内容とに基づいて、そのコンテンツを送信する際に行うべきウィンドウ制御の態様を示す制御パラメータ（本実施形態では、初期ウィンドウサイズ）を特定する（ステップＳＡ３）。具体的には、ステップＳＡ２にて特定されたデータ量が５０キロバイト以上である場合には、制御部１００は初期ウィンドウサイズの値を“３”と特定し、逆に、ステップＳＡ２にて特定されたデータ量が５０キロバイト未満である場合には、制御部１００は初期ウィンドウサイズの値を“１０”と特定する。
【００３０】
そして、制御部１００は、ステップＳＡ３にて特定された制御パラメータの示す態様でウィンドウ制御を行って、上記コンテンツを送信する（ステップＳＡ４）。具体的には、制御部１００は、ステップＳＡ１にて揮発性記憶部１２０ａ内に展開したコンテンツを所定のデータサイズずつ分割してセグメントを生成し、生成したセグメントの先頭からステップＳＡ３にて特定された制御パラメータで示される初期ウィンドウサイズ分のセグメントを送信する。以降、制御部１００は、通信端末１０から送信されてくる確認応答を受信する度に、例えばスロースタートなどの所定のアルゴリズムにしたがって輻輳ウィンドウサイズを増加させる等のウィンドウ制御を行って上記コンテンツを送信する。
【００３１】
例えば、上記所定のデータサイズが１キロバイトであり、上記コンテンツが９キロバイトのデータ量を有している場合を想定すると、ステップＳＡ３にて初期ウィンドウサイズの値として１０個分のセグメントのデータ量を示す値（すなわち、１０キロバイト）が特定される。上記コンテンツのデータ量は９キロバイトであるから、このコンテンツは９個のセグメントに分割されて送信されることになる（なお、各セグメントに含まれるヘッダのデータ量は無視する）。上述したように、初期ウィンドウサイズには１０個分のセグメントを表す値が設定されているから、上記コンテンツについては、一回の送信動作で対応する全てのセグメントが送信されることになる。
【００３２】
これに対して、従来のウィンドウ制御では、初期ウィンドウサイズのデフォルト値は３であるから、上記コンテンツを送信する際には、まず、３つのセグメントが送信され、対応する確認応答が送信されてきたことを契機として、残りの６つのセグメントが送信される。つまり、従来のウィンドウ制御では、上記コンテンツについては２回の送信動作が行われることになる。このように、本実施形態によれば、通信端末へ送信するべきコンテンツのデータ量が所定の値より少ない場合には、一回の送信動作でそのコンテンツの送信を完了することが可能になる。
【００３３】
以上に説明したように、本実施形態によれば、通信端末１０へ送信するコンテンツのデータ量に応じて好適な初期ウィンドウサイズを設定してウィンドウ制御を行って、そのコンテンツを送信することが可能になる。加えて、本実施形態では、通信端末１０から送信装置５０へ送信されるコンテンツ送信要求は、一般的なＴＣＰに準拠した通信メッセージであり、本発明に特徴的な動作を行わせるための特別な付加データを書き込んでおく必要はないので、通信端末１０と送信装置５０との間で送受信されるデータ量を増加させることはない。
【００３４】
［Ｂ：第２実施形態］
次いで、本発明の第２実施形態に係る通信システムについて図面を参照しつつ説明する。
【００３５】
（Ｂ−１：通信システムの構成）
図５は、本発明の第２実施形態に係る通信システムの一例を示す図である。図５に示す通信システムが図１に示す通信システムと異なっている点は、中継装置３０に代えて中継装置２３０を設けた点と、送信装置５０に代えて送信装置２５０を設けた点とである。
【００３６】
送信装置２５０が送信装置５０と異なっている点は、コンテンツ送信要求を受信した場合に、予め定められた態様（例えば、予め定められた初期ウィンドウサイズ）でウィンドウ制御を行いコンテンツを送信する点である。つまり、送信装置２５０は、ウィンドウ制御を行ってコンテンツを送信する従来の送信装置である。このため、送信装置２５０についての詳細な説明を省略する。
【００３７】
一方、中継装置２３０が中継装置３０と異なっている点は、送信装置２５０から送信されてきたセグメント（すなわち、通信端末１０へ送信するべきコンテンツが分割されて内包されているセグメント）を受信した場合に、そのセグメントの所定の領域（例えば、Content-Length）に書き込まれているデータに基づいて、そのコンテンツのデータサイズを特定し、その特定結果に応じた態様でウィンドウ制御を行ってそのセグメントを通信端末１０へ転送する点である。以下、本第２実施形態に特徴的な中継装置２３０を中心に説明する。
【００３８】
（Ｂ−２：中継装置２３０の構成）
図６は、中継装置２３０の構成例を示す図である。図６に示されているように、中継装置２３０の構成が、送信装置５０の構成（図２参照）と異なっている点は、通信ＩＦ部１１０に代えて、第１通信ＩＦ部１１０ａと第２通信ＩＦ部１１０ｂとを設けた点である。
【００３９】
第１通信ＩＦ部１１０ａは、無線通信網２０に接続されており、無線通信網２０を介して送信されてくるデータを受信し制御部１００へ引渡すとともに、制御部１１０から引渡されたデータを無線通信網２０へ送出するためのものである。第２通信ＩＦ部１１０ｂは、インターネット４０に接続されており、インターネット４０を介して送信されてきたデータを受信し制御部１００へ引渡すとともに、制御部１００から引渡されたデータをインターネット４０へ送出するためのものである。なお、本実施形態では、無線通信網２０を介して通信を行うための通信ＩＦとインターネット４０を介して通信を行うための通信ＩＦとが夫々個別のハードウェアで実装されている場合について説明するが、両者の機能を兼ね備える単一のハードウェアで実装しても良いことは勿論である。
【００４０】
中継装置２３０の不揮発性記憶部１２０ｂの格納内容が送信装置５０の不揮発性記憶部１２０ｂの格納内容と異なっている点は、以下に述べる２つの点のみである。第１に、中継装置２３０の不揮発性記憶部１２０ｂには、上記コンテンツが格納されていない点である。これは、中継装置２３０は、送信装置２５０から送信されてくるコンテンツを通信端末１０へ転送するためのもであり、コンテンツを常時格納しておく必要がないからである。第２に、上述したセグメント送信ソフトウェアに代えて、図７のフローチャートに示す中継処理を制御部１００に実現させるための中継ソフトウェアが格納されている点である。以下、不揮発性記憶部１２０ｂに格納されている各種ソフトウェアを実行することによって、制御部１００に付与される機能について説明する。
【００４１】
中継装置２３０の電源（図示省略）が投入されると、制御部１００が前述したＯＳソフトウェアを不揮発性記憶部１２０ｂから読み出し実行すること、および、ＯＳソフトウェアにしたがって作動している制御部１００に付与される機能については、前述した送信装置５０と同一である。ＯＳソフトウェアの実行が完了し、ＯＳを実現している状態の制御部１００は、即座に、上記中継ソフトウェアを不揮発性記憶部１２０ｂから読み出し順次実行する。この中継ソフトウェアにしたがって作動している制御部１００には、以下に述べる３つの機能が付与される。
【００４２】
第１に、インターネット４０を介して送信されてくるセグメントを受信する受信機能である。第２に、上記受信機能により受信したセグメントの所定の領域（本実施形態では、Conten-Length）に書き込まれているデータに基づいて、そのコンテンツのデータ量を特定し、その特定結果と制御パラメータ管理テーブル（図３参照）の格納内容とに基づいて、そのセグメントを送信する際に行うべきウィンドウ制御の態様を示す制御パラメータを特定する特定機能である。そして、第３に、上記特定機能により特定された制御パラメータの示す態様でウィンドウ制御を行って上記セグメントをその宛先の通信端末１０へ転送する転送機能である。前述したように、上記制御パラメータ管理テーブルに格納されている制御パラメータは、初期ウィンドウサイズを表している。このため、本実施形態では、上記コンテンツを送信する際の初期ウィンドウサイズが上記特定機能により決定され、その初期ウィンドウサイズを初期値としてウィンドウ制御が行われ、上記コンテンツが送信されることになる。
【００４３】
以上に説明したように、中継装置２３０のハードウェア構成は一般的なコンピュータ装置のハードウェア構成と同一であり、記憶部１２０に格納されている各種ソフトウェアを制御部１００に実行させることにより、本発明に係る中継装置に特有な機能が付与される。なお、本第２実施形態では、上記各種機能をソフトウェアモジュールを用いて実現する場合について説明したが、これらソフトウェアモジュールと同一の機能を担っているハードウェアモジュールを用いて中継装置２３０を構成しても良いことは勿論である。
【００４４】
（Ｂ−３：中継装置２３０の動作）
次いで、中継装置２３０が行う動作について説明する。図７は、上記中継ソフトウェアにしたがって作動している制御部１００が行う中継処理の流れを示すフローチャートである。図７に示されているように、中継装置２３０の制御部１００は、第２通信ＩＦ部１１０ｂによってセグメントを受信（ステップＳＢ１）すると、そのセグメントを解析し、通信端末１０へ送信するべきコンテンツのデータ量を特定する（ステップＳＢ２）。具体的には、制御部１００は、ステップＳＢ１で受信したセグメントの所定の領域（本実施形態では、Content-Length）に書き込まれているデータを上記コンテンツのデータ量として特定する。
【００４５】
次いで、制御部１００は、ステップＳＢ２にて特定したデータ量と制御パラメータ管理テーブル（図３参照）の格納内容とに基づいて、そのコンテンツを転送する際に行うべきウィンドウ制御の態様を示す制御パラメータ（本実施形態では、初期ウィンドウサイズ）を特定する（ステップＳＢ３）。具体的には、ステップＳＢ２にて特定したデータ量が５０キロバイト以上である場合には、制御部１００は初期ウィンドウサイズの値を“３”と特定し、逆に、ステップＳＢ２にて特定されたデータ量が５０キロバイト未満である場合には、制御部１００は初期ウィンドウサイズの値を“１０”と特定する。そして、制御部１００は、ステップＳＢ１にて受信したセグメントを、ステップＳＢ３にて特定された初期ウィンドウサイズでウィンドウ制御を行いつつ転送する（ステップＳＢ４）。以上に説明したように、本第２実施形態に係る中継装置２３０を用いることによって、前述した第１実施形態と同一の効果を得ることができる。
【００４６】
なお、上述した第２実施形態では、ステップＳＢ１にて受信したセグメントをそのままステップＳＢ４で送信する場合について説明した。しかしながら、ステップＳＢ１にて受信したセグメントを格納するための記憶領域（以下、キャッシュ領域）を揮発性記憶部１２０ａ（または不揮発性記憶部１２０ｂ）内に設け、受信したセグメントを一旦このキャッシュ領域に格納した後に、ステップＳＢ４で送信するとしても勿論良い。このようにすると、無線通信網２０における通信速度とインターネット４０における通信速度とが異なっている（例えば、前者の方が遅い場合）であっても、中継装置２３０で両者の通信速度の差を調整することが可能になる。これにより、例えば前者が後者に比較して極めて遅い場合であっても、無線通信網２０へ流入するセグメントの量をその通信速度に応じて調整することができるため、無線通信網２０が輻輳状態に陥ることが回避されるといった効果を奏する。
【００４７】
［Ｃ：変形例］
以上、本発明を実施する際の最良の形態について説明した。しかしながら、上述した各実施形態に以下に述べるような変形を加えても良いことは勿論である。
【００４８】
（Ｃ−１：変形例１）
上述した各実施形態では、通信端末１０から通知される広告ウィンドウサイズが充分に大きく、送信ウィンドウサイズが常に輻輳ウィンドウサイズと等しくなる場合について説明した。しかしながら、広告ウィンドウサイズと輻輳ウィンドウサイズのいずれか小さい方を送信ウィンドウサイズとするのではなく、常に、輻輳ウィンドウサイズ（上述した特定機能により特定された初期ウィンドウサイズまたはその初期ウィンドウサイズを初期値として所定のアルゴリズムによって算出された算出結果）を送信ウィンドウサイズに設定するとしても勿論良い。
【００４９】
（Ｃ−２：変形例２）
上述した各実施形態では、通信端末１０へコンテンツを送信する際に行うべきウィンドウ制御の態様を示す制御パラメータとして、上記コンテンツを送信する際の通信速度を表す初期ウィンドウサイズを用いる場合について説明した。しかしながら、係る制御パラメータは初期ウィンドウサイズに限定されるものではない。例えば、確認応答の受信に応じて輻輳ウィンドウサイズ（または送信ウィンドウサイズ）を増加させる際の増分を示すデータであっても良い。このような態様であっても、通信端末１０へ送信するコンテンツのデータ量に応じて適切な通信速度でそのデータを送信することが可能になる。また、上記制御パラメータは、上記コンテンツを送信する際の通信速度を示すデータに限定されるものではなく、例えば、ウィンドウ拡大オプションやタイムスタンプオプションなどの各種オプションの利用可否を示すデータや、例えばＥＣＮなどの各種アルゴリズムの利用の可否を示すデータであっても良い。このようにすることによって、通信端末へ送信するべきコンテンツのデータ量に応じて好適なオプションを付加したり、好適なアルゴリズムを用いてウィンドウ制御を行うことが可能になるといった効果を奏する。
【００５０】
（Ｃ−３：変形例３）
上述した各実施形態では、通信端末１０へ送信するべきコンテンツのデータ量に応じて、そのコンテンツを送信する際の初期ウィンドウサイズ（すなわち、通信速度）を示す制御パラメータを特定する場合について説明した。しかしながら、通信端末１０を収容している無線通信網２０の利用状況や中継装置３０（或いは中継装置２３０）に係っている負荷を検出する検出手段を送信装置５０（或いは中継装置２３０）に設け、その検出手段により検出された負荷を加味して上記制御パラメータを決定するとしても良いことは勿論である。具体的には、無線通信網２０の利用状況が高い場合や中継装置３０（或いは中継装置２３０）に係っている負荷が大きい場合には、より低速な通信速度に対応する制御パラメータを特定させるようにすれば良い。このようにすることによって、無線通信網２０や中継装置３０（或いは中継装置２３０）が輻輳状態になることを未然に防ぐことが可能になるといった効果を奏する。
【００５１】
（Ｃ−４：変形例４）
上述した各実施形態では、本発明に係る送信装置や中継装置に特有な機能を制御部１００に実現させるためのソフトウェアを揮発性記憶部１２０ｂに予め格納させておく場合について説明した。しかしながら、例えば、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などのコンピュータ装置読み取り可能な記録媒体に、上記セグメント送信ソフトウェアや中継ソフトウェアを記録させておき、このような記録媒体を用いて一般的なコンピュータ装置に上記各ソフトウェアをインストールするとしても良いことは勿論である。このようにすると、既存の通信システムに含まれている送信装置や中継装置に、本発明に係る送信装置や中継装置と同一の機能を付与することが可能になるといった効果を奏する。
【図面の簡単な説明】
【００５２】
【図１】本発明の第１実施形態に係る通信システムの構成例を示す図である。
【図２】同送信装置５０の構成例を示す図である。
【図３】同送信装置５０の不揮発性記憶部１２０ｂに格納されている制御パラメータ管理テーブルの格納内容の一例を示す図である。
【図４】同送信装置５０の制御部１００が実行するセグメント送信処理の流れを示すフローチャートである。
【図５】本発明の第２実施形態に係る通信システムの構成例を示す図である。
【図６】同中継装置２３０の構成例を示す図である。
【図７】同中継装置２３０の制御部１００が行う中継処理の流れを示すフローチャートである。
【符号の説明】
【００５３】
１０…通信端末、２０…無線通信網、３０、２３０…中継装置、４０…インターネット、５０、２５０…送信装置、１００…制御部、１００…通信ＩＦ部、１１０ａ…第１通信ＩＦ部、１１０ｂ…第２通信ＩＦ部、１２０…記憶部、１２０ａ…揮発性記憶部、１２０ｂ…不揮発性記憶部、１３０…バス。
【図１】
2005192102.tif 000003
【図２】
2005192102.tif 000004
【図３】
2005192102.tif 000005
【図４】
2005192102.tif 000006
【図５】
2005192102.tif 000007
【図６】
2005192102.tif 000008
【図７】
2005192102.tif 000009