WO2005015407A1 - ネットワークavシステム - Google Patents
ネットワークavシステム Download PDFInfo
- Publication number
- WO2005015407A1 WO2005015407A1 PCT/JP2004/006260 JP2004006260W WO2005015407A1 WO 2005015407 A1 WO2005015407 A1 WO 2005015407A1 JP 2004006260 W JP2004006260 W JP 2004006260W WO 2005015407 A1 WO2005015407 A1 WO 2005015407A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- server
- list
- client
- network
- content
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/43—Querying
- G06F16/438—Presentation of query results
- G06F16/4387—Presentation of query results by the use of playlists
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
- H04N21/8113—Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format
-
- 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/125—Library distribution, i.e. distributing musical pieces from a central or master library
-
- 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/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/285—USB, i.e. either using a USB plug as power supply or using the USB protocol to exchange data
-
- 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/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/315—Firewire, i.e. transmission according to IEEE1394
Definitions
- the present invention relates to a network AV (Audio / Video) system capable of reproducing audio, Z, or video, and more particularly, to a network AV system including a plurality of servers and clients.
- AV Audio / Video
- the following prior application 1 discloses a network AV system including a server storing a large number of contents and an audio client connected via a LAN (Local Area Network).
- the audio client requests the desired content from the server, and in response, the server delivers the requested content to the audio client.
- the audio client plays the content delivered from the server.
- One object of the present invention is to provide a network AV system that allows a client to easily find desired content even when a plurality of servers store a plurality of contents.
- Another object of the present invention is to provide a network AV system in which a client can reproduce the content to the end even if a server that is delivering the content stops its operation.
- Another object of the present invention is to provide a network AV system that does not require a client to reconnect to a server.
- a network AV system is a network AV system including a plurality of servers and at least one client connectable to at least one of the plurality of servers.
- Storage means for storing the contents.
- At least one of the servers further includes a global list storage unit for storing a global list listing a plurality of contents stored by the plurality of servers, and a global list transmission unit.
- the global list transmitting means transmits the global list to the client.
- the server transmits a global list listing a plurality of contents stored by the plurality of servers to the client. Therefore, the client can easily find desired content based on a global list that does not need to request a list of contents for each server where the content is stored.
- the client includes a content requesting unit.
- the content request means requests the server for the content selected from the transmitted global list.
- At least one of the servers further comprises a content return means.
- the content return means returns the selected content to the client in response to the request from the client.
- the client further comprises playback means.
- the reproduction means reproduces the content returned from the server.
- the client can easily select a desired content from a plurality of contents stored in a plurality of servers.
- the selected content is transmitted from the server to the client, and the client can reproduce audio or video based on the content.
- the plurality of clients include a first client and a second client.
- the first client includes a reproduction instruction unit.
- the playback instructing means sends a playback instruction of the content selected from the transmitted global knowledge list to the second client via the server.
- Send to The second client has a content request means.
- the content requesting unit requests the server for the content selected in response to the reproduction instruction.
- At least one of the servers further has a content reply means.
- the content reply means returns the selected content to the second client in response to a request from the second client.
- the second client further comprises playback means.
- the reproduction means reproduces the content returned from the server.
- the first client can cause the second client to reproduce the content selected based on the global list.
- the first client can control the second client.
- a network AV system is a network AV system including a plurality of servers and one or a plurality of clients connectable to at least one of the plurality of servers.
- the storage device includes a storage unit for storing contents, a global list storage unit for storing a global list listing a plurality of contents stored by a plurality of servers, and a global list transmission unit.
- the global list sending means sends the global list to the client.
- a client can select desired content from a global list listing contents stored in a plurality of servers.
- a client can obtain a global list from any of multiple servers. Therefore, the client can easily obtain the global list, and easily find a desired content from a plurality of contents stored in a plurality of servers.
- the client includes a content requesting unit.
- the content requesting means requests the server for the selected content of the transmitted global list.
- Each of the servers further comprises a content reply means.
- the content reply means returns the selected content to the client in response to a request from the client.
- the client further comprises playback means.
- the reproducing means reproduces the returned content.
- the client can easily select a desired content from a plurality of contents stored in a plurality of servers. Selected content is sent from server to client And the client can play back audio or video based on the content.
- the global list includes addresses of a plurality of servers storing a plurality of contents corresponding to the plurality of contents, and the content requesting unit requests the selected content based on the address of the server. I do.
- the client can specify the server storing the desired content from the global list. Therefore, the client can easily specify the server storing the desired content from the plurality of servers, and as a result, the content can be easily obtained.
- each of the servers further includes a local list storage unit for storing a local list listing contents accumulated by itself, a local list transmission unit, and a global list update unit.
- the local list transmitting means transmits the local list to the other server.
- the global list updating means updates the global list based on its own local list and the local list transmitted from the other server.
- the server can acquire the local list from the other server, and update the global list from its own local list and the local list of the other server.
- the local list transmitting means transmits the updated local list to another server each time its own local list is updated, and the global list updating means transmits each time the own local list is updated.
- the global list is updated every time an updated local list is received.
- the server can acquire the latest local list from the other server and update the global list with the latest local list.
- each of the servers further includes a leaving notification unit.
- the leaving notification means transmits a leaving notification to the other server before the server leaves the network AV system.
- the global list updating means updates the global list so as to delete the local list of the server which has transmitted the leave notification in response to the leave notification.
- the local list of the server that has left is deleted from the global list when the server leaves.
- the global list transmitting means transmits the updated global list to the client every time the global list updating means updates the global list.
- the server updates the global list every time the global list is updated.
- the client can select the desired content based on the latest global list.
- each of the servers is configured to establish a connection with a command port for transmitting / receiving a command between itself and the other server, and to force a request from the other server to the server.
- a command port is used to establish a connection between the servers. You can send and receive and get a local list. Also, when instructing the other server to obtain its own local list (ie, when the server is connected to the other server as a server), it is forcibly forced through the push port. The command can be transmitted to the other server.
- the client establishes a connection at a first command port for obtaining a global list from the server, and establishes a connection at a second command port for obtaining selected content from the server. Establishing means.
- traffic congestion is reduced by establishing a connection with two command ports, a first command port for acquiring a global list and a second command port for acquiring content. it can. That is, even if the content is acquired while the global list is being acquired, the global list and the content can be received quickly. Also, when the server for acquiring the global list is different from the server for acquiring the content, the server for acquiring the content after disconnecting the connection with the server for acquiring the global list. If the connection to the server for content acquisition fails when connecting to the client, the client will leave the network. If a connection is established between the first and second command ports, such a situation can be prevented.
- each of the servers further includes a takeover notification unit. If the server terminates the server operation while returning the content selected by the content return means, the takeover notification means uses a client to connect to the takeover server that takes over the continuation of the reply of the selected content. Command.
- the client receives the instruction from the takeover notification means and can quickly connect to the takeover server.
- each of the servers further includes a takeover server selecting unit and a unit for transferring contents.
- the takeover server selecting means selects a takeover server from the other servers.
- the means for transmitting the content transmits the selected content to the takeover server.
- the content requesting means of the client playing the selected content requests the takeover server to continue the reply of the selected content.
- the server selects a takeover server from the other server and transmits the content being returned to the takeover server.
- the client can continue playback of the content by requesting the takeover server to continue the return of the content.
- each of the servers further stores a calculating means for calculating a data length of the content already returned to the client, and a content which the client intends to acquire from the takeover server based on the calculated data length. And a means for determining an acquisition start address indicating the acquired address, and the takeover notification means notifies the client of the acquisition start address.
- the server calculates the data length of the content already returned to the client, and can specify the acquisition start position (address) of the content to be acquired by the client from the takeover server based on the calculated data length. .
- the client can quickly obtain the continuation of the content from the transfer server.
- each of the servers includes a server list storage unit for storing a server list including information of the other server connected to the server, and the takeover server selection unit includes: To select the takeover server.
- the server can select a takeover server from the servers stored in the server list.
- the takeover server selecting means selects, as a takeover server, a server connected to itself first among the servers stored in the server list.
- the server can select the server connected first to itself as the takeover server
- the plurality of clients include a first client and a second client.
- the first client includes a reproduction instruction unit.
- the reproduction instructing means transmits an instruction to reproduce the content selected from the transmitted global list to the second client via the server.
- the second client has a content request means.
- the content requesting unit requests the server for the content selected in response to the reproduction instruction.
- Each of the servers further includes a content reply means.
- the content selected in response to the request from the second client is returned to the second client.
- the second client also has playback means.
- the reproduction means reproduces the content returned from the server.
- the first client can cause the second client to reproduce the content selected based on the global list.
- the first client can control the second client.
- the first client is provided with a storage list storage unit for storing a storage list including information of a server connected to the second client,
- the reproduction instruction means transmits a reproduction instruction to the second client via the server to which the second client is connected, based on the server list.
- the first client can grasp which server the second client is connected to from the list. Therefore, the server to which the second client is connected can be specified, and a reproduction instruction can be transmitted to the second client via the server.
- a network AV system is a network AV system including a center server, a sub server, and one or more clients connectable to the center server and Z or the sub server.
- each of the sub-servers includes storage means for storing a plurality of contents.
- the center server further includes a global list storage unit for storing a global list listing a plurality of contents stored by the center server and the subserver, and a global list transmission unit.
- the global list transmitting means transmits the global list to the client.
- the center server includes the center server and the server. Sends a global list of multiple contents stored in the server to the client. Therefore, the client can easily find desired contents based on a global list that does not need to request a list of contents for each server (center server and subsano) where the contents are stored.
- the client includes a content requesting unit.
- the content requesting means requests the center server or sub server for the selected content of the transmitted global list.
- At least one of the center server and the sub server further includes a content reply unit.
- the content reply means returns the selected content to the client in response to the request from the client.
- the client further includes a reproducing unit.
- the reproduction means reproduces the content returned from the center server or the sub server.
- the client can easily select a desired content from a plurality of contents stored in a plurality of servers (a center server and a sub server).
- the selected content is sent from the server to the client, and the client can play audio or video based on the content.
- the content requesting unit requests the selected content from the center server
- the center server includes a content returning unit
- the center server further includes a server specifying unit and a content obtaining unit.
- the server specifying means specifies a server that stores the content selected based on the global list in response to a request from the client. If the specified server is a center server, the content obtaining means obtains the content selected from its own storage means, and if the specified server is a subserver, the content selected from the storage means of the subserver. To get.
- the content reply means returns the content acquired by the content acquisition means to the client.
- the client requests the center server for the selected content.
- the center server specifies the server (center server and sub-server) that stores the content selected in response to the request from the client based on the global list, obtains the content from the specified server, and obtains the content obtained by the client. Reply. That is, the center server has a relay function between the client and the sub server.
- the global list includes addresses of a plurality of servers in which a plurality of contents are stored corresponding to the plurality of contents
- the server specifying unit includes a server that stores the contents requested by the contents requesting unit. Specify the address.
- the center server can easily specify a server (center server and sub-server) that accumulates the content of the servers included in the global list and the like.
- the global list includes addresses of a plurality of servers in which the contents are stored corresponding to the plurality of contents, and the content requesting means specifies the selected content based on the sub-server specified based on the global list. Request to.
- the client can easily specify the server (center server and sub-sano) that stores the selected content from the Gronol list. As a result, the client can directly request the content from the server that stores the selected content.
- each of the center server and the sub server further includes a local list storage unit for storing a local list that enumerates contents accumulated by itself.
- the sub server further includes a local list transmitting unit.
- the local list transmitting means transmits the local list to the center server.
- the center server further comprises a global list updating means.
- the global list transmitting means updates the global list based on its own local list and the local list transmitted from the sub server.
- the center server acquires the local list from the sub server, and can update the global list from its own local list and the local list of the other server.
- the local list transmitting means transmits the updated local list to the center server every time the local list is updated
- the global list updating means transmits the local list every time the local list is updated. Or every time an updated local list is received, the global list is updated.
- the center server acquires the latest local list from the sub server, and can update the global list together with its own local list to the latest one.
- the sub server further includes a leaving notification unit.
- the leaving notification means transmits a leaving notification to the center server before the sub server leaves the network AV system.
- the global list updating means is configured to send the leave notification in Update the global list to delete the local list.
- the local list of the sub server that has left is deleted from the global list when the server leaves.
- the global list transmitting means transmits the updated global list to the client every time the global list updating means updates the global list.
- the center server transmits the latest global list to the client every time the global list is updated.
- the client can select the desired content based on the latest global list.
- the center server is means for establishing a connection with a command port for transmitting / receiving a command between the center server and the sub server, and forcibly transmitting a request from the sub server to the center server.
- the center server sends a command or notification to the sub server (that is, when the center server is connected to the sub server as a server), the command is forcibly sent to the sub server via the push port. And notifications are sent.
- each of the center server and the sub server further includes a local list storage unit for storing a local list listing contents stored by itself.
- the center server further comprises: means for establishing a connection on the first command port for obtaining a local list from the sub server; means for obtaining a local list of the sub server after establishing the connection on the first command port; A means for updating the global list based on the obtained local list and its own local list, and a connection with a second command port for obtaining the selected content from the sub server specified by the server specifying means. Means to perform.
- the center server has a first command port for acquiring the sub-server power local list and a second command port for acquiring the content of the sub-server power. Establishing a connection between the two command ports can reduce traffic congestion. That is, even if the content is acquired while the local list is being acquired, the local list and the content can be promptly received.
- the client establishes a connection with a first command port for acquiring a global list from the center server, and uses a second command port for acquiring selected content from the center server.
- Means for establishing a connection are provided.
- the client establishes a connection with two command ports, a first command port for acquiring a global list from the center server and a second command port for acquiring content from the center server.
- This can reduce traffic congestion. That is, even if the content is acquired while the global list is being acquired, the global list and the content can be received quickly.
- the center server further includes a takeover notification unit.
- the takeover notification means instructs the client to connect to the takeover server that takes over the operation of the center server when the center server ends the operation.
- the client receives the instruction from the takeover notification means and can quickly connect to the takeover server.
- the center server further includes a takeover server selection unit and a center server takeover instruction means.
- the takeover server selecting means selects a takeover server from the subservers.
- the center server takeover instruction means instructs the subserver selected by the takeover server selection means to take over the operation of the center server.
- the center server selects a takeover server that takes over the operation of the center server from the subservers, and instructs the takeover server to take over the operation of the center server.
- a takeover server that takes over the operation of the center server from the subservers, and instructs the takeover server to take over the operation of the center server.
- the center server further calculates a data length of the content returned to the client when ending the operation while returning the content obtained by the content obtaining means to the client; Indicates the address where the content that the client wants to acquire from the takeover server is stored, based on the data length Means for determining the acquisition start address, and the takeover notification means notifies the client of the acquisition start address.
- the server calculates the data length of the content that has already been returned to the client, and based on the calculated data length, the client receives the data from the takeover server (or relays the takeover server to another subserver, )
- the acquisition start position (address) of the content data to be acquired can be specified.
- the client can quickly acquire the continuation of the content from the transfer server.
- the center server further includes means for transmitting the content to the takeover server when the operation is terminated while the content stored by the center server is being returned to the client by the content return means.
- the center server when the center server that is returning the content stored in the client to the client ends its operation, the center server transmits the returned content to the takeover server.
- the client can continue playback of the content by requesting the takeover server to continue the return of the content.
- the center server includes a server list storage unit for storing a server list including identification information of the sub server, and the takeover server selection unit selects a takeover server based on the server list.
- the server can select a takeover server from the servers stored in the server list.
- the plurality of clients include a first client and a second client.
- the first client includes a reproduction instruction unit.
- the reproduction instruction means transmits a reproduction instruction for the content selected from the transmitted global list to the second client via the center server.
- the second client has a content request means.
- the content requesting unit requests the content selected in response to the reproduction instruction from the center server or the sub server.
- At least one of the center server and the sub server further includes a content return means.
- the content reply means returns the selected content to the second client in response to a request from the second client.
- the second client further has a playback means.
- the reproducing means reproduces the content returned from the center server or the sub server.
- the first client can cause the second client to reproduce the content selected based on the global list. In short, the first client can control the second client.
- FIG. 1 is a functional block diagram showing the overall configuration of a global list server system.
- FIG. 2 is a schematic diagram for explaining the global list server system of FIG. 1.
- FIG. 3 is a functional block diagram showing a configuration of a server in FIG. 1.
- FIG. 4 is a block diagram showing a configuration of an audio client in FIG. 1.
- FIG. 5 is a flowchart showing an operation when a server starts in the multi-server system in FIG. 1.
- FIG. 6 is a flowchart showing details of the operation of step S10 in FIG. 5.
- FIG. 7 is a flowchart showing details of the operation of step S11 in FIG. 5.
- FIG. 8 is a flowchart showing the operation of a server running in the multi-server system in FIG. 1
- FIG. 9 is a flowchart showing details of the operation of a server that has received a connection request from another server, among the operations in step S100 in FIG.
- FIG. 10 is a flowchart showing details of the operation of a server that has received a connection request from an audio client, among the operations in step S100 in FIG.
- FIG. 11 is a flowchart showing details of the operation of step S200 in FIG. 8.
- FIG. 12 is a diagram showing a configuration of a buffer memory for storing music data in step S222 in FIG. 11.
- FIG. 13 is a diagram showing a state where song data for one buffer from the beginning of the song is stored in the buffer memory shown in FIG. 12.
- FIG. 14 is a diagram showing a state in which music data for all buffers has been stored, following FIG. 13;
- FIG. 15 is a diagram showing a state in which music data is output from the first buffer, following FIG. 14;
- FIG. 16 is a diagram showing a state in which a space for one buffer has been created, following FIG. 15;
- FIG. 17 is a flowchart showing an update operation when the music data of the server itself is updated among the operations in step S300 in FIG. 8.
- FIG. 18 is a flowchart showing operations of the server and the audio client after step S306 in FIG.
- FIG. 19 is a flowchart showing an update operation when music data of another server is updated, among the operations in step S300 in FIG. 8.
- FIG. 20 is a flowchart showing an update operation when another server leaves the LAN among the operations in step S300 in FIG. 8.
- FIG. 21 is a flowchart showing details of an end operation of step S400 in FIG. 8.
- FIG. 22 is a flowchart showing details of the operations in steps S404 and S411 in FIG. 21.
- FIG. 23 is a functional block diagram showing the overall configuration of a global server system including a controller.
- FIG. 24 is a schematic diagram for explaining a connection relationship among a server, an audio client, and a controller in FIG. 23.
- FIG. 25 is a functional block diagram showing a configuration of a controller in FIG. 23.
- FIG. 26 is a flowchart showing the handle acquisition operation of the global server system shown in FIG. 23.
- FIG. 27 is a flowchart showing details of the operation of step S73 in FIG. 26.
- FIG. 28 is a flowchart showing a monitoring operation of the global server system shown in FIG. 23.
- FIG. 29 is a flowchart showing a control operation of the global server system shown in FIG. 23.
- FIG. 30 is a functional block diagram showing the overall configuration of the center server system.
- FIG. 31 is a schematic diagram for explaining the center server system of FIG. 30.
- FIG. 32 is a flowchart showing an operation when a server is started in the center server system shown in FIG. 30.
- FIG. 33 is a flowchart showing the operation of the center server operating in the center server system shown in FIG. 30.
- FIG. 34 is a flowchart showing details of the operation of step S500 in FIG. 33.
- FIG. 35 is a flowchart showing details of the operation in step S501 in FIG. 34.
- FIG. 36 is a flowchart showing details of an update operation when the center server updates its own local list, among update operations in step S600 in FIG. 35.
- FIG. 37 is a flowchart showing details of the end operation in step S700 in FIG. 33.
- FIG. 38 is a flowchart showing the operation of a sub server operating in the center server system shown in FIG. 30.
- FIG. 39 is a flowchart showing details of the operation of step S650 in FIG. 38.
- FIG. 40 is a flowchart showing details of the list update operation when the own local list is included in the list update operation in step S550 in FIG. 38.
- FIG. 41 is a flowchart showing details of the list update operation when the local list of another subserver is updated among the list update operations in step S550 in FIG. 38.
- FIG. 42 is a flowchart showing details of the list update operation when another subserver leaves the LAN among the list update operations in step S550 in FIG. 40.
- FIG. 43 is a flowchart showing details of the end operation in step S750 in FIG. 38.
- FIG. 44 is a functional block diagram showing the overall configuration of a center server system including a controller.
- FIG. 45 is a flowchart showing a control operation of the center server system shown in FIG. 44.
- FIG. 46 is a schematic diagram illustrating a file sharing server system.
- FIG. 47 is a schematic diagram illustrating a local list transmission server system.
- global list server system 10 includes a plurality of servers SV1—SV3 for accumulating a large number of music data, and a system for reproducing music based on music data from servers SV1—SV3. And a plurality of audio clients CL1 and CL3.
- the servers SV1 to SV3 have the power of storing music data.
- video data may be stored, or other various digital contents may be stored.
- description will be given using music data as an example.
- FIG. 1 it is only necessary that at least one audio client CL and at least one audio client CL are present, displaying audio clients CL1 and CL3.
- LAN local area network
- PC personal computer
- the protocol that can use the UDP protocol is not particularly limited.
- the server SV and the audio client CL are connected so that the main wiring of the LAN 50 branches off. For example, in the case of 10BASE-T or 100BASE-TX, the connection is made in a star shape around the hub. Continued.
- the HDD (hard disk drive) 14 of the server SV1 stores a plurality of song data Mil—Mln ( n is a natural number).
- the HDD 14 of the server SV2 includes a plurality of music data M21-M2n, and the HDD 14 of the server SV3 includes a plurality of music data M31-M3n.
- a global list GL is stored in the HDD 14 of each of the servers SV1 to SV3.
- the global list GL is a list of song names, artists, genres, etc. of each song data.
- the global list GL includes a list of music data Ml—Mln, M21—M2n, M31—M3n stored by a plurality of servers SV1—SV3 belonging to the LAN 50. If the list of song data Ml—Mln is a local list LL1, the list of song data M21—M2n is a low-level list LL2, and the list of song data M31—M3n is a local list LL3, the servers SV1 and SV3 are stored in the HDD14 of the SV3.
- the global list GL that is created includes the local lists LL1-LL3.
- each server SV When each server SV updates the music data stored by itself, it transmits the updated local list L L1 to LL3 to the other server SV. Specifically, when new music data is registered in the server SV1, the server SV1 updates the local list LL1. At this time, the server SV1 sends the updated local list LL1 to the servers SV2 and SV3 ((1) in the figure). The servers SV2 and SV3 receive the updated local list LL1 and replace the local list LL1 before the update in the global list GL. Similarly, when new music data is registered in the server SV2, the server SV2 updates the local list LL2, and transmits the updated keyword list LL2 to the servers SV1 and SV3 ((2) in the figure).
- the server SV3 When new music data is registered in the server SV3, the server SV3 sends the updated local list LL3 to the servers SV1 and SV2 ((3) in the figure).
- the global list GL in each server SV always includes the latest local list LL1 to LL3.
- FIG. 2A when music data M31 is reproduced by audio client CL2, audio client CL2 requests global list GL from any server SV.
- the audio client CL2 requests the global list GL from the server SV2 ((4) in the figure), but it may request the server SV1 or the server SV3.
- the server SV2 Based on the request from the audio client CL2, the server SV2 sends the global list GL ((5) in the figure).
- Audio Client CL2 The user refers to the transmitted global list GL and selects the music M31 to be reproduced.
- FIG. 2 (B) the audio client CL2 requests the music data M31 to the server SV3 ((6) in the figure).
- the server SV3 receives the request from the audio client CL2, and delivers the corresponding music data M31 to the audio client CL2 ((7) in the figure).
- the audio client CL acquires the global list GL from any one of the servers SV on the LAN 50, it can select any song stored in the plurality of servers SV. it can. Therefore, the audio client CL does not need to request the local list LL for each server SV in order to select the music data M stored in the plurality of servers SV on the LAN.
- server SV1 includes a hard disk drive (HDD) 14 for storing compressed digital music data, a CPU processing unit 20 including a database management unit 16 and a network protocol processing unit 18, and a server SV1.
- a LAN controller 22 for transmitting and receiving signals between the server SV1 and the LAN 50 is provided.
- the HDD 14 stores the song data Ml—Mln.
- Server SV2 and server SV3 have the same structure as server SV1. Servers SV1—SV3 are interconnected.
- the HDD 14 stores the list shown in Table 1.
- the server list includes a server ID and server information.
- server information of server SV2 is shown as an example of server information.
- the server information includes server identification information, a server name, and a local list LL2.
- the server identification information includes a server address for identifying the location of the server SV2, a port number, and the like.
- the server address is the IP (Internet Protocol) address or MAC address of the server SV.
- Locale list LL2 is a list of music data M21-M2n stored in server SV2.
- Table 3 shows the local list LL2.
- locale list LL2 includes song information 121-I2n related to a plurality of song data M21-M2n stored in HDD 14 of server SV2.
- Table 4 shows the details of the song information I2n.
- the song information I2n includes a file name, a song name, an artist name, an album name, an genre name, a song length (time), a file format, a song ID, Server-specific information.
- the file name the full path name of the HDD 14 in which the music data M is stored is recorded.
- HDD 14 also has the following ten-
- the client list includes information (client information) on the devices connected to the server SVlt.
- Server SV1 Connected devices are audio client CL and server SV.
- Table 6 shows the client information.
- “flag” is set, and if there is no connection, “flag” is reset.
- “Type” indicates the client type of the device connected to the server SV1. If the device connected to the server SV1 is an audio client CL, the client type is “audio client”. If the connected device is a server SV, the client type is "server”.
- “status” is the current status (playback, stop, completion, pause, fast forward, rewind, etc.).
- Volume indicates the current volume value (volume).
- “ProductID” is a product ID (model information) assigned to each client type.
- “Firm W areID” is a firmware ID indicating the version of the firmware that is installed in the audio client CL.
- rhostnamej is the client name assigned to the client device.
- “SongID” is a song ID for identifying the song being played.
- “CurKey” is a list construction key required to create a song list during playback.
- the list construction key includes a filter type and a keyword.
- the types of filters include title names, genre names, artist names, album names, file names, and the like. For example, if the type of filter is an artist name, the name of the desired artist is recorded in the keyword.
- a desired music list can be created by searching the global list GL using the list construction key. Details are disclosed in the above-mentioned prior application 1.
- the HDD 14 of the server SV is further provided with the presenter shown in Table 7> Including.
- the presentation content list PL has music information of a plurality of music data (Mil-Mln, M21-M2n, M31-M3n) in each local list LL1-LL3.
- I2n, 131 Record the storage location of I3n, that is, where it is stored in HDD14.
- global list GL includes song information 111-IIn, 121-I2n, 131-I3n of local list LL1-LL3.
- audio client CL includes network protocol processing unit 24 and A microcomputer processing section 28 including a system operation section 26; a flash memory 30; a memory 32 for temporarily storing sequentially inputted compressed digital music data and the like; and sequentially outputting the compressed digital music data; Audio processing unit 34 that generates compressed digital song data, DZA converter (DAC) 36 that converts digital song data into analog song data, and LAN controller that sends and receives signals between the audio client CL and LAN 50 38. Unlike the server SV, the audio client CL does not have an HDD for storing song data M.
- DAC DZA converter
- server SV1 clears the server list in HDD 14 before searching for another server SV running on LAN 50 (Sl). Subsequently, the server SV1 searches for another server SV running on the LAN 50. Specifically, the server SV1 broadcasts a magic word predetermined on the command port to the LAN 50 by, for example, the UDP protocol (S2). In the LAN 50, since the server SV2 and the server SV3 are operating, the server SV2 and the server SV3 receive the magic word broadcasted in step S2 through the search port, and return the same magic word to the broadcasted server SV1. At this time, the servers SV2 and SV3 transmit the server specifying information (IP address) for specifying themselves to the server SV1.
- IP address server specifying information
- step S6 After registering the server specifying information, it is determined whether or not the timer has exceeded a predetermined time, for example, 2 seconds (S6), and if not, the process returns to step S4. That is, server SV1 waits for a response from another server SV for 2 seconds.
- a predetermined time for example, 2 seconds
- step S4 If no magic word is returned in step S4 (when no other server SV is found), the server SV1 determines whether or not it has exceeded 2 seconds since broadcasting the magic word. (S6) If not exceeded, return to step S4.
- the server SV1 determines whether or not the server identification information is registered in the Sernolist (S7). If the server list is empty, that is, if no server identification information is recorded in the server list, the server SV1 ends the startup processing. On the other hand, if the server list is not empty, that is, if server identification information of at least one server SV is recorded in the server list, the server SV1 performs a connection process with the server SV recorded in the server list. (S8—S12).
- the count value n is counted up (S12), and the process returns to step S9 to continue the local list obtaining process. That is, the local list acquisition processing is continued until the local list LL (LL2, LL3) of all servers SV (SV2, SV3) registered in the server list is acquired.
- the local list acquisition processing in step S10 will be described.
- connection processing: S1000 connection processing: S1000
- server SV2 executes a connection response process (S1020). Specifically, server SV1 generates a socket based on the IP address and command port of server SV2 registered in the server list according to TCP (Transmission Control Protocol), and requests connection to server SV2 using this socket. (S100 1).
- TCP Transmission Control Protocol
- the command port is a port for receiving commands from server SV1 to server SV2 and transmitting a response from server SV2 to server SV1.
- the server SV2 accepts the connection at the command port (S1021), whereby the server SV1 establishes a connection to the command port of the server SV2.
- the server SV1 transmits a client index request command to the command port (S1002).
- the server SV2 returns the client index from the command port to the server SV1 (S1022), and the server SV1 receives this (S1003).
- the client index request command is a command by which the server SV1 requests a client index from the server SV2.
- the server SV1 generates a socket using the TCP, the IP address of the server SV2, and the push port according to TCP, and requests connection to the server SV2 using this socket (S1004).
- the push port is a port for sending requests from server SV2 to server SV1.
- the server SV2 accepts the connection through the push port (S1023), whereby the server SV1 establishes a connection with the push port of the server SV2.
- the server SV2 has not yet identified which server SV or audio client CL is connected to the push port. Therefore, server SV1 received in step S1003
- the server is identified as SV1 (S1024). After establishing the connection of the push port, the server SV1 sends its client information to the server SV2 (S1006). Server SV2 receives the transmitted client information and registers it in the client list shown in Table 5.
- the server SV1 executes the connection process (S1000) and the server SV2 executing the connection response process (S1020)
- the server SV1 stores the local list LL2 of the server SV2.
- Acquisition list acquisition processing: S101010
- the server SV 2 transmits the local list LL2 (list transmission processing: S1030).
- the server SVI transmits a request command for the local list LL2 to the server SV2 using the command port (S1011).
- the server SV2 receives the request command from the server SV1, and sends the server SV2 password list LL2 to the server SV1 (S1031).
- the server SV1 receives the local list LL2 from the server SV2, and registers the local list LL2 in the HDD 14 (S1012). At this time, all server information of server SV2 is registered in the server list in server SV1.
- the server SV1 performs the same operation as the server SV3, and registers the server information of the server SV3 including the local list LL3 in the server list.
- the server SV1 establishes a connection with all the servers SV2 and SV3 registered in the sano list, and acquires all the local lists LL2 and LL3.
- server SV1 broadcasts a preparation OK command (S1101).
- the servers SV2 and SV3 on the LAN 50 execute connection processing (S1000) to the server SV1.
- the server SV1 executes a connection response process (S1020).
- the servers SV2 and SV3 execute a list acquisition process (S1010).
- the server SV1 executes a list transmission process (S1 030), and transmits the local list LL1 of the server SV1 to the servers SV2 and SV3.
- the servers SV2 and SV3 can acquire the local list LL1 of the server SV1. Therefore, each server SV accumulates all the local lists L L of the plurality of servers SV on the LAN 50.
- the server SV1 receives a command port connection request from another server SV or the audio client CL. However, in this case, the server SV1 does not accept the command port connection request. This is because the accurate global list GL cannot be transmitted to the audio client until all the local lists LL of the other server SVs have been obtained.
- the server SV that has been started performs a connection operation (S100), a distribution operation (S200), and a list update operation (S300).
- connection operation (S100) a connection is made with the newly activated server SV on the LAN 50 to exchange the local list LL, or with the audio client CL on the LAN 50 to transmit the global list GL.
- distribution operation (S200) music data is distributed in response to a request from the audio client CL.
- the list update operation (S300) when the local list LL of the own server or the local list LL of another server SV is updated, the exchange of the updated local list LL is executed.
- the server SV determines whether or not an operation end for ending its own operation has been selected (S15). The selection of whether to end the operation is made, for example, by a user managing the server SV. If the operation end is not selected, the server SV returns to step S100 and repeats each operation (S100-S300). On the other hand, if the operation end is selected in step S15, the server SV executes an end operation (S400).
- S15 an operation end for ending its own operation has been selected. The selection of whether to end the operation is made, for example, by a user managing the server SV. If the operation end is not selected, the server SV returns to step S100 and repeats each operation (S100-S300). On the other hand, if the operation end is selected in step S15, the server SV executes an end operation (S400).
- S400 end operation
- a new server SV (hereinafter referred to as a start server SV) is started on the LAN 50 while the server SV1 is operating, the start server SV broadcasts a magic word for server search.
- server SV1 determines whether or not a magic word broadcast by activation server SV has been received (S101).
- the server SV1 executes a connection response process (S1020) to the broadcasted start server SV, and establishes a connection with the start server SV.
- the server SV1 registers the client information of the startup server SV in the client list.
- the server SV1 executes a list transmission process to the activation server SV (S1 030), and transmits the local list LL1.
- the server SV1 determines whether the device connected in step S1020 is the server SV client CL (S102). .
- the server SV1 judges by referring to “type” (client type) in the client information registered in the client list.
- the server SV1 acquires the local list LL from the activation server SV and registers the server information in the server list. This is to update the global list GL.
- the server SV1 executes connection processing (S1000) to the start server SV. After executing the connection process, the server SV determines whether or not the connection has been successful (S103). Startup server SV is ready. Before broadcasting the K command (that is, after the startup server SV establishes a connection with the server SV1 and obtains the local list LL1, executes processing to obtain the local list LLn of another server SV. When the server SV1 executes the connection process (S1000) to the startup server SV, the connection fails. In this case, the server SV1 receives the preparation @K command from the startup server SV (S104), and executes the connection process again (S1000). If the connection is successful, the server SV1 executes a list acquisition process to acquire the local list LL from the activation server SV (S1010). After acquiring the local list LL of the activation server SV, the server SV terminates the connection operation.
- S1000 connection processing
- the server SV1 can also acquire the local list LL of the newly started server SV.
- the audio client CL2 on the LAN 50 requests connection to the server SV1 that obtains the global list GL.
- the server SV1 executes a connection operation (S110).
- S110 connection request processing
- server SV1 executes a connection response process (S1020).
- the server SVI registers the client information of the audio client CL2 in the client list.
- the audio client CL2 transmits a request command for the global list GL to the server SV1 using a command port (S105).
- the server SV1 receives the global list request command from the audio client CL2, and creates a global list GL based on the presentation content list PL (S106).
- the content registered in the presentation content list PL The song information I is obtained from the storage location of the song information I, and all the song information I is listed to create a global nolist GL.
- the server SV1 sends the global list GL to the audio client CL2 (S107).
- the audio client C L2 receives the global list GL and registers it in the memory 32 (S108).
- the audio client CL2 can also obtain the gronor list GL from a server SV (SV2, SV3) other than the server SV1.
- other audio clients CL can also obtain the global list GL.
- the client CL can obtain the global list GL including all the music information I on the LAN 50 by connecting to any server SV on the LAN 50.
- the user of the audio client CL2 refers to the global list GL acquired from the server SV1, and selects a desired song. If the user selects the song data M31 after referring to the global list GL, referring to FIG. 11, the audio client CL2 requests the server SV3 that stores the selected song data M31 to request the song data M31. The request process is executed (S240). The server SV3 storing the music data M31 requested by the audio client CL3 executes the distribution operation (S200).
- audio client CL2 executes a connection process to server SV3 (S1000).
- the global list GL records server identification information (IP address and port number) for identifying the server SV on which the music data is stored.
- the audio client CL2 executes connection processing to the server SV3 based on the server identification information registered in the music information 131 of the selected music data M31.
- the server SV3 executes a connection response process (S1020) to the audio client CL2.
- S1020 connection response process
- the server SV1 maintains the connection with the audio client CL2 established in the connection operation (S100).
- the audio client CL2 has established a connection with the server SV1 and the server SV3. If the audio client CL2 disconnects from the server SV1 and tries to connect to the server SV3, but fails to connect, the audio client CL2 leaves the LAN50. In order to prevent such a situation, server SV1 Keep the connection with Dio client CL2.
- the audio client CL2 After the connection between the server SV3 and the audio client CL2 is established, the audio client CL2 transmits a music data transfer request command shown in Table 9 via a command port (S221).
- This song data transfer request command includes the acquisition start address and the acquired data length of the song data M31 to be transferred.
- the server SV3 distributes the data of the music data M31 to the audio client CL2 from the start address specified by the acquisition start address by the acquired data length (S201).
- the audio client CL2 stores the data of the distributed music data M31 in the memory 32.
- Steps S221 and S223 are repeated, and when the buffer is completely filled with music data, the audio client CL2 starts reproduction (S224). Specifically, as shown in FIG. 15, the output of the music data from the first buffer to the audio processing unit 34 is started. When the song data is output and played, one buffer space will eventually be created as shown in Fig.16.
- the audio client CL2 sends a music data transfer request to the server SV3 again (S226), and the server SV3 distributes the requested music data (S202).
- the audio client CL2 stores the distributed music data in an empty buffer in the memory 32 (S227). After the storage, the audio client CL2 checks whether or not all the music data M31 has been received (S228).
- the audio client CL2 When the audio client CL2 receives all the music data M31 from the server SV3 (S228), the audio client CL2 continues the reproduction operation until all the music data M31 is reproduced (S229).
- the client CL can specify the server SV that stores the selected music data from the global list GL, and request the transfer of the music data. Also, since the music data is divided and intermittently distributed from the server SV to the audio client CL, the music can be properly reproduced even with a small buffer capacity.
- the server SV (1) when its own local list LL is updated, (2) when the local list LL of another server SV is updated, (3) the other server stops operating, and the When leaving from, a list update operation is performed to update the global list GL.
- a list update operation is performed to update the global list GL.
- server SV1 updates local list LL1 (S301). Further, the server SV1 deletes the presentation content list PL before the roll list LL1 is updated (S302). Thereafter, a new presentation content list PL corresponding to the local list LL1 updated in step S301 is created (S303).
- a connection to the server SV1 is established and list updating is performed for all server SVs and audio clients CL (S304-S307).
- a list update notification can be transmitted to all the server SVs and audio clients CL that have established a connection to the server SV1. If n is larger than the number of clients in step S305, server SV1 has notified all server SVs and audio clients CL in the client list, and ends the operation.
- audio client CL having received list update notification (S306) from server SV1, first deletes global list GL registered in S memory 32 (S351). ). Subsequently, the audio client CL sends a global list request command to the server SV1 (S352). The server SV1 receives the global list request command and sends the updated global list GL to the audio client CL2 (S308). The audio client CL registers the transmitted global list GL in the memory 32 (S353).
- server SV2 when server SV2 receives the list update notification transmitted from server SV1 in step S306 (S311), server SV2 deletes the existing presentation content list PL (S312). . After the deletion, the server SV2 deletes the local list LL1 registered in the HDD 14 (S313). After deleting the local list LL1, the server SV2 requests the updated local list LL1 from the server SV1 (S314). The server SV1 receives the request from the server SV2 (S331), and transmits the updated local list LL1 (S332). The server SV2 receives the transmitted local list LL1 and registers it in the HDD 14 (S315 ). After registration, the server SV2 creates a presentation content list PL (S316). Thereby, the global list GL is updated.
- type client type
- step S323 the flow proceeds to step S325 without transmitting a list update notification. This is because the list update notification is transmitted from the server SV1 to the other server SVs, and the server SV2 needs to perform the list update notification only to the audio client CL.
- a list update notification is transmitted to all audio clients CL connected to server SV2.
- the operation of the audio client CL that has received the list update notification is the same as in FIG.
- server SV 2 when server SV2 running on LAN 50 stops its operation and leaves LAN 50, server SV 2 notifies other servers SV (SV1, SV3) on LAN 50 of leaving. Is broadcast (S335).
- the server SV1 receives the notice of withdrawal from the server SV2 (S311), and deletes the existing presentation content list PL (S312). Further, the server SV1 deletes the local list LL2 registered in the HDD 14 (S313). After deleting the local list LL2, the server SV1 creates a presentation content list PL (S316). As a result, based on the presentation content list PL The created global list GL does not include the local list LL2. After creating the presentation content list PL, the server SV1 executes a list update notification process (S320). The same operation is performed for server SV3 as for server SV1.
- the audio client CL can always obtain the latest global list GL.
- the server SV1 connected to the audio client CL finishes its operation and leaves the LAN 50, it is preferable to change the connection destination of the audio client CL to another server SV on the LAN 50. Also, if the server SV1 leaves during the distribution of music data to the audio client CL, it is better to take measures so that the client CL can continue to receive the distribution of the music data.
- step S402 is made based on the client list. If the result of the determination is that the audio client CL number is less than or equal to, the audio client CL is not connected to the server SV1. Therefore, the server SV1 sends a leave notification to another server SV (S335). End the operation.
- step S402 that is, if there is an audio client CL connected to server SV1
- the server SV1 connects to the takeover server SV for the audio client CL2.
- a server switching instruction is transmitted to switch (S404).
- the takeover server SV is a server SV that takes over the connection with the audio client CL2.
- server SV1 determines the takeover server SV to the server SV2.
- the server SV1 counts up the count value n (S407), and returns to step S402 again.
- the audio client CL2 After receiving the server switching instruction from the server SV1 (S431), the audio client CL2 disconnects from the server SV1 (S432). After the disconnection, the audio client CL2 executes connection processing to the server SV2 according to the switching instruction (S1000). At this time, the server SV2 executes a connection response process (S1020). After establishing a connection with the server SV2, the audio client CL2 executes list acquisition processing (S1010). At this time, the server SV2 executes a list transmission process (S1030). With the above operation, even when the server SV1 ends its operation, the audio client CL2 can obtain the latest global list GL from the server SV2 by switching the connection destination to the server SV2.
- the music data takeover processing and the music data acceptance processing will be described.
- server SV1 requests server SV2 to register music data Ml being distributed to audio client CL1 (S4041).
- the server SV2 receives the request from the server SV1 (S4111), and registers a new music ID in the HDD 14 to store the music data M1 (S4112).
- the server SV2 transmits the new music ID to the server SV1 (S4113).
- the server SV1 receives the new music ID, and transmits the music data M1 with the received new music ID to the server SV2 (step S4043).
- the server SV2 receives the music data Mi1 and stores it in the area of the new music ID in the HDD 14 (S4114). By the above operation, the song data Mil is taken over from server SV1 to server SV2.
- server SV2 which is the takeover server SV
- audio client CL1 requests data distribution server SV2 from any position in song data Ml. It is necessary to decide whether it is good or not. This is because the audio client CL1 receives the distribution of the song data from the server SV1 to the middle of the song data, so there is no need to have the server SV2 distribute the song data from the beginning. Therefore, the server SV1 calculates the acquisition start address of the music data M1 that the audio client CL1 distributes from the server SV2 (S405).
- the server SV1 determines the acquisition start address to be a value obtained by adding the data length of the music data Ml delivered so far to the audio client CL2 to the start address of the music data Ml. After calculating the acquisition start address, the server SV1 sends a playback command to the audio client CL2 (S406).
- the playback command includes, as parameters, the server identification information of the server SV2 and the acquisition start address calculated in step S405.
- the server SV1 After transmitting the reproduction command, the server SV1 counts up the count value n (S407), and returns to step S402 again to repeat the operation. Thereby, the end operation can be executed for all the audio clients CL connected to the server SV1. After executing the end operation for all the audio client CLs, that is, when the count value n exceeds the number of client connections (S402), the server SV1 transmits a leave notification to the other server SVs (S335). , End the operation.
- the audio client CL1 After receiving the playback command from the server SV1 (S421), the audio client CL1 disconnects the connection with the server SV1 (S422). After the disconnection, the client SV1 executes a client connection request process (S120), and the server SV2 executes a connection operation (SI10), whereby the audio client CL1 establishes a connection to the server SV2. After that, the audio client CL1 executes a distribution request process (S240). At this time, the audio client CL2 makes a music data transfer request using the acquisition start address received in step S421 as a parameter. The server SV2 executes a distribution operation based on the acquisition start address in the music data transfer request (S200).
- the audio client CL2 can acquire the continuation of the music data Ml from the server SV2, and can continue the reproduction of the music data Ml.
- the server SV finishes its operation even if there is an audio client CL to which music data is distributed (that is, being reproduced) from that server SV, the takeover server SV Inherit the song data. Therefore, the audio client CL can continue playing.
- the global server system 10 may include a controller CN as shown in FIG.
- the controller CN is connected to the servers SV1 and SV3 and controls the audio clients CL1 and CL3 via the servers SV1 and SV3.
- the controller CN causes a desired audio client CL to play a desired song or stops a song being played.
- FIG. 24 shows the connection relationship between the servers SV1 to SV3, the audio clients CL1 and CL3, and the controller CN shown in FIG.
- the controller CN connects to all servers SV1-SV3.
- the audio client CL1-CL3 connects to one of the servers SV1-SV3.
- the audio client CL1 is connected to the server SV1, and the audio clients CL2 and CL3 are connected to the server SV2. That is, the audio client CL1 obtains the global list GL from the server SV1, and the audio clients CL2 and CL3 obtain the global list GL from the server SV2.
- the controller CN when the controller CN causes the audio client CL2 to reproduce the music based on the music data M31, the controller CN sends a reproduction command to the audio client CL2. Specifically, after confirming that the audio client CL2 is connected to the server SV2, the controller CN transmits a playback command to the audio client CL2 via the server SV2 ((1) in the figure) ( ((2) in the figure). The operation of the audio client CL2 receiving the playback command is the same as (B) in FIG.
- the controller CN functions as a client for the servers SV1 and SV3.
- the controller CN includes a LAN controller 38, a microcomputer processing unit 28, a flash memory 30, a memory 32, a display device 37 such as a CRT or an LCD, a keyboard and a mouse. And an input device 39.
- the difference between the controller CN and the audio client CL is that the audio client CL has a playback function, whereas the controller CN does not need to have a playback function and mainly has the monitoring function and control function of the audio client CL. It is.
- controller server list having the same configuration as in Table 1 is registered.
- Table 10 shows the server information (controller server information) registered in the controller server list.
- a client list "clientlist” is registered instead of the local list LL as compared with Table 2.
- the controller CN has all the client information of the servers SV1 to SV3. Therefore, the controller CN grasps the existence of one of the audio clients CL1 and CL3 operating in the global server system 10, and grasps which server SV each audio client CL is connected to.
- the global list GL is also registered in the memory 32.
- the controller CN connects to all the server SVs of the global server system 10, and acquires a monitoring handle and a control handle for monitoring and controlling the audio clients CL1 and CL3 connected to each server SV.
- step S1—step S7 are the same as those in FIG.
- the controller CN searches for the server SV1—SV3 running on the LAN 50, and registers the server identification information of the server SV1—SV3 in the server list.
- controller CN executes a connection process to server SV2 (S1000). At this time, the server SV2 executes a connection response process (S1020). The controller CN establishes a connection with the server SV2 by the connection processing and the connection response processing. In the connection process, the controller CN transmits its client information to the server SV2. At this time, the controller CN notifies that the client type is “controller”.
- the controller CN After establishing the connection, the controller CN transmits a client list request command to the server SV2 (S7301).
- the server SV2 receives the client list request command and transmits the client list in the HDD 14 to the controller CN (S7302). Since the audio clients CL2 and CL3 and the controller CN are connected to the server SV2, the client list transmitted in step S7302 includes the client M green information of the audio clients CL2 and CL3 and the client CN of the controller CN. Information.
- the controller CN After receiving the client list, the controller CN registers it in the controller list in the memory 32 (S7303). More specifically, the "c li en tlist" of the controller for the server information of the server SV2 in the controller server list, to register the client list obtained.
- the controller CN After registering the client list, the controller CN requests the server SV2 to obtain the monitoring handle and control handle of the audio clients CL2 and CL3 connected to the server SV2 based on the client list. (S7305 S7311).
- the monitoring handle has the authority to monitor the audio client CL given from the server SV to the controller CN.
- the control handle is the authority given to the controller CN from the server SV to control the audio client CL.
- the controller CN counts up the count value n (S7311), and returns to the operation of Step S7305 again.
- the handle acquisition processing is executed for all servers SV1 to SV3. Therefore, the controller CN acquires monitoring handles and control handles of all the audio clients CL1 to CL3 operating in the global server system 10.
- the operation in which the controller CN acquires the global list GL from the server SV is the same as the operation of the audio client CL2 in Fig. 10.
- the controller CN acquires the global list GL from any server SV.
- the controller CN does not execute the connection processing (S1000) in FIG. (Step S105 in FIG. 5).
- An arbitrary server SV is, for example, a server SV with a server ID of 1 in the controller server list.
- the controller CN receives the list update notification from the server SV and updates the global list GL. The operation of updating the global list is the same as in FIG.
- the controller CN can always acquire the latest global list.
- the controller CN can monitor the audio client CL by acquiring the monitoring handle. Referring to FIG. 28, when the volume value of audio client CL2 is changed, audio client CL2 sends a volume value change notification to server SV2 (S7501).
- the volume value change notification includes information on the changed volume value.
- the server SV2 After receiving the volume value change notification, the server SV2 updates the client information of the audio client CL2 (S7502). Specifically, the data of “volume” in the client information is updated. The server SV2 further transmits the updated client information to the controller CN which has acquired the monitoring handle of the audio client CL2 (S7503).
- the controller CN receives the updated client information, and updates the client information of the audio client CL2 in the controller list (S7504).
- the updated client information is displayed on the display device 37 (S7505).
- the server SV when the server SV receives the client information from the audio client CL, by transmitting the client information to the controller CN, the controller CN can constantly monitor the audio client CL.
- the controller CN can control the audio client CL by acquiring the control handle.
- the control operation a process in which the controller CN instructs the audio client CL2 to reproduce a song based on the song data M31 will be described.
- the music data is selected based on the global list GL of the controller CN.
- the controller CN sets the song data M31 based on the global list GL. Is selected (S7601). After the selection, the controller CN specifies the server to which the audio client CL2 is connected, based on the controller list (S7602). Specifically, the controller CN refers to the controller server list and determines that the server information having the client information of the audio client CL2 is the server information of the server SV2. In other words, the controller CN determines that the server connected to the audio client CL2 is the server SV2. Therefore, the controller CN sends a playback command to the server SV2 (S7603).
- the reproduction command includes information for specifying the music data M31 (for example, music ID).
- Server SV2 controller CN power Playback command sent to audio client
- the message is transmitted to CL2 (S7604).
- the controller CN sends a playback command to the audio client CL2 via the server SV2.
- the audio client CL2 that has received the playback command executes a distribution request process in order to acquire and play back the music data M31 (S240).
- the server SV3 executes a distribution operation (S200).
- Fig. 29 shows the operation in the case of instructing the reproduction of the music, but the same applies to the case where the reproduction of the music is stopped.
- the controller CN sends a music reproduction stop command to the audio client CL2 via the server SV2, the audio client CL2 stops music reproduction. The same applies to control such as volume adjustment.
- the controller CN can control the audio client CL that has acquired the control handle.
- the global server system 10 includes a plurality of controllers CN, a plurality of control handles for each audio client CL are not issued. In other words, only one controller CN can control each audio client CL. On the other hand, the monitoring handle of each audio client CL is issued in duplicate, and a plurality of controllers CN can monitor one audio client CL.
- FIG. 30 is a diagram showing the overall configuration of the center server system.
- the server system 70 includes a center server CSV, a plurality of sub servers SSV1 and SSV2, and a plurality of audio clients CL1 and CL3. These are connected to each other by LAN60.
- the configuration of the center server CSV and sub server SSV is the same as in Fig. 3.
- the number of subserver SSVs is two (SSV1 and SSV2), but it is sufficient if there is at least one subserver SSV. Also, it is sufficient if there is at least one client CL.
- the center server system 70 all servers SV1 and SV3 on the LAN 50 have the global list GL, whereas in the center server system 70, only the center server CSV has the global list GL.
- the center server CSV further includes music data M31-M3n and a local list LL3.
- the sub server SSV1 includes the music data Ml 1 Mln and the local list LL1
- the sub server SSV2 includes the music data M21 M2n and the singular list LL2.
- the sub servers SSV1 and SSV2 transmit the updated local lists LL1 and LL2 to the center server CSV ((1) in the figure).
- the center server CSV receives the local lists LL1 and LL2 and updates the global list GL with the local list LL3.
- the low power list LL3 is not transmitted from the center server CSV to the sub servers SSV1 and SSV2.
- a plurality of audio clients CL1-CL3 transmit a transfer request for global list GL to center server CSV ((2) in the figure).
- the center server CSV receives the request of the global list GL and transmits the global list GL to each audio client CL1 to CL3 ((3) in the figure).
- the audio client CL2 plays the music data M21 after receiving the global list GL
- the audio client CL2 sends a music data transfer request of the music data M21 to the center server CSV, as shown in FIG. 31 (B). ((4) in the figure).
- the center server CSV receives the music data transfer request and requests the sub server SSV2 storing the music data M21 to deliver the music data M21 to the center server CSV ((5) in the figure).
- sub server SSV2 receives the request of center server CSV, and distributes music data M21 to center server CSV ((6) in the figure).
- Center server CSV is distributed from sub server SSV2
- the music data M21 thus distributed is delivered to the audio client CL2 ((7) in the figure).
- all requests from the audio client CL are transmitted to the center server CSV.
- the distribution of music data M to the sub server SSV Riki and the audio client CL is performed via the center server CSV.
- the center server CSV relays between the sub server SSV and the audio client CL, and also has its own music data M, and distributes the music data M stored by itself directly to the audio client CL.
- the audio client CL can reproduce all music data M on the LAN 60 by requesting the center server CSV.
- the transfer of the music data may be performed to the sub server SSV that stores the desired music data M without going through the center server C SV server. ,.
- the server SV started first on the LAN 60 operates as the center server CSV, and the server SV started second and thereafter operates as the sub server SSV.
- startup server SV the operations from step S1 to S6 of server SV at startup (hereinafter, referred to as startup server SV) are the same as those in FIG.
- the starting server SV broadcasts a magic word to determine whether another server SV on the LAN 60 is already running. If two seconds have passed after the broadcast and there is no server identification information in the list (S7), the start server SV operates as the center server CSV because no other server SV exists on the LAN 60 ( S50).
- the operation of the center server CSV is described in 2.2.2.2.
- the start server SV operates as a sub server SSV because the center server CSV is already operating.
- the sub server SSV executes connection processing to the center server CSV (S1000).
- the connection process at this time is the same as the operation in step S1000 in FIG.
- Sub server SSV When the server executes the connection processing (S1000), the center server CSV performs the connection response processing (the same processing as S1020 in FIG. 6).
- the sub server SSV executes a local list transmission processing to the center server C SV (S11), and transmits its own list LL to the center server CSV. I do.
- the details of the local list transmission process are the same as in FIG. Note that the server SV in the global list server system 10 performs connection processing for all other server SVs, and then prepares to broadcast the ⁇ command. Subserver S SV performs connection processing for the center server CSV. Prepare later ⁇ Broadcast command
- the start server SV when the start server SV becomes the sub server SSV, it connects to the center server C SV, transmits its own local list LL to the center server CSV, and executes the operation of the sub server SSV ( S65).
- the operation of the subserver SSV is explained in 2.2.
- center server CSV executes connection operation (S100, S110), distribution operation (S500), list update operation (S600), and at the time of termination (S15), termination operation (S700). ).
- the connection operation (S100, S110) is the same as the server connection processing operation (1.3.2.2.1 and 1.3.2.2.2) in the global list server system 10.
- the distribution operation (S500), the list update operation (S600), and the end operation (S700) will be described.
- Center server CSV capability When the audio client CL2 that has acquired the global list GL selects the song data M21 of the sub server SSV2 from the global list GL, the audio client CL2 sends a song data transfer request to the center server CSV. The song data M21 is received from the sub server SSV2 via the center server CSV and played back. Details will be described below.
- audio client CL2 executes a connection process to center server CSV (S1000).
- the center server CSV executes a connection response process (S1020).
- the connection for distributing the music data M21 is set.
- the center server CSV also maintains the connection with the audio client CL2 established in the previous connection operation (S110). Therefore, the audio client CL2 has established the connection for receiving the global nolist and the connection for receiving the music data with the center server CSV. In this way, by separating the command port for receiving the global list and the command port for requesting the transfer of music data, traffic congestion can be reduced.
- the center server CSV executes music data distribution processing (S501).
- S501 music data distribution processing
- center server CSV receives a music data transfer request from audio client CL2 (S5011), and determines whether the requested music data is music data in center server CSV (S5012). ). If the music data is in the center server CSV, the center server CSV distributes the music data to the audio client CL2 (S5015).
- the center server CSV acquires the music data M21 from the sub server SSV2 that stores the music data M21, and distributes it to the audio client CL2.
- the center server CSV executes connection processing to the sub server SSV2 (S1000).
- the sub server SSV2 executes a connection response process (S1020), and establishes a connection for music data transfer request between the servers.
- S1020 connection response process
- the center server CSV executes a music data relay process (S502).
- the center server CSV transmits a music data transfer request of the music data M21 to the sub server SSV2 (5013).
- the sub server SSV2 receives the music data transfer request, and distributes the music data M21 to the center server CSV based on the acquisition start address and the data length in the music data transfer request (S5014).
- the center server CSV distributes the music data M21 distributed from the sub server SSV2 to the audio client CL2 (S5015). [0256]
- the center server CSV distributes the music data M21 to the audio client CL2.
- the center server CSV that has received the music data transfer request in S226 performs music data relay processing (S502), and continues distribution of the music data M21.
- the center server CSV is converted to the sub server SSV2 and the audio client.
- the audio client CL2 can reproduce the music data M21 by relaying between the CL2 and the CL2.
- the client CL2 can recognize from the global list GL that the music data M21 is stored in the sub server SSV2, the client CL2 directly executes a distribution request process to the sub server SSV2 (S240).
- the sub server SSV2 may execute the distribution operation (S200). The operation in this case is the same as in FIG.
- the center server CSV creates the global list GL. Therefore, when the center server CSV registers new song data, the center server CSV sends a list update notification only to the audio client CL that does not need to send a list update notification to a plurality of subservers SSV on the LAN 60.
- the operation of the center server CSV in response to the list update notification from the sub server SSV is the same as the operation of the server SV2 in FIG.
- the operation of the center server CSV when the sub server SSV leaves is the same as the operation of the server SV1 in FIG.
- the following is a description of the center server CSV list updating operation when the center server CSV registers new song data M31.
- center server CSV updates local list LL3 (S601) and deletes existing presentation content list PL (S602). Thereafter, a new presentation content list PL is created (S603), and a list update notification process is executed (S320). The list update notification processing is performed for a plurality of audio clients CL on the LAN 60. [0264] 2. 2. 2. 3. End operation
- step S401 when audio client CL is not playing (in the case of client CL2 in FIG. 37), end operation of center server CSV (S403, S405, S335, S431, S432, S1000) , S1020) is the same as FIG.
- the center server CSV determines whether the music data being played by the audio client CL1 is music data stored in the center server CSV itself. (S701). As a result of the determination, if the center server CSV does not store the music data, for example, if the audio client CL1 is playing the music data M21, the center server CSV performs the relay processing of the music data M21 to perform the processing. . At this time, the center server CSV calculates the acquisition start address (S405). The acquisition start address is calculated based on the music data length already acquired by the center server CSV from the sub server SSV2. The calculated acquisition start address is included in the playback request command and transmitted to the audio client CL1 (S406).
- the playback request command also includes the server identification information of the takeover server SV of the center server CSV.
- the sub server SSV 1 also receives a takeover command when receiving the withdrawal notification from the center server CSV, and operates as the center server C SV.
- the center server CSV After transmitting the playback command, the center server CSV counts up the count value n and returns to step S402.
- the audio client CL1 After receiving the playback command from the center server CSV (S421), the audio client CL1 disconnects the connection with the center server CSV (S422). After the disconnection, the client connection request processing (S120) is executed for the takeover server SV (sub server SSV1), and the takeover server SV performs the connection operation (S100), so that the audio client CL1 performs the connection operation to the takeover server SV. To establish a connection. After that, the audio client CL1 executes a distribution request operation (S240). At this time, the audio client CL1 obtains the data received in step S421. A music data transfer request is made using the start address as a parameter.
- the transfer server SV executes a distribution operation based on the acquisition start address in the music data transfer request (S500).
- the audio client CL1 can acquire the continuation of the music data M21 from the takeover server SV, and can continue the reproduction of the music data M21.
- step S701 if the music data M31 is reproduced by the audio client CL1, the center server CSV needs to transmit the music data M31 stored by itself to the takeover server SV. . Therefore, the center server CSV executes the music data takeover processing (S404). Further, the takeover server SV executes a music data acceptance process (S411). After the music data takeover processing, the center server CSV proceeds to step S405.
- the center server CSV After transmitting the reproduction command in step S406, the center server CSV counts up the count value n (S407), and returns to step S402 again to repeat the operation. As a result, the end operation can be performed for all audio clients CL connected to the center server CSV. After executing the end operation for all the audio clients CL, that is, when the count value n exceeds the number of client connections (S402), the center server CSV transmits a leave notification to a plurality of sub servers SSVs (S335). , End the operation.
- the center server CSV also sends a takeover command to the takeover server when sending a leave notification to another subserver SSV.
- the transmission of the global list GL and the transmission of the music data M to the audio client CL are all performed by the center server CSV. Therefore, the center server CSV performs a connection operation (S100) and a list update operation (S500) to acquire the updated local list LL from the sub server SSV and distribute the latest global list GL to the audio client CL. .
- the sub server SSV also performs the connection operation (S650) and the list update operation (S550) as shown in FIG.
- the sub server SSV does not distribute the global list GL to the audio client CL. However, when the center server CSV executes the operation end (S700), the sub server SSV connected to the center server CSV first.
- the sub server SSV is the center server It may change to CSV. For this reason, the sub server SSV acquires the local list LL of the sub server SSV started after performing its own startup processing, and prepares so that it can function as the center server when receiving the takeover instruction from the center server C SV .
- the sub server SSV determines whether or not it has received a takeover command from the center server CSV (S21). When the takeover command is received, the sub server SSV executes the operation of the center server as the center server CSV (S50). On the other hand, even if the server (center server CSV and other subserver SSVs) connected to the subserver SSV itself does not exist even if the takeover command is not received, the subserver SSV is also used as the center server CSV as the center server. Perform server actions. Whether there is a server SV connected to the sub server SSV itself is determined based on the server list.
- connection operation (S650), the list update operation (S550), and the termination operation (S750) will be described.
- sub server SSV1 when active sub server SSV1 receives the magic word for server search (S651), sub server SSV1 does not respond or responds that it is subserver SSV. Is performed (S652). As a result, the audio client CL cannot connect to the sub server S SV.
- the sub server SSV separates the port that receives the magic word for search from the startup server SV (other sub server SSV) from the port that receives the magic word for search from the audio client CL. it can.
- the magic word for searching for the start server SV and audio client CL is The difference may allow the sub server SSV to make the determination in S653.
- step S653 If it is determined in step S653 that the audio client CL broadcasts, the sub server SSV1 ends the connection operation. On the other hand, as a result of the judgment, if the broadcast is the activation server SV (sub-server SSV2), it means that the sub-server S SV2 has been activated after the sub-server SSV1. At this time, the sub server SSV1 registers the server identification information of the sub server SSV2 started after itself in the server list (S654). Server specific information is broadcast along with the magic word.
- the broadcast is the activation server SV (sub-server SSV2)
- the sub server SSV1 registers the server identification information of the sub server SSV2 started after itself in the server list (S654). Server specific information is broadcast along with the magic word.
- the sub server SSV1 executes a connection process (S1000) to the sub server SSV 2 to obtain the local list LL2.
- the sub server SSV2 which is the start server SV, is performing connection processing with the center server CSV (that is, during start processing)
- the connection fails even if the sub server SSV1 executes the connection processing (S1000) to the sub server SSV2. I do.
- the sub server SSV1 receives the preparation @K command from the sub server SSV2 (S656), and executes the connection process again (S1000). If the connection is successful (S655), the sub server SSV1 acquires the local list LL2 from the connected sub server SSV2 and stores it in the HDD 14 (S1010).
- the sub server SSV acquires all the local list LL of the sub server S SV started after the sub server SSV starts, and accumulates in the HDD 14. This is because it is necessary to create the acquired local list LL force global list GL and send it to multiple audio clients CL when the center server becomes CSV due to receiving a takeover command. Note that the sub server SSV does not obtain the local list LL of the server SV (center server CSV or sub server SSV) that was already started before the server itself started. In the center server system 70, when the center server CSV is taken over, the server SV is taken over in the order of the started server SV.
- sub server SSV1 updates local list LL1 (S551).
- the sub server SSV1 deletes the existing presentation content list PL (S552).
- the presentation content list PL of the sub server SSV1 In the presentation content list PL of the sub server SSV1, the storage location of the local server list LL1 of the sub server SSV1 itself and the storage location of the local list LL of another sub server SSV started after the activation of the sub server SSV1 are recorded. Is done.
- the sub server SSV1 creates a new presentation content list PL based on the updated local list LL1 (S553). The reason why the presentation content list is created is that it is necessary when itself becomes the center server CSV.
- the sub server SSV1 After creating the presentation content list PL, the sub server SSV1 sends a list update notification (S554).
- the list update notification is sent to multiple server SVs registered in the client list in the sub server SSV1.
- the server SVs registered in the Sanoku list are the server SVs (center server CSV and sub server SSV) that started before the sub server SSV1.
- Subserver SSV1 receives a list update notification from subserver SSV started after itself.
- the sub server SSV2 starts the center server CSV which is started before itself.
- a list update notification is transmitted to the sub server SSV1 (S555).
- the sub server SSV1 deletes the existing presentation content list PL (S557).
- the sub server SSV1 deletes the local list LL2 of the sub server SSV2 (S558).
- the sub server SSV1 After deleting the low profile list LL2, the sub server SSV1 transmits a transfer request command for the updated local list LL2 to the sub server SSV2 (S559). After receiving the transfer request command (S560), the sub server SSV2 transmits the updated local list LL2 to the sub server SSV1 (S561). Subserver SSV1 receives the updated local list LL2 (S5 62), a presentation content list PL is created (S563).
- the sub server SSV1 receives the takeover instruction from the center server CSV
- center server system 70 started in the order of sub-servers SSV1 and SSV2, when sub-server SSV2 terminates operation and leaves LAN60, sub-server SSV2 starts before itself.
- a withdrawal notification is transmitted to the server SV that has performed (S564).
- the leave notification is sent to all the server SVs registered in the client list in the sub server SSV2.
- the sub server SSV1 deletes the existing presentation content list PL (S566).
- the local list LL2 registered in the HDD 14 is deleted (S567).
- the sub server SSV1 creates a presentation content list PL (S568).
- the sub server SSV1 determines whether or not the music data stored therein is being distributed to the center server CSV (S751). If the music data has not been distributed, the sub server SSV1 ends the operation after transmitting the leaving notification to the server SV started before the sub server SSV1 (S757). On the other hand, when the music data Mi l is being distributed, the sub server SSV1 sends a registration request command of the music data Mi l to the center server CSV (S752). The center server CSV receives the request command and registers a new music ID in the HDD 14 (S753). After registration, the center server C SV transmits the new song ID to the sub server SSV1 (S754).
- the sub server SSV1 receives the new song ID, assigns the new song ID to the song data MiI, and sends it to the center server CSV (S755). After the transmission, the sub server SSV1 transmits a leave notification (S757), and ends the operation.
- the center server CSV receives the song data Mi l and registers the song data Mi l in a location in the HDD 14 where the song data with the new song ID is stored (S756).
- the center server system 70 described above may include a controller CN as shown in FIG.
- the controller CN connects to the center server SV and controls the audio client CL via the server SV.
- the configuration of the controller CN is the same as in FIG.
- the controller CN has a server list for controllers and a global list. In FIG. 44, one controller CN indicates the force.
- the controller CN When the controller CN causes the audio client CL2 to reproduce the music based on the music data M21, the controller CN transmits a reproduction command to the audio client CL2. Specifically, the controller CN sends a playback command to the audio client CL 2 via the center server CSV (1).
- the operation of the audio client CL2 that has received the playback command is the same as (B) and (C) in FIG.
- the controller CN connects to the center server CSV and executes handle acquisition processing. No, the handle acquisition process is the same as in FIG.
- the operation of server SV2 in Fig. 27 is executed by the center server CSV. All the audio clients CL1-CL3 of the center server system 70 are connected to the center server CSV. Therefore, the controller CN can acquire the monitoring handle and the control handle of the audio client CL1 to CL3 by executing the handle acquisition processing for the center server CSV.
- the controller CN that has obtained the monitoring handle can monitor the audio client CL.
- the monitoring operation of the controller CN is the same as in FIG.
- the operation of the server SV2 in FIG. 28 is executed by the center server CSV.
- controller CN that has obtained the control handle can control the audio client CL.
- controller CN sends a playback command to center server CSV (S7603).
- the server SV2 sends the playback command sent from the controller CN to the audio client CL2 (S7604).
- the audio client CL2 Upon receiving the playback command, the audio client CL2 acquires the song data and plays it. For this purpose, a distribution request process is executed (S240). At this time, the center server CSV executes the distribution operation (S500).
- the controller CN can instruct the audio client CL, which has acquired the control handle, to reproduce or stop the reproduction. That is, the audio client can be controlled.
- the file sharing server system uses a file sharing protocol such as SMB (Server Message Block) or CIFS (Common Internet File System).
- server SV2 has a list of music data M21-M2n stored by itself, and a list of music data Mil Mln, M31 M3n stored by server SV1 and server SV3. That is, server SV2 can share the files stored by server SV1 and server SV3.
- the server SV2 provides the list to the client CL2 in response to the list request from the client CL2.
- the client CL2 requests the desired music data M31 based on the list.
- the server SV2 receives the request, acquires the music data M31 in the server SV3, and distributes it to the client CL2.
- the server SV1 and the server SV3 simply function as devices for storing music data. Therefore, for example, even if new song data is registered on the server SV1, the server SV1 does not send an update notification to the server SV2.
- servers SV1 and SV3 may be able to share the files of the other server SVs similarly to the server SV2.
- the local list transmission system is a system in which the audio client CL obtains a plurality of local lists LL from a plurality of servers SV, and can select all music data M stored on the LAN.
- each server SV holds only local list LL of music data stored by itself.
- each server SV1—S V3 transmits the local list LL1 to LL3 to the audio client CL2 ((2) in the figure).
- the audio client CL2 selects songs based on those lists. If the selected song is song data M31, the audio client CL2 requests the song data M31 from the server SV3 ((3) in the figure) as shown in Fig. 47 (C), and the server SV3 responds to the request. To transmit the music data M31 ((4) in the figure).
- the client when taking over the center server, the client may send to the takeover server a song that is to be played back by the client instead of only the song being played back by the client. Furthermore, in the center server system, the client may directly request a song from the sub server, but in this case, the client connects to the center server via a push port, thereby notifying the center server of a list update notification. You can get it right away. Further, in the center server system, the client may automatically connect to the center server at the time of startup. Further, in the center server system, a plurality of server groups may exist, and each group may have a center server. Furthermore, when a client searches for a server, at least the center server should respond to the client in the center server system.
- the sub server can respond to the client by determining the magic word attribute (the attribute indicating that the client does not support the center server).
- the server can provide client information (connection information, status (playing, stopped, etc.), client type, volume, product ID, firmware ID, client name, playback file name, and / or list building for list creation). Key
- client information connection information, status (playing, stopped, etc.), client type, volume, product ID, firmware ID, client name, playback file name, and / or list building for list creation).
- each server has client information of other servers
- the center server system has client information of all sub servers. You can also.
- the controller is a single server (a center server in a center server system). , You can monitor all client information.
- the method of sharing and updating client information can be realized in the same way as the method of sharing and updating the content list.
- client information may be included in the content list.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Acoustics & Sound (AREA)
- Human Computer Interaction (AREA)
- Astronomy & Astrophysics (AREA)
- Library & Information Science (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP04732179A EP1653361A4 (en) | 2003-08-08 | 2004-05-11 | NETWORK AV SYSTEM |
JP2005512894A JP3979432B2 (ja) | 2003-08-08 | 2004-05-11 | ネットワークavシステム |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003290384 | 2003-08-08 | ||
JP2003-290384 | 2003-08-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2005015407A1 true WO2005015407A1 (ja) | 2005-02-17 |
Family
ID=34114125
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2004/006260 WO2005015407A1 (ja) | 2003-08-08 | 2004-05-11 | ネットワークavシステム |
Country Status (6)
Country | Link |
---|---|
US (1) | US8412801B2 (ja) |
EP (1) | EP1653361A4 (ja) |
JP (1) | JP3979432B2 (ja) |
CN (1) | CN100451990C (ja) |
TW (1) | TWI265693B (ja) |
WO (1) | WO2005015407A1 (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006343966A (ja) * | 2005-06-08 | 2006-12-21 | Onkyo Corp | コンテンツ情報更新システム |
JP2010218146A (ja) * | 2009-03-16 | 2010-09-30 | Canon Inc | 情報処理装置およびその制御方法 |
JP2011096275A (ja) * | 2010-12-17 | 2011-05-12 | Fujitsu Ltd | ファイル管理システム |
JP2012010397A (ja) * | 2011-09-05 | 2012-01-12 | Hitachi Ltd | コンテンツ送信装置 |
US9773001B2 (en) | 2012-05-28 | 2017-09-26 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for processing media resource playlist in local area network |
Families Citing this family (133)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8645137B2 (en) | 2000-03-16 | 2014-02-04 | Apple Inc. | Fast, language-independent method for user authentication by voice |
US9406068B2 (en) | 2003-04-25 | 2016-08-02 | Apple Inc. | Method and system for submitting media for network-based purchase and distribution |
WO2004097635A2 (en) | 2003-04-25 | 2004-11-11 | Apple Computer, Inc. | Graphical user interface for browsing, searching and presenting media items |
US20130097302A9 (en) | 2003-10-01 | 2013-04-18 | Robert Khedouri | Audio visual player apparatus and system and method of content distribution using the same |
US20060008256A1 (en) * | 2003-10-01 | 2006-01-12 | Khedouri Robert K | Audio visual player apparatus and system and method of content distribution using the same |
US7844548B2 (en) * | 2003-10-15 | 2010-11-30 | Apple Inc. | Techniques and systems for electronic submission of media for network-based distribution |
WO2006100723A1 (ja) * | 2005-03-18 | 2006-09-28 | Fujitsu Limited | ファイル管理システム |
US8677377B2 (en) | 2005-09-08 | 2014-03-18 | Apple Inc. | Method and apparatus for building an intelligent automated assistant |
US7827162B2 (en) * | 2006-05-15 | 2010-11-02 | Apple Inc. | Media package format for submission to a media distribution system |
US7962634B2 (en) * | 2006-05-15 | 2011-06-14 | Apple Inc. | Submission of metadata content and media content to a media distribution system |
US8015237B2 (en) * | 2006-05-15 | 2011-09-06 | Apple Inc. | Processing of metadata content and media content received by a media distribution system |
US9318108B2 (en) | 2010-01-18 | 2016-04-19 | Apple Inc. | Intelligent automated assistant |
US20080089299A1 (en) * | 2006-10-13 | 2008-04-17 | Motorola, Inc. | Method and system for distributing content in Ad-hoc networks using super peers |
US8977255B2 (en) | 2007-04-03 | 2015-03-10 | Apple Inc. | Method and system for operating a multi-function portable electronic device using voice-activation |
US7756920B2 (en) * | 2007-11-28 | 2010-07-13 | Apple Inc. | Resubmission of media for network-based distribution |
US9330720B2 (en) | 2008-01-03 | 2016-05-03 | Apple Inc. | Methods and apparatus for altering audio output signals |
US8996376B2 (en) | 2008-04-05 | 2015-03-31 | Apple Inc. | Intelligent text-to-speech conversion |
US20090276333A1 (en) * | 2008-05-05 | 2009-11-05 | Cortes Ricardo D | Electronic submission and management of digital products for network-based distribution |
US9342287B2 (en) | 2008-05-05 | 2016-05-17 | Apple Inc. | Software program ratings |
US9076176B2 (en) | 2008-05-05 | 2015-07-07 | Apple Inc. | Electronic submission of application programs for network-based distribution |
US10496753B2 (en) | 2010-01-18 | 2019-12-03 | Apple Inc. | Automatically adapting user interfaces for hands-free interaction |
US20090307683A1 (en) * | 2008-06-08 | 2009-12-10 | Sam Gharabally | Network-Based Update of Application Programs |
US20100030549A1 (en) | 2008-07-31 | 2010-02-04 | Lee Michael M | Mobile device having human language translation capability with positional feedback |
US8898568B2 (en) * | 2008-09-09 | 2014-11-25 | Apple Inc. | Audio user interface |
US9538142B2 (en) * | 2009-02-04 | 2017-01-03 | Google Inc. | Server-side support for seamless rewind and playback of video streaming |
US20100235889A1 (en) * | 2009-03-16 | 2010-09-16 | Michael Kuohao Chu | Application products with in-application subsequent feature access using network-based distribution system |
US20100299219A1 (en) * | 2009-05-25 | 2010-11-25 | Cortes Ricardo D | Configuration and Management of Add-ons to Digital Application Programs for Network-Based Distribution |
US10241644B2 (en) | 2011-06-03 | 2019-03-26 | Apple Inc. | Actionable reminder entries |
US9858925B2 (en) | 2009-06-05 | 2018-01-02 | Apple Inc. | Using context information to facilitate processing of commands in a virtual assistant |
US10241752B2 (en) | 2011-09-30 | 2019-03-26 | Apple Inc. | Interface for a virtual digital assistant |
US10706373B2 (en) | 2011-06-03 | 2020-07-07 | Apple Inc. | Performing actions associated with task items that represent tasks to perform |
GB2471483A (en) * | 2009-06-30 | 2011-01-05 | Nokia Corp | Data type selection based on channel type |
US9431006B2 (en) | 2009-07-02 | 2016-08-30 | Apple Inc. | Methods and apparatuses for automatic speech recognition |
US9729609B2 (en) * | 2009-08-07 | 2017-08-08 | Apple Inc. | Automatic transport discovery for media submission |
US8935217B2 (en) * | 2009-09-08 | 2015-01-13 | Apple Inc. | Digital asset validation prior to submission for network-based distribution |
US10553209B2 (en) | 2010-01-18 | 2020-02-04 | Apple Inc. | Systems and methods for hands-free notification summaries |
US10679605B2 (en) | 2010-01-18 | 2020-06-09 | Apple Inc. | Hands-free list-reading by intelligent automated assistant |
US10276170B2 (en) | 2010-01-18 | 2019-04-30 | Apple Inc. | Intelligent automated assistant |
US10705794B2 (en) | 2010-01-18 | 2020-07-07 | Apple Inc. | Automatically adapting user interfaces for hands-free interaction |
US8682667B2 (en) | 2010-02-25 | 2014-03-25 | Apple Inc. | User profiling for selecting user specific voice input processing information |
JP5184606B2 (ja) * | 2010-11-01 | 2013-04-17 | 株式会社バッファロー | コンテンツ送信方法、接続先ストレージ及びコンテンツ送信プログラム |
US9262612B2 (en) | 2011-03-21 | 2016-02-16 | Apple Inc. | Device access using voice authentication |
US9087060B2 (en) * | 2011-06-03 | 2015-07-21 | Apple Inc. | Partial sort on a host |
US10057736B2 (en) | 2011-06-03 | 2018-08-21 | Apple Inc. | Active transport based notifications |
US8994660B2 (en) | 2011-08-29 | 2015-03-31 | Apple Inc. | Text correction processing |
US10134385B2 (en) | 2012-03-02 | 2018-11-20 | Apple Inc. | Systems and methods for name pronunciation |
US9483461B2 (en) | 2012-03-06 | 2016-11-01 | Apple Inc. | Handling speech synthesis of content for multiple languages |
US9280610B2 (en) | 2012-05-14 | 2016-03-08 | Apple Inc. | Crowd sourcing information to fulfill user requests |
US9203624B2 (en) | 2012-06-04 | 2015-12-01 | Apple Inc. | Authentication and notification heuristics |
US9721563B2 (en) | 2012-06-08 | 2017-08-01 | Apple Inc. | Name recognition system |
US9495129B2 (en) | 2012-06-29 | 2016-11-15 | Apple Inc. | Device, method, and user interface for voice-activated navigation and browsing of a document |
US9576574B2 (en) | 2012-09-10 | 2017-02-21 | Apple Inc. | Context-sensitive handling of interruptions by intelligent digital assistant |
US9547647B2 (en) | 2012-09-19 | 2017-01-17 | Apple Inc. | Voice-based media searching |
US8990188B2 (en) | 2012-11-30 | 2015-03-24 | Apple Inc. | Managed assessment of submitted digital content |
US9087341B2 (en) | 2013-01-11 | 2015-07-21 | Apple Inc. | Migration of feedback data to equivalent digital assets |
US9368114B2 (en) | 2013-03-14 | 2016-06-14 | Apple Inc. | Context-sensitive handling of interruptions |
WO2014144579A1 (en) | 2013-03-15 | 2014-09-18 | Apple Inc. | System and method for updating an adaptive speech recognition model |
WO2014144949A2 (en) | 2013-03-15 | 2014-09-18 | Apple Inc. | Training an at least partial voice command system |
WO2014197336A1 (en) | 2013-06-07 | 2014-12-11 | Apple Inc. | System and method for detecting errors in interactions with a voice-based digital assistant |
WO2014197334A2 (en) | 2013-06-07 | 2014-12-11 | Apple Inc. | System and method for user-specified pronunciation of words for speech synthesis and recognition |
US9582608B2 (en) | 2013-06-07 | 2017-02-28 | Apple Inc. | Unified ranking with entropy-weighted information for phrase-based semantic auto-completion |
WO2014197335A1 (en) | 2013-06-08 | 2014-12-11 | Apple Inc. | Interpreting and acting upon commands that involve sharing information with remote devices |
US10176167B2 (en) | 2013-06-09 | 2019-01-08 | Apple Inc. | System and method for inferring user intent from speech inputs |
KR101772152B1 (ko) | 2013-06-09 | 2017-08-28 | 애플 인크. | 디지털 어시스턴트의 둘 이상의 인스턴스들에 걸친 대화 지속성을 가능하게 하기 위한 디바이스, 방법 및 그래픽 사용자 인터페이스 |
CN105265005B (zh) | 2013-06-13 | 2019-09-17 | 苹果公司 | 用于由语音命令发起的紧急呼叫的系统和方法 |
RU2568282C2 (ru) * | 2014-04-18 | 2015-11-20 | Закрытое акционерное общество "Лаборатория Касперского" | Система и способ обеспечения отказоустойчивости антивирусной защиты, реализуемой в виртуальной среде |
US9502031B2 (en) | 2014-05-27 | 2016-11-22 | Apple Inc. | Method for supporting dynamic grammars in WFST-based ASR |
US9430463B2 (en) | 2014-05-30 | 2016-08-30 | Apple Inc. | Exemplar-based natural language processing |
US9842101B2 (en) | 2014-05-30 | 2017-12-12 | Apple Inc. | Predictive conversion of language input |
US9785630B2 (en) | 2014-05-30 | 2017-10-10 | Apple Inc. | Text prediction using combined word N-gram and unigram language models |
US10170123B2 (en) | 2014-05-30 | 2019-01-01 | Apple Inc. | Intelligent assistant for home automation |
US9633004B2 (en) | 2014-05-30 | 2017-04-25 | Apple Inc. | Better resolution when referencing to concepts |
WO2015184186A1 (en) | 2014-05-30 | 2015-12-03 | Apple Inc. | Multi-command single utterance input method |
US9715875B2 (en) | 2014-05-30 | 2017-07-25 | Apple Inc. | Reducing the need for manual start/end-pointing and trigger phrases |
US10078631B2 (en) | 2014-05-30 | 2018-09-18 | Apple Inc. | Entropy-guided text prediction using combined word and character n-gram language models |
US9734193B2 (en) | 2014-05-30 | 2017-08-15 | Apple Inc. | Determining domain salience ranking from ambiguous words in natural speech |
US9760559B2 (en) | 2014-05-30 | 2017-09-12 | Apple Inc. | Predictive text input |
US10659851B2 (en) | 2014-06-30 | 2020-05-19 | Apple Inc. | Real-time digital assistant knowledge updates |
US9338493B2 (en) | 2014-06-30 | 2016-05-10 | Apple Inc. | Intelligent automated assistant for TV user interactions |
US10446141B2 (en) | 2014-08-28 | 2019-10-15 | Apple Inc. | Automatic speech recognition based on user feedback |
US9818400B2 (en) | 2014-09-11 | 2017-11-14 | Apple Inc. | Method and apparatus for discovering trending terms in speech requests |
US10789041B2 (en) | 2014-09-12 | 2020-09-29 | Apple Inc. | Dynamic thresholds for always listening speech trigger |
US10074360B2 (en) | 2014-09-30 | 2018-09-11 | Apple Inc. | Providing an indication of the suitability of speech recognition |
US9646609B2 (en) | 2014-09-30 | 2017-05-09 | Apple Inc. | Caching apparatus for serving phonetic pronunciations |
US9886432B2 (en) | 2014-09-30 | 2018-02-06 | Apple Inc. | Parsimonious handling of word inflection via categorical stem + suffix N-gram language models |
US9668121B2 (en) | 2014-09-30 | 2017-05-30 | Apple Inc. | Social reminders |
US10552013B2 (en) | 2014-12-02 | 2020-02-04 | Apple Inc. | Data detection |
US9711141B2 (en) | 2014-12-09 | 2017-07-18 | Apple Inc. | Disambiguating heteronyms in speech synthesis |
US9865280B2 (en) | 2015-03-06 | 2018-01-09 | Apple Inc. | Structured dictation using intelligent automated assistants |
US10567477B2 (en) | 2015-03-08 | 2020-02-18 | Apple Inc. | Virtual assistant continuity |
US9886953B2 (en) | 2015-03-08 | 2018-02-06 | Apple Inc. | Virtual assistant activation |
US9721566B2 (en) | 2015-03-08 | 2017-08-01 | Apple Inc. | Competing devices responding to voice triggers |
US9899019B2 (en) | 2015-03-18 | 2018-02-20 | Apple Inc. | Systems and methods for structured stem and suffix language models |
US9842105B2 (en) | 2015-04-16 | 2017-12-12 | Apple Inc. | Parsimonious continuous-space phrase representations for natural language processing |
US10083688B2 (en) | 2015-05-27 | 2018-09-25 | Apple Inc. | Device voice control for selecting a displayed affordance |
US10127220B2 (en) | 2015-06-04 | 2018-11-13 | Apple Inc. | Language identification from short strings |
US10101822B2 (en) | 2015-06-05 | 2018-10-16 | Apple Inc. | Language input correction |
US9578173B2 (en) | 2015-06-05 | 2017-02-21 | Apple Inc. | Virtual assistant aided communication with 3rd party service in a communication session |
US10186254B2 (en) | 2015-06-07 | 2019-01-22 | Apple Inc. | Context-based endpoint detection |
US10255907B2 (en) | 2015-06-07 | 2019-04-09 | Apple Inc. | Automatic accent detection using acoustic models |
US10671428B2 (en) | 2015-09-08 | 2020-06-02 | Apple Inc. | Distributed personal assistant |
US10747498B2 (en) | 2015-09-08 | 2020-08-18 | Apple Inc. | Zero latency digital assistant |
US9697820B2 (en) | 2015-09-24 | 2017-07-04 | Apple Inc. | Unit-selection text-to-speech synthesis using concatenation-sensitive neural networks |
US11010550B2 (en) | 2015-09-29 | 2021-05-18 | Apple Inc. | Unified language modeling framework for word prediction, auto-completion and auto-correction |
US10366158B2 (en) | 2015-09-29 | 2019-07-30 | Apple Inc. | Efficient word encoding for recurrent neural network language models |
US11587559B2 (en) | 2015-09-30 | 2023-02-21 | Apple Inc. | Intelligent device identification |
US10691473B2 (en) | 2015-11-06 | 2020-06-23 | Apple Inc. | Intelligent automated assistant in a messaging environment |
US10049668B2 (en) | 2015-12-02 | 2018-08-14 | Apple Inc. | Applying neural network language models to weighted finite state transducers for automatic speech recognition |
US10223066B2 (en) | 2015-12-23 | 2019-03-05 | Apple Inc. | Proactive assistance based on dialog communication between devices |
US10446143B2 (en) | 2016-03-14 | 2019-10-15 | Apple Inc. | Identification of voice inputs providing credentials |
US9934775B2 (en) | 2016-05-26 | 2018-04-03 | Apple Inc. | Unit-selection text-to-speech synthesis based on predicted concatenation parameters |
US9972304B2 (en) | 2016-06-03 | 2018-05-15 | Apple Inc. | Privacy preserving distributed evaluation framework for embedded personalized systems |
US10249300B2 (en) | 2016-06-06 | 2019-04-02 | Apple Inc. | Intelligent list reading |
US10049663B2 (en) | 2016-06-08 | 2018-08-14 | Apple, Inc. | Intelligent automated assistant for media exploration |
DK179309B1 (en) | 2016-06-09 | 2018-04-23 | Apple Inc | Intelligent automated assistant in a home environment |
US10586535B2 (en) | 2016-06-10 | 2020-03-10 | Apple Inc. | Intelligent digital assistant in a multi-tasking environment |
US10509862B2 (en) | 2016-06-10 | 2019-12-17 | Apple Inc. | Dynamic phrase expansion of language input |
US10490187B2 (en) | 2016-06-10 | 2019-11-26 | Apple Inc. | Digital assistant providing automated status report |
US10192552B2 (en) | 2016-06-10 | 2019-01-29 | Apple Inc. | Digital assistant providing whispered speech |
US10067938B2 (en) | 2016-06-10 | 2018-09-04 | Apple Inc. | Multilingual word prediction |
DK179343B1 (en) | 2016-06-11 | 2018-05-14 | Apple Inc | Intelligent task discovery |
DK201670540A1 (en) | 2016-06-11 | 2018-01-08 | Apple Inc | Application integration with a digital assistant |
DK179049B1 (en) | 2016-06-11 | 2017-09-18 | Apple Inc | Data driven natural language event detection and classification |
DK179415B1 (en) | 2016-06-11 | 2018-06-14 | Apple Inc | Intelligent device arbitration and control |
US10043516B2 (en) | 2016-09-23 | 2018-08-07 | Apple Inc. | Intelligent automated assistant |
US10593346B2 (en) | 2016-12-22 | 2020-03-17 | Apple Inc. | Rank-reduced token representation for automatic speech recognition |
DK201770439A1 (en) | 2017-05-11 | 2018-12-13 | Apple Inc. | Offline personal assistant |
DK179745B1 (en) | 2017-05-12 | 2019-05-01 | Apple Inc. | SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT |
DK179496B1 (en) | 2017-05-12 | 2019-01-15 | Apple Inc. | USER-SPECIFIC Acoustic Models |
DK201770431A1 (en) | 2017-05-15 | 2018-12-20 | Apple Inc. | Optimizing dialogue policy decisions for digital assistants using implicit feedback |
DK201770432A1 (en) | 2017-05-15 | 2018-12-21 | Apple Inc. | Hierarchical belief states for digital assistants |
DK179560B1 (en) | 2017-05-16 | 2019-02-18 | Apple Inc. | FAR-FIELD EXTENSION FOR DIGITAL ASSISTANT SERVICES |
US11522958B1 (en) | 2021-12-12 | 2022-12-06 | Intrado Life & Safety, Inc. | Safety network of things |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5987621A (en) | 1997-04-25 | 1999-11-16 | Emc Corporation | Hardware and software failover services for a file server |
US6195680B1 (en) | 1998-07-23 | 2001-02-27 | International Business Machines Corporation | Client-based dynamic switching of streaming servers for fault-tolerance and load balancing |
JP2001092749A (ja) * | 1999-09-22 | 2001-04-06 | Akihide Miyamura | データ配信システム |
JP2001318881A (ja) * | 2000-05-11 | 2001-11-16 | Sony Corp | ネットワーク上の情報伝送方法および電子情報機器 |
JP2002262202A (ja) * | 2001-02-28 | 2002-09-13 | Sony Corp | 情報処理システム、携帯型情報端末装置および情報処理方法、番組情報提供装置および番組情報提供方法、録画再生装置および録画再生方法、プログラム格納媒体、並びにプログラム |
Family Cites Families (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5644714A (en) * | 1994-01-14 | 1997-07-01 | Elonex Plc, Ltd. | Video collection and distribution system with interested item notification and download on demand |
US6181867B1 (en) * | 1995-06-07 | 2001-01-30 | Intervu, Inc. | Video storage and retrieval system |
JPH10177514A (ja) | 1996-12-17 | 1998-06-30 | Pfu Ltd | マルチサーバシステムにおけるデータ処理方法 |
JPH10247911A (ja) | 1997-03-05 | 1998-09-14 | Mitsubishi Electric Corp | マルチサーバ構成におけるシステム監視情報管理装置及びマルチサーバ構成におけるシステム監視情報管理方法 |
US6412004B1 (en) * | 1997-03-27 | 2002-06-25 | Microsoft Corporation | Metaserver for a multimedia distribution network |
KR100568890B1 (ko) * | 1997-11-11 | 2006-04-10 | 소니 가부시끼 가이샤 | 송신 장치 및 방법, 정보 편집 장치 및 방법, 수신 장치 및 방법, 정보 축적 장치 및 방법, 및 방송 시스템 |
US6195351B1 (en) * | 1998-01-28 | 2001-02-27 | 3Com Corporation | Logical switch set |
US7194757B1 (en) * | 1998-03-06 | 2007-03-20 | Starguide Digital Network, Inc. | Method and apparatus for push and pull distribution of multimedia |
AU5781599A (en) * | 1998-08-23 | 2000-03-14 | Open Entertainment, Inc. | Transaction system for transporting media files from content provider sources tohome entertainment devices |
JP3551045B2 (ja) * | 1998-11-02 | 2004-08-04 | 松下電器産業株式会社 | データ送受信装置および方法 |
US6286031B1 (en) * | 1999-01-21 | 2001-09-04 | Jerry Richard Waese | Scalable multimedia distribution method using client pull to retrieve objects in a client-specific multimedia list |
US6564380B1 (en) * | 1999-01-26 | 2003-05-13 | Pixelworld Networks, Inc. | System and method for sending live video on the internet |
US7319536B1 (en) * | 1999-04-12 | 2008-01-15 | Eastman Kodak Company | Techniques for synchronizing any of a plurality of associated multimedia assets in a distributed system |
US6502194B1 (en) * | 1999-04-16 | 2002-12-31 | Synetix Technologies | System for playback of network audio material on demand |
KR100624865B1 (ko) * | 1999-06-02 | 2006-09-18 | 엘지전자 주식회사 | 사용자 프로파일을 이용한 비디오 분할 시청 시스템 |
US20040193722A1 (en) * | 1999-08-30 | 2004-09-30 | Donovan Kevin Remington Joseph Bartholomew | Universal instant messaging system for the internet |
US8145776B1 (en) * | 1999-10-15 | 2012-03-27 | Sony Corporation | Service providing apparatus and method, and information processing apparatus and method as well as program storage medium |
AU1955801A (en) * | 1999-12-10 | 2001-06-18 | Diva Systems Corporation | Method and apparatus for performing user migration within a video on demand environment |
JP2001184272A (ja) | 1999-12-27 | 2001-07-06 | Matsushita Electric Ind Co Ltd | ファイル転送システム及びファイル転送方法 |
US6434747B1 (en) * | 2000-01-19 | 2002-08-13 | Individual Network, Inc. | Method and system for providing a customized media list |
US20020144268A1 (en) * | 2000-01-19 | 2002-10-03 | Denis Khoo | Customized media interface |
US7133924B1 (en) * | 2000-03-08 | 2006-11-07 | Music Choice | Personalized audio system and method |
JP4573948B2 (ja) * | 2000-05-24 | 2010-11-04 | 正明 薄井 | コンピュータネットワークを利用して複数の資産を一元管理する方法及びシステム |
AR029932A1 (es) * | 2000-06-01 | 2003-07-23 | Aerocast Com Inc | Metodo para actualizar un directorio puesto en red de objetos de contenido |
US7318107B1 (en) * | 2000-06-30 | 2008-01-08 | Intel Corporation | System and method for automatic stream fail-over |
AUPR015700A0 (en) * | 2000-09-15 | 2000-10-12 | Filecat Pty Ltd | Distributed file-sharing network |
JP2002099519A (ja) | 2000-09-21 | 2002-04-05 | Toshiba Corp | 動的ファイルサーバシステムの構築方法及び動的ファイルサーバシステム |
JP2002149166A (ja) * | 2000-11-09 | 2002-05-24 | Yamaha Corp | 楽曲情報配信装置、方法、及び記録媒体 |
US20040133924A1 (en) * | 2000-12-15 | 2004-07-08 | Wilkins David C. | Techniques for syncronizing any of a plurality of associated multimedia assets in a distributed system |
JP2004146860A (ja) * | 2000-12-29 | 2004-05-20 | Ccp:Kk | コンテンツのディレクトリサービス・システム |
JP2002207632A (ja) * | 2001-01-12 | 2002-07-26 | Fujitsu Ltd | 共有情報処理システムおよび記録媒体 |
KR101775064B1 (ko) * | 2001-02-21 | 2017-09-06 | 로비 가이드스, 인크. | 개인용 비디오 녹화 특징을 갖는 대화식 프로그램 가이드를 위한 시스템 및 방법 |
WO2002071191A2 (en) * | 2001-03-02 | 2002-09-12 | Kasenna, Inc. | Metadata enabled push-pull model for efficient low-latency video-content distribution over a network |
US20020129693A1 (en) * | 2001-03-16 | 2002-09-19 | Brad Wilks | Interactive audio distribution system |
JP4712995B2 (ja) | 2001-03-23 | 2011-06-29 | 株式会社Kddi研究所 | 分散サーバシステム |
US7038690B2 (en) * | 2001-03-23 | 2006-05-02 | Microsoft Corporation | Methods and systems for displaying animated graphics on a computing device |
US20020188735A1 (en) * | 2001-06-06 | 2002-12-12 | Needham Bradford H. | Partially replicated, locally searched peer to peer file sharing system |
BR0210589A (pt) * | 2001-06-22 | 2005-04-26 | Nosa Omoigui | Sistema e método para a recuperação, o gerenciamento, a entrega e a apresentação do conhecimento |
JP3994692B2 (ja) | 2001-07-04 | 2007-10-24 | ヤマハ株式会社 | 音楽情報提供システム及び方法 |
JP2003032311A (ja) | 2001-07-19 | 2003-01-31 | Sony Corp | 制御方法、伝送システム及び伝送装置 |
JP2003046512A (ja) * | 2001-08-03 | 2003-02-14 | Onkyo Corp | 音響映像機器を用いた通信システム |
JP4658412B2 (ja) | 2001-09-20 | 2011-03-23 | 富士通株式会社 | データ共有装置 |
JP4311897B2 (ja) * | 2001-09-21 | 2009-08-12 | ヤマハ株式会社 | 電子音楽装置システム |
US20030078918A1 (en) * | 2001-10-23 | 2003-04-24 | Souvignier Todd J. | Method, apparatus and system for file sharing between computers |
US20030079016A1 (en) * | 2001-10-23 | 2003-04-24 | Sheng (Ted) Tai Tsao | Using NAS appliance to build a non-conventional distributed video server |
JP2003141007A (ja) * | 2001-11-06 | 2003-05-16 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信システムおよびコンテンツ情報通知方法と、プログラムおよび記録媒体 |
US7039784B1 (en) * | 2001-12-20 | 2006-05-02 | Info Value Computing Inc. | Video distribution system using dynamic disk load balancing with variable sub-segmenting |
KR20030056701A (ko) * | 2001-12-28 | 2003-07-04 | 한국전자통신연구원 | P2p 방식을 이용한 멀티미디어 스트리밍 장치 및 방법 |
KR20040072703A (ko) * | 2002-01-06 | 2004-08-18 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 오디오 및/또는 비디오 디바이스에 대한 개인 파라미터리스트 관리 방법 |
KR100465818B1 (ko) * | 2002-01-21 | 2005-01-13 | 삼성전자주식회사 | 멀티미디어데이터 관리시스템 및 관리방법 |
WO2003062962A2 (en) * | 2002-01-23 | 2003-07-31 | Sky Kruse | Method and system for securely transmitting and distributing information and for producing a physical instantiation of the transmitted information in an intermediate, information-storage medium |
US6715041B2 (en) * | 2002-01-28 | 2004-03-30 | M-Systems Flash Disk Pioneers Ltd. | Non-volatile memory device with multiple ports |
US20040128198A1 (en) * | 2002-05-15 | 2004-07-01 | Linwood Register | System and method for computer network-based enterprise media distribution |
EP1508892B1 (en) | 2002-05-31 | 2017-07-12 | Onkyo Corporation | Network type content reproduction system |
US20040003101A1 (en) * | 2002-06-26 | 2004-01-01 | Roth David J. | Caching control for streaming media |
US20040034870A1 (en) * | 2002-08-12 | 2004-02-19 | O'brien Royal J | Data streaming system and method |
JP2003204535A (ja) * | 2002-09-17 | 2003-07-18 | Netbreak Inc | 音楽と同期する映像の配信装置及び音楽と同期する映像の配信方法 |
JP2004128597A (ja) * | 2002-09-30 | 2004-04-22 | Victor Co Of Japan Ltd | コンテンツ再生システム |
US7451217B2 (en) * | 2002-12-19 | 2008-11-11 | International Business Machines Corporation | Method and system for peer-to-peer authorization |
CN1195274C (zh) * | 2003-01-25 | 2005-03-30 | 华中科技大学 | 基于集群视频服务器的节目源分片分布式存储方法 |
US7310729B2 (en) * | 2003-03-12 | 2007-12-18 | Limelight Networks, Inc. | Digital rights management license delivery system and method |
US7287180B1 (en) * | 2003-03-20 | 2007-10-23 | Info Value Computing, Inc. | Hardware independent hierarchical cluster of heterogeneous media servers using a hierarchical command beat protocol to synchronize distributed parallel computing systems and employing a virtual dynamic network topology for distributed parallel computing system |
US7305419B1 (en) * | 2003-03-25 | 2007-12-04 | Hyperion Solutions Corporation | Hierarchical reference data management system and method |
-
2004
- 2004-05-11 EP EP04732179A patent/EP1653361A4/en not_active Withdrawn
- 2004-05-11 CN CNB200480022733XA patent/CN100451990C/zh not_active Expired - Fee Related
- 2004-05-11 WO PCT/JP2004/006260 patent/WO2005015407A1/ja active Application Filing
- 2004-05-11 JP JP2005512894A patent/JP3979432B2/ja not_active Expired - Fee Related
- 2004-07-27 TW TW093122406A patent/TWI265693B/zh not_active IP Right Cessation
- 2004-07-29 US US10/909,109 patent/US8412801B2/en not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5987621A (en) | 1997-04-25 | 1999-11-16 | Emc Corporation | Hardware and software failover services for a file server |
US6195680B1 (en) | 1998-07-23 | 2001-02-27 | International Business Machines Corporation | Client-based dynamic switching of streaming servers for fault-tolerance and load balancing |
JP2001092749A (ja) * | 1999-09-22 | 2001-04-06 | Akihide Miyamura | データ配信システム |
JP2001318881A (ja) * | 2000-05-11 | 2001-11-16 | Sony Corp | ネットワーク上の情報伝送方法および電子情報機器 |
JP2002262202A (ja) * | 2001-02-28 | 2002-09-13 | Sony Corp | 情報処理システム、携帯型情報端末装置および情報処理方法、番組情報提供装置および番組情報提供方法、録画再生装置および録画再生方法、プログラム格納媒体、並びにプログラム |
Non-Patent Citations (1)
Title |
---|
See also references of EP1653361A4 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006343966A (ja) * | 2005-06-08 | 2006-12-21 | Onkyo Corp | コンテンツ情報更新システム |
JP2010218146A (ja) * | 2009-03-16 | 2010-09-30 | Canon Inc | 情報処理装置およびその制御方法 |
US8694583B2 (en) | 2009-03-16 | 2014-04-08 | Canon Kabushiki Kaisha | Information processing apparatus and method for controlling the same |
JP2011096275A (ja) * | 2010-12-17 | 2011-05-12 | Fujitsu Ltd | ファイル管理システム |
JP2012010397A (ja) * | 2011-09-05 | 2012-01-12 | Hitachi Ltd | コンテンツ送信装置 |
US9773001B2 (en) | 2012-05-28 | 2017-09-26 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for processing media resource playlist in local area network |
Also Published As
Publication number | Publication date |
---|---|
EP1653361A1 (en) | 2006-05-03 |
US8412801B2 (en) | 2013-04-02 |
CN1833230A (zh) | 2006-09-13 |
JPWO2005015407A1 (ja) | 2007-11-01 |
TWI265693B (en) | 2006-11-01 |
CN100451990C (zh) | 2009-01-14 |
EP1653361A4 (en) | 2006-12-13 |
US20050034164A1 (en) | 2005-02-10 |
TW200507530A (en) | 2005-02-16 |
JP3979432B2 (ja) | 2007-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2005015407A1 (ja) | ネットワークavシステム | |
JP2021185489A (ja) | 独立してクロックされる複数のデジタルデータプロセシングデバイスの間で動作を同期させるためのシステムおよび方法 | |
CN101247332B (zh) | 带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法 | |
US8516042B2 (en) | Network type content reproducing system | |
US20060195545A1 (en) | Information processing apparatus and content information processing method | |
CN101346965A (zh) | 作为低功率遥控器的便携式媒体播放器及其方法 | |
JP2007506352A (ja) | UPnPベースのメディアコンテンツ再生システム及びその方法 | |
JPH07200380A (ja) | ビデオ・ファイル配布システムおよび方法 | |
US20040019685A1 (en) | Content playback apparatus, server connection method, and recording medium | |
US20080291926A1 (en) | Distributed content storage system, content storage method, node device, and node processing program | |
WO2008141577A1 (fr) | Procédé et lecteur multimédia réseau pour lire des fichiers multimédia réseau de manière synchrone | |
WO2007111312A1 (ja) | コンテンツ配信システム、サーバ装置、コンテンツ配信方法およびプログラム | |
JP2009259111A (ja) | ネットワーク装置、コンテンツ配信方法及びプログラム | |
JP4220523B2 (ja) | ネットワーク上に応用されるグループ再生方法およびコンピュータシステムおよびコンピュータ読取り可能媒体 | |
JP2011119859A (ja) | コンテンツ再生システム、コンテンツ再生方法、プログラム、および、記録媒体 | |
JP2001333394A (ja) | 番組配信装置、複製転送装置及び番組データの複製転送方法 | |
JP4807361B2 (ja) | カラオケネットワークシステム、カラオケ装置、コンテンツ取得方法、及びコンテンツ配信方法 | |
JP4026668B2 (ja) | ネットワークavシステム | |
US20080222236A1 (en) | Method and system for processing data on a plurality of communication devices | |
JP2011124940A (ja) | 配信システム、ノード装置、情報処理装置、ノードプログラム、及び広告コンテンツ再生方法 | |
WO2003100679A1 (fr) | Procede et dispositif de distribution de contenus | |
JP4811398B2 (ja) | カラオケネットワークシステム、カラオケ装置、及びコンテンツ配信方法 | |
CN113825015B (zh) | 一种大规模并发视频推流加速和管理方法 | |
US20050086284A1 (en) | Network AV system | |
JPH10124069A (ja) | 集中管理型カラオケ装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200480022733.X Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
DPEN | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2005512894 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2004732179 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 2004732179 Country of ref document: EP |