Title of Invention	DATA PROCESSING SYSTEM AND DATA PROCESSING METHOD
Abstract	A data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first data processor (30) for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor (12) for carrying out said desired processing with respect to the data stream provided from said first data processing means, said first data processor comprising a data providing means (21) having said time series continuous data which is covered by the processing and for providing the data in accordance with a request; a delivering means (32) for delivering said provided time series continuous data characterized in that each said first and second data processor (30,12) is constituted on any of a plurality of nodes connected by networks, and in that a controller (31) is provided for controlling said , data providing means and said delivering means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor and providing said received and obtained time series continuous data to said second processor.

Title of Invention

DATA PROCESSING SYSTEM AND DATA PROCESSING METHOD

Abstract

A data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first data processor (30) for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor (12) for carrying out said desired processing with respect to the data stream provided from said first data processing means, said first data processor comprising a data providing means (21) having said time series continuous data which is covered by the processing and for providing the data in accordance with a request; a delivering means (32) for delivering said provided time series continuous data characterized in that each said first and second data processor (30,12) is constituted on any of a plurality of nodes connected by networks, and in that a controller (31) is provided for controlling said , data providing means and said delivering means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor and providing said received and obtained time series continuous data to said second processor.

Full Text	1 Field of the Invention The present Invention relates to a data processing system for performing desired processing with respect to continuous data such as audio data and video data by a plurality of data processing apparatuses connected on for example a network and to a data processing method for the same. 2. Description of the Related Art Along with the development of data processing technology and communications technology, networks are being constructed comprised of various different types of data processing apparatuses connected together Such a network environment promises to enable distributed processing In which Information and computation resources are dynamically arranged to enable processing of data with a high efficiency. On the other hand, along with the advances made In signal processing technology, audio data and video data are now frequently being subjected to sophisticated signal processing and transmitted over such networks. The so-called multimedia processing can be said to be processing which links such audio data and video data to perform new t3^es of data processing. It would seem that when such multimedia processing Is applied to the distributed processing environment on the network mentioned above, the multimedia processing can function more efficiently and can be used In many types of usages. Then, It Is desired to realize such multimedia processing In the environment appropriately. In general, however, when It Is Intended to perform desired processing by utilizing continuous data such as audio data and video data under a network environment, the method of control and the processing routine for the same become very complex. For example, when It Is desired to perform processing on such audio data and video data via a network. It Is necessary to control the system so that the data processing apparatus having the data processing module and the data processing apparatus having the AV (audio and/or video) data to be processed communicate with each other, secure a transmission route, synchronize operations, and carry out the transmission based on the desired format. Further, It also becomes necessary to finely control the transmission to perfozm control such as the stoppage of the stream, rewind, or fast forward. However, In order to perform such processing, that Is, processing with which the synchronization and continuity of the obtained data are secured while considering the asynchronlzatlon at the time of transmission based on the communication protocol, complex and sophisticated control Is required at the system level. Accordingly, It Is very difficult to perform processing from the application level In a distributed processing environment via such a network which enables Its full benefits to be enjoyed. On top of this, the complexity of such a processing configuration and the troublesomeness of the routine when It Is to be executed become obstacles to realizing sophisticated multimedia processing via a network as mentioned before. In order to deal with these problems, a methodology In which the mechanisms of such communication are managed and controlled all together has been proposed. For example, the Interactive Multimedia Association (IMA) proposed a specific relationship between such framework objects and application programs (clients) In "Draft Recommended Practice, Multimedia Systems Services (MSS)", first edition. May 1995. In this MSS, a device having a sternums, a transmitting means, a receiving means, a format managing means, a stream managing means, etc. are formed into modules to simplify and enable easy control of the interface with the clients (applications). In this configuration, however, since device-drivers are formed into modules directly depending on the device-drivers, limits in the relationships with the clients and source stream data on the network arises and there is the problem that it is hard to configure the optimum processing environment on the network. Namely, when considering the arrangement of the functions on the network, there is no flexibility and no adaptability either. Therefore, the demand that various objects be dynamically arranged on the network without depending upon the device having the client or the device having the stream data and that therefore a distributed processing environment be constructed with a high efficiency has not been satisfactorily met. SUMMARY OF THE INVENTION An object of the present invention is to provide a data processing system with which sophisticated multimedia processing can be realized via a network without the complexity and troublesomeness of the processing in an application layer as mentioned before by providing an application programming interface for performing processing and control with a high efficiency under a network environment with respect to time series continuous data such as video data and audio data. Further another object of the present invention is to provide such a data processing method. For these purposes in the present invention, when continuous data such as audio data and video data are transmitted, the transmission module and reception module are virtually handled as a single stream of data and, as a function on the application programming, the control of the transmission of the data can be carried out with respect to that virtual stream. Accordingly, the present invention provides a data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first data processor for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor for carrying out said desired processing with respect to the data stream provided from said first data processing means, said first data processor comprising a data providing means having said time series continuous data which is covered by the processing and for providing the data in accordance with a request; a delivering means for delivering said provided time series continuous data; characterized in that each said first and second data processor is constituted on any of a plurality of nodes connected by networks, and in that a controller is provided for controlling said data providing means and said delivering means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor and providing said received and obtained time series continuous data to said second data processor. The present invention also provides a data processing method for enabling a data processing means constituted on any of at least one of a plurality of nodes on a network in which a plurality of nodes are connected to perform a desired processing with respect to a plurality of time series continuous data existing on any node, comprising the steps of generating a managing means for managing said time series continuous data on any node on said network in accordance with a request from said data processing means, generating a transmitting means for obtaining said time series continuous data and transmitting the same with a predetermined transfer format on the node having said time series continuous data by said managing means, generating a receiving means for receiving the data transmitted with said predetermined format on a node for performing said desired processing with respect to said time series continuous data by said managing means, transferring the desired data of said time series continuous data in accordance with a request for provision of a desired position and desired format of said time series continuous data from said data processing means via said transmitting means and said receiving means under the control of said managing means, restoring the transferred data to generate the original time series continuous data and providing the same to said data processing means, and performing said desired processing with respect to said provided time series continuous data by said data processing means. These and other objects and features of the present invention will become more apparent by the following description of the preferred embodiments made with reference to the attached drawings, wherein : Fig 1 is a view explaining a data processing system of the present invention; Fig. 2 is a view of a state where a virtual stream obiect is generated; Fig. 3 is a view of a state when the transfer of the stream data is actually carried out; Fig. 4 is a view of contents of content script for generating a virtual stream object; Fig. 5 is a view of a state when the virtual stream object is generated based on the content script shown in Fig. 4; Fig. 6 is a view explaining the operations of the modules when the virtual stream object is generated in the data processing system shown in Fig. 1; Fig. 7 is a view explaining the operations of the modules when the transfer of the stream is started in the data processing system shown in Fig. 1; Fig. 8 is a view explaining the operations of the modules when the transfer of the stream is stopped in the data processing system shown in Fig. 1; Fig. 9 is a view explaining the operations of the modules when the transfer of the stream is restarted in the data processing system shown in Fig. 1; Fig. 10 is a view explaining the operations of the modules when the transfer of the stream is restarted in the data processing system shown in Fig. 1; Fig. 11 is a view explaining the operations of the modules when the transfer of the stream is ended in the data processing system shown in Fig. 1; Fig. 12 is a view explaining the operations of the modules when the virtual stream object is closed in the data processing system shown in Fig. 1; Fig. 13A is a view explaining the data processing method where the stream is synthesized by the data processing system of the present invention and particularly a view of the processing for synthesizing two sources stored in one data processing apparatus; Fig. 13B is a view explaining the data processing method where the stream is synthesized by the data processing system of the present invention and particularly a view of the processing of synthesizing two sources stored in two data processing apparatuses by two virtual stream objects; and Fig. 14 is a view of the structure of a stream synthesizing unit of the data processing system shown in Fig. 13A and Fig. 13B; Fig. 15A and Fig. 15B are views of the configuration of the data processing system where a plurality of streams are synthesized and transmitted as one stream for the system shown in Fig. 13A; Fig. 16 is a view of the configuration of the data processing system where a plurality of streams are transmitted and synthesized for the system shown In Fig 13B; and Fig. 17 Is a view explaining the data processing system shown In Fig. 16 actually realized In the distributed processing system. DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present Invention will be explained next by referring to Fig. 1 to Fig. 17. Figure 1 Is a view explaining the data processing ^ method of the present Invention; hJ^'- Flgure 1 Is a view of a state where a client application 11 uses stream data fed from a source feeding module 21 via a virtual stream object 30. The content of the stream data Is transferred from the source feeding module 21 to a sink module 12 after passing through a complicated routine at the system level. A state where the data can be handled as If It were a single stream object 30 from the client application 11 Is shown. Figure 2 and Fig. 3 are views explaining the data processing method In an actual data processing mechanism. In which Fig. 2 Is a view of a state where the virtual stream object 30 Is generated; and Fig. 3 Is a view of a state where the transfer of the stream data Is actually camea our. Below, an explanation will be made of the present embodiment by explaining the functions of the modules shown in Fig. 1 to Fig. 3 and, at the same time, explaining the operation in each module at the time of the actual data processing. First, an explanation will be made of the modules. The client application 11 is an application module which uses continuous data such as video data and audio data (hereinafter also referred to as the stream data or, simply, stream). A content script 40 is data for generating a virtual stream object 30 of a multimedia data structures in an application layer. Contents of the content script 40 are shown in Fig. 4 and states of generating the multimedia structure from the content script 40 are shown in Fig. 5. As shown in Fig. 4, the content script 40 is comprised of a header portion, a media data reference portion, and a media data sequence portion. As shown in Fig. 5, the header portion stores data which identifies the data stream structure, the media data reference portion stores the reference information of the source media data, and the media data sequence portion stores instructions performed on the media data. The virtual stream object 30 is a moauj.e tor handling stream data that Is stored In the source feeding module 21. A complex routine of the system level Is necessary for using this as If It were only a stream of mere materials. The virtual stream object 30 comprises a stream descriptor module 31, a feeder module 32, and a receiver module 33. The stream descriptor module 31 Is a module for Interfacing with the client application 11 and modules of the system level and, at the same time, controlling the modules of the system level to make them perform a desired operation with respect to the stream data. With respect to the stream descriptor module 31, a variable owner Indicating the client application 11 which Is the master module, a variable source Indicating the stream data as the object of the processing, a variable sink designating the sink module 12 receiving the stream data, a variable feeder Indicating the transmission module of the stream, and a variable receiver Indicating the reception module of the stream are defined as the Instance variables. The feeder module 32 Is a module which Is generated according to need for reading the streeun data from the source module of the stream data In accordance with the request of the receiver module 33 mentioned later and outputtlng the same to the receiver module 33 according to a predetermined protocol. The receiver module 33 Is generated according to need, outputs a transmission request of the stream data to the receiver module 33 under the control of the stream descriptor module 31 and, at the same time, outputs the transmitted stream data to the sink module 12 which can be controlled by the client application 11. / Note that, the protocol between the feeder module 32 and the receiver module 33 is XTP. ^hen, this XTP is used to deal with the transmission skew caused by the confusion of the network and to deal with the time lag caused by the difference of the clocks used by the feeder module 32 and the receiver module 33 for working. A stream communication manager 13 and a stream communication manager 23 shown in Fig. 2 and Fig. 3 are processing modules for generating the feeder module 32 and receiver module 33 according to need and permanently exist in the system. The source feeding module 21 is a module existing in the device storing the stream data for feeding the stream data, and the sink module 12 is a module for receiving that stream data and providing this to the client application 11. In a data processing system of such a modular configuration, the virtual stream object 30 is generated as shown in Fig. 2 by merely designating the source stream data from the client application 11. By performing the processing by using this as the stream data after this, a desired processing can be carried out. At this data processing, as shown in Fig. 3, the modules control the transfer of the stream data etc. in association, but the processing may of course be carried out by the client application 11 with respect to the virtual stream object 30. Next, an explanation will be made of the flow of the routine and the operations in the modules when the actual data processing is carried out in such a data processing system by referring to Fig. 6 to Fig. 10. First, an explanation will be made of the operation for generating the virtual stream object by referring to Fig. 6. First, a stream descriptor module 31 is generated in the data processing apparatus 10 based on for example the data source described in a content script 40 received by the client application 11. (^ Then, the client application H on the data processing apparatus 10 calls up a method "create stream" at the stream descriptor moduli 3 if and requests the generation of the stream communication mechanism shown In Fig. 3 (step Sll). Then, the stream descriptor module 31 requests the securing of a receiver module 33 at the stream communication manager 13 (step S12), and the stream communication manager 13 generates the receiver module 33 In accordance with this (step S13). The generated receiver module 33 returns communication parameters such as the direction data for the feeder module 32 as a return value (step S14), and the stream communication manager 13 further adds the reference of the receiver module 33 and returns the return value to the stream descriptor module 31 (step S15). When the generation of the receiver module 33 Is ended, the stream descriptor module 31 transmits the reference and communication parameters of the receiver module 33 to the data processing apparatus 20 and Instructs the generation of the feeder module 32 to the stream communication manager 23 of the data processing apparatus 20 (step S16). The stream communication manager 23 generates the feeder module 32 In accordance with this (step S17). Then, the stream communication manager 23 returns the reference of the feeder module 32 to the stream descriptor module 31 (step S18). By such processing, the virtual stream object 30 containing the stream descriptor module 31, the feeder module 32, and the receiver module 33 Is generated. Next, an explanation will be made of the operation for performing the transfer of the stream by the virtual stream object by referring to Pig. 7. First, the client application 11 on the data processing apparatus 10 requests a method "start stream" at the stream descriptor module 31 (step S21), and the stream descriptor module 31 requests the start of the transfer at the receiver module 33 (step S22). Then, the receiver module 33 requests the transfer of the stream at the feeder module 32 of the data processing apparatus 20 (step S23), and further the feeder module 32 requests the transfer of the stream to a source feeding module 21 In the data processing apparatus 20 (step S24). The source feeding module 21 returns the stream ID and, at the same time, successively outputs the stream to the feeder module 32 In accordance with the request (step S25). Then, the feeder module 32 and the receiver module 33 secure the transmission line In association (step S26) and transfer the stream output from the source feeding module 21 from the feeder module 32 to the receiver module 33 (step S27). The receiver module 33 successively outputs the received stream to the sink module 12 (step S28). Thereafter, the stream is successively transferred via the secured route. Note that, the request to start the stream may be also made during a period when the stream descriptor module 31 is performing processing to create a stream. In this case, the stream descriptor module 31 immediately starts the processing to start the stream after the end of the processing to create the stream. Next, an explanation will be made of the operation of temporarily stopping the transfer of the stream by referring to Fig. 8. First, the client application 11 on the data processing apparatus 10 calls up a method "pause" (step S31}, whereby the stream descriptor module 31 requests an interruption of the transfer of the stream (step S32}. The receiver module 33 first temporarily stops the output of the stream to the sink module 12 (step S33), and further requests the interruption of transfer of the stream at the feeder module 32 of the data processing apparatus 20 (step S34) and, at the same time, returns the data of the Interruption position of the stream to the stream descriptor module 31 (step S35). Next, an explanation will be made of the operation for restarting the transfer of the paused stream. First, referring to Fig. 9, an explanation will be made of the operation to restart the transfer where the communication protocol Is XTP and the control protocol between the feeder module 32 and the receiver module 33 Is used. First, the client application 11 calls up a method "restart" (step S41), whereby the stream descriptor module 31 requests restart of the transfer of the stream to the receiver module 33 (step S42). The receiver module 33 sends the Interruption position at the pause to the feeder module 32 of the data processing apparatus 20 as a parameter and requests the transfer of the stream (step S43). By this, the feeder module 32 reads the stream from the source feeding module 21 and restarts the transfer with respect to the receiver module 33 (step S44). The stream received at the receiver module 33 Is successively output to the sink module 12 (step S45). Next, an explanation will be made of the operation to restart the transfer when the communication protocol Is not XTP and the stream descriptor module 31 clearly performs the control by referring to Fig. 10 . (^ First, the client application 11 calls up a method ^restart^^ (step S51), whereby the stream descriptor module 31 sends the Interruption position at the pause to the feeder module 32 of the data processing apparatus 20 as a parameter and requests the transfer of the stream (step S52). By this, the feeder module 32 reads the stream from the source feeding module 21 and restarts the transfer to the receiver module 33 (step S53). The stream received at the receiver module 33 Is successively output to the sink module 12 (step S54). Note that, the case of use of the XTP protocol where the control signal can be directly sent between the feeder module 32 and the receiver module 33 and the case of non-use of the same were explained separate from each other only when explaining the operation for restarting the transfer, but the same holds true also for the time of a pause operation mentioned before and for the time of an operation for stopping the transfer mentioned later and closing the stream transfer mechanism. Where the XTP Is not used, the control thereof Is carried out via the stream descriptor module 31. Next, an explanation will be made of the operation for stopping the transfer of a stream by referring to Fig. 9. In the feeder module 32 of the data processing apparatus 20, when the transfer of the final stream Is ended (step S61), the receiver module 33 of the data processing apparatus 10 detects this last stream data and requests the disconnection of the line and the opening of the feeder module 32 to the feeder module 32 (step S62). By this, the feeder module 32 notifies the stopping of the transfer processing of the stream to the source feeding module 21 and the feeder module 32 becomes free In state (step S63). Further, the receiver module 33 notifies the stopping of transfer and opening of the source feeding module 21 to the source feeding module 21 (step S64}. Then, the receiver module 33 stops the transfer of the stream to the stream descriptor module 31 (step S65), and the stream descriptor module 31 returns an end stream Instruction to the client application 11 (step S66). Finally, an explanation will be made of the processing for closing the stream transfer mecheuilsm by referring to Fig. 10. Note that, here, an explanation will be made of a case where the stream transfer mechanism Is closed during the stream transfer. When the client application 11 requests a method "close" to the stream descriptor module 31 (step S71), the stream descriptor module 31 requests Interruption of the transfer of the stream to the receiver module 33 (step S72). Then, the receiver module 33 first stops the output of the stream to the sink module 12 (step S73) and further requests the Interruption of transfer of the stre£un to the feeder module 32 of the data processing apparatus 20 (step S74) and then returns the data of the Interruption position of the stream to the stream descriptor module 31 (step S75). Next, when the stream descriptor module 31 requests the opening of the receiver module 33 (step S76), the receiver module 33 of the data processing apparatus 10 requests the disconnection of the line and the opening of the feeder module 32 to the feeder module 32 (step S77). By this, the feeder module 32 notifies the ending of the processing for transfer of the stream to the source feeding module 21, and the feeder module 32 becomes free In state (step S78). Further, the receiver module 33 requests the ending of the transfer and the opening of the sink module 12 to the sink module 12 (step S79). Then, the receiver module 33 notifies that the processing for opening of the virtual stream object 30 is ended to the stream descriptor module 31 (step S80). In this way, in the data processing system of the present embodiment, when the processing Is carried out on continuous data such as audio data and video data. It Is not necessary to perform troublesome control with respect to It at the application level, therefore the handling of such stream data becomes easy. Particularly where such stream data must be transferred from the network by telecommunications, conventionally processing such as the generation of the transmission module and the reception module, the connection of them, the sending, stopping, and resendlng of the stream, etc. must each be carried out, but In the data processing system of the present embodiment, none of this detailed control has to be carried out. Accordingly, the development of the application modules for handling such stream data becomes easy. Note that, the present Invention Is not limited to the present embodiment and that various modifications are possible. For ex£unple, the relationship between the side for feeding the stream data and the side utilizing the stream data may be any relationship so far as the data can be transferred. The distance between them, the tj^e of the network, the type of the mounted processing devices, etc. are all Irrelevant. Further, while the present embodiment was explained with reference only to processing with respect to one stream of data in one virtual stream object, it is also possible to adopt a configuration of a virtual stream object where a plurality of streams of data can be handled in parallel or simultaneously. Further, it is also possible to provide a more sophisticated processing function than the transfer of the stream data to the virtual stream object. For example, it is possible to give not only the functions of for example reverse playback, jog shuttling, and fast forward, but also a simple image processing function enabling any filter to be applied to transferred video data. Further, it is also possible to give a function whereby a plurality of streams received from a plurality of information sources are S3^thesized and used in the virtual stream object 30. As the format of the data processing system where such streams are synthesized, various formats can be considered. An example thereof will be shown in Fig. 13A and Fig. 13B. For example, where two sources stored in one data processing apparatus 20 are synthesized, as shown in Fig. 13A, it is sufficient so far as one virtual stream object 30 is generated in the same way as the present embodiment, a stream synthesizing unit 50 is provided on the feeder module 32 side thereof, and the source data read from two source feeding modules 21a and 21b are synthesized to obtain one stream which is then transferred to the receiver module 33. Further, where two sources stored in two data processing apparatuses 20a and 20b are synthesized, as shown in Fig. 13B, two virtual stream objects 30a and 30b are generated, feeder modules 32a and 32b are generated in the data processing apparatuses 20a and 20b having sources covered by the synthesis, and the source data read from the source feeding modules 21a and 21b are transferred by these two virtual stream objects 30a and 30b, respectively. Then, on the receiver module 33 side, those two streams are synthesized by the stream synthesizing unit 50 and output to the sink module 12. Note that, in Fig. 13B, for explanation, the stream S3n^thesizing unit 50 is constituted as a separate module from the virtual stream objects 30a and 30b, but in actuality this stream synthesizing unit 50 is one of the modules of stream synthesis contained in the virtual stream objects 30a and 30b. Further, the configuration of the stream synthesizing unit 50 used In Fig. 13A and Fig. 13B will be Illustrated In Fig. 14. The stream synthesizing unit 50 Is constituted by two timing buffers 51a and 51b corresponding to Input two streeims, two weighting multipliers 52a and 52b, and a stream adder 53. In the stream synthesizing unit 50, synchronization of the Input first and second data streams Is established In the timing buffers 51a and 51b. For example, when the Input data streeuns are video data, frame synchronization Is established In the timing buffers 51a and 51b. Then, In the weighting multipliers 52a and 52b, the multiplication is carried out by predetermined weights set by not Illustrated control signals, the two weighted streams are added at the stream adder 53, and the resultant one output stream is synthesized. Note that, where the data processing as shown in Fig. 13A and Fig. 13B is carried out, the contents of the content script 40 are appropriately changed. Where this additional function is processing that is, used by using a module of the system level, for example depending upon the hardware or when it is complex processing, by adding such a function to the virtual stream object. It becomes easy to perform these processings and therefore It Is further effective. Even If such a function Is added, the Interface with the application can handle It by just Increasing the definitions of the method functions. The explanation about the cases where a plurality of streams are processed explained above by referring to Fig. 13A, Fig. 13B, and Fig.14 will be made more concrete by referring to Fig. 15A, Fig. 153, Fig. 16, and Fig. 17 Figure ISA and Fig. 15B are views of the configuration of the data processing system where a plurality of streams are synthesized and transmitted as one stream corresponding to the example explained above by referring to Fig. 13A- Flgure ISA Is a view of the configuration of the data processing system In which two source feeding modules 21a, 21b and the feeder module 32 are generated on one data processing apparatus 20. Figure 15B Is a view of the configuration of the data processing system In which two source feeding modules 21a, 21b and the feeder module 32 are generated on different three data processing apparatuses 20a, 20b, 20c. Figure 16 Is a view of the configuration of the data processing system In which a plurality of streams are transmitted each other and then synthesized corresponding to the example explained before by referring to Fig. 13B. Further, Fig. 17 Is a view explaining the system shown In Fig. 16 applied actually on the distributed processing system. In the example shown In Fig. 16 and Fig. 17, two receiver modules 33a, 33b are synchronized directly and substantially process two streams. As seen from a communication control view. It Is preferable that the receiver carry out the control of the data transmission Including the control of the feeder. This Is why the function of the synthesizing unit 50 comprising timing buffer 51a, 51b Is assigned to the receiver module 33 and the system shown In Fig. 16 Is constructed. When a system Is actually constri^cted In the distributed processing environment, the configuration of the system may become like these shown In Fig. 15A to Fig. 17. But It Is sure-that the systems shown In Fig. 15A to Fig. 17 are substantially the same with the system shown In Fig. 13A and Fig. 13B. As explained above, according to the data processing system of the present Invention and the method of the same, an application programming Interface for handling the stream processing function referred to as a virtual stream object Is provided, therefore the complexity and troublesomeness of the processing when handling continuous data such as audio data and video data can be and sophisticated multimedia processing via a network can be carried out. WE CLAIM : A data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first (30) for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor (12) for carrying out said desired processing with respect to the data stream provided from said first data processing means said first data processor comprising a data providing The data processing apparatus as claimed in claim 1, wherein said data stream generated from said second data processor (12) is defined by the data which identifies said time series continuous data and the data which identifies said second data processor for carrying out the desired processing with respect to the data stream. The data processing apparatus as claimed in claim 2, wherein said delivering means>(32) for obtaining said time series continuous data from said data providing means and transmitting the same and a receiver for receiving said transmitted data, said controller (31) controls said each said means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor (12) and provides said received and obtained time series continuous data to said second data processor. The data processing apparatus as claimed in claim 3, wherein said controller generates said transmitter on anode at which said data providing means (21) having the time series continuous data to be subjected to the desired processing based on a request from said second data processor (12), generates said receiver on a node at which said second data processor exists, and transfers the time series continuous data to said second data processor via said transmitter and said receiver. The data processing apparatus as claimed in claim 4, wherein said controller (31) is constituted on any node on said networks. The data processing apparatus as claimed claim 5, wherein sodium series corttinuous data is AV data having either of video data or audio data or both of the same. The data processing apparatus as claimed in claim 5, further a data restoring means for restoring the data converted to the predetermined format to the original time series continuous data, wherein said transmitter transmits said time series continuous data by the predetermined data transfer format, said receiver receives said data transferred by said predetermined format, restoring mean restores said transferred data to the original time series continuous data, and said controller (31) provides said restored time series continuous data to said second data processor (12). The data processing apparatus as claimed in claim 5, wherein said first data processor (30) comprises a plurality of said data providing means (21), said delivering means (S2) for synthesizing a plurality of said time series continuous data provided from said plurality of data providing means (21) to generate one time series continuous data and delivering the data, and said controller (31) for managing said plurality of data providing means (21) and said delivering means (32) to obtain the desired time series continuous data based on a request from said second data processor (12) and providing said received and obtained time series continuous data to said second data processor. ^he data processing apparatus as claimed in claim 8, wherein said delivering means (32) comprises a synthesizer for synthesizing a plurality of time series continuous data provided from said plurality of data providing means (21), said transmitter for transmitting said synthesized time series continuous data, and said receiver for receiving said transmitted data. data processing apparatus as claimed in claim 8, wherein said delivering means (32) comprises a plurality of said transmitter for respectively obtaining the time series continuous data from said plurality of data providing means (21) and transmitting the same, a plurality of receivers for respectively receiving the data transmitted from said plurality of transmitters, and a synthesizer for synthesizing said plurality of time series continuous data received at said plurality of receivers. \ c A data processing method for enabling a data processing means constituted on any of at least one of a plurality of nodes on a network in which a plurality of nodes are connected to perform a desired processing with respect to a plurality of time series continuous data existing on any node, comprising the steps of generating a managing means for managing said time series continuous data on any node on said network in accordance with a request from said data processing means, generating a transmitting means for obtaining said time series continuous data and transmitting the same with a predetermined transfer format on the node having said time series continuous data by said managing means, generating a receiving means for receiving the data transmitted with said predetermined format on a node for performing said desired processing with respect to said time series continuous data by said managing means, transferring the desired data of said time series continuous data in accordance with a request for provision of a desired position and desired format of said time series continuous data from said data processing means via said transmitting means and said receiving means under the control of said managing means, restoring the transferred data to generate the original time series continuous data and providing the same to said data processing means, and performing said desired processing with respect to said provided time series continuous data by said data processing means. A data processing method according to claim 11, wherein said step for the performing processing for synthesizing comprises generating a transmitting means for obtaining said time series continuous data and transmitting the same with a predetermined transfer format on the node having said time series continuous data by said managing means, and generating a receiving means for receiving the data transmitted with said predetermined format on a node for performing said desired processing with respect to said time series continuous data by said managing means, wherein said transferring step transfers the desired data of said time series continuous data as said synthesized data in accordance with a request for provision of a desired position and desired format of said time series data from said data processing means via said transmitting means and said receiving means on the node for performing said desired processing under the control of said managing means. A data processing method according to claim 12, wherein said step for generating a receiving means generates a plurality of receiving means. A data processing apparatus substantially as herein described with reference to the accompanying drawings. A data processing method substantially as herein described with reference to the accompanying drawings.

Full Text

1 Field of the Invention
The present Invention relates to a data processing system for performing desired processing with respect to continuous data such as audio data and video data by a plurality of data processing apparatuses connected on for example a network and to a data processing method for the same.
2. Description of the Related Art
Along with the development of data processing technology and communications technology, networks are being constructed comprised of various different types of data processing apparatuses connected together Such a network environment promises to enable distributed processing In which Information and computation resources are dynamically arranged to enable processing of data with a high efficiency.
On the other hand, along with the advances made In signal processing technology, audio data and video data are now frequently being subjected to sophisticated signal processing and transmitted over such networks. The

so-called multimedia processing can be said to be processing which links such audio data and video data to perform new t3^es of data processing.
It would seem that when such multimedia processing Is applied to the distributed processing environment on the network mentioned above, the multimedia processing can function more efficiently and can be used In many types of usages. Then, It Is desired to realize such multimedia processing In the environment appropriately. In general, however, when It Is Intended to perform desired processing by utilizing continuous data such as audio data and video data under a network environment, the method of control and the processing routine for the same become very complex.
For example, when It Is desired to perform processing on such audio data and video data via a network. It Is necessary to control the system so that the data processing apparatus having the data processing module and the data processing apparatus having the AV (audio and/or video) data to be processed communicate with each other, secure a transmission route, synchronize operations, and carry out the transmission based on the desired format. Further, It also becomes necessary to finely control the transmission to perfozm control such

as the stoppage of the stream, rewind, or fast forward.
However, In order to perform such processing, that Is, processing with which the synchronization and continuity of the obtained data are secured while considering the asynchronlzatlon at the time of transmission based on the communication protocol, complex and sophisticated control Is required at the system level.
Accordingly, It Is very difficult to perform processing from the application level In a distributed processing environment via such a network which enables Its full benefits to be enjoyed. On top of this, the complexity of such a processing configuration and the troublesomeness of the routine when It Is to be executed become obstacles to realizing sophisticated multimedia processing via a network as mentioned before.
In order to deal with these problems, a methodology In which the mechanisms of such communication are managed and controlled all together has been proposed. For example, the Interactive Multimedia Association (IMA) proposed a specific relationship between such framework objects and application programs (clients) In "Draft Recommended Practice, Multimedia Systems Services (MSS)", first edition. May 1995. In this MSS, a device having a sternums, a transmitting means, a

receiving means, a format managing means, a stream managing means, etc. are formed into modules to simplify and enable easy control of the interface with the clients (applications).
In this configuration, however, since device-drivers are formed into modules directly depending on the device-drivers, limits in the relationships with the clients and source stream data on the network arises and there is the problem that it is hard to configure the optimum processing environment on the network. Namely, when considering the arrangement of the functions on the network, there is no flexibility and no adaptability either. Therefore, the demand that various objects be dynamically arranged on the network without depending upon the device having the client or the device having the stream data and that therefore a distributed processing environment be constructed with a high efficiency has not been satisfactorily met.
SUMMARY OF THE INVENTION
An object of the present invention is to provide a data processing system with which sophisticated multimedia processing can be realized via a network without the complexity and troublesomeness of the

processing in an application layer as mentioned before by providing an application programming interface for performing processing and control with a high efficiency under a network environment with respect to time series continuous data such as video data and audio data.
Further another object of the present invention is to provide such a data processing method.
For these purposes in the present invention, when continuous data such as audio data and video data are transmitted, the transmission module and reception module are virtually handled as a single stream of data and, as a function on the application programming, the control of the transmission of the data can be carried out with respect to that virtual stream.

Accordingly, the present invention provides a data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first data processor for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor for carrying out said desired processing with respect to the data stream provided from said first data processing means, said first data processor comprising a data providing means having said time series continuous data which is covered by the processing and for providing the data in accordance with a request; a delivering means for delivering said provided time series continuous data; characterized in that each said first and second data processor is constituted on any of a plurality of nodes connected by networks, and in that a controller is provided for controlling said data providing means and said delivering means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor and providing said received and obtained time series continuous data to said second data processor.
The present invention also provides a data processing method for enabling a data processing means constituted on any of at least one of a plurality of nodes on a network in which a plurality of nodes are connected to perform a desired processing with respect to a plurality of time series continuous data existing on any node, comprising the steps of generating a managing means for managing said time series continuous data on any node on said network in accordance with a request from said data processing means, generating a transmitting means for obtaining said time series continuous data and transmitting the same with a predetermined transfer format on the node having said time series continuous data by said managing means, generating a receiving means for receiving the data transmitted with said predetermined format on a node for performing said desired processing with respect to said time series continuous data by said managing means, transferring the desired data of said

time series continuous data in accordance with a request for provision of a desired position and desired format of said time series continuous data from said data processing means via said transmitting means and said receiving means under the control of said managing means, restoring the transferred data to generate the original time series continuous data and providing the same to said data processing means, and performing said desired processing with respect to said provided time series continuous data by said data processing means.
These and other objects and features of the present invention will become more apparent by the following description of the preferred embodiments made with reference to the attached drawings, wherein :
Fig 1 is a view explaining a data processing system of the present invention;
Fig. 2 is a view of a state where a virtual stream obiect is generated;

Fig. 3 is a view of a state when the transfer of the stream data is actually carried out;
Fig. 4 is a view of contents of content script for generating a virtual stream object;
Fig. 5 is a view of a state when the virtual stream object is generated based on the content script shown in Fig. 4;
Fig. 6 is a view explaining the operations of the modules when the virtual stream object is generated in the data processing system shown in Fig. 1;
Fig. 7 is a view explaining the operations of the modules when the transfer of the stream is started in the data processing system shown in Fig. 1;
Fig. 8 is a view explaining the operations of the modules when the transfer of the stream is stopped in the data processing system shown in Fig. 1;
Fig. 9 is a view explaining the operations of the modules when the transfer of the stream is restarted in the data processing system shown in Fig. 1;
Fig. 10 is a view explaining the operations of the modules when the transfer of the stream is restarted in the data processing system shown in Fig. 1;
Fig. 11 is a view explaining the operations of the modules when the transfer of the stream is ended in the

data processing system shown in Fig. 1;
Fig. 12 is a view explaining the operations of the modules when the virtual stream object is closed in the data processing system shown in Fig. 1;
Fig. 13A is a view explaining the data processing method where the stream is synthesized by the data processing system of the present invention and particularly a view of the processing for synthesizing two sources stored in one data processing apparatus;
Fig. 13B is a view explaining the data processing method where the stream is synthesized by the data processing system of the present invention and particularly a view of the processing of synthesizing two sources stored in two data processing apparatuses by two virtual stream objects; and
Fig. 14 is a view of the structure of a stream synthesizing unit of the data processing system shown in Fig. 13A and Fig. 13B;
Fig. 15A and Fig. 15B are views of the configuration of the data processing system where a plurality of streams are synthesized and transmitted as one stream for the system shown in Fig. 13A;
Fig. 16 is a view of the configuration of the data processing system where a plurality of streams are

transmitted and synthesized for the system shown In Fig 13B; and
Fig. 17 Is a view explaining the data processing system shown In Fig. 16 actually realized In the distributed processing system.
DESCRIPTION OF THE PREFERRED EMBODIMENTS
An embodiment of the present Invention will be explained next by referring to Fig. 1 to Fig. 17.
Figure 1 Is a view explaining the data processing ^
method of the present Invention; hJ^'-
Flgure 1 Is a view of a state where a client application 11 uses stream data fed from a source feeding module 21 via a virtual stream object 30. The content of the stream data Is transferred from the source feeding module 21 to a sink module 12 after passing through a complicated routine at the system level. A state where the data can be handled as If It were a single stream object 30 from the client application 11 Is shown.
Figure 2 and Fig. 3 are views explaining the data processing method In an actual data processing mechanism. In which Fig. 2 Is a view of a state where the virtual stream object 30 Is generated; and Fig. 3 Is a view of a state where the transfer of the stream data Is actually

camea our.
Below, an explanation will be made of the present embodiment by explaining the functions of the modules shown in Fig. 1 to Fig. 3 and, at the same time, explaining the operation in each module at the time of the actual data processing.
First, an explanation will be made of the modules.
The client application 11 is an application module which uses continuous data such as video data and audio data (hereinafter also referred to as the stream data or, simply, stream).
A content script 40 is data for generating a virtual stream object 30 of a multimedia data structures in an application layer. Contents of the content script 40 are shown in Fig. 4 and states of generating the multimedia structure from the content script 40 are shown in Fig. 5.
As shown in Fig. 4, the content script 40 is comprised of a header portion, a media data reference portion, and a media data sequence portion. As shown in Fig. 5, the header portion stores data which identifies the data stream structure, the media data reference portion stores the reference information of the source media data, and the media data sequence portion stores instructions performed on the media data.

The virtual stream object 30 is a moauj.e tor handling stream data that Is stored In the source feeding module 21. A complex routine of the system level Is necessary for using this as If It were only a stream of mere materials.
The virtual stream object 30 comprises a stream descriptor module 31, a feeder module 32, and a receiver module 33.
The stream descriptor module 31 Is a module for Interfacing with the client application 11 and modules of the system level and, at the same time, controlling the modules of the system level to make them perform a desired operation with respect to the stream data. With respect to the stream descriptor module 31, a variable owner Indicating the client application 11 which Is the master module, a variable source Indicating the stream data as the object of the processing, a variable sink designating the sink module 12 receiving the stream data, a variable feeder Indicating the transmission module of the stream, and a variable receiver Indicating the reception module of the stream are defined as the Instance variables.
The feeder module 32 Is a module which Is generated according to need for reading the streeun data from the

source module of the stream data In accordance with the request of the receiver module 33 mentioned later and outputtlng the same to the receiver module 33 according to a predetermined protocol.
The receiver module 33 Is generated according to need, outputs a transmission request of the stream data to the receiver module 33 under the control of the stream descriptor module 31 and, at the same time, outputs the transmitted stream data to the sink module 12 which can be controlled by the client application 11. / Note that, the protocol between the feeder module 32 and the receiver module 33 is XTP. ^hen, this XTP is used to deal with the transmission skew caused by the confusion of the network and to deal with the time lag caused by the difference of the clocks used by the feeder module 32 and the receiver module 33 for working.
A stream communication manager 13 and a stream communication manager 23 shown in Fig. 2 and Fig. 3 are processing modules for generating the feeder module 32 and receiver module 33 according to need and permanently exist in the system.
The source feeding module 21 is a module existing in the device storing the stream data for feeding the stream data, and the sink module 12 is a module for receiving

that stream data and providing this to the client application 11.
In a data processing system of such a modular configuration, the virtual stream object 30 is generated as shown in Fig. 2 by merely designating the source stream data from the client application 11. By performing the processing by using this as the stream data after this, a desired processing can be carried out. At this data processing, as shown in Fig. 3, the modules control the transfer of the stream data etc. in association, but the processing may of course be carried out by the client application 11 with respect to the virtual stream object 30.
Next, an explanation will be made of the flow of the routine and the operations in the modules when the actual data processing is carried out in such a data processing system by referring to Fig. 6 to Fig. 10.
First, an explanation will be made of the operation for generating the virtual stream object by referring to Fig. 6.
First, a stream descriptor module 31 is generated in the data processing apparatus 10 based on for example the data source described in a content script 40 received by the client application 11.

(^ Then, the client application H on the data processing apparatus 10 calls up a method "create stream" at the stream descriptor moduli 3 if and requests the generation of the stream communication mechanism shown In Fig. 3 (step Sll). Then, the stream descriptor module 31 requests the securing of a receiver module 33 at the stream communication manager 13 (step S12), and the stream communication manager 13 generates the receiver module 33 In accordance with this (step S13). The generated receiver module 33 returns communication parameters such as the direction data for the feeder module 32 as a return value (step S14), and the stream communication manager 13 further adds the reference of the receiver module 33 and returns the return value to the stream descriptor module 31 (step S15).
When the generation of the receiver module 33 Is ended, the stream descriptor module 31 transmits the reference and communication parameters of the receiver module 33 to the data processing apparatus 20 and Instructs the generation of the feeder module 32 to the stream communication manager 23 of the data processing apparatus 20 (step S16). The stream communication manager 23 generates the feeder module 32 In accordance with this (step S17). Then, the stream communication manager 23

returns the reference of the feeder module 32 to the stream descriptor module 31 (step S18).
By such processing, the virtual stream object 30 containing the stream descriptor module 31, the feeder module 32, and the receiver module 33 Is generated.
Next, an explanation will be made of the operation for performing the transfer of the stream by the virtual stream object by referring to Pig. 7.
First, the client application 11 on the data processing apparatus 10 requests a method "start stream" at the stream descriptor module 31 (step S21), and the stream descriptor module 31 requests the start of the transfer at the receiver module 33 (step S22). Then, the receiver module 33 requests the transfer of the stream at the feeder module 32 of the data processing apparatus 20 (step S23), and further the feeder module 32 requests the transfer of the stream to a source feeding module 21 In the data processing apparatus 20 (step S24).
The source feeding module 21 returns the stream ID and, at the same time, successively outputs the stream to the feeder module 32 In accordance with the request (step S25). Then, the feeder module 32 and the receiver module 33 secure the transmission line In association (step S26) and transfer the stream output from the source feeding

module 21 from the feeder module 32 to the receiver module 33 (step S27). The receiver module 33 successively outputs the received stream to the sink module 12 (step S28).
Thereafter, the stream is successively transferred via the secured route.
Note that, the request to start the stream may be also made during a period when the stream descriptor module 31 is performing processing to create a stream. In this case, the stream descriptor module 31 immediately starts the processing to start the stream after the end of the processing to create the stream.
Next, an explanation will be made of the operation of temporarily stopping the transfer of the stream by referring to Fig. 8.
First, the client application 11 on the data processing apparatus 10 calls up a method "pause" (step S31}, whereby the stream descriptor module 31 requests an interruption of the transfer of the stream (step S32}. The receiver module 33 first temporarily stops the output of the stream to the sink module 12 (step S33), and further requests the interruption of transfer of the stream at the feeder module 32 of the data processing apparatus 20 (step S34) and, at the same time, returns

the data of the Interruption position of the stream to the stream descriptor module 31 (step S35).
Next, an explanation will be made of the operation for restarting the transfer of the paused stream.
First, referring to Fig. 9, an explanation will be made of the operation to restart the transfer where the communication protocol Is XTP and the control protocol between the feeder module 32 and the receiver module 33 Is used.
First, the client application 11 calls up a method "restart" (step S41), whereby the stream descriptor module 31 requests restart of the transfer of the stream to the receiver module 33 (step S42). The receiver module 33 sends the Interruption position at the pause to the feeder module 32 of the data processing apparatus 20 as a parameter and requests the transfer of the stream (step S43). By this, the feeder module 32 reads the stream from the source feeding module 21 and restarts the transfer with respect to the receiver module 33 (step S44). The stream received at the receiver module 33 Is successively output to the sink module 12 (step S45).
Next, an explanation will be made of the operation to restart the transfer when the communication protocol Is not XTP and the stream descriptor module 31 clearly

performs the control by referring to Fig. 10 .
(^ First, the client application 11 calls up a method ^restart^^ (step S51), whereby the stream descriptor module 31 sends the Interruption position at the pause to the feeder module 32 of the data processing apparatus 20 as a parameter and requests the transfer of the stream (step S52). By this, the feeder module 32 reads the stream from the source feeding module 21 and restarts the transfer to the receiver module 33 (step S53). The stream received at the receiver module 33 Is successively output to the sink module 12 (step S54).
Note that, the case of use of the XTP protocol where the control signal can be directly sent between the feeder module 32 and the receiver module 33 and the case of non-use of the same were explained separate from each other only when explaining the operation for restarting the transfer, but the same holds true also for the time of a pause operation mentioned before and for the time of an operation for stopping the transfer mentioned later and closing the stream transfer mechanism. Where the XTP Is not used, the control thereof Is carried out via the stream descriptor module 31.
Next, an explanation will be made of the operation for stopping the transfer of a stream by referring to

Fig. 9. In the feeder module 32 of the data processing apparatus 20, when the transfer of the final stream Is ended (step S61), the receiver module 33 of the data processing apparatus 10 detects this last stream data and requests the disconnection of the line and the opening of the feeder module 32 to the feeder module 32 (step S62). By this, the feeder module 32 notifies the stopping of the transfer processing of the stream to the source feeding module 21 and the feeder module 32 becomes free In state (step S63). Further, the receiver module 33 notifies the stopping of transfer and opening of the source feeding module 21 to the source feeding module 21 (step S64}. Then, the receiver module 33 stops the transfer of the stream to the stream descriptor module 31 (step S65), and the stream descriptor module 31 returns an end stream Instruction to the client application 11 (step S66).
Finally, an explanation will be made of the processing for closing the stream transfer mecheuilsm by referring to Fig. 10. Note that, here, an explanation will be made of a case where the stream transfer mechanism Is closed during the stream transfer.
When the client application 11 requests a method "close" to the stream descriptor module 31 (step S71), the

stream descriptor module 31 requests Interruption of the transfer of the stream to the receiver module 33 (step S72). Then, the receiver module 33 first stops the output of the stream to the sink module 12 (step S73) and further requests the Interruption of transfer of the stre£un to the feeder module 32 of the data processing apparatus 20 (step S74) and then returns the data of the Interruption position of the stream to the stream descriptor module 31 (step S75).
Next, when the stream descriptor module 31 requests the opening of the receiver module 33 (step S76), the receiver module 33 of the data processing apparatus 10 requests the disconnection of the line and the opening of the feeder module 32 to the feeder module 32 (step S77). By this, the feeder module 32 notifies the ending of the processing for transfer of the stream to the source feeding module 21, and the feeder module 32 becomes free In state (step S78). Further, the receiver module 33 requests the ending of the transfer and the opening of the sink module 12 to the sink module 12 (step S79). Then, the receiver module 33 notifies that the processing for opening of the virtual stream object 30 is ended to the stream descriptor module 31 (step S80).
In this way, in the data processing system of the

present embodiment, when the processing Is carried out on continuous data such as audio data and video data. It Is not necessary to perform troublesome control with respect to It at the application level, therefore the handling of such stream data becomes easy.
Particularly where such stream data must be transferred from the network by telecommunications, conventionally processing such as the generation of the transmission module and the reception module, the connection of them, the sending, stopping, and resendlng of the stream, etc. must each be carried out, but In the data processing system of the present embodiment, none of this detailed control has to be carried out.
Accordingly, the development of the application modules for handling such stream data becomes easy.
Note that, the present Invention Is not limited to the present embodiment and that various modifications are possible.
For ex£unple, the relationship between the side for feeding the stream data and the side utilizing the stream data may be any relationship so far as the data can be transferred. The distance between them, the tj^e of the network, the type of the mounted processing devices, etc. are all Irrelevant.

Further, while the present embodiment was explained with reference only to processing with respect to one stream of data in one virtual stream object, it is also possible to adopt a configuration of a virtual stream object where a plurality of streams of data can be handled in parallel or simultaneously.
Further, it is also possible to provide a more sophisticated processing function than the transfer of the stream data to the virtual stream object. For example, it is possible to give not only the functions of for example reverse playback, jog shuttling, and fast forward, but also a simple image processing function enabling any filter to be applied to transferred video data.
Further, it is also possible to give a function whereby a plurality of streams received from a plurality of information sources are S3^thesized and used in the virtual stream object 30.
As the format of the data processing system where such streams are synthesized, various formats can be considered. An example thereof will be shown in Fig. 13A and Fig. 13B.
For example, where two sources stored in one data processing apparatus 20 are synthesized, as shown in Fig.

13A, it is sufficient so far as one virtual stream object 30 is generated in the same way as the present embodiment, a stream synthesizing unit 50 is provided on the feeder module 32 side thereof, and the source data read from two source feeding modules 21a and 21b are synthesized to obtain one stream which is then transferred to the receiver module 33.
Further, where two sources stored in two data processing apparatuses 20a and 20b are synthesized, as shown in Fig. 13B, two virtual stream objects 30a and 30b are generated, feeder modules 32a and 32b are generated in the data processing apparatuses 20a and 20b having sources covered by the synthesis, and the source data read from the source feeding modules 21a and 21b are transferred by these two virtual stream objects 30a and 30b, respectively. Then, on the receiver module 33 side, those two streams are synthesized by the stream synthesizing unit 50 and output to the sink module 12.
Note that, in Fig. 13B, for explanation, the stream S3n^thesizing unit 50 is constituted as a separate module from the virtual stream objects 30a and 30b, but in actuality this stream synthesizing unit 50 is one of the modules of stream synthesis contained in the virtual stream objects 30a and 30b.

Further, the configuration of the stream synthesizing unit 50 used In Fig. 13A and Fig. 13B will be Illustrated In Fig. 14.
The stream synthesizing unit 50 Is constituted by two timing buffers 51a and 51b corresponding to Input two streeims, two weighting multipliers 52a and 52b, and a stream adder 53.
In the stream synthesizing unit 50, synchronization of the Input first and second data streams Is established In the timing buffers 51a and 51b. For example, when the Input data streeuns are video data, frame synchronization Is established In the timing buffers 51a and 51b. Then, In the weighting multipliers 52a and 52b, the multiplication is carried out by predetermined weights set by not Illustrated control signals, the two weighted streams are added at the stream adder 53, and the resultant one output stream is synthesized.
Note that, where the data processing as shown in Fig. 13A and Fig. 13B is carried out, the contents of the content script 40 are appropriately changed.
Where this additional function is processing that is, used by using a module of the system level, for example depending upon the hardware or when it is complex processing, by adding such a function to the virtual

stream object. It becomes easy to perform these processings and therefore It Is further effective.
Even If such a function Is added, the Interface with the application can handle It by just Increasing the definitions of the method functions.
The explanation about the cases where a plurality of streams are processed explained above by referring to Fig. 13A, Fig. 13B, and Fig.14 will be made more concrete by referring to Fig. 15A, Fig. 153, Fig. 16, and Fig. 17
Figure ISA and Fig. 15B are views of the configuration of the data processing system where a plurality of streams are synthesized and transmitted as one stream corresponding to the example explained above by referring to Fig. 13A-
Flgure ISA Is a view of the configuration of the data processing system In which two source feeding modules 21a, 21b and the feeder module 32 are generated on one data processing apparatus 20.
Figure 15B Is a view of the configuration of the data processing system In which two source feeding modules 21a, 21b and the feeder module 32 are generated on different three data processing apparatuses 20a, 20b, 20c.
Figure 16 Is a view of the configuration of the data

processing system In which a plurality of streams are transmitted each other and then synthesized corresponding to the example explained before by referring to Fig. 13B.
Further, Fig. 17 Is a view explaining the system shown In Fig. 16 applied actually on the distributed processing system.
In the example shown In Fig. 16 and Fig. 17, two receiver modules 33a, 33b are synchronized directly and substantially process two streams. As seen from a communication control view. It Is preferable that the receiver carry out the control of the data transmission Including the control of the feeder. This Is why the function of the synthesizing unit 50 comprising timing buffer 51a, 51b Is assigned to the receiver module 33 and the system shown In Fig. 16 Is constructed. When a system Is actually constri^cted In the distributed processing environment, the configuration of the system may become like these shown In Fig. 15A to Fig. 17. But It Is sure-that the systems shown In Fig. 15A to Fig. 17 are substantially the same with the system shown In Fig. 13A and Fig. 13B.
As explained above, according to the data processing system of the present Invention and the method of the same, an application programming Interface for handling

the stream processing function referred to as a virtual stream object Is provided, therefore the complexity and troublesomeness of the processing when handling continuous data such as audio data and video data can be and sophisticated multimedia processing via a network can be carried out.

WE CLAIM :
A data processing apparatus for carrying out a desired processing with respect to time series continuous data, comprising a first (30) for providing said time series continuous data which is covered by said processing as a data stream having the predetermined processable format; and a second data processor (12) for carrying out said desired processing with respect to the data stream provided from said first data processing means said first data processor comprising a data providing The data processing apparatus as claimed in claim 1, wherein said data stream generated from said second data processor (12) is defined by the data which identifies said time series continuous data and the data which identifies said second data processor for carrying out the desired processing with respect to the data stream.

The data processing apparatus as claimed in claim 2, wherein said delivering means>(32) for obtaining said time series continuous data from said data providing means and transmitting the same and a receiver for receiving said transmitted data, said controller (31) controls said each said means to obtain said time series continuous data to be subjected to desired processing based on a request from said second data processor (12) and provides said received and obtained time series continuous data to said second data processor.
The data processing apparatus as claimed in claim 3, wherein said controller generates said transmitter on anode at which said data providing means (21) having the time series continuous data to be subjected to the desired processing based on a request from said second data processor (12), generates said receiver on a node at which said second data processor exists, and transfers the time series continuous data to said second data processor via said transmitter and said receiver.
The data processing apparatus as claimed in claim 4, wherein said controller (31) is constituted on any node on said networks.
The data processing apparatus as claimed claim 5, wherein sodium series corttinuous data is AV data having either of video data or audio data or both of the same.
The data processing apparatus as claimed in claim 5, further a data restoring means for restoring the data converted to the predetermined format to the original time series continuous data, wherein said

transmitter transmits said time series continuous data by the predetermined data transfer format, said receiver receives said data transferred by said predetermined format, restoring mean restores said transferred data to the original time series continuous data, and said controller (31) provides said restored time series continuous data to said second data processor (12).
The data processing apparatus as claimed in claim 5, wherein said first data processor (30) comprises a plurality of said data providing means (21), said delivering means (S2) for synthesizing a plurality of said time series continuous data provided from said plurality of data providing means (21) to generate one time series continuous data and delivering the data, and said controller (31) for managing said plurality of data providing means (21) and said delivering means (32) to obtain the desired time series continuous data based on a request from said second data processor (12) and providing said received and obtained time series continuous data to said second data processor.
^he data processing apparatus as claimed in claim 8, wherein said delivering means (32) comprises a synthesizer for synthesizing a plurality of time series continuous data provided from said plurality of data providing means (21), said transmitter for transmitting said synthesized time series continuous data, and said receiver for receiving said transmitted data.
data processing apparatus as claimed in claim 8, wherein said delivering means (32) comprises a plurality of said transmitter for respectively obtaining the time series continuous data from said plurality of data providing means (21) and transmitting the same, a plurality of receivers for respectively receiving the data transmitted from said

plurality of transmitters, and a synthesizer for synthesizing said plurality of time series continuous data received at said plurality of receivers.
\ c
A data processing method for enabling a data processing means
constituted on any of at least one of a plurality of nodes on a network in
which a plurality of nodes are connected to perform a desired processing
with respect to a plurality of time series continuous data existing on any
node, comprising the steps of generating a managing means for managing
said time series continuous data on any node on said network in
accordance with a request from said data processing means, generating a
transmitting means for obtaining said time series continuous data and
transmitting the same with a predetermined transfer format on the node
having said time series continuous data by said managing means,
generating a receiving means for receiving the data transmitted with said
predetermined format on a node for performing said desired processing
with respect to said time series continuous data by said managing means,
transferring the desired data of said time series continuous data in
accordance with a request for provision of a desired position and desired
format of said time series continuous data from said data processing
means via said transmitting means and said receiving means under the
control of said managing means, restoring the transferred data to generate
the original time series continuous data and providing the same to said
data processing means, and performing said desired processing with
respect to said provided time series continuous data by said data
processing means.
A data processing method according to claim 11, wherein said step for the performing processing for synthesizing comprises generating a transmitting means for obtaining said time series continuous data and transmitting the same with a predetermined transfer format on the node

having said time series continuous data by said managing means, and generating a receiving means for receiving the data transmitted with said predetermined format on a node for performing said desired processing with respect to said time series continuous data by said managing means, wherein said transferring step transfers the desired data of said time series continuous data as said synthesized data in accordance with a request for provision of a desired position and desired format of said time series data from said data processing means via said transmitting means and said receiving means on the node for performing said desired processing under the control of said managing means.
A data processing method according to claim 12, wherein said step for generating a receiving means generates a plurality of receiving means.
A data processing apparatus substantially as herein described with reference to the accompanying drawings.
A data processing method substantially as herein described with reference to the accompanying drawings.

Documents:

0441-mas-1997 abstract duplicate.pdf

0441-mas-1997 abstract.pdf

0441-mas-1997 assignment.pdf

0441-mas-1997 claims duplicate.pdf

0441-mas-1997 claims.pdf

0441-mas-1997 correspondence -others.pdf

0441-mas-1997 correspondence -po.pdf

0441-mas-1997 description (complete) duplicate.pdf

0441-mas-1997 description (complete).pdf

0441-mas-1997 drawings.pdf

0441-mas-1997 form-2.pdf

0441-mas-1997 form-26.pdf

0441-mas-1997 form-4.pdf

0441-mas-1997 form-6.pdf

0441-mas-1997 others.pdf

0441-mas-1997 petition.pdf

« Previous Patent

Next Patent »

Patent Number

198690

Indian Patent Application Number

441/MAS/1997

PG Journal Number

30/2009

Publication Date

24-Jul-2009

Grant Date

24-Jan-2006

Date of Filing

05-Mar-1997

Name of Patentee

M/S. SONY CORPORATION

Applicant Address

7-35 KITASHINAGAWA,6-CHOME,SHINAGAWA-KU,TOKYO-141-0001

Inventors:

#	Inventor's Name	Inventor's Address
1	HIROTOSHI MAEGAWA	C/O DIGITAL VISION LABORATORIES CORPORATION,PLACE CANADA,3-37 AKASAKA 7-CHOME,MINATO-KU,TOKYO 107
2	HIROTOSHI MAEGAWA	C/O DIGITAL VISION LABORATORIES CORPORATION,PLACE CANADA,3-37 AKASAKA 7-CHOME,MINATO-KU,TOKYO 107
3	HIROTOSHI MAEGAWA	C/O DIGITAL VISION LABORATORIES CORPORATION,PLACE CANADA,3-37 AKASAKA 7-CHOME,MINATO-KU,TOKYO 107

PCT International Classification Number

G06F 9/00

PCT International Application Number

N/A

PCT International Filing date

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	8-47832	1996-03-05	Japan