多拠点・多店舗配信ソリューション

SkeedDeliveryご紹介
2020.10SkeedDeliveryとは経済活動エリアの広がりと、それを支えるネットワーク・コミュニケーションの急速な進展と共に、動画や画像、図面など大きなファイルデータを短時間で多数の拠点に届けたいというニーズが顕在化してきました。
例えば全国展開する店舗でのデジタルサイネージ向けコンテンツ、グループ企業やＦＣ加盟店向けの教育コンテンツ、マニュアル、販促制作物の同時配信等々・・・
こうした要望にスマートに応える次世代の配信ソフトウェアソリューション、それがSkeedDeliveryです。

1

SkeedDeliveryのコンセプト
多拠点に大容量ファイルを配信したい。しかし・・・

メディアの物理搬送

メール配信

衛星通信・CDNによる配信

・毎回、搬送に向けた作業工数が発生し手間が増大
・送達所要時間が長い
・紛失、盗難リスクが高い
・送付先が多ければその分、高コスト

・大容量ファイルは不可
・同時多数への送信は送信元のサーバリソース、回線拡幅が必要（コスト負担増）
・通信傍受、セキュリティ上の課題あり

・プロジェクト単位で初期インフラコストが発生
・データ送信量が契約流量を超えると超過金が発生（フレキシブルな対応がし難い）
・CDNはPull型で受信側依存

SkeedDeliveryならハードウェアに依存せず、ソフトウェアだけで大容量でも安全・確実に、低コストに、スピーディに、そして容易に多拠点への配信を実現します
Confidential

2©2020 Skeed Co. Ltd.

SkeedDeliveryの概要

多拠点P2P分散配信ソフトウェア（従来）クライアント・サーバ型の配信方式の配信方式※

ネットワークの一極集中から分散配信に！

SkeedDeliveryは、Peer to Peer（P2P）の技術によって各ノード同士が協調しながら、最適な経路を見つけて、数十～数百拠点以上に高効率に配信可能！
3※国内特許第5724154号
欧州特許EP3012742

Confidential©2020 Skeed Co. Ltd.

SkeedDeliveryの６つのメリット
Point1：高いコストパフォーマンス

Point2：配信完了までスピーディ■送信元のサーバ増強や回線帯域拡幅などの投資が不要■CDNのような契約流量超過に伴う支払増や物理搬送に伴うランニングコストが殆どな
い■配信先が増加しても、先進的な多段転送（パケツリレー方式）とマルチパスにより柔軟かつスピーディに同時配信可能

Point3：大容量ファイルも制限なく配信

Point4：優れた柔軟性と可用性■サーバ、ネットワークの負荷分散により大容量ファイルでも問題なく配信■ファイル配信サービスにみられるようなサイズ制限がない■配信元と一部配信先のノード間で遮断等のトラブルがあっても、他の配信先から柔軟且つ自動的に最適な経路にてファイル送達

Point5：安心のセキュリティ

Point6：多様な配信制御・管理が可能■配信中のデータを暗号化することで通信傍受をブロック■配信先でもキャッシュとして格納されたデータは暗号化■複数種類のファイルを同時配信したり、配信先をグルーピングするなど自在に制御■スケジュール設定で配信時間を自動制御■ほぼリアルタイムに配信状況の詳細を表示確認可能
4

SkeedDeliveryの基本構成【Push型配信ソリューションの構成】
配信元ノード配信先ノード

各拠点内端末拠点Ａ

拠点Ｂ

システム管理者

コンテンツ投入

Internet・専用線など

拠点C

拠点D

P2Pによる分散Push配信により最適経路で各拠点まで配信※端末は用途により異なります5導入効果（１）センター側の回線・リソースネック軽減
メディアの物理搬送

SkeedDeliveryによる配信

センターサーバによる一元配信
本社

本社

本社

Internet

拠点Ａ

拠点Ｂ

拠点Ｃ

拠点Ｄ

毎回記憶媒体にデータを記憶し搬送準備が必要になるなど人員コストが嵩みます

拠点Ａ

拠点Ｂ

拠点Ｃ

Internet

拠点Ｄ

拠点間で融通しながら最適な配信を行うためコストを大幅に圧縮します

拠点Ａ

拠点Ｂ

拠点Ｃ

拠点Ｄ

アクセス集中のため、センター側の回線増強、サーバ増強が必要です6導入効果（２）空き時間帯に素早く配信、業務も効率化
メディアの物理搬送

SkeedDeliveryによる配信

センターサーバによる一元配信
本社

本社

本社
PM11:00配送開始

送達時間はバラバラ。夜間だけでは到着しないケースもある

PM11:00配信開始

PM11:00配信開始

AM7:00配信完了

AM7:00を過ぎても配信完了せず

Internet

拠点Ａ

拠点Ｂ

拠点Ｃ

拠点Ｄ

媒体作成や荷造りなど作業工数が多く、配送地域や交通事情で送達時間が不規則、所要時間も長くなります

拠点Ａ

拠点Ｂ

拠点Ｃ

Internet

拠点Ｄ

回線の空き時間を使い、短時間に配信できるほか、全てオンラインで完結するため、作業を大幅に効率化します※１：これは例示であり、データ容量、回線帯域等により所要時間は異なります。

拠点Ａ

拠点Ｂ

拠点Ｃ

拠点Ｄ

多拠点、大容量になるほど回線トラフィックの渋滞、サーバリソースが逼迫し配信完了まで長時間必要

7

導入効果（３）配信操作の簡便化
SkeedDeliveryによる配信

本社

１）配信先をデータ別やエリアなどでグループ分け
動画
ファイ
ル

拠点Ａ
拠点Ｂ
拠点Ｃ

音楽
ファイ
ル

拠点Ｂ
拠点Ｄ
拠点Ｅ
拠点Ｆ

２）更に急遽追加したい配信先が生じた場合にも素早く対応

＋

音楽
ファイル

拠点Ｇ
拠点Ｈ

Intern
et

拠点Ａ

拠点Ｂ

拠点Ｃ

拠点Ｄ

拠点Ｅ

拠点Ｆ

拠点Ｇ

拠点Ｈ

多拠点・多店舗にコンテンツなどファイルを転送する場合、エリアやコンテンツの種類・内容により配信先をグルーピングや配信拠点を追加するといった対応が求められることがあります➢SkeedDeliveryは画面操作で簡単に配信先の選定ができ、急な変更やきめ細かい配信が可能です8導入効果（４）配信状況の可視化による業務管理の安定化
SkeedDeliveryによる配信サーバ停止を検知すると、表示と共に迂回して他の配信先を優先し、経路を最適化しますInternet×

札幌営業所

東京本社

名古屋営業所

大阪支社

福岡営業所

メディアの物理搬送やセンターサーバによる一元的な配信では、今現在に届いた地域や拠点、送達完了までの所要時間、特定拠点・店舗への配信状況などの状況把握は容易ではなく、送達後の作業や不達拠点への再送対応など業務管理を不安定なものにします➢SkeedDeliveryは個々の配信先拠点への転送状況を分かり易く表示し、業務管理を安定化します9SkeedDeliveryの配信所要時間における短縮効果試算例
例えば、同じ回線・サーバ環境で全国100拠点（100端末）に同一のコンテンツ（1作品1GB）を配信することを想定した場合、SkeedDeliveryではセンターサーバからの一元配信方式に比べて所要時間を1/100以下に短縮します。
【SkeedDeliveryを用いた配信】【センターサーバからの一元配信】
動画コンテンツ

動画コンテンツ

配信コンテンツ容量1GB

SkeedDeliveryはサーバの同時接続数を超えた配信要求は、クライアントから配信する、という特徴があります。同時接続数は1～数台です。

配信コンテンツ容量1GB

本部回線帯域
10Mbps

本部回線帯域10Mbps

センターサーバには全100クライアントが接続します。

Internet

Internet

サーバに接続する端末数100台

拠点間の多段転送・マルチパス通信を行うことで、僅か13分余りの間に総量として100GBの配信を実行します・・
・・
所要時間はサーバから100端末への配信時間となります（注１）1GB÷10Mbps×100台＝1333分（22.2時間）

サーバに接続する端末数11台

・・
所要時間はサーバから1端末への配信時間と・・なります（注１）（注２）
1GB÷10Mbps×1台＝13.3分

注1）全店舗、同一コンテンツを配信する前提での試算です。全てのサーバに異なるコンテンツが配信される場合（100バージョン）、SkeedDeliveryの配信能力はセンターサーバからの一元配信と同程度です
注2）SkeedDeliveryは店舗間で同じコンテンツを共有する場合、店舗同士でデータを転送しあい、高速に配信します10SkeedDelivery導入事例（大手量販店）①概要
用途：多店舗向けデジタルサイネージ用動画コンテンツの配信■ 基本要件・ファイル種類：ハイビジョン動画コンテンツ
・１回の配信ファイルサイズ：約２GB（9Mbps×30分）
・ファイル配信頻度：2回/月・ファイル配信時間：23時～6時※深夜から朝にかけて配信を想定。
・配信端末数：100端末程度（40店舗）
・回線帯域：10Mbps 帯域保障 専用線
実効速度（本部側：10Mbps、各店舗側：5Mbps）■ ネットワーク回線の制約
・本部、各店舗がそれぞれ双方向で通信可能なこと
・本部、各店舗の特定ポートを解放可能なこと

11SkeedDelivery導入事例（大手量販店）②導入イメージ
本部
動画コンテンツ

店舗
ディスプレイ

NAS

HD編集機

STB

コンテンツ制作
ルーター
ルーター
配信サーバ

STB

専用線

コンテンツ投入

管理者

NAS

・本部にSkeedDeliveryとコンテンツマネジメントシステ
ムを導入します。
ルーター
・SkeedDeliveryが店舗のNASに対しコンテンツを配信し、STBがNASに蓄積されたコンテンツをスケジュールに沿って再生します。

店舗

ディスプレイ

STB

STB

PC

12

SkeedDelivery導入事例（大手量販店）③運用・イメージ
本部

HD編集機
システム管理者
映像素材

配信スケジュールの設定
・コンテンツをアップロード
・配信する店舗を選択

コンテンツを編集・デジタル化（トランスコード）

動画データ

再生スケジュールの設定
・店舗と日時を選択
・１日の予定を設定

配信・再生
スケジュール

配信サーバ（SkeedDelivery）
スケジュール通り
動画コンテンツを配信

専用線

店舗
NAS
受信した動画コンテンツをNASに蓄積配信されたデータは拠点内に保存ネットワークを無駄遣いしません
FTP

STB
再生時、NASにアクセス本部で設定したスケジュール通り動画コンテンツを再生

13

SkeedDelivery導入事例（大手量販店）④導入効果【センターサーバからの一元配信との所要時間比較】

センターサーバからの一元配信

SkeedDeliveryによる配信

2ＧＢ

2ＧＢ

回線帯域

本部側：10Mbps
各店舗側：5Mbps

本部側：10Mbps
各店舗側：5Mbps

配信サーバへの接続端末数40台（各拠点分）

1台のみ

2ＧＢ÷10Mbps※１×40台

2ＧＢ÷5Mbps※２×1台

ファイル転送容量

サーバからの配信所要時間＝約17.8時間※１：本部側の回線帯域の制約によるもの＝約53分※２：店舗側の回線帯域の制約によるもの■主な導入効果
１）配信所要時間は一般的なセンターサーバからの一元配信方式に比べ、1/20以下➡夜間配信（一晩７時間配信の場合、配信完了に約２日半要すところを1時間以内で完遂）
２）回線・サーバ増強に伴うコスト（回線コスト：共用型100Mbps・月額約5,000円※３×40
セット×12か月＝240万円／年、サーバコスト：サーバ購入費用の年間償却分）約３年分で投資回収
３）業務効率化に伴う対応業務の簡素化と生産性の向上➡2日半間の夜間配信業務削及び配信先店舗側の待機期間消滅に伴う他業務へのシフトなど※３：通信キャリア各社の100bpsベストエフォート回線月額料金より想定

14

SkeedDelivery配信効率性に関するご説明

15

クライアント・サーバ方式の配信 配信元サーバサーバ側の回線帯域が細い場合、各クライアントが同時に取得するとサーバ側の回線を取り合う１／１０ずつ分け合う

拠点A

拠点B

拠点C

拠点D

拠点E

クライアント・サーバ方式の配信 配信元サーバ
各拠点に中継サーバーを設置して集中を緩和する場合
１／５ずつ分け合うが、サーバ側の回線を取り合うのは変わらない

拠点A

拠点B

拠点C

拠点D

拠点E

の配信方式配信元サーバ

拠点間でバケツリレーのような形でファイルを転送しあうため、サーバ側の回線を上手に利用できる

拠点A

拠点B

拠点C

拠点D

拠点E

多段転送とマルチパス通信

多段転送とは、バケツリレーのように、拠点間でデータを送受信する方法です。
✓ ファイルをブロックに分割し、その単位で送受信を次々に繰り返す✓ 帯域の利用の集中を回避 ⇒ 効率のいい配信
データセンター

拠点A

拠点B

拠点C

拠点D

マルチパス通信とは、送受信の際に、複数の拠点と同時に通信を行う方法です。
✓ 複数の拠点から異なるブロックを同時に受信✓ 複数のブロックを同時に送受信 ⇒ 高速な通信（いくつの拠点と送受信するかは回線状況を見ながら自動的に）
拠点E

拠点F

拠点G

拠点H

拠点I自律的な経路制御技術
各拠点が協調しながら、自動的に最適な順序と経路を見つけて配信する技術

管理サーバによる大域的な経路制御＋拠点間における細かな経路の自律的な制御
すべての経路をあらかじめ事前に決めておくのではなく、その時々の拠点の回線状況に応じて順序がシステムによって自律的に決定されます。
一時的に他の通信が多く行われている拠点は後回しにする、などといった経路制御が自動的に行われます。
データセンター

拠点A

拠点D

拠点B

拠点C

の配信方式拠点8

配信元サーバ拠点7

複数の拠点にキャッシュされたデータを同時にバケツリレーします

拠点1

拠点6

順番は固定ではなくシステムによって状況に応じて自動的に指定されます

拠点5
拠点2
拠点3

拠点4

９
配信元

クライアントサーバ方式

48
配信元

SkeedDeliveryとクライアントサーバ方式の比較結果（12拠点への4分割したファイルの配信例）

９ 処理サイクル 対 48 処理サイクル
このアニメーションでは最もシンプルな配信パターン(1サイクルに1拠点へ送信）でのデモですがSkeedDeliveryは約5.33倍の処理サイクルで12拠点へ配信完了。

SkeedDeliveryの用途例
１）リテール・サービス業全般➢複数店舗へのデジタルサイネージコンテンツの配信
Ex．金融機関、医療機関の待合空間、大型量販店の壁面・売り場空間など➢ＧＭＳ（大規模スーパー）、コンビニ等へのカタログ・販促物の配信

２）大企業・グループ企業➢支社・支店・グループ企業への経営層の講話などの配信➢支社・支店・グループ企業へのｅラーニングのコンテンツの配信

３）製造業➢製品マニュアル・サポート資料の配信
Ex.自動車整備工場向け整備マニュアルの更新ファイル配信など

４）娯楽・メディア➢映像産業におけるコンテンツ配信
Ex.映画館への作品、広告作品コンテンツ配送など

23

SkeedDelivery機能一覧
主要機能⚫ 配信先の拠点間でのP2P通信により、配信元のデータ転送量を削減し全拠点への配信時間を短縮⚫ 常設の拠点・端末へのプッシュ型配信に最適化⚫ 過去の実績や最新の配信状況をもとに効率のいい経路選択と順序を自動計算⚫ 過去に配信したファイルやブロックデータのキャッシュを再利用してデータ転送量を削減⚫ 配信中のファイル破損の回復や改ざんの検出により配信データを整合
詳細機能

配信制御機能概要配信先指定✓ 配信ごとに、複数の配信先を個別に指定✓ 配信ごとに、配信先におけるファイルの格納先を指定✓ あらかじめ登録された配信先拠点・端末の中から配信先を任意に選択✓ 複数の配信先をグルーピング指定

配信ファイル指定✓特定のファイルまたはフォルダ配下の全てのファイルを配信✓ 配信済みファイルを同じまたは異なる配信先に再配信

時間帯指定✓ 配信ごとに、配信時間帯を指定✓ 設定した配信時間帯に送り切れなかったデータは翌日の同じ配信時間帯に、途中から配信再開

回線帯域制限✓ 端末ごとに利用可能な上りおよび下り回線の帯域を制限

セキュリティ

✓ 配信経路および配信先のキャッシュを暗号化

管理機能✓ Web画面から配信の指示操作✓ Web画面から配信状況や配信履歴を閲覧✓ 配信元から配信に失敗した配信先を検知

システム連携24✓ RESTful APIによる外部システムとの連携が可能

SkeedDeliveryの稼働環境■システム稼働環境

2020.10現在

対応OS
配信元

Red Hat Enterprise Linux 6 / 7
CentOS 6 / 7
Windows Server 2012 / 2016 / 2019

配信先Red Hat Enterprise Linux 6 / 7
CentOS 6 / 7
Windows Server 2012 / 2016 / 2019
Windows 8.1 / 10

対応プラットフォーム

動作環境

Oracle Java 8 (Java Runtime Environment 8)● Windows Server、Windowsは、米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
● Linuxは、Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
● Red Hatは、米国Red Hat, Inc. ならびにその子会社の登録商標です。
● Oracle, Javaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。
● 記載の製品名は各社の登録商標もしくは商標です。

25

SkeedDeliveryのご購入・お問い合わせ株式会社Ｓｋｅｅｄ
ファイル転送事業部

ＵＲＬ：

http://skeed.jp/

E-mail: ssb@skeed.co.jp〒153-0063
東京都目黒区目黒1-6-17 Daiwa目黒スクエア５階
Tel: 03-5487-1033

26

27