特許 6319782 動画配信サーバ、動画配信システム、動画配信方法及びプログラム

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

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

(11)【特許番号】6319782

(24)【登録日】2018年4月13日

(45)【発行日】2018年5月9日

(54)【発明の名称】動画配信サーバ、動画配信システム、動画配信方法及びプログラム

(51)【国際特許分類】

   H04N 21/2743 20110101AFI20180423BHJP

   H04N 21/854 20110101ALI20180423BHJP

   G06F 13/00 20060101ALI20180423BHJP

【ＦＩ】

   H04N21/2743

   H04N21/854

   G06F13/00 510A

【請求項の数】7

【全頁数】18

(21)【出願番号】特願2017-221574(P2017-221574)

(22)【出願日】2017年11月17日

【審査請求日】2017年11月17日

【早期審査対象出願】

(73)【特許権者】

【識別番号】506143492

【氏名又は名称】クックパッド株式会社

(74)【代理人】

【識別番号】100167667

【弁理士】

【氏名又は名称】安高 史朗

(74)【代理人】

【識別番号】100206955

【弁理士】

【氏名又は名称】宮本 哲也

(72)【発明者】

【氏名】松岡 大輔

【審査官】 冨田 高史

(56)【参考文献】

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

【文献】 特開２０１１−０７７８７１（ＪＰ，Ａ）

【文献】 大人のためのスマホアプリのトリセツ。，日本，株式会社宝島社，２０１５年 ５月２１日，p.41,p.104

【文献】 Ｍａｃ Ｆａｎ，日本，株式会社マイナビ出版，２０１７年 ６月 １日，第25巻,第6号，p.72

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

Ｈ０４Ｎ ７／１０

Ｈ０４Ｎ ７／１４ − ７／１７３

Ｈ０４Ｎ ７／２０ − ７／５６

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

Ｇ０６Ｆ １３／００

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

【請求項1】

投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、該撮影が実行される毎に取得する動画データ取得部と、
前記動画データ取得部が取得した動画データを記憶する記憶部と、
前記記憶部に記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信部と、
前記動画データ取得部が前記複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、前記料理が開始したことを示す開始通知を前記投稿者端末に関連付けられた前記閲覧者端末に通知する通知部と、
を備えることを特徴とする動画配信サーバ。

【請求項2】

前記動画配信部は、
前記動画データ取得部が前記動画データを取得する毎に、前記閲覧者端末に該動画データを配信し、
前記動画データ取得部が取得した動画データが最後の前記動画データであると判別された場合に、前記ダイジェスト動画を配信する、
ことを特徴とする請求項１に記載の動画配信サーバ。

【請求項3】

前記ダイジェスト動画に対するコメントを前記投稿者端末又は前記閲覧者端末から受け付けるコメント受付部をさらに備え、
前記動画配信部は、前記コメント受付部が受け付けたコメントを前記ダイジェスト動画に関連付けて配信する、
ことを特徴とする請求項１又は２に記載の動画配信サーバ。

【請求項4】

前記ダイジェスト動画に組み込むテロップを前記投稿者端末から受け付けるテロップ受付部をさらに備え、
前記動画配信部は、前記テロップ受付部が受け付けたテロップを前記ダイジェスト動画に組み込んで配信する、
ことを特徴とする請求項１から３のいずれか１項に記載の動画配信サーバ。

【請求項5】

時間間隔をあけて撮影した複数の料理の過程毎の動画データを、該撮影が実行する毎に投稿する投稿者端末と、
前記投稿者端末が投稿した前記複数の料理の過程毎の動画データのそれぞれを、該撮影が実行される毎に受信し、受信した該複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信サーバと、
を備え、
前記動画配信サーバは前記複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、前記料理が開始したことを示す開始通知を前記投稿者端末に関連付けられた前記閲覧者端末に通知する、
ことを特徴とする動画配信システム。

【請求項6】

投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、該撮影が実行される毎に取得する動画データ取得ステップと、
前記動画データ取得ステップにおいて取得した動画データを記憶する記憶ステップと、
前記記憶ステップにおいて記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信ステップと、
前記動画データ取得ステップにおいて前記複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、前記料理が開始したことを示す開始通知を前記投稿者端末に関連付けられた前記閲覧者端末に通知する通知ステップと、
を含むことを特徴とする動画配信方法。

【請求項7】

コンピュータを、
投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、該撮影が実行される毎に取得する動画データ取得手段、
前記動画データ取得手段が取得した動画データを記憶する記憶手段、
前記記憶手段に記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信手段、
前記動画データ取得手段が前記複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、前記料理が開始したことを示す開始通知を前記投稿者端末に関連付けられた前記閲覧者端末に通知する通知手段、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、動画配信サーバ、動画配信システム、動画配信方法及びプログラムに関する。

【背景技術】

【0002】

近年、料理のレシピ情報をインターネット等のネットワークを介して取得することが増えている。例えば、特許文献１、２は、料理手順を撮影した動画と、その料理のレシピを示すデータとを記憶し、ネットワークを介してそれらを提供するサーバ装置を開示している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６−１４６３４９号公報

【特許文献2】特開２００２−２９０９５５号公報

【発明の概要】

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

【0004】

ところで、インターネット上に料理の動画を投稿する場合、料理が始まってから料理が終わるまで継続的に撮影した動画は、データ量が大きくなり、内容が間延びしてしまう。そのため、投稿者は、料理の過程毎の動画を作成して投稿することが一般的である。

【0005】

料理の過程毎の動画を作成する方法として２つの方法が考えられる。１つ目の方法は、継続的に撮影した長時間の動画を編集することによって、料理の過程毎の短時間の動画を抽出する方法である。この場合、編集作業に手間がかかる。

【0006】

２つ目の方法は、投稿者が断続的に撮影操作を行うことによって、料理の過程毎に短時間の動画を作成する方法である。この場合、編集作業の負担は軽減される。しかし、投稿者は、料理の途中において、何度も撮影操作を行わなければならない。例えば、投稿者は、料理の作業を中断して、撮影するたびに撮影の実行操作及び停止操作をしなければならない。この場合、撮影操作による負担が大きい。

【0007】

このように、料理の過程毎の動画を作成する場合、手間や負担が生じる。特許文献１、２には、このような問題を解決するための構成が開示されていない。

【0008】

そこで、本開示はこのような事情に鑑み、料理の過程毎の動画を作成しやすくすることを目的とする。

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

【0009】

上記目的を達成するため、本開示の第１の観点に係る動画配信サーバは、投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、撮影が実行される毎に取得する動画データ取得部と、動画データ取得部が取得した動画データを記憶する記憶部と、記憶部に記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信部と、動画データ取得部が複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、料理が開始したことを示す開始通知を投稿者端末に関連付けられた閲覧者端末に通知する通知部とを備えることを特徴とする。

【0010】

また、上記目的を達成するため、本開示の第２の観点に係る動画配信システムは、時間間隔をあけて撮影した複数の料理の過程毎の動画データを、撮影が実行する毎に投稿する投稿者端末と、投稿者端末が投稿した複数の料理の過程毎の動画データのそれぞれを、撮影が実行される毎に受信し、受信した複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信サーバとを備え、動画配信サーバは複数の料理の過程毎の動画データのうちの最初の前記動画データを取得した場合に、料理が開始したことを示す開始通知を投稿者端末に関連付けられた前記閲覧者端末に通知することを特徴とする。

【0011】

また、上記目的を達成するため、本開示の第３の観点に係る動画配信方法は、投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、撮影が実行される毎に取得する動画データ取得ステップと、動画データ取得ステップにおいて取得した動画データを記憶する記憶ステップと、記憶ステップにおいて記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信ステップと、動画データ取得ステップにおいて複数の料理の過程毎の動画データのうちの最初の動画データを取得した場合に、料理が開始したことを示す開始通知を投稿者端末に関連付けられた閲覧者端末に通知する通知ステップとを含むことを特徴とする。

【0012】

また、上記目的を達成するため、本開示の第４の観点に係るプログラムは、コンピュータを、投稿者端末が時間間隔をあけて撮影した複数の料理の過程毎の動画データのそれぞれを、撮影が実行される毎に取得する動画データ取得手段、動画データ取得手段が取得した動画データを記憶する記憶手段、記憶手段に記憶された複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末に配信する動画配信手段、動画データ取得手段が複数の料理の過程毎の動画データのうちの最初の動画データを取得した場合に、料理が開始したことを示す開始通知を投稿者端末に関連付けられた閲覧者端末に通知する通知手段として機能させる。

【発明の効果】

【0014】

本開示によれば、料理の過程毎の動画を作成しやすくすることができる。

【図面の簡単な説明】

【0015】

【図1】実施形態に係る動画配信システムの構成例を示すブロック図である。

【図2】実施形態に係る投稿者端末の構成例を示すブロック図である。

【図3】実施形態に係る動画配信サーバの構成例を示すブロック図である。

【図4】複数の料理の過程毎の動画データとダイジェスト動画との関係を示す概念図である。

【図5】実施形態に係る投稿者端末に表示される表示画面の一例を示す図である。

【図6】実施形態に係る閲覧者端末に表示される表示画面の第１の例を示す図である。

【図7】実施形態に係る閲覧者端末に表示される表示画面の第２の例を示す図である。

【図8】実施形態に係る閲覧者端末に表示される表示画面の第３の例を示す図である。

【図9】実施形態に係る動画投稿処理の一例を示すフローチャートである。

【図10】実施形態に係る動画配信処理の一例を示すフローチャートである。

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

【0016】

以下、本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

【0017】

（実施形態）
図１に示すように、本実施形態に係る動画配信システム１は、動画配信サーバ１００と、投稿者端末２００と、一台以上の閲覧者端末３００とを備える。動画配信サーバ１００と、投稿者端末２００と、閲覧者端末３００とは、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、ＷＡＮ（World Area Network）、ＬＡＮ（Local Area Network）等から構成される。

【0018】

動画配信サーバ１００は、料理に関する情報を配信するサービスを提供するサーバ装置である。料理に関する情報は、例えば、料理の動画や写真等の画像データ、レシピの情報やコメント等のテキストデータを含む。

【0019】

投稿者端末２００及び閲覧者端末３００は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等の通信機能を有する端末装置である。投稿者端末２００は、投稿者によって使用される。閲覧者端末３００は、閲覧者によって使用される。

【0020】

投稿者は、投稿者端末２００を使用して、料理の動画、レシピの情報等の料理に関する情報を動画配信サーバ１００に投稿する。動画配信サーバ１００は、ネットワークＮＷを介して、投稿された料理に関する情報を一台以上の閲覧者端末３００に配信する。閲覧者は、閲覧者端末３００を使用して、投稿者が投稿した料理に関する情報を閲覧する。

【0021】

なお、動画配信サーバ１００は、閲覧者端末３００だけでなく、投稿者端末２００にも料理に関する情報を配信してもよい。すなわち、料理に関する情報は、投稿者及び閲覧者が閲覧可能であり、ユーザ（投稿者及び閲覧者）間において、料理に関する情報を共有することが可能となる。

【0022】

＜投稿者端末の構成＞
以下、投稿者端末２００の構成を詳細に説明する。図２に示すように、投稿者端末２００は、他の装置と通信を行う通信部２１０と、ユーザの操作を受け付ける操作部２２０と、各種データを記憶する記憶部２３０と、各種画像を表示する表示部２４０と、外部を撮影する撮像部２５０と、時刻を計時する計時部２６０と、装置全体の制御を行う制御部２７０とを備える。これらの構成要素は、バスラインＢＬによって相互に接続される。

【0023】

通信部２１０は、有線通信又は無線通信を行うためのＮＩＣ（Network Interface Card controller）を備える通信インターフェースである。通信部２１０は、ネットワークＮＷを介して、動画配信サーバ１００と通信を行う。

【0024】

操作部２２０は、操作ボタン、キーボード、タッチパネル等から構成され、ユーザが指示を入力するために用いられるインターフェースである。

【0025】

記憶部２３０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。記憶部２３０は、各種制御処理を実行するためのプログラム、各種データ等を記憶する。各種制御処理を実行するためのプログラムは、後述する動画データ投稿処理を行うためのプログラムを含む。

【0026】

表示部２４０は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等によって構成される。表示部２４０は、制御部２７０からの入力データに応じてテキスト、画像等を表示する。

【0027】

撮像部２５０は、レンズ、イメージセンサ、集積回路等を備えるカメラである。撮像部２５０は、外部を撮影して撮影データを取得する。撮影データは静止画データであってもよいし、動画データであってもよい。

【0028】

計時部２６０は、クロック信号を生成するための発振回路及び可変ＰＬＬ（Phase Locked Loop）、クロック信号のパルス数をカウントするカウンタ回路等から構成される。計時部２６０はカウントされるパルス数に基づいて時刻を計時する。なお、後述する撮影時間が第１の基準時間及び第２の基準時間を経過したか否かは、計時部２６０の計時時刻に基づいて判別される。

【0029】

制御部２７０は、ＣＰＵ（Central Processing Unit）等から構成される。制御部２７０は、記憶部２３０に記憶されている各種プログラムを実行することにより、投稿者端末２００の全体の動作を制御する。

【0030】

以下、制御部２７０の機能的な構成を説明する。制御部２７０は、撮影実行部２７１、動画データ送信部２７２、コメント送信部２７３、テロップ送信部２７４として機能する。

【0031】

撮影実行部２７１は、予め定められた時間の範囲内の長さで料理の一過程の動画を撮影する。予め定められた時間の範囲内とは、第１の基準時間以上で第２の基準時間以内の時間である。第１の基準時間は、動画の撮影時間として最低限必要な時間であって、誤操作による撮影を除外するために設定される時間である。第１の基準時間は、０以上で２秒未満の範囲内で設定されることが好ましい。

【0032】

第２の基準時間は、料理の一過程（一手順）を示す動画として間延びしない程度の時間が設定される。第２の基準時間は、２秒以上で１０秒未満の範囲内で設定されることが好ましい。例えば、第１の基準時間は１秒に設定され、第２の基準時間は３秒に設定される。なお、第１の基準時間と第２の基準時間は、投稿者によって任意の長さに設定されてもよいし、サービス提供事業者によって定められた時間に固定されていてもよい。

【0033】

具体的には、撮影実行部２７１は、投稿者が操作部２２０を操作して動画撮影モードを起動した状態において、撮影実行操作を検知したタイミングで撮像部２５０を制御して撮影を開始する。撮影実行操作は、撮影を実行するボタンを示す領域に対するタップ又は撮影を実行する操作ボタンの押下である。

【0034】

その後、撮影実行部２７１は、投稿者が撮影実行操作をしている時間だけ動画の撮影を行う。ただし、撮影実行部２７１は、撮影実行操作をしている時間が第２の基準時間を経過した場合には、撮影実行操作が継続していたとしても、撮影を終了する。撮影実行部２７１は、撮影実行中において、撮影によって得られた動画データを記憶部２３０に一時記憶させる。

【0035】

撮影実行部２７１は、撮影実行操作をしている時間が第１の基準時間より短い場合、その撮影によって得られて一時記憶された動画データを記憶部２３０から削除する。このように、最終的には、撮影実行操作をしている時間が第１の基準時間以上の長さの動画データのみが記憶部２３０に残る。

【0036】

動画データ送信部２７２は、撮影実行部２７１の撮影によって得られて記憶部２３０に記憶された動画データを、通信部２１０を介して動画配信サーバ１００に送信する。この送信は、撮影が行われるたびに実行される。

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

＜処理の流れ＞
以下、図９を参照しながら、投稿者端末２００が実行する動画投稿処理の一例を説明する。この処理は、投稿者が操作部２２０を操作して、動画撮影モードを起動した場合に実行される。

【0080】

まず、制御部２７０の撮影実行部２７１は、撮影実行操作がされている時間だけ動画を撮影する（ステップＳ１０１）。撮影実行部２７１は、第２の基準時間が経過したタイミング又は撮影実行操作が終了したタイミングのいずれか早いタイミングで撮影を終了する。

【0081】

次に、撮影実行部２７１は、撮影時間が第１の基準時間以上か否かを判別する（ステップＳ１０２）。撮影時間が第１の基準時間未満であると判別された場合（ステップＳ１０２；Ｎ）、再びステップＳ１０１に戻る。この場合、撮影によって得られた動画データは記憶部２３０に残らない。

【0082】

一方、撮影時間が第１の基準時間以上であると判別された場合（ステップＳ１０２；Ｙ）、撮影実行部２７１は、撮影によって得られた動画データを記憶部２３０に記憶させる。また、動画データ送信部２７２は、その動画データを、通信部２１０を介して動画配信サーバ１００に送信し、動画データを投稿する（ステップＳ１０３）。

【0083】

ここで、制御部２７０は、すべての動画データの投稿が完了したか否かを判別する（ステップＳ１０４）。例えば、投稿者が操作部２２０を操作して、動画撮影モードを終了した場合に、制御部２７０は、すべての投稿が完了したと判別する。

【0084】

制御部２７０がすべての投稿が完了していないと判別した場合（ステップＳ１０４；Ｎ）、再びステップＳ１０１に戻る。すなわち、すべての動画データが投稿されるまで、ステップＳ１０１〜Ｓ１０３の処理が繰り返される。

【0085】

一方、制御部２７０がすべての投稿が完了したと判別した場合（ステップＳ１０４；Ｙ）、動画投稿処理が終了する。なお、コメント送信部２７３又はテロップ送信部２７４は、ステップＳ１０１において最初の動画データが投稿された後の任意のタイミングで、投稿者からコメント又はテロップの入力を受け付けて、通信部２１０を介して動画配信サーバ１００に送信する。

【0086】

以下、図１０を参照しながら、動画配信サーバ１００が実行する動画配信処理の一例を説明する。この処理は、例えば、投稿者端末２００が動画投稿処理を開始したことを契機として実行される。なお、動画配信サーバ１００は、このような契機によってこの処理を実行するのではなく、この処理を定期的に実行してもよい。

【0087】

まず、制御部１４０の動画データ取得部１４１は、通信部１１０を介して投稿者端末２００から投稿された料理の一過程の動画データを取得する（ステップＳ２０１）。制御部１４０の動画データ取得部１４１は、取得した動画データを記憶部１２０に記憶させる。

【0088】

制御部１４０は、動画データ取得部１４１が取得した動画データが最初の動画データであるか否かを判別する（ステップＳ２０２）。制御部１４０は、投稿者の選択操作において新規作成が選択されているか否かによって最初の動画データか否かを判別する。ここで、取得した動画データが最初の動画データであると判別された場合（ステップＳ２０２；Ｙ）、通知部１４２は、通信部１１０を介して、閲覧者端末３００に開始通知を送信する（ステップＳ２０３）。一方、取得した動画データが最初の動画データでないと判別された場合（ステップＳ２０２；Ｎ）、ステップＳ２０３はスキップされる。

【0089】

次に、制御部１４０は、動画データ取得部１４１が取得した動画データが最後の動画データであるか否かを判別する（ステップＳ２０４）。制御部１４０は、例えば、投稿者が動画投稿処理を終了したか否かによって最後の動画データか否かを判別する。ここで、取得した動画データが最後の動画データでないと判別された場合（ステップＳ２０４；Ｎ）、ステップＳ２０１に戻る。

【0090】

一方、取得した動画データが最後の動画データであると判別された場合（ステップＳ２０４；Ｙ）、動画配信部１４５は、記憶部１２０に記憶されている複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を、通信部１１０を介して閲覧者端末３００に配信する（ステップＳ２０５）。なお、コメント受付部１４３又はテロップ受付部１４４は、この動画配信処理と並行して、投稿者端末２００又は閲覧者端末３００から通信部１１０を介して受け付けて、通信部１１０を介してそれらを閲覧者端末３００に配信する。

【0091】

＜効果の説明＞
本実施形態に係る動画配信システム１において、投稿者端末２００は、撮影実行操作がされている時間に基づいて料理の過程毎の動画データを投稿する。料理の一過程の動画データは、第２の基準時間以内の短時間の動画データに収められる。撮影実行操作は、ワンタッチで操作可能であり、投稿者端末２００は、撮影が終了したタイミングで自動的に動画データを送信する。

【0092】

この場合、投稿者は、ワンタッチの撮影実行操作のみで料理の過程毎の動画データを投稿することができ、撮影の実行操作、停止操作、及び動画データの送信操作等の操作は不要となる。したがって、料理の過程毎の動画を作成しやすくすることができる。

【0093】

動画配信サーバ１００は、時間間隔をあけて撮影された複数の料理の過程毎の動画データを連結したダイジェスト動画を配信する。この場合、図４に示すように、例えば２０分程度の料理を１３秒のダイジェスト動画にまとめることができる。そのため、動画のデータ量を小さくし、内容が間延びすることを防止することができる。また、投稿者が料理の一連の過程の動画データをダイジェスト動画にまとめるための編集作業が不要となる。

【0094】

また、動画配信サーバ１００は、料理が開始したタイミングで開始通知を閲覧者に通知する。そのため、閲覧者は、料理のライブ感を楽しみながら、コメントを投稿することができ、ユーザ間の交流を深めることができる。

【0095】

以上で実施形態の説明を終了するが、上記実施形態は一例に過ぎない。そのため、動画配信システム１、動画配信サーバ１００、投稿者端末２００及び閲覧者端末３００の具体的な構成、処理内容等は上記実施形態で説明したものに限られない。

【0096】

以下、上記実施形態の変形例について説明する。なお、以下の説明において、上記実施形態に係る動画配信システム１、動画配信サーバ１００、投稿者端末２００及び閲覧者端末３００と共通する構成要素については同一の符号を付す。

【0097】

（変形例）
上記実施形態において、投稿者端末２００や閲覧者端末３００に表示される表示画面は、図５から図８において例示したレイアウトや表示データに限られない。表示画面の表示内容は適宜変形可能である。

【0098】

上記実施形態において、動画配信サーバ１００に接続されている投稿者端末２００は１台である。しかし、動画配信サーバ１００に接続されている投稿者端末２００が複数台であってもよい。この場合、複数の投稿者端末２００のそれぞれに閲覧者端末３００が関連付けられ、ダイジェスト動画が配信されてもよい。この場合において、例えば、図６に示すように、複数の投稿者（投稿者Ａ及び投稿者Ｂ）に対応する開始通知や終了通知が閲覧者端末３００に通知されてもよい。このように、各装置の台数は上記実施形態において例示したものに限られない。

【0099】

動画配信処理及び動画投稿処理のフローチャートは上記実施形態に示したものに限られない。例えば、図１０において、ステップＳ２０３において送信される開始通知は、投稿者が動画の新規作成を選択して動画作成を開始したタイミングで送信されてもよい。そのため、ステップＳ２０１より前のタイミングで送信されてもよい。

【0100】

上記実施形態において動画配信システム１は、配信される動画にテロップを組み込む構成に限られない。例えば、動画配信システム１は、テロップの代わりに料理の手順や具材等の説明を投稿者に入力させ、その説明を動画の下方位置に注釈として表示する構成であってもよい。この場合、動画配信サーバ１００のテロップ受付部１４４及び投稿者端末２００のテロップ送信部２７４は不要となる。

【0101】

上記実施形態において、動画配信部１４５は、動画データ取得部１４１が動画データを取得する毎に、閲覧者端末３００にその動画データを配信し、その料理が終了した後に、ダイジェスト動画を配信してもよい。この場合、閲覧者は、料理終了後において、ダイジェスト動画を短時間で閲覧可能であり、料理中において、その時点までの料理の過程毎の動画を閲覧することができる。また、閲覧者は、次々と投稿される料理の過程毎の動画を閲覧するため、料理の進捗に応じたコメントを投稿することができる。そのため、料理のライブ感をより向上し、ユーザ間の交流を深めることが可能となる。

【0102】

上記実施形態では、投稿者端末２００と閲覧者端末３００とを区別して説明している。しかし、これらは区別されなくてもよい。例えば、投稿者端末２００と閲覧者端末３００の構成を組み合わせて、投稿者端末２００としても閲覧者端末３００としても機能する構成にされてもよい。この場合、投稿者端末２００と閲覧者端末３００の構成は同じである。

【0103】

また、本開示に係る動画配信システム、動画配信サーバ、投稿者端末及び閲覧者端末は、上記装置によらず、例えば、コンピュータがプログラムを実行することで、その機能を実現してもよい。情報提供システムの機能を実現するためのプログラムは、ＵＳＢ（Universal Serial Bus）メモリ、ＣＤ−ＲＯＭ（Compact Disc−Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＨＤＤ（Hard Disc Drive）等のコンピュータ読み取り可能な記録媒体に記憶されてもよいし、ネットワークを介してコンピュータにダウンロードされてもよい。

【0104】

以上、本開示の好ましい実施形態について説明したが、本開示は係る特定の実施形態に限定されるものではなく、本開示には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。また、上記実施形態及び変形例で説明した装置の構成は、技術的な矛盾が生じない限り、適宜組み合わせ可能である。

【符号の説明】

【0105】

１…動画配信システム、１００…動画配信サーバ、２００…投稿者端末、３００…閲覧者端末、１１０，２１０…通信部、１２０，２３０…記憶部、１３０，２６０…計時部、１４０，２７０…制御部、２２０…操作部、２４０…表示部、２５０…撮像部、１４１…動画データ取得部、１４２…通知部、１４３…コメント受付部、１４４…テロップ受付部、１４５…動画配信部、２７１…撮影実行部、２７２…動画データ送信部、２７３…コメント送信部、２７４…テロップ送信部

【要約】

【課題】料理の過程毎の動画を作成しやすくする。
【解決手段】
動画配信システム１は、動画配信サーバ１００と、投稿者端末２００とを備える。投稿者端末２００は、時間間隔をあけて撮影した複数の料理の過程毎の動画データを、該撮影が実行する毎に投稿する。動画配信サーバ１００は、投稿者端末２００が投稿した複数の料理の過程毎の動画データのそれぞれを撮影が実行される毎に受信する。また、動画配信サーバ１００は、受信した複数の料理の過程毎の動画データを撮影順に連結したダイジェスト動画を閲覧者端末３００に配信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】