(57)【要約】【課題】ユーザ端末にモデリングデータを提供することなく、モデリングデータに基づく表示を当該ユーザ端末にて実現させる。【解決手段】画像処理装置（１００）は、物体の３次元形状を表すモデリングデータを取得する取得手段（１２０、１３０）と、前記モデリングデータに基づいて、一の方向からみた前記物体を表す２次元画像データを複数生成する生成手段（１１０）と、該生成された複数の２次元画像データを纏めて出力または該生成された複数の２次元画像データのうちユーザが選択した２次元画像を出力する出力手段（１２１）とを有する。【選択図】図２
2018092225.tif 000002
【特許請求の範囲】
【請求項１】
物体の３次元形状を表すモデリングデータを取得する取得手段と、
前記モデリングデータに基づいて、前記物体を表す２次元画像データを複数生成する生成手段と、
該生成された複数の２次元画像データの全部又は一部を同時にもしくは関連付けて出力し、または該生成された複数の２次元画像データのうちユーザが選択した２次元画像を出力する出力手段と
を有する画像処理装置。
【請求項２】
前記複数の２次元画像データは、前記物体から等距離にあって前記物体に対する方向が異なる位置を視点とする画像を表す、
ことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記物体に関する特徴量を取得する第２取得手段をさらに備え、
前記生成手段は、前記特徴量に基づいて、前記複数の２次元画像データのそれぞれについて前記方向を決定する、
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記物体に関する特徴量を取得する第２取得手段をさらに備え、
前記生成手段は、前記特徴量に応じて前記複数の２次元画像データの解像度を決定する、
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項５】
前記特徴量は、前記生成手段にて生成された２次元画像データごとに算出される、
ことを特徴とする請求項３または４に記載の画像処理装置。
【請求項６】
前記物体の部位の指定をユーザから受付ける受付手段を更に備え、
該指定された部位が１以上の画像に現れるように、前記複数の２次元画像データのそれぞれについて前記方向を決定する、
ことを特徴とする請求項２ないし４のいずれか１に記載の画像処理装置。
【請求項７】
コンピュータに、
物体の３次元形状を表すモデリングデータを取得するステップと、
前記モデリングデータに基づいて、一の方向からみた前記物体を表す２次元画像データを複数生成するステップと、
該生成された複数の２次元画像データを纏めて出力または該生成された複数の２次元画像データのうちユーザが選択した２次元画像を出力するステップと
を実行させるためのプログラム。
【請求項８】
物体の３次元形状を表すモデリングデータを取得するステップと、
前記モデリングデータに基づいて、一の方向からみた前記物体を表す２次元画像データを複数生成するステップと、
該生成された複数の２次元画像データを纏めて出力または該生成された複数の２次元画像データのうちユーザが選択した２次元画像を出力するステップと
を有する画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３次元モデリングデータに基づく画像処理に関する。
【背景技術】
【０００２】
３ＤＣＡＤやレーザスキャン等によって仮想物体または現実物体の３次元形状を表すモデリングデータを生成する技術がある（いわゆるモデリング）。生成されたモデリングデータと視点の情報や光源の情報等に基づいて描画処理（いわゆる３Ｄレンダリング）を行うことで、様々な視点からみた当該物体の画像を画面に表示することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１７０４８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般に、モデリングデータのサイズは大きく、表示処理の際に複雑な演算を必要とする。コンテンツサーバから取得したモデリングデータを用いてユーザ端末にて描画処理を行う場合、モデリングデータをコンテンツサーバからダウンロードするのに時間がかかるうえに、ユーザ端末における処理負担が大きい。加えて、端末にレンダリング処理を行うアプリがインストールされている必要がある。加えて、悪意のあるユーザによって、モデリングデータが許可なく複製されて配布されるリスクも発生する。
本発明は、ユーザ端末にモデリングデータを提供することなく、３Ｄデータに基づく表示を当該ユーザ端末にて実現させることを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、一の態様において、物体の３次元形状を表すモデリングデータを取得する取得手段と、前記モデリングデータに基づいて、一の方向からみた前記物体を表す２次元画像データを複数生成する生成手段と、該生成された複数の２次元画像データを纏めて出力しまたは該生成された複数の２次元画像データのうちユーザが選択した２次元画像を出力する出力手段とを有する画像処理装置を提供する。
【０００６】
本発明によれば、ユーザ端末にモデリングデータを引き渡すことなく、当該ユーザ端末にて当該モデリングデータに基づく表示が行われる。
【図面の簡単な説明】
【０００７】
【図１】画像処理システム１０の概要図。
【図２】画像処理サーバ１００の機能図。
【図３】特徴量の算出を説明するための図。
【図４】ユーザ端末２００の機能図。
【図５】３Ｄデータから２Ｄデータを生成する処理を説明するための概念図。
【図６】１つの３Ｄデータから生成される２Ｄデータセットの構造の例。
【図７】画像処理システム１０の動作例。
【図８】ユーザ端末２００の画面に表示されるダウンロードサイトの例。
【図９】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その１）。
【図１０】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その２）。
【図１１】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その３）。
【図１２】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その４）。
【図１３】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その５）。
【図１４】画像処理システム１０の動作の他の例。
【図１５】ユーザ端末２００にて画像表示アプリを実行した時に表示される画面例（その６）。
【発明を実施するための形態】
【０００８】
＜実施例＞
図１は画像処理システム１０の概要を示す。画像処理システム１０は、画像処理サーバ１００とユーザ端末２００とを含む。画像処理サーバ１００は例えば物体コンテンツの公開およびユーザ端末２００への提供を行う事業者によって管理されるサーバである。ユーザ端末２００は例えば汎用のパーソナルコンピュータである。３００は例えばインターネットや専用線である。画像処理サーバ１００およびユーザ端末２００は、３００を介して接続される。
【０００９】
図２は画像処理サーバ１００の機能を表す。画像処理サーバ１００は、制御部１１０と、通信部１２０と、記憶部１３０と、表示部１４０と、１５０含む。通信部１２０は、所定の通信規格に従って、ユーザ端末２００との間でデータを送受信するための通信インタフェースとして実装され、送信部１２１と受信部１２２とを含む。
【００１０】
受信部１２２は、物体の３次元形状を表すモデリングデータ（以下、「３Ｄデータ」という）を取得する。３Ｄデータとは、現実の物体または仮想の物体の３次元形状を示すデータであって、例えば、ＳＴＬ、ＯＢＪ、ＰＬＹ、ＯＦＦ、３ＤＳ、ＣＯＬＬＡＤＡ、ＰＴＸ、Ｖ３Ｄ、ＰＴＳ、ＡＰＴＳ、ＸＹＺ、ＧＴＳ、ＴＲＩ、ＡＳＣ、Ｘ３Ｄ、Ｘ３ＤＶ、ＶＲＭＬ、ＡＬＮ、ＤＸＦ、ＧＴＳ、Ｕ３Ｄ、ＩＤＴＦ、Ｘ３Ｄ等の形式のデータである。３Ｄデータは、３ＤＣＧソフトや３ＤＣＡＤソフト等で作成し仮想的な物体を表すデータであってもよいし、現実の物体を３Ｄスキャニングして得られたデータであってもよい。また、３Ｄデータ共有サイト等から入手したデータであってもよいし、その生成方法や取得方法は問わない。
【００１１】
取得した３Ｄデータは記憶部１３０に記憶され、ユーザ端末２００から受付けた要求に応じて読み出される。この要求には、少なくとも表示対象の物体を指定する情報が含まれ、加えて、当該物体の方向（視点）に関する情報が含まれてもよい。方向は、例えば、物体が置かれた仮想空間上のある点を原点とする３次元空間上の位置（直交座標や極座標）として表わされる。あるいは、方向は、正面、背面、右側面、左側面という方向の範囲として定義されてもよい。
【００１２】
この要求には、さらに、当該物体の１以上の部位の指定が含まれてもよい。例えば、物体が人形であり、「顔」、「目」、「胴体」といった物体の一部分を指定する情報が含まれる。要するに、物体が占める３次元空間の一部の領域（座標の集合）である。
【００１３】
送信部１２１は、データ生成部１１２にて生成された一の３Ｄデータに対応する複数の２次元画像データ（以下、２Ｄデータという）を出力する。２Ｄデータは、例えば、ＪＰＥＧ、ＢＭＰ、ＰＤＦ、ＴＩＦ等の形式を有する。複数の２Ｄデータは、全部または一部を同時に出力してもよいし、ユーザから受けた要求に応じて一つずつ出力してもよい。また、複数の２Ｄデータは、特定の物体に関するデータであるものとして全部または一部を関連付けて送信されるものであれば、出力タイミングは異なってもよい。
【００１４】
記憶部１３０は、ハードディスク、半導体メモリ、その等の記憶装置であって、制御部１１０にて実行されるプログラムおよび当該プログラムによって読み出される３Ｄデータを記憶する。
【００１５】
表示部１４０はキーボード、タッチパネル、マウス、スタイラス等の画像処理サーバ１００の管理者によって操作される入力デバイスである。１５０は管理者に画像処理サーバ１００の動作状況等情報等を提示するための液晶ディスプレイ等の表示装置である。
【００１６】
画像処理サーバ１００は、１以上の、汎用のプロセッサ（ＣＰＵ等）および／または描画処理プロセッサ（ＧＰＵ）等の専用プロセッサとして実装され、特徴決定部１１１と、データ生成部１１２と、視点設定部１１３とを含む。
【００１７】
特徴決定部１１１は、３Ｄデータが表す物体に関する特徴量を取得してデータ生成部１１２または視点設定部１１３に出力する。
物体に関する特徴量は、特徴決定部１１１が、記憶部１３０から取得した３Ｄデータに基づいて、各方向についての特徴量を算出し、データ生成部１１２にて生成された２Ｄデータの方向に対応する特徴量を、視点設定部１１３にて生成された各２Ｄデータに付与してもよい。
あるいは、物体に関する特徴量は、データ生成部１１２にて生成された２Ｄデータに基づいて特徴決定部１１１が算出してもよい。２Ｄデータに基づいて算出する具体的方法としては、視点設定部１１３が、所定のアルゴリズムに従って、物体の構造的特徴および色彩（模様）的特徴の少なくともいずれかに基づいて決定する。その他の構造的特徴は、例えば物体表面のテクスチャ（凹凸の程度）や頂点や面の数によって定義される。色彩または模様に関する特徴は、例えば、使用されている色の多様性（バリエーション）として定義される。
【００１８】
図３は特徴量を説明するための図である。人形９００は、３Ｄデータによって表される物体の一例である。
（ａ）は人形９００を正面からみた画像、人形９００を水平面内（紙面左右方向）で４５°回転させた画像（視点が水平面面内で４５°回転した位置にある画像）、９０°回転させた画像、１３５°回転させた画像、１８０°回転させた画像を示す。
【００１９】
同図（ｂ）および（ｃ）は、各角度に対応して計算された特徴量を表すパラメータの例を示す。（ｂ）は２Ｄデータとしてθ＝０°、４５°、９０°、１３５°、１８０°、２２５°、２７０°の２Ｄデータが生成された場合においてそれぞれ角度に応じて算出された特徴量を示す。この例では、正面側のほうが背面側よりも構造的に複雑であり、正面からみた画像が相対的に大きい特徴量を有すると判定されている。図（ｃ）は、３Ｄデータから直接、特徴量をθの関数として算出した例である。
【００２０】
物体に関する特徴量は、３Ｄデータや２Ｄデータとは別途独立に、取得されてもよい。例えば、正面側（−４５°〜−４５°）の範囲の視点の画像は重付けパラメータを＋Δｗ１、背面側（１３５°〜２２５°）を―Δｗ１、両側面側を０と定義する。この特徴量は、ユーザがユーザ端末２００に入力し、画像処理サーバ１００に送信されてもよい。例えば、人形９００の顔が向いている方向が「正面」であると定義され、データ生成部１１２にて生成された２Ｄデータで表わされる画像に対して画像解析を行って顔が映っているか否かを判定し、顔が映っている画像は顔が映っていない画像に比べて大きな特徴量を付与してもよい。
【００２１】
上述の例では、説明の便宜上、特徴量は１つの回転方向について算出したが、２つの角度パラメータθおよびφで表わされる任意の方向に対応する特徴量を算出することができる。例えば、紙面上下方向の向き（φ方向）に依存する特徴量についても、３Ｄデータや２Ｄデータから計算してもよいし、３Ｄデータや２Ｄデータとは別途独立に取得してもよい。例えば、同図（ａ）に示す人形の場合は、一般的に、真上（θ＝０°、φ＝９０°）や真下（θ＝０°、φ＝―９０°）から見た画像を表す２Ｄデータの特徴量は、正面（θ＝０°、φ＝０°）からみた画像を表す２Ｄデータの特徴量よりも小さくなる。
【００２２】
視点設定部１１３は、生成すべき２Ｄデータが人形９００をどの方向からみたものであるべきかを決定する。換言すると、視点設定部１１３は、人形９００を仮想的に撮影する方向または当該撮影の視点を決定する。
決定された方向を表す情報はデータ生成部１１２に出力される。例えば、視点設定部１１３は特徴決定部１１１から供給される特徴量に基づいて方向を決定してもよい。また、画像処理サーバ１００がユーザ端末２００から人形９００の部位の指定を受付けた場合、視点設定部１１３は、該指定された部位が１以上の画像に必ず現れるように、上記方向を決定してもよい。
あるいは、特徴量は画像処理サーバ１００以外の装置で決定され、画像処理サーバ１００に供給されてもよい。
【００２３】
データ生成部１１２は、１つの３Ｄデータに基づいて、各々、一の方向からみた人形９００を表す２Ｄデータを複数生成する。具体的には、所定のレンダリングアルゴリズムに従って、必要に応じて光源等のパラメータを設定して、視点設定部１１３から供給された視点の情報に基づいてレンダリング処理を行う。
レンダリング処理に際しては、特徴決定部１１１から供給された特徴量を用いてもよい。特徴量が２Ｄデータに基づいて生成される場合、まずデータ生成部１１２にて生成された２Ｄデータを特徴決定部１１１に出力し、特徴決定部１１１にて生成された特徴量を取得してもよい。
データ生成部１１２は、特徴量に応じて、生成された複数の２Ｄデータに含まれる１以上の２Ｄデータの解像度を決定してもよい。特徴に基づく解像度の設定の一例としては、特徴量が小さい２Ｄデータほど解像度を下げる処理を行う。このように相対的に特徴量が小さい画像（換言すると、その角度からみた物体には特徴があまりない、あるいはユーザにとっての重要性ないし関心度が低いと推定される視点からの画像）については、解像度を相対的に落とすことにより、複数の２Ｄデータセットに基づいて描画処理を行った場合にユーザに与える違和感の低下を抑えつつ、２Ｄデータ全体のデータ量を小さくすることができる。解像度は、例えば縦横のピクセル数によって規定される。
生成された２Ｄデータは、記憶部１３０または通信部１２０に供給される。
【００２４】
図４はユーザ端末２００の機能図である。ユーザ端末２００は、通信部２１０と、入力部２２０と、表示部２３０と、記憶部２４０と、画像処理部２５０とを含む。
【００２５】
記憶部２４０は、ハードディスク、半導体メモリその等の記憶装置であって、画像処理部２５０にて実行されるプログラムおよび画像処理サーバ１００から取得した２Ｄデータを記憶する。
【００２６】
入力部２２０は、キーボード、タッチパネル、マウス等のユーザ端末２００のユーザ（以下、単にユーザという）によって操作される入力デバイスであって、ユーザからの指示を受付ける。この指示には、表示すべき人形９００の方向が含まれる。また、この指示には、画像処理サーバ１００にて２Ｄデータを生成する際に用いられる情報が含まれていてもよい。
【００２７】
通信部２１０は所定の通信規格に従って、ユーザ端末２００との間でデータを送受信するための通信インタフェースとして実装される。具体的には、入力部２２０にて入力された、表示部２３０に表示するために必要な、表示対象の指定および表示対象の方向の指定を含む要求を画像処理サーバ１００に送信し、該要求に応じて画像処理サーバ１００から送信された２Ｄデータを受信して画像処理部２５０に供給する。
【００２８】
画像処理部２５０は、１以上の、汎用のプロセッサ（ＣＰＵ等）および／または描画処理プロセッサ（ＧＰＵ）等の専用プロセッサとして実装され、画像処理サーバ１００から受信した２Ｄデータおよび入力部２２０にて指示された向きに基づいて描画処理を行う。具体的には、記憶部２４０に記憶されている、１つの３Ｄデータに対応する複数の２Ｄデータのうち、入力部２２０にて指定された方向に対応する１または複数の２Ｄデータを特定し、必要なエンコード等の画像処理等を行って、描画命令とともに画像処理部２５０に出力する。
【００２９】
表示部２３０は液晶ディスプレイ等の表示装置であって、画像処理部２５０からの指令の下、画像を表示する。
【００３０】
図５は、３Ｄデータから２Ｄデータを生成する処理を説明するための概念図である。人形９００は、原点をＰとする３次元（ＸＹＺ）仮想空間上に配置される。人形９００の中心を貫く中心軸ＣＬを設定する。
画像処理サーバ１００は、仮想空間に設定された複数の視点からみた人形９００の２次元画像を生成する。換言すると、仮想空間に設置された仮想的なカメラ（視点に相当；以下、単にカメラという）にて人形９００を「撮影」することに相当する。同図において、Ａ〜Ｎはカメラを表している。θはＸＹ平面内の角度、φはＸＺ平面内の角度である。Ｌ１〜Ｌ５は、カメラが配置される位置を規定し、φが異なるＸＹ平面である。換言すると、φはカメラの高さ（上下方向の角度）、θはカメラの平面内の角度を表す。なお、人形９００の顔が向いている方向（θ＝０°）が「正面」であると定義されていると仮定する。なお、正面など、人形９００の基準となる方向は、３Ｄデータの特徴量に基づいて決定されてもよいし、別途画像処理サーバ１００やユーザ端末２００が指定してもよい。この例では、全てのカメラはＰから等距離に配置される。
つまり、生成される複数の２Ｄデータは、人形９００から等距離にあって前記物体に対する方向が異なる位置を視点とする画像を表す。
【００３１】
同図の通り、カメラは、Ｌ３にはＡ〜Ｈまでの計６個が配置され、Ｌ２には人形９００の上方やや斜めの位置にＩおよびＪが配置され、Ｌ１には人形９００の頭上付近にＫが配置され、Ｌ４においては、下方やや斜めの位置に配置され、ＬおよびＭが配置され、Ｌ５において足元付近にＮが配置された例を示す。この結果、１つの３Ｄデータにおいて視点位置をＡ〜Ｎに設定して得られる２Ｄデータが計１４個生成される。
同図に示すように、この例では、人形９００の正面に重点的にカメラが配置されている。より具体的には、θ＝−９０、φ＝０に近い位置においてはカメラが密に配置され、離れた位置（上方、下方、側面、背面）には疎に配置されている。これは、特徴決定部１１１において特徴量が正面側からみた画像が相対的に大きいと算出され、視点設定部１１３にて特徴量に基づいてカメラ位置が決定されたためである。
【００３２】
なお、図５に示す配置は一例に過ぎない。カメラの配置は、物体（３Ｄデータ）の特徴、ユーザの好み、生成される２Ｄデータのデータサイズについての制約などの通信環境、画像処理サーバ１００に許容される処理負荷に関する条件など、ハードウェアリソースおよびソフトウェアリソースの少なくともいずれかに関する条件に応じて決定することができる。
【００３３】
カメラの数に関し、例えば、カメラの数が少ないほど生成される２Ｄデータ全体のデータ量は小さくなる一方、ユーザが選択できる視点が少なくなるので、３Ｄデータの再現性は低下するといえる。逆に、カメラの数が増えるほど、ユーザ端末２００のユーザに２Ｄデータセットに基づいて、補間処理を行うなどして元の３Ｄデータ（に近似するデータ）を生成されてしまうというリスクが高まる。
【００３４】
カメラの位置に関し、物体の特徴部分は、物体によって異なるし、ユーザがどこに着目しているかなどユーザの主観に依存し得る。例えば、物体に「正面」が観念できたとしても、正面から画像が最も重要であるとは限らない。また、物体の全体像をさまざまな方向から万遍なく確認したいという場合もありうる。このような場合は、視点設定部１１３は、特徴量を用いることなく、カメラの配置を決定してもよい。一例としては、各レイヤに配置される数を同一に設定する。そして、同一レイヤ上のカメラの間隔が等しくなるように設定する。例えば、レイヤに３０個、配置する場合は、θが１２°ずつずれた位置に配置され、計１５０枚分の２Ｄデータが生成される。
【００３５】
また、各カメラが全て基準点から等距離ある必要もない。例えば、物体表面からの距離がほぼ等距離になるようにカメラ位置を決定してもよい。原点Ｐの設定の仕方も図５に示した態様に限らない。Ｐは人形９００が占める空間の外に設定されてもよい。
なお、カメラは同一の性能である必要はない。例えば、画角やフォーカスが異なる複数のカメラを配置してもよい。
要するに、１つの３Ｄデータに基づいて各々一の視点に対応する２Ｄデータが複数個生成されればよい。
【００３６】
図６は、１つの３Ｄデータから生成されるデータＤのデータ構造の一例を示す。（ａ）はデータの全体構造を示す。データＤは、ヘッダ部Ｄｈおよび複数の２Ｄデータからなる画像データ本体Ｄｍによって構成される。ヘッダ部Ｄｈは、生成元の３Ｄデータを識別するための識別子と、このデータの構造を定義する情報を含む。この情報は、画像データ本体Ｄｍに含まれる複数の２次元画像ファイルと複数の視点との関係を規定する。
（ｂ）は画像データ本体Ｄｍの詳細を示す。この例では、視点設定部１１３にて、５つのレイヤが設定され、レイヤごとに３０枚（１２°ごと）にカメラを配置された場合を示す。Ｄｍには、ＩＭ１−１〜ＩＭ５−３０の計１５０枚分の画像データが含まれ、これが、ヘッダ部Ｄｈに規定された順番（この例ではレイヤごとにまとまて）にて配列されている。
【００３７】
なお、生成される２Ｄデータは、図６に示すように全体として１つのファイルとして認識される形式でもよいし、個別の画像ファイルの集合として認識される形式でもよい。要するに、ユーザ端末２００において扱われた場合に、それぞれ元の１つの３Ｄに基づいて生成されたということが認識されるような形式であればよい。後者の場合、例えば、各２Ｄデータは、元の３Ｄデータの識別情報と視点を示す情報とをヘッダに含む、１つの独立した画像ファイルとして生成される。
【００３８】
図７は画像処理システム１０の動作の一例である。ユーザ端末２００は、ウェブブラウザ等を起動し、画像処理サーバ１００が適用するウェブサイトにアクセスし、コンテンツを画像処理サーバ１００の画面上に表示する（Ｓ１０２）。図８は、ユーザ端末２００にて画像表示アプリを実行した時に表示される画面Ｗ２の例である。３Ｄデータで表わされる物体の代表となる２Ｄ画像（図では正面からみた画像）がサムネイル表示される。
ユーザは、閲覧したい画像を指定する（Ｓ１０４）と、当該画像の識別情報を含む要求が画像処理サーバ１００に送信される（Ｓ１０６）。
【００３９】
画像処理サーバ１００は、指定された物体の３Ｄデータを取得し（Ｓ１０８）、当該３Ｄデータに基づいて２Ｄデータセットを生成する（Ｓ１１０）。生成された２Ｄデータセットは互いに関連付けられてユーザ端末２００に送信され（Ｓ１１２）、表示部２３０に記憶される。
【００４０】
ユーザ端末２００において、自動的にまたはユーザの指示により、描画アプリケーションが起動されると、２Ｄデータセットが読み込まれ、図９に示すような画面Ｗ３が表示される。ここでは２Ｄデータセットのうち代表となる方向（ここでは正面）に対応する一の２Ｄデータがデフォルトとして選択され、その画像が表示される。加えて、この画面Ｗ３にはユーザがみたい方向を指定することを促すメッセージが表示される。
【００４１】
ユーザが方向（例えば水平面内の４５°回転した位置）を指定すると（Ｓ１１４）、画像処理部２５０は指定された方向に対応する１つの２Ｄデータを読み出して表示する（Ｓ１１６）。この結果、例えばＷ４のような画面が表示される。なお、ユーザが指定した方向（例えば１４°回転した方向）に相当する２Ｄデータが存在しない場合は、そのような指定を無視するか、あるいは指定した方向に最も近い方向の２Ｄデータが抽出される。例えば、この状態から更に連続的に同一方向に４５回転すること指示を受付けると、順にＷ５、Ｗ６、Ｗ７に示すような画面が連続して表示され、あたかも人形９００を回転させたごとくユーザには感じられる。
【００４２】
このように、上記実施例によれば、ユーザはあたかもユーザ端末２００が保有する３Ｄデータに基づいて演算した結果が表示されているような感覚を与えることができる。しかし、実際には、ユーザ端末２００には３Ｄデータ自体は提供されないので、３Ｄデータが複製されるリスクが低減する。また、元の３Ｄデータに比べてやり取りされるデータの量が小さいので、画像処理サーバ１００とユーザ端末２００との間のレスポンスが向上する。加えて、端末にレンダリング機能を有するアプリケーションをインストールしておく必要もない。
【００４３】
＜その他の実施例＞
２Ｄデータの提供方法は、図７に示した態様に限られない。図１３は、画像処理システム１０の動作の他の例である。図７と同一の符号は同一の動作内容を示す。この例において図７の動作と異なるのは、ユーザ端末２００が２Ｄデータセットを一括して受信するのではなく、必要に応じて受信する点である。すなわち、ユーザは表示対象を指定する際に、１つの方向を更に指定する（Ｓ１０３）。具体的には、描画アプリケーションは、Ｗ３のように、ある３Ｄデータに関連付けられた１つの２Ｄデータを表示中に、ユーザから新たな方向の指定を受付けると、当該３Ｄデータの識別情報に加えて、当該方向を表す情報を画像処理サーバ１００に送信する（Ｓ１０６）。
【００４４】
画像処理サーバ１００では、当該３Ｄデータが記憶部１３０に記憶されていれば読み出し、記憶されていなければ新たに取得する（Ｓ１０８）。
続いて画像処理サーバ１００は、指定された方向に対応する１つの２Ｄデータを抽出する（Ｓ１２０）。そのようなデータが記憶部１３０に既に記憶されている場合は読み出す。具体的には、当該３Ｄデータに関連する２Ｄデータとして指定された方向と同一の方向からみた２Ｄデータが既に存在すればそのデータが読み出される。同一の角度のデータが存在しない場合は、最も近い角度の２Ｄデータが読み出される。あるいは、制御部１１０は新たに指定された方向からみた２Ｄデータを新たに生成してもよい。
抽出または生成された１つの２Ｄデータはユーザ端末２００に送信される（Ｓ１２２）。画像処理サーバ１００にて描画表示アプリケーションは、受信した２Ｄデータに基づいて描画処理を実行する。ユーザ指定した方向に応じた画像が表示される（Ｓ１１６）点は上述の実施例と同様である。
【００４５】
例えば、図７のように複数の角度に対応する複数の２Ｄデータを一度に受信した場合は、図１５に示す画面Ｗ８のように、一画面に複数の画像を表示してもよい。この場合、一画面に表示されるのは取得した２Ｄデータのうちの一部であってもよい。図１５の場合は、取得した１５０個の２Ｄデータのうち（θ：０°〜１８０°、φ＝０）にある５つのデータのみを一度に表示している。すなわち、ユーザが表示を指定する方向は１つの方向に限らず、複数の方向または方向の範囲であってもよい。この指定方法は、図１３に示す態様においても適用できる。
【００４６】
視点設定部１１３は、同一方向に２以上のカメラを配置してもよい。具体的には、ユーザは方向に加えて物体から視点までの距離を指定し、画像処理サーバ１００は指定された方向および距離（拡大／縮小率）に応じて２Ｄデータをユーザ端末２００に提供する。この結果、回転操作に加えてズーム操作を行っているような感覚をユーザに与えることができる。
【００４７】
要するに、本発明のシステムにおいては、物体の３次元形状を表すモデリングデータを取得するステップと、前記モデリングデータに基づいて、一の方向からみた前記物体を表す２次元画像データを複数生成するステップと、複数の２次元画像データの少なくとも一部を出力するステップが実行されればよい。ここで、出力対象となる複数の２次元画像データは、ユーザによって指定されたものであってもよいし、ユーザの指定とは関係なく同時に出力されてもよいし、互いに関連付けられて出力されてもよい。要するに、複数の２次元画像データが全て元の一つのモデリングデータに基づいて生成されたものであることが受信端末にて把握できるような態様で、出力されればよい。
【符号の説明】
【００４８】
１００・・・画像処理サーバ、２００・・・ユーザ端末、１１０・・・制御部、１１１・・・特徴決定部、１１２・・・データ生成部、１１３・・・視点設定部、１３０・・・記憶部、１４０・・・表示部、１２０・・・通信部、１２１・・・送信部、１２２・・・受信部、２３０・・・表示部、２１０・・・通信部、２２０・・・入力部、２４０・・・記憶部、２５０・・・画像処理部
【図１】
2018092225.tif 000003
【図２】
2018092225.tif 000004
【図３】
2018092225.tif 000005
【図４】
2018092225.tif 000006
【図５】
2018092225.tif 000007
【図６】
2018092225.tif 000008
【図７】
2018092225.tif 000009
【図８】
2018092225.tif 000010
【図９】
2018092225.tif 000011
【図１０】
2018092225.tif 000012
【図１１】
2018092225.tif 000013
【図１２】
2018092225.tif 000014
【図１３】
2018092225.tif 000015
【図１４】
2018092225.tif 000016
【図１５】
2018092225.tif 000017