(57)【特許請求の範囲】
【請求項１】
コンテンツの情報を示す記述ファイルを生成する第１の生成手段と、
前記コンテンツに関するメタデータを生成する第２の生成手段と、
前記第１の生成手段により生成された前記記述ファイルと前記第２の生成手段により生成された前記メタデータとを含んだプッシュ通知を送信する第１の送信手段と、
前記プッシュ通知に含まれる前記記述ファイルに基づいたコンテンツの取得要求があった場合、前記コンテンツを送信する第２の送信手段と、
を有し、
前記メタデータには、前記コンテンツの内容を示す付帯情報、前記コンテンツの表示に関するアプリケーション、前記コンテンツの一部、が含まれる通信装置。
【請求項２】
撮像手段を更に有し、
前記コンテンツは、前記撮像手段により撮像された画像コンテンツである請求項１記載の通信装置。
【請求項３】
コンテンツの情報を示す記述ファイルと前記コンテンツに関するメタデータとを含むプッシュ通知を受信する受信手段と、
前記受信手段により受信された前記プッシュ通知に含まれる前記記述ファイルに基づきコンテンツを取得する取得手段と、
を有し、
前記メタデータには、前記コンテンツの内容を示す付帯情報と前記コンテンツの表示に関するアプリケーションと前記コンテンツの一部とが含まれる通信装置。
【請求項４】
前記プッシュ通知の前記メタデータに含まる前記コンテンツの表示に関するアプリケーションを用いて、前記取得手段により取得された前記コンテンツを表示する表示手段を更に有する請求項３記載の通信装置。
【請求項５】
前記表示手段は、前記取得手段により取得されたコンテンツを表示する前に、前記プッシュ通知の前記メタデータに含まれる前記コンテンツの一部を、前記アプリケーションを用いて表示する請求項４記載の通信装置。
【請求項６】
前記受信手段は、複数のプッシュ通知を受信し、
前記取得手段は、前記複数のプッシュ通知に含まれるコンテンツの情報を示す記述ファイルに基づき異なる装置よりコンテンツを取得し、
前記表示手段は、前記取得手段により前記異なる装置より取得されたコンテンツを、前記アプリケーションを用いて表示する請求項４又は５記載の通信装置。
【請求項７】
コンテンツの情報を示す記述ファイルを含むプッシュ通知を受信する第１の受信手段と、
前記第１の受信手段により受信された前記プッシュ通知の宛先を選択できるか否かを判定する判定手段と、
前記判定手段により前記第１の受信手段により受信された前記プッシュ通知の宛先を選択できると判定された場合、前記プッシュ通知を前記宛先に送信する送信手段と、
を有する通信装置。
【請求項８】
前記プッシュ通知には、前記コンテンツに関するメタデータが更に含まれ、
前記判定手段は、前記第１の受信手段により受信された前記プッシュ通知に含まれる前記メタデータに基づいて前記プッシュ通知の宛先を選択できるか否かを判定する請求項７記載の通信装置。
【請求項９】
前記第１の受信手段は、前記プッシュ通知を、前記コンテンツを配信する配信装置より受信し、
前記プッシュ通知の受信を行うための情報を、前記コンテンツを再生する再生装置より受信する第２の受信手段を更に有し、
前記判定手段は、前記第２の受信手段により受信された前記プッシュ通知の受信を行うための情報と、前記第１の受信手段により受信された前記プッシュ通知に含まれる前記メタデータと、に基づいて前記プッシュ通知の宛先を選択できるか否かを判定する請求項８記載の通信装置。
【請求項１０】
前記メタデータに、前記コンテンツの一部が含まれていた場合、前記コンテンツのサムネイルを生成して前記プッシュ通知に含める生成手段を更に有する請求項８又は９記載の通信装置。
【請求項１１】
前記メタデータに、前記コンテンツの一部が含まれていた場合、前記コンテンツの一部を解析し、前記コンテンツの一部に含まれる注目領域を抽出して前記プッシュ通知に含める生成手段を更に有する請求項８又は９記載の通信装置。
【請求項１２】
前記記述ファイルは、ＭＰＤファイルである請求項１乃至１１何れか１項記載の通信装置。
【請求項１３】
配信装置と、通知装置と、再生装置と、を含むシステムであって、
前記配信装置は、
コンテンツの情報を示す記述ファイルを生成する生成手段と、
前記生成手段により生成された前記記述ファイルを含んだプッシュ通知を前記通知装置に送信する第１の送信手段と、
を有し
前記通知装置は、
前記プッシュ通知を受信する第１の受信手段と、
前記第１の受信手段により受信された前記プッシュ通知の宛先の再生装置を選択できる場合、前記プッシュ通知を前記宛先の再生装置に送信する第２の送信手段と、
を有し、
前記再生装置は、
前記プッシュ通知を受信する第２の受信手段と、
前記第２の受信手段により受信された前記プッシュ通知に含まれる前記記述ファイルに基づき前記配信装置よりコンテンツを取得する取得手段と、
前記取得手段により取得された前記コンテンツを表示する表示手段と、
を有するシステム。
【請求項１４】
通信装置が実行する情報処理方法であって、
コンテンツの情報を示す記述ファイルを生成する第１の生成ステップと、
前記コンテンツに関するメタデータを生成する第２の生成ステップと、
前記第１の生成ステップにより生成された前記記述ファイルと前記第２の生成ステップにより生成された前記メタデータとを含んだプッシュ通知を送信する第１の送信ステップと、
前記プッシュ通知に含まれる前記記述ファイルに基づいたコンテンツの取得要求があった場合、前記コンテンツを送信する第２の送信ステップと、
を有し、
前記メタデータには、前記コンテンツの内容を示す付帯情報、前記コンテンツの表示に関するアプリケーション、前記コンテンツの一部、が含まれる情報処理方法。
【請求項１５】
通信装置が実行する情報処理方法であって、
コンテンツの情報を示す記述ファイルと前記コンテンツに関するメタデータとを含むプッシュ通知を受信する受信ステップと、
前記受信ステップにより受信された前記プッシュ通知に含まれる前記記述ファイルに基づきコンテンツを取得する取得ステップと、
を有し、
前記メタデータには、前記コンテンツの内容を示す付帯情報と前記コンテンツの表示に関するアプリケーションと前記コンテンツの一部とが含まれる情報処理方法。
【請求項１６】
コンピュータを、請求項１乃至１２何れか１項記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ウェブの発展により、ＨＴＴＰ／１．１の高速化が求められている。ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）では、ＨＴＴＰ／１．１の次期の規格であるＨＴＴＰ／２が提案されている。
また、ＨＴＴＰを用いたストリーミング技術として、ＭＰＥＧ−ＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）が提案されている。ＭＰＥＧ−ＤＡＳＨでは、配信コンテンツを分割してＭＰＤファイルと呼ばれる記述データに列挙することでストリーミングを実現している。
ＭＰＥＧ−ＤＡＳＨのＭＰＤファイルを効率的に送信する方法として、ＭＰＤファイルの更新方法が開示されている（特許文献１）。クライアントはサーバにＭＰＤファイルの一部を要求する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５６５８８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、コンテンツの再生を決定してからコンテンツの再生が開始されるまでに時間がかかる恐れがあった。例えば、ストリーミングの開始を決定してから、実際の配信コンテンツの取得の前に、クライアントは、配信サーバからＭＰＤファイル、アプリケーション、メタデータ等をそれぞれ取得すると、その取得処理に時間がかかる。その結果、ストリーミングの開始の決定から配信コンテンツの再生までに時間がかかってしまう。
本発明は、コンテンツの再生を決定してからコンテンツの再生が開始されるまでの時間を短縮することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、コンテンツの情報を示す記述ファイルを生成する第１の生成手段と、前記コンテンツに関するメタデータを生成する第２の生成手段と、前記第１の生成手段により生成された前記記述ファイルと前記第２の生成手段により生成された前記メタデータとを含んだプッシュ通知を送信する第１の送信手段と、前記プッシュ通知に含まれる前記記述ファイルに基づいたコンテンツの取得要求があった場合、前記コンテンツを送信する第２の送信手段と、を有し、前記メタデータには、前記コンテンツの内容を示す付帯情報、前記コンテンツの表示に関するアプリケーション、前記コンテンツの一部、が含まれる。
【発明の効果】
【０００６】
本発明によれば、コンテンツの再生を決定してからコンテンツの再生が開始されるまでの時間を短縮することができる。
【図面の簡単な説明】
【０００７】
【図１】通信システムのシステム構成の一例を示す図である。
【図２】配信装置のハードウェア構成の一例を示す図である。
【図３】再生装置のモジュール構成の一例を示す図である。
【図４】通知装置のモジュール構成の一例を示す図である。
【図５】配信装置のモジュール構成の一例を示す図である。
【図６】再生装置におけるプッシュ通知の受信時のフローチャートである。
【図７】配信装置におけるプッシュ通知の送信時のフローチャートである。
【図８】配信装置におけるコンテンツ要求受信時のフローチャートである。
【図９】通知装置におけるプッシュ通知の転送時のフローチャートである。
【図１０】コンテンツ開始の再生を開始するシーケンス図である。
【図１１】再生装置における複数の配信装置からプッシュ通知の受信時のフローチャートである。
【図１２】プッシュ通知のデータフォーマットの一例を示す図である。
【図１３】複数の配信装置からコンテンツを受信し再生するシーケンス図である。
【図１４】再生装置のコンテンツ再生中の表示画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、通信システムのシステム構成の一例を示す図である。
ネットワーク１００は再生装置、通知装置、配信装置を接続するネットワークである。本実施形態では、ネットワーク１００はインターネットを用いて実現するものとして説明を行う。しかし、ネットワーク１００はインターネットに限らず、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＵＳＢ等であってもよい。また、ネットワーク１００は、有線であっても無線であってもよく、有線及び無線の複合であってもよい。
再生装置１０１は、配信装置１０３によって配信された動画を再生する再生装置である。
通知装置１０２は、配信装置１０３から受信したプッシュ通知を再生装置１０１に送信する通知装置である。本実施形態では、通知装置１０２は、一台の装置として説明を行うが、複数のサーバ装置等で構成されるクラウド上のサービスとして通信システムに実装してもよい。通知装置１０２は、一台の装置としては、サーバであってもよく、スマートウォン等であってもよい。
配信装置１０３は、再生装置１０１に動画を配信する配信装置である。また、配信装置１０３は状態の変化によるイベントを通知装置１０２に通知する。例えば、状態の変化とは、配信開始、不審者の検知、不審物の検知、人感センサーや温度センサーによる変化、ドアの開け閉めの変化等である。
本実施形態では配信装置１０３と通知装置１０２とを別々の装置として構成したが、これに限らず、同一装置、又は同一サービス内で実施しても実現できる。また、再生装置１０１、通知装置１０２、配信装置１０３の機能をネットワーク上に分散させて、それぞれ別のサービスとして実施してもよい。
図１の例では、通知装置１０２は、ネットワーク１００を介してプッシュ通知を行う例を示したが、これに限らず、携帯電話網やＷｉＭＡＸ等、他の無線網を用いてプッシュ通知を行ってもよい。
【００１０】
次に、本実施形態における配信装置１０３のハードウェア構成について、図２を用いて説明する。図２は、配信装置１０３のハードウェア構成の一例を示す図である。図２に示されるように、配信装置１０３は、ハードウェア構成として、ＣＰＵ１０、ＨＤＤ１１、ＲＡＭ１２、ネットワークＩ／Ｆ１３を含む。配信装置１０３の各構成は、バス１５を介して接続されている。ＣＰＵ１０は、配信装置１０３の全体を制御する。ＨＤＤ１１は、プログラムや受信装置２００に送信するデータ、ＣＰＵ１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。ＲＡＭ１２は、配信装置１０３のメインメモリであって、ＨＤＤ１１から読み出されたプログラムをＣＰＵ１０が実行する際等に利用される。ネットワークＩ／Ｆ１３は、配信装置１０３をネットワーク１００に接続するインタフェース（Ｉ／Ｆ）である。
ＣＰＵ１０がプログラムに基づき処理を実行することにより、後述する図５に示す配信装置１０３のモジュール構成、及び後述する図７、８に示すフローチャート、図１０、１３のシーケンス図の配信装置１０３の処理が実現される。再生装置１０１のハードウェア構成も図２の配信装置１０３のハードウェア構成と同様である。再生装置１０１のＣＰＵが再生装置１０１のＨＤＤ等に記憶されているプログラムに基づき処理を実行することにより、以下のことが実現される。即ち、後述する図３に示す再生装置１０１のモジュール構成、及び後述する図６、１２に示すフローチャート、図１０、１３のシーケンス図の再生装置１０１の処理が実現される。但し、再生装置１０１のハードウェア構成は、図２に示したハードウェア構成に比べて、ディスプレイ等の表示部を更に有する。再生装置１０１のディスプレイに、後述する図１４に示されるような画面が表示される。
また、通知装置１０２のハードウェア構成も図２の配信装置１０３のハードウェア構成と同様である。通知装置１０２のＣＰＵが通知装置１０２のＨＤＤ等に記憶されているプログラムに基づき処理を実行することにより、以下のことが実現される。即ち、後述する図４に示す通知装置１０２のモジュール構成、及び後述する図９に示すフローチャート、図１０、１３のシーケンス図の通知装置１０２の処理が実現される。
【００１１】
図３は、再生装置１０１のモジュール構成の一例を示す図である。
通信部２０１は、プロトコル処理を行う。本実施形態では、通信部２０１は、ＨＴＴＰ／２を利用するものとして説明を行う。但し、これに限らず、通信部２０１は、ＱＵＩＣ、ＷｅｂＳｏｃｋｅｔ、ＭＱＴＴ（ＭＱ  Ｔｅｌｅｍｅｔｒｙ  Ｔｒａｎｓｐｏｒｔ）、ＣｏＡＰ（Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の他のプロトコルを利用してもよい。また、通信部２０１は、これらのプロトコルの複合したプロトコルを利用してもよい。また、例えば、再生装置１０１と配信装置１０３との間にプロトコルを変換するプロキシ装置を設置して、実現してもよい。
表示部２０２は、再生した配信コンテンツの表示を行う。本実施形態では、配信コンテンツの一例として動画を想定しているがこれに限らず、音声や静止画であってもよい。
再生部２０３は、配信コンテンツを再生する。再生部２０３は、音声を再生する場合、スピーカーによって配信コンテンツを再生してもよい。
ＴＣＰ／ＩＰ処理部２０４は、ＴＣＰ／ＩＰの制御を行う。通知装置１０２や配信装置１０３との通信は、ＴＣＰ／ＩＰ処理部２０４を通じて処理される。
データ取得部２０５は、配信装置１０３から配信コンテンツを取得する。データ取得部２０５は、通信部２０１によりプロトコル処理を行った上でＴＣＰ／ＩＰ処理部２０４を通じて、配信装置１０３と通信を行う。
プッシュ処理部２０６は、通知装置１０２からのプッシュ通知を受信する。プッシュ処理部２０６は、通信部２０１によりプロトコル処理を行った上でＴＣＰ／ＩＰ処理部２０４を通じて、配信装置１０３と通信を行う。
メタデータ取得部２０７は、プッシュ通知に含まれるメタデータを取得する。
メタデータ解析部２０８は、メタデータ取得部２０７で取得したメタデータを解析する。
取得データ判断部２０９は、メタデータ解析部２０８の結果、足りないメタデータ（ＭＰＤファイル、アプリケーション、サムネイル等）があるかを判断する。ここで、ＭＰＤは、Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎの略である。
動画変更部２１０は、配信コンテンツの取得先、再生位置、ファイルフォーマット、ビットレートを変更する。
【００１２】
図４は、通知装置１０２のモジュール構成の一例を示す図である。
通信部３０１は、プロトコル処理を行う。例えば、通信部３０１は、ＨＴＴＰ／２を利用したＷｅｂＰｕｓｈ機能を用いて実現する。本実施形態では、通信部３０１は、ＨＴＴＰ／２を利用するものとして説明を行う。但し、これに限られず、通信部３０１は、ＱＵＩＣ、ＷｅｂＳｏｃｋｅｔ、ＭＱＴＴ、ＣｏＡＰ等の他のプロトコルを利用してもよい。また、通信部３０１は、これらのプロトコルを複合したプロトコルを利用してもよい。
プッシュ送信部３０２は、再生装置１０１にプッシュ通知を送信する。
プッシュ受信部３０３は、配信装置１０３からプッシュ通知を受信する。
ＴＣＰ／ＩＰ処理部３０４は、ＴＣＰ／ＩＰの制御を行う。再生装置１０１や配信装置１０３との通信は、ＴＣＰ／ＩＰ処理部３０４を通じて処理される。
プッシュ生成部３０５は、再生装置１０１に送信するプッシュ通知を生成する。プッシュ生成部３０５は、メタデータ判断部３０６の解析結果に応じてプッシュ通知に含むためのメタデータを生成してもよい。例えば、プッシュ生成部３０５は、メタデータに配信コンテンツの一部が含まれていた場合、配信コンテンツのサムネイルを生成してプッシュ通知に含めるようにしてもよい。また、プッシュ生成部３０５は、メタデータに配信コンテンツの一部が含まれていた場合、配信コンテンツの中から注目領域を検出し、プッシュ通知に含めるようにしてもよい。
メタデータ判断部３０６は、プッシュ通知に含まれるメタデータを解析し、再生装置１０１にプッシュ通知を送信するか否かを決定する。
【００１３】
図５は、配信装置１０３のモジュール構成の一例を示す図である。
通信部４０１は、プロトコル処理を行う。例えば、通信部４０１は、ＨＴＴＰ／２を利用したＷｅｂＰｕｓｈ機能を用いて実現する。本実施形態では、通信部４０１は、ＨＴＴＰ／２を利用するが、これに限らず、ＱＵＩＣ、ＷｅｂＳｏｃｋｅｔ、ＭＱＴＴ、ＣｏＡＰ等の他のプロトコルを利用してもよい。また、通信部４０１は、これらのプロトコルを複合したプロトコルを利用してもよい。
動画生成部４０２は、配信コンテンツを生成する。本実施形態では配信コンテンツとして動画を選択したが、これに限らず、静止画、音声、バイナリ、実行コード等であってもよい。
メタデータ生成部４０３は、配信コンテンツのメタデータを生成する。メタデータ生成部４０３は、アプリケーション、サムネイル、配信コンテンツの一部、付帯情報（注目領域、人物検知情報）等を生成し、プッシュ通知に付与する。メタデータ生成部４０３は、配信装置１０３の機能に応じて、一部のメタデータのみを生成しプッシュ通知に付与してもよい。
ＴＣＰ／ＩＰ処理部４０４は、ＴＣＰ／ＩＰの制御を行う。再生装置１０１や通知装置１０２との通信は、ＴＣＰ／ＩＰ処理部４０４を通じて処理される。
ＭＰＤ生成部４０５は、配信コンテンツのＭＰＤファイルの生成を行う。本実施形態では、ＭＰＤ生成部４０５は、ＭＰＤファイルを生成しているが、これに限らず、配信コンテンツを分割したリストやリストに相当するデータを生成するようにしてもよい。
動画配信部４０６は、配信コンテンツの取得要求に応じて配信コンテンツを配信する。
プッシュ通知部４０７は、配信コンテンツが準備できたときやイベント（注目領域の発見等）があったとき、通知装置１０２にプッシュ通知を行う。
【００１４】
図６は、再生装置１０１におけるプッシュ通知の受信時の情報処理の一例を示すフローチャートである。
Ｓ５０１において、プッシュ処理部２０６は、通信部２０１及びＴＣＰ／ＩＰ処理部２０４を介して、通知装置１０２からプッシュ通知を受信する。
Ｓ５０２において、メタデータ取得部２０７は、プッシュ通知からメタデータを取得する。その後、メタデータ解析部２０８は、メタデータを解析する。メタデータには、注目領域、撮影に関するＧＰＳ情報、人物や物体の名前等の属性情報が含まれていてもよい。
Ｓ５０３において、メタデータ解析部２０８は、メタデータの解析結果に基づき、ＭＰＤファイルを取得する。
Ｓ５０４において、メタデータ解析部２０８は、メタデータの解析結果に基づき、アプリケーションを取得する。
Ｓ５０５において、メタデータ解析部２０８は、メタデータの解析結果に基づき、付帯情報を取得する。
Ｓ５０６において、メタデータ解析部２０８は、メタデータの解析結果に基づき、サムネイル等を取得する。
Ｓ５０７において、取得データ判断部２０９は、取得したデータ等に基づき足りないメタデータを判断する。取得データ判断部２０９は、プッシュ通知のみでＭＰＤファイル、アプリケーション、配信コンテンツの一部等が含まれていなかったと判断した場合、Ｓ５０８に進む。取得データ判断部２０９は、ＭＰＤファイルの取得まで完了していると判断した場合、Ｓ５０９に進む。取得データ判断部２０９は、アプリケーションの取得及び配信コンテンツの一部（サムネイル）の受信まで完了していると判断した場合、Ｓ５１０に進む。本実施形態では、図６のＳ５０３〜Ｓ５０６の順番の処理のみを示したがこれに限らず、ＭＰＤファイルの前にサムネイルを受信する等、順番を前後して受信してもよい。
【００１５】
Ｓ５０８において、メタデータ取得部２０７は、配信装置１０３よりＭＰＤファイルを取得し、Ｓ５０９に進む。
Ｓ５０９において、メタデータ取得部２０７は、配信装置１０３よりアプリケーションを取得し、Ｓ５１０に進む。配信装置１０３は、ＭＰＤファイルやアプリケーションの一部を先にプッシュ通知しておいてもよい。これにより、再生装置１０１は、予め再生等を実施できる。
Ｓ５１０において、表示部２０２は、アプリケーションを用いて配信コンテンツの一部（サムネイル）を表示する。本実施形態では、表示部２０２は、サムネイルを表示するよう説明したが、これに限らず、配信コンテンツの冒頭であってもよいし、配信コンテンツの付帯情報を表示してもよい。
Ｓ５１１において、データ取得部２０５は、ＭＰＤファイルに記述されている配信コンテンツを配信装置１０３より取得する。ＭＰＤファイルには配信コンテンツが分割されて記載されており、データ取得部２０５は、現在のネットワーク接続状態や送信されたアプリケーション等に応じて配信コンテンツを取得するか否かを決定し、決定に応じて配信コンテンツを取得するようにしてもよい。
Ｓ５１２において、表示部２０２は、アプリケーションを用いて、取得した配信コンテンツを表示する。動画変更部２１０は、取得する配信コンテンツ及び表示する配信コンテンツを変更してもよい。本実施形態では再生装置１０１のモジュールを独立したアプリケーションに限らず、ブラウザのプラグイン等、他アプリケーションの追加機能として実装してもよい。本実施形態では、配信コンテンツを表示する例を用いて説明を行ったが、配信コンテンツの表示に限られるものではなく、配信コンテンツの解析、再生装置１０１へのコマンドや操作、再生装置１０１に関連付けられた装置への表示であってもよい。
【００１６】
図７は、配信装置１０３におけるプッシュ通知の送信時の情報処理の一例を示すフローチャートである。
Ｓ６０１において、動画生成部４０２は、配信用の動画を生成する。配信用の動画は予め保存されている動画を編集してもよいし、カメラ等からリアルタイムに記憶される動画を利用してもよい。ＭＰＤ生成部４０５は、配信用の動画に対応するＭＰＤファイルを生成する。
Ｓ６０２において、アプリケーション生成部４０８は、配信用のアプリケーションを生成する。例えば、配信する動画がネットワークカメラのライブ映像であれば、アプリケーション生成部４０８は、首振りや注目領域へのズーム等の機能が付与されたアプリケーションを生成する。また、配信する動画が記憶された動画であれば、アプリケーション生成部４０８は、スライドバーによる時間検索やバイト検索等の機能が付与されたアプリケーションを生成する。アプリケーション生成部４０８は、アプリケーションを動的に組み上げてもよいし、予め用意されたアプリケーションから選択してもよいし、一つのアプリケーション内のオプション設定を行ってもよい。
Ｓ６０３において、メタデータ生成部４０３は、配信する動画に関連するメタデータを生成する。メタデータ生成部４０３は、メタデータとして、配信コンテンツの一部、サムネイル、ＧＰＳや撮影情報等の付帯情報を生成する。
Ｓ６０４において、プッシュ通知部４０７は、通信部４０１及びＴＣＰ／ＩＰ処理部４０４を介して、プッシュ通知にＭＰＤファイル、アプリケーション、メタデータを含めて送信する。
【００１７】
図８は、配信装置１０３におけるコンテンツ要求受信時の情報処理の一例を示すフローチャートである。
Ｓ７０１において、通信部４０１は、再生装置１０１からＭＰＤファイルの要求を受け付けたか否かの判断を行う。通信部４０１は、ＭＰＤファイルの要求を受け付けたと判断した場合、Ｓ７０２に進み、ＭＰＤファイルの要求を受け付けたと判断しない場合、Ｓ７０３に進む。
Ｓ７０２において、通信部４０１は、ＭＰＤ生成部４０５で生成されたＭＰＤファイルを再生装置１０１に送信する。
Ｓ７０３において、通信部４０１は、アプリケーションの取得要求を受け付けたか否かの判断を行う。通信部４０１は、アプリケーションの取得要求を受け付けたと判断した場合、Ｓ７０４に進み、アプリケーションの取得要求を受け付けたと判断しない場合、Ｓ７０５に進む。
Ｓ７０４において、通信部４０１は、再生装置１０１にアプリケーションの一部又は全部を送信する。
Ｓ７０５において、通信部４０１は、配信コンテンツの取得要求を受け付けたか否かの判断を行う。通信部４０１は、配信コンテンツの取得要求を受け付けたと判断した場合、Ｓ７０６に進み、配信コンテンツの取得要求を受け付けたと判断しない場合、図８に示すフローチャートの処理を終了する。
Ｓ７０６において、通信部４０１は、分割された配信コンテンツの一部又は全部を再生装置１０１に送信する。配信コンテンツは配信コンテンツの取得要求を受け付けてから、動画生成部４０２が基となる動画からエンコードして作成してもよいし、予め用意しておいてもよい。動画は、画像コンテンツの一例である。
【００１８】
図９は、通知装置１０２におけるプッシュ通知の転送時の情報処理の一例を示すフローチャートである。
再生装置１０１は、配信装置１０３からのプッシュ通知を受け付けるためのサブスクライブを通知装置１０２に送信する。配信装置１０３は、再生装置１０１と共有された通知装置１０２がプッシュ通知を再生装置１０１に送信するための情報（共有されたＵＲＬやトークン情報等）を登録する。再生装置１０１と配信装置１０３とは直接通信又は他の中継装置を介して、プッシュ通知を送受信するためのＵＲＬやトークン情報、セキュリティ情報を交換する。プッシュ通知の方法はＰｕｓｈＳｕｂやＷｅｂＰｕｓｈ、ＸＭＰＰ、ＨＴＴＰ／２、ＷｅｂＳｏｃｋｅｔ等を用いた公知方式を用いて実現できるため、ここでは説明を省略する。Ｓ８０１において、サブスクライブ受信部３０７は、再生装置１０１からのサブスクライブを受信する。更に、サブスクライブ受信部３０７は、配信装置１０３からのプッシュ通知を再生装置１０１に送信するための情報を受信する。本実施形態では、配信装置１０３から予めプッシュ通知の送信のための情報を取得していたが、これに限らず、プッシュ通知に付与して受信してもよい。
Ｓ８０２において、プッシュ受信部３０３は、配信装置１０３からプッシュ通知を受信する。
Ｓ８０３において、メタデータ判断部３０６は、プッシュ通知の解析を行う。メタデータ判断部３０６は、プッシュ通知からＭＰＤファイル、付帯情報、配信コンテンツの一部、サムネイル等を取得する。
Ｓ８０４において、メタデータ判断部３０６は、プッシュ通知の内容に応じてプッシュ通知を行うか否かの判断を行う。メタデータ判断部３０６は、プッシュ通知を行うと判断した場合、Ｓ８０５に進み、プッシュ通知を行わないと判断した場合、図９に示すフローチャートの処理を終了する。メタデータ判断部３０６は、プッシュ通知に含まれるＵＲＬやトークン情報、セキュリティ情報が、サブスクライブされている再生装置１０１に合致しないときにプッシュ通知を行わないと判断する。また、メタデータ判断部３０６は、配信コンテンツの一部やサムネイルに特定の人物、注目領域が含まれているか、ＭＰＤファイル又は付帯情報に特定情報が含まれているか等を判断し、含まれていないと判断した場合、プッシュ通知を行わないと判断してもよい。
【００１９】
Ｓ８０５において、プッシュ生成部３０５は、再生装置１０１に送信するためのプッシュ通知を生成する。プッシュ生成部３０５は、配信装置１０３から受信したプッシュ通知をそのまま転用してプッシュ通知をしてもよいし、一部のヘッダ等を書き替えてプッシュ通知をしてもよい。プッシュ生成部３０５は、再生装置１０１に送信するための情報やセキュリティ情報等、送信すべきでないと判断した情報については削除してもよい。通知装置１０２が生成できるメタデータがある場合、プッシュ生成部３０５は、更にメタデータを生成して付与してもよい。例えば、プッシュ生成部３０５は、配信コンテンツの一部からサムネイルを生成したり、ＧＰＳ情報等の付帯情報を付与したりしてもよい。プッシュ生成部３０５は、配信コンテンツの一部やサムネイルを解析し、不審人物や注目領域があるかを判断し、判断結果や配信コンテンツの一部やサムネイルに含まれる不審人物に係る領域、注目領域等を抽出し、プッシュ通知に付与してもよい。
Ｓ８０６において、プッシュ送信部３０２は、プッシュ通知の宛先を選択する。そして、プッシュ送信部３０２は、プッシュ通知の宛先を選択できたか否かを判定する。プッシュ送信部３０２は、宛先を選択できたと判定した場合、Ｓ８０７に進み、宛先を選択できなかったと判定した場合、Ｓ８０８に進む。プッシュ送信部３０２は、プッシュ通知の宛先の選択において、プッシュ通知に含まれるＵＲＬやトークン情報、セキュリティ情報からサブスクライブされている再生装置１０１の内、どの再生装置にプッシュ通知を行うかを決定し、選択する。本実施形態におけるサブスクライブ方式は一例であって、プッシュ通知に再生装置１０１へアクセスするための情報が含まれている場合、プッシュ送信部３０２は、サブスクライブされていない再生装置１０１に対してもプッシュ通知を送信することができる。
Ｓ８０７において、プッシュ送信部３０２は、該当する宛先にプッシュ通知を行い、図９に示すフローチャートの処理を終了する。複数の宛先が該当する場合、プッシュ送信部３０２は、複数のプッシュ通知を行ってもよい。更にプッシュ通知がエラーになった場合、プッシュ送信部３０２は、プッシュ通知の再送を行ってもよい。
Ｓ８０８において、プッシュ送信部３０２は、プッシュ通知を保存する。
Ｓ８０９において、プッシュ送信部３０２は、一定時間待機する。
Ｓ８１０において、プッシュ送信部３０２は、再送を行うか否かの判断を行う。プッシュ送信部３０２は、再送を行うと判断すると、Ｓ８０６に進み、再送を行わないと判断すると、図９に示すフローチャートの処理を終了する。
【００２０】
図１０は、コンテンツ開始の再生を開始する情報処理の一例を示すシーケンス図である。
Ｍ９０１において、再生装置１０１は、通知装置１０２にプッシュ通知の受信を行うためのサブスクライブを送信する。再生装置１０１は、配信装置１０３とプッシュ通知を送信するための情報（ＵＲＬ、トークン情報、セキュリティ情報）を共有する。共有の方法はネットワークを介して情報交換を行ってもよいし、ＢｌｕｅｔｏｏｔｈやＮＦＣを利用して情報交換を行ってもよい。
再生装置１０１は、配信装置１０３又は通知装置１０２からプッシュ通知して欲しい情報を配信装置１０３又は通知装置１０２に対して要求してもよい。再生装置１０１は、配信装置１０３に直接要求してもよいし、通知装置１０２を介して配信装置１０３に要求してもよい。配信装置１０３は、要求に応じて、プッシュ通知の中身を決定してもよい。更に、配信装置１０３は、要求に応じて、映像伝送のためのセグメントをプッシュ通知するか否かを決定してもよい。
また、通知装置１０２が再生装置１０１からの要求に応じて、配信装置１０３から受信したプッシュ通知の一部を追加及び削除した上で再生装置１０１にプッシュ通知を送信してもよい。
このように、再生装置１０１からの要求に応じて、通知装置１０２や配信装置１０３はプッシュ通知の頻度、種類などを決定できる。このような構成によれば、再生装置１０１が組み込みデバイスのようなリソースの少ない装置であった場合でも、再生装置１０１が処理できるだけのプッシュ通知に限定することができる。つまり、再生装置１０１は通知装置１０２および配信装置１０３からの無駄なプッシュ通知を受信しなくてよくなり、処理負荷を軽減できる。
Ｍ９０２において、配信装置１０３は、イベント（動画配信のイベント、不審者や注目領域を発見したイベント等）を検出する。
Ｍ９０３において、配信装置１０３は、ＭＰＤファイル、メタデータを含むプッシュ通知を生成し、通知装置１０２に送信する。
Ｍ９０４において、通知装置１０２は、受信したプッシュ通知の解析を行い、再構成を行った後、該当する再生装置１０１に送信する。本実施形態では一つの再生装置１０１にのみ送信しているがこれに限らずプッシュ通知を複製し、複数の再生装置に送信してもよい。また再生装置１０１が一時的な通信不可の状態（例えば、ＣＰＵの高負荷状態やネットワークの切断等）のとき、通知装置１０２は、再生装置１０１にプッシュ通知の再送を行ってもよい。
Ｍ９０５において、再生装置１０１は、プッシュ通知を受信すると、プッシュ通知の内容及びメタデータに応じて、取得するＭＰＤファイル、アプリケーション、配信コンテンツの一部を決定する。本実施形態ではＭｐｅｇ−ＤＡＳＨを用いて映像配信を行う例を示したが、これに限らず、Ｈｔｔｐ  Ｌｉｖｅ  ＳｔｒｅａｍｉｎｇやＲＴＰを用いる他の配信方法等にも適用できる。
【００２１】
本実施形態では、プッシュ通知にＭＰＤファイル、アプリケーション、配信コンテンツの先頭部分が含まれており既に受信済みであるとする。
Ｍ９０６及びＭ９０７において、再生装置１０１は、既に取得している配信コンテンツの先頭部分を除く配信コンテンツを配信装置１０３より取得する。Ｍｐｅｇ−ＤＡＳＨの場合、配信コンテンツが分割されたファイルで設置されているため、ＨＴＴＰ  ＧＥＴを用いてファイル単位で取得するか否かの判断ができる。
Ｍ９０６及びＭ９０７において、再生装置１０１は、分割された配信コンテンツの受信が完了すると次の分割された配信コンテンツの受信を行う。
本実施形態では、説明を簡略化させるために配信コンテンツの取得を順番に実施したが、ＨＴＴＰ  ＧＥＴリクエストを多重的に送信してもよい。このようにすることにより更に配信コンテンツの取得までの時間を短縮することができる。これにより、帯域効率の向上、動画を時間検索や動画の解像度の変更を行ったときの反応速度の向上等のユーザビリティの向上が見込める。
【００２２】
図１１は、再生装置１０１における複数の配信装置からプッシュ通知の受信時の情報処理の一例を示すフローチャートである。
Ｓ１３０１において、プッシュ処理部２０６は、通知装置１０２からプッシュ通知を受信する。
Ｓ１３０２において、メタデータ解析部２０８は、プッシュ通知の内容に応じて表示内容の変更や追加があるか否かの判断を行う。メタデータ解析部２０８は、表示内容の変更や追加があると判断した場合、Ｓ１３０３に進み、表示内容の変更や追加がないと判断した場合、図１１に示すフローチャートの処理を終了する。
Ｓ１３０３において、メタデータ解析部２０８は、プッシュ通知にＭＰＤファイルがあるか否かを判断する。メタデータ解析部２０８は、プッシュ通知にＭＰＤファイルがあると判断した場合、Ｓ１３０５に進み、プッシュ通知にＭＰＤファイルがあると判断しない場合、Ｓ１３０４に進む。
Ｓ１３０４において、メタデータ取得部２０７は、配信装置１０３よりＭＰＤファイルを取得する。
Ｓ１３０５において、データ取得部２０５は、ＭＰＤファイルに記述されている配信コンテンツを配信装置１０３より取得する。
Ｓ１３０６において、表示部２０２は、アプリケーションを用いて、取得した配信コンテンツを表示する。
【００２３】
図１２は、プッシュ通知のデータフォーマットの一例を示す図である。データフォーマットには図１２に示される情報の全てが含まれる必要なない。配信装置１０３又は通知装置１０２においてデータフォーマットに含まれる情報を選択することができる。このような構成とすることで携帯電話網等、帯域幅の狭いプッシュ通知を用いるとき、即時性のあるプッシュ通知を実現することができる。
プッシュ通知１００１はプッシュ通知全体を示す。
ＭＰＤファイル１００２は配信コンテンツの情報を示すＭＰＤファイルである。本実施形態では、ＭＰＤファイル１００２を用いたがこれに限らず配信コンテンツの場所や内容を示す記述ファイルであればよい。
付帯情報１００３は配信コンテンツの内容や追加情報を示す付帯情報である。付帯情報１００３には配信コンテンツの内容、配信者、ＧＰＳ情報等が含まれる。再生装置１０１は付帯情報１００３を表示してもよいし、付帯情報１００３を用いて再生する配信コンテンツを決定してもよい。再生装置１０１は、付帯情報１００３により、どんな配信コンテンツを再生しているかをユーザに提示することができるようになる。
アプリケーション１００４は配信コンテンツをアプリケーションである。アプリケーション１００４は独立したアプリケーションであってもよいし、ブラウザのプラグイン等であってもよい。
コンテンツ１００５は配信コンテンツである。コンテンツ１００５は、配信コンテンツの一部や配信コンテンツから生成されたサムネイル、配信コンテンツを象徴するマークやアイコンを含む。
情報１００６は、ＵＲＬ、トークン情報、セキュリティ情報である。
本実施形態のプッシュ通知では各要素が一つ含まれた例を示したが、これに限らず、複数の要素が含まれていてもよいし、一部の要素が省略されていてもよい。省略された要素は通知装置１０２によってプッシュ通知を生成する際に追加されてもよい。通知装置１０２がスマートフォンのような機器の場合、持っているセンサー（ＧＰＳ、温度、人感等）や入力方法（音声、文字等）によって通知装置１０２は、付帯情報を付与することができる。これにより、配信装置１０３としてネットワークカメラ等を想定すると、センサーを持つ必要がなくなり、配信装置１０３の構成が簡単になる。また配信装置１０３としてネットワークカメラ等を想定すると、カメラのユーザーインターフェースに比べて、スマートフォンによる高機能なユーザーインターフェースを用いて付帯情報を入力等することができる。
【００２４】
図１３は、複数の配信装置から配信コンテンツを受信し再生する情報処理の一例を示すシーケンス図である。
Ｍ１２０１〜Ｍ１２０３において、再生装置１０１は、通知装置１０２に配信装置１０３ａ〜配信装置１０３ｃに対するサブスクライブを行う。
Ｍ１２０４〜Ｍ１２０５において、配信装置１０３ａと配信装置１０３ｂとが配信コンテンツの配信を開始し、通知装置１０２を介したプッシュ通知を再生装置１０１に送信する。
Ｍ１２０７において、通知装置１０２は、受信したプッシュ通知の解析を行い、配信装置１０３ｂに関連するプッシュ通知を再生装置１０１に送信すると決定する。
Ｍ１２０８において、通知装置１０２は、再生装置１０１にプッシュ通知を送信する。
Ｍ１２０９において、再生装置１０１は、プッシュ通知を解析し、ＭＰＤファイル、アプリケーション、配信コンテンツの一部が含まれているかを判断し、配信コンテンツの表示を開始する。
Ｍ１２１０において、再生装置１０１は、プッシュ通知に含まれる情報に応じて足りないと判断した情報の取得を配信装置１０３ｂに要求する。
Ｍ１２１１において、再生装置１０１は、ＭＰＤファイルと配信コンテンツの一部（先頭部分）とを取得済みであるため、配信コンテンツの途中から取得する。
本実施形態では簡単化のために１つのＨＴＴＰ  ＧＥＴリクエストを送信しているように記載しているが、再生装置１０１は、ＭＰＤファイルの取得やアプリケーションの取得毎に複数のＨＴＴＰ  ＧＥＴリクエストを送信する。またユーザ又はアプリケーションが解像度の変更を行う可能性があるため、再生装置１０１は、複数の解像度を予め取得してもよい。これにより解像度切替えの要求から切替え完了までの時間を短縮でき、ユーザビリティが向上する。
【００２５】
Ｍ１２１２において、配信装置１０３ｃは、配信コンテンツの配信を開始し、通知装置１０２を介したプッシュ通知を再生装置１０１に送信する。
Ｍ１２１３において、通知装置１０２は、受信したプッシュ通知の解析を行い、配信装置１０３ｃに関連するプッシュ通知を送信すると決定する。
Ｍ１２１４において、通知装置１０２は、再生装置１０１にプッシュ通知を送信する。
Ｍ１２１５において、再生装置１０１は、プッシュ通知を解析し、ＭＰＤファイル、アプリケーション、配信コンテンツの一部が含まれているかを判断し、既に表示している配信コンテンツと共に表示を開始する。再生装置１０１は、後述する図１４に示すようにウインドウを分割して表示してもよいし、表示部分がない場合には配信コンテンツの受信のみを行い、表示を行わなくてもよい。
Ｍ１２１６において、再生装置１０１は、プッシュ通知に含まれる情報に応じて足りないと判断した情報の取得を配信装置１０３ｃに要求する。
Ｍ１２１７において、再生装置１０１は、ＭＰＤファイルと配信コンテンツの一部（先頭部分）とを取得済みであるため、配信コンテンツの途中から取得する。
以上のように、再生装置１０１は複数の配信装置によるプッシュ通知を受信でき、動的に表示画面を変更できる。
【００２６】
図１４は、再生装置１０１のコンテンツ再生中の表示画面の一例を示す図である。図１４の表示画面の例では、再生装置１０１で複数の配信装置１０３の動画を再生している様子を示している。
アプリケーション１１０１は配信コンテンツを再生するアプリケーションである。アプリケーション１１０１は、ブラウザから独立したアプリケーションであってもよいし、ブラウザに含まれるプラグインであってもよい。
ウインドウ１１０２は、配信装置１０３ａから受信した動画を表示するウインドウである。
注目領域１１０３は、配信装置１０３ａから受信した動画に含まれる注目領域である。再生装置１０１は、注目領域を閲覧可能な解像度の動画を取得することで、使用する帯域幅とリソースとを動的に選択することができる。
バー１１１２は、配信装置１０３ａから受信した動画を表示するウインドウを操作するためのバーである。アイコン１１１３は、配信装置１０３ａから受信した動画の内、見たい場所にスクロールするためのアイコンである。ユーザはアイコン１１１３をマウスやタッチパネルによって操作してもよいし、再生装置１０１に自動的に注目領域を追尾させてもよい。再生装置１０１は、リアルタイムの動画であるか、記録された動画であるかによってウインドウの色、大きさ、アイコン、操作可能範囲等を変更してもよい。
ウインドウ１１０４は、配信装置１０３ｃから受信した動画を表示するウインドウである。
注目領域１１０５は、配信装置１０３ｃから受信した動画に含まれる注目領域である。再生装置１０１は、注目領域１１０３と注目領域１１０５との注目領域の注目度に応じて、ウインドウの色や大きさ、配置等を変更してもよい。これにより、再生装置１０１はどの動画に注目するのがよいかをユーザに促すことができる。
ウインドウ１１０６〜１１１１は、その他の配信装置１０３から受信した動画を表示するウインドウである。
【００２７】
本実施形態では、再生装置１０１は、一つの配信装置１０３から一つの動画を取得していたが、これに限らず、複数の動画を取得してもよい。例えば、再生装置１０１は、一つの配信装置１０３から全体の動画と注目領域のみ高解像度にした動画とを取得してもよい。これにより、ユーザは全体を俯瞰しつつ、不審者等の注目領域をより鮮明に閲覧することができる。
再生装置１０１は、動画再生中に配信装置１０３からプッシュ通知を受信する。再生装置１０１は、プッシュ通知に応じて、今表示している動画のウインドウ構成を動的に変更してもよい。例えば、再生装置１０１は、注目度の高いと設定されたプッシュ通知が来た場合や、配信装置１０３又は通知装置１０２によって注目領域が付与されている場合、ウインドウ１１０２を置き換えて表示してもよい。表示方法は置き換えに限るものではなく、再生装置１０１は、更なるウインドウを生成してもよいし、重畳表示してもよい。
【００２８】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。上述したモジュール構成の一部又は全てをハードウェア構成として各装置に実装してもよい。また、図２のハードウェア構成は一例であり、ＨＤＤのかわりに他のメモリであってもよい。また、ネットワークＩ／Ｆだけでなく、ＷＡＮ、ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ等、他の複数のＩ／Ｆを有していてもよい。また、装置に応じで、撮像部、表示部、入力部等のハードウェア構成を有していてもよい。
【００３０】
以上、上述した各実施形態の処理によれば、ＭＰＤファイル等の付帯情報をプッシュ通知で送信することで、配信コンテンツの取得までの時間を短縮することができる。よって、配信コンテンツ再生までのユーザの待ち時間を短縮することができる。
【符号の説明】
【００３１】
１０    ＣＰＵ
１０１  再生装置
１０２  通知装置
１０３  配信装置
【図１】
0006669402.tif 000002
【図２】
0006669402.tif 000003
【図３】
0006669402.tif 000004
【図４】
0006669402.tif 000005
【図５】
0006669402.tif 000006
【図６】
0006669402.tif 000007
【図７】
0006669402.tif 000008
【図８】
0006669402.tif 000009
【図９】
0006669402.tif 000010
【図１０】
0006669402.tif 000011
【図１１】
0006669402.tif 000012
【図１２】
0006669402.tif 000013
【図１３】
0006669402.tif 000014
【図１４】
0006669402.tif 000015