Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP7659096B2 - ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法 - Google Patents
[go: Go Back, main page]

JP7659096B2 - ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法 - Google Patents

ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法 Download PDF

Info

Publication number
JP7659096B2
JP7659096B2 JP2024016838A JP2024016838A JP7659096B2 JP 7659096 B2 JP7659096 B2 JP 7659096B2 JP 2024016838 A JP2024016838 A JP 2024016838A JP 2024016838 A JP2024016838 A JP 2024016838A JP 7659096 B2 JP7659096 B2 JP 7659096B2
Authority
JP
Japan
Prior art keywords
point cloud
information
atlas
data
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2024016838A
Other languages
English (en)
Other versions
JP2024050831A (ja
Inventor
オ，セジン
イ，ジンウォン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2024050831A publication Critical patent/JP2024050831A/ja
Application granted granted Critical
Publication of JP7659096B2 publication Critical patent/JP7659096B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three-dimensional [3D] modelling for computer graphics
    • G06T17/05—Geographic models
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/001—Model-based coding, e.g. wire frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42201—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] biosensors, e.g. heat sensor for presence detection, EEG sensors or any limb activity sensors worn by the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440245—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display the reformatting operation being performed only on part of the stream, e.g. a region of the image or a time segment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44218—Detecting physical presence or behaviour of the user, e.g. using sensors to detect if the user is leaving the room or changes his face expression during a TV programme
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4728—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for selecting a Region Of Interest [ROI], e.g. for requesting a higher resolution version of a selected region
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H04N21/8153—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2200/00—Indexing scheme for image data processing or generation, in general
    • G06T2200/04—Indexing scheme for image data processing or generation, in general involving 3D image data
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2207/00—Indexing scheme for image analysis or image enhancement
    • G06T2207/10—Image acquisition modality
    • G06T2207/10028—Range image; Depth image; 3D point clouds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Geometry (AREA)
  • Computer Graphics (AREA)
  • Databases & Information Systems (AREA)
  • Social Psychology (AREA)
  • Remote Sensing (AREA)
  • Biomedical Technology (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Computer Security & Cryptography (AREA)
  • Biophysics (AREA)
  • Neurosurgery (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

実施例はユーザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａｕｇ
ｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、複合
現実）及び自律走行サービスなどの様々なサービスを提供するために、ポイントクラウド
（Ｐｏｉｎｔ Ｃｌｏｕｄ）コンテンツを提供する方案を提供する。
ポイントクラウドは３Ｄ空間上のポイントの集合である。３Ｄ空間上のポイントの量が
多く、ポイントクラウドデータの生成が難しいという問題がある。
ポイントクラウドのデータの送受信のためには、大量の処理量が求められるという問題
がある。
実施例に係る技術的課題は、上記問題点を解決するために、ポイントクラウドを効率的
に送受信するためのポイントクラウドデータ送信装置、送信方法、ポイントクラウドデー
タ受信装置及び受信方法を提供することにある。
実施例に係る技術的課題は、遅延時間（ｌａｔｅｎｃｙ）及び符号化／復号の複雑度を
解決するためのポイントクラウドデータ送信装置、送信方法、ポイントクラウドデータ受
信装置及び受信方法を提供することにある。
但し、上記技術的課題のみに制限されず、この明細書の全ての内容に基づいて当業者が
導き出される他の技術的課題にも実施例の権利範囲を拡張することができる。
上記目的及び他の利点を達成するために、実施例に係るポイントクラウドデータ送信方
法は、ポイントクラウドデータを符号化する段階；ポイントクラウドデータをカプセル化
（ｅｎｃａｐｓｕｌａｔｉｎｇ）する段階；及びポイントクラウドデータを送信する段階
を含む（備える；構成する；構築する；設定する；包接する；包含する；含有する）。
実施例によるポイントクラウドデータ受信装置は、ポイントクラウドデータを受信する
受信部；ポイントクラウドデータをデカプセル化（ｄｅｃａｐｓｕｌａｔｉｎｇ）するデ
カプセル化部；及びポイントクラウドデータを復号するデコーダを含む。
実施例によるポイントクラウドデータ送信方法、送信装置、ポイントクラウドデータ受
信方法及び受信装置は、良質のポイントクラウドサービスを提供することができる。
実施例によるポイントクラウドデータ送信方法、送信装置、ポイントクラウドデータ受
信方法及び受信装置は、様々なビデオコーデック方式を達成することができる。
実施例によるポイントクラウドデータ送信方法、送信装置、ポイントクラウドデータ受
信方法及び受信装置は、自立走行サービスなどの汎用のポイントクラウドコンテンツを提
供することができる。
図面は実施例をさらに理解するために添付され、実施例に関する説明と共に実施例を示
す。
実施例によるポイントクラウドコンテンツを提供するための送信／受信システム構造の一例を示す。 実施例によるポイントクラウドデータのキャプチャーの一例を示す。 実施例によるポイントクラウド及びジオメトリ、テクスチャイメージの一例を示す。 実施例によるＶ－ＰＣＣ符号化処理の一例を示す。 実施例による表面（Ｓｕｒｆａｃｅ）の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ）及び法線ベクトル（ｎｏｒｍａｌ ｖｅｃｔｏｒ）の一例を示す。 実施例によるポイントクラウドのバウンディングボックス（ｂｏｕｎｄｉｎｇ ｂｏｘ）の一例を示す。 実施例による占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）の個別パッチ（ｐａｔｃｈ）の位置決めの一例を示す。 実施例によるノーマル（ｎｏｒｍａｌ）、タンジェント（ｔａｎｇｅｎｔ）、バイタンジェント（ｂｉｔａｎｇｅｎｔ）軸の関係の一例を示す。 実施例によるプロジェクションモードの最小モード及び最大モードの構成の一例を示す。 実施例によるＥＤＤコードの一例を示す。 実施例による隣接点のカラー（ｃｏｌｏｒ）値を用いた復色（ｒｅｃｏｌｏｒｉｎｇ）の一例を示す。 実施例によるプッシュ－プルバックグラウンドフィリング（ｐｕｓｈ－ｐｕｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉｌｌｉｎｇ）の一例を示す。 実施例による４＊４サイズのブロック（ｂｌｏｃｋ）に対して可能なトラバーサルオーダー（ｔｒａｖｅｒｓａｌ ｏｒｄｅｒ）の一例を示す。 実施例によるベストトラバーサルオーダーの一例を示す。 実施例による２Ｄビデオ／イメージエンコーダ（２Ｄ ｖｉｄｅｏ／ｉｍａｇｅ Ｅｎｃｏｄｅｒ）の一例を示す。 実施例によるＶ－ＰＣＣ復号プロセス（ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ）の一例を示す。 実施例による２Ｄビデオ／イメージデコーダ（２Ｄ Ｖｉｄｅｏ／Ｉｍａｇｅ Ｄｅｃｏｄｅｒ）の一例を示す。 実施例による送信装置の動作の流れの一例を示す。 実施例による受信装置の動作の流れの一例を示す。 実施例によるＶ－ＰＣＣ基盤のポイントクラウドデータの格納及びストリーミングのためのアーキテクチャの一例を示す。 実施例によるポイントクラウドデータの格納及び送信装置の構成の一例を示す。 実施例によるポイントクラウドデータ受信装置の構成の一例を示す。 実施例によるポイントクラウドデータの送受信方法／装置と連動可能な構造の一例を示す。 実施例によるカプセル化されたＶ－ＰＣＣデータコンテナの構造を示す。 実施例による絶縁（ｉｎｓｕｌａｔｉｎｇ）されたＶ－ＰＣＣデータコンテナの構造を示す。 実施例によるポイントクラウドデータを含むビットストリームの構造を示す。 実施例によるサンプルストリームＶ－ＰＣＣユニットの構成を示す。 実施例によるＶ－ＰＣＣユニット及びＶ－ＰＣＣユニットヘッダを示す。 実施例によるＶ－ＰＣＣユニットのペイロードを示す。 実施例によるパラメータセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるタイルを示す。 実施例によるアトラスビットストリームの構造を示す。 実施例によるＮＡＬユニットを示す。 実施例によるＮＡＬユニットのタイプを示す。 実施例によるアトラスシーケンスパラメータセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるアトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるアトラスフレームタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例によるアトラス適応パラメータセット（ａｔｌａｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（））を示す。 実施例によるアトラスカメラパラメータ（ａｔｌａｓ＿ｃａｍｅｒａ＿ｐａｒａｍｅｔｅｒｓ）を示す。 実施例によるアトラスタイルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ）、アトラスタイルグループヘッダ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｈｅａｄｅｒ）を示す。 実施例による参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ）を示す。 実施例によるアトラスタイルグループデータ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｄａｔａ＿ｕｎｉｔ）を示す。 実施例によるパッチ情報データ（ｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｄａｔａ）を示す。 実施例によるパッチデータユニット（ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ）を示す。 実施例によるパッチオリエンテーションに関するローテーション及びオフセットを示す。 実施例によるシーン客体情報（ｓｃｅｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例による客体ラベル情報（Ｏｂｊｅｃｔ Ｌａｂｅｌ Ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例によるパッチ情報（Ｐａｔｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例によるボリュメトリック矩形情報（Ｖｏｌｕｍｅｔｒｉｃ Ｒｅｃｔａｎｇｌｅ Ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例によるサンプルストリームｖｐｃｃユニットの構成を示す。 実施例によるアトラスタイルグループ（又はタイル）の構成を示す。 実施例によるＶ－ＰＣＣ空間領域ボックス（ＶＰＣＣ Ｓｐａｔｉａｌ Ｒｅｇｉｏｎｓ ｂｏｘ）の構造を示す。 実施例による動的空間領域サンプル（ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅ）を示す。 実施例によるノンタイム（ｎｏｎ－ｔｉｍｅｄ）Ｖ－ＰＣＣデータをカプセル化するための構造を示す。 実施例によるポイントクラウドデータ送信方法を示すフローチャートである。 実施例によるポイントクラウドデータ受信方法を示すフローチャートである。 実施例によるファイルフォーマット構造を示す。 実施例によるファイルレベルシグナリングを示す。 実施例によるポイントクラウドの一部の３次元領域とビデオフレーム上の領域の間の連関性を示す。 実施例によるパラメータセットを示す。 実施例によるアトラスシーケンスパラメータセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＡＳＰＳ）を示す。 実施例によるアトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＡＦＰＳ）を示す。 実施例によるアトラスフレームタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例による補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ，ＳＥＩ）を示す。 実施例による３ＤバウンディングボックスＳＥＩを示す。 実施例による３Ｄ領域マッピング情報ＳＥＩメッセージを示す。 実施例によるボリュメトリックタイリング情報を示す。 実施例によるボリュメトリックタイリング情報客体を示す。 実施例によるボリュメトリックタイリング情報ラベルを示す。 実施例によるＶ－ＰＣＣサンプルエントリーを示す。 実施例によるトラックの代替及びグルーピングを示す。 実施例によるＶ－ＰＣＣ ３Ｄ領域マッピング情報の構造を示す。 実施例によるビットストリームの構造を示す。 実施例による送信方法を示す。 実施例による受信方法を示す。
以下、添付図面を参照しながら望ましい実施例について具体的に説明する。添付図面を
参照した以下の詳細な説明は、実施例によって具現可能な実施例のみを示すというよりは
、望ましい実施例を説明するためのものである。以下の詳細な説明は実施例に対する徹底
な理解を提供するために細部事項を含む。しかし、かかる細部事項がなくても実施例を実
行できることは当業者にとって明らかである。
実施例で使用するほとんどの用語は該当分野において広く使用される一般的なものであ
るが、一部は出願人によって任意に選択されたものであり、その意味は必要によって以下
に詳しく説明する。よって、実施例は用語の単純な名称や意味ではなく、用語が意図する
意味に基づいて理解されるべきである。
図１は、実施例によるポイントクラウドコンテンツを提供するための送信／受信システ
ム構造の一例を示す。
本文書では、ユーザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａ
ｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、
混合現実）及び自立走行サービスなどの様々なサービスを提供するために、ポイントクラ
ウドコンテンツを提供する方案を提供する。実施例によるポイントクラウドコンテンツは
、客体をポイントによって表現したデータを示し、ポイントクラウド、ポイントクラウド
データ、ポイントクラウドビデオデータ、ポイントクラウドイメージデータなどとも呼ば
れる。
実施例によるポイントクラウドデータ送信装置（Ｔｒａｎｓｍｉｓｓｉｏｎ ｄｅｖｉ
ｃｅ）１００００は、ポイントクラウドビデオ取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄ
ｅｏ Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉｔ）１０００１、ポイントクラウドビデオエンコ
ーダ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ）１０００２、ファイル／
セグメントカプセル化部１０００３及び／又は送信機（Ｔｒａｎｓｍｉｔｔｅｒ（ｏｒ
Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ））１０００４を含む。実施例による送信装
置は、ポイントクラウドビデオ（又はポイントクラウドコンテンツ）を確保して処理し、
送信することができる。実施例によって、送信装置は、固定局（ｆｉｘｅｄ ｓｔａｔｉ
ｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、ネットワーク、
ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）機器及び／又はシステム、ロ
ボット、ＡＲ／ＶＲ／ＸＲ機器及び／又はサーバーなどを含む。また実施例によって、送
信装置１００００は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（
Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて、基地局及び／又は他の無線機器
と通信を行う機器、ロボット、車両、ＡＲ／ＶＲ／ＸＲ機器、携帯機器、家電、ＩｏＴ（
Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器、ＡＩ機器／サーバーなどを含む。
実施例によるポイントクラウドビデオ取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ
Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉｔ）１０００１は、ポイントクラウドビデオのキャプチ
ャー、合成又は生成プロセスなどによってポイントクラウドビデオを取得する。
実施例によるポイントクラウドビデオエンコーダ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅ
ｏ Ｅｎｃｏｄｅｒ）１０００２は、ポイントクラウドビデオデータを符号化する。実施
例によって、ポイントクラウドビデオエンコーダ１０００２は、ポイントクラウドエンコ
ーダ、ポイントクラウドデータエンコーダ、エンコーダなどと呼ばれる。また実施例によ
るポイントクラウド圧縮コーティング（符号化）は、上述した実施例に限らない。ポイン
トクラウドビデオエンコーダは、符号化されたポイントクラウドビデオデータを含むビッ
トストリームを出力する。ビットストリームは符号化されたポイントクラウドビデオデー
タのみならず、ポイントクラウドビデオデータの符号化に関連するシグナリング情報を含
む。
実施例によるエンコーダはＧ－ＰＣＣ（Ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ Ｐｏｉｎｔ
Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）符号化方式及び／又はＶ－ＰＣＣ（Ｖｉｄｅｏ－
ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）符号化方式をいずれも
支援する。またエンコーダはポイントクラウド（ポイントクラウドデータ又はポイントの
全てを称する）及び／又はポイントクラウドに関するシグナリングデータを符号化するこ
とができる。実施例による符号化の具体的な動作については後述する。
一方、この明細書で使用するＶ－ＰＣＣ用語は、ビデオ基盤のポイントクラウド圧縮（
Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ（Ｖ－ＰＣ
Ｃ））を意味し、Ｖ－ＰＣＣ用語はビジュアルボリュメトリックビデオ基盤のコーディン
グ（Ｖｉｓｕａｌ Ｖｏｌｕｍｅｔｒｉｃ Ｖｉｄｅｏ－ｂａｓｅｄ Ｃｏｄｉｎｇ（Ｖ
３Ｃ））と同一であり、相互補完して称することができる。
実施例によるファイル／セグメントカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｅｎｃ
ａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）１０００３は、ポイントクラウドデータをファイ
ル及び／又はセグメントの形式でカプセル化する。実施例によるポイントクラウドデータ
送信方法／装置は、ポイントクラウドデータをファイル及び／又はセグメントの形式で送
信することができる。
実施例による送信機（Ｔｒａｎｓｍｉｔｔｅｒ（ｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｍｏｄｕｌｅ））１０００４は、符号化されたポイントクラウドビデオデータをビットス
トリームの形式で送信する。実施例によって、ファイル又はセグメントは、ネットワーク
を介して受信装置へ送信されるか、又はデジタル記憶媒体（例えば、ＵＳＢ、ＳＤ、ＣＤ
、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど）に格納される。実施例による送信機は受信
装置（又は受信機（Ｒｅｃｅｉｖｅｒ））と４Ｇ、５Ｇ、６Ｇなどのネットワークを介し
て有／無線通信が可能である。また送信機はネットワークシステム（例えば、４Ｇ、５Ｇ
、６Ｇなどの通信ネットワークシステム）に応じて必要なデータ処理の動作を行うことが
できる。また送信装置はオン・デマンド（Ｏｎ Ｄｅｍａｎｄ）の方式によってカプセル
化されたデータを送信することもできる。
実施例によるポイントクラウドデータ受信装置（Ｒｅｃｅｐｔｉｏｎ ｄｅｖｉｃｅ）
１０００５は、受信機（Ｒｅｃｅｉｖｅｒ）１０００６、ファイル／セグメントデカプセ
ル化部１０００７、ポイントクラウドビデオデコーダ（Ｐｏｉｎｔ Ｃｌｏｕｄ ｖｉｄ
ｅｏ Ｄｅｃｏｄｅｒ）１０００８、及び／又はレンダラー（Ｒｅｎｄｅｒｅｒ）１００
０９を含む。実施例によって受信装置は無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ Ｒ
ＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて、基地局及び／
又は他の無線機器と通信を行う機器、ロボット、車両、ＡＲ／ＶＲ／ＸＲ機器、携帯機器
、家電、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器、ＡＩ機器／サーバーなど
を含む。
実施例による受信機（Ｒｅｃｅｉｖｅｒ）１０００６は、ポイントクラウドビデオデー
タを含むビットストリームを受信する。実施例によって受信機１０００６は、フィードバ
ック情報（Ｆｅｅｄｂａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ）をポイントクラウドデータ送信
装置１００００に送信する。
ファイル／セグメントデカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｄｅｃａｐｓｕｌ
ａｔｉｏｎ ｍｏｄｕｌｅ）１０００７は、ポイントクラウドデータを含むファイル及び
／又はセグメントをデカプセル化する。実施例によるデカプセル化部は実施例によるカプ
セル化過程の逆過程を行う。
ポイントクラウドビデオデコーダ（Ｐｏｉｎｔ Ｃｌｏｕｄ ｖｉｄｅｏ Ｄｅｃｏｄ
ｅｒ）１０００７は、受信したポイントクラウドビデオデータを復号する。実施例による
デコーダは実施例による符号化の逆過程を行う。
レンダラー（Ｒｅｎｄｅｒｅｒ）１０００７は、復号されたポイントクラウドビデオデ
ータをレンダリングする。実施例によってレンダラー１０００７は受信端側で取得したフ
ィードバック情報をポイントクラウドビデオデコーダ１０００６に送信する。実施例によ
るポイントクラウドビデオデータはフィードバック情報を受信機に送信する。実施例によ
れば、ポイントクラウド送信装置が受信したフィードバック情報は、ポイントクラウドビ
デオエンコーダに提供される。
図面において点線で示した矢印は、受信装置１０００５で取得したフィードバック情報
（ｆｅｅｄｂａｃｋ ｉｎｆｏｒｍａｔｉｏｎ）の送信経路を示す。フィードバック情報
は、ポイントクラウドコンテンツを消費するユーザとの相互作用を反映するための情報で
あって、ユーザの情報（例えば、ヘッドオリエンテーション情報、ビューポート情報など
）を含む。特にポイントクラウドコンテンツがユーザとの相互作用が必要なサービス（例
えば、自律走行サービスなど）のためのものである場合、フィードバック情報はコンテン
ツ送信側（例えば、送信装置１００００）及び／又はサービス供給者に伝送される。実施
例によっては、フィードバック情報は送信装置１００００だけではなく受信装置１０００
５で使用されることもあり、提供されないこともある。
実施例によるヘッドオリエンテーション情報は、ユーザの頭の位置、方向、角度、動き
などに関する情報である。実施例による受信装置１０００５は、ヘッドオリエンテーショ
ン情報に基づいてビューポート情報を算出する。ビューポート情報はユーザが見ているポ
イントクラウドビデオの領域に関する情報である。視点（ｖｉｅｗｐｏｉｎｔ）はユーザ
がポイントクラウドビデオを見ている点であり、ビューポート領域の真ん中を意味する。
即ち、ビューポートは視点を中心とする領域であり、領域のサイズ、形態などはＦＯＶ（
Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）により決定される。従って、受信装置１０００４は、ヘッ
ドオリエンテーション情報の他に、装置が支援する垂直（ｖｅｒｔｉｃａｌ）或いは水平
（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶなどに基づいてビューポート情報を抽出することができ
る。また受信装置１０００５はゲイズ分析（Ｇａｚｅ Ａｎａｌｙｓｉｓ）などを行って
、ユーザのポイントクラウド消費方式、ユーザが凝視するポイントクラウドビデオ領域、
凝視時間などを確認する。実施例によれば、受信装置１０００５はゲイズ分析の結果を含
むフィードバック情報を送信装置１００００に送信する。実施例によるフィードバック情
報はレンダリング及び／又はディスプレイプロセスで得られる。実施例によるフィードバ
ック情報は、受信装置１０００５に含まれた一つ又はそれ以上のセンサにより確保される
。また実施例によれば、フィードバック情報は、レンダラー１０００９又は別の外部エレ
メント（又はデバイス、コンポーネントなど）により確保される。図１に示された点線は
レンダラー１０００９で確保したフィードバック情報の伝送プロセスを示す。ポイントク
ラウドコンテンツ提供システムはフィードバック情報に基づいてポイントクラウドデータ
を処理（符号化／復号）する。従って、ポイントクラウドビデオデータデコーダ１０００
８はフィードバック情報に基づいて復号の動作を行うことができる。また受信装置１００
０５はフィードバック情報を送信装置に送信する。送信装置（又はポイントクラウドビデ
オデータエンコーダ１０００２）は、フィードバック情報に基づいて符号化動作を行う。
従って、ポイントクラウドコンテンツ提供システムは、全てのポイントクラウドデータを
処理（符号化／復号）せず、フィードバック情報に基づいて必要なデータ（例えば、ユー
ザのヘッド位置に対応するポイントクラウドデータ）を効率的に処理して、ユーザにポイ
ントクラウドコンテンツを提供することができる。
実施例において、送信装置１００００はエンコーダ、送信デバイス、送信機などと呼ば
れ、受信装置１０００４はデコーダ、受信デバイス、受信機などと呼ばれる。
実施例による図１のポイントクラウドコンテンツ提供システムで処理される（取得／符
号化／送信／復号／レンダリングの一連のプロセスで処理される）ポイントクラウドデー
タは、ポイントクラウドコンテンツデータ又はポイントクラウドビデオデータとも呼ばれ
る。実施例によれば、ポイントクラウドコンテンツデータはポイントクラウドデータに関
連するメタデータ又はシグナリング情報を含む概念として使用することができる。
図１に示したポイントクラウドコンテンツ提供システムの要素は、ハードウェア、ソフ
トウェア、プロセッサ及び／又はそれらの組み合わせなどで具現できる。
実施例はユーザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａｕｇ
ｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、混合
現実）及び自立走行サービスなどの様々なサービスを提供するために、ポイントクラウド
コンテンツを提供する。
ポイントクラウドコンテンツサービスを提供するために、まず、ポイントクラウドビデ
オを得る。得られたポイントクラウドビデオは、一連のプロセスにより送信され、受信側
で受信したデータを再び元のポイントクラウドビデオに加工てレンダリングする。これに
より、ポイントクラウドビデオをユーザに提供することができる。実施例はこれらの一連
のプロセスを効果的に行うために必要な方案を提供する。
ポイントクラウドコンテンツサービスを提供するための全体のプロセス（ポイントクラ
ウドデータ送信方法及び／又はポイントクラウドデータ受信方法）は、取得プロセス、符
号化プロセス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフィード
バックプロセスを含む。
実施例によれば、ポイントクラウドコンテンツ（又はポイントクラウドデータ）を提供
するプロセスは、ポイントクラウド圧縮（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉ
ｏｎ）プロセスとも呼ぶ。実施例によれば、ポイントクラウド圧縮プロセスは、ジオメト
リ基盤のポイントクラウド圧縮（Ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕ
ｄ Ｃｏｍｐｒｅｓｓｉｏｎ）プロセスを意味する。
実施例によるポイントクラウドデータ送信装置及びポイントクラウドデータ受信装置の
各要素は、ハードウェア、ソフトウェア、プロセッサ及び／又はそれらの組み合わせなど
を意味する。
ポイントクラウドコンテンツサービスを提供するために、まず、ポイントクラウドビデ
オを得る。得られたポイントクラウドビデオは、一連のプロセスにより送信され、受信側
で受信したデータを再び元のポイントクラウドビデオに加工てレンダリングする。これに
より、ポイントクラウドビデオをユーザに提供することができる。本発明はこれらの一連
のプロセスを効果的に行うために必要な方案を提供する。
ポイントクラウドコンテンツサービスを提供するための全てのプロセスは、取得プロセ
ス、符号化プロセス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフ
ィードバックプロセスを含む。
ポイントクラウド圧縮システムは、送信デバイス及び受信デバイスを含む。送信デバイ
スはポイントクラウドビデオを符号化してビットストリームを出力し、それをファイル又
はストリーミング（ストリーミングセグメント）の形式でデジタル記憶媒体又はネットワ
ークを介して受信デバイスへ伝送する。デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶ
Ｄ、ブルーレイ、ＨＤＤ、ＳＳＤなど様々な記憶媒体を含む。
送信デバイスは概略にポイントクラウドビデオ取得部、ポイントクラウドビデオエンコ
ーダ、ファイル／セグメントカプセル化部、送信部を含む。受信デバイスは概略に受信部
、ファイル／セグメントデカプセル化部、ポイントクラウドビデオデコーダ及びレンダラ
ーを含む。エンコーダはポイントクラウドビデオ／映像／ピクチャー／フレーム符号化装
置とも呼ばれ、デコーダはポイントクラウドビデオ／映像／ピクチャー／フレーム復号装
置とも呼ばれる。送信機はポイントクラウドビデオエンコーダに含まれてもよい。受信機
はポイントクラウドビデオデコーダに含まれてもよい。レンダラーはディスプレイ部を含
んでもよく、レンダラー及び／又はディスプレイ部は別のデバイス又は外部コンポーネン
トで構成されてもよい。送信デバイス及び受信デバイスはフィードバックプロセスのため
の別の内部又は外部のモジュール／ユニット／コンポーネントをさらに含んでもよい。
実施例による受信デバイスの動作は、送信デバイスの動作の逆プロセスに従う。
ポイントクラウドビデオ取得部は、ポイントクラウドビデオのキャプチャー、合成又は
生成プロセスなどを通じてポイントクラウドビデオを得るプロセスを行う。取得プロセス
によって、多数のポイントに対する３Ｄ位置（ｘ、ｙ、ｚ）／属性（色、反射率、透明度
など）データ、例えば、ＰＬＹ（Ｐｏｌｙｇｏｎ Ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈ
ｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇｌｅ ｆｏｒｍａｔ）ファイルなどが生成される。
複数のフレームを有するビデオの場合、１つ以上のファイルを得ることができる。キャプ
チャープロセスにおいてポイントクラウドに関連するメタデータ（例えば、キャプチャー
に関するメタデータなど）が生成される。
実施例によるポイントクラウドデータ送信装置は、ポイントクラウドデータを符号化す
るエンコーダ、及びポイントクラウドデータを送信する送信機を含んでもよい。またポイ
ントクラウドを含むビットストリームの形式で送信されてもよい。
実施例によるポイントクラウドデータ受信装置は、ポイントクラウドデータを受信する
受信部、ポイントクラウドデータを復号するデコーダ、及びポイントクラウドデータをレ
ンダリングするレンダラーを含む。
実施例による方法／装置は、ポイントクラウドデータ送信装置及び／又はポイントクラ
ウドデータ受信装置を示す。
図２は、実施例によるポイントクラウドデータのキャプチャーの一例を示す。
実施例によるポイントクラウドデータはカメラなどにより得られる。実施例によるキャ
プチャーの方法は、例えば、内向き方式（ｉｎｗａｒｄ－ｆａｃｉｎｇ）及び／又は外向
き方式（ｏｕｔｗａｒｄ－ｆａｃｉｎｇ）がある。
実施例による内向き方式は、ポイントクラウドデータの客体（Ｏｂｊｅｃｔ）を１つ又
は１つ以上のカメラが客体の外側から内側へ撮影して取得するキャプチャー方式である。
実施例による外向き方式は、ポイントクラウドデータの客体を１つ又は１つ以上のカメ
ラが客体の内側から外側へ撮影して取得する方式である。例えば、実施例によればカメラ
が４つある。
実施例によるポイントクラウドデータ又はポイントクラウドコンテンツは、様々な形式
の３Ｄ空間上に表現される客体／環境のビデオ又は停止映像である。実施例によれば、ポ
イントクラウドコンテンツは客体（ｏｂｊｅｃｔなど）に対するビデオ／オーディオ／イ
メージなどを含む。
ポイントクラウドコンテンツキャプチャーのために深さ（ｄｅｐｔｈ）を得られるカメ
ラ装備（赤外線パターンプロジェクターと赤外線カメラとの組み合わせ）と深さ情報に対
応する色情報が抽出可能なＲＧＢカメラの組み合わせによって構成される。又はレーザパ
ルスを打ち、反射して戻る時間を測定して、反射体の位置座標を測定するレーダーシステ
ムを用いるライダー（ＬｉＤＡＲ）によって深さ情報を抽出することができる。深さ情報
より３Ｄ空間上の点で構成されたジオメトリ（ｇｅｏｍｅｔｒｙ）の形式を抽出し、ＲＧ
Ｂ情報より各点の色／反射を表現する特質（ａｔｔｒｉｂｕｔｅ）を抽出することができ
る。ポイントクラウドコンテンツは点に対する位置（ｘ、ｙ、ｚ）、色（ＹＣｂＣｒ又は
ＲＧＢ）又は反射率（ｒ）情報で構成される。ポイントクラウドコンテンツは、外部環境
をキャプチャーする外向き方式（ｏｕｔｗａｒｄ－ｆａｃｉｎｇ）と、中心客体をキャプ
チャーする内向き方式（ｉｎｗａｒｄ－ｆａｃｉｎｇ）とがある。ＶＲ／ＡＲ環境におい
て客体（例えば、キャラクター、選手、物、俳優などの核心となる客体）を３６０°にユ
ーザが自由に見られるポイントクラウドコンテンツとして構成する場合、キャプチャーカ
メラの構成は内向き方式を用いる。また、自立走行のように自動車の現在周辺環境をポイ
ントクラウドコンテンツとして構成する場合は、キャプチャーカメラの構成は外向き方式
を用いる。複数のカメラによってポイントクラウドコンテンツがキャプチャーされるため
、カメラ間のグローバル空間座標系（ｇｌｏｂａｌ ｃｏｏｒｄｉｎａｔｅ ｓｙｓｔｅ
ｍ）を設定するためにコンテンツをキャプチャーする前にカメラの校正プロセスが必要と
なることもある。
ポイントクラウドコンテンツは、様々な形態の３Ｄ空間上に示される客体／環境のビデ
オ又は停止映像である。
その他に、ポイントクラウドコンテンツの取得方法は、キャプチャーされたポイントク
ラウドビデオに基づいて任意のポイントクラウドビデオが合成できる。又はコンピュータ
ーで生成された仮想の空間に対するポイントクラウドビデオを提供しようとする場合、実
際にカメラによるキャプチャーが行われないことがある。この場合、単に、関連データが
生成されるプロセスによって該当キャプチャープロセスが代替できる。
キャプチャーされたポイントクラウドビデオは、コンテンツの質を向上させるための後
処理が必要である。映像キャプチャープロセスにおいてカメラ装備が提供する範囲内で最
大／最小の深さ値が調整できるが、その後にも所望しない領域のポイントデータが含まれ
ることがあり、所望しない領域（例えば、背景）を除去するか、又は連結された空間を認
識して穴（ｓｐａｔｉａｌ ｈｏｌｅ）を埋める後処理を行ってもよい。また、空間座標
系を共有するカメラから抽出されたポイントクラウドは、校正プロセスによって取得した
各カメラの位置座標を基準として、各ポイントに対するグローバル座標系への変換プロセ
スにより、１つのコンテンツに統合できる。これにより、１つの広い範囲のポイントクラ
ウドコンテンツを生成することもでき、又はポイントの密度の高いポイントクラウドコン
テンツを取得することもできる。
ポイントクラウドビデオエンコーダは、入力されるポイントクラウドビデオを１つ以上
のビデオストリームに符号化する。１つのポイントクラウドビデオは、複数のフレームを
含んでもよく、１つのフレームは停止映像／ピクチャーに対応する。本文書において、ポ
イントクラウドビデオとは、ポイントクラウド映像／フレーム／ピクチャー／ビデオ／オ
ーディオ／イメージなどを含み、ポイントクラウドビデオはポイントクラウド映像／フレ
ーム／ピクチャーと混用できる。ポイントクラウドビデオエンコーダは、ビデオベースポ
イントクラウド圧縮（Ｖ－ＰＣＣ）の手順を行う。ポイントクラウドビデオエンコーダは
、圧縮及びコーティングの効率のために、予測、変換、量子化、エントロピー符号化など
の一連の手順を行う。符号化されたデータ（符号化されたビデオ／映像情報）は、ビット
ストリームの形態で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイントクラウドビデオ
エンコーダはポイントクラウドビデオを、後述のように、ジオメトリビデオ、特質（ａｔ
ｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、また付加情報（ａ
ｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ）に分けて符号化する。ジオメトリビデオは
ジオメトリイメージを含み、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメージを含み、
占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメージを含む。付加情報は付加
パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を含む。特質
ビデオ／イメージはテキスチャービデオ／イメージを含む。
カプセル化処理部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｍｏｄ
ｕｌｅ）１０００３は、符号化されたポイントクラウドビデオデータ及び／又はポイント
クラウドビデオ関連メタデータをファイルなどの形式でカプセル化する。ここで、ポイン
トクラウドビデオ関連メタデータは、メタデータ処理部などから伝送される。メタデータ
処理部は、ポイントクラウドビデオエンコーダに含まれてもよく、又は別のコンポーネン
ト／モジュールで構成されてもよい。カプセル化部は該当データをＩＳＯＢＭＦＦなどの
ファイルフォーマットでカプセル化してもよく、その他のＤＡＳＨセグメントなどの形式
で処理してもよい。カプセル化処理部は、実施例によれば、ポイントクラウドビデオ関連
メタデータをファイルフォーマット上に含ませてもよい。ポイントクラウドビデオ関連メ
タデータは、例えば、ＩＳＯＢＭＦＦファイルフォーマット上の多様なレベルのボックス
に含まれるか、又はファイル内で別のトラックに含まれる。実施例によれば、カプセル化
処理部は、ポイントクラウドビデオ関連メタデータそのものをファイルでカプセル化する
。送信処理部はファイルフォーマットによってカプセル化されたポイントクラウドビデオ
データに送信のための処理を加えてもよい。送信処理部は、送信部に含まれてもよく、又
は別のコンポーネント／モジュールで構成されてもよい。送信処理部は、任意の送信プロ
トコルに従ってポイントクラウドビデオデータを処理する。送信のための処理には、放送
網を介して伝送するための処理、ブロードバンドを介して伝送するための処理を含む。実
施例による送信処理部は、ポイントクラウドビデオデータのみならず、メタデータ処理部
からポイントクラウドビデオ関連メタデータが伝送され、これに送信するための処理を加
える。
送信部１０００４は、ビットストリームの形式で出力された符号化されたビデオ／映像
情報又はデータをファイル又はストリーミングの形式でデジタル記憶媒体又はネットワー
クを介して受信デバイスの受信機へ伝送する。デジタル記憶媒体にはＵＳＢ、ＳＤ、ＣＤ
、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどが含まれる。送信部は所定のファイルフォー
マットをによってメディアファイルを生成するための要素を含み、放送／通信ネットワー
クを介した送信のための要素を含む。受信部はビットストリームを抽出して復号装置に伝
送する。
受信機１０００３は、本発明によるポイントクラウドビデオ送信装置が送信したポイン
トクラウドビデオデータを受信する。送信されるチャネルに応じて、受信部は、放送網を
介してポイントクラウドビデオデータを受信してもよく、ブロードバンドを介してポイン
トクラウドビデオデータを受信してもよい。又はデジタル記憶媒体を介してポイントクラ
ウドビデオデータを受信してもよい。
受信処理部は、受信したポイントクラウドビデオデータに対して送信プロトコルに従う
処理を行う。受信処理部は受信部に含まれてもよく、又は別のコンポーネント／モジュー
ルで構成されてもよい。送信側で送信のための処理が行われることに対応するように、受
信処理部は上述した送信処理部の逆プロセスを行う。受信処理部は取得したポイントクラ
ウドビデオデータはデカプセル化処理部に伝送し、取得したポイントクラウドビデオ関連
メタデータはメタデータ処理部に伝送する。受信処理部が取得するポイントクラウドビデ
オ関連メタデータはシグナリングテーブルの形式であってもよい。
デカプセル化処理部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌａｔｉｏｎ ｍｏ
ｄｕｌｅ）１０００７は、受信処理部から伝送されたファイル形式のポイントクラウドビ
デオデータをデカプセル化する。デカプセル化処理部はＩＳＯＢＭＦＦなどによるファイ
ルをデカプセル化し、ポイントクラウドビデオビットストリームないしポイントクラウド
ビデオ関連メタデータ（メタデータビットストリーム）を取得する。取得したポイントク
ラウドビデオビットストリームは、ポイントクラウドビデオデコーダに伝送し、取得した
ポイントクラウドビデオ関連メタデータ（メタデータビットストリーム）はメタデータ処
理部に伝送する。ポイントクラウドビデオビットストリームはメタデータ（メタデータビ
ットストリーム）を含んでもよい。メタデータ処理部はポイントクラウドビデオデコーダ
に含まれてもよく、又は別のコンポーネント／モジュールで構成されてもよい。デカプセ
ル化処理部が取得するポイントクラウドビデオ関連メタデータは、ファイルフォーマット
内のボックス又はトラックの形式であってもよい。デカプセル化処理部は、必要な場合、
メタデータ処理部からデカプセル化に必要なメタデータが伝送される。ポイントクラウド
ビデオ関連メタデータは、ポイントクラウドビデオデコーダに伝送されてポイントクラウ
ドビデオ復号の手順に用いられるか、又はレンダラーに伝送されてポイントクラウドビデ
オレンダリングの手順に用いられる。
ポイントクラウドビデオデコーダは、ビットストリームが入力され、ポイントクラウド
ビデオエンコーダの動作に対応する動作を行い、ビデオ／映像を復号する。この場合、ポ
イントクラウドビデオデコーダは、ポイントクラウドビデオを、後述のように、ジオメト
リビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデ
オ、また付加情報（ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ）に分けて復号する。
ジオメトリビデオはジオメトリイメージを含み、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特
質イメージを含み、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメージを含
む。付加情報は付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉ
ｏｎ）を含む。特質ビデオ／イメージはテキスチャービデオ／イメージを含む。
復号されたジオメトリイメージと占有マップ及び付加パッチ情報を用いて、３Ｄジオメ
トリが復元され、その後平滑化プロセスを経てもよい。平滑化された３Ｄジオメトリにテ
キスチャーイメージを用いてカラー値を与えることで、カラーポイントクラウド映像／ピ
クチャーが復元される。レンダラーは、復元されたジオメトリ、カラーポイントクラウド
映像／ピクチャーをレンダリングする。レンダリングされたビデオ／映像は、ディスプレ
イ部によってディスプレイされる。ユーザはＶＲ／ＡＲディスプレイ又は一般のディスプ
レイなどによってレンダリングされた結果の全部又は一部の領域を見る。
フィードバックプロセスは、レンダリング／ディスプレイのプロセスにおいて取得可能
な様々なフィードバック情報を送信側に伝送するか、受信側のデコーダに伝送するプロセ
スを含んでもよい。フィードバックプロセスにより、ポイントクラウドビデオの消費にお
いて相互作用（ｉｎｔｅｒａｃｔｉｖｉｔｙ）が提供される。実施例によれば、フィード
バックプロセスにおいてヘッドオリエンテーション（Ｈｅａｄ Ｏｒｉｅｎｔａｔｉｏｎ
）情報、ユーザが現在見ている領域を示すビューポート（Ｖｉｅｗｐｏｒｔ）情報などが
伝送される。実施例によれば、ユーザは、ＶＲ／ＡＲ／ＭＲ／自立走行環境上に具現され
たものと相互作用できるが、この場合、その相互作用に関連する情報がフィードバックプ
ロセスで送信側ないしサービス供給者側に伝送されることがある。実施例によってフィー
ドバックプロセスは行わなくてもよい。
ヘッドオリエンテーション情報は、ユーザの頭の位置、角度、動きなどに関する情報で
ある。この情報に基づいて、ユーザがポイントクラウドビデオ内で現在見ている領域の情
報、即ち、ビューポート情報が算出される。
ビューポート情報は、ユーザがポイントクラウドビデオで現在見ている領域の情報であ
る。これにより、ゲイズ分析（Ｇａｚｅ Ａｎａｌｙｓｉｓ）が行われ、ユーザがどんな
方式でポイントクラウドビデオを消費するか、ポイントクラウドビデオのどの領域をどの
くらい凝視するかなどを確認できる。ゲイズ分析は、受信側で行われて送信側にフィード
バックチャネルを介して伝送される。ＶＲ／ＡＲ／ＭＲディスプレイなどの装置は、ユー
ザの頭の位置／方向、装置が支援する垂直（ｖｅｒｔｉｃａｌ）又は水平（ｈｏｒｉｚｏ
ｎｔａｌ）ＦＯＶなどに基づいてビューポート領域を抽出する。
実施例によれば、上述したフィードバック情報は送信側に伝送されるだけではなく、受
信側で消費されてもよい。即ち、上述したフィードバック情報を用いて受信側の復号、レ
ンダリングのプロセスなどが行われる。例えば、ヘッドオリエンテーション情報及び／又
はビューポート情報を用いて、ユーザが現在見ている領域に対するポイントクラウドビデ
オのみを優先して復号及びレンダリングする。
ここで、ビューポート（ｖｉｅｗｐｏｒｔ）ないしビューポート領域とは、ユーザがポ
イントクラウドビデオで見ている領域である。視点（ｖｉｅｗｐｏｉｎｔ）はユーザがポ
イントクラウドビデオで見ている地点であって、ビューポート領域の真ん中を意味する。
即ち、ビューポートは視点を中心とした領域であり、その領域が占めるサイズ、形態など
はＦＯＶ（Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）により決定される。
この明細書は、上述のように、ポイントクラウドビデオ圧縮に関する。例えば、この明
細書に開示の方法／実施例は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ
ｓ Ｇｒｏｕｐ）のＰＣＣ（ｐｏｉｎｔ Ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ ｏｒ
Ｐｏｉｎｔ Ｃｌｏｕｄ ｃｏｄｉｎｇ）標準又は次世代ビデオ／イメージコーティング
標準に適用できる。
この明細書においてピクチャー／フレームは、一般に特定の時間帯の１つの映像を示す
単位を意味する。
ピクセル（ｐｉｘｅｌ）又はペル（ｐｅｌ）は１つのピクチャー（又は映像）を構成す
る最小の単位を意味する。また、ピクセルに対応する用語として「サンプル（ｓａｍｐｌ
ｅ）」が用いられる。サンプルは、一般に、ピクセル又はピクセルの値を示し、輝度（ｌ
ｕｍａ）成分のピクセル／ピクセル値のみを示してもよく、彩度（ｃｈｒｏｍａ）成分の
ピクセル／ピクセル値のみを示してもよく、又は深さ（ｄｅｐｔｈ）成分のピクセル／ピ
クセル値のみを示してもよい。
ユニット（ｕｎｉｔ）は映像処理の基本単位を示す。ユニットはピクチャーの特定の領
域及びその領域に関する情報のうちの少なくとも１つを含む。ユニットは、場合によって
、ブロック（ｂｌｏｃｋ）又は領域（ａｒｅａ）又はモジュールなどの用語と混用する。
一般の場合、ＭｘＮブロックは、Ｍ個の列とＮ個の行からなるあサンプル（又はサンプル
アレイ）又は変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合（又はア
レイ）を含む。
図３は、実施例によるポイントクラウド及びジオメトリ、テクスチャイメージの一例を
示す。
実施例によるポイントクラウドは、後述する図４のＶ－ＰＣＣ符号化プロセスに入力さ
れ、ジオメトリイメージ、テクスチャイメージが生成される。実施例によれば、ポイント
クラウドはポイントクラウドデータと同一の意味で使用される。
図３において、左側の図はポイントクラウドであって、３Ｄ空間上にポイントクラウド
客体が位置し、これをバウンディングボックスなどで表現するポイントクラウドを示す。
図３の中間の図はジオメトリイメージを示し、右側の図はテキスチャーイメージ（ノン－
パッド）を示す。
ビデオベースポイントクラウド圧縮（Ｖｉｄｅｏ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕ
ｄ Ｃｏｍｐｒｅｓｓｉｏｎ、Ｖ－ＰＣＣ）は、ＨＥＶＣ（Ｅｆｆｉｃｉｅｎｃｙ Ｖｉ
ｄｅｏ Ｃｏｄｉｎｇ）、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）な
どの２Ｄビデオコーデック（ｖｉｄｅｏ ｃｏｄｅｃ）に基づいて３Ｄポイントクラウド
データを圧縮する方法である。Ｖ－ＰＣＣ圧縮プロセスにおいて、以下のようなデータ及
び情報が生成される。
占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）：ポイントクラウドを成す点をパッチに分
けて２Ｄ平面にマップするとき、２Ｄ平面の該当位置にデータが存在するか否かを０又は
１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）を示す。占有マップ（ｏｃｃｕｐ
ａｎｃｙ ｍａｐ）はアトラスに対応する２Ｄアレイを示し、占有マップの値はアトラス
内の各サンプル位置が３Ｄポイントに対応するか否かを示す。アトラス（ＡＴＬＡＳ）と
は、各ポイントクラウドフレームに対する２Ｄパッチに関する情報を含む対象を意味する
。例えば、アトラスはパッチの２Ｄ配置及びサイズ、３Ｄポイント内の対応する３Ｄ領域
の位置、プロジェクションプラン、ＬＯＤ（Ｌｅｖｅｌ ｏｆ Ｄｅｔａｉｌ）パラメー
タなどがある。
アトラス（ａｔｌａｓ）は、ボリュメトリックデータがレンダリングされる３Ｄ空間内
の３Ｄバウンディングボックスに対応する矩形フレームに位置する２Ｄバウンディングボ
ックス及びそれに関連する情報の集合である。
アトラスビットストリーム（ａｔｌａｓ ｂｉｔｓｔｒｅａｍ）は、アトラス（ａｔｌ
ａｓ）を構成する１つ以上のアトラスフレーム（ａｔｌａｓ ｆｒａｍｅ）と関連データ
に対するビットストリームである。
アトラスフレーム（ａｔｌａｓ ｆｒａｍｅ）は、複数のパッチ（ｐａｔｃｈ）がプロ
ジェクションされたアトラスサンプル（ａｔｌａｓ ｓａｍｐｌｅ）の２Ｄ矩形配列であ
る。
アトラスサンプル（ａｔｌａｓ ｓａｍｐｌｅ）は、アトラス（ａｔｌａｓ）に連関す
るパッチ（ｐａｔｃｈ）がプロジェクションされた矩形フレームのポジション（ｐｏｓｉ
ｔｉｏｎ）である。
アトラスフレーム（ａｔｌａｓ ｆｒａｍｅ）は、タイル（ｔｉｌｅ）に分割される。
タイルは２Ｄフレームを分割する単位である。即ち、タイルはアトラスというポイントク
ラウドデータのシグナリング情報を分割する単位である。
パッチ（ｐａｔｃｈ）：ポイントクラウドを構成する点の集合であり、同じパッチに属
する点は３Ｄ空間上で互いに隣接し、２Ｄイメージへのマッピングプロセスにおいて６面
の境界ボックス平面のうち同じ方向にマップされることを示す。
パッチはタイルを分割する単位である。パッチはポイントクラウドデータの構成に関す
るシグナリング情報である。
実施例による受信装置は、アトラス（タイル、パッチ）に基づいて同じプレゼンテーシ
ョンタイムを有する実際ビデオデータである特質ビデオデータ、ジオメトリビデオデータ
、占有ビデオデータを復元することができる。
ジオメトリイメージ：ポイントクラウドを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）を
パッチ単位で表現する深さマップの形式のイメージを示す。ジオメトリイメージは１チャ
ネルのピクセル値で構成される。ジオメトリはポイントクラウドフレームに連関する座標
のセットを示す。
テキスチャーイメージ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）：ポイントクラウドを成す各点
の色情報をパッチ単位で表現するイメージを示す。テキスチャーイメージは複数のチャネ
ルのピクセル値（例えば、３チャネルＲ、Ｇ、Ｂ）で構成される。テキスチャーは特質に
含まれる。実施例によれば、テキスチャー及び／又は特質は同一の対象及び／又は包含関
係として解釈される。
付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ）：個別パッチからポイ
ントクラウドを再構成するために必要なメタデータを示す。付加パッチ情報は、パッチの
２Ｄ／３Ｄ空間における位置、サイズなどに関する情報を含む。
実施例によるポイントクラウドデータ、例えば、Ｖ－ＰＣＣコンポーネントは、アトラ
ス、占有マップ、ジオメトリ、特質などを含む。
アトラス（ａｔｌａｓ）は、２Ｄバウンディングボックスの集合を示す。パッチ、例え
ば、直方形（ｒｅｃｔａｎｇｕｌａｒ）フレームにプロジェクトされたパッチである。ま
た、３Ｄ空間において３Ｄバウンディングボックスに対応し、ポイントクラウドのサブセ
ットを示す。
特質（ａｔｔｒｉｂｕｔｅ）は、ポイントクラウド内の各ポイントに連関するスカラー
（ｓｃａｌａｒ）又はベクトル（ｖｅｃｔｏｒ）を示し、例えば、カラー（ｃｏｌｏｕｒ
）、反射率（ｒｅｆｌｅｃｔａｎｃｅ）、面法線（ｓｕｒｆａｃｅ ｎｏｒｍａｌ）、タ
イムスタンプ（ｔｉｍｅ ｓｔａｍｐｓ）、マテリアルＩＤ（ｍａｔｅｒｉａｌ ＩＤ）
などがある。
実施例によるポイントクラウドデータは、Ｖ－ＰＣＣ（Ｖｉｄｅｏ－ｂａｓｅｄ Ｐｏ
ｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）方式によるＰＣＣデータを示す。ポイン
トクラウドデータは複数のコンポーネントを含む。例えば、占有マップ、パッチ、ジオメ
トリ及び／又はテキスチャーなどを含む。
図４は、実施例によるＶ－ＰＣＣ符号化処理の一例を示す。
図４は、占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）、ジオメトリイメージ（ｇｅｏｍ
ｅｔｒｙ ｉｍａｇｅ）、テキスチャーイメージ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）、付加
パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を生成して圧
縮するためのＶ－ＰＣＣ符号化プロセス（ｅｎｃｏｄｉｎｇ ｐｒｏｃｅｓｓ）を示す。
図４のＶ－ＰＣＣ符号化プロセスは、図１のポイントクラウドビデオエンコーダ１０００
２によって処理される。図４の各構成要素は、ソフトウェア、ハードウェア、プロセッサ
及び／又はそれらの組み合わせによって行われる。
パッチ生成部（ｐａｔｃｈ ｇｅｎｅｒａｔｉｏｎ）１４０００は又はパッチ生成器は
ポイントクラウドフレーム（ポイントクラウドデータを含むビットストリームの形式であ
ってもよい）を受信する。パッチ生成部４００００は、ポイントクラウドデータからパッ
チを生成する。また、パッチの生成に関する情報を含むパッチ情報を生成する。
パッチパッキング（ｐａｔｃｈ ｐａｃｋｉｎｇ）４０００１又はパッチパッカーはポ
イントクラウドデータに対するパッチをパッグする。例えば、１つ又は１つ以上のパッチ
をパックする。また、パッチパッキングに関する情報を含む占有マップを生成する。
ジオメトリイメージ生成部（ｇｅｏｍｅｔｒｙ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）
４０００２又はジオメトリイメージ生成器は、ポイントクラウドデータ、パッチ、及び／
又はパックされたパッチに基づいてジオメトリイメージを生成する。ジオメトリイメージ
は、ポイントクラウドデータに関するジオメトリを含むデータをいう。
テキスチャーイメージ生成部（ｔｅｘｔｕｒｅ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）
４０００３又はテキスチャーイメージ生成器は、ポイントクラウドデータ、パッチ、及び
／又はパックされたパッチに基づいてテキスチャーイメージを生成する。また再構成され
た（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）ジオメトリイメージをパッチ情報に基づいて平滑化（
番号）が平滑化処理をして生成された平滑化ジオメトリにさらに基づいて、テキスチャー
イメージを生成する。
平滑化（ｓｍｏｏｔｈｉｎｇ）４０００４又は平滑化部は、イメージデータに含まれた
エラーを緩和又は除去する。例えば、再構成された（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）ジオ
メトリイメージをパッチ情報に基づいて、データ間エラーを誘発するような部分を柔らか
にフィールタリングして平滑化したジオメトリを生成する。
付加パッチ情報圧縮（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｃｏｍｐｒｅｓｓ
ｉｏｎ）４０００５又は付加パッチ情報圧縮部は、パッチ生成プロセスで生成されたパッ
チ情報に関する付加（ａｕｘｉｌｉａｒｙ）パッチ情報を圧縮する。また、圧縮された付
加パッチ情報は多重化装置へ伝送され、ジオメトリイメージ生成部４０００２も付加パッ
チ情報を用いる。
イメージパッド（ｉｍａｇｅ ｐａｄｄｉｎｇ）４０００６、４０００７又はイメージ
パッド部は、ジオメトリイメージ及びテキスチャーイメージをそれぞれパッドする。即ち
、パッドデータがジオメトリイメージ及びテキスチャーイメージにパッドされる。
グループ拡張（ｇｒｏｕｐ ｄｉｌａｔｉｏｎ）４０００８又はグループ拡張部は、イ
メージパッドと同様に、テキスチャーイメージにデータを付加する。付加パッチ情報がテ
キスチャーイメージに挿入される。
ビデオ圧縮（ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００９、４００１０、４００
１１又はビデオ圧縮部は、パッドされたジオメトリイメージ、パッドされたテキスチャー
イメージ及び／又は占有マップをそれぞれ圧縮する。圧縮はジオメトリ情報、テキスチャ
ー情報、占有情報などを符号化する。
エントロピー圧縮（ｅｎｔｒｏｐｙ ｃｏｍｐｒｅｓｓｉｏｎ）４００１２又はエント
ロピー圧縮部は、占有マップをエントロピー方式に基づいて圧縮（例えば、符号化）する
。
実施例によれば、ポイントクラウドデータがロスレス（ｌｏｓｓｌｅｓｓ）した場合及
び／又はロッシー（ｌｏｓｓｙ）した場合、占有マップフレームに対してエントロピー圧
縮及び／又はビデオ圧縮が行われる。
多重化装置（ｍｕｌｔｉｐｌｅｘｅｒ）４００１３は、圧縮されたジオメトリイメージ
、圧縮されたテキスチャーイメージ、圧縮された占有マップをビットストリームに多重化
する。
以下、実施例による図４の各々のプロセスの詳細な動作を示す。
パッチ生成（Ｐａｔｃｈ ｇｅｎｅｒａｔｉｏｎ）４００００
パッチ生成のプロセスは、ポイントクラウドを２Ｄイメージにマップ（ｍａｐｐｉｎｇ
）するために、マッピングを行う単位であるパッチでポイントクラウドを分割するプロセ
スを意味する。パッチ生成のプロセスは、以下のようにノーマル（ｎｏｒｍａｌ）値の計
算、セグメント（ｓｅｇｍｅｎｔａｔｉｏｎ）、パッチ（ｐａｔｃｈ）分割の３つのステ
ップに分けられる。
図５を参照して、正規値の計算プロセスを具体的に説明する。
図５は、実施例による表面（Ｓｕｒｆａｃｅ）の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ
）及び法線ベクトル（ｎｏｒｍａｌ ｖｅｃｔｏｒ）の一例を示す。
図５の表面は、図４のＶ－ＰＣＣ符号化プロセスのパッチ生成のプロセス４００００に
おいて以下のように用いられる。
パッチ生成に関連して法線（Ｎｏｒｍａｌ）計算
ポイントクラウドを成す各点（例えば、ポイント）は、固有の方向を有しているが、こ
れは法線という３Ｄのベクトルで示される。Ｋ－Ｄ ｔｒｅｅなどを用いて求められる各
点の隣接点（ｎｅｉｇｈｂｏｒｓ）を用いて、図５のようなポイントクラウドの表面を成
す各点の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ）及び法線ベクトル（ｎｏｒｍａｌ ｖｅ
ｃｔｏｒ）を求める。隣接点を探すプロセスにおけるサーチ範囲（ｓｅａｒｃｈ ｒａｎ
ｇｅ）はユーザによって定義される。
接平面（ｔａｎｇｅｎ ｐｌａｎｅ）：表面の一点を通り、表面上の曲線に対する接線
を完全に含んでいる平面を示す。
図６は、実施例によるポイントクラウドのバウンディングボックス（ｂｏｕｎｄｉｎｇ
ｂｏｘ）の一例を示す。
実施例による方法／装置、例えば、パッチ生成部がポイントクラウドデータからパッチ
を生成するプロセスにおいてバウンディングボックスを用いる。
実施例によるバウンディングボックスとは、ポイントクラウドデータを３Ｄ空間上で六
面体に基づいて分割する単位のボックスである。
バウンディングボックスは、ポイントクラウドデータの対象となるポイントクラウド客
体を３Ｄ空間上の六面体に基づいて各々の六面体の平面にプロジェクトするプロセスにお
いて用いる。バウンディングボックスは、図１のポイントクラウドビデオ取得部１０００
０、ポイントクラウドビデオエンコーダ１０００２によって生成、処理される。また、バ
ウンディングボックスに基づいて、図２のＶ－ＰＣＣ符号化プロセスのパッチ生成４００
００、パッチパッキング４０００１、ジオメトリイメージ生成４０００２、テキスチャー
イメージ生成４０００３が行われる。
パッチ生成に関連して分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）
分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）は、初期分割（ｉｎｉｔｉａｌ ｓｅｇｍｅｎｔａ
ｔｉｏｎ）と改善分割（ｒｅｆｉｎｅ ｓｅｇｍｅｎｔａｔｉｏｎ）との２つのプロセス
からなる。
実施例によるポイントクラウドビデオエンコーダ１０００２は、ポイントをバウンディ
ングボックスの一面にプロジェクトする。具体的に、ポイントクラウドを成す各点は、図
６のように、ポイントクラウドを囲む６つのバウンディングボックスの面の一面にプロジ
ェクトされるが、初期分割（ｉｎｉｔｉａｌ ｓｅｇｍｅｎｔａｔｉｏｎ）は、各点がプ
ロジェクトされるバウンディングボックスの平面のうちの１つを決定するプロセスである
。
決定された平面は、０～５のうちのいずれか１つのインデックス形式の値（ｃｌｕｓｔ
ｅｒ ｉｎｄｅｘ）として識別される。
改善分割（Ｒｅｆｉｎｅ ｓｅｇｍｅｎｔａｔｉｏｎ）は、上述した初期分割（ｉｎｉ
ｔｉａｌ ｓｅｇｍｅｎｔａｔｉｏｎ）のプロセスで決定されたポイントクラウドを成す
各点のプロジェクション平面を隣接点のプロジェクション平面を考慮して改善するプロセ
スである。このプロセスでは、上述した初期分割プロセスにおいてプロジェクション平面
を決定するために考慮した各点のノーマルとバウンディングボックスの各平面のノーマル
値との類似度を成すｓｃｏｒｅ ｎｏｒｍａｌと共に、現在点のプロジェクション平面と
隣接点のプロジェクション平面との一致度を示すスコア平滑化ｓｃｏｒｅ ｓｍｏｏｔｈ
とが同時に考慮される。
Ｓｃｏｒｅ ｓｍｏｏｔｈはｓｃｏｒｅ ｎｏｒｍａｌに対して加重値を与えることで
考慮することができ、このとき、加重値はユーザによって定義される。改善分割は繰り返
し的に行われ、繰り返し回数もユーザに定義される。
パッチ生成に関連してパッチ分割（ｓｅｇｍｅｎｔ ｐａｔｃｈｅｓ）
パッチ分割は、上述した初期／改善分割のプロセスで得たポイントクラウドを成す各点
のプロジェクション平面情報に基づいて、全体のポイントクラウドを隣接した点の集合で
あるパッチに分けるプロセスである。パッチ分割は、以下のようなステップからなる。
１） Ｋ－Ｄ ｔｒｅｅなどを用いてポイントクラウドを成す各点の隣接点を算出する
。最大の隣接点の数はユーザによって定義される。
２） 隣接点が現在の点と同一平面にプロジェクトされる場合（同一のクラスターイン
デックス（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）値を有する場合）、現在の点とその隣接点を１
つのパッチに抽出する。
３） 抽出したパッチのジオメトリ値を算出する。詳しい過程について後述する。
４） 抽出されない点が無くなるまで２）～４）のプロセスを繰り返す。
パッチ分割のプロセスを通じて、各パッチのサイズ及び各パッチの占有マップ、ジオメ
トリイメージ、テクスチャイメージなどが決定される。
図７は、実施例による占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）の個別パッチ（ｐａ
ｔｃｈ）の位置決めの一例を示す。
実施例によるポイントクラウドエンコーダ１０００２は、パッチパッキング及び占有マ
ップを生成することができる。
パッチパッキング及び占有マップの生成（Ｐａｔｃｈ ｐａｃｋｉｎｇ ＆ Ｏｃｃｕ
ｐａｎｃｙ ｍａｐ ｇｅｎｅｒａｔｉｏｎ）４０００１
本プロセスは、以前に分割されたパッチを１つの２Ｄイメージにマップするために、個
別パッチの２Ｄイメージ内における位置を決定するプロセスである。占有マップ（Ｏｃｃ
ｕｐａｎｃｙ ｍａｐ）は２Ｄイメージの１つであって、その位置におけるデータの存否
を０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）である。占有マップは、
ブロックからなり、ブロックのサイズに応じて解像度が決定されるが、一例としてブロッ
クのサイズが１＊１である場合、ピクセル（ｐｉｘｅｌ）単位の解像度を有する。ブロッ
クのサイズ（ｏｃｃｕｐａｎｃｙ ｐａｃｋｉｎｇ ｂｌｏｃｋ ｓｉｚｅ）はユーザに
よって決定される。
占有マップ内において個別パッチの位置を決定するプロセスは、以下のようである。
１） 全体の占有マップの値をいずれも０に設定する。
２） 占有マップ平面に存在する水平座標が（０、ｏｃｃｕｐａｎｃｙＳｉｚｅＵ－ｐ
ａｔｃｈ．ｓｉｚｅＵ０）、垂直座標が（０、ｏｃｃｕｐａｎｃｙＳｉｚｅＶ－ｐａｔｃ
ｈ．ｓｉｚｅＶ０）の範囲にある点（ｕ、 ｖ）にパッチを位置させる。
３） パッチ平面に存在する水平座標が（０、ｐａｔｃｈ．ｓｉｚｅＵ０）、垂直座標
が（０、ｐａｔｃｈ．ｓｉｚｅＶ０）の範囲にある点（ｘ、ｙ）を現在点（ポイント）と
して設定する。
４） 点（ｘ、ｙ）に対して、パッチ占有マップの（ｘ、ｙ）座標値が１であり（パッ
チ内の該当地点にデータが存在し）、全体の占有マップの（ｕ＋ｘ、ｖ＋ｙ）座標値が１
（以前のパッチにより占有マップが満たされた場合）、ラスタ順に（ｘ、ｙ）位置を変更
して、３）～４）のプロセスを繰り返す。そうではない場合、６）のプロセスを行う。
５） ラスタ順に（ｕ、ｖ）位置を変更して３）～５）のプロセスを繰り返す。
６） （ｕ、ｖ）を該当パッチの位置に決定し、パッチの占有マップデータを全体の占
有マップの該当部分に割り当てる（ｃｏｐｙ）。
７） 次のパッチに対して２）～７）のプロセスの繰り返す。
占有サイズＵ（ｏｃｃｕｐａｎｃｙＳｉｚｅＵ）：占有マップの幅（ｗｉｄｔｈ）を示
し、単位は占有パッキングサイズブロック（ｏｃｃｕｐａｎｃｙ ｐａｃｋｉｎｇ ｂｌ
ｏｃｋ ｓｉｚｅ）である。
占有サイズＶ（ｏｃｃｕｐａｎｃｙＳｉｚｅＶ）：占有マップの高さ（ｈｅｉｇｈｔ）
を示し、単位は占有パッキングブロックサイズである。
パッチサイズＵ０（ｐａｔｃｈ．ｓｉｚｅＵ０）：占有マップの幅を示し、単位は占有
パッキングブロックサイズである。
パッチサイズＶ０（ｐａｔｃｈ．ｓｉｚｅＶ０）：占有マップの高さを示し、単位は占
有パッキングブロックサイズである。
例えば、図７のように、占有パッキングサイズブロックに該当するボックス内パッチサ
イズを有するパッチに対応するボックスが存在し、ボックス内ポイント（ｘ、ｙ）が位置
してもよい。
図８は、実施例によるノーマル（ｎｏｒｍａｌ）、タンジェント（ｔａｎｇｅｎｔ）、
バイタンジェント（ｂｉｔａｎｇｅｎｔ）軸の関係の一例を示す。
実施例によるポイントクラウドビデオエンコーダ１０００２は、 ジオメトリイメージ
を生成することができる。ジオメトリイメージとは、ポイントクラウドのジオメトリ情報
を含むイメージデータを意味する。ジオメトリイメージの生成プロセスは、図８のパッチ
の３つの軸（ノーマル、タンジェント、バイタンジェント）を用いる。
ジオメトリイメージの生成（Ｇｅｏｍｅｔｒｙ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）
４０００２
本プロセスでは、個別パッチのジオメトリイメージを構成する深さ（ｄｅｐｔｈ）値を
決定し、上述したパッチパッキング（ｐａｔｃｈ ｐａｃｋｉｎｇ）のプロセスで決定さ
れたパッチの位置に基づいて全体のジオメトリイメージを生成する。個別パットのジオメ
トリイメージを構成する深さ値を決定するプロセスは以下のように構成される。
１） 個別パッチの位置、サイズに関するパラメータを算出する。パラメータは以下の
ような情報を含む。
ノーマル（ｎｏｒｍａｌ）軸を示すインデックス：ノーマルは上述したパッチ生成のプ
ロセスで求められ、タンジェント軸はノーマルと直角の軸のうちパッチイメージの水平（
ｕ）軸と一致する軸であり、バイタンジェント軸はノーマルと直角の軸のうちパッチイメ
ージの垂直（ｖ）軸と一致する軸であって、３つの軸は、以下の図のように示される。
図９は、実施例によるプロジェクションモードの最小モード及び最大モード構成の一例
を示す。
実施例によるポイントクラウドビデオエンコーダ１０００２は、ジオメトリイメージを
生成するために、パッチに基づくプロジェクションを行い、実施例によるプロジェクショ
ンのモードは最小モード及び最大モードがある。
パッチの３Ｄ空間座標：パッチを囲む最小サイズのバウンディングボックスによって算
出される。例えば、パッチの３Ｄ空間座標にパッチのタンジェント方向最小値（ｐａｔｃ
ｈ ３Ｄ ｓｈｉｆｔ ｔａｎｇｅｎｔ ａｘｉｓ）、パッチのバイタンジェント方向最
小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｂｉｔａｎｇｅｎｔ ａｘｉｓ）、パッチのノー
マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）などが含ま
れる。
パッチの２Ｄサイズ：パッチが２Ｄイメージでパックされるときの水平、垂直方向サイ
ズを示す。水平方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｕ）はバウンディングボック
スのタンジェント方向の最大値と最小値との差であり、垂直方向サイズ（ｐａｔｃｈ ２
Ｄ ｓｉｚｅ ｖ）はバウンディングボックスのバイタンジェント方向の最大値と最小値
との差である。
２） パッチのプロジェクションモード（ｐｒｏｊｅｃｔｉｏｎ ｍｏｄｅ）を決定す
る。プロジェクションモードは、最小モード（ｍｉｎ ｍｏｄｅ）と最大モード（ｍａｘ
ｍｏｄｅ）のいずれか１つである。パッチのジオメトリ情報は、深さ値で示されるが、
パッチのノーマル方向にパッチを成す各点をプロジェクトするとき、深さ値の最大値で構
成されるイメージと最小値で構成されるイメージの２つのレイヤ（ｌａｙｅｒ）のイメー
ジが生成される。
２つのレイヤのイメージｄ０とｄ１を生成するのに、最小モードである場合、図９のよ
うに最小深さがｄ０に構成され、最小深さから表面厚さ（ｓｕｒｆａｃｅ ｔｈｉｃｋｎ
ｅｓｓ）以内に存在する最大深さがｄ１に構成される。
例えば、ポイントクラウドが、図のように２Ｄに位置する場合、複数のポイントを含む
複数のパッチがあってもよい。図のように、同じ陰影で示されたポイントが同一のパッチ
に属することを示す。空欄で示されたポイントのパッチをプロジェクトするプロセスを示
す。
空欄で示されたポインを左側／右側にプロジェクトする場合、左側を基準として深さを
０、１、２、．．６、７、８、９のように１つずつ増加しながら右側にポイントの深さの
算出のための数字を表記する。
プロジェクションモード（Ｐｒｏｊｅｃｔｉｏｎ ｍｏｄｅ）は、ユーザの定義によっ
て、全てのポイントクラウドに同一の方法が適用されてもよく、フレーム又はパッチごと
に異なる方法が適用されてもよい。フレーム又はパッチごとに異なるプロジェクションモ
ードが適用される場合、圧縮効率を高めたり、消失点（ｍｉｓｓｅｄ ｐｏｉｎｔ）が最
小化できるプロジェクションモードが適応的に選ばれる。
３） 個別点の深さ値を算出する。
最小モードである場合、各点のノーマル軸の最小値にパッチのノーマル方向最小値（ｐ
ａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）から１）のプロセスで算出され
たパッチのノーマル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉ
ｓ）を引いた値であるｄｅｐｔｈ０でｄ０イメージを構成する。同一の位置にｄｅｐｔｈ
０と表面厚さ以内の範囲にその他の深さ値が存在する場合、この値をｄｅｐｔｈ１に設定
する。存在しない場合は、ｄｅｐｔｈ０の値をｄｅｐｔｈ１にも割り当てる。Ｄｅｐｔｈ
１の値でｄ１イメージを構成する。
例えば、ｄ０のポイントの深さ決定において最小値が算出される（４ ２ ４ ４ ０
６ ０ ０ ９ ９ ０ ８ ０）。また、ｄ１のポイントの深さを決定することにお
いて２つ以上のポイントのうち大きい値が算出されるか、１つのポイントだけがある場合
はその値が算出される（４ ４ ４ ４ ６ ６ ６ ８ ９ ９ ８ ８ ９）。また
、パッチのポイントが符号化、再構成（ｒｅｃｏｎｓｔｒｕｃｔ）されるプロセスにおい
て一部のポイントが損失される（例えば、図では８つのポイントが損失）。
最大モード（Ｍａｘ ｍｏｄｅ）である場合、各点のノーマル軸の最大値にパッチのノ
ーマル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）から１）
のプロセスで算出されたパッチのノーマル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ
ｎｏｒｍａｌ ａｘｉｓ）を引いた値であるｄｅｐｔｈ０でｄ０イメージを構成する。同
一の位置にｄｅｐｔｈ０と表面厚さ以内の範囲にその他の深さ値が存在する場合、この値
をｄｅｐｔｈ１に設定する。存在しない場合、ｄｅｐｔｈ０の値をｄｅｐｔｈ１にも割り
当てる。Ｄｅｐｔｈ１の値でｄ１イメージを構成する。
例えば、ｄ０のポイントの深さ決定において最大値が算出される（４ ４ ４ ４ ６
６ ６ ８ ９ ９ ８ ８ ９）。また、ｄ１のポイントの深さを決定することにお
いて２つ以上のポイントのうち小さい値が算出されるか、１つのポイントだけがある場合
はその値が算出される（４ ２ ４ ４ ５ ６ ０ ６ ９ ９ ０ ８ ０）。また
、パッチのポイントが符号化、再構成（ｒｅｃｏｎｓｔｒｕｃｔ）されるプロセスにおい
て一部のポイントが損失される（例えば、図では６つのポイントが損失）。
上述したプロセスから生成された個別パッチのジオメトリイメージを、上述したパッチ
パッキングプロセスを通じて生成された個別パッチの位置情報を用いて、全体のジオメト
リイメージに配置させることで、全体のジオメトリイメージを生成することができる。
生成された全体のジオメトリイメージのｄ１レイヤは、様々な方法によって符号化され
る。第一は、以前に生成したｄ１イメージの深さ値をそのまま符号化する方法（ａｂｓｏ
ｌｕｔｅ ｄ１ ｅｎｃｏｄｉｎｇ ｍｅｔｈｏｄ）である。第二は、以前に生成したｄ
１イメージの深さ値とｄ０イメージの深さ値との差を符号化する方法（ｄｉｆｆｅｒｅｎ
ｔｉａｌ ｅｎｃｏｄｉｎｇ ｍｅｔｈｏｄ）である。
このようなｄ０、ｄ１の２つのレイヤの深さ値を用いた符号化の方法は、２つの深さの
間にそのその他の点が存在する場合、その点のジオメトリ情報を符号化するプロセスで失
うため、無損失圧縮（ｌｏｓｓｌｅｓｓ ｃｏｄｉｎｇ）のために、Ｅｎｈａｎｃｅｄ－
Ｄｅｌｔａ－Ｄｅｐｔｈ（ＥＤＤ）ｃｏｄｅを用してもよい。
図１０を参照して、ＥＤＤ ｃｏｄｅを具体的に説明する。
図１０は、実施例によるＥＤＤコードの一例を示す。
ポイントクラウドビデオエンコーダ１０００２及び／又はＶ－ＰＣＣ符号化の一部／全
部のプロセス（例えば、ビデオ圧縮４０００９）などは、ＥＯＤコードに基づいてポイン
トのジオメトリ情報を符号化することができる。
ＥＤＤ ｃｏｄｅは、図のように、ｄ１を含み表面厚さの範囲内の全ての点の位置を２
進で符号化する方法である。一例として、図の左側から二番目の列に含まれる点の場合、
Ｄ０の上方に一番目、四番目の位置に点が存在し、二番目と三番目の位置は空いているた
め、０ｂ１００１（＝９）のＥＤＤ ｃｏｄｅで示される。Ｄ０と共にＥＤＤ ｃｏｄｅ
を符号化して送信すると、受信端では全ての点のジオメトリ情報を損失なく復元すること
ができる。
例えば、基準点上にポイントが存在すれば１であり、ポイントが存在しなければ０とな
り、４つのビットに基づいてコードが表現される。
平滑化（Ｓｍｏｏｔｈｉｎｇ）４０００４
平滑化は、圧縮プロセスから生じる画質の劣化によりパット境界面で発生し得る不連続
性を除去する作業であり、ポイントクラウドビデオエンコーダ又は平滑化部で行われる。
１） ジオメトリイメージよりポイントクラウドを再生成（ｒｅｃｏｎｓｔｒｕｃｔｉ
ｏｎ）する。本プロセスは、上述したジオメトリイメージ生成の逆過程といえる。例えば
、符号化の逆過程が再生成である。
２） Ｋ－Ｄ ｔｒｅｅなどを用いて再生成されたポイントクラウドを構成する各点の
隣接点を算出する。
３） 各点に対して、その点がパッチ境界面に位置するか否かを判断する。一例として
、現在点とは異なるプロジェクション平面（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）を有する隣接
点が存在する場合、その点はパッチの境界面に位置していると判断できる。
４） パッチ境界面が存在する場合、その点を隣接点の重心（隣接点の平均ｘ、ｙ、ｚ
座標に位置）へ移動させる。即ち、ジオメトリ値を変更する。存在しない場合には以前の
ジオメトリ値を維持する。
図１１は、実施例による隣接点のカラー（ｃｏｌｏｒ）値を用いた復色（ｒｅｃｏｌｏ
ｒｉｎｇ）の一例を示す。
実施例によるポイントクラウドビデオエンコーダ又はテキスチャーイメージ生成４００
０３は、復色に基づいてテキスチャーイメージを生成することができる。
テキスチャーイメージ生成（Ｔｅｘｔｕｒｅ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）４
０００３
テキスチャーイメージ生成のプロセスは、上述したジオメトリイメージ生成のプロセス
と同様に、個別パッチのテキスチャーイメージを生成し、これらを決められた位置に配置
することで、全体のテキスチャーイメージを生成するプロセスからなる。ただし、個別パ
ッチのテキスチャーイメージを生成するプロセスにおいて、ジオメトリ生成のための深さ
値に代わってその位置に対応するポイントクラウドを構成する点のカラー値（例えば、Ｒ
、Ｇ、Ｂ）を有するイメージが生成される。
ポイントクラウドを構成する各点のカラー値を求めるプロセスにおいて、上述した平滑
化のプロセスを経たジオメトリが用いられる。平滑化されたポイントクラウドはオリジナ
ルポイントクラウドにおいて一部点の位置が移動した状態である可能性があるため、変更
された位置に適するカラーを探す復色のプロセスが必要となる。復色は隣接点のカラー値
を用いて行われる。一例として、図のように、新たなカラー値は最隣接点のカラー値と隣
接点のカラー値を考慮して算出できる。
例えば、図を参照すれば、復色はポイントに対する最も近いオリジナルポイントの特質
情報の平均及び／又はポイントに対する最も近いオリジナル位置の特質情報の平均に基づ
いて変更された位置の適するカラー値を算出する。
テキスチャーイメージもまた、ｄ０／ｄ１の２つのレイヤで生成されるジオメトリイメ
ージのように、ｔ０／ｔ１の２つのレイヤで生成される。
付加パッチ情報圧縮（Ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｃｏｍｐｒｅｓｓ
ｉｏｎ）４０００５
実施例によるポイントクラウドビデオエンコーダ又は付加パッチ情報圧縮部は、付加パ
ッチ情報（ポイントクラウドに関する付加的な情報）を圧縮することができる。
付加パッチ情報圧縮部は、上述したパッチ生成、パッチパッキング、ジオメトリ生成の
プロセスなどで生成した付加パッチ情報を圧縮する。付加パッチ情報には以下のようなパ
ラメータが含まれる：
プロジェクション（ｐｒｏｊｅｃｔｉｏｎ）平面（ｎｏｒｍａｌ）を識別するインデッ
クス（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）
パッチの３Ｄ空間位置：パッチのタンジェント方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉ
ｆｔ ｔａｎｇｅｎｔ ａｘｉｓ）、パッチのバイタンジェント方向最小値（ｐａｔｃｈ
３Ｄ ｓｈｉｆｔ ｂｉｔａｎｇｅｎｔ ａｘｉｓ）、パッチのノーマル方向最小値（
ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）
パッチの２Ｄ空間位置、サイズ：水平方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｕ）
、垂直方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｖ）、水平方向最小値（ｐａｔｃｈ
２Ｄ ｓｈｉｆｔ ｕ）、垂直方向最小値（ｐａｔｃｈ ２Ｄ ｓｈｉｆｔ ｕ）
各々のブロックとパッチのマッピング情報：候補インデックス（ｃａｎｄｉｄａｔｅ
ｉｎｄｅｘ）（上述したパッチの２Ｄ空間位置、サイズ情報に基づいてパッチを順に位置
させた場合、１つのブロックに重複して複数のパッチがマップされることがある。このと
き、マップされるパッチが候補リストを構成し、このリストの何番目のパッチのデータが
該当ブロックに存在するかを示すインデックス）、ｌｏｃａｌ ｐａｔｃｈ ｉｎｄｅｘ
（フレームに存在する全体のパッチのうちの１つを示すインデックス）。 Ｔａｂｌｅ
１は、ｃａｎｄｉｄａｔｅ ｌｉｓｔとｌｏｃａｌ ｐａｔｃｈ ｉｎｄｅｘを用いたブ
ロックとパッチのマッチングプロセスを示す疑似コード（ｐｓｅｕｄｏ ｃｏｄｅ）であ
る。
候補リストの最大数はユーザによって定義される。
ｔａｂｌｅ １－１ ｂｌｏｃｋとパッチマッピングのためのｐｓｅｕｄｏ ｃｏｄｅ
ｆｏｒ（ｉ＝０；ｉ＜ＢｌｏｃｋＣｏｕｎｔ；ｉ＋＋）｛
ｉｆ（ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］．ｓｉｚｅ（）＝＝１）｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］［０］
｝ ｅｌｓｅ ｛
ｃａｎｄｉｄａｔｅ＿ｉｎｄｅｘ
ｉｆ（ｃａｎｄｉｄａｔｅ＿ｉｎｄｅｘ＝＝ｍａｘ＿ｃａｎｄｉｄａｔｅ＿ｃｏｕｎｔ
） ｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｌｏｃａｌ＿ｐａｔｃｈ＿ｉｎｄｅｘ
｝ ｅｌｓｅ ｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］［ｃａｎ
ｄｉｄａｔｅ＿ｉｎｄｅｘ］
｝
｝
｝
図１２は、実施例によるプッシュ－プルバックグラウンドフィリング（ｐｕｓｈ－ｐｕ
ｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉｌｌｉｎｇ）の一例を示す。
イメージパディング及びグループ拡張（Ｉｍａｇｅ ｐａｄｄｉｎｇ ａｎｄ ｇｒｏ
ｕｐ ｄｉｌａｔｉｏｎ）４０００６、４０００７、４０００８
実施例によるイメージパッダは、プッシュ－プルバックグラウンドフィリング方式に基
づいてパッチ領域以外の空間を意味のない付加的なデータで満たすことができる。
イメージパディングは、圧縮効率の向上を目的として、パッチ領域以外の空間を意味の
ないデータで満たすプロセスである。イメージパディングのために、パッチ内部の境界面
側に該当する列又は行のピクセル値がコピーされて空き空間を満たす方法が用いられる。
又は、図のように、パッドされないイメージの解像度を段階的に減らし、再び解像度が高
めるプロセスにおいて低い解像度のイメージからのピクセル値で空き空間を満たすプッシ
ュプルバックグラウンドフィリング（ｐｕｓｈ－ｐｕｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉ
ｌｌｉｎｇ）方法が用いられてもよい。
グループ拡張（Ｇｒｏｕｐ ｄｉｌａｔｉｏｎ）は、ｄ０／ｄ１、ｔ０／ｔ１の２つの
レイヤからなるジオメトリ、テキスチャーイメージの空き空間を満たす方法であって、上
述したイメージパディングによって算出された２つのレイヤの空き空間の値を、２つのレ
イヤの同一位置に対する値の平均値で満たすプロセスである。
図１３は、実施例による４＊４サイズのブロック（ｂｌｏｃｋ）に対して可能なトラバ
ーサルオーダー（ｔｒａｖｅｒｓａｌ ｏｒｄｅｒ）の一例を示す。
占有マップ圧縮（Ｏｃｃｕｐａｎｃｙ ｍａｐ ｃｏｍｐｒｅｓｓｉｏｎ）４００１２
、４００１１
実施例による占有マップ圧縮は、上述した占有マップを圧縮する。具体的には、損失（
ｌｏｓｓｙ）圧縮のためのビデオ圧縮（ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）と無損失
（ｌｏｓｓｌｅｓｓ）圧縮のためのエントロピー圧縮（ｅｎｔｒｏｐｙ ｃｏｍｐｒｅｓ
ｓｉｏｎ）との２つの方法がある。ビデオ圧縮については後述する。
エントロピー圧縮のプロセスは、以下のように行われる。
１） 占有マップを構成する各々のブロックに対して、全てのブロックが満たされた場
合に１を符号化し、次のブロックに同じプロセスを繰り返す。そうではない場合には０を
符号化し、２）～５）のプロセスを行う。
２） ブロックの満たされたピクセルに対してランレングス符号化（ｒｕｎ－ｌｅｎｇ
ｔｈ ｃｏｄｉｎｇ）を行うためのｂｅｓｔ ｔｒａｖｅｒｓａｌ ｏｒｄｅｒを決定す
る。図は４＊４サイズのブロックに対して可能な４つのｔｒａｖｅｒｓａｌ ｏｒｄｅｒ
を一例として示す。
図１４は、実施例によるベストトラバーサルオーダーの一例を示す。
上述のように、実施例によるエントロピー圧縮部は図のように、トラバーサルオーダー
方式に基づいてブロックをコーティング（符号化）する。
例えば、可能なトラバーサルオーダーのうち、最小のラン（ｒｕｎ）数を有するｂｅｓ
ｔ ｔｒａｖｅｒｓａｌ ｏｒｄｅｒを選択し、そのインデックスを符号化する。一例と
して、上述した図１３の３番目のトラバーサルオーダーを選択する場合であり、この場合
、ｒｕｎ数は２と最小化でき、これをベストトラバーサルオーダー（ｂｅｓｔ ｔｒａｖ
ｅｒｓａｌ ｏｒｄｅｒ）として選択する。
このとき、ｒｕｎ数を符号化する。図１４の例では、２つのｒｕｎが存在することから
、２を符号化する。
４） １番目のｒｕｎの占有（ｏｃｃｕｐａｎｃｙ）を符号化する。図１４の例では、
１番目のｒｕｎが満たされていないピクセルに該当するため、０を符号化する。
５） 個別ｒｕｎに対する（ｒｕｎの数分だけの）長さ（ｌｅｎｇｔｈ）を符号化する
。図１４の例では、１番目のｒｕｎと２番目のｒｕｎの長さである６と１０を順次に符号
化する。
ビデオ圧縮（Ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００９、４００１０、４００
１１
実施例によるビデオ圧縮部は、ＨＥＶＣ、ＶＶＣなどの２Ｄビデオコーデック（ｖｉｄ
ｅｏ ｃｏｄｅｃ）などを用いて、上述したプロセスで生成されたジオメトリイメージ、
テキスチャーイメージ、占有マップイメージなどのシーケンスを符号化する。
図１５は、実施例による２Ｄビデオ／イメージエンコーダ（２Ｄ ｖｉｄｅｏ／ｉｍａ
ｇｅ Ｅｎｃｏｄｅｒ）の一例を示す。
図は上述したビデオ圧縮部（Ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ ｕｎｉｔ）４００
０９、４００１０、４００１１が適用される実施例であって、ビデオ／映像信号の符号化
が行われる２Ｄビデオ／イメージエンコーダ１５０００の概略なブロック図を示す。２Ｄ
ビデオ／イメージエンコーダ１５０００は、上述したポイントクラウドビデオエンコーダ
１０００２に含まれるか、又は内部／外部のコンポーネントからなる。図１５の各構成要
素は、ソフトウェア、ハードウェア、プロセッサ及び／又はそれらの組み合わせに対応す
る。
ここで、入力イメージは、上述したジオメトリイメージ、テキスチャーイメージ（特質
イメージ）、占有マップイメージなどを含む。ポイントクラウドビデオエンコーダの出力
ビットストリーム（即ち、ポイントクラウドビデオ／イメージビットストリーム）は、各
入力映像（ジオメトリイメージ、テキスチャーイメージ（特質イメージ）、占有マップイ
メージなど）に対する出力ビットストリームを含む。
インター予測部１５０９０及びイントラ予測部１５１００を合わせて予測部と呼ぶ。即
ち、予測部は、インター予測部１５０９０及びイントラ予測部１５１００を含む。変換部
１５０３０、量子化部１５０４０、逆量子化部１５０５０、逆変換部１５０６０を合わせ
て、残余（ｒｅｓｉｄｕａｌ）処理部とも呼ぶ。残余処理部はさらに減算部１５０２０を
含む。上述した映像分割部１５０１０、減算部１５０２０、変換部１５０３０、量子化部
１５０４０、逆量子化部１５０５０、逆変換部１５０６０、加算部１５５、フィールタリ
ング部１５０７０、インター予測部１５０９０、イントラ予測部１５１００及びエントロ
ピー符号化部１５１１０は、実施例によって、１つのハードウェアコンポーネント（例え
ば、エンコーダ又はプロセッサ）で構成される。また、メモリ１５０８０は、ＤＰＢ（ｄ
ｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を含み、デジタル記憶媒体で構成される
。
映像分割部１５０１０は、符号化装置１５０００に入力された入力映像（又はピクチャ
ー、フレーム）を１つ以上の処理ユニット（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）に分割す
る。一例として、処理ユニットは、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ、Ｃ
Ｕ）とも呼ぶ。この場合、コーディングユニットは、コーディングツリーユニット（ｃｏ
ｄｉｎｇ ｔｒｅｅ ｕｎｉｔ、ＣＴＵ）又は最大コーディングユニット（ｌａｒｇｅｓ
ｔ ｃｏｄｉｎｇ ｕｎｉｔ、ＬＣＵ）からＱＴＢＴ（Ｑｕａｄ－ｔｒｅｅ ｂｉｎａｒ
ｙ－ｔｒｅｅ）構造によって再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）分割される。例えば、
１つのコーディングユニット、Ｑｕａｄ－ｔｒｅｅ構造及び／又はｂｉｎａｒｙ－ｔｒｅ
ｅ構造に基づいて下位（ｄｅｅｐｅｒ）深さの複数のコーディングユニットに分割される
。この場合、例えば、先にＱｕａｄ－ｔｒｅｅが適用されて、その後にｂｉｎａｒｙ－ｔ
ｒｅｅが適用されてもよい。又はｂｉｎａｒｙ－ｔｒｅｅが先に適用されてもよい。これ
以上分割されない最終コーディングユニットに基づいて、本発明によるコーディング手順
が行われてもよい。この場合、映像の特性に応じたコーディング効率などに基づいて、最
大のコーディングユニットが最終符号化ユニットとして用いられてもよく、又は必要に応
じてコーディングユニットは再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）より下位深さのコーデ
ィングユニットに分割されて、最適なサイズのコーディングユニットが最終コーディング
ユニットとして用いられる。ここで、コーディング手順とは、後述する予測、変換、及び
復元などの手順を含む。その他の例として、処理ユニットは予測ユニット（ＰＵ：Ｐｒｅ
ｄｉｃｔｉｏｎ Ｕｎｉｔ）又は変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）
をさらに含んでもよい。この場合、予測ユニット及び変換ユニットのそれぞれは、上述し
た最終コーディングユニットから分割又はパーティショニングされる。予測ユニットはサ
ンプル予測の単位であり、変換ユニットは変換係数を誘導する単位及び／又は変換係数か
ら残余信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ）を誘導する単位である。
ユニットは、場合によって、ブロック（ｂｌｏｃｋ）又は領域（ａｒｅａ）又はモジュ
ールなどの用語と混用する。一般の場合、ＭｘＮブロックは、Ｍ個の列とＮ個の行からな
るサンプル又は変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合を示す
。サンプルは、一般にピクセル又はピクセルの値を示し、輝度（ｌｕｍａ）成分のピクセ
ル／ピクセル値だけを示してもよく、彩度（ｃｈｒｏｍａ）成分のピクセル／ピクセル値
だけを示してもよい。サンプルは１つのピクチャー（又は、映像）をピクセル（ｐｉｘｅ
ｌ）又はペル（ｐｅｌ）に対応する用語として使用する。
符号化装置１５０００は、入力映像信号（オリジナルブロック、オリジナルサンプルア
レイ）においてインター予測部１５０９０又はイントラ予測部１５１００から出力された
予測信号（予測されたブロック、予測サンプルアレイ）を減算して、残余信号（ｒｅｓｉ
ｄｕａｌ ｓｉｇｎａｌ、残余ブロック、残余サンプルアレイ）を生成し、生成した残余
信号は変換部１５０３０へ送信される。この場合、図示のように、符号化装置１５０００
内で入力映像信号（オリジナルブロック、オリジナルサンプルアレイ）において予測信号
（予測ブロック、予測サンプルアレイ）を減算するユニットは減算部１５０２０と呼ぶ。
予測部は処理対象ブロック（以下、現在ブロックという）に対する予測を行い、現在ブロ
ックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ
）を生成する。予測部は現在ブロック又はＣＵ単位でイントラ予測を適用するか、又はイ
ンター予測を適用するかを決定する。予測部は、各々の予測モードに関して後述するよう
に、予測モード情報などの予測に関する様々な情報を生成してエントロピー符号化部１５
１１０に伝送する。予測に関する情報はエントロピー符号化部１５１１０で符号化されて
ビットストリームの形式で出力される。
予測部のイントラ予測部１５１００は、現在ピクチャー内のサンプルを参照して現在ブ
ロックを予測する。参照されるサンプルは、予測モードに応じて現在ブロックに隣接（ｎ
ｅｉｇｈｂｏｒ）して位置するか、又は離れて位置する。イントラ予測において予測モー
ドは複数の非方向性モードと複数の方向性モードを含む。非方向性モードは、例えばＤＣ
モード及び平面モード（Ｐｌａｎａｒモード）を含む。方向性モードは、予測方向の精密
度に応じて、例えば３３つの方向性予測モード又は６５つの方向性予測モードを含む。た
だし、これは例示であって、設定によってその以上又はその以下の方向性予測モードが用
いられる。イントラ予測部１５１００の隣接ブロックに適用された予測モードを用いて、
現在ブロックに適用される予測モードを決定してもよい。
予測部のインター予測部１５０９０は、参照ピクチャー上で動きベクトルによって特定
される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測され
たブロックを導く。このとき、インター予測モードで送信される動き情報の量を減らすた
めに、隣接ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック
、サブブロック又はサンプル単位で予測する。動き情報は、動きベクトル及び参照ピクチ
ャーインデックスを含む。動き情報はさらにインター予測方向（Ｌ０予測、Ｌ１予測、Ｂ
ｉ予測など）情報を含む。インター予測の場合、隣接ブロックは現在ピクチャー内に存在
する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参
照ピクチャーに存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎ
ｇ ｂｌｏｃｋ）を含む。参照ブロックを含む参照ピクチャーと時間的隣接ブロックを含
む参照ピクチャーは同一であってもよく、異なってもよい。時間的隣接ブロックは、同一
位置参照ブロック（ｃｏｌｌｏｃａｔｅｄ ｒｅｆｅｒｅｎｃｅ ｂｌｏｃｋ）、同一位
置ＣＵ（ｃｏｌＣＵ）などと呼ばれ、時間的隣接ブロックを含む参照ピクチャーは、同一
位置ピクチャー（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ、ｃｏｌＰｉｃ）とも呼ばれる
。例えば、インター予測部１５０９０は隣接ブロックに基づいて動き情報の候補リストを
構成し、現在ブロックの動きベクトル及び／又は参照ピクチャーインデックスを導出する
ためにいずれの候補が使用されるかを指示する情報を生成する。様々な予測モードに基づ
いてインター予測が行われ、例えばスキップモードとマージモードの場合、インター予測
部は隣接ブロックの動き情報を現在ブロックの動き情報として用いる。スキップモードの
場合、マージモードとは異なり、残余信号が送信されないことがある。動き情報予測（ｍ
ｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＭＶＰ）モードの場合、隣接ブロッ
クの動きベクトルを動きベクトル予測者（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔ
ｏｒ）として用いて、動きベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅ
ｎｃｅ）をシグナリングすることで現在ブロックの動きベクトルを指示する。
インター予測部１５０９０又はイントラ予測部１５１００によって生成された予測信号
は、復元信号の生成のために用いられるか、残余信号の生成のために用いられる。
変換部１５０３０は残余信号に変換方法を適用して変換係数（ｔｒａｎｓｆｏｒｍ ｃ
ｏｅｆｆｉｃｉｅｎｔｓ）を生成する。例えば、変換方法は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ
Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａ
ｎｓｆｏｒｍ）、ＫＬＴ（Ｋａｒｈｕｎｅｎ－Ｌｏｅｖｅ Ｔｒａｎｓｆｏｒｍ）、ＧＢ
Ｔ（Ｇｒａｐｈ－Ｂａｓｅｄ Ｔｒａｎｓｆｏｒｍ）、又はＣＮＴ（Ｃｏｎｄｉｔｉｏｎ
ａｌｌｙ Ｎｏｎ－ｌｉｎｅａｒ Ｔｒａｎｓｆｏｒｍ）のうち少なくとも１つを含む。
ここで、ＧＢＴはピクセル間の関係情報をグラフで表現するとき、このグラフから得られ
た変換を意味する。ＣＮＴは以前に復元された全てのピクセル（ａｌｌ ｐｒｅｖｉｏｕ
ｓｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐｉｘｅｌ）を用いて予測信号を生成し、それに
基づいて取得される変換を意味する。また、変換プロセスは、正方形の同一サイズのピク
セルブロックに適用されてもよく、正方形ではない可変サイズのブロックに適用されても
よい。
量子化部１５０４０は、変換係数を量子化してエントロピー符号化部１５１１０に送信
し、エントロピー符号化部１５１１０は量子化した信号（量子化した変換係数に関する情
報）を符号化してビットストリームに出力する。量子化した変換係数に関する情報は残余
情報と呼ぶ。量子化部１５０４０は係数スキャン順（ｓｃａｎ ｏｒｄｅｒ）に基づいて
ブロック形態の量子化変換係数を１次元ベクトル形に再整列し、１次元ベクトル形の量子
化変換係数に基づいて量子化した変換係数に関する情報を生成することもできる。エント
ロピー符号化部１５１１０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏ
ｍｂ）、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇ
ｔｈ ｃｏｄｉｎｇ）、ＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ
ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などのような様々な符号化方法を行う。エント
ロピー符号化部１５１１０は、量子化した変換係数の他にビデオ／イメージの復元に必要
な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値など）を共
に又は別として符号化する。符号化した情報（例えば、符号化したビデオ／映像情報）は
ビットストリームの形式でＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅ
ｒ）ユニットの単位で送信又は格納される。ビットストリームはネットワークを介して送
信されてもよく、デジタル記憶媒体に記憶されてもよい。ここで、ネットワークは放送網
及び／又は通信網などを含み、デジタル記憶媒体はＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルー
レイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体を含む。エントロピー符号化部１５１１０か
ら出力された信号を送信する送信部（未図示）及び／又は記憶する記憶部（未図示）が符
号化装置１５０００の内部／外部要素として構成されてもよく、又は送信部はエントロピ
ー符号化部１５１１０に含まれてもよい。
量子化部１５０４０から出力された量子化した変換係数は、予測信号を生成するために
用いられる。例えば、量子化した変換係数に逆量子化部１５０４０及び逆変換部１５０６
０によって逆量子化及び逆変換を適用することで、残余信号（残余ブロック又は残余サン
プル）を復元する。加算部１５２００は復元された残余信号をインター予測部１５０９０
又はイントラ予測部１５１００から出力された予測信号に加えることで、復元（ｒｅｃｏ
ｎｓｔｒｕｃｔｅｄ）信号（復元ピクチャー、復元ブロック、復元サンプルアレイ）を生
成する。スキップモードが適用された場合のように、処理対象ブロックに対する残余がな
い場合、予測されたブロックが復元ブロックとして用いられる。加算部１５５は復元部又
は復元ブロック生成部と呼ばれる。生成された復元信号は現在ピクチャー内の次の処理対
象ブロックのイントラ予測のために用いられてもよく、後述のようにフィルタリングを経
て次のピクチャーのインター予測のために用いられてもよい。
フィルタリング部１５０７０は、復元信号にフィルタリングを適用して、主観的／客観
的な画質を向上させることができる。例えば、フィルタリング部１５０７０は、復元ピク
チャーに様々なフィルタリング方法を適用して修正した（ｍｏｄｉｆｉｅｄ）復元ピクチ
ャーを生成し、修正した復元ピクチャーをメモリ１５０８０、具体的にメモリ１５０８０
のＤＰＢに格納する。様々なフィルタリング方法には、例えば、デブロッキングフィルタ
リング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）
、適応的ループフィルター（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、双方向フィ
ルター（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などがある。フィルタリング部１５０７０
は、後述する各々のフィルタリング方法のように、フィルタリングに関する様々な情報を
生成してエントロピー符号化部１５１１０へ伝送する。フィルタリングに関する情報はエ
ントロピー符号化部１５１１０で符号化されてビットストリームの形式で出力される。
メモリ１５０８０に送信された修正した（ｍｏｄｉｆｉｅｄ）復元ピクチャーは、イン
ター予測部１５０９０において参照ピクチャーとして用いられる。符号化装置はこれによ
ってインター予測が適用される場合、符号化装置１５０００及び復号装置における予測ミ
スマッチを避けることができ、符号化の効率を向上させることもできる。
メモリ１５０８０のＤＰＢは、修正した復元ピクチャーをインター予測部１５０９０に
おける参照ピクチャーとして用いるために格納する。メモリ１５０８０は、現在ピクチャ
ー内の動き情報が導出された（又は符号化された）ブロックの動き情報及び／又は既に復
元したピクチャー内のブロックの動き情報を格納する。格納した動き情報は空間的隣接ブ
ロックの動き情報又は時間的隣接ブロックの動き情報として活用するためにインター予測
部１５０９０に伝送する。メモリ１５０８０は現在ピクチャー内において復元したブロッ
クの復元サンプルを格納して、イントラ予測部１５１００へ伝送する。
なお、上述した予測、変換、量子化の手順のうちの少なくとも１つが省略されてもよい
。例えば、ＰＣＭ（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ）が適用されるブロッ
クに対しては、予測、変換、量子化の手順を省略し、オリジナルサンプルの値をそのまま
符号化してビットストリームに出力してもよい。
図１６は、実施例によるＶ－ＰＣＣ復号プロセス（ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ
）の一例を示す。
Ｖ－ＰＣＣ復号プロセス又はＶ－ＰＣＣデコーダは、図４のＶ－ＰＣＣ符号化プロセス
（又はエンコーダ）の逆プロセスとなる。図１６の各構成要素は、ソフトウェア、ハード
ウェア、プロセッサ、及び／又はそれらの組み合わせに対応する。
逆多重化装置（ｄｅｍｕｌｔｉｐｌｅｘｅｒ）１６０００は、圧縮されたビットストリ
ームを逆多重化して圧縮されたテキスチャーイメージ、圧縮されたジオメトリイメージ、
圧縮された占有マップイメージ、圧縮された付加パッチ情報をそれぞれ出力する。
ビデオ復元（ｖｉｄｅｏ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００１、１６００２又は
ビデオ復元部は、圧縮されたテキスチャーイメージ及び圧縮されたジオメトリイメージの
それぞれを復元する。
占有マップ復元（ｏｃｃｕｐａｎｃｙ ｍａｐ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６０
０３又は占有マップ復元部は、圧縮された占有マップイメージを復元する。
付加パッチ情報復元（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｄ
ｅｃｏｍｐｒｅｓｓｉｏｎ）１６００４又は付加パッチ情報復元部は、圧縮された付加パ
ッチ情報を復元する。
ジオメトリ再構成（ｇｅｏｍｅｔｒｙ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００５又
はジオメトリ再構成部は、復元されたジオメトリイメージ、復元された占有マップ、及び
／又は復元された付加パッチ情報に基づいてジオメトリ情報を復元（再構成）する。例え
ば、符号化プロセスにおいて変更したジオメトリを再構成する。
平滑化（ｓｍｏｏｔｈｉｎｇ）１６００６又は平滑化部は、再構成されたジオメトリに
対して平滑化を適用する。例えば、平滑化フィルタリングが適用される。
テキスチャー再構成（ｔｅｘｔｕｒｅ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００７又
はテキスチャー再構成部は、復元されたテキスチャーイメージ及び／又は平滑化されたジ
オメトリからテキスチャーを再構成する。
カラー平滑化（ｃｏｌｏｒ ｓｍｏｏｔｈｉｎｇ）１６００８又はカラー平滑化部は、
再構成されたテキスチャーからカラー値を平滑化する。例えば、平滑化フィルタリングが
適用される。
その結果、再構成されたポイントクラウドデータが生成される。
図は圧縮された占有マップ、ジオメトリイメージ、テキスチャーイメージ、付加パッチ
情報を復号してポイントクラウドを再構成するためのＶ－ＰＣＣの復号プロセスを示す。
実施例による各プロセスの動作は以下のようである。
ビデオ復元（Ｖｉｄｅｏ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００１、１６００２
上述したビデオ圧縮の逆プロセスであって、ＨＥＶＣ、ＶＶＣなどの２Ｄビデオコーデ
ックを用いて、上記プロセスで生成されたジオメトリイメージ、テキスチャーイメージ、
占有マップイメージの圧縮されたビットストリームを復号するプロセスである。
図１７は、実施例による２Ｄビデオ／イメージデコーダ（２Ｄ Ｖｉｄｅｏ／Ｉｍａｇ
ｅ Ｄｅｃｏｄｅｒ）の一例を示す。
２Ｄビデオ／イメージデコーダは、図１５の２Ｄビデオ／イメージエンコーダの逆過程
となる。
図１７の２Ｄビデオ／イメージデコーダは、図１６のビデオ復元又はビデオ復元部の実
施例であって、ビデオ／映像信号の復号が行われる２Ｄ ｖｉｄｅｏ／ｉｍａｇｅ ｄｅ
ｃｏｄｅｒ１７０００の概略なブロック図を示す。２Ｄビデオ／イメージデコーダ１７０
００は、図１のポイントクラウドビデオデコーダに含まれるか、又は内外部のコンポーネ
ントで構成される。図１７の各構成要素はソフトウェア、ハードウェア、プロセッサ及び
／又はそれらの組み合わせに対応する。
ここで、入力ビットストリームは、上述したジオメトリイメージ、テキスチャーイメー
ジ（特質イメージ）、占有マップイメージなどに対するビットストリームを含む。復元映
像（又は出力映像、復号された映像）は、上述したジオメトリイメージ、テキスチャーイ
メージ（特質イメージ）、占有マップイメージに対する復元映像を示す。
図を参照すれば、インター予測部１７０７０及びイントラ予測部１７０８０を合わせて
予測部と呼ぶ。即ち、予測部はインター予測部１８０及びイントラ予測部１８５を含む。
逆量子化部１７０２０、逆変換部１７０３０を合わせて残余処理部と呼ぶ。即ち、残余処
理部は逆量子化部１７０２０、逆変換部１７０３０を含む。上記エントロピー復号部１７
０１０、逆量子化部１７０２０、逆変換部１７０３０、加算部１７０４０、フィルタリン
グ部１７０５０、インター予測部１７０７０及びイントラ予測部１７０８０は、実施例に
よって、１つのハードウェアコンポーネント（例えば、デコーダ又はプロセッサ）によっ
て構成される。また、メモリ１７０６０はＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂ
ｕｆｆｅｒ）を含んでもよく、デジタル記憶媒体によって構成されてもよい。
ビデオ／映像情報を含むビットストリームが入力されると、復号装置１７０００は、図
０．２－１の符号化装置においてビデオ／映像情報が処理されたプロセスに対応して映像
を復元する。例えば、復号装置１７０００は、符号化装置で適用された処理ユニットを用
いて復号を行う。よって、復号の処理ユニットは、例えば、コーディングユニットであり
、コーディングユニットはコーディングツリーユニット又は最大コーディングユニットか
らＱｕａｄ－ｔｒｅｅ構造及び／又はｂｉｎａｒｙ－ｔｒｅｅ構造によって分割される。
また、復号装置１７０００によって復号されて出力された復元映像信号は再生装置で再生
される。
復号装置１７０００は、符号化装置から出力された信号をビットストリームの形式で受
信し、受信した信号はエントロピー復号部１７０１０で復号される。例えば、エントロピ
ー復号部１７０１０はビットストリームをパーシングして映像復元（又はピクチャー復元
）に必要な情報（例えば、ビデオ／映像情報）を導出する。例えば、エントロピー復号部
１７０１０は指数ゴロム符号化、ＣＡＶＬＣ又はＣＡＢＡＣなどのコーディング方法に基
づいてビットストリーム内の情報を復号し、映像復元に必要なシンタックス要素の値、残
余に関する変換係数の量子化された値を出力する。より詳細に、ＣＡＢＡＣエントロピー
復号方法は、ビットストリームにおいて各構文要素に該当するビンを受信し、復号対象構
文要素情報と隣接及び復号対象ブロックの復号情報又は前のステップで復号されたシンボ
ル／ビンの情報を用いて文脈（ｃｏｎｔｅｘｔ）モデルを決定して、決定した文脈モデル
に応じてビン（ｂｉｎ）の発生確率を予測し、ビンの算術復号（ａｒｉｔｈｍｅｔｉｃ
ｄｅｃｏｄｉｎｇ）を行って、各構文要素の値に該当するシンボルを生成する。このとき
、ＣＡＢＡＣエントロピー復号方法は、文脈モデルを決定した後、次のシンボル／ビンの
文脈モデルのために復号されたシンボル／ビンの情報を用いて文脈モデルをアップデート
する。エントロピー復号部１７０１０で復号された情報のうち予測に関する情報は、予測
部（インター予測部１７０７０及びイントラ予測部１７０８０）に提供され、エントロピ
ー復号部１７０１０でエントロピー復号が行われた残余値、即ち量子化された変換係数及
び関連パラメータ情報は、逆量子化部１７０２０へ入力される。また、エントロピー復号
部１７０１０で復号された情報のうちフィルタリングに関する情報は、フィルタリング部
１７０５０へ提供される。一方、符号化装置から出力された信号を受信する受信部（未図
示）が復号装置１７０００の内部／外部要素としてさらに構成されてもよく、受信部はエ
ントロピー復号部１７０１０の構成要素であってもよい。
逆量子化部１７０２０では量子化された変換係数を量子化して変換係数を出力する。逆
量子化部１７０２０は量子化された変換係数を２次元のブロック形に再整列する。この場
合、符号化装置で行われた係数スキャン順に基づいて再整列を行う。逆量子化部１７０２
０は量子化パラメータ（例えば、量子化ステップサイズ情報）を用いて量子化された変換
係数に対する逆量子化を行い、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ
）を取得する。
逆変換部１７０３０では変換係数を逆変換して残余信号（残余ブロック、残余サンプル
アレイ）を取得する。
予測部は現在ブロックに対する予測を行い、現在ブロックに対する予測サンプルを含む
予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成する。予測部はエントロ
ピー復号部１７０１０から出力された予測に関する情報に基づいて現在ブロックにイント
ラ予測が適用されるか、又はインター予測が適用されるかを決定して、具体的なイントラ
／インター予測モードを決定する。
イントラ予測部２６５は、現在ピクチャー内のサンプルを参照して現在ブロックを予測
する。参照されるサンプルは予測モードに応じて、現在のブロックに隣接（ｎｅｉｇｈｂ
ｏｒ）して位置してもよく、又は離れて位置してもよい。イントラ予測において予測モー
ドは複数の非方向性モードと複数の方向性モードとを含む。イントラ予測部２６５は隣接
ブロックに適用された予測モードを用いて、現在ブロックに適用される予測モードを決定
する。
インター予測部１７０７０は、参照ピクチャー上で動きベクトルによって特定される参
照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロッ
クを導く。このとき、インター予測モードにおいて送信される動き情報の量を減らすため
に隣接ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック、サ
ブブロック又はサンプル単位で予測する。動き情報は動きベクトル及び参照ピクチャーイ
ンデックスを含む。動き情報はさらにインター予測方法（Ｌ０予測、Ｌ１予測、Ｂｉ予測
など）情報を含む。インター予測の場合、隣接ブロックは現在ピクチャー内に存在する空
間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピク
チャーに存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂ
ｌｏｃｋ）を含む。例えば、インター予測部１７０７０は隣接ブロックに基づいて動き情
報候補リストを構成し、受信した候補選択情報に基づいて現在ブロックの動きベクトル及
び／又は参照ピクチャーインデックスを導出する。様々な予測モードに基づいてインター
予測が行われ、予測に関する情報は現在ブロックに対するインター予測のモードを指示す
る情報を含む。
加算部１７０４０は逆変換部１７０３０で取得した残余信号をインター予測部１７０７
０又はイントラ予測部１７０８０から出力された予測信号（予測されたブロック、予測サ
ンプルアレイ）に加えることで復元信号（復元ピクチャー、復元ブロック、復元サンプル
アレイ）を生成する。スキップモードが適用された場合のように、処理対象ブロックに対
する残余がない場合、予測されたブロックが復元ブロックとして用いられる。
加算部１７０４０は復元部又は復元ブロック生成部と呼ぶ。生成された復元信号は現在
ピクチャー内の次の処理対象ブロックのイントラー予測のために用いられてもよく、後述
のように、フィルタリングを経て次のピクチャーのインター予測のためにも用いられても
よい。
フィルタリング部１７０５０は復元信号にフィルタリングを適用して主観的／客観的な
画質を向上させる。例えば、フィルタリング部１７０５０は復元ピクチャーに様々なフィ
ルタリング方法を適用して、修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャーを生成し、
修正された復元ピクチャーをメモリ１７０６０、具体的にメモリ１７０６０のＤＰＢに送
信する。様々なフィルタリング方法には、例えば、デブロッキングフィルタリング、サン
プル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ルー
プフィルター（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、双方向フィルター（ｂｉ
ｌａｔｅｒａｌ ｆｉｌｔｅｒ）などが含む。
メモリ１７０６０のＤＰＢに格納された（修正された）復元ピクチャーは、インター予
測部１７０７０において参照ピクチャーとして使用される。メモリ１７０６０は、現在ピ
クチャー内の動き情報が導出された（又は復号された）ブロックの動き情報及び／又は既
に復元されたピクチャー内のブロックの動き情報を格納する。格納された動き情報は空間
的隣接ブロックの動き情報又は時間的隣接ブロックの動き情報として活用するために、イ
ンター予測部１７０７０へ伝送する。メモリ１７０６０は現在ピクチャー内の復元された
ブロックの復元サンプルを格納して、イントラ予測部１７０８０へ伝送する。
この明細書において、符号化装置１００のフィルタリング部１６０、インター予測部１
８０及びイントラ予測部１８５で説明した実施例は、復号装置１７０００のフィルタリン
グ部１７０５０、インター予測部１７０７０及びイントラ予測部１７０８０にも同一又は
対応する方法が適用できる。
一方、上述した予測、逆変換、逆量子化の手順のうちの少なくとも１つが省略されても
よい。例えば、ＰＣＭ（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ）が適用されるブ
ロックに対しては、予測、逆変換、逆量子化の手順を省略して、復号されたサンプルの値
をそのまま復元映像のサンプルとして使用する。
占有マップ復元（Ｏｃｃｕｐａｎｃｙ ｍａｐ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６０
０３
上述した占有マップ圧縮の逆過程であり、圧縮された占有マップビットストリームを復
号して占有マップを復元するプロセスである。
付加パッチ情報復元（Ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｄｅｃｏｍｐｒｅ
ｓｓｉｏｎ）１６００４
上述した付加パッチ情報圧縮の逆過程であり、圧縮された付加パッチ情報ビットストリ
ームを復号して付加パッチ情報を復元するプロセスである。
ジオメトリ再構成（Ｇｅｏｍｅｔｒｙ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００５
上述したジオメトリイメージ生成の逆過程である。まず、復元された占有マップと付加
パッチ情報に含まれるパッチの２Ｄ位置／サイズ情報及びブロックとパッチとのマッピン
グ情報を用いてジオメトリイメージからパッチを抽出する。この後、抽出したパッチのジ
オメトリイメージと付加パッチ情報に含まれるパッチの３Ｄ位置情報を用いて、ポイント
クラウドを３Ｄ空間上に復元する。１つのパッチ内に存在する任意の点（ｕ、ｖ）に該当
するジオメトリ値をｇ（ｕ、ｖ）といい、パッチの３Ｄ空間上の位置のｎｏｒｍａｌ軸、
ｔａｎｇｅｎｔ軸、ｂｉｔａｎｇｅｎｔ軸の座標値を（δ０、ｓ０、ｒ０）とするとき、
点（ｕ、ｖ）にマップされる３Ｄ空間上の位置のｎｏｒｍａｌ軸、ｔａｎｇｅｎｔ軸、ｂ
ｉｔａｎｇｅｎｔ軸の座標値であるδ（ｕ、ｖ）、ｓ（ｕ、ｖ）、ｒ（ｕ、ｖ）は、以下
のように示される。
ｄ（ｕ，ｖ）＝ｄ０＋ｇ（ｕ，ｖ）
ｓ（ｕ，ｖ）＝ｓ０＋ｕ
ｒ（ｕ，ｖ）＝ｒ０＋ｖ
平滑化（Ｓｍｏｏｔｈｉｎｇ）１６００６
上述した符号化プロセスにおける平滑化と同様であり、圧縮プロセスで発生する画質の
劣化によりパッチ境界面から生じ得る不連続性を除去するためのプロセスである。
テキスチャー再構成（Ｔｅｘｔｕｒｅ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００７
平滑化されたポイントクラウドを構成する各点にカラー値を与えてカラーポイントクラ
ウドを復元するプロセスである。上述したジオラマ再構成のプロセスで再構成されたジオ
メトリイメージとポイントクラウドのマッピング情報を用いて、２Ｄ空間でジオメトリイ
メージと同一位置のテキスチャーイメージピクセルに該当するカラー値を、３Ｄ空間で同
一位置に対応するポイントクラウドの点に付与することで行われる。
カラー平滑化（Ｃｏｌｏｒ ｓｍｏｏｔｈｉｎｇ）１６００８
上述したジオメトリ平滑化のプロセスと類似し、圧縮プロセスから発生する画質の劣化
によってパッチ境界面から生じ得るカラー値の不連続性を除去するためのプロセスである
。カラー平滑化は、以下のように行われる。
１） Ｋ－Ｄ ｔｒｅｅなどを用いて復元されたカラーポイントクラウドを構成する各
点の隣接点を算出する。上述したジオメトリ平滑化のプロセスで算出された隣接点情報を
そのまま用いてもよい。
２） 各点に対して、その点がパッチ境界面に位置しているか否かを判断する。上述し
たジオメトリ平滑化のプロセスで算出された境界面情報をそのまま用いてもよい。
３） 境界面に存在する点の隣接点に対して、カラー値の分布を調べて平滑化を行うか
どうかを判断する。一例として、輝度値のエントロピーが境界値（ｔｈｒｅｓｈｏｌｄ
ｌｏｃａｌ ｅｎｔｒｙ）以下である場合（類似する輝度値が多い場合）、エッジ部分で
はないと判断して平滑化を行う。平滑化の方法としては、隣接点の平均値でその点のカラ
ー値を置き換える方法がある。
図１８は、実施例による送信装置の動作の流れの一例を示す。
実施例による送信装置は、図１の送信装置、図４の符号化プロセス、図１５の２Ｄビデ
オ／イメージエンコーダに対応するか、それらの動作の一部／全部を行ってもよい。送信
装置の各構成要素は、ソフトウェア、ハードウェア、プロセッサ及び／又はそれらの組み
合わせに対応する。
Ｖ－ＰＣＣを用いたポイントクラウドデータの圧縮及び送信のための送信端の動作は図
に示めすようである。
実施例によるポイントクラウドデータ送信装置は、送信装置などと呼ばれる。
パッチ生成部１８０００は、ポイントクラウドデータが入力されて、ポイントクラウド
（ｐｏｉｎｔ ｃｌｏｕｄ）の２Ｄイメージマッピングのためのパッチ（ｐａｔｃｈ）を
生成する。パッチ生成の結果物としてパッチ情報及び／又は付加パッチ情報が生成され、
生成されたパッチ情報及び／又は付加パッチ情報は、ジオメトリイメージ（ｇｅｏｍｅｔ
ｒｙ ｉｍａｇｅ）生成、テクスチャイメージ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）生成、平
滑化（ｓｍｏｏｔｈｉｎｇ）又は平滑化のためのジオメトリ復元プロセスに用いられる。
パッチパッキング部１８００１は、パッチ生成部で生成されたパッチを２Ｄイメージ内
にマップするパッチパッキングのプロセスを行う。パッチパッキングの結果物として占有
マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）が生成され、占有マップはジオメトリイメージ生
成、テクスチャイメージ生成、平滑化のためのジオメトリ復元プロセスに用いられる。
ジオメトリイメージ生成部１８００２は、付加パッチ情報と占有マップを用いてジオメ
トリイメージを生成し、生成したジオメトリイメージはビデオ符号化により１つのビット
ストリームに符号化される。
符号化前処理部１８００３は、イメージパーディングを含む。生成されたジオメトリイ
メージ又は符号化されたジオメトリビットストリームを復号して再生成されたジオメトリ
イメージは３Ｄジオメトリ復号に使用され、その後、平滑化過程が行われる。
テクスチャーイメージ生成部１８００４は、平滑化された３Ｄジオメトリ、ポイントク
ラウドデータ、付加パッチ情報及び占有マップを用いてテクスチャーイメージを生成する
。生成されたテクスチャーイメージは１つのビデオビットストリームに符号化される。
メタデータ符号化部１８００５は、付加パッチ情報を１つのメタデータビットストリー
ムに符号化する。
ビデオ符号化部１８００６は、占有マップを１つのビデオビットストリームに符号化す
る。
多重化部１８００７は、生成されたジオメトリ、テクスチャーイメージ、占有マップの
ビデオビットストリームと付加パッチ情報メタデータビットストリームを１つのビットス
トリームに多重化する。
送信部１８００８は、ビットストリームを受信端に送信する。又は生成されたジオメト
リ、テクスチャーイメージ、占有マップのビデオビットストリームと付加パッチ情報メタ
データビットストリームは１つ以上のトラックデータでファイルが生成されるか、セグメ
ントでカプセル化されて送信部から受信端に送信される。
図１９は、実施例による受信装置の動作の流れの一例を示す。
実施例による受信装置は、図１の受信装置、図１６の復号プロセス、図１７の２Ｄビデ
オ／イメージエンコーダに対応するか、それらの動作の一部／全部を行う。受信装置の各
構成要素は、ソフトウェア、ハードウェア、プロセッサ及び／又はそれらの組み合わせに
対応する。
Ｖ－ＰＣＣを用いたポイントクラウドデータの受信及び復元のための受信端の動作プロ
セスは図面に従う。Ｖ－ＰＣＣ受信端の動作は、図１８のＶ－ＰＣＣ送信端の動作の逆過
程である。
実施例によるポイントクラウドデータ受信装置は、受信装置などと呼ばれる。
受信されたポイントクラウドのビットストリームはファイル／セグメンデカプセル化後
に圧縮されたジオメトリイメージ、テキスチャーイメージ、占有マップのビデオビットス
トリームと付加パッチ情報メタデータビットストリームに逆多重化部１９０００により逆
多重化される。ビデオ復号部１９００１とメタデータ復号化部１９００２は逆多重化され
たビデオビットストリームとメタデータビットストリームを復号する。ジオメトリ復元部
１９００３により復号されたジオメトリイメージと占有マップ及び付加パッチ情報を用い
て３Ｄジオメトリが復元され、その後、平滑化部１９００４による平滑化過程が行われる
。平滑化された３Ｄジオメトリにテキスチャーイメージを用いてカラー値を付与すること
により、カラーポイントクラウド映像／ピクチャーがテキスチャー復元部１９００５によ
り復元される。その後、客観的／主観的な視覚品質を向上させるために、カラー平滑化過
程をさらに行い、これにより導出された修正された（ｍｏｄｉｆｉｅｄ）ポイントクラウ
ド映像／ピクチャーは、レンダリングプロセス後にユーザに見せられる。なお、カラー平
滑化プロセスは、場合によっては省略してもよい。
図２０は、実施例によるＶ－ＰＣＣベースのポイントクラウドデータの格納及びストリ
ーミングのためのアーキテクチャの一例を示す。
図２０のシステムの一部／全部は、図１の送受信装置、図４の符号化プロセス、図１５
の２Ｄビデオ／イメージエンコーダ、図１６の復号プロセス、図１８の送信装置、及び／
又は図１９の受信装置などの一部／全部を含む。図面の各構成要素は、ソフトウェア、ハ
ードウェア、プロセッサ及びそれらの組み合わせに対応する。
図２０ないし図２２は実施例による送受信装置にさらにシステムが連結された構造を示
す。実施例による送受信装置及びシステムを全て含めて、実施例による送受信装置と称す
る。
図２０ないし図２２に示す実施例による装置は、図１８などに該当する送信装置は符号
化されたポイントクラウドデータを含むビットストリームを送信するためのデータフォー
マットに合うコンテナを生成する。
実施例によるＶ－ＰＣＣシステムは、ポイントクラウドデータを含むコンテナを生成し
、効率的な送受信のために必要な付加データをコンテナにさらに追加する。
実施例による受信装置は、図２０ないし図２２のようなシステムに基づいてコンテナを
受信して、パース（ｐａｒｓｅ）する。図１９などに該当する受信装置はパースされたビ
ットストリームからポイントクラウドデータを復号して復元する。
図ビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）に基づいて圧縮されるポイントク
ラウドデータを格納又はストリーミングするための全体的なアーキテクチャを示す。ポイ
ントクラウドデータの格納及びストリーミングのプロセスは、取得プロセス、符号化プロ
セス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフィードバックプ
ロセスを含む。
実施例は、ポイントクラウドメディア／コンテンツ／データを効率的に提供する方法を
提案する。
ポイントクラウド取得部２００００は、ポイントクラウドメディア／コンテンツ／デー
タを効率的に提供するために、まず、ポイントクラウドビデオを取得する。例えば、１つ
以上のカメラによって、ポイントクラウドのキャプチャー、合成又は生成プロセスなどを
通じたポイントクラウドデータを取得する。この取得プロセスにより、各ポイントの３Ｄ
位置（ｘ、ｙ、ｚ位置値などで示され、以下、ジオメトリと呼ぶ）、各ポイントの特質（
色、反射率、透明度など）を含むポイントクラウドビデオを取得することができる。また
取得したポイントクラウドビデオはこれを含む、例えば、ＰＬＹ（Ｐｏｌｙｇｏｎ Ｆｉ
ｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇｌｅ ｆｏｒｍａ
ｔ）ファイルなどで生成することができる。複数のフレームを有するポイントクラウドデ
ータの場合、１つ以上のファイルを取得することができる。このプロセスにおいてポイン
トクラウド関連メタデータ（例えば、キャプチャーなどに関連するメタデータなど）を生
成することができる。
キャプチャーしたポイントクラウドビデオは、コンテンツの品質を向上させるための後
処理が必要となる場合がある。映像キャプチャーのプロセスにおいて、カメラ装備が提供
する範囲内で最大／最小の深さ値を調整してもよいが、調整後にも所望しない領域のポイ
ントデータが含まれることがあるため、所望しない領域（例えば、背景）を除去したり、
連結された空間を認識して穴（ｓｐａｔｉａｌ ｈｏｌｅ）を埋める後処理を行ってもよ
い。また、空間座標系を共有するカメラから抽出されたポイントクラウドは校正によって
取得された各カメラの位置座標を基準として、各ポイントに対するグローバル座標系への
変換プロセスにより１つのコンテンツに統合してもよい。これにより、ポイントの密度の
高いポイントクラウドビデオを取得することができる。
ポイントクラウド前処理部（ｐｏｉｎｔ ｃｌｏｕｄ ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ
ｕｎｉｔ）２０００１は、ポイントクラウドビデオを１つ以上のピクチャー／フレーム
に生成する。ここで、ピクチャー／フレームは、一般に特定の時間帯の１つの映像を示す
単位を意味する。また、ポイントクラウドビデオを構成する点を１つ以上のパッチ（ポイ
ントクラウドを構成する点の集合であって、同じパッチに属する点は３Ｄ空間上において
互いに隣接し、２Ｄイメージへのマッピングプロセスにおいて６面のバウンディングボッ
クスの平面のうち同じ方向にマップされる点の集合）に分けて２Ｄ平面にマップする際に
、２Ｄ平面のその位置にデータが存在するか否かを０又は１の値で知らせる２進マップ（
ｂｉｎａｒｙ ｍａｐ）である占有マップピクチャー／フレームを生成することができる
。また、ポイントクラウドビデオを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）をパッチ単
位で表す深さマップ形式のピクチャー／フレームであるジオメトリピクチャー／フレーム
を生成することができる。ポイントクラウドビデオを成す各点の色情報をパッチ単位で表
すピクチャー／フレームであるテクスチャーピクチャー／フレームを生成することができ
る。このプロセスにおいて、個別パッチからポイントクラウドを再構成するために必要な
メタデータを生成することができ、このメタデータは、各パッチの２Ｄ／３Ｄ空間におけ
る位置、サイズなどのパッチに関する情報（付加情報又は付加パッチ情報という）を含む
。このようなピクチャー／フレームが時間順に連続して生成され、ビデオストリーム又は
メタデータストリームを構成することができる。
ポイントクラウドビデオエンコーダ２０００２は、ポイントクラウドビデオに関連する
１つ以上のビデオストリームに符号化することができる。１つのビデオは複数のフレーム
を含み、１つのフレームは停止映像／ピクチャーに対応する。この明細書において、ポイ
ントクラウドビデオとは、ポイントクラウド映像／フレーム／ピクチャーを含み、ポイン
トクラウドビデオはポイントクラウド映像／フレーム／ピクチャーと混用することがある
。ポイントクラウドビデオエンコーダは、ビデオベースポイントクラウド圧縮（Ｖ－ＰＣ
Ｃ）の手順を行う。ポイントクラウドビデオエンコーダは、圧縮及びコーティングの効率
のために、予測、変換、量子化、エントロピーコーティングなどの一連の手順を行うこと
ができる。符号化されたデータ（符号化されたビデオ／映像情報）は、ビットストリーム
形式で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイントクラウドビデオエンコーダは
、後述のように、ポイントクラウドビデオをジオメトリビデオ、特質（ａｔｔｒｉｂｕｔ
ｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、またメタデータ、例えば、パッ
チに関する情報に分けて符号化することができる。ジオメトリビデオはジオメトリイメー
ジを含んでもよく、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメージを含んでもよく、
占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメージを含んでもよい。付加情
報であるパッチデータは、パッチに関する情報を含んでもよい。特質ビデオ／イメージは
、テキスチャービデオ／イメージを含んでもよい。
ポイントクラウドイメージエンコーダ２０００３は、ポイントクラウドビデオに関連す
る１つ以上のイメージに符号化することができる。ポイントクラウドイメージエンコー２
０００３は、ビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）の手順を行う。ポイント
クラウドイメージエンコーダは、圧縮及びコーティングの効率のために、予測、変換、量
子化、エントロピーコーティングなどの一連の手順を行うことができる。符号化されたイ
メージは、ビットストリーム形式で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイント
クラウドイメージエンコーダ２０００３は、後述のように、ポイントクラウドイメージを
ジオメトリイメージ、特質（ａｔｔｒｉｂｕｔｅ）イメージ、占有（ｏｃｃｕｐａｎｃｙ
）マップイメージ、またメタデータ、例えば、パッチに関する情報に分けて符号化するこ
とができる。
実施例によるポイントクラウドビデオエンコーダ及び／又はポイントクラウドイメージ
エンコーダは、実施例によるＰＣＣビットストリーム（Ｇ－ＰＣＣ及び／又はＶ－ＰＣＣ
ビットストリーム）を生成する。
実施例によって、ビデオエンコーダ２０００２、イメージエンコーダ２０００３、ビデ
オデコーダ２０００６、イメージデコーダは、上述のように、１つのエンコーダ／デコー
ダによって行われてもよく、図面のように、別の経路によって行われてもよい。
カプセル化部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｕｎｉｔ）
２０００４は、符号化されたポイントクラウドデータ及び／又はポイントクラウドに関連
するメタデータをファイル又はストリーミングのためのセグメントなどの形式でカプセル
化する。ここで、ポイントクラウドに関連するメタデータは、メタデータ処理部などから
伝送されてもよい。メタデータ処理部は、ポイントクラウドビデオ／イメージエンコーダ
に含まれてもよく、別のコンポーネント／モジュールで構成されてもよい。カプセル化処
理部は、そのビデオ／イメージ／メタデータをＩＳＯＢＭＦＦなどのファイルフォーマッ
トにカプセル化するか、ＤＡＳＨセグメントなどの形態に処理する。カプセル化処理部は
、実施例によれば、ポイントクラウドに関連するメタデータをファイルフォーマット上に
含ませることができる。ポイントクラウドメタデータは、例えば、ＩＳＯＢＭＦＦファイ
ルフォーマット上の様々なレベルのボックス（ｂｏｘ）に含まれるか、ファイル内におい
て別のトラック内のデータに含まれる。実施例によれば、カプセル化処理部は、ポイント
クラウド関連メタデータそのものをファイルにカプセル化することができる。
実施例によるカプセル化及びカプセル化部は、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリー
ムをファイル内の１つ或いは複数のトラックに分割格納し、そのためのシグナリング情報
も共にカプセル化する。また、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリーム上に含まれてい
るａｔｌａｓストリームをファイル内のトラックに格納し、関連するシグナリング情報を
格納してもよい。さらに、 Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリーム上に存在するＳＥ
Ｉメッセージをファイル内のトラックに格納し、関連するシグナリング情報を格納しても
よい。
送信処理部は、ファイルフォーマットに応じてカプセル化されたポイントクラウドデー
タに送信のための処理を施してもよい。送信処理部は、送信部に含まれてもよく、別のコ
ンポーネント／モジュールで構成されてもよい。送信処理部は、任意の送信プロトコルに
従ってポイントクラウドデータを処理することができる。送信のための処理には、放送網
を介する伝送のための処理、ブロードバンドを介する伝送のための処理を含んでもよい。
実施例によれば、送信処理部は、ポイントクラウドデータだけではなく、メタデータ処理
部からポイントクラウド関連メタデータが伝送され、これに送信のための処理を施しても
よい。
送信部は、ポイントクラウドビットストリーム又はそのビットストリームを含むファイ
ル／セグメントをデジタル記憶媒体又はネットワークを介して受信装置の受信部へ伝送す
る。送信のために、任意の送信プロトコルによる処理を行ってもよい。送信のために処理
されたデータは、放送網及び／又はブロードバンドを介して伝送される。このデータは、
オン・デマンド（Ｏｎ Ｄｅｍａｎｄ）方式で受信側に伝送される。デジタル記憶媒体に
は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどの様々なものが含ま
れる。送信部は、所定のファイルフォーマットでメディアファイルを生成するための要素
を含み、放送／通信ネットワークを介する送信のための要素を含んでもよい。受信部は、
ビットストリームを抽出して復号装置に送信する。
受信部は、この明細書によるポイントクラウドデータ送信装置が送信したポイントクラ
ウドデータを受信する。送信されるチャネルに応じて、受信部は、放送網を介してポイン
トクラウドデータを受信してもよく、ブロードバンドを介してポイントクラウドデータを
受信してもよい。又は、デジタル記憶媒体によってポイントクラウドビデオデータを受信
してもよい。受信部は、受信したデータを復号し、これをユーザのビューポートなどに応
じてレンダリングしてもよい。
受信処理部は、受信されたポイントクラウドビデオデータに対して送信プロトコルによ
る処理を行う。受信処理部は、受信部に含まれてもよく、別のコンポーネント／モジュー
ルで構成されてもよい。送信側で送信のための処理が行われたことに対応して、受信処理
部は、上述した送信処理部の逆過程を行う。受信処理部は、取得したポイントクラウドビ
デオをデカプセル化部へ伝送し、取得したポイントクラウドに関連するメタデータはメタ
データ処理部へ伝送する。
デカプセル化部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌａｔｉｏｎ ｕｎｉｔ
）２０００５は、受信処理部から送信されたファイル形式のポイントクラウドデータをデ
カプセル化する。デカプセル化部は、ＩＳＯＢＭＦＦなどによるファイルをデカプセル化
し、ポイントクラウドビットストリーム又はポイントクラウド関連メタデータ（又は、別
のメタデータビットストリーム）を取得することができる。取得したポイントクラウドビ
ットストリームは、ポイントクラウドビデオデコーダ及びポイントクラウドイメージデコ
ーダに伝送され、取得したポイントクラウド関連メタデータ（又はメタデータビットスト
リーム）は、メタデータ処理部に伝送される。ポイントクラウドビットストリームは、メ
タデータ（メタデータビットストリーム）を含んでもよい。メタデータ処理部は、ポイン
トクラウドビデオデコーダに含まれてもよく、別のコンポーネント／モジュールで構成さ
れてもよい。デカプセル化部が取得するポイントクラウド関連メタデータは、ファイルフ
ォーマット内のボックス又はトラック形式であってもよい。デカプセル化処理部は、必要
な場合、メタデータ処理部からデカプセル化に必要なメタデータが伝送されることがある
。ポイントクラウド関連メタデータは、ポイントクラウドビデオデコーダ及び／又はポイ
ントクラウドイメージデコーダに伝送されてポイントクラウド復号に用いられてもよく、
又はレンダラーに伝送されてポイントクラウドレンダリングに用いられてもよい。
ポイントクラウドビデオデコーダ２０００６は、ビットストリームを受信してポイント
クラウドビデオエンコーダの動作に対応する逆過程を行うことでビデオ／映像を復号する
。この場合、ポイントクラウドビデオデコーダ２０００６は、後述のように、ポイントク
ラウドビデオをジオメトリビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕ
ｐａｎｃｙ）マップビデオ、また付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉ
ｎｆｏｒｍａｔｉｏｎ）に分けて復号することができる。ジオメトリビデオはジオメトリ
イメージを含んでもよく、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメージを含んでも
よく、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメージを含んでもよい。
付加情報は、付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏ
ｎ）を含んでもよい。特質ビデオ／イメージはテキスチャービデオ／イメージを含んでも
よい。
復号されたジオメトリビデオ／イメージと占有マップ及び付加パッチ情報を用いて３Ｄ
ジオメトリが復元され、その後に平滑化処理を行う。平滑化された３Ｄジオメトリに、テ
クスチャービデオ／イメージを用いてカラー値を割り当てることで、カラーポイントクラ
ウド映像／ピクチャーが復元される。レンダラーは、復元されたジオメトリ、カラーポイ
ントクラウド映像／ピクチャーをレンダリングする。レンダリングされたビデオ／映像は
、ディスプレイ部でディスプレイされる。ユーザは、ＶＲ／ＡＲディスプレイ又は一般の
ディスプレイなどによってレンダリングされた結果の全部又は一部の領域を見ることがで
きる。
センシング／トラッキング部（Ｓｅｎｓｉｎｇ／Ｔｒａｃｋｉｎｇ）２０００７は、ユ
ーザ又は受信側からオリエンテーション情報及び／又はユーザビューポート情報を取得し
て受信部及び／又は送信部に送信する。オリエンテーション情報は、ユーザの頭の位置、
角度、動きなどに関する情報を示したり、ユーザが見ている装置の位置、角度、動きなど
に関する情報を示す。この情報に基づいて、現在ユーザが３Ｄ空間で見ている領域に関す
る情報、即ちビューポート情報を算出する。
ビューポート情報は、現在ユーザが３Ｄ空間において装置又はＨＭＤなどを介して見て
いる領域に関する情報であってもよい。ディスプレイなどの装置は、オリエンテーション
情報、装置が支援する垂直（ｖｅｒｔｉｃａｌ）又は水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯ
Ｖなどに基づいてビューポート領域を抽出することができる。オリエンテーション又はビ
ューポート情報は、受信側で抽出又は算出する。受信側で分析したオリエンテーション又
はビューポート情報は、フィードバックチャネルを介して送信側へ伝送されてもよい。
受信部は、センシング／トラッキング部によって取得されたオリエンテーション情報及
び／又はユーザが現在見ている領域を示すビューポート情報を使用して特定の領域、即ち
オリエンテーション情報及び／又はビューポート情報が示す領域のメディアデータだけを
効率的にファイルから抽出又は復号する。また送信部は、センシング／トラッキング部に
よって取得されたオリエンテーション情報及び／又はビューポート情報を使用して特定の
領域、即ちオリエンテーション情報及び／又はビューポート情報が示す領域のメディアデ
ータだけを効率的に符号化したり、ファイルを生成及び送信することができる。
レンダラーは、３Ｄ空間上に復号されたポイントクラウドデータをレンダリングする。
レンダリングされたビデオ／映像は、ディスプレイ部を介してディスプレイされる。ユー
ザは、ＶＲ／ＡＲディスプレイ又は一般のディスプレイなどを介してレンダリングされた
結果の全部又は一部の領域を見ることができる。
フィードバックプロセスは、レンダリング／ディスプレイのプロセスから取得し得る様
々なフィードバック情報を送信側に送信するか、又は受信側のデコーダに送信することを
含んでもよい。フィードバックプロセスによって、ポイントクラウドデータの消費におい
て相互作用（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を提供することができる。実施例によれば、
フィードバックプロセスにおいて、ヘッドオリエンテーション（Ｈｅａｄ Ｏｒｉｅｎｔ
ａｔｉｏｎ）情報、ユーザが現在見ている領域を示すビューポート（Ｖｉｅｗｐｏｒｔ）
情報などを伝送することができる。実施例によれば、ユーザは、ＶＲ／ＡＲ／ＭＲ／自立
走行環境において具現されたものと相互作用することができるが、この場合、相互作用に
関する情報をフィードバックプロセスにおいて送信側及びサービス供給者側に伝送するこ
ともできる。実施例によれば、フィードバックプロセスは省略してもよい。
実施例によれば、上述したフィードバック情報は、送信側に伝送されるだけではなく、
受信側で消費することもできる。即ち、上述したフィードバック情報を用いて受信側のデ
カプセル化処理、復号、レンダリングプロセスなどを行ってもよい。例えば、オリエンテ
ーション情報及び／又はビューポート情報を用いて、ユーザが現在見ている領域に対する
ポイントクラウドデータを優先してデカプセル化、復号及びレンダリングしてもよい。
実施例によるポイントクラウドデータ送信方法は、ポイントクラウドデータを符号化す
る段階；ポイントクラウドデータをカプセル化する段階；及びポイントクラウドデータを
送信する段階；を含む。
実施例によるポイントクラウドデータ受信方法は、ポイントクラウドデータを受信する
段階；ポイントクラウドデータをデカプセル化する段階；及びポイントクラウドデータを
復号する段階；を含む。
図２１は、実施例によるポイントクラウドデータの格納及び送信装置の構成の一例を示
す。
図２１は、実施例によるポイントクラウドシステムを示し、システムの一部／全部は、
図１の送受信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメージエンコーダ、
図１６の復号プロセス、図１８の送信装置及び／又は図１９の受信装置などの一部／全部
を含むことができる。また、図２０のシステムの一部／全部に含まれるか、対応すること
ができる。
実施例によるポイントクラウドデータ送信装置は、図面のように構成される。送信装置
の各構成要素は、モジュール／ユニット／コンポーネント／ハードウェア／ソフトウェア
／プロセッサなどであってもよい。
ポイントクラウドのジオメトリ、特質、付加データ（又は付加情報）、メッシュデータ
などは、それぞれ独立したストリームで構成されるか、又はファイルにおいてそれぞれ異
なるトラックに格納されてもよい。さらに、別のセグメントに含まれてもよい。
ポイントクラウド取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉ
ｔ）２１０００は、ポイントクラウドを取得する。例えば、１つ以上のカメラを介してポ
イントクラウドのキャプチャー、合成又は生成プロセスなどによりポイントクラウドデー
タを取得する。このような取得プロセスにより、各ポイントの３Ｄ位置（ｘ、ｙ、ｚ位置
値などで示され、以下、これをジオメトリと呼ぶ）、各ポイントの特質（色、反射率、透
明度など）を含むポイントクラウドデータが得られ、これを含む、例えば、ＰＬＹ（Ｐｏ
ｌｙｇｏｎ Ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇ
ｌｅ ｆｏｒｍａｔ）ファイルなどで生成することができる。複数のフレームを有するポ
イントクラウドデータの場合、１つ以上のファイルを取得することができる。このプロセ
スにおいて、ポイントクラウド関連メタデータ（例えば、キャプチャーなどに関連するメ
タデータなど）を生成することができる。
パッチ生成部（Ｐａｔｃｈ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００１は、ポイン
トクラウドデータからパッチを生成する。パッチ生成部２１００１は、ポイントクラウド
データ又はポイントクラウドビデオを１つ以上のピクチャー／フレームで生成する。一般
に、ピクチャー／フレームは、特定の時間帯の１つの映像を示す単位を意味する。ポイン
トクラウドビデオを構成する点を１つ以上のパッチ（ポイントクラウドを構成する点の集
合であり、同じパッチに属する点は３Ｄ空間において互いに隣接しており、２Ｄイメージ
へのマッピングプロセスにおいて６面のバウンディングボックス平面のうち同じ方向にマ
ップされる点の集合）に分けて２Ｄ平面にマップする際、２Ｄ平面のその位置にデータが
存在するか否かを０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）である占
有（ｏｃｃｕｐａｎｃｙ）マップピクチャー／フレームを生成することができる。また、
ポイントクラウドビデオを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）をパッチ単位で表す
深さマップ形式のピクチャー／フレームであるジオメトリピクチャー／フレームを生成す
る。ポイントクラウドビデオを成す各点の色情報をパッチ単位で表すピクチャー／フレー
ムであるテクスチャーピクチャー／フレームを生成することができる。このプロセスにお
いて、個別パッチからポイントクラウドを再構成するために必要なメタデータを生成する
ことができ、このメタデータは、各パッチの２Ｄ／３Ｄ空間における位置、サイズなどパ
ッチに関する情報を含んでもよい。このようなピクチャー／フレームが時間順に連続して
生成され、ビデオストリーム又はメタデータストリームを構成することができる。
また、パッチは、２Ｄイメージマッピングのために使用してもよい。例えば、ポイント
クラウドデータが立方体の各面にプロジェクトされる。パッチ生成後、生成されたパッチ
に基づいて、ジオメトリイメージ、１つ又は１つ以上の特質イメージ、占有マップ、付加
データ及び／又はメッシュデータなどを生成することができる。
前処理部又は制御部（ｃｏｎｔｒｏｌｌｅｒ）によって、ジオメトリイメージ生成（Ｇ
ｅｏｍｅｔｒｙ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ）、特質イメージ生成（Ａｔｔｒｉ
ｂｕｔｅ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ）、占有マップ生成（Ｏｃｃｕｐａｎｃｙ
ｍａｐ Ｇｅｎｅｒａｔｉｏｎ）、付加データ生成（Ａｕｘｉｌｉａｒｙ Ｄａｔａ
Ｇｅｎｅｒａｔｉｏｎ）及び／又はメッシュデータ生成（Ｍｅｓｈ Ｄａｔａ Ｇｅｎｅ
ｒａｔｉｏｎ）が行われる。
ジオメトリイメージ生成部（Ｇｅｏｍｅｔｒｙ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ
ｕｎｉｔ）２１００２は、パッチ生成の結果物に基づいてジオメトリイメージを生成する
。ジオメトリは、３Ｄ空間上のポイントを示す。パッチに基づいてパッチの２Ｄイメージ
パッキングに関連する情報を含む占有マップ、付加データ（パッチデータ）及び／又はメ
ッシュデータなどを使用して、ジオメトリイメージを生成する。ジオメトリイメージは、
パッチ生成後に生成されたパッチの深さ（例えば、近さ、遠さ）などの情報に関連する。
特質イメージ生成部（Ａｔｔｒｉｂｕｔｅ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ ｕｎ
ｉｔ）２１００３は、特質イメージを生成する。例えば、特質はテキスチャー（Ｔｅｘｔ
ｕｒｅ）を示すことができる。テキスチャーは、各ポイントに対応するカラー値であって
もよい。実施例によれば、テキスチャーを含む複数（Ｎ個）の特質（色、反射率など）イ
メージを生成する。複数の特質は、マテリアル（材質に関する情報）、反射率などを含む
。また、実施例によれば、特質は、同じテキスチャーでも視覚、光によってカラーが変わ
る情報をさらに含んでもよい。
占有マップ生成部（Ｏｃｃｕｐａｎｃｙ ｍａｐ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）
２１００４は、パッチから占有マップを生成する。占有マップは、そのジオメトリ又は特
質イメージなどのピクセルにデータの存否を示す情報を含む。
付加データ生成部（Ａｕｘｉｌｉａｒｙ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ
）２１００５は、パッチに関する情報を含む付加データを生成する。即ち、付加データは
、ポイントクラウド客体のパッチに関するメタデータを示す。例えば、パッチに対する法
線（ｎｏｒｍａｌ）ベクトルなどの情報を示すことができる。具体的には、実施例によれ
ば、付加データは、パッチからポイントクラウドを再構成するために必要な情報を含む（
例えば、パッチの２Ｄ／３Ｄ空間上の位置、サイズなどに関する情報、プロジェクション
平面（ｎｏｒｍａｌ）識別情報、パッチマッピング情報など）。
メッシュデータ生成部（Ｍｅｓｈ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１
００６は、パッチからメッシュデータを生成する。メッシュは、隣接したポイント間の連
結情報を示す。例えば、三角形のデータを示してもよい。例えば、実施例によるメッシュ
データは、各ポイント間の接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）情報を意味する。
ポイントクラウド前処理部又は制御部は、パッチ生成、ジオメトリイメージ生成、特質
イメージ生成、占有マップ生成、付加データ生成、メッシュデータ生成に関連するメタデ
ータ（Ｍｅｔａｄａｔａ）を生成する。
ポイントクラウド送信装置は、前処理部で生成された結果物に対応して、ビデオ符号化
及び／又はイメージ符号化を行う。ポイントクラウド送信装置は、ポイントクラウドビデ
オデータだけではなく、ポイントクラウドイメージデータを生成する。実施例によれば、
ポイントクラウドデータはビデオデータのみを、イメージデータのみを、及び／又はビデ
オデータ及びイメージデータの両方を含んでもよい。
ビデオ符号化部２１００７は、ジオメトリビデオ圧縮、特質ビデオ圧縮、占有マップビ
デオ圧縮、付加データ圧縮及び／又はメッシュデータ圧縮を行う。ビデオ符号化部は、符
号化された各々のビデオデータを含むビデオトリームを生成する。
具体的には、ジオメトリビデオ圧縮はポイントクラウドジオメトリビデオデータを符号
化する。特質ビデオ圧縮はポイントクラウドの特質ビデオデータを符号化する。付加デー
タ圧縮はポイントクラウドビデオデータに関連する付加データを符号化する。メッシュデ
ータ圧縮（Ｍｅｓｈ ｄａｔａ ｃｏｍｐｒｅｓｓｉｏｎ）はポイントクラウドビデオデ
ータのメッシュデータを符号化する。ポイントクラウドビデオ符号化部の各動作は、並列
に行われる。
イメージ符号化部２１００８は、ジオメトリイメージ圧縮、特質イメージ圧縮、占有マ
ップイメージ圧縮、付加データ圧縮及び／又はメッシュデータ圧縮を行う。イメージ符号
化部は、符号化された各々のイメージデータを含むイメージを生成する。
具体的には、ジオメトリイメージ圧縮は、ポイントクラウドジオメトリイメージデータ
を符号化する。特質イメージ圧縮はポイントクラウドの特質イメージデータを符号化する
。付加データ圧縮はポイントクラウドイメージデータに関連する付加データを符号化する
。メッシュデータ圧縮（Ｍｅｓｈ ｄａｔａ ｃｏｍｐｒｅｓｓｉｏｎ）はポイントクラ
ウドイメージデータに関連するメッシュデータを符号化する。ポイントクラウドイメージ
符号化部の各動作は、並列に行われる。
ビデオ符号化部及び／又はイメージ符号化部は前処理部からメタデータを受信する。ビ
デオ符号化部及び／又はイメージ符号化部はメタデータに基づいて各々の符号化プロセス
を行う。
ファイル／セグメントカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｅｎｃａｐｓｕｌａ
ｔｉｏｎ）２１００９は、ビデオストリーム及び／又はイメージをファイル及び／又はセ
グメント形式にカプセル化する。ファイル／セグメントカプセル化部はビデオトラックカ
プセル化、メタデータトラックカプセル化及び／又はイメージカプセル化を行う。
ビデオトラックカプセル化は、１つ又は１つ以上のビデオストリームを１つ又は１つ以
上のトラックカプセル化することができる。
メタデータトラックカプセル化は、ビデオストリーム及び／又はイメージに関連するメ
タデータを１つ又は１つ以上のトラックにカプセル化する。メタデータは、ポイントクラ
ウドデータのコンテンツに関連するデータを含む。例えば、初期ビューイングオリエンテ
ーションメタデータ（Ｉｎｉｔｉａｌ Ｖｉｅｗｉｎｇ Ｏｒｉｅｎｔａｔｉｏｎ Ｍｅ
ｔａｄａｔａ）を含む。実施例によれば、メタデータは、メタデータトラックにカプセル
化されてもよく、ビデオトラック又はイメージトラックに共にカプセル化されてもよい。
イメージカプセル化は１つ又は１つ以上のイメージを１つ又は１つ以上のトラック又は
アイテムにカプセル化する。
例えば、実施例によれば、４つのビデオストリームと２つのイメージがカプセル化部に
入力される場合、４つのビデオストリーム及び２つのイメージを１つのファイル内にカプ
セル化する。
実施例によるポイントクラウドビデオエンコーダ及び／又はポイントクラウドイメージ
エンコーダは、実施例によるＧ－ＰＣＣ／Ｖ－ＰＣＣビットストリームを生成する。
ファイル／セグメントカプセル化部は、前処理部からメタデータを受信する。ファイル
／セグメントカプセル化部は、メタデータに基づいてカプセル化を行う。
ファイル／セグメントカプセル化によって生成されたファイル及び／又はセグメントは
、ポイントクラウド送信装置又は送信部によって送信される。例えば、ＤＡＳＨベースの
プロトコルに基づいてセグメントが伝達（Ｄｅｌｉｖｅｒｙ）できる。
実施例によるカプセル化及びカプセル化部は、Ｖ－ＰＣＣビットストリームをファイル
内に１つ又は複数のトラックに分割格納し、そのためのシグナリング情報も共にカプセル
化することができる。また、Ｖ－ＰＣＣビットストリーム上に含まれているａｔｌａｓス
トリームをファイル内のトラックに格納し、関連するシグナリング情報を格納することが
できる。さらに、Ｖ－ＰＣＣビットストリーム上に存在するＳＥＩメッセージをファイル
内のトラックに格納し、関連するシグナリング情報を格納することができる。
伝達部（Ｄｅｌｉｖｅｒｙ）は、ポイントクラウドビットストリーム又はそのビットス
トリームを含むファイル／セグメントをデジタル記憶媒体又はネットワークを介して受信
装置の受信部に伝達する。送信のために、任意の送信プロトコルによる処理を行う。送信
のための処理を終えたデータは、放送網及び／又はブロードバンドを介して伝送される。
このデータは、オン・デマンド（Ｏｎ Ｄｅｍａｎｄ）方式で受信側へ伝送してもよい。
デジタル記憶媒体には、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど
の様々な記憶媒体がある。伝達部は、所定のファイルフォーマットでメディアファイルを
生成するための要素を含み、放送／通信ネットワークを介する送信のための要素を含む。
伝達部は、受信部からオリエンテーション情報及び／又はビューポート情報を受信する。
伝達部は、取得したオリエンテーション情報及び／又はビューポート情報（又はユーザが
選択した情報）を前処理部、ビデオ符号化部、イメージ符号化部、ファイル／セグメント
カプセル化部及び／又はポイントクラウド符号化部に伝送する。オリエンテーション情報
及び／又はビューポート情報に基づいて、ポイントクラウド符号化部は全てのポイントク
ラウドデータを符号化するか、又はオリエンテーション情報及び／又はビューポート情報
が示すポイントクラウドデータを符号化する。オリエンテーション情報及び／又はビュー
ポート情報に基づいて、ファイル／セグメントカプセル化部は全てのポイントクラウドデ
ータをカプセル化するか、又はオリエンテーション情報及び／又はビューポート情報が示
すポイントクラウドデータをカプセル化することができる。オリエンテーション情報及び
／又はビューポート情報に基づいて、伝達部は全てのポイントクラウドデータを伝達する
か、又はオリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデ
ータを伝達する。
例えば、前処理部は、全てのポイントクラウドデータに対して上述した動作を行っても
よく、オリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデー
タに対して動作を行ってもよい。ビデオ符号化部及び／又はイメージ符号化部は、全ての
ポイントクラウドデータに対して上述した動作を行ってもよく、オリエンテーション情報
及び／又はビューポート情報が示すポイントクラウドデータに対して上述した動作を行わ
ってもよい。ファイル／セグメントカプセル化部は、全てのポイントクラウドデータに対
して上述した動作を行ってもよく、オリエンテーション情報及び／又はビューポート情報
が示すポイントクラウドデータに対して上述した動作を行ってもよい。送信部は、全ての
ポイントクラウドデータに対して上述した動作を行ってもよく、オリエンテーション情報
及び／又はビューポート情報が示すポイントクラウドデータに対して上述した動作を行っ
てもよい。
図２２は、実施例によるポイントクラウドデータ受信装置の構成の一例を示す。
図２２は、実施例によるポイントクラウドシステムを示し、システムの一部／全部は、
図１の送受信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメージエンコーダ、
図１６の復号プロセス、図１８の送信装置、及び／又は図１９の受信装置などの一部／全
部を含むことができる。また、図２０及び図２１のシステムの一部／全部に含まれるか又
は対応する。
受信装置の各構成は、モジュール／ユニット／コンポーネント／ハードウェア／ソフト
ウェア／プロセッサなどであってもよい。伝達クライアント（Ｄｅｌｉｖｅｒｙ Ｃｌｉ
ｅｎｔ）は、実施例によるポイントクラウドデータ送信装置が送信したポイントクラウド
データ、ポイントクラウドビットストリーム又はそのビットストリームを含むファイル／
セグメントを受信する。送信されるチャネルに応じて、受信装置は、放送網を介してポイ
ントクラウドデータを受信するか、又はブロードバンドを介してポイントクラウドデータ
を受信する。又は、デジタル記憶媒体によってポイントクラウドデータを受信してもよい
。受信装置は、受信したデータを復号し、これをユーザのビューポートなどに従ってレン
ダリングするプロセスを含んでもよい。受信処理部は、受信されたポイントクラウドデー
タに対して送信プロトコルに従う処理を行う。受信処理部は受信部に含まれてもよく、別
のコンポーネント／モジュールで構成されてもよい。送信側で行った送信のための処理に
対応して、受信処理部は、上述した送信処理部の逆過程を行う。受信処理部は、取得した
ポイントクラウドデータをファイル／セグメントデカプセル化部に伝送し、取得したポイ
ントクラウド関連メタデータはメタデータ処理部に伝送することができる。
センシング／トラッキング部（Ｓｅｎｓｉｎｇ／Ｔｒａｃｋｉｎｇ）は、オリエンテー
ション情報及び／又はビューポート情報を取得する。センシング／トラッキング部は、取
得したオリエンテーション情報及び／又はビューポート情報を伝達クライアント、ファイ
ル／セグメントデカプセル化部、ポイントクラウド復号部に伝送する。
伝達クライアントは、オリエンテーション情報及び／又はビューポート情報に基づいて
、全てのポイントクラウドデータを受信するか、又はオリエンテーション情報及び／又は
ビューポート情報が示すポイントクラウドデータを受信する。ファイル／セグメントデカ
プセル化部は、オリエンテーション情報及び／又はビューポート情報に基づいて、全ての
ポイントクラウドデータをデカプセル化するか、又はオリエンテーション情報及び／又は
ビューポート情報が示すポイントクラウドデータをデカプセル化する。ポイントクラウド
復号部（ビデオ復号部及び／又はイメージ復号部）は、オリエンテーション情報及び／又
はビューポート情報に基づいて、全てのポイントクラウドデータを復号するか、又はオリ
エンテーション情報及び／又はビューポート情報が示すポイントクラウドデータを復号す
る。ポイントクラウドプロセシング部は、全てのポイントクラウドデータを処理するか、
又はオリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデータ
を処理する。
ファイル／セグメントデカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌ
ａｔｉｏｎ ｕｎｉｔ）２２０００は、ビデオトラックデカプセル化（Ｖｉｄｅｏ Ｔｒ
ａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）、メタデータトラックデカプセル化（Ｍｅｔａｄ
ａｔａ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）及び／又はイメージデカプセル化（
Ｉｍａｇｅ Ｄｅｃａｐｓｕｌａｔｉｏｎ）を行う。デカプセル化処理部は、受信処理部
から伝達されたファイル形式のポイントクラウドデータをデカプセル化する。デカプセル
化処理部は、ＩＳＯＢＭＦＦなどによるファイル又はセグメントをデカプセル化し、ポイ
ントクラウドビットストリーム及びポイントクラウド関連メタデータ（又は別のメタデー
タビットストリーム）を取得する。取得したポイントクラウドビットストリームは、ポイ
ントクラウド復号部に伝送し、取得したポイントクラウド関連メタデータ（又はメタデー
タビットストリーム）は、メタデータ処理部に伝送する。ポイントクラウドビットストリ
ームは、メタデータ（メタデータビットストリーム）を含んでもよい。メタデータ処理部
は、ポイントクラウドビデオデコーダに含まれてもよく、別のコンポーネント／モジュー
ルで構成されてもよい。デカプセル化処理部が取得するポイントクラウド関連メタデータ
は、ファイルフォーマット内のボックス又はトラックの形態であってもよい。ファイル／
セグメントデカプセル化部は、必要な場合、メタデータ処理部からデカプセル化に必要な
メタデータが伝送されてもよい。ポイントクラウド関連メタデータは、ポイントクラウド
復号部に伝送されて、ポイントクラウド復号に用いられてもよく、ポイントクラウドレン
ダリング部に伝送されて、ポイントクラウドレンダリングに用いられてもよい。ファイル
／セグメントデカプセル化部は、ポイントクラウドデータに関連するメタデータを生成す
ることができる。
ビデオトラックデカプセル化部（Ｖｉｄｅｏ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏ
ｎ）は、ファイル及び／又はセグメントに含まれたビデオトラックをデカプセル化する。
ジオメトリビデオ、特質ビデオ、占有マップ、付加データ及び／又はメッシュデータを含
むビデオストリームをデカプセル化する。
メタデータトラックデカプセル化（Ｍｅｔａｄａｔａ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌ
ａｔｉｏｎ）は、ポイントクラウドデータに関連するメタデータ及び／又は付加データな
どを含むビットストリームをデカプセル化する。
イメージデカプセル化（Ｉｍａｇｅ Ｄｅｃａｐｓｕｌａｔｉｏｎ）は、ジオメトリイ
メージ、特質イメージ、占有マップ、付加データ及び／又はメッシュデータを含むイメー
ジをデカプセル化する。
実施例によるデカプセル化又はデカプセル化部は、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットスト
リームをファイル内の１つ又は複数のトラックに基づいて分割処理パーシング（デカプセ
ル化）し、そのためのシグナリング情報も共にデカプセル化する。また、Ｇ－ＰＣＣ／Ｖ
－ＰＣＣビットストリーム上に含まれているａｔｌａｓストリームをファイル内のトラッ
クに基づいてデカプセル化し、関連するシグナリング情報をパーシングする。さらにＧ－
ＰＣＣ／Ｖ－ＰＣＣビットストリーム上に存在するＳＥＩメッセージをファイル内のトラ
ックに基づいてデカプセル化し、関連するシグナリング情報を共に取得することができる
。
ビデオ復号部（Ｖｉｄｅｏ Ｄｅｃｏｄｉｎｇ ｕｎｉｔ）２２００１は、ジオメトリ
ビデオ復元、特質ビデオ復元、占有マップ復元、付加データ復元及び／又はメッシュデー
タ復元を行う。ビデオ復号部は、実施例によるポイントクラウド送信装置のビデオ符号化
付加を行うプロセスに対応して、ジオメトリビデオ、特質ビデオ、付加データ及び／又は
メッシュデータを復号する。
イメージ復号部（Ｉｍａｇｅ Ｄｅｃｏｄｉｎｇ）２２００２は、ジオメトリイメージ
復元、特質イメージ復元、占有マップ復元、付加データ復元及び／又はメッシュデータ復
元を行う。イメージ復号部は、実施例によるポイントクラウド送信装置のイメージ符号化
部が行うプロセスに対応して、ジオメトリイメージ、特質イメージ、付加データ及び／又
はメッシュデータを復号する。
実施例によるビデオ復号部、イメージ復号部は、上述のように、１つのビデオ／イメー
ジデコーダによって処理されてもよく、図のように別のパスで行われてもよい。
ビデオ復号部及び／又はイメージ復号部は、ビデオデータ及び／又はイメージデータに
関連するメタデータを生成する。
実施例によるポイントクラウドビデオエンコーダ及び／又はポイントクラウドイメージ
エンコーダは、実施例によるＧ－ＰＣＣ／Ｖ－ＰＣＣビットストリームを復号する。
ポイントクラウドプロセシング部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｐｒｏｃｅｓｓｉｎｇ
ｕｎｉｔ）２２００３は、ジオメトリ再構成（Ｇｅｏｍｅｔｒｙ Ｒｅｃｏｎｓｔｒｕｃ
ｔｉｏｎ）及び／又は特質再構成（Ａｔｔｒｉｂｕｔｅ Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ
）を行う。
ジオメトリ再構成は、復号されたビデオデータ及び／又は復号されたイメージデータか
ら、占有マップ、付加データ及び／又はメッシュデータに基づいて、ジオメトリビデオ及
び／又はジオメトリイメージを復元する。
特質再構成は、復号された特質ビデオ及び／又は復号された特質イメージから、占有マ
ップ、付加データ及び／又はメッシュデータに基づいて、特質ビデオ及び／又は特質イメ
ージを復元する。実施例によれば、例えば、特質はテキスチャーである。実施例によれば
、特質は複数の特質情報を意味する。複数の特質がある場合、実施例によるポイントクラ
ウドプロセシング部は、複数の特質再構成を行う。
ポイントクラウドプロセシング部は、ビデオ復号部、イメージ復号部及び／又はファイ
ル／セグメントデカプセル化部からメタデータを受信し、メタデータに基づいてポイント
クラウドを処理することができる。
ポイントクラウドレンダリング部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｒｅｎｄｅｒｉｎｇ ｕ
ｎｉｔ）は、再構成されたポイントクラウドをレンダリングする。ポイントクラウドレン
ダリング部はビデオ復号部、イメージ復号部及び／又はファイル／セグメントデカプセル
化部からメタデータを受信し、メタデータに基づいてポイントクラウドをレンダリングす
る。
ディスプレイは、レンダリングされた結果を実際のディスプレイ装置上にディスプレイ
する。
実施例による方法／装置は図１５ないし図１９に示したように、ポイントクラウドデー
タを符号化／復号した後、ポイントクラウドデータを含むビットストリームをファイル及
び／又はセグメント形式にカプセル化及び／又はデカプセル化する。
例えば、実施例によるポイントクラウドデータ送信装置は、ポイントクラウドデータを
ファイルに基づいてカプセル化し、このとき、ファイルには、ポイントクラウドに関する
パラメータを含むＶ－ＰＣＣトラック、ジオメトリを含むジオメトリトラック、特質を含
む特質トラック及び占有マップを含む占有トラックを含む。
また、実施例によるポイントクラウドデータ受信装置は、ポイントクラウドデータファ
イルに基づいてデカプセル化し、このとき、ファイルにはポイントクラウドに関するパラ
メータを含むＶ－ＰＣＣトラック、ジオメトリを含むジオメトリトラック、特質を含む特
質トラック及び占有マップを含む占有トラックを含む。
上述した動作は、図２０のファイル／セグメントカプセル化部、図２１のファイル／セ
グメントカプセル化部、図２２のファイル／セグメントデカプセル化部などによって行わ
れる。
図２３は、実施例によるポイントクラウドデータの送受信方法／装置と連動可能な構造
の一例を示す。
実施例による構造では、サーバー２３６０、ロボット２３１０、自立走行車両２３２０
、ＸＲ装置２３３０、スマートフォン２３４０、家電２３５０及び／又はＨＭＤ２３７０
のうちのいずれかがクラウドネットワーク２３１０と接続する。ここで、ロボット２３１
０、自立走行車両２３２０、ＸＲ装置２３３０、スマートフォン２３４０又は家電２３５
０などを装置と呼ぶ。また、ＸＲ装置１７３０は、実施例によるポイントクラウド圧縮デ
ータ（ＰＣＣ）装置に対応するか、ＰＣＣ装置と連動してもよい。
クラウドネットワーク２３００は、クラウドコンピューティングインフラの一部を構成
するか、クラウドコンピューティングインフラ内に存在するネットワークを意味してもよ
い。ここで、クラウドネットワーク２３００は、３Ｇネットワーク、４Ｇ又はＬＴＥ（Ｌ
ｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワーク又は５Ｇネットワークなどを用い
て構成されてもよい。
ＡＩサーバー２３６０は、ロボット２３１０、自立走行車両２３２０、ＸＲ装置２３３
０、スマートフォン２３４０、家電２３５０及び／又はＨＭＤ２３７０のうちの少なくと
も１つ以上とクラウドネットワーク２３００を介いて接続され、接続された装置２３１０
～２３７０のプロセシングの少なくとも一部を補助する。
ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）２３７００は、実施例によるＸＲ装
置及び／又はＰＣＣ装置が具現できるタイプの１つを示す。実施例によるＨＭＤタイプの
装置は、コミュニケーションユニット、コントロールユニット、メモリユニット、Ｉ／Ｏ
ユニット、センサユニット、またパワー供給ユニットなどを含む。
以下、上記技術が適用される装置２３１０～２３５０の様々な実施例について説明する
。ここで、図２３に示された装置２３１０～２３５０は、上述した実施例によるポイント
クラウドデータの送受信装置と連動／結合することができる。
＜ＰＣＣ＋ＸＲ＞
ＸＲ／ＰＣＣ装置２３３０は、ＰＣＣ及び／又はＸＲ（ＡＲ＋ＶＲ）技術が適用され、
ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、車両に備えられたＨＵＤ（Ｈｅａｄ
－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、携帯電話、スマートフォン、コンピューター、ウェア
ラブルデバイス、家電機器、デジタル看板、車両、固定型ロボットや移動型ロボットなど
で具現される。
ＸＲ／ＰＣＣ装置２３３０は、様々なセンサにより又は外部装置から取得した３Ｄポイ
ントクラウドデータ又はイメージデータを分析して３Ｄポイントに対する位置データ及び
特質データを生成することで周辺空間又は現実客体に関する情報を得て、出力するＸＲ客
体をレンダリングして出力することができる。例えば、ＸＲ／ＰＣＣ装置２３３０は認識
された物体に関する付加情報を含むＸＲ客体を該当認識された物体に対応して出力するこ
とができる。
＜ＰＣＣ＋ＸＲ＋モバイルフォン＞
ＸＲ／ＰＣＣ装置２３３０はＰＣＣ技術が適用されてモバイルフォン２３４０などで具
現される。
モバイルフォン２３４０はＰＣＣ技術に基づいてポイントクラウドコンテンツを復号し
、ディスプレイする。
＜ＰＣＣ＋自立走行＋ＸＲ＞
自律走行車両２３２０はＰＣＣ技術及びＸＲ技術が適用されて、移動型ロボット、車両
、無人飛行体などで具現される。
ＸＲ／ＰＣＣ技術が適用された自律走行車両２３２０は、ＸＲ映像を提供する手段を備
えた自律走行車両やＸＲ映像内での制御／相互作用の対象となる自律走行車両などを意味
してもよい。特に、ＸＲ映像内での制御／相互作用の対象となる自律走行車両２３２０は
ＸＲ装置２３３０とは区分され、互いに連動できる。
ＸＲ／ＰＣＣ映像を提供する手段を備えた自律走行車両２３２０は、カメラを含むセン
サからセンサ情報を取得し、取得したセンサ情報に基づいて生成されたＸＲ／ＰＣＣ映像
を出力する。例えば、自律走行車両はＨＵＤを備えてＸＲ／ＰＣＣ映像を出力することで
、搭乗者に現実客体又は画面内の客体に対応するＸＲ／ＰＣＣ客体を提供する。
このとき、ＸＲ／ＰＣＣ客体がＨＵＤに出力される場合には、ＸＲ／ＰＣＣ客体の少な
くとも一部が搭乗者の視線が向く実際の客体にオーバーラップされるように出力されるこ
とがある。一方、ＸＲ／ＰＣＣ客体が自律走行車両内に備えられるディスプレイに出力さ
れる場合には、ＸＲ／ＰＣＣ客体の少なくとも一部が画面内の客体にオーバーラップされ
るように出力されることがある。例えば、自律走行車両は車路、他の車両、信号灯、交通
表示板、二輪車、歩行者、建物などのような客体に対応するＸＲ／ＰＣＣ客体を出力する
ことができる。
実施例によるＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）技術、ＡＲ（Ａｕｇｍｅｎｔｅ
ｄ Ｒｅａｌｉｔｙ）技術、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）技術及び／又はＰＣＣ
（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）技術は、様々なデバイスに適用可
能である。
即ち、ＶＲ技術は現実の客体や背景などをＣＧ映像のみで提供するディスプレイ技術で
ある。一方、ＡＲ技術は実際物事の映像上に仮想のＣＧ映像を共に見せる技術である。ま
た、ＭＲ技術は、現実世界に仮想客体を混ぜて見せるという点では上述したＡＲ技術と類
似する。しかし、ＡＲ技術では現実の客体とＣＧ映像からなる仮想の客体との区別が明ら
かであり、現実客体を補完する形式で仮想の客体を使用する反面、ＭＲ技術では仮想の客
体と現実の客体とが同等な性格と見なされるという点でＡＲ技術とは区別される。より具
体的には、例えば、上記ＭＲ技術が適用されたことがホログラムサービスである。
ただし、最近にはＶＲ、ＡＲ、ＭＲ技術を明確に区別するよりは、ＸＲ（ｅｘｔｅｎｄ
ｅｄ Ｒｅａｌｉｔｙ）技術と呼んでいる。よって、本発明の実施例はＶＲ、ＡＲ、ＭＲ
、ＸＲ技術のいずれにも適用可能である。かかる技術はＰＣＣ、Ｖ－ＰＣＣ、Ｇ－ＰＣＣ
技術ベースの符号化／復号が適用される。
実施例によるＰＣＣ方法／装置は自律走行サービスを提供する車両に適用できる。
自律走行サービスを提供する自立走行車両はＰＣＣ装置と有無線通信可能に接続される
。
実施例によるポイントクラウド圧縮データ（ＰＣＣ）送受信装置は、自立走行車両と有
無線通信可能に接続された場合、自律走行サービスと共に提供できるＡＲ／ＶＲ／ＰＣＣ
サービス関連コンテンツデータを受信／処理して自立走行車両に送信することができる。
また、ポイントクラウドデータ送受信装置が自立走行車両に搭載された場合は、ポイント
クラウド送受信装置は、ユーザインターフェース装置で入力されたユーザ入力信号によっ
てＡＲ／ＶＲ／ＰＣＣサービス関連コンテンツデータを受信／処理してユーザに提供する
ことができる。実施例による車両又はユーザインターフェース装置はユーザ入力信号を受
信することができる。実施例によるユーザ入力信号は自律走行サービスを指示する信号を
含んでもよい。
実施例による送信装置はポイントクラウドデータを送信する装置であり、実施例による
受信装置はポイントクラウドデータを受信する装置である。
実施例による方法／装置は、実施例によるポイントクラウドデータ送受信方法／装置、
送受信装置に含まれたポイントクラウドエンコーダとデコーダ、ポイントクラウドデータ
を送受信するためのデータを生成してパース（ｐａｒｓｅ）する装置、プロセッサ及び／
又はそれらに対応する方法などを意味する。
実施例によるポイントクラウドデータ送信装置は、ポイントクラウドデータエンコーダ
及びポイントクラウドデータを送信する送信機などを含む。ポイントクラウドデータ送信
装置はさらに、ポイントクラウドデータの効率的な送信のためのフォーマットで構成可能
なポイントクラウドデータカプセル化部を含む。ポイントクラウドデータを圧縮するエン
コーダ及び送信のためにカプセル化するカプセル化部などを含めてポイントクラウドデー
タシステムという。上記の構成要素をこの明細書では簡単に実施例による方法／装置と称
する。
実施例によるポイントクラウドデータ受信装置は、ポイントクラウドデータデコーダ及
びポイントクラウドデータを受信する受信機などを含む。ポイントクラウドデータ受信装
置はさらに、ポイントクラウドデータの効率的な受信のためのフォーマットのデータ構造
からポイントクラウドデータをパース（ｐａｒｓｅ）するデカプセル化部を含む。ポイン
トクラウドデータを復元するデコーダ及び受信・パースのためにデカプセル化するデカプ
セル化部などを含めてポイントクラウドデータシステムという。上記の構成要素をこの明
細書では簡単に実施例による方法／装置と称する。
この明細書で説明するＶ－ＰＣＣ（Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ
ｃｏｍｐｒｅｓｓｉｏｎ）は、Ｖ３Ｃ（Ｖｉｓｕａｌ Ｖｏｌｕｍｅｔｒｉｃ Ｖｉｄ
ｅｏ－ｂａｓｅｄ Ｃｏｄｉｎｇ）と同一である。実施例による用語Ｖ－ＰＣＣは、Ｖ３
Ｃと混用して同じ意味で使われる。
実施例による方法／装置は、動的ポイントクラウド客体に対するファイルフォーマット
を生成し、そのためのシグナリング方案を提供する（Ｆｉｌｅ ｅｎｃａｐｓｕｌａｔｉ
ｏｎ ｏｆ Ｄｙｎａｍｉｃ ｐｏｉｎｔ ｃｌｏｕｄ ｏｂｊｅｃｔ）。
図２４は実施例によるカプセル化されたＶ－ＰＣＣデータコンテナの構造を示す。
図２５は実施例による絶縁されたＶ－ＰＣＣデータコンテナ構造を示す。
図１の送信装置１００００のポイントクラウドビデオエンコーダ１０００２、図４及び
図１５のエンコーダ、図１８の送信装置、図２９のビデオ／イメージエンコーダ２０００
２，２０００３、図２１のプロセッサ、エンコーダ２１０００ないし２１００８、及び図
２３のＸＲデバイス２３３０などは、実施例によるポイントクラウドデータを含むビット
ストリームを生成する。
図１のファイル／セグメントカプセル化部１０００３、図２０のファイル／セグメント
カプセル化部２０００４、図２１のファイル／セグメントカプセル化部２１００９、及び
図２３のＸＲデバイスは、図２４及び図２５のファイル構造にビットストリームを初期化
（ｆｏｒｍａｔｔｉｎｇ）する。
同様に、図１の受信装置１０００５のファイル／セグメントデカプセル化部１０００７
、図２０ないし図２３のファイル／セグメントデカプセル化部２０００５，２１００９，
２２０００、及び図２３のＸＲデバイス２３３０は、ファイルを受信してデカプセル化し
てビットストリームをパースする。ビットストリームは図１のポイントクラウドビデオデ
コーダ１０１００８、図１６及び図１７のデコーダ、図１９の受信装置、図２０ないし図
２３のビデオ／イメージデコーダ２０００６，２１００７，２１００８，２２００１，２
２００２、及び図２３のＸＲデバイス２３３０により復号され、ポイントクラウドデータ
が復元される。
図２４及び図２５はＩＳＯＢＭＦＦファイルフォーマットによるポイントクラウドデー
タのコンテナの構造を示す。
図２４及び図２５はマルチトラックに基づいてポイントクラウドを伝達するコンテナの
構造である。
実施例による方法／装置は、複数のトラックに基づいてポイントクラウドデータ及びポ
イントクラウドデータ関連の追加データをコンテナファイルに含めて送受信する。
第１トラック２４０００は特質トラックであり、図１、図４、図１５、図１８などのよ
うに符号化された特質データ２４０４０を含む。
第２トラック２４０１０は占有トラックであり、図１、図４、図１５、図１８などのよ
うに符号化されたジオメトリデータ２４０５０を含む。
第３トラック２４０２０はジオメトリトラックであり、図１、図４、図１５、図１８な
どのように符号化された占有データ２４０６０を含む。
第４トラック２４０３０はｖ－ｐｃｃ（ｖ３ｃ）トラックであり、ポイントクラウドデ
ータに関するデータを含むアトラスビットストリーム２７０７０を含む。
各々のトラックはサンプルエントリー及びサンプルで構成される。サンプルはフレーム
に対応するユニットである。Ｎ番目のフレームを復号するためには、Ｎ番目のフレームに
対応するサンプル又はサンプルエントリーが必要である。サンプルエントリーはサンプル
を記述する情報を含む。
図２５は図２４の詳しい構造図である。
ｖ３ｃトラック２５０００は第４トラック２４０３０に対応する。ｖ３ｃトラック２５
０００に含まれたデータはボックスというデータコンテナのフォーマットを有する。ｖ３
ｃトラック２５０００はＶ３Ｃコンポーネントトラック２５０１０ないし２５０３０に関
する参照情報を含む。
実施例による受信方法／装置は、図２５のようなポイントクラウドデータを含むコンテ
ナ（ファイルとも称する）を受信して、Ｖ３Ｃトラックをパースする。ｖ３ｃトラックに
含まれた参照情報に基づいて占有データ、ジオメトリデータ、特質データを復号して復元
する。
占有トラック２５０１０は第２トラック２４０１０に対応し、占有データを含む。ジオ
メトリトラック２５０２０は第３トラック２４０２０に対応し、ジオメトリデータを含む
。特質トラック２５０３０は第１トラック２４０００に対応し、特質データを含む。
以下、図２４及び図２５のファイルに含まれるデータ構造のシンタックスについて詳し
く説明する。
図２６は実施例によるポイントクラウドデータを含むビットストリームの構造を示す。
図２６は図２４及び図２５で説明したように、符号化又は復号される実施例によるポイ
ントクラウドデータを含むビットストリームの構造である。
実施例による方法／装置は、動的ポイントクラウド客体に対するビットストリームを生
成し、ビットストリームに関するファイルフォーマットを提案し、そのためのシグナリン
グ方案を提供する。
実施例による方法／装置は、Ｖ－ＰＣＣ（＝Ｖ３Ｃ）ビットストリームをファイルのト
ラックに効率的に格納し、それに対するシグナリングを提供するポイントクラウドコンテ
ンツサービスを提供するための送信機、受信機及び／又はプロセッサである。
実施例による方法／装置は、ポイントクラウドデータを含むＶ－ＰＣＣビットストリー
ムを格納するデータフォーマットを提供する。それにより、実施例による受信方法／装置
がポイントクラウドデータを受信し、ポイントクラウドデータに効率的に接近できるデー
タの格納及びシグナリング方案を提供する。従って、効率的な接近のポイントクラウドデ
ータを含むファイル格納技法に基づいて、送信機及び／又は受信機はポイントクラウドコ
ンテンツサービスを提供することができる。
実施例による方法／装置は、ポイントクラウドビットストリーム（Ｖ－ＰＣＣビットス
トリーム）をファイルのトラック内に効率的に格納する。効率的な格納技法に関するシグ
ナリング情報を生成してファイル内に格納する。ファイル内に格納されたＶ－ＰＣＣビッ
トストリームに対する効率的な接近を支援できるように、ファイル実施例による格納技法
にさらに（又はさらに変形／結合して）Ｖ－ＰＣＣビットストリームをファイル内１つ以
上の複数のトラックに分割格納する技法を提供する。
この明細書で使用する用語の定義は以下の通りである：
ＶＰＳ：Ｖ－ＰＣＣパラメータセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
ＡＤ：アトラスデータ（ａｔｌａｓ ｄａｔａ）。ＯＶＤ：占有ビデオデータ（ｏｃｃｕ
ｐａｎｃｙ ｖｉｄｅｏ ｄａｔａ）。ＧＶＤ：ジオメトリビデオデータ（ｇｅｏｍｅｔ
ｒｙ ｖｉｄｅｏ ｄａｔａ）。ＡＶＤ：特質ビデオデータ（ａｔｔｒｉｂｕｔｅ ｖｉ
ｄｅｏ ｄａｔａ）。ＡＣＬ：アトラスコーディングレイヤ（Ａｔｌａｓ Ｃｏｄｉｎｇ
Ｌａｙｅｒ）。ＡＡＰＳ：アトラス適応パラメータセット（Ａｔｌａｓ Ａｄａｐｔａ
ｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）。ＡＳＰＳ：アトラスシーケンスパラメータセ
ット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。実施例によるシ
ンタックス要素を含むシンタックス構造は、ゼロ又は１つ以上の全体コーディングされた
アトラスシーケンス（ＣＡＳｓ）に適用され、各タイルグループヘッダ内のシンタックス
要素により参照されるＡＳＰＳのシンタックス要素のコンテンツにより決定される。
ＡＦＰＳ：アトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍ
ｅｔｅｒ ｓｅｔ）。シンタックス要素を含むシンタックス構造はゼロ又１つ以上の全体
コーディングされたアトラスフレームに適用され、タイルグループヘッダ内のシンタック
ス要素のコンテンツにより決定される。
ＳＥＩ：補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆ
ｏｒｍａｔｉｏｎ）
アトラス（Ａｔｌａｓ）：２Ｄバウンディングボックスの集合である。例えば、矩形フ
レームにプロジェクションされた、３Ｄ空間に３次元バウンディングボックスに対応する
矩形フレームにプロジェクションされたパッチである。アトラスはポイントクラウドのサ
ブセットを示す。
アトラスサブビットストリーム（Ａｔｌａｓ ｓｕｂ－ｂｉｔｓｔｒｅａｍ）：アトラ
スＮＡＬビットストリーム部分を含むＶ－ＰＣＣビットストリームから抽出されたサブビ
ットストリームである。
Ｖ－ＰＣＣコンテンツ（Ｖ－ＰＣＣ ｃｏｎｔｅｎｔ）：Ｖ－ＰＣＣ（Ｖ３Ｃ）に基づ
いて符号化されるポイントクラウドである。
Ｖ－ＰＣＣトラック（Ｖ－ＰＣＣ ｔｒａｃｋ）：Ｖ－ＰＣＣビットストリームのアト
ラスビットストリームを伝達するボリュメトリックビジュアルトラックである。
Ｖ－ＰＣＣコンポーネントトラック（Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋ）
：Ｖ－ＰＣＣビットストリームの占有マップ、ジオメトリ、特質コンポーネントビデオビ
ットストリームに対する２Ｄビデオ符号化されたデータを伝達するビデオトラックである
。
動的（Ｄｙｎａｍｉｃ）ポイントクラウド客体の部分接近（ｐａｒｔｉａｌ ａｃｃｅ
ｓｓ）を支援するための実施例を説明する。実施例はファイルシステムレベル（ｆｉｌｅ
ｓｙｓｔｅｍ ｌｅｖｅｌ）において、各空間領域（ｓｐａｔｉａｌ ｒｅｇｉｏｎ）
に含まれるＶ－ＰＣＣ客体の一部データに連関するアトラスタイルグループ（ａｔｌａｓ
ｔｉｌｅ ｇｒｏｕｐ）情報を含む。また実施例は各アトラスタイルグループ（ａｔｌ
ａｓ ｔｉｌｅ ｇｒｏｕｐ）が含んでいるラベル（ｌａｂｅｌ）及び／又はパッチ（ｐ
ａｔｃｈ）情報に対する拡張したシグナリング方案を含む。
図２６を参照すると、実施例による方法／装置が送受信するデータに含まれたポイント
クラウドビットストリームの構造を示す。
実施例によるポイントクラウドデータの圧縮及び復元技法は、ポイントクラウドビジュ
アル情報のボリュメトリック符号化及び復号を示す。
コーディングされたポイントクラウドシーケンス（ｃｏｄｅｄ ｐｏｉｎｔ ｃｌｏｕ
ｄ ｓｅｑｕｅｎｃｅ，ＣＰＣＳ）を含むポイントクラウドビットストリーム（Ｖ－ＰＣ
Ｃビットストリーム又はＶ３Ｃビットストリームなどと称される、２６０００）は、サン
プルストリームＶ－ＰＣＣユニット２６０１０で構成される。サンプルストリームＶ－Ｐ
ＣＣユニット２６０１０は、Ｖ－ＰＣＣパラメータセット（ＶＰＳ）データ２６０２０、
アトラスビットストリーム２６０３０、２Ｄビデオ符号化占有マップビットストリーム２
６０４０、２Ｄビデオ符号化ジオメトリビットストリーム２６０５０、及びゼロ及び１つ
以上の２Ｄビデオ符号化特質ビットストリーム２６０６０を伝達する。
ポイントクラウドビットストリーム２４０００はサンプルストリームＶＰＣＣヘッダ２
６０７０を含む。
ＳＳＶＨユニットサイズ精度（ｓｓｖｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿
ｂｙｔｅｓ＿ｍｉｎｕｓ１）：この値に１を加えると、全てのサンプルストリームＶ－Ｐ
ＣＣユニット内のＳＳＶＵ ＶＰＣＣユニットサイズ（ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿
ｓｉｚｅ）要素のバイト単位の精度を示す。ｓｓｖｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉ
ｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１は０～７の範囲を有する。
サンプルストリームＶ－ＰＣＣユニット２４０１０のシンタックス２４０８０は以下の
通りである。各サンプルストリームＶ－ＰＣＣユニットは、ＶＰＳ、ＡＤ、ＯＶＤ、ＧＶ
Ｄ及びＡＶＤのＶ－ＰＣＣユニットのいずれかのタイプを含む。各サンプルストリームＶ
－ＰＣＣユニットのコンテンツは、サンプルストリームＶ－ＰＣＣユニット内に含まれた
Ｖ－ＰＣＣユニットと同一のアクセスユニットに連関する。
ＳＳＶＵ ＶＰＣＣユニットサイズ（ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ）：サ
ブシーケンス（ｓｕｂｓｅｑｕｅｎｔ）Ｖ－ＰＣＣユニットのバイト単位サイズを示す。
ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅを示すときに使用されるビット数は、（ｓｓｖ
ｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８で
ある。
実施例による方法／装置は、符号化されたポイントクラウドデータを含む図２６のビッ
トストリームを受信して、カプセル化部２０００４，２１００９などにより図２４及び図
２５のようなファイルを生成する。
実施例による方法／装置は、図２４及び図２５のようなファイルを受信して、デカプセ
ル化部２２０００などによりポイントクラウドデータを復号する。
ＶＰＳ２６０２０及び／又はＡＤ２６０３０は第４トラック（Ｖ３Ｃトラック）２４０
３０にカプセル化される。
ＯＶＤ２６０４０は第２トラック（占有トラック）２４０１０にカプセル化される。
ＧＶＤ２６０５０は第３トラック（ジオメトリトラック）２４０２０にカプセル化され
る。
ＡＶＤ２６０６０は第１トラック（特質トラック）２４０００にカプセル化される。
図２７は実施例によるサンプルストリームＶ－ＰＣＣユニットの構成を示す。
図２７のビットストリーム２７０００は図２６のビットストリーム２６０００に対応す
る。
実施例によるポイントクラウドデータに関するビットストリーム２７０００に含まれた
サンプルストリームＶ－ＰＣＣユニットは、Ｖ－ＰＣＣユニットサイズ２７０１０及びＶ
－ＰＣＣユニット２７０２０を含む。
各略語の定義は以下の通りである：ＶＰＳ（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ
）、ＡＤ（ａｔｌａｓ ｄａｔａ）、ＯＶＤ（ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ ｄａｔ
ａ）、ＧＶＤ（ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｄａｔａ）、ＡＶＤ（ａｔｔｒｉｂｕｔ
ｅ ｖｉｄｅｏ ｄａｔａ）
各々のＶ－ＰＣＣユニット２７０２０はＶ－ＰＣＣユニットヘッダ２７０３０及びＶ－
ＰＣＣユニットペイロード２７０４０を含む。Ｖ－ＰＣＣユニットヘッダ２７０３０はＶ
－ＰＣＣユニットタイプを記述する。特質ビデオデータＶ－ＰＣＣユニットヘッダは特質
タイプ及びそのインデックス、支援される同一の特質タイプの複数のインスタンスなどを
説明する。
占有、ジオメトリ、特質ビデオデータユニットペイロード２７０５０，２７０６０，２
７０７０は、ビデオデータユニットに対応する。例えば、占有ビデオデータ、ジオメトリ
ビデオデータ、特質ビデオデータ２７０５０，２７０６０，２７０７０は、ＨＥＶＣ Ｎ
ＡＬユニットである。かかるビデオデータは実施例によるビデオデコーダにより復号され
る。
図２８は実施例によるＶ－ＰＣＣユニット及びＶ－ＰＣＣユニットヘッダを示す。
図２８は図２７で説明したＶ－ＰＣＣユニット２７０２０及びＶ－ＰＣＣユニットヘッ
ダ２７０３０のシンタックスを示す。
実施例によるＶ－ＰＣＣビットストリームはＶ－ＰＣＣシーケンスのシリーズを含む。
ＶＰＣＣ＿ＶＰＳと同一のｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅの値を有するＶ－ＰＣＣユニッ
トタイプがＶ－ＰＣＣシーケンス内の１番目のＶ－ＰＣＣユニットタイプであると期待す
る。全ての他のＶ－ＰＣＣユニットタイプはそれらのコーディング順内で追加制限なしに
このユニットタイプに従う。占有ビデオ、特質ビデオ又はジオメトリビデオを伝達するＶ
－ＰＣＣユニットのＶ－ＰＣＣユニットペイロードは、１つ又は１つ以上のＮＡＬユニッ
トで構成される（Ａ Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ ｃｏｎｔａｉｎｓ ａ ｓｅｒ
ｉｅｓ ｏｆ Ｖ－ＰＣＣ ｓｅｑｕｅｎｃｅｓ． Ａ ｖｐｃｃ ｕｎｉｔ ｔｙｐｅ
ｗｉｔｈ ａ ｖａｌｕｅ ｏｆ ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ ｅｑｕａｌ ｔｏ
ＶＰＣＣ＿ＶＰＳ ｉｓ ｅｘｐｅｃｔｅｄ ｔｏ ｂｅ ｔｈｅ ｆｉｒｓｔ Ｖ－Ｐ
ＣＣ ｕｎｉｔ ｔｙｐｅ ｉｎ ａ Ｖ－ＰＣＣ ｓｅｑｕｅｎｃｅ． Ａｌｌ ｏｔ
ｈｅｒ Ｖ－ＰＣＣ ｕｎｉｔ ｔｙｐｅｓ ｆｏｌｌｏｗ ｔｈｉｓ ｕｎｉｔ ｔｙ
ｐｅ ｗｉｔｈｏｕｔ ａｎｙ ａｄｄｉｔｉｏｎａｌ ｒｅｓｔｒｉｃｔｉｏｎｓ ｉ
ｎ ｔｈｅｉｒ ｃｏｄｉｎｇ ｏｒｄｅｒ． Ａ Ｖ－ＰＣＣ ｕｎｉｔ ｐａｙｌｏ
ａｄ ｏｆ Ｖ－ＰＣＣ ｕｎｉｔ ｃａｒｒｙｉｎｇ Ｏｃｃｕｐａｎｃｙ ｖｉｄｅ
ｏ， ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ， ｏｒ ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｉｓ
ｃｏｍｐｏｓｅｄ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ ＮＡＬ ｕｎｉｔｓ）。
ＶＰＣＣユニットはヘッダとペイロードを含む。
ＶＰＣＣユニットヘッダはＶＵＨユニットタイプに基づいて以下の情報を含む。
ＶＵＨユニットタイプはＶ－ＰＣＣユニット２７０２０のタイプを以下のように示す。
ＶＵＨユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）が占有ビデオデータ（ＶＰＣＣ
＿ＡＶＤ）、ジオメトリビデオデータ（ＶＰＣＣ＿ＧＶＤ）、占有ビデオデータ（ＶＰＣ
Ｃ＿ＯＶＤ）又はアトラスデータ（ＶＰＣＣ＿ＡＤ）を示すと、ＶＵＨ ＶＰＣＣパラメ
ータセットＩＤ（ｖｕｈ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）及びＶＵＨア
トラスＩＤ（ｖｕｈ＿ａｔｌａｓ＿ｉｄ）がユニットヘッダ内で伝達される。Ｖ－ＰＣＣ
ユニットに連関するパラメータセットＩＤ及びアトラスＩＤを伝達することができる。
ユニットタイプがアトラスビデオデータであると、ユニットのヘッダは特質インデック
ス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｉｎｄｅｘ）、特質パーティションインデックス（ｖ
ｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｎｄｅｘ）、マップインデックス（
ｖｕｈ＿ｍａｐ＿ｉｎｄｅｘ）、付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉ
ｄｅｏ＿ｆｌａｇ）を伝達する。
ユニットタイプがジオメトリビデオデータであると、マップインデックス（ｖｕｈ＿ｍ
ａｐ＿ｉｎｄｅｘ）、付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｆ
ｌａｇ）を伝達する。
ユニットタイプが占有ビデオデータ又はアトラスデータであると、ユニットのヘッダは
追加予約されたビットを含む。
ＶＵＨ ＶＰＣＣパラメータセットＩＤ（ｖｕｈ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓ
ｅｔ＿ｉｄ）：アクティブＶ－ＰＣＣ ＶＰＳのためのｖｐｓ＿ｖｐｃｃ＿ｐａｒａｍｅ
ｔｅｒ＿ｓｅｔ＿ｉｄの値を示す。現在Ｖ－ＰＣＣユニットのヘッダのＶＰＣＣパラメー
タセットＩＤによりＶＰＳパラメータセットのＩＤを把握でき、Ｖ－ＰＣＣユニットとＶ
－ＰＣＣパラメータセットの間の関係を知らせることができる。
ＶＵＨアトラスＩＤ（ｖｕｈ＿ａｔｌａｓ＿ｉｄ）：現在Ｖ－ＰＣＣユニットに対応す
るアトラスのインデックスを示す。現在Ｖ－ＰＣＣユニットのヘッダのアトラスＩＤによ
り、アトラスのインデックスを把握でき、Ｖ－ＰＣＣユニットに対応するアトラスを知ら
せることができる。
ＶＵＨ特質インデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｉｎｄｅｘ）：特質ビデオデ
ータユニットから伝達される特質データのインデックスを示す。
ＶＵＨ特質パーティションインデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｐａｒｔｉｔ
ｉｏｎ＿ｉｎｄｅｘ）：特質ビデオデータユニットから伝達される特質ディメンショング
ループのインデックスを示す。
ＶＵＨマップインデックス（ｖｕｈ＿ｍａｐ＿ｉｎｄｅｘ）：この値が存在する場合、
現在ジオメトリ又は特質ストリームのマップインデックスを示す。
ＶＵＨ付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｆｌａｇ）：こ
の値が１であると、関連ジオメトリ又は特質ビデオデータユニットがただＲＡＷ及び／又
はＥＯＭコーディングされたポイントビデオであることを示す。この値が０であると、関
連ジオメトリ又は特質ビデオデータユニットがＲＡＷ及び／又はＥＯＭコーディングされ
たポイントを含むことができることを示す。
図２９は実施例によるＶ－ＰＣＣユニットのペイロードを示す。
図２７はＶ－ＰＣＣユニットのペイロード２５０４０のシンタックスである。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣパラメータセ
ット（ＶＰＣＣ＿ＶＰＳ）であると。Ｖ－ＰＣＣユニットのペイロードはパラメータセッ
ト（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（ ））を含む。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣアトラスデー
タ（ＶＰＣＣ＿ＡＤ）であると、Ｖ－ＰＣＣユニットのペイロードはアトラスサブビット
ストリーム（ａｔｌａｓ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ（ ））を含む。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣ占有ビデオデ
ータ（ＶＰＣＣ＿ＯＶＤ）、ジオメトリビデオデータ（ＶＰＣＣ＿ＧＶＤ）又は特質ビデ
オデータ（ＶＰＣＣ＿ＡＶＤ）であると、Ｖ－ＰＣＣユニットのペイロードはビデオビッ
トストリーム（ｖｉｄｅｏ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ（ ））を含む。
図３０は実施例によるパラメータセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）
を示す。
図３０は図２７ないし図２９のように、実施例によるビットストリームのユニット２７
０２０のペイロード２７０４０がパラメータセットを含む場合、パラメータセットのシン
タックスを示す。
プロファイルティアレベル（ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（））：ビットス
トリーム上の制限を示す。ビットストリームを復号するために必要な能力に対する制限を
示す。プロファイル、ティア（ｔｉｅｒ）及びレベルは個別デコーダ実行間の相互適用性
ポイントを示すために使用される（ｓｐｅｃｉｆｉｅｓ ｒｅｓｔｒｉｃｔｉｏｎｓ ｏ
ｎ ｔｈｅ ｂｉｔｓｔｒｅａｍｓ ａｎｄ ｈｅｎｃｅ ｌｉｍｉｔｓ ｏｎ ｔｈｅ
ｃａｐａｂｉｌｉｔｉｅｓ ｎｅｅｄｅｄ ｔｏ ｄｅｃｏｄｅ ｔｈｅ ｂｉｔｓｔ
ｒｅａｍｓ． Ｐｒｏｆｉｌｅｓ， ｔｉｅｒｓ， ａｎｄ ｌｅｖｅｌｓ ｍａｙ ａ
ｌｓｏ ｂｅ ｕｓｅｄ ｔｏ ｉｎｄｉｃａｔｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ
ｐｏｉｎｔｓ ｂｅｔｗｅｅｎ ｉｎｄｉｖｉｄｕａｌ ｄｅｃｏｄｅｒ ｉｍｐｌｅ
ｍｅｎｔａｔｉｏｎｓ）。
パラメータセットＩＤ（ｖｐｓ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他
のシンタックス要素による参照のためのＶ－ＰＣＣ ＶＰＳのための識別子を提供する（
ｐｒｏｖｉｄｅｓ ａｎ ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ｔｈｅ Ｖ－ＰＣＣ ＶＰＳ
ｆｏｒ ｒｅｆｅｒｅｎｃｅ ｂｙ ｏｔｈｅｒ ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）
。
アトラスカウント（ｖｐｓ＿ａｔｌａｓ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を
加えると、現在ビットストリーム内に支援されるアトラスの総数を示す（ｐｌｕｓ １
ｉｎｄｉｃａｔｅｓ ｔｈｅ ｔｏｔａｌ ｎｕｍｂｅｒ ｏｆ ｓｕｐｐｏｒｔｅｄ
ａｔｌａｓｅｓ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｂｉｔｓｔｒｅａｍ）。
アトラス数によって、以下のパラメータがさらにパラメータセットに含まれる。
フレーム幅（ｖｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ［ｊ］）：インデックスＪを有するアト
ラスのための整数ルーマサンプルのＶ－ＰＣＣフレーム幅を示す。フレーム幅はインデッ
クスＪを有するアトラスのための全てのＶ－ＰＣＣコンポーネントに関連する公称幅であ
る（ｉｎｄｉｃａｔｅｓ ｔｈｅ Ｖ－ＰＣＣ ｆｒａｍｅ ｗｉｄｔｈ ｉｎ ｔｅｒ
ｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅｓ ｆｏｒ ｔｈｅ ａｔｌａｓ
ｗｉｔｈ ｉｎｄｅｘ ｊ． Ｔｈｉｓ ｆｒａｍｅ ｗｉｄｔｈ ｉｓ ｔｈｅ ｎ
ｏｍｉｎａｌ ｗｉｄｔｈ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａｌｌ
Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄ
ｅｘ ｊ）。
フレーム高さ（ｖｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ［ｊ］）：インデックスＪを有する
アトラスのための整数ルーマサンプルのＶ－ＰＣＣフレーム高さを示す。このフレーム高
さはインデックスＪを有するアトラスのための全てのＶ－ＰＣＣコンポーネントに関連す
る公称高さである（ｉｎｄｉｃａｔｅｓ ｔｈｅ Ｖ－ＰＣＣ ｆｒａｍｅ ｈｅｉｇｈ
ｔ ｉｎ ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅｓ ｆｏｒ ｔ
ｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ． Ｔｈｉｓ ｆｒａｍｅ ｈｅｉｇｈｔ
ｉｓ ｔｈｅ ｎｏｍｉｎａｌ ｈｅｉｇｈｔ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅ
ｄ ｗｉｔｈ ａｌｌ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔｓ ｆｏｒ ｔｈｅ ａｔｌａ
ｓ ｗｉｔｈ ｉｎｄｅｘ ｊ）。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）：この値に１を
加えると、インデックスＪを有するジオメトリ及び特質データを符号化するために使用さ
れるマップの数を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏ
ｆ ｍａｐｓ ｕｓｅｄ ｆｏｒ ｅｎｃｏｄｉｎｇ ｔｈｅ ｇｅｏｍｅｔｒｙ ａｎ
ｄ ａｔｔｒｉｂｕｔｅ ｄａｔａ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅ
ｘ ｊ）。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）が０より大きい
と、以下のパラメータがパラメータセットにさらに含まれる。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）の値によって、
以下のパラメータがパラメータセットにさらに含まれる。
マルチマップストリーム存在フラグ（ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａ
ｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が０であると、インデックスＪのため
の全てのジオメトリ又は特質マップがシングルジオメトリ又は特質ビデオストリームのそ
れぞれに存在することを示す。この値が１であると、インデックスＪを有するアトラスの
ための全てのジオメトリ又は特質マップが個別（ｓｅｐａｒａｔｅ）ビデオストリームに
存在することを示す（ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ
ｇｅｏｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｍａｐｓ ｆｏｒ ｔｈｅ ａｔｌａｓ
ｗｉｔｈ ｉｎｄｅｘ ｊ ａｒｅ ｐｌａｃｅｄ ｉｎ ａ ｓｉｎｇｌｅ ｇｅｏ
ｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ， ｒｅｓｐｅｃｔ
ｉｖｅｌｙ． ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿
ｆｌａｇ［ｊ］ ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｇｅ
ｏｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｍａｐｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗ
ｉｔｈ ｉｎｄｅｘ ｊ ａｒｅ ｐｌａｃｅｄ ｉｎ ｓｅｐａｒａｔｅ ｖｉｄｅｏ
ｓｔｒｅａｍｓ）。
マルチマップストリーム存在フラグ（ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａ
ｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）が１を示すと、ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕ
ｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］がパラメータセットにさら
に含まれ、そうではないと、ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａ
ｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］は１を有する。
マップ絶対コーディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎ
ｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）：この値が１であると、インデックスＪを
有するアトラスのためのインデックスＩを有するジオメトリマップがどのようなマップ予
測形態なしにコーディングされることを示す。この値が１であると、インデックスＪを有
するアトラスのためのインデックスＩを有するジオメトリマップがコーディング前にコー
ディングされたマップより早く他のものより１番目に予測されることを示す（ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉ
ｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ
ｃｏｄｅｄ ｗｉｔｈｏｕｔ ａｎｙ ｆｏｒｍ ｏｆ ｍａｐ ｐｒｅｄｉｃｔｉｏ
ｎ． ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［
ｊ］［ｉ］ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅ
ｔｒｙ ｍａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ
ｉｎｄｅｘ ｊ ｉｓ ｆｉｒｓｔ ｐｒｅｄｉｃｔｅｄ ｆｒｏｍ ａｎｏｔｈｅｒ，
ｅａｒｌｉｅｒ ｃｏｄｅｄ ｍａｐ， ｐｒｉｏｒ ｔｏ ｃｏｄｉｎｇ）。
マップ絶対コーディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎ
ｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［０］）が１であると、インデックス０を有するジ
オメトリマップがマップ予測なしにコーディングされることを示す。
マップ絶対コーディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎ
ｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）が０であり、Ｉが０より大きいと、ｖｐｓ
＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄｉｆｆ［ｊ］［ｉ］がパラメータセット
にさらに含まれる。そうではないと、ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ
＿ｄｉｆｆ［ｊ］［ｉ］は０になる。
マップ予測子インデックス差（ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄ
ｉｆｆ［ｊ］［ｉ］）：この値はマップ絶対コーディング有効フラグ（ｖｐｓ＿ｍａｐ＿
ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）が０である
と、インデックスＪを有するアトラスのためのインデックスＩを有するジオメトリマップ
の予測子を計算するために使用される（ｉｓ ｕｓｅｄ ｔｏ ｃｏｍｐｕｔｅ ｔｈｅ
ｐｒｅｄｉｃｔｏｒ ｏｆ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉｔｈ ｉｎｄｅ
ｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｗｈｅｎ ｖｐｓ＿
ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］ ｉ
ｓ ｅｑｕａｌ ｔｏ ０）。
付加ビデオ存在フラグ（ｖｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｐｒｅｓｅｎｔ＿
ｆｌａｇ［ｊ］）：この値が１であると、ＲＡＷ又はＥＯＭパッチデータのようなインデ
ックスＪを有するアトラスのための付加情報が付加ビデオストリームと称される個別ビデ
オストリームに格納されることを示す。この値が０であると、インデックスＪを有するア
トラスのための付加情報が個別ビデオストリームに格納されないことを示す（ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉ
ｏｎ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ， ｉ．ｅ． ＲＡＷ
ｏｒ ＥＯＭ ｐａｔｃｈ ｄａｔａ， ｍａｙ ｂｅ ｓｔｏｒｅｄ ｉｎ ａ ｓｅ
ｐａｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ， ｒｅｆｅｒｅｄ ｔｏ ａｓ ｔｈｅ ａ
ｕｘｉｌｉａｒｙ ｖｉｄｅｏ ｓｔｒｅａｍ． ｖｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄ
ｅｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ
ｔｈａｔ ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ａｔｌａｓ
ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ ｎｏｔ ｂｅ ｓｔｏｒｅｄ ｉｎ ａ ｓｅｐａ
ｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ）。
占有情報（ｏｃｃｕｐａｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））：占有ビデオに関連す
る情報を含む（ｉｎｃｌｕｄｅｓ ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ ｒｅｌａｔｅｄ
ｉｎｆｏｒｍａｔｉｏｎ）。
ジオメトリ情報（ｇｅｏｍｅｔｒｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））：ジオメトリビデ
オに関連する情報を含む（ｉｎｃｌｕｄｅｓ ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｒｅｌａ
ｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）。
特質情報（ａｔｔｒｉｂｕｔｅ＿ｉｎｆｏｒｍａｔｉｏｎ（））：特質ビデオに関連す
る情報を含む（ｉｎｃｌｕｄｅｓ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｒｅｌａｔｅｄ
ｉｎｆｏｒｍａｔｉｏｎ）。
拡張存在フラグ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：シンタ
ックス要素拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ）がパラメータセット
（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ）シンタックス構造に存在することを示す。こ
の値が０であると、シンタックス要素拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇ
ｔｈ）が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ
ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ
ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ ｓｙｎｔａｘ
ｓｔｒｕｃｔｕｒｅ． ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅ
ｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）：この値に１
を加えると、このシンタックス要素をフォローする拡張データ（ｖｐｓ＿ｅｘｔｅｎｓｉ
ｏｎ＿ｄａｔａ＿ｂｙｔｅ）要素の数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈ
ｅ ｎｕｍｂｅｒ ｏｆ ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅ ｅｌｅｍ
ｅｎｔｓ ｔｈａｔ ｆｏｌｌｏｗ ｔｈｉｓ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）。
拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）によって、拡
張データがパラメータセットにさらに含まれる。
拡張データ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅ）：拡張により含まれ
るいかなるデータを含むことができる（ｍａｙ ｈａｖｅ ａｎｙ ｖａｌｕｅ）。
図３１は実施例によるタイルを示す。
図３１は図１のエンコーダ１０００２、図４のエンコーダ、図１５のエンコーダ、図１
８の送信装置、及び図２０、図２１のシステムなどにより符号化されるタイルを含むアト
ラスフレームを示し、図１のデコーダ１０００８、図１６及び図１７のデコーダ、図１９
の受信装置、及び図２３のシステムなどにより復号されるタイルを含むアトラスフレーム
を示す。
アトラスフレームは１つ又は１つ以上のタイル行及び１つ又は１つ以上のタイル列に分
けられる。タイルはアトラスフレームの矩形領域である。タイルグループはアトラスフレ
ームの複数のタイルを含む。タイル及びタイルグループは互いに区別されず、タイルグル
ープが１つのタイルに対応することができる。ただ矩形タイルグループが支援される。こ
のモードにおいて、タイルグループ（又はタイル）がアトラスフレームの矩形領域を集合
的に複数のタイルを含む。図３１は実施例によるアトラスフレームのタイル又はタイルグ
ループ分割を示す。アトラスフレームの２４個のタイル（６個のタイル列及び４個のタイ
ル行）及び９個の矩形タイルグループが図３１に示されている。実施例によるタイルグル
ープとタイルを区別せず、タイルグループがタイルに対応する用語として使用される。
即ち、実施例によってタイルグループ３１０００はタイル３１０１０に対応し、タイル
３１０１０とも称される。またタイル３１０１０はタイルパーティションに対応し、タイ
ルパーティションとも称される。シグナリング情報の名称もこのような相互補完的対応関
係によって変更して称することができる。
図３２は実施例によるアトラスビットストリームの構造を示す。
図３２は図２７のビットストリーム２７０００のユニット２７０２０のペイロード２７
０４０がアトラスサブ－ビットストリーム３２０００を伝達する例示を示す。
アトラスサブビットストリームを伝達するＶ－ＰＣＣユニットのＶ－ＰＣＣユニットペ
イロードは、１つ又は１つ以上のサンプルストリームＮＡＬユニット３２０１０を含む。
実施例によるアトラスサブビットストリーム３２０００は、サンプルストリームＮＡＬ
ヘッダ３２０２０及びサンプルストリームＮＡＬユニット３２０１０を含む。
サンプルストリームＮＡＬヘッダ３２０２０は、ユニットサイズ精度バイト（ｓｓｎｈ
＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１）を含む。この
値に１を加えると、全てのサンプルストリームＮＡＬユニット内のＮＡＬユニットサイズ
（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）要素のバイト単位内精度を示す。ｓｓｎｈ＿
ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１は０～７の範囲を
有する（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｐｒｅｃｉｓｉｏｎ， ｉｎ ｂ
ｙｔｅｓ， ｏｆ ｔｈｅ ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ ｅｌｅｍｅｎｔ
ｉｎ ａｌｌ ｓａｍｐｌｅ ｓｔｒｅａｍ ＮＡＬ ｕｎｉｔｓ． ｓｓｎｈ＿ｕｎｉ
ｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１ ｉｓ ｉｎ ｔｈｅ
ｒａｎｇｅ ｏｆ ０ ｔｏ ７）。
サンプルストリームＮＡＬユニット３２０１０は、ＮＡＬユニットサイズ（ｓｓｎｕ＿
ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）を含む。
ＮＡＬユニットサイズ（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）は、サブシーケンス
ＮＡＬユニットのバイト単位内サイズを示す。ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅを
示すために使用されるビット数は、（ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏ
ｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８である（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｓｉｚ
ｅ， ｉｎ ｂｙｔｅｓ， ｏｆ ｔｈｅ ｓｕｂｓｅｑｕｅｎｔ ＮＡＬ＿ｕｎｉｔ．
Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｓｓ
ｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ ｉｓ ｅｑｕａｌ ｔｏ （ｓｓｎｈ＿ｕｎｉｔ＿
ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８）。
図３３は実施例によるＮＡＬユニットを示す。
図３３は図３２のＮＡＬユニット（ｎａｌ ｕｎｉｔ）のシンタックスである。
ＮＡＬユニットはＮＡＬユニットヘッダ（ｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（ ））、
バイト数（ＮｕｍＢｙｔｅｓＩｎＲｂｓｐ）などを含む。
バイト数（ＮｕｍＢｙｔｅｓＩｎＲｂｓｐ）：ＮＡＬユニットのペイロードに該当する
バイトであり、初期値は０にセットされる。
ＮＡＬユニットヘッダは、ＮＡＬフォービデンゼロビット（ｎａｌ＿ｆｏｒｂｉｄｄｅ
ｎ＿ｚｅｒｏ＿ｂｉｔ）、ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）、ＮＡ
ＬレイヤＩＤ（ｎａｌ＿ｌａｙｅｒ＿ｉｄ）、ＮＡＬ臨時ＩＤ（ｎａｌ＿ｔｅｍｐｏｒａ
ｌ＿ｉｄ＿ｐｌｕｓ１）などを含む。
ＮＡＬフォービデンゼロビット（ｎａｌ＿ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ）：
ＮＡＬユニットのエラー検出のために使用されるフィールドであり、必ず０である。
ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）：図３２のように、ＮＡＬユニ
ット内に含まれたＲＢＳＰデータ構造のタイプを示す。
ＮＡＬレイヤＩＤ（ｎａｌ＿ｌａｙｅｒ＿ｉｄ）：ＡＣＬ ＮＡＬユニットが属するレ
イヤの識別子又はＮＯＮ－ＡＣＬ ＮＡＬユニットが適用されるレイヤの識別子を示す（
ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｉｄｅｎｔｉｆｉｅｒ ｏｆ ｔｈｅ ｌａｙｅｒ ｔｏ
ｗｈｉｃｈ ａｎ ＡＣＬ ＮＡＬ ｕｎｉｔ ｂｅｌｏｎｇｓ ｏｒ ｔｈｅ ｉｄ
ｅｎｔｉｆｉｅｒ ｏｆ ａ ｌａｙｅｒ ｔｏ ｗｈｉｃｈ ａ ｎｏｎ－ＡＣＬ Ｎ
ＡＬ ｕｎｉｔ ａｐｐｌｉｅｓ）。
ＮＡＬ臨時ＩＤ（ｎａｌ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）：この値から１を引
くと、ＮＡＬユニットの臨時識別子を示す（ｍｉｎｕｓ １ ｓｐｅｃｉｆｉｅｓ ａ
ｔｅｍｐｏｒａｌ ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ｔｈｅ ＮＡＬ ｕｎｉｔ）。
図３４は実施例によるＮＡＬユニットのタイプを示す。
図３４は図３２のサンプルストリームＮＡＬユニット３２０１０のＮＡＬユニットのＮ
ＡＬユニットヘッダに含まれるＮＡＬユニットタイプの種類を示す。
ＮＡＬトレイル（ＮＡＬ＿ＴＲＡＩＬ）：ＮＯＮ－ＴＳＡ、ＮＯＮ ＳＴＳＡトレイリ
ングアトラスフレームのコーディングされたタイルグループがＮＡＬユニットに含まれる
。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグループレイヤ（ａｔｌ
ａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ
（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイ
プクラスはＡＣＬである。実施例によってタイルグループはタイルに対応する。
ＮＡＬ ＴＳＡ：ＴＳＡアトラスフレームのコーディングされたタイルグループがＮＡ
Ｌユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグ
ループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又は
アトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。
ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＳＴＳＡ：ＳＴＳＡアトラスフレームのコーディングされたタイルグループが
ＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイ
ルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））
又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））であ
る。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＡＤＬ：ＲＡＤＬアトラスフレームのコーディングされたタイルグループが
ＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイ
ルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））
又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））であ
る。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＡＳＬ：ＲＡＳＬアトラスフレームのコーディングされたタイルグループが
ＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイ
ルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））
又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））であ
る。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＳＫＩＰ：スキップアトラスフレームのコーディングされたタイルグループが
ＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイ
ルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））
又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））であ
る。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＡＣＬ＿６ないしＮＡＬ＿ＲＳＶ＿ＡＣＬ＿９：予約されたＩＲＡＰ
ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニットのタイプ
クラスはＡＣＬである。
ＮＡＬ＿ＢＬＡ＿Ｗ＿ＬＰ、ＮＡＬ＿ＢＬＡ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＢＬＡ＿Ｎ＿Ｌ
Ｐ：ＢＬＡアトラスフレームのコーディングされたタイルグループがＮＡＬユニットに含
まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグループレイヤ（
ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイル
レイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニット
のタイプクラスはＡＣＬである。
ＮＡＬ＿ＧＢＬＡ＿Ｗ＿ＬＰ、ＮＡＬ＿ＧＢＬＡ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＧＢＬＡ＿
Ｎ＿ＬＰ：ＧＢＬＡアトラスフレームのコーディングされたタイルグループがＮＡＬユニ
ットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグループ
レイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラ
スタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬ
ユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＩＤＲ＿Ｎ＿ＬＰ：ＩＤＲアトラスフレーム
のコーディングされたタイルグループがＮＡＬユニットに含まれる。ＮＡＬユニットのＲ
ＢＳＰシンタックス構造はアトラスタイルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒ
ｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌ
ｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬであ
る。
ＮＡＬ＿ＧＩＤＲ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＧＩＤＲ＿Ｎ＿ＬＰ：ＧＩＤＲアトラスフ
レームのコーディングされたタイルグループがＮＡＬユニットに含まれる。ＮＡＬユニッ
トのＲＢＳＰシンタックス構造はアトラスタイルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ
＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿
ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣ
Ｌである。
ＮＡＬ＿ＣＲＡ：ＣＲＡアトラスフレームのコーディングされたタイルグループがＮＡ
Ｌユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグ
ループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又は
アトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。
ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＧＣＲＡ：ＧＣＲＡアトラスフレームのコーディングされたタイルグループが
ＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイ
ルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））
又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））であ
る。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＩＲＡＰ＿ＡＣＬ＿２２、ＮＡＬ＿ＩＲＡＰ＿ＡＣＬ＿２３：予約されたＩＲ
ＡＰ ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニットのタ
イプクラスはＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＡＣＬ＿２４ないしＮＡＬ＿ＲＳＶ＿ＡＣＬ＿３１：予約されたｎｏ
ｎ－ＩＲＡＰ ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニ
ットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＡＳＰＳ：アトラスシーケンスパラメータセットがＮＡＬユニットに含まれる
。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスシーケンスパラメータセット（
ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である
。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＦＰＳ：アトラスフレームパラメータセットがＮＡＬユニットに含まれる。
ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスフレームパラメータセット（ａｔ
ｌａｓ＿ ｆｒａｍｅ ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である。ＮＡ
Ｌユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＵＤ：アクセスユニットデリミター（Ａｃｃｅｓｓ ｕｎｉｔ ｄｅｌｉｍ
ｉｔｅｒ）がＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造は
アクセスユニットデリミター（ａｃｃｅｓｓ＿ｕｎｉｔ＿ｄｅｌｉｍｉｔｅｒ＿ｒｂｓｐ
（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＶＰＣＣ＿ＡＵＤ：Ｖ－ＰＣＣアクセスユニットデリミターがＮＡＬユニット
に含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアクセスユニットデリミター
（ａｃｃｅｓｓ＿ｕｎｉｔ＿ｄｅｌｉｍｉｔｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニ
ットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＥＯＳ：ＮＡＬユニットタイプがエンド・オブ・シーケンスである。ＮＡＬユ
ニットのＲＢＳＰシンタックス構造はエンド・オブ・シーケンス（ｅｎｄ＿ｏｆ＿ｓｅｑ
＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＥＯＢ：ＮＡＬユニットタイプがエンド・オブ・ビットストリームである。Ｎ
ＡＬユニットのＲＢＳＰシンタックス構造はエンド・オブ・アトラスサブビットストリー
ム（ｅｎｄ＿ｏｆ＿ａｔｌａｓ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｒｂｓｐ（ ））である
。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＦＤ Ｆｉｌｌｅｒ：ＮＡＬユニットタイプがフィルターデータ（ｆｉｌｌｅ
ｒ＿ｄａｔａ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣ
Ｌである。
ＮＡＬ＿ＰＲＥＦＩＸ＿ＮＳＥＩ、ＮＡＬ＿ＳＵＦＦＩＸ＿ＮＳＥＩ：ＮＡＬユニット
タイプが非必須補足強化情報（Ｎｏｎ－ｅｓｓｅｎｔｉａｌ ｓｕｐｐｌｅｍｅｎｔａｌ
ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）である。ＮＡＬユニットのＲＢＳ
Ｐシンタックス構造はＳＥＩ（ｓｅｉ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイ
プクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＰＲＥＦＩＸ＿ＥＳＥＩ、ＮＡＬ＿ＳＵＦＦＩＸ＿ＥＳＥＩ：ＮＡＬユニット
タイプが必須補足強化情報（Ｅｓｓｅｎｔｉａｌ ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａ
ｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）である。ＮＡＬユニットのＲＢＳＰシンタッ
クス構造はＳＥＩ（ｓｅｉ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスは
ｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＡＰＳ：ＮＡＬユニットタイプがアトラス適応パラメータセット（Ａｔｌａ
ｓ ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）である。ＮＡＬユニットのＲ
ＢＳＰシンタックス構造はアトラス適応パラメータセット（ａｔｌａｓ＿ａｄａｐｔａｔ
ｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイ
プクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＮＡＣＬ＿４４ないしＮＡＬ＿ＲＳＶ＿ＮＡＣＬ＿４７：ＮＡＬユニ
ットタイプが予約されたｎｏｎ－ＡＣＬ ＮＡＬユニットタイプである。ＮＡＬユニット
のタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＵＮＳＰＥＣ＿４８ないしＮＡＬ＿ＵＮＳＰＥＣ＿６３：ＮＡＬユニットタイ
プが未記述のｎｏｎ－ＡＣＬ ＮＡＬユニットタイプである。ＮＡＬユニットのタイプク
ラスはｎｏｎ－ＡＣＬである。
図３５は実施例によるアトラスシーケンスパラメータセット（ａｔｌａｓ ｓｅｑｕｅ
ｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。
図３５はＮＡＬユニットタイプがアトラスシーケンスパラメータである場合、ＮＡＬユ
ニットに含まれるＲＢＳＰデータ構造のシンタックスを示す。
各々のサンプルストリームＮＡＬユニットはアトラスパラメータセット、例えば、ＡＳ
ＰＳ、ＡＡＰＳ、ＡＦＰＳ、１つ又は１つ以上のアトラスタイルグループ情報及びＳＥＩ
のいずれかを含む。
ＡＳＰＳは各々のタイルグループ（タイル）ヘッダ内のシンタックス要素として参照さ
れるＡＳＰＳ内のシンタックス要素のコンテンツにより決定されるゼロ又は１つ以上の全
体コーディングされたアトラスシーケンス（ＣＡＳｓ）に適用されるシンタックス要素を
含む。
ＡＳＰＳアトラスシーケンスパラメータセットＩＤ（ａｓｐｓ＿ａｔｌａｓ＿ｓｅｑｕ
ｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のた
めのアトラスシーケンスパラメータセットのための識別子を提供する。
ＡＳＰＳフレーム幅（ａｓｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ）：サンプルがビデオコンポ
ーネントのルーマサンプルに対応する。サンプルの整数の個数の観点でアトラスフレーム
幅を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｉｄｔｈ ｉｎ
ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｎｕｍｂｅｒ ｏｆ ｓａｍｐｌｅｓ， ｗｈｅｒ
ｅ ａ ｓａｍｐｌｅ ｃｏｒｒｅｓｐｏｎｄｓ ｔｏ ａ ｌｕｍａ ｓａｍｐｌｅ
ｏｆ ａ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）。
ＡＳＰＳフレーム高さ（ａｓｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ）：サンプルがビデオコ
ンポーネントのルーマサンプルに対応する、サンプルの整数の個数の観点でアトラスフレ
ーム高さを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｈｅｉｇｈｔ
ｉｎ ｔｅｒｍＳ ｏｆ ｉｎｔｅｇｅｒ ｎｕｍｂｅｒ ｏｆ ｓａｍｐｌｅｓ，
ｗｈｅｒｅ ａ ｓａｍｐｌｅ ｃｏｒｒｅｓｐｏｎｄｓ ｔｏ ａ ｌｕｍａ ｓａｍ
ｐｌｅ ｏｆ ａ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）。
ＡＳＰＳログパッチパッキングブロックサイズ（ａｓｐｓ＿ｌｏｇ２＿ｐａｔｃｈ＿ｐ
ａｃｋｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ）：アトラス内パッチの水平及び垂直位置のために
使用される変数ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉｚｅの値を示す（ｓｐｅｃｉｆ
ｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＰａｔｃｈＰａｃｋｉ
ｎｇＢｌｏｃｋＳｉｚｅ， ｔｈａｔ ｉｓ ｕｓｅｄ ｆｏｒ ｔｈｅ ｈｏｒｉｚｏ
ｎｔａｌ ａｎｄ ｖｅｒｔｉｃａｌ ｐｌａｃｅｍｅｎｔ ｏｆ ｔｈｅ ｐａｔｃｈ
ｅｓ ｗｉｔｈｉｎ ｔｈｅ ａｔｌａｓ）。
ＡＳＰＳログマックスアトラスフレームオーダーカウントｌｓｂ（ａｓｐｓ＿ｌｏｇ２
＿ｍａｘ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４）：ア
トラスフレームオーダーカウントのための復号プロセス内で使用される変数ＭａｘＡｔｌ
ａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの変数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌ
ｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓ
ｂ ｔｈａｔ ｉｓ ｕｓｅｄ ｉｎ ｔｈｅ ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ ｆ
ｏｒ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎｔ）。
ＡＳＰＳマックス復号アトラスフレームバッファリング（ａｓｐｓ＿ｍａｘ＿ｄｅｃ＿
ａｔｌａｓ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）：この値に１を加えると
、アトラスフレームバッファー記憶装置に対する復号されたアトラスフレームの最大値が
要求されるサイズを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｍａｘｉｍｕｍ
ｒｅｑｕｉｒｅｄ ｓｉｚｅ ｏｆ ｔｈｅ ｄｅｃｏｄｅｄ ａｔｌａｓ ｆｒａｍ
ｅ ｂｕｆｆｅｒ ｆｏｒ ｔｈｅ ＣＡＳ ｉｎ ｕｎｉｔｓ ｏｆ ａｔｌａｓ ｆ
ｒａｍｅ ｓｔｏｒａｇｅ ｂｕｆｆｅｒｓ）。
ＡＳＰＳ長期参照アトラスフレームフラグ（ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿
ａｔｌａｓ＿ｆｒａｍｅｓ＿ｆｌａｇ）：この値が０であると、ＣＡＳ内のコーディング
されたアトラスフレームのインター予測のために使用される長期参照アトラスフレームが
ないことを示す。この値が１であると、長期参照アトラスフレームがＣＡＳ内の１つ又は
１つ以上のコーディングされたアトラスフレームのインター予測を利用できることを示す
（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｎｏ ｌｏｎｇ ｔｅｒｍ
ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｉｓ ｕｓｅｄ ｆｏｒ ｉｎｔｅｒ
ｐｒｅｄｉｃｔｉｏｎ ｏｆ ａｎｙ ｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｔ
ｈｅ ＣＡＳ． ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅｓ＿
ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｌｏｎｇ ｔｅｒｍ
ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅｓ ｍａｙ ｂｅ ｕｓｅｄ ｆｏｒ
ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ ｃｏｄｅｄ ａｔ
ｌａｓ ｆｒａｍｅｓ ｉｎ ｔｈｅ ＣＡＳ）。
ＡＳＰＳ参照アトラスフレームリスト数（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆ
ｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）：アトラスシーケンスパラメータセットに含ま
れた参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ））シンタックス
構造の数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｈｅ ｒｅｆ＿
ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅｓ ｉｎ
ｃｌｕｄｅｄ ｉｎ ｔｈｅ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓ
ｅｔ）。
ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓが
０より大きいと、ａｔｇｈ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔ＿ｓｐｓ＿ｆｌ
ａｇをアトラスタイルグループ（タイル）ヘッダが含む。
ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓが
１より大きいと、ＡＴＧＨ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔ＿ｉｄｘがアト
ラスタイルグループ（タイル）ヘッダに含まれる。
ＮｕｍＬｔｒＡｔｌａｓＦｒｍＥｎｔｒｉｅｓ値ごとにａｔｇｈ＿ａｄｄｉｔｉｏｎａ
ｌ＿ａｆｏｃ＿ｌｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］がアトラスタイルグループ（タ
イル）ヘッダに含まれる。
ＡＳＰＳ参照アトラスフレームリスト数（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆ
ｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）だけ参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔ
ｒｕｃｔ（ｉ））がアトラスシーケンスパラメータセット内に含まれる。
ＡＳＰＳエイトオリエンテーションフラグ（ａｓｐｓ＿ｕｓｅ＿ｅｉｇｈｔ＿ｏｒｉｅ
ｎｔａｔｉｏｎｓ＿ｆｌａｇ）：この値が０であると、インデックスＩを有するフレーム
内のインデックスＪを有するパッチのパッチオリエンテーションインデックス（ｐｄｕ＿
ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］）が０～１（含み）の範囲内であるこ
とを示す。この値が１であると、インデックスＩを有するフレーム内のインデックスＪを
有するパッチのためのパッチオリエンテーションインデックス（ｐｄｕ＿ｏｒｉｅｎｔａ
ｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］）が０～７（含み）の範囲であることを示す（ｅｑｕ
ａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｏｒｉｅｎｔａ
ｔｉｏｎ ｉｎｄｅｘ ｆｏｒ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａ
ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｉ， ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄ
ｅｘ［ｉ］［ｊ］， ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ １， ｉｎｃ
ｌｕｓｉｖｅ． ａｓｐｓ＿ｕｓｅ＿ｅｉｇｈｔ＿ｏｒｉｅｎｔａｔｉｏｎｓ＿ｆｌａｇ
ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｏｒｉ
ｅｎｔａｔｉｏｎ ｉｎｄｅｘ ｆｏｒ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ
ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｉ， ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ
＿ｉｎｄｅｘ［ｉ］［ｊ］， ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ７，
ｉｎｃｌｕｓｉｖｅ）。
ＡＳＰＳ延長プロジェクション有効フラグ（ａｓｐｓ＿ｅｘｔｅｎｄｅｄ＿ｐｒｏｊｅ
ｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が０であると、パッチプロジェクショ
ン情報が現在アトラスタイルグループ又はアトラスタイルに対してシグナリングされない
ことを示す。この値が１であると、現在アトラスタイルグループ又はアトラスタイルに対
するパッチプロジェクション情報がシグナリングされることを示す（ｅｑｕａｌ ｔｏ
０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｐｒｏｊｅｃｔｉｏｎ ｉｎ
ｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｓｉｇｎａｌｌｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅ
ｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ． ａｓｐｓ＿ｅｘｔｅｎｄｅｄ＿ｐｒｏｊｅ
ｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ
ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｐｒｏｊｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ
ｓｉｇｎａｌｌｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒ
ｏｕｐ）。
タイプ（ａｔｇｈ＿ｔｙｐｅ）がスキップタイル（ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰ）では
ない場合、以下の要素がアトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ垂直軸制限量子化有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉ
ｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、
量子化パラメータがパッチデータユニット、統合パッチデータユニット又はインターパッ
チデータユニットの垂直軸関連要素を量子化するために使用され、シグナリングされるこ
とを示す。この値が０であると、パッチデータユニット、統合パッチデータユニット又は
インターパッチデータユニットの垂直軸関連要素上に量子化が適用されないことを示す（
ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｑｕａｎｔｉｚａｔｉｏｎ ｐ
ａｒａｍｅｔｅｒｓ ｓｈａｌｌ ｂｅ ｓｉｇｎａｌｌｅｄ ａｎｄ ｕｓｅｄ ｆｏ
ｒ ｑｕａｎｔｉｚｉｎｇ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｒｅｌａｔｅｄ ｅｌｅ
ｍｅｎｔｓ ｏｆ ａ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃ
ｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ
． Ｉｆ ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉｔｓ＿ｑｕａｎｔｉｚａｔｉｏ
ｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０， ｔｈｅｎ ｎｏ ｑｕ
ａｎｔｉｚａｔｉｏｎ ｉｓ ａｐｐｌｉｅｄ ｏｎ ａｎｙ ｎｏｒｍａｌ ａｘｉｓ
ｒｅｌａｔｅｄ ｅｌｅｍｅｎｔｓ ｏｆ ａ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ，
ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔ
ｃｈ ｄａｔａ ｕｎｉｔ）。
ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎ
ａｂｌｅｄ＿ｆｌａｇが１であると、ａｔｇｈ＿ｐｏｓ＿ｍｉｎ＿ｚ＿ｑｕａｎｔｉｚｅ
ｒがアトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ垂直軸マックスデルタ値有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍ
ａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、イ
ンデックスＪを有するフレームのインデックスＩを有するパッチのジオメトリ情報内に存
在し得る垂直軸の最大値公称シフト値が各パッチデータユニット、統合パッチデータユニ
ット又はインターパッチデータユニットに対するビットストリーム内に指示されることを
示す。この値が０であると、インデックスＪを有するフレーム内のインデックスＩを有す
るパッチのジオメトリ情報内に存在し得る垂直軸の最大値公称シフト値が各パッチデータ
ユニット、統合パッチデータユニット又はインターパッチデータユニットに対するビット
ストリーム内に指示されないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ
ｔｈａｔ ｔｈｅ ｍａｘｉｍｕｍ ｎｏｍｉｎａｌ ｓｈｉｆｔ ｖａｌｕｅ ｏｆ
ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｔｈａｔ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔ
ｈｅ ｇｅｏｍｅｔｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ａ ｐａｔｃｈ ｗｉｔｈ
ｉｎｄｅｘ ｉ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｊ ｗｉｌｌ ｂｅ
ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｅａｃｈ ｐａｔｃ
ｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ
ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ． Ｉｆ ａｓｐｓ＿ｎｏｒｍａ
ｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅ
ｑｕａｌ ｔｏ ０ ｔｈｅＮ ｔｈｅ ｍａｘｉｍｕｍ ｎｏｍｉｎａｌ Ｓｈｉｆｔ
ｖａｌｕｅ ｏｆ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｔｈａｔ ｍａｙ ｂｅ ｐｒ
ｅｓｅｎｔ ｉｎ ｔｈｅ ｇｅｏｍｅｔｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ａ ｐ
ａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｉ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ
ｊ ｓｈａｌｌ ｎｏｔ ｂｅ ｂｅ ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｂｉｔｓｔ
ｒｅａｍ ｆｏｒ ｅａｃｈ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐ
ａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕ
ｎｉｔ）。
ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅ
ｄ＿ｆｌａｇが１であると、ａｔｇｈ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａｘ＿ｚ＿ｑｕａｎｔｉ
ｚｅｒがアトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ除去重複ポイント有効フラグ（ａｓｐｓ＿ｒｅｍｏｖｅ＿ｄｕｐｌｉｃａｔｅ
＿ｐｏｉｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、重複ポイントが行イ
ンデックスマップから他のポイントと同一の２Ｄ及び３Ｄジオメトリ座標を有するポイン
トであるところで、重複ポイントが現在アトラスに対して再構成されないことを示す。こ
の値が０であると、全てのポイントが再構成されることを示す（ｅｑｕａｌ ｔｏ １
ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｄｕｐｌｉｃａｔｅｄ ｐｏｉｎｔｓ ａｒｅ ｎｏｔ
ｅｃｏｎｓｔｒｕｃｔｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ， ｗｈｅ
ｒｅ ａ ｄｕｐｌｉｃａｔｅｄ ｐｏｉｎｔ ｉｓ ａ ｐｏｉｎｔ ｗｉｔｈ ｔｈ
ｅ ｓａｍｅ ２Ｄ ａｎｄ ３Ｄ ｇｅｏｍｅｔｒｙ ｃｏｏｒｄｉｎａｔｅｓ ａｓ
ａｎｏｔｈｅｒ ｐｏｉｎｔ ｆｒｏｍ ａ Ｌｏｗｅｒ ｉｎｄｅｘ ｍａｐ． ａ
ｓｐｓ＿ｒｅｍｏｖｅ＿ｄｕｐｌｉｃａｔｅ＿ｐｏｉｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｐｏｉｎｔｓ ａｒｅ
ｒｅｃｏｎｓｔｒｕｃｔｅｄ）。
ＡＳＰＳマックス復号アトラスフレームバッファリング（ａｓｐｓ＿ｍａｘ＿ｄｅｃ＿
ａｔｌａｓ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）：この値に１を加えると
、アトラスフレームバッファー記憶装置のユニット内のＣＡＳのための復号されたアトラ
スフレームバッファーの最大値要求サイズを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ
ｔｈｅ ｍａｘｉｍｕｍ ｒｅｑｕｉｒｅｄ ｓｉｚｅ ｏｆ ｔｈｅ ｄｅｃｏｄｅｄ
ａｔｌａｓ ｆｒａｍｅ ｂｕｆｆｅｒ ｆｏｒ ｔｈｅ ＣＡＳ ｉｎ ｕｎｉｔｓ
ｏｆ ａｔｌａｓ ｆｒａｍｅ ｓｔｏｒａｇｅ ｂｕｆｆｅｒｓ）。
ＡＳＰＳピクセルデインターリービングフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅ
ｒｌｅａｖｉｎｇ＿ｆｌａｇ）この値が１であると、現在アトラスのための復号されたジ
オメトリ及び特質ビデオが２つのマップから空間的にインターリービングされたピクセル
を含むことを示す。この値が０であると、現在アトラスに対応する復号されたジオメトリ
及び特質ビデオがただシングルマップからピクセルを含むことを示す（ｅｑｕａｌ ｔｏ
１ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａ
ｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａ
ｓ ｃｏｎｔａｉｎ ｓｐａｔｉａｌｌｙ ｉｎｔｅｒｌｅａｖｅｄ ｐｉｘｅｌｓ ｆ
ｒｏｍ ｔｗｏ ｍａｐｓ． ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿
ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄ
ｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｓｐ
ｏｎｄｉｎｇ ｔｏ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｐｉｘｅ
ｌＳ ｆｒｏｍ ｏｎｌｙ ａ ｓｉｎｇｌｅ ｍａｐ）。
ＡＳＰＳパッチ優先順位オーダーフラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｐｒｅｃｅｄｅｎｃ
ｅ＿ｏｒｄｅｒ＿ｆｌａｇ）：この値が１であると、現在アトラスに対するパッチ優先順
位（優先度）が復号順と同一であることを示す。この値が０であると、現在アトラスに対
するパッチ優先順位が復号順の逆であることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃ
ａｔｅｓ ｔｈａｔ ｐａｔｃｈ ｐｒｅｃｅｄｅｎｃｅ ｆｏｒ ｔｈｅ ｃｕｒｒｅ
ｎｔ ａｔｌａｓ ｉｓ ｔｈｅ ｓａｍｅ ａｓ ｔｈｅ ｄｅｃｏｄｉｎｇ ｏｒｄ
ｅｒ． ａｓｐｓ＿ｐａｔｃｈ＿ｐｒｅｃｅｄｅｎｃｅ＿ｏｒｄｅｒ＿ｆｌａｇ ｅｑｕ
ａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐａｔｃｈ ｐｒｅｃｅｄｅｎｃｅ
ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｉｓ ｔｈｅ ｒｅｖｅｒｓｅ ｏｆ
ｔｈｅ ｄｅｃｏｄｉｎｇ ｏｒｄｅｒ）。
ＡＳＰＳパッチサイズ量子化器存在フラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａ
ｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、パッチサイズ量子化
パラメータがアトラスタイルグループヘッダ又はアトラスタイルヘッダに存在することを
示す。この値が０であると、パッチサイズ量子化パラメータが存在しないことを示す（ｅ
ｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｓｉｚｅ
ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ａ
ｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ． Ｉｆ ａｓｐｓ＿ｐａｔｃｈ
＿ｓｉｚｅ＿ｑｕａｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ
０， ｔｈｅｎ ｔｈｅ ｐａｔｃｈ ｓｉｚｅ ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒ
ａｍｅｔｅｒｓ ａｒｅ ｎｏｔ ｐｒｅｓｅｎｔ）。
ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが
１であると、ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｘ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒ及び
ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｙ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒがアトラスタイル
グループ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ ＥＯＭパッチ有効フラグ（ａｓｐｓ＿ｅｏｍ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ
＿ｆｌａｇ）：この値が１であると、現在アトラスに対する復号された占有マップビデオ
が２つの深さマップ間の中間深さポジションが占有されているか否かに関連する情報を含
むことを示す。この値が０であると、復号された占有マップビデオが２つの深さマップ間
の中間深さポジションが占有されているか否かに関連する情報を含まないことを示す（ｅ
ｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｏｃｃ
ｕｐａｎｃｙ ｍａｐ ｖｉｄｅｏ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃ
ｏｎｔａｉｎｓ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｗｈｅｔｈｅｒ ｉ
ｎｔｅｒＭｅｄｉａｔｅ ｄｅｐｔｈ ｐｏｓｉｔｉｏｎｓ ｂｅｔｗｅｅｎ ｔｗｏ
ｄｅｐｔｈ ｍａｐｓ ａｒｅ ｏｃｃｕｐｉｅｄ． ＡＳＰＳ＿ｅｏｍ＿ｐａｔｃｈ＿
ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔ
ｈｅ ｄｅｃｏｄｅｄ ｏｃｃｕｐａｎｃｙ ｍａｐ ｖｉｄｅｏ ｄｏｅｓ ｎｏｔ
ｃｏｎｔａｉｎ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｗｈｅｔｈｅｒ Ｉ
ｎｔｅｒＭｅｄｉａｔｅ ｄｅｐｔｈ ｐｏｓｉｔｉｏｎｓ ｂｅｔｗｅｅｎ ｔｗｏ
ｄｅｐｔｈ ｍａｐｓ ａｒｅ ｏｃｃｕｐｉｅｄ）。
ＡＳＰＳ行パッチ有効フラグ（ａｓｐｓ＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌ
ａｇ）：この値が１であると、現在アトラスに対する復号されたジオメトリ及び特質ビデ
オがＲＡＷコーディングされたポイントに関連する情報を含むことを示す。この値が０で
あると、復号されたジオメトリ及び特質ビデオがＲＡＷコーディングされたポイントに関
連する情報を含まないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａ
ｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄ
ｅｏｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎｓ ｉｎｆｏｒ
ｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ＲＡＷ ｃｏｄｅｄ ｐｏｉｎｔｓ． ａｓｐｓ
＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃ
ａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉ
ｂｕｔｅ ｖｉｄｅｏｓ ｄｏ ｎｏｔ ｃｏｎｔａｉｎ ｉｎｆｏｒｍａｔｉｏｎ ｒ
ｅｌａｔｅｄ ｔｏ ＲＡＷ Ｃｏｄｅｄ ｐｏｉｎｔｓ）。
ＡＳＰＳ ＥＯＭパッチ有効フラグ（ａｓｐｓ＿ｅｏｍ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ
＿ｆｌａｇ）又はＡＳＰＳ行パッチ有効フラグ（ａｓｐｓ＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａ
ｂｌｅｄ＿ｆｌａｇ）が１であると、ＡＰＳＰ付加ビデオ有効フラグ（ａｓｐｓ＿ａｕｘ
ｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がアトラスシーケンスパラメー
タセットシンタックスに含まれる。
ＡＰＳＰ付加ビデオ有効フラグ（ａｓｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｅｎａ
ｂｌｅｄ＿ｆｌａｇ）：この値が１であると、ＲＡＷ及びＥＯＭパッチタイプに関連する
情報が付加ビデオサブビットストリーム内に位置することを示す。この値が０であると、
ＲＡＷ及びＥＯＭパッチタイプに関連する情報がただ最初のビデオサブビットストリーム
内だけに位置することを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ
ｉｎｆｏｒｍａｔｉｏｎ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ＲＡＷ ａｎｄ ＥＯＭ
ｐａｔｃｈ ｔｙｐｅｓ ｃｏｕｌｄ ｂｅ ｐｌａｃｅｄ ｉｎ ａｕｘｉｌｉａｒｙ
ｖｉｄｅｏ ｓｕｂ－ｂｉｔｓｔｒｅａｍｓ． ａｓｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉ
ｄｅｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈ
ａｔ ｉｎｆｏｒｍａｔｉｏｎ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ＲＡＷ ａｎｄ Ｅ
ＯＭ ｐａｔｃｈ ｔｙｐｅｓ ｃａｎ ｏｎｌｙ ｂｅ ｐｌａｃｅｄ ｉｎ Ｐｒｉ
ｍａｒｙ ｖｉｄｅｏ ｓｕｂ－ｂｉｔｓｔｒｅａｍｓ）。
ＡＳＰＳポイントローカル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅ
ｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、ポイン
トローカル再構成モード情報が現在アトラスに対するビットストリーム内に存在すること
を示す。この値が０であると、ポイントローカル再構成モードに関連する情報が現在アト
ラスに対するビットストリーム内に存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎ
ｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ
ｍｏｄｅ ｉｎｆｏｒｍａｔｉｏｎ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂ
ｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ． ａｓｐｓ＿ｐｏｉ
ｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕ
ａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｎｏ ｉｎｆｏｒｍａｔｉｏｎ ｒｅ
ｌａｔｅｄ ｔｏ ｔｈｅ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ
ｍｏｄｅ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳポイントローカル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅ
ｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であると、ＡＳＰＳポイン
トローカル再構成情報（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉ
ｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ）がアトラスシーケンスパラメータセットに伝達される。
ＡＳＰＳマップカウント（ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に
１を加えると、現在アトラスに対するジオメトリ及び特質データを符号化するために使用
されるマップ数を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏ
ｆ ｍａｐｓ ｔｈａｔ ｍａｙ ｂｅ ｕｓｅｄ ｆｏｒ ｅｎｃｏｄｉｎｇ ｔｈｅ
ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｄａｔａ ｆｏｒ ｔｈｅ ｃｕｒ
ｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳピクセルデインターリービング有効フラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎ
ｔｅｒｌｅａｖｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、現在アトラ
スに対する復号されたジオメトリ及び特質ビデオが空間的にインターリービングされたピ
クセルを含むことを示す。この値が０であると、現在アトラスに対する復号されたジオメ
トリ及び特質ビデオがただシングルマップからピクセルを含むことを示す（ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ
ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔ
ｌａｓ ｃｏｎｔａｉｎ ｓｐａｔｉａｌｌｙ ｉｎｔｅｒｌｅａｖｅｄ ｐｉｘｅｌｓ
． ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ ｅｑｕａｌ ｔ
ｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ
ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｔｈ
ｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｐｉｘｅｌＳ ｆｒｏｍ ｏｎｌｙ
ａ ｓｉｎｇｌｅ ｍａｐ）。
ＡＳＰＳピクセルデインターリービングマップフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉ
ｎｔｅｒｌｅａｖｉｎｇ＿ｍａｐ＿ｆｌａｇ［ｉ］）：この値が１であると、現在アトラ
ス内のインデックスｉを有するマップに対応する復号されたジオメトリ及び特質ビデオが
２つのマップに対応する空間的にインターリービングされたピクセルを含むことを示す。
この値が０であると、現在アトラス内のインデックスｉのマップに対応する復号されたジ
オメトリ及び特質ビデオがシングルマップに対応するピクセルを含むことを示す（ｅｑｕ
ａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ
ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｐｓｏｎｄｉｎｇ ｔｏ ｍａ
ｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔ
ａｉｎ ｓｐａｔｉａｌｌｙ ｉｎｔｅｒｌｅａｖｅｄ ｐｉｘｅｌＳ ｃｏｒｒｅｓｐ
ｏｎｄｉｎｇ ｔｏ ｔｗｏ ｍａｐｓ． ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅ
ａｖｉｎｇ＿ｍａｐ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔ
ｈａｔ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ
ｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｍａｐ ｉｎｄｅｘ ｉ ｉｎ ｔｈｅ ｃｕ
ｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｐｉｘｅｌＳ ｃｏｒｒｅｓｐｏｎｄｉｎｇ
ｔｏ ａ ｓｉｎｇｌｅ ｍａｐ）。
ＡＳＰＳピクセルデインターリービングマップフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉ
ｎｔｅｒｌｅａｖｉｎｇ＿ｍａｐ＿ｆｌａｇ［ｉ］）が１であると、ＡＳＰＳマップカウ
ント（ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）の値によって、ＡＳＰＳピクセル
デインターリービングマップフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉ
ｎｇ＿ｍａｐ＿ｆｌａｇ［ｉ］）がアトラスシーケンスパラメータセットに伝達される。
ＡＳＰＳ ＥＯＭパッチ有効フラグ（ａｓｐｓ＿ｅｏｍ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ
＿ｆｌａｇ）及びＡＳＰＳマップカウント（ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ
１）が１であると、ＡＳＰＳ ＥＯＭ固定ビットカウント（ａｓｐｓ＿ｅｏｍ＿ｆｉｘ＿
ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）がアトラスシーケンスパラメータセットに伝達され
る。
ＡＳＰＳ ＥＯＭ固定ビットカウント（ａｓｐｓ＿ｅｏｍ＿ｆｉｘ＿ｂｉｔ＿ｃｏｕｎ
ｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ＥＯＭコードワードのビット内のサイズを
示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓｉｚｅ ｉｎ ｂｉｔｓ ｏｆ
ｔｈｅ ＥＯＭ ｃｏｄｅｗｏｒｄ）。
ＡＳＰＳピクセルデインターリービング有効フラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎ
ｔｅｒｌｅａｖｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）又はＡＳＰＳポイントローカル復元
有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎ
ａｂｌｅｄ＿ｆｌａｇ）が１であると、ＡＳＰＳ表面厚さ（ａｓｐｓ＿ｓｕｒｆａｃｅ＿
ｔｈｉｃｋｎｅｓｓ＿ｍｉｎｕｓ１）がアトラスシーケンスパラメータセットに伝達され
る。
ＡＳＰＳ表面厚さ（ａｓｐｓ＿ｓｕｒｆａｃｅ＿ｔｈｉｃｋｎｅｓｓ＿ｍｉｎｕｓ１）
：この値に１を加えると、ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｅｎ
ａｂｌｅｄ＿ｆｌａｇ又はａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔ
ｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合、明確にコーディングされた深さ値及
び補間深さ値の間の最大絶対値の差を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ
ｍａｘｉｍｕｍ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒｅｎｃｅ ｂｅｔｗｅｅｎ ａｎ
ｅｘｐｌｉｃｉｔｌｙ ｃｏｄｅｄ ｄｅｐｔｈ ｖａｌｕｅ ａｎｄ ｉｎｔｅｒｐｏ
ｌａｔｅｄ ｄｅｐｔｈ ｖａｌｕｅ ｗｈｅｎ ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅ
ｒｌｅａｖｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｏｒ ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａ
ｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔ
ｏ １）。
ＡＳＰＳ ｖｕｉパラメータ存在フラグ（ａｓｐｓ＿ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（
）シンタックス構造が存在することを示す。この値が０であると、ｖｕｉ＿ｐａｒａｍｅ
ｔｅｒｓ（ ）シンタックス構造が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐ
ｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ） ｓｙｎｔａ
ｘ ｓｔｒｕｃｔｕｒｅ ｉｓ ｐｒｅｓｅｎｔ． ａｓｐｓ＿ｖｕｉ＿ｐａｒａｍｅｔ
ｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈ
ａｔ ｔｈｅ ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒ
ｅ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ＡＳＰＳ拡張フラグ（ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）：この値が０である
と、ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＡＳＰＳ
ＲＢＳＰ シンタックス構造内に存在しないことを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅ
ｃｉｆｉｅｓ ｔｈａｔ ｎｏ ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ
ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ＡＳＰＳ
ＲＢＳＰ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ＡＳＰＳ拡張データフラグ（ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ）：
拡張のためのデータがＡＳＰＳ ＲＢＳＰシンタックス構造内に含まれることを示す。
終了ビット（ｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ）：ＲＢＳＰデータの終わりを指
示するためのストップビット（ｓｔｏｐ ｂｉｔ）である１を追加した後、バイトアライ
ン（ｂｙｔｅ ａｌｉｇｎ）のために０で残りのビットを満たすために使用される。
図３６は実施例によるアトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ
ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。
図３６は図３４のように、ＮＡＬユニットタイプがＮＡＬ＿ＡＦＰＳである場合、ＮＡ
Ｌユニットに含まれたアトラスフレームパラメータセット（Ａｔｌａｓ ｆｒａｍｅ ｐ
ａｒａｍｅｔｅｒ ｓｅｔ）のシンタックスである。
アトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ
ｓｅｔ， ＡＦＰＳ）は、ゼロ又は１つ以上の全体コーディングされたアトラスフレーム
に適用されるシンタックス要素を含むシンタックス構造を含む。
ＡＦＰＳアトラスフレームパラメータセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのアト
ラスフレームパラメータセットを識別する。ＡＦＰＳのアトラスフレームパラメータセッ
トによりシンタックス要素により参照できる識別子を提供する。
ＡＦＰＳアトラスシーケンスパラメータセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｓｅｑｕ
ｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：アクティブアトラスシーケンスパラメ
ータセットの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ａｓｐｓ＿ａ
ｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ ｆｏｒ ｔｈｅ ａ
ｃｔｉｖｅ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
アトラスフレームタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔ
ｉｏｎ（）：図３５を参照しながら説明する。
ＡＦＰＳアウトプットフラグ存在フラグ（ａｆｐｓ＿ｏｕｔｐｕｔ＿ｆｌａｇ＿ｐｒｅ
ｓｅｎｔ＿ｆｌａｇ）：この値が１であると、アトラスタイルグループヘッダフレームア
ウトプットフラグ（ａｔｇｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌａｇ）又はアトラスタイ
ルヘッダフレームアウトプットフラグ（ａｔｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌａｇ）
シンタックス要素が関連タイルグループヘッダ又はタイルヘッダに存在することを示す。
この値が０であると、アトラスタイルグループヘッダフレームアウトプットフラグ（ａｔ
ｇｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌａｇ）又はアトラスタイルヘッダフレームアウト
プットフラグ（ａｔｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌａｇ）シンタックス要素が関連
タイルグループヘッダ又はタイルヘッダに存在しないことを示す（ｅｑｕａｌ ｔｏ １
ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ａｔｇｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌ
ａｇ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ａｓｓｏ
ｃｉａｔｅｄ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒｓ． ａｆｐｓ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈ
ａｔ ｔｈｅ ａｔｇｈ＿ｆｒａｍｅ＿ｏｕｔｐｕｔ＿ｆｌａｇ ｓｙｎｔａｘ ｅｌｅ
ｍｅｎｔ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ａｓｓｏｃｉａｔｅｄ ｔｉ
ｌｅ ｇｒｏｕｐ ｈｅａｄｅｒｓ）。
ＡＦＰＳ参照インデックス数（ａｆｐｓ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｄｅｆａｕｌｔ＿
ａｃｔｉｖｅ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉ
ｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが０であるタイルグループ又はタイル
に対する変数ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅの推論値を示す（ｐｌｕｓ １ ｓｐｅｃ
ｉｆｉｅｓ ｔｈｅ ｉｎｆｅｒｒｅｄ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ
ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ ｆｏｒ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ
ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ ｅ
ｑｕａｌ ｔｏ ０）。
ＡＦＰＳ追加変数（ａｆｐｓ＿ａｄｄｉｔｉｏｎａｌ＿ｌｔ＿ａｆｏｃ＿ｌｓｂ＿ｌｅ
ｎ）：アトラスフレームの参照のための復号プロセス内で使用される変数ＭａｘＬｔＡｔ
ｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌ
ｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＭａｘＬｔＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔ
Ｌｓｂ ｔｈａｔ ｉｓ ｕｓｅｄ ｉｎ ｔｈｅ ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ
ｆｏｒ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ）。
ＡＦＰＳ ３ＤポジションＸビットカウント（ａｆｐｓ＿３ｄ＿ｐｏｓ＿ｘ＿ｂｉｔ＿
ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍ
ｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループ又はアトラスタ
イル内のインデックスＪを有するパッチのｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ［ｊ］の固定長さ表
現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏ
ｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏ
ｎ ｏｆ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ
ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ
ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ３ＤポジションＹビットカウント（ａｆｐｓ＿３ｄ＿ｐｏｓ＿ｙ＿ｂｉｔ＿
ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍ
ｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループ又はアトラスタ
イル内のインデックスＪを有するパッチのｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ［ｊ］の固定長さ表
現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏ
ｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏ
ｎ ｏｆ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ
ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ
ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ＬＯＤモード有効フラグ（ａｆｐｓ＿ｌｏｄ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿
ｆｌａｇ）：この値が１であると、ＬＯＤパラメータがパッチ内に存在し得ることを示す
。この値が０であると、ＬＯＤパラメータがパッチ内に存在しないことを示す（ｅｑｕａ
ｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ＬＯＤ ｐａｒａｍｅｔｅｒｓ
ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ａ ｐａｔｃｈ． ａｆｐｓ＿ｌｏｄ＿ｍｏｄ
ｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ
ｔｈｅ ＬＯＤ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｎｏｔ ｂｅ ｐｒｅｓｅｎｔ ｉ
ｎ ａ ｐａｔｃｈ）。
ＡＦＰＳオーバーライドＥＯＭフラグ（ａｆｐｓ＿ｏｖｅｒｒｉｄｅ＿ｅｏｍ＿ｆｏｒ
＿ｄｅｐｔｈ＿ｆｌａｇ）：この値が１であると、ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏ
ｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１及びａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂ
ｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１の値が明示的にビットストリーム内に存在することを示
す。この値が０であると、ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ
＿ｃｏｕｎｔ＿ｍｉｎｕｓ１及びａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉ
ｎｕｓ１の値が暗示的に誘導されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔ
ｅｓ ｔｈａｔ ｔｈｅ ｖａｌｕｅｓ ｏｆ ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ
＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ａｎｄ ａｆｐｓ＿ｅｏｍ＿ｍａｘ
＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ｉｓ ｅｘｐｌｉｃｉｔｌｙ ｐｒｅｓｅｎｔ
ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ． ａｆｐｓ＿ｏｖｅｒｒｉｄｅ＿ｅｏｍ＿ｆｏｒ＿
ｄｅｐｔｈ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ
ｖａｌｕｅｓ ｏｆ ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿
ｃｏｕｎｔ＿ｍｉｎｕｓ１ ａｎｄ ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿
ｍｉｎｕｓ１ ａｒｅ ｉｍｐｌｉｃｉｔｌｙ ｄｅｒｉｖｅｄ）。
ＡＦＰＳ ＥＯＭパッチビットカウント数（ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿
ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：アトラスフレームパラメータセット
に関連するアトラスフレーム内のＥＯＭ特質パッチ内に連関するジオメトリパッチの数を
示すために使用されるビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎ
ｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ ｎｕｍｂ
ｅｒ ｏｆ ｇｅｏｍｅｔｒｙ ｐａｔｃｈｅｓ ａｓｓｏｃｉａｔｅｄ ｉｎ ａｎ
ＥＯＭ ａｔｔｒｉｂｕｔｅ ｐａｔｃｈ ｉｎ ａｎ ａｔｌａｓ ｆｒａｍｅ ｔｈ
ａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ａｔｌａｓ ｆｒａｍｅ ｐ
ａｒａｍｅｔｅｒ ｓｅｔ）。
ＡＦＰＳ ＥＯＭマックスビットカウント（ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏ
ｕｎｔ＿ｍｉｎｕｓ１）：このアトラスフレームパラメータセットに連関するアトラスフ
レーム内のＥＯＭ特質パッチに連関するジオメトリパッチごとのＥＯＭポイントの数を示
すために使用されるビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕ
ｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ ｎｕｍｂｅ
ｒ ｏｆ ＥＯＭ ｐｏｉｎｔｓ ｐｅｒ ｇｅｏｍｅｔｒｙ ｐａｔｃｈ ａｓｓｏｃ
ｉａｔｅｄ ｗｉｔｈ ａｎ ＥＯＭ ａｔｔｒｉｂｕｔｅ ｐａｔｃｈ ｉｎ ａｎ
ａｔｌａｓ ｆｒａｍｅ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ
ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
ＡＦＰＳ ＲＡＷ ３Ｄポジションビットカウント明示モードフラグ（ａｆｐｓ＿ｒａ
ｗ＿３ｄ＿ｐｏｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｅｘｐｌｉｃｉｔ＿ｍｏｄｅ＿ｆｌａｇ）：こ
の値が１であると、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ及びｒｐ
ｄｕ＿３ｄ＿ｐｏｓ＿ｚの固定長さ表現内のビット数がａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍ
ｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループヘッダ又はアト
ラスタイルヘッダ内のａｔｇｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ
＿ｍｉｎｕｓ１又はａｔｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍ
ｉｎｕｓ１により明確にコーディングされることを示す。この値が０であると、ａｔｇｈ
＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１又はａｔｈ＿ｒ
ａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１の値が暗示的に誘導
されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｎ
ｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓ
ｅｎｔａｔｉｏｎ ｏｆ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ， ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ
， ａｎｄ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｚ ｉｓ ｅｘｐｌｉｃｉｔｌｙ ｃｏｄｅｄ
ｂｙ ａｔｇｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１
ｉｎ ｔｈｅ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ ｔｈａｔ ｒｅｆ
ｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ
． ａｆｐｓ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｅｘｐｌｉｃｉｔ＿ｍｏｄ
ｅ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ
ａｔｇｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ｉ
ｓ ｉｍｐｌｉｃｉｔｌｙ ｄｅｒｉｖｅｄ）。
ａｆｐｓ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｅｘｐｌｉｃｉｔ＿ｍｏｄｅ
＿ｆｌａｇが１であると、ａｔｇｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘｉｓ＿ｂｉｔ＿ｃｏｕ
ｎｔ＿ｍｉｎｕｓ１がアトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＦＰＳ拡張フラグ（ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）：この値が０である
と、ＡＦＰＳ ＲＢＳＰシンタックス構造内のａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ
＿ｆｌａｇシンタックス要素が存在しないことを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃ
ｉｆｉｅｓ ｔｈａｔ ｎｏ ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ ｓ
ｙｎｔａｘ ｅｌｅｍｅｎｔｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ＡＦＰＳ Ｒ
ＢＳＰ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ＡＦＰＳ延長データフラグ（ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ）：
拡張関連データを含む。
図３７は実施例によるアトラスフレームタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌ
ｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。
図３７は図３６に含まれたアトラスフレームタイル情報のシンタックスである。
ＡＦＴＩアトラスフレーム内にシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉ
ｌｅ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ）：この値が１であると、ＡＦＰＳを参
照する各々のアトラスフレーム内にただ１つのタイルが存在することを示す。この値が０
であると、ＡＦＰＳを参照する各々のアトラスフレーム内に１つ以上のタイルが存在する
ことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅｒｅ ｉｓ
ｏｎｌｙ ｏｎｅ ｔｉｌｅ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒ
ｒｉｎｇ ｔｏ ｔｈｅ ＡＦＰＳ． ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ａｔ
ｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ
ｔｈｅｒｅ ｉｓ ｍｏｒｅ ｔｈａｎ ｏｎｅ ｔｉｌｅ ｉｎ ｅａｃｈ ａｔｌ
ａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔお ｔｈｅ ＡＦＰＳ）。
ＡＦＴＩ均一タイル空間フラグ（ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎ
ｇ＿ｆｌａｇ）：この値が１であると、タイル列及び行の境界がアトラスフレームに対し
て均一に分配され、ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びａｆ
ｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１、シンタックス要素をそれぞれ
使用してシグナリングされることを示す。この値が０であると、タイル列及び行の境界が
アトラスフレームに対して均一に分配されるか或いは分配されず、ａｆｔｉ＿ｎｕｍ＿ｔ
ｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉ
ｎｕｓ１、ａ ｌｉｓｔ ｏｆ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｐａｉｒｓ ａｆｔｉ
＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、ａｆｔｉ＿ｔｉｌｅ＿ｒ
ｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］などのシンタックス要素を使用してシグナリン
グされることを示す。
ＡＦＴＩタイル列の幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１）
：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌ
ａｇが１である場合、６４サンプル単位内のアトラスフレームの最右側タイル列を除いた
タイル列の幅を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ
ｔｈｅ ｔｉｌｅ ｃｏｌｕｍｎｓ ｅｘｃｌｕｄｉｎｇ ｔｈｅ ｒｉｇｈｔ－ｍｏｓ
ｔ ｔｉｌｅ ｃｏｌｕｍｎ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｕｎｉｔ
ｓ ｏｆ ６４ ｓａｍｐｌｅｓ ｗｈｅｎ ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓ
ｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １）。
ＡＦＴＩタイル行の高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ
１）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿
ｆｌａｇが１である場合、６４サンプル単位内のアトラスフレームの底タイル行を除いた
タイル行の高さを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏ
ｆ ｔｈｅ ｔｉｌｅ ｒｏｗｓ ｅｘｃｌｕｄｉｎｇ ｔｈｅ ｂｏｔｔｏｍ ｔｉｌ
ｅ ｒｏｗ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｕｎｉｔｓ ｏｆ ６４
ｓａｍｐｌｅｓ ｗｈｅｎ ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆ
ｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １）。
ＡＦＴＩタイル列の数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１
）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆ
ｌａｇが０である場合、アトラスフレームを分割するタイル列の数を示す（ｐｌｕｓ １
ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｃｏｌｕｍｎｓ ｐａ
ｒｔｉｔｉｏｎｉｎｇ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｈｅｎ ａｆｔｉ＿ｕｎｉ
ｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０）。
ＡＦＴＩタイル行の数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）：こ
の値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ
が０である場合、アトラスフレームを分割するタイル行の数を示す（Ｐｌｕｓ １ ｓｐ
ｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｒｏｗｓ ｐａｒｔｉｔｉｏ
ｎｉｎｇ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｈｅｎ ｐｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉ
ｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０）。
ＡＦＴＩタイル列の幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ
１［ｉ］）：この値に１を加えると、６４サンプル単位内のＩ番目のタイル列の幅を示す
（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ ｔｈｅ ｉ－ｔｈ
ｔｉｌｅ ｃｏｌｕｍｎ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ）。
ＡＦＴＩタイル行の高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１
［ｉ］）：この値に１を加えると、６４サンプル単位内のＩ番目のタイル行の高さを示す
（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏｆ ｔｈｅ ｉ－ｔｈ
ｔｉｌｅ ｒｏｗ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ）。
ＡＦＴＩタイルグループごとにシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉ
ｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ）：この値が１であると、ＡＦＰＳを示
す各タイルグループ（又はタイル）が一つのタイルを含むことを示す。この値が０である
と、このＡＦＰＳを示すタイルグループ（又はタイル）が一つのタイル以上を含めること
を示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｅａｃｈ ｔｉｌｅ
ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ｔｈｉｓ ＡＦＰＳ ｉｎｃｌｕｄｅｓ
ｏｎｅ ｔｉｌｅ． ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕ
ｐ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ａ ｔｉｌｅ
ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ｔｈｉｓ ＡＦＰＳ ｍａｙ ｉｎｃｌｕ
ｄｅ ｍｏｒｅ ｔｈａｎ ｏｎｅ ｔｉｌｅ）。
ＡＦＴＩタイルグループごとにシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉ
ｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ）が０であると、ａｆｔｉ＿ｎｕｍ＿ｔ
ｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１がアトラスフレー
ムタイル情報内に伝達される。ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔ
ｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１によって、ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿
ｉｄｘ［ｉ］及びａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ
［ｉ］がアトラスフレームタイル情報内に伝達される。
ＡＦＴＩアトラスフレーム内タイルグループ（又はタイル）の数（ａｆｔｉ＿ｎｕｍ＿
ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１）：ＡＦＰＳを
示す各々のアトラスフレーム内のタイルグループ（又はタイル）の数を示す（ｐｌｕｓ
１ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｇｒｏｕｐｓ ｉｎ
ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔｏ ｔｈｅ ＡＦＰＳ）
。
ＡＦＴＩ左上部タイルインデックス（ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］）：Ｉ番目のタイルグループ（又はタイル）の左上部コーナーに位置するタイルの
タイルインデックスを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｔｉｌｅ ｉｎｄｅｘ ｏｆ
ｔｈｅ ｔｉｌｅ ｌｏｃａｔｅｄ ａｔ ｔｈｅ ｔｏｐ－ｌｅｆｔ ｃｏｒｎｅｒ
ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕｐ）。
ＡＦＴＩ右下部タイルインデックスデルタ（ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔ
ｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）：ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］及びＩ番目のタイルグループ（又はタイル）の右下部コーナーに位置するタイルの
タイルインデックス間の差の値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｄｉｆｆｅｒｅｎ
ｃｅ ｂｅｔｗｅｅｎ ｔｈｅ ｔｉｌｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｔｉｌｅ ｌｏ
ｃａｔｅｄ ａｔ ｔｈｅ ｂｏｔｔｏｍ－ｒｉｇｈｔ ｃｏｒｎｅｒ ｏｆ ｔｈｅ
ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕｐ ａｎｄ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉ
ｄｘ［ｉ］）。
ＡＦＴＩシグナリングされるタイルグループＩＤフラグ（ａｆｔｉ＿ｓｉｇｎａｌｌｅ
ｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ）：この値が１であると、各々のタイルグル
ープ又は各々のタイルに対するタイルグループＩＤ又はタイルＩＤがシグナリングされる
ことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｔｉｌｅ
ｇｒｏｕｐ ＩＤ ｆｏｒ ｅａｃｈ ｔｉｌｅ ｇｒｏｕｐ ｉｓ ｓｉｇｎａｌｌ
ｅｄ）。
ＡＦＴＩシグナリングされるタイルグループＩＤフラグ（ａｆｔｉ＿ｓｉｇｎａｌｌｅ
ｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ）が１であると、ａｆｔｉ＿ｓｉｇｎａｌｌ
ｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１及びａｆｔｉ＿ｔｉｌ
ｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］がアトラスフレームタイル情報内に伝達される。
ＡＦＴＩシグナリングされるタイルグループＩＤ長さ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ
＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）：この値に１を加えると
、シンタックス要素ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］を示すために使用され
るビットの数を示す。存在する場合、シンタックス要素タイルグループヘッダ又はタイル
ヘッダ内にａｔｇｈ＿ａｄｄｒｅｓｓがあり得る（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ
ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ
ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］ ｗｈ
ｅｎ ｐｒｅｓｅｎｔ， ａｎｄ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａｔｇｈ＿
ａｄｄｒｅｓｓ ｉｎ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒｓ）。
ＡＦＴＩタイルグループＩＤ（ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］）：Ｉ番
目のタイルグループ（又はタイル）のＩＤを示す。シンタックス要素ａｆｔｉ＿ｔｉｌｅ
＿ｇｒｏｕｐ＿ｉｄ［ｉ］の長さはａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕ
ｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１に１を加えたビットである（ｓｐｅｃｉｆｉｅｓ
ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ＩＤ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕ
ｐ． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［
ｉ］ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ
＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１ ＋１ ｂｉｔｓ）。
図３８は実施例によるアトラス適応パラメータセット（ａｔｌａｓ＿ａｄａｐｔａｔｉ
ｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（））を示す。
図３８はＮＡＬユニットタイプがＮＡＬ＿ＡＡＰＳである場合、ＮＡＬユニットが伝達
するアトラス適応パラメータセットのシンタックスを示す。
ＡＡＰＳ ＲＢＳＰは１つ又は１つ以上のコーディングされたアトラスフレームのコー
ディングされたタイルグループ（又はタイル）ＮＡＬユニットにより示されるパラメータ
を含む。最大１つのＡＡＰＳ ＲＢＳＰが復号プロセス動作の間の所定の瞬間にアクティ
ブであるとみなされる。特定のＡＡＰＳ ＲＢＳＰの活性化は以前のアクティブＡＡＰＳ
ＲＢＳＰの非活性化の結果に繋がる（Ａｎ ＡＡＰＳ ＲＢＳＰ ｉｎｃｌｕｄｅｓ
ｐａｒａｍｅｔｅｒｓ ｔｈａｔ ｃａｎ ｂｅ ｒｅｆｅｒｒｅｄ ｔｏ ｂｙ ｔｈ
ｅ ｃｏｄｅｄ ｔｉｌｅ ｇｒｏｕｐ ＮＡＬ ｕｎｉｔｓ ｏｆ ｏｎｅ ｏｒ ｍ
ｏｒｅ ｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅｓ． Ａｔ ｍｏｓｔ ｏｎｅ ＡＡＰＳ
ＲＢＳＰ ｉｓ ｃｏｎｓｉｄｅｒｅｄ ａｃｔｉｖｅ ａｔ ａｎｙ ｇｉｖｅｎ
ｍｏｍｅｎｔ ｄｕｒｉｎｇ ｔｈｅ ｏｐｅｒａｔｉｏｎ ｏｆ ｔｈｅ ｄｅｃｏｄ
ｉｎｇ ｐｒｏｃｅｓｓ， ａｎｄ ｔｈｅ ａｃｔｉｖａｔｉｏｎ ｏｆ ａｎｙ ｐ
ａｒｔｉｃｕｌａｒ ＡＡＰＳ ＲＢＳＰ ｒｅｓｕｌｔｓ ｉｎ ｔｈｅ ｄｅａｃｔ
ｉｖａｔｉｏｎ ｏｆ ｔｈｅ ｐｒｅｖｉｏｕｓｌｙ－ａｃｔｉｖｅ ＡＡＰＳ ＲＢ
ＳＰ）。
ＡＡＰＳアトラス適応パラメータセットＩＤ（ａａｐｓ＿ａｔｌａｓ＿ａｄａｐｔａｔ
ｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のため
のアトラス適応パラメータセットを識別する（ｉｄｅｎｔｉｆｉｅｓ ｔｈｅ ａｔｌａ
ｓ ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ ｆｏｒ ｒｅｆｅｒｅｎｃｅ
ｂｙ ｏｔｈｅｒ ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）。
ＡＡＰＳアトラスシーケンスパラメータセットＩＤ（ａａｐｓ＿ａｔｌａｓ＿ｓｅｑｕ
ｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：アクティブアトラスシーケンスパラメ
ータセットのためのａｓｐｓ＿ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓ
ｅｔ＿ｉｄの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ａｓｐｓ＿ａ
ｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ ｆｏｒ ｔｈｅ ａ
ｃｔｉｖｅ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
ＡＡＰＳカメラパラメータ存在フラグ（ａａｐｓ＿ｃａｍｅｒａ＿ｐａｒａｍｅｔｅｒ
ｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、カメラパラメータが現在アトラ
ス適応パラメータセット内に存在することを示す。この値が０であると、現在適応パラメ
ータセットのためのカメラパラメータが存在しないことを示す（ｅｑｕａｌ ｔｏ １
ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｃａｍｅｒａ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｐｒｅ
ｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ａｄａｐｔａｔｉｏｎ ｐａｒ
ａｍｅｔｅｒ ｓｅｔ． ａａｐｓ＿ｃａｍｅｒａ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅ
ｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｃａｍｅｒａ
ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｔｈｅ ｃｕｒｒｒｅｎｔ ａｄａｐｔａｔｉｏｎ
ｐａｒａｍｅｔｅｒ Ｓｅｔ ａｒｅ ｎｏｔ ｂｅ ｐｒｅｓｅｎｔ）。
ＡＡＰＳ拡張フラグ（ａａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）：この値が０である
と、ａａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＡＡＰＳ
ＲＢＳＰシンタックス構造内に存在しないことを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃ
ｉｆｉｅｓ ｔｈａｔ ｎｏ ａａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ ｓ
ｙｎｔａｘ ｅｌｅｍｅｎｔｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ＡＡＰＳ Ｒ
ＢＳＰ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ＡＡＰＳ拡張データフラグ（ａａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ）：
拡張に関するデータを含む。
図３９は実施例によるアトラスカメラパラメータ（ａｔｌａｓ＿ｃａｍｅｒａ＿ｐａｒ
ａｍｅｔｅｒｓ）を示す。
図３９は図３８のアトラスカメラパラメータの具体的なシンタックスを示す。
ＡＣＰカメラモデル（ａｃｐ＿ｃａｍｅｒａ＿ｍｏｄｅｌ）：現在適応パラメータセッ
トに関連するポイントクラウドフレームのためのカメラモデルを示す（ｉｎｄｉｃａｔｅ
ｓ ｔｈｅ ｃａｍｅｒａ ｍｏｄｅｌ ｆｏｒ ｐｏｉｎｔ ｃｌｏｕｄ ｆｒａｍｅ
ｓ ｔｈａｔ ａｒｅ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｃｕｒｒｅｎｔ ａ
ｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
例えば、ａｃｐ＿ｃａｍｅｒａ＿ｍｏｄｅｌが０であると、カメラモデルがＵＮＳＰＥ
ＣＩＦＩＥＤであることを示す。
ａｃｐ＿ｃａｍｅｒａ＿ｍｏｄｅｌが１であると、カメラモデルが正投影カメラモデル
（Ｏｒｔｈｏｇｒａｐｈｉｃ ｃａｍｅｒａ ｍｏｄｅｌ）であることを示す。
ａｃｐ＿ｃａｍｅｒａ＿ｍｏｄｅｌが２－２５５であると、カメラモデルが予約される
。
ＡＣＰカメラモデル（ａｃｐ＿ｃａｍｅｒａ＿ｍｏｄｅｌ）が１であると、スケール、
オフセット、ローテーションに関連する以下の要素がアトラスカメラパラメータに含まれ
る。
ＡＣＰスケール有効フラグ（ａｃｐ＿ｓｃａｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この
値が１であると、現在カメラモデルのためのスケールパラメータが存在することを示す。
この値が０であると、現在カメラモデルのためのスケールパラメータが存在しないことを
示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｓｃａｌｅ ｐａｒａｍ
ｅｔｅｒｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ａｒｅ ｐ
ｒｅｓｅｎｔ． ａｃｐ＿ｓｃａｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ
０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｓｃａｌｅ ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｔｈ
ｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ａｒｅ ｎｏｔ ｐｒｅｓｅｎｔ）。
ＡＣＰスケール有効フラグ（ａｃｐ＿ｓｃａｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１で
あると、ｄ値ごとにＡＣＰスケールオン軸（ａｃｐ＿ｓｃａｌｅ＿ｏｎ＿ａｘｉｓ［ｄ］
）がアトラスカメラパラメータに含まれる。
ＡＣＰオフセット有効フラグ（ａｃｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：
この値が１であると、現在カメラモデルのためのオフセットパラメータが存在することを
示す。この値が０であると、現在カメラモデルのためのオフセットパラメータが存在しな
いことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｆｆｓｅｔ
ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ
ａｒｅ ｐｒｅｓｅｎｔ． ａｃｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕ
ａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｆｆｓｅｔ ｐａｒａｍｅｔｅｒｓ
ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ａｒｅ ｎｏｔ ｐｒ
ｅｓｅｎｔ）。
ＡＣＰオフセット有効フラグ（ａｃｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が
１であると、ｄ値ごとにＡＣＰオフセット軸（ａｃｐ＿ｏｆｆｓｅｔ＿ｏｎ＿ａｘｉｓ［
ｄ］）要素がアトラスカメラパラメータに含まれる。
ＡＣＰローテーション有効フラグ（ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌ
ａｇ）：この値が１であると、現在カメラモデルのためのローテーションパラメータが存
在することを示す。この値が０であると、現在カメラモデルのためのローテーションパラ
メータが存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ
ｒｏｔａｔｉｏｎ ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍ
ｅｒａ ｍｏｄｅｌ ａｒｅ ｐｒｅｓｅｎｔ． ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｅｎａｂ
ｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｒｏｔａｔ
ｉｏｎ ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏ
ｄｅｌ ａｒｅ ｎｏｔ ｐｒｅｓｅｎｔ）。
ＡＣＰスケールオン軸（ａｃｐ＿ｓｃａｌｅ＿ｏｎ＿ａｘｉｓ［ｄ］）：現在カメラモ
デルのためのｄ軸に対するスケール値を示す。ｄ値は０～２（含み）の範囲を有する。ｘ
、ｙ、ｚ軸のそれぞれが０，１，２値に対応する（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌ
ｕｅ ｏｆ ｔｈｅ ｓｃａｌｅ， Ｓｃａｌｅ［ｄ］， ａｌｏｎｇ ｔｈｅ ｄ ａ
ｘｉｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ． Ｔｈｅ ｖａ
ｌｕｅ ｏｆ ｄ ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ２， ｉｎｃｌ
ｕｓｉｖｅ， ｗｉｔｈ ｔｈｅ ｖａｌｕｅｓ ｏｆ ０， １， ａｎｄ ２ ｃｏ
ｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｔｈｅ Ｘ， Ｙ， ａｎｄ Ｚ ａｘｉｓ， ｒｅｓ
ｐｅｃｔｉｖｅｌｙ）。
ＡＣＰオフセット軸（ａｃｐ＿ｏｆｆｓｅｔ＿ｏｎ＿ａｘｉｓ［ｄ］）：０～２（含み
）の範囲を有するｄに対して、現在カメラモデルのためのｄ軸に沿ってオフセットＯｆｆ
ｓｅｔ［ｄ］値を示す。ｄ値は０，１，２のようであり、それぞれｘ、ｙ、ｚ軸に対応す
る（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｏｆｆｓｅｔ， Ｏｆｆ
ｓｅｔ［ｄ］， ａｌｏｎｇ ｔｈｅ ｄ ａｘｉｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ
ｃａｍｅｒａ ｍｏｄｅｌ ｗｈｅｒｅ ｄ ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ
０ ｔｏ ２， ｉｎｃｌｕｓｉｖｅ． Ｔｈｅ ｖａｌｕｅｓ ｏｆ ｄ ｅｑｕａ
ｌ ｔｏ ０， １， ａｎｄ ２ ｃｏｒｒｅｓｐｏｎｄ ｔｏ ｔｈｅ Ｘ， Ｙ，
ａｎｄ Ｚ ａｘｉｓ， ｒｅｓｐｅｃｔｉｖｅｌｙ）。
ＡＣＰローテーション有効フラグ（ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌ
ａｇ）が１であると、以下のローテーション値がアトラスカメラパラメータに含まれる。
ＡＣＰローテーションｑｘ（ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｑｘ）：四元数表現を使用す
る現在カメラモデルのローテーションのためのｘコンポーネントｑＸを示す（ｓｐｅｃｉ
ｆｉｅｓ ｔｈｅ ｘ ｃｏｍｐｏｎｅｎｔ， ｑＸ， ｆｏｒ ｔｈｅ ｒｏｔａｔｉ
ｏｎ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ｕｓｉｎｇ ｔｈｅ
ｑｕａｔｅｒｎｉｏｎ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）。
ＡＣＰローテーションｑｙ（ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｑｙ）：四元数表現を使用す
る現在カメラモデルのローテーションのためのｙコンポーネントｑＹを示す（ｓｐｅｃｉ
ｆｉｅｓ ｔｈｅ ｙ ｃｏｍｐｏｎｅｎｔ， ｑＹ， ｆｏｒ ｔｈｅ ｒｏｔａｔｉ
ｏｎ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ｕｓｉｎｇ ｔｈｅ
ｑｕａｔｅｒｎｉｏｎ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）。
ＡＣＰローテーションｑｚ（ａｃｐ＿ｒｏｔａｔｉｏｎ＿ｑｚ）：四元数表現を使用す
る現在カメラモデルのローテーションのためのｚコンポーネントｑＺを示す（ｓｐｅｃｉ
ｆｉｅｓ ｔｈｅ ｚ ｃｏｍｐｏｎｅｎｔ， ｑＺ， ｆｏｒ ｔｈｅ ｒｏｔａｔｉ
ｏｎ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ｃａｍｅｒａ ｍｏｄｅｌ ｕｓｉｎｇ ｔｈｅ
ｑｕａｔｅｒｎｉｏｎ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）。
図４０は実施例によるアトラスタイルグループレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏ
ｕｐ＿ｌａｙｅｒ）、アトラスタイルグループヘッダ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕ
ｐ＿ｈｅａｄｅｒ）を示す。
図４０は図３４のように、ＮＡＬユニットタイプによるＮＡＬユニットが伝達するアト
ラスタイルグループレイヤのシンタックス及びアトラスタイルグループレイヤに含まれた
アトラスタイルグループヘッダのシンタックスを示す。
実施例によって、タイルグループはタイルに対応する。この明細書において用語‘タイ
ルグループ’は‘タイル’とも称される。同様に、用語‘ａｔｇｈ’は‘ａｔｈ’とも解
釈される。
アトラスタイルグループレイヤ又はアトラスタイルレイヤは、アトラスタイルグループ
ヘッダ又はアトラスタイルヘッダを含む。
タイプ（ａｔｇｈ＿ｔｙｐｅ）がスキップタイル（ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰ）では
ない場合、アトラスタイルグループ（又はタイル）データがアトラスタイルグループ（又
はタイル）レイヤに含まれる。
ＡＴＧＨアトラスフレームパラメータセットＩＤ（ａｔｇｈ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：現在アトラスタイルグループ（又はタイル）に
対するアクティブアトラスフレームパラメータセットのためのａｆｐｓ＿ａｔｌａｓ＿ｆ
ｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ
ｖａｌｕｅ ｏｆ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ
＿ｉｄ ｆｏｒ ｔｈｅ ａｃｔｉｖｅ ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ
ｓｅｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）。
ＡＴＧＨアトラス適応パラメータセットＩＤ（ａｔｇｈ＿ａｔｌａｓ＿ａｄａｐｔａｔ
ｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：現在アトラスタイルグループ（又はタイ
ル）に対するアクティブアトラス適応パラメータセットのためのａａｐｓ＿ａｔｌａｓ＿
ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示す（ｓｐｅｃｉｆｉ
ｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ａａｐｓ＿ａｔｌａｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａ
ｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ ｆｏｒ ｔｈｅ ａｃｔｉｖｅ ａｔｌａｓ ａｄａｐ
ｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌ
ａｓ ｔｉｌｅ ｇｒｏｕｐ）。
ＡＴＧＨアドレス（ａｔｇｈ＿ａｄｄｒｅｓｓ）：タイルグループ（又はタイル）のタ
イルグループ（又はタイル）アドレスを示す。存在しない場合、ａｔｇｈ＿ａｄｄｒｅｓ
ｓの値は０と推論される。タイルグループ（又はタイル）アドレスはタイルグループ（又
はタイル）のタイルグループ（又はタイル）ＩＤである。ａｔｇｈ＿ａｄｄｒｅｓｓの長
さはａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉ
ｎｕｓ１＋１ビットである。ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉ
ｄ＿ｆｌａｇが０であると、ａｔｇｈ＿ａｄｄｒｅｓｓの値は０ないしａｆｔｉ＿ｎｕｍ
＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１（含み）の範
囲を有する。反面、ａｔｇｈ＿ａｄｄｒｅｓｓの値は０～２（ａｆｔｉ＿ｓｉｇｎａｌｌ
ｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）－１（含み）の
範囲を有する（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ａｄｄｒｅｓｓ
ｏｆ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｔｈｅ
ｖａｌｕｅ ｏｆ ａｔｇｈ＿ａｄｄｒｅｓｓ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ
ｅｑｕａｌ ｔｏ ０． Ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ａｄｄｒｅｓｓ ｉｓ ｔ
ｈｅ ｔｉｌｅ ｇｒｏｕｐ ＩＤ ｏｆ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ． Ｔｈｅ
ｌｅｎｇｔｈ ｏｆ ａｔｇｈ＿ａｄｄｒｅｓｓ ｉｓ ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ
＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１ ＋ １ ｂｉｔｓ． Ｉ
ｆ ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ ｉｓ ｅ
ｑｕａｌ ｔｏ ０， ｔｈｅ ｖａｌｕｅ ｏｆ ａｔｇｈ＿ａｄｄｒｅｓｓ ｉｓ
ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐ
Ｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１， ｉｎｃｌｕｓｉｖｅ． Ｏｔｈｅ
ｒｗｉｓｅ， ｔｈｅ ｖａｌｕｅ ｏｆ ａｔｇｈ＿ａｄｄｒｅｓｓ ｉｓ ｉｎ ｔ
ｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ２（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇ
ｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１ ＋１ ）－１， ｉｎｃｌｕｓｉｖｅ）
。
ＡＴＧＨタイプ（ａｔｇｈ＿ｔｙｐｅ）：現在アトラスタイルグループ（又はタイル）
のコーディングタイプを示す。
タイプの値が０であると、アトラスタイルグループ又はアトラスタイルのタイプはＰ＿
ＴＩＬＥ＿ＧＲＰ（Ｉｎｔｅｒ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ、インターアトラス
タイルグループ（又はタイル））である。
タイプの値が１であると、アトラスタイルグループ又はアトラスタイルのタイプはＩ＿
ＴＩＬＥ＿ＧＲＰ（Ｉｎｔｒａ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ、イントラアトラス
タイルグループ（又はタイル））である。
タイプの値が２であると、アトラスタイルグループ又はアトラスタイルのタイプはＳＫ
ＩＰ＿ＴＩＬＥ＿ＧＲＰ（ＳＫＩＰ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ、スキップアト
ラスタイルグループ（又はタイル））である。
タイプの値が３であると、アトラスタイルグループ又はアトラスタイルのタイプは予約
値を有する。
ＡＴＧＨアトラスアウトプットフラグ（ａｔｇｈ＿ａｔｌａｓ＿ｏｕｔｐｕｔ＿ｆｌａ
ｇ）：この値は復号されたアトラスアウトプット及び除去プロセッサに影響を及ぼす（ａ
ｆｆｅｃｔＳ ｔｈｅ ｄｅｃｏｄｅｄ ａｔｌａｓ ｏｕｔｐｕｔ ａｎｄ ｒｅｍｏ
ｖａｌ ｐｒｏｃｅｓｓｅｓ）。
ＡＴＧＨアトラスフレームオーダーカウント（ａｔｇｈ＿ａｔｌａｓ＿ｆｒｍ＿ｏｒｄ
ｅｒ＿ｃｎｔ＿ｌｓｂ）：現在アトラスタイプグループ又はアトラスタイルに対するアト
ラスフレームオーダーカウントモジュロＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ
を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎ
ｔ ｍｏｄｕｌｏ ＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ ｆｏｒ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）。
ａｆｐｓ＿ｏｕｔｐｕｔ＿ｆｌａｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、アトラ
スタイルグループ（タイル）ヘッダがａｔｇｈ＿ａｔｌａｓ＿ｏｕｔｐｕｔ＿ｆｌａｇ及
びａｔｇｈ＿ａｔｌａｓ＿ｆｒｍ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂを含む。
ＡＴＧＨ参照アトラスフレームリストＳＰＳフラグ（ａｔｇｈ＿ｒｅｆ＿ａｔｌａｓ＿
ｆｒａｍｅ＿ｌｉｓｔ＿ｓｐｓ＿ｆｌａｇ）：この値が１であると、現在アトラスタイル
グループの参照アトラスフレームリストがアクティブＡＳＰＳ内のｒｅｆ＿ｌｉｓｔ＿ｓ
ｔｒｕｃｔ（ｒｌｓＩｄｘ）シンタックス構造の１つに基づいて誘導される。この値が０
であると、現在アトラスタイルグループ又はアトラスタイルのタイルグループヘッダ又は
タイルヘッダに直接含まれたｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）シンタッ
クス構造に基づいて現在アトラスタイルリストの参照アトラスフレームリストが誘導され
ることを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｒｅｆ
ｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｌｉｓｔ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａ
ｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｉｓ ｄｅｒｉｖｅｄ ｂａｓｅｄ ｏｎ ｏｎｅ
ｏｆ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔ
ｒｕｃｔｕｒｅｓ ｉｎ ｔｈｅ ａｃｔｉｖｅ ａｓｐｓ． ａｔｇｈ＿ｒｅｆ＿ａｔ
ｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔ＿ｓｐｓ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉ
ｆｉｅｓ ｔｈａｔ ｔｈｅ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｌｉｓｔ
ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｌｉｓｔ ｉｓ ｄｅｒｉｖ
ｅｄ ｂａｓｅｄ ｏｎ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）
ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｔｈａｔ ｉｓ ｄｉｒｅｃｔｌｙ ｉｎｃｌｕｄ
ｅｄ ｉｎ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ ｏｆ ｔｈｅ ｃｕｒｒｅ
ｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）。
ａｔｇｈ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔ＿ｓｐｓ＿ｆｌａｇが０である
と、ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａ
ｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）がアトラスタイルグループ（タイル）ヘッダに含ま
れる。
ＡＴＧＨ参照アトラスフレームリストインデックス（ａｔｇｈ＿ｒｅｆ＿ａｔｌａｓ＿
ｆｒａｍｅ＿ｌｉｓｔ＿ｉｄｘ）：現在アトラスタイルグループ（又はタイル）に対する
参照アトラスフレームの誘導に使用されるｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄ
ｘ）シンタックス構造のアクティブＡＳＰＳに含まれたｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ
（ｒｌｓＩｄｘ）シンタックス構造のリストに対するインデックスを示す（ｓｐｅｃｉｆ
ｉｅｓ ｔｈｅ ｉｎｄｅｘ， ｉｎｔｏ ｔｈｅ ｌｉｓｔ ｏｆ ｔｈｅ ｒｅｆ＿
ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅｓ ｉｎ
ｃｌｕｄｅｄ ｉｎ ｔｈｅ ａｃｔｉｖｅ ＡＳＰＳ， ｏｆ ｔｈｅ ｒｅｆ＿ｌｉ
ｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｔｈａｔ
ｉｓ ｕｓｅｄ ｆｏｒ ｄｅｒｉｖａｔｉｏｎ ｏｆ ｔｈｅ ｒｅｆｅｒｅｎｃｅ
ａｔｌａｓ ｆｒａｍｅ ｌｉｓｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔ
ｉｌｅ ｇｒｏｕｐ）。
ＡＴＧＨ追加ａｆｏｃ ｌｓｂ存在フラグ（ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏ
ｃ＿ｌｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が１であると、ａｔｇｈ＿ａｄ
ｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｖａｌ［ｊ］が現在アトラスタイルグループ又は
アトラスタイルに対して存在することを示す。この値が０であると、ａｔｇｈ＿ａｄｄｉ
ｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｖａｌ［ｊ］は存在しない（ｅｑｕａｌ ｔｏ １
ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿
ｖａｌ［ｊ］ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ
ｔｉｌｅ ｇｒｏｕｐ． ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｐｒｅ
ｓｅｎｔ＿ｆｌａｇ［ｊ］ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ａ
ｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｖａｌ［ｊ］ ｉｓ ｎｏｔ ｐｒ
ｅｓｅｎｔ）。
ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ
］が１であると、ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓｂ＿ｖａｌ［ｊ］が
アトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＴＧＨ追加ａｆｏｃ ｌｓｂ値（ａｔｇｈ＿ａｄｄｉｔｉｏｎａｌ＿ａｆｏｃ＿ｌｓ
ｂ＿ｖａｌ［ｊ］）：現在アトラスタイルグループ又はタイルに対するＦｕｌｌＡｔｌａ
ｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂＬｔ［ＲｌｓＩｄｘ］［ｊ］の値を示す（ｓｐｅｃｉｆ
ｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ＦｕｌｌＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ
Ｌｔ［ＲｌｓＩｄｘ］［ｊ］ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ
ｇｒｏｕｐ）。
ＡＴＧＨポジション最小Ｚ量子化器（ａｔｇｈ＿ｐｏｓ＿ｍｉｎ＿ｚ＿ｑｕａｎｔｉｚ
ｅｒ）：パッチｐのｐｄｕ＿３ｄ＿ｐｏｓ＿ｍｉｎ＿ｚ［ｐ］値に適用される量子化器を
示す。ａｔｇｈ＿ｐｏｓ＿ｍｉｎ＿ｚ＿ｑｕａｎｔｉｚｅｒが存在しない場合、この値は
０に推論される（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｑｕａｎｔｉｚｅｒ ｔｈａｔ ｉｓ
ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｍｉｎ＿ｚ［ｐ］
ｖａｌｕｅ ｏｆ ｔｈｅ ｐａｔｃｈ ｐ． Ｉｆ ａｔｇｈ＿ｐｏｓ＿ｍｉｎ＿ｚ
＿ｑｕａｎｔｉｚｅｒ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｔｓ ｖａｌｕｅ ｉｓ
ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ０）。
ＡＴＧＨポジションデルタマックスＺ量子化器（ａｔｇｈ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａ
ｘ＿ｚ＿ｑｕａｎｔｉｚｅｒ）：インデックスｐを有するパッチのｐｄｕ＿３ｄ＿ｐｏｓ
＿ｄｅｌｔａ＿ｍａｘ＿ｚ［ｐ］の値に適用される量子化器を示す。ａｔｇｈ＿ｐｏｓ＿
ｄｅｌｔａ＿ｍａｘ＿ｚ＿ｑｕａｎｔｉｚｅｒが存在しない場合、この値は０に推論され
る（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｑｕａｎｔｉｚｅｒ ｔｈａｔ ｉｓ ｔｏ ｂｅ
ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａｘ＿ｚ［ｐ］
ｖａｌｕｅ ｏｆ ｔｈｅ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ． Ｉｆ ａｔｇ
ｈ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａｘ＿ｚ＿ｑｕａｎｔｉｚｅｒ ｉｓ ｎｏｔ ｐｒｅｓｅ
ｎｔ， ｉｔｓ ｖａｌｕｅ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ
０）。
ＡＴＧＨパッチサイズＸ情報量子化器（ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｘ＿ｉｎｆ
ｏ＿ｑｕａｎｔｉｚｅｒ）：インデックスｐを有するパッチのｐｄｕ＿２ｄ＿ｓｉｚｅ＿
ｘ＿ｍｉｎｕｓ１［ｐ］、ｍｐｄｕ＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｘ［ｐ］、ｉｐｄｕ
＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｘ［ｐ］、ｒｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ
１［ｐ］及びｅｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ１［ｐ］の変数に適用されるＰ
ａｔｃｈＳｉｚｅＸＱｕａｎｔｉｚｅｒ量子化器の値を示す。ａｔｇｈ＿ｐａｔｃｈ＿ｓ
ｉｚｅ＿ｘ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒが存在しない場合、この値はａｓｐｓ＿ｌｏ
ｇ２＿ｐａｔｃｈ＿ｐａｃｋｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅに推論される（ｓｐｅｃｉｆ
ｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｑｕａｎｔｉｚｅｒ ＰａｔｃｈＳｉｚｅ
ＸＱｕａｎｔｉｚｅｒ ｔｈａｔ ｉｓ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ
ｖａｒｉａｂｌｅｓ ｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ１［ｐ］， ｍｐｄｕ＿
２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｘ［ｐ］， Ｉｐｄｕ＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｘ
［ｐ］， ｒｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ１［ｐ］， ａｎｄ ｅｐｄｕ＿
２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ１［ｐ］ ｏｆ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅ
ｘ ｐ． Ｉｆ ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｘ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒ
ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｔｓ ｖａｌｕｅ ｉｓ ｉｎｆｅｒｒｅｄ ｔ
ｏ ｂｅ ｅｑｕａｌ ｔｏ ａｓｐｓ＿ｌｏｇ２＿ｐａｔｃｈ＿ｐａｃｋｉｎｇ＿ｂｌ
ｏｃｋ＿ｓｉｚｅ）。
ＡＴＧＨパッチサイズＹ情報量子化器（ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｙ＿ｉｎｆ
ｏ＿ｑｕａｎｔｉｚｅｒ）：インデックスＰを有するパッチのｐｄｕ＿２ｄ＿ｓｉｚｅ＿
ｙ＿ｍｉｎｕｓ１［ｐ］、ｍｐｄｕ＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｙ［ｐ］、ｉｐｄｕ
＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｙ［ｐ］、ｒｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ
１［ｐ］及びｅｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ１［ｐ］の変数に適用されるＰ
ａｔｃｈＳｉｚｅＹＱｕａｎｔｉｚｅｒ量子化器の値を示す。ａｔｇｈ＿ｐａｔｃｈ＿ｓ
ｉｚｅ＿ｙ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒが存在しない場合、この値はａｓｐｓ＿ｌｏ
ｇ２＿ｐａｔｃｈ＿ｐａｃｋｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅに推論される（ｓｐｅｃｉｆ
ｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｑｕａｎｔｉｚｅｒ ＰａｔｃｈＳｉｚｅ
ＹＱｕａｎｔｉｚｅｒ ｔｈａｔ ｉｓ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ
ｖａｒｉａｂｌｅｓ ｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ１［ｐ］， ｍｐｄｕ＿
２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｙ［ｐ］， Ｉｐｄｕ＿２ｄ＿ｄｅｌｔａ＿ｓｉｚｅ＿ｙ
［ｐ］， ｒｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ１［ｐ］， ａｎｄ ｅｐｄｕ＿
２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ１［ｐ］ ｏｆ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅ
ｘ ｐ． Ｉｆ ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｙ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒ
ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｔｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ ｉｎｆｅ
ｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ａｓｐｓ＿ｌｏｇ２＿ｐａｔｃｈ＿ｐａｃｋ
ｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ）。
ＡＴＧＨ行３Ｄポジション軸ビットカウント（ａｔｇｈ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ａｘ
ｉｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ｐｏｓ＿ｘ、ｒｐ
ｄｕ＿３ｄ＿ｐｏｓ＿ｙ及びｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｚの固定長さ表現内のビット数を
示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉ
ｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｒｐｄ
ｕ＿３ｄ＿ｐｏｓ＿ｘ， ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ， ａｎｄ ｒｐｄｕ＿３ｄ＿ｐ
ｏｓ＿ｚ）。
タイプが（ａｔｇｈ＿ｔｙｐｅ）がＰ＿ＴＩＬＥ＿ＧＲＰであり、ｎｕｍ＿ｒｅｆ＿ｅ
ｎｔｒｉｅｓ［ｒｌｓＩｄｘ］が１より大きいと、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿
ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがアトラスタイルグループ（又はタイル）ヘ
ッダに含まれる。また、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒ
ｉｄｅ＿ｆｌａｇが１であると、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍ
ｉｎｕｓ１がアトラスタイルグループ（又はタイル）ヘッダに含まれる。
ＡＴＧＨナンバー参照インデックスアクティブオーバーライドフラグ（ａｔｇｈ＿ｎｕ
ｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ）：この値が１である
と、シンタックス要素ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１
が現在アトラスタイルグループ又はアトラスタイルに対して存在することを示す。この値
が０であると、シンタックス要素ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍ
ｉｎｕｓ１が存在しないことを示す。ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ
＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが存在しないと、この値は０に推論される（ｅｑｕａｌ
ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａ
ｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１ ｉｓ ｐｒｅｓｅｎｔ
ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ． ａｔｇｈ＿
ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ ｅｑｕａｌ ｔ
ｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａｔ
ｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１ ｉｓ ｎｏｔ ｐｒｅｓ
ｅｎｔ． Ｉｆ ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ
＿ｆｌａｇ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｔｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ
ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ０）。
ＡＴＧＨナンバー参照インデックスアクティブ（ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿
ａｃｔｉｖｅ＿ｍｉｎｕｓ１）：現在アトラスタイルグループ又はタイルを復号するため
に使用される参照アトラスフレームリストのための最大値参照インデックスを示す。Ｎｕ
ｍＲｅｆＩｄｘＡｃｔｉｖｅの値が０であると、参照アトラスフレームリストの参照イン
デックスが現在アトラスタイルグループ又はアトラスタイルを復号するために使用されな
いことを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｍａｘｉｍｕｍ ｒｅｆｅｒｅｎｃｅ ｉ
ｎｄｅｘ ｆｏｒ ｒｅｆｅｒｅｎｃｅ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｌｉｓｔ
ｔｈａｔ ｍａｙ ｂｅ ｕｓｅｄ ｔｏ ｄｅｃｏｄｅ ｔｈｅ ｃｕｒｒｅｎｔ ａ
ｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ． Ｗｈｅｎ ｔｈｅ ｖａｌｕｅ ｏｆ ＮｕｍＲｅ
ｆＩｄｘＡｃｔｉｖｅ ｉｓ ｅｑｕａｌ ｔｏ ０， ｎｏ ｒｅｆｅｒｅｎｃｅ ｉ
ｎｄｅｘ ｆｏｒ ｔｈｅ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｌｉｓｔ
ｍａｙ ｂｅ ｕｓｅｄ ｔｏ ｄｅｃｏｄｅ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ
ｔｉｌｅ ｇｒｏｕｐ）。
バイト整列（ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ）：データの端を指示するためにストップ
ビット（ｓｔｏｐ ｂｉｔ）である１を追加した後、バイト整列のために０で残りのビッ
トを満たすために使用される。
図４１は実施例による参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ）を示す。
図４１は図３５のアトラスパラメータセット、図４０のアトラスタイルグループ又はア
トラスタイルのヘッダなどに含まれる参照リスト構造のシンタックスである。
参照エントリー数（ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｒｌｓＩｄｘ］）：ｒｅｆ＿ｌ
ｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）シンタックス構造内のエントリー数を示す（ｓｐ
ｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｅｎｔｒｉｅｓ ｉｎ ｔｈｅ ｒｅｆ
＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｒｌｓＩｄｘ］の値だけ以下の要素が参照リスト構
造に含まれる。
ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅｓ＿ｆｌａｇが１で
あると、参照アトラスフレームフラグ（ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａ
ｇ［ｒｌｓＩｄｘ］［ｉ］）が参照リスト構造に含まれる。
参照アトラスフレームフラグ（ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ［ｒ
ｌｓＩｄｘ］［ｉ］）：この値が１であると、ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓ
Ｉｄｘ）シンタックス構造内のｉ番目のエントリーが短期参照アトラスフレームエントリ
ーであることを示す。ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ［ｒｌｓＩｄｘ
］［ｉ］が０であると、ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）構造内のｉ番
目のエントリーが長期参照アトラスフレームエントリーであることを示す。存在しない場
合は、ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］の値は
１に推論される（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｉ－
ｔｈ ｅｎｔｒｙ ｉｎ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）
ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｉｓ ａ Ｓｈｏｒｔ ｔｅｒｍ ｒｅｆｅｒｅｎ
ｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒｙ． ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈ
ａｔ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ ｉｎ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ
（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｉｓ ａ ｌｏｎｇ ｔｅｒｍ
ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒｙ． Ｗｈｅｎ ｎｏｔ ｐ
ｒｅｓｅｎｔ， ｔｈｅ ｖａｌｕｅ ｏｆ ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿
ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ
ｔｏ １）。
ｓｔ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］が１である
と、ａｂｓデルタａｆｏｃ（ａｂｓ＿ｄｅｌｔａ＿ａｆｏｃ＿ｓｔ［ｒｌｓＩｄｘ］［ｉ
］）が参照リスト構造内に含まれる。
ａｂｓデルタａｆｏｃ（ａｂｓ＿ｄｅｌｔａ＿ａｆｏｃ＿ｓｔ［ｒｌｓＩｄｘ］［ｉ］
）：ｉ番目のエントリーがｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）内の１番目
の短期参照アトラスフレームエントリーである場合、現在アトラスタイルグループ（又は
タイル）のアトラスフレームオーダーカウント値及びｉ番目のエントリーにより称される
アトラスフレーム間の差の絶対値を示す。ｉ番目のエントリーが短期参照アトラスフレー
ムであり、ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）内の１番目の短期参照アト
ラスフレームエントリーではない場合は、ｉ番目のエントリーにより称されるアトラスフ
レームのアトラスフレームオーダーカウント値及びｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒ
ｌｓＩｄｘ）シンタックス構造内の以前の短期参照アトラスフレームエントリーにより称
されるアトラスフレームのアトラスフレームオーダーカウント値間の差の絶対値を示す（
ｗｈｅｎ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ ｉｓ ｔｈｅ ｆｉｒｓｔ Ｓｈｏｒｔ ｔ
ｅｒｍ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒｙ ｉｎ ｒｅｆ＿ｌ
ｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ， ｓｐｅ
ｃｉｆｉｅｓ ｔｈｅ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒｅｎｃｅ ｂｅｔｗｅｅｎ ｔ
ｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎｔ ｖａｌｕｅｓ ｏｆ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ａｎｄ ｔｈｅ ａｔｌａｓ
ｆｒａｍｅ Ｒｅｆｅｒｒｅｄ ｔｏ ｂｙ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ， ｏｒ，
ｗｈｅｎ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ ｉｓ ａ Ｓｈｏｒｔ ｔｅｒｍ ｒｅｆ
ｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒｙ ｂｕｔ ｎｏｔ ｔｈｅ ｆｉｒ
ｓｔ ｓｈｏｒｔ ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒ
ｙ ｉｎ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ
ｓｔｒｕｃｔｕｒｅ， ｓｐｅｃｉｆｉｅｓ ｔｈｅ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒ
ｅｎｃｅ ｂｅｔｗｅｅｎ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎｔ
ｖａｌｕｅｓ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅｓ ｒｅｆｅｒｒｅｄ ｔｏ
ｂｙ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ ａｎｄ ｂｙ ｔｈｅ ｐｒｅｖｉｏｕｓ Ｓｈ
ｏｒｔ ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｅｎｔｒｙ ｉｎ
ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃ
ｔｕｒｅ）。
ａｂｓ＿ｄｅｌｔａ＿ａｆｏｃ＿ｓｔ［ｒｌｓＩｄｘ］［ｉ］が０より大きい値を有す
ると、エントリーサインフラグ（ｓｔｒｐｆ＿ｅｎｔｒｙ＿ｓｉｇｎ＿ｆｌａｇ［ｒｌｓ
Ｉｄｘ］［ｉ］）が参照リスト構造内に含まれる。
エントリーサインフラグ（ｓｔｒｐｆ＿ｅｎｔｒｙ＿ｓｉｇｎ＿ｆｌａｇ［ｒｌｓＩｄ
ｘ］［ｉ］）：この値が１であると、シンタックス構造ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ
（ｒｌｓＩｄｘ）内のｉ番目のエントリーが０であるか又はそれより大きい値を有するこ
とを示す。ｓｔｒｐｆ＿ｅｎｔｒｙ＿ｓｉｇｎ＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］が０で
あると、シンタックス構造ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）内のｉ番目
のエントリーが０より小さい値を有することを示す。存在しない場合は、ｓｔｒｐｆ＿ｅ
ｎｔｒｙ＿ｓｉｇｎ＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］の値は１であると推論される（ｅ
ｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｉ－ｔｈ ｅｎｔｒｙ ｉｎ ｔ
ｈｅ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩ
ｄｘ） ｈａｓ ａ ｖａｌｕｅ ｇｒｅａｔｅｒ ｔｈａｎ ｏｒ ｅｑｕａｌ ｔｏ
０． ｓｔｒｐｆ＿ｅｎｔｒｙ＿ｓｉｇｎ＿ｆｌａｇ［ｒｌｓＩｄｘ］［ｉ］ ｅｑｕ
ａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ ｉｎ
ｔｈｅ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌ
ｓＩｄｘ） ｈａｓ ａ ｖａｌｕｅ ｌｅｓｓ ｔｈａｎ ０． Ｗｈｅｎ ｎｏｔ
ｐｒｅｓｅｎｔ， ｔｈｅ ｖａｌｕｅ ｏｆ ｓｔｒｐｆ＿ｅｎｔｒｙ＿ｓｉｇｎ＿ｆ
ｌａｇ［ｒｌｓＩｄｘ］［ｉ］ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔ
ｏ １）。
ａｆｏｃ ｌｓｂ値（ａｆｏｃ＿ｌｓｂ＿ｌｔ［ｒｌｓＩｄｘ］［ｉ］）：ｒｅｆ＿ｌ
ｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ）シンタックス構造内のＩ番目のエントリーにより
称されるアトラスフレームのアトラスフレームオーダーカウントモジュロＭａｘＡｔｌａ
ｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの値を示す。ａｆｏｃ＿ｌｓｂ＿ｌｔ［ｒｌｓＩｄｘ］
［ｉ］シンタックス要素の長さはａｓｐｓ＿ｌｏｇ２＿ｍａｘ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである（ｓｐｅｃｉｆｉｅｓ
ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎｔ
ｍｏｄｕｌｏ ＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ ｏｆ ｔｈｅ ａｔ
ｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｅｄ ｔｏ ｂｙ ｔｈｅ ｉ－ｔｈ ｅｎｔｒｙ
ｉｎ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔ
ｒｕｃｔｕｒｅ． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ａｆｏｃ＿ｌｓｂ＿ｌｔ［ｒ
ｌｓＩｄｘ］［ｉ］ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ ＡＳＰＳ＿ｌｏｇ２＿ＭＡ
Ｘ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４ ＋ ４ ｂ
ｉｔｓ）。
図４２は実施例によるアトラスタイルグループデータ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏ
ｕｐ＿ｄａｔａ＿ｕｎｉｔ）を示す。
図４２は図４０のアトラスタイルグループレイヤ（又はアトラスタイルレイヤ）に含ま
れたアトラスタイルグループデータのシンタックスを示す。同様にアトラスタイルグルー
プデータはアトラスタイルデータに対応し、タイルグループという用語はタイルとも称す
ることができる。
ｐは０から１つずつ増加しながら、インデックスｐによるアトラス関連要素がアトラス
タイルグループ（又はタイル）データに含まれる。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ［ｐ］）：現在アトラスタイルグル
ープ（又はタイル）内のインデックスｐを有するパッチに対するパッチモードを示す。タ
イプ（ａｔｇｈ＿ｔｙｐｅ）がスキップタイル（ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰ）であると
、タイルグループ（又はタイル）が全体タイルグループ（又はタイル）情報が１番目の参
照アトラスフレームに対応する現在タイルグループ（又はタイル）と同じアドレス（ａｔ
ｇｈ＿ａｄｄｒｅｓｓ）を有するタイルグループ（又はタイル）から直接コピーされるこ
とを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｐａｔｃｈ ｍｏｄｅ ｆｏｒ ｔｈｅ ｐａ
ｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉ
ｌｅ Ｇｒｏｕｐ． ａ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ａｔｇｈ＿ｔｙｐｅ ＝
ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰ ｉｍｐｌｉｅｓ ｔｈａｔ ｔｈｅ ｅｎｔｉｒｅ ｔｉ
ｌｅ ｇｒｏｕｐ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｃｏｐｉｅｄ ｄｉｒｅｃｔｌｙ
ｆｒｏｍ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ｔｈｅ ｓａｍｅ ａｔｇｈ＿ａ
ｄｄｒｅｓｓ ａｓ ｔｈａｔ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ｔｉｌｅ ｇｒｏｕｐ
ｔｈａｔ ｃｏｒｒｅｓｐｏｎｄｓ ｔｏ ｔｈｅ ｆｉｒｓｔ ｒｅｆｅｒｅｎｃｅ
ａｔｌａｓ ｆｒａｍｅ）。
ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ［ｐ］がＩ＿ＥＮＤではなく、ａｔｇｄｕ＿ｐａｔ
ｃｈ＿ｍｏｄｅ［ｐ］がＰ＿ＥＮＤではない場合、インデックスｐごとにｐａｔｃｈ＿ｉ
ｎｆｏｒｍａｔｉｏｎ＿ｄａｔａ及びａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ［ｐ］がアトラ
スタイルグループデータ（又はアトラスタイルデータ）に含まれる。
Ｉ＿ＴＩＬＥ＿ＧＲＰタイプアトラスタイルグループに対するパッチモードタイプは以
下のように表現できる。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）の値が０であると、識別子（Ｉｄ
ｅｎｔｉｆｉｅｒ）はＩ＿ＩＮＴＲＡであり、予測されないパッチモード（Ｎｏｎ－ｐｒ
ｅｄｉｃｔｅｄ Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）の値が１であると、識別子（Ｉｄ
ｅｎｔｉｆｉｅｒ）はＩ＿ＲＡＷであり、ＲＡＷポイントパッチモード（ＲＡＷ ｐｏｉ
ｎｔ Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）の値が２であると、識別子（Ｉｄ
ｅｎｔｉｆｉｅｒ）はＩ＿ＥＯＭであり、ＥＯＭポイントパッチモード（ＥＯＭ ｐｏｉ
ｎｔ Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）の値が３ないし１３であると、識
別子（Ｉｄｅｎｔｉｆｉｅｒ）はＩ＿ＲＥＳＥＲＶＥＤであり、予約モード（Ｒｅｓｅｒ
ｖｅｄ ｍｏｄｅｓ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）の値が１４であると、識別子（Ｉ
ｄｅｎｔｉｆｉｅｒ）はＩ＿ＥＮＤであり、パッチ終了モード（Ｐａｔｃｈ ｔｅｒｍｉ
ｎａｔｉｏｎ ｍｏｄｅ）であることを示す。
Ｐ＿ＴＩＬＥ＿ＧＲＰタイプアトラスタイルグループ（又はタイル）に対するパッチモ
ードタイプは以下のように表現できる。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が０であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＳＫＩＰであり、パッチスキップモード（Ｐａｔｃｈ Ｓｋｉｐ
ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が１であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＭＥＲＧＥであり、パッチマージモード（Ｐａｔｃｈ Ｍｅｒｇｅ
ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が２であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＩＮＴＥＲであり、インター予測パッチモード（Ｉｎｔｅｒ ｐｒ
ｅｄｉｃｔｅｄ Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が３であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＩＮＴＲＡであり、非予測パッチモード（Ｎｏｎ－ｐｒｅｄｉｃｔ
ｅｄ Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が４であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＲＡＷであり、ＲＡＷポイントパッチモード（ＲＡＷ ｐｏｉｎｔ
Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が５であると、識別子（Ｉｄｅｎ
ｔｉｆｉｅｒ）はＰ＿ＥＯＭであり、ＥＯＭポイントパッチモード（ＥＯＭ ｐｏｉｎｔ
Ｐａｔｃｈ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が６ないし１３であると、識別子
（Ｉｄｅｎｔｉｆｉｅｒ）はＰ＿ＲＥＳＥＲＶＥＤであり、予約モード（Ｒｅｓｅｒｖｅ
ｄ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が６ないし１３であると、識別子
（Ｉｄｅｎｔｉｆｉｅｒ）はＰ＿ＲＥＳＥＲＶＥＤであり、予約モード（Ｒｅｓｅｒｖｅ
ｄ ｍｏｄｅ）であることを示す。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）が１４であると、識別子（Ｉｄｅ
ｎｔｉｆｉｅｒ）はＰ＿ＥＮＤであり、パッチ終了モード（Ｐａｔｃｈ ｔｅｒｍｉｎａ
ｔｉｏｎ ｍｏｄｅ）であることを示す。
ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰタイプアトラスタイルグループ（又はタイル）に対するパ
ッチモードタイプは以下のように表現できる。
パッチモード（ａｔｇｄｕ＿ｐａｔｃｈ＿ｍｏｄｅ）がであると、識別子はＰ＿ＳＫＩ
Ｐであり、パッチスキップモード（Ｐａｔｃｈ Ｓｋｉｐ ｍｏｄｅ）であることを示す
。
ＡｔｇｄｕＴｏｔａｌＮｕｍｂｅｒＯｆＰａｔｃｈｅｓはパッチ数であり、最終ｐ値に
設定される。
図４３は実施例によるパッチ情報データ（ｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｄａ
ｔａ）を示す。
図４３は図４２のアトラスタイルグループ（又はタイル）データユニットに含まれるパ
ッチ情報データのシンタックスを示す。
タイプ（ａｔｇｈ＿ｔｙｐｅ）がスキップアトラスタイルグループ（又はスキップアト
ラスタイル）（ＳＫＩＰ＿ＴＩＬＥ＿ＧＲ）であると、スキップパッチデータユニット（
パッチインデックス）（ｓｋｉｐ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ
））がパッチ情報データとして含まれる。
タイプがインターアトラスタイルグループ（又はインターアトラスタイル）（Ｐ＿ＴＩ
ＬＥ＿ＧＲ）であり、パッチモード（ｐａｔｃｈＭｏｄｅ）がパッチスキップモード（Ｐ
＿ＳＫＩＰ）であると、スキップパッチデータユニット（パッチインデックス）（ｓｋｉ
ｐ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ）がパッチ情報データとして含
まれる。パッチモードがパッチマージモード（Ｐ＿ＭＥＲＧＥ）であると、統合パッチデ
ータユニット（パッチインデックス）（ｍｅｒｇｅ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（
ｐａｔｃｈＩｄｘ））がパッチ情報データとして含まれる。パッチモードが非予測パッチ
モード（Ｐ＿ＩＮＴＲＡ）であると、パッチデータユニット（パッチインデックス）（ｐ
ａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ））がこのシンタックス構造（以下、
パッチ情報データを称する）に含まれる。パッチモードがインター予測パッチモード（Ｐ
＿ＩＮＴＥＲ）であると、インターパッチデータユニット（パッチインデックス）（ｉｎ
ｔｅｒ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ））がこのシンタックス構
造に含まれる。パッチモードがＲＡＷポイントパッチモード（Ｐ＿ＲＡＷ）であると、行
パッチデータユニット（パッチインデックス）（ｒａｗ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉ
ｔ（ｐａｔｃｈＩｄｘ）がこのシンタックス構造に含まれる。パッチモードがＥＯＭポイ
ントパッチモード（Ｐ＿ＥＯＭ）であると、ＥＯＭパッチデータユニット（パッチインデ
ックス）（ｅｏｍ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ））がこのシン
タックス構造に含まれる。
タイプがイントラーアトラスタイルグループ（Ｉ＿ＴＩＬＥ＿ＧＲ）であり、パッチモ
ードが非予測パッチモード（Ｉ＿ＩＮＴＲＡ）であると、パッチデータユニット（パッチ
インデックス）（ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ））がこのシンタ
ックス構造に含まれる。パッチモードがＲＡＷポイントパッチモード（Ｉ＿ＲＡＷ）であ
ると、ＲＡＷパッチデータユニット（パッチインデックス（ｒａｗ＿ｐａｔｃｈ＿ｄａｔ
ａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ））がこのシンタックス構造に含まれる。パッチモード
がＥＯＭポイントパッチモード（Ｉ＿ＥＯＭ）であると、ＥＯＭパッチデータユニット（
パッチインデックス）（ｅｏｍ＿ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ（ｐａｔｃｈＩｄｘ）
）がこのシンタックス構造に含まれる。
図４４は実施例によるパッチデータユニット（ｐａｔｃｈ＿ｄａｔａ＿ｕｎｉｔ）を示
す。
図４４は図４３に含まれたパッチデータユニットのシンタックスを示す。
ＰＤＵ ２Ｄポジションｘ（ｐｄｕ＿２ｄ＿ｐｏｓ＿ｘ［ｐ］）：現在アトラスタイル
グループ（又はタイル）内のパッチｐに対するパッチバウンディングボックスの左上部コ
ーナーのｘ座標（又は左部オフセット）を示す。アトラスタイルグループはタイルグルー
プインデックスを有し、アトラスタイルはタイルインデックスを有する。このインデック
スが複数のパッチパッキングブロックサイズ（ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉ
ｚｅ）として表現される（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｘ－ｃｏｏｒｄｉｎａｔｅ （
ｏｒ ｌｅｆｔ ｏｆｆｓｅｔ） ｏｆ ｔｈｅ ｔｏｐ－ｌｅｆｔ ｃｏｒｎｅｒ ｏ
ｆ ｔｈｅ ｐａｔｃｈ ｂｏｕｎｄｉｎｇ ｂｏｘ ｆｏｒ ｐａｔｃｈ ｐ ｉｎ
ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ， ｔｉｌｅＧｒｏｕｐＩ
ｄｘ， ｅｘｐｒｅｓｓｅｄ ａｓ ａ ｍｕｌｔｉｐｌｅ ｏｆ ＰａｔｃｈＰａｃｋ
ｉｎｇＢｌｏｃｋＳｉｚｅ）。
ＰＤＵ ２Ｄポジションｙ（ｐｄｕ＿２ｄ＿ｐｏｓ＿ｙ［ｐ］）：現在アトラスタイル
グループ（又はタイル）内のパッチｐに対するパッチバウンディングボックスの左上部コ
ーナーのｙ座標（又は上部オフセット）を示す。アトラスタイルグループはタイルグルー
プインデックスを有し、アトラスタイルはタイルインデックスを有する。このインデック
スが複数のパッチパッキングブロックサイズ（ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉ
ｚｅ）として表現される（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｙ－ｃｏｏｒｄｉｎａｔｅ （
ｏｒ ｔｏｐ ｏｆｆｓｅｔ）ｏｆ ｔｈｅ ｔｏｐ－ｌｅｆｔ ｃｏｒｎｅｒ ｏｆ
ｔｈｅ ｐａｔｃｈ ｂｏｕｎｄｉｎｇ ｂｏｘ ｆｏｒ ｐａｔｃｈ ｐ ｉｎ ｔｈ
ｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ， ｔｉｌｅＧｒｏｕｐＩｄｘ
， ｅｘｐｒｅｓｓｅｄ ａｓ ａ ｍｕｌｔｉｐｌｅ ｏｆ ＰａｔｃｈＰａｃｋｉｎ
ｇＢｌｏｃｋＳｉｚｅ）。
ＰＤＵ ２Ｄサイズｘ（ｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｘ＿ｍｉｎｕｓ１［ｐ］）：この値
に１を加えると、現在アトラスタイルグループ、ｔｉｌｅＧｒｏｕｐＩｄｘ又は現在アト
ラスタイル、ｔｉｌｅｄｘ内のインデックスｐを有するパッチの量子化された幅の値を示
す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｑｕａｎｔｉｚｅｄ ｗｉｄｔｈ ｖ
ａｌｕｅ ｏｆ ｔｈｅ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｉｎ ｔｈｅ ｃｕ
ｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ， ｔｉｌｅＧｒｏｕｐＩｄｘ）。
ＰＤＵ ２Ｄサイズｙ（ｐｄｕ＿２ｄ＿ｓｉｚｅ＿ｙ＿ｍｉｎｕｓ１［ｐ］）：この値
に１を加えると、現在アトラスタイルグループ、ｔｉｌｅＧｒｏｕｐＩｄｘ又は現在アト
ラスタイル、ｔｉｌｅｄｘ内のインデックスｐを有するパッチの量子化された高さの値を
示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｑｕａｎｔｉｚｅｄ ｈｅｉｇｈｔ
ｖａｌｕｅ ｏｆ ｔｈｅ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｉｎ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ， ｔｉｌｅＧｒｏｕｐＩｄｘ）。
ＰＤＵ ３Ｄポジションｘ（ｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ［ｐ］）：接線軸に沿って現在
アトラスタイルグループ又は現在アトラスタイルのインデックスｐを有するパッチ内の復
元されたパッチポイントに適用されるシフトを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｓｈ
ｉｆｔ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐ
ａｔｃｈ ｐｏｉｎｔｓ ｉｎ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ａｌｏｎｇ ｔｈｅ ｔａｎｇ
ｅｎｔ ａｘｉｓ）。
ＰＤＵ ３Ｄポジションｙ（ｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ［ｐ］）：従接線軸に沿って現
在アトラスタイルグループ又は現在アトラスタイルのインデックスｐを有するパッチ内の
復元されたパッチポイントに適用されるシフトを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｓ
ｈｉｆｔ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｒｅｃｏｎｓｔｒｕｃｔｅｄ
ｐａｔｃｈ ｐｏｉｎｔｓ ｉｎ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈ
ｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ａｌｏｎｇ ｔｈｅ ｂｉｔ
ａｎｇｅｎｔ ａｘｉｓ）。
ＰＤＵ ３Ｄポジションｚ（ｐｄｕ＿３ｄ＿ｐｏｓ＿ｍｉｎ＿ｚ［ｐ］）：垂直軸に沿
って現在アトラスタイルグループ又はアトラスタイルのインデックスｐを有するパッチ内
の復元されたパッチポイントに適用されるシフトを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ
ｓｈｉｆｔ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｒｅｃｏｎｓｔｒｕｃｔｅｄ
ｐａｔｃｈ ｐｏｉｎｔｓ ｉｎ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔ
ｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ａｌｏｎｇ ｔｈｅ ｎｏ
ｒｍａｌ ａｘｉｓ）。
ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅ
ｄ＿ｆｌａｇが１であると、ｐｄｕ＿３ｄ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａｘ＿ｚ［ｐａｔｃ
ｈＩｄｘ］がパッチデータユニットに含まれる。
ＰＤＵ ３Ｄポジションデルタマックスｚ（ｐｄｕ＿３ｄ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａ
ｘ＿ｚ［ｐ］）：この値が存在すると、垂直軸に沿って現在アトラスタイルグループ又は
アトラスタイルのインデックスｐを有するパッチ内の公称表現に転換された後、復元され
たビット深さパッチジオメトリサンプル内に存在すると期待されるシフトの公称最大値を
示す（Ｉｆ ｐｒｅｓｅｎｔ， ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｏｍｉｎａｌ ｍａｘ
ｉｍｕｍ ｖａｌｕｅ ｏｆ ｔｈｅ ｓｈｉｆｔ ｅｘｐｅｃｔｅｄ ｔｏ ｂｅ ｐ
ｒｅｓｅｎｔ ｉｎ ｔｈｅ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｂｉｔｄｅｐｔｈ ｐａｔ
ｃｈ ｇｅｏｍｅｔｒｙ ｓａｍｐｌｅｓ， ａｆｔｅｒ ｃｏｎｖｅｒｓｉｏｎ ｔｏ
ｔｈｅｉｒ ｎｏｍｉｎａｌ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ， ｉｎ ｐａｔｃｈ
ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇ
ｒｏｕｐ Ａｌｏｎｇ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ）。
ＰＤＵプロジェクションＩＤ（ｐｄｕ＿ｐｒｏｊｅｃｔｉｏｎ＿ｉｄ［ｐ］）：現在ア
トラスタイルグループ又は現在アトラスタイルのインデックスｐを有するパッチに対する
プロジェクション平面に対するノーマルのインデックス及びプロジェクションモードの値
を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅｓ ｏｆ ｔｈｅ ｐｒｏｊｅｃｔｉ
ｏｎ ｍｏｄｅ ａｎｄ ｏｆ ｔｈｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｎｏｒｍａｌ ｔ
ｏ ｔｈｅ ｐｒｏｊｅｃｔｉｏｎ ｐｌａｎｅ ｆｏｒ ｔｈｅ ｐａｔｃｈ ｗｉｔ
ｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕ
ｐ）。
ＰＤＵオリエンテーションインデックス（ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅ
ｘ［ｐ］）：現在アトラスタイルグループ又はアトラスタイルのインデックスｐを有する
パッチに対するパッチオリエンテーションインデックスを示す（ｉｎｄｉｃａｔｅｓ ｔ
ｈｅ ｐａｔｃｈ ｏｒｉｅｎｔａｔｉｏｎ ｉｎｄｅｘ ｆｏｒ ｔｈｅ ｐａｔｃｈ
ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ
ｇｒｏｕｐ）。
ａｆｐｓ＿ｌｏｄ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると、ｐｄｕ＿ｌｏ
ｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｐａｔｃｈＩｎｄｅｘ］がパッチデータユニットに含ま
れる。ｐｄｕ＿ｌｏｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｐａｔｃｈＩｎｄｅｘ］が０より大
きいと、ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｘ＿ｍｉｎｕｓ１［ｐａｔｃｈＩｎｄｅｘ］及び
ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｙ［ｐａｔｃｈＩｎｄｅｘ］がパッチデータユニットに含
まれる。
ＰＤＵ ＬＯＤ有効フラグ（ｐｄｕ＿ｌｏｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｐ］）：こ
の値が１であると、ＬＯＤパラメータが現在パッチｐに対して存在することを示す。この
値が０であると、現在パッチに対してＬＯＤパラメータが存在しないことを示す（ｅｑｕ
ａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ＬＯＤ ｐａｒａｍｅｔｅｒ
ｓ ａｒｅ ｐｒｅｓｅｎｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｐａｔｃｈ ｐ． Ｉ
ｆ ｐｄｕ＿ｌｏｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｐ］ ｉｓ ｅｑｕａｌ ｔｏ ０，
ｎｏ ＬＯＤ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｐｒｅｓｅｎｔ ｆｏｒ ｔｈｅ ｃ
ｕｒｒｅｎｔ ｐａｔｃｈ）。
ＰＤＵ ＬＯＤスケールＸ（ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｓ＿ｍｉｎｕｓ１［ｐ］）
：パッチ座標Ｐａｔｃｈ３ＤＰｏｓＸ［ｐ］に加える前に、現在アトラスタイルグループ
又はアトラスタイルのインデックスｐを有するパッチ内ポイントのローカルＸ座標に適用
されるＬＯＤ倍率（ｓｃａｌｉｎｇ ｆａｃｔｏｒ）を示す（ｓｐｅｃｉｆｉｅｓ ｔｈ
ｅ ＬＯＤ ｓｃａｌｉｎｇ ｆａｃｔｏｒ ｔｏ ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈ
ｅ ｌｏｃａｌ ｘ ｃｏｏｒｄｉｎａｔｅ ｏｆ ａ ｐｏｉｎｔ ｉｎ ａ ｐａｔ
ｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌ
ｅ ｇｒｏｕｐ， ｐｒｉｏｒ ｔｏ ｉｔｓ ａｄｄｉｔｉｏｎ ｔｏ ｔｈｅ ｐａ
ｔｃｈ ｃｏｏｒｄｉｎａｔｅ Ｐａｔｃｈ３ＤＰｏｓＸ［ｐ］）。
ＰＤＵ ＬＯＤスケールＹ（ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｙ［ｐ］）：パッチ座標Ｐ
ａｔｃｈ３ＤＰｏｓＹ［ｐ］に加える前に、現在アトラスタイルグループ又はアトラスタ
イルのインデックスｐを有するパッチ内ポイントのローカルＹ座標に適用されるＬＯＤ倍
率を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ＬＯＤ ｓｃａｌｉｎｇ ｆａｃｔｏｒ ｔｏ
ｂｅ ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ｌｏｃａｌ ｙ ｃｏｏｒｄｉｎａｔｅ ｏｆ
ａ ｐｏｉｎｔ ｉｎ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｐ ｏｆ ｔｈｅ
ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ， ｐｒｉｏｒ ｔｏ ｉｔｓ ａ
ｄｄｉｔｉｏｎ ｔｏ ｔｈｅ ｐａｔｃｈ ｃｏｏｒｄｉｎａｔｅ Ｐａｔｃｈ３ＤＰ
ｏｓＹ［ｐ］）。
ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ
＿ｆｌａｇが１であると、ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｄ
ａｔａ（ｐａｔｃｈＩｄｘ）がパッチデータユニットに含まれる。
ポイントローカル復元データ（パッチインデックス）（ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅ
ｃｏｎｓｔｒｕｃｔｉｏｎ＿ｄａｔａ（ｐａｔｃｈＩｄｘ））：デコーダ端で圧縮損失な
どにより損失（ｍｉｓｓｉｎｇ）ポイントを復元するための情報を含む。
図４５は実施例によるパッチオリエンテーションに関するローテーション及びオフセッ
トを示す。
図４５は図４４のオリエンテーションインデックスのためのローテーションマトリック
ス及びオフセットを示す。
実施例による方法／装置はポイントクラウドデータに対するオリエンテーション動作を
行い、図４５のようにこのための識別子、ローテーション、オフセットが使用される。
図４６は実施例によるシーン客体情報（ｓｃｅｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔ
ｉｏｎ）を示す。
図４６は図３２のようにビットストリーム３２０００に含まれるサンプルストリームＮ
ＡＬユニットのＳＥＩメッセージのシンタックスを示す。
実施例による客体はポイントクラウド客体である。さらに客体を構成又は区分する（部
分）客体まで含む概念である。
実施例による方法／装置は実施例によるシーン客体情報に基づいて１つ以上のシーン客
体（ｓｃｅｎｅ ｏｂｊｅｃｔ）を含む３Ｄ空間領域（ｓｐａｔｉａｌ ｒｅｇｉｏｎ）
単位の部分接近（ｐａｒｔｉａｌ ａｃｃｅｓｓ）を提供する。
実施例によるＳＥＩメッセージは復号、再構成、ディスプレイ又は他の目的に関連する
プロセスに関する情報を含む。
実施例によるＳＥＩメッセージは必須（ｅｓｓｅｎｔｉａｌ）及び非必須（ｎｏｎ－ｅ
ｓｓｅｎｔｉａｌ）の２つのタイプを含む。
非必須ＳＥＩメッセージは復号プロセスでは不要である。デコーダがアウトプットオー
ダー符合のためのこの情報を処理するための動作が不要である。
実施例によるシーン客体情報（Ｓｃｅｎｅ Ｏｂｊｅｃｔ Ｉｎｆｏｒｍａｔｉｏｎ）
、客体ラベル情報（Ｏｂｊｅｃｔ Ｌａｂｅｌ Ｉｎｆｏｒｍａｔｉｏｎ）、パッチ情報
（Ｐａｔｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）、及びボリュメトリック矩形情報（Ｖｏｌｕｍ
ｅｔｒｉｃ Ｒｅｃｔａｎｇｌｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含むボリュメトリッ
ク注釈情報（Ｖｏｌｕｍｅｔｒｉｃ Ａｎｎｏｔａｔｉｏｎ ＳＥＩ Ｍｅｓｓａｇｅ）
は非必須ＳＥＩメッセージである。
また、実施例によって上記情報は必須ＳＥＩメッセージに伝達される。
必須ＳＥＩメッセージはＶ－ＰＣＣビットストリームに必須パートであり、ビットスト
リームから除去できない。必須ＳＥＩメッセージは２つのタイプにカテゴリー化される。
タイプＡの必須ＳＥＩメッセージ：このようなＳＥＩはビットストリーム符合を確認す
るために必要な情報及びアウトプットタイミングデコーダ符合のための情報を含む。実施
例によるＶ－ＰＣＣデコーダは関連のあるタイプＡ必須のＳＥＩメッセージを捨てない。
実施例によるＶ－ＰＣＣデコーダはその情報をビットストリーム符合及びアウトプットタ
イミングデコーダ符合のために考慮する。
タイプＢの必須ＳＥＩメッセージ：特定の復元プロファイルに従うＶ－ＰＣＣデコーダ
は関連するタイプＢの必須ＳＥＩメッセージを捨てず、３Ｄポイントクラウド復元及び符
合目的のためにその情報を使用する。
図４６はボリュメトリック注釈ＳＥＩメッセージ（Ｖｏｌｕｍｅｔｒｉｃ Ａｎｎｏｔ
ａｔｉｏｎ ＳＥＩ Ｍｅｓｓａｇｅ）を示す。
実施例によるＶ－ＰＣＣビットストリームは部分接近（ｐａｒｔｉａｌ ａｃｃｅｓｓ
）に関連するボリュメトリック注釈ＳＥＩメッセージを図４４のように定義している。
取り消しフラグ（ｓｏｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、シーン客
体情報ＳＥＩメッセージがアウトプット順に以前のシーン客体情報ＳＥＩメッセージを取
り消すことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｓ
ｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｃａｎｃ
ｅｌｓ ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ ｏｆ ａｎｙ ｐｒｅｖｉｏｕｓ ｓｃｅｎ
ｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｉｎ ｏｕｔｐ
ｕｔ ｏｒｄｅｒ）。
更新客体数（ｓｏｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ）：現在ＳＥＩにより更
新される客体の数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｏｂｊｅ
ｃｔｓ ｔｈａｔ ａｒｅ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｂｙ ｔｈｅ ｃｕｒｒｅｎ
ｔ ＳＥＩ）。
ｓｏｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓが０より大きいと、以下の要素がシー
ン客体情報に含まれる。
シンプル客体フラグ（ｓｏｉ＿ｓｉｍｐｌｅ＿ｏｂｊｅｃｔｓ＿ｆｌａｇ）：この値が
１であると、更新される或いは新しく導入される客体に関する追加情報がシグナリングさ
れないことを示す。この値が０であると、更新される或いは新しく導入される客体に関す
る追加情報がシグナリングされることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅ
ｓ ｔｈａｔ ｎｏ ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ａｎ
ｕｐｄａｔｅｄ ｏｒ ｎｅｗｌｙ ｉｎｔｒｏｄｕｃｅｄ ｏｂｊｅｃｔ ｗｉｌｌ
ｂｅ ｓｉｇｎａｌｌｅｄ． ｓｏｉ＿ｓｉｍｐｌｅ＿ｏｂｊｅｃｔｓ＿ｆｌａｇ ｅｑ
ｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒ
ｍａｔｉｏｎ ｆｏｒ ａｎ ｕｐｄａｔｅｄ ｏｒ ｎｅｗｌｙ ｉｎｔｒｏｄｕｃｅ
ｄ ｏｂｊｅｃｔ ｍａｙ ｂｅ ｓｉｇｎａｌｅｄ）。
ｓｏｉ＿ｓｉｍｐｌｅ＿ｏｂｊｅｃｔｓ＿ｆｌａｇが０であると、以下の要素がシーン
客体情報に含まれる。
ｓｏｉ＿ｓｉｍｐｌｅ＿ｏｂｊｅｃｔｓ＿ｆｌａｇが０ではないと、ｓｏｉ＿ｏｂｊｅ
ｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅ
ｓｅｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌ
ａｇ＝０、ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝
０、ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝０、ｓｏ
ｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｃｏｌ
ｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｐｏｉｎｔ＿ｓｔ
ｙｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ＿ｐｒｅｓｅ
ｎｔ＿ｆｌａｇ＝０、ｓｏｉ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝のよう
に値がセットされる。
客体ラベル存在フラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）：この値が１であると、現在シーン客体情報ＳＥＩメッセージ内に客体ラベル情報が
存在することを示す。この値が０であると、客体ラベル情報が存在しないことを示す（ｅ
ｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｌａｂｅｌ ｉｎ
ｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎ
ｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿ｏｂ
ｊｅｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃ
ａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｌａｂｅｌ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏ
ｔ ｐｒｅｓｅｎｔ）。
優先順位存在フラグ（ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この
値が１であると、現在シーン客体情報ＳＥＩメッセージ内の優先順位情報が存在すること
を示す。この値が０であると、優先順位情報が存在しないことを示す（ｅｑｕａｌ ｔｏ
１ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｒｉｏｒｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｉ
ｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎ
ｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅｓ
ｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｒｉｏｒ
ｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
客体隠し存在フラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）：この値が１であると、現在シーン客体情報ＳＥＩメッセージ内に隠し客体情報が存
在することを示す。この値が０であると、隠し客体情報が存在しないことを示す（ｅｑｕ
ａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｈｉｄｄｅｎ ｏｂｊｅｃｔ ｉｎｆ
ｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ
ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿ｏｂｊ
ｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃ
ａｔｅｓ ｔｈａｔ ｈｉｄｄｅｎ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎ
ｏｔ ｐｒｅｓｅｎｔ）。
客体従属存在フラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ
＿ｆｌａｇ）：この値が１であると、現在シーン客体情報ＳＥＩメッセージ内に客体従属
情報が存在することを示す。この値が０であると、客体従属情報が存在しないことを示す
（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｄｅｐｅｎｄ
ｅｎｃｙ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅ
ｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ．
ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａ
ｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｄｅｐｅｎｄｅｎｃｙ
ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
観測可能円錐存在フラグ（ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｐｒｅｓｅｎ
ｔ＿ｆｌａｇ）：この値が１であると、観測可能円錐情報が現在シーン客体情報ＳＥＩメ
ッセージ内に存在することを示す。この値が０であると、観測可能円錐情報が存在しない
ことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｖｉｓｉｂｉｌｉ
ｔｙ ｃｏｎｅｓ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃ
ｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓ
ａｇｅ． ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅ
ｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅ
ｓ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
３Ｄバウンディングボックス存在フラグ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、３Ｄバウンディングボックス情報が
現在シーン客体情報ＳＥＩメッセージ内に存在することを示す。この値が０であると、３
Ｄバウンディングボックス情報が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄ
ｉｃａｔｅｓ ｔｈａｔ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ
ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉ
ｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿
ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈ
ａｔ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒ
ｅｓｅｎｔ）。
衝突模様存在フラグ（ｓｏｉ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｐｒｅｓｅｎｔ＿ｆ
ｌａｇ）：この値が１であると、衝突情報が現在シーン客体情報ＳＥＩメッセージ内に存
在することを示す。この値が０であると、衝突模様情報が存在しないことを示す（ｅｑｕ
ａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｃｏｌｌｉｓｉｏｎ ｉｎｆｏｒｍａ
ｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊ
ｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿ｃｏｌｌｉｓｉ
ｏｎ＿ｓｈａｐｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔ
ｅｓ ｔｈａｔ ｃｏｌｌｉｓｉｏｎ ｓｈａｐｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎ
ｏｔ ｐｒｅｓｅｎｔ）。
ポイントスタイル存在フラグ（ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｐｒｅｓｅｎｔ＿ｆ
ｌａｇ）：この値が１であると、ポイントスタイル情報が現在シーン客体情報ＳＥＩメッ
セージ内に存在することを示す。この値が０であると、ポイントスタイル情報が存在しな
いことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｓ
ｔｙｌｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅ
ｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ．
ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０
ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｓｔｙｌｅ ｉｎｆｏｒｍａｔｉｏｎ
ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
物質ＩＤ存在フラグ（ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
：この値が１であると、物質ＩＤ情報が現在シーン客体情報ＳＥＩメッセージ内に存在す
ることを示す。この値が０であると、物質ＩＤ情報が存在しないことを示す（ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｍａｔｅｒｉａｌ ＩＤ ｉｎｆｏｒｍａ
ｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊ
ｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｓｏｉ＿ｍａｔｅｒｉａ
ｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔ
ｈａｔ ｍａｔｅｒｉａｌ ＩＤ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅ
ｎｔ）。
拡張存在フラグ（ｓｏｉ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値
が１であると、追加拡張情報が現在シーン客体情報ＳＥＩメッセージ内に存在することを
示す。この値が０であると、追加拡張情報が存在しないことを示す（ｅｑｕａｌ ｔｏ
１ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｄｄｉｔｉｏｎａｌ ｅｘｔｅｎｓｉｏｎ ｉｎ
ｆｏｒｍａｔｉｏｎ ｓｈａｌｌ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｃｕｒｒｅｎ
ｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ．
ｓｏｉ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎ
ｄｉｃａｔｅｓ ｔｈａｔ ａｄｄｉｔｉｏｎａｌ ｅｘｔｅｎｓｉｏｎ ｉｎｆｏｒｍ
ａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ． Ｉｔ ｉｓ ａ ｒｅｑｕｉｒｅｍｅｎ
ｔ ｏｆ ｂｉｔｓｔｒｅａｍ ｃｏｎｆｏｒｍａｎｃｅ ｔｏ ｔｈｉｓ ｖｅｒｓｉ
ｏｎ ｏｆ ｔｈｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｔｈａｔ ｓｏｉ＿ｅｘｔｅｎｓｉ
ｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｓｈａｌｌ ｂｅ ｅｑｕａｌ ｔｏ ０）。
ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、
以下の要素がシーン客体情報内に含まれる。
３Ｄバウンディングボックススケール（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓ
ｃａｌｅ＿ｌｏｇ２）：客体のために記述される３Ｄバウンディングボックスパラメータ
に適用されるスケールを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓｃａｌｅ ｔｏ ｂｅ
ａｐｐｌｉｅｄ ｔｏ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｐａｒａｍｅｔｅｒ
ｓ ｔｈａｔ ｍａｙ ｂｅ ｓｐｅｃｉｆｉｅｄ ｆｏｒ ａｎ ｏｂｊｅｃｔ）。
３Ｄバウンディングボックス精度（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅ
ｃｉｓｉｏｎ＿ｍｉｎｕｓ８）：この値に８を加えると、客体のために記述される３Ｄバ
ウンディングボックスパラメータの精度を示す（ｐｌｕｓ ８ ｉｎｄｉｃａｔｅｓ ｔ
ｈｅ ｐｒｅｃｉｓｉｏｎ ｏｆ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｐａｒａ
ｍｅｔｅｒｓ ｔｈａｔ ｍａｙ ｂｅ ｓｐｅｃｉｆｉｅｄ ｆｏｒ ａｎ ｏｂｊｅ
ｃｔ）。
客体インデックスの最大値（ｓｏｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉｄｘ＿ｕｐ
ｄａｔｅｄ）：現在シーン客体情報ＳＥＩメッセージ内の客体インデックスの値をシグナ
リングするために使用されるビットの数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂ
ｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｓｉｇｎａｌ ｔｈｅ ｖａｌｕｅ ｏｆ ａ
ｎ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊｅ
ｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である
と、以下の要素がシーン客体情報内に含まれる。
客体従属インデックス最大値（ｓｏｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎ
ｄｅｎｃｙ＿ｉｄｘ）：現在シーン客体情報ＳＥＩメッセージ内の従属客体インデックス
の値をシグナリングするために使用されるビットの数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈ
ｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｓｉｇｎａｌ ｔｈｅ ｖａｌｕ
ｅ ｏｆ ａ ｄｅｐｅｎｄｅｎｃｙ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉｎ ｔｈｅ ｃｕ
ｒｒｅｎｔ ｓｃｅｎｅ ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａ
ｇｅ）。
ｓｏｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ値だけ以下の要素がシーン客体情報内
に含まれる。
客体インデックス（ｓｏｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］）：更新されるｉ番目の客体
の客体インデックスを示す。ｓｏｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］を示すために使用され
るビットの数はｓｏｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉｄｘ＿ｕｐｄａｔｅｄであ
る。ｓｏｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］がビットストリーム内に存在しない場合、その
値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｏｂｊｅｃｔ ｉｎｄｅｘ ｏｆ
ｔｈｅ ｉ－ｔｈ ｏｂｊｅｃｔ ｔｏ ｂｅ ｕｐｄａｔｅｄ． Ｔｈｅ ｎｕｍｂｅ
ｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｓｏｉ＿ｏｂｊｅｃｔ＿ｉ
ｄｘ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ｓｏｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉｄ
ｘ＿ｕｐｄａｔｅｄ． Ｗｈｅｎ ｓｏｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］ ｉｓ ｎｏｔ
ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ， ｉｔｓ ｖａｌｕｅ ｓｈａ
ｌｌ ｂｅ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ０）。
客体取り消しフラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］）：この
値が１であると、インデックスＩである客体は取り消され、変数ＯｂｊｅｃｔＴｒａｃｋ
ｅｄ［ｉ］は０であることを示す。客体ラベル、３Ｄバウンディングボックスパラメータ
、優先順位情報、隠しフラグ、従属情報、観測可能円錐、衝突模様、ポイントスタイル及
び物質ＩＤを含む全ての関連するパラメータはそれらのデフォルト値にリセットされる。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｃａｎｃｅｌ＿ｆｌａｇ が０であると、ｓｏｉ＿ｏｂｊｅｃｔ
＿ｉｄｘ［ｉ］と同じインデックスを有する客体がこの要素をフォローする情報に更新さ
れることを示す。変数ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］は１にセットされる（ｅｑｕａ
ｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎ
ｄｅｘ ｅｑｕａｌ ｔｏ ｉ ｓｈａｌｌ ｂｅ ｃａｎｃｅｌｅｄ ａｎｄ ｔｈａ
ｔ ｔｈｅ ｖａｒｉａｂｌｅ ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］ ｓｈａｌｌ ｂｅ
ｓｅｔ ｔｏ ０． Ｆｕｒｔｈｅｒｍｏｒｅ， ａｌｌ ｏｆ ｉｔｓ ａｓｓｏｃ
ｉａｔｅｄ ｐａｒａｍｅｔｅｒｓ， ｉｎｃｌｕｄｉｎｇ ｔｈｅ ｏｂｊｅｃｔ ｌ
ａｂｅｌ， ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｐａｒａｍｅｔｅｒｓ， ｐｒｉｏｒｉ
ｔｙ ｉｎｆｏｒｍａｔｉｏｎ， ｈｉｄｄｅｎ ｆｌａｇ， ｄｅｐｅｎｄｅｎｃｙ
ｉｎｆｏｒｍａｔｉｏｎ， ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅｓ， ｃｏｌｌｉｓｉｏｎ
ｓｈａｐｅｓ， ｐｏｉｎｔ ｓｔｙｌｅ， ａｎｄ ｍａｔｅｒｉａｌ ｉｄ， ｗ
ｉｌｌ ｂｅ ｒｅｓｅｔ ｔｏ ｔｈｅｉｒ ｄｅｆａｕｌｔ ｖａｌｕｅｓ． ｓｈ
ａｌｌ ａｌｓｏ ｂｅ ｓｅｔ ｅｑｕａｌ ｔｏ ０． ｓｏｉ＿ｏｂｊｅｃｔ＿ｃ
ａｎｃｅｌ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ
ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｅｑｕａｌ ｔｏ ｓｏｉ＿ｏｂｊｅｃｔ＿ｉ
ｄｘ［ｉ］ ｓｈａｌｌ ｂｅ ｕｐｄａｔｅｄ ｗｉｔｈ ｉｎｆｏｒｍａｔｉｏｎ
ｔｈａｔ ｆｏｌｌｏｗｓ ｔｈｉｓ ｅｌｅｍｅｎｔ ａｎｄ ｔｈａｔ ｔｈｅ ｖ
ａｒｉａｂｌｅ ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］ ｓｈａｌ ｂｅ ｓｅｔ ｔｏ
１）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｋ］が１ではなく、ｓｏｉ＿ｏｂｊ
ｅｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下の要素がシーン客体
情報内に含まれる。
客体ラベル更新フラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇ
［ｉ］）：この値が１であると、客体ラベル更新情報がインデックスｉを有する客体に対
して存在することを示す。この値が０であると、客体ラベル更新情報が存在しないことを
示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｌａｂｅ
ｌ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ ａｎ ｏ
ｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿ｏｂｊｅｃｔ＿ｌａ
ｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ
ｔｈａｔ ｏｂｊｅｃｔ ｌａｂｅｌ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ
ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］が１であると、以
下の要素がシーン客体情報内に含まれる。
客体ラベルインデックス（ｓｏｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：イン
デックスｉを有する客体のラベルインデックスを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｌ
ａｂｅｌ ｉｎｄｅｘ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ）。
ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下の要素がシ
ーン客体情報内に含まれる。
優先順位更新フラグ（ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：
この値が１であると、優先順位更新情報が客体インデックスｉを有する客体に対して存在
することを示す。この値が０であると、客体優先順位情報が存在しないことを示す（ｅｑ
ｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｒｉｏｒｉｔｙ ｕｐｄａｔｅ
ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ ａｎ ｏｂｊｅｃｔ ｗｉｔ
ｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｕｐｄａｔｅ＿ｆｌ
ａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｐ
ｒｉｏｒｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］が１であると、以下の要素
がシーン客体情報内に含まれる。
優先順位値（ｓｏｉ＿ｐｒｉｏｒｉｔｙ＿ｖａｌｕｅ［ｉ］）：インデックスｉを有す
る客体の優先順位を示す。優先順位値が低いか又は高い（ｉｎｄｉｃａｔｅｓ ｔｈｅ
ｐｒｉｏｒｉｔｙ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ
ｌｏｗｅｒ ｔｈｅ ｐｒｉｏｒｉｔｙ ｖａｌｕｅ， ｔｈｅ ｈｉｇｈｅｒ ｔｈｅ
ｐｒｉｏｒｉｔｙ）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下
の要素がシーン客体情報内に含まれる。
客体隠しフラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｆｌａｇ［ｉ］）：この値が
１であると、インデックスｉを有する客体が隠されることを示す。この値が０であると、
インデックスｉを有する客体が存在することを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃ
ａｔｅｓ ｔｈａｔ ｔｈｅ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ ｓｈａｌｌ
ｂｅ ｈｉｄｄｅｎ． ｓｏｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｆｌａｇ［ｉ］ ｅｑｕ
ａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｏｂｊｅｃｔ ｗｉｔｈ ｉ
ｎｄｅｘ ｉ ｓｈａｌｌ ｂｅｃｏｍｅ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である
と、以下の要素がシーン客体情報内に含まれる。
客体従属更新フラグ（ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿
ｆｌａｇ［ｉ］）：この値が１であると、客体従属更新情報が客体インデックスｉを有す
る客体に対して存在することを示す。この値が０であると、客体従属更新情報が存在しな
いことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ
ｄｅｐｅｎｄｅｎｃｙ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ
ｆｏｒ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿
ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔ
ｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｏｂｊｅｃｔ ｄｅｐｅｎｄｅｎｃｙ ｕｐｄ
ａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］が１で
あると、以下の要素がシーン客体情報内に含まれる。
客体従属の数（ｓｏｉ＿ｏｂｊｅｃｔ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｃｉｅｓ［ｉ］）：
インデックスｉを有する客体従属の数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅ
ｒ ｏｆ ｄｅｐｅｎｄｅｎｃｉｅｓ ｏｆ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ
）。
ｓｏｉ＿ｏｂｊｅｃｔ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｃｉｅｓ［ｋ］ 値だけ以下の要素
がシーン客体情報内に含まれる。
客体従属インデックス（ｓｏｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｘ［ｉ］
［ｊ］）：客体インデックスｉを有する客体を有する従属を有するｊ番目の客体のインデ
ックスを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｊ－ｔｈ ｏ
ｂｊｅｃｔ ｔｈａｔ ｈａｓ ａ ｄｅｐｅｎｄｅｎｃｙ ｗｉｔｈ ｔｈｅ ｏｂｊ
ｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ）。
ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると
、以下の要素がシーン客体情報内に含まれる。
観測可能円錐更新フラグ（ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｕｐｄａｔｅ
＿ｆｌａｇ［ｉ］）：この値が１であると、観測可能円錐更新情報が客体インデックスｉ
を有する客体に対して存在することを示す。この値が０であると、観測可能円錐更新情報
が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｖｉ
ｓｉｂｉｌｉｔｙ ｃｏｎｅｓ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅ
ｓｅｎｔ ｆｏｒ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ．
ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａ
ｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅｓ ｕ
ｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｖｉｓｉｂｉｌｉｔｙ＿ｃｏｎｅｓ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］が１であ
ると、以下の要素がシーン客体情報内に含まれる。
方向Ｘ（ｓｏｉ＿ｄｉｒｅｃｔｉｏｎ＿ｘ［ｉ］）：客体インデックスｉを有する客体
の観測可能円錐の方向ベクトルの正規化Ｘコンポーネントを示す。存在しない場合、この
値は１．０に等しいと推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｏｒｍａｌｉｚｅｄ
ｘ－ｃｏｍｐｏｎｅｎｔ ｖａｌｕｅ ｏｆ ｔｈｅ ｄｉｒｅｃｔｉｏｎ ｖｅｃｔ
ｏｒ ｆｏｒ ｔｈｅ ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅ ｏｆ ａｎ ｏｂｊｅｃｔ
ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． Ｔｈｅ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｄｉ
ｒｅｃｔｉｏｎ＿ｘ［ｉ］、ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｓ ａｓｓｕｍｅ
ｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ １．０）。
方向Ｙ（ｓｏｉ＿ｄｉｒｅｃｔｉｏｎ＿ｙ［ｉ］）：客体インデックスｉを有する客体
の観測可能円錐の方向ベクトルの正規化Ｙコンポーネント値を示す。存在しない場合、こ
の値は１．０に等しいと推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｏｒｍａｌｉｚｅ
ｄ ｙ－ｃｏｍｐｏｎｅｎｔ ｖａｌｕｅ ｏｆ ｔｈｅ ｄｉｒｅｃｔｉｏｎ ｖｅｃ
ｔｏｒ ｆｏｒ ｔｈｅ ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅ ｏｆ ａｎ ｏｂｊｅｃｔ
ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． Ｔｈｅ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｄ
ｉｒｅｃｔｉｏｎ＿ｙ［ｉ］、ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｓ ａｓｓｕｍ
ｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ １．０）。
方向Ｚ（ｓｏｉ＿ｄｉｒｅｃｔｉｏｎ＿ｚ［ｉ］）：客体インデックスｉを有する客体
の観測可能円錐の方向ベクトルの正規化Ｚコンポーネント値を示す。存在しない場合、こ
の値は１．０に等しいと推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｏｒｍａｌｉｚｅ
ｄ ｚ－ｃｏｍｐｏｎｅｎｔ ｖａｌｕｅ ｏｆ ｔｈｅ ｄｉｒｅｃｔｉｏｎ ｖｅｃ
ｔｏｒ ｆｏｒ ｔｈｅ ｖｉｓｉｂｉｌｉｔｙ ｃｏｎｅ ｏｆ ａｎ ｏｂｊｅｃｔ
ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． Ｔｈｅ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｄ
ｉｒｅｃｔｉｏｎ＿ｚ［ｉ］、ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｉｓ ａｓｓｕｍ
ｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ １．０）。
角度（ｓｏｉ＿ａｎｇｌｅ［ｉ］）：過程内方向ベクトルによって観測可能円錐の角度
を示す。存在しない場合、ｓｏｉ＿ａｎｇｌｅ［ｉ］の値は１８０に等しいと推論される
（ｉｎｄｉｃａｔｅｓ ｔｈｅ ａｎｇｌｅ ｏｆ ｔｈｅ ｖｉｓｉｂｉｌｉｔｙ ｃ
ｏｎｅ ａｌｏｎｇ ｔｈｅ ｄｉｒｅｃｔｉｏｎ ｖｅｃｔｏｒ ｉｎ ｄｅｇｒｅｅ
ｓ． Ｔｈｅ ｖａｌｕｅ ｏｆ ｓｏｉ＿ａｎｇｌｅ［ｉ］， ｗｈｅｎ ｎｏｔ ｐ
ｒｅｓｅｎｔ， ｉｓ ａｓｓｕｍｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ １８０°）。
ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、
以下の要素がシーン客体情報内に含まれる。
３Ｄバウンディングボックス更新フラグ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿
ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、客体インデックスｉを有する客
体に対して存在することを示す。この値が０であると、３Ｄバウンディングボックス情報
が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ３Ｄ
ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ
ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿３ｄ＿ｂ
ｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎ
ｄｉｃａｔｅｓ ｔｈａｔ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ
ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
３ＤバウンディングボックスＸ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＸ座標値を
示す。ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ［ｉ］のデフォルト値は０に等しい
（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｘ ｃｏｏｒｄｉｎａｔｅ ｖａｌｕｅ ｏｆ ｔｈｅ
ｏｒｉｇｉｎ ｐｏｓｉｔｉｏｎ ｏｆ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ
ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖ
ａｌｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ［ｉ］ ｉｓ ｅｑｕａ
ｌ ｔｏ ０）。
３ＤバウンディングボックスＹ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＹ座標値を
示す。ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ［ｉ］のデフォルト値は０に等しい
（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｙ ｃｏｏｒｄｉｎａｔｅ ｖａｌｕｅ ｏｆ ｔｈｅ
ｏｒｉｇｉｎ ｐｏｓｉｔｉｏｎ ｏｆ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ
ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖ
ａｌｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ［ｉ］ ｉｓ ｅｑｕａ
ｌ ｔｏ ０）。
３ＤバウンディングボックスＺ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＺ座標値を
示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｚ ｃｏｏｒ
ｄｉｎａｔｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｏｒｉｇｉｎ ｐｏｓｉｔｉｏｎ ｏｆ ｔ
ｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄ
ｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉ
ｎｇ＿ｂｏｘ＿ｚ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ０）。
３ＤバウンディングボックスデルタＸ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｘ［ｉ］）：インデックスｉを有する客体のＸ軸上のバウンディングボックス
のサイズを示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓ
ｉｚｅ ｏｆ ｔｈｅ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｎ ｔｈｅ ｘ ａｘｉｓ ｏｆ
ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌ
ｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｘ［ｉ］ ｉｓ
ｅｑｕａｌ ｔｏ ０）。
３ＤバウンディングボックスデルタＹ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｙ［ｉ］）：インデックスｉを有する客体のＹ軸上のバウンディングボックス
のサイズを示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓ
ｉｚｅ ｏｆ ｔｈｅ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｎ ｔｈｅ ｙ ａｘｉｓ ｏｆ
ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌ
ｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｙ［ｉ］ ｉｓ
ｅｑｕａｌ ｔｏ ０）。
３ＤバウンディングボックスデルタＺ（ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｚ［ｉ］）：インデックスｉを有する客体のＺ軸上のバウンディングボックス
のサイズを示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓ
ｉｚｅ ｏｆ ｔｈｅ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｎ ｔｈｅ ｚ ａｘｉｓ ｏｆ
ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌ
ｕｅ ｏｆ ｓｏｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｚ［ｉ］ ｉｓ
ｅｑｕａｌ ｔｏ ０）。
ｓｏｉ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、
以下の要素がシーン客体情報内に含まれる。
衝突模様更新フラグ（ｓｏｉ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｕｐｄａｔｅ＿ｆｌ
ａｇ［ｉ］）：この値が１であると、衝突模様更新情報がインデックスｉを有する客体に
対して存在することを示す。この値が０であると、衝突模様更新情報が存在しないことを
示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｃｏｌｌｉｓｉｏｎ ｓ
ｈａｐｅ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ ａ
ｎ ｏｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿ｃｏｌｌｉｓ
ｉｏｎ＿ｓｈａｐｅ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉ
ｃａｔｅｓ ｔｈａｔ ｃｏｌｌｉｓｉｏｎ ｓｈａｐｅ ｕｐｄａｔｅ ｉｎｆｏｒｍ
ａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］］が１であ
ると、以下の要素がシーン客体情報内に含まれる。
衝突模様ＩＤ（ｓｏｉ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｉｄ［ｉ］）：インデック
スｉを有する客体の衝突模様ＩＤを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｃｏｌｌｉｓｉ
ｏｎ ｓｈａｐｅ ｉｄ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ）。
ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下の要
素がシーン客体情報内に含まれる。
ポイントスタイル更新フラグ（ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｕｐｄａｔｅ＿ｆｌ
ａｇ［ｉ］）：この値が１であると、ポイントスタイル更新情報がインデックスｉを有す
る客体に対して存在することを示す。この値が０であると、ポイントスタイル更新情報が
存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉ
ｎｔ ｓｔｙｌｅ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆ
ｏｒ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿ｐｏ
ｉｎｔ＿ｓｔｙｌｅ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉ
ｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｓｔｙｌｅ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏ
ｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］］が１であると、以
下の要素がシーン客体情報内に含まれる。
ポイント模様ＩＤ（ｓｏｉ＿ｐｏｉｎｔ＿ｓｈａｐｅ＿ｉｄ［ｉ］）：インデックスｉ
を有する客体のポイント模様ＩＤを示す。この値のデフォルト値は０に等しい（ｉｎｄｉ
ｃａｔｅｓ ｔｈｅ ｐｏｉｎｔ ｓｈａｐｅ ｉｄ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉ
ｔｈ ｉｎｄｅｘ ｉ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｐｏｉ
ｎｔ＿ｓｈａｐｅ＿ｉｄ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ０）。
ポイントサイズ（ｓｏｉ＿ｐｏｉｎｔ＿ｓｉｚｅ［ｉ］）：インデックスｉを有する客
体のポイントサイズを示す。この値のデフォルト値は１に等しい（ｉｎｄｉｃａｔｅｓ
ｔｈｅ ｐｏｉｎｔ ｓｉｚｅ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ
． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｐｏｉｎｔ＿ｓｉｚｅ［ｉ］
ｉｓ ｅｑｕａｌ ｔｏ １）。
ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下の要
素がシーン客体情報内に含まれる。
物質ＩＤ更新フラグ（ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ
］）：物質ＩＤ更新情報が客体インデックスｉを有する客体に対して存在することを示す
。この値が０であると、ポイントスタイル更新情報が存在しないことを示す（ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｍａｔｅｒｉａｌ ＩＤ ｕｐｄａｔｅ
ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｆｏｒ ａｎ ｏｂｊｅｃｔ ｗｉｔ
ｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉ． ｓｏｉ＿ｐｏｉｎｔ＿ｓｔｙｌｅ＿ｕｐｄａｔｅ
＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ
ｓｔｙｌｅ ｕｐｄａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ
）。
ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｋ］が１であると、以下
の要素がシーン客体情報内に含まれる。
物質ＩＤ（ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ［ｉ］）：インデックスｉを有する客体の
物質ＩＤを示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｍ
ａｔｅｒｉａｌ ＩＤ ｏｆ ａｎ ｏｂｊｅｃｔ ｗｉｔｈ ｉｎｄｅｘ ｉ． Ｔｈ
ｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｓｏｉ＿ｍａｔｅｒｉａｌ＿ｉｄ［ｉ］ ｉｓ
ｅｑｕａｌ ｔｏ ０）。
図４７は実施例による客体ラベル情報（Ｏｂｊｅｃｔ Ｌａｂｅｌ Ｉｎｆｏｒｍａｔ
ｉｏｎ）を示す。
図４７は図３２のようにビットストリーム３２０００に含まれるサンプルストリームＮ
ＡＬユニットのＳＥＩメッセージに関する客体ラベル情報のシンタックスを示す。
取り消しフラグ（ｏｌｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、客体ラベ
ル情報ＳＥＩメッセージがアウトプット順に以前の客体ラベル情報ＳＥＩメッセージの残
存を取り消す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｏｂｊ
ｅｃｔ ｌａｂｅｌ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｃａｎｃｅｌ
ｓ ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ ｏｆ ａｎｙ ｐｒｅｖｉｏｕｓ ｏｂｊｅｃｔ
ｌａｂｅｌ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｉｎ ｏｕｔｐｕｔ
ｏｒｄｅｒ）。
ｏｌｉ＿ｃａｎｃｅｌ＿ｆｌａｇが１ではないと、以下の要素が客体ラベル情報に含ま
れる。
ラベル言語存在フラグ（ｏｌｉ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ＿ｐｒｅｓｅｎｔ＿ｆ
ｌａｇ）：この値が１であると、ラベル言語情報が客体ラベル情報ＳＥＩメッセージ内に
存在することを示す。この値が０であると、ラベル言語情報が存在しないことを示す（ｅ
ｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｌａｂｅｌ ｌａｎｇｕａｇｅ
ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｏｂｊｅｃｔ ｌａｂ
ｅｌ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ． ｏｌｉ＿ｌａｂｅｌ＿ｌａ
ｎｇｕａｇｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ
ｔｈａｔ ｌａｂｅｌ ｌａｎｇｕａｇｅ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ
ｐｒｅｓｅｎｔ）。
ｏｌｉ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以
下の要素が客体ラベル情報に含まれる。
ゼロ相当のビット（ｏｌｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等
しい。
ラベル言語（ｏｌｉ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ）：０ｘ００のようなｎｕｌｌ終
端バイトに続いてＩＥＴＦ ＲＦＣ ５６４６により記述される言語タグを含む。ｏｌｉ
＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅシンタックス要素の長さは、ｎｕｌｌ終端バイトを含ま
ない２５５倍に等しいか又は小さい（ｃｏｎｔａｉｎｓ ａ ｌａｎｇｕａｇｅ ｔａｇ
ａｓ ｓｐｅｃｉｆｉｅｄ ｂｙ ＩＥＴＦ ＲＦＣ ５６４６ ｆｏｌｌｏｗｅｄ
ｂｙ ａ ｎｕｌｌ ｔｅｒｍｉｎａｔｉｏｎ ｂｙｔｅ ｅｑｕａｌ ｔｏ ０ｘ００
． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ｏｌｉ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ ｓ
ｙｎｔａｘ ｅｌｅｍｅｎｔ ｓｈａｌｌ ｂｅ ｌｅｓｓ ｔｈａｎ ｏｒ ｅｑｕａ
ｌ ｔｏ ２５５ ｂｙｔｅｓ， ｎｏｔ ｉｎｃｌｕｄｉｎｇ ｔｈｅ ｎｕｌｌ ｔ
ｅｒｍｉｎａｔｉｏｎ ｂｙｔｅ）。
ラベル更新数（ｏｌｉ＿ｎｕｍ＿ｌａｂｅｌ＿ｕｐｄａｔｅｓ）：現在ＳＥＩにより更
新されるラベルの数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｌａｂ
ｅｌｓ ｔｈａｔ ａｒｅ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｂｙ ｔｈｅ ｃｕｒｒｅｎ
ｔ ＳＥＩ）。
ｏｌｉ＿ｎｕｍ＿ｌａｂｅｌ＿ｕｐｄａｔｅｓ値だけ、以下の要素が客体ラベル情報に
含まれる。
ラベルインデックス（ｏｌｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：更新されるｉ番目のラベ
ルのラベルインデックスを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｌａｂｅｌ ｉｎｄｅｘ
ｏｆ ｔｈｅ ｉ－ｔｈ ｌａｂｅｌ ｔｏ ｂｅ ｕｐｄａｔｅｄ）。
ラベル取り消しフラグ（ｏｌｉ＿ｌａｂｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１
であると、ｏｌｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］のようなインデックスを有するラベルが取
り消され、空いているストリングと等しくなることを示す。この値が０であると、ｏｌｉ
＿ｌａｂｅｌ＿ｉｄｘ［ｉ］のようなインデックスを有するラベルがこの要素に従う情報
に更新されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈ
ｅ ｌａｂｅｌ ｗｉｔｈ ｉｎｄｅｘ ｅｑｕａｌ ｔｏ ｏｌｉ＿ｌａｂｅｌ＿ｉｄ
ｘ［ｉ］ ｓｈａｌｌ ｂｅ ｃａｎｃｅｌｅｄ ａｎｄ ｓｅｔ ｅｑｕａｌ ｔｏ
ａｎ ｅｍｐｔｙ ｓｔｒｉｎｇ． ｏｌｉ＿ｌａｂｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇ ｅ
ｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｌａｂｅｌ ｗｉｔｈ
ｉｎｄｅｘ ｅｑｕａｌ ｔｏ ｏｌｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］ ｓｈａｌｌ ｂｅ
ｕｐｄａｔｅｄ ｗｉｔｈ ｉｎｆｏｒｍａｔｉｏｎ ｔｈａｔ ｆｏｌｌｏｗｓ ｔ
ｈｉｓ ｅｌｅｍｅｎｔ）。
ｏｌｉ＿ｌａｂｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇが１ではないと、以下の要素が客体ラベ
ル情報に含まれる。
ゼロ相当のビット（ｏｌｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等
しい。
ラベル（ｏｌｉ＿ｌａｂｅｌ［ｉ］）：ｉ番目のラベルのラベルを示す。ｖｔｉ＿ｌａ
ｂｅｌ［ｉ］シンタックス要素の長さはｎｕｌｌ終端バイトを含まない２５５バイトに等
しいか又は小さい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｌａｂｅｌ ｏｆ ｔｈｅ ｉ－ｔｈ
ｌａｂｅｌ． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ｖｔｉ＿ｌａｂｅｌ［ｉ］ ｓ
ｙｎｔａｘ ｅｌｅｍｅｎｔ ｓｈａｌｌ ｂｅ ｌｅｓｓ ｔｈａｎ ｏｒ ｅｑｕａ
ｌ ｔｏ ２５５ ｂｙｔｅｓ， ｎｏｔ ｉｎｃｌｕｄｉｎｇ ｔｈｅ ｎｕｌｌ ｔ
ｅｒｍｉｎａｔｉｏｎ ｂｙｔｅ）。
図４８は実施例によるパッチ情報（Ｐａｔｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）を示す。
図４８は図３２のようにビットストリーム３２０００に含まれるサンプルストリームＮ
ＡＬユニットのＳＥＩメッセージに関するパッチ情報のシンタックスを示す。
取り消しフラグ（ｐｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、パッチ情報
ＳＥＩメッセージがアウトプット順に以前のパッチ情報ＳＥＩメッセージの残存を取り消
すことを示す。パッチ情報テーブル内の全てのエントリーが除去される（Ｅｑｕａｌ ｔ
ｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ
ＳＥＩ ｍｅｓｓａｇｅ ｃａｎｃｅｌｓ ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ ｏｆ
ａｎｙ ｐｒｅｖｉｏｕｓ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａ
ｇｅ ｉｎ ｏｕｔｐｕｔ ｏｒｄｅｒ ａｎｄ ｔｈａｔ ａｌｌ ｅｎｔｒｉｅｓ
ｉｎ ｔｈｅ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ ｓｈａｌｌ ｂｅ
ｒｅｍｏｖｅｄ）。
タイルグループ（又はタイル）更新数（ｐｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｕｐｄ
ａｔｅｓ）：現在ＳＥＩメッセージ内のパッチ情報テーブル内に更新されるタイルグルー
プ（又はタイル）の数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉ
ｌｅ ｇｒｏｕｐｓ ｔｈａｔ ａｒｅ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｉｎ ｔｈｅ
ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ ｂｙ ｔｈｅ ｃｕｒｒｅｎｔ Ｓ
ＥＩ ｍｅｓｓａｇｅ）。
ｐｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｕｐｄａｔｅｓが０より大きいと、以下の要素
がパッチ情報内に含まれる。
トラックされた客体インデックスの最大値（ｐｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿
ｉｄｘ＿ｔｒａｃｋｅｄ）：現在パッチ情報ＳＥＩメッセージ内にトラックされた客体イ
ンデックスの値をシグナリングするために使用されるビットの数を示す（ｓｐｅｃｉｆｉ
ｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｓｉｇｎａｌ ｔｈｅ
ｖａｌｕｅ ｏｆ ａ ｔｒａｃｋｅｄ ｏｂｊｅｃｔ ｉｎｄｅｘ ｉｎ ｔｈｅ
ｃｕｒｒｅｎｔ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）。
更新されたパッチインデックスの最大値（ｐｉ＿ｌｏｇ２＿ｍａｘ＿ｐａｔｃｈ＿ｉｄ
ｘ＿ｕｐｄａｔｅｄ）：現在パッチ情報ＳＥＩメッセージ内の更新されたパッチインデッ
クスの値をシグナリングするために使用されるビットの数を示す（ｓｐｅｃｉｆｉｅｓ
ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｓｉｇｎａｌ ｔｈｅ ｖａ
ｌｕｅ ｏｆ ａｎ ｕｐｄａｔｅｄ ｐａｔｃｈ ｉｎｄｅｘ ｉｎ ｔｈｅ ｃｕｒ
ｒｅｎｔ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）。
ｐｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｕｐｄａｔｅｓ値だけ以下の要素がパッチ情報
内に含まれる。
タイルグループ（又はタイル）アドレス（ｐｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ａｄｄｒｅｓ
ｓ［ｉ］）：現在ＳＥＩメッセージ内のｉ番目に更新されたタイルグループ（又はタイル
）に対するタイルグループアドレス又はタイルアドレスを示す（ｓｐｅｃｉｆｉｅｓ ｔ
ｈｅ ｔｉｌｅ ｇｒｏｕｐ ａｄｄｒｅｓｓ ｆｏｒ ｔｈｅ ｉ－ｔｈ ｕｐｄａｔ
ｅｄ ｔｉｌｅ ｇｒｏｕｐ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ＳＥＩ ｍｅｓｓａｇｅ
）。
タイルグループ（又はタイル）取り消しフラグ（ｐｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｃａｎ
ｃｅｌ＿ｆｌａｇ［ｉ］）：この値が１であると、インデックスｉを有するタイルグルー
プ（又はタイル）及びこのタイルグループ（又はタイル）前に割り当てられた全てのパッ
チが除去されることを示す。この値が０であると、インデックスｉを有するタイルグルー
プ（又はタイル）前に割り当てられた全てのパッチが維持されることを示す（Ｅｑｕａｌ
ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ
ｉｎｄｅｘ ｉ ｓｈａｌｌ ｂｅ ｒｅｓｅｔｅｄ ａｎｄ ａｌｌ ｐａｔｃｈｅ
ｓ ｐｒｅｖｉｏｕｓｌｙ ａｓｓｉｇｎｅｄ ｔｏ ｔｈｉｓ ｔｉｌｅ ｇｒｏｕｐ
ｗｉｌｌ ｂｅ ｒｅｍｏｖｅｄ． ｐｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｃａｎｃｅｌ＿ｆ
ｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｐａｔ
ｃｈｅｓ ｐｒｅｖｉｏｕｓｌｙ ａｓｓｉｇｎｅｄ ｔｏ ｔｈｅ ｔｉｌｅ ｇｒｏ
ｕｐ ｗｉｌｌ ｉｎｄｅｘ ｉ ｗｉｌｌ ｂｅ ｒｅｔａｉｎｅｄ）。
更新パッチ数（ｐｉ＿ｎｕｍ＿ｐａｔｃｈ＿ｕｐｄａｔｅｓ［ｉ］）：パッチ情報テー
ブル内のインデックスｉを有するタイルグループ（又はタイル）内の現在ＳＥＩにより更
新されるパッチの数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｐａｔ
ｃｈｅｓ ｔｈａｔ ａｒｅ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｂｙ ｔｈｅ ｃｕｒｒｅ
ｎｔ ＳＥＩ ｗｉｔｈｉｎ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ｉｎｄｅｘ
ｉ ｉｎ ｔｈｅ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ）。
ｐｉ＿ｎｕｍ＿ｐａｔｃｈ＿ｕｐｄａｔｅｓ値だけ以下の要素がパッチ情報内に含まれ
る。
パッチインデックス（ｐｉ＿ｐａｔｃｈ＿ｉｄｘ［ｉ］［ｊ］）：パッチ情報テーブル
内に更新されるインデックスｉを有するタイルグループ又はタイル内のｊ番目のパッチの
パッチインデックスを示す。ｐｉ＿ｐａｔｃｈ＿ｉｄｘ［ｉ］を示すために使用されるビ
ット数は、ｐｉ＿ｌｏｇ２＿ｍａｘ＿ｐａｔｃｈ＿ｉｄｘ＿ｕｐｄａｔｅｄである。ｐｉ
＿ｐａｔｃｈ＿ｉｄｘ［ｉ］がビットストリーム内に存在しないと、その値は０に推論さ
れる（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｐａｔｃｈ ｉｎｄｅｘ ｏｆ ｔｈｅ ｊ－ｔｈ
ｐａｔｃｈ ｉｎ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｔｈａｔ ｉ
ｓ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｉｎ ｔｈｅ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ
ｔａｂｌｅ． Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅ
ｓｅｎｔ ｐｉ＿ｐａｔｃｈ＿ｉｄｘ［ｉ］ ｉｓ Ｅｑｕａｌ ｔｏ ｐｉ＿ｌｏｇ２
＿ｍａｘ＿ｐａｔｃｈ＿ｉｄｘ＿ｕｐｄａｔｅｄ． Ｗｈｅｎ ｐｉ＿ｐａｔｃｈ＿ｉｄ
ｘ［ｉ］ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ， ｉｔ
ｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ Ｅｑｕａｌ ｔｏ
０）。
パッチ取り消しフラグ（ｐｉ＿ｐａｔｃｈ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］［ｊ］）：
この値が１であると、インデックスｉを有するタイルグループ又はタイル内のインデック
スｊを有するパッチがパッチ情報テーブルから除去されることを示す（Ｅｑｕａｌ ｔｏ
１ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ
ｉｎ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｓｈａｌｌ ｂｅ ｒｅｍ
ｏｖｅｄ ｆｒｏｍ ｔｈｅ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ）。
ｐｉ＿ｐａｔｃｈ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｊ］［ｐ］が１ではないと、以下の要素
がパッチ情報内に含まれる。
パッチ客体数（ｐｉ＿ｐａｔｃｈ＿ｎｕｍｂｅｒ＿ｏｆ＿ｏｂｊｅｃｔｓ＿ｍｉｎｕｓ
１［ｉ］［ｊ］）：インデックスｉを有するタイルグループ又はタイル内インデックスｊ
を有するパッチに連関する客体の数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ
ｏｆ ｏｂｊｅｃｔｓ ｔｈａｔ ａｒｅ ｔｏ ｂｅ ａｓｓｏｃｉａｔｅｄ ｗｉ
ｔｈ ｔｈｅ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ｔｉｌｅ ｇｒｏｕｐ
ｗｉｔｈ ｉｎｄｅｘ ｉ）。
ｍ＝ｐｉ＿ｐａｔｃｈ＿ｎｕｍｂｅｒ＿ｏｆ＿ｏｂｊｅｃｔｓ＿ｍｉｎｕｓ１［ｊ］［
ｐ］＋１のようにセットされ、ｍの値だけ以下の要素がパッチ情報内に含まれる。
パッチ客体インデックス（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］［ｊ］［ｋ
］）：インデックスｉを有するタイルグループ又はタイル内のｊ番目のパッチに連関する
ｋ番目の客体インデックスを示す。ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］を示
すために使用されるビットの数は、ｐｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉｄｘ＿ｔ
ｒａｃｋｅｄである。ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］がビットストリー
ム内に存在しないと、その値は０に等しいと推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ
Ｋ－ｔｈ ｏｂｊｅｃｔ ｉｎｄｅｘ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔ
ｈ ｔｈｅ ｊ－ｔｈ ｐａｔｃｈ ｉｎ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ｉｎｄｅ
ｘ ｉ． Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎ
ｔ ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］ ｉｓ Ｅｑｕａｌ ｔｏ ｐｉ＿
ｌｏｇ２＿ＭＡＸ＿ｏｂｊｅｃｔ＿ｉｄｘ＿ｔｒａｃｋｅｄ． Ｗｈｅｎ ｐｉ＿ｐａｔ
ｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂ
ｉｔｓｔｒｅａｍ， ｉｔｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ ｉｎｆｅｒｒｅｄ ｔｏ
ｂｅ Ｅｑｕａｌ ｔｏ ０）。
図４９は実施例によるボリュメトリック矩形情報（Ｖｏｌｕｍｅｔｒｉｃ Ｒｅｃｔａ
ｎｇｌｅ Ｉｎｆｏｒｍａｔｉｏｎ）を示す。
図４９は図３２のようにビットストリーム３２０００に含まれるサンプルストリームＮ
ＡＬユニットのＳＥＩメッセージに関するボリュメトリック矩形情報のシンタックスを示
す。
取り消しフラグ（ｖｒｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、ボリュメ
トリック矩形情報ＳＥＩメッセージがアウトプット順に以前のボリュメトリック矩形情報
ＳＥＩメッセージの残存を取り消すことを示す。ボリュメトリック矩形情報テーブル内の
全てのエントリーが除去されることを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ
ｔｈａｔ ｔｈｅ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅｓ ｉｎｆｏｒｍａｔ
ｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｃａｎｃｅｌｓ ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ
ｏｆ ａｎｙ ｐｒｅｖｉｏｕｓ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅｓ ｉｎ
ｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ ｉｎ ｏｕｔｐｕｔ ｏｒｄｅｒ ａｎ
ｄ ｔｈａｔ ａｌｌ ｅｎｔｒｉｅｓ ｉｎ ｔｈｅ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃ
ｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ ｓｈａｌｌ ｂｅ ｒｅｍｏｖｅ
ｄ）。
更新矩形数（ｖｒｉ＿ｎｕｍ＿ｒｅｃｔａｎｇｌｅｓ＿ｕｐｄａｔｅｓ）：現在ＳＥＩ
により更新されるボリュメトリック矩形の数を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕ
ｍｂｅｒ ｏｆ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅｓ ｔｈａｔ ａｒｅ ｔ
ｏ ｂｅ ｕｐｄａｔｅｄ ｂｙ ｔｈｅ ｃｕｒｒｅｎｔ ＳＥＩ）。
ｖｒｉ＿ｎｕｍ＿ｒｅｃｔａｎｇｌｅｓ＿ｕｐｄａｔｅｓが０より大きいと、以下の要
素がボリュメトリック矩形情報に含まれる。
トラックされた客体インデックスの最大値（ｖｒｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ
＿ｉｄｘ＿ｔｒａｃｋｅｄ）：現在ボリュメトリック矩形情報ＳＥＩメッセージ内のトラ
ックされた客体インデックス値をシグナリングするために使用されるビットの数を示す（
ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｓｉｇ
ｎａｌ ｔｈｅ ｖａｌｕｅ ｏｆ ａ ｔｒａｃｋｅｄ ｏｂｊｅｃｔ ｉｎｄｅｘ
ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏ
ｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）。
更新された矩形インデックスの最大値（ｖｒｉ＿ｌｏｇ２＿ｍａｘ＿ｒｅｃｔａｎｇｌ
ｅ＿ｉｄｘ＿ｕｐｄａｔｅｄ）：現在ボリュメトリック矩形情報ＳＥＩメッセージ内の更
新されたボリュメトリック矩形インデックス値をシグナリングするために使用されるビッ
トの数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ
ｔｏ ｓｉｇｎａｌ ｔｈｅ ｖａｌｕｅ ｏｆ ａｎ ｕｐｄａｔｅｄ ｖｏｌｕｍ
ｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｄｅｘ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｖｏｌ
ｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇ
ｅ）。
ｖｒｉ＿ｎｕｍ＿ｒｅｃｔａｎｇｌｅｓ＿ｕｐｄａｔｅｓ値だけ以下の要素がボリュメ
トリック矩形情報に含まれる。
矩形インデックス（ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｉｄｘ［ｉ］］）：ボリュメトリッ
ク矩形情報テーブル内に更新されるｉ番目のボリュメトリック矩形インデックスを示す。
ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｉｄｘ［ｉ］を示すために使用されるビットの数は、ｖｒ
ｉ＿ｌｏｇ２＿ｍａｘ＿ｒｅｃｔａｎｇｌｅ＿ｉｄｘ＿ｕｐｄａｔｅｄである。ｖｒｉ＿
ｒｅｃｔａｎｇｌｅ＿ｉｄｘ［ｉ］がビットストリーム内に存在しない場合、その値は０
に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａ
ｎｇｌｅ ｉｎｄｅｘ ｔｈａｔ ｉｓ ｔｏ ｂｅ ｕｐｄａｔｅｄ ｉｎ ｔｈｅ
ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ．
Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｖｒｉ
＿ｒｅｃｔａｎｇｌｅ＿ｉｄｘ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ｖｒｉ＿ｌｏｇ２＿ｍ
ａｘ＿ｒｅｃｔａｎｇｌｅ＿ｉｄｘ＿ｕｐｄａｔｅｄ． Ｗｈｅｎ ｖｒｉ＿ｒｅｃｔａ
ｎｇｌｅ＿ｉｄｘ［ｉ］ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒ
ｅａｍ， ｉｔｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅ
ｑｕａｌ ｔｏ ０）。
矩形取り消しフラグ（ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］）
：この値が１であると、インデックスｉを有するボリュメトリック矩形がボリュメトリッ
ク矩形情報テーブルから除去されることを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔ
ｅｓ ｔｈａｔ ｔｈｅ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｗｉｔｈ ｉｎ
ｄｅｘ ｉ ｓｈａｌｌ ｂｅ ｒｅｍｏｖｅｄ ｆｒｏｍ ｔｈｅ ｖｏｌｕｍｅｔｒ
ｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ）。
ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｐ］が１ではないと、以下の
要素がボリュメトリック矩形情報に含まれる。
バウンディングボックス更新フラグ（ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔ
ｅ＿ｆｌａｇ［ｉ］）：この値が１であると、インデックスｉを有するボリュメトリック
矩形に対する２Ｄバウンディングボックス情報が更新されることを示す。この値が０であ
ると、インデックスｉを有するボリュメトリック矩形に対する２Ｄバウンディングボック
ス情報が更新されないことを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａ
ｔ ２Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ｖｏ
ｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｗｉｔｈ ｉｎｄｅｘ ｉ ｓｈｏｕｌｄ ｂ
ｅ ｕｐｄａｔｅｄ． ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇ［
ｉ］ Ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ２Ｄ ｂｏｕｎｄｉｎｇ
ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔ
ａｎｇｌｅ ｗｉｔｈ ｉｎｄｅｘ ｉ ｓｈｏｕｌｄ ｎｏｔ ｂｅ ｕｐｄａｔｅｄ
）。
ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｐ］が１であると、以
下の要素がボリュメトリック矩形情報に含まれる。
バウンディングボックス上部（ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ［ｉ］）：
現在アトラスフレーム内のｉ番目のボリュメトリック矩形のバウンディングボックスの左
上部ポジションの垂直座標値を示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃａ
ｔｅｓ ｔｈｅ ｖｅｒｔｉｃａｌ ｃｏｏｒｄｉｎａｔｅ ｖａｌｕｅ ｏｆ ｔｈｅ
ｔｏｐ－ｌｅｆｔ ｐｏｓｉｔｉｏｎ ｏｆ ｔｈｅ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏ
ｆ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｗｉｔｈｉｎ ｔ
ｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｆｒａｍｅ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕ
ｅ ｏｆ ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ
０）。
バウンディングボックス左部（ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅｆｔ［ｉ］）
：現在アトラスフレーム内のｉ番目のボリュメトリック矩形のバウンディングボックスの
左上部ポジションの水平座標値を示す。この値のデフォルト値は０に等しい（ｉｎｄｉｃ
ａｔｅｓ ｔｈｅ ｈｏｒｉｚｏｎａｌ ｃｏｏｒｄｉｎａｔｅ ｖａｌｕｅ ｏｆ ｔ
ｈｅ ｔｏｐ－ｌｅｆｔ ｐｏｓｉｔｉｏｎ ｏｆ ｔｈｅ ｂｏｕｎｄｉｎｇ ｂｏｘ
ｏｆ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｗｉｔｈｉｎ
ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｆｒａｍｅ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａ
ｌｕｅ ｏｆ ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅｆｔ［ｉ］ ｉｓ ｅｑｕａｌ
ｔｏ ０）。
バウンディングボックス幅（ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｗｉｄｔｈ［ｉ］）
：ｉ番目のボリュメトリック矩形のバウンディングボックスの幅を示す。この値のデフォ
ルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ ｔｈｅ ｂｏｕ
ｎｄｉｎｇ ｂｏｘ ｏｆ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇ
ｌｅ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏ
ｘ＿ｗｉｄｔｈ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ０）。
バウンディングボックス高さ（ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｈｅｉｇｈｔ［ｉ
］）：ｉ番目のボリュメトリック矩形のバウンディングボックスの高さを示す。この値の
デフォルト値は０に等しい（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏｆ ｔｈｅ
ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ ｒｅｃ
ｔａｎｇｌｅ． Ｔｈｅ ｄｅｆａｕｌｔ ｖａｌｕｅ ｏｆ ｖｒｉ＿ｂｏｕｎｄｉｎ
ｇ＿ｂｏｘ＿ｈｅｉｇｈｔ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ０）。
矩形客体数（ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｎｕｍｂｅｒ＿ｏｆ＿ｏｂｊｅｃｔｓ＿ｍ
ｉｎｕｓ１［ｉ］）：ｉ番目のボリュメトリック矩形に関連する客体の数を示す（ｉｎｄ
ｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｏｂｊｅｃｔｓ ｔｈａｔ ａｒｅ ｔｏ
ｂｅ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｉ－ｔｈ ｖｏｌｕｍｅｔｒｉｃ
ｒｅｃｔａｎｇｌｅ）。
ｍ値がｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｎｕｍｂｅｒ＿ｏｆ＿ｏｂｊｅｃｔｓ＿ｍｉｎｕ
ｓ１［ｐ］＋１にセットされ、ｍ値に対して以下の要素がボリュメトリック矩形情報に含
まれる。
矩形客体インデックス（ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］［
ｊ］）：ｉ番目のボリュメトリック矩形に関連するｊ番目の客体インデックスを示す。ｖ
ｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］を示すために使用されるビット
数はｖｒｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉｄｘ＿ｔｒａｃｋｅｄである。ｖｒｉ
＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］がビットストリーム内に存在しない
場合、その値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｊ－ｔｈ ｏｂｊｅｃｔ
ｉｎｄｅｘ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｉ－ｔｈ
ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ． Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ
ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿
ｉｄｘ［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ｖｒｉ＿ｌｏｇ２＿ｍａｘ＿ｏｂｊｅｃｔ＿ｉ
ｄｘ＿ｔｒａｃｋｅｄ． Ｗｈｅｎ ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄ
ｘ［ｉ］ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ， ｉｔ
ｓ ｖａｌｕｅ ｓｈａｌｌ ｂｅ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ Ｅｑｕａｌ ｔｏ
０）。
図５０は実施例によるサンプルストリームｖｐｃｃユニットの構成を示す。
図５０は図２６のビットストリーム２６０００、図２７のビットストリーム２７０００
及び図３２のビットストリーム３２０００などの具体的な含み関係を示す。
図５０はアトラスサブビットストリーム内のＳＥＩメッセージ階層構造を示す。
実施例による送信方法／装置は図５０のようにアトラスサブビットストリームを生成す
る。
アトラスサブビットストリーム構成するＮＡＬユニットデータの関係が生成される。
アトラスサブビットストリームのうち、追加されたＳＥＩメッセージにおいて、ｖｏｌ
ｕｍｅｔｒｉｃ＿ｔｉｌｉｎｇ＿ｉｎｆｏ＿ｏｂｊｅｃｔｓ（）に該当する情報はｓｃｅ
ｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎ（）である。各パッチ内に属する客体との
関係を示すｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ（）、及び１つ以上の客体に対して割り
当てられるｖｏｌｕｍｅｔｒｉｃ＿ｒｅｃｔａｎｇｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ（）情
報がある。
ビットストリーム４８０００は図２６のビットストリーム２６０００に対応する。
ビットストリーム４８０００のアトラスデータに含まれたｖ－ｐｃｃユニットのペイロ
ードに含まれたＮＡＬユニット４８０１０は図３２のビットストリーム３２０００に対応
する。
図５０のアトラスフレームパラメータセット５００２０は図３６のアトラスフレームパ
ラメータセットに対応する。
図５０のアトラスタイルグループ（又はタイル）レイヤ５００３０は図４０のアトラス
タイルグループ（又はタイル）レイヤに対応する。
図５０のＳＥＩメッセージ５００４０は図４６ないし図４９のＳＥＩメッセージに対応
する。
図５０のアトラスフレームタイル情報５００５０は図３７のアトラスフレームタイル情
報に対応する。
図５０のアトラスタイルグループ（又はタイル）ヘッダ５００６０は図４０のアトラス
タイルグループ（又はタイル）ヘッダに対応する。
図５０のシーン客体情報５００７０は図４６のシーン客体情報に対応する。
図５０の客体ラベル情報５００８０は図４７の客体ラベル情報に対応する。
図５０のパッチ情報５００９０は図４８のパッチ情報に対応する。
図５０のボリュメトリック矩形情報５０１００は図４９のボリュメトリック矩形情報に
対応する。
アトラスフレームタイル情報５００５０はアトラスタイルグループ（又はタイル）ＩＤ
により識別され、アトラスフレームパラメータセット５００２０に含まれる。
アトラスタイルグループ（又はタイル）レイヤ５００３０はアトラスタイルグループ（
又はタイル）ヘッダ５００６０を含み、アトラスタイルグループ（又はタイル）アドレス
によりアトラスタイルグループ（又はタイル）ヘッダが識別される。
シーン客体情報５００７０は客体インデックス及び客体ラベルインデックスにより識別
される。
客体ラベル情報５００８０はラベルインデックスにより識別される。
パッチ情報５００９０はタイルグループ（又はタイル）アドレス及びパッチ客体インデ
ックスにより識別される。
ボリュメトリック矩形情報５０１００は矩形客体インデックスにより識別される。
実施例による送信方法／装置はポイントクラウドデータを符号化して、図５０のような
参照／含み関係の情報を生成してビットストリームを生成する。
実施例による受信方法／装置は図５０のようなビットストリームを受信して、ビットス
トリームに含まれたポイントクラウドデータを復元する。また、ビットストリームに含ま
れた図５０のようなアトラスデータに基づいてポイントクラウドデータを効率的に復号し
て復元する。
図５１は実施例によるアトラスタイルグループ（又はタイル）の構成を示す。
図５１は実施例による方法／装置がビットストリームで表現してシグナリングする、ポ
イントクラウドデータに対するビデオフレーム、アトラス、パッチ、客体間の関係を示す
。
アトラスフレームは実施例による送受信装置のメタデータ処理部１８００５，１９００
２により生成されて復号される。その後、アトラスフレームを示すアトラスビットストリ
ームは実施例による送受信装置のカプセル化部／デカプセル化部２０００４，２０００５
，２１００９，２２０００などにより実施例によるフォーマットに形成されて送受信され
る。
客体はポイントクラウドデータで表現される対象である。
実施例によって、客体（Ｏｂｊｅｃｔ）の位置及び／又はサイズなどが動的に変化する
。このとき、変化するアトラスタイルグループ（Ａｔｌａｓ Ｔｉｌｅ Ｇｒｏｕｐ）又
はアトラスタイルの構成は図４９の通りである。
１つ以上の客体をなす複数のシーン客体（ｓｃｅｎｅ ｏｂｊｅｃｔ）（Ｏ１ないしＯ
２）でパッチ（Ｐ１ないしＰ３）が構成される。フレーム１（ビデオフレーム１）は３つ
のアトラスタイルグループ（ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）で構成される。
実施例によるアトラスタイルグループはアトラスタイルと称される。第１～第３アトラ
スタイルグループはアトラスタイル１ないし３に対応する。
第１アトラスタイルグループは３つのパッチを含む。パッチ１（Ｐ１）は３つの客体（
Ｏ１ないしＯ３）を含む。パッチ２（Ｐ２）は１つの客体（Ｏ２）を含む。パッチ３（Ｐ
３）は１つの客体（Ｏ１）を含む。
実施例による方法／装置はパッチ情報（図４８のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
（））に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉ
ｄｘ［ｊ］）に基づいてパッチ及び客体間のマッピング関係を表現する。
アトラスタイルグループ（又はタイル）２は２つのｐａｔｃｈ（Ｐ１，Ｐ２）を含む。
Ｐａｔｃｈ１（Ｐ１）は１つのｏｂｊｅｃｔ（Ｏ１）を、ｐａｔｃｈ２（Ｐ２）は２つの
ｏｂｊｅｃｔ（Ｏ２）を含む。
実施例による方法／装置はパッチ情報（図４８のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
）に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ
［ｊ］）に基づいてマッピング関係を表現する。
アトラスタイルグループ（又はタイル）３は３つのｐａｔｃｈ（Ｐ１，Ｐ２，Ｐ３）を
含む。Ｐａｔｃｈ１（Ｐ１）は１つのｏｂｊｅｃｔ（Ｏ２）を含む。
実施例による方法／装置はパッチ情報（図４８のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
）に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ
［ｊ］）に基づいてマッピング関係を示す。
フレーム２は３つのアトラスタイルグループ（又はタイル）で構成される。
アトラスタイルグループ（又はタイル）１（４９０００）は２つのｐａｔｃｈ（Ｐ１，
Ｐ２）を含む。Ｐａｔｃｈ１は２つのｏｂｊｅｃｔ（Ｏ１，Ｏ２）を含む。ｐａｔｃｈ２
は１つのｏｂｊｅｃｔ（Ｏ１）を含む。
実施例による方法／装置はパッチ情報（図４６のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
）に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ
［ｊ］）に基づいてマッピング関係を示す。
アトラスタイルグループ（又はタイル）２（４９０１０）は２つのｐａｔｃｈ（Ｐ１，
Ｐ２）を含む。Ｐａｔｃｈ１（Ｐ１）は１つのｏｂｊｅｃｔ（Ｏ２）を含む。ｐａｔｃｈ
２（Ｐ１）は２つのｏｂｊｅｃｔを含む。
実施例による方法／装置はパッチ情報（図４８のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
）に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ
［ｊ］）に基づいてマッピング関係を示す。
アトラスタイルグループ（又はタイル）３は２つのｐａｔｃｈ（Ｐ１，Ｐ２）を含む。
Ｐａｔｃｈ１（Ｐ１）は１つのｏｂｊｅｃｔ（Ｏ１）を含む。
実施例による方法／装置はパッチ情報（図４８のｐａｔｃｈ＿ｉｎｆｏｒｍａｔｉｏｎ
）に含まれた客体ＩＤに該当するフィールド（ｐｉ＿ｐａｔｃｈ＿ｏｂｊｅｃｔ＿ｉｄｘ
［ｊ］）に基づいてマッピング関係を示す。
実施例によるポイントクラウドデータ送受信方法／装置に含まれるか又は連結されたＶ
－ＰＣＣ（Ｖ３Ｃ）システムで生成されて送受信されるデータの構造について説明する。
以下、図２４及び図２５に説明したように、対応する実施例による方法／装置はファイ
ルを生成し、ファイル内の以下のデータを生成して送受信する。
実施例による送信方法／装置は符号化されたポイントクラウドデータを含むビットスト
リームに基づいて以下のデータ構造を生成して送信し、実施例による受信方法／装置は以
下のデータ構造を受信してパースして、ビットストリーム内に含まれたポイントクラウド
データを復元する。
ビデオ基盤のポイントクラウド圧縮は、ポイントクラウドビジュアル情報のボリュメト
リック符号化を示す。コーディングされたポイントクラウドシーケンス（ｃｏｄｅｄ ｐ
ｏｉｎｔ ｃｌｏｕｄ ｓｅｑｕｅｎｃｅ，ＣＰＣＳ）を含むＶ－ＰＣＣビットストリー
ムは、Ｖ－ＰＣＣパラメータセット（ＶＰＳ）データ、コーディングされたアトラスビッ
トストリーム、２Ｄビデオ符号化された占有マップビットストリーム、２Ｄビデオ符号化
されたジオメトリビットストリーム及びゼロ又は１つ以上の２Ｄビデオ符号化された特質
ビットストリームを伝達するＶ－ＰＣＣユニットで構成される。
ボリュメトリックビジュアルトラック（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｔｒａ
ｃｋ）
ボリュメトリックビジュアルトラックは、ボリュメトリックビジュアルメディアヘッダ
及びメディアボックス（ＭｅｄｉａＢｏｘ）のハンドラーボックス（ＨａｎｄｌｅｒＢｏ
ｘ）内のボリュメトリックビジュアルメディアハンドラータイプ‘ｖｏｌｖ’により識別
される。マルチボリュメトリックビジュアルトラックはファイル内に存在する。
ボリュメトリックビジュアルメディアヘッダ（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ
Ｍｅｄｉａ ｈｅａｄｅｒ）
ｂｏｘ Ｔｙｐｅ：‘ｖｖｈｄ’
Ｃｏｎｔａｉｎｅｒ：ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：Ｙｅｓ
Ｑｕａｎｔｉｔｙ：Ｅｘａｃｔｌｙ ｏｎｅ
ボリュメトリックビジュアルメディアヘッダのボックスタイプは‘ｖｖｈｄ’であり、
コンテナはメディア情報ボックス（ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ）である。
必須情報であり、１つのヘッダとして存在する。
ボリュメトリックビジュアルトラックはメディア情報ボックス（ＭｅｄｉａＩｎｆｏｒ
ｍａｔｉｏｎｂｏｘ）内のボリュメトリックビジュアルメディアヘッダボックス（Ｖｏｌ
ｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ）を使用する。
ボリュメトリックビジュアルメディアヘッダボックス（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕ
ａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ）の構造は以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨ
ｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（‘ｖｖｈｄ’， ｖｅｒｓｉｏｎ＝０、１）｛
｝
バージョン（ｖｅｒｓｉｏｎ）はこのボックスのバージョンを示す整数値である。
ボリュメトリックビジュアルサンプルエントリー（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａ
ｌ ｓａｍｐｌｅ ｅｎｔｒｙ）
ボリュメトリックビジュアルトラックは、ボリュメトリックビジュアルサンプルエント
リー（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ）を使用する。
ボリュメトリックビジュアルサンプルエントリー（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌ
ＳａｍｐｌｅＥｎｔｒｙ）の構造は以下の通りである。
ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎ
ｇｎａｍｅ） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８）［３２］ ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ；
｝
コンプレッサーネイム（ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ）は有益な目的のための名前
である。固定３２－バイトフィールド内に構成される。ＵＴＦ－８を使用して符号化され
るディスプレイ可能なデータの複数のバイトに続いて１番目のバイトはディスプレイされ
る複数のバイトにセットされる。また、サイズバイトを含む完全な３２バイトの全体にパ
ッドされる。このフィールドは０にセットされる（ｉｓ ａ ｎａｍｅ， ｆｏｒ ｉｎ
ｆｏｒｍａｔｉｖｅ ｐｕｒｐｏｓｅｓ． Ｉｔ ｉｓ ｆｏｒｍａｔｔｅｄ ｉｎ ａ
ｆｉｘｅｄ ３２－ｂｙｔｅ ｆｉｅｌｄ， ｗｉｔｈ ｔｈｅ ｆｉｒｓｔ ｂｙｔ
ｅ ｓｅｔ ｔｏ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｙｔｅｓ ｔｏ ｂｅ ｄｉｓｐｌ
ａｙｅｄ， ｆｏｌｌｏｗｅｄ ｂｙ ｔｈａｔ ｎｕｍｂｅｒ ｏｆ ｂｙｔｅｓ ｏ
ｆ ｄｉｓｐｌａｙａｂｌｅ ｄａｔａ ｅｎｃｏｄｅｄ ｕｓｉｎｇ ＵＴＦ－８，
ａｎｄ ｔｈｅｎ ｐａｄｄｉｎｇ ｔｏ ｃｏｍｐｌｅｔｅ ３２ ｂｙｔｅｓ Ｔｏ
ｔａｌ （ｉｎｃｌｕｄｉｎｇ ｔｈｅ ｓｉｚｅ ｂｙｔｅ）． Ｔｈｅ ｆｉｅｌｄ
ｍａｙ ｂｅ ｓｅｔ ｔｏ ０）。
ボリュメトリックビジュアルサンプル（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｓａｍ
ｐｌｅｓ）
ボリュメトリックビジュアルサンプルのフォーマットはコーディングシステムにより定
義される。
以下、Ｖ－ＰＣＣシステムにより生成される共通データ構造（Ｃｏｍｍｏｎ ｄａｔａ
ｓｔｒｕｃｔｕｒｅ）について説明する。
Ｖ－ＰＣＣユニットヘッダボックス（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｂｏｘ）
このボックスはＶ－ＰＣＣトラック（サンプルエントリー内）及び全てのビデオコーデ
ィングされたＶ－ＰＣＣコンポーネントトラック（スキーム情報内）の両方に存在する。
このボックスは各トラックにより伝達されるデータに対するＶ－ＰＣＣユニットヘッダを
含む。
Ｖ－ＰＣＣユニットヘッダボックスの構造は以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｅｘｔｅ
ｎｄｓ ＦｕｌｌＢｏｘ（‘ｖｕｎｔ’， ｖｅｒｓｉｏｎ＝０，０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（） ｕｎｉｔ＿ｈｅａｄｅｒ；
｝
このボックスはｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）を上記のように含む。
Ｖ－ＰＣＣデコーダ構成ボックス（Ｖ－ＰＣＣ ｄｅｃｏｄｅｒ ｃｏｎｆｉｇｕｒａ
ｔｉｏｎ ｂｏｘ）
Ｖ－ＰＣＣデコーダ構成ボックスはＶ－ＰＣＣデコーダ構成レコード（ＶＰＣＣＤｅｃ
ｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ）を含む。
ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ Ｂｏｘ（
’ｖｐｃｃ’）｛
ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＶＰＣＣＣｏ
ｎｆｉｇ；
｝
このレコードはバージョンフィールドを含む。このバージョンはこのレコードのバージ
ョン１を定義する。レコードについて共に使えない変更はバージョン番号の変更により表
示される（Ｔｈｉｓ ｒｅｃｏｒｄ ｃｏｎｔａｉｎｓ ａ ｖｅｒｓｉｏｎ ｆｉｅｌ
ｄ． Ｔｈｉｓ ｖｅｒｓｉｏｎ ｏｆ ｔｈｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｅｆ
ｉｎｅｓ ｖｅｒｓｉｏｎ １ ｏｆ ｔｈｉｓ ｒｅｃｏｒｄ． Ｉｎｃｏｍｐａｔｉ
ｂｌｅ ｃｈａｎｇｅｓ ｔｏ ｔｈｅ ｒｅｃｏｒｄ ｗｉｌｌ ｂｅ ｉｎｄｉｃａ
ｔｅｄ ｂｙ ａ ｃｈａｎｇｅ ｏｆ ｖｅｒｓｉｏｎ ｎｕｍｂｅｒ． Ｒｅａｄｅ
ｒｓ ａｒｅ ｎｏｔ ａｔｔｅｍｐｔ ｔｏ ｄｅｃｏｄｅ ｔｈｉｓ ｒｅｃｏｒｄ
ｏｒ ｔｈｅ ｓｔｒｅａｍｓ ｔｏ ｗｈｉｃｈ ｉｔ ａｐｐｌｉｅｓ ＩＦ ｔ
ｈｅ ｖｅｒｓｉｏｎ ｎｕｍｂｅｒ ｉｓ ｕｎｒｅｃｏｇｎｉｚｅｄ）。
Ｖ－ＰＣＣパラメータセットはＶＰＣＣ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（）を含む。
セットアップユニット（ＳｅｔｕｐＵｎｉｔ）アレイはサンプルエントリーにより称さ
れるストリームに対してコンスタント（ｃｏｎｓｔａｎｔ）することができる。デコーダ
構成レコードはアトラスサブストリームＳＥＩメッセージと共に存在する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉ
ｏｎＲｅｃｏｒｄ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（２） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔＬｅｎｇｔｈ
；
ｖｐｃｃ＿ｕｎｉｔ（ＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔＬｅｎｇｔｈ）ｖｐｃｃＰａ
ｒａｍｅｔｅｒＳｅｔ；／／ａｓ ｄｅｆｉｎｅｄ ｉｎ ＩＳＯ／ＩＥＣ ２３０９０
－５
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；ｊ＋＋）｛
ｂｉｔ（１） ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ ｉｎｔ（６） ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＮＡＬＵｎｉｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＮＡＬＵｎｉｔｓ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ＳｅｔｕｐＵｎｉｔＬｅｎｇｔｈ；
ｎａｌ＿ｕｎｉｔ（ＳｅｔｕｐＵｎｉｔＬｅｎｇｔｈ） ｓｅｔｕｐＵｎｉｔ； ／／
ａｓ ｄｅｆｉｎｅｄ ｉｎ ＩＳＯ／ＩＥＣ ２３０９０－５
｝
｝
｝
構成バージョン（ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ）はバージョンフィール
ドである。レコードに対する両立不可な変化はバージョン番号の変化により表示する。
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この
構成レコードが適用されるストリーム内のＶ－ＰＣＣサンプル内のＮＡＬユニット長さ（
ＮＡＬＵｎｉｔＬｅｎｇｔｈ）フィールドのバイト内の長さを示す。
例えば、１バイトのサイズは０の値で表示される。このフィールド値はアトラスサブス
トリームに対するサンプルストリームＮＡＬヘッダ（ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａ
ｌ＿ｈｅａｄｅｒ）内のｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅ
ｓ＿ｍｉｎｕｓ１である。
Ｖ－ＰＣＣパラメータセット数（ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ）：
デコーダ構成レコード内にシグナリングされるＶ－ＰＣＣパラメータセットユニットの数
を示す。
Ｖ－ＰＣＣパラメータセット長さ（ＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔＬｅｎｇｔｈ）
：Ｖ－ＰＣＣパラメータセットフィールドのバイト内のサイズを示す。
Ｖ－ＰＣＣパラメータセット（ｖｐｃｃＰａｒａｍｅｔｅｒＳｅｔ）：ＶＰＣＣ＿ｐａ
ｒａｍｅｔｅｒ＿ｓｅｔ（）を伝達するＶＰＣＣ＿ＶＰＳタイプのＶ－ＰＣＣユニットで
ある。
セットアップユニットアレイ数（ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ）：指示
されるタイプのアトラスＮＡＬユニットのアレイ数を示す。
アレイ完成度（ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ）：この値が１であると、所定
のタイプの全てのアトラスＮＡＬユニットが以下のアレイに存在し、ストリーム内にない
ことを示す。この値が０であると、指示されたタイプの追加アトラスＮＡＬユニットがス
トリーム内に存在することを示す。デフォルト及び許容された値はサンプルエントリーネ
イムにより制約を受ける。
ＮＡＬユニットタイプ（ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ）：以下のアレイ内にアトラスＮ
ＡＬユニットのタイプを示す。ＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ又はＮ
ＡＬ＿ＳＵＦＦＩＸ＿ＳＥＩアトラスＮＡＬユニットを示す値のいずれかである。
ＮＡＬユニット数（ｎｕｍＮＡＬＵｎｉｔｓ）：この構成レコードが適用されるストリ
ームに対する構成レコード内に含まれた指示されたタイプのアトラスＮＡＬユニットの数
を示す。ＳＥＩアレイはただＳＥＩメッセージだけを含む。
セットアップユニット長さ（ＳｅｔｕｐＵｎｉｔＬｅｎｇｔｈ）：セットアップユニッ
トフィールドのバイト内のサイズを示す。長さフィールドはＮＡＬユニットヘッダ及びＮ
ＡＬユニットペイロードのサイズを含み、長さフィールド自体を含まない。
セットアップユニット（ｓｅｔｕｐＵｎｉｔ）：タイプＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿Ａ
ＦＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＥＳＥＩ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＮＳＥＩ、ＮＡＬ＿
ＳＵＦＦＩＸ＿ＥＳＥＩ又はＮＡＬ＿ＳＵＦＦＩＸ＿ＮＳＥＩのＮＡＬユニットを含む。
セットアップユニット内に存在しない場合、ＮＡＬ＿ＰＲＥＦＩＸ＿ＥＳＥＩ、ＮＡＬ＿
ＰＲＥＦＩＸ＿ＮＳＥＩ、ＮＡＬ＿ＳＵＦＦＩＸ＿ＥＳＥＩ又はＮＡＬ＿ＳＵＦＦＩＸ＿
ＮＳＥＩはＳＥＩメッセージを含む。即ち、ストリームに関する情報を提供する。このよ
うなＳＥＩの例示はユーザ－データＳＥＩである。
図５２は実施例によるＶ－ＰＣＣ空間領域ボックス（ＶＰＣＣ Ｓｐａｔｉａｌ Ｒｅ
ｇｉｏｎＳ ｂｏｘ）の構造を示す。
実施例によるポイントクラウドデータ送受信装置及び送受信装置に含まれるか又は連結
されるシステムが生成及び送受信するファイル（図２４及び図２５を参照）内に含まれる
ボックスは、Ｖ－ＰＣＣ空間領域ボックス（ＶＰＣＣ Ｓｐａｔｉａｌ ＲｅｇｉｏｎＳ
ｂｏｘ）を含む。
このボックスはＶＰＣＣ空間領域（ＶＰＣＣ ｓｐａｔｉａｌ ｒｅｇｉｏｎ）の３Ｄ
バウンディングボックス情報及び空間領域に関連するラベル情報、アトラスタイプグルー
プＩＤ（又はアトラスタイルＩＤ）及びアトラスタイルグループ（又はタイル）に含まれ
るパッチＩＤのような情報を含む。
また、このボックスは空間領域に関連するＶ－ＰＣＣコンポーネントトラックグループ
（Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋ ｇｒｏｕｐ）情報を含む。
Ｖ－ＰＣＣ空間領域ボックス（ＶＰＣＣ Ｓｐａｔｉａｌ ＲｅｇｉｏｎＳ ｂｏｘ）
はｖ－ｐｃｃトラックのサンプルエントリーに含まれる。
領域数（ｎｕｍ＿ｒｅｇｉｏｎｓ）：ポイントクラウド内の３Ｄ空間領域の数を示す。
領域タイルグループ（又はタイル）数（ｎｕｍ＿ｒｅｇｉｏｎ＿ｔｉｌｅ＿ｇｒｏｕｐ
Ｓ）：空間領域に含まれるＶ－ＰＣＣ客体の一部データに連関するアトラスタイプグルー
プ（又はタイル）の数を示す。
更新パッチ数（ｎｕｍ＿ｐａｔｃｈ＿ｕｐｄａｔｅｓ）：各々のアトラスタイプグルー
プ（又はタイル）が有しているパッチのうち、該当する空間領域に含まれるＶ－ＰＣＣ客
体の一部データに連関するアトラスタイルグループ（又はタイル）に属するパッチの数を
示す。
パッチＩＤ（ｐａｔｃｈ＿ｉｄ）：各々のアトラスタイルグループ（又はタイル）が有
しているパッチのうち、該当する空間領域に含まれるＶ－ＰＣＣ客体の一部データに連関
するアトラスタイルグループ（又はタイル）に属するｐａｔｃｈのｐａｔｃｈ ｉｄを示
す。
トラックグループの数（ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐＳ）：３Ｄ空間領域に関連す
るトラックグループの数を示す。
トラックグループＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）：関連する３Ｄ空間領域のた
めのＶ－ＰＣＣコンポーネントを伝達するトラックに対するトラックグループを示す。
ラベルＩＤ（ｌａｂｅｌ＿ｉｄ）は該当する空間領域（ｓｐａｔｉａｌ ｒｅｇｉｏｎ
）に含まれるＶ－ＰＣＣ客体の一部データに連関するアトラスタイルグループ（又はタイ
ル）に関連するラベルＩＤ（ｌａｂｅｌ ｉｄ）を示す。
ラベル言語（ｌａｂｅｌ＿ｌａｎｇｕａｇｅ）は該当する空間領域に含まれるＶ－ＰＣ
Ｃ客体の一部データに連関するアトラスタイルグループ（又はタイル）に関連するラベル
の言語（ｌａｎｇｕａｇｅ）情報を示す。
ラベルネイム（ｌａｂｅｌ＿ｎａｍｅ）は該当する空間領域に含まれるＶ－ＰＣＣ客体
の一部データに連関するアトラスタイルグループ（又はタイル）に関連するラベルネイム
（ｌａｂｅｌ ｎａｍｅ）情報を示す。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムはサンプルグループを生成する。
Ｖ－ＰＣＣアトラスパラメータセットサンプルグループ（Ｖ－ＰＣＣ ａｔｌａｓ ｐ
ａｒａｍｅｔｅｒ ｓｅｔ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグルーピングに対する’ｖａｐｓ’グルーピングタイプは、Ｖ－ＰＣＣトラッ
ク内のサンプルのこのサンプルグループ内で伝達されるアトラスパラメータセットに対す
る配置を示す。グルーピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）が’ｖａｐｓ’であ
るサンプルツーグループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合
、伴うサンプルグループ記述ボックスが存在し、サンプルが属するこのグループのＩＤを
含む。
Ｖ－ＰＣＣトラックは’ｖａｐｓ’と同一のグルーピングタイプ（ｇｒｏｕｐｉｎｇ＿
ｔｙｐｅ）を有する最大１つのサンプルツーグループボックスを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒ
ｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕ
ｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｓｅｔｕｐＵｎｉｔＬｅｎｇｔｈ；
ｎａｌ＿ｕｎｉｔ（ｓｅｔｕｐＵｎｉｔＬｅｎｇｔｈ） ｓｅｔｕｐＵｎｉｔ；
｝
アトラスパラメータセット数（ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ）：
サンプルグループ記述内にシグナリングされるアトラスパラメータセットの数を示す。
アトラスパラメータセット（ａｔｌａｓＰａｒａｍｅｔｅｒＳｅｔ）：サンプルのこの
グループに連関するアトラスシーケンスパラメータセット、アトラスフレームパラメータ
セットを含むサンプルストリームＶＰＣＣユニット（ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐ
ｃｃ＿ｕｎｉｔ（））インスタンスである。
実施例によるＶ－ＰＣＣアトラスパラメータサンプルグループ記述エントリーは以下の
ように表現できる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒ
ｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕ
ｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ
；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｎ；ｉ＋＋）
｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ａｔｌａｓＰａｒａｍｅｔｅｒＳｅ
ｔＮＡＬＵｎｉｔ；
｝
｝
サイズ長さ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この
サンプルグループ記述内にシグナリングされる全てのサンプルストリームＮＡＬユニット
内のＮＡＬユニットサイズ（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）要素のバイト内の
精度を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｐｒｅｃｉｓｉｏｎ， ｉｎ
ｂｙｔｅｓ， ｏｆ ｔｈｅ ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ ｅｌｅｍｅｎ
ｔ ｉｎ ａｌｌ ｓａｍｐｌｅ ｓｔｒｅａｍ ＮＡＬ ｕｎｉｔｓ ｓｉｇｎａｌｌ
ｅｄ ｉｎ ｔｈｉｓ ｓａｍｐｌｅ ｇｒｏｕｐ ｄｅｓｃｒｉｐｔｉｏｎ）。
アトラスパラメータセットＮＡＬユニットはサンプルのこのグループに連関するアトラ
スシーケンスパラメータセット、アトラスフレームパラメータセットを含むサンプルスト
リームＮＡＬユニット（ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（））である。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、動的空間領域サンプルグループ（Ｄｙｎａｍｉｃ Ｓｐａｔｉａｌ Ｒｅｇｉｏ
ｎ Ｓａｍｐｌｅ Ｇｒｏｕｐ）を生成する。
サンプルグルーピングのための’ｄｙｓｒ’グルーピングタイプ（ｇｒｏｕｐｉｎｇ＿
ｔｙｐｅ）は、Ｖ－ＰＣＣトラック内のサンプルのこのサンプルグループ内に伝達される
空間領域ボックスへの配置を示す。
’ｄｙｓｒ’グルーピングタイプを有するサンプルツーグループボックス（Ｓａｍｐｌ
ｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合、同一のグルーピングタイプを有する伴うサン
プルグループ記述ボックス（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）が
存在し、サンプルが属するこのグループのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｄｙｓｒ’グルーピングタイプを有する最大１つのサンプルツ
ーグループボックスを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ Ｄｙｎａｍｉｃ３ＤｓｐａｔｉａｌＲｅｇｉｏｎ
ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ Ｓａ
ｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｄｙｓｒ’）｛
ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ（）；
｝
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、トラックグルーピング（Ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）を以下のように提供す
る。
空間領域トラックグルーピング（Ｓｐａｔｉａｌ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏ
ｕｐｉｎｇ）
’３ｄｒｇ’であるトラックグループタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）を
有するトラックグループタイプボックス（ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ）は、こ
のトラックが３Ｄ空間領域に対応するＶ－ＰＣＣコンポーネントトラックのグループに属
することを示す。同一の空間領域に属するトラックがトラックグループタイプ’３ｄｒｇ
’に対するトラックグループＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）の同じ値を有する。
１つの空間領域からのトラックのトラックグループＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ
）は、他の空間領域のトラックのトラックグループＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ
）とは異なる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘ
ｅｘｔｅｎｄｓ ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ（’３ｄｒｇ’）｛
｝
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、Ｖ－ＰＣＣビットストリームのマルチトラックコンテナ（Ｍｕｌｔｉ ｔｒａｃ
ｋ ｃｏｎｔａｉｎｅｒ ｏｆ Ｖ－ＰＣＣ Ｂｉｔｓｔｒｅａｍ）を以下のように提供
する。
マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナの一般的なレイアウト、
Ｖ－ＰＣＣビットストリーム内のＶ－ＰＣＣユニットがタイプに基づいてコンテナファ
イル内の個々のトラックにマッピングされる。マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣ
Ｃコンテナ内に２つのタイプのトラックがある。２つのタイプのトラックはＶ－ＰＣＣト
ラック及びＶ－ＰＣＣコンポーネントトラックである。
Ｖ－ＰＣＣコンポーネントトラックはＶ－ＰＣＣビットストリームの占有マップ、ジオ
メトリ及び特質サブビットストリームに対する２Ｄビデオ符号化データを伝達するビデオ
スキームトラックである。Ｖ－ＰＣＣコンポーネントトラックは以下の条件に従う。
ａ）サンプルエントリー内、Ｖ－ＰＣＣシステム内のこのトラックに含まれるビデオス
トリームの役割を説明する新しいボックスが挿入される。
ｂ）トラック参照はＶ－ＰＣＣトラックにより表現される特定のポイントクラウド内の
Ｖ－ＰＣＣコンポーネントトラックのメンバーシップを成立するために、Ｖ－ＰＣＣトラ
ックからＶ－ＰＣＣコンポーネントトラックに導入される。Ｖ－ＰＣＣトラックにより表
現される特定のポイントクラウド内のＶ－ＰＣＣコンポーネントトラックのメンバーシッ
プを成立するために、
ｃ）このトラックが直接ムービーの全般的なレイアップに寄与せず、Ｖ－ＰＣＣシステ
ムに寄与することを表現するように、トラックヘッダフラグが０にセットされる。
同一のＶ－ＰＣＣシーケンスに属するトラックが時間によって調整される。異なるビデ
オ コーディングされたＶ－ＰＣＣコンポーネントトラックに対して同一のポイントクラ
ウドデータに寄与するサンプル及びＶ－ＰＣＣトラックは同一のプレゼンテーション時間
を有する。かかるサンプルに対して使用されるＶ－ＰＣＣアトラスシーケンスパラメータ
セット及びアトラスフレームパラメータセットは、ポイントクラウドフレームのコンポジ
ションタイム（ｃｏｍｐｏｓｉｔｉｏｎ ｔｉｍｅ）に先立つか又は同じ復号タイムを有
する。同一のＶ－ＰＣＣシーケンスに属する全てのトラックは同一の暗黙的又は明示的な
編集リストを有する（Ｔｒａｃｋｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｔｈｅ ｓａｍｅ Ｖ
－ＰＣＣ ｓｅｑｕｅｎｃｅ ａｒｅ ｔｉｍｅ－ａｌｉｇｎｅｄ． Ｓａｍｐｌｅｓ
ｔｈａｔ ｃｏｎｔｒｉｂｕｔｅ ｔｏ ｔｈｅ ｓａｍｅ ｐｏｉｎｔ ｃｌｏｕｄ
ｆｒａｍｅ ａｃｒｏｓｓ ｔｈｅ ｄｉｆｆｅｒｅｎｔ ｖｉｄｅｏ－ｅｎｃｏｄｅｄ
Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ ａｎｄ ｔｈｅ Ｖ－ＰＣＣ ｔｒ
ａｃｋ ｈａｓ ｔｈｅ ｓａｍｅ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ． Ｔｈｅ
Ｖ－ＰＣＣ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔｓ ａｎｄ
ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔｓ ｕｓｅｄ ｆｏｒ ｓｕｃｈ
ｓａｍｐｌｅｓ ｈａｖｅ ａ ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｅｑｕａｌ ｏｒ ｐ
ｒｉｏｒ ｔｏ ｔｈｅ ｃｏｍｐｏｓｉｔｉｏｎ Ｔｉｍｅ ｏｆ ｔｈｅ ｐｏｉｎ
ｔ ｃｌｏｕｄ ｆｒａｍｅ． Ｉｎ ａｄｄｉｔｉｏｎ， ａｌｌ ｔｒａｃｋｓ ｂ
ｅｌｏｎｇｉｎｇ ｔｏ ｔｈｅ ｓａｍｅ Ｖ－ＰＣＣ ｓｅｑｕｅｎｃｅ ｈａｖｅ
ｔｈｅ ｓａｍｅ ｉｍｐｌｉｅｄ ｏｒ ｅｘｐｌｉｃｉｔ ｅｄｉｔ ｌｉｓｔｓ
）。
コンポーネントトラック内の基本ストリーム間の同期化はＩＳＯＢＭＦＦトラックタイ
ミング構造（ｓｔｔｓ，ｃｔｔｓ及びｃｓｌｇ）又はムービーフラグメント内の同等なメ
カニズムにより処理される（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｂｅｔｗｅｅｎ ｔｈｅ
ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍｓ ｉｎ ｔｈｅ ｃｏｍｐｏｎｅｎｔ ｔｒａ
ｃｋｓ ａｒｅ ｈａｎｄｌｅｄ ｂｙ ｔｈｅ ＩＳＯＢＭＦＦ ｔｒａｃｋ ｔｉｍ
ｉｎｇ ｓｔｒｕｃｔｕｒｅｓ（ｓｔｔｓ， ｃｔｔｓ ａｎｄ ＣＳＬＧ）， ｏｒ
ｅｑｕｉｖａｌｅｎｔ ｍｅｃｈａｎｉｓｍＳ ｉｎ ｍｏｖｉｅ ｆｒａｇｍｅｎｔｓ
）。
Ｖ－ＰＣＣトラック及びＶ－ＰＣＣコンポーネントトラック内の同期サンプルは時間に
よって整列されるか又は整列されない。時間整合のない場合、任意アクセスは所望の時間
に開始することを可能にするために、異なる同期開始時間から様々なトラックをプリ・ロ
ーリングすることを含む。時間整合の場合、（例えば、Ｖ－ＰＣＣプロファイルにより要
求される）Ｖ－ＰＣＣトラックの同期サンプルは、Ｖ－ＰＣＣコンテンツに対する任意ア
クセスポイントとして考慮される。任意アクセスはただＶ－ＰＣＣトラックの同期サンプ
ル情報を参照することにより行われる（Ｔｈｅ ｓｙｎｃ ｓａｍｐｌｅｓ ｉｎ ｔｈ
ｅ Ｖ－ＰＣＣ ｔｒａｃｋ ａｎｄ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ
ｍａｙ ｏｒ ｍａｙ ｎｏｔ ｂｅ ｔｉｍｅ－ａｌｉｇｎｅｄ． Ｉｎ ｔｈｅ
ａｂｓｅｎｃｅ ｏｆ ｔｉｍｅ－ａｌｉｇｎｍｅｎｔ， ｒａｎｄｏｍ ａｃｃｅｓｓ
ｍａｙ ｉｎｖｏｌｖｅ ｐｒｅ－ｒｏｌｌｉｎｇ ｔｈｅ ｖａｒｉｏｕｓ ｔｒａ
ｃｋｓ ｆｒｏｍ ｄｉｆｆｅｒｅｎｔ ｓｙｎｃ ｓｔａｒｔ－ｔｉｍｅｓ， ｔｏ
ｅｎａｂｌｅ ｓｔａｒｔｉｎｇ ａｔ ｔｈｅ ｄｅｓｉｒｅｄ ｔｉｍｅ． Ｉｎ
ｔｈｅ ｃａｓｅ ｏｆ ｔｉｍｅ－ａｌｉｇｎｍｅｎｔ（ｅ．ｇ． ｒｅｑｕｉｒｅｄ
ｂｙ ａ Ｖ－ＰＣＣ ｐｒｏｆｉｌｅ ｓｕｃｈ ａｓ ｔｈｅ Ｂａｓｉｃ ｔｏ
ｏｌｓｅｔ ｐｒｏｆｉｌｅ ａｓ ｄｅｆｉｎｅｄ ｉｎ ［ＶＰＣＣ］）， ｔｈｅ
ｓｙｎｃ ｓａｍｐｌｅｓ ｏｆ ｔｈｅ Ｖ－ＰＣＣ ｔｒａｃｋ ｓｈｏｕｌｄ
ｂｅ ｃｏｎｓｉｄｅｒｅｄ ａｓ ｔｈｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ
ｓ ｆｏｒ ｔｈｅ Ｖ－ＰＣＣ ｃｏｎｔｅｎｔ， ａｎｄ ｒａｎｄｏｍ ａｃｃｅ
ｓｓ ｓｈｏｕｌｄ ｂｅ ｄｏｎｅ ｂｙ ｏｎｌｙ ｒｅｆｅｒｅｎｃｉｎｇ ｔｈ
ｅ ｓｙｎｃ ｓａｍｐｌｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｔｈｅ Ｖ－ＰＣＣ ｔ
ｒａｃｋ）。
このようなレイアウトに基づいてＶ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは以下を含む。
Ｖ－ＰＣＣパラメータセット及びアトラスサブビットストリームパラメータ（サンプル
エントリー内）及びアトラスサブビットストリームＮＡＬユニットを伝達するサンプルを
含むＶ－ＰＣＣトラック。またこのトラックは、ユニットタイプＶＰＣＣ＿ＯＶＤ、ＶＰ
ＣＣ＿ＧＶＤ及びＶＰＣＣ＿ＡＶＤのようなビデオ圧縮されたＶ－ＰＣＣユニットのペイ
ロードを伝達する他のトラックを参照するトラックを含む（ａ Ｖ－ＰＣＣ ｔｒａｃｋ
ｗｈｉｃｈ ｃｏｎｔａｉｎｓ Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔｓ ａｎｄ
ａｔｌａｓ ｓｕｂ－ｂｉｔｓｔｒｅａｍ ｐａｒａｍｅｔｅｒ ｓｅｔｓ （ｉｎ
ｔｈｅ ｓａｍｐｌｅ ｅｎｔｒｙ） ａｎｄ ｓａｍｐｌｅｓ ｃａｒｒｙｉｎｇ ａ
ｔｌａｓ ｓｕｂ－ｂｉｔｓｔｒｅａｍ ＮＡＬ ｕｎｉｔｓ． Ｔｈｉｓ ｔｒａｃｋ
ａｌｓｏ ｉｎｃｌｕｄｅｓ ｔｒａｃｋ ｒｅｆｅｒｅｎｃｅｓ ｔｏ ｏｔｈｅｒ
ｔｒａｃｋｓ ｃａｒｒｙｉｎｇ ｔｈｅ ｐａｙｌｏａｄｓ ｏｆ ｖｉｄｅｏ ｃ
ｏｍｐｒｅｓｓｅｄ Ｖ－ＰＣＣ ｕｎｉｔｓ（ｉ．ｅ．， ｕｎｉｔ ｔｙｐｅｓ Ｖ
ＰＣＣ＿ＯＶＤ， ＶＰＣＣ＿ＧＶＤ， ａｎｄ ＶＰＣＣ＿ＡＶＤ））。
サンプルがＶＰＣＣ＿ＯＶＤタイプのＶ－ＰＣＣユニットのペイロードのような占有マ
ップデータに対するビデオコーディングされた基本ストリームのアクセスユニットを含む
、ビデオスキームトラック（ａ ｒｅｓｔｒｉｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ ｔ
ｒａｃｋ ｗｈｅｒｅ ｔｈｅ ｓａｍｐｌｅｓ ｃｏｎｔａｉｎ ａｃｃｅｓｓ ｕｎ
ｉｔｓ ｏｆ ａ ｖｉｄｅｏ－ｃｏｄｅｄ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ ｆ
ｏｒ ｏｃｃｕｐａｎｃｙ ｍａｐ ｄａｔａ（ｉ．ｅ．， ｐａｙｌｏａｄｓ ｏｆ
Ｖ－ＰＣＣ ｕｎｉｔｓ ｏｆ ｔｙｐｅ ＶＰＣＣ＿ＯＶＤ））。
サンプルがＶＰＣＣ＿ＧＶＤタイプのＶ－ＰＣＣユニットのペイロードのようなジオメ
トリデータに対するビデオコーディングされた基本ストリームのアクセスユニットを含む
、１つ又は１つ以上のビデオスキームトラック（Ｏｎｅ ｏｒ ｍｏｒｅ ｒｅｓｔｒｉ
ｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ ｔｒａｃｋｓ ｗｈｅｒｅ ｔｈｅ ｓａｍｐｌ
ｅｓ ｃｏｎｔａｉｎ ａｃｃｅｓｓ ｕｎｉｔｓ ｏｆ ｖｉｄｅｏ－ｃｏｄｅｄ ｅ
ｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍｓ ｆｏｒ ｇｅｏｍｅｔｒｙ ｄａｔａ（ｉ．ｅ．
， ｐａｙｌｏａｄｓ ｏｆ Ｖ－ＰＣＣ ｕｎｉｔｓ ｏｆ ｔｙｐｅ ＶＰＣＣ＿Ｇ
ＶＤ））。
サンプルがＶＰＣＣ＿ＡＶＤタイプのＶ－ＰＣＣユニットのペイロードのような特質デ
ータのビデオコーディングされた基本ストリームのアクセスユニットを含む、ゼロ又は１
つ以上のビデオスキームトラック（Ｚｅｒｏ ｏｒ ｍｏｒｅ ｒｅｓｔｒｉｃｔｅｄ
ｖｉｄｅｏ ｓｃｈｅｍｅ ｔｒａｃｋｓ ｗｈｅｒｅ ｔｈｅ ｓａｍｐｌｅｓ ｃｏ
ｎｔａｉｎ ａｃｃｅｓｓ ｕｎｉｔｓ ｏｆ ｖｉｄｅｏ－ｃｏｄｅｄ ｅｌｅｍｅｎ
ｔａｒｙ ｓｔｒｅａｍｓ ｆｏｒ ａｔｔｒｉｂｕｔｅ ｄａｔａ （ｉ．ｅ．， ｐ
ａｙｌｏａｄｓ ｏｆ Ｖ－ＰＣＣ ｕｎｉｔｓ ｏｆ ｔｙｐｅ ＶＰＣＣ＿ＡＶＤ）
）。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、Ｖ－ＰＣＣトラックを以下のように提供する。
Ｖ－ＰＣＣトラックサンプルエントリー（Ｖ－ＰＣＣ Ｔｒａｃｋ Ｓａｍｐｌｅ Ｅ
ｎｔｒｙ）
Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ：’ｖｐｃ１’， ’ｖｐｃｇ’
Ｃｏｎｔａｉｎｅｒ：ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：Ａ ’ｖｐｃ１’ ｏｒ ’ｖｐｃｇ’ ｓａｍｐｌｅ ｅｎｔ
ｒｙ ｉｓ ｍａｎｄａｔｏｒｙ
Ｑｕａｎｔｉｔｙ：Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ
ｂｅ ｐｒｅｓｅｎｔ
Ｖ－ＰＣＣトラックサンプルエントリー（Ｖ－ＰＣＣ Ｔｒａｃｋ Ｓａｍｐｌｅ Ｅ
ｎｔｒｙ）のサンプルエントリータイプは’ｖｐｃ１’、’ｖｐｃｇ’であり、コンテナ
はサンプル記述ボックスであり、’ｖｐｃ１’又は’ｖｐｃｇ’サンプルは必須であり、
１つ又は１つ以上のサンプルエントリーが存在する。
Ｖ－ＰＣＣトラックは’ｖｐｃ１’又は’ｖｐｃｇ’のサンプルエントリータイプを有
するボリュメトリックビジュアルサンプルエントリーを拡張するＶ－ＰＣＣサンプルエン
トリーを使用する。Ｖ－ＰＣＣトラックサンプルエントリーはＶ－ＰＣＣ構成ボックスを
含む。
’ｖｐｃ１’サンプルエントリーにおいて、全てのアトラスシーケンスパラメータセッ
ト、アトラスフレームパラメータセット又はＶ－ＰＣＣ ＳＥＩがセットアップユニット
内にある。’ｖｐｃｇ’サンプルエントリーにおいて、アトラスシーケンスパラメータセ
ット、アトラスフレームパラメータセット、Ｖ－ＰＣＣ ＳＥＩがこのアレイ内又はスト
リーム内に存在する。
任意（ｏｐｔｉｏｎａｌ）のビットレイトボックス（ＢｉｔＲａｔｅＢｏｘ）は、Ｖ－
ＰＣＣトラックのビットレイト情報をシグナリングするためにＶ－ＰＣＣボリュメトリッ
クサンプルエントリー内に存在する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅ
ｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ （’ｖｐｃ１’）
｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｕｎｉｔ＿ｈｅａｄｅｒ；
｝
Ｖ－ＰＣＣトラックサンプルフォーマット（Ｖ－ＰＣＣ ｔｒａｃｋ ｓａｍｐｌｅ
ｆｏｒｍａｔ）
Ｖ－ＰＣＣトラック内の各サンプルはシングルコーディングされたアトラスアクセスユ
ニットに対応する。様々なコンポーネントトラック内のこのフレームに対応するサンプル
はＶ－ＰＣＣトラックサンプルと同じコンポジションタイムを有する。各々のＶ－ＰＣＣ
サンプルは１つ又は１つ以上のアトラスＮＡＬユニットを含むタイプＶＰＣＣ＿ＡＤのＶ
－ＰＣＣユニットペイロードをただ１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅ ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ＝ｓａ
ｍｐｌｅ＿ｓｉｚｅ；／／ｓｉｚｅ ｏｆ ｓａｍｐｌｅ（ｅ．ｇ．， ｆｒｏｍ Ｓａ
ｍｐｌｅＳｉｚｅＢｏｘ）
ｆｏｒ（ｉ＝０；ｉ＜ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ；）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｎａｌＵｎｉｔ；
ｉ＋＝（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．ｌｅｎｇ
ｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＊ｎａｌＵｎｉｔ．ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿
ｓｉｚｅ；
｝
｝
ＮＡＬユニット（ｎａｌＵｎｉｔ）：ＮＡＬユニットサンプルストリームフォーマット
内のシングルアトラスＮＡＬユニットを含む。
Ｖ－ＰＣＣトラック同期サンプル（Ｖ－ＰＣＣ ｔｒａｃｋ ｓｙｎｃ ｓａｍｐｌｅ
）
Ｖ－ＰＣＣトラック内の同期サンプルはイントラー任意アクセスポイント（ｉｎｔｒａ
ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ，ＩＲＡＰ）コーディングされたアトラスア
クセスユニットを含むサンプルである。ＡＳＰＳ、ＡＡＰＳ、ＡＦＰＳのようなアトラス
サブビットストリームパラメータセット及びＳＥＩメッセージは必要な場合、任意アクセ
スのために同期サンプルで繰り返される。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、ビデオコーディングされたＶ－ＰＣＣコンポーネントトラック（Ｖｉｄｅｏ－ｅ
ｎｃｏｄｅｄ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ）を以下のように提供す
る。
プレーヤ側でポイントクラウドを復元することなく、特質、ジオメトリ又は占有マップ
トラックから復号されたフレームをディスプレイすることが意味ないので、ビデオスキー
ムタイプがかかるビデオコーディングされたトラックに対して定義される（Ｓｉｎｃｅ
ｉｔ ｉｓ ｎｏｔ ｍｅａｎｉｎｇｆｕｌ ｔｏ ｄｉｓｐｌａｙ ｔｈｅ ｄｅｃｏ
ｄｅｄ ｆｒａｍｅｓ ｆｒｏｍ ａｔｔｒｉｂｕｔｅ， ｇｅｏｍｅｔｒｙ， ｏｒ
ｏｃｃｕｐａｎｃｙ ｍａｐ ｔｒａｃｋｓ ｗｉｔｈｏｕｔ ｒｅｃｏｎｓｔｒｕｃｔ
ｉｎｇ ｔｈｅ ｐｏｉｎｔ ｃｌｏｕｄ ａｔ ｔｈｅ ｐｌａｙｅｒ ｓｉｄｅ，
ａ ｒｅｓｔｒｉｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ ｔｙｐｅ ｉｓ ｄｅｆｉｎｅ
ｄ ｆｏｒ ｔｈｅｓｅ ｖｉｄｅｏ－ｃｏｄｅｄ ｔｒａｃｋｓ）。
ビデオスキーム（Ｒｅｓｔｒｉｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ）
Ｖ－ＰＣＣコンポーネントビデオトラックはビデオとしてファイル内に表現され、ビデ
オサンプルエントリーのスキーム情報ボックス（ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎ
ｆｏＢｏｘ）のスキームタイプボックス（ＳｃｈｅｍｅＴｙｐｅＢｏｘ）のスキームタイ
プ（ｓｃｈｅｍｅ＿ｔｙｐｅ）フィールド内の’ｐｃｃｖ’により識別される。
特質、ジオメトリ及び占有マップＶ－ＰＣＣコンポーネントを符号化するために使用さ
れるビデオコーデック上に制限がない。かかるコンポーネントは異なるビデオコーデック
を使用して符号化される。
スキーム情報（Ｓｃｈｅｍｅ ｉｎｆｏｒｍａｔｉｏｎ）
スキーム情報ボックス（ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）はＶ－ＰＣＣユ
ニットヘッダボックス（ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ）を含み、存在する。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、Ｖ－ＰＣＣコンポーネントトラックを参照するための方案を以下のように提供す
る。
Ｖ－ＰＣＣトラックをコンポーネントビデオトラックにリンクするために、３つのトラ
ック参照タイプボックス（ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘｅｓ）がＰＣＣ
トラックのトラックボックス（ＴｒａｃｋＢｏｘ）内、各コンポーネントに対して１つず
つトラック参照ボックス（ＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘ）に追加される。
トラック参照タイプボックス（ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘ）はＶ－
ＰＣＣトラックを参照するビデオトラックを指定するトラックＩＤ（ｔｒａｃｋ＿ＩＤｓ
）のアレイを含む。
トラック参照タイプボックス（ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘ）の参照
タイプ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ）は、占有マップ、ジオメトリ又は特質、占有マ
ップのようなコンポーネントのタイプを識別する。かかるトラック参照タイプは以下の通
りである。
’ｐｃｃｏ’：参照されたトラックはビデオコーディングされた占有マップＶ－ＰＣＣ
コンポーネントを含む。
’ｐｃｃｇ’：参照されたトラックはビデオコーディングされたジオメトリＶ－ＰＣＣ
コンポーネントを含む。
’ｐｃｃａ’：参照されたトラックはビデオコーディングされた特質Ｖ－ＰＣＣコンポ
ーネントを含む。
参照されたビデオトラックにより伝達され、トラックのスキーム情報ボックス（Ｒｅｓ
ｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ）内にシグナリングされるＶ－ＰＣＣコンポ
ーネントのタイプは、Ｖ－ＰＣＣトラックからトラック参照の参照タイプにマッチングさ
れる。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、Ｖ－ＰＣＣビットストリームのシングルトラックコンテナ（Ｓｉｎｇｌｅ ｔｒ
ａｃｋ ｃｏｎｔａｉｎｅｒ ｏｆ Ｖ－ＰＣＣ Ｂｉｔｓｔｒｅａｍ）を以下のように
提供する。
Ｖ－ＰＣＣデータのシングルトラックカプセル化は、シングルトラック宣言により表現
されるＶ－ＰＣＣ符号化された基本ビットストリームを求める（ａ ｓｉｎｇｌｅ－ｔｒ
ａｃｋ ｅｎｃａｐｓｕｌａｔｉｏｎ ｏｆ Ｖ－ＰＣＣ ｄａｔａ ｒｅｑｕｉｒｅｓ
ｔｈｅ Ｖ－ＰＣＣ ｅｎｃｏｄｅｄ ｅｌｅｍｅｎｔａｒｙ ｂｉｔｓｔｒｅａｍ
ｔｏ ｂｅ ｒｅｐｒｅｓｅｎｔｅｄ ｂｙ ａ ｓｉｎｇｌｅ－ｔｒａｃｋ ｄｅｃｌ
ａｒａｔｉｏｎ）。
ＰＣＣデータのシングルトラックカプセル化は、Ｖ－ＰＣＣ符号化されたビットストリ
ームのシンプルＩＳＯＢＭＦＦカプセル化である場合に活用される。かかるビットストリ
ームは追加プロセシングなしにシングルトラックとしてすぐ格納される。Ｖ－ＰＣＣユニ
ットヘッダデータ構造はビットストリーム内に格納される。Ｖ－ＰＣＣデータのシングル
トラックコンテナはマルチトラックファイル生成、トランスコーディング、ＤＡＳＨ分割
などの追加プロセシングに対するメディアワークフローに提供される。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、Ｖ－ＰＣＣビットストリームトラック（Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ ｔｒ
ａｃｋ）を以下のように提供する。
Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ：’ｖｐｅ１’， ’ｖｐｅｇ’
Ｃｏｎｔａｉｎｅｒ：ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：Ａ ’ｖｐｅ１’ ｏｒ ’ｖｐｅｇ’ ｓａｍｐｌｅ ｅｎｔ
ｒｙ ｉｓ ｍａｎｄａｔｏｒｙ
Ｑｕａｎｔｉｔｙ：Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ
ｂｅ ｐｒｅｓｅｎｔ
サンプルエントリータイプは’ｖｐｅ１’、’ｖｐｅｇ’であり、コンテナはサンプル
記述ボックスであり、’ｖｐｅ１’又は’ｖｐｅｇ’サンプルエントリーは必須であり、
１つ又は１つ以上のサンプルエントリーが存在する。
Ｖ－ＰＣＣビットストリームトラックは’ｖｐｅ１’又は’ｖｐｅｇ’のサンプルエン
トリータイプを有するボリュメトリックビジュアルサンプルエントリー（Ｖｏｌｕｍｅｔ
ｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ）を使用する。
Ｖ－ＰＣＣビットストリームサンプルエントリーはＶ－ＰＣＣ構成ボックスを含む。
’ｖｐｅ１’サンプルエントリーにおいて、全てのアトラスシーケンスパラメータセッ
ト、アトラスフレームパラメータセット、ＳＥＩはセットアップユニットアレイ内にある
。’ｖｐｅｇ’サンプルエントリーにおいて、アトラスシーケンスパラメータセット、ア
トラスフレームパラメータセット、ＳＥＩがアレイ内又はストリーム内に存在する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＢｉｔＳｔｒｅａｍＳａｍｐｌｅＥｎｔ
ｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ
（’ｖｐｅ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
｝
Ｖ－ＰＣＣビットストリームサンプルフォーマット（Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ
ｓａｍｐｌｅ ｆｏｒｍａｔ）
Ｖ－ＰＣＣビットストリームサンプルは同一のプレゼンテーション時間、即ち、１つの
Ｖ－ＰＣＣアクセスユニットに属する１つ又は１つ以上のＶ－ＰＣＣユニットを含む。サ
ンプルは同期サンプルのように独立的であるか、又はＶ－ＰＣＣビットストリームトラッ
クの他のサンプルに復号－従属的である。
Ｖ－ＰＣＣビットストリーム同期サンプル（Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ ｓｙｎ
ｃ ｓａｍｐｌｅ）
Ｖ－ＰＣＣビットストリーム同期サンプルは以下の条件を満たす。
独立して復号される。
復号順に同期サンプル後のサンプルが同期サンプルに先だってサンプル上の復号従属状
態を有しない。
復号順に同期サンプル後の全てのサンプルが成功的に復号される。
Ｖ－ＰＣＣビットストリームサブサンプル（Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ ｓｕｂ
－ｓａｍｐｌｅ）
Ｖ－ＰＣＣビットストリームサブサンプルはＶ－ＰＣＣビットストリームサンプル内に
含まれるＶ－ＰＣＣユニットである。
Ｖ－ＰＣＣビットストリームトラックはＶ－ＰＣＣビットストリームサブサンプルを並
べるサンプルテーブルボックス（ＳａｍｐｌｅＴａｂｌｅＢｏｘ）内又はムービーフラグ
メントボックス（ＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘｅｓ）の各々のトラックフラグメン
トボックス（ＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘ）内の１つのサブサンプル情報ボックス
（ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）を含む（Ａ Ｖ－ＰＣＣ ｂｉｔ
ｓｔｒｅａｍ ｔｒａｃｋ ｓｈａｌｌ ｃｏｎｔａｉｎ ｏｎｅ ＳｕｂＳａｍｐｌｅ
Ｉｎｆｏｒｍａｔｉｏｎｂｏｘ ｉｎ ｉｔｓ ＳａｍｐｌｅＴａｂｌｅＢｏｘ， ｏｒ
ｉｎ ｔｈｅ ＴｒａｃｋＦｒａｇｍｅｎｔｂｏｘ ｏｆ ｅａｃｈ ｏｆ ｉｔｓ
ＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘｅｓ， ｗｈｉｃｈ ｌｉｓｔｓ ｔｈｅ Ｖ－ＰＣ
Ｃ ｂｉｔｓｔｒｅａｍ ｓｕｂ－ｓａｍｐｌｅｓ）。
サブサンプルを示すＶ－ＰＣＣユニットの３２－ビットユニットヘッダがサブサンプル
情報ボックス（ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）内のサブサンプルエ
ントリーの３２－ビットコーデック特定のパラメータ（ｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿
ｐａｒａｍｅｔｅｒｓ）フィールドにコピーされる。各々のサブサンプルのＶ－ＰＣＣユ
ニットタイプはサブサンプル情報ボックス内のサブサンプルエントリーのコーデック特定
のパラメータフィールドをパースすることにより識別される。
実施例によるシグナリング方案により、実施例による受信方法／装置は３Ｄ領域である
領域ごとのタイルがどのように構成されるかを分かる。実施例による客体とは、ポイント
クラウドデータの対象となる客体又はその客体の部分を示す。タイルはアトラスフレーム
（２Ｄ）を分割する単位である。実施例による受信方法／装置はタイルがどの客体にマッ
チングされるかを分かる。つまり、実施例による受信方法／装置はポイントクラウドデー
タの部分接近を効率的に行うことができる。
図５３は実施例による動的空間領域サンプル（ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉ
ｏｎＳａｍｐｌｅ）を示す。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、ポイントクラウドデータの動的空間領域（Ｄｙｎａｍｉｃ ｓｐａｔｉａｌ ｒ
ｅｇｉｏｎ）をシグナリングするために、動的空間領域に関する情報をファイル（図２４
及び図２５を参照）内で生成して送受信する。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、動的空間領域を時間指定メタデータトラック（ｔｉｍｅｄ ｍｅｔａｄａｔａ
ｔｒａｃｋ）又はサンプルエントリーに追加することができる。
実施例による時間指定メタデータトラックはＶ３Ｃトラック２５０００が参照する別の
トラックに伝達される。
Ｖ－ＰＣＣトラックがサンプルエントリータイプ’ｄｙｓｒ’を有する関連する時間指
定メタデータトラックであると、Ｖ－ＰＣＣトラックにより伝達されるポイントクラウド
ストリームについて定義された空間領域は動的領域として考慮される。
関連する時間指定メタデータトラックはアトラスストリームを伝達するＶ－ＰＣＣトラ
ックに対する’ｃｄｓｃ’トラック参照を含む。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムはサンプルエントリーに図５１のＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘのよ
うなデータ構造を追加する。
メタデータサンプルエントリー（ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ）を拡張す
る動的空間領域サンプルエントリー（ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍ
ｐｌｅＥｎｔｒｙ）はＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘを含む。
ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘの具体的なシンタックスについては図５
０に説明している。
ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅＥｎｔｒｙに対する動的空間
領域サンプル（ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅ）は図５１のよ
うな要素を含み、要素の詳細定義は図５０を参照できる。図５０において、さらに図５１
の要素は動的空間領域であるが、関連する情報を示す。
実施例によるアトラスフレームは複数のタイルを含む。実施例による方法／装置はタイ
ルレベルにおいてポイントクラウドデータの部分接近を提供するために、図５１のような
シグナリング情報を生成する。これにより、実施例による受信方法／装置は領域ごとにタ
イルがどのように構成されるかを分かる。またタイルがどの客体にマッチングされるかを
分かる。
図５４は実施例によるノンタイムＶ－ＰＣＣデータをカプセル化するために構造を示す
。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、ノンタイムＶ－ＰＣＣデータ（Ｎｏｎ－ｔｉｍｅｄ Ｖ－ＰＣＣ ｄａｔａ）を
図５４のようにカプセル化して送受信する。
ノンタイムＶ－ＰＣＣデータはイメージアイテムとしてファイル内に格納される。２つ
の新しいアイテムタイプ（Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテム）はノン
タイムＶ－ＰＣＣデータをカプセル化するために定義される。
新しいハンドラータイプ４ＣＣコード’ｖｐｃｃ’はＶ－ＰＣＣアイテム、Ｖ－ＰＣＣ
ユニットアイテム及び他のＶ－ＰＣＣ符号化されたコンテンツ表現情報の存在を示すため
に、メタボックス（ＭｅｔａＢｏｘ）のハンドラーボックス（ＨａｎｄｌｅｒＢｏｘ）内
に定義されて格納される。
Ｖ－ＰＣＣアイテム（Ｖ－ＰＣＣ Ｉｔｅｍｓ，５２０００）：Ｖ－ＰＣＣアイテムは
独立して復号可能なＶ－ＰＣＣアクセスユニットを示すアイテムである。アイテムタイプ
’ｖｐｃｉ’はＶ－ＰＣＣアイテムを識別するために定義される。Ｖ－ＰＣＣアイテムは
アトラスサブビットストリームのＶ－ＰＣＣユニットペイロードを格納する。一次アイテ
ムボックス（ＰｒｉｍａｒｙＩｔｅｍＢｏｘ）が存在すると、このボックス内のアイテム
ＩＤ（ｉｔｅｍ＿ｉｄ）はＶ－ＰＣＣアイテムを示すためにセットされる。
Ｖ－ＰＣＣユニットアイテム（Ｖ－ＰＣＣ Ｕｎｉｔ Ｉｔｅｍ，５２０１０）：Ｖ－
ＰＣＣユニットアイテムはＶ－ＰＣＣユニットデータを示すアイテムである。占有、ジオ
メトリ及び特質ビデオデータユニットのＶ－ＰＣＣユニットアイテムは、Ｖ－ＰＣＣユニ
ットペイロードを格納する。Ｖ－ＰＣＣユニットアイテムはただ１つのＶ－ＰＣＣアクセ
スユニット関連データだけを格納する。
Ｖ－ＰＣＣユニットアイテムに対するアイテムタイプは対応するビデオデータユニット
を符号化するために使用されるコーデックによりセットされる。Ｖ－ＰＣＣユニットアイ
テムは対応するＶ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ
ｈｅａｄｅｒ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）及びコーデック特定の構成アイテムプロパ
ティ（ｃｏｄｅｃ ｓｐｅｃｉｆｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔｅｍ ｐｒｏ
ｐｅｒｔｙ）に関連がある。独立してディスプレイすることは意味がないので、Ｖ－ＰＣ
Ｃユニットアイテムは隠しアイテムで表示される。
Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテム間の関係を示すために、以下の３
つのアイテム参照タイプが使用される。アイテム参照はＶ－ＰＣＣアイテムから関連する
Ｖ－ＰＣＣユニットアイテムにより定義される。
’ｐｃｃｏ’：参照されたＶ－ＰＣＣユニットアイテムは占有ビデオデータユニットを
含む。
’ｐｃｃｇ’：参照されたＶ－ＰＣＣユニットアイテムはジオメトリビデオデータユニ
ットを含む。
’ｐｃｃａ’：参照されたＶ－ＰＣＣユニットアイテムは特質ビデオデータユニットを
含む。
Ｖ－ＰＣＣ構成アイテムプロパティ（Ｖ－ＰＣＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔ
ｅｍ ｐｒｏｐｅｒｔｙ，５２０２０）
ｂｏｘ Ｔｙｐｅｓ：’ｖｐｃｐ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔ
ｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ ｏｒ ｍｏｒｅ ｆｏｒ ａ Ｖ－
ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’
Ｖ－ＰＣＣ構成アイテムプロパティのボックスタイプは’ｖｐｃｐ’であり、プロパテ
ィタイプは記述的アイテムプロパティである。コンテナはアイテムプロパティコンテナボ
ックスである。アイテムごとのタイプ’ｖｐｃｉ’のＶ－ＰＣＣタイプについて必須であ
る。アイテムごとのタイプ’ｖｐｃｉ’のＶ－ＰＣＣアイテムに対して１つ又はそれ以上
が存在する。
Ｖ－ＰＣＣパラメータセットはこの記述的アイテムプロパティとして格納され、Ｖ－Ｐ
ＣＣアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕ
ｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ
；
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ（）；
｝
Ｖ－ＰＣＣユニットペイロードサイズ（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚ
ｅ）：ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（）のバイトサイズを示す。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｐｅ
ｒｔｙ ｅｘｔｅｎｄｓ ＩｔｅｍＰｒｏｐｅｒｔｙ（’ｖｐｃｃ’）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）［］；
｝
Ｖ－ＰＣＣユニットペイロード（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（））はタイプＶ
ＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットを含む。
Ｖ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ
ｉｔｅｍ ｐｒｏｐｅｒｔｙ，５２０３０）
ｂｏｘ Ｔｙｐｅｓ：’ｖｕｎｔ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ （ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉ
ｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ
ｉｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
Ｖ－ＰＣＣユニットヘッダアイテムプロパティのボックスタイプは’ｖｕｎｔ’であり
、プロパティタイプは記述的アイテムプロパティであり、コンテナはアイテムプロパティ
コンテナボックスである。アイテムごとのＶ－ＰＣＣユニットアイテム及びタイプ’ｖｐ
ｃｉ’のＶ－ＰＣＣアイテムについて必須である。アイテムごとに１つ存在する。
Ｖ－ＰＣＣユニットヘッダは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣア
イテム及びＶ－ＰＣＣユニットアイテムに関連がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＰｒｏｐｅｒｔｙ
（） ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖｕｎｔ’， ｖｅｒｓ
ｉｏｎ＝０， ０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）；
｝
図５５は実施例によるポイントクラウドデータ送信方法のフローチャートを示す。
実施例によるポイントクラウドデータ送信装置は、図５５に示したように、ファイル／
セグメントカプセル化部（以下、カプセル化部とも称する）及び／又は送信機などを含む
。実施例によるポイントクラウドデータエンコーダ、ファイル／セグメントカプセル化部
、送信機などを含めて、実施例によるポイントクラウドデータ送信装置及び／又はポイン
トクラウドデータシステムなどと称する。この明細書においては簡単に実施例による方法
／装置などとも称する。
実施例による送受信装置はＩＳＯＢＭＦＦモジュールを含む。ＩＳＯＢＭＦＦモジュー
ルはＩＳＯＢＭＦＦ形式のファイルを構成するｂｏｘの生成／修訂／削除に対するＡＰＩ
を提供するものである。
実施例による送受信装置はＶＰＣＣＢｉｔｓｔｒｅａｍモジュールを含む。ＶＰＣＣＢ
ｉｔｓｔｒｅａｍモジュールはＶＰＣＣビットストリーム形式のデータを生成／パースす
る。
実施例によるカプセル化部はＶ－ＰＣＣビットストリームをＩＳＯＢＭＦＦファイルフ
ォーマットで構成し、ＩＳＯＢＭＦＦファイルフォーマットに符号化するために必要なｂ
ｏｘ構造などを生成する。送信機は生成されたデータを送信する。実施例によるカプセル
化部の動作についての詳しいフローチャートは以下の通りである。各動作は実施例による
カプセル化部、方法／装置などにより行われる。
０．ポイントクラウドデータ送信装置（又はエンコーダ）からＶ－ＰＣＣ符号化された
ビットストリームが入力される。
ＩＳＯＭファイルが生成される。Ｖ－ＰＣＣトラック（ＡＤ）がファイルに追加される
。新しいトラックが生成されることをシステムのＩＳＯＢＭＦＦ端に知らせる。ＩＳＯＢ
ＭＦＦ端からトラックを受信する。Ｖ－ＰＣＣサンプルエントリー（トラック）がファイ
ル内に追加される。
実施例によるｇｆ関数はＩＳＯＢＭＦＦ形式のファイルを生成するために必要なｂｏｘ
、即ち、トラック、サンプルなどの追加／修訂／削除時に使用されるＡＰＩを示す。
１．ＩＳＯＢＭＦＦファイル構造に基づいてＶ－ＰＣＣトラック（ｔｒａｃｋ）を生成
する。
１－１．動的空間領域である場合、時間指定メタデータトラック（ｔｉｍｅｄ－ｍｅｔ
ａｄａｔａ ｔｒａｃｋ）を生成する。
時間指定メタトラック（ＡＤ）がファイル内に追加される。新しいトラックがあること
をＩＳＯＢＭＦＦ端に知らせる。ＩＳＯＢＭＦＦ端からトラックを受信する。
２．上記１．で生成したＶ－ＰＣＣトラックにサンプルエントリー（ｓａｍｐｌｅ ｅ
ｎｔｒｙ）を生成する。
３．ＶＰＳ（ＶＰＣＣ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）情報（ｉｎｆｏ）を入力ビット
ストリーム（ｉｎｐｕｔ ｂｉｔｓｔｒｅａｍ）から得る。
サンプルストリームＶ－ＰＣＣユニット（ＶＰＳ）を要請する。Ｖ－ＰＣＣビットスト
リームにＶ－ＰＣＣバッファー（位置）に基づいて要請する。サンプルストリームＶ－Ｐ
ＣＣユニットが得る。
４．ＶＰＳ情報（ｉｎｆｏ）をサンプルエントリーに追加する。
Ｖ－ＰＣＣデコーダ構成（トラック、サンプルストリームＶ－ＰＣＣユニット）をＩＳ
ＯＢＭＦＦ端に要請する。
５．アトラスシーン客体（Ａｔｌａｓ ｓｃｅｎｅ ｏｂｊｅｃｔ）情報を入力ビット
ストリーム（ｉｎｐｕｔ ｂｉｔｓｔｒｅａｍ）から得る。
シーン客体情報（ＡＤ）を要請する。Ｖ－ＰＣＣビットストリームにＶ－ＰＣＣバッフ
ァー（位置）に基づいて要請する。シーン客体情報を得られる。
５－１．アトラス客体ラベル（Ａｔｌａｓ ｏｂｊｅｃｔ ｌａｂｅｌ）情報を入力ビ
ットストリーム（ｉｎｐｕｔ ｂｉｔｓｔｒｅａｍ）から得る。
客体ラベル情報（ＡＤ）を要請する。Ｖ－ＰＣＣビットストリームにＶ－ＰＣＣバッフ
ァー（位置）に基づいて要請する。客体ラベル情報を得る。
５－２．アトラスパッチ情報（Ａｔｌａｓ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を
入力ビットストリーム（ｉｎｐｕｔ ｂｉｔｓｔｒｅａｍ）から得る。
パッチ情報（ＡＤ）を要請する。Ｖ－ＰＣＣビットストリームにＶ－ＰＣＣバッファー
（位置）に基づいて要請する。パッチ情報を得る。
６．アトラスボリュメトリックタイリング情報（Ａｔｌａｓ ｖｏｌｕｍｅｔｒｉｃ
ｔｉｌｉｎｇ ｉｎｆｏ）を用いてポイントクラウドシステムファイルフォーマット（ｐ
ｏｉｎｔ ｃｌｏｕｄ ｓｙｓｔｅｍ ｆｉｌｅ ｆｏｒｍａｔ）に適するＶ－ＰＣＣ空
間領域ボックス構造（ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ ｓｔｒｕｃｔｕｒ
ｅ）に形成してサンプルエントリーに追加する。或いは動的空間領域である場合は、Ｖ－
ＰＣＣ空間領域ボックス構造（ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ ｓｔｒｕ
ｃｔｕｒｅ）は時間指定メタデータトラック（ｔｉｍｅｄ－ｍｅｔａｄａｔａ ｔｒａｃ
ｋ）のサンプルエントリーに追加する。
Ｖ－ＰＣＣデコーダ構成（トラック、Ｖ－ＰＣＣ空間領域ボックス）を要請する。
７．アトラスＶＰＣＣユニットヘッダ情報（Ａｔｌａｓ ＶＰＣＣ ｕｎｉｔ ｈｅａ
ｄｅｒ ｉｎｆｏ）を入力ビットストリーム（ｉｎｐｕｔ ｂｉｔｓｔｒｅａｍ）から得
る。
Ｖ－ＰＣＣユニットヘッダボックス（ＡＤ）を要請する。ビットストリームにＶ－ＰＣ
Ｃバッファー（位置）に基づいて要請する。ユニットヘッダを得る。
８．ＶＰＣＣユニットヘッダ情報（ＶＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｉｎｆｏ）を
サンプルエントリーに追加する。
Ｖ－ＰＣＣユニットヘッダ（トラック、ユニットヘッダ）を要請する。
９．アトラスＮＡＬユニットデータ（Ａｔｌａｓ ＮＡＬ ｕｎｉｔ ｄａｔａ）をＮ
ＡＬタイプ（ｎａｌＴｙｐｅ）によってサンプルエントリー或いはサンプルに追加する。
サイズに対するループ（ＬＯＯＰ）において、以下の動作を行う。ビットストリームに
Ｖ－ＰＣＣユニット（ＡＤ）を要請し、サンプルストリームＮＡＬユニットを得る。
ＮＡＬカウント（数）にループにおいてアトラスデータに対する以下の動作を行う。
ＮＡＬタイプがＮＡＬ＿ＡＳＰＳであると、ビットストリームにＧＥＴ要請して、サン
プルストリームＮＡＬユニットＡＳＰＳを得る。Ｖ－ＰＣＣデコーダ構成（トラック、サ
ンプルストリームＮＡＬユニットＡＳＰＳ）を要請する。
ＮＡＬタイプがＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩであると、ビットストリームにＧＥＴ要
請してサンプルストリームＮＡＬユニットＳＥＩを得る。Ｖ－ＰＣＣデコーダ構成（トラ
ック、サンプルストリームＮＡＬユニットＳＥＩ）を要請する。
それ以外のＮＡＬタイプであると、ビットストリームにＧＥＴ要請してＮＡＬユニット
を得る。
サンプルをＩＳＯＢＭＦＦ端に要請して、サンプルを得る。
１０．アトラスＮＡＬユニットデータタイプ（Ａｔｌａｓ ＮＡＬ ｕｎｉｔ ｄａｔ
ａ ｔｙｐｅ）がＮＡＬ＿ＡＳＰＳ或いはＮＡＬ＿ＸＸＸＸ＿ＳＥＩを除いたデータはサ
ンプルに追加する。
メモリをコピーしてデータをサンプルに格納する。
１１．上記１０．で生成されたサンプルをＶ－ＰＣＣトラックに追加する。
サンプル（トラック、サンプル）を追加する。新しいサンプルを要請してサンプル受信
する。
１２．動的空間領域である場合、動的空間領域サンプル（ＤｙｎａｍｉｃＳｐａｔｉａ
ｌＲｅｇｉｏｎＳａｍｐｌｅ）を時間指定メタデータトラックのサンプルに追加する。
１３．サンプルを時間指定メタデータトラックに追加する。
メモリをコピーしてデータをサンプルに格納する。サンプル（トラック、サンプル）を
得られる。
図５６は実施例によるポイントクラウドデータ受信方法のフローチャートを示す。
実施例によるポイントクラウドデータ受信装置は、ファイル／セグメントデカプセル化
部（以下、デカプセル化部とも称する）及び／又は受信部などを含む。実施例によるポイ
ントクラウドデータデコーダ、ファイル／セグメントデカプセル化部、受信部などを含め
て、実施例によるポイントクラウドデータ受信装置及び／又はポイントクラウドデータシ
ステムなどと称する。この明細書においては簡単に実施例による方法／装置などとも称す
る。
実施例によるポイントクラウドデータ受信装置は、図５６のように、ポイントクラウド
システム構造（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ）に
示したように、受信部及び／又はファイル／セグメントデカプセル化部（以下、デカプセ
ル化部とも称する）などを含む。受信部はポイントクラウドデータ（Ｖ－ＰＣＣ ＩＳＯ
ＢＭＦＦファイル形態）を受信する。デカプセル化部はＶ－ＰＣＣファイル（ＩＳＯＢＭ
ＦＦ ｆｉｌｅ）をＶ－ＰＣＣビットストリームにデカプセル化し、復号に必要なボック
ス構造などをパースする。受信装置はさらにデコーダを含む。デコーダはＶ－ＰＣＣビッ
トストリームを復号する。
実施例によるデカプセル化部及び／又は方法／装置などにより以下のフローチャートの
動作が行われる。
０．Ｖ－ＰＣＣ ＩＳＯＢＭＦＦにカプセル化された．ｍｐ４ファイルが入力される。
ファイルをデカプセル化する。デコーダパラメータに基づいてファイルをデカプセル化
する。ファイルが得られる。
ファイルに基づいてビットストリームが得られる。
フレームカウントに基づいて以下の動作がループ内で行われる。
１．インプット（Ｉｎｐｕｔ ｉｓｏｂｍｆｆ）ファイルのサンプルエントリーからＶ
ＰＳ（Ｖ－ＰＣＣ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）情報を得る。
ユニットタイプがＶＰＳであると、ＶＰＳユニット（ファイル）を得られる。トラック
を得てパースしてＶＰＳを得る。
２．上記１．で得たＶＰＳ情報をＶ－ＰＣＣビットストリーム形態で構成する。
ユニットタイプがＡＤであると、Ｖ－ＰＣＣヘッダ（トラック、タイプ）を得る。
３．インプットＩＳＯＢＭＦＦファイルのサンプルエントリーからＶ－ＰＣＣユニット
ヘッダ情報を得る。
４．上記３．で得たＶ－ＰＣＣユニットヘッダ情報をＶ－ＰＣＣビットストリーム形態
で構成する。
５．インプットＩＳＯＢＭＦＦファイルのサンプルエントリーからＶ－ＰＣＣ空間領域
ボックス（ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ）情報を得る。或いは動的空間
領域の場合は、時間指定メタデータトラック（ｔｉｍｅｄ－ｍｅｔａｄａｔａ ｔｒａｃ
ｋ）のサンプルエントリーからＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ情報を得ら
れる。
６．インプットＩＳＯＢＭＦＦファイルのサンプルエントリーからＶ－ＰＣＣ設定（ｃ
ｏｎｆｉｇｕｒａｔｉｏｎ）情報を得る。Ｖ－ＰＣＣ設定情報にはＶＰＳとＮＡＬユニッ
トタイプがＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＸＸＸＸ＿ＳＥＩなどのアトラスデータを含んで
いる。
ＳＰＳユニット（ＡＳＰＳ，ＳＥＩ）を得る。
７．インプットＩＳＯＢＭＦＦファイルのサンプルからＮＡＬユニットタイプがＴＳＡ
などのアトラスデータを得る。
アトラスデータ（ＡＦＰＳ，ＴＳＡ）を得る。
７－１．動的空間領域である場合、時間指定メタデータトラックのサンプルからＤｙｎ
ａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅ情報を得る。
サンプル（ファイル、タイプ、インデックス）を得て動的空間領域サンプルを受信する
。
８．上記５．で得た客体タイルグループＩＤ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｔｉｌｅ＿ｇｒ
ｏｕｐ＿ｉｄ）又は客体タイルＩＤを用いて、上記７．で得たアトラスデータのうち、ア
トラスタイルグループＩＤ（ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ）（又はアトラスタ
イルＩＤ）及びアトラスアドレス（ａｔｇｈ＿ａｄｄｒｅｓｓ）が一致するデータのみを
パースする。
アトラスデータ（アトラスタイルグループＩＤ又はアトラスタイルＩＤ）をパースする
。
９．上記６．ないし８．のプロセスで得たアトラスデータを用いてＶ－ＰＣＣアトラス
サブビットストリーム（ａｔｌａｓ ｓｕｂ－ｂｉｔｓｔｒｅａｍ）を構成するサンプル
ストリームＮＡＬユニット（ＳａｍｐｌｅＳｔｒｅａｍＮａｌＵｎｉｔ）データを構成す
る。
サンプルストリームＮＡＬユニットペイロード（ＡＳＰＳ＋ＡＦＰＳ＋ＴＳＡ＋ＳＥＩ
）を生成する。
１０．Ｖ－ＰＣＣビットストリーム復号のためのＶ－ＰＣＣアトラスサブビットストリ
ームを構成する。
１１．上記１０．で生成されたＶ－ＰＣＣアトラスサブビットストリームをＶＰＣＣＢ
ｉｔｓｔｒｅａｍＤｅｃｏｄｅｒでパースしてポイントクラウドを復元（ｒｅｃｏｎｓｔ
ｒｕｃｔ）するために必要なアトラスタイプグループ又はアトラスタイル及びパッチデー
タ（ｐａｔｃｈ ｄａｔａ）などを得る。
図５７は実施例によるファイルフォーマット構造を示す。
図５７は実施例によるファイルレベルのシグナリング構造を示す。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、図５７のような構造でファイルを生成、送受信する。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、ファイルレベルにおいて以下のようにデータをシグナリングする。
実施例によるシグナリング情報、メタデータ、パラメータなどは、Ｖ－ＰＣＣトラック
（又はＶ３Ｃトラック）５７０３０，２５０００のサンプルエントリーに含まれ、時間指
定メタデータトラックのサンプルエントリー及びサンプルに含まれて送受信される。
部分接近（Ｐａｒｔｉａｌ ａｃｃｅｓｓ）のために複数のアトラスタイルグループ（
ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）（又はアトラスタイル）からなるＶ－ＰＣＣビット
ストリームは、図５７のようなファイルフォーマット構造でカプセル化部によりカプセル
化される。第１サンプルグループ（Ｓａｍｐｌｅ ｇｒｏｕｐ １）５５０００はアトラ
スタイルグループ（アトラスタイルに対応）が３つある（ＡＴＧ１ないし３又はＡＴ１な
いし３）。
第２サンプルグループ（ｓａｍｐｌｅ ｇｒｏｕｐ ２）５７０１０は空間領域の位置
及び／又はサイズなどの変化により、アトラスタイルグループ（又はアトラスタイル）が
２つである（ＡＴＧ１ないし２又はＡＴ１ないし２）。
第３サンプルグループ（ｓａｍｐｌｅ ｇｒｏｕｐ ３）５７０２０は等しいか又はさ
らに他のアトラスタイルグループ（又はアトラスタイル）で構成される。
ファイルはｍｏｏｖボックス、データ（ｍｄａｔ）ボックスを含む。ｍｏｏｖボックス
及びｍｄａｔボックスをトラックと称する。Ｖ－ＰＣＣトラック５７０３０のタイプがア
トラスデータ（ＡＤ）であると、サンプルに対応するアトラスタイルを含むｍｄａｔボッ
クスがｍｏｏｖボックスの後に位置する。
ファイル内にマルチトラックがある場合、トラック間グルーピングが可能である。
第１トラックグループ５７０４０はＯＶＤを含むトラック、ＧＶＤを含むトラック、Ａ
ＶＤを含むトラックがグルーピングされる。
第２トラックグループ５７０５０はＧＶＤを含むトラック、ＡＶＤを含むトラックがグ
ルーピングされる。
ファイルに関連するトラック間参照が可能である。
第１トラック５７０３０が第１グループ５７０４０を参照し、第２グループ５７０５０
を参照する。
実施例によるポイントクラウドデータ送受信方法／装置及び送受信装置に含まれたシス
テムは、図５８のようにファイルレベルシグナリングを行う。
図５８は実施例によるファイルレベルシグナリングを示す。
実施例による方法／装置はサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒ
ｉｐｔｉｏｎ）のサンプルグループエントリー（ＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ）と
してＮＡＬＵＭａｐＥｎｔｒｙを生成する。
各々のアトラスＮＡＬユニット（ａｔｌａｓ ＮＡＬ ｕｎｉｔ）にアトラスタイルグ
ループＩＤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ）（又はアトラスタイルＩＤ）を
割り当てる。ポイントクラウド受信機はこのアトラスタイプグループＩＤ（又はアトラス
タイルＩＤ）によって各空間領域に該当するアトラスＮＡＬユニット（ａｔｌａｓ ＮＡ
Ｌ ｕｎｉｔ）のみが集まる。
図５８のように、実施例による方法／装置はｓａｍｐｌｅｔｏｇｒｏｕｐｂｏｘ及びＮ
ＡＬＵＭａｐＥｎｔｒｙ間のリンク関係を生成する。ｓａｍｐｌｅｔｏｇｒｏｕｐｂｏｘ
及びＮＡＬＵＭａｐＥｎｔｒｙはいずれもｍｏｏｖボックス内のサンプルエントリーに含
まれる。
実施例によるＮＡＬＵＭａｐＥｎｔｒｙはＩＳＯ／ＩＥＣ１４４９６－１５［１４４９
６－１５］の定義に従う。
ＮＡＬＵＭａｐＥｎｔｒｙはＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘが存在する
場合、Ｖ－ＰＣＣトラック内に存在する。
ＮＡＬＵＭａｐＥｎｔｒｙはグループＩＤを各々のアトラスＮＡＬユニットに割り当て
るために使用される。
ＮＡＬＵＭａｐＥｎｔｒｙはタイプ’ｎａｌｍ’のサンプルツーグループボックス（Ｓ
ａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）のグルーピングタイプパラメータ（ｇｒｏｕｐｉｎｇ
＿ｔｙｐｅ＿ｐａｒａｍｅｔｅｒ）をセットするサンプルグループ記述にリンクされるか
又はリンクされない。
タイプ’ｎａｌｍ’のサンプルツーグループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢ
ｏｘ）はボックスのバージョン０を使用するか又は使用しない。
実施例によるＶ－ＰＣＣトラックはサンプルツーグループボックス（ＳａｍｐｌｅＴｏ
ＧｒｏｕｐＢｏｘ）５８０００を含む。
サンプルツーグループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）５８０００はｎ
ａｌｍ値を有するグルーピングタイプパラメータを含み、複数のサンプルグループを含む
。
第１サンプルグループ５７０００は、例えば、図５７のように構成された場合、サンプ
ルカウント３の値を有してサンプル１ないし３を含む。このとき、サンプル記述インデッ
クスは１を有する。
第２サンプルグループ５７０１０はサンプルカウント２の値を有して、図５７のように
、サンプル１及びサンプル２を含む。このとき、サンプル記述インデックスは２を有する
。
第３サンプルグループ５７０２０はサンプルカウントＮの値を有して、Ｎ個のサンプル
を含む。このとき、サンプル記述インデックスは３を有する。
実施例によるＶ－ＰＣＣトラックはサンプルグループ記述ボックス５８０１０を含む。
サンプルグループ記述ボックス５８０１０はサンプルツーグループボックスに関する追
加情報を含む。グルーピングタイプはｎａｌｍであり、各サンプルグループに対してサン
プルグループエントリーによりファイルレベルシグナリング情報を提供する。
第１ＮＡＬユニットマップエントリー５８０２０は第１サンプルグループ５７０００に
関する構成情報を提供する。
例えば、図５７のような構成をシグナリングする場合、第１ＮＡＬユニットマップエン
トリー５８０２０は総９つのエントリーを有する。
ＮＡＬユニットマップエントリーは第１サンプルグループに関連するトラックが含むＮ
ＡＬユニット１ないし９（ＮＡＬＵ１－９）が含むアトラスタイルグループ（又はアトラ
スタイル）を表現する。
例えば、第１ＮＡＬユニットマップエントリー５８０２０はＮＡＬユニット１が第１ア
トラスタイルグループとマッピングされる関係を知らせる。同様に、ＮＡＬユニット２な
いし９が第２～第９のアトラスタイルグループとそれぞれマッチングされることを知らせ
る。
実施例による方法／装置はポイントクラウドコンテンツサービス提供のための送信機又
は受信機に関する。上述したように、Ｖ－ＰＣＣビットストリームを構成してファイルを
格納することができる。
実施例による方法／装置／システムはＶ－ＰＣＣビットストリームを効果的に多重化し
て逆多重化することができる。また、Ｖ－ＰＣＣユニット単位でビットストリームの効率
的な接近を支援することができる。Ｖ－ＰＣＣビットストリームのアトラスストリームを
効果的にファイル内のトラックを格納及び送信することができる。
Ｖ－ＰＣＣビットストリーム内のデータ処理及びレンダリングのためのＳＥＩメッセー
ジ／情報を効果的にファイル内に格納及び送信することができる。
実施例によるポイントクラウド圧縮処理デバイス、送信機、受信機、ポイントクラウド
プレーヤー、エンコーダ又はデコーダは、この明細書に記載する効果を提供する。
また、提案するデータ表現方式はポイントクラウドビットストリームに効率的に接近で
きるという効果を提供する。さらに、ポイントクラウドビットストリームのデータ処理及
びレンダリングのために必要な情報を効果的に接近できるという効果を提供する。
実施例による送信機又は受信機はＶ－ＰＣＣビットストリームをファイル内の１つ以上
の複数のトラックに分割格納し、そのためのシグナリング情報を提供する。
Ｖ－ＰＣＣビットストリームを含む複数のトラック間の関係性を示すためのシグナリン
グ、ファイル内に格納された代替のＶ－ＰＣＣトラックに対する指示により、ポイントク
ラウドビットストリームのファイルを効率的に格納して送信することができる。
このように実施例による方法／装置は実施例による動作に基づいて動的に変化するポイ
ント空間領域（ｓｐａｔｉａｌ ｒｅｇｉｏｎ）に対するシグナリングを効率的に行うこ
とができる。例えば、サンプルグループ（Ｓａｍｐｌｅ Ｇｒｏｕｐ）を用いたシグナリ
ング及び時間指定メタデータトラック（Ｔｉｍｅｄ Ｍｅｔａｄａｔａ Ｔｒａｃｋ）を
用いたシグナリングなどについて説明する。
実施例による方法／装置はポイントクラウドビットストリームの部分接近支援動作を提
供する（ｔｈｅ ｓｕｐｐｏｒｔ ｏｆ ｐａｒｔｉａｌ ａｃｃｅｓｓ ｏｆ Ｖｉｄ
ｅｏ－ｂａｓｅｄ ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｎｔｅｎｔ）。
実施例による方法／装置はユーザのビューポートによってＶ－ＰＣＣコンテンツの空間
部分（ｓｐａｔｉａｌ ａｃｃｅｓｓ）の接近を支援するためのＶ－ＰＣＣコンテンツの
３Ｄ領域情報とそれに連関するビデオ或いはアトラスフレーム上の２Ｄ領域関連メタデー
タを生成して送受信する。
実施例による方法／装置はポイントクラウドビットストリーム内のポイントクラウドの
３Ｄ領域情報とそれに連関するビデオ或いはアトラスフレーム上の２Ｄ領域関連シグナリ
ング情報を生成して送受信する。
実施例による方法／装置はファイル内のポイントクラウドの３Ｄ領域情報とそれに連関
するビデオ或いはアトラスフレーム上の２Ｄ領域関連情報を格納し、それに関連するシグ
ナリング情報を生成して送受信する。
実施例による方法／装置はファイル内のイメージアイテムに連関するポイントクラウド
の３Ｄ領域情報とそれに連関するビデオ或いはアトラスフレーム上の２Ｄ領域関連の情報
を格納して送受信する。
図５９は実施例によるポイントクラウドの一部３次元領域とビデオフレーム上の領域間
の連関性を示す。
実施例による受信装置及びレンダラーはユーザがズームイン（ｚｏｏｍ－ｉｎ）或いは
ユーザのビューポート変更などによりユーザビューポート上にポイントクラウド客体／デ
ータの全体ではない部分をレンダリングするか又はディスプレイする。
実施例によるＰＣＣデコーダ／プレーヤーは効率的なプロセスのために、ユーザのビュ
ーポート上にレンダリング或いはディスプレイされるポイントクラウドデータの一部に連
関するビデオ或いはアトラスデータを復号或いは処理する。
実施例によるＰＣＣデコーダ／プレーヤーは効率的なプロセスのために、レンダリング
或いはディスプレイされない部分／領域のポイントクラウドデータに連関するビデオ或い
はアトラスデータを復号或いは処理しない。
客体５９０００に対するポイントクラウドの一部３次元領域５９０１０に連関するデー
タ５９０２０がビデオ フレーム５９０３０内の１つ以上の２Ｄ領域５９０４０のビデオ
データ５９０５０に連関する。
動的ポイントクラウドデータ（時間に応じてポイントクラウドのポイント数が変化する
か、又はポイントクラウド位置などが変化するデータ）の場合、時間によって同一の３次
元領域にディスプレイされるポイントクラウドが変化する。
よって、実施例によるＰＣＣデコーダ／プレーヤーはユーザビューポート上にレンダリ
ング／ディスプレイされるポイントクラウドデータの空間或いは部分に接近するために、
時間に応じて変化するポイントクラウドの３次元領域に連関するビデオフレーム内の２Ｄ
領域情報をＶ－ＰＣＣビットストリーム２６０００内に含ませるか、又はファイル（例え
ば、図５７）内のシグナリング或いはメタデータの形態で含ませることができる。
図６０は実施例によるパラメータセットを示す。
図６０は図３０のパラメータセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）に対
応する。
図６０は実施例によるパラメータセットがさらにポイントクラウド客体５９０００に関
連するバウンディングボックスのための情報を含むことを示す。図６０の要素の定義は図
３０の要素の定義を参照できる。
ＶＰＳ ＶＰＣＣパラメータセットＩＤ（ｖｐｓ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓ
ｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのＶ－ＰＣＣ ＶＰＳに対する識
別子を提供する。
ＳＰＳバウンディングボックス存在フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒ
ｅｓｅｎｔ＿ｆｌａｇ）：ビットストリーム上のポイントクラウド客体／コンテンツの全
体的バウンディングボックス（時間に応じて変化するバウンディングボックスを全て含む
バウンディングボックス）に関する情報有無フラグである（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿
ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｏｖ
ｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉ
ｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅ
ｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ）。
ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、以下の
バウンディングボックス関連パラメータがパラメータセットに含まれる。
ＳＰＳバウンディングボックスオフセットＸ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏ
ｆｆｓｅｔ＿ｘ）：座標系内のビットストリームに含まれるポイントクラウドコンテンツ
の全体的バウンディングボックスオフセット及びサイズ情報のＸオフセットを示す。存在
しない場合、このフィールドの値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｘ
ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎ
ｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏ
ｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃ
ａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ，
ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘ ｉ
ｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
ＳＰＳバウンディングボックスオフセットＹ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏ
ｆｆｓｅｔ＿ｙ）：座標系内のビットストリームに含まれるポイントクラウドコンテンツ
の全体的バウンディングボックスオフセット及びサイズ情報のＹオフセットを示す。存在
しない場合、このフィールドの値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｙ
ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎ
ｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏ
ｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃ
ａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ，
ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙ ｉ
ｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
ＳＰＳバウンディングボックスオフセットＺ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏ
ｆｆｓｅｔ＿ｚ）：座標系内のビットストリームに含まれるポイントクラウドコンテンツ
の全体的バウンディングボックスオフセット及びサイズ情報のＺオフセットを示す。存在
しない場合、このフィールドの値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｚ
ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎ
ｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏ
ｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ Ｃ
ａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ，
ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚ ｉ
ｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
ＳＰＳバウンディングボックスサイズ幅（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚ
ｅ＿ｗｉｄｔｈ）：座標系内のビットストリームに含まれるポイントクラウドコンテンツ
の全体的バウンディングボックスオフセット及びサイズ情報の幅を示す。存在しない場合
、このフィールドの値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｗｉｄｔｈ ｏ
ｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉ
ｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａ
ｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃａｒｔｅｓｉａｎ
ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｔｈｅ ｖａｌｕ
ｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈ ｉｓ ｉｎｆｅ
ｒｒｅｄ ｔｏ ｂｅ １）。
ＳＰＳバウンディングボックスサイズ高さ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉ
ｚｅ＿ｈｅｉｇｈｔ）：座標系内のビットストリーム内に伝達されるポイントクラウドコ
ンテンツの全体的バウンディングボックスオフセット及びサイズ情報の高さを示す。存在
しない場合、この要素の値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｈｅｉｇｈ
ｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ
ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ
ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃａｒｔｅｓ
ｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｔｈｅ ｖ
ａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔ ｉｓ
ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ １）。
ＳＰＳバウンディングボックスサイズ深さ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉ
ｚｅ＿ｄｅｐｔｈ）：座標系内のビットストリーム内に伝達されるポイントクラウドコン
テンツの全体的バウンディングボックス及びサイズ情報の深さを示す。存在しない場合、
この要素の値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｄｅｐｔｈ ｏｆ ｏｖ
ｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉ
ｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅ
ｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃａｒｔｅｓｉａｎ ｃｏｏ
ｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｔｈｅ ｖａｌｕｅ ｏｆ
ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈ ｉｓ ｉｎｆｅｒｒｅｄ
ｔｏ ｂｅ １）。
ＳＰＳバウンディングボックス変化フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｃｈ
ａｎｇｅｄ＿ｆｌａｇ）：ビットストリーム内に含まれたポイントクラウドデータのバウ
ンディングボックスが時間に応じて変化するか否かを示すフラグである。該当フラグ値が
１である場合、ポイントクラウドデータのバウンディングボックスが時間によって変化す
ることを示す。
ＳＰＳバウンディングボックス情報フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｉｎ
ｆｏ＿ｆｌａｇ）：ビットストリーム上にポイントクラウドデータのバウンディングボッ
クス情報を含むＳＥＩなどが含まれているか否かを示すフラグである。該当フラグ値が１
である場合、ポイントクラウドデータのバウンディングボックス情報を含むＳＥＩ（３Ｄ
ｂｏｕｎｄｉｎｇ ｂｏｘ ＳＥＩ）などがビットストリーム上に含まれていることを
示す。この場合、ＰＣＣプレイは該当ＳＥＩなどに含まれた情報を得て使用できることを
知らせる。
ＶＰＳアトラスカウント（ｖｐｓ＿ａｔｌａｓ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値
に１を加えると、現在ビットストリーム内に支援されるアトラスの総数を示す。
ｖｐｓ＿ａｔｌａｓ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１値だけ以下のフレーム関連パラメータ
がパラメータセットに含まれる。
ＶＰＳフレーム幅（ｖｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ［ｊ］）：インデックスｊを有す
るアトラスに対する整数ルーマサンプルに対するｖ－ｐｃｃフレームの幅を示す。このフ
レームの幅はインデックスｊを有するアトラスに対する全てのＶ－ＰＣＣコンポーネント
に連関する公称幅である。
ＶＰＳフレーム高さ（ｖｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ［ｊ］）：インデックスｋを
有するアトラスに対する整数ルーマサンプルに対するＶ－ＰＣＣフレームの高さを示す。
このフレームの高さはインデックスｊを有するアトラスに対する全てのＶ－ＰＣＣコンポ
ーネントに連関する公称高さである。
ＶＰＳマップカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）：この値
に１を加えると、インデックスｊを有するアトラスに対するジオメトリ及び特質データを
符号化するために使用されるマップの数を示す。
ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］が０より大きいと、以下のマップ関
連パラメータがパラメータセットに含まれる。
ＶＰＳマルチマップストリーム存在フラグ（ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔ
ｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が０であると、インデックスｊ
を有するアトラスに対する全てのジオメトリ又は特質マップはシングルジオメトリ又は特
質ビデオストリームのそれぞれに配置されることを示す。この値が１であると、インデッ
クスｊを有するアトラスに対する全てのジオメトリ又は特質マップが個々のビデオストリ
ームに配置されることを示す。
ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］値だけ以下のマップ関連パラメータ
がパラメータセットに含まれる。
ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ
］が１であると、以下のフラグがパラメータセットに含まれる。
ＶＰＳマップ絶対コーディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏ
ｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）：この値が１であると、インデック
スｊを有するアトラスに対するインデックスｉを有するジオメトリマップがマップ予測の
形態なしにコーディングされることを示す。この値が０であると、インデックスｊを有す
るアトラスに対するインデックスｉを有するジオメトリマップは、コーディング前にコー
ディングされたマップから早く他のものから一番目に予測される（Ｅｑｕａｌ ｔｏ １
ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉｔｈ ｉｎ
ｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ ｃｏｄｅ
ｄ ｗｉｔｈｏｕｔ ａｎｙ ｆｏｒｍ ｏｆ ｍａｐ ｐｒｅｄｉｃｔｉｏｎ． ｖｐ
ｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］
Ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍ
ａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ
ｊ ｉｓ ｆｉｒｓｔ ｐｒｅｄｉｃｔｅｄ ｆｒｏｍ ａｎｏｔｈｅｒ， ｅａｒｌ
ｉｅｒ ｃｏｄｅｄ ｍａｐ， ｐｒｉｏｒ ｔｏ ｃｏｄｉｎｇ）。
ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ
］が１であると、１ではないと、ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅ
ｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］＝１である。
ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］
［ｉ］が０であり、ｉが０より大きいと、ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄ
ｅｘ＿ｄｉｆｆ［ｊ］［ｉ］がパラメータセットに含まれ、そうではないと、ｖｐｓ＿ｍ
ａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄｉｆｆ［ｊ］［ｉ］が０である。
ＶＰＳマップ予測子インデックス差（ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅ
ｘ＿ｄｉｆｆ［ｊ］［ｉ］）：ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎ
ａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］が０であると、インデックスｊを有するアトラスに対
するインデックスｉを有するジオメトリマップの予測子を計算するために使用される。
ＶＰＳ行パッチ有効フラグ（ｖｐｓ＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
［ｊ］）：この値が１であると、インデックスｊを有するアトラスに対するＲＡＷコーデ
ィングされたポイントを有するパッチがビットストリーム内に存在することを示す。
ｖｐｓ＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］が１であると、ｖｐｓ
＿ｒａｗ＿ｓｅｐａｒａｔｅ＿ｖｉｄｅｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］がパラメー
タセットに含まれる。
ＶＰＳ行個別ビデオ存在フラグ（ｖｐｓ＿ｒａｗ＿ｓｅｐａｒａｔｅ＿ｖｉｄｅｏ＿ｐ
ｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が１であると、インデックスｊを有するアトラ
スに対するＲＡＷコーディングされたジオメトリ及び特質情報が個々のビデオストリーム
内に格納されることを示す。
占有情報（ｏｃｃｕｐａｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））は占有ビデオ関連パラ
メータセットを含む。
ジオメトリ情報（ｇｅｏｍｅｔｒｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））はジオメトリビデ
オ関連パラメータセットを含む。
特質情報（ａｔｔｒｉｂｕｔｅ＿ｉｎｆｏｒｍａｔｉｏｎ（））は特質ビデオ関連パラ
メータセットを含む。
図６１は実施例によるアトラスシーケンスパラメータセット（ａｔｌａｓ ｓｅｑｕｅ
ｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＡＳＰＳ）を示す。
図６１は図３５のアトラスシーケンスパラメータセットに対応する。
図６１はゼロ又は１つ以上の全体コーディングされたアトラスシーケンス（ｃｏｄｅｄ
ａｔｌａｓ ｓｅｑｕｅｎｃｅｓ， ＣＡＳｓ）に適用されるシンタックス要素を含む
シンタックス構造である。図６１の要素の定義は図３５の要素の定義を参照できる。
ＡＳＰＳアトラスシーケンスパラメータセットＩＤ（ａｓｐｓ＿ａｔｌａｓ＿ｓｅｑｕ
ｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のた
めのアトラスシーケンスパラメータセットのための識別子を提供する。
ＡＳＰＳフレーム幅（ａｓｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ）：現在アトラスに対する整
数ルーマサンプルに対するアトラスフレームの幅を示す。
ＡＳＰＳフレーム高さ（ａｓｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ）：現在アトラスに対す
る整数ルーマサンプルに対するアトラスフレームの高さを示す。
ＡＳＰＳログパッチパッキングブロックサイズ（ａｓｐｓ＿ｌｏｇ２＿ｐａｔｃｈ＿ｐ
ａｃｋｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ）：アトラス内パッチの水平及び垂直位置のために
使用される変数ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉｚｅの値を示す。
ＡＳＰＳログマックスアトラスフレームオーダーカウントｌｓｂ（ａｓｐｓ＿ｌｏｇ２
＿ｍａｘ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４）：ア
トラスフレームオーダーカウントのための復号プロセス内に使用される変数ＭａｘＡｔｌ
ａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの変数を示す。
ＡＳＰＳマックス復号アトラスフレームバッファリング（ａｓｐｓ＿ｍａｘ＿ｄｅｃ＿
ａｔｌａｓ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）：この値に１を加えると
、アトラスフレームバッファー記憶装置に対する復号されたアトラスフレームの最大値と
して求められるサイズを示す。
ＡＳＰＳ長期参照アトラスフレームフラグ（ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿
ａｔｌａｓ＿ｆｒａｍｅｓ＿ｆｌａｇ）：この値が０であると、ＣＡＳ内のコーディング
されたアトラスフレームのインター予測のために使用される長期参照アトラスフレームが
ないことを示す。
ＡＳＰＳ参照アトラスフレームリストの数（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿
ｆｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）：アトラスシーケンスパラメータセットに含
まれた参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ））シンタック
ス構造の数を示す。
ＡＳＰＳエイトオリエンテーションフラグ（ａｓｐｓ＿ｕｓｅ＿ｅｉｇｈｔ＿ｏｒｉｅ
ｎｔａｔｉｏｎｓ＿ｆｌａｇ）：この値が０であると、インデックスｉを有するフレーム
内のインデックスＪを有するパッチのパッチオリエンテーションインデックス（ｐｄｕ＿
ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］）が０ないし１（含み）の範囲内であ
ることを示す。
ＡＳＰＳ４５度プロジェクションパッチ存在フラグ（ａｓｐｓ＿４５ｄｅｇｒｅｅ＿ｐ
ｒｏｊｅｃｔｉｏｎ＿ｐａｔｃｈ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が０であると、
現在アトラスタイルグループ（又はタイル）に対してパッチプロジェクション情報がシグ
ナリングされないことを示す。この値が１であると、パッチプロジェクション情報が現在
アトラスタイルグループ（又はタイル）に対してシグナリングされることを示す。
ＡＳＰＳ垂直軸制限量子化有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉ
ｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、
量子化パラメータがパッチデータユニット、統合パッチデータユニット又はインターパッ
チデータユニットの垂直軸関連要素を量子化するために使用されてシグナリングされるこ
とを示す。
ＡＳＰＳ垂直軸マックスデルタ値有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍ
ａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、イ
ンデックスＪを有するフレームのインデックスＩを有するパッチのジオメトリ情報内に存
在する垂直軸の最大値公称シフト値が各パッチデータユニット、統合パッチデータユニッ
ト又はインターパッチデータユニットに対するビットストリーム内に指示されることを示
す。
ＡＳＰＳ除去重複ポイント有効フラグ（ａｓｐｓ＿ｒｅｍｏｖｅ＿ｄｕｐｌｉｃａｔｅ
＿ｐｏｉｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、重複ポイントが行イ
ンデックスマップから他のポイントと同一の２Ｄ及び３Ｄジオメトリ座標を有するポイン
トであるところで、重複ポイントが現在アトラスに対して再構成されないことを示す。
ＡＳＰＳピクセルデインターリービングフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅ
ｒｌｅａｖｉｎｇ＿ｆｌａｇ）この値が１であると、現在アトラスのための復号されたジ
オメトリ及び特質ビデオが２つのマップから特別にインターリービングされたピクセルを
含むことを示す。
ＡＳＰＳパッチ優先順位オーダーフラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｐｒｅｃｅｄｅｎｃ
ｅ＿ｏｒｄｅｒ＿ｆｌａｇ）：この値が１であると、現在アトラスに対するパッチ優先順
位（優先度）が復号順と同一であることを示す。
ＡＳＰＳパッチサイズ量子化器存在フラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａ
ｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、パッチサイズ量子化
パラメータがアトラスタイルグループヘッダ又はアトラスタイルヘッダに存在することを
示す。この値が０であると、パッチサイズ量子化パラメータが存在しないことを示す。
ＡＳＰＳ深さに対する強化された占有マップフラグ（ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏ
ｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ）：この値が１であると、現
在アトラスに対する占有マップビデオが２つの深さマップの間の中間深さ位置が占有され
るか否かに関する情報を含むことを示す。この値が０であると、復号された占有マップビ
デオが２つの深さマップの間の中間深さ位置が占有されるか否かに関する情報を含まない
ことを示す。
ＡＳＰＳポイントローカル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅ
ｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、ポイン
トローカル再構成モード情報が現在アトラスに対するビットストリーム内に存在すること
を示す。この値が０であると、ポイントローカル再構成モードに関連する情報が現在アト
ラスに対するビットストリーム内に存在しないことを示す。
ＡＳＰＳマップカウント（ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に
１を加えると、現在アトラスに対するジオメトリ及び特質データを符号化するために使用
されるマップの数を示す。
ＡＳＰＳ強化占有マップ固定ビットカウント（ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏｃｃｕ
ｐａｎｃｙ＿ｍａｐ＿ｆｉｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値が１を加え
ると、ＥＯＭコードワードのビット内のサイズを示す。
ＡＳＰＳ表面厚さ（ａｓｐｓ＿ｓｕｒｆａｃｅ＿ｔｈｉｃｋｎｅｓｓ＿ｍｉｎｕｓ１）
：この値に１を加えると、ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌ
ａｇ又はａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｆｌａｇ
が１ではない場合、明示的にコーディングされた深さ値及び補間された（ｉｎｔｅｒｐｏ
ｌａｔｅ）深さ値の間の絶対値の差の最大値を示す。
ＡＳＰＳ ＶＵＩパラメータ存在フラグ（ａｓｐｓ＿ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（
）シンタックス構造が存在することを示す。
図６２は実施例によるアトラスフレームパラメータセット（ａｔｌａｓ ｆｒａｍｅ
ｐａｒａｍｅｔｅｒ ｓｅｔ，ＡＦＰＳ）を示す。
図６２は図３６のアトラスフレームパラメータセットに対応する。図６２の要素定義は
図３７の要素定義を参照できる。
ＡＦＰＳアトラスフレームパラメータセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのアト
ラスフレームパラメータセットを識別する。ＡＦＰＳのアトラスフレームパラメータセッ
トにより他のシンタックス要素により参照できる識別子を提供する。
ＡＦＰＳアトラスシーケンスパラメータセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｓｅｑｕ
ｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：アクティブアトラスシーケンスパラメ
ータセットの値を示す。
ＡＦＰＳ参照インデックスの数（ａｆｐｓ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｄｅｆａｕｌｔ
＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿
ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが０であるタイルグループ又はタイ
ルに対する変数ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅの推論された値を示す。
ＡＦＰＳ追加変数（ａｆｐｓ＿ａｄｄｉｔｉｏｎａｌ＿ｌｔ＿ａｆｏｃ＿ｌｓｂ＿ｌｅ
ｎ）：アトラスフレームリストの参照のための復号プロセス内で使用される変数ＭａｘＬ
ｔＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの値を示す。
ＡＦＰＳ２ＤポジションＸビットカウント（ａｆｐｓ＿２ｄ＿ｐｏｓ＿ｘ＿ｂｉｔ＿ｃ
ｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループ内のインデックス
ｊを有するパッチのｐｄｕ＿２ｄ＿ｐｏｓ＿ｘ［ｊ］の固定長さ表現内のビットの数を示
す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ
ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿
２ｄ＿ｐｏｓ＿ｘ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ
ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌ
ａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ２ＤポジションＹビットカウント（ａｆｐｓ＿２ｄ＿ｐｏｓ＿ｙ＿ｂｉｔ＿ｃ
ｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループ内のインデックス
ｊを有するパッチのｐｄｕ＿２ｄ＿ｐｏｓ＿ｙ［ｊ］の固定長さ表現内のビットの数を示
す。
ＡＦＰＳ ＬＯＤビットカウント（ａｆｐｓ＿ｌｏｄ＿ｂｉｔ＿ｃｏｕｎｔ）：ａｆｐ
ｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイ
ルグループ（又はタイル）内のインデックスｊを有するパッチのｐｄｕ＿ｌｏｄ［ｊ］の
固定長さ表現内のビットの数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ
ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ
ｏｆ ｐｄｕ＿ｌｏｄ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ
ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿
ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ深さに対するオーバーライドＥＯＭフラグ（ａｆｐｓ＿ｏｖｅｒｒｉｄｅ＿ｅ
ｏｍ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ）：この値が１であると、ａｆｐｓ＿ｅｏｍ＿ｎｕ
ｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１及びａｆｐｓ＿ｅｏｍ
＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１の値がビットストリーム内に明示的に存在
することを示す。
ＡＦＰＳ ＥＯＭパッチ数ビットカウント（ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿
ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、現在ＥＯＭ
特質パッチに連関するジオメトリパッチの数を示すために使用されるビットの数を示す。
ＡＦＰＳ ＥＯＭマックスビットカウント（ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏ
ｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、現在ＥＯＭ特質パッチに連関するジオ
メトリパッチごとのＥＯＭポイントの数を示すために使用されるビットの数を示す。
ＡＦＰＳ ＲＡＷ３Ｄポジションビットカウント明示モードフラグ（ａｆｐｓ＿ｒａｗ
＿３ｄ＿ｐｏｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｅｘｐｌｉｃｉｔ＿ｍｏｄｅ＿ｆｌａｇ）：この
値が１であると、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ、ｒｐｄｕ
＿３ｄ＿ｐｏｓ＿ｚのためのビットカウントがａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａ
ｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグループ（又はタイル）ヘッダ内
に明示的にコーディングされることを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ
ｔｈａｔ ｔｈｅ ｂｉｔ ｃｏｕｎｔ ｆｏｒ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ， ｒ
ｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ， ａｎｄ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｚ ｉｓ ｅｘｐｌｉ
ｃｉｔｅｌｙ ｃｏｄｅｄ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄ
ｅｒ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍ
ｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
図６３は実施例によるアトラスフレームタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌ
ｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。
図６３は図３７のアトラスフレームタイル情報に対応する。図６３の要素定義は図３７
の要素定義を参照できる。
ＡＦＴＩアトラスフレーム内にシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉ
ｌｅ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ）：この値が１であると、ＡＦＰＳを参
照する各々のアトラスフレーム内にただ１つのタイルが存在することを示す。
ＡＦＴＩ均一タイル空間フラグ（ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎ
ｇ＿ｆｌａｇ）：この値が１であると、タイル列及び行の境界がアトラスフレームに対し
て均一に分配され、ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びａｆ
ｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１、シンタックス要素をそれぞれ
使用してシグナリングされる。
ＡＦＴＩタイル列幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１）：
この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａ
ｇが１である場合、６４サンプル単位内のアトラスフレームの最右側タイル列を除いたタ
イル列の幅を示す。
ＡＦＴＩタイル行高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１
）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆ
ｌａｇが１である場合、アトラスフレームの底タイル行を除いたタイル行の高さを示す。
ＡＦＴＩタイル列数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１）
：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌ
ａｇが０である場合、アトラスフレームを分割するタイル列の数を示す。
ＡＦＴＩタイル行数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）：この
値に１を加えると、ｐｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０
である場合、アトラスフレームを分割するタイル行の数を示す。
ＡＦＴＩタイル列幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１
［ｉ］）：この値に１を加えると、６４サンプル単位内のｉ番目のタイル列の幅を示す。
ＡＦＴＩタイル行高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［
ｉ］）：この値に１を加えると、６４ サンプル単位内のｉ番目のタイル行の高さを示す
。
ＡＦＴＩタイルグループごとのシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉ
ｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ）：この値が１であると、このＡＦＰＳ
を称する各タイルグループ（又は各タイル）が一つのタイルを含むことを示す。ａｆｔｉ
＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇが０であると、こ
のＡＦＰＳを称するタイルグループ（又はタイル）が１つ以上のタイルを含むことを示す
。存在しない場合、ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ
＿ｆｌａｇの値は１に推論される。
ＡＦＴＩアトラスフレーム内タイル数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ａｔｌ
ａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１）：ＡＦＰＳを称する各々のアトラスフレーム内のタイ
ルの数を示す。
ＡＦＴＩタイルインデックス（ａｆｔｉ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）：ＡＦＰＳを称す
る各アトラスフレーム内のｉ番目のタイルのタイルインデックスである。
ＡＦＴＩアトラスフレーム内タイルグルーの数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏ
ｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１）：この値に１を加えると、ＡＦ
ＰＳを称する各々のアトラスフレーム内のタイルグループの数を示す。ａｆｔｉ＿ｎｕｍ
＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１の値は０ない
しＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－１（含み）の範囲内にある。存在しない
場合、ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇが
１であり、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ
＿ｍｉｎｕｓ１の値はＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－１に等しい。
ＡＦＴＩ左上部タイルインデックス（ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］）：ｉ番目のタイルグループの左上部コーナーに位置するタイルのタイルインデッ
クスを示す。ｊと等しくないｉに対するａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］の値はａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｊ］の値と等しくない。
存在しない場合、ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］の値はｊと等し
いと推論される。ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］シンタックス要
素の長さはＣｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ）ビットで
ある。
ＡＦＴＩ右下部タイルインデックスデルタ（ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔ
ｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）：ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］及びｉ番目のタイルグループの右下部コーナーに位置するタイルのタイルインデッ
クス間の差の値を示す。ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏ
ｕｐ＿ｆｌａｇが１である場合、ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄ
ｘ＿ｄｅｌｔａ［ｉ］は０に推論される。ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌ
ｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｎｕｍ
ＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ
［ｉ］））ビットである。
ＡＦＴＩシグナリングされるタイルグループＩＤ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔ
ｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ）：この値が１であると、各タイルグループ（又は
タイル）に対するタイルグループＩＤがシグナリングされることを示す。この値が０であ
ると、タイルグループＩＤがシグナリングされないことを示す。
ＡＦＴＩシグナリングされるタイルグループＩＤ長さ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ
＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）：この値が１を加えると
、ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］シンタックス要素を示すために使用され
るビットの数を示す。存在する場合、シンタックス要素ａｔｇｈ＿ａｄｄｒｅｓｓがタイ
ルグループヘッダ内にあり得る。
ＡＦＴＩタイルグループＩＤ（ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］）：ｉ番
目のタイルグループのタイルグループＩＤを示す。ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉ
ｄ［ｉ］シンタックス要素の長さはａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕ
ｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットである。
図６４は実施例による補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅ
ｎｔ ｉｎｆｏｒｍａｔｉｏｎ， ＳＥＩ）を示す。
図６４は図３３のように実施例によるビットストリームに含まれるＳＥＩ情報の詳しい
シンタックスを示す。
実施例による受信方法／装置、システムなどはＳＥＩメッセージに基づいてポイントク
ラウドデータを復号し、復元し、ディスプレイする。
ＳＥＩメッセージは各ペイロードタイプ（ｐａｙｌｏａｄＴｙｐｅ）に基づいて、対応
するデータをペイロードが含めることを示す。
例えば、ペイロードタイプ（ｐａｙｌｏａｄＴｙｐｅ）が１３であると、ペイロードは
３Ｄ領域マッピング（３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）
）情報を含む。
ユニットタイプ（ｐｓｄ＿ｕｎｉｔ＿ｔｙｐｅ）がプレフィックス（ＰＳＤ＿ＰＲＥＦ
ＩＸ＿ＳＥＩ）であると、実施例によるＳＥＩ情報はｂｕｆｆｅｒｉｎｇ＿ｐｅｒｉｏｄ
（ｐａｙｌｏａｄＳｉｚｅ）、ｐｉｃ＿ｔｉｍｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）、ｆｉ
ｌｌｅｒ＿ｐａｙｌｏａｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉ
ｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿
ｕｎｒｅｇｉｓｔｅｒｅｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｒｅｃｏｖｅｒｙ＿ｐｏｉｎｔ
（ｐａｙｌｏａｄＳｉｚｅ）、ｎｏ＿ｄｉｓｐｌａｙ（ｐａｙｌｏａｄＳｉｚｅ）、ｔｉ
ｍｅ＿ｃｏｄｅ（ｐａｙｌｏａｄＳｉｚｅ）、ｒｅｇｉｏｎａｌ＿ｎｅｓｔｉｎｇ（ｐａ
ｙｌｏａｄＳｉｚｅ）、ｓｅｉ＿ｍａｎｉｆｅｓｔ（ｐａｙｌｏａｄＳｉｚｅ）、ｓｅｉ
＿ｐｒｅｆｉｘ＿ｉｎｄｉｃａｔｉｏｎ（ｐａｙｌｏａｄＳｉｚｅ）、ｇｅｏｍｅｔｒｙ
＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｓ（ｐａｙｌｏａｄＳｉｚｅ）、３ｄ＿ｂ
ｏｕｎｄｉｎｇ＿ｂｏｘ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ）（図６５などを参照）、
３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）（図６６など）、ｒｅ
ｓｅｒｖｅｄ＿ｓｅｉ＿ｍｅｓｓａｇｅ（ｐａｙｌｏａｄＳｉｚｅ）などを含む。
ユニットタイプ（ｐｓｄ＿ｕｎｉｔ＿ｔｙｐｅ）がサフィックス（ＰＳＤ＿ＳＵＦＦＩ
Ｘ＿ＳＥＩ）であると、実施例によるＳＥＩ情報はｆｉｌｌｅｒ＿ｐａｙｌｏａｄ（ｐａ
ｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３
５（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｕｎｒｅｇｉｓｔｅｒｅｄ（ｐａ
ｙｌｏａｄＳｉｚｅ）、ｄｅｃｏｄｅｄ＿ＰＣＣ＿ｈａｓｈ（ｐａｙｌｏａｄＳｉｚｅ）
、ｒｅｓｅｒｖｅｄ＿ｓｅｉ＿ｍｅｓｓａｇｅ（ｐａｙｌｏａｄＳｉｚｅ）などを含む。
図６５は実施例による３ＤバウンディングボックスＳＥＩを示す。
図６５は図３３のように実施例によるビットストリームに含まれるＳＥＩ情報の詳しい
シンタックスを示す。
取り消しフラグ（３ｄｂｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、３Ｄバ
ウンディングボックス情報ＳＥＩメッセージがアウトプット順に以前の３Ｄバウンディン
グボックス情報ＳＥＩメッセージの存在を取り消すことを示す。
客体ＩＤ（ｏｂｊｅｃｔ＿ｉｄ）：ビットストリーム内に伝達されるポイントクラウド
客体／コンテンツの識別子である。
バウンディングボックスＸ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ）：客体の３Ｄバウ
ンディングボックスの原点位置のＸ座標値である。
バウンディングボックスＹ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ）：客体の３Ｄバウ
ンディングボックスの原点位置のＹ座標値である。
バウンディングボックスＺ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ）：客体の３Ｄバウ
ンディングボックスの原点位置のＺ座標値である。
バウンディングボックスデルタＸ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ）：客体のＸ
軸上のバウンディングボックスのサイズを示す。
バウンディングボックスデルタＹ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｙ
）：客体のＹ軸上のバウンディングボックスのサイズを示す。
バウンディングボックスデルタＺ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｚ
）：客体のＺ軸上のバウンディングボックスのサイズを示す。
図６６は実施例による３Ｄ領域マッピング情報ＳＥＩメッセージを示す。
図６６は図３３のように実施例によるビットストリームに含まれるＳＥＩ情報の詳しい
シンタックスを示す。
取り消しフラグ（３ｄｍｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、３Ｄ領
域マッピング情報ＳＥＩメッセージがアウトプット順に以前の３Ｄ領域マッピング情報Ｓ
ＥＩメッセージの存在を取り消すことを示す。
３Ｄ領域数（ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ）：該当ＳＥＩにおいてシグナリングする
３Ｄ領域の数を示す。
ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ値だけ以下の要素がこのＳＥＩメッセージに含まれる。
３Ｄ領域インデックス（３ｄ＿ｒｅｇｉｏｎ＿ｉｄｘ［ｉ］）：ｉ番目の３Ｄ領域の識
別子を示す。
３Ｄ領域アンカーＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ［ｉ］、３ｄ＿
ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ［ｉ］
）：ｉ番目の３Ｄ領域のアンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）のｘ、ｙ、ｚ座
標値をそれぞれ示す。例えば、３Ｄ領域が立方体（ｃｕｂｏｉｄ）タイプである場合、ア
ンカーポイントは立方体の原点（ｏｒｉｇｉｎ）になる。
３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿
ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ［ｉ］はｉ番目の３Ｄ領域の立方体の
原点位置のｘ、ｙ、ｚ座標値を示す。
３Ｄ領域タイプ（３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ［ｉ］）：ｉ番目の３Ｄ領域のタイプ
を示し、タイプ値として０ｘ０１－立方体などを有する。
３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ［ｉ］が１であると、３Ｄ領域のタイプが立方体である
ことを示す。以下、立方体タイプ関連の要素がこのＳＥＩメッセージに含まれる。
３Ｄ領域デルタＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ［ｉ］、３ｄ＿ｒｅ
ｇｉｏｎ＿ｄｅｌｔａ＿ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ［ｉ］）：ｉ番
目の３Ｄ領域のｘ、ｙ、ｚ軸の差の値を示す。
２Ｄ領域数（ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］）：ｉ番目の３Ｄ領域に連関するビ
デオ或いはアトラスデータが存在するフレームの２Ｄ領域の数を示す。
ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］値だけ以下の要素のこのＳＥＩメッセージに含ま
れる。
２Ｄ領域インデックス（２ｄ＿ｒｅｇｉｏｎ＿ｉｄｘ［ｊ］）：ｊ番目の２Ｄ領域の識
別子を示す。
２Ｄ領域上、２Ｄ領域左部（２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ［ｊ］， ２ｄ＿ｒｅｇｉｏ
ｎ＿ｌｅｆｔ［ｊ］）：ｊ番目の２Ｄ領域の左上部位置のフレーム内垂直座標（ｖｅｒｔ
ｉｃａｌ ｃｏｏｒｄｉｎａｔｅ）、水平座標（ｈｏｒｉｚｏｎｔａｌ ｃｏｏｒｄｉｎ
ａｔｅ）の値をそれぞれ含む。
２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ［ｊ］、２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ［ｊ］は
ｊ番目の２Ｄ領域のフレーム内で水平範囲（ｗｉｄｔｈ）、垂直範囲（ｈｅｉｇｈｔ）の
値をそれぞれ含む。
図６６の３ｄ領域マッピング情報の３ｄ領域関連フィールド及び２ｄ領域関連フィール
ドはそれぞれ、実施例によるビットストリームに含まれるボリュメトリック矩形情報（ｖ
ｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ）に対応する。具体
的には、ボリュメトリック矩形情報のバウンディングボックス関連フィールド（例えば、
ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅ
ｆｔ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｗｉｄｔｈ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂ
ｏｘ＿ｈｅｉｇｈｔ）は２ｄ領域を示す。また、ボリュメトリック矩形情報の客体関連フ
ィールド、例えば、ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄｘは、ｓｃｅｎｅ
＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれたｏｂｊｅｃｔ＿ｉｄｘに対応する。
即ち、ｏｂｊｅｃｔ＿ｉｄｘで３Ｄ領域情報を示す。ｓｃｅｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆ
ｏｒｍａｔｉｏｎは３Ｄバウンディングボックス、即ち、３Ｄ領域に関するシグナリング
情報を含むためである。
図６６の３ｄ領域マッピング情報の３ｄ領域関連のフィールド及び２ｄ領域関連のフィ
ールドはそれぞれ実施例によるビットストリームに含まれるパッチ情報（ｐａｔｃｈ ｉ
ｎｆｏｒｍａｔｉｏｎ）のタイル情報（ｔｉｌｅ ｉｄ，２Ｄ領域）及びパッチ客体イン
デックス（ｐａｔｃｈ ｏｂｊｅｃｔ ｉｄｘ）に対応する。
タイル数（ｎｕｍ＿ｔｉｌｅｓ［ｊ］）：ｊ番目の２Ｄ領域に連関するアトラスタイル
或いはビデオタイルの数を示す。
ｎｕｍ＿ｔｉｌｅｓ［ｊ］値だけ以下のタイル関連要素がこのＳＥＩメッセージに含ま
れる。
タイルインデックス（ｔｉｌｅ＿ｉｄｘ［ｋ］）：ｋ番目の２Ｄ領域に連関するアトラ
スタイル或いはビデオタイルの識別子を示す。
タイルグループ数（ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］）はｊ番目の２Ｄ領域に連
関するアトラスタイルグループ或いはビデオタイルグループの数を示す。この値はタイル
の数に対応する。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］値だけ以下の要素がこのＳＥＩメッセージに含
まれる。
タイルグループインデックス（ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄｘ［ｍ］）：ｍ番目の２Ｄ
領域と連関するアトラスタイルグループ或いはビデオタイルグループの識別子を示す。こ
の値はタイルインデックスに対応する。
実施例によるシグナリング方案により、実施例による受信方法／装置は３Ｄ領域及び１
つ以上のアトラスタイル（２Ｄ領域）の間のマッピング関係を把握して、該当データを得
られる。
図６７は実施例によるボリュメトリックタイリング情報を示す。
図６７は図３３のように実施例によるビットストリームに含まれるＳＥＩ情報の詳しい
シンタックスを示す。
ボリュメトリックタイリング情報ＳＥＩメッセージ（Ｖｏｌｕｍｅｔｒｉｃ ｔｉｌｉ
ｎｇ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）
このＳＥＩメッセージは実施例によるＶ－ＰＣＣデコーダが客体との連関性及び領域の
関係及びラベリング、３Ｄ空間及び２Ｄアトラス内領域の関連性を含む復号されたポイン
トクラウドの異なる特性を避けるために知らせる（Ｔｈｉｓ ＳＥＩ ｍｅｓｓａｇｅ
ｉｎｆｏｒｍｓ ａ Ｖ－ＰＣＣ ｄｅｃｏｄｅｒ ａｖｏｉｄ ｄｉｆｆｅｒｅｎｔ
ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｏｆ ａ ｄｅｃｏｄｅｄ ｐｏｉｎｔ ｃｌｏｕｄ
， ｉｎｃｌｕｄｉｎｇ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ ｏｆ ａｒｅａｓ ｗｉｔｈ
ｉｎ ａ ２Ｄ ａｔｌａｓ ａｎｄ ｔｈｅ ３Ｄ ｓｐａｃｅ， ｒｅｌａｔｉｏｎ
ｓｈｉｐ ａｎｄ ｌａｂｅｌｉｎｇ ｏｆ ａｒｅａＳ ａｎｄ ａｓｓｏｃｉａｔｉ
ｏｎ ｗｉｔｈ ｏｂｊｅｃｔｓ）。
このＳＥＩメッセージの持続範囲は、ビットストリームの残り又は新しいボリュメトリ
ックタイリングＳＥＩメッセージがあるまでである。このＳＥＩメッセージに記述された
ただ対応するパラメータが更新される。変更されないか、又はｖｔｉ＿ｃａｎｃｅｌ＿ｆ
ｌａｇの値が１ではない場合、以前ＳＥＩメッセージからの以前に定義されたパラメータ
が続いて存在する（Ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ ｓｃｏｐｅ ｆｏｒ ｔｈｉｓ
ＳＥＩ ｍｅｓｓａｇｅ ｉｓ ｔｈｅ ｒｅｍａｉｎｄｅｒ ｏｆ ｔｈｅ ｂｉｔｓ
ｔｒｅａｍ ｏｒ ｕｎｔｉｌ ａ ｎｅｗ ｖｏｌｕｍｅｔｒｉｃ ｔｉｌｉｎｇ Ｓ
ＥＩ ｍｅｓｓａｇｅ ｉｓ ｅｎｃｏｕｎｔｅｒｅｄ． Ｏｎｌｙ ｔｈｅ ｃｏｒｒ
ｅｓｐｏｎｄｉｎｇ ｐａｒａｍｅｔｅｒｓ ｓｐｅｃｉｆｉｅｄ ｉｎ ｔｈｅ ＳＥ
Ｉ ｍｅｓｓａｇｅ ｉｓ ｕｐｄａｔｅｄ． Ｐｒｅｖｉｏｕｓｌｙ ｄｅｆｉｎｅｄ
ｐａｒａｍｅｔｅｒｓ ｆｒｏｍ ａｎ ｅａｒｌｉｅｒ ＳＥＩ ｍｅｓｓａｇｅ
ｐｅｒｓｉｓｔ ｉｆ ｎｏｔ ｍｏｄｉｆｉｅｄ ａｎｄ ｉｆ ｔｈｅｖａｌｕｅ
ｏｆ ｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇ ｉｓ ｎｏｔ Ｅｑｕａｌ ｔｏ １）。
図６８は実施例によるボリュメトリックタイリング情報客体を示す。
図６８は図６７に含まれたボリュメトリックタイリング情報客体（ｖｏｌｕｍｅｔｒｉ
ｃ＿ｔｉｌｉｎｇ＿ｉｎｆｏ＿ｏｂｊｅｃｔｓ）の詳しいシンタックスを示す。
ｖｔｉＯｂｊｅｃｔＬａｂｅｌＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉ３ＤＢｏｕｎｄｉｎｇ
ＢｏｘＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＰｒｉｏｒｉｔｙＰｒｅｓｅｎｔＦ
ｌａｇ、ｔｉＯｂｊｅｃｔＨｉｄｄｅｎＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＣ
ｏｌｌｉｓｉｏｎＳｈａｐｅＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＤｅｐｅｎｄ
ｅｎｃｙＰｒｅｓｅｎｔＦｌａｇなどに基づいて、ボリュメトリックタイリング情報の客
体が図６８のような要素を含む。
図６９は実施例によるボリュメトリックタイリング情報ラベルを示す。
図６９は図６７に含まれたボリュメトリックタイリング情報ラベル（ｖｏｌｕｍｅｔｒ
ｉｃ＿ｔｉｌｉｎｇ＿ｉｎｆｏ＿ｌａｂｅｌｓ）の詳しいシンタックスである。
取り消しフラグ（ｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、ボリュメ
トリックタイリング情報ＳＥＩメッセージがアウトプット順に以前のボリュメトリックタ
イリング情報ＳＥＩメッセージの存在を取り消すことを示す。ｖｔｉ＿ｃａｎｃｅｌ＿ｆ
ｌａｇが０であると、ボリュメトリックタイリング情報が図６７のように伴う。
客体ラベル存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）：この値が１であると、客体ラベル情報が現在ボリュメトリックタイリング情報ＳＥ
Ｉメッセージ内に存在することを示す。この値が０であると、客体ラベル情報が存在しな
いことを示す。
３Ｄバウンディングボックス存在フラグ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、３Ｄバウンディングボックス情報が
現在ボリュメトリックタイリング情報ＳＥＩメッセージ内に存在することを示す。この値
が０であると、３Ｄバウンディングボックス情報が存在しないことを示す。
客体優先順位存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅｓｅｎｔ
＿ｆｌａｇ）：この値が１であると、現在ボリュメトリックタイリング情報ＳＥＩメッセ
ージ内の客体 優先順位情報が存在することを示す。この値が０であると、客体優先順位
情報が存在しないことを示す。
客体隠し存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）：この値が１であると、隠し客体情報が現在ボリュメトリックタイリング情報ＳＥＩ
メッセージ内に存在することを示す。この値が０であると、隠し客体情報が存在しないこ
とを示す。
客体衝突模様存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体衝突情報が現在ボリュメトリッ
クタイリング情報ＳＥＩメッセージ内に存在することを示す。この値が０であると、客体
衝突模様情報が存在しないことを示す。
客体従属存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ
＿ｆｌａｇ）：この値が１であると、客体従属情報が現在ボリュメトリックタイリング情
報ＳＥＩメッセージ内に存在することを示す。この値が０であると、客体従属情報が存在
しないことを示す。
客体ラベル言語存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体ラベル言語情報が現在ボリュメ
トリックタイリング情報ＳＥＩメッセージ内に存在することを示す。この値が０であると
、客体ラベル言語情報が存在しないことを示す。
ゼロ相当のビット（ｖｔｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等
しい。
客体ラベル言語（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ）：０ｘ００
と同一のｎｕｌｌ終端バイトの後に言語タグを含む。ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ
＿ｌａｎｇｕａｇｅシンタックス要素の長さはｎｕｌｌ終端バイトを除いて２５５バイト
に等しいか又は少ない。
客体ラベル数（ｖｔｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅｓ）：現在
ＳＥＩにより更新される客体ラベルの数を示す。
ラベルインデックス（ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：更新されるｉ番目のラベ
ルのラベルインデックスを示す。
ラベル取り消しフラグ（ｖｔｉ＿ｌａｂｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１
であると、ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］と同一のインデックスを有するラベルが取
り消され、空いているストリングで同様にセットされることを示す。この値が０であると
、ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］と同一のインデックスを有するラベルがこの要素に
従う情報により更新されることを示す。
ゼロ相当のビット（ｖｔｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等
しい。
ラベル（ｖｔｉ＿ｌａｂｅｌ［ｉ］）：ｉ番目のラベルのラベルを示す。ｖｔｉ＿ｌａ
ｂｅｌ［ｉ］シンタックス要素の長さはｎｕｌｌ終端バイトを除いた２５５バイトに等し
いか又は少ない。
バウンディングボックススケール（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｃａｌｅ＿
ｌｏｇ２）：客体に対して記述される２Ｄバウンディングボックスパラメータに適用され
るスケールを示す。
３Ｄバウンディングボックススケール（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓ
ｃａｌｅ＿ｌｏｇ２）：客体に対して記述される３Ｄバウンディングボックスパラメータ
に適用されるスケールを示す。
３Ｄバウンディングボックス精度（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅ
ｃｉｓｉｏｎ＿ｍｉｎｕｓ８）：この値に８を加えると、客体に対して記述される３Ｄバ
ウンディングボックスパラメータの精度を示す（ｐｌｕｓ ８ ｉｎｄｉｃａｔｅｓ ｔ
ｈｅ ｐｒｅｃｉｓｉｏｎ ｏｆ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｐａｒａ
ｍｅｔｅｒｓ ｔｈａｔ ｍａｙ ｂｅ ｓｐｅｃｉｆｉｅｄ ｆｏｒ ａｎ ｏｂｊｅ
ｃｔ）。
客体数（ｖｔｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ）：現在ＳＥＩにより更新さ
れる客体の数を示す。
客体インデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］）：更新されるｉ番目の客体
の客体インデックスを示す。
客体取り消しフラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］）：この
値が１であると、ｉと同一のインデックスを有する客体が取り消され、変数Ｏｂｊｅｃｔ
Ｔｒａｃｋｅｄ［ｉ］が０に設定されることを示す。客体の２Ｄ及び３Ｄバウンディング
ボックスパラメータが０に設定される。この値が０であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉ
ｄｘ［ｉ］と同一のインデックスを有する客体がこの要素に従う情報により更新されるこ
とを示す。また、変数ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］は１に設定される。
バウンディングボックス更新フラグ（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔ
ｅ＿ｆｌａｇ［ｉ］）：この値が１であると、２Ｄバウンディングボックス情報がインデ
ックスｉを有する客体に対して存在することを示す。この値が０であると、２Ｄバウンデ
ィングボックス情報が存在しないことを示す。
バウンディングボックス上部（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ［ｉ］）：
現在アトラスフレーム内のインデックスｉを有する客体のバウンディングボックスの左上
部ポジションの垂直座標値を示す。
バウンディングボックス左部（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅｆｔ［ｉ］）
：現在アトラスフレーム内のインデックスｉを有する客体のバウンディングボックスの左
上部ポジションの水平座標値を示す。
バウンディングボックス幅（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｗｉｄｔｈ［ｉ］）
：インデックスｉを有する客体のバウンディングボックスの幅を示す。
バウンディングボックス高さ（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｈｅｉｇｈｔ［ｉ
］）：インデックスｉを有する客体のバウンディングボックスの高さを示す。
３Ｄバウンディングボックス更新フラグ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿
ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、インデックスｉを有する客体に
対して３Ｄバウンディングボックス情報が存在することを示す。この値が０であると、３
Ｄバウンディングボックス情報が存在しないことを示す。
３ＤバウンディングボックスＸ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＸ座標値を
示す。
３ＤバウンディングボックスＹ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＹ座標値を
示す。
３ＤバウンディングボックスＺ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ［ｉ］
）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＺ座標値を
示す。
３ＤバウンディングボックスデルタＸ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｘ［ｉ］）：インデックスｉを有する客体のＸ軸上のバウンディングボックス
のサイズを示す。
３ＤバウンディングボックスデルタＹ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｙ［ｉ］）：インデックスｉを有する客体のＹ軸上のバウンディングボックス
のサイズを示す。
３ＤバウンディングボックスデルタＺ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄ
ｅｌｔａ＿ｚ［ｉ］）：インデックスｉを有する客体のＺ軸上のバウンディングボックス
のサイズを示す。
客体優先順位更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｕｐｄａｔｅ＿
ｆｌａｇ［ｉ］）：この値が１であると、客体優先順位更新情報がインデックスｉを有す
る客体に対して存在することを示す。この値が０であると、客体優先順位情報が存在しな
いことを示す。
客体優先順位値（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｖａｌｕｅ［ｉ］）：イ
ンデックスｉを有する客体の優先順位を示す。優先順位値が低いほど優先順位が高い。
客体隠しフラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｆｌａｇ［ｉ］）：この値が
１であると、インデックスｉを有する客体が隠されることを示す。この値が０であると、
インデックスｉを有する客体が存在することを示す。
客体ラベル更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇ
）：この値が１であると、客体ラベル更新情報がインデックスｉを有する客体に対して存
在することを示す。この値が０であると、客体ラベル更新情報が存在しないことを示す。
客体ラベルインデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：イン
デックスｉを有する客体のラベルインデックスを示す。
客体衝突模様更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿
ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、客体衝突模様更新情報がインデ
ックスｉを有する客体に対して存在することを示す。この値が０であると、客体衝突模様
更新情報が存在しないことを示す。
客体衝突模様ＩＤ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｉｄ［
ｉ］）：インデックスｉを有する客体の衝突模様ＩＤを示す。
客体従属更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿
ｆｌａｇ［ｉ］）：この値が１であると、客体従属更新情報が客体インデックスｉを有す
る客体に対して存在することを示す。この値が０であると、客体従属更新情報が存在しな
いことを示す。
客体従属数（ｖｔｉ＿ｏｂｊｅｃｔ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｃｉｅｓ［ｉ］）：イ
ンデックスｉを有する客体従属の数を示す。
客体従属インデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｘ［ｉ］
［ｊ］）：インデックスｉを有する客体に対する従属を有するｊ番目の客体のインデック
スを示す。
ボリュメトリックビジュアルトラック（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｔｒａ
ｃｋ）
各々のボリュメトリックビジュアルシーンはユニークなボリュメトリックビジュアルト
ラックにより表現される。
ＩＳＯＢＭＦＦファイルは複数のシーンを含み、それにより、マルチボリュメトリック
ビジュアルトラックがファイル内に存在する。
ボリュメトリックビジュアルトラックはメディアボックスのハンドラーボックスのボリ
ュメトリックビジュアルメディアハンドラータイプ’ｖｏｌｖ’により識別される。ボリ
ュメトリックメディアヘッダは以下のように定義される。
ボリュメトリックビジュアルメディアヘッダ（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ
Ｍｅｄｉａ ｈｅａｄｅｒ）
ｂｏｘ Ｔｙｐｅ：’ｖｖｈｄ’
Ｃｏｎｔａｉｎｅｒ：ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：Ｙｅｓ
Ｑｕａｎｔｉｔｙ：Ｅｘａｃｔｌｙ ｏｎｅ
ボリュメトリックビジュアルトラックはメディア情報ボックス（ＭｅｄｉａＩｎｆｏｒ
ｍａｔｉｏｎＢｏｘ）のボリュメトリックビジュアルメディアヘッダボックス（Ｖｏｌｕ
ｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ）を使用する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨ
ｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｖｈｄ’， ｖｅｒｓｉｏｎ＝０、１）｛
｝
バージョン（ｖｅｒｓｉｏｎ）はこのボックスのバージョンを示す整数である。
ボリュメトリックビジュアルサンプルエントリー（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａ
ｌ ｓａｍｐｌｅ ｅｎｔｒｙ）
ボリュメトリックビジュアルトラックはボリュメトリックビジュアルサンプルエントリ
ー（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ）を使用する。
ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎ
ｇｎａｍｅ）
ｅｘｔｅｎｄｓ ＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８）［３２］ ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ；
｝
コンプレッサーネイム（ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ）：有益な目的のための名前
である。固定３２－バイトフィールドで形成される。第１バイトはディスプレイされるバ
イト数に設定され、ＵＴＦ－８を使用して符号化されたディスプレイ可能なデータのバイ
ト数が伴う。サイズバイトを含む３２バイトを完成するためにパッドされる。このフィー
ルドは０に設定されてもよい。
ボリュメトリックビジュアルサンプル（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｓａｍ
ｐｌｅｓ）
ボリュメトリックビジュアルサンプルのフォーマットは実施例によるコーディングシス
テムにより定義される。
Ｖ－ＰＣＣユニットヘッダボックス（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｂｏｘ）
このボックスはＶ－ＰＣＣトラック（サンプルエントリー内）及び全てのビデオコーデ
ィングされたＶ－ＰＣＣコンポーネントトラック（スキーム情報内）の両方に存在する。
このボックスは個々のトラックにより伝達されるデータのためのＶ－ＰＣＣユニットヘッ
ダを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｕｎｔ’， ｖｅｒｓｉｏｎ＝０、０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（） ｕｎｉｔ＿ｈｅａｄｅｒ；
｝
このボックスは上記のようなＶ－ＰＣＣユニットヘッダ（ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａ
ｄｅｒ（））を含む。
Ｖ－ＰＣＣデコーダ構成レコード（Ｖ－ＰＣＣ ｄｅｃｏｄｅｒ ｃｏｎｆｉｇｕｒａ
ｔｉｏｎ ｒｅｃｏｒｄ）
このレコードはバージョンフィールドを含む。このバージョンはバージョン１である。
レコードの両立不可な変更はバージョン番号の変化により識別される。実施例によるリー
ダー／デコーダはこのバージョンが認識できないバージョン番号である場合のレコード又
はストリームを復号しなくてもよい。
Ｖ－ＰＣＣパラメータセットに対するアレイは上記のようにＶ－ＰＣＣパラメータセッ
トを含む。
アトラスセットアップユニット（ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ）アレイはデコーダ
構成レコードがアトラスストリームＳＥＩメッセージと共に存在するサンプルエントリー
により称されるストリームに対して一定のアトラスパラメータセットを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉ
ｏｎＲｅｃｏｒｄ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎ
ｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ＶＰＣＣＰａｒａｍｅｔｅｒＳｅ
ｔ；
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ
；
｝
｝
構成バージョン（ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ）はバージョンフィール
ドである。このレコードと両立できない変化はバージョン番号の変化により識別される。
サンプルストリームサイズ（ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ）：
この値に１を加えると、この構成レコード又はこの構成レコードが適用されるストリーム
内のＶ－ＰＣＣサンプル内の全てのサンプルストリームＶ－ＰＣＣユニット内のｓｓｖｕ
＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度を示す。
Ｖ－ＰＣＣパラメータセット数（ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ）：
デコーダ構成レコード内にシグナリングされるＶ－ＰＣＣパラメータセット（ＶＰＳ）の
数を示す。
Ｖ－ＰＣＣパラメータセットはタイプＶＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットのｓａｍ
ｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。Ｖ－ＰＣＣユニッ
トはＶ－ＰＣＣパラメータセット（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（））を含む
。
アトラスセットアップユニット数（ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ）：こ
の構成レコード内にシグナリングされるアトラスストリームに対するセットアップアレイ
の数を示す。
アトラスセットアップユニット（Ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ）：アトラスシーケ
ンスパラメータセット、アトラスフレームパラメータセット又はＳＥＩアトラスＮＡＬユ
ニットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである
。例えば、ＩＳＯ／ＩＥＣ ２３０９０－５の説明を参照できる。
また実施例によって、Ｖ－ＰＣＣデコーダ構成レコードは以下のように定義される。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉ
ｏｎＲｅｃｏｒｄ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎ
ｅ；
ｂｉｔ（２） ｒｅｓｅｒｖｅｄ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ＶＰＣＣＰａｒａｍｅｔｅｒＳｅ
ｔ；
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；ｊ＋＋）｛
ｂｉｔ（１） ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ ｉｎｔ（６） ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＮＡＬＵｎｉｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＮＡＬＵｎｉｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｓｅｔｕｐＵｎｉｔ；
｝
｝
構成情報（ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ）：バージョンフィールドであ
る。このレコードに対する両立不可な変更事項はバージョン番号の変更により識別される
。
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この
構成レコード又はこの構成レコードに適用されるストリーム内のＶ－ＰＣＣサンプル内の
全てのサンプルストリームＮＡＬユニット内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要
素のバイト内の精度（ｐｒｅｃｉｓｉｏｎ）を示す。
サンプルストリームサイズ（ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ）：
この値に１を加えると、この構成レコード内にシグナリングされる全てのサンプルストリ
ームＶ－ＰＣＣユニット内のｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の
精度（ｐｒｅｃｉｓｉｏｎ）を示す。
Ｖ－ＰＣＣパラメータセット数（ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ）：
この構成レコード内にシグナリングされるＶ－ＰＣＣパラメータセット（ＶＰＳ）の数を
示す。
Ｖ－ＰＣＣパラメータセットはタイプＶＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットに対する
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
セットアップユニットアレイ数（ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ）：指示
されたタイプのアトラスＮＡＬユニットのアレイ数である。
アレイ完成度（ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ）：この値が１であると、所定
のタイプの全てのアトラスＮＡＬユニットが続くアレイ内にあり、ストリーム内にないこ
とを示す。この値が０であると、指示されたタイプの追加アトラスＮＡＬユニットがスト
リーム内にあり得ることを示す。デフォルト及び許容された値はサンプルエントリーネイ
ムにより影響を受ける。
ＮＡＬユニットタイプ（ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ）：続くアレイ内のアトラスＮＡ
Ｌユニットのタイプを示す。このタイプはＩＳＯ／ＩＥＣ ２３０９０－５に定義された
値を使用する。この値はＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ又はＮＡＬ＿
ＳＵＦＦＩＸ＿ＳＥＩ ａｔｌａｓ ＮＡＬ ｕｎｉｔを示す。
ＮＡＬユニット数（ｎｕｍＮＡＬＵｎｉｔｓ）：この構成レコードが適用されるストリ
ームに対する構成レコード内に含まれる指示されたタイプのアトラスＮＡＬユニットの数
である。ＳＥＩアレイはただ記述的性格のＳＥＩメッセージを含む。全体としてストリー
ムに関する情報を提供する。かかるＳＥＩの例示はユーザ－データＳＥＩである。
セットアップユニット（ｓｅｔｕｐＵｎｉｔ）：アトラスシーケンスパラメータセット
又はアトラスフレームパラメータセット又は記述的ＳＥＩアトラスＮＡＬユニットを含む
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣアトラスパラメータセットサンプルグループ（Ｖ－ＰＣＣ ａｔｌａｓ ｐ
ａｒａｍｅｔｅｒ ｓｅｔ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグルーピングに対するグルーピングタイプ’ｖａｐｓ’はＶ－ＰＣＣトラック
内サンプルのサンプルグループ内に伝達されるアトラスパラメータセットに配置すること
を示す。’ｖａｐｓ’と同一のグルーピングタイプを有するサンプルツーグループボック
ス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合、同一のグルーピングタイプを
有するサンプルグループ記述ボックスが存在し、サンプルが属するこのグループのＩＤを
含む。
Ｖ－ＰＣＣトラックは’ｖａｐｓ’と同一のグルーピングタイプを有する最大１つのサ
ンプルツーグループボックスを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒ
ｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕ
ｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ
；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ａｔｌａｓＰａｒａｍｅｔｅｒＳ
ｅｔ；
｝
｝
アトラスパラメータセット数（ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ）：
サンプルグループ記述内にシグナリングされるアトラスパラメータセットの数を示す。
アトラスパラメータセットはサンプルのこのグループに連関するアトラスシーケンスパ
ラメータセット、アトラスフレームパラメータセットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ
＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
アトラスパラメータサンプルグループ記述エントリーは以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒ
ｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕ
ｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ
；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ａｔｌａｓＰａｒａｍｅｔｅｒＳｅ
ｔＮＡＬＵｎｉｔ；
｝
｝
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この
サンプルグループ記述内にシグナリングされる全てのサンプルストリームＮＡＬユニット
内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度を示す。
アトラスパラメータセットＮＡＬユニット（ａｔｌａｓＰａｒａｍｅｔｅｒＳｅｔＮＡ
ＬＵｎｉｔ）：サンプルのこのグループに連関するアトラスシーケンスパラメータセット
、アトラスフレームパラメータセットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎ
ｉｔ（）インスタンスである。
Ｖ－ＰＣＣ ＳＥＩサンプルグループ（Ｖ－ＰＣＣ ＳＥＩ ｓａｍｐｌｅ ｇｒｏｕ
ｐ）
サンプルグルーピングに対する’ｖｓｅｉ’グルーピングタイプはＶ－ＰＣＣトラック
内サンプルのこのサンプルグループ内に伝達されるＳＥＩ情報への配置を示す。’ｖｓｅ
ｉ’と同一のグルーピングタイプを有するサンプルツーグループボックスが存在する場合
、同一のグルーピングタイプを有するサンプルグループ記述ボックス（ＳａｍｐｌｅＧｒ
ｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）が存在し、サンプルが属するグループのＩＤを含
む。
Ｖ－ＰＣＣトラックは’ｖｓｅｉ’と同一のグルーピングタイプを有するサンプルツー
グループボックスを最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳＥＩＳａｍｐｌｅＧｒｏｕｐＤｅｓｃ
ｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉ
ｐｔｉｏｎＥｎｔｒｙ（’ｖｓｅｉ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳＥＩｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳＥＩＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ｓｅｉ；
｝
｝
ＳＥＩの数（ｎｕｍＯｆＳＥＩｓ）：サンプルグループ記述内にシグナリングされるＶ
－ＰＣＣ ＳＥＩの数を示す。
ＳＥＩはサンプルのこのグループに連関するＳＥＩ情報を含むｓａｍｐｌｅ＿ｓｔｒｅ
ａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣ ＳＥＩサンプルグループ記述エントリーは以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳＥＩＳａｍｐｌｅＧｒｏｕｐＤｅｓｃ
ｒｉｐｔｉｏｎＥｎｔｒｙ （） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒ
ｉｐｔｉｏｎＥｎｔｒｙ（’ｖｓｅｉ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＳＥＩｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳＥＩｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｓｅｉＮＡＬＵｎｉｔ；
｝
｝
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この
サンプルグループ記述内にシグナリングされる全てのサンプルストリームＮＡＬユニット
内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内精度を示す。
ＳＥＩ ＮＡＬユニット（ｓｅｉＮＡＬＵｎｉｔ）：サンプルのこのグループに連関す
るＳＥＩ情報を含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（）インスタンスで
ある。
Ｖ－ＰＣＣバウンディングボックスサンプルグループ（Ｖ－ＰＣＣ Ｂｏｕｎｄｉｎｇ
ｂｏｘ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグルーピングに対する’ｖｐｂｂ’グルーピングタイプはＶ－ＰＣＣトラック
内サンプルのこのサンプルグループ内に伝達される３Ｄバウンディングボックス情報への
配置を示す。’ｖｐｂｂ’と同一のグルーピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）
を有するサンプルツーグループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在す
ると、同一のグルーピングタイプを有するサンプルグループ記述ボックスが存在し、サン
プルが属するこのグループのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖｐｂｂ’と同一のグルーピングタイプを有するサンプルツー
グループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）を最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａｍｐｌ
ｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧ
ｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｐｂｂ’）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣ ３Ｄ領域マッピングサンプルグループ（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ
ｍａｐｐｉｎｇ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグルーピングに対するグルーピングタイプ’ｖｐｓｒ’はＶ－ＰＣＣトラック
内サンプルのこのサンプルグループ内に伝達される３Ｄ領域マッピング情報への配置を示
す。’ｖｐｓｒ’と同一のグルーピングタイプを有するサンプルツーグループボックス（
ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合、同一のグルーピングタイプを有す
るサンプルグループ記述ボックス（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏ
ｘ）が存在し、サンプルが属するこのグループのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖｐｓｒ’と同一のグルーピングタイプを有するサンプルツー
グループボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）を最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＳａｍ
ｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ Ｓａｍｐｌ
ｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｐｓｒ’）｛
Ｖ－ＰＣＣ ３Ｄ領域マッピングボックス３Ｄ領域マッピング（ＶＰＣＣ３ＤＲｅｇｉ
ｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ）
Ｖ－ＰＣＣビットストリームのマルチトラックコンテナ
マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナの一般的なレイアウトである。Ｖ
－ＰＣＣ基本ストリーム内のＶ－ＰＣＣユニットがそれらのタイプに基づいてコンテナフ
ァイル内の個々のトラックにマッピングされる。マルチトラックＩＳＯＢＭＦＦ Ｖ－Ｐ
ＣＣコンテナ内に２つのタイプのトラックがあり得る：Ｖ－ＰＣＣトラック及びＶ－ＰＣ
Ｃコンポーネントトラックである。
Ｖ－ＰＣＣトラック（又はＶ３Ｃトラック）２４０３０，２５０００はアトラスサブビ
ットストリーム及びシーケンスパラメータセットを含むＶ－ＰＣＣビットストリーム内の
ボリュメトリックビジュアル情報を伝達するトラックである。
Ｖ－ＰＣＣコンポーネントトラックはＶ－ＰＣＣビットストリームの占有マップ、ジオ
メトリ、特質サブ非ストリームに対する２Ｄビデオ符号化されたデータを伝達するビデオ
スキームトラックである。さらに、以下の条件がＶ－ＰＣＣコンポーネントトラックに対
して満たされる。
ａ）サンプルエントリー内、Ｖ－ＰＣＣシステム内のこのトラックに含まれたビデオス
トリームの役割を記述する新しいボックスが挿入される。
ｂ）Ｖ－ＰＣＣトラックにより表現される特定のポイントクラウド内のＶ－ＰＣＣコン
ポーネントトラックのメンバーシップを生成するために、Ｖ－ＰＣＣトラックからＶ－Ｐ
ＣＣコンポーネントトラックにトラック参照が導入される。
ｃ）このトラックが直接ムービーの全体的なレイアップに寄与せず、Ｖ－ＰＣＣシステ
ムに寄与することを示すためにトラック－ヘッダフラグが０に設定される。
実施例によるポイントクラウドデータを記述するアトラスビットストリーム、シグナリ
ング情報（パラメータ、メタデータなどと称する）はボックスというデータ構造に含まれ
る。実施例による方法／装置はマルチトラックに基づいてアトラスビットストリーム、パ
ラメータ情報をｖ－ｐｃｃトラック（又はｖ３ｃトラック）に含ませて送信する。さらに
実施例による方法／装置は実施例によるアトラスビットストリーム、パラメータ情報をｖ
－ｐｃｃトラック（又はｖ３ｃトラック）のサンプルエントリーに含ませて送信する。
また実施例による方法／装置はシングルトラックに基づいて実施例によるアトラスビッ
トストリーム及びパラメータ情報をＶ－ＰＣＣ基本ストリームトラックに含ませて送信す
る。さらに実施例による方法／装置はアトラスビットストリーム及びパラメータ情報をＶ
－ＰＣＣ基本ストリームトラックのサンプルエントリー或いはサンプルに含ませて送信す
る。
同一のＶ－ＰＣＣシーケンスが属するトラックは時間によって整列（ａｌｉｇｎ）され
る。異なるビデオ符号化されたＶ－ＰＣＣコンポーネントトラック及び間の同一のポイン
トクラウドフレームに寄与するサンプル及びＶ－ＰＣＣトラックは同一のプレゼンテーシ
ョン時間を有する。サンプルに対して使用されるＶ－ＰＣＣアトラスシーケンスパラメー
タセット及びアトラスフレームパラメータセットは、ポイントクラウドフレームのコンポ
ジション時間と等しいか又は先立つ復号時間を有する。さらに同一のＶ－ＰＣＣシーケン
スに属する全てのトラックは同一の含蓄又は明瞭な編集リストを有する。
ノート：コンポーネントトラック内の基本ストリーム間の同期化はＩＳＯＢＭＦＦトラ
ックタイミング構造（ｓｔｔｓ、ｃｔｔｓ、ｃｓｌｇ）により処理されるか、又はムービ
ーフラグメント内の同等なメカニズムにより処理される。
このようなレイアウトに基づいて、Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは以下を含む
（図２４参照）：
－Ｖ－ＰＣＣパラメータセットＶ－ＰＣＣユニット（ｕｎｉｔ ｔｙｐｅ ＶＰＣＣ＿
ＶＰＳ）及びアトラスＶ－ＰＣＣユニット（ｕｎｉｔ ｔｙｐｅ ＶＰＣＣ＿ＡＤ）のペ
イロードを伝達するサンプル及びサンプルエントリー内のＶ－ＰＣＣパラメータセットを
含むＶ－ＰＣＣトラック。またこのトラックはｕｎｉｔ ｔｙｐｅｓ ＶＰＣＣ＿ＯＶＤ
、ＶＰＣＣ＿ＧＶＤ及びＶＰＣＣ＿ＡＶＤのようなビデオ圧縮されたＶ－ＰＣＣユニット
のペイロードを伝達する他のトラックに対するトラック参照を含む。
－タイプＶＰＣＣ＿ＯＶＤのＶ－ＰＣＣユニットのペイロードである占有マップデータ
のためのビデオコーディングされた基本ストリームのアクセスユニットを含むサンプルが
あるビデオスキームトラック。
－タイプＶＰＣＣ＿ＧＶＤのＶ－ＰＣＣユニットのペイロードであるジオメトリデータ
のビデオコーディングされた基本ストリームのアクセスユニットを含むサンプルがある１
つ又は１つ以上のビデオスキームトラック。
－タイプＶＰＣＣ＿ＡＶＤのＶ－ＰＣＣユニットのペイロードである特質データのビデ
オコーディングされた基本ストリームのアクセスユニットを含むサンプルがあるゼロ又は
１つ以上のビデオスキームトラック。
Ｖ－ＰＣＣトラック（Ｖ－ＰＣＣ ｔｒａｃｋｓ）：
Ｖ－ＰＣＣトラックサンプルエントリー（Ｖ－ＰＣＣ Ｔｒａｃｋ Ｓａｍｐｌｅ Ｅ
ｎｔｒｙ）：
サンプルエントリータイプ（Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ）：’ｖｐｃ１’、
’ｖｐｃｇ’
コンテナ（Ｃｏｎｔａｉｎｅｒ）：サンプル記述ボックス（ＳａｍｐｌｅＤｅｓｃｒｉ
ｐｔｉｏｎＢｏｘ）
義務の有無（Ｍａｎｄａｔｏｒｙ）：’ｖｐｃ１’又は’ｖｐｃｇ’サンプルエントリ
ーは義務である。
量（Ｑｕａｎｔｉｔｙ）：１つ又はそれ以上のサンプルエントリーが存在する。
Ｖ－ＰＣＣトラックはＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを拡
張するＶＰＣＣＳａｍｐｌｅＥｎｔｒｙを使用する。サンプルエントリータイプは’ｖｐ
ｃ１’又は’ｖｐｃｇ’である。
Ｖ－ＰＣＣサンプルエントリーはＶ－ＰＣＣ構成ボックス（ＶＰＣＣＣｏｎｆｉｇｕｒ
ａｔｉｏｎＢｏｘ）を含む。このボックスはデコーダ構成レコード（ＶＰＣＣＤｅｃｏｄ
ｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ）を含む。
’ｖｐｃ１’サンプルエントリーにおいて、全てのアトラスシーケンスパラメータセッ
ト、アトラスフレームパラメータセット又はＶ－ＰＣＣ ＳＥＩはセットアップユニット
アレイ（ｓｅｔｕｐＵｎｉｔ ａｒｒａｙ）内にある。
’ｖｐｃｇ’サンプルエントリーにおいて、アトラスシーケンスパラメータセット、ア
トラスフレームパラメータセット、Ｖ－ＰＣＣ ＳＥＩがこのアレイ内又はストリーム内
にある。
任意のビットレートボックス（ＢｉｔＲａｔｅＢｏｘ）はＶ－ＰＣＣトラックのビット
レート情報をシグナリングするために、Ｖ－ＰＣＣボリュメトリックサンプルエントリー
内の存在する。
ボリュメトリックシーケンス（Ｖｏｌｕｍｅｔｒｉｃ Ｓｅｑｕｅｎｃｅｓ）：
ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ ｂｏｘ（
’ｖｐｃｃ’）｛
ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＶＰＣＣＣｏ
ｎｆｉｇ；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅ
ｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（’ｖｐｃ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｕｎｉｔ＿ｈｅａｄｅｒ；
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ（）；
｝
図７０は実施例によるＶ－ＰＣＣサンプルエントリーを示す。
図７０は図２４のＶ－ＰＣＣトラック（又はＶ３Ｃトラック）２４０３０及び図２５の
Ｖ３Ｃトラック２５０００に含まれるサンプルエントリーの構造図である。
図７０はこの明細書で説明する実施例によるＶ－ＰＣＣサンプルエントリー構造の一例
を示す。サンプルエントリーはＶ－ＰＣＣパラメータセット（ＶＰＳ）７００００を含み
、任意にアトラスシーケンスパラメータセット（ＡＳＰＳ）７００１０、アトラスフレー
ムパラメータセット（ＡＦＰＳ）７００２０及び／又はＳＥＩ７００３０を含む。
図７０のＶ－ＰＣＣビットストリームは図２７のＶ－ＰＣＣビットストリームを生成し
てパース（ｐａｒｓｅ）する実施例により生成されてパースされる。
Ｖ－ＰＣＣビットストリームはサンプルストリームＶ－ＰＣＣヘッダ、サンプルストリ
ームヘッダ、Ｖ－ＰＣＣユニットヘッダボックス、サンプルストリームＶ－ＰＣＣユニッ
トを含む。
Ｖ－ＰＣＣビットストリームは図２６及び図２７などに説明したＶ－ＰＣＣビットスト
リームに対応するか又は追加拡張された例示である。
Ｖ－ＰＣＣトラックサンプルフォーマット（Ｖ－ＰＣＣ ｔｒａｃｋ ｓａｍｐｌｅ
ｆｏｒｍａｔ）
Ｖ－ＰＣＣトラック内の各サンプルはシングルポイントクラウドフレームに対応する。
様々なコンポーネントトラック内のこのフレームに対応するサンプルはＶ－ＰＣＣトラッ
クサンプルのように同一のコンポジションタイムを有する。各々のＶ－ＰＣＣサンプル１
つ又は１つ以上のアトラスＮＡＬユニットを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ＝ｓａ
ｍｐｌｅ＿ｓｉｚｅ；／／ＳａｍｐｌｅＳｉｚｅＢｏｘからのサンプルサイズを意味する
。
ｆｏｒ（ｉ＝０；ｉ＜ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ；）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｎａｌＵｎｉｔ
ｉ＋＝（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．ｌｅｎｇ
ｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＋ｎａｌＵｎｉｔ．ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿
ｓｉｚｅ；
｝
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅ
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ ＰｉｃｔｕｒｅＬｅｎｇｔｈ＝ｓａｍｐｌｅ＿ｓｉｚｅ；
／／ＳａｍｐｌｅＳｉｚｅＢｏｘからのサンプルのサイズを意味する。
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃｔｕｒｅＬｅｎｇｔｈ；）／／ピクチャの終わりまでシグ
ナリングされる
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲ
ｅｃｏｒｄ．ＬｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＊８）
ＮＡＬＵｎｉｔＬｅｎｇｔｈ；
ｂｉｔ（ＮＡＬＵｎｉｔＬｅｎｇｔｈ＊８） ＮＡＬＵｎｉｔ；
ｉ＋＝（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．Ｌｅｎｇ
ｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＋ＮＡＬＵｎｉｔＬｅｎｇｔｈ；
｝
｝
Ｖ－ＰＣＣデコーダ構成レコード（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏ
ｎＲｅｃｏｒｄ）：マッチングされるＶ－ＰＣＣサンプルエントリー内のデコーダ構成レ
コードを示す。
ＮＡＬユニット（ｎａｌＵｎｉｔ）：サンプルストリームＮＡＬユニットフォーマット
内のシングルアトラスＮＡＬユニットを含む。
ＮＡＬユニット長さ（ＮＡＬＵｎｉｔＬｅｎｇｔｈ）：続くＮＡＬユニットのバイト内
サイズを示す。
ＮＡＬユニット（ＮＡＬＵｎｉｔ）：シングルアトラスＮＡＬユニットを含む。
Ｖ－ＰＣＣトラック同期サンプル（Ｖ－ＰＣＣ ｔｒａｃｋ ｓｙｎｃ ｓａｍｐｌｅ
）：
Ｖ－ＰＣＣトラック内の同期サンプル（任意アクセスポイント）はＶ－ＰＣＣ ＩＲＡ
Ｐコーディングされたパッチデータアクセスユニットである。アトラスパラメータセット
は必要な場合、任意アクセスのための同期サンプルで繰り返される。
ビデオ－符号化されたＶ－ＰＣＣコンポーネントトラック（Ｖｉｄｅｏ－ｅｎｃｏｄｅ
ｄ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ）：
ＭＰＥＧ特定のコーデックを使用してコーディングされたビデオトラックの伝達はＩＳ
Ｏ ＢＭＦＦの規定に従う。例えば、ＡＶＣ及びＨＥＶＣコーディングされたビデオの伝
達はＩＳＯ／ＩＥＣ１４４９６－１５を参照できる。ＩＳＯＢＭＦＦは他のコーデックタ
イプが必要な場合、拡張メカニズムをさらに提供することができる。
プレーヤー側においてポイントクラウドを再構成することなく、特質、ジオメトリ又は
占有マップトラックから復号されたフレームをディスプレイすることは意味があるとは認
められないので、限られたビデオスキームタイプはかかるビデオ－コーディングされたト
ラックに対して定義されることができる。
限られたビデオスキーム（Ｒｅｓｔｒｉｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ）：
Ｖ－ＰＣＣコンポーネントビデオトラックは限られたビデオとしてファイル内に表現さ
れる。また限られたビデオサンプルエントリーのＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎ
ｆｏＢｏｘのＳｃｈｅｍｅＴｙｐｅＢｏｘのｓｃｈｅｍｅ＿ｔｙｐｅフィールド内の’ｐ
ｃｃｖ’値により識別される。
特質、ジオメトリ及び占有マップＶ－ＰＣＣコンポーネントを符号化するために使用さ
れるビデオコーデック上の制限（ｒｅｓｔｒｉｃｔｉｏｎ）はない。さらに、かかるコン
ポーネントは異なるビデオコーデックを使用して符号化される。
スキーム情報（Ｓｃｈｅｍｅ ｉｎｆｏｒｍａｔｉｏｎ）：
ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘが存在し、ＶＰＣＣＵｎｉｔＨｅａｄｅｒ
Ｂｏｘを含む。
Ｖ－ＰＣＣコンポーネントトラックの参照（Ｒｅｆｅｒｅｎｃｉｎｇ Ｖ－ＰＣＣ ｃ
ｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ）：
Ｖ－ＰＣＣトラックをコンポーネントビデオトラックにリンクするために、３つのＴｒ
ａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘｅｓが各コンポーネントのためにＶ－ＰＣＣト
ラックのＴｒａｃｋＢｏｘ内ＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘに追加される。Ｔｒａ
ｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘはＶ－ＰＣＣトラック参照に関するビデオトラッ
クを指定するｔｒａｃｋ＿ＩＤのアレイを含む。ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅ
Ｂｏｘのｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは占有マップ、ジオメトリ、特質又は占有マップ
などのコンポーネントのタイプを識別する。トラック参照タイプは以下の通りである：
’ｐｃｃｏ’：参照されたトラックがビデオ－コーディングされた占有マップＶ－ＰＣ
Ｃコンポーネントを含む
’ｐｃｃｇ’：参照されたトラックがビデオ－コーディングされたジオメトリＶ－ＰＣ
Ｃコンポーネントを含む
’ｐｃｃａ’：参照されたトラックがビデオ－コーディングされた特質Ｖ－ＰＣＣコン
ポーネントを含む
参照された限られたビデオ トラックにより伝達され、トラックのＲｅｓｔｒｉｃｔｅ
ｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内でシグナリングされるＶ－ＰＣＣコンポーネントのタイ
プはＶ－ＰＣＣトラックからトラック参照の参照タイプにマッチングされる。
実施例によるポイントクラウドデータ送信方法のポイントクラウドデータをカプセル化
する段階では、ポイントクラウドデータを含むマルチトラックのコンテナを生成する。
実施例によるポイントクラウドデータ受信装置のポイントクラウドデータをデカプセル
化するデカプセル化部は、ポイントクラウドデータを含むマルチトラックのコンテナをパ
ースする。
実施例によるマルチトラックは第１トラック、第２トラック、第３トラック及び第４ト
ラックを含み、第１トラックはポイントクラウドデータの占有マップを含み、第２トラッ
クはポイントクラウドデータのジオメトリデータを含み、第３トラックはポイントクラウ
ドデータの特質データを含み、第４トラックはポイントクラウドデータに対するパラメー
タセット及びアトラスデータを含む。
実施例による第４トラックはポイントクラウドデータに対する３Ｄ空間領域の部分接近
のための空間領域情報を含み、空間領域情報は３Ｄ空間領域に含まれたポイントクラウド
データに連関するアトラスタイル数を示す情報及びアトラスタイルを示すタイル識別情報
を含む。
実施例による空間領域情報は時間に応じて静的情報又は動的情報を含む。
実施例によるポイントクラウドデータの符号化段階は、ポイントクラウドデータ及びポ
イントクラウドデータに関するアトラスビットストリームを含むビットストリームを生成
し、アトラスビットストリームはポイントクラウドデータに関する３Ｄ領域をマッピング
するための３Ｄ領域情報を含む。
実施例による３Ｄ領域情報は、ポイントクラウドデータに対する３Ｄ領域の位置情報及
びサイズ情報を含み、３Ｄ領域に関連するアトラスデータが存在するフレームの２Ｄ領域
に関する情報を含む。
図７１は実施例によるトラック代替及びグルーピングを示す。
図７１はＩＳＯＢＭＦＦファイル構造のトラック間代替又はグルーピングが適用される
例示である。
トラック代替及びトラックグルーピング（Ｔｒａｃｋ ａｌｔｅｒｎａｔｉｖｅｓ ａ
ｎｄ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）：
同一のａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を有するＶ－ＰＣＣコンポーネントトラック
は同一のＶ－ＰＣＣコンポーネントの異なる符号化されたバージョンである。ボリュメト
リックビジュアルシーンは代替されてコーディングされる。この場合、互いに代替可能な
全てのＶ－ＰＣＣトラックはＴｒａｃｋＨｅａｄｅｒＢｏｘ内の同一のａｌｔｅｒｎａｔ
ｅ＿ｇｒｏｕｐ値を有する。
同様にＶ－ＰＣＣコンポーネントの１つを示す２Ｄビデオトラックが代替（ａｌｔｅｒ
ｎａｔｉｖｅｓ）に符号化される場合、かかる代替及び代替グループから代替の１つに対
するトラック参照があり得る。
図６４にはファイル構造に基づくＶ－ＰＣＣコンテンツを構成するＶ－ＰＣＣコンポー
ネントトラックが示されている。同一のアトラスグループＩＤを有する場合には、ＩＤが
１０である場合、１１である場合、また１２である場合がある。特質ビデオである第２ト
ラック及び第５トラックは互いに代替使用でき、第３トラック及び第６トラックは互いに
ジオメトリビデオとして代替でき、第４トラック及び第７トラックは占有ビデオとして代
替できる。
Ｖ－ＰＣＣビットストリームのシングルトラックコンテナ（Ｓｉｎｇｌｅ ｔｒａｃｋ
ｃｏｎｔａｉｎｅｒ ｏｆ Ｖ－ＰＣＣ Ｂｉｔｓｔｒｅａｍ）：
Ｖ－ＰＣＣデータのシングル－トラックカプセル化は、シングル－トラック宣言により
表現されるＶ－ＰＣＣ符号化された基本ビットストリームを求める（ａ ｓｉｎｇｌｅ－
ｔｒａｃｋ ｅｎｃａｐｓｕｌａｔｉｏｎ ｏｆ Ｖ－ＰＣＣ ｄａｔａ ｒｅｑｕｉｒ
ｅｓ ｔｈｅ Ｖ－ＰＣＣ ｅｎｃｏｄｅｄ ｅｌｅｍｅｎｔａｒｙ ｂｉｔｓｔｒｅａ
ｍ ｔｏ ｂｅ ｒｅｐｒｅｓｅｎｔｅｄ ｂｙ ａ ｓｉｎｇｌｅ－ｔｒａｃｋ ｄｅ
ｃｌａｒａｔｉｏｎ）。
ＰＣＣデータのシングルトラックカプセル化は、Ｖ－ＰＣＣ符号化されたビットストリ
ームのシンプルＩＳＯＢＭＦＦのカプセル化の場合に利用される。かかるビットストリー
ムは追加処理なしにシングルトラックにすぐ格納される。Ｖ－ＰＣＣユニットヘッダデー
タ構造はビットストリーム内にある。Ｖ－ＰＣＣデータのためのシングルトラックコンテ
ナは追加処理（例えば、ｍｕｌｔｉ－ｔｒａｃｋ ｆｉｌｅ ｇｅｎｅｒａｔｉｏｎ，
ｔｒａｎｓｃｏｄｉｎｇ， ＤＡＳＨ ｓｅｇｍｅｎｔａｔｉｏｎなど）のためのメディ
アワークフローに提供される。
シングル－トラックカプセル化されたＶ－ＰＣＣデータを含むＩＳＯＢＭＦＦファイル
は、ＦｉｌｅＴｙｐｅＢｏｘのｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄｓ［］リスト内の’ｐ
ｃｓｔ’を含む。
Ｖ－ＰＣＣ基本ストリームトラック（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａ
ｍ ｔｒａｃｋ）：
Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ：’ｖｐｅ１’、’ｖｐｅｇ’
Ｃｏｎｔａｉｎｅｒ：ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：ａ ’ｖｐｅ１’ ｏｒ ’ｖｐｅｇ’ ｓａｍｐｌｅ ｅｎｔ
ｒｙ ｉｓ ｍａｎｄａｔｏｒｙ
Ｑｕａｎｔｉｔｙ：Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ
ｂｅ ｐｒｅｓｅｎｔ
Ｖ－ＰＣＣ基本ストリームトラックはサンプルエントリータイプ’ｖｐｅ１’又は’ｖ
ｐｅｇ’を有するＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを使用する
。
Ｖ－ＰＣＣ基本ストリームサンプルエントリーはＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎ
Ｂｏｘを含む。
’ｖｐｅ１’サンプルエントリーにおいて、全てのアトラスシーケンスパラメータセッ
ト、アトラスフレームパラメータセット、ＳＥＩがｓｅｔｕｐＵｎｉｔアレイ内にある。
’ｖｐｅｇ’サンプルエントリーにおいて、アトラスシーケンスパラメータセット、アト
ラスフレームパラメータセット、ＳＥＩがこのアレイ又はストリーム内に存在する。
ボリュメトリックシーケンス（Ｖｏｌｕｍｅｔｒｉｃ Ｓｅｑｕｅｎｃｅｓ）：
ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ ｂｏｘ（
’ｖｐｃｃ’）｛
ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＶＰＣＣＣｏ
ｎｆｉｇ；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍＳａ
ｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐ
ｌｅＥｎｔｒｙ（’ｖｐｅ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ３Ｄ＿ｂｂ；
｝
Ｖ－ＰＣＣ基本ストリームサンプルフォーマット（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ
ｓｔｒｅａｍ ｓａｍｐｌｅ ｆｏｒｍａｔ）：
Ｖ－ＰＣＣ基本ストリームサンプルは同一のプレゼンテーション時間に属する１つ又は
１つ以上のＶ－ＰＣＣユニットで構成される。各々のサンプルはユニークなプレゼンテー
ション時間、サイズ、期間を有する。サンプルは例えば、同期サンプルであるか、又は他
のＶ－ＰＣＣ基本ストリームサンプル上の復号依存的である。
Ｖ－ＰＣＣ基本ストリーム同期サンプル（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒ
ｅａｍ ｓｙｎｃ ｓａｍｐｌｅ）：
Ｖ－ＰＣＣ基本ストリーム同期サンプルは以下の条件を満たす：
－独立してデコード可能である。
－復号順に同期サンプル後のサンプルは同期サンプルより前のサンプルに対する復号依
存を有さない。
－復号順に同期サンプル後の全てのサンプルは成功的にデコード可能である。
Ｖ－ＰＣＣ基本ストリームサブ－サンプル（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔ
ｒｅａｍ ｓｕｂ－ｓａｍｐｌｅ）：
Ｖ－ＰＣＣ基本ストリームサブ－サンプルはＶ－ＰＣＣ基本ストリームサンプル内に含
まれるＶ－ＰＣＣユニットである。
Ｖ－ＰＣＣ基本ストリームトラックは、Ｖ－ＰＣＣ基本ストリームサブ－サンプルを並
べるＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘｅｓのＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘ内又は
各ＳａｍｐｌｅＴａｂｌｅＢｏｘ内のＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ
を含む。
サブ－サンプルを表現するＶ－ＰＣＣユニットの３２－ビットユニットヘッダは、Ｓｕ
ｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブ－サンプルエントリーの３２－ビ
ットｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓフィールドにコピーされる。
各サブ－サンプルのＶ－ＰＣＣユニットタイプは、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔ
ｉｏｎＢｏｘ内のサブ－サンプルエントリーのｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａ
ｍｅｔｅｒｓフィールドをパースすることにより識別される。
ポイントクラウドデータの部分接近（Ｐａｒｔｉａｌ Ａｃｃｅｓｓ ｏｆ ｐｏｉｎ
ｔ Ｃｌｏｕｄ Ｄａｔａ）
３Ｄバウンディングボックス情報構造（３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒ
ｍａｔｉｏｎ ｓｔｒｕｃｔｕｒｅ）
３Ｄバウンディングボックス構造（３ＤＢｏｕｎｄｉｎｇＢｏｘＳｔｒｕｃｔ）は、３
ＤバウンディングボックスのＸ、Ｙ、Ｚオフセット及びポイントクラウドデータの３Ｄバ
ウンディングボックスの幅、高さ、深さを含むポイントクラウドデータの３Ｄバウンディ
ングボックス情報を提供する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃ
ｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｚ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｚ；
｝
バウンディングボックスＸ、Ｙ、Ｚ（ｂｂ＿ｘ、ｂｂ＿ｙ及びｂｂ＿ｚ）はそれぞれ座
標系内のポイントクラウドデータの３Ｄバウンディングボックスの原点位置のＸ、Ｙ、Ｚ
座標値を示す。
バウンディングボックスデルタＸ、Ｙ、Ｚ（ｂｂ＿ｄｅｌｔａ＿ｘ、ｂｂ＿ｄｅｌｔａ
＿ｙ及びｂｂ＿ｄｅｌｔａ＿ｚ）：原点（ｏｒｉｇｉｎ）に対するＸ、Ｙ、Ｚ軸に沿って
座標系内のポイントクラウドデータの３Ｄバウンディングボックスの拡張を示す。
３Ｄ領域情報構造（３Ｄ ｒｅｇｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｓｔｒｕｃｔｕｒ
ｅ）
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔはポイントクラウドデータ一部領域に対する３
Ｄ領域情報を含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（３Ｄ＿
ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｚ；
ｉｆ（３Ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８）３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ；
ｉｆ（３Ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ＝＝’１’）｛／／ｃｕｂｏｉｄ
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｚ；
｝
｝
｝
３Ｄ領域ＩＤ（３ｄ＿ｒｅｇｉｏｎ＿ｉｄ）は３Ｄ領域の識別子を示す。
３Ｄ領域アンカーＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ、３ｄ＿ｒｅｇ
ｉｏｎ＿ａｎｃｈｏｒ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ）はそれぞれ、３Ｄ
領域のアンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）のｘ、ｙ、ｚ座標値を示す。例え
ば、３Ｄ領域が立方体タイプである場合、アンカーポイントは立方体の原点（ｏｒｉｇｉ
ｎ）になり、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏ
ｒ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚは３Ｄ領域の立方体の原点位置（ｏｒｉ
ｇｉｎ ｐｏｓｉｔｉｏｎ）のｘ、ｙ、ｚ座標値を示す。
３Ｄ領域タイプ（３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ）は３Ｄ領域のタイプを示し、値とし
て０ｘ０１－ｃｕｂｏｉｄなどを有する。
３Ｄディメンション含みフラグ（３ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌ
ａｇ）は３Ｄ領域詳細情報、例えば、３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ、３ｄ＿ｒｅｇｉｏ
ｎ＿ｄｅｌｔａ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅ
ｌｔａ＿ｙを含むか否かを示すフラグである。
３Ｄ領域デルタＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ、３ｄ＿ｒｅｇｉｏ
ｎ＿ｄｅｌｔａ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｚ）は３Ｄ領域のタイプが立方
体である場合、ｘ、ｙ、ｚ軸の差の値を示す。
２Ｄ領域情報構造（２Ｄ ｒｅｇｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｓｔｒｕｃｔｕｒ
ｅ）
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（２ｄ＿
ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｌｅｆｔ；
ｉｆ（２ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
｝
｝
２Ｄ領域ＩＤ（２ｄ＿ｒｅｇｉｏｎ＿ｉｄ）は２Ｄ領域の識別子を示す。
２Ｄ領域上部、左部（２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ、２ｄ＿ｒｅｇｉｏｎ＿ｌｅｆｔ）
はそれぞれ、２Ｄ領域の左上部位置のフレーム内垂直座標（ｖｅｒｔｉｃａｌ ｃｏｏｒ
ｄｉｎａｔｅ）、水平座標（ｈｏｒｉｚｏｎｔａｌ ｃｏｏｒｄｉｎａｔｅ）値を含む。
２Ｄディメンション含みフラグ（２ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌ
ａｇ）は２Ｄ領域の幅（ｗｉｄｔｈ）、高さ（ｈｅｉｇｈｔ）値を含むか否かを示すフラ
グである。
２Ｄ領域幅、高さ（２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ、２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇ
ｈｔ）はそれぞれ、２Ｄ領域のフレーム内で水平範囲（ｗｉｄｔｈ）、垂直範囲（ｈｅｉ
ｇｈｔ）値を含む。
図７２は実施例によるＶ－ＰＣＣ ３Ｄ領域マッピング情報の構造を示す。
ＰＣＣ ３Ｄ領域マッピング情報の構造（ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎ
ｇ ｉｎｆｏｒｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ）
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報の構造（ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎ
ｇＩｎｆｏＳｔｒｕｃｔ）は、ポイントクラウドデータの３Ｄ領域とビデオ或いはアトラ
スフレーム内に連関するデータが含まれた１つ以上のジオメトリ、占有、特質ビデオ或い
はアトラスフレームの２Ｄ領域情報を含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆ
ｏＳｔｒｕｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ；ｉ＋＋）｛
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（１）；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］；
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］；ｊ＋＋）
２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（１）；
｝
｝
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（）はポイントクラウドデータの一部或いは全
体の３次元空間で３Ｄ領域情報を示す。
２Ｄ領域数（ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］）は３Ｄ領域内のポイントクラウド
データに連関するデータが含まれた１つ以上のビデオ或いはアトラスフレームの２Ｄ領域
の数を示す。
２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔは３Ｄ領域内のポイントクラウドデータに連関
するデータが含まれたジオメトリ、占有、特質ビデオ或いはアトラスフレームの２Ｄ領域
情報を示す。
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報ボックス（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍ
ａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｂｏｘ）
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報ボックス（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍ
ａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｂｏｘ）はさらにＰＣＣ ３Ｄ領域マッピング
情報の構造（ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ
ｓｔｒｕｃｔｕｒｅ）を含む。さらにタイルなどに関する追加情報を含む。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘは、ポイントクラウドデータの一部或
いは全体の３次元空間において３Ｄ領域情報、該当３Ｄ領域内のポイントクラウドデータ
に連関するデータが含まれた１つ以上のビデオ或いはアトラスフレームの２Ｄ領域情報、
各２Ｄ領域に連関するビデオ或いはアトラスタイル或いはタイルグループに関する情報を
含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｐｓｒ’，０，０）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ（）；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ；
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ；ｊ＋＋）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ２ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｉｌｅＳ［ｊ］；
ｆｏｒ（ｋ＝０；ｋ＜ｎｕｍ＿ｔｉｌｅｓ［ｊ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｉｌｅ＿ｉｄ［ｋ］；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］；
ｆｏｒ（ｋ＝０；ｋ＜ｎｕｍ＿ｇｒｏｕｐｓ［ｊ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｍ］；
｝
｝
２Ｄ領域ＩＤ（２ｄ＿ｒｅｇｉｏｎ＿ｉｄ）：ジオメトリ、占有、特質ビデオ或いはア
トラスフレームの２Ｄ領域の識別子である。
タイル数（ｎｕｍ＿ｔｉｌｅｓ）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ
ームの２Ｄ領域に連関するビデオフレームのタイル或いはアトレスフレームのタイル数で
ある。
タイルＩＤ（ｔｉｌｅ＿ｉｄ［ｋ］）：ジオメトリ、占有、特質ビデオ或いはアトラス
フレームの２Ｄ領域に連関するビデオフレームのタイル或いはアトレスフレームのタイル
識別子である。
タイルグループ数（ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ）：ジオメトリ、占有、特質ビデ
オ或いはアトラスフレームの２Ｄ領域に連関するビデオフレームのタイルグループ或いは
アトレスフレームのタイルグループの数である。
タイルグループＩＤ（ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ）：ジオメトリ、占有、特質ビデオ
或いはアトラスフレームの２Ｄ領域に連関するビデオフレームのタイルグループ或いはア
トレスフレームのタイルグループ識別子である。
実施例によるシグナリング情報により、実施例による受信方法／装置は３Ｄ領域と１つ
以上のアトラスタイル（２Ｄ領域）の間の静的／動的マッピング関係を把握することがで
きる。その結果、実施例による受信方法／装置は効率的に部分接近（ｐａｒｔｉａｌ ａ
ｃｃｅｓｓ）を行って所望の領域のデータを得ることができる。例えば、領域ごと、タイ
ルＩＤごと、客体ごとのデータ接近が可能である。
サンプルエントリーは以下の静的情報を含む。別の時間指定メタデータトラックは以下
の動的情報を含む。例えば、マルチトラックの場合、Ｖ３Ｃトラックのサンプルエントリ
ーが静的３Ｄ空間領域情報を伝達する。シングルトラックの場合は、Ｖ３Ｃ基本トラック
のサンプルエントリーが静的３Ｄ空間領域情報を伝達する。マルチトラックの場合、時間
指定メタデータトラックが動的３Ｄ空間領域情報を伝達する。シングルトラックの場合は
、Ｖ３Ｃ基本トラックのサンプルエントリーは動的３Ｄ空間領域情報を伝達する。
静的Ｖ－ＰＣＣ ３Ｄ領域マッピング情報（Ｓｔａｔｉｃ Ｖ－ＰＣＣ ３Ｄ ｒｅｇ
ｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）
ポイントクラウドデータの３次元領域とビデオ或いはアトラスフレーム内に連関するデ
ータが含まれた１つ以上のビデオ或いはアトラスフレームの２Ｄ領域情報、各２Ｄ領域に
連関するビデオ或いはアトラスタイル或いはタイルグループに関する情報がポイントクラ
ウドシーケンス内に変化しない場合、Ｖ－ＰＣＣトラック或いはＶ－ＰＣＣ基本ストリー
ムトラックのサンプルエントリーにＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘが含
まれる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅ
ｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ （’ｖｐｃ１’）
｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｕｎｉｔ＿ｈｅａｄｅｒ；
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎ
ｇ；
｝
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるアトラス
フレームの２Ｄ領域情報は、Ｖ－ＰＣＣトラック内のサンプルに含まれているアトラスフ
レームの２Ｄ領域情報である。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（
ジオメトリ、占有、特質）フレームの２Ｄ領域情報は、Ｖ－ＰＣＣトラックのトラック参
照により参照しているビデオトラック（ジオメトリ、占有、特質）内のサンプルに含まれ
ているビデオフレームの２Ｄ領域情報である。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍＳａ
ｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐ
ｌｅＥｎｔｒｙ（’ｖｐｅ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎ
ｇ；
｝
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（
ジオメトリ、占有、特質）フレーム或いはアトラスフレームの２Ｄ領域情報は、Ｖ－ＰＣ
Ｃ基本ストリームトラック内のサブサンプルに含まれているビデオ或いはアトラスフレー
ムの２Ｄ領域情報である。
動的Ｖ－ＰＣＣ ３Ｄ領域マッピング情報（ｄｙｎａｍｎｉｃ Ｖ－ＰＣＣ ３Ｄ ｒ
ｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）
Ｖ－ＰＣＣトラックはサンプルエントリータイプ’ｄｙｓｒ’を有する関連するタイル
メタデータトラックを有する場合、ポイントクラウドストリームに対して定義された３Ｄ
空間領域がＶ－ＰＣＣトラックにより伝達され、動的領域として考慮される。即ち、空間
領域情報は時間に応じて動的に変化する。
関連する時間指定メタデータトラックはアトラスストリームを伝達するＶ－ＰＣＣトラ
ックに対して参照する’ｃｄｓｃ’トラックを含む。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるアトラス
フレームの２Ｄ領域情報は、Ｖ－ＰＣＣトラック内のサンプルに含まれているアトラスフ
レームの２Ｄ領域情報であり得る。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（
ジオメトリ、占有、特質）フレームの２Ｄ領域情報はＶ－ＰＣＣトラックのトラック参照
により参照しているビデオトラック（ジオメトリ、占有、特質）内のサンプルに含まれて
いるビデオフレームの２Ｄ領域情報である。
Ｖ－ＰＣＣ基本ストリームトラックはサンプルエントリータイプ’ｄｙｓｒ’を有する
連関する時間指定メタデータトラックを含むと、ポイントクラウドストリームに対して定
義された３Ｄ空間領域がＶ－ＰＣＣ基本トラックにより伝達され、動的領域として考慮さ
れる。即ち、空間領域情報は時間によって動的に変化する。
関連する時間指定メタデータトラックはアトラスストリームを伝達するＶ－ＰＣＣ基本
トラックに対して参照する’ｃｄｓｃ’トラックを含む。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（
ジオメトリ、占有、特質）フレーム或いはアトラスフレームの２Ｄ領域情報はＶ－ＰＣＣ
基本ストリームトラック内のサブサンプルに含まれているビデオ或いはアトラスフレーム
の２Ｄ領域情報である。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ Ｄｙｎａｍｉｃ３ＤＳｐａｔｉａｌＲｅｇｉｏｎ
ＳａｍｐｌｅＥｎｔｒｙ ｅｘｔｅｎｄｓ ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（
’ｄｙｓｒ’）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ｉｎｉｔ＿３ｄ＿ｒｅｇｉｏｎ＿ｍ
ａｐｐｉｎｇ；
｝
このサンプルエントリータイプ’ｄｙｓｒ’のサンプルシンタックスは以下のように記
載される。
ａｌｉｇｎｅｄ（８） ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅ（）
｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎ
ｇ；
｝
ポイントクラウドボックス（ｐｏｉｎｔ ｃｌｏｕｄ ｂｏｕｎｄｉｎｇ ｂｏｘ）
Ｖ－ＰＣＣバウンディング情報ボックス（ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔ
ｉｏｎＢｏｘ）は、Ｖ－ＰＣＣトラック又はＶ－ＰＣＣ基本ストリームトラックのサンプ
ルエントリー内に存在する。Ｖ－ＰＣＣトラック又はＶ－ＰＣＣ基本ストリームトラック
のサンプルエントリー内に存在する場合、ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉ
ｏｎＢｏｘが関連する又は伝達されるポイントクラウドデータの全般的なバウンディング
ボックス情報を提供する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏ
ｎＢｏｘ ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｐｂｂ’，０，０）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣトラックが’ｄｙｂｂ’サンプルエントリータイプを有する関連する時間指
定メタデータトラックを有すると、時間指定メタデータトラックはポイントクラウドデー
タの動的に変化する３Ｄバウンディングボックス情報を提供する。
関連する時間指定メタデータトラックはアトラスストリームを伝達するＶ－ＰＣＣトラ
ックを参照する’ｃｄｓｃ’トラックを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ Ｄｙｎａｍｉｃ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａ
ｍｐｌｅＥｎｔｒｙ
ｅｘｔｅｎｄｓ ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（’ｄｙｂｂ’）｛
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ａｌｌ＿ｂｂ；
｝
全バウンディングボックス（ａｌｌ＿ｂｂ）：全般的な３Ｄバウンディングボックス情
報を提供する。原点位置のＸ、Ｙ、Ｚ座標を含み、座標系上の原点（ｏｒｉｇｉｎ）に対
するＸ、Ｙ、Ｚ軸に沿ってポイントクラウドデータの全般的な３Ｄバウンディングボック
スの拡張を提供する。このトラック内サンプルにより伝達される３Ｄバウンディングボッ
クスはこの全般的な３Ｄバウンディングボックスの空間パートである。
このサンプルエントリータイプ’ｄｙｂｂ’のサンプルシンタックスは以下のように記
載される。
ａｌｉｇｎｅｄ（８） Ｄｙｎａｍｉｃ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａｍｐｌｅ（）
｛
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ３ＤＢＢ；
｝
３Ｄバウンディングボックス（３Ｄｂｂ）：このサンプル内にシグナリングされる３Ｄ
バウンディングボックス情報を提供する。
３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳｔｒｕｃｔの意味（ｓｅｍａｎｔｉｃｓ）に関連し
て、ディメンション含みフラグ（ｄｉｍｅｎｓｉｏｎｓ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）
が０であると、ディメンションがシグナリングされず、同一の領域に対して以前にシグナ
リングされることを示す。即ち、同一の３ｄ＿ｒｅｇｉｏｎ＿ｉｄを有する３ＤＳｐａｔ
ｉａｌＲｅｇｉｏｎＳｔｒｕｃｔの以前インスタンスがディメンションをシグナリングす
る。
図５４の構造に基づいて、実施例による方法／装置／システムはノンタイムポイントク
ラウドデータを伝達する。
ノンタイムビデオ基盤のポイントクラウドデータの伝達（Ｃａｒｒｉａｇｅ ｏｆ ｎ
ｏｎ－ｔｉｍｅｄ Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓ
ｓｉｏｎ Ｄａｔａ）
イメージアイテムとしてファイル内のノンタイムＶ－ＰＣＣデータが格納される。Ｖ－
ＰＣＣアイテム、Ｖ－ＰＣＣユニットアイテム及び他のＶ－ＰＣＣ符号化されたコンテン
ツ表現情報の存在を示すために、新しいハンドルでタイプ４ＣＣコード’ｖｐｃｃ’が定
義され、メタボックスのハンドラーボックス内に格納される。
実施例によるアイテムはイメージを示す。例えば、動かないデータであり、１枚のイメ
ージを称する。
実施例による方法／装置は、図５２に示すように、ノンタイムＶ－ＰＣＣデータをカプ
セル化するための構造に基づいて実施例によるデータを生成して送信する。
Ｖ－ＰＣＣアイテム（Ｖ－ＰＣＣ Ｉｔｅｍｓ）
Ｖ－ＰＣＣアイテムは独立して復号可能なＶ－ＰＣＣアクセスユニットを示すアイテム
である。新しいアイテムタイプは４ＣＣコード’ｖｐｃＩ’はＶ－ＰＣＣアイテムを識別
するために定義される。Ｖ－ＰＣＣアイテムはアトラスサブビットストリームのＶ－ＰＣ
Ｃユニットペイロードを格納する。
一次アイテムボックス（ＰｒｉｍａｒｙＩｔｅｍＢｏｘ）が存在すると、このボックス
内のアイテムＩＤ（ｉｔｅｍ＿ｉｄ）がＶ－ＰＣＣアイテムを示すために設定される。
Ｖ－ＰＣＣユニットアイテム（Ｖ－ＰＣＣ Ｕｎｉｔ Ｉｔｅｍ）
Ｖ－ＰＣＣユニットアイテムはＶ－ＰＣＣユニットデータを示すアイテムである。
Ｖ－ＰＣＣユニットアイテムは占有、ジオメトリ、特質ビデオデータユニットのＶ－Ｐ
ＣＣユニットペイロードを格納する。Ｖ－ＰＣＣユニットアイテムはただ１つのＶ－ＰＣ
Ｃアクセスユニット関連のデータを含む。
Ｖ－ＰＣＣユニットアイテムに対するアイテムタイプ４ＣＣコードは対応するビデオデ
ータユニットを符号化するために使用されるコーデックに基づいて設定される。Ｖ－ＰＣ
Ｃユニットアイテムは対応するＶ－ＰＣＣユニットヘッダアイテムプロパティ及びコーデ
ック特定の構成アイテムプロパティに連関がある。
Ｖ－ＰＣＣユニットアイテムは隠しアイテムとしてマーキングされる。独立してディス
プレイすることは意味がないこともあるためである。
Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットの間の関係を示すために、３つの新しいア
イテム参照タイプ、４ＣＣコード’ｐｃｃｏ’、’ｐｃｃｇ’及び’ｐｃｃａ’が定義さ
れる。アイテム参照はＶ－ＰＣＣアイテムから関連するＶ－ＰＣＣユニットアイテムによ
り定義される。アイテム参照タイムの４ＣＣコードは以下の通りである。
’ｐｃｃｏ’：占有ビデオデータユニットを含む参照されたＶ－ＰＣＣユニットアイテ
ム
’ｐｃｃｇ’：参照されたＶ－ＰＣＣユニットアイテムはジオメトリビデオデータユニ
ットを含む。
’ｐｃｃａ’：参照されたＶ－ＰＣＣユニットアイテムは特質ビデオデータユニットを
含む。
Ｖ－ＰＣＣ関連のアイテム特性（Ｖ－ＰＣＣ－ｒｅｌａｔｅｄ ｉｔｅｍ ｐｒｏｐｅ
ｒｔｉｅｓ）
記述的アイテム特性はＶ－ＰＣＣパラメータセット情報及びＶ－ＰＣＣユニットヘッダ
情報のそれぞれを伝達するために定義される。
Ｖ－ＰＣＣ構成アイテムプロパティ（Ｖ－ＰＣＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔ
ｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖｐｃｐ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔ
ｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ ｏｒ ｍｏｒｅ ｆｏｒ ａ Ｖ－
ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’
Ｖ－ＰＣＣパラメータセットは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣ
アイテムに連関がある。
必須（ｅｓｓｅｎｔｉａｌ）は’ｖｐｃｐ’アイテムプロパティに対して１に設定され
る。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕ
ｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ
；
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ（）；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｐｅ
ｒｔｙ
ｅｘｔｅｎｄｓ ＩｔｅｍＰｒｏｐｅｒｔｙ（’ｖｐｃｃ’）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）［］；
｝
Ｖ－ＰＣＣユニットペイロードサイズ（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚ
ｅ）：ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（）のバイト内サイズを示す。
Ｖ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ
ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖｕｎｔ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔ
ｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉ
ｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
Ｖ－ＰＣＣユニットヘッダは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣア
イテム及びＶ－ＰＣＣユニットアイテムに連関がある。
必須は’ｖｕｎｔ’アイテムプロパティに対して１に設定される。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＰｒｏｐｅｒｔｙ
（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖｕｎｔ’， ｖｅｒｓｉｏ
ｎ＝０， ０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）；
｝
Ｖ－ＰＣＣ ３Ｄバウンディングボックスアイテムプロパティ（Ｖ－ＰＣＣ ３Ｄ ｂ
ｏｕｎｄｉｎｇ ｂｏｘ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖ３ｄｄ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔ
ｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉ
ｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
３Ｄバウンディング情報は記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイ
テム及びＶ－ＰＣＣユニットアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＰ
ｒｏｐｅｒｔｙ（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’Ｖ３ＤＤ’， ｖｅｒｓｉｏ
ｎ＝０， ０）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報アイテムプロパティ（Ｖ－ＰＣＣ ３Ｄ ｒｅｇ
ｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｄｙｓｒ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔ
ｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉ
ｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
３Ｄバウンディング情報は記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイ
テム及びＶ－ＰＣＣユニットアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ
Ｉｎｆｏｒｏｐｅｒｔｙ（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖ３ｄｄ’， ｖｅｒｓｉｏ
ｎ＝０， ０）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ（）；
｝
図７３は実施例によるビットストリームの構造を示す。
図７３は上述したビットストリームに含まれる情報の関係を示す。
Ｖ－ＰＣＣ（Ｖ３Ｃ）サンプルストリーム７３０００は、図２６のビットストリーム２
６０００に対応する。実施例によるエンコーダ及びエンコーダに対応する装置などにより
生成され、実施例によるデコーダ及びデコーダに対応する装置などにより復号される。
Ｖ－ＰＣＣ（Ｖ３Ｃ）サンプルストリーム７３０００は、パラメータセット（ＶＰＳ、
図３０など）、アトラスデータ（ＡＤ、図３２など）、占有ビデオデータ（ＯＶＤ）、ジ
オメトリビデオデータ（ＧＶＤ）及び特質ビデオデータ（ＡＶＤ）を含み（図２６など）
、各データのシンタックス及び構造は上記図及び対応する段落などを参照する。
Ｖ－ＰＣＣ（又はＶ３Ｃ）アトラスデータ７３０１０はＮＡＬサンプルストリーム７３
０２０を含む。
ＮＡＬサンプルストリーム７３０２０はアトラスシーケンスパラメータセット（ＡＳＰ
Ｓ、図３５、図６１など）、アトラス適応パラメータセット（ＡＡＰＳ、図３８など）、
アトラスフレームパラメータセット（ＡＦＰＳ、図３６、図６２など）、ＳＥＩ情報（Ｅ
ＳＥＩ、ＮＳＥＩ）及びアトラスタイル関連のデータなどを含む。
アトラスタイル関連のデータ７３０３０はアトラスタイルレイヤで構成される。予測コ
ーディングによってＩタイル及びＰタイルでアトラスタイルレイヤが構成される。各タイ
ルはパッチに関する情報を含む。
図７４は実施例による送信方法を示す。
Ｓ７４０００。実施例によるポイントクラウドデータ送信方法は、ポイントクラウドデ
ータを符号化する段階を含む。実施例による符号化動作は、図１の送信装置１０００、ポ
イントクラウドビデオエンコーダ１０００３、図４の符号化プロセス、図１５のエンコー
ダ、図１８の送信装置のパッチ生成１８０００ないし多重化１８００７、図２０及び図２
１のシステムのポイントクラウド獲得２００００ないしビデオ／イメージ符号化２０００
２，２０００３、獲得２１０００ないしビデオ符号化２１００７及びイメージ符号化２１
００８、ＸＲデバイス２３３０のポイントクラウドデータの符号化などの動作を含む。
Ｓ７４０１０。実施例によるポイントクラウドデータ送信方法は、さらにポイントクラ
ウドデータをカプセル化する段階を含む。実施例によるカプセル化動作は図１、図２０、
図２１のファイル／セグメントカプセル化１０００３，２０００４，２１００９、図２４
及び図２５のファイル生成（図２６以下を参照）などの動作を含む。
Ｓ７４０２０。実施例によるポイントクラウドデータ送信方法は、さらにポイントクラ
ウドデータを送信する段階を含む。実施例による送信動作は図１の送信機１０００４、図
１８の送信部１８００８、図２０及び図２１の送信、ＸＲデバイス２３３０のポイントク
ラウドデータ送信などの動作を含む。
図７５は実施例による受信方法を示す。
Ｓ７５０００。実施例によるポイントクラウドデータ受信方法は、ポイントクラウドデ
ータを受信する段階を含む。実施例による受信動作は図１の受信部１０００６、図１９の
受信部、図２０及び図２１の伝達受信、図２２の伝達受信、図２３のＸＲデバイス２３３
０のデータ受信などの動作を含む。
Ｓ７５０１０。実施例によるポイントクラウドデータ受信方法は、さらにポイントクラ
ウドデータをデカプセル化する段階を含む。実施例によるデカプセル化動作は、図１のフ
ァイル／セグメントデカプセル化部１０００７、図２０及び図２２のファイル／セグメン
トデカプセル化部２０００５，２２０００、ＸＲデバイス２３３０のデータパース、図２
４及び図２５のファイル及び図２６以下のデータを含むファイルパーすなどの動作を含む
。
Ｓ７５０２０。実施例によるポイントクラウドデータ受信方法は、さらにポイントクラ
ウドデータを復号する段階を含む。実施例による復号動作は、図１のポイントクラウドビ
デオデコーダ１０００８、図１６の復号プロセス、図１７のデコーダ、図１９の復号動作
、図２０のビデオ／イメージ復号２０００６、図２２のビデオ／イメージ復号２２００１
，２２００２、ＸＲデバイス２３３０のポイントクラウドデータ復号などを含む。
上述したように、実施例に対応するポイントクラウドコンテンツサービスの提供のため
の送信機又は受信機は、Ｖ－ＰＣＣビットストリームを構成し、ファイルを格納する。
Ｖ－ＰＣＣビットストリーム内のデータ処理及びレンダリングのためのメタデータをビ
ットストリーム内に送信する。
プレーヤーなどがユーザビューポートなどによりポイントクラウド客体／コンテンツの
空間或いは部分接近を可能にする。言い換えれば、上述したデータ表現方式はユーザのビ
ューポートによってポイントクラウドビットストリームに効率的に接近して処理できると
いう効果を提供する。
実施例によるポイントクラウドデータ送信装置は、ポイントクラウドコンテンツ（例え
ば、Ｖ－ＰＣＣコンテンツ）に対する部分接近及び／又は空間接近のためのバウンディン
グボックス及びこのためのシグナリング情報を提供し、実施例によるポイントクラウドデ
ータ受信装置がプレーヤー又はユーザ環境を考慮してポイントクラウドコンテンツを様々
に接近できる効果を提供する。
実施例によるポイントクラウドデータ送信装置は、ユーザのビューポートによってＶ－
ＰＣＣコンテンツの空間部分接近を支援するためのＶ－ＰＣＣコンテンツの３Ｄ領域情報
とそれに連関するビデオ或いはアトラスフレーム上の２Ｄ領域関連メタデータを提供する
。
従って、実施例によるポイントクラウドデータ送信装置は、３Ｄ領域と１つ以上の２Ｄ
領域マッピング関連の情報、３Ｄ領域と１つ以上のアトラスタイルマッピング関連の情報
を提供し（図６６などを参照）、３Ｄ領域と１つ以上のアトラスタイル（２Ｄ領域）静的
マッピングシグナリング、３Ｄ領域と１つ以上のアトラスタイル（２Ｄ領域）動的マッピ
ングシグナリング（図７２及び対応する段落を参照）関連の情報を提供する。その結果、
実施例によるポイントクラウドデータ受信装置は、上記のような実施例によるマッピング
情報に基づいて空間接近及び部分接近を効率的に行うことができる。
実施例によるポイントクラウドデータ送信装置は、ポイントクラウドビットストリーム
内のポイントクラウドの３Ｄ領域情報と、これに関連するビデオ又はアトラスフレーム上
の２Ｄ領域関連情報のシグナリングを提供する。
また実施例によるポイントクラウドデータ受信装置は、ファイル内ポイントクラウドの
３Ｄ領域情報と、これに関連するビデオ又はアトラスフレーム上の２Ｄ領域関連情報の格
納及びシグナリングに基づいて、ポイントクラウドコンテンツをユーザ環境を考慮して効
率的に低遅延でユーザに提供する。
また実施例によるポイントクラウドデータ受信装置は、ファイル内のイメージアイテム
に関連するポイントクラウドの３Ｄ領域情報と、これに関連するビデオ又はアトラスフレ
ーム上の２Ｄ領域関連情報に基づいて、ポイントクラウドコンテンツの様々なアクセスを
提供する。
実施例は方法及び又は装置の観点で説明しており、方法の説明及び装置の説明は互いに
補完して適用できる。
説明の便宜のために、各図を区分して説明したが、各図に表された実施例を併合して新
しい実施例を具現するように設計することも可能である。また通常の技術者の必要によっ
て、以前に説明した実施例を実行するためのプログラムが記録されているコンピューター
で読み取り可能な記録媒体を設計することも実施例の権利範囲に属する。実施例による装
置及び方法は、上述したように説明された実施例の構成と方法が限定して適用されること
ではなく、実施例は様々に変形可能に各実施例の全部又は一部が選択的に組み合わせられ
て構成されることもできる。実施例の好ましい実施例について示して説明したが、実施例
は上述した特定の実施例に限定されず、請求の範囲で請求する実施例の要旨から離脱せず
、当該発明が属する技術分野において通常の知識を有する者により様々な変形実施が可能
であり、かかる変形実施は実施例の技術的思想や見込みから個々に理解されてはいけない
。
実施例による装置の様々な構成要素は、ハードウェア、ソフトウェア、ファームウェア
又はそれらの組み合わせにより構成される。実施例の様々な構成要素は一つのチップ、例
えば、一つのハードウェア回路で具現される。実施例において、実施例による構成要素は
それぞれのチップで具現される。実施例において、実施例による装置の構成要素のいずれ
かは一つ又はそれ以上のプログラムを実行できる一つ又はそれ以上のプロセッサで構成さ
れ、一つ又はそれ以上のプログラムは実施例による動作／方法のいずれか一つ又はそれ以
上の動作／方法を行わせるか、又は実行させるための指示を含む。実施例による装置の方
法／動作を行うための実行可能な指示は、一つ又はそれ以上のプロセッサにより実行され
るために構成された一時的ではないＣＲＭ又は他のコンピュータープログラム製品に格納
されるか、又は一つ又はそれ以上のプロセッサにより実行されるために構成された一時的
なＣＲＭ又は他のコンピュータープログラム製品に格納される。また実施例によるメモリ
は、揮発性メモリ（例えば、ＲＡＭなど）だけではなく、非揮発性メモリ、フラッシュメ
モリ、ＰＲＯＭなどを全部含む概念として使用される。また、インターネットによる送信
などのような伝送波の形式で具現されることも含む。またプロセッサが読み取られる記録
媒体は、ネットワークで連結されたコンピューターシステムに分散されて、分散方式によ
りプロセッサが読み取られるコードが格納されて実行される。
この明細書において、“／”と“、”は“及び／又は”に解釈される。例えば、“Ａ／
Ｂ”は“Ａ及び／又はＢ”に解釈され、“Ａ、Ｂ”は“Ａ及び／又はＢ”に解釈される。
さらに、“Ａ／Ｂ／Ｃ”は“Ａ、Ｂ及び／又はＣのいずれか”を意味する。また、“Ａ、
Ｂ、Ｃ”も“Ａ、Ｂ及び／又はＣのいずれか”を意味する。さらに、この文書において、
“又は”は“及び／又は”に解釈される。例えば、“Ａ又はＢ”は、１）“Ａ”のみを意
味するか、２）“Ｂ”のみを意味するか、又は３）“Ａ及びＢ”を意味する。言い換えれ
ば、この明細書において“又は”は“さらに（ａｄｄｉｔｉｏｎａｌｌｙ）又は代わりに
（ａｌｔｅｒｎａｔｉｖｅｌｙ）”を意味する。
第１、第２などの用語は実施例の様々な構成要素を説明するために使用される。しかし
、実施例による様々な構成要素は上記用語により解釈が制限されてはいけない。かかる用
語は一つの構成要素を他の構成要素と区別するために使用されることに過ぎない。例えば
、第１ユーザ入力信号は第２ユーザ入力信号と称することができる。同様に、第２ユーザ
入力信号は第１ユーザ入力信号と称することができる。かかる用語の使用は様々な実施例
の範囲から離脱していない。第１ユーザ入力信号及び第２ユーザ入力信号はいずれもユー
ザ入力信号であるが、文脈上、明確に示していない限り、同一のユーザ入力信号を意味し
てはいない。
実施例を説明のために使用された用語は、特定の実施例を説明するために使用されてお
り、実施例を制限するものではない。実施例の説明及び請求範囲で使用したように、文脈
上明確に称していない限り、単数は複数を含む。「及び／又は」表現は用語間の全ての可
能な結合を含む意味で使用される。「含む」は特徴、数、段階、要素及び／又はコンポー
ネントが存在することを説明し、さらなる特徴、数、段階、要素及び／又はコンポーネン
トを含まないことを意味することではない。実施例を説明するために使用される、「～で
ある場合」、「～の時」などの条件表現は選択的な場合にのみ制限して解釈されない。特
定の条件を満たすとき、特定の条件に対応して関連動作を行うか、又は関連定義が解釈さ
れるように意図されている。
また、この明細書で説明する実施例による動作は、実施例によってメモリ及び／又はプ
ロセッサを含む送受信装置により行われる。メモリは実施例による動作を処理／制御する
ためのプログラムを格納し、プロセッサはこの明細書で説明した様々な動作を制御する。
プロセッサはコントローラとも称される。実施例において、動作はファームウェア、ソフ
トウェア及び／又はそれらの組み合わせにより行われ、ファームウェア、ソフトウェア及
び／又はそれらの組み合わせはプロセッサに格納されるか又はメモリに格納される。
一方、上述した実施例による動作は実施例による送信装置及び／又は受信装置により行
われる。送受信装置はメディアデータを送受信する送受信部、実施例によるおプロセスに
対する指示（プログラムコード、アルゴリズム、フローチャート及び／又はデータ）を格
納するメモリ、及び送受信装置の動作を制御するプロセッサを含む。
プロセッサはコントローラなどとも称され、例えば、ハードウェア、ソフトウェア及び
／又はそれらの組み合わせに対応する。上記実施例による動作はプロセッサにより行われ
る。またプロセッサは上記実施例の動作のためのエンコーダ／デコーダなどで具現される
。
上述したように、実施例を実施するための最善の形態について関連内容を説明した。
上述したように、実施例はポイントクラウドデータの送受信装置及びシステムに全体的
又は部分的に適用することができる。
当業者は実施例の範囲内で実施例を様々に変更又は変形することができる。
実施例は変更／変形を含み、変更／変形は請求の範囲及びそれらの範囲内のものである
。

Claims (8)

  1. ポイントクラウドデータ送信方法であって、
    前記ポイントクラウドデータのジオメトリデータを符号化する段階；
    前記ポイントクラウドデータの特質データを符号化する段階；
    前記ポイントクラウドデータの占有マップを符号化する段階；
    ファイルにおいて、前記符号化された占有マップ、前記符号化されたジオメトリデータ、及び、前記符号化された特質データ、をカプセル化する段階；及び
    前記ファイルを送信する段階；を含んでなり、
    前記ファイルは、前記占有マップを含む第１コンポーネントトラック、前記ジオメトリデータを含む第２コンポーネントトラック、及び、前記特質データを含む第３コンポーネントトラック、を含み、
    前記ファイルは、トラック、及び、前記ポイントクラウドデータに対する空間領域の部分接近の為の空間領域情報を含む前記トラックのサンプルエントリー、を更に含み、
    前記空間領域情報は、前記ポイントクラウドデータに対する空間領域の識別子、及び、前記空間領域の位置情報、を含み、
    前記空間領域情報は、前記ポイントクラウドデータの前記空間領域に連関するアトラスタイルの数を示す情報、及び、前記アトラスタイルを識別する為のタイル識別子情報、を更に含む、送信方法。
  2. 前記空間領域情報は、時間に応じて静的な情報又は動的な情報を含む、請求項１に記載の送信方法。
  3. ポイントクラウドデータを受信し符号化する装置であって、
    プロセッサ；及び
    前記プロセッサを実行し前記装置を稼働させる一又は二以上の指示を格納するメモリ；を備えてなり、
    前記指示は、
    前記ポイントクラウドデータの占有マップを含む第１コンポーネントトラック、前記ポイントクラウドデータのジオメトリデータを含む第２コンポーネントトラック、及び、前記ポイントクラウドデータの特質データを含む第３コンポーネントトラック、を含むファイルを受信する段階、
    前記ファイルをデカプセル化する段階、並びに
    前記ジオメトリデータ、前記特質データ、及び、前記占有マップ、を符号化する段階、を含んでなり、
    前記ファイルは、トラック、及び、前記ポイントクラウドデータに対する空間領域の部分接近の為の空間領域情報を含む前記トラックのサンプルエントリー、を更に含み、
    前記空間領域情報は、前記ポイントクラウドデータに対する空間領域の識別子、及び、前記空間領域の位置情報、を含み、
    前記空間領域情報は、前記ポイントクラウドデータの前記空間領域に連関するアトラスタイルの数を示す情報、及び、前記アトラスタイルを識別する為のタイル識別子情報、を含む、装置。
  4. 前記空間領域情報は時間に応じて静的な情報又は動的な情報を含む、請求項３に記載の装置。
  5. ポイントクラウドデータを符号化し送信する装置であって、
    プロセッサ；及び
    前記プロセッサを実行し前記装置を稼働させる一又は二以上の指示を格納するメモリ；を備えてなり、
    前記指示は、
    前記ポイントクラウドデータのジオメトリデータを符号化する段階；
    前記ポイントクラウドデータの特質データを符号化する段階；
    前記ポイントクラウドデータの占有マップを符号化する段階；
    ファイルにおいて、前記符号化された占有マップ、前記符号化されたジオメトリデータ、及び、前記符号化された特質データ、をカプセル化する段階；及び
    前記ファイルを送信する段階；を含んでなり、
    前記ファイルは、前記占有マップを含む第１コンポーネントトラック、前記ジオメトリデータを含む第２コンポーネントトラック、及び、前記特質データを含む第３コンポーネントトラック、を含み、
    前記ファイルは、トラック、及び、前記ポイントクラウドデータに対する空間領域の部分接近の為の空間領域情報を含む前記トラックのサンプルエントリー、を更に含み、
    前記空間領域情報は、前記ポイントクラウドデータに対する空間領域の識別子、及び、前記空間領域の位置情報、を含み、
    前記空間領域情報は、前記ポイントクラウドデータの前記空間領域に連関するアトラスタイルの数を示す情報、及び、前記アトラスタイルを識別する為のタイル識別子情報、を更に含む、装置。
  6. 前記空間領域情報は時間に応じて静的な情報又は動的な情報を含む、請求項５に記載の装置。
  7. ポイントクラウドデータ受信方法であって、
    前記ポイントクラウドデータの占有マップを含む第１コンポーネントトラック、前記ポイントクラウドデータのジオメトリデータを含む第２コンポーネントトラック、及び、前記ポイントクラウドデータの特質データを含む第３コンポーネントトラック、を含むファイルを受信する段階；
    前記ファイルをデカプセル化する段階；及び
    前記ジオメトリデータ、前記特質データ、及び、前記占有マップを復号する段階；を含んでなり、
    前記ファイルは、トラック、及び、前記ポイントクラウドデータに対する空間領域の部分接近の為の空間領域情報を含む前記トラックのサンプルエントリー、を更に含み、
    前記空間領域情報は、前記ポイントクラウドデータに対する空間領域の識別子、及び、前記空間領域の位置情報、を含み、
    前記空間領域情報は、前記ポイントクラウドデータの前記空間領域に連関するアトラスタイルの数を示す情報、前記アトラスタイルを識別する為のタイル識別子情報、を更に含む、受信方法。
  8. 前記空間領域情報は時間に応じて静的な情報又は動的な情報を含む、請求項７に記載の受信方法。
JP2024016838A 2020-01-09 2024-02-07 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法 Active JP7659096B2 (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US202062959129P 2020-01-09 2020-01-09
US62/959,129 2020-01-09
KR20200044234 2020-04-10
KR10-2020-0044234 2020-04-10
JP2022542110A JP7434577B2 (ja) 2020-01-09 2020-09-23 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
PCT/KR2020/012847 WO2021141208A1 (ko) 2020-01-09 2020-09-23 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2022542110A Division JP7434577B2 (ja) 2020-01-09 2020-09-23 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法

Publications (2)

Publication Number Publication Date
JP2024050831A JP2024050831A (ja) 2024-04-10
JP7659096B2 true JP7659096B2 (ja) 2025-04-08

Family

ID=76788107

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022542110A Active JP7434577B2 (ja) 2020-01-09 2020-09-23 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
JP2024016838A Active JP7659096B2 (ja) 2020-01-09 2024-02-07 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2022542110A Active JP7434577B2 (ja) 2020-01-09 2020-09-23 ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法

Country Status (6)

Country Link
US (1) US11394979B2 (ja)
EP (1) EP4047935B1 (ja)
JP (2) JP7434577B2 (ja)
KR (1) KR102381162B1 (ja)
CN (3) CN114930863B (ja)
WO (1) WO2021141208A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2021066162A1 (ja) * 2019-10-03 2021-04-08
WO2021117859A1 (ja) 2019-12-13 2021-06-17 ソニーグループ株式会社 画像処理装置および方法
EP4088480A4 (en) * 2020-01-10 2023-12-06 Nokia Technologies Oy Storage of multiple atlases from one v-pcc elementary stream in isobmff
EP4090013A4 (en) * 2020-01-10 2024-01-17 LG Electronics Inc. Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method
CN115380528B (zh) * 2020-04-11 2024-03-29 Lg电子株式会社 点云数据发送设备、点云数据发送方法、点云数据接收设备和点云数据接收方法
MX2023000131A (es) * 2020-06-22 2023-04-05 Interdigital Patent Holdings Inc Transmisión adaptativa de nubes de puntos basados en geometría.
US11954891B2 (en) * 2020-06-30 2024-04-09 Electronics And Telecommunications Research Institute Method of compressing occupancy map of three-dimensional point cloud
US11706450B2 (en) * 2020-09-18 2023-07-18 Samsung Electronics Co., Ltd. Partial decoding and reconstruction of a video-based point cloud compression bitstream
US12548198B2 (en) * 2020-10-07 2026-02-10 Qualcomm Incorporated Motion estimation in geometry point cloud compression
US12541883B2 (en) * 2020-10-09 2026-02-03 Interdigital Ce Patent Holdings, Sas Method and an apparatus for reconstructing an occupancy map of a point cloud frame
JP7663688B2 (ja) * 2020-11-30 2025-04-16 中興通訊股▲ふん▼有限公司 没入型メディアのマルチアトラスカプセル化
WO2022225233A1 (ko) * 2021-04-22 2022-10-27 엘지전자 주식회사 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
US11979606B2 (en) * 2021-06-04 2024-05-07 Tencent America LLC Conditional recolor for video based point cloud coding
EP4145832A1 (en) * 2021-09-02 2023-03-08 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US20240420376A1 (en) * 2021-09-10 2024-12-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Connectivity information coding method and apparatus for coded mesh representation
EP4199522B1 (en) * 2021-12-20 2025-04-30 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus of encapsulating/parsing point cloud data in/from encapsulating containers
KR102527798B1 (ko) * 2021-12-23 2023-05-02 경희대학교 산학협력단 3차원 컨텐츠 전송 장치 및 방법
CN117422842A (zh) * 2022-07-11 2024-01-19 戴尔产品有限公司 用于处理点云的方法、电子设备和计算机程序产品
WO2024059232A1 (en) * 2022-09-16 2024-03-21 Innopeak Technology, Inc. Point cloud decoding method, point cloud encoding method, decoder and encoder
GB2629152A (en) * 2023-04-17 2024-10-23 Canon Kk Method, device, and computer program for improving random access in point cloud data bit-stream
US11875447B1 (en) * 2023-05-26 2024-01-16 Illuscio, Inc. Systems and methods for color correcting three-dimensional objects formed by point cloud data points
JP2025008071A (ja) * 2023-07-04 2025-01-20 Kddi株式会社 メッシュ復号装置、メッシュ復号方法及びプログラム
US20250106420A1 (en) * 2023-09-21 2025-03-27 Tencent America LLC Required supplementary enhancement information messages through profile
JP2025064207A (ja) * 2023-10-05 2025-04-17 Kddi株式会社 メッシュ復号装置、メッシュ復号方法及びプログラム
CN117437162B (zh) * 2023-12-22 2024-03-08 吉林大学 一种基于实例级序列混合的动态点云数据增强方法及装置
CN117894015B (zh) * 2024-03-15 2024-05-24 浙江华是科技股份有限公司 点云标注数据优选方法及系统
JP2025161655A (ja) * 2024-04-12 2025-10-24 Kddi株式会社 メッシュ復号装置、メッシュ復号方法及びプログラム
KR102916510B1 (ko) * 2024-10-07 2026-01-22 서울과학기술대학교 산학협력단 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 수신 방법, 및 포인트 클라우드 데이터 수신 장치

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019079032A1 (en) 2017-10-20 2019-04-25 Interdigital Vc Holdings, Inc. METHOD, APPARATUS AND FLOW FOR VOLUMETRIC VIDEO FORMAT
WO2019135024A1 (en) 2018-01-02 2019-07-11 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
WO2019191205A1 (en) 2018-03-30 2019-10-03 Interdigital Vc Holdings, Inc. Method, apparatus and stream for volumetric video format
US20190318488A1 (en) 2018-04-12 2019-10-17 Samsung Electronics Co., Ltd. 3d point cloud compression systems for delivery and access of a subset of a compressed 3d point cloud
US20190392647A1 (en) 2019-08-16 2019-12-26 Lg Electronics Inc. Xr device and method for controlling the same
WO2020060813A1 (en) 2018-09-18 2020-03-26 Vid Scale, Inc. Methods and apparatus for point cloud compression bitstream format
WO2021062645A1 (en) 2019-09-30 2021-04-08 Zte Corporation File format for point cloud data
WO2021117859A1 (ja) 2019-12-13 2021-06-17 ソニーグループ株式会社 画像処理装置および方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10235338B2 (en) * 2014-09-04 2019-03-19 Nvidia Corporation Short stack traversal of tree data structures
CN105590311A (zh) * 2014-11-13 2016-05-18 富泰华工业（深圳）有限公司 图形化平面数据分析系统及方法
US10186024B2 (en) * 2015-12-29 2019-01-22 Texas Instruments Incorporated Method and system for real time structure from motion in a computer vision system
US10223810B2 (en) * 2016-05-28 2019-03-05 Microsoft Technology Licensing, Llc Region-adaptive hierarchical transform and entropy coding for point cloud compression, and corresponding decompression
CN119251375A (zh) * 2016-08-19 2025-01-03 莫维迪厄斯有限公司 矩阵操作的动态剔除
EP3349182A1 (en) * 2017-01-13 2018-07-18 Thomson Licensing Method, apparatus and stream for immersive video format
US10909725B2 (en) * 2017-09-18 2021-02-02 Apple Inc. Point cloud compression
KR102494923B1 (ko) * 2017-10-16 2023-02-06 소니그룹주식회사 정보 처리 장치 및 방법
CN108254758A (zh) * 2017-12-25 2018-07-06 清华大学苏州汽车研究院（吴江） 基于多线激光雷达和gps的三维道路构建方法
CN108615254A (zh) * 2018-03-28 2018-10-02 广州市本真网络科技有限公司 基于树型结构网格矢量量化的点云渲染方法、系统及装置
CN112204985B (zh) * 2018-04-11 2023-03-10 索尼公司 图像处理设备和方法
CN109035286A (zh) * 2018-06-29 2018-12-18 北京农业信息技术研究中心 植物三维点云数据高通量获取方法及装置
EP3855398B1 (en) * 2018-09-21 2024-09-11 Panasonic Intellectual Property Corporation of America Three-dimensional data encoding method, three-dimensional data decoding method, three-dimensional data encoding device, and three-dimensional data decoding device
EP3734977A1 (en) * 2019-04-30 2020-11-04 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US11581022B2 (en) * 2019-05-29 2023-02-14 Nokia Technologies Oy Method and apparatus for storage and signaling of compressed point clouds
US11218715B2 (en) * 2019-06-14 2022-01-04 Mediatek Singapore Pte. Ltd. Methods and apparatus for spatial grouping and coordinate signaling for immersive media data tracks

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019079032A1 (en) 2017-10-20 2019-04-25 Interdigital Vc Holdings, Inc. METHOD, APPARATUS AND FLOW FOR VOLUMETRIC VIDEO FORMAT
WO2019135024A1 (en) 2018-01-02 2019-07-11 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
WO2019191205A1 (en) 2018-03-30 2019-10-03 Interdigital Vc Holdings, Inc. Method, apparatus and stream for volumetric video format
US20190318488A1 (en) 2018-04-12 2019-10-17 Samsung Electronics Co., Ltd. 3d point cloud compression systems for delivery and access of a subset of a compressed 3d point cloud
WO2020060813A1 (en) 2018-09-18 2020-03-26 Vid Scale, Inc. Methods and apparatus for point cloud compression bitstream format
US20190392647A1 (en) 2019-08-16 2019-12-26 Lg Electronics Inc. Xr device and method for controlling the same
WO2021062645A1 (en) 2019-09-30 2021-04-08 Zte Corporation File format for point cloud data
WO2021117859A1 (ja) 2019-12-13 2021-06-17 ソニーグループ株式会社 画像処理装置および方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Information technology - Coded representation of immersive media - Part 5: Video-based Point Cloud，ISO/IEC，2019年12月24日，Pages 1-67,145-150,161-163，Reference number: ISO/IEC DIS 23090-5:2019(E).

Also Published As

Publication number Publication date
EP4047935A1 (en) 2022-08-24
EP4047935B1 (en) 2025-09-03
KR20210090085A (ko) 2021-07-19
JP2024050831A (ja) 2024-04-10
CN114930863A (zh) 2022-08-19
JP2023509092A (ja) 2023-03-06
CN114930863B (zh) 2023-08-08
JP7434577B2 (ja) 2024-02-20
US20210227232A1 (en) 2021-07-22
WO2021141208A1 (ko) 2021-07-15
CN116684666A (zh) 2023-09-01
US11394979B2 (en) 2022-07-19
CN116684667A (zh) 2023-09-01
KR102381162B1 (ko) 2022-04-01
EP4047935A4 (en) 2022-12-14

Similar Documents

Publication Publication Date Title
JP7659096B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
JP7749058B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
KR102406846B1 (ko) 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
JP7434578B2 (ja) ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法
US11601634B2 (en) Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method
KR102292195B1 (ko) 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
JP7434574B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
EP4124032A1 (en) Device for transmitting point cloud data, method for transmitting point cloud data, device for receiving point cloud data, and method for receiving point cloud data
US11908168B2 (en) Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method
CN115380528B (zh) 点云数据发送设备、点云数据发送方法、点云数据接收设备和点云数据接收方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240209

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240308

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250311

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20250228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250327

R150 Certificate of patent or registration of utility model

Ref document number: 7659096

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150