Information processing method, information processing program, information processing system, and information processing server

Abstract

To provide an information processing device, an information processing method, and an information processing program that appropriately utilize a head-related transfer function.SOLUTION: An information processing method according to the present disclosure includes: acquiring a head-related transfer function corresponding to a user (S11); transmitting the head-related transfer function corresponding to the user to a server (S13); acquiring a first acquisition address corresponding to the head-related transfer function corresponding to the user from a cloud server 100 (S15, S16); and providing a second application 30 to which the head-related transfer function corresponding to the user is provided with the first acquisition address for the application to acquire the head-related transfer function from the cloud server (S17).SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] The present disclosure relates to an information processing apparatus, an information processing method, and an information processing program. Specifically, it relates to the use of a head transfer function.

Background Art

[0002] A technique for three-dimensionally reproducing sound images in headphones or the like is used by using a head transfer function that mathematically represents the way sound reaches the ears from a sound source.

[0003] Since there are large individual differences in the head transfer function, it is desirable to use a head transfer function generated for each individual when using it. For example, a technique is known in which a three-dimensional digital model of the head (hereinafter referred to as "3D model") is generated based on an image of the user's auricle, and the head transfer function of the user is calculated from the generated 3D model.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] According to the prior art, since the head transfer function calculated individually for each user can be used for information processing, the sense of sound image localization can be enhanced.

[0006] However, in the above prior art, it is not always possible to appropriately use the head-related transfer function calculated for each user. For example, a user may desire to flexibly use the head-related transfer function, such as applying their own head-related transfer function to a plurality of applications installed on a smartphone, not limited to a single application (such as a music playback application). Also, the head-related transfer function can enhance the sense of presence or provide a more accurate sense of localization when adjusted according to the actual usage situation and the acoustic devices used by the user. However, the prior art only calculates the head-related transfer function for each user and does not perform processes such as allowing the user to flexibly use the head-related transfer function or changing the usage mode of the head-related transfer function according to the situation.

[0007] Therefore, the present disclosure proposes an information processing apparatus, an information processing method, and an information processing program that can appropriately use the head-related transfer function.

Means for Solving the Problems

[0008] In order to solve the above problems, an information processing method according to one aspect of the present disclosure acquires a head-related transfer function corresponding to a user, transmits the head-related transfer function corresponding to the user to a server, acquires a first acquisition address corresponding to the head-related transfer function corresponding to the user from the server, and provides the first acquisition address for the application to which the head-related transfer function corresponding to the user is provided so that the application can acquire the head-related transfer function from the server.

[0009] Also, in order to solve the above problems, an information processing apparatus according to one aspect of the present disclosure includes an acquisition unit that acquires a head-related transfer function corresponding to a user and an identifier associated with the head-related transfer function, a determination unit that determines a match between the identifier associated with the head-related transfer function and an identifier that identifies the device used by the user, and a setting unit that sets to enable the head-related transfer function when the identifier associated with the head-related transfer function and the identifier that identifies the device used by the user match.

Brief Description of the Drawings

[0010]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Embodiments for Carrying Out the Invention

[0011] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the drawings. In the following embodiments, the same parts are denoted by the same reference numerals, and redundant descriptions are omitted.

[0012] The present disclosure will be described according to the following item order. 1. Embodiment 1-1. Configuration of the information processing system and an example of information processing according to the embodiment 1-2. Configuration of the information processing apparatus according to the embodiment 1-3. Procedure of information processing according to the embodiment 2. Variation 2-1. Mode of the information processing system 2-2. Mode of sound source reproduction 2-3. Use of parameters 2-4. Mode of the device 3. Other embodiments 4. Effects of the information processing apparatus according to the present disclosure 5. Hardware configuration

[0013] (1. Embodiment) [1-1. Configuration of the information processing system and an example of information processing according to the embodiment] First, with reference to FIGS. 1 and 2, the configuration of the information processing system 1 according to the present disclosure and an overview of the information processing executed by the information processing system 1 will be described. FIG. 1 is a diagram showing the information processing system 1 according to the embodiment of the present disclosure. The information processing according to the embodiment of the present disclosure is realized by the information processing system 1 shown in FIG. 1. As shown in FIG. 1, the information processing system 1 includes a user terminal 10, headphones 50, a cloud server 100, and a service server 200. Each device included in the information processing system 1 communicates with each other using a wired or wireless network (not shown). Note that the number of each device constituting the information processing system 1 is not limited to that shown in the figure.

[0014] The user terminal 10 is an example of the information processing apparatus according to the present disclosure, and is an information processing terminal that executes information processing using a head-related transfer function (hereinafter sometimes referred to as HRTF). The user terminal 10 is realized by, for example, a smartphone having a photographing function.

[0015] The headphones 50 are an example of an acoustic device used by the user. For example, the headphones 50 have a communication function such as Bluetooth (registered trademark) and establish wireless communication with the user terminal 10. Then, the headphones 50 output voices and the like transmitted from the user terminal 10 according to the user's operation.

[0016] The cloud server 100 calculates the HRTF (Head Related Transfer Function) corresponding to each user, and provides the calculated HRTF to the user terminal 10. The cloud server 100 acquires, via the network, an image of the user's ear from the user terminal 10, and calculates the HRTF of the user based on the acquired image.

[0017] The service server 200 is a server device that provides a sound source such as music to the user terminal 10. For example, the service server 200 provides a streaming sound source or the like to the user terminal 10 via the network in accordance with the control of a music playback application or the like installed on the user terminal 10.

[0018] As described above, the user terminal 10 executes information processing using the HRTF. The HRTF expresses, as a transfer function, the change in sound caused by surrounding objects including the human pinna (auricle) and the shape of the head. Generally, the measurement data for obtaining the HRTF is acquired by measuring a measurement acoustic signal using a microphone or a dummy head microphone or the like worn inside the human auricle.

[0019] For example, the HRTF used in technologies such as 3D audio is often calculated using measurement data obtained with a dummy head microphone or the like, or the average value of measurement data obtained from a large number of humans. However, since there are large individual differences in the HRTF, it is desirable to use the user's own HRTF in order to achieve a more effective acoustic performance effect. That is, by replacing the general HRTF with the user's own HRTF, it is possible to provide the user with a more immersive acoustic experience.

[0020] As an example of a method for calculating a user's individual HRTF, there is a method of calculating a user's HRTF from an image of the shape of the user's ear. For example, the cloud server 100 acquires an image including the shape of the user's ear captured by the user terminal 10, and calculates the user's individual HRTF based on the acquired image. Then, the cloud server 100 transmits the calculated HRTF to the user terminal 10. Thereby, the user terminal 10 can reproduce a sound with 3D sound reproduced using the user's individual HRTF, or play a video with a sense of presence.

[0021] However, there are several problems in realizing the above method. For example, the user terminal 10 operates various applications (hereinafter simply referred to as "apps") developed by various operators, such as an app having a function of transmitting and managing HRTF, an app for music playback, and an app for video playback. In this case, for example, due to restrictions of the OS (Operating System) or the like, there may be a case where HRTF data cannot be exchanged between the app that manages HRTF and the app for music playback or the like.

[0022] Further, even if HRTF data can be exchanged, there is a possibility that its operation may not be properly performed. For example, although HRTF can be calculated regardless of the acoustic device (such as the headphones 50) actually used by the user, in order to achieve a more effective acoustic effect, it is desirable to use it in combination with variables (parameters) such as the output value adjusted to the impedance of the device and the delay time based on the shape of the output part of the device. However, when the user uses an app for music playback or the like, it is difficult for the cloud server 100 or the app that manages HRTF to control its use due to OS restrictions. Therefore, there is a risk that HRTF may be used in an unintended usage mode by the cloud server 100 or the app that manages HRTF.

[0023] As described above, with regard to HRTF, there are various problems in flexibly using HRTF across multiple applications or appropriately using HRTF according to the user's environment and device status. The user terminal 10 according to the embodiment solves the above problems by the information processing of the present disclosure described below. Hereinafter, the outline of the information processing according to the present disclosure will be described along the flow using FIGS. 1 and 2.

[0024] As shown in FIG. 1, the user terminal 10 has already installed the first application 20 and the second application 30. The first application 20 is, for example, an application provided by an operator who manages the cloud server 100. The first application 20 has functions such as taking an image including the user's ear, transmitting the taken image to the cloud server 100, and managing the HRTF transmitted from the cloud server 100.

[0025] In the information processing according to the embodiment, first, the first application 20 takes an image including the user's ear according to the user's operation and acquires the image including the ear (step S1). Subsequently, the first application 20 transmits the image including the ear to the cloud server 100 (step S2). Note that the first application 20 may perform processes such as detecting the video of the user's ear included in the image and cutting out the range of the detected ear video from the image as preprocessing for transmitting the image to the cloud server 100.

[0026] The cloud server 100 acquires the image transmitted from the user terminal 10. Then, the cloud server 100 calculates the user's HRTF from the image (step S3). Various methods may be adopted for the method by which the cloud server 100 calculates the HRTF. For example, when a two-dimensional image including an image of the ear is input, the cloud server 100 may calculate the HRTF using a model trained to output the HRTF corresponding to the ear. Alternatively, the cloud server 100 may generate a 3D model of the user's head from the two-dimensional image including the image of the ear, and calculate the HRTF from the generated 3D model. In the following description, the HRTF calculated according to the individual user is denoted as the personalized HRTF, and may be distinguished from the general HRTF.

[0027] Note that the cloud server 100 may convolve the calculated personalized HRTF with the RIR (Room Impulse Response) to generate the BRIR (Binaural Room Impulse Response). In the following description, the BRIR generated according to the individual user is denoted as the personalized BRIR, and may be distinguished from the general BRIR. Also, the data used during music playback and the like on the user terminal 10 may actually be the BRIR instead of the HRTF, but in the following description, the two may be read interchangeably. For example, the description "transmit the generated BRIR" also includes the situation of transmitting the calculated HRTF. Also, the description "playback using the BRIR" also includes the situation of playback using the HRTF.

[0028] After that, the cloud server 100 transmits the generated personalized BRIR to the user terminal 10 (step S4). The first application 20 acquires the personalized BRIR (step S5). In this way, the user can acquire their own personalized BRIR by taking a picture of their profile and transmitting the image to the cloud server 100. Then, the first application 20 stores the received personalized BRIR in the storage area 21 (step S6).

[0029] Next, with reference to FIG. 2, the process flow when the user terminal 10 plays music or the like using the personalized BRIR will be described. FIG. 2 is a conceptual diagram showing the overall flow of the information processing according to the embodiment.

[0030] When the first application 20 is activated by the user, the first application 20 acquires the personalized BRIR stored in the storage area 21 (step S11). Further, the first application 20 recognizes the device connected to the user terminal 10. In the example of FIG. 2, the first application 20 recognizes the headphones 50 with which communication has been established with the user terminal 10 by wireless connection such as Bluetooth.

[0031] In this case, the first application 20 acquires information about the connected device, the headphones 50 (step S12). For example, the first application 20 acquires an identifier for identifying the device. The identifier is, for example, a character string for identifying the device such as a BT device name when the device has a Bluetooth function, or a unique character string for identifying an individual device. Further, the identifier may be a model name of the device assigned uniquely by the manufacturer.

[0032] In addition, the first application 20 may acquire information such as whether the connected device has a communication function. For example, when the device does not have a communication function such as Bluetooth, the device may not be able to transmit information such as an identifier. In this case, the first application 20 acquires information indicating that the device connected to the user terminal 10 cannot be recognized. Such information is distinguished, for example, by information such as whether the device type is Active (has a communication function) or Passive (does not have a communication function). That is, the first application 20 acquires information such as whether the connected device is Active or Passive. In the example of FIG. 2, since the headphones 50 have a communication function, the first application 20 acquires information indicating that the connected device, the headphones 50, is "Active".

[0033] Subsequently, the first application 20 associates the personalized BRIR with the identifier of the headphones 50, which is the device used by the user. The association means, for example, that since the device currently connected to the user terminal 10 is the headphones 50, the second application 30 described later assigns control information for controlling playback on devices other than the headphones 50. More specifically, the association means assigning control information for controlling so that variables for optimizing a certain device (hereinafter referred to as "device optimization parameters") are not misused by other devices.

[0034] Thereafter, the first application 20 transmits (uploads) the personalized BRIR and information regarding the headphones 50 to the cloud server 100 (step S13). This process is performed to enable the transfer of the personalized BRIR via the cloud server 100 because data cannot be directly passed from the first application 20 to the second application 30.

[0035] The cloud server 100 acquires the information regarding the personalized BRIR and the headphones 50. Then, the cloud server 100 identifies the device optimization parameters of the headphones 50 among the information it holds based on the identifier of the headphones 50.

[0036] Furthermore, the cloud server 100 issues an acquisition address for the personalized BRIR to enable the first application to acquire it (step S14). For example, the acquisition address is a one-time URL (One-Time Uniform Resource Locator) for accessing the cloud server 100 to acquire the personalized BRIR. In this way, the cloud server 100 transfers the personalized BRIR via the acquisition address. Thereby, even in a situation where the personalized BRIR cannot be transferred from the first application 20 to the playback application (the second application 30 in the example of FIG. 2) due to restrictions of the OS or the like, the user terminal 10 can transfer the personalized BRIR to the second application 30.

[0037] In addition, the cloud server 100 also issues a one-time URL, which is the acquisition address, for the device optimization parameters of the headphones 50.

[0038] Then, the cloud server 100 transmits the acquisition address of the personalized BRIR issued and the acquisition address of the device optimization parameters of the headphones 50 to the first application 20 (step S15).

[0039] The first application 20 acquires the acquisition address of the personalized BRIR transmitted from the cloud server 100 and the acquisition address of the device optimization parameters of the headphones 50 (step S16). Note that the first application 20 may associate the personalized BRIR with the identifier of the headphones 50 at the timing of step S16.

[0040] After that, for example, triggered by the activation of the second application 30 by the user's operation, the first application 20 provides the acquired information to the second application 30 (step S17). Specifically, the first application 20 provides the acquisition address of the personalized BRIR, the acquisition address of the device optimization parameters of the headphones 50, the identifier of the headphones 50, information such as the model name and device type of the headphones 50 to the second application 30.

[0041] The second application 30 is an application for playing sound sources, videos, etc. For example, the second application 30 is provided to the user by the same operator as the operator who manages the service server 200 that provides streaming sound sources. As will be described later, the second application 30 may have processing units called a data control unit 31 and a player 34, and the data control unit 31 may be provided by the operator who provides the first application 20 as a shared library. That is, the operator who manages the service server 200 may provide only the functions corresponding to the player 34 in the second application 30.

[0042] The data control unit 31 of the second application 30 is, for example, a library that includes an executable file for data exchange with the first application 20 or the cloud server 100, and may be referred to as SAL (Server Access Library) or the like.

[0043] The data control unit 31 acquires the personalized BRIR from the cloud server 100 via the address for acquiring the personalized BRIR provided from the first application 20 (step S18). Further, the data control unit 31 acquires the device optimization parameters of the headphones 50 from the cloud server 100 via the address for acquiring the device optimization parameters provided from the first application 20.

[0044] The data control unit 31 stores the acquired personalized BRIR and the device optimization parameters of the headphones 50 in the storage area 32 (step S19).

[0045] Subsequently, the data control unit 31 recognizes the device connected to the user terminal 10. Specifically, the data control unit 31 recognizes the headphones 50 with which communication has been established with the user terminal 10 (step S20).

[0046] Then, the data control unit 31 determines whether the identifier of the device associated with the personalized BRIR by the first application 20 matches the identifier of the device that the user intends to use at the current time. Specifically, the data control unit 31 determines whether the identifier of the device associated with the HRTF by the first application 20 in step S12 matches the identifier of the device connected at the time of step S20. In the example of FIG. 2, since the identifiers of both devices indicate the headphones 50, the data control unit 31 determines that they match.

[0047] In this case, the data control unit 31 updates a configuration file (Config File) 33 in which the settings for playing the second application 30 are retained. Specifically, the data control unit 31 writes in the configuration file 33 to use (activate) the acquired personalized BRIR and the device optimization parameters in the playback process.

[0048] On the other hand, when the identifier of the device associated with the personalized BRIR by the first application 20 does not match the identifier of the device that the user intends to use at the current time, the data control unit 31 writes so as not to activate the acquired personalized BRIR or device optimization parameters.

[0049] That is, the data control unit 31 compares the identifier (such as the BT device name) passed from the first application 20 with the identifier of the currently connected headset 50, and determines the personalized BRIR and device optimization parameters to be used for playing the sound source. Then, the data control unit 31 updates the configuration file 33 according to the determined content (step S21).

[0050] In this way, even if the personalized BRIR and device optimization parameters provided from the cloud server 100 are changed, the data control unit 31 restricts their use when the actually used device (headset 50) is changed. That is, by including the stage of determining the device identifier in the second application 30 that actually performs playback, the data control unit 31 can prevent inappropriate playback from being performed when music is played because device optimization parameters of different devices are applied.

[0051] Thereafter, when the user desires to play music, the second application 30 executes the function of the player 34. The player 34 is a processing unit that plays music and videos based on a sound source such as a music file and the information set in the configuration file 33.

[0052] Player 34 reads the configuration file 33 and recognizes that it can use the personalized BRIR for playback or the device optimization parameters of the headphones 50 (step S22).

[0053] Subsequently, based on the information set in the configuration file 33, player 34 acquires the personalized BRIR and device optimization parameters from the storage area 32 (step S23).

[0054] Furthermore, player 34 accesses the service server 200 that provides streaming audio sources and the like, and acquires the audio source (step S24).

[0055] Then, player 34 plays the audio source while convolving the personalized BRIR and device optimization parameters with the audio source. Thereby, player 34 can perform playback using the transfer function adapted to the shape of the user's individual ear and the parameters optimized for the playback environment such as headphones 50.

[0056] As described above, the user terminal 10, which is an example of the information processing apparatus according to the present disclosure, executes the association between the personalized BRIR (or personalized HRTF) corresponding to the user and the identifier for identifying the device used by the user. Then, the user terminal 10 provides the personalized BRIR and the identifier associated with the personalized BRIR to the second application 30, which is the destination where the personalized BRIR corresponding to the user is provided.

[0057] That is, the user terminal 10 provides not only the personalized BRIR but also the identifier of the device connected in the environment where the personalized BRIR is used. In this way, by providing information such as what device the user is trying to use the personalized BRIR with to the playback environment (such as the second application 30), the user terminal 10 can cause the playback optimized for the user's environment to be performed.

[0058] In addition, the user terminal 10 acquires a personalized BRIR corresponding to the user and an identifier associated with the personalized BRIR, and determines whether the identifier associated with the personalized BRIR matches the identifier for identifying the device used by the user. Then, when the identifier associated with the personalized BRIR matches the identifier for identifying the device used by the user, the user terminal 10 is set to activate the personalized BRIR.

[0059] In this way, in the environment where the personalized BRIR is to be used, the user terminal 10 determines whether to use the personalized BRIR or the device optimization parameters provided by the cloud server 100 by identifying the currently connected device. As a result, the user terminal 10 can prevent inappropriate use of the personalized BRIR or incorrect application of different device optimization parameters during playback. As a result, the user terminal 10 can perform playback optimized for the user's environment.

[0060] The overall flow of the information processing according to the present disclosure has been described above. Below FIG. 3, the configuration of the user terminal 10 will be described, and the details of various processes will be described in order.

[0061] [1-2. Configuration of the information processing apparatus according to the embodiment] With reference to FIG. 3, the configuration of a user terminal 10, which is an example of the information processing apparatus according to the present disclosure, will be described. FIG. 3 is a diagram showing a configuration example of the user terminal 10 according to the embodiment of the present disclosure. As shown in FIG. 3, the user terminal 10 includes a communication unit 11, an input unit 12, a display unit 13, a detection unit 14, a storage unit 15, and a control unit 16.

[0062] The communication unit 11 is realized by, for example, a NIC (Network Interface Card) or the like. The communication unit 11 is connected to the network N (such as the Internet) by wire or wirelessly, and transmits and receives information to and from the cloud server 100, the service server 200, the headphones 50, etc. via the network N.

[0063] The input unit 12 is an input device that receives various operations from the user. For example, the input unit 12 is realized by operation keys or the like provided in the user terminal 10. The display unit 13 is a display device for displaying various information. For example, the display unit 13 is realized by a liquid crystal display or the like. When a touch panel is adopted in the user terminal 10, a part of the input unit 12 and the display unit 13 are integrated.

[0064] The detection unit 14 is a general term for various sensors and detects various information related to the user terminal 10. Specifically, the detection unit 14 detects the user's operation on the user terminal 10, the location information where the user terminal 10 is located, information related to the devices connected to the user terminal 10, the environment in the user terminal 10, and the like.

[0065] Also, as an example of a sensor, the detection unit 14 has a lens and an image sensor for performing photography. That is, when the user activates an application that operates the photography function, for example, the detection unit 14 exhibits the function as a camera.

[0066] The storage unit 15 is realized by, for example, semiconductor memory elements such as RAM (Random Access Memory) and flash memory, or storage devices such as hard disks and optical disks. The storage unit 15 stores various data used for information processing.

[0067] As shown in FIG. 3, the storage unit 15 includes data tables such as a BRIR table 151 and a parameter table 152. The BRIR table 151 corresponds to, for example, the storage area 21 shown in FIG. 2. The parameter table 152 corresponds to, for example, the storage area 32 shown in FIG. 2.

[0068] The BRIR table 121 stores information regarding the personalized BRIR generated by the cloud server 100. FIG. 4 shows an example of the BRIR table 151 according to an embodiment of the present disclosure. FIG. 4 is a diagram showing an example of the BRIR table 151 according to the embodiment. In the example shown in FIG. 4, the BRIR table 151 has items such as "personalized BRIR data" and "generation date and time".

[0069] "Personalized BRIR data" indicates the data of the personalized BRIR generated by the cloud server 100. In FIG. 4, the personalized BRIR data is conceptually described as "A01", but actually, specific numerical values indicating the personalized BRIR and the like are stored in this item.

[0070] "Generation date and time" indicates the date and time when the personalized BRIR data was generated. When the user terminal 10 acquires the personalized BRIR multiple times, it may hold only the latest personalized BRIR in the BRIR table 151, or may hold multiple personalized BRIRs in the BRIR table 151.

[0071] Next, the parameter table 122 will be described. The parameter table 122 stores information regarding parameters used during the playback of sound sources and videos. FIG. 5 shows an example of the parameter table 152 according to an embodiment of the present disclosure. FIG. 5 is a diagram showing an example of the parameter table 152 according to the embodiment. In the example shown in FIG. 5, the parameter table 152 has items such as "setting ID", "personalized BRIR data", "device optimization parameters", and "acquisition date and time".

[0072] "Setting ID" indicates identification information for identifying the setting indicating that the personalized BRIR and the device optimization parameters are associated. "Personalized BRIR data" corresponds to the same item shown in FIG. 4. "Device optimization parameters" indicates the data of the device optimization parameters acquired from the cloud server 100. In FIG. 5, the device optimization parameters are conceptually described as "C01", but actually, specific numerical values indicating the device optimization parameters and the like are stored in this item.

[0073] The "acquisition date and time" indicates the date and time when the personalized BRIR and device optimization parameters were acquired from the cloud server 100. When the user terminal 10 acquires the personalized BRIR and device optimization parameters multiple times, it may hold only the latest personalized BRIR and device optimization parameters in the parameter table 152, or it may hold a plurality of personalized BRIR and device optimization parameters in the BRIR table 151.

[0074] Returning to FIG. 3 to continue the description. The control unit 16 is realized, for example, by a program (for example, an information processing program according to the present disclosure) stored inside the user terminal 10 being executed using a RAM (Random Access Memory) or the like as a work area by a CPU (Central Processing Unit), MPU (Micro Processing Unit), GPU (Graphics Processing Unit), or the like. Further, the control unit 16 is a controller and may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).

[0075] As shown in FIG. 3, the control unit 16 has a first application control unit 161 and a second application control unit 165, and realizes or executes the functions and operations of information processing described below. The first application control unit 161 includes a generation unit 162, an execution unit 163, and a provision unit 164. The second application control unit 165 includes an acquisition unit 166, a determination unit 167, a setting unit 168, and a reproduction unit 169. For example, the acquisition unit 166, the determination unit 167, and the setting unit 168 correspond to the data control unit 31 shown in FIG. 2. Further, the reproduction unit 169 corresponds to the player 34 shown in FIG. 2. Note that the internal configuration of the control unit 16 is not limited to the configuration shown in FIG. 3, and any other configuration may be used as long as it performs the information processing described later.

[0076] The generation unit 162 controls the processes related to the generation of HRTF and personalized BRIR. Specifically, the generation unit 162 controls the process of photographing the profile of the user including the ears. Also, the generation unit 162 controls the process of transmitting the image obtained by the photographing to the cloud server 100 and the process of acquiring the personalized BRIR generated by the cloud server 100.

[0077] The generation unit 162 appropriately stores the image obtained by the photographing and the acquired personalized BRIR in the storage unit 15. Note that the generation unit 162 may not transmit the image photographed by the user terminal 10 to the cloud server 100, but may acquire an image photographed by, for example, an external camera and transmit the acquired image to the cloud server 100.

[0078] Note that when the personalized HRTF or personalized BRIR already generated for the user is held in the cloud server 100, the generation unit 162 may control only the process of acquiring the personalized HRTF or personalized BRIR without transmitting the image to the cloud server 100. That is, the process by which the generation unit 162 acquires the personalized HRTF or personalized BRIR is not limited to a specific method.

[0079] The execution unit 163 performs the association of the personalized HRTF or personalized BRIR corresponding to the user with the identifier that identifies the device used by the user.

[0080] For example, when the user activates the first application, the execution unit 163 acquires the personalized BRIR stored in the BRIR table 151. Also, the execution unit 163 acquires from the headphones 50 the identifier that identifies the headphones 50 connected at the time when the first application is activated. Then, the execution unit 163 associates the personalized BRIR with the identifier of the headphones 50 and uploads the personalized BRIR to the cloud server 100 together with the associated information.

[0081] After that, the execution unit 163 acquires the personalized BRIR issued by the cloud server 100 and the one-time URL for acquiring the headphones 50. Note that the execution unit 163 may associate the personalized BRIR with the identifier of the headphones 50 when acquiring the one-time URL for acquisition.

[0082] The providing unit 164 provides the personalized BRIR and the identifier associated with the personalized BRIR to the destination where the personalized BRIR corresponding to the user is provided. The destination is, for example, an app different from the first app (the second app in the embodiment) installed in the user terminal 10. Note that the destination is not limited to the second app and may be other external devices (for example, other information processing terminals capable of communicating with the user terminal 10) or the like.

[0083] The providing unit 164 provides the personalized BRIR to the destination by transmitting the one-time URL for the destination to acquire the personalized BRIR to the destination. In other words, the providing unit 164 provides the personalized BRIR to the destination via the one-time URL. Thereby, the providing unit 164 can provide the personalized BRIR even to the second app that cannot be directly delivered due to, for example, OS restrictions.

[0084] Further, the providing unit 164 may provide the destination with variables (device optimization parameters) corresponding to the device when used together with the personalized BRIR, together with the identifier.

[0085] The providing unit 164 provides the device optimization parameters to the destination by transmitting the one-time URL for the destination to acquire the device optimization parameters to the destination. That is, the providing unit 164 provides the device optimization parameters to the destination via the one-time URL, similar to the personalized BRIR. Thereby, the providing unit 164 can provide the device optimization parameters even to the second app that cannot be directly delivered due to, for example, OS restrictions.

[0086] In addition, when communication is established among the user terminal 10, the information processing device, and the headphones 50, the providing unit 164 may provide the device optimization parameters to the destination. That is, for example, when the providing unit 164 attempts to provide the device optimization parameters to the second application, if the communication with the headphones 50 is disconnected at the timing of providing the device optimization parameters, the providing unit 164 may not provide the device optimization parameters to the second application. Thereby, the providing unit 164 can prevent a discrepancy from occurring between the device that the user attempts to use and the provided optimization parameters.

[0087] The acquisition unit 166 acquires the personalized BRIR corresponding to the user and the identifier associated with the personalized BRIR.

[0088] For example, the acquisition unit 166 acquires the personalized BRIR from the cloud server 100 via the one-time URL provided by the providing unit 164. Specifically, the acquisition unit 166 accesses the access destination indicated by the one-time URL and makes a request to the cloud server 100 to acquire the personalized BRIR, thereby acquiring the personalized BRIR.

[0089] In addition, the acquisition unit 166 may acquire the device optimization parameters corresponding to the device when used together with the personalized BRIR, together with the identifier of the device.

[0090] For example, the acquisition unit 166 acquires the device optimization parameters from the cloud server 100 via the one-time URL provided by the providing unit 164. Specifically, the acquisition unit 166 accesses the access destination indicated by the one-time URL and makes a request to the cloud server 100 to acquire the device optimization parameters, thereby acquiring the device optimization parameters.

[0091] The acquisition unit 166 appropriately stores the acquired information in the storage unit 15. For example, the acquisition unit 166 stores the acquired personalized BRIR and device optimization parameters in association with each other in the parameter table 152.

[0092] The determination unit 167 determines whether the identifier associated with the personalized BRIR matches the identifier that identifies the device used by the user.

[0093] Specifically, the determination unit 167 determines whether the identifier such as the BT device name associated with the personalized BRIR provided by the providing unit 164 matches the identifier such as the BT device name of the device currently used by the user.

[0094] Note that the determination unit 167 determines that the device for which communication with the user terminal 10 has been established is the device used by the user. For example, the determination unit 167 can identify the device for which communication with the user terminal 10 has been established by detecting the device connected to the user terminal 10 using functions (libraries, etc.) of the OS.

[0095] Note that when the determination unit 167 cannot detect the device currently used by the user or cannot obtain the identifier of the device, it may determine that the identifier associated with the personalized BRIR does not match the identifier that identifies the device used by the user. For example, when the device currently used by the user is Passive and does not have a function to transmit an identifier, the determination unit 167 determines that the identifier associated with the personalized BRIR does not match the device identifier.

[0096] The setting unit 168 sets to enable the personalized BRIR when the identifier associated with the personalized BRIR matches the identifier that identifies the device used by the user. Note that the device used by the user refers to a device for which communication with the user terminal 10 has been established at the timing of using the personalized BRIR, such as the timing of reproducing a sound source.

[0097] For example, when the identifier associated with the personalized BRIR matches the identifier for identifying the device used by the user, the setting unit 168 writes in the setting file that the personalized BRIR obtained from the cloud server 100 is available. As a result, the playback unit 169 described later can perform playback using the personalized BRIR stored in the parameter table 152.

[0098] Note that when the identifier associated with the personalized BRIR does not match the identifier for identifying the device used by the user, the setting unit 168 may be set not to activate the personalized BRIR or the device optimization parameter.

[0099] This can prevent situations such as the user experience being impaired, for example, in an environment where the playback status is unknown, the optimal sound source playback is not performed because the personalized BRIR or the device optimization parameter is used incorrectly.

[0100] Note that the setting unit 168 may be set not to activate either the personalized BRIR or the device optimization parameter, or may be set to activate the personalized BRIR and not activate the device optimization parameter. When the setting unit 168 is set not to activate the personalized BRIR, it writes in the setting file to use, instead of the personalized BRIR, the average BRIR averaged over a plurality of users for sound source playback. Also, when the setting unit 168 is set not to activate the device optimization parameter, it writes in the setting file to use, instead of the device optimization parameter, the standard parameters applied commonly to all devices for sound source playback.

[0101] The playback unit 169 plays back sound sources and videos. When playing back, the playback unit 169 reads the setting file and identifies the BRIR and parameters used for playback. Then, the playback unit 169 acquires the personalized BRIR and the device optimization parameter written in the setting file from the parameter table 152 and performs playback.

[0102] For example, the playback unit 169 accesses the service server 200, acquires streaming data, and plays back the acquired streaming data. Note that the playback unit 169 may play back not only streaming data but also sound sources and videos stored in the storage unit 15.

[0103] [1-3. Procedure of Information Processing According to Embodiment] Next, with reference to FIGS. 6 to 9, the procedure of information processing according to the first embodiment will be described. In FIG. 6, the procedure of processing until the user terminal 10 acquires the personalized BRIR will be described. FIG. 6 is a flowchart (1) showing the procedure of information processing according to the embodiment.

[0104] As shown in FIG. 6, the user terminal 10 acquires an ear image of the user through imaging processing or the like (step S101). Subsequently, the user terminal 10 transmits the ear image to the cloud server 100 (step S102).

[0105] Thereafter, the user terminal 10 acquires the personalized BRIR generated based on the ear image (step S103). Then, the user terminal 10 stores the acquired personalized BRIR in the storage unit 15 (BRIR table 151) (step S104).

[0106] Next, with reference to FIG. 7, the procedure of processing in which the user terminal 10 provides the personalized BRIR to the second application will be described. FIG. 7 is a flowchart (2) showing the procedure of information processing according to the embodiment.

[0107] As shown in FIG. 7, the user terminal 10 determines whether or not the first application has been launched (step S201). If the launch of the first application is not detected (step S201; No), the user terminal 10 waits until the launch is detected.

[0108] On the other hand, if the launch of the first application is detected (step S201; Yes), the user terminal 10 acquires information on the device connected to the user terminal 10 (for example, the identifier of the headphones 50, etc.) (step S202).

[0109] After that, the user terminal 10 transmits the personalized BRIR stored in the BRIR table 151 to the cloud server 100 (step S203). Subsequently, the user terminal 10 acquires the acquisition address for the personalized BRIR issued by the cloud server 100 (step S204).

[0110] Also, the user terminal 10 determines whether it has acquired the acquisition address for the device optimization parameters (step S205). If the acquisition address for the device optimization parameters has been acquired (step S205; Yes), the user terminal 10 associates the identifier of the device with the personalized BRIR (step S206).

[0111] On the other hand, if the acquisition address for the device optimization parameters has not been acquired (step S205; No), the user terminal 10 may not perform the association between the identifier of the device and the personalized BRIR. The case where the acquisition address for the device optimization parameters has not been acquired includes, for example, when the device is Passive and the identifier could not be acquired in step S202, or when the cloud server 100 does not hold the device optimization parameters.

[0112] Then, the user terminal 10 provides information such as the acquisition address acquired from the cloud server 100 to the second application (step S207).

[0113] Next, with reference to FIG. 8, the procedure of the process in which the user terminal 10 sets the personalized BRIR will be described. FIG. 8 is a flowchart (3) showing the procedure of the information processing according to the embodiment.

[0114] As shown in FIG. 8, the user terminal 10 determines whether it has detected the activation of the second application (step S301). If the activation of the second application has not been detected (step S301; No), the user terminal 10 waits until the activation is detected.

[0115] On the other hand, when the activation of the second application is detected (step S301; Yes), the user terminal 10 acquires the information provided from the first application (step S302).

[0116] After that, the user terminal 10 acquires the personalized BRIR from the cloud server 100 using the provided acquisition address (step S303). Subsequently, the user terminal 10 stores the acquired personalized BRIR in the storage unit 15 (parameter table 152) (step S304).

[0117] Also, the user terminal 10 determines whether it has acquired the acquisition address for the device optimization parameter from the first application (step S305). When the acquisition address for the device optimization parameter has been acquired (step S305; Yes), the user terminal 10 acquires the device optimization parameter from the cloud server 100 using the acquisition address (step S306). The user terminal 10 stores the acquired device optimization parameter in the storage unit 15 (parameter table 152) in association with the personalized BRIR (step S307).

[0118] Furthermore, the user terminal 10 acquires the information of the currently connected device (step S308). Then, the user terminal 10 determines whether the identifier of the device acquired in step S308 matches the identifier associated with the personalized BRIR (step S309).

[0119] When the identifier of the device acquired in step S308 matches the identifier associated with the personalized BRIR (step S309; Yes), the user terminal 10 registers in the configuration file that the personalized BRIR and the device optimization parameter are to be used. In other words, the user terminal 10 activates the personalized BRIR and the device optimization parameter (step S310).

[0120] On the other hand, when the user terminal 10 does not acquire the address for acquiring the device optimization parameter from the first application (step S305; No), or when the identifier of the device acquired in step S308 does not match the identifier associated with the personalized BRIR (step S309; No), the user terminal 10 registers in the setting file that the personalized BRIR and the device optimization parameter are not to be used. In other words, the user terminal 10 sets not to activate the personalized BRIR and the device optimization parameter (step S311).

[0121] Note that in step S311, the user terminal 10 may not set not to activate either the personalized BRIR or the device optimization parameter, but may set not to activate only the device optimization parameter. For example, when the device is Passive, the user terminal 10 may allow the user to use only the personalized BRIR.

[0122] Next, with reference to FIG. 9, the procedure of the process in which the user terminal 10 performs reproduction using the personalized BRIR will be described. FIG. 9 is a flowchart (4) showing the procedure of the information processing according to the embodiment.

[0123] The user terminal 10 determines whether or not it has detected the activation of the player among the second applications (step S401). Note that the activation of the player may be interpreted as, for example, an operation by the user to play a sound source in the second application.

[0124] When the activation of the player is not detected (step S401; No), the user terminal 10 waits until the activation is detected. On the other hand, when the activation of the player is detected (step S401; Yes), the user terminal 10 reads the setting file (step S402).

[0125] Subsequently, the user terminal 10 acquires a sound source from the service server 200 (step S403). Then, the user terminal 10 plays the sound source while convolving, based on the configuration file, for example, personalized BRIRs or device optimization parameters with the sound source (step S404).

[0126] During the playback of the sound source, the user terminal 10 determines whether the connected device has been changed (step S405). If the connected device has been changed (step S405; Yes), that is, if the headphones used by the user have been changed or the communication has been disconnected, the configuration file is changed (step S406). For example, the user terminal 10 cancels the activation of personalized BRIRs or device optimization parameters and changes the configuration file so that these pieces of information cannot be used for playback.

[0127] Thereafter, the user terminal 10 determines whether the user has requested the stop of playback (step S407). If the user has not requested the stop of playback (step S407; No), the user terminal 10 continues the process of acquiring the sound source from the service server 200 in order to continue the playback.

[0128] On the other hand, if the user has requested the stop of playback (step S407; Yes), the user terminal 10 stops the playback of the sound source (step S408).

[0129] (2. Modification Example) The information processing system 1 described above may be implemented in various different forms other than the above-described embodiment. Therefore, hereinafter, modification examples of the embodiment will be described.

[0130] [2-1. Mode of Information Processing System] In the embodiment, a one-time URL was given as an example of the address for acquiring personalized BRIR or device optimization parameters. However, the example is not limited to this, and any method may be used as long as the second application can acquire data from the cloud server 100. Further, after providing the personalized BRIR to the user terminal 10 via the one-time URL, the cloud server 100 may delete the provided personalized BRIR or may hold it for a certain period of time.

[0131] In the embodiment, an example where the cloud server 100 generates personalized BRIR was shown. However, the personalized BRIR may be generated by the user terminal 10 instead of the cloud server 100. In this case, the cloud server 100 may hold the personalized BRIR uploaded from the user terminal 10 and only perform the process of issuing the acquisition address when requested.

[0132] In the embodiment, it is assumed that the cloud server 100 is installed on the cloud network. However, the example is not limited to this, and as long as it can communicate with the user terminal 10, the cloud server 100 may be installed on a network such as a LAN (Local Area Network).

[0133] When generating the personalized BRIR, the cloud server 100 may acquire the user's identification information, associate the identification information with the personalized BRIR, and hold the personalized BRIR. In this case, the cloud server 100 can provide the personalized BRIR to the second application without receiving the upload of the personalized BRIR from the first application every time it is started.

[0134] In the embodiment, the cloud server 100 was described as a single server. However, the cloud server 100 may be composed of a plurality of server devices. For example, the cloud server 100 may be divided into a generation server that generates personalized BRIR and a provision server that issues the acquisition address of the personalized BRIR or provides the personalized BRIR.

[0135] In the embodiment, an example where the first application and the second application are installed in the user terminal 10 has been shown. However, the first application and the second application may be applications installed in different devices. For example, the user terminal 10 may hold only the functions of the first application and perform reproduction of a sound source or the like by controlling the second application installed in another device such as a smart speaker.

[0136] [2-2. Mode of Sound Source Reproduction] When the cloud server 100 does not hold the user's personalized BRIR or device optimization parameters, it may transmit to the user terminal 10 the average BRIR of a plurality of users or standard parameters that do not depend on a specific device.

[0137] This point will be described with reference to FIG. 10. FIG. 10 is a conceptual diagram showing a usage mode of the head-related transfer function according to a modified example.

[0138] As shown in FIG. 10, when a sound source is reproduced in the second application, for example, modes of pattern 1 and pattern 2 can be considered. Pattern 1 indicates a case where personalized BRIR or device optimization parameters cannot be used, such as when the device cannot be recognized. Specifically, pattern 1 is operated by a combination 70 of streaming data, a service application (reproduction application), a library, an averaged BRIR, and standard parameters. On the other hand, pattern 2 indicates a case where the device can be recognized and there are parameters corresponding to the device. Specifically, pattern 2 is operated by a combination 80 of streaming data, a service application, a library, a personalized BRIR, and device optimization parameters.

[0139] [2-3. Use of Parameters] Rather than acquiring device optimization parameters every time playback is performed, the user terminal 10 may acquire device optimization parameters corresponding to a plurality of devices in advance. In this case, the user terminal 10 can identify the optimization parameters of the connected device based on the identifier of the connected device, and perform playback and the like using the identified parameters. Further, the user terminal 10 may, for example, present a list of owned device parameters to the user and let the user select the parameters. Thereby, for example, even a user who only owns Passive headphones can be made to perform playback using their personalized BRIR and device optimization parameters.

[0140] Note that in the embodiment, an example is shown in which the user terminal 10 (second application) does not acquire device optimization parameters for, for example, Passive headphones. However, the user terminal 10 may also acquire device optimization parameters for devices that do not have a communication function such as Passive headphones. In this case, the user manually selects the name of the device and the like in the first application. Note that a list of the names of the devices and the like is provided from the cloud server 100 to the user terminal 10. Then, the user terminal 10 acquires an acquisition address corresponding to the device optimization parameters of the device selected by the user from the cloud server 100.

[0141] Then, the user terminal 10 provides the acquired acquisition address to the second application. Thereby, the second application can acquire the acquisition address for the device optimization parameters related to Passive headphones and the like. In this case, since step S305 shown in FIG. 8 branches to "Yes", the user can enjoy music playback using the personalized BRIR and device optimization parameters even with Passive headphones. Note that the user terminal 10 may appropriately execute various combinations of functions and variables such as music playback using only the personalized BRIR (standard parameters instead of device optimization parameters), music playback using only the averaged BRIR, and music playback using both the personalized BRIR and device optimization parameters according to the user's situation.

[0142] When generating personalized BRIR from personalized HRTF, the cloud server 100 may convolve different RIRs (for example, RIR suitable for the user's indoor environment, etc.) according to, for example, the location and situation of the user. Thereby, the cloud server 100 can provide the user with a personalized BRIR more suitable for the user's situation. In this case, instead of the cloud server 100 generating the personalized BRIR, the user terminal 10 itself that has acquired a plurality of RIRs may identify the RIR according to the environment and perform convolution with the personalized HRTF.

[0143] [2-4. Device Embodiment] In the embodiment, an example where the headphones 50 are connected to the user terminal 10 using Bluetooth is shown. However, devices such as the headphones 50 may be connected using various communication standards, not limited to Bluetooth.

[0144] (3. Other Embodiments) The processes according to the above-described embodiments may be implemented in various different forms other than the above-described embodiments.

[0145] Also, among the processes described in the above embodiments, all or part of the processes described as being automatically performed can be manually performed, or all or part of the processes described as being manually performed can be automatically performed by a known method. In addition, regarding the processing procedures, specific names, information including various data and parameters shown in the above documents and drawings, they can be arbitrarily changed unless otherwise specified. For example, the various information shown in each figure is not limited to the illustrated information.

[0146] In addition, each component of each illustrated device is functionally conceptual and does not necessarily have to be physically configured as illustrated. That is, the specific form of distribution and integration of each device is not limited to that shown, and all or part of it can be functionally or physically distributed and integrated in any unit according to various loads, usage situations, etc.

[0147] In addition, the above-described embodiments and modifications can be appropriately combined as long as the processing contents do not conflict.

[0148] In addition, the effects described in this specification are merely examples and are not limiting, and there may be other effects.

[0149] (4. Effects of the information processing apparatus according to the present disclosure) As described above, the information processing apparatus according to the present disclosure (the user terminal 10 in the embodiment) includes an execution unit (the execution unit 163 in the embodiment) and a providing unit (the providing unit 164 in the embodiment). The execution unit executes the association of the head transfer function corresponding to the user (the personalized HRTF or personalized BRIR in the embodiment) with the identifier for identifying the device used by the user. The providing unit provides the head transfer function and the identifier associated with the head transfer function to the destination to which the head transfer function corresponding to the user is provided.

[0150] In this way, the information processing apparatus according to the present disclosure identifies the currently connected device in the environment where the head transfer function is to be used. As a result, the information processing apparatus can recognize that an inappropriate device is connected during playback, etc., and thus can appropriately use the head transfer function.

[0151] In addition, the providing unit provides the head transfer function to the destination by transmitting a one-time URL (One-Time URL) for the destination to obtain the head transfer function to the destination. Thereby, the information processing apparatus can provide the head transfer function even to a destination having restrictions such as an OS.

[0152] In addition, the providing unit provides the destination with a variable corresponding to the device when used together with the head transfer function, along with the identifier. Thereby, the information processing apparatus can perform optimal reproduction according to the device.

[0153] In addition, the providing unit provides the destination with the variable by transmitting a one-time URL for the destination to acquire the variable to the destination. Thereby, the information processing apparatus can provide variables such as device optimization parameters to a destination with restrictions such as an OS.

[0154] In addition, the providing unit provides the destination with the variable when communication between the information processing apparatus and the device is established. Thereby, when music is reproduced, the information processing apparatus can prevent the variable from being applied to a device not suitable for the acquired variable, and thus can prevent inappropriate reproduction.

[0155] In addition, the information processing apparatus according to the present disclosure includes an acquisition unit (acquisition unit 166 in the embodiment), a determination unit (determination unit 167 in the embodiment), and a setting unit (setting unit 168 in the embodiment). The acquisition unit acquires a head transfer function corresponding to the user and an identifier associated with the head transfer function. The determination unit determines the match between the identifier associated with the head transfer function and the identifier that identifies the device used by the user. The setting unit sets to enable the head transfer function when the identifier associated with the head transfer function matches the identifier that identifies the device used by the user.

[0156] Thus, the information processing apparatus according to the present disclosure determines the match between the device associated at the time of acquiring the head transfer function and the actually connected device, and based on the result, sets the activation of the head transfer function. Thereby, the information processing apparatus can prevent the head transfer function from being applied to an inappropriate device during reproduction.

[0157] In addition, the acquisition unit acquires the head transfer function via a one-time URL for acquiring the head transfer function. Thereby, the information processing apparatus can acquire the head transfer function even when there are restrictions such as an OS.

[0158] In addition, the acquisition unit acquires a variable corresponding to the device when used together with the head transfer function, together with the identifier. Thereby, the information processing apparatus can perform optimal reproduction according to the device.

[0159] In addition, the acquisition unit acquires the variable via a one-time URL for acquiring the variable. Thereby, the information processing apparatus can acquire the variable even when there are restrictions such as an OS.

[0160] In addition, the determination unit determines that the device with which communication has been established with the information processing apparatus is the device used by the user. The setting unit sets to enable the variable when the identifier associated with the head transfer function matches the identifier for identifying the device used by the user. Thereby, the information processing apparatus can determine whether a device different from the device associated with the acquired head transfer function is connected during reproduction, and thus can prevent the variable from being applied to an inappropriate device.

[0161] In addition, when the identifier associated with the head transfer function does not match the identifier for identifying the device used by the user, the setting unit sets not to enable the head transfer function or the variable. Thereby, the information processing apparatus can prevent the use of variables or the like that are not suitable for the device.

[0162] (5. Hardware Configuration) The information devices such as the user terminal 10, the headphones 50, the cloud server 100, and the service server 200 according to the above-described embodiments are realized by a computer 1000 having a configuration as shown in, for example, FIG. 11. Hereinafter, the user terminal 10 according to the embodiment will be described as an example. FIG. 11 is a hardware configuration diagram showing an example of a computer 1000 that realizes the functions of the user terminal 10. The computer 1000 includes a CPU 1100, a RAM 1200, a ROM (Read Only Memory) 1300, an HDD (Hard Disk Drive) 1400, a communication interface 1500, and an input / output interface 1600. Each part of the computer 1000 is connected by a bus 1050.

[0163] The CPU 1100 operates based on a program stored in the ROM 1300 or the HDD 1400 and controls each part. For example, the CPU 1100 expands a program stored in the ROM 1300 or the HDD 1400 into the RAM 1200 and executes processing corresponding to various programs.

[0164] The ROM 1300 stores a boot program such as a BIOS (Basic Input Output System) executed by the CPU 1100 when the computer 1000 is started up, a program dependent on the hardware of the computer 1000, and the like.

[0165] The HDD 1400 is a computer-readable recording medium that non-temporarily records a program executed by the CPU 1100 and data used by such a program. Specifically, the HDD 1400 is a recording medium that records an information processing program according to the present disclosure, which is an example of program data 1450.

[0166] The communication interface 1500 is an interface for the computer 1000 to connect to an external network 1550 (such as the Internet). For example, the CPU 1100 receives data from other devices or transmits data generated by the CPU 1100 to other devices via the communication interface 1500.

[0167] The input / output interface 1600 is an interface for connecting the input / output device 1650 and the computer 1000. For example, the CPU 1100 receives data from input devices such as a keyboard and a mouse via the input / output interface 1600. Also, the CPU 1100 transmits data to output devices such as a display, a speaker, and a printer via the input / output interface 1600. Further, the input / output interface 1600 may function as a media interface for reading a program or the like recorded on a predetermined recording medium (media). The media is, for example, an optical recording medium such as a DVD (Digital Versatile Disc) or a PD (Phase change rewritable Disk), a magneto-optical recording medium such as an MO (Magneto-Optical disk), a tape medium, a magnetic recording medium, or a semiconductor memory or the like.

[0168] For example, when the computer 1000 functions as the user terminal 10 according to the embodiment, the CPU 1100 of the computer 1000 realizes functions such as the control unit 16 by executing an information processing program loaded on the RAM 1200. Also, the HDD 1400 stores the information processing program according to the present disclosure and the data in the storage unit 15. Note that the CPU 1100 reads and executes the program data 1450 from the HDD 1400, but as another example, these programs may be acquired from other devices via the external network 1550.

[0169] Note that the present technology can also have the following configuration. (1) An execution unit that performs an association between a head transfer function corresponding to a user and an identifier that identifies a device used by the user, A providing unit that provides the head transfer function and the identifier associated with the head transfer function to a destination to which the head transfer function corresponding to the user is provided, An information processing apparatus comprising the same. (2) The providing unit, provides the head transfer function to the destination by transmitting a one-time URL (One-Time URL) for the destination to acquire the head transfer function to the destination. The information processing apparatus according to (1) above. (3) The providing unit, provides to the destination a variable corresponding to the device when used together with the head transfer function, together with the identifier. The information processing apparatus according to (1) or (2) above. (4) The providing unit, provides the variable to the destination by transmitting a one-time URL (One-Time URL) for the destination to acquire the variable to the destination. The information processing apparatus according to (3) above. (5) The providing unit, provides the variable to the destination when communication between the information processing apparatus and the device is established. The information processing apparatus according to (3) or (4) above. (6) A computer, performs an association between a head transfer function corresponding to a user and an identifier that identifies a device used by the user, and provides the head transfer function and the identifier associated with the head transfer function to a destination to which the head transfer function corresponding to the user is provided. An information processing method. (7) A computer, An execution unit that performs an association between a head-related transfer function corresponding to a user and an identifier that identifies a device used by the user, A providing unit that provides the head-related transfer function and the identifier associated with the head-related transfer function to a destination to which the head-related transfer function corresponding to the user is provided, An information processing program for causing the above to function. (8) An acquisition unit that acquires a head-related transfer function corresponding to a user and an identifier associated with the head-related transfer function, A determination unit that determines whether an identifier associated with the head-related transfer function matches an identifier that identifies a device used by the user, A setting unit that, when the identifier associated with the head-related transfer function matches the identifier that identifies a device used by the user, sets to enable the head-related transfer function, An information processing apparatus comprising the above. (9) The acquisition unit, acquires the head-related transfer function via a one-time URL for acquiring the head-related transfer function. The information processing apparatus according to (8) above. (10) The acquisition unit, acquires a variable corresponding to the device when used together with the head-related transfer function, together with the identifier. The information processing apparatus according to (8) or (9) above. (11) The acquisition unit, acquires the variable via a one-time URL for acquiring the variable. The information processing apparatus according to (10) above. (12) The determination unit, determines that a device with which communication has been established with the information processing apparatus is a device used by the user, The setting unit, Set to enable the variable when the identifier associated with the head transfer function matches the identifier that identifies the device used by the user. The information processing apparatus according to (10) or (11) above. (13) The setting unit When the identifier associated with the head transfer function does not match the identifier that identifies the device used by the user, set not to enable the head transfer function or the variable. The information processing apparatus according to any one of (10) to (12) above. (14) A computer Obtains a head transfer function corresponding to a user and an identifier associated with the head transfer function. Determines whether the identifier associated with the head transfer function matches the identifier that identifies the device used by the user. When the identifier associated with the head transfer function matches the identifier that identifies the device used by the user, set to enable the head transfer function. Information processing method. (15) A computer An acquisition unit that acquires a head transfer function corresponding to a user and an identifier associated with the head transfer function. A determination unit that determines whether the identifier associated with the head transfer function matches the identifier that identifies the device used by the user. A setting unit that sets to enable the head transfer function when the identifier associated with the head transfer function matches the identifier that identifies the device used by the user. An information processing program for causing it to function as such.

Explanation of Signs

[0170] 1 Information processing system 10 User terminal 11 Communication unit 12 Input unit 13 Display unit 14 Detection unit 15 Memory unit 151 BRIR table 152 Parameter table 16 Control unit 161 First application control unit 162 Generation unit 163 Execution unit 164 Provision unit 165 Second application control unit 166 Acquisition unit 167 Judgment unit 168 Setting unit 169 Reproduction unit 50 Headphones 100 Cloud server 200 Service server

Claims

【Claim 1】 Obtain a head transfer function corresponding to a user, transmit the head transfer function corresponding to the user to a server, obtain a first acquisition address corresponding to the head transfer function corresponding to the user from the server, provide the first acquisition address for the application to obtain the head transfer function from the server to the application for which the head transfer function corresponding to the user is provided, An information processing method.

Images