(57)【要約】【課題】通信を行うネットワークの移動に伴う通信状態の変動に応じて受信するデータの品質を変更できるようにする。【解決手段】端末装置１において、複数のネットワークインタフェース１ａ，１ｂ，１ｃのうち通信可能なネットワークインタフェースを検出する（ステップＳ１）。インタフェース情報テーブルを参照し、最も優先度の高いネットワークインタフェースを決定し（ステップＳ２）、そのネットワークインタフェースを介してデータ通信を行う（ステップＳ３）。また、そのネットワークインタフェースの帯域幅をコンテンツサーバ２に通知する（ステップＳ４）。コンテンツサーバ２では、帯域幅を受け取ると、品質管理情報を参照して端末装置に配信するコンテンツの品質を決定し（ステップＳ５）、その品質のコンテンツを生成する（ステップＳ６）。そして、生成したコンテンツを端末装置１に対して送信する（ステップＳ７）。【選択図】        図１
2004272563.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークインタフェースを用いて通信を行うための通信制御プログラムにおいて、
コンピュータに、
前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出し、
前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたインタフェース情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定し、
前記決定されたネットワークインタフェースを介してデータ通信を行う、
処理を実行させることを特徴とする通信制御プログラム。
【請求項２】
前記インタフェース情報テーブルには、前記属性に関する数値として、前記複数のネットワークインタフェースそれぞれの帯域幅が設定されていることを特徴とする請求項１記載の通信制御プログラム。
【請求項３】
データ通信が行われたネットワークインタフェースの実効転送速度を計測し、計測された前記実効転送速度に基づいてデータ通信が行われた前記ネットワークインタフェースの優先度を変更する処理を、さらに実行させることを特徴とする請求項１の通信制御プログラム。
【請求項４】
品質の異なる複数のコンテンツそれぞれの格納場所を示す所在情報が予め登録されており、前記決定されたネットワークインタフェースの帯域幅に応じた品質のコンテンツの所在情報を取得し、
データ通信の際には、前記取得した所在情報で格納場所を指定して前記コンテンツを取得する、
処理をさらに実行させることを特徴とする請求項１記載の通信制御プログラム。
【請求項５】
端末装置からのコンテンツ取得要求に応答してコンテンツを配信するためのコンテンツ配信プログラムにおいて、
コンピュータに、
帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定し、
決定された品質の前記コンテンツを生成し、
生成した前記コンテンツを前記端末装置に対して送信する、
処理を実行させることを特徴とするコンテンツ配信プログラム。
【請求項６】
前記コンテンツは動画データであり、決定された品質に応じて前記動画データのフレームを間引きすることで、決定された品質の前記コンテンツを生成することを特徴とする請求項５記載のコンテンツ配信プログラム。
【請求項７】
前記コンテンツは音声データであり、決定された品質に応じて前記音声データのサンプリングレートを変更することで、決定された品質の前記コンテンツを生成することを特徴とする請求項５記載のコンテンツ配信プログラム。
【請求項８】
前記コンテンツは地図データであり、決定された品質に応じて前記地図データに含めるオブジェクトの量を変更することで、決定された品質の前記コンテンツを生成することを特徴とする請求項５記載のコンテンツ配信プログラム。
【請求項９】
複数のネットワークを介して通信を行う端末装置において、
前記複数のネットワークに接続可能な複数のネットワークインタフェースと、
前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出する通信可能インタフェース検出手段と、
前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたインタフェース情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定するネットワークインタフェース選択手段と、
前記決定されたネットワークインタフェースを介してデータ通信を行うデータ通信手段と、
を有することを特徴とする端末装置。
【請求項１０】
端末装置からのコンテンツ取得要求に応答してコンテンツを配信するコンテンツサーバにおいて、
帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定する品質決定手段と、
決定された品質の前記コンテンツを生成するコンテンツ生成手段と、
生成した前記コンテンツを前記端末装置に対して送信するコンテンツ送信手段と、
を有することを特徴とするコンテンツサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はモバイル環境でデータ通信を行うための通信制御プログラム、コンテンツ配信プログラム、端末装置、およびコンテンツサーバに関し、特に複数のネットワークを介して通信を行う通信制御プログラム、コンテンツ配信プログラム、端末装置、およびコンテンツサーバに関する。
【０００２】
【従来の技術】
コンピュータネットワークの利用が普及するのに伴い、何時でも何処でもネットワークに接続できるモバイル通信環境が望まれている。そこで、無線経由のネットワーク接続が盛んに行われている。
【０００３】
近年、携帯端末の高機能化が進み、１つの端末装置で複数のネットワーク（無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、有線ＬＡＮ、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）など）に接続することができる端末機器が製品化されている。複数の種類のネットワークに接続可能であれば、その都度、最適な通信環境を選択して通信を行うことができる。そうした中、異なるネットワーク間でハンドオーバ（基地局の切り換え）する技術が実現されつつある。たとえば、米国のマイクロソフト社のＷｉｎｄｏｗｓ２０００（商標）にはメディアセンスと呼ばれる機能が搭載されており、複数の通信媒体のなかから利用可能な通信媒体を検出し、そのうちの１つの選択して通信を行うことができる（たとえば、非特許文献１、非特許文献２、および非特許文献３参照）。
【０００４】
また、モバイル端末装置では、通信帯域幅が不安定である。そこで、無線携帯端末の通信帯域幅を動的に決定し、その帯域幅にあったコンテンツファイルをサーバコンピュータから無線携帯端末へ送信する技術もある（たとえば、特許文献１参照）。
【０００５】
【非特許文献１】
”Ｗｉｎｄｏｗｓ２０００  ＴＣＰ／ＩＰ”、［ｏｎｌｉｎｅ］、１９８５−２００１  Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ．、［平成１５年２月２７日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓ２０００／ｔｅｃｈｉｎｆｏ／ｒｅｓｋｉｔ／ｅｎ−ｕｓ／ｄｅｆａｕｌｔ．ａｓｐ？ｕｒｌ＝／ｗｉｎｄｏｗｓ２０００／ｔｅｃｈｉｎｆｏ／ｒｅｓｋｉｔ／ｅｎ−ｕｓ／ｃｎｅｔ／ｃｎｂｃ＃ｉｍｐ＃ｖｚｎｃ．ａｓｐ＞
【非特許文献２】
”ワイヤレス  ＬＡＮ  テクノロジと  Ｗｉｎｄｏｗｓ  ＸＰ”、［ｏｎｌｉｎｅ］、２００３  Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ．、［平成１５年２月２７日検索］、＜ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｔｅｃｈｎｅｔ／ｔｒｅｅｖｉｅｗ／ｄｅｆａｕｌｔ．ａｓｐ？ｕｒｌ＝／ｊａｐａｎ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｗｉｎｘｐｐｒｏ／ｅｖａｌｕａｔｅ／ｗｒｌｓｘｐ．ａｓｐ＞
【非特許文献３】
”Ｗｉｎｄｏｗｓ  ＸＰ  のモバイル  コンピューティング”、［ｏｎｌｉｎｅ］、２００３  Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ．、［平成１５年２月２７日検索］、＜ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｔｅｃｈｎｅｔ／ｔｒｅｅｖｉｅｗ／ｄｅｆａｕｌｔ．ａｓｐ？ｕｒｌ＝／ｊａｐａｎ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｗｉｎｘｐｐｒｏ／ｅｖａｌｕａｔｅ／ｍｂｌｘｐ．ａｓｐ＞
【特許文献１】
特開２０００−２７００１５号公報（第１図）
【０００６】
【発明が解決しようとする課題】
ところで、モバイル端末装置の普及に伴い、モバイル端末装置での利用を目的としたサービスの提供が始まっている。サービスの特徴としては、音声や動画配信など通信の帯域を大きく使うものが多くなってきている。
【０００７】
しかし、端末装置が接続するネットワークにより通信帯域が大きく異なり、有線ＬＡＮで接続したときには最適なデータ量だったとしても、ＰＨＳなどの低速無線回線では帯域が狭くてうまく表示されない事態が発生する。そこで、現在は、動画配信サービスなどではパソコン向けサービス、携帯電話向けサービスなどそれぞれの帯域に合わせてデータを用意して配信を行っている。上記特許文献１に示す技術を利用すれば、携帯端末装置の帯域幅に応じたコンテンツを配信することができるが、この場合も、帯域幅に応じたアドレスが共通の複数のコンテンツを用意しておく必要がある。
【０００８】
現在のインターネットにように、日々進歩する通信機器に対してコンテンツを提供する場合、全ての端末装置の通信環境に応じた多数のコンテンツ（内容は同一でデータ容量が異なる）を用意するのは困難である。特に、リアルタイムで配信されるコンテンツの場合、特許文献１の発明のように、予めコンテンツを保持しておくことができない。
【０００９】
本発明はこのような点に鑑みてなされたものであり、通信を行うネットワークの切り換えに伴う通信状態の変動に応じて、受信するデータの品質を変更することができるモバイル端末装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような通信制御プログラムおよびコンテンツ配信プログラムが提供される。
【００１１】
本発明に係る通信制御プログラムは、複数のネットワークインタフェースを用いて通信を行うためのものである。この通信制御プログラムに基づいて、コンピュータが以下の処理を実行する。
【００１２】
コンピュータは、複数のネットワークインタフェース１ａ，１ｂ，１ｃのうち通信可能なネットワークインタフェースを検出する（ステップＳ１）。次に、コンピュータは、複数のネットワークインタフェース１ａ，１ｂ，１ｃの所定の属性に関する数値が設定されたインタフェース情報テーブル１ｄを参照し、通信可能なネットワークインタフェースの優先度を、所定の属性（たとえば、帯域幅）に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定する（ステップＳ２）。そして、コンピュータは、決定されたネットワークインタフェースを介してデータ通信を行う（ステップＳ３）。既に他のネットワークインタフェースを介した通信セッションが確立されている場合、その通信セッションを維持したままネットワークインタフェースの切り換えが行われる。
【００１３】
これにより、複数のネットワークインタフェースで通信可能なとき、最も優先度の高いネットワークインタフェースが自動的に決定され、そのネットワークインタフェースを介してデータ通信が行われる。
【００１４】
また、本発明に係るコンテンツ配信プログラムは、端末装置１からのコンテンツ取得要求に応答してコンテンツを配信するためのものである。このコンテンツ配信プログラムに基づいて、コンピュータが以下の処理を実行する。
【００１５】
コンピュータは、帯域幅とコンテンツ品質との対応関係を示す品質管理情報２ｂが予め設けられ、端末装置１が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、品質管理情報を参照して端末装置１に配信するコンテンツの品質を決定する（ステップＳ５）。次に、コンピュータは、決定された品質のコンテンツを生成する（ステップＳ６）。そして、コンピュータは、生成したコンテンツを端末装置１に対して送信する（ステップＳ７）。
【００１６】
これにより、端末装置１が接続されたネットワークの帯域幅に応じた品質のコンテンツが適宜生成され、端末装置１に対して配信される。
また、上記課題を解決するために、複数のネットワークを介して通信を行う端末装置において、前記複数のネットワークに接続可能な複数のネットワークインタフェースと、前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出する通信可能インタフェース検出手段と、前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたメディア情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定するネットワークインタフェース選択手段と、前記決定されたネットワークインタフェースを介してデータ通信を行うデータ通信手段と、を有することを特徴とする端末装置が提供される。
【００１７】
このような端末装置によれば、複数のネットワークインタフェースで通信可能なとき、最も優先度の高いネットワークインタフェースが自動的に決定され、そのネットワークインタフェースを介してデータ通信が行われる。
【００１８】
また、上記課題を解決するために、端末装置からのコンテンツ取得要求に応答してコンテンツを配信するコンテンツサーバにおいて、帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定する品質決定手段と、決定された品質の前記コンテンツを生成するコンテンツ生成手段と、生成した前記コンテンツを前記端末装置に対して送信するコンテンツ送信手段と、を有することを特徴とするコンテンツサーバが提供される。
【００１９】
これにより、端末装置が接続されたネットワークの帯域幅に応じた品質のコンテンツが適宜生成され、端末装置に対して配信される。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００２１】
図１は、実施の形態に適用される発明の概念図である。図１に示すように本発明は、端末装置１とコンテンツサーバ２との間のネットワーク３〜６を介したデータ通信に適用できる。ネットワーク３は、他のネットワーク４〜６と接続されている。
【００２２】
端末装置１は、たとえば、モバイル端末装置である。端末装置１は、複数のネットワークインタフェース１ａ，１ｂ，１ｃを有している。ここで、ネットワークインタフェース１ａはネットワーク４に接続可能であり、識別子が「＃１」である。ネットワークインタフェース１ｂはネットワーク５に接続可能であり、識別子が「＃２」である。ネットワークインタフェース１ｃはネットワーク６に接続可能であり、識別子が「＃３」である。端末装置１は、通信セッションを維持したまま、使用するネットワークを切り換えることができる。
【００２３】
また、端末装置１には、予めインタフェース情報テーブル１ｄが設けられている。インタフェース情報テーブル１ｄには、ネットワークインタフェース１ａ，１ｂ，１ｃの所定の属性に関する数値が設定されている。所定の属性は、たとえば、帯域幅である。図１の例では、識別子「＃１」のネットワークインタフェース１ａの帯域幅が「１１Ｍｂｐｓ」であり、識別子「＃２」のネットワークインタフェース１ｂの帯域幅が「９．６Ｋｂｐｓ」であり、識別子「＃３」のネットワークインタフェース１ｃの帯域幅が「６４Ｋｂｐｓ」である。
【００２４】
端末装置１は、コンテンツサーバ２との間の通信開始時、あるいは通信状態が変化したときに以下の処理を行う。通信状態が変化したときとは、たとえば、通信不可能であったネットワークインタフェースを介する通信が可能になったときや、使用中のネットワークインタフェースを介した通信状態が悪化したときなどである。
【００２５】
まず、端末装置１は、複数のネットワークインタフェース１ａ，１ｂ，１ｃのうち通信可能なネットワークインタフェースを検出する（ステップＳ１）。たとえば、図１の例では、ネットワークインタフェース１ａは通信不可能であり、ネットワークインタフェース１ｂ、１ｃが通信可能である。
【００２６】
次に、端末装置１は、インタフェース情報テーブル１ｄを参照し、通信可能なネットワークインタフェース１ｂ，１ｃの優先度を、属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定する（ステップＳ２）。たとえば、広い帯域幅を有する（データ転送速度が高速である）ネットワークインタフェースを優先する場合、識別子「＃３」のネットワークインタフェース１ｃの優先度が最も高くなる。
【００２７】
端末装置１は、決定されたネットワークインタフェース１ｃを介してデータ通信を行う（ステップＳ３）。これにより、複数のネットワークインタフェースで通信可能なとき、最も優先度の高いネットワークインタフェースが自動的に決定され、そのネットワークインタフェースを介してデータ通信が行われる。
【００２８】
また、端末装置１は、決定したネットワークインタフェース１ｃの属性（たとえば、帯域幅）に関する数値をインタフェース情報テーブル１ｄから取得し、コンテンツサーバ２に対して送信する（ステップＳ４）。
【００２９】
コンテンツサーバ２は、ネットワークインタフェース２ａを介してネットワーク３に接続可能である。また、コンテンツサーバ２は、品質管理情報２ｂを有している。品質管理情報２ｂは、帯域幅とコンテンツ品質との対応関係を示すデータベースである。図１の例では、帯域幅「１Ｍｂｐｓ以上」の場合のコンテンツ品質は「高品質」である。帯域幅「１Ｍｂｐｓ未満、１００Ｋｂｐｓ以上」の場合のコンテンツ品質は「中品質」である。帯域幅「１００Ｋｂｐｓ未満」の場合のコンテンツ品質は「低品質」である。
【００３０】
コンテンツサーバ２は、端末装置１が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、品質管理情報２ｂを参照して端末装置１に配信するコンテンツの品質を決定する（ステップＳ５）。たとえば、ネットワークインタフェース１ｃの帯域幅６４Ｋｂｐｓが通知されると、中品質と決定される。
【００３１】
次に、コンテンツサーバ２は、決定された品質のコンテンツを生成する（ステップＳ６）。たとえば、画像データであれば、圧縮率によって品質を調整することができる。そして、コンテンツサーバ２は、生成したコンテンツを端末装置１に対して送信する（ステップＳ７）。
【００３２】
これにより、端末装置１が使用しているネットワークの帯域幅に応じた品質のコンテンツを送信することができる。
以下に、本発明の実施の形態について詳細に説明する。なお、以下の説明では、ネットワークを含む情報伝達媒体をメディアと呼ぶこととする。
【００３３】
［第１の実施の形態］
第１の実施の形態は、複数のネットワークインタフェースで通信が可能なとき、予め設定された情報に基づいて、優先度の高いネットワークインタフェースを選択し、そのネットワークインタフェースを使用してデータ通信を行うものである。
【００３４】
図２は、本発明の第１の実施の形態のシステム構成例を示す図である。図２の例は、端末装置１００がコンテンツサーバ２２０からコンテンツを取得する場合のシステム構成を示している。コンテンツサーバ２２０は、インターネット１０に接続されており、インターネット１０を介してコンテンツを配信する。インターネット１０には、ホームエージェント２１０が接続されている。ホームエージェント２１０は、端末装置１００とコンテンツサーバ２２０との間のパケットを中継するルータである。
【００３５】
インターネット１０には、他の様々な通信網が接続されている。たとえば、無線ＬＡＮ２０、携帯電話通信網３０、ＰＨＳ通信網４０などである。無線ＬＡＮ２０には、アクセスポイント２１が設けられており、端末装置１００を無線接続することができる。携帯電話通信網３０にも同様にアクセスポイント３１が設けられており、端末装置１００を無線接続することができる。ＰＨＳ通信網４０にも同様にアクセスポイント４１が設けられており、端末装置１００を無線接続することができる。
【００３６】
端末装置１００は、複数のネットワークインタフェースを有しており、無線ＬＡＮ２０、携帯電話通信網３０、ＰＨＳ通信網４０それぞれに接続することができる。
【００３７】
図３は、本発明の実施の形態に用いる端末装置のハードウェア構成例を示す図である。端末装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０９を介してＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０２、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１０３、グラフィック処理装置１０４、入力インタフェース１０５、無線ＬＡＮカード１０６、携帯電話用のモデム１０７、およびＰＨＳ用のモデム１０８が接続されている。
【００３８】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００３９】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０９を介してＣＰＵ１０１に送信する。
【００４０】
無線ＬＡＮカード１０６は、アクセスポイント２１との間で無線通信を行うことで、無線ＬＡＮ２０に接続可能なネットワークインタフェースである。モデム１０７は、アクセスポイント３１との間で無線通信を行うことで、携帯電話通信網３０に接続可能なネットワークインタフェースである。モデム１０８は、アクセスポイント４１との間で無線通信を行うことで、ＰＨＳ通信網４０に接続可能なネットワークインタフェースである。
【００４１】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、端末装置１００のハードウェア構成例を示したが、ホームエージェント２１０やコンテンツサーバ２２０も同様のハードウェア構成で実現することができる。ただし、ホームエージェント２１０とコンテンツサーバ２２０とは、ネットワークの通信機能として、少なくともインターネット１０に接続可能なネットワークインタフェースを有していればよい。
【００４２】
次に、第１の実施の形態に係るネットワークの機能構成について説明する。
図４は、第１の実施の形態に係るシステムの構成例を示す図である。端末装置１００は、ソフトウェア的に実現される機能として、メディア情報テーブル１１１、最適メディア決定部１１２、アプリケーション１１３、ＩＰプロトコルドライバ１１４、及びメディア選択部１１５を有している。
【００４３】
メディア情報テーブル１１１は、通信可能な複数のネットワークから、データ通信に使用するネットワークの選択基準、および判断に必要なデータが格納されたデータベースである。
【００４４】
最適メディア決定部１１２は、各ネットワークの通信状態を監視し、メディア情報テーブル１１１の内容に基づいて、その時点で最適なネットワーク（通信メディア）を決定する。
【００４５】
アプリケーション１１３は、ユーザの操作入力等に応答してＩＰプロトコルドライバ１１４との間でデータ通信を行い、コンテンツサーバ２２０へのコンテンツの要求や、取得したコンテンツを画面表示させる処理を行う。
【００４６】
ＩＰプロトコルドライバ１１４は、アプリケーション１１３からの要求に応答して、ＩＰプロトコルによるデータ通信を制御する。
メディア選択部１１５は、複数のネットワークインタフェースの中から、データ通信に使用するインタフェースを選択し、選択したインタフェースを介してデータ通信を行う。このメディア選択部１１５は、ＭｏｂｉｌｅＩＰのクライアントとして機能を有している。メディア選択部１１５は、たとえば、Ｗｉｎｄｏｗｓ２０００（商標）等で用いられているメディアセンスの機能を利用して実現される。
【００４７】
コンテンツサーバ２２０は、ネットワークインタフェース２２１、ＩＰプロトコルドライバ２２２、およびサーバアプリケーション２２３を有している。
ネットワークインタフェース２２１は、インターネット１０を介したデータ通信を行うネットワークインタフェースである。ＩＰプロトコルドライバ２２２は、ＩＰプロトコルによるデータ通信を制御する。サーバアプリケーション２２３は、端末装置１００のアプリケーション１１３等からの要求に応答してコンテンツを提供する。
【００４８】
図５は、メディア情報テーブルのデータ構造例を示す図である。メディア情報テーブル１１１には、メディア管理情報ａと接続基準情報１１１ｂとが格納されている。
【００４９】
メディア管理情報１１１ａは、端末装置１００が通信可能なネットワーク（メディア）に関する通信速度（帯域幅）と通信コストとが登録されたデータベースである。図５に示すように、メディア管理情報１１１ａには、メディア名、通信速度、および通信コストの項目が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
【００５０】
メディア名の欄には、接続可能なメディアの名称が登録される。通信速度の欄には、対応するメディアの規定の通信速度が登録される。通信コストの欄には、通信の際に、対応するメディアでデータ通信を行ったときの通信コスト（単位時間当たりの料金）が設定される。たとえば、無線ＬＡＮの通信速度は１１Ｍｂｐｓであり、通信コストは０円／１秒である。すなわち、無線ＬＡＮでは、通信に対して金銭的な負担がない。また、携帯電話の通信速度は９．６Ｋｂｐｓであり、通信コストは１０円／１８秒である。
【００５１】
接続基準情報１１１ｂは、接続するメディアを選択するための判断基準を示す情報である。図５の例では、優先基準として「安価優先」と設定されている。すなわち、接続可能なメディアのうち最も安価に通信できるメディアを選択することが示されている。この場合、メディアを選択するときには、メディア管理情報の通信コストの欄が参照される。
【００５２】
以上のような構成のシステムにおいて、以下の様な処理が行われる。
通信開始時には、まずメディア選択部１１５が通信可能なメディアを選択する。具体的には、メディア選択部１１５は、無線ＬＡＮカード１０６、携帯電話用のモデム１０７、ＰＨＳ用のモデム１０８それぞれ、対応するアクセスポイントとの間で通信が可能か否かを判断する。そして、メディア選択部１１５は、通信が可能なメディアを示す情報を、最適メディア決定部１１２に通知する。
【００５３】
最適メディア決定部１１２は、通信可能なメディアの中から通信に最適なメディアを決定する。なお、最適メディアの決定は、メディア情報テーブル１１１に登録された情報に基づいて行われる。最適メディア決定部１１２は、決定した最適メディアの情報をメディア選択部１１５に通知する。メディア選択部１１５は、通知された最適メディアに対応するネットワークインタフェースを、データ通信経路として決定する。
【００５４】
その後、ユーザからの操作入力に応答して、アプリケーション１１３からＩＰプロトコルドライバ１１４に対して、コンテンツサーバ２２０内のコンテンツ取得要求が出されると、ＩＰプロトコルドライバ１１４がＩＰパケットを生成し、メディア選択部１１５に渡す。メディア選択部１１５は、先に最適メディアとして決定しているネットワークインタフェースを介して、ＩＰパケットを送信する。ここでは、携帯電話用のモデム１０７を介してＩＰパケットが送信されたものとし、以下の処理例を説明する。
【００５５】
モデム１０７から送信されたＩＰパケットは、アクセスポイント３１で受信されホームエージェント２１０に渡される。ホームエージェント２１０は、受け取ったＩＰパケットをコンテンツサーバ２２０に転送する。
【００５６】
コンテンツサーバ２２０では、ＩＰパケットがネットワークインタフェース２２１で受信され、ＩＰプロトコルドライバ２２２に渡される。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットの内容を解釈し、転送されたデータ（コンテンツ取得要求）の内容をサーバアプリケーション２２３に渡す。
【００５７】
コンテンツ取得要求を受け取ったサーバアプリケーション２２３は、コンテンツ取得要求に応答して、コンテンツをＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、受け取ったコンテンツを含むＩＰパケットを生成し、ネットワークインタフェース２２１に渡す。ネットワークインタフェース２２１は、受け取ったパケットをホームエージェント２１０に対して送信する。
【００５８】
ホームエージェント２１０は、受け取ったＩＰパケットを端末装置１００へ転送する。転送されたＩＰパケットは、アクセスポイント３１を介して端末装置１００に送られる。
【００５９】
端末装置１００では、モデム１０７がＩＰパケットを受信し、そのＩＰパケットを、メディア選択部１１５を介してＩＰプロトコルドライバ１１４に渡す。ＩＰプロトコルドライバ１１４は、受け取ったＩＰパケットからコンテンツを取り出し、アプリケーション１１３に渡す。アプリケーション１１３は、受け取ったコンテンツをユーザの指示に従って処理する（たとえば、画面表示をする）。
【００６０】
ここで、使用可能なメディア（ネットワーク）が変動すると、そのことがメディア選択部１１５で検出される。すると、最適メディア決定部１１２によって最適なメディアが新たに決定され、メディア選択部１１５に通知される。メディア選択部１１５は、接続経路を新たに決定されたメディアに切り換える。
【００６１】
図６は、最適メディア決定処理の手順を示すフローチャートである。以下、図６に示す処理をステップ番号に沿って説明する。
［ステップＳ１１］最適メディア決定部１１２は、使用可能なメディアの変更情報の受け取りを待機する。
【００６２】
［ステップＳ１２］最適メディア決定部１１２は、使用可能なメディアが変更された場合、処理をステップＳ１３に進める。使用可能なメディアが変更される場合とは、新たにメディアが使用可能になる場合と、使用可能だったメディアが使用不可能になる場合である。使用可能なメディアが変更されなければ、ステップＳ１１の処理に進められ、メディアの変更情報を待つ。
【００６３】
［ステップＳ１３］最適メディア決定部１１２は、メディア情報テーブル１１１からメディア名を１つ選択する。
［ステップＳ１４］最適メディア決定部１１２は、選択したメディア名に対応するメディアが使用可能か否かを判断する。個々のメディアの使用の可否は、メディア選択部１１５から渡される情報に基づいて判断される。使用可能であれば、処理がステップＳ１５に進められる。使用不可能であれば、処理がステップＳ１６に進められる。
【００６４】
［ステップＳ１５］最適メディア決定部１１２は、選択したメディア名に対応付けてメディア情報テーブル１１１に登録されている情報を、現況メディア管理情報１２１に追加する。なお、現況メディア管理情報１２１は、最適メディア決定部１１２内に設けられる情報テーブルであり、データ構造は図５に示すメディア管理情報１１１ａと同様である。
【００６５】
［ステップＳ１６］最適メディア決定部１１２は、メディア情報テーブル１１１内に未選択のメディア名が有るか否かを判断する。未選択のメディア名が有る場合には処理がステップＳ１３に進められ、未選択のメディア名のうちの１つのが選択される。全てのメディア名が選択された場合には、処理がステップＳ１７に進められる。
【００６６】
［ステップＳ１７］最適メディア決定部１１２は、現況メディア管理情報１２１に登録されたメディア名の中から、最も優先度の高いものを抽出する。具体的には、最適メディア決定部１１２は、メディア情報テーブル１１１内の接続基準情報１１１ｂを参照し、優先基準を取得する。次に、最適メディア決定部１１２は、取得した優先基準に従って現況メディア管理情報１２１内の各メディアに優先順を付ける。そして、最適メディア決定部１１２は、最も優先順位の高いメディアを抽出する。
【００６７】
たとえば、図６の例では、優先基準が「安価優先」である。このとき、現況メディア管理情報１２１には、メディア名「無線ＬＡＮ」と「携帯電話」との２つのメディアが登録されている。この場合、最適メディア決定部１１２は、現況メディア管理情報１２１の通信コストを参照する。そして、最も通信コストが安いメディアを選択する。図６の例では、無線ＬＡＮの通信コストは０円であるため、無線ＬＡＮが選択される。
【００６８】
［ステップＳ１８］最適メディア決定部１１２は、抽出したメディアのメディア名をメディア選択部１１５に通知する。その後、処理がステップＳ１１に進められる。
【００６９】
このようにして、優先順位に従ったメディアの選択が自動で行われる。その結果、ユーザがメディア（ネットワーク）切替の操作入力をする必要がなくなり、操作性が向上する。しかも、最適なメディアをユーザが判断する必要も無いため、ユーザは、メディアの切替を意識せずに通信を継続することができる。
【００７０】
［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態は、各メディア（ネットワーク）の実効転送速度に基づいて最適メディアを選択するものである。
【００７１】
図７は、第２の実施の形態に係るシステムの構成例を示す図である。なお、第２の実施の形態のシステム構成は、図４に示した第１の実施の形態とほぼ同様であるため、同じ機能の要素には同一の符号を付し、説明を省略する。以下、第１の実施の形態との相違点を説明する。
【００７２】
第２の実施の形態に係る端末装置１００ａには、メディア転送速度計測部１１６が追加されている。メディア転送速度計測部１１６は、ネットワークインタフェース（無線ＬＡＮカード１０６、モデム１０７、モデム１０８）とメディア選択部１１５との間に設けられている。メディア転送速度計測部１１６は、各ネットワークインタフェースによるデータ通信の実行通信速度を計測し、計測結果を最適メディア決定部１１２ａに渡す。
【００７３】
また、メディア転送速度計測部１１６は、メディア・実効転送速度対応表１１６ａを有している。メディア・実効転送速度対応表１１６ａには、各メディアのメディア名と実効転送速度との組が登録されている。メディア転送速度計測部１１６は、メディア毎に、一定時間内の転送データ量（バイト）を記録し続け、そのうち最も大きい転送データ量から転送速度を求め、メディア・実効転送速度対応表１１６ａに記録する。ただし、求めた転送速度がある閾値より小さい場合は、代りにこの閾値を実効転送速度とする。図７の例では、無線ＬＡＮ１０６の実効転送速度は４Ｍｂｐｓであり、携帯電話用のモデム１０７の実効転送速度は６Ｍｂｐｓであり、ＰＨＳ用のモデム１０８の実効転送速度は２０Ｋｂｐｓである。
【００７４】
最適メディア決定部１１２ａは、起動直後などの初期状態では、第１の実施の形態と同様に、メディア情報テーブル１１１に予め登録されている通信速度等の情報を用いて最適なメディアを選択する。
【００７５】
その後、選択されたメディアを介したデータ通信が行われる。そして、データ通信の実効転送速度がメディア転送速度計測部１１６によって実効転送速度が計測される。計測された実効転送速度は、メディア・実効転送速度対応表１１６ａに設定されるとともに、最適メディア決定部１１２ａに通知される。
【００７６】
最適メディア決定部１１２ａは、実効転送速度を取得すると、該当するメディアの通信速度を実効転送速度に置き換えて、最適メディアの決定処理を実行する。現行の最適メディアと異なるメディアが最適メディアとして決定された場合、最適メディア決定部１１２ａは、新たに決定したメディアを使用メディアとしてメディア選択部１１５に指示する。メディア選択部１１５は、データ通信に使用するメディアを、新たに指示されたメディアに切り換えて、以後のデータ通信を行う。
【００７７】
図８は、実効転送速度の測定例を示す図である。この例では、選択されたメディアの過去１０分間の１０秒毎のデータ転送速度のうち、最も速いデータ転送速度を、そのメディアの実効転送速度としている。
【００７８】
メディア転送速度計測部１１６は、転送速度情報バッファ１１６ｂを有している。転送速度情報バッファ１１６ｂには、１０秒毎の転送バイト数を示す情報が６０個並べられている。すなわち、転送速度情報バッファ１１６ｂには、合計１０分間の転送バイト数が記録可能である。
【００７９】
データ転送が行われると、メディア転送速度計測部１１６は使用中のメディアの転送バイト数を１０秒間隔で測定する。そして、メディア転送速度計測部１１６は、測定された１０秒毎の転送バイト数を、順次、転送速度情報バッファ１１６ｂに格納する。ここで、既に６０個の転送バイト数を示す整数の配列が転送速度情報バッファ１１６ｂに格納されている場合、最古の１０秒間の転送バイト数１３１を削除し、最新の１０秒間の転送バイト数１３２を格納する。
【００８０】
そして、メディア転送速度計測部１１６は、転送速度情報バッファ１１６ｂから最大値を抽出し、実効転送速度１３３とする。なお、実効転送速度１３３は、１０秒間の転送バイト数を１秒間の転送ビット数（ｂｐｓ）に変換した数値である。
【００８１】
このようにして、実効転送速度に応じて適当なメディアを選択して、データ通信を行うことができる。なお、実効転送速度に応じたメディア選択を行うのは、接続基準情報によって通信速度優先と指定されていた場合である。
【００８２】
［第３の実施の形態］
次に、第３の実施の形態について説明する。第３の実施の形態は、使用メディアのデータ転送速度（帯域幅）をコンテンツサーバに通知し、コンテンツサーバからは帯域幅に応じた品質の動画データを配信するようにしたものである。
【００８３】
図９は、第３の実施の形態に係るシステムの構成例を示す図である。なお、第３の実施の形態のシステム構成は、図４に示した第１の実施の形態とほぼ同様であるため、同じ機能の要素には同一の符号を付し、説明を省略する。以下、第１の実施の形態との相違点を説明する。
【００８４】
第３の実施の形態に係る端末装置１００ｂには、帯域幅通知部１１７が追加されている。帯域幅通知部１１７は、最適メディア決定部１１２ｂから使用されるメディアを受け取ると、メディア情報テーブル１１１を参照し、そのメディアの通信速度（帯域幅）を取得する。そして、帯域幅通知部１１７は、使用するメディアの帯域幅を示す帯域幅データをＩＰプロトコルドライバ１１４を介して、現在通信中のコンテンツサーバ２２０ａに対して送信する。
【００８５】
また、第３の実施の形態に係る最適メディア決定部１１２ｂは、第１の実施の形態に係る最適メディア決定部１１２（図４参照）と同様の機能を有していると共に、使用するメディアを決定した際には、そのメディアを示す情報（メディア名）を帯域幅通知部１１７に通知する。
【００８６】
第３の実施の形態に係るコンテンツサーバ２２０ａには、動画変換部２２４と動画記憶部２２５とが追加されている。動画変換部２２４は、端末装置１００ｂが接続されているメディアの帯域幅に応じた品質に、動画データを変換する。動画記憶部２２５は、動画データを格納するデータベースである。
【００８７】
このようなシステムでは、使用するメディアを決定するまでの処理は第１の実施の形態と同様である。使用するメディアが決定されると、以下の処理が行われる。
【００８８】
まず、使用するメディアの指示が最適メディア決定部１１２ｂからメディア選択部１１５に渡される。また、最適メディア決定部１１２ｂから帯域幅通知部１１７へ使用されるメディアのメディア名が通知される。すると、帯域幅通知部１１７により、そのメディアの通信速度がメディア情報テーブル１１１から取得され、通信速度（帯域幅）を示す帯域幅データがＩＰプロトコルドライバ１１４に渡される。
【００８９】
ＩＰプロトコルドライバ１１４は、帯域幅データを含むＩＰパケットを生成し、メディア選択部１１５に渡す。メディア選択部１１５は、選択したメディアに対応するネットワークインタフェースを介して、受け取ったＩＰパケットを送信する。図９の例では、携帯電話用のモデム１０７を介して送信されるものとする。
【００９０】
送信されたＩＰパケットは、ホームエージェント２１０を介して、コンテンツサーバ２２０ａに渡される。コンテンツサーバ２２０ａでは、ネットワークインタフェース２２１がＩＰパケットを受信し、ＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットから帯域幅データを取り出し、動画変換部２２４に渡す。動画変換部２２４は、受け取った帯域幅データに応じた品質に、端末装置１００ｂ宛の動画データを変換する。たとえば、動画変換部２２４は、帯域幅が大きいほど高品質（データ量が多い）とし、帯域幅が小さければ低品質（データ量が少ない）とする。
【００９１】
以後、第１の実施の形態と同様に、アプリケーション１１３から出力された動画データの取得要求がＩＰパケットでコンテンツサーバ２２０ａに送られると、その動画データの取得要求がＩＰプロトコルドライバ２２２から動画変換部２２４に渡される。動画変換部２２４は、動画データの取得要求で指定された動画データを動画記憶部２２５から取り出し、予め帯域幅に応じて設定された品質に、動画データの品質を変換する。動画変換部２２４は、品質を変換した動画データをＩＰプロトコルドライバ２２２に渡す。
【００９２】
動画データは、ＩＰプロトコルドライバ２２２でＩＰパケットに含められ、第１の実施の形態と同様に端末装置１００ｂに対して送信される。端末装置１００ｂでは、動画データがアプリケーション１１３に渡され、アプリケーション１１３で再生される。
【００９３】
図１０は、帯域幅の通知プロトコルの例を示す図である。図１０には、端末装置１００ｂからコンテンツサーバ２２０ａに対して、帯域幅データを通知するために受け渡す情報を示している。
【００９４】
まず、端末装置１００ｂからコンテンツサーバ２２０ａへ、コネクションが張られる（ステップＳ２１）。次に、端末装置１００ｂからコンテンツサーバ２２０ａへ、データが送られる（ステップＳ２２）。データには、端末装置１００ｂのＩＰアドレスと帯域幅とが含まれる。すると、コンテンツサーバ２２０ａから端末装置１００ｂへ、通知完了の応答が返される（ステップＳ２３）。その応答を受け取った端末装置１００ｂは、コンテンツサーバ２２０ａに対してコネクション切断要求を出す（ステップＳ２４）。コンテンツサーバ２２０ａは、コネクションを切断する（ステップＳ２５）。
【００９５】
このようにして、帯域幅の情報をコンテンツサーバ２２０ａに伝えることで、コンテンツサーバ２２０ａでは、帯域幅に応じて動画データの品質を変換することができる。たとえば、動画データを構成するフレーム画像を間引くことで、任意の品質に動画データを生成することができる。
【００９６】
図１１は、帯域幅に応じた動画データの品質変換例を示す図である。動画変換部２２４は、間引き率情報２２４ａを有している。間引き率情報２２４ａは、帯域幅とフレーム間引き率とが対応付けて登録されている。図１１の例では、帯域幅１０Ｋｂｐｓ以下の場合、１０枚のうち９枚の間引き率である。帯域幅１０Ｋｂｐｓ〜２０Ｋｂｐｓの場合、１０枚のうち８枚の間引き率である。帯域幅８０Ｋｂｐｓ〜９０Ｋｂｐｓの場合、１０枚のうち１枚の間引き率である。帯域幅９０Ｋｂｐｓ以上の場合、間引きなしである。
【００９７】
また、動画変換部２２４では、通信相手の端末装置毎に動画変換プロセス２２４ｂが生成される。動画変換プロセス２２４ｂは、対応する端末装置宛の動画データの品質の変換処理を行う処理単位である。
【００９８】
端末装置１００ｂからのＩＰアドレスと帯域幅データとを受け取った動画変換部２２４は、端末装置１００ｂに対応する動画変換プロセス２２４ｂに対して、送信先端末情報２２４ｃとして、端末装置１００ｂのＩＰアドレスと帯域幅データとを渡す。その後、動画変換部２２４が、端末装置１００ｂから動画データ１４０の取得要求を受け取ると、動画変換プロセス２２４ｂは動画記憶部２２５から要求された動画データ１４０を取得する。次に、動画変換プロセス２２４ｂは、動画データ１４０をフレーム単位に分解し、複数のフレーム画像１４１ａで構成される動画データ１４１に変換する。
【００９９】
その後、動画変換プロセス２２４ｂは、間引き率情報２２４ａを参照し、端末装置１００ｂの使用するメディアの帯域幅に該当するフレーム間引き率を決定する。次に、動画変換プロセス２２４ｂは、決定したフレーム間引き率に従った割合で、動画データ１４１からフレーム画像を間引き、動画データ１４２を再編成する。そして、動画変換プロセス２２４ｂは、品質が調整された動画データ１４２を端末装置１００ｂに対して送信する。
【０１００】
図１２は、送信先端末情報の登録処理手順を示すフローチャートである。なお、この例では、複数の端末装置それぞれに対応する送信先端末情報が、送信先端末情報群２２４ｄとして管理されているものとする。以下、図１２に示す処理をステップ番号に沿って説明する。
【０１０１】
［ステップＳ３１］動画変換部２２４は、帯域幅が通知されるのを待機する。［ステップＳ３２］動画変換部２２４は、端末装置１００ｂから帯域幅が通知された場合、処理をステップＳ３３に進める。帯域幅が通知されなければ、引き続き待機（ステップＳ３１）する。なお、帯域幅の通知は、端末装置１００ｂのＩＰアドレスと、端末装置１００ｂが使用しているメディアの帯域幅データとの組である。
【０１０２】
［ステップＳ３３］動画変換部２２４は、送信先端末情報群２２４ｄから、通知された端末装置１００ｂのＩＰアドレスを検索する。
［ステップＳ３４］動画変換部２２４は、送信先端末情報群２２４ｄ内の端末装置１００ｂのＩＰアドレスに対応する帯域幅のデータを、新たに通知された帯域幅データに更新する。その後、処理がステップＳ３１に進められ、帯域幅が通知されるのを待機する。
【０１０３】
このようにして、端末装置１００ｂの帯域幅がコンテンツサーバ２２０ａで管理される。
図１３は、画像データの変換処理を示すフローチャートである。なお、この例は、Ｎ枚のフレーム（Ｎは自然数）からＭ枚のフレーム（ＭはＮより小さい自然数）を間引く場合の例である。以下、図１３に示す処理をステップ番号に沿って説明する。
【０１０４】
［ステップＳ４１］動画変換部２２４は、カウンタｎを０に初期化する。
［ステップＳ４２］動画変換部２２４は、入力された画像データの終端に達したか否かを判断する。終端に達した場合には処理を終了し、終端でなければ処理がステップＳ４３に進められる。
【０１０５】
［ステップＳ４３］動画変換部２２４は、ｎがＮ以上（ｎ≧Ｎ）か否かを判断する。ｎ≧Ｎであれば、処理がステップＳ４４に進められる。そうでなければ処理がステップＳ４６に進められる。
【０１０６】
［ステップＳ４４］動画変換部２２４は、ｎにｎ−Ｎを設定する。すなわち、既存のｎからＮを減算した値を、新たなｎとする。
［ステップＳ４５］動画変換部２２４は、入力された動画データから１フレーム取り出して、破棄する。その後、処理がステップＳ４２に進められる。
【０１０７】
［ステップＳ４６］動画変換部２２４は、ｎにｎ＋Ｍを設定する。すなわち、既存のｎにＭを加算した値を、新たなｎとする。
［ステップＳ４７］動画変換部２２４は、入力された動画データから１フレーム取り出して、端末装置１００ｂへ送信する。その後、処理がステップＳ４２に進められる。
【０１０８】
以上のように、端末装置１００ｂが使用するメディアの帯域幅に応じた品質に画像データを変換して配信される。例えば、無線ＬＡＮで接続されている端末装置１００ｂが、動画の再生中に別のメディア（携帯電話通信網等）に切り換えられた場合、継続してメディアの帯域幅にふさわしい品質の動画データが転送される。
【０１０９】
しかも、帯域幅に応じて動画データを変換するため、予め多数のコンテンツを格納しておく必要がない。その結果、コンテンツを準備する側の手間が省けると共に、必要な記憶容量も少なくて済む。さらに、カメラで撮影したライブ映像であっても、そのライブ映像の品質を動的に変換して配信することもできる。
【０１１０】
［第４の実施の形態］
次に、第４の実施の形態について説明する。第４の実施の形態は、使用しているメディアの実効転送速度をコンテンツサーバ２２０ａに通知し、実効転送速度に応じた品質の動画データを配信するものである。
【０１１１】
図１４は、第４の実施の形態に係るシステムの構成例を示す図である。なお、第４の実施の形態のシステム構成は、図９に示した第３の実施の形態とほぼ同様であるため、同じ機能の要素には同一の符号を付し、説明を省略する。以下、第３の実施の形態との相違点を説明する。
【０１１２】
第４の実施の形態に係る端末装置１００ｃには、メディア転送速度計測部１１８が追加されている。このメディア転送速度計測部１１８は、図７に示した第２の実施の形態の端末装置１００ａ内のメディア転送速度計測部１１６とほぼ同じ機能であり、同様のデータ構造のメディア・実効転送速度対応表１１８ａを有している。ただし、第４の実施の形態に係るメディア転送速度計測部１１８は、選択されたメディアの実効転送速度を計測すると、その実効転送速度を示す情報を帯域幅通知部１１７ａに通知する。
【０１１３】
帯域幅通知部１１７ａは、最適メディア決定部１１２ｂから使用されるメディア名を通知されると、そのメディア名に対応する実効転送速度をメディア転送速度計測部１１８から取得し、現在使用中のメディアの帯域幅としてコンテンツサーバ２２０ａ上の動画変換部２２４に通知する。
【０１１４】
このような構成のシステムによれば、選択されているメディアのデータ転送速度がメディア転送速度計測部１１８で計測され、適宜、帯域幅通知部１１７ａに通知される。帯域幅通知部１１７ａは、通知された帯域幅データをＩＰプロトコルドライバ１１４を介してコンテンツサーバ２２０ａに送信する。すると、帯域幅データを含むＩＰパケットが、使用中のネットワークインタフェース（図１４の例では携帯電話用のモデム１０７）を介して送信される。そのＩＰパケットは、アクセスポイント３１で受信され、ホームエージェント２１０を経由してコンテンツサーバ２２０ａに転送される。
【０１１５】
コンテンツサーバ２２０ａにおいて、ＩＰパケットがネットワークインタフェース２２１で受信され、ＩＰプロトコルドライバ２２２に渡される。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットから実効転送速度を示す帯域幅データを抽出し、動画変換部２２４に渡す。動画変換部２２４は、実効転送速度を示す帯域幅データに応じて動画データの品質を決定する。その後、動画変換部２２４は、端末装置１００ｃに対して配信する動画データを、実効転送速度に応じて決定された品質に変換して、端末装置１００ｃ宛に送信する。
【０１１６】
このようにして、実効転送速度に応じた品質の動画データを、コンテンツサーバ２２０ａから端末装置１００ｃに配信することができる。その結果、例えば、端末装置１００ｃが移動することにより、動画の再生中に通信メディアが切り換えられた場合、または、同じ通信メディアでも通信品質の劣化により実効転送速度が変化した場合、通信に使用するメディアの実行の帯域幅にふさわしい品質の動画データを送信することができる。
【０１１７】
［第５の実施の形態］
次に、第５の実施の形態について説明する。第５の実施の形態は、端末装置が使用するメディアの帯域幅に応じて、コンテンツサーバから配信する音声データの品質を調整するものである。
【０１１８】
図１５は、第５の実施の形態に係るシステムの構成例を示す図である。なお、第５の実施の形態のシステム構成は、図９に示した第３の実施の形態とほぼ同様であるため、同じ機能の要素には同一の符号を付し、説明を省略する。以下、第３の実施の形態との相違点を説明する。
【０１１９】
第５の実施の形態に係る端末装置１００ｂの構成は、第３の実施の形態と同様である。ただし、第５の実施の形態では、端末装置１００ｂを使用するユーザは、アプリケーション１１３に対して、音声データの取得を指示する操作入力を行う。
【０１２０】
コンテンツサーバ２２０ｂは、音声変換部２２６と音声記憶部２２７とが設けられている。音声変換部２２６は、端末装置１００ｂが接続されているメディアの帯域幅に応じた品質に、音声データを変換する。音声記憶部２２７は、音声データを格納するデータベースである。
【０１２１】
このようなシステムでは、使用するメディアを決定され、さらに帯域幅データを含むＩＰパケットが端末装置１００ｂからコンテンツサーバ２２０ｂに送信されるまでの処理は第３の実施の形態と同様である。帯域幅データを含むＩＰパケットが端末装置１００ｂで受け取られると、以下の処理が行われる。
【０１２２】
コンテンツサーバ２２０ｂでは、ネットワークインタフェース２２１がＩＰパケットを受信し、ＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットから帯域幅データを取り出し、音声変換部２２６に渡す。音声変換部２２６は、受け取った帯域幅データに応じた品質に、端末装置１００ｂ宛の音声データを変換する。たとえば、音声変換部２２６は、帯域幅が大きいほど高品質（データ量が多い）とし、帯域幅が小さければ低品質（データ量が少ない）とする。
【０１２３】
以後、第３の実施の形態と同様に、アプリケーション１１３から出力された音声データの取得要求がＩＰパケットでコンテンツサーバ２２０ｂに送られると、その音声データの取得要求がＩＰプロトコルドライバ２２２から音声変換部２２６に渡される。音声変換部２２６は、音声データの取得要求で指定された音声データを音声記憶部２２７から取り出し、予め帯域幅に応じて設定された品質に、音声データの品質を変換する。音声変換部２２６は、品質を変換した音声データをＩＰプロトコルドライバ２２２に渡す。ストリーミングのデータであれば、音声の先頭から変換処理が行われ、順次ＩＰプロトコルドライバ２２２に渡される。
【０１２４】
音声データは、ＩＰプロトコルドライバ２２２でＩＰパケットに含められ、第３の実施の形態と同様に端末装置１００ｂに対して送信される。端末装置１００ｂでは、音声データがアプリケーション１１３に渡され、アプリケーション１１３で再生される。
【０１２５】
これにより、例えば、無線ＬＡＮで接続されている端末装置１００ｂが、音声の再生中に別のメディアに切り換えられた場合、アプリケーション１１３に転送される音声データは、継続してメディアの帯域幅にふさわしい品質の音声データが転送される。
【０１２６】
ところで、ネットワークを介して配信される音声データには、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）がある。これは、インターネットを介して音声通話を行う技術である。以下、第５の実施の形態をＶｏＩＰに適用した場合を例にとり、本発明の応用例について説明する。
【０１２７】
図１６は、動的コンテンツ変換機能を適用したＶｏＩＰのシステム構成例を示す図である。ＶｏＩＰシステムでは、２つの端末装置３００，４００間のＩＰのネットワーク上でＶｏＩＰに従った通信が行われる。
【０１２８】
端末装置３００は、帯域幅通知部３１０、音声送信部３２０、および音声受信・再生部３３０を有している。帯域幅通知部３１０は、図１５に示すメディア情報テーブル１１１、最適メディア決定部１１２ｂ、メディア選択部１１５、および帯域幅通知部１１７を含む機能である。音声送信部３２０は、図１５に示す音声変換部２２６と音声記憶部２２７とを含む機能である。音声送信部３２０には、マイク３０１が接続されている。音声受信・再生部３３０は、図１５に示すアプリケーション１１３に相当する機能である。音声受信・再生部３３０には、スピーカ３０２が接続されている。
【０１２９】
同様に、端末装置４００は、帯域幅通知部４１０、音声送信部４２０、および音声受信・再生部４３０を有している。音声送信部４２０には、マイク４０１が接続されている。音声受信・再生部４３０には、スピーカ４０２が接続されている。
【０１３０】
なお、図１６では説明を簡単にするために、通常のＩＰ通信に必要なＩＰプロトコルドライバやネットワークインタフェース等は省略しているが、それぞれの端末装置３００，４００は、それらの構成要素を含んでいる。
【０１３１】
このような構成のシステムにおいて、端末装置３００が使用しているメディアの帯域幅を示す帯域幅データは、帯域幅通知部３１０によって端末装置４００に通知される。その帯域幅データは、端末装置４００の音声送信部４２０で受信される。そして、音声送信部４２０において、端末装置３００から通知された帯域幅に応じた音声データの品質が決定される。
【０１３２】
また、端末装置４００が使用しているメディアの帯域幅を示す帯域幅データは、帯域幅通知部４１０によって端末装置３００に通知される。その帯域幅データは、端末装置３００の音声送信部３２０で受信される。そして、音声送信部３２０において、端末装置４００から通知された帯域幅に応じた音声データの品質が決定される。
【０１３３】
その後、音声送信部３２０は、マイク３０１から入力された音声を予め決定された品質の音声データに変換し、端末装置４００に対して送信する。音声データは、端末装置４００の音声受信・再生部４３０で受信される。そして、音声受信・再生部４３０において、音声データが再生されスピーカ４０２から音声が出力される。
【０１３４】
また、音声送信部４２０は、マイク４０１から入力された音声を予め決定された品質の音声データに変換し、端末装置３００に対して送信する。音声データは、端末装置３００の音声受信・再生部３３０で受信される。そして、音声受信・再生部３３０において、音声データが再生されスピーカ３０２から音声が出力される。
【０１３５】
図１７は、音声送信部における音声変換機能を示す図である。音声送信部３２０は、マイク３０１から入力された音声信号１５２を音声データ１５３に変換するための音声変換プロセス３２１と、サンプリングレート情報３２２とを有している。サンプリングレート情報３２２は、相手端末装置の帯域幅に応じたサンプリングレートが登録されたデータベースである。図１７の例では、帯域幅１０Ｋｂｐｓ以下の場合、サンプリングレートが１００Ｈｚである。帯域幅１０Ｋｂｐｓ〜２０Ｋｂｐｓの場合、サンプリングレートが５００Ｈｚである。帯域幅８０Ｋｂｐｓ〜９０Ｋｂｐｓの場合、サンプリングレートが４０００Ｈｚである。帯域幅９０Ｋｂｐｓ以上の場合、サンプリングレートが４５００Ｈｚである。
【０１３６】
ここで、通信相手の端末装置４００から帯域幅データ１５１が送られると、その帯域幅データ１５１が音声変換プロセス３２１で保持される。そして、マイク３０１から音声信号１５２が入力されると、音声変換プロセス３２１がサンプリングレート情報３２２を参照し、相手側の端末装置４００の帯域幅に対応するサンプリングレートを決定する。次に、音声変換プロセス３２１は、決定したサンプリングレートに従い、音声信号１５２で認識される波形データの間引きを行い、音声データ１５３を生成する。そして、音声変換プロセス３２１は、生成した音声データ１５３を、端末装置４００に送信する。
【０１３７】
図１８は、音声データ生成処理の手順を示すフローチャートである。この例では、サンプリングレートＳ１［Ｈｚ］の音声波形データからサンプリングレートＳ２［Ｈｚ］（Ｓ２≦Ｓ１）の音声波形データを得るものとする。以下、図１８に示す処理をステップ番号に沿って説明する。
【０１３８】
［ステップＳ５１］音声送信部３２０は、カウンタｔ１、ｔ２、ｓを０に初期化する。
［ステップＳ５２］音声送信部３２０は、入力波形データが終端に達したか否かを判断する。終端に達した場合には処理が終了する。終端に達していなければ処理がステップＳ５３に進められる。
【０１３９】
［ステップＳ５３］音声送信部３２０は、ｓがＳ１以上（ｓ≧Ｓ１）か否かを判断する。ｓ≧Ｓ１であれば処理がステップＳ５４に進められ、そうでなければ処理がステップＳ５７に進められる。
【０１４０】
［ステップＳ５４］音声送信部３２０は、ｓにｓ−Ｓ１を設定する。すなわち、既存のｓの値からＳ１を減算した値を、新たなｓとして設定する。
［ステップＳ５５］音声送信部３２０は、波形データを変換する。具体的には、音声送信部３２０は、入力波形データのｔ１に相当する波形データを、出力波形データのｔ２のデータとして設定する。
【０１４１】
［ステップＳ５６］音声送信部３２０は、ｔ２にｔ２＋１を設定する。すなわち、既存のｔ２の値に１を加算（インクリメント）する。その後、処理がステップＳ５２に進められる。
【０１４２】
［ステップＳ５７］音声送信部３２０は、ｓにｓ＋Ｓ２を設定する。すなわち、既存のｓの値にＳ２を加算し、新たなｓとして設定する。その後、処理がステップＳ５２に進められる。
【０１４３】
図１９は、波形データの変換状況を示す図である。図１９では入力波形１６１と出力波形１６２とについて、横軸に時間、縦軸に出力のグラフで示している。波形データの変換が行われると、入力波形１６１においてｔ１までに出力された波形のうち、ｔ２までの波形のみが切り出され、出力波形１６２となる。
【０１４４】
以上のように、ＶｏＩＰによる通信において、送信相手の帯域幅に応じた品質の音声データ送信することにより、安定した通話が可能となる。
なお、上記の例では、相手側の端末装置が接続されているメディアの帯域幅のみを用いて音声データの品質を決定しているが、自分自身が使用しているメディアの帯域幅も考慮して音声データの品質を決定することもできる。たとえば、双方の端末装置の使用する２つのメディアのうち、帯域幅が少ない方の値に基づいて音声データの品質を決定してもよい。
【０１４５】
［第６の実施の形態］
次に、第６の実施の形態について説明する。第６の実施の形態は、使用しているメディアの実効転送速度に基づいて音声データの品質を調整するものである。
【０１４６】
図２０は、第６の実施の形態に係るシステムの構成例を示す図である。なお、第６の実施の形態に係る端末装置１００ｃの構成は、図１４に示した第４の実施の形態に係る端末装置１００ｃと同様である。ただし、アプリケーション１１３からは、音声データを指定したデータの取得要求が出される。また、第６の実施の形態に係るコンテンツサーバ２２０ｂの構成は、図１５に示す第５の実施の形態に係るコンテンツサーバ２２０ｂと同様である。端末装置１００ｃとコンテンツサーバ２２０ｂとは、アクセスポイント３１とホームエージェント２１０とを介して接続されている。
【０１４７】
このようなシステムにおいて、最適メディア決定部１１２ｂにより、無線ＬＡＮカード１０６、携帯電話用のモデム１０７、ＰＨＳ用のモデム１０８からメディア情報テーブル１１１に登録された情報に基づいて使用するメディアが決定され、そのメディアがメディア選択部１１５に通知される。図２０の例では、携帯電話用のモデム１０７が使用されるものとする。
【０１４８】
また、最適メディア決定部１１２ｂから帯域幅通知部１１７ａに、使用されるメディアのメディア名が通知される。すると、使用されるメディアの実効転送速度が、メディア転送速度計測部１１８から帯域幅通知部１１７ａに渡される。帯域幅通知部１１７ａでは、実効転送速度を帯域幅データとしてＩＰプロトコルドライバ１１４に渡す。ＩＰプロトコルドライバ１１４は、帯域幅データを含むＩＰパケットをコンテンツサーバ２２０ｂ宛に送信する。
【０１４９】
ＩＰパケットは、モデム１０７からアクセスポイント３１に送信され、ホームエージェント２１０を経由してコンテンツサーバ２２０ｂに渡される。コンテンツサーバ２２０ｂでは、ネットワークインタフェース２２１がＩＰパケットを受け取り、ＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットから帯域幅データを抽出し、音声変換部２２６に渡す。音声変換部２２６は、実効転送速度を示す帯域幅データに応じて、配信する音声データの品質を決定する。
【０１５０】
その後、アプリケーション１１３からコンテンツサーバ２２０ｂ内の音声データの取得要求が出されると、その取得要求がコンテンツサーバ２２０ｂに伝えられ、音声記憶部２２７から音声データが取り出される。取り出された音声データは、音声変換部２２６で、端末装置１００ｃが使用するメディアの実効転送速度に応じた品質の音声データに変換される。そして、品質が調整された音声データがＩＰプロトコルドライバ２２２に渡される。ＩＰプロトコルドライバ２２２は、音声データを含むＩＰパケットを生成し、端末装置１００ｃに対して送信する。
【０１５１】
送信された音声データのＩＰパケットは、ホームエージェント２１０、アクセスポイント３１を経由して、端末装置１００ｃに渡される。端末装置１００ｃでは、モデム１０７がＩＰパケットを受信し、ＩＰプロトコルドライバ１１４等を経由して、音声データがアプリケーション１１３に渡される。すると、アプリケーション１１３が音声データに基づいて音声を再生する。
【０１５２】
この機構により、例えば、無線ＬＡＮで接続されている端末装置１００ｃが、音声の再生中に別のメディアに切り換えられた場合、アプリケーション１１３に転送される音声データは、継続してメディアの帯域幅にふさわしい品質に変換して転送される。
【０１５３】
［第７の実施の形態］
次に、第７の実施の形態について説明する。第７の実施の形態は、帯域幅が所定値以下の場合、音声データを文字データに変換して送信するものである。
【０１５４】
図２１は、第７の実施の形態のシステム構成例を示す図である。第７の実施の形態のシステム構成は、第６の実施の形態とほぼ同じであるため、同じ要素には同一の符号を付し説明を省略する。
【０１５５】
第７の実施の形態に係るコンテンツサーバ２２０ｃには、音声変換部２２６ａとＩＰプロトコルドライバ２２２との間に、音声・文字変換部２２８が設けられている。
【０１５６】
音声・文字変換部２２８は、音声変換部２２６ａから音声データを受信すると、その音声データを文字データに変換する。文字データは、複数のキャラクタコードで構成される。音声・文字変換部２２８は、生成した文字データをＩＰプロトコルドライバ２２２に渡す。
【０１５７】
音声変換部２２６ａには、音声データを文字データに変換するための帯域幅の閾値が設定されている。音声変換部２２６ａは、端末装置１００ｃから送られる帯域幅データを受け取ると、その帯域幅データを予め設定されている閾値と比較する。音声変換部２２６ａは、帯域幅データが閾値を超えていれば、その帯域幅データに応じた音声データの品質を決定する。一方、帯域幅データが閾値以下であれば、音声変換部２２６ａは、音声データを文字データに変化すべきと決定する。文字データへの変換が決定された後は、音声変換部２２６ａは、端末装置１００ｃ宛に送信すべき音声データを、音声・文字変換部２２８に渡す。
【０１５８】
このようなシステムによれば、端末装置１００ｃから帯域幅データを含むＩＰパケットが出力されると、そのＩＰパケットがアクセスポイント３１、ホームエージェント２１０を経由して、コンテンツサーバ２２０ｃに渡される。コンテンツサーバ２２０ｃでは、ネットワークインタフェース２２１がＩＰパケットを受け取り、ＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、ＩＰパケットから帯域幅データを抽出し、音声変換部２２６ａに渡す。
【０１５９】
音声変換部２２６ａは、端末装置１００ｃで使用するメディアの帯域幅データを受けると、音声記憶部２２７に記憶された音声データを端末装置１００ｃの帯域幅で送信可能な品質に変換する。このとき、通知された帯域幅データがあらかじめ設けられた閾値を下回った場合は、音声記憶部２２７から取り出された音声データがそのまま音声・文字変換部２２８に渡される。すると、音声・文字変換部２２８により音声データが文字データに変換され、端末装置１００ｃに送信される。
【０１６０】
このように、通信品質の劣化により音声データを安定した送信できない場合、文字データに変換して送信するようにしたため、端末装置１００ｃが通信状態の悪い場所に移動した場合でも、継続して所定の情報を取得することができる。たとえば、ニュース速報を端末装置１００ｃで確認するとき、音声データが受信可能なときは、ユーザは音声によりニュースを聞くことができ、受信状態が悪化したときは、文字情報によってニュースを読むことができる。
【０１６１】
［第８の実施の形態］
次に、第８の実施の形態について説明する。第８の実施の形態は、地図画像データを、端末装置が使用するメディアの帯域幅に応じた品質に加工して配信するものである。
【０１６２】
図２２は、第８の実施の形態に係るシステムの構成例を示す図である。第８の実施の形態の構成は、図９に示す第３の実施の形態の構成とほぼ同じであるため、同じ機能の要素には同一の符号を付し、説明を省略する。なお、第８の実施の形態に係る端末装置１００ｂの構成は、図９に示した第３の実施の形態に係る端末装置１００ｂと同様である。ただし、アプリケーション１１３からは、地図画像を指定したデータの取得要求が出される。以下、第３の実施の形態との相違点を説明する。
【０１６３】
第８の実施の形態に係るコンテンツサーバ２２０ｄには、地図画像生成部２２９、地図オブジェクト優先順位表２２９ａ、および地図情報データベース２２９ｂが追加されている。地図画像生成部２２９は、端末装置１００ｂから帯域幅データを受け取ると、地図オブジェクト優先順位表を参照し、返信する地図情報に含めるべきオブジェクトの種別を決定する。オブジェクトの種別は、道路、建築物、地名等の区別である。また、建築物を、公共施設と民間施設とに分けることもできる。
【０１６４】
地図画像生成部２２９は、端末装置１００ｂからの地図画像の取得要求に応答して、地図情報データベース２２９ｂから地図情報を取得し、地図画像を生成する。このとき地図情報データベース２２９ｂから取得される地図情報には、端末装置１００ｂの使用するメディアの帯域幅に応じて送信対象に決定されたオブジェクトのみである。そして、地図画像生成部２２９は、生成した地図画像を端末装置１００ｂに対して配信する。
【０１６５】
地図オブジェクト優先順位表２２９ａは、オブジェクトの種別毎の優先順位が設定されたデータベースである。優先順位の数値が大きいオブジェクトほど、低い帯域幅の時にも転送対象とされる。
【０１６６】
地図情報データベース２２９ｂは、地図を構成するオブジェクトが登録されたデータベースである。登録されているオブジェクトには、地図上の位置情報（向きも含む）と種別とが設定されている。
【０１６７】
図２３は、地図オブジェクト優先順位表のデータ構造例を示す図である。地図オブジェクト優先順位表２２９ａには、オブジェクトと優先順位との欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
【０１６８】
オブジェクトの欄には、オブジェクトの種別が設定される。図２３の例では、「地名」、「建築物」、「河川」等の種別が設定されている。
優先順位の欄には、オブジェクトの種別毎の優先順位が設定されている。図２３の例では、「地名」の優先順位は「１２１」であり、「建築物」の優先順位は「１１０」であり、「河川」の優先順位は「２０」である。
【０１６９】
図２４は、帯域幅に応じた品質の地図データ生成例を示す図である。地図画像生成部２２９は、表示オブジェクト優先順情報２２９ｄを有している。表示オブジェクト優先順情報２２９ｄは、帯域幅と表示する地図オブジェクトの優先順位とが対応付けて登録されている。図２４の例では、帯域幅１０Ｋｂｐｓ以下の場合、優先順１００以上の地図オブジェクトが表示対象である。帯域幅１０Ｋｂｐｓ〜２０Ｋｂｐｓの場合、優先順９０以上の地図オブジェクトが表示対象である。帯域幅８０Ｋｂｐｓ〜９０Ｋｂｐｓの場合、優先順２０以上の地図オブジェクトが表示対象である。帯域幅９０Ｋｂｐｓ以上の場合、全ての地図オブジェクトが表示対象である。
【０１７０】
また、表示オブジェクト優先順情報２２９ｄでは、通信相手の端末装置毎に地図データ生成プロセス２２９ｃが生成される。地図データ生成プロセス２２９ｃは、対応する端末装置宛の地図データの品質の変換処理を行う処理単位である。
【０１７１】
端末装置１００ｂからのＩＰアドレスと帯域幅データとを受け取った表示オブジェクト優先順情報２２９ｄは、端末装置１００ｂに対応する地図データ生成プロセス２２９ｃに対して、送信先端末情報として、端末装置１００ｂのＩＰアドレスと帯域幅データとを渡す。その後、地図画像生成部２２９が、端末装置１００ｂから地図データの取得要求を受け取ると、地図データ生成プロセス２２９ｃは表示オブジェクト優先順情報２２９ｄを参照し、端末装置１００ｂの帯域幅に応じて表示すべき地図オブジェクトの優先順位を判断する。
【０１７２】
次に、地図データ生成プロセス２２９ｃは、地図オブジェクト優先順位表２２９ａを参照し、表示対象となる優先順位に対応するオブジェクトの種別を判断する。さらに、地図データ生成プロセス２２９ｃは、表示対象の種別に該当する地図オブジェクトのうち、要求されている地図の範囲に含まれるものを地図情報データベース２２９ｂから抽出する。そして、地図データ生成プロセス２２９ｃは、抽出した地図オブジェクトから地図データ１７１を生成し、端末装置１００ｂへ送信する。
【０１７３】
なお、地図画像生成部２２９による送信先端末情報の登録処理手順は、図１２に示した動画変換部２２４による送信先端末情報の登録処理手順と同様である。
図２５は、地図データ生成処理の手順を示すフローチャートである。以下、図２５に示す処理をステップ番号に沿って説明する。
【０１７４】
［ステップＳ６１］地図データ生成プロセス２２９ｃは、表示オブジェクト優先順情報２２９ｄを参照し、端末装置１００ｂの帯域幅から描画対象とする地図オブジェクトの優先順位を決定する。
【０１７５】
［ステップＳ６２］地図データ生成プロセス２２９ｃは、地図情報データベース２２９ｂの先頭のオブジェクトをポイントする。
［ステップＳ６３］地図データ生成プロセス２２９ｃは、地図情報データベースの終端に達したか否かを判断する。終端に達した場合、処理が終了する。終端に達していない場合、処理がステップＳ６４に進められる。
【０１７６】
［ステップＳ６４］地図データ生成プロセス２２９ｃは、ポイントしている地図オブジェクトの座標が表示対象の地図の描画範囲内か否かを判断する。描画範囲内の場合は、処理がステップＳ６５に進められる。描画範囲内ではない場合、処理がステップＳ６７に進められる。
【０１７７】
［ステップＳ６５］地図データ生成プロセス２２９ｃは、ポイントしている地図オブジェクトの種別に対する優先順位が描画対象か否かを判断する。描画対象であれば処理がステップＳ６６に進められる。描画対象でなければ処理がステップＳ６７に進められる。
【０１７８】
［ステップＳ６６］地図データ生成プロセス２２９ｃは、ポイントしているオブジェクトを描画する。なお、地図データ生成プロセス２２９ｃが実際に描画せずに、所定の形式の地図データ内にポイントしているオブジェクトを描画対象として追加してもよい。この場合、端末装置のアプリケーション１１３が、地図データに基づいてオブジェクトを解釈し、そのオブジェクトを描画する。
【０１７９】
［ステップＳ６７］地図データ生成プロセス２２９ｃは、次のオブジェクトをポイントする。その後、処理がステップＳ６３に進められる。
以上のようにして、端末装置１００ｂの使用するメディアの帯域幅に応じた品質の地図データを生成し、端末装置１００ｂに対して配信することができる。
【０１８０】
［第９の実施の形態］
次に、第９の実施の形態について説明する。第９の実施の形態は、端末装置が使用するメディアの実効転送速度に応じた品質の地図データを送信するものである。
【０１８１】
図２６は、第９の実施の形態に係るシステムの構成例を示す図である。なお、第９の実施の形態に係る端末装置１００ｃの構成は、図１４に示した第４の実施の形態に係る端末装置１００ｃと同様である。ただし、アプリケーション１１３からは、地図データを指定したデータの取得要求が出される。また、第９の実施の形態に係るコンテンツサーバ２２０ｄの構成は、図２２に示す第８の実施の形態に係るコンテンツサーバ２２０ｄと同様である。端末装置１００ｃとコンテンツサーバ２２０ｄとは、アクセスポイント３１とホームエージェント２１０とを介して接続されている。
【０１８２】
このようなシステムにおいて、最適メディア決定部１１２ｂにより、無線ＬＡＮカード１０６、携帯電話用のモデム１０７、ＰＨＳ用のモデム１０８からメディア情報テーブル１１１に登録された情報に基づいて使用するメディアが決定され、そのメディアがメディア選択部１１５に通知される。図２６の例では、携帯電話用のモデム１０７が使用されるものとする。
【０１８３】
また、最適メディア決定部１１２ｂから帯域幅通知部１１７ａに、使用されるメディアのメディア名が通知される。すると、使用されるメディアの実効転送速度が、メディア転送速度計測部１１８から帯域幅通知部１１７ａに渡される。帯域幅通知部１１７ａでは、実効転送速度を帯域幅データとしてＩＰプロトコルドライバ１１４に渡す。ＩＰプロトコルドライバ１１４は、帯域幅データを含むＩＰパケットをコンテンツサーバ２２０ｄ宛に送信する。
【０１８４】
ＩＰパケットは、モデム１０７からアクセスポイント３１に送信され、ホームエージェント２１０を経由してコンテンツサーバ２２０ｄに渡される。コンテンツサーバ２２０ｄでは、ネットワークインタフェース２２１がＩＰパケットを受け取り、ＩＰプロトコルドライバ２２２に渡す。ＩＰプロトコルドライバ２２２は、受け取ったＩＰパケットから帯域幅データを抽出し、地図画像生成部２２９に渡す。地図画像生成部２２９は、実効転送速度を示す帯域幅データに応じて、配信する地図データの品質を決定する。すなわち、地図データに含めるべき地図オブジェクトの優先順位が決定される。
【０１８５】
その後、アプリケーション１１３からコンテンツサーバ２２０ｄ内の地図データの取得要求が出されると、その取得要求がコンテンツサーバ２２０ｄに伝えられ、地図情報データベース２２９ｂから表示対象の地図オブジェクトが取り出される。取り出された地図オブジェクトに基づき、地図画像生成部２２９で、端末装置１００ｃが使用するメディアの実効転送速度に応じた品質の地図データが生成される。そして、品質が調整された地図データがＩＰプロトコルドライバ２２２に渡される。ＩＰプロトコルドライバ２２２は、地図データを含むＩＰパケットを生成し、端末装置１００ｃに対して送信する。
【０１８６】
送信された地図データと含むＩＰパケットは、ホームエージェント２１０、アクセスポイント３１を経由して、端末装置１００ｃに渡される。端末装置１００ｃでは、モデム１０７がＩＰパケットを受信し、ＩＰプロトコルドライバ１１４等を経由して、地図データがアプリケーション１１３に渡される。すると、アプリケーション１１３が地図データに基づいて地図画像を表示する。
【０１８７】
この機構により、例えば、無線ＬＡＮで接続されている端末装置１００ｃが、音声の再生中に別のメディアに切り換えられた場合、アプリケーション１１３に転送される地図データは、継続してメディアの帯域幅にふさわしい品質に変換して転送される。
【０１８８】
［第１０の実施の形態］
第１０の実施の形態は、本発明をライブ配信に適用したものである。本発明をライブ配信に適用することで、複数のユーザそれぞれの通信環境に応じた品質のライブ映像を配信することができる。すなわち、マルチビットレートでのリアルタイムの動画配信が可能となる。
【０１８９】
図２７は、第１０の実施の形態に係るシステムの構成例を示す図である。端末装置５００は、無線ＬＡＮカード５０１と携帯電話用のモデム５０２とを有している。無線ＬＡＮカード５０１は無線ＬＡＮアクセスポイント６４０を介してネットワーク７００に接続可能である。また、携帯電話用のモデム５０２は、ＲＡＳ（Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ）サーバ６５０を介してネットワーク７００にアクセス可能である。ネットワーク７００には、ウェブサーバ６１０、配信サーバ６２０、ホームエージェント６３０、無線ＬＡＮアクセスポイント６４０、およびＲＡＳサーバ６５０が接続されている。
【０１９０】
端末装置５００内には、ウェブブラウザ５１０、アプリケーション５２０、プレイヤ５３０、およびシームレスリンクローミング部５４０が設けられている。ウェブブラウザ５１０は、ユーザからの操作入力に応答して、ネットワークを介してウェブコンテンツを取得、および表示する。また、ウェブブラウザ５１０は、ライブ配信される動画取得の操作入力があると、アプリケーション５２０を起動する。
【０１９１】
アプリケーション５２０は、帯域幅の変化を監視する。具体的には、アプリケーション５２０は、帯域幅の問い合わせのポーリングをシームレスリンクローミング部５４０に対して定期的に行い、現在使用しているネットワークの帯域幅データを取得する。そして、アプリケーション５２０は、帯域幅が変化した場合、その帯域幅に応じたエンコーダのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をプレイヤ５３０に通知する。すなわち、帯域幅に応じたコンテンツの品質判断処理が、アプリケーション５２０において行われる。
【０１９２】
プレイヤ５３０は、通知されたＵＲＬに対応する動画データをシームレスリンクローミング部５４０を介してダウンロードし、表示する。
シームレスリンクローミング部５４０は、モバイルＩＰの機能を有しており、使用可能なネットワークインタフェースを監視し、適宜、最適なネットワークインタフェースを選択してそのネットワークインタフェースを介してデータ通信を行う。
【０１９３】
配信サーバ６２０には、カメラ６６０が接続されている。カメラ６６０によってライブ映像が撮影される。配信サーバ６２０内に高帯域用エンコーダ６２１と低帯域用エンコーダ６２２とが設けられている。カメラ６６０が撮影した映像の画像信号は、高帯域用エンコーダ６２１と低帯域用エンコーダ６２２とに送られる。高帯域用エンコーダ６２１は、低帯域用エンコーダ６２２よりも品質の高い映像データを生成する。
【０１９４】
このような構成において、端末装置５００のユーザが、ウェブブラウザ５１０を起動すると、ウェブブラウザ５１０によりアプリケーション５２０が起動される。アプリケーション５２０は、シームレスリンクローミング部５４０に定期的に帯域幅を問い合わせることで、現在使用されているネットワークインタフェースの帯域幅を監視する。
【０１９５】
その後、ユーザがウェブブラウザ５１０に対して、ウェブサーバ６１０のウェブページの閲覧を指示する操作入力を行う。すると、ウェブブラウザ５１０がウェブサーバ６１０にアクセスし、ウェブページを取得し、表示する。このとき、シームレスリンクローミング部５４０が使用可能なネットワークインタフェースのうち、帯域幅の広い方のネットワークインタフェースを介してウェブサーバ６１０に接続する。
【０１９６】
ユーザが、端末装置５００に表示されたウェブページから、カメラ６６０で撮影された画像の取得要求に対応する項目を選択すると、アプリケーション５２０がそのときの帯域幅に応じたエンコーダのＵＲＬをプレイヤ５３０に通知する。具体的には、アプリケーション５２０には、高帯域用エンコーダ６２１で配信される動画データの転送に最低限必要な帯域幅が閾値として設定されている。また、アプリケーション５２０には、高帯域用エンコーダ６２１のＵＲＬと低帯域用エンコーダ６２２のＵＲＬとが設定されている。そして、アプリケーション５２０は、現在の実効転送速度が閾値以上であれば、高帯域用エンコーダ６２１のＵＲＬをプレイヤ５３０に通知する。また、アプリケーション５２０は、現在の実効転送速度が閾値未満であれば、低帯域用エンコーダ６２２のＵＲＬをプレイヤ５３０に通知する。
【０１９７】
プレイヤ５３０は、通知されたＵＲＬを指定した動画データの取得要求を、シームレスリンクローミング部５４０を介して送信する。すると、動画データの取得要求が配信サーバ６２０に送られ、ＵＲＬで指定されたエンコーダからカメラ６６０で撮影した映像の画像データが配信される。
【０１９８】
たとえば、無線ＬＡＮカード５０１経由で通信が行われており、実行通信速度が閾値以上であれば、高帯域用エンコーダ６２１で生成された動画データがホームエージェント６３０経由で端末装置５００に送られる。そして、その動画データに基づいて、プレイヤ５３０がライブ映像をリアルタイムに再生する。
【０１９９】
ここで、無線ＬＡＮカード５０１を介した通知が途絶えると、シームレスリンクローミング部５４０により、モデム５０２経由の通信に切り換えられる。シームレスリンクローミング部５４０では、ネットワークインタフェース切り換え後の実効転送速度が計測され、アプリケーション５２０の要求に応じて、その実効転送速度がアプリケーション５２０に渡される。
【０２００】
このとき、モデム５０２経由の実効転送速度が閾値未満の場合、アプリケーション５２０からプレイヤ５３０へ、低帯域用エンコーダ６２２のＵＲＬが通知される。すると、プレイヤ５３０から、低帯域用エンコーダ６２２のＵＲＬを指定した動画データの取得要求が出される。この取得要求に応じて、低帯域用エンコーダ６２２で生成された動画データがホームエージェント６３０経由で端末装置５００に送られ、プレイヤ５３０で再生される。
【０２０１】
このようにして、ネットワークの切り換えが発生したときに、適宜、接続したネットワークの帯域幅に応じた品質のリアルタイムの動画データに切り換えることができる。しかも、この例では、動画像の品質の決定および決定した品質の動画データの指定を端末装置５００側で行っているため、配信サーバ６２０には特別な機能を追加せずにすむ。
【０２０２】
［その他の変形例］
上記の実施の形態では、使用するネットワークを切り換えるときのコンテンツの品質調整等について説明したが、同一ネットワーク上での回線の切り換え（たとえば、高速回線から低速回線への切り換え）にも同様に適用可能である。
【０２０３】
また、上記の処理機能は、サーバコンピュータとクライアントコンピュータとによって実現することができる。その場合、コンテンツサーバが有すべき機能の処理内容を記述したサーバプログラム、および端末装置が有すべき機能の処理内容を記述したクライアントプログラムが提供される。サーバプログラムをサーバコンピュータで実行することにより、コンテンツサーバの処理機能がサーバコンピュータ上で実現される。また、クライアントプログラムをクライアントコンピュータで実行することにより、端末装置の処理機能がクライアントコンピュータ上で実現される。
【０２０４】
処理内容を記述したサーバプログラムやクライアントプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｃ）などがある。
【０２０５】
サーバプログラムやクライアントプログラムを流通させる場合には、たとえば、各プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、クライアントプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータからクライアントコンピュータにクライアントプログラムを転送することもできる。
【０２０６】
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０２０７】
クライアントプログラムを実行するクライアントコンピュータは、たとえば、可搬型記録媒体に記録されたクライアントプログラムもしくはサーバコンピュータから転送されたクライアントプログラムを、自己の記憶装置に格納する。そして、クライアントコンピュータは、自己の記憶装置からクライアントプログラムを読み取り、クライアントプログラムに従った処理を実行する。なお、クライアントコンピュータは、可搬型記録媒体から直接クライアントプログラムを読み取り、そのクライアントプログラムに従った処理を実行することもできる。また、クライアントコンピュータは、サーバコンピュータからクライアントプログラムが転送される毎に、逐次、受け取ったクライアントプログラムに従った処理を実行することもできる。
【０２０８】
（付記１）  複数のネットワークインタフェースを用いて通信を行うための通信制御プログラムにおいて、
コンピュータに、
前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出し、
前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたインタフェース情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定し、
前記決定されたネットワークインタフェースを介してデータ通信を行う、
処理を実行させることを特徴とする通信制御プログラム。
【０２０９】
（付記２）  前記インタフェース情報テーブルには、前記属性に関する数値として、前記複数のネットワークインタフェースそれぞれの帯域幅が設定されていることを特徴とする付記１記載の通信制御プログラム。
【０２１０】
（付記３）  データ通信が行われたネットワークインタフェースの実効転送速度を計測し、計測された前記実効転送速度に基づいてデータ通信が行われた前記ネットワークインタフェースの優先度を変更する処理を、さらに実行させることを特徴とする付記１記載の通信制御プログラム。
【０２１１】
（付記４）  データ通信が行われたネットワークインタフェースの実効転送速度を計測し、計測された前記実効転送速度を通信相手の装置に対して送信する処理を、さらに実行させることを特徴とする付記１記載の通信制御プログラム。
【０２１２】
（付記５）  品質の異なる複数のコンテンツそれぞれの格納場所を示す所在情報が予め登録されており、前記決定されたネットワークインタフェースの帯域幅に応じた品質のコンテンツの所在情報を取得し、
データ通信の際には、前記取得した所在情報で格納場所を指定して前記コンテンツを取得する、
処理をさらに実行させることを特徴とする請求項１記載の通信制御プログラム。
【０２１３】
（付記６）  端末装置からのコンテンツ取得要求に応答してコンテンツを配信するためのコンテンツ配信プログラムにおいて、
コンピュータに、
帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定し、
決定された品質の前記コンテンツを生成し、
生成した前記コンテンツを前記端末装置に対して送信する、
処理を実行させることを特徴とするコンテンツ配信プログラム。
【０２１４】
（付記７）  前記コンテンツは動画データであり、決定された品質に応じて前記動画データのフレームを間引きすることで、決定された品質の前記コンテンツを生成することを特徴とする付記６記載のコンテンツ配信プログラム。
【０２１５】
（付記８）  前記コンテンツは音声データであり、決定された品質に応じて前記音声データのサンプリングレートを変更することで、決定された品質の前記コンテンツを生成することを特徴とする付記６記載のコンテンツ配信プログラム。
【０２１６】
（付記９）  前記コンテンツは、マイクで集音した音声データであることを特徴とする付記８記載のコンテンツ配信プログラム。
（付記１０）  前記コンテンツは音声データであり、決定された品質に応じて前記音声データを文字データに変換することを特徴とする付記６記載のコンテンツ配信プログラム。
【０２１７】
（付記１１）  前記コンテンツは地図データであり、決定された品質に応じて前記地図データに含めるオブジェクトの量を変更することで、決定された品質の前記コンテンツを生成することを特徴とする付記６記載のコンテンツ配信プログラム。
【０２１８】
（付記１２）  オブジェクト種別毎の優先順位が予め定められており、前記品質管理情報には、帯域幅に応じて前記地図データに含めるべき前記オブジェクトの優先順位が設定されていることを特徴とする付記１１記載のコンテンツ配信プログラム。
【０２１９】
（付記１３）  複数のネットワークを介して通信を行う端末装置において、
前記複数のネットワークに接続可能な複数のネットワークインタフェースと、
前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出する通信可能インタフェース検出手段と、
前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたインタフェース情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定するネットワークインタフェース選択手段と、
前記決定されたネットワークインタフェースを介してデータ通信を行うデータ通信手段と、
を有することを特徴とする端末装置。
【０２２０】
（付記１４）  端末装置からのコンテンツ取得要求に応答してコンテンツを配信するコンテンツサーバにおいて、
帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定する品質決定手段と、
決定された品質の前記コンテンツを生成するコンテンツ生成手段と、
生成した前記コンテンツを前記端末装置に対して送信するコンテンツ送信手段と、
を有することを特徴とするコンテンツサーバ。
【０２２１】
（付記１５）  複数のネットワークインタフェースを搭載している端末装置で通信を行うための通信制御方法において、
前記複数のネットワークインタフェースのうち通信可能なネットワークインタフェースを検出し、
前記複数のネットワークインタフェースの所定の属性に関する数値が設定されたインタフェース情報テーブルを参照し、通信可能なネットワークインタフェースの優先度を前記属性に関する数値に基づいて判断し、最も優先度の高いネットワークインタフェースを決定し、
前記決定されたネットワークインタフェースを介してデータ通信を行う、
ことを特徴とする通信制御方法。
【０２２２】
（付記１６）  端末装置からのコンテンツ取得要求に応答してコンテンツを配信するためのコンテンツ配信方法において、
帯域幅とコンテンツ品質との対応関係を示す品質管理情報が予め設けられ、前記端末装置が接続されたネットワークの帯域幅を示す帯域幅データを受け取ると、前記品質管理情報を参照して前記端末装置に配信する前記コンテンツの品質を決定し、
決定された品質の前記コンテンツを生成し、
生成した前記コンテンツを前記端末装置に対して送信する、
ことを特徴とするコンテンツ配信方法。
【０２２３】
【発明の効果】
以上説明したように本発明では、ネットワークインタフェースの属性に関する数値に基づいて優先度を判断し、優先度の高いネットワークインタフェースを介して通信を行うようにしたため、通信状態が変化しても、その時点で最適なネットワークインタフェースを介したデータ通信を行うことが可能となる。
【図面の簡単な説明】
【図１】実施の形態に適用される発明の概念図である。
【図２】本発明の第１の実施の形態のシステム構成例を示す図である。
【図３】本発明の実施の形態に用いる端末装置のハードウェア構成例を示す図である。
【図４】第１の実施の形態に係るシステムの構成例を示す図である。
【図５】メディア情報テーブルのデータ構造例を示す図である。
【図６】最適メディア決定処理の手順を示すフローチャートである。
【図７】第２の実施の形態に係るシステムの構成例を示す図である。
【図８】実効転送速度の測定例を示す図である。
【図９】第３の実施の形態に係るシステムの構成例を示す図である。
【図１０】帯域幅の通知プロトコルの例を示す図である。
【図１１】帯域幅に応じた動画データの品質変換例を示す図である。
【図１２】送信先端末情報の登録処理手順を示すフローチャートである。
【図１３】画像データの変換処理を示すフローチャートである。
【図１４】第４の実施の形態に係るシステムの構成例を示す図である。
【図１５】第５の実施の形態に係るシステムの構成例を示す図である。
【図１６】動的コンテンツ変換機能を適用したＶｏＩＰのシステム構成例を示す図である。
【図１７】音声送信部における音声変換機能を示す図である。
【図１８】音声データ生成処理の手順を示すフローチャートである。
【図１９】波形データの変換状況を示す図である。
【図２０】第６の実施の形態に係るシステムの構成例を示す図である。
【図２１】第７の実施の形態のシステム構成例を示す図である。
【図２２】第８の実施の形態に係るシステムの構成例を示す図である。
【図２３】地図オブジェクト優先順位表のデータ構造例を示す図である。
【図２４】帯域幅に応じた品質の地図データ生成例を示す図である。
【図２５】地図データ生成処理の手順を示すフローチャートである。
【図２６】第９の実施の形態に係るシステムの構成例を示す図である。
【図２７】第１０の実施の形態に係るシステムの構成例を示す図である。
【符号の説明】
１  端末装置
１ａ，１ｂ，１ｃ  ネットワークインタフェース
１ｄ  インタフェース情報テーブル
２  コンテンツサーバ
２ａ  ネットワークインタフェース
２ｂ  品質管理情報
２ｃ  コンテンツ記憶部
３，４，５，６  ネットワーク
１０  インターネット
２０  無線ＬＡＮ
２１  アクセスポイント
３０  携帯電話通信網
３１  アクセスポイント
４０  ＰＨＳ通信網
４１  アクセスポイント
１００  端末装置
２１０  ホームエージェント
２２０  コンテンツサーバ
【図１】
2004272563.tif 000003
【図２】
2004272563.tif 000004
【図３】
2004272563.tif 000005
【図４】
2004272563.tif 000006
【図５】
2004272563.tif 000007
【図６】
2004272563.tif 000008
【図７】
2004272563.tif 000009
【図８】
2004272563.tif 000010
【図９】
2004272563.tif 000011
【図１０】
2004272563.tif 000012
【図１１】
2004272563.tif 000013
【図１２】
2004272563.tif 000014
【図１３】
2004272563.tif 000015
【図１４】
2004272563.tif 000016
【図１５】
2004272563.tif 000017
【図１６】
2004272563.tif 000018
【図１７】
2004272563.tif 000019
【図１８】
2004272563.tif 000020
【図１９】
2004272563.tif 000021
【図２０】
2004272563.tif 000022
【図２１】
2004272563.tif 000023
【図２２】
2004272563.tif 000024
【図２３】
2004272563.tif 000025
【図２４】
2004272563.tif 000026
【図２５】
2004272563.tif 000027
【図２６】
2004272563.tif 000028
【図２７】
2004272563.tif 000029