A COMPUTER IMPLEMENTED SYSTEM AND METHOD FOR 5 ON-DEMAND MULTI-SCREEN SEAMLESS STREAMING FIELD OF DISCLOSURE The present disclosure relates to managing and controlling multimedia streaming on multiple screens. DEFINITIONS OF TERMS USED IN THE SPECIFICATION 5 The expression 'NiXi' used hereinafter in this specification refers to the National Internet Exchange of India which is the neutral meeting point of the ISPs in India and it facilitates exchange of domestic Internet traffic between the peering ISP members. The expression 'packet' used hereinafter in this specification refers to a portion/part of a media file. .0 The expression 'scrubbing' used hereinafter in this specification refers to an interaction in which a user drags a cursor or play-head across a segment of a media file during playback. The expression 'Aspera link' used hereinafter in this specification refers to a transfer protocol that leverages existing wide area network infrastructure and hardware to achieve high speed data transfers. It provides transfer prioritization and automatic protection of other IP traffic and delivers .5 end-to-end security. The expression 'Archival Storage Area Network (SAN)' used hereinafter in this specification refers to a dedicated network that provides access to archived content files. It is primarily used to enhance storage devices, accessible to the system so that the devices appear like locally attached devices. The expression 'Virtual Machine' used hereinafter in this specification refers to an emulation of a 20 particular computer system. It operates on the computer architecture and functions of a real or hypothetical computer and, its embodiments may involve specialized hardware, software, or a combination of both. The expression 'GZIP' used hereinafter in this specification refers to a file compression format having fast compression and decompression ratio. It uses less memory and so is ideal for systems 25 with limited memory. The expression 'TRACERT' used hereinafter in this specification refers to a command used for displaying a network route/path and measuring transit delays of packets across the network. 2 These definitions are in addition to those expressed in the art. BACKGROUND In recent years the on-demand services of providing media content have increased significantly. Along with these services, the emergence of multiple devices providing various user experiences, 5 be it ultra-high definition quality or a 3D experience, have dramatically transformed the media communication industry. With such growth of media consumption across various screens, it is possible that users may want to seamlessly transfer ongoing media sessions from one device to another. There are existing systems that allow transfer of an ongoing media session from one device to another, but usually these systems allow transfer of a single session from a first device .0 to a second device but not in the reverse fashion (i.e. the second device cannot transfer the session back to the first device). In case a user wants to transfer the media session onto another device a lot of user operations are required that significantly degrade user experience while limiting media transfer options. Moreover, there is a possibility of content piracy during the process of media transfer between multiple devices. .5 Therefore, there is a need for a system and method that limits the aforementioned drawbacks and provides seamless transfer of streaming media content on multiple screens. OBJECTS An object of the system of the present disclosure is to provide a system that allows on-demand media streaming. .0 Another object of the system of the present disclosure is to provide a system that allows users to migrate/transfer on-going media session among multiple display devices. Still another object of the system of the present disclosure is to provide a system that does not compress the original content file and thus maintains the quality of the received content file. One more object of the system of the present disclosure is to provide a system that does not require 25 cache on the user device for seamless playback of the content file and ease of scrubbing. Still another object of the system of the present disclosure is to provide a system that continuously traces the user's device in order to transmit the requested content in less number of hops and through the shortest path. 3 Other objects and advantages of the present disclosure will be more apparent from the following description when read in conjunction with the accompanying figures, which are not intended to limit the scope of the present disclosure. SUMMARY 5 The present disclosure relates to a computer implemented system and method for on-demand multi-screen seamless streaming. In an embodiment, the system comprises a memory configured to store a set of rules and a processor configured to cooperate with the memory to receive the set of rules and generate a set of commands based on the rules. The system further comprises a content receiver module to receive and store media content and additional relevant information. In one .0 embodiment, the content receiver module comprises a first receiver, a fonnat checker, an encoder, a first intransient, a first extractor and a content updater. The system further includes a registration module to register users, each having at least one user device. In one embodiment, the registration module comprises a second receiver, an input module, a second intransient repository, a display and a selection and payment module. Further, the system comprises a content transmitter module .5 to transmit selectively accessible content files to selected user devices of authorized authenticated registered users. In one embodiment, the content transmitter module comprises a user request receiver, an authenticator, a second extractor, a crawler and extractor, a splitter and sequencer, a marker, an index creator, a compressor and, a path identifier and transceiver. Furthermore, the system comprises a user module coupled to the processor, the registration module, the content 0 transmitter module and a plurality of pre-registered users, each user having a plurality of pre registered user devices. In one embodiment, the user module comprises a first transmitter, a first transceiver, a decompressor, a second transceiver and a playback module to enable on-demand multi-screen seamless streaming. This summary is provided to introduce concepts related to on-demand multi-screen seamless 25 streaming, which is further described below in the detailed description. This summary is neither intended to identify all the essential features of the present disclosure nor is it intended for use in determining or limiting the scope of the present disclosure. BRIEF DESCRIPTION OF ACCOMPANYING DRAWINGS A computer implemented system and method for on-demand multi-screen seamless streaming will 30 now be described with the help of the accompanying drawings, in which: 4 FIGURE 1 illustrates schematic of an embodiment of the system for on-demand multi-screen seamless streaming; FIGURE 2 illustrates the method of receiving and storing content files in one embodiment of the system of the present disclosure; and 5 FIGURE 3(a), 3(b) and 3(c) illustrate the steps involved in live streaming. DETAILED DESCRIPTION The system of the present disclosure will now be described with reference to the embodiment shown in the accompanying drawing. The embodiment does not limit the scope and ambit of the disclosure. The description relates purely to the examples and preferred embodiments of the .0 disclosed system and its suggested applications. The system herein and the various features and advantageous details thereof are explained with reference to the non-limiting embodiments in the following description. Descriptions of well known parameters and processing techniques are omitted so as to not unnecessarily obscure the embodiment herein. The examples used herein are intended merely to facilitate an understanding .5 of ways in which the embodiment herein may be practiced and to further enable those of skill in the art to practice the embodiment herein. Accordingly, the examples should not be construed as limiting the scope of the embodiment herein. The on-demand services that are widely available allow streaming of media to a single user device. During the streaming if a user suddenly forwards the playing media, it takes significant time to .0 continue media streaming from the new position. Moreover, if the user decides to stop/pause the playback and turn off the system, it is difficult for the system to commence the playback from the paused position. Additionally, existing systems that allow transfer of the ongoing media session from one device to another allow transfer of a single session from a first device to a second device but do not allow reverse transfer (i.e. the second device cannot transfer the session back to the first 25 device). In case a user wants to transfer the media session onto another device a lot of user operations are required that significantly degrade user experience while limiting media transfer options. There is also a possibility of content piracy during the process of media transfer between multiple devices. 5 The present disclosure provides a computer implemented system for on-demand media streaming across multiple screens such as home television, laptops, tablets, smart phones and the like using a network and/or the Internet. A user registers with the system and uses user devices having display outlets for seamless streaming. In order to register, a user has to provide user credentials and a 5 password after which the user can request content files for streaming. When a request for streaming is sent by a user, MAC ID and public IP address of a user device used by the user to send the request for streaming is captured and maintained in a repository having user profiles. The user profiles respectively store all MAC IDs corresponding to user devices used by a registered user. If the MAC ID count for a particular user exceeds 5, the system may send a query request to the user .0 to confirm if a valid user device is being used by the user. This method limits the possibility of piracy of content files from the users' devices. The disclosure will now be described with reference to the accompanying non-limiting drawings which illustrate one embodiment of the computer implemented system for on-demand multi-screen seamless streaming. .5 Referring to the accompanying drawings, FIGURE 1 illustrates schematic of an embodiment of the system 100 for on-demand multi-screen seamless streaming. The system 100 includes a memory 102 that stores a set of rules and a processor 104 that cooperates with the memory 102 to generate a set of commands based on the rules. These commands are provided to various modules in the system 100 to achieve on-demand multi-screen seamless streaming. The system 100 includes .0 a content receiver module 106 which receives and stores media content and relevant media information to be accessed by a user through the user devices. The user devices are variety of devices having display screens, such as laptops, computers, notepads, mobile phones, handheld devices and the like The content receiver module 106 includes a first receiver 106a that receives media content from a pre-determined source. The media content includes a plurality of content 25 files, each having a file format and a content identifier. In one embodiment, the system 100 uses an automated Aspera link to receive content files that may be of interest to a user at the first receiver 106a. The content files may be in different formats including .avi, .mp4, .mkv and the like. In order to check the format of the received content files, the content receiver module 106 comprises a format checker 106b. The format checker 106b checks if the format of the received content file 30 is suitable for streaming. If the format of the content file is not suitable for streaming, an encoder 6 106c included in the content receiver module 106 encodes the received content file in a pre determined suitable format to obtain selectively accessible content files. In one embodiment, the structure of the format checker 106b includes a receiver, an identifier, a repository and a comparator. The repository stores pre-determined formats that are suitable for streaming. The 5 receiver receives the content file and the identifier identifies the format of the content file. The identified format is then compared with the stored formats to enable the format checker 106b to identify content files suitable for streaming. Once the file is in a suitable format a first intransient repository 106d stores the selectively accessible content files and corresponding content identifiers. In one embodiment, the structure of the first transient repository 106d includes a .0 receiver and a register. The receiver receives the content files and content identifiers and stores it in the register. These content files and content identifiers are permanently stored in the register unless explicitly deleted. The content receiver module 106 also includes a filename modifier (not shown in the figure) that modifies the name of the content file according to suitable naming convention. In one embodiment, the structure of the filename modifier includes a receiver, a .5 repository, a checker and a modifier. The repository stores pre-determined rules of suitable naming convention. The receiver receives the content files and the checker checks if names of the received content files follow the stored rules. If the names are not suitable, the modifier modifies file names as per the pre-determined rules. The content receiver module 106 also includes a first extractor 106e which cooperates with the first intransient repository 106d to extract additional relevant .0 information related to the stored content files, from pre-determined external sources. For example, in case of a movie, the additional relevant information may include information related to the release date, trivia related to the movie, information on the cast of the movie and the like. In one embodiment, the structure of the first extractor 106e includes a receiver, a parser, a crawler and a content extractor. The receiver receives rules and commands from the processor 104 regarding the 25 extraction of relevant information related to the content files stored in the intransient repository 106d. Based on this, the parser parses/splits the information from pre-determined external sources into pieces to allow better searching of the required information. The crawler then guides the first extractor 106e through the parsed information and the content extractor extracts the relevant information. A content updater 106f included in the content receiver module 106 then updates the 30 first intransient repository 106d to include the additional relevant information corresponding to each of the stored content files. The content receiver module 106 also includes a content checker 7 (not shown in the figure) for checking if the extracted content files are present in the first intransient repository 106d. The content updater 106f can then update the first intransient repository 106d to include the missing content files. In one embodiment, the structure of the content updater 106f includes a receiver and a transmitter. The receiver receives extracted 5 information from the first extractor 106e and transmits the information to the first intransient repository 106d. The system 100 further includes a registration module 108 for registering users, each having at least one user device. The registration module 108 includes a second receiver 108a for receiving registration requests from users through user devices. An input module 108b present in the .0 registration module 108 then accepts user credentials and corresponding passwords from the users in response to the received registration requests. The registration module 108 also includes a second intransient repository 108c which stores the accepted user credentials and corresponding passwords as user profiles in order to register the users. In one embodiment, the structure of the second intransient repository 108c includes a receiver and a register. The receiver receives the user .5 credentials and corresponding passwords and stores it in the register as user profiles. These user profiles are permanently stored in the register unless explicitly deleted. On successful registration, a display 108d displays the stored content identifiers and pre-determined payment options to the registered users based on which a selection and payment module 108e accepts a selection of content identifiers from the registered users and corresponding payments. In one embodiment, the .0 structure of the display 108d includes a receiver and a screen. The receiver receives content identifiers and pre-determined payment options and the screen displays the received content identifiers and pre-determined payment options. The selection and payment module 108e then associates the selected content identifiers to corresponding user profiles in the second intransient repository 108c. In one embodiment, the structure of the selection and payment module 108e 25 includes a receiver and payment receiver. The receiver receives the content identifiers corresponding to the user profiles and the payment receiver receives corresponding payments. The payment options for content files are pre-determined based on packages selected by the user. In one embodiment, the user is provided options of different packages including packages for regional movies, Hollywood movies, TV shows, upcoming movie trailers and the like. 8 A content transmitter module 110 module present in the system 100 transmits selectively accessible content files to registered users through user devices on request after successful authorization and authentication. The content transmitter module 110 includes a user request receiver 110a, an authenticator 110b, a second extractor 110c, a crawler and extractor 110d, a 5 splitter and sequencer 110e, a marker 110f, an index creator 110g, a compressor 110h and, a path identifier and transceiver 110i. The user request receiver 110a receives user requests from users through user devices for streaming content files on the user devices. These user requests include content identifiers corresponding to the requested content files. In one embodiment, the user request receiver 110a includes an input device that accepts inputs from users. These inputs include .0 user requests, user credentials, passwords and the like. The user request receiver 110a also accepts user credentials and passwords corresponding to the users in order to authenticate the registered users to provide seamless streaming. The authenticator 110b receives the accepted user credentials and passwords and compares the accepted user credentials and passwords with the user credentials and passwords stored in the second intransient repository 108c to authenticate registered users. .5 The authenticator 110b then compares content identifiers from the received user requests with the content identifiers stored in the second intransient repository 108c based on user profiles to authorize the authenticated registered users to stream requested content files. This provides user access to only those content files that the user has paid for. . In one embodiment, the authenticator 110b includes a receiver and comparator. The receiver receives the content identifiers transmitted .0 by users and the comparator compares these content identifiers with the content identifiers associated with the stored user profiles. Based on the user requests of the authorized authenticated users, the second extractor 110c identifies a user device associated with the authorized authenticated registered user that transmits a user request, and extracts a MAC ID and a public IP address of the identified user device. In one embodiment, the structure of the second extractor 110c 25 includes a receiver, a crawler and an address extractor. The receiver receives rules and commands from the processor 104 regarding the extraction of MAC IDs and public IP addresses. Based on this, the crawler then guides the address extractor to extract the MAC ID and public IP address of the user device. The second extractor 110c further associates and stores the extracted MAC ID and public IP address in the second intransient repository 108c corresponding to a user profile of the 30 authorized authenticated registered user. The crawler and extractor 110d then crawls through the first intransient repository 106d to extract a selectively accessible content file corresponding to a 9 content identifier received through a user request transmitted by a user device of an authorized authenticated registered user. In one embodiment, the structure of the crawler and extractor 110d includes a receiver, a parser, a scheduler, a crawler and an extractor. The receiver receives rules and commands from the processor 104 regarding the extraction of selectively accessible content 5 file. Based on this, the parser parses the information from the first intransient repository 106d and the scheduler creates a list/ queue to identify which information needs to be extracted first, the crawler then guides the extractor to extracts the extract the required content file. The extracted content file is then split by the splitter and sequencer 110e in packets which are then sequentially numbered. In one embodiment, the structure of the splitter and sequencer 110e includes a .0 determiner, a divider and a sequence provider. The determiner determines how the content file should be split based on which the divider splits the content file which is then sequentially numbered by the sequence provider. The marker 110f marks these packets with the extracted MAC ID and public IP address of the user device and the index creator 110g creates an index file containing an index corresponding to the sequence of numbered packets. The compressor 110h .5 compresses this index file to obtain a compressed index file. In one embodiment, the structure of the compressor 110h includes a receiver to receive the index file and a gzip compressor to compress the received file. The path identifier and transceiver 110i then identify a network path and transmit the compressed index file to the identified user device of the authorized authenticated registered user over the identified network path and receives a packet request in response to the .0 transmitted compressed index file. Based on the packet request, the path identifier and transceiver 110i randomly transmits the marked packets over the identified network path to the identified user device. This enables the system to use variable bitrate and provide high resolution media content even at lower bandwidth. In one embodiment, the structure of the path identifier and transceiver 110i includes a determiner, a receiver and a transmitter. The determiner determines the network 25 path for transmission and reception. The receiver receives the packet requests and the transmitter transmits the marked packets. A user module 112 present in the system 100 cooperates with user devices to provide on-demand multi-screen seamless streaming to users. The user module 112 includes a first transmitter 112a which is coupled to the user devices that are controlled by the users to transmit registration requests 30 to the registration module 108 to register the users. The first transmitter 112a also transmits content identifiers selected by the registered users to stream multimedia content related to the content 10 identifiers. A first transceiver 112b present in the user module 112 transmits user requests for streaming content files from the registered users to the content transmitter module 110. It also receives compressed index file corresponding to a requested selectively accessible content file from the content transmitter module 110 based on user authorization and authentication. The user 5 module 112 includes a decompressor 112c to decompress the received index file. In one embodiment, the structure of the decompressor 112c includes a receiver to receive the compressed index file and a gzip decompressor to decompress the received file. On successful decompression, a second transceiver 112d present in the user module 112 transmits a packet request to the content transmitter module 110 to request packets related to the requested content file. It then receives .0 randomly transmitted marked packets from the content transmitter module 110 based on the transmitted packet request. Once the randomly transmitted marked packets are received, a playback module 112e plays the received packets according to the decompressed index file on the user device of an authorized authenticated registered user. In one embodiment, the structure of the playback module 112e includes a receiver, an identifier and a media player. The receiver receives .5 the packets and index file, the identifier identifies that correct packets are received and the media player plays the packets thus playing the content file. The playback module 112e includes a playback checker 112f to check if the playback has ended for any reason or if the user has paused the playback, in case of both the situations, the number of packet previous to the one when the playback was stopped/paused is stored in the second intransient repository 108c against the user 0 profile of the authorized authenticated registered user for further commencement of playback. In one embodiment, the structure of the playback checker 112f includes a receiver and an identifier. The receiver received the index file and the identifier identifies if the playback has ended/ paused. In case the user is forwarding or rewinding the content, a time stamp at which the user stopped the playback is stored in a transient repository (not shown in the figure). The packet number relevant 25 to the stored time stamp is then identified from the index, and the packet number previous to the identified packet number is stored in the second intransient repository 108c in order to resume playback starting from that packet in future, thus enabling randomized playback. The playback can be resumed by the authorized authenticated registered user on same or different user device to ensure seamless playback of the content file on registered user's user devices. The system 100 of 30 the present disclosure is also configured to create a group of valid user devices for respective user profiles based on the stored MAC IDs and is further configured to check if a user uses a user device 11 form the group to transmit a user request in order to monitor and limit piracy of the content files. The system 100 traces the user devices of authorized authenticated registered users to transmit content files in fewer hops and through shortest paths. The system of the present disclosure receives and stores media content and relevant media 5 information to be accessed by a user from any of his/her registered device. Referring to the accompanying drawings, FIGURE 2 illustrates the method of receiving and storing content files and relevant information in one embodiment of the system of the present. According to this embodiment, there is present a direct link to content owner (the content owner can be in any part of the world). The link used during file reception and repurposing process is an automated Aspera .0 link that has a file delivery encryptive system which ensures security of the content file that is transmitted. On start of the file reception and repurposing process 202, relevant content file (includes newly uploaded content, requested content and the like) is received through the automated Aspera link and is stored on Archival Storage Area Network (SAN) 204. The received content file is usually a raw file that may be in any format. Thus, once the file is stored, it is checked .5 whether the received file is in a required compatible format 206. If the received file is not in the required format, it is encoded into a suitable format 208, wherein the suitable format is selected from a group consisting of .avi, .mp4 and .mkv formats. This embodiment prefers .mp4 format with 1080p. 720p and 480p resolution, AAC 5.1 and 2.1. Once the content file is encoded in a compatible format the file is renamed by following a suitable naming convention 210. In this .0 embodiment, each word of movie/TV show name is separated with "." + year of release + "S" + 2 digit season number + 2 digit episode number. Once the file is named in suitable naming convention, it is checked in Live SAN if the folder of the name of the movie/season/episode of the movie/TV show already exists 212. If the folder does not exist, a new folder is created with the movie/TV show name in a suitable format 214. The encoded renamed file is then copied into a 25 relevant folder on Live SAN 216 to be accessed later based on user request. Referring to the accompanying drawings, FIGURE 3(a), 3(b) and 3(c) illustrate the steps involved in live streaming the content on user's registered device based on received user request. On reception of a content file streaming request from a user 302, the system of the present disclosure captures MAC ID of the user device and public IP of the user 304. The system includes a database 30 of users and registered user devices that are identified by the MAC IDs. On capturing the MAC 12 ID, the system authenticates the user 306 by checking if the captured MAC ID is present in the database. Once the user is authenticated, relevant file is accessed via Virtual Machine from Live SAN 308. This content file is then split into packets having time length of 2 seconds each and the packets are then sequentially numbered to form an index file containing index of packet numbers 5 in order of the content file 310. A pointer is then created that indicates position 'n' commencing from sequential packet number 2 312 and the index file is compressed into GZIP and transmitted to the user device 314. The MAC ID of user's device and public address is fingerprinted on all packets 316 and packet number 1, 2 and 3 are transmitted to the user's device for playing 318. For transmission, a TRACERT command is run and a path to user's device from Live SAN is identified .0 using NiXi IP route 320. Network path is then forced to the user's device 322 through NiXi IP and the packets are transmitted in random order to the user device over that path 324. At the user's end, the user's device receives the packets and uses the GZIPped index file to lineup packets in sequence for playing 326. A check is then performed to confirm if packet n, n-1 and n+1 are available on the device 328. If any of the packets are missing, a request is sent to transmit the .5 packets again 330. When the expected packets (n, n-1 and n+1) are available on the device, packet n-I is played on the user's device 332 and the packet number is incremented by 1 334. Therefore, the system only needs 3 packets to start/continue playback. It is then checked if the last packet according to index is played 336, if the last packet is played according to the index, the process stops 338, else, it is checked if the playback has ended for any reason 340. If the playback has .0 ended due to some reason, packet n-1 is recorded against user ID in database for future commencement of playback 342 and the process ends 344. If the playback has not ended, it is checked is the user had paused the playback 346. If the user pauses the playback, packet n-1 is recorded against the user ID in database for future commencement of playback and input is awaited from the user to press play (un-pause) 348. When the user un-pauses the playback 350, the process 25 is repeated from step 320 where a path is identified from Live SAN to the user. If the user has not pressed pause, it is checked whether the user is forwarding/rewinding the content 352. If the user is not forwarding/rewinding the content, packet n-1 is deleted from the device 354 and the process is repeated from step 320 where a path is identified from Live SAN to the user. If the user is forwarding/rewinding the content file, on completion of scrubbing, a time stamp at which the user 30 stopped is recorded 356. A packet number from index relevant to time stamp at which the user stopped is identified 358 and a packet previous to that packet (n-1) is deleted from the device 360. 13 Packet n-1 is then set as the packet number at which the user stopped scrubbing 362. The process is then repeated from step 320 where a path is identified from Live SAN to the user for further reception of content files/packets. The system and the user device does not require cache, as, every packet previous to the packet that is being played is released/ deleted form the user device and/or 5 the user module. TECHNICAL ADVANCEMENTS A computer implemented system and method for on-demand multi-screen seamless streaming in accordance with the present disclosure described herein above has several technical advancements including but not limited to the realization of: .0 0 a system that allows on-demand media streaming; * a system that allows users to migrate/transfer on-going media session among multiple display devices; * a system that does not compress the original content file and thus maintains the quality of the received content file; .5 0 a system that does not require cache on the user device for seamless playback of the content file and ease of scrubbing; and * a system that continuously traces the user's device in order to transmit the requested content in less number of hops and through the shortest path. The use of the expression "at least" or "at least one" suggests the use of one or more elements or .0 ingredients or quantities, as the use may be in the embodiment of the disclosure to achieve one or more of the desired objects or results. The foregoing description of the specific embodiments so fully reveals the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, 25 and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred 14 embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the embodiments as described herein. 15