ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025153717
(43)【公開日】2025-10-10
(54)【発明の名称】管理装置、管理方法及びプログラム
(51)【国際特許分類】
H04N 21/2312 20110101AFI20251002BHJP
G06Q 50/10 20120101ALI20251002BHJP
H04N 21/24 20110101ALI20251002BHJP
【ＦＩ】
H04N21/2312
G06Q50/10
H04N21/24
【審査請求】有
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2024056331
(22)【出願日】2024-03-29
(71)【出願人】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】100110135
【弁理士】
【氏名又は名称】石井 裕一郎
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100163452
【弁理士】
【氏名又は名称】南郷 邦臣
(74)【代理人】
【識別番号】100180312
【弁理士】
【氏名又は名称】早川 牧子
(72)【発明者】
【氏名】跡部 信行
(72)【発明者】
【氏名】齋藤 裕
(72)【発明者】
【氏名】湯本 康太
(72)【発明者】
【氏名】チャッラニ マユル
(72)【発明者】
【氏名】大木 幸治
(72)【発明者】
【氏名】佐々木 朋
(72)【発明者】
【氏名】稲葉 久人
(72)【発明者】
【氏名】中西 周
(72)【発明者】
【氏名】堀口 朋也
【テーマコード（参考）】
5C164
5L050
【Ｆターム（参考）】
5C164FA06
5C164MA02S
5C164SA22S
5C164SB37P
5C164SB41P
5C164TA08S
5C164YA10
5L050CC11
(57)【要約】
【課題】ストレージコストを考慮しつつ配信対象の動画ファイルを柔軟に管理する。
【解決手段】ライブ配信された動画を録画した動画ファイルを管理する管理装置は、動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、動画ファイルを第１ストレージとは異なる第２ストレージに移動し、第２ストレージに移動された後、動画ファイルにおけるユーザからの今後のリクエストの推移を推定する。そして今後のリクエストの推移から特定される、第１ストレージと第２ストレージのそれぞれの管理コストに基づいて、動画ファイルを第１ストレージにて保管すべきか否かを判定し、判定結果に基づいて、動画ファイルを第１ストレージにて再度保管する。第１ストレージは、第２ストレージよりも動画ファイルの保管コストが高いものの、通信コストにおいて優れている。
【選択図】図５
【解決手段】ライブ配信された動画を録画した動画ファイルを管理する管理装置は、動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、動画ファイルを第１ストレージとは異なる第２ストレージに移動し、第２ストレージに移動された後、動画ファイルにおけるユーザからの今後のリクエストの推移を推定する。そして今後のリクエストの推移から特定される、第１ストレージと第２ストレージのそれぞれの管理コストに基づいて、動画ファイルを第１ストレージにて保管すべきか否かを判定し、判定結果に基づいて、動画ファイルを第１ストレージにて再度保管する。第１ストレージは、第２ストレージよりも動画ファイルの保管コストが高いものの、通信コストにおいて優れている。
【選択図】図５
【特許請求の範囲】
【請求項1】
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする管理装置。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする管理装置。
【請求項2】
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
【請求項3】
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
【請求項4】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項３に記載の管理装置。
ことを特徴とする請求項３に記載の管理装置。
【請求項5】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項３に記載の管理装置。
ことを特徴とする請求項３に記載の管理装置。
【請求項6】
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
【請求項7】
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする請求項６に記載の管理装置。
ことを特徴とする請求項６に記載の管理装置。
【請求項8】
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする管理方法。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする管理方法。
【請求項9】
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とするプログラム。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理装置、管理方法及びプログラムに関する。
【背景技術】
【0002】
映像と音声をライブ配信する様々な動画配信サービスが提供されている。例えば、特許文献１には、遠隔操作にて映像及び音声をストリーミングサーバからライブ配信した直後に録画を配信できるようにした動画配信システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００４－２７４５３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記のシステムでは、ストレージコストを考慮しつつ配信対象の動画ファイルを柔軟に管理するといった点で未だ十分ではない。
【0005】
本発明は、上記のような課題を解決するもので、ストレージコストを考慮しつつ配信対象の動画ファイルを柔軟に管理することが可能な管理装置、コンテンツ提供方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の第１の観点に係る管理装置は、
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
【0007】
また、上記観点に係る管理装置において、
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする。
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする。
【0008】
また、上記観点に係る管理装置において、
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
【0009】
また、上記観点に係る管理装置において、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
【0010】
また、上記観点に係る管理装置において、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
【0011】
また、上記観点に係る管理装置において、
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする。
【0012】
また、上記観点に係る管理装置において、
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする。
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする。
【0013】
本発明の第２の観点に係る管理方法は、
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける今後の前記ユーザからのリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された今後の前記動画ファイルにおける前記ユーザからのリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける今後の前記ユーザからのリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された今後の前記動画ファイルにおける前記ユーザからのリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
【0014】
本発明の第３の観点に係るプログラムは、
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける今後の前記ユーザからのリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された今後の前記動画ファイルにおける前記ユーザからのリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける今後の前記ユーザからのリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された今後の前記動画ファイルにおける前記ユーザからのリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れている、
ことを特徴とする。
【0015】
上記プログラムは、非一時的な（non-transitory）記録媒体に記録されてもよい。非一時的な記録媒体は、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【0016】
本発明によれば、ストレージコストを考慮しつつ配信対象の動画ファイルを柔軟に管理することが可能な管理装置、管理方法及びプログラムを提供することができる。
【図面の簡単な説明】
【0017】
【図1】管理装置、情報端末、ストリーミングサーバ、第１ストレージサーバ及び第２ストレージサーバの関係を示す図である。
【図2】管理装置の一例を示すブロック図である。
【図3】ストリーミングサーバの一例を示すブロック図である。
【図4】コンテンツＡのリクエスト数の推移の一例を示す説明図である。
【図5】コンテンツ管理処理の一例を示すフローチャートである。
【図6】ストレージ切り替え処理の一例を示すフローチャートである。
【図7】コンテンツＢのリクエスト数の推移の一例を示す説明図である。
【発明を実施するための形態】
【0018】
（全体構成）
本発明を実施するための形態に係る管理装置、管理方法およびプログラムについて、図面を参照して詳細に説明する。なお、図中同一または相当する部分には同一符号を付す。図１に示すように、本発明の実施形態に係る管理装置１００は、情報端末２００、ストリーミングサーバ３００、第１ストレージサーバ５００および第２ストレージサーバ６００と、インターネット等のコンピュータ通信網４００を介して通信可能に接続する。
本発明を実施するための形態に係る管理装置、管理方法およびプログラムについて、図面を参照して詳細に説明する。なお、図中同一または相当する部分には同一符号を付す。図１に示すように、本発明の実施形態に係る管理装置１００は、情報端末２００、ストリーミングサーバ３００、第１ストレージサーバ５００および第２ストレージサーバ６００と、インターネット等のコンピュータ通信網４００を介して通信可能に接続する。
【0019】
管理装置１００は、サーバなどのコンピュータであり、配信対象の動画ファイルを記憶するサーバの切り替えを行う機能を有している。具体的に、管理装置１００は、第１ストレージサーバ５００に記憶された動画ファイルを第２ストレージサーバ６００へコピーし、第１ストレージサーバ５００から当該動画ファイルを削除する機能や、第２ストレージサーバ６００へコピーされた動画ファイルを第１ストレージサーバ５００へコピーする機能を有するサーバである。なお、配信対象の動画ファイルは、例えばスポーツや音楽などの動画ファイルである。当該動画は、リアルタイムでストリーミングサーバ３００からライブ配信されるとともに、第１ストレージサーバ５００に保存され、当該保存された動画を、この実施の形態では配信対象の動画ファイルという。
【0020】
情報端末２００は、動画を閲覧するユーザが所有するスマートフォン、タブレットやＰＣ（Personal Computer）などの情報端末（所謂コンピュータ）である。動画配信を所望するユーザの操作に応じて当該情報端末２００が、コンピュータ通信網４００を介してストリーミングサーバ３００へ所望する動画のリクエストを送信することで、所望する動画が配信されることとなる。
【0021】
ストリーミングサーバ３００は、ユーザからのリクエストに対応して動画のストリーミング配信を行うサーバである。ここで、ユーザからのリクエストとは、ユーザ操作に応じて情報端末２００から送信されるリクエストをいう。ストリーミングサーバ３００は、配信対象の動画を、コンピュータ通信網４００を介して情報端末２００へ配信する機能を有している。ストリーミングサーバ３００には数十～数千人の視聴者が同時にアクセス可能である。なお、図示は省略しているが、当該ストリーミングサーバ３００への負担を軽減するために、複数のストリーミングサーバ３００を配置し、視聴者であるユーザに最も近いストリーミングサーバ３００にアクセスさせるようにしてもよい。また、ストリーミングサーバ３００は、上述したように、ライブ映像を配信する機能を有している。すべてのライブ映像をストリーミングサーバ３００に記憶することは、データ量が膨大であり適当でないことから、当該ライブ映像は、上述したように、配信対象の動画ファイルとして第１ストレージサーバ５００へ記憶される。すなわち、ストリーミングサーバ３００は、ライブ映像の配信を行う機能の他、第１ストレージサーバ５００や第２ストレージサーバ６００に記憶された配信対象の動画ファイルを、コンピュータ通信網４００を介して情報端末２００へ配信する機能を有している。
【0022】
第１ストレージサーバ５００は、ストリーミングサーバ３００にて配信中のライブ映像を、配信対象の動画ファイルとして保管するサーバである。第１ストレージサーバ５００は、後述する第２ストレージサーバ６００と比較して、配信対象の動画ファイルの保管料が高いものの、多くの通信量にも耐えられ、通信スピードも速いサーバである。第１ストレージサーバ５００は、例えば、下記ＵＲＬ（https://azure.microsoft.com/ja-jp/pricing/details/storage/blobs/#pricing）先に記載のホットストレージに対応する。そのため、第１ストレージサーバ５００は、ユーザからのリクエストの多い動画ファイルの保管に適している。なお、図示する例では第１ストレージサーバ５００が単数である例を示しているが、第１ストレージサーバ５００は、複数存在してもよい。また、第１ストレージサーバ５００は、アクセスが集中したときの特別課金の加算が行われないものの、第２ストレージサーバ６００は、アクセスが集中したときの特別課金の加算が行われる。管理コストには、少なくとも保管コストと通信(転送)コストを含めることができる。保管コストには、配信対象の動画ファイルの量に応じた料金を含めることができ、通信コストには、「通信速度(の逆数)」および「通信(読み書き)量に対する料金」を含めることができる。第１ストレージサーバ５００は、後述する第２ストレージサーバ６００と比較して、保管コストが高いものの、通信コストが低いストレージサーバであり、結果としてユーザからのリクエストの多い動画ファイルの保管時に管理コストが低いストレージサーバとなっている。
【0023】
第２ストレージサーバ６００は、第１ストレージサーバ５００と同様、配信対象の動画ファイルを保管するサーバである。第２ストレージサーバ６００は、第１ストレージサーバ５００と比較して、配信対象の動画ファイルの保管料が安い一方、多くの通信量には耐えられず、通信スピードも遅いサーバであり、多くの通信量に耐えられるようにしたり、通信スピードを速めると、第１ストレージサーバ５００よりもコストがかかるサーバである。また、第２ストレージサーバ６００は、転送（データ再生）のコストが、第１ストレージサーバ５００よりも高く設定されている。そのため、第２ストレージサーバ６００は、ユーザからのリクエストの少ない動画ファイルの保管に適している。第２ストレージサーバ６００は、例えば、上記ＵＲＬ先に記載のコールドストレージに対応する。この実施の形態では、ユーザからのリクエストが最後にあってから３０日経過した場合に、管理装置１００により、第１ストレージサーバ５００に保管された配信対象の動画ファイルが、第２ストレージサーバ６００へ移動される。なお、図示する例では第２ストレージサーバ６００が単数である例を示しているが、第２ストレージサーバ６００は、複数存在してもよい。なお、第２ストレージサーバ６００は、第１ストレージサーバ５００と比較して、保管コストが低いものの、通信コストが高いストレージサーバであり、結果としてユーザからのリクエストの少ない動画ファイルの保管時に管理コストが低いストレージサーバとなっている。
【0024】
基本的に、データ再生頻度が高くないコンテンツは、第２ストレージサーバ６００で保管していた方が、コストが低くなるが、月あたりのデータ再生時間が所定の閾値を超えると、第２ストレージサーバ６００で保管した方が、コストが高くなる。
【0025】
（管理装置の機能構成）
次に、図２を参照し、管理装置１００の構成について説明する。
次に、図２を参照し、管理装置１００の構成について説明する。
【0026】
図２に示すように、管理装置１００は、記憶部１１０と、制御部１２０と、入出力部１３０と、通信部１４０と、これらを相互に接続するシステムバス（図示省略）と、を備えている。
【0027】
記憶部１１０は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等を備える。ＲＯＭは制御部１２０が実行するプログラム１１１と、プログラム１１１を実行する上で予め必要な各種データ（図示省略）と、過去データ１１２を記憶する。
【0028】
プログラム１１１は、後述するコンテンツ管理処理を実行するプログラムであり、予め記憶部１１０に記憶されている。
【0029】
過去データ１１２は、配信対象の動画ファイルごと（すなわちコンテンツごと）のユーザからのリクエスト数の推移を示すデータである。図４は、過去データ１１２に基づいてグラフ化した一例であり、コンテンツＡのリクエスト数の推移の一例を示している。過去データ１１２は、ストリーミングサーバ３００へのユーザからのリクエストの情報（閲覧情報３１３）を、後述する情報取得部１２１の機能により、当該ストリーミングサーバ３００から取得することで、記憶部１１０へ記憶される。この実施の形態における管理装置１００は、詳しくは後述するが、当該過去データ１１２に基づいてユーザの今後のリクエスト数を推定し、配信対象の動画ファイルの保管先として第１ストレージサーバ５００と第２ストレージサーバ６００のいずれが適切であるのかを判定し、ストリーミングサーバ３００へ使用ストレージサーバを指示する機能を有している。図４に示す例は、コンテンツＡのリクエスト数が、ライブ映像の配信日から徐々に減少していき、「０」となった後、リクエスト数が急増した場合の例を示している。
【0030】
制御部１２０は、ＣＰＵ（Central Processing Unit）やＡＳＩＣ（Application Specific Integrated Circuit）等から構成される。制御部１２０は、記憶部１１０に記憶されたプログラム１１１に従って動作し、当該プログラム１１１に従った処理を実行する。制御部１２０は、記憶部１１０に記憶されたプログラム１１１により提供される主要な機能部として、情報取得部１２１と、コンテンツ移動コピー部１２２と、リクエスト数推定部１２３と、コンテンツコピー判定部１２４と、使用ストレージ指示部１２５と、を備える。
【0031】
情報取得部１２１は、ユーザからの動画配信についてのリクエスト状況を、ストリーミングサーバ３００から取得する機能部である。具体的に、情報取得部１２１は、配信対象の動画ファイルごと、すなわちコンテンツごとのリクエスト状況を示す閲覧情報３１３（図３参照）をストリーミングサーバ３００から取得し、過去データ１１２として記憶部１１０へ記憶する機能部である。情報取得部１２１は、取得した閲覧情報３１３に基づいてコンテンツ別にリクエスト数をカウントし、図４に示したグラフの元となるコンテンツ別のリクエスト数の推移データを過去データ１１２として記憶部１１０へ記憶する。
【0032】
コンテンツ移動コピー部１２２は、配信対象の動画ファイルを第１ストレージサーバ５００から第２ストレージサーバ６００へ移動する機能や、第２ストレージサーバ６００に移動した配信対象の動画ファイルを第１ストレージサーバ５００へコピーする機能を有する機能部である。具体的に、コンテンツ移動コピー部１２２は、最終のリクエストから３０日が経過してもいずれのユーザからもリクエストがないコンテンツ（配信対象の動画ファイル）を、第２ストレージサーバ６００へ移動する機能を有している。また、コンテンツ移動コピー部１２２は、後述するコンテンツコピー判定部１２４の機能により、第２ストレージサーバ６００から第１ストレージサーバ５００へコンテンツをコピーすべきと判定された場合、すなわち第１ストレージサーバ５００にて管理した方が、管理コストが低いと判定された場合、第２ストレージサーバ６００から第１ストレージサーバ５００へコンテンツ（配信対象の動画ファイル）をコピーする機能を有している。なお、コンテンツ移動コピー部１２２は、この他にも、例えばライブ映像の配信日から３０日が経過した場合、第１ストレージサーバ５００に記憶された配信対象の動画ファイルのうち、バックアップ用に記憶された配信対象の動画ファイルを削除する機能も有している。すなわち、２つ記憶された配信対象の動画ファイルのうち、１つを削除する機能を有している。なお、バックアップ用の配信対象の動画ファイルは、複数の第１ストレージサーバ５００のいずれかに記憶されてもよい。なお、動画ファイルには、動作の内容に関するキーワードが紐づけられていてもよい。
【0033】
リクエスト数推定部１２３は、情報取得部１２１が取得したコンテンツごとのリクエスト状況に基づいて、今後のリクエスト数の推定を行う機能部である。具体的に、リクエスト数推定部１２３は、リクエスト数が急増したなどのリクエスト条件を達成した場合に、情報取得部１２１が取得したコンテンツごとのリクエスト状況のうち、対象のコンテンツのリクエスト状況と似たような推移をしているデータを過去データ１１２から特定し、今後のリクエスト数の推定を行う。なお、リクエスト数推定部１２３は、当該配信対象の動画ファイルのジャンルと同等のコンテンツに対応した過去データ１１２に基づいて今後のリクエスト数の推定を行う。情報取得部１２１の機能により取得したコンテンツごとのリクエスト状況において、例えば図７に示すように、タイミングＴＡにおいてコンテンツＢのリクエスト数が急増していることが示される場合、リクエスト数推定部１２３は、リクエスト条件を達成したと判定する。そして、リクエスト数推定部１２３は、当該コンテンツＢの推移が図４に示すコンテンツＡの推移と似ていると判定し、コンテンツＢのリクエスト数がタイミングＴＡ以降に図７に示すように推移すると推定する。なお、コンテンツＡとコンテンツＢは、ともにサッカーの試合についての動画ファイルであるものとし、ジャンルが共通するものとする。なお、リクエスト数推定部１２３は、サッカーといった競技ジャンルだけでなく、スポーツという大概念のジャンルを共通ジャンルとして似た推移の過去データ１１２を選別してもよい。なお、リクエスト条件は、例えば、所定時間あたりのリクエスト数に基づく条件である。また、リクエスト条件は、例えば１時間以内のリクエスト数が５以上や１０以上など、任意に設定可能である。
【0034】
コンテンツコピー判定部１２４は、第２ストレージサーバ６００から第１ストレージサーバ５００へコンテンツをコピーすべきか否かを判定する機能部である。具体的に、コンテンツコピー判定部１２４は、リクエスト数推定部１２３における今後のリクエスト数の推移が、第２ストレージサーバ６００から第１ストレージサーバ５００へコンテンツをコピーすべきコピー条件を達成するか否かを判定し、達成すると判定した場合に、第２ストレージサーバ６００から第１ストレージサーバ５００へコンテンツをコピーすべきであると判定する。コピー条件を満たすか否かの判定は、第２ストレージサーバ６００による管理よりも第１ストレージサーバ５００による管理の方が、管理コストが低い場合に達成となる条件であり、リクエスト数推定部１２３における今後のリクエスト数の推移に基づいて行われればよい。リクエスト数推定部１２３における今後のリクエスト数の推移は、似た推移の過去データ１１２により推定されている。そのため、過去データ１１２の推移によれば、当該配信対象の動画ファイルの今後のリクエスト数の推移についても同様に、第２ストレージサーバ６００のままの方が、管理コストが低い場合もあれば、第１ストレージサーバ５００による管理の方が、管理コストが低い場合もある。そこで、コンテンツコピー判定部１２４は、このような過去データ１１２の状況を踏まえ、第１ストレージサーバ５００による管理の方が、管理コストが低い場合に、コピー条件を達成すると判定する。なお、図４に示すコンテンツＡの過去データ１１２によるグラフは、タイミングＴＱ以降から所定期間では第１ストレージサーバ５００による管理の方が、管理コストが低い例を示している。
【0035】
使用ストレージ指示部１２５は、ストリーミングサーバ３００へ、動画配信に使用すべきストレージサーバを指示する機能部である。具体的に、使用ストレージ指示部１２５は、第１ストレージサーバ５００に記憶された動画ファイルを配信対象とするのか、第２ストレージサーバ６００に記憶された動画ファイルを配信対象とするのか、ストリーミングサーバ３００へ、使用するストレージサーバを指示する機能部である。ストリーミングサーバ３００の側では、当該使用ストレージ指示部１２５による指示に基づくストレージサーバの動画ファイルを配信する。
【0036】
入出力部１３０は、キーボード、マウス、カメラ、マイク、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等から構成され、各種データの入出力を行うための装置である。
【0037】
通信部１４０は、管理装置１００が、コンピュータ通信網４００を介して、情報端末２００、ストリーミングサーバ３００、第１ストレージサーバ５００および第２ストレージサーバ６００などといった他の情報端末と通信を行うためのデバイスである。以上が、管理装置１００の構成である。
【0038】
（ストリーミングサーバの機能構成）
次に、図３を参照し、ストリーミングサーバ３００の構成について説明する。
次に、図３を参照し、ストリーミングサーバ３００の構成について説明する。
【0039】
図３に示すように、ストリーミングサーバ３００は、記憶部３１０と、制御部３２０と、入出力部３３０と、通信部３４０と、これらを相互に接続するシステムバス（図示省略）と、を備えている。
【0040】
記憶部３１０は、ＲＯＭやＲＡＭ等を備える。ＲＯＭは制御部３２０が実行するプログラム３１１と、プログラム３１１を実行する上で予め必要な各種データ（図示省略）と、配信対象の動画ファイル３１２と、閲覧情報３１３を記憶する。
【0041】
プログラム３１１は、後述するストレージ切り替え処理を実行するプログラムであり、予め記憶部３１０に記憶されている。
【0042】
配信対象の動画ファイル３１２は、例えば、試合会場やライブ会場のビデオカメラから送られる動画をストリーミング形式にエンコーディングしたデータである。
【0043】
閲覧情報３１３は、ユーザによる配信対象の動画ファイル３１２の閲覧履歴を示す情報であり、例えばユーザ名、ユーザＩＤ、対象動画ファイルＩＤ、リクエスト年月日、などが含まれる。
【0044】
制御部３２０は、ＣＰＵやＡＳＩＣ等から構成される。制御部３２０は、記憶部３１０に記憶されたプログラム３１１に従って動作し、当該プログラム３１１に従った処理を実行する。制御部３２０は、記憶部３１０に記憶されたプログラム３１１により提供される主要な機能部として、リクエスト受け付け部３２１と、使用ストレージ設定部３２２と、コンテンツ配信部３２３と、を備える。
【0045】
リクエスト受け付け部３２１は、情報端末２００からユーザによる動画配信のリクエストを受け付ける機能部である。リクエストには、例えばユーザ名、ユーザＩＤ、対象動画ファイルＩＤ、リクエスト年月日、などが含まれ、リクエスト受け付け部３２１は、受け付けたリクエスト情報を閲覧情報３１３として格納する機能を有している。
【0046】
使用ストレージ設定部３２２は、管理装置１００からの指示に基づいて、使用するストレージサーバを設定する機能部である。具体的に、使用ストレージ設定部３２２は、管理装置１００から第２ストレージサーバ６００を使用する指示を受信した場合、第２ストレージサーバ６００を使用ストレージサーバとして設定し、管理装置１００から第１ストレージサーバ５００を使用する指示を受信した場合、第１ストレージサーバ５００を使用ストレージサーバとして設定する。なお、初期の設定としては、第１ストレージサーバ５００が設定されていればよい。
【0047】
コンテンツ配信部３２３は、使用ストレージ設定部３２２に記憶された配信用動画ファイルを提供することで、情報端末２００から送信されたユーザのリクエストに対応した動画コンテンツを、当該ユーザに提供する機能部である。
【0048】
入出力部３３０は、キーボード、マウス、カメラ、マイク、液晶ディスプレイ、有機ＥＬディスプレイ等から構成され、各種データの入出力を行うための装置である。
【0049】
通信部３４０は、ストリーミングサーバ３００が、コンピュータ通信網４００を介して、管理装置１００、情報端末２００、第１ストレージサーバ５００および第２ストレージサーバ６００などといった他の情報端末と通信を行うためのデバイスである。以上が、ストリーミングサーバ３００の構成である。
【0050】
（動作）
続いて管理装置１００の動作について説明する。図５は、管理装置１００におけるコンテンツ管理処理の一例を示すフローチャートである。なお、コンテンツ管理処理は、複数のコンテンツを対象として実行されてもよいし、コンテンツ毎に実行されてもよい。この実施の形態におけるコンテンツ管理処理はコンテンツ毎に実行され、配信対象の動画ファイル、すなわち管理対象の動画ファイルがコンテンツＢである場合を例に説明する。コンテンツ管理処理は、当該コンテンツＢのライブ配信が行われることにより、ストリーミングサーバ３００から通知を受け開始される。また、上述したように、コンテンツＢのライブ配信によりユーザに配信される動画は、リアルタイムでストリーミングサーバ３００からライブ配信されるとともに、第１ストレージサーバ５００に保存されている。コンテンツ管理処理は、例えば毎日０時など、予め定められた時間に定期的に実行されてもよい。定期的にコンテンツ管理処理を実行する場合、ステップＳ１１～Ｓ１５の処理についてはスキップされることがあってもよい。
続いて管理装置１００の動作について説明する。図５は、管理装置１００におけるコンテンツ管理処理の一例を示すフローチャートである。なお、コンテンツ管理処理は、複数のコンテンツを対象として実行されてもよいし、コンテンツ毎に実行されてもよい。この実施の形態におけるコンテンツ管理処理はコンテンツ毎に実行され、配信対象の動画ファイル、すなわち管理対象の動画ファイルがコンテンツＢである場合を例に説明する。コンテンツ管理処理は、当該コンテンツＢのライブ配信が行われることにより、ストリーミングサーバ３００から通知を受け開始される。また、上述したように、コンテンツＢのライブ配信によりユーザに配信される動画は、リアルタイムでストリーミングサーバ３００からライブ配信されるとともに、第１ストレージサーバ５００に保存されている。コンテンツ管理処理は、例えば毎日０時など、予め定められた時間に定期的に実行されてもよい。定期的にコンテンツ管理処理を実行する場合、ステップＳ１１～Ｓ１５の処理についてはスキップされることがあってもよい。
【0051】
コンテンツ管理処理を開始すると、制御部１２０は、コンテンツ移動コピー部１２２の機能により、コンテンツＢがライブ配信されてから３０日経過したか否かを判定する（ステップＳ１１）。具体的に、ステップＳ１１の処理においてコンテンツ移動コピー部１２２は、ストリーミングサーバ３００からコンテンツＢのライブ配信を開始した旨の通知を受けてから、３０日が経過したか否かを、内部のタイマにより判定する。なお、経過日数については任意に変更可能である。ステップＳ１１の処理において３０日経過していないと判定した場合（ステップＳ１１；Ｎｏ）、制御部１２０は、そのまま３０日経過するまで待機する。
【0052】
一方、ステップＳ１１の処理において３０日経過したと判定した場合（ステップＳ１１；Ｙｅｓ）、制御部１２０は、コンテンツ移動コピー部１２２の機能により、第１ストレージサーバ５００に２つ記憶されたコンテンツＢに対応する動画ファイルのうち、１つを削除する（ステップＳ１２）。具体的に、ステップＳ１２の処理においてコンテンツ移動コピー部１２２は、第１ストレージサーバ５００に記憶された配信対象の動画ファイルのうち、バックアップ用に記憶されたコンテンツＢに対応する配信対象の動画ファイルを削除する。
【0053】
ステップＳ１２の処理を実行した後、制御部１２０は、ユーザからのコンテンツＢについての最終のリクエストから３０日経過したか否かを判定する（ステップＳ１３）。具体的にステップＳ１３の処理において制御部１２０は、情報取得部１２１の機能により、ユーザからの動画配信についてのリクエスト状況を、ストリーミングサーバ３００から取得する。そして、制御部１２０は、コンテンツ移動コピー部１２２の機能により、コンテンツＢに対するユーザからの前回のリクエストから３０日が経過してもいずれのユーザからもリクエストがない場合に、コンテンツＢについての最終のリクエストから３０日経過したと判定する。ステップＳ１３の処理において最終のリクエストから３０日経過していないと判定した場合（ステップＳ１３；Ｎｏ）、制御部１２０は、そのまま３０日経過するまで待機する。なお、経過日数については任意に変更可能である。
【0054】
ステップＳ１３の処理において最終のリクエストから３０日経過したと判定した場合（ステップＳ１３；Ｙｅｓ）、制御部１２０は、コンテンツ移動コピー部１２２の機能により、コンテンツＢに対応する配信対象の動画ファイルを、第１ストレージサーバ５００から第２ストレージサーバ６００へ移動する（ステップＳ１４）。具体的に、ステップＳ１４の処理においてコンテンツ移動コピー部１２２は、第１ストレージサーバ５００に記憶されたコンテンツＢに対応する配信対象の動画ファイルであって、ステップＳ１２の処理で削除されなかった動画ファイルを、第２ストレージサーバ６００へコピーするとともに、当該動画ファイルを第１ストレージサーバ５００から削除する。上述したように、第１ストレージサーバ５００は、第２ストレージサーバ６００と比較して、配信対象の動画ファイルの保管料が高いものの、多くの通信量にも耐えられ、通信スピードも速いサーバであり、ユーザからのリクエストの多い動画ファイルの保管に適している。また、第２ストレージサーバ６００は、第１ストレージサーバ５００と比較して、配信対象の動画ファイルの保管料が安い一方、多くの通信量には耐えられず、通信スピードも遅いサーバである。そのため、第２ストレージサーバ６００は、ユーザからのリクエストの少ない動画ファイルの保管に適している。したがって、ステップＳ１４の処理を実行することにより、ユーザからのリクエスト数が少ないコンテンツＢの配信対象の動画ファイルの保管料を低減させることができ、管理コストを考慮した管理を行うことができる。
【0055】
ステップＳ１４の処理を実行した後、制御部１２０は、使用ストレージ指示部１２５の機能により、第２ストレージサーバ６００の使用をストリーミングサーバ３００へ指示する（ステップＳ１５）。具体的にステップＳ１５の処理において使用ストレージ指示部１２５は、第２ストレージサーバ６００に記憶された動画ファイルを配信対象とする旨の指示情報をストリーミングサーバ３００へ送信することで、第２ストレージサーバ６００の使用をストリーミングサーバ３００へ指示する。
【0056】
ステップＳ１５の処理を実行した後、制御部１２０は、リクエスト条件を達成したか否かを判定する（ステップＳ１６）。具体的にステップＳ１６の処理において制御部１２０は、情報取得部１２１の機能により、ユーザからの動画配信についてのリクエスト状況を、ストリーミングサーバ３００から取得する。そして、取得したコンテンツごとのリクエスト状況に基づいて、リクエスト数推定部１２３の機能により、コンテンツＢに対応するリクエスト数のうち、直近の１時間以内のリクエスト数が１０以上であるといったリクエスト条件を達成したか否かを判定する。ステップＳ１６の処理においてリクエスト条件を達成していないと判定した場合（ステップＳ１６；Ｎｏ）、制御部１２０は、そのままリクエスト条件を達成するまで待機する。
【0057】
一方、ステップＳ１６の処理においてリクエスト条件を達成したと判定した場合（ステップＳ１６；Ｙｅｓ）、制御部１２０は、リクエスト数推定部１２３の機能により、コンテンツＢにおける今後のリクエスト数の推定を行う（ステップＳ１７）。具体的にステップＳ１７の処理においてリクエスト数推定部１２３は、情報取得部１２１が取得したコンテンツごとのリクエスト状況のうち、当該コンテンツＢのリクエスト状況と似たような推移をしているデータ（類似推移のデータ）を過去データ１１２から特定し、今後のコンテンツＢにおけるリクエスト数の推定を行う。例えば、図７に示すように、タイミングＴＡにおいてコンテンツＢのリクエスト数が急増していることが示される場合、ステップＳ１６の処理においてリクエスト条件を達成したと判定される。そして、リクエスト数推定部１２３は、ステップＳ１７の処理において、当該コンテンツＢの推移が図４に示すコンテンツＡの推移と似ていると判定し、コンテンツＢのリクエスト数がタイミングＴＡ以降、図７に示すように推移すると推定する。なお、上述したように、コンテンツＢはサッカーの競技ジャンルであり、コンテンツＡもサッカーの競技ジャンルであるといったように、この例では、当該配信対象の動画ファイルのジャンルと同等のコンテンツに対応した過去データ１１２に基づいて今後のリクエスト数の推定を行う。この他にも、異なるジャンルの過去データを利用してもよい。また、推移が似ているか否かについては、例えば予め設定された誤差の範囲内で推移している場合に、推移が似ていると判定すればよい。また、例えば現在までのコンテンツＢにおけるリクエスト推移との一致度や類似度を算出し、一致度や類似度が予め定められた値以上であるものを似た推移（類似する推移）であると判定してもよい。
【0058】
図５のステップＳ１７の処理を実行した後、制御部１２０は、コンテンツコピー判定部１２４の機能により、第２ストレージサーバ６００による管理よりも第１ストレージサーバ５００による管理の方が、管理コストが低い場合に達成となる条件であるコピー条件を達成するか否かを判定する（ステップＳ１８）。具体的にステップＳ１８の処理においてコンテンツコピー判定部１２４は、リクエスト数推定部１２３の機能により推定されたコンテンツＢの今後のリクエスト数の推移に基づいて、第１ストレージサーバ５００による管理の方が、管理コストが低いのか、それとも、第２ストレージサーバ６００のままの方が、管理コストが低いのか、を判定する。この例におけるコンテンツＢの今後のリクエスト数の推移は、似た推移の過去データ１１２、すなわちコンテンツＡのデータに基づいて推定されており、上述したようにコンテンツＡの過去データ１１２は、第１ストレージサーバ５００による管理の方が、管理コストが低い例を示していることから、ステップＳ１８においてコピー条件を達成すると判定する。すなわち、ステップＳ１８においてコンテンツコピー判定部１２４は、コンテンツＢと似た推移のコンテンツＡの推移を、コンテンツＢにおける今後の推移と仮定して、第１ストレージサーバ５００による管理コストと第２ストレージサーバ６００の管理コストとを算出し、第１ストレージサーバ５００による管理コストの方が、管理コストが低いと判定する。一方、第２ストレージサーバ６００のままの方が、管理コストが低いコンテンツの過去データ１１２に基づいて今後のリクエスト数の推定がなされた場合には、ステップＳ１８の処理においてコピー条件を達成しないと判定されることとなる。なお、コピー条件は、これに加え、１時間以内のリクエスト数や、リクエスト頻度などが設定されていてもよい。ここで、第１ストレージサーバ５００による管理コストは、該当コンテンツにおける、第１ストレージサーバ５００で保管するコストと、第１ストレージサーバ５００で転送するコストと、第２ストレージサーバ６００から第１ストレージサーバ５００へ送信するコストとに基づいて算出してもよい。また、第２ストレージサーバ６００による管理コストは、該当コンテンツについて第２ストレージサーバ６００で保管するコストと、第２ストレージサーバ６００で転送するコストに基づいて算出してもよい。
【0059】
ステップＳ１８の処理においてコピー条件を達成しないと判定した場合（ステップＳ１８；Ｎｏ）、制御部１２０は、そのままコンテンツ管理処理を終了する。一方、ステップＳ１８の処理においてコピー条件を達成したと判定した場合（ステップＳ１８；Ｙｅｓ）、制御部１２０は、コンテンツ移動コピー部１２２の機能により、ステップＳ１４の処理で移動したコンテンツＢに対応する配信対象の動画ファイルを、第２ストレージサーバ６００から第１ストレージサーバ５００へコピーする（ステップＳ１９）。具体的に、ステップＳ１９の処理においてコンテンツ移動コピー部１２２は、第２ストレージサーバ６００に記憶されたコンテンツＢに対応する配信対象の動画ファイルであって、ステップＳ１４の処理で移動された動画ファイルを、第１ストレージサーバ５００へコピーする。上述したように、第１ストレージサーバ５００は、第２ストレージサーバ６００と比較して、配信対象の動画ファイルの保管料が高いものの、多くの通信量にも耐えられ、通信スピードも速いサーバであり、ユーザからのリクエストの多い動画ファイルの保管に適している。また、第２ストレージサーバ６００は、第１ストレージサーバ５００と比較して、配信対象の動画ファイルの保管料が安い一方、多くの通信量には耐えられず、通信スピードも遅いサーバであり、多くの通信量に耐えられるようにしたり、通信スピードを速めると、第１ストレージサーバ５００よりもコストがかかるサーバである。そのため、第２ストレージサーバ６００は、ユーザからのリクエストの少ない動画ファイルの保管に適している。したがって、ステップＳ１９の処理を実行することにより、ユーザからのリクエスト数が増加したコンテンツＢの配信対象の動画ファイルについて、多くの通信量に耐え、かつ好適な通信スピードでユーザにコンテンツＢの動画配信を行うことができ、管理コストを考慮した管理を行うことができる。なお、ステップＳ１９の処理では、コンテンツ移動コピー部１２２の機能により、ステップＳ１４の処理で移動したコンテンツＢに対応する配信対象の動画ファイルを、第２ストレージサーバ６００から第１ストレージサーバ５００へコピーするのみではなく、移動させてもよい。すなわち、コピーした後に、当該動画ファイルを削除してもよい。
【0060】
ステップＳ１９の処理を実行した後、制御部１２０は、使用ストレージ指示部１２５の機能により、第１ストレージサーバ５００の使用をストリーミングサーバ３００へ指示し（ステップＳ２０）、コンテンツ管理処理を終了する。具体的にステップＳ２０の処理において使用ストレージ指示部１２５は、ステップＳ１９の処理でコピーしたコンテンツＢの動画ファイルであって、第１ストレージサーバ５００に記憶された動画ファイルを配信対象とする旨の指示情報をストリーミングサーバ３００へ送信することで、第１ストレージサーバ５００の使用をストリーミングサーバ３００へ指示する。
【0061】
なお、ステップＳ２０の処理を実行した後、ステップＳ１３の処理に戻り、ステップＳ１９の処理でコピーしたコンテンツＢについての最終のリクエストから３０日経過したか否かを判定し、ステップＳ１４以降の処理を繰り返し実行してもよい。これによれば、リクエストが急増したコンテンツについて、再度リクエストが減少した場合の動画ファイルの保管料を低減させることができ、管理コストを考慮した管理を行うことができる。
【0062】
続いてストリーミングサーバ３００の動作について説明する。図６は、ストリーミングサーバ３００におけるストレージ切り替え処理の一例を示すフローチャートである。ストレージ切り替え処理は、管理装置１００から指示情報を受信することにより実行を開始する。なお、ストレージ切り替え処理は、ユーザによる入力操作により実行を開始してもよく、一旦実行した後は、実行を継続してもよい。この場合、後述するステップＳ３５の処理の実行後やステップＳ３３の処理にてＮｏと判定した場合、ステップＳ３１の処理に戻ればよい。なお、初期設定では、第１ストレージサーバ５００が、使用ストレージサーバとして設定されている。
【0063】
図６に示すストレージ切り替え処理を開始すると、制御部３２０は、管理装置１００から第２ストレージサーバ６００を使用する第２ストレージサーバ使用指示を受信したか否かを判定する（ステップＳ３１）。具体的にステップＳ３１の処理において制御部３２０は、第２ストレージサーバ６００に記憶された動画ファイルを配信対象とする旨の指示情報を受信したか否かを判定する。より具体的に、制御部３２０は、図５のステップＳ１５の処理により管理装置１００から送信された、第２ストレージサーバ６００に記憶された動画ファイルを配信対象とする旨の指示情報を受信したか否かを判定する。
【0064】
図６に示すステップＳ３１の処理において第２ストレージサーバ使用指示を受信したと判定した場合（ステップＳ３１；Ｙｅｓ）、制御部３２０は、使用ストレージ設定部３２２の機能により、使用ストレージサーバを第２ストレージサーバ６００へ切り替える（ステップＳ３２）。具体的にステップＳ３２の処理において使用ストレージ設定部３２２は、第２ストレージサーバ６００に記憶された動画ファイルを配信対象とするよう、使用ストレージサーバの設定を、第１ストレージサーバ５００から第２ストレージサーバ６００へ切り替える。すなわち、ステップＳ３２の処理において使用ストレージ設定部３２２は、図５のステップＳ１４の処理で第２ストレージサーバ６００へ移動したコンテンツＢの動画ファイルを配信対象とするよう、使用ストレージサーバの設定を、第１ストレージサーバ５００から第２ストレージサーバ６００へ切り替える。これにより、リクエスト受け付け部３２１の機能によりユーザによるコンテンツＢの動画配信のリクエストを受け付けると、コンテンツ配信部３２３の機能により、当該リクエストに対応して、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信が行われることとなる。
【0065】
図６に示すステップＳ３２の処理を実行した後、またはステップＳ３１の処理において第２ストレージサーバ使用指示を受信していないと判定した場合（ステップＳ３１；Ｎｏ）、制御部３２０は、管理装置１００から第１ストレージサーバ５００を使用する第１ストレージサーバ使用指示を受信したか否かを判定する（ステップＳ３３）。具体的にステップＳ３３の処理において制御部３２０は、第１ストレージサーバ５００に記憶された動画ファイルを配信対象とする旨の指示情報を受信したか否かを判定する。より具体的に、制御部３２０は、図５のステップＳ２０の処理により管理装置１００から送信された、第１ストレージサーバ５００に記憶された動画ファイルを配信対象とする旨の指示情報を受信したか否かを判定する。図６に示すステップＳ３３の処理において第１ストレージサーバ使用指示を受信していないと判定した場合（ステップＳ３３；Ｎｏ）、制御部３２０は、そのままストレージ切り替え処理を終了する。
【0066】
一方、ステップＳ３３の処理において第１ストレージサーバ使用指示を受信したと判定した場合（ステップＳ３３；Ｙｅｓ）、制御部３２０は、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信を視聴中のユーザが存在するか否かを判定する（ステップＳ３４）。具体的にステップＳ３４の処理において制御部３２０は、コンテンツ配信部３２３の機能により、第２ストレージサーバ６００に記憶されたコンテンツＢに対応する動画ファイルの配信中であるか否かにより、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信を視聴中のユーザが存在するか否かを判定する。ステップＳ３４の処理において、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信を視聴中のユーザが存在すると判定した場合（ステップＳ３４；Ｙｅｓ）、すなわち、第２ストレージサーバ６００に記憶されたコンテンツＢに対応する動画ファイルの配信中である場合、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信を視聴中のユーザが存在しなくなるまで待機する。具体的に、コンテンツ配信部３２３の機能による第２ストレージサーバ６００に記憶されたコンテンツＢに対応する動画ファイルの配信が終了したことにより、視聴中のユーザの存在を確認すればよい。
【0067】
一方、ステップＳ３４の処理において、第２ストレージサーバ６００に記憶されたコンテンツＢの動画配信を視聴中のユーザが存在しないと判定した場合（ステップＳ３４；Ｎｏ）、制御部３２０は、使用ストレージ設定部３２２の機能により、使用ストレージサーバを第１ストレージサーバ５００へ切り替え（ステップＳ３５）、ストレージ切り替え処理を終了する。具体的にステップＳ３４の処理において使用ストレージ設定部３２２は、第１ストレージサーバ５００に記憶された動画ファイルを配信対象とするよう、使用ストレージサーバの設定を、第２ストレージサーバ６００から第１ストレージサーバ５００へ切り替える。すなわち、ステップＳ３４の処理において使用ストレージ設定部３２２は、図５のステップＳ１９の処理で第１ストレージサーバ５００へコピーしたコンテンツＢの動画ファイルを配信対象とするよう、使用ストレージサーバの設定を、第２ストレージサーバ６００から第１ストレージサーバ５００へ切り替える。これにより、リクエスト受け付け部３２１の機能によりユーザによるコンテンツＢの動画配信のリクエストを受け付けると、コンテンツ配信部３２３の機能により、当該リクエストに対応して、第１ストレージサーバ５００に記憶されたコンテンツＢの動画配信が行われることとなる。
【0068】
このように、管理装置１００におけるコンテンツ管理処理およびストリーミングサーバ３００におけるストレージ切り替え処理が行われることで、ユーザによる動画配信のリクエストが少ない配信対象の動画ファイルについては、ユーザからのリクエストの少ない動画ファイルの保管に適したサーバである第２ストレージサーバ６００で管理する。また、ユーザによる動画配信のリクエストが急増した場合、これまでのデータに基づいて今後のリクエスト数を推定し、第１ストレージサーバ５００と第２ストレージサーバ６００のいずれで管理した方が、管理コストが低減できるのかを判定する。そして、第１ストレージサーバ５００による管理の方が、管理コストが低い場合には、当該配信対象の動画ファイルを第１ストレージサーバ５００へコピーし、ユーザからのリクエストの多い動画ファイルの保管に適したサーバである第１ストレージサーバ５００で管理する。
【0069】
図７は、コンテンツＢのリクエスト数の推移の一例を示す説明図である。図示するように、コンテンツＢのライブ配信が行われたタイミングＴ１から徐々にリクエスト数は減少し、タイミングＴ２において最後のリクエストがあったとする。そして、最後のリクエストから３０日が経過すると、図５のステップＳ１４、ステップＳ１５、図６のステップＳ３２の処理が実行され、図７に示すタイミングＴ３において、使用ストレージが第１ストレージサーバ５００から第２ストレージサーバ６００へと切り替わる。
【0070】
そして、図７に示すタイミングＴＡにおいて図５のステップＳ１６の処理が実行されると、リクエスト条件を達成したと判定される。続けてステップＳ１７の処理において、当該コンテンツＢの今後のリクエスト数の推移として、図４に示すコンテンツＡと動揺の推移となると推定される。そして、図４に示すコンテンツＡのリクエスト数の推移では、タイミングＴＱ以降、第１ストレージサーバ５００による管理の方が、管理コストが低い例を示していることから、図５のステップＳ１８の処理にてコピー条件を達成すると判定され、ステップＳ１９の処理にて第１ストレージサーバ５００へ、コンテンツＢの動画ファイルがコピーされる。そのため、図５に示すステップＳ２０の処理および図６のステップＳ３５の処理が行われ、図７に示すタイミングＴ４において、使用ストレージが第２ストレージサーバ６００から第１ストレージサーバ５００へと切り替わる。
【0071】
そして、図７に示すタイミングＴ５において最後のリクエストがあってから、３０日が経過し、タイミングＴ６となると、再度、図５のステップＳ１４、ステップＳ１５、図６のステップＳ３２の処理が実行され、図７に示すタイミングＴ３において、使用ストレージが第１ストレージサーバ５００から第２ストレージサーバ６００へと切り替わることとなる。なお、タイミングＴ５経過後、タイミングＴ６より前に、図５のステップＳ１４、ステップＳ１５、図６のステップＳ３２の処理を実行するようにしてもよい。
【0072】
以上が管理装置１００、ストリーミングサーバ３００の動作である。このように、この実施の形態における管理装置１００によれば、図５のステップＳ１４の処理を実行することにより、配信対象の動画ファイルを、第１ストレージサーバ５００から第２ストレージサーバ６００へ移動する。そのため、ユーザからのリクエスト数が少ない配信対象の動画ファイルの保管料を低減させることができ、管理コストを考慮した管理を行うことができる。また、ステップＳ１９の処理を実行することにより、配信対象の動画ファイルを、第２ストレージサーバ６００から第１ストレージサーバ５００へ移動する。そのため、ユーザからのリクエスト数が増加した配信対象の動画ファイルについて、多くの通信量に耐え、かつ好適な通信スピードでユーザに動画配信を行うことができ、管理コストを考慮した管理を行うことができる。
【0073】
また、この実施の形態における管理装置１００によれば、図５のステップＳ１５およびステップＳ２０の処理を実行することで、ストリーミングサーバ３００に対し、管理コストを考慮した使用指示を行う。したがって、ストレージの管理コストを考慮して柔軟に使用ストレージサーバの指示を行うことができる。
【0074】
また、この実施の形態における管理装置１００によれば、図５のステップＳ１７の処理において、情報取得部１２１が取得したコンテンツごとのリクエスト状況のうち、当該コンテンツＢのリクエスト状況と似たような推移をしているデータ（類似推移のデータ）を過去データ１１２から特定し、今後のコンテンツＢにおけるリクエスト数の推定を行う。したがって、管理する対象の動画ファイルについての今後のリクエスト数の推定を過去のデータに従って行うことができ、過去のデータに基づく管理コストを考慮した管理を行うことができる。また、この実施の形態における管理装置１００によれば、図５のステップＳ１６の処理においてリクエスト条件を達成したと判定した場合に、ステップＳ１７の処理においてリクエスト数の推定を行う。したがって、常時リクエスト数の推定を行う必要がなく、処理負担を軽減することができる。
【0075】
また、この実施の形態における管理装置１００によれば、図５のステップＳ１７の処理において、配信対象の動画ファイルのジャンルと同等のコンテンツに対応した過去データ１１２に基づいて今後のリクエスト数の推定を行う。したがって、管理する対象の動画ファイルについての今後のリクエスト数の推定を同一ジャンルの過去のデータに従って行うことができ、同一ジャンルの過去のデータに基づく管理コストを考慮した管理を行うことができる。
【0076】
（変形例）
なお、この発明は、上記実施の形態に限定されず、様々な変形及び応用が可能である。例えば、上記実施の形態に係る管理装置１００やストリーミングサーバ３００は、上記で示した全ての技術的特徴を備えるものでなくてもよく、従来技術における少なくとも１つの課題を解決できるように、上記実施の形態で説明した一部の構成を備えたものであってもよい。また、下記の変形例それぞれについて、少なくとも一部を組み合わせてもよい。
なお、この発明は、上記実施の形態に限定されず、様々な変形及び応用が可能である。例えば、上記実施の形態に係る管理装置１００やストリーミングサーバ３００は、上記で示した全ての技術的特徴を備えるものでなくてもよく、従来技術における少なくとも１つの課題を解決できるように、上記実施の形態で説明した一部の構成を備えたものであってもよい。また、下記の変形例それぞれについて、少なくとも一部を組み合わせてもよい。
【0077】
上記実施の形態では、図７において、コンテンツＢの推移が図４に示すコンテンツＡと同様の推移で移行した例を示しているが、これは一例である。例えば、図５のステップＳ１７の処理において推定したコンテンツＢのリクエスト数の今後の推移よりも、予め定められた値以上低いリクエスト数でコンテンツＢの実際のリクエスト数が推移した場合には、図５のステップＳ１８の処理においてコピー条件を達成すると判定しないよう制限してもよい。例えば、図５のステップＳ１７の処理においてコンテンツＢにおける今後のリクエスト数の推定を行った後１時間におけるリクエスト数を取得し、当該リクエスト数がステップＳ１７の処理において推定したコンテンツＢのリクエスト数の今後の推移よりも、予め定められた値以上低い場合、Ｓ１８の処理においてコピー条件を達成しないと判定してもよい。これによれば、実際のリクエスト数の推移に基づいて使用ストレージサーバを変更することができ、より柔軟な管理を実現することができる。
【0078】
これに加え、コピー条件については、配信対象の動画ファイル、すなわちコンテンツのジャンル毎に異なる条件であってもよい。例えば、配信対象の動画ファイルがサッカーの競技ジャンルである場合には、リクエスト数推定部１２３の機能により推定されたコンテンツＢの今後のリクエスト数の推移において、第１ストレージサーバ５００による管理の方が、管理コストが低いときに、コピー条件を達成すると判定する一方で、配信対象の動画ファイルが野球の競技ジャンルである場合には、サッカーの競技ジャンルの場合のコピー条件に加え、図５のステップＳ１７の処理における今後のリクエスト数の推定を行った後１時間のリクエスト数がステップＳ１７の処理において推定したリクエスト数の今後の推移よりも、予め定められた値以上低い場合、コピー条件を達成しないと判定してもよい。これによれば、配信対象の動画ファイルを競技ジャンルごとに柔軟に管理することができる。
【0079】
また、上記実施の形態では、図５のステップＳ１７およびステップＳ１８の処理において、対象のコンテンツのリクエスト状況と似たような推移をしているデータを過去データ１１２から特定して今後のリクエスト数の推定を行い、第１ストレージサーバ５００による管理の方が、管理コストが低いのか否かを判定する例を示したが、これは一例である。この他にも、例えば過去データ１１２の内容をＡＩ（Artificial Intelligence）を用いて機械学習モデルとして機械学習させ、対象のコンテンツにおける今後のリクエスト数を、当該機械学習モデルを用いて推定してもよい。なお、機械学習については、例えばサッカーや野球などの競技ジャンル毎に分けて行ってもよい。そして、今後のリクエスト数をジャンル毎に機械学習された機械学習モデルを用いて推定してもよい。また、第１ストレージサーバ５００による管理の方が、管理コストが低いのか否かについても、過去データ１１２により示されるリクエスト数の推移のうち、第１ストレージサーバ５００により管理した方が、管理コストが低くなるリクエスト数の推移を教師データとして学習したＡＩを用いて機械学習モデルにより判定してもよい。これによれば、配信対象の動画ファイルを、より柔軟に管理することができる。なお、このようにＡＩを用いて今後のリクエスト数を推定する場合、図５のステップＳ１６におけるリクエスト条件の達成有無についてはスキップし、ステップＳ１７の処理においてＡＩを用いて今後のリクエスト数の推移を定期的に推定すればよい。これによれば、機械学習モデルを用いた今後のリクエスト数の推移を推定することができ、推定精度を高めることができる。また、第１ストレージサーバ５００により管理すべきか否か、といった管理コストの判定についても機械学習モデルを用いることで、判定精度を高めることができる。
【0080】
また、上記実施の形態では、図５のステップＳ１６の処理において、直近の１時間以内のリクエスト数が１０以上である場合にリクエスト条件を達成すると判定したが、これは一例である。リクエスト条件は、配信対象の動画ファイル、すなわちコンテンツのジャンル毎に異なる条件であってもよい。さらに、同じジャンルのコンテンツであっても、ライブ配信が行われた日時によって異なるリクエスト条件としてもよい。さらに、例えば同じスポーツのジャンルであっても、サッカーなのか野球なのかといった競技ジャンルにより異なるリクエスト条件としてもよい。さらに、配信対象の動画ファイルが音楽や演劇などの場合には、出演アーティストによって異なるリクエスト条件としてもよい。これによれば、配信対象の動画ファイルを、より柔軟に管理することができる。
【0081】
また、管理装置１００は、リクエスト頻度を推定する際、過去の口コミ情報やニュース情報を用いてもよい。例えば、保存しているコンテンツに対応するキーワードが、季節的要因などにより、口コミ情報やニュース情報において一時的に使用されるような場合、結果として再度第２ストレージサーバ６００に戻した方がコストが下がる可能性があるので、頻度を低めに設定してもよい。また、保存しているコンテンツに対応するキーワードが、口コミ情報やニュース情報において徐々に使用されている場合、頻度を高めに設定してもよい。
【0082】
また、上記実施の形態では、バックアップ用の動画ファイルを記憶する場合について述べたが、バックアップ用の動画ファイルを配信時から記憶していなくてもよい。
【0083】
なお、上記実施の形態に係る管理装置１００およびストリーミングサーバ３００は、専用の装置によらず、通常のコンピュータを用いて実現可能である。例えば、コンピュータに上述のいずれかを実行するためのプログラムを格納した記録媒体から該プログラムをコンピュータにインストールすることにより、上述の処理を実行する管理装置１００を構成してもよい。また、複数のコンピュータが協働して動作することによって、１つの管理装置１００およびストリーミングサーバ３００を構成してもよい。
【0084】
また、上述の機能を、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とアプリケーションとの分担、またはＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【0085】
また、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワーク上の掲示板（ＢＢＳ、Ｂｕｌｌｅｔｉｎ Ｂｏａｒｄ Ｓｙｓｔｅｍ）に当該プログラムを掲示し、ネットワークを介して当該プログラムを配信してもよい。そして、これらのプログラムを起動し、オペレーティングシステムの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。
【0086】
以下、本開示の諸態様を付記としてまとめて記載する。
【0087】
（付記１）
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とする管理装置。
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とする管理装置。
【0088】
（付記２）
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする付記１に記載の管理装置。
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする付記１に記載の管理装置。
【0089】
（付記３）
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記１または２に記載の管理装置。
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記１または２に記載の管理装置。
【0090】
（付記４）
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記３に記載の管理装置。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記３に記載の管理装置。
【0091】
（付記５）
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記３または４に記載の管理装置。
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記３または４に記載の管理装置。
【0092】
（付記６）
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記１または２に記載の管理装置。
前記ユーザからのリクエスト状況を取得する取得部をさらに備え、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする付記１または２に記載の管理装置。
【0093】
（付記７）
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする付記６に記載の管理装置。
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする付記６に記載の管理装置。
【0094】
（付記８）
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とする管理方法。
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とする管理方法。
【0095】
（付記９）
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とするプログラム。
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管料が高いものの、通信速度において優れている、
ことを特徴とするプログラム。
【0096】
本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この開示を説明するためのものであり、本開示の範囲を限定するものではない。すなわち、本開示の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、この開示の範囲内とみなされる。
【産業上の利用可能性】
【0097】
本発明によれば、ストレージコストを考慮しつつ配信対象の動画ファイルを柔軟に管理することが可能な管理装置、管理方法及びプログラムを提供することができる。
【符号の説明】
【0098】
１００ 管理装置
１１０、３１０ 記憶部
１１１、３１１ プログラム
１１２ 過去データ
１２０、３２０ 制御部
１２１ 情報取得部
１２２ コンテンツ移動コピー部
１２３ リクエスト数推定部
１２４ コンテンツコピー判定部
１２５ 使用ストレージ指示部
１３０、３３０ 入出力部
１４０、３４０ 通信部
２００ 情報端末
３００ ストリーミングサーバ
３１２ 配信対象の動画ファイル
３１３ 閲覧情報
３２１ リクエスト受け付け部
３２２ 使用ストレージ設定部
３２３ コンテンツ配信部
４００ コンピュータ通信網
５００ 第１ストレージサーバ
６００ 第２ストレージサーバ
１１０、３１０ 記憶部
１１１、３１１ プログラム
１１２ 過去データ
１２０、３２０ 制御部
１２１ 情報取得部
１２２ コンテンツ移動コピー部
１２３ リクエスト数推定部
１２４ コンテンツコピー判定部
１２５ 使用ストレージ指示部
１３０、３３０ 入出力部
１４０、３４０ 通信部
２００ 情報端末
３００ ストリーミングサーバ
３１２ 配信対象の動画ファイル
３１３ 閲覧情報
３２１ リクエスト受け付け部
３２２ 使用ストレージ設定部
３２３ コンテンツ配信部
４００ コンピュータ通信網
５００ 第１ストレージサーバ
６００ 第２ストレージサーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【手続補正書】
【提出日】2025-02-12
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、
前記ユーザからのリクエスト状況を取得する取得部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする管理装置。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、
前記ユーザからのリクエスト状況を取得する取得部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする管理装置。
【請求項2】
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
【請求項3】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
ことを特徴とする請求項１または２に記載の管理装置。
【請求項4】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
ことを特徴とする請求項１または２に記載の管理装置。
【請求項5】
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする請求項４に記載の管理装置。
ことを特徴とする請求項４に記載の管理装置。
【請求項6】
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、
前記ユーザからのリクエスト状況を取得する取得ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定ステップでは、前記取得ステップで取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定ステップでは、前記リクエスト推定ステップで推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする管理方法。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、
前記ユーザからのリクエスト状況を取得する取得ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定ステップでは、前記取得ステップで取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定ステップでは、前記リクエスト推定ステップで推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする管理方法。
【請求項7】
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、
前記ユーザからのリクエスト状況を取得する取得部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とするプログラム。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、
前記ユーザからのリクエスト状況を取得する取得部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、異なる条件に基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とするプログラム。
【手続補正書】
【提出日】2025-07-18
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ライブ配信された動画を録画した動画ファイルを管理する管理装置であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、
前記ユーザからのリクエスト状況を取得する取得部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とする管理装置。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部と、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部と、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部と、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部と、
前記ユーザからのリクエスト状況を取得する取得部と、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とする管理装置。
【請求項2】
前記第１ストレージと前記第２ストレージのうち、いずれに保管された前記動画ファイルを配信対象とするのかを、ストリーミングサーバに指示する指示部をさらに備え、
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
前記指示部は、前記移動部により前記動画ファイルが前記第２ストレージに移動された場合に、前記第２ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示し、前記管理部により前記動画ファイルが前記第１ストレージに再度保管された場合に、前記第１ストレージに保管された前記動画ファイルを配信対象とする旨を、前記ストリーミングサーバに指示する、
ことを特徴とする請求項１に記載の管理装置。
【請求項3】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルにおける予め定められた期間内のリクエスト状況が、規定値以上である場合に、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
ことを特徴とする請求項１または２に記載の管理装置。
【請求項4】
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況に基づいて前記動画ファイルの属するカテゴリごとに機械学習した学習モデルを用いて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定する、
ことを特徴とする請求項１または２に記載の管理装置。
ことを特徴とする請求項１または２に記載の管理装置。
【請求項5】
前記判定部は、前記取得部で取得した前記ユーザからのリクエスト状況により示される前記ユーザからのリクエストの推移のうち、前記第１ストレージで保管すべき前記動画ファイルの推移を教師データとして学習した学習モデルを用いて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する、
ことを特徴とする請求項４に記載の管理装置。
ことを特徴とする請求項４に記載の管理装置。
【請求項6】
ライブ配信された動画を録画した動画ファイルを管理する管理装置による管理方法であって、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、
前記ユーザからのリクエスト状況を取得する取得ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定ステップでは、前記取得ステップで取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定ステップでは、前記リクエスト推定ステップで推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とする管理方法。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動ステップと、
前記移動ステップにより前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定ステップと、
前記リクエスト推定ステップで推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定ステップと、
前記判定ステップによる判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理ステップと、
前記ユーザからのリクエスト状況を取得する取得ステップと、を備え、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定ステップでは、前記取得ステップで取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定ステップでは、前記リクエスト推定ステップで推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とする管理方法。
【請求項7】
ライブ配信された動画を録画した動画ファイルを管理する管理装置を、
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、
前記ユーザからのリクエスト状況を取得する取得部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とするプログラム。
前記動画ファイルが第１ストレージに保管された後、予め定められた期間内にユーザからのリクエストが受け付けられなかった場合に、前記動画ファイルを前記第１ストレージとは異なる第２ストレージに移動する移動部、
前記移動部により前記動画ファイルが前記第２ストレージに移動された後、前記動画ファイルにおける前記ユーザからの今後のリクエストの推移を推定するリクエスト推定部、
前記リクエスト推定部で推定された前記動画ファイルにおける前記ユーザからの今後のリクエストの推移から特定される、前記第１ストレージと前記第２ストレージのそれぞれの管理コストに基づいて、前記動画ファイルを前記第１ストレージにて保管すべきか否かを判定する判定部、
前記判定部による判定結果に基づいて、前記動画ファイルを前記第１ストレージに再度保管する管理部、
前記ユーザからのリクエスト状況を取得する取得部、として機能させ、
前記第１ストレージは、前記第２ストレージよりも前記動画ファイルの保管コストが高いものの、通信コストにおいて優れており、
前記リクエスト推定部は、前記取得部で取得した前記ユーザからのリクエスト状況のうち、前記動画ファイルの現在までのリクエスト状況と類似する前記動画ファイルの過去のリクエスト状況であって、前記動画ファイルの属するカテゴリと同一のカテゴリに属する前記動画ファイルの過去のリクエスト状況に基づいて、前記動画ファイルにおける前記ユーザからのリクエストの推移を推定し、
前記判定部は、前記リクエスト推定部で推定された前記動画ファイルの属するカテゴリ毎に、前記カテゴリにより特定される競技の種類、前記カテゴリにより特定される出演者、前記動画ファイルの配信日時、の少なくともいずれかに基づいて、前記動画ファイルを前記第１ストレージにて保管すべき第１段階の条件である第１条件が成立するか否かを判定し、前記第１条件が成立したと判定した場合において、前記動画ファイルを前記第１ストレージにて保管すべき第２段階の条件であって前記カテゴリに応じて異なる第２条件が成立したときに、前記動画ファイルを前記第１ストレージに再度保管すると判定する、
ことを特徴とするプログラム。