(57)【要約】      （修正有）【課題】ストリーミング配信における再生時間の遅延を低減するとともに、クライアントからの高頻度なセグメントの取得要求によるサーバの負荷の増加を抑制可能な装置、方法及びプログラムを提供する。【解決手段】サーバ装置１０は、コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、同じコンテンツを第１の時間単位よりも長い第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成するセグメントファイル生成部１３と、サーバ装置１０に接続されるクライアント端末２０のコンテンツの再生履歴に基づいて、第１のセグメントのセット、もしくは第２のセグメントのセットの一方を選択し、選択したセグメントの情報を含むプレイリストを生成するプレイリスト生成部１５と、プレイリストをクライアント端末２０に配信するプレイリスト配信部１４を備える。【選択図】図３
2017069636.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、前記コンテンツを前記第１の時間単位よりも長い第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成するセグメント生成部と、
前記情報処理装置に接続されるクライアント端末の前記コンテンツの再生履歴に基づいて、第１のセグメント及び第２のセグメントの一方を選択し、選択したセグメントの情報を含むプレイリストを生成するプレイリスト生成部と、
前記プレイリストを、前記クライアント端末に配信するプレイリスト配信部と、
を備える、情報処理装置。
【請求項２】
前記プレイリスト生成部は、前記再生履歴が所定の閾値以上となった場合に、前記第２のセグメントを選択する、
請求項１記載の情報処理装置。
【請求項３】
前記再生履歴は、前記クライアント端末が前記プレイリストを取得した回数、前記プレイリストに含めた各セグメントの長さの合計値、前記クライアント端末に配信した各セグメントの長さの合計値、または前記クライアント端末から通知された連続再生時間である、
請求項１または２記載の情報処理装置。
【請求項４】
前記セグメント生成部は、前記第２のセグメントのセットに含まれる一のファイルの開始時間及び終了時間を、前記第１のセグメントのセットに含まれる複数のファイルのうちの第１のファイルの開始時間、及び第２のファイルの終了時間とそれぞれ等しくする、
請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記プレイリスト生成部は、前記クライアント端末が前記プレイリストを取得してから所定時間を経過すると、前記再生履歴を消去する、
請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
情報処理装置が、
コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、前記コンテンツを前記第１の時間単位よりも長い第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成するステップと、
前記情報処理装置に接続されるクライアント端末の前記コンテンツの再生履歴に基づいて、第１のセグメント及び第２のセグメントの一方を選択し、選択したセグメントの情報を含むプレイリストを生成するステップと、
前記プレイリストを、前記クライアント端末に配信するステップと、
を備える、配信方法。
【請求項７】
情報処理装置に、
コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、前記コンテンツを前記第１の時間単位よりも長い第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成する手順と、
前記情報処理装置に接続されるクライアント端末の前記コンテンツの再生履歴に基づいて、第１のセグメント及び第２のセグメントの一方を選択し、選択したセグメントの情報を含むプレイリストを生成する手順と、
前記プレイリストを、前記クライアント端末に配信する手順と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、配信方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、動画をストリーミング配信するシステムが普及している。このストリーミング配信において、例えば、ＨＬＳ（HTTP Live Streaming）や、ＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）等のように、動画を所定時間毎（例えば１０秒毎）の複数のファイル（セグメント）に細切れにして記録しておき、ＨＴＴＰ（Hypertext Transfer Protocol）による通信により、当該複数のファイルをクライアントに配信する、ＨＴＴＰアダプティブストリーミングと称される技術が知られている（例えば、特許文献１参照）。
【０００３】
当該技術では、まず、クライアントは、ＨＴＴＰ−ＧＥＴリクエストにより、Ｗｅｂサーバから、セグメントの再生順が記載されたプレイリストを取得する。そして、クライアントは、Ｗｅｂサーバに、プレイリストに記載されたセグメントの各々に対する取得要求を、ＨＴＴＰ−ＧＥＴリクエストにより送信する。クライアントは、Ｗｅｂサーバからセグメントを順次取得すると、プレイリストに記載された順番でセグメントを再生する。
【０００４】
図１２は、ＨＬＳを用いた場合の、Ｗｅｂサーバに格納される複数のセグメントのファイル、及びプレイリストのファイルの例である。図１２の例では、「ＭＰＥＧ−２  ＴＳ」形式の、「movie00000.m2ts」、「movie00001.m2ts」、「movie00002.m2ts」、「movie00003.m2ts」、「movie00004.m2ts」というファイル名の複数のセグメントと、「playlist.m3u8」というファイル名のM3U8形式のプレイリストが格納される。
【０００５】
図１３は、ＨＬＳを用いた場合の、プレイリストに記載される内容の例である。このプレイリストにより、クライアントは、「movie00000.m2ts」、「movie00001.m2ts」、「movie00002.m2ts」、「movie00003.m2ts」、「movie00004.m2ts」の順で、セグメントのファイルを取得し、再生する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来技術では、各セグメントを長くすると、コンテンツが例えばカメラで撮影等をされてから、クライアントで再生されるまでの遅延（再生時間の遅延）が大きくなるという課題がある。
【０００７】
一方、各セグメントを短くすると、再生時間の遅延は小さくなるものの、クライアントからサーバへのセグメントの取得要求の頻度が増加することでサーバ等の負荷が増加するという課題がある。
【０００８】
そこで、ストリーミング配信における再生時間の遅延を低減するとともに、クライアントからの高頻度なセグメントの取得要求によるサーバの負荷の増加を抑制することを目的とする。
【課題を解決するための手段】
【０００９】
情報処理装置において、コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、前記コンテンツを前記第１の時間単位よりも長い第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成するセグメント生成部と、前記情報処理装置に接続されるクライアント端末の前記コンテンツの再生履歴に基づいて、第１のセグメント及び第２のセグメントの一方を選択し、選択したセグメントの情報を含むプレイリストを生成するプレイリスト生成部と、前記プレイリストを、前記クライアント端末に配信するプレイリスト配信部と、を備える。
【発明の効果】
【００１０】
開示の技術によれば、ストリーミング配信における再生時間の遅延を低減するとともに、クライアントからの高頻度なセグメントの取得要求によるサーバの負荷の増加を抑制することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る配信システムの全体構成図である。
【図２】サーバ装置及びクライアント端末のハードウェア構成の一例を示す図である。
【図３】実施形態に係る配信システムの機能構成図である。
【図４】再生履歴情報の一例を示す図である。
【図５】プレイリスト生成情報の一例を示す図である。
【図６】セグメント情報の概念を示す図である。
【図７】プレイリストを配信するシーケンスの一例を示す図である。
【図８】プレイリスト生成処理のフローチャートの一例を示す図である。
【図９】プレイリストの内容の一例を示す図である。
【図１０】セグメントのファイルを配信するシーケンスの一例を示す図である。
【図１１】従来技術、及び実施形態における再生時間の遅延を説明する図である。
【図１２】セグメントのファイル、及びプレイリストのファイルの例である。
【図１３】ＨＬＳを用いた場合の、プレイリストに記載される内容の例である。
【発明を実施するための形態】
【００１２】
図１は、実施形態に係る配信システム１の全体構成図である。配信システム１は、１以上のサーバ装置１０と、複数のクライアント端末２０−１、２０−２、・・・２０−ｎ（以下適宜「クライアント端末２０」と総称する。）を有する。サーバ装置１０とクライアント端末２０は、通信ネットワーク２を介して通信可能に接続される。
【００１３】
サーバ装置１０は、例えばＷｅｂサーバ等の情報処理装置である。
【００１４】
クライアント端末２０は、例えば、スマートフォン、タブレット、パソコン等の情報端末である。
【００１５】
通信ネットワーク２は、例えば、インターネット、ＬＡＮ、無線ＬＡＮ、携帯電話網等が含まれる。
【００１６】
実施形態に係る配信システム１において、サーバ装置１０は、クライアント端末２０からの要求に応じて、コンテンツをライブストリーミング配信する。それにより、例えば、コンサート、会議、監視カメラ等の映像や音声等のコンテンツを、複数のクライアント端末２０にライブ（リアルタイム）で配信する。具体的には、サーバ装置１０は、次のような処理を行う。
【００１７】
サーバ装置１０は、コンテンツを第１の時間単位に応じた複数のセグメントに分割した第１のセグメントのセットと、当該コンテンツを第２の時間単位に応じた複数のセグメントに分割した第２のセグメントのセットを生成する。
【００１８】
サーバ装置１０は、クライアント端末２０の当該コンテンツの再生履歴に基づいて、第１のセグメント及び第２のセグメントの一方を選択し、選択したセグメントの情報を含むプレイリストを生成し、当該クライアント端末に配信する。
【００１９】
クライアント端末２０は、例えばＷｅｂブラウザを用いて、サーバ装置１０にコンテンツの配信を要求し、サーバ装置１０からストリーミング配信されたコンテンツを再生する。
【００２０】
図２は、サーバ装置１０のハードウェア構成の一例を示す図である。
【００２１】
サーバ装置１０は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、通信インタフェース（Ｉ／Ｆ）１０５、外部Ｉ／Ｆ１０６、入力装置１０７、表示装置１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２２】
ＣＰＵ１０１は、ＲＯＭ１０２などの記憶装置からプログラムやデータをＲＡＭ１０３上に読み出し、処理を実行することで、サーバ装置１０全体の制御や機能を実現する演算装置である。
【００２３】
ＲＯＭ１０２は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）であり、ＢＩＯＳ、ＯＳ設定などのプログラムやデータを格納する。
【００２４】
ＲＡＭ１０３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。
【００２５】
ＨＤＤ１０４は、ＯＳや、各種機能を提供するアプリケーションプログラム等のデータを格納する。なお、ＨＤＤ１０４の代わりにＳＳＤ（Solid State Drive）等の補助記憶装置を用いた構成としてもよい。
【００２６】
通信Ｉ／Ｆ１０５は、イーサネット（登録商標）に準拠する通信を行う。
【００２７】
外部Ｉ／Ｆ１０６は、外部装置とのインタフェースである。外部装置には、記録媒体１０６ａなどがある。記録媒体１０６ａには、実施形態を実現するプログラムを格納することができる。サーバ装置１０は外部Ｉ／Ｆ１０６を介して、記録媒体１０６ａの読み取り及び／又は書き込みを行うことができる。
【００２８】
記録媒体１０６ａは、例えば、ＳＤメモリカード（SD Memory card）などの記録媒体である。記録媒体１０６ａは、ＵＳＢメモリ（Universal Serial Bus memory）、ＤＶＤ（Digital Versatile Disk）、ＣＤ（Compact Disk）、フレキシブルディスクなどの記録媒体であってもよい。
【００２９】
実施形態を実現するプログラムは、例えば記録媒体１０６ａに格納し、外部Ｉ／Ｆ１０６を介してＨＤＤ１０４にインストールされる。プログラムをネットワークからダウンロードする場合は、通信Ｉ／Ｆ１０５を介してＨＤＤ１０４にインストールされる。
【００３０】
入力装置１０７は、サーバ装置１０に各種情報を入力するためのインタフェースである。表示装置１０８は、サーバ装置１０が有する各種情報を表示する。
【００３１】
クライアント端末２０のハードウェア構成は、サーバ装置１０のハードウェア構成と同様である。
【００３２】
図３は、実施形態に係る配信システム１の機能構成図である。サーバ装置１０は、記憶部１１、通信部１２、セグメントファイル生成部１３、プレイリスト配信部１４、プレイリスト生成部１５、セグメントファイル配信部１６、配信制御部１７を備える。
【００３３】
記憶部１１は、再生履歴情報１１１、プレイリスト生成情報１１２、セグメント情報１１３、セグメントファイル情報１１４を格納する。
【００３４】
図４は、再生履歴情報１１１の一例を示す図である。再生履歴情報１１１は、図４に示すように、データの項目として、クライアント端末ＩＤ、取得回数、及びプレイリストを含む。クライアント端末ＩＤは、クライアント端末２０またはクライアント端末２０のユーザを識別する情報である。クライアント端末ＩＤとして、例えば、ＣｏｏｋｉｅやＢａｓｉｃ認証データ等のデータを用いた構成としてもよい。
【００３５】
取得回数は、当該クライアント端末２０が、コンテンツのプレイリストを取得した回数である。
【００３６】
プレイリストは、当該クライアント端末２０に対して最後に生成し、配信したプレイリストの情報である。
【００３７】
図５は、プレイリスト生成情報１１２の一例を示す図である。プレイリスト生成情報１１２は、図５に示すように、データの項目として、取得回数、及びセグメントの時間単位の情報を含む。セグメントの時間単位は、セグメントのファイルに記録されているコンテンツの再生時間（再生が開始されてから終了するまでの時間）である。
【００３８】
図６は、セグメント情報１１３の概念を示す図である。セグメント情報１１３は、図５に示すように、データの項目として、開始時間（秒）、終了時間（秒）、及びセグメントの時間単位毎のファイル名を含む。
【００３９】
開始時間（秒）は、ライブ配信されるコンテンツにおける、各セグメントのファイルに記録されている動画等の開始時間（コンテンツの先頭からの時間）である。終了時間（秒）は、ライブ配信されるコンテンツにおける、各セグメントのファイルに記録されている動画等の終了時間である。例えば、図６の、開始時間が４秒で終了時間が５秒である「movie1_00004.m2ts」は、コンテンツの先頭から４秒から５秒までの、再生時間が１秒のセグメントのファイルである。
【００４０】
セグメントの時間単位毎のファイル名は、分割される時間単位毎の、各開始時間に対応付けられたセグメントのファイルの名前である。
【００４１】
なお、セグメントファイル生成部１３が、ライブ配信するコンテンツに基づいて各セグメントのファイルを順次生成し、配信制御部１７が、古いセグメントのファイルを順次削除する。そのため、所定の時刻において実際にセグメント情報１１３に格納されているのは、開始時間が当該所定の時刻に近い、図６に示すデータの一部のみである。
【００４２】
セグメントファイル情報１１４は、セグメントファイル生成部１３によって生成されたセグメントのファイルのデータである。
【００４３】
通信部１２は、例えばＨＴＴＰを用いて、クライアント端末２０との通信を行う。
【００４４】
セグメントファイル生成部１３は、カメラ等の外部装置から入力された、配信対象である映像や音声等のコンテンツをエンコードし、所定の複数の時間単位（例えば、１秒単位、２秒単位、４秒単位）に近い位置で、キーフレームが先頭に来るように分割し、セグメントのファイルを生成する。具体的には、大きい時間単位（例えば、２秒単位、４秒単位）のファイルの開始時間及び終了時間が、小さい時間単位（例えば、それぞれ１秒単位、２秒単位）の複数のファイルのうちの第１のファイルの開始時間、及び第２のファイルの終了時間とそれぞれ等しくなるように分割し、セグメントのファイルを生成する。なお、以下では、大きい時間単位が小さい時間単位の２倍とした場合を例に説明するが、例えば３倍等、整数倍であればいい。なお３倍の場合は、大きい時間単位の一のセグメントの長さが、それに対応する小さい時間単位の三つのセグメントの長さとなるように生成する。
【００４５】
セグメントファイル生成部１３は、例えば、映像はＨ．２６４、音声はＡＡＣ（Advanced Audio Coding）、コンテナフォーマットはＭＰＥＧ−２  ＴＳの規格を用いて、セグメントのファイルを生成する。
【００４６】
セグメントファイル生成部１３は、生成したセグメントの開始時間（秒）、終了時間（秒）、及びセグメントの時間単位毎のファイル名を、セグメント情報１１３に格納するとともに、生成したセグメントのファイルを、セグメントファイル情報１１４に格納する。
【００４７】
プレイリスト配信部１４は、クライアント端末２０からのプレイリスト取得要求を受信すると、プレイリスト生成部１５にプレイリストを生成させ、生成されたプレイリストをクライアント端末２０に配信（応答）する。
【００４８】
プレイリスト生成部１５は、クライアント端末２０の再生履歴が所定の閾値以上となった場合に、より長いセグメントを選択し、選択したセグメントのファイルを記載したプレイリストを生成する、プレイリスト生成処理を行う。プレイリスト生成部１５は、ストリーミングの方式がＨＬＳであればＭ３Ｕフォーマット、ＭＰＥＧ−ＤＡＳＨであればＸＭＬフォーマットのプレイリストを生成する。なお、プレイリスト生成処理の詳細は後述する。
【００４９】
セグメントファイル配信部１６は、クライアント端末２０からの取得要求を受信すると、要求されたセグメントのファイルを配信する。例えば、セグメントのファイルのアドレスを示すＵＲＩ宛てに取得要求を受信すると、当該ＵＲＩに対応付けられたセグメントのファイルを返信する。
【００５０】
配信制御部１７は、現在時刻に応じて、セグメント情報１１３から、作成された時刻が現在時刻よりも所定期間以上前であるセグメントのファイルを削除する。
【００５１】
配信制御部１７は、現在時刻に応じて、再生履歴情報１１１は、格納された時刻が現在時刻よりも所定期間以上前であるセグメントのファイルを削除する。例えば、クライアント端末２０が最後にプレイリストを取得した際に格納されたデータを、所定時間（例えば６０秒）経過した際に削除する。なお、当該所定時間は、クライアント端末２０からのプレイリストの取得要求が再送されるまでの時間よりも長くなるようにするため、上述したプレイリストに記載されたセグメントのファイルの再生時間の合計値よりも十分に長い時間が設定される。
【００５２】
クライアント端末２０は、通信部２１、プレイリスト取得部２２、セグメントファイル取得部２３、再生部２４を備える。
【００５３】
通信部２１は、例えばＨＴＴＰを用いて、サーバ装置１０との通信を行う。
【００５４】
プレイリスト取得部２２は、ユーザからの操作等を受け付けると、通信部２１を用いて、サーバ装置１０に、プレイリスト取得要求を送信する。プレイリスト取得部２２は、サーバ装置１０からの応答を受信し、応答に付加されたプレイリストを取得する。
【００５５】
プレイリスト取得部２２は、再生部２４により、取得したプレイリストに記載された全てのセグメントの再生が完了する前に（例えば、取得したプレイリストに記載された最後のセグメントの再生が開始される際に）、適宜プレイリスト取得要求を再送し、プレイリストを再取得（リロード）する。
【００５６】
プレイリスト取得部２２は、取得したプレイリストに、最後のプレイリストである旨（例えばＨＬＳで定義された「#EXT-X-ENDLIST」タグ）が記載されていた場合は、プレイリストの再取得を終了する。
【００５７】
セグメントファイル取得部２３は、プレイリスト取得部２２が取得したプレイリストに記載されている順番で、セグメントのファイルを取得する。例えば、プレイリストに記載されているセグメントのファイルのアドレスを示すＵＲＩ宛てに、取得要求を送信する。
【００５８】
再生部２４は、セグメントファイル取得部２３が取得したセグメントのファイルを、取得した順番に再生する。
【００５９】
次に、図７を参照し、実施形態に係る配信システム１の、プレイリストを配信する動作について説明する。図７は、実施形態に係る配信システム１における、プレイリストを配信するシーケンスの一例を示す図である。図７の例では、３台のクライアント端末２０−１、２０−２、２０−３が、サーバ装置１０からコンテンツをライブストリーミング配信される。
【００６０】
クライアント端末２０−１は、コンテンツの配信が開始される際、ユーザからの操作等に応じて、サーバ装置１０に、プレイリスト取得要求を送信する（ステップＳ１０１）。
【００６１】
サーバ装置１０は、プレイリスト生成処理により、再生履歴情報１１１からクライアント端末２０−１の再生履歴を取得し（ステップＳ１０２）、取得した再生履歴等に応じたプレイリスト５０１を生成する（ステップＳ１０３）。そして、生成したプレイリスト５０１をクライアント端末２０−１に送信する（ステップＳ１０４）。
【００６２】
クライアント端末２０−２は、例えば２秒経過した後、ステップＳ１０１〜ステップＳ１０４と同様の処理により、プレイリスト５０２を取得する（ステップＳ１０５〜ステップＳ１０８）。
【００６３】
クライアント端末２０−３は、例えばさらに１秒経過した後（コンテンツの配信開始からは３秒経過した後）、同様にプレイリスト５０３を取得する（ステップＳ１０９〜ステップＳ１１２）。
【００６４】
クライアント端末２０−１は、同様に、例えばさらに１秒経過した後（コンテンツの配信開始からは４秒経過した後）、２回目のプレイリスト５０４を取得する（ステップＳ１１３〜ステップＳ１１６）。
【００６５】
クライアント端末２０−１は、同様に、例えばさらに６秒経過した後（コンテンツの配信開始からは１０秒経過した後）、３回目のプレイリスト５０５を取得する（ステップＳ１１７〜ステップＳ１１６）。
【００６６】
以下同様に、クライアント端末２０−１、２０−２、２０−３は、コンテンツの配信が終了するまで、サーバ装置１０からのプレイリストの再取得を繰り返す。
【００６７】
次に、図８を参照し、プレイリスト生成部１５による、プレイリスト生成処理の詳細な例について説明する。図８は、プレイリスト生成処理のフローチャートの一例を示す図である。
【００６８】
プレイリスト生成部１５は、クライアント端末２０からのプレイリスト取得要求を受信すると（ステップＳ２０１）、再生履歴情報１１１を参照し、当該クライアント端末２０に対応付けられた取得回数、及びプレイリストを取得する（ステップＳ２０２）。なお、当該クライアント端末２０に対応付けられたデータがない場合は、再生履歴情報１１１に、当該クライアント端末２０のＩＤと、取得回数の初期値「１」を格納する。
【００６９】
セグメント情報１１３を参照し、当該クライアント端末２０に対応付けられたプレイリストに記載されているセグメントのうち、セグメント情報１１３から削除されているセグメントがあるか判断する（ステップＳ２０３）。
【００７０】
なければ（ステップＳ２０３でＮＯ）、処理を終了する。
【００７１】
あれば（ステップＳ２０３でＹＥＳ）、当該セグメントをプレイリストから削除する（ステップＳ２０４）。
【００７２】
プレイリスト生成情報１１２を参照し、取得回数に対応付けられた、セグメントの時間単位を取得する（ステップＳ２０５）。
【００７３】
セグメント情報１１３を参照し、ステップＳ２０３で取得した時間単位のセグメントのセットの中に、開始時間が、プレイリスト中の最後のセグメントの終了時間と一致するファイルが存在するか判断する（ステップＳ２０６）。
【００７４】
存在しない場合（ステップＳ２０６でＮＯ）、当該時間単位よりも１つ小さい時間単位のセットの中から、開始時間が最後のセグメントの終了時間と等しいセグメントを抽出し、プレイリストの最後に追加する（ステップＳ２０７）。その後、ステップＳ２０９の処理へ進む。
【００７５】
存在する場合（ステップＳ２０６でＹＥＳ）、当該時間単位のセットの中から、開始時間が当該最後のセグメントの終了時間と等しいセグメントを抽出し、プレイリストの最後に追加する（ステップＳ２０８）。
【００７６】
プレイリストに記載されているセグメントの数が、所定の数に達したか判断する（ステップＳ２０９）。
【００７７】
所定の数に達していなければ（ステップＳ２０９でＮＯ）、ステップＳ２０８の処理に戻る。所定の数に達していれば（ステップＳ２０９でＹＥＳ）、再生履歴情報１１１において、当該クライアント端末２０に対応付けられた取得回数を１増加させるとともに、当該クライアント端末２０に対応付けて、生成したプレイリストの情報を格納し（ステップＳ２１０）、処理を終了する。
【００７８】
次に、図９を参照し、ＨＬＳを用いた場合の、サーバ装置１０が配信するプレイリストの内容について説明する。図９は、プレイリストの内容の一例を示す図である。図９は、図７のフローチャートにおいて、クライアント端末２０−１、２０−２、２０−３が初めてサーバ装置１０からプレイリストを取得する場合の、プレイリスト５０１，５０２，５０３，５０４，５０５の内容の例である。ここで、プレイリスト生成情報１１２は図５のように設定されており、セグメント情報１１３は図６のように記録される場合を例として説明する。
【００７９】
なお、各プレイリスト中の「EXTM3U」タグは、プレイリストが拡張M3Uファイルフォーマットであることを示す。「EXT-X-VERSION」タグは、互換性のあるバージョンの情報を示す。「EXT-X-ALLOW-CACHE」タグは、クライアント端末２０にて、後でリプレイするために、ダウンロードしたセグメントをキャッシュしても良いか否かの指定を示す。「EXT-X-MEDIA-SEQUENCE」タグは、プレイリストの最初のセグメントのメディアシーケンス番号を示す。「EXT-X-TARGETDURATION」タグは、プレイリストに含まれるセグメントの最大の再生時間以上の整数値を示す。「EXTINF」タグは、当該タグに続くＵＲＩで示される各セグメントの再生時間と、そのタイトルを示す。なお、図９において、説明を簡略化するために、各セグメントの再生時間は整数で示しているが、実際には、キーフレームが先頭に来るように分割するため、従来の図１３の例と同様に、各セグメントの再生時間は小数点以下の値も含む。
【００８０】
図９（Ａ）は、コンテンツの配信が開始される際に生成されたプレイリスト５０１の内容の例である。図９（Ａ）に示すプレイリスト５０１では、セグメントの時間単位が１秒単位のセットのうち開始時間が０秒から４秒まで、再生時間の合計が５秒となる複数のセグメントが記載されている。
【００８１】
図９（Ｂ）は、コンテンツの配信が開始されてから２秒経過した際に生成されたプレイリスト５０２の内容の例である。図９（Ｂ）に示すプレイリスト５０２では、セグメントの時間単位が１秒単位のセットのうち開始時間が２秒から６秒まで、再生時間の合計が５秒となる複数のセグメントが記載されている。
【００８２】
図９（Ｃ）は、コンテンツの配信が開始されてから３秒経過した際に生成されたプレイリスト５０３の内容の例である。図９（Ｃ）に示すプレイリスト５０３では、セグメントの時間単位が１秒単位のセットのうち開始時間が３秒から７秒まで、再生時間の合計が５秒となる複数のセグメントが記載されている。
【００８３】
図９（Ｄ）は、コンテンツの配信が開始されてから４秒経過した際に生成された、２回目のプレイリスト５０４の内容の例である。図９（Ｄ）に示すプレイリスト５０４では、セグメントの時間単位が１秒単位のセットのうち開始時間が４秒から５秒まで、及びセグメントの時間単位が２秒単位のセットのうち開始時間が６秒から１０秒まで、再生時間の合計が８秒となる複数のセグメントが記載されている。
【００８４】
図９（Ｅ）は、コンテンツの配信が開始されてから１０秒経過した際に生成された、３回目のプレイリスト５０５の内容の例である。図９（Ｅ）に示すプレイリスト５０５では、セグメントの時間単位が２秒単位のセットのうち開始時間が１０秒、及びセグメントの時間単位が４秒単位のセットのうち開始時間が１２秒から２４秒まで、再生時間の合計が１８秒となる複数のセグメントが記載されている。
【００８５】
次に、図１０を参照し、実施形態に係る配信システム１の、セグメントのファイルを配信する動作について説明する。図１０は、実施形態に係る配信システム１における、セグメントのファイルを配信するシーケンスの一例を示す図である。
【００８６】
クライアント端末２０−１は、サーバ装置１０からプレイリストを取得すると、プレイリストの先頭のセグメントのファイルの取得要求を送信する（ステップＳ３０１）。
【００８７】
サーバ装置１０は、クライアント端末２０−１に、要求されたセグメントのファイルを送信する（ステップＳ３０２）。
【００８８】
クライアント端末２０−１は、サーバ装置１０から取得したセグメントのファイルを再生する（ステップＳ３０３）。
【００８９】
クライアント端末２０−１は、再生と並行して、サーバ装置１０に、プレイリスト５０１に記載されている２番目のセグメントのファイルの取得要求を送信する（ステップＳ３０４）。
【００９０】
サーバ装置１０は、クライアント端末２０−１に、要求されたセグメントのファイルを送信する（ステップＳ３０５）。
【００９１】
クライアント端末２０−１は、サーバ装置１０から取得したセグメントのファイルを記憶する（ステップＳ３０６）。そして、前回取得したセグメントのファイルの再生が終了すると、今回取得したセグメントのファイルを再生する（ステップＳ３０７）。
【００９２】
クライアント端末２０−１は、プレイリスト５０１に記載されている最後のセグメントのファイルを取得するまで、ステップＳ３０４、ステップＳ３０５と同様に、セグメントのファイルの取得と記憶を繰り返す（ステップＳ３０７、ステップＳ３０８、ステップＳ３１０、ステップＳ３１１）。そして、ステップＳ３０６と同様に、前のセグメントのファイルの再生が終了すると、その次のセグメントのファイルを再生する（ステップＳ３０９、ステップＳ３１２）。
【００９３】
クライアント端末２０は、全てのセグメントのファイルの取得を終了した後、全てのセグメントのファイルの再生が終了すると、動画等の再生を終了する。
【００９４】
次に、図１１を参照し、従来技術、及び実施形態における再生時間の遅延について説明する。図１１は、従来技術、及び実施形態における再生時間の遅延を説明する図である。図１１（Ａ）は、従来技術における、クライアント端末２０が各セグメントの取得するタイミングと、各セグメントを再生するタイミングの例を示す図である。クライアント端末２０は、プレイリストに記載された最初（先頭）のセグメントの取得が完了すると、当該最初のセグメントの再生を開始し、プレイリストに記載された２番目以降のセグメントを順次取得し、再生する。そのため、再生時間の遅延には、サーバ装置１０にてコンテンツをエンコードする際等の遅延に加え、最初のセグメントの取得する際のネットワーク遅延等が加わる。
【００９５】
図１１（Ｂ）は、実施形態における、クライアント端末２０が各セグメントの取得するタイミングと、各セグメントを再生するタイミングの例を示す図である。クライアント端末２０は、プレイリストに記載された最初（先頭）の短いセグメントの取得が完了すると、当該最初のセグメントの再生を開始し、プレイリストに記載された２番目以降のセグメントを順次取得し、再生する。そのため、再生当初のセグメントの取得する際のネットワーク遅延等が減少するため、再生時間の遅延が減少する。
【００９６】
＜効果＞
ライブ配信において、配信するセグメントを長くすると、ネットワーク配信の際のネットワーク遅延が増加し、クライアント端末２０にて再生が開始されるまでの遅延が増加する。また、クライアント端末２０にて、セグメントを取得してから再生アプリを起動するまでの時間等も遅延に加わる。そして、以降のコンテンツの再生においても、一旦生じた遅延は解消されないため、ライブ配信におけるリアルタイム性が低下する。すなわち、コンテンツが例えばカメラで撮影等をされてから、クライアント端末２０で再生されるまでの遅延（再生時間の遅延）が大きくなる。一方、セグメントを短くすると、クライアント端末２０によるプレイリストの更新回数が増加し、クライアント端末２０やサーバ装置１０の負荷が増加する。
【００９７】
上述の実施形態では、サーバ装置１０が、クライアント端末２０に、コンテンツの再生当初は、短いセグメントを記載したプレイリストを提供する。それにより、クライアント端末２０が当該セグメントをネットワーク配信される際の遅延が減少し、クライアント端末２０にて再生が開始されるまでの遅延が減少する。そして、以降のコンテンツの再生においても当該減少された遅延は維持されるため、ライブ配信におけるリアルタイム性が向上する。すなわち、再生時間の遅延が小さくなる。
【００９８】
そして、上述の実施形態では、サーバ装置１０が、クライアント端末２０に、コンテンツの再生が一定程度進んだ後は、長いセグメントを記載したプレイリストを提供する。それにより、クライアント端末２０によるプレイリストの更新回数が増加しなくなり、クライアント端末２０やサーバ装置１０の負荷の増加を抑制できる。
【００９９】
また、上述の実施形態では、長い時間単位で分割したセグメントファイルのセットに含まれる一のファイルの開始時間及び終了時間が、短い時間単位で分割したセグメントファイルのセットに含まれる複数のファイルのうちの第１のファイルの開始時間、及び第２のファイルの終了時間とそれぞれ等しくなるように、セグメントのファイルを生成する構成とした。それにより、途中からセグメントセットを切り替える場合に、コンテンツの内容が重複したり、不足したりすることがない。それにより、映像の途切れ等が起きないようにすることができる。
【０１００】
＜変形例＞
上述の実施形態では、再生履歴として、取得回数（プレイリストを取得した回数）を用いる例を説明したが、取得回数の代わりに、例えば、プレイリストにて通知した各セグメントの長さの合計値、セグメントファイル配信部１６からクライアント端末２０に配信した各セグメントの長さの合計値、またはクライアント端末２０から通知された連続再生時間等を用いた構成としてもよい。その場合、プレイリスト生成部１５は、例えば、合計値や連続再生時間が所定の閾値以上となった場合に、より長いセグメントのセットをプレイリストに記載する構成としてもよい。
【０１０１】
サーバ装置１０で、クライアント端末２０毎の再生履歴を管理する代わりに、クライアント端末２０から、再生履歴を通知する構成としてもよい。その場合、クライアント端末２０は、クッキー等を用いてサーバ装置１０にそれらの情報を通知し、サーバ装置１０は、通知された情報に基づいてプレイリストを生成する構成としてもよい。
【０１０２】
サーバ装置１０は、複数台の情報処理装置により構成してもよい。例えば、セグメントファイル配信部１６を、クラウド等のネットワークにて接続された別体の装置により構成してもよい。
【０１０３】
なお、上述した実施形態におけるシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【符号の説明】
【０１０４】
１  配信システム
１０  サーバ装置
１１  記憶部
１１１  再生履歴情報
１１２  プレイリスト生成情報
１１３  セグメント情報
１２  通信部
１３  セグメントファイル生成部（「セグメント生成部」の一例）
１４  プレイリスト配信部
１５  プレイリスト生成部
１６  セグメントファイル配信部
１７  配信制御部
２０  クライアント端末
２１  通信部
２２  プレイリスト取得部
２３  セグメントファイル取得部
２４  再生部
【先行技術文献】
【特許文献】
【０１０５】
【特許文献１】特開２０１３−０３８７６６号公報
【図１】
2017069636.tif 000003
【図２】
2017069636.tif 000004
【図３】
2017069636.tif 000005
【図４】
2017069636.tif 000006
【図５】
2017069636.tif 000007
【図６】
2017069636.tif 000008
【図７】
2017069636.tif 000009
【図８】
2017069636.tif 000010
【図９】
2017069636.tif 000011
【図１０】
2017069636.tif 000012
【図１１】
2017069636.tif 000013
【図１２】
2017069636.tif 000014
【図１３】
2017069636.tif 000015