(57)【要約】【課題】実写画像と仮想オブジェクトとを含むコンテンツ画像において、該仮想オブジェクトをユーザに違和感なく見せること。【解決手段】一実施形態に係るコンテンツ配信システムは、少なくとも一つのプロセッサを備える。少なくとも一つのプロセッサは、実写画像領域を含むコンテンツ画像を取得し、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法とを取得し、第１公称寸法と基準公称寸法との相対的関係が維持されるように、コンテンツ画像によって表現される空間内に第１仮想オブジェクトおよび基準オブジェクトを配置し、第１仮想オブジェクトおよび基準オブジェクトが配置された空間を表現するコンテンツ画像をユーザ端末上に表示させる。【選択図】図３
2020167661.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサが、
配信者端末から複数の視聴者端末にリアルタイムに配信されるライブコンテンツの画像であって、かつ実写画像領域を含むコンテンツ画像を取得し、
インターネット上の電子文書から、少なくとも、配信者に対応するアバターである第１仮想オブジェクトの第１公称寸法を予め収集して、該第１公称寸法をデータベースに予め格納し、
前記コンテンツ画像の取得に応答して、前記第１公称寸法を前記データベースから取得し、基準オブジェクトの基準公称寸法を取得し、
前記第１公称寸法と前記基準公称寸法との相対的関係が維持されるように、前記コンテンツ画像によって表現される空間内に前記第１仮想オブジェクトおよび前記基準オブジェクトを配置し、
前記第１仮想オブジェクトおよび前記基準オブジェクトが配置された前記空間を表現する前記コンテンツ画像をユーザ端末上に表示させる、
コンテンツ配信システム。
【請求項２】
前記基準オブジェクトが第２仮想オブジェクトであり、
前記少なくとも一つのプロセッサが、前記第１仮想オブジェクトおよび前記基準オブジェクトのそれぞれの全体が前記コンテンツ画像内に収まるように、前記空間内に前記第１仮想オブジェクトおよび前記基準オブジェクトを配置する、
請求項１に記載のコンテンツ配信システム。
【請求項３】
前記少なくとも一つのプロセッサが、前記第１仮想オブジェクトおよび前記基準オブジェクトが同じオブジェクト上に接するように、前記空間内に前記第１仮想オブジェクトおよび前記基準オブジェクトを配置する、
請求項１または２に記載のコンテンツ配信システム。
【請求項４】
前記少なくとも一つのプロセッサが、
前記第１仮想オブジェクトおよび前記基準オブジェクトのうちの少なくとも一つのオブジェクトについて複数の公称寸法を記憶するデータベースを参照し、
前記第１仮想オブジェクトについて前記複数の公称寸法が存在する場合には、該複数の公称寸法のうちの一つの公称寸法を前記第１公称寸法として取得し、
前記基準オブジェクトについて前記複数の公称寸法が存在する場合には、該複数の公称寸法のうちの一つの公称寸法を前記基準公称寸法として取得する、
請求項１〜３のいずれか一項に記載のコンテンツ配信システム。
【請求項５】
前記基準オブジェクトが、配信者とは異なる参加者に対応するアバターである、
請求項１〜４のいずれか一項に記載のコンテンツ配信システム。
【請求項６】
少なくとも一つのプロセッサを備えるコンテンツ配信システムによって実行されるコンテンツ配信方法であって、
配信者端末から複数の視聴者端末にリアルタイムに配信されるライブコンテンツの画像であって、かつ実写画像領域を含むコンテンツ画像を取得するステップと、
インターネット上の電子文書から、少なくとも、配信者に対応するアバターである第１仮想オブジェクトの第１公称寸法を予め収集して、該第１公称寸法をデータベースに予め格納するステップと、
前記コンテンツ画像の取得に応答して、前記第１公称寸法を前記データベースから取得し、基準オブジェクトの基準公称寸法を取得するステップと、
前記第１公称寸法と前記基準公称寸法との相対的関係が維持されるように、前記コンテンツ画像によって表現される空間内に前記第１仮想オブジェクトおよび前記基準オブジェクトを配置するステップと、
前記第１仮想オブジェクトおよび前記基準オブジェクトが配置された前記空間を表現する前記コンテンツ画像をユーザ端末上に表示させるステップと
を含むコンテンツ配信方法。
【請求項７】
配信者端末から複数の視聴者端末にリアルタイムに配信されるライブコンテンツの画像であって、かつ実写画像領域を含むコンテンツ画像を取得するステップと、
インターネット上の電子文書から、少なくとも、配信者に対応するアバターである第１仮想オブジェクトの第１公称寸法を予め収集して、該第１公称寸法をデータベースに予め格納するステップと、
前記コンテンツ画像の取得に応答して、前記第１公称寸法を前記データベースから取得し、基準オブジェクトの基準公称寸法を取得するステップと、
前記第１公称寸法と前記基準公称寸法との相対的関係が維持されるように、前記コンテンツ画像によって表現される空間内に前記第１仮想オブジェクトおよび前記基準オブジェクトを配置するステップと、
前記第１仮想オブジェクトおよび前記基準オブジェクトが配置された前記空間を表現する前記コンテンツ画像をユーザ端末上に表示させるステップと
をコンピュータに実行させるコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の一側面はコンテンツ配信システム、コンテンツ配信方法、およびコンテンツ配信プログラムに関する。
【背景技術】
【０００２】
実写画像と仮想オブジェクトとを含むコンテンツ画像を提供する仕組みが知られている。例えば、特許文献１には、取得した現実空間の画像における実オブジェクトを認識し、その実オブジェクトに対する仮想オブジェクトの重畳を許容する程度を示した情報と、仮想オブジェクトを対応づけて表示する実オブジェクトからの距離とに基づいて、現実空間の画像に対する該仮想オブジェクトの表示条件を決定し、その表示条件に基づいて現実空間の画像に仮想オブジェクトを重畳して表示する情報処理装置が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９５５７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
実写画像と仮想オブジェクトとを含むコンテンツ画像において、該仮想オブジェクトをユーザに違和感なく見せることが望まれている。
【課題を解決するための手段】
【０００５】
本開示の一側面に係るコンテンツ配信システムは、少なくとも一つのプロセッサを備える。少なくとも一つのプロセッサは、実写画像領域を含むコンテンツ画像を取得し、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法とを取得し、第１公称寸法と基準公称寸法との相対的関係が維持されるように、コンテンツ画像によって表現される空間内に第１仮想オブジェクトおよび基準オブジェクトを配置し、第１仮想オブジェクトおよび基準オブジェクトが配置された空間を表現するコンテンツ画像をユーザ端末上に表示させる。
【発明の効果】
【０００６】
本開示の一側面によれば、実写画像と仮想オブジェクトとを含むコンテンツ画像において、該仮想オブジェクトをユーザに違和感なく見せることができる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係るコンテンツ配信システムの適用の一例を示す図である。
【図２】実施形態に係るコンテンツ配信システムに関連するハードウェア構成の一例を示す図である。
【図３】実施形態に係るコンテンツ配信システムに関連する機能構成の一例を示す図である。
【図４】実写画像に基づくコンテンツ画像のいくつかの例を示す図である。
【図５】実施形態に係るコンテンツ配信システムの動作を示すシーケンス図である。
【図６】マーカが表されたコンテンツ画像の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照しながら本開示での実施形態を詳細に説明する。なお、図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。
【０００９】
［システムの概要］
実施形態に係るコンテンツ配信システム１はコンテンツ画像を少なくとも一つのユーザ端末２０に配信するコンピュータシステムである。コンテンツ画像とは、人が視覚を通して何らかの情報を認識することができる像のことをいう。コンテンツ画像は動画像（映像）でもよいし静止画でもよい。ユーザ端末２０は、コンテンツ配信システム１を利用する人であるユーザによって用いられるコンピュータである。配信とは、通信ネットワークまたは放送ネットワークを経由して情報をユーザに向けて送信する処理のことをいう。本開示では、配信は放送を含み得る概念である。コンテンツ配信システム１は、コンテンツ画像を示す電子データであるコンテンツ画像データを生成して該コンテンツ画像データをユーザ端末に送信する。ユーザ端末２０はそのコンテンツ画像データを受信および処理してコンテンツ画像を表示装置上に表示する。
【００１０】
図１はコンテンツ配信システム１の適用の一例を示す図である。本実施形態では、コンテンツ配信システム１はサーバ１０を備える。サーバ１０は、コンテンツ画像を少なくとも一つのユーザ端末２０に配信するコンピュータ（コンテンツ配信サーバ）である。サーバ１０は通信ネットワークＮを介して複数のユーザ端末２０と接続する。図１では５台のユーザ端末２０を示すが、ユーザ端末２０の個数は限定されない。通信ネットワークＮの構成は限定されない。例えば、通信ネットワークＮはインターネットを含んで構成されてもよいし、イントラネットを含んで構成されてもよい。図１に例示するようにユーザ端末２０の種類は限定されない。例えば、ユーザ端末２０は高機能携帯電話機（スマートフォン）、タブレット端末、ウェアラブル端末（例えば、ヘッドマウントディスプレイ（ＨＭＤ）、スマートグラスなど）、ラップトップ型パーソナルコンピュータ、携帯電話機などの携帯端末でもよい。あるいは、ユーザ端末２０はデスクトップ型パーソナルコンピュータなどの据置型端末でもよい。
【００１１】
本開示では、コンテンツ画像は、実写画像と仮想オブジェクトとが組み合わされることで生成される画像である。実写画像とは現実世界を映した画像のことをいい、カメラなどの撮像装置によって得られる。当然ながら実写画像により映された物体（本開示ではこれを「現実オブジェクト」という。）は現実世界に実際に存在する。仮想オブジェクトとは、現実世界（より具体的には、実写画像で表現される領域）には実際に存在せず、コンピュータシステム上でのみ表現される物体のことをいう。仮想オブジェクトは、実写画像とは独立した画像素材を用いて、２次元または３次元のコンピュータグラフィック（ＣＧ）によって表現される。仮想オブジェクトの表現方法は限定されない。例えば、仮想オブジェクトはアニメーション素材を用いて表現されてもよいし、実写画像に基づいて本物に近いように表現されてもよい。コンテンツ画像は、現実オブジェクトと仮想オブジェクトとが存在する仮想空間を表現する画像であるともいえる。仮想空間とは、コンピュータ上に表示される画像によって表現される仮想の２次元または３次元の空間のことをいう。見方を変えると、コンテンツ画像は、仮想空間内に設定された仮想カメラから見える風景を示す画像ということができる。仮想カメラは、コンテンツ画像を見るユーザの視線に対応するように仮想空間内に設定される。
【００１２】
コンテンツ配信システム１は、第１仮想オブジェクトの公称寸法を仮想空間内の基準オブジェクトの公称寸法との相対的関係が維持されるように該第１仮想オブジェクトを該仮想空間内に配置する。「オブジェクトを配置する」とは、オブジェクト（例えば第１仮想オブジェクト）を決められた位置に置くことをいい、オブジェクトの位置の変更を含む概念である。コンテンツ配信システム１は第１仮想オブジェクトが配置された仮想空間を表現するコンテンツ画像をユーザ端末２０上に表示させる。第１仮想オブジェクトとは、その仮想空間に追加される仮想オブジェクトのことをいう。基準オブジェクトとは、仮想空間内に配置する第１仮想オブジェクトの寸法を決めるために用いられるオブジェクトのことをいう。基準オブジェクトは現実オブジェクトでもよいし仮想オブジェクトでもよい。
【００１３】
公称寸法とは、オブジェクトそのものの属性として設定されており且つ一般に公開されている寸法のことをいう。したがって、ユーザなどの人々は任意の情報源にアクセスしてその公称寸法を知ることができる。本実施形態では公称寸法の具体例として高さを示すが、公称寸法は他の長さを示してもよい。例えば公称寸法は幅を示してもよい。公称寸法は複数の長さの組合せ（例えば、高さと幅との組合せ）であってもよい。オブジェクトが人または人型のキャラクタであれば、高さを身長といい、幅を身幅と言い換えることができる。本実施形態では、第１仮想オブジェクトの公称寸法を「第１公称寸法」といい、基準オブジェクトの公称寸法を「基準公称寸法」という。現実オブジェクトを例に説明すると、エベレストの公称寸法（高さ）は８８４８ｍであり、東京タワーの公称寸法（高さ）は３３３ｍである。「公称寸法の相対的関係」とは、二つのオブジェクト間での公称寸法の大小関係のことをいい、比率で表すことができる。例えば、東京タワーの公称寸法とエッフェル塔（高さは３２４ｍ）との公称寸法との相対的関係は、１．０３（≒３３３／３２４）、０．９７（≒３２４／３３３）、３３３：３２４、３２４：３３３などのように数学的に表すことができる。
【００１４】
第１仮想オブジェクトと基準オブジェクトとの間の公称寸法の相対的関係が維持されるように第１仮想オブジェクトが仮想空間内に配置されるので、これら二つのオブジェクト間の寸法の大小関係は公称寸法に従う。したがって、コンテンツ画像上では第１仮想オブジェクトが違和感なく表示される。言い換えると、第１仮想オブジェクトの大きさをその公称寸法に従ってリアルにユーザに見せることができる。
【００１５】
コンテンツ配信システム１は様々な目的で用いられてよい。例えば、コンテンツ配信システム１は、ある一人のユーザが他のユーザに向けてライブコンテンツを配信するサービスのために用いられてもよい。このサービスはインターネット生放送ともいわれる。すなわち、コンテンツ配信システム１は配信者から提供されるコンテンツ映像をリアルタイムに視聴者に配信するために用いられてもよい。したがって、コンテンツ画像は、リアルタイムに配信されるライブコンテンツの画像であり得る。あるいは、コンテンツ配信システム１は、過去に撮影されたコンテンツ映像を視聴者に配信するために用いられてもよく、例えば、リアルタイム配信後の所与の期間においてコンテンツを視聴することが可能なタイムシフトのために用いられてもよい。コンテンツ配信システム１は静止画を配信するために用いられてもよい。
【００１６】
コンテンツ画像上には、仮想空間内で表現されるユーザの分身であるアバターが表現され得る。アバターは仮想オブジェクトの一例である。コンテンツ画像に含まれるアバターは限定されず、例えば、アバターは、配信者に対応してもよいし、配信者と共にコンテンツに参加すると共に該コンテンツを視聴するユーザである参加者に対応してもよい。参加者は視聴者の一種であるといえる。
【００１７】
本実施形態では、ライブコンテンツの配信、すなわちコンテンツ映像のリアルタイム配信を例示する。また、配信者によって用いられるユーザ端末２０を配信者端末２１といい、視聴者によって用いられるユーザ端末２０を視聴者端末２２という。
【００１８】
［システムの構成］
図２はコンテンツ配信システム１に関連するハードウェア構成の一例を示す図である。一例として、サーバ１０はハードウェア構成要素として、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、および通信部１０４を備える。
【００１９】
プロセッサ１０１は、オペレーティングシステムおよびアプリケーションプログラムを実行する演算装置である。プロセッサの例としてＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が挙げられるが、プロセッサ１０１の種類はこれらに限定されない。
【００２０】
主記憶部１０２は、サーバ１０を機能させるためのプログラム、プロセッサ１０１から出力された演算結果などを記憶する装置である。主記憶部１０２は例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のうちの少なくとも一つにより構成される。
【００２１】
補助記憶部１０３は、一般に主記憶部１０２よりも大量のデータを記憶することが可能な装置である。補助記憶部１０３は例えばハードディスク、フラッシュメモリなどの不揮発性記憶媒体によって構成される。補助記憶部１０３は、少なくとも一つのコンピュータをサーバ１０として機能させるためのサーバプログラムＰ１と各種のデータとを記憶する。例えば、補助記憶部１０３は仮想オブジェクトおよび仮想空間のうちの少なくとも一つに関するデータを記憶してもよい。本実施形態では、コンテンツ配信プログラムはサーバプログラムＰ１として実装される。
【００２２】
通信部１０４は、通信ネットワークＮを介して他のコンピュータとの間でデータ通信を実行する装置である。通信部１０４は例えばネットワークカードまたは無線通信モジュールにより構成される。
【００２３】
サーバ１０の各機能要素は、プロセッサ１０１または主記憶部１０２の上にサーバプログラムＰ１を読み込ませてそのプログラムを実行させることで実現される。サーバプログラムＰ１は、サーバ１０の各機能要素を実現するためのコードを含む。プロセッサ１０１はサーバプログラムＰ１に従って通信部１０４を動作させ、主記憶部１０２または補助記憶部１０３におけるデータの読み出しおよび書き込みを実行する。このような処理によりサーバ１０の各機能要素が実現される。
【００２４】
サーバ１０は一つまたは複数のコンピュータにより構成され得る。複数のコンピュータが用いられる場合には、通信ネットワークを介してこれらのコンピュータが互いに接続されることで、論理的に一つのサーバ１０が構成される。
【００２５】
一例として、ユーザ端末２０はハードウェア構成要素として、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、および通信部２０４、入力インタフェース２０５、出力インタフェース２０６、および撮像部２０７を備える。
【００２６】
プロセッサ２０１は、オペレーティングシステムおよびアプリケーションプログラムを実行する演算装置である。プロセッサ２０１は例えばＣＰＵまたはＧＰＵであり得るが、プロセッサ２０１の種類はこれらに限定されない。
【００２７】
主記憶部２０２は、ユーザ端末２０を機能させるためのプログラム、プロセッサ２０１から出力された演算結果などを記憶する装置である。主記憶部２０２は例えばＲＯＭおよびＲＡＭのうちの少なくとも一つにより構成される。
【００２８】
補助記憶部２０３は、一般に主記憶部２０２よりも大量のデータを記憶することが可能な装置である。補助記憶部２０３は例えばハードディスク、フラッシュメモリなどの不揮発性記憶媒体によって構成される。補助記憶部２０３は、コンピュータをユーザ端末２０として機能させるためのクライアントプログラムＰ２と各種のデータとを記憶する。例えば、補助記憶部２０３は仮想オブジェクトおよび仮想空間のうちの少なくとも一つに関するデータを記憶してもよい。
【００２９】
通信部２０４は、通信ネットワークＮを介して他のコンピュータとの間でデータ通信を実行する装置である。通信部２０４は例えばネットワークカードまたは無線通信モジュールにより構成される。
【００３０】
入力インタフェース２０５は、ユーザの操作または動作に基づいてデータを受け付ける装置である。例えば、入力インタフェース２０５は、キーボード、操作ボタン、ポインティングデバイス、マイクロフォン、センサ、およびカメラのうちの少なくとも一つによって構成される。キーボードおよび操作ボタンはタッチパネル上に表示されてもよい。入力インタフェース２０５の種類が限定されないことに対応して、入力されるデータは限定されない。例えば、入力インタフェース２０５はキーボード、操作ボタン、またはポインティングデバイスによって入力または選択されたデータを受け付けてもよい。あるいは、入力インタフェース２０５は、マイクロフォンにより入力された音声データを受け付けてもよい。あるいは、入力インタフェース２０５はセンサまたはカメラを用いたモーションキャプチャ機能によって検知されたユーザの非言語行動（例えば、視線、ジェスチャ、表情など）を示すデータをモーションデータとして受け付けてもよい。
【００３１】
出力インタフェース２０６は、ユーザ端末２０で処理されたデータを出力する装置である。例えば、出力インタフェース２０６はモニタ、タッチパネル、ＨＭＤおよびスピーカのうちの少なくとも一つによって構成される。モニタ、タッチパネル、ＨＭＤなどの表示装置は、処理されたデータを画面上に表示する。スピーカは、処理された音声データで示される音声を出力する。
【００３２】
撮像部２０７は、現実世界を映した画像を撮影する装置であり、具体的にはカメラである。撮像部２０７は動画像（映像）を撮影してもよいし静止画（写真）を撮影してもよい。動画像を撮影する場合には、撮像部２０７は映像信号を所与のフレームレートに基づいて処理することで、時系列に並ぶ一連のフレーム画像を動画像として取得する。撮像部２０７は入力インタフェース２０５としても機能し得る。
【００３３】
ユーザ端末２０の各機能要素は、プロセッサ２０１または主記憶部２０２の上にクライアントプログラムＰ２を読み込ませてそのプログラムを実行させることで実現される。クライアントプログラムＰ２は、ユーザ端末２０の各機能要素を実現するためのコードを含む。プロセッサ２０１はクライアントプログラムＰ２に従って通信部２０４、入力インタフェース２０５、出力インタフェース２０６、または撮像部２０７を動作させ、主記憶部２０２または補助記憶部２０３におけるデータの読み出しおよび書き込みを行う。この処理によりユーザ端末２０の各機能要素が実現される。
【００３４】
サーバプログラムＰ１およびクライアントプログラムＰ２の少なくとも一つは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリなどの有形の記録媒体に固定的に記録された上で提供されてもよい。あるいは、これらのプログラムの少なくとも一つは、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。これらのプログラムは別々に提供されてもよいし、一緒に提供されてもよい。
【００３５】
図３はコンテンツ配信システム１に関連する機能構成の一例を示す図である。機能構成については、ユーザ端末２０を配信者端末２１と視聴者端末２２とに区別してその機能構成を説明する。
【００３６】
サーバ１０は機能要素として受信部１１、オブジェクト設定部１２、および送信部１３を備える。受信部１１は、配信者端末２１からコンテンツ画像データを受信する機能要素である。オブジェクト設定部１２は、コンテンツ画像によって表現される仮想空間内に仮想オブジェクトを配置する機能要素である。送信部１３は、仮想オブジェクトが配置された仮想空間を示すコンテンツ画像データを配信者端末２１に送信する機能要素である。
【００３７】
サーバ１０は機能要素としてさらに収集部１４を備えてもよい。収集部１４は、インターネット上の電子文書を周期的に検索または取得することで、コンテンツ配信システム１で用いられる可能性があるオブジェクトの公称寸法を予め収集する機能要素である。すなわち、収集部１４はクローラ（ｃｒａｗｌｅｒ）として機能する。収集部１４はオブジェクトを一意に特定する識別子を用いた検索によって公称寸法を取得する。収集の対象となるオブジェクトは現実オブジェクトおよび仮想オブジェクトの少なくとも一方を含み、第１仮想オブジェクトおよび基準オブジェクトの少なくとも一方を含み得る。したがって、取得される公称寸法は第１公称寸法および基準公称寸法の少なくとも一方を含み得る。オブジェクトの識別子の構成は限定されず、例えば識別子はオブジェクトの名称で表されてもよいし、アルファベットおよび数字の少なくとも一方を用いて表されてもよい。収集部１４は、収集した公称寸法に関する情報を寸法データとして寸法データベース３０に予め格納する。寸法データベース３０は補助記憶部１０３内に構築されてもよいし、サーバ１０とは別のコンピュータ上に構築されてもよい。収集部１４が必須の構成要素ではないことに対応して、寸法データベース３０もコンテンツ配信システム１における必須の要素ではない。
【００３８】
寸法データの各レコードはオブジェクトの識別子および公称寸法を含み、寸法種別をさらに含んでもよい。寸法種別は、一つのオブジェクトが複数の寸法を有する場合に用いることができる。架空の怪獣であるゴジラ（登録商標）を例にとると、映画などの作品内で設定されたゴジラ（登録商標）の寸法（例えば５０ｍ、１１８．５ｍ、３００ｍなど）、ゴジラ（登録商標）の演者が着る着ぐるみの寸法（例えば２ｍなど）などの様々な公称寸法が存在する。寸法種別は、一つのオブジェクトについて複数の公称寸法を関連付けるために用いられる。
【００３９】
配信者端末２１は機能要素として画像処理部２１１および送信部２１２を備える。画像処理部２１１は、撮像部２０７により撮影された実写画像に基づくコンテンツ画像データを生成する機能要素である。送信部２１２はそのコンテンツ画像データをサーバ１０に送信する機能要素である。
【００４０】
視聴者端末２２は機能要素として受信部２２１および表示制御部２２２を備える。受信部２２１は、サーバ１０からコンテンツ画像データを受信する機能要素である。表示制御部２２２はそのコンテンツ画像データを処理して、コンテンツ画像を表示装置上に表示する機能要素である。
【００４１】
ユーザ端末２０は、或る状況では配信者端末２１として機能し、別の状況では視聴者端末２２として機能してもよい。したがって、ユーザ端末２０は配信者端末２１および視聴者端末２２の双方の機能要素を備えてもよい。
【００４２】
［システムの動作］
図４は実写画像に基づくコンテンツ画像３００のいくつかの例を示す図である。実写画像は動画像（映像）を構成する一つのフレーム画像でもよいし、１枚の静止画でもよい。実写画像に対応して、コンテンツ画像３００もフレーム画像または静止画であり得る。配信者が屋外で撮影して配信者端末２１の撮像部２０７が実写画像を生成したとする。コンテンツ画像３００は、実写画像で表される領域である実写画像領域と、戦士３０１および巨人３０２という二つの仮想オブジェクトとを示す。戦士３０１および巨人３０２のうちの少なくとも一つはユーザに対応するアバターであってもよい。実写画像領域内には、道路３１１と複数のビル３１２という複数の現実オブジェクトが映っている。巨人３０２の身長（公称寸法）は戦士３０１の身長（公称寸法）の２倍であるとする。戦士３０１および巨人３０２の一方が第１仮想オブジェクトであり、他方が基準オブジェクトであるとする。図４の例（ａ），（ｂ），（ｃ）のいずれにおいても、戦士３０１および巨人３０２は道路３１１上に立っている。
【００４３】
コンテンツ配信システム１は戦士３０１と巨人３０２との間の身長の相対的関係が１：２であることに基づいて、その相対的関係を維持するように戦士３０１および巨人３０２を仮想空間内に配置する。この結果、図４の例（ａ）のように戦士３０１と巨人３０２が横並びになった場合（厳密には、仮想カメラからの距離が戦士３０１と巨人３０２とで同じ場合）には、コンテンツ画像３００上での巨人３０２の見かけの長さも戦士３０１の２倍になる。
【００４４】
図４の例（ｂ）は、コンテンツ画像３００が状態（ａ）であるときに配信者端末２１の撮像部２０７をティルティング（ｔｉｌｔｉｎｇ）したことに伴って、仮想カメラがさらに上方に向いた場面を示す。例（ｂ）では、身長が低い戦士３０１は顔の半分程度しか映っていないが、身長が戦士３０１の２倍ある巨人３０２は身体の半分以上が映っている。
【００４５】
図４の例（ｃ）は、巨人３０２が戦士３０１よりも奥に位置する場面を示す。これは、仮想空間において巨人３０２が戦士３０１よりも仮想カメラから離れていることを意味する。コンテンツ配信システム１は戦士３０１と巨人３０２との間の身長の相対的関係が１：２であることに基づいて、その相対的関係を維持するように戦士３０１および巨人３０２を仮想空間内に配置する。この場面でも、巨人３０２は戦士３０１との公称寸法の相対的関係と、仮想空間上での戦士３０１との位置関係とを反映して表示される。
【００４６】
第１仮想オブジェクトが配置される前のコンテンツ画像は、配信者端末２１で生成されてもよいし、サーバ１０で生成されてもよい。いずれにせよ、サーバ１０は、コンテンツ画像内で、第１仮想オブジェクトと基準オブジェクトとの間の公称寸法の相対的関係が維持されるように、仮想空間内に第１仮想オブジェクトを配置する。そして、サーバ１０は、第１仮想オブジェクトおよび基準オブジェクトが配置された仮想空間を示すコンテンツ画像を視聴者端末２２上に表示させる。基準オブジェクトは、第１仮想オブジェクトを仮想空間内に配置しようとする際に既に仮想空間内に存在してもよいし、第１仮想オブジェクトと同時にまたはその後に仮想空間内に配置されてもよい。
【００４７】
コンテンツ配信システム１の動作を説明するとともに、本実施形態に係るコンテンツ配信方法について説明する。図５は、コンテンツ配信システム１の動作を処理フローＳ１として示すシーケンス図である。以下では、配信者および視聴者がコンテンツ配信システム１にログインしており、配信者が視聴者に向けてコンテンツを配信可能であることを前提とする。また、以下では、画像処理に関して特に説明し、画像と共に配信者端末２１から視聴者端末２２に送信される音声データに関しては詳細な説明を省略する。
【００４８】
ステップＳ１１では、配信者端末２１が撮像部２０７を動作させて撮影を実行する。画像処理部２１１はその撮影により得られた実写画像に基づいてコンテンツ画像データを生成する。コンテンツ画像データの生成方法およびデータ構造は限定されない。例えば、画像処理部２１１は撮像部２０７から得られた実写画像をコンテンツ画像データに含めてもよい。あるいは、画像処理部２１１は、実写画像に映った配信者のモーションデータをコンテンツ画像データに含めてもよい。
【００４９】
あるいは、画像処理部２１１は仮想オブジェクトに関するデータをコンテンツ画像データの少なくとも一部として設定してもよい。仮想オブジェクトは、実写画像に映った配信者に代わって表示されるアバター（すなわち、配信者に対応するアバター）を含んでもよい。配信者に対応するアバターを設定する場合には、画像処理部２１１は、実写画像に映った該配信者のモーションデータに基づいて該アバターの動作を設定し、その動作を示すモーションデータをコンテンツ画像データに含めてもよい。
【００５０】
あるいは、画像処理部２１１は実写画像に基づいて仮想空間を特定し、その仮想空間に関するデータ（仮想空間データ）をコンテンツ画像データに含めてもよい。仮想空間データは、配信者端末２１の位置に対応して設定される仮想カメラの位置を含んでもよい。仮想空間データは、仮想カメラの光軸方向（言い換えると、ｚ方向または奥行き方向）における各オブジェクトの位置に関する情報を含んでもよい。例えば、仮想空間データは、仮想カメラから各オブジェクトまでの距離（すなわち奥行き）を含んでもよい。撮像部２０７がデプスカメラを用いて構成される場合には、画像処理部２１１はそのデプスカメラによって測定された実写画像内の各現実オブジェクトまでの距離を取得してもよい。あるいは、画像処理部２１１は実写画像を機械学習などの手法により解析することで、仮想カメラの光軸方向におけるオブジェクト間の位置関係を算出してもよい。あるいは、画像処理部２１１は各仮想オブジェクトについて設定された位置または奥行きを取得してもよい。
【００５１】
ステップＳ１２では、画像処理部２１１が、オブジェクトが配置される位置を指定する。例えば、画像処理部２１１はその位置に関するユーザ入力を受け付けてもよいし、ライブコンテンツのシナリオに基づいてオブジェクトの位置を指定してもよい。位置が指定されるオブジェクトは限定されない。例えば、画像処理部２１１は第１仮想オブジェクトの位置を指定してもよいし、他の仮想オブジェクトの位置を指定してもよい。画像処理部２１１は、指定されたオブジェクトの位置をコンテンツ画像データに含める。
【００５２】
ステップＳ１３では、配信者端末２１の送信部２１２がコンテンツ画像データをサーバ１０に送信する。サーバ１０では受信部１１がそのコンテンツ画像データを受信する。送信部２１２はコンテンツ画像データに対応する音声データもサーバ１０に送信する。
【００５３】
ステップＳ１４では、サーバ１０のオブジェクト設定部１２が、コンテンツ画像によって表現される仮想空間を特定する。仮想空間の特定は、仮想空間内での仮想カメラ、１以上の現実オブジェクト、および、もしあれば１以上の仮想オブジェクトのそれぞれについて位置を特定する処理と、この段階での各現実オブジェクト（および、もしあれば各仮想オブジェクト）の寸法を特定する処理とを含み得る。配信者端末２１から受信したコンテンツ画像データのデータ構造が限定されないことに対応して、仮想空間の特定方法も限定されない。コンテンツ画像データが仮想空間データを含む場合には、オブジェクト設定部１２はその仮想空間データに基づいて仮想空間を特定してもよい。仮想空間データが、仮想カメラの光軸方向における各オブジェクトの位置情報を含まない場合には、オブジェクト設定部１２はコンテンツ画像データに基づいて、各オブジェクトの位置、またはオブジェクト間の位置関係を算出してもよい。コンテンツ画像データが仮想空間データを含まない場合には、オブジェクト設定部１２は実写画像を機械学習などの手法により解析することで仮想空間を特定してもよい。
【００５４】
ステップＳ１５では、オブジェクト設定部１２が第１仮想オブジェクトを取得する。第１仮想オブジェクトの取得方法は限定されない。オブジェクト設定部１２は第１仮想オブジェクトを補助記憶部１０３から読み出してもよい。例えば、オブジェクト設定部１２は配信者または視聴者によって指定された第１仮想オブジェクトを読み出してもよいし、ライブコンテンツのシナリオに基づいて第１仮想オブジェクトを読み出してもよい。あるいは、オブジェクト設定部１２は配信者端末２１または視聴者端末２２から第１仮想オブジェクトのデータを受信することで第１仮想オブジェクトを取得してもよい。
【００５５】
第１仮想オブジェクトは任意の物体を表現してよい。第１仮想オブジェクトは、現実世界には存在しない物体（例えば、架空のキャラクタ）を表現してもよいし、現実世界に存在する自然物または人工物（例えば、星、人、動物、植物、飛行機、自動車、建物）などを模したものでもよい。第１仮想オブジェクトは、配信者または参加者に対応するアバターでもよい。
【００５６】
ステップＳ１６では、オブジェクト設定部１２が第１公称寸法を取得する。オブジェクト設定部１２は、取得された第１仮想オブジェクトの識別子を用いた検索によって第１公称寸法を取得する。オブジェクト設定部１２は第１仮想オブジェクトの各種情報を含むモデルデータを記憶する記憶部を検索することで第１公称寸法を取得してもよい。モデルデータの各レコードはオブジェクトの識別子および公称寸法を含み、寸法種別をさらに含んでもよい。モデルデータを記憶する装置は限定されず、例えば補助記憶部１０３でもよいし、サーバ１０が通信ネットワークＮを介してアクセス可能なデータベースでもよい。このデータベースはコンテンツ配信システム１内に設けられてもよいし、コンテンツ配信システム１とは異なるコンピュータシステムに設けられてもよい。あるいは、オブジェクト設定部１２は寸法データベース３０を検索して、第１仮想オブジェクトの識別子に対応する公称寸法を取得してもよい。第１仮想オブジェクトについて複数の公称寸法が設定されている場合には、オブジェクト設定部１２は識別子および寸法種別に合致する第１公称寸法を取得する。寸法種別は、ユーザ（配信者または視聴者）によって設定されてもよいし、ライブコンテンツのシナリオに基づいて設定されてもよい。
【００５７】
ステップＳ１７では、オブジェクト設定部１２が基準オブジェクトを選択して基準公称寸法を取得する。基準オブジェクトの選択方法は限定されない。例えば、オブジェクト設定部１２は仮想空間内の現実オブジェクト（すなわち、実写画像領域内に映っている現実オブジェクト）を基準オブジェクトして選択してもよい。あるいは、オブジェクト設定部１２は仮想空間内に既に配置されている仮想オブジェクト、または仮想空間にこれから配置される仮想オブジェクトを基準オブジェクトして選択してもよい。オブジェクト設定部１２は基準オブジェクトを、ユーザ（配信者または視聴者）に基づいて選択してもよいし、ライブコンテンツのシナリオに基づいて選択してもよい。基準オブジェクトは、配信者または参加者に対応するアバターでもよい。オブジェクト設定部１２は、選択した基準オブジェクトの公称寸法を基準公称寸法として取得する。オブジェクト設定部１２は、第１公称寸法に関して上述した様々な手法のうちの一つを用いて基準公称寸法を取得することができる。
【００５８】
ステップＳ１８では、オブジェクト設定部１２が、第１公称寸法と基準公称寸法との相対的関係を維持するように第１仮想オブジェクトおよび基準オブジェクトを仮想空間に配置する。この処理により、仮想空間内での第１仮想オブジェクトおよび基準オブジェクトのそれぞれの寸法はその相対的関係に拘束される。
【００５９】
基準オブジェクトが仮想オブジェクトである場合には、オブジェクト設定部１２は、仮想空間における第１仮想オブジェクトおよび基準オブジェクトのそれぞれの公称寸法と、仮想空間内の他のオブジェクトの公称寸法との相対的関係を維持しなくてもよい。例えば、仮想空間Ｖが第１仮想オブジェクト、第２仮想オブジェクトである基準オブジェクト、および別オブジェクト（これは現実オブジェクトでも仮想オブジェクトでもよい。）を含むとする。そして、第１仮想オブジェクト、基準オブジェクト、および別オブジェクトの公称高さがそれぞれ３ｍ、２ｍ、１０ｍであるとする。この場合、オブジェクト設定部１２は第１公称寸法と基準公称寸法との相対的関係を維持するので、仮想空間Ｖ内での第１仮想オブジェクトと基準オブジェクトとの高さの比は３：２である。しかし、オブジェクト設定部１２は、仮想空間Ｖ内での第１仮想オブジェクト、基準オブジェクト、および別オブジェクトの比を３：２：１０にしなくてもよい。一例として、オブジェクト設定部１２は仮想空間Ｖ内での第１仮想オブジェクトおよび基準オブジェクトの高さをそれぞれ１５ｍ、１０ｍと設定してもよい。この場合には、仮想空間Ｖ内での第１仮想オブジェクト、基準オブジェクト、および別オブジェクトの高さの比は３：２：２になる。
【００６０】
基準オブジェクトが仮想オブジェクトである場合には、オブジェクト設定部１２は、仮想空間における第１仮想オブジェクトおよび基準オブジェクトのそれぞれの公称寸法と、仮想空間内の他のオブジェクトの公称寸法との相対的関係を維持してもよい。上記の仮想空間Ｖを例に説明すると、オブジェクト設定部１２は第１仮想オブジェクトおよび基準オブジェクトの高さをそれぞれ３ｍ、２ｍと設定する。したがって、仮想空間Ｖ内での第１仮想オブジェクト、基準オブジェクト、および別オブジェクトの高さの比は３：２：１０になる。
【００６１】
このように、仮想空間において、第１仮想オブジェクトおよび基準オブジェクトのそれぞれの公称寸法と、他のオブジェクトの公称寸法との関係は任意に設定されてよい。また、第１仮想オブジェクトおよび基準オブジェクトの公称寸法を寸法種別に応じて設定することも可能である。したがって、一つの第１仮想オブジェクトを様々な大きさでコンテンツ画面上に映すことができる。例えば、人間の隣に同程度の大きさのゴジラ（登録商標）を配置したり、東京タワーの隣に同程度の大きさのゴジラ（登録商標）を配置したりすることができる。現実オブジェクトの大きさと整合するように人型のアバターの身長を設定することで（すなわち、人間の一般的な身長に合わせてアバターの大きさを設定することで）、現実感のあるコンテンツ画像を提供してもよい。
【００６２】
オブジェクト設定部１２は、第１仮想オブジェクトおよび基準オブジェクトを同じオブジェクト上に接するように位置させてもよい。すなわち、オブジェクト設定部１２は第１仮想オブジェクトおよび基準オブジェクトが接地するオブジェクトを合わせてもよい。図４の例（ａ）〜（ｃ）はいずれも、オブジェクト設定部１２が戦士３０１および巨人３０２を道路３１１上に位置させることで得られるコンテンツ画像３００を示す。第１仮想オブジェクトおよび基準オブジェクトが接地するオブジェクトは平坦でなくてもよく、例えば、坂道のように傾斜していてもよいし、階段のように段状になっていてもよい。
【００６３】
オブジェクト設定部１２は第１仮想オブジェクトおよび基準オブジェクトのそれぞれの全体（全身）がコンテンツ画像内に収まるように、これらのオブジェクトのそれぞれについて位置および寸法を設定してもよい。オブジェクト設定部１２は、第１仮想オブジェクトおよび基準オブジェクトのそれぞれがアバターである場合にこの処理を実行してもよい。オブジェクト設定部１２はすべてのアバター（具体的には、配信者およびすべての参加者のアバター）の全身がコンテンツ画像内に収まるようにそれぞれのアバターの位置および寸法を設定してもよい。もちろんこれらの場合でも、オブジェクト設定部１２は第１公称寸法と基準公称寸法との相対的関係を維持する。
【００６４】
ステップＳ１９では、オブジェクト設定部１２が、第１仮想オブジェクトおよび基準オブジェクトが配置された仮想空間を示すコンテンツ画像データを生成する。コンテンツ画像データの生成方法およびデータ構造は限定されない。例えば、オブジェクト設定部１２は、実写画像と、各オブジェクトが配置された仮想空間を示す仮想空間データとを含むコンテンツ画像データを生成してもよい。この場合には、コンテンツ画像データは仮想空間における各オブジェクトの位置および寸法を含んでもよい。あるいは、オブジェクト設定部１２は、実写画像と仮想空間内の各オブジェクトとに基づくレンダリングを実行することでコンテンツ画像データを生成してもよい。この場合にはコンテンツ画像データはコンテンツ画像そのものを示す。
【００６５】
ステップＳ２０では、サーバ１０の送信部１３が、その仮想空間を示すコンテンツ画像データを視聴者端末２２に送信する。視聴者端末２２では受信部２２１がそのコンテンツ画像データを受信する。送信部１３はコンテンツ画像データに対応する音声データも視聴者端末２２に送信する。
【００６６】
ステップＳ２１では、視聴者端末２２の表示制御部２２２がそのコンテンツ画像データを処理して、コンテンツ画像を表示装置上に表示する。サーバ１０でレンダリングが実行されていない場合には、表示制御部２２２はコンテンツ画像データに基づくレンダリングを実行することでコンテンツ画像を表示する。コンテンツ画像データがコンテンツ画像そのものを示す場合には、表示制御部２２２はそのコンテンツ画像をそのまま表示する。視聴者端末２２は、コンテンツ画像の表示に合わせて音声をスピーカから出力する。
【００６７】
複数の視聴者端末２２にライブコンテンツを提供する場合には、ステップＳ２０において送信部１３がそれぞれの視聴者端末２２にコンテンツ画像データを送信し、ステップＳ２１では、それぞれの視聴者端末２２で表示制御部２２２がコンテンツ画像を表示する。コンテンツ画像は複数の視聴者端末２２で同じであってもよい。すなわち、仮想空間における仮想カメラの位置が複数の視聴者端末２２で同じであってもよい。この場合には、複数の視聴者は同じコンテンツ画像を見ることになる。あるいは、コンテンツ画像は複数の視聴者端末２２の少なくとも一部において他の視聴者端末２２と異なってもよい。すなわち、仮想カメラの位置が複数の視聴者端末２２の少なくとも一部において他の視聴者端末２２と異なってもよい。この場合には、ライブコンテンツは複数の視聴者のそれぞれの視点で視聴される。
【００６８】
ライブコンテンツなどの動画像の配信では、処理フローＳ１は繰り返し実行される。当然ながら、撮影が進むにつれて実写画像内での現実オブジェクトは変わり得るし、実写画像内での現実オブジェクトの位置、大きさ、および向きの少なくとも一つも変わり得る。いずれにしても、各コンテンツ画像（すなわち、各フレーム画像）において第１公称寸法と基準公称寸法との相対的関係が維持される。処理フローＳ１の繰り返しの少なくとも一部においてステップＳ１２が省略されてもよい。
【００６９】
［マーカの表示］
上述したように、コンテンツ画像内にはユーザに対応するアバターが表示されてもよく、例えば配信者および１以上の参加者のアバターが表示され得る。コンテンツ画像が多くのアバターを含む場合には、配信者または参加者がコンテンツ画像内の自分のアバターを見失う可能性がある。配信者および各参加者が自分のアバターを視認できるように、オブジェクト設定部１２は、配信者および参加者のユーザ端末２０に表示されるコンテンツ画像データに、ユーザのアバターに関連付けて表示されるマーカの情報を含めてもよい。マーカは、或る一つのアバターを他のアバターと区別させるための表現のことをいう。配信者または参加者のユーザ端末２０では、表示制御部２２２がそのコンテンツ画像データを処理することで、該ユーザ端末２０のユーザのアバターに関連付けてマーカを表示する。オブジェクト設定部１２は、表示されるコンテンツ画像内に閾値以上のアバターが表示される場合に限って、コンテンツ画像内にマーカを表示させてもよい。閾値は任意に設定されてよく、例えば、１０、２０などでもよい。マーカを表示する際には、オブジェクト設定部１２は、第１公称寸法と基準公称寸法との相対的関係を維持するための処理を実行しなくてもよい。
【００７０】
図６は、マーカが表されたコンテンツ画像の一例を示す図である。コンテンツ画像４００上には配信者および多数の参加者に対応する多数のアバター４１０が表示され、さらに、一つのアバター４１０に関連付けられたマーカ４２０が表示されている。マーカ４２０が付加されたアバター４１０に対応するユーザは、そのマーカ４２０を頼りにコンテンツ画像内の自分のアバター４１０を操作して、他のアバター４１０（すなわち、他のユーザ）と交流（例えば、握手、ハイタッチ、抱擁など）することができる。
【００７１】
［効果］
以上説明したように、本開示の一側面に係るコンテンツ配信システムは、少なくとも一つのプロセッサを備える。少なくとも一つのプロセッサは、実写画像領域を含むコンテンツ画像を取得し、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法とを取得し、第１公称寸法と基準公称寸法との相対的関係が維持されるように、コンテンツ画像によって表現される空間内に第１仮想オブジェクトおよび基準オブジェクトを配置し、第１仮想オブジェクトおよび基準オブジェクトが配置された空間を表現するコンテンツ画像をユーザ端末上に表示させる。
【００７２】
本開示の一側面に係るコンテンツ配信方法は、少なくとも一つのプロセッサを備えるコンテンツ配信システムによって実行される。コンテンツ配信方法は、実写画像領域を含むコンテンツ画像を取得するステップと、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法とを取得するステップと、第１公称寸法と基準公称寸法との相対的関係が維持されるように、コンテンツ画像によって表現される空間内に第１仮想オブジェクトおよび基準オブジェクトを配置するステップと、第１仮想オブジェクトおよび基準オブジェクトが配置された空間を表現するコンテンツ画像をユーザ端末上に表示させるステップとを含む。
【００７３】
本開示の一側面に係るコンテンツ配信プログラムは、実写画像領域を含むコンテンツ画像を取得するステップと、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法とを取得するステップと、第１公称寸法と基準公称寸法との相対的関係が維持されるように、コンテンツ画像によって表現される空間内に第１仮想オブジェクトおよび基準オブジェクトを配置するステップと、第１仮想オブジェクトおよび基準オブジェクトが配置された空間を表現するコンテンツ画像をユーザ端末上に表示させるステップとをコンピュータに実行させる。
【００７４】
このような側面においては、第１仮想オブジェクトと基準オブジェクトとの間の公称寸法の関係がコンテンツ画像上に反映されるので、第１仮想オブジェクトをユーザに違和感なく見せることができる。言い換えると、第１仮想オブジェクトの大きさをその公称寸法に従ってリアルにユーザに見せることができる。その結果、コンテンツ画像の魅力をより高めることが可能になる。
【００７５】
上記の特許文献１には、５０×３０画素などのような、仮想オブジェクトの外接矩形サイズを取得し、その外接矩形の領域に対して画素のスコアを計算し、そのスコアに基づいて仮想オブジェクトを重畳することが記載されている。
【００７６】
しかし、この技術は画素で示される寸法を考慮するものであって、オブジェクトの公称寸法を用いていない。したがって、特許文献１の技術は、第１仮想オブジェクトの第１公称寸法と、基準オブジェクトの基準公称寸法との相対的関係が維持されるように、空間内に第１仮想オブジェクトおよび基準オブジェクトを配置する処理を実行しない。
【００７７】
これに対して、本開示の上記側面においては、第１公称寸法と基準公称寸法との相対的関係が維持されるように、第１仮想オブジェクトおよび基準オブジェクトが空間内に配置される。したがって、実写画像と仮想オブジェクトとを含むコンテンツ画像において、該仮想オブジェクトをユーザに違和感なく見せることができる。
【００７８】
他の側面に係るコンテンツ配信システムでは、少なくとも一つのプロセッサが、第１仮想オブジェクトおよび基準オブジェクトのそれぞれの全体がコンテンツ画像内に収まるように、空間内に第１仮想オブジェクトおよび基準オブジェクトを配置してもよい。これらのオブジェクトの全体（全身）をコンテンツ画像上に映すことで、コンテンツ画像の視覚効果を高めることができる。
【００７９】
他の側面に係るコンテンツ配信システムでは、少なくとも一つのプロセッサが、第１仮想オブジェクトおよび基準オブジェクトが同じオブジェクト上に接するように、空間内に第１仮想オブジェクトおよび基準オブジェクトを配置してもよい。これらの２オブジェクトが接地するオブジェクトを合わせることで、コンテンツ画像の視覚効果を高めることができる。
【００８０】
他の側面に係るコンテンツ配信システムでは、少なくとも一つのプロセッサが、第１仮想オブジェクトおよび基準オブジェクトのうちの少なくとも一つのオブジェクトについて複数の公称寸法を記憶するデータベースを参照し、第１仮想オブジェクトについて複数の公称寸法が存在する場合には、該複数の公称寸法のうちの一つの公称寸法を第１公称寸法として取得し、基準オブジェクトについて複数の公称寸法が存在する場合には、該複数の公称寸法のうちの一つの公称寸法を基準公称寸法として取得してもよい。或るオブジェクトについて複数の公称寸法を用意し、その複数の候補の中から一つの公称寸法を選択することで、該オブジェクトを様々な大きさでコンテンツ画像上に映すことができる。
【００８１】
他の側面に係るコンテンツ配信システムでは、少なくとも一つのプロセッサが、インターネット上の電子文書から、第１公称寸法および基準公称寸法のうちの少なくとも一つの公称寸法を予め収集して、該少なくとも一つの公称寸法をデータベースに予め格納し、コンテンツ画像の取得に応答して、第１公称寸法および基準公称寸法のうちの少なくとも一つをデータベースから取得してもよい。この仕組みによって公称寸法が自動的に収集されるので、人手に頼ることなく公称寸法を短時間で蓄積することができる。
【００８２】
他の側面に係るコンテンツ配信システムでは、コンテンツ画像が、配信者端末から複数の視聴者端末にリアルタイムに配信されるライブコンテンツの画像であり、第１仮想オブジェクトが、配信者に対応するアバターであってもよい。配信者に対応するアバターと基準オブジェクトとの間の公称寸法の関係がコンテンツ画像上に反映されるので、そのアバターをユーザに違和感なく見せることができる。その結果、ライブコンテンツの魅力をさらに高めることができる。
【００８３】
他の側面に係るコンテンツ配信システムでは、基準オブジェクトが、配信者とは異なる参加者に対応するアバターであってもよい。配信者および参加者のアバター間の公称寸法の関係がコンテンツ画像上に反映されるので、これらのアバターをユーザに違和感なく見せることができる。その結果、ライブコンテンツの魅力をさらに高めることができる。
【００８４】
［変形例］
以上、本開示の実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００８５】
上記実施形態ではコンテンツ配信システム１がサーバ１０を用いて構成されたが、コンテンツ配信システムは、サーバ１０を用いないユーザ端末間の直接配信に適用されてもよい。この場合には、サーバ１０の各機能要素は、いずれかのユーザ端末に実装されてもよく、複数のユーザ端末に分かれて実装されてもよい。これに関連して、コンテンツ配信プログラムはクライアントプログラムとして実現されてもよい。コンテンツ配信システムはサーバを用いて構成されてもよいし、サーバを用いることなく構成されてもよい。
【００８６】
本開示において、「少なくとも一つのプロセッサが、第１の処理を実行し、第２の処理を実行し、…第ｎの処理を実行する。」との表現、またはこれに対応する表現は、第１の処理から第ｎの処理までのｎ個の処理の実行主体（すなわちプロセッサ）が途中で変わる場合を含む概念である。すなわち、この表現は、ｎ個の処理のすべてが同じプロセッサで実行される場合と、ｎ個の処理においてプロセッサが任意の方針で変わる場合との双方を含む概念である。
【００８７】
少なくとも一つのプロセッサにより実行される方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正又は削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。
【符号の説明】
【００８８】
１…コンテンツ配信システム、１０…サーバ、１１…受信部、１２…オブジェクト設定部、１３…送信部、１４…収集部、２０…ユーザ端末、２１…配信者端末、２１１…画像処理部、２１２…送信部、２２…視聴者端末、２２１…受信部、２２２…表示制御部、３０…寸法データベース、３００…コンテンツ画像、３０１…戦士、３０２…巨人、３１１…道路、３１２…ビル、４００…コンテンツ画像、４１０…アバター、４２０…マーカ、Ｐ１…サーバプログラム、Ｐ２…クライアントプログラム。
【図１】
2020167661.tif 000003
【図２】
2020167661.tif 000004
【図３】
2020167661.tif 000005
【図４】
2020167661.tif 000006
【図５】
2020167661.tif 000007
【図６】
2020167661.tif 000008