CN112417335A

CN112417335A - Data receiving system and method for marine hydrological meteorological observation station

Info

Publication number: CN112417335A
Application number: CN202011311906.7A
Authority: CN
Inventors: 吴晓世; 彭晖
Original assignee: Guangdong Sea Star Ocean Sci And Tech Co ltd
Current assignee: Guangdong Sea Star Ocean Sci And Tech Co ltd
Priority date: 2020-11-20
Filing date: 2020-11-20
Publication date: 2021-02-26

Abstract

The embodiment of the invention relates to the technical field of image processing, and discloses a data receiving system and a data receiving method for a marine hydrological meteorological observation station. The system comprises: the display layer is used for receiving a request of a user and displaying data returned according to the request of the user; the communication layer is used for sending the request of the user to the application layer; the application layer is used for receiving a request of a user and operating the data layer according to the request of the user; the data layer is used for storing and accessing data; the system adopts a B/S architecture and an MVC design mode. By implementing the embodiment of the invention, a user can conveniently access data or operate the data by using different computers in different places, thereby responding to the requirement of data sharing and analyzing ocean observation data to the maximum extent.

Description

Data receiving system and method for marine hydrological meteorological observation station

Technical Field

The invention relates to the technical field of ocean monitoring, in particular to a data receiving system and a data receiving method for an ocean hydrology meteorological station.

Background

With the continuous improvement of the marine observation data management standard specification, the marine hydrometeorology observation station data receiving system has the upgrading requirement at the corresponding time node, the current marine hydrometeorology observation station data receiving system adopts the C/S mode, the module only solves the problems of data receiving and displaying, the interface is single and not open, the data islanding phenomenon is caused, the problem that a user can conveniently access the data or operate the data by using different computers in different places cannot be solved, and the marine observation data cannot be analyzed to the maximum extent.

Disclosure of Invention

Aiming at the defects, the embodiment of the invention discloses a data receiving system, equipment, a medium and a monitoring system of a marine hydrometeorology observation station, and a user can use different computers in different places and can also conveniently access or operate the data.

The embodiment of the invention discloses a data receiving system of a marine hydrological meteorological station in a first aspect, which comprises:

the display layer is used for receiving a request of a user and displaying data returned according to the request of the user;

the communication layer is used for sending the request of the user to the application layer;

the application layer is used for receiving a request of a user and operating the data layer according to the request of the user;

the data layer is used for storing and accessing data;

the system adopts a B/S architecture and an MVC design mode.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the application layer includes: api module, data module, common module and user module, wherein:

the api module is an access layer of each structure, and can intercept user request parameters and control user access;

the data module is used for receiving, processing and warehousing marine observation data, controlling the quality of the data and giving an alarm;

the common is used for storing public classes, tool classes and environment configurations of all methods;

the user module is used for recording user information, the user module integrates a shiro architecture to control the authority of the user, and the user module also provides services of user login, personal information viewing, information modification, password modification and password resetting.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the data module includes:

the data receiving and inquiring unit is used for butting a data collector of an external marine station to receive observation data of the marine station;

the data management unit is used for carrying out instruction control configuration, alarm setting and manual revision on the received observation data;

the data analysis unit is used for carrying out real-time arrival and report statistics and alarm frequency statistics on the data;

the data report management unit is used for exporting the data report to an excel file so as to facilitate data exchange and further processing of a user;

and the site information management unit is used for modifying and storing the basic information of the marine site.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the data management unit checks all received observed data contents, provides a user to query the data layer according to time and by using a dynamic sql technique, judges the data according to a quality control range configured by the user before displaying the data, and assigns different states to the data, where the states are one of element alarm, modified data, and suspicious data;

or/and the real-time arrival statistics provides the receiving condition of daily data inquired by a user, accurately calculates the arrival number and the non-arrival number every hour, and lists all arrival conditions every hour; the alarm frequency statistics provides alarm conditions occurring in the day, the week, the month and the user-defined time, and the display form of the alarm conditions is a list or/and a statistical chart.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the data module further includes a home page management unit, where the home page management unit is configured to quickly locate the longitude and latitude of the marine site through a GIS map, and prompt the user in a flashing state in a home page interface if there is a data alarm, a left column of the home page interface displays a latest piece of data of the marine site, a right column displays a corresponding real-time graph based on the latest piece of data through Echar, and the real-time graph is one or more of wind speed and direction, a tide value, water temperature, salinity, relative humidity, air temperature, air pressure, and rainfall.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the database table of the shiro architecture includes a user table, a role table, an authority table, a user role association table, and a role authority association table, and a role is granted an authority to a role or a designated person can access a designated interface based on the database table.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the data layer employs a mysql database and a redis nonlinear database, the mysql database performs data backup in a master-slave manner, the redis nonlinear database is used for storing information and session of user login, and session management is performed on the user by combining a shiro architecture, so as to avoid that the session of the system is not operated for a long time by the user and is invalid.

As an optional implementation manner, in the first aspect of the embodiment of the present invention, the communication layer uses a Web service interface technology; or/and the web front end of the presentation layer adopts the html5 technology.

As an optional implementation manner, in the first aspect of this embodiment of the present invention, the MVC design pattern is an SSH framework or an SSM framework.

The second aspect of the embodiment of the invention discloses a method for receiving data of a marine hydrological meteorological station, which comprises the following steps:

setting alarming and quality control rules of observation elements of the ocean station through a data management unit;

after the data receiving system of the marine hydrometeorology observation station starts to operate, performing data inspection according to set alarming and quality control rules, and automatically separating correct data, alarming data and suspicious data;

the data receiving and inquiring unit is used for inquiring the real-time data condition of the observation elements of the ocean station at regular time, performing real-time data quality control work within a specified time, outputting a quality control report form through the data report management unit and submitting the quality control report form to a superior leader for examination and approval,

the operation condition of equipment of the ocean station is judged through the data analysis unit so as to carry out the maintenance work of the ocean station in a targeted manner;

modifying the ocean station basic information and recording station events through a station information management module;

and a new user is created through the authority control unit and is used as a new data manager to carry out data management work.

Compared with the prior art, the embodiment of the invention has the following beneficial effects:

the embodiment of the invention adopts the B/S architecture, so that a user can conveniently access data or operate the data by using different computers in different places, thereby responding to the requirement of data sharing and analyzing ocean observation data to the maximum extent.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without creative efforts.

FIG. 1 is a schematic structural diagram of a data receiving system of a marine hydrological meteorological station disclosed by an embodiment of the invention;

FIG. 2 is a schematic structural diagram of a data module according to an embodiment of the present invention;

fig. 3 is a schematic flow chart of a data receiving method of the marine hydrological meteorological station disclosed in the embodiment of the invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first", "second", "third", "fourth", and the like in the description and the claims of the present invention are used for distinguishing different objects, and are not used for describing a specific order. The terms "comprises," "comprising," and any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Example one

The data receiving system of the marine hydrometeorology observation station adopts a B/S architecture, so that a user can conveniently access data or operate the data by using different computers in different places, the requirement of data sharing is responded, and marine observation data are analyzed to the maximum extent.

Referring to fig. 1, fig. 1 is a schematic structural diagram of a data receiving system of a marine hydrometeorology observation station according to an embodiment of the present invention. As shown in FIG. 1, the system may include a presentation layer, a communication layer, an application layer, and a data layer. The display layer is used for receiving a request of a user and displaying data returned according to the request of the user; the communication layer is used for sending the request of the user to the application layer; the application layer is used for receiving a request of a user and operating the data layer according to the request of the user; and the data layer is used for storing and accessing data.

The data layer adopts a mysql database and a redis nonlinear database, and the mysql is adopted for the following reasons:

1. the operation speed is fast, mysql is small in size, and the command execution speed is fast.

2. The use cost is low. mysql is open-sourced and offers free versions, greatly reducing usage costs for most users.

3. The use is easy. Compared with the setting and management of other large databases, the method has lower complexity and is easy to use.

4. The portability is strong. mysql is capable of running on a variety of system platforms.

In the preferred embodiment of the present invention, the mysql database performs data backup in a master-slave manner. And after the hardware equipment collects the data, sending an http request to the system for warehousing processing. And storing element information such as real-time water level, water temperature, salinity, average wind speed, average wind direction, tidal level acceleration and the like.

The redis has extremely high performance, the reading speed of the redis 110000 times/s, the writing speed of the redis 81000 times/s, the session for storing information and login of the user is used in the project, and the session management is carried out on the user by combining with shiro, so that the problems that the session of the system fails when the user does not operate for a long time and needs to be logged in again are solved.

The application layer of the system uses the MVC design pattern. The application layer may include: the device comprises an api module, a data module, a common module and a user module. The MVC design mode enhances the reusability of codes and reduces the coupling degree of data description and application operation through the separation of a Model (Model), a View (View) and a Controller (Controller). Meanwhile, the maintainability, the repairability, the flexibility and the encapsulation of the system can be greatly improved, thereby being beneficial to the system maintenance and the function expansion.

The data module and the user module are used as models, the online platform is used as a view, the api module is used as a control layer, a user clicks a corresponding button to initiate a request by using the online platform, the request is sent to a Controller in the api module, and after the corresponding method is matched, the data module or the user module is used for calling the corresponding method to perform increasing, deleting, modifying and checking on the database, so that the purpose of requesting by the user is achieved.

The api module is mainly an access layer of each interface, and interfaces which can intercept user request parameters and control user access can be intercepted in the api module.

A data module: the system mainly comprises functional modules for receiving, processing and warehousing software and hardware data, controlling the quality of the data, alarming and the like. The data module supports all functions of platform home page and data management, and as shown in fig. 2, the data module specifically includes: the data receiving and inquiring unit, the data management unit, the data analysis unit, the data report management unit and the home page management unit. Wherein:

the data receiving and inquiring unit is used for butting a data collector of an external ocean station to receive the observation data of the ocean station.

The data management unit is used for carrying out instruction control configuration, alarm setting and manual revision on the received observation data; the functions of the data management unit specifically include: and checking all received data contents, providing a user to inquire according to time, inquiring the database by adopting a dynamic sql technology, judging the data according to a quality control range configured by the user before displaying the data, and giving different states, wherein the current states are element alarm, modified data and suspicious data. The platform list shows intuitive data styles to the user, so that the user can quickly know the condition of the received data.

The data analysis unit is used for carrying out real-time arrival and report statistics and alarm frequency statistics on the data. The real-time arrival statistics of the data provides the receiving condition of daily data inquired by a user, counts the arrival number and the non-arrival number accurately every hour, and lists all the arrival conditions every hour. The alarm times statistics of the data provides alarm conditions occurring in the day, the week, the month and the user-defined time, and the display form of the alarm conditions is a list or/and a pie statistical chart, so that a user can know the conditions more intuitively.

The data report management unit is used for outputting the data report, and exporting the data report into an excel file so as to facilitate data exchange and further processing of a user.

The home page management unit is used for rapidly positioning the longitude and latitude of the marine site through a GIS map, if data alarm exists, a user is prompted in a flashing state in a home page interface, the left column of the home page interface (display layer) displays the latest data of the marine site, the right column displays a corresponding real-time curve graph based on the latest data through Echar, and the real-time curve graph is one or more of wind speed and direction, a tide level value, water temperature, salinity, relative humidity, air temperature, air pressure and rainfall. The home page interface integrates a GIS map, and can quickly locate a site and acquire relevant information of the site.

The common module mainly stores common classes, tool classes, environment configurations and the like of all methods. A user module: the method mainly comprises the steps of recording user information and integrating the shiro architecture to control the authority of a user. The Users module provides functions of logging in, checking personal information, modifying passwords, resetting passwords and the like for Users.

In a preferred embodiment of the present invention, the application layer further includes a monitoring and protecting module and a configuration management module, wherein the monitoring and protecting module includes an authority control unit, a user operation log recording unit and an access log control unit.

The permission control unit uses a shiro architecture, the basic idea is derived from RABC, and a database table of the shiro architecture comprises a user table, a role table, a permission table, a user-role user role association relation table and a role-permission association relation table. The requirement that a certain role is endowed with authority or a specified person can access a specified interface can be met through the database tables.

The user operation log recording unit adopts the AOP tangent plane principle to record logs of a user operation system, is programmed facing the tangent plane, and realizes the unified maintenance of program functions through a precompiled mode and a dynamic proxy during operation. The AOP is the continuation of the OOP, and all parts of the business logic can be isolated by utilizing the AOP, so that the coupling degree between all parts of the business logic is reduced, the reusability of a program is improved, and the development efficiency is improved.

The access log control unit adopts a filter to realize functions of access control of authority at a URL level, filtering of sensitive words, compression of response information and the like, and prints user request parameters and total request response time, so that management personnel can conveniently and rapidly position and process user requests.

The configuration management module mainly comprises shiro configuration, SpringMvc cross-domain request configuration, file storage address mapping, session management and token generation management.

The communication layer uses independent and low-coupling Web service interface technology based on HTTP protocol. And at different terminals, the data interaction of the system is realized without an additional tool, and a general mechanism is provided for the integration of the whole system business process.

The main characteristics of the HTTP protocol are as follows:

1. support for client/server mode;

2. simple and quick: when a client requests a service from a server, only the request method and path need to be transmitted. The request method is commonly used as GET, HEAD and POST. Each method provides for a different type of client to server contact. The HTTP protocol is simple, so that the program scale of the HTTP server is small, and the communication speed is high.

3. Flexibility: HTTP allows the transfer of any type of data object. The Type being transferred is tagged by Content-Type (Content-Type is the identification used to indicate the Type of Content in an HTTP packet).

4. No connection: connectionless means that only one request is restricted to being processed per connection. The server processes the request of the client and disconnects the connection after receiving the response of the client. In this way transmission time can be saved.

5. And (3) no state: the HTTP protocol is a stateless protocol. Stateless means that the protocol has no memory capability for transactions. The lack of a state means that if the subsequent processing requires the previous information, it must be retransmitted, which may result in an increased amount of data being transmitted per connection. On the other hand, it responds faster when the server does not need the previous information.

The user requests default use Post; if the client submits non-binary data to the server, adopting Post form submission (key-value), wherein Content-Type is application/x-www-form-url; if the client submits binary data to the server, adopting Post form submission (MultiPart), wherein Content-Type is MultiPart/form-data; the server returns data to the client, and the Json data format of Restful style is uniformly used, for example:

after the user logs in, the server will return a key token, except that part of the interfaces do not verify the token (such as registration, app check update, etc.), the other interfaces all need to transmit token parameters, and the token is transmitted in a header/parameter manner.

The web front end of the presentation layer adopts the html5 technology to solve the compatibility problem of various browser display screens. The web front end adopts the Ajax request interface, and the Ajax engine has the following advantages:

1. no update data: the greatest advantage of Ajax is that communication with the server can be maintained without refreshing the whole page;

2. asynchronous communication with the server: the method uses an asynchronous mode to communicate with the server, and does not interrupt the operation of a user;

3. load balancing of the front end and the back end: the work of some back ends is moved to the front end, so that the burden of a server and bandwidth is reduced;

4. are widely supported based on specifications: browser plug-ins or applets do not need to be downloaded, but the client is required to allow JavaScript to be executed on the browser;

5. interface and application separation: ajax decouples the interface from the application, i.e. the data from the presentation.

In the preferred embodiment of the present invention, the MVC design pattern may be implemented by the SSH framework or the SSM framework.

SSM framework (Spring + SpringMVC + Mybatis):

spring is like a large factory that assembles beans throughout a project, and can specify in a configuration file that particular parameters are used to invoke construct methods of entity classes to instantiate objects. Also referred to as an adhesive in the item. The core idea of Spring is IoC (control Reversal), i.e., the programmer is no longer required to explicitly 'new' an object, but the Spring framework helps you to do this.

The SpringMVC is a part of Spring mvc in Spring, intercepts a user request in a project, and a core Servlet, namely a dispatcterservlet, plays roles of mediation or foreground, matches the user request with a Controller through HandlerMapping, and the Controller is an operation executed by a specific corresponding request.

Mybatis is an encapsulation of jdbc, which makes the database-underlying operations transparent. mybatis operations are all spread around an instance of sqlSessionsFactory. mybatis is associated to the Mapper file of each entity class through a configuration file, and sql statement mapping required to be performed on the database by each class is configured in the Mapper file. When interacting with the database, one sqlSession is taken through the sqlSession factory and then the sql command is executed.

SSH framework (Spring + Struts + Hibernate):

the Struts and the SSH framework have the same openness, and the reasonable and proper use of the Struts technology can reduce the development time of the Web application system based on the MVC model to a certain extent, thereby effectively controlling the development cost of the system. In fact, the Struts framework technology has been adopted by most programmers as a standard for system development when using extensible applications for servlets and JSPs.

Spring uses the basic entity JavaBean to do what previously could only be done with EJBs. The core of which is control Inversion (IOC) and facet-oriented programming (AOP). Using Spring means that an object is no longer created new but instead is given full authority to the IOC container for instantiation. Meanwhile, Spring injects the attribute of the object by using a Dependent Injection (DI) mode through a Setter and Getter method of the attribute, so that the method has the advantages that the API of the container is not completely dependent, and the query dependency is decoupled from the code. The AOP separates the business logic of the application from the system-level service (e.g., transaction) for cohesive development, and the application object is only responsible for completing the business logic and does not care about the processing of the log or the transaction.

The Struts technology is based on an MVC framework, and the implementation of the Struts depends on servlets and JSP implementation. The EJB and the JavaBean are basic components for realizing the services function of the Struts framework; the Action and ActionServlet components are important components for realizing the control capability of the framework; the view part is organically composed of a plurality of JSP files with intrinsic relations to realize system functions. The working principle is as follows:

1. the user sends a data request of the HTIP protocol through the browser client.

2. After the HITP request arrives at the server, the FormBean is populated using the framework structure via the controller.

3. And the filled data request carries out data service processing through an Action component of the controller in the framework.

4. And the service data processed by the controller calls the basic components of the struts to realize service logic.

5. And converting the service logic to form JSP service for processing, and returning a processing result.

6. The user gets a response to the HTTP request on the client or browser.

Hibernate is responsible for interfacing with the database. By persisting data objects, mapping of object relationships is performed and the database is accessed from the perspective of the object. By packaging JDBC, developers can control the database with the idea of object-oriented programming, so that the 'dead board' operation in the past when JDBC is used for programming is eliminated. A large string of codes of a traditional JDBC connection database is replaced by a hibernate.cfg.xml file, and the mapping with a concrete table of the database is performed by a XXX (class name of entity Bean). And Hibernate has an HQL statement, which is similar to the SQL statement of the database, but is different from the HQL statement that a query object is created by a user through a createQuery method of Session in the aspect of object-oriented programming, and the operations of increasing, deleting, modifying, checking and the like on the database are completed by the query object. The business process in the Dao layer is invoked via the return value of Action in Struts 2.

Therefore, the embodiment of the invention can enable a user to conveniently access data or operate the data by using different computers in different places, thereby responding to the requirement of data sharing and analyzing ocean observation data to the maximum extent.

Example two

Referring to fig. 3, fig. 3 is a schematic flow chart of a data receiving method of a marine hydrological meteorological station according to an embodiment of the present invention. As shown in fig. 3, the method for receiving data from the marine hydrometeorology observation station may include the following steps:

s110, a user (generally a data manager) needs to set the alarm and quality control rules of the observation elements of the ocean station through a data management unit;

s120, after the system starts to operate, data inspection is carried out according to set rules, and correct data, alarm data and suspicious data are separated;

s130, a user needs to regularly inquire the real-time data condition of the observation elements of the ocean station through a data receiving and inquiring unit every day, and real-time data quality control work is carried out within a specified time;

s140, a user outputs a quality control report form through the data report management unit and submits the quality control report form to a superior leader for examination and approval, and the data analysis unit can be used for judging the equipment operation condition of the ocean station so as to carry out the maintenance work of the ocean station in a targeted manner;

s150, the user can modify the ocean site basic information and record site events through the site information management unit.

In addition, the super administrator can also create a new user through the authority control unit to form a new data administrator to perform data management work.

In various embodiments of the present invention, it should be understood that the sequence numbers of the processes do not mean the execution sequence necessarily in order, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated units, if implemented as software functional units and sold or used as a stand-alone product, may be stored in a computer accessible memory. Based on such understanding, the technical solution of the present invention, which is a part of or contributes to the prior art in essence, or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a memory and includes several requests for causing a computer device (which may be a personal computer, a server, a network device, or the like, and may specifically be a processor in the computer device) to execute part or all of the steps of the method according to the embodiments of the present invention.

In the embodiments provided herein, it should be understood that "B corresponding to a" means that B is associated with a from which B can be determined. It should also be understood, however, that determining B from a does not mean determining B from a alone, but may also be determined from a and/or other information.

Those of ordinary skill in the art will appreciate that some or all of the steps of the methods of the embodiments may be implemented by hardware instructions associated with a program, which may be stored in a computer-readable storage medium, such as a Read-Only Memory (ROM), a Random Access Memory (RAM), a Programmable Read-Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), a One-time Programmable Read-Only Memory (OTPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM), or other Memory, a CD-ROM, or other disk, or a combination thereof, A tape memory, or any other medium readable by a computer that can be used to carry or store data.

The marine hydrological meteorological station data receiving system and method disclosed by the embodiment of the invention are described in detail, specific examples are applied in the description to explain the principle and the implementation mode of the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A marine hydrometeorology observation station data receiving system, comprising:

the data layer is used for storing and accessing data;

the system adopts a B/S architecture and an MVC design mode.

2. The marine hydrometeorology station data receiving system of claim 1, wherein the application layer comprises: api module, data module, common module and user module, wherein:

3. The marine hydrometeorology station data receiving system of claim 2, wherein the data module comprises:

4. The data receiving system of the marine hydrological meteorological station according to claim 3, wherein the data management unit checks the content of all received observation data, provides a user to inquire according to time and adopts a dynamic sql technology to inquire a data layer, judges the data according to a quality control range configured by the user before displaying the data and gives different states, wherein the states are one of element alarm, modified data and suspicious data;

5. The data receiving system of the marine hydrometeorology observation station of claim 3, wherein the data module further comprises a home page management unit, the home page management unit is used for rapidly positioning the longitude and latitude of the marine site through a GIS map, if data alarm exists, a user is prompted in a flashing state in a home page interface, a left column of the home page interface displays a latest piece of data of the marine site, a right column displays a corresponding real-time curve graph based on the latest piece of data through Echar, and the real-time curve graph is one or more of wind speed and direction, a tide level value, water temperature, salinity, relative humidity, air temperature, air pressure and rainfall.

6. The data receiving system of the marine hydrometeorology observation station of claim 2, wherein the database table of the shiro architecture comprises a user table, a role table, an authority table, a user role association relation table and a role authority association relation table, and based on the database table, a role is authorized or a designated person can access a designated interface.

7. The data receiving system of the marine hydrological meteorological station as claimed in any one of claims 1 to 6, wherein the data layer adopts a mysql database and a redis nonlinear database, the mysql database adopts a master-slave mode to perform data backup, the redis nonlinear database is used for storing information and session of login of a user, and session management is performed on the user by combining a shiro architecture so as to avoid failure of session of the system which is not operated by the user for a long time.

8. The marine hydrographic meteorological station data receiving system of any one of claims 1-6, wherein the communication layer employs Web service interface technology; or/and the web front end of the presentation layer adopts the html5 technology.

9. The marine hydrographic meteorological station data receiving system of any one of claims 1-6, wherein the MVC design pattern is an SSH framework or an SSM framework.

10. A method for receiving data of a marine hydrological meteorological station is characterized by comprising the following steps:

after the marine hydrological meteorological station data receiving system of any one of claims 1 to 9 starts to operate, performing data inspection according to set alarm and quality control rules, and automatically separating correct data, alarm data and suspicious data;