JP5805144B2 - 携帯端末、ファイル配信システム、ファイル配信方法、およびファイル配信プログラム - Google Patents

Description

本発明は、配信装置から配信されるファイルを受信する携帯端末、ファイル配信システム、ファイル配信方法、およびファイル配信プログラムに関する。

本発明に関連する第１の関連技術として、配信装置が配信スケジュールに従って、ファイルを複数の携帯端末へ配信する技術が知られている（例えば、特許文献１参照）。より具体的には、第１の関連技術では、ファイルのダウンロードを希望する各携帯端末は、配信装置からファイルの配信スケジュールを取得する。各携帯端末が取得する配信スケジュールには、配信装置によってその携帯端末に割り当てられたダウンロード時刻が設定されており、各携帯端末は取得した配信スケジュールに設定されているダウンロード時刻になると、配信装置に接続し、ファイルをダウンロードする。なお、配信装置によって各携帯端末にダウンロード時刻を割り当てる際には、多数の携帯端末によって同時にダウンロードが行われないように（各携帯端末が時差的にダウンロードを行うように）、ダウンロード時刻を割り当てる。

また、本発明に関連する第２の関連技術として、配信装置が、複数の携帯端末との間の複数種類の通信網のうちの、何れか１つを選択し、この選択した通信網を用いて上記複数の携帯端末の全てにファイルを配信する技術が知られている（例えば、特許文献２参照）。より具体的には、第２の関連技術では、ユーザは、配信対象ファイルを制限時刻までに配信して貰いたい場合、携帯端末を用いて予約要求をサーバへ送信する。上記予約要求には携帯端末の識別情報が含まれており、配信装置は送られてきた予約要求中の識別情報を記憶装置に記録しておく。そして、上記配信対象ファイルの配信タイミングになると、配信装置は、上記記憶装置に記録されている識別情報の数に基づいて、有線の公衆回線と衛星回線との内の一方を選択し、この選択した通信網を用いてファイルの配信先となる全ての携帯端末にファイルを配信する。

特開２００２−２０２９２７号公報 特開２００１−３０６４３５号公報

上述した本発明に関連する第１の関連技術によれば、配信装置と複数の携帯端末とは１種類の通信網を通じてファイルの送受信を行うため、ファイル配信のためのトラフィックが当該通信網に集中する。

他方、本発明に関連する第２の関連技術によれば、配信装置と複数の携帯端末とが複数種類の通信網を通じてファイルの送受信を行うため、１種類の通信網を通してファイルを送受信する場合に比べて各々の通信網のトラフィック量は減少する。しかしながら、本発明に関連する第２の関連技術では、配信装置が何れの通信網を通じてファイルの配信を行うかを携帯端末全体で固定的に定めるため、配信に使用するために選択した通信網に全携帯端末向けのファイルの配信に係るトラフィックが集中する。

[本発明の目的]
そこで、本発明の目的は、上述した課題、すなわち、複数の通信網のうちの何れの通信網を使用してファイルを配信するかが携帯端末全体で固定的に定まる方法では、配信に使用するために選択した通信網に全携帯端末向けのファイルの配信に係るトラフィックが集中する、という課題を解決する携帯端末を提供することにある。

本発明の第１の観点に係る携帯端末は、
第１の通信網を通じて配信装置と通信する第１の通信部と、
前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、
現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、
前記配信装置に対する前記ファイルの配信要求可否を制御する制御部とを備える。

本発明の第２の観点に係るファイル配信システムは、
携帯端末と配信装置とを備え、
前記携帯端末は、
第１の通信網を通じて配信装置と通信する第１の通信部と、
前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、
現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、
前記配信装置に対する前記ファイルの配信要求可否を制御する端末側制御部とを備え、
前記配信装置は、
前記第１の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第１の通信網を通じて前記携帯端末に配信し、前記第２の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第２の通信網を通じて前記携帯端末に配信する装置側制御部を備える。

本発明の第３の観点に係るファイル配信方法は、
第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータが実行するファイル配信方法であって、
前記制御部が、現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する。

本発明の第４の観点に係るプログラムは、
第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータを、
現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する制御部として機能させる。

本発明は上述した構成を有するため、配信装置が複数の携帯端末とを接続する第１および第２の通信網にファイルの配信に係るトラフィックが集中するのを防止することができる。

本発明の第１の実施形態に係るファイル配信システムの構成例を示すブロック図である。 本発明の第１の実施形態に係る管理テーブル２３１の構成例を示す図である。 本発明の第１の実施形態に係る管理テーブル１５１の構成例を示す図である。 本発明の第１の実施形態に係るポリシー要求処理手段１１１の処理例を示す流れ図である。 本発明の第１の実施形態に係るファイル要求処理手段１１２の処理例を示す流れ図である。 本発明の第１の実施形態に係る一覧表示処理手段１１３の処理例を示す流れ図である。 本発明の第１の実施形態に係るファイル一覧画面１６１の構成例を示す図である。 本発明の第１の実施形態に係るポリシー要求処理手段１１１及びファイル要求処理手段１１２による一連の処理例を示すシーケンス図である。 本発明の第１の実施形態に係る一覧表示処理手段１１３及び再生処理手段１１４による一連の処理例を示すシーケンス図である。 本発明の第２の実施形態に係るファイル配信システムの構成例を示すブロック図である。 本発明の第２の実施形態に係るファイル要求処理手段１１２Ａの処理例を示す流れ図である。 本発明の第２の実施形態に係るその他条件チェック（ステップＳ１１０）の詳細な処理例を示す流れ図である。 本発明の第３の実施形態に係るファイル配信システムの構成例を示すブロック図である。 本発明の第３の実施形態に係る取得確認ダイアログ画面１６２の一例を示す図である。 本発明の第３の実施形態に係る速達ポリシー要求手段１１５の処理例を示す流れ図である。 本発明の第４の実施形態に係るファイル配信システムのブロック図である。 本発明の第４の実施形態に係る管理テーブル６５１の構成例を示す図である。 本発明の第４の実施形態に係る送信要求処理手段６１１の処理例を示す流れ図である。 本発明の第４の実施形態に係るファイル送信処理手段６１２の処理例を示す流れ図である。 本発明の第４の実施形態に係る送信要求処理手段６１１及びファイル送信処理手段６１２による一連の処理例を示すシーケンス図である。

添付図面を参照して、本発明による携帯端末、ファイル配信システム、ファイル配信方法、およびファイル配信プログラムを実施するための形態を以下に説明する。

（本発明の第１の実施形態）
本発明の第１の実施形態は、アクセス回線として携帯電話網と無線ＬＡＮとの２種類の回線を利用する。

図１を参照すると、本実施形態に係るファイル配信システムは、携帯端末１と、配信装置２と、移動体基地局３と、アクセスポイント４と、インターネット５を含む。

配信装置２は、通信部２１、制御部２２、及びファイル蓄積部２３を備える。

ファイル蓄積部２３は、ハードディスクやフラッシュメモリ（不揮発性メモリ）であり、管理テーブル２３１、及びファイル２３２が記録される。図１ではファイル蓄積部２３に記録されているファイルを１つしか示していないが、ファイル数はこれに限られるものではない。

管理テーブル２３１は、ファイル蓄積部２３に蓄積されているファイル毎のエントリを有している。また、各エントリは、ファイル名、サイズ、配信開始日、配信終了日、配信時間帯、回線種別、および取得状況で構成される。なお、必要に応じて、各エントリの項目は、省略される項目があっても、他に追加される項目があってもよい。また、以下の説明では管理テーブル２３１に記録されている情報をまとめてポリシーと呼ぶ場合がある。

図２は管理テーブル２３１の内容例を示す図である。同図を参照すると、各エントリは、ファイル名２３１１、サイズ２３１２、配信開始日２３１３、配信終了日２３１４、配信時間帯２３１５、回線種別２３１６で構成される。なお管理テーブル２３１の各エントリは、配信装置２の管理者が、ファイル蓄積部２３にファイル２３２を登録する際に、ファイル２３２の登録とあわせて設定してもよいし、ファイル２３２の登録をもとに、制御部２２が自動的にファイル名２３１１やサイズ２３１２などを登録してもよい。更に、サイズ２３１２が入力されることで、既定の閾値を基準に配信時間帯２３１５や回線種別２３１６が決定されて入力されてもよい。また、ファイル２３２は、動画ファイル、静止画ファイル、アプリケーションファイルなどの各種ファイルである。

ファイル名２３１１は、ファイルを一意に識別するためのＩＤである。あるファイルに対して、配信時間帯と回線種別との組み合わせが複数存在する場合は、管理テーブル２３１上に同じファイル名のエントリを複数作成しても良い。

サイズ２３１２は、当該エントリに係るファイルのファイルサイズ（ｋｂｙｔｅｓ）を示す。

配信開始日２３１３は、当該エントリに係るファイルの配信開始日を示す。ここに設定された配信開始日より前は、携帯端末１からポリシー要求が送られてきても、配信装置２は当該エントリに係るポリシーは返信しない。

配信終了日２３１４は、当該エントリに係るファイルの配信終了日を示す。ここに設定された配信終了日より後は、携帯端末１からポリシー要求が送られてきても、配信装置２は当該エントリに関するポリシーを返答しない。

配信時間帯２３１５は、当該エントリに係るファイルを配信可能な時間帯を示す。なお、配信時間帯２３１５にANYが設定されているファイルは、配信時間帯に関しては制限のないファイルである。ここで、サイズが大きいファイルは、配信時間帯を通信量が少ない夜間に設定することが望ましい。

回線種別２３１６は、当該エントリに係るファイルを配信可能なアクセス回線の種別を示す。パラメータとしては、アクセスポイント４を経由するアクセス回線(WLAN；無線ＬＡＮ)、移動体基地局３を経由するアクセス回線 (Packet；携帯電話網)、回線種別を問わない(ANY)がある。ここで、一般的に無線ＬＡＮの方が携帯電話網よりも空いている帯域が多いため、サイズの大きなファイルは、回線種別として無線ＬＡＮ（ＷＬＡＮ）を設定することが望ましい。

通信部２１は、インターネット５と通信を行い、制御部２１がインターネット５を通じて携帯端末１等と通信できるようにする。

制御部２２は、携帯端末１から通信部２１を通じて届くポリシー要求に応じて、管理テーブル２３１の内容を返信する。また、携帯端末１から通信部２１を通じて届くファイル要求に応じて、ファイル蓄積部２３から該当するファイルの本体を取り出し、通信部２１を通じて配信する。なお、ファイル要求が携帯電話網を介して送られてきた場合は、ファイルを携帯電話網を介して配信し、ファイル要求が無線ＬＡＮを介して送られてきた場合は、ファイルを無線ＬＡＮを介して配信する。

配信装置２は、コンピュータによって実現可能であり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータを通信部２１および制御部２２として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に通信部２１および制御部２２を実現する。

次に、携帯端末１について説明する。携帯端末１は、制御部１１、タイマー／時計部１２、パケット通信部１３、無線ＬＡＮ通信部１４、ファイル蓄積部１５、表示部１６、および入力部１７を備える。携帯端末１の具体例として、スマートフォン（高機能携帯電話機）やタブレット端末が挙げられる。

ファイル蓄積部１５は、ハードディスクやフラッシュメモリ（不揮発性メモリ）であり、管理テーブル１５１、およびファイル１５２が記録される。なお、図１ではファイル蓄積部１５に記録されているファイル１５２を１つしか示していないが、ファイル数はこれに限られるものではない。また、ファイル１５２は、動画ファイル、静止画ファイル、アプリケーションなどの各種ファイルである。

管理テーブル１５１は、配信装置２が配信対象にしているファイル毎のエントリを有する。各エントリは、ファイル名、サイズ、配信開始日、配信終了日、配信時間帯、回線種別、取得状況で構成される。なお、必要に応じて、各エントリの項目は、省略される項目があっても、他に追加される項目があってもよい。また、以下の説明では、管理テーブル１５１に記録されている情報をまとめてポリシーと呼ぶ場合がある。

図３は、管理テーブル１５１の内容例を示す図である。同図を参照すると、管理テーブル１５１の各エントリは、ファイル名１５１１、サイズ１５１２、配信開始日１５１３、配信終了日１５１４、配信時間帯１５１５、回線種別１５１６、および取得状況１５１７で構成される。

ファイル名１５１１は、ファイル１５１を一意に識別するためのＩＤである。あるファイルに対して、配信時間帯および回線種別との組が複数存在する場合は、管理テーブル１５１上に同じファイル名のエントリを複数作成しても良い。

サイズ１５１２は、当該エントリに係るファイルのファイルサイズ（ｋｂｙｔｅｓ）を表す。

配信開始日１５１３は、当該エントリに係るファイルの配信開始日を示す。前述したように配信装置２は、携帯端末１からポリシー要求が送られてきても、配信開始日前のファイルに係るポリシーは返信しないので、配信開始日になっていないファイルに関するエントリが管理テーブル１５１上に作成されることはない。

配信終了日１５１４は、当該エントリに係るファイルの配信終了日を示す。なお、配信終了日を過ぎたファイルに関するエントリは削除される。

配信時間帯１５１５は、当該エントリに係るファイルを配信可能な時間帯を示す。なお、配信時間帯１５１５にANYが設定されているファイルは、配信時間帯については制限がないファイルである。

回線種別１５１６は、当該エントリに係るファイルを転送可能なアクセス回線の種別を示す。パラメータとしては、無線LAN通信部を用いた転送(WLAN)、パケット通信部を用いた転送(Packet)、回線種別を問わないANYがある。

取得状況１５１７は、当該エントリに係るファイルの取得状況を示す。「０」は未取得、「１」は取得済、「２」は取得不要すなわち当該ファイルを別エントリのポリシーを用いて既に取得済であることを示す。

制御部１１は、ポリシー要求処理手段１１１と、ファイル要求処理手段１１２と、一覧表示処理手段１１３と、再生処理手段１１４とを備えている。上記各手段１１１〜１１４は、スマートフォンやタブレット端末にインストールしたアプリケーション（アプリ）をＣＰＵ（中央処理装置）で実行することにより実現される。

ポリシー要求処理手段１１１は、タイマー／時計１２から一定間隔などの既定時間ごとに起動され、パケット通信部１３または無線ＬＡＮ通信部１４を通じて配信装置２からポリシーを受信してファイル蓄積部１５に記録する。また、ポリシー要求処理手段１１１は、ポリシーをファイル蓄積部１５に記録した後、ファイル要求処理手段１１２を起動する。なお、ポリシー要求処理手段１１は、パケット通信部１３を経由してインターネット５に接続するアクセス回線（携帯電話網）、および無線ＬＡＮ通信部１４を経由してインターネット５に接続するアクセス回線（無線ＬＡＮ）の双方を経由してインターネット５と通信可能な場合は、無線ＬＡＮ通信部１４を経由して、携帯電話網のみで通信可能な場合はパケット通信部１３を経由して、無線ＬＡＮのみで通信可能な場合は無線ＬＡＮ通信部１４を経由して通信する（既定の接続条件と呼ぶ。ただし、携帯電話網と無線ＬＡＮの両方とも通信不可の場合は通信しない）。

ファイル要求処理手段１１２は、ポリシー要求処理手段１１１またはタイマー／時計１２から起動され、ファイル蓄積部１５に格納されているポリシー、現在時刻、および現在接続中もしくは接続可能なアクセス回線種別（例えば、ポリシー要求処理手段１１１などが通信に利用したアクセス回線にまだ接続中なら、その接続しているアクセス回線、現在未接続なら、既定の接続条件により利用することが決定されたアクセス回線）に基づいてファイルをダウンロードするか否かを決定する。そして、ファイルをダウンロードすると決定した場合は、現在接続中のアクセス回線が存在する場合は、そのアクセスを使用してファイルをダウンロードし、現在接続中のアクセス回線が存在しない場合は、既定の接続条件によって決定した回線種別のアクセス回線を使用してファイルをダウンロードする。

ここで、アクセス回線として携帯電話網および無線ＬＡＮの双方を利用可能な場合、ポリシー要求処理手段１１１及びファイル要求処理手段１１２が無線ＬＡＮを利用するのは、無線ＬＡＮは携帯電話網に比較して、空いている帯域が広く、通信速度が速いからである。つまり、無線ＬＡＮを利用した方が、アクセス回線がボトルネックになり難いからである。

一覧表示処理手段１１３は、入力部１７を通じたユーザ操作により起動し、ファイル蓄積部１５に蓄積されているファイルの一覧を表示部１６に表示する。

再生処理手段１１４は、表示部１６に表示されているファイルの一覧を用いてユーザが選択したファイルを再生する。

タイマー／時計部１２は、ファイル要求処理手段１１２の時刻取得要求に応答して現在の年月日時分秒を返答する時計動作と、ポリシー要求処理手段１１１またはファイル要求処理手段１１２から渡された再スケジューリング要求に含まれている時間が経過したとき、ポリシー要求処理手段１１１またはファイル要求処理手段１１２を起動するタイマー動作を行う。また、現在の年月日時分秒は、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）等を用いて、常に正確に保たれているものとする。

パケット通信部１３は、移動体基地局３と通信を行い、ポリシー要求処理手段１１１およびファイル要求処理手段１１２がインターネット５を通じて配信装置２等と通信できるようにする。また、パケット通信部１３は、ポリシー要求処理手段１１１から問い合わせに応答して、移動体基地局３との接続状況、電界強度等を検出し、これらを回答する。

無線ＬＡＮ通信部１４は、アクセスポイント４と通信を行い、ポリシー要求処理手段１１１およびファイル要求処理手段１１２がインターネット５を通じて配信装置２等と通信できるようにする。無線ＬＡＮ通信部１４は、ポリシー要求処理手段１１１からの問い合わせに応答して、アクセスポイント４との接続状況、電界強度等を検出し、これらを回答する。

表示部１６は、制御部１１から指示された内容を表示する部位であり、ＬＣＤ等により実現される。入力部１７と組み合わせて、タッチパッドにしても良い。

入力部１７は、ユーザ操作を制御部１１に伝達する部位であり、キー入力部などにより実現される。表示部１６と組み合わせて、タッチパッドにしても良い。

移動体基地局３は、携帯端末１とインターネット５を、携帯電話網（ＨＳＰＡ、ＥＤＧＥ、ＬＴＥなど）を通じて接続する。

アクセスポイント４は、携帯端末１とインターネット５を、無線ＬＡＮを通じて接続する。アクセスポイント４は、家庭、オフィス、ホテル、カフェ、電柱などに設置され、数ｍ〜数百ｍをサービスエリアにする電波を受発信する。なお、無線ＬＡＮは携帯電話網に比較して、利用可能なエリアが限定される。

インターネット５は、ＩＰアドレスで指定した宛先に、パケット単位でデータを転送できるネットワークである。

次に、本実施形態の動作について図面を参照して詳細に説明する。

先ず、ポリシー要求処理手段１１１の動作を図４の流れ図を参照して説明する。

ポリシー要求処理手段１１１は、タイマー／時計部１２から起動されると、無線ＬＡＮ通信部１４にアクセスポイント４と接続可能か否かを問い合わせ、接続可能な場合は無線ＬＡＮ通信部１４を介して配信装置２へポリシー要求を送信する。アクセスポイント４と接続不可能な場合は、パケット通信部１３に移動体基地局３と接続可能か否かを問い合わせ、接続可能な場合は、パケット通信部１４を介して配信装置２へポリシー要求を送信する（ステップＳ４１）。

配信装置２の制御部２２は、携帯端末１からポリシー要求が送られてくると、管理テーブル２３１に記録されているポリシーを携帯端末１へ送信する。制御部２２は、配信開始日時前のファイルに関するポリシーは、携帯端末１へ送信しない。

携帯端末１内のポリシー要求処理手段１１１は、配信手段２から送られてきたポリシーを受信し、管理テーブル１５１に記録する（ステップＳ４２）。なお、ポリシー要求をパケット通信部１３を介して送信した場合は、パケット通信部１３でポリシーが受信される。また、ポリシー要求を無線ＬＡＮ通信部１４を介して送信した場合は、無線ＬＡＮ通信部でポリシーが受信される。

次いで、ポリシー要求手段１１１は、ステップＳ４２で記録したポリシーに基づきファイル本体を受信するため、ファイル要求処理１１２を起動する（ステップＳ４３）。

その後、ポリシー要求処理手段１１１は、一定時間毎などの既定時間毎（例えば、１２時間毎）、或いは午前９時と午後１時などの予め定められた時刻毎にポリシー要求処理を実行するため、タイマー／時計部１２に対して、上記一定時間を含む再スケジューリング要求を渡す（ステップＳ４４）。これにより、タイマー／時計部１２は、上記一定時間後にポリシー要求処理手段１１１を起動し、ポリシー要求処理手段１１１は、前述した処理と同様の処理を行う。

次に、図５の流れ図を参照してファイル要求処理手段１１２の動作を説明する。ファイル要求処理手段１１２は、ポリシー要求処理手段１１１、またはタイマー／時計部１２から起動されると、ファイル蓄積部１５内の管理テーブル１５１の内容を読み込む（ステップＳ５０１）。

次いで、ファイル要求処理手段１１２は、ステップＳ５０１で読み込んだ管理テーブル１５１のエントリを１つ選択し、選択したエントリの取得状況が「０」（未取得）であるか否かを判定する（ステップＳ５０２、Ｓ５０４）。

そして、取得状況が「０」以外の場合（ステップＳ５０４がＮｏ）は、ステップＳ５０２に戻って、次のエントリを選択する。これに対して、取得状況が「０」の場合（ステップＳ５０４がＹｅｓ）は、ステップＳ５０２で選択したエントリに設定されているファイル名のファイルがファイル蓄積部１５に格納されているか否かを判定する（ステップＳ５０５）。より具体的には、上記選択したエントリに設定されているファイル名と同一のファイル名が設定され、且つ取得状況が「１」になっているか否かに基づいて、上記ファイル名のファイルがファイル蓄積部１５に格納されているか否かを判定する。

そして、既に取得していると判定した場合（ステップＳ５０５がＹｅｓ）は、ステップＳ５０２で選択したエントリ中の取得状況１５１７を「０」から「２」（取得不要）に変更した後（ステップＳ５１１）、再びステップＳ５０２の処理を行う。これに対して、取得していないと判定した場合（ステップＳ５０５がＮｏ）は、先ず、タイマー／時計部１２に対して時刻取得要求を出力し、次いで、上記時刻取得要求に応答してタイマー／時計部１２から渡された現在時刻がステップＳ５０２で選択されたエントリにおける配信時間帯１５１５の範囲内であるか否かを判定する（ステップＳ５０６）。

そして、範囲外である場合（ステップＳ５０６がＮｏ）は、ステップＳ５０２に戻って次のエントリを選択する。これに対して、範囲内である場合（ステップＳ５０６がＹｅｓ）は、ステップＳ５０７に進む。

ステップＳ５０７では、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせ、現在接続中のアクセス回線が存在する場合はその回線種別がステップＳ５０２で選択されたエントリにおける回線種別１５１６に合致するか否かを確認し、現在接続中のアクセス回線が存在しない場合は既定の接続条件により決定される回線種別がステップＳ５０２で選択されたエントリにおける回線種別１５１６に合致するか否かを確認する（ステップＳ５０７）。

そして、合致しない場合（ステップＳ５０７がＮｏ）は、ステップＳ５０２に戻って次のエントリを選択する。これに対して、合致する場合（ステップＳ５０７がＹｅｓ）は、現在選択しているエントリ中のファイル名１５１１を含んだファイル要求を配信装置２へ送信する（ステップＳ５０８）。その際、接続中のアクセス回線が存在する場合は、そのアクセス回線を介してファイル要求を配信装置２へ送信し、接続中のアクセス回線が存在しない場合は、ステップＳ５０７にて、既定の接続条件に基づいて、決定した回線種別のアクセス回線を介してファイル要求を配信装置２へ送信する。これにより、配信装置２の制御部２２は、ファイル蓄積部２３から該当するファイル本体を取り出し、携帯端末１へ送信する。

ファイル要求処理手段１１２はステップＳ５０７で確認した現在接続中のアクセス回線を介して、配信装置２から送られてきたファイルを受信し、ファイル蓄積部１５に蓄積する（ステップＳ５０９）。そして、ファイルの取得に失敗した場合（ステップＳ５０９がＮｏ）は、ステップＳ５０２に戻って次のエントリを選択する。これに対して、ファイルの取得に成功した場合（ステップＳ５０９がＹｅｓ）は、現在選択中のエントリの取得状況を「０」から「１」（取得済み）に変更し（ステップＳ５１０）、その後、ステップＳ５０２の処理を行う。

そして、全エントリを選択すると（ステップＳ５０３がＹｅｓ）、ファイル要求処理手段１１２は、取得状況１５１７が「０」（未取得）になっているエントリが存在するか否かを判定する（ステップＳ５１２）。そして、取得状況＝「０」のエントリが存在しない場合（ステップＳ５１２がＮｏ）は、ファイル要求処理手段１１２は、直ちにその処理を終了する。これに対して、取得状況＝「０」のエントリが存在する場合（ステップＳ５１２がＹｅｓ）は、一定時間後（例えば３０分後）に再びファイル取得を試みるため、タイマー／時計部１２に対して上記一定時間を含む再スケジューリング要求を渡し（ステップＳ５１３）、その後処理を終了する。これにより、タイマー／時計部１２は、上記一定時間後にファイル要求処理手段１１２を起動し、ファイル要求処理手段１１２は、前述した処理と同様の処理を行う。

次に、図６の流れ図を参照して一覧表示処理手段１１３の動作について説明する。

ユーザは、表示部１６にファイル一覧画面を表示する場合、入力部１７を通じて一覧表示処理手段１１３を起動する。

一覧表示処理手段１１３は、起動されると、先ず、ファイル蓄積部１５内の管理テーブル１５１の内容を読み込む（ステップＳ６１）。

その後、ステップＳ６１で読み込んだ管理テーブル１５１のエントリの１つを選択し、選択したエントリの取得状況１５１７が「２」（取得不要）であるか否かを判定する（ステップＳ６２、Ｓ６４）。

そして、取得状況１５１７が「２」である場合（ステップＳ６４がＹｅｓ）は、ステップＳ６２に戻って、次のエントリを選択する。これに対して、取得状況１５１７が「２」以外の場合（ステップＳ６４がＮｏ）は、タイマー／時計部１２に対して時刻取得要求を渡し、この要求に応答してタイマー／時計部１２から送られてきた現在年月日がステップ６２で選択されたエントリにおける配信終了日１５１４より前であるか否かを判定する（ステップＳ６５）。

そして、現在年月日が配信終了日以降であった場合（ステップＳ６５がＮｏ）は、当該エントリに係るファイルおよび管理テーブル１５１内の当該エントリを削除する（ステップＳ６６）。その後、上記削除したファイルと同一のファイル名が設定され、且つ所得状況が「２」のエントリが存在するか否かを調べる（ステップＳ６７）。そして、そのようなエントリが存在する場合は削除し（ステップＳ６７がＹｅｓ、Ｓ６８）、ステップＳ６２に戻る。

これに対して、配信終了日当日を含めて、配信終了日より前である場合（ステップＳ６５がＹｅｓ）は、当該エントリに記載されたファイル名、配信終了日、および状態を、ファイル一覧画面１６１に表示し（ステップＳ６９）、その後、ステップＳ６２の処理を行う。なお当該エントリの取得状況が１（取得済）であった場合は、状態１６１３には「再生可能」の表示を行う。当該エントリの取得状況が０（未取得）であった場合は、状態１６１３には「未取得」の表示を行う。

図７は、ファイル一覧画面１６１の一例を示す図である。ファイル一覧画面１６１は、ファイル蓄積部１５に記録されているファイル毎のエントリを有し、各エントリは、ファイル名１６１１、配信終了日１６１２、および状態１６１３で構成される。

ファイル名１６１１は、ファイルを一意に識別するためのＩＤである。今回の例ではファイル名のみ表示しているが、説明、コメント、ファイル種別（動画・静止画、アプリケーションなど）を同時に表示しても良い。

配信終了日１６１４は、当該ファイルの配信終了日を示す。ここに記載された配信終了日より後は、ファイル一覧画面１６１に表示されなくなる。

状態１６１３は、当該ファイルの取得状況を示す。取得状況１５１７において取得済みであれば再生可能の表示となり、未取得であれば未取得と表示する。取得不要の場合は、ファイル一覧画面１６１に表示されない。ユーザが再生可能のエントリをタップすると、再生処理手段１１４が起動して当該ファイルの再生が行われる。

以下、本実施形態に係るファイル配信方法を具体的に説明する。

（ポリシー要求処理手段１１１の処理）
先ず、ポリシー要求処理手段１１１が行う処理について説明する。

ここで、配信装置２のファイル蓄積部２３には、管理テーブル２３１の各エントリに係るファイルが既に格納されており、管理テーブル２３１は図２の例に示すとおりに設定されているものとする。携帯端末１の管理テーブル１５１には、何も設定されておらず、ファイル蓄積部１５には、現時点ではファイルが格納されていないものとする。ポリシー要求処理手段１１１は、１２時間毎にタイマー／時計部１２から起動されるようになっているとする。また、ファイル要求処理手段１１２は、ポリシー不一致のため、ファイルを所得できなかった場合は、３０分後にタイマー／時計部１２から起動されるようになっているとする。この時点では、携帯端末１は、アクセスポイント４のエリア外に存在し、移動体基地局３を通じた通信のみによりインターネット５と接続されているものとする。また現在日時は２０１３年３月３日午前１時４５分であるものとする。

図８を参照すると、携帯端末１のポリシー要求処理手段１１１は、タイマー／時計部１２から起動されると、パケット通信部１３および無線ＬＡＮ通信部１４とインターネット５との間の通信状態を確認する。この時点ではパケット通信部１３を通じた通信のみ可能であることから、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２内の制御部２２に対して、ポリシー要求を送信する（図４のステップＳ４１）。

これにより、配信装置２内の制御部２２は、管理テーブル２３１を参照し、管理テーブル２３１に記載のエントリのうち、配信開始日以降かつ配信終了日以前のエントリを抽出して返答する。ここでは現在日時が「２０１３年３月３日午前１時４５分」であるため、ａｕｔｕｍｎ．ｚｉｐを除くエントリ、すなわち管理テーブル２３１における上から４件のエントリを抽出し、ポリシー要求処理手段１１１に回答する。

ポリシー要求処理手段１１１は、制御部２２からポリシーを受信し、管理テーブル１５１に格納する（ステップＳ４２）。この結果、管理テーブル１５１は、取得状況を除き図３の例に示す内容が設定される。取得状況については、全てに０（未取得）が設定される。

ポリシー要求処理手段１１１は、受信したポリシーに基づきファイル本体を受信するため、ファイル要求処理手段１１２を起動する（ステップＳ４３）。また、ポリシー要求処理手段１１１は、自手段１１１を１２時間ごとに起動するため、タイマー／時計部１２に対して再スケジューリング要求を渡し、１２時間後（２０１３年３月３日午後１時４５分頃）に自手段１１１を起動するよう要求する（ステップＳ４４）。以上の処理により、図８におけるポリシー要求処理手段１１１の処理が完了する。

（ファイル要求処理手段１１２の１回目の処理）
制御部１１内のファイル要求処理手段１１２は、ポリシー要求処理手段１１１から起動されると、ファイル蓄積部１５内の管理テーブル１５１を読み込む（図５のステップＳ５０１）。この結果、取得状況を除き図３の例に示す内容を得る。但し、この時点では、取得状況１５１７は、全エントリで「０」になっている。

ファイル要求処理手段１１２は、読み込んだ管理テーブル１５１のエントリを順に選択し、評価する（ステップＳ５０２）。先ず、上から１行目のエントリに関して、取得状況１５１７に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う（ステップＳ５０４、Ｓ５０５）。ここで、１行目のエントリのファイル名ｗｉｎｔｅｒ．ｍｏｖのファイルが蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、１行目のエントリに関する評価を継続する。

ファイル要求処理手段１１２は、タイマー／時計部１２に対して時刻取得要求を渡し、その結果２０１３年３月３日午前１時４５分と言う回答を得る。この時刻は、１行目のエントリに記載の配信時間帯（午前２時から午前６時）から外れるため、時刻条件不一致となり、１行目のエントリに関する評価を中断し、２行目のエントリについての評価に移る（ステップＳ５０６、Ｓ５０２）。

ファイル要求処理手段１１２は、上から２行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、２行目のエントリに記載されているファイル名ｗｉｎｔｅｒ．ｍｏｖがファイルとして蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、２行目のエントリに関する評価を継続する（ステップＳ５０４、Ｓ５０５）。

ファイル要求処理手段１１２は、タイマー／時計部１２に時刻取得要求を渡し、その結果２０１３年３月３日午前１時４５分と言う回答を得る。この時刻は、２行目のエントリに記載の配信時間帯（いつでも取得可能；ＡＮＹ）に合致する為、２行目のエントリに関する評価を継続する（ステップＳ５０６）。

ファイル要求処理手段１１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との間の接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、２行目のエントリに記載の回線種別（ＷＬＡＮ）と合致しない為、回線条件不一致となり、２行目のエントリに関する評価を中断し、３行目のエントリについての評価に移る（ステップＳ５０７、Ｓ５０２）。

ファイル要求処理手段１１２は、上から３行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、３行目のエントリに記載されているファイル名ｓｐｒｉｎｇ．ｊｐｇがファイル１５２として蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、３行目のエントリに関する評価を継続する（ステップＳ５０４、Ｓ５０５）。

ファイル要求処理手段１１２は、タイマー／時計部１２時刻取得要求を渡し、その結果２０１３年３月３日午前１時４５分と言う回答を得る。この時刻は、３行目のエントリに記載の配信時間帯（いつでも取得可能；ＡＮＹ）に合致する為、３行目のエントリに関する評価を継続する（ステップＳ５０６）。

ファイル要求処理手段１１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との間の接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、３行目のエントリに記載の回線種別（ＡＮＹ）と合致する為、３行目のエントリに関する評価を継続する（ステップＳ５０７）。

ファイル要求処理手段１１２は、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２内の制御部２２に対して、ファイル要求を送信し、ファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルを要求する（ステップＳ５０８）。

これにより、配信装置２内の制御部２２は、ファイル蓄積部２３からファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルを取り出し、通信部２１、インターネット５、移動体基地局３、パケット通信部１３を通じて、携帯端末１に転送する。

ファイル要求処理手段１１２は、制御部２２からファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルを受信し、ファイル蓄積部１５に記録する（ステップＳ５０９がＹｅｓ）。

ファイル要求処理手段１１２は、ファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルの受信および取得が完了したことから、３行目のエントリにおける取得状況を「１」（取得済）に変更し、管理テーブル１５１を更新する。これにより、３行目のエントリに関する評価が完了したので、次に４行目のエントリについての評価に移る（ステップＳ５１０、Ｓ５０２）。

ファイル要求処理手段１１２は、上から４行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、４行目のエントリに記載されているファイル名ｓｕｍｍｅｒ．ａｐｋがファイル１５２として蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、４行目のエントリに関する評価を継続する（ステップＳ５０４、Ｓ５０５）。

ファイル要求処理手段１１２は、タイマー／時計部１２に時刻取得要求を渡し、その結果２０１３年３月３日午前１時４６分と言う回答を得る。この時刻は、４行目のエントリに記載の配信時間帯（いつでも取得可能；ＡＮＹ）に合致する為、４行目のエントリに関する評価を継続する（ステップＳ５０６）。

ファイル要求処理手段１１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との間の接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、４行目のエントリに記載の回線種別（ＷＬＡＮ）と合致しない為、回線条件不一致となり、４行目のエントリに関する評価を中断する（ステップＳ５０７）。

ファイル要求処理手段１１２は、管理テーブル１５１の全てのエントリのチェックが完了したため、最後に再び１行目のエントリから順に取得状況を確認する。この結果、３行目のｓｐｒｉｎｇ．ｊｐｇ以外のエントリには０（未取得）が設定されていることから、３０分後（２０１３年３月３日午前２時１６分）にファイル要求処理１１２を起動するよう、タイマー／時計部１２に再スケジューリング要求を渡す（ステップＳ５１２、Ｓ５１３）。

以上の動作により、図８におけるファイル要求処理手段１１２による１回目の処理が完了する。

（ファイル要求処理手段１１２の２回目の処理）
ファイル要求処理手段１１２は、タイマー／時計部１２により、２０１３年３月３日午前２時１６分に起動される。

これにより、ファイル要求処理手段１１２は、ファイル蓄積部１５内の管理テーブル１５１を読み込む。この結果、取得状況を除き図３の例に示す内容を得る。取得状況については、３行目のｓｐｒｉｎｇ．ｊｐｇのみ「１」、その他エントリについては「０」を得る（ステップＳ５０１）。

ファイル要求処理手段１１２は、読み込んだ管理テーブルのエントリを順に評価する。まず、上から１行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、１行目のエントリに記載されているファイル名ｗｉｎｔｅｒ．ｍｏｖがファイル１５２として蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、１行目のエントリに関する評価を継続する（ステップＳ５０１、Ｓ５０２、Ｓ５０４、Ｓ５０５）。

ファイル要求処理手段１１２は、タイマー／時計部１２に時刻取得要求を渡し、その結果２０１３年３月３日午前２時１６分と言う回答を得る。この時刻は、１行目のエントリ中の配信時間帯（午前２時から午前６時）に合致する為、１行目のエントリに関する評価を継続する（ステップＳ５０６）。

ファイル要求処理手段１１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との間の接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、１行目のエントリに記載の回線種別（ＡＮＹ）と合致する為、１行目のエントリに関する評価を継続する（ステップＳ５０７）。

ファイル要求処理手段１１２は、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２内の制御部２２に対して、ファイル要求を送信し、ファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを要求する（ステップＳ５０８）。

これにより、配信装置２内の制御部２２は、ファイル２３２からファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを取り出し、通信部２１、インターネット５、移動体基地局３、パケット通信部１３を通じて、携帯端末１に配信する。

携帯端末１内のファイル要求処理手段１１２は、制御部２２からファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを受信し、ファイル蓄積部１５に記録する（ステップＳ５０９）。

ファイル要求処理手段１１２は、ファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルの受信および取得が完了したことから、１行目のエントリにおける取得状況を「１」（取得済）に変更し、管理テーブル１５１を更新する。これにより、１行目のエントリに関する評価が完了したので、次に２行目のエントリについての評価に移る（ステップＳ５１０、Ｓ５０２）。

ファイル要求処理手段１１２は、上から２行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、２行目のエントリに記載されているファイル名ｗｉｎｔｅｒ．ｍｏｖがファイル１５２として蓄積済か否かを評価する（ステップＳ５０４、Ｓ５０５）。ここでは既に蓄積済みであることから、２行目のエントリにおける取得状況を「２」（取得不要）に変更し、管理テーブル１５１を更新する。これにより、２行目のエントリに関する評価が完了したので、次に３行目のエントリについての評価に移る（ステップＳ５１１、Ｓ５０２）。

ファイル要求処理手段１１２は、３行目のエントリは、既に取得状況が「１」（取得済）であるため、４行目のエントリについての評価に移る（ステップＳ５０４、Ｓ５０２）。上から４行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、次に同一ファイルが取得済みか否かの評価を行う。ここで、４行目のエントリに記載されているファイル名ｓｕｍｍｅｒ．ａｐｋがファイル１５２として蓄積済か否かを評価するが、まだ格納されていない（未取得である）ため、４行目のエントリに関する評価を継続する（ステップＳ５０４、Ｓ５０５）。

ファイル要求処理手段１１２は、タイマー／時計部１２に時刻取得要求を渡し、その結果２０１３年３月３日午前２時１６分と言う回答を得る。この時刻は、４行目のエントリ中の配信時間帯（いつでも取得可能）に合致する為、４行目のエントリに関する評価を継続する（ステップＳ５０６）。

ファイル要求処理手段１１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との間の接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、４行目のエントリに記載の回線種別（ＷＬＡＮ）と合致しない為、回線条件不一致となり、４行目のエントリに関する評価を中断する（ステップＳ５０７）。

ファイル要求処理手段１１２は、管理テーブル１５１の全てのエントリのチェックが完了したため、最後に再び１行目のエントリから順に取得状況を確認する（ステップＳ５０３、Ｓ５１２）。この結果、４行目のｓｕｍｍｅｒ．ａｐｋに０（未取得）が設定されていることから、タイマー／時計部１２に再スケジューリング要求を渡し、３０分後（２０１３年３月３日午前２時４６分）に自手段１１１を起動するよう要求する（ステップＳ５１３）。

上記のように、ファイル要求処理手段１１２による処理は、全てのエントリの取得状況が０（未取得）以外になるまで、３０分おきに継続される。

以上の動作により、図８におけるファイル要求処理手段１１２の２回目の処理が完了する。

（一覧表示処理手段１１３および再生処理手段１１４の処理）
図９を参照して、携帯端末１におけるファイル一覧表示処理手段１１３および再生処理手段１１４が行う処理について説明する。

ここで、携帯端末１の管理テーブル１５１は、図３の例に示す設定が行われており、ファイル蓄積部１５には、ファイル名「ｗｉｎｔｅｒ．ｍｏｖ」「ｓｐｒｉｎｇ．ｊｐｇ」が保管されているものとする。この時点では、携帯端末１はアクセスポイント４のエリア外に存在し、移動体基地局３を通じた通信のみによりインターネット５と接続されているものとする。また現在日時は２０１３年３月３日午前７時４５分であるものとする。

ユーザが、入力部１７に対して、ファイル一覧画面表示操作（スリープ解除操作など）を行うことにより、一覧表示処理手段１１３が起動される。

一覧表示処理手段１１３は、ファイル蓄積部１５内の管理テーブル１５１を読み込む。この結果、図３の例に示す内容を得る（図６のステップＳ６１）。

一覧表示処理手段１１３は、読み込んだ管理テーブル１５１のエントリを順に評価する。まず上から１行目のエントリに関して、取得状況に着目すると「１」（取得済）が設定されていることから、１行目のエントリに関する処理を継続する（ステップＳ６４）。

一覧表示処理手段１１３は、タイマー／時計部１２に対し時刻取得要求を渡し、その結果２０１３年３月３日と言う回答を得る。この年月日は、１行目のエントリに記載の配信終了日（２０１３年３月１５日）より前であるため、一覧表示処理手段１１３は、１行目のエントリに記載されたファイル名（Ｗｉｎｔｅｒ．ｍｏｖ）、配信終了日（２０１３年３月１５日）を、ファイル一覧画面１６１に表示する（ステップＳ６５、Ｓ６７）。ここで、当該エントリの取得状況が１（取得済）であるので、状態には「再生可能」の表示を行う。これで、１行目のエントリに関する評価を完了し、２行目のエントリについての評価に移る（ステップＳ６２）。

一覧表示処理手段１１３は、上から２行目のエントリに関して、取得状況に着目すると「２」（取得不要）が設定されていることから、２行目のエントリに関する処理を終了し、３行目のエントリについての評価に移る（ステップＳ６４、Ｓ６２）。

一覧表示処理手段１１３は、上から３行目のエントリに関して、取得状況に着目すると「１」（取得済）が設定されていることから、３行目のエントリに関する処理を継続する（ステップＳ６４）。

一覧表示処理手段１１３は、タイマー／時計１２の時計に現在の年月日を問い合わせ、この結果２０１３年３月３日と言う回答を得る。この年月日は、３行目のエントリに記載の配信終了日（２０１３年３月１６日）より前であるため、一覧表示処理手段１１３は、３行目のエントリに記載されたファイル名（ｓｐｒｉｎｇ．ｊｐｇ）、配信終了日（２０１３年３月１６日）を、ファイル一覧画面１６１に表示する（ステップＳ６５、Ｓ６９）。ここで、当該エントリの取得状況が「１」（取得済）であるので、状態には「再生可能」の表示を行う。これで、３行目のエントリに関する評価を完了し、４行目のエントリについての評価に移る（ステップＳ６２）。

一覧表示処理手段１１３は、上から４行目のエントリに関して、取得状況に着目すると「０」（未取得）が設定されていることから、４行目のエントリに関する処理を継続する（ステップＳ６４）。

一覧表示処理手段１１３は、タイマー／時計部１２に時刻取得要求を渡し、その結果２０１３年３月３日と言う回答を得る。この年月日は、４行目のエントリに記載の配信終了日（２０１３年３月１７日）より前であるため、一覧表示処理手段１１３は、４行目のエントリに記載されたファイル名（Ｓｕｍｍｅｒ．ａｐｋ）、配信終了日（２０１３年３月１７日）を、ファイル一覧画面１６１に表示する（ステップＳ６５、Ｓ６９）。ここで、当該エントリの取得状況が「０」（未取得）であるので、状態には「未取得」の表示を行う。これで、４行目のエントリに関する評価を完了する。

一覧表示処理手段１１３は、管理テーブル１５１に記載の全てのエントリのチェックが完了したため（ステップＳ６３）、一覧表示処理を終了する。この結果、図７の例に示すファイル一覧画面１６１が表示される。

以上の動作により、図９に示した一覧表示処理手段１１３の処理が完了する。

（再生処理手段１１４の処理）
表示部１６に図７に示すファイル一覧表示画面１６１が表示されている間に、ユーザがＷｉｎｔｅｒ．ｍｏｖを選択し、入力部１７から再生指示を入力する。

これにより、再生処理手段１１４は、ファイル蓄積部１５からファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを取り出し、表示部１６に表示する。

以上の動作により、図９に示した再生処理手段１１４の処理が完了する。

[第１の実施形態の効果]
本実施の形態によれば、配信装置と複数の携帯端末とを接続する携帯電話網（第１の通信網）および無線ＬＡＮ（第２の通信網）にファイルの配信に係るトラフィックが集中するのを防止することができる。

その理由は、各々の携帯端末は、配信装置に無線ＬＡＮ経由で接続し、無線ＬＡＮ経由よる接続が困難なエリアに存在する場合には携帯電話網経由で配信装置に接続し、かつ、配信装置との接続に使用している通信網の種別と管理テーブル中のファイルの配信に使用する通信網の種別の比較結果に応じて、配信装置に対するファイルの配信要求可否を制御するためである。

[本発明の第２の実施形態]
次に、本発明の第２の実施形態について説明する。本実施形態は、第１の実施形態におけるファイル受信タイミング決定条件に加えて、画面スリープ状態、ファイル蓄積部１５の空き容量、電池残量、ＣＰＵ使用率、電界強度、配信装置２へのＲｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ（ＲＴＴ；往復遅延時間）、携帯端末１の現在位置、携帯端末１の姿勢といった携帯端末１の状態を加味し、ファイル受信タイミングを決定するものである。

図１０を参照すると、本実施形態に係るファイル配信システムは、第１の実施形態におけるファイル配信システムと比較して、携帯端末１の制御部１１において、ファイル要求処理手段１１２の代わりにファイル要求処理手段１１２Ａを備え、さらにセンサー１８が追加されている点において異なる。

センサー１８は、ファイル要求処理手段１１２Ａからの要求に応じて携帯端末１の現在位置を検出して返答するＧＰＳセンサーと、ファイル要求処理手段１１２Ａからの要求に応じて携帯端末１の姿勢（Ｙａｗ、Ｐｉｔｃｈ、Ｒｏｌｌ）を検出して返答するジャイロセンサーの機能を併せ持つセンサーである。

ファイル要求処理手段１１２Ａは、ポリシー要求処理手段１１１またはタイマー／時計部１２から起動される。そして、ファイル蓄積部１５に格納されているポリシー、パケット通信部１３において取得した移動体基地局３の電界強度およびインターネット５との通信状態、無線ＬＡＮ通信部１４において取得したアクセスポイント４の電界強度およびインターネット５との通信状態、表示部１６における画面スリープ状態、ファイル蓄積部１５の空き容量、センサー１８で検出した携帯端末１の現在位置（例えば、緯度経度）および姿勢、制御部１１で管理している携帯端末１の電池残量・ＣＰＵ使用率・配信装置２へのＲＴＴ、その他各種の携帯端末１の状態に応じ、パケット通信部１３または無線ＬＡＮ通信部１４を通じて配信装置２からファイルを受信してファイル蓄積部１５に蓄積する。

なお、ファイル要求処理手段１１２Ａは、第１の実施形態におけるファイル要求処理手段１１２と同様に、携帯端末１にインストールしたアプリケーション（アプリ）をＣＰＵで実行することにより実現される。

図１１は、ファイル要求処理手段１１２Ａの動作を示す流れ図である。ファイル要求処理手段１１２Ａは、本発明の第１の実施形態におけるファイル要求処理１１２と比較して、回線条件合致の判定処理（ステップＳ５０７）とファイル要求の送信処理（ステップＳ５０８）の間に、その他条件合致の判定処理（ステップＳ１１０）が追加されている点において異なる。

ステップＳ１１０では、無線ＬＡＮ通信部１４において取得したアクセスポイント４の電界強度およびインターネット５との通信状態、表示部１６における画面スリープ状態、ファイル蓄積部１５の空き容量、センサー１８で検出した携帯端末１の現在位置および姿勢、制御部１１で管理している携帯端末１の電池残量・ＣＰＵ使用率・配信装置２へのＲＴＴを調査し、条件に合致する場合はステップＳ５０８に進み、合致しない場合はステップＳ５０２に戻って次の未取得のエントリを選択する。

図１２は、ファイル要求処理手段１１２ＡがステップＳ１１０で実行する動作の詳細を示す流れ図であり、以下同図を参照してステップＳ１１０でファイル要求処理手段１１２Ａが行う動作を詳しく説明する。

ステップＳ１１１では、ファイル要求処理手段１１２Ａは、表示部１６に画面スリープ状態を問い合わせる。そして、スリープ中である場合はステップＳ１１２に進み、スリープ中ではない場合は、ユーザが何らかの操作を行っている可能性が高く、ファイルをダウンロードすると、ユーザが行っている操作に悪影響を与えたり、ダウンロードに失敗する恐れがあるので、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、スリープ中であるか否かの確認を行わないようユーザにより設定されていた場合も、ステップＳ１１２に進む。

ステップＳ１１２では、ファイル要求処理手段１１２Ａは、蓄積部１５に空き容量を問い合わせる。そして、空き容量が受信しようとしているファイルのファイルサイズより大きい場合はステップＳ１１３に進み、ファイルサイズ以下の場合はダウンロード中にエラーが発生する可能性が高い為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、空き容量の確認を行わないようユーザにより設定されていた場合も、ステップＳ１１３に進む。

ステップＳ１１３では、ファイル要求処理手段１１２Ａは、制御部１１において管理している携帯端末１の電池残量を確認する。電池残量が設定された残量閾値より多い場合はステップＳ１１４に進み、残量閾値以下である場合は、ファイル受信中に電池残量が低下してダウンロードを完了できなくなる可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、電池残量の確認を行わないようユーザにより設定されていた場合も、ステップＳ１１４に進む。なお、上記残量閾値は固定的なものであっても良いし、ダウンロードするファイルサイズに応じて変化するものであってもよい。

ステップＳ１１４では、ファイル要求処理手段１１２Ａは、制御部１１において管理している携帯端末１のＣＰＵ使用率を確認する。そして、ＣＰＵ使用率が設定された使用率閾値より小さい場合はステップＳ１１５に進み、使用率閾値以上である場合は、ファイル受信中にＣＰＵ使用率が上昇してダウンロードを完了できなくなる可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、ＣＰＵ使用率の確認を行わないようユーザにより設定されていた場合も、ステップＳ１１５に進む。

ステップＳ１１５では、ファイル要求処理手段１１２Ａは、インターネット５との通信に現在利用しているアクセス回線との通信部（パケット通信部１３もしくは無線ＬＡＮ通信部１４のいずれか）に対して、移動体基地局３もしくはアクセスポイント４の電界強度を問い合わせる。ここで、電界強度が設定された強度閾値よりも大きい場合はステップＳ１１６に進み、強度閾値以下である場合は、正常にファイルを受信できない可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、電界強度の確認を行わないようユーザにより設定されていた場合も、ステップＳ１１６進む。なお、電界強度の測定結果は、ＢＳＳＩＤや回線種別ごとに管理し、もし設定された期間（例えば数十秒間）の間に、通信に利用する回線種別やＢＳＳＩＤが変更になった場合はステップＳ５０２へ戻る。

ステップＳ１１６では、ファイル要求処理手段１１２Ａは、制御部１１において管理している携帯端末１から配信装置２へのＲＴＴを確認する。そして、予め設定された期間（例えば数十秒間）のＲＴＴがすべて設定されたＲＴＴ閾値よりも小さい場合はステップＳ１１７に進み、ＲＴＴ閾値以上である場合は、正常にファイルを受信できない可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、ＲＴＴの確認を行わないようユーザにより設定されていた場合も、ステップＳ５０２に進む。なお、ＲＴＴの測定結果は、ＢＳＳＩＤや回線種別ごとに管理し、もし設定された期間（例えば数十秒間）の間に、通信に利用する回線種別やＢＳＳＩＤが変更になった場合はステップＳ５０２に戻る。

ステップＳ１１７では、ファイル要求処理手段１１２Ａは、センサー１８で検出された携帯端末１の現在位置に基づいて、予め設定された期間（例えば数十秒間）における携帯端末１の移動距離を求める。そして、求めた移動距離が予め定められている距離閾値よりも小さい場合はステップＳ１１８に進み、距離閾値以上である場合は、移動中で正常にファイルを受信できない可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、位置の確認を行わないようユーザにより設定されていた場合も、ステップＳ１１８に進む。なお、測位はセンサー１８のＧＰＳを用いるだけでなく、無線ＬＡＮ通信部１４から得られるアクセスポイントのＩＤ（ＢＳＳＩＤ・ＥＳＳＩＤ）を用いて行っても良い。

ステップＳ１１８では、ファイル要求処理手段１１２Ａは、センサー１８で検出された携帯端末１の姿勢に基づいて、予め定められた期間（例えば数十秒間）における携帯端末１の姿勢の変化量を求める。そして、求めた変化量が姿勢閾値よりも小さい場合は、ステップＳ５０８に進み、姿勢閾値以上の場合は、ユーザ操作中もしくは移動中のために正常にファイルを受信できない可能性がある為、ステップＳ５０２に戻り、ダウンロードが行われないようにする。また、姿勢の確認を行わないようユーザにより設定されていた場合も、ステップＳ５０８へ進む。

[第２の実施形態の効果]
本実施形態によれば、配信装置から指示される配信時間帯およびアクセス回線の種別に加えて、携帯端末１の状態（接続中または現在接続可能な回線種別、スリープ状態、ファイル蓄積部の空き容量、電池残量、ＣＰＵ使用率、電界強度、配信装置２へのＲｏｕｎｄＴｒｉｐＴｉｍｅ、端末が存在する場所の緯度経度、姿勢）を加味し、ファイルをダウンロードするタイミングを決定するようにしているので、ファイルのダウンロードに失敗する危険性を少なくすることができる。その結果、ファイルの再送回数が減り、アクセス回線の混雑を緩和することがでる。

[本発明の第３の実施形態]
次に、本発明の第３の実施形態について説明する。本実施形態は、第１の実施形態に対して、取得確認ダイアログ１６２を追加し、さらにポリシー要求時に取得を希望するファイルのファイル名を含んだ速達ポリシー要求を送信することで、ファイル受信タイミングの決定において、配信装置２から指示される配信タイミングおよび携帯端末１の状態に加えて、ユーザの意思を反映可能にするものである。これにより、ユーザの在宅中や在社中など、通信状態が安定しているタイミングでユーザにファイル取得を指示させることで、移動による通信エラー発生を抑制し、回線利用効率を上げることができる。

図１３を参照すると、本発明の第３の実施形態に係るファイル配信システムは、第１の実施形態におけるファイル配信システムと比較して、携帯端末１の処理部１１において、速達ポリシー要求手段１１５が追加されている点において異なる。

速達ポリシー要求手段１１５は、ユーザによってファイル一覧画面１６１（図７参照）のエントリに内の、状態１６１３が「未取得」のエントリが選択された場合、図１４に示す取得確認ダイアログ１６２を表示部１６に表示する。図１４に示すように、取得確認ダイアログ１６２は、今すぐ取得ボタン１６２１、およびキャンセルボタン１６２２を有している。また、取得確認ダイアログ１６２にはファイルを取得するか否かを問い合わせるメッセージが表示される。いますぐ取得ボタン１６２１は、配信装置２から配信されるポリシーや携帯端末１の状態に関わらず、配信装置２から直ちにファイルを取得するようユーザが指示を行う為のボタンである。キャンセルボタン１６２２は、取得確認ダイアログ１６２の表示を中止し、ファイル一覧画面１６１に戻るためのボタンである。

また、速達ポリシー要求手段１１５は、いますぐ取得ボタン１６２１がユーザによって操作された場合、ユーザによって選択された上記エントリに設定されているファイル名を含んだ速達ポリシー要求を、パケット通信部１３または無線ＬＡＮ通信部１４を通じて配信装置２に送信し、この要求に応答して配信装置２から送られてくる上記ファイル名のファイルに関するポリシーに従って管理テーブル１５１を更新する。

次に、本実施形態の動作について説明する。なお、速達ポリシー要求手段１１５に関する動作以外は第１の実施形態と同様であるので、ここでは速達ポリシー要求手段１１５に関する動作だけを説明する。

ユーザは、ファイル一覧画面１６１において、状態１６１３が「未取得」になっているファイルの取得を希望する場合、上記ファイルのファイル名が設定されているエントリを選択する。

速達ポリシー要求手段１１５は、状態１６１３が「未取得」になっているエントリが選択されると、図１５の流れ図に示すように、表示部１６に取得確認ダイアログ１６２を表示する（ステップＳ１５１）。ユーザは、ファイルの取得を希望する場合には、いますぐ取得ボタン１６２１を操作し、ファイル一覧画面１６１に戻る場合は、キャンセルボタン１６２２を操作する。

速達ポリシー要求手段１１５は、キャンセルボタン１６２２が操作された場合（ステップＳ１５２がＮｏ）は、表示部１６にファイル一覧画面１６１を表示する。これに対して、いますぐ取得ボタン１６２１が操作された場合（ステップＳ１５２がＹｅｓ）は、ユーザが配信を希望するファイルのファイル名（ユーザが選択したエントリに設定されているファイル名）を含んだ速達ポリシー要求を配信装置２へ送信する。その際、無線ＬＡＮが利用可能な場合は無線ＬＡＮ通信部１４を経由し、無線ＬＡＮが利用できない場合はパケット通信部１３を経由して速達ポリシー要求を送信する（ステップＳ１５３）。

配信装置２内の制御部２２は、速達ポリシー要求を受信すると、管理テーブル２３１のエントリ中から、上記速達ポリシー中のファイル名が設定されたエントリを探し出す。該当するエントリが１つ以上ある場合は、そのエントリに設定されているファイル名２３１１、サイズ２３１２、配信開始日２３１３、および配信終了日２３１４と、配信時間帯＝ＡＮＹ、回線種別＝ＡＮＹとを含むポリシーを携帯端末１へ送信する。つまり、配信時間帯と回線種別を、管理テーブル２３１の内容によらずＡＮＹとしたポリシーを携帯端末１へ送信する。

速達ポリシー要求手段１１５は、ポリシーを受信すると、速達ポリシー要求に含ませたファイル名と同一ファイル名が設定されているエントリの内容を、今回受信したポリシーに従って更新する（ステップＳ１５４）。

その後、速達ポリシー要求手段１１５は、ステップＳ１５４で管理テーブル１５１に記録したポリシーに基づきファイル本体を受信するため、ファイル要求処理手段１１２を起動する（ステップＳ１５５）。以上で速達ポリシー１１５の処理を終了する。

[第３の実施形態の効果]
本実施形態によれば、移動による通信エラー発生を抑制し、回線利用効率を上げることができる。その理由は、取得確認ダイアログ１６２を追加し、さらにファイル名を指定した速達ポリシー要求１１５を追加することで、ファイル受信タイミングの決定において、配信装置から指示される配信時間帯および携帯端末１の状態に加えてユーザの意思を反映可能にし、ユーザの在宅中や在社中など、通信状態が安定しているタイミングでユーザにファイル取得を指示させることができるからである。

[本発明の第４の実施形態]
第１〜第３の実施形態では、配信装置から携帯端末にファイルをダウンロードする場合の構成および動作について述べたが、第４の実施形態では逆に、携帯端末から配信装置にファイルをアップロードする場合の構成および動作について述べる。

第４の実施形態は、配信装置から指示される送信タイミングに加えて、携帯端末が自身の状態を加味し、ファイル送信タイミングを決定可能にするものである。

図１６を参照すると、本実施形態に係るファイル配信システムは、第１の実施形態における図１に示す構成と比較して、携帯端末１の代わりに、携帯端末６が設置されている点において異なる。

送信端末６は、第１の実施形態における携帯端末１と比較して、制御部１１の代わりに制御部６１を有し、ファイル蓄積部１５の代わりにファイル蓄積部６５を有する点において異なる。

ファイル蓄積部６５は、ハードディスクやフラッシュメモリ（不揮発性メモリ）であり、管理テーブル６５１およびファイル６５２が記録される。なお、図１６ではファイルを１つしか図示していないが、ファイル数はこれに限られるものではない。

図１７は、管理テーブル６５１の構成を示す図である。管理テーブル６５１は、図３に示すファイル管理テーブル１５１と比較して、取得状況１５１７の代わりに送信状況６５１７を有する点において異なる。送信状況６５１７は、当該エントリに記載されたファイルの転送状況を示す。「０」は未送信、「１」は送信済、「２」は送信不要、すなわち当該ファイルを別エントリのポリシーを用いて既に送信済であることを示す。管理テーブル６５１の各エントリは、携帯端末６の管理者が、ファイル蓄積部６５にファイル６５２を登録する際に、ファイル６５２の登録とあわせて設定する。

制御部６１は、送信要求処理手段６１１と、ファイル送信処理手段６１２とを備える。送信要求処理手段６１１、ファイル送信処理手段６１２は、具体的には、スマートフォンやタブレット端末にインストールしたアプリケーション（アプリ）をＣＰＵで実行することにより実現する。

送信要求処理手段６１１は、タイマー／時計部１２から一定間隔ごとに起動され、パケット通信部１３または無線ＬＡＮ通信部１４を通じて配信装置２に対してファイル蓄積部６５に格納されているファイルのアップロードを要求する。要求の結果として、配信装置２から送信ポリシーを受信し、ファイル蓄積部６５に格納する。

ファイル送信処理手段６１２は、送信要求処理手段６１１またはタイマー／時計部１２から起動され、管理テーブル６５１に設定されているポリシー、および現在接続中または現在接続可能な回線種別に応じて、ファイル蓄積部１５に蓄積されているファイルをパケット通信部１３または無線ＬＡＮ通信部１４を通じて配信装置２に対して送信する。

次に、本実施形態の動作について説明する。図１８は、携帯端末６の処理部６１における送信要求処理手段６１１の動作を示す流れ図である。

送信要求処理手段６１１は、タイマー／時計部１２から起動されると、管理テーブル６５１の内容を読み込む（ステップＳ１８１）。

送信要求処理手段６１１は、無線ＬＡＮが利用可能な場合は無線ＬＡＮ通信部１４を経由して、管理テーブル６５１の内容を含んだ送信要求を送信し、無線ＬＡＮが利用できない場合はパケット通信部１３を経由して、送信要求を送信する（ステップＳ１８２）。この時点では、配信時間帯６５１５および回線種別６５１６には何も設定されていない。

配信装置２内の制御部２２は、送信要求を受信すると、配信時間帯６５１５に送信を受付できる時間帯を設定し、さらに回線種別６５１６に送信を受付できる回線種別を記載し、送信要求処理手段６１１にポリシーを返答する。

送信要求処理手段６１１は、制御部２２から受信したポリシーで、管理テーブル６５１に記載の内容を更新する（ステップＳ１８３）。

送信要求処理手段６１１は、管理テーブル６５１に記録したポリシーに基づきファイル本体を送信するため、ファイル送信処理手段６１２を起動する（ステップＳ１８４）。

その後、送信要求処理手段６１１は、送信要求処理を一定時間毎（例えば１２時間毎）に実行するため、タイマー／時計部１２に対して、上記一定時間を含む再スケジューリング要求を渡す（ステップＳ１８５）。これにより、タイマー／時計部１２は、上記一定時間後に送信要求処理手段６１１を起動し、送信要求処理手段６１１は、前述した処理と同様の処理を行う。

次に、図１９の流れ図を参照してファイル送信処理手段６１２の動作を説明する。ファイル送信処理手段６１２は、送信要求処理手段６１１、またはタイマー／時計部１２から起動されると、ファイル蓄積部６５内の管理テーブル６５１の内容を読み込む（ステップＳ１９０１）。

次いで、ファイル送信処理手段６１２は、ステップＳ１９０１で読み込んだ管理テーブル６５１のエントリを１つ選択し、選択したエントリの送信状況が「０」（未送信）であるか否かを判定する（ステップＳ１９０２、Ｓ１９０４）。

そして、送信状況が「０」以外の場合（ステップＳ１９０４がＮｏ）は、ステップＳ１９０２に戻って、次のエントリを選択する。これに対して、送信状況が「０」の場合（ステップＳ１９０４がＹｅｓ）は、ステップＳ１９０２で選択したエントリに設定されているファイル名のファイルを送信済みか否かを判定する（ステップＳ１９０５）。

そして、既に送信していると判定した場合（ステップＳ１９０５がＹｅｓ）は、ステップＳ１９０２で選択したエントリ中の送信状況６５１７を「０」から「２」（送信不要）に変更した後、再びステップＳ１９０２の処理を行う。これに対して、送信していないと判定した場合（ステップＳ１９０５がＮｏ）は、先ず、タイマー／時計部１２に対して時刻取得要求を出力し、次いで、上記時刻取得要求に応答してタイマー／時計部１２から渡された現在時刻がステップＳ１９０２で選択されたエントリにおける配信時間帯６５１５の範囲内であるか否かを判定する（ステップＳ１９０６）。

そして、範囲外である場合（ステップＳ１９０６がＮｏ）は、ステップＳ１９０２に戻って次のエントリを選択する。これに対して、範囲内である場合（ステップＳ１９０６がＹｅｓ）は、ステップＳ１９０７に進む。

ステップＳ１９０７では、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせ、現在接続中のアクセス回線が存在する場合はその回線種別がステップＳ１９０２で選択されたエントリにおける回線種別６５１６に合致するか否かを確認し、現在接続中のアクセス回線が存在しない場合は既定の接続条件によって決まる回線種別がステップＳ１９０２で選択されたエントリにおける回線種別６５１６に合致するか否かを確認する（ステップＳ１９０７）。

そして、合致しない場合（ステップＳ１９０７がＮｏ）は、ステップＳ１９０２に戻って次のエントリを選択する。これに対して、合致する場合（ステップＳ１９０７がＹｅｓ）は、現在接続中のアクセス回線が存在する場合は、そのアクセス回線を通じて、現在接続中のアクセス回線が存在しない場合は、既定の接続条件に基づいて決定した回線種別のアクセス回線を介して、現在選択しているエントリに設定されているファイル名６５１１のファイルを配信装置２へ送信する（ステップＳ１９０８）。

ファイル送信処理手段６１２は、ファイルの送信に失敗した場合（ステップＳ１９０９がＮｏ）は、ステップＳ１９０２に戻り、成功した場合（ステップＳ１９０９がＹｅｓ）は、現在選択中のエントリの送信状況を「０」から「１」（送信済）に変更し（ステップＳ１９１０）、その後、ステップＳ１９０２の処理を行う。

そして、全エントリを選択すると（ステップＳ１９０３がＹｅｓ）、ファイル送信処理手段６１２は、送信状況６５１７が「０」（未送信）になっているエントリが存在するか否かを判定する（ステップＳ１９１２）。そして、送信状況＝「０」のエントリが存在しない場合（ステップＳ１９１２がＮｏ）は、ファイル送信処理手段６１２は、直ちにその処理を終了する。これに対して、送信状況＝「０」のエントリが存在する場合（ステップＳ１９１２がＹｅｓ）は、一定時間後（例えば３０分後）に再びファイルの送信を試みるため、タイマー／時計部１２に対して上記一定時間を含む再スケジューリング要求を渡し（ステップＳ１９１３）、その後処理を終了する。これにより、タイマー／時計部１２は、上記一定時間後にファイル送信処理手段６１２を起動し、ファイル送信処理手段６１２は、前述した処理と同様の処理を行う。

以下、図１６〜図２０を参照して、本実施形態に係るファイル配信方法を具体的に説明する。

（送信要求処理手段６１１の処理）
先ず、送信要求処理手段６１１が行う処理について説明する。

ここで、送信装置６のファイル蓄積部６５には、管理テーブル６５１の各エントリに係るファイルが既に格納されており、管理テーブル６５１は、配信時間帯６５１５、回線種別６５１６、送信状況６５１７を除いて、図１７の例に示すとおりに設定されているものとする。配信時間帯６５１５および回線種別６５１６は、この時点では空欄（ｎｕｌｌ）であるとする。また送信状況６５１７は、全て「０」（未送信）に設定されているものとする。送信要求処理手段６１１は、１２時間ごとにタイマー／時計部１２から起動されるようになっているとする。また、ファイル送信処理手段６１２は、ポリシー不一致のためファイルを送信できなかった場合は、３０分後にタイマー／時計部１２から起動されるようになっているとする。この時点では、携帯端末６はアクセスポイント４のエリア外に存在し、移動体基地局３を通じた通信のみによりインターネット５と接続されているものとする。また現在日時は２０１３年３月３日午前１時４５分であるものとする。また、配信装置２の管理テーブル２３１には、何も設定されておらず、ファイル蓄積部２３にはファイルが格納されていないものとする。

図２０を参照すると、携帯端末６内の送信要求処理手段６１１は、タイマー／時計部１２から起動されると、管理テーブル６５１の内容を含んだ送信要求を配信装置へ送信する。現時点では、パケット通信部１３を通じた通信のみ可能であることから、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２内の制御部２２に対して、管理テーブル２３１の内容を送信する。

配信装置２内の制御部２２は、制御部６１から送信された送信要求に対して、送信可能時間帯および回線種別のポリシーを設定し、制御部６１に回答する。

送信要求処理手段６１１は、制御部２２からポリシー回答を受信し、管理テーブル６５１に格納する。この結果、管理テーブル６５１は、送信状況を除き図１７の例に示す内容が設定される。送信状況については、全てに「０」（未送信）が設定される。

送信要求処理手段６１１は、受信したポリシーに基づきファイル本体を送信するため、ファイル送信処理手段６１２を起動する。また、送信要求処理手段６１１は自身を１２時間ごとに起動するため、タイマー／時計部１２に対して再スケジューリング要求を渡す。以上が送信要求処理手段６１１の動作である。

（ファイル送信処理手段６１２の１回目の処理）
ファイル送信処理手段６１２は、送信要求処理手段６１１から起動されると、ファイル蓄積部６５内の管理テーブル６５１を読み込む（図１９のステップＳ１９０１）。この結果、送信状況を除き図１７の例に示す内容を得る。送信状況については、全てに「０」（未送信）を得る。

ファイル送信処理手段６１２は、読み込んだ管理テーブルのエントリを順に評価する。まず上から１行目のエントリに関して、送信状況に着目すると「０」（未送信）が設定されていることから、次に同一ファイルが送信済か否かの評価を行う。ここで、１行目のエントリに記載されているファイル名ｗｉｎｔｅｒ．ｍｏｖが送信済か否かを評価するが、まだ送信されていないため、１行目のエントリに関する評価を継続する（ステップＳ１９０５）。

ファイル送信処理手段６１２、タイマー／時計部１２に現在時刻を問い合わせ、この結果２０１３年３月３日午前１時４５分と言う回答を得る。この時刻は、１行目のエントリ中の送信時間帯（午前２時から午前６時）から外れるため、時刻条件不一致となり、１行目のエントリに関する評価を中断し、２行目のエントリについての評価に移る（ステップＳ１９０６）。

ファイル送信処理手段６１２は、上から２行目のエントリに関して、送信状況に着目すると「０」（未送信）が設定されていることから、次に同一ファイルが送信済みか否かの評価を行う。ここで、２行目のエントリに記載されているファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルが送信済か否かを評価するが、まだ送信されていないため、２行目のエントリに関する評価を継続する（ステップＳ１９０４、Ｓ１９０５）。

ファイル送信処理手段６１２は、タイマー／時計部１２に現在時刻を問い合わせ、この結果２０１３年３月３日午前１時４５分と言う回答を得る。この時刻は、２行目のエントリ中の配信時間帯（いつでも取得可能）に合致する為、２行目のエントリに関する評価を継続する（ステップＳ１９０６）。

ファイル送信処理手段６１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、２行目のエントリに記載の回線種別（ＡＮＹ）と合致する為、２行目のエントリに関する評価を継続する（ステップＳ１９０７）。

ファイル送信処理手段６１２は、ファイル蓄積部６５からファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルを取り出し、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２へ送信する（ステップＳ１９０８）。これにより、配信装置２の制御部２２は、ファイル名「ｓｐｒｉｎｇ．ｊｐｇ」のファイルをファイル蓄積部２３に格納する。

ファイル送信処理手段６１２は、ファイルの送信が完了したことから、２行目のエントリにおける送信状況を「１」（送信済）に変更し、管理テーブル６５１を更新する。これにより、２行目のエントリに関する評価が完了したので、次に３行目のエントリについての評価に移る（ステップＳ１９１０、Ｓ１９０２）。

ファイル送信処理手段６１２は、上から３行目のエントリに関して、取得状況に着目すると「０」（未送信）が設定されていることから、次に同一ファイルが送信済みか否かの評価を行う。ここで、３行目のエントリに記載されているファイル名「ｓｕｍｍｅｒ．ａｐｋ」のファイルがファイル送信済か否かを評価するが、未送信であるため、３行目のエントリに関する評価を継続する（ステップＳ１９０４、Ｓ１９０５）。

ファイル送信処理手段６１２は、タイマー／時計部１２に現在時刻を問い合わせ、この結果２０１３年３月３日午前１時４６分と言う回答を得る。この時刻は、３行目のエントリに記載の配信時間帯（いつでも取得可能）に合致する為、３行目のエントリに関する評価を継続する（ステップＳ１９０６）。

ファイル送信処理手段６１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、３行目のエントリに記載の回線種別（ＷＬＡＮ）と合致しない為、回線条件不一致となり、３行目のエントリに関する評価を中断する（ステップＳ１９０７）。

ファイル送信処理手段６１２は、管理テーブル６５１の全てのエントリのチェックが完了したため、最後に再び１行目のエントリから順に送信状況を確認する。この結果、２行目のｓｐｒｉｎｇ．ｊｐｇ以外のエントリには「０」（未送信）が設定されていることから、３０分後（２０１３年３月３日午前２時１６分）にファイル送信処理６１２を起動するよう、タイマー／時計１２に設定を行い、処理を終了する（ステップＳ１９１２、Ｓ１９１３）

以上の動作により、図１９における１回目のファイル送信処理が完了する。

（ファイル送信処理手段６１２の２回目の処理）
ファイル送信処理手段６１２は、２０１３年３月３日午前２時１６分に、タイマー／時計部１２から起動される。

ファイル送信処理手段６１２は、ファイル蓄積部６５内の管理テーブル６５１を読み込む。この結果、送信状況を除き図１７の例に示す内容を得る。送信状況については、２行目のｓｐｒｉｎｇ．ｊｐｇのみ「１」、その他エントリについては「０」を得る（ステップＳ１９０１）。

ファイル送信処理手段６１２は、読み込んだ管理テーブル６５１のエントリを順に評価する。まず上から１行目のエントリに関して、送信状況に着目すると「０」（未送信）が設定されていることから、次に同一ファイルが送信済みか否かの評価を行う。ここで、１行目のエントリに記載されているファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルが送信済か否かを評価するが、まだ送信されていないため、１行目のエントリに関する評価を継続する（ステップＳ１９０４、Ｓ１９０５）。

制御部６１は、タイマー／時計１２の時計に現在時刻を問い合わせ、この結果２０１３年３月３日午前２時１６分と言う回答を得る。この時刻は、１行目のエントリに記載の送信時間帯（午前２時から午前６時）に合致する為、１行目のエントリに関する評価を継続する（ステップＳ１９０６）。

ファイル送信処理手段６１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、１行目のエントリに記載の回線種別（ＡＮＹ）と合致する為、１行目のエントリに関する評価を継続する（ステップＳ１９０７）。

ファイル送信処理手段６１２は、ファイル蓄積部６５からファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを取り出し、パケット通信部１３、移動体基地局３、インターネット５、通信部２１を通じて、配信装置２へ送信する（ステップＳ１９０８）。

配信装置２内の制御部２２は、制御部６１からファイル名「ｗｉｎｔｅｒ．ｍｏｖ」のファイルを受信すると、ファイル蓄積部２３に記録する。

ファイル送信処理手段６１２は、ファイルの送信が完了したことから、１行目のエントリにおける取得状況を「１」（送信済）に変更し、管理テーブル６５１を更新する。これにより、１行目のエントリに関する評価が完了したので、次に２行目のエントリについての評価に移る（ステップＳ１９０９、Ｓ１９１０、Ｓ１９０２）。

ファイル送信処理手段６１２は、２行目のエントリは、既に送信状況が「１」（送信済）であるため、３行目のエントリについての評価に移る。上から３行目のエントリに関して、送信状況に着目すると「０」（未送信）が設定されていることから、次に同一ファイルが送信済みか否かの評価を行う。ここで、３行目のエントリに記載されているファイル名「ｓｕｍｍｅｒ．ａｐｋ」のファイルが送信済か否かを評価するが、未送信であるため、３行目のエントリに関する評価を継続する（ステップＳ１９０４、Ｓ１９０５）。

制御部６１は、タイマー／時計１２の時計に現在時刻を問い合わせ、この結果２０１３年３月３日午前２時１６分と言う回答を得る。この時刻は、４行目のエントリに記載の配信時間帯（いつでも取得可能）に合致する為、３行目のエントリに関する評価を継続する（ステップＳ１９０６）。

ファイル送信処理手段６１２は、パケット通信部１３および無線ＬＡＮ通信部１４にインターネット５との接続状況を問い合わせる。この結果、現在はパケット通信により接続中との回答を得る。この結果は、３行目のエントリに記載の回線種別（ＷＬＡＮ）と合致しない為、回線条件不一致となり、３行目のエントリに関する評価を中断する（ステップＳ１９０７）。

ファイル送信処理手段６１２は、管理テーブル６５１全てのエントリのチェックが完了したため、最後に再び１行目のエントリから順に取得状況を確認する。この結果、３行目のｓｕｍｍｅｒ．ａｐｋに「０」（未取得）が設定されていることから、３０分後（２０１３年３月３日午前２時４６分）にファイル送信処理６１２を起動するよう、タイマー／時計１２に設定を行い、処理を終了する（ステップＳ１９１２、Ｓ１９１３）。

上記のように、ファイル送信処理手段６１２は、全てのエントリの送信状況が「０」（未送信）以外になるまで、３０分おきに上述した処理を行う。

以上の動作により、図２０における２回目のファイル送信処理手段６１２の処理が完了する。

本実施形態によれば、配信装置から指示される配信時間帯に加えて、接続中のアクセス回線の種別も考慮してファイルをアップロードするタイミングを決定するようにしているので、アクセス回線の混雑を緩和することができる。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。上記実施形態を相互に組み合わせることも可能である。

＜付記＞
上記実施形態の一部又は全部は、以下の付記のように記載され得るが、以下には限られない。

（付記１）
第１の通信網を通じて配信装置と通信する第１の通信部と、
前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
前記配信装置が配信するファイルの配信に使用する前記通信網の種別を記述した管理テーブルを記憶する記憶部と、
現在使用中または使用可能な前記通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する前記通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する制御部とを備えることを特徴とする携帯端末。

（付記２）
付記項１記載の携帯端末において、
前記管理テーブルには、前記配信装置が配信するファイルの配信に使用する前記通信網の種別に加え、前記ファイルを配信することが可能な時間帯が記述され、
前記制御部は、現在時刻が前記管理テーブルに記述されている前記時間帯に含まれるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記３）
付記１記載の携帯端末において、
前記管理テーブルには、配信対象ファイル毎に、そのファイルの配信に使用する前記通信網の種別と、そのファイルを取得済みか否かを示す取得状況とが記述され、
前記制御部は、ユーザによって取得状況が未取得のファイルが選択されたとき、該選択されたファイルを取得するか否かを前記ユーザに問い合わせる確認画面を表示し、該確認画面を用いて前記ユーザが前記ファイルの取得を指示した場合は、前記管理テーブルに記述されている、前記選択されたファイルの配信に使用する通信網の種別を前記第１の通信網および前記第２の通信網に変更することを特徴とする携帯端末。

(付記４)
付記１記載の携帯端末において、
前記制御部は、自携帯端末が移動中か否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

(付記５)
付記１記載の携帯端末において、
前記制御部は、ユーザが自携帯端末を操作中であるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記６）
付記１記載の携帯端末において、
前記配信装置から取得したファイルが蓄積されるファイル蓄積部を備え、且つ、
前記制御部は、前記ファイル空き容量が前記配信装置からダウンロードするファイルのサイズよりも小さいか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記７）
付記１記載の携帯端末において、
自携帯端末の電源となる電池を備え、且つ、
前記制御部は、前記電池の残量が残量閾値よりも少ないか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記８）
付記１記載の携帯端末において、
前記制御部は、前記第１または前記第２の通信網の電界強度が強度閾値を超えるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記９）
付記１記載の携帯端末において、
前記制御部は、自携帯端末と前記配信装置との往復遅延時間が閾値を超えるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。

（付記１０）
第１の通信網を通じて配信装置と通信する第１の通信部と、
前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
前記配信装置へファイルをアップロードする際に使用する前記通信網の種別を記述した管理テーブルを記憶する記憶部と、
現在使用中または使用可能な前記通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルのアップロードに使用する前記通信網の種別との比較結果に応じて、前記配信装置に前記ファイルをアップロードするか否かを制御する制御部とを備えたことを特徴とする携帯端末。

（付記１１）
付記１乃至１０の何れか1付記に記載の携帯端末において、
前記第１の通信網は、携帯電話網であり、
前記第２の通信網は、無線ＬＡＮであることを特徴とする携帯端末。

（付記１２）
携帯端末と配信装置とを備え、
前記携帯端末は、
第１の通信網を通じて配信装置と通信する第１の通信部と、
前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
前記配信装置が配信するファイルの配信に使用する前記通信網の種別を記述した管理テーブルを記憶する記憶部と、
現在使用中または使用可能な前記通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する前記通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する端末側制御部とを備え、
前記配信装置は、
前記第１の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第１の通信網を通じて前記携帯端末に配信し、前記第２の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第２の通信網を通じて前記携帯端末に配信する装置側制御部を備えることを特徴とするファイル配信システム。

（付記１３）
第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する前記通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータが実行するファイル配信方法であって、
前記制御部が、現在使用中または使用可能な前記通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する前記通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とするファイル配信方法。

（付記１４）
第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する前記通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータを、
現在使用中または使用可能な前記通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する前記通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する制御部として機能させるためのプログラム。

本発明は、動画配信サービスや、家族間のファイル共有サービスに利用できる。

１…携帯端末
１１…制御部
１１１…ポリシー要求処理手段
１１２…ファイル要求処理手段
１１２Ａ…ファイル要求処理手段
１１３…一覧表示処理手段
１１４…再生処理手段
１１５…速達ポリシー要求手段
１２…タイマー／時計部
１３…パケット通信部
１４…無線ＬＡＮ通信部
１５…ファイル蓄積部
１５１…管理テーブル
１５１１…ファイル名
１５１２…サイズ
１５１３…配信開始日
１５１４…配信終了日
１５１５…配信時間帯
１５１６…回線種別
１５１７…取得状況
１５２…ファイル
１６…表示部
１６１…ファイル一覧画面
１６１１…ファイル名
１６１２…配信終了日
１６１３…状態
１６２…取得確認ダイアログ
１７…入力部
２…配信装置
２１…通信部
２２…制御部
２３…ファイル蓄積部
２３１…管理テーブル
２３１１…ファイル名
２３１２…サイズ
２３１３…配信開始日
２３１４…配信終了日
２３１５…配信時間帯
２３１６…回線種別
２３２…ファイル
３…移動体基地局
４…アクセスポイント
５…インターネット
６…携帯端末
６１…制御部
６１１…送信要求処理手段
６１２…ファイル要求処理手段
６５…ファイル蓄積部
６５１…管理テーブル
６５１７…送信状況
６５２…ファイル

Claims (10)

1. 第１の通信網を通じて配信装置と通信する第１の通信部と、
   前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
   前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、
   現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する制御部とを備えることを特徴とする携帯端末。
2. 請求項１記載の携帯端末において、
   前記管理テーブルには、前記配信装置が配信するファイルの配信に使用する通信網の種別に加え、前記ファイルを配信することが可能な時間帯が記述され、
   前記制御部は、現在時刻が前記管理テーブルに記述されている前記時間帯に含まれるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。
3. 請求項１記載の携帯端末において、
   前記管理テーブルには、配信対象ファイル毎に、そのファイルの配信に使用する通信網の種別と、そのファイルを取得済みか否かを示す取得状況とが記述され、
   前記制御部は、ユーザによって取得状況が未取得のファイルが選択されたとき、該選択されたファイルを取得するか否かを前記ユーザに問い合わせる確認画面を表示し、該確認画面を用いて前記ユーザが前記ファイルの取得を指示した場合は、前記管理テーブルに記述されている、前記選択されたファイルの配信に使用する通信網の種別を前記第１の通信網および前記第２の通信網に変更することを特徴とする携帯端末。
4. 請求項１記載の携帯端末において、
   前記制御部は、自携帯端末が移動中か否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。
5. 請求項１記載の携帯端末において、
   前記制御部は、ユーザが自携帯端末を操作中であるか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。
6. 請求項１記載の携帯端末において、
   前記配信装置から取得したファイルが蓄積されるファイル蓄積部を備え、且つ、
   前記制御部は、前記ファイル空き容量が前記配信装置からダウンロードするファイルのサイズよりも小さいか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。
7. 請求項１記載の携帯端末において、
   自携帯端末の電源となる電池を備え、且つ、
   前記制御部は、前記電池の残量が残量閾値よりも少ないか否かを判定し、該判定結果と前記比較結果とに応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とする携帯端末。
8. 携帯端末と配信装置とを備え、
   前記携帯端末は、
   第１の通信網を通じて配信装置と通信する第１の通信部と、
   前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、
   前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、
   現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する端末側制御部とを備え、
   前記配信装置は、
   前記第１の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第１の通信網を通じて前記携帯端末に配信し、前記第２の通信網を通じて前記携帯端末から前記ファイルの配信が要求された場合は、前記ファイルを前記第２の通信網を通じて前記携帯端末に配信する装置側制御部を備えることを特徴とするファイル配信システム。
9. 第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータが実行するファイル配信方法であって、
   前記制御部が、現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御することを特徴とするファイル配信方法。
10. 第１の通信網を通じて配信装置と通信する第１の通信部と、前記第１の通信網と異なる第２の通信網を通じて前記配信装置と通信する第２の通信部と、前記配信装置が配信するファイルの配信に使用する通信網の種別を記述した管理テーブルを記憶する記憶部と、制御部とを備えたコンピュータを、
    現在使用中の通信網の種別または使用可能な通信網の種別のうち既定の接続条件に合致する通信網の種別と、前記記憶部に記憶されている前記管理テーブル中の前記ファイルの配信に使用する通信網の種別との比較結果に応じて、前記配信装置に対する前記ファイルの配信要求可否を制御する制御部として機能させるためのプログラム。

Images