JP2021520579A - オブジェクトのロード方法及び装置、記憶媒体、電子装置、並びにコンピュータプログラム - Google Patents

Abstract

本出願はオブジェクトのロード方法及び装置、記憶媒体、電子装置を開示している。該方法は、仮想シーンにおいて画像採集装置の採集範囲内にある可視空間を決定し、画像採集装置は仮想シーンにおける第１位置にある採集装置であり；第１位置に基づいて、可視空間において複数のタイプのうちのターゲットタイプにより指示される可視距離閾値内にあるターゲットサブ空間を決定し、複数のタイプのうちの各タイプは仮想シーンのサブ空間内オブジェクトの１つの可視距離閾値を指示し；ターゲットサブ空間において可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトをレンダリングオブジェクトとして取得し；及び、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースにレンダリングオブジェクトをロードし、ユーザ端末は仮想シーンの画像をレンダリングするステップを含む。

Description

本出願は、２０１８年１１月１５日にて、中国特許庁に提出され、出願番号が２０１８１１３６１０６０.０であり、出願の名称が「オブジェクトのロード方法及び装置、記憶媒体、電子装置」である中国特許出願の優先権を主張し、その全ての内容は本出願に援用される。

本出願は、インターネット技術分野に関し、具体的に、オブジェクトのロード（Loading）技術に関する。

３次元（３Ｄｉｍｅｎｓｉｏｎｓ、３Ｄ）は空間の概念であり、Ｘ、Ｙ、Ｚという３つの軸からなる空間は、長さと幅のみを有する２次元（２Ｄｉｍｅｎｓｉｏｎｓ、２Ｄ）の平面に対するものである。

３Ｄ仮想シーンの構築は、３Ｄの重要の応用の１つであり、例えば、大型ゲームにおいて、一般的に大きなシーンが配置され、シーン内には、人間、動物、家屋、樹木、石などのようなユニットの数が多くて、ゲームの過程において、ゲーム画面は１フレームを更新するたびに、シーン内のオブジェクトに対して１回の、レンダリングと動画などを含む逐次処理を行う。

本出願の実施例は、オブジェクトのロード方法及び装置、記憶媒体、電子装置を提供し、少なくとも関連技術において、仮想シーンにおけるオブジェクトのレンダリングに多いハードウェアリソースを占有するという技術問題を解決する。

本出願の実施例の１つの態様に基づき、オブジェクトのロード方法を提供し、該方法は、仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定するステップであって、画像採集機器は仮想シーンにおける第１位置にある採集機器であるステップと、第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定するステップであって、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内のオブジェクトの１つの可視距離閾値を指示するステップと、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得するステップと、レンダリングオブジェクトをロードするステップと、を有する。

本出願の実施例の他の態様によれば、さらに、オブジェクトのロード装置を提供し、該装置は、仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定するための第１決定ユニットであって、画像採集機器は仮想シーンにおける第１位置にある採集機器である第１決定ユニットと、第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定するための第２決定ユニットであって、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内のオブジェクトの１つの可視距離閾値を指示する第２決定ユニットと、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得するための取得ユニットと、レンダリングオブジェクトをロードするためのロードユニットと、を備える。

本出願の実施例の他の態様によれば、さらにプログラムが記憶されている記憶媒体を提供し、該プログラムは、実行される場合、前記方法を実行する。

本出願の実施例の他の態様に基づき、さらに電子装置を提供し、該電子装置は、メモリと、プロセッサと、及びメモリに記憶されるとともにプロセッサに実行されるコンピュータプログラムとを含み、プロセッサはコンピュータプログラムにより前記方法を実行する。

本出願の実施例の他の態様に基づき、さらに命令を有するコンピュータプログラムを提供し、該コンピュータプログラムは、コンピュータに実行される場合、前記コンピュータに前記方法を実行させる。

本出願の実施例において、仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定し、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得し、レンダリングオブジェクトをロードし、異なる位置にある可視空間に対して、ユーザにとって実際に見えるオブジェクトのみをロードし、このように、関連技術において、仮想シーンにおけるオブジェクトのレンダリングが多いハードウェアリソースを占有するという技術問題を解決し、メモリリソースに対する占有を著しく低減させ、さらに、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）及びグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）などのようなハードウェアリソースに対する消費を低減させる。

本出願の実施例または従来技術における技術案をより明らかに説明するために、以下は実施例または従来技術の記載における必要な図面を簡単に紹介し、明らかに、以下の記載における図面は本出願の実施例に過ぎず、当業者にとって、進歩性に値する労働をしない前提で、提供した図面に基づき、他の図面を取得できる。
本出願の実施例に基づくオブジェクトのロード方法のハードウェア環境の模式図である。 本出願の実施例に基づく選択可能なオブジェクトのロード方法のフローチャートである。 本出願の実施例に基づく選択可能なシーンにおけるグリッドブロックの模式図である。 本出願の実施例に基づく選択可能なシーンにおけるグリッドブロックの模式図である。 本出願の実施例に基づく選択可能なシーンにおけるグリッドブロックの模式図である。 本出願の実施例に基づく選択可能なシーンにおけるグリッドブロックの模式図である。 本出願の実施例に基づく選択可能なシーンにおける座標系の模式図である。 本出願の実施例に基づく選択可能なシーンの前処理のフローチャートである。 本出願の実施例に基づく選択可能なシーンにおける境界ボックスの模式図である。 本出願の実施例に基づく選択可能なシーンにおけるグリッドの模式図である。 本出願の実施例に基づく選択可能なシーンの模式図である。 本出願の実施例に基づく選択可能なシーンの模式図である。 本出願の実施例に基づく選択可能なシーンの模式図である。 本出願の実施例に基づく選択可能なシーンのオブジェクトロードのフローチャートである。 本出願の実施例に基づく選択可能なオブジェクトのロード装置の模式図である。 本出願の実施例に基づく端末の構成ブロック図である。

当業者に本出願の技術案をよりよく理解させるために、以下は本出願の実施例の図面を参照して、本出願の実施例の技術案を明らか且つ完全に記載し、明らかに、記載の実施例は全ての実施例ではなく、本出願の一部の実施例に過ぎない。本出願の実施例に基づき、当業者が進歩性に値する労働をしない前提で取得した他の全ての実施例は、いずれも本出願の保護範囲に属する。

なお、本出願の明細書、請求項、及び前記図面における「第１」、「第２」などの用語は、特定の順序または前後順番に対して説明するためのものではなく、類似の対象を区別するためのものである。このように利用されるデータは適切な場合、互いに置き換えられてもよく、ここで記載される本出願の実施例は、ここに図示または記載以外の順序で実施されてもよい。また、用語「含む」、「具備」、及びこれらのいずれの変形は、非排他的な包含をカバーし、例えば、一連のステップまたはユニットを含む過程、方法、システム、製品または機器は、明らかに挙げられたステップまたはユニットに限定されず、明らかに挙げられていないまたはこれらの過程、方法、製品または機器に対して固有の他のステップまたはユニットを含んでもよい。

本出願は主に、大型３Ｄシーンの性能が有限である機器における動的ロード及び連続表示という問題を解決し、例えば、コンピュータゲームにおいて、ユーザに仮想の超大型３Ｄ世界を表示し、一般的に、１つの３Ｄシーンには大量のポイント、サーフェス、ピクチャデータがあり、大型３Ｄシーンは、少なくとも数平方キロメートル以上の仮想世界をシミュレーションするから、性能が有限である機器に全部ロードして処理することができない。

前記問題を克服するために、本出願の実施例の１つの態様に基づいて、オブジェクトのロード方法の方法実施例を提供し、本出願の技術案を利用して、処理過程で、可視範囲内にあるシーンコンテンツがロードされ、性能オーバーヘッドを最小化するように保証し、見られるべきではないシーンコンテンツは、メモリなどのハードウェアリソースからアンロードされ、シーンコンテンツが連続的に出現し、つまり、可視オブジェクトのインプレッションによるビジョンのフリーズが出現することはない。

本出願の実施例が提供するオブジェクトのロード方法は、端末機器、サーバのような画像処理機器（画像処理装置とも言う）に応用される。該方法は端末機器に応用され、端末機器は、例えばインテリジェント端末、コンピュータ、パーソナルデジタルアシススタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡと略称される）、タブレットなどの機器であってもよい。該方法はさらにサーバに応用されてもよく、該サーバは独立のサーバであってもよいし、クラスタにおけるサーバであってもよい。

例えば、本実施例において、前記オブジェクトのロード方法は、図１に示した、サーバ１０１及び／またはユーザ端末１０３からなるハードウェア環境に応用される。図１に示すように、サーバ１０１はネットワークを介してユーザ端末１０３に接続され、ユーザ端末またはユーザ端末にインストールされたクライアントにサービス（例えばゲームサービス、アプリケーションサービスなど）を提供し、サーバに、またはサーバとは独立して、サーバ１０１にデータの記憶及びデータの読取サービスを提供するためのデータベース１０５を配置することができる。前記ネットワークは、広域エリアネットワーク、メトロポリタンエリアネットワークまたはローカルエリアネットワークを含むが、これらに限定されず、ユーザ端末１０３はＰＣ、携帯電話、タブレットなどに限定されない。

本出願の実施例のオブジェクトのロード方法は、ユーザ端末１０３によって実行されてもよく、ユーザ端末１０３は本出願の実施例のオブジェクトのロード方法を実行することは、ユーザ端末１０３にインストールされたクライアントにより実行されてもよい。本出願の応用シーンは、いろんなコンピュータ機器（ＰＣパソコン、携帯電話、タブレット、埋込型機器、サーバ、ゲームホストなどの機器が含まれるが、これらに限定されない）において、ターゲットアプリケーションというソフトウェアによるレンダリングされた３Ｄ大きなシーン（例えば、大型３Ｄゲーム、３Ｄ動画、ＶＲ展示におけるシーンのレンダリング）を利用でき、ここで、レンダリングは、コンピュータがデジタル化のアートコンテンツを処理するとともに、それを表示機器に描画するという過程として理解すればよい。本出願の技術案を適用するシーンは、以下のシーンを含むが、これらに限定されない。
（１）拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）などを利用するソーシャルネットワークアプリケーションにおいて、ユーザがログインした後、その視野範囲内に大量のオブジェクト（例えば、シーンのうちの風景、建築、他のユーザ、ユーザペットのようなオブジェクトなど）が出現すると、大量のオブジェクトに対して画像のレンダリングを行うことは、長期間で大量の性能リソース（オブジェクト情報のメモリにおけるロード、ＣＰＵ及び画像処理装置ＧＰＵによるレンダリングなどの操作を含む）を占有するため、この場合、本出願の技術案を利用して、大量のオブジェクトをスクリーニングして現在のユーザにとって見られるオブジェクトを選出するとともに、これらの見られるオブジェクトをロード及びレンダリングすることで、画像レンダリングが占有するハードウェアリソース（例えばＣＰＵ、メモリ、ＧＰＵ）を低減させるという目的に達する。

（２）ゲームアプリケーションにおいて、プレイヤーのゲーム中に、その可視範囲内で、大量の他のプレイヤーキャラクター、ノンプレイヤーキャラクター（Ｎｏｎ Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ、ＮＰＣ）、風景建築などのオブジェクトが突然出現する可能性があり、端末の性能リソースが限られているから、この場合、端末の性能リソースは大量にレンダリング操作に占有され、端末の利用可能な性能リソースが大量に降下し、ユーザ側は、端末のフリーズ、遅い応答、ドロップフレームなどを感じ、この際、本出願の技術案を利用して、大量のオブジェクトをスクリーニングして現在のユーザにとって見られるオブジェクトを選出するとともに、これらの見られるオブジェクトをロード及びレンダリングすることで、画像レンダリングが占有するハードウェアリソースを低減させるという目的に達する。

（３）軍事戦争類、医学などのシミュレーションアプリケーションにおいて、軍事戦争のシミュレーションアプリケーションを例として、可視範囲内に、大量の軍事人員、軍事機器、軍事シーンなどのオブジェクトが存在する場合、端末は、大量のオブジェクトをスクリーニングして現在ユーザにとって見られるオブジェクトを選出するとともに、これらの見られるオブジェクトをロード及びレンダリングすることで、画像レンダリングが占有するハードウェアリソースを低減させる。

前記実施例のシーンは、一般的に以下のような特性を有し、即ち、大規模の３Ｄシーン（一般的に、数平方キロメートルを超える）をレンダリングする必要があり、シーンに含まれるオブジェクトが多く（数量は一般的に数万以上である）、細部が複雑であり、ひいては製品によっては、無限に見える真実の超大世界をシミュレーションする必要もあるが、事実として、機器のメモリ及びプロセッサの性能は有限で、特に、モバイル機器において、メモリ及びプロセッサの性能はさらに有限であるから、シーン全体を全てロード及び処理することができないため、可視のシーン領域を動的にロードし、不可視のシーン領域をアンロードすることで、レンダリングという目的を果たす必要がある。本出願の技術案は、このような製品において、シーン領域に対する動的ロード及びアンロードという問題を解決するとともに、最適化の技術案を利用して、動的ロード及びアンロードの過程で、なるべく最小化のメモリ占有を保証し、新たに視野に入ったアイテムを滑らかに表示できる。

以下、ユーザ端末を画像処理機器とすることを例として、本出願の実施例が提供するオブジェクトのロード方法を説明する。図２は、本出願の実施例に基づく選択可能なオブジェクトのロード方法のフローチャートであり、図２に示すように、該方法は、以下のステップを含む。
Ｓ２０２：ユーザ端末は、仮想シーンにおいて、画像採集機器（画像採集装置又は画像採取装置とも言う）の採集範囲内にある可視空間を決定し、画像採集機器は仮想シーンにおける第１位置にある採集機器である。

前記仮想シーンは、ターゲットアプリケーションにより提供される仮想シーンであり、前記ターゲットアプリケーションはＡＲ、ＶＲを利用したソーシャルネットワークアプリケーション、ゲームアプリケーション、軍事戦争類、医学類のシミュレーションアプリケーションなどのアプリケーションであり、該ターゲットアプリケーションはユーザ端末にインストールされて、クライアントを形成し、仮想シーンはソーシャルネットワークシーン、ゲームシーン、シミュレーションシーンなどであってもよく、これらのシーンはユーザ端末におけるクライアントにより現れる。

前記画像採集機器は、一人称視点、三人称視点（視点は視野角とも呼ばれ、現在シーンの位置を観察しているユーザである観察者の視野を定量化する角度である）などをシミュレーションして画像を採集するための、仮想の画像採集機器であってもよく、画像採集機器の可視範囲は、ユーザの可視範囲であり、該画像採集機器は具体的に、レンダリングエンジンから呼び出される機能アセンブリであってもよく、例えば、ゲームエンジンＵｎｉｔｙにおけるカメラＣａｍｅｒａである。

前記仮想シーンは、３Ｄシーンであり、コンピュータ機器（例えば前記サーバまたはユーザ端末）によりシミュレーション計算されるとともに、表示機器に描画される仮想シーンコンテンツであり、ある間隔単位（例えば１メートル、１０メートルなどの間隔） で、仮想シーンを若干のサブ空間（またはグリッドとも呼ばれる）に区画し、前記可視空間は、画像採集機器の採集範囲内にあるサブ空間のセット（少なくとも１つのサブ空間を有してもよい）であり、例えば、画像採集機器の採集可能な距離を設定すると、決定された距離に応じて、該採集可能な距離内にあるサブ空間を可視空間とする。

Ｓ２０４：ユーザ端末は、第１位置に基づいて、可視空間内において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定し、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内に、オブジェクトの１つの可視距離閾値を指示する。

Ｓ２０６：ユーザ端末は、レンダリングオブジェクト（レンダリング待ちオブジェクトとも言う）ととして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得する。

好ましくは、仮想シーンにおけるオブジェクト（シーンオブジェクトは、例えば風景建築、他のユーザ、ペットなどである）に対して、一定の可視距離（即ち、該オブジェクトを見れる最も遠い距離）があり、言い換えれば、該可視距離を超えると、ユーザに見えず、前記複数のタイプのうちの各タイプは１つの可視距離閾値に対応し、即ち、可視距離に従って仮想シーンのサブ空間を分類し、同じタイプのサブ空間に対して、同じ方式で、可視距離が対応する可視距離閾値より大きいオブジェクトをフィルタリングし、その中の可視距離が可視距離閾値以下であるオブジェクト、即ち、ターゲットサブ空間内にあるオブジェクトを取得し、つまり、ユーザにとって実際に見えるオブジェクトのみを取得する。

Ｓ２０８：レンダリングオブジェクトをロードし、例えば、ユーザ端末は、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースに、レンダリングオブジェクトをロードすることができる。ユーザ端末は仮想シーンの画像をレンダリングし、レンダリングは、コンピュータ機器がデジタル化のアートコンテンツを処理するとともに、表示機器に描画するという過程を指す。

関連技術において、シーン全体のオブジェクトをロードするか、または、ユーザの可視範囲内にある全てのオブジェクトをロードすることに対して、本出願の技術案は、ユーザにとって見えるオブジェクトのみをロードするから、メモリに対する需求を著しく低減させ（即ち、オブジェクトロードの必要なメモリがより小さくなる）、その同時に、ＣＰＵとＧＰＵとが処理するオブジェクトもより少なくなり、さらにＣＰＵ及びＧＰＵに対するハードウェアリソースの消費を低減させる。

前記実施例は、本出願の実施例のオブジェクトのロード方法が、ユーザ端末１０３により実行されることを例として説明し、本出願の実施例のオブジェクトのロード方法はサーバ１０１により実行されてもよく、該実施例と前記実施例との相違点は、実行主体がユーザ端末から、サーバに置き換えられることにあり、本出願の実施例のオブジェクトのロード方法はさらに、サーバ１０１と端末１０３により共同で実行されてもよい。

前記ステップを介して、ターゲットアプリケーションが提供する仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定し、第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定し、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得し、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースに、レンダリングオブジェクトをロードし、ロードされるのは、ユーザのとって実際に見えるオブジェクトであるから、関連技術において、仮想シーンにおけるオブジェクトのレンダリングに多いハードウェアリソースを占有するという技術問題を解決し、メモリリソースに対する占有を著しく低減させ、ＣＰＵ及びＧＰＵに対するハードウェアリソースの消費を低減させる。

本出願は、大型３Ｄシーン（即ち前記仮想シーン）を自動的に多段階（各段階は、１つのタイプと見なし、多段階は、前記複数のタイプである）の細部グリッド構成として処理し、該グリッドの特点は、各階層のグリッドの密度及び大きさは不一致であり、オブジェクトはその可視距離状況に基づき、適切な階層に配置され、ロード中に、細部層ごとに、観察位置周囲のグリッドに対して可視性を決定した後、グリッドにおけるオブジェクトを動的にロードし及びアンロードする。以下は図２に示すステップを参照し、本出願の技術案をゲームシーンに応用することを例として、本出願の技術案を詳しく記載する。

Ｓ２０２が提供する技術案において、ユーザがゲームアプリケーションに入った後、ユーザ端末はターゲットアプリケーションが提供する仮想シーンにおいて、画像採集機器の採集範囲内にある（または、ユーザに表示しようとする）可視空間を決定し、該画像採集機器は、仮想シーンにおける第１位置にあり、ユーザ視野をシミュレーションするための採集機器である。

仮想シーン全体から、ユーザの可視範囲内にある可視空間を分離するための、本出願の技術案はシーンアイテムの可視状況を事前に定量化するとともに、空間データ構成に組織し、該構成は、細部のシーンアイテムであるほど、ロードされる範囲が小さくなるように保証し、大きなシーンにおいて、同時にロード及びアンロード処理が行われる空間領域は常に一定の数量以下であり、ほとんどのアイテムは可視化判定及びロード処理に参加せず、可視範囲内にあるアイテムは、必ず正確にロードされるように保証するとともに、機器にロードされるリソースをなるべく最小化する。以下はステップ１〜ステップ２を参照して、詳しく記載する。
ステップ１：ユーザ端末は、ターゲットアプリケーションが提供する仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定する前に、複数のタイプのうちの各タイプに対応するグリッド密度を決定し、言い換えれば、複数のタイプのうちの各タイプは、１つのグリッド密度（即ち、１つの仮想シーンの空間区画粒度である）を示し、このように、何種類のグリッド密度があれば、何種類のタイプが存在する。

好ましくは、ユーザ端末は、複数のタイプのうちの各タイプに対応するグリッド密度を決定する場合、以下に示すステップ１１〜ステップ１２を介して実現できる。
ステップ１１、ユーザ端末は、仮想シーンにおいて、全てのオブジェクトの可視距離のうちの最大可視距離及び最小可視距離を取得する。

ユーザ端末は、仮想シーンにおける全てのオブジェクトの可視距離のうちの、最大可視距離及び最小可視距離を取得する場合、以下の方式に従って、仮想シーンにおける各オブジェクトの可視距離を取得でき、即ち、オブジェクトの最小可視スクリーン占有率Ｓｍｉｎ（即ち、所定パラメータ）を事前に決定し、スクリーン占有率閾値（または可視スクリーン占有率Ｓｍｉｎとも呼ばれる）と画像採集機器のターゲット視点の正接値の２倍との間の積を演算し、第２の積として表記するとともに、各オブジェクトの、三次元座標系における３つの次元での座標の最大値（即ち、Ｘ軸、Ｙ軸及びＺ軸での座標の最大値）とプリセットパラメータ（プリセットパラメータは、事前に設定された正数のパラメータと見なされてもよく、例えば、１.１）との間の積を計算し、第１の積として表記し、そして、各オブジェクトの第１の積と第２の積との間の比を計算し、該比は各オブジェクトの可視距離であり、前記方式に従って各オブジェクトの可視距離を計算した後、仮想シーンにおける全てのオブジェクトの可視距離から、最大可視距離と最小可視距離を検索できる。

前記実施例において、アイテムのスクリーン占有率である場合、アイテムが最終的に、スクリーンにレンダリングされることによる、占有する領域の長さと幅の画素はｈとｗであると想定し、現在のスクリーン全体の長さと幅の画素を、それぞれＳｈ、Ｓｗにして、アイテムの現在のスクリーン占有率として、ｈ／Ｓｈとｗ／Ｓｗとの最小値を取って、最小可視スクリーン占有率は、ユーザの可視化の最小スクリーン占有率である。

ステップ１２：ユーザ端末は、最大可視距離及び最小可視距離に従って、複数のタイプのうちの各タイプに対応するグリッド密度を決定する。

ユーザ端末が、全てのオブジェクトの可視距離のうちの、最大可視距離Ｄｍａｘ及び最小可視距離Ｄｍｉｎを求める目的は、最大可視距離と最小可視距離との間の距離に対して等分処理を行うことであり、ここで、等分数は、ｍ部に事前に決定され、即ち、部数の数値ｍは事前に決定され、第ｉ種（ｉの値は１の以上、且つｍ＋１の以下である）タイプに対応する可視距離はＤｍｉｎ＋ｉ＊（Ｄｍａｘ−Ｄｍｉｎ）／ｍである。

好ましくは、等分数は最大可視距離Ｄｍａｘと最小可視距離Ｄｍｉｎに基づき決定されてもよく、例えば、最大可視距離及び最小可視距離に従って、複数のタイプのうちの各タイプに対応するグリッド密度を決定する場合、最大可視距離と最小可視距離との間の比を切り捨てすることで、第１閾値（即ち、等分数であり、ここでｎを利用して示す）を取得し、該第１閾値は複数のタイプのタイプ数量を示してもよく、そして（最大可視距離Ｄｍａｘ−最小可視距離Ｄｍｉｎ）／最小可視距離Ｄｍｉｎを、ターゲット距離として、複数のタイプのうちの第ｉタイプに対応するグリッド密度が示すグリッドピッチを、ターゲットピッチのｉ倍にして、ｉは０より大きく、且つ第１閾値の以下の整数である。

本出願において、ユーザ端末は異なる方式で、多層グリッドを区画し、例えば、多層グリッドのうちの各層のロード距離を１つのＤｓｅｑｕｅｃｅ＝｛Ｄｌ、Ｄｌ＊２、Ｄｌ＊３、…、Ｄｌ＊ｎ｝シーケンスとして定義し、無論、他のタイプの距離シーケンスを定義してもよく、ロード及びアンロードの効果に差がある可能性もあるが、多層グリッド距離の間の関係シーケンスに関わらず、いずれも複数の階層ロード距離グリッドに設計され、これらの距離の間には一定の関係が存在するか、または関係がない技術案は、いずれも本技術案に類似する。

好ましくは、必ずしも、Ｄ＝１.１＊ｍａｘ（Ｂｘ、Ｂｙ、Ｂｚ）／（２＊Ｓｍｉｎ＊ｔａｎ（ｆｏｖ／２））ではなく、ユーザ端末は他の方式を利用してオブジェクトのロード距離を測定してもよく、アイテムにロード距離を測定し、そして、ロード距離に基づいて、多層細部グリッドでロードする全ての方案は、いずれも本技術案に類似すると理解すべきである。

ステップ２：ユーザ端末は、複数のタイプのうちの各タイプに対応するグリッド密度に従って、複数のタイプのうちの各タイプのために構成情報を作成し、複数のタイプのうちの各タイプの構成情報をプロファイル（構成ファイルとも言う）に保存し、構成情報には、相応的なグリッド密度に従って区画されたサブ空間内のオブジェクトと、サブ空間の所在する第２位置とが記録される。

好ましくは、ユーザ端末は、前記内容に従って、各タイプに対応するグリッド密度を決定した後、複数のタイプのうちの各タイプに対応するグリッド密度に従って、複数のタイプのうちの各タイプのために構成情報を作成する場合、以下の方式で実現できる。
ステップ２１：ユーザ端末は、仮想シーンにおいて、複数のタイプのうちの各タイプに対応するグリッド密度に従って区画することで得られるサブ空間（各グリッドは１つのサブ空間に相当する）を決定し、即ち、各タイプに対して、該タイプに対応するグリッド密度に従って、仮想シーン全体を区画するとともに、仮想シーンにおけるグリッドに対して順次に番号を付け（各格子は、三次元空間のうちの１つの単位に相当する）、ユーザ端末は、仮想シーンにおいて、各サブ空間内で、可視距離が各タイプにより指示される可視距離閾値にマッチするオブジェクトを検索し、第ｉタイプに対して、可視距離が[ｉ＊Ｄｍｉｎ、（ｉ−１）Ｄｍｉｎ） 内にあるオブジェクトを、第ｉタイプが指示する可視距離閾値にマッチするオブジェクトとするとともに、該オブジェクトの、仮想シーンにおいて所在するグリッドを位置決めし、１つの構成情報に各サブ空間と検索されたオブジェクトとの間の関連付けが保存され、複数のタイプのうちの各タイプに対して、１つの構成情報に保存し、各構成情報には、相応的なグリッド密度での全てのグリッド内のオブジェクトが保存される。

選択可能な実施例において、あるタイプで、対応するグリッド密度で、可視のオブジェクトが存在しないと、記憶空間を節約するように、該タイプでの構成情報を削除できる。

Ｓ２０４が提供する技術案において、ユーザ端末は第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定し、複数のタイプのうちの各タイプは、仮想シーンのサブ空間におけるオブジェクトの１つの可視距離閾値を指示する。

前記ターゲットタイプは、複数のタイプのうちの任意のタイプであり、言い換えれば、各タイプに対して、１つの対応するターゲットサブ空間が存在し、即ち、第ｉタイプに対して、第１位置との間のピッチがｉ＊Ｄｍｉｎ内であるサブ空間を、第ｉタイプに対応するターゲットサブ空間とする。

好ましくは、ユーザ端末が第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定する場合、以下の方式に従って実現できる。
好ましくは、ユーザ端末は、可視空間のサブ空間と第１位置との間の間隔距離を取得し、可視空間において、第１位置との間の間隔距離が、ターゲットタイプが指示する可視距離閾値以下であるサブ空間を、ターゲットサブ空間とする。

Ｓ２０６が提供する技術案において、ユーザ端末は、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得する。

該実施例において、ユーザ端末はレンダリングオブジェクトとして、ターゲットサブ空間において、可視距離はターゲットタイプが指示する可視距離閾値以下であるオブジェクトを取得することは、以下の方式で実現でき、ユーザ端末はプロファイルを取得し、プロファイルには、仮想シーンが以上に記載のグリッド密度に従って区画する際のサブ空間（またはグリッドと呼ばれる）内で、複数のタイプのうちの各種タイプに関連付けられるオブジェクトが記録され、仮想シーンのサブ空間内にある各オブジェクトは、複数のタイプのうちの、指示される可視距離閾値以下であるタイプに関連付けられるように配置され、レンダリングオブジェクトとして、プロファイルに記録された、ターゲットサブ空間内でターゲットタイプに関連付けられるオブジェクトを取得する。

ユーザ端末は、プロファイルに記録された、可視空間内でターゲットタイプに関連付けられるオブジェクトに基づき、レンダリングオブジェクトを決定する場合、可視空間内にある、ターゲットタイプに関連付けられる全てのオブジェクトを、レンダリングオブジェクトとしてもよい。

Ｓ２０８が提供する技術案において、ユーザ端末はターゲットアプリケーションがインストールされたユーザ端末のストレージリソースに、レンダリングオブジェクトをロードし、ユーザ端末は仮想シーンの画像をレンダリングし、レンダリングは、コンピュータ機器がデジタル化のアートコンテンツを処理するとともに、表示機器に描画するという過程を指す。

好ましくは、ユーザ端末は、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースに、レンダリングオブジェクトをロードする際、ユーザ端末のストレージリソースに現在保存されているオブジェクトに、レンダリングオブジェクトが含まれる場合、ユーザ端末のストレージリソースにレンダリングオブジェクトを引き続いて保存するとともに、ユーザ端末のストレージリソースにおける、レンダリングオブジェクト以外のオブジェクトを削除し、即ち、今回のレンダリングと前回のレンダリングに、一部または全部で同じであるオブジェクトが存在する場合、前回には存在しなかったレンダリングオブジェクトを追加するとともに、前回にはレンダリングを必要としたが今回レンダリングを必要としないオブジェクトを削除すればよく、ユーザ端末のストレージリソースに現在保存されているオブジェクトに、レンダリングオブジェクトが含まれていない場合、ユーザ端末のストレージリソースに保存されているオブジェクトを削除するとともに、レンダリングオブジェクトをユーザ端末のストレージリソースにロードし、即ち、今回のレンダリングと前回レンダリングとが全部異なる場合、前回の全てのオブジェクトを直接的に削除してから、今回のレンダリングオブジェクトを追加する。

好ましくは、ユーザ端末は、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースに、レンダリングオブジェクトをロードした後、ターゲットタイプに対応するグリッド密度にマッチするようにターゲットサブ空間のグリッド密度を配置するとともに、グリッド密度が配置されたターゲットサブ空間において、レンダリングオブジェクトをレンダリングし、複数のタイプのうちのいずれかのタイプは、いずれかのタイプに対応するグリッド密度に従って、仮想シーンのサブ空間において、可視距離がいずれかのタイプが指示する可視距離閾値以下であるオブジェクトをレンダリングするように指示するものであり、複数のタイプのうちの第１タイプに対応するグリッド密度は、複数のタイプのうちの第２タイプに対応するグリッド密度より大きく、第１タイプが指示する可視距離閾値は、第２タイプが指示する可視距離閾値より小さい。

本出願の技術案によれば、ユーザ端末はシーンにおける全てのオブジェクトの可視距離を定量化するとともに、多段階シーングリッドのデータ構成に組織し、オブジェクトの可視距離を基本ユニットとして、プログラムが実行される場合、各階層の観察位置周囲にある固定数量のグリッドを視認性の調査範囲とし、オブジェクトの視認性を判定するとともにロードし、細いオブジェクトほど、スケールがより小さいシーングリッドにあるから、細部のアイテムであるほど、視認性の判定範囲も小さくなり、ロードされるメモリの量も小さくなり、システム記憶、ＣＰＵ及びＧＰＵに対するリソース占有が小さくなる。

選択可能な実施例として、以下は本出願の技術案がゲームの仮想シーンに応用されることを例として、本出願の技術案をさらに詳しく記載する。

３Ｄ大きなシーンをロードするという関連技術案において、例えば、Ｕｎｉｔｙ３Ｄエンジンにおいて、大きなシーンを人工的にいくつかの分離された独立の小さいシーンに区画して製造し、簡単に空間位置に従って区画し、プログラムの実行中に、これらの小さいシーンを動的にロード及びアンロードする。ＵｎｒｅａｌＥｎｇｉｎｅ４エンジンにおいて、大きなシーンを人工的にいくつかのサブレベルに区画し、各サブレベルに対して、ロード距離及びシーンにおけるオブジェクトをそれぞれ配置し、サブレベルの間に必然の空間関係がなく、プログラムの実行中に、各サブレベルのロード距離をトラバース（traversal）し、そのロード及びアンロードを決定する。

前記関連技術案において、シーン全体をロードするという方式を利用して、超大型シーンのロード機器に対して、メモリの占有はボトルネックであり、Ｕｎｉｔｙ３ＤとＵｎｒｅａｌＥｎｇｉｎｅ４を代表とする主流の商用ゲームエンジンにおいて、これらの技術案は、大きなシーンにおけるオブジェクトのロードの正確性を実現できるが、技術案は、シーンの機器メモリに対する占有を最小化しにくく、即ち、オーバーロードという状況が生じる。

出願人は、理想の状況で、可視オブジェクトのみをロードすればよく、ロードの正確性を保証するとともに、ハードウェアリソースに対する消費を最も低くすることを発見し、関連技術において、技術案はいずれも空間位置を基本ユニットとして、ロードまたは編集を行って、同じ空間領域にも体積及び細部程度が異なるアイテムが存在し、所定の観察距離で、体積及び細部が異なるアイテムの視認性も異なり、関連する領域全体をロードすることは、メモリを無駄に浪費する。

人工的にシーンに対してサブシーンの区画を行うと、シーンが一定の規模に達すると、このような人工区画にかかる時間は長すぎ、そして、アイテムを完全に正確に最も適切なグリッド内に配置しにくく、本技術案はアイテムの可視距離を根拠として、アルゴリズムで自動的にシーンに対して多段階のグリッド区画を行って、より科学的で、且つ人力を節約する。

本出願の技術案の核は以下の通りであり、即ち、シーンアイテムのロード距離がアイテムの可視距離に関し、空間位置を基本ユニットとしてロードするのではなく、アイテムの可視距離を基本ユニットとし、まず、シーンにおける全てのアイテムの可視距離を定量化するとともに、多段階シーングリッドのデータ構成に組織し、プログラムが実行される場合、各階層の観察位置周囲にある固定数量のグリッドを視認性の調査範囲とし、アイテムの視認性を判定するとともにロードし、細いオブジェクトほど、スケールがより小さいシーングリッドにあるから、細部のアイテムであるほど、視認性の判定範囲も小さくなり、ロードされるメモリの量も小さくなり、細いアイテムであるほど、可視距離も近くなるという規則に合う。

本技術案は主に、シーンに対する前処理と、処理後のシーンで一部のシーンを動的にロード及びアンロードするという２つの段階の実現を含む。以下、続けてユーザ端末を画像処理機器とすることを例として説明する。

ユーザ端末による前処理の過程は、シーンを自動的に本出願に係る多段階の細部グリッド構成として処理でき、シーンをこのような多段階の細部グリッドとして処理する技術案は、本出願の重要の構成部分であり、シーンの動的ロードの際、アイテムの細部程度に基づきロードし、ロードする際機器を占有するリソースを最小化し、シーンの前処理の結果として、シーンにおける各オブジェクトはある階層Ｌのある空間ブロックに区画される。図３〜図６は、異なる階層のグリッドブロック内に含まれるシーンアイテムを示し、図３〜図６に示すグリッドのスケールはだんだん小さくなり、図から分かるように、グリッドのスケールが小さいグリッドであるほど、収容するシーンアイテムのサイズも小さくなり、シーンアイテムのロード距離も近くなり、スケールが大きいグリッド階層内に含まれるのは、粒度がより粗いシーンアイテムであり、スケールが小さいグリッド階層内に含まれるのは、より細部のシーンアイテムである。

以下の計算ステップにおいて、以下のようないくつかの式の定義を行う。
＜座標系の定義＞
本出願の技術案が所在する座標系は３Ｄカルテシアン座標系であり、図７に示すように、座標系は、Ｘ軸、Ｙ軸及びＺ軸という３つの軸を有する。

ｍａｘ（ｎ０、ｎ１、ｎ２、…）は、該シーケンスｎ０、ｎ１、ｎ２などのうちの最大値を求めることを示す。

ｔａｎ（ｘ）は、ｘ（単位はラジアンである）の正接値を求めることを示す。

ｆｌｏｏｒ（ｘ）は、ｘ以下である全ての整数のうちの、最大の整数を示す。

ｃｅｉｌ（ｘ）は、ｘ以上である全ての整数のうちの、最小の整数を示す。

ａｂｓ（ｘ）は、ｘの絶対値を示す。

ユーザ端末の、シーンに対する前処理段階の処理フローは、図８に示すように、左側は、ユーザ端末がシーンにおける各アイテム（またはオブジェクトと呼ばれる）を処理し、右側は、ユーザ端末がシーンの空間グリッドを処理する。

詳しいステップは以下の通りである。
Ｓ８０１：ユーザ端末は、境界ボックスと最小スクリーンの表示比例（即ち、最小スクリーン占有率）に基づいて、ロード距離を計算する。

前処理の入力は、アートデザイナーが各種シーンエディタを利用して編集したオリジナル大きなシーンにおけるシーンリソースオブジェクトであり、シーンリソースは多いシーンアイテムからなり、１つのシーンアイテムは、シーンにおける相対的に独立する１つのレンダリングオブジェクトエンティティ（例えば、石、樹木、建築など）であり、シーンアイテムは一般的に、所在するシーンの世界座標位置Ｐを含み、Ｐは１つの三次元座標（Ｐｘ、Ｐｙ、Ｐｚ）で示すことができ、また、各シーンアイテムはさらに、１つの境界ボックスＢｏｕｎｄｓ（ｘｍｉｎ、ｙｍｉｎ、ｚｍｉｎ、ｌｅｎｇｔｈ、ｈｅｉｇｈｔ、ｗｉｄｔｈ）を含み、その最小の可視スクリーン占有率Ｓｍｉｎについて、一般的にレンダリングにおいて、アイテムの現在のスクリーン占有率はＳｍｉｎより小さいと、該アイテムは見えないと見なされてもよい（例えば、観察位置から遠いアイテムのスクリーン占有率が小さい）。シーンの規模が大きく、即ち、シーンにおけるアイテムの分布領域が大きく、数キロよりも大きい可能性があり、且つシーンのアイテムの数量が多く、一般的に、数万個より多い。図９は、典型の入力シーンであり、図９における立方体は、該建築の境界ボックスを示す。

アイテムの境界ボックス、即ち、１つのアイテムを含む体積が最も小さい立方体は、その境界ボックスと呼ばれる。アイテムの境界ボックスは、６次元の数値Ｂｏｕｎｄｓ（ｘｍｉｎ、ｙｍｉｎ、ｚｍｉｎ、ｌｅｎｇｔｈ、ｈｅｉｇｈｔ、ｗｉｄｔｈ）として示し、ｘｍｉｎ、ｙｍｉｎ、ｚｍｉｎはそれぞれ、該境界ボックスの包含領域において世界座標軸ｘ、ｙ、ｚでの最小値を代表し、ｌｅｎｇｔｈ、ｈｅｉｇｈｔ、ｗｉｄｔｈはそれぞれ、境界ボックスの包含領域の世界座標軸ｘ、ｙ、ｚという３つの方向でのスバンの長さを代表する。

Ｓ８０２：アイテムのロードプロキシオブジェクトＰｒｏｘｙを生成する。

ユーザ端末は、シーンの全てのアイテムをトラバースし計算し、トラバースされた各アイテムに対して、そのロード距離Ｄを計算する。現在観察位置の視野角をｆｏｖ（単位はラジアンである）とし、Ｄの計算方式をＤ＝１.１＊ｍａｘ（Ｂｘ、Ｂｙ、Ｂｚ）／（２＊Ｓ ｍｉｎ＊ｔａｎ（ｆｏｖ／２））として定義する。その意味は、アイテムと観察位置との距離がＤより大きい場合、該オブジェクトは見えないと見なされてもよく、Ｄの計算は、現在の観察位置、 オブジェクトの最小スクリーン占有率に関する。

ユーザ端末は、シーンの全てのアイテムをトラバースし計算し、トラバースされた各アイテムに対して、１つのロードプロキシオブジェクトＰｒｏｘｙを生成し、Ｐｒｏｘｙには、以下の括弧におけるいくつかのエレメント（Ｐａｔｈ、Ｐ、Ｒ、Ｓ、Ｄ、Ｂ、ｉｄ）が含まれ、Ｐａｔｈは該アイテムのリソースパスであり、Ｄはロード距離であり、Ｐはシーンにおける位置であり、Ｒは回転であり、Ｓはスケールであり、Ｂは境界ボックスであり、ｉｄは該シーンアイテムの一意の識別子である。

Ｓ８０３：アイテムのロード距離分布に基づき、多層グリッドにおける最小、及び最大のグリッドの大きさＧｍｉｎ、Ｇｍａｘを計算するとともに、その間に一連のグリッドの大きさ｛Ｇｍｉｎ、Ｇｍｉｎ＊２、Ｇｍｉｎ＊３、…、Ｇｍａｘ｝を均一に発生させる。

ユーザ端末は、全てのシーンアイテムのロード距離を統計し、そのうちの最小のロード距離Ｄｍｉｎ及び最大のロード距離Ｄｍａｘを見つけて、ＤｍｉｎとＤｍａｘに基づき、１組のシーケンスＤｓｅｑｕｅｃｅ＝｛Ｄｌ、Ｄｌ＊２、Ｄｌ＊３、…、Ｄｌ＊ｎ｝を生成し、ｎ＝ｃｅｉｌ（Ｄｍａｘ／Ｄ ｍｉｎ）であり、Ｄ１はＤｍｉｎであってもよく、シーン全体の境界ボックスの大きさＢｓｃｅｎｅを計算し、Ｂｓｃｅｎｅの大きさは、シーンの全てのアイテムを包含できる最小の立方体である。Ｂｓｃｅｎｅの６次元数値は、 （Ｂｓｃｅｎｅ_ｘ、Ｂｓｃｅｎｅ_ｙ、Ｂｓｃｅｎｅ_ｚ、Ｂｓｃｅｎｅ_ｌｅｎｇｔｈ、Ｂｓｃｅｎｅ_ｈｅｉｇｈｔ、Ｂｓｃｅｎｅ_ｗｉｄｔｈ） として表記される。

Ｓ８０４：各階層に対して、該階層のグリッドの大きさに従って、シーン空間の全体を均一に区画することで、一連のシーングリッドを生成する。

ユーザ端末は、Ｄｓｅｑｕｅｃｅに基づいて、１組のグリッド階層を生成し、Ｄｓｅｑｕｅｃｅのうちの各エレメントＤｉ（１≦ｉ≦ｎ）は、第ｉ層グリッドを代表して、各階層をトラバースし、以下のように操作し、即ち、第ｌ層で、図１０に示すように、シーンを複数のブロックからなるグリッド構成に均一に分けて、ｘ軸方向の第ｉ列、ｚ軸方向の第ｋ行にあるブロックはＢｌｏｃｋ（ｌ、ｉ、ｋ）として示し、各Ｂｌｏｃｋは少なくとも２つのエレメントを有し、シーンアイテムプロキシオブジェクトｉｄリスト、及び境界ボックスＢｏｕｎｄｓ（ｌ、ｉ、ｋ）を含み、Ｂｏｕｎｄｓ（ｌ、ｉ、ｋ）の６次元数値は、[（ｉ＋０.５）＊Ｄｌ＋Ｂｓｃｅｎｅ_ｘ、Ｂｓｃｅｎｅ_ｙ、（ｋ＋０.５）＊Ｄｌ＋Ｂｓｃｅｎｅ_ｚ、Ｄｌ、Ｂｓｃｅｎｅ_ｈｅｉｇｈｔ、Ｄｌ]として表記される。

Ｓ８０５：ロード距離に基づき、収容に適するグリッドの大きさＧを計算し、大きさがＧである１層のグリッドに帰属させる。

ユーザ端末は、シーンにおける全てのプロキシオブジェクトＰｒｏｘｙをトラバースし、まず、そのロード距離Ｄに基づき、所在するグリッド階層Ｌを選択し、ＬはＤｓｅｑｕｅｃｅのうちの、Ｄ以上である全てのエレメントにおける最小の１つである。

Ｓ８０６：大きさがＧであるグリッド層で、それと空間の重なりを有する全てのグリッドセットＳを見つけて、セットの各グリッドに対して、ＰｒｏｘｙのＩｄを記録する。

そして、ユーザ端末は、再び第Ｌ層での全てのブロックをトラバースし、各ブロックの境界ボックスＢｏｕｎｄｓ（ｌ、ｉ、ｋ）とプロキシオブジェクトＰｒｏｘｙの境界ボックスＢとの一致度Ｓを計算し、２つの境界ボックスの一致度に対する計算は、それらの重なる空間領域を計算することである。Ｓ>０であれば、該プロキシオブジェクトの関するシーンアイテムが、該ブロックＢｌｏｃｋ（ｌ、ｉ、ｋ）の空間内にあることを示し、Ｂｌｏｃｋ（ｌ、ｉ、ｋ）とＰｒｏｘｙとの一致度Ｓが０より大きいと、Ｐｒｏｘｙのｉｄを該Ｂｌｏｃｋ（ｌ、ｉ、ｋ）のｉｄリスト内に記録する。

Ｓ８０７：いずれのシーンアイテムも収容していない空間グリッド及び階層を除去する。

ユーザ端末は、各階層グリッドの各空間ブロックＢｏｕｎｄｓ（ｌ、ｉ、ｋ）をトラバースし、ｉｄリスト内容が空であるブロックを見つけて、それを削除する。各階層のグリッドをトラバースし、空間ブロックの数量が０である階層を削除する。

Ｓ８０８：各階層のグリッド、及びそれに含まれるオブジェクトのＰｒｏｘｙ情報をシーケンス化に、現在シーンに保存する。

ユーザ端末は、現在残っている全ての空間グリッドブロックＢｏｕｎｄｓ（ｌ、ｉ、ｋ）を、シーンファイルに保存する。

Ｓ８０９：現在シーンの全ての表示アイテムをクリアし、新たなシーン（即ち、処理後のシーン）として保存する。

ユーザ端末は、全てのプロキシオブジェクトＰｒｏｘｙ情報をシーンファイルに保存し、シーンにおける全てのシーンアイテムをクリアし、新たなシーンファイルとして保存する。

本出願の技術案の実行の際の部分は、シーンが事前に処理された後、実行する際に、動的にロード及びアンロードされることを指し、即ち、現在観察者の位置（またはカメラ位置）に基づき、現在可視のアイテムを正確に見つけてロードする。シーンの観察位置に従うロード及びアンロードの過程について、図１１〜図１３を参照すればよく、シーンの１つの固定領域を示し、観察位置（カメラ）のシーンにおける移動に連れて、該シーン領域内にロードされるアイテムは変化し、図１１〜図１３の変化傾向は、観察位置が該領域に近接するほど、該領域の細部程度がより豊かになり、該領域から離れるほど、該領域内にロードされるのは、高いアイテムのみである。これは真実の状況に合って、即ち、１つの領域から離れると、該領域の明らかなアイテムしかが見えず、細部アイテムはだんだん消える。空間細部階層を考慮しないシーンのロード方法に比べると、本技術案は現在シーンにロードされるアイテムの数量を最大限節約できる。

シーンのロード段階の実行の際、ロード及びアンロードのフローは、図１４に示すように、実行する際、フレームごとに、フローチャートの処理を行って、各フレームの処理過程はさらに２つの部分に分けられ、第１部分は、各層のグリッドで、視点に基づいて、現在の可視のシーングリッドを判定するとともに、それを調査リストに追加し、第２部分は、調査リスト範囲内の各アイテムに対して、そのロード距離に基づき、ロードされるべきであるかどうかを判定する。

選択可能な実現ステップは以下の通りである。
Ｓ１４０１：ユーザ端末は、多層細部グリッド構成情報を含むシーンに対して、初期化グリッド情報をロードする。

ユーザ端末は、プログラムの起動（またはシーンの初期化）の際、シーンファイルをロードし、現在シーンの全ての空間グリッドブロックＢｏｕｎｄｓ（ｌ、ｉ、ｋ）及びシーンアイテムプロキシオブジェクトＰｒｏｘｙをメモリに保存する。

プログラムが実行するフレーム（または定時に）ごとに、以下の第３ステップ及び以下のフローを行う。

まず、層レベルＬごとに対して、グリッドが調査リストＣに追加されるかどうかを判定する。

Ｓ１４０２：ユーザ端末は、現在視点が所在する現在グリッド番号ｉｄを計算する。

Ｓ１４０３：ユーザ端末は、現在ｉｄとｉｄ_ｏｌｄとが同じであるかどうかを判定し、同じであれば、Ｓ１４０８を実行し、さもなければ、Ｓ１４０４を実行する。

Ｓ１４０４：ユーザ端末は、ｉｄ_ｏｌｄ＝ｉｄになるように配置する。

Ｓ１４０５：ユーザ端末は、現在グリッドｉｄの付近にある、空ではない９つのグリッドセットＳを見つける。

Ｓ１４０６：ユーザ端末は、ＳとＳ_ｏｌｄを比較して、Ｓにあるが、Ｓ−ｏｌｄにないグリッドを、調査グリッドリストＣに追加し、Ｓにないが、Ｓ_ｏｌｄにあるグリッドを、Ｃから除去するとともに、その中のオブジェクトをアンロードする。

Ｓ１４０７：ユーザ端末は、Ｓ_ｏｌｄ＝Ｓになるように配置する。

前記技術案によれば、現在所在する観察位置の３Ｄ座標をＬｏｃａｔｉｏｎとして取得し、現在の各層グリッドをトラバースし、以下のように計算し、即ち、第ｌ層グリッドで、Ｌｏｃａｔｉｏｎが所在するシーングリッド座標Ｐ_ｌｏｃａｔｉｏｎを計算し、Ｐ_ｌｏｃａｔｉｏｎの、ｘ軸でのグリッド番号Ｌｉはｆｌｏｏｒ（（Ｌｏｃａｔｉｏｎ.ｘ−Ｂｓｃｅｎｅ_ｘ）／Ｄｌ）であり、ｚ軸でのグリッド番号Ｌｋはｆｌｏｏｒ（（Ｌｏｃａｔｉｏｎ.ｚ−Ｂｓｃｅｎｅ_ｚ）／Ｄｌ）であり、ａｂｓ（Ｌｉ−ｉ）≦１、且つａｂｓ（Ｌｋ−ｋ）≦１を満たす全てのグリッドブロックＢｌｏｃｋ（ｌ、ｉ、ｋ）を見つけて、これらのＢｌｏｃｋにおけるｉｄリストに記録された全てのＰｒｏｘｙを、現在シーンのロードリストＬｏａｄＬｉｓｔに追加する。

調査グリッドにおける各アイテムの視認性を判定する。

Ｓ１４０８：ユーザ端末は、アイテムから現在視点までの距離の平方Ｄ１を計算する。

Ｓ１４０９：ユーザ端末は、Ｄ１を、該アイテムのロード距離の平方Ｄ２と比較する。

Ｓ１４１０：比較結果がＤ１≦Ｄ２であれば、アイテムがロードされていないと、ロードする。

Ｓ１４１１：比較結果がＤ１＞Ｄ２であれば、アイテムが既にロードされ且つそれが含まれる全てのグリッドで見えないと、アンロードする。

前記技術案において、現在シーンにおける、既にロードされた全てのｐｒｏｘｙに対して、ユーザ端末は、それがＬｏａｄＬｉｓｔにあるかどうかを検査し、もしなければ、それをアンロードするかまたは隠す。現在のＬｏａｄＬｉｓｔにおける各シーンアイテムプロキシオブジェクトＰｒｏｘｙをトラバースし、該アイテムから現在観察位置までの距離Ｄを計算し、Ｄ<Ｐｒｏｘｙ.Ｄであれば、該アイテムをロードし、即ち、Ｐｒｏｘｙのアイテムリソースパス及び位置情報を読み取り、それをロードするとともに該位置に表示する。現在のＬｏａｄＬｉｓｔをクリアする。

本出願の技術案によれば、少なくとも以下の技術効果を有し、即ち、本技術案は、シーン領域コンテンツを動的にロード及びアンロードするという技術案により、超大型３Ｄシーンの、性能が有限であるハードウェア機器（例えば携帯電話）でのロード及び連続表示を実現し、本技術案は業界の従来の他の方案に比べると、最大の性能改善は以下の通りであり、即ち、従来の主流となる技術案のように、シーン領域に対して、細部程度を考量せず、同一の空間距離に従って統一にロードするのではなく、シーンを多層の細部グリッド構成として構築することで、シーンにおける異なるアイテムの細部程度情報を表現し、可視距離に基づいてアイテムをロードし、実際に見えない細部アイテムのロードを最大限低減させ、シーンのロードによるメモリの占有を低減させ、グラフィックレンダリングの複雑度を低下させ、同一のシーン観察位置で、カメラの離れに連れて、高い建築は相変わらずロードされるが、より細部のアイテムはだんだん消えて、関連技術案において、細部レベルを考慮しないブロックロード技術案は、細部のアイテムが高いアイテムより先に消えるように保証しにくく、一般的に、遠距離で高い建築物を観察するために、ロードするブロックの大きさを大きくして、見えない細部アイテムのロードが大量に増える。本技術案のシーンの細部階層構成に対する区画及び処理は、完全に自動化処理し、実際のプロジェクト応用において、シーンのアートデザイナーはシーンアイテムのブロック区画、またはブロック設計を考量する必要がなく、制作フローが簡単である。

なお、前記各方法の実施例に対して、記載を簡単にするために、一連の動作の組み合わせとして説明したが、本出願は記載の動作順序に限定されず、なぜならば、本出願に基づいて、いくつかのステップは他の順序を利用して、または同時に行ってもよいからである。そして、明細書に記載の実施例はいずれも好適な実施例であり、関わる動作及びモジュールは、必ずしも本出願にとって必要なものではない。

以上の実施形態に対する記載によれば、前記実施例に基づく方法は、ソフトウェア及び必要な汎用ハードウェアプラットフォームという方式で実現されてもよく、無論、ハードウェアを介してもよいが、一般的に、前者はより好適な実施形態である。このような理解に基づき、本出願の技術案の本質、または従来技術に対して貢献となる部分は、ソフトウェア製品という形式で表現され、該コンピュータソフトウェア製品は記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、１台の端末機器（携帯電話、コンピュータ、サーバ、またはネットワーク機器などであってもよい）に、本出願の各実施例に記載の方法を実行させるための、若干の命令を有する。

本出願の実施例の他の態様に基づき、さらに、前記オブジェクトのロード方法を実施するためのオブジェクトのロード装置を提供する。図１５は、本出願の実施例に基づく選択可能なオブジェクトのロード装置の模式図であり、図１５に示すように、該装置は、第１決定ユニット１５０１と、第２決定ユニット１５０３と、取得ユニット１５０５と、ロードユニット１５０７とを備える。

第１決定ユニット１５０１は、仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定し、画像採集機器は仮想シーンにおける第１位置にある採集機器であり、
第２決定ユニット１５０３は、第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定し、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内にあるオブジェクトの１つの可視距離閾値を指示し、
取得ユニット１５０５は、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得し、
ロードユニット１５０７は、レンダリングオブジェクトをロードする。

なお、該実施例における第１決定ユニット１５０１は、本出願の実施例におけるＳ２０２を実行し、該実施例における第２決定ユニット１５０３は、本出願の実施例におけるＳ２０４を実行し、該実施例における取得ユニット１５０５は、本出願の実施例におけるＳ２０６を実行し、該実施例におけるロードユニット１５０７は、本出願の実施例におけるＳ２０８を実行する。

ここで、前記モジュールと対応するステップとが実現する示例及び応用シーンは同様であるが、前記実施例に開示された内容に限定されない。なお、前記モジュールは装置の一部として、図１に示したハードウェア環境で実行でき、ソフトウェアにより実現されてもよく、ハードウェアにより実現されてもよい。

前記モジュールにより、ターゲットアプリケーションが提供する仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定し、第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定し、レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得し、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースにレンダリングオブジェクトをロードし、ロードされるのは、ユーザに実際に見えるオブジェクトであるから、関連技術において、仮想シーンにおけるオブジェクトのレンダリングが多いハードウェアリソースを占有するという技術問題を解決でき、メモリリソースに対する占有を著しく低減させ、さらに、ＣＰＵ及びＧＰＵに対するハードウェアリソースの消費を低減させる。

好ましくは、第２決定ユニットは、可視空間のサブ空間と第１位置との間の間隔距離を取得するための第１取得モジュールと、可視空間で、第１位置との間の間隔距離が、ターゲットタイプが指示する可視距離閾値以下であるサブ空間を、ターゲットサブ空間とするための検索モジュールとを備える。

好ましくは、取得ユニットは、プロファイルを取得するための第２取得モジュールであって、プロファイルには、仮想シーンのサブ空間内で、複数のタイプのうちの各タイプに関連付けられるオブジェクトが記録され、仮想シーンのサブ空間内にある各オブジェクトは、可視距離に基づき、複数のタイプのうちの１つのタイプに関連付けられるように配置される第２取得モジュールと、プロファイルに記録されたターゲットサブ空間内で、ターゲットタイプに関連付けられるオブジェクトをレンダリングオブジェクトとして取得するための決定モジュールと、を備える。

好ましくは、ロードユニットは、保存しているオブジェクトにレンダリングオブジェクトが含まれる場合、レンダリングオブジェクトを引き続いて保存するとともに、レンダリングオブジェクト以外のオブジェクトを削除するための第１ロードモジュールと、保存しているオブジェクトに、レンダリングオブジェクトが含まれていない場合、保存しているオブジェクトを削除するとともに、レンダリングオブジェクトをロードするための第２ロードモジュールと、を備える。

好ましくは、本出願の装置はさらに、ターゲットアプリケーションがインストールされたユーザ端末のストレージリソースにレンダリングオブジェクトをロードした後、ターゲットタイプに対応するグリッド密度にマッチするように、ターゲットサブ空間のグリッド密度を配置し、グリッド密度を配置した後のターゲットサブ空間において、レンダリングオブジェクトをレンダリングするためのレンダリングユニットを備え、複数のタイプのうちのいずれかのタイプは、いずれかのタイプに対応するグリッド密度に従って、仮想シーンのサブ空間において、可視距離がいずれかのタイプが指示する可視距離閾値以下であるオブジェクトをレンダリングするように指示するものであり、複数のタイプのうちの第１タイプに対応するグリッド密度は、複数のタイプのうちの第２タイプに対応するグリッド密度より大きく、第１タイプが指示する可視距離閾値は、第２タイプが指示する可視距離閾値より小さい。

好ましくは、該装置はさらに、ターゲットアプリケーションが提供する仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定する前に、複数のタイプのうちの各タイプに対応するグリッド密度を決定するための第３決定ユニットと、複数のタイプのうちの各タイプに対応するグリッド密度に従って、複数のタイプのうちの各タイプのために構成情報を作成するとともに、複数のタイプのうちの各タイプの構成情報をプロファイルに保存するための作成ユニットであって、構成情報には、相応的なグリッド密度に従って区画されたサブ空間内のオブジェクトと、サブ空間の所在する第２位置とが記録される作成ユニットと、を備える。

好ましくは、前記第３決定ユニットは、仮想シーンにおける全てのオブジェクトの可視距離のうちの最大可視距離及び最小可視距離を取得するための第３取得モジュールと、最大可視距離及び最小可視距離に従って、複数のタイプのうちの各タイプに対応するグリッド密度を決定するための密度決定モジュールと、を備える。

前記第３取得モジュールは、さらに、仮想シーンにおける各オブジェクトの可視距離を取得し、各オブジェクトの可視距離は、各オブジェクトの第１の積と第２の積との比であり、第１の積は、各オブジェクトの、三次元座標系における３つの次元での座標の最大値とプリセットパラメータとの積であり、第２の積は、スクリーン占有率閾値と画像採集機器のターゲット視点の正接値の２倍との積であり、仮想シーンにおける全てのオブジェクトの可視距離から、最大可視距離と最小可視距離を検索する。

前記密度決定モジュールはさらに、最大可視距離と最小可視距離との比を切り捨てすることで、第１閾値を得て、第１閾値は、複数のタイプのタイプ数量を示し、複数のタイプのうちの第ｉタイプに対応するグリッド密度が示すグリッドピッチを、ターゲットピッチのｉ倍にして、ｉは０より大きく、且つ第１閾値以下の整数である。

前記作成ユニットはさらに、仮想シーンにおいて、複数のタイプのうちの各タイプに対応するグリッド密度に従って区画することで得られたサブ空間を決定し、仮想シーンにおいて、各サブ空間で、可視距離が各タイプにより指示される可視距離閾値にマッチするオブジェクトを検索するとともに、１つの構成情報に各サブ空間と検索されたオブジェクトとの間の関連付けを保存する。

ここで、前記モジュールと対応するステップが実現する示例及び応用シーンは同様であるが、前記実施例に開示された内容に限定されない。なお、前記モジュールは装置の一部として、図１に示したハードウェア環境で実行でき、ソフトウェアにより実現されてもよく、ハードウェアにより実現されてもよく、ハードウェア環境はネットワーク環境を含む。

本出願の実施例の他の態様によれば、さらに、前記オブジェクトのロード方法を実施するためのサーバまたは端末を提供する。

図１６は、本出願の実施例に基づく端末の構成ブロック図であり、図１６に示すように、該端末は、１つまたは複数の（図１６は１つのみを示す）プロセッサ１６０１と、メモリ１６０３と、転送装置１６０５とを備え、図１６に示すように、該端末はさらに入出力機器１６０７を備えてもよい。

メモリ１６０３は、本出願の実施例におけるオブジェクトのロード方法及び装置に対応するプログラム命令／モジュールのような、ソフトウェアプログラム及びモジュールを記憶し、プロセッサ１６０１はメモリ１６０３内に記憶されるソフトウェアプログラム及びモジュールを実行することで、各機能アプリケーション及びデータ処理を実行し、即ち、前記オブジェクトのロード方法を実現する。メモリ１６０３は高速ランダムメモリ、不揮発性メモリを有してもよく、例えば１つまたは複数の磁気記憶装置、フラッシュメモリ、または他の不揮発性固体メモリである。いくつかの例示において、メモリ１６０３はさらに、プロセッサ１６０１に対してリモートで配置されたメモリを有してもよく、これらのリモートメモリは、ネットワークを介して端末に接続される。前記ネットワークの例示は、インターネット、社内イントラ、ローカルエリアネットワーク、モバイル通信ネットワーク及びその組み合わせが含むが、これらに限定されない。

前記転送装置１６０５は、１つのネットワークを介してデータを受信または送信し、さらに、プロセッサとメモリとの間のデータ転送にも適用されてもよい。前記ネットワークの具体的な例示は、有線ネットワーク及び無線ネットワークを含んでもよい。１つの例示において、転送装置１６０５は、ケーブルを介して他のネットワーク機器及びルータに接続されることで、インターネットまたはローカルエリアネットワークと通信できる１つのネットワークインタフェースコントローラ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ、ＮＩＣ）を含む。１つの例示において、転送装置１６０５は無線方式でインターネットと通信するための無線周波（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）モジュールである。

具体的に、メモリ１６０３はアプリケーションプログラムを記憶する。

プロセッサ１６０１は転送装置１６０５により、メモリ１６０３に記憶されたアプリケーションプログラムムを呼び出すことで、
仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定するステップであって、画像採集機器は仮想シーンにおける第１位置にある採集機器であるステップと、
第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定するステップであって、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内に、オブジェクトの１つの可視距離閾値を指示するステップと、
レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得するステップと、
レンダリングオブジェクトをロードするステップと、を実行する。

プロセッサ１６０１はさらに、
可視空間のサブ空間と第１位置との間の間隔距離を取得するステップと、
可視空間内で、第１位置との間の間隔距離が、ターゲットタイプが指示する可視距離閾値以下であるサブ空間を、ターゲットサブ空間とするステップと、を実行する。

好ましくは、本実施例における具体的な例示について、前記実施例に記載の例示を参照すればよいから、本実施例はここで、贅言しない。

当業者が理解できるように、図１６に示した構成は例示に過ぎず、端末はスマートフォン（例えばＡｎｄｒｏｉｄフォン、ｉＯＳフォンなど）、タブレット、パームトップ及びモバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅｓ、ＭＩＤ）、ＰＡＤなどの端末機器であってもよい。図１６は前記電子装置の構成を限定しない。例えば、端末はさらに、図１６の図示より多いまたは少ないユニット（例えばネットワークインターフェース、表示装置など）を有してもよく、または図１６の図示と異なる配置を有してもよい。

当業者が理解できるように、前記実施例の各方法における全てまたは一部のステップは、プログラムが端末機器の関するハードウェアを命令することで完成され、該プログラムはコンピュータ読み取り可能な記憶媒体に記憶され、記憶媒体は、フラッシュドライブ、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光学ディスクなどを含んでもよい。

本出願の実施例はさらに記憶媒体を提供する。好ましくは、本実施例において、前記記憶媒体は、オブジェクトのロード方法を実行するためのプログラムコードに適用される。

好ましくは、本実施例において、前記記憶媒体は、前記実施例に示されるネットワークにおける複数のネットワーク機器のうちの、少なくとも１つのネットワーク機器に位置してもよい。

好ましくは、本実施例において、記憶媒体は、以下のステップを実行するためのプログラムコードを記憶するように配置され、
仮想シーンにおいて、画像採集機器の採集範囲内にある可視空間を決定するステップであって、画像採集機器は仮想シーンにおける第１位置にある採集機器であるステップと、
第１位置に基づいて、可視空間において、複数のタイプのうちのターゲットタイプが指示する可視距離閾値内にあるターゲットサブ空間を決定するステップであって、複数のタイプのうちの各タイプは、仮想シーンのサブ空間内に、オブジェクトの１つの可視距離閾値を指示するステップと、
レンダリングオブジェクトとして、ターゲットサブ空間において、可視距離がターゲットタイプにより指示される可視距離閾値以下であるオブジェクトを取得するステップと、
レンダリングオブジェクトをロードするステップと、を有する。

好ましくは、記憶媒体はさらに、以下のステップを実行するためのプログラムコードを記憶するように配置され、
可視空間のサブ空間と第１位置との間の間隔距離を取得するステップと、
可視空間内で、第１位置との間の間隔距離が、ターゲットタイプが指示する可視距離閾値以下であるサブ空間を、ターゲットサブ空間とするステップと、を有する。

好ましくは、本実施例における具体的な例示について、前記実施例に記載の例示を参照すればよいから、本実施例はここで、贅言しない。

好ましくは、本実施例において、前記記憶媒体には、Ｕディスク、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、モバイルハードドライブ、磁気ディスクまたは光ディスクなどのような、プログラムコードを記憶できる媒体が含まれるが、これらに限定されない。

本出願の実施例はさらに、命令を有するコンピュータプログラム製品を提供し、コンピュータに実行される場合、前記コンピュータに前記オブジェクトのロード方法を実行させる。

前記本出願の実施例の番号は実施例の優劣を代表せず、ただ記載のためのものである。

前記実施例における集積されたユニットは、ソフトウェア機能ユニットという形式で実現されるとともに、独立の製品として販売または使用される場合、前記コンピュータ読み取り可能な記憶媒体に記憶される。このような理解に基づき、本出願の技術案の本質、または従来技術に対して貢献となる部分、または該技術案の全てまたは一部は、ソフトウェア製品という形式で表現され、該コンピュータソフトウェア製品は記憶媒体に記憶され、１台または複数台のコンピュータ機器（パソコン、サーバまたはネットワーク機器などであってもよい）に、本出願の各実施例の前記方法の全てまたは一部のステップを実行させるための、若干の命令を有する。

本出願の前記実施例において、各実施例に対する記載はいずれも重点があり、ある実施例において、詳しく記載されていない部分について、他の実施例の関する記載を参照すればよい。

本出願が提供したいくつかの実施例において、開示のクライアントは、他の方式で実現できる。以上に記載の装置の実施例は例示に過ぎず、例えば、前記ユニットに対する区画は、ただ論理機能の区画であり、実際に実現する場合、他の区画方式があってもよく、例えば、複数のユニットまたはアセンブリは他のシステムに結合または集積されてもよく、或いはいくつかの特徴を無視して、または実行しなくてもよい。また、表示或いは論述した互いの間の結合、または直接的な結合、或いは通信接続は、いくつかのインターフェース、ユニットまたはモジュールによる間接的な結合または通信接続であってもよいし、電気または他の形式であってもよい。

前記別体部品として説明したユニットは、物理的に離間してもよく、そうでなくてもよく、ユニットとして示した部品は、物理ユニットであってもよく、そうでなくてもよく、即ち、１つの箇所に位置してもよく、または複数のネットワークユニットに分布されてもよい。実際の必要に基づいて、そのうちの一部または全てのユニットを選択して、本実施例の技術案の目的を実現できる。

また、本出願の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよく、各ユニットが単独で物理的に存在してもよく、または、２つまたは２つ以上のユニットが１つのユニットに集積されてもよい。前記集積されたユニットについて、ハードウェアという形式で実現されてもよく、ソフトウェア機能ユニットという形式で実現されてもよい。

以上は本出願の好適な実施形態であり、当業者にとって、本出願の原理から逸脱していない前提で、さらに若干の改良及び修飾を行ってもよく、これらの改良及び修飾も本出願の保護範囲に該当すべきである。

Claims (15)

1. 画像処理装置によって実行されるオブジェクトのロード方法であって、
   前記画像処理装置が、
   仮想シーンにおいて画像採集装置の採集範囲内にある可視空間を決定するステップであって、前記画像採集装置は、前記仮想シーンにおける第１位置にある採集装置である、ステップと、
   前記第１位置に基づいて、前記可視空間において複数のタイプのうちのターゲットタイプにより指示される可視距離閾値内にあるターゲットサブ空間を決定するステップであって、前記複数のタイプのうちの各タイプは、前記仮想シーンのサブ空間内オブジェクトの１つの可視距離閾値を指示するものである、ステップと、
   前記ターゲットサブ空間において可視距離が前記ターゲットタイプにより指示される可視距離閾値以下であるオブジェクトをレンダリングオブジェクトとして取得するステップと、
   前記レンダリングオブジェクトをロードするステップと、
   を含む、方法。
2. 前記第１位置に基づいて、前記可視空間において複数のタイプのうちのターゲットタイプにより指示される可視距離閾値内にあるターゲットサブ空間を決定する前記ステップは、
   前記可視空間のサブ空間と、前記第１位置との間の間隔距離を取得するステップと、
   前記可視空間において前記第１位置との間の間隔距離が前記ターゲットタイプにより指示される可視距離閾値以下であるサブ空間を前記ターゲットサブ空間とするステップと、
   を含む、請求項１に記載の方法。
3. 前記ターゲットサブ空間において可視距離が前記ターゲットタイプにより指示される可視距離閾値以下であるオブジェクトをレンダリングオブジェクトとして取得する前記ステップは、
   プロファイルを取得するステップであって、前記プロファイルには、前記仮想シーンのサブ空間内において前記複数のタイプのうちの各タイプに関連付けられるオブジェクトが記録されており、前記仮想シーンのサブ空間内にある各オブジェクトは、可視距離に基づいて、前記複数のタイプのうちの１つのタイプに関連付けられるように設定される、ステップと、
   前記プロファイルに記録されている、前記ターゲットサブ空間において前記ターゲットタイプに関連付けられるオブジェクトを前記レンダリングオブジェクトとして取得するステップと、
   を含む、請求項１または２に記載の方法。
4. 前記レンダリングオブジェクトをロードする前記ステップは、
   保存しているオブジェクトに前記レンダリングオブジェクトが含まれる場合、前記レンダリングオブジェクトを引き続いて保存するとともに、前記レンダリングオブジェクト以外のオブジェクトを削除するステップと、
   保存している前記オブジェクトに前記レンダリングオブジェクトが含まれない場合、保存している前記オブジェクトを削除するとともに、前記レンダリングオブジェクトをロードするステップと、
   を含む、請求項１〜３のいずれか１項に記載の方法。
5. 前記レンダリングオブジェクトをロードする前記ステップの後に、前記方法はさらに、
   前記画像処理装置が、前記ターゲットサブ空間のグリッド密度を、前記ターゲットタイプに対応するグリッド密度にマッチするように設定するとともに、グリッド密度設定後の前記ターゲットサブ空間において前記レンダリングターゲットオブジェクトをレンダリングするステップを含み、
   前記複数のタイプのうちのいずれか１つのタイプは、前記いずれか１つのタイプに対応するグリッド密度に従って、前記仮想シーンのサブ空間において可視距離が前記いずれか１つのタイプにより指示される可視距離閾値以下であるオブジェクトをレンダリングするように指示するものであり、前記複数のタイプのうちの第１タイプに対応するグリッド密度は、前記複数のタイプのうちの第２タイプに対応するグリッド密度より大きく、前記第１タイプが指示する可視距離閾値は、前記第２タイプが指示する可視距離閾値より小さい、請求項１〜４のいずれか１項に記載の方法。
6. 仮想シーンにおいて画像採集装置の採集範囲内にある可視空間を決定する前記ステップの前に、前記方法はさらに、
   前記画像処理装置が、
   前記複数のタイプのうちの各タイプに対応するグリッド密度を決定するステップと、
   前記複数のタイプのうちの各タイプに対応するグリッド密度に従って、前記複数のタイプのうちの各タイプのために構成情報を生成するとともに、前記複数のタイプのうちの各タイプの構成情報をプロファイルに保存するステップであって、前記構成情報には、対応するグリッド密度に従って分割されたサブ空間内のオブジェクトと、該サブ空間の所在する第２位置とが記録されている、ステップと、
   を含む、請求項１〜５のいずれか１項に記載の方法。
7. 前記複数のタイプのうちの各タイプに対応するグリッド密度を決定する前記ステップは、
   前記仮想シーンにおける全てのオブジェクトの可視距離のうちの最大可視距離及び最小可視距離を取得するステップと、
   前記最大可視距離及び前記最小可視距離に従って、前記複数のタイプのうちの各タイプに対応するグリッド密度を決定するステップと、
   を含む、請求項６に記載の方法。
8. 前記仮想シーンにおける全てのオブジェクトの可視距離のうちの最大可視距離及び最小可視距離を取得する前記ステップは、
   前記仮想シーンにおける各オブジェクトの可視距離を取得するステップであって、各オブジェクトの可視距離は、各オブジェクトの第１の積と第２の積との間の比であり、前記第１の積は、各オブジェクトの三次元座標系における３つの次元での座標の最大値と、プリセットパラメータとの間の積であり、前記第２の積は、スクリーン占有率閾値と、前記画像採集装置のターゲット視点の正接値の２倍との間の積である、ステップと、
   前記仮想シーンにおける全てのオブジェクトの可視距離から前記最大可視距離及び前記最小可視距離を検索するステップと、
   を含む、請求項７に記載の方法。
9. 前記最大可視距離及び前記最小可視距離に従って、前記複数のタイプのうちの各タイプに対応するグリッド密度を決定する前記ステップは、
   前記最大可視距離と前記最小可視距離との間の比を切り捨て、第１閾値を取得するステップであって、前記第１閾値は、前記複数のタイプのタイプ数を示すものである、ステップと、
   前記複数のタイプのうちの第ｉタイプに対応するグリッド密度により示されるグリッドピッチをターゲットピッチのｉ倍に設定するステップであって、ｉは、０より大きく且つ第１閾値以下の整数である、ステップと、
   を含む、請求項７に記載の方法。
10. 前記複数のタイプのうちの各タイプに対応するグリッド密度に従って、前記複数のタイプのうちの各タイプのために構成情報を生成することは、
    前記仮想シーンにおいて前記複数のタイプのうちの各タイプに対応するグリッド密度に従って分割することで得られたサブ空間を決定するステップと、
    前記仮想シーンの各サブ空間において可視距離が前記各タイプにより指示される可視距離閾値にマッチするオブジェクトを検索するとともに、各サブ空間と、検索されたオブジェクトとの間の関連付けを１つの構成情報に保存するステップと、
    を含む、請求項６に記載の方法。
11. オブジェクトをロードする装置であって、
    仮想シーンにおいて画像採集装置の採集範囲内にある可視空間を決定するための第１決定ユニットであって、前記画像採集装置は、前記仮想シーンにおける第１位置にある採集装置である、第１決定ユニットと、
    前記第１位置に基づいて、前記可視空間において複数のタイプのうちのターゲットタイプにより指示される可視距離閾値内にあるターゲットサブ空間を決定するための第２決定ユニットであって、前記複数のタイプのうちの各タイプは、前記仮想シーンのサブ空間内オブジェクトの１つの可視距離閾値を指示するものである、第２決定ユニットと、
    前記ターゲットサブ空間において可視距離が前記ターゲットタイプにより指示される可視距離閾値以下であるオブジェクトをレンダリングオブジェクトとして取得するための取得ユニットと、
    前記レンダリングオブジェクトをロードするためのロードユニットと、
    を備える、装置。
12. 前記第２決定ユニットは、
    前記可視空間のサブ空間と、前記第１位置との間の間隔距離を取得するための第１取得モジュールと、
    前記可視空間内において前記第１位置との間の間隔距離が前記ターゲットタイプにより指示される可視距離閾値以下であるサブ空間を前記ターゲットサブ空間とするための検索モジュールと、
    を備える、請求項１１に記載の装置。
13. 前記取得ユニットは、
    プロファイルを取得するための第２取得モジュールであって、前記プロファイルには、前記仮想シーンのサブ空間において前記複数のタイプのうちの各タイプに関連付けられるオブジェクトが記録されており、前記仮想シーンのサブ空間内にある各オブジェクトは、可視距離に基づいて、前記複数のタイプのうちの１つのタイプに関連付けられるように設定される、第２取得モジュールと、
    前記プロファイルに記録されている、前記ターゲットサブ空間において前記ターゲットタイプに関連付けられるオブジェクトを前記レンダリングオブジェクトとして取得するための決定モジュールと、
    を備える、請求項１１または１２に記載の装置。
14. コンピュータに、請求項１〜１０のいずれか１項に記載のオブジェクトのロード方法を実行させるためのプログラム。
15. プロセッサと、前記プロセッサに接続されるメモリと、を備える電子装置であって、
    前記メモリには、コンピュータプログラムが記載されており、
    前記プロセッサは、前記コンピュータプログラムを実行して、請求項１〜１０のいずれか１項に記載のオブジェクトのロード方法を実現するように構成される、電子装置。
    

Images