JP2013206163A - 通信装置、通信方法及び通信システム - Google Patents

Abstract

【課題】
配信サーバから情報端末にデータ配信を受ける時に、複数情報端末で並行して配信サーバからデータ配信を受け、情報端末間の近距離通信によりデータを転送する、という構成により高速にデータ配信を受けることのできる技術は知られていたが、配信を制御する専用のサーバが必要であったり、特有のパケット制御を用いたりする構成であって、システムを適用する費用や工数が大きいという課題があった。
【解決手段】
情報端末で、他の端末によってデータ配信を受ける分担を決定し、その端末に指示し、その端末で配信を受けたデータを転送するという構成にした。情報端末のみが特有な動作を行って、複数情報端末で並行して配信サーバからデータ配信を受けることで、高速なデータ配信を可能にした。
【選択図】 図１

Description

本発明は、配信サーバから情報端末にデータを配信する通信システムに関し、特に複数の情報端末でデータを並行して受信することにより高速に受信する技術に関する。

情報端末で配信サーバからデータの配信を受ける技術に関し、特許文献１のように、複数の情報端末で並行して配信サーバから受信し、また情報端末間でデータを転送することにより、一台の情報端末でデータを受信するより高速に受信する技術が知られている。

特開２００２−３３０１４１号公報

特許文献１に開示されている技術では、複数端末に対する配信を制御するサーバ（サービスプロバイダ）が別途設けられ、更に特有のパケット処理により複数の情報端末で並行して配信サーバからデータを受信するシステムを実現している。

しかしながらこの構成では、専用のサーバの設置が必要となり、また配信サーバからのパケット制御にも専用の仕組みが必要である。したがって、複数の情報端末で並行して配信サーバからデータを受信する技術を新たに採用しようとする時に、システム改修の影響範囲が大きく、また費用や工数も大きくなると予想できる。

そこで本発明では、情報端末のみが特有の動作をすることで、複数の情報端末で並行してデータを受信し、結果的に高速にデータ配信を受ける技術を提供することを目的とする。

上記課題を解決する第一の発明は、第一の情報端末装置であって、第一のネットワークを介してサーバと通信を行う第一の通信部と、第二のネットワークを介して第二の情報端末装置と通信を行う第二の通信部と、前記サーバから受信するデータの、前記第二の情報端末装置の分担範囲を決定する分担範囲決定部と、前記データの前記分担範囲を受信させる指示を、前記第二の情報端末装置に送信する指示送信部と、前記データの前記分担範囲以外を、前記サーバから受信する配信受信部と、前記データの前記分担範囲を、前記第二の情報端末装置から、前記第二のネットワークを介して受信する転送受信部とを備えることを特徴とする。

上記課題を解決する第二の発明は、第二の情報端末装置であって、第一のネットワークを介してサーバと通信を行う第一の通信部と、第二のネットワークを介して第一の情報端末と通信を行う第二の通信部と、前記サーバから受信するデータの分担範囲を受信する指示を、前記第一の情報端末装置から受信する指示受信部と、前記データの前記分担範囲を、前記サーバから受信する配信受信部と、受信した前記データの前記分担範囲を、前記第一の情報端末装置に、前記第二のネットワークを介して送信する転送部とを備えることを特徴とする。

本発明の構成によれば、情報端末のみが特有の動作をすることにより、複数の情報端末で並行してデータを受信し、結果的に高速にデータ配信を受けることができる。

本発明の第一の実施例のシステムの全体の構成を示す図である。 本発明の第一の実施例のユーザ端末Ａで動作するアプリケーションの機能ブロック図である。 本発明の第一の実施例のユーザ端末Ｂで動作するアプリケーションの機能ブロック図である。 本発明の第一の実施例のユーザ端末Ａに表示される画面を示す図である。 本発明の第一の実施例の動作を示すシーケンスチャートである。 本発明の第二の実施例のユーザ端末Ａで動作するアプリケーションの機能ブロック図である。 本発明の第二の実施例の動作を示すシーケンスチャートである。 本発明の第三の実施例のユーザ端末Ａに動作するアプリケーションの機能ブロック図である。 本発明の第三の実施例の動作を示すシーケンスチャートである。

［第一の実施例］
図１は本発明の第一の実施例の特徴部分を表す全体図である。ユーザ端末Ａ１００、ユーザ端末Ｂ２００と、配信サーバ３００が、ネットワーク８００により接続されている。

ユーザ端末Ａ１００とユーザ端末Ｂ２００は、ここでは携帯電話端末とするが、本実施例に述べるような機能を持つものであればその他の情報端末であってもよい。

ユーザ端末Ａ１００とユーザ端末Ｂ２００は、ネットワーク８００を介して配信サーバ３００と通信を行う。ここでネットワーク８００は、インターネットや携帯電話通信網、例えば３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）携帯電話網を用いることができる。

更に、ユーザ端末Ａ１００とユーザ端末Ｂ２００の間では、ネットワーク９００を介して、通信を行うものとする。ここでネットワーク９００の通信は公知の技術のうち、近距離無線通信、例えばＢｌｕｅｔｏｏｔｈ（登録商標）を用いることができる。ネットワーク９００の通信はネットワーク８００と比較して通信速度が速いことが特徴である。

ユーザ端末Ａ１００には、アプリケーション１１０がインストールされている。このアプリケーション１１０の機能を図２に示す。ユーザによりダウンロードを指定されたファイルを、ユーザ端末Ｂ２００に分担してダウンロードするように指示する分担指示機能１１１、配信サーバからの配信を受信するダウンロード受信機能１１２、ユーザ端末Ｂがダウンロードしたデータをユーザ端末Ｂから転送により受信する転送受信機能１１３、ダウンロード受信機能１１２で受信したデータと転送受信機能１１３で受信したデータを結合してダウンロードを指定されたファイルを構成したり、ユーザ端末Ａ１００の表示部に表示させたりするなどの処理を行うファイル処理機能１１４を持つ。

ユーザ端末Ｂ２００には、アプリケーション２１０がインストールされている。このアプリケーション２１０の機能を図３に示す。アプリケーション１１０の分担指示機能１１１からダウンロードの分担指示を受け付ける分担受付機能２１１と、受け付けた分担指示に応じてダウンロードを行うダウンロード受信機能２１２、またダウンロードしたファイルをユーザ端末Ａ１００に転送する転送送信機能２１３を持つ。

ユーザ端末Ａ１００およびユーザ端末Ｂ２００には、その他にもユーザからのキー入力等の入力を受け付ける入力部、音声等を出力する出力部、画像や文字等の情報を表示する表示部、ネットワーク８００やネットワーク９００を介してそれぞれ通信を行う通信機能部等が備わっているが、これらは公知の技術を適宜採用すればよいので、詳細は省く。

配信サーバ３００はユーザ端末Ａ１００およびユーザ端末Ｂ２００からのリクエストに応答して、要求されたデータを配信する。

これらを使った本実施例の動作を、図５のシーケンスチャートを用いて説明する。

まず、ユーザがユーザ端末Ａ１００の表示部に、図４のような画面１２０を表示しているとする。画面１２０は配信できる動画の目次を表示している。［１．冒険その１］［２．冒険その２］［３．冒険その３］の項目はそれぞれ動画ファイルへのリンクであるリンク１２１、リンク１２２、リンク１２３になっており、これらのリンクをクリックすることにより、リンクされている動画の視聴することができる。ここでは［１．冒険その１］にリンクされている動画ファイル名を［Ｆｉｌｅ０１．ｍｐｇ］とする。

ユーザがユーザ端末Ａ１００においてリンク１２１をクリックすると、アプリケーション１１０は［Ｆｉｌｅ０１．ｍｐｇ］のダウンロード処理を開始する（ステップＳ５０１）。まず、分担指示機能１１１は、配信サーバ３００にダウンロードするファイルのファイル情報を要求する（ステップＳ５０２）。配信サーバ３００がファイル情報をユーザ端末Ａ１００に送信して（ステップＳ５０３）、分担指示機能１１１はダウンロードするファイルの再生時間を得る。ここでは再生時間が１０分であるとする。この説明では再生時間を処理の基準として用いるが、データ量等他の基準を用いることもできる。

分担指示機能１１１は、所定の比率に基づいて、ユーザ端末Ｂ２００が分担するダウンロードについて決定する（ステップＳ５０４）。ここでは、ユーザ端末Ａ１００とユーザ端末Ｂ２００とで分担する比率は固定的で予め決められているとする。またユーザ端末Ａ１００は、ユーザ端末Ｂ２００へ指示を行ったり、表示部に表示したり、ユーザが入出力操作を行う等、ユーザ端末Ｂ２００に比べてタスクが多いと考えられるため、ユーザ端末Ａ１００の分担比率をユーザ端末Ｂ２００の分担比率より少なくする。ここではユーザ端末Ａ１００とユーザ端末Ｂ２００の分担比率を３：７とする。従って、ユーザ端末Ａ１００で分担するダウンロードが［冒頭から３分まで］、ユーザ端末Ｂ２００で分担するダウンロードが［３分から最後まで］となる。

そこで、分担指示機能１１１が、ネットワーク９００を介して、ユーザ端末Ｂ２００に［Ｆｉｌｅ０１．ｍｐｇ］の［３分から最後まで］をダウンロードして、ユーザ端末Ａ１００に転送することを指示する（ステップＳ５０５）。ユーザ端末Ｂ２００では、分担受付機能２１１が分担指示を受信する（ステップＳ５０６）。

ユーザ端末Ａ１００では、ダウンロード受信機能１１２が、配信サーバ３００に対してネットワーク８００を介して［Ｆｉｌｅ０１．ｍｐｇ］の［冒頭から３分まで］の配信をリクエストし（ステップＳ５０７）、配信サーバ３００がリクエストに応答してデータを配信し（ステップＳ５０８）、ダウンロード受信機能１１２が配信されたデータを受信する(ステップＳ５０９)。

一方、ユーザ端末Ｂ２００のアプリケーション２１０では分担受付部２１１が受け付けた分担指示に従い、ダウンロード受信機能２１２が、配信サーバ３００に対してネットワーク８００を介して［Ｆｉｌｅ０１．ｍｐｇ］の［３分から最後まで］の配信をリクエストし（ステップＳ５１０）、配信サーバ３００がリクエストに応答してデータを配信し（ステップＳ５１１）、ダウンロード受信機能２１２が配信されたデータを受信する（ステップＳ５１２）。

続いてユーザ端末Ｂ２００では、ダウンロード受信機能２１２が受信したデータを、転送送信機能２１３が、ネットワーク９００を介してユーザ端末Ａ１００に転送する（ステップＳ５１３）。

ユーザ端末Ａ１００では、ユーザ端末Ｂ２００からネットワーク９００を介して転送されるデータを転送受信機能１１３が受信し（ステップＳ５１４）、転送が終了すると、ファイル処理機能１１４が、ユーザ端末Ａ１００でダウンロードしたデータとユーザ端末Ｂ２００から転送されたデータを結合してファイル全体、ここでは［Ｆｉｌｅ０１．ｍｐｇ］を生成し（ステップＳ５１５）、ユーザ端末Ａ１００の表示部でファイルを表示する（ステップＳ５１６）。ここで［Ｆｉｌｅ０１．ｍｐｇ］は動画ファイルなので、動画再生を行う。

以上のように構成することにより、端末側機能のみで、複数の端末で並行してダウンロードを受けることにより、高速にダウンロードすることができる。

なお、この説明では、ステップＳ５１３の転送やステップＳ５１６のファイル表示をファイルのダウンロード等処理が終了してから行うこととしたが、各段階の処理の終了を待たずに、所定のタイミングでその時点までにユーザ端末Ｂ２００でダウンロードしたデータを転送したり、その時点までにユーザ端末Ａ１００が記憶しているデータを表示処理したりすることもできる。

このように構成することにより、ユーザが表示の開始を待つ時間を短くすることができる。

［第二の実施例］
第一の実施例では、予め設定した所定の割合でユーザ端末Ａ１００とユーザ端末Ｂ２００で分担して並行ダウンロードを行っていた。しかしながら各ユーザ端末のネットワーク８００を介した通信速度は、各ユーザ端末が無線通信を行っている場合には電波状況、各ユーザ端末が別途行っている処理の負荷等、状況によって変わる可能性がある。

そこで、第二の実施例では、ダウンロードの分担比率を決定する際に、その時点での各ユーザ端末のネットワーク８００を介した通信状況に応じて分担比率を決定する構成とする。

ここで通信状況とは、１）無線通信の場合の電波状況、２）テストパケットをネットワーク８００を介して配信サーバ３００まで送信して返信を受ける等の手段により計測した通信速度、３）自端末で処理しているタスク量（待ち時間）等に基づく自端末の負荷、等の条件の１つもしくは複数に基づいて算出される値、もしくは予め定められたランク形式等で表現するものとする。ここではランク形式で、通信状況が良い方から順に［良］［並］［悪］と表現されるとする。また、ここで用いる条件である、通信状況の判断に用いる情報を通信状況情報と呼ぶことにする。

通信状況情報は、ユーザ端末の図示しないＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の機能を用いて得ることができる。

第二の実施例の構成の、第一の実施例の構成との差異は、ユーザ端末Ａ１００で動作するアプリケーションが、第一の実施例のアプリケーション１１０に替えて、図６のように通信状況情報収集機能１１５を更に備えるアプリケーション１１０−２であることである。

第二の実施例の動作を図７のシーケンスチャートを用いて、主に第一の実施例の図５のシーケンスチャートとの差分について説明する。図５と図７のシーケンスチャートにおいては、同じ動作には同じ符号が付与されている。

アプリケーション１１０−２が［Ｆｉｌｅ０１．ｍｐｇ］のダウンロード処理を開始すると（ステップＳ５０１）、分担指示機能１１１は、配信サーバ３００にダウンロードするファイルのファイル情報を要求し（ステップＳ５０２）、配信サーバ３００がファイル情報をユーザ端末Ａ１００に送信して（ステップＳ５０３）、分担指示機能１１１は再生時間を得る。

続いて、通信状況情報収集機能１１５は、ユーザ端末Ｂ２００に対して、ネットワーク９００を介して通信状況情報を要求する（ステップＳ７０１）。

ユーザ端末Ｂ２００は、ＯＳの機能により自端末の通信状況情報を取得し、ユーザ端末Ａ１００に送信する（ステップＳ７０２）。

通信状況情報収集機能１１５は、自端末の通信状況情報も入手し（ステップＳ７０３）、この２つの通信状況情報を分担指示機能１１１に渡し、分担指示機能１１１は２つの通信状況情報に基づいて２つの端末の分担比率を決定する（ステップＳ５０４）。

例えば、ユーザ端末Ａ１００の通信状況情報もユーザ端末Ｂ２００の通信状況情報も、ともに［並］である等同じランクであれば、実施例１と同様の予め定められた値を採用して、ユーザ端末Ａ１００とユーザ端末Ｂ２００の分担比率を３：７とする。一方ユーザ端末Ａ１００が［良］、ユーザ端末Ｂ２００が［悪］の場合には分担比率を４：６、ユーザ端末Ａ１００が［悪］、ユーザ端末Ｂ２００が［良］の場合には分担比率を２：８とする、といった判断が考えられる。

ユーザ端末Ａ１００が［良］、ユーザ端末Ｂ２００が［悪］であって分担を４：６にした場合は、ユーザ端末Ａ１００でダウンロードを分担するのは［Ｆｉｌｅ０１．ｍｐｇ］の［冒頭から４分］、ユーザ端末Ｂ２００で分担するのが［４分から最後］となる。

その後の動作は第一の実施例と同じなので説明を省略する。

このように構成することにより、ファイルのダウンロードが完了するまでの全体の待ち時間が少なくなる。

［第三の実施例］
第一の実施例および第二の実施例では、ユーザが視聴するとして指定したファイルを、分担して複数の端末で並行してダウンロードすることにより、より高速なダウンロードを可能とした。

一方、この第三の実施例では、ユーザが視聴するとして指定したファイルに基づき、次にユーザが視聴すると推定されるファイルを、ユーザが指定する前に予めダウンロードしておくことにより、その次のユーザの視聴を早く開始することができるように構成する。

この実施例を実現するために、ユーザ端末Ａ１００で動作するアプリケーションは、アプリケーション１１０に替えて、図８のような、先読みダウンロード判断機能１１６を更に備えるアプリケーション１１０−３とする。

第三の実施例の動作を、図９のシーケンスチャートに示す。

このシーケンスチャートでは［Ｆｉｌｅ０１．ｍｐｇ］のダウンロードが終了し再生を開始する（ステップＳ５１６）までは、図５のシーケンスチャートの破線で示した部分ＳＣ１と同じである。

このあと先読みダウンロード判断機能１１６は、画面１２０に、クリックされたリンク１２１に近接してリンク１２２が配置されていることに基づき、ユーザが次にこのリンク１２２をクリックすると判断する。そしてリンク１２２にリンクされているファイルをダウンロードすることを決定する（ステップＳ９０１）。リンク１２２にリンクされているファイルを［Ｆｉｌｅ０２．ｍｐｇ］とする。

先読みダウンロード判断機能１１６は、分担指示機能１１１に［Ｆｉｌｅ０２．ｍｐｇ］のダウンロードを行うように指示する（ステップＳ９０２）。

分担指示機能１１１は第一の実施例でのダウンロードと同様に、ユーザ端末Ａ１００とユーザ端末Ｂ２００がダウンロードする分担比率を決定する等、以降の処理も、図５のシーケンスチャートの破線で示した部分ＳＣ１と同様である。

このように、ユーザがあるファイルの再生を指示した時に、次に再生を指示するファイルを予測してダウンロードしておくことにより、ユーザが次のファイルの再生を指示した時に、すばやく再生を開始できる可能性がある。

つまりユーザにとっては、ダウンロードがより高速になっているのと同等の効果を奏することができる。

この実施例では同一画面内に近接して表示されたリンク情報に基づいて先読みダウンロードを行うファイルを決定したが、ユーザの視聴行動の履歴を活用したり、予めユーザの嗜好を登録しておいたり、あるいは配信サーバ側で多数のユーザの動向から抽出する、お勧めのファイルリストを持つ、等の手法により、多様に先読みダウンロードを行うファイルの決定ができることは言うまでもない。

また、これら三つの実施例は適宜組み合わせて構成することも可能である。例えば第三の実施例において、先読みファイルをダウンロードする際に第二の実施例で述べた、通信状況情報を用いてユーザ端末間での分担比率を決定するステップを採用してもよい。

なお、ここまでユーザ端末は２台として説明してきたが、２台以上の任意の台数でも同様に実施できることは明らかである。

例えばユーザ端末が３台の場合には、３台のユーザ端末での分担比率を３：３：４として、再生時間が１０分であるファイルを、１台目が［最初から３分まで］、２台目が［３分から６分まで］、３代目が［６分から最後まで］のように分担して配信を受ければよい。

１００ ユーザ端末Ａ
１１０、１１０−２、１１０−３ アプリケーション
１１１ 分担指示機能
１１２ ダウンロード受信機能
１１３ 転送受信機能
１１４ ファイル処理機能
１１６ 先読みダウンロード判断機能
１２０ 画面
１２１、１２２、１２３ リンク
２００ ユーザ端末Ｂ
２１０ アプリケーション
２１１ 分担受付機能
２１２ ダウンロード受信機能
２１３ 転送送信機能
３００ 配信サーバ
８００ ネットワーク
９００ ネットワーク

Claims (9)

1. 第一の情報端末装置であって、
   第一のネットワークを介してサーバと通信を行う第一の通信部と、
   第二のネットワークを介して第二の情報端末装置と通信を行う第二の通信部と、
   前記サーバから受信するデータの、前記第二の情報端末装置の分担範囲を決定する分担範囲決定部と、
   前記データの前記分担範囲を受信させる指示を、前記第二の情報端末装置に送信する指示送信部と、
   前記データの前記分担範囲以外を、前記サーバから受信する配信受信部と、
   前記データの前記分担範囲を、前記第二の情報端末装置から、前記第二のネットワークを介して受信する転送受信部と
   を備えることを特徴とする、第一の情報端末装置。
2. 前記第二の情報端末装置が複数であって、
   前記分担範囲決定部は、
   前記複数の第二の情報端末装置のそれぞれの分担範囲を決定し、
   前記指示送信部は、
   前記データのそれぞれの分担範囲を受信させる指示を、前記複数の第二の情報端末装置のそれぞれに送信する
   ことを特徴とする、請求項１に記載の第一の情報端末装置。
3. 前記分担範囲決定部は、
   前記第一および前記第二の情報端末装置の通信状況に基づいて、前記分担範囲を決定する
   ことを特徴とする、請求項１また２に記載の第一の情報端末装置。
4. 前記データを受信した後、次に受信する第二のデータを所定の方法で決定する次データ決定部
   を更に備えることを特徴とする、請求項１から３の１に記載の第一の情報端末装置。
5. 第二の情報端末装置であって、
   第一のネットワークを介してサーバと通信を行う第一の通信部と、
   第二のネットワークを介して第一の情報端末と通信を行う第二の通信部と、
   前記サーバから受信するデータの分担範囲を受信する指示を、前記第一の情報端末装置から受信する指示受信部と、
   前記データの前記分担範囲を、前記サーバから受信する配信受信部と、
   受信した前記データの前記分担範囲を、前記第一の情報端末装置に、前記第二のネットワークを介して送信する転送部と
   を備えることを特徴とする第二の情報端末装置。
6. 請求項１に記載の前記第一の情報端末装置と、
   請求項５に記載の前記第二の情報端末装置と、
   前記第一および前記第二の情報端末装置にデータを配信するサーバと、
   前記第一および前記第二の情報端末装置と前記サーバとが通信を行う第一のネットワークと、
   前記第一および前記第二の情報端末装置の間で通信を行う第二のネットワークと、
   を備えた通信システム。
7. 第一の情報端末装置が、
   サーバから受信するデータの、第二の情報端末装置の分担範囲を決定し、
   前記データの前記分担範囲を受信させる指示を前記第二の情報端末装置に送信し、
   前記データの前記分担範囲以外を、第一のネットワークを介して前記サーバから受信し、
   前記データの前記分担範囲を、前記第二の情報端末装置から、第二のネットワークを介して受信する、
   通信方法。
8. 第二の情報端末装置が、
   サーバから受信するデータの分担範囲を受信する指示を、第一の情報端末装置から受信し、
   前記データの前記分担範囲を、第一のネットワークを介して前記サーバから受信し、
   受信した前記データの前記分担範囲を、前記第一の情報端末装置に、第二のネットワークを介して送信する、
   通信方法。
9. 第一の情報端末装置が、
   サーバから受信するデータの、第二の情報端末装置の分担範囲を決定し、
   前記データの前記分担範囲を受信させる指示を前記第二の情報端末装置に送信し、
   前記データの前記分担範囲以外を、前記サーバから第一のネットワークを介して受信し、
   第二の情報端末装置が、
   前記第一の情報端末装置からの前記指示を受信し、
   前記データの前記分担範囲を、前記サーバから、前記第一のネットワークを介して受信し、
   受信した前記データの前記分担範囲を、前記第一の情報端末装置に、第二のネットワークを介して送信し、
   第一の情報端末装置が、
   前記データの前記分担範囲を、前記第二の情報端末装置から、第二のネットワークを介して受信する、
   通信方法。

Images