JP7305461B2 - 画像提供システム、画像提供装置、その制御方法、及びプログラム - Google Patents
画像提供システム、画像提供装置、その制御方法、及びプログラム Download PDFInfo
- Publication number
- JP7305461B2 JP7305461B2 JP2019122252A JP2019122252A JP7305461B2 JP 7305461 B2 JP7305461 B2 JP 7305461B2 JP 2019122252 A JP2019122252 A JP 2019122252A JP 2019122252 A JP2019122252 A JP 2019122252A JP 7305461 B2 JP7305461 B2 JP 7305461B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- trimming
- seat
- cpu
- seats
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Details Of Cameras Including Film Mechanisms (AREA)
- Studio Devices (AREA)
Description
本発明は、画像提供システム、画像提供装置、その制御方法、及びプログラムに関する。
スポーツの試合や、観光施設において楽しんでいるユーザを撮影する需要がある。特許文献1には、観客席にいるユーザが撮影エリアや撮影時刻などの撮影要求を入力すると、入力された撮影要求に基づき、カメラが観客のいるエリアを撮影することが開示されている。
特許文献1の方法では、異なる位置に観客がいる場合に、各観客の撮影の要望に応えられない可能性がある。一方で、全ての観客の要望に応えようとすると画像データ量が多くなり、画像の提供を素早く行えなくなってしまう可能性がある。本発明は、このような課題に鑑み、より多くの観客へ素早く画像の提供を行うことができるようにすることを目的とする。
本発明に係る画像提供システムは、複数の座席のうち撮影対象となる座席に関する情報を取得する取得手段と、前記複数の座席を画角範囲に含めた画像の撮影を撮像装置に指示する指示手段と、前記画像を提供する提供手段と、前記取得手段により取得した情報に基づいて、前記撮像装置に画像を撮影させる撮影間隔を制御する制御手段とを有することを特徴とする。
本発明によれば、より多くの観客へ素早く画像の提供を行うことができる。
以下、本発明の実施形態を図面に基づいて説明する。ただし、以下に示す実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
図1は、本実施形態における画像提供システムにおいてリモートコントロール撮影を行うための施設配置の例を示す図である。図1では説明の都合上、野球場を例としているが、スポーツ競技を行うスタジアムや、コンサートを行うためのアリーナ会場など、多数の観客が定位置から観覧できる施設等に対して適応される。
図1(a)、(b)、(c)の野球場の例では、撮影指示部101が一塁側の観客席を撮影するためのカメラ102~105に対して同時に撮影指示を行う。本例では説明を簡略化するためにカメラの台数を4台として説明するが、物理的に同時に撮影指示ができる範囲であれば、カメラの台数は任意である。
球場などで反対側の観客席の上段から撮影する場合などは、観客(被写体)までの距離が遠い。そのため、焦点距離の大きい望遠レンズを用いたとしても、ある程度の観客が1フレーム内に収まることになるため、座席ごと・グループごとのトリミング処理が必要になってくる。また、焦点距離の大きい望遠レンズは高額であるため、投資を抑えようとすると、焦点距離を大きくすることができず、1フレーム内に収まる人数がより増えるため、トリミング処理の必要性が増すことになる。
なお、撮影指示に関しては定期的に撮影するインターバル撮影(例えば10秒に1回のレリーズ指示をする、など)と、オペレータの撮影意思に応じて手動撮影できる2つの手段を提供する。
また、施設によっては競技やイベントを見やすい位置をより高額に設定し、見にくい位置を安価に設定することがあり、複数の券種が存在するのが通例である。図1(a)、(b)、(c)では、グラウンドに近いエリア1、席数が最も多いエリア2、それぞれ区切られた空間となっているエリア3がある例を示している。エリア1では、より近くで観戦をしたいと考えている観客であり、席数が限られているため、何十人という単位ではなく、家族などの少ない人数で特別な時に観戦することが多いエリアである。よって、一緒に来たメンバーのみで思い出に残る画像を提供することが観客の満足度の向上につながる。エリア2では、高い頻度で観戦に来る多くのファンが観戦しているエリアであり、固まって熱意の高いファンが座っている。また、エリア2では体験として試合の観戦に来た観客や、試合自体に高い熱意のない観客など、様々な層の観客が含まれている。よって、観戦中の画像が欲しい観客もいれば、不要だと考える観客もいるエリアであり、観客の意思に応じた画像の提供をすることで観客の満足度が向上する。エリア3は、空間内で観戦を楽しむ様子や、特定の観客が良い表情をしている画像を提供することで顧客の満足度が向上する。以上のようにエリアによって、観客のニーズが異なる。全ての観客のニーズにこたえるためには、撮影した画像を様々なパターンに応じて準備しておくことが求められるが、データ量が多くなるとコストが高くなり、観客が手軽に画像を購入できなくなるという課題もある。また、試合中に観客が観戦している間に画像を提供することで、観客の試合に対する満足度はより向上されるが、画像のデータ量が多いため、購入しない可能性の高い観客の画像データをも処理しようとすると処理に時間がかかり画像の提供に時間を要してしまう。
エリア1や3の観客は、撮影画像を購入する可能性が高いと判断できるため、図1(a)ではエリア1を含むより広いエリア2をカメラ102、103の2台でカバーしているが、図1(b)ではエリア1をカメラ104、105の同様2台でカバーしている。その結果、画像に収まる人数がより少なくなり、観客は大きく写るので、トリミング済み画像の解像度が高くなり、より商品性の高い画像を得ることができ購買につなげることができる。なお、エリア3では、エリア1よりさらに狭い範囲を2台のカメラで撮影をすることで、さらにトリミング済み画像の解像度を高くする。エリア3では、より高解像度なトリミング済み画像が取得できるため、撮影した画像の画像解析も可能となる。エリア3では構造上観覧するスペースを含めて複数のスペースがあることが多いため観覧するスペースに所定以上の観客がいることを判断したり、顔の表情を解析してより良い画像を選択したり、などエリア1よりさらに商品性の高い画像を得ることが可能となる。もしくは、エリア1では、常に観客がカメラから撮影可能な位置にいるとは限らないので、1台のカメラで複数の区切られた空間を観測しておき、雲台を使用して観客を撮影可能になったことに応じて特定の空間の撮影をしてもよい。
図1(c)には、撮影指示装置101から各カメラ群へと撮影指示をするための構成図を示している。撮影指示装置101は、図1(c)に示すように複数のカメラ群A~Dに撮影指示が可能である。図1(c)に示す例では、カメラ群Cは外野席の広いエリア4を4台でカバーし、カメラ群Dは外野席の広いエリア5を4台でカバーする。
カメラ102~105は、光学像を電気信号に変換するCCDやCMOS素子等で構成される撮像素子(撮像センサー)等で構成されるカメラユニットである。カメラには、ズームレンズやフォーカスレンズを含むレンズ群(撮影レンズ)、絞り機能を備えるシャッター、撮像素子、撮像素子から出力されるアナログ信号をデジタル信号に変換するA/D変換器、撮像系を覆って汚れや破損を防止するバリアを含む。カメラ内の画像処理部は、カメラで撮像して取得したデータに対し所定の画素補間、縮小といったリサイズ処理や色変換処理を行う。画像処理部により得られた演算結果に基づいてカメラ内のCPUが露光制御、測距制御、AWB(オートホワイトバランス)処理等を行う。
カメラで撮像され、画像処理部で画像処理された表示用の画像データは後述するPC(パーソナルコンピュータ)のディスプレイ04により表示される。カメラで撮像され、A/D変換器によって一度A/D変換されRAMに蓄積されたデジタル信号をD/A変換器でアナログ変換し、ディスプレイ04に逐次転送して表示することで、ライブビュー表示(LV表示)を行える。ライブビューは、静止画の撮影待機状態、動画の撮影待機状態、動画の記録時に表示可能であり、撮像された被写体像がほぼリアルタイムに表示される。
CPUは、入力装置06で行われたユーザ操作に基づく撮影準備指示に応じて、AF(オートフォーカス)処理、AE(自動露出)処理、AWB処理等の動作を開始するように、カメラ、画像処理部を制御する。カメラ側のCPUは、撮影指示に応じて、本露光して撮像素子からの信号を読み出し、撮像された画像を画像処理部で画像処理して画像ファイルを生成し、外部のストレージへ記録するまでの一連の撮影処理(本撮影)の動作を制御する。撮影指示は、PC201aの入力装置06に対するユーザ操作によって行うことも、カメラ側のシャッターボタンの押下によって行うこともできる。カメラは、静止画及び動画の撮影が可能である。
なお、施設によっては構造上撮影するカメラ位置から座席のエリアごとに撮影距離や照度が異なるため、これらの条件によって一度の撮影で多くのエリアをカバーする本実施形態の撮影では、画質に差異がでてくることがある。そこで、画質に応じて値段を変えたり提供枚数を多くしてもよい。また、単にグラウンドに近い席であり、カメラから距離の近い席の画像を高額に設定するのではなく、明るさ等の条件やカメラの台数により画質が良くなる座席を高額に設定するようなケースもある。
図2は、本実施形態における画像提供システムのシステム構成例を示す図である。画像処理装置201は、撮影指示部101と、PC(パーソナルコンピュータ)201aと、画像転送受信部201bと、トリミング部202と、選択・アップロード部203と、ストレージ204、205とを有する。図2において、各処理部101、201a、201b、202、203は1つの画像処理装置201の中に記載しているが、物理的に別の処理装置であっても構わず、処理部の構成が本発明を限定するものではない。
撮影指示部101は、図1と同様にカメラ102~105に同時に撮影指示を行う。撮影指示に関しては定期的に撮影するインターバル撮影(例えば10秒に1回のレリーズ指示をする、など)と、オペレータの撮影意思に応じて手動撮影できる2つの手段を提供する。
画像転送受信部201bは、カメラ側から転送されてきた、カメラ102~105で撮影された画像の画像データをストレージ204に記録する。画像データの送受信のプロトコルは、FTP(FileTransferProtocol)などを用いる。
トリミング部202は、カメラ102~105からストレージ204に画像データが転送されたことをトリガーに各画像データに対してトリミング処理を実施して、トリミング済み画像と座席番号をストレージ205に記録する。トリミング処理を行う際に、後述するチケット購入部206から事前に購入されたグループ人数、座席番号、座席配置等の情報を入手して、その情報を基にトリミング処理を実施するが、詳細な処理については図10~図15で後述する。なお、この例では、ストレージ204、205を別のストレージとして示しているが、物理的には同じであっても構わない。
選択・アップロード部203は、ストレージ205に格納されたトリミング済み画像データと座席番号、及びイベントの日時情報を配信部(配信サーバー)207にアップロードする。撮影指示部101が競技中やイベント中にインターバル撮影を行っている場合には、大量のトリミング済み画像が作成されるため、オペレータは観客が盛り上がった場面を抽出・選択して、画像を配信部207にアップロードできるようにする。選択方法は、例えば、画像の一覧から目視で対象画像を選択しても良いし、特定の時間を入力することで該当時間のデータを抽出できるようにしても良く、選択方法が本発明を限定するものではない。撮影指示部101がオペレータの手動撮影しか行わない場合には、通常観客が盛り上がった場面で撮影指示を行うことになるので、特に選択せずに全画像をアップロード対象としても構わない。
チケット購入部206は、利用者がチケットを購入するための仕組みであり、購入時の処理については図8を用いて後述する。利用者は、購入したい日付と座席数を入力し代金を支払うことで、所望した数の座席番号を入手することになる。
配信部207は、利用者が入力したイベント日付と座席番号に基づいて、該当日付の該当座席番号の画像データ群を利用者に提示する。利用者の入力に関しては、利用者がチケットを見て手動で入力しても良いし、チケットにQRコード(登録商標)などを印字して、それをスマートホンで読み取って認識するのでも良く、入力方法が本発明を限定するものではない。また、利用者への画像データ群の提示はスマートホンのアプリケーションで行っても良いし、ブラウザでアクセスするようなWebアプリケーションの形で行っても良く、提示方法についても本発明を限定するものではない。
図3に、本発明を適用可能な装置の一例としての画像処理装置201の中のPC201a(パーソナルコンピュータ)の構成例を示す。画像処理装置201は、複数の電子機器からなるものでもよいし、一台のPCからなるものでもよい。
図3において、内部バス09に対してCPU01、ROM02、RAM03、ディスプレイ04、HDD(ハードディスクドライブ)05、入力装置06、メディアドライブ07、及びI/F(インターフェース)08が接続されている。内部バス09に接続される各部は、内部バス09を介して互いにデータのやりとりを行うことが可能となっている。
CPU01は、例えばROM02に格納されるプログラムに従い、RAM03をワークメモリとして用いて、PC201aの各部を制御する。ROM02には、画像データや音声データ、その他のデータ、CPU01が動作するための各種プログラムなどが格納される。ROM02は、例えばROMなどの不揮発性メモリで構成される。RAM03は、例えばRAM(半導体素子を利用した揮発性のメモリなど)からなる。
ディスプレイ04は、CPU01の制御に基づいて、画像やGUI(Graphical User Interface)を構成するGUI画面などを表示する。CPU01は、プログラムに従い表示制御信号を生成し、ディスプレイ04に表示するための映像信号を生成してディスプレイ04に出力するようにPC201aの各部を制御する。ディスプレイ04は出力された映像信号に基づいて映像を表示する。なお、PC201a自体が備える構成としてはディスプレイ04に表示させるための映像信号を出力するためのインターフェースまでとし、ディスプレイ04は外付けのモニタ(テレビなど)で構成してもよい。
HDD105には、各種プログラムやデータ等が記憶される。入力装置06は、キーボードなどの文字情報入力デバイスや、マウスやタッチパネルといったポインティングデバイス、ボタン、ダイヤル、ジョイスティック、タッチセンサ、タッチパッドなどを含む、ユーザ操作を受け付けるための入力デバイスである。なお、タッチパネルは、ディスプレイ04に重ね合わせて平面的に構成され、接触された位置に応じた座標情報が出力されるようにした入力デバイスである。メディアドライブ07は、例えば着脱可能な記憶媒体を駆動制御する。I/F08は、PC201aの外部の装置と通信等を行うためのインターフェースである。
図4及び図5は、本実施形態における座席ごとのトリミング位置の設定例を示す図である。図4には、観客のほぼ正面のカメラから撮影された画像に対してのトリミング位置の設定例を示している。図4(a)に示すように座席ごとにトリミング位置の矩形を定義して、横方向をX軸、縦方向をY軸の座標系と定義して、矩形における左上の頂点位置401及び右下の頂点位置402の座標を後述する図6にあるデータ構造として記憶する。この作業を撮影された画像に含まれている座席ごとに行うことで、図4(b)に示すように全座席のトリミング位置が指定される。ここではトリミング位置の矩形を長方形の矩形として例示をしているが、多角形や楕円での矩形定義など、座標系で表すことのできる矩形であればよく、矩形の形が本発明を限定するものではない。
図5には、観客のやや斜め上方のカメラから撮影された画像に対してのトリミング位置の設定例を示している。図4に示した例と同様に座席ごとにトリミング位置の矩形を定義して、X軸及びY軸の座標系を定義することで、座席位置が斜めになっていても左上の頂点位置501及び右下の頂点位置502の座標を後述する図6にあるデータ構造として格納することができる。
図6は、本発明の実施形態における各座席のトリミング位置を格納するデータ構造の例を示す図である。各座席のトリミング位置を格納するデータ構造は、列番号601と座席番号602とカメラ番号603と左上の頂点座標のX座標604と左上の頂点座標のY座
標605と右下の頂点座標のX座標606と右下の頂点座標のY座標607を持つ。デー
タ構造600では、X座標とY座標とを個別のカラムで管理しているが、(X,Y)のよ
うなリスト情報として1つのカラムで管理しても構わない。また、列番号601と座席番号602は、図6では数値データとしているが、アルファベットなどの文字列データでも構わない。座標情報である604~607はピクセル位置を表す数値データが記録されている。
標605と右下の頂点座標のX座標606と右下の頂点座標のY座標607を持つ。デー
タ構造600では、X座標とY座標とを個別のカラムで管理しているが、(X,Y)のよ
うなリスト情報として1つのカラムで管理しても構わない。また、列番号601と座席番号602は、図6では数値データとしているが、アルファベットなどの文字列データでも構わない。座標情報である604~607はピクセル位置を表す数値データが記録されている。
なお、本実施形態においては、野球の試合を観戦する観客をユーザとして写真を撮影して、グループできた観客の画像をトリミングすることによって画像を提供することを説明する。しかしながら、本実施形態において説明する野球の試合の例は一例であり、その他のスポーツの試合であっても、観光地や演劇などの場所であっても適用可能である。
本実施形態におけるチケットの購入処理について図7を用いて説明をする。図7は、ユーザがチケットを購入するアプリケーションやインターネットのサイトにおいて、チケットを購入する際の処理の例を示すフローチャートである。この処理は、ROM(不揮発性メモリ)02等に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
S701では、CPU01は、ユーザからのチケットの購入枚数の入力を受け付ける。
S702では、CPU01は、ユーザから画像購入の意思があるか否かの入力を受け付ける。このS702における入力は、ユーザが画像を購入するか否かを直接購入画面において選択できるようにしてもよいし、チケットと画像購入とがセットになっており、チケットの購入と画像購入の選択が一度にできるようにしてもよい。また、一部の座席は、ユーザが選択をしなくても画像購入がセットになっており、対象となる座席と選択した時点でユーザが画像購入の意思があるものとしてもよい。
S702では、CPU01は、ユーザから画像購入の意思があるか否かの入力を受け付ける。このS702における入力は、ユーザが画像を購入するか否かを直接購入画面において選択できるようにしてもよいし、チケットと画像購入とがセットになっており、チケットの購入と画像購入の選択が一度にできるようにしてもよい。また、一部の座席は、ユーザが選択をしなくても画像購入がセットになっており、対象となる座席と選択した時点でユーザが画像購入の意思があるものとしてもよい。
S703では、CPU01は、S702における入力において画像購入の意思があるか否かを判定する。ユーザに画像購入の意思があると判定した場合にはS704へ進み、そうでない場合にはS706へ進む。
S704では、CPU01は、ユーザにより指定された座席を選択する。このとき、ユーザが代表となる座席を1席選択することで、S701において入力した購入枚数分の座席位置を複数パターン提示することでユーザが容易に座席を選択できるようにしてもよい。また、図10で後述する画像のトリミングの処理においては、ユーザの座席位置の指定に応じてトリミングの範囲を変える。
S705では、CPU01は、S704において受け付けた情報に基づいてグループ情報を生成する。グループ情報は、代表となる座席とS701において入力された同時購入されたチケットの座席位置とを紐づけた情報である。ユーザが単数であっても、S705においてはグループ情報として座席と紐づけて情報を生成する。なお、グループ情報は、同時購入されなかったチケットに記載の情報をアプリケーションやインターネットのサイトを通して入力することで、他の座席を同じグループに追加できるようにしてもよい。ただし、グループとなる座席は縦又は横に隣り合っていることが望ましい。これは、トリミングする際に、離れた座席同士は、撮影するカメラが異なる可能性があるため、1枚のトリミング範囲に収めきれない可能性があるからである。また、トリミングした画像にグループに含まれない他の座席が多く含まれてしまうと、1人1人のサイズが小さくなってしまう。
S706では、CPU01は、ユーザにより指定された座席を選択する。
S706では、CPU01は、ユーザにより指定された座席を選択する。
次に、図8を用いて本実施形態における試合開始前の設定の処理について説明をする。図8は、本実施形態における試合開始前設定の処理の例を示すフローチャートである。この処理は、試合の開始前に画像処理装置201により行われる処理を示している。この処理は、試合の前に画像処理装置201の電源オンになり、対象となる試合についての準備を始める指示がシステムのオペレータからされる、もしくは試合の3時間や前日といった所定の時間の前になると開始される。この処理は、ROM(不揮発性メモリ)02等に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
S801では、CPU01は、配信部207及びチケット購入部206と接続する。
S802では、CPU01は、チケット購入部206から対象となる試合のチケット情報を取得する。チケット情報には、トリミング処理時に必要な同時に購入されたグループのチケット購入枚数、座席位置、及び座席配置についての情報が含まれる。また、より商品性の高い画像を選択するために、座席の種類に関する情報、内野・外野・VIPにあるのかといったエリアに関する情報、撮影対象となっているエリアの座席か否かの情報、自由席か指定席かの情報等を含むようにしてもよい。さらに、頻繁に試合を観戦しているユーザであるかの情報、ファンクラブに加入しているか否か等の情報も含むようにしてもよい。
S802では、CPU01は、チケット購入部206から対象となる試合のチケット情報を取得する。チケット情報には、トリミング処理時に必要な同時に購入されたグループのチケット購入枚数、座席位置、及び座席配置についての情報が含まれる。また、より商品性の高い画像を選択するために、座席の種類に関する情報、内野・外野・VIPにあるのかといったエリアに関する情報、撮影対象となっているエリアの座席か否かの情報、自由席か指定席かの情報等を含むようにしてもよい。さらに、頻繁に試合を観戦しているユーザであるかの情報、ファンクラブに加入しているか否か等の情報も含むようにしてもよい。
S803では、CPU01は、S802において取得した情報をもとにトリミングの範囲を算出する。CPU01は、S802で取得したグループの人数や配置パターンを用いて、後述する図13、図14で定義されている人数及びパターンごとのトリミング位置の算出方法を取得し、トリミング範囲を算出する。ここでのトリミング範囲とは、トリミングする矩形の左上の頂点位置のX座標、Y座標、及び右下の頂点位置のX座標、Y座標として、この2つの頂点に囲まれた長方形の矩形のことを指す。ここでは、2つの頂点で定義される長方形の矩形を用いているが、多角形や楕円での矩形定義など、座標系で表すことのできる矩形であればよく、矩形の形が本発明を限定するものではない。
図13及び図14は、本実施形態におけるトリミング範囲の算出方法を格納したデータ構造例を示す図である。図13は、図4に示したように観客のほぼ正面から撮影された画像に対する定義の例を示しており、図14は、図5に示したように観客がやや斜めに撮影された画像に対しての定義の例を示している。
図13及び図14に示すように、グループの人数1301と座席配置のパターン1302を管理する。また、左上頂点位置のX座標計算方法1303と左上頂点位置のY座標計
算方法1304と右下頂点位置のX座標計算方法1305と右下頂点位置のY座標計算方
法1306とグループ外席の情報1307を管理する。
算方法1304と右下頂点位置のX座標計算方法1305と右下頂点位置のY座標計算方
法1306とグループ外席の情報1307を管理する。
グループの人数1301と座席配置のパターン1302は、チケット購入部206から事前に取得した購入されたグループ人数、座席配置とそれぞれ一致する。座標計算方法1303~1306は、図13及び図14に示した例ではグループ内のいずれかの座席位置のトリミング位置情報を用いているが、具体的なピクセル数の数字や計算式を定義しても構わない。グループ外席の情報1307は、座席配置パターンにおいて、矩形の中には入ってしまうがグループ内の座席として購入されていない座席位置の情報が定義されている。
S804では、CPU01は、顔データを準備する。顔データは、S802で取得した情報をもとに、頻繁に試合を観戦しているユーザ、すなわち過去に顔が多く検出された観客、そしてファンクラブに加入している観客の顔データを準備しておく。これにより、撮影した画像の中に、準備した顔データ中の顔と一致されたと判定された観客がいた場合に、特定の観客の画像をデータとして紐づけて集め、特定の観客にまとめて提供することができる。また、ファンクラブに加入している観客は、チケット購入時に毎回画像購入の意思を示さなくても、自動的に画像が収集されることで、試合シーズンの終了後にまとめて振り返えることができる。観客によっては、試合を観戦する頻度が大きく異なるので、1試合の中で、複数の画像が欲しい観客と、1試合1枚でよいが観戦した全ての試合での画像が欲しい観客とがいる可能性がある。よって、上記のように顔データを準備しておくことで、高い頻度で観戦をする観客が毎回画像購入の意思を示すための作業をしなくても、画像を提供することができる。また、画像購入の意思を示すための作業を忘れてしまっても画像を提供することができる。さらに、座席位置の分からない自由席に座ったとしても、特定の観客の画像を集めることができる。なお、S802において取得したチケットの購入時の情報ではなく、観戦チケットの購入とは別途観客が画像を購入するためのプランを設け、プランを選択した場合には、顔データを登録し、観客が観戦した様子を毎回画像として提供できるようにしてもよい。上記のような場合に、顔データを準備しておくことで、試合中にスムーズに観客へ画像を提供することができる。
S805では、CPU01は、時計の設定をする。
S806では、CPU01は、撮影要因の入力をする。撮影要因とは、10秒や20秒といったインターバル撮影の期間、もしくは観客の歓声が所定以上になったことに応じてといった検出に基づくものでもよい。また、撮影された試合の様子を分析したり、試合データを分析する制御部を用意しておき、試合の点数や、試合の進み具合、選手の位置に応じて、インターバルの間隔を短くしたり、動画の撮影に切り替えるようにしてもよい。また、休憩時間には、インターバル撮影を停止し、休憩時間の応援合戦やクイズといったイベントが発生する時間にはインターバル撮影を開始してもよい。なお、手動による撮影の指示を組み合わせてもよいことは言うまでもない。
S806では、CPU01は、撮影要因の入力をする。撮影要因とは、10秒や20秒といったインターバル撮影の期間、もしくは観客の歓声が所定以上になったことに応じてといった検出に基づくものでもよい。また、撮影された試合の様子を分析したり、試合データを分析する制御部を用意しておき、試合の点数や、試合の進み具合、選手の位置に応じて、インターバルの間隔を短くしたり、動画の撮影に切り替えるようにしてもよい。また、休憩時間には、インターバル撮影を停止し、休憩時間の応援合戦やクイズといったイベントが発生する時間にはインターバル撮影を開始してもよい。なお、手動による撮影の指示を組み合わせてもよいことは言うまでもない。
S807では、CPU01は、システムテストとして、カメラを実際に起動して撮影とトリミングの処理を行う。撮影された画像に基づいて、その日の明るさや光の入り具合に応じた撮影条件の設定をしたり、撮影した画像を座席に紐づく座標に基づいてトリミングした際に、対象となる座席を切り取ることができるのかを確認してもよい。なお、座席側に指標となるポイントとなる被写体を置いておき、カメラが撮影した画像の中の被写体が予め定まっている座標にあるか否かを確認してもよい。
S808では、CPU01は、撮影条件をS807のシステムテストに基づいて設定する。
S808では、CPU01は、撮影条件をS807のシステムテストに基づいて設定する。
次に、図9(a)~(c)を用いて試合開始後の処理について説明する。図9(a)~(c)は、本実施形態における試合開始後の処理の例を示すフローチャートである。図9(a)は、画像処理装置201の処理であり、図9(b)は撮影に関する処理であり、図9(c)は、画像をトリミングし配信する処理である。各処理は試合が開始される、もしくは試合の開始前の撮影を開始する前に開始される。この処理は、ROM(不揮発性メモリ)02に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
S901では、CPU01は、途中チケット情報を取得する。途中チケット情報は、試合の開始後に購入された、もしくは、図8のS802の処理の後に購入されたチケットに関する情報である。この情報は、チケット購入部206より取得してもよいし、チケット購入部206側から定期的、もしくは更新がある度に画像処理装置201へ通知されるようにしてもよい。
S902では、CPU01は、カメラc=1に対応するカメラに関する情報を取得する。S902では、カメラc=1の撮影範囲と対象となる座席に関する情報を取得する。
S903では、CPU01は、現在処理をしようとしているカメラcがカメラの全体数Kよりも大きいか否かを判定し、大きい場合には、全てのカメラに対する処理が終了したとして、S907へ進む。そうでない場合には、S904へ進む。
S903では、CPU01は、現在処理をしようとしているカメラcがカメラの全体数Kよりも大きいか否かを判定し、大きい場合には、全てのカメラに対する処理が終了したとして、S907へ進む。そうでない場合には、S904へ進む。
S904では、CPU01は、対象となるカメラcの位置から撮影する座席の範囲でのトリミング情報を取得する。
S905では、CPU01は、対象となるカメラcの位置から撮影する座席の範囲での撮影要因を取得する。例えば、チームAとチームBとが対戦している場合には攻めと守りのタイミングとで撮影のインターバル期間を変えたほうがよい場合がある。また、座席の種類によっては、頻度を高く撮影したほうがよい場合もある。よって、カメラの撮影範囲に含まれる座席に応じて、撮影要因を取得することによって、観客に提供しない可能性が高い画像を多く撮影することなく、撮影チャンスを逃さないようにすることができる。なお、S905の撮影要因は、全てのカメラで同じでもよい。
S905では、CPU01は、対象となるカメラcの位置から撮影する座席の範囲での撮影要因を取得する。例えば、チームAとチームBとが対戦している場合には攻めと守りのタイミングとで撮影のインターバル期間を変えたほうがよい場合がある。また、座席の種類によっては、頻度を高く撮影したほうがよい場合もある。よって、カメラの撮影範囲に含まれる座席に応じて、撮影要因を取得することによって、観客に提供しない可能性が高い画像を多く撮影することなく、撮影チャンスを逃さないようにすることができる。なお、S905の撮影要因は、全てのカメラで同じでもよい。
新たにチケットが購入されたり、新たに画像購入の意思が観客から示された、すなわち、新たなトリミンググループが発生した場合には、S904、S905において図8のS803,S804の処理を行う。
S906では、CPU01は、S902と同様にカメラc=c+1にして、次のカメラに関する情報を取得する。
S906では、CPU01は、S902と同様にカメラc=c+1にして、次のカメラに関する情報を取得する。
S907では、CPU01は、所定時間が経過したか否かを判定する。所定時間は、S907の判定を図9の処理の開始後初めて行う場合には、S901からの時間、2回目以降の場合は前回S907の判定においてYESと判定してからの時間で計時をする。S907は所定時間おきに途中チケット情報を取得するためのものである。S907においてYESと判定された場合にはS901へ進み、そうでない場合にはS908へ進む。
S908では、CPU01は、S905で撮影をされた撮影要因があったか否かを判定する。S908においてYESと判定された場合にはS909へ進み、そうでない場合にはS907へ進む。
S909では、CPU01は、カメラ側へ撮影する指示を通知する。
S910では、CPU01は、トリミング情報をトリミング部202に通知する。トリミング情報や撮影要因に関する情報は、所定時間ごとにアップデートされるので、途中でチケットを購入した観客も、試合の途中からトリミング済み画像を得ることができるようになる。
S909では、CPU01は、カメラ側へ撮影する指示を通知する。
S910では、CPU01は、トリミング情報をトリミング部202に通知する。トリミング情報や撮影要因に関する情報は、所定時間ごとにアップデートされるので、途中でチケットを購入した観客も、試合の途中からトリミング済み画像を得ることができるようになる。
S911では、CPU01は、処理を終了するか、すなわち試合が終了し、撮影を終了するか否かを判定する。終了する場合にはS912へ進み、そうでない場合にはS901へ進む。
S912では、CPU01は、カメラへ電源をOFFすることを通知する。
S912では、CPU01は、カメラへ電源をOFFすることを通知する。
以上説明したように、図9(a)に示した処理においては、トリミング情報をトリミング部202に撮影の指示とほぼ同時に送るので、撮影後に素早く登録されたトリミング処理を実施することができる。トリミング部202では、カメラ側からストレージ204へ画像が送られるときには、トリミングすべきグループについて把握し、トリミング範囲を算出できているので、素早くトリミング処理をし、観客が画像を確認できるようになる。
次に、図9(b)の撮影に関する処理について説明をする。図9(b)の処理は各カメラにおいて行われる処理である。
S930では、CPU01は、カメラ側が撮影条件を取得するようにする。
S931では、カメラ側で、撮影指示がされたか否かを判定し、撮影指示がされた場合にはS932へ進み、そうでない場合には撮影指示がされるのを待つ。
S930では、CPU01は、カメラ側が撮影条件を取得するようにする。
S931では、カメラ側で、撮影指示がされたか否かを判定し、撮影指示がされた場合にはS932へ進み、そうでない場合には撮影指示がされるのを待つ。
S932では、カメラ側で、設定された撮影条件での撮影を行う。
S933では、CPU01は、カメラから画像転送受信部201bへ画像を転送するように制御する。転送された画像データは、ストレージ204に格納される。もしくは、カメラにおいて撮影された画像は逐次ストレージ204へ転送する。
S934では、CPU01は、図9(b)の処理を終了するか否かの判定をする。S934の判定は、図9(a)のS912においてカメラの電源のオフをする指示がきた場合にYESとなる。S934において図9(b)の処理を終了すると判定した場合には図9(b)の処理を終了し、そうでない場合にはS931へ進む。
S933では、CPU01は、カメラから画像転送受信部201bへ画像を転送するように制御する。転送された画像データは、ストレージ204に格納される。もしくは、カメラにおいて撮影された画像は逐次ストレージ204へ転送する。
S934では、CPU01は、図9(b)の処理を終了するか否かの判定をする。S934の判定は、図9(a)のS912においてカメラの電源のオフをする指示がきた場合にYESとなる。S934において図9(b)の処理を終了すると判定した場合には図9(b)の処理を終了し、そうでない場合にはS931へ進む。
次に、図9(c)の画像をトリミングし配信する処理に関する説明をする。
S951では、CPU01は、画像を取得する指示がされたか否かを判定する。画像を取得する指示とは、野球であればホームランがあった時刻や、ファインプレーのあった時刻などのイベント時刻において、図8のS805において設定された時計の時刻をもとに、イベント時刻の前後に撮影された画像を取得する指示である。画像の取得指示は、イベント時刻の発生に応じて行うものとする。なお、イベント時刻でなくても例えば、試合の分析を行い、イベントが発生したことに応じて画像の撮影指示と画像の取得指示とを同時にCPU01が行ってもよい。
S951では、CPU01は、画像を取得する指示がされたか否かを判定する。画像を取得する指示とは、野球であればホームランがあった時刻や、ファインプレーのあった時刻などのイベント時刻において、図8のS805において設定された時計の時刻をもとに、イベント時刻の前後に撮影された画像を取得する指示である。画像の取得指示は、イベント時刻の発生に応じて行うものとする。なお、イベント時刻でなくても例えば、試合の分析を行い、イベントが発生したことに応じて画像の撮影指示と画像の取得指示とを同時にCPU01が行ってもよい。
S952では、CPU01は、対象画像をストレージ204から取得する。
S953では、トリミング部202がトリミング情報を取得する。
S953では、トリミング部202がトリミング情報を取得する。
S954以降の処理ではトリミングの処理を開始する。
S954では、トリミング部202がn=1の座席の情報を取得する。そして、現在トリミングをしようとしている画像を撮影したカメラの撮影範囲における座席数をmとする。本実施形態においては座席の番号に関して簡単のためにn=1からmまでとしているが、これに限らず、1台のカメラが撮影しており、かつトリミング対象となっている座席のすべてがカバーされれば、実際に球場で使用されている座席と紐づけてもよい。複数のカメラで観客の席をカバーするためには、他のカメラとの撮影の範囲と撮影範囲が被ることがある。2台のカメラから撮影をされている観客であっても、いずれか一方である1台のカメラで撮影された画像からトリミングされた画像が提供される。よって、カメラの撮影範囲とトリミング範囲とは異なることがある。S954では、全てのトリミング範囲の座席数をmとして取得する。トリミング範囲は、試合中に可変としてもよいし、予め球場側で定めておいてもよい。
S954では、トリミング部202がn=1の座席の情報を取得する。そして、現在トリミングをしようとしている画像を撮影したカメラの撮影範囲における座席数をmとする。本実施形態においては座席の番号に関して簡単のためにn=1からmまでとしているが、これに限らず、1台のカメラが撮影しており、かつトリミング対象となっている座席のすべてがカバーされれば、実際に球場で使用されている座席と紐づけてもよい。複数のカメラで観客の席をカバーするためには、他のカメラとの撮影の範囲と撮影範囲が被ることがある。2台のカメラから撮影をされている観客であっても、いずれか一方である1台のカメラで撮影された画像からトリミングされた画像が提供される。よって、カメラの撮影範囲とトリミング範囲とは異なることがある。S954では、全てのトリミング範囲の座席数をmとして取得する。トリミング範囲は、試合中に可変としてもよいし、予め球場側で定めておいてもよい。
S955では、CPU01は、トリミングを行うエリアにある座席か否かを判定する。球場では、ネットやポール、屋根等によりカメラの死角になってしまったり、撮影が禁止されているエリアがある可能性がある。また、自由席など観客の位置が分からないエリアにおいては、そもそも座席の位置に対応するトリミングを行わない。よって、このような場合にはS955の判定はNOとする。なお、自由席であっても後述するように顔検出によるトリミングやより広い範囲のトリミングは行うことができる。S955においてYESと判定された場合にはS956へ進み、そうでない場合にはS963へ進む。なお、チケットの購入時や、座席付近いにおいて画像購入ができないエリアであることを観客に示すようにしてもよい。
S956では、CPU01は、現在トリミング対象か否かを判定している座席nがトリミング範囲にある座席数mより小さいか否かを判定する。すなわち、トリミング範囲全ての座席に対して、トリミングをするか否かの判定が終わっていないかを確認する。S956の判定がYESである場合にはS957へ進み、そうでない場合にはS965へ進む。
S957では、CPU01は、座席nがトリミング対象の座席か否かを判定する。トリミング対象の座席か否かは、図7において観客が画像購入の意思を示したか否かにより決まる。すなわち、S955の判定は、トリミンググループに含まれる座席である場合にはYESとなり、そうでない場合にはNOとなる。
S958では、CPU01は、S952で取得した画像からトリミングを行う元の画像であるトリミング画像を選択する。トリミング画像の選択は、現在対象となっている座席nのトリミンググループの観客の様子に応じて、最も表情が良いものや、前後の画像と比較して動きの大きなものを選択するようにしてもよい。また、トリミンググループごとで選択する画像を変えず、マニュアルで画像を選択したり、トリミング範囲の観客の動きを数値化し、一番大きな動きがあると思われる画像を選択してもよい。
S959では、CPU01は、トリミング処理を実行する。トリミング処理については、図10を用いて後述する。
S960では、CPU01は、座席n=n+1とする。なお、すでにトリミング処理が実施済みのトリミンググループに含まれている座席nであった場合には、さらにn+1として、まだS957の判定をしていない座席を探していく。
S960では、CPU01は、座席n=n+1とする。なお、すでにトリミング処理が実施済みのトリミンググループに含まれている座席nであった場合には、さらにn+1として、まだS957の判定をしていない座席を探していく。
S961、S962で行われる、座席nの観客のグループトリミングに入っていない場合の処理について説明する。本実施形態においては、試合の後に観客が画像を得られるように座席番号と紐づけてエリアでのトリミングを行う。すなわち、グループトリミングのように同時購入した観客が入り、その他の観客が入らないようにトリミング範囲を決めるのではなく、30人や50人といったように予め決められた人数でのトリミングを行う。これにより、トリミングにかかる時間とデータ量を削減することができ、グループトリミングの対象となっている観客には素早く画像の提供ができるようにしつつ、そうでない観客にも後から画像を提供できるようにしている。
S961では、CPU01は、S958と同様にトリミング画像を選択する。エリアトリミングの場合には、各座席の観客に合わせてトリミング画像を保存しておかないので、座席nの観客に応じたトリミング画像の選択は行わない。エリアトリミングの場合には、手動で画像を選択してもよいし、トリミング範囲にいる観客の動きを数値化して最も動きの大きな数値の画像を選択してもよい。もしくは、予め顔データが準備されていた観客の表情が良い、もしくは動きの大きな画像を選択するようにしてもよい。このように、グループトリミングの対象となっていない観客であっても、画像購入をする可能性の高い観客の表情が良い、もしくは大きく動いている画像を選択することで、将来、画像を購入したより多くの観客の満足度を満たすことができる。それぞれの観客の表情の良い画像を保存しておくと、データ量が多くなりコストアップにつながり、またデータの取り出しも時間を要す。購入の可能性の高い、高い頻度で観戦のする観客を優先的にして画像を選択することで、よりコストが低くさらに素早く画像を提供することができるようになる。なお、顔検出された観客には、例えば10試合や5試合といった所定の数の試合ごとに、対象の観客の画像をまとめて、観客に通知してもよいし、次の試合の観戦時に観客に画像を通知し、購入を促してもよい。さらに、前回の試合で撮影された画像を、次の試合のチケットの購入時に観客に提示することで、どのような画像が撮影されるのかを観客が把握し、画像購入をするか否かの判断をしやすくしてもよい。
S962では、CPU01は、エリアトリミングをする。エリアトリミングは上述したように、所定の人数で区切った画像をトリミングする。既に他の座席nに対する処理においてエリアトリミングされた画像に含まれている座席nであった場合には、改めてエリアトリミングをせず、画像のデータ量の削減をする。
S963、S964では、S961、S962と同様の処理を実行する。トリミング対象の座席でない自由席であれば、顔検出に基づいた処理を行い、トリミング対象座席でグループトリミング範囲の観客でない場合には、エリアトリミングをしないようにしてもよい。また、一部の熱狂的なファンが固まっていたり、団体の座っている座席においては、エリアトリミングの範囲を広く設けてもよい。例えば、同じ色の服を着ているユーザをトリミング範囲としてもよい。これにより、応援しているチームのユニフォームを着ている団体を一枚に収めることができる。
S965では、CPU01は、トリミングした画像の中に、顔データがあったか否かを判定する。顔データがあった場合にはS966へ進み、そうでない場合にはS967へ進む。
S966では、CPU01は、各観客のIDと画像とを結びつけ、観客が観戦中の試合における画像フラグをONにする。画像フラグがONであれば、観客に対して、いつの試合に撮影された画像があるのかを提示することができる。
S966では、CPU01は、各観客のIDと画像とを結びつけ、観客が観戦中の試合における画像フラグをONにする。画像フラグがONであれば、観客に対して、いつの試合に撮影された画像があるのかを提示することができる。
S967では、CPU01は、トリミングをした画像を配信部207へアップロードし、グループトリミングの対象となっている観客が画像を閲覧可能にする。なお、グループトリミングの対象となっている観客でなくても、トリミングした画像を提示するようにしてもよい。このとき、グループトリミングの対象外となっている観客にはウォーターマークでサンプルなどの文字をいれる。なお、アップロードしなかった画像データはストレージ204から削除、もしくは画質を落として記録することで、画像の容量を減らし、コストの削減へとつなげる。ただし、試合後、所定期間はS958、S961、S963で選択した画像自体と保存しておいてもよいし、削除をする前に各観客に通知をしてもよい。
図10は、本実施形態におけるトリミング処理の例を示すフローチャートである。この処理は、ROM(不揮発性メモリ)02に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
CPU01は、チケット購入部206から事前に取得した購入されたグループ人数、座席番号、座席配置の情報を読み出す(S1001)。
図11は、本実施形態におけるグループの人数に応じた座席配置の例を示す図である。図11(a)は4人のグループの座席配置例であり、パターン(1)では4人が横並びになっており、パターン(2)では2人ずつ前後に並んでいる。あくまでもパターンは一例であり、パターンの形と人数の組合せが、本発明を限定するものではない。同様に、図11(b)は5人のグループの座席配置の例、図11(c)は6人のグループの座席配置の例である。
図11は、本実施形態におけるグループの人数に応じた座席配置の例を示す図である。図11(a)は4人のグループの座席配置例であり、パターン(1)では4人が横並びになっており、パターン(2)では2人ずつ前後に並んでいる。あくまでもパターンは一例であり、パターンの形と人数の組合せが、本発明を限定するものではない。同様に、図11(b)は5人のグループの座席配置の例、図11(c)は6人のグループの座席配置の例である。
図12は、本実施形態における座席配置における座席の関係性を示した図である。グループ内で左下の座席位置を基準として、水平方向の座席位置を「番」、垂直方向の座席位置を「列」で表現し、水平方向右側に向かって「番」の数字がインクリメントされ、垂直方向上側に向かって「列」の番号がインクリメントされる。図12は、図11(b)のパターン(2)における座席配置の具体的な例を示したものである。X+2番、Y列にはグループ内の利用者はいないが、矩形をトリミングする際のデータとして必要であるため、図13及び図14のデータ構造においてグループ外席として定義する。
図10の説明に戻る。
CPU01は、トリミング範囲及びグループ外席情報を取得する(S1002)。なお、事前にトリミング範囲を算出せずにS1001においてトリミング範囲の算出を行ってもよい。
CPU01は、トリミング範囲及びグループ外席情報を取得する(S1002)。なお、事前にトリミング範囲を算出せずにS1001においてトリミング範囲の算出を行ってもよい。
CPU01は、S1002で取得したグループ情報にグループ外席の情報が存在していた場合(S1003でYES)、グループ外席に定義されている座席位置のトリミング範囲を灰色の単色で塗り潰す(S1004)。グループ外席の情報が存在していない場合(S1003でNO)には、S1004の処理はスキップする。
S1004において、グループ外の座席のトリミング位置の全範囲を塗りつぶしてしまうと、一部上下隣のグループ内の座席のトリミング位置と重なっていることがあるため、若干トリミング位置よりも内側を塗り潰すことが望ましい。これは、グループ外の観客が写らないようにするための処理であるが、塗り潰しの方法については本発名を限定するものではない。また、特に肖像権の問題などがなく、利用者の意思としてグループ外の人物が写っていても問題ない場合には、S1004の処理は必要がないケースもある。
CPU01は、S1002で取得した1303~1306のトリミング位置の計算方法に従い、トリミング位置を確定させる(S1005)。
図15は、本実施形態におけるトリミング位置の計算例を示した図である。図15(a)は、図4に示したように観客のほぼ正面から撮影された画像に対する計算方法の例であり、図15(b)は、図5に示したように観客がやや斜めに撮影された画像に対しての計算方法の例である。図15(a)では単純に左上座席の左上頂点と、右下座席の右下頂点をそれぞれ全体のトリミング位置の頂点として利用している。図15(b)では上下列が若干ずれているため、
左上頂点
X座標=左下座席の左上頂点のX座標
Y座標=左上座席の左上頂点のY座標
右下頂点
X座標=右上座席の右下頂点のX座標
Y座標=右下座席の右下頂点のY座標
が定義されており、この計算方法を用いて左上頂点・右下頂点の座標位置を求める。
図15は、本実施形態におけるトリミング位置の計算例を示した図である。図15(a)は、図4に示したように観客のほぼ正面から撮影された画像に対する計算方法の例であり、図15(b)は、図5に示したように観客がやや斜めに撮影された画像に対しての計算方法の例である。図15(a)では単純に左上座席の左上頂点と、右下座席の右下頂点をそれぞれ全体のトリミング位置の頂点として利用している。図15(b)では上下列が若干ずれているため、
左上頂点
X座標=左下座席の左上頂点のX座標
Y座標=左上座席の左上頂点のY座標
右下頂点
X座標=右上座席の右下頂点のX座標
Y座標=右下座席の右下頂点のY座標
が定義されており、この計算方法を用いて左上頂点・右下頂点の座標位置を求める。
図10の説明に戻る。
CPU01は、S1005で確定したトリミング位置に従い、カメラで撮影した全体画像から該当人数・座席配置に従ったトリミング位置で切り出したトリミング済み画像を生成し、ストレージ205に撮影日付及び座席番号情報と共に格納する(S1006)。
CPU01は、S1005で確定したトリミング位置に従い、カメラで撮影した全体画像から該当人数・座席配置に従ったトリミング位置で切り出したトリミング済み画像を生成し、ストレージ205に撮影日付及び座席番号情報と共に格納する(S1006)。
なお、上述した実施形態において以下のようにシステムを運用することで、観客がより容易に画像の取得をできるようにしてもよい。
・配信サーバへの閲覧要求を、チケットのQRコードの読み取りにする。
・事前にグループ情報を取得するようにしているが、処理を行う度に取得してもよい。この場合、チケット購入システムも常にグループ情報を作り直す必要があり、その都度トリミング部202から取得するので、システム全体としては処理が増える。しかし、例えば、野球の場合当日券の売り上げの割合が多く、試合開始後にグループ情報が多く作成される場合、などには有効である。
・配信サーバへの閲覧要求を、チケットのQRコードの読み取りにする。
・事前にグループ情報を取得するようにしているが、処理を行う度に取得してもよい。この場合、チケット購入システムも常にグループ情報を作り直す必要があり、その都度トリミング部202から取得するので、システム全体としては処理が増える。しかし、例えば、野球の場合当日券の売り上げの割合が多く、試合開始後にグループ情報が多く作成される場合、などには有効である。
次に、事前に観客が画像の購入意思を示さなかったが、試合の終了後に画像を購入しようとした場合について図16、図17を用いて説明をする。
図16は、本実施形態における画像提供システムのシステム構成の他の例を示す図である。画像処理装置201は、撮影指示部101と、カメラ102~105、画像転送受信部201bと、選択・アップロード部203と、ストレージ204を持つ。図16において、各処理部101、201b、203、204は1つの画像処理装置201の中に記載しているが、物理的に別の処理装置であっても構わず、処理部の構成が本発明を限定するものではない。同様に、配信部207とトリミング部202も物理的に別の処理装置であってもよい。
撮影処理部101、カメラ102~105、カメラ画像転送受信部201b、及びチケット購入部206については、図2の説明と同様であるため割愛する。
撮影処理部101、カメラ102~105、カメラ画像転送受信部201b、及びチケット購入部206については、図2の説明と同様であるため割愛する。
選択・アップロード部203は、ストレージ204に撮影画像データが格納されたこととトリガーに、撮影画像データをイベントの日時情報と座席ごとのトリミング位置情報と共に配信部207にアップロードする。ここでの撮影画像データはトリミングされていない高解像のデータであるため、インターバル撮影などで撮影枚数が多くなった場合や、カメラの台数が多くなった場合には、大量のデータが配信部207にアップロードされることになる。後からグループトリミングをしようとした際には、より大量のデータをシステムが保持しなければならない。
なお、ここでは座席ごとのトリミング位置情報を画像処理装置201から配信部207にアップロードしているが、配信部207とトリミング部202で情報を持っても良い。ただし、トリミング位置情報はあくまでもカメラ102~105で撮影される画像に対しての位置情報となるので、画像処理装置201側におけるカメラ102~105の取り付け位置や画角を変更した場合に都度更新が必要となる。そのため、画像処理装置201と配信部207、トリミング部202のシステムがより連携して対応する必要がある。
配信部207は、利用者が入力したイベント日付と座席番号に基づいて、トリミング部202に選択・アップロード部から取得したサムネイル位置情報と座席番号を送信し、トリミング処理を指示して、取得したトリミング済み画像を利用者に提示する。利用者の入力に関しては、図2と同様に利用者がチケットを見て手動で入力しても良いし、チケットにQRコードなどを印字して、それをスマートホンで読み取って認識するのでも、またチケット情報が分からない場合には顔検出でもよい。入力方法は上述の方法に限られない。また、利用者への提示はスマートホンのアプリケーションでも良いし、ブラウザでアクセスするようなWebアプリケーションの形でも良く、提示方法についても本発明を限定するものではない。
トリミング部202は、処理自体は図2と同様である。しかし、利用者が購入を希望する都度にトリミング済み画像を生成することになり、利用者がトリミング済み画像を取得するまでの時間にそのトリミング時間が含まれてしまうため、画像の提供を素早く行うことができない。また、素早く行うためには、より画像処理を高速に実施できる環境が必要となる。
次に、図17においては、画像データをストレージ204に保存している場合について説明をする。図17の処理では、図16とは異なり、配信部207に大量の画像データが送信されることはないが、利用者からの画像購入のトリガーを受けてから画像処理装置201に対象カメラで撮影した画像を要求してアップロードしてもらう。そのため、図16よりも画像取得分だけ時間が長くかかってしまうので、利用者がトリミング済み画像データを取得するのにさらに時間がかかってしまう。
図17は、図16と構成は同じである。
図17は、図16と構成は同じである。
本実施例は、利用者がチケットを購入したことを前提に、次は画像購入の指示を配信部207に行ったところから処理がスタートする(ステップ1)。配信部207は、対象カメラの画像を画像処理装置201へ要求し(ステップ2)、画像処理装置201内においてストレージ204へと画像が要求される(ステップ3)。その後、選択・アップロード部203が画像データを配信部207へ送信(ステップ4)する。このとき、画像データには日付情報、座席ごとのトリミング位置情報とトリミング前の画像データとが含まれるため、データ量が大きくなる。配信部207からトリミング部202へとトリミング指示がされる(ステップ5)と、トリミング部202がトリミングをし、トリミング済みの画像データが配信部207へと配信される(ステップ6)。その後、配信部から画像を購入した観客へとトリミング済みの画像が配信される(ステップ7)。
このように、図17の方法では、事前に観客が画像購入の意思を示していなくても、トリミンググループを対象としたトリミングをした画像を観客に提供することができる。しかし、システム内、装置内におけるやり取りが多く、事前に画像の購入意思のある観客よりも画像の提供にまでに時間を要する可能性がある。なお、観客に画像を提供する際には、座席情報も紐づけて観客に提供することで、観客がSNSに画像をアップロードした際に、画像をみた人がどの位置の座席であればよい画像が撮られるのかを認識することができる。さらに、座席の位置に応じて明るさに関する画像処理を行い、暗い部分や明るい部分に対して適正な画像を提供するようにすることで、広い範囲の観客を同じ画角範囲に含めて撮影をしてもより良い画像を提供することが可能になる。同じ画角内において明るさが所定以上変わるような場合には、RAW画像を取得し、後で画像の加工をしやすくしてもよい。
次に、本実施形態における撮影一連処理について図18を用いて説明する。撮影一連処理は、観客席の空席の状態に応じて、撮影する頻度を変更するための処理である。この処理は、ROM(不揮発性メモリ)02に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。この処理は、試合の開始の前であって、観客の情報がより集まっている状態の方がよいので、撮影開始前の10分前や1時間前など、試合までが所定の時間になったら開始するようにする。もしくは、試合の開始直後に開始してもよい。
S1801では、CPU01は、各カメラの撮影範囲が空席の時の画像を取得する。撮影範囲が空席の時の画像は事前に撮影したものを取得してきてもよいし、試合のたびに撮影を行ってもよい。
S1802では、CPU01は、事前に画像購入意思のある観客情報を取得する。画像購入意思のある観客とは、図7に示したチケット購入処理でトリミング済み画像の購入意思を示した観客のことである。
S1802では、CPU01は、事前に画像購入意思のある観客情報を取得する。画像購入意思のある観客とは、図7に示したチケット購入処理でトリミング済み画像の購入意思を示した観客のことである。
S1803では、CPU01は、カメラの配置に関する情報を取得し、カメラの撮影範囲にある座席の情報を取得する。また、座席の席種についてもこのとき取得する。
S1804では、CPU01は、S1803において取得した情報と、S1802において取得した観客情報から、撮影対象となる観客がどのくらいいるかの撮影対象割合を算出する。撮影対象割合は、撮影購入意思のある観客の数を座席数で割ったものである。S1804では、各カメラの撮影対象割合を算出する。
S1804では、CPU01は、S1803において取得した情報と、S1802において取得した観客情報から、撮影対象となる観客がどのくらいいるかの撮影対象割合を算出する。撮影対象割合は、撮影購入意思のある観客の数を座席数で割ったものである。S1804では、各カメラの撮影対象割合を算出する。
S1805では、CPU01は、S1804で算出したカメラn=1の撮影対象の割合を取得する。
S1806では、CPU01は、カメラnの撮影対象、すなわちカメラnの撮影範囲の中にいる画像の購入意思のある観客がいるか否かを判定する。カメラnの撮影対象がいると判定した場合にはS1807へ進み、そうでない場合にはS1809へ進む。
S1806では、CPU01は、カメラnの撮影対象、すなわちカメラnの撮影範囲の中にいる画像の購入意思のある観客がいるか否かを判定する。カメラnの撮影対象がいると判定した場合にはS1807へ進み、そうでない場合にはS1809へ進む。
S1807では、CPU01は、算出された撮影対象割合に応じて撮影間隔を決定する。例えば、画像の購入意思のある観客が50%以上いる場合には、撮影間隔をT=5秒にし、30%以上いる場合には、撮影間隔をT=10秒にする。撮影枚数が増えるとストレージ204に保存される画像の枚数が増え、観客への画像を提供する速度が遅くなってしまう可能性がある。よって、観客に提供される可能性のある画像の枚数に対して、ストレージ204に保存される画像の枚数、すなわち撮影される画像の枚数を決定することで、画像提供の速度を低下させないようにすることができる。
S1808では、CPU01は、カメラnが設定された撮影間隔において撮影を実施するように撮影間隔Tを設定する。
S1808では、CPU01は、カメラnが設定された撮影間隔において撮影を実施するように撮影間隔Tを設定する。
S1809では、CPU01は、カメラnの撮影設定を変更する。撮影対象がいない場合には、カメラnは観客の撮影ではなく、例えば試合風景を撮影するカメラとして使用してもよいし、もしくは花火や得点板を撮影するためのカメラとして使用してもよい。もしくは、撮影を行わなくしてもよい。これにより、ストレージ204に保存される画像の枚数を減らすことができる。
S1810では、CPU01は、全部のカメラにおいてS1808もしくはS1809の設定がされたか否かの判定をする。全部のカメラへの撮影の設定がされたと判定した場合にはS1811へ進み、そうでない場合にはカメラn=n+1の撮影対象の割合を取得して、S1806へ進む。
S1811では、CPU01は、試合中の撮影一連処理を実行する。試合中の撮影一連処理については、図19を用いて説明する。
S1811では、CPU01は、試合中の撮影一連処理を実行する。試合中の撮影一連処理については、図19を用いて説明する。
次に、図19を用いて試合中の撮影一連処理について説明する。図19に示すフローチャートは、図18においてS1811へ進むと開始される。図19に示す処理は試合中でなくても、各カメラnに対する撮影間隔がS1808(S1809)で設定された後であればよい。図19は、直前の図18において設定された撮影間隔を更新するための処理である。試合前には、チケット購入時の情報が分かるが、試合開始後には実際にどのくらい観客が座っているのかということが分かる。この処理は、ROM(不揮発性メモリ)02に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
S1901は、CPU01は、カメラn=1に関するカメラ配置情報、撮影範囲情報、画像購入意思のある観客の情報を取得する。
S1902では、CPU01は、直前に撮影されたカメラnの画像を取得する。
S1903では、CPU01は、S1801で取得した空席時の画像と、S1902で取得した画像とを比較し、観客の座っている領域を判別する。
S1904では、CPU01は、人の領域の割合を算出する。
S1902では、CPU01は、直前に撮影されたカメラnの画像を取得する。
S1903では、CPU01は、S1801で取得した空席時の画像と、S1902で取得した画像とを比較し、観客の座っている領域を判別する。
S1904では、CPU01は、人の領域の割合を算出する。
S1905では、CPU01は、人の増加量に応じて撮影間隔Tを変更する。例えば、チケットの購入情報では、30%の席が埋まる予定であったが、試合開始後や試合開始直前にチケットの購入がされ60%の席が埋まっていた場合には、S1808で設定した撮影間隔Tを10秒から7秒に変更する。試合の開始前後にチケットを購入した観客は、図7において説明をした画像の購入意思に関する処理をしていない可能性が高い。よって、人の増減の割合に応じて、S1808で設定した撮影間隔Tを変更する。なお、S1905においては、S1904において算出された観客の領域の割合に応じて撮影間隔Tを変えてもよいし、自由席はそもそも図8の処理を行わずに、図9のS1904で算出された割合に基づき、撮影間隔Tを設定してもよい。
S1906では、CPU01は、全てのカメラに対して、S1905の設定がされたか否かを判定する。全てのカメラに対して、S1905の処理がされたと判定した場合にはS1907へ進み、そうでない場合にはカメラn=n+1に関するカメラ配置情報、撮影範囲情報、画像購入意思のある観客の情報を取得して、S1902へ進む。
S1907では、CPU01は、所定時間が経過したか否かを判定する。所定時間とは、例えば20分や30分といった時間であり、S1905における撮影間隔Tを更新する間隔である。所定時間が経過したと判定した場合にはS1901へ進み、そうでない場合にはS1908へ進む。
S1908では、CPU01は、図19の処理を終了するか否かを判定する。図19の処理を終了すると判定した場合には終了し、そうでない場合にはS1907へ進む。図19の処理は撮影が終了したことに応じて終了する。
S1908では、CPU01は、図19の処理を終了するか否かを判定する。図19の処理を終了すると判定した場合には終了し、そうでない場合にはS1907へ進む。図19の処理は撮影が終了したことに応じて終了する。
以上、説明した実施形態によれば、空席の情報に基づいて撮影間隔Tを変更するので、画像のデータ量を減らしつつ、観客が多くいる場合には撮影機会をより逃さずに画像を提供することができる。それぞれのグループや、観客によって撮影機会は異なるため、一度の撮影において撮影される観客の数が増えるほど、撮影機会はばらつきがでる。よって、観客の数に応じて撮影間隔Tを決定することで、観客が増えた場合には各観客の撮影機会を逃さずに撮影を行うことのできる可能性が向上する。また、観客が減った場合には、データ量を削減することができる。
次に、図19で説明した試合中の撮影一連処理の変形例について図20と図21とを用いてそれぞれ説明をする。図20、図21はそれぞれ、図19に示したフローチャートと同様に、図18に示したS1811へ進むと開始される。この処理は、ROM(不揮発性メモリ)02に記録されたプログラムをRAM(システムメモリ)03に展開してCPU01が実行することで実現する。
図20は、顔検出した情報から撮影間隔を変更する変形例を説明したものである。
S2001では、CPU01は、カメラnの撮影した画像から観客の顔検出を行う。S2001の顔検出においては、事前に画像の購入意思を示した観客の顔の検出を行う。
S2002では、CPU01は、顔検出された人数をカウントする。
S2003では、CPU01は、事前に画像の購入意思を示した観客の数と、S2002においてカウントされた顔検出人数の割合を算出する。これによりカメラnの撮影範囲にいる観客のうち、事前に画像の購入意思を示していた観客が実際にどのくらい座っているのかが分かる。
S2001では、CPU01は、カメラnの撮影した画像から観客の顔検出を行う。S2001の顔検出においては、事前に画像の購入意思を示した観客の顔の検出を行う。
S2002では、CPU01は、顔検出された人数をカウントする。
S2003では、CPU01は、事前に画像の購入意思を示した観客の数と、S2002においてカウントされた顔検出人数の割合を算出する。これによりカメラnの撮影範囲にいる観客のうち、事前に画像の購入意思を示していた観客が実際にどのくらい座っているのかが分かる。
S2004では、CPU01は、球団カラー、旗、グッズなどの被写体を示す特定被写体を指定する。特定被写体は購入意思を示した観客が指定できてもよいし、画像の提供をする側が指定できるようにしてもよい。
S2005では、CUP01は、S2001において取得した画像から特定被写体を検出する。
S2005では、CUP01は、S2001において取得した画像から特定被写体を検出する。
S2006では、CPU01は、S2003において算出された顔検出人数の割合に応じて、撮影間隔Tを変更するか、S2005で検出した特定被写体の数に応じて撮影間隔Tを変更する。顔検出の人数に応じて撮影間隔Tを変更するのか、特定被写体の数に応じて撮影間隔Tを変更するのかは購入意思を示した観客が選択できるようにしてもよいし、画像の提供側で設定をするようにしてもよい。例えば、顔検出人数が50%であれば、図18のS1808において設定した撮影間隔Tを2倍の間隔にしてもよい。また、例えば、球団カラーのユニフォームを着ている観客が多い場合には、観客の盛り上がりが高い可能性が高いので、撮影間隔Tを短くすることで、撮影機会を逃す可能性を低減することができる。
S2007では、CPU01は、S2001の顔検出の結果に基づき、フォーカスを行う座標やズーム量を変更する。これにより、検出された顔の位置に基づき、画像の購入意思のある観客に、より合焦した画像を提供することができる。
以上、説明した実施形態によれば、検出された顔に応じて撮影間隔Tを変更するので、ストレージ204に保存される画像の量を減らすことができる。なお、図20の処理は各カメラに対して行うものである。
以上、説明した実施形態によれば、検出された顔に応じて撮影間隔Tを変更するので、ストレージ204に保存される画像の量を減らすことができる。なお、図20の処理は各カメラに対して行うものである。
次に、図21は座席の空席率に基づき撮影条件を変更し、より多くの観客に適した撮影条件での撮影を行えるようにしたものである。野球、サッカーなどの野外スポーツでは、太陽光の入り具合や、屋根の位置により座席の明るさが大きく異なる。このとき、例えば露出などを明るいところに合わせて撮影をすると、暗い領域の観客にとっては適切でない可能性がある。このような場合に、露出に関するISO感度、絞り値、シャッタースピードをより多くの観客に適した設定にするための処理が図21の処理である。
S2101では、CPU01は、カメラnの取得画像から予め定められたN個の区画の照度情報を取得する。N個の区画は隣接する4つや6つといった座席からなる区画であり、カメラnの撮影範囲の全ての範囲を含むものとする。カメラnの取得画像はS2101のタイミングで撮影したものであるが、S2101の前に撮影されたものでもよい。
S2102では、CPU01は、判定区画n=1とする。判定区画とはS2102で取得した照度情報に基づき、照度レベル1~4に分ける判定を行う区画のことを示しており、照度1、2、3、4の順番で徐々に暗くなっていく。照度レベルは予め定められた座席においてなりうる照度をレベル分けしたものである。照度レベルは本実施形態において説明する4つでなくてもよく、大きく照度が変わらない場合には2つや3つでもよい。また、照度が変わっても露出に関する撮影設定が変わらない場合には、同じ照度レベルとして幅を持たせてもよい。
S2103では、CPU01は、判定区画nの照度情報より、判定区画nが照度レベル1の区画であるか否かを判定する。照度レベル1の区画であると判定した場合にはS2104へ進み、そうでない場合にはS2105へ進む。
S2104では、CPU01は、判定区画nを照度レベル1リストに登録する。
S2104では、CPU01は、判定区画nを照度レベル1リストに登録する。
S2105では、CPU01は、判定区画nの照度情報より、判定区画nが照度レベル2の区画であるか否かを判定する。照度レベル2の区画であると判定した場合にはS2106へ進み、そうでない場合にはS2107へ進む。
S2106では、CPU01は、判定区画nを照度レベル2リストに登録する。
S2106では、CPU01は、判定区画nを照度レベル2リストに登録する。
S2107では、CPU01は、判定区画nの照度情報より、判定区画nが照度レベル3の区画であるか否かを判定する。照度レベル3の区画であると判定した場合にはS2108へ進み、そうでない場合にはS2109へ進む。
S2108では、CPU01は、判定区画nを照度レベル3リストに登録する。
S2109では、CPU01は、判定区画nを照度レベル4リストに登録する。
S2108では、CPU01は、判定区画nを照度レベル3リストに登録する。
S2109では、CPU01は、判定区画nを照度レベル4リストに登録する。
S2110では、CPU01は、判定区画の全てに対する判定が終了したか否かを判定する。S2110でYESと判定された場合にはS2112へ進み、そうでない場合にはS2111へ進む。
S2111では、CPU01は、判定区画n=n+1にしてS2103へ進む。
S2112では、CPU01は、照度レベル1、2の区画における顔検出人数をカウントする。すなわち、照度レベル1のエリアにいる観客の顔の数と、照度レベル2のエリアにいる観客の顔の数とをそれぞれカウントする。
S2111では、CPU01は、判定区画n=n+1にしてS2103へ進む。
S2112では、CPU01は、照度レベル1、2の区画における顔検出人数をカウントする。すなわち、照度レベル1のエリアにいる観客の顔の数と、照度レベル2のエリアにいる観客の顔の数とをそれぞれカウントする。
S2113では、CPU01は、照度レベル1の区画には、照度レベル2の区画よりも顔検出された人数が多いか否かを判定する。照度レベル1の区画の方が照度レベル2の区画よりも顔検出された人数が多いと判定された場合にはS2114へ進み、そうでない場合にはS2115へ進む。
S2114では、CPU01は、照度1に合わせた露出に関する撮影設定を撮影設定1とする。
S2115では、CPU01は、照度2に合わせた露出に関する撮影設定を撮影設定1とする。
S2114では、CPU01は、照度1に合わせた露出に関する撮影設定を撮影設定1とする。
S2115では、CPU01は、照度2に合わせた露出に関する撮影設定を撮影設定1とする。
S2116では、CPU01は、照度レベル3、4の区画の空席画像とカメラnの取得画像と比較して観客の座っている領域を判別する。カメラnの取得画像はS2116においてカメラnで撮影するものであるが、S2116の前に撮影されたものでもよい。
S2117では、CPU01は、照度レベル3、4の区画における人のいる領域の割合を算出する。照度レベル3、4では照度が低いため、人の顔の検出の正確性が照度レベル1、2よりも落ちる可能性がある。よって、顔検出ではなく、画像を比較することによりどのくらいの人が座っているのかを算出する。一方で、照度レベル1、2の場合には、より正確に人の数をカウントするために顔検出を用いる。
S2117では、CPU01は、照度レベル3、4の区画における人のいる領域の割合を算出する。照度レベル3、4では照度が低いため、人の顔の検出の正確性が照度レベル1、2よりも落ちる可能性がある。よって、顔検出ではなく、画像を比較することによりどのくらいの人が座っているのかを算出する。一方で、照度レベル1、2の場合には、より正確に人の数をカウントするために顔検出を用いる。
S2118では、CPU01では、照度レベル3の区画は照度レベル4の区画よりも人数が多いか否かを判定する。照度レベル3の区画の方が照度レベル4の区画よりも人数が多いと判定された場合にはS2119へ進み、そうでない場合にはS2120へ進む。
S2119では、CPU01は、照度3に合わせた露出に関する撮影設定を撮影設定2とする。
S2120では、CPU01は、照度4に合わせた露出に関する撮影設定を撮影設定2とする。
S2119では、CPU01は、照度3に合わせた露出に関する撮影設定を撮影設定2とする。
S2120では、CPU01は、照度4に合わせた露出に関する撮影設定を撮影設定2とする。
次にS2121からS2129では撮影間隔Tの設定を各照度レベルにいる人数に合わせて行う処理をする。
S2121では、CPU01は、S2112、S2116で取得した照度別人数比率α=(照度レベル1、2の人数)/(照度レベル3,4の人数)を算出する。αの値が1.5以上、すなわち、カメラnの撮影する範囲においては明るい領域の方が暗い領域の1.5倍以上の人がいると判定した場合にはS2122へ進む。1.0≦α<1.5の場合にはS2124へ進み、0.7≦α<1.0の場合にはS2126へ進み、α<0.7の場合にはS2128へ進む。
S2121では、CPU01は、S2112、S2116で取得した照度別人数比率α=(照度レベル1、2の人数)/(照度レベル3,4の人数)を算出する。αの値が1.5以上、すなわち、カメラnの撮影する範囲においては明るい領域の方が暗い領域の1.5倍以上の人がいると判定した場合にはS2122へ進む。1.0≦α<1.5の場合にはS2124へ進み、0.7≦α<1.0の場合にはS2126へ進み、α<0.7の場合にはS2128へ進む。
S2123では、CPU01は、撮影設定1での撮影をT=t1、撮影設定2での撮影をT=t2(>t1)として設定する。例えば、t1は5秒であり、t2は10秒である。
S2125では、CPU01は、撮影設定1での撮影をT=t1、撮影設定2での撮影をT=t3(>t2)として設定する。例えば、t1は5秒であり、t3は15秒である。
S2125では、CPU01は、撮影設定1での撮影をT=t1、撮影設定2での撮影をT=t3(>t2)として設定する。例えば、t1は5秒であり、t3は15秒である。
S2127では、CPU01は、撮影設定1での撮影をT=t4、撮影設定2での撮影をT=t5(<t4)として設定する。例えば、t4は10秒であり、t5は5秒である。
S2129では、CPU01は、撮影設定1での撮影をT=t6(>t4)、撮影設定2での撮影をT=t5として設定する。例えば、t6は15秒であり、t5は5秒である。
S2129では、CPU01は、撮影設定1での撮影をT=t6(>t4)、撮影設定2での撮影をT=t5として設定する。例えば、t6は15秒であり、t5は5秒である。
このように、明るい領域の多くの人がいる場合には、明るい領域の照度に合わせた露出の設定での撮影を、暗い領域の照度に合わせた露出の設定での撮影よりも頻度が高く行うようにする。また、暗い領域の多くの人がいる場合には、暗い領域の照度に合わせた露出の設定での撮影を、明るい領域の照度に合わせた露出の設定での撮影よりも頻度が高く行うようにする。
S2130では、CPU01は、図21の処理を終了するか否かを判定する。図21の処理を終了すると判定した場合には図21の処理を終了し、そうでない場合にはS2101へ進む。
以上、説明した実施形態においては照度レベルに合わせた撮影設定での撮影頻度を、観客の数に応じて行うので観客がよりよく映っている、すなわち適正な撮影条件で撮影されている、画像を増やすことができる。また、観客の少ない領域では撮影間隔Tを大きくし、撮影頻度を下げるので画像データ量を減らすことができる。
<その他の実施形態>
本発明は、上述した実施形態の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路(例えば、ASIC)によっても実現可能である。
本発明は、上述した実施形態の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路(例えば、ASIC)によっても実現可能である。
上述の実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明は、その技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
なお、画像処理装置201が行うものとして説明した上述の各種制御は1つのハードウェアが行ってもよいし、複数のハードウェア(例えば、複数のプロセッサーや回路)が処理を分担することで、装置全体の制御を行ってもよい。
また、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。さらに、上述した各実施形態は本発明の一実施形態を示すものにすぎず、各実施形態を適宜組み合わせることも可能である。
また、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。さらに、上述した各実施形態は本発明の一実施形態を示すものにすぎず、各実施形態を適宜組み合わせることも可能である。
また、上述した実施形態においては、本発明を画像処理装置201に適用した場合を例にして説明したが、これはこの例に限定されず、画像に関する制御が可能な電子機器もしくは複数の電子機器からなるシステムであれば適用可能である。すなわち、本発明はパーソナルコンピュータやPDA、携帯電話端末や携帯型の画像ビューワ、ディスプレイを備えるプリンタ装置、デジタルフォトフレーム、音楽プレーヤー、ゲーム機、電子ブックリーダーなどに適用可能である。また、AI(人口知能)と結び付けて制御を行うことも適用可能であることは言うまでもない。
本発明は、以下の処理を実行することによっても実現される。即ち、上述の実施形態の機能を実現するソフトウェア(プログラム)をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(又はCPUやMPU等)がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
101:撮影指示部 102~105:カメラ 201:画像処理装置 201a:PC(パーソナルコンピュータ) 202:トリミング部 203:選択・アップロード部 204、205:ストレージ 206:チケット購入部 207:配信部
Claims (6)
- 複数の座席のうち撮影対象となる座席に関する情報を取得する取得手段と、
前記複数の座席を画角範囲に含めた画像の撮影を撮像装置に指示する指示手段と、
前記画像を提供する提供手段と、
前記取得手段により取得した情報に基づいて、前記撮像装置に画像を撮影させる撮影間隔を制御する制御手段とを有することを特徴とする画像提供システム。 - 前記制御手段は、前記取得手段により取得した情報を用いて算出される、前記複数の座席に対する前記撮影対象の割合に基づいて、前記撮影間隔を制御することを特徴とする請求項1記載の画像提供システム。
- 前記提供手段は、前記撮影対象に応じてトリミングした画像を提供することを特徴とする請求項1又は2記載の画像提供システム。
- 複数の座席のうち撮影対象となる座席に関する情報を取得する取得手段と、
前記複数の座席を画角範囲に含めた画像の撮影を撮像装置に指示する指示手段と、
前記画像を提供する提供手段と、
前記取得手段により取得した情報に基づいて、前記撮像装置に画像を撮影させる撮影間隔を制御する制御手段とを有することを特徴とする画像提供装置。 - 複数の座席のうち撮影対象となる座席に関する情報を取得する取得工程と、
前記複数の座席を画角範囲に含めた画像の撮影を撮像装置に指示する指示工程と、
前記画像を提供する提供工程と、
前記取得工程にて取得した情報に基づいて、前記撮像装置に画像を撮影させる撮影間隔を制御する制御工程とを有することを特徴とする画像提供装置の制御方法。 - 複数の座席のうち撮影対象となる座席に関する情報を取得する取得ステップと、
前記複数の座席を画角範囲に含めた画像の撮影を撮像装置に指示する指示ステップと、
前記画像を提供する提供ステップと、
前記取得ステップにて取得した情報に基づいて、前記撮像装置に画像を撮影させる撮影間隔を制御する制御ステップとをコンピュータに実行させるためのプログラム。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019122252A JP7305461B2 (ja) | 2019-06-28 | 2019-06-28 | 画像提供システム、画像提供装置、その制御方法、及びプログラム |
PCT/JP2020/024176 WO2020256120A1 (ja) | 2019-06-21 | 2020-06-19 | 画像提供システム及びその制御方法 |
CN202080045355.6A CN114026842A (zh) | 2019-06-21 | 2020-06-19 | 图像提供***及其控制方法 |
US17/556,334 US12035066B2 (en) | 2019-06-21 | 2021-12-20 | Image providing system and method for controlling same |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019122252A JP7305461B2 (ja) | 2019-06-28 | 2019-06-28 | 画像提供システム、画像提供装置、その制御方法、及びプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2021010088A JP2021010088A (ja) | 2021-01-28 |
JP7305461B2 true JP7305461B2 (ja) | 2023-07-10 |
Family
ID=74198582
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019122252A Active JP7305461B2 (ja) | 2019-06-21 | 2019-06-28 | 画像提供システム、画像提供装置、その制御方法、及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7305461B2 (ja) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020085762A1 (en) | 2000-11-02 | 2002-07-04 | Image Id Ltd. | Mass event image identification |
JP2004297363A (ja) | 2003-03-26 | 2004-10-21 | Toshiba Plant Systems & Services Corp | 遠隔撮影システム |
JP2007142896A (ja) | 2005-11-18 | 2007-06-07 | Fujitsu Ltd | 観客画像提供システム、その撮影カメラ制御装置、プログラム |
US20110115930A1 (en) | 2009-11-17 | 2011-05-19 | Kulinets Joseph M | Image management system and method of selecting at least one of a plurality of cameras |
JP2012023501A (ja) | 2010-07-13 | 2012-02-02 | Canon Inc | 撮像装置、撮影補助システム、撮影補助方法、画像データ解析方法およびプログラム |
US20150347827A1 (en) | 2012-12-19 | 2015-12-03 | Fanpics, Llc | Image capture, processing and delivery at group events |
WO2016088437A1 (ja) | 2014-12-04 | 2016-06-09 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
-
2019
- 2019-06-28 JP JP2019122252A patent/JP7305461B2/ja active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020085762A1 (en) | 2000-11-02 | 2002-07-04 | Image Id Ltd. | Mass event image identification |
JP2004297363A (ja) | 2003-03-26 | 2004-10-21 | Toshiba Plant Systems & Services Corp | 遠隔撮影システム |
JP2007142896A (ja) | 2005-11-18 | 2007-06-07 | Fujitsu Ltd | 観客画像提供システム、その撮影カメラ制御装置、プログラム |
US20110115930A1 (en) | 2009-11-17 | 2011-05-19 | Kulinets Joseph M | Image management system and method of selecting at least one of a plurality of cameras |
JP2012023501A (ja) | 2010-07-13 | 2012-02-02 | Canon Inc | 撮像装置、撮影補助システム、撮影補助方法、画像データ解析方法およびプログラム |
US20150347827A1 (en) | 2012-12-19 | 2015-12-03 | Fanpics, Llc | Image capture, processing and delivery at group events |
WO2016088437A1 (ja) | 2014-12-04 | 2016-06-09 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP2021010088A (ja) | 2021-01-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI450111B (zh) | 用於基於影像捕捉裝置呈現的使用者建議之導引式攝影術之方法、電腦可使用媒體、及裝置 | |
US20090103778A1 (en) | Composition determining apparatus, composition determining method, and program | |
US12035066B2 (en) | Image providing system and method for controlling same | |
JP2010010936A (ja) | 画像記録装置、画像記録方法、画像処理装置、画像処理方法、プログラム | |
CN110581950B (zh) | 相机、选择相机设置的***和方法 | |
US20210258505A1 (en) | Image processing apparatus, image processing method, and storage medium | |
JP7305461B2 (ja) | 画像提供システム、画像提供装置、その制御方法、及びプログラム | |
WO2020017354A1 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP7366606B2 (ja) | 画像提供システム、画像提供装置、制御方法及びプログラム | |
JP7504634B2 (ja) | 画像提供システム、その制御方法、プログラムおよび記憶媒体 | |
US20220417598A1 (en) | Image processing device, operation method of image processing device, and operation program of image processing device | |
JP2021016121A (ja) | 画像提供システム | |
JP7344711B2 (ja) | システム、システムの制御方法、プログラム | |
JP7282519B2 (ja) | 画像処理装置または画像処理サーバー | |
JP2017046162A (ja) | 合成動画作成システム、合成動画作成補助システム及び合成動画作成プログラム | |
WO2020095647A1 (ja) | 画像処理装置、画像処理サーバー、画像処理方法、コンピュータプログラム及び記憶媒体 | |
JP2021016122A (ja) | 画像配信システム、画像配信システムの制御方法、およびそのプログラム | |
JP2021150832A (ja) | 画像提供システム及びその制御方法 | |
JP7233886B2 (ja) | 画像処理装置 | |
JP7263758B2 (ja) | 画像処理装置及び画像処理方法 | |
JP6550506B2 (ja) | 記録装置、記録方法及び記録プログラム | |
JP6450879B2 (ja) | 記録装置、記録方法及び記録プログラム | |
JP2024046244A (ja) | 画像処理システム、画像処理方法及びコンピュータプログラム | |
JP2024022731A (ja) | 遠隔撮影システム及び遠隔撮影方法 | |
JP6375114B2 (ja) | 画像再生装置及び画像再生装置の制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220622 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230530 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230628 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 7305461 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |