The details of the objects and technical configurations of the present invention and acting effects thereof will be more clearly understood from the following detailed description based on the accompanying drawings. Hereinafter, embodiments of the present invention are described in detail with reference to the accompanying drawings.
The embodiments disclosed in this specification should not be construed or used as limiting the scope of the present invention. It is evident to those skilled in the art that a description including the embodiments of this specification may have various applications. Accordingly, some embodiments described in the detailed description of the present invention are illustrative for better understanding, and the scope of the present invention is not intended to be restricted by the embodiments.
Functional blocks illustrated in the drawings and described hereunder are only examples of possible implementations. In other implementations, other functional blocks may be used without departing from the spirit and scope of the detailed description. Furthermore, one or more functional blocks of the present invention are illustrated as separate blocks, but one or more of the functional blocks of the present invention may be a combination of various hardware and software elements for executing the same function.
Furthermore, it should be understood that an expression that some elements are included is an expression of an open type and the expression simply denotes that the corresponding elements are present, but does not exclude additional elements.
Furthermore, when one element is described as being connected or coupled to the other element, it should be understood that one element may be directly connected or coupled to the other element, but a third element may be interposed between the two elements.
A theater monitoring system according to an embodiment of the present invention is schematically described below with reference to FIGS. 1 and 2.
As described above, the theater monitoring system according to an embodiment of the present invention is a system for monitoring 4D theaters installed in a wide area in a lump, and it includes anoperation server 100 and acentral server 200, that is, core elements. Furthermore, the system may further include a user terminal 300, such as a user PC and a user smart phone for accessing thecentral server 200 and checking state information about each of 4D theaters.
First, theoperation server 100 is described below.
Theoperation server 100 is included in each theater and functions to manage attached devices installed in each theater. More specifically, theoperation server 100 receives state information from attached devices, generates log data based on the state information, and transmits the generated log data to thecentral server 200.
In this case, the attached devices refer to a variety of types of devices for providing audiences with a screening service in each theater. FIG. 2 shows an example in which attached devices have been installed in a theater.
Referring to FIG. 2, each theater may include aneffect device 110, aprojection device 120, and amotion chair 130 in order to provide audiences with a content screening service, and may further include acinema server 140 and anadvertising server 150.
Theeffect device 110 is a device for providing audiences with 4D effects simultaneously with the playback of content. In this case, theeffect device 110 may include a water spray device, a fog device, a bubble device, and a fan.
Theprojection device 120 refers to a device for projecting a content playback screen to a projection plane. An embodiment of the present invention is not limited to oneprojection device 130. The theater may include a plurality of projection planes installed to surround seats and a plurality of theprojection devices 130 configured to project content onto the respective projection planes, thereby being capable of providing a more realistic content watching environment to audiences.
Themotion chair 130 is an attached device for providing a motion to a seated audience in various directions. Themotion chair 120 may be driven in various aspects, such as roll, pitch, yaw, heave, sway, and surge. Furthermore, the intensity of a movement of the motion chair can also be controlled.
Furthermore, as will be described later, themotion chair 130 may further include a seat sensor capable of detecting whether an audience has been seated in the motion chair. The seat sensor may be configured to detect an audience's weight applied to themotion chair 130 using a pressure sensor installed in the lower seat plane of themotion chair 130 or the back of the chair or may be configured to detect whether an audience has been seated in themotion chair 130 using a laser radiation device and a laser reception device installed elbow chairs on both sides of themotion chair 130.
Thecinema server 140 is a device for receiving external cinema content data and playing back the received cinema content data. Thecinema server 140 plays back cinema content data according to a predetermined organization schedule a specific theater for a specific time at a specific point of time. Such an organization schedule is not made out by an operating subject who provides a screening service, but is made out by the subject who provides content. The organization schedule may not be randomly changed and modified, and cinema content is played back according to a predetermined organization schedule. Accordingly, an operating subject who provides a screening service, that is, a user according to an embodiment of the present invention, may need to continue to check whether a normal screening environment is maintained during the playback time of cinema content by monitoring a screening environment in real time with respect to a specific theater in which cinema content is played back.
Theadvertising server 150 means a device for receiving advertising content data from an external server, for example, a server managed by an advertiser and playing back the advertising content data. In general, the advertising content data is played back before cinema content is actually screened or after the screening of cinema content is terminated. The advertising content is also played back according to a predetermined organization schedule. Unlike in the cinema content, the contents of the advertising content, for example, advertising subtitles, some advertising screen, and an advertising playback time may be changed and modified.
Referring to FIG. 2, a variety of attached devices which may be included in one theater, such as that described above, is connected to oneoperation server 100 over wired and/or wireless networks. Each of the attached devices transfers its state information to theoperation server 100 in real time or in a specific cycle.
The log data means that the contents of the state information have been recorded over time. In particular, in an embodiment of the present invention, the log data is generated in the form of a single unified standard. Such log data is used as a source from which thecentral server 200 extracts state information. If an error occurs in attached devices within each theater, the log data helps with giving a control command for a corresponding attached device. In particular, the log data is usefully used to find the cause of a corresponding error that has occurred.
Theoperation server 100 may include a variety of pieces of information in log data based on state information received from each attached device.
For example, when state information is received from thecinema server 140, log data generated by theoperation server 100 may include a title, a screening day, a screening time, a running time, the number of showings of cinema content and/or whether screening will be performed.
Furthermore, when state information is received from theadvertising server 150, the log data may include the title, advertiser, screening time, running time and/or the number of showings of advertising content and/or whether the screening of the advertising content will be performed.
For another example, when state information is received from theeffect device 110, themotion chair 130, theprojection device 120, etc., log data may include pieces of information capable of checking whether an error has occurred in a device and the contents of an error generated in a device, such as whether a driving error has occurred, a part in which a driving error has occurred, driving error code, or a normal driving rate.
Whether a driving error has occurred, a part in which a driving error has occurred, and driving error code are pieces of information indicative of whether there is a part that belongs to various parts forming each device and that has an error, that an error has occurred in which part if the error has occurred, and that which error has occurred in a corresponding part, respectively. The pieces of information are included in one log data and transmitted to thecentral server 200. Thecentral server 200 provides such information to a user.
Log data generated based on the state information of themotion chair 130 may further include a seating rate or motion strength information. The seating rate is indicative of the percentage of the motion chairs 130 in which audiences have been seated in a theater. A prerequisite is that state information is received from all of the motion chairs 130 within the theater. Furthermore, the motion strength is indicative of the strength of themotion chair 130 that now moves in association with cinema content in a numerical form.
Theoperation server 100 generates log data using such a method and transmits the log data to thecentral server 200. In this case, the log data is transmitted from theoperation server 100 to thecentral server 200 through the Internet.
As may be seen from FIG. 1, in general, one 4D theater is equipped with oneoperation server 100. Theoperation servers 100 of 4D theaters installed in respective areas, for example, the operation servers 100 (e.g., 100a, 100b, 100c, ...) installed in a theater in New York of U.S.A., a theater in Wangsimni of Korea, and a theater in Tokyo of Japan transmit log data to thecentral server 200 in real time or in a predetermined cycle.
Thecentral server 200 according to an embodiment of the present invention is described below with reference to FIGS. 1 and 3.
Referring to FIG. 1, thecentral server 200 functions to receive log data from the plurality ofoperation servers 100, to extract part of or the entire state information from the received log data, and to store the extracted state information in adatabase 230.
That is, thecentral server 200 refers to a device for collecting data (or log data) capable of checking the internal operating state of theaters from the theaters installed nationwide or all over the world and comprehensively managing the data. In this case, the operating state of a plurality of theaters installed in a wide area can be managed in one device.
Thecentral server 200 according to an embodiment of the present invention is not limited to only the function for receiving log data from theoperation servers 100. Thecentral server 200 may receive a control command capable of controlling each of theaters, more precisely, attached devices included in each theater from a user, and may transmit the control command to theoperation server 100. That is, the theater monitoring system according to an embodiment of the present invention includes a state information report system from theoperation servers 100 to thecentral server 200 and a control command transfer system from thecentral server 200 to each of theoperation servers 100, thereby enabling a user to perform interactive communication.
Referring to FIG. 3, thecentral server 200 according to an embodiment of the present invention includes a logdata collection unit 210, a logdata processing unit 220, adatabase 230, anaccess management unit 240, aninformation providing unit 250, and acontrol unit 260.
The logdata collection unit 210 receives log data, including state information about attached devices included in each theater, from each of the plurality ofoperation servers 100. In this case, the log data corresponds to a specific theater or aspecific operation server 100 and includes an identifier for identifying the theater or theoperation server 100. A theater name or theater unique code may be used as the identifier.
The logdata processing unit 220 extracts part of or the entire state information from the received log data and stores the extracted state information in thedatabase 230.
The logdata processing unit 220 restores the state information by decoding the log data received from theoperation server 100, and classifies the restored state information into state information that needs to be stored in thedatabase 230 and state information that does not need to be stored in thedatabase 230. In this case, a criterion for the classification may be freely changed by a user who operates thecentral server 200. For example, a user may set state information, such as a content title, a screening day, a screening time, a running time, the number of showings, whether screening will be performed, the version of operation software installed on theoperation server 100, motion strength of themotion chair 130, whether a driving error has occurred in an attached device, a part in which a driving error has occurred, driving error code, a seating rate, and the operating state of thecinema server 140 or theadvertising server 150, as an object to be stored in thedatabase 230.
If error information, that is, information, such as the occurrence of a driving error in a corresponding attached device, a part in which a driving error has occurred, or driving error code, is included in log data, the logdata processing unit 220 may be configured to transmit a notification message to an administrator who manages a theater or theoperation server 100 of the theater corresponding to the log data.
Thecentral server 200 checks state information about each theater in real time or in a specific cycle. If error information is included in the state information, thecentral server 200 automatically notifies acorresponding operation server 100 or administrator of the error information so that a problem can be rapidly solved.
Thedatabase 230 means a medium in which the state information classified by the logdata processing unit 220 from the log data has been stored. As will be described later, thedatabase 230 may be configured to be accessible to the external user terminal 300 so that a user can easily check the current operating state of 4D theaters nationwide or all over the world.
The state information stored in thedatabase 230 by the logdata processing unit 220 may have a tree structure shown in FIG. 4. That is, when a user accesses the server according to an embodiment of the present invention through web browsing, first, thecentral server 200 provides a category menu for each continent in order to limit an area that may be monitored by the user. Next, thecentral server 200 enables the user to easily check a theater to be checked through entry processes, such as a country, a city, and a theater.
Furthermore, when a theater to be checked is selected, thecentral server 200 checks state information (e.g., whether a driving error has occurred in each of attached devices and a content organization schedule) stored in thedatabase 230 with respect to the corresponding theater and provides the state information to the user terminal 300.
Thecentral server 200 according to an embodiment of the present invention further includes theaccess management unit 240.
Theaccess management unit 240 receives an access request from the external user terminal 300 and determines whether the user terminal 300 has access rights.
Furthermore, thecentral server 200 may further include theinformation providing unit 250. Theinformation providing unit 250 functions to provide state information, stored in thedatabase 230, to the user terminal 300 having legitimate access rights. Theinformation providing unit 250 transfers state information about attached devices within each theater in such a way as to transmit or output a fixed web page to the user terminal 300. This is described later with reference to FIGS. 6 to 8.
Thecentral server 200 according to an embodiment of the present invention may further include thecontrol unit 260.
Thecontrol unit 260 functions to receive a control command from a user, that is, the subject who manages all of theaters, and to transmit the control command to one ormore operation servers 100.
For example, if, as the results of the monitoring of the state information of each theater, an error is found to have occurred in aneffect device 110 of a specific theater, a user may input a control command, for example, a reboot command to thecontrol unit 260 through the input device of thecentral server 200. Thecontrol unit 260 may transmit the received control command to theoperation server 100 of a corresponding theater, thereby being capable of rebooting thecorresponding effect device 110.
A method for providing a theater monitoring service according to an embodiment of the present invention is described below with reference to FIG. 5.
Referring to FIG. 5, in the method for providing a theater monitoring service, first, log data including state information about the attached devices of each theater is received at step S510. In this case, the subject who generates the log data is theoperation server 100 of each theater, and the subject who receives the log data is thecentral server 200. Furthermore, the state information included in the log data may be divided into various kinds depending on whether the subject who provides the state information is which attached device. For this, reference may be made to the description of FIG. 2.
After the log data is received, thecentral server 200 extracts part of or the entire state information from the log data at step S520. Extracting the state information means a process for restoring, by thecentral server 200, the state information included in the log data when theoperation server 100 generates the log data by decoding the received log data.
Furthermore, in this case, thecentral server 200 may selectively extract only some the state information without extracting the entire state information. In this case, the items of the state information to be selected may be directly set by a user.
Thecentral server 200 stores the extracted state information in thedatabase 230 at step S530. As described above, thedatabase 230 may store the extracted state information in a tree structure, such as that of FIG. 4, in order to systematically provide the state information to a user who is externally accessed. A data storage structure proposed with reference to FIG. 4 is only an example, and the present invention is not limited thereto.
After the extracted state information is stored in thedatabase 230, thecentral server 200 may check whether error information is included in the stored state information at step S540. If, as a result of the check, error information is found to be included in the state information, thecentral server 200 may transmit a notification message to a theater or theater administrator corresponding to the log data at step S550.
The error information is state information indicative of whether a driving error has occurred in an attached device of a theater, indicative that the driving error has occurred in which part of a corresponding attached device, and indicative that which kind of driving error has occurred. If such error information is found, thecentral server 200 rapidly transfers a notification message indicative of the error information to a corresponding theater or theater administrator so that a problem can be early solved.
If, as a result of the check, error information is found to be not included in the state information, the state information remains stored in thedatabase 230 without any special measures at step S560.
After the state information about each theater is systematically stored in thedatabase 230, thecentral server 200 may receive an access request from the external user terminal 300 that attempts to use the collected information at step S570.
In this case, the user terminal 300 is not limited to a specific device if it is capable of transmitting and receiving data to and from thecentral server 200 over a network. For example, the user terminal 300 may include a PC, a tablet PC, a smart phone, and a PDA.
After receiving the access request, thecentral server 200 checks whether a corresponding user has legitimate access rights. If, as a result of the check, the corresponding user is found to have the legitimate access rights, thecentral server 200 provides the corresponding user with state information stored in thedatabase 230 at step S580.
In this case, the access rights may be graded for each user, and provided state information may also be limited based on the grade. For example, a user who has access rights of a low grade may not be allowed to check state information about theadvertising server 150 or may not be allowed to issue a direct control command for a specific attached device.
Thecentral server 200 may receive a control command from the user terminal 300 at step S580 and transmit the control command to one or more of theoperation servers 100 at step S590.
After checking current state information about each theater, a user may transfer a command for controlling attached devices of each theater, if necessary. In order to meet such a need, thecentral server 200 functions to receive a control command from the user terminal 300 and to transfer the control command to theoperation server 100 of each theater.
In this case, the control command may include a control command for any one of attached devices within any one theater, a control command for a plurality of theaters-related devices within any one theater, a control command for common attached devices within a plurality of theaters, and a control command for a plurality of attached devices within a plurality of theaters, and is not limited to a specific scope in which the control command may be transmitted.
Examples of state information actually provided to a user, more precisely, state information pages displayed on the user terminal 300 are described below with reference to FIGS. 6 to 8.
FIG. 6 shows a state information page indicative of a list of countries in which 4D theaters have been installed, the number of theaters in each of the countries, and whether a driving error is present in each of the theaters.
When a user accesses thecentral server 200 using the user terminal 300, thecentral server 200 provides a state information page, such as that of FIG. 6, in response to a request from the user. The state information page may be written in a web page form and provided in a fixed rule regardless of the specifications of the user terminal 300.
The state information page of FIG. 6 shows countries in which 4D theaters are now installed and operated, such as Bulgaria, Chile, China, and Columbia, in a list form. Furthermore, the state information page may be displayed in an intuitive form, for example, a bar form so that the number of theaters installed in each country can be easily known. FIG. 6 shows that 6 theaters operate in Mexico, 5 theaters operate in China, and other countries are displayed in a similar manner.
Furthermore, the state information page shows whether a driving error has occurred in a theater operating in each country so that the generation of a driving error can be easily checked. For example, green is indicated in a theater that normally operates without a special problem in attached devices, gray is indicated in a theater that does not now operate, and red is indicated in a theater that now operates, but has any driving error. Accordingly, a user can easily monitor the operating state of a plurality of theaters based on only the page.
FIG. 7 shows a detailed information page provided when a specific theater is selected in the state information page of FIG. 6.
Referring to FIG. 7, the detailed information page shows information about the location of a corresponding theater (e.g., a continent, a country, a city, and an area), the operator name of a theater, a query date, a content title that is now screened or expected to be screened, and a running time. In addition, information (e.g., manufacturer information and a software version) about each attached device, the contact information of a corresponding theater administrator, etc. are further included in the detailed information page.
From FIG. 7, it may also be seen that error information indicative of whether a driving error has occurred in each of attached devices and what type of driving error has occurred are included in the detailed information page in addition to the aforementioned information. The effect devices 110 (e.g., pieces of motion equipment) are listed in a serial number and color is indicated in the driving state of each of theeffect device 110, on the lower side of FIG. 7. Furthermore, driving error code (i.e., state code) is included in the detailed information page so that a user can check the driving state of attached devices included in a corresponding theater.
Furthermore, although not shown in FIG. 7, the detailed information page may further include state information obtained from a detection sensor included in themotion chair 130, that is, a seating rate.
FIG. 8 shows an example in which thecentral server 200 provides a user with state information stored in thedatabase 230 in a chart or graph form.
As one of methods for easily providing a user with various state information and massive state information about a plurality of theaters, thecentral server 200 according to an embodiment of the present invention, more specifically, theinformation providing unit 250 may process the state information in a chart or graph form according to a criterion and provide the processed information to a user.
Although some embodiments and application examples of the present invention have been illustrated and described above, the present invention is not limited to the aforementioned specific embodiments and application examples and may be modified in various ways by those skilled in the art to which the present invention pertains without departing from the gist of the present invention written in the claims. Such modified embodiments should not be construed as being distinct from the technical spirit or prospect of the present invention.