(57)【特許請求の範囲】
【請求項１】
付随して通信する付随データに関する情報を併記したメインデータを、予め定められた所定の通信路を選択して取得するメインデータ取得手段と、
このメインデータ取得手段によって取得したメインデータに併記された、次に通信する付随データのデータ量をその都度判別するデータ量判別手段と、
このデータ量判別手段の判別したデータ量を有する付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から順次判別する付随データ別通信路判別手段と、
この付随データ別通信路判別手段によって判別された通信路を付随データごとに選択しながらこれら付随データの通信を行う通信路選択手段
とを具備することを特徴とする無線端末。
【請求項２】
付随して通信する付随データに関する情報を併記し所定の記述言語で記述されたメインデータを、予め定められた所定の通信路を選択して取得するメインデータ取得手段と、
このメインデータ取得手段によって取得した前記付随データに関する情報から付随データそれぞれのデータ量を求めるデータ量判別手段と、
このデータ量判別手段の判別したデータ量を有する付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から順次判別する付随データ別通信路判別手段と、
この付随データ別通信路判別手段によって判別された通信路を付随データごとに選択しながらこれら付随データの受信を行う通信路選択手段
とを具備することを特徴とする無線端末。
【請求項３】
前記付随データ別通信路判別手段は通信料金が最も低額の通信路を選択することを特徴とする請求項１または請求項２記載の無線端末。
【請求項４】
前記メインデータはコンテンツを表示する記述言語で記述されており、付随データは画像、映像等のコンテンツの各種構成ファイルであることを特徴とする請求項１または請求項２記載の無線端末。
【請求項５】
前記メインデータは電子メールの本文を表わしたデータであり、付随データは画像、映像等の各種添付ファイルであることを特徴とする請求項１または請求項２記載の無線端末。
【請求項６】
前記付随データ別通信路判別手段は通信時間が短時間で行われる方の通信路を選択することを特徴とする請求項１または請求項２記載の無線端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線を使用してインターネット等のネットワークに接続する無線端末に係わり、特に各種のファイルにアクセスする自動車電話等の携帯電話、ＰＨＳ等の無線端末に関する。
【０００２】
【従来の技術】
携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  ｐｈｏｎｅ  Ｓｙｓｔｅｍ）等の無線端末はその手軽さから有線でネットワークに接続するコンピュータと同様に広く使用されており、最近ではインターネットにアクセスしてホームページ上の情報を受信したり、電子メールを交換することが日常的に行われるようになっている。
【０００３】
このような無線端末を使用してネットワークを使用した場合のネットワーク使用料金としての課金については従来から２つの考え方のいずれかが採られている。１つはネットワークを介してデータが送受信されたときにそのデータ量に応じて課金するという考え方である。たとえばパケット通信でテキスト情報からなる論文等の所定の情報を１ページずつ読んでいるような場合には、ページが代わる度にデータがパケットとして送受信されるが、それ以外の場合にはネットワークに何ら負担をかけるものではない。そこでこのような場合には、送受信されるデータ量に応じて課金するのが合理的である。もう１つの考え方は、ネットワークに接続している時間に応じて課金を行うというものである。従来から電話等の課金に広く使用されており、単位時間当たりのデータの送受信量が大きいような場合には得になる。
【０００４】
各ネットワークの管理者は、利用者との契約により、あるいは独自にいずれかの考え方に基づいた課金を行うようにしている。したがって、利用者はその利用の態様に応じてネットワークを選択することで経済的な通信を行うことができる。
【０００５】
特開平１０−１９０８４５号公報に記載した技術では、携帯端末が数種の移動通信網を介してサーバに接続される状況で、単位時間当たりの通信料等を管理するテーブルを用意するようにしている。そして、通信を開始する前にこのテーブルを用いて最小通信時間や最小通信料を見積もらせ、利用者がこれに応じて最適の移動通信網を決定して通信を開始できるようにしている。
【０００６】
また、特開平１１−３１３０７４号公報では、クライアント機とあるサーバ機の間でデータ通信を開始させて単位データの送信が終了した時点で他のサーバ機を使用した場合のスループット情報に基づいてこのサーバ機に回線を繋ぎ変えて最初からデータ通信を行う場合の要処理時間を計算するようにしている。そして、現在通信を行っているサーバ機以外のサーバ機を使用して最初からデータ通信をやり直した方が効率的な通信が行われると判断した場合には、後のサーバ機で通信をやり直すことにして、通信時間の短縮化を図るようにしている。
【０００７】
しかしながら、これら２つの技術は、送受信する情報が１種類であることを前提としている。したがって、送受信する情報がそれぞれ異なる性格の幾つかのファイルで構成されているような場合にはうまく対応することができない。たとえばサーバ上のコンテンツ（ホームページ）にアクセスすると、そこにはＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等で記述されたテキスト情報やＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等の各種ファイルあるいはデータが存在する。メールを受信しようとしてもそこには同様に各種のファイルあるいはデータが添付されている場合がある。特開平１１−１１３０６１号公報では、複数のデータが混在しているデータ通信を高速で行う工夫を行っている。
【０００８】
図９はこの公報で開示された複数のデータを送受信する手法を表わしたものである。まず、通信先との間で通信路を確立してデータ通信状態となる（ステップＳ１０１）。この状態で、送信するデータを格納したデータ記憶手段の先頭にある通信の最初の対象となるデータの種類をデータ種類検出手段によって検出する（ステップＳ１０２）。そしてプロトコル選択手段によってそのデータに対応したプロトコルを選択し（ステップＳ１０３）、そのプロトコルを使用してそのデータについてデータ通信を行う（ステップＳ１０４）。この後、記憶手段に未送信のデータがあるかどうかをチェックして（ステップＳ１０５）、ある場合には（Ｙ）、プロトコルの切り替えを前記した通信先に通知して（ステップＳ１０６）、次のデータについてその種類を検出し（ステップＳ１０２）、これに合ったプロトコルでデータ通信を行う（ステップＳ１０３、Ｓ１０４）。以下同様である。
【０００９】
また特開平１１−３２３７８号公報では、携帯電話と基地局との間に設けられた２チャネルの情報チャネルＴＣＨを従来では、音声通信のみに使用したり、データ通信のみに使用していた点を改善する提案を行っている。この提案では、音声通信中にデータの通信を行う必要が生じた場合に転送データ量を測定するようにしている。そして、音声通信用に１チャンネルの情報チャネルＴＣＨを常時確保した上で、測定したデータ量に基づいてデータ通信用のチャンネルを低速付随チャンネルあるいは高速付随チャンネルのうちから適当なものを選択するようにしている。
【００１０】
【発明が解決しようとする課題】
ところが図９に示した特開平１１−１１３０６１号公報に記載された技術では、通信網が確立した状態で通信するデータの種類を判別し、その種類に応じて通信先とプロトコルの切り替えを行っている。したがって、プロトコルの切り替えによってデータ通信がより効率的に行われるといった長所があるものの、確立した通信網の範囲内でしかデータの転送のやり方を選択することができず、選択した通信網が不適切なものである場合には効率的な通信を行うことができない。したがって、接続した通信網で効率的な通信を行えたとしても、他の通信網を使用したとすれば通信料金がより安くなる可能性があるという問題があった。
【００１１】
特開平１１−３２３７８号公報に記載された技術もこの点は同様である。しかもこの技術では音声通信用に１チャネルの情報チャネルＴＣＨを常時確保するようにしている。したがって、たとえばファイルの添付された電子メールを受信するように音声通信が必要ない場合であっても音声通信用に１チャネルが確保されるので、１つのチャネルが全くの空きチャネルとなってしまい、接続した通信網の効率的な活用を行うことができないという問題があった。
【００１２】
そこで本発明の目的は、ネットワークを使用してデータの送受信を行うとき送受信の対象となるデータの種類に応じて通信網を適宜選択可能にした無線端末を提供することにある。
【００１３】
【課題を解決するための手段】
請求項１記載の発明では、（イ）付随して通信する付随データに関する情報を併記したメインデータを、予め定められた所定の通信路を選択して取得するメインデータ取得手段と、（ロ）このメインデータ取得手段によって取得したメインデータに併記された、次に通信する付随データのデータ量をその都度判別するデータ量判別手段と、（ハ）このデータ量判別手段の判別したデータ量を有する付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から順次判別する付随データ別通信路判別手段と、（ニ）この付随データ別通信路判別手段によって判別された通信路を付随データごとに選択しながらこれら付随データの通信を行う通信路選択手段とを無線端末に具備させる。
【００１４】
すなわち請求項１記載の発明では、メインデータ取得手段の取得したメインデータに併記された付随データに関する情報から、次に通信する付随データのデータ量をその都度判別し、判別したデータ量を有する付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から順次判別する。そして、この付随データ別通信路判別手段によって判別された通信路を付随データごとに選択しながらこれら付随データの通信を行う。このように最初に取得したメインデータから付随データに関する情報を取得して付随データそれぞれについての通信路の判別に使用するので、それぞれの付随データの通信を適切な形態で行うことができる。
【００１５】
請求項２記載の発明では、（イ）付随して通信する付随データに関する情報を併記し所定の記述言語で記述されたメインデータを、予め定められた所定の通信路を選択して取得するメインデータ取得手段と、（ロ）このメインデータ取得手段によって取得した付随データに関する情報から付随データそれぞれのデータ量を求めるデータ量判別手段と、（ハ）このデータ量判別手段の判別したデータ量を有する付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から順次判別する付随データ別通信路判別手段と、（ニ）この付随データ別通信路判別手段によって判別された通信路を付随データごとに選択しながらこれら付随データの受信を行う通信路選択手段とを無線端末に具備させる。
【００１６】
すなわち請求項２記載の発明では、メインデータ取得手段の取得したメインデータに併記された付随データに関する情報から付随データのデータ量を求め、これを基にして付随データそれぞれの通信に適する通信路を付随データの通信が可能な複数の通信路の中から判別し、判別された通信路を付随データごとに選択しながらこれら付随データの通信を行うようにしている。このように最初に取得したメインデータを基にして付随データのデータ量を求め、データ量に応じて付随データそれぞれの通信路を選択するので、付随データの受信を適切な形態で行うことができる。
【００１７】
請求項３記載の発明では、請求項１または請求項２記載の無線端末で、付随データ別通信路判別手段は通信料金が最も低額の通信路を選択することを特徴としている。
【００１８】
すなわち請求項３記載の発明では、付随データ別通信路判別手段は通信料金が最も低額の通信路を選択することで、通信に要するコストの低減を図っている。
【００１９】
請求項４記載の発明では、請求項１または請求項２記載の無線端末で、メインデータはコンテンツを表示する記述言語で記述されており、付随データは画像、映像等のコンテンツの各種構成ファイルであることを特徴としている。
【００２０】
すなわち請求項４記載の発明では、ホームページのようにたとえばメインデータがＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等で記述されており、付随データはＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等のファイルで構成されている場合を示している。
【００２１】
請求項５記載の発明では、請求項１または請求項２記載の無線端末で、メインデータは電子メールの本文を表わしたデータであり、付随データは画像、映像等の各種添付ファイルであることを特徴としている。
【００２２】
すなわち請求項５記載の発明では、メインデータが電子メール本文の場合を扱っている。
【００２３】
請求項６記載の発明では、請求項１または請求項２記載の無線端末で、付随データ別通信路判別手段は通信時間が短時間で行われる方の通信路を選択することを特徴としている。
【００２４】
すなわち請求項６記載の発明では、付随データ別通信路判別手段が短時間で通信が行われる方を選択することを示している。これとは別に、経済的に通信が行われる方や、信頼性が高い方を選択する手法も存在する。
【００２５】
【発明の実施の形態】
【００２６】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００２７】
図１は、本発明の一実施例における無線端末としての携帯無線端末の構成を表わしたものである。この携帯無線端末２０１は空中線を介してデータの送受信を行うためのアンテナ２０２を備えている。送受信器２０３はアンテナ２０２を介して受信した受信データを復調したり、送信データを変調してアンテナ２０２から出力させるようになっている。通信制御部２０４は、パケット通信と回線交換データ通信それぞれのプロトコルを処理するようになっている。ブラウザ処理部２０５は図示しないＣＰＵ（中央処理装置）を備えている。ブラウザ処理部２０５は、通信制御部２０４の他にメモリ２０６、表示部２０７、操作部２０８および回線選択部２０９と接続されており、メモリ２０６に格納されたプログラムを実行することによって制御の中枢的な機能を果たすようになっている。ここで表示部２０７は液晶ディスプレイからなり、文字や画像を表示できるようになっている。操作部２０８はダイアルを行ったり各種の入力を行うためのキーを複数配置して構成されている。回線選択部２０９は、無線ネットワークへこの携帯無線端末２０１を接続する際の通信路を選択する機能を備えている。
【００２８】
図２は本実施例の携帯無線端末を使用した通信システムの概要を表わしたものである。本実施例の携帯無線端末２０１は、基地局２２１を介してインターネット網２２２上のＷＷＷ（ｗｏｒｌｄ  ｗｉｄｅ  ｗｅｂ）サーバ２２３に接続できるようになっている。本実施例で基地局２２１は、パケット通信ゲートウェイ２２５と回線交換ゲートウェイ２２６の２つのゲートウェイを備えている。ここでパケット通信ゲートウェイ２２５はインターネット網２２２とパケット通信用の通信路２２７を介して接続され、ＷＷＷサーバ２２３との間でパケット通信を行うことでデータの送受信を行うために設けられている。これに対して回線交換ゲートウェイ２２６は、公衆網２２８に接続され、インターネット接続業者としてのインターネットプロバイダ２２９を介してインターネット網２２２に接続されてＷＷＷサーバ２２３との間で通信を行うようになっている。
【００２９】
図３は本実施例の無線端末を使用してインターネット上のホームページ（コンテンツ）をアクセスして所望のページをダウンロードする場合の処理の流れを表わしたものである。この処理の前提として、携帯無線端末２０１は図２に示した基地局２２１に登録されており初期的にパケット通信網に接続されている。携帯無線端末２０１のユーザは、アクセスしようとするホームページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をその操作部２０８から入力する（ステップＳ２４１）。すると、携帯無線端末２０１のブラウザ処理部２０５の前記したＣＰＵはこの入力されたＵＲＬを通信制御部２０４を介して送受信器２０３に出力する。送受信器２０３は入力されたＵＲＬを変調し、アンテナ２０２からＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエスト（ＧＥＴ  ＵＲＬ  ＨＴＴＰ／１．０）として基地局２２１に向けて送信する（ステップＳ２４２）。
【００３０】
携帯無線端末２０１から送出されたこのリクエストは、基地局２２１のパケット通信ゲートウェイ２２５に入力され、パケット通信用の通信路２２７を介してインターネット網２２２に送出され、該当するＵＲＬを有するＷＷＷサーバ２２３がこれを受け取る（ステップＳ２４３）。リクエストを受けたＷＷＷサーバ２２３はそのＵＲＬを記述するＨＴＭＬデータをインターネット網２２２に送出し、パケットデータとしてパケット通信用の通信路２２７を介して基地局２２１に送られる（ステップＳ２４４）。
【００３１】
図４は、このときＷＷＷサーバから基地局へ送出されるＨＴＭＬデータの構成の一部を表わしたものである。ＨＴＭＬデータ２６１は、ヘッダ２６２とＨＴＭＬ本文２６３とに分けられる。これらは記述言語として比較的データ量の少ない情報で構成されている。すなわちＨＴＭＬは埋め込み言語の１種であり、言語の指示やタグを挿入したドキュメントとして構成されている。ホームページ上に現われる静止画、動画等の画像あるいは音声等のマルチメディアデータはＨＴＭＬドキュメントとは別のものであり、それぞれ参照用のタグがＨＴＭＬ本文２６３中に埋め込まれるようになっている。たとえば図４に示した“ＳＡＭＰＬＥ．ＪＰＥＧ”は、ＪＰＥＧと呼ばれるファイル形式の画像データであり、これは別のファイルとしてＷＷＷサーバ２２３の所定の記憶領域に格納されている。ＨＴＭＬドキュメントでは、このようなファイルの種別と名称を規定しており、別にこれらのファイルをダウンロードして統合することでホームページの該当するページが表示されたり、そのページで音声が出力されることになる。ユーザが所望のＵＲＬを指定して該当のコンテンツを指定した最初の段階では、図４に示したようなヘッダ２６２とＨＴＭＬ本文２６３からなるＨＴＭＬデータ２６１が携帯無線端末２０１に送出されるだけであり、タグによって参照されている画像等のファイルはまだ携帯無線端末２０１に送出されないことになる。
【００３２】
図４に示すようなＨＴＭＬデータ２６１を受け取った携帯無線端末２０１は、ブラウザ処理部２０５内の前記したＣＰＵがこの構文を解析する。この解析の結果として作成された表示イメージデータは表示部２０７に送られて表示される。この例では“ＳＡＭＰＬＥ．ＪＰＥＧ”の表示領域がまだ空白の枠になった状態で、テキスト情報のみがディスプレイとしての表示部２０７に表示されることになる。
【００３３】
図５は、ブラウザ処理部内のＣＰＵがタグによって参照されたファイルを取得する処理の流れを表わしたものである。ＣＰＵはタグで示されたファイルの中の次に取得しようとするものについてＷＷＷサーバ２２３に対してそのサイズを要求する（ステップＳ２７１）。この要求に対してＷＷＷサーバ２２３から返答があると（ステップＳ２７２：Ｙ）、この返答によって通知されたサイズの該当するファイルを取得するのに要する課金額をパケット通信によるものと回線交換接続によるものとの２つの料金体系で個別に算出する（ステップＳ２７３）。パケット通信によるものについてはパケットの数等のデータ量で課金額の算出が行われる。回線交換接続によるものの場合には、インターネットプロバイダ２２９を介してインターネット網２２２に接続する時間を加味して、通知されたデータ量のデータを取得する時間と時間当たりの料金を基にして課金額が算出される。時間帯あるいは曜日によってデータの転送量が異なるような場合には、ファイルを取得する時間帯や曜日について過去に求めた統計を使用して計算を行えばよい。同一日の比較的近い時間帯でインターネット網２２２にアクセスしているような場合には、その値を参考にしてデータの取得に要する時間を計算し、これを基にして課金額を算出してもよい。同一のホームページの各種ファイルを取得する場合には、２番目以降のファイルについてこの手法を採用することができる。
【００３４】
図６は、ＷＷＷサーバからのファイルのサイズについて返答の一例を表わしたものである。この返答文２６５の中の“Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１２２３２６”の部分２６６がファイルのサイズを示している。この例ではそのファイルのサイズが１２２３２６（バイト）であることが示されている。
【００３５】
該当するファイルのサイズを基にして２つの料金体系で課金額をそれぞれ計算し、その結果を比較してパケット通信の方が低額であると判別された場合には（ステップＳ２７４：Ｙ）、現在のパケット通信のままで該当するファイルの取得を要求する（ステップＳ２７５）。そしてこのファイルの受信が終了したら（ステップＳ２７６：Ｙ）、そのコンテンツについて取得すべき残りのファイルがなくなったかどうか判別し（ステップＳ２７７）、まだ残りのファイルが存在する場合には（Ｎ）、再びステップＳ２７１に戻って次のファイルの取得のためにそのサイズの通知を要求することになる。そのコンテンツについてのすべてのファイルを取得してしまった場合には（ステップＳ２７７：Ｙ）、処理を終了させる（エンド）。
【００３６】
一方、ステップＳ２７４でパケット通信の方が低額ではない、すなわち回線交換接続の方が料金的に得であると判別された場合には（Ｎ）、基地局２２１は回線交換接続を行う（ステップＳ２７８）。ただし、パケット通信の方は回線交換接続を行っている間、データの受信を行わないので課金されることがないので、データを受信しない状態に保持しておく。この段階で回線交換ゲートウェイ２２６は、公衆網２２８に接続され、インターネットプロバイダ２２９を介してインターネット網２２２に接続されてＷＷＷサーバ２２３に該当するファイルの送信を要求する（ステップＳ２７９）。ＣＰＵはファイルの受信完了を監視しており、受信が終了すると（ステップＳ２８０：Ｙ）、回線交換接続を一旦終了して（ステップＳ２８１：Ｙ）、ステップＳ２７７に進む。以下同様である。
【００３７】
図３に戻って以上の処理を説明する。基地局２２１はＷＷＷサーバ２２３からＵＲＬを記述するＨＴＭＬデータを受信するとこれを無線で携帯無線端末２０１に送出する（ステップＳ２４５）。この結果、ユーザはまだＪＰＥＧ等のファイルが再現されていない状態のホームページをブラウザで見ることができる（ステップＳ２４６）。この状態で携帯無線端末２０１側では図４に示したＨＴＭＬ本文２６３中の“ＳＡＭＰＬＥ．ＪＰＥＧ”のファイルサイズの要求を出力する（ステップＳ２４７）。この要求は基地局２２１のパケット通信ゲートウェイ２２５からパケット通信用の通信路２２７を介してインターネット網２２２に送出され、ＷＷＷサーバ２２３に到達する（ステップＳ２４８）。ＷＷＷサーバ２２３はこれに対して“ＳＡＭＰＬＥ．ＪＰＥＧ”のファイルサイズを応答する（ステップＳ２４９、Ｓ２５０）。携帯無線端末２０１は得られたサイズ情報を基にして、その“ＳＡＭＰＬＥ．ＪＰＥＧ”のファイルをパケット通信で取得するか回線交換データ通信で取得するかの判断を行う。
【００３８】
パケット通信の方が経済的であると判断した場合には、携帯無線端末２０１からパケット通信ゲートウェイ２２５を経てＷＷＷサーバ２２３に対して“ＳＡＭＰＬＥ．ＪＰＥＧ”のファイルの取得が要求される（ステップＳ２５１、Ｓ２５２）。これに対して、回線交換データ通信の方が経済的であると判断した場合には、携帯無線端末２０１から回線交換ゲートウェイ２２６を経て、公衆網２２８、インターネットプロバイダ２２９経由でＷＷＷサーバ２２３に対して“ＳＡＭＰＬＥ．ＪＰＥＧ”のファイルの取得が要求されることになる（ステップＳ２５３〜Ｓ２５５）。
【００３９】
発明の変形可能性
【００４０】
図７は本発明の変形例における無線端末の構成を表わしたものである。この図７で先の実施例の図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この変形例の無線端末２０１Ａでは新たにパケット通信スループット計算部３０１が設けられている。パケット通信スループット計算部３０１は、先の実施例でＨＴＭＬデータ２６１を取得したときの取得に要する時間と取得したデータ量からパケット通信における処理時間（スループット）を計算するようにしている。パケット通信を行う場合に網への接続端末が増加すると、１つの端末当たりの帯域が減って、スループットが減少するという事態が発生する。このため、この変形例では課金額だけでパケット通信を選択せずに、短い時間でデータを利用できる通信路の方を選択するようにしている。
【００４１】
図８は、この変形例におけるファイルの取得の際の処理の流れを表わしたものである。まずパケット通信スループット計算部３０１は図４に示したＨＴＭＬデータ２６１のデータ量とこれを取得した際の所要時間とから、直前に行われたパケット通信のスループットを計算する（ステップＳ３２１）。次に図５のステップＳ２７１で説明したと同様に取得するファイルのサイズをＷＷＷサーバ２２３に対して要求する（ステップＳ３２２）。これに対して、ＷＷＷサーバ２２３がそのファイルのサイズを返答してきたら、ステップＳ３２１で計算したスループットを用いて、該当するファイルがパケット通信で取得される時間Ｐを予測する（ステップＳ３２３）。次にパケット通信スループット計算部３０１はブラウザ処理部２０５等のなるべく近い過去あるいは同じ時間帯に処理した回線交換接続の結果を参照して、そのサイズのファイルが回線交換接続で取得される処理時間Ｃを予測する（ステップＳ３２４）。この後、パケット通信スループット計算部３０１は２つの値Ｐ、Ｃの大小関係を比較する（ステップＳ３２５）。
【００４２】
この結果、値Ｃの方が大きいと判断されたとき（Ｎ）、すなわちパケット通信による方がそのパケットを取得する時間が少ないと判断された場合には、パケット通信ゲートウェイ２２５を使用してパケット通信でそのファイルをＷＷＷサーバ２２３から取得する（ステップＳ３２６）。取得が完了したら（ステップＳ３２７：Ｙ）、該当するコンテンツを再現するためのファイルをすべて取得したかどうかの判別が行われ（ステップＳ３２８）、残りのファイルがある場合には（Ｎ）、ステップＳ３２２に進んで次のファイルについての取得処理を開始する。これに対して、すべてのファイルの取得が終了した場合には（ステップＳ３２８：Ｙ）、付随するファイルの取得処理を終了させる（エンド）。
【００４３】
一方、ステップＳ３２５で値Ｐの方が大きいか値Ｃと等しいと判断された場合には（Ｙ）、ステップＳ２７８で説明したと同様に回線交換接続を行う（ステップＳ３２９）。ただし、パケット通信の方は回線交換接続を行っている間、データの受信を行わないので課金されることがないので、データを受信しない状態に保持しておく。この段階で回線交換ゲートウェイ２２６は、公衆網２２８に接続され、インターネットプロバイダ２２９を介してインターネット網２２２に接続されてＷＷＷサーバ２２３に該当するファイルの送信を要求する（ステップＳ３３０）。前記したＣＰＵはファイルの受信完了を監視しており、受信が終了すると（ステップＳ３３１：Ｙ）、回線交換接続を一旦終了して（ステップＳ３３２）、ステップＳ３２８に進む。以下同様である。
【００４４】
なお、以上説明した実施例あるいは変形例では回線交換データ通信でファイルが取得される場合には、１つのファイルの取得が完了するとダイアルアップ接続を切断することにした。１つのＨＴＭＬ本文２６３を基に複数のファイルの取得が予定されるような場合には、回線の切断を次に取得するファイルがパケット通信によるものであることを確認した後で行うようにしてもよい。また、この例では取得するファイルのサイズをファイル別に１つずつ要求することにしたが、取得するファイルが複数の場合には、これらのファイルのサイズを一度に要求し、ファイル別のサイズのリストを作成して、それぞれのファイルの取得をどちらの料金体系で行うかをまとめて計算するようにしてもよい。この場合には、回線交換接続を行うファイルを連続して要求して取得することができ、回線をそのたびに切断したり接続する無駄を省いて料金を更に低額にすることができる。
【００４５】
また、実施例および変形例ではホームページ（コンテンツ）に関するデータの取得について説明したが、たとえば各種のファイルを添付した電子メールの取得についても本発明を同様に適用することができる。すなわち、この場合にもメインデータとしてのメール本文を取得して付随データの取得を行うときにそのデータ形式やデータのサイズ等を考慮して通信路を選択するようにすればよい。
【００４６】
【発明の効果】
以上説明したように請求項１記載の発明によれば、メインデータ取得手段の取得したメインデータに併記された付随データに関する情報から付随データのデータ量を判別し、これらのデータ量を基にして通信に適する通信路を判別し、これにより付随データごとに通信路を選択しながら付随データの通信を行うようにしたので、付随データそれぞれの通信を適切な形態で行うことができる。また、メインデータに併記された付随データに関する情報を使用するので、付随データの通信に必要なデータの取得が容易である。
【００４７】
また請求項２記載の発明によれば、メインデータ取得手段の取得したメインデータに併記された付随データに関する情報から付随データそれぞれのデータ量を求め、これを基にしてそれぞれの付随データの通信に適する通信路を判別し、判別された通信路を選択して付随データごとに通信路を選択しながら付随データの受信を行うようにしたので、それぞれの付随データの通信を適切な形態で行うことができる。また、メインデータに併記された付随データに関する情報から付随データのデータ量を求めるので、付随データの通信に必要なデータの取得が容易である。
【００４８】
更に請求項６記載の発明によれば、請求項１または請求項２記載の無線端末で、付随データ別通信路判別手段は通信時間が短時間で行われる方の通信路を選択することを特徴としているので、回線の状況にかかわらず必要なデータを短時間に取得することが可能である。
【図面の簡単な説明】
【図１】本発明の一実施例における無線端末としての携帯無線端末の構成を表わしたブロック図である。
【図２】本実施例の携帯無線端末を使用した通信システムの概要を表わしたシステム構成図である。
【図３】本実施例の無線端末を使用してインターネット上のホームページをアクセスして所望のページをダウンロードする場合の処理の流れを表わした説明図である。
【図４】本実施例でＷＷＷサーバから基地局へ送出されるＨＴＭＬデータの構成の一部を表わした説明図である。
【図５】本実施例でブラウザ処理部内のＣＰＵがタグによって参照されたファイルを取得する処理の流れを表わした流れ図である。
【図６】本実施例でＷＷＷサーバからのファイルのサイズについて返答の一例を表わした説明図である。
【図７】本発明の変形例における無線端末の構成を表わしたブロック図である。
【図８】変形例におけるファイルの取得の際の処理の流れを表わした流れ図である。
【図９】複数のデータを送受信する従来の手法を表わした流れ図である。
【符号の説明】
２０１、２０１Ａ  携帯無線端末
２０４  通信制御部
２０５  ブラウザ処理部
２０９、２０９Ａ  回線選択部
２２２  インターネット網
２２３  ＷＷＷ（ｗｏｒｌｄ  ｗｉｄｅ  ｗｅｂ）サーバ
２２５  パケット通信ゲートウェイ
２２６  回線交換ゲートウェイ
２２８  公衆網
２２９  インターネットプロバイダ
２６３  ＨＴＭＬ本文
２６５  返答文
３０１  パケット通信スループット計算部
【図１】
0003570339.tif 000002
【図２】
0003570339.tif 000003
【図３】
0003570339.tif 000004
【図４】
0003570339.tif 000005
【図５】
0003570339.tif 000006
【図６】
0003570339.tif 000007
【図７】
0003570339.tif 000008
【図８】
0003570339.tif 000009
【図９】
0003570339.tif 000010