JP2018014054A - コンテンツ配信システム及び方法 - Google Patents

Abstract

【課題】高速大容量コンテンツ配信に必要な端末のストレージ容量を確保するコンテンツ配信システム及び方法を提供する。【解決手段】コンテンツ配信サーバが、コンテンツ配信クライアントにコンテンツを配信するように構成されたコンテンツ配信システムであって、前記コンテンツ配信クライアントと前記コンテンツ配信サーバは制御情報を前記第１の無線通信で通信し、前記コンテンツ配信クライアントは、第２の無線通信の通信エリアを検出し、自身の第１の記憶部に十分な空き容量がないと判定した場合は、前記第１の記憶部に格納されたデータの一部を前記第２の無線通信で前記コンテンツ配信サーバに送信し、前記コンテンツ配信サーバは自身の第２の記憶部に当該データを一時的に格納させることで前記第１の記憶部に空き容量を確保してから前記制御情報に基づいて前記第２の無線通信でコンテンツの配信を行う。【選択図】図３

Description

本開示は、コンテンツ配信システム及び方法に係り、特に自動車などの移動体において大容量の電子データや動画などの情報コンテンツを高速に配信するシステム及び方法に関する。

従来のコンテンツ配信システムとして特許文献１のようなシステムがある。システムは、複数の無線基地局により、それぞれカバーされる複数の通信エリアを有し、ホストから移動端末に情報を配信する際、移動端末は通信エリアの設置密度から通信方式を選択判断する手段を備え、設置密度が高い場合は分割ダウンロードを選択し、設置密度が低い場合は一括ダウンロードを選択する。これにより、システムは、情報を取得できる場所へ移動端末を誘導し、情報の配信を完了する。

特許第４０１６７９２号公報

一方で、近年、情報コンテンツは地図データや音楽データに留まらず、高精細な写真データ、高精細な動画データ、３次元の地図データ、自動運転のためのセンシングデータなどのように自動車等の移動体で扱われるデータの容量は、飛躍的に増加している。これに合わせて移動端末のストレージ容量も大容量化しているが、一般的なユーザの移動端末は、既に、多くのコンテンツデータが保存されており、空き容量の不足が常態化している。新しいコンテンツを保存するために、ユーザはその都度不要なコンテンツを選択して削除するなど、空き容量の確保に努めており、不便さを感じている。例えば、自動車のような移動体でコンテンツ配信を受けようとする場合、通信エリア内に留まる時間的な制約も多く、必要なコンテンツのダウンロード完了が困難である可能性が高い。

本開示の一態様は、通信エリアは狭いがコンテンツ容量に対して十分高速な通信が行える無線通信ネットワーク、例えばマイクロ波又はミリ波を用いたネットワークを用いてコンテンツ配信を行うシステム及び方法を提供する。コンテンツ配信に必要な移動端末の空き容量を確保するため、キャッシュストレージに一時保存するデータを、移動端末からアップロードした後、新しいコンテンツをダウンロードさせることにより、確実に配信を完了させユーザの利便性を向上させる。

本開示の一態様に係るコンテンツ配信システムは、コンテンツ配信サーバとコンテンツ配信クライアントとを含むコンテンツ配信システムであって、前記コンテンツ配信クライアントは、第１の無線通信を行う第１の無線通信部と、第２の無線通信を行う第２の無線通信部と、第１の記憶部と、を備え、前記コンテンツ配信サーバは、前記第１の無線通信を行う第３の無線通信部と、前記第２の無縁通信を行う第４の無線通信部と、前記第１の記憶部の容量よりも容量が大きい第２の記憶部と、を備え、前記コンテンツ配信クライアントは、前記第１の無線通信部を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、前記第２の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、前記第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信部を用いて、前記コンテンツ配信サーバにアップロードした後、前記第１のコンテンツをダウンロードし、前記コンテンツ配信サーバは、前記第３の無線通信部を用いて、前記第１のコンテンツのダウンロードに関する前記制御情報を前記コンテンツ配信クライアントと通信し、前記第４の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされた場合、前記第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第４の無線通信部を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードする。

本開示の一態様に係るコンテンツ配信方法は、コンテンツ配信サーバとコンテンツ配信クライアントとを含むコンテンツ配信方法であって、前記コンテンツ配信クライアントおよび前記コンテンツ配信サーバは、第１の無線通信を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、第２の無線通信の通信エリアを検出し、前記コンテンツ配信クライアントは、前記コンテンツ配信クライアントの第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信を用いて、前記コンテンツ配信サーバへアップロードし、前記コンテンツ配信サーバは、前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされ、前記コンテンツ配信サーバの第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第２の無線通信を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードし、前記コンテンツ配信クライアントは、前記第２の無線通信を用いて前記第１のコンテンツをダウンロードする。

本開示の一態様に係る移動端末装置は、通信相手と第１の無線通信を行う無線通信部と、前記通信相手と前記第１の無線通信よりも高速な通信である第２の無線通信を行う無線通信部と、コンテンツを記憶する記憶部と、前記第２の無線通信を介して、第１のコンテンツを前記通信相手からダウンロードする前に、前記記憶部に保存してある第２のコンテンツを、前記通信相手へアップロードするか否かを表示する表示部と、を含む。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一態様によれば、ミリ波を用いたネットワークにおいて大容量コンテンツ配信を確実に完了させユーザ利便性を好適に向上することができる。

本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

本開示の実施の形態に係るコンテンツ配信システムの構成を示すブロック図 コンテンツ配信システムの構成の一例を示すシステム図 コンテンツ配信のフローの一例を示すフロー図 デバイス間の情報のやり取りの一例を示すシーケンス図 ユーザインタフェースの一例を示す図 第２の実施の形態を示すブロック図 第２の実施の形態を示すシステム図

以下、図面と共に本開示の実施の形態を説明する。

＜第１の実施の形態＞
図１は、コンテンツ配信システム１００の構成を示すブロック図を示す。コンテンツ配信システムは、配信サーバ１０１、配信クライアント１０２を含む。配信サーバ１０１は、制御部１０１１、低速通信部１０１２、高速通信部１０１３、ストレージ部１０１４、移動検出部１０１５、ユーザインタフェース（UI : User Interface）部１０１６、外部インタフェース部１０１７を含む。配信クライアント１０２は、制御部１０２１、低速通信部１０２２、高速通信部１０２３、ストレージ部１０２４、移動検出部１０２５、ユーザインタフェース部１０２６、外部インタフェース部１０２７を含む。

配信サーバ１０１と配信クライアント１０２は、同様の構成であるが、配信するコンテンツを送出する側を配信サーバ、受信する側を配信クライアントとする。また以降では配信サーバ側を親デバイス（マスターデバイス）、配信クライアント側を子デバイス（スレーブデバイス）と呼ぶこともある。例えば配信サーバは店舗などに設置されるキオスク端末や電子サイネージなどで、配信クライアントはスマートフォンやタブレット、ノートＰＣなどの移動携帯端末などである。あるいは自動車内で利用する場合、配信サーバはカーナビゲーション装置、音楽や映像を再生する車内エンターテインメント装置、計器類の制御装置及び表示装置などであり、配信クライアントはスマートフォンやタブレット、ノートＰＣの他に、座席に取り付けたポータブルディスプレイや持ち運びができるモバイルディスプレイなどである。いずれも配信クライアント１０２は移動端末で持ち運びとバッテリー駆動を前提とし、配信サーバ１０１は固定端末で電源駆動を前提とする。このため配信クライアントのストレージ部１０２４の容量は、配信サーバ１０１のストレージ部１０１４よりも小さい。

低速通信部１０１２、１０２２は、通信速度は低速だが広い通信エリアを持つ通信方式により互いに無線通信を行う。通信方式としては例えばZigbee, Bluetooth（登録商標）, DSRC, IEEE802.11p, IEEE802.11/b/g/a/nなどのWi-Fi, 3G, LTEなどのセルラ方式などを用いることができる。ここで低速とは高速通信部１０１３，１０２３に対して低速という意味で数十kbps〜数十Mbps程度である。また広い通信エリアとは高速通信部１０１３，１０２３に対して広いという意味で数十m〜数km程度の通信エリアである。

高速通信部１０１３，１０２３は、通信速度は高速だが狭い通信エリアを持つ通信方式により互いに無線通信を行う。通信方式としては例えばマイクロ波を用いるIEEE802.11ac, ミリ波を用いるIEEE802.11ad/WiGigなどを用いることができる。ここで高速とは低速通信部１０１２，１０２２に対して高速という意味で数百Mbps〜数Gbps程度である。また狭い通信エリアとは低速通信部１０１２，１０２２に対して狭いという意味で数m程度の通信エリアである。高速通信部１０１３、１０２３は複数のアンテナを備えビームフォーミングやMIMOにより指向性制御を行う。

ストレージ部１０１４，１０２４はコンテンツを保存する記憶手段で、揮発性メモリ、不揮発性メモリ、SSD(Solid State Drive)やHDD(Hard Disk Drive)などで構成される。配信サーバ側のストレージ部１０１４の容量は例えば数百GB〜数TB, 配信クライアント側のストレージ部１０２４の容量は例えば数GB〜数十GBで配信サーバ側のストレージ部の容量の方が大きい。

移動検出部１０１５、１０２５は、通信エリアの移動（高速通信エリア内から高速通信エリア外へ、または、高速通信エリア外から高速通信エリア内へ）の有無を検出する。配信クライアント（子デバイス）１０２の移動検出部１０２５は、配信サーバ（親デバイス）１０１の高速通信部１０１３の高速通信エリア内から高速通信エリア外へ、または、高速通信エリア外から高速通信エリア内へ、配信クライアント（子デバイス）１０２が移動したか否かを検出する。例えば配信サーバ（親デバイス）１０１からのビームフォーミングトレーニングや高速通信中の受信品質（電波受信強度やRSSI, SNR, SINR, パケットエラーレートなど）などが劣化したことから配信クライアント（子デバイス）１０２が通信エリアを移動したことを検出することによって、通信エリアの移動の有無を検出してもよい。

なお、配信クライアント（子デバイス）１０２は、図示しない加速度センサ、ジャイロセンサ、地磁気センサ、GPS等自身の移動を検出できる手段を備え、これらの出力を用いて通信エリアの移動の有無を検出するようにしてもよい。

配信サーバ（親デバイス）１０１の移動検出部１０１５は、高速通信部１０１３の通信エリア内から通信エリア外へ、または、高速通信部１０１３の通信エリア外から通信エリア内へ、配信クライアント（子デバイス）１０２が移動したかを検出する。例えば配信クライアント（子デバイス）１０２からのビームフォーミングトレーニングや高速通信中の受信品質（電波受信強度やRSSI, SNR, SINR, パケットエラーレートなど）などが劣化したことから配信クライアント（子デバイス）１０２が高速通信エリア内から高速通信エリア外へ、または、高速通信エリア外から高速通信エリア内へ、移動したことを検出するようにしてもよい。

なお、配信サーバ（親デバイス）１０１は、配信クライアント（子デバイス）１０２が検出した移動結果の通知を受けて判定を行うようにしてもよい。

ユーザインタフェース部１０１６、１０２６は、ユーザへの情報の表示やユーザの操作を行うものでディスプレイパネル、LED、タッチパネル、キーパッド、キーボード、スイッチ、音声入出力などを用いることができる。コンテンツ配信では、コンテンツの選択及び解除、配信の設定および配信されたコンテンツの操作や視聴などを行う。なお、映像データや音楽データなどのコンテンツ配信では視聴のためのディスプレイやスピーカが必要となるが、制御データやプログラムの更新などのコンテンツ配信では必ずしもディスプレイなどは必要としない。また配信サーバ（親デバイス）１０１と配信クライアント（子デバイス）１０２との間でユーザインタフェース部を共有してもよく、例えば低速通信を用いたリモートディスプレイ操作などにより配信サーバ（親デバイス）１０１側のユーザインタフェースを配信クライアント（子デバイス）１０２側のユーザインタフェース部で操作する、またはその逆に配信クライアント（子デバイス）１０２側のユーザインタフェースを配信サーバ（親デバイス）１０１側のユーザインタフェース部で操作するようにしてもよい。

外部インタフェース部１０１７、１０２７は外部の機器と接続するインタフェースである。例えばEtherネットやPLC, あるいは車内CANなどのネットワークインタフェースやRS232C, USB, HDMI（登録商標）, DisplayPortなどの周辺機器インタフェースを用いることができる。また有線に限らず無線接続のインタフェースを用いてもよい。

制御部１０１１，１０１２は、配信サーバ（親デバイス）１０１、配信クライアント（子デバイス）１０２の構成要素を制御し、コンテンツ配信サービスを行う。典型的にはCPUとソフトウェアプログラムで構成されるが、専用LSIやFPGAなどのハードウェアで構成されてもよい。

図２にコンテンツ配信システムの構成の一例を示す。図２において配信サーバ（親デバイスとして動作）１０１と配信クライアント（子デバイスとして動作）１０２が低速通信部１０１２、１０２２と高速通信部１０１３，１０２３で無線通信を行っている。図２では、低速通信部の通信エリア２０１、高速通信部の通信エリア２０２を示している。低速通信部１０１２、１０２２は無指向性に近いアンテナを用いて広い通信エリア２０１をカバーする。高速通信部１０１３，１０２３は指向性アンテナを用いて狭い通信エリア２０２をカバーする。

配信サーバ（親デバイスとして動作）１０１はユーザインタフェース部１０１６に配信クライアント（子デバイス）１０２に配信できるコンテンツの一覧を表示し、例えばユーザの操作によりコンテンツを選択し、配信の設定を行うことができる。また配信クライアント（子デバイスとして動作）１０２のユーザインタフェース部１０２６にも配信サーバ（親デバイス）１０１から受信できるコンテンツの一覧を表示し、ユーザの操作により受信したいコンテンツを選択し、受信の設定を行うことができる。ここでコンテンツの一覧の取得や配信の設定など制御情報に関わる通信は低速通信部１０１２、１０２２によって行われ、コンテンツ自体のデータ送信は高速通信部１０１３，１０２３によって行われる。

図３は、コンテンツ配信システムで行われるコンテンツ配信のフローチャートの一例を示す。配信サーバ（親デバイス）１０１と配信クライアント（子デバイス）１０２の間で低速通信リンクが確立した後にコンテンツ配信フローが開始される。

ステップＳ３０１では、配信クライアント（子デバイス）１０２は配信サーバ（親デバイス）１０１のコンテンツ一覧を取得する。ここでは配信クライアント（子デバイス）１０２のＩＤ（IDentification）に紐付けられた配信可能なコンテンツが配信サーバ（親デバイス）１０１で選択された後、配信クライアント（子デバイス）１０２に通知される。

ステップＳ３０２では、配信クライアント（子デバイス）１０２は受信したいコンテンツを通知されたコンテンツ一覧から選択する。例えばユーザインタフェース部１０２６に表示された、コンテンツを表すサムネイルやアイコンをクリック、タッチ、または、タップなどすることにより選択する（図５の(a)参照）。図５の(a)では、ユーザインタフェース部１０２６において、選択されたコンテンツが太枠で囲われているが、選択されていることが判ればよく、例えば、選択されたコンテンツが、拡大して前面に移動したように表示してもよく、縮小して背面に移動したように表示してもよい。

ステップＳ３０３では、コンテンツを選択した後、配信クライアント（子デバイス）１０２は、ダウンロードに必要な空き容量を計算する。選択されたコンテンツの合計容量を計算し、ユーザインタフェース部１０２６において、ユーザに提示する（図５の(b)参照）。ここで、配信クライアント（子デバイス）１０２は、コンテンツの容量及びダウンロードに必要な推定時間の少なくとも１つを表示する。

ステップＳ３０４では、配信クライアント（子デバイス）１０２のストレージ部１０２４にステップＳ３０３で計算した空き容量が既に存在するか、または、一時的に移動させてもよいコンテンツが既に選択済みか否かを判定する。空き容量が確保できた場合（ステップＳ３０４のＹＥＳ）、コンテンツ配信の予約が完了し、ステップＳ３０６に移る。空き容量が不十分である場合（ステップＳ３０４のＮＯ）、ステップＳ３０５に移る。

ステップＳ３０５では、ダウンロードに必要な空き容量を確保するため、配信クライアント（子デバイス）１０２のストレージ部１０２４から一時的に移動させてもよいコンテンツをユーザに提示し、選択させる（図５の(c)参照）。

例えば一時的に移動させても良いコンテンツとして、アクセス日時が最も古いコンテンツのうちで、足りない空き容量に相当する容量のコンテンツを選択してもよい。またはアクセス日時が最も古いコンテンツから順に複数のコンテンツを選択し、その合計が空き容量に相当するコンテンツを選択してもよい。

あるいはダウンロードしたいコンテンツと最も関連の少ないコンテンツ、例えばジャンルが異なる動画としても良い。あるいはダウンロードしたいコンテンツと最も関連の高いコンテンツ、例えばシリーズ化された動画でダウンロードしたいコンテンツの直前のシリーズの動画としてもよい。

あるいはユーザのコンテンツ選択履歴や視聴履歴から最も関心度の低いコンテンツを選択してもよい。

あるいは空き容量が所定の閾値（例えば全体容量の10%)未満になった場合に、上記のコンテンツの選択方法の動作を自動的に行うようにしてもよい。または、事前に、ユーザによって、一時的に移動してもよいコンテンツを選択しておいてもよい。この場合、ユーザへの提示を省略してもよいし、ユーザインタフェース部１０２６で、「事前選択済のコンテンツを一時移動する」と表示させ、ユーザに選択させてもよい。

このように制御部１０２１が一時的に移動させてもよいと判断できるコンテンツを選択し、ユーザに提示することで、短時間で空き容量を確保することができ、ユーザの利便性が向上する。ユーザが一時的に移動させてもよいコンテンツを選択した後、ステップＳ３０４に戻り、再度空き容量を計算する。なお一時的に移動させてもよいコンテンツがない場合は、図示していないが、ステップＳ３０２に戻り、ダウンロードしたいコンテンツの選択をやり直させてもよい。

ステップＳ３０６では、高速通信エリア２０２の検出を行う。配信クライアント（子デバイス）１０２は高速通信部１０２３を起動し、配信サーバ（親デバイス）１０１の高速通信部１０１３が形成する高速通信エリア２０２を検出し通信リンクを確立する。高速通信エリア２０２の検出は、例えば配信サーバ（親デバイス）１０１の高速通信部１０１３が送信するビーコンを受信することで検出してもよい。あるいは配信クライアント（子デバイス）１０２の高速通信部１０２３からビーコンや接続要求信号を送信し、配信サーバ（親デバイス）１０１からの応答を受信することで検出してもよい。あるいは低速通信で配信サーバ（親デバイス）１０１に配信クライアント（子デバイス）１０２のＩＤと高速通信要求を通知し、配信サーバ（親デバイス）１０１から位置情報や通信エリアＩＤを受け取ることで高速通信エリア２０２を検出するようにしてもよい。このとき図５の(d)のように配信サーバ（親デバイス）１０１の存在する方向を表示してもよい。高速通信部１０２３は指向性アンテナを用いることからビーム方向の設定値なども一緒に通知し、ユーザインタフェース部１０２６に表示しても良い。配信サーバ（親デバイス）１０１の高速通信部１０１３と配信クライアント（子デバイス）１０２の高速通信部１０２３とが通信リンクを確立した後、コンテンツデータの送受信を行う。

ステップＳ３０７では、移動検出部１０１５，１０２５の検出結果に基づき、配信クライアント（子デバイス）１０２が高速通信エリア２０２内に留まっているかどうかを判定する。配信クライアント（子デバイス）１０２が高速通信エリア外に出た場合は以降のコンテンツデータの送受信はキャンセルし終了する。配信クライアント（子デバイス）１０２が高速通信エリア内にいる場合はステップＳ３０８に移る。

ステップＳ３０８では、配信クライアント（子デバイス）１０２のストレージ部１０２４からコンテンツを一時的に移動させるかどうかを判定する。ステップＳ３０５で選択された一時的に移動させてもよいコンテンツがストレージ部１０２４に存在する場合（ステップＳ３０８のＹＥＳ）、ステップＳ３０９に移る。一時的に移動させてもよいコンテンツがストレージ部１０２４に存在しない場合、つまり、一時的にコンテンツを移動させなくても容量が十分確保できている場合（ステップＳ３０８のＮＯ）、ステップＳ３１０に移る。

ステップＳ３０９では、配信クライアント（子デバイス）１０２のストレージ部１０２４から配信サーバ（親デバイス）１０１のストレージ部１０１４にコンテンツを一時的に移動させる。高速通信部１０２３から高速通信部１０１３に向かう上り通信によりコンテンツをアップロードする。このとき図５の(e)のようにコンテンツがアップロードされていることを直感的にユーザに示すため、配信クライアント（子デバイス）１０２のＵＩ部１０２６ではアップロードするコンテンツのサムネイルを画面上方に移動させるように表示し、図５の(ｆ)のように配信サーバ（親デバイス）１０１のＵＩ部１０１６ではサムネイルを画面下方から中央に移動させるように表示してもよい。

さらに、図示しないが、他のサムネイルの表示を邪魔しないように、他のサムネイルの背面に移動したように見せるため当該サムネイルを縮小(例えば80%)してから、他のサムネイルの背面を移動させるように表示しても良い。また進捗を表すプログレスバーや転送時間や転送速度を合わせて表示しても良い。

アップロード完了後、配信クライアント（子デバイス）１０２はストレージ部１０２４から当該コンテンツを削除し、配信サーバ（親デバイス）１０１はストレージ部１０１４に当該コンテンツを保存する。これにより配信クライアント（子デバイス）１０２のストレージ部１０２４に空き容量が確保される。

ステップＳ３１０では、配信サーバ（親デバイス）１０１のストレージ部１０１４から配信クライアント（子デバイス）１０２のストレージ部１０２４にコンテンツを配信する。配信サーバ（親デバイス）１０１の高速通信部１０１３から配信クライアント（子デバイス）１０２の高速通信部１０２３に向かう下り通信によりコンテンツをダウンロードする。このとき図５の(ｇ)のようにコンテンツがダウンロードされていることを直感的にユーザに示すため、配信サーバ（親デバイス）１０１のＵＩ部１０１６ではダウンロードするコンテンツのサムネイルを画面下方に移動させるように表示し、図５の(ｈ)のように配信クライアント（子デバイス）１０２のＵＩ部１０２６ではサムネイルを画面上方から中央に移動させるように表示しても良い。また進捗を表すプログレスバーや転送時間や転送速度を合わせて表示しても良い。ダウンロード完了後、配信クライアント（子デバイス）１０２はストレージ部１０２４に当該コンテンツを保存する。

ステップＳ３１１では、ステップＳ３０２で選択されたコンテンツのダウンロードが全て完了したかを判定し、完了していなければステップＳ３０７に移り（ステップＳ３１１のＹＥＳ）、完了していれば終了する（ステップＳ３１１のＮＯ）。なお、図３では、ステップＳ３０１は、高速通信エリア２０２外であることを前提に説明したが、高速通信エリア２０２内である場合は、ステップＳ３０６を省略してもよい。

図４に配信サーバ（親デバイス）１０１および配信クライアント（子デバイス）１０２間のシーケンスの一例を示す。図４において点線矢印は配信サーバ（親デバイス）１０１の低速通信部１０１２と配信クライアント（子デバイス）１０２の低速通信部１０２２の間の通信、実線矢印は配信サーバ（親デバイス）１０１の高速通信部１０１３と配信クライアント（子デバイス）１０２の高速通信部１０２３の間の通信をそれぞれ示す。

ステップＳ４０１では、配信クライアント（子デバイス）１０２から配信サーバ（親デバイス）１０１にＩＤを通知し接続要求を行う。ＩＤは例えば低速通信部１０２２のＭＡＣアドレスやＩＰアドレスまたはユーザ認証に必要なユーザＩＤなどを含むことができる。

ステップＳ４０２では、配信サーバ（親デバイス）１０１は配信クライアント（子デバイス）１０２のＩＤから接続可能かどうかを判定し接続許可を通知する。これにより低速通信リンクが確立される。

ステップＳ４０３では、配信クライアント（子デバイス）１０２は配信サーバ（親デバイス）１０１が保持する配信可能なコンテンツ（親コンテンツ）の一覧を要求する。

ステップＳ４０４では、配信サーバ（親デバイス）１０１は配信クライアント（子デバイス）１０２に配信可能なコンテンツおよび以前配信クライアント（子デバイス）１０２からアップロードされたコンテンツ（子コンテンツ）を含むコンテンツ一覧を取得する。

ステップＳ４０５では、配信サーバ（親デバイス）１０１は親コンテンツ一覧を配信クライアント（子デバイス）１０２に通知する。

ステップＳ４０６では、ユーザは親コンテンツ一覧からダウンロードするコンテンツを選択し、配信クライアント（子デバイス）１０２は必要な空き容量を計算し、十分な空き容量がなければ一時的に移動するコンテンツ（子コンテンツ）をユーザに提示して選択させる。ダウンロードする親コンテンツ及びアップロードする子コンテンツが決まるとステップＳ４０７、ステップＳ４０８で配信サーバ（親デバイス）１０１にそれぞれ通知する。

ステップＳ４０９では、配信サーバ（親デバイス）１０１は配信クライアント（子デバイス）１０２が次回、高速通信エリア２０２に入ったときにダウンロードする親コンテンツおよびアップロードする子コンテンツの内容を確認し、コンテンツ配信の予約内容を配信クライアント（子デバイス）１０２に通知する。

ステップＳ４１０では、配信サーバ（親デバイス）１０１は配信クライアント（子デバイス）１０２を高速通信エリア２０２に接続させるためのビーコン信号を周期的に送信する。

ステップＳ４１１では、配信クライアント（子デバイス）１０２はステップＳ４０９の配信予約内容に基づき高速通信エリア２０２の検出を行う。

ステップＳ４１２では、配信サーバ（親デバイス）１０１から送信されるビーコン信号を受信するなどして高速通信エリア２０２を検出した後、配信クライアント（子デバイス）１０２から配信サーバ（親デバイス）１０１にＩＤを通知し接続要求を行う。ＩＤは例えば高速通信部１０２３のＭＡＣアドレスやＩＰアドレスまたはユーザ認証に必要なユーザＩＤなどを含むことができる。

ステップＳ４１３では、配信サーバ（親デバイス）１０１は配信クライアント（子デバイス）１０２のＩＤから接続可能かどうかを判定し接続許可を通知する。これにより高速通信リンクが確立される。

ステップＳ４１４では、配信サーバ（親デバイス）１０１の高速通信部１０１３と配信クライアント（子デバイス）１０２の高速通信部１０２３の間でアンテナ指向性を合わせるためのビームフォーミングトレーニングを行う。例えばミリ波通信ではIEEE802.11adのSLS(セクタレベルスイープ)やBRP(ビームリファインメントプロトコル）などのプロトコルに従い双方の指向性を一致させるトレーニングを行う。あるいはマイクロ波通信ではIEEE802.11acのプロトコルに従いMIMO伝送のための伝搬路トレーニングなどを行う。これらにより狭い通信エリアとなるがSNRを向上させ、より高速大容量な通信が行えるようになる。

ステップＳ４１５では、低速通信によりステップＳ４０９で通知された配信予約内容が確認され、子コンテンツのアップロードが必要であればステップＳ４１６で高速通信により一時移動させる子コンテンツが親デバイスにアップロードされる。

ステップＳ４１７では、配信サーバ（親デバイス）１０１はアップロードされた子コンテンツをストレージ部１０１４に保存する。

ステップＳ４１８では、低速通信により子コンテンツの保存完了を通知する。

ステップＳ４１９では、ステップＳ４１８により配信クライアント（子デバイス）１０２はアップロードした子コンテンツを削除することができ、ストレージ部１０２４の空き容量を確保する。

ステップＳ４２０では、配信クライアント（子デバイス）１０２は、空き容量が確保できた後、親コンテンツのダウンロードを、配信サーバ（親デバイス）１０１に要求する。

ステップＳ４２１では、配信サーバ（親デバイス）１０１は要求された親コンテンツを配信クライアント（子デバイス）１０２に高速通信により送信する。

ステップＳ４２２では、配信クライアント（子デバイス）１０２はダウンロードされた親コンテンツをストレージ部１０２４に保存する。

ステップＳ４２３では、配信サーバ（親デバイス）１０１及び配信クライアント（子デバイス）１０２は配信完了確認を行う。

＜第２の実施の形態＞
図６にコンテンツ配信システム６００の第２の実施の形態を示す。図６では、エッジサーバ（上位サーバ）６０１は、配信サーバ１０１と配信クライアント１０２がそれぞれ低速通信部６０１２、１０２１、１０２２および高速通信部６０１３、１０１３，１０２３で接続され、配信サーバ１０１は、配信クライアント１０２と低速通信部１０１２，１０２２および高速通信部１０１３、１０２３で接続される。

エッジサーバ６０１は、制御部６０１１、低速通信部６０１２、高速通信部６０１３、ストレージ部６０１４、移動検出部６０１５、ユーザインタフェース部６０１６、及び、外部インタフェース部６０１７を含む。

エッジサーバ６０１は配信サーバ１０１と同様の構成であり、エッジサーバ６０１の内部ブロック６０１１〜６０１７はそれぞれ、配信サーバ１０１の内部ブロック１０１１〜１０１７と同様の機能をもつ。なお、エッジサーバ６０１のストレージ部６０１４は配信サーバ１０１のストレージ部１０１４より容量が大きく、例えばストレージ部６０１４の容量は数TB〜数百TB程度である。

第１の実施の形態で詳述したように配信サーバ１０１と配信クライアント１０２は親−子関係の接続をしているが、第２の実施の形態ではエッジサーバ６０１と配信サーバ１０１間でも親−子（マスター−スレーブ）関係の接続を行う。つまり配信サーバ１０１は配信クライアント１０２に対しては親デバイスとしての動作を行い、エッジサーバ６０１に対しては子デバイスとしての動作を行う。なお、このような階層化を何段重ねてもよい。

配信サーバ１０１は配信クライアント１０２から一時移動するコンテンツをストレージ部１０１４に保存しようとするが、ストレージ部１０１４の空き容量が不足する場合がある。このような場合、配信サーバ１０１はストレージ部１０１４の空き容量を確保するためエッジサーバ６０１の子デバイスとして機能し、エッジサーバ６０１に配信クライアント１０２のコンテンツを一時移動してもよい。なお、配信サーバ１０１で行うステップＳ３０５（図３）で行う一時的に移動させてもよいコンテンツの選択は、配信クライアント１０２から一時移動をされたコンテンツを優先的に選択させるとよい。

図７にコンテンツ配信システムの第２の実施の形態のシステム７００の構成の一例を示す。図７において、コンテンツ配信システム７００は、管理サーバ７０１、コンテンツサーバ７０２、インターネット７０３、車両７０４、エッジサーバ６０１の高速通信エリア７０５、配信サーバ１０１、配信クライアント１０２を含む。

配信クライアント１０２は例えば車両７０４内に持ち込まれユーザが操作するタブレット端末、配信サーバ１０１は例えば車両７０４のダッシュボードに設置された車内エンターテインメント装置やカーナビゲーション装置、エッジサーバ６０１は例えば車両７０４の外、例えば店舗や駐車場、交差点などに設置されたエッジサーバである。

管理サーバ７０１は、コンテンツ情報、ユーザ情報、ユーザ認証、コンテンツ課金などコンテンツ配信システム７００の管理を行う。コンテンツサーバ７０２は配信される情報コンテンツの全体を格納しており、インターネット７０３を介して複数のエッジサーバ６０１と接続される。例えばエッジサーバ６０１の外部インタフェース部６０１７にEtherネットを用いてインターネット７０３に接続する。なおコンテンツサーバ７０２は、分散ストレージとして複数備えてもよい。なお、管理サーバ７０１は、コンテンツ毎に複数存在してもよい。

エッジサーバ６０１の高速通信部６０１３は、指向性がありかつ通信エリアが狭いため、店舗、駐車場、交差点など、様々な場所に分散的に設置される。またエッジサーバ６０１はコンテンツサーバ７０２に格納されているコンテンツを、すべて格納しておく必要はなく、設置場所や対象となるユーザや時間帯などに応じて、場所、時間で必要なコンテンツをコンテンツサーバ７０２からダウンロード及びアップロードを行うことで、格納するようにしてもよい。

エッジサーバ６０１の低速通信部６０１２は、通信エリアが広いため配信サーバ１０１と配信クライアント１０２との通信を行う。一方エッジサーバ６０１の高速通信部６０１３の通信エリア７０５は、指向性がありかつ通信エリアが狭いため、常に、配信サーバ１０１又は配信クライアント１０２と直接通信が行えるとは限らない。この場合、エッジサーバ６０１は配信サーバ１０１と高速通信を行い、配信クライアント１０２は配信サーバ１０１と高速通信を行うようなマルチホップ通信を用いてもよいし、エッジサーバ６０１は配信クライアント１０２と高速通信を行い、配信サーバ１０１は配信クライアント１０２と高速通信を行うようなマルチホップ通信を用いてもよい。

エッジサーバ６０１と配信サーバ１０１とは、第１の実施例で説明した親−子関係の接続を行い、配信サーバ１０１と配信クライアント１０２とは、同様に親−子関係の接続、つまり、エッジサーバ６０１、配信サーバ１０１及び配信クライアント１０２は、親−子−孫関係の接続を行う。

ユーザは、配信クライアント（タブレット）１０２を操作し、コンテンツ配信システム７００にログインする。あるいは配信サーバ１０１のＵＩ部１０１６を操作してコンテンツ配信システム７００にログインしてもよい。さらにはエッジサーバ６０１のＵＩ部６０１６を操作してコンテンツ配信システム７００にログインしてもよい。このとき、配信クライアント１０２は、低速通信部１０２２を介して配信サーバ１０１とエッジサーバ６０１と通信リンクを確立し、ユーザＩＤを送信して管理サーバ７０１に対して認証要求を行う。

管理サーバ７０１によってユーザ認証がされた後、配信クライアント１０２は、配信サーバ１０１およびエッジサーバ６０１に格納された、ユーザＩＤと紐付けられたコンテンツにアクセスできるようになる。図３および図４のシーケンスに従い、配信クライアント１０２から配信サーバ１０１、配信サーバ１０１からエッジサーバ６０１、エッジサーバ６０１からコンテンツサーバ７０２の順に低速通信もしくは外部インタフェースを介してコンテンツ一覧要求、配信予約要求などが通知され、コンテンツ利用のための処理がなされる。

エッジサーバ６０１と配信サーバ１０１との間で高速通信リンクが確立した後、エッジサーバ６０１と配信サーバ１０１とは、一時移動コンテンツのアップロード、配信コンテンツのダウンロードをそれぞれ必要に応じて行う。また配信サーバ１０１と配信クライアントの間で高速通信リンクが確立した後、配信クライアント１０２は、一時移動コンテンツのアップロード、配信コンテンツのダウンロードをそれぞれ必要に応じて行う。

＜適用例＞
上述した第１の実施例および第２の実施例は以下のような動作例に適用することができる。なおエッジサーバ（親デバイスとして動作）６０１と車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）、車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）とタブレット（子デバイスとして動作する配信クライアント１０２）のように状況に応じて親子関係の振る舞いが変わる。

・車内エンターテインメントとしての利用例
車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は自動で車内ストレージ（ストレージ部１０２４）の容量を確認し、空き容量が閾値（例えば10%)未満の場合、次回起動時にエッジサーバ（親デバイスとして動作）６０１へLTE/Wi-Fi（低速通信部６０１２、１０１２）または WiGig（高速通信部６０１３、１０１３）のいずれか通信状況が良好な通信方式を用いて一時移動可能なコンテンツをアップロードする。

車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は、自家用の車両７０４に搭載されている場合、ユーザの指向に合わせた親コンテンツを選択し、公共交通機関の車両（電車、バス、タクシーなど）７０４に搭載されている場合は運行時間に合わせた親コンテンツを選択し、エッジサーバ６０１からダウンロードする。

ユーザのタブレット（子デバイスとして動作する配信クライアント１０２）が車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）からの所定の閾値（例えば-68dBm)以上のWiGig(高速通信）ビーコン信号を検出した場合、自動的にタブレットのストレージ（ストレージ部１０２４）の容量を確認し、車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）に通知する。

車両７０４内の座席のヘッドレストに内蔵されたクレードルにタブレット（子デバイスとして動作する配信クライアント１０２）を設置すると、タブレット（子デバイスとして動作する配信クライアント１０２）と車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）は自動的にWiGig(高速通信部１０１３、１０２３）を起動して接続を確立する。

車両７０４内の複数のタブレット（子デバイスとして動作する配信クライアント１０２）と１台の車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）の間で低速通信および高速通信が接続されコンテンツが共有される。第１のタブレットが車内エンターテインメント管理装置にアップロードした子コンテンツを第２のタブレットが車内エンターテインメント管理装置から親コンテンツとしてダウンロードすることができる。

車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は車両７０４のイグニッションがオフになったことを検出するとストレージ部１０２４内のコンテンツを確認し、エッジサーバ（親デバイスとして動作）６０１からダウンロードしたが視聴または利用に課金および認証が必要なコンテンツのうち、課金処理および認証処理がされていないコンテンツを削除する。

車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は、課金処理および認証処理がされているコンテンツ、または、課金処理および認証処理が不要なコンテンツを、ストレージ部１０２４に保存する。あるいは、車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は、移動検出部１０２５が高速通信エリア７０５から外れたことを検出した場合、課金処理および認証処理がされていないコンテンツを削除するようにしてもよい。

車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）は、ユーザが降車しタブレット（子デバイスとして動作する配信クライアント１０２）を車両７０４外に持ち出すと判断できる場合、タブレット（子デバイスとして動作する配信クライアント１０２）にダウンロードした親コンテンツを削除し、車内エンターテインメント管理装置（親デバイスとして動作する配信サーバ１０１）に一時的に移動した子コンテンツを再度ダウンロードさせるようにしてもよい。

なお、タブレット（子デバイスとして動作する配信クライアント１０２）を車両７０４外に持ち出すと判断するには、例えば車両７０４のイグニッションがオフになったことを検出する、車両７０４のドアが開いたことを検出する、バスの場合は降車する停留所の到着予定時刻の所定時間前（例えば10秒前）を検出する、タクシーの場合は乗車料金の支払いを行っていることを検出する、電車の場合は降車する駅の到着予定時刻の所定時間前（例えば10秒前)を検出する、などを行えばよい。

車内エンターテインメント管理装置（子デバイスとして動作する配信サーバ１０１）は、車両７０４のイグニッションがオフになったことを検出した後、ストレージ部１０２４の空き容量を確認し、所定閾値（例えば10%)未満の場合、次回イグニッションがオンになったときにエッジサーバ（親デバイスとして動作）６０１に子コンテンツを一時移動するよう配信予約を行うようにしてもよい。

・カーディーラでの利用例
カーナビ（配信サーバ１０１）の目的地にカーディーラの店舗が設定されると、LTE通信（低速通信部１０１２）を介して事前に当該車両７０４の情報を目的のカーディーラの店舗に設置されたサーバ（エッジサーバ６０１）に送信し、当該サーバは自動車メーカのサーバ（コンテンツサーバ７０２）から当該車両７０４のＥＣＵ（engine control unitまたはelectronic control unit）の更新に必要なデータコンテンツ、または、地図メーカのサーバ（コンテンツサーバ７０２）から最新の地図情報コンテンツ、をそれぞれダウンロードし、ストレージ部６０１４に格納する。

当該ディーラのコンテンツ配信システム７００へのユーザ登録の有無によらず、ユーザは、当該ディーラからの広告やセール情報等は配信サーバ１０１または配信クライアント１０２にダウンロードし利用することができる。

当該ディーラのコンテンツ配信システム７００へユーザ登録がされた場合、ユーザは、オイル交換サービス等の簡易サービスをうけることができる情報等を配信サーバ１０１または配信クライアント１０２にダウンロードし利用することができる。

当該ディーラのコンテンツ配信システム７００へユーザ登録がされた場合、ユーザは、当該ディーラへ来店しコンテンツ配信システムの利用した回数に応じて、新車購入割引サービスなどサービスレベルの高い情報等を配信サーバ１０１または配信クライアント１０２にダウンロードし利用することができる。

ディーラのサーバ（エッジサーバ６０１）からのWiGig通信(高速通信部６０１３）の電波強度と方向を検出し、計器装置やカーナビ（配信サーバ１０１）またはユーザタブレット（配信クライアント１０２）のＵＩ部１０２６にアイコン表示し、クリック、タッチ、タップなどすることにより高速通信部１０２３の接続を開始してもよい。

当該検出したWiGig通信(高速通信部６０１３）の電波強度と方向に基づいて、当該車両７０４に搭載された計器装置やカーナビ（配信サーバ１０１）のＵＩ部１０１６に、当該車両７０４の自動移動および自動駐車のために、誘導経路を表示してユーザに移動および駐車場所を提示してもよい。

駐車時、WiGig通信が確立されている場合、ＥＣＵまたはコンテンツのアップデートモードへの移行、車両セキュリティレベルの低減、車両７０４のイグニッションオンを継続する。
ユーザがアップデート費用を支払い後、アップデート作業を開始できるよう、タブレットにアップデート開始および停止ボタンをＵＩ部１０１６、１０２６に表示し、操作してもよい。

車内サーバ（配信サーバ１０１）からアップデートに必要な空き容量を確保するため一時移動可能なデータをエッジサーバ６０１にアップロードし、車内サーバ（配信サーバ１０１）のストレージの空き容量を確保する。

ディーラのサーバ内の一時保存データ（地図情報又は車両情報）をディーラ内の駐車スペースに駐車された車両７０４のストレージ部１０１４にWiGig通信にてダウンロードし一時保存する。

シフトポジションがパーキングであることを確認後、車両７０４のストレージ部１０１４の当該一時保存データを用いて、車内ＥＣＵおよびカーナビの地図データをアップデートする。アップデート終了後に当該一時保存データを削除し、エッジサーバ６０１に一時移動でアップロードしたデータを、再度ダウンロードする。

車両７０４内の配信サーバ１０１とWiGig、Wi-Fi及びLTEのいずれかで接続している状態において、アップデートデータの容量と通信速度から算出した、残りのアップデート時間のカウントダウンを、車両７０４外に持ち出したタブレット（配信クライアント１０２）のＵＩ部１０２６に表示し、アップデート状態をユーザに通知してもよい。

ディーラのサーバ（エッジサーバ６０１）がタブレット（配信クライアント１０２）からのアップデート状態信号を確認した後、タブレット（配信クライアント１０２）内の空き容量が所定値以上か否かを判断し、所定値以下の空き容量の場合、タブレット（配信クライアント１０２）の保存データの一部をディーラのサーバ（エッジサーバ６０１のストレージ部６０１４）に一時保存する。タブレット（配信クライアント１０２）内の空き容量が確保された後、ディーラのサーバ（エッジサーバ６０１）内に保管されたディーラオプションのカタログ、クーポン情報、一時的に無料レンタルするエンターテイメント情報（電子図書、映画）のリストをタブレット（配信クライアント１０２）に表示し、ユーザが選択したものに対してダウンロードを開始する。

ディーラのサーバ（エッジサーバ６０１）と駐車している車両７０４がWiGig通信できなかった場合、車両７０４内から持ち出したタブレット（配信クライアント１０２）、もしくは、図示しない周辺の車両７０４−１の他のアクセスポイント（図示しないエッジサーバ６０１−１）をホップして、WiGig通信を実施する。

車両７０４内の配信サーバ１０１は、別の車両７０４−１がWiGig通信状態の場合、車両７０４の電源をACC（アクセサリ電源） ONの状態で待機し、アップデート完了信号を別の車両７０４−１、もしくは、ディーラのサーバ（エッジサーバ６０１）から受信した後、車両７０４の電源を、イグニッションONの状態にし、シフトポジションがパーキングであることを確認した後、アップデート処理を実施する。

ディーラのサーバ（エッジサーバ６０１）は、該当車両７０４の配信サーバ１０１からのWiGig電波の受信が一定期間以上途絶した場合、ディーラのサーバ（エッジサーバ６０１）内の一時保存データ（該当車両７０４に固有のデータ）を削除し、車両７０４に依存しないデータ（地図情報）は、ディーラのサーバ（エッジサーバ６０１）の空き容量に応じて、削除又は保存の判断を行う。

車両７０４に一時保存したストレージデータは削除せずに、ディーラのサーバ（エッジサーバ６０１）によって、WiGig通信が再度確立された際にシフトポジションがパーキングであることを確認し、アップデート処理を再開する。

以上、図面を参照しながら各種の実施形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、開示の趣旨を逸脱しない範囲において、上記実施形態における各構成要素を任意に組み合わせてもよい。

上記各実施形態では、本開示はハードウェアを用いて構成する例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアでも実現することも可能である。

また、上記各実施形態の説明に用いた各機能ブロックは、典型的には、入力端子および出力端子を有する集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力と出力を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサを用いて実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、ＬＳＩ内部の回路セルの接続又は設定を再構成可能なリコンフィギュラブル プロセッサ（Reconfigurable Processor）を利用してもよい。

さらには、半導体技術の進歩又は派生する別技術により,ＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適用等が可能性としてありえる。

本開示に係る実施形態の種々の態様として、以下のものが含まれる。

第１の開示に係るコンテンツ配信システムは、コンテンツ配信サーバとコンテンツ配信クライアントと含むコンテンツ配信システムであって、前記コンテンツ配信クライアントは、第１の無線通信を行う第１の無線通信部と、第２の無線通信を行う第２の無線通信部と、第１の記憶部と、を備え、前記コンテンツ配信サーバは、前記第１の無線通信を行う第３の無線通信部と、前記第２の無縁通信を行う第４の無線通信部と、前記第１の記憶部の容量よりも容量が大きい第２の記憶部と、を備え、前記コンテンツ配信クライアントは、前記第１の無線通信部を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、前記第２の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、前記第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信部を用いて、前記コンテンツ配信サーバにアップロードした後、前記第１のコンテンツをダウンロードし、前記コンテンツ配信サーバは、前記第３の無線通信部を用いて、前記第１のコンテンツのダウンロードに関する前記制御情報を前記コンテンツ配信クライアントと通信し、前記第４の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされた場合、前記第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第４の無線通信部を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードする。

第２の開示に係るコンテンツ配信システムは、上記第１の開示のコンテンツ配信システムであって、前記第１の無線通信の通信速度は、前記第２の無線通信の通信速度よりも高速である。

第３の開示に係るコンテンツ配信システムは、上記第１の開示のコンテンツ配信システムであって、前記第１の無線通信はマイクロ波通信である。

第４の開示に係るコンテンツ配信システムは、上記第１の開示のコンテンツ配信システムであって、前記第２の無線通信はミリ波通信である。

第５の開示に係るコンテンツ配信方法は、コンテンツ配信サーバとコンテンツ配信クライアントとを含むコンテンツ配信方法であって、前記コンテンツ配信クライアントおよび前記コンテンツ配信サーバは、第１の無線通信を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、第２の無線通信の通信エリアを検出し、前記コンテンツ配信クライアントは、前記コンテンツ配信クライアントの第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信を用いて、前記コンテンツ配信サーバへアップロードし、前記コンテンツ配信サーバは、前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされ、前記コンテンツ配信サーバの第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第２の無線通信を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードし、前記コンテンツ配信クライアントは、前記第２の無線通信を用いて前記第１のコンテンツをダウンロードする。

第６の開示に係るコンテンツ配信方法は、上記第５の開示のコンテンツ配信方法であって、前記第１の無線通信の通信速度は前記第２の無線通信の通信速度よりも高速である。

第７の開示に係るコンテンツ配信方法は、上記第５の開示のコンテンツ配信方法であって、前記第１の無線通信はマイクロ波通信である。

第８の開示に係るコンテンツ配信方法は、上記第５の開示のコンテンツ配信方法であって、前記第２の無線通信はミリ波通信である。

第９の開示に係る移動端末装置は、通信相手と第１の無線通信を行う無線通信部と、前記通信相手と前記第１の無線通信よりも高速な通信である第２の無線通信を行う無線通信部と、コンテンツを記憶する記憶部と、前記第２の無線通信を介して、第１のコンテンツを前記通信相手からダウンロードする前に、前記記憶部に保存してある第２のコンテンツを、前記通信相手へアップロードするか否かを表示する表示部と、を含む。

第１０の開示に係る移動端末装置は、上記第９の開示の移動端末装置であって、前記表示部は、前記記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第２のコンテンツを前記通信相手へ前記アップロードするか否かを表示する。

本開示は、移動通信システムに用いるのに好適である。

１００、６００、７００ コンテンツ配信システム
１０１ 配信サーバ
１０２ 配信クライアント
１０１１，１０２１ 制御部
１０１２，１０２２ 低速通信部
１０１３，１０２３ 高速通信部
１０１４，１０２４ ストレージ部
１０１５，１０２５ 移動検出部
１０１６，１０２６ ユーザインタフェース部
１０１７，１０２７ 外部インタフェース部

Claims (10)

1. コンテンツ配信サーバとコンテンツ配信クライアントと含むコンテンツ配信システムであって、
   前記コンテンツ配信クライアントは、
   第１の無線通信を行う第１の無線通信部と、
   第２の無線通信を行う第２の無線通信部と、
   第１の記憶部と、
   を備え、
   前記コンテンツ配信サーバは、
   前記第１の無線通信を行う第３の無線通信部と、
   前記第２の無縁通信を行う第４の無線通信部と、
   前記第１の記憶部の容量よりも容量が大きい第２の記憶部と、
   を備え、
   前記コンテンツ配信クライアントは、
   前記第１の無線通信部を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、
   前記第２の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、
   前記第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信部を用いて、前記コンテンツ配信サーバにアップロードした後、前記第１のコンテンツをダウンロードし、
   前記コンテンツ配信サーバは、
   前記第３の無線通信部を用いて、前記第１のコンテンツのダウンロードに関する前記制御情報を前記コンテンツ配信クライアントと通信し、
   前記第４の無線通信部を用いて、前記第２の無線通信の通信エリアを検出し、
   前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされた場合、前記第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第４の無線通信部を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードする、
   コンテンツ配信システム。
2. 前記第１の無線通信の通信速度は、前記第２の無線通信の通信速度よりも高速である、
   請求項１記載のコンテンツ配信システム。
3. 前記第１の無線通信はマイクロ波通信である、
   請求項１記載のコンテンツ配信システム。
4. 前記第２の無線通信はミリ波通信である、
   請求項１記載のコンテンツ配信システム。
5. コンテンツ配信サーバとコンテンツ配信クライアントとを含むコンテンツ配信方法であって、
   前記コンテンツ配信クライアントおよび前記コンテンツ配信サーバは、
   第１の無線通信を用いて、第１のコンテンツのダウンロードに関する制御情報を前記コンテンツ配信サーバと通信し、
   第２の無線通信の通信エリアを検出し、
   前記コンテンツ配信クライアントは、
   前記コンテンツ配信クライアントの第１の記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第１の記憶部に格納された第２のコンテンツを前記第２の無線通信を用いて、前記コンテンツ配信サーバへアップロードし、
   前記コンテンツ配信サーバは、
   前記第２のコンテンツが前記コンテンツ配信クライアントからアップロードされ、前記コンテンツ配信サーバの第２の記憶部に前記第２のコンテンツを一時的に格納させた後に、前記第２の無線通信を用いて前記第１のコンテンツを前記コンテンツ配信クライアントへダウンロードし、
   前記コンテンツ配信クライアントは、
   前記第２の無線通信を用いて前記第１のコンテンツをダウンロードする、
   コンテンツ配信方法。
6. 前記第１の無線通信の通信速度は前記第２の無線通信の通信速度よりも高速である、
   請求項５記載のコンテンツ配信方法。
7. 前記第１の無線通信はマイクロ波通信である、
   請求項５記載のコンテンツ配信方法。
8. 前記第２の無線通信はミリ波通信である、
   請求項５記載のコンテンツ配信方法。
9. 通信相手と第１の無線通信を行う無線通信部と、
   前記通信相手と前記第１の無線通信よりも高速な通信である第２の無線通信を行う無線通信部と、
   コンテンツを記憶する記憶部と、
   前記第２の無線通信を介して、第１のコンテンツを前記通信相手からダウンロードする前に、前記記憶部に保存してある第２のコンテンツを、前記通信相手へアップロードするか否かを表示する表示部と、
   を含む、移動端末装置。
10. 前記表示部は、
    前記記憶部の空き容量が、前記第１のコンテンツの容量よりも少ない場合、前記第２のコンテンツを前記通信相手へ前記アップロードするか否かを表示する、
    請求項９に記載の移動端末装置。

Images