JP5405132B2 - 動画配信サーバ、携帯端末 - Google Patents

Description

本発明は、動画配信サーバに関する。

従来から、インターネットなどの通信網を介して、端末（クライアント）へと動画を配信する動画配信サーバが知られている。
動画配信サーバは、例えば、ある端末から動画のアップロードを受け付けて動画を送信可能な状態にしておき、別の端末から配信の要求を受けると動画を配信するものである。
動画配信の方式としては、大きく分けてオンデマンド配信とライブ配信の２種類の配信方式が知られている。

オンデマンド配信とは、動画配信サーバに予め動画ファイルを格納しておき、端末から動画の配信の要求を受けると、格納している動画ファイルを最初から再生できるよう配信するものである（非特許文献１参照）。オンデマンド配信では、端末のユーザーは見たいときに見たい動画を自由に再生することができる。
これに対してライブ配信とは、現在撮像中の動画を、リアルタイムに配信するものである（非特許文献２参照）。ライブ配信では、通常、動画を最初から再生することや、一時停止や早送りができないという制約が課せられるものの、ユーザーは現在進行中の出来事をリアルタイムに見ることができる。このようなライブ配信は、即時性・同時性が求められるイベントの配信に向いている。

また、ライブ配信においては、受信者（視聴者）をより多く集めるために、事前にライブ配信の予定を広く知らせておくことが通常である。

リアルネットワークス株式会社「ライブ配信とは」、インターネット<URL:http://realstream.jp/streaming/live.html［2009年1月22日閲覧］> リアルネットワークス株式会社「オンデマンド配信とは」、インターネット<URL: http://realstream.jp/streaming/vod.html［2009年1月22日閲覧］>

しかし、配信者が大規模な事業者ではなく一般ユーザーである場合とっては、上述のようなライブ配信の開始前に周知する手法は負担が大きく、効率良く視聴者を集めるのは難しいと考えられる。
また、動画配信を行うユーザーにおいては、撮像している動画を周囲の人々に見せたいというニーズがあり、視聴者側にも自分の居る場所の周囲で起こっている出来事に関する動画を見たいというニーズがあると考えられる。

このような周囲の人々に見せたい周囲の出来事を見たいというニーズに応えるためには、配信者を行う側および配信を受ける側の使用する端末が特に持ち運びできる携帯端末である場合、両者の携帯端末の所在は転々と変化し得ることも考慮する必要がある。
本発明は、このような背景の下になされたものであって、携帯端末のユーザーが携帯端末で撮像中または撮影した動画を、手軽に周囲に向けて配信できる動画配信サーバを提供することを目的とする。

本発明に係る動画配信サーバは、第１の携帯端末の位置を示す位置情報と、第１の携帯端末から当該第１の携帯端末の撮像手段を介して生成された動画データとを受信する受信手段と、受信された位置情報に基づいて、前記位置情報に示される位置を含むエリアを決定する決定手段と、決定されたエリアに存在する１以上の第２の携帯端末宛へと、前記動画データを識別する識別情報を含む通知処理を行う通知手段と、前記第２の携帯端末から前記通知処理に基づいた配信要求を受けると、前記動画データを配信する配信手段と、を備えることを特徴とする。

本発明に係る動画配信サーバによれば、第１の携帯端末のユーザーは、動画を撮像しているときに、動画の配信に関する通知を周囲の第２の携帯端末に向けて行うことができる。

動画配信システム１の構成を示す図 動画配信システム１において、動画アップロード受け付けから通知メール送信までのデータの流れのイメージを示す図 動画配信システム１において、動画配信するデータの流れのイメージを示す図 携帯電話機２ａの機能ブロック図 動画配信サーバ１００の機能ブロック図 基地局２００の機能ブロック図 動画配信元の携帯電話機２ａ、動画配信サーバ１００、および動画の配信を要求する携帯電話機２ｂ間のやりとりを示すシーケンス図 ステップＳ１１におけるディスプレイ１５の表示画面を示す図 通知メール６０を示す図 ステップＳ１８におけるディスプレイ１５の表示画面を示す図 ステップＳ１１に対応しステップＳ１２をスキップし得るディスプレイ１５の表示画面を示す図

（実施の形態）
以下、本実施の形態について、図面を参照しながら説明する。
図１は、動画配信システム１の構成を示す図である。
動画配信システム１は、無線通信網にて接続された５台の携帯電話機２ａ〜２ｅ、動画配信サーバ１００、基地局２００を備える。

図２，図３は、動画配信システム１におけるデータの流れのイメージを示す図である。
動画配信システム１の概要としては、次の（１）から（７）の通りである。図２は（１）〜(４)までの流れに対応し、図３は(５)〜（６）までの流れに対応している。
（１）携帯電話機２ａは、ユーザーＡから配信開始の指示を受け付ける。
（２）携帯電話機２ａは、自機の位置を取得し、取得された位置情報を含む位置情報パケット５０を動画配信サーバに送信する。また、携帯電話機２ａのカメラ機能を用いて撮影（撮像）した動画の動画データのストリームパケット５２の送信を開始する。

（３）動画配信サーバ１００は、位置情報パケット５０を受信し、受信した位置情報パケット５０に含まれる位置情報に基づいてエリアＸを決定し、エリアＸ内に存在する携帯電話機２ｂ〜２ｅを特定する。そして、特定された携帯電話機２ｂ〜２ｅ宛に通知メール６０を送信する。
（４）携帯電話機２ｂ〜２ｅは、それぞれのユーザーＢ〜Ｅに通知メール６０の受信を知らせる。

（５）携帯電話機２ｂ，２ｄ，２ｅは、それぞれ視聴を希望するユーザーＢ，Ｄ，Ｅから配信要求指示の操作を受け付けると、配信要求を動画配信サーバ１００に送る。
（６）配信要求を受けた動画配信サーバ１００は、配信要求元の携帯電話機２ｂ，２ｄ，２ｅに、動画データのストリームパケット５４の配信を開始する。このとき、配信するストリームパケット５４は、そのとき受信しているストリームパケット５２に基づくものである。また、動画配信サーバ１００は、配信中の携帯電話機の台数をカウントし、台数の数つまり視聴者の人数を示す視聴者数情報を配信元の携帯電話機２ａに送信する。

（７）携帯電話機２ａは、ユーザーＡから配信停止の指示を受け付けると、ストリームパケット５２の配信を停止する。ストリームパケット５２の受信がなくなった動画配信サーバ１００は、動画配信を中止する。
なお、動画配信システムは、携帯電話機２ａが撮影中の動画を携帯電話機２ｂ〜２ｅへと配信するものである。

次に、動画配信システム１を構成する携帯電話機２ａ〜２ｅ、動画配信サーバ１００、基地局２００の機能ブロックについて順に説明する。
図４は、携帯電話機２ａの機能ブロック図である。
携帯電話機２ａは、通話部１０、位置情報取得部１２、表示制御部１４、操作受付部１６、エンコード部１８、デコード部２２、送信部２４、受信部２６、制御部２８を備える。

なお、携帯電話機２ｂ〜２ｅの機能ブロックも携帯電話機２ａと同様であるため説明を省略する。
無線通信部１０は、例えば、高周波の無線通信回路を含んで構成されており、一般的な通信機能などを実現する。また、基地局２００と定期的にデータをやりとりする。このため定期的なやりとりにより、基地局２００の端末管理部２０４（図６参照）は、現在無線通信を行っている端末が何であるかを管理することが可能である。

位置情報取得部１２は、通信中の基地局のBSSID（Basic Service Set Identifier）を取得する。BSSIDは携帯電話機２ａの位置の手がかりとなる位置情報である。
表示制御部１４は、ディスプレイ１５の表示を制御する。ディスプレイ１５は、例えば液晶方式であり画面サイズは3.5インチである。
操作受付部１６は、操作キー１７から操作内容を受け付ける。操作キー１７は、例えば、ダイヤルキーや機能キーを含んでいる。

エンコード部１８は、カメラ１９が撮影する動画やマイク２０が録音する音声を所定の形式にエンコードし、動画データを生成する。このエンコードは、カメラ１９の動画撮影に並行して行われる。言い換えると、カメラ１９の動画撮影の開始から終了までの間行われることとなる。
デコード部２２は、動画データなどをデコードする。動画データに含まれる動画はディスプレイに出力し、動画データに含まれる音声はスピーカ２３に出力する。なお、出力の際には、動画データを構成するストリームパケット５４が、再生に必要な量になるまでパケットを貯めてから出力する（バッファリング）。

送信部２４は、位置情報取得部１２が取得した位置情報を送信する。また、エンコード部１８によるエンコードに並行して、エンコードにより生成された動画データをストリーム形式のストリームパケット５２として順次送信する。
受信部２６は、動画データを構成するストリームパケット５４や視聴者数情報を受信する。

制御部２８は、制御プログラムを格納するROM、制御プログラムを実行するCPU、実行の作業領域となるRAMから構成され、各部を制御する。
図５は、動画配信サーバ１００の機能ブロック図である。
動画配信サーバ１００は、受信部１０２、エリア決定部１０４、端末特定部１０６、メール作成部１０８、メール通知部１１０、動画格納部１１２、動画配信部１１４、カウント部１１６、送信部１１８、制御部１２０を備える。

受信部１０２は、動画配信元の携帯電話機２ａから位置情報や、ストリームパケット５２を受信する。
エリア決定部１０４は、受信した位置情報であるBSSIDを基に、通知メール６０を送信すべきエリアＸを決定する。
端末特定部１０６は、決定されたエリアＸに存在する携帯端末を基地局とやりとりすることで特定する。また、携帯端末の端末固有IDごとのメールアドレスを予め記憶した対応テーブルを利用して、端末固有IDが特定されると、対応するメールアドレスを取得することができる。

メール作成部１０８は、通知メール６０を作成する。
メール通知部１１０は、作成された通知メール６０を端末特定部１０６により特定されたメールアドレス宛に送信する。
動画格納部１１２は、受信部１０２が受信したストリームパケット５２を蓄積し、動画配信用のコンテンツとして格納する。

動画配信部１１４は、動画格納部１１２に格納されたコンテンツを、その所在を示すＵＲＬと対応付けて配信可能な状態におく。そして、動画配信部１１４はＵＲＬを用いた配信要求を受けると、動画格納部１１２のＵＲＬにより指定される所在から対応するコンテンツを取り出し、コンテンツに基づいたストリームパケット５４を配信要求元へと順次配信する。

カウント部１１６は、動画配信部１１４が現在配信している台数を計数する。具体的には、配信要求部１１４が配信要求を受けると台数をインクリメントし、配信要求元の携帯電話機から配信要求の中止を受け付けたり、配信要求元の携帯電話機との接続が切断されるなどすると台数をデクリメントする。
送信部１１８は、カウント部１１６により計数された台数を動画配信元の携帯電話機２ａへと送信する。

制御部１２０は、制御プログラムを格納するROM、制御プログラムを実行するCPU、実行の作業領域となるRAMから構成され、各部を制御する。
図６は、基地局２００の機能ブロック図である。
基地局２００は、セル方式の基地局であり、無線通信部２０２、端末管理部２０４、各部を制御する制御部２０６を備える。

無線通信部２０２は、例えば、無線通信回路を含んで構成されており、携帯電話機などの無線通信端末との間で無線通信を行う。
端末管理部２０４は、無線通信部２０２が現在無線通信を行っている端末を管理する。例えば、無線通信部２０２がカバーする範囲内に携帯電話機２ａ〜２ｅが存在していれば、端末管理部２０４は、携帯電話機２ａ〜２ｅそれぞれの端末固有ＩＤを記憶する。

次に、具体的な動作について、図７のシーケンス図に基づいて説明する。
図７は、動画配信元の携帯電話機２ａ、動画配信サーバ１００、および動画の配信を要求する携帯電話機２ｂ間のやりとりを示すシーケンス図である。
まず、携帯電話機２ａは動画配信開始を受け付ける（Ｓ１１）。具体的には図８のような表示画面を介して受け付けを行う。すなわち、図８は、ステップＳ１１においてディスプレイ１５の表示画面を示す図である。ディスプレイ１５の表示画面においては、カメラ１９が動画撮影を開始したときの映像を予め表示するウインドウ３２、動画撮影開始を受け付ける「Start」キー３４、表示画面から抜けるための「Exit」キー３６、が表示されている。

操作受付部１６は操作キー１７を介して「Start」キー３４の選択を受け付けると、位置情報取得部１２は位置情報を取得し（Ｓ１２）、制御部２８はカメラ１９に動画撮影開始を指示し、動画撮影に並行してエンコード部１８はカメラ１９が撮影した動画データをエンコードする（Ｓ１３）。
そして、携帯電話機２ａの送信部２４は動画配信サーバとのコネクション確立後（Ｓ１４，Ｓ２１）、位置情報を送信する（Ｓ１５，Ｓ２２）。また送信部２４は、エンコード部１８により生成された動画データをストリーム形式のストリームパケット５２として順次送信する（Ｓ１６）。動画のアップロードを受け付けた動画配信サーバ１００においては、動画格納部１１２は、受信部１０２が受信したストリームパケット５２を蓄積し、動画配信用のコンテンツとして格納する。そして、動画格納部１１２に格納されたコンテンツを、その所在を示すＵＲＬ"http://example.com/a-san.asx"と対応付けて配信可能な状態におく（Ｓ２３）。

動画配信サーバ１００では、受信部１０２が位置情報を受信すると（Ｓ２２）、受信した位置情報に含まれるBSSIDを特定する。そして、エリア決定部１０４は、BSSIDを有する基地局２００がカバーする範囲に相当する領域を、通知メール６０を送信すべきエリアＸとして決定する（Ｓ２４）。そして、端末特定部１０６は、エリアＸをカバーする基地局２００から基地局２００が現在無線通信を行っている端末の端末固有IDの一覧（携帯電話機２ａ〜２ｅの端末固有ID）を取得する。そして取得した端末固有IDを、端末固有IDとメールアドレスとの対応テーブルに参照して、取得した端末固有IDの一覧に対応するメールアドレスの一覧を特定する（Ｓ２５）。

メール作成部１０８は、特定されたメールアドレス（携帯電話機２ｂ〜２ｅのメールアドレス）を宛先とし、通知メール６０を作成する。メール通知部１１０は作成された通知メール６０を送信する（Ｓ２６，Ｓ３１）。
なお、携帯電話機２ａへは通知の必要がないので、メール通知部１１０は携帯電話機２ａに対応するメールアドレスへは通知メール６０を送らない。このような携帯電話機２ａのメールアドレスの除外は、例えば動画アップロード受付時（Ｓ２３）に、携帯電話機２ａの端末固有IDを取得しておき、この端末固有IDに対応するメールアドレスを宛先から取り除くことでできる。

図９に携帯電話機２ｂ宛に送られた通知メール６０を示す。
図９に示すように、通知メール６０は内容として、メッセージ６２とＵＲＬ６４とを含む。メッセージ６２は、「以下の生放送が開始されました！」という動画の配信が開始した旨、「動画配信主：Ａさん」という動画配信元の携帯電話機２ａのユーザー名、「エリア：○○県○○市○○町○○周辺」という動画配信元の携帯電話機２ａをカバーする基地局２００の位置などを含んでいる。

ＵＲＬ６４は、動画のネットワーク上の所在を示している。携帯電話機２ｂの送信部２４は、ユーザーＢからＵＲＬ６４の選択を受け付けると、動画配信サーバ１００へと"http://example.com/a-san.asx"の配信を要求する旨を送信する（Ｓ３２）。動画配信サーバ１００の動画配信部１１４は、配信要求を受けた"a-san.asx"のコンテンツに基づいたストリームパケット５４の配信を携帯電話機２ｂに向けて開始する。携帯電話機２ｂの受信部２６は、ストリームパケット５４を受信し、デコード部２２は、受信したストリームパケット５４が再生に必要な量にまで貯まると、動画の再生を開始し、ユーザーＢは動画の視聴を開始できることとなる。

なお、動画配信サーバ１００のカウント部１１６は、携帯電話機２ｂから動画配信要求を受けると、カウント部１１６は、計数中の台数に台数１台をインクリメントする。そして送信部１１８はインクリメント後の台数を示す視聴者数情報を携帯電話機２ａに送信する（Ｓ２８）。
携帯電話機２ａは、受信部２６において視聴者数情報を受信し、受信した視聴者数情報に基づいて表示制御部１４は、ディスプレイ１５の画面に表示している視聴者数を更新する（Ｓ１７，Ｓ１８）。

図１０は、ステップＳ１８におけるディスプレイ１５の表示画面を示す図である。ディスプレイ１５の表示画面においては、カメラ４２が撮影中の動画を示すウインドウ４２、動画撮影停止を受け付ける「Pause」キー４４、動画撮影終了を受け付ける「Stop」キー４６、視聴者数欄４８が表示されている。
視聴者数欄４８は、「３人が視聴中」という内容であり、視聴者数欄４８を見た携帯電話機２ａは自己が配信している動画の視聴者人数を知ることができる。

なお、新たな配信要求による視聴者の増加または接続切断による視聴者の減少があれば、カウント部１１６は視聴者人数を示す台数をインクリメント／デクリメントすることなどにより、視聴者数欄４８の人数も増減することとなる。
また、動画を再生中の携帯電話機２ｂ，２ｄ，２ｅにも、同様に視聴者人数を通知するようにしても構わない。

ディスプレイ１５の表示画面において、操作受付部１６が操作キー１７を介して「Pause」キー４４を受け付けると、動画が撮影され、コネクション切断となる（Ｓ１９，Ｓ２０）。
以上説明したように、本実施の形態によれば、動画配信サーバ１００は、動画配信元の携帯電話機２ａの位置情報を手がかりに、宛先を特定して通知メールを送信するので、携帯電話機２ａのユーザーＡは手軽に自分の周囲に存在する携帯電話機２ｂ〜２ｅのユーザーＢ〜Ｅに配信開始の旨を通知することができる。また、通知を受けたユーザーＢ〜Ｅは、自分の周囲に存在するユーザーＡが配信する動画を視聴することができる。

また、携帯電話機２ａから動画配信サーバ１００へは、動画アップロード開始より先に位置情報を送信するので動画配信サーバ１００からの通知を配信開始の時点より手前に行うことができる。このため、ユーザーＡの配信の開始にあたって通知が遅れて冒頭の部分が誰にも見られない（視聴者がゼロ名）というような可能性を低減できる。
＜補足＞
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であっても構わない。
（１）実施の形態では、動画配信サーバ１００は、携帯電話機２ａから位置情報を取得するとして説明したが、必ずしも動画配信サーバ１００において、携帯電話機の位置情報を携帯電話機から受信しなくてもよい。

例えば、動画配信サーバ１００は、携帯電話機２ａからは位置情報を受信せずに端末固有IDだけを受信し、この端末固有IDを基地局２００を含む他の基地局に問い合わせることで、携帯電話機２ａを管理する基地局が基地局２００であると特定でき、基地局２００のカバーする範囲内に携帯電話機２ａが存在すると推定することができる。
また、このように携帯電話機２ａから位置情報を取得するかどうかをユーザーＡから受け付けるとしてもよい。

図１１はステップＳ１１に対応するディスプレイ１５の表示画面を示す図である。画面内の上部には、「位置送る」キー３７と「位置送らない」キー３８とが表示されている。このキー３７，３８の選択に基づいて位置情報を取得するかどうかを異ならせる。
なお、位置情報を取得しない場合には、ステップＳ１２（図７）の処理スキップをして、動画配信サーバ１００は上述のように携帯電話機２ａ以外から位置情報を取得する。あるいは、位置情報を取得しない場合、動画配信サーバ１００は、通知メールを送信せず、受信したデータを保存する。この場合、通知メールを送信しないので、ユーザーは周囲の人に通知をするか否かを選択することができる。
（２）実施の形態では、端末特定部１０６によりどの携帯電話機宛に通知メール６０を送信すべきか特定し、動画配信サーバ１００から携帯電話機２ｂ〜２ｅ宛に直接送信するとして説明したが、間接的に、すなわち動画配信サーバ１００が基地局２００へと通知送信を依頼するようにしても構わない。

具体的には、エリア決定部１０４が決定したエリアＸが基地局２００がカバーする範囲に相当するエリアであれば、動画配信サーバ１００から基地局２００へと、端末管理部２０４の管理下にある端末へと通知を送信する旨の依頼を送信し、依頼を受けた基地局２００から通知を送信するというものである。例えば、基地局２００から通知を送信する場合には、基地局２００がWiMAX規格に対応していればブロードキャスト・メッセージなどの方式を利用することができる。

なお、この間接的な送信の場合には、動画配信サーバ１００は、通知メールを送信すべき携帯電話機を一意には特定しないこととなる。
（３）実施の形態では、携帯電話機２ａの位置情報取得部１２はBSSIDを取得するとして説明したが、携帯電話機２ａにGPS機能を搭載しておき、位置情報取得部１２はGPS機能を用いて緯度経度を取得するようにしてもよい。

この場合、例えば、位置情報取得部１２が「東経135度0分0秒、北緯35度0分0秒」の位置情報を取得すると仮定すると、動画配信サーバ１００のエリア決定部１０４では、上記「東経135度0分0秒、北緯35度0分0秒」の地点をカバーする基地局を特定し、当該基地局がカバーする範囲をエリアＸとして決定することができる。
また、GPSの場合には、比較的小さい誤差で位置を特定できるため、通知メール６０（図９）のメッセージ６２に表示するエリアの住所をより詳細にすることができ、携帯電話機２ｂ〜２ｅのユーザーＢ〜Ｅに、視聴するかどうかの判断材料とすることができる。
（４）実施の形態では、エリア決定部１０４は、BSSIDを有する基地局２００がカバーする範囲に相当する領域を、エリアＸとして決定したが（Ｓ２４）、例えば、基地局２００がカバーする範囲に相当する領域に隣接する範囲をカバーする基地局（隣接セル基地局）をエリアＸとして通知すべきエリアＸを拡大するようにしても構わない。
（５）実施の形態では、通知メール６０は、動画の所在を示すＵＲＬを記載するとして説明したが、動画を識別できる情報であれば所在（Locator）に限られない。例えば、動画の名前や動画配信主の名前などを用いてもよい。要は配信要求する動画を特定できる識別子（Identifier）、つまり、ＵＲＩ（Uniform Resource Identifier）であれば足りる。
（６）実施の形態では、視聴者を集められるように配信の旨を動画データの受信より前に通知することを記載した。

しかしながら、これに限定されない。例えば、ユーザーの携帯電話機からの動画データの受信を開始時に通知することとしてもよい。この場合には、動画配信元のユーザーからすれば上述のような通知は視聴者を集めるために有用である。
更にまた、ユーザーの携帯電話機からの動画データの受信が終了した後に通知することとしてもよい。この場合には、携帯電話機（第１の携帯端末）のユーザーは、動画を撮像したときに、動画の配信に関する通知を周囲の携帯電話機（第２の携帯端末）に向けて行うことができる。
（７）実施の形態では、位置情報送信（Ｓ１５）、動画アップロード開始（Ｓ１６）の順番で行う例を説明したが、例えば、動画アップロード開始時に、位置情報を送信するようにしてもよい。

また、動画アップロードを終了した後で、位置情報を送信するようにしてもよい。この場合、図７でいうと、ステップＳ１５の位置情報送信が、ステップＳ１９の動画配信終了受付の次に来ることとなる。
（８）実施の形態では、携帯端末の一例として携帯電話機を例に挙げて説明したが、例えば携帯情報端末（ＰＤＡ）にも適用することができる。

本発明の動画配信サーバによれば、ユーザーは携帯端末で撮影中の動画を、手軽に周囲に向けて配信できるため有用である。

１ 動画配信システム
２ａ 動画配信元の携帯電話機
２ｂ〜２ｅ 配信要求元の携帯電話機
１２ 位置情報取得部
１５ ディスプレイ
１６ 操作受付部
１８ エンコード部
１９ カメラ
２２ デコード部
２４ 送信部
２６ 受信部
３４ 「Start」キー
４６ 「Stop」キー
５２，５４ ストリームパケット
６０ 通知メール
６４ ＵＲＬ
１００ 動画配信サーバ
１０２ 受信部
１０４ エリア決定部
１０６ 端末特定部
１０８ メール作成部
１１０ メール通知部
１１２ 動画格納部
１１４ 動画配信部
１１６ カウント部
２００ 基地局
２０４ 端末管理部

Claims (7)

1. 第１の携帯端末の位置を示す位置情報と、第１の携帯端末から当該第１の携帯端末の撮像手段を介して生成された動画データとを受信する受信手段と、
   受信された位置情報に基づいて、前記位置情報に示される位置をカバーする基地局がカバーするエリアを配信エリアとして決定する決定手段と、
   前記配信エリアに存在する１以上の第２の携帯端末宛へと、前記動画データを識別する識別情報を含む通知処理を行う通知手段と、
   前記第２の携帯端末から前記通知処理に基づいた配信要求を受けると、前記動画データを配信する配信手段と、
   を備えることを特徴とする記載の動画配信サーバ。
2. 前記受信手段は、前記位置情報を、前記動画データの受信に先立って受信し、
   前記通知手段は、前記配信手段による配信に先立って前記通知処理を行うことを特徴とする請求項１に記載の動画配信サーバ。
3. 前記識別情報は、前記動画データの所在を示すＵＲＬを含み、
   前記配信手段は、前記第２の携帯端末からＵＲＬを用いた配信処理を受けると、ＵＲＬに示される所在に存する動画データを配信する
   ことを特徴とする請求項１に記載の動画配信サーバ。
4. 前記配信要求に基づいて、前記配信手段が動画を配信中の第２の携帯端末の台数をカウントするカウント手段と、
   カウントされた数を、前記第１の携帯端末宛に送信する送信手段と
   を備えることを特徴とする請求項１に記載の動画配信サーバ。
5. 前記決定手段により決定されたエリアに存在する１以上の第２の携帯端末を特定する特定手段を備え、
   前記通知手段は、特定された第２の携帯端末宛へと前記通知処理を行う
   ことを特徴とする請求項１に記載の動画配信サーバ。
6. 前記受信手段は、前記動画データをストリーム形式にて受信し、
   前記配信手段は、前記動画データをストリーム形式にて配信することを特徴とする請求項１に記載の動画配信サーバ。
7. 第１の携帯端末と、１以上の第２の携帯端末と、動画配信サーバとを含む動画配信システムであって、
   第１の携帯端末は、
   動画を撮像する撮像手段と、
   前記撮像手段を介して生成された動画データを格納する格納手段と、
   自機の位置情報を取得する取得手段と、
   取得された位置情報と前記動画データとを送信する送信手段とを備え、
   動画配信サーバは、
   前記第１の携帯端末の送信手段により送信された前記位置情報と前記動画データとを受信する受信手段と、
   受信された位置情報に基づいて、前記位置情報に示される位置をカバーする基地局がカバーするエリアを配信エリアとして決定する決定手段と、
   前記配信エリアに存在する１以上の第２の携帯端末宛へと、前記動画データを識別する識別情報を含む通知処理を行う通知手段とを備え、
   第２の携帯端末は、
   前記通知手段による通知を受信する受信手段と、
   通知に含まれる前記識別情報を用いて動画の配信を要求する要求手段とを備え、
   動画配信サーバは、
   第２の携帯端末から前記識別情報を用いた配信要求を受けると、前記識別情報により識別される動画データを配信する配信手段と、
   を備えることを特徴とする動画配信システム。

Images