(57)【要約】【課題】アップロード時の環境に最適なアップロード形態により高速なアップロードを行うことができるシステム及び方法並びにプログラムを提供する。【解決手段】端末２００は、全ての分割ファイルの送信が完了する前に端末２００と高速アップロードシステム１００を結ぶ全部または一部の通信アクセス回線の切断を検出すると統合管理機能部１１０に回線断を通知する。統合管理機能部１１０は、高速アップロードシステム１００が端末から受信した分割ファイルの受信状況を管理し、前記回線断通知を受領すると未受信の分割ファイル情報を検索して端末２００に通知する。端末２００は、当該未受信分割ファイル情報に係る未受信分割ファイルを高速アップロードシステム１００に対して送信する。【選択図】図３６
2018116528.tif 000002
【特許請求の範囲】
【請求項１】
端末により分割されたアップロード対象ファイルを当該端末から受信して一時的に保存する複数の高速アップロードサーバと、各高速アップロードサーバから分割ファイルを受信するとともに受信した分割ファイルを統合することにより復元したアップロード対象ファイルをアップロード先の原本サーバに送信する統合管理機能部とを備えた高速アップロードシステムにおいて、
前記端末は、全ての分割ファイルの送信が完了する前に端末と高速アップロードシステムを結ぶ全部または一部の通信アクセス回線の切断を検出すると前記統合管理機能部に回線断を通知するアップロード制御部を備え、
前記統合管理機能部は、高速アップロードシステムが端末から受信した分割ファイルの受信状況を管理するとともに前記回線断通知を端末から受領すると未受信の分割ファイル情報を検索して端末に通知する検索通知部を備え、
前記端末のアップロード制御部は、前記未受信分割ファイル情報通知を統合管理機能部から受領すると当該未受信分割ファイル情報に係る未受信分割ファイルを高速アップロードシステムに対して送信する
ことを特徴とする高速アップロードシステム。
【請求項２】
前記統合管理機能部の検索通知部は、前記回線断通知を端末から受領すると、各高速アップロードサーバから分割ファイル受信状況及び受信した分割ファイルを収集し、未受信の分割ファイル情報を検索して端末に通知する
ことを特徴とする請求項１記載の高速アップロードシステム。
【請求項３】
前記端末のアップロード制御部は、前記未受信分割ファイル情報通知を統合管理機能部から受領すると、統合管理機能部に未受信分割ファイルを直接送信する
ことを特徴とする請求項２記載の高速アップロードシステム。
【請求項４】
前記端末のアップロード制御部は、前記未受信分割ファイル情報通知を統合管理機能部から受領すると、通信アクセス回線断以前に実施していた高速アップロードサーバへのアップロード処理を再開することにより未受信分割ファイルを高速アップロードサーバへ送信する
ことを特徴とする請求項２記載の高速アップロードシステム。
【請求項５】
前記統合管理機能部の検索通知部は、前記回線断通知を端末から受領すると、各高速アップロードサーバから分割ファイルの受信状況を収集し、未受信の分割ファイル情報を検索するとともに、未受信分割ファイルについてアップロード先の高速アップロードサーバの再割当処理を行い、未受信分割ファイル情報とともに再割当情報を端末に通知し、
前記端末のアップロード制御部は、前記未受信分割ファイル情報及び前記再割当情報に基づき、未受信分割ファイルを高速アップロードサーバに送信する
ことを特徴とする請求項１記載の高速アップロードシステム。
【請求項６】
端末により分割されたアップロード対象ファイルを当該端末から受信して一時的に保存する複数の高速アップロードサーバと、各高速アップロードサーバから分割ファイルを受信するとともに受信した分割ファイルを統合することにより復元したアップロード対象ファイルをアップロード先の原本サーバに送信する統合管理機能部とを備えた高速アップロードシステムにおいて、分割ファイルの再送制御を行う方法であって、
前記端末のアップロード制御部が、全ての分割ファイルの送信が完了する前に端末と高速アップロードシステムを結ぶ全部または一部の通信アクセス回線の切断を検出すると前記統合管理機能部に回線断を通知し、
前記統合管理機能部の検索通知部が、高速アップロードシステムが端末から受信した分割ファイルの受信状況を管理するとともに前記回線断通知を端末から受領すると未受信の分割ファイル情報を検索して端末に通知し、
前記端末のアップロード制御部が、前記未受信分割ファイル情報通知を統合管理機能部から受領すると当該未受信分割ファイル情報に係る未受信分割ファイルを高速アップロードシステムに対して送信する
ことを特徴とする高速アップロードシステムにおける再送制御方法。
【請求項７】
請求項１乃至５いずれか一項記載の各部としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大容量データファイルを端末から原本サーバに高速にアップロードする技術に関する。
【背景技術】
【０００２】
４Ｋ等の高画質な動画を撮影可能な端末が普及したことにより、端末が生成するデータ容量が肥大化しており、動画共有を行うＷｅｂアプリケーションサービスやクラウドストレージサービスへのアップロード速度の高速化が求められている。
【０００３】
端末からサーバへのデータのアップロード速度を決める一つの要素として通信アクセス速度がある。現在、普及している通信アクセス規格としては、上り最大５０Ｍｂｐｓ以上を提供するＬＴＥ（Long Term Evolution）（３ＧＰＰ：3rd Generation Partnership Project）、最大伝送速度１Ｇｂｐｓを提供するＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network）（ＩＥＥＥ（Institute of Electrical and Electronics Engineers）  ８０２．３ａｈ）、Ｇ−ＰＯＮ（Gigabit Passive-Optical Network）（ＩＴＵ−Ｔ  Ｇ．９８４）などがある。さらに今後普及が見込まれる通信アクセス規格として、最大伝送速度６．９３Ｇｂｐｓを提供する無線ＬＡＮ規格ＩＥＥＥ８０２．１１ａｃ、最大伝送速度１０Ｇｂｐｓを提供する１０Ｇ−ＥＰＯＮ（10Gigabit-Ethernet PON）（ＩＥＥＥ８０２．３ａｖ）、１０Ｇ−ＰＯＮ（10Gigabit-PON）（ＩＴＵ−Ｔ  Ｇ．９８７）などがあり、アクセス速度の高速化が見込まれる。しかし、通信アクセス速度はアップロード速度を決める一つの要素に過ぎず、データをアップロードする端末、アップロード先のサーバ、端末とサーバ間のノード（複数）、有線の通信速度にボトルネックが存在すると高速なアップロードは実現できない。
【０００４】
非特許文献１には、端末からサーバに直接データをアップロードせずに、原本サーバより手前のエッジネットワークに配備するゲートウェイサーバ（以降「高速アップロードシステム」と言う）に一旦データをアップロードする構成が示されている。非特許文献１に記載の構成で、端末からのアップロードデータを一旦高速アップロードシステムが受信することにより、通信速度のボトルネックとなるノードを少なくあるいは無くすことができるため、端末から高速アップロードシステム間のデータアップロード高速化を行うことができる。端末は高速な無線アクセス技術を限られた時間内しか利用できない環境においても、端末からゲートウェイサーバまで高速にデータアップロードすることで、無線アクセスを有効に利用可能な利点がある。このような従来の構成を図１に示す。
【０００５】
非特許文献２には、複数の高速アップロードサーバを用いて、高速アップロードサーバのハードウェアスループットの影響を受けることなく、高速アップロードを実現する構成が示されている。非特許文献２に記載の構成では、大きなアップロードファイルを小さなアップロードファイルに分割し、端末からのアップロードデータを仮想サーバ等を含む複数の高速アップロードサーバで分散して受信することにより、各高速アップロードサーバの余剰リソースを集めて全体として高速なアップロードを柔軟に低コストで実現することができる。非特許文献２の概要である従来の構成を図２に示し、シーケンス例を図３及び図４に示す。
【０００６】
図２に示す従来の高速アップロードシステム１００は、統合管理機能部１１０と、端末２００からファイルを受信して一時的に保存した後に原本サーバ３００に送信する複数の高速アップロードサーバ４００とを備えている。高速アップロードサーバ４００は、１つ又は複数のデータセンタ５００内に、それぞれ１つ又は複数配置されている。端末２００は高速アップロードシステム１００に対して任意のアクセス回線６００を介して各高速アップロードサーバ４００や、さらにインターネット７００等の外部ネットワークを介して原本サーバ３００と通信可能である。ここで、高速アップロードシステム１００は、原本サーバ３００よりもネットワーク的に端末２００に近い位置に配置されている。典型的な例では、統合管理機能部１１０は端末２００を収容するキャリア網に配置され、データセンタ５００は前記キャリア網内において複数の拠点に配置され、キャリア網が外部ネットワークとしてインターネット７００に直接又は他のネットワークを介して接続しているという環境が挙げられる。統合管理機能部１１０及びデータセンタ５００が全てインターネット７００に直接接続している環境でもよい。アクセス回線６００は、無線接続であっても有線接続であってもよい。
【０００７】
図３及び図４は、端末２００からの高速アップロードサーバ（１，２，３…，ｎ）へのアップロードを実施するシーケンス例であり、アップロードファイルを２１個に分割し、３台のサーバにそれぞれ３つずつアップロードタスクを同時に割り当てる場合を示すものである。
【０００８】
このシーケンス例では、端末２００は、高速アップロードを開始する際（ステップＳ１）、統合管理機能部１１０に高速アップロードシステムの利用要求を行う（ステップＳ２）。統合管理機能部１１０は端末情報と端末アクセス情報に基づき、端末２００に対して高速アップロードサーバ４００の利用を行うか、原本サーバ３００に直接接続させるかの判断を行い（ステップＳ３）、高速アップロードサーバ４００を利用する場合には、統合管理機能部１１０は、端末２００に高速アップロードサーバ４００を利用する際の高速アップロードサーバ４００の割り当て、ファイル分割サイズの決定を行い、端末に高速アップロードサーバのドメイン、ＩＰアドレス、ＩＤ、ファイル分割サイズ等の割当情報回答を行う（ステップＳ４〜Ｓ６）。端末２００は統合管理機能部１１０から原本サーバ３００に対してアップロードを許容するために、Ｏｕｔｈ認可の手順を行う（ステップＳ７〜Ｓ１４）。Ｏｕｔｈ認可の手順は２回目以降省略してもよい。
【０００９】
次に、端末２００は、ある一定以上の大容量のファイルをアップロードする際に複数の高速アップロードサーバ４００を用いてアップロードを高速化するためにファイル分割を行う（ステップＳ１５）。ファイル分割サイズは、統合管理機能部１１０により回答されたファイル分割サイズを利用するか、端末２００が保持する端末情報と端末アクセス情報に基づき決定する。端末２００は、一定サイズに分割したファイルを統合管理機能部１１０に回答された１つ以上の高速アップロードサーバ４００に対してアップロードを行う（ステップＳ１６）。端末２００から高速アップロードサーバ４００への分割アップロードは、各サーバ４００に対し１つ以上の通信でアップロードしてもよい。なお、アップロードをする際の通信プロトコルは、ＲＦＣ（Request for Comments）標準規定であるＨＴＴＰ（Hypertext Transfer Protocol）、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）、ＦＴＰ（File Transfer Protocol）、ＦＴＰＳ（File Transfer Protocol Secure）などのアプリケーションプロトコルであってもよいし、標準規定のない独自プロトコルであってもよい。端末２００は、高速アップロードの実施中または完了後に各高速アップロードサーバ４００への分割アップロード実績から各高速アップロードのスループットを算出し、統合管理機能部１１０に対してアップロードの完了通知及び性能通知を行う（ステップＳ１７）。
【００１０】
続いて、高速アップロードシステム１００から原本サーバ３００へのアップロードが実施される。高速アップロードシステム１００における統合管理機能部１１０は、端末２００から各高速アップロードサーバ４００への高速アップロードが完了すると、各高速アップロードサーバ４００にある端末の分割ファイルを収集するとともに（ステップＳ１８）、分割ファイルの統合処理を実施し（ステップＳ１９）、統合したファイルを原本サーバ３００にアップロードする（ステップＳ２０）。原本サーバ３００は複数あってもよく、別事業者が提供するサービスの原本サーバに高速アップロードシステム１００からそれぞれアップロードしてもよい。原本サーバ３００への統合アップロード完了後に、原本サーバ３００から統合管理機能部１１０に原本サーバ３００へのアップロード完了通知が行われ（ステップＳ２１）、統合管理機能部１１０は端末２００に対して、原本サーバ３００へのアップロード完了通知を行う（ステップＳ２２）。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】Y. Znu, A. Nkao, "Upload Cache in Edge Networks", 2012 26th IEEE International Conference on Advanced Information Networking and Applications
【非特許文献２】K. Tokunaga, K. Kawamura, N. Takaya, “High-speed uploading architecture using distributed edge servers on multi-RAT heterogeneous networks
【発明の概要】
【発明が解決しようとする課題】
【００１２】
非特許文献２の技術・構成では、端末から複数の高速アップロードサーバに分割したアップロードファイルを分散させてアップロードする単純な手順が示されているが、各高速アップロードサーバへのアップロードタスクの割り当てが非効率である場合には、分散アップロードの処理速度が全体として低速になってしまう問題がある。例えば、アップロードファイルを２１個に分割し、３台の高速アップロードサーバにそれぞれ３つずつアップロードタスクが同時に割り当てられる場合の例を図５及び図６に示す。ここでは、各高速アップロードサーバに割り当てられた９つの分割ファイルのすべてを受信完了した後に次の９つの分割ファイルが割り当てられるため、３台の高速アップロードサーバのうち一部の高速アップロードサーバの受信処理が完了していても、他の高速アップロードサーバ受信処理が完了していなければ、次の分割ファイルが割り当てられないため、分散アップロードの処理速度が全体として低速になる。
【００１３】
また、複数のサーバの中の１つ以上のいくつかのサーバの処理性能が想定よりも低速であった場合に、図５及び図６に示すように低速なサーバのアップロード受信処理がクリティカルパスとなり、分散アップロードの処理速度が全体として著しく低速になってしまう問題がある。図５は、端末２００が９つの分割ファイルを並列してアップロードする例を示すものであるが、分割ファイル１０〜１５の送信処理は分割ファイル０１〜０６の受信を契機に開始される。また、高速アップロードサーバが受信処理中のときは、分割ファイル１６〜２１は高速アップロードサーバ１，２に割り当てられ、高速アップロードサーバ１，２で分担して送信処理される。高速アップロードサーバは、端末から受信する分割ファイルをメインメモリ（以下、メモリという）に保存する処理速度と、ハードディスクやSSD等のストレージに保存する処理速度が大きく異なり、メモリが空いているときはメモリに分割ファイルを保存して端末に受信完了応答を高速に返すが、メモリの使用量が大きくなると端末に一定期間受信応答を全く返さなくなるか、最良でもストレージに保存する処理速度となり受信応答が遅くなる。
【００１４】
図７及び図８には、高速アップロードサーバ３がメモリからストレージへの書込み状態に入り、処理能力が著しく低下した場合の概要を示す。ここでは、サーバ３に送信された分散アップロードの完了応答が返ってこないために、高速アップロード全体のタスクを完了できない。サーバ３の処理能力の低下は実測で１／１０以下程度になる。
【００１５】
図９には、高速アップロードサーバ３がアップロードデータをメモリからストレージに書き込む状態に入り、処理能力が著しく低下したときのシーケンス例を示す。ここでは、通常よりもサーバが著しく低速になることにより、高速アップロードの完了時間が延びてしまう。また、端末が著しく低速になったサーバに割り当てた分散アップロードの完了応答が行われず、その分散アップロードタスクがクリティカルパスとなり、高速アップロード全体が完了しない。サーバ３の処理能力の低下は実測で１／１０以下になることがある。
【００１６】
図１０には、高速アップロードサーバ３がメモリからストレージへの書込み状態に入り、処理能力が著しく低下した場合の概要を示す。ここでは、サーバ３に送信された分散アップロードの完了応答が返ってこないために、高速アップロード全体のタスクを完了できない。高速アップロードのスループットは実測で１／１０以下程度になる。
【００１７】
さらに、非特許文献２の技術・構成では、端末から高速アップロードサーバへの分散アップロードの実施中に、端末の移動などにより無線などのアクセス回線が切断した場合に、途中まで実施した高速アップロードが無駄になってしまう問題がある。例えば、図１１に示すように端末から高速アップロードサーバへの分散アップロードが大容量原本ファイル全体の９５％まで完了している状態で、端末が移動して無線アクセス回線が切断してしまった場合には、残り５％のアップロードで完了するにもかかわらず９５％アップロードの無駄になってしまう問題がある。即ち、分割ファイル１つでもアップロードが失敗すると、その部分の再開をすることはできず、元の大容量ファイルアップロード全体として失敗となり、分割ファイルが全て揃わないことにより、ユーザがクラウドサービス等のサーバにアップロードしようとした場合に原本ファイルが復元できず、途中まで実施した高速アップロードが無駄になる。また、大容量ファイルを送り直すことにより、回線帯域を少なくとも１回分以上無駄に使ってしまうという問題もある。
【００１８】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、アップロード時の環境に最適なアップロード形態により高速なアップロードを行うことができるシステム及び方法を提供することにある。
【課題を解決するための手段】
【００１９】
上記目的を達成するために、本願発明は、端末により分割されたアップロード対象ファイルを当該端末から受信して一時的に保存する複数の高速アップロードサーバと、各高速アップロードサーバから分割ファイルを受信するとともに受信した分割ファイルを統合することにより復元したアップロード対象ファイルをアップロード先の原本サーバに送信する統合管理機能部とを備えた高速アップロードシステムにおいて、前記端末は、全ての分割ファイルの送信が完了する前に端末と高速アップロードシステムを結ぶ全部または一部の通信アクセス回線の切断を検出すると前記統合管理機能部に回線断を通知するアップロード制御部を備え、前記統合管理機能部は、高速アップロードシステムが端末から受信した分割ファイルの受信状況を管理するとともに前記回線断通知を端末から受領すると未受信の分割ファイル情報を検索して端末に通知する検索通知部を備え、前記端末のアップロード制御部は、前記未受信分割ファイル情報通知を統合管理機能部から受領すると当該未受信分割ファイル情報に係る未受信分割ファイルを高速アップロードシステムに対して送信することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、高速アップロードサーバの処理状態に応じた分散アップロードが可能となるので、分割ファイルのアップロードタスク完了までの処理時間を大幅に短縮することができ、アップロード時の環境に最適なアップロード形態により高速なアップロードを行うことができる。また、端末と高速アップロードシステムの間の一部または全部の通信が切断されても、端末は高速アップロードシステムへのアップロードを継続することができる。
【図面の簡単な説明】
【００２１】
【図１】従来技術を説明する図
【図２】高速アップロードシステムの全体構成図
【図３】アップロード処理のシーケンス例を示す図
【図４】アップロード処理のシーケンス例を示す図
【図５】アップロード開始からの経過時間を示す図
【図６】分散アップロードの概要図
【図７】アップロード開始からの経過時間を示す図
【図８】分散アップロードの概要図
【図９】アップロード処理のシーケンス例を示す図
【図１０】分散アップロードの概要図
【図１１】高速アップロードシステムの全体構成図
【図１２】本発明の第１の実施形態を示す端末の構成図
【図１３】アップロード処理のシーケンス例を示す図
【図１４】アップロード処理のシーケンス例を示す図
【図１５】分散アップロードの概要図
【図１６】アップロード制御部の動作を示すフローチャート
【図１７】アップロード制御部の動作を示すフローチャート
【図１８】アップロード制御部の動作を示すフローチャート
【図１９】アップロードタスクとフリータスクの概念図
【図２０】アップロード開始からの経過時間を示す図
【図２１】本発明の第２の実施形態を示す高速アップロードシステムの全体構成図
【図２２】統合管理機能部の構成図
【図２３】高速アップロードサーバ状態記憶部の情報例を示す図
【図２４】アップロードＩＤ記憶部の情報例を示す図
【図２５】端末の構成図
【図２６】高速アップロードサーバの構成図
【図２７】アップロードＩＤ分割ファイルＩＤ記憶部の情報例を示す図
【図２８】ディレクトリで管理する場合を示す図
【図２９】高速アップロードサーバ状態記憶部の情報例を示す図
【図３０】本発明の第３の実施形態を示す高速アップロードシステムの全体構成図
【図３１】アップロード処理のシーケンス例を示す図
【図３２】本発明の第４の実施形態を示す高速アップロードシステムの全体構成図
【図３３】アップロード処理のシーケンス例を示す図
【図３４】本発明の第５の実施形態を示す高速アップロードシステムの全体構成図
【図３５】アップロード処理のシーケンス例を示す図
【図３６】本発明の第６の実施形態を示す高速アップロードシステムの全体構成図
【図３７】アップロード処理のシーケンス例を示す図
【図３８】アップロード処理のシーケンス例を示す図
【図３９】本発明の第７の実施形態を示す高速アップロードシステムの全体構成図
【図４０】アップロード処理のシーケンス例を示す図
【図４１】統合管理機能部の構成図
【図４２】統合管理機能部の未受信ファイル検索及び通知部の動作を説明するフローチャート
【図４３】統合管理機能部の未受信ファイル検索及び通知部の動作を説明するフローチャート
【発明を実施するための形態】
【００２２】
［第１の実施形態］
本発明の第１の実施形態に係る高速アップロードシステムについて、図１２〜図２０を参照して説明する。
【００２３】
本実施形態に係る高速アップロードシステム１００は、図２に示す従来例と同様、統合管理機能部１１０と、端末２００からファイルを受信して一時的に保存した後に原本サーバ３００に送信する複数の高速アップロードサーバ４００とを備えている（図２参照）。高速アップロードサーバ４００は、１つ又は複数のデータセンタ５００内に、それぞれ１つ又は複数配置されている。端末２００は高速アップロードシステム１００に対して任意のアクセス回線６００を介して各高速アップロードサーバ４００や、さらにインターネット７００等の外部ネットワークを介して原本サーバ３００と通信可能である。ここで、高速アップロードシステム１００は、原本サーバ３００よりもネットワーク的に端末２００に近い位置に配置されている。
【００２４】
端末２００は、図１２に示すように、端末アクセス情報記憶部２０１と、分割ファイルアップロード実績記憶部２０２と、サーバ速度実績記憶部２０３と、アップロード制御部２０４と、ネットワーク通信部２０５とを備える。
【００２５】
端末アクセス情報記憶部２０１は、端末２００の位置情報、無線アクセスのセルＩＤ等の位置情報、アクセススループット、端末スループット等の端末アクセス情報を管理する。
【００２６】
分割ファイルアップロード実績記憶部２０２は、高速アップロードの実施中または完了後に各高速アップロードサーバ４００への分割アップロードの実績情報を記憶する。
【００２７】
サーバ速度実績記憶部２０３は、各高速アップロードサーバ４００の過去のスループットの実績情報を保持する。
【００２８】
アップロード制御部２０４は、高速アップロードシステム１００の利用時に端末アクセス情報を統合管理機能部１１０に送信する。また、端末アップロード制御部２０４は、高速アップロードサーバ４００にアップロードタスクを割り当てるとともに、高速アップロードサーバ４００のファイル受信完了応答の状況に基づき、各高速アップロードサーバ４００に対して分割したファイルをアップロードするタスク量を変更し、受信を示す完了応答があった場合に追加のアップロードを行うことにより、受信処理能力の高い高速アップロードサーバ４００により多くのアップロードタスクを割り当てる。端末２００から統合管理機能部１１０への送信、高速アップロードサーバ４００へのアップロード通信はネットワーク通信部２０５を介して行う。
【００２９】
端末２００は、高速アップロードサーバ４００に対し、サーバ処理能力に応じた効率的なアップロードタスクの割り当てを行うことにより、より効率的なアップロードを実現する。端末２００は、複数の高速アップロードサーバ４００に対してアップロードを同時に行い、各高速アップロードサーバ４００のそれぞれに対しても複数同時に分散アップロードを行う。その際、各高速アップロードサーバ４００から受信を示す完了応答があった場合に、端末２００は完了応答をした高速アップロードサーバ４００に対してさらに追加のアップロードを行う。例えば、HTTPプロトコルでアップロードを行う場合はHTTP POSTリクエストを端末２００から高速アップロードサーバ４００に送信する形態が考えられるが、POSTリクエストを各高速アップロードサーバ４００に複数行い、完了応答が返ってきた場合に追加のPOSTリクエストを行う。
【００３０】
以下、本実施形態に係る高速アップロードシステム１００の動作例について図面を参照して説明する。
【００３１】
図１３及び図１４は、端末２００からの高速アップロードサーバ（１，２，３，…，ｎ）へのアップロードを実施するシーケンス例である。このシーケンス例は、高速アップロードサーバ１のスループットに対して、高速アップロードサーバ２が２倍、高速アップロードサーバ３が３倍のスループットが得られる場合の例である。この場合のサーバスループットに応じた分散アップロードの概要図を図１５に示す。尚、分割ファイルのサイズはすべて同じサイズとしているが、サーバ（仮想サーバ含む）のメモリ、ストレージI/O、NIC等の性能の違いにより、同一サイズの分割ファイルであっても高速アップロードサーバによって処理時間が異なる場合がある。
【００３２】
図１３及び図１４のシーケンス例では、端末２００は、従来例（図３のステップＳ１〜１４）と同様、認証、高速アップロード情報取得、ファイル分割処理を行った後（ステップＳ３０）、分割アップロード処理を行うことにより（ステップＳ３１）、高速アップロードサーバ１〜３に対して分割ファイルのアップロードを行う。初期状態では、端末２００は各高速アップロードサーバ１〜３のスループット能力が分からないため、各高速アップロードサーバ１〜３にそれぞれ同数（ここでは、３コネクション）のアップロードを行う。例えば、高速アップロードサーバ１に分割ファイル０１〜０３、高速アップロードサーバ２に分割ファイル０４〜０６、高速アップロードサーバ３に分割ファイル０７〜０９を高速アップロードサーバの受信処理性能に拘わらず初期に割り当てる。
【００３３】
次に、端末２００は、高速アップロードサーバ１〜３から受信を示す完了応答があると、完了応答受信処理を行う（ステップＳ３２）。この場合、高速アップロードサーバ３は高速アップロードサーバ３に対して３倍のスループット能力があるので、高速アップロードサーバ１よりも３倍多い完了応答を返すことになる。端末２００には、高速アップロードサーバ３から高速アップロードサーバ１の３倍の完了応答が返ってくるので、端末２００は応答が返ってきた分のアップロードタスクを更に割り当てる。この場合、処理時間では、分割ファイル０１〜０３と分割ファイル０７〜０９の処理時間とは異なり、図１５の例では、高速アップロードサーバ３は３Gbpsで高速アップロードサーバ１より３倍速いため、３分の１の処理時間で完了することから、最も早く初期タスクを完了した高速アップロードサーバ３に次の分割ファイル１０〜１２が割り当てられる（ステップＳ３３）。同様にして、他の分割ファイルの分割アップロード処理及び完了応答受信処理を行う（ステップＳ３３〜Ｓ３５）。
【００３４】
ここで、端末２００のアップロード制御部２０４の動作について、図１６のフローチャートに基づいて説明する。まず、認証、高速アップロード情報取得、ファイル分割処理を行った後（ステップＳ４０）、アップロードタスクを追加する処理では、フリータスクがある場合（ステップＳ４１，４２）、分割ファイルの読込処理を行い（ステップＳ４３）、アップロードタスクキューを追加する（ステップＳ４４）。ここで、全分割ファイルが送信済みでなければ（ステップＳ４５）、前記ステップＳ４２〜４４の動作を繰り返し、全分割ファイルが送信済みとなった場合は（ステップＳ４５）、分割アップロード完了処理を行う（ステップＳ４６）。
【００３５】
また、アップロードタスクがある場合に分割アップロードタスクを割当てる処理では、アップロードタスクキューがある場合（ステップＳ４７，４８）、分割アップロード処理を行う（ステップＳ４９）。ここで、全分割ファイルが送信済みでなければ（ステップＳ５０）、前記ステップＳ４８〜Ｓ４９の動作を繰り返し、全分割ファイルが送信済みとなった場合は（ステップＳ５０）、分割アップロード完了処理を行う（ステップＳ５１）。
【００３６】
前記分割アップロード処理は、図１７のフローチャートに示すように行われる。まず、アップロードタスクキューを取得し（ステップＳ５２）、統合管理機能部１１０からアサインされた高速アップロードサーバをサーバ［１］…サーバ［ｎ］とし、サーバ［ｉ］がアップロードタスク上限値未満か否かの判定をサーバ［ｉ＝１，２，３，…，ｎ］について繰り返し行う（ステップＳ５３〜５５）。次に、アップロードタスク上限値未満のサーバ［ｉ］に対してアップロードを実施し（ステップＳ５６）、サーバ［ｉ］のアップロードタスク数に［１］を加えるとともに（ステップＳ５７）、サーバ［ｉ］に対して完了応答受信処理を行う（ステップＳ５８）。
【００３７】
また、前記完了応答受信処理は、図１８のフローチャートに示すように行われる。即ち、サーバ［ｉ］からアップロードの完了応答の受信待ちをして（ステップＳ５９）、サーバ［ｉ］から分割アップロードの完了応答を受信すると（ステップＳ６０）、サーバ［ｉ］のアップロードタスク数から［１］を減ずるとともに（ステップＳ６１）、フリータスク数に［１］を加える（ステップＳ６２）。
【００３８】
前記図１６〜図１８の動作におけるアップロードタスクとフリータスクの概念図を図１９に示す。
【００３９】
本実施形態によれば、端末２００のアップロード制御部が、各高速アップロードサーバ４００の分割ファイル受信完了状況に基づき、各高速アップロードサーバ４００に対して分割ファイルをアップロードする量を変更するようにしたので、高速アップロードサーバ４００のスループットに応じた分散アップロードが可能となり、図２０に示すように、本発明による効率的なアップロードタスク完了までの処理時間は、従来の非効率的なアップロードタスク完了までの処理時間に比べて大幅に短縮される。
【００４０】
［第２の実施形態］
本発明の第２の実施形態に係る高速アップロードシステムについて、図２１〜図２９を参照して説明する。図２１は高速アップロードシステムの全体構成図である。
【００４１】
図２１に示す高速アップロードシステム１００は、図２に示す従来例と同様、統合管理機能部１１０と、端末２００からファイルを受信して一時的に保存した後に原本サーバ３００に送信する複数の高速アップロードサーバ４００と、高速アップロードサーバ４００がそれぞれ１つ又は複数配置されたデータセンタ５００とを備え、端末２００は高速アップロードシステム１００に対して任意のアクセス回線６００を介して各高速アップロードサーバ４００や、さらにインターネット７００等の外部ネットワークを介して原本サーバ３００と通信可能である。ここで、高速アップロードシステム１００は、原本サーバ３００よりもネットワーク的に端末２００に近い位置に配置されている。
【００４２】
本実施形態では、統合管理機能部１１０が、複数の高速アップロードサーバ４００に割り当てられているアップロードタスクの量を管理し、高速アップロードサーバ４００のアップロード量がストレージ書込み閾値を超えないように各高速アップロードサーバ４００にアップロードタスクを割り当てる。
【００４３】
統合管理機能部１１０は、図２２に示すように、高速アップロード実施閾値記憶部１１１と、高速アップロードサーバ状態記憶部１１２と、高速アップロード実施判定部１１３と、アップロードＩＤ記憶部１１４と、高速アップロード管理制御部１１５と、分割ファイル統合処理部１１６と、ネットワーク通信部１１７とを備えている。なお、統合管理機能部１１０は、原本サーバ３００と同じサーバに実装されてもよい。また、統合管理機能部１１０は、高速アップロードサーバ４００と同じサーバに実装されてもよい。
【００４４】
高速アップロード実施閾値記憶部１１１は、どの程度の端末スループット、アクセススループットの場合に、高速アップロードシステム１００を端末２００に利用させるかどうかの判断を行うために用いる閾値を管理する。
【００４５】
高速アップロードサーバ状態記憶部１１２は、各高速アップロードサーバ４００の状態情報を保持する。図２３に高速アップロードサーバ状態記憶部１１２の情報例を示す。例えば、「閾値メモリ容量−使用メモリ容量」が正の値の場合にはその高速アップロードサーバ４００はメモリスループットで処理可能であり、「閾値メモリ容量−使用メモリ容量」が負の値の場合にはストレージスループットによる処理可能であり、「閾値ストレージ容量−使用ストレージ容量−使用メモリ容量」の値が０以下の場合にはその高速アップロードサーバ４００でのキャッシュは不可な状態にあることを示す。
【００４６】
高速アップロード実施判定部１１３は、高速アップロード実施閾値情報とサーバ混雑度情報に基づき、高速アップロードシステムを端末２００に利用させるかどうかの判断を実施し、端末２００にネットワーク通信部１１７を介して通知する。
【００４７】
アップロードＩＤ記憶部１１４は、アップロードファイルの情報を管理する。アップロードＩＤは端末がアップロードする原本ファイル毎に割り当てたＩＤであり、分割アップロード前に統合管理機能部１１０または端末２００で決定し、ファイル分割数、ファイルサイズ、分割ファイルサイズを保持する。図２４にアップロードＩＤ記憶部１１４の情報例を示す。
【００４８】
高速アップロード管理制御部１１５は、高速アップロードサーバ状態記憶部１１２で保持する高速アップロードサーバ状態情報を参照し、端末２００からの分散アップロードをどの高速アップロードサーバ４００を用いて実施するかを決定し、端末２００に通知する。
【００４９】
高速アップロード管理制御部１１５は、端末２００にどの高速アップロードサーバ４００をいくつ割当てるかを決定し、割り当てた高速アップロードサーバ４００の数と各識別子を、ネットワーク通信部１１７を介して端末２００に通知する。このとき、更に割当形態として、高速アップロードサーバ４００の場所、性能、端末２００で大容量ファイルを分割する際の分割ファイルのサイズ、各サーバ４００へのアップロード通信数（コネクション数）を決定して端末２００に通知してもよい。端末２００への利用させる判断結果と高速アップロードサーバ４００の割当情報は一つの通信で送信してもよい。
【００５０】
分割ファイル統合処理部１１６は、各高速アップロードサーバ４００にある端末２００からの分割ファイルを収集し、原本サーバ３００にアップロードする。原本サーバ３００へのアップロードは、分割ファイルを収集しながら原本サーバ３００にアップロードしてもよいし、分割ファイルの収集を完了してから原本サーバ３００にアップロードしてもよい。原本サーバ３００への統合アップロード完了後に統合管理機能部１１０は端末２００に対して、統合管理機能部１１０からの通知または端末２００からの問合せ手順により、原本サーバ３００へのアップロード完了通知を行う。
【００５１】
本実施形態の端末２００は、図２５に示すように、端末アクセス情報記憶部２１１と、分割ファイルアップロード実績記憶部２１２と、サーバ速度実績記憶部２１３と、アップロード制御部２０４と、ネットワーク通信部２１５と、高速アップロードサーバ状態記憶部２１６とを備える。アップロード制御部２１４は、統合管理機能部１１０から送信された高速アップロードサーバ４００の情報を高速アップロードサーバ状態記憶部２１６に保持する。
【００５２】
高速アップロードサーバ４００は、図２６に示すように、分割ファイル受付処理部４０１と、分割ファイル記憶部４０２と、アップロードＩＤ分割ファイルＩＤ記憶部４０３と、高速アップロードサーバスペック監視部４０４と、統合管理機能部との連携処理部４０５と、ネットワーク通信部４０６とを備える。
【００５３】
分割ファイル受付処理部４０１は、端末２００からの分散アップロードにより分割ファイルを受信し、分割ファイル記憶部４０２に保持するとともに、アップロードＩＤ分割ファイルＩＤ記憶部４０３に受信した分割ファイルのアップロードＩＤと分割ファイルＩＤを保持し、高速アップロードサーバ自身が保持している分割ファイルを把握する。図２７にアップロードＩＤ分割ファイルＩＤ記憶部４０３の情報例を示す。また、図２８に示すように、分割ファイルとアップロード分割ファイルＩＤ情報をディレクトリとファイル名により表現して管理してもよい。
【００５４】
高速アップロードサーバスペック監視部４０４は、図２９に示すメモリ容量、メモリ処理時のスループット、ストレージ容量、ストレージ容量、ストレージ処理時のスループット等の高速アップロードサーバ状態情報の自サーバの状態を収集し、統合管理機能部１１０に送信する。
【００５５】
統合管理機能部との連携処理部４０５は、自サーバが保持しているアップロードファイルのアップロードファイルＩＤと分割ファイルＩＤを統合管理機能部１１０に対して送信する処理を行う。
【００５６】
本実施形態によれば、端末２００のアップロード制御部が、各高速アップロードサーバの４００分割ファイル受信状況と各高速アップロードサーバの受信処理状態を示す状態情報に基づき、各高速アップロードサーバ４００に対して分割ファイルをアップロードする量を変更するようにしている。この場合、統合管理機能部１１０が複数の高速アップロードサーバ４００から割り当てられているアップロードタスクの量の情報を取得するとともに、各高速アップロードサーバ４００に割り当てられているアップロードタスクの量を管理し、高速アップロードサーバ４００のアップロード量がストレージ書込み閾値を超えないように各高速アップロードサーバ４００にアップロードタスクを割り当てるようにしているので、ストレージ書込み状態等による予期せぬ処理能力の低速化を防ぐことができる。
【００５７】
また、各高速アップロードサーバ４００のメモリ容量はストレージ容量に比べると数倍以上少ないことが想定されるため、端末２００からのアップロード量が多くなると何れすべての高速アップロードサーバ４００がストレージ書込み状態となる。このような状態を想定し、統合管理機能部１１０はストレージ書込み時の低速スループットを考慮して、多くの高速アップロードサーバ４００を割り当てるとともに、統合管理機能部１１０で各高速アップロードサーバ４００の状態を集中管理するため、各高速アップロードサーバ４００のスループットが想定より遅くなることがない。
【００５８】
［第３の実施形態］
本発明の第３の実施形態に係る高速アップロードシステムについて、図３０及び図３１を参照して説明する。図３０は高速アップロードシステムの全体構成図である。
【００５９】
図３０に示すように、本実施形態では、各高速アップロードサーバ４００がアップロードタスクの量を管理し、アップロードタスク量がストレージ書込み閾値を超えた場合に、分割アップロードを停止または減少させるための信号を端末２００に送信し、端末２００のアップロード制御部が当該高速アップロードサーバ４００へのアップロードタスク割り当てを停止または減少させる。
【００６０】
また、各高速アップロードサーバ４００は、閾値を下回った場合に、閾値を下回ったことを示す信号を端末２００に送信し、端末２００は当該高速アップロードサーバ４００へのアップロードタスク割り当てを再開または増加する。
【００６１】
更に、統合管理機能部１１０は、高速アップロードサーバ４００へのアップロードタスク割り当ての停止を想定し、あらかじめ端末２００のスループットよりも、高速アップロードサーバ４００サーバのスループットを多めに割り当てるようにしてもよい。
【００６２】
図３１に本実施形態のシーケンス例を示す。このシーケンス例において、端末２００は、分割アップロード処理を行うことにより、高速アップロードサーバ１〜３に対して分割ファイルのアップロードを行う（ステップＳ７０）。初期状態では、端末２００は各高速アップロードサーバ１〜３のスループット能力が分からないため、各高速アップロードサーバ１〜３にそれぞれ同数（ここでは、３コネクション）のアップロードを行う。ここで、例えば高速アップロードサーバ３のアップロードタスク量がストレージ書込み閾値を超えた場合は、端末２００に対し、アップロードタスクが閾値を超えたことによるアップロードの停止または減少を指示するとともに、別の高速アップロードサーバで再アップロードすることを指示し（ステップＳ７１）。統合管理機能部１１０に対して高速アップロードサーバ３のアップロードタスク量がストレージ書込み閾値を超えていることを通知する（ステップＳ７２）。また、アップロードタスク量がストレージ書込み閾値を超えていない高速アップロードサーバ２，３は、分割ファイルのアップロードを完了すると、端末２００に完了応答を送信する（ステップＳ７３）、端末２００は、再アップロード指示のあった分割アップロードのアップロードタスクを再割当てするとともに、高速アップロードサーバ３を除いて高速アップロードサーバ２，３に対する分割アップロードを実施する（ステップＳ７４）。
【００６３】
本実施形態によれば、端末２００のアップロード制御部が、各高速アップロードサーバ４００からの分割アップロードの停止または減少を示す信号の受信に基づき、当該高速アップロードサーバ４００への分割ファイルの送信を停止または減少し、停止または減少した分割アップロードを別の高速アップロードサーバ４００に送信するようにしている。これにより、図９の従来の課題のシーケンスに対して、閾値を超えた高速アップロードサーバ４００に割り当てた分割アップロードタスクの別の高速アップロードサーバ４００への再割当が実施されるので、クリティカルパスとなるアップロードタスクによるアップロード完了延伸を防止することができる。
【００６４】
［第４の実施形態］
本発明の第４の実施形態に係る高速アップロードシステムについて、図３２及び図３３を参照して説明する。図３２は高速アップロードシステムの全体構成図である。
【００６５】
図３２に示すように、本実施形態では、各高速アップロードサーバ４００がアップロードタスクの量を管理し、アップロードタスク量がストレージ書込み閾値を超えた場合に、分割アップロードを停止または減少するための信号を統合管理機能部１１０に送信し、統合管理機能部１１０が高速アップロードサーバの再割当を実施する。各高速アップロードサーバ４００は閾値を下回った場合に閾値を下回ったことを示す信号を端末２００に送信し、端末２００は当該高速アップロードサーバ４００へのアップロードタスク割り当てを再開または増加する。
【００６６】
図３３に本実施形態のシーケンス例を示す。このシーケンス例において、端末２００は、分割アップロード処理を行うことにより、高速アップロードサーバ１〜３に対して分割ファイルのアップロードを行う（ステップＳ８０）。初期状態では、端末２００は各高速アップロードサーバ１〜３のスループット能力が分からないため、各高速アップロードサーバ１〜３にそれぞれ同数（ここでは、３コネクション）のアップロードを行う。ここで、例えば高速アップロードサーバ３のアップロードタスク量がストレージ書込み閾値を超えた場合は、端末２００に対し、アップロードタスクが閾値を超えたことによるアップロードの停止または減少を指示するとともに、高速アップロードサーバ３のアップロードタスクをキャンセルすることを指示し（ステップＳ８１）、統合管理機能部１１０に対して高速アップロードサーバ３のアップロードタスク量がストレージ書込み閾値を超えていることを通知する（ステップＳ８２）。次に、統合管理機能部１１０は、高速アップロードサーバ４００の状態記憶部の情報を更新するとともに、高速アップロードサーバ４００の再割当処理を行い（ステップＳ８３）、高速アップロードサーバの再割当情報を端末２００に送信する（ステップＳ８４）。端末２００は、再アップロード指示のあった分割アップロードのアップロードタスクを含めて別の高速アップロードサーバｎに再割当てするとともに（ステップＳ８５）、高速アップロードサーバｎに対する分散アップロードを実施する（ステップＳ８６）。
【００６７】
本実施形態によれば、端末２００のアップロード制御部が、高速アップロードサーバ４００へのアップロードタスクの再割当情報に基づき、分割ファイル送信先の高速アップロードサーバ４００と送信量を変更するようにしている。これにより、図９の従来の課題のシーケンスに対して、閾値を超えた高速アップロードサーバに割り当てた分割アップロードタスクの別のサーバへの再割当が実施されるので、クリティカルパスとなるアップロードタスクによるアップロード完了延伸を防止することができる。
【００６８】
また、前記第３の実施形態では、端末２００がファイル送信する高速アップロードサーバ４００は変わらないため、初期に割り当てられた高速アップロードサーバ４００の範囲でしか分割ファイルアップロードの再割当が行われず、高速アップロード送信の低速化の可能性があるが、本実施形態ではアップロードタスクが再割当されて別の高速アップロードサーバｎに変更されるため、低速化の防止に効果的である。
【００６９】
［第５の実施形態］
本発明の第５の実施形態に係る高速アップロードシステムについて、図３４及び図３５を参照して説明する。図３４は高速アップロードシステムの全体構成図である。
【００７０】
図３４に示すように、本実施形態では、端末２００が複数の高速アップロードサーバ４００の中で、受信完了応答が閾値以上に遅い場合に、当該高速アップロードサーバ４００が低速状態にあると判断し、当該高速アップロードサーバ４００に割り当てた分割アップロードタスクを別の高速アップロードサーバ４００に割り当てる。再送信を行った分割ファイルは複数の高速アップロードサーバ４００で重複して保持されることが想定されるが、統合管理機能部１１０で分割ファイルを収集する際に重複をチェックすることにより、分割ファイル統合時に重複なく原本ファイルに復元することができる。
【００７１】
図３５に本実施形態のシーケンス例を示す。このシーケンス例において、端末２００は、分割アップロード処理を行うことにより、高速アップロードサーバ１〜３に対して分割ファイルのアップロードを行う（ステップＳ９０）。初期状態では、端末２００は各高速アップロードサーバ１〜３のスループット能力が分からないため、各高速アップロードサーバ１〜３にそれぞれ同数（ここでは、３コネクション）のアップロードを行う。ここで、例えば高速アップロードサーバ１〜２から端末２００に閾値未満で受信完了応答があった場合（ステップＳ９１）、端末２００は高速アップロードサーバ２，３に対する次の分割アップロードを実施する（ステップＳ９２）。一方、高速アップロードサーバ３からの受信完了応答が閾値以上に遅い場合には、高速アップロードサーバ３が低速状態にあると判断し、このようなクリティカルパスとなる高速アップロードサーバ３には一定期間ファイルの送信を行なわず、高速アップロードサーバ３に割り当て済みのアップロードタスクを別の高速アップロードサーバ１〜２に再割当し（ステップＳ９３）、高速アップロードサーバ２，３に対する分割アップロードを実施する（ステップＳ９４）。
【００７２】
また、再送信を行った分割ファイルは複数の高速アップロードサーバ４００で重複して保持されることが想定されるが、統合管理機能部１１０で分割ファイルを収集する際に重複をチェックし、重複する分割ファイルを削除して原本ファイルに復元することにより、分割ファイル統合時に重複なく原本ファイルに復元することができる。
【００７３】
本実施形態によれば、端末２００のアップロード制御部が、各高速アップロードサーバ４００からの受信完了応答時間が所定の閾値よりも長い場合に、当該高速アップロードサーバ４００に割り当て済みの分割ファイル送信を別の高速アップロードサーバ４００に対して再度実施するようにしている。これにより、図９の従来の課題のシーケンスに対して、クリティカルパスとなる分割アップロードタスクの別のサーバへの再割当が実施されるので、クリティカルパスとなるアップロードタスクによるアップロード完了延伸を防止できる。
【００７４】
［第６の実施形態］
本発明の第６の実施形態に係る高速アップロードシステムについて、図３６〜図３８並びに図４１〜図４２を参照して説明する。図３６は高速アップロードシステムの全体構成図である。また、図４１は統合管理機能部の構成図、図４２は統合管理機能部の未受信ファイル検索及び通知部の動作を説明するフローチャートである。
【００７５】
図３６に示すように、本実施形態では、高速アップロードサーバ４００に対してアップロードするための通信ネットワークが切断した場合に、端末２００が統合管理機能部１１０にアップロードＩＤ情報を含むアップロード再開を要求する通信を行い、統合管理機能部２００が未送信の分割ファイル情報を受信し、未送信の分割ファイルのアップロードを再開する。
【００７６】
統合管理機能部１１０は端末２００が再開を試みるアップロードファイルのアップロードＩＤと分割ファイルＩＤを、高速アップロードサーバ４００から収集把握し、未受信の分割ファイルのアップロードのみ端末２００に行わせる。図３６では端末２００は統合管理機能部１１０に対して直接残りの分割ファイルをアップロードする。
【００７７】
図３７及び図３８に本実施形態のシーケンス例を示す。このシーケンス例では、端末２００は、高速アップロードを開始する際（ステップＳ１００）、Ｏｕｔｈ認可の手順を行う（ステップＳ１０１）、このＯｕｔｈ認可の手順は、図３のシーケンス例と同様である。次に、端末２００は、ある一定以上の大容量のファイルをアップロードする際に複数の高速アップロードサーバ４００を用いてアップロードを高速化するためにファイル分割を行う（ステップＳ１０２）。ファイル分割サイズは、統合管理機能部１１０により回答されたファイル分割サイズを利用するか、端末２００が保持する端末情報と端末アクセス情報に基づき決定する。端末２００は、一定サイズに分割したファイルを統合管理機能部１１０に回答された１つ以上の高速アップロードサーバ４００に対してアップロードを行う（ステップＳ１０３）。端末２００から高速アップロードサーバ４００への分割アップロードは、各サーバ４００に対し１つ以上の通信でアップロードしてもよい。なお、アップロードをする際の通信プロトコルは、ＲＦＣ（Request for Comments）標準規定であるＨＴＴＰ（Hypertext Transfer Protocol）、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）、ＦＴＰ（File Transfer Protocol）、ＦＴＰＳ（File Transfer Protocol Secure）などのアプリケーションプロトコルであってもよいし、標準規定のない独自プロトコルであってもよい。
【００７８】
ここで、端末２００の移動等により一部または全部のアクセス回線が切断した場合（ステップＳ１０４）、端末２００は、当該アクセス回線断を検出し、統合管理機能部１１０に対してアップロード再開を要求する信号を送信する（ステップＳ１０５）。統合管理機能部１１０は未送信の分割ファイル情報を収集し（ステップＳ１０６）、未送信の分割ファイル情報を端末２００に回答する（ステップＳ１０７）。端末２００は、未送信の分割ファイルのアップロードを実施する（ステップＳ１０８）。ここで、未送信分割ファイルのアップロードは、最終的に統合管理機能部１１０が受信できればよく、その通信経路は不問である。通信経路の１つとしては、端末２００から高速アップロードサーバ４００に直接アップロードするものが挙げられる。他の通信経路としては、回線断以前に用いられていた高速アップロードサーバ４００を経由するもの、すなわち高速アップロードサーバ４００を用いたアップロードを再開するもの挙げられる。この場合、端末２００が経由先として選択する高速アップロードサーバ４００は、回線断以前に統合管理機能部１１０から割り当てられた一つ以上の高速アップロードサーバ４００の何れであってもよく、上述の各実施形態で説明したロジックにより任意の高速アップロードサーバ４００が選択可能である。
【００７９】
統合管理機能部１１０は、端末２００から分割アップロードの完了及び性能通知を受信すると（ステップＳ１０９）、統合管理機能部１１０にある分割ファイルを収集するとともに、分割ファイルの統合処理を実施し（ステップＳ１１０）、統合したファイルを原本サーバ３００にアップロードする（ステップＳ１１１）。原本サーバ３００は複数あってもよく、別事業者が提供するサービスの原本サーバに高速アップロードシステム１００からそれぞれアップロードしてもよい。原本サーバ３００への統合アップロード完了後に、原本サーバ３００から統合管理機能部１１０に原本サーバ３００へのアップロード完了通知が行われ（ステップＳ１１２）、統合管理機能部１１０は端末２００に対して、原本サーバ３００へのアップロード完了通知を行う（ステップＳ１１３）。
【００８０】
統合管理機能部１１０は、図４１に示すように、ネットワーク通信部１１７と、高速アップロード実施閾値記憶部１１１と、高速アップロードサーバ状態記憶部１１２と、高速アップロード実施判定部１１３と、分割ファイル統合処理部１１６と、アップロードＩＤ分割ファイル記憶部１１８と、未受信ファイル検索及び通知部１１９とを備えている。なお、統合管理機能部１１０は、原本サーバ３００と同じサーバに実装されてもよい。また、統合管理機能部１１０は、高速アップロードサーバ４００と同じサーバに実装されてもよい。
【００８１】
ネットワーク通信部１１７と、高速アップロード実施閾値記憶部１１１と、高速アップロードサーバ状態記憶部１１２と、高速アップロード実施判定部１１３は、図２２を参照して上述した各部と同様の処理を行う。
【００８２】
アップロードＩＤ分割ファイル記憶部１１８は、図２７、図２８に示すような各高速アップロードサーバ４００が受信済みの分割ファイル情報を保持する。
【００８３】
未受信ファイル検索及び通知部１１９は、図４２のフローチャートに示すように、端末２００からアップロード再開を要求する信号の受信を契機に（ステップＳ１４０）、各高速アップロードサーバ４００と通信を行い受信済みの分割ファイル情報を収集し（ステップＳ１４１）、アップロードＩＤ分割ファイル記憶部１１８に情報を保管すると共に（ステップＳ１４２）、未受信ファイルの検索を行い、端末２００に未受信ファイルの通知を実施する（ステップＳ１４３）。
【００８４】
分割ファイル統合処理部１１６は、端末２００から新たに受信する未受信の分割ファイルと、複数の高速アップロードサーバ４００から受信済みの分割ファイルを統合してアップロード対象ファイルを復元して、原本サーバ３００に原本ファイルのアップロードを行う。
【００８５】
本実施形態によれば、高速アップロードサーバ４００に対してアップロードするための通信ネットワークが切断した場合に、端末２００が統合管理機能部１１０にアップロード再開を要求する通信を行い、統合管理機能部１１０に未送信の分割ファイル情報を受信し、未送信の分割ファイルのアップロードを再開するようにしたので、端末２００が高速アップロードサーバ４００に対して通信可能でなくても、統合管理機能部１１０に対して通信可能であればアップロードの再開を行うことができる。
【００８６】
［第７の実施形態］
本発明の第７の実施形態に係る高速アップロードシステムについて、図３９及び図４０並びに図４２を参照して説明する。図３９は高速アップロードシステムの全体構成図である。また図４０はアップロード処理のシーケンス例を示す図、図４３は統合管理機能部の未受信ファイル検索及び通知部の動作を説明するフローチャートである。
【００８７】
前記第６の実施形態では、高速アップロードサーバ４００にアップロードするための通信ネットワークが切断した場合に、端末２００が統合管理機能部１１０に対して直接残りの分割ファイルをアップロードする、または、回線断以前の高速アップロードサーバ４００を用いて残りの分割ファイルをアップロードするようにしているが、本実施形態では、図３９に示すように統合管理機能部１１０が高速アップロードサーバ４００に再割り当てを行い、端末２００が再割り当てされた高速アップロードサーバ４００に対して分散アップロードする。
【００８８】
図４０に本実施形態のシーケンス例を示す。尚、本実施形態では、図３７に示す第６の実施形態の処理（ステップＳ１００〜Ｓ１０３）と同じ処理を行うため、図４０のシーケンス例ではそれ以降の処理について説明する。
【００８９】
このシーケンス例において、端末２００の移動等により一部または全部のアクセス回線が切断した場合（ステップＳ１２０）、端末２００は、当該アクセス回線断を検出し、統合管理機能部１１０に対してアップロード再開を要求する信号（アクセス情報を含む）を送信する（ステップＳ１２１）。統合管理機能部１１０は未送信の分割ファイル情報を収集し（ステップＳ１２２）、高速アップロードサーバに再割り当てを行う（ステップＳ１２３）。統合管理機能部１１０は端末２００に対して、未送信分割ファイル情報の回答、高速アップロードサーバの再割当情報の回答を行い（ステップＳ１２４）、端末２００は未送信の分割ファイルのアップロードを再開する（ステップＳ１２５）。統合管理機能部１１０は、端末２００から分割アップロードの完了及び性能通知を受信すると（ステップＳ１２６）、分割ファイルを収集するとともに（ステップＳ１２７）、分割ファイルの統合処理を実施し（ステップＳ１２８）、統合したファイルを原本サーバ３００にアップロードする（ステップＳ１２９）。原本サーバ３００は複数あってもよく、別事業者が提供するサービスの原本サーバに高速アップロードシステム１００からそれぞれアップロードしてもよい。原本サーバ３００への統合アップロード完了後に、原本サーバ３００から統合管理機能部１１０に原本サーバ３００へのアップロード完了通知が行われ（ステップＳ１３０）、統合管理機能部１１０は端末２００に対して、原本サーバ３００へのアップロード完了通知を行う（ステップＳ１３０）。
【００９０】
統合管理機能部は、図４１を参照して上述した第６の実施形態と同様に、ネットワーク通信部１１７と、高速アップロード実施閾値記憶部１１１と、高速アップロードサーバ状態記憶部１１２と、高速アップロード実施判定部１１３と、分割ファイル統合処理部１１５と、アップロードＩＤ分割ファイル記憶部１１８と、未受信ファイル検索及び通知部１１９とを備えている。なお、統合管理機能部１１０は、原本サーバ３００と同じサーバに実装されてもよい。また、統合管理機能部１１０は、高速アップロードサーバ４００と同じサーバに実装されてもよい。
【００９１】
ネットワーク通信部１１７と、高速アップロード実施閾値記憶部１１１と、高速アップロードサーバ状態記憶部１１２と、高速アップロード実施判定部１１３は、第６の実施形態と同様に、図２２を参照して上述した各部と同様の処理を行う。
【００９２】
アップロードＩＤ分割ファイル記憶部１１８は、第６の実施形態と同様に、図２７、図２８に示すような各高速アップロードサーバ４００が受信済みの分割ファイル情報を保持する。
【００９３】
未受信ファイル検索及び通知部１１９は、図４３のフローチャートに示すように、端末２００からアップロード再開を要求する信号の受信を契機に（ステップＳ１５０）、各高速アップロードサーバ４００と通信を行い受信済みの分割ファイル情報を収集し（ステップＳ１５１）、アップロードＩＤ分割ファイル記憶部１１８に情報を保管すると共に（ステップＳ１５２）、未受信ファイルの検索を行い、端末２００に未受信ファイルと未受信ファイルを送信させるための新たな複数の高速アップロードサーバを通知する（ステップＳ１５３）。
【００９４】
分割ファイル統合処理部１１５は、新たな複数の高速アップロードサーバ４００から受信する未受信の分割ファイルと、複数の高速アップロードサーバ４００から受信済みの分割ファイルを統合してアップロード対象ファイルを復元して、原本サーバ３００に原本ファイルのアップロードを行う。
【００９５】
本実施形態によれば、高速アップロードサーバ４００に対してアップロードするための通信ネットワークが切断した場合に、端末２００が統合管理機能部１１０にアップロード再開を要求する通信を行い、統合管理機能部１１０に未送信の分割ファイル情報を受信するとともに、高速アップロードサーバ４００への再割当情報に基づき、再割当てされた高速アップロードサーバ４００に対して未送信の分割ファイルのアップロードを再開するようにしたので、端末２００が高速アップロードサーバ４００に通信可能な状況であることが前提であるが、高速アップロードサーバ４００を再度使って高速な分散アップロードを再開することができる。
【００９６】
以上、本発明の一実施の形態について詳述したが、本発明はこれに限定されるものではない。例えば、前記統合管理機能部１１０等の種々の機能部の実装位置は不問であり、ネットワーク構成・形態に応じて種々の実装形態が考えられる。
【００９７】
また、統合管理機能部１１０が割り当てる高速アップロードサーバ４００の数を決定するアルゴリズム等は、少なくともスループット情報を用いるのであれば種々のアルゴリズムを採用することができ、スループット情報以外の他の情報も加味するようにしてもよい。利用する高速アップロードサーバの場所、性能、分割ファイルサイズ、各高速アップロードサーバにおけるアップロード通信の通信数などの決定アルゴリムについても同様である。
【００９８】
また、前記各実施形態では、統合管理機能部１１０は、端末２００から取得した端末スループット情報やアクセススループット情報に基づいてアップロードサーバ４００の割当処理を行っていたが、割当処理には必ずしも端末スループット情報やアクセススループット情報の双方が必要であるとは限らない。例えば、前記端末スループット情報やアクセススループット情報の一方のみを用いてもよく、どちらの情報も用いないことも可能である。この場合、統合管理機能部１１０は、適当なアルゴリズムにより割当処理を実施すればよい。
【００９９】
また、前記各実施形態では、原本サーバ３００が１つの場合について説明したが、原本サーバ３００は複数であってもよい。例えば、統合管理機能部１１０が、それぞれ異なる事業者が運用する複数の原本サーバ３００に対して同じファイルをアップロードしてもよい。この場合、各原本サーバ３００に対して並行してアップロードしてもよいし、ある原本サーバ３００に対してアップロードした後に他の原本サーバ３００にアップロードしてもよく、その形態は不問である。
【符号の説明】
【０１００】
１００…高速アップロードシステム
１１０…統合管理機能部
１１１…高速アップロード実施閾値記憶部
１１２…高速アップロードサーバ状態記憶部
１１３…高速アップロード実施判定部
１１４…アップロードＩＤ記憶部
１１５…高速アップロード管理制御部
１１６…分割ファイル統合処理部
１１７…ネットワーク通信部
２００…端末
２０１…端末アクセス情報記憶部
２０２…分割ファイルアップロード実績記憶部
２０３…サーバ速度実績記憶部
２０４…アップロード制御部
２０５…ネットワーク通信部
２１１…端末アクセス情報記憶部
２１２…分割ファイルアップロード実績記憶部
２１３…サーバ速度実績記憶部
２１４…アップロード制御部
２１５…ネットワーク通信部
２１６…高速アップロードサーバ状態記憶部
３００…原本サーバ
４００…高速アップロードサーバ
４０１…分割ファイル受付処理部
４０２…分割ファイル記憶部
４０３…アップロードＩＤ分割ファイルＩＤ記憶部
４０４…高速アップロードサーバスペック監視部
４０５…統合管理機能部との連携処理部
４０６…ネットワーク通信部
【図１】
2018116528.tif 000003
【図２】
2018116528.tif 000004
【図３】
2018116528.tif 000005
【図４】
2018116528.tif 000006
【図５】
2018116528.tif 000007
【図６】
2018116528.tif 000008
【図７】
2018116528.tif 000009
【図８】
2018116528.tif 000010
【図９】
2018116528.tif 000011
【図１０】
2018116528.tif 000012
【図１１】
2018116528.tif 000013
【図１２】
2018116528.tif 000014
【図１３】
2018116528.tif 000015
【図１４】
2018116528.tif 000016
【図１５】
2018116528.tif 000017
【図１６】
2018116528.tif 000018
【図１７】
2018116528.tif 000019
【図１８】
2018116528.tif 000020
【図１９】
2018116528.tif 000021
【図２０】
2018116528.tif 000022
【図２１】
2018116528.tif 000023
【図２２】
2018116528.tif 000024
【図２３】
2018116528.tif 000025
【図２４】
2018116528.tif 000026
【図２５】
2018116528.tif 000027
【図２６】
2018116528.tif 000028
【図２７】
2018116528.tif 000029
【図２８】
2018116528.tif 000030
【図２９】
2018116528.tif 000031
【図３０】
2018116528.tif 000032
【図３１】
2018116528.tif 000033
【図３２】
2018116528.tif 000034
【図３３】
2018116528.tif 000035
【図３４】
2018116528.tif 000036
【図３５】
2018116528.tif 000037
【図３６】
2018116528.tif 000038
【図３７】
2018116528.tif 000039
【図３８】
2018116528.tif 000040
【図３９】
2018116528.tif 000041
【図４０】
2018116528.tif 000042
【図４１】
2018116528.tif 000043
【図４２】
2018116528.tif 000044
【図４３】
2018116528.tif 000045