(57)【特許請求の範囲】
【請求項１】
カメラ付きの携帯端末から、前記携帯端末の所在位置を示す端末位置情報を受信する位置受信部と、
前記携帯端末から、前記携帯端末が撮像した撮像画像を受信する画像受信部と、
映画の一部を含む複数種類の動画コンテンツのそれぞれに対して、固有の動画ＩＤとともに場所に関する地理条件および１以上の参照画像を対応づけて保持する動画保持部と、
位置判定として、動画コンテンツに対応づけられる地理条件に前記携帯端末の所在位置が合致するかを判定する位置判定部と、
画像判定として、動画コンテンツに対応づけられる参照画像と前記撮像画像の画像類似度が所定の閾値以上となるかを特定する画像判定部と、
前記位置判定および前記画像判定が共に肯定結果となる動画コンテンツを前記携帯端末に送信する動画配信部と、を備え、
前記動画保持部は、少なくとも１つの動画コンテンツにおいて、１つの動画コンテンツの再生画像から抽出された複数の静止画像を、前記動画ＩＤに対応づけられたそれぞれの静止画像に固有の参照ＩＤとともに前記参照画像としてそれぞれ保持し、
前記動画配信部は、複数の参照画像のいずれかに対して前記位置判定および前記画像判定が共に肯定結果となった場合には、当該参照画像の参照ＩＤに対応づけられた動画ＩＤを有する同一の動画コンテンツを送信することを特徴とする動画配信装置。
【請求項２】
前記動画保持部は、１つの動画コンテンツに対して、第１の参照画像と、当該第１の参照画像とは地理条件が異なる第２の参照画像とをそれぞれ同じ動画ＩＤに対応づけて保持し、
前記動画配信部は、前記第１の参照画像または前記第２の参照画像のいずれかに対して前記位置判定および前記画像判定が共に肯定結果となった場合には、当該参照画像の参照ＩＤに対応づけられた動画ＩＤを有する同一の動画コンテンツを送信することを特徴とする請求項１に記載の動画配信装置。
【請求項３】
前記画像判定部は、前記位置判定が肯定結果となる動画コンテンツを候補動画として特定し、候補動画を対象として前記画像判定を実行することを特徴とする請求項１または２に記載の動画配信装置。
【請求項４】
前記画像受信部は、前記撮像画像と共にその撮像時間を示す撮像時間情報を受信し、
前記動画保持部は、動画コンテンツに対し、複数の撮像時間帯のそれぞれに対して同一構図で明るさが異なる参照画像を対応づけて保持し、
前記画像判定部は、前記撮像時間を含む撮像時間帯に対応づけられた参照画像を対象として、前記画像判定を実行することを特徴とする請求項１から３のいずれかに記載の動画配信装置。
【請求項５】
前記位置判定および前記画像判定が共に肯定結果となる動画コンテンツのリストを前記携帯端末に送信するリスト送信部、を更に備え、
前記動画配信部は、前記リストの中から前記携帯端末のユーザにより選択された動画コンテンツを前記携帯端末に送信することを特徴とする請求項１から４のいずれかに記載の動画配信装置。
【請求項６】
動画コンテンツの属性項目ごとの配信履歴を保持する配信履歴保持部、を更に備え、
前記動画保持部は、動画コンテンツと属性項目を対応づけて保持し、
前記リスト送信部は、配信先のユーザについての配信履歴を参照し、所定期間における送信頻度が所定の閾値よりも高い属性項目に対応づけられている動画コンテンツを優先的にリストアップすることを特徴とする請求項５に記載の動画配信装置。
【請求項７】
カメラ付きの携帯端末から、前記携帯端末の所在位置を示す端末位置情報を受信する位置受信部と、
前記携帯端末から、前記携帯端末が撮像した撮像画像を受信する画像受信部と、
映画の一部を含む複数種類の動画コンテンツのそれぞれに対して、固有の動画ＩＤとともに場所に関する地理条件および１以上の参照画像を対応づけて保持する動画保持部と、
位置判定として、動画コンテンツに対応づけられる地理条件に前記携帯端末の所在位置が合致するかを判定する位置判定部と、
画像判定として、動画コンテンツに対応づけられる参照画像と前記撮像画像の画像類似度が所定の閾値以上となるかを特定する画像判定部と、
前記位置判定および前記画像判定が共に肯定結果となる動画コンテンツを前記携帯端末に送信する動画配信部と、を備え、
前記動画保持部は、少なくとも１つの映画に対して当該映画に象徴的なシーンをそれぞれ含む複数の動画コンテンツを前記動画ＩＤに対応づけて保持するとともに、当該複数の動画コンテンツの再生画像からそれぞれ抽出された静止画像を、前記動画ＩＤに対応づけられたそれぞれに固有の参照ＩＤとともに参照画像としてそれぞれ保持し、
前記動画配信部は、複数の動画コンテンツを含む１つの映画において、複数の参照画像のいずれかに対して前記位置判定および前記画像判定が共に肯定結果となった場合に、複数の動画コンテンツのうち前記画像判定が肯定結果となった参照画像に対応づけられた動画コンテンツを送信することを特徴とする動画配信装置。
【請求項８】
撮像部と、
撮像を契機として、自装置の所在位置を自動検出する位置検出部と、
前記撮像部により撮像された撮像画像と撮像時に自動検出した位置を示す端末位置情報を外部の動画配信装置に送信する送信部と、
請求項１〜７のいずれか１項に記載の動画配信装置から、前記撮像画像および前記端末位置情報に基づいて選択された動画コンテンツを受信する受信部と、
前記動画コンテンツを再生する再生部と、
を備えることを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、デジタルコンテンツの配信に関し、特に、動画コンテンツの配信技術に関する。
【背景技術】
【０００２】
近年、コンピュータの普及とネットワーク技術の進展にともない、ネットワークを介した電子情報の交換が盛んになっている。一例として、インターネットによる映画宣伝を挙げることができる。映画制作者は、宣伝用ホームページから映画の予告編ムービーをダウンロードさせることにより、映画の認知度向上を試みている。予告編ムービーのような動画コンテンツは、ユーザ端末において動画再生される。
【特許文献１】特開２００５−２０８７５１号公報
【特許文献２】特開２００５−５０３１５号公報
【特許文献３】特開２００３−２９９０６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、予告編ムービーをダウンロードするユーザは、もともとその映画に関心を持って宣伝用ホームページにアクセスしていることが多い。このため、宣伝対象となる映画に関心を持っていないユーザにまで映画を認知させるための手法としては必ずしも好適とはいえない。
【０００４】
本発明は、上記課題に基づいて完成された発明であり、その主たる目的は、ユーザの動画コンテンツ取得意欲を効果的に喚起するための技術、を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様は、動画配信装置に関する。
この装置は、カメラ付きの携帯端末から、携帯端末の所在位置と撮像画像を受信する。また、複数種類の動画コンテンツのそれぞれに対して、地理的な条件と１以上の参照画像を対応づけて保持しておく。携帯端末の所在位置が地理的な条件に合致し、かつ、参照画像と撮像画像が類似する動画コンテンツを携帯端末に送信する。
【０００６】
本発明の別の態様は、携帯端末である。
撮像部と、撮像を契機として自装置の所在位置を自動的に検出する位置検出部と、撮像部により撮像された撮像画像と撮像時に検出した位置を動画配信装置に送信する送信部と、動画配信装置から、撮像画像および位置に基づいて選択される動画コンテンツを受信する受信部と、動画コンテンツを再生する再生部と、を備える。
【０００７】
なお、以上に示した構成要素の任意の組合せ、本発明を方法、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、ユーザの動画コンテンツ取得意欲を喚起する上で効果がある。
【発明を実施するための最良の形態】
【０００９】
図１は、動画配信装置１００のハードウェア構成図を示す。
動画配信装置１００は無線通信網１８と接続する。無線通信網１８には、接続装置２０２ａや接続装置２０２ｂのように複数の接続装置（以下、これらをまとめて「接続装置２０２」ともよぶ）が接続されている。接続装置２０２ａは基地局２０４ａ、基地局２０４ｂ、および、基地局２０４ｃのような複数の基地局（以下、これらをまとめて「基地局２０４」ともよぶ）と無線通信網１８を中継する。各基地局２０４はそれぞれ、セル領域２０８ａ、セル領域２０８ｂ、および、セル領域２０８ｃ（以下、これらをまとめて「セル領域２０８」ともよぶ）を担当する。移動局としての携帯端末２００は、自己の所属するセル領域２０８を担当する基地局２０４と接続して通信を行う。同図では、携帯端末２００は、その所属するセル領域２０８ｂを担当する基地局２０４ｂと接続することにより通信を行う。
【００１０】
携帯端末２００は、携帯電話やデジタルカメラ、ＰＤＡ（Personal Digital Assistant）など、撮像機能、通信機能、動画再生機能の３つの機能を備え、かつ、携帯可能な装置であればよい。動画配信装置１００は、さまざまな動画コンテンツを保持する。動画配信装置１００は、携帯端末２００からの求めに応じて動画コンテンツを携帯端末２００に配信する。本実施例における動画コンテンツとは、映画の一部を含む短時間の動画であるとして説明する。たとえば、映画の予告編ムービーであってもよいし、映画における象徴的なシーンだけを抽出した１〜５分程度の動画であってもよい。以下、このような動画コンテンツのことを「映画クリップ」とよぶことにする。１つの映画に対して１つだけ映画クリップを用意してもよいし、複数の映画クリップを用意してもよい。
【００１１】
携帯端末２００のユーザ（以下、単に、「ユーザ」とよぶ）は、携帯端末２００を所定の「ストリーミングモード」に設定し、任意の被写体を撮像する。このとき、携帯端末２００の所在位置と撮像画像が動画配信装置１００に送信される。動画配信装置１００は、撮像画像と所在位置という少なくとも２つの情報に基づいて、後述する方法により最適な映画クリップを選択し、携帯端末２００に送信することになる。
【００１２】
図２（ａ）は、撮像画像の一例を示す図である。
撮像画像２０６は、ユーザが携帯端末２００により東京タワー２１０を撮影したときの画像である。撮影の利便のため、携帯端末２００の撮影画面には、十字ターゲットを表示してもよい。携帯端末２００は、十字ターゲット近辺に位置するスコープ領域２１２の画像を抽出し、動画配信装置１００に送信する。携帯端末２００は、撮像時の所在位置を示す「端末位置情報」も動画配信装置１００に送信する。所在位置は、ＧＰＳ（Global Positioning System）により検出されてもよいし、接続先となる基地局２０４のＩＤにより特定されてもよい。あるいは、ＢＳＳＩＤ（Basic Service Set Identifier）により特定されてもよい。このほかにも位置検出方法は、既知技術の応用により実現されればよい。
同図に示す撮像画像２０６を撮像したとき、携帯端末２００は東京タワー２１０の近くに位置していることになる。
【００１３】
図２（ｂ）は、参照画像の一例を示す図である。
映画クリップに対しては、１以上の「参照画像」が対応づけられている。本実施例における参照画像は、映画の象徴的なシーンを静止画像として抜き出した画像である。同図の参照画像２１４は、映画クリップＡに対応づけられているとする。また、映画クリップＡは、東京タワー２１０を舞台とする映画Ａの映画クリップであるとする。動画配信装置１００は、撮像画像２０６と参照画像２１４の画像としての類似度を判定し、この類似度が所定の閾値よりも大きいか判定する。ここで言う画像としての類似度の判定についても、既知技術の応用であればよい。実際にどのような類似判定アルゴリズムを採用するかは、システム全体としての要件、たとえば、精度や処理速度等に応じて任意に決定すればよい。したがって、類似判定の基準となる閾値も任意に設定すればよい。
同図に示す参照画像２１４について、領域２１６内の画像は撮像画像２０６におけるスコープ領域２１２部分の画像と類似している。より具体的には、所定の画像判定アルゴリズムにより、２つの画像の類似度が所定の閾値以上であると判定されている。
【００１４】
映画クリップＡには更に「地理条件」も設定されている。映画クリップＡの地理条件として「東京都港区芝公園」が設定されているとする。実際の東京タワー２１０の住所は「東京都港区芝公園４丁目」であるためである。携帯端末２００は、端末位置情報により示された携帯端末２００の所在位置がこの「東京都港区芝公園」内にあるか、いいかえれば、携帯端末２００の位置が映画クリップＡの地理条件に合致するかを判定する。
ここでは、携帯端末２００の撮像時の所在位置が映画クリップＡの地理条件に合致したとする。
【００１５】
このように、動画配信装置１００は、位置判定と画像判定の２種類の判定を行う。位置判定とは、携帯端末２００の撮像時の所在位置が映画クリップの地理条件を充足するか否かの判定である。画像判定とは、撮像画像２０６と参照画像２１４の画像類似度が所定の閾値以上となるか否かの判定である。動画配信装置１００は、位置判定と画像判定の両方の結果が肯定結果となる映画クリップ（以下、「適合動画」とよぶ）を選んで携帯端末２００に送信する。適合動画が複数あるときには、動画配信装置１００は、適合動画のタイトルのリスト（以下、「適合リスト」とよぶ）を送信してもよい。このときには、ユーザは、適合リストの中からダウンロードしたい映画クリップを選択する。別例として、動画配信装置１００は、適合リストを送信する代わりに、適合動画のうち画像類似度が最も高い映画クリップだけを送信するとしてもよい。
【００１６】
撮像画像に移っている被写体は、ユーザの興味の対象を示している。画像判定により、ユーザが興味を持っている被写体にちなんだ映画クリップを紹介できることになる。たとえば、ユーザが東京タワー２１０を撮像すると、東京タワー２１０にちなんだ映画クリップＡ、ひいては、映画Ａをユーザに紹介できる。映画Ａを知らないが東京タワー２１０に興味を持ったユーザに対して、東京タワー２１０から連想される映画Ａを紹介することができる。いいかえれば、ユーザの興味の対象を東京タワー２１０を介して映画Ａに導くことができる。
【００１７】
また、実際に東京タワー２１０の近くで東京タワー２１０を撮像しなければ、位置判定が否定結果となる。たとえば、東京タワー２１０の写真や模型を自宅で撮影しても、映画クリップＡを取得することはできない。したがって、実際に現地に出かけて東京タワー２１０を撮像したユーザだけが、東京タワー２１０にちなんだ映画クリップＡを楽しむことができる。このような処理方法によれば、実際に東京タワー２１０の近くに出かけて東京タワー２１０を撮影したユーザ、いいかえれば、東京タワー２１０に対する関心が高いユーザだけに、映画クリップＡを提供できる。
【００１８】
図３は、携帯端末２００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。次の図４に示す動画配信装置１００の機能ブロック図についても同様である。
【００１９】
携帯端末２００は、ユーザインタフェース処理部２２０、撮像部２２８、通信部２３０、位置検出部２４０、プロセス処理部２３６およびデータ保持部２３８を含む。
ユーザインタフェース処理部２２０は、ユーザとのユーザインタフェース処理を担当する。撮像部２２８は、カメラとして機能し、撮像画像２０６を取得する。通信部２３０は、基地局２０４等を介して外部装置、たとえば、動画配信装置１００や他の携帯端末２００との通信を行う。位置検出部２４０は、ＧＰＳ等により携帯端末２００の所在位置を検出する。プロセス処理部２３６は、ユーザインタフェース処理部２２０、撮像部２２８、通信部２３０、位置検出部２４０およびデータ保持部２３８から取得されたデータを元にして各種のデータ処理を実行する。いわゆるメインプロセスを実行する。プロセス処理部２３６は、ユーザインタフェース処理部２２０、撮像部２２８、通信部２３０、位置検出部２４０およびデータ保持部２３８の間のインタフェースの役割も果たす。データ保持部２３８は、各種データを保持するための記憶領域である。
【００２０】
ユーザインタフェース処理部２２０は、ユーザからの各種操作を受け付ける入力部２２２とユーザに各種情報を画面表示させる表示部２２４を含む。表示部２２４は、動画コンテンツを再生する再生部２２６を含む。ユーザインタフェース処理部２２０は、このほかにも音声出入力にも対応する。
通信部２３０は、プロセス処理部２３６からの指示にしたがって、他の携帯端末２００や動画配信装置１００とのデータ送受を実行する。通信部２３０は送信部２３２と受信部２３４を含む。
【００２１】
図４は、動画配信装置１００の機能ブロック図である。
動画配信装置１００は、通信部１１０、データ処理部１３０およびデータ保持部１４０を含む。
通信部１１０は、各携帯端末２００との通信を行う。データ処理部１３０は、通信部１１０やデータ保持部１４０のデータを元にして各種のデータ処理を実行する。データ処理部１３０は、通信部１１０とデータ保持部１４０の間のインタフェースの役割も果たす。データ保持部１４０は、各種データを保持するための記憶領域である。
【００２２】
通信部１１０は、受信部１１２と送信部１１８を含む。受信部１１２は、携帯端末２００から端末位置情報を受信する位置受信部１１４と撮像画像を受信する画像受信部１１６を含む。撮像画像にはその撮影日時を示す日時情報も含まれる。そのほかにも、撮像時の露光状態やフラッシュの使用の有無等の撮像条件に関する情報が含まれてもよい。送信部１１８は、リスト送信部１２０と動画配信部１２２を含む。リスト送信部１２０は、複数の適合動画が検出されたとき、適合リストを携帯端末２００に送信する。動画配信部１２２は、動画コンテンツのデータ、いいかえれば、映画クリップのデータを携帯端末２００に送信する。動画のデータファイルそのものを送信してもよいし、ストリーミング送信してもよい。
【００２３】
データ処理部１３０は、位置判定部１３２、画像判定部１３４、動画選択部１３６および配信履歴更新部１３７を含む。
位置判定部１３２は、位置判定を実行する。すなわち、位置判定部１３２は、端末位置情報に示される携帯端末２００の所在位置について、地理条件を満たす映画クリップを検索する。画像判定部１３４は、画像判定を実行する。すなわち、画像判定部１３４は、撮像画像と参照画像の類似度が所定の閾値以上となる映画クリップを検索する。動画選択部１３６は、位置判定および画像判定の結果が共に肯定的な結果となる映画クリップを適合動画として特定する。適合動画が１つしかなければ、動画配信部１２２に指示して適合動画を配信させる。適合動画が複数あるときには、適合リストを生成してリスト送信部１２０に送信させる。なお、適合動画が複数あるときには、動画配信部１２２に指示して、複数の適合動画を連続的に送信させてもよい。配信履歴更新部１３７は、配信履歴保持部１４４の配信履歴情報を更新する。配信履歴情報については後述する。
【００２４】
データ保持部１４０は、動画保持部１４２と配信履歴保持部１４４を含む。動画保持部１４２は、映画クリップ、いいかえれば、動画コンテンツに対して、地理条件や参照画像等を対応づけて保持する。動画保持部１４２のデータ構造については次の図５に関連して説明する。配信履歴保持部１４４は、ユーザがどのような属性の映画を好むかを示す配信履歴情報を保持する。配信履歴保持部１４４のデータ構造については図６に関連して説明する。
【００２５】
図５は、動画保持部１４２のデータ構造図である。
動画ＩＤ欄１５０は、映画クリップを一意に識別する「動画ＩＤ」を示す。参照ＩＤ欄１５２は参照画像を一意に識別する「参照ＩＤ」を示す。一のクリップに対して複数の参照画像が対応づけられる。参照画像は、更に、撮像時間帯に応じて昼用と夜用の２種類の画像が用意される。たとえば、参照ＩＤ＝Ｐ１Ａの参照画像（以下、「参照画像（Ｐ１Ａ）」と表記する）と参照画像（Ｐ１Ｂ）は同一構図の参照画像であるが、画像としての明るさが異なる。たとえば、「参照画像（Ｐ１Ａ）」は日中の東京タワーの画像であり、「参照画像（Ｐ１Ｂ）」は、「参照画像（Ｐ１Ａ）」の明度を落とした夜用の東京タワーの画像となる。明度以外にも、彩度や色相等の所定の色彩パラメータが異なる画像として提供されてもよい。あるいは、実際に、日中の赤い東京タワーの画像と夜のライトアップされた東京タワーの画像をそれぞれ「参照画像（Ｐ１Ａ）」、「参照画像（Ｐ１Ｂ）」として用意してもよい。
【００２６】
東京タワー２１０を夜間に撮像した撮像画像は、昼用の参照画像（Ｐ１Ａ）との画像類似度は低いが夜用の参照画像（Ｐ１Ｂ）との画像類似度は高くなりやすい。画像判定部１３４は、画像判定に際し、撮像画像の撮像日時を検出し、撮像日時が日中（たとえば、６：００〜１７：５９）か夜間（たとえば、１８：００〜５：５９）のいずれであるかを判定する。日中に撮像された撮像画像であれば、画像判定部１３４は日中に対応づけられている参照画像のみを対象として画像判定を実行する。夜間に撮像された撮像画像であれば、夜間に対応づけられている参照画像のみを対象として画像判定を実行する。撮像時間帯に応じて、比較対象とすべき参照画像を選別することにより、撮像時間によって画像判定の精度がばらつくのを抑制できる。
【００２７】
地理条件欄１５４は、映画クリップの地理条件を示す。たとえば、動画ＩＤ＝０１の映画クリップ（以下、「映画クリップ（０１）」と表記する）の地理条件は、「大阪市」である。したがって、大阪市内において、参照画像（Ｐ１Ａ）、参照画像（Ｐ１Ｂ）、参照画像（Ｐ４８Ａ）、参照画像（Ｐ４８Ｂ）等に類似する写真を撮像することが、映画クリップ（０１）を携帯端末２００にて再生するための条件となる。１つの映画クリップに対して、複数の地理条件を対応づけてもよい。たとえば、神戸と品川を舞台とした映画の映画クリップであれば、地理条件として「神戸」、「品川区」の２つの地域を設定してもよい。また、ユニバーサルスタジオジャパン（登録商標）のように、さまざまな映画にちなんだモニュメントが存在するアミューズメントパークを多くの映画に共通する地理条件として設定してもよい。この場合にも、ユニバーサルスタジオジャパン内において、所定の映画モニュメントの写真を撮像することが、所定の映画クリップを携帯端末２００にて再生するための条件となる。
【００２８】
ジャンル欄１５６は、映画の属するジャンルを示す。ジャンルに限らず、たとえば、映画監督名、出演者名、公開日、映画会社等、映画に関連する属性を示す項目であればよい。ジャンル欄１５６のジャンルに関する情報は、次の配信履歴保持部１４４のデータ構造と関連して説明する。
【００２９】
図６は、配信履歴保持部１４４のデータ構造図である。
ユーザＩＤ欄１６０は、ユーザを一意に識別するユーザＩＤを示す。携帯端末２００を一意に識別する端末ＩＤをユーザＩＤの代用としてもよい。配信頻度欄１６２は、ジャンルごとの映像クリップの配信頻度を示す。リスト送信部１２０が適合リストを送信すると、ユーザは適合リストの中からダウンロードしたい映画クリップを選択する。そして、動画配信部１２２は、選択された映画クリップを携帯端末２００に送信する。ユーザが適合リストからどのような映画クリップを選択するかは、ユーザの好みを反映することになる。配信履歴更新部１３７は、適合リストから映画クリップが選択されるごとに配信履歴情報を更新する。
【００３０】
同図によれば、ユーザＩＤ＝０１のユーザ（以下、「ユーザ（０１）」のように表記する）は、アクション映画の映画クリップを１５回もダウンロードしているが、恋愛映画の映画クリップは１回もダウンロードしていない。このため、ユーザ（０１）は、アクション映画を好むが恋愛映画はあまり好まないといえる。一方、ユーザ（０３）はコメディ映画を好むが恋愛映画もその次に好んでいる。所定期間、たとえば、過去３００日間におけるダウンロード回数が所定回数、たとえば、５回以上のジャンルを、ユーザが好むジャンルとして特定してもよい。
【００３１】
動画選択部１３６は、適合動画が複数見つかったときには、この配信履歴情報を参照して、配信先のユーザが好むジャンルの適合動画を優先的に選択してもよい。たとえば、配信先のユーザが好むジャンルの映画クリップだけを適合リストに登録してもよいし、配信先のユーザが好むジャンルの映画クリップほど適合リストの上位にくるように並び順を設定してもよい。あるいは、画像類似度とジャンルごとの配信回数を任意に加重平均することにより、場所、撮像画像およびユーザの好みのそれぞれについて総合的に適合する映画クリップを選択してもよい。
【００３２】
図７は、動画コンテンツの配信処理過程を示すシーケンス図である。
まず、ユーザは携帯端末２００の電源を投入し、「ストリーミングモード」に設定し、所定の被写体を撮像する（Ｓ１０）。携帯端末２００のプロセス処理部２３６は、ストリーミングモードにおいて撮像がなされると位置検出部２４０に指示して現在位置を検出させる（Ｓ１２）。携帯端末２００の送信部２３２は、撮影日時を示す情報と共に撮像画像を動画配信装置１００に送信する（Ｓ１４）。更に、送信部２３２は、携帯端末２００の所在位置を示す端末位置情報も動画配信装置１００に送信する（Ｓ１６）。Ｓ１２からＳ１６までの一連の処理は、ストリーミングモード中に撮影がなされたことを契機として自動実行されてもよい。このようにストリーミングモード中に撮像が行われたことを契機として、Ｓ１２〜Ｓ１６の処理が自動実行すれば、ユーザは簡単な操作で動画コンテンツの配信を受けることができる。
【００３３】
動画配信装置１００の位置判定部１３２は、まず、Ｓ１６にて受信した端末位置情報と各映画クリップの地理条件に基づいて位置判定を実行する（Ｓ１８）。位置判定が肯定判定となる映画クリップは、「候補動画」として特定される。次に、画像判定部１３４は、候補動画群の参照画像と、Ｓ１４にて受信した撮像画像とを比較し、適合動画を特定する（Ｓ２０）。動画選択部１３６は、適合動画のタイトルを並べて適合リストを生成し、リスト送信部１２０は適合リストを携帯端末２００に送信する（Ｓ２２）。動画選択部１３６は、配信履歴情報を参照して、適合リストの内容を適宜変更してもよい。
なお、位置判定部１３２および画像判定部１３４のうちのいずれか一方のみにより適合動画を特定してもよい。たとえば、位置判定部１３２は、端末位置情報との一致度が最も高い地理的条件に対応づけられた映画クリップを適合動画として特定してもよい。あるいは、画像判定部１３４は、端末位置に関わらず、撮像画像と最も画像類似度が高い参照画像に対応づけられた映画クリップを適合動画として特定してもよい。
【００３４】
動画配信装置１００の受信部２３４が適合リストを受信すると、表示部２２４は適合リストを画面表示させる。ユーザは、入力部２２２を介して、適合リストの中からダウンロードしたい映画クリップを選択する（Ｓ２４）。送信部２３２は、選択された映画クリップの動画ＩＤを動画配信装置１００に通知する（Ｓ２６）。動画選択部１３６は、指定された動画ＩＤに対応する映画クリップのデータを読み出す（Ｓ２８）。動画配信部１２２は、読み出された映画クリップのデータを携帯端末２００にストリーミング配信する（Ｓ３０）。動画配信装置１００の再生部２２６は、映画クリップを動画再生する（Ｓ３２）。単一の映画クリップを繰り返し再生してもよい。
【００３５】
Ｓ２２において適合リストを送信する代わりに、動画配信部１２２は適合動画の中でも最も画像類似度が高い参照画像に対応づけられている映画クリップを送信するとしてもよい。本実施例においては、動画配信装置１００が動画コンテンツそのものを保持するとして説明したが、動画コンテンツは動画配信装置１００とは別のコンテンツサーバに保持されてもよい。この場合、Ｓ２８において、動画配信装置１００は、動画ＩＤにより指定された動画コンテンツのダウンロード先となるＵＲＬ（Uniform Resource Locator）を携帯端末２００に通知してもよい。このＵＲＬは、コンテンツサーバにおける動画コンテンツのダウンロードアドレスである。携帯端末２００は、通知されたＵＲＬを介して、所望の動画コンテンツをコンテンツサーバからダウンロードしてもよい。
【００３６】
携帯端末２００は、映画クリップのストリーミング配信を受けることはできるが、映画クリップのファイルをローカル保存できないとしてもよい。このような仕様によれば、映画クリップが過度に複製されるのを防止しやすくなる。
【００３７】
以上、動画配信装置１００と携帯端末２００による動画配信を実施例に基づいて説明した。本実施例によれば、カメラ付きの携帯端末２００を持ち歩いてさまざまな被写体を撮像することにより、被写体にちなんだ動画コンテンツの配信を受けるという楽しみを提供できる。「外に出かけて写真を撮る楽しみ」をいっそう高めることができる。
映画の撮影地の地元住民にとってもメリットがある。撮影地でなければ見ることができない映画クリップを用意することにより、撮影地の魅力を長期にわたって継続させやすくなる。いいかえれば、撮影地の集客力を長期にわたって維持しやすくなる。特段の観光地でなくても映画クリップの地理条件に設定される地域であれば、映画クリップの配信を介して当該地域の知名度を向上させる上でも有効である。
【００３８】
映画制作者にとってもメリットがある。映画クリップといえども著作物であり、過度に複製されるのは好ましくないことがある。このため、従来は、映画クリップの公開期間や再生機材を制限するといった対策が取られてきた。これに対し、本実施例の動画配信装置１００は、「実際に出かける」という地理的な条件により再生条件を制限している。このため、実際に撮影地に出かけて映画にちなんだ被写体を撮影したユーザ、いいかえれば、その映画に興味を持つ可能性があるユーザだけに映画クリップを配信できるため、宣伝効率や映画クリップのプレミアムを高めやすくなる。たとえば、パリに出かけて凱旋門を撮影したユーザには、凱旋門にちなんだ映画Ｂを紹介できる。このような凱旋門に関心・親近感を抱いたユーザであれば、実際に日本に帰ってから映画Ｂを鑑賞してみたいという欲求を喚起されやすいと考えられる。動画配信装置１００によれば、「旅における映画との偶然の出会い」を演出できる。また、新規公開の映画に限らず、過去に公開された映画の映画クリップを提供することにより、映画の認知度を長期にわたって継続させやすくなる。
【００３９】
通常、位置判定よりも画像判定の方が時間がかかる処理である。そこで、図７に関連して説明したように、位置判定により候補動画を絞り込んだ上で画像判定を実行することにより、画像判定に要する処理時間が過度に長くなるのを防止できる。いいかえれば、大量の参照画像を登録しても、画像判定に要する時間が長くなりすぎないように担保しやすくなる。
【００４０】
通常、画像判定の精度を上げるためにはさまざまな参照画像を用意しておくことが好ましい。しかし、こういった参照画像を用意する作業負荷を無視するわけにはいかない。本実施例における参照画像は、映画のワンシーンとして抽出される。このため、参照画像を登録するための作業負荷が軽減される。参照画像は、風景や建物などの土地定着物の画像であることが好ましい。土地定着物の参照画像とすることにより、実際に出かけて被写体を撮影したからこそ、映画クリップを取得できるという本発明の特性をいっそう明確化しやすくなる。
【００４１】
更に、撮像時間帯に応じて比較対象となる参照画像を変更することにより、撮像時間によって画像判定の精度がばらつくのを抑制しやすくなる。撮影時間のほかにも、天候に応じて複数の参照画像を用意してもよい。たとえば、雨の日の東京タワーの参照画像と晴れの日の東京タワーの参照画像を用意してもよい。動画配信装置１００は、撮像時における天候情報を所定の天気サイトから取得し、晴れの日用の参照画像と雨の日用の参照画像のいずれかを比較対象として選択してもよい。
【００４２】
適合リストを送信することにより、ユーザは、適合動画の中から実際にダウンロードしたい映画クリップを選択できる。また、画像判定の処理速度を上げるために画像判定の精度をさげて、複数の適合動画がヒットしやすくなるように設定してもよい。適合リストの中からダウンロード対象となる映画クリップをユーザに選択させることにより、ユーザの意思を反映させたかたちで適切な映画クリップを提供できる。更に、ユーザの嗜好を配信履歴情報から探ることにより、いっそう適切な映画クリップを選択しやすくなる。
【００４３】
本実施例においては、携帯端末２００がストリーミングモードにおいて所定の被写体を撮像すると自動的に位置検出が実行されるとして説明した。しかし、少なくとも撮影機能と通信機能、動画再生機能を備えた携帯端末であれば、動画配信装置１００による動画配信サービスの提供を受けることが可能である。
【００４４】
画像判定のみで動画コンテンツを選択してもよいし、位置判定のみで動画コンテンツを選択してもよい。しかし、位置判定と画像判定を組み合わせることにより、「外に出かけて写真を撮る楽しみ」がいっそう明確化できる。
【００４５】
画像の類似性を判定する一般的技術においては、撮像画像の構図と参照画像の構図がかけ離れていると、被写体自体は同一であっても画像類似度が低く判定されてしまうことがある。しかし、本実施例に示した動画配信サービスによれば、ユーザが映画の象徴的なシーンの構図と一致するように被写体を撮像するため、画像判定のために好適な撮像画像を取得しやすい。
【００４６】
１つの映画について、複数の映画クリップを設定してもよい。たとえば、ある映画Ｃが、「北京」と「福岡」を舞台にした映画であれば、北京での撮影時には北京のシーンの映画クリップ、福岡での撮影時には福岡のシーンの映画クリップを送信してもよい。このような態様によれば、映画の撮影地を巡る旅の楽しみをいっそう高めることができる。また、東京タワーの撮像画像であれば、実物か模型かを光の当たり方等により判定することにより、画像判定の前に撮像画像の被写体の真贋判定を実行してもよい。
【００４７】
本実施例においては、映画クリップを動画コンテンツの代表として説明したが、動画コンテンツに限らず、静止画像、たとえば、名画画像をコンテンツとして、位置判定および画像判定による配信制御を実行してもよい。あるいは、音楽コンテンツ、画像の付属情報を示す文字列、クーポンに関する情報といったさまざまなデータを対象として、「端末の位置」と「データとしての類似度」の判定によりいずれかのデータを特定してもよい。
【００４８】
以上、本発明について実施例をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００４９】
【図１】動画配信装置のハードウェア構成図を示す図である。
【図２】図２（ａ）は撮像画像の一例を示す図であり、図２（ｂ）は参照画像の一例を示す図である。
【図３】携帯端末の機能ブロック図である。
【図４】動画配信装置の機能ブロック図である。
【図５】動画保持部のデータ構造図である。
【図６】配信履歴保持部のデータ構造図である。
【図７】動画コンテンツの配信処理過程を示すシーケンス図である。
【符号の説明】
【００５０】
１００  動画配信装置、  １８  無線通信網、  ２０２  接続装置、  ２０４  基地局、  ２０８  セル領域、  ２００  携帯端末、  ２０６  撮像画像、  ２１０  東京タワー、  ２１２  スコープ領域、  ２１４  参照画像、  ２２０  ユーザインタフェース処理部、  ２２８  撮像部、  ２３０  通信部、  ２３６  プロセス処理部、  ２３８  データ保持部、  ２２２  入力部、  ２２４  表示部、  ２２６  再生部、  ２３２  送信部、  ２３４  受信部、  １１０  通信部、  １３０  データ処理部、  １４０  データ保持部、  １１２  受信部、  １１８  送信部、  １１４  位置受信部、  １１６  画像受信部、  １２０  リスト送信部、  １２２  動画配信部、  １３２  位置判定部、  １３４  画像判定部、  １３６  動画選択部、  １４２  動画保持部、  １４４  配信履歴保持部、  １５０  動画ＩＤ欄、  １５２  参照ＩＤ欄、  １５４  地理条件欄、  １５６  ジャンル欄、  １６０  ユーザＩＤ欄、  １６２  配信頻度欄、  １３７  配信履歴更新部、  ２４０  位置検出部。
【図１】
0005172323.tif 000002
【図２】
0005172323.tif 000003
【図３】
0005172323.tif 000004
【図４】
0005172323.tif 000005
【図５】
0005172323.tif 000006
【図６】
0005172323.tif 000007
【図７】
0005172323.tif 000008