JP2004088774A - System, server and method for open/close body management, and storage medium storing open/close body management program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable to check the open/close state for an open/close body from any type of cellular phone and to perform remote control for lock/unlock of a key. <P>SOLUTION: An open/close body management server 3, which is placed between a plurality of types of cellular phones 9 and an open/close body management apparatus 5, has an identification means for types of cellular phones and a means for providing information, which has an optimal format suitable for functions provided in each type of cellular phone, and manages the open/close body management apparatus 5 based on directions from each type of the cellular phone 9. In addition, the open/close body management server 3 transmits processing results for a key 13, which is processed through the open/close body management apparatus 5, with the format of a contents description language file 15. With this structure, check of the open/close state of an open/close body and remote control for lock/unlock of a key can be performed from any type of cellular phone. <P>COPYRIGHT: (C)2004,JPO

Description

The present invention relates to management of the open / close state of an opening / closing body represented by a door, a safe, a trunk, a locker, a drawer of a desk, and other openable / closable articles, and the like of a house, a factory, and other structures. When locking and unlocking the key with a mobile phone when the opening / closing body is equipped with a key, it is necessary to compensate for differences in mobile phone models and functions so that remote control can be performed more reliably and easily. The present invention relates to a storage medium including an opening / closing body management system, an opening / closing body management server, an opening / closing body management method, and an opening / closing body management program. It should be noted that “mobile phone” in the present specification is a concept including a PHS and other mobile communication devices.

Patent Literature 1 discloses a technology for performing remote monitoring and remote control of home appliances and the like using i-mode (trademark), which is a mobile phone of NTTDoCoMo (trademark), and the Internet. As one example, there is disclosed a management system that monitors the open / closed state of a door and locks and unlocks a door at home from an i-mode mobile phone via the Internet. According to this technology, in response to a command from an i-mode mobile phone that is a mobile phone that can access the Internet, a Web server manages a driving device connected to a Web terminal, manages an open / close state of a door, and controls a key of a door. To unlock and unlock the lock. Also, the Web terminal connected to the Web server has a sensor for detecting whether the key is locked or unlocked or the door is open or closed, and transmits information obtained from the sensor to the i-mode mobile phone via the Web server. Is what you do.
JP 2001-309067 A

However, when trying to manage the open / close state of the door and the locking / unlocking of the key using a mobile phone, the following problems arise. In other words, even if a "mobile phone" is simply referred to as a carrier (for example, NTTDoCoMo, KDDI, or J-Phone are all trademarks) or a manufacturer of a mobile phone (for example, SONY, Panasonic, NEC, Fujitsu, any) Trademark). Furthermore, even mobile phones of the same manufacturer have different functions depending on the model number (generation). Although all "mobile phones" have a "call" function, which is a basic function of the telephone, for example, some models are capable of "sending and receiving e-mail" and "sending and receiving images", and some are not. In the future, models with new functions are expected to be sold, but on the other hand, models with only simple functions are also required to avoid complicated operations, and the difference in functions is only widening is there.

限 り As long as there is such a difference in function, it is extremely difficult to manage the open / close state of the door and the locking / unlocking of the key ignoring the difference in the carrier, the manufacturer, and the model number. This will be described using “image display” as an example. As described above, depending on the model of the mobile phone, there are some that can display images, some that can display color, and some that can only display black and white. Everyone experiences that even if the image is easy to see in color display, it is easy to see it in black and white because of the contrast. In addition, since there are dozens of existing digital image information formats such as JPG, GIF, and BMP, some mobile phones cannot display the same image even if the same image is displayed because the format is different.

Those who want to remotely control the opening / closing of the door and the locking / unlocking of keys are good if their mobile phone is suitable for remote management, otherwise they must buy a new mobile phone suitable for it No. There is a method of modifying the program stored in the mobile phone, but it is difficult to modify the program of each mobile phone in terms of time and cost. The problem to be solved by the present invention is to improve the above situation. In other words, by providing information of the optimal format that matches the function of each mobile phone by matching the information transmission format to various mobile phones with different carriers, manufacturers, model numbers, etc., SUMMARY OF THE INVENTION It is an object of the present invention to provide a management system, a management server, a management method, and a storage medium including a management program for enabling remote management of door open / close states and locking / unlocking of keys from any type of mobile phone. It is.

The inventors of the present invention have achieved the above object by providing means for matching information transmission formats used by various mobile phones between the mobile phone and the key opening / closing body management device. The details are explained in the section again.

(Characteristics of the invention described in claim 1)
An opening / closing body management system according to the first aspect of the present invention includes an opening / closing body management server for managing an opening / closing state of an opening / closing body configured to be capable of interactively communicating with a plurality of types of mobile phones via a computer network. An opening / closing body management device configured to be manageable from the opening / closing body management server via a computer network, wherein the opening / closing body management server identifies at least a carrier and a model of each connected mobile phone. Means for determining whether or not the ID transmitted from the mobile phone matches an ID registered in advance, and opening and closing the mobile phone based on a request for a mobile phone whose ID matches by the determination of the determination means. If the body is provided with a key, the transmission of the information signal regarding the presence / absence of locking and unlocking of the key and / or the opening / closing of the opening / closing body is performed. Requesting the body management device, generating an information signal transmitted from the opening / closing body management device as a content description language that can be decoded based on the identification result of the identification means, and transmitting the information signal to a mobile phone having the same ID. Means.

(Characteristics of the invention described in claim 2)
An opening / closing body management system according to a second aspect of the present invention is the opening / closing body management system according to the first aspect, wherein the identification unit is configured to output a request for connection from the mobile phone to the opening / closing body management server. , The carrier and model information of the mobile phone are obtained from the header information transmitted from the mobile phone, and the carrier and model are identified based on the model information.

(Characteristics of the invention described in claim 3)
An opening / closing body management system according to a third aspect of the present invention is the opening / closing body management system according to claim 1 or 2, wherein the opening / closing body management device is configured to manage the opening / closing body when the opening / closing body has a key. The key can be locked and unlocked based on a request from a mobile phone having the same ID via the server.

(Characteristics of the invention described in claim 4)
The opening / closing body management server according to the fourth aspect of the present invention is configured to be able to interactively communicate with a plurality of types of mobile phones via a computer network, and to be able to manage the opening / closing body management device via a computer network. An opening / closing body management server for managing the opening / closing state of the configured opening / closing body, comprising: an identification unit for identifying at least a carrier and a model of each connected mobile phone; and an ID transmitted from the mobile phone. Determining means for determining whether the ID matches or not matching with a pre-registered ID, and, based on a request of the mobile phone whose ID matches by the determining means, determining whether the key is provided or unlocked when the opening / closing body has a key. Requests the presence / absence and / or transmission of an information signal regarding the opening / closing of the opening / closing body to the opening / closing body management device, and transmits from the opening / closing body management device. An information signal, and a generation unit, to be transmitted to a mobile phone generated the ID matches the readable content description language based on the identification result of the identifying means.

(Characteristics of the invention described in claim 5)
An opening / closing body management server according to a fifth aspect of the present invention is the opening / closing body management server according to the fourth aspect, wherein the identification unit is configured to output a request when the mobile phone requests connection to the opening / closing body management server. , The carrier and model information of the mobile phone are obtained from the header information transmitted from the mobile phone, and the carrier and model are identified based on the model information.

(Characteristics of the invention described in claim 6)
The opening / closing body management server according to the invention described in claim 6 is the opening / closing body management server according to claim 4 or 5, wherein the generation unit further includes a screen corresponding to the carrier and model of the identified mobile phone. It has a function of creating a content description language based on display information or information related to a security function, and transmitting the content description language in a format that allows a mobile phone whose ID matches that to be decipherable based on the identification result of the identification means.

(Characteristics of the invention described in claim 7)
An opening / closing body management server according to a seventh aspect of the present invention is the opening / closing body management server according to any one of claims 4 to 6, wherein the opening / closing body management device is configured such that the opening / closing body includes a key. The key is configured to be lockable and unlockable based on a request from a mobile phone whose ID matches.

(Characteristics of the invention described in claim 8)
An opening / closing body management method according to claim 8, wherein the opening / closing body management server configured to manage the opening / closing body management device via a computer network for managing opening / closing of the opening / closing body; The management server is connected to a mobile phone configured to be capable of interactive communication via a computer network, and the open / close body management server identifies at least a carrier and a model of the connected mobile phone, and transmits from the mobile phone. It determines whether the registered ID matches or does not match the pre-registered ID, and based on the request of the mobile phone whose ID matches by the determination, whether or not the key is unlocked and unlocked when the open / close body has a key, and And / or requests the opening / closing body management device to transmit an information signal related to opening / closing of the opening / closing body, and transmits the information signal transmitted from the opening / closing body management device to the transmission device. It generated as a content description language that enables decryption based on the identification result and transmits to the mobile phone the ID matches.

(Characteristics of the invention described in claim 9)
An opening / closing body management method according to a ninth aspect of the present invention is the opening / closing body management method according to claim 8, wherein, when the opening / closing body has a key, the ID is matched based on a request from a mobile phone. The key is configured to be lockable and unlockable.

(Characteristics of the invention described in claim 10)
The storage medium including the opening / closing body management program according to the invention according to claim 10 is a storage medium including a opening / closing body management server configured to be able to manage the opening / closing body management server receiving a request from a mobile phone via a computer network. A storage medium including an opening / closing body management program for managing the opening / closing state of the opening / closing body, the identification function for identifying at least a carrier and a model of each connected mobile phone, and an ID transmitted from the mobile phone. A discriminating function of discriminating a coincidence or non-coincidence with a pre-registered ID, and, based on a request of a mobile phone having the coincident ID, when the opening / closing body has a key, whether or not the key is locked / unlocked, and / or Requesting the opening / closing body management device to transmit an information signal regarding the opening / closing of the opening / closing body, and transmitting the information signal transmitted from the opening / closing body management device to the identification function of the identification function. Generation function to transmit the generated mobile phone the ID matches the readable content description language on the basis of the different result, and having a.

(Characteristics of the invention described in claim 11)
A storage medium including the opening / closing body management program according to the invention described in claim 11 is a storage medium including the opening / closing body management program according to claim 10, wherein the IDs match when the opening / closing body has a key. It has a function of enabling the key to be locked and unlocked based on a request from a mobile phone.

According to the present invention, the opening / closing body management server is provided between the various mobile phones and the opening / closing body management device, and the opening / closing body management server is provided with means for identifying the type of the mobile phone and the functions provided in the various mobile phones. Means for providing information in an optimal format suitable for a mobile phone that is not suitable for remote control of the opening / closing state of the opening / closing body and / or locking / unlocking of a key, and purchasing a new mobile phone suitable for the mobile phone. Or the problem that the programs stored in the mobile phone must be corrected one by one can be solved, and the opening / closing state of the opening / closing body and the release of the key as necessary from any type of mobile phone can be solved. It is possible to remotely control the lock.

Next, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a schematic overall view of an opening / closing body management system (hereinafter, simply referred to as “management system”). FIG. 2 shows an operation flow for identifying a carrier and a model of a mobile phone and generating a content description language. FIG. 3 shows an operation flow for performing authentication of an accessing user. FIG. 4 shows an operation flow for the opening / closing body management server to realize the operation request from the mobile phone via the opening / closing body management device. FIG. 5 is a flowchart showing a processing procedure between the mobile phone and the opening / closing body management server for managing the opening / closing state of the opening / closing body and the locking / unlocking of the key by remote control. FIG. 6 is a diagram illustrating an operation menu screen of the main page and a screen displaying the operation processing result.

(Schematic configuration of open / close body management system)
The schematic configuration of the opening / closing body management system will be described based on FIG. The opening / closing body management system 1 (hereinafter, appropriately referred to as “management system 1”) includes an opening / closing body management server 3 (hereinafter, appropriately referred to as “management server 3”) and an opening / closing body management device 5 (hereinafter, appropriately, “management device 5”). ). The management server 3 is configured to manage the management device 5 via the Internet 7 which is an example of a computer network. The management server 3 includes a content description language file 15 including a link 16 to a CGI, various CGI programs 17, and a database 19. The management system 1 further includes a plurality of types of mobile phones 9 (9a, 9b, 9c,... 9n), and these mobile phones 9a, 9b, 9c,. 11a), the connection with the management server 3 can be made interactively (two-way communication is possible). The management device 5 manages the open / closed state of an opening / closing body typified by a door, a safe, a trunk, a locker, a drawer of a desk, and other openable / closable articles, such as a house, a factory, and other structures (for example, an open / closed state). And the operation of locking and unlocking the key when the key is provided), and is configured to be managed by the management server 3 based on an instruction from the mobile phone 9. The door (opening / closing body) in the present embodiment is provided with a key 13, and the locking and unlocking of the key 13 is performed by driving a solenoid of the management device 5 based on a command from the management server 3. I have. That is, the management device 5 applies an electric current to the coil provided in the key 13 to generate an electromagnet, and combines the attraction force and repulsion force of the electromagnet with the energy of the spring to apply mechanical linear motion to the movable coil. Let it do. The key 13 is locked and unlocked by using this exercise. The description language of the content description language file 15 is different from the carrier to which a plurality of types of mobile phones 9 (9a, 9b, 9c,... 9n) belong (for example, NTTDoCoMo, J-Phone, and KDDI are trademarks). Accordingly, multiple types such as CHTML (Compact Hyper Text Markup Language), MML (Mobile Markup Language), and HDML (Handheld Device Markup Language) are prepared. Each of these description languages has been developed for a portable terminal based on HTML (Hyper Text Markup Language) with each carrier adding its own specifications. The plurality of types of mobile phones 9 (9a, 9b, 9c,... 9n) have a browser for mobile terminals and can communicate with the Internet. Each of the mobile phones 9a, 9b, 9c,... 9n is a different model for convenience of explanation, and is operated by different users using a communication method adopted by each carrier. .

The database 19 includes a user management table T1 in which the mobile number and model of each user and identification information (ID, password, etc.) for identifying each user are stored in association with each other. And a mobile phone information table T2 storing information such as a model name and function information. The data in the user management table T1 can be registered and updated by the operation of the administrator of the management server 3, or can be registered and updated by application of a user through a mobile phone, a postcard or the like. Further, it is not always necessary to store all of these data, and at least data of identification information, model of mobile phone, and mobile phone number is sufficient. Further, the difference in the function information (the presence or absence of the security function, the difference in the content description language, the image format, and the like) in the mobile phone information table T2 may be, for example, the difference in the carrier (for example, NTTDoCoMo, KDDI, J-Phone). This is caused by a difference in the manufacturer of the mobile phone (for example, SONY, Panasonic, NEC, and Fujitsu are trademarks). Furthermore, even with the same manufacturer, differences in function information also occur due to differences in model numbers of mobile phones. Note that the database 19 does not necessarily need to be built in the management server 3 as in the above embodiment. A dedicated database server for performing the database function may be separately provided, and the processing may be performed in cooperation with the management server 3.

$ CGI is an abbreviation of Common \ Gateway \ Interface, and is a mechanism for a Web server that receives a request from a browser to start a corresponding program and return an execution result of the program to the browser. The management server 3 activates various CGI programs 17 in response to an activation request made via the link 16 from the mobile phone 9 to the CGI, and performs the corresponding processing 21. The detailed configuration of the various CGI programs 17 will be described in the following sections. The program started in the management server 3 may be, for example, server-side scripting other than the CGI program 17. Server-side scripting is a technique for directly incorporating a CGI function into a content description language file provided in a Web server. Furthermore, the program that enables management of opening / closing or locking / unlocking may be installed in an OS (operating system) of the management server 3 in advance. Further, the management program may be held as application software and installed when necessary, or may be provided as standard equipment in the management server 3. Various programs to be started in the management server 3 are stored as files on a hard disk in the computer, or temporarily stored in a memory, or a CD-ROM or DVD, an MO or a floppy (Registered Trademark) disk or other external storage medium.

(Management server function)
Next, based on FIGS. 2 to 4, the details of the operating principle of various CGI programs 17 provided in the management server 3 shown in FIG. 1 will be described. The first purpose of installing the management server 3 is to match the information transmission format to various types of mobile phones 9a, 9b, 9c,... 9n having different carriers, manufacturers, model numbers, etc. The purpose of the present invention is to provide information in an optimal format corresponding to the functions of a mobile phone. A second object is to enable remote control of the open / close state of the door and the locking / unlocking of the key from any type of mobile phone. The CGI program 17 for the management server 3 to achieve the above purpose includes a unit 23 for identifying a carrier and a model and generating a content description language file shown in FIG. 2, a user authentication unit 27 shown in FIG. There is an opening / closing body management unit 33 that manages the management apparatus and displays the operation processing result shown in FIG. The function of each CGI will be described step by step in the following sections.

(Identification and content description language file generation)
FIG. 2 shows a means for identifying the carriers and models of the mobile phones 9a, 9b, 9c,... 9n accessed by the management server 3 and generating a content description language file corresponding to the mobile phones (hereinafter referred to as a means). , "Identification and generation means" 23). For example, assuming that the mobile phone 9a is accessed, the procedure first identifies the carrier of the mobile phone 9a and the content description language corresponding to the carrier. Next, based on the model information of the mobile phone 9a, the content description language and function information of the model are confirmed. After setting a content description language corresponding to each model, a path name designating a storage location of a file storing individual function information of the model is sequentially written to the content description language file being generated. With respect to carriers, there is a high possibility that further diversification and integration of a plurality of carriers will be performed in the future, but in the present embodiment, the current communication companies (NTT DoCoMo, J-Phone, and KDDI all provide trademarks) I-mode, J-sky, and Ezweb (all are trademarks). Function information is diversified, and it is expected that the type and amount of information will increase in the future. However, in this embodiment, the type of content description language, the color scheme of the display screen, And the type of image format are set so as to be identified.

In step 201, the mobile phone 9a requests provision of Web information based on the URL of the management server 3 using the built-in mobile terminal browser. In response to this, createHTML.CGI, which is a CGI program on the management server 3 side. The cgi 25 starts activation. First, in step 203, information on the carrier and model of the mobile phone 9a that has been accessed is obtained as an argument. The information on the carrier and the model can be read from a request header in a request message transmitted from the mobile phone 9a when accessing the management server 3. In step 205, the content description language of the carrier corresponding to the argument is identified based on the argument obtained in step 203. First, in step 207, it is determined whether the mode is the i-mode. If the mode is the i-mode, in step 209, the setting is made to use CHTML as the content description language. If the mode is not the i-mode, it is determined in step 211 whether the mode is J-sky. If it is J-sky, in step 213, it is set to use MML as the content description language. If it is not J-sky, it is determined in step 215 that it is EzWeb, and in step 217, it is set to use HDML as the content description language.

(4) After setting the content description language, identify the function information corresponding to each model. In step 219, the screen display color scheme is identified. First, in step 221, it is determined whether the display is a color display. In the case of color display, in step 223, a path name designating a storage location where the file for color display is stored is described in the content description language file being generated. After that, the generated content description language file is transferred to the mobile phone 9a, analyzed by the mobile terminal browser, and makes a transfer request for the file included in the path. Then, the transferred file is analyzed again by the mobile terminal browser, so that the display screen of the mobile phone 9a is displayed in color. If it is not a color display, in step 225, a path name designating a storage location where the monochrome display file is stored is described in the content description language file being generated. Thereafter, the process until the display screen of the mobile phone 9a is displayed in monochrome is the same as in the case of color display.

Next, in step 227, it is determined whether or not frame display is to be performed. First, in step 229, it is determined whether or not frame line display is possible. If the frame line can be displayed, in step 231, a path name specifying the storage location where the frame line display file is stored is described in the content description language file being generated. After that, the generated content description language file is transferred to the mobile phone 9a, analyzed by the mobile terminal browser, and makes a transfer request for the file included in the path. Then, the transferred file is analyzed again by the mobile terminal browser, so that a frame line is displayed on the display screen of the mobile phone 9a. If the frame line display is not possible, in step 233, a path name designating a storage location where the frame line non-display file is stored is described in the content description language file being generated. After that, the process until the screen without the frame line is displayed on the display screen of the mobile phone 9a is the same as the case of the frame line display.

Next, in step 235, the image display format is identified. First, in step 237, it is determined whether the image display format is the BMP format. In the case of the BMP format, in step 239, a path name designating a storage location where the BMP format file is stored is described in the content description language file being generated. After that, the generated content description language file is transferred to the mobile phone 9a, analyzed by the mobile terminal browser, and makes a transfer request for the file included in the path. Then, the transferred file is analyzed again by the mobile terminal browser, and the image display format is set to the BMP format. If it is not the BMP format, it is determined in a step 241 whether it is the JPEG format. In the case of the JPEG format, in step 243, a path name designating a storage location where the JPEG format file is stored is described in the content description language file being generated. If the file is not in the JPEG format, it is determined in step 245 that the file is in the GIF format, and a path name designating a storage location storing the GIF format file is described in the content description language file being generated. After that, the process until the image display format of the mobile phone 9a is set to the JPEG format or the GIF format is the same as the case of the BMP format.

(4) In step 249, the identification of the content description language and the function information and the subsequent setting of the path are all performed, thereby completing the generation of the content description language file. As a result, in step 251, it is possible to display the top page in an optimal format corresponding to the carrier and model of the mobile phone 9 a that has accessed. Note that the content description language of the file generated in the present embodiment is HTML, but the content description language of the file generated by the identification and generation unit 23 is XHTML (extensible HyperText TextMarkup Language) or XML in addition to HTML. (EXtensible \ Markup \ Language).

(User authentication means)
FIG. 3 shows an operation flow of the CGI for realizing the user authentication means 27 for performing authentication of the mobile phone 9a accessing the management server 3. This is for confirming whether or not the accessed mobile phone 9a is operated by a previously registered user. Specifically, the user is prompted to input an ID and password that cannot be known unless the user is the user, and as a result of comparison between the ID and the password of the user stored in the user management table T1, it is determined that they match. Thus, the authentication of the mobile phone 9a is performed. First, in step 301, the user clicks an ENTER button on the top page or a link display portion to the main page. Then, in step 303, an input screen for an ID and a password provided as a standard feature of the mobile terminal browser is displayed. In step 305, the user inputs the ID and the password. When the information of the ID and the password input by the user is transmitted to the management server 3, check. A request to start the cgi 29 is made to the management server 3. check. The cgi 29 acquires the ID and the password as arguments at step 307, and compares the ID and password with the ID and password stored in the user management table T1 provided in the database 19 at step 309. In step 311, when the ID and the password match as a result of the comparison, if createHTML. The cgi 31 is activated, and the identification and generation unit 23 shown in FIG. 2 generates a content description language. Then, in step 313, a main page is created and transmitted to the mobile phone 9a whose ID and password match. On the other hand, if the ID and password entered by the user do not match the ID and password registered in the database 19, a content description language indicating authentication failure is generated in step 315 to generate 9a.

(Door management means)
Next, based on FIGS. 4 and 6, a description will be given of the opening / closing body management means 33 (hereinafter, appropriately referred to as “management means 33”) in which the management server 3 manages the management device 5 according to an instruction of the mobile phone 9a. The management server 3 and the management device 5 are connected via the Internet 7, and TCP / IP is used for communication on the Internet 7. Although TCP / IP is used as a transport layer protocol that manages communication in TCP / IP, UDP may be used instead. Unlike TCP, UDP does not have a function for confirming whether a packet is transmitted normally. Although the reliability is lacking to that extent, efficient communication can be realized because the procedure is simplified. The application layer, which manages many services executed between users, such as file transfer and message communication, has its own protocol. The protocol specifies, in advance, between the management server 3 and the management device 5, the type of electrical signal corresponding to each operation such as locking and unlocking as well as the open / closed state of the door, so that each electrical signal can be specified. Can be mutually performed.

FIG. 4 shows an operation flow of the CGI for realizing the management unit 33. FIG. 6 is a diagram showing an operation menu screen for the user to select an operation processing request item, and a screen for displaying a result of performing a process corresponding to each operation request. First, the user selects any operation item from the four menus (lock confirmation 47, door confirmation 49, lock 51, and unlock 53) in the main menu 45 of FIG. 6 (step 401). When an operation item is selected, an operation process. The cgi 35 is activated, and in step 403, an operation request item selected by the user is acquired as an argument. If it is determined in step 405 that the selected operation request item is the lock confirmation indicated by reference numeral 47 in FIG. The cgi 35 requests the management device 5 for operation processing. In step 409, the management device 5 executes the operation processing. The operation request item from the cgi 35 is analyzed. After confirming in step 411 that the operation processing request item is the lock confirmation 47, it is confirmed in step 413 whether the operation is currently locked, and the confirmation result is transmitted to the management server 3. In step 415, the management server 3 that has received the result temporarily stores the processing result. Then, in step 417, a display screen as shown by reference numeral 57 in FIG. 6 is generated as a result HTML file if the door is locked, and a display screen as shown by reference numeral 59 is generated if the door is unlocked. 9a. Although the content description language of the file generated in the present embodiment is HTML, the content description language of the file generated by the management unit 33 may be XHTML or XML in addition to HTML.

Next, in Step 419, if the operation request item is the door confirmation indicated by reference numeral 49 in FIG. The cgi 35 requests the management device 5 for operation processing. In step 423, the management device 5 executes the operation processing. The operation request item from the cgi 35 is analyzed. After confirming in step 425 that the door confirmation is 49, it is confirmed in step 427 whether or not the door is currently open, and the confirmation result is transmitted to the management server 3. In step 429, the management server 3 receiving the result temporarily stores the processing result. In step 431, if the door is open, a display screen as shown by reference numeral 61 in FIG. 6 is generated as a result HTML file if the door is closed, and a display screen as shown by reference numeral 63 is generated as the result HTML file. Send to phone 9a.

Next, in Step 433, if the operation request item is the lock indicated by reference numeral 51 in FIG. The cgi 35 requests the management device 5 for operation processing. In step 437, the management device 5 executes the operation processing. The operation request item from the cgi 35 is analyzed. After confirming in step 439 that the lock is the lock 51, it is confirmed in step 441 whether the key 13 is open. If the key 13 is open, a locking process is performed in step 443. Then, when the locking process is performed, the result is transmitted to the management server 3 or when the key 13 is not opened, the result is transmitted to the management server 3. In step 445, the management server 3 receiving the result temporarily stores the processing result. Then, when the locking process is completed in step 447, a display screen as indicated by reference numeral 65 is generated as a result HTML file and transmitted to the mobile phone 9a.

Next, in step 448, if the operation request item is unlocking indicated by reference numeral 53 in FIG. The cgi 35 requests the management device 5 for operation processing. In step 451, the management device 5 executes the operation processing. The operation request item from the cgi 35 is analyzed. After confirming that the key is unlocked 53 in step 453, it is confirmed in step 455 whether the key 13 is closed. If the key 13 is closed, an unlocking process is performed in step 457. Then, when the unlocking process is performed, the result is transmitted to the management server 3 or when the key 13 is not closed, the result is transmitted to the management server 3. In step 459, the management server 3 that has received the result temporarily stores the processing result. Then, in step 461, when the unlocking process is completed, a display screen indicated by reference numeral 67 is generated as a result HTML file and transmitted to the mobile phone 9a. If the menu 69 shown in FIG. 6 is clicked, the screen returns to the screen displaying the original main menu.

Finally, with reference to FIG. 5, a process for remotely controlling the locking and unlocking of the key 13 according to the method of the present invention will be described with reference to a flowchart. In step 501, a request to transfer Web information based on the URL of the top page is made from the accessed mobile phone 37 to the opening / closing body management server 39 (hereinafter, appropriately referred to as “management server 39”). At the same time, in step 503, information about the carrier and the model is transmitted from the mobile phone 37 to the management server 39 as HTTP header information. In step 505, the management server 39 generates a content description language file based on the obtained carrier and model information of the mobile phone 37. As a result, in step 507, a top page in a format most suitable for the carrier and model of the mobile phone 37 that has been accessed is created, and transmitted to the mobile phone 37 in step 509. Next, in step 511, the user of the accessing mobile phone 37 clicks ENTER on the displayed top page. Then, in step 513, an ID and password input screen provided as standard in the mobile terminal browser is displayed, and the user inputs his / her own ID and password. At step 515, a request for transmission of the main page is made to the management server 39, and at step 517, the entered ID and password are delivered to the management server 39. In step 519, the management server 39 compares the ID and password of the user registered in the database 41 in advance with the passed ID and password. If they match, in step 523, a content description language is generated, and in step 525, a main page in a format optimal for the carrier and model of the mobile phone 37 that has accessed is created. Then, in step 527, the data is transmitted to the mobile phone 37. In step 529, the mobile phone 37 selects an operation item from the main menu on the main page, and transmits a request for processing the selected operation item to the management server 39 in step 531. In step 533, a request for operation processing is made from the management server 39 to the management device 43 based on the instruction of the mobile phone 37. In step 535, the execution result of the operation process is transmitted from the management device 43 to the management server 39. Next, in step 537, the management server 39 generates a content description language based on the transmitted execution result. Then, in step 539, a content description language file for displaying the execution result is transmitted to the mobile phone 37.

The above description has been made on the assumption that the key 13 is provided on the door. However, when the key 13 is not provided, or when the key 13 is provided but is always unlocked, the locking / unlocking program is necessary when management is unnecessary. There is no. For example, if a company has a door with a key at the entrance of a building, but each door inside the building has no or a key but is always unlocked, Simply speaking, there is no need for a locking / unlocking program. Further, according to the user's intention, it is also possible to manage only the opening and closing of the door without managing the locking and unlocking of the key. However, depending on the door installation environment, managing the locking and unlocking of the key together with the open / closed state of the door can contribute to the construction of a more preferable security environment. For example, while the door is closed and the key is unlocked is a problem that can be dealt with by locking the key, the administrator needs to be careful when the key is locked while the door is open. . That is, if the door is to be opened by unlocking the key, but the door is open while the key is locked, it is highly likely that the door has been broken for some reason. In such cases, you need to contact an acquaintance or, in some cases, the police who can access the door. As a result, security is ensured.

1 is a schematic overall view of an opening / closing body management system. 5 is an operation flow for identifying a carrier and a model of a mobile phone and generating a content description language. It is an operation flow for performing authentication of an accessing user. 9 is an operation flow for the opening / closing body management server to realize an operation request from the mobile phone via the opening / closing body management device. It is a flowchart which shows the process between a mobile telephone / opening / closing body management server for managing the opening / closing state of the opening / closing body and locking / unlocking of a key by remote control. It is a figure showing the operation menu screen of a main page, and the screen which displays an operation result.

Explanation of reference numerals

Reference Signs List 1 Opening / closing body management system 3 Opening / closing body management server 5 Opening / closing body management device 7 Internet 9 Multiple types of mobile phones 11 Communication network 13 Key 15 Content description language file 16 Link to CGI 17 Various CGI programs 19 Database 21 Corresponding processing 22 External storage Medium T1 User management table T2 Mobile phone information table 23 Identification and generation means 25 createHTML. cgi
27 User authentication means 29 check. cgi
31 createHTML. cgi
33 opening / closing body management means 35 operation processing. cgi
37 Mobile Phone 39 Opening / Closing Body Management Server 41 Database 43 Opening / Closing Body Management Device 45 Main Menu 47 Lock Confirmation 49 Door Confirmation 51 Lock 53 Unlocking 55 Operation Processing Execution Result 57 Lock Confirmation Screen 59 Lock Confirmation Screen 61 Door Confirmation Screen 63 Door Confirmation Screen 65 Lock screen 67 Unlock screen 69 Menu

Claims (11)

An opening / closing body management server for managing the opening / closing state of an opening / closing body configured to be capable of interactively communicating with a plurality of types of mobile phones via a computer network, and the opening / closing body management server can be managed via the computer network. And a configured opening / closing body management device,
The opening / closing body management server, an identification unit for identifying at least a carrier and a model of each connected mobile phone, and
Determining means for determining whether or not the ID transmitted from the mobile phone matches the previously registered ID; and
If the opening / closing body has a key based on the request of the mobile phone whose ID matches by the judgment of the judging means, the presence / absence of the key is transmitted and / or transmitted. A request is made to the opening / closing body management device, an information signal transmitted from the opening / closing body management device is generated as a content description language that can be decoded based on the identification result of the identification means, and transmitted to a mobile phone having the same ID. An opening / closing body management system comprising: a generation unit. The identification means obtains carrier and model information of the mobile phone by header information transmitted from the mobile phone when a connection request is made from the mobile phone to the open / close body management server, and determines the carrier and model based on the model information. The open / close body management system according to claim 1, wherein the system is configured to perform identification. The opening / closing body management device is configured such that, when the opening / closing body has a key, the key can be locked / unlocked based on a request from the mobile phone whose ID matches via the opening / closing body management server. The opening / closing body management system according to claim 1. Opening / closing for managing the opening / closing state of an opening / closing body that is configured to be able to interactively communicate with a plurality of types of mobile phones via a computer network and is configured to be able to manage the opening / closing body management device via the computer network. A body management server,
Identification means for identifying at least a carrier and a model of each connected mobile phone; and
Determining means for determining whether or not the ID transmitted from the mobile phone matches the previously registered ID; and
If the opening / closing body has a key based on the request of the mobile phone whose ID matches by the judgment of the judging means, the presence / absence of the key is transmitted and / or transmitted. A request to the opening / closing body management device, generating an information signal transmitted from the opening / closing body management device as a readable content description language based on the identification result of the identification means, and transmitting the information signal to a mobile phone having the same ID. Means, comprising: an opening / closing body management server. The identification means obtains carrier and model information of the mobile phone by header information transmitted from the mobile phone when a connection request is made from the mobile phone to the open / close body management server, and determines the carrier and model based on the model information. The open / close body management server according to claim 4, wherein the server is configured to perform identification. The generator further creates a content description language based on screen display information or information on a security function corresponding to the carrier and model of the identified mobile phone, and the mobile phone whose ID matches matches the identification result of the identifier. The opening / closing body management server according to claim 4, further comprising a function of transmitting the data in a format that can be decoded based on the information. The opening / closing body management device is configured to be able to lock and unlock the key based on a request from a mobile phone whose ID matches when the opening / closing body has a key. Opening / closing body management server described in Crab. An opening / closing body management server configured to manage the opening / closing body management device via a computer network for managing opening / closing of the opening / closing body, and configured to be able to interactively communicate with the opening / closing body management server via the computer network. Connected to a mobile phone
The open / close body management server identifies at least a carrier and a model of the connected mobile phone,
Determine whether the ID transmitted from the mobile phone matches the pre-registered ID or not,
Based on the request of the mobile phone whose ID matches by the discrimination, when the opening / closing body has a key, transmission / reception of an information signal related to the presence / absence of locking / unlocking of the key and / or opening / closing of the opening / closing body is performed by the opening / closing body management. Requesting the device to generate an information signal transmitted from the opening / closing body management device as a content description language that can be decoded based on the identification result and transmitting the information signal to a mobile phone having the same ID. Body management methods. The opening / closing body management method according to claim 8, wherein when the opening / closing body has a key, the key can be locked and unlocked based on a request from a mobile phone whose ID matches. A storage medium including an opening / closing body management program for managing the opening / closing state of the opening / closing body through an opening / closing body management device configured to be manageable via a computer network, the opening / closing body management server receiving the request from the mobile phone. So,
An identification function for identifying at least a carrier and a model of each connected mobile phone; and
A discriminating function of discriminating a match or a mismatch between the ID transmitted from the mobile phone and the ID registered in advance, and
When the opening / closing body has a key based on the request of the mobile phone with the matching ID, the presence / absence of locking / unlocking of the key and / or transmission of an information signal regarding opening / closing of the opening / closing body to the opening / closing body management device. Requesting and generating a data signal transmitted from the opening / closing body management device as a readable content description language based on the identification result of the identification function, and transmitting the information signal to a mobile phone having the same ID. A storage medium including an opening / closing body management program, characterized in that: 11. The storage medium management program according to claim 10, further comprising a function of enabling the key to be locked and unlocked based on a request from a mobile phone having the same ID when the opening / closing element has a key. A storage medium including:

Images