(57)【特許請求の範囲】
【請求項１】
複数の通信網にアクセス可能な無線通信端末機であって、
コンテンツデータのデコーディングのための処理部に、コンテンツデータを提供するためのデータチャネルを構成するためのチャネル構成部と、
選択されたコンテンツが、少なくとも第１通信網と第２通信網とを含む複数の異種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋｓ）に分けられて受信されるように、一連の要請を、前記複数の異種網を介して外部サーバに送信し、前記一連の要請により、前記外部サーバから前記複数の異種網を介して転送される前記選択されたコンテンツの区間のデータを受信し、その受信されるデータを、前記処理部が区間順に利用可能なように、前記データチャネルを介して提供しつつ、そのデータチャネルから前記処理部に提供されていない未処理量を確認するように構成され、かつ前記確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記複数の異種網に属する前記第１通信網を除いた少なくとも１つの通信網に送信するように構成されたデータ送受信部と、を含んで構成され、
前記データ送受信部は、前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供する間に、前記確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するようにさらに構成され、
前記第１基準値は、前記第２基準値よりも大きな値に設定され、
前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網である無線通信端末機。
【請求項２】
前記データ送受信部は、前記確認される未処理量に対する値が、前記第２基準値、またはそれより小さい値に該当すれば、前記第１通信網の使用が許容されているか否かを確認し、許容されている時に限って、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するようにさらに構成された請求項１に記載の無線通信端末機。
【請求項３】
前記データ送受信部は、
料金制期間で残余日数と、基本データ量で、未使用の残余データ量を互いに演算して得た値と、
前記選択されたコンテンツの大きさと既定の大きさ制限値との比較結果と、
ユーザによって設定された環境情報内の前記第１通信網の使用許否情報と、
ユーザに問い合わせて受信した許容制御値のうち、少なくともいずれか１つに基づいて、前記第１通信網の使用が許容されているか否かを確認するように構成された請求項２に記載の無線通信端末機。
【請求項４】
前記データ送受信部は、前記未処理量に対する値が前記第２基準値、またはそれより小さい値に該当しつつ、前記第２通信網の通信状態が良好でない場合に、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するように構成された請求項１に記載の無線通信端末機。
【請求項５】
前記データ送受信部は、前記未処理量が減少していれば、前記第２通信網の状態が良好ではないと判断するように構成された請求項４に記載の無線通信端末機。
【請求項６】
前記データ送受信部は、現在設定されたモードが、第１モードであれば、第２モードに比べて、前記第２基準値をさらに小さい値に設定するように構成された請求項１に記載の無線通信端末機。
【請求項７】
前記データ送受信部は、前記第２通信網を介して受信されるデータの速度が、任意基準速度より高ければ、前記設定された第２基準値をさらに小さい値に調整し、前記任意基準速度より低ければ、前記第２基準値をさらに大きな値に調整するように構成された請求項１または６に記載の無線通信端末機。
【請求項８】
前記データ送受信部は、前記第２通信網の通信特性の変化が、任意基準量より大きければ、前記設定された第２基準値をさらに大きな値に調整するようにさらに構成され、前記通信特性は、前記第２通信網の接続点からの信号強度と受信速度のうち、少なくともいずれか１つである請求項１または６に記載の無線通信端末機。
【請求項９】
前記データ送受信部は、前記選択されたコンテンツの未受信残量が任意基準値以下であれば、前記設定された第２基準値をさらに小さい値に調整するようにさらに構成された請求項１または６に記載の無線通信端末機。
【請求項１０】
前記データ送受信部は、前記選択されたコンテンツに対して指定された特定区域に属する区間を、前記外部サーバに要請する場合には、前記設定された第２基準値をさらに大きな値に調整するようにさらに構成された請求項１または６に記載の無線通信端末機。
【請求項１１】
前記データ送受信部は、前記未処理量の減少速度が任意基準速度より高ければ、前記設定された第１基準値をさらに大きな値に調整し、前記任意基準速度より低ければ、前記第１基準値をさらに小さい値に調整するようにさらに構成された請求項１に記載の無線通信端末機。
【請求項１２】
前記データ送受信部は、現在設定されたモードが、第１モードであれば、第２モードに比べて、前記第１基準値をさらに小さい値に設定するようにさらに構成された請求項１に記載の無線通信端末機。
【請求項１３】
前記第１通信網に対するデータ使用現況とユーザの料金制情報、及び料金制期間による残余時間に基づいて、前記モードを自動決定するように構成されたモード決定部をさらに含んで構成された請求項６または１２に記載の無線通信端末機。
【請求項１４】
前記データ送受信部は、前記第２通信網を介して受信されるデータの速度が、任意基準速度より高ければ、前記設定された第１基準値をさらに小さい値に調整し、前記任意基準速度より低ければ、前記第１基準値をさらに大きな値に調整するようにさらに構成された請求項１または１２に記載の無線通信端末機。
【請求項１５】
前記データ送受信部は、前記第２通信網の通信特性の変化が、任意基準量より大きければ、前記設定された第１基準値をさらに大きな値に調整するようにさらに構成され、
前記通信特性は、前記第２通信網の接続点からの信号強度と受信速度のうち、少なくともいずれか１つである請求項１または１２に記載の無線通信端末機。
【請求項１６】
前記データ送受信部は、前記選択されたコンテンツの未受信残量が、任意基準値以下であれば、前記設定された第１基準値をさらに小さい値に調整するようにさらに構成された請求項１または１２に記載の無線通信端末機。
【請求項１７】
前記データ送受信部は、前記選択されたコンテンツに対して指定された特定区域に属する区間を、前記外部サーバに要請する場合には、前記設定された第１基準値をさらに大きな値に調整するようにさらに構成された請求項１または１２に記載の無線通信端末機。
【請求項１８】
前記特定区域は、帯域幅の増加が要求される区間、視聴選好度が高いと指定された区間、及び付加的コンテンツが挿入された区間のうち、少なくともいずれか１つを含む領域である請求項１７に記載の無線通信端末機。
【請求項１９】
前記データ送受信部は、前記選択されたコンテンツの未受信残量が、任意基準値以下であれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記複数の異種網に属する前記第１通信網を除いた少なくとも１つの通信網に送信するようにさらに構成された請求項１に記載の無線通信端末機。
【請求項２０】
複数の通信網を介してコンテンツデータを受信してプレーさせる方法であって、
選択されたコンテンツが少なくとも第１通信網と第２通信網とを含む複数の異種網に分けられて受信されるように、一連の要請を、前記複数の異種網を介して外部サーバに送信する段階と、
前記一連の要請により前記外部サーバから前記複数の異種網を介して転送される前記選択されたコンテンツの区間のデータを受信し、その受信されるデータを、コンテンツデータのデコーディングのための処理部が、区間順に利用可能なように、データチャネルを介して提供する段階と、
前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記複数の異種網に属する前記第１通信網を除いた少なくとも１つの通信網に送信する段階と、を含んでなり、
前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供する間に、前記確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する段階、をさらに含み、
前記第１基準値は、前記第２基準値よりも大きな値に設定され、
前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網であるデータの未処理状態による通信網の選択的使用を制御する方法。
【請求項２１】
前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信して、前記データチャネルを介して前記処理部に提供する段階と、
前記未処理量を確認し、その確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する段階と、をさらに含んでなる請求項２０に記載のデータの未処理状態による通信網の選択的使用を制御する方法。
【請求項２２】
保存空間に保存されたプログラムを提供するプログラム供給装置であって、
外部とのデータ送受信が可能な通信手段と、
前記通信手段を通じて送信される、無線通信端末機で実行されるアプリケーションが収録されている保存手段と、を含んで構成され、
前記アプリケーションは、前記無線通信端末機で実行される場合、
データチャネルを構成し、選択されたコンテンツが少なくとも第１通信網と第２通信網とを含む複数の異種網に分けられて受信されるように、一連の要請を、前記複数の異種網を介して外部サーバに送信し、その一連の要請により前記外部サーバから前記複数の異種網を介して転送される区間のデータを受信する動作と、その受信されるデータをコンテンツデータのデコーディングのための処理部が区間順に利用可能なように、前記構成されたデータチャネルを介して提供する動作を行うプログラム構造と、
前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記複数の異種網に属する前記第１通信網を除いた少なくとも１つの通信網に送信する動作を行うプログラム構造と、を含んで構成され、
前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供する間に、前記確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する動作を行うプログラム構造を、さらに含んで構成され、
前記第１基準値は、前記第２基準値よりも大きな値に設定され、
前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網であるプログラム供給装置。
【請求項２３】
前記アプリケーションは、前記無線通信端末機で実行される場合、
前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信して、前記データチャネルを介して提供する動作を行うプログラム構造と、
前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する動作を行うプログラム構造と、をさらに含んで構成される請求項２２に記載のプログラム供給装置。
【請求項２４】
前記一連の要請で要求されるデータ区間は、受信状態により異なるサイズで決定できる請求項１に記載の無線通信端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異種網、特にサービス圏域の特性、またはサービス品質などにおいて互いに異なる複数の異種網を選択的に使用可能にする装置と、その方法に関する。
【背景技術】
【０００２】
移動通信網が発展するにつれて、ユーザは、携帯電話はもとより、スマートフォン、タブレットコンピュータなど（以下、“無線通信端末機”と呼ぶ）を用いて場所に拘束されず、自分が必要とする多様な情報をブラウジングを通じて確認するか、または所望のコンテンツをダウンロードまたはストリーミング方式で受信して見れるようになった。
【０００３】
場所に拘束されないデータ利用サービスを提供されるようにする無線通信端末機は、自身の無線通信資源（ｒｅｓｏｕｒｃｅ）を通じて接近することができる、互いに異なるインフラを有する複数の異種網において１つの通信網に常に連結された状態、すなわち、接続ＩＰアドレスを割り当てられてデータ通信が可能な状態を保持する。
【０００４】
例えば、Ｗｉ−Ｆｉ無線ＬＡＮのように高速無線データサービスを提供する通信網が現在接続可能であれば、その通信網との連結状態を保持し、そうでない場合には、広域のサービス圏域を有する移動電話通信網、例えば、ＣＤＭＡ２０００またはＷ−ＣＤＭＡ方式の移動電話通信網から接続ＩＰアドレスを割り当てられて、データサービスのための連結状態を保持する。そして、前記例として挙げた２個の通信網がいずれも接近可能であれば、使用を抑制していない状態では、通常高速Ｗｉ−Ｆｉ無線ＬＡＮに連結された状態を保持することによって、常に単一通信網とのデータサービスのための連結状態を保持する。
【０００５】
しかし、Ｗｉ−Ｆｉ無線ＬＡＮは、分散された局所的なサービス圏域を有するので、データサービスの恒常性または連続性が保証されない状態で利用しなければならない。したがって、無線通信端末機のユーザは、広域のサービス圏域を有する移動電話通信網を用いてデータサービスを主に利用するが、通常、移動電話通信網を介したデータサービス利用は、その使用量に対して課金されるので、現在無料で提供されているＷｉ−Ｆｉ無線ＬＡＮが利用可能な状態であれば、できるだけＷｉ−Ｆｉ無線ＬＡＮの利用を希望する。
【０００６】
かような通信利用の環境下で、ユーザが移動電話通信網に接続された状態で、無線通信端末機を用いて任意のサーバからストリーミング（ｓｔｒｅａｍｉｎｇ）されるコンテンツを視聴している途中で、Ｗｉ−Ｆｉ無線ＬＡＮが接続可能状態となれば、現在ストリーミングされるデータ量による発生費用の負担または恐れによって、Ｗｉ−Ｆｉ無線ＬＡＮへの接続切替を試みる場合もある。しかし、かような接続切替によって、無線通信端末機に割り当てられた接続ＩＰが変更されるので、ユーザは、以前のストリーミングコンテンツを新たに要請して、以前の視聴部分を指定してプレーさせねばならない煩わしさがあった。
【０００７】
また、かような煩わしい動作を行ってＷｉ−Ｆｉ無線ＬＡＮを介して同一コンテンツをストリーミングされるとしても、そのＷｉ−Ｆｉ無線ＬＡＮを接続可能にした接続点（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）の通信環境、例えば、信号強度が弱いか、またはトラフィック（ｔｒａｆｆｉｃ）が激しくて所望の速度が提供されないこともあるが、かような場合には、再び移動電話通信網に接続せねばならず、また、Ｗｉ−Ｆｉ無線ＬＡＮの狭いサービス圏域を離脱する場合にも、再び移動電話通信網に再接続せねばならないが、このときにも、同一コンテンツに対して続いて視聴するために、プレーヤ（ｐｌａｙｅｒ）に対する煩わしい操作を再び行わねばならない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、利用可能な異種網を選択的に使用または併用して、ストリーミングされるデータを受信しつつも、シームレスな連続したプレーを可能にする方法及び装置を提供するところに一目的がある。
【０００９】
本発明の他の目的は、ユーザの通信網使用による費用的負担を考慮して、ストリーミングデータの受信のための通信網の使用を制御する方法及び装置を提供するところにある。
【００１０】
本発明のさらに他の目的は、通信網使用方式の変更のための要件を現在の状態によって適応的に調整することによって、シームレスなプレーを保証する範囲内で可能な限り、データサービスの費用を最大限抑制させる方法及び装置を提供するところにある。
【００１１】
本発明の目的は、前記明示的に叙述された目的に限定されず、本発明に対する具体的かつ例示的な下記の説明から導出可能な効果を奏することをその目的に当然含む。
【課題を解決するための手段】
【００１２】
本発明の一側面による複数の通信網にアクセス可能な無線通信端末機は、コンテンツデータのデコーディングのための処理部にコンテンツデータを提供するためのデータチャネルを構成するためのチャネル構成部と、選択されたコンテンツが少なくとも第１通信網と第２通信網とを含む複数の異種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋｓ）に分けられて受信されるように一連の要請を、前記複数の異種網を介して外部サーバに送信し、前記一連の要請により前記外部サーバから前記複数の異種網を介して転送される前記選択されたコンテンツ区間のデータを受信し、その受信されるデータを、前記処理部が、区間順に利用可能なように、前記データチャネルを介して提供しつつ、そのデータチャネルから前記処理部に提供されていない未処理量を確認するように構成され、かつ、前記確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を除いた通信網に送信するように構成されたデータ送受信部を含んで構成される。ここで、前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網である。
【００１３】
前記無線通信端末機では、前記データ送受信部が、前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供しつつ、前記未処理量を確認するようにさらに構成され、かつ、前記確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するようにさらに構成されても良い。ここで、前記第２基準値は、前記第１基準値より小さい値と設定される。
【００１４】
本発明による一実施例では、前記データ送受信部は、前記確認される未処理量に対する値が前記第２基準値、またはそれより小さい値に該当すれば、前記第１通信網の使用が許容されているか否かを確認し、許容されている時に限って、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するようにさらに構成される。そして、前記データ送受信部は、料金制期間で残余日数と、基本データ量で未使用の残余データ量を互いに演算して得た値と、前記選択されたコンテンツの大きさと既定の大きさ制限値との比較結果と、ユーザによって設定された環境情報内の前記第１通信網の使用許否情報と、ユーザに問い合わせて受信した許容制御値のうち、少なくともいずれか１つに基づいて、前記第１通信網の使用が許容されているか否かを確認することもできる。
【００１５】
本発明による一実施例では、前記データ送受信部は、前記未処理量に対する値が前記第２基準値、またはそれより小さい値に該当しつつ、前記第２通信網の通信状態が良好でない場合に、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信するように構成される。前記第２通信網の状態が不良か良好かは、前記未処理量が減少しているか否かによって判断しても良い。
【００１６】
本発明による一実施例では、前記データ送受信部は、現在設定されたモードが、費用の発生を抑制するために設定されたモードであれば、前記第１基準値と第２基準値とを標準モードに比べて、さらに大きな値に設定し、データサービスの利用便宜を優先するモードであれば、前記第１基準値と第２基準値とを前記標準モードに比べてさらに小さい値に設定するようにさらに構成される。本実施例では、前記第１通信網に対するデータ使用現況とユーザの料金制情報、及び料金制期間による残余時間に基づいて、前記モードを自動決定するように構成されたモード決定部をさらに含んで構成されても良い。
【００１７】
本発明による一実施例では、前記データ送受信部は、前記第２通信網を介して受信されるデータの速度が任意基準速度より高ければ、前記設定された第１基準値と第２基準値とをさらに小さい値に調整し、前記任意基準速度より低ければ、前記第１基準値と第２基準値とをさらに大きな値に調整するようにさらに構成される。
【００１８】
本発明による一実施例では、前記データ送受信部は、前記第２通信網の通信特性の変化が、任意基準量より大きければ、前記設定された第１基準値と第２基準値とをさらに大きな値に調整するようにさらに構成される。前記通信特性は、前記第２通信網の接続点からの信号強度と受信速度のうち、少なくともいずれか１つであり得る。
【００１９】
本発明による一実施例では、前記データ送受信部は、前記選択されたコンテンツの未受信残量が任意基準値以下であれば、前記設定された第１基準値と第２基準値とをさらに小さい値に調整するようにさらに構成される。
【００２０】
本発明による一実施例では、前記データ送受信部は、前記選択されたコンテンツに対して指定された特定区域に属する区間を前記外部サーバに要請する場合には、前記設定された第１基準値及び第２基準値をさらに大きな値に調整するようにさらに構成される。前記特定区域は、帯域幅の増加が要求される区間、視聴選好度が高いと指定された区間、及び付加的コンテンツが挿入された区間のうち、少なくともいずれか１つを含む領域でありうる。本実施例では、前記特定区域は、前記区分する区間を要請する前に受信された、前記選択されたコンテンツに対するメディア説明情報に記載された情報によって識別されうる。また、前記特定区域は、前記区分する区間を要請している時点に受信された、前記選択されたコンテンツの一部区域についての説明情報に記載された情報によって識別されても良い。
【００２１】
本発明による一実施例では、前記データ送受信部は、前記未処理量の減少速度が任意基準速度より高ければ、前記設定された第１基準値をさらに大きな値に調整し、前記任意基準速度より低ければ、前記第１基準値をさらに小さい値に調整するようにさらに構成される。
【００２２】
本発明による一実施例では、前記データ送受信部は、前記選択されたコンテンツの未受信残量が任意基準値以下であれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を除いた通信網に送信するようにさらに構成される。
【００２３】
本発明による一実施例では、前記データ送受信部は、前記未処理量に対する値が前記第１基準値、またはそれより大きな値に該当しつつ、前記未処理量の増加を含む追加要件を満足する場合に、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を除いた通信網に送信するようにさらに構成される。前記追加要件には、前記第１通信網使用に対する抵抗的要素がさらに含まれ、前記抵抗的要素には今後の通信網使用による費用が含まれうる。
【００２４】
本発明による一実施例では、前記データ送受信部は、前記一連の要請を複数の通信ソケットを通じて送信し、各要請が要求する区間の順序を知らせる情報を、当該要請を送信した通信ソケットに連携して保存するようにさらに構成される。
【００２５】
本発明による一実施例では、前記処理部は、前記コンテンツデータの大きさと、その再生時間によって決定される要求ビットレートに該当する速度で、前記データチャネルに提供されているコンテンツデータを取り出すように構成される。
【００２６】
本発明による一実施例では、前記未処理量に対する前記値は、前記未処理量に対する大きさであり、前記第１基準値と第２基準値は、時間量として設定された値であり、前記データ送受信部は、前記コンテンツデータのプレーのための要求ビットレート（ｂｉｔ  ｒａｔｅ）と前記時間量とを乗算することによって、前記第１基準値または第２基準値に該当するデータ量を求めるようにさらに構成される。
【００２７】
本発明による一実施例では、前記未処理量に対する前記値は、前記未処理量に対するプレー時間である。
【００２８】
本発明による一実施例では、前記データ送受信部は、前記データチャネルで前記処理部に提供されずに残っている全データ量を前記未処理量として確認するように構成される。
【００２９】
本発明による一実施例では、前記データ送受信部は、前記データチャネルで前記処理部に提供されずに残っているデータ量において、現時点に続いて切れ目なく連続してプレー可能なデータ量を前記未処理量として確認するように構成される。
【００３０】
本発明による一実施例では、前記データ送受信部は、前記選択されたコンテンツを複数の区間に区分しつつ、その区分する各区間を指定して要求する一連の要請を通じて、前記選択されたコンテンツが、前記第１通信網と第２通信網とに分けられて区間に受信されるように構成される。
【００３１】
本発明による他の一実施例では、前記データ送受信部は、前記選択されたコンテンツの各転送開始点を指定して要求する一連の要請と、その各要請に対して次の要請で指定した転送開始点からは受信中断させる動作を通じて、前記選択されたコンテンツが、前記第１通信網と第２通信網とに分けられて区間に受信されるように構成される。
【００３２】
本発明による一実施例では、前記データ送受信部は、前記受信される区間のデータを区間順に前記データチャネルに保存するか、前記データチャネルを介して送信することによって、前記処理部が区間順に利用可能にする。
【００３３】
本発明による他の一実施例では、前記データ送受信部は、前記受信される区間のデータを各区間の順序情報と共に、前記データチャネルに保存するか、前記データチャネルを介して送信することによって、その順序情報に基づいて、前記処理部が区間順に利用可能にする。
【００３４】
本発明による一実施例では、前記処理部は、前記データチャネルからコンテンツの各区間データを取り出しまたは受信して、そのコンテンツデータをデコーディングするか、またはデコーディングされるように構成されたメディア処理部を含んで構成される。
【００３５】
本発明の他の一側面によるデータの未処理状態による通信網の選択的使用を制御する一方法は、選択されたコンテンツが少なくとも第１通信網と第２通信網とを含む複数の異種網に分けられて受信されるように一連の要請を、前記複数の異種網を介して外部サーバに送信する段階と、前記一連の要請により前記外部サーバから前記複数の異種網を介して転送される前記選択されたコンテンツ区間のデータを受信し、その受信されるデータを、コンテンツデータのデコーディングのための処理部が区間順に利用可能なように、データチャネルを介して提供する段階と、前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を除いた通信網に送信する段階と、を含んでなる。ここで、前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網である。
【００３６】
また、前記方法は、前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供する段階と、前記未処理量を確認し、その確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する段階と、をさらに含んでも良い。
【００３７】
本発明による一実施例では、前記未処理量に対する前記確認は、前記一連の要請において各要請に先行して実行される。
【００３８】
本発明のさらに他の一側面による保存空間に保存されたプログラムを通信網を介して提供するプログラム供給装置は、通信を通じて外部とのデータ送受信が可能な通信手段と、前記通信手段を通じて送信される無線通信端末機で実行されるアプリケーションが収録されている保存手段とを含んで構成され、前記アプリケーションは、前記無線通信端末機で実行される場合、データチャネルを構成し、選択されたコンテンツが少なくとも第１通信網と第２通信網とを含む複数の異種網に分けられて受信されるように一連の要請を、前記複数の異種網を介して外部サーバに送信し、その一連の要請により前記外部サーバから前記複数の異種網を介して転送される区間のデータを受信する動作と、その受信されるデータを、コンテンツデータのデコーディングのための処理部が区間順に利用可能なように、前記構成されたデータチャネルを介して提供する動作を行うプログラム構造と、前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第１基準値、またはそれより大きな値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を除いた通信網に送信する動作を行うプログラム構造を含んで構成される。ここで、前記第２通信網は、データサービスの利用時に、費用が発生しないか、確定費用を排除した費用が、前記第１通信網より安価な通信網である。
【００３９】
また、前記プログラム供給装置の保存手段に保存されている前記アプリケーションは、前記無線通信端末機で実行される場合、前記選択されたコンテンツのデータを要求する一連の要請を、前記第２通信網を介してのみ送信し、前記外部サーバから前記第２通信網を介してのみ転送される区間のデータを受信し、前記データチャネルを介して前記処理部に提供する動作を行うプログラム構造と、前記データチャネルから前記処理部に提供されていない未処理量を確認し、その確認される未処理量に対する値が、設定された第２基準値、またはそれより小さい値に該当すれば、前記選択されたコンテンツのデータを要求する一連の要請を、前記第１通信網を介しても送信する動作を行うプログラム構造をさらに含んで構成されても良い。
【００４０】
本発明による一実施例では、前記アプリケーションは、前記無線通信端末機で実行される場合、前記データチャネルからコンテンツの各区間データを取り出しまたは受信し、そのコンテンツデータをデコーディングするか、またはデコーディングされるようにする動作を行うプログラム構造をさらに含んで構成されても良い。
【発明の効果】
【００４１】
前述した本発明、または添付された図面と共に詳細に説明される本発明の少なくとも一実施例は、コンテンツデータを受信してプレーする途中で、コンテンツデータの受信量に余裕がある場合には、使用時に費用負担のない、または最も少ない通信網のみ使用し、受信量の不足が予想される時には、相対的にサービス安定性の高い移動電話通信網をさらに使用することによって、プレーのシームレスな連続性を保証する。
【００４２】
したがって、本発明によって、無線通信端末機を通じてコンテンツデータをプレーして視聴するユーザは、費用的負担を最小化しつつも、シームレスなコンテンツの視聴を十分に楽しめる。
【００４３】
また、コンテンツに含まれた情報やメディアデータによって帯域幅の増加が必要な場合にも、それに適応して、複数の通信網の使用を誘導するか、持続させることによって、コンテンツの視聴を妨害せずとも、付加的な情報を確印加能にして、コンテンツユーザとその提供者とをいずれも満足させうる。
【図面の簡単な説明】
【００４４】
【図１】本発明によるデータのバッファリング状態により、利用可能な異種網の選択的使用を制御する方法の実施例が具現された無線通信端末機の関連構成要素に対するプログラム的観点の論理的構成と外部連結された構成とを例示した図面である。
【図２】本発明の一実施例によるデータの未処理状態により異種網の選択的使用を制御しつつ、メディアデータを受信する一方法が具現された無線通信端末機の構成を例示した図面である。
【図３】本発明の一実施例によるデータの未処理状態により異種網の選択的使用を制御しつつ、メディアデータを受信してデコーディングするメディアプレーヤの構成を、無線通信端末機内の関連した一部構成要素と共に図示した図面である。
【図４】本発明の一実施例により、異種網を選択的に使用しつつ、選択されたコンテンツのデータを受信するために、コンテンツデータを適切に区間に区分し、その区分された区間を要求する通信規約による要請文書を作成して過程を例示的に示す図面である。
【図５】本発明の一実施例により、多数の通信ソケットを通じて区分された区間を配分して要請受信する時、それを順次に整列するのに必要な情報を当該通信ソケットと連携して記録することを図式的に示した図面である。
【図６】本発明の一実施例により、受信されたデータで連続したデータ区間のみを未処理量として確認する例を説明するための図面である。
【図７】本発明の一実施例による単一通信網使用状態である時の通信網の選択的使用を行う一方法によるフローチャートの例である。
【図８】本発明の一実施例による通信網併用状態である時の通信網の選択的使用を行う一方法によるフローチャートの例である。
【図９】本発明の一実施例により、選択されたコンテンツのデータが区間に区分され、互いに異なる通信網に対して生成された通信ソケットを通じて、その区分された区間を要求する要請文書が送信される過程を図式的に示した図面である。
【図１０】本発明の一実施例により、単独通信網使用から通信網併用に変更する過程における既要請のデータ区間の未受信部分を他の通信網を介して受信するのに行われる必要な動作を説明するための図面である。
【図１１】本発明の一実施例により、通信網併用から単独通信網使用に変更する過程における使用中断する通信網を介して、既要求のデータ区間に対して、その区間の現在データ受信の有無によって、他の通信網に対して生成された通信ソケットを通じて再び要求する例をそれぞれ例示した図面である。
【図１２】本発明の一実施例により、通信網併用から単独通信網使用に変更する過程における使用中断する通信網を介して、既要求のデータ区間に対して、その区間の現在データ受信の有無によって、他の通信網に対して生成された通信ソケットを通じて再び要求する例をそれぞれ例示した図面である。
【図１３】本発明の一実施例により、通信網併用状態で１つの通信網が使用不能となった場合、受信中断されたデータ区間に対して、他の通信網を介して受信する過程を説明するための図面である。
【図１４】本発明の他の一実施例により、データの開始点のみを要求する要請文書を送信することによって、コンテンツを区間別に分割して受信する過程を例示した図面である。
【図１５】本発明の他の一実施例により、コンテンツ区間を受信順に保存した後、デコーディングのためにコンテンツ上の区間順序によって各区間を順次に提供する共有メモリの構造についての例を示す図面である。
【図１６】本発明の一実施例により、データサービスによる費用の発生と、データサービス利用の恒常性とを考慮して決定される多様なモードによって、通信網使用方式の変更のための各基準値が互いに異なって設定されることを例示した図面である。
【図１７】本発明の一実施例により、モードが外部で決定され、その決定されたモードを利用するメディアプレーヤを関連した構成要素と共に例示した図面である。
【図１８】本発明の一実施例により、通信網使用方式の変更のための基準値が選択されたコンテンツの未受信データ量に基づいて調整される残量範囲を例示的に示した図面である。
【図１９】本発明の他の一実施例により、データの未処理状態に基づいて異種網の選択的使用を制御する構成要素が、メディアデータをデコーディングするプレーヤと別個に区分された独立客体として構成される例を示す図面である。
【発明を実施するための形態】
【００４５】
以下、本発明による実施例について添付図面を参照して詳細に説明する。
【００４６】
図１は、本発明によるデータの未処理状態により、利用可能な異種網（ｈｅｔｅｒｏｇｅｎｏｕｓ  ｎｅｔｗｏｒｋｓ）の選択的使用を制御する方法の実施例が具現された無線通信端末機の関連構成要素についてのプログラム的観点の論理的構成と、外部連結された構成とを例示した図面である。ここで、“選択的使用”とは、複数の異種網をいずれも使用するか、その網のうち、１つまたは複数個を選択して部分的に使用することを含む意味として使用したものであり、以下でも同様である。
【００４７】
図面に例示された前記無線通信端末機１００のプログラム的観点の論理的構成は、前記無線通信端末機１００のハードウェア資源（図２）の駆動、当該資源との適切な信号及び／または情報交換を行うための、通常の運用システム（アンドロイド（登録商標）、ＩＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）など）、または本発明のために特化した運用システム１００ａを備え、前記運用システム１００ａの基盤下で実行されるメディアプレーヤ１１０を含む。もちろん、これら以外の多様なアプリケーションが具現されうるが、本発明の原理と概念とを説明するのに不要なので、通常のアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）（以下、“アプリ”に略称する）についての例示は省略する。前記運用システム１００ａは、自主的に、またはアプリの要請により、前記無線通信端末機１００のハードウェア資源として利用可能な無線通信網に対して、データサービスのための接続ＩＰアドレスをそれぞれ割り当てられて、複数個を併用（ｕｓｅ  ｊｏｉｎｔｌｙ）することができる。図１は、前記運用システム１００ａが、移動電話通信網１１ａからＩＰ１（１００ａ１）を、Ｗｉ−Ｆｉ無線ＬＡＮ１１ｂからＩＰ２（１００ａ２）をそれぞれ割り当てられて設定していることを例示した図面である。もちろん、前記運用システム１００ａは、必要に応じて、単一の接続ＩＰアドレスを設定しても良い。
【００４８】
図面に例示された前記メディアプレーヤ１１０は、前記無線通信端末機１００に具現されたプロセスまたはアプリであって、図１に例示されたように、前記運用システム１００ａを基盤に実行されるコードで構成されたプログラム構造を有するソフトウェアの形で提供されても良い。ソフトウェア形態で提供される場合には、大容量保存手段を備え、また備えられた通信手段を通じて通信網に連結された特定のサーバから通常のオンライン（ｏｎ−ｌｉｎｅ）購買過程などを経て、前記大容量保存手段に収録された前記メディアプレーヤ１１０が、前記無線通信端末機１００にダウンロードされて設けられた後に実行されても良い。場合によっては、後述する機能の一部が、ミドルウェア（ｍｉｄｄｌｅｗａｒｅ）、または端末のプラットホーム（ｐｌａｔｆｏｒｍ）の形態で具現されても良い。また、前記メディアプレーヤ１１０は、ハードウェア（ｈａｒｄｗａｒｅ）の構成を含むことによって、後述する機能の一部をそのハードウェアを通じて行っても良い。したがって、本発明による多様な実施例でその構成と動作方式とが詳細に説明される前記メディアプレーヤ１１０は、その具現する資源の形態によって、本発明の範囲が制限されるものではない。
【００４９】
本発明による一実施例では、前記メディアプレーヤ１１０は、受信されるコンテンツのメディアデータがデコーディングされるように処理するメディア処理部１１１と、前記運用システム１００ａが提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を通じて通信ソケット（ｓｏｃｋｅｔ）を生成し、前記メディア処理部１１１と交換するデータをその生成された通信ソケットを通じて外部と送受信するデータ送受信部１１２をサブ（ｓｕｂ）プロセスとして含み、前記メディア処理部１１１と前記データ送受信部１１２とのデータ伝達または交換のためのデータチャネルである受信バッファ１１３ａと送信バッファ１１３ｂとを割当てまたは生成するチャネル構成部１１３を含む。本発明による他の一実施例では、送信バッファが具現されないこともある。本実施例では、前記メディア処理部１１１が、ユーザの要請により外部サーバに送信せねばならないデータ、または要請情報などに対して、前記データ送受信部１１２に媒介因子などを通じて提供し、前記データ送受信部１１２がそれについての通信規約による要求、例えば、ＨＴＴＰ  Ｒｅｑｕｅｓｔを作成して送信する。本発明による他の一実施例では、ユーザ要請を処理する機能のためのＵＩ処理部が、前記メディア処理部１１１とは別途のプロセスとして具現されても良い。本実施例では、前記ＵＩ処理部がユーザの要請により、外部サーバに送信せねばならないデータまたは要請情報などに対して、前記データ送受信部１１２に媒介因子などを通じて提供する。
【００５０】
前記データ送受信部１１２は、利用可能な複数の異種網１１ａ、１１ｂ、…でアクセス可能な通信網を、前記運用システム１００ａを通じて確認し、条件によって必要な通信網を使用して外部サーバ１２とデータを送受信する。また、通信網使用方式の変更、例えば、単一通信網の使用と複数通信網の併用との切り替えなどの場合にも、現在プレーされるコンテンツの連続性を保証するために、前記受信バッファ１１３ａにバッファリングされるデータがつながるようにするために、必要な通信規約による要求、例えば、ＨＴＴＰ  Ｒｅｑｕｅｓｔをメディアデータの区間別に生成し、これを通信網別に分配して伝送するか、または集中して単一通信網に伝送する動作も行う。前記データ送受信部１１２のかような動作については、後述する。そして、前記メディア処理部１１１も、ユーザからの要請により必要な通信規約による要求を生成して、前記送信バッファ１１３ｂを通じて、前記データ送受信部１１２に伝達することによって、外部サーバ１２に送信することができる。
【００５１】
本発明による一実施例では、前記データ送受信部１１２と前記メディア処理部１１１、及び、前記チャネル構成部１１３が共に、前記運用システム１００ａの基盤下で実行される単一プロセスとして具現される。この場合、両者間の情報、またはデータ交換は、広域変数、内部変数、またはローカル関数の因子及び／またはリターン値などを通じてなされる。したがって、本発明の概念と主題、及び目的する効果などは、前記データ送受信部１１２、前記メディア処理部１１１、及び前記チャネル構成部１１３が、必ずしも分離されてそれぞれ実行されるプロセスを前提にするか、必要とするものではなく、後述するそれぞれの機能が単一プロセスの形態で具現されても当然達成可能なものである。
【００５２】
一方、図１に例示された論理的構成を有する前記無線通信端末機１００は、全体として図２に例示されたようなハードウェア的構成要素を含んで構成され、公衆の移動電話通信網と高速無線データ網などをいずれもアクセス可能なスマートフォン、タブレットコンピュータ、移動電話機能付きノート型パソコンのうち、いずれか１つでありうる。具体的に、図面に例示された構成は、公衆の移動電話通信網、例えば２Ｇ、３Ｇ、または４Ｇのセルラー（ｃｅｌｌｕｌａｒ）方式の通信網（以下、“セルラー網”と呼ぶ）で指定した方式により信号を変調または復調して、当該セルラー網と送受信するセルラーモデム１ａ（ＲＦ信号の処理モジュールを含む構成要素）と、前記セルラー網で採択された通信規約によりデータを符号化（ｅｎｃｏｄｉｎｇ）するか、符号化されたデータを復号化（ｄｅｃｏｄｉｎｇ）するセルラーコーデック１ｂと、高速無線データ網、例えば、Ｗｉ−Ｆｉ方式の無線ＬＡＮの指定された方式により信号を変調または復調し、前記無線データ網と送受信するＷｉ−Ｆｉモデム２ａ（ＲＦ信号の処理モジュールを含む構成要素）と、前記無線データ網で採択された通信規約によりデータを符号化するか、符号化されたデータを復号化するＷｉ−Ｆｉコーデック２ｂと、映像、文字などの表示のためのディスプレイパネル５と、任意データが前記ディスプレイパネル５上で視覚的に表示されるように、前記ディスプレイパネル５を駆動するディスプレイ駆動部４と、入力されるエンコーディングされた映像及びオーディオデータをデコーディングして映像及びオーディオ信号として出力するデコーダ１１０ａと、前記ディスプレイパネル５の前面に付着したタッチセンサー６ａと、キー（ｋｅｙ）及び／またはボタン（ｂｕｔｔｏｎ）が備えられているキーパッド６ｂと、前記タッチセンサー６ａ及びキーパッド６ｂ上のユーザ入力及び／または選択を感知し、それに相応する入力情報を出力する入力制御部６と、前記入力制御部６からの入力情報による動作が実行されるように、前記構成要素のうち、それに符合する構成要素に／から適切にデータを転送／受信するか、制御し、それによる結果やユーザの所望の動作の選択のためのＵＩ画面の表示のために、前記ディスプレイ駆動部４を制御する主制御部１０と、前記主制御部１０の動作に必要なデータ保存空間（ｓｔｏｒａｇｅ）を提供するメモリ部７を含む。
【００５３】
そして、前記主制御部１０は、与えられる命令コードを実行することによって、前記運用システム１００ａに意図された機能を行わせ、また前記メディアプレーヤ１１０の命令コードを実行することによって、後述する前記メディアプレーヤ１１０の動作を実行させる。特に、前記メディアプレーヤ１１０のメディア処理部１１１は、必要な場合、エンコーディングされた映像またはオーディオのデータブロックに対して、前記運用システム１００ａが提供する適切なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を通じて、前記デコーダ１１０ａがハードウェア的に処理するデコーディング動作を用いても良い。
【００５４】
図２に例示した前記無線通信端末機１００の構成は、本発明の概念及び主題についての理解を助けるための実施例を、具体的で例示的に説明するための一例に過ぎず、本発明による概念と主題とを具現する端末は、図２に図示されていない多様な機能の構成要素をさらに含むか、または例示された構成要素を排除しても良く、ハードウェアで構成された要素がソフトウェア的に具現されても良い。
【００５５】
図１に、前記メディアプレーヤ１１０を中心にその論理的構成が例示された無線通信端末機１００によってなるコンテンツデータの受信と、その受信過程での通信網使用方式を変更する過程は、次の通りである。
【００５６】
まず、ユーザは、前記無線通信端末機１００に備えられた入出力部（前記ディスプレイパネル５、タッチセンサー６ａ、キーパッド６ｂなど）を通じて、前記主制御部１０が提供する適切なユーザＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を通じてブラウザを起動させ、そのブラウザを通じて特定のサーバ、例えば、図示されたコンテンツサーバ１２が提供する１つのコンテンツを選択して要請すれば、その要請による通信規約による要求、例えば、“ｈｔｔｐ：／／ｖｏｄ．ａｉｒｐｌｕｇ．ｃｏｍ／ｖｄ／ｖＡＢＣ．ｍｐ４”のＵＲＬに対するＨＴＴＰ  Ｒｅｑｕｅｓｔが、前記運用システム１００ａに伝達され、前記運用システム１００ａは、現在複数の通信網がデータサービスのために連結されていれば（すなわち、図１のように、複数の接続ＩＰアドレスＩＰ１、ＩＰ２が割り当てられていれば）デフォルト（ｄｅｆａｕｌｔ）として指定した通信網のためのハードウェア資源（前記セルラーコーデック１ｂ／セルラーモデム１ａ、または前記Ｗｉ−Ｆｉコーデック２ｂ／Ｗｉ−Ｆｉモデム２ａ）を通じて、単一通信網に連結されている場合には、その通信網のためのハードウェア資源を通じて伝達された前記通信規約による要求を伝送する。それにより、前記コンテンツサーバ１２からの応答、例えば、選択されたコンテンツ関連のデータが要請された通信網を介して受信されれば、それを前記ブラウザに提供する。
【００５７】
前記ブラウザが受信する応答には、前記コンテンツサーバ１２が転送するコンテンツデータ以外に、プロトコルフォーマットにより提供されるファイル説明情報、例えば、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）Ｔｙｐｅ、コンテンツデータの全体サイズなどについての情報が含まれている。したがって、前記ブラウザは、受信された応答のＭＩＭＥ  Ｔｙｐｅに連結されているアプリである前記メディアプレーヤ１１０を起動させる。前記メディアプレーヤ１１０の連結は、ＭＩＭＥ  Ｔｙｐｅではないファイルの拡張子名によってもなされる。前記ブラウザは、前記メディアプレーヤ１１０を起動させると共に、その応答を招いたＵＲＬ、またはそれにより作成された通信規約による要求、例えば、ＨＴＴＰ  ＲｅｑｕｅｓｔまたはＲＴＳＰ／ＲＴＰ  Ｒｅｑｕｅｓｔを前記メディアプレーヤ１１０に呼び出し媒介因子（ａｒｇｕｍｅｎｔ）として伝達する。
【００５８】
以上、前記メディアプレーヤ１１０が起動する過程を、普遍的に使用するブラウザを通じてなされることを前提として説明した。しかし、前記メディアプレーヤ１１０は、例示されたブラウザ以外に、多様なアプリによって起動されるということは言うまでもない。すなわち、任意のアプリにおいて特定コンテンツについてのアクセス情報、例えば、ＵＲＬが選択された時、そのアプリが、前述したブラウザと同様の過程を行って、前記メディアプレーヤ１１０を起動させうる。
【００５９】
また、前記メディアプレーヤ１１０が媒介されたＵＲＬ、または通信規約による要求なしに起動された後、ユーザＵＩを通じて、直接ＵＲＬを受信または選択されても良い。このように直接受信または選択されたＵＲＬを、またはそれによる通信規約による要求を、前記データ送受信部１１２に通知する。
【００６０】
前記メディアプレーヤ１１０が起動すれば、前記チャネル構成部１１３をして、前記メモリ７上に前記受信バッファ１１３ａと送信バッファ１１３ｂとを割り当て、その割り当てられた各バッファ１１３ａ、１１３ｂを、前記メディア処理部１１１と前記データ送受信部１１２とに共有させる。そして、前記データ送受信部１１２には、伝達された呼び出し媒介因子を通知し、前記データ送受信部１１２は、図３に例示されたように、通知された呼び出し媒介因子、すなわち、通信規約による要求を提供しつつ、前記運用システム１００ａに新たな通信ソケット２２の生成を要請する。この時の要請は、前記運用システム１００ａがデータサービスのためにデフォルトとして指定した通信網に関わるものでもあり、特定通信網を指定したものでもある。通信網を指定するためには、前記データ送受信部１１２は、前記運用システム１００ａに問い合わせてリターンされる網接続情報を参照する。前記網接続情報には、通信網に接続された場合、接続ＩＰアドレスとそのコネクション類型（例えば、３Ｇ移動電話通信網、Ｗｉ−Ｆｉ無線ＬＡＮなど）などが含まれるので、現在使用しようとする通信網に対するコネクション類型を指定するか、またはそれと関連した接続ＩＰアドレスを指定して通信ソケットの生成を要請することができる。本発明による一実施例では、利用可能な複数の通信網それぞれに対しても通信ソケットを生成しうる。
【００６１】
前記運用システム１００ａは、受信した通信規約による要求に載せられた情報（例えば、その要求に記載されたプロトコル情報、ホストフィールド名、またはＩＰアドレスなど）を通じて、当該要求の宛先ＩＰアドレスを確認し、またその要求のプロトコルによるポート番号を割り当てて宛先ＩＰ：Ｐｏｒｔアドレス（以下、“ＩＰアドレス”は、ポート番号を含む意味としても使用する）を特定する。そして、デフォルトの、または指定された通信網から割り当てられている接続ＩＰアドレスに、通信ソケットの生成を要請した前記データ送受信部１１２（場合によっては、前記メディアプレーヤ１１０でもある）に割り当てられたポート番号を付加したローカルＩＰアドレス（ＩＰ：Ｐｏｒｔ）を確定した後、前記宛先ＩＰアドレスと前記ローカルＩＰアドレスとを対にし、前記コンテンツサーバ１２とＴＣＰコネクションとを開設する。ＴＣＰコネクションが成功的に開設されれば、前記運用システム１００ａは、通信ソケット生成要求に対する応答として、生成した通信ソケット２２の識別子を、前記データ送受信部１１２にリターンする。
【００６２】
生成した通信ソケット２２の識別子がリターンされれば、前記データ送受信部１１２は、その識別子によって特定される前記通信ソケット２２を通じて、先立って通知された前記通信規約による要求を、前記コンテンツサーバ１２に再び伝送して、先立って前記ブラウザが受信した応答を、前記新たに生成された通信ソケット２２を通じて受信する。この際、伝送する通信規約による要求を、例えば、“ｈｔｔｐ：／／ｖｏｄ．ａｉｒｐｌｕｇ．ｃｏｍ／ｖｄ／ｖＡＢＣ．ｍｐ４”のＵＲＬに対してＨＴＴＰ文法により作成されたコンテンツ要請文書を後で利用するために、別途に保存する。
【００６３】
本発明による一実施例では、先立って通知された前記通信規約による要求に対して、要請する当該コンテンツの先頭部分のみ要請することと修正して、前記コンテンツサーバ１２に伝送しても良い。
【００６４】
前述した本発明の一実施例により複数の通信ソケットを生成した場合には、前記通信規約による要求を、選択したコンテンツの先頭部分を分割した各区間に関わるものと作成して伝送する。この時の区間分割は、既指定の一定サイズになるか、通信網の特性、例えば、伝送速度により決まるサイズにもなりうる。
【００６５】
一方、前記ブラウザは、前記メディアプレーヤ１１０の起動と同時に、応答データが受信されている既に生成した通信ソケット２１１を通じて、当該応答データの伝送を中断する通信規約による要求を伝送するか、その通信ソケット２１１を閉鎖させても良い。
【００６６】
前記データ送受信部１１２は、前記通信ソケット２２を通じて受信される応答データを読出して通信規約、例えば、ＨＴＴＰまたはＲＴＳＰ／ＲＴＰに基づいて解釈した後、その応答によってストリーミング（ｓｔｒｅａｍｉｎｇ）されるメディアファイルに対して必要なメタデータを抽出して保存する。もし、先立って伝送した通信規約による要求がコンテンツの全部を要請するものであれば、前記データ送受信部１１２は、前記運用システム１００ａに前記通信ソケット２２の解除または閉鎖を要請することによって、メタデータに後続するコンテンツデータの受信を中断させることもできる。前記抽出したメタデータは、メディアファイルの伝送のためのプロトコルフォーマットにより提供されるファイル説明情報以外に、前記メディアファイルデータの先頭部分で抽出したメディア情報、例えば、再生時間情報などを含むこともできる。前述した本発明の一実施例により、複数通信網それぞれに対して生成した複数の通信ソケットから受信されるデータを区間別に結合し、これから前記メタデータを抽出することもできる。区間を分割し、これを順次に結合する方法は、後述するコンテンツデータを任意区間別に受信して順に利用する方法と同一なので、詳細な説明は省略する。
【００６７】
メタデータが抽出された区間（受信中断前に受信されたデータ、または区間を指定して受信された当該区間のデータ）以後のコンテンツデータ区間については、前記保存されたコンテンツ要請文書を修正したコンテンツ要請文書を通じて要請して受信する。例を挙げて具体的に説明すれば、図４に例示されたように、選択されたコンテンツのデータ３０（本データは、実際に前記無線通信端末機１００に存在するものではなく、先立って確認されたコンテンツの全体サイズから受信を想定したデータである）に対して、先立ってメタデータ抽出のために、最初単一通信網を介して獲得した、または複数の通信網を介して分けて獲得した区間３００に次いで、分割要請する大きさＳＳＥＧ＿１を決定した後、その大きさの区間３０１を要求するコンテンツ要請文書３１０１を前記保存されたコンテンツ要請文書３００を参照して作成する。指定された区間を要請するコンテンツ要請文書３１０１には、該当する区間を指定する範囲フィールドと区間指定値３１１が記載される。図４には、以後に適切に区間を指定して順次に伝送を要求するコンテンツ要請文書（３１０Ｌ、Ｌ＝２、３、．．）も共に図示されており、各要請文書が要求する区間の大きさは、受信状況により適切に適応的に決定される。この際、先立って抽出保存されたメタデータを参照して各要請文書が要求する区間の大きさが決定される。
【００６８】
また、本発明による実施例では、現在伝送を要求する分割区間の大きさＳＳＥＧ＿ｋは、多様な方式で決定される。例えば、一定時間として指定されるか、または使用する通信網の伝送速度に比例して決定される。また、適応的に指定されたデータサイズの値からも決定され、適応的に指定された時間値からも決定される。分割区間の大きさに対して、時間として指定された場合には、前記メタデータに記載されたコンテンツデータの全体サイズとコンテンツの再生時間とを参照して決定するが、コンテンツデータＣＳ（ｂｉｔｓ）をコンテンツの再生時間（ＰＴ（ｓｅｃ．））に分けた値（ＣＳ／ＰＴ（ｂｉｔｓ／ｓｅｃ．））（これは当該コンテンツについての要求ビットレートでもある）に前記適応的に指定された時間（ＴＳ（ｓｅｃ．））を乗算した値（（ＣＳ／ＰＴ）＊ＴＳ（ｂｉｔｓ））が前記分割大きさＳＳＥＧ＿ｋとなる。
【００６９】
前記データ送受信部１１２は、図４に例示された方式により、先立ってメタデータ抽出のために獲得した区間３００に続くコンテンツデータの分割区間３０１の伝送を要求する要請文書３１０１が作成されればｔ３１、その要請文書３１０１に記載されたＵＲＬ情報を前記運用システム１００ａに提供しつつ、前述したような方式で新たな通信ソケットの生成を要請する。この要請により、デフォルト通信網に対する、または要請時に指定した通信網（または、接続ＩＰアドレス）に対する通信ソケット２３が生成され、その識別子が前記データ送受信部１１２にリターンされる。そうすると、前記データ送受信部１１２は、その識別子として特定した前記通信ソケット２３を通じて、前記最初分割区間３０１の伝送を要求する前記要請文書３１０１を前記運用システム１００ａに伝達する。現在使用しようとする通信網に対する通信ソケットが既に生成されている場合には、既生成の通信ソケットを通じて前記要請文書３１０１を前記運用システム１００ａに伝達しても良い。通信網使用方式と、その方式による通信網の選択については後述する。前記運用システム１００ａに伝達された前記要請文書は、前記コンテンツサーバ１２に転送され、これにより、前記コンテンツサーバ１２は、要請されたコンテンツデータの最初区間３０１のデータを含む通信規約による応答を転送する。この転送される応答は、前記運用システム１００ａにより前記通信ソケット２３、または既存の通信ソケットを通じて、前記データ送受信部１１２に伝達され、前記データ送受信部１１２は、その通信ソケット２３を通じて受信される応答データを読出して通信規約、例えば、ＨＴＴＰまたはＲＴＳＰ／ＲＴＰに基づいて解釈した後、その応答によって、ストリーミング（ｓｔｒｅａｍｉｎｇ）されるメディアファイルの区間データを順次に前記受信バッファ１１３ａに移動させる。
【００７０】
前記メディア処理部１１１は、前記のような方式で前記受信バッファ１１３ａに積もるメディアデータを順次に取り出し、そのデータのヘッダに記録されているデータのエンコーディング情報によってデコーディング方式を決定した後、その決定されたデコーディング方式によりメディアデータを部分的に、または完全にデコーディングする。そして、部分的にデコーディングする場合には、その決定されたデコーディング方式を前記デコーダ１１０ａにも設定する。前記部分的デコーディングは、例えば、ブロック単位、ピクチャー単位またはＧｏＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）単位のメディアパケットの抽出でありうる。このように部分的にデコーディングする場合には、そのデコーディングされたメディアパケットを前記デコーダ１１０ａに印加しつつ、デコーディングを要請することによって、これらによる映像とオーディオ信号とを出力する。前記メディア処理部１１１により完全にデコーディングされた映像データは、前記運用システム１００ａを通じて、前記ディスプレイ駆動部４に印加されることによって、映像信号として出力される。
【００７１】
前述した実施例では、前記メディア処理部１１１が、前記受信バッファ１１３ａからメディアデータを取り出したが、本発明による他の一実施例では、前記データ送受信部１１２が、前記受信バッファ１１３ａからメディアデータを読出し（ｒｅａｄｉｎｇ−ｏｕｔ）、前記メディア処理部１１１に伝達する。本実施例では、前記メディア処理部１１１が、デコーディングするメディアデータがさらに必要であるということを通知する時、前記データ送受信部１１２がこれを認知し、前記受信バッファ１１３ａから一定量のメディアデータを読出し、前記メディア処理部１１１に伝達する。もちろん、実際的なデータの伝達方式の代わりに、その読出したデータを臨時保存した保存位置のアドレス情報が提供されても良い。
【００７２】
一方、前記のようにメディアデータを受信して、前記メディア処理部１１１に提供することによって、デコーディング出力されている途中で、前記データ送受信部１１２は、前記通信ソケット２３、及び以前に生成された、または以後に新たに生成される通信ソケットを通じて受信されて、前記受信バッファ１１３ａに移動させるメディアデータの量（要請区間別受信データ量、受信された総コンテンツデータ量）と、時間当り移動量（すなわち、受信速度）、前記メディア処理部１１１にまだ提供されていない、すなわち、まだ取り出されず、前記受信バッファ１１３ａに溜まっている未処理データ量、すなわち、バッファリング量の変化などをモニタリングし続ける。本発明による一実施例では、前記未処理データの総量の代わりに、連続したプレーが可能な未処理データ量をモニタリングし続けることもできる。これについての詳細な説明は後述する。同一通信網に対して複数の通信ソケットが生成されている場合には、その複数の通信ソケットからそれぞれ受信されるデータ区間順に前記受信バッファ１１３ａに集中移動させる時間当りデータ量、すなわち、通信網別データ受信速度もモニタリングする。
【００７３】
そして、前記データ送受信部１１２は、先立って送信した要請文書３１０１による区間のメディアデータが前記通信ソケット２３を通じて受信し始まるか、一定比率以上受信されるか、または受信完了されれば、次に要請する区間３０２の大きさＳＳＥＧ＿２を決定して、その区間を要求する要請文書３１０２を作成して（ｔ３２）、前記通信ソケット２３（または、新たに生成したさらなる通信ソケット）を通じて、前記コンテンツサーバ１２に送信する。先立って送信した要請文書で要求した区間のメディアデータが受信完了されない状態で、次の区間を決定し、その区間を要請する場合、現在区間データが受信されている通信ソケットを通じて、次の区間を要請する要請文書を送信するか、または通信ソケットを新たに生成し、その通信ソケットに次の区間を要求する要請文書を送信する。前者の場合、要請文書を受信する前記コンテンツサーバ１２が先に受信された要請文書に対する区間データの送信を完了した後、次に受信された要請文書による区間データを送信するので、メディアデータの逆転受信が発生しない。
【００７４】
前記データ送受信部１１２は、次に要請する区間の大きさを決定する時は、現在前記受信バッファ１１３ａのバッファリング量に基づいて決定しても良い。例えば、前記バッファリング量が多ければ、要請する区間の大きさを小さく決定し、少なければ、その大きさを大きく決定する。このように区間の大きさを決定し、次の区間を要求する要請文書を作成して送信する過程は、先立って選択されたコンテンツのメディアデータが全部受信されるまで行われる。そして、前記データ送受信部１１２は、各要請文書を送信する時は、その要請文書を区分して識別可能な情報、例えば、その要請文書が要求する区間の開始位置、または、要請文書の作成時に与える一連番号を、図５に例示されたように、その要請文書を送信した通信ソケットに連携して記録しておく（４１）。本発明の他の実施例によっては、分割した区間が全体データで位置する順序についての番号を、その区間を要求する要請文書を送信した通信ソケットに連携して記録しても良い。このように通信ソケットに関連して記録された識別情報、または順序情報は、要請文書を複数の通信ソケットを通じて分けて送信した時、当該通信ソケットを通じて、それぞれ受信される応答に含まれているコンテンツデータ区間の順序を把握するのに利用され、その把握された順序通りに、各通信ソケットに受信された区間データを、前記受信バッファ１１３ａに移動させる。
【００７５】
本発明による一実施例では、各区間のデータを前記受信バッファ１１３ａに移動させる前に、その区間データを構成する各パケット、例えば、ＰＥＳパケットのヘッダを検査して、現在移動させる区間が、先立って前記受信バッファ１１３ａに移動させた区間に続いた区間であるか否かと、その区間のプレー時間帯を確認し、また現在前記受信バッファ１１３ａから取り出された区間に対して既に確認したプレー時間帯に基づいて、現時点以後にシームレスな連続したプレーを可能にする、未処理データ量による連続プレー可能時間を追跡する動作を毎区間移動する度に行う。図６は、これについての説明を助けるための簡略な例である。図６の例は、現在受信した区間３０ｊを前記受信バッファ１１３ａに移動させた時点に、先立って移動させた区間３０ｊ−３が前記メディア処理部１１１により取り出され、現在移動させた区間３０ｊは、プレー観点で直前に移動させた区間３０ｊ−１と連続しない区間であるということを示す。この場合、前記データ送受信部１１２は、モニタリングし続ける未処理データ量に対して、区間３０ｊ−３がまだ取り出されていない状態であり、区間３０ｊを前記受信バッファ１１３ａに保存する前には、Ｍｊ−３＋Ｍｊ−２＋Ｍｊ−１の値に保持し、区間３０ｊ−３が取り出された時点には、Ｍｊ−２＋Ｍｊ−１の値に変更する。そして、区間３０ｊを前記受信バッファ１１３ａに移動させた後にも、その区間は直前に移動させた区間３０ｊ−１とは連続していないので、モニタリングする未処理データ量に対してＭｊ−２＋Ｍｊ−１に保持し続ける。すなわち、前記受信バッファ１１３ａ内に取り出されずに残っている実際の未処理データ量は、Ｍｊ−２＋Ｍｊ−１＋Ｍｊであるが、現時点に続けて切れ目なくプレー可能な連続したデータ量に対する値Ｍｊ−２＋Ｍｊ−１を未処理データ量と見なし、この値を後述する基準値と比較する。次いで、欠損部分５０１に対する区間データ（大きさＭｊ＋１）が受信されて、前記受信バッファ１１３ａに移動した時点には、モニタリングされる未処理データ量に対する値は、Ｍｊ−２＋Ｍｊ−１＋Ｍｊ＋Ｍｊ＋１になる。
【００７６】
本発明による一実施例では、前記メディア処理部１１１にまだ提供されていない未処理データの総量、または連続した未処理データ量（以下、“未処理量”または“未処理データ量”という用語を取り立てて区分しない限り、未処理データの総量または連続した未処理データ量を意味する）に対する値を、データの大きさではないプレー時間として把握して管理（例えば、後述する基準値との比較に使用）しても良い。図６の例によって管理される、連続した未処理データ量に対する値は、２３秒（＝（Ｔ＋３５）−（Ｔ＋１２））となる。
【００７７】
一方、前記データ送受信部１１２は、利用可能な通信網の数、現在使用している通信網の状態、または前記データの未処理状態などにより、通信網の使用方式を変更しつつ、前述した要請文書の送信と、それによるメディアデータの受信、そして、前記受信バッファ１１３ａへのデータ移動を進めるが、以下、それについて詳細に説明する。
【００７８】
前記データ送受信部１１２は、コンテンツ区間を要請する時点になれば、まず、自身が管理する、現在の“通信網使用方式”に係わる状態変数を確認する。この状態変数は、最初コンテンツデータの受信のための要請時に“単独”がその初期値と設定される。本発明による他の一実施例では、“並行”がその初期値と設定される。前記状態変数の値は、前記運用システム１００ａが現在連結されている通信網のうち１つの通信網を介して、データ受信が要請されることを表示するための値である。確認された前記状態変数の現在の値が“単独”であれば、前記データ送受信部１１２は、図７に例示された手続きによる通信網の選択的使用を能動的に実行開始（Ｔ６１）し、現在の値が“並行”であれば、図８に例示された手続きによる通信網の選択的使用を能動的に実行開始（Ｔ６２）する。図７及び図８に例示されたそれぞれの手続きは、前記選択されたコンテンツに対する最初区間３０１の要請後に、次の区間それぞれに対する要請時に、それに先行して実行される。
【００７９】
現在状態変数の値が“単独”である場合について例示された図７の手続きについてまず説明する。前記データ送受信部１１２は、直前の要請文書を送信した通信ソケットが生成された通信網についてその種類、例えば、セルラー網であるか、Ｗｉ−Ｆｉ網であるかを確認する（Ｓ６１１）。これは、その通信ソケットの生成要請前に、前記運用システム１００ａから確認して貯蔵しておいたコネクション類型情報から分かる。
【００８０】
直前の要請文書を送信した通信ソケットがＷｉ−Ｆｉ網に対して生成されたものならば、現在Ｗｉ−Ｆｉ網が単独使用中であることを意味するので、前記データ送受信部１１２は、セルラー網が利用可能か否かを前記運用システム１００ａに確認する（Ｓ６１２）。現在セルラー網が利用不能であれば、前記データ送受信部１１２は、図７に例示された手続きを終了し、次の実行条件になるまで、通信網使用方式の“単独”状態で待つ。この際、前記運用システム１００ａにセルラー網に対するデータサービス連結を要請することもできる。
【００８１】
もし、セルラー網が利用可能であると確認されれば、前記データ送受信部１１２は、前記受信バッファ１１３ａ内の未処理量、例えば、バッファリング総量、または前述したような連続したバッファリングされたデータ量（以下、“バッファリング量”という用語は、“バッファリング総量”または“連続したデータ量”を意味する）が、基準値の１つである下部境界値以下に該当するか否かを確認する（Ｓ６１３）。前記下部境界値は、データの大きさとして指定されるか、または時間（例えば、５秒、７秒など）として指定される。時間として指定された場合には、前記データ送受信部１１２は、それを当該コンテンツのプレーのための要求ビットレート（ｂｉｔ  ｒａｔｅ）（これは実際に前記受信バッファ１１３ａから前記メディア処理部１１１がメディアデータを取り出す平均速度となる）に、その指定された時間を乗算して該当データ量に換算した後、前記確認動作（Ｓ６１３）を行う。当該コンテンツの要求ビットレートＣ＿ＢＲは、先立って保存したメタデータに記載されているコンテンツデータの全体サイズＴＤ＿Ｓｉｚｅをコンテンツの再生時間Ｐ＿Ｔｉｍｅで除算した値（Ｃ＿ＢＲ＝ＴＤ＿Ｓｉｚｅ／Ｐ＿Ｔｉｍｅ）となる。したがって、前記データ送受信部１１２は、例えば、時間として指定された前記下部境界値Ｔ＿Ｒｅｆ１に、前記求められた要求ビットレートＣ＿ＢＲを乗算して得た基準量（＝Ｔ＿Ｒｅｆ１＊Ｃ＿ＢＲ）を、前記受信バッファ１１３ａに残っている未処理データ量と比較する。前述した本発明の一実施例により、前記バッファリング量がデータサイズではないプレー時間によって管理される場合には、時間として指定された前記下部境界値と直ぐに比較される。
【００８２】
前記バッファリング量が前記下部境界値以下であれば、前記データ送受信部１１２は、現在の通信網、すなわち、Ｗｉ−Ｆｉ網の通信状態が良好であるか否かを確認する。本発明による一実施例では、通信状態が良好であるか否かは、前記受信バッファ１１３ａに残っているバッファリング量が減少するか否かで判断する（Ｓ６１４）。例えば、前記保存されたメタデータに記載されたコンテンツの全体サイズが、いずれも受信されていない状態で、前記データ送受信部１１２がモニタリングしている前記受信バッファ１１３ａのバッファリング量が、以前と比較して一定の許容範囲以上に減少した場合には、通信状態が良好ではないと判断する。一方、前記運用システム１００ａに要請して確認される受信信号強度値の大きさ、または変化量からその良否を判断してもよい。例えば、前記運用システム１００ａが要請により、前記Ｗｉ−Ｆｉモデム２ａが該当信号帯域で有効信号の検出時に提供する情報を読出して（図２のｒ１１）提供するＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）の値の大きさ、または変化量から判断してもよい。
【００８３】
もし、通信状態が不良であると判断されれば、前記データ送受信部１１２は、通信網単独使用から、現在の連結されているセルラー網を追加使用する通信網並行使用に使用方式を変更する（Ｓ６１５）。このために、前記データ送受信部１１２は、先立って選択されたコンテンツの受信のために使用する通信網をセルラー網として指定し、前記運用システム１００ａに新たな通信ソケットの生成を要請する。これにより、前記運用システム１００ａは、セルラー網を介して前記コンテンツサーバ１２とＴＣＰコネクションとを開設し、そのコネクションと関連した新たな通信ソケットを生成し、前記データ送受信部１１２にその識別子をリターンする。もし、前記セルラー網に対して既に生成されている通信ソケットが存在するならば、新たな通信ソケットの生成を要請しなくてもよい。前記データ送受信部１１２は、図９に例示されたように、次のコンテンツ区間３０ｋ＋１に対する大きさＳＳＥＧ＿ｋ＋１（または、その次の区間３０ｋ＋１＋αに対する大きさＳＳＥＧ＿ｋ＋１＋α）を決定し、その区間を要求する要請文書７０２を前述したように作成し、その作成した要請文書７０２をセルラー網に対して新たに生成した通信ソケット７２を通じて（７２１）、または既に生成されていた通信ソケット７３を通じて、前記運用システム１００ａに伝送要請する。もちろん、この要請過程の間にも、以前過程でＷｉ−Ｆｉ網に対して生成された通信ソケット７１を通じてコンテンツの以前区間３０ｋ、または、その以前区間３０ｋ−ｍのデータがＷｉ−Ｆｉ網を経て受信される動作が行われる。そして、要請したコンテンツ区間、または要請文書の識別が可能な情報７１２を前記伝送要請した通信ソケット７２または７３に連携して記録しておく。
【００８４】
前記要請文書７０２の伝送要請により、前記通信ソケット７２の生成時に指定された、または既に生成されていた前記通信ソケット７３が指定された通信網であるセルラー網を介して、前記要請文書７０２が、ハードウェア資源である前記セルラーコーデック１ｂとセルラーモデム１ａとを通じて、無線信号として変換送信されて前記セルラー網を経て前記コンテンツサーバ１２に伝達される。これにより、前記コンテンツサーバ１２は、その要請文書７０２が要求する当該区間３０ｋ＋１（または、その次の区間３０ｋ＋１＋α）を伝送し、この区間のデータは、前記運用システム１００ａにより前記通信ソケット（７２または７３）を通じて、前記データ送受信部１１２に伝達される。前記通信ソケット（７２または７３）を通じて、データが受信されれば、前記データ送受信部１１２は、各通信ソケットに関連している区間、または要請文書の識別情報７１１、７１２、７１３に基づいて、通信ソケット（７１、７３、または７１、７２、７３）に受信される区間データの区間順序を確認し、いずれか１つの通信ソケット（７１または７３）を通じた区間データ３０ｋの最後を、前記受信バッファ１１３ａに移動させた後、引き続き、前記新たに生成した通信ソケット７２、または既に生成されていた通信ソケット７３を通じて、受信されるデータを従事に前記受信バッファ１１３ａに移動させる。かような過程により、先立って選択されたコンテンツデータの受信が、複数の通信網を併用して行われる。
【００８５】
通信網使用方式を“並行”に変更する段階（Ｓ６１５）で、前記データ送受信部１１２は、既要請のデータ区間を調整し、要請文書を修正することによって、現在完全に受信されていない区間の残りのデータを、セルラー網に対して新たに生成された通信ソケット、または既に生成されている通信ソケットを通じて受信してもよい。図１０は、かような過程を図９の例に対して図式的に示した図面である。図示された例を参照してさらに具体的に説明すれば、通信網使用方式を“並行”に決定した時点に、Ｗｉ−Ｆｉ網に対して生成された通信ソケット７１を通じて送信した要請文書７０１（ｐｏｓ（ｋ−１）からｐｏｓ（ｋ）−１までのデータを要求した文書）により受信された区間データの最後の位置（ｐｏｓ（ｋ）´−１）として前記要請文書７０１を修正し（７０１ａ）、その次の位置ｐｏｓ（ｋ）´から要請する区間の大きさＳＳＥＧ＿ｋ＋１´（この大きさは、ｐｏｓ（ｋ）´からｐｏｓ（ｋ）−１まででもよく、それより大きくてもよい）を決定して要請文書７０３を作成した後、その要請文書７０３を新たに生成された、または既に生成されていたセルラー網に対する通信ソケット（７２または７３）を通じて送信する。かような方式によって、Ｗｉ−Ｆｉ網の通信状態が急に悪くなる場合でも、要請された区間の現時点以後のデータに対して相対的に安定したセルラー網を介して受信することができる。Ｗｉ−Ｆｉ網を介して要請した区間のデータが完全に受信されていない時、その残りの全部または一部、またはその残りを含む区間をセルラー網を介して転換受信されるようにした後にも、前記データ送受信部１１２は、Ｗｉ−Ｆｉ網に対して生成された通信ソケット７１を通じて、依然として次の区間のデータを要求する各要請文書を適切に作成して送信することによって、通信網を併用する。もちろん、この時には、Ｗｉ−Ｆｉ網を使用する要請文書に対して受信速度がある程度改善されるまでには、要求区間を可能な限り短く決定して作成することもできる。
【００８６】
本発明による他の一実施例では、前述した現通信網の通信状態の良否を確認せず、例えば、段階Ｓ６１４を行わずに、バッファリング量が前記下部境界値以下であるかのみを根拠として、通信網使用方式を並行使用に変更することもできる。
【００８７】
前記データ送受信部１１２は、前述したように通信網使用方式を並行使用に変更した後には、それにより前記状態変数の値を“並行”に変更する（Ｓ６１６）。通信網併用状態では、前記データ送受信部１１２は、次のデータ区間に対して作成した各要請文書を、各通信ソケットに受信されるデータ量または速度により適切に分配して送信することによって、複数通信網を利用したコンテンツデータの受信を持続させる。
【００８８】
前述した実施例では、セルラー網が利用可能か否かの確認（Ｓ６１２）を、通信網並行使用のための条件（図７の例示された手続きにおいて、バッファリング量が前記下部境界値以下であり、バッファリング量が減少している場合）を確認する前に行ったが、一方、前記条件を先に確認し、通信網並行使用の条件が満たされた時に、セルラー網が利用可能か否かを確認してもよい。
【００８９】
本発明による他の実施例では、通信網並行使用のための前記の条件が満たされたとしても、直ぐに通信網使用方式を変更せず、セルラー網の使用許否を確認した後、その確認結果が許容である場合に限って、通信網併用に切り替えてもよい。セルラー網に対する使用許否は、多様な方式で確認可能であるが、例えば、モニタリングされた当該通信網に対する期間別使用量、または環境情報などを通じて、あらかじめ設定された制限値とコンテンツデータの大きさなどに基づいて、自動で許否を判断するか、セルラー網に対するデータサービス使用の許否を、あらかじめ設定しておいた環境情報内の許容項目設定値から判断するか、またはユーザに問い合わせて入力設定された許容制御情報から判断してもよい。
【００９０】
自動で許否を判断する前記方式では、前記データ送受信部１１２が、毎起動時に（起動後には周期的に）、前記運用システム１００ａでモニタリングされているセルラー網に対する使用データ量（送信と受信データ量が合算された）を確認して、ユーザの料金制による期間別使用データ量を推定または把握し、またユーザがその通信網に対して設定した料金制情報に基づいて、使用量超過時に費用が発生する基本データ量を確認し、その基本データ量から前記期間別使用データ量を差し引いて残余データ量を把握する。そして、基本データ量に対する残余データ量の比率ｒｄ＿ｒと、残余時間の比率、例えば、料金制期間の日数に対する現在残余日数の時間比率ｒｔ＿ｒをそれぞれ求め、その求められた２個の比率から残余比率（ｒｒ＝ｒｄ＿ｒ／ｒｔ＿ｒ）を求めた後、その残余比率ｒｒの値に基づいて、セルラー網使用の許否を自動判断する。例えば、前記残余比率ｒｒが特定基準値、例えば、１．０以上であれば、使用許容と判断し、１．０より小さければ、使用不許と判断する。他の方式では、セルラー網を使用できるコンテンツの大きさに対して既定の制限値と、前記選択されたコンテンツに対するメタデータから確認される当該コンテンツの全体サイズとを比較し、前記制限値以下であれば、使用許容と判断し、そうでなければ、使用不許と判断する。
【００９１】
前記許容項目設定値から判断する前記方式では、前記メディアプレーヤ１１０が、ユーザが要請した時点に、前記ディスプレイパネル５上に適切なメニュー画面を通じて提供した前記許容項目を含む環境情報設定窓でユーザが前記タッチセンサー６ａ、またはキーパッド６ｂを用いて、前記許容項目に対して“Ｏｎ”または“Ｏｆｆ”に設定し、前記データ送受信部１１２は、共有される前記環境情報内の前記許容項目に対して設定された値から直ちにセルラー網に対する使用の許否を判断することができる。
【００９２】
前記許容制御情報から判断する前記方式では、適切な時点、例えば、前記メディアプレーヤ１１０の起動時、または前記コンテンツの選択時に、セルラー網使用の許否を問う窓を、前記運用システム１００ａを通じて前記ディスプレイパネル５上に提示し、その窓で選択した値、許容（“はい”）または、不許（“いいえ”）に対する選択値を受信し、これを前記許容制御情報として設定しておき、この許容制御情報が前記データ送受信部１１２により共有されることによって、その制御情報の値によって直ちにセルラー網に対する使用の許否を判断することができる。一方、前記データ送受信部１１２が、通信網並行使用のための前記の条件が満たされた時、ユーザに許容如何を問い合わせ、その選択により前記許容制御情報を設定した後、その情報の値によりセルラー網に対する使用の許否を判断することもできる。この際、既設定の一定時間の間、その問い合わせに対する選択が入力されなければ、前記データ送受信部１１２は、セルラー網に対する使用が許されていないと判断する。
【００９３】
一方、前の確認段階（Ｓ６１１）で、直前の要請文書を送信した通信ソケットが生成された通信網の種類がセルラー網と確認されれば、前記データ送受信部１１２は、Ｗｉ−Ｆｉ網が接続可能か否かを確認するが（Ｓ６２１）、このために前記運用システム１００ａにＷｉ−Ｆｉ網状態についての情報を要求し、前記運用システム１００ａは、この要求に対して、前記Ｗｉ−Ｆｉモデム２ａのチャネル検索を制御し、その結果値を受信し、前記データ送受信部１１２にリターンする。このリターンされる情報に接続点がなければ、前記データ送受信部１１２は、現在Ｗｉ−Ｆｉ網が接続不能であると判断する。また、接続点があっても、既指定の一定強度以上の信号が受信される接続点がない場合にも、接続不能であると判断する。単一の接続点がリターンされれば、その接続点を指定し、もし利用可能な複数の接続点がある場合には、信号強度が高い接続点を指定して該当接続点に接続されるように、前記運用システム１００ａに要請して通信網使用方式を変更し始める。本発明による他の一実施例では、通信網使用方式を単独で保持することもできる。例えば、前記バッファリング量が一定基準値以上である場合、当該接続点に接続させ、以前に接続されていた通信網、すなわち、セルラー網に対する接続を解除することによって、Ｗｉ−Ｆｉ網に接続を切り替えることもできる。
【００９４】
Ｗｉ−Ｆｉ網に対する連結がなされれば、前記データ送受信部１１２は、前述したセルラー網を追加した通信網併用過程（Ｓ６１５）と同様に、Ｗｉ−Ｆｉ網に対する通信ソケットを新たに生成して現時点で次の伝送要請するコンテンツ区間に対する大きさを決定し、その区間を要求する要請文書を作成し、前記新たに生成された通信ソケットを通じて伝送要請することによって、通信網を併用してコンテンツデータを受信する（Ｓ６２２）。セルラー網ではないＷｉ−Ｆｉ網に対して通信ソケットを生成することを除いては、前述した通信網併用過程（Ｓ６１５）と同一なので、その詳細な説明は省略する。通信網併用を始めれば、前記データ送受信部１１２は、それにより前記状態変数の値を“並行”に変更する（Ｓ６１６）。
【００９５】
通信網使用方式が“並行”に変更された後には、先立って選択されたコンテンツデータに対する次の区間を要請するに先立ち、図８に例示された手続きによる通信網の選択的使用を能動的に実行開始（Ｔ６２）する。例示された手続きを実行開始すれば、前記データ送受信部１１２は、まず前記受信バッファ１１３ａのバッファリング量が、基準値の１つである上部境界値（前記下部境界値よりは大きな値を有する）以上であるか否かを確認する（Ｓ６３１）。前記上部境界値も、前記下部境界値と同様にデータの大きさ、または時間（例えば、１５秒など）として指定され、時間として指定された場合には、比較のために、その時間に対する基準量に換算される。前記バッファリング量に対してプレー時間として把握する実施例では、もちろん、時間として指定された上部境界値の換算なしに直ちに比較されうる。もし、前記上部境界値以上であれば、前記データ送受信部１１２は、前記バッファリング量が増加しているかを確認する（Ｓ６３２）。例えば、現在確認されたバッファリング量が、以前に確認されたバッファリング量より既定の増加幅以上であるかを確認する。もし、増加していると確認されれば、前記データ送受信部１１２は、追加的にセルラー網使用に対する抵抗的要素があるのかを確認する（Ｓ６３３）。今後の使用量により賦課される費用が、前記抵抗的要素の例になりうる。すなわち、確定費用（データサービスの追加利用の有無と関係なく、現時点までのデータサービスの利用によって、既に固定的に確定した費用）を排除した時、データサービスの利用による費用が追加的に発生すると確認されれば、抵抗的要素があると判断し、そうでなければ、抵抗的要素がないと判断する。例えば、ユーザが既設定の、またはそのユーザに対して外部サーバから受信して獲得した料金制情報が、サービス利用に対する約定金額に対して“無制限”である場合には、抵抗的要素がないと判断し、そうではない料金制の場合には、抵抗的要素があると判断する。セルラー網使用に対する抵抗的要素がないと確認されれば、前記データ送受信部１１２は、通信網使用方式を“並行”に保持して、複数通信網を併用したデータ受信が続けてなされるようにする。
【００９６】
もし、セルラー網使用に対する抵抗的要素があると確認されれば、前記データ送受信部１１２は、次の動作を行うことによって、セルラー網使用を中断する（Ｓ６３４）。前記データ送受信部１１２は、セルラー網使用を中断する時は、前記運用システム１００ａに要請して、セルラー網に対して生成されているすべての通信ソケットを閉鎖することもできる。一方、セルラー網に対して生成した通信ソケットを通じて、データ伝送中断を要求する通信規約による要求を伝送するか、または中断決定以後の受信データは無視することによって、生成された通信ソケットをそのまま保持しても良い。
【００９７】
セルラー網の使用を中断する時は、図１１に例示されたように、現在の時点に、セルラー網に対して生成された通信ソケット８１を通じて送信した要請文書（通信ソケットに連携保存した“ｋ＋１”識別情報８０１に対応する文書）に対するデータ区間３０ｋ＋１がまだ受信開始されていないならば、前記データ送受信部１１２は、その未応答要請文書と連携保存された識別情報８０１とをＷｉ−Ｆｉ網に対して生成されている前記他の通信ソケット８２に移動保存させつつ（８０２）、その未応答要請文書８１２をそのまま前記他の通信ソケット８２を通じて送信する（８１３）。もし、図１２に例示されたように、セルラー網に対する前記通信ソケット８１を通じて送信した要請文書が要求する区間のデータ８２１が現在受信中であれば、前記データ送受信部１１２は、図１０を参照して説明したように、当該区間の残りのデータを要求する要請文書８２２を作成して送信する（８２３）。この際、一部データを既受信の区間についての識別情報８０１と、残りのデータを要求する要請文書８２２を送信した通信ソケットと連携して保存する識別情報８０１ａを修正するか、または要請文書を修正する。要請文書を識別する情報として前記識別情報を保存する実施例では、セルラー網を介して送信した要請文書（“ｋ＋１”識別情報８０１に対応する文書）に記載された区間を修正し、区間の順序を示す値として前記識別情報を保存する実施例では、前記要請文書８２２が現在まではコンテンツに対する最後の区間を要求する場合ならば、該当識別情報ｋ＋１´（８０１ａ）を、現在一部受信した区間３０ｋ＋１についての識別情報であるｋ＋１（８０１）の次の値に修正して（８０２）記録し、前記要請文書８２２が要求する区間の次の区間が既に要請された場合であれば、前記識別情報ｋ＋１´（８０１ａ）をｋ＋１の値に記録し、前記一部受信した区間３０ｋ＋１についての識別情報ｋ＋１（８０１）をｋとｋ＋１との中間値に修正する。このように順序についての識別情報を修正または割り当てる方式は、図１０を参照して説明した場合にもそのまま適用しうる。
【００９８】
前記データ送受信部１１２は、セルラー網の使用中断による次の区間または要請された区間の未受信された残りのデータに対する要請を、Ｗｉ−Ｆｉ網に対する通信ソケットを新たに生成した後、その通信ソケットを通じて送信してもよい。
【００９９】
本発明による他の一実施例では、セルラー網使用を中断する時、セルラー網に対して生成された通信ソケットを通じて、既に要請しておいた区間データをいずれも受信した後、当該通信ソケットを閉鎖するか、またはこれ以上区間データの要請のために使わない。または、セルラー網に対する接続を解除させることもできる。
【０１００】
前述したようにセルラー網の使用を中断して通信網使用方式を“単独”に変更した後には、前記データ送受信部１１２は、通信網使用方式に対する前記状態変数を“単独”に変更設定する（Ｓ６３５）。
【０１０１】
本発明による他の一実施例では、前述したバッファリング量推移確認段階（Ｓ６３２）と、セルラー網使用の抵抗的要素有無の確認段階（Ｓ６３３）を実行しないこともある。すなわち、前記受信バッファ１１３ａのバッファリング量が前記上部境界値以上であれば、直ちに前述したセルラー網使用中段段階（Ｓ６３４）に進める。
【０１０２】
一方、通信網使用方式の“単独”への変更は、前記データ送受信部１１２が能動的に実行（Ｔ６２）すること以外に、通信網使用不可によるイベント（ｅｖｅｎｔ）により被動的に実行（Ｅ６２）されることもある。通信網を併用してコンテンツデータの受信が進行している間、前記運用システム１００ａからＷｉ−Ｆｉ網を利用できないイベント、例えば、接続ＩＰアドレス解除のようなイベントが発生すれば、前記データ送受信部１１２は、Ｗｉ−Ｆｉ網を介したこれ以上のデータ区間要求を進めないことによって、使用網をセルラー網単独に切り替える（Ｓ６４１）。そして、前記データ送受信部１１２は、Ｗｉ−Ｆｉ網に対して生成された通信ソケットを通じて送信した要請文書の要求区間と、セルラー網に対して生成された通信ソケットを通じて送信した要請文書の要求区間とを確認し、また各要請文書により受信されたデータの部分を確認して必要な場合、要請文書を適切に修正するか、または新たに作成して送信することによって、データを切れ目なく、あるいは抜けなしにセルラー網を介して連続して受信されるようにする（Ｓ６４２）。
【０１０３】
例えば、図１３に例示されたように、現在Ｗｉ−Ｆｉ網を介して送信した要請文書ｄｏｃ＿ｎが要求した区間９１ｎのデータが部分的に受信された状態で、前記データ送受信部１１２は、セルラー網に対して新たな通信ソケットを生成させ、その通信ソケットを通じて、または既生成の通信ソケットを通じてＷｉ−Ｆｉ網を介して送信した要請文書ｄｏｃ＿ｎを再送信する。この際、Ｗｉ−Ｆｉ網に対して生成されたすべての通信ソケットを閉鎖させることもでき、Ｗｉ−Ｆｉ網を介して部分的に受信された区間データ９１ｎ＿Ａを捨てて、セルラー網を介して再び受信することになる。一方、セルラー網の使用中断の場合、セルラー網を介して受信された区間の部分を利用する図１２の例と同様に、残りのデータの区間９１ｎ＿Ｂを要求する要請文書をセルラー網を介して送信することによって、Ｗｉ−Ｆｉ網を介して既受信のデータ部分９１ｎ＿Ａを有効に使用することもできる。
【０１０４】
このように送信した要請文書により、セルラー網に対して生成された各通信ソケットを通じて受信される区間データを、その通信ソケットと関連した区間または要請文書の識別情報に基づいて順に、前記受信バッファ１１３ａに移動させることによって、Ｗｉ−Ｆｉ網の突然接続解約にもかかわらず、コンテンツデータの連続した続き受信がなされる。
【０１０５】
前述した実施例では、前記データ送受信部１１２が選択されたコンテンツに対して区間の始終を指定する要請文書を作成し、前記コンテンツサーバ１２に送信することによって、コンテンツデータが区間に区分されて受信されるようにしたが、本発明による他の実施例では、区間の開始のみを指定する要請文書を作成して送信するだけでも、コンテンツデータを区間に区分して受信することもできる。図１４は、これによる実施例の理解を助けるための図面である。図１４に例示されたように、各要請文書（１０００ｍ、１０００ｍ＋１、１０００ｍ＋２）は、伝送を要求する開始点についての情報のみを含むか、または開始点とコンテンツの最後の地点についての情報を含む形で作成されて送信される。かような方式で作成して送信する場合には、任意の大きさＳＳＥＧ＿ｍの区間に対して第１通信網（例えば、セルラー網）から受信し、その次の任意の大きさ（ＳＳＥＧ＿ｍ＋１の区間に対しては、第２通信網（例えば、Ｗｉ−Ｆｉ網）を通じて受信するために、図面に例示されたように、前記データ送受信部１１２は、開始点ｐｏｓ（ｍ−１）のみが指定された１つの要請文書１０００ｍを前記セルラー網を介して送信し、その通信網を介してコンテンツデータの指定位置ｐｏｓ（ｍ−１）から始めて、意図した大きさＳＳＥＧ＿ｍ（１０１１）ほど受信されれば、その通信網を介した伝送を中断させるか、または当該通信ソケットを閉鎖させた後、前記Ｗｉ−Ｆｉ網を介して開始点ｐｏｓ（ｍ）のみが指定された他の要請文書１０００ｍ＋１を送信する。次いで、再び意図した大きさＳＳＥＧ＿ｍ＋１（１０１２）ほど受信されれば、その受信を中断させ、さらに他の要請文書１０００ｍ＋２を通じて、その次から同一通信網、または他の通信網を介した受信を要請する。かような方式により、先立って選択されたコンテンツに対するデータが区間に分けられて複数の通信網を介して受信される。もちろん、単一通信網を使用する場合にも、本実施例による方式が適用されうる。
【０１０６】
また、前述した実施例の説明では、前記メディア処理部１１１とのデータチャネルの例として、メディアデータを区間順に保存するバッファを使用した。本発明による他の実施例では、相互共有するメモリ空間が前記データチャネルになり得る。そして、共有メモリ空間には、コンテンツ区間順に記録せず、図１５に例示されたように、前記データ送受信部１１２が通信ソケットを通じて区間データを受信すれば、受信順序通りに前記共有メモリ空間１１１０に移動保存させた後、その移動した区間データに対して区間上の順序情報１１２２を記載する方式によって、前記メディア処理部１１１にコンテンツデータを順次に提供するか、または取り出すようにすることもできる。もちろん本実施例でも、データ未処理量は、前記共有メモリ空間１１１０で、前記メディア処理部１１１に提供されていない、または前記メディア処理部１１１が読出さずに残っているデータ量（または、プレー時間が連続するデータ量）から把握される。図１５は、前記運用システム１００ａとの通信ソケットを通じて要請した、コンテンツデータでの順序が１、２、３、４、５である区間が、１、３、２、４、５の順に受信されて、前記共有メモリ空間にその受信順に保存され、コンテンツデータでの順序情報１１２２が各保存位置アドレスを保存するメモリマップ１１２０に保存アドレス１１２１と共に、保存された例に係わるものであって、前記順序情報１１２２により、二番目に保存された区間Ｓｅｃｔｉｏｎ３に先立って、３番目で保存された区間Ｓｅｃｔｉｏｎ２が順序に合わせて先に前記メディア処理部１１１により取り出されるか、それに提供されることを示す。前記共有メモリ空間に保存される各区間のデータについての前記順序情報１１２２は、先立って説明した各通信ソケットに連携して保存する情報（要請文書識別情報、または順序情報）から確認される区間の順序についての値が記録されたものである。前記メモリマップ１１２０の各保存アドレスエレメント（ｅｌｅｍｅｎｔ）には、当該アドレスの区間データが前記メディア処理部１１１により取り出し、またはそれに提供された後に空いていることを表記する指示情報１１２３が付記されて、前記データ送受信部１１２により該当エレメントが再び使われるようにする。他の方式では、前記メモリマップ１１２０を入力と出力ポインタ（ｐｏｉｎｔｅｒ）による循環バッファ構造を採択することによって、前記指示情報１１２３を使用しないこともある。
【０１０７】
一方、前記データ送受信部１１２は、最初起動時に、または新たなコンテンツの伝送要請がある時に、図７または図８に例示された通信網の選択的使用を能動的に実行開始（Ｔ６１またはＴ６２）する前に、または前記下部境界値または上部境界値をバッファリング量と比較する直前に、前記下部境界値と上部境界値とを現在の通信状態や特性または設定された条件などによって設定または調整するが、以下では、これについて詳細に説明する。
【０１０８】
前記データ送受信部１１２は、通信網使用ポリシーに対するモードにより、前記下部境界値と上部境界値とをそれぞれ別途に設定する。この基準値の設定は、前記データ送受信部１１２の最初起動時に、または新たなコンテンツの伝送要請がある時になされ、実行中にモードが変更される場合には、それにより変更設定されるが、その説明のために、前記無線通信端末機１００に設定される通信網使用ポリシーに係わるモードについてまず説明する。
【０１０９】
互いに異なるインフラの多様な類型の移動通信網は、移動通信サービスを提供する事業者のサービス提供ポリシーにより互いに異なるサービス利用料金をユーザに賦課している。例えば、セルラー網に係わるデータサービスは、通常基本料金に対して基本データ量を設定し、その超過時に追加費用が発生する料金制方法を取っており、Ｗｉ−Ｆｉ網に対しては無料で提供されている。したがって、ユーザは、加入した料金制によっては、データサービス利用の恒常性が相対的に十分に保証される前記セルラー網を持続的に使用する場合、基本料金以外に追加的料金が発生する可能性がある。
【０１１０】
かような理由で、本発明による実施例では、ユーザのデータサービスによる費用の発生と、データサービス利用の恒常性のうち、いかなる側面をさらに重要な要素としてデータサービスのための通信網を選択するかを指定するモードを提供する。このモードには、費用の発生を抑制するための“節約モード”、ユーザの利用便宜、例えば、データサービスの恒常性を優先する“便宜モード”、そして費用発生抑制とユーザ便宜とを折衝した“標準モード”が含まれ、前記メディアプレーヤ１１０は、起動時に、または新たなコンテンツを選択する時に、前記無線通信端末機１００のユーザＵＩを通じて、前記例示されたモードを提示して、１つのモードをユーザから選択され、これを前記データ送受信部１１２に通知する。
【０１１１】
前記データ送受信部１１２は、通知されたモードが“標準モード”であれば、図１６に例示された前記下部境界値と上部境界値とに係わる値１２２０をそれぞれ設定し、通知されたモードが“節約モード”であれば、これはユーザがデータサービスの恒常性よりは、費用発生の抑制をさらに重要視するものなので、図１６に例示されたように、前記下部境界値と上部境界値を、“標準モード”である時の当該基準値の値１２２０と比較して、さらに小さい値１２２１にそれぞれ設定する。前記下部境界値をさらに小さい値に設定すれば、Ｗｉ−Ｆｉ網を単独で使用している状態で（図７の実施例、または図７で段階Ｓ６１４が排除された実施例の場合）、セルラー網を併用する要件がさらに厳しくなるので、セルラー網使用の可能性が標準モードに比べて減り、前記上部境界値をさらに小さい値に設定すれば、通信網を併用している状態で（図８の実施例、または段階Ｓ６３２またはＳ６３３が排除された実施例の場合）、セルラー網の使用を中断し、Ｗｉ−Ｆｉ網単独使用状態に変更される要件がさらに容易になるので、セルラー網使用中断の可能性が標準モードに比べて高まる。
【０１１２】
もし、通知されたモードが“便宜モード”であれば、これは、ユーザが費用発生の可能性よりは、データサービスの恒常性がさらに重要であると考えることを意味するので、図１６に例示されたように、前記下部境界値と上部境界値を、“標準モード”である時の当該基準値と比較して、さらに高い条件の値１２２２にそれぞれ設定する。前記下部境界値がさらに大きな値になるということは、“標準モード”である時に比べて、サービスの恒常性が相対的に高いセルラー網の併用可能性が“標準モード”に比べてさらに高まることを意味し、前記上部境界値もさらに大きな値になるということは、セルラー網の使用中断可能性が“標準モード”である時に比べてさらに低くなることを意味する。
【０１１３】
本発明による他の一実施例では、前記メディアプレーヤ１１０がユーザからモードの設定を受信する代わりに、他のアプリまたはプロセスなどによって設定されたモードを読み出す。図１７は、本実施例による関連構成を例示したものであって、例示されたモード決定部１２０が前述したように、ユーザにモード決定のためのメニューを特定時点、例えば、前記無線通信端末機１００の画面ロックが解除された時、または、ユーザの実行要請がある時に提供し、これを通じて設定されるモードを保存する。前記モード決定部１２０は、前記メニューを提供する時、少なくともセルラー網に対するデータ使用現況及び料金制期間による残余日数（または、経過日数）などを共に提示して、ユーザが、現在時点にいかなるモードが適切なのかを簡単に判断可能にすることもできる。前記保存されたモード値は、前記メディアプレーヤ１１０が起動時に、前記モード決定部１２０に要請して受信することによって、前記データ送受信部１１２により共有される。前記モード決定部１２０からのモード値の獲得ｃ１３１は、前記メディアプレーヤ１１０が前記運用システム１００ａに既指定の識別名のアプリまたはプロセスに対して要請して開設したチャネルなどを通じてなされうる。
【０１１４】
また、前記モード決定部１２０は、通信網別データ使用現況によりモードを自動的に決定することもできる。このために、前記残余比率ｒｒを前述したように求めた後、その残余比率ｒｒの値によりモードを自動決定する。例えば、前記残余比率ｒｒが０．５未満である時は“節約モード”、１．５以上である時は“便宜モード”、そして０．５以上１．５未満である時は“標準モード”と決定することができる。本発明による一実施例では、前記モード決定部１２０は、前記メディアプレーヤ１１０のサブプロセスとして一体に具現されるか、別途のアプリとして具現され、後者の場合には、特定の条件、例えば、前記無線通信端末機１００の画面ロック状態が解除される時点に、または他のアプリなどからモード情報要請がある場合に自動的に起動し、前記モードのうち１つを決定する。このように決定されたモードは、前述したように前記運用システム１００ａを通じてプロセス間に形成されたチャネルなどを通じて通知されうる。
【０１１５】
通信網使用ポリシーに係わるモードを自動決定する前記モード決定部１２０が含まれる本発明による一実施例では、前記データ送受信部１１２が、前記残余比率ｒｒを直接求める代わりに、前記モード決定部１２０との通信を通じて、前記モード決定部１２０が求めた前記残余比率ｒｒを要請受信して、その値を用いて、前述したようにセルラー網使用の許否を自動判断することもできる。
【０１１６】
本発明による一実施例では、前記データ送受信部１１２が現在Ｗｉ−Ｆｉ網を使用している状態であれば（通信網使用方式状態が“並行”であるか、通信網使用方式状態が“単独”でありつつ、使用網がＷｉ−Ｆｉ網である場合）、Ｗｉ−Ｆｉ網に対して生成された通信ソケット、または複数の通信ソケットから受信して、前記受信バッファ１１３ａに基準時間当り移動させるデータ量、すなわち、受信速度に対してモニタリングされた値を確認し、そのモニタリングされた受信速度値（例えば、一定時間の間、平均受信速度値）が指定された適正速度より大きければ、その速度差により前記下部境界値と上部境界値とを減少させ、小さければ、その速度差により増加させる。この際、減少または増加する前記下部境界値と上部境界値は、現在モードにより設定された値でもある。受信速度が高くなったのは、それほど前記受信バッファ１１３ａにアンダーラン（ｕｎｄｅｒｒｕｎ）の発生可能性が低くなったものなので、Ｗｉ−Ｆｉ網を単独使用している状態で、セルラー網を併用する要件をさらに厳しくするために、前記下部境界値を減少させるものである。これにより、下部境界値の調整前と比較して、バッファリング量がさらに少なくなるまでは、Ｗｉ−Ｆｉ網の単独使用状態が持続する。そして、通信網を併用している状態では、セルラー網の使用を中断してＷｉ−Ｆｉ網単独使用状態に変更される要件をさらに容易にするために、前記上部境界値を減少させる。これにより、上部境界値の調整前と比較して、バッファリング量がさらに少ない状態でも、Ｗｉ−Ｆｉ網単独使用状態に変更されうる。
【０１１７】
本発明による他の一実施例では、前記受信バッファ１１３ａのバッファリング量の減少速度により前記上部境界値を調整することもできる。例えば、一定時間の間の平均減少速度が指定された速度よりも一定許容値以上早ければ、前記上部境界値を増加させ、遅ければ減少させる。本実施例でも、減少または増加する前記上部境界値は、現在モードにより設定された値でもある。
【０１１８】
また、本発明による一実施例では、前記データ送受信部１１２は、現在Ｗｉ−Ｆｉ網を使用している状態であれば、前記運用システム１００ａを通じて接続されている接続点に対する現在の信号強度値（ＲＳＳＩ）を確認し、これを以前に確認した値と比較して、その変動幅を求めた後、その変動幅が既指定の制限幅よりも大きければ、その差により、前記下部境界値と上部境界値とを増加させる。この際、増加する前記下部境界値と上部境界値は、現在のモードにより設定された値でもある。基準値を増加させるのは、変動幅が大きくなった理由が、現在使用しているＷｉ−Ｆｉ網に対する相対的不安定性、例えば、前記無線通信端末機１００、または現在接続された接続点の動きによるものでもあり、この場合には、通信特性を急に低下させるので、可能な限りセルラー網の併用に誘導するか（図７の実施例、または図７で段階Ｓ６１４が排除された実施例の場合）、またはセルラー網の併用を保持するように（図８の実施例、または段階Ｓ６３２、Ｓ６３３が排除された実施例の場合）するためである。
【０１１９】
本発明による他の一実施例では、信号強度値の変動幅の代わりに、前記モニタリングされる受信速度の変化幅を利用することもできる。すなわち、現在の受信速度と以前に確認された受信速度との変化幅が、既指定の制限幅よりも大きければ、その差により前記下部境界値と上部境界値とを増加させる。この際、増加する前記下部境界値と上部境界値も、現在モードにより設定された値でありうる。
【０１２０】
本発明による一実施例では、前記データ送受信部１１２が、前記選択されたコンテンツの未受信残量により前記下部境界値と上部境界値とを調整する。この際、調整される前記下部境界値と上部境界値も、現在モードにより設定された値でありうる。前記データ送受信部１１２は、図１８に例示されたように、モニタリングする現在の総受信量と、先立って保存したメタデータに記載されたコンテンツデータの全体サイズから未受信残量を把握し、その残量が既指定のしきい値１４０１以下であれば（ｔ１時点）、その差（１４０２）により、前記下部境界値と上部境界値とを減少させる。これにより、残量が小さい時には、可能な限りセルラー網の使用を抑制させることができる。すなわち、Ｗｉ−Ｆｉ網単独使用の場合には、セルラー網の併用可能性を低くし、通信網併用の場合には、セルラー網使用中断の可能性を高める。本実施例では、図１８に例示されたように、前記のように把握された残量が既定の下限値１４１１以下であれば（ｔ２時点）、セルラー網の使用をその時点で中断させることもできる。これは、前記下部境界値と上部境界値とを０に設定することによって、実質的に具現される。一方、前記しきい値１４０１と下限値１４１１は、いずれも再生観点の時間として指定されうる。例えば、前記しきい値１４０１は、３０秒、そして、前記下限値１４１１は、１０秒と指定されうる。
【０１２１】
本発明による一実施例において、前記データ送受信部１１２は、選択されたコンテンツの特定区域に対する伝送要請が必要な時点には、前記下部境界値と上部境界値とを増加させる。この際、増加する前記下部境界値と上部境界値も、現在モードにより設定された値でありうる。前記特定区域は、最初コンテンツ要請により受信されて保存されているメタデータに記載された情報によって識別されるか、またはコンテンツを提供するサーバが要請されたコンテンツの伝送以後にリアルタイムで前記特定区域を知らせる情報によって識別される。後者の場合、前記コンテンツ提供サーバは、前記データ送受信部１１２が要求するデータ区間が前記特定区域に属する場合に、またはそれに近接された区間である場合に、その特定区域に対する区域説明情報、例えば、区域指示情報、その区域の類型、または区域に要求されるビットレートなどについての情報を、分割区間を要求する要請文書に対する応答に含めて提供する。
【０１２２】
前記特定区域は、要求帯域幅の増加が必要な区間であるか、ユーザの視聴選好度が高くて特別な区間と指定された区間、例えば、人気区間であるか、またはコンテンツ提供業者が追加的に提供する付加的コンテンツ（例えば、広告）の挿入区間でもある。前記データ送受信部１１２は、前述したようにコンテンツデータを区間に区分して伝送要請する時、その要請する区間が、メタデータによって既に識別された、またはリアルタイムで提供される区間説明情報によって識別された特定区域に属することになれば、前記下部境界値と上部境界値とを増加させる。前記下部境界値と上部境界値とが増加すれば、通信網単独使用の場合には、併用への切替え可能性が高くなり、併用の場合には、その状態の持続可能性が高くなるので、特定区間受信によるコンテンツデータの受信遅延、または要求ビットレート以下速度の受信現象を防止するか、その特定区間の受信信頼性を向上させるか、または要求帯域幅増加に対応しうる。
【０１２３】
前述した実施例では、前記データ送受信部１１２とチャネル構成部１１３とがコンテンツのプレーのためのアプリ、例えば、プレーヤなどの手段によって具現されたものであるか、本発明による他の実施例では、図１９に例示されたように、前記データ送受信部１５２２とチャネル構成部１５２３とがコンテンツのプレーのためのメディア処理器、例えば、メディアプレーヤ１５１０とは別個に区分された客体として具現されるメディア仲介部１５２０に含まれうる。前記メディア処理器も前述した前記メディア処理部１１１と同様に、コンテンツデータのデコーディングのために、前記無線通信端末機１００のハードウェア資源である前記デコーダ１１０ａを利用してもよい。そして、前記メディア仲介部１５２０も、それに該当する命令コードを、前記主制御部１０が実行することによって、意図した機能が実行され、独立したアプリとして具現されるか、ミドルウェアまたはプラットホームの形でも具現されうる。もちろん、前述したように、前記メディア仲介部１５２０は、ハードウェアをその一部構成として含むこともできる。本実施例では、前記チャネル構成部１５２３が前記メディアプレーヤ１５１０とコンテンツデータとを送受信するためのデータチャネルとして局部メモリ１５２３ａと内部ソケット１５０２とを構成する（ｃ１５１）。すなわち、前記メモリ７に前記データ送受信部１５２２がアクセス可能な保存空間を割り当てて、また前記運用システム１００ａに要請して、前記内部ソケット１５０２を生成し、これを前記データ送受信部１５２２に通知する。前記データ送受信部１５２２は、前述した実施例と同様に、外部サーバと通信するための通信ソケットを通じて受信されるコンテンツ区間データを前記局部メモリ１５２３ａに順に、または順序が分かる情報と共に、臨時保存した後、その保存されたコンテンツ区間を順序に合わせて読出して、前記生成された内部ソケット１５０２と、その内部ソケット１５０２に対応して、前記メディアプレーヤ１５１０に生成された内部ソケット１５０１を通じて、前記メディアプレーヤ１５１０に提供する。一方、前記チャネル構成部１５２３は、前記内部ソケット１５０２に対しては、前記メディアプレーヤ１５１０の内部ソケット要請による前記運用システム１００ａからの対応内部ソケット生成要求がある時に構成することもできる。
【０１２４】
前記データ送受信部１５２２は、前述した実施例での前記データ送受信部１１２について説明した動作と同じ動作を行い、ただし、前記メディアプレーヤ１５１０に、区間に分けて受信したコンテンツデータを伝達するに当たって、データチャネルとして局部メモリ１５２３ａと内部ソケット１５０２とを使用するという点で異なるだけである。前述した実施例で説明したデータ未処理量は、本実施例では、前記局部メモリ１５２３ａでまだ前記内部ソケット１５０２を通じて前記メディアプレーヤ１５１０に提供していないデータ量（または、プレー時間が連続するデータ量）から把握する。前記データ送受信部１５２２は、前記メディアプレーヤ１５１０からのコンテンツデータを要請する通信規約による要求に対応して、前記運用システム１００ａの適切な仲介を呼び出すことによって、前記内部ソケット１５０２を通じて、受信されて前記局部メモリ１５２３ａに保存されているコンテンツデータの区間を、前述したようにその区間順に前記メディアプレーヤ１５１０に伝達するか、または区間に対する順序情報を、前記メディアプレーヤ１５１０と既に約束された方式によって区間データと共に、前記内部ソケット１５０２を通じて伝達することによって、前記メディアプレーヤ１５１０が区間順にデコーディングに利用する。
【０１２５】
本発明による一実施例では、前記データ送受信部１５２０内に具現された前記メディアプレーヤ１５１０からのコンテンツデータを要請する通信規約による要求に対応して、前記局部メモリ１５２３ａからコンテンツデータを読出して、前記内部ソケット１５０２を通じて、前記メディアプレーヤ１５１０に提供する前述した機能と、前記運用システム１００ａを通じて、外部サーバからコンテンツデータを受信し、前記局部メモリ１５２３ａに保存する前述した機能が互いに区分される別個のプロセスとしてそれぞれ具現されもする。
【０１２６】
一方、前記メディアプレーヤ１５１０とメディア仲介部１５２０との間の内部ソケット１５０１、１５０２は、前記運用システム１００ａに内部ＩＰアドレスであることを示すように指定された特定ＩＰアドレス、例えば、“１２７．０．０．１”または“ｌｏｃａｌｈｏｓｔ”と、内部ソケットを生成しようとする相手側アプリ、またはプロセスに割り当てられたポート番号を指定することによって、アプリ間、またはプロセス間に生成される。
【０１２７】
本発明による他の一実施例では、データチャネルのために、内部通信ソケットを通じた方式ではない、前記運用システム１００ａが支援するプロセス間通信（ＩＰＣ：Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）方式を使用して、前記メディアプレーヤ１５１０が区間順にデコーディング可能に受信される区間データも提供しうる。
【０１２８】
以上、セルラー網と称した移動電話通信網外に、データサービスのために共に使用するデータ通信網として高速の無線ＬＡＮであるＷｉ−Ｆｉ網を例として、本発明の原理と概念とを具体的に例示して説明した。しかし、本発明の原理と概念は、Ｗｉ−Ｆｉ望以外の、データサービスの利用時に費用が発生しないか、前述した確定費用を排除した費用が、前記セルラー網よりも安いが（すなわち、ユーザに費用的負担を軽減しつつ）、接続点の局地性による分散された狭いサービス圏域などによって、サービスの安定性が弱い他の種類のデータ通信網があるならば、その通信網に対してそのまま適用可能なので、適用するデータ通信網が異なるという理由だけでは、本特許請求の範囲による権利範囲を排斥することができない。
【０１２９】
以上、前述した本発明の望ましい実施例は、例示の目的のために開示されたものであって、当業者ならば、特許請求の範囲に開示された本発明の技術的思想と、その技術的範囲内で、さらに他の多様な実施例を、改良、変更、代替、または付加することなどが可能であろう。
【符号の説明】
【０１３０】
１２          コンテンツサーバ
１１ａ        移動電話通信網
１１ｂ        Ｗｉ−Ｆｉ無線ＬＡＮ
１００        無線通信端末機
１００ａ      運用システム
１１０        メディアプレーヤ
１００ａ１    ＩＰ１
１００ａ２    ＩＰ２
１１１        メディア処理部
１１２        データ送受信部
１１３        チャネル構成部
１１３ａ      受信バッファ
１１３ｂ      送信バッファ
１１３        チャネル構成部
１１ａ、１１ｂ、・・・      異種網
【図１】
0005845355.tif 000002
【図２】
0005845355.tif 000003
【図３】
0005845355.tif 000004
【図４】
0005845355.tif 000005
【図６】
0005845355.tif 000006
【図７】
0005845355.tif 000007
【図８】
0005845355.tif 000008
【図１０】
0005845355.tif 000009
【図１３】
0005845355.tif 000010
【図１４】
0005845355.tif 000011
【図１５】
0005845355.tif 000012
【図１６】
0005845355.tif 000013
【図１７】
0005845355.tif 000014
【図１８】
0005845355.tif 000015
【図１９】
0005845355.tif 000016
【図５】
0005845355.tif 000017
【図９】
0005845355.tif 000018
【図１１】
0005845355.tif 000019
【図１２】
0005845355.tif 000020