TWI795845B - 伺服器及資訊處理方法 - Google Patents

Abstract

一種伺服器，具有：存取單元，存取儲存了針對複數的目標物的3D資料組的資料庫，且前述3D資料組針對複數的各個目標物包含該目標物的3D建模資料及隨附資料，前述3D建模資料包含複數的要素；接收單元，從資訊處理裝置，接收API要求，其包含用以識別出目標物及複數的要素之中使用的要素的要求資訊；以及，傳送單元，將從前述資料庫取出的，藉由前述要求資訊識別出的目標物的，為了輸出由識別出的要素所構成的3D建模資料所呈現的3D模型的資料，作為對前述API要求的API回覆傳送到前述資訊處理裝置。

Description

伺服器及資訊處理方法

本發明有關處理3D建模資料的技術。

處理呈現目標物的3D模型的3D建模資料的系統是習知的。例如專利文獻1揭露推算3D建模資料的動態特性，添加呈現推算出的特性的資料到3D建模資料的技術。

[專利文獻1]日本特開第6489726號公報

3D建模資料可以在各式各樣的應用程式中使用。本發明提供可以做到在各式各樣的應用程式中容易地使用3D建模資料的技術。

本發明的一實施例提供一種伺服器，具有：存取單元，存取儲存了針對複數的目標物的3D資料組的資料庫，且前述3D資料組針對複數的各個目標物包含該目標物的3D建模資料及隨附資料，前述3D建模資料包含複數的要素；接收單元，從資訊處理裝置，接收API要求，其包含用以識別出目標物及複數的要素之中使用的要素的要求資訊；以及，傳送單元，將從前述資料庫取出的，藉由前述要求資訊識別出的目標物的，為了輸出由識別出的要素所構成的3D建模資料所呈現的3D模型的資料，作為對前述API要求的API回覆傳送到前述資訊處理裝置。

此伺服器，其中：前述隨附資料也可以包含拍攝了前述目標物的圖像；並也可以具有：資料要求單元，對從目標物的圖像遵從演算法生成3D建模資料的生成單元，要求用了前述圖像及前述演算法的3D建模資料的生成；以及，取得單元，從前述生成單元取得使用前述圖像以及前述演算法所生成的3D建模資料。

前述資料要求單元也可以配合在前述生成單元中顯示前述演算法已被更新的事件的產生，對該生成單元要求再次生成使用了前述圖像及該已被更新的演算法的3D建模資料；以及，前述取得單元也可以取得使用了前述已被更新的演算法的3D建模資料。

前述隨附資料也可以包含顯示於從前述圖像的拍攝日到現在的期間的前述目標物的行動的行動資訊；前述要求單元也可以對前述生成單元，要求生成使用了前述圖像、前述行動資訊、以及前述已被更新的演算法的3D建模資料；以及，前述取得單元，也可以從前述生成單元，取得使用了前述圖像、前述行動資訊、以及前述已被更新的演算法的3D建模資料。

前述生成單元也可以遵從從不同的複數的演算法中挑選出的一個演算法生成3D建模資料；前述API要求也可以包含從前述複數的演算法中指定一個演算法的資訊；以及，前述資料要求單元也可以選擇由前述API要求所指定的演算法並要求生成3D建模資料。

前述接收單元也可以接收顯示前述3D建模資料於資訊處理裝置中被編輯的資訊；並具有：記錄要求單元，要求顯示前述被編輯的編輯履歷的記錄。

也可以具有：加密單元，使用以前述編輯履歷生成的加密金鑰，加密為了輸出前述3D模型的資料。

前述接收單元也可以接收要求，該要求從資訊處理裝置確認3D建模資料是不是真正的3D建模資料，且包含顯示該3D建模資料的編輯履歷的資料；以及，參照前述記錄判斷前述3D建模資料是不是真正的3D建模資料。

儲存單元也可以儲存前述伺服器的管理業者的秘密金鑰、以及複數的使用者的公鑰；以及前述API要求也可以包含可以識別出使用前述資訊處理裝置的使用者的公鑰的資訊；並具有：加密單元，將為了輸出由前述API要求所要求的前述3D模型的資料，以前述管理業者的秘密金鑰以及使用前述資訊處理裝置的使用者的公鑰加密；且其中：前述傳送單元將為了輸出由前述加密單元加密的前述3D模型的資料作為前述API回覆傳送到前述資訊處理裝置。

此伺服器也可以具有發布單元，發布公鑰，該公鑰係對應於前述管理業者的秘密金鑰，且設定了有效期限的公鑰。

前述目標物也可以是使用者的身體；以及，前述API回覆也可以包含顯示前述使用者的特性的資料。

此伺服器也可以具有：推算單元，推算前述使用者的動態特性；以及，添加單元，將顯示由前述推算單元推算出的特性的資料作為前述使用者的3D建模資料的附屬資料添加。

此伺服器也可以具有：特徵取得單元，從前述使用者的3D建模資料取得複數的特徵點；以及計算單元，計算有關前述複數的特徵點的位置關係的特徵量；其中：前述推算單元使用前述特徵量推算前述使用者的特性。

此伺服器也可以具有：分類單元，將前述使用者分類到複數的群組的其中的某個；其中：前述推算單元基於前述分類推算前述使用者的特性。

前述分類單元也可以將既有的複數的被照體，基於從該複數的各個被照體的拍攝圖像取得到的特徵量分類到前述複數的群組，並將前述使用者，基於前述既有的複數的被照體的特徵量分類到取得到的複數的群組的其中的某個。

此伺服器也可以具有：計算單元，從拍攝了前述使用者的拍攝圖像計算前述使用者的靜態特徵量；其中：前述分類單元使用前述靜態特徵量，將前述被照體分類到前述複數的群組的其中的某個。

此伺服器也可以具有：計算單元，針對前述使用者取得到的、從各個不同姿勢的複數的拍攝圖像計算前述使用者的動態特徵量；其中：前述分類單元使用前述動態特徵量，將前述使用者分類到前述複數的群組的其中的某個。

前述複數的各個群組也可以具有顯示代表該群組的特性的代表特性資料；以及，前述推算單元也可以將由前述使用者所屬的群組的代表特性資料顯示的特性作為該被照體的特性推算。

前述複數的各個群組也可以具有：顯示代表該群組的特徵量的代表特徵量，以及顯示代表該群組的特性的代表特性資料；並具有：修正單元，根據前述代表特徵量與從前述被照體取得到的前述特徵量之間的差，修正前述代表特性資料；且其中：前述推算單元將由由前述修正單元修正的前述代表特性資料顯示的特性，作為前述被照體的特性推算。

前述分類單元也可以將既有的複數的被照體，基於從該複數的各個被照體的拍攝圖像得到的特徵量分類到前述複數的群組；以及，前述推算單元也可以針對前述複數的各個群組，將與所屬於該群組的既有的被照體的其中至少一部分有關地取得到的、將從各個不同姿勢的複數的拍攝圖像得到的特性資料作為前述代表特性資料使用。

前述分類單元也可以按照從前述分類後的群組的數量各自不同的複數的等級中挑選的至少一個等級將前述使用者分類；前述推算單元也可以於前述複數的等級之中第1等級的分類中，基於於該分類後的群組的前述特徵量的代表值，與前述被照體的前述特徵量之間的差，推算前述被照體的特性，並於比起前述第1等級前述分類後的群組的數量更多的第2等級的分類中，推算代表該分類後的群組的特性、前述被照體的特性。

本發明的另一實施例，提供一種3D資料系統，具有：上述的伺服器；服務應用程式，使用從前述伺服器提供的資料提供服務；以及，客戶端，對使用者提供前述服務應用程式的UI；其中：前述服務應用程式具有：資料識別單元，識別3D資料組，該3D資料組係包含配合透過前述客戶端輸入的命令，表示3D模型的資料本體、記述了分享該資料本體的範圍的限制事項的分享限制資訊、以及記述了有關該3D模型的處理的限制事項的處理限制資訊；以及，傳送要求單元，傳送對包含識別前述使用者的使用者識別單元的3D資料組的處理要求到前述伺服器；前述伺服器具有：儲存單元，儲存對應關係，該對應關係是，前述3D資料組的前述資料識別單元、於包含在該3D資料組的資料本體中身為被照體的使用者的前述使用者識別單元、以及從該使用者被分享到該3D資料組的使用者的前述使用者識別單元的對應關係；要求接收單元，從前述服務應用程式接收前述處理要求；認證單元，基於儲存於前述儲存單元的前述對應關係以及包含在前述3D資料組裡的前述分享限制資訊，認證與前述處理要求有關的處理的進行；以及，回覆傳送單元，前述處理的進行被認證核可的情況，作為對前述處理要求的回覆，將前述資料本體的至少一部份以及前述處理限制資訊的至少一部份傳送到前述服務應用程式；前述服務應用程式具有：回覆接收單元，從前述伺服器接收前述回覆；處理單元，在根據前述處理限制資訊的限制 事項的範圍內，對前述資料本體進行前述處理；以及，輸出單元，將根據前述處理單元的處理結果置於前述客戶端中輸出為了使其輸出的資料。

前述要求接收單元也可以從前述服務應用程式接收分享要求，該分享要求係將前述3D資料組分享於其他的使用者，並包含分享源的使用者以及分享對象的使用者的使用者識別單元；前述認證單元也可以基於儲存於前述儲存單元的前述分享限制資訊，認證從前述分享源的使用者向前述分享對象的使用者分享前述3D資料組的分享；以及，分享單元從前述分享源的使用者向前述分享對象的使用者分享3D資料組的分享被認證核可的情況，也可以儲存從該分享源的使用者向該分享對象的使用者分享了該3D資料組的主旨於前述儲存單元。

前述要求接收單元也可以接收變更要求，該變更要求係變更前述3D資料組的分享對象的使用者的要求，並包含該3D資料組的識別單元以及識別該要求的傳送源使用者的使用者識別單元；以及，在包含在前述變更要求裡的前述使用者識別單元，是包含在前述3D資料組的資料本體中身為被照體的使用者本人的識別單元的情況下，前述分享單元也可以變更儲存於前述儲存單元的分享對象的使用者。

前述處理要求也可以包含識別前述3D資料組的用途的用途識別單元；以及，前述回覆傳送單元也可以將包含在前述資料本體裡的資料之中，配合前述用途識別單元挑選出的一部份的資料，作為前述回覆傳送到前述服務應用程式。

前述要求傳送單元、前述回覆接收單元、以及前述處理單元，也可以被作為SDK提供。

前述伺服器也可以具有：收費單元，基於從前述服務應用程式接收到前述處理要求的次數又或者是頻率收取前述SDK的授權費。

前述處理單元也可以是對前述3D模型進行編輯的處理單元；並具有：資料傳送單元，將顯示前述編輯的內容的編輯資料，以與透過前述伺服器的路徑不同的別的路徑傳送到其他的客戶端。

本發明的又另一實施例，提供一種資訊處理方法，具有：存取步驟，該存取步驟存取資料庫，該資料庫是儲存了針對複數的目標物的3D資料組，並前述3D資料組針對複數的各個目標物包含該目標物的3D建模資料以及隨附資料，前述3D建模資料包含複數的要素；接收步驟，從資訊處理裝置，接收包含識別出目標物以及複數的要素之中使用的要素的要求資訊的API要求；以及，傳送步驟，將從前述資料庫取出的、由前述要求資訊識別出的目標物的、為了輸出由識別出的要素構成的3D建模資料顯示的3D模型的資料，作為對前述API要求的API回覆傳送到前述資訊處理裝置。

若是依據本發明，可以在各式各樣的應用程式中容易地使用3D建模資料。

1’:3D資料系統

10’:伺服器

20’:伺服器

30’:終端裝置

40’:3D掃描器

11’:記憶單元

111’:資料庫

12’:存取單元

13’:接收單元

14’:傳送單元

15’:控制單元

101’:CPU

102’:記憶體

103’:儲存裝置

104’:通訊IF

31’:應用程式

32’:瀏覽器

S101’~S111’:步驟

9’:3D資料組

91’:使用者ID

93’:附屬資料

921’:3D建模資料

922’:3D建模資料

923’:3D建模資料

Km1’:秘密金鑰

Ku2’:公鑰

S201’~S204’:步驟

S301’~S303’:步驟

S401’~S406’:步驟

S501’~S506’:步驟

1”:3D資料系統

10”:3D資料輸入系統

20”:3D資料處理系統

30”:應用程式

11”:取得單元

12”:生成單元

13”:取得單元

14”:計算單元

21”:添加單元

22”:儲存單元

23”:分類單元

24”:推算單元

25”:輸出單元

M”:載台

F”:框架

D”:距離感測器

C”:相機

SD”:感測器組

S”:被照體

T”:舞台

100”:圖像處理裝置

201”:CPU

202”:記憶體

203”:儲存裝置

204”:網路IF

S1”~S3”:步驟

S11”~S15”:步驟

B”:骨骼

P1”~P3”:特徵點

d1”:距離

L”:直線

S21”~S23”:步驟

G1”~G5”:群組

X”、Y”:特徵量

P2s”:左膝的位置

D(P2)”:偏移向量

S31”~S33”:步驟

1’’’:3D資料系統

2’’’:通訊迴路

10’’’:客戶端

10b’’’:客戶端

20’’’:伺服器

30’’’:服務應用程式

31’’’:要求傳送單元

32’’’:回覆接收單元

33’’’:處理單元

34’’’:資料傳送單元

35’’’:輸出單元

21’’’:儲存單元

22’’’:要求接收單元

23’’’:認證單元

24’’’:回覆傳送單元

25’’’:分享單元

26’’’:收費單元

151’’’:UI單元

101’’’:處理器

102’’’:記憶體

103’’’:儲存裝置

104’’’:通訊IF

105’’’:UI部

201’’’:處理器

202’’’:記憶體

203’’’:儲存裝置

204’’’:通訊IF

351’’’:要求傳送單元

352’’’:回覆接收單元

353’’’:處理單元

354’’’:資料傳送單元

355’’’:顯示控制單元

251’’’:儲存單元

252’’’:要求接收單元

253’’’:認證單元

254’’’:回覆接收單元

255’’’:分享單元

256’’’:收費單元

257’’’:取得單元

D1’’’:3D資料組

D11’’’:資料本體

D12’’’:分享限制資訊

D13’’’:處理限制資訊

D14’’’:使用者屬性資訊

S101’’’~S110’’’:步驟

S201’’’~S211’’’:步驟

S404’’’~S407’’’:步驟

S301’’’~S307’’’:步驟

S501’’’~S510’’’:步驟

圖1呈現有關一實施例的3D資料系統1’的概要的圖。

圖2例示伺服器10’的功能組成的圖。

圖3例示伺服器10’的硬體組成的圖。

圖4呈現3D資料系統1’的動作的時序圖。

圖5例示在資料庫111’中的3D建模資料的構造的圖。

圖6例示被加密的資料的圖。

圖7例示3D建模資料的再生成處理的流程圖。

圖8例示假設的模擬處理的流程圖。

圖9例示記錄編輯履歷到區塊鏈的處理的流程圖。

圖10例示驗證3D建模資料的處理的流程圖。

圖11呈現有關一實施例的3D資料系統1”的概略的圖。

圖12例示3D資料系統1”的功能組成的圖。

圖13例示3D資料輸入系統10”的組成的圖。

圖14例示3D資料處理系統20”的硬體組成的圖。

圖15例示3D資料系統1”的關於一實施例的動作的圖。

圖16例示生成被照體的3D建模資料的處理的細節的圖。

圖17例示標準模型的調整的圖。

圖18例示特徵點的位置關係的圖。

圖19例示添加特性到3D建模資料的處理的細節的圖。

圖20例示3D建模資料的分類的圖。

圖21例示3D建模資料的動作的圖。

圖22例示從臉部取出的特徵點的圖。

圖23例示使用3D建模資料的處理的細節的圖。

圖24呈現有關變形例1的3D資料系統1”的概略的圖。

圖25呈現有關一實施例的3D資料系統1’’’的概略的圖。

圖26例示3D資料系統1’’’的功能組成的方塊圖。

圖27例示客戶端10’’’的硬體組成的方塊圖。

圖28例示伺服器20’’’的硬體組成的方塊圖。

圖29例示3D資料系統的軟體組成的方塊圖。

圖30例示3D資料組的內容的圖。

圖31例示分享資料庫的內容的圖。

圖32~36例示3D資料系統1’’’的動作的時序圖。

A.第1實施例 1.組成

圖1是呈現有一實施例的3D系統1’的概要的圖。3D資料系統1’提供3D建模資料。在這裡3D建模資料指的是用以表示人類、動物、物品等的目標物的3D模型資料。3D模型指的是用以表示目標物的三維外觀的模型。於其中一個實施例中，3D建模資料的外表面可以貼有從拍攝了目標物的照片生成的圖像。3D模型，例如，作為在虛擬空間中使用者自身的，又或者是與使用者不同的人物的虛擬形象使用。3D模型，例如，電視遊戲、視訊通話、視訊會議、購物、又或者是健身等，在各式各樣的應用程式又或者是用途中使用。

3D資料系統1’具有伺服器10’、伺服器20’、終端裝置30’、以及3D掃描器40’。伺服器10’是管理3D建模資料的伺服器。伺服器10’由3D資料系統1’的管理業者所管理。伺服器20’是提供使用了3D模型的應用程式的伺服器。此應用程式可以由3D資料系統1’的管理業者自身所提供，也可以由別的業者所提供。終端裝置30’是使用應用程式(也就是使用3D模型)的使用者終端。終端裝置30’是智慧型手機、平板終端、又或者是個人電腦等的資訊處理裝置。又雖然在這裡為了將圖面簡單化，將伺服器20’、終端裝置30’、及3D掃描器40’各自只放一台呈現於圖中，3D資料系統1’也可以具有複數的伺服器20’及/又或者是複數的終端裝置30’。

3D掃描器40’是掃描目標物生成3D建模資料的裝置。3D掃描器40’拍攝目標物的外觀的圖像(也就是照片)，從基準位置(例如感測器的位置)測 量到目標物的表面的距離，取得圖像資料及距離資料。再加上，3D掃描器40’對此圖像資料及距離資料應用預設的演算法，生成目標物的3D建模資料。3D掃描器40’將所生成的3D建模資料上傳到伺服器10’。

伺服器20’對終端裝置30’提供應用程式程式。此應用程式程式包含為了將API(Application Programming Interface)要求傳送到伺服器10’的軟體模組。例如終端裝置30’運行此應用程式程式的話，終端裝置30’就會遵從此程式對伺服器10’傳送API要求。此API要求是要求傳送為了輸出3D模型的資料(例如3D建模資料)的要求。伺服器10’對此API要求傳送API回覆。此API回覆包含所要求的3D資料。終端裝置30’對使用者提供使用了此3D資料的應用程式。

圖2是例示伺服器10’的功能組成的圖。伺服器10’具有儲存單元11’、存取單元12’、接收單元13’、傳送單元14’、以及控制單元15’。儲存單元11’儲存各種資料。於此例中儲存單元11’儲存資料庫111’。資料庫111’是針對複數的目標物(也就是目標物)儲存了3D資料組的資料庫。3D資料組針對複數的各個目標物，包含那個目標物的3D建模資料及隨附資料。3D建模資料包含複數的要素。存取單元12’存取資料庫111’。

接收單元13’從終端裝置30’接收API要求。此API要求是為了要求3D建模資料的提供的要求。此API要求包含識別出包含在目標物以及3D建模資料裡的複數的要素之中使用的要素的要求資訊。傳送單元14’將對應於此API要求的API回覆，傳送到那個API要求的傳送源的終端裝置。此API回覆包含從資料庫111’取出的、藉由要求資訊識別出的目標物的、為了輸出藉由由識別出的要素所構成的3D建模資料呈現的3D模型的資料。為了輸出3D模型的資料可以是3D建模資料本身，也可以是呈現處理後的3D建模資 料的結果的資料(例如，讓3D模型動起來的動畫資料)。控制單元15’進行各種的控制。

圖3是例示伺服器10’的硬體組成的圖。伺服器10’是具有CPU(Central Processing Unit)101’、記憶體102’、儲存裝置103’、及通訊IF104’的電腦裝置又或者是資訊處理裝置。CPU101’是遵從程式進行各種的演算的控制裝置。記憶體102’是作為CPU101’運行處理時的工作區域工作的主記憶裝置。記憶體102’包含例如RAM(Random Access Memory)及ROM(Read Only Memory)。儲存裝置103’是儲存各種的資料及程式的輔助儲存裝置。 儲存裝置103’包含例如SSD(Solid State Drive)及/又或者是HDD(Hard Disc Drive)。通訊IF104’是遵從預設的通訊規格(例如乙太網路)與其他的裝置通訊的裝置，包含例如NIC。

於此例中，儲存裝置103’儲存的程式，包含有為了將電腦裝置作為於3D資料系統1’的伺服器10’工作的程式(下面以「管理伺服器程式」稱呼)。在CPU運行管理伺服器程式的狀態中，記憶體102’及儲存裝置103’的至少一方是儲存單元11’的其中一個實施例。CPU101’是存取單元12’及控制單元15’的其中一個實施例。通訊IF104’是接收單元13’及傳送單元14’的其中一個實施例。

2.動作 2-1.基本動作

圖4是呈現3D資料系統1’的動作的時序圖。於下，雖然將存取單元12’等的功能要素作為處理的主體記載，但這是運行管理伺服器程序的CPU101’等的硬體要素與其他的硬體要素協作運行處理的意思。

終端裝置30’的使用者，於終端裝置30’中命令應用程式程式的下載。應用程式程式，例如透過瀏覽器32’所下載。瀏覽器32’是泛用的網路瀏覽器。此應用程式程式是，例如，將使用者的3D模型用作玩家角色的電視遊戲的應用程式程式。終端裝置30’從伺服器20’下載應用程式程式(步驟S101’)。下載完成的話，使用者就會命令應用程式程式啟動。終端裝置30’啟動應用程式程式(步驟S102’)。下面將藉由此應用程式程式安裝的應用程式稱呼為應用程式31’。

應用程式31’，關於3D資料的取得，使用由伺服器10’所提供的API。應用程式31’將API要求傳送到伺服器10’(步驟S103’)。此API要求包含使用者ID及要素ID。使用者ID是將3D資料系統1’的使用者識別為唯一的識別資訊。要素ID是識別出包含在記錄於資料庫111’的3D建模資料(後述)裡的要素之中至少一部份的識別資訊。

於伺服器10’中，接收單元13’從終端裝置30’接收API要求(步驟S104’)。存取單元12’從接收到的API要求取出使用者ID及要素ID(步驟S105’)。存取單元12’存取資料庫111’，取出對應於此使用者ID以及要素ID的3D建模資料(步驟S106’)。

圖5是例示於資料庫111’的3D建模資料的構造的圖。資料庫111’包含複數的3D資料組9’。3D資料組指的是至少包含3D建模資料的資料組。各3D資料組9’包含使用者ID91’、3D建模資料(又或者是3D建模資料本體)92’、以及附屬資料93’。附屬資料93’，例如，包含使用者屬性以及更新日。使用者屬性顯示使用者ID、使用者名稱、出生年月日、性別、身高、以及體重等使用者的屬性。更新日顯示3D資料組的更新日期時間。

於此例中，3D建模資料92’包含用以表示同個目標物的複數的3D建模資料921’、3D建模資料922’、以及3D建模資料923’。3D建模資料921’ 包含定義目標物的形狀的資料。目標物的形狀藉由多邊形又或者是自由曲面定義。3D建模資料921’更包含有關目標物的材質的資訊。有關材質的資訊包含顏色、透明度、反射、折射率、自體發光、凹凸、及位移之中的至少1種。3D建模資料921’更包含紋理。紋理是於模型貼上的圖像。同樣地3D建模資料922’以及3D建模資料923’也包含定義模型的形狀的資料、有關材質的資訊、以及紋理。定義模型的形狀的資料、有關材質的資訊、以及紋理是構成3D建模資料92’的複數的要素的其中一個實施例。

於其中一個實施例中，這些複數的資料品質各自不同。於此例中，3D建模資料921’是高品質的(也就是資料量大)，3D建模資料922’是中品質的(也就是資料量中)，3D建模資料923’是低品質(也就是資料量小)。這些高品質、中品質、及低品質的3D建模資料是構成3D建模資料92’的複數的要素的其中一個實施例。

於此例中，3D建模資料921’被區分成複數的部位。也就是形狀、材質、及紋理各自被區分成複數的部位。複數的部位指的是，是基於目標物的身體構造區分，例如，包含頭、胸、腹、腰、手臂、手、腳、以及足。 這些複數的部位的至少一部份，更可以細分成複數的副部位。例如，頭可以區分成頭髮、眼、鼻、口、以及耳。這些複數的部位是構成3D建模資料92’的複數的要素的另一個實施例。

附屬資料93’包含骨骼資料。骨骼顯示為了讓3D模型動起來的，作為動作的單位的要素。例如3D建模資料藉由多邊形表示的情況，多邊形的頂點與骨骼的對應關係(也就是所謂的蒙皮權重)會被設定(也就是蒙皮)。只要骨骼一動對應的多邊形就會跟隨骨骼的動作做動作，整體來看3D模型會動。骨骼資料也與3D建模資料一樣，也可以包含品質不同的複數組的資 料。又，骨骼資料也可以包含在3D建模資料裡，這種情況，骨骼資料是構成3D建模資料92’的複數的要素的其中一個實施例。

於此例中，附屬資料93’包含規定3D模型的動作的動作資料。於其中一個實施例中，動作資料，例如，走路、跑步、跳躍、停止、丟東西、游泳、以及跳舞等，每個動作，作為骨骼的動作被定義。例如為了跑步的動作資料定義步伐長度、腳的抬起方式、及手臂的的擺動方式等。於別的實施例中，動作資料也可以是3D建模資料的特定的部位的動作，例如規定臉的表情的。例如表情的動作資料定義嘴的打開方式，眼的打開方式、以及眉毛的動作方式等。

動作資料，例如，也可以從拍攝了目標物的動畫取出。例如，動作資料也可以使用所謂的動作捕捉技術生成。又或者是，動作資料也可以於3D資料系統1’中作為模板被準備，依照使用者的選擇又或者是由系統自動地與那個3D建模資料對應連結。

3D建模資料由3D模型生成引擎所生成。3D模型生成引擎指的是，從目標物的圖像資料及距離資料生成那個目標物的3D模型的生成單元的其中一個實施例，例如是軟體模組。於此例中，3D模型生成引擎被安裝於3D掃描器40’。3D模型生成引擎也可以加入3D掃描器40’，又或者是替代，安裝於伺服器10’，也可以安裝於其他的裝置。

再次參照圖4。於此例中，從API要求取出的要素ID指定高品質、中品質、及低品質之中的某個。存取單元12’，從包含由API要求所指定的使用者ID的3D資料組9’之中，取出由要素ID所指定的資料。例如，要素ID指定高品質的情況，存取單元12’從資料庫111’讀取3D建模資料921’以及骨骼資料。

於步驟S107’中，控制單元15’對應於從資料庫111’讀取到的資料，進行為了將在終端裝置30’中的使用變得可能的處理。為了將使用變得可能的處理裡，例如，包含檔案格式的轉換。檔案格式的轉換是，例如，從3D建模資料轉換成成其他格式的3D建模資料的轉換。又或者是，檔案格式的轉換也可以是從3D建模資料變換成其他種類的資料(例如，動畫資料又或者是圖像資料)的轉換。將於步驟S107’中處理過的資料下面以「目標資料」稱呼。又，也可以省略步驟S107’的處理。

控制單元15’加密目標資料(步驟S108’)。關於此處理，控制單元15’是加密為了輸出3D模型的資料的加密單元的其中一個實施例。加密使用2個加密金鑰。一個是伺服器10’的管理業者的秘密金鑰Km1’。另一個是傳送了API要求的終端裝置30’(又或者是那個使用者)的公鑰Ku2’。

圖6是例示被加密的目標資料的圖。控制單元15’將從資料庫111’讀取到的資料先以秘密金鑰Km1’加密。控制單元15’再將此資料以公鑰Ku2’加密。公鑰Ku2’，例如在使用者註冊的時候於伺服器10’中登記於使用者資料庫。又或者是，公鑰Ku2’也可以包含在API要求裡。又，應用秘密金鑰Km1’及公鑰Ku2’的順序也可以與此相反，也就是先以公鑰Ku2’加密，接著以秘密金鑰Km1’加密。

再次參照圖4。控制單元15’生成API回覆(步驟S109’)。此API回覆於步驟S106’中包含雙重加密後的目標資料。傳送單元14’將生成的API回覆，傳送到是API要求的傳送源的終端裝置30’(步驟S110’)。

控制單元15’將API的使用履歷，也就是處理過的API要求的次數記錄於資料庫(圖示省略)。控制單元15’能夠基於此紀錄對應用程式31’的營運業者收取API的使用費。

又在這裡雖然說明了API回覆包含3D建模資料的例子，如同先前所述API回覆也可以不包含3D建模資料本身。例如，伺服器10’具有處理3D建模資料的處理單元(圖示省略)。處理單元，例如，生成讓藉由3D建模資料呈現的3D模型於虛擬空間中做指定的動作(例如，跳舞或運動之類的)的動畫。控制單元15’生成包含此動畫資料的API回覆。

於終端裝置30’中，應用程式31’接收API回覆(步驟S111’)。只要接收API要求的話，應用程式31’就會以終端裝置30’(又或者是那個使用者)的秘密金鑰Ku1’解碼，在那之後再以管理業者的公鑰Km2’解碼。管理業者的公鑰，例如，在安裝應用程式時被安裝於終端裝置30’。為了提供應用程式30’的安裝用檔案，伺服器10’的控制單元15’對伺服器20’發布公鑰Km2’(發布單元的其中一個實施例)。如此一來，應用程式31’可以使用那個使用者的3D建模資料。

於此例中，公鑰Km2’裡設定有有效期限。能夠從應用程式31’使用伺服器10’的API是，例如仰賴於伺服器10’的營運業者與伺服器20’的營運業者之間的契約。伺服器10’的營運業者，可以配合此契約設定公鑰Km2’的有效期限。伺服器10’的營運業者與伺服器20’的營運業者之間的契約到期時3D建模資料就會變得無法解碼，變得不能於應用程式31’中使用3D建模資料。如果要繼續使用3D建模資料的話就必須要更新契約以及安裝具有與之伴隨的新的有效期限的公鑰。

2-2.3D模型的再生成處理

於此例中，3D模型生成引擎隨著生成3D建模資料的演算法的更新，再生成(又或者是更新)3D建模資料。

於此例中，附屬資料93’包含原本的圖像資料、距離資料、及演算法ID。原本的圖像資料是生成那個3D建模資料時所使用的圖像資料，也就 是拍攝了目標物的圖像(又或者是照片)的資料。距離資料是，將從基準位置(例如感測器的位置)的距離(又或者是深度)，對應連結到目標物的表面的資料。演算法ID是，識別出從原本的圖像資料生成3D建模資料時所使用的演算法(下面以「3D模型化演算法」稱呼)的識別資訊。原本的圖像資料、距離資料、及演算法ID，在3D建模資料生成的時候被寫入於資料庫111’。在那之後，隨著時間的經過3D模型化演算法會陸陸續續更新改善。但，演算法每次更新時都要重新拍攝目標物是一件很費工的事。在此這個例子能夠容易地再生成使用了已被更新的演算法的3D模型。

圖7是例示3D建模資料的再生成處理的流程圖。於步驟S201’中，控制單元15’判斷作為此流程的觸發器的事件是否已經發生。作為此流程的觸發器的事件是，例如，從上次進行這個處理開始經過了預設的時間的事件，又或者是從3D模型生成引擎接收到3D模型化演算法已經被更新的通知的事件。當判斷作為此流程的觸發器的事件已經發生的情況，控制單元15’將處理轉進到步驟S202’。當判斷作為此流程的觸發器的事件沒有發生的情況，控制單元待機。

於步驟S202’中，控制單元15’將3D模型的再生成要求傳送到3D模型生成引擎。關於此處理，控制單元15’是要求3D建模資料的再生成的要求單元的其中一個實施例。此再生成要求包含使用者ID、原來的圖像資料、及距離資料。3D模型生成引擎使用包含在此再生成要求裡的原來的圖像資料及距離資料生成3D建模資料。於此例中，3D模型生成引擎生成高品質、中品質、以及低品質的三個3D建模資料。3D模型生成引擎將所生成的3D建模資料傳送到控制單元15’。

於步驟S203’中，控制單元15’接收已被更新的3D建模資料。也就是說控制單元15’是取得已被更新的3D建模資料的取得單元的其中一個實 施例。於步驟S204’中，存取單元12’將3D建模資料的更新要求輸出到資料庫111’。此更新要求包含使用者ID以及已被更新的3D建模資料。資料庫111’將包含在對應於包含在此更新要求裡的使用者ID的3D資料組9’裡的3D建模資料，以包含在此更新要求裡的3D建模資料覆寫。

若是依據此例，伺服器10’可以順利地拍攝以最新的3D模型化演算法所生成的3D建模資料、新的圖像。

2-3.假設的模擬處理

於此例中，3D模型生成引擎考慮目標物(也就是使用者)的行動資訊生成3D模型。也就是說，3D模型生成引擎基於假設模擬使用者的樣子。

附屬資料93’包含行動資訊。行動資訊是顯示於從原來的圖像的拍攝日到現在的期間的目標物的行動的資訊。行動資訊，例如，包含有關目標物的生活習慣的資訊。生活習慣指的是，進餐、運動、睡眠、工作、飲酒、以及吸菸等，目標物的習慣的行動。有關進餐的行動資訊，例如，包含進餐的次數、時間、攝取熱量、及營養價值的資訊。有關運動的行動資訊，例如，包含運動的次數、時間、運動強度、以及運動的種類的資訊。 有關睡眠的行動資訊，例如，包含就寢時間、起床時間、以及睡眠深度的資訊。有關工作的行動資訊，例如，包含開始工作時間以及結束工作時間的資訊。有關飲酒的行動資訊，例如，包含飲酒的次數以及量的資訊。有關吸菸的行動資訊，例如，包含吸菸的次數以及量的資訊。行動資訊，例如，生成3D建模資料的時候，又或者是將3D建模資料登記於資料庫111’的時候由使用者所輸入。又或者是，終端裝置30’，將由與應用程式31’不同的別的應用程式(例如健康管理應用程式)所收集到的資訊以預設的時間點(例如定期地)上傳到資料庫111’。

圖8是例示假設的模擬處理的流程圖。於步驟S301’中，控制單元15’判斷作為此流程的觸發器的事件是否已經發生。作為此流程的觸發器的事件是，例如，從上次進行這個處理開始經過了預設的時間的事件，又或者是接收到從使用者來的開始流程的命令的事件。當判斷作為此流程的觸發器的事件已經發生的情況，控制單元15’將處理轉進到步驟S302’。當判斷作為此流程的觸發器的事件沒有發生的情況，控制單元15’待機。

於步驟S302’中，控制單元15’將3D模型的生成要求傳送到3D模型生成引擎。此生成要求包含記錄於使用者ID以及資料庫111’的行動資訊的至少一部份、當前狀態的3D建模資料、以及有關時間的資訊。控制單元15’，挑選記錄於資料庫111’的行動資訊之中包含於生成要求的行動資訊。控制單元15’，例如，依使用者的指示挑選行動資訊。有關時間的資訊是指定要模擬什麼時間點的狀態(例如是1年後嗎還是10年後嗎)的資訊。控制單元15’，例如，依使用者的指示指定有關時間的資訊。

3D模型生成引擎使用包含在此生成要求裡的3D建模資料以及行動資訊生成新的3D建模資料。於其中一個實施例中，基於行動資訊的3D模型的時間變化的模擬有使用機械學習的技術。3D模型生成引擎具有機械學習模型。此機械學習模型是，針對複數的各個使用者，將於第1時間點的使用者的3D建模資料、於從第1時間點到第2時間點前的期間的使用者的行動資訊、以及從第1時間點到第2時間點的時間作為教師資料給予至輸入層，將於第2時間點的使用者的3D建模資料作為教師資料給予至輸出層並使之機械學習的學習完成模型。例如，記錄於資料庫111’的資料作為教師資料使用。3D模型生成引擎將包含在此生成要求裡的，當前狀態的3D建模資料、行動資訊、以及有關時間的資訊，給予至機械學習模型的輸入層。機械學 習模型輸出對應於這些資料的3D建模資料。此3D建模資料顯示藉由有關時間的資訊所呈現的日期時間又或者是於時刻中預想的3D模型。

在此思考，作為行動資訊顯示在運動健身中心定期地進行肌肉訓練的資訊、作為有關時間的資訊顯示1年後的資訊被輸入的例子。這個情況，機械學習模型，輸出反映出預想那個使用者已經持續一整年那個肌肉訓練的情況的體型的變化的3D建模資料。

於步驟S303’中，控制單元15’從3D模型生成引擎，取得作為模擬結果得到的3D建模資料。控制單元15’配合應用程式31’等的要求輸出此3D建模資料。

若是依據此例，伺服器10’可以得到顯示基於行動資訊的模擬結果(也就是顯示未來的預想)的3D建模資料。

2-4.記錄編輯履歷到區塊鏈的處理

於此例中，應用程式31’具有編輯3D建模資料的功能。3D建模資料的編輯，例如，包含改變頭髮的顏色、改變頭髮的長度、改變鬍鬚的有無、改變鬍鬚的長度、改變皮膚的顏色、讓它變胖、讓它變瘦、讓它變老、讓它變年輕、改變性別、改變服裝、戴上/拿下眼鏡、改變眼鏡、改變妝容、改變飾品、等的處理。於此例中，可以使用區塊鏈技術做到驗證藉由這些的處理的編輯是否是正當的。

圖9是例示記錄編輯履歷到區塊鏈的處理的流程圖。於步驟S401’中，控制單元15’判斷作為此流程的觸發器的事件是否已經發生。作為此流程的觸發器的事件，例如，是接收到從使用者來的開始流程的命令的事件。 當判斷作為此流程的觸發器的事件已經發生的情況，控制單元15’將處理轉進到步驟S402’。當判斷作為此流程的觸發器的事件沒有發生的情況，控制單元15’待機。

在步驟S401’的處理開始之前，又或者是在那個處理之後，終端裝置30’接收從使用者來的3D建模資料的編輯命令。終端裝置30’傳送顯示接收到的編輯命令的編輯履歷到伺服器10’。此編輯履歷包含3D建模資料的ID以及顯示編輯的內容的資訊。

於步驟402’中，伺服器10’的接收單元13’從終端裝置30’接收編輯履歷。控制單元15’對3D模型生成引擎要求(步驟S403’)能夠按照接收到的編輯履歷編輯3D建模資料(又或者是修正)。此要求包含編輯履歷。3D模型生成引擎按照此要求修正3D建模資料。3D模型生成引擎將修正後的3D建模資料傳送到伺服器10’。伺服器10’的控制單元15’接收修正後的3D建模資料(步驟S404’)。

又，在修正3D建模資料前，控制單元15’也可以對身為3D建模資料的目標物的使用者，請求確認可不可以編輯3D建模資料。沒有辦法得到目標物的使用者的同意的情況，控制單元15’將此編輯命令作為不遵照目標物的意識的命令，拒絕3D建模資料的編輯。得到目標物的使用者的同意的情況，控制單元15’對3D模型生成引擎要求能夠按照接收到的編輯履歷編輯3D建模資料(又或者是修正)。

於此情況中，身為目標物的使用者可以編輯自身的3D建模資料，也可以給予包括性的許可。給予許可的範圍，例如，由身為目標物的使用者所指定。例如，包括性的許可，可以是限定於3D建模資料的編輯目標部位的許可。具體來說，使用者，「頭髮的顏色可以變更」、「皮膚的顏色不可變更」、「服裝不可變更」等，限制可以編輯3D建模資料的範圍。又或者是，包括性的許可，也可以是限定想要編輯的使用者的屬性的許可。具體來說，使用者，「想要編輯的人是男性的情況不給予許可」、「想要 編輯的人未滿13歲的情況給予許可」、及「想要編輯的人住在日本的情況給予許可」等，限制可以編輯3D建模資料的使用者。

控制單元15’將修正後的3D建模資料，傳送到編輯命令的傳送源的終端裝置30’(步驟S405’)。再加上，控制單元15’對預設的區塊鏈的網際網路要求(步驟S406’)將3D建模資料的ID以及有關此編輯的編輯履歷寫入到帳本。關於此處理，控制單元15’是要求將編輯履歷寫入至帳本也就是區塊鏈的要求單元的其中一個實施例。屬於此區塊鏈的網路的礦工節點，如果接收此編輯履歷就會嘗試挖礦。成功挖礦的節點生成包含此編輯履歷的新的區塊並提供於此網路。成功挖礦的節點以外的節點如果接收新的區塊，就會驗證那個區塊是否是以正確的程序所生成的。那個節點，那個節點將確認到是正確的區塊，追加到那個節點保有的區塊鏈。如此一來，3D建模資料的編輯履歷被記錄於區塊鏈。又於此例中，記錄於區塊鏈的只有編輯履歷，3D建模資料本體不被記錄於區塊鏈裡。

圖10是例示驗證3D建模資料的處理的流程圖。於步驟S501’中，控制單元15’判斷作為此流程的觸發器的事件是否已經發生。作為此流程的觸發器的事件是，例如，從應用程式31’接收到編輯履歷是否是真正的編輯履歷的確認要求的事件，又或者是上次，從確認編輯履歷是否是真正的編輯履歷開始經過了預設的時間的事件。例如，應用程式31’對伺服器要求確認從其他的使用者分享的編輯履歷是否是真正的編輯履歷。此確認要求，例如，包含3D建模資料的ID以及作為驗證的目標的編輯履歷。當判斷作為此流程的觸發器的事件已經發生的情況，控制單元將處理轉進到步驟S502’。當判斷作為此流程的觸發器的事件沒發生的情況，控制單元15’待機。

於步驟S502’中，控制單元15’對區塊鏈的網路要求帳本的揭露。此區塊鏈也可以是公鏈、私鏈、以及聯盟鏈的其中的某個。控制單元15’於 從網路揭露的帳本中，檢索包含在要求裡的3D建模資料的編輯履歷。控制單元，比對藉由檢索得到的編輯履歷以及包含在確認要求裡的編輯履歷(步驟S503’)。兩者一致的情況(S503’：YES)，控制單元15’判斷包含在確認要求裡的編輯履歷是真正的編輯履歷(步驟S504’)。兩者不一致的情況(S503’：NO)，控制單元15’判斷包含在確認要求裡的編輯履歷已被篡改(步驟S505’)。

控制單元15’將驗證的結果傳送到確認要求的傳送源的終端裝置30’(步驟S506’)。如此一來，應用程式31’可以確認取得到的編輯履歷是否是真正的編輯履歷。

關於3D建模資料的編輯，使用了區塊鏈的處理不限定於此。例如，控制單元15’也可以從記錄於區塊鏈的編輯履歷，取出作為目標的3D建模資料、過去所編輯過的使用者名稱(以及那個日期時間)，將這個提供到終端裝置30’。又或者是，控制單元15’也可以取出作為目標的3D建模資料之中過去所編輯過的部分(以及那個日期時間)，將這個提供到終端裝置30’。

又在此將伺服器10’作為運行的裝置說明過的處理的至少一部份，由應用程式31’運行也可以。例如，也可以代替伺服器10’由應用程式31’對區塊鏈的網路要求帳本的揭露。

3.變形例

本發明不受限於上述的實施例，可以有各種的變形實施。下面說明數個變形例。下面於變形例記載的事項的一部份也可以與其他的一部份做組合應用。

於實施例中說明了3D建模資料記錄於資料庫111’的例子。但3D建模資料也可以不記錄於資料庫111’，配合要求生成。只要從終端裝置30’接收API要求，伺服器10’就會對模型生成引擎要求3D建模資料的生成(作為資 料要求單元的處理的其中一個實施例)。此要求包含目標物的圖像資料以及距離資料。模型生成引擎將此圖像資料及距離資料遵從演算法做處理，生成目標物的3D建模資料。伺服器10’，如此取得生成的3D建模資料。於此例中，當每次從終端裝置30’接收API要求時，生成所要求的3D建模資料。

於上面記載的例子中，模型生成引擎也可以具有不同的複數的演算法。模型生成引擎，遵從從這些複數的演算法之中挑選一個演算法生成3D建模資料。這個情況，從終端裝置30’被傳送的API要求，包含從複數的演算法之中指定一個演算法的資訊。伺服器10’對模型生成引擎選擇由API要求所指定的演算法要求3D建模資料的生成。

記錄編輯履歷的帳本不限定於區塊鏈。編輯履歷，例如於伺服器10’的資料庫等，也可以以區塊鏈以外的形式記錄。於編輯履歷記錄在資料庫的情況中，伺服器10’也可以代替使用了秘密金鑰Km1’及公鑰Ku2’的加密，又或者是再加上，將使用編輯履歷所生成的資訊(例如，編輯履歷的哈希值)作為加密金鑰使用，將目標資料加密。這個情況，只有保持編輯履歷的裝置可以將目標資料解碼。

於實施例中，說明了將以秘密金鑰Km1’及公鑰Ku2’雙重加密的目標資料傳送到終端裝置30’的例子。若是依據此例，如果不是具有公鑰Km2’及秘密金鑰Ku1’的終端的話就不能將目標資料解碼。但伺服器10’也可以在開始目標資料的傳送之前，進行終端裝置30’(及/又或者是那個使用者)的認證。於此情況中，伺服器10’在終端裝置30’(及/又或者是那個使用者)被認證之前不傳送目標資料。

於實施例中，雖然說明了從終端裝置30’也就是使用者終端傳送API要求的例子(也就是，所謂的B to C的服務的例子)，對伺服器傳送API要求的資訊處理裝置不限定於終端裝置30’。也可以由伺服器20’等、其他的業者 營運的伺服器，將要求為了輸出終端裝置30’的使用者的3D模型的資料的傳送的API要求傳送到伺服器10’。也就是本申請的發明也可以適用於B to B的服務。於此情況中，Ku1’及Ku2’是那個伺服器的業者的秘密金鑰及公鑰。

加密金鑰的有效期限不限定於於實施例中所例示的。例如，在對終端裝置30’傳送3D建模資料的情況(也就是B to C的服務的情況)以及對伺服器20’傳送3D建模資料的情況(也就是B to B的情況)，公鑰Km2’的有效期限也可以不相同。具體來說也可以，前者的情況有效期限較長(例如，無限期)，後者的情況有效期限較短(例如，1年或2年等的有限期)。

雖然於實施例中說明了3D建模資料是由伺服器10’提供的API所提供的例子，提供3D建模資料的方法不限定於使用API的方法。

也可以省略於實施例中說明過的功能又或者是處理的一部份。例如，3D建模資料被傳送到終端裝置30’時，也可以不加密。

伺服器10’、伺服器20’、以及終端裝置30’的硬體組成不限定於於實施例中所示例的。例如，伺服器10’也可以是物理的伺服器，也可以是所謂的雲端上的虛擬伺服器。

於實施例中伺服器10’作為運行裝置說明過的處理的至少一部份，由終端裝置30’(例如應用程式31’)運行也可以。又，也可以省略這些功能的一部份。

CPU101’等運行的程式，也可以在可以透過網路從伺服器下載的狀態提供，也可以在儲存於CD-ROM等的記錄媒體的狀態提供。

B.第2實施例 1.組成

圖11是顯示有關一實施例的3D資料系統1”的概略的圖。3D資料系統1”是，使用拍攝了被照體的表面的圖像(下面以「拍攝圖像」稱呼)生成3D建 模資料，儲存這個，然後配合要求將3D建模資料提供到應用程式的系統。「被照體」是作為生成3D建模資料的目標的物體，包含人類或動物之類的生物、以及人偶或家具之類的無生物。3D建模資料是用以表示3D模型的資料。3D模型指的是於三維虛擬空間的立體的資料。3D模型至少包含與被照體的表面形狀以及表面的色彩有關的資訊。

3D資料系統1”具有3D資料輸入系統10”、3D資料處理系統20”、以及應用程式30”。3D資料輸入系統10”從拍攝圖像生成3D建模資料。3D資料輸入系統10”包含例如所謂的3D掃描器。3D處理系統20”處理及儲存由3D資料系統10”所生成的3D建模資料。應用程式30”提供使用了3D建模資料的產品又或者是服務給使用者。又雖然在圖上3D資料輸入系統10”以及應用程式30”一個一個各自顯示，3D資料系統1”也可以具有複數的3D資料輸入系統10”以及應用程式30”的至少其中一方。作為其中一個實施例，3D資料輸入系統10”是地方的系統，3D資料處理系統20”是網路上的系統，所謂的雲端系統。

圖12是例示3D資料系統1”的功能組成的圖。3D資料系統1”具有取得單元11”、生成單元12”、添加單元21”、儲存單元22”、以及輸出單元25”。取得單元11”取得拍攝圖像以及距離資訊(圖像取得單元的其中一個實施例)。拍攝圖像是拍攝了被照體的表面的圖像。距離資訊是顯示從基準點到被照體的表面的距離的資訊。取得單元11”從相機等的拍攝裝置及距離感測器(不論哪個都省略於圖12)取得拍攝圖像及距離資訊。生成單元12”使用拍攝圖像及距離資訊，生成被照體的3D建模資料。添加單元21”對由生成單元12”生成的3D建模資料，添加那個3D建模資料的動態特性資料。特性資料指的是顯示3D模型的特性(大多數的情況，相當於被照體的特性)的資料。於此例中，特性資料顯示動態特性。儲存單元22”儲存各種的資料，例 如，添加了特性資料的3D建模資料。輸出單元25”配合從應用程式30”來的要求輸出3D建模資料以及特性資料。

3D資料系統1”更具有推算單元24”。推算單元24”使用3D建模資料推算作為目標的被照體的特性。添加單元21”對3D建模資料添加的特性資料裡包含有顯示由推算單元24”推算出的特性的資料。

3D資料系統1”更具有取得單元13”及計算單元14”。取得單元13”從3D建模資料(又或者是從拍攝圖像)取得複數的特徵點(特徵取得單元的其中一個實施例)。這些特徵點是顯示有關3D模型(又或者是被照體)的形狀的特徵的點(參照圖17等之後說明)。計算單元14”計算有關複數的特徵點的位置關係的特徵量。推算單元24”將作為目標的被照體的特性，使用這個特徵量做推算。

3D資料系統1”更具有分類單元23”。分類單元23”將被照體分類到複數的群組的其中的某個。推算單元24”將作為目標的被照體的特性，基於此分類推算。

於其中一個實施例中，有關複數的特徵點的位置關係的特徵量，顯示被照體(3D模型)的靜態特徵。靜態特徵指的是從單一的姿勢的被照體取得的特徵。相對於此動態特徵指的是為了給予3D模型複數的姿勢(又或者是動作)的特徵(參照圖21等之後說明)。如同已經說明過的，推算單元24”推算的特性是被照體的動態特性，也就是動態特徵。推算單元24”於此例中使用靜態特徵推算動態特徵。

於此例中，取得單元11”、生成單元12”、取得單元13”、以及計算單元14”被安裝於3D資料輸入系統10”，添加單元21”、儲存單元22”、分類單元23”、以及推算單元24”被安裝於3D資料處理系統20”。又，於3D 資料輸入系統10”以及3D資料處理系統20”的功能的分擔終究只是例示，功能的分擔不限定於圖12的例子。

圖13是例示3D資料輸入系統10”的組成的圖。於此例中，3D資料輸入系統10”是所謂的3D掃描器。3D資料輸入系統10”具有感測器組SD”、舞台T”、框架F”、及圖像處理裝置100”。感測器組SD”複數地包含的相機C”以及距離感測器D”的套組。於感測器組SD”被固定的情況中，各相機只拍攝被照體S”的表面之中有的被侷限的一部份的區域。距離感測器D”檢測從那個距離感測器設置的位置(基準位置的其中一個實施例)到被照體S”的表面的距離。距離感測器D”具有以紅外光等的可視光外的波長投影預設的模式圖形(例如格子)的像的投影部、以及讀取投影出來的像的影像擷取部。成套的相機C”及距離感測器D”固定於共用的載台M”，兩者的光軸幾乎面向著同樣的位置。框架F”(感測器組)對應舞台T”相對地迴轉。也可以對應設置面以框架F”被固定的狀態由舞台T”迴轉，也可以對應設置面以舞台T”被固定的狀態由框架F”在舞台T”的周圍迴轉。在框架F”與舞台T”相對迴轉的期間，相機拍攝被照體S”。在框架F”與舞台T”相對靜止的狀態，感測器組SD”只囊括被照體S”的表面之中有的被侷限的一部份的區域。但，使框架F”與舞台T”相對地360°迴轉，藉由在這段期間的連續拍攝，感測器組SD”拍攝被照體S的表面的全區域。

又圖13終究只是3D資料輸入系統10”的組成的其中一個實施例，且3D資料輸入系統10”不限定於此組成。例如，於3D資料輸入系統10”中，在空間上能夠囊括被照體S”的表面的全區域的足夠的數量的感測器組，也可以設置於適當的位置。這個情況，感測器組SD”對應舞台T”被固定。更在別的例示中，3D資料輸入系統10”，也可以在從上面看舞台T”的時候在預設的間隔(例如間隔120°)具有複數的框架F”。這個情況，只要讓框架F” 與舞台T”相對地120°迴轉的話，感測器組SD”就可以拍攝到被照體S”的表面的全區域。

圖14是例示3D資料處理系統20”的硬體組成的圖。3D資料處理系統20”是具有CPU(Central Processing Unit)201”、記憶體202”、儲存裝置203”、以及網路IF204”的電腦裝置。CPU201”是遵從程式運行處理，控制3D資料處理系統20”的其他的硬體要素的控制裝置。記憶體202”，是CPU201”在運行程式的時候作為工作區域工作的主記憶裝置，包含例如RAM(Random Access Memory)。儲存裝置203”是儲存各種的程式以及資料的非揮發性的輔助記憶裝置，包含例如HDD(Hard Disk Drive)及SSD(Solid State Drive)的至少一方。網路IF204”是為了進行遵從預設的通訊規格(例如TCP/IP)的通訊的介面，包含例如NIC(Network Interface Card)。

於此例中，儲存裝置203”，儲存著使電腦裝置作為3D資料處理系統20”工作的程式(下面以「3D資料處理程式」稱呼)。CPU201”藉由運行3D資料處理程式，於電腦裝置安裝圖12的功能。運行3D資料處理程式的CPU201”是添加單元21”、儲存單元22”、分類單元23”、以及推算單元24”的其中一個實施例。

應用程式30”，只要是使用3D建模資料的東西的話，不論是怎樣的東西都可以。作為其中一個例子，應用程式30”包含ID卡、名片、虛擬溝通、電視遊戲、換裝(試穿)、尺寸量測、虛擬劇院、健身、醫療、及電影製作之中至少一個。

2.動作

圖15是例示有關3D資料系統1”的一個實施例的動作的圖。圖15顯示動作的概要。於步驟S1”中，3D資料輸入系統10”生成被照體的3D建模資料。於步驟S2”中，3D資料處理系統20”進行對3D建模資料添加特性資料的處 理。藉由賦予特性資料為3D建模資料的動作賦予特性。於步驟S3”中，應用程式30”使用3D建模資料及特性資料對使用者提供產品又或者是服務。

2-1.動作例1 2-1-1.3D建模資料的生成

圖16是例示生成被照體的3D建模資料的處理的細節的圖。圖16，3D資料系統1”針對複數的各個被照體(下面以「既有的被照體」稱呼)在已經儲存了3D建模資料的狀態下，針對新的被照體(下面以「目標被照體S”」稱呼)預想生成3D建模資料的狀況。圖16的處理，例如，以使用者命令3D資料輸入系統10的生成為契機啟動。

於步驟S11”中，3D資料輸入系統10”拍攝目標被照體S”，取得拍攝圖像。目標被照體S”以事先決定好的姿勢拍攝。3D資料輸入系統10”於拍攝圖像加上，取得為了測量到相機C”之間的距離的圖像(例如紅外線的模式圖形的像。下面以「模式圖像」稱呼)。

於步驟S12”中，3D資料輸入系統10”從拍攝圖像生成3D建模資料。3D資料輸入系統10”從相機C”於模式圖像的到各點間的距離、也就是將目標被照體S”的表面的立體形狀，使用模式圖像做計算。3D資料輸入系統10”對計算出的立體形狀貼上拍攝圖像。如此一來，可以得到目標被照體S”的3D建模資料。

於步驟S13”中，3D資料輸入系統10”從3D建模資料取得特徵點。這個特徵點，可以從3D建模資料取得。形狀的特徵點是，例如，於3D模型的，所謂的骨骼的端點。骨骼是為了賦予3D模型動作(motion)的虛擬的構造。

於此例中，3D資料輸入系統10”有著3D模型的骨骼構造的標準模型。標準模型具有例如比照了現實的人體的骨骼構造的骨骼構造。標準模 型，例如，被分類到成人男性、成人女性、老人男性、老人女性、幼年男子、以及幼年女子等的範疇。3D資料輸入系統10”從這些複數的標準模型之中挑選配合了使用者的屬性的標準模型。3D資料輸入系統10”，例如，使用拍攝圖像自動地判斷使用者的屬性(例如年齡以及性別)。又或者是，3D資料輸入系統10”也可以催促使用者輸入自身的屬性，依照使用者的輸入設定那個使用者的屬性。3D資料輸入系統10”將被挑選的標準模型配合被生成的3D模型做調整，將調整後的標準模型做為3D模型。

圖17是例示標準模型的調整的圖。圖17(A)的左邊部分顯示3D模型、右邊部分顯示骨骼的標準模型。於骨骼的標準模型中，端點以點(●)表示。這些複數的端點不論哪個都是3D模型的特徵點的其中一個實施例。3D資料輸入系統10”，例如，配合與3D模型相符將標準模型的高度(身高)拉長縮短(圖17(A))。再加上，3D資料輸入系統10”，移動各骨骼的端點的位置到於對骨骼垂直的方向的中心位置(圖17(B))。

圖17(C)，顯示著調整後的標準模型。於此圖的各骨骼的端點相當於從3D建模資料取得到的特徵點。此圖，通過3D建模資料的虛擬的重心，且相對目標被照體S”的正面顯示平行的斷面。又圖17雖然只顯示著單一的斷面，也可以於不同方向的複數的斷面中配合與3D模型相符調整標準模型。

再次參照圖16。於步驟S14”中，3D資料輸入系統10”計算顯示複數的特徵點的位置關係的特徵量。於此例中，3D資料輸入系統10”，關於特定的特徵點，計算顯示與其他的特徵點之間的位置關係的特徵量。特定的特徵點是，例如相當於膝蓋的關節的位置的特徵點。於這個情況中，特定的特徵點與、相鄰的其他的特徵點之間的位置關係指的是，膝蓋的關節 的、腳踝及髖關節之間的位置關係，顯示所謂的O腳、X腳、又或者是XO腳等的程度。

圖18是例示特徵點的位置關係的圖。圖18(A)將正常的腳、(B)O腳、(C)X腳各自分別顯示。有關特定的特徵量的特徵量，例如，作為對於結合相當於髖關節的特徵點P1”以及相當於腳踝的特徵點P3”的直線L”的長度L1”的、相當於膝蓋的特徵點P2”與直線L”之間的距離d1”的比例定義。又在這裡所顯示的特定的特徵點以及有關特定的特徵點的特徵量的定義終究只是例示，具體要怎樣設定都可以。1個3D模型也可以具有複數的「特定的特徵點」。例如，腳尖、膝蓋、手肘、手指、脖子、以及頭頂也可以作為特定的特徵點設定。

再次參照圖16。於步驟S15”中，3D資料輸入系統10”將有關特徵點的特徵量以及3D建模資料，輸出到3D資料處理系統。於此例中，在3D建模資料裡更添加顯示被照體的屬性(ID、年齡、及性別等)的資料(下面以「屬性資料」稱呼)。

2-1-2.特性資料的添加

圖19是例示將特性資料添加到3D建模資料的處理的細節的圖。此處理，例如，以從3D資料輸入系統10”輸入3D建模資料為契機啟動。

於步驟S21”中，3D資料處理系統20”將目標被照體S”的3D建模資料，分類到複數的群組的其中的某個。分類，例如以下面的其中的某個觀點執行。

(1)基於被照體的靜態特徵量分類。

(2)基於被照體的動態特徵量分類。

(3)基於被照體的屬性分類。

(4)藉由上述的2個以上的組合的分類。

基於被照體的靜態特徵量分類指的是，使用至少1種的靜態特徵量分類3D建模資料。1種的靜態特徵量指的是，例如，膝蓋的關節與腳踝及髖關節之間的位置關係的特徵量。2種的特徵量指的是，例如，膝蓋的關節與腳踝以及髖關節之間的位置關係的特徵量，以及手肘的關節與手腕以及肩關節之間的位置關係的特徵量。若是依據此例，可以從被照體的靜態特徵量推算動態特徵量。

基於被照體的動態特徵量分類指的是，使用至少1種的動態特徵量分類3D建模資料。用於分類的特徵量是與有關作為推算的目標的特性的特徵量不同的種類的特徵量。若是依據此例，可以從被照體的第1種的動態特徵量推算第2種的動態特徵量。例如，作為推算的目標的特性(第2種的動態特徵量的其中一個實施例)是於跳躍的動作的膝蓋的最高位置的情況，用於分類的特徵量是於走路的動作的膝蓋的最高位置(第1種的動態特徵量的其中一個實施例)。

基於被照體的屬性分類指的是，使用至少1種的被照體的屬性分類3D建模資料。被照體的屬性指的是，例如，被照體的年齡、性別、人種、國籍、職業、又或者是病史。若是依據此例，可以從被照體的屬性推算動態特徵量。

藉由上述的2個以上的組合的分類指的是，基於靜態特徵量分類、基於動態特徵量分類、以及基於被照體的屬性分類之中使用了兩個以上的組合的分類。若是依據此例，可以進行更多種的推算。

在這裡，作為其中一個實施例，說明使用藉由(4)的組合的分類的例子。具體來說，3D建模資料首先基於被照體的屬性分類(第1段的分類)，然後基於被照體的靜態特徵量分類(第2段的分類)。基於被照體的屬性分類是基於被照體的年齡以及性別的分類。在這個例子，在挑選骨骼構造的標 準模型時所用的屬性原封不動直接作為3D建模資料的分類使用。也就是說，於第1段的分類中，3D建模資料的分類與骨骼構造的標準模型是一對一地對應。

圖20是例示3D建模資料的分類的圖。圖20顯示第2段的分類。於此例中，第2段分類使用N種的特徵量進行。具體來說，3D資料處理系統20”，於將各特徵量作為座標軸的N次元空間中將各3D建模資料圖表化，將此圖表化的資料組遵從數學上的演算法進行聚類分析(群組化)。在這裡為了將說明簡單化，展示N=2的例子。也就是說，第2段的分類是特徵量X”以及特徵量Y”，使用兩種特徵量進行。於其中一個實施例中，特徵量X”是有關膝蓋的特徵量，特徵量Y”是有關胸椎的特徵量。此圖是，將各3D建模資料圖表化至，將特徵量X”取至橫軸、將特徵量Y”取至縱軸的二次座標的圖。1個圖表資料對應1個3D建模資料。例如假設過去取得1萬人的3D建模資料以及特徵量的話，就會取得1萬個圖表資料。3D資料處理系統20”將這些圖表資料，使用最短距離法又或者是k平均法等的已知的聚類分析方法，分割成部分集合也就是群組化。於圖20的例子中，這些圖表資料被分類到群組G1”~G5”的5個群組。

例如，針對既有的被照體的3D建模資料取得例示於圖20的分類的情況，3D資料處理系統20”識別出與目標被照體S”的3D建模資料的圖表資料距離最近的既有的圖表資料，將目標被照體S”的3D建模資料，分類到與那個既有的圖表資料相同的群組。又或者是，3D資料處理系統20”再次將目標被照體S”的3D建模資料以及既有的3D建模資料，使用聚類分析方法分類，判斷被照體S”的3D建模資料屬於哪個群組。

如同已經說明過的由於第1段的分類是每次以骨骼構造的標準模型進行的，第2段的分類等同於每次以標準模型進行的。例如，目標被照體S 是成人男子的情況，聚類分析方法適用於包含既有的被照體的成人男子的母集合，使用得到的結果分類目標被照體S”的3D建模資料。

再次參照圖19。於步驟S22”中，3D資料處理系統20”基於分類推算被照體S”的3D建模資料的特性(也就是被照體S”的特性)。於此動作的例子中特性指的是為了定義3D模型的特徵點的(位移的)軌跡的資訊，更詳細地說是使3D模型行走時的膝蓋及指尖的最高位置。此例的特性資料是顯示於行走動作的膝蓋及指尖的最高位置的資料。又或者是，特性資料也可以包含，於手肘以及指尖的最高位置加上顯示於中間狀態的位置的資料。

圖21是例示3D建模資料的動作的圖。此例顯示著3D建模資料在走路時的骨骼的相對的位置關係。圖21(A)顯示基本姿勢。圖21(B)顯示抬起左腳的姿勢。圖21(C)顯示將左腳放下於地面的姿勢。圖21(D)顯示抬起右腳的姿勢。圖21(E)顯示右腳放下的姿勢。藉由重複讓3D建模資料做這些姿勢，可以使3D模型行走。圖21(A)~(E)相當於所謂的關鍵幀，關鍵幀之間的姿勢藉由補幀計算。關鍵幀的姿勢由每個標準模型所定義，於3D資料處理系統20”中事先儲存。

於此例中，下面的資料被作為特性定義。

於圖21(B)的姿勢的左膝的位置以及右指尖的位置。

於圖21(D)的姿勢的右膝的位置以及左指尖的位置。

更詳細地說，對於標準模型，從於所定義的關鍵幀的特幀點的位置的偏移(差)被作為特性定義。例如，從於標準模型的圖21(B)的姿勢的左膝的位置P2s”的偏移向量D(P2)”是特性資料的其中一個實施例。

針對儲存於3D資料系統1”的3D建模資料的一部份，為了生成3D建模的拍攝的時候，又或者是在別的時間點，會實際拍攝被照體的動作。以下，被拍攝了實際的動作的被照體以「特定被照體」稱呼。也就是說， 特定被照體的特性資料，不是被推算出的資料，而是實際測量到的資料。例如，3D資料輸入系統10”拍攝特定被照體在走路的樣子，取得相當於圖21所例示的關鍵幀的圖像(各個姿勢不同的複數的拍攝圖像的其中一個實施例)。3D資料處理系統20”從如此取得到的動作的資料，決定代表各群組的動作的資料。如此每個群組可以取得代表那個群組的特性資料(代表特性資料)。

代表群組的特性資料是，例如，包含在那個群組裡的從特定被照體之中隨機挑選出的被照體的特性資料。又或者是，代表群組的特性資料是包含在那個群組裡的特定被照體之中，於N次元座標空間中圖表化至離那個群組的中心座標最近的位置的被照體的特性資料。更又或者是，代表群組的特性資料是，包含在那個群組裡的複數的特定被照體的特性資料的平均值等的統計上的代表值。

3D資料處理系統20”將代表目標被照體S”的3D建模資料所屬的群組的特性資料，作為成為目標被照體的3D建模資料的特性資料使用。這也就是說，目標被照體S”的特性相當於推測為「與代表目標被照體S”的3D建模資料所屬的群組的特性相同」。例如，成為目標的3D建模資料所屬於群組G4”的情況，3D資料處理系統20”將代表群組G4”的特性資料，決定作為目標被照體S”的3D建模資料的特性資料使用。

再次參照圖19。於步驟S23”中，3D資料處理系統20”將顯示推算出的特性的特性資料，添加到目標被照體S”的3D建模資料。在這裡，「添加」指的是至少以了解兩者的對應關係的狀態儲存。如此一來，應用程式30”變得可以使用目標被照體S”的3D建模資料。

又，添加到1個3D建模資料的特性資料不限定於1種。也可以添加複數種類的特性資料到1個3D建模資料。例如，也可以對某個被照體的3D 建模資料，添加有關走路動作的特性資料、有關跳躍的動作的特性資料、有關出拳動作的特性資料、以及有關腳踢動作的特性資料。又或者是，也可以定義統合規定這些動作的特性資料。

2-1-3.特性資料

到這裡所說明的特性資料終究只是例示。作為特性資料，也可以於上述所說明的例子替代、又或者加上，包含以下的資料。

(1)頭髮的硬度

3D模型移動的話，會因為那個反作用力使頭髮搖盪。頭髮的硬度是影響到頭髮的搖盪方式的特性資料。頭髮硬的話搖盪方式就小、頭髮柔軟的話搖盪方式就大。例如，將一部份的髮尾的位置作為特徵點取出的話，作為特徵點的動作可以表現出頭髮的硬度。

(2)眨眼

眨眼的方式也有特性。例如，有將複數次眨眼整合一次做眨眼的人、眨眼的速度慢的人、又或者是保持眼皮閉闔的狀態的時間長的人。例如，將眼皮下端作為特徵點取出的話，作為特徵點的動作可以表現出眨眼的方式。

(3)表情

笑容等的表情也有特性。圖22是例示從臉部取得到的特徵點(圖中的●)的圖。例如，嘴角、外眼角、表情肌的端點作為特徵點取出的話，作為特徵點的動作可以表現出表情。

(4)聲音 特性資料也可以包含聲音資料。聲音資料雖然沒有包含有關從3D建模資料取出的特徵點的軌跡的資訊，但是由聲音是藉由被照體的聲帶的震動產生的這點、以及於隨著時間變化這點中，可以說呈現著被照體的動態特性。聲音有與被照體的身體特徵或屬性相關的情況(少年的聲音比較高等)、也很適合用於特性資料的推算。 (5)皮膚的狀態

皮膚的緊弛狀態，可以說是以相對長時間規模(數十年單位)變化的動態特性。皮膚的狀態的變化，也可以說是顯示著成長或老化。例如，從臉的凹凸取得特徵點的話，作為特徵點的時間變化可以表現出成長或老化。

(6)動作的習慣

走路、跑步，於像這樣標準的動作的特性指的是別的動作，例如，有撥弄頭髮、抓頭、摸鼻子、抖腳等的動作表現被照體的特性的表現。也可以將這些動作資料化。

(7)視點的位置、視角

於應用程式30”中，3D模型配置於虛擬空間。虛擬空間裡設有虛擬相機。應用程式30”將藉由此虛擬相機取得到的2次元圖像顯示於顯示裝置。由於虛擬相機終究只是虛擬的，理論上，應用程式30”可以任意地設定視點的位置以及視角。但根據應用程式的不同會有以3D模型做為基準，想要限制虛擬相機的相對位置這樣的需求。作為具體例子，例如於使用女性偶像歌手的3D模型的情況中，有想要限制虛擬相機不能到3D模型的腰部以下這樣的需求。又或者是，有想要當虛擬相機的視角超過某個範圍就不能變小這樣 的需求。為了回應這些需求，將為了限制虛擬相機的視點的(對3D模型的相對的)位置的資料可以作為特性資料使用。藉由這個資訊，可以對每個3D模型定義不讓使用者看見的區域。

(8)可動限制

關節的可動範圍表現著被照體的特性。例如，雖然體操選手可以將兩腳(髖關節)打開180°，但是一般人只能打開到90°左右。將各關節的可動範圍資料化的話，可以作為特性資料使用。於此情況中，關節的可動範圍，也可以依據與現實的可動範圍不同的別的理由做限制。例如，於特定的3D模型中，髖關節的可動範圍被限制到60°左右。像這樣，可以將為了限制關節的可動範圍的資料作為特性資料使用。

2-1-4.3D建模資料的使用

圖23是例示使用3D建模資料的處理的細節的圖。圖23的處理，例如，應用程式30”的使用者，以命令取得3D建模資料為契機啟動。

於步驟S31”中，應用程式30”，對3D資料處理系統20”要求3D建模資料。此要求是識別出3D建模資料的資訊，例如包含被照體的ID。又或者是，此要求，也可以包含為了從3D資料系統儲存著的3D建模資料中檢索期望的資料的檢索關鍵。這個情況，3D資料處理系統20”將與檢索關鍵相符的3D建模資料的一覽表傳送到應用程式30”。應用程式30”從這個一覽表之中挑選一個3D建模資料。識別出被挑選的3D建模資料的資訊被輸出到3D資料處理系統20”。

此要求，也可以於識別出3D建模資料的資訊加上，包含識別出特性資料的資訊。於1個3D建模資料添加複數種類的特性資料的情況中，特 定的應用程式30”不見得全部需要這些複數種類的特性資料。在這裡，應用程式30”只對3D資料處理系統20”要求自己所需要的特性資料。

於步驟S32”中，3D資料處理系統20”將所要求的3D建模資料以及特性資料，傳送到要求源的應用程式30”。應用程式30”只要求特定的特性資料的情況，3D資料處理系統20”只輸出所要求的特性資料加入3D建模資料。

於步驟S33”中，應用程式30”使用從3D資料處理系統20”取得到的3D建模資料以及特性資料提供產品又或者是服務。於3D資料系統1”中，不同種類的應用程式可以使用共通的3D建模資料及特性資料。應用程式30”，例如，包含ID卡、名片、虛擬溝通、電視遊戲、換裝(試穿)、尺寸量測、虛擬劇院、健身、醫療、及電影製作之中至少1個。應用程式30”也可以以智慧型手機等的攜帶裝置運作，也可以以固定不動的個人電腦運作。

ID卡是使用於使用者的身分證明的應用程式。於ID卡中，作為使用者的照片的替代顯示3D模型。

名片是為了將使用者的個人資訊傳達給其他的使用者的應用程式。在名片的資料裡，包含使用者的3D建模資料。例如使用者UA的名片資料，輸出到別的使用者UB。使用者UB於自己的電腦裝置中可以觀看包含使用者UA的3D模型的名片資料。

虛擬溝通是於虛擬空間中為了與其他的使用者進行溝通的應用程式。於虛擬空間中，各使用者使用所謂的虛擬形象顯示。作為此虛擬形象使用有關本實施例的3D模型。使用虛擬溝通的話，例如相隔遠地的複數的使用者可以進行會議。於會議中，各使用者的虛擬形象具有特色，增添現實感。

於電視遊戲中，作為在遊戲中登場的角色，使用有關本實施例的3D模型。例如，於格鬥遊戲中，玩家可以使用自己的3D模型作為玩家角色使用。此3D模型，具有對應那個玩家的動作的特徵(例如，跑步方式、跳躍方式等)。

換裝是於虛擬空間中讓人體模型穿上衣服的應用程式。作為此人體模型，使用有關本實施例的3D模型。人體模型以穿了衣服的狀態在虛擬空間中移動(所謂的伸展台走秀)。此時，此人體模型，具有對應那個使用者的動作的特徵(例如，走路方式)。

尺寸測量是將被照體S”的身體的尺寸(身高、胸圍、腰圍等)做量測的應用程式。

虛擬劇院是，於虛擬空間中，讓虛擬角色(虛擬形象)進行表演(歌唱、演戲、跳舞等)，觀賞那個表演的應用程式。角色分別具有特性。表演，例如在虛擬空間上的舞台進行。使用者可以觀賞以虛擬相機拍攝到的這個表演。虛擬相機(視點)的位置例如配合使用者的命令控制。使用者，可以將虛擬相機靠近特定的表演者、俯瞰舞台、自由自在地控制虛擬相機的位置。

健身是於運動的前後，將被照體的身體3D模型化做記錄的應用程式。藉由比較所儲存的3D模型，可以將藉由運動肌肉變強壯的部分、減掉多餘的贅肉的部分以視覺確認。

醫療是於治療的前後，將被照體的身體3D模型化做記錄的應用程式。藉由比較所儲存的3D模型，可以將治療、投藥、復健的效果以視覺確認。

電影製作是在電影之中讓3D模型登場的應用程式。例如，取得男演員的3D建模資料以及特性資料的話，不需要實際讓男演員出演，也可以讓那個男演員作為電影中的角色登場。

2-2.動作例2

於動作例1中，說明了推算目標被照體S”的特性資料的例子。於此例中，不會進行特性資料的推算。特性資料於3D資料系統1”中被事先準備，使用者(例如目標被照體S”本人)從事先準備好的複數的特性資料之中挑選期望的資料。

於3D資料系統1”中，特性資料裡賦有為了檢索的標籤。此標籤，例如，包含年齡、性別、人種、國籍、職業、又或者是病史。使用者，可以將這些屬性作為檢索關鍵檢索特性資料。例如，3D資料系統1”，也可以將所指定的特性資料作為目標被照體S”的3D建模資料預覽顯示。

於3D資料系統1”中被事先準備的特性資料裡，也可以包含例如有名的運動選手或男演員的特性資料。這個情況，特性資料裡賦有識別出運動選手或男演員的識別單元。使用有關職業足球選手踢球時的動作的特性資料的話，使用者，例如，於足球遊戲中，可以將從自己的拍攝圖像取得到的3D模型作為玩家的角色登場，讓此角色使用有名的職業足球選手的運動姿勢踢球。

若是依據此例，不需要推算特性也可以對3D建模資料添加特性資料。又，動作例2也可以與動作例1合併使用。例如，3D資料系統1”，也可以讓使用者挑選藉由推算的特性資料的添加與事先準備好的特性資料的添加的其中的某個，以被使用者所選擇的方法添加特性資料。

C.第3實施例 1.組成

圖25是示例有關一實施例的3D資料系統1’’’的全體組成的圖。3D資料系統1’’’是將顯示3D模型的3D資料組提供給應用程式的系統。3D模型指的是，於3次元虛擬空間中顯示立體的資料。3D模型至少包含有關3D被照體的表 面形狀以及表面的色彩的資訊。3D資料組，例如，使用拍攝了被照體的表面的圖像所生成。「被照體」是作為生成3D資料組的目標的物體，包含人類或動物等的生物，以及人偶、衣服、又或者是家具等的無生物。

3D資料系統1’’’具備客戶端10’’’、伺服器20’’’、以及服務應用程式30’’’。服務應用程式30’’’是為了將使用了3D模型的服務提供給使用者的軟體(又或者是程式)。服務應用程式30’’’不論安裝於怎樣的硬體都可以，於其中一個實施例中是安裝於與伺服器20’’’不同的別的伺服器的網站應用程式。又或者是，服務應用程式30’’’，也可以安裝它的一部份又或者是全部到客戶端10’’’。客戶端10’’’是為了提供服務應用程式30’’’的UI(User Interface)的終端裝置，例如是智慧型手機、平板終端、攜帶型電腦、又或者是遊戲機器等的電腦。伺服器20’’’是所謂的雲端伺服器。伺服器20’’’儲存著複數的3D資料組，配合從服務應用程式30’’’來的要求將3D資料組從儲存單元讀出，將所讀出的3D資料組提供到服務應用程式30’’’。客戶端10’’’透過通訊迴路2’’’連接到伺服器20’’’。通訊迴路2’’’，例如，包含網路、行動通訊網路、電話迴路、又或者是LAN(Local Area Network)。

客戶端10’’’裡安裝有作業系統(下面以「OS」稱呼)以及應用程式程式等的軟體，安裝好的應用程式由使用者所使用。特別是，客戶端10’’’裡安裝有使用3D資料組的應用程式。在圖25雖然為了使圖面簡單化以單一的客戶端10’’’呈現於圖中，但複數的客戶端10’’’也可以被包含於3D資料系統1’’’。

圖26是例示3D資料系統1’’’的功能組成的方塊圖。3D資料系統1’’’具有，要求傳送單元351’’’、回覆接收單元352’’’、處理單元353’’’、資料傳送單元354’’’、輸出單元355’’’、儲存單元251’’’、要求接收單元252’’’、認 證單元253’’’、回覆傳送單元254’’’、分享單元255’’’、收費單元256’’’、以及UI單元151’’’。

於伺服器20’’’中，儲存單元251’’’儲存有關3D資料組的資料庫。 此資料庫裡記錄有3D資料組的資料識別單元、於包含在3D資料組裡的資料本體中身為被照體的使用者(又或者是被模型化的使用者)的使用者識別單元、以及從使用者被分享到3D資料組的使用者的使用者識別單元的對應關係。再加上此資料庫裡記錄有顯示3D模型的資料本體、記述了分享那個資料本體的範圍的限制事項的分享限制資訊、以及記述了有關那個3D模型的處理的限制事項的處理限制資訊。又，資料本體等，一部份的資料也可以記錄於不是這個資料庫的外部的資料庫。3D資料組，例如，由3D掃描器(圖示省略)所生成。3D掃描器是讀取被照體的表面形狀以及表面的色彩生成3D資料組的裝置。

於服務應用程式30’’’中，要求傳送單元351’’’將對3D資料組的處理要求傳送到伺服器20’’’。此處理要求包含識別3D資料組的資料識別單元、以及識別使用者的使用者識別單元。又，服務應用程式30’’’，例如，於客戶端10’’’中透過UI單元151’’’配合使用者輸入的命令傳送處理要求。UI單元151’’’提供對使用者的使用者介面。

於伺服器20’’’中，要求接收單元252’’’從服務應用程式30’’’接收處理要求。認證單元253’’’基於儲存於儲存單元251’’’的對應關係以及包含在3D資料組裡的分享限制資訊，認證有關處理要求的處理的進行。回覆傳送單元254’’’，處理的進行被認證核可的情況，作為對處理要求的回覆，將資料本體的至少一部份以及處理限制資訊的至少一部份傳送到服務應用程式30’’’。

於服務應用程式30’’’中，回覆接收單元352’’’從伺服器20’’’接收回覆。處理單元353’’’在根據處理限制資訊的限制事項的範圍內對資料本體進行處理。輸出單元355’’’將於處理單元353’’’的處理的結果置於客戶端10’’’輸出(例如顯示)為了輸出的資料。資料傳送單元354’’’，由處理單元353’’’的處理是對3D模型進行編輯的處理的情況，將顯示編輯的內容的編輯資料，例如以與透過伺服器20’’’的路徑不同的別的路徑傳送到其他的客戶端10’’’。

從伺服器應用程式30’’’傳送的處理要求是有關3D資料的分享的處理要求、從分享源的使用者向分享對象的使用者分享3D資料組的分享被認證核可的情況，分享單元255’’’，儲存從分享源的使用者向分享對象的使用者分享了3D資料組的主旨到儲存單元251’’’。收費單元256’’’基於從客戶端10’’’接收到處理要求的次數又或者是頻率收取SDK的授權費。

於此例中，要求傳送單元351’’’、回覆接收單元352’’’、處理單元353’’’、以及資料傳送單元354’’’是服務應用程式30’’’具有的功能。如同前述，這些功能不論安裝於哪個硬體都可以。於其中一個實施例中，這些功能全部安裝於客戶端10’’’。於別的實施例中，這些功能也可以全部安裝於與伺服器20’’’不同的別的伺服器。又於別的實施例中，也可以將這些功能的一部份安裝到客戶端10’’’、其他的一部份安裝到伺服器裝置。儲存單元251’’’、要求接收單元252’’’、認證單元253’’’、回覆傳送單元254’’’、分享單元255’’’、以及收費單元256’’’安裝於伺服器20’’’。又，於客戶端10’’’以及伺服器20’’’的功能的分擔終究只是例示，功能的分擔不限定於圖2的例子。

圖27是例示客戶端10’’’的硬體組成的方塊圖。處理器101’’’是控制客戶端10’’’的其他的要素的處理器。記憶體102’’’是作為處理器101’’’為了 運行程式的工作區域工作的儲存裝置，例如包含RAM(Random Access Memory)。儲存裝置103’’’是儲存各種程式及資料的儲存裝置，例如，包含SSD(Solid State Drive)又或者是HDD(Hard Disk Drive)。通訊IF104’’’是為了進行遵從了預設的通訊規格(例如TCP/IP)的通訊的介面，包含例如NIC(Network Interface Card)。UI部105’’’具備例如觸控螢幕與按鍵。UI部105’’’可以內置於客戶端，又，也可以是外接並外部連結的。

在這個例子，儲存裝置103’’’儲存OS的程式、以及其他的應用程式程式。處理器101’’’藉由讀出並運行儲存於儲存裝置103’’’的程式安裝圖2所顯示的功能。運行程式的處理器101’’’及/又或者是通訊IF104’’’，是要求傳送單元351’’’、回覆接收單元352’’’以及資料傳送單元354’’’的其中一個實施例。運行程式的處理器101’’’是處理單元353’’’的其中一個實施例。

圖28是例示伺服器20’’’的硬體組成的方塊圖。處理器201’’’是控制伺服器20’’’的其他的要素的處理器。記憶體202’’’是作為處理器201’’’為了運行程式的工作區域工作的儲存裝置，包含例如RAM(Random Access Meomory)。儲存裝置203’’’是儲存各種程式以及資料的儲存裝置，例如，包含SDD(Solid State Drive)又或者是HDD(Hard Disk Drive)。通訊IF204’’’是為了進行遵從了預設的通訊規格(例如TCP/IP)的通訊的介面，包含例如NIC(Network Interface Card)。

在這個例子，處理器201’’’藉由運行儲存於儲存裝置203’’’的電腦程式安裝圖26的功能。儲存裝置203’’’是儲存單元251’’’的其中一個實施例。運行程式的處理器201’’’及/又或者是通訊IF204’’’是要求接收單元22’’’以及回覆傳送單元254’’’的其中一個實施例。運行程式的處理器201’’’是認證單元253’’’、分享單元255’’’、以及收費單元256’’’的其中一個實施例。

圖29是例示3D資料系統1’’’的軟體組成的圖。於此例中，服務應用程式30’’’，一部份安裝於網路上的伺服器(圖示省略)。具體來說，要求傳送單元351’’’、回覆接收單元352’’’、處理單元353’’’、資料傳送單元354’’’、以及輸出單元355’’’安裝於伺服器。其他的一部份，具體來說，顯示控制單元155’’’以及UI單元156’’’安裝於客戶端10’’’。服務應用程式30’’’提供使用了3D資料組的服務給使用者。服務應用程式30’’’是提供例如，ID卡、名片、虛擬溝通、電視遊戲、換裝(又或者是試穿)、尺寸量測、虛擬劇院、健身、醫療、又或者是電影製作的應用程式。

ID卡是使用於使用者的身分證明的應用程式。於ID卡中，作為使用者的照片的替代顯示3D模型。名片是為了將使用者的個人資訊傳達給其他使用者的應用程式。名片的資料裡包含使用者的3D資料組。例如使用者Ua的名片資料輸出到別的使用者Ub。使用者Ub於自己的客戶端10中可以觀看包含使用者Ub的3D模型的名片資料。

虛擬溝通是於虛擬空間中為了與其他使用者進行溝通的應用程式。於虛擬空間中，各使用者使用所謂的虛擬形象顯示。作為此虛擬形象使用有關本實施例的3D模型。使用虛擬溝通的話，例如相隔遠地的複數的使用者可以進行會議。

於電視遊戲中，作為遊戲中登場的角色，使用有關本實施例的3D模型。例如，於格鬥遊戲中，玩家可以將自己的3D模型作為玩家角色使用。換裝是於虛擬空間中讓人體模型穿上衣服的應用程式。作為此人體模型，使用有關本實施例的3D模型。人體模型以穿了衣服的狀態在虛擬空間內移動(所謂的伸展台走秀)。尺寸量測是測量被照體的身體的尺寸(例如，身高、胸圍、腰圍等)的應用程式。

虛擬劇院，於虛擬空間中讓虛擬角色(又或者是虛擬形象)進行表演(例如，歌唱、演戲、跳舞等)，觀賞那個表演的應用程式。表演，例如在虛擬空間上的舞台進行。使用者可以觀賞以虛擬相機拍攝的這個表演。虛擬相機(又或者是視點)的位置，例如配合使用者的命令控制。使用者可以將虛擬相機靠近特定的表演者、俯瞰舞台，自由自在地控制虛擬相機的位置。

健身是於運動的前後，將被照體的身體3D模型化記錄的應用程式。藉由比較所儲存的3D模型，可以將因運動肌肉變強壯的部分或、減去多餘的贅肉的部分以視覺確認。醫療是於治療的前後，將被照體的身體3D模型化記錄的應用程式。藉由比較所儲存的3D模型，可以將治療、投藥、復健的效果以視覺確認。電影製作是在電影之中讓3D模型登場的應用程式。

服務應用程式30’’’包含要求傳送單元351’’’(要求傳送單元31’’’的其中一個實施例)、回覆接收單元352’’’(回覆接收單元32’’’的其中一個實施例)、處理單元353’’’(處理單元33’’’的其中一個實施例)、資料傳送單元354’’’(資料傳送單元34’’’的其中一個實施例)、以及輸出單元355’’’(輸出單元35’’’的其中一個實施例)。要求傳送單元351’’’識別包含，用以表示3D模型的資料本體、記述了分享該資料本體的範圍的限制事項的分享限制資訊、及記述了有關該3D模型的處理的限制事項的處理限制資訊，的3D資料組的資料識別單元、以及將對包含識別使用者的使用者識別單元的3D資料組的處理要求傳送到伺服器20’’’。回覆接收單元352’’’從伺服器20’’’接收回覆。處理單元353’’’在根據處理限制資訊的限制事項的範圍內，對資料本體進行處理。輸出單元355’’’將於處理單元353’’’的處理的結果置於客戶端10’’’輸出為了輸出(例如顯示)的資料。資料傳送單元354’’’，由處理單元353’’’的處理是對3D模型進行編輯的處理的情況，將顯示編輯的內容的編 輯資料，以透過與伺服器20’’’的路徑不同的別的路徑傳送到其他的客戶端10’’’。

要求傳送單元351’’’、回覆接收單元352’’’、處理單元353’’’、以及輸出單元355’’’，作為SDK提供給服務應用程式30的開發者。服務應用程式30’’’的開發者使用所提供的SDK進行服務應用程式30的開發。顯示控制單元155’’’進行3D模型的顯示。例如，顯示控制單元155’’’遵從受到編程的3D模型的動作(例如跳舞又或者是遊戲角色的行動等)或虛擬相機的視點的動作顯示3D模型於UI單元156’’’。

又，處理器201’’’藉由運行儲存於儲存裝置203’’’的電腦程式，安裝圖29的要求接收單元252’’’(要求接收單元22’’’的其中一個實施例)、認證單元253’’’(認證單元23’’’的其中一個實施例)、回覆傳送單元254’’’(回覆傳送單元24’’’的其中一個實施例)、分享單元255’’’(分享單元25’’’的其中一個實施例)、收費單元256’’’(收費單元26’’’的其中一個實施例)、以及取得單元257’’’到伺服器20’’’。

儲存單元251’’’是儲存單元21’’’的其中一個實施例。儲存單元251’’’儲存3D資料組的資料識別單元、於包含在3D資料組的資料本體中身為被照體的使用者的使用者識別單元、以及從使用者分享到3D資料組的使用者的使用者識別單元的對應關係。要求接收單元252’’’從客戶端10’’’接收處理要求。認證單元253’’’基於儲存於儲存單元251’’’的對應關係以及包含在3D資料組的分享限制資訊，認證有關處理要求的處理的進行。回覆傳送單元254’’’在處理的進行被認證核可的情況，作為對處理要求的回覆，將資料本體的至少一部份以及處理限制資訊的至少一部份傳送到客戶端10’’’。

分享單元255’’’從分享源的使用者向分享對象的使用者分享3D資料組的分享被認證核可的情況，儲存從分享源的使用者向分享對象的使用 者分享了3D資料組的主旨到儲存單元251’’’。收費單元256’’’依照從客戶端10’’’接收到的處理要求(例如，基於接收到的處理要求的次數又或者是頻率)收取SDK的授權費。取得單元257’’’取得3D資料組，儲存於儲存單元251’’’。

儲存單元251’’’裡儲存有3D資料庫、以及分享資料庫。3D資料庫裡有3D資料組對應連結儲存，識別3D資料組的識別單元(資料ID)、以及於包含在那個3D資料組裡的資料本體中識別身為被照體的使用者的識別單元(使用者ID)。分享資料庫裡儲存有，針對各個3D資料組，顯示分享到哪個使用者了(允許哪個使用者的使用)的資訊。

圖30是例示3D資料組D1’’’的內容的圖。在圖30的例子，3D資料組D1’’’包含資料本體D11’’’、分享限制資訊D12’’’、處理限制資訊D13’’’、以及使用者屬性資訊D14’’’。資料本體D11’’’是表示3D模型的資料(下面以「3D建模資料」稱呼)。3D建模資料，例如，包含3D模型的外觀資料以及骨骼資料。外觀資料是表示身為3D模型的目標的被照體的表面的立體形狀以及色彩的資料。骨骼資料是表示為了賦予3D模型動作(motion)的虛擬的構造(骨骼)的資料。使用者屬性資訊D14’’’是表示成為了3D模型的被照體的使用者的屬性的資料。於其中一個實施例中，使用者屬性資訊D14’’’包含被照體的使用者ID。使用者屬性資訊D14’’’也可以於使用者ID替代，又或者是加上，包含被照體的年齡、性別、職業等的屬性。

包含在3D建模資料裡的外觀資料例如，如下所生成。首先，於3D掃描器(圖示省略)等的資料生成裝置中，藉由相機拍攝成為目標的被照體，可以取得拍攝圖像。以事先決定好的姿勢拍攝目標被照體。3D掃描器，於拍攝圖像加上，取得為了測量到相機的距離的圖像(例如紅外線的模式圖形的像。下面以「模式圖像」稱呼)。3D掃描器，從相機到於模式圖像的各點 的距離，也就是將目標被照體的表面的立體形狀，使用模式圖像計算，對計算出的立體形狀貼上拍攝圖像。如此取得外觀資料。

又，3D掃描器從3D建模資料取得特徵點。特徵點是例如於3D模型的，所謂的骨骼的端點。特徵點的取得裡，例如，有使用記載於專利第6489726號公報的方法。又3D掃描器計算顯示複數的特徵點的位置關係的特徵量。表示有關特徵點的特徵量的資料作為骨骼資料使用。再加上，3D掃描器從身為被照體的使用者接收，那個使用者的屬性、有關分享的限制的資訊、以及有關處理的限制的資訊的輸入。3D掃描器基於這些所輸入的資訊，生成使用者屬性資訊D14’’’、分享限制資訊D12’’’、以及處理限制資訊D13’’’。3D掃描器將這些資訊以預設的資料格式記述生成3D資料組D1’’’。3D掃描器將生成的3D資料組D1’’’上傳到伺服器20’’’。

分享限制資料D12’’’是記述了分享資料本體的範圍的限制事項的資訊。分享限制資訊裡包含例如，顯示「不限制」、「只允許一次分享」、又或者是「不允許分享」這樣的內容的資訊。「不限制」顯示不設下針對分享的限制的主旨。「只允許一次分享」顯示只允許由資料本體表示的3D模型的被照體的使用者進行直接分享的情況的分享的主旨。「不允許分享」顯示分享被禁止的主旨。又，分享限制資訊裡，也可以包含顯示分享的使用者的上限人數的資訊。又，分享限制資訊，例如，「只允許分享對象是女性的情況」、「只允許分享源是十多歲的情況」、「只允許與分享對象的使用者住在同一個國家的情況」等，也可以包含與被照體、分享源、又或者是分享對象的使用者的屬性有關的限制事項。

處理限制資訊D13’’’是記述了有關3D模型的處理的限制事項的資訊。處理限制資訊例如，包含有關骨骼的限制事項、有關虛擬相機的限制事項、有關編輯的限制事項、以及有關應用程式的限制事項的至少1種。有 關骨骼的限制事項是，例如，為了限制預設的動作(motion)又或者是姿勢(pose)的資訊，例如是為了禁止特定的姿勢的資訊。有關虛擬相機的限制事項是在顯示3D模型時為了限制虛擬相機的位置的資訊，是顯示對3D模型禁止例如從預設的角度及/又或者是方向的拍攝的主旨的資訊。有關編輯的限制事項是，例如，為了禁止換裝處理的資訊，又或者是為了禁止特定的部位的編輯(例如變更頭髮的顏色)的資訊。有關應用程式的限制事項是，例如，為了限制可以使用那個3D資料的應用程式的資訊，具體來說，是為了限制應用程式的種類的資訊，又或者是為了禁止在特定的應用程式的使用的資訊。

3D資料組不限定是以3D掃描器生成的，也可以由伺服器20’’’等、其他的裝置所生成，由伺服器20’’’以外的裝置生成3D資料組的情況，伺服器20’’’將3D資料組、識別那個3D資料組的資料ID、以及那個3D資料組表示的3D模型的目標的使用者的使用者ID，藉由從其他的裝置的接收取得，儲存到3D資料庫。

圖31是例示分享資料庫的內容的圖。在圖31的例子，此資料庫裡有「資料ID」、「使用者ID」、以及「許可ID」的各項目互相關聯連結。這些項目之中，「資料ID」的項目裡收錄有識別3D資料組的識別單元(資料ID)。「使用者ID」的項目裡收錄有於包含在那個3D資料組的資料本體中識別身為被照體的使用者的識別單元(使用者ID)。「許可ID」的項目裡收錄有從由儲存於「使用者ID」的使用者ID所識別的使用者，分享到那個3D資料組的使用者的使用者ID(下面以「許可ID」稱呼)。如此，分享資料庫裡儲存有資料ID、使用者ID、及分享到那個3D資料組的使用者的使用者ID的對應關係。

又，在這個實施例，分享資料庫的「許可ID」的項目裡有，關聯地儲存有分享到那個3D資料組的使用者的使用者ID與、顯示那個分享是幾次分享(一次分享、二次分享、三次分享等)的資訊(變數等)。「一次分享」指的是，由3D資料組的資料本體表示的3D模型的被照體的使用者直接進行的分享。「二次分享」指的是，不是由那個3D資料組的資料本體表示的3D模型的被照體的使用者直接進行分享，由一次分享分享到3D資料組的使用者再將那個3D資料組分享到其他的使用者。「三次分享」指的是，由二次分享分享到3D資料組的使用者再將那個3D資料組分享到其他的使用者。n次分享(n是自然數)也是相同的，透過n人的使用者分享3D資料組。也就是說分享資料庫裡儲存有於分享到那個3D資料組的使用者的使用者ID加上，顯示分享到的使用者是幾次分享的資訊。於圖31的例子，「usr002(2)」這個標示顯示允許對「usr002」二次分享。

2.動作 2-1.3D資料組的提供

接下來，針對3D資料系統的動作說明。在這裡，說明使用者在服務應用程式30’’’使用自己的3D資料組的情況的動作。客戶端10’’’的使用者使用UI部105’’’進行啟動服務應用程式30’’’的操作。客戶端10’’’配合使用者的操作啟動服務應用程式30’’’。服務應用程式30’’’進行為了從伺服器20’’’取得3D資料組的處理。

圖32是示例有關3D資料系統1’’’的一實施例的動作的時序圖。於步驟S101’’’中，要求傳送單元351’’’將對3D資料組的處理要求傳送到伺服器20’’’。對3D資料組的處理裡，例如，包含3D模型的輸出又或者是編輯、又或者是那個3D資料組的分享。被傳送的處理要求裡包含識別3D資料組的資料ID(又或者是識別單元)、識別要求處理的使用者的使用者ID(又或者是 使用者識別單元)、識別3D資料組的用途(又或者是種別)的用途識別單元(例如，全部、只有外觀資料、只有骨骼資料、等)、以及處理的內容。在這個動作例，資料ID是「data011」、使用者ID是「usr001」、用途識別單元是「全部」，又，分享資料庫的內容使用例示於圖31的例子說明。要求接收單元252’’’將從客戶端10’’’接收到的處理要求供給於認證單元253’’’(步驟S102’’’)。

於步驟S103’’’中，認證單元253’’’基於儲存於分享資料庫的資料ID、使用者ID、以及許可ID的對應關係、以及包含在3D資料組裡的分享限制資訊，認證可不可以進行有關處理要求的處理。在此，包含在處理要求裡的資料ID「data011」與使用者ID「usr001」，對應連結儲存於分享資料庫(參照圖31)。因此，認證單元253’’’允許有關處理要求的處理的進行。在別的例子，對於包含資料ID「data011」以及使用者ID「usr121」的處理要求，由於在分享資料庫資料中資料ID「data011」與使用者ID「usr121」沒有對應連結，不允許有關處理要求的處理的進行。

有關處理要求的處理的進行被認證核可的情況，於步驟S104’’’中，供給認證結果到回覆傳送單元254’’’。於步驟S105’’’中，回覆傳送單元254’’’，作為對在步驟S101’’’接收到的處理要求的回覆，將包含在3D資料組裡的資料本體的至少一部份以及處理限制資料的至少一部份傳送到客戶端10’’’。在這個動作例，回覆傳送單元254’’’將包含在資料本體裡的資料之中，配合曾經包含在處理要求的用途識別單元將被挑選的一部份(又或者是全部)的資料作為回覆傳送到客戶端10’’’。用途識別單元顯示資料本體的全部的情況，回覆傳送單元254’’’將包含在3D資料組裡的資料本體的全部，與處理限制資訊的全部，傳送到客戶端10’’’。傳送出的資料本體以及處理 限制資訊，於步驟S105’’’中由回覆接收單元352’’’接收。於步驟S106’’’中，回覆接收單元352’’’將接收到3D資料組的主旨通知到顯示控制單元155’’’。

於步驟S107’’’中，顯示控制單元155’’’為了進行3D模型的顯示，命令處理單元353’’’運行對3D資料組的處理。在這個動作例，顯示控制單元155’’’遵從預先編程好的(又或者是由使用者指定的)3D模型的骨骼的動作或虛擬相機的視點的動作，輸入有關3D模型的顯示的參數值到處理單元353’’’。有關3D模型的顯示的參數值是，例如，骨骼的位置關係，又或者是虛擬相機的視點的座標。

於服務應用程式30’’’中，3D模型配置於虛擬空間。又，於這個虛擬空間中定義視點(又或者是虛擬相機)。服務應用程式30’’’於虛擬空間中將從這個視點看到的(由虛擬相機取得的)二次元圖像顯示於UI部105’’’。又，於虛擬空間的視點的座標及方向，例如，也可以由使用者所指定，又或者是，例如，也可以遵從事先設定的資料又或者是演算法自動地設定。於後者的情況中，視點的座標及方向也可以動態改變。

於步驟S108’’’中，處理單元353’’’在根據接收到的處理限制資訊的限制事項的範圍內對接收到的資料本體進行處理，將處理結果置於步驟S109’’’輸出到顯示控制單元155’’’。例如，輸入了虛擬相機的視點的座標的情況，處理單元353’’’生成從那個視點看到的3D模型的圖像(2次元)，輸出生成出的圖像。又，例如，輸入骨骼的位置關係(也就是姿勢)的話，處理單元353’’’就會於虛擬空間中將那個姿勢的3D模型，生成從指定的視點看到的時候的圖像(2次元)，輸出生成出的圖像。

此時，處理單元353’’’，以處理限制資訊所禁止的視點的位置或骨骼的位置關係等由顯示控制單元155’’’指定的話，就不需要生成2次元的圖像，輸出錯誤訊號。又或者是，處理部353’’’也可以將視點的位置又或者是 骨骼的位置關係停留在處理限制資訊允許的範圍，忽略將這些移動到所禁止的範圍的命令。由於設定於虛擬空間的視點終究只是虛擬的，理論上，服務應用程式30’’’可以任意設定視點的位置以及視角。但在這個實施例，根據處理限制資訊，以3D模型做為基準，限制視點的相對位置。做為具體例，例如於使用女性偶像歌手的3D模型的情況中，可以限制虛擬相機不能到3D模型的腰部以下。如此，根據處理限制資訊限制視點的(對應3D模型的相對的)位置。根據這個資訊可以將對3D模型的處理(例如，不讓使用者看的區域)定義於每個3D模型。

於步驟S110’’’中，顯示控制單元155’’’使用處理過的資料本體進行3D模型的顯示等的處理。例如，服務應用程式30’’’是進行虛擬溝通的應用程式的情況，藉由接收到的3D建模資料顯示使用者的3次元虛擬形象於UI部105’’’，藉由那個虛擬形象於服務應用程式30’’’中與其他的使用者進行溝通。

處理單元353’’’使用3D資料組進行的處理，不限定於3D模型的顯示。處理單元353’’’配合使用者的操作等，進行對3D模型的編輯處理。對3D模型的編輯處理是例如，變更3D模型的頭髮顏色的處理、變更皮膚顏色的處理，變更臉的部件(眼、鼻、等)的形狀的處理，又或者是變更服裝的處理。對3D模型進行編輯的情況，處理單元353’’’生成顯示編輯的內容的編輯資料。編輯3D模型的情況，處理單元353’’’按照編輯內容加工3D建模資料，生成顯示由加工後的3D建模資料(又或者是資料本體)所顯示的3D模型的圖像(2次元)的圖像資料。處理單元353’’’將生成出的圖像資料供給到顯示控制部155’’’，並將顯示編輯內容的編輯資料儲存於儲存裝置103’’’。顯示控制單元155’’’按照從處理單元353’’’供給的圖像資料將3D模型的2次元圖像顯示於UI部105’’’。被儲存的編輯資料，那個資料被分享於其他使用者的 時候傳送到其他的客戶端10’’’。又於此例中，儲存於伺服器20’’’的3D建模資料自己本身不被變更。編輯資料終究只是以原本的資料做為基準顯示編輯的內容(例如，「皮膚的顏色變更為褐色」、「頭髮的顏色變更為黑色」)的資料，沒有包含3D建模資料本身。

2-2.3D資料組的分享

服務應用程式30’’’的使用者於自己使用的服務應用程式30’’’中可以將處理過的3D建模資料，分享到使用服務應用程式30’’’的其他的使用者。例如，服務應用程式30’’’是顯示讓虛擬形象跳舞的動畫的程式的情況，將讓自己的虛擬形象跳舞的動畫以服務應用程式30’’’製作而成的使用者Ua，可以對使用同樣的服務應用程式30’’’的使用者Ub分享「使用者Ua的虛擬角色跳舞的動畫」。詳細來說，使用者Ua可以分享自己的虛擬形象的3D資料組、以及為了讓自己的虛擬形象跳舞的，顯示骨骼的動作時序(也就是編舞)的資料。又，3D建模資料(又或者是3D資料組)的分享，受到依據分享限制資訊的限制。分享限制資訊如同上面所記載包含於3D資料組裡。在這個動作例，針對某個使用者Ua對其他的使用者Ub分享自己的3D資料組的情況的動作說明。在下面的說明為了方便說明將使用者Ua使用的客戶端作為「客戶端10a’’’」、使用者Ub使用的客戶端10作為「客戶端10b’’’」說明。使用者Ua，使用客戶端10a’’’的UI單元105’’’，進行為了分享3D資料組的操作。服務應用程式30’’’，配合使用者Ua的操作進行為了分享3D資料組的處理。

圖33是例示由3D資料系統1’’’運行的，有關3D資料組的分享的動作的時序圖。於步驟S201’’’中，服務應用程式30’’’的要求傳送單元351’’’傳送將3D資料組分享於其他使用者的要求(分享要求)到伺服器20’’’。分享要求裡包含分享源的使用者及分享對象的使用者各自的使用者ID、以及被分享的3D資料組的資料ID。又有每個使用者限制1個等的限制，又或者是 因對每個使用者設定有預設的3D資料組等的事由，在就算沒有識別資訊也可以識別出3D資料組的情況，分享要求也可以不包含資料ID。在這個動作例，分享源的使用者ID是「usr001」、分享對象的使用者ID是「usr002」，又，說明包含在分享的目標的3D資料組裡的分享限制資訊是「只允許一次分享」的情況。要求接收單元252’’’於步驟S201’’’中從客戶端10’’’接收要求。接收到的要求於步驟S202’’’中供給於認證單元253’’’。

於步驟S203’’’中，認證單元253’’’基於儲存於儲存單元251’’’的分享限制資訊認證可不可以運行分享要求，也就是可不可以從分享源的使用者向分享對象的使用者分享3D資料組。具體來說，首先，認證單元253’’’，將分享源的使用者的使用者ID「usr001」從3D資料庫檢索，讀出包含在對應那個使用者ID的3D資料組裡的分享限制資訊。這個情況，因為包含在分享的目標的3D資料組裡的分享限制資訊是「只允許一次分享」，認證單元253’’’允許向使用者Ub的分享。

從分享源的使用者向分享對象的使用者分享3D資料組的分享被認證核可的情況，於步驟S204’’’中，傳送認證結果到分享單元255’’’。於步驟S205’’’中，分享單元255’’’配合認證結果，將從分享源的使用者向分享對象的使用者分享3D資料組的主旨儲存於資料庫。具體來說，分享單元255’’’將3D資料組的資料ID、分享源的使用者ID、以及分享對象的使用者ID，對應連結儲存到資料庫。分享單元255’’’所處理的結果，於步驟S206’’’中供給到回覆傳送單元254’’’。

於步驟S207’’’中，回覆傳送單元254’’’，作為對在步驟S201’’’接收到的要求的回覆，傳送顯示分享被認證核可的主旨的回覆。於服務應用程式30’’’中由回覆接收單元352’’’接收。接收到的回覆的內容於步驟S209’’’中通知顯示控制單元155’’’。

於步驟S209’’’中，顯示控制單元155’’’進行顯示分享被認證核可的主旨等的處理。又，如果有與3D資料組一起命令分享的資料(下面以「關聯資料」稱呼)，顯示控制單元155’’’，命令關聯資料的傳送到資料傳送單元354’’’(步驟S210’’’)。關聯資料是，例如，顯示3D資料組的編輯內容的資料、又或者是顯示跳舞的編舞的資料。於步驟S211’’’中，資料傳送單元354’’’將關聯資料傳送到其他的客戶端10’’’(客戶端10b’’’)。此時，傳送關聯資料的路徑是與透過伺服器20’’’的路徑不同的路徑，例如是透過服務應用程式30’’’的開發者管理的伺服器的路徑。由此，分享關聯資料給使用者Ub。

分享到3D資料組的使用者Ub使用客戶端10b’’’，進行為了使用分享到的3D資料組的操作。客戶端10b’’’的服務應用程式30’’’，配合使用者Ub的操作，對伺服器20’’’傳送處理要求。傳送的處理要求裡包含作為資料ID「data011」、作為使用者ID「usr002」、以及用途識別單元(「全部」、等)。這個情況的3D資料系統1’’’的動作與在圖32說明過的步驟S101’’’到步驟S109’’’的動作相同。又，於步驟S103’’’中，參照圖31的分享資料庫，作為對應到使用者ID「usr001」的許可ID因為「usr002」有被登錄於分享資料庫，允許有關那個處理要求的處理的進行。

又，於3D資料組的分享加上，客戶端10b’’’的使用者接受了關聯資料的分享的情況，客戶端10b’’’的服務應用程式30’’’使用從伺服器20’’’接收到的3D資料組及透過其他的伺服器接收到的編輯資料，運行3D模型的顯示等的各種處理。例如，服務應用程式30’’’是讓虛擬形象跳舞的應用程式的情況，由處理單元353’’’所處理的3D建模資料以及藉由關聯資料顯示使用者的3次元的虛擬形象於UI部105’’’，顯示那個虛擬形象跳著舞的樣子於UI部105’’’。

於圖33的步驟S203’’’的認證處理中針對分享不被認證核可的情況說明。例如，從使用者Ua接收到一次分享的使用者Ub有想要將使用者Ua的虛擬形象跳舞的動畫分享給使用者Uc的情況。於這個情況中，包含在3D資料組裡的分享限制資訊是顯示「只允許一次分享」的資訊的情況，從使用者Ub向使用者Uc的分享不被認證核可。

圖34是於圖33的步驟S203’’’的認證處理中例示分享不被認證核可的情況的3D資料系統1’’’的動作的時序圖。圖34的步驟S201’’’到步驟S203’’’的處理與顯示於圖33的那個相同。於步驟S203’’’中，認證單元253’’’基於儲存於儲存單元251’’’的分享限制資訊認證可不可以從分享源的使用者向分享對象的使用者分享3D資料組。從分享源的使用者向分享對象的使用者分享3D資料組的分享不被認證核可的情況，於步驟S404’’’中，傳送認證結果到回覆傳送部254’’’。於步驟S405’’’中，回覆傳送單元254’’’，作為對在步驟S201’’’接收到的要求的回覆，傳送顯示分享不被認證核可的主旨的回覆。傳送出的回覆於步驟S405’’’中由回覆接收單元352’’’所接收。接收到的回覆的內容於步驟S406’’’中通知顯示控制單元155’’’。

於步驟S407’’’中，顯示控制單元155’’’進行顯示分享不被認證核可的主旨等的處理。例如顯示「禁止二次分享」這樣的訊息。使用者Ub看到藉由顯示控制單元155’’’的顯示結果，確認不被分享的主旨。

2-3.3D資料組的分享對象的使用者的變更動作

接下來，說明變更3D資料組的分享對象的使用者的動作。在這個動作例說明，將使用者Ua的3D資料組的分享對象的使用者，從使用者Ub變更為使用者Uc的情況的動作。使用者Ua使用客戶端10a’’’的UI部105’’’進行為了變更3D資料組的分享對象的操作。服務應用程式30’’’配合使用者Ua的操作進行為了分享3D資料組的處理。

圖35是例示變更3D資料組的分享對象的使用者的動作的時序圖。 於步驟S301’’’中，要求傳送單元351’’’將變更3D資料組的分享對象的要求(下面以「變更要求」稱呼)傳送到伺服器20’’’。傳送的變更要求裡包含3D資料組的資料ID、識別要求的傳送源的使用者的使用者ID、以及識別分享對象的使用者的使用者ID。要求接收單元252’’’於步驟S301’’’從客戶端10’’’接收變更要求。接收到的變更要求於步驟S302’’’中供給於分享單元255’’’。

於步驟S303’’’中，包含於接收到的變更要求裡的使用者ID，是於包含在3D資料組裡的資料本體中身為被照體的使用者本人的使用者ID的情況，分享單元255’’’變更儲存於儲存單元251’’’的分享對象的使用者。由分享單元255’’’處理的結果於步驟S304’’’中供給於回覆傳送單元254’’’。於步驟S305’’’中，回覆傳送單元254’’’，作為對在步驟S301’’’接收到的變更要求的回覆，傳送顯示變更分享對象的使用者的主旨的回覆。傳送出的回覆於步驟S305’’’中由回覆接收單元352’’’接收。接收到的回覆的內容於步驟S306’’’中通知顯示控制單元155’’’。於步驟S307’’’中，顯示控制單元155’’’進行顯示分享被認證核可的主旨等的處理。

於圖31的例子中，考慮到被照體的使用者的usr001將向usr103的分享變更為別的使用者的usr104的情況。分享單元255’’’從儲存於儲存單元251’’’的分享對象的使用者一覽表刪除usr103追加usr104。關於usr001的3D資料，由於從usr104分享到的使用者不存在，分享單元255’’’會從一覽表刪除usr002(2)及usr102(3)。又儲存單元251’’’也可以將分享對象的使用者與分享源的使用者對應連結儲存。作為其中一個實施例，分享單元255’’’於圖31的表格「usr102(3,usr002)」這樣記錄。這是表示usr102是接受了3次分享的使用者，分享源的使用者是usr002。

說明別的例子。於圖31的例子中，考慮到被照體的使用者的usr001將向usr103的分享變更為別的使用者的usr002的情況。分享單元255’’’從儲存於儲存單元251’’’的分享對象的使用者一覽表刪除usr103。分享單元255’’’接著，雖然想要將usr002追加到分享對象的使用者一覽表，但是usr002已經存在於清單中。在這裡分享單元255’’’會改寫usr002的分享次數及分享源使用者。具體來說，分享單元255’’’將「usr002(2,usr103)」，「usr002(1,usr001)」這樣改寫。關於「usr102(3,usr002)」，由於分享源的使用者(usr002)存在於一覽表，分享部255’’’改寫分享次數，「usr102(2,usr002)」這樣改寫。

最後的例子的處理之後，例如就算從usr103接收usr001的3D資料的處理要求，由於一覽表裡沒有記錄usr103，認證單元253’’’不認證核可這些處理要求。

又，在這裡，雖然說明了處理從被照體的使用者的變更要求的例子，但伺服器20’’’也可以於被照體的使用者代替又或者是加上，接收從分享源的使用者的變更要求。配合被變更的使用者與有沒有分享源-分享目標的對應連結，從分享對象的使用者一覽表判斷要不要將使用者ID刪除的點也相同。

2-4.在分享之後改寫分享限制資訊的情況的動作

分享3D資料組之後，有改寫分享限制資訊的情況。針對這個情況的動作使用具體例說明。

在此，使用者Ua的3D資料組的分享限制資訊是顯示「允許到三次分享」的資訊，作為使用者Ua的3D資料組二次分享給使用者Uc。於這個情況中預想，將使用者Ua的虛擬角色跳舞的動畫，使用者Uc(接受了分享的人)想要分享給使用者Ud(接受三次分享的人)的情況。這個情況的3D資料系統 1’’’的動作與在圖33說明過的S201’’’到S211’’’的動作相同。這個情況，於步驟S203’’’中，參照儲存於儲存單元251’’’的分享限制資訊。因包含在分享的目標的使用者Ua的3D資料組裡的分享限制資訊是「允許到三次分享」，認證單元253’’’允許向使用者Ud的分享。也就是，使用者Ua的3D資料組從使用者Uc三次分享到使用者Ud。

使用者Ua可以改寫包含在自己的3D資料組裡的分享限制資訊。想改寫分享限制資訊的情況，使用者Ua使用客戶端10a’’’的UI部105’’’配合使用者Ua的操作進行為了改寫分享限制資訊的處理。

圖36是例示改寫分享限制資訊的情況的3D資料系統1’’’的動作的時序圖。於步驟S501’’’中，服務應用程式30’’’的要求傳送單元351’’’將分享限制資訊的改寫要求傳送到伺服器20’’’。改寫要求裡包含使用者ID、目標的3D資料組的資料ID、以及改寫後的分享限制資訊的值(例如「允許到二次分享」、「允許到一次分享」、等)。要求接收單元252’’’於步驟S501’’’中從客戶端10a’’’接收改寫要求。接收到的改寫要求於步驟S502’’’中供給於認證單元253’’’。

於步驟S503’’’中，認證單元253’’’基於儲存於分享資料庫的資料ID以及使用者ID、以及包含在改寫要求裡的各種資訊，認證分享限制資訊的改寫的進行。在此，因使用者Ua的使用者ID與3D資料組的資料ID與對應連結儲存於分享資料庫，認證單元253’’’允許分享限制資訊的改寫處理的進行。又或者也可以是，顯示可不可以改寫分享限制資訊的資料記錄於分享資料庫，認證單元253’’’基於此資料判斷可不可以改寫。可不可以改寫也可以對每個使用者記錄以及判斷，也可以配合使用者的屬性判斷。

分享限制資訊的改寫處理的進行被認證核可的情況，於步驟S504’’’中，認證單元253’’’進行分享限制資料的改寫處理。藉由此處理，使用者Ua的3D資料組的分享限制資訊例如可以從「允許到三次分享」改寫到「允許到二次分享」。

於步驟S505’’’中，認證單元253’’’判定儲存於分享資料庫的許可ID裡是否包含因改寫過的分享限制資訊導致分享變得不被認可的使用者ID。 例如，分享限制資訊從「允許到三次分享」改寫成「允許到二次分享」的情況的、在包含那個分享限制資訊的3D資料組的許可ID裡包含有被三次分享的使用者ID的情況，那個被三次分享的使用者ID，判定分享已經變得不被認可。這個情況，於步驟S506’’’中，認證單元253’’’將分享已經變得不被認可的使用者ID從分享資料庫的「許可ID」的項目中刪除。於這個情況中，伺服器20’’’也可以對由成為了刪除目標的使用者ID所指定的使用者，「由於身為被照體的使用者的要求，禁止這個資料的處理」等，通知3D資料組已經變得不能使用的主旨。

如此一來，因分享限制資訊被改寫導致分享變得不被許可的使用者的使用者ID會被從分享資料庫的「許可ID」的項目中刪除。例如使用者Ua的3D資料組的分享限制資訊是改寫為「不允許二次分享」的情況，且使用者Ud是被三次分享的使用者的情況，使用者Ud的使用者ID會被從分享資料庫的「許可ID」的項目中刪除。又，例如分享限制資訊是改寫為「允許到一次分享」的情況，且使用者Uc是被二次分享的使用者，使用者Ud是被三次分享的使用者的情況，使用者Uc的使用者ID與使用者Ud的使用者ID，會被從分享資料庫的「許可ID」的項目中刪除。

由認證單元253’’’所處理的結果，於步驟S507’’’中供給於回覆傳送單元254’’’。於步驟S508’’’中，回覆傳送單元254’’’，作為對在步驟S501’’’ 接收到的改寫要求的回覆，傳送顯示分享限制資訊被改寫了的主旨的回覆。傳送的回覆於步驟S508’’’中由回覆接收單元352’’’接收。接收到的回覆的內容於步驟S509’’’中通知到顯示控制單元155’’’。於步驟S510’’’中顯示控制單元155’’’進行顯示分享限制資訊被改寫了的主旨的處理。

分享限制資訊被改寫後，分享變得不被許可的使用者想要使用3D資料組的情況，上述的圖32的處理由3D資料系統1’’’進行。這個情況，於圖32的步驟S103’’’的認證處理中參照分享資料庫，那個使用者的使用者ID沒有登錄在「許可ID」的項目裡的情況，處理不被許可。如此，分享限制資訊被改寫後，分享變得不被許可的使用者變得不能夠使用3D資料組。

2-5.收費動作

接著，說明授權費的收費動作。收費單元256’’’基於從客戶端10’’’接收到的處理要求的次數又或者是頻率收取SDK的授權費。更詳細地說，收費單元256’’’，處理要求被認證核可，在那之後，3D資料傳送到客戶端的情況，收費單元256’’’為了計算出授權費使計數器上數。收費單元256’’’，經過預設期間之後(例如，每月1日)，基於計數器的值收費。收費的具體方法因應於與使用者的契約改變。收費例如對服務應用程式30’’’的供應商(又或者是開發公司)進行。進行收費處理的時間點，例如，也可以以事先決定的時間點定期地(例如，每1個月、等)進行，又，也可以由3D資料系統1’’’的管理者指示收費處理的時間點進行。接收到處理要求的次數例如，也可以在要求接收單元252’’’從客戶端10’’’每次接收處理要求時，藉由儲存於儲存單元251’’’的計數器的增加計數值計數。

如同上述說明若是依據此實施例，在分享包含3D模型的3D資料組的情況，那個3D資料組的處理可以由使用者控制。

3.變形例

本發明不受限於上述的實施例，可以有各種的變形實施。下面，說明數個變形例。也可以將實施例的至少一部份及下面的變形例之中2個以上做組合使用。

(1)在上述的實施例，伺服器20’’’的回覆傳送單元254’’’，作為對接收到的處理要求的回覆，已經將資料本體的全部，與處理限制資料的全部，傳送到客戶端10’’’。傳送的處理限制資訊不限於在上述的實施例呈現的。也可以傳送一部份的處理限制資訊。例如，包含在處理要求裡的用途識別單元的值是顯示「只有外觀資料」的值的情況，也可以不傳送限制3D模型的動作的處理限制資訊，只傳送其他的處理限制資訊。

(2)3D資料系統1’’’進行的處理的順序，不限於於上述的實施例中說明的例子。處理的步驟只要不產生矛盾也可以進行置換。又，本發明也可以作為於3D資料系統1’’’中進行的3D資料處理方法提供。

(3)於3D資料系統1’’’中，客戶端10’’’以及於伺服器20’’’的功能的分擔不限定於圖29所例示的。例如，收費單元26’’’也可以設置於與伺服器20’’’不同的別的伺服器。

(4)於上述的實施例，客戶端10’’’的處理器101’’’又或者是由伺服器20’’’的處理器201’’’運行的程式也可以透過網路等的通訊迴路下載。又，這些程式也可以在記錄於磁儲存媒體(磁帶、磁碟等)、光儲存媒體(光碟等)、磁光儲存媒體、半導體記憶體等的，電腦可以讀取的儲存媒體的狀態下提供。

D.變形例

雖然說明了本發明的第1~第3實施例，但於各實施例說明過的事項的至少一部份，也可以與別的實施例的至少一部份做組合使用。

例如，於第1實施例中記錄於資料庫111’的附屬資料93’，也可以包含於第2實施例中說明過的特性資料。於這個情況中於第1實施例中從伺服器10’傳送到終端裝置30’的API回覆，也可以包含對應於3D建模資料的使用者的特性資料。

又，對包含在於第1實施例從伺服器10’傳送到終端裝置30’的API回覆裡的3D建模資料，也可以應用在第3實施例說明過的分享的限制。

20’:伺服器

11’:儲存單元

111’:資料庫

12’:存取單元

13’:接收單元

14’:傳送單元

15’:控制單元

Claims (29)

1. 一種伺服器，具有：存取單元，存取儲存了針對複數的目標物的3D資料組的資料庫，且前述3D資料組針對複數的各個目標物包含該目標物的3D建模資料及隨附資料，前述3D建模資料包含複數的要素；接收單元，從資訊處理裝置，接收API要求，其包含用以識別出目標物及複數的要素之中使用的要素的要求資訊；以及，傳送單元，將從前述資料庫取出的，藉由前述要求資訊識別出的目標物的，為了輸出由識別出的要素所構成的3D建模資料所呈現的3D模型的資料，作為對前述API要求的API回覆傳送到前述資訊處理裝置。
2. 如請求項1所述之伺服器，其中：前述隨附資料包含拍攝了前述目標物的圖像；並具有：資料要求單元，對從目標物的圖像遵從演算法生成3D建模資料的生成單元，要求用了前述圖像及前述演算法的3D建模資料的生成；以及，取得單元，從前述生成單元取得使用前述圖像以及前述演算法所生成的3D建模資料。
3. 如請求項2所述之伺服器，其中：前述資料要求單元配合在前述生成單元中顯示前述演算法已被更新的事件的產生，對該生成單元要求再次生成使用了前述圖像及該已被更新的演算法的3D建模資料；以及，前述取得單元取得使用了前述已被更新的演算法的3D建模資料。
4. 如請求項3所述之伺服器，其中：前述隨附資料包含顯示於從前述圖像的拍攝日到現在的期間的前述目標物的行動的行動資訊；前述要求單元對前述生成單元，要求生成使用了前述圖像、前述行動資訊、以及前述已被更新的演算法的3D建模資料；以及，前述取得單元，從前述生成單元，取得使用了前述圖像、前述行動資訊、以及前述已被更新的演算法的3D建模資料。
5. 如請求項2所述之伺服器，其中：前述生成單元遵從從不同的複數的演算法中挑選出的一個演算法生成3D建模資料；前述API要求包含從前述複數的演算法中指定一個演算法的資訊；以及，前述資料要求單元選擇由前述API要求所指定的演算法並要求生成3D建模資料。
6. 如請求項1至5的其中任意一項所述之伺服器，其中：前述接收單元接收顯示前述3D建模資料於資訊處理裝置中被編輯的資訊；並具有：記錄要求單元，要求顯示前述被編輯的編輯履歷的記錄。
7. 如請求項6所述之伺服器，具有：加密單元，使用以前述編輯履歷生成的加密金鑰，加密為了輸出前述3D模型的資料。
8. 如請求項6所述之伺服器，其中：前述接收單元接收要求，該要求從資訊處理裝置確認3D建模資料是不是真正的 3D建模資料，且包含顯示該3D建模資料的編輯履歷的資料；以及，參照前述記錄判斷前述3D建模資料是不是真正的3D建模資料。
9. 如請求項1所述之伺服器，其中：儲存單元儲存前述伺服器的管理業者的秘密金鑰、以及複數的使用者的公鑰；以及前述API要求包含可以識別出使用前述資訊處理裝置的使用者的公鑰的資訊；並具有：加密單元，將為了輸出由前述API要求所要求的前述3D模型的資料，以前述管理業者的秘密金鑰以及使用前述資訊處理裝置的使用者的公鑰加密；且其中：前述傳送單元將為了輸出由前述加密單元加密的前述3D模型的資料作為前述API回覆傳送到前述資訊處理裝置。
10. 如請求項9所述之伺服器，具有：發布單元，發布公鑰，該公鑰係對應於前述管理業者的秘密金鑰，且設定了有效期限的公鑰。
11. 如請求項1所述之伺服器，其中：前述目標物是使用者的身體；以及，前述API回覆包含顯示前述使用者的特性的資料。
12. 如請求項11所述之伺服器，具有：推算單元，推算前述使用者的動態特性；以及，添加單元，將顯示由前述推算單元推算出的特性的資料作為前述使用者的3D建模資料的附屬資料添加。
13. 如請求項12所述之伺服器，具有：特徵取得單元，從前述使用者的3D建模資料取得複數的特徵點；以及計算單元，計算有關前述複數的特徵點的位置關係的特徵量；其中：前述推算單元使用前述特徵量推算前述使用者的特性。
14. 如請求項12所述之伺服器，具有：分類單元，將前述使用者分類到複數的群組的其中的某個；其中：前述推算單元基於前述分類推算前述使用者的特性。
15. 如請求項14所述之伺服器，其中：前述分類單元將既有的複數的被照體，基於從該複數的各個被照體的拍攝圖像取得到的特徵量分類到前述複數的群組，並將前述使用者，基於前述既有的複數的被照體的特徵量分類到取得到的複數的群組的其中的某個。
16. 如請求項15所述之伺服器，具有：計算單元，從拍攝了前述使用者的拍攝圖像計算前述使用者的靜態特徵量；其中：前述分類單元使用前述靜態特徵量，將前述被照體分類到前述複數的群組的其中的某個。
17. 如請求項14所述之伺服器，具有：計算單元，針對前述使用者取得到的、從各個不同姿勢的複數的拍攝圖像計算前述使用者的動態特徵量；其中：前述分類單元使用前述動態特徵量，將前述使用者分類到前述複數的群組的其中的某個。
18. 如請求項15所述之伺服器，其中：前述複數的各個群組具有顯示代表該群組的特性的代表特性資料；以及， 前述推算單元將由前述使用者所屬的群組的代表特性資料顯示的特性作為該被照體的特性推算。
19. 如請求項18所述之伺服器，其中：前述複數的各個群組具有：顯示代表該群組的特徵量的代表特徵量，以及顯示代表該群組的特性的代表特性資料；並具有：修正單元，根據前述代表特徵量與從前述被照體取得到的前述特徵量之間的差，修正前述代表特性資料；且其中：前述推算單元將由前述修正單元修正的由前述代表特性資料顯示的特性，作為前述被照體的特性推算。
20. 如請求項18所述之伺服器，其中：前述分類單元將既有的複數的被照體，基於從該複數的各個被照體的拍攝圖像得到的特徵量分類到前述複數的群組；以及，前述推算單元針對前述複數的各個群組，將與所屬於該群組的既有的被照體的其中至少一部分有關地取得到的、將從各個不同姿勢的複數的拍攝圖像得到的特性資料作為前述代表特性資料使用。
21. 如請求項15所述之伺服器，其中：前述分類單元按照從前述分類後的群組的數量各自不同的複數的等級中挑選的至少一個等級將前述使用者分類；前述推算單元於前述複數的等級之中第1等級的分類中，基於於該分類後的群組的前述特徵量的代表值，與前述被照體的前述特徵量之間的差，推算前述被照體的特性，並於比起前述第1等級前述分類後的群組的數量更多的第2等級的分類中，推算代表該分類後的群組的特性、前述被照體的特性。
22. 一種3D資料系統，具有：請求項1至21其中任意一項所述之伺服器；服務應用程式，使用從前述伺服器提供的資料提供服務；以及客戶端，對使用者提供前述服務應用程式的UI；其中：前述服務應用程式具有：資料識別單元，識別3D資料組，該3D資料組係包含配合透過前述客戶端輸入的命令，表示3D模型的資料本體、記述了分享該資料本體的範圍的限制事項的分享限制資訊、以及記述了有關該3D模型的處理的限制事項的處理限制資訊；以及，傳送要求單元，傳送對包含識別前述使用者的使用者識別單元的3D資料組的處理要求到前述伺服器；前述伺服器具有：儲存單元，儲存對應關係，該對應關係是，前述3D資料組的前述資料識別單元、於包含在該3D資料組的資料本體中身為被照體的使用者的前述使用者識別單元、以及從該使用者被分享到該3D資料組的使用者的前述使用者識別單元的對應關係；要求接收單元，從前述服務應用程式接收前述處理要求；認證單元，基於儲存於前述儲存單元的前述對應關係以及包含在前述3D資料組裡的前述分享限制資訊，認證與前述處理要求有關的處理的進行；以及回覆傳送單元，前述處理的進行被認證核可的情況，作為對前述處理要求的回覆，將前述資料本體的至少一部份以及前述處理限制資訊的至少一部份傳送到前述服務應用程式； 前述服務應用程式具有：回覆接收單元，從前述伺服器接收前述回覆；處理單元，在根據前述處理限制資訊的限制事項的範圍內，對前述資料本體進行前述處理；以及，輸出單元，將根據前述處理單元的處理結果置於前述客戶端中輸出為了使其輸出的資料。
23. 如請求項22所述之3D資料系統，其中：前述要求接收單元從前述服務應用程式接收分享要求，該分享要求係將前述3D資料組分享於其他的使用者，並包含分享源的使用者以及分享對象的使用者的使用者識別單元；前述認證單元基於儲存於前述儲存單元的前述分享限制資訊，認證從前述分享源的使用者向前述分享對象的使用者分享前述3D資料組的分享；以及，分享單元從前述分享源的使用者向前述分享對象的使用者分享3D資料組的分享被認證核可的情況，儲存從該分享源的使用者向該分享對象的使用者分享了該3D資料組的主旨於前述儲存單元。
24. 如請求項23所述之3D資料系統，其中：前述要求接收單元接收變更要求，該變更要求係變更前述3D資料組的分享對象的使用者的要求，並包含該3D資料組的識別單元以及識別該要求的傳送源使用者的使用者識別單元；以及，在包含在前述變更要求裡的前述使用者識別單元，是包含在前述3D資料組的資料本體中身為被照體的使用者本人的識別單元的情況下，前述分享單元變更儲存於前述儲存單元的分享對象的使用者。
25. 如請求項22所述的3D資料系統，其中：前述處理要求包含識別前述3D資料組的用途的用途識別單元；以及，前述回覆傳送單元將包含在前述資料本體裡的資料之中，配合前述用途識別單元挑選出的一部份的資料，作為前述回覆傳送到前述服務應用程式。
26. 如請求項22所述之3D資料系統，其中：前述要求傳送單元、前述回覆接收單元、以及前述處理單元，被作為SDK提供。
27. 如請求項26所述之3D資料系統，具有：收費單元，基於從前述服務應用程式接收到前述處理要求的次數又或者是頻率收取前述SDK的授權費。
28. 如請求項22所述之3D資料系統，其中：前述處理單元是對前述3D模型進行編輯的處理單元；並具有：資料傳送單元，將顯示前述編輯的內容的編輯資料，以與透過前述伺服器的路徑不同的別的路徑傳送到其他的客戶端。
29. 一種資訊處理方法，具有：存取步驟，該存取步驟存取資料庫，該資料庫是儲存了針對複數的目標物的3D資料組，並前述3D資料組針對複數的各個目標物包含該目標物的3D建模資料以及隨附資料，前述3D建模資料包含複數的要素；接收步驟，從資訊處理裝置，接收包含識別出目標物以及複數的要素之中使用的要素的要求資訊的API要求；以及，傳送步驟，將從前述資料庫取出的、由前述要求資訊識別出的目標物的、為了輸出由識別出的要素構成的3D建模資料顯示的3D模型的資料，作為對前述API要求的API回覆傳送到前述資訊處理裝置。

Images