(57)【要約】【課題】送信装置におけるプレイリストの更新後、受信装置が速やかにプレイリストを受信できるようにすることを目的とする。【解決手段】  コンテンツを構成する複数のセグメントデータのうち第１のセグメントデータの生成後に生成される第２のセグメントデータを受信装置が取得可能になってから第１の所定時間以後に第２の取得要求を前記受信装置から受信する受信ステップと、第１のセグメントデータを受信装置が取得可能であることを示し第２のセグメントデータを受信装置が取得可能であることを示さない第２のメタデータを第２の取得要求の受信に応じて受信装置に送信する送信ステップと、第２のセグメントデータの生成後に生成される第３のセグメントデータを受信装置が取得可能になってから第１の所定時間が経過するよりも前に第３の取得要求を受信装置から受信する受信ステップとを有する。【選択図】  図６
2015002369.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを送信装置が前記受信装置に送信する送信方法であって、
第１のセグメントデータを前記受信装置が取得可能になる第１の時刻から第１の所定時間が経過してから、前記第１の時刻よりも後の第２の時刻に第２のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第１の取得要求を前記受信装置から受信する第１の受信ステップと、
前記第１のセグメントデータを前記受信装置が取得可能であることを示す第１のメタデータを前記第１の取得要求の受信に応じて前記受信装置に送信する第１の送信ステップと、
前記第２の時刻から前記第１の所定時間が経過してから、前記第２の時刻よりも後の第３の時刻に第３のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第２の取得要求を前記受信装置から受信する第２の受信ステップと、
前記第１のセグメントデータを前記受信装置が取得可能であることを示し前記第２のセグメントデータを前記受信装置が取得可能であることを示さない第２のメタデータを前記第２の取得要求の受信に応じて前記受信装置に送信する第２の送信ステップと、
前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記受信装置から受信する第３の受信ステップと、
前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第３のメタデータを前記第３の取得要求の受信に応じて前記受信装置に送信する第３の送信ステップと
を有することを特徴とする送信方法。
【請求項２】
前記第３の時刻よりも後に第４のセグメントデータを前記受信装置が取得可能になる第４の時刻から前記第１の所定時間が経過するまでに前記メタデータの第４の取得要求を受信する第４の受信ステップと、
前記第４のセグメントデータを前記受信装置が取得可能であることを少なくとも示す第４のメタデータを前記第４の取得要求の受信に応じて前記受信装置に送信する第４の送信ステップを有することを特徴とする請求項１に記載の送信方法。
【請求項３】
前記第１の受信ステップにおいて前記メタデータの第１の取得要求を前記受信装置から受信すると、前記第１のセグメントデータの再生時間よりも再生時間が短い前記第２のセグメントデータを生成する生成ステップを有することを特徴とする請求項１に記載の送信方法。
【請求項４】
前記送信装置が前記メタデータを第１の受信装置及び第２の受信装置に送信する請求項１に記載の送信方法であって、
前記第１の時刻以後であって前記第１の時刻から第１の所定時間が経過するより前に前記メタデータの第５の取得要求を前記第１の受信装置から受信する第５の受信ステップと、
前記第１のセグメントデータを前記第１の受信装置が取得可能であることを示す第５のメタデータを前記第５の取得要求の受信に応じて前記第１の受信装置に送信する第５の送信ステップと、
前記第２の時刻以後であって前記第２の時刻から前記第１の所定時間が経過するより前に前記メタデータの第６の取得要求を前記第１の受信装置から受信する第６の受信ステップと、
前記第２のセグメントデータを前記受信装置が取得可能であることを少なくとも示す第６のメタデータを前記第６の取得要求の受信に応じて前記１の受信装置に送信する第６の送信ステップとを有し、
前記第１の受信ステップにおいて、前記第１の時刻から前記第１の所定時間が経過してから、前記第２の時刻までに前記第１の取得要求を第２の受信装置から受信し、
前記第１の送信ステップにおいて、前記第１のメタデータを前記第１の取得要求の受信に応じて前記第２の受信装置に送信し、
前記第２の送信ステップにおいて、前記第２のメタデータを前記第２の取得要求の受信に応じて前記第２の受信装置に送信する
ことを特徴とする送信方法。
【請求項５】
前記第３の時刻から前記第１の所定時間が経過してから、前記第４の時刻までに前記第７の取得要求を前記受信装置から受信する第７の受信ステップと、
前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第７のメタデータを前記第７の取得要求の受信に応じて前記受信装置に送信する第７の送信ステップと
を有することを特徴とする請求項２に記載の送信方法。
【請求項６】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを送信装置が前記受信装置に送信する送受信システムであって、
第１のセグメントデータを前記受信装置が取得可能になる第１の時刻から第１の所定時間が経過してから、前記第１の時刻よりも後の第２の時刻に第２のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第１の取得要求を前記受信装置から受信する第１の受信手段と、
前記第１のセグメントデータを前記受信装置が取得可能であることを示す第１のメタデータを前記第１の取得要求の受信に応じて前記受信装置に送信する第１の送信手段と、
前記第２の時刻から前記第１の所定時間が経過してから、前記第２の時刻よりも後の第３の時刻に第３のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第２の取得要求を前記送信装置に送信する第５の送信手段と、
前記第２の時刻から前記第１の所定時間が経過してから、前記第３の時刻までに前記メタデータの第２の取得要求を前記受信装置から受信する第２の受信手段と、
前記第１のセグメントデータを前記受信装置が取得可能であることを示し前記第２のセグメントデータを前記受信装置が取得可能であることを示さない第２のメタデータを前記第２の取得要求の受信に応じて前記受信装置に送信する第２の送信手段と、
前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記送信装置に送信する第６の送信手段と、
前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記受信装置から受信する第３の受信手段と、
前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第３のメタデータを前記第３の取得要求の受信に応じて前記受信装置に送信する第３の送信手段と、
を有することを特徴とする送受信システム。
【請求項７】
前記第３の時刻よりも後に第４のセグメントデータを前記受信装置が取得可能になる第４の時刻から前記第１の所定時間が経過するまでに前記メタデータの第４の取得要求を受信する第４の受信手段と、
前記第４のセグメントデータを前記受信装置が取得可能であることを少なくとも示す第４のメタデータを前記第４の取得要求の受信に応じて前記受信装置に送信する第４の送信手段を有することを特徴とする請求項６に記載の送受信システム。
【請求項８】
前記第１の受信手段が前記メタデータの第１の取得要求を前記受信装置から受信すると、前記第１のセグメントデータの再生時間よりも再生時間が短い前記第２のセグメントデータを生成する生成手段を有することを特徴とする請求項６に記載の送受信システム。
【請求項９】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを前記受信装置に送信する送信装置であって、
前記セグメントデータを生成する生成手段と、
前記メタデータの取得要求を前記受信装置から受信する受信手段と、
第１の時刻に第１のセグメントデータを前記受信装置が取得可能になってから第１の所定時間が経過してから、前記第１の時刻よりも後の第２の時刻に第２のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第１の取得要求を前記受信装置から受信すると前記第１のセグメントデータを前記受信装置が取得可能であることを示す第１のメタデータを前記第１の取得要求の受信に応じて前記受信装置に送信し、前記第２の時刻から前記第１の所定時間が経過してから、前記第２の時刻よりも後の第３の時刻に第３のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第２の取得要求を前記受信装置から受信すると前記第１のセグメントデータを前記受信装置が取得可能であることを示し前記第２のセグメントデータを前記受信装置が取得可能であることを示さない第２のメタデータを前記第２の取得要求の受信に応じて前記受信装置に送信し、前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記受信装置から受信すると前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第３のメタデータを前記第３の取得要求の受信に応じて前記受信装置に送信する送信手段と
を有することを特徴とする送信装置。
【請求項１０】
前記送信手段は、前記第３の時刻よりも後に第４のセグメントデータを前記受信装置が取得可能になる第４の時刻以後であって前記第４の時刻から前記第１の所定時間が経過するよりも前に前記メタデータの第４の取得要求を受信すると、前記第４のセグメントデータを前記受信装置が取得可能であることを少なくとも示す第４のメタデータを前記第４の取得要求の受信に応じて前記受信装置に送信することを特徴とする請求項９に記載の送信装置。
【請求項１１】
前記メタデータの第１の取得要求を前記受信装置から受信すると、前記第１のセグメントデータの再生時間よりも再生時間が短い前記第２のセグメントデータを生成する生成手段を有することを特徴とする請求項９に記載の送信装置。
【請求項１２】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを前記受信装置に送信するコンピュータに、
第１のセグメントデータを前記受信装置が取得可能になる第１の時刻から第１の所定時間が経過してから、前記第１の時刻よりも後の第２の時刻に第２のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第１の取得要求を前記受信装置から受信する第１の受信手順と、
前記第１のセグメントデータを前記受信装置が取得可能であることを示す第１のメタデータを前記第１の取得要求の受信に応じて前記受信装置に送信する第１の送信手順と、
前記第２の時刻にから前記第１の所定時間が経過してから、前記第２の時刻よりも後の第３の時刻に第３のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第２の取得要求を前記受信装置から受信する第２の受信手順と、
前記第１のセグメントデータを前記受信装置が取得可能であることを示し前記第２のセグメントデータを前記受信装置が取得可能であることを示さない第２のメタデータを前記第２の取得要求の受信に応じて前記受信装置に送信する第２の送信手順と、
前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記受信装置から受信する第３の受信手順と、
前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第３のメタデータを前記第３の取得要求の受信に応じて前記受信装置に送信する第３の送信手順と
を実行させるためのプログラム。
【請求項１３】
前記コンピュータに、
前記第３の時刻よりも後に第４のセグメントデータを前記受信装置が取得可能になる第４の時刻から前記第１の所定時間が経過するよりも前に前記メタデータの第４の取得要求を受信する第４の受信手順と、
前記第４のセグメントデータを前記受信装置が取得可能であることを少なくとも示す第４のメタデータを前記第４の取得要求の受信に応じて前記受信装置に送信する第４の送信手順とを実行させるための請求項１２に記載のプログラム。
【請求項１４】
前記コンピュータに、
前記第１の受信手順において前記メタデータの第１の取得要求を前記受信装置から受信すると、前記第１のセグメントデータの再生時間よりも再生時間が短い前記第２のセグメントデータを生成する生成手順を実行させるための請求項１２に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置がネットワークを介してコンテンツを受信装置に送信するための技術に関する。特に、コンテンツを構成する複数のセグメントデータであって受信装置が受信可能なセグメントデータを示すメタデータ（プレイリスト）を、送信装置から受信装置に送信する技術に関する。
【背景技術】
【０００２】
従来、動画像データを配信するための技術として、送信装置が保持している動画像データを複数のセグメントデータに分割し、セグメントデータごとに、ネットワークを介して受信装置に送信する送信装置が知られている。（例えば、特許文献１、非特許文献１、非特許文献２）。
【０００３】
特許文献１、非特許文献１、非特許文献２に記載の送信装置は、セグメントデータを受信装置が受信して動画像データを再生するために必要なアドレス情報を各セグメントデータに対応づける。アドレス情報として例えばＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が各セグメントデータに対応付けられる。
【０００４】
送信装置は、複数のセグメントデータにそれぞれ対応付けられた複数のアドレス情報を含むメタデータ（以下、プレイリスト）を、受信装置からの要求に応じて受信装置に送信する。
【０００５】
特許文献１、非特許文献１、非特許文献２に記載の受信装置は受信したプレイリストに含まれるアドレス情報に基づいてセグメントデータの送信を要求し、送信装置からセグメントデータを受信する。
【０００６】
特許文献１、非特許文献１、非特許文献２に記載の送信装置は、送信する動画像データに新たなデータが付加されると、プレイリストを更新する。たとえば、新たに付加されたデータに対応するセグメントデータのアドレス情報を含むように、プレイリストを更新する。プレイリストの更新後、受信装置から新たにプレイリストの要求があった場合、送信装置は更新されたプレイリストを受信装置に送信する。
【０００７】
特許文献１に記載の送信装置は、プレイリストを更新する更新予定時刻を受信装置へ通知する。受信装置は通知された更新予定時刻に応じて、送信装置に対してプレイリストを要求する。このようにして特許文献１に記載の受信装置は、送信装置におけるプレイリストの更新後、速やかに最新のプレイリストを受信する。
【０００８】
特許文献１に記載の受信装置は、最新のプレイリストに基づいてセグメントデータの要求を行うことにより、送信装置が送信可能なセグメントデータが追加された後、当該追加されたセグメントデータの受信要求を速やかに送信装置に送信することができる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特表２０１３−５１１１９８号公報
【非特許文献】
【００１０】
【非特許文献１】“ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−１１”（ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−１１）
【非特許文献２】“Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  -  Ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）  -  Ｐａｒｔ１  ：  Ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  ｓｅｇｍｅｎｔ  ｆｏｒｍａｔｓ”ＩＳＯ／ＩＥＣ  ２３００９−１、２０１２年
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし従来の技術では、受信装置にプレイリストの更新予定時刻を通知しても、受信装置が通知された更新予定時刻に応じてプレイリストの取得要求を行う仕様になっていない場合がある。このような場合には、プレイリストを更新してから受信装置がプレイリストの取得要求を送信するまでの間隔が所望の時間間隔より長くなってしまう場合があった。
【００１２】
このような場合、受信装置は、送信装置におけるプレイリストの更新後、速やかに最新のプレイリストを受信することができない。従って受信装置は、送信装置においてセグメントデータが追加された後、当該追加されたセグメントデータの受信要求を速やかに送信装置に送信することができない。
【００１３】
本発明は、送信装置におけるプレイリストの更新後、受信装置が速やかにプレイリストを受信できるようにすることを目的とする。
【課題を解決するための手段】
【００１４】
本発明の目的を達成するために、本発明の送信方法は、コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを送信装置が前記受信装置に送信する送信方法であって、第１のセグメントデータを前記受信装置が取得可能になる第１の時刻から第１の所定時間が経過してから、前記第１の時刻よりも後の第２の時刻に第２のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第１の取得要求を前記受信装置から受信する第１の受信ステップと、前記第１のセグメントデータを前記受信装置が取得可能であることを示す第１のメタデータを前記第１の取得要求の受信に応じて前記受信装置に送信する第１の送信ステップと、前記第２の時刻から前記第１の所定時間が経過してから、前記第２の時刻よりも後の第３の時刻に第３のセグメントデータを前記受信装置が取得可能になるまでに前記メタデータの第２の取得要求を前記受信装置から受信する第２の受信ステップと、前記第１のセグメントデータを前記受信装置が取得可能であることを示し前記第２のセグメントデータを前記受信装置が取得可能であることを示さない第２のメタデータを前記第２の取得要求の受信に応じて前記受信装置に送信する第２の送信ステップと、前記第３の時刻から前記第１の所定時間が経過するまでに前記メタデータの第３の取得要求を前記受信装置から受信する第３の受信ステップと、前記第２のセグメントデータ及び前記第３のセグメントデータを前記受信装置が取得可能であることを示す第３のメタデータを前記第３の取得要求の受信に応じて前記受信装置に送信する第３の送信ステップとを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、送信装置におけるプレイリストの更新後、受信装置が速やかにプレイリストを受信できるようにすることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明における送受信システムの構成例を示す図。
【図２】本発明の実施形態１における送信装置２０の構成を示す図。
【図３】本発明における受信装置３０の構成を示す図。
【図４】プレイリストの例を示す図。
【図５】本発明の送受信システムが実行する処理シーケンスの第１の例を示す図。
【図６】本発明の送受信システムが実行する処理シーケンスの第２の例を示す図。
【図７】実施形態１におけるプレイリスト生成処理を示すフローチャート。
【図８】実施形態１におけるプレイリスト取得処理を示すフローチャート。
【図９】実施形態２における送信装置２０の構成を示す図。
【図１０】実施形態２におけるセグメントデータ生成処理を示すフローチャート。
【図１１】実施形態３における送信装置２０の構成を示す図。
【図１２】実施形態３におけるプレイリスト更新処理を示すフローチャート。
【図１３】実施形態３におけるプレイリスト送信処理を示すフローチャート。
【発明を実施するための形態】
【００１７】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は以下の構成に限定されるものではない。
【００１８】
＜実施形態１＞
本実施形態では、コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータ（以下、「プレイリスト」という）を送信装置が受信装置に送信する例について説明する。本実施形態におけるコンテンツは例えば、映像データ、音声データ、又は、それらに付随するメタデータとすることができる。
【００１９】
本実施形態における送信装置は、プレイリストの取得要求を受信装置から受信するタイミングに応じて、送信装置においてプレイリストを更新するか否かを決定する。
【００２０】
本実施形態におけるプレイリストは、送信装置から各セグメントデータを取得するために用いるデータを含む。プレイリストに含まれるデータは例えば、セグメントデータが保持されている場所を示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）とすることができる。プレイリストはさらに、各セグメントデータを再生する順序を示す順序情報を含むこととしてもよい。
【００２１】
本実施形態に係るコンテンツ送受信システムの構成について図１を用いて説明する。図１において、送信装置２０と受信装置３０とがネットワーク１０を介して接続されている。図１では、１台の受信装置３０がネットワーク１０に接続される例について示すが、受信装置３０はネットワーク１０に複数台接続されることとしてもよい。
【００２２】
ネットワーク１０は、有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、または無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）である。なお、本実施形態ではネットワーク１０として有線ＬＡＮ、または無線ＬＡＮを利用しているが、これに限らない。ネットワークとしてＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、アドホックネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）などを用いることとしてもよい。
【００２３】
送信装置２０は、受信装置３０に対してコンテンツの送信を行う。送信装置２０が送信するコンテンツは例えば、映像データ、音声データ、又は、それらに付随するメタデータとすることができる。本実施形態では、送信装置２０は受信装置３０に対して映像データを送信する例について説明する。また本実施形態において、送信装置２０はコンテンツを構成する複数のセグメントデータごとに、コンテンツを受信装置に送信する。
【００２４】
また送信装置２０は、受信装置３０がセグメントデータを受信するために用いるプレイリストを受信装置３０からの取得要求に応じて受信装置３０に送信する。
【００２５】
送信装置２０は例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、スチルカメラ、ビデオカメラ、スマートフォン、携帯電話等とすることができるが、これらに限られない。
【００２６】
図１に示した例では、送信装置２０はビデオカメラ４０から映像データを受信する。そして、ビデオカメラ４０から受信した映像データを受信装置３０に送信する。映像データ等のコンテンツの生成は、送信装置２０が行うこととしてもよい。
【００２７】
受信装置３０は、送信装置２０からコンテンツを受信する。本実施形態において受信装置３０は、コンテンツを構成する複数のセグメントデータごとに、コンテンツを受信する。また受信装置３０は、プレイリストの送信を送信装置２０に要求するためのプレイリスト取得要求を送信装置２０に送信する。
【００２８】
受信装置３０は例えば、ＰＣ、スチルカメラ、ビデオカメラ、スマートフォン、携帯電話等とすることができるが、これらに限られない。
【００２９】
送信装置２０や受信装置３０はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにＬＡＮなどで接続される。ＬＡＮ接続は無線であっても良いし、有線であっても良い。
【００３０】
次に、送信装置２０の構成について、図２を用いて説明する。
【００３１】
生成部２０１は、ビデオカメラ４０から送信装置２０に入力された映像データを用いて、セグメントデータを生成する。例えば生成部２０１は、１つのセグメントデータのデータ量が所定のデータ量となるようにして、映像データを分割して複数のセグメントデータを生成する。または生成部２０１は、１つのセグメントデータを再生したときの再生時間が所定の再生時間になるようにして、セグメントデータを生成することとしてもよい。または生成部２０１は、コンテンツの内容に応じた単位でセグメントデータを生成することとしてもよい。
【００３２】
本実施形態においては、セグメントデータは再生時間が単位時間ごとに行われる場合について説明する。たとえば生成部２０１は、セグメントデータの時間長が０．５秒となるように映像データを分割してセグメントデータを生成する。また本実施形態において、生成部２０１は所定時間間隔で、セグメントデータの生成を行うものとする。
【００３３】
本実施形態において生成部２０１は、送信装置２０に対する映像データの入力の継続中に、順次セグメントデータを生成する。すなわち、ビデオカメラ４０が生成する映像データのうち一部が送信装置２０に入力されると、入力された一部の映像データから順次セグメントデータを生成する。
【００３４】
生成部２０１は生成したセグメントデータにセグメントデータ番号を割り当てる。セグメントデータ番号は１番から順番に割り当てても良いし、セグメントデータの生成時刻を割り当てても良いし、セグメントデータに該当する映像データの一部が作成された時刻を割り当てても良い。本実施形態では１番から順番に割り当てる例について説明する。セグメントデータ番号が小さいとセグメントデータが古く、セグメントデータ番号が大きいとセグメントデータが新しいことになる。
【００３５】
なお、送信装置２０がセグメントデータを生成する構成に替えて、送信装置２０が外部装置からセグメントデータを順次受信することとしてもよい。たとえば、送信装置２０は、ビデオカメラ４０からセグメントデータを受信することとしてもよい。
【００３６】
生成部２０１は、生成したセグメントデータを保持部２０７に保持させる。保持部２０７にセグメントデータが保持されると、当該セグメントデータを受信装置３０が取得可能な状態となる。ここで取得可能な状態とは、例えば送信装置２０が生成したセグメントデータが保持部２０７に保持され、削除されていないことを意味する。あるいは、送信装置２０が保持するセグメントデータを受信装置３０がアクセス可能状態にしていることを意味する。
【００３７】
また生成部２０１は、生成したセグメントデータを保持部２０７に保持させると、受信装置３０が保持部２０７から当該セグメントデータを取得するための情報をプレイリスト生成部２０３に通知する。この情報は例えば、生成したセグメントデータの保持部２０７における格納領域を示すＵＲＩなどとすることができる。
【００３８】
また、生成部２０１は、生成したセグメントデータを保持部２０７に保持させると、生成したセグメントデータを保持部２０７に保持させたことを第１管理部２０２に通知する。
【００３９】
第１管理部２０２は、各セグメントデータについて、受信装置３０が取得可能となった時刻を管理する。すなわち、第１管理部２０２は、生成部２０１が生成したセグメントデータが保持部２０７に保持された時刻を管理する。第１管理部２０２は、生成部２０１から通知を受けると、不図時の計時部から時刻情報を取得して、生成部２０１が生成したセグメントデータと関連付けて記憶する。
【００４０】
プレイリスト生成部２０３は、プレイリストの生成及び更新を行う。プレイリストは、保持部２０７に保持され、受信装置３０が取得可能な状態となったセグメントデータを示すリストである。
【００４１】
プレイリストの例を図４に示す。図４は１つのプレイリストに、３つのセグメントデータを取得するために用いられる取得情報が含まれる例を示している。図４において、行２２１、２２２、２２３に記載された情報は、それぞれ異なるセグメントデータの取得情報を示す。
【００４２】
図４の列２３１に記載された情報は、各セグメントデータに対応付けられたセグメント番号を示す。このセグメント番号は、各セグメントデータを識別するために用いられる。また、セグメント番号はプレイリストに含まれる各取得情報に応じたセグメントデータの再生順序を表す。例えば、セグメント番号が大きい程、再生順序が後であることを示すようにすることができる。図４の例では、セグメント番号１０１、１０２、１０３の順に、対応するセグメントデータが再生されることを示す。ただし、セグメント番号を用いずに再生順序を表すこととしてもよい。例えば、プレイリストに記載された取得情報の順が、対応するセグメントデータの再生順序を示すこととしてもよい。図４の例では、上に記載された取得情報から順に再生することを示すこととしてもよい。
【００４３】
図４の列２３２に記載された情報は、各取得情報に対応するセグメントデータが保持された場所を示す。図４の例では、列２３２には、セグメントデータの保持されている場所を示すＵＲＩが記載される。
【００４４】
図４の列２３３に記載された情報は、各取得情報に対応するセグメントデータの再生時間の長さを示す。図４の例では、各取得情報に対応するセグメントデータの再生時間はいずれも０．５秒である。所定の再生時間毎にセグメントデータが生成される場合には、再生時間はプレイリストに記載しないこととしてもよい。
【００４５】
プレイリスト生成部２０３は、第１管理部が管理する、セグメントデータを受信装置３０が取得可能となった時刻と、後述の第２管理部が管理する、セグメントデータの取得要求が行われた時刻とに応じて、プレイリストの内容を更新する。
【００４６】
保持部２０７は、生成部２０１が生成したセグメントデータを保持する。保持部２０７として例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを用いることができる。あるいは保持部２０７として、リムーバブルメディアを用いてもよい。また保持部２０７は、その一部又は全体が外部記憶装置により構成されてもよい。また保持部２０７は複数の記録媒体により構成されてもよい。
【００４７】
受信部２０４は、受信装置３０からプレイリストの取得要求を受信する。このプレイリストの取得要求により、受信装置３０は、プレイリスト生成部２０３が生成したプレイリストを受信装置３０に送信することを送信装置２０に要求する。
【００４８】
受信部２０４は、プレイリスト取得要求を受信すると、不図時の計時部からプレイリストの取得要求を受信した時刻を第２管理部２０５に通知する。また受信部２０４は、プレイリスト取得要求を受信すると当該要求を受信したことを後述の送信部２０６に通知する。
【００４９】
また受信部２０４は、受信装置３０からセグメントデータの取得要求を受信する。セグメントデータの取得要求を受信すると、受信部２０４は送信部２０６に通知する。
【００５０】
第２管理部２０５は、受信装置３０からプレイリストの取得要求を受信した時刻を管理する。送信部２０６は、プレイリストの取得要求に応じて、プレイリスト生成部２０３が生成したプレイリストを送信する。また送信部２０６は、受信装置３０から受信した、セグメントデータの取得要求に応じて、要求されたセグメントデータを受信装置３０に送信する。
【００５１】
次に受信装置３０の構成について図３を用いて説明する。
【００５２】
送信部３０１は送信装置２０へプレイリストの取得要求を送信する。本実施形態に係る送信部３０１は、プレイリストの取得要求に対して後述の受信部３０２が受信するプレイリストが、前回受信したプレイリストから更新されているか否かに応じて、プレイリストの送信間隔を変化させる。プレイリストの更新があった場合には、所定の時間間隔でプレイリストの取得要求を送信する。例えば、０．５秒に１回の間隔でプレイリストの取得要求を送信する。
【００５３】
一方、プレイリストの取得要求に対してプレイリストの更新が無い場合には、プレイリストの送信間隔を所定の時間間隔よりも短い時間間隔でプレイリストの取得要求を送信する。例えば、０．２５秒に１回の間隔でプレイリストの取得要求を送信する。その後、プレイリストの更新があった場合には、送信部３０１は再び所定の時間間隔５１１でプレイリストの取得要求を送信する。
【００５４】
また、送信部３０１は、プレイリストに記載されたセグメントデータの情報を用いて、送信装置２０に対してセグメントデータの取得要求を送信する。例えば、送信部３０１は受信したプレイリストに記載された、セグメントデータの取得情報（ＵＲＩ等）を指定して、送信装置２０にセグメントデータの取得要求を送信する。
【００５５】
送信部３０１は、プレイリストに記載されている複数のセグメントデータの取得情報のうち、いずれの取得情報を用いるかを、受信したプレイリストの内容、過去に受信したセグメントデータ、または、セグメントデータ処理の履歴等に基づいて決定する。
【００５６】
例えば送信部３０１は、過去に受信したプレイリストに含まれないセグメントデータの取得要求を送信装置２０に送信する。また例えば、送信部３０１は、過去に受信していないセグメントデータの取得要求を送信装置２０に送信する。また例えば送信部３０１は、過去に再生していないセグメントデータの取得要求を送信装置２０に送信する。また例えば送信部３０１は、過去に削除したセグメントデータの取得要求を送信装置２０に送信する。また例えば送信部３０１は、最後に受信したセグメントデータの次の再生順序のセグメントデータの取得要求を送信装置２０に送信する。また例えば送信部３０１は、過去に受信していないセグメントデータのうち、最新のセグメントデータの取得要求を送信する。
【００５７】
受信部３０２は、送信部３０１が送信したプレイリストの取得要求に対する応答として、送信装置２０からプレイリストを受信する。また受信部３０２は、送信部３０１が送信したセグメントデータの取得要求に対する応答として、送信装置２０からセグメントデータを受信する。
【００５８】
再生部３０３は、受信部３０２が受信したセグメントデータを再生する。再生部３０３は受信装置３０に必須の構成ではない。受信装置に接続された他の装置に対して受信装置がセグメントデータを送信し、当該他の装置がセグメントデータを再生することとしてもよい。
【００５９】
次に、本実施形態における送受信システムが行う処理について、図５及び図６のシーケンス図を用いて説明する。
【００６０】
新たに生成されたセグメントデータを受信装置３０が送信装置２０から取得できるようになってから、その後に、送信装置２０が受信装置３０からプレイリストの取得要求を受信するまでの時間が所定時間Ｔ１より短い場合の処理を、図５を用いて説明する。
【００６１】
また、新たに生成されたセグメントデータを受信装置３０が送信装置２０から取得できるようになってから、その後送信装置２０が受信装置３０からプレイリストの取得要求を受信するまでの時間が所定時間Ｔ１以上である場合の処理を図６を用いて説明する。
【００６２】
まず、図５に示した処理について説明する。送信装置２０の生成部２０１は、第１の所定の時間間隔５１１でセグメントデータを生成する。生成部２０１は生成したセグメントデータを保持部２０７に保持させることにより、受信装置３０が当該セグメントデータを取得できるようにする。
【００６３】
矢印５０１、矢印５０２、矢印５０３、矢印５０４は、それぞれ、セグメントデータＮｏ．１、セグメントデータＮｏ．２、セグメントデータＮｏ．３、セグメントデータＮｏ．４を受信装置３０が取得可能になった時刻を示している。図５の例では、第１の所定の時間間隔５１１で、新たなセグメントデータが取得可能になるものとする。
【００６４】
矢印５０１が示す時刻は、セグメントデータＮｏ．１（第１のセグメントデータ）が取得可能になる第１の時刻である。矢印５０２が示す時刻は、セグメントデータＮｏ．２（第２のセグメントデータ）が取得可能となる第２の時刻である。矢印５０３が示す時刻は、セグメントデータＮｏ．３（第３のセグメントデータ）が取得可能となる第３の時刻である。矢印５０４が示す時刻は、セグメントデータＮｏ．４（第４のセグメントデータ）が取得可能となる第４の時刻である。
【００６５】
また図５の例では、受信装置３０はプレイリストの取得要求を第２の所定の時間間隔５１２（Ｔ２）で送信装置２０に送信する。本実施例において、第１の所定の時間間隔５１１と第２の所定の時間間隔５１２（Ｔ２）とは独立しており、互いに影響を与えるものではない。矢印５０５、矢印５０７、矢印５０９はそれぞれ、プレイリスト取得要求１、プレイリスト取得要求２、プレイリスト取得要求３の送信処理を示している。また、矢印５０６、矢印５０８、矢印５１０はそれぞれ、プレイリスト取得要求を受信した送信装置２０が、受信装置３０にプレイリストを送信する送信処理を示している。
【００６６】
送信装置２０は、生成したセグメントデータが受信装置に取得可能な状態となると、当該セグメントデータの取得情報を含むプレイリストを生成するか否かを判定する。図５の判定処理５１６は、セグメントデータＮｏ．２が取得可能な状態となったときに、プレイリストを生成するか否かの判定する処理を示している。
【００６７】
この判定は、生成したセグメントデータを受信装置が取得可能になってから、プレイリストの取得要求がなされるまでの時間が、所定時間Ｔ１以内であるか否かに応じて行う。
例えば、判定処理５１６における判定では、セグメントデータＮｏ．１が取得可能となってから、その後に、送信装置２０がプレイリストの取得要求１を受信するまでの時間５１３が、所定時間Ｔ１以内であるか否か判定する。
【００６８】
図５の例では、時間５１３が所定時間Ｔ１より短いものとする。この場合、送信装置２０は、新たなセグメントデータが取得可能となって以降、速やかにプレイリストの取得要求がなされているものと判定する。
【００６９】
新たなセグメントデータが取得可能となってから、速やかにプレイリストの取得要求がなされていると判定した場合には、送信装置２０は、新たに取得可能となったセグメントデータの取得情報を含むプレイリストを生成する。
【００７０】
そして送信装置２０は、プレイリストの生成後に受信したプレイリストの取得要求に応じて、生成したプレイリストを受信装置３０に送信する。
【００７１】
図５の例では、送信装置２０は、判定処理５１６で行われる判定において、時間５１３が所定時間Ｔ１以内であるため、新たに取得可能となったセグメントデータＮｏ．２の取得情報を含むプレイリストを生成することを決定する。そして、新たなプレイリストの生成後に受信されたプレイリストの取得要求２（矢印５０７）に応じて、セグメントデータＮｏ．２の取得情報を含むプレイリストを受信装置３０に送信する（矢印５０８）。
【００７２】
判定処理５１６における判定は、送信装置２０がプレイリストの取得要求１を受信してから、その後の、新たなセグメントデータＮｏ．２が取得可能となるまでの時間５１４が所定時間Ｔ１よりも長いか否かを判定することとしてもよい。時間５１４が所定時間Ｔ１よりも長い場合、送信装置２０は、新たなセグメントデータが取得可能となって以降、速やかにプレイリストの取得要求がなされているものと判定してもよい。
【００７３】
図５の例では、セグメントデータＮｏ．３が取得可能となった後の判定処理５１７、セグメントデータＮｏ．４がそれぞれ取得可能となった後の判定処理５１８においても、送信装置２０は、判定処理５１６と同様の処理を行う。また処理５１５では、セグメントデータが取得可能となってからプレイリストの取得要求がなされるまでの時間についてのデータが無いため、判定を行わずに、セグメントデータＮｏ．１の取得情報を含むプレイリストを生成する。
【００７４】
受信装置３０は、送信装置２０からプレイリストを受信すると、受信したプレイリストが、前回受信したプレイリストから更新されているか判定する。図５の例では、プレイリスト取得要求２に対してプレイリストを受信すると、受信装置３０は判定処理５２０を行う。判定処理５２０では、矢印５０６のプレイリスト送信処理によって送信されたプレイリストＶｅｒ．１と、矢印５０８のプレイリスト送信処理によって送信されたプレイリストＶｅｒ．２を比較して、プレイリストが更新されたか否かを判定する。
【００７５】
プレイリストが更新されている場合には、受信装置３０は第２の所定の時間間隔５１２（Ｔ２）で、次のプレイリスト取得要求３を送信する。一方、プレイリストが更新されていない場合には、第２の所定の時間間隔５１２（Ｔ２）よりも短い時間間隔で、次のプレイリスト取得要求を送信する。
【００７６】
図５の例では、判定処理５２０において、プレイリストＶｅｒ．１に比較して、プレイリストＶｅｒ．２には、新たなセグメントデータＮｏ．２についての取得情報が含まれているので、プレイリストＶｅｒ．２は、プレイリスト１から更新されたと判定する。従って、プレイリスト取得要求２の送信後、第２の所定の時間間隔５１２（Ｔ２）でプレイリスト取得要求３を送信する。受信装置３０は、プレイリストＶｅｒ．３を受信した後の判定処理５２１においても、判定処理５２０と同様にして判定を行う。
【００７７】
処理５１９においては、受信したプレイリストＶｅｒ．１より前に受信したプレイリストが無いので、受信装置３０は判定処理を行わずに、次のプレイリスト取得要求を第２の所定間隔で送信することを決定する。
【００７８】
次に、図６に示した処理について説明する。図５に示した処理と同じ処理を行う部分については図５と同じ番号を付して説明を省略する。
【００７９】
図６では、新たに生成されたセグメントデータを受信装置３０が送信装置２０から取得可能になった後、送信装置２０がプレイリストの取得要求を受信するまでの時間が所定時間Ｔ１以上である場合の処理について説明する。
【００８０】
例えば、セグメントデータＮｏ．１（第１のセグメントデータ）が取得可能となってから（矢印５０１）、プレイリストの取得要求１（第１の取得要求）を送信装置２０が受信する（矢印５０５）までの時間が所定時間Ｔ１以上であるとする。すなわち第１のセグメントデータを受信装置３０が取得可能になってから第１の所定時間以後にプレイリストの第１の取得要求を受信装置から受信する（第１の受信ステップ）。
【００８１】
送信装置２０は第１の取得要求に応答して、セグメントデータＮｏ．１を受信装置３０が取得可能であることを示す第１のプレイリスト受信装置に送信する（矢印５０６）（第１の送信ステップ）。
【００８２】
送信装置２０は判定処理６０３において、生成された第１のセグメントデータを受信装置３０が取得できるようになってから、受信装置３０からプレイリストの取得要求（矢印５０５）を受信するまでの時間が所定時間Ｔ１以上であったと判定する。そして、新たに生成するプレイリストにセグメントデータＮｏ．２（第２のセグメントデータ）についての取得情報を記載しないことを決定する。そして、プレイリストの更新を行わなかったことを示すフラグを立てる。
【００８３】
その後、送信装置２０は、受信装置３０からプレイリスト取得要求２（第２の取得要求）を受信する（矢印５０７）。送信装置２０は、受信装置３０がセグメントデータＮｏ．２を取得可能になってから所定時間Ｔ１以後にプレイリスト取得要求２を受信する（第２の受信ステップ）。
【００８４】
そして、送信装置２０は、プレイリスト取得要求２に応答して、受信装置３０にプレイリストＶｅｒ．１を送信する（第２の送信ステップ）（矢印５２７）。このプレイリストＶｅｒ．１は、矢印５０６が示す送信処理において送信装置２０が受信装置３０に送信したプレイリストと同じプレイリストである。すなわち、セグメントデータＮｏ．１（第１のセグメントデータ）を受信装置３０が取得可能であることを示し、セグメントデータＮｏ．２（第２のセグメントデータ）を受信装置３０が取得可能であることを示さないプレイリスト（第２のメタデータ）である。
【００８５】
プレイリスト取得要求２に対して、プレイリストＶｅｒ．１を受信した受信装置３０は、判定処理６０６を実行する。判定処理６０６では、矢印５０６のプレイリスト送信処理によって送信されたプレイリストＶｅｒ．１と、矢印６０８のプレイリスト送信処理によって送信されたプレイリストＶｅｒ．１を比較して、プレイリストが更新されたか否かを判定する。
【００８６】
矢印６０８のプレイリスト送信処理によって送信されたプレイリストが更新されていない。そこで、図６の判定処理６０６において受信装置３０は、プレイリスト取得要求２を送信してからプレイリスト取得要求３を送信するまでの送信間隔を第２の所定の時間間隔５１２（Ｔ２）よりも短くする。
【００８７】
たとえば、プレイリスト取得要求２の送信からプレイリスト取得要求３（第３の取得要求）の送信までの第３の時間間隔６１１（Ｔ３）を、第２の所定の時間間隔５１２（Ｔ２）の半分にする。このような処理により、セグメントデータＮｏ．３（第３のセグメントデータ）が取得可能となってから、プレイリスト取得要求３が送信装置２０において受信されるまでの時間が時間６１２に短縮される。本実施形態において、この時間６１２は、所定時間Ｔ１よりも短いものとする。また、プレイリスト取得要求３を取得してから、新たなセグメントデータＮｏ．４が取得可能となるまでの時間６１３は、所定時間Ｔ１よりも長くなるものとする。
【００８８】
このようにして、第３のセグメントデータを受信装置３０が取得可能になってから第１の所定時間Ｔ１が経過するよりも前にプレイリスト取得要求３を受信装置３０から受信する（第３の受信ステップ）。
【００８９】
次に、送信装置２０は判定処理６０４において、セグメントデータＮｏ．２が取得可能となってからプレイリスト取得要求２が送信されるまでの時間が所定時間Ｔ１以上であると判定する。しかし処理６０３においてプレイリストを更新しなかったことを示すフラグが立っているため、送信装置２０は当該フラグを降ろした後、プレイリストの更新処理を行う。
【００９０】
すなわち、判定処理６０４では、セグメントデータＮｏ．２の取得情報及びセグメントデータＮｏ．３の取得情報を含むプレイリストＶｅｒ．４を生成する。そして、プレイリスト取得要求３に応じて、プレイリストＶｅｒ．４を受信装置３０に送信する。
【００９１】
このようにして、セグメントデータＮｏ．２及びセグメントデータＮｏ．３を受信装置３０が取得可能であることを示すプレイリストＶｅｒ．４（第３のメタデータ）を第３の取得要求３の受信に応じて受信装置３０に送信する（第３の送信ステップ）。
【００９２】
受信装置３０は、判定処理６０７において、前回取得したプレイリストＶｅｒ．１と、新たに取得したプレイリストＶｅｒ．４を比較する。プレイリストＶｅｒ．１とプレイリストＶｅｒ．４とは、内容が更新されているため、受信装置３０はプレイリスト取得要求３から第２の所定の時間間隔５１２（Ｔ２）で次のプレイリスト取得要求４を送信することを決定する。
【００９３】
セグメントデータＮｏ．４（第４のセグメントデータ）を受信装置３０が受信可能になってから第１の所定の時間間隔（Ｔ１）が経過するよりも前に、プレイリスト取得要求４（第４の取得要求）を受信することができる（第４の受信ステップ）（矢印６１０）。送信装置２０は、プレイリスト取得要求４に応じて、セグメントデータＮｏ．４が取得可能であることを少なくとも示すプレイリストＶｅｒ．５（第４のメタデータ）を受信装置に送信する（第４の送信ステップ）。
【００９４】
以下、同様の処理により、セグメントデータが取得可能な状態になってからプレイリスト取得要求を受信するまでの時間が所定時間Ｔ１以下となった状態で処理が継続される。
【００９５】
本実施形態において、受信装置３０のプレイリスト要求送信タイミングに応じて、新しく取得可能となったセグメントデータの取得情報をプレイリストに記載しない送信装置２０について説明した。しかし送信装置２０が長時間プレイリストを更新しないと、送信装置２０がセグメントデータの送信を終了したものと受信装置が判断してしまう場合がある。
【００９６】
そこで送信装置２０は、プレイリストが更新されない最大許容時間を決定し、プレイリストを更新しない期間が最大許容時間を超えないよう、プレイリストを更新させることができる。例えばこの最大許容時間は、セグメントデータの時間長に２を乗算した値とすることができる。
【００９７】
例えば、セグメントデータＮｏ．２を受信装置３０が取得可能になってから、最大許容時間が経過するよりも前に、セグメントデータＮｏ．２の取得情報を含むプレイリストを生成する。そして、受信装置３０がセグメントデータＮｏ．２を取得可能にする。
【００９８】
こうして、第２のセグメントデータを受信装置３０が取得可能になってから第１の所定時間（Ｔ１）以後であって、第１の所定時間Ｔ１よりも長い最大許容時間（第２の所定時間）が経過するよりも前に、プレイリストを生成する（メタデータ生成ステップ）。このプレイリストは、第２のセグメントデータの取得情報を含み、受信装置３０が第２のセグメントデータを取得することを可能にする。
【００９９】
次に、本実施形態の送信装置２０におけるプレイリストの生成処理について図７を用いて説明する。本実施形態において、図７に示した処理は、図２に示したプレイリスト生成部２０３が実行する。本実施形態において、図７に示した処理は、新たに生成したプレイリストが保持部２０７に保持され取得可能になったときに実行されるものとする。送信装置２０がプロセッサを内蔵する形態では、図７の処理フローは、図７に示す手順を当該プロセッサに実行させるためのプログラムを示す。送信装置２０が内蔵するプロセッサはコンピュータであり、送信装置２０が内蔵する記憶部から読み出したプログラムを実行する。
【０１００】
まずプレイリスト生成部２０３は、生成部２０１が新たにセグメントデータを生成し、保持部２０７に保持させたかどうかを判定する（Ｓ２１０）。プレイリスト生成部２０３は、生成部２０１からプレイリストを保持部２０７に保持させたことを示す通知に基づき、ステップＳ２１０の判定を行うことができる。生成部２０１が新たに生成したセグメントデータを保持部２０７に保持させていない場合、ステップＳ２１０の処理を繰り返す。
【０１０１】
生成部２０１が新たに生成したセグメントデータを保持部２０７に保持させた場合（Ｓ２１０でＹＥＳ）、プレイリスト生成部２０３は、ステップＳ２１１の処理を行う。
ステップＳ２１１ではプレイリスト生成部２０３は、生成部２０１が新たに生成したセグメントデータを保持部２０７に保持させた時刻よりも前に、受信装置３０からプレイリストの取得要求があるかを、第２管理部が管理する情報に基づいて判定する。
【０１０２】
新たなセグメントデータを保持した時刻よりも前の時刻にプレイリストの取得要求があった場合（Ｓ２１１においてＹｅｓの場合）、プレイリスト生成部２０３は、ステップＳ２１２の処理を行う。一方、プレイリストの取得要求が無い場合（Ｓ２１１においてＮｏの場合）、プレイリスト生成部２０３は、ステップＳ２１６の処理を行う。
【０１０３】
ステップＳ２１２ではプレイリスト生成部２０３は、前回受信したプレイリストの取得要求について、新たに生成したセグメントデータを保持してから当該プレイリストの取得要求を受信するまでの時間が所定時間以上であったか判定する。すなわち、新たに生成したセグメントデータを受信装置３０が取得可能になってから、受信装置３０がプレイリストの取得要求を送信するまでの時間が所定時間Ｔ１以上であるか判定する。
【０１０４】
図５の例では、判定処理５１６において、セグメントデータＮｏ．１が取得可能になってから、送信装置２０がプレイリスト取得要求１を受信するまでの時間５１３が所定時間Ｔ１以上であるか判定する。または、送信装置２０がプレイリスト取得要求１を受信してから、セグメントデータＮｏ．２が取得可能な状態になるまでの時間５１４が所定時間Ｔ１未満であるか判定することとしてもよい。
【０１０５】
ステップＳ２１２においてＹＥＳの場合、送信装置２０はプレイリストの更新を行わない処理を行ったことを示すフラグが立てられているか判定する。このフラグは例えば、送信装置２０の保持部２０７に保持することができる。プレイリストの更新を行わなかったことを示すフラグが立っていない場合、ステップＳ２１４において、当該フラグを立てて、プレイリストの更新を行わずに処理を終了する。一方、プレイリストの更新を行わなかったことを示すフラグが立っている場合には、当該フラグを降ろし、プレイリストを更新（Ｓ２１６）した後に処理を終了する。このプレイリストの更新は、新たに生成し保持されたセグメントデータの取得情報を含むプレイリストを生成する処理である。
【０１０６】
ステップＳ２１２において、新たに生成したセグメントデータを保持してから、プレイリストの取得要求がなされるまでの時間が所定時間未満であると判断した場合、ステップＳ２１６においてプレイリストの更新処理を行って処理を終了する。このプレイリストの更新は、新たに生成し保持されたセグメントデータの取得情報を含むプレイリストを生成する処理である。
【０１０７】
次に、本実施形態の受信装置３０によるプレイリスト受信について図８を用いて説明する。本実施形態において、図８に示した処理は、図３に示した受信部３０２が実行する。受信装置３０がプロセッサを内蔵する形態では、図８の処理フローは、図８に示す手順を当該プロセッサに実行させるためのプログラムを示す。受信装置３０が内蔵するプロセッサはコンピュータであり、受信装置３０が内蔵する記憶部から読み出したプログラムを実行する。
【０１０８】
受信部３０２は、プレイリストの取得要求に対する応答として、送信装置２０からプレイリストを受信する（Ｓ３１０）。つぎに受信部３０２は、ステップＳ３１０でプレイリストを受信するよりも過去にプレイリストを受信したかどうかを判定する（Ｓ３１１）。過去にプレイリストを受信していればステップＳ３１２の処理を実行する。一方、過去にプレイリストを受信していなければステップＳ３１４へ進む。
【０１０９】
ステップＳ３１２では、受信部３０２は、ステップＳ３１０において取得したプレイリストと、その一つ前に取得したプレイリストの内容を比較する。そして、ステップＳ３１０に取得したプレイリスト内に新規追加されたセグメントデータの取得情報があるかを判定する。すなわち、前回受信したプレイリストに比べて今回受信したプレイリストが更新されているか判定する。
【０１１０】
新規追加されたセグメントデータの取得情報があればステップＳ３１３へ進む。新規追加されたセグメントデータのメタデータがなければステップＳ３１４へ進む。
【０１１１】
ステップＳ３１３では、送信部３０１が前回プレイリスト取得要求を送信してから第２の所定の時間（Ｔ２）待機する。またステップＳ３１４では、送信部３０１が前回プレイリスト取得要求を送信してから第２の所定の時間よりも短い第３の時間（Ｔ３）待機する。
【０１１２】
そして送信部３０１は、ステップＳ３１３、または、ステップＳ３１４で待機した後、プレイリストの取得要求を送信する（Ｓ３１５）。
【０１１３】
なお、第２の所定の時間Ｔ２は、受信装置３０が決定しても良いし、送信装置２０が決定した値を受信してＴ２に代入しても良い。例えば、受信したプレイリストに記載されたセグメントデータのうち最新のセグメントデータの時間長を代入する。
【０１１４】
本実施形態における受信装置３０は、受信したプレイリストに記載されたセグメントデータのうち最新のセグメントデータの時間長を、受信部３０２がプレイリストを受信するたびＴ２に代入する。
【０１１５】
なお、時間Ｔ３は、受信装置３０が決定しても良いし、送信装置２０が決定した値を送信装置２０から受信した受信装置３０がＴ３に代入しても良い。たとえば、送信装置２０は、セグメントデータ時間長に関連する、最大セグメントデータ時間長（ｔｈｅ  ｍａｘｉｍｕｍ  ｓｅｇｍｅｎｔ  ｄｕｒａｔｉｏｎ）を決定する。そして、最大セグメントデータ時間長をプレイリストに記載し受信装置に送ることで、受信装置へ最大セグメントデータ時間長を通知する。受信装置３０は、受信したプレイリストに記載された最大セグメントデータ時間長に０．５を乗算したものをＴ３に代入する。
【０１１６】
本実施形態における受信装置３０は、セグメントデータ時間長に０．５を乗算したものをＴ３に代入する。ここで本実施形態におけるセグメントデータ分割方法は単位時間ごとであるから、セグメントデータ時間長はセグメントデータによらず一定である。セグメントデータ時間長が一定でない形態に対しては、最大セグメントデータ時間長に０．５を乗算したものをＴ３として用いることができる。あるいは最小セグメントデータ時間長をＴ３として用いることができる。
【０１１７】
本実施形態において説明した受信装置３０の処理は、ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ＤＲＡＦＴ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−１１等に記載のライブストリーミング処理に適合するものである。送信装置２０が実施形態１において上述した処理を実行することにより、受信装置側では特別な処理を行うことなく、セグメントデータが用意されたのち速やかにプレイリストを受信できるようになる。
【０１１８】
以上の実施形態によれば、送信装置においてセグメント受信装置がプレイリストの取得要求を送信するまでの間隔が所定時間以上であった場合、送信装置におけるプレイリストの更新後、受信装置が速やかにプレイリストを受信できる。したがって受信装置３０は、最新のプレイリストに基づいて速やかにセグメントデータを取得することができる。このようにして、受信装置３０はリアルタイム性の高いストリーミング再生を行うことができる。
【０１１９】
＜実施形態２＞
本実施形態では、送信装置２０が生成したセグメントデータが取得可能となってから、受信装置３０からプレイリスト取得要求を受信するまでの時間が所定時間Ｔ１以上である場合、生成するセグメントデータの時間長を短縮する場合について説明する。
【０１２０】
例えば、第１のセグメントデータが取得可能となってから所定時間Ｔ１以上経過した後に、第１のプレイリスト取得要求を受信する。その後、第２のセグメントデータを受信装置３０が取得可能になる。
【０１２１】
受信装置３０は所定間隔でプレイリスト取得要求を送信するため、第２のセグメントデータが取得可能になった後、所定時間Ｔ１以上経過した後に、第２のプレイリスト取得要求を受信する。
【０１２２】
さらに第２のセグメントデータが取得可能になった後に、第３のセグメントデータが生成され取得可能になる。この際、第３のセグメントデータの時間長を短縮する。
【０１２３】
セグメントデータの時間長が短くなると、第３のセグメントデータの生成時間が短くなる。そして、第３のセグメントデータを受信装置３０が取得可能になる時刻が早まることとなる。
【０１２４】
このように第３のセグメントデータを受信装置３０が取得可能となる時刻を早めて、第２のプレイリスト取得要求を送信装置２０が受信する時刻よりも前に、第３のセグメントデータを受信装置３０が取得可能な状態にする。このようにして、セグメントデータを受信装置３０が取得可能な状態になってから、プレイリスト取得要求を受信するまでの時間を短縮させることができる。
【０１２５】
実施形態２にかかる送受信システムの構成は実施形態１において図１を用いて説明した構成と同じであるため、説明を省略する。
【０１２６】
次に、本実施形態にかかる送信装置２０の構成について図９を用いて説明する。本実施形態に係る生成部２０１は、第１管理部２０２から管理情報を取得する。また本実施形態に係る生成部２０１は、第２管理部２０５からプレイリストの取得要求を受信した時刻を取得する。
【０１２７】
また、本実施形態に係る生成部２０１は、第２管理部２０５から取得した時刻情報に基づいて、セグメントデータを保持部２０７に保持させる時間を決定する。さらに、本実施形態に係る生成部２０１は、通常の時間長のセグメントデータと、時間長が短縮されたセグメントデータとを生成する。すなわち、第１のセグメントデータの再生時間よりも再生時間が短い第２のセグメントデータを生成する。その他の構成は実施例１において説明した内容と同じであるので説明を省略する。
【０１２８】
本実施形態に係る受信装置３０の構成については、実施例１において説明した内容と同様であるため、説明を省略する。
【０１２９】
本実施形態にかかる送信装置２０のセグメントデータ生成処理について図１０を用いて説明する。本実施形態において、図１０に示した処理は、図９に示したプレイリスト生成部２０３が実行する。本実施形態において、図１０に示した処理は、新たに生成したプレイリストが保持部２０７に保持され取得可能になったときに実行されるものとする。送信装置２０がプロセッサを内蔵する形態では、図１０の処理フローは、図１０に示す手順を当該プロセッサに実行させるためのプログラムを示す。送信装置２０が内蔵するプロセッサはコンピュータであり、送信装置２０が内蔵する記憶部から読み出したプログラムを実行する。
【０１３０】
まず生成部２０１は、第２管理部２０５から取得される管理情報に基づいて、過去にプレイリスト要求があったかを判定する。過去にプレイリスト要求があればステップＳ２４１へ進む。過去にプレイリスト要求がなければステップＳ２４３へ進む。
【０１３１】
ステップＳ２４１において生成部２０１は、過去に用意したセグメントデータのうち最新のもの二つに関して、一つでも短縮されたセグメントデータを用意したかどうかを判定する。一つでも短縮されたセグメントデータを用意していればステップＳ２４３へ進む。ここで、短縮されたセグメントデータとは、セグメントデータの時間長を他のセグメントの時間長よりも短くしたセグメントデータである。
【０１３２】
短縮されたセグメントデータを一つも用意していなければ、ステップＳ２４２へ進む。
【０１３３】
ステップＳ２４２において、生成部２０１は、最後にプレイリストの取得要求を受信装置３０から受信した時間を第２管理部から取得する。また生成部２０１は、第１管理部２０２から、セグメントデータが取得可能となった時間を取得する。そして生成部２０１は、セグメントデータが取得可能となってから、プレイリストの取得要求がなされるまでの時間が、所定時間Ｔ１以上であるかどうかを判定する。セグメントデータが取得可能となってから、プレイリストの取得要求がなされるまでの時間とは、図５の時間５１３、図６の時間６０１に対応する。当該時間がＴ１未満であればステップＳ２４５へ進む。また、当該時間がＴ１以上であればステップＳ２４３へ進む。
【０１３４】
ステップＳ２４２では、プレイリストの取得要求がなされてから、その後に、新たなセグメントデータが生成され保持部２０７に保持されるまでの時間（図５の５１４、図６の６０２）が所定時間ｔ未満であるか判定することとしてもよい。所定時間ｔ以上である場合には、ステップＳ２４３に進む。所定時間ｔ未満である場合にはステップＳ２４５に進む。
【０１３５】
ステップＳ２４３において生成部２０１は、入力される映像データが、短縮されていないセグメントデータの時間長の分だけ溜まるまで待機し、ステップＳ２４４へ進む。
【０１３６】
ステップＳ２４４において生成部２０１は、入力された映像データから、短縮されていないセグメントデータの時間長の分のセグメントデータを切り出し、セグメントデータにセグメントデータ番号を割り当て、ステップＳ２４７へ進む。
【０１３７】
ステップＳ２４５では生成部２０１は、入力された映像データが、短縮されたセグメントデータの時間長の分だけ溜まるまで待機し、ステップＳ２４６へ進む。ステップＳ２４６において生成部２０１は、入力された映像データから、短縮されたセグメントデータの時間長の分のセグメントデータを切り出し、セグメントデータにセグメントデータ番号を割り当て、ステップＳ２４７へ進む。
【０１３８】
ステップＳ２４７において生成部２０１は、セグメントデータを保持部２０７に保持させた時刻を第１管理部２０２へ送信する。
【０１３９】
ステップＳ２４８において生成部２０１は、用意したセグメントデータの、セグメントデータ番号、ＵＲＩ、セグメントデータの時間長などから構成される取得情報をプレイリスト生成部２０３へ送信し、ステップＳ２４０に戻る。
【０１４０】
次に、本実施形態の送信装置２０によるプレイリスト更新の詳細について説明する。本実施形態に係るプレイリスト生成部２０３は、生成部２０１が新しくセグメントを生成するまで待機する。生成部２０１が新しくセグメントを生成したとき、新しく用意したセグメントの取得情報を含むプレイリストを生成し、プレイリスト生成処理を終了する。
【０１４１】
受信装置３０の処理は実施形態１において図８を用いて説明した内容と同様であるため、説明を省略する。
【０１４２】
以上の構成では、送信装置２０において生成したセグメントデータが取得可能となってから、受信装置３０がプレイリスト取得要求を送信するまでの時間が所定時間Ｔ１以上である場合、送信装置２０は生成するセグメントデータの時間長を短縮する。そして、プレイリストの更新を早くする。その結果、受信装置３０がプレイリストの取得要求を送信するタイミングが補正され、受信装置３０は新しいセグメントデータが追加されたプレイリストを速やかに取得することができる。このようにして、受信装置３０はリアルタイム性の高いストリーミング再生を行うことができる。
【０１４３】
本実施形態に係る処理は、実施形態１において説明した処理とあわせて実行されることとしてもよい。
【０１４４】
＜実施形態３＞
本実施形態では、送信装置２０が２種類のプレイリストを管理し、受信装置のプレイリスト要求のタイミングによって、応答送信するプレイリストの種類を変更する例について説明する。
【０１４５】
本実施形態に係る送受信システムは、送信装置２０にネットワーク１０を介して複数の受信装置３０が接続される場合について説明する。本実施形態において、送信装置２０は第１の受信装置３０及び第２の受信装置３０にプレイリストを送信する。
【０１４６】
次に、本実施形態に係る送信装置２０の構成について図１１を用いて説明する。本実施形態に係るプレイリスト生成部２０３は、生成部２０１が新たにセグメントデータを生成すると、複数のプレイリストを生成する。
【０１４７】
送信部２０６は、受信部２０４の通知を受けて、プレイリスト生成部２０３により作成された第１のプレイリストまたは第２のプレイリストを受信装置３０へ送信する。送信部２０６は、プレイリストの取得要求を受信した時間を第２管理部より取得して、受信装置３０へ第１のプレイリストを送信するか第２のプレイリストを送信するか決定する。
【０１４８】
送信装置２０のその他の構成については、実施形態１において図２を用いて説明した内容と同様であるため、説明を省略する。
【０１４９】
また、本実施例に係る信装置３０の構成は、実施形態１において図３を用いて説明した内容と同様であるため、説明を省略する。
【０１５０】
次に、本実施形態の送信装置２０におけるセグメントデータ生成処理は実施形態１において説明した内容と同様であるため、説明を省略する。
【０１５１】
次に、本実施形態の送信装置２０によるプレイリスト更新の詳細について図１２を用いて説明する。本実施形態において、図１２に示した処理は、図２に示したプレイリスト生成部２０３が実行する。本実施形態において、図１２に示した処理は、新たに生成したプレイリストが保持部２０７に保持され取得可能になったときに実行されるものとする。送信装置２０がプロセッサを内蔵する形態では、図１２の処理フローは、図１２に示す手順を当該プロセッサに実行させるためのプログラムを示す。送信装置２０が内蔵するプロセッサはコンピュータであり、送信装置２０が内蔵する記憶部から読み出したプログラムを実行する。
【０１５２】
ステップＳ２５０において、まずプレイリスト生成部２０３は、生成部２０１が新しくセグメントデータを生成し、保持部２０７に保持させたどうかを判定する。生成部２０１が新たに生成したセグメントデータが保持部２０７に保持されていない場合、ステップＳ２５０の処理を繰り返す。生成部２０１が新たに生成したセグメントデータが保持部２０７に保持された場合、ステップＳ２５１へ進む。
【０１５３】
ステップＳ２５１においてプレイリスト生成部２０３は、第２管理部からプレイリストの取得要求がなされた時刻を取得し、プレイリスト要求があったかを判定する。プレイリスト要求があれば、ステップＳ２５２へ進む。プレイリスト要求が無ければ、ステップＳ２５３へ進む。
【０１５４】
ステップＳ２５２においてプレイリスト生成部２０３は、第１管理部２０２から、新しく生成されたセグメントデータが保持部２０７に保持された時刻を取得する。そしてプレイリスト生成部２０３は、生成したセグメントデータが取得可能となってからプレイリストの取得要求が受信されるまでの時間（図５の時間５１３、図６の時間６０１）が所定時間Ｔ１以上であるか判定する。Ｔ１以上であればステップＳ２５４へ進む。Ｔ１未満であれば、ステップＳ２５３へ進む。ステップＳ２５２では、プレイリストの取得要求を受信してから、その後、新たにセグメントデータが保持部２０７に保持されるまでの時間（図５の時間５１４、図６の時間６０２）が所定時間ｔ未満であるか判定することとしてもよい。所定時間ｔ以上である場合には、ステップＳ２５４に進む。一方、所定時間ｔ未満である場合には、ステップＳ２５３に進む。
【０１５５】
ステップＳ２５３においてプレイリスト生成部２０３は、新しく保持部２０７に保持されたセグメントデータの取得情報を第２のプレイリストに記載し、ステップＳ２５４へ進む。
【０１５６】
ステップＳ２５４においてプレイリスト生成部２０３は、新しく用意されたセグメントデータの取得情報を第１のプレイリストに記載し、プレイリスト更新処理を終了する。
【０１５７】
なお所定時間Ｔ１は、セグメントデータ一つの時間長に応じて決定することができる。例えば、本実施形態におけるＴ１は、セグメントデータの時間長に０．６を乗算した値とすることができる。
【０１５８】
次に、本実施形態の送信装置２０によるプレイリスト送信の詳細について図１３を用いて説明する。本実施形態において、図１３に示した処理は、図２に示した送信部２０６が実行する。本実施形態において、受信装置３０からプレイリストの取得要求を受信したことに応じて実行されるものとする。送信装置２０がプロセッサを内蔵する形態では、図１３の処理フローは、図１３に示す手順を当該プロセッサに実行させるためのプログラムを示す。送信装置２０が内蔵するプロセッサはコンピュータであり、送信装置２０が内蔵する記憶部から読み出したプログラムを実行する。
【０１５９】
図１３のステップＳ２６０において、まず送信部２０６は、受信部２０４からの情報に基づき、受信装置３０から新しくプレイリスト要求を受信したか判定する。新しくプレイリスト要求を受信した場合、ステップＳ２６１へ進む。新しくプレイリスト要求を受信していない場合、ステップＳ２６０へ進む。
【０１６０】
ステップＳ２６１において送信部２０６は、第１管理部２０２の情報に基づき、過去にセグメントデータを用意したかを判定する。過去にセグメントデータを用意していれば、ステップＳ２６２へ進む。過去にセグメントデータを用意していなければ、ステップＳ２６４へ進む。
【０１６１】
ステップＳ２６２において送信部２０６は、第２管理部より、プレイリスト要求を受信した時間を取得する。そして送信部２０６は、第１管理部２０２より、新しく用意したセグメントデータの用意時間を取得する。そして送信部２０６は、新しく用意したセグメントデータの用意時間から、プレイリスト要求を受信した時間までの時間が、所定の値Ｔ６以上であるかどうかを判定する。Ｔ６以上でなければステップＳ２６４へ進む。Ｔ６以上であれば、ステップＳ２６３へ進む。
【０１６２】
ステップＳ２６３において送信部２０６は、第２のプレイリストを受信装置３０へ送信し、プレイリスト送信処理を終了する。
【０１６３】
ステップＳ２６４において送信部２０６は、第１のプレイリストを受信装置３０へ送信し、プレイリスト送信処理を終了する。なお所定の値Ｔ６は、セグメントデータ一つを用意するためにかかる時間からＴ１の値を減算した値が好ましい。本実施形態におけるＴ６は、セグメントデータ一つを用意するためにかかる時間からＴ１の値を減算した値、すなわち、セグメントデータ一つを用意するためにかかる時間に０．４を乗算した値とする。
【０１６４】
本実施形態の受信装置３０によるプレイリスト受信の詳細については実施形態１と同様のため、説明は省略する。
【０１６５】
本実施形態によれば、セグメントデータが取得可能になってから所定時間ｔ以内にプレイリスト取得要求を送信する第１の受信装置３０に対して新たに生成したセグメントデータの取得情報を含むプレイリスト（第１のプレイリスト）を送信することができる。
【０１６６】
また、セグメントデータが取得可能になってから所定時間ｔ以内にプレイリスト取得要求を送信しなかった第２の受信装置３０に対しては、前回送信したプレイリストから更新がないプレイリスト（第２のプレイリスト）を送信することができる。
【０１６７】
上述の通り受信装置３０は、更新のないプレイリストを受信した場合、更新のあるプレイリストを受信した場合よりも、プレイリストの取得要求の送信間隔を短くする。本実施形態によれば、プレイリストの取得要求の送信タイミングが遅い第２の受信装置３０のみ、プレイリストの取得要求の送信間隔を短くさせることができる。
【０１６８】
このようにして、複数の受信装置３０がネットワーク１０に接続されている場合でも、セグメントデータが取得可能になってから各受信装置が速やかにプレイリストの取得要求を送信できるようにすることができる。
【０１６９】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【０１７０】
２０    送信装置
３０    受信装置
２０１  生成部
２０３  プレイリスト生成部
２０４  受信部
２０６  送信部
２０７  保持部
３０１  送信部
３０２  受信部
【図１】
2015002369.tif 000003
【図２】
2015002369.tif 000004
【図３】
2015002369.tif 000005
【図４】
2015002369.tif 000006
【図５】
2015002369.tif 000007
【図６】
2015002369.tif 000008
【図７】
2015002369.tif 000009
【図８】
2015002369.tif 000010
【図９】
2015002369.tif 000011
【図１０】
2015002369.tif 000012
【図１１】
2015002369.tif 000013
【図１２】
2015002369.tif 000014
【図１３】
2015002369.tif 000015