KR102045158B1 - Interworking method and system of between heterogeneous platforms for AMI integration services - Google Patents

Abstract

The present invention provides a method and a system for linking heterogeneous platforms to each other for an advanced metering infrastructure (AMI) integration service. According to an embodiment of the present invention, the method for linking heterogeneous platforms to each other comprises: a step where an AMI service platform registers a service in an integrated platform; a step where the AMI service platform registers a terminal in the integrated platform; a step where a communication company platform registers periodic reports of the registered service and terminal; and a step where the AMI platform checks metering information of the terminal in the integrated platform. Information received from the communication company platform is converted into a preset data standard to be transmitted to the integrated platform by a bridge connecting the communication company platform and the integrated platform. Accordingly, functions of linking with various heterogeneous communication networks and linking with an external platform are supported to provide an integrated gas AMI service supporting various heterogeneous networks such as LoRa WAN and municipal networks.

Description

Interworking method and system of between heterogeneous platforms for AMI integration services}

The present invention relates to a method and system for interworking between heterogeneous platforms, and more particularly, to a method and system for interoperating between heterogeneous platforms for advanced metering infrastructure (AMI) integration services.

IoT devices and platforms have been commercialized in various ways, but interoperability between platforms must be ensured for the integrated operation and expansion of each service.

In particular, IoT center nodes, such as facility management, have various low-power wide area networks (LoRaWAN, NB-IoT, etc.) and platform platforms, and individual platforms have heterogeneous resource structures and operate individually. While commercializing and providing services, they all use their own standards and data structures, making integration difficult.

In addition, when one gas service provider uses heterogeneous communication networks, there is a need for an integrated service and management environment.

Therefore, when building a service supporting heterogeneous networks that are linked and integrated between heterogeneous platforms, integration with various platforms is indispensable and a search for a solution is required.

The present invention has been made to solve the above problems, an object of the present invention, to support the interworking between heterogeneous platforms, heterogeneous platform for the integrated gas AMI service supporting multiple heterogeneous networks such as LoRaWAN, self-network The present invention provides a method and system for interworking with each other.

According to an embodiment of the present invention, a method for interworking between heterogeneous platforms may include: registering, by an advanced metering infrastructure (AMI) service platform, a service with an integrated platform; Registering, by the AMI service platform, the terminal with the unified platform; Registering, by the carrier platform, periodic reports of the registered service and the terminal; And inquiring, by the AMI service platform, the meter reading information of the terminal to the unified platform, wherein the information received from the telecommunication company platform is set by the bridge connecting the telecommunication company platform and the unified platform. Can be converted to and transmitted to the unified platform.

The service registration step may include: requesting, by the AMI service platform, service registration from the unified platform; The integration platform registering a service; Transmitting, by the integration platform, a service registration notification message including information about a service registered in the bridge; Requesting, by the bridge, the service provider to confirm service information; And requesting, by the bridge, a subscription (subscription) for the terminal registration to the carrier platform.

In addition, the terminal registration step, the AMI service platform, requesting the terminal registration to the unified platform; The integration platform registering device and resource information; Transmitting, by the integrated platform, a terminal registration notification message including device and resource information registered in the bridge; Requesting the terminal to confirm the terminal information by the bridge; Mapping, by the bridge, device information received from the carrier platform with device and resource information; And requesting, by the bridge, a subscription for a periodic report and a control result of the terminal to the telecommunication company platform.

The bridge parses terminal information received from the carrier platform, converts the terminal information into a predetermined resource model, maps the device and the resource information, and the predetermined resource model is classified for each application ID. The application resource name to be stored may be specified.

In addition, in the periodic report registration step, when the communication service provider platform registers a data subscription for the periodic report, the meter information may be transmitted to the unified platform through the data notification according to the set period.

The bridge parses the metering information included in the data notification received from the communication company platform, converts it to a predetermined resource model, and transmits it to the integration platform. The predetermined resource model is applied to each application ID. In this case, an application resource name for storing resource data and a container for storing resource data may be designated.

In addition, the meter reading inquiry step, the integration platform, storing the meter information received from the bridge; If a request is made to look up data of a specific condition from the AMI service platform, the integration platform extracting data suitable for the requested condition among the stored information; And transmitting, by the integration platform, the extracted data to the AMI service platform as a result of the inquiry, wherein the inquiry request condition may be at least one of an application resource name and a container name.

The container in which the resource data is to be stored may be any one of gasmeter info for gas meter information management, meter reading for meter reading and measurement data management, safty for safety information management, and CMD for storing control command information.

The method for interworking between heterogeneous platforms according to an embodiment of the present invention may further include, when a control request of a terminal is received, an AMI service platform transmitting a control command to an integrated platform and receiving a control result. have.

Meanwhile, according to another embodiment of the present invention, an interworking system between heterogeneous platforms requests service registration and terminal registration, and after the service and the terminal are registered, an advanced metering infrastructure for requesting inspection of the metering information of the registered terminal. A) service platform; An integration platform for registering a service and a terminal as a response to the request; A carrier platform for registering a registered service and a periodic report of a terminal; And a bridge connecting the telecommunication company platform and the integrated platform. The bridge may convert information received from the telecommunication company platform into a predetermined data standard and transmit the information to the unified platform.

On the other hand, according to another embodiment of the present invention, a method for interworking between heterogeneous platforms, the advanced metering infrastructure (AMI) service platform, the step of registering a service to the unified platform; Registering, by the AMI service platform, the terminal with the unified platform; And an AMI service platform transmitting a control command to the unified platform and receiving a control result from the telecommunications carrier platform, wherein information on the control result received from the telecommunications carrier platform is a bridge connecting the telecommunications platform and the unified platform. By (Bridge), it can be converted into a predetermined data standard and transmitted to the integrated platform.

Meanwhile, according to another embodiment of the present invention, an interworking system between heterogeneous platforms requests service registration and terminal registration, and after the service and the terminal are registered, transmits a control command and receives a control result. infrastructure) service platform; An integration platform for registering a service and a terminal as a response to the request; A carrier platform for transmitting a control command to the terminal and receiving a control result from the terminal; And a bridge connecting the telecommunication company platform and the integrated platform. The bridge may convert information on the control result received from the telecommunication company platform into a predetermined data standard and transmit the information to the unified platform.

As described above, according to embodiments of the present invention, by supporting interworking with various heterogeneous communication networks and interworking with an external platform, an integrated gas AMI service supporting various heterogeneous networks such as LoRaWAN and own networks is provided. can do.

1 is a view provided to explain the interworking structure of heterogeneous platforms of a heterogeneous platform interworking system for AMI integration service according to an embodiment of the present invention,
2 is a view provided to explain a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention;
3 is a diagram illustrating a result of mapping device and resource information with terminal information;
4 is a diagram provided in the description of the resource structure processed by the unified platform according to an embodiment of the present invention;
FIG. 5 is a diagram illustrating a container for managing gas meter information among resources shown in FIG. 4;
6 is a view illustrating a container for managing measurement data among the resources shown in FIG. 4;
FIG. 7 is a diagram illustrating a container for managing safety information among resources illustrated in FIG. 4;
8 is a view provided to explain a service registration process by a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention;
9 is a view provided to explain a terminal registration process by a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention; and
FIG. 10 is a view provided to explain a control process of a terminal by a heterogeneous platform interworking method for an AMI integration service according to an embodiment of the present invention.

Hereinafter, with reference to the drawings will be described the present invention in more detail.

FIG. 1 is a diagram provided to explain an interworking structure of heterogeneous platforms of a heterogeneous platform interworking system for an AMI integration service according to an embodiment of the present invention. As shown in FIG. 1, a heterogeneous platform interworking system for an AMI integrated service according to an embodiment of the present invention includes a terminal 100, an AMI service platform 200, a telecommunication company platform 300, and an integrated platform 400. And a bridge 500.

The terminal 100 is a meter terminal 100 such as a SmartGas Meter connected to various IoT networks, such as a LoRa wide area network (LoRaWAN) or a narrowband Internet of Things (NBIoT) network. When the meter is read, the meter is metered on various objects that need to be metered, such as gas, electricity, and water, and the meter information related to the meter is generated so that the meter information is transmitted through the gateway (GW) of the IoT network. It may be transmitted to the carrier platform 300 via a system (N / S: Network Server System).

In the AMI service platform 200, an AMI service platform 200 that operates an AMI in an enterprise supplying gas, electricity, and water may receive meter reading information through an integrated platform 400 to provide a remote meter reading service. Will be.

Here, AMI (advanced metering infrastructure) represents an intelligent metering infrastructure for applying the ICT convergence technology to the meter reading system to enhance meter reading information and establish an active meter management system.

The telco platform 300 is a platform that is operated to provide IoT network services by telcos, and corresponds to a platform where various carriers such as SK Telecom, KT, and LG Telecom provide LoRa networks, NB-IoT networks, and network server systems. Can be.

The integration platform 400 may receive meter reading information from the terminal 100 through the IoT network and provide the AMI service platform 200.

The integrated platform 400 is compatible with different IoT networks operated by various carriers, receives a variety of meter information from a plurality of terminals 100 and stores them as a database, the desired form in the AMI service platform 200 Various search functions are provided to search meter reading results.

The bridge 500 may support interworking between heterogeneous platforms by carriers, and may perform data linkage functions such as command delivery and API calls.

For example, when a data standard such as a standard resource model is set, the bridge 500 parses a data standard of information received from the carrier platform 300 to use the standard resource model used in the integration platform 400. It can be converted to fit and transmitted to the integration platform 400.

2 is a diagram provided to explain a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention. In the method of interworking between heterogeneous platforms for the AMI integration service according to an embodiment of the present invention, when an administrator requests a service registration to the AMI service platform 200 (S203), the AMI service platform 200 includes an integrated platform ( In operation S205, a service registration may be requested.

In addition, the integration platform 400 may register a service in response to the request, and transmit a service registration notification message including information about a service registered in the bridge 500 (S207).

The bridge 500 requests the service provider platform 300 to check service information (S210), and when the service information check is completed, the bridge 500 may request a subscription for registration of the terminal 100 to the service provider platform 300 ( S213).

When the service is registered, the administrator may request registration of the terminal 100 to the AMI service platform 200 (S215), and the AMI service platform 200 may request the registration of the terminal 100 to the integration platform 400. (S220).

The integration platform 400 registers the device and resource information of the terminal 100 to be registered in response to the request, and transmits a terminal 100 registration notification message including the registered device and resource information to the bridge 500. It may be (S223).

When the terminal 500 receives a registration notification message, the bridge 500 requests the carrier platform 300 to check the terminal 100 information (S225), and reports the period of the terminal 100 to the carrier platform 300. A subscription to the control result may be requested (S227).

At this time, the bridge 500 parses the terminal 100 information received from the carrier platform 300, converts the information according to a predetermined resource model, and generates an application and a container (S230), as shown in FIG. 3. As described above, it may be mapped with device and resource information.

The preset resource model may be a standard resource model used in the integration platform 400, is divided according to application IDs as illustrated in FIG. 4, and an application resource name for storing resource data may be designated.

When the carrier platform 300 registers a data subscription for periodic reporting, through the data notification according to the set period, by sending the meter information to the integration platform 400 (S233), the registered service and Periodic report of the terminal 100 can be registered (S235).

For example, the communication service provider platform 300 may transmit a notification on a periodic report generation, a control result, etc. when a URL is designated as a service unit in the portal as a common platform function.

In this case, the bridge 500 may parse the metering information included in the data notification received from the communication company platform 300, convert the read information into a predetermined resource model, and transmit the parity information to the integration platform 400. have.

For example, the bridge 500 registers the received data in a cnt-ami-gasmeter-reading, cnt-ami-gasmeter-safety container in a json format, and the metering data is cnt-ami-gasmeter-info, cnt- You can register in a json format in the ami-version container.

In this case, the predetermined resource model is classified for each application ID, and an application resource name for storing resource data and a container for storing resource data may be designated.

At this time, the container in which the resource data is to be stored, Gasmeter info for gas meter information management illustrated in FIG. 5, meter reading for meter reading and measurement data illustrated in FIG. 6, safty for safety information management illustrated in FIG. , CMD for storing control command information. Incidentally, the reading info illustrated in FIG. 6 is one of the lower layer containers of the meter reading container. In addition to the reading info illustrated in FIG. 8, the meter reading container may include mesurement info, status info, safty illustrated in FIG. 7, and the like in a lower layer.

On the other hand, when the periodic report is registered, the integration platform 400 stores the metering information received from the bridge 500, and if the administrator requests the meter reading to the AMI service platform 200 (S240), AMI service platform 200 ) May query the metering information of the terminal 100 to the unified platform 400 (S245).

The meter information is requested between the AMI service platform 200, the carrier platform 300, the integration platform 400, and the bridge 500, and information transmitted and received, such as meter information transmitted in response to the request, is transmitted to the terminal 100 and the AMI. By performing a mutual authentication procedure between the service platform 200, it is possible to maintain the security through the data encryption / decryption process.

When the integration platform 400 is requested to inquire data of a specific condition from the AMI service platform 200, the integration platform 400 extracts data suitable for a condition such as an application resource name or a container name among stored information, and retrieves the extracted data as a search result. It may transmit to the AMI service platform 200 (S247).

In addition, the manager requests the terminal 100 control to the AMI service platform 200 (S250), the AMI service platform 200 transmits a control command to the integration platform 400, when the terminal 100 control request is received. It may be (S253).

The control command transmitted to the integrated platform 400 is passed through the bridge 500 (S255), and is transmitted to the carrier platform 300 (S257), the carrier platform 300 transmits a control result notification message to the bridge 500. In step S260, the control result may be reported (S265).

At this time, the communication company server receives the control command from the bridge 500, transmits the control command to the terminal 100, and confirms that the data is updated in the next period report from the terminal 100, the control command, M2M It may be any one of a gas supply cutoff command and a terminal 100 reboot command generated by using a standard device control (mgmtCmd) of the standard.

8 is a diagram provided to explain a service registration process by a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention. As shown in FIG. 8, when the AMI service platform 200 requests service registration, the integration platform 400 may start a service registration procedure in response to the request (S810).

In detail, the integration platform 400 provides a service registration API to process a plurality of services, and when the AMI service platform 200 provides a service key (RN) of a specific service and requests a specific service registration, In response to the request, the unique service key is registered (S820).

The AMI service platform 200 generates a control request container (S830), the integration platform 400 generates a CSEBase (S840), and registers the service provider service information through the AMI service platform 200, the carrier at the time of registration In the case of the platform 300, the CSEBase generation push is transmitted to the bridge 500 (S850).

Integration platform 400 may transmit a response message of the CSEBase to the AMI service platform 200 (S860), so that the administrator can confirm that the registration process of the service is in progress (S870).

The bridge 500 may generate basic resource generation and CSEBase state mapping, generate mapping information (S880), and set a subscription to the CSEBase of the integration platform 400 for registration processing of the terminal 100. (S885). Through this, service registration may be completed in the integration platform 400 (S890).

FIG. 9 is a diagram provided to explain a terminal 100 registration process by a method for interworking between heterogeneous platforms for an AMI integration service according to an embodiment of the present invention. As shown in FIG. 9, when a service is registered, the administrator may request the terminal 100 to be registered / opened to the AMI service platform 200, and the integrated platform 400 may include the AMI service platform 200 and the terminal 100. When requesting registration / opening, the terminal 100 may start the registration procedure in response to the request (S910).

In order to process the plurality of terminals 100, the integrated platform 400 registers the terminal 100 UniqueKey provided by the carrier platform 300 through the terminal 100 opening procedure (S920), and the service platform includes the terminal ( 100, the information is registered (S930), the integrated platform 400 generates an application resource (AE) (S940), and transmits the generation push of the application resource (AE) to the bridge (500) (S950).

In addition, the integration platform 400 may transmit a response message of the terminal 100 registration to the service platform (S960), so that the administrator may confirm that the registration procedure of the terminal 100 is in progress (S970).

The bridge 500 may check whether the received application resource information exists, generate mapping information (S980), and generate and update a resource necessary for the integration platform 400 (S990). Through this, the terminal 100 may be registered in the integration platform 400 (S995).

FIG. 10 is a view provided to explain a control process of a terminal 100 by a heterogeneous platform interworking method for an AMI integration service according to an embodiment of the present invention. As shown in FIG. 10, when a service is registered and the terminal 100 is registered / opened, the manager may request control of the terminal 100 from the AMI service platform 200 (S1010) and the integrated platform 400. When the AMI service platform 200 transmits a control command of the terminal 100 (S1020), the AMI service platform 200 may generate a ContentInstance for control of the terminal 100 in response to the request (S1030).

In addition, the integration platform 400 transmits a ContentInstance generation push for controlling the terminal 100 to the bridge 500 (S1040).

In addition, the integration platform 400 may transmit a response message of the control command of the terminal 100 to the service platform (S1050), and transmit a response to the control request of the terminal 100 to the administrator (S1060).

The bridge 500 checks whether the application resource information of the ContentInstance for the control of the terminal 100 is present, generates mapping information (S1070), and requests a control command of the terminal 100 to the carrier platform 300. It may be (S1080). In this case, the carrier platform 300 may be provided with an API for processing control from the integration platform 400.

The communication company platform 300 may receive a control command from the bridge 500, transmit the control command to the terminal 100, and confirm that data is updated in the next periodic report from the terminal 100, and the control command may include: It may be any one of a gas supply blocking command and a terminal 100 rebooting command.

On the other hand, the technical idea of the present invention can be applied to a computer-readable recording medium containing a computer program for performing the functions of the apparatus and method according to the present embodiment. In addition, the technical idea according to various embodiments of the present disclosure may be implemented in the form of computer readable codes recorded on a computer readable recording medium. The computer-readable recording medium can be any data storage device that can be read by a computer and can store data. For example, the computer-readable recording medium may be a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical disk, a hard disk drive, or the like. In addition, the computer-readable code or program stored in the computer-readable recording medium may be transmitted through a network connected between the computers.

In addition, while the above has been shown and described with respect to preferred embodiments of the present invention, the present invention is not limited to the specific embodiments described above, the technical field to which the invention belongs without departing from the spirit of the invention claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be individually understood from the technical spirit or the prospect of the present invention.

100: terminal (smart meter)
200: advanced metering infrastructure (AMI) service platform
300: carrier platform
400: integrated platform
500: Bridge

Claims (12)

Registering, by the advanced metering infrastructure (AMI) service platform, the service with the unified platform;
Registering, by the AMI service platform, the terminal with the unified platform;
Registering, by the carrier platform, periodic reports of the registered service and the terminal; And
AMI service platform, querying the metering information of the terminal to the unified platform; includes;
Information received from carrier platforms,
Bridges connecting the carrier platform and the integrated platform are converted into preset data standards and transmitted to the integrated platform.
The service registration step is
Requesting, by the AMI service platform, service registration from the unified platform;
The integration platform registering a service;
Transmitting, by the integration platform, a service registration notification message including information about a service registered in the bridge;
Requesting, by the bridge, the service provider to confirm service information; And
Requesting, by the bridge, a subscription for a terminal registration from a carrier platform; and interworking between heterogeneous platforms.
delete Registering, by the advanced metering infrastructure (AMI) service platform, the service with the unified platform;
Registering, by the AMI service platform, the terminal with the unified platform;
Registering, by the carrier platform, periodic reports of the registered service and the terminal; And
AMI service platform, querying the metering information of the terminal to the unified platform; includes;
Information received from carrier platforms,
Bridges connecting the carrier platform and the integrated platform are converted into preset data standards and transmitted to the integrated platform.
Terminal registration step,
Requesting, by the AMI service platform, terminal registration to the unified platform;
The integration platform registering device and resource information;
Transmitting, by the integrated platform, a terminal registration notification message including device and resource information registered in the bridge;
Requesting the terminal to confirm the terminal information by the bridge;
Mapping, by the bridge, device information received from the carrier platform with device and resource information; And
Requesting, by the bridge, a subscription for a periodic report and a control result of the terminal to the telecommunications company platform.
The method according to claim 3,
The bridge,
Parsing the terminal information received from the carrier platform, transformed according to a predetermined resource model, and mapped to the device and resource information,
The preset resource model is
A method for interoperating between heterogeneous platforms, characterized by application IDs, in which application resource names for storing resource data are specified.
The method according to claim 1,
Periodic report registration step,
When the carrier platform registers the data subscription (subscription) for the periodic report, the method of interworking between heterogeneous platforms, characterized in that to transmit the meter information to the unified platform through the data notification (Notification) according to the set period.
The method according to claim 5,
The bridge,
Parsing the meter information included in the data notification received from the carrier platform, converts it according to a predetermined resource model, and transmits it to the unified platform,
The preset resource model is
A method for interoperating between heterogeneous platforms, characterized by application IDs, in which application resource names for storing resource data and containers for storing resource data are specified.
The method according to claim 6,
Meter reading step,
The integration platform storing meter reading information received from the bridge;
If a request is made to look up data of a specific condition from the AMI service platform, the integration platform extracting data suitable for the requested condition among the stored information; And
The integration platform, transmitting the extracted data to the AMI service platform as a result of the inquiry;
The query request condition is
Interworking method between heterogeneous platforms, characterized in that at least one of the application resource name, the container name.
The method according to claim 6,
The container where resource data is stored
Gasmeter info for managing the gas meter information, meter reading for meter and meter data management, safty for safety information management, CMD for the storage of control command information.
The method according to claim 1,
When the control request of the terminal is received, the AMI service platform transmits a control command to the unified platform, and receiving a control result; interworking between heterogeneous platforms further comprising.
An advanced metering infrastructure (AMI) service platform for requesting service registration and terminal registration, and requesting meter reading information of the registered terminal after the service and the terminal are registered;
An integration platform for registering a service and a terminal as a response to the request;
A carrier platform for registering a registered service and a periodic report of a terminal; And
It includes; a bridge connecting the carrier platform and the integrated platform;
The bridge,
The information received from the carrier platform is converted into a predetermined data standard and transmitted to the integrated platform,
AMI service platform,
Request service registration with the integration platform,
Integrated platform,
In response to the service registration request, register the service, and send a service registration notification message containing information about the service registered in the bridge,
The bridge,
The interworking system between heterogeneous platforms, characterized in that requesting the service provider platform confirms the service information, and requests a subscription for the terminal registration to the service provider platform.
Registering, by the advanced metering infrastructure (AMI) service platform, the service with the unified platform;
Registering, by the AMI service platform, the terminal with the unified platform; And
The AMI service platform transmitting a control command to the unified platform and receiving a control result from the carrier platform;
Information about the control results received from the carrier platform,
Bridges connecting the carrier platform and the integrated platform are converted into preset data standards and transmitted to the integrated platform.
The service registration step is
Requesting, by the AMI service platform, service registration from the unified platform;
The integration platform registering a service;
Transmitting, by the integration platform, a service registration notification message including information about a service registered in the bridge;
Requesting, by the bridge, the service provider to confirm service information; And
Requesting, by the bridge, a subscription for a terminal registration from a carrier platform; and interworking between heterogeneous platforms.
An advanced metering infrastructure (AMI) service platform for requesting service registration and terminal registration, transmitting a control command and receiving a control result after the service and the terminal are registered;
An integration platform for registering a service and a terminal as a response to the request;
A carrier platform for transmitting a control command to the terminal and receiving a control result from the terminal; And
It includes; a bridge connecting the carrier platform and the integrated platform;
The bridge,
The information on the control result received from the carrier platform is converted into a preset data standard and transmitted to the integrated platform.
AMI service platform,
Request service registration with the integration platform,
Integrated platform,
In response to the service registration request, register the service, and send a service registration notification message containing information about the service registered in the bridge,
The bridge,
The interworking system between heterogeneous platforms, characterized in that for requesting the service provider to check the service information, and requesting a subscription (Subscription) for the terminal registration to the carrier platform.

Images