特許 7263963 映像配信プログラム、装置、システム、及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-04-17

(45)【発行日】2023-04-25

(54)【発明の名称】映像配信プログラム、装置、システム、及び方法

(51)【国際特許分類】

   H04N 21/845 20110101AFI20230418BHJP

   G06F 21/10 20130101ALI20230418BHJP

   H04L 67/00 20220101ALI20230418BHJP

   H04N 21/835 20110101ALI20230418BHJP

【ＦＩ】

H04N21/845

G06F21/10

H04L67/00

H04N21/835

【請求項の数】 11

(21)【出願番号】P 2019138275

(22)【出願日】2019-07-26

(65)【公開番号】P2021022834

(43)【公開日】2021-02-18

【審査請求日】2022-04-07

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】石井 大祐

(72)【発明者】

【氏名】椎▲崎▼ 耕太郎

【審査官】大西 宏

(56)【参考文献】

【文献】特開２００４－０２３２４７（ＪＰ，Ａ）

【文献】特開２００７－２６７１７３（ＪＰ，Ａ）

【文献】特開２００８－１３０２１５（ＪＰ，Ａ）

【文献】特開２００８－１５４１２４（ＪＰ，Ａ）

【文献】特開２００９－１８８９３６（ＪＰ，Ａ）

【文献】特開２０１５－１６２１７４（ＪＰ，Ａ）

【文献】特表２０１８－５１４１２７（ＪＰ，Ａ）

【文献】米国特許出願公開第２００６／０２８２３９０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ２１／００ －２１／８５８

Ｈ０４Ｌ ６７／００ －６７／７５

Ｇ０６Ｆ ２１／１０

(57)【特許請求の範囲】

【請求項1】

配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して前記記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する、
ことを含む処理をコンピュータに実行させるための映像配信プログラム。

【請求項2】

前記総コストが前記コスト上限を超えている場合に、前記シーケンスデータを作成できない旨を、前記指定を受け付けた第１ユーザの端末に表示させるように制御し、前記総コストが前記コスト上限を超えていない場合に、前記コスト上限から前記総コストを差し引いた残りコストを前記端末に表示させるように制御する請求項１に記載の映像配信プログラム。

【請求項3】

前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記記憶部から前記アクセス情報に対応した前記シーケンスデータを取得し、
前記シーケンスデータの前記再生可能な範囲で前記コンテンツの再生を制御する請求項１又は請求項２に記載の映像配信プログラム。

【請求項4】

前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、前記第２ユーザが前記コンテンツに関して設定した再生の制御に関する第１制御情報を取得し、
前記第１制御情報に基づいて前記コンテンツの再生の可否を判定する請求項１ないし請求項３の何れか１項に記載の映像配信プログラム。

【請求項5】

前記アクセス情報が共有された第２ユーザから複数の異なる前記アクセス情報を受け付けた場合に、複数の前記シーケンスデータに対応するコンテンツに関して、記憶部から、前記第２ユーザの前記コンテンツの視聴履歴に関する第２制御情報を取得し、
前記第２制御情報に基づいて前記コンテンツの再生の可否を判定する請求項１ないし請求項４の何れか１項に記載の映像配信プログラム。

【請求項6】

前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、当該コンテンツに関して設定された、コストの閾値に関する第３制御情報を取得し、
前記記憶部から前記シーケンスデータの前記共有区間に係るコストを取得し、
前記シーケンスデータの前記共有区間のうち、前記第３制御情報に設定された前記コストの閾値を超えない区間で再生するように制御する請求項１ないし請求項５の何れか１項に記載の映像配信プログラム。

【請求項7】

前記アクセス情報に前記第１制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第１制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する請求項４に記載の映像配信プログラム。

【請求項8】

前記アクセス情報に前記第３制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第３制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する請求項６に記載の映像配信プログラム。

【請求項9】

配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する生成部、
を含む映像配信装置。

【請求項10】

配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する映像配信装置と、
前記映像配信装置から共有された前記アクセス情報を、前記映像配信装置に送信するユーザ端末と、
を含む映像配信システム。

【請求項11】

配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する、
ことを含む処理をコンピュータが実行することを特徴とする映像配信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、映像配信プログラム、装置、システム、及び方法に関する。

【背景技術】

【0002】

従来、映像のコンテンツを複数のユーザで共有するための技術がある。

【0003】

例えば、映像のコンテンツに関し、識別した一組のビデオセグメントから一部のビデオセグメントが選択され、一部のビデオセグメントに関する再生シーケンスを示すリストが生成される技術がある。

【0004】

また、コンテンツに対するユーザの権限情報に関して、権限情報に定められた限度内で権限情報を他のユーザとサーバの認証過程を経ずに共有する技術がある。

【0005】

また、他の端末装置がコンテンツを利用する権限があるか否かを判定し、判定結果に応じたレベルで、コンテンツが他の端末装置にて再生されるようにレスポンスデータを作成する技術がある。

【先行技術文献】

【特許文献】

【0006】

【文献】特表２０１８－５１４１２７号公報

【文献】特開２００５－７１３３９号公報

【文献】特開２０１６－１２６４４５号公報

【文献】特開２００１－１３４６１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかし、従来技術では、コンテンツそのものに対する共有状況を管理することは行われているが、共有状況の制限については考慮されていない。そのため、コンテンツが無制限に共有されてしまうと、コンテンツの権利者の権利を十分に確保することができないという課題がある。また、共有状況の制限を厳しくし過ぎると、ユーザ間のコミュニケーションツールとしてコンテンツの活用を促進できないという課題がある。

【0008】

本発明は、一つの側面として、コンテンツの共有を制限すると共に、制限のもとでコンテンツを編集して共有することを目的とする。

【課題を解決するための手段】

【0009】

一つの態様として、配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限を取得する。また、記憶部から、前記コンテンツの所定の時間の区間毎のコストを取得する。前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出する。前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、登録された前記シーケンスデータを取得するためのアクセス情報を生成する。

【発明の効果】

【0010】

一つの側面として、コンテンツの共有を制限すると共に、制限のもとでコンテンツを編集して共有することができる、という効果を有する。

【図面の簡単な説明】

【0011】

【図1】ＳＮＳにおける食べ物とＴＶとの共有のイメージを対比した図である。

【図2】本発明の実施形態の映像配信システムの仕組みのイメージを表す図である。

【図3】第１実施形態に係る映像配信システムの概略構成を示すブロック図である。

【図4】コンテンツＤＢに記録されるコンテンツの情報の一例を示す図である。

【図5】制限情報ＤＢのコスト上限テーブルに記録される情報の一例を示す図である。

【図6】制限情報ＤＢの区間コストテーブルに記録される情報の一例を示す図である。

【図7】編集ＵＩで共有区間を選択する場合のイメージ図である。

【図8】シーケンスデータＤＢに記録される情報の一例を示す図である。

【図9】配信管理サーバとして機能するコンピュータの概略構成を示すブロック図である。

【図10】コスト設定処理の一例を示すフローチャートである。

【図11】編集処理の一例を示すフローチャートである。

【図12】第１実施形態の再生制御処理の一例を示すフローチャートである。

【図13】第２実施形態に係る映像配信システムの概略構成を示すブロック図である。

【図14】ユーザ登録ＤＢのユーザ情報テーブルに記録される情報の一例を示す図である。

【図15】ユーザ登録ＤＢのＮＧリストテーブルに記録される情報の一例を示す図である。

【図16】ユーザ登録ＤＢのユーザ嗜好参照テーブルに記録される情報の一例を示す図である。

【図17】ユーザ視聴履歴ＤＢの視聴ユーザ一覧テーブルに記録される情報の一例を示す図である。

【図18】ユーザ視聴履歴ＤＢの視聴履歴テーブルに記録される情報の一例を示す図である。

【図19】第２実施形態の再生制御処理の一例を示すフローチャートである。

【図20】視聴ＵＩの一例を示すイメージ図である。

【発明を実施するための形態】

【0012】

以下、図面を参照して本発明に係る実施形態の一例を詳細に説明する。

【0013】

まず、以下に説明する各実施形態の前提となる背景及び各実施形態の概要を説明する。従来、映像のコンテンツの共有は、非特許文献４に記載のように、ユーザが一部のコンテンツを切り出し又は繋ぎ合わせて、他のユーザに共有される仕組みになっている。しかし、切り出される内容を制限する仕組みがなければ、ユーザが自由にコンテンツを切り出して共有できてしまうため、コンテンツの権利者の権利を確保できないという課題がある。そのため、コンテンツの共有では、コンテンツの権利者の権利を確保することが前提となる。

【0014】

また、ＳＮＳ（social networking service）で共有される情報を取り巻くビジネス面の課題も挙げられる。図１は、ＳＮＳにおける食べ物とＴＶ番組との共有のイメージを対比した図である。図１に示すように、ＳＮＳにおいて食べ物に関する情報を共有する場合には、食べ物を食べた感想、及びお店のＵＲＬを貼り付けることで共有が図られる。食べ物の場合には、食べ物がどうだったか、食べ物のお店がどこであるか、の把握がわかりやすく共有できる。しかし、ＴＶ番組の場合には具体的な感想を共有しようとすると、何分のどのシーンであったか、までの具体的な情報が必要となり、ＳＮＳで情報を共有することが難しい。ユーザは、ＴＶ番組について「ここが良かった」、「ここが面白い」、「この俳優のこの表情を見てほしい」等の情報をＳＮＳで共有したい、という潜在的なニーズを抱えていると考えられる。また、情報を具体的に共有するために番組の映像又はキャプチャを無断で共有してしまうと著作権上の問題が生じてしまう。

【0015】

このように、ＴＶ番組のような映像のコンテンツを共有する仕組みが整えられていないため、ＳＮＳで映像のコンテンツは拡散しにくい状況がある。ＳＮＳを前提としたビジネスでは、視聴者同士で形成されるコミュニティを意識した共有が、重視されるようになってきている。ＳＮＳ上でコンテンツがどれだけ拡散されるかは、影響力のあるユーザであるいわゆるインフルエンサーによる拡散力、及びファンエンゲージメントが強く影響してくる。よって、ユーザがコンテンツをある程度自由に共有できる仕組みが必要である。

【0016】

以上の背景から、本発明の実施形態では、コンテンツの権利者の権利を担保しつつ、ユーザがコンテンツをある程度自由に共有するための仕組みを提供する。本発明の実施形態の映像配信システムでは、配信対象の映像の複数のコンテンツのうち、１つ以上のコンテンツについて指定を受け付けて共有する。図２は、本発明の実施形態の映像配信システムの仕組みのイメージを表す図である。図２に示すように、映像配信システムはコンテンツのシーンを選択してＳＮＳに共有する。シーンの選択は、コンテンツの所定時間の区間毎に定めた区間基準コストに応じて選択できるようにする。これにより、映像のコンテンツの具体的なシーンを共有できるようになる。また、区間基準コストは、映像のコンテンツの中で権利者が共有されることを避けたい度合いを区間に応じて任意に定められるようにする。これにより、コンテンツの共有が、権利者の権利のもとで制御できる。

【0017】

以上が本発明の実施形態の背景及び概要である。以下、本発明の各実施形態について説明する。

【0018】

＜第１実施形態＞
図３に示すように、第１実施形態に係る映像配信システム１において、複数の管理端末１０と、複数のユーザ端末１２と、配信管理サーバ１４と、コンテンツＤＢ１６とは、インターネット等のネットワークＮを介して接続される。

【0019】

管理端末１０は、コンテンツの権利者毎に設置されており、コンテンツを管理するための端末である。管理端末１０は、配信管理サーバ１４のＡＰＩ（Application Programming Interface）６０により提供される管理ＵＩを介して、コンテンツＤＢ１６へのコンテンツの登録、及びコンテンツのコストの登録が可能である。なお、コンテンツの登録は、本実施形態の主要な機能ではないため説明を省略する。管理端末１０は、例えば、パーソナルコンピュータ、タブレット端末、及びスマートフォン等で実現することができる。

【0020】

ユーザ端末１２は、コンテンツを共有するユーザ（以下、共有ユーザ）が操作する場合と、コンテンツを共有されて視聴するユーザ（以下、視聴ユーザ）が操作する場合でそれぞれ用途が異なる。共有ユーザは編集ＵＩを操作する。視聴ユーザは視聴ＵＩを操作する。ユーザ端末１２は、共有ユーザが操作する場合には、配信管理サーバ１４のＡＰＩ６０により提供される編集ＵＩを介して、配信管理サーバ１４に、コンテンツのシーケンスデータを作成させ、作成したシーケンスデータのアクセス情報を生成させる。ユーザ端末１２は、ＳＮＳに、生成したアクセス情報を埋め込んだ投稿を行う。ユーザ端末１２は、視聴ユーザが操作する場合には、配信管理サーバ１４のＡＰＩ６０により提供される視聴ＵＩを介して、ＳＮＳでアクセス情報が埋め込まれた投稿を表示する。ユーザ端末１２は、当該投稿が閲覧されると、アクセス情報に基づいてコンテンツを取得し、再生する。ユーザ端末１２は、コンテンツの取得及び再生にあたってアクセス情報を配信管理サーバ１４に送信する。ユーザ端末１２は、例えば、パーソナルコンピュータ、タブレット端末、及びスマートフォン等で実現することができる。

【0021】

コンテンツＤＢ１６は、コンテンツが記録されるデータベースであり、コンテンツの配信に最適化されたＣＤＮ（Content Delivery Network）によって提供される。図４は、コンテンツＤＢ１６に記録されるコンテンツの情報の一例を示す図である。図４に示すように、コンテンツＤＢ１６には、コンテンツＩＤと、コンテンツ名と、データと、メタデータとが記録される。コンテンツはコンテンツＩＤ又はコンテンツ名で識別することができる。データはコンテンツのデータ自体であり、任意の映像ファイルである。任意の映像ファイルは、「＊＊.ｍｏｖ」、「＊＊.ｍｐｅｇ」、「＊＊.ａｖｉ」等である。メタデータは、ｘｍｌ形式のコンテンツの付随情報である。以下、コンテンツは、コンテンツＤＢ１６に記録され、コンテンツＤＢ１６から読み出されることを前提に説明する。そのため、コンテンツＤＢ１６から読み出される記載を省略する場合がある。以下、データベースに関して全て同様である。

【0022】

配信管理サーバ１４は、ＡＰＩ６０と、コスト設定部６２と、シーケンス作成部６４と、コストチェック部６６と、ＩＤ発行部６８と、シーケンス取得部７０と、再生制御部７２と、制限情報ＤＢ８０と、シーケンスデータＤＢ８２とを含んで構成される。なお、シーケンス作成部６４、コストチェック部６６、及びＩＤ発行部６８が、本発明の生成部の一例である。

【0023】

ＡＰＩ６０は、管理端末１０で操作される管理ＵＩ、共有ユーザが操作するユーザ端末１２で操作される編集ＵＩ、及び視聴ユーザが操作する視聴ＵＩを提供する機能を持つ。また、ＡＰＩ６０は、コンテンツに係る各種設定を行うための機能、及び配信管理サーバ１４内部の各機能部を制御する機能を提供する。また、管理ＵＩには、管理ＵＩにログインするためのＩＤ及びパスワードが管理端末１０の各々に設定されている。管理ＵＩには、管理端末１０からＩＤ及びパスワードを入力することでログインできる。管理ＵＩの機能は管理端末１０で説明した。同様に、編集ＵＩには、編集ＵＩにログインするためのＩＤ及びパスワードが、共有ユーザが利用するユーザ端末１２の各々に設定されている。編集ＵＩには、共有ユーザがユーザ端末１２から、ＩＤ及びパスワードを入力することでログインできる。編集ＵＩの機能はユーザ端末１２で説明した。視聴ＵＩは、ＳＮＳの投稿を閲覧する際に、投稿に埋め込まれたアクセス情報を元にコンテンツを再生するためのＵＩである。各種ＵＩ及び機能は一般的なＡＰＩにより提供できるものを用いればよいため、詳細な説明は省略する。

【0024】

コスト設定部６２は、管理端末１０からの管理ＵＩの操作を受け付けて、制限情報ＤＢ８０にコンテンツのコストに関する情報を登録する。

【0025】

制限情報ＤＢ８０には、コスト上限テーブル８０Ａと、区間コストテーブル８０Ｂとが記録される。

【0026】

図５は、制限情報ＤＢ８０のコスト上限テーブル８０Ａに記録される情報の一例を示す図である。図５に示すように、コスト上限テーブル８０Ａには、コンテンツ名と、コスト上限とが記録される。コスト上限は、公開を許容するコストの値であり、１つのコンテンツにつき１つ定められる。例えば、コンテンツＡとコンテンツＢとがあった場合に、コンテンツＡが新番組であるような場合はコストが高く設定され、コンテンツＢが再放送であるような場合はコストが低く設定される。つまり、コスト上限は、コンテンツについて共有を許容される時間に基づいて定められる。

【0027】

図６は、制限情報ＤＢ８０の区間コストテーブル８０Ｂに記録される情報の一例を示す図である。図６に示すように、区間コストテーブル８０Ｂには、コンテンツの区間毎に、その区間を含むコンテンツのコンテンツ名と、開始位置と、終了位置と、区間基準コストとが記録される。開始位置及び終了位置は、コンテンツの先頭からの経過時間で表される区間の開始位置及び終了位置である。経過時間は、以下では、時分秒として説明するが、時分秒ミリ秒、一連のフレーム番号等の映像上の位置を指定できればどのような時間の単位であってもよい。例えば、開始位置が「００：００：１０」、終了位置が「００：００：２０」であれば、コンテンツのうち１０秒の位置から２０秒の位置までの区間であることを表す。区間基準コストは、区間の１秒に対するコストであり、整数の値が入る。あるいはより小さな時間単位に対するコストとしてもよい区間基準コストを１秒よりも小さい時間区間に設定可能とする場合には、連動してコンテンツの位置指定を行うすべてのテーブルに関しても少数時間の単位を記述可能とする。公開内容として静止画として扱う場合には、１枚の画像であっても１秒分のコストを設定する等の取り扱いをしてもよい。静止画については、通常動画像で圧縮されていてＩピクチャ以外のフレームについて劣化が大きいが、元ＤＢに非圧縮データがある場合には、公開内容に関しては劣化のない映像を、プレビュー時並びに公開時に配信するようにデータ通信を行ってもよい。また、区間基準コストは秒単位でなく分単位に対するコストとしてもよい。区間基準コストの値は、コンテンツの権利者が任意に決定してもよいし、例えば、ある俳優が出演しているシーンなど特定のシーンでは高い区間基準コストを出力するように予め学習されたモデルを用いて導出してもよい。また、絶対に利用できない区間を設定する場合には、区間基準コストに、コスト上限を大きく上回るような任意の値、例えば「９９９９」、「∞」等を設定すればよい。また、利用可否を示すフラグにより、利用できない区間であることを設定してもよい。また、例えば、あるコンテンツについて、全ての区間の区間基準コストを「１」にすると、コスト上限の値が、再生可能な秒数の上限とイコールになる。また、ここで定められる区間は、ＴＶ番組に定められているシーンの区切りで定めるようにしてもよい。なお、区間が、本発明の所定の時間の区間の一例である。

【0028】

シーケンス作成部６４は、ユーザ端末１２から編集ＵＩの操作を受け付ける。シーケンス作成部６４は、編集ＵＩの操作から、編集対象の１つ以上のコンテンツの指定を受け付ける。また、シーケンス作成部６４は、編集ＵＩの操作から、１つ以上の共有区間を受け付ける。共有区間とは、コンテンツを共有する場合に、当該コンテンツ中の再生対象とする開始位置及び終了位置を定めた１つ以上の区間の範囲である。当該区間の範囲が、コンテンツ中の共有対象とする範囲の一例である。共有区間は上述した制限情報ＤＢ８０の区間とは異なり、共有ユーザが任意に定めることができるため、共有したいコンテンツの内容にある程度の自由度を与えることができる。シーケンス作成部６４は、指定を受け付けたコンテンツについて、共有区間がコストチェック部６６で許可された場合に、受け付けた共有区間でコンテンツを再生可能とするシーケンスデータを作成して、シーケンスデータＤＢ８２に登録する。以下では、１つコンテンツについてのシーケンスデータを作成する場合を例に説明する。

【0029】

図７は、編集ＵＩで共有区間を選択する場合のイメージ図である。図７に示すように、編集ＵＩでは、コンテンツ中の共有したいシーン、すなわち共有区間を、時分秒の単位で開始位置及び終了位置で選択できる。編集ＵＩには、選択した共有区間を示す、インジケータの選択領域、並びに開始位置及び終了位置の時間が表示される。このように、共有ユーザは、編集ＵＩを操作して、コンテンツから共有したいシーンを共有区間として切り出すことができる。

【0030】

シーケンス作成部６４は、コンテンツの指定を受け付けると、まず、指定を受け付けたコンテンツについて、制限情報ＤＢ８０から、当該コンテンツのコスト上限と、当該コンテンツの区間毎の区間基準コストとを取得する。また、当該コンテンツ中の時間の開始及び終了の位置を定めた範囲である１つ以上の共有区間を受け付ける。シーケンス作成部６４は、コストチェック部６６の判定処理を経て、シーケンスＩＤを含むシーケンスデータをシーケンスデータＤＢ８２に登録する。シーケンス作成部６４は、登録したシーケンスデータのシーケンスＩＤに対応したアクセス情報を生成する。シーケンス作成部６４は、図７に示すように、生成したアクセス情報（図７では、共有用ＵＲＬ）を編集ＵＩに表示する。アクセス情報である共有用ＵＲＬは、例えば、シーケンスＩＤを含んだ埋め込みタグとして利用できる。ユーザ端末１２を操作する共有ユーザは、生成された共有用ＵＲＬを含む内容をＳＮＳに投稿する。共有用ＵＲＬが埋め込まれた投稿が閲覧されると、自動的にアクセス情報が配信管理サーバ１４に送信され、シーケンスデータに基づくコンテンツの再生が行われる。これにより、視聴ユーザにシーケンスデータで定められた共有区間で再生可能なコンテンツを共有できる。

【0031】

コストチェック部６６は、区間毎の区間基準コストと選択した共有区間とを照合し、選択した共有区間の総コストが、コスト上限を超えているか否かを判定する。コスト上限を総コストが超えている場合には、ＡＰＩ６０の編集ＵＩに、コスト上限を超えており当該選択でシーケンスデータを登録できない旨を表示させるように制御する。コストチェック部６６は、コスト上限を総コストが超えていない場合には、ＡＰＩ６０の編集ＵＩに、残りコスト数を表示させるように制御し、当該共有区間のシーケンスデータの登録を許可する。このようにして、区間基準コストに応じて共有されるコンテンツの長さを制限する。

【0032】

ここで、総コストについて説明する。総コストをＡ、共有区間に含まれる区間をｉ、区間ｉの区間基準コストをＣ_ｉ、共有区間のうちの区間ｉの秒数をｈ_ｉとした場合に、総コストＡは以下（１）式で表される。

【0033】

Ａ＝Σ_ｉ｛Ｃ_ｉ×ｈ_ｉ｝ ・・・（１）

【0034】

例えば、あるコンテンツについて、コスト上限が「１００」と定められていたとする。また、区間「００：００：１０～００：００：２０」について区間基準コスト「３」、区間「００：００：２０～００：００：５０」について区間基準コスト「１０」と定められていたとする。この場合に、２つの共有区間を受け付け、受け付けた共有区間が「００：００：１０～００：００：１５」、「００：００：３０～００：００：３５」であったとする。この場合、上記（１）式から総コストは、｛３×５＋１０×５｝＝６５と求められる。コストチェック部６６は、総コスト６５がコスト上限１００以下であるため、当該共有区間の登録を許可する。

【0035】

ＩＤ発行部６８は、受け付けた共有区間のシーケンスデータの登録がコストチェック部６６で許可された場合に、シーケンスＩＤを発行する。

【0036】

図８は、シーケンスデータＤＢ８２に記録される情報の一例を示す図である。図８に示すように、シーケンスデータＤＢ８２にはシーケンスＩＤと、コンテンツ名と、開始位置と、終了位置と、区間基準コストとが記録される。シーケンスＩＤは、シーケンスデータを識別するためのＩＤである。シーケンスＩＤは、例えば、図７に示す共有用ＵＲＬの一部として埋め込まれる。コンテンツ名は、シーケンスデータの対象とするコンテンツを示すコンテンツ名である。シーケンスデータＤＢ８２には、コンテンツの共有区間に含まれる、区間基準コストが定められている１つの区間の開始位置及び終了位置を、１レコードずつ記録する。これは、共有区間は、制限情報ＤＢ８０に記録されている複数の区間にまたがっている場合があるからである。このようにシーケンスデータＤＢ８２に、区間基準コストが定められた区間毎に共有区間を記録することで、選択された共有区間でコンテンツの再生を可能とするシーケンスデータが作成される。なお、シーケンスデータＤＢ８２にサムネイル等のコンテンツを表す内容の一部に関する情報を含めてもよい。

【0037】

シーケンス取得部７０は、ユーザ端末１２からアクセス情報を受け付ける。シーケンス取得部７０は、アクセス情報を受け付けると、シーケンスデータＤＢ８２からアクセス情報に対応したシーケンスデータを取得する。

【0038】

再生制御部７２は、シーケンス取得部７０で取得したシーケンスデータが示す再生可能な範囲でコンテンツの再生を制御する。

【0039】

配信管理サーバ１４は、例えば図９に示すコンピュータ２０で実現することができる。コンピュータ２０は、Central Processing Unit（ＣＰＵ）２１と、一時記憶領域としてのメモリ２２と、不揮発性の記憶部２３とを備える。また、コンピュータ２０は、入出力装置２４と、記憶媒体２９に対するデータの読み込み及び書き込みを制御するRead/Write（Ｒ／Ｗ）部２５と、インターネット等のネットワークに接続される通信インターフェース（Ｉ／Ｆ）２６とを備える。ＣＰＵ２１、メモリ２２、記憶部２３、入出力装置２４、Ｒ／Ｗ部２５、及び通信Ｉ／Ｆ２６は、バス２７を介して互いに接続される。

【0040】

記憶部２３は、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部２３には、コンピュータ２０を配信管理サーバ１４として機能させるための配信管理プログラム３０が記憶される。配信管理プログラム３０は、コスト設定プロセス３２と、シーケンス作成プロセス３３と、コストチェックプロセス３４と、ＩＤ発行プロセス３５と、シーケンス取得プロセス３６と、再生制御プロセス３７とを有する。また、記憶部２３は、制限情報ＤＢ８０、及びシーケンスデータＤＢ８２の各々を構成する情報が記憶される情報記憶領域３９を有する。なお、配信管理プログラム３０が、映像配信プログラムの一例である。

【0041】

ＣＰＵ２１は、配信管理プログラム３０を記憶部２３から読み出してメモリ２２に展開し、配信管理プログラム３０が有するプロセスを順次実行する。ＣＰＵ２１は、コスト設定プロセス３２を実行することで、図３に示すコスト設定部６２として動作する。また、ＣＰＵ２１は、シーケンス作成プロセス３３を実行することで、図３に示すシーケンス作成部６４として動作する。また、ＣＰＵ２１は、コストチェックプロセス３４を実行することで、図３に示すコストチェック部６６として動作する。ＣＰＵ２１は、ＩＤ発行プロセス３５を実行することで、図３に示すＩＤ発行部６８として動作する。ＣＰＵ２１は、シーケンス取得プロセス３６を実行することで、図３に示すシーケンス取得部７０として動作する。ＣＰＵ２１は、再生制御プロセス３７を実行することで、図３に示す再生制御部７２として動作する。また、ＣＰＵ２１は、情報記憶領域３９から情報を読み出して、制限情報ＤＢ８０、及びシーケンスデータＤＢ８２の各々をメモリ２２に展開する。これにより、配信管理プログラム３０を実行したコンピュータ２０が、配信管理サーバ１４として機能することになる。なお、プログラムを実行するＣＰＵ２１はハードウェアである。

【0042】

なお、配信管理プログラム３０により実現される機能は、例えば半導体集積回路、より詳しくはApplication Specific Integrated Circuit（ＡＳＩＣ）等で実現することも可能である。

【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】

ユーザ登録ＤＢ２８４には、ユーザ情報テーブル２８４Ａと、ＮＧリストテーブル２８４Ｂと、ユーザ嗜好参照テーブル２８４Ｃとが記録される。ＮＧリストテーブル２８４Ｂ及びユーザ嗜好参照テーブル２８４Ｃはユーザ毎に作成される。

【0080】

ユーザ視聴履歴ＤＢ２８６には、視聴ユーザ一覧テーブル２８６Ａと、視聴履歴テーブル２８６Ｂとが記録される。視聴履歴テーブル２８６Ｂはユーザ毎に作成される。

【0081】

図１４は、ユーザ登録ＤＢ２８４のユーザ情報テーブル２８４Ａに記録される情報の一例を示す図である。図１４に示すように、ユーザ情報テーブル２８４Ａには、ユーザＩＤと、ユーザ名と、ＮＧリストＩＤと、嗜好リストＩＤと、重要部分閲覧可否とが記録される。ＮＧリストＩＤは、いずれのＮＧリストテーブル２８４Ｂを参照するのかを示すＩＤである。ＮＧリストテーブル２８４Ｂは、ＮＧリストＩＤにあるＩＤの分だけ存在する。嗜好リストＩＤは、いずれのユーザ嗜好参照テーブル２８４Ｃを参照するのかを示すＩＤである。ユーザ嗜好参照テーブル２８４Ｃは、嗜好リストＩＤにあるＩＤの分だけ存在する。重要部分閲覧可否は、「ＯＫ」又は「ＮＧ」が設定される。「ＮＧ」の場合には、例えば、共有区間のうち所定の数値以上の区間基準コストの区間を含む共有区間は再生されないように制御される。また、重要部分閲覧可否として数値を設定してもよい。数値を設定する場合には、共有区間のうち設定した数値以上の区間基準コストの区間を含む共有区間は再生されないように制御できる。以下、重要部分閲覧可否を、第３制御情報と記載する。

【0082】

図１５は、ユーザ登録ＤＢ２８４のＮＧリストテーブル２８４Ｂに記録される情報の一例を示す図である。ＮＧリストテーブル２８４Ｂは、ユーザ情報テーブル２８４ＡのＮＧリストＩＤのＩＤごとに存在する。図１５に示すように、ＮＧリストテーブル２８４Ｂには、コンテンツＩＤと、ＮＧ情報と、ＮＧ有効期限とが記録される。ＮＧ情報は、「ＯＫ」又は「ＮＧ」が設定される。ＮＧの場合に、当該ユーザについて当該コンテンツを再生しないように制御する。ＮＧ有効期限は、ＮＧを有効にしておく年月日「YYYY/MM/DD」が設定される。バッチ処理等で、ＮＧ有効期限が過ぎた場合に、自動的に「ＯＫ」に変更する。以下、ＮＧ情報を、第１制御情報と記載する。

【0083】

図１６は、ユーザ登録ＤＢ２８４のユーザ嗜好参照テーブル２８４Ｃに記録される情報の一例を示す図である。図１６に示すように、ユーザ嗜好参照テーブル２８４Ｃには、Ｌｉｋｅと、Ｄｉｓｌｉｋｅとが記録される。Ｌｉｋｅには、ＳＮＳのページでユーザが高評価をしたシーケンスＩＤを記録する。Ｄｉｓｌｉｋｅには、ＳＮＳのページでユーザが低評価をしたシーケンスＩＤを記録する。なお、前提として、ＡＰＩ６０の視聴ＵＩにおいて、高評価ボタン及び低評価ボタンが設置されており、いずれかが押下されることによりユーザ嗜好参照テーブル２８４Ｃに記録される。

【0084】

ユーザ情報テーブル２８４Ａの重要部分閲覧可否、及びＮＧリストテーブル２８４ＢのＮＧ情報は、ユーザ端末１２の設定によって予め記録しておく。ユーザ嗜好参照テーブル２８４Ｃに記録するデータは、再生制御部２７２が、アクセス情報に基づくコンテンツの再生時に、高評価又は低評価のボタンが押下された場合に記録する。ユーザ情報テーブル２８４Ａに、プレミアム会員登録の有無の列を設けて、通常会員とプレミアム会員とで提供する再生制御のサービスを分けるようにしてもよい。

【0085】

図１７は、ユーザ視聴履歴ＤＢ２８６の視聴ユーザ一覧テーブル２８６Ａに記録される情報の一例を示す図である。図１７に示すように、視聴ユーザ一覧テーブル２８６Ａには、ユーザＩＤと、視聴履歴リストＩＤとが記録されている。視聴履歴リストＩＤは、当該ユーザＩＤの視聴履歴テーブル２８６Ｂへのリレーションを示すＩＤである。

【0086】

図１８は、ユーザ視聴履歴ＤＢ２８６の視聴履歴テーブル２８６Ｂに記録される情報の一例を示す図である。図１８に示すように、視聴履歴テーブル２８６Ｂには、視聴時刻と、コンテンツＩＤと、開始位置と、終了位置とが記録されている。開始位置及び終了位置は、コンテンツを再生した区間の開始位置及び終了位置である。以下、視聴履歴テーブル２８６Ｂに記録される情報を、第２制御情報と記載する。

【0087】

ユーザ視聴履歴ＤＢ２８６に記録するデータは、アクセス情報に基づくコンテンツの再生が行われた場合に取得すればよい。

【0088】

なお、配信管理サーバ２１４のコンピュータの構成は第１実施形態と同様であるため説明を省略する。

【0089】

次に、第２実施形態の映像配信システム２００の作用を説明する。コスト設定処理及び編集処理については第１実施形態と同様であるため、第２実施形態では、再生制御処理に関してのみ説明する。図１９は、第２実施形態の再生制御処理の一例を示すフローチャートである。ステップＳ１３００以降の処理は、ステップＳ３０４でコンテンツを取得した後に行われる。

【0090】

ステップＳ１３００で、再生制御部２７２が、アクセス情報を送信したユーザ端末１２のユーザＩＤを受け付ける。

【0091】

ステップＳ１３０２で、再生制御部２７２が、ユーザＩＤに対応付けられた、ユーザ登録ＤＢ２８４から第１制御情報を取得する。

【0092】

ステップＳ１３０４で、再生制御部２７２が、第１制御情報に基づいて、コンテンツの再生が可能であるか否かを判定する。再生が可能であればステップＳ１３０８へ移行する。再生が可能でなければステップＳ１３０６へ移行する。再生可否の判定は、例えば、第１制御情報におけるＮＧ情報が、当該コンテンツについてＯＫであれば再生可能であると判定し、ＮＧであれば再生不可と判定する。

【0093】

ステップＳ１３０６で、再生制御部２７２が、視聴ＵＩで、当該コンテンツを再生しない旨を表示するように制御する。再生しない旨としては、例えば「重要部分を含むため再生しません」等の表示である。

【0094】

ステップＳ１３０８で、再生制御部２７２が、ユーザＩＤに対応付けられた、ユーザ視聴履歴ＤＢ２８６から第２制御情報を取得する。

【0095】

ステップＳ１３１０で、再生制御部２７２が、第２制御情報に基づいて、コンテンツの再生が可能であるか否かを判定する。再生が可能であればステップＳ１３１４へ移行する。再生が可能でなければステップＳ１３１２へ移行する。再生可否の判定は、例えば、第２制御情報における当該コンテンツの視聴履歴の単位時間当たりの総時間あるいは単位時間当たりの総コストが、閾値を超えない場合には再生可能であると判定し、閾値を超える場合には再生不可と判定する。

【0096】

ステップＳ１３１２で、再生制御部２７２が、視聴ＵＩで、当該コンテンツを再生不可である旨を表示するように制御する。再生不可である旨としては、例えば「視聴可能時間を超えているため再生できません」等の表示である。

【0097】

ステップＳ１３１４で、再生制御部２７２が、ユーザＩＤに対応付けられた、ユーザ登録ＤＢ２８４から第３制御情報を取得する。また、シーケンスデータＤＢ８２から、シーケンスデータの共有区間に係る区間毎の区間基準コストを取得する。

【0098】

ステップＳ１３１６で、再生制御部２７２が、第３制御情報と、共有区間に係る区間毎の区間基準コストとに基づいて、コンテンツの再生に制限があるか否かを判定する。制限があると判定した場合にはステップＳ１３１８へ移行する。制限がないと判定した場合にはステップＳ３０６へ移行する。制限の判定は、所定の条件により判定する。所定の条件は、第３制御情報におけるユーザの重要部分閲覧可否の設定がＮＧであり、かつ、共有区間に係る区間毎の区間基準コストのうち閾値以上の区間基準コストがある、という条件である。条件を満たす場合に制限ありと判定し、条件を満たさない場合には、制限なしと判定する。なお、一律に重要部分を含むコンテンツの閲覧を不可とする場合には、所定の条件は、ユーザの重要部分閲覧可否の設定がＮＧである場合とし、コンテンツの閲覧自体を不可とすればよい。

【0099】

ステップＳ１３１８で、再生制御部２７２が、シーケンスデータの共有区間のうち、第３制御情報に設定されたコストの閾値を超えない区間を再生可能区間としてコンテンツを加工する。加工後はステップＳ３０８へ移行する。再生可能区間は、例えば、次のように定める。閾値が７であるとする。共有区間として「００：００：４０～００：００：５０」、「００：０１：２０～００：０１：３０」、「００：０５：１０～００：０５：３０」の３つの各区間があり、それぞれの区間基準コストが３、８、５であったとする。この場合、閾値７を超えない「００：００：４０～００：００：５０」、「００：０５：１０～００：０５：３０」を再生可能区間としてコンテンツを加工する。

【0100】

以上が、第２実施形態の再生制御処理の説明である。

【0101】

ここで、視聴ＵＩの一例を示す。図２０は、視聴ＵＩの一例を示すイメージ図である。図２０に示すように、視聴ＵＩには、例えば「まだ見たくないボタン」、「本編を見るボタン」が配置される。各種ボタンはアクセス情報に付加することで、視聴ＵＩに表示される。

【0102】

「まだ見たくないボタン」は、ユーザがコンテンツの本編を未視聴で、視聴後に、ＳＮＳ等を介して話題で盛り上がりたい場合、重要部分を視聴したくない場合を考慮した機能である。「まだ見たくないボタン」を押下すると、即座に再生の停止と、当該コンテンツを含む映像の再生を抑止する。つまり、「まだ見たくないボタン」を押下したユーザについて、ユーザ登録ＤＢ２８４のＮＧリストテーブル２８４Ｂの当該コンテンツのＮＧ情報をＮＧに設定する。これにより、今後同一のコンテンツの一部についてのアクセス情報を含む投稿を閲覧した際の映像の再生を抑止することができる。さらに、当該コンテンツを含む投稿と同じタグが付与された他の投稿内容の表示を抑止するように、外部のＳＮＳのＡＰＩ等に通知を行う機能を伴ってもよい。また、投稿内容の表示を抑止した場合には、何の話題であるのかのみ把握できるように参考となる文字情報として、例えばコンテンツの作品名及び放送日時の情報等をサムネイルとして表示するようにしてもよい。「まだ見たくないボタン」が、本発明の第１制御情報又は第３制御情報を登録するための情報の一例である。

【0103】

「本編を見るボタン」は、視聴ユーザを各種サイトに誘導し、コンテンツの全編の閲覧を補助する機能を持つ。各種サイトは、例えば、要課金の登録制サイト、広告付きの配信用サイト、又は無料全編配信用サイト等である。また、「本編を見るボタン」の派生として、ユーザの視聴行動を補助する例として「このまま本編を見る」、「最初から本編を見る」、「この場面を含む他のＳＮＳの投稿を見る」等の各種機能を持ったボタンを配置してもよい。

【0104】

また、上記ステップＳ１３０６で再生しない旨の表示をするように制御した場合に、「視聴ＯＫボタン」が表示されるようにしてもよい。「視聴ＯＫボタン」を押下することにより、ＮＧ情報のＮＧを解除し、コンテンツの再生を開始するように制御することができる。

【0105】

以上説明したように、第２実施形態に係る映像配信システムによれば、共有されたコンテンツの視聴をユーザ毎に制御することができる。

【0106】

以上の各実施形態に関し、更に以下の付記を開示する。

【0107】

（付記１）
配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して前記記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する、
ことを含む処理をコンピュータに実行させるための映像配信プログラム。

【0108】

（付記２）
前記総コストが前記コスト上限を超えている場合に、前記シーケンスデータを作成できない旨を、前記指定を受け付けた第１ユーザの端末に表示させるように制御し、前記総コストが前記コスト上限を超えていない場合に、前記コスト上限から前記総コストを差し引いた残りコストを前記端末に表示させるように制御する付記１に記載の映像配信プログラム。

【0109】

（付記３）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記記憶部から前記アクセス情報に対応した前記シーケンスデータを取得し、
前記シーケンスデータの前記再生可能な範囲で前記コンテンツの再生を制御する付記１又は付記２に記載の映像配信プログラム。

【0110】

（付記４）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、前記第２ユーザが前記コンテンツに関して設定した再生の制御に関する第１制御情報を取得し、
前記第１制御情報に基づいて前記コンテンツの再生の可否を判定する付記１～付記３の何れか１項に記載の映像配信プログラム。

【0111】

（付記５）
前記アクセス情報が共有された第２ユーザから複数の異なる前記アクセス情報を受け付けた場合に、複数の前記シーケンスデータに対応するコンテンツに関して、記憶部から、前記第２ユーザの前記コンテンツの視聴履歴に関する第２制御情報を取得し、
前記第２制御情報に基づいて前記コンテンツの再生の可否を判定する付記１～付記４の何れか１項に記載の映像配信プログラム。

【0112】

（付記６）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、当該コンテンツに関して設定された、コストの閾値に関する第３制御情報を取得し、
前記記憶部から前記シーケンスデータの前記共有区間に係るコストを取得し、
前記シーケンスデータの前記共有区間のうち、前記第３制御情報に設定された前記コストの閾値を超えない区間で再生するように制御する付記１～付記５の何れか１項に記載の映像配信プログラム。

【0113】

（付記７）
前記アクセス情報に前記第１制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第１制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する付記４に記載の映像配信プログラム。

【0114】

（付記８）
前記アクセス情報に前記第３制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第３制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する付記６に記載の映像配信プログラム。

【0115】

（付記９）
配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する生成部、
を含む映像配信装置。

【0116】

（付記１０）
前記総コストが前記コスト上限を超えている場合に、前記シーケンスデータを作成できない旨を、前記指定を受け付けた第１ユーザの端末に表示させるように制御し、前記総コストが前記コスト上限を超えていない場合に、前記コスト上限から前記総コストを差し引いた残りコストを前記端末に表示させるように制御する付記９に記載の映像配信装置。

【0117】

（付記１１）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記記憶部から前記アクセス情報に対応した前記シーケンスデータを取得し、
前記シーケンスデータの前記再生可能な範囲で前記コンテンツの再生を制御する付記９又は付記１０に記載の映像配信装置。

【0118】

（付記１２）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、前記第２ユーザが前記コンテンツに関して設定した再生の制御に関する第１制御情報を取得し、
前記第１制御情報に基づいて前記コンテンツの再生の可否を判定する付記９～付記１１の何れかに記載の映像配信装置。

【0119】

（付記１３）
前記アクセス情報が共有された第２ユーザから複数の異なる前記アクセス情報を受け付けた場合に、複数の前記シーケンスデータに対応するコンテンツに関して、記憶部から、前記第２ユーザの前記コンテンツの視聴履歴に関する第２制御情報を取得し、
前記第２制御情報に基づいて前記コンテンツの再生の可否を判定する付記９～付記１２の何れかに記載の映像配信装置。

【0120】

（付記１４）
前記アクセス情報が共有された第２ユーザから前記アクセス情報を受け付けた場合に、前記シーケンスデータに対応するコンテンツに関して、前記記憶部から、当該コンテンツに関して設定された、コストの閾値に関する第３制御情報を取得し、
前記記憶部から前記シーケンスデータの前記共有区間に係るコストを取得し、
前記シーケンスデータの前記共有区間のうち、前記第３制御情報に設定された前記コストの閾値を超えない区間で再生するように制御する付記９～付記１３の何れかに記載の映像配信装置。

【0121】

（付記１５）
前記アクセス情報に前記第１制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第１制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する付記１２に記載の映像配信装置。

【0122】

（付記１６）
前記アクセス情報に前記第３制御情報を登録及び解除するための情報を付加し、
前記第２ユーザから前記第３制御情報の解除を受け付け、前記シーケンスデータで前記再生可能な範囲で前記コンテンツを再生するように制御する付記１４に記載の映像配信装置。

【0123】

（付記１７）
配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する映像配信装置と、
前記映像配信装置から共有された前記アクセス情報を、前記映像配信装置に送信するユーザ端末と、
を含む映像配信システム。

【0124】

（付記１８）
映像配信装置で、前記総コストが前記コスト上限を超えている場合に、前記シーケンスデータを作成できない旨を、前記指定を受け付けた第１ユーザの端末に表示させるように制御し、前記総コストが前記コスト上限を超えていない場合に、前記コスト上限から前記総コストを差し引いた残りコストを前記端末に表示させるように制御する付記１７に記載の映像配信システム。

【0125】

（付記１９）
配信対象の映像の複数のコンテンツのうち、指定を受け付けた１つ以上のコンテンツについて、記憶部から、前記コンテンツについて共有を許容される時間に基づいて定められたコスト上限と、前記コンテンツの所定の時間の区間毎のコストとを取得し、
前記コンテンツ中の共有対象とする範囲である１つ以上の共有区間を受け付け、前記共有区間と、前記区間毎のコストとを照合して、前記共有区間の総コストを算出し、
前記総コストが前記コスト上限を超えていない場合に、前記共有区間で前記コンテンツを再生可能とするシーケンスデータを作成して記憶部に登録し、
登録された前記シーケンスデータを取得するためのアクセス情報を生成する、
ことを含む処理をコンピュータが実行することを特徴とする映像配信方法。

【0126】

（付記２０）
前記総コストが前記コスト上限を超えている場合に、前記シーケンスデータを作成できない旨を、前記指定を受け付けた第１ユーザの端末に表示させるように制御し、前記総コストが前記コスト上限を超えていない場合に、前記コスト上限から前記総コストを差し引いた残りコストを前記端末に表示させるように制御する付記１９に記載の映像配信方法。

【符号の説明】

【0127】

１、２００ 映像配信システム
１０ 管理端末
１２ ユーザ端末
１４、２１４ 配信管理サーバ
１６ コンテンツＤＢ
６２ コスト設定部
６４ シーケンス作成部
６６ コストチェック部
６８ ＩＤ発行部
７０ シーケンス取得部
７２、２７２ 再生制御部
８０ 制限情報ＤＢ
８２ シーケンスデータＤＢ
２８４ ユーザ登録ＤＢ
２８６ ユーザ視聴履歴ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】