(57)【特許請求の範囲】
【請求項１】
配信サーバから同一のデータのダウンロードを受ける複数のユーザ端末が前記配信サーバと前記ユーザ端末のネットワークとは別のネットワークであるダウンロードユーザネットワークを形成し、
前記配信サーバが、ダウンロードデータを分割した分割データを前記複数のユーザ端末に分配してダウンロードを行い、
前記複数のユーザ端末は、それぞれが取得した分割データを前記ダウンロードユーザネットワークを用いて相互にダウンロードし、結合することで前記ダウンロードデータを得ることを特徴とするダウンロード方法。
【請求項２】
前記配信サーバは、前記複数のユーザ端末にそれぞれ送信する分割データをユーザ端末数に応じて分配するものであり、前記複数のユーザ端末のうちの１つを代表ユーザ端末とし、この代表ユーザ端末が、前記配信サーバに前記ユーザ端末数を把握するのに必要な情報を送信することを特徴とする請求項１に記載のダウンロード方法。
【請求項３】
前記代表ユーザ端末は、各ユーザ端末が前記配信サーバと通信する場合の通信環境を把握してその情報を前記配信サーバに送信し、前記配信サーバは、前記各ユーザ端末の通信環境に応じて前記分割データの分配を行うことを特徴とする請求項２に記載のダウンロード方法。
【請求項４】
前記配信サーバは、通信環境に応じて送信する分割データに冗長性をもたせるように分割データを分配することを特徴とする請求項３に記載のダウンロード方法。
【請求項５】
前記ダウンロードユーザネットワークに新規ユーザ端末が参加することとなったとき、前記代表ユーザ端末は、その参加を前記配信サーバに通知し、前記配信サーバは、前記新規ユーザ端末にも前記分割データを送信するように前記分割データの分配量を変更することを特徴とする請求項２ないし４のいずれか１つに記載のダウンロード方法。
【請求項６】
前記ダウンロードユーザネットワークに新規ユーザ端末が参加することとなったとき、前記代表ユーザ端末は、前記新規ユーザ端末を前記配信サーバによるダウンロードが終了するまで待機させ、その後の前記相互ダウンロードから前記ダウンロードユーザネットワークに参加させることを特徴とする請求項２ないし４のいずれか１つに記載のダウンロード方法。
【請求項７】
前記配信サーバによるダウンロード中に前記複数のユーザ端末のいずれかと前記配信サーバとの通信が切れた場合、前記配信サーバは、通信が切れたユーザ端末ヘダウンロードが予定されている分割データを他のユーザ端末に分配するように前記分割データの分配量を変更することを特徴とする請求項２ないし４のいずれか１つに記載のダウンロード方法。
【請求項８】
前記代表ユーザ端末は、全てのユーザ端末が前記配信サーバからの分割データのダウンロードが完了したことを確認してから、前記相互ダウンロードを開始させることを特徴とする請求項２ないし７のいずれか１つに記載のダウンロード方法。
【請求項９】
前記複数のユーザ端末のそれぞれは、前記配信サーバからの分割データのダウンロードが完了する毎に、その分割データの相互ダウンロードを開始することを特徴とする請求項１ないし７のいずれか１つに記載のダウンロード方法。
【請求項１０】
前記配信サーバは、前記分割データのダウンロード時に、どのユーザ端末にどの分割データをダウンロードしたかを示す分割ダウンロードマップを各ユーザ端末に送信することを特徴とする請求項１ないし９のいずれか１つに記載のダウンロード方法。
【請求項１１】
請求項１ないし９のいずれか１つに記載のダウンロード方法を実施するユーザ端末であって、
前記ダウンロードユーザネットワークを形成する機能と、前記配信サーバからダウンロードデータした分割データを前記ダウンロードユーザネットワークに参加している他のユーザ端末と相互にダウンロードする機能と、取得した全ての分割データを結合する機能とを有することを特徴とするユーザ端末。
【請求項１２】
請求項１ないし９のいずれか１つに記載のダウンロード方法を実施する配信サーバであって、
ダウンロードするダウンロードデータを分割して分割データにする機能と、分割データを前記ダウンロードユーザネットワークに参加している複数のユーザ端末に分配してダウンロードを行う機能とを備えたことを特徴とする配信サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ダウンロード方法およびそのダウンロード方法を実施するユーザ端末、配信サーバに関する。
【０００２】
【従来の技術】
従来、ダウンロードを行う方法として、特開平７−３０５７３号公報に記載されたものがある。この公報に記載されたダウンロード方法は、マスタ局（送信者）がマスタ局と接続されるすべてのスレイブ局（ユーザ端末）ヘダウンロード要求を送信し、ダウンロード要求に付加されている識別子によりダウンロードの許可あるいは拒否を決定し、ダウンロードが完了したスレイブ局がマスタ局となることで、各スレイブ局が接続されているすべてのスレイブ局ヘダウンロード要求を送信し、同じ手順を繰り返すことで、同一データをすべての局へダウンロードするものである。
【０００３】
【発明が解決しようとする課題】
上記したダウンロード方法によれば、同一データを複数の局にダウンロードする場合に、スレーブ局に対するダウンロードを並列的に実行するようにしているため、１つの局から他の全ての局にダウンロードする場合に比べ、ダウンロードに要する総時間を短縮することができる。
【０００４】
しかし、この方法においても、それぞれの局に個別にダウンロードしているため、ダウンロードするデータの情報量と比較して、通信量に無駄が生じる。
【０００５】
本発明は、同一データを複数のユーザ端末にダウンロードする場合に、通信効率よくダウンロードすることができるダウンロード方法、およびそのダウンロード方法を実施するユーザ端末、配信サーバを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載の発明では、配信サーバから同一のデータのダウンロードを受ける複数のユーザ端末が前記配信サーバと前記ユーザ端末のネットワークとは別のネットワークであるダウンロードユーザネットワークを形成し、
前記配信サーバが、ダウンロードデータを分割した分割データを前記複数のユーザ端末に分配してダウンロードを行い、
前記複数のユーザ端末は、それぞれが取得した分割データをダウンロードユーザネットワークを用いて相互にダウンロードし、結合することで前記ダウンロードデータを得るダウンロード方法を特徴としている。
【０００７】
このことによって、同一データを複数のユーザ端末にダウンロードする場合に通信効率よくダウンロードすることができる。
【０００８】
この場合、請求項２に記載の発明のように、前記配信サーバが、前記複数のユーザ端末にそれぞれ送信する分割データをユーザ端末数に応じて分配することが好ましく、さらに、前記複数のユーザ端末のうちの１つを代表ユーザ端末とし、この代表ユーザ端末が、前記配信サーバに前記ユーザ端末数を把握するのに必要な情報を送信するようにすれば、配信サーバでユーザ端末数を把握することができる。
【００１０】
また、請求項３に記載の発明のように、前記代表ユーザ端末が、各ユーザ端末が前記配信サーバと通信する場合の通信環境を把握してその情報を前記配信サーバに送信し、前記配信サーバは、前記各ユーザ端末の通信環境に応じて前記分割データの分配を行うようにすれば、通信環境を考慮したダウンロードを行うことができる。この場合、請求項４に記載の発明のように、前記配信サーバが、通信環境に応じて送信する分割データに冗長性をもたせるように分割データを分配するのが好ましい。
【００１１】
また、請求項５に記載の発明のように、前記ダウンロードユーザネットワークに新規ユーザ端末が参加することとなったとき、前記代表ユーザ端末が、その参加を前記配信サーバに通知し、前記配信サーバが、前記新規ユーザ端末にも前記分割データを送信するように前記分割データの分配量を変更するようにすれば、新規ユーザ端末に対しても適切にダウンロードすることができる。
【００１２】
また、請求項６に記載の発明のように、前記ダウンロードユーザネットワークに新規ユーザ端末が参加することとなったとき、前記代表ユーザ端末が、前記新規ユーザ端末を前記配信サーバによるダウンロードが終了するまで待機させ、その後の前記相互ダウンロードから前記ダウンロードユーザネットワークに参加させるようにしてもよい。
【００１３】
また、請求項７に記載の発明のように、前記配信サーバによるダウンロード中に前記複数のユーザ端末のいずれかと前記配信サーバとの通信が切れた場合、前記配信サーバは、通信が切れたユーザ端末ヘダウンロードが予定されている分割データを他のユーザ端末に分配するように前記分割データの分配量を変更すれば、前記配信サーバとの通信が切れたユーザ端末があってもダウンロードを継続して行うことができる。
【００１４】
また、請求項８に記載の発明のように、前記代表ユーザ端末は、全てのユーザ端末が前記配信サーバからの分割データのダウンロードが完了したことを確認してから、前記相互ダウンロードを開始させるようにするのが好ましい。
【００１５】
また、請求項９に記載の発明のように、前記複数のユーザ端末のそれぞれは、前記配信サーバからの分割データのダウンロードが完了する毎に、その分割データの相互ダウンロードを開始するようにすれば、各ユーザ端末へのダウンロード時間を短くすることができる。
【００１６】
なお、上記した各請求項記載の発明において、請求項１０に記載の発明のように、前記配信サーバが、前記分割データのダウンロード時に、どのユーザ端末にどの分割データをダウンロードしたかを示す分割ダウンロードマップを各ユーザ端末に送信するようにすれば、その分割ダウンロードマップに基づいて相互ダウンロードを容易に行うことができる。
【００１７】
請求項１１に記載の発明では、請求項１ないし９に記載のダウンロード方法を実施するユーザ端末であって、
前記ダウンロードユーザネットワークを形成する機能と、前記配信サーバからダウンロードデータした分割データを前記ダウンロードユーザネットワークに参加している他のユーザ端末と相互にダウンロードする機能と、取得した全ての分割データを結合する機能とを有するユーザ端末を特徴としている。
【００１８】
また、請求項１２に記載の発明では、請求項１ないし９に記載のダウンロード方法を実施する配信サーバであって、
ダウンロードするダウンロードデータを分割して分割データにする機能と、分割データを前記ダウンロードユーザネットワークに参加している複数のユーザ端末に分配してダウンロードを行う機能とを備えた配信サーバを特徴としている。
【００２５】
【発明の実施の形態】
（第１実施形態）
図１に、本発明の第１実施形態に係るダウンロード方法を実施するシステムのブロック構成を示し、図２に、その具体的なイメージ構成を示す。
【００２６】
サービス提供会社の配信サーバ１とユーザ端末２１、２２、２３、２４、２５、２６、２７、２８、２９…は、広域ネットワーク５および基地局４１、４２…を介して遠距離無線通信（携帯電話など）ができるようになっている。また、ユーザ端末２１、２２…は、ユーザ端末間の近距離無線通信によって広域通信ネットワーク５とは別のネットワークであるダウンロードユーザネットワーク３１、３２、３３…を近距離無線通信セル内に形成することができるようになっている。
【００２７】
このようなシステムにおいて、配信サーバ１から各ユーザ端末にブロードキャスト情報のような同一データ（以下、ブロードキャスト情報として説明する）をダウンロードする場合について、以下、図３を用いて説明する。
【００２８】
まず、サービス提供会社とユーザとの間で、ブロードキャスト情報のようなデータ提供のサービスに関して契約を結んでおく。この契約によって、ユーザの端末のＩＤ（端末固有番号あるいはアドレス）が、配信サーバ１に登録される。サービス提供会社は、配信サーバ１から、あるいは他の情報提供手段によって、提供するサービスの内容・時刻・金額などをユーザに告知し、ユーザは、配信サーバ１にダウンロードする情報の選択および予約設定などを行う。
【００２９】
ダウンロードする場合の配信サーバ１とユーザ端末の処理を図４に示す。
【００３０】
配信サーバ１は、ダウンロードを開始する時刻になると、ダウンロードを開始する信号（ダウンロード要求）を、遠距離無線通信によって、ダウンロードサービスの予約を行った複数のユーザ端末に送信する（図３（ａ）参照）。
【００３１】
ダウンロード要求を受けた各ユーザ端末は、近距離無線通信によって他のユーザ端末にダウンロードすることを通知し、ある時間で締め切って、近距離無線通信セル内に同一ダウンロードを行うユーザ端末との間でダウンロードユーザネットワークを構築する（図３（ｂ）参照）。
【００３２】
具体的には、各ユーザ端末は、近距離無線通信セル内に同じデータをダウンロードするユーザ端末が存在するかを詮索する。この詮索は、例えば通信でよく利用されるキャリアセンスを利用して行うことができる。キャリアセンスとは、ある端末と通信を確立しようとする端末が、それ以外の通信が行われているかを検知する方法である。このキャリアセンスを利用し、ユーザ端末ＩＤ（端末固有番号あるいはアドレス）とダウンロードをこれから行うという情報を乗せた信号（ネットワーク参加信号を送信）を、ランダムタイミングで送信し、ランダムタイミングで受信する。このことにより、各ユーザ端末は、近距離セル内のユーザ端末数やそのＩＤを把握し、ダウンロードユーザネットワークを形成するための情報を持つことになる。なお、各ユーザ端末は、遠距離通信に対する通信環境を示す情報も加えて送信するようにしてもよい。
【００３３】
ここで、ダウンロードユーザネットワークとは、無線ＬＡＮのような高速近距離無線通信が可能な複数のユーザ端末で構成されるアドホックネットワークのような自立分散型ネットワークをいう。ダウンロードユーザネットワークでは、携帯電話のように基地局が通信の管理を行うわけではないので、各ユーザ端末には、それぞれが勝手に動作しないような管理をするためのソフトウェアが備えられている。
【００３４】
そして、ダウンロードユーザネットワークを構成する複数のユーザ端末のうちの１つを代表ユーザ端末（仮想の管理者）として決定する。この代表ユーザ端末は、複数のユーザ端末の中からランダムに決定される。あるいは複数のユーザ端末のうち最も通信環境がよいものが選ばれる。例えば、各ユーザ端末が、配信サーバ１と通信する際の遠距離通信基地局からの通信環境（受信電力など）を示すパラメータを送信するようにすれば、各ユーザ端末は、他のユーザ端末の通信環境を把握することができ、遠距離通信のための代表ユーザ端末を決定することができる。この代表ユーザ端末は、遠距離無線通信によって配信サーバ１と通信を行う。
【００３５】
この代表ユーザ端末は、ダウンロードする各ユーザ端末のＩＤ（端末固有番号あるいはアドレス）を、配信サーバ１ユーザ端末数を把握するのに必要な情報としてダウンロード許可通知とともに配信サーバ１に送信する（図３（ｃ））。
【００３６】
配信サーバ１は、代表ユーザ端末から送信されたユーザ端末のＩＤによってユーザ端末数を把握し、分割したダウンロードデータをユーザ端末数に応じて分配し、ダウンロードユーザネットワークに参加している各ユーザ端末にダウンロードを開始する（図３（ｄ））。すなわち、配信サーバ１は、図５に示すように、ダウンロードするデータを分割し、それぞれの分割データに分割データ順番を含む分割ヘッダを付し、分割したダウンロードデータをユーザ端末数に応じて分配し（図５の場合は、３つのユーザ端末に分配する状態を示している）、分割ダウンロードマップを付加して、それぞれのユーザ端末に送信する。この送信は、遠距離無線通信によって行われる。
【００３７】
ここで、分割ヘッダは、ダウンロードするデータが何であるかを示す情報、分割データが全データ中の何番目のデータであるかを示す情報、誤り検出のための符号（ＣＲＣ等）からなる。また、分割ダウンロードマップは、図中に示すように、ダウンロードするデータが何であるかを示すデータ情報、ダウンロードユーザネットワークの識別子、各ユーザのダウンロードデータの位置および数を示すデータベース、どのユーザ端末が何番（この番号は分割ヘッダの番号に対応）から何番のデータをダウンロードするかを示す情報、分割ダウンロードマップが更新された回数、誤り検出のための符号（ＣＲＣ等）からなる。
【００３８】
なお、配信サーバ１が、分割したダウンロードデータを分配する方法としては、予めダウンロードデータを分割しておき、その分配をユーザ端末数によって決定する方式と、代表ユーザ端末から送信された情報に基づいてユーザ端末数を把握した後、配信サーバ１がユーザ端末数に応じてデータ分割を行って分配する方式とがある。前者については、例えば６０というような公約数の多い数でダウンロードデータを分割しておき、ユーザ端末数が４の場合、１５個ずつのデータを各ユーザ端末ヘダウンロードする。また、後者については、分割する作業がダウンロードを行う直前となるが、ユーザ端末数を把握しているため、予め分割した場合よりも各ユーザ端末のダウンロード量の不公平差が小さくなる。
【００３９】
また、代表ユーザ端末がダウンロード許可通知を配信サーバ１に送信する際に、ダウンロードユーザネットワークに参加している各ユーザ端末の遠距離通信に対する通信環境を配信サーバ１に送信するようにすれば、配信サーバ１は、その通信環境に応じて、各ユーザ端末へのダウンロード分配量を変えるようにすることができる。このことにより、全体的な通信速度を下げることなくダウンロードが可能となる。この場合、配信サーバ１は、通信環境に応じて送信する分割データに冗長性をもたせるように分割データを分配するのが好ましい。
【００４０】
また、ダウンロード時に、ダウンロードユーザネットワーク内に新規にユーザ端末が加わった場合には、代表ユーザ端末は、そのことを送信側へ送信し、配信サーバ１は、新規ユーザ端末にもデータを分配して送信するように、動的にダウンロード分配量を変更する。あるいは、代表ユーザ端末は、新規ユーザ端末を、ダウンロード終了時まで待機させ、ダウンロード終了後の相互ダウンロード時にダウンロードユーザネットワークに参加させるようにする。
【００４１】
また、配信サーバ１といずれかのユーザ端末との通信が切れた場合には、配信サーバ１がそのことを認識する、あるいは代表ユーザ端末から配信サーバ１にその旨を通知することによって、配信サーバ１は、通信が切れたユーザ端末ヘダウンロードが予定されているデータを他のユーザ端末に再分配するように、動的にダウンロード分配量を変更する。通信が切れたユーザ端末も、ダウンロード終了後の相互ダウンロード時にダウンロードユーザネットワークに参加することによって、各ユーザ端末が必要なデータを得ることができる。
【００４２】
なお、各ユーザ端末は、送信されたダウンロードが正しく受信できたかを誤り検出等によって確認し、正しく受信できなかったときは、配信サーバ１からデータを再送してもらう。
【００４３】
全てのユーザ端末が配信サーバ１からの分割データのダウンロードが完了したことを代表ユーザ端末が確認すると、各ユーザ端末間の相互ダウンロードを開始させる（図３（ｅ）参照）。この相互ダウンロードの方法について、ＡＢＣＤＥＦの６つのユーザ端末を例にとって説明する。この相互ダウンロード方法としては、▲１▼１対１通信で相互ダウンロードする場合と▲２▼１対多通信で相互ダウンロードする場合がある。
【００４４】
▲１▼１対１通信で相互ダウンロードする場合
図６に、この場合の相互ダウンロード方法を示す。まず、１回目で、ＡとＢ、ＣとＤ、ＥとＦでデータを相互ダウンロードする。なお、図中の小文字のアルファベットは、分割したダウンロードデータを示している。２回目で、ＡとＣ、ＢとＥ、ＤとＦでデータを相互ダウンロードする。３回目で、ＡとＤ、ＢとＥ、ＣとＦでデータを相互ダウンロードする。なお、重複したデータがある場合は、ダウンロードしない。このようにして、ＡＢＣＤＥＦの６つのユーザ端末は、ａｂｃｄｅｆのデータを取得することができる。なお、１回の相互ダウンロードが終了したときに、相互ダウンロードしたユーザ端末の分割ダウンロードマップが更新される。そして、その更新された分割ダウンロードマップを用いて次の相互ダウンロードが行われる。
【００４５】
相互ダウンロードに使用する近距離無線通信においては、無指向で全てのユーザ端末が他のユーザ端末と通信できる状態である場合、１対１通信ではそれ以外のユーザ端末との干渉を防ぐため、待ち時間が入る。つまり、６つのユーザ端末で交互ダウンロードする場合、１回につき３ペアができるため、１回につき３回の通信が行われることになる。また、データの重複するものを除いて、残りの重複しないデータをダウンロードする場合においても、一回のダウンロードデータ量が増える。仮に、ダウンロードネットワークを構築するときは無指向で、相互ダウンロード時には指向性的に相手を選択し、ペア通信を同時に成立することができる場合であれば指向性制御機構の複雑さ、処理時間などを除けば、３回で通信が終了する。また、分割ダウンロードマップは、相互ダウンロード１ペアが終了した時に相互ダウンロードした端末だけが更新され、それ以外のユーザ端末のデータベースは更新されないので、データベースが複数存在することになる。また、１ペア相互ダウンロードが終了した時点で１ペア以外のユーザ端末のダウンロードマップを更新するためにはダウンロードユーザネットワーク内で更新するための通信を行う必要がある。
【００４６】
▲２▼１対多通信で相互ダウンロードする場合
図７に、この場合の相互ダウンロード方法を示す。まず、１回目で、ＡからＢＣＤＥＦにデータをダウンロードする。２回目で、ＢからＡＣＤＥＦにデータをダウンロードする。３回目で、ＣからＡＢＤＥＦにデータをダウンロードする。４回目で、ＤからＡＢＣＥＦにデータをダウンロードする。５回目で、ＥからＡＢＣＤＦにデータをダウンロードする。６回目で、ＦからＡＣＤＥにデータをダウンロードする。このようにして、ＡＢＣＤＥＦの６つのユーザ端末は、ａｂｃｄｅｆのデータを取得することができる。
【００４７】
この１対多通信では、１つのユーザ端末以外が受信できるので、無指向で全ての端末と通信可能である。しかし、１回のデータ数は自分のダウンロードした分だけであり、相互ダウンロード回数は、そのネットワーク内のユーザ端末数となる。一度に複数のユーザ端末へ送信するため通信の効率はよい。分割ダウンロードマップは、全ユーザ端末ー律に更新されるのでデータベースは１つしか存在せずシンプルである。
【００４８】
なお、ダウンロードユーザネットワークを形成するユーザ端末において、近距離ネットワークセルの端同士のユーザ端末が通信できない場合が考えられるが、その場合には、ダウンロードできた近くのユーザ端末からデータをもらうようにする。
【００４９】
そして、全ユーザ端末が全分割データの相互ダウンロードを終了すると、各ユーザ端末は、収集した分割データを各分割データのヘッダを参照して結合し、結合が完了すると代表ユーザ端末にダウンロード完了を通知する。そして、代表ユーザ端末は、全てのユーザ端末からダウンロードの完了が通知されると、配信サーバ１へダウンロード完了を通知する（図３（ｆ））。このようにして、配信サーバ１から各ユーザ端末へのダウンロードが終了する。また、代表ユーザ端末が配信サーバ１へダウンロード完了を通知した後に、各ユーザ端末は、ダウンロードユーザネットワークを解消する。
【００５０】
次に、上記のダウンロード方法を実行するための配信サーバ１およびユーザ端末の構成について説明する。
【００５１】
配信サーバ１は、コンピュータを用いて構成され、図８に示すように、ダウンロードするデータなどの各種データを記憶する記憶手段１１と、ユーザ端末と遠距離無線通信を行う通信手段１２と、上記した配信に関する各種の処理を予め記憶されたプログラムに従って実行する処理手段１３（例えば、ダウンロードするデータを分割データ順番を含むヘッダを付加して分割する手段と、ダウンロード要求を通信手段から送信させる手段と、代表ユーザ端末から送信されたユーザ端末のＩＤによってユーザ端末数を把握し、ユーザ端末数に応じて分割データの分配を設定する手段と、ユーザ端末に分割データを通信手段から送信させる手段と、新規に参加したユーザ端末がある場合あるいは回線が切断したユーザ端末がある場合に動的にダウンロード分配量を変化させる手段と、ダウンロード完了通知を受けて記憶手段に記憶されたダウンロードデータを削除する手段などを含む）を備えている。
【００５２】
各ユーザ端末は、コンピュータを用いて構成され、図９に示すように、配信サーバ１と遠距離無線通信を行うための第１の通信手段２０１と、ユーザ端末間で高速な近距離無線通信を行うための第２の通信手段２０２と、ダウンロードデータを記憶する記憶手段２０３と、上記したダウンロードに関する各種の処理を予め記憶されたプログラムに従って実行する処理手段２０４（例えば、ダウンロードユーザネットワークの管理を行う手段と、ネットワーク参加信号を第２の通信手段から送信させる手段と、代表ユーザ端末になったときに配信サーバ１と通信を行ってダウンロードに必要な各種の情報のやりとりを行う手段と、他のユーザ端末と相互ダウンロードを行う手段と、収集した分割データを各分割データのヘッダを参照して結合する手段など）を備えている。
【００５３】
なお、上記実施形態では、代表ユーザ端末が、全てのユーザ端末において配信サーバ１からの分割データのダウンロードが完了したことを確認してから、相互ダウンロードを開始させるものを示したが、複数のユーザ端末のそれぞれが、配信サーバ１からの分割データのダウンロードが完了する毎に、その分割データの相互ダウンロードを開始するようにしてもよい。このようにすれば、ダウンロードにかかる時間を短縮することができる。
【００５４】
（第２実施形態）
上記した第１実施形態においては、配信サーバ１が、代表ユーザ端末から送信されたユーザ端末のＩＤによってユーザ端末数を把握し、分割したダウンロードデータをユーザ端末数に応じて分配し、ダウンロードユーザネットワークに参加している各ユーザ端末にダウンロードをするものを示したが、代表ユーザ端末（第１実施形態と同様にして選ばれるもの）が配信サーバ１からダウンロードデータの全てを受信し、それをダウンロードユーザネットワークに参加している他のユーザ端末にダウンロードするようにしてもよい。
【００５５】
なお、代表ユーザ端末の通信状態が悪化し、代表ユーザ端末より通信状態が良好なユーザ端末が存在することとなることが考えられる。このような場合に対応するためには、第１実施形態と同様に、配信サーバ１が予めダウンロードデータを分割しておき、代表ユーザ端末より通信状態が良好なユーザ端末にダウンロード先を変更し、ダウンロード終了後に近距離無線通信を用いた相互ダウンロードにおいて第１実施形態のようにデータの結合を行うようにすればよい。
【００５６】
また、この第２実施形態において、配信サーバ１が、ダウンロードデータを分割した分割データを代表ユーザ端末にダウンロードし、代表ユーザ端末が、配信サーバからの分割データのダウンロードが完了する毎に、その分割データを他のユーザ端末にダウンロードするようにしてもよい。あるいは、代表ユーザ端末が、配信サーバ１からのダウンロード中に、ダウンロードしたデータを分割して、他のユーザ端末にダウンロードするようにしてもよい。このようにすれば、各ユーザ端末において、ダウンロードにかかる時間を短縮することができる。
【００５７】
上記した第１、第２実施形態では、配信サーバ１からダウンロード要求を受けた各ユーザ端末がダウンロードユーザネットワークを形成するものを示したが、同一のダウンロードデータをダウンロードする複数のユーザ端末が予めダウンロードユーザネットワークを形成し、そのうちの代表ユーザ端末が、ダウンロードを開始する時刻になると、配信サーバ１にダウンロード要求を出すようにして、ダウンロードを開始するようにしてもよい。
（具体的な適用例）
上記した第１、第２実施形態により、種々のサービス情報を各ユーザ端末にダウンロードすることができる。その具体的な適用例を、音楽等のメディアを配信する場合を例にとって説明する。
【００５８】
図１０に、その場合の全体システムのブロック構成を示し、図１１に、その具体的なイメージ構成を示す。メディア供給会社は、それぞれ音楽等のメディア供給データベース６１、６２、６２…を有している。メディア配信会社は、配信サーバ１を有し、メディア供給データベース６１、６２、６２…からダウンロードするデータを受け取り、配信サーバ１から第１、第２実施形態と同様にしてユーザ端末にダウンロードする。
【００５９】
図１２に、この適用例を第１実施形態に適用した場合の処理の流れを示す。
【００６０】
端末を購入したユーザは、通信設備を備えたメディア配信会社との間で、サービスの提供に関して契約を結ぶ。この契約において、通信基本料金などが設定される。
【００６１】
メディア供給会社とメディア配信会社が提携し、メディア供給会社からデータをメディア配信会社に供給し、メディア配信会社がそれに対するメディア料金をメディア供給会社に支払う。
【００６２】
メディア配信会社は、ユーザにメディア情報を提供し、その宣伝を行う。ユーザは、そのコンテンツの選択を行い、ダウンロード予約をする。
【００６３】
メディア配信会社は、ユーザから得られた予約情報をメディア供給会社に消費者動向情報として提供する。メディア供給会社は、その消費者動向情報により販売戦略への反映を図る。この場合、消費者動向情報の提供に対して、メディア料金の値下げなどすれば、それが結果的にユーザが支払うメディア料金の低下に反映される。
【００６４】
メディア配信会社の配信サーバ１とユーザの端末との間で、第１実施形態と同様にして、ダウンロード予約したデータのダウンロードが行われる。
【００６５】
そして、そのダウンロードに対してメディア配信会社から料金が請求され、ユーザはメディア料金と通信にかかった料金を支払う。
【００６６】
ここで、第１実施形態のようにダウンロードデータを分割し複数のユーザ端末に分配してダウンロードした場合には、ユーザが支払う料金は、データ量課金とした場合、例えば数式１のようにして算出される。
【００６７】
【数１】
Ｆ＝αｆD1Ｄ＋βｆD2Ｄ／ｎ
ここで、Ｆはトータル料金、αｆD1Ｄはメディア料金、βｆD2Ｄ／ｎは通信料金を示す。また、ｎはデータ分割数、Ｄはダウンロードデータ量、ｆD1は単位データ当たりのメディア料金（著作権料）、ｆD2は単位データ当たりの通信使用料、αはメディアに対する割引率、βは通信に対する割引率を示す。
【００６８】
このような課金とした場合、メディア供給会社は、新たな販売網による顧客増、予約状況の情報から得られる消費者情報の取得などのメリットを有し、これが割引率αに反映される。また、メディア配信会社は、通信加入者数の増加、伝送時間の短縮に伴う通信設備の有効利用、ダウンロード時刻をトラフィックの低い時刻に設定することによる通信設備の有効利用などのメリットを有し、これが割引率βに反映される。また、ダウンロードユーザネットワークにおける通信に関して料金を取らないとすれば、通信料金がデータ分割数で割った値となるため、ユーザにとっては通信料金が安くなるというメリットがある。
【００６９】
また、ユーザが支払う料金を、時間課金とすることもできる。この場合、例えば数式２のようにして算出される。
【００７０】
【数２】
Ｆ＝αｆt1Ｄ＋βｆt2ｔ／ｎ
ここで、Ｆはトータル料金、αｆt1Ｄはメディア料金、βｆt2Ｄ／ｎは通信料金を示す。また、ｎはデータ分割数、ｔはダウンロード時間、ｆt1は単位時間当たりのメディア料金（著作権料）、ｆt2は単位時間当たりの通信使用料、αはメディアに対する割引率、βは通信に対する割引率を示す。
【００７１】
この課金方式の場合、ダウンロード時間ｔ（つまり伝送速度）がユーザ間で一定に保たれる場合とする。ｔが一定でない場合には、ユーザ端末毎あるいは基地局毎の課金量が異なってしまうからである。
【００７２】
なお、上記した課金方式以外にも種々の課金方式をとることができる。例えば、メディア料金をデータ容量やダウンロード時間に依存せずに一定とし、その一定のメディア料金にデータ量課金と時間課金を加えるようにして算出するようにしてもよい。
【００７３】
また、上記した適用例では、メディア供給会社とメディア配信会社が別であるものを示したが、両会社が同一であってもよい。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るダウンロード方法を実施するシステムのブロック構成を示す図である。
【図２】図１に示すシステムの具体的なイメージ構成を示す図である。
【図３】本発明の第１実施形態に係るダウンロード方法の手順を説明するための図である。
【図４】本発明の第１実施形態に係るダウンロード方法において配信サーバとユーザ端末の処理を示す流れ図である。
【図５】ダウンロードの分割処理を示す図である。
【図６】相互ダウンロードの第１の例を示す図である。
【図７】相互ダウンロードの第２の例を示す図である。
【図８】配信サーバの構成を示す図である。
【図９】ユーザ端末の構成を示す図である。
【図１０】本発明の具体的な適用例のブロック構成を示す図である。
【図１１】図１０に示すシステムの具体的なイメージ構成を示す図である。
【図１２】図１０に示す適用例の処理を示す流れ図である。
【符号の説明】
１…配信サーバ、２１〜２８…ユーザ端末、
３１〜３３…ダウンロードユーザネットワーク、４１、４２…基地局、
５…広域ネットワーク。
【図１】
0004595190.tif 000002
【図２】
0004595190.tif 000003
【図３】
0004595190.tif 000004
【図４】
0004595190.tif 000005
【図５】
0004595190.tif 000006
【図６】
0004595190.tif 000007
【図７】
0004595190.tif 000008
【図８】
0004595190.tif 000009
【図９】
0004595190.tif 000010
【図１０】
0004595190.tif 000011
【図１１】
0004595190.tif 000012
【図１２】
0004595190.tif 000013