WO2019102730A1 - 情報処理装置、情報処理方法及びプログラム - Google Patents
情報処理装置、情報処理方法及びプログラム Download PDFInfo
- Publication number
- WO2019102730A1 WO2019102730A1 PCT/JP2018/037635 JP2018037635W WO2019102730A1 WO 2019102730 A1 WO2019102730 A1 WO 2019102730A1 JP 2018037635 W JP2018037635 W JP 2018037635W WO 2019102730 A1 WO2019102730 A1 WO 2019102730A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- track data
- data
- track
- user
- multitrack
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H1/00—Details of electrophonic musical instruments
- G10H1/0033—Recording/reproducing or transmission of music for electrophonic musical instruments
- G10H1/0041—Recording/reproducing or transmission of music for electrophonic musical instruments in coded form
- G10H1/0058—Transmission between separate instruments or between individual components of a musical system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
- G06F16/63—Querying
- G06F16/635—Filtering based on additional data, e.g. user or group profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
- G06F16/64—Browsing; Visualisation therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
- G06F16/68—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/686—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, title or artist information, time, location or usage information, user ratings
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2210/00—Aspects or methods of musical processing having intrinsic musical character, i.e. involving musical theory or musical parameters or relying on musical knowledge, as applied in electrophonic musical tools or instruments
- G10H2210/155—Musical effects
- G10H2210/265—Acoustic effect simulation, i.e. volume, spatial, resonance or reverberation effects added to a musical sound, usually by appropriate filtering or delays
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2220/00—Input/output interfacing specifically adapted for electrophonic musical tools or instruments
- G10H2220/091—Graphical user interface [GUI] specifically adapted for electrophonic musical instruments, e.g. interactive musical displays, musical instrument icons or menus; Details of user interactions therewith
- G10H2220/101—Graphical user interface [GUI] specifically adapted for electrophonic musical instruments, e.g. interactive musical displays, musical instrument icons or menus; Details of user interactions therewith for graphical creation, edition or control of musical data or parameters
- G10H2220/106—Graphical user interface [GUI] specifically adapted for electrophonic musical instruments, e.g. interactive musical displays, musical instrument icons or menus; Details of user interactions therewith for graphical creation, edition or control of musical data or parameters using icons, e.g. selecting, moving or linking icons, on-screen symbols, screen regions or segments representing musical elements or parameters
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/121—Musical libraries, i.e. musical databases indexed by musical parameters, wavetables, indexing schemes using musical parameters, musical rule bases or knowledge bases, e.g. for automatic composing methods
- G10H2240/131—Library retrieval, i.e. searching a database or selecting a specific musical piece, segment, pattern, rule or parameter set
- G10H2240/141—Library retrieval matching, i.e. any of the steps of matching an inputted segment or phrase with musical database contents, e.g. query by humming, singing or playing; the steps may include, e.g. musical analysis of the input, musical feature extraction, query formulation, or details of the retrieval process
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/175—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments for jam sessions or musical collaboration through a network, e.g. for composition, ensemble playing or repeating; Compensation of network or internet delays therefor
Definitions
- the present disclosure relates to an information processing device, an information processing method, and a program.
- music content in particular music content (hereinafter also referred to as music).
- music content hereinafter also referred to as music
- a general user can easily prepare a music production environment simply by installing dedicated software on a smartphone, and music production is now being enjoyed. Therefore, there is a need for the development of technology to support the production of music by such users.
- Patent Document 1 when producing a music composed by combining a plurality of sound materials, a music with a high degree of completion by controlling the reproduction position, reproduction timing, tempo, and the like of each sound material.
- the technology to produce is disclosed.
- Patent Document 1 The technology described in Patent Document 1 is a technology for one user to produce music locally.
- a plurality of users it is possible for a plurality of users to produce music jointly (that is, while collaborating or collaborating) via the network
- the technology for that purpose is required.
- a user downloads sound data uploaded to a server by another user, combines newly downloaded sound data with the downloaded sound data, combines the sound data into one sound data, and uploads the sound data.
- a plurality of users can produce music while sequentially overwriting sound data through the network.
- sound data since sound data is only overwritten, it can not be rolled back, and the degree of freedom in music production is low.
- the present disclosure provides a mechanism capable of improving the freedom of production when a plurality of users jointly produce music via a network.
- information including: a control unit that receives multitrack data including a plurality of track data generated by different users, edits the multitrack data, and transmits the edited multitrack data
- a processing device is provided.
- multitrack data stored in a storage device including a plurality of track data generated by different users are transmitted to a terminal device that edits the multitrack data, and the edited post
- An information processing apparatus comprising: a control unit that receives multitrack data from the terminal device and updates the multitrack data stored in the storage device with the edited multitrack data.
- the method includes receiving multitrack data including a plurality of track data generated by different users, editing the multitrack data, and transmitting the edited multitrack data.
- An information processing method performed by a processor is provided.
- control is performed such that the computer receives multi-track data including a plurality of track data generated by different users, edits the multi-track data, and transmits the edited multi-track data.
- a program for functioning as a unit is provided.
- a mechanism is provided that can improve the freedom of production when a plurality of users jointly produce music via a network.
- the above-mentioned effects are not necessarily limited, and, along with or in place of the above-mentioned effects, any of the effects shown in the present specification, or other effects that can be grasped from the present specification May be played.
- Track data is data corresponding to one recording / reproducing mechanism among a plurality of recording / reproducing mechanisms operating in parallel. More specifically, the track data is sound data obtained by individually recording each of the musical instruments or singing voices, which is handled in the process of producing the contents of musical compositions produced by a plurality of musical instruments and performances such as singing voices.
- the track data includes sound data (analog signal or digital signal) and information indicating an effect applied to the sound data.
- track data may be simply referred to as a track.
- Multitrack data is a plurality of recording / reproducing mechanisms operating in parallel, and is data corresponding to a collection of a plurality of tracks.
- Multitrack data includes a plurality of track data.
- multi-track data includes track data recording vocals, track data recording guitars, track data recording drums, etc., and constitutes one music.
- multitrack data may be referred to as music.
- Mixing is an operation of adjusting settings of a plurality of tracks included in multitrack data. For example, the volume and timbre of each track are adjusted by the mixing operation. A plurality of tracks included in the multitrack data are finished through a mixing operation to be finished as one music.
- the present disclosure provides a mechanism capable of producing music using multitrack data including a plurality of track data produced by different users.
- track data recorded by each mobile device can be pooled and managed on the network and shared with other users, so that track data produced by other users can be used as a resource for music production
- track data produced by other users can be used as a resource for music production
- the present disclosure provides a mechanism for efficiently searching track data to be used as a music production resource. This is because it takes a great deal of effort for a user to search track data that can be mixed with (and compatible with) his own track data from among a large number of tracks pooled on the network.
- FIG. 1 is a diagram showing an example of the configuration of a system 1 according to the present embodiment.
- the system 1 includes terminal devices 10 (10A and 10B), a server 20, recording equipment 30 (30A and 30B), a content DB (Data Base) 40, and a metadata DB 41.
- the terminal device 10 and the server 20 are connected to each other by the network 50.
- the terminal device 10 is a device that is used by a user (music creator) of the terminal device 10 and produces music (in other words, editing music) based on a user operation.
- the terminal device 10 is configured by, for example, a PC, a dedicated terminal, or a mobile device such as a smartphone or a tablet device.
- the system 1 may include a plurality of terminal devices 10.
- Each terminal device 10 is used by different users.
- a plurality of users can jointly produce music via the terminal device 10 and the server 20 used by each of them.
- multiple users can create groups based on common goals, such as jointly producing music.
- Each user produces (i.e., generates) track data and adds it to multi-track data.
- the server 20 is a device for providing a service that supports music production.
- the server 20 provides a service that supports music production while managing the content DB 40 and the metadata DB 41.
- the server 20 transmits the data stored in the DB to the terminal device 10, and stores the data edited by the terminal device 10 in the DB.
- the server 20 performs processing for assisting the editing of the music in the terminal device 10 based on the data stored in these DBs.
- FIG. 1 illustrates an example in which the server 20, the content DB 40, and the metadata DB 41 are separately configured, the present technology is not limited to such an example.
- the content DB 40 and the metadata DB 41 may be configured as one DB, or the server 20 may include the content DB 40 and the metadata DB 41.
- a plurality of servers including a server for controlling the content DB 40 and a server for controlling the metadata DB 41 may cooperate.
- the recording device 30 is a device that records the voice or performance of the user and generates an audio signal.
- the recording device 30 is configured by, for example, an audio device such as a microphone and a musical instrument, and an amplifier and an effector for processing a recorded audio signal.
- the recording material 30 is connected to the terminal device 10 and outputs the generated audio signal to the terminal device 10.
- the recording material 30 is connected to the terminal device 10 by any connection method such as USB (Universal Serial Bus), Lightning (registered trademark), Wi-Fi (registered trademark), Bluetooth (registered trademark), or an analog audio cable, for example. .
- the content DB 40 and the metadata DB 41 are storage devices that store information related to multitrack data.
- the content DB 40 is a device that stores and manages content.
- the content DB 40 stores track data and multitrack data.
- the metadata DB 41 is an apparatus for storing and managing metadata related to content.
- the metadata DB 41 stores metadata on users, groups, track data and multitrack data.
- the metadata is a group of data (i.e., an attribute data group) including an attribute name and attribute data, and is information indicating a feature of an object (for example, track data).
- the network 50 is a wired or wireless transmission path of information transmitted from a device connected to the network 50.
- the network 50 is configured by a cellular communication network, a LAN (Local Area Network), a wireless LAN, a telephone line, the Internet, or the like.
- FIG. 2 is a block diagram showing an example of the hardware configuration of the terminal device 10 according to the present embodiment. Information processing by the terminal device 10 according to the present embodiment is realized by cooperation of software and hardware described below.
- the terminal device 10 includes an input / output unit 11, an operation interface 12, a display unit 13, an audio signal input / output interface 14, a network interface 15, a bus 16, a storage unit 17, and
- the controller 18 is included.
- the input / output unit 11 is a device that inputs information to the terminal device 10 and outputs information from the terminal device 10. Specifically, the input / output unit 11 inputs / outputs information via the operation interface 12, the display unit 13, the audio signal input / output interface 14 and the network interface 15.
- the operation interface 12 is an interface for receiving a user operation.
- the operation interface 12 is realized by, for example, a device such as a mouse, a keyboard, a touch panel, a button, a microphone, a switch, or a lever to which information is input by the user.
- the operation interface 12 may be, for example, a remote control device using infrared rays or other radio waves.
- the operation interface 12 is integrally configured with the display unit 13 as a touch panel display.
- the display unit 13 is a device that displays information.
- the display unit 13 is realized by a display device such as a CRT display device, a liquid crystal display device, a plasma display device, an EL display device, a laser projector, an LED projector, or a lamp.
- the display unit 13 visually displays the results obtained by the various processes performed by the terminal device 10 in various formats such as text, images, tables, graphs, and the like.
- the audio signal input / output interface 14 is an interface for receiving an input of an audio signal or outputting an audio signal.
- the audio signal input / output interface 14 is connected to the recording device 30 and receives an input of an audio signal output from the recording device 30.
- the audio signal input / output interface 14 receives an input of an audio signal in the Inter-App Audio format, which is output from an application operating inside the terminal device 10.
- the audio signal input / output interface 14 may include an audio output device such as a speaker or a headphone, which converts an audio signal into an analog signal and aurally outputs information.
- the network interface 15 is an interface for transmitting or receiving information via the network 50.
- the network interface 15 is, for example, a wired LAN, a wireless LAN, a cellular communication network, a communication card for Bluetooth (registered trademark) or WUSB (Wireless USB), or the like.
- the network interface 15 may be a router for optical communication, a router for Asymmetric Digital Subscriber Line (ADSL), a modem for various communications, or the like.
- the network interface 15 can transmit and receive signals and the like according to a predetermined protocol such as TCP / IP with, for example, the Internet or another communication device.
- the bus 16 is a circuit for connecting various hardware in the terminal device 10 and enabling mutual communication.
- the input / output unit 11, the storage unit 17, and the control unit 18 are connected by the bus 16.
- the storage unit 17 is a device for storing data.
- the storage unit 17 is realized by, for example, a magnetic storage unit device such as an HDD, a semiconductor storage device, an optical storage device, a magneto-optical storage device, or the like.
- the storage unit 17 may include a storage medium, a recording device that records data in the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded in the storage medium.
- the storage unit 17 stores an operating system (OS) executed by the control unit 18, application programs, various data, various data acquired from the outside, and the like.
- OS operating system
- the control unit 18 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the terminal device 10 according to various programs.
- the control unit 18 can be realized by various processors such as a central processing unit (CPU) or a micro processing unit (MPU).
- the control unit 18 may be realized by a circuit such as an integrated circuit, a digital signal processor (DSP) or an application specific integrated circuit (ASIC), together with or instead of the processor.
- the control unit 18 may further include a read only memory (ROM) and a random access memory (RAM).
- the ROM stores programs used by the control unit 18, arithmetic parameters, and the like.
- the RAM temporarily stores a program used in the execution of the control unit 18 and parameters and the like appropriately changed in the execution.
- FIG. 3 is a block diagram showing an example of a logical functional configuration of the terminal device 10 according to the present embodiment.
- the terminal device 10 according to the present embodiment includes an audio signal acquisition unit 110, a UI control unit 120, and an editing unit 130. The functions of these components are implemented by the hardware described above with reference to FIG.
- the audio signal acquisition unit 110 has a function of acquiring an audio signal.
- the audio signal acquisition unit 110 may acquire an audio signal from the recording material 30 connected to the terminal device 10.
- the audio signal acquisition unit 110 may acquire an audio signal in the Inter-App Audio format, which is output from an application operating inside the terminal device 10.
- the audio signal acquisition unit 110 may acquire an audio signal by importing an audio signal stored in the terminal device 10.
- the audio signal acquisition unit 110 outputs the acquired audio signal to the editing unit 130.
- the UI control unit 120 generates a screen (UI) and receives an operation on the UI.
- the UI control unit 120 generates and outputs a UI for realizing editing of multi-track data. Then, the UI control unit 120 receives a user operation and outputs operation information to the editing unit 130.
- the editing unit 130 edits multitrack data based on a user operation.
- the editing unit 130 adds the audio signal acquired by the audio signal acquisition unit 110 to the multitrack data as track data, deletes existing track data from the multitrack data, or applies an effect to the track data .
- the editing unit 130 may newly generate multi-track data, or may receive multi-track data from the server 20 and make it an editing target.
- the editing unit 130 transmits the edited multitrack data to the server 20.
- FIG. 4 is a block diagram showing an example of the hardware configuration of the server 20 according to the present embodiment. Information processing by the server 20 according to the present embodiment is realized by cooperation of software and hardware described below.
- the server 20 includes an input / output unit 21, a network interface 22, a bus 23, a storage unit 24, and a control unit 25.
- the input / output unit 21 is a device that inputs information to the server 20 and outputs information from the server 20. Specifically, the input / output unit 21 inputs / outputs information via the network interface 22.
- the network interface 22 is an interface for transmitting or receiving information via the network 50.
- the network interface 22 is, for example, a wired LAN, a wireless LAN, a cellular communication network, a communication card for Bluetooth (registered trademark) or WUSB (Wireless USB), or the like.
- the network interface 22 may be a router for optical communication, a router for Asymmetric Digital Subscriber Line (ADSL), a modem for various communications, or the like.
- the network interface 22 can transmit and receive signals and the like according to a predetermined protocol such as TCP / IP with, for example, the Internet or another communication device.
- the bus 23 is a circuit for connecting various hardware in the server 20 and enabling communication with each other.
- the input / output unit 21, the storage unit 24, and the control unit 25 are connected by the bus 23.
- the storage unit 24 is a device for storing data.
- the storage unit 24 is realized by, for example, a magnetic storage unit device such as an HDD, a semiconductor storage device, an optical storage device, a magneto-optical storage device, or the like.
- the storage unit 24 may include a storage medium, a recording device that records data in the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded in the storage medium.
- the storage unit 24 stores a program executed by the control unit 25, various data, various data acquired from the outside, and the like.
- the control unit 25 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the server 20 according to various programs.
- the control unit 25 can be realized by various processors such as a central processing unit (CPU) or a micro processing unit (MPU).
- the control unit 25 may be realized by a circuit such as an integrated circuit, a digital signal processor (DSP), or an application specific integrated circuit (ASIC), together with or instead of the processor.
- the control unit 25 may further include a read only memory (ROM) and a random access memory (RAM).
- the ROM stores programs used by the control unit 25 and calculation parameters.
- the RAM temporarily stores a program used in the execution of the control unit 25 and parameters and the like appropriately changed in the execution.
- FIG. 5 is a block diagram showing an example of a logical functional configuration of the server 20 according to the present embodiment.
- the server 20 according to the present embodiment includes an editing support unit 210 and a DB control unit 220.
- the functions of these components are implemented by the hardware described above with reference to FIG.
- the editing support unit 210 has a function of supporting the editing process of multitrack data by the server 20.
- the editing support unit 210 provides SNS promoting exchange between users using the terminal device 10, matches users with each other, and adds track data to be added to multitrack data being edited in the terminal device 10. It searches from the content DB 40 and transmits to the terminal device 10 or the like.
- the DB control unit 220 has a function of managing the content DB 40 and the metadata DB 41. For example, the DB control unit 220 transmits the multitrack data stored in the content DB 40 to the terminal device 10, and stores the multitrack data received from the terminal device 10 in the content DB 40. At this time, the server 20 may extract the editing history by comparing multi-track data before and after editing and may store the editing history in the metadata DB 41 as metadata regarding the user. Further, the DB control unit 220 analyzes the multi-track data and the track data to generate metadata, and stores the metadata in the metadata DB 41.
- FIG. 6 is a view showing the relationship between multi-track data and track data according to the present embodiment.
- multi-track data 300 to which identification information “ID_SNG_1” is attached, and track data 310 (310A to 310E) included in the multi-track data 300 are shown.
- a character string in which “ID_TRK_” and a number are concatenated and attached to each track data 310 is identification information of each track data 310.
- Each track data 310 corresponds to performance data or singing data for each musical instrument.
- the multitrack data 300 holds track data 310 corresponding to performance data and singing data of all the musical instruments constituting the music. Audio data obtained by mixing and outputting the track data 310 is music data.
- the multitrack data and the track data are managed in the content data DB 40. Further, metadata relating to multi-track data and track data is managed in the metadata DB 41 as music related metadata and track related metadata.
- Metadata The metadata managed in the metadata DB 41 will be described.
- the metadata managed in the metadata DB 41 include music related metadata, track related metadata, user related metadata, and group related metadata. Hereinafter, an example of these metadata will be described.
- Music related metadata includes information on music that is configured by multitrack data. One piece of music related metadata is associated with one piece of multitrack data. Table 1 below shows an example of the music related metadata.
- Attribute data of the attribute name “song_id” is identification information of a music.
- the attribute data of the attribute name "song_name” is information indicating a song name.
- Attribute data of attribute name "cover_or_original” is information indicating whether the music is a cover or an original.
- the attribute data of the attribute name "mood” is information indicating the mood of the music.
- the attribute data of the attribute name “tempo” is information indicating the tempo (eg, BPM: beats per minute) of the music.
- the attribute data of the attribute name “duration” is information indicating the length (for example, milliseconds) of the music.
- the attribute data of the attribute name "genre” is information indicating the genre of the music.
- the attribute data of the attribute name "owner_user” is information indicating the user who is the owner of the music.
- the attribute data of the attribute name "owner_group” is information indicating a group that is the owner of the music.
- Attribute data included in the attribute data group "track composition" is attribute data related to track data that constitutes a music.
- the attribute data of the attribute name "track” is information indicating track data that constitutes a music, that is, track data included in multitrack data.
- Track-related metadata includes information on track data.
- One track related metadata is associated with one track data.
- Table 2 below shows an example of the track related metadata.
- the attribute data of the attribute name “track_id” is identification information of track data.
- the attribute data of the attribute name "track_name” is information indicating the name of track data.
- the attribute data of the attribute name "cover_or_original” is information indicating whether the track data is a cover or an original.
- the attribute data of the attribute name "instrument” is information indicating with what instrument (including vocals) the track data is recorded.
- the attribute data of the attribute name "mood” is information indicating the mood of the track data.
- the attribute data of the attribute name "tempo” is information indicating the tempo of the track data.
- the attribute data of the attribute name “duration” is information indicating the length (for example, milliseconds) of the track data.
- Attribute data of the attribute name "genre” is information indicating a genre of track data.
- the attribute data of the attribute name "owner” is information indicating a user who is the owner of the track data.
- Attribute data included in the attribute data group “effect” is attribute data on an effect applied to track data.
- the attribute data of the attribute name “eq” is information indicating the type of equalizer applied to the track data.
- the attribute data of the attribute name "reverb” is information indicating the type of reverb to be applied to the track data.
- Attribute data included in the attribute data group “object_audio” is attribute data for realizing stereophonic sound.
- the attribute data of the attribute name “relative_position_x” is information indicating the localization position (relative position to the viewing point) in the X-axis direction applied to the track data.
- the attribute data of the attribute name “relative_position_y” is information indicating the localization position in the Y-axis direction applied to the track data.
- the attribute data of the attribute name “relative_position_z” is information indicating the localization position in the Z-axis direction applied to the track data.
- the attribute data of the attribute name "relative_velocity” is information indicating the velocity (relative velocity to the viewing point) applied to the track data.
- the attribute data of the attribute data group "songs_structured_by_this” is attribute data relating to a song (multitrack data) in which track data is included as a component, that is, a song including track data in "track composition”.
- Attribute data of attribute name "song” is information indicating multi-track data in which track data is included as a component.
- User related metadata includes information about the user.
- One user related metadata is associated with one user.
- Table 3 below shows an example of user related metadata.
- Attribute data of the attribute name "user_id” is identification information of the user. Attribute data of the attribute name “user_name” is information indicating the name of the user. Attribute data of the attribute name “instrument” is information indicating a user's assigned instrument. Attribute data of the attribute name “genre” is information indicating a genre preferred by the user. Attribute data of the attribute name “age” is information indicating the age of the user. Attribute data of the attribute name “gender” is information indicating the gender of the user. Attribute data of the attribute name "location” is information indicating a residence place of the user.
- Attribute data included in the attribute data group "owner_tracks" is attribute data related to track data owned by the user.
- the attribute data of the attribute name "track” is information indicating track data owned by the user.
- Attribute data included in the attribute data group “owner_songs” is attribute data relating to a song owned by the user. Attribute data of the attribute name "song” is information indicating multitrack data owned by the user.
- Attribute data included in the attribute data group “affiliation” is information on a group in which the user is a member.
- Attribute data of the attribute name “group” is information indicating a group in which the user participates as a member.
- Attribute data included in the attribute data group “follow” is information on another user or group that the user is following on the SNS.
- Attribute data of the attribute name "user” is information indicating another user that the user is following on the SNS.
- the attribute data of the attribute name "group” is information indicating a group that the user is following in the SNS.
- Attribute data included in the attribute data group "follower" is information on another user who is following the user on the SNS.
- Attribute data of the attribute name “user” is information indicating another user who is following the user on the SNS.
- Group related metadata includes information on a group. One group related metadata is associated with one group. Table 4 below shows an example of group related metadata.
- Attribute data of the attribute name "group_id” is identification information of a group. Attribute data of the attribute name “group_name” is information indicating the name of a group. The attribute data of the attribute name “genre” is information indicating the genre of the group. Attribute data of the attribute name "owner” is information indicating a user who is the owner of the group.
- the attribute data included in the attribute data group "owner_songs" is information on the music that the group is the owner.
- the attribute data of the attribute name "song” is information indicating the music of which the group is the owner.
- Attribute data included in the attribute data group "members” is information on users who are members of the group.
- the attribute data of the attribute name "user” is information indicating a user who is a member that constitutes a group.
- Attribute data of the attribute data group "follower” is information on a user who is following the group on the SNS.
- Attribute data of the attribute name "user” is information indicating a user who is following a group on the SNS.
- FIG. 7 is a diagram showing the relationship between groups and users according to the present embodiment.
- a group 320 to which identification information “ID_GRP_1” is attached, and users 330 (330A to 330E) included in the group 320 are shown.
- a character string in which “ID_USR_” and a number are concatenated and attached to each user data 330 is identification information of each user data 330.
- a group may include multiple users.
- One of the plurality of users included in the group is set as an owner who plays a role as a group manager.
- FIG. 8 is a diagram for explaining an example of the relationship between various types of metadata according to the present embodiment.
- the music related metadata 340 shown in the above Table 1 the track related metadata 350 shown in the above Table 2, the user related metadata 360 shown in the above Table 3, and the above Table 4
- the relationship of group related metadata 370 is shown.
- the music related metadata 340 and the track related metadata 350 the relationship between the music and the tracks constituting the music is shown.
- the music related metadata 340 and the user related metadata 360 the relationship between the music and the user who is the owner of the music is shown.
- the music related metadata 340 and the group related metadata 370 the relationship between the music and the group that is the owner of the music is shown.
- the track related metadata 350 and the user related metadata 360 the relationship between the track and the user who is the owner of the track is shown.
- the user related metadata 360 and the group related metadata 370 the relationship between a user and a group of which the user is a member and owner is shown.
- Metadata can be transmitted and received between devices included in the system 1.
- metadata may be transmitted and received between the terminal device 10, the server 20, and the metadata DB 41.
- the format of metadata at the time of transmission and reception can be considered variously.
- the format of the metadata may be in XML format.
- the format of metadata may be JSON format.
- the server 20 (for example, the DB control unit 220) transmits the multitrack data stored in the content DB 40 to the terminal device 10 that edits the multitrack data.
- the terminal device 10 (for example, the editing unit 130) receives the multitrack data from the server 20, edits the received multitrack data, and transmits the edited multitrack data to the server 20.
- the server 20 receives the edited multitrack data from the terminal device 10, and updates the multitrack data stored in the content DB 40 with the edited multitrack data.
- multitrack data downloaded from the server 20 is edited while maintaining the data format as multitrack data, uploaded to the server 20, and overwritten in the content DB 40.
- the degree of freedom of editing can be maintained. For example, it is possible for another user to delete track data added to multitrack data by the terminal device 10 later. In addition, another user can change the effect applied by the terminal device 10 later.
- the multitrack data that the terminal device 10 receives from the server 20 includes a plurality of track data produced by different users. That is, the multitrack data is subjected to editing by the terminal device 10 while including track data produced (ie, generated or added) by different users. For example, multitrack data edited by one user using the terminal device 10 (e.g., track data newly added) is edited by the terminal device 10 of another user. In this way, multiple users can jointly produce music via the network.
- the terminal device 10 may add, to the multi-track data, new track data independent of the plurality of track data included in the received multi-track data as editing of the multi-track data. For example, the terminal device 10 adds newly recorded track data to multitrack data. Since the newly added track data is independent of the track data already included in the multitrack data, it is possible to maintain a high degree of freedom of editing even after the multitrack data is edited.
- the terminal device 10 may delete track data included in the multitrack data from the multitrack data as editing of the multitrack data. For example, the terminal device 10 deletes part or all of track data included in the received multitrack data. Alternatively, the terminal device 10 may replace track data included in the received multi-track data with new track data (that is, delete existing track data and add new track data). . In this way, it is possible to later delete track data that has been added once to multi-track data, so the degree of freedom in editing is improved.
- the terminal device 10 can change at least one of the volume, the localization position, and the effect of the track data included in the multitrack data as editing of the multitrack data. For example, the terminal device 10 changes at least one of the volume, the localization position, and the effect of the track data included in the received multitrack data or the track data newly added. This enables the user to perform a detailed mixing operation on each of the plurality of track data included in the multitrack data.
- the terminal device 10 (for example, the UI control unit 120) generates and outputs an output screen (UI).
- UI output screen
- the terminal device 10 generates and outputs a UI for realizing the editing of the multitrack data described above.
- an example of the UI generated and output by the terminal device 10 will be described.
- the SNS screen is a screen on which information on the SNS provided by the server 20 is displayed.
- the SNS screen may include information on other users associated with the user, such as other users whose preferences are close to the user or other users having a friendship.
- the SNS screen displays information on a group associated with the user, such as a group having a preference similar to the user, a group to which the user belongs, a group followed by the user, or a group associated with another user associated with the user. May be included.
- the SNS screen may include information related to music related to the user, such as music favorited by the user, music added to the work produced by the user, or music produced by another user related to the user.
- the SNS screen may include information about tracks associated with the user, such as user's favorite songs, tracks recorded by the user, or tracks recorded by other users associated with the user.
- the user can select a music piece to be reproduced or edited on the SNS screen, exchange messages with other users, and the like.
- the music screen is a screen on which information on music is displayed. On the music screen, a music name, an image, a user involved in the production of the music, a comment attached to the music, and the like are displayed. The user can play music and add a message on the music screen.
- the editing screen is a UI for editing track data into multitrack data.
- the user can add or delete track data, or instruct the start of the mixing operation on the editing screen.
- the recording screen is a UI for recording track data.
- a recording level On the recording screen, a recording level, a waveform, an elapsed time since the start of recording, and information indicating an instrument being recorded are displayed.
- the user can record track data on the recording screen.
- the mixer screen is a UI for mixing music based on multitrack data.
- On the mixer screen for example, track data included in multi-track data, volume of each track data, localization position and the like are displayed. The user can perform the mixing operation on the mixer screen.
- the terminal device 10 outputs these UIs while making transition as appropriate. For example, when the music is selected on the SNS screen, the terminal device 10 causes the screen to transition to the music screen of the music. Next, when the music indicated on the music screen is selected as an editing target, the terminal device 10 causes the screen to transition to the editing screen. Next, the terminal device 10 causes the screen to transition to the recording screen when the addition of a track is instructed on the editing screen, and causes the screen to transition to the editing screen when the recording is completed. The terminal device 10 changes the screen to the mixer screen when the start of the mixing operation is instructed on the editing screen, and changes the screen to the editing screen when the mixing operation is completed. Then, when the work on the editing screen is completed, the terminal device 10 causes the screen to transition to the music screen.
- the above-described UI and the transition between the UIs are merely examples, and the present technology is not limited to such an example.
- UI shall consist of one or more UI elements.
- the UI element can function as an operation unit that receives user operations such as selection or slide, in particular, editing operations of multitrack data.
- FIG. 9 is a view showing an example of the UI displayed on the terminal device 10 according to the present embodiment.
- FIG. 9 shows an example of the editing screen.
- the editing screen 400 shown in FIG. 9 includes a plurality of UI elements.
- the UI element 401 is a song name of the song to be edited.
- the UI element 402 is information added in SNS to the music to be edited, and from the left, the number of times played, the number of times bookmarked, collaboration (for example, editing such as adding track data) is performed It is a number.
- the UI element 403 is an operation unit that receives an operation of adding a comment to the music to be edited.
- the UI elements 404 (404A and 404B) are operation units for achieving synchronization between the terminal device 10 and the server 20.
- the UI element 404A is an operation unit that receives an instruction to upload the edited music to the server 20.
- the UI element 404B is an operation unit for receiving an instruction to receive the latest multitrack data from the server 20.
- the latest multitrack data is received from the server 20 and reflected on the editing screen 400.
- the UI element 405 is an icon of the user.
- the UI element 406 is the name of the user.
- the UI element 407 is a comment added by the user.
- the UI element 408 is an operation unit that receives an operation to instruct addition of a track.
- the UI element 409 is an operation unit for receiving an operation instructing to start the mixing operation.
- the screen transitions to the mixer screen.
- the UI elements 410, 430 and 450 correspond to one track each. That is, in the example shown in FIG. 9, the music includes three tracks. Since the contents of the UI elements 410, 430 and 450 are similar, the UI element 410 will be described in detail later.
- the UI element 411 is the order in which the track is added to the music.
- the UI element 412 is an icon of the user who added the track.
- the UI element 413 is information indicating what musical instrument (including vocals) the track has been recorded in, and the example shown in FIG. 9 indicates that the track has a drum recorded.
- the UI element 414 is the name of the user who added the track.
- the UI element 415 is an operation unit for receiving an operation of changing the setting of the track. When the UI element 415 is selected by the user, a pop-up for changing the setting is displayed.
- the UI element 416 is an operation unit for receiving an operation to adjust the volume of the track, and has a slider structure including a knob 416A and a bar 416B.
- the user can adjust the volume by moving the knob 416A left and right along the bar 416B. For example, the volume decreases as the knob 416A is positioned to the left of the bar 416B, and the volume increases as the knob 416A is positioned to the right of the bar 416B.
- the UI element 417 is an operation unit for receiving an operation to mute the track (make the volume zero). When the UI element 417 is selected by the user, the track is muted, and when it is selected again, the mute is released.
- the UI element 418 is an operation unit for receiving an operation to re-record a track. When the UI element 418 is selected by the user, the screen transitions to the recording screen.
- the UI element 419 is the time when the track was added, and in the example shown in FIG. 9, it is shown that the track was added one minute ago.
- the UI element 420 is a comment (text, pictogram, and / or an image, etc.) attached to the track.
- FIG. 10 is a view showing an example of the UI displayed on the terminal device 10 according to the present embodiment.
- FIG. 10 shows an example of the mixer screen.
- the mixer screen 500 shown in FIG. 10 includes a plurality of UI elements.
- the UI element 501 is an elapsed time after playing the music.
- the UI element 502 is a level display of the volume of the music being played.
- the UI element 503 is an operation unit for receiving an operation for adjusting the reproduction position of the music, and has a slider structure including a knob 503A and a bar 503B. In the bar 503B, the horizontal axis is time, and the vertical axis is the volume level at each time.
- the knob 503A indicates the reproduction position of the music.
- the user can adjust the playback position by moving the knob 503A left and right along the bar 503B. For example, as the knob 503A is positioned to the left of the bar 503B, the reproduction position is at the beginning, and as the knob 503A is positioned to the right of the bar 503B, the reproduction position is at the rear.
- the UI element 504A indicates the time of the playback position of the music
- the UI element 504B indicates the time (ie, the length) of the end of the music.
- the UI element 505 is an operation unit that receives an instruction to play / stop music. When the UI element 505 is selected by the user, the music to be edited is reproduced from the reproduction position indicated by the knob 503B, and is stopped when it is selected again. Thus, the user can perform the mixing operation while confirming the result of the mixing operation.
- the UI elements 510, 530 and 550 each correspond to one track. That is, in the example shown in FIG. 10, the music includes three tracks.
- the UI element 510 corresponds to the track added by the user C
- the UI element 530 corresponds to the track added by the user B
- the UI element 550 corresponds to the track added by the user A. Since the contents of the UI elements 510, 530 and 550 are similar, the UI element 510 will be described in detail later.
- the UI element 511 is the order in which the track is added to the music.
- the UI element 512 is an icon of the user who added the track.
- the UI element 513 is information indicating what kind of instrument (including vocal) the track is recorded in, and in the example shown in FIG. 10, it is indicated that the track is a track recorded with a drum.
- the UI element 514 is the name of the user who added the track.
- the UI element 515 is an operation unit for receiving an instruction to display a UI element for setting an effect to be applied to a track. When the UI element 515 is selected by the user, a UI element for setting an effect to be applied to the track is displayed.
- the UI element 516 is an operation unit for receiving an operation of adjusting the volume of the track.
- the UI element 516 has a slider structure consisting of a knob 516A and a bar 516B.
- the user can adjust the volume by moving the knob 516A left and right along the bar 516B. For example, the volume decreases as the knob 516A is located to the left of the bar 516B, and the volume increases as the knob 516A is located to the right of the bar 516B.
- the UI element 517 is an operation unit for receiving an operation to mute the track (make the volume zero). When the UI element 517 is selected by the user, the track is muted, and when it is selected again, the mute is released.
- the UI element 519 is the time when the track was added, and in the example shown in FIG. 10, it is shown that the track was added one minute ago.
- FIG. 11 is a view showing an example of the UI displayed on the terminal device 10 according to the present embodiment.
- a UI element 506 is added above the UI element 503.
- the UI element 506 is information indicating the user who added the track and the arrangement position of the track in the music.
- the UI element 506A is an icon of the user A who added a track corresponding to the UI element 550.
- the UI element 506B is an icon of the user B who added the track corresponding to the UI element 530.
- the UI element 506C is an icon of the user C who added a track corresponding to the UI element 510. According to the relationship between the UI element 506 and the bar 503B, the track added by the user A is placed toward the beginning of the music, the track added by the user B is placed thereafter, and the track added by the user C Is placed after that.
- the UI element 506 is also an operation unit for receiving an operation of adjusting the reproduction position of the music.
- the user can reproduce music from the position corresponding to the arrangement position of the track corresponding to the selected UI element 506.
- FIG. 11 an example in which the UI element 506C is selected is shown.
- the UI element 507 indicates that the UI element 506C has been selected.
- the music is reproduced from 3 minutes and 20 seconds as a reproduction position corresponding to the selected UI element 506C. Therefore, the time display of the UI element 501 and the UI element 504 is 3 minutes and 20 seconds.
- FIG. 12 is a view showing an example of the UI displayed on the terminal device 10 according to the present embodiment.
- FIG. 12 shows an example of the mixer screen.
- the mixer screen 500 shown in FIG. 12 is a screen displayed when the UI element 515 is selected on the mixer screen 500 shown in FIG. 10, and is for setting an effect applied to a track related to the UI element 510. It is a screen including UI elements.
- some UI elements are hidden from the mixer screen 500 shown in FIG. 10, and UI elements for setting an effect to be applied to a track are newly displayed. The following describes the newly displayed UI elements.
- the UI element 571 is an operation unit for receiving an operation for adjusting the localization position of the track, and has a slider structure including a knob 571A and a bar 571B.
- the user can adjust the localization position by moving the knob 571A left and right along the bar 571B. For example, as the knob 571A is positioned to the left of the bar 571B, the localization position is closer to the left, and as the knob 571A is positioned to the right of the bar 571B, the localization position is closer to the right.
- the UI element 572 is an operation unit for selecting whether or not to apply a compressor to a track, and the type of compressor to be applied.
- the UI element 572 includes a plurality of radio buttons, and the user can make these selections by selecting one of the radio buttons. In the example shown in FIG. 11, the radio button which does not apply a compressor to a track is selected.
- the UI element 573 is an operation unit for selecting whether to apply an equalizer to a track and selecting the type of equalizer to be applied.
- the UI element 573 includes a plurality of radio buttons, and the user can make these selections by selecting one of the radio buttons. In the example shown in FIG. 11, the radio button to which the equalizer is not applied to the track is selected.
- the UI element 574 is an operation unit for selecting whether to apply reverb to the track and selecting the type of reverb to be applied.
- the UI element 574 includes a plurality of radio buttons, and the user can make these selections by selecting one of the radio buttons. In the example shown in FIG. 11, the radio button for not applying reverb to the track is selected.
- the UI for editing multi-track data may include, for each of a plurality of pieces of track data included in the multi-track data, identification information of a user who produced (i.e., generated or added) the track data.
- the editing screen 400 shown in FIG. 9 includes UI elements 410, 430, and 450 for each track, which indicate UI elements (a UI element 412 and a UI element 413) indicating the icon and name of the user who produced the track data. )including.
- the mixer screen 500 shown in FIG. 10 includes UI elements 510, 530 and 550 for each track, which indicate UI elements (UI element 512 and UI element 513) indicating the icon and name of the user who produced the track data. Including.
- the user can recognize at a glance which user is involved in the production of the music by displaying the identification information of the user who produced the track data in the UI for editing multitrack data. It becomes possible.
- the UI for editing multitrack data may include information indicating a time when the track data is produced, for each of a plurality of track data included in the multitrack data.
- the editing screen 400 shown in FIG. 9 includes UI elements 410, 430 and 450 for each track, which include a UI element (UI element 419) indicating the time when track data was produced.
- the mixer screen 500 shown in FIG. 10 also includes UI elements 510, 530, and 550 for each track, which include a UI element (UI element 519) indicating the time when track data was produced.
- UI element 519 indicating the time when track data was produced.
- the UI for editing multi-track data may include a comment from a user who produced the track data for each of a plurality of track data included in the multi-track data.
- the edit screen 400 shown in FIG. 9 includes UI elements 410, 430, and 450 for each track, which include UI elements (UI element 420) indicating comments added by the user who produced the track data. .
- UI elements UI element 420
- the user can promote communication between users and promote collaboration. .
- the UI for editing multitrack data may include an operation unit (corresponding to a first operation unit) that receives an editing operation for instructing addition of new track data to multitrack data.
- the editing screen 400 illustrated in FIG. 9 includes a UI element 408 which is an operation unit that receives an operation of instructing addition of a track.
- the UI element 408 is selected by the user, the screen transitions to the recording screen, and track data based on the recording result is added to the multitrack data.
- the multi-track data includes a UI element that receives an editing operation instructing addition of new track data, so that the user can easily add a track to the music It is possible to
- the UI for editing multi-track data may include an operation unit (corresponding to a second operation unit) that receives an editing operation of the volume of each of the track data.
- the editing screen 400 illustrated in FIG. 9 includes a UI element 416 which is an operation unit for receiving an operation for adjusting the volume of a track, and a UI element 417 which is an operation unit for receiving an operation for muting the track.
- the mixer screen 500 illustrated in FIGS. 10 and 12 includes a UI element 516 that is an operation unit for receiving an operation to adjust the volume of a track, and a UI element that is an operation unit for receiving an operation to mute a track. Including 517. This allows the user to change the volume of each of the plurality of tracks included in the music to his or her preference.
- the UI for editing multitrack data may include an operation unit (corresponding to a third operation unit) that receives an editing operation of the localization position of each of the track data.
- the mixer screen 500 illustrated in FIG. 12 includes a UI element 571 which is an operation unit for receiving an operation of adjusting the localization position of the track. This allows the user to change the localization position of each of the plurality of tracks included in the music to his or her preference.
- the UI for editing multitrack data may include an operation unit (corresponding to a fourth operation unit) that receives an editing operation of each effect of the track data.
- the mixer screen 500 illustrated in FIG. 12 includes a UI element 572, a UI element 573, and a UI element 574 that are operation units that receive editing operations relating to a compressor, an equalizer, and a reverb. This allows the user to apply his / her favorite effect to each of the plurality of tracks included in the music.
- a UI for editing multi-track data is information indicating the arrangement position of track data in a music composed of multi-track data for each of a plurality of track data included in multi-track data, and a user who produced the track data It may include information associated with identification information.
- the mixer screen 500 illustrated in FIG. 11 includes a UI element 506 that associates the arrangement position of each of the plurality of tracks included in the music with the icon of the user who produced the track.
- the user can recognize at a glance the arrangement position of each of the plurality of tracks included in the music and the user who produced the track.
- the terminal device 10 starts multitrack data from the position corresponding to the arrangement position of the track data produced by the selected user.
- the terminal device 10 reproduces the music from the position corresponding to the arrangement position of the track corresponding to the selected UI element 506.
- the position corresponding to the arrangement position of the track is the same position (ie, time) as the arrangement position of the track, or a position before the arrangement position of the track (ie, time before the arrangement position) It is.
- the user can seek the reproduction position by using the track arrangement position as a clue, for example, reproducing the music from the arrangement position of the track produced by the favorite user Is possible.
- the server 20 (for example, the editing support unit 210) performs processing for supporting the editing of the music in the terminal device 10 based on the information stored in the content DB 40 or the metadata DB 41.
- the search server 20 searches for track data from the content DB 40. For example, the server 20 searches for track data based on the metadata stored in the metadata DB 41. As described above, track data is categorized from various viewpoints, and attribute data for each category is given as metadata. By using this metadata, the server 20 can search for track data from the huge number of tracks stored in the content DB 40.
- the track data stored in the content DB 40 can be combined with other track data to construct a music, and thus can be regarded as a music resource (part) for music production.
- the user can easily obtain the necessary track by making the server 20 search for track data necessary for music production. This improves the convenience of music production.
- the server 20 may match the first track data included in the first multi-track data with the second track data included in the second multi-track data.
- the server 20 performs matching based on the metadata regarding the first track data and the second track data.
- the server 20 may use meta information of track data, meta information of multi track data including track data, meta information of a user who produced track data, or group meta information which is an owner of multi track data including track data.
- the track data are matched with each other based on at least one of them. In this way, the server 20 can match tracks that are compatible (the compatibility coefficient calculated according to a predetermined reference is high).
- a track that is compatible is a track that has matched or similar meta information to be matched, or a track that includes meta information that is frequently co-occurring among a plurality of tracks included in one multi-track data.
- the server 20 matches, for example, tracks with similar atmospheres, or matches with tracks having similar music preferences among users who produced the tracks.
- the server 20 can easily match the tracks. Therefore, the tracks accumulated in the content DB 40 can be used by the music creator as a vast amount of music resources (parts), and the efficiency of the music production and the diversification can be induced.
- the diversification of music production means that the user produces a variety of arranged versions, widens the width of music that can be produced, or excavates music of a genre that has not been seen yet.
- the server 20 has a first user who produced the first track data included in the first multi-track data and a second user who produced the second track data included in the second multi-track data. It may match.
- the server 20 performs matching based on metadata about the first user and the second user.
- a track can be said to be one of the music resources that is the source of music in one aspect, but as another aspect, it also has the aspect of a resource that expresses the characteristics of the user who produced the track. Therefore, it can be said that users who have produced tracks having good compatibility have good compatibility in performing music production together. Therefore, the server 20 performs matching between the tracks described above, for example, and then links the track and the track creator to match the creators having good compatibility with each other.
- the server 20 matches, for example, users who like similar atmospheres, or matches users who tend to share a high probability.
- the server 20 can easily match the creators of music. Thereby, the server 20 can create a new connection between the producers without requiring an active operation by the producers. Since it becomes possible for a music producer to produce music based on the connection with another new music producer, the efficiency and diversification of music production are further induced.
- the server 20 may perform matching between the first user and the second user based on the past editing history of the first user and / or the second user.
- the past editing history is track data added to multi-track data in the past, deleted track data, an effect applied to track data, and the like.
- the server 20 matches users who have a specific tendency to mix work (for example, a tendency to apply an effect to track data of a certain genre).
- the editing history expresses the feature of the edited user in one aspect. Therefore, the server 20 can match creators who are compatible with each other by performing matching based on the editing history.
- matching between tracks or between users may be performed based on the compatibility of the recording material 30 used for producing track data or used by the user.
- the compatibility of the recording equipment 30 is, for example, the compatibility of the attribute of the recording equipment 30, such as the type of the used musical instrument or sound source equipment, the manufacturer or the model. For example, it is determined that the tracks in which the attributes of the recording equipment 30 match, the tracks in similar relationship or the complementary relationship, or the users are in good compatibility.
- the compatibility coefficient of the recording material 30 may be calculated based on the history of the matching result according to other criteria. For example, it is determined that the recording equipment 30 used for producing the track data of the tracks determined to be compatible with each other according to the other criteria is compatible.
- the server 20 may transmit information indicating the result of the matching to the terminal device 10. For example, the server 20 transmits, to the terminal device 10, a track matched with a track produced by the user of the terminal device 10, or sends information indicating the other user matched with the user of the terminal device 10 to the terminal device 10. Send This makes it possible to promote the efficiency and diversification of music production.
- the server 20 may mediate recruitment of track data.
- the terminal device 10 requests the server 20 to recruit track data to be added to multitrack data.
- the server 20 requests other users who can produce the recruited track data to produce the track data.
- the server 20 may perform matching between the users described above, and may make a request to another user that is compatible with the user who uses the recruitment source terminal device 10.
- the server 20 transmits track data produced by another user according to the recruitment to the recruitment source terminal device 10.
- the server 20 may perform matching between the tracks described above, search the content DB 40 for track data compatible with the track data included in the multi-track data, and transmit the same to the terminal device 10.
- the server 20 may combine multiple pieces of track data to generate multi-track data. That is, the server 20 may automatically produce music by combining existing tracks. For example, the server 20 produces a music by combining a plurality of tracks having the same music name but different musical instruments, which are tracks of good compatibility matched by the matching of the above-described tracks. In this way, it is possible to automatically produce a new song (i.e. remix) combining existing tracks.
- FIG. 13 is a sequence diagram showing an example of the flow of music production processing executed in the system 1 according to the present embodiment.
- the terminal device 10 and the server 20 are involved in this sequence.
- the server 20 transmits multitrack data to the terminal device 10 (step S102). For example, the server 20 transmits, to the terminal device 10, multitrack data designated as an edit target by the user.
- the terminal device 10 performs an editing process based on a user operation (step S104). For example, the terminal device 10 performs addition or deletion of track data to multitrack data and application of an effect to track data.
- the terminal device 10 transmits the edited multitrack data to the server 20 (step S106). Then, the server 20 updates the DB by storing the received edited multitrack data in the content DB 40 (step S108).
- FIG. 14 is a sequence diagram showing an example of the flow of the editing support process executed in the system 1 according to the present embodiment.
- the terminal device 10 and the server 20 are involved in this sequence.
- the terminal device 10 transmits a request to the server 20 (step S202).
- the request here is, for example, a request for matching, a request for recruitment of track data, or a request for producing remix music.
- the server 20 performs matching according to the request (step S204), and generates editing support information based on the matching result (step S206). For example, if the request is a request for matching, the server 20 matches the other user or track compatible with the requesting user or the track produced by the user, and generates editing support information indicating the matching result. Do. For example, if the request is a request for track data, the server 20 requests another user who is compatible with the user who is the recruitment source to produce track data, and edits the track data produced by the other user.
- the server 20 When the request is a production request for a remix music, the server 20 generates a new remix music as editing support information by matching and combining the tracks stored in the content DB 40. Then, the server 20 transmits the generated editing support information to the terminal device 10 (step S208), and the terminal device 10 outputs the editing support information (step S210).
- the terminal device 10 receives multi-track data including a plurality of track data generated by different users from the server 20, edits the multi-track data, and Send multitrack data.
- the multitrack data downloaded from the server 20 is edited while maintaining the data format as the multitrack data, and is uploaded to the server 20. Therefore, even after the editing by the terminal device 10, the degree of freedom of editing can be maintained. This enables a plurality of users to jointly produce music while maintaining a high degree of freedom via the network.
- each device described in the present specification may be realized using any of software, hardware, and a combination of software and hardware.
- the programs that configure the software are stored in advance in, for example, storage media (non-transitory media) provided inside or outside each device. And each program is read into RAM at the time of execution by a computer, for example, and is executed by a processor such as a CPU.
- the information processing apparatus includes a comment from a user who generated the track data for each of the plurality of track data included in the multi-track data.
- the information processing apparatus includes a first operation unit that receives an editing operation instructing addition of new track data to the multitrack data. .
- the output screen is a second operation unit that receives a volume editing operation of each of the track data, a third operation unit that receives an editing operation of a localization position, or a fourth operation unit that receives an editing operation of an effect.
- the information processing apparatus according to any one of (2) to (5), including at least one of them.
- the output screen includes information indicating an arrangement position of the track data in the music composed of the multi-track data and identification information of a user who generated the track data, for each of the plurality of track data included in the multi-track data.
- the information processing apparatus according to any one of (2) to (6), including information in which (8) When the identification information of the user is selected on the output screen, the control unit is a music composed of the multi-track data from the position corresponding to the arrangement position of the track data generated by the selected user.
- the information processing apparatus according to any one of 8).
- control unit deletes, from the multi-track data, the track data included in the multi-track data as editing of the multi-track data.
- control unit changes at least one of a volume, a localization position, and an effect of the track data included in the multi-track data as the editing of the multi-track data.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Acoustics & Sound (AREA)
- Library & Information Science (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Electrophonic Musical Instruments (AREA)
Abstract
【課題】複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みを提供する。 【解決手段】それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、を備える情報処理装置。
Description
本開示は、情報処理装置、情報処理方法及びプログラムに関する。
近年、コンテンツ、特に音楽コンテンツ(以降、楽曲とも称する)の制作環境及び鑑賞環境は、大きく変貌している。例えば、一般のユーザであっても、スマートフォンに専用のソフトウェアをインストールするだけで、簡単に楽曲の制作環境を整えることができるので、楽曲の制作を楽しむようになりつつある。そのため、そのようなユーザによる楽曲の制作を支援するための技術の開発が求められている。
例えば、下記特許文献1では、複数の音素材を組み合わせてリミックスした楽曲を制作する際に、各々の音素材の再生位置、再生するタイミング、及びテンポ等を制御することで、完成度の高い楽曲を制作する技術が開示されている。
上記特許文献1に記載の技術は、ひとりのユーザが、ローカルで楽曲を制作するための技術である。一方で、近年では、ネットワーク伝送速度の高速化及びオンラインストレージの大容量化に伴い、複数のユーザがネットワークを介して共同で(即ち、協業しながら又は協働で)楽曲を制作することが可能になっており、そのための技術が求められている。
その一例として、ユーザが、他のユーザがサーバにアップロードした音データをダウンロードし、ダウンロードした音データに新たに録音した音データを合成してひとつの音データにし、アップロードする技術がある。この技術によれば、複数のユーザがネットワークを介して順番に音データを上書きしながら楽曲を制作することができる。しかし、この技術では、音データが上書きされる一方なので、ロールバック等することができず、楽曲制作の自由度は低いものであった。
そこで、本開示では、複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みを提供する。
本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、を備える情報処理装置が提供される。
また、本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、編集後の前記マルチトラックデータを前記端末装置から受信し、前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、を備える情報処理装置が提供される。
また、本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信すること、を含む、プロセッサにより実行される情報処理方法が提供される。
また、本開示によれば、コンピュータを、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、として機能させるためのプログラムが提供される。
以上説明したように本開示によれば、複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
1.はじめに
1.1.用語の定義
1.2.技術的課題
2.構成例
2.1.全体構成例
2.2.端末装置10の構成例
2.3.サーバ20の構成例
3.技術的特徴
3.1.データ構造
3.2.マルチトラックデータの編集
3.3.UI
3.4.編集支援
3.5.処理の流れ
4.まとめ
1.はじめに
1.1.用語の定義
1.2.技術的課題
2.構成例
2.1.全体構成例
2.2.端末装置10の構成例
2.3.サーバ20の構成例
3.技術的特徴
3.1.データ構造
3.2.マルチトラックデータの編集
3.3.UI
3.4.編集支援
3.5.処理の流れ
4.まとめ
<<1.はじめに>>
<1.1.用語の定義>
トラックデータとは、並列に動作する複数の録音/再生機構のうち、ひとつの録音/再生機構に対応するデータである。より詳しくは、トラックデータは、複数の楽器及び歌声などの演奏により生み出される楽曲のコンテンツ制作過程において取り扱われる、各々の楽器又は歌声を個別に録音した音データである。トラックデータは、音データ(アナログ信号又はデジタル信号)、及び当該音データに適用されるエフェクト等を示す情報を含む。以下では、トラックデータを単にトラックとも称する場合がある。
<1.1.用語の定義>
トラックデータとは、並列に動作する複数の録音/再生機構のうち、ひとつの録音/再生機構に対応するデータである。より詳しくは、トラックデータは、複数の楽器及び歌声などの演奏により生み出される楽曲のコンテンツ制作過程において取り扱われる、各々の楽器又は歌声を個別に録音した音データである。トラックデータは、音データ(アナログ信号又はデジタル信号)、及び当該音データに適用されるエフェクト等を示す情報を含む。以下では、トラックデータを単にトラックとも称する場合がある。
マルチトラックデータとは、並列に動作する複数の録音/再生機構であり、複数のトラックの集合体に対応するデータである。マルチトラックデータは、トラックデータを複数含む。例えば、マルチトラックデータは、ボーカルを録音したトラックデータ、ギターを録音したトラックデータ及びドラムを録音したトラックデータ等を含み、1つの楽曲を構成する。以下では、マルチトラックデータを楽曲とも称する場合がある。
ミックス(ミキシングとも称される)とは、マルチトラックデータに含まれる複数のトラックの設定を調整する作業である。例えば、ミックス作業により、各トラックの音量及び音色等が調整される。マルチトラックデータに含まれる複数のトラックが、ミックス作業を経て重ね合されることで、1つの楽曲として仕上げられる。
<1.2.技術的課題>
近年の楽曲の制作環境及び鑑賞環境は、ネットワーク伝送速度の高速化、及びオンラインストレージの大容量化に伴い、大きく変貌している。
近年の楽曲の制作環境及び鑑賞環境は、ネットワーク伝送速度の高速化、及びオンラインストレージの大容量化に伴い、大きく変貌している。
まず、鑑賞環境について述べる。近年、メディアプレーヤーのオンラインサービス化が当たり前となり、膨大な楽曲がネットワーク上で管理されている。そのため、ユーザは、自分が所有する様々なデバイスでそれらを鑑賞することが可能となっている。その反面、膨大なオンライン上の楽曲の中から、ユーザが自分の好みに合う楽曲を探し出すための労力が膨大になっていた。オンラインサービスの運営側は、その労力を軽減するために、楽曲を様々な視点でカテゴリ分けし、そのカテゴリを表す属性データを楽曲に付与することによって、ユーザ好みの楽曲をレコメンドするサービスを提供している。
次いで、制作環境について述べる。近年、スマートフォン及びタブレットデバイス等のモバイルデバイスを中心に、音楽周辺機器が急激にPC(Personal Computer)レス化している。それに伴い、従来の高価な機材を揃えることなく、モバイルデバイス上で、楽器演奏の録音から演奏データ(即ち、トラックデータ)のシミュレートまでの、一連の楽曲制作を完結させることが可能となりつつある。
このような楽曲制作の手軽さとモバイルデバイスのネットワーク親和性から、複数のユーザがネットワークを介して気軽に共同で楽曲を制作することが可能になることが望ましい。そこで、本開示では、それぞれ異なるユーザにより制作された複数のトラックデータを含むマルチトラックデータを用いて、楽曲を制作することが可能な仕組みを提供する。
また、本開示では、各モバイルデバイスで録音されたトラックデータをネットワーク上にプール及び管理し、他のユーザと共有することで、他のユーザにより制作されたトラックデータを楽曲制作のリソースとして利用可能にする仕組みを提供する。さらに、本開示では、楽曲制作のリソースとして利用すべきトラックデータを効率よく検索する仕組みを提供する。あるユーザが自身のトラックデータとミックス可能な(相性が良い)トラックデータをネットワーク上にプールされた膨大なトラックの中から探すためには、多大な労力がかかるためである。
<<2.構成例>>
<2.1.全体構成例>
図1は、本実施形態に係るシステム1の構成の一例を示す図である。図1に示すように、システム1は、端末装置10(10A及び10B)、サーバ20、録音機材30(30A及び30B)、コンテンツDB(Data Base)40、メタデータDB41を含む。また、端末装置10及びサーバ20は、互いにネットワーク50により接続されている。
<2.1.全体構成例>
図1は、本実施形態に係るシステム1の構成の一例を示す図である。図1に示すように、システム1は、端末装置10(10A及び10B)、サーバ20、録音機材30(30A及び30B)、コンテンツDB(Data Base)40、メタデータDB41を含む。また、端末装置10及びサーバ20は、互いにネットワーク50により接続されている。
端末装置10は、端末装置10のユーザ(楽曲制作者)により使用され、ユーザ操作に基づいて楽曲の制作(換言すると、楽曲の編集)を行う装置である。端末装置10は、例えばPC、専用端末、又はスマートフォン若しくはタブレットデバイス等のモバイルデバイスにより構成される。図1に示すように、システム1は、複数の端末装置10を含み得る。各々の端末装置10は、異なるユーザにより使用される。複数のユーザは、それぞれが使用する端末装置10及びサーバ20を介して、共同で楽曲を制作することができる。また、複数のユーザは、楽曲を共同で制作するなどの共通の目的の元、グループを作ることもできる。各々のユーザは、トラックデータを制作(即ち、生成)し、マルチトラックデータに追加する。
サーバ20は、楽曲制作を支援するサービスを提供するための装置である。サーバ20は、コンテンツDB40及びメタデータDB41を管理しながら、楽曲制作を支援するサービスを提供する。例えば、サーバ20は、これらのDBに記憶されたデータを端末装置10に送信し、端末装置10による編集を経たデータをDBに格納する。また、サーバ20は、これらのDBに記憶されたデータに基づいて、端末装置10における楽曲の編集を支援するための処理を行う。なお、図1ではサーバ20、コンテンツDB40及びメタデータDB41がそれぞれ別個に構成された例を示しているが、本技術はかかる例に限定されない。例えば、コンテンツDB40及びメタデータDB41がひとつのDBとして構成されてもよいし、サーバ20がコンテンツDB40及びメタデータDB41を含んでいてもよい。また、コンテンツDB40を制御するためのサーバ及びメタデータDB41を制御するためサーバを含む、複数のサーバが協働してもよい。
録音機材30は、ユーザの音声又は演奏を録音し、オーディオ信号を生成する装置である。録音機材30は、例えば、マイク及び楽器等のオーディオデバイス、並びに録音されたオーディオ信号を加工するためのアンプ及びエフェクター等により構成される。録音機材30は、端末装置10に接続され、生成したオーディオ信号を端末装置10に出力する。録音機材30は、例えばUSB(Universal Serial Bus)、Lightning(登録商標)、Wi-Fi(登録商標)、Bluetooth(登録商標)又はアナログオーディオケーブル等の任意の接続方式により端末装置10に接続される。
コンテンツDB40及びメタデータDB41は、マルチトラックデータに関する情報を記憶する記憶装置である。とりわけ、コンテンツDB40は、コンテンツを記憶及び管理する装置である。コンテンツDB40は、トラックデータ及びマルチトラックデータを記憶する。また、メタデータDB41は、コンテンツに関するメタデータを記憶及び管理する装置である。メタデータDB41は、ユーザ、グループ、トラックデータ及びマルチトラックデータに関するメタデータを記憶する。ここで、メタデータとは、属性名と属性データから成るデータの群(即ち、属性データ群)であり、対象物(例えば、トラックデータ)の特徴を示す情報である。
ネットワーク50は、ネットワーク50に接続されている装置から送信される情報の有線又は無線の伝送路である。ネットワーク50は、セルラー通信網、LAN(Local Area Network)、無線LAN、電話回線、又はインターネット等により構成される。
<2.2.端末装置10の構成例>
(1)ハードウェア構成
図2は、本実施形態に係る端末装置10のハードウェア構成の一例を示すブロック図である。本実施形態に係る端末装置10による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
(1)ハードウェア構成
図2は、本実施形態に係る端末装置10のハードウェア構成の一例を示すブロック図である。本実施形態に係る端末装置10による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
図2に示すように、本実施形態に係る端末装置10は、入出力部11、操作用インタフェース12、表示部13、オーディオ信号入出力インタフェース14、ネットワーク用インタフェース15、バス16、記憶部17及び制御部18を含む。
入出力部11は、端末装置10への情報の入力及び端末装置10からの情報の出力を行う装置である。具体的には、入出力部11は、操作用インタフェース12、表示部13、オーディオ信号入出力インタフェース14及びネットワーク用インタフェース15を介して、情報を入出力する。
操作用インタフェース12は、ユーザ操作を受け付けるためのインタフェースである。操作用インタフェース12は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ又はレバー等、ユーザによって情報が入力される装置によって実現される。また、操作用インタフェース12は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよい。典型的には、操作用インタフェース12は、タッチパネルディスプレイとして、表示部13と一体的に構成される。
表示部13は、情報を表示する装置である。表示部13は、CRTディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ELディスプレイ装置、レーザープロジェクタ、LEDプロジェクタ又はランプ等の表示装置により実現される。表示部13は、端末装置10が行った各種処理により得られた結果を、テキスト、イメージ、表、グラフ等、様々な形式で視覚的に表示する。
オーディオ信号入出力インタフェース14は、オーディオ信号の入力を受け付ける又はオーディオ信号を出力するためのインタフェースである。オーディオ信号入出力インタフェース14は、録音機材30に接続され、録音機材30から出力されるオーディオ信号の入力を受け付ける。また、オーディオ信号入出力インタフェース14は、端末装置10の内部で動作するアプリケーションから出力される、Inter-App Audio形式のオーディオ信号の入力を受け付ける。また、オーディオ信号入出力インタフェース14は、スピーカ又はヘッドホン等の音声出力装置を含んでいてもよく、オーディオ信号をアナログ信号に変換して情報を聴覚的に出力する。
ネットワーク用インタフェース15は、ネットワーク50を介した情報の送信又は受信を行うためのインタフェースである。ネットワーク用インタフェース15は、例えば、有線LAN、無線LAN、セルラー通信網、Bluetooth(登録商標)又はWUSB(Wireless USB)用の通信カード等である。また、ネットワーク用インタフェース15は、光通信用のルータ、ADSL(Asymmetric Digital Subscriber Line)用のルータ又は各種通信用のモデム等であってもよい。このネットワーク用インタフェース15は、例えば、インターネットや他の通信機器との間で、TCP/IP等の所定のプロトコルに則して信号等を送受信することができる。
バス16は、端末装置10内の各種ハードウェアを接続し、相互に通信可能にするための回路である。バス16により、入出力部11、記憶部17及び制御部18は接続される。
記憶部17は、データ格納用の装置である。記憶部17は、例えば、HDD等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。記憶部17は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。この記憶部17は、制御部18が実行するOS(Operating System)、アプリケーションプログラム、各種データ及び外部から取得した各種のデータ等を格納する。
制御部18は、演算処理装置および制御装置として機能し、各種プログラムに従って端末装置10内の動作全般を制御する。制御部18は、CPU(Central Processing Unit)又はMPU(Micro Processing unit)等の各種プロセッサにより実現され得る。また、制御部18は、プロセッサと共に又は代えて、集積回路、DSP(digital signal processor)又はASIC(Application Specific Integrated Circuit)等の回路により実現されてもよい。制御部18は、さらにROM(Read Only Memory)及びRAM(Random Access Memory)を含んでいてもよい。ROMは、制御部18が使用するプログラムや演算パラメータ等を記憶する。RAMは、制御部18の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
(2)機能構成
図3は、本実施形態に係る端末装置10の論理的な機能構成の一例を示すブロック図である。図3に示すように、本実施形態に係る端末装置10は、オーディオ信号取得部110、UI制御部120及び編集部130を含む。これらの構成要素の機能は、図2を参照して上記説明したハードウェアにより実装される。
図3は、本実施形態に係る端末装置10の論理的な機能構成の一例を示すブロック図である。図3に示すように、本実施形態に係る端末装置10は、オーディオ信号取得部110、UI制御部120及び編集部130を含む。これらの構成要素の機能は、図2を参照して上記説明したハードウェアにより実装される。
オーディオ信号取得部110は、オーディオ信号を取得する機能を有する。例えば、オーディオ信号取得部110は、端末装置10に接続された録音機材30からオーディオ信号を取得してもよい。オーディオ信号取得部110は、端末装置10の内部で動作するアプリケーションから出力される、Inter-App Audio形式のオーディオ信号を取得してもよい。オーディオ信号取得部110は、端末装置10に記憶されたオーディオ信号をインポートすることで、オーディオ信号を取得してもよい。オーディオ信号取得部110は、取得したオーディオ信号を編集部130に出力する。
UI制御部120は、画面(UI)を生成し、UIへの操作を受け付ける。UI制御部120は、マルチトラックデータの編集を実現するためのUIを生成し、出力する。そして、UI制御部120は、ユーザ操作を受け付けて、操作情報を編集部130に出力する。
編集部130は、ユーザ操作に基づいてマルチトラックデータの編集を行う。編集部130は、オーディオ信号取得部110により取得されたオーディオ信号をトラックデータとしてマルチトラックデータに追加したり、マルチトラックデータから既存のトラックデータを削除したり、トラックデータにエフェクトを適用したりする。編集部130は、新たにマルチトラックデータを生成してもよいし、サーバ20からマルチトラックデータを受信して、編集対象としてもよい。編集部130は、編集後のマルチトラックデータをサーバ20に送信する。
<2.3.サーバ20の構成例>
(1)ハードウェア構成
図4は、本実施形態に係るサーバ20のハードウェア構成の一例を示すブロック図である。本実施形態に係るサーバ20による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
(1)ハードウェア構成
図4は、本実施形態に係るサーバ20のハードウェア構成の一例を示すブロック図である。本実施形態に係るサーバ20による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
図4に示すように、本実施形態に係るサーバ20は、入出力部21、ネットワーク用インタフェース22、バス23、記憶部24及び制御部25を含む。
入出力部21は、サーバ20への情報の入力及びサーバ20からの情報の出力を行う装置である。具体的には、入出力部21は、ネットワーク用インタフェース22を介して、情報を入出力する。
ネットワーク用インタフェース22は、ネットワーク50を介した情報の送信又は受信を行うためのインタフェースである。ネットワーク用インタフェース22は、例えば、有線LAN、無線LAN、セルラー通信網、Bluetooth(登録商標)又はWUSB(Wireless USB)用の通信カード等である。また、ネットワーク用インタフェース22は、光通信用のルータ、ADSL(Asymmetric Digital Subscriber Line)用のルータ又は各種通信用のモデム等であってもよい。このネットワーク用インタフェース22は、例えば、インターネットや他の通信機器との間で、TCP/IP等の所定のプロトコルに則して信号等を送受信することができる。
バス23は、サーバ20内の各種ハードウェアを接続し、相互に通信可能にするための回路である。バス23により、入出力部21、記憶部24及び制御部25は接続される。
記憶部24は、データ格納用の装置である。記憶部24は、例えば、HDD等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。記憶部24は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。この記憶部24は、制御部25が実行するプログラム、各種データ及び外部から取得した各種のデータ等を格納する。
制御部25は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ20内の動作全般を制御する。制御部25は、CPU(Central Processing Unit)又はMPU(Micro Processing unit)等の各種プロセッサにより実現され得る。また、制御部25は、プロセッサと共に又は代えて、集積回路、DSP(digital signal processor)又はASIC(Application Specific Integrated Circuit)等の回路により実現されてもよい。制御部25は、さらにROM(Read Only Memory)及びRAM(Random Access Memory)を含んでいてもよい。ROMは、制御部25が使用するプログラムや演算パラメータ等を記憶する。RAMは、制御部25の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
(2)機能構成
図5は、本実施形態に係るサーバ20の論理的な機能構成の一例を示すブロック図である。図5に示すように、本実施形態に係るサーバ20は、編集支援部210及びDB制御部220を含む。これらの構成要素の機能は、図4を参照して上記説明したハードウェアにより実装される。
図5は、本実施形態に係るサーバ20の論理的な機能構成の一例を示すブロック図である。図5に示すように、本実施形態に係るサーバ20は、編集支援部210及びDB制御部220を含む。これらの構成要素の機能は、図4を参照して上記説明したハードウェアにより実装される。
編集支援部210は、サーバ20によるマルチトラックデータの編集処理を支援する機能を有する。例えば、編集支援部210は、端末装置10を使用するユーザ同士の交流を促進するSNSを提供したり、ユーザ同士をマッチングしたり、端末装置10において編集中のマルチトラックデータに追加するトラックデータをコンテンツDB40から検索して端末装置10に送信したりする。
DB制御部220は、コンテンツDB40及びメタデータDB41を管理する機能を有する。例えば、DB制御部220は、コンテンツDB40に記憶されたマルチトラックデータを端末装置10に送信し、端末装置10から受信したマルチトラックデータをコンテンツDB40に記憶する。その際、サーバ20は、編集前後のマルチトラックデータを比較することで編集履歴を抽出し、ユーザに関するメタデータとしてメタデータDB41に記憶してもよい。また、DB制御部220は、マルチトラックデータ及びトラックデータを解析してメタデータを生成し、メタデータDB41に記憶する。
<<3.技術的特徴>>
<3.1.データ構造>
(1)マルチトラックデータ
図6は、本実施形態に係るマルチトラックデータとトラックデータとの関係を示す図である。図6では、識別情報「ID_SNG_1」が付されたマルチトラックデータ300と、マルチトラックデータ300に含まれるトラックデータ310(310A~310E)とが示されている。各々のトラックデータ310に付された、「ID_TRK_」と数字とが連結された文字列は、各々のトラックデータ310の識別情報である。各々のトラックデータ310は、楽器毎の演奏データ又は歌唱データに相当する。マルチトラックデータ300は、楽曲を構成する全ての楽器の演奏データ及び歌唱データに相当するトラックデータ310を保持している。これらトラックデータ310をミックスして出力したオーディオデータが、楽曲データである。
<3.1.データ構造>
(1)マルチトラックデータ
図6は、本実施形態に係るマルチトラックデータとトラックデータとの関係を示す図である。図6では、識別情報「ID_SNG_1」が付されたマルチトラックデータ300と、マルチトラックデータ300に含まれるトラックデータ310(310A~310E)とが示されている。各々のトラックデータ310に付された、「ID_TRK_」と数字とが連結された文字列は、各々のトラックデータ310の識別情報である。各々のトラックデータ310は、楽器毎の演奏データ又は歌唱データに相当する。マルチトラックデータ300は、楽曲を構成する全ての楽器の演奏データ及び歌唱データに相当するトラックデータ310を保持している。これらトラックデータ310をミックスして出力したオーディオデータが、楽曲データである。
なお、マルチトラックデータ及びトラックデータは、コンテンツデータDB40において管理される。また、マルチトラックデータ及びトラックデータに関するメタデータは、楽曲関連メタデータ及びトラック関連メタデータとして、メタデータDB41において管理される。
(2)メタデータ
メタデータDB41において管理されるメタデータについて説明する。メタデータDB41において管理されるメタデータとしては、楽曲関連メタデータ、トラック関連メタデータ、ユーザ関連メタデータ、及びグループ関連メタデータが挙げられる。以下、これらのメタデータの一例を説明する。
メタデータDB41において管理されるメタデータについて説明する。メタデータDB41において管理されるメタデータとしては、楽曲関連メタデータ、トラック関連メタデータ、ユーザ関連メタデータ、及びグループ関連メタデータが挙げられる。以下、これらのメタデータの一例を説明する。
・楽曲関連メタデータ
楽曲関連メタデータは、マルチトラックデータが構成する楽曲に関する情報を含む。ひとつのマルチトラックデータに、ひとつの楽曲関連メタデータが関連付けられる。下記の表1に、楽曲関連メタデータの一例を示す。
楽曲関連メタデータは、マルチトラックデータが構成する楽曲に関する情報を含む。ひとつのマルチトラックデータに、ひとつの楽曲関連メタデータが関連付けられる。下記の表1に、楽曲関連メタデータの一例を示す。
属性名「song_id」の属性データは、楽曲の識別情報である。属性名「song_name」の属性データは、楽曲名を示す情報である。属性名「cover_or_original」の属性データは、楽曲がカバーかオリジナルかを示す情報である。属性名「mood」の属性データは、楽曲のムードを示す情報である。属性名「tempo」の属性データは、楽曲のテンポ(例えば、BPM:beats per minute)を示す情報である。属性名「duration」の属性データは、楽曲の長さ(例えば、ミリ秒)を示す情報である。属性名「genre」の属性データは、楽曲のジャンルを示す情報である。属性名「owner_user」の属性データは、楽曲のオーナーであるユーザを示す情報である。属性名「owner_group」の属性データは、楽曲のオーナーであるグループを示す情報である。
属性データグループ「track composition」に含まれる属性データは、楽曲を構成するトラックデータに関する属性データである。属性名「track」の属性データは、楽曲を構成するトラックデータ、即ちマルチトラックデータに含まれるトラックデータを示す情報である。
・トラック関連メタデータ
トラック関連メタデータは、トラックデータに関する情報を含む。ひとつのトラックデータに、ひとつのトラック関連メタデータが関連付けられる。下記の表2に、トラック関連メタデータの一例を示す。
トラック関連メタデータは、トラックデータに関する情報を含む。ひとつのトラックデータに、ひとつのトラック関連メタデータが関連付けられる。下記の表2に、トラック関連メタデータの一例を示す。
属性名「track_id」の属性データは、トラックデータの識別情報である。属性名「track_name」の属性データは、トラックデータの名前を示す情報である。属性名「cover_or_original」の属性データは、トラックデータがカバーかオリジナルかを示す情報である。属性名「instrument」の属性データは、トラックデータが何の楽器(ボーカルを含む)で録音されたかを示す情報である。属性名「mood」の属性データは、トラックデータのムードを示す情報である。属性名「tempo」の属性データは、トラックデータのテンポを示す情報である。属性名「duration」の属性データは、トラックデータの長さ(例えば、ミリ秒)を示す情報である。属性名「genre」の属性データは、トラックデータのジャンルを示す情報である。属性名「owner」の属性データは、トラックデータのオーナーであるユーザを示す情報である。
属性データグループ「effect」に含まれる属性データは、トラックデータに適用されるエフェクトに関する属性データである。属性名「eq」の属性データは、トラックデータに適用されるイコライザの種類を示す情報である。属性名「reverb」の属性データは、トラックデータに適用されるリバーブの種類を示す情報である。
属性データグループ「object_audio」に含まれる属性データは、立体音響を実現するための属性データである。属性名「relative_position_x」の属性データは、トラックデータに適用されるX軸方向の定位位置(視聴ポイントとの相対位置)を示す情報である。属性名「relative_position_y」の属性データは、トラックデータに適用されるY軸方向の定位位置を示す情報である。属性名「relative_position_z」の属性データは、トラックデータに適用されるZ軸方向の定位位置を示す情報である。属性名「relative_velocity」の属性データは、トラックデータに適用される速度(視聴ポイントとの相対速度)を示す情報である。
属性データグループ「songs_structured_by_this」の属性データは、トラックデータが構成要素として含まれる楽曲(マルチトラックデータ)、即ちトラックデータを「track composition」に含む楽曲に関する属性データである。属性名「song」の属性データは、トラックデータが構成要素として含まれるマルチトラックデータを示す情報である。
・ユーザ関連メタデータ
ユーザ関連メタデータは、ユーザに関する情報を含む。ひとりのユーザに、ひとつのユーザ関連メタデータが関連付けられる。下記の表3に、ユーザ関連メタデータの一例を示す。
ユーザ関連メタデータは、ユーザに関する情報を含む。ひとりのユーザに、ひとつのユーザ関連メタデータが関連付けられる。下記の表3に、ユーザ関連メタデータの一例を示す。
属性名「user_id」の属性データは、ユーザの識別情報である。属性名「user_name」の属性データは、ユーザの名前を示す情報である。属性名「instrument」の属性データは、ユーザの担当楽器を示す情報である。属性名「genre」の属性データは、ユーザが好むジャンルを示す情報である。属性名「age」の属性データは、ユーザの年齢を示す情報である。属性名「gender」の属性データは、ユーザの性別を示す情報である。属性名「location」の属性データは、ユーザの居住場所を示す情報である。
属性データグループ「owner_tracks」に含まれる属性データは、ユーザがオーナーであるトラックデータに関する属性データである。属性名「track」の属性データは、ユーザがオーナーであるトラックデータを示す情報である。
属性データグループ「owner_songs」に含まれる属性データは、ユーザがオーナーである楽曲に関する属性データである。属性名「song」の属性データは、ユーザがオーナーであるマルチトラックデータを示す情報である。
属性データグループ「affiliation」に含まれる属性データは、ユーザがメンバーとして参加しているグループに関する情報である。属性名「group」の属性データは、ユーザがメンバーとして参加しているグループを示す情報である。
属性データグループ「follow」に含まれる属性データは、ユーザがSNSでフォローしている他のユーザ又はグループに関する情報である。属性名「user」の属性データは、ユーザがSNSでフォローしている他のユーザを示す情報である。属性名「group」の属性データは、ユーザがSNSでフォローしているグループを示す情報である。
属性データグループ「follower」に含まれる属性データは、ユーザをSNSでフォローしている他のユーザに関する情報である。属性名「user」の属性データは、ユーザをSNSでフォローしている他のユーザを示す情報である。
・グループ関連メタデータ
グループ関連メタデータは、グループに関する情報を含む。ひとつのグループに、ひとつのグループ関連メタデータが関連付けられる。下記の表4に、グループ関連メタデータの一例を示す。
グループ関連メタデータは、グループに関する情報を含む。ひとつのグループに、ひとつのグループ関連メタデータが関連付けられる。下記の表4に、グループ関連メタデータの一例を示す。
属性名「group_id」の属性データは、グループの識別情報である。属性名「group_name」の属性データは、グループの名前を示す情報である。属性名「genre」の属性データは、グループのジャンルを示す情報である。属性名「owner」の属性データは、グループのオーナーであるユーザを示す情報である。
属性データグループ「owner_songs」に含まれる属性データは、グループがオーナーである楽曲に関する情報である。属性名「song」の属性データは、グループがオーナーである楽曲を示す情報である。
属性データグループ「members」に含まれる属性データは、グループを構成するメンバーであるユーザに関する情報である。属性名「user」の属性データは、グループを構成するメンバーであるユーザを示す情報である。
属性データグループ「follower」の属性データは、グループをSNSでフォローしているユーザに関する情報である。属性名「user」の属性データは、グループをSNSでフォローしているユーザを示す情報である。
ここで、図7を参照して、グループとユーザとの関係を説明する。図7は、本実施形態に係るグループとユーザとの関係を示す図である。図7では、識別情報「ID_GRP_1」が付されたグループ320と、グループ320に含まれるユーザ330(330A~330E)とが示されている。各々のユーザデータ330に付された、「ID_USR_」と数字とが連結された文字列は、各々のユーザデータ330の識別情報である。図7に示すように、グループには複数のユーザが含まれ得る。グループに含まれる複数のユーザのうち一人は、グループの管理者としての役割を担うオーナーに設定される。
以上、メタデータの一例を説明した。
これらのメタデータを解析することにより、とりわけメタデータを組み合わせて解析することにより、楽曲、トラック、ユーザ及びグループの関係性を把握することができる。例えば、あるトラックのメタデータを解析することにより、当該トラックにより構成される楽曲、当該トラックを制作したユーザ及び当該ユーザが所属するグループなどを知ることができる。一例として、図8を参照しながら、各種メタデータ間の関係性の一例を説明する。
図8は、本実施形態に係る各種メタデータ間の関係性の一例を説明するための図である。図8に示した例では、上記表1に示した楽曲関連メタデータ340、上記表2に示したトラック関連メタデータ350、上記表3に示したユーザ関連メタデータ360及び上記表4に示したグループ関連メタデータ370の関係性が示されている。図8に示すように、楽曲関連メタデータ340及びトラック関連メタデータ350を参照すると、楽曲と当該楽曲を構成するトラックという関係性が示されている。楽曲関連メタデータ340及びユーザ関連メタデータ360を参照すると、楽曲と当該楽曲のオーナーであるユーザという関係性が示されている。楽曲関連メタデータ340及びグループ関連メタデータ370を参照すると、楽曲と当該楽曲のオーナーであるグループという関係性が示されている。トラック関連メタデータ350及びユーザ関連メタデータ360を参照すると、トラックと当該トラックのオーナーであるユーザという関係性が示されている。ユーザ関連メタデータ360及びグループ関連メタデータ370を参照すると、ユーザと当該ユーザがメンバーであり、且つオーナーであるグループという関係性が示されている。
・メタデータのデータフォーマット
メタデータは、システム1に含まれる装置間で送受信され得る。例えば、メタデータは、端末装置10、サーバ20、及びメタデータDB41の間で送受信され得る。送受信の際のメタデータのフォーマットは多様に考えられる。例えば、下記に示すように、メタデータのフォーマットはXML形式であってもよい。
メタデータは、システム1に含まれる装置間で送受信され得る。例えば、メタデータは、端末装置10、サーバ20、及びメタデータDB41の間で送受信され得る。送受信の際のメタデータのフォーマットは多様に考えられる。例えば、下記に示すように、メタデータのフォーマットはXML形式であってもよい。
他にも、下記に示すように、メタデータのフォーマットはJSON形式であってもよい。
<3.2.マルチトラックデータの編集>
サーバ20(例えば、DB制御部220)は、コンテンツDB40に記憶されたマルチトラックデータを、マルチトラックデータを編集する端末装置10に送信する。端末装置10(例えば、編集部130)は、サーバ20からマルチトラックデータを受信し、受信したマルチトラックデータを編集し、編集後のマルチトラックデータをサーバ20に送信する。サーバ20は、編集後のマルチトラックデータを端末装置10から受信し、コンテンツDB40に記憶されたマルチトラックデータを、編集後のマルチトラックデータにより更新する。この一連の処理により、サーバ20からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ20にアップロードされ、コンテンツDB40において上書きされる。よって、端末装置10による編集を経た後も、データ形式はマルチトラックデータであるから、編集の自由度の高さを維持することができる。例えば、端末装置10によりマルチトラックデータに追加されたトラックデータを、他のユーザが後から削除することが可能である。また、端末装置10により適用されたエフェクトを、他のユーザが後から変更することも可能である。
サーバ20(例えば、DB制御部220)は、コンテンツDB40に記憶されたマルチトラックデータを、マルチトラックデータを編集する端末装置10に送信する。端末装置10(例えば、編集部130)は、サーバ20からマルチトラックデータを受信し、受信したマルチトラックデータを編集し、編集後のマルチトラックデータをサーバ20に送信する。サーバ20は、編集後のマルチトラックデータを端末装置10から受信し、コンテンツDB40に記憶されたマルチトラックデータを、編集後のマルチトラックデータにより更新する。この一連の処理により、サーバ20からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ20にアップロードされ、コンテンツDB40において上書きされる。よって、端末装置10による編集を経た後も、データ形式はマルチトラックデータであるから、編集の自由度の高さを維持することができる。例えば、端末装置10によりマルチトラックデータに追加されたトラックデータを、他のユーザが後から削除することが可能である。また、端末装置10により適用されたエフェクトを、他のユーザが後から変更することも可能である。
ここで、端末装置10がサーバ20から受信するマルチトラックデータは、それぞれ異なるユーザにより制作された複数のトラックデータを含む。即ち、マルチトラックデータは、それぞれ異なるユーザにより制作(即ち、生成又は追加)されたトラックデータを含んだまま、端末装置10による編集を受ける。例えば、あるユーザが端末装置10を用いて編集した(例えば、新たにトラックデータを追加した)マルチトラックデータは、他のユーザの端末装置10による編集を受ける。このようにして、複数のユーザが、ネットワークを介して共同で楽曲を制作することが可能になる。
端末装置10は、マルチトラックデータの編集として、受信したマルチトラックデータに含まれる複数のトラックデータとは独立した新たなトラックデータをマルチトラックデータに追加し得る。例えば、端末装置10は、新たに録音されたトラックデータをマルチトラックデータに追加する。新たに追加されるトラックデータは、マルチトラックデータに既に含まれるトラックデータとは独立しているので、マルチトラックデータの編集後も、編集の自由度の高さを維持することができる。
端末装置10は、マルチトラックデータの編集として、マルチトラックデータに含まれるトラックデータをマルチトラックデータから削除し得る。例えば、端末装置10は、受信したマルチトラックデータに含まれていたトラックデータの一部又は全部を削除する。他にも端末装置10は、受信したマルチトラックデータに含まれていたトラックデータを新たなトラックデータで置換(即ち、既存のトラックデータを削除して新たなトラックデータを追加する)してもよい。このように、マルチトラックデータに一度追加されたトラックデータを後から削除することが可能であるので、編集の自由度が向上する。
端末装置10は、マルチトラックデータの編集として、マルチトラックデータに含まれるトラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更し得る。
例えば、端末装置10は、受信したマルチトラックデータに含まれていたトラックデータ又は新たに追加したトラックデータの、音量、定位位置又はエフェクトの少なくともいずれかを変更する。これにより、ユーザは、マルチトラックデータに含まれる複数のトラックデータの各々に対し、細やかなミックス作業を行うことが可能となる。
例えば、端末装置10は、受信したマルチトラックデータに含まれていたトラックデータ又は新たに追加したトラックデータの、音量、定位位置又はエフェクトの少なくともいずれかを変更する。これにより、ユーザは、マルチトラックデータに含まれる複数のトラックデータの各々に対し、細やかなミックス作業を行うことが可能となる。
<3.3.UI>
端末装置10(例えば、UI制御部120)は、出力画面(UI)を生成し、出力する。例えば、端末装置10は、上述したマルチトラックデータの編集を実現するためのUIを生成し、出力する。端末装置10が生成及び出力するUIは多様に挙げられる。以下、端末装置10により生成及び出力されるUIの一例を説明する。
端末装置10(例えば、UI制御部120)は、出力画面(UI)を生成し、出力する。例えば、端末装置10は、上述したマルチトラックデータの編集を実現するためのUIを生成し、出力する。端末装置10が生成及び出力するUIは多様に挙げられる。以下、端末装置10により生成及び出力されるUIの一例を説明する。
SNS画面は、サーバ20により提供されるSNSに関する情報を表示する画面である。例えば、SNS画面は、ユーザと好みが近い他のユーザ又は友人関係にある他のユーザ等の、ユーザと関連する他のユーザに関する情報を含み得る。SNS画面は、ユーザと好みが近いグループ、ユーザが所属しているグループ、ユーザがフォローしているグループ、又はユーザと関連する他のユーザに関連するグループ等の、ユーザと関連するグループに関する情報を含み得る。SNS画面は、ユーザの好みの楽曲、ユーザが制作したに加わった楽曲、又はユーザと関連する他のユーザが制作した楽曲等の、ユーザと関連する楽曲に関する情報を含み得る。SNS画面は、ユーザの好みの楽曲、ユーザが録音したトラック、又はユーザと関連する他のユーザが録音したトラック等の、ユーザと関連するトラックに関する情報を含み得る。ユーザは、SNS画面において、再生又は編集対象の楽曲を選択したり、他のユーザとの間でメッセージを交換したりする等することが可能である。
楽曲画面は、楽曲に関する情報を表示する画面である。楽曲画面では、楽曲名、イメージ画像、楽曲の制作に関与したユーザ、及び楽曲に付されたコメント等が表示される。ユーザは、楽曲画面において、楽曲を再生したり、メッセージを付与したりすることが可能である。
編集画面は、マルチトラックデータにトラックデータを編集するためのUIである。ユーザは、編集画面において、トラックデータを追加又は削除したり、ミックス作業の開始を指示したりすることができる。
録音画面は、トラックデータを録音するためのUIである。録音画面では、録音レベル、波形、録音を開始してからの経過時間、及び録音中の楽器を示す情報等が表示される。ユーザは、録音画面において、トラックデータを録音することが可能である。
ミキサー画面は、マルチトラックデータに基づく楽曲のミックスを行うためのUIである。ミキサー画面では、例えば、マルチトラックデータに含まれるトラックデータ、各々のトラックデータの音量、及び定位位置等が表示される。ユーザは、ミキサー画面において、ミックス作業を行うことができる。
端末装置10は、これらのUIを適宜遷移させながら出力する。例えば、端末装置10は、SNS画面において楽曲が選択されると、画面を当該楽曲の楽曲画面に遷移させる。次いで、端末装置10は、楽曲画面に示された楽曲が編集対象として選択されると、画面を編集画面に遷移させる。次に、端末装置10は、編集画面でトラックの追加が指示されると、画面を録音画面に遷移させ、録音が完了すると、画面を編集画面に遷移させる。また、端末装置10は、編集画面においてミックス作業の開始が指示されると、画面をミキサー画面に遷移し、ミックス作業が完了すると、画面を編集画面に遷移させる。そして、端末装置10は、編集画面での作業が終了すると、画面を楽曲画面に遷移させる。なお、上記説明したUI及び各UI間の遷移はあくまで一例であって、本技術はかかる例に限定されない。
以下、図9~図12を参照しながら、上記説明したUIの一例を説明する。なお、UIは、ひとつ以上のUI要素から成るものとする。UI要素は、選択又はスライド等のユーザ操作、とりわけマルチトラックデータの編集操作を受け付ける操作部として機能し得る。
図9は、本実施形態に係る端末装置10に表示されるUIの一例を示す図である。図9では、編集画面の一例が示されている。図9に示す編集画面400は、複数のUI要素を含む。UI要素401は、編集対象の楽曲の楽曲名である。UI要素402は、編集対象の楽曲に対しSNSにおいて付加された情報であり、左から順に再生回数、ブックマークされた回数、コラボレーションした(例えば、トラックデータを追加する等の編集を行った)ユーザの数である。UI要素403は、編集対象の楽曲に対しコメント付す操作を受け付ける操作部である。UI要素404(404A及び404B)は、端末装置10とサーバ20との間で同期をとるための操作部である。詳しくは、UI要素404Aは、編集後の楽曲をサーバ20にアップロードする指示を受け付ける操作部である。ユーザによりUI要素404Aが選択されると、編集後の楽曲がサーバ20にアップロードされる。また、UI要素404Bは、サーバ20から最新のマルチトラックデータを受信する指示を受け付けるための操作部である。ユーザによりUI要素404Bが選択されると、サーバ20から最新のマルチトラックデータが受信されて、編集画面400に反映される。UI要素405は、ユーザのアイコンである。UI要素406は、ユーザの名前である。UI要素407は、ユーザにより付されたコメントである。UI要素408は、トラックの追加を指示する操作を受け付ける操作部である。ユーザによりUI要素408が選択されると、画面は録音画面に遷移する。UI要素409は、ミックス作業の開始を指示する操作を受け付けるための操作部である。ユーザによりUI要素409が選択されると、画面はミキサー画面に遷移する。
UI要素410、430及び450は、それぞれがひとつのトラックに対応する。即ち、図9に示す例では、楽曲は3つのトラックを含む。UI要素410、430及び450の内容は同様であるので、ここではそのうちUI要素410について詳しく説明する。
UI要素411は、楽曲にトラックが追加された順番である。UI要素412は、トラックを追加したユーザのアイコンである。UI要素413は、トラックが何の楽器(ボーカルを含む)を録音したトラックであるかを示す情報であり、図9に示した例では、ドラムを録音したトラックであることが示されている。UI要素414は、トラックを追加したユーザの名前である。UI要素415は、トラックの設定の変更する操作を受け付けるための操作部である。ユーザによりUI要素415が選択されると、設定変更のためのポップアップが表示される。UI要素416は、トラックの音量を調節する操作を受け付けるための操作部であり、つまみ416Aとバー416Bとから成るスライダー構造を有する。ユーザは、つまみ416Aをバー416Bに沿って左右に動かすことで音量を調節することができる。例えば、バー416Bの左につまみ416Aが位置するほど音量が小さくなり、バー416Bの右につまみ416Aが位置するほど音量が大きくなる。UI要素417は、トラックをミュートする(音量をゼロにする)操作を受け付けるための操作部である。ユーザによりUI要素417が選択されるとトラックがミュートされ、再度選択されるとミュートが解除される。UI要素418は、トラックを再録音する操作を受け付けるための操作部である。ユーザによりUI要素418が選択されると、画面は録音画面に遷移する。UI要素419は、トラックが追加された時刻であり、図9に示した例では、トラックが1分前に追加されたことが示されている。UI要素420は、トラックに付されたコメント(テキスト、絵文字及び又は画像等)である。
以上、編集画面の一例を説明した。続いて、ミキサー画面の一例を説明する。
図10は、本実施形態に係る端末装置10に表示されるUIの一例を示す図である。図10では、ミキサー画面の一例が示されている。図10に示すミキサー画面500は、複数のUI要素を含む。UI要素501は、楽曲を再生してからの経過時間である。UI要素502は、再生中の楽曲の音量のレベル表示である。UI要素503は、楽曲の再生位置を調節する操作を受け付けるための操作部であり、つまみ503Aとバー503Bとから成るスライダー構造を有する。バー503Bは、横軸が時間であり縦軸が各時間における音量のレベルである。つまみ503Aは、楽曲の再生位置を示している。ユーザは、つまみ503Aをバー503Bに沿って左右に動かすことで再生位置を調節することができる。例えば、バー503Bの左につまみ503Aが位置するほど再生位置が始めの方になり、バー503Bの右につまみ503Aが位置するほど再生位置が後ろの方になる。UI要素504Aは、楽曲の再生位置の時間を示しており、UI要素504Bは、楽曲の終わりの時間(即ち、長さ)を示している。UI要素505は、楽曲の再生/停止の指示を受け付ける操作部である。ユーザによりUI要素505が選択されると、つまみ503Bにより示される再生位置から編集対象の楽曲が再生され、再度選択されると停止される。これにより、ユーザは、ミックス作業の結果を確認しながらミックス作業を行うことができる。
UI要素510、530及び550は、それぞれがひとつのトラックに対応する。即ち、図10に示す例では、楽曲は3つのトラックを含む。UI要素510はユーザCにより追加されたトラックに対応し、UI要素530はユーザBにより追加されたトラックに対応し、UI要素550はユーザAにより追加されたトラックに対応する。UI要素510、530及び550の内容は同様であるので、ここではそのうちUI要素510について詳しく説明する。
UI要素511は、楽曲にトラックが追加された順番である。UI要素512は、トラックを追加したユーザのアイコンである。UI要素513は、トラックが何の楽器(ボーカルを含む)を録音したトラックであるかを示す情報であり、図10に示した例では、ドラムを録音したトラックであることが示されている。UI要素514は、トラックを追加したユーザの名前である。UI要素515は、トラックに適用されるエフェクトを設定するためのUI要素の表示指示を受け付けるための操作部である。ユーザによりUI要素515が選択されると、トラックに適用されるエフェクトを設定するためのUI要素が表示される。UI要素516は、トラックの音量を調節する操作を受け付けるための操作部である。UI要素516は、つまみ516Aとバー516Bとから成るスライダー構造を有する。ユーザは、つまみ516Aをバー516Bに沿って左右に動かすことで音量を調節することができる。例えば、バー516Bの左につまみ516Aが位置するほど音量が小さくなり、バー516Bの右につまみ516Aが位置するほど音量が大きくなる。UI要素517は、トラックをミュートする(音量をゼロにする)操作を受け付けるための操作部である。ユーザによりUI要素517が選択されるとトラックがミュートされ、再度選択されるとミュートが解除される。UI要素519は、トラックが追加された時刻であり、図10に示した例では、トラックが1分前に追加されたことが示されている。
ここで、UI要素503による楽曲の再生位置の調節は、トラックを追加したユーザに関連付けて行われてもよい。その例について、図11を参照して説明する。図11は、本実施形態に係る端末装置10に表示されるUIの一例を示す図である。図11に示すミキサー画面500では、UI要素503の上方にUI要素506が追加されている。UI要素506は、トラックを追加したユーザと楽曲における当該トラックの配置位置とを示す情報である。UI要素506Aは、UI要素550に対応するトラックを追加したユーザAのアイコンである。UI要素506Bは、UI要素530に対応するトラックを追加したユーザBのアイコンである。UI要素506Cは、UI要素510に対応するトラックを追加したユーザCのアイコンである。UI要素506とバー503Bとの関係によれば、ユーザAにより追加されたトラックが楽曲の初めの方に配置され、ユーザBにより追加されたトラックがその後に配置され、ユーザCにより追加されたトラックがその後に配置されている。
UI要素506は、楽曲の再生位置を調節する操作を受け付けるための操作部でもある。ユーザは、UI要素506を選択することで、選択したUI要素506に対応するトラックの配置位置に対応する位置から楽曲を再生させることができる。例えば、図11に示した例では、UI要素506Cが選択された例が示されている。UI要素507は、UI要素506Cが選択されたことを示している。そして、選択されたUI要素506Cに対応する再生位置として、3分20秒から楽曲が再生される。そのため、UI要素501及びUI要素504の時間表示が3分20秒となっている。
図12は、本実施形態に係る端末装置10に表示されるUIの一例を示す図である。図12では、ミキサー画面の一例が示されている。図12に示すミキサー画面500は、図10に示したミキサー画面500においてUI要素515が選択された場合に表示される画面であり、UI要素510に係るトラックに適用されるエフェクトを設定するためのUI要素を含む画面である。図12に示すミキサー画面500は、図10に示したミキサー画面500から一部のUI要素が非表示となり、新たに、トラックに適用されるエフェクトを設定するためのUI要素が表示されている。以下では、新たに表示されたUI要素について説明する。
UI要素571は、トラックの定位位置を調節する操作を受け付けるための操作部であり、つまみ571Aとバー571Bとから成るスライダー構造を有する。ユーザは、つまみ571Aをバー571Bに沿って左右に動かすことで定位位置を調節することができる。例えば、バー571Bの左につまみ571Aが位置するほど定位位置が左の方になり、バー571Bの右につまみ571Aが位置するほど定位位置が右の方になる。
UI要素572は、トラックにコンプレッサを適用するか否か、及び適用するコンプレッサの種別を選択するための操作部である。UI要素572は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図11に示した例では、トラックにコンプレッサを適用しないラジオボタンが選択されている。
UI要素573は、トラックにイコライザを適用するか否か、及び適用するイコライザの種別を選択するための操作部である。UI要素573は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図11に示した例では、トラックにイコライザを適用しないラジオボタンが選択されている。
UI要素574は、トラックにリバーブを適用するか否か、及び適用するリバーブの種別を選択するための操作部である。UI要素574は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図11に示した例では、トラックにリバーブを適用しないラジオボタンが選択されている。
以上、ミキサー画面の一例を説明した。以下では、上記一例を挙げて説明したUIの特徴を詳しく説明する。
マルチトラックデータを編集するためのUIは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータを制作(即ち、生成又は追加)したユーザの識別情報を含み得る。例えば、図9に示した編集画面400は、トラックごとのUI要素410、430及び450を含み、それらは、トラックデータを制作したユーザのアイコン及び名前を示すUI要素(UI要素412及びUI要素413)を含む。図10に示したミキサー画面500は、トラックごとのUI要素510、530及び550を含み、それらは、トラックデータを制作したユーザのアイコン及び名前を示すUI要素(UI要素512及びUI要素513)を含む。このように、マルチトラックデータを編集するためのUIにおいて、トラックデータを制作したユーザの識別情報が表示されることにより、ユーザは、どのユーザが楽曲の制作に関与しているかを一目で認識することが可能となる。
マルチトラックデータを編集するためのUIは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータが制作された時刻を示す情報を含み得る。例えば、図9に示した編集画面400は、トラックごとのUI要素410、430及び450を含み、それらは、トラックデータが制作された時刻を示すUI要素(UI要素419)を含む。また、図10に示したミキサー画面500は、トラックごとのUI要素510、530及び550を含み、それらは、トラックデータが制作された時刻を示すUI要素(UI要素519)を含む。このように、マルチトラックデータを編集するためのUIにおいて、トラックデータが制作された時刻が表示されることにより、ユーザは、複数のユーザによる協業の時間的な推移を一目で認識することが可能となる。
マルチトラックデータを編集するためのUIは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータを制作したユーザからのコメントを含み得る。例えば、図9に示した編集画面400は、トラックごとのUI要素410、430及び450を含み、それらは、トラックデータを制作したユーザにより付加されたコメントを示すUI要素(UI要素420)を含む。このように、マルチトラックデータを編集するためのUIにおいて、トラックデータを制作したユーザからのコメントが含まれることにより、ユーザは、ユーザ同士のコミュニケーションを促進し、協業を促進することが可能となる。
マルチトラックデータを編集するためのUIは、マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける操作部(第1の操作部に相当)を含み得る。例えば、図9に示した編集画面400は、トラックの追加を指示する操作を受け付ける操作部であるUI要素408を含む。ユーザによりUI要素408が選択されると、録音画面に遷移し、録音結果の基づくトラックデータがマルチトラックデータに追加される。このように、マルチトラックデータを編集するためのUIにおいて、マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付けるUI要素が含まれることにより、ユーザは、楽曲にトラックを気軽に追加することが可能となる。
マルチトラックデータを編集するためのUIは、トラックデータの各々の音量の編集操作を受け付ける操作部(第2の操作部に相当)を含み得る。例えば、図9に示した編集画面400は、トラックの音量を調節する操作を受け付けるための操作部であるUI要素416、及びトラックをミュートする操作を受け付けるための操作部であるUI要素417を含む。また、図10及び図12に示したミキサー画面500は、トラックの音量を調節する操作を受け付けるための操作部であるUI要素516、及びトラックをミュートする操作を受け付けるための操作部であるUI要素517を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の音量を、自分の好みに変更することが可能となる。
マルチトラックデータを編集するためのUIは、トラックデータの各々の定位位置の編集操作を受け付ける操作部(第3の操作部に相当)を含み得る。例えば、図12に示したミキサー画面500は、トラックの定位位置を調節する操作を受け付けるための操作部であるUI要素571を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の定位位置を、自分の好みに変更することが可能となる。
マルチトラックデータを編集するためのUIは、トラックデータの各々のエフェクトの編集操作を受け付ける操作部(第4の操作部に相当)を含み得る。例えば、図12に示したミキサー画面500は、コンプレッサ、イコライザ、及びリバーブに関する編集操作を受け付ける操作部である、UI要素572、UI要素573、及びUI要素574を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々に、自分の好みのエフェクトを適用することが可能となる。
マルチトラックデータを編集するためのUIは、マルチトラックデータに含まれる複数のトラックデータごとの、マルチトラックデータにより構成される楽曲におけるトラックデータの配置位置を示す情報と当該トラックデータを制作したユーザの識別情報とを対応付けた情報を含み得る。例えば、図11に示したミキサー画面500は、楽曲に含まれる複数のトラックの各々の配置位置と、当該トラックを制作したユーザのアイコンとを対応付けるUI要素506を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の配置位置と、当該トラックを制作したユーザとを一目で認識することが可能となる。
ここで、端末装置10は、マルチトラックデータを編集するためのUIにおいてユーザの識別情報が選択された場合、選択されたユーザにより制作されたトラックデータの配置位置に対応する位置から、マルチトラックデータにより構成される楽曲を再生し得る。例えば、図11に示したミキサー画面500において、UI要素506が選択されると、端末装置10は、選択されたUI要素506に対応するトラックの配置位置に対応する位置から楽曲を再生する。ここで、トラックの配置位置に対応する位置とは、トラックの配置位置と同一の位置(即ち、時間)、又はトラックの配置位置よりも前の位置(即ち、配置位置よりも前の時間)等である。これにより、ユーザは、楽曲の再生位置を調節する際に、トラックの配置位置を手掛かりに再生位置をシークすることができ、例えば、好みのユーザが制作したトラックの配置位置から楽曲を再生させることが可能となる。
<3.4.編集支援>
サーバ20(例えば、編集支援部210)は、コンテンツDB40又はメタデータDB41に記憶された情報に基づいて、端末装置10における楽曲の編集を支援するための処理を行う。
サーバ20(例えば、編集支援部210)は、コンテンツDB40又はメタデータDB41に記憶された情報に基づいて、端末装置10における楽曲の編集を支援するための処理を行う。
・検索
サーバ20は、コンテンツDB40からトラックデータを検索する。例えば、サーバ20は、メタデータDB41に記憶されたメタデータに基づいて、トラックデータを検索する。上述したように、トラックデータは、様々な視点でカテゴライズされ、カテゴリごとの属性データがメタデータとして付与されている。サーバ20は、このメタデータを用いることで、コンテンツDB40に蓄積された膨大なトラックの中から、トラックデータを検索することが可能となる。
サーバ20は、コンテンツDB40からトラックデータを検索する。例えば、サーバ20は、メタデータDB41に記憶されたメタデータに基づいて、トラックデータを検索する。上述したように、トラックデータは、様々な視点でカテゴライズされ、カテゴリごとの属性データがメタデータとして付与されている。サーバ20は、このメタデータを用いることで、コンテンツDB40に蓄積された膨大なトラックの中から、トラックデータを検索することが可能となる。
ここで、コンテンツDB40に蓄積されたトラックデータは、他のトラックデータと組み合わせることで楽曲を構成し得るので、楽曲制作のための音楽リソース(部品)として捉えることができる。ユーザは、楽曲制作に必要なトラックデータをサーバ20に検索させることで、必要とするトラックを容易に得ること可能となる。これにより、楽曲制作の利便性が向上する。
・マッチング
サーバ20は、第1のマルチトラックデータに含まれる第1のトラックデータと、第2のマルチトラックデータに含まれる第2のトラックデータとをマッチングしてもよい。サーバ20は、第1のトラックデータ及び第2のトラックデータに関するメタデータに基づいてマッチングを行う。例えば、サーバ20は、トラックデータのメタ情報、トラックデータを含むマルチトラックデータのメタ情報、トラックデータを制作したユーザのメタ情報、又はトラックデータを含むマルチトラックデータのオーナーであるグループのメタ情報の少なくともいずれかに基づいて、トラックデータ同士をマッチングする。これにより、サーバ20は、相性のよい(所定の基準により算出された相性係数が高い)トラック同士をマッチングすることができる。
サーバ20は、第1のマルチトラックデータに含まれる第1のトラックデータと、第2のマルチトラックデータに含まれる第2のトラックデータとをマッチングしてもよい。サーバ20は、第1のトラックデータ及び第2のトラックデータに関するメタデータに基づいてマッチングを行う。例えば、サーバ20は、トラックデータのメタ情報、トラックデータを含むマルチトラックデータのメタ情報、トラックデータを制作したユーザのメタ情報、又はトラックデータを含むマルチトラックデータのオーナーであるグループのメタ情報の少なくともいずれかに基づいて、トラックデータ同士をマッチングする。これにより、サーバ20は、相性のよい(所定の基準により算出された相性係数が高い)トラック同士をマッチングすることができる。
ここで、相性がよいトラックとは、関連付けられるメタ情報が一致する若しくは類似するトラック、又はひとつのマルチトラックデータに含まれる複数のトラック間で共起する頻度が高いメタ情報を含むトラック等である。例えば、サーバ20は、例えば雰囲気が似たトラック同士をマッチングしたり、トラックを制作したユーザ同士が似た音楽の好みを有するトラック同士をマッチングしたりする。
このように、サーバ20は、トラック同士を容易にマッチングすることができる。従って、コンテンツDB40に蓄積されたトラックは、膨大な音楽リソース(部品)として、楽曲制作者により利用可能になり、楽曲制作の効率化、及び多彩化を誘発することができる。ここでの楽曲制作の多彩化とは、ユーザが多彩なアレンジバージョンを制作したり、制作できる楽曲の幅を拡大させたり、まだ見ぬジャンルの楽曲を発掘等することを指す。
サーバ20は、第1のマルチトラックデータに含まれる第1のトラックデータを制作した第1のユーザと、第2のマルチトラックデータに含まれる第2のトラックデータを制作した第2のユーザとをマッチングしてもよい。サーバ20は、第1のユーザ及び第2のユーザに関するメタデータに基づいて、マッチングを行う。ここで、トラックは、ある一面では楽曲の元となる音楽リソースの一つであると言えるが、別の一面として、トラックを制作したユーザの特色を表現するリソースという側面も持ち合わせている。よって、相性がいいトラック同士を制作したユーザ同士は、共に楽曲制作を行う上での相性が良いと言える。そこで、サーバ20は、例えば上記説明したトラック同士のマッチングを行った上で、トラックとトラック制作者を紐付けることにより、相性が良い制作者同士をマッチングする。
ここで、相性がよい制作者(ユーザ)とは、関連付けられるメタ情報が一致する若しくは類似するユーザ、又は共同して楽曲を制作するグループに属する複数のユーザ間で共起する頻度が高いメタ情報を含むユーザ等である。例えば、サーバ20は、例えば似た雰囲気を好むユーザ同士をマッチングしたり、共同する確率が高い傾向にあるユーザ同士をマッチングしたりする。
このように、サーバ20は、楽曲の制作者同士を容易にマッチングすることができる。これにより、サーバ20は、制作者同士の新たな繋がりを、制作者による能動的な動作を要することなく、作ることができる。楽曲制作者は、新たな他の楽曲制作者との繋がりに基づいて楽曲を制作することが可能となるので、楽曲制作の効率化及び多彩化がさらに誘発される。
サーバ20は、第1のユーザ及び/又は第2のユーザの過去の編集履歴に基づいて、前記第1のユーザと前記第2のユーザとのマッチングを行ってもよい。過去の編集履歴とは、過去にマルチトラックデータに追加したトラックデータ、削除したトラックデータ、及びトラックデータに適用したエフェクト等である。例えば、サーバ20は、ミックス作業に特定の傾向がある(例えば、あるジャンルのトラックデータにあるエフェクトを適用する傾向がある)ユーザ同士をマッチングする。ここで、編集履歴は、ある一面では編集したユーザの特色を表現しているとも言える。そのため、サーバ20は、編集履歴に基づいてマッチングを行うことで、相性がいい制作者同士をマッチングすることが可能となる。
他にも、トラック同士又はユーザ同士のマッチングは、トラックデータの制作に用いられた又はユーザが使用する、録音機材30の相性に基づいて行われてもよい。録音機材30の相性とは、例えば、使用楽器若しくは音源機材の種別、メーカー又はモデル等の録音機材30の属性の相性である。例えば、録音機材30の属性が一致する関係、類似する関係又は相補的な関係にあるトラック同士又はユーザ同士が、相性が良いと判定される。他にも、他の基準によるマッチングの結果の履歴に基づいて、録音機材30の相性係数が算出されてもよい。例えば、他の基準により相性が良いと判定されたトラック同士の、トラックデータの制作に用いられた録音機材30は、相性が良いと判定される。
サーバ20は、上記マッチングの結果を示す情報を端末装置10に送信してもよい。例えば、サーバ20は、端末装置10のユーザにより制作されたトラックとマッチングされたトラックを端末装置10に送信したり、端末装置10のユーザとマッチングされた他のユーザを示す情報を端末装置10に送信したりする。これにより、楽曲制作の効率化及び多彩化を促進することが可能となる。
・トラックデータの募集
サーバ20は、トラックデータの募集を仲介してもよい。端末装置10は、マルチトラックデータに追加するトラックデータを募集するよう、サーバ20に依頼する。サーバ20は、募集されたトラックデータを制作可能な他のユーザにトラックデータを制作するよう依頼する。その際、サーバ20は、上述したユーザ同士のマッチングを行い、募集元の端末装置10を使用するユーザと相性の良い他のユーザに依頼を行ってもよい。そして、サーバ20は、募集に応じた他のユーザにより制作されたトラックデータを募集元の端末装置10に送信する。他にも、サーバ20は、上述したトラック同士のマッチングを行い、マルチトラックデータに含まれるトラックデータと相性のよいトラックデータをコンテンツDB40から検索して、端末装置10に送信してもよい。
サーバ20は、トラックデータの募集を仲介してもよい。端末装置10は、マルチトラックデータに追加するトラックデータを募集するよう、サーバ20に依頼する。サーバ20は、募集されたトラックデータを制作可能な他のユーザにトラックデータを制作するよう依頼する。その際、サーバ20は、上述したユーザ同士のマッチングを行い、募集元の端末装置10を使用するユーザと相性の良い他のユーザに依頼を行ってもよい。そして、サーバ20は、募集に応じた他のユーザにより制作されたトラックデータを募集元の端末装置10に送信する。他にも、サーバ20は、上述したトラック同士のマッチングを行い、マルチトラックデータに含まれるトラックデータと相性のよいトラックデータをコンテンツDB40から検索して、端末装置10に送信してもよい。
このように、トラックデータの募集により、ユーザが楽曲制作の際にトラックデータを他のユーザにより補ってもらうことができる。よって、端末装置10における楽曲制作の利便性が向上する。
・自動的なリミックス楽曲の制作
サーバ20は、複数のトラックデータを組み合わせて、マルチトラックデータを生成してもよい。即ち、サーバ20は、既存のトラックを組み合わせることで、楽曲を自動的に制作してもよい。例えば、サーバ20は、上述したトラック同士のマッチングによりマッチングされた相性のよいトラックであって、楽曲名が同じであり楽器が異なる複数のトラックを組み合わせることで、楽曲を制作する。このようにして、既存のトラックを組み合わせた新たな楽曲(即ち、リミックス)を自動的に制作することが可能となる。
サーバ20は、複数のトラックデータを組み合わせて、マルチトラックデータを生成してもよい。即ち、サーバ20は、既存のトラックを組み合わせることで、楽曲を自動的に制作してもよい。例えば、サーバ20は、上述したトラック同士のマッチングによりマッチングされた相性のよいトラックであって、楽曲名が同じであり楽器が異なる複数のトラックを組み合わせることで、楽曲を制作する。このようにして、既存のトラックを組み合わせた新たな楽曲(即ち、リミックス)を自動的に制作することが可能となる。
<3.5.処理の流れ>
以下、図13及び図14を参照して、システム1において実行される処理の流れの一例を説明する。
以下、図13及び図14を参照して、システム1において実行される処理の流れの一例を説明する。
・楽曲制作処理
図13は、本実施形態に係るシステム1において実行される楽曲制作処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置10及びサーバ20が関与する。
図13は、本実施形態に係るシステム1において実行される楽曲制作処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置10及びサーバ20が関与する。
図13に示すように、まず、サーバ20は、マルチトラックデータを端末装置10に送信する(ステップS102)。例えば、サーバ20は、ユーザにより編集対象として指定されたマルチトラックデータを端末装置10に送信する。次いで、端末装置10は、ユーザ操作に基づいて編集処理を行う(ステップS104)。例えば、端末装置10は、マルチトラックデータへのトラックデータの追加又は削除、トラックデータへのエフェクトの適用を行う。次に、端末装置10は、編集後のマルチトラックデータをサーバ20に送信する(ステップS106)。そして、サーバ20は、受信した編集後のマルチトラックデータをコンテンツDB40に記憶させることで、DBを更新する(ステップS108)。
・編集支援処理
図14は、本実施形態に係るシステム1において実行される編集支援処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置10及びサーバ20が関与する。
図14は、本実施形態に係るシステム1において実行される編集支援処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置10及びサーバ20が関与する。
図14に示すように、まず、端末装置10は、リクエストをサーバ20に送信する(ステップS202)。ここでのリクエストは、例えばマッチングの依頼、トラックデータの募集依頼、又はリミックス楽曲の制作依頼等である。次いで、サーバ20は、リクエストに応じたマッチングを行い(ステップS204)、マッチング結果に基づいて編集支援情報を生成する(ステップS206)。例えば、リクエストがマッチングの依頼である場合、サーバ20は、依頼元のユーザ又は当該ユーザにより制作されたトラックと相性のよい他のユーザ又はトラックをマッチングして、マッチング結果を示す編集支援情報を生成する。例えば、リクエストがトラックデータの募集である場合、サーバ20は、募集元のユーザと相性の良い他のユーザにトラックデータの制作を依頼し、当該他のユーザにより制作されたトラックデータを、編集支援情報として生成する。例えば、リクエストがリミックス楽曲の制作依頼である場合、サーバ20は、コンテンツDB40に記憶されたトラック同士のマッチングを行い組み合わせることで、新たなリミックス楽曲を編集支援情報として生成する。そして、サーバ20は、生成した編集支援情報を端末装置10に送信し(ステップS208)、端末装置10において編集支援情報が出力される(ステップS210)。
<<4.まとめ>>
以上、図1~図14を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係る端末装置10は、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータをサーバ20から受信し、マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する。これにより、サーバ20からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ20にアップロードされる。従って、端末装置10による編集を経た後も、編集の自由度の高さを維持することができる。これにより、複数のユーザがネットワークを介して高い自由度を保ちながら共同で楽曲を制作することが可能となる。
以上、図1~図14を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係る端末装置10は、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータをサーバ20から受信し、マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する。これにより、サーバ20からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ20にアップロードされる。従って、端末装置10による編集を経た後も、編集の自由度の高さを維持することができる。これにより、複数のユーザがネットワークを介して高い自由度を保ちながら共同で楽曲を制作することが可能となる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体(非一時的な媒体:non-transitory media)に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にRAMに読み込まれ、CPUなどのプロセッサにより実行される。
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1)
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
を備える情報処理装置。
(2)
前記制御部は、前記マルチトラックデータを示す出力画面を生成し、
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザの識別情報を含む、前記(1)に記載の情報処理装置。
(3)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータが生成された時刻を示す情報を含む、前記(2)に記載の情報処理装置。
(4)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザからのコメントを含む、前記(2)又は(3)に記載の情報処理装置。
(5)
前記出力画面は、前記マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける第1の操作部を含む、前記(2)~(4)のいずれか一項に記載の情報処理装置。
(6)
前記出力画面は、前記トラックデータの各々の、音量の編集操作を受け付ける第2の操作部、定位位置の編集操作を受け付ける第3の操作部、又はエフェクトの編集操作を受け付ける第4の操作部の少なくともいずれかを含む、前記(2)~(5)のいずれか一項に記載の情報処理装置。
(7)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記マルチトラックデータにより構成される楽曲における前記トラックデータの配置位置を示す情報と当該トラックデータを生成したユーザの識別情報とを対応付けた情報を含む、前記(2)~(6)のいずれか一項に記載の情報処理装置。
(8)
前記制御部は、前記出力画面において前記ユーザの識別情報が選択された場合、選択された前記ユーザにより生成された前記トラックデータの配置位置に対応する位置から、前記マルチトラックデータにより構成される楽曲を再生する、前記(7)に記載の情報処理装置。
(9)
前記制御部は、前記マルチトラックデータの編集として、受信した前記マルチトラックデータに含まれる前記複数のトラックデータとは独立した新たなトラックデータを前記マルチトラックデータに追加する、前記(1)~(8)のいずれか一項に記載の情報処理装置。
(10)
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータを前記マルチトラックデータから削除する、前記(1)~(9)のいずれか一項に記載の情報処理装置。
(11)
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更する、前記(1)~(10)のいずれか一項に記載の情報処理装置。
(12)
それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、
編集後の前記マルチトラックデータを前記端末装置から受信し、
前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、
を備える情報処理装置。
(13)
前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータと、第2のマルチトラックデータに含まれる第2のトラックデータとをマッチングする、前記(12)に記載の情報処理装置。
(14)
前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータを生成した第1のユーザと、第2のマルチトラックデータに含まれる第2のトラックデータを生成した第2のユーザとをマッチングする、前記(13)に記載の情報処理装置。
(15)
前記制御部は、前記第1のユーザ又は前記第2のユーザによる過去の編集履歴に基づいて前記マッチングを行う、前記(14)に記載の情報処理装置。
(16)
前記制御部は、前記マッチングの結果を示す情報を前記端末装置に送信する、前記(13)~(15)のいずれか一項に記載の情報処理装置。
(17)
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信すること、
を含む、プロセッサにより実行される情報処理方法。
(18)
コンピュータを、
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
として機能させるためのプログラム。
(1)
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
を備える情報処理装置。
(2)
前記制御部は、前記マルチトラックデータを示す出力画面を生成し、
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザの識別情報を含む、前記(1)に記載の情報処理装置。
(3)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータが生成された時刻を示す情報を含む、前記(2)に記載の情報処理装置。
(4)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザからのコメントを含む、前記(2)又は(3)に記載の情報処理装置。
(5)
前記出力画面は、前記マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける第1の操作部を含む、前記(2)~(4)のいずれか一項に記載の情報処理装置。
(6)
前記出力画面は、前記トラックデータの各々の、音量の編集操作を受け付ける第2の操作部、定位位置の編集操作を受け付ける第3の操作部、又はエフェクトの編集操作を受け付ける第4の操作部の少なくともいずれかを含む、前記(2)~(5)のいずれか一項に記載の情報処理装置。
(7)
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記マルチトラックデータにより構成される楽曲における前記トラックデータの配置位置を示す情報と当該トラックデータを生成したユーザの識別情報とを対応付けた情報を含む、前記(2)~(6)のいずれか一項に記載の情報処理装置。
(8)
前記制御部は、前記出力画面において前記ユーザの識別情報が選択された場合、選択された前記ユーザにより生成された前記トラックデータの配置位置に対応する位置から、前記マルチトラックデータにより構成される楽曲を再生する、前記(7)に記載の情報処理装置。
(9)
前記制御部は、前記マルチトラックデータの編集として、受信した前記マルチトラックデータに含まれる前記複数のトラックデータとは独立した新たなトラックデータを前記マルチトラックデータに追加する、前記(1)~(8)のいずれか一項に記載の情報処理装置。
(10)
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータを前記マルチトラックデータから削除する、前記(1)~(9)のいずれか一項に記載の情報処理装置。
(11)
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更する、前記(1)~(10)のいずれか一項に記載の情報処理装置。
(12)
それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、
編集後の前記マルチトラックデータを前記端末装置から受信し、
前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、
を備える情報処理装置。
(13)
前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータと、第2のマルチトラックデータに含まれる第2のトラックデータとをマッチングする、前記(12)に記載の情報処理装置。
(14)
前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータを生成した第1のユーザと、第2のマルチトラックデータに含まれる第2のトラックデータを生成した第2のユーザとをマッチングする、前記(13)に記載の情報処理装置。
(15)
前記制御部は、前記第1のユーザ又は前記第2のユーザによる過去の編集履歴に基づいて前記マッチングを行う、前記(14)に記載の情報処理装置。
(16)
前記制御部は、前記マッチングの結果を示す情報を前記端末装置に送信する、前記(13)~(15)のいずれか一項に記載の情報処理装置。
(17)
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信すること、
を含む、プロセッサにより実行される情報処理方法。
(18)
コンピュータを、
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
として機能させるためのプログラム。
1 システム
10 端末装置
11 入出力部
12 操作用インタフェース
13 表示部
14 オーディオ信号入出力インタフェース
15 ネットワーク用インタフェース
16 バス
17 記憶部
18 制御部
110 オーディオ信号取得部
120 UI制御部
130 編集部
20 サーバ
21 入出力部
22 ネットワーク用インタフェース
23 バス
24 記憶部
25 制御部
210 編集支援部
220 DB制御部
30 録音機材
40 コンテンツDB
41 メタデータDB
50 ネットワーク
10 端末装置
11 入出力部
12 操作用インタフェース
13 表示部
14 オーディオ信号入出力インタフェース
15 ネットワーク用インタフェース
16 バス
17 記憶部
18 制御部
110 オーディオ信号取得部
120 UI制御部
130 編集部
20 サーバ
21 入出力部
22 ネットワーク用インタフェース
23 バス
24 記憶部
25 制御部
210 編集支援部
220 DB制御部
30 録音機材
40 コンテンツDB
41 メタデータDB
50 ネットワーク
Claims (18)
- それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
を備える情報処理装置。 - 前記制御部は、前記マルチトラックデータを示す出力画面を生成し、
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザの識別情報を含む、請求項1に記載の情報処理装置。 - 前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータが生成された時刻を示す情報を含む、請求項2に記載の情報処理装置。
- 前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザからのコメントを含む、請求項2に記載の情報処理装置。
- 前記出力画面は、前記マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける第1の操作部を含む、請求項2に記載の情報処理装置。
- 前記出力画面は、前記トラックデータの各々の、音量の編集操作を受け付ける第2の操作部、定位位置の編集操作を受け付ける第3の操作部、又はエフェクトの編集操作を受け付ける第4の操作部の少なくともいずれかを含む、請求項2に記載の情報処理装置。
- 前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記マルチトラックデータにより構成される楽曲における前記トラックデータの配置位置を示す情報と当該トラックデータを生成したユーザの識別情報とを対応付けた情報を含む、請求項2に記載の情報処理装置。
- 前記制御部は、前記出力画面において前記ユーザの識別情報が選択された場合、選択された前記ユーザにより生成された前記トラックデータの配置位置に対応する位置から、前記マルチトラックデータにより構成される楽曲を再生する、請求項7に記載の情報処理装置。
- 前記制御部は、前記マルチトラックデータの編集として、受信した前記マルチトラックデータに含まれる前記複数のトラックデータとは独立した新たなトラックデータを前記マルチトラックデータに追加する、請求項1に記載の情報処理装置。
- 前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータを前記マルチトラックデータから削除する、請求項1に記載の情報処理装置。
- 前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更する、請求項1に記載の情報処理装置。
- それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、
編集後の前記マルチトラックデータを前記端末装置から受信し、
前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、
を備える情報処理装置。 - 前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータと、第2のマルチトラックデータに含まれる第2のトラックデータとをマッチングする、請求項12に記載の情報処理装置。
- 前記制御部は、第1のマルチトラックデータに含まれる第1のトラックデータを生成した第1のユーザと、第2のマルチトラックデータに含まれる第2のトラックデータを生成した第2のユーザとをマッチングする、請求項13に記載の情報処理装置。
- 前記制御部は、前記第1のユーザ又は前記第2のユーザによる過去の編集履歴に基づいて前記マッチングを行う、請求項14に記載の情報処理装置。
- 前記制御部は、前記マッチングの結果を示す情報を前記端末装置に送信する、請求項13に記載の情報処理装置。
- それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信すること、
を含む、プロセッサにより実行される情報処理方法。 - コンピュータを、
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
として機能させるためのプログラム。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/764,676 US20200402489A1 (en) | 2017-11-24 | 2018-10-10 | Information processing apparatus, information processing method, and program |
JP2019556126A JP7234935B2 (ja) | 2017-11-24 | 2018-10-10 | 情報処理装置、情報処理方法及びプログラム |
DE112018006004.7T DE112018006004T5 (de) | 2017-11-24 | 2018-10-10 | Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren und programm |
CN201880074310.4A CN111357046A (zh) | 2017-11-24 | 2018-10-10 | 信息处理设备、信息处理方法和程序 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017-225539 | 2017-11-24 | ||
JP2017225539 | 2017-11-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019102730A1 true WO2019102730A1 (ja) | 2019-05-31 |
Family
ID=66630615
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2018/037635 WO2019102730A1 (ja) | 2017-11-24 | 2018-10-10 | 情報処理装置、情報処理方法及びプログラム |
Country Status (5)
Country | Link |
---|---|
US (1) | US20200402489A1 (ja) |
JP (1) | JP7234935B2 (ja) |
CN (1) | CN111357046A (ja) |
DE (1) | DE112018006004T5 (ja) |
WO (1) | WO2019102730A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210407475A1 (en) * | 2020-06-24 | 2021-12-30 | Casio Computer Co., Ltd. | Musical performance system, terminal device, method and electronic musical instrument |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11250825B2 (en) * | 2018-05-21 | 2022-02-15 | Smule, Inc. | Audiovisual collaboration system and method with seed/join mechanic |
EP4115628A1 (en) * | 2020-03-06 | 2023-01-11 | algoriddim GmbH | Playback transition from first to second audio track with transition functions of decomposed signals |
CN112506412B (zh) * | 2020-12-07 | 2022-09-30 | 北京达佳互联信息技术有限公司 | 视频编辑方法、装置及电子设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005242126A (ja) * | 2004-02-27 | 2005-09-08 | Dainippon Printing Co Ltd | 音響信号の再生装置 |
JP2006072422A (ja) * | 2004-08-31 | 2006-03-16 | Sony Corp | 情報処理装置および方法、プログラム並びに記録媒体 |
-
2018
- 2018-10-10 CN CN201880074310.4A patent/CN111357046A/zh not_active Withdrawn
- 2018-10-10 WO PCT/JP2018/037635 patent/WO2019102730A1/ja active Application Filing
- 2018-10-10 DE DE112018006004.7T patent/DE112018006004T5/de active Pending
- 2018-10-10 US US16/764,676 patent/US20200402489A1/en not_active Abandoned
- 2018-10-10 JP JP2019556126A patent/JP7234935B2/ja active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005242126A (ja) * | 2004-02-27 | 2005-09-08 | Dainippon Printing Co Ltd | 音響信号の再生装置 |
JP2006072422A (ja) * | 2004-08-31 | 2006-03-16 | Sony Corp | 情報処理装置および方法、プログラム並びに記録媒体 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210407475A1 (en) * | 2020-06-24 | 2021-12-30 | Casio Computer Co., Ltd. | Musical performance system, terminal device, method and electronic musical instrument |
Also Published As
Publication number | Publication date |
---|---|
DE112018006004T5 (de) | 2020-08-13 |
US20200402489A1 (en) | 2020-12-24 |
JP7234935B2 (ja) | 2023-03-08 |
JPWO2019102730A1 (ja) | 2020-11-19 |
CN111357046A (zh) | 2020-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11558692B2 (en) | Systems and methods for automatic mixing of media | |
WO2019102730A1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP6509192B2 (ja) | オーディオ・ファイルを生成するためのシステム及び方法 | |
US8173883B2 (en) | Personalized music remixing | |
KR101963753B1 (ko) | 음악의 분절별 동영상 재생 방법 및 장치 | |
US20160012853A1 (en) | Clip creation and collaboration | |
US9305601B1 (en) | System and method for generating a synchronized audiovisual mix | |
JP2010014823A (ja) | 楽曲情報制御装置 | |
JP2014082582A (ja) | 視聴装置、コンテンツ提供装置、視聴プログラム、及びコンテンツ提供プログラム | |
JP2012018282A (ja) | 演奏ファイル管理装置、演奏ファイル再生装置および演奏ファイル再生方法 | |
EP4322028A1 (en) | Data processing apparatuses and methods | |
KR20180014966A (ko) | 미발표 신곡 공유 및 가수 발굴 오디션 서비스 제공 방법 | |
JP3621906B2 (ja) | カラオケ映像作品のコンテストを行うカラオケ演奏装置 | |
KR20230159364A (ko) | 오디오 편곡 생성 및 믹싱 | |
Wu | JamNSync: A User-Friendly, Latency-Agnostic Virtual Rehearsal Platform for Music Ensembles | |
JP4444070B2 (ja) | 楽曲専用の複数のカラオケ映像作品の中から1つの作品を選んで再生可能なカラオケ演奏装置 | |
JP2014048471A (ja) | サーバ、音楽再生システム | |
JP2014071214A (ja) | 音楽再生装置、音楽再生システム、音楽再生方法 | |
WO2013005301A1 (ja) | 再生装置、再生方法、及びコンピュータプログラム | |
JP2005017706A (ja) | 録音システムおよび録音方法 | |
JP2013137570A (ja) | 通信カラオケシステム | |
JP2015084116A (ja) | 通信カラオケシステム | |
JP2017187535A (ja) | 楽曲選曲システム、楽曲選曲方法及びサーバー装置 | |
JPWO2013005301A1 (ja) | 再生装置、再生方法、及びコンピュータプログラム | |
JP2017156481A (ja) | 投稿楽曲選曲システム、投稿楽曲選曲プログラム、投稿楽曲選曲方法及び楽曲投稿サーバー装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18882022 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2019556126 Country of ref document: JP Kind code of ref document: A |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18882022 Country of ref document: EP Kind code of ref document: A1 |