JP2013255171A - 画像配信装置及び画像表示装置 - Google Patents
画像配信装置及び画像表示装置 Download PDFInfo
- Publication number
- JP2013255171A JP2013255171A JP2012130863A JP2012130863A JP2013255171A JP 2013255171 A JP2013255171 A JP 2013255171A JP 2012130863 A JP2012130863 A JP 2012130863A JP 2012130863 A JP2012130863 A JP 2012130863A JP 2013255171 A JP2013255171 A JP 2013255171A
- Authority
- JP
- Japan
- Prior art keywords
- image data
- image
- composite image
- user
- viewpoint
- 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.)
- Pending
Links
Images
Landscapes
- Cameras In General (AREA)
- Image Processing (AREA)
- Studio Devices (AREA)
Abstract
【課題】ユーザーがリフォーカス処理を指示して得られた画像データがその撮像シーンに適していない画像データである場合、再度のリフォーカス処理が必要になる。
【解決手段】ユーザー評価値が付与された、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを画像配信装置から画像表示装置に送信する。
【選択図】図3
【解決手段】ユーザー評価値が付与された、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを画像配信装置から画像表示装置に送信する。
【選択図】図3
Description
本発明は、複数の視点位置から取得された情報に基づき画像データを処理する画像配信装置及び画像表示装置に関するものである。
従来、撮像装置を用いて撮像した情報に基づき、撮像後に撮像画像を確認する場合、いわゆる再生モードにおいて撮像画像を表示させ、確認する方法が知られている。
また、近年、「Light Field Photography」と呼ばれる手法を用いた撮像装置が提案されている(たとえば非特許文献1、特許文献1)。この撮像装置は、撮像レンズと、マイクロレンズアレイと、撮像素子と、画像処理部と、から構成され、撮像素子から得られる撮像画像データが、受光面における光の強度分布に加えてその光の進行方向の情報も含むようになっている。そして画像処理部において、複数の視点や方向からの観察画像を再構築できるようになっている。
複数の視点から撮像された画像から、画像位置合わせ及び画像合成処理により、仮想フォーカス距離に撮像後のピント調整処理(以降、リフォーカスと呼ぶ)を行う技術がある(たとえば特許文献2)。また、撮像後にリフォーカスが可能な撮像装置(以降、ライトフィールドカメラと呼ぶ)が開発されている。
従来のライトフィールドカメラは再生モード時にタッチパネル式のディスプレイ表示画面においてピントを合わせたい場所をタップすることでリフォーカスを行い、ピントを変更した合成画像をディスプレイ表示するものである。
R. Ng, M. Levoy, M.Bredif, G. Duval, M. Horowitz, P. Hanrahan: "Light Field Photography with a Hand-Held Plenoptic Camera", Stanford Tech Report CTSR 2005-02(2005)
リフォーカスされた合成画像を示す画像データの生成する際、例えば特許文献2の方法では、中間視点画像を推定処理によって生成する必要があり膨大な計算コストがかかる。そのため、ユーザーがリフォーカス処理を指示して得られた画像データがその撮像シーンに適していない画像データである場合、再度のリフォーカス処理が必要になり、さらに計算コストが生じることになる。
本発明にかかる画像配信装置は、ユーザー評価値が付与された、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを取得する取得手段と、前記取得した合成画像データを送信する送信手段とを備えることを特徴とする。
本発明によれば、ネットワーク上の視聴者からのフィードバックにより、撮像シーンに適したリフォーカス画像を表示することができ、ユーザーの利便性を高めることができる。
以下、図面を用いて本発明の実施例について詳細に説明する。
図1は、画像再生システムのシステム接続構成例を示すブロック図である。
多眼カメラ101は、複数の視点位置から取得された情報に基づく画像データを撮像して多視点画像データを得る撮像装置(システム)である。
無線ルータ102は、多眼カメラ101と無線通信にて接続しネットワークとの間を中継通信する為の装置である。ここでは、無線ルータとして説明するが、有線接続でのルータを接続する構成でもよい。
ネットワーク103は、無線ルータ102とクラウドサーバー104や、別の機器と通信接続する為のネットワークである。
クラウドサーバー104は、多眼カメラ101で撮像された多視点画像データの保存と、その多視点画像データに対応した各種パラメータの保存と、ネットワーク103越しに接続された各種機器と連携して画像処理を実行する装置である。クラウドサーバーの処理動作の詳細は別途後述する。
表示端末A105は、クラウドサーバー104上に保存された画像データを閲覧表示する為の表示端末である。本実施例上は、パーソナルコンピュータである(以下PCとして説明する)。また、ディスプレイの表示解像度はWXGAサイズ(1280×800)とする。
表示端末B106は、表示端末A105と同様に、クラウドサーバー104上に保存された画像データを閲覧表示する為の表示端末である。本実施例上は、高解像度の大画面テレビ等を示しており、フルハイビジョンサイズ(1920×1080)(以下このサイズをFULL_HDとして説明する)の解像度のディスプレイを有する表示端末とする。
表示端末C107は、表示端末A105及び表示端末B106と同様に、クラウドサーバー104上に保存された画像データを閲覧表示する為の表示端末である。本実施例上この表示端末は、高解像度ではない携帯表示端末とする。ここでは、解像度をWVGAサイズ(854×480)として説明する。
なお、各表示端末は1例であり、また、各表示端末の解像度についてもここで記載している解像度以外の解像度に対応した表示の解像度でもよい。
図2は、多眼カメラ101内部のハード構成ブロックの一例を示す図である。多眼カメラ撮像部201は、相互に独立した光学系と撮像素子とを持つ相互に独立した複数のカメラの集合体である。多眼カメラ撮像部201は、撮像素子の制御部等を含み、複数の撮像素子からの出力データの集合を多視点画像データとして出力する。
RAM202は、多眼カメラ撮像部201で撮像した多視点画像データの一時記憶や生成したリフォーカス画像データの一時記憶、およびその他演算途中のデータなどの一時記憶に使用する為のメモリである。FlashROM207は、不揮発メモリであり、過去にユーザーが選択した画像(種別と位置)や操作に関する履歴を累積、記憶する。外部メモリ209は、SDカードなどの外部メモリである。また、外部メモリ209は不揮発メモリであり、電源を切っても画像データは保存される。外部メモリ209には、多眼カメラ撮像部201で撮像した多視点画像データが、画像ファイルとして保存される。また外部メモリ209は、処理中の画像データを一時画像ファイルとして一時的に保存する領域としても利用される。
メモリ制御部210は、いわゆるバスシステムと、バスシステムに接続されるメモリやデバイスの制御部から構成され、例えば、RAM202、FlashROM207、外部メモリ209の各メモリに対するデータの読み書きを制御する。
ユーザーI/F(インターフェース)206は、機器の操作や、ユーザーがリフォーカス表示を希望する画像又は領域を選択したり、又は撮像済み画像の表示に係わるモード選択を行う為のI/F(インターフェース)である。具体的には、ディスプレイ205上に設置されるタッチパネルや、レリーズボタン、操作ダイアルなどユーザーI/Fに対応する。
全体制御部(CPU)208は、機器全体の制御や、FlashROM207に記憶されている履歴情報から最も頻度の高い領域を選択し、リフォーカス演算部203へ指示するなどの演算制御を行う。
リフォーカス演算部203は、全体制御部208の指示に従って、多視点画像データからリフォーカス画像データを生成する。ここで、多視点画像データからリフォーカス画像データを生成する概要を説明する。ライトフィールドフォトグラフィでは、多視点画像データから、空間中の複数の位置について、それぞれの位置を通過する光線の方向と強度(ライトフィールド、以下、「LF」という。)を計算する。そして、得られたLFの情報を用いて、仮想の光学系を通過して仮想のセンサに結像した場合の画像を計算する。このような仮想の光学系やセンサを適宜設定する事で、所定の対象に合焦した合成画像データであるリフォーカス画像データを生成することが可能となる。なお、リフォーカス処理は本実施例の主眼ではなく、上述した手法以外の手法を用いても良い。生成されたリフォーカス画像データは、RAM202や、外部メモリ209などへ格納される。
グラフィックプロセッサ204は、リフォーカス演算部203で生成されたリフォーカス画像データをディスプレイ205に表示する機能を具備している。
ネットワークI/F211は、機器外とネットワーク接続を行い、ネットワーク上の外部機器との間でデータ転送を行う。本実施例では、ネットワークI/F211は外部のクラウドサーバーに対して多視点画像データを含む画像ファイルを送信する。また、多眼カメラにおいてリフォーカス済の画像データを生成済みである場合にはそのデータをクラウドサーバー104に対して送信してもよい。
画像解析部212は、画像データ中の被写体の領域を検出し、領域毎に識別コードを割り当てる。画像解析部212は、検出した被写体の領域情報と識別コードとをRAM202に記憶する。本実施例の被写体とは、前景にあたる人や動物だけでなく、背景に含まれる風景部分も含むものとする。被写体の検出は、例えば、いくつかの顕著な特徴(2つの目、口、鼻など)とその特徴間の固有の幾何学的位置関係とを利用することで実施できる。あるいは、被写体の検出は、顔の対称的特徴、顔色の特徴、テンプレート・マッチング、ニューラル・ネットワークなどを利用することによっても実施できる。背景の検出は、例えば前述の方法で画像内の人物や動物の顔を検出し、その位置やサイズを算出する。この算出結果に基づいて画像中の人物を含む被写体領域と、それ以外の背景領域とに画像を区分することができる。例えば、被写体領域を矩形と仮定すると、領域情報の形式は、左上と右下の座標で示される。また、被写体の識別対象は、人(又は顔)、動物、風景の三種類としているが、これに限定されず、さらに細かい分類をすることも可能である。なお、被写体の検出および識別方法は、本実施例の主眼ではなく、上述した手法以外の手法を用いても良い。画像解析部212での被写体検出および識別機能は、画像撮像後、直ちに実施され、その結果をクラウドサーバーに送信してもよい。
なお、多視点画像データは、撮像素子から得られたRAW画像データであってもよいし、デモザイキング処理、ホワイトバランス処理、ガンマ処理、及びノイズ低減処理などの現像処理が施された現像後画像データであってもよい。また、本実施例では多眼カメラ撮像部201を用いる例を説明したが、多視点画像データは複数の視点位置からのデータであればよく、例えばマイクロレンズアレイを用いて得られる撮像データを用いてもよい。
なお、多視点画像データは、撮像素子から得られたRAW画像データであってもよいし、デモザイキング処理、ホワイトバランス処理、ガンマ処理、及びノイズ低減処理などの現像処理が施された現像後画像データであってもよい。また、本実施例では多眼カメラ撮像部201を用いる例を説明したが、多視点画像データは複数の視点位置からのデータであればよく、例えばマイクロレンズアレイを用いて得られる撮像データを用いてもよい。
次に、クラウドサーバー104内の構成例を示すブロック図である図3について説明する。
図3は、クラウドサーバー装置内の構成例を示すブロック図である。本実施例において、クラウドサーバーは画像配信装置ということができる。
ネットワーク通信部301は、ネットワーク103に接続された機器とクラウドサーバーとを通信する。またネットワーク通信部301は、ネットワークを介して閲覧可能なように画像データを公開する。ネットワーク通信部301は、物理的な接続形態に限定はなく、有線接続、無線接続の場合もあるため、プロトコル的に接続可能であれば、接続形態にこだわるものではない。
データ記憶部302は、ネットワーク通信部301経由で、多眼カメラ101で撮像された多視点画像データを記憶する。また、クラウドサーバー内で処理された結果の画像データと各種情報を記憶する。クラウドサーバー内での処理する内容及び、各種情報については、別途後述する。
リフォーカス演算部303は、データ記憶部302に蓄積された多視点画像データからリフォーカス演算処理を行い、リフォーカス画像データを生成する。リフォーカス演算部303はリフォーカス演算部203と同様の処理を行う。
UI制御部304は、ネットワークを介して接続されている画像表示端末に対して、UI(ユーザーインターフェースであり以下UIとして説明する)操作を出来るよう制御する。また、ユーザーからの操作指示に応じてクラウドサーバー機器内を制御する。
ユーザー評価値蓄積部305は、UI制御部304の結果に応じて、ユーザーの操作を評価値として蓄積する。ユーザー評価値については後述する。
解像度変換部306は、ネットワークを介して接続されている各種画像表示端末及び、カメラに搭載されているディスプレイの解像度に合わせて、データ記憶部302に記憶されている画像データの解像度を変換処理する。
全体制御部(CPU)307は、クラウドサーバー機器内の全体を制御する。バスインターフェース308は、クラウドサーバー機器内の各ブロックを排他的に切り替えながら動作させる為のバスインターフェースである。表示部309は、クラウドサーバーを直接操作する際の操作表示用の表示部である。
上記構成において、多眼カメラ101で撮像された多視点画像データが、クラウドサーバー104上のデータ記憶部302に記憶されている。また、この多視点画像データを表示端末に閲覧表示させるにあたって、所定のIDコード情報及び多視点画像データのサムネイル画像もデータ記憶部302に記憶されている状態である。IDコードとは、例えばユーザーIDのことであり、画像再生を要求するユーザーが管理者であるか否かを判定するために用いられる。詳細については後述する。なお、多眼カメラ101で撮像された多視点画像データのクラウドサーバーへのアップロード方法については公知技術である為、ここでは特に言及しない。
次に本実施例の特徴を、図4のフローチャートを用いて説明する。図4は、クラウドサーバー104のフローチャートである。図4に示す処理は、例えば全体制御部307がデータ記憶部302に記憶されているプログラムを実行することによって実施される。
シーケンスをスタート後、ステップS401では、図1の各表示端末A105,B106,C107のいずれかより、多眼カメラ101で撮像された多視点画像データを再生表示する為の要求コマンドの受信の有無を判定する。ネットワーク通信部301を介して、画像再生の為の要求コマンドが無い場合は、そのまま、このルーチンで待機状態となる。ネットワーク通信部301を介して、画像再生の為の要求コマンドを受信した場合は、ステップS402へ進む。
ステップS402では、ネットワーク103を介して、ユーザーのIDコードを受信する。ステップS403では、ステップS402で受信したIDコードが、ステップS401で再生要求があった画像データを撮像した管理者のIDコードと一致するか否かを判定する。先に説明したように、管理者のIDコードは、例えば予めデータ記憶部302に保存されている。判定した結果、画像の管理者である場合は、ステップS404へ進む。画像の管理者ではないと判定した場合は、ステップS410へ進む。
ステップS404では、画像管理者用の所望のリフォーカス演算済の推奨画像データが存在するか否かを判定する。推奨画像データとは、ユーザー評価値が関連付けられたリフォーカス演算済み画像データのことである。詳細は後述する。リフォーカス演算済の推奨画像データが存在する場合は、ステップS406へ進む。リフォーカス演算済の推奨画像データが存在しない場合は、ステップS405へ進む。ステップS405では、表示すべき推奨画像データが存在しないことを通知して、処理を終了する。
ステップS406では、全体制御部307がリフォーカス演算済の推奨画像データを選択し、データ記憶部302に記憶されている推奨画像データを読み出す。ステップS407では、ステップS406で読み出されたリフォーカス演算済の推奨画像データを、ネットワーク通信部301を介して要求元に通信する。
一方、ステップS410では、画像の管理者ではないと判定された場合、データ記憶部302よりサムネイル画像データを読み出し、要求元の表示端末に送信する。ステップS410では、複数のシーンに対応する複数のサムネイル画像データを送信することができる。
ステップS411では、全体制御部307は、サムネイル表示された画像に関して、以前に他のユーザーにより、すでに任意の画像位置に対してリフォーカス演算された画像データが保存されているか否かを判定する。この判定は、例えばサムネイル表示された画像データに関連付けられたリフォーカス画像データがデータ記憶部302にあるか否かに基づいて行われる。すでにリフォーカス済の画像データが保存されている場合は、ステップS412へ進む。まだリフォーカス済の画像データが保存されていない場合(すなわち、初めて操作される場合)は、ステップS420へ進む。
ステップS420では、全体制御部307は、表示端末に対してサムネイル画像を表示させている状態から、ユーザー操作により視聴したい撮像シーンの選択操作がなされたか否かを判定する。撮像シーンは、任意の時点において多眼カメラ101で撮像された多視点画像データが示す画像のシーンのことである。例えば、時間または地点を変更して多眼カメラ101で撮像された多視点画像データは、それぞれ異なる撮像シーンを有することになる。撮像シーン選択操作がされた場合、ステップS421へ進む。撮像シーン選択操作がされていない場合、ステップS411へ戻る。
ステップS421では、データ記憶部302から選択された撮像シーンの多視点画像データを読み出す。次にステップS422で、ステップS421で読み出された多視点画像データを使って、予め設定されているデフォルトの位置のフォーカスを合わせたリフォーカス画像データを生成する。
次に、ステップS411でリフォーカス演算された画像データが保存されていると判定された場合の処理を説明する。ステップS412では、全体制御部307はサムネイル画像の内、どのリフォーカス位置に対応したリフォーカス済画像を表示させるかに関するユーザーからの操作が有ったか否かを判定する。この判定は例えば、ネットワーク通信部301が、ステップS401で画像の再生要求をした表示端末からの操作コマンドの受信に応じて判定する。ステップS411は、サムネイル画像がユーザーから選択された場合、その選択されたサムネイル画像に対応するリフォーカス済の画像データを表示させる操作があったと判定する。既にサムネイル画像が選択されているとき、当該サムネイル画像に関連するリフォーカス済の画像データをユーザーが選択した場合に、ユーザーからの操作があったと判定する。操作が有った場合、ステップS413へ進む。操作が無い場合、ステップS420へ進む。
ステップS413では、全体制御部307はステップS412で選択操作された、サムネイル画像に対応するリフォーカス済の画像データを、データ記憶部302から読み出す。なお、ステップS411でサムネイル画像が選択された場合には、次のように処理を行っても良い。すなわち、選択されたサムネイル画像(撮像シーン)に対応する複数のリフォーカス済の画像データがある場合、後述するように評価値の高いリフォーカス済の画像データをメインウィンドウに表示するために読み出すことができる。
ステップS414では、全体制御部307は、ステップS413で読み出したリフォーカス済の画像データがロックされたリフォーカス済画像であるか否かを判定する。すなわち、当該リフォーカス済の画像データが、すでにステップS402で受信したユーザーIDで識別される視聴者による評価が終了し、再度の評価のためのUI操作をさせない為にロックされた画像データであるか否かを判定する。例えば、画像IDとユーザーIDと評価の有無とを関連付けたテーブルを参照するなどにより、係る判定が行われる。まだUI操作をロックされていない画像の場合は、ステップS415へ進む。すでにUI操作をロックされた画像の場合は、ステップS444へ進む。
ステップS415では、このステップに遷移するまでに生成されているリフォーカス画像データに、UI制御部304がUIとして操作ボタンの表示を重畳する。この重畳される操作ボタンは、ユーザー評価値を付与するためのボタンである。ステップS416では、全体制御部307は、ステップS415で操作ボタンが重畳された画像データをステップS401で画像再生を要求した表示端末に対して送信する。
ステップS417では、ステップS416で送信したUI操作ボタンを重畳された画像をユーザーが閲覧している状態で、現状表示端末上に表示されているリフォーカス位置とは異なる任意の位置をユーザーがリフォーカス位置として設定したか否かを判定する。例えば、ネットワーク通信部301が、ステップS401で画像の再生要求をした表示端末からのリフォーカス位置の変更要求を受信した場合、リフォーカス位置の任意設定がされたと判定する。現在の表示画像に対応したリフォーカス位置以外をリフォーカス位置として任意に設定された場合、ステップS430へ進む。そのままリフォーカス位置の任意の設定がされない場合は、ステップS440へ進む。
ステップS430では、全体制御部307は過去に現在視聴しているユーザーとは異なる、不特定多数のユーザーから操作された位置と同じ位置に対応するリフォーカス済の画像データがデータ記憶部302に保存されているか否かを判定する。過去にリフォーカス位置として操作された画像データが保存されている場合は、ステップS413へ戻る。保存されていない場合は、ステップS431へ進む。
ステップS431では、全体制御部307は、データ記憶部302から同じ撮像シーンの多視点画像データを読み出す。ステップS432では、リフォーカス演算部303がステップS431で読み出された多視点画像データのリフォーカス演算処理を行う。ステップS432では、ステップS417で設定された位置にフォーカスを合わせる処理が行われる。ステップS433では、全体制御部307は、ステップS432で得られたリフォーカス演算処理結果に基づいてリフォーカス位置の異なる画像データを生成する。そして、上述のステップS415へ処理を移行する。
一方、ステップS417でリフォーカス位置の任意設定がされていないと判定した場合、ステップS440では、ステップS415にて重畳したUIボタンに対して、画像再生を要求した表示端末からアクション操作がなされたか否かを判定する。例えば、ネットワーク通信部301が、ステップS401で画像の再生要求をした表示端末からのUIボタンに対する入力コマンドを受信した場合、アクション操作がなされたと判定する。アクション操作は、例えばステップS401で画像の再生要求をした表示端末からのユーザー評価値の更新要求のことである。アクション操作がなされた場合は、ステップS441へ進む。アクション操作が無かった場合は、ステップS444へ進む。
ステップS441では、全体制御部307は、ステップS440で操作されたリフォーカス済み画像に対してユーザー評価値を1ポイント足す。ユーザー評価値は、現在閲覧されている撮像シーンの中での推奨度合を表すものである。ステップS442では、全体制御部307は現在表示している画像の画像データをデータ記憶部302に保存する。なお、過去に同じ位置でリフォーカスされ、同一のリフォーカス済み画像データがデータ記憶部302に存在する場合は、保存処理はしない。これは、ステップS413のステップでリフォーカス済の画像データが読み出されたか否かで処理を変更することができる。
ステップS443では、全体制御部307は、画像データに重畳していたUIボタンを操作出来ないようロックする。また、UIボタンの表示をコントラストが薄くなるように重畳画像データを更新する。すなわち、全体制御部307は、ユーザー評価値が更新された画像データに対する再度の更新を禁止したロック画像データを生成して、送信する。ステップS444では、全体制御部307はユーザーが視聴を終了したか否かを判定する。視聴終了時は、処理を終了する。視聴を継続する時は、ステップS412へ戻る。
図4のシステム制御フローチャートの順に処理を実行した際に、各表示端末から視聴表示される画像及び、操作内容の例を以下に説明する。
まず、画像閲覧希望の不特定多数の人の内、図1の表示端末A105であるところのPCがクラウドサーバー104にアクセスする。この時の表示端末A105上の画面表示内容を図5と図6を使って説明する。
<不特定多数からのユーザー操作がまだなされていない初期状態の表示例>
図5は、不特定多数からのユーザー操作がまだなされていない初期状態の表示例である。まず、表示端末A105には、図5(a)の画面表示がなされ、ユーザーID入力画面が出てくる。表示端末A105からユーザーIDが入力されると、次の画面へ移行する。ここまでの流れが、図4のステップS401〜ステップS403のNOのフローに遷移するまでを示している。
図5は、不特定多数からのユーザー操作がまだなされていない初期状態の表示例である。まず、表示端末A105には、図5(a)の画面表示がなされ、ユーザーID入力画面が出てくる。表示端末A105からユーザーIDが入力されると、次の画面へ移行する。ここまでの流れが、図4のステップS401〜ステップS403のNOのフローに遷移するまでを示している。
次に、図5(b)表示として、複数の撮像シーン502,503,504の内容が一目でわかるように、サムネイル画像を表示する。これは、図4のステップS410に相当する。
次に、ユーザーが撮像シーン502の画像を見たい場合、撮像シーン502のサムネイル画像を表示端末AX1605でクリック操作することで、図5(c)の画面に移行する。ここでは、表示端末をPCとして説明しているので、クリック操作と記載しているが、この限りではない。表示端末に対する操作は、タッチパネル式でのタップ操作や赤外線リモコン等による選択操作でも構わない。以降の説明中でのクリック操作についても同様である。
図5(c)は、予め設定しているリフォーカス用のパラメータにより決定されたリフォーカス位置に合わせたリフォーカス済み画像データを生成し、UI操作ボタン505を重畳し表示端末A105に表示している画面である。ここでのデフォルト画像は、様々な方法を使用し最初の画像を表示させることができる。例えば、ステップS402で受信したIDによって特定されるユーザーの過去の操作履歴を参照して、その操作履歴に適したリフォーカス画像データを表示することができる。具体的には、そのユーザーが過去に人物にフォーカスを合わせた画像を多く視聴している場合には、多視点画像データの中で人物と特定される領域にフォーカスを合わせたリフォーカス済の画像データを生成して表示させることができる。また、人物モード、背景モードなど、再生時のモード設定がユーザーによってされている場合には、そのモードに応じた領域にフォーカスを合わせたリフォーカス済の画像データを生成して表示させることができる。また、他の手法でフォーカス位置を決定した画像データを生成して表示させてもよい。ここまでの流れが、図4のステップS420(YES)〜ステップS416までの処理フローに対応している。
次に、図5(c)とは別のリフォーカス位置を任意に指定したい場合、例として506の丸のポイントをクリックすると、初めて他の条件でリフォーカス処理をすることになる。全体制御部307とリフォーカス演算部303は、このシーンに対応した多視点画像データから、506の丸のポイントに対応するリフォーカス演算を行い、再度リフォーカス画像データを生成する。図5(c)の場合には、図5(d)に示す画像のように、人に焦点が合った画像を示すリフォーカス済み画像データを生成する。ここまでの流れが、図4のステップS430(NO)〜ステップS433を経由してステップS416までの処理フローに対応している。
画像を視聴しているユーザーが、この画像を良いと感じた時に、図5(d)の画像上の505のUI操作ボタンをクリックする。全体制御部307は、UI操作ボタンをクリックを検知することで、この撮像シーンのユーザー評価値蓄積部305に蓄積されるユーザー評価値のポイントを1加算し、この画像データが保存される。そして、図5(e)の画面が表示され、UIボタンを非表示とする。本例では、同一の撮像シーンに対して、同一のユーザーIDでログインした人は、同一のリフォーカス済み画像及び異なる位置にフォーカスを合わせた別のリフォーカス画像に対しても、再度のUI操作による画像保存と評価ポイント加算は出来なくなる。ここまでの流れがステップS440(YES)〜ステップS443の処理フローに対応している。
<不特定多数のユーザー操作によるリフォーカス済み画像データが、すでに存在している時の表示例>
図6は、不特定多数のユーザー操作によるリフォーカス済み画像データが、すでに存在している時の表示例である。まず、図6(a)の画面表示に係る内容は、図5(a)の説明と同一である。
図6は、不特定多数のユーザー操作によるリフォーカス済み画像データが、すでに存在している時の表示例である。まず、図6(a)の画面表示に係る内容は、図5(a)の説明と同一である。
次に、図6(b)表示として、複数の撮像シーン502,503,504の内容が一目でわかるように、サムネイル画像を表示する。ここでは、すでに推奨画像としてのリフォーカス済の画像データが存在するので、撮像シーン502のサムネイル画像の下に、601に示すように、「推奨画像有り」と表示する。次に、撮像シーン502の画像が見たい場合、撮像シーン502のサムネイル画像をクリック操作することで、図6(f)の画面に移行する。
本例では、以前にリフォーカス生成操作がなされユーザー評価値ポイントの蓄積結果による推奨画像の順位が決定されている。図6(f)では、その推奨画像の内、一番ユーザー評価値ポイントの多いリフォーカス済の画像データを読み出し、UI操作ボタン505を重畳して表示する。これは、図6の画面610に相当する。また、画面610の右横に表示しているサムネイル画像は、ポイントの多い順に並べて表示している。サムネイル画像507は、ポイント100でTOP画像の610と同一のリフォーカス済画像のサムネイル画像である。サムネイル画像602は、ポイント70で2番目に多いサムネイル画像である。サムネイル画像603は、ポイント30で3番名に多いサムネイル画像である。ここの流れが、ステップS411(YES)→ステップS412(YES)〜ステップS414(NO)〜ステップS416までの処理フローに対応している。
ここで、視聴しているユーザーが2番目にポイントが多いサムネイル画像602を選択した場合を示したものが図6(g)である。また、視聴しているユーザーが図6(f)の画面を触ることによって、すでに評価値ポイントが有るリフォーカス済み画像ではない、新たなリフォーカス済み画像を表示している時の例は、図6(h)である。この画像に対して良い画像と感じ、UI操作ボタン505をUI操作ボタンをクリックすることで、新たな撮像シーンのポイントを1つ加算したユーザー評価値と、図6(i)に表している画像605とが保存される。そして図6(i)の画面が表示され、UIボタンを非表示とすると同時に保存した画像605のサムネイル画像604が追加表示される。この流れが、ステップS417(YES)〜ステップS430(YES)〜ステップS417(YES)〜ステップS443である。
なお、一度、UI操作ボタン505をクリックされた画像は、同じ視聴者からは、再度UI操作ボタンがクリック出来ないようになる。但し、別のリフォーカス済画像を表示させ、まだUI操作ボタンをクリックされていない画像に対しても、良いと感じた画像であれば、UI操作ボタンの表示を重畳表示することができる。そして、UI操作ボタンにクリック操作をされた際に、別のリフォーカス済画像に対してもユーザー評価値のポイントを1加算するように動作することができる。
<画像管理者が推奨画像を表示する場合の例>
図1の表示端末C107のように、解像度があまり高くない表示端末から画像管理者が画像を見る際は、閲覧する為のIDコードを受信した直後からすぐに、対象の撮像シーンに対応した画像データを全画面表示する。全体制御部307は具体的には、不特定多数の閲覧者が良い画像と感じたユーザー評価値ポイントの一番多い画像を推奨画像として表示するよう画像データを送信する。これは図4のステップS403(YES)〜ステップS404(YES)〜ステップS407の処理フローである。例えば図11(j)の画像を全画面表示の画像データとしてデータ送信する。又、図11(k)に示す評価ポイントの2番目の画像、図11(l)に示す3番目の画像、図11(m)に示す4番目の画像を、これらの順番で表示端末側へ順次送信する。表示端末側では受信した順序で画像が表示される。
図1の表示端末C107のように、解像度があまり高くない表示端末から画像管理者が画像を見る際は、閲覧する為のIDコードを受信した直後からすぐに、対象の撮像シーンに対応した画像データを全画面表示する。全体制御部307は具体的には、不特定多数の閲覧者が良い画像と感じたユーザー評価値ポイントの一番多い画像を推奨画像として表示するよう画像データを送信する。これは図4のステップS403(YES)〜ステップS404(YES)〜ステップS407の処理フローである。例えば図11(j)の画像を全画面表示の画像データとしてデータ送信する。又、図11(k)に示す評価ポイントの2番目の画像、図11(l)に示す3番目の画像、図11(m)に示す4番目の画像を、これらの順番で表示端末側へ順次送信する。表示端末側では受信した順序で画像が表示される。
表示形態として、図1のPC105やFULL_HD表示端末106等の高解像度の表示で閲覧する際は、図5や図6を使って説明したような推奨画像とサムネイル画像をユーザー評価値の順に同時に表示させることができる。なお、ユーザー評価値順に対応した推奨画像を表示させる方法については、この限りではない。
次に、表示端末側の処理を説明する。図7は、表示端末側のブロックの一例を示す図である。全体制御部708が表示端末を制御する。全体制御部708は、ユーザーI/F706からの操作指示を受けると、ネットワークI/F711を介してクラウドサーバーに情報を送信する。また、ネットワークI/F711を介してクラウドサーバーからの画像データを受信する。全体制御部708はグラフィックプロセッサ704を介して受信した画像データをディスプレイ705に表示する。
図8は表示端末側のフローチャートの一例を示す図である。図8に示す処理は、例えばRAM702などに記憶されたプログラムを全体制御部708が実行することによって実現される。
ステップS801では、全体制御部708は再生モードに移行する。次に、ステップS802で全体制御部708は画像の再生要求と共にユーザーのIDコードをクラウドサーバーに送信する(第1の送信処理)。次に、全体制御部708はクラウドサーバーからサムネイル画像を示す画像データを受信する。
ステップS804では、全体制御部708は、操作コマンドをクラウドサーバーに
送信する。この操作コマンドには、例えば撮像シーンを選択するコマンドや、任意のリフォーカス済の画像データを選択するコマンドなどが含まれる。
送信する。この操作コマンドには、例えば撮像シーンを選択するコマンドや、任意のリフォーカス済の画像データを選択するコマンドなどが含まれる。
ステップS805では、全体制御部708はリフォーカス済の画像データを受信し、ディスプレイに表示する。ステップS806では、全体制御部708はユーザーからユーザーI/F706を介したリフォーカス位置の変更指示が入力されたかを判定する。リフォーカス位置の変更指示が入力されたと判定した場合には、その変更指示をクラウドサーバーに送信し、ステップS805に戻る。リフォーカス位置の変更指示が入力されないと判定した場合、ステップS807に進む。
ステップS808では、全体制御部708はユーザーからユーザーI/F706を介したUIボタン操作があったかを判定する。すなわち、ユーザーがステップS805で受信したリフォーカス済の画像データに対する評価に関する操作入力があったかを判定する。UIボタン操作があった場合、当該操作指示をクラウドサーバーに送信する(第2の送信処理)。そして、ステップS808でUIロック済の画像データを受信する。UIボタン操作がなかった場合、ステップS808はスキップする。
ステップS809では、全体制御部708は再生モードでの視聴が終了したかを判定する。終了していない場合、ステップS804に戻って処理が行われる。
以上、述べた様な構成により、本実施例においては表示機器内に特別な機能を設けることなく、世の中の写真好きな人の意見を取り入れた、その撮像シーンに適したリフォーカス済み画像データを生成することが可能となる。このため、不必要なリフォーカス演算処理を省略することができ、ユーザーの利便性を高める効果がある。
また、他人の意見を取り入れた画像を視聴することができるため、撮像者の意図とは異なる予想外の画像データを得ることも可能となる。
なお、本実施例ではリフォーカス処理を例に挙げて説明したが、画像処理は、リフォーカスに限定されない。例えば、選択した領域にハイパスフィルタを施すための、領域選択処理に用いていてもよい。
また、本例では評価値を加算する例のみについて説明したが、リフォーカス済の画像データが悪い画像であるとユーザーが判断した場合には、評価値を減らすことができるように構成してもよい。すなわち、図5で「GOOD」と記載している図形に「BAD」という図形を併記し、「BAD」が選択された場合には評価値を減らしてもよい。このように、評価値を更新する処理を採用してもよい。
また、本実施例ではクラウドサーバーを単体の装置として扱ったが、クラウドサーバーで行われる各処理が複数のサーバーで分散処理される構成であってもよい。
実施例1では、不特定多数の視聴者から良い画像と感じた時の画像に対する評価値が同一の値で構成されていた。実施例2では、特定の視聴者に対しては、評価値の重み付けを変更することで、気に入った視聴者に対しては、評価値を高く設定するように構成する例を説明する。逆にあまり気に入らない視聴者に対しては、評価値を低く設定するように構成することができる。
本実施例の処理について、図9のフローチャートにて以下に、説明する。図9は、図4のフローチャートに対して、ステップS901とステップS902を追加したのみで、他のステップの処理内容については、実施例1にて説明した内容と同様である。
ステップS901では、全体制御部307は、ステップS401で再生画像を要求しているユーザーが特定ユーザーであるか否かをステップS402で入力されたIDコードから判定する。ステップS402で特定IDコードでログインされたと判定された場合は、ステップS902へ進む。特定IDコードではないと判定された場合は、ステップS441へ進む。
ステップS902では、図3の全体制御部307が、ユーザー評価値蓄積部305を制御することで、ステップS402で入力されたIDコードに対応した評価値の重み付けを変更可能し、評価値を決定する。例えば、1クリックあたりのポイントが、
ユーザーA:200ポイント
ユーザーB:100ポイント
ユーザーC:0.5ポイント
不特定多数一般ユーザー:1ポイント
と設定することができる。
ユーザーA:200ポイント
ユーザーB:100ポイント
ユーザーC:0.5ポイント
不特定多数一般ユーザー:1ポイント
と設定することができる。
<不特定多数のユーザー操作によるリフォーカス画像が、すでに存在している時の表示例>
次に、図10を用いて特定のユーザーに対して評価値の重み付けを変更した場合の表示例を説明する。まず、図10(a)の画面表示に係る内容は、図5(a)の説明と同一である。次に、図10(b)表示として、複数の撮像シーン502,503,504のの内容が一目でわかるように、サムネイル画像を表示する。ここでは、すでに推奨画像としてのリフォーカス生成画像が存在するので、サムネイル画像502の下に601に示すように、「推奨画像有り」と表示する。次に、502の画像が見たい場合、サムネイル画像502をクリック操作することで、図10(f)の画面に移行する。
次に、図10を用いて特定のユーザーに対して評価値の重み付けを変更した場合の表示例を説明する。まず、図10(a)の画面表示に係る内容は、図5(a)の説明と同一である。次に、図10(b)表示として、複数の撮像シーン502,503,504のの内容が一目でわかるように、サムネイル画像を表示する。ここでは、すでに推奨画像としてのリフォーカス生成画像が存在するので、サムネイル画像502の下に601に示すように、「推奨画像有り」と表示する。次に、502の画像が見たい場合、サムネイル画像502をクリック操作することで、図10(f)の画面に移行する。
図10(f)の画面は、以前にリフォーカス生成操作がなされユーザー評価値ポイントの蓄積結果による推奨画像の順位が決定され、決定された順位に従った表示がされている。すなわち、ユーザー評価値ポイントの多い順位が一番のリフォーカス画像を読み出し、UI操作ボタン505を重畳し表示する。その右横に表示しているサムネイル画像は、ポイントの多い順に並べて表示している。サムネイル画像507は、ポイント100でTOP画像のサムネイル画像である。サムネイル画像602は、ポイント70で2番目に多いサムネイル画像である。サムネイル画像603は、ポイント30で3番目に多いサムネイル画像である。ここの流れが、ステップS411(YES)→ステップS412(YES)〜ステップS416までの処理フローに対応している。
ここで、特定視聴者で視聴しているユーザーAが図10(f)の領域1001の丸を表示している画面を触った時、すでに評価値ポイントが有るリフォーカス画像ではない、新たなリフォーカス画像を表示している時の例は、図10(n)である。この画像に対して良い画像と感じ、UI操作ボタン505をクリックされた時は、新たな撮像シーンのユーザー評価値のポイントを200加算し、図10(i)に表している画像1003が保存される。
次に、図10(i)の画面が表示され、UIボタンを非表示とすると同時に1002のサムネイル画像が一番先頭に追加表示される。
同様にユーザーBからの操作時は、ポイントを100加算し、ユーザーCからの操作の時は、ポイントを0.5加算する。ポイント加算した結果の評価値の内、ポイントの高い順にサムネイル画像を並べて表示する。
<画像管理者が推奨画像を表示する場合の例>
画像管理者が画像を見る際は、閲覧する為のIDコードを受信した直後からすぐに、対象の撮像シーンに対応した画像を全画面表示する。表示させる画像は、先に説明したように、不特定多数の閲覧者が良い画像と感じたユーザー評価値ポイントの一番多い画像を推奨画像として即表示するよう画像データを送信する。
画像管理者が画像を見る際は、閲覧する為のIDコードを受信した直後からすぐに、対象の撮像シーンに対応した画像を全画面表示する。表示させる画像は、先に説明したように、不特定多数の閲覧者が良い画像と感じたユーザー評価値ポイントの一番多い画像を推奨画像として即表示するよう画像データを送信する。
本実施例では、図11(m)が1番目の推奨画像となり、全画面表示としてデータ送信する。又、評価ポイントの2番目の画像が図11(j)、3番目の画像が図11(k)、4番目の画像が図11(l)の順番に対応して画像を表示端末側へ送信する。
以上、述べた様な構成により、表示機器内に特別な機能を必要とせず、特定の視聴者(例えばプロカメラマン等)の意見を最重要として取り入れた、そのシーンに最適な画像を生成することが可能となる為、簡易な構成でユーザーの利便性を高める効果がある。
実施例3は、画像管理者が画像再生要求をした場合に、送信先の端末の解像度情報を取得し、送信先の解像度に適合するように解像度変換を行う例を説明する。
図12は、実施例3のクラウドサーバー装置のシステムフローチャートである。図12は、実施例2で説明した図9のシステムフローチャートに対して、ステップS1201とステップS1202とを追加したのみである。他のステップの処理内容については、特記事項が無い限り、実施例1及び、実施例2にて説明した内容と同様とすることができる。
ステップS1201では、図1の各表示端末105、106、107からのアクセスにより、表示端末から要求された解像度情報を取得する。表示端末A105からのアクセスの場合は、WXGAサイズ(1280×800)である。表示端末B106からのアクセスの場合は、FULL_HDサイズ(1920×1080)である。表示端末C107からのアクセスの場合は、WVGAサイズ(854×480)である。これらの解像度情報は、予めクラウドサーバーのデータ記憶部302に記憶されているものとする。
ステップS1202では、ステップS1201で取得した解像度情報に合わせて、図3の解像度変換部306にて、推奨画像データを解像度変換する。図12のステップS407では、ステップS1202にて解像度変換後の推奨画像データを送信する。
以上、述べた様な構成により、画像管理者が、どの表示端末からそのシーンに最適な推奨画像を閲覧表示させても、表示機器内に特別な機能を必要とせず、簡易な構成でユーザーの利便性を高める効果がある。
<その他の実施例>
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア(プログラム)を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(またはCPUやMPU等)がプログラムを読み出して実行する処理である。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア(プログラム)を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(またはCPUやMPU等)がプログラムを読み出して実行する処理である。
Claims (12)
- ユーザー評価値が付与された、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを取得する取得手段と、
前記取得した合成画像データを送信する送信手段と
を備えることを特徴とする画像配信装置。 - 前記送信した合成画像データに対する前記ユーザー評価値の更新要求を受信する受信手段と、
前記送信した合成画像データに関連付けて記憶されているユーザー評価値を前記更新要求に応じて更新する更新手段と
をさらに備えることを特徴とする請求項1に記載の画像配信装置。 - 前記更新手段は、前記更新要求をしたユーザーに応じて更新する値を変更することを特徴とする請求項2に記載の画像処理装置。
- 前記送信手段は、前記更新手段による更新があった場合、当該合成画像データに対する再度の更新を禁止したロック画像データを前記更新要求の要求元に送信することを特徴とする請求項2または3に記載の画像配信装置。
- 前記送信した合成画像データの任意の領域が指定された場合、当該指定された領域に合焦している合成画像データが記憶されているか判定する判定手段と、
前記判定手段で合成画像データが記憶されていると判定された場合、該記憶されている合成画像データを前記送信手段で送信させ、
前記判定手段で合成画像データが記憶されていないと判定された場合、該指定された領域に合焦している合成画像データを生成させて前記送信手段に送信させる、制御手段と
をさらに備えることを特徴とする請求項1から4のいずれかに記載の画像配信装置。 - 前記取得手段で同じ撮像シーンに関連付けられた複数の合成画像データを取得した場合、前記送信手段は、高いユーザー評価値が付与された合成画像データから順次送信することを特徴とする請求項1から5のいずれかに記載の画像配信装置。
- 送信先の解像度に適合するように前記合成画像データを変換する変換手段をさらに備え、
前記送信手段は、前記変換後の合成画像データを送信することを特徴とする請求項1から6のいずれかに記載の画像配信装置。 - 画像データの再生要求を送信する第1の送信手段と、
前記再生要求に応じて、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを受信する受信手段と、
前記受信した合成画像データにユーザー評価値を付与する要求を送信する第2の送信手段と
を備えることを特徴とする画像表示装置。 - ユーザー評価値が付与された、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを取得する取得ステップと、
前記取得した合成画像データを送信する送信ステップと
を備えることを特徴とする画像配信方法。 - 画像データの再生要求を送信する第1の送信ステップと、
前記再生要求に応じて、複数の視点位置から撮像された多視点画像データから生成され所定の領域に合焦している合成画像データを受信する受信ステップと、
前記受信した合成画像データにユーザー評価値を付与する要求を送信する第2の送信ステップと
を備えることを特徴とする画像表示方法。 - コンピュータを請求項1から7のいずれかに記載の画像配信装置として機能させるためのプログラム。
- コンピュータを請求項8に記載の画像表示装置として機能させるためのプログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012130863A JP2013255171A (ja) | 2012-06-08 | 2012-06-08 | 画像配信装置及び画像表示装置 |
US13/908,101 US20130329068A1 (en) | 2012-06-08 | 2013-06-03 | Image processing apparatus and image processing method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012130863A JP2013255171A (ja) | 2012-06-08 | 2012-06-08 | 画像配信装置及び画像表示装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013255171A true JP2013255171A (ja) | 2013-12-19 |
Family
ID=49952325
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012130863A Pending JP2013255171A (ja) | 2012-06-08 | 2012-06-08 | 画像配信装置及び画像表示装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2013255171A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016522949A (ja) * | 2014-04-29 | 2016-08-04 | 小米科技有限責任公司Xiaomi Inc. | 写真の同期方法、装置、プログラム及び記録媒体 |
JP2018018137A (ja) * | 2016-07-25 | 2018-02-01 | 富士フイルム株式会社 | 画像処理装置、画像処理方法、プログラムおよび記録媒体 |
JP2019053738A (ja) * | 2018-10-10 | 2019-04-04 | キヤノン株式会社 | 画像処理装置、画像処理システム、画像処理方法及びプログラム |
-
2012
- 2012-06-08 JP JP2012130863A patent/JP2013255171A/ja active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016522949A (ja) * | 2014-04-29 | 2016-08-04 | 小米科技有限責任公司Xiaomi Inc. | 写真の同期方法、装置、プログラム及び記録媒体 |
JP2018018137A (ja) * | 2016-07-25 | 2018-02-01 | 富士フイルム株式会社 | 画像処理装置、画像処理方法、プログラムおよび記録媒体 |
JP2019053738A (ja) * | 2018-10-10 | 2019-04-04 | キヤノン株式会社 | 画像処理装置、画像処理システム、画像処理方法及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6805861B2 (ja) | 画像処理装置、画像処理システム、画像処理方法及びプログラム | |
US20210099669A1 (en) | Image capturing apparatus, communication system, data distribution method, and non-transitory recording medium | |
CN113064684B (zh) | 一种虚拟现实设备及vr场景截屏方法 | |
US11743590B2 (en) | Communication terminal, image communication system, and method for displaying image | |
US20220070412A1 (en) | Communication terminal, image communication system, method of displaying image, and recording medium | |
US10382728B2 (en) | External device control method, imaging device control method, imaging system control method, external device, imaging device, and imaging system | |
JP7469884B2 (ja) | 画像処理装置およびその制御方法、プログラム、並びに記憶媒体 | |
JP6729680B2 (ja) | サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム | |
JP2013255171A (ja) | 画像配信装置及び画像表示装置 | |
CN100438577C (zh) | 摄像机*** | |
CN107295247B (zh) | 图像记录装置及其控制方法 | |
US20190028558A1 (en) | Service providing system, service delivery system, service providing method, and non-transitory recording medium | |
CN109074327B (zh) | 服务提供***、服务递送***、服务提供方法和程序 | |
US8947426B2 (en) | Display control apparatus and display control method | |
JP2023140922A (ja) | 表示端末、情報処理システム、通信システム、表示方法、情報処理方法、通信方法、及びプログラム | |
CN108885653B (zh) | 服务提供***、服务递送***、服务提供方法和程序 | |
JP6735566B2 (ja) | 画像管理装置、画像再生装置及びそれらの制御方法、プログラム並びに記憶媒体 | |
US20240179274A1 (en) | Display terminal, communication system, display method, communication method, and recording medium | |
US20230308622A1 (en) | Display terminal, displaying method, and recording medium | |
JP7472556B2 (ja) | 撮像装置、通信システム、コンテンツ送信方法 | |
JP7130976B2 (ja) | 表示情報作成装置、撮影システムおよびプログラム | |
JP2023137080A (ja) | 表示端末、表示方法、撮像装置、撮影方法、情報処理システム、情報処理方法、通信システム、通信方法、及びプログラム | |
JP2021132254A (ja) | 制御装置及びその制御方法及びプログラム | |
JP2023184430A (ja) | 表示端末、通信システム、表示方法、通信方法、及びプログラム | |
JP2023121637A (ja) | 情報処理システム、通信システム、画像送信方法、プログラム |