TW202041053A - 資訊處理裝置、資訊處理方法及資訊處理程式 - Google Patents
資訊處理裝置、資訊處理方法及資訊處理程式 Download PDFInfo
- Publication number
- TW202041053A TW202041053A TW108146418A TW108146418A TW202041053A TW 202041053 A TW202041053 A TW 202041053A TW 108146418 A TW108146418 A TW 108146418A TW 108146418 A TW108146418 A TW 108146418A TW 202041053 A TW202041053 A TW 202041053A
- Authority
- TW
- Taiwan
- Prior art keywords
- transfer function
- user
- information processing
- head transfer
- brir
- Prior art date
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 120
- 238000003672 processing method Methods 0.000 title description 3
- 238000012546 transfer Methods 0.000 claims abstract description 128
- 238000000034 method Methods 0.000 claims description 41
- 238000004891 communication Methods 0.000 claims description 30
- 230000005540 biological transmission Effects 0.000 claims description 3
- 230000006870 function Effects 0.000 description 120
- 238000005457 optimization Methods 0.000 description 68
- 238000012545 processing Methods 0.000 description 18
- 230000004913 activation Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 12
- 230000008929 regeneration Effects 0.000 description 10
- 238000011069 regeneration method Methods 0.000 description 10
- 210000005069 ears Anatomy 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000005259 measurement Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000035807 sensation Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S1/00—Two-channel systems
- H04S1/002—Non-adaptive circuits, e.g. manually adjustable or static, for enhancing the sound image or the spatial distribution
- H04S1/005—For headphones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
- H04S7/302—Electronic adaptation of stereophonic sound system to listener position or orientation
- H04S7/303—Tracking of listener position or orientation
- H04S7/304—For headphones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S1/00—Two-channel systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
- H04S7/301—Automatic calibration of stereophonic sound system, e.g. with test microphone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
- H04S7/308—Electronic adaptation dependent on speaker or headphone connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S2420/00—Techniques used stereophonic systems covered by H04S but not provided for in its groups
- H04S2420/01—Enhancing the perception of the sound image or of the spatial distribution using head related transfer functions [HRTF's] or equivalents thereof, e.g. interaural time difference [ITD] or interaural level difference [ILD]
Abstract
[課題]提出可適切利用頭部傳達函數的資訊處理裝置、資訊處理方法及資訊處理程式。
[解決手段]本揭露所述之資訊處理裝置,係具備:執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和提供部,係對使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元。
Description
本揭露係有關於資訊處理裝置、資訊處理方法及資訊處理程式。詳言之,是有關於頭部傳達函數之利用。
藉由使用將聲音從音源抵達至耳部的方式以數學性表示的頭部傳達函數,而將耳機等的音像做立體性重現的技術,係已被利用。
由於頭部傳達函數的個人差異頗大,因此在利用時,期望能夠使用按照每一個人而被生成的頭部傳達函數。例如,基於拍攝使用者之耳廓的影像而生成頭部的三維數位模型(以下記作「3D模型」),從已生成之3D模型算出該當使用者的頭部傳達函數的技術,已為人知。
[先前技術文獻]
[專利文獻]
[專利文獻1]美國專利第9544706號說明書
[發明所欲解決之課題]
若依據先前技術,則可將符合各個使用者而個別算出的頭部傳達函數使用於資訊處理,因此可提高音像的定位感。
然而,在上記的先前技術中,並不一定能夠適切地利用按照每一使用者而被算出的頭部傳達函數。例如,使用者,係不一定對單獨的應用程式(音樂再生應用程式等),可能會對被安裝在智慧型手機中的複數個應用程式適用自身的頭部傳達函數等,會有希望能夠彈性利用頭部傳達函數的情況。又,頭部傳達函數,係如果能夠隨著實際使用的狀況或使用者所使用的音響機器等而施以調整,則可更加提高臨場感或給予更正確的定位感。可是,先前技術係僅止於算出每一使用者的頭部傳達函數,並沒有進行讓使用者能夠彈性利用頭部傳達函數,或配合狀況而改變頭部傳達函數之利用態樣等等的處理。
於是,本揭露中係提出,可適切利用頭部傳達函數的資訊處理裝置、資訊處理方法及資訊處理程式。
[用以解決課題之手段]
為了解決上記的課題,本揭露所述之一形態的資訊處理裝置,係具備:執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和提供部,係對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
又,為了解決上記的課題,本揭露所述之一形態的資訊處理裝置,係具備:取得部,係將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;和判定部,係判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;和設定部,係在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
以下,針對本揭露的實施形態,根據圖式而詳細地說明。此外,於以下的各實施形態中,相同的部位係標示相同的符號而省略重複的說明。
按照以下所示之項目順序來說明本揭露。
1.實施形態
1-1.實施形態所述之資訊處理系統的構成與資訊處理之一例
1-2.實施形態所述之資訊處理裝置的構成
1-3.實施形態所述之資訊處理的程序
2.變形例
2-1.資訊處理系統的態樣
2-2.音源之再生的態樣
2-3.參數的利用
2-4.機器的態樣
3.其他實施形態
4.本揭露所述之資訊處理裝置的效果
5.硬體構成
(1.實施形態)
[1-1.實施形態所述之資訊處理系統的構成與資訊處理之一例]
首先,使用圖1及圖2,說明本揭露所述之資訊處理系統1的構成,以及藉由資訊處理系統1而被執行的資訊處理之概要。圖1係為本揭露的實施形態所述之資訊處理系統1的圖示。本揭露的實施形態所述之資訊處理,係藉由圖1所示的資訊處理系統1而被實現。如圖1所示,資訊處理系統1係含有:使用者終端10、耳機50、雲端伺服器100、服務伺服器200。資訊處理系統1中所含之各裝置,係使用未圖示的有線或無線網路而彼此進行通訊。此外,構成資訊處理系統1的各裝置之台數,係不限於圖示。
使用者終端10,係為本揭露所述之資訊處理裝置之一例,係為利用頭部傳達函數(以下有時候記作HRTF(Head-Related Transfer Function))執行資訊處理的資訊處理終端。使用者終端10係藉由例如具有攝影機能的智慧型手機等而被實現。
耳機50,係為使用者所利用的音響機器之一例。例如,耳機50係具有Bluetooth(註冊商標)等之通訊機能,與使用者終端10建立無線通訊。然後,耳機50,係依照使用者的操作而將從使用者終端10所被發送的聲音等予以輸出。
雲端伺服器100,係將各使用者所對應之HRTF(頭部傳達函數)予以算出,將已算出之HRTF,提供給使用者終端10。雲端伺服器100,係透過網路,將拍攝使用者之耳部的影像從使用者終端10加以取得,基於已取得之影像而算出該當使用者的HRTF。
服務伺服器200,係為向使用者終端10提供音樂等之音源的伺服器裝置。例如,服務伺服器200,係依照已被安裝在使用者終端10中的音樂再生應用程式等之控制,透過網路,將串流化音源等,提供給使用者終端10。
如上述,使用者終端10,係利用HRTF執行資訊處理。HRTF,係將隨著包含人類的耳廓(耳殼)或頭部之形狀等之週邊物所產生的聲音之變化,以傳達函數加以表現而成者。一般而言,用來求出HRTF所需之測定資料,係使用裝著在人類耳廓內的麥克風或假人頭部麥克風等,將測定用之音響訊號進行測定,而被取得。
例如3D音響等之技術中所被利用的HRTF,多半是使用藉由假人頭部麥克風等而被取得的測定資料、或從多數人類所取得的測定資料之平均值等,而被算出。然而,由於HRTF的個人差異頗大,因此為了實現更有效果的音響演出效果,期望能夠使用使用者自身的HRTF。亦即,藉由將一般的HRTF置換成使用者自身的HRTF,就可將更有臨場感的音響體感,提供給使用者。
作為算出使用者個人之HRTF之手法的一例,係有從拍攝使用者的耳部之形狀的影像來算出使用者之HRTF的手法。例如,雲端伺服器100,係將含有藉由使用者終端10而被攝影的使用者的耳部之形狀的影像加以取得,基於已取得之影像而算出使用者個人之HRTF。然後,雲端伺服器100,係將已算出之HRTF,發送至使用者終端10。藉此,使用者終端10係可使用使用者個人之HRTF來再生重現了3D音響的聲音,或是可進行有臨場感的動畫再生等等。
然而,上記之手法的實現,係存在有幾個課題。例如,使用者終端10上係會有:具有將HRTF予以發送或管理等之機能的應用程式(一般所謂的「APP」)、或音樂再生用之應用程式或動畫再生用之應用程式等,由各式各樣的事業者所開發的應用程式在運作。此情況下,由於例如OS(Operating System)的限制等,在管理HRTF的應用程式與音樂再生用應用程式等之間,會有無法收授HRTF資料的情況。
又,即使可以收授HRTF資料,其運用也有可能未被適切地進行。例如,HRTF,雖然可以不依存於使用者所實際使用的音響機器(耳機50等)就可算出,但為了發揮效果更高的音響效果,如果能夠配合機器之阻抗的輸出值、或以機器之輸出部的形狀等為基礎的延遲時間等之變數(參數)而被利用,較為理想。然而,使用者在利用音樂再生用應用程式等時,由雲端伺服器100或管理HRTF的應用程式來控制其利用,這在OS的限制上是有困難的。因此,有可能會以並非雲端伺服器100或管理HRTF的應用程式所意圖的使用態樣,來利用HRTF。
如上述,關於HRTF,想要跨越複數個應用程式而彈性地利用HRTF,或配合使用者的環境或機器之狀況而適切地利用HRTF等等的觀點上,存在有各種課題。實施形態所述之使用者終端10,係藉由以下說明的本揭露之資訊處理,來解決上記的課題。以下,針對本揭露所述之資訊處理之概要,使用圖1及圖2而順著流程進行說明。
如圖1所示,使用者終端10,係已經安裝有第1應用程式20及第2應用程式30。第1應用程式20係為例如,從管理雲端伺服器100的事業者所被提供的應用程式。第1應用程式20係具有:拍攝包含使用者之耳部的影像、將所拍攝到的影像發送至雲端伺服器100、將從雲端伺服器100所被發送之HRTF加以管理等等的機能。
於實施形態所述的資訊處理中,首先,第1應用程式20,係依照使用者的操作,拍攝含有使用者之耳部的影像,並取得含有耳部的影像(步驟S1)。接下來,第1應用程式20,係將含有耳部之影像,發送至雲端伺服器100(步驟S2)。此外,第1應用程式20,作為用來向雲端伺服器100發送影像所需之前處理係亦可進行:將影像中所含之使用者的耳部之映像予以偵測,將所偵測到的耳部之映像的範圍從影像中切出的處理等。
雲端伺服器100,係將從使用者終端10所被發送的影像,加以取得。然後,雲端伺服器100,係從影像算出使用者之HRTF(步驟S3)。雲端伺服器100算出HRTF的手法,係亦可採用各種手法。例如,雲端伺服器100,係亦可在含有耳部之映像的2維之影像被輸入的情況下,使用會將對應於耳部之HRTF予以輸出的經過學習的模型,來算出HRTF。或者,雲端伺服器100,係亦可根據含有耳部之映像的2維之影像,生成使用者頭部之3D模型,從已生成之3D模型算出HRTF。以下的說明中,有時會將隨應於使用者個人而被算出的HRTF記作個人化HRTF(personal HRTF),以和一般的HRTF做區別。
此外,雲端伺服器100,係亦可對已算出之個人化HRTF將RIR(空間脈衝響應(Room Impulse Response))進行疊積,而生成BRIR(兩耳空間脈衝響應(Binaural Room Impulse Response))。以下的說明中,有時會將隨應於使用者個人而被生成的BRIR記作個人化BRIR(personal BRIR),以和一般的BRIR做區別。又,使用者終端10中的音樂之再生時等所被利用的資料,也會有實際上並非HRTF而是BRIR的情況,但在以下的說明中,假設兩者亦可相互改讀。例如,「將已生成之BRIR予以發送」此一記載,係也包含將已算出之HRTF予以發送的狀況。又,「利用BRIR而進行再生」此一記載,係也包含利用HRTF而進行再生的狀況。
其後,雲端伺服器100,係將已生成之個人化BRIR,發送至使用者終端10(步驟S4)。第1應用程式20,係取得個人化BRIR(步驟S5)。如此,使用者,係藉由拍攝自身的側臉而向雲端伺服器100發送影像,就可取得自身的個人化BRIR。然後,第1應用程式20,係將已接收之個人化BRIR,儲存至記憶領域21(步驟S6)。
接著,使用圖2,說明由使用者終端10使用個人化BRIR來進行音樂等之再生之情況的處理之流程。圖2係為實施形態所述之資訊處理之全體流程的概念圖。
第1應用程式20,係以從使用者進行令第1應用程式20啟動的操作為契機,將記憶領域21中所被儲存之個人化BRIR加以取得(步驟S11)。又,第1應用程式20,係辨識已被連接至使用者終端10的機器。在圖2的例子中,第1應用程式20係辨識,藉由Bluetooth等之無線連接而與使用者終端10之間已經建立通訊的耳機50。
此情況下,第1應用程式20,係將已被連接之機器也就是耳機50之相關資訊,加以取得(步驟S12)。例如,第1應用程式20,係取得用來識別機器的識別元。識別元,係例如在機器是具有Bluetooth機能的情況下,則為像是BT裝置名這類,用來識別該當機器所需之字串、或用來識別各個機器的固有之字串等。又,識別元係亦可為製造商所自行賦予的機器之機型名稱等。
又,第1應用程式20係亦可取得,已被連接之機器是否有通訊機能的此一資訊。例如,會有機器不具有Bluetooth等之通訊機能的情況,機器無法發送識別元等之資訊的情況。此情況下,第1應用程式20係取得,表示使用者終端10上所被連接之機器是無法辨識之態樣的資訊。如此的資訊係可藉由例如:機器的類型是Active(具有通訊機能)、還是Passive(不具有通訊機能),的此種資訊,來加以區別。亦即,第1應用程式20係取得,已被連接之機器是Active還是Passive的此一資訊。在圖2的例子中,由於耳機50係具有通訊機能,因此第1應用程式20係取得,已被連接之機器也就是耳機50係為「Active」的此一資訊。
接下來,第1應用程式20,係將個人化BRIR與使用者所利用之機器也就是耳機50之識別元,建立關連。所謂建立關連係例如,因為現時點上使用者終端10上所被連接的機器係為耳機50,因此賦予用來控制後述的第2應用程式30在耳機50以外之機器上的再生所需之控制資訊。更具體而言,所謂建立關連,係賦予用來控制避免讓某個機器之最佳化所需之變數(以下記作「機器最佳化參數」)被其他機器錯誤使用所需之控制資訊。
其後,第1應用程式20,係將個人化BRIR或耳機50之相關資訊,發送(上傳)至雲端伺服器100(步驟S13)。此處理,係由於無法從第1應用程式20直接交付資料給第2應用程式30,因此為了透過雲端伺服器100而使個人化BRIR之交付成為可能,而進行之。
雲端伺服器100,係取得個人化BRIR和耳機50之相關資訊。然後,雲端伺服器100,係基於耳機50的識別元,在所保持的資訊之中,特定出耳機50的機器最佳化參數。
然後,雲端伺服器100,係為了讓第1應用程式可以取得個人化BRIR,而發行個人化BRIR的取得用位址(步驟S14)。例如,所謂取得用位址係為,用來向雲端伺服器100進行存取而取得個人化BRIR所需之一次性URL(One-Time Uniform Resource Locator)。如此,雲端伺服器100,係透過取得用位址而進行個人化BRIR之交付。藉此,即使因為OS等之限制,而無法從第1應用程式20向再生用應用程式(圖2的例子中係為第2應用程式30)進行個人化BRIR之交付的狀況下,使用者終端10係仍可向第2應用程式30交付個人化BRIR。
又,雲端伺服器100,係針對耳機50的機器最佳化參數,也發行取得用位址亦即一次性URL。
然後,雲端伺服器100,係將已發行之個人化BRIR的取得用位址、和耳機50的機器最佳化參數的取得用位址,發送至第1應用程式20(步驟S15)。
第1應用程式20,係將從雲端伺服器100所被發送的個人化BRIR的取得用位址、和耳機50的機器最佳化參數的取得用位址,加以取得(步驟S16)。此外,第1應用程式20,係亦可在步驟S16的時序上,進行個人化BRIR與耳機50之識別元的關連建立。
其後,例如以因為使用者之操作而第2應用程式30被啟動為契機,第1應用程式20係將已取得之資訊,提供給第2應用程式30(步驟S17)。具體而言,第1應用程式20,係將個人化BRIR的取得用位址、耳機50的機器最佳化參數的取得用位址、耳機50的識別元、耳機50的機型名稱或機器之類型等之資訊,提供給第2應用程式30。
第2應用程式30,係為用來進行音源或動畫之再生等所需之應用程式。例如,第2應用程式30,係從與將進行串流化音源之提供的服務伺服器200加以管理的事業者相同的事業者等,被提供給使用者。此外,如後述,第2應用程式30中係具有資料控制部31和播放器34這類處理部,資料控制部31係亦可以共用函式庫的方式,從提供第1應用程式20的事業者,而被提供。亦即,管理服務伺服器200的事業者,係亦可只提供第2應用程式30中的相當於播放器34的機能。
第2應用程式30的資料控制部31係為例如,含有用來與第1應用程式20或雲端伺服器100進行資料之收授所需之執行檔案的函式庫(Library),有時候被稱為SAL(Server Access Library)等。
資料控制部31,係透過從第1應用程式20所被提供的個人化BRIR的取得用位址,而從雲端伺服器100取得個人化BRIR(步驟S18)。又,資料控制部31,係透過從第1應用程式20所被提供之機器最佳化參數的取得用位址,而從雲端伺服器100取得耳機50的機器最佳化參數。
資料控制部31,係將已取得之個人化BRIR、以及耳機50的機器最佳化參數,儲存至記憶領域32(步驟S19)。
接下來,資料控制部31,係辨識使用者終端10上所被連接的機器。具體而言,資料控制部31,係辨識已經與使用者終端10建立通訊的耳機50(步驟S20)。
然後,資料控制部31係判定,藉由第1應用程式20而已經與個人化BRIR建立關連的機器的識別元,與將現時點上使用者正要利用的機器加以識別的識別元的一致。具體而言,資料控制部31係判定,步驟S12中由第1應用程式20對HRTF建立關連的機器之識別元,與步驟S20之時點上所被連接之機器之識別元的一致。在圖2的例子中,由於機器的識別元皆是表示耳機50,因此資料控制部31係判定兩者為一致。
此情況下,資料控制部31,係將第2應用程式30的再生時的設定所被保持的設定檔案(Config File)33,予以更新。具體而言,資料控制部31,係將已取得之個人化BRIR、以及機器最佳化參數要在再生處理中做利用(有效化)的這件事情,寫入至設定檔案33。
另一方面,資料控制部31,係在藉由第1應用程式20而已經與個人化BRIR建立關連的機器的識別元,與將現時點上使用者正要利用的機器加以識別的識別元不一致的情況下,則寫入成使得已取得之個人化BRIR或機器最佳化參數變成非有效化。
亦即,資料控制部31,係將從第1應用程式20所被交付的識別元(BT裝置名等),與現時點上連接中之耳機50的識別元進行比較,決定在音源之再生時所要利用的個人化BRIR或機器最佳化參數。然後,資料控制部31,係依照已決定之內容,而將設定檔案33予以更新。
如此,資料控制部31,係即使是從雲端伺服器100所被提供之個人化BRIR或機器最佳化參數,若實際使用的機器(耳機50)有被變更的情況下,則限制其利用。亦即,資料控制部31,係於實際進行再生的第2應用程式30中包含判定機器之識別元的階段,藉此,在音樂被再生之際,可防止不同的機器的機器最佳化參數被適用而進行不適切的再生。
其後,第2應用程式30,係在使用者希望音樂之再生的情況下,執行播放器34之機能。播放器34係為,基於音樂檔案等之音源、和設定檔案33中所被設定的資訊,而進行音樂或動畫之再生的處理部。
播放器34,係將設定檔案33予以讀取,而得知在再生時要利用個人化BRIR、或要利用耳機50的機器最佳化參數(步驟S22)。
接下來,播放器34,係基於設定檔案33中所被設定的資訊,而從記憶領域32,取得個人化BRIR或機器最佳化參數(步驟S23)。
然後,播放器34,係向提供串流化音源等的服務伺服器200進行存取,取得音源(步驟S24)。
然後,播放器34,係對音源將個人化BRIR或機器最佳化參數進行疊積,並進行音源的再生。藉此,播放器34,係可利用符合使用者個人的耳部之形狀的傳達函數、以及對耳機50等之再生環境做了最佳化的參數,來進行再生。
如上述,本揭露所述之資訊處理裝置之一例的使用者終端10,係執行使用者所對應之個人化BRIR(或是個人化HRTF)、與用來識別該當使用者所利用之機器的識別元的關連建立。然後,使用者終端10,係對使用者所對應之個人化BRIR所要被提供的提供目標也就是第2應用程式30,將個人化BRIR、和個人化BRIR所被建立關連的識別元,予以提供。
亦即,使用者終端10,係不只提供個人化BRIR,還會提供個人化BRIR所被利用之環境下所被連接的機器之識別元。如此,使用者終端10係使用者欲使用哪種機器來利用個人化BRIR的此一資訊,也會提供給再生環境(第2應用程式30等),藉此就可進行對使用者之環境做了最佳化的再生。
又,使用者終端10,係將使用者所對應之個人化BRIR、和個人化BRIR所被建立關連的識別元,加以取得,並判定個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元的一致。然後,使用者終端10,係在個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元為一致的情況下,將個人化BRIR設定成有效化。
如此,使用者終端10,係於欲利用個人化BRIR的環境下,藉由識別現時點上所被連接的機器,來判定是否應該利用從雲端伺服器100所被提供之個人化BRIR或機器最佳化參數。藉此,使用者終端10,係於再生時,可防止不適切的個人化BRIR之利用被進行,或不同的機器最佳化參數被錯誤地適用等等。其結果為,使用者終端10係可進行對使用者之環境做了最佳化的再生。
以上說明了本揭露所述之資訊處理的全體流程之概要。在圖3以下,說明使用者終端10的構成,同時依序說明各種處理的細節。
[1-2.實施形態所述之資訊處理裝置的構成]
使用圖3,說明本揭露所述之資訊處理裝置之一例的使用者終端10之構成。圖3係為本揭露的實施形態所述之使用者終端10之構成例的圖示。如圖3所示,使用者終端10係具有:通訊部11、輸入部12、顯示部13、測知部14、記憶部15、控制部16。
通訊部11係藉由例如NIC(Network Interface Card)等而被實現。通訊部11,係和網路N(網際網路等)藉由有線或無線而被連接,透過網路N,而在雲端伺服器100或服務伺服器200、耳機50等之間進行資訊之收送訊。
輸入部12,係為從使用者接受各種操作的輸入裝置。例如,輸入部12係藉由使用者終端10上所具備之操作鍵等而被實現。顯示部13,係為用來顯示各種資訊所需之顯示裝置。例如,顯示部13係藉由液晶顯示器等而被實現。此外,使用者終端10上有採用觸控面板的情況下,則輸入部12之一部分與顯示部13係被一體化。
測知部14,係為各種感測器之總稱,會測知關於使用者終端10的各種資訊。具體而言,測知部14係測知:對使用者終端10的使用者之操作、或使用者終端10之所在的位置資訊、或與使用者終端10連接的機器之相關資訊、或使用者終端10中的環境等。
又,測知部14,作為感測器之一例,是具有用來進行攝影所需之鏡頭及影像感測器。亦即,測知部14,係在例如使用者令使得攝影機能作動的應用程式做啟動的情況下,可發揮身為相機之機能。
記憶部15係藉由例如:RAM(Random Access Memory)、快閃記憶體(Flash Memory)等之半導體記憶體元件、或硬碟、光碟等之記憶裝置而被實現。記憶部15係記憶在資訊處理中所使用的各種資料。
如圖3所示,記憶部15係含有BRIR表151、或參數表152這類資料表。BRIR表151,係對應於例如圖2所示的記憶領域21。參數表152,係對應於例如圖2所示的記憶領域32。
BRIR表121,係將藉由雲端伺服器100所被生成的個人化BRIR之相關資訊,加以記憶。圖4中係圖示本揭露的實施形態所述之BRIR表151之一例。圖4係為實施形態所述之BRIR表151之一例的圖示。在圖4所示的例子中,BRIR表151係具有「個人化BRIR資料」、「生成日期時間」這些項目。
「個人化BRIR資料」,係表示藉由雲端伺服器100而被生成之個人化BRIR之資料。在圖4中,雖然將個人化BRIR資料像是「A01」般地概念性地記載,但實際上在該當項目中係記憶有,表示個人化BRIR的具體的數值等。
「生成日期時間」,係表示個人化BRIR資料所被生成的日期時間。使用者終端10,係在多次取得個人化BRIR的情況下,亦可只將最新的個人化BRIR保持在BRIR表151中,亦可將複數個個人化BRIR保持在BRIR表151中。
接著說明參數表122。參數表122係記憶著在音源或動畫之再生時所被利用之參數之相關資訊。圖5中係圖示本揭露的實施形態所述之參數表152之一例。圖5係為實施形態所述之參數表152之一例的圖示。在圖5所示的例子中,參數表152係具有:「設定ID」、「個人化BRIR資料」、「機器最佳化參數」、「取得日期時間」這些項目。
「設定ID」係表示,用來識別表示個人化BRIR與機器最佳化參數是已被建立關連之設定的識別資訊。「個人化BRIR資料」係對應於圖4所示的同一項目。「機器最佳化參數」係表示從雲端伺服器100所取得之機器最佳化參數之資料。在圖5中,雖然將機器最佳化參數像是「C01」般地概念性地記載,但實際上在該當項目中係記憶有,表示機器最佳化參數的具體的數值等。
「取得日期時間」係表示,從雲端伺服器100已取得個人化BRIR及機器最佳化參數的日期時間。使用者終端10,係在多次取得個人化BRIR及機器最佳化參數的情況下,亦可只將最新的個人化BRIR及機器最佳化參數保持在參數表152中,亦可將複數個個人化BRIR及機器最佳化參數保持在BRIR表151中。
回到圖3繼續說明。控制部16係藉由例如:CPU(Central Processing Unit)或MPU(Micro Processing Unit)、GPU(Graphics Processing Unit)等,將使用者終端10內部所被記憶之程式(例如本揭露所述之資訊處理程式)以RAM(Random Access Memory)等作為作業領域而加以執行,而被實現。又,控制部16,係為控制器(controller),亦可藉由例如ASIC(Application Specific Integrated Circuit)或FPGA(Field Programmable Gate Array)等之積體電路而被實現。
如圖3所示,控制部16,係具有第1應用程式控制部161、和第2應用程式控制部165,用以實現或執行以下所說明的資訊處理之機能或作用。第1應用程式控制部161係含有:生成部162、執行部163、提供部164。第2應用程式控制部165係含有:取得部166、判定部167、設定部168、再生部169。例如,取得部166、判定部167、設定部168係對應於圖2所示的資料控制部31。又,再生部169係對應於圖2所示的播放器34。此外,控制部16的內部構成係不限於圖3所示的構成,只要是能夠進行後述的資訊處理的構成,則亦可為其他構成。
生成部162係控制HRTF及個人化BRIR之生成之相關處理。具體而言,生成部162係控制包含使用者之耳部的側臉之攝影之相關處理。又,生成部162係控制,將藉由攝影所得之影像發送至雲端伺服器100的處理、或將藉由雲端伺服器100而被生成之個人化BRIR加以取得的處理。
生成部162,係將藉由攝影所得之影像、或已取得之個人化BRIR,適宜地儲存在記憶部15中。此外,生成部162,係亦可不是把已被使用者終端10所拍攝到的影像發送至雲端伺服器100,而是例如將藉由外部之相機等所拍攝到的影像加以取得,將已取得之影像發送至雲端伺服器100。
此外,生成部162,係在給使用者用的已被生成之個人化HRTF或個人化BRIR是已經被保持在雲端伺服器100中的情況下,則亦可不將影像發送至雲端伺服器100,而只控制將個人化HRTF或個人化BRIR加以取得的處理。亦即,生成部162取得個人化HRTF或個人化BRIR的處理,係不限定於特定之手法。
執行部163,係執行使用者所對應之個人化HRTF或是個人化BRIR、與用來識別使用者所利用之機器的識別元的關連建立。
例如,執行部163,係以使用者令第1應用程式做啟動為契機,將BRIR表151中所被儲存之個人化BRIR加以取得。又,執行部163,係將用來識別在第1應用程式已被啟動的時點上所被連接之耳機50的識別元,從耳機50加以取得。然後,執行部163,係進行個人化BRIR與耳機50之識別元的關連建立,將已建立關連之資訊,連同個人化BRIR一併上傳至雲端伺服器100。
其後,執行部163,係將已被雲端伺服器100所發行之個人化BRIR及耳機50之取得用的一次性URL,加以取得。此外,執行部163係亦可在已取得了取得用之一次性URL的時點上,進行個人化BRIR與耳機50之識別元的關連建立。
提供部164,係對使用者所對應之個人化BRIR所要被提供的提供目標,將個人化BRIR、和個人化BRIR所被建立關連的識別元,予以提供。所謂提供目標係為例如,已被安裝在使用者終端10內的,異於第1應用程式的應用程式(在實施形態中係為第2應用程式)。此外,提供目標,係不限於第2應用程式,亦可為其他外部機器(例如可與使用者終端10相互通訊的其他資訊處理終端)等。
提供部164,係藉由將用來讓提供目標取得個人化BRIR所需之一次性URL發送至提供目標,以將個人化BRIR提供給提供目標。換言之,提供部164係透過一次性URL,而將個人化BRIR提供給提供目標。藉此,提供部164,係即使對於因為例如OS之限制等而無法直接交付的第2應用程式,仍可提供個人化BRIR。
又,提供部164,係亦可將識別元,連同與連同個人化BRIR一併被利用之際的機器所相應之變數(機器最佳化參數),提供給提供目標。
提供部164,係藉由將用來讓提供目標取得機器最佳化參數所需之一次性URL發送至提供目標,以將機器最佳化參數提供給提供目標。亦即,提供部164,係和個人化BRIR同樣地,透過一次性URL而將機器最佳化參數提供給提供目標。藉此,提供部164,係即使對於因為例如OS之限制等而無法直接交付的第2應用程式,仍可提供機器最佳化參數。
此外,提供部164,係在使用者終端10與資訊處理裝置與耳機50之通訊是已被建立的情況下,亦可將機器最佳化參數提供給提供目標。亦即,提供部164,係亦可在例如欲向第2應用程式提供機器最佳化參數的時序上,若與耳機50之通訊是已被切斷的情況下,則亦可不將機器最佳化參數提供給第2應用程式。藉此,提供部164係可防止使用者所欲利用之機器、與所交付的最佳化參數之間,發生矛盾。
取得部166,係將使用者所對應之個人化BRIR、和個人化BRIR所被建立關連的識別元,加以取得。
例如,取得部166,係透過從提供部164所被提供之一次性URL,而將個人化BRIR從雲端伺服器100加以取得。具體而言,取得部166,係向一次性URL所示的存取目標進行存取,對雲端伺服器100進行個人化BRIR之取得要求,以取得個人化BRIR。
又,取得部166,係亦可將機器的識別元,連同與個人化BRIR一併被利用之際的機器所相應之機器最佳化參數,加以取得。
例如,取得部166,係透過從提供部164所被提供之一次性URL,而將機器最佳化參數從雲端伺服器100加以取得。具體而言,取得部166,係向一次性URL所示的存取目標進行存取,對雲端伺服器100進行機器最佳化參數之取得要求,以取得機器最佳化參數。
取得部166,係將已取得之資訊,適宜地儲存在記憶部15中。例如,取得部166,係將已取得之個人化BRIR及機器最佳化參數建立關連,而儲存在參數表152中。
判定部167係判定,個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元的一致。
具體而言,判定部167係判定,從提供部164所被提供的,已經與個人化BRIR建立關連的BT裝置名等之識別元、和使用者在現時點上所正在利用之機器的BT裝置名等之識別元的一致。
此外,判定部167係將已經與使用者終端10建立通訊的機器,判定為使用者所利用之機器。例如,判定部167,係利用OS的機能(函式庫等),來偵測與使用者終端10正在連接的機器,就可特定出已經與使用者終端10建立通訊的機器。
此外,判定部167,係亦可在無法偵測使用者在現時點上正在利用的機器的情況、或無法取得機器之識別元的情況下,則判定為個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元不一致。例如,判定部167,係在使用者於現時點上所利用之機器係為Passive,不具有發送識別元之機能的機器等情況下,則判定為個人化BRIR所被建立關連的識別元與機器之識別元不一致。
設定部168,係在個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元為一致的情況下,將個人化BRIR設定成有效化。此外,所謂使用者所利用之機器係指,在音源再生的時序等,欲利用個人化BRIR的時序上,已經與使用者終端10建立通訊的機器等。
例如,設定部168,係在個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元為一致的情況下,將從雲端伺服器100所取得之個人化BRIR係為可利用之意旨,寫入至設定檔案。藉此,後述的再生部169,係可利用參數表152中所被儲存之個人化BRIR而進行再生。
此外,設定部168,係在個人化BRIR所被建立關連的識別元、與用來識別使用者所利用之機器的識別元不一致的情況下,則亦可將個人化BRIR或機器最佳化參數設定成非有效化。
藉此,設定部168係可防止,在再生狀況不明的環境下,錯誤使用個人化BRIR或機器最佳化參數而導致無法進行最佳的音源再生等,損及使用者體驗等的事態發生。
此外,設定部168,係亦可將個人化BRIR與機器最佳化參數都設定成非有效化,亦可個人化BRIR係為有效化,而將機器最佳化參數設定成非有效化。設定部168,係在個人化BRIR已設定成非有效化的情況下,則將設定檔案寫入成,於音源的再生中,不是使用個人化BRIR,而是使用複數個使用者所平均化而得的平均BRIR。又,設定部168,係在機器最佳化參數已設定成非有效化的情況下,則將設定檔案寫入成,於音源的再生中,不是使用機器最佳化參數,而是使用對所有機器都能共通適用的標準參數。
再生部169,係將音源或動畫予以再生。再生部169,係在進行再生之際,讀取設定檔案,將再生時所使用的BRIR或參數,加以特定。然後,再生部169,係將設定檔案中所被寫入之個人化BRIR或機器最佳化參數,從參數表152加以取得,而進行再生。
例如,再生部169,係向服務伺服器200進行存取,取得串流化資料,將已取得之串流化資料予以再生。此外,再生部169,係不限於串流化資料,亦可將記憶部15中所被記憶之音源或動畫予以再生。
[1-3.實施形態所述之資訊處理的程序]
接著,使用圖6乃至圖9,說明第1實施形態所述之資訊處理之程序。在圖6中,說明由使用者終端10來取得個人化BRIR為止的處理之程序。圖6係為實施形態所述之資訊處理之程序的流程圖(1)。
如圖6所示,使用者終端10,係透過攝影處理等,而取得使用者的耳部影像(步驟S101)。接下來,使用者終端10,係將耳部影像,發送至雲端伺服器100(步驟S102)。
其後,使用者終端10,係將基於耳部影像而被生成之個人化BRIR,加以取得(步驟S103)。然後,使用者終端10,係將已取得之個人化BRIR,儲存至記憶部15(BRIR表151)(步驟S104)。
接著,使用圖7,說明使用者終端10將個人化BRIR提供給第2應用程式的處理之程序。圖7係為實施形態所述之資訊處理之程序的流程圖(2)。
如圖7所示,使用者終端10,係判定是否偵測到第1應用程式之啟動(步驟S201)。在未偵測到第1應用程式之啟動的情況下(步驟S201;No),使用者終端10係一直等待直到偵測到啟動為止。
另一方面,在有偵測到第1應用程式之啟動的情況下(步驟S201;Yes),則使用者終端10係取得,已經與使用者終端10連接的機器之資訊(例如耳機50的識別元等)(步驟S202)。
其後,使用者終端10,係將BRIR表151中所儲存的個人化BRIR,發送至雲端伺服器100(步驟S203)。接下來,使用者終端10,係將已被雲端伺服器100所發行之,個人化BRIR的取得用位址,加以取得(步驟S204)。
又,使用者終端10係判定,是否已經取得機器最佳化參數的取得用位址(步驟S205)。在已取得了機器最佳化參數的取得用位址的情況下(步驟S205;Yes),則使用者終端10係將機器之識別元與個人化BRIR建立關連(步驟S206)。
另一方面,在尚未取得機器最佳化參數的取得用位址的情況下(步驟S205;No),則使用者終端10係亦可不進行機器之識別元與個人化BRIR的關連建立。所謂尚未取得機器最佳化參數的取得用位址的情況係為例如:機器為Passive,在步驟S202中無法取得識別元的情況、或雲端伺服器100並未保持有機器的最佳化參數的情況等。
然後,使用者終端10,係將從雲端伺服器100所取得的取得用位址等之資訊,提供給第2應用程式(步驟S207)。
接著,使用圖8,說明使用者終端10將個人化BRIR加以設定的處理之程序。圖8係為實施形態所述之資訊處理之程序的流程圖(3)。
如圖8所示,使用者終端10,係判定是否偵測到第2應用程式之啟動(步驟S301)。在未偵測到第2應用程式之啟動的情況下(步驟S301;No),使用者終端10係一直等待直到偵測到啟動為止。
另一方面,在有偵測到第2應用程式之啟動的情況下(步驟S301;Yes),則使用者終端10係將從第1應用程式所被提供之資訊,加以取得(步驟S302)。
其後,使用者終端10,係利用所被提供之取得用位址,而從雲端伺服器100取得個人化BRIR(步驟S303)。接下來,使用者終端10,係將已取得之個人化BRIR,儲存至記憶部15(參數表152)(步驟S304)。
又,使用者終端10係判定,是否已經從第1應用程式,取得機器最佳化參數的取得用位址(步驟S305)。在已經取得了機器最佳化參數的取得用位址的情況下(步驟S305;Yes),則使用者終端10,係利用取得用位址,從雲端伺服器100取得機器最佳化參數(步驟S306)。使用者終端10,係將已取得的機器最佳化參數,在記憶部15(參數表152)中,與個人化BRIR建立關連而儲存(步驟S307)。
然後,使用者終端10,係將現時點上已被連接之機器的資訊,加以取得(步驟S308)。然後,使用者終端10係判定,步驟S308中所已取得之機器的識別元,是否與個人化BRIR所被建立關連的識別元一致(步驟S309)。
步驟S308中所取得之機器的識別元,與個人化BRIR所被建立關連的識別元為一致的情況下(步驟S309;Yes),使用者終端10係在設定檔案中登錄要使用個人化BRIR與機器最佳化參數之意旨。換言之,使用者終端10,係將個人化BRIR和機器最佳化參數設成有效化(步驟S310)。
另一方面,使用者終端10,係在機器最佳化參數的取得用位址未從第1應用程式取得的情況下(步驟S305;No)、或步驟S308中所取得之機器之識別元,是與個人化BRIR所被建立關連的識別元不一致的情況下(步驟S309;No),則使用者終端10係在設定檔案中登錄不要使用個人化BRIR和機器最佳化參數之意旨。換言之,使用者終端10,係將個人化BRIR和機器最佳化參數設定成非有效化(步驟S311)。
此外,使用者終端10,係於步驟S311中,亦可不是把個人化BRIR和機器最佳化參數都設定成非有效化,而是亦可只把機器最佳化參數設定成非有效化。例如,使用者終端10,係在機器為Passive等情況下,則亦可讓使用者只利用個人化BRIR。
接著,使用圖9,說明使用者終端10利用個人化BRIR來進行再生的處理之程序。圖9係為實施形態所述之資訊處理之程序的流程圖(4)。
使用者終端10,係判定在第2應用程式之中是否偵測到播放器之啟動(步驟S401)。此外,所謂播放器之啟動係亦可改讀為例如,於第2應用程式中使用者進行了音源再生之意旨的操作。
在未偵測到播放器之啟動的情況下(步驟S401;No),使用者終端10係一直等待直到偵測到啟動為止。另一方面,在偵測到播放器之啟動的情況下(步驟S401;Yes),則使用者終端10係將設定檔案予以讀取(步驟S402)。
接下來,使用者終端10,係從服務伺服器200取得音源(步驟S403)。然後,使用者終端10,係基於設定檔案,而例如將個人化BRIR或機器最佳化參數等對音源進行疊積,同時將音源予以再生(步驟S404)。
在音源的再生中,使用者終端10係判定正在連接的機器是否有被變更(步驟S405)。正在連接的機器有被變更的情況下(步驟S405;Yes),亦即,使用者變更了正在利用的耳機的情況、或通訊已被切斷的情況下,則將設定檔案予以變更(步驟S406)。例如,使用者終端10,係將個人化BRIR或機器最佳化參數之有效化予以解除,將設定檔案變更成,這些資訊無法利用於再生。
其後,使用者終端10係判定,再生之停止是否有從使用者而被要求(步驟S407)。再生之停止未從使用者被要求的情況下(步驟S407;No),則使用者終端10,係為了繼續再生,而繼續從服務伺服器200取得音源之處理。
另一方面,再生之停止有從使用者被要求的情況下(步驟S407;Yes),則使用者終端10係停止音源之再生(步驟S408)。
(2.變形例)
上述的資訊處理系統1,係除了上記實施形態以外,還可以各種不同的形態而加以實施。於是,以下說明實施形態之變形例。
[2-1.資訊處理系統的態樣]
在實施形態中,作為個人化BRIR或機器最佳化參數的取得用位址雖然是舉出一次性URL為例子,但不限於該例,只要是能夠讓第2應用程式從雲端伺服器100取得資料的手法,則無論採用什麼手法皆可。又,雲端伺服器100,係在透過一次性URL而將個人化BRIR提供給使用者終端10之後,亦可將已提供的個人化BRIR予以刪除,也可將其保持一定期間。
在實施形態中,揭露了由雲端伺服器100來生成個人化BRIR的例子。可是,個人化BRIR,係亦可不是由雲端伺服器100,而是由使用者終端10來生成。此情況下,雲端伺服器100,係將從使用者終端10所被上傳的個人化BRIR加以保持,在有要求的情況下,只進行發行取得用位址之處理即可。
在實施形態中,雲端伺服器100係以被設置在雲端網路上為前提,但不限於該例,只要能夠與使用者終端10進行通訊,則雲端伺服器100亦可被設置在LAN(Local Area Network)等之網路上。
雲端伺服器100,係在生成個人化BRIR之際,亦可取得使用者的識別資訊,將識別資訊與個人化BRIR建立關連,而將個人化BRIR予以保持。此情況下,雲端伺服器100,係即使不是每次啟動就從第1應用程式接受個人化BRIR之上傳,仍可向第2應用程式提供個人化BRIR。
在實施形態中,雖然是將雲端伺服器100記載成1個伺服器,但雲端伺服器100係亦可由複數台伺服器裝置所構成。例如,雲端伺服器100係亦可被分割成:將個人化BRIR予以生成的生成伺服器、和發行個人化BRIR的取得用位址、或提供個人化BRIR的提供伺服器。
在實施形態中,雖然揭露在使用者終端10內安裝有第1應用程式和第2應用程式的例子,但第1應用程式和第2應用程式係亦可為被安裝在不同裝置的應用程式。例如,使用者終端10,係亦可只保持第1應用程式之機能,藉由控制被安裝在另一裝置的智慧型揚聲器等的第2應用程式,來進行音源之再生等。
[2-2.音源之再生的態樣]
雲端伺服器100,係在未保持有使用者的個人化BRIR或機器最佳化參數的情況下,亦可將複數個使用者的平均的BRIR、或不依存於特定之機器的標準參數,發送至使用者終端10。
關於這點,使用圖10來做說明。圖10係為變形例所述之頭部傳達函數之利用態樣的概念圖。
如圖10所示,於第2應用程式中音源被再生的情況下,可考慮例如模態1與模態2之態樣。模態1係表示,在無法辨識機器的情況等,個人化BRIR或機器最佳化參數係為無法利用的情況。具體而言,模態1係藉由:串流化資料、服務應用程式(再生用應用程式)、函式庫、平均化BRIR及標準參數之組合70,而被運用。另一方面,模態2係表示,可辨識機器,且對應於機器的參數係為存在的情況。具體而言,模態2係藉由:串流化資料、服務應用程式、函式庫、個人化BRIR及機器最佳化參數之組合80,而被運用。
[2-3.參數的利用]
使用者終端10,係亦可不是每次再生就取得機器最佳化參數,而是預先取得分別對應於複數個機器的機器最佳化參數。此情況下,使用者終端10,係可基於已被連接之機器的識別元,來特定該當機器的最佳化參數,利用已特定之參數來進行再生等。又,使用者終端10,係亦可將例如所擁有的機器參數之清單提示給使用者,讓使用者來選擇參數。藉此,例如即使是只擁有Passive之耳機的使用者,仍可讓其利用自身之個人化BRIR、和機器最佳化參數來進行再生。
此外,在實施形態中係揭露了,使用者終端10(第2應用程式),針對例如Passive之耳機等,係不取得機器最佳化參數的例子。可是,使用者終端10,係即使針對Passive之耳機等不具通訊機能的機器,亦可取得機器最佳化參數。此情況下,使用者係於第1應用程式中,以手動來選擇機器的名稱等。此外,機器的名稱等之清單,係從雲端伺服器100被提供給使用者終端10。然後,使用者終端10,係將已被使用者所選擇的機器的機器最佳化參數所對應之取得用位址,從雲端伺服器100加以取得。
然後,使用者終端10,係將已取得的取得用位址,提供給第2應用程式。藉此,第2應用程式係可取得,關於Passive之耳機等的機器最佳化參數的取得用位址。此情況下,圖8所示的步驟S305係變成往「Yes」之分歧,因此使用者係即使為Passive之耳機,仍可利用個人化BRIR或機器最佳化參數來享受音樂再生。此外,使用者終端10,係亦可配合使用者的狀況,不僅是利用個人化BRIR和機器最佳化參數的音樂再生,而亦可適宜地執行只利用個人化BRIR(並非機器最佳化參數,而是標準參數)的音樂再生、或只利用平均化BRIR的音樂再生等,將各式各樣的函數或變數加以組合的音樂再生。
雲端伺服器100,係在從個人化HRTF生成個人化BRIR之際,係亦可隨應於例如使用者的所在位置或狀況,而將不同的RIR(例如符合使用者之室內環境的RIR等),進行疊積。藉此,雲端伺服器100,係可將較符合使用者之狀況的個人化BRIR,提供給使用者。此情況下,亦可不是由雲端伺服器100來生成個人化BRIR,而是由已經取得複數個RIR的使用者終端10本身,來配合環境而特定出RIR,進行與個人化HRTF之疊積。
[2-4.機器的態樣]
在實施形態中係揭露了,耳機50是利用Bluetooth而與使用者終端10做連接的例子。可是,耳機50等之機器,係不限於Bluetooth,亦可採用各種通訊規格來進行連接。
(3.其他實施形態)
上述的各實施形態所述之處理,係除了上記各實施形態以外,還可以各種不同的形態而加以實施。
又,上記各實施形態中所說明的各處理之中,作為自動進行而說明的處理之全部或部分亦可手動地進行,或者,作為手動進行而說明的處理之全部或部分亦可藉由公知的方法而自動地進行。除此以外,關於上記文書中或圖式中所揭露的處理程序、具體的名稱、包含各種資料或參數的資訊,除非有特別聲明的情況,否則都可任意地變更。例如,各圖所示的各種資訊,係不限於圖示的資訊。
又,圖示的各裝置之各構成要素係為機能概念性,並不一定需要實體上如圖示般地而被構成。亦即,各裝置的分散、整合的具體形態係不限於圖示者,可將其全部或部分,隨應於各種負荷或使用狀況等,以任意的單位而做機能性或實體性地分散、整合而構成。
又,上述的各實施形態及變形例,係在處理內容不發生矛盾的範圍內,可做適宜組合。
又,本說明書中所記載之效果僅為例示並非限定,亦可還有其他效果。
(4.本揭露所述之資訊處理裝置的效果)
如上述,本揭露所述之資訊處理裝置(在實施形態中係為使用者終端10),係具備執行部(在實施形態中係為執行部163)、和提供部(在實施形態中係為提供部164)。執行部係執行:使用者所對應之頭部傳達函數(在實施形態中係為個人化HRTF或個人化BRIR)、與用來識別使用者所利用之機器的識別元的關連建立。提供部,係對使用者所對應之頭部傳達函數所要被提供的提供目標,提供頭部傳達函數、和頭部傳達函數所被建立關連的識別元。
如此,本揭露所述之資訊處理裝置,係在欲利用頭部傳達函數的環境下,將現時點所被連接的機器予以識別。藉此,資訊處理裝置,係於再生時,可得知不適切的機器已被連接等事實,因此可適切地利用頭部傳達函數。
又,提供部,係藉由將用來讓提供目標取得頭部傳達函數所需之一次性URL(One-Time URL)發送至提供目標,以將頭部傳達函數提供給提供目標。藉此,資訊處理裝置,係即使對於有OS等之限制的提供目標,仍可提供頭部傳達函數。
又,提供部,係亦可將識別元,連同與連同頭部傳達函數一併被利用之際的機器所相應之變數,提供給提供目標。藉此,資訊處理裝置係可進行相應於機器的最佳之再生。
又,提供部,係藉由將用來讓提供目標取得變數所需之一次性URL發送至提供目標,以將變數提供給提供目標。藉此,資訊處理裝置,係即使對於有OS等之限制的提供目標,仍可提供機器最佳化參數等之變數。
又,提供部,係在資訊處理裝置已經與機器建立通訊的情況下,將變數提供給提供目標。藉此,資訊處理裝置係在音樂再生之際,可防止對不適合已取得之變數的機器適用變數,因此可防止進行不適切的再生。
又,本揭露所述之資訊處理裝置,係具備:取得部(在實施形態中係為取得部166)、判定部(在實施形態中係為判定部167)、設定部(在實施形態中係為設定部168)。取得部,係將使用者所對應之頭部傳達函數、和頭部傳達函數所被建立關連的識別元,加以取得。判定部係判定,頭部傳達函數所被建立關連的識別元、與用來識別使用者所利用之機器的識別元的一致。設定部,係在頭部傳達函數所被建立關連的識別元、與用來識別使用者所利用之機器的識別元係為一致的情況下,將頭部傳達函數設定成有效化。
如此,本揭露所述之資訊處理裝置,係判定取得頭部傳達函數之時點上所被建立關連之機器、與實際連接之機器的一致,基於其結果,來設定頭部傳達函數的有效化。藉此,資訊處理裝置,係於再生時,可防止對不適切的機器適用頭部傳達函數。
又,取得部,係透過用來取得頭部傳達函數所需之一次性URL,而取得頭部傳達函數。藉此,資訊處理裝置,係即使有OS等之限制的情況下,仍可取得頭部傳達函數。
又,取得部,係亦可將識別元,連同與連同頭部傳達函數一併被利用之際的機器所相應之變數,一併加以取得。藉此,資訊處理裝置係可進行相應於機器的最佳之再生。
又,取得部,係透過用來取得變數所需之一次性URL,而取得變數。藉此,資訊處理裝置,係即使有OS等之限制的情況下,仍可取得變數。
又,判定部係將已經與資訊處理裝置建立通訊的機器,判定為使用者所利用之機器。設定部,係在頭部傳達函數所被建立關連的識別元、與用來識別使用者所利用之機器的識別元係為一致的情況下,將變數設定成有效化。藉此,資訊處理裝置,係於再生時,可判定是否有與已取得之頭部傳達函數所被建立關之機器不同的機器被連接,因此可防止對不適切的機器適用變數。
又,設定部,係在頭部傳達函數所被建立關連的識別元、與用來識別使用者所利用之機器的識別元為不一致的情況下,則將頭部傳達函數或變數設定成非有效化。藉此,資訊處理裝置係可防止不適合於機器的變數等被利用。
(5.硬體構成)
上述的各實施形態所述之使用者終端10或耳機50或雲端伺服器100或服務伺服器200等之資訊機器,係藉由例如圖11所示之構成的電腦1000,而被實現。以下,舉出實施形態所述之使用者終端10為例來做說明。圖11係為用來實現使用者終端10之機能的電腦1000之一例的硬體構成圖。電腦1000係具有:CPU1100、RAM1200、ROM(Read Only Memory)1300、HDD(Hard Disk Drive)1400、通訊介面1500、及輸出入介面1600。電腦1000的各部,係藉由匯流排1050而被連接。
CPU1100,係基於ROM1300或HDD1400中所被儲存之程式而動作,進行各部之控制。例如,CPU1100,係將ROM1300或HDD1400中所被儲存之程式展開至RAM1200,執行各種程式所對應之處理。
ROM1300係儲存有,在電腦1000的啟動時,被CPU1100所執行的BIOS(Basic Input Output System)等之開機程式、或依存於電腦1000之硬體的程式等。
HDD1400係為,將被CPU1100所執行的程式,以及被所述程式所使用的資料等予以非暫時性記錄的,電腦可讀取之記錄媒體。具體而言,HDD1400係為,將程式資料1450之一例的本揭露所述之資訊處理程式予以記錄的記錄媒體。
通訊介面1500係為,讓電腦1000與外部網路1550(例如網際網路)做連接所需之介面。例如,CPU1100,係透過通訊介面1500,而從其他機器接收資料,或將CPU1100所生成之資料發送至其他機器等等。
輸出入介面1600係為,用來連接輸出入裝置1650與電腦1000所需之介面。例如,CPU1100,係透過輸出入介面1600,而從鍵盤或滑鼠等之輸入裝置,接收資料。又,CPU1100,係透過輸出入介面1600,而向顯示器或揚聲器或印表機等之輸出裝置,發送資料。又,輸出入介面1600係亦可作為,將所定之記錄媒體(媒體)中所被記錄之程式等加以讀取的媒體介面而發揮機能。所謂媒體係為例如:DVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等之光學記錄媒體、MO(Magneto-Optical disk)等之光磁性記錄媒體、磁帶媒體、磁性記錄媒體、或半導體記憶體等。
例如,在電腦1000是作為實施形態所述之使用者終端10而發揮機能的情況下,電腦1000的CPU1100,係藉由將已被載入至RAM1200上的資訊處理程式加以執行,以實現控制部16等之機能。又,HDD1400中係儲存有本揭露所述之資訊處理程式、或記憶部15內的資料。此外,CPU1100,係將程式資料1450從HDD1400予以讀取而執行,但作為其他例,亦可透過外部網路1550,從其他裝置取得這些程式。
此外,本技術係亦可採取如以下之構成。
(1)
一種資訊處理裝置,係具備:
執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和
提供部,係對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
(2)
如前記(1)所記載之資訊處理裝置,其中,
前記提供部,係
藉由將用來讓前記提供目標取得前記頭部傳達函數所需之一次性URL(One-Time URL)發送至該當提供目標,以將該當頭部傳達函數提供給該當提供目標。
(3)
如前記(1)或(2)所記載之資訊處理裝置,其中,
前記提供部,係
將前記識別元,連同與前記頭部傳達函數一起被利用之際的前記機器所相應之變數,一併提供給前記提供目標。
(4)
如前記(3)所記載之資訊處理裝置,其中,
前記提供部,係
藉由將用來讓前記提供目標取得前記變數所需之一次性URL(One-Time URL)發送至該當提供目標,以將該當變數提供給該當提供目標。
(5)
如前記(3)或(4)所記載之資訊處理裝置,其中,
前記提供部,係
在前記資訊處理裝置與前記機器之通訊是已被建立的情況下,將前記變數提供給前記提供目標。
(6)
一種資訊處理方法,係
由電腦:
執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;
對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
(7)
一種資訊處理程式,係用以使電腦發揮機能成為:
執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和
提供部,係對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
(8)
一種資訊處理裝置,係具備:
取得部,係將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;和
判定部,係判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;和
設定部,係在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
(9)
如前記(8)所記載之資訊處理裝置,其中,
前記取得部,係
透過用來取得前記頭部傳達函數所需之一次性URL(One-Time URL),來取得該當頭部傳達函數。
(10)
如前記(8)或(9)所記載之資訊處理裝置,其中,
前記取得部,係
將前記識別元,連同與前記頭部傳達函數一起被利用之際的前記機器所相應之變數,一併加以取得。
(11)
如前記(10)所記載之資訊處理裝置,其中,
前記取得部,係
透過用來取得前記變數所需之一次性URL(One-Time URL),來取得該當變數。
(12)
如前記(10)或(11)所記載之資訊處理裝置,其中,
前記判定部,係
將已經與前記資訊處理裝置建立通訊的機器,判定為前記使用者所利用之機器;
前記設定部,係
在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將前記變數設定成有效化。
(13)
如前記(10)~(12)之任一項所記載之資訊處理裝置,其中,
前記設定部,係
在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元為不一致的情況下,將前記頭部傳達函數或前記變數設定成非有效化。
(14)
一種資訊處理方法,係
由電腦:
將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;
判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;
在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
(15)
一種資訊處理程式,係用以使電腦發揮機能成為:
取得部,係將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;和
判定部,係判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;和
設定部,係在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
1:資訊處理系統
10:使用者終端
11:通訊部
12:輸入部
13:顯示部
14:測知部
15:記憶部
151:BRIR表
152:參數表
16:控制部
161:第1應用程式控制部
162:生成部
163:執行部
164:提供部
165:第2應用程式控制部
166:取得部
167:判定部
168:設定部
169:再生部
50:耳機
100:雲端伺服器
200:服務伺服器
[圖1]本揭露的實施形態所述之資訊處理系統的圖示。
[圖2]實施形態所述之資訊處理之全體流程的概念圖。
[圖3]實施形態所述之使用者終端之構成例的圖示。
[圖4]實施形態所述之BRIR表之一例的圖示。
[圖5]實施形態所述之參數表之一例的圖示。
[圖6]實施形態所述之資訊處理之程序的流程圖(1)。
[圖7]實施形態所述之資訊處理之程序的流程圖(2)。
[圖8]實施形態所述之資訊處理之程序的流程圖(3)。
[圖9]實施形態所述之資訊處理之程序的流程圖(4)。
[圖10]變形例所述之頭部傳達函數之利用態樣的概念圖。
[圖11]用來實現資訊處理裝置之機能的電腦之一例的硬體構成圖。
1:資訊處理系統
10:使用者終端
20:第1應用程式
21:記憶領域
30:第2應用程式
31:資料控制部
32:記憶領域
33:設定檔案
34:播放器
50:耳機
100:雲端伺服器
200:服務伺服器
Claims (15)
- 一種資訊處理裝置,係具備: 執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和 提供部,係對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
- 如請求項1所記載之資訊處理裝置,其中, 前記提供部,係 藉由將用來讓前記提供目標取得前記頭部傳達函數所需之一次性URL(One-Time URL)發送至該當提供目標,以將該當頭部傳達函數提供給該當提供目標。
- 如請求項1所記載之資訊處理裝置,其中, 前記提供部,係 將前記識別元,連同與前記頭部傳達函數一起被利用之際的前記機器所相應之變數,一併提供給前記提供目標。
- 如請求項3所記載之資訊處理裝置,其中, 前記提供部,係 藉由將用來讓前記提供目標取得前記變數所需之一次性URL(One-Time URL)發送至該當提供目標,以將該當變數提供給該當提供目標。
- 如請求項3所記載之資訊處理裝置,其中, 前記提供部,係 在前記資訊處理裝置與前記機器之通訊是已被建立的情況下,將前記變數提供給前記提供目標。
- 一種資訊處理方法,係 由電腦: 執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立; 對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
- 一種資訊處理程式,係用以使電腦發揮機能成為: 執行部,係執行使用者所對應之頭部傳達函數、與用來識別該當使用者所利用之機器的識別元的關連建立;和 提供部,係對前記使用者所對應之頭部傳達函數所要被提供的提供目標,提供該當頭部傳達函數、和該當頭部傳達函數所被建立關連的前記識別元。
- 一種資訊處理裝置,係具備: 取得部,係將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;和 判定部,係判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;和 設定部,係在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
- 如請求項8所記載之資訊處理裝置,其中, 前記取得部,係 透過用來取得前記頭部傳達函數所需之一次性URL(One-Time URL),來取得該當頭部傳達函數。
- 如請求項8所記載之資訊處理裝置,其中, 前記取得部,係 將前記識別元,連同與前記頭部傳達函數一起被利用之際的前記機器所相應之變數,一併加以取得。
- 如請求項10所記載之資訊處理裝置,其中, 前記取得部,係 透過用來取得前記變數所需之一次性URL(One-Time URL),來取得該當變數。
- 如請求項10所記載之資訊處理裝置,其中, 前記判定部,係 將已經與前記資訊處理裝置建立通訊的機器,判定為前記使用者所利用之機器; 前記設定部,係 在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將前記變數設定成有效化。
- 如請求項10所記載之資訊處理裝置,其中, 前記設定部,係 在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元為不一致的情況下,將前記頭部傳達函數或前記變數設定成非有效化。
- 一種資訊處理方法,係 由電腦: 將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得; 判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致; 在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
- 一種資訊處理程式,係用以使電腦發揮機能成為: 取得部,係將使用者所對應之頭部傳達函數、和該當頭部傳達函數所被建立關連的識別元,加以取得;和 判定部,係判定前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元的一致;和 設定部,係在前記頭部傳達函數所被建立關連的識別元、與用來識別前記使用者所利用之機器的識別元係為一致的情況下,將該當頭部傳達函數設定成有效化。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018-246622 | 2018-12-28 | ||
JP2018246622 | 2018-12-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW202041053A true TW202041053A (zh) | 2020-11-01 |
Family
ID=71128751
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108146418A TW202041053A (zh) | 2018-12-28 | 2019-12-18 | 資訊處理裝置、資訊處理方法及資訊處理程式 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11956621B2 (zh) |
EP (1) | EP3905725A4 (zh) |
JP (1) | JPWO2020138257A1 (zh) |
KR (1) | KR20210106992A (zh) |
CN (1) | CN113228711A (zh) |
TW (1) | TW202041053A (zh) |
WO (1) | WO2020138257A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20240015460A1 (en) * | 2020-11-25 | 2024-01-11 | Sony Group Corporation | Information processing device and information processing method |
WO2023176191A1 (ja) * | 2022-03-16 | 2023-09-21 | ソニーグループ株式会社 | プログラム、制御装置、補聴器、通信デバイス、補聴器システムおよび制御方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003153398A (ja) * | 2001-11-09 | 2003-05-23 | Nippon Hoso Kyokai <Nhk> | ヘッドホンによる前後方向への音像定位装置およびその方法 |
CN1685762A (zh) * | 2002-09-23 | 2005-10-19 | 皇家飞利浦电子股份有限公司 | 声音重现系统、程序和数据载体 |
EP1912183B1 (en) * | 2004-07-09 | 2015-02-11 | Tricerion Ltd | A method of secure data communication |
DE602007004451D1 (de) | 2006-02-21 | 2010-03-11 | Koninkl Philips Electronics Nv | Audiokodierung und audiodekodierung |
JP2010118978A (ja) * | 2008-11-14 | 2010-05-27 | Victor Co Of Japan Ltd | 音像定位制御装置および音像定位制御方法 |
US9112863B2 (en) | 2009-12-14 | 2015-08-18 | International Business Machines Corporation | Method, program product and server for controlling a resource access to an electronic resource stored within a protected data environment |
CN103329576B (zh) * | 2011-01-05 | 2016-12-07 | 皇家飞利浦电子股份有限公司 | 音频系统及其操作方法 |
US20130177166A1 (en) * | 2011-05-27 | 2013-07-11 | Sony Ericsson Mobile Communications Ab | Head-related transfer function (hrtf) selection or adaptation based on head size |
US9973591B2 (en) * | 2012-02-29 | 2018-05-15 | Razer (Asia-Pacific) Pte. Ltd. | Headset device and a device profile management system and method thereof |
JP6050625B2 (ja) | 2012-06-28 | 2016-12-21 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システム |
US9544706B1 (en) | 2015-03-23 | 2017-01-10 | Amazon Technologies, Inc. | Customized head-related transfer functions |
-
2019
- 2019-12-18 TW TW108146418A patent/TW202041053A/zh unknown
- 2019-12-26 KR KR1020217016853A patent/KR20210106992A/ko not_active Application Discontinuation
- 2019-12-26 EP EP19904561.8A patent/EP3905725A4/en active Pending
- 2019-12-26 CN CN201980084879.3A patent/CN113228711A/zh active Pending
- 2019-12-26 JP JP2020562388A patent/JPWO2020138257A1/ja active Pending
- 2019-12-26 US US17/416,631 patent/US11956621B2/en active Active
- 2019-12-26 WO PCT/JP2019/051058 patent/WO2020138257A1/ja unknown
Also Published As
Publication number | Publication date |
---|---|
EP3905725A4 (en) | 2022-03-16 |
US11956621B2 (en) | 2024-04-09 |
WO2020138257A1 (ja) | 2020-07-02 |
CN113228711A (zh) | 2021-08-06 |
EP3905725A1 (en) | 2021-11-03 |
KR20210106992A (ko) | 2021-08-31 |
JPWO2020138257A1 (ja) | 2021-11-04 |
US20220060841A1 (en) | 2022-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6657353B2 (ja) | マルチハウスホールドのサポート | |
US11075609B2 (en) | Transforming audio content for subjective fidelity | |
TWI640917B (zh) | 頭戴式耳機裝置與裝置設定檔管理系統及方法 | |
JP6161791B2 (ja) | メディア再生システム用のプライベートキュー | |
JP6214676B2 (ja) | メディア視聴ソーシャルインタフェースのためのシステム及び方法 | |
JP6185146B2 (ja) | メディア再生システムにおけるプレイリストの更新 | |
US10003905B1 (en) | Personalized end user head-related transfer function (HRTV) finite impulse response (FIR) filter | |
US10250650B2 (en) | Discovery playlist creation | |
JP2015513832A (ja) | オーディオ再生システム及び方法 | |
TW202041053A (zh) | 資訊處理裝置、資訊處理方法及資訊處理程式 | |
US11683654B2 (en) | Audio content format selection | |
US11113092B2 (en) | Global HRTF repository | |
US20200154230A1 (en) | Playing Binaural Sound Clips During an Electronic Communication | |
JP2016067817A (ja) | シミュレーションゲームシステム、情報処理方法及びプログラム | |
US11736889B2 (en) | Personalized and integrated virtual studio | |
US11523242B1 (en) | Combined HRTF for spatial audio plus hearing aid support and other enhancements | |
US11792581B2 (en) | Using Bluetooth / wireless hearing aids for personalized HRTF creation | |
WO2022237353A1 (zh) | 在耳机收纳盒中配置耳机的方法、装置、设备及程序产品 | |
KR101797522B1 (ko) | 믹스 미디어 제공 시스템 및 방법 |