(57)【要約】【課題】セッションに関する情報に応じたプッシュデータを送信することを可能にする技術を提供する。【解決手段】情報処理装置は、複数のセグメントに分割された画像データを受信装置へ送信する情報処理装置であって、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置へ送信すべき画像データのセグメントを決定する決定手段と、前記決定手段により決定されたセグメントを前記受信装置へ送信する送信手段とを備え、前記決定手段は、受信装置との間で確立したセッションの数及び時刻の少なくともいずれかに基づき、前記送信すべき画像データのセグメントを決定する。【選択図】  図６
2018026731.tif 000002
【特許請求の範囲】
【請求項１】
複数のセグメントに分割された画像データを受信装置へ送信する情報処理装置であって、
受信装置から画像データのリクエストを受信したことに応じて、当該受信装置へ送信すべき画像データのセグメントを決定する決定手段と、
前記決定手段により決定されたセグメントを前記受信装置へ送信する送信手段と
を備え、
前記決定手段は、受信装置との間で確立したセッションの数及び時刻の少なくともいずれかに基づき、前記送信すべき画像データのセグメントを決定する
ことを特徴とする情報処理装置。
【請求項２】
受信装置との間で確立したセッションの時刻と、当該セッションにより当該受信装置へ送信したセグメントを特定する情報とを含むセッション情報を受信装置ごとに記憶する記憶手段をさらに備え、
前記決定手段は、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置の前記セッション情報が有用性を有するかを判定し、有用性を有すると判定された場合に、当該セッション情報に基づき当該受信装置へ送信すべき画像データのセグメントを決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記決定手段は、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であるか否かを判定し、一定時間以内であると判定された場合に、当該受信装置のセッション情報は有用性を有すると判定することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記決定手段は、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置との間で以前に確立したセッションの数が一定数以上であるか否かを判定し、一定数以上である場合に、当該受信装置のセッション情報は有用性を有すると判定することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記決定手段は、前記リクエストを受信した受信装置のセッション情報が有用性を有すると判定された場合に、当該受信装置へ最も頻繁に送信したセグメントに基づき、送信するセグメントを決定することを特徴とする請求項２から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記決定手段は、前記リクエストを受信した受信装置のセッション情報が有用性を有すると判定されなかった場合に、当該受信装置以外の他の受信装置の前記セッション情報に基づき、該リクエストを受信した受信装置へ送信すべき画像データのセグメントを決定することを特徴とする請求項２から５のいずれか１項に記載の情報処理装置。
【請求項７】
受信装置との間で確立したセッションの時刻と、当該セッションにより当該受信装置へ送信したセグメントを特定する情報とを含むセッション情報を受信装置ごとに記憶する記憶手段をさらに備え、
前記決定手段は、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であるか否かを判定し、一定時間以内であると判定された場合に、当該最後のセッションにおいて送信したセグメントに基づき、送信するセグメントを決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記決定手段は、前記リクエストを受信した受信装置からの最後のセッションの時刻からの経過時間が一定時間以内であると判定されなかった場合に、当該受信装置の前記セッション情報に基づき、送信すべき画像データのセグメントを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記決定手段は、前記リクエストを受信した受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であると判定されなかった場合に、当該受信装置以外の他の受信装置の前記セッション情報に基づき、該リクエストを受信した受信装置へ送信すべき画像データのセグメントを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記決定手段は、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置以外の他の受信装置との間で確立しているセッションの数が一定数以上であるか否かを判定し、一定数以上であると判定された場合に、当該他の受信装置からの各セグメントに対するアクセスの分布に基づき、前記リクエストを受信した受信装置へ送信すべきセグメントを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
前記決定手段は、前記他の受信装置から受けているアクセスの数が一定数以上であると判定された場合は、当該他の受信装置からのアクセスが特定のセグメントに集中しているか否かをさらに判定し、特定のセグメントに集中していると判定された場合は、当該セグメントを前記リクエストを受信した受信装置へ送信すべきセグメントとして決定することを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
受信装置との間で確立したセッションの時刻と、当該セッションにより当該受信装置へ送信したセグメントを特定する情報とを含むセッション情報を受信装置ごとに記憶する記憶手段をさらに備え、
前記決定手段は、前記他の受信装置との間で確立しているセッションの数が一定数以上であると判定されなかった場合は、前記リクエストを受信した受信装置へ送信すべき画像データのセグメントを当該受信装置の前記セッション情報に基づき決定する
ことを特徴とする請求項１０又は１１に記載の情報処理装置。
【請求項１３】
複数のセグメントに分割された画像データを受信装置へ送信する情報処理装置の制御方法であって、
受信装置から画像データのリクエストを受信したことに応じて、当該受信装置へ送信すべき画像データのセグメントを決定する決定工程と、
前記決定工程により決定されたセグメントを前記受信装置へ送信する送信工程と
を備え、
前記決定工程においては、受信装置との間で確立したセッションの数及び時刻の少なくともいずれかに基づき、前記送信すべき画像データのセグメントを決定する
ことを特徴とする情報処理装置の制御方法。
【請求項１４】
コンピュータを請求項１から１２のいずれか１項に記載の情報処理装置が備える各手段として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置及びその制御方法、コンピュータプログラムに関し、特に、映像データのストリーミング再生を行うデータ通信技術に関する。
【背景技術】
【０００２】
近年、音声データや映像データ等により構成されるストリーミング形式のコンテンツをユーザにリアルタイムに配信する配信システムが提供されている。このような配信システムにより、ユーザは、自身の端末装置を介して、ライブ映像等の所望のコンテンツをリアルタイムで楽しむことができる。
【０００３】
スマートフォンやタブレットのような端末の普及により、様々な端末装置でいつでもどこでもストリーミングコンテンツを楽しみたいという需要が高まって来ている。この要求を実現するために端末装置の能力や端末装置が置かれた通信状況に応じて、動的に取得するストリームを変更する方式（ＭＰＥＧ−ＤＡＳＨ、Ｈｔｔｐ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇなど）が注目されている。ＤＡＳＨはＤｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰの略称である。
【０００４】
これらの方式では映像データを細かい時間単位のセグメントに分割し、セグメントを取得するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｃｅ  Ｌｏｃａｔｏｒ）をプレイリストと呼ばれるファイルに記述する。受信装置は始めにこのプレイリストを取得し、プレイリストに記述されている情報を用いて所望の映像データを取得する。プレイリスト中に複数のバージョンの映像データセグメントに対するＵＲＬを記載することで、受信装置は、自身の処理能力や通信環境に応じて、最適なバージョンの映像データセグメントを取得することができる。
【０００５】
これらストリーミング方式では、拡張として受信装置からの明示的なセグメントリクエストなしで送信装置からデータセグメントをＰＵＳＨ送信する機能が提供されている。例えば、ＭＰＥＧ−ＤＡＳＨに対しては、ＦＤＨ（ＤＡＳＨ  ｏｖｅｒ  Ｆｕｌｌ  Ｄｕｐｌｅｘ  ＨＴＴＰ−ｂａｓｅｄ  Ｐｒｏｔｏｃｏｌ）が知られている。この方式により、送信装置−受信装置間のトランザクションを減らし映像の再生遅延を軽減することができる。
【０００６】
特許文献１には、送信装置が、受信装置からアクセスされるごとにそのアクセスログを利用状況データとして記録し、利用状況データに基づき最も頻繁にリクエストされたデータを受信装置へＰＵＳＨ送信するデータとして決定することが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】英国特許出願公開第２５１６１１２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１に記載の構成では、以下のような場合に受信装置の要求に沿ったデータをＰＵＳＨできない場合がある。
【０００９】
（１）利用状況データの有用性が低い場合に、受信装置の潜在的な要求に沿ったデータを送信することができない。例えば、受信装置と最後にやり取りしてから新たにやり取りをするまでに長時間経過していたり、受信装置とやり取りをした回数がＰＵＳＨ送信データを決定する際の標本数として十分に多くないような場合は、利用状況データの有用性が低い。そのため、受信装置の潜在的な要求に合わせることが困難である。
【００１０】
（２）直前のセッション終了からセッション再開までの時間が短い場合、受信装置は前回のセッションで取得していたデータと類似のデータを求めている可能性がある。しかし、最も頻繁にリクエストされたデータが前回のセッションで取得されたデータと異なる場合に、受信装置の潜在的な要求に適合させることができない。
【００１１】
（３）受信装置からのアクセスが特定のメディア構成要素（タイル映像など）に集中している場合、新しく接続してくる受信装置もアクセスが集中しているメディア構成要素を求めてくる可能性がある。このような場合も、最も頻繁にリクエストされたデータをＰＵＳＨ送信データとして決定する方式では、受信装置の要求に合わせることが困難である。
【００１２】
本発明はこのような課題を解決するためになされたものであり、セッションに関する情報に応じたプッシュデータを送信することを可能にする技術を提供することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明による情報処理装置は以下の構成を備える。即ち、
複数のセグメントに分割された画像データを受信装置へ送信する情報処理装置であって、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置へ送信すべき画像データのセグメントを決定する決定手段と、前記決定手段により決定されたセグメントを前記受信装置へ送信する送信手段とを備え、前記決定手段は、受信装置との間で確立したセッションの数及び時刻の少なくともいずれかに基づき、前記送信すべき画像データのセグメントを決定する。
【発明の効果】
【００１４】
本発明によれば、セッションに関する情報に応じたプッシュデータを送信することができる。
【図面の簡単な説明】
【００１５】
【図１】通信システムの全体構成を示す図
【図２】送信装置の機能構成例を示すブロック図
【図３】プレイリストの一例を示す図
【図４】受信装置のハードウェア構成例を示すブロック図
【図５】ＰＵＳＨ送信データ決定処理例１の処理手順を示すフローチャート
【図６】ＰＵＳＨ送信データ決定処理例１による処理の具体例
【図７】ＰＵＳＨ送信データ決定処理例２の処理手順を示すフローチャート
【図８】ＰＵＳＨ送信データ決定処理例２による処理の具体例
【図９】ＰＵＳＨ送信データ決定処理例３の処理手順を示すフローチャート
【図１０】ＰＵＳＨ送信データ決定処理例３による処理の具体例
【発明を実施するための形態】
【００１６】
以下に、添付の図面を参照して、本発明の実施形態について詳細に説明する。以下の実施形態において示す構成は一例にすぎず、本発明は以下に示す具体的な構成例に限定されるものではない。
【００１７】
（システム全体の構成）
図１は、本発明の一実施形態における通信システムの全体構成を示す図である。本実施形態に係る送信装置１０１は、ネットワーク１０３を介して、受信装置１０２と接続される。なお、送信装置１０１、受信装置１０２はそれぞれ複数存在してもよい。
【００１８】
送信装置１０１は、本実施形態における送信装置であり、複数のセグメントに分割された画像データを受信装置へ送信するコンテンツの送信機能を備えている。送信装置１０１は、さらに、ユーザからの入力を受け付ける機能を備えてもよい。送信装置１０１を実現するための具体的な装置の例としては、カメラ装置、ビデオカメラ装置、スマートフォン装置、ＰＣ（パーソナルコンピュータ）装置、携帯電話などの情報処理装置が挙げられるが、前述の機能を備えるものであればこれに限定されない。本実施形態では、送信装置１０１は、受信装置１０２へ映像データ（動画像）を送信する例を説明するが、静止画像や画像に合わせて音声等を送信してもよい。
【００１９】
受信装置１０２は、本実施形態における受信装置であり、コンテンツの再生・表示機能、通信機能を備え、さらに、ユーザからの入力を受け付ける機能を備えてもよい。受信装置１０２を実現するための装置の具体例は、スマートフォン装置、ＰＣ装置、テレビ、携帯電話、などが挙げられるが、前述の機能構成を満たすものであればこれに限定されない。
【００２０】
ネットワーク１０３は、本実施形態におけるネットワークとしての有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、または無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）である。なお、本実施形態ではネットワークとして有線ＬＡＮ、または無線ＬＡＮを利用しているが、情報を通信可能なネットワークならばこれに限られない。例えば、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など他のネットワークでもよい。
【００２１】
（送信装置の機能構成）
図２は本実施形態における送信装置１０１の機能構成を示すブロック図である。本実施形態に係る送信装置１０１は、撮像部２０１、符号化部２０２、セグメント生成部２０３、プレイリスト生成部２０４、送信セグメント決定部２０５、アクセス情報管理部２０６、及び、通信部２０７を有する。撮像部２０１は撮影対象を撮影して、映像データを取得する。符号化部２０２は、撮像部２０１により撮影した映像データを符号化する。なお、撮像部２０１は送信装置１０１の外部にあって映像データを送信装置１０１に提供してもよい。
【００２２】
セグメント生成部２０３は、符号化部２０２で符号化された映像データから映像データの送信単位であるセグメントを生成する。セグメントとは、映像データを空間的又は時間的に分割した映像データの単位をいう。後述するタイルとは、映像データを空間的に分割した映像データの単位をいう。本実施形態では、セグメントのファイルフォーマットとしてＩＳＯＢＭＦＦ（Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ）を利用する例を説明するが、これに限らずＭＰＥＧ２ＴＳなどでもよい。プレイリスト生成部２０４は、セグメント生成部２０３が作成したセグメントへのアクセスを可能とするＵＲＬを記載したプレイリストを生成する。プレイリストのフォーマットとしてＭＰＥＧ−ＤＡＳＨで規定されているＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）がある。Ｈｔｔｐ  Ｌｉｖｅｓｔｒｅａｍｉｎｇにおけるプレイリストの記述方式など、これと同等の機能を有するものでもよい。
【００２３】
通信部２０７は、受信装置１０２からの要求に応じて、生成されたプレイリスト及びセグメントをネットワーク１０３越しに受信装置１０２へ送信する。アクセス情報管理部２０６は、通信部２０７が受けた受信装置１０２からの要求を元にアクセス情報を作成し、保持する。後述するように、アクセス情報管理部２０６は、受信装置との間で確立したセッションの時刻と、当該セッションにより当該受信装置へ送信したセグメントを特定する情報とを含むアクセス情報（セッション情報）を受信装置ごとに記憶して管理する。アクセス情報（セッション情報）とは、受信装置との間で確立したセッションの時刻と、当該セッションにより当該受信装置へ送信したセグメントを特定する情報とを含む情報である。送信セグメント決定部２０５は、アクセス情報管理部２０６が管理しているアクセス情報を元に、通信部２０７が受信装置１０２からＰＵＳＨ送信（プッシュ送信）要求を受けた際にＰＵＳＨ送信データのセグメントを決定する。
【００２４】
図３は、プレイリスト生成部２０４が生成するプレイリストの一例を示す図である。本実施形態においては、ＭＰＥＧ−ＤＡＳＨで規定されているＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）と呼ばれるプレイリストの記述方式に従う。なお、Ｈｔｔｐ  Ｌｉｖｅｓｔｒｅａｍｉｎｇにおけるプレイリストの記述方式など、これと同等の機能を有するものでもよい。また、図３においては説明を簡素化するためにＭＰＥＧ−ＤＡＳＨで規定されるＭＰＤ記述に関する全ての情報を記載しない。
【００２５】
図３の３０１はＭＰＤの記述例の一つである。３０３や３０４の各Ａｄａｐｔａｔｉｏｎ  Ｓｅｔは、メディアを構成する各メディア構成要素を表している。メディア構成要素とは、動画、異なるチャネルや言語の音声、異なる言語の字幕などを指す。また、映像をタイル分割して提供する場合、メディア構成要素は各タイル映像に該当する。Ａｄａｐｔａｔｉｏｎ  Ｓｅｔには３０５と３０６の様なＲｅｐｒｅｓｅｎｔａｔｉｏｎが含まれる。各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎには、送信装置１０１が提供可能な映像の情報及びセグメントへアクセスするためのＵＲＬが付与され、３０２のＢａｓｅＵＲＬと合わせることでセグメントをリクエストすることができる。３０５や３０６内のＲｅｐｒｅｓｅｎｔａｔｉｏｎ毎のセグメント情報は時系列順にリストされている。各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎのリストのセグメントで、セグメント番号（リスト先頭からの通し番号）が同じものは同じタイミングで再生するものとされている。例えば、３０７はＵＲＬ＝”ｓａｍｐｌｅ／ｃｏｎｔｅｎｔｓ１００”で特定されるコンテンツのセグメントを示し、３０８はＵＲＬ＝”ｓａｍｐｌｅ／ｃｏｎｔｅｎｔｓ２００”で特定されるコンテンツのセグメントを示している。そして、ｃｏｎｔｅｎｔｓ１００（３０７）とｃｏｎｔｅｎｔｓ２００（３０８）とは、それぞれ”１．ｍ４ｓ”、”２．ｍ４ｓ”、”３．ｍ４ｓ”の３つのセグメントに時間的に分割されている。そして、ｃｏｎｔｅｎｔｓ１００（３０７）とｃｏｎｔｅｎｔｓ２００（３０８）とは、同一のＡｄａｐｔａｔｉｏｎ  Ｓｅｔに含まれているため、これらの３つのセグメントの再生タイミングはそれぞれ同じである。例えば、ｃｏｎｔｅｎｔｓ１００（３０７）の”１．ｍ４ｓ”とｃｏｎｔｅｎｔｓ２００（３０８）の”１．ｍ４ｓ”の再生タイミングは同一である。
【００２６】
（送信装置のハードウェア構成）
図４は、本実施形態における送信装置１０１のハードウェア構成を表すブロック図である。中央処理装置（以下、ＣＰＵと称す）４０１は、装置全体を制御しデータの計算・加工を行う装置である。ＣＰＵ４０１は、後述するＲＯＭ４０２に格納されたプログラムを後述するＲＡＭ４０３に展開して実行する。ＣＰＵ４０１は、符号化部２０２、セグメント生成部２０３、プレイリスト生成部２０４、送信セグメント決定部２０５及びアクセス情報管理部２０６を実現する装置として機能する。
【００２７】
ＲＯＭ４０２は読出し専用メモリであり、一度書き込まれた情報を読み出すための記憶装置である。図２で示された各機能部を実現するためのコンピュータプログラムを格納する。ＲＡＭ４０３は書込み可能メモリであり、一時的にデータの書き込みと読み出すための記憶装置である。ＲＡＭ４０３はワーキングメモリとして機能し、各コンピュータプログラムの一時的な値の記憶を行う。内蔵メモリ４０４及び外部メモリ４０５は、アプリケーションのコンテンツを記憶しておく外部記憶装置である。内蔵メモリ４０４、外部メモリ４０５は、ハードディスク装置、ＳＳＤ等により実現される。
【００２８】
入力装置４０６はユーザからの操作を入力する装置である。入力装置４０６は、電源ボタンや音量ボタン、ホームボタンなどボタンとして実装される他、キーボード、ポインティング装置、タッチパネル等により実現される。入力装置４０６は送信装置１０１に複数実装することができる。
【００２９】
ネットワークＩ／Ｆ４０７は、ネットワーク１０３を介してデータの送受信をするための装置である。ネットワークＩ／Ｆ４０７は、通信部２０７を実現する装置として機能する。電源４０８は送信装置１０１に電源を供給・充電する装置であり、電池と充電装置を含む。デジタルカメラ４０９は送信用コンテンツを撮影する装置であり、撮像部２０１を実現する装置として機能する。
【００３０】
（ＰＵＳＨ送信データ決定処理例１）
図５を用いて本実施形態に係るＰＵＳＨ送信データを決定する処理の一例（ＰＵＳＨ送信データ決定処理例１）を説明する。図５はＰＵＳＨ送信データ決定処理例１の処理手順を示すフローチャートである。図５の各手順はＣＰＵ４０１の制御に基づき実行される。
【００３１】
本実施形態において、送信装置１０１は、受信装置１０２から画像データのリクエストを受信したことに応じて、送信すべき画像データのセグメントを決定し、そのセグメントを受信装置１０２へ送信する。ここで、送信装置１０１は、受信装置との間で確立したセッションの数及び時刻の少なくともいずれかに基づき、送信すべき画像データのセグメントを決定する。したがって、確立されたセッションの状況の情報に応じて、受信装置の潜在的な要求により適合したプッシュデータを決定して送信することができる。ＰＵＳＨ送信データ決定処理例１では、そのような一例として、画像データのリクエストを受信した受信装置のセッション情報が有用性を有するかを判定して、セグメントを決定する際にそのセッション情報を用いるか否かを切り替える例を説明する。
【００３２】
Ｓ５０１にて、送信セグメント決定部２０５は、ＰＵＳＨ送信リクエストを出した受信装置１０２とのアクセス情報がアクセス情報管理部２０６に存在することを確認する。ＰＵＳＨリクエストではなくプレイリストのリクエストを受信したような場合等もアクセス情報が存在する場合に含めてもよい。あるいは、ＰＵＳＨリクエストを送信装置１０１が受信する前に、リクエストを送信する可能性がある受信装置１０２を判定し、その受信装置１０２についてアクセス情報の有無を確認してもよい。その際は、例えば、アクセスの履歴がある装置や、あるいは、コンテンツ配信サービスの加入者の装置等を、リクエストを送信する可能性のある装置として判定することができる。
【００３３】
次に、Ｓ５０２にてリクエストを出した受信装置１０２のアクセス情報が存在しているか否かを判定する。存在する場合（Ｓ５０２でＹＥＳ）はＳ５０３へ遷移し、存在しない場合（Ｓ５０２でＮＯ）はＳ５０６へ遷移する。
【００３４】
Ｓ５０３において、送信セグメント決定部２０５は、リクエストを出した受信装置１０２とのアクセス情報を参照して、最後に通信要求を受けた時刻からの経過時間がアクセス情報有効時間以内かどうかを判定する。通信要求を受けた時刻としては、例えば、アクセス情報が記録された時刻、受信装置１０２とセグメントの送受信を行った時刻、または、受信装置１０２とのセッションを開始または終了した時刻などを用いることができる。なお、アクセス情報有効時間は、アクセス情報が有効であると判定できる上限時間として予め設定される。アクセス情報が有効である場合、ＰＵＳＨ送信データとなるセグメントを決定する際の情報としてアクセス情報を使用することにより、受信装置１０２の要求に見合うセグメントを決定することができると判定する。最後に通信要求を受けた時刻からの経過時間がアクセス情報有効時間以内である場合（Ｓ５０３でＹＥＳ）はＳ５０４へ遷移し、アクセス情報有効時間を経過している場合（Ｓ５０３でＮＯ）はＳ５０６へ遷移する。
【００３５】
Ｓ５０４において、送信セグメント決定部２０５は、リクエストを出した受信装置１０２とのアクセス情報を参照して、通信要求を受けた回数がアクセス情報有効数以上かどうかを判定する。通信要求を受けた回数としては、例えば、受信装置１０２とセッションを確立した回数や、受信装置１０２とセグメントの送受信を行った回数などを用いることができる。アクセス情報有効数は、アクセス情報が有効であると判定できる最小の数として予め設定される。通信要求を受けた回数がアクセス情報有効数以上である場合（Ｓ５０４でＹＥＳ）はＳ５０５へ遷移し、アクセス情報有効数未満である場合（Ｓ５０４でＮＯ）はＳ５０６へ遷移する。
【００３６】
なお、本実施形態では、Ｓ５０３の判定を終えた後にＳ５０４の判定を行う例を説明しているが、Ｓ５０３とＳ５０４は順番が逆でもよい。または、どちらか一方のみを実行するようにしてもよい。
【００３７】
Ｓ５０５において、送信セグメント決定部２０５は、リクエストをした受信装置１０２のアクセス情報からＰＵＳＨ送信データとなるセグメントを決定する。ＰＵＳＨ送信データ決定方式として、アクセス情報から受信装置１０２が頻繁に取得しているセグメントを特定し、それを元にＰＵＳＨ送信データを決定することができる。例えば、受信装置１０２がＶＧＡサイズの映像のセグメントを頻繁に取得している場合、ＰＵＳＨ送信データとしてＶＧＡサイズの映像のセグメントを選択することができる。あるいは、受信装置１０２が頻繁に取得していた映像の種類（例えば、スポーツ中継、ニュースなど）や、コンテンツの時間的長さ等を選択してもよい。また、受信装置１０２が頻繁に取得しているセグメント以外の方式でＰＵＳＨ送信データを決定してもよい。例えば、最近取得したセグメントや、受信装置１０２が取得してきたセグメントに関連性の高いセグメントを送信対象として決定してもよい。そして、処理を終了する。
【００３８】
一方、Ｓ５０６において、送信セグメント決定部２０５は、リクエストを送信した受信装置１０２以外の受信装置とのアクセス情報からＰＵＳＨ送信データとなるセグメントを決定する。具体的には、リクエストを送信した受信装置１０２と同じ特徴（ブラウザ、端末の種類、端末の画面サイズなど）を持つ装置とのアクセス情報から、リクエストを送信した受信装置１０２が求めるセグメントを類推する。ここで、一つの受信装置とのアクセス情報から類推してもよいし、条件に当てはまる複数の受信装置とのアクセス情報から類推してもよい。例えば、他の受信装置が最も頻繁にアクセスしているセグメントを送信対象として決定してもよい。Ｓ５０６ではリクエストを送信した受信装置１０２以外の受信装置とのアクセス情報からＰＵＳＨ送信データとなるセグメント決定する代わりに、予め決められたデフォルトのセグメントをＰＵＳＨ送信データとしてもよい。デフォルトのセグメントとしては、例えば、最も解像度が低いセグメントなどとすることができる。
【００３９】
図６を用いて、ＰＵＳＨ送信データ決定処理例１を実施した場合の具体例を説明する。送信装置１０１は、受信装置１０２毎にアクセス情報８０１を記録し、アクセス情報管理部２０６で管理している。アクセス情報８０１にはセッションを確立する毎にレコードが追加され、レコード番号、セッション開始時刻、セッション終了時刻、セッション時に受信装置１０２が取得したセグメント情報などを記録する。その他の情報を記録してもよい。レコード番号はセッションを識別するための識別情報であり、レコード番号が大きいものほど新しく追加されたレコードである。図６の例では、「受信装置Ａ  アクセス情報」の列にレコード番号が記載されている。
【００４０】
受信装置Ａ１０２が送信装置１０１へリクエスト８０２を送信すると、送信装置１０１の通信部２０７はリクエスト８０２を受信する。これに応じて、送信装置１０１はＰＵＳＨ送信データ決定処理を開始する。Ｓ５０１により、送信セグメント決定部２０５は、アクセス情報８０１に受信装置Ａ１０２のものがあるか確認し、Ｓ５０２より受信装置Ａ１０２とのアクセス情報８０１が存在すると判定する（Ｓ５０２でＹＥＳ）。
【００４１】
そして、Ｓ５０３において、送信装置１０１の送信セグメント決定部２０５は、受信装置Ａ１０２から最後に通信要求を受けた時刻からの経過時間がアクセス情報有効時間以内であるか否かを判定する。ここでは、アクセス情報の最終時刻をセッション終了時刻とする。そうすると、受信装置Ａ１０２のアクセス情報８０１で最も新しいレコードであるレコード３のセッション終了時刻はＴ３ｂ８０５であり、現在時刻はＴｘ８０６であるから、経過時間はＴｘ−Ｔ３ｂである。したがって、送信セグメント決定部２０５は、Ｔｘ−Ｔ３ｂと、予め定められたアクセス情報有効時間との大小を比較することになる。以下、Ｔｘ−Ｔ３ｂ≦アクセス情報有効時間であり、経過時間がアクセス情報有効時間以内であると判定された場合（Ｓ５０３でＹＥＳ）の例を説明する。
【００４２】
次に、Ｓ５０４において、送信装置１０１の送信セグメント決定部２０５は、受信装置Ａ１０２から通信要求を受けた回数がアクセス情報有効数以上かどうかを判定する。アクセス情報から通信要求を受けた回数をセッションを確立した回数とする。そうすると、図８の例では、受信装置Ａ１０２から通信要求を受けた回数、すなわち、受信装置Ａ１０２とセッションを確立した回数は、アクセス情報８０１のレコード数８０４である３である。以下、アクセス情報有効数≦３であり、レコード数８０４の３はアクセス情報有効数以上と判定された場合（Ｓ５０４でＹＥＳ）の例を説明する。
【００４３】
次に、Ｓ５０５において、送信セグメント決定部２０５は、受信装置Ａ１０２のアクセス情報８０１の全レコード８０３からＰＵＳＨ送信データのセグメントを決定し、通信部２０７は受信装置１０２へレスポンス８０７を送信する。例えば、受信装置Ａ１０２がこれまでに最も取得したセグメントを送信対象として決定する。
【００４４】
以上のように、上記の例では、受信装置から画像データのリクエストを受信したことに応じて、その受信装置のアクセス情報（セッション情報）が有用性を有するかを判定する。具体的には、その受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であるか否かや、その受信装置との間で以前に確立したセッションの数が一定数以上であるか否かに基づき、有用性を判定する。これらにより有用性を有すると判定された場合に、そのアクセス情報に基づきその受信装置へ送信すべき画像データのセグメントを決定する。例えば、その受信装置へ最も頻繁に送信したセグメントに基づき、送信するセグメントを決定する。一方、アクセス情報が有用性を有すると判定されなかった場合は、当該受信装置以外の他の受信装置のアクセス情報に基づき、リクエストを受信した受信装置へ送信すべき画像データのセグメントを決定する。このように、上記の例では、アクセス情報が有用である場合にのみそれに基づき送信対象を決定するため、受信装置の潜在的な要求に沿ったデータを送信することが可能である。
【００４５】
（ＰＵＳＨ送信データ決定処理例２）
図７を用いて本実施形態に係るＰＵＳＨ送信データを決定する処理の第二の例（ＰＵＳＨ送信データ決定処理例２）を説明する。図７はＰＵＳＨ送信データ決定処理例２の処理手順を示すフローチャートである。図７の各手順はＣＰＵ４０１の制御に基づき実行される。ＰＵＳＨ送信データ決定処理例２では、受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であるか否かに応じて、その最後のセッションにおいて送信したセグメントに基づき送信対象を決定する例を説明する。
【００４６】
Ｓ６０１、Ｓ６０２の処理は図５のＳ５０１、Ｓ５０２までの処理と同一である。Ｓ６０２にてリクエストを出した受信装置１０２のアクセス情報が存在しているか否かを判定し、存在する場合（Ｓ６０２でＹＥＳ）はＳ６０３へ遷移し、存在しない場合（Ｓ６０２でＮＯ）はＳ６０５へ遷移する。
【００４７】
Ｓ６０３にて、リクエストを受信する直前にリクエストを出した受信装置１０２と確立していたセッションの、終了時刻からの経過時間がセッション再開時間以内かどうか判定をする。この判定は、送信セグメント決定部２０５がリクエストを出した受信装置１０２とのアクセス情報を参照して行う。セッション再開時間は、受信装置１０２が直前のセッション終了時からの時間経過が短く、受信装置１０２が直前に終了したセッションの再開として新しいセッションを張ろうとしていると判定する上限時間として予め設定される。直前のセッションの終了時刻からの経過時間がセッション再開時間以内である場合（Ｓ６０３でＹＥＳ）はＳ６０４へ進み、セッション再開時間を経過している場合（Ｓ６０３でＮＯ）はＳ６０５へ進む。
【００４８】
Ｓ６０４において、送信セグメント決定部２０５は、前セッション終了時に送信していたセグメントからＰＵＳＨ対象のセグメントを決定する。具体的には、リクエストを受信する直前にリクエストを出した受信装置１０２と確立していたセッションで、セッション終了時に受信装置１０２が取得していたセグメントから、直前のセッションの再開となるＰＵＳＨ送信データを決定する。例えば、受信装置１０２がセッション終了時にＶＧＡサイズの映像のセグメントを取得していた場合、ＰＵＳＨ送信データとしてＶＧＡサイズの映像のセグメントを選択することができる。また別の例として、タイル映像を提供している送信装置１０１から受信装置１０２はセッション終了時に特定のタイル映像のセグメントを取得していた場合、ＰＵＳＨ送信データとして同じタイル映像のセグメントを選択することができる。また別の例として、オンデマンドサービスの映像を提供している送信装置１０１から受信装置１０２はセグメントを取得していた場合、ＰＵＳＨ送信データとして前回のセッション終了時に中断した映像の続きに当たるセグメントを選択することができる。
【００４９】
一方、Ｓ６０５においては、送信セグメント決定部２０５はリクエストを出した受信装置１０２とのアクセス情報からＰＵＳＨ送信データを決定する。この処理は、図５のＰＵＳＨ送信データ決定処理例１のフローを実施することなどにより行うことができる。例えば、その受信装置１０２が最も頻繁に取得したセグメントを送信対象として決定することができる。また、リクエストを出した受信装置１０２のアクセス情報が存在しない場合（Ｓ６０２でＮＯ）や、アクセス情報の有用性が低い場合は、その受信装置以外の他の受信装置のアクセス情報に基づき、送信対象を決定することができる。これにより、受信装置の潜在的な要求に沿ったコンテンツを送信することができる。
【００５０】
図８を用いて、ＰＵＳＨ送信データ決定処理例２を実施した場合の具体例を説明する。送信装置１０１は受信装置１０２毎にアクセス情報９０１を記録し管理している。アクセス情報９０１は図６の８０１と同じであるため、説明は省略する。
【００５１】
受信装置Ａ１０２が送信装置１０１へリクエスト９０２を送信すると、送信装置１０１の通信部２０７はリクエスト９０２を受信する。これに応じて、送信装置１０１はＰＵＳＨ送信データ決定処理を開始する。Ｓ６０１により、送信セグメント決定部２０５はアクセス情報９０１に受信装置Ａ１０２のものがあるか確認し、Ｓ６０２より受信装置Ａ１０２とのアクセス情報９０１が存在すると判定する（Ｓ６０２でＹＥＳ）。
【００５２】
そして、Ｓ６０３において、送信装置１０１の送信セグメント決定部２０５は、アクセス情報９０１を参照して、受信装置Ａ１０２との直前のセッションの終了時刻からの経過時間がセッション再開時間以内であるか否かを判定する。図８の例では、受信装置Ａ１０２のアクセス情報９０１で最も新しいレコードであるレコード３のセッション終了時刻Ｔ３ｂ９０３であり、現在時刻Ｔｘ９０４であるから、経過時間はＴｘ−Ｔ３ｂである。したがって、送信セグメント決定部２０５は、Ｔｘ−Ｔ３ｂと、予め定められたセッション再開時間との大小を比較する。以下、Ｔｘ−Ｔ３ｂ≦セッション再開時間であり、経過時間がセッション再開時間以内であると判定された場合（Ｓ６０３でＹＥＳ）の例を説明する。
【００５３】
次に、Ｓ６０４において、送信装置１０１の送信セグメント決定部２０５は、受信装置Ａ１０２のアクセス情報９０１で最も新しいレコードを参照して、受信装置Ａ１０２へＰＵＳＨ送信すべきデータのセグメントを決定する。図９の例では、アクセス情報９０１で最も新しいレコードであるレコード３の取得セグメント履歴９０５を参照して、最後に取得していたセグメントを元にＰＵＳＨ送信データのセグメントとして決定する。例えば、最後に取得していたセグメントに時間的に後続するセグメントを送信対象として決定する。そして、通信部２０７は受信装置Ａ１０２へレスポンス９０６を送信する。
【００５４】
以上のように、上記の例では、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置との間で確立した最後のセッションの時刻からの経過時間が一定時間以内であるか否かを判定する。一定時間以内であると判定された場合に、当該最後のセッションにおいて送信したセグメントに基づき、送信するセグメントを決定する。例えば、最後のセッションにおいて送信したセグメントに時間的に続くセグメントを送信対象として決定する。一方、一定時間以内であると判定されなかったときは、その受信装置のアクセス情報や、受信装置以外のアクセス情報に応じて送信対象を決定する。これにより、直前のセッション終了からセッション再開までの時間が短い場合に、前回のセッションで送信していたデータと類似のデータを送信することで、受信装置の潜在的な要求に適合させることができる。したがって、セッションに関する情報に応じたプッシュデータを送信することができる。
【００５５】
（ＰＵＳＨ送信データ決定処理例３）
図９を用いて本実施形態に係るＰＵＳＨ送信データを決定する処理の第三の例（ＰＵＳＨ送信データ決定処理例３）を説明する。図９はＰＵＳＨ送信データ決定処理例３の処理手順を示すフローチャートである。図９の各手順はＣＰＵ４０１の制御に基づき実行される。ＰＵＳＨ送信データ決定処理例３では、リクエストを出した受信装置以外の他の受信装置との間で確立しているセッションの数が一定数以上である場合に、他の受信装置からの各セグメントに対するアクセスの分布に基づき、送信対象を決定する例を説明する。
【００５６】
Ｓ７０１にて、送信装置１０１の送信セグメント決定部２０５は、受信装置１０２からリクエストを受信した時点における、リクエストを出した受信装置１０２以外の受信装置１０２と確立しているセッション数を確認する。
【００５７】
Ｓ７０２にて、送信セグメント決定部２０５は、確立しているセッション数が必要セッション数以上あるかどうかを判定する。必要セッション数とは、後述するＳ７０３で特定のメディア要素へのアクセスが集中していることを判定することが有効であると判定する下限値として予め設定された値である。後述するＳ７０３でアクセスが集中しているメディア構成要素があると判定しても、標本であるセッション数の総数が必要セッション数以上ではない場合、標本に対する母数が十分ではないため、そのアクセス集中判定は有効でないとする。確立しているセッション数が必要セッション数以上あると判定した場合（Ｓ７０２でＹＥＳ）はＳ７０３へ遷移し、必要セッション数以上ないと判定した場合（Ｓ７０２でＮＯ）はＳ７０５へ遷移する。
【００５８】
Ｓ７０３にて、送信セグメント決定部２０５は、特定の言語の音声やタイル映像などいずれかのメディア構成要素の内、リクエストを出した受信装置１０２以外の受信装置１０２からのアクセスの集中しているものがあるかを判定する。アクセスが集中しているとは、全体のセッション数に対して特定のメディア構成要素を要求しているセッション数との割合が所定値以上である状態をいう。所定値とは、特定のメディア構成要素へのアクセスが集中していると判定することができる十分な値として予め設定された値である。所定値として、例えば、５０％以上の値を設定することが考えられる。アクセスの割合の代わりに、特定のメディア構成要素を要求しているセッション数を用いてアクセスの集中を判定してもよい。リクエストを出した受信装置１０２以外の受信装置１０２からのアクセスの集中しているメディア構成要素があると判定した場合（Ｓ７０３でＹＥＳ）はＳ７０４へ遷移し、存在しないと判定した場合（Ｓ７０３でＮＯ）はＳ７０５へ遷移する。
【００５９】
なお、Ｓ７０２およびＳ７０３では、リクエストを出した受信装置１０２と同じ特徴（ブラウザ、端末の種類、端末の画面サイズなど）を持つ他の受信装置１０２のみをセッション数とアクセス割合を確認する際の対象としてもよい。
【００６０】
Ｓ７０４にて、送信セグメント決定部２０５はＳ７０３で判定したリクエストを出した受信装置１０２以外の受信装置１０２からのアクセスの集中しているメディア構成要素からＰＵＳＨ送信データを決定する。例えば、アクセスが特定のタイル映像へ集中している場合、ＰＵＳＨ送信データとしてアクセスが集中しているタイル映像のセグメントを選択することができる。
【００６１】
Ｓ７０５にて、図５のＰＵＳＨ送信データ決定処理例１のフローを実施することなどにより、送信セグメント決定部２０５はリクエストを出した受信装置１０２とのアクセス情報からＰＵＳＨ送信データを決定する。
【００６２】
図１０を用いてＰＵＳＨ送信データ決定処理例３を実施した場合の具体例を説明する。送信装置１０１は、映像をタイル状に分割したタイル映像を提供し、それぞれのタイル映像へのアクセス割合１００４を管理している。図１０の例では、タイルＡのアクセス割合は０％であり、受信装置１０２及び他の受信装置１００２は、タイルＡに対して全くアクセスしていないことがわかる。また、タイルＥのアクセス割合は８６％と最も高いことがわかる。
【００６３】
受信装置１０２は送信装置１０１へリクエスト１００１を送信し、送信装置１０１の通信部２０７はリクエスト１００１を受信する。
【００６４】
Ｓ７０１において、送信セグメント決定部２０５はリクエスト１００１を送信した受信装置１０２以外の他の受信装置１００２と確立しているセッション数１００３を確認する。
【００６５】
Ｓ７０２において、送信セグメント決定部２０５はＳ７０２で確認したセッション数１００３が必要セッション数以上であるか否かを判定する。以下、セッション数１００３≧必要セッション数の場合の例を説明する。
【００６６】
Ｓ７０３において、送信セグメント決定部２０５は、タイル別アクセス割合１００４から特定のタイルにアクセスが集中しているか否かを判定する。タイルＥ１００５へのアクセス割合が８６％と最も高いところ、このアクセス割合≧所定値であるとして、タイルＥ１００５にアクセスが集中していると判定された場合の例を説明する。
【００６７】
Ｓ７０４において、送信セグメント決定部２０５は、タイルＥ１００５のセグメントをＰＵＳＨ送信データのセグメントとして決定し、通信部２０７は受信装置１０２へレスポンス１００６を送信する。
【００６８】
以上のように、上記の例では、受信装置から画像データのリクエストを受信したことに応じて、当該受信装置以外の他の受信装置との間で確立しているセッションの数が一定数以上であるか否かを判定する。そして、一定数以上であると判定された場合に、当該他の受信装置からの各セグメントに対するアクセスの分布に基づき、リクエストを受信した受信装置へ送信すべきセグメントを決定する。具体的には、他の受信装置からのアクセスが特定のセグメントに集中しているか否かをさらに判定し、特定のセグメントに集中していると判定された場合は、当該セグメントをリクエストを受信した受信装置へ送信すべきセグメントとして決定する。このように、特定のセグメントにアクセスが集中しているときは、そのセグメントを送信対象と決定することで、人気があり潜在的なニーズが高いと考えられるセグメントを自動的に決定して送信することができる。
【００６９】
以上のように、本発明の各実施形態によれば、受診装置の潜在的な要求に適合したＰＵＳＨ送信データを効率よく決定して送信することができる。よって、したがって、セッションに関する情報に応じたプッシュデータを送信することができる。
【００７０】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００７１】
１０１：送信装置、１０２：受信装置、１０３：ネットワーク、２０１：撮像部、２０２：符号化部、２０３：セグメント生成部、２０４：プレイリスト生成部、２０５：送信セグメント決定部、２０６：アクセス情報管理部、２０７：通信部
【図１】
2018026731.tif 000003
【図２】
2018026731.tif 000004
【図３】
2018026731.tif 000005
【図４】
2018026731.tif 000006
【図５】
2018026731.tif 000007
【図６】
2018026731.tif 000008
【図７】
2018026731.tif 000009
【図８】
2018026731.tif 000010
【図９】
2018026731.tif 000011
【図１０】
2018026731.tif 000012