KR102021237B1 - Cloud server system for smart car and connecting method between user terminal and service provider server using the system - Google Patents

Abstract

The present invention relates to a cloud server system. According to the present invention, the cloud server system comprises: a service proxy unit including at least one service proxy and transceiving information with a user terminal using the service proxy; and a service daemon unit including at least one service daemon, and transceiving information with a service providing server which provides each service using the service daemon. The service proxy is set for each service group including at least one piece of service information, and the service daemon is set for each service.

Description

Smart car cloud server system and connection method of user terminal and service providing server using the system {CLOUD SERVER SYSTEM FOR SMART CAR AND CONNECTING METHOD BETWEEN

The present invention relates to a smart car cloud server system and a method for connecting a user terminal and a service providing server using the system, and more particularly, to perform a relay role between a service providing server and an IVI (In Vehicle Infotainment) terminal and to provide transparency of services. And it relates to a smart car cloud server system that can ensure the consistency of services and a method of connecting a user terminal and a service providing server using the system.

If unexpected behavior occurs, such as a function change or interruption of a service provider that provides a software service program, a service error may occur in the vehicle, and a fatal obstacle may occur in the operation of an In Vehicle Infotainment (IVI) terminal. In addition, since the number of service users in a vehicle is smaller than the size of a smartphone user, the service provider has neglected service maintenance.

Terminal programming work for porting various services should be done every time when IVI platform changes. Most automakers are changing their IVI platform every two to three years, and in many cases the platforms are different. As a result, adding or developing new services that are in line with trends can be costly.

Similar services exist by service type, and users use services according to their preferences. However, since similar services are implemented using their own application protocols, adding similar services similar to those ported to an IVI terminal requires re-development of existing source code. These constraints lead to increased development and maintenance costs, forcing car manufacturers to choose to provide only representative services by type.

Existing IVI systems accumulate vehicle driving environment information and use it for their own service, but do not analyze and support it for external service providers. Therefore, the service level that is optimized for the vehicle environment and is suitable for the smartphone environment, which is not differentiated service is not escaped.

If the service provider's server is directly connected to the vehicle, vehicle security issues may occur due to weaknesses in the service protocol, and various inspections and security analyzes are required to verify these issues. This makes it reluctant to provide a variety of services for the automakers by providing both time and cost burdens.

The present invention aims to solve the technical problem as described above, and can flexibly cope with an abnormal situation of an unexpected service providing server, and combine a plurality of services into one to promote user convenience. An object of the present invention is to provide a smart car cloud server system and a method for connecting a user terminal and a service providing server using the system.

According to an embodiment of the present invention, a cloud server system includes: a service proxy unit including at least one service proxy, and transmitting and receiving information to and from a user terminal using the service proxy; And a service daemon unit including at least one service daemon and transmitting and receiving information to and from a service providing server providing each service using the service daemon, wherein the service proxy includes at least one service information. The service daemon is set for each service group, and the service daemon is set for each service.

The cloud server system of the present invention may further include a registry unit including at least one registry and performing mapping between the service proxy unit and the service daemon unit using a registry. Is preferably set for each service.

In addition, each of the service proxies is characterized in that it comprises a plurality of service proxy modules for all the services belonging to the service group. Preferably, each of the service daemons, characterized in that configured to include a plurality of service daemon modules for the service when running one service.

In addition, when a service is driven by the user terminal, the cloud server system of the present invention connects the registry corresponding to the service through the service proxy corresponding to the service group to which the service belongs, and the service corresponding to the registry. It is desirable to connect daemons. In addition, when the cloud server system of the present invention is not connected to a service that requires a connection from the user terminal, the cloud server system may connect with another preset service belonging to the same service group. Preferably, the connection with the other preset service may be performed by switching the registry of the registry unit into a registry for the other preset service.

In addition, the service proxy unit combines information of a plurality of service proxy modules for a plurality of services into one service proxy, so that the service proxy unit can be driven in the form of one new service in the user terminal. In addition, the cloud server system of the present invention, when running in the form of one new service in the user terminal, one service proxy may be connected to a plurality of registries, each registry may be connected to each service daemon It is characterized by. Preferably, the user terminal can transmit and receive information from a plurality of service providing servers providing respective services through the cloud server system of the present invention by driving the new service.

In a method of connecting a user terminal using a cloud server system and a service providing server for providing a service according to the first exemplary embodiment of the present invention, (S110) a driving signal of a service from the user terminal corresponds to a corresponding service. Receiving by the proxy; (S120) connecting the service proxy with a registry corresponding to the service; (S130) mapping the information received through the service proxy of the step (S110) in the registry connected in the step (S120); And (S140) receiving the information mapped in the step (S130) at a service daemon corresponding to the corresponding service and transmitting the received information to a corresponding service providing server. In addition, the method for connecting a user terminal and a service providing server for providing a service using the cloud server system according to the first exemplary embodiment of the present invention may include: in step S120, the service proxy corresponds to a registry corresponding to the corresponding service; If not connected, it is preferable to further include a step of connecting with a registry for another service set in advance.

In a method of connecting a user terminal using a cloud server system and a service providing server for providing a service according to a second exemplary embodiment of the present invention, (S210) driving signals corresponding to a plurality of services from the user terminal may include a plurality of services. Receiving, by one service proxy corresponding to; (S220) connecting one service proxy with a plurality of registries corresponding to a plurality of services; (S230) mapping the information received through the service proxy of the step (S210) in a plurality of registries connected in the step (S220); And (S240) receiving the information mapped in the step S230 in a plurality of service daemons corresponding to a plurality of services and transmitting the plurality of service providing servers to the plurality of service providing servers. In addition, the method for connecting a user terminal and a service providing server for providing a service using a cloud server system according to a second exemplary embodiment of the present invention may include: a registry corresponding to the service in step S220; If not connected, it is preferable to further include a step of connecting with a registry for another service set in advance.

According to the smart car cloud server system of the present invention and the method of connecting the user terminal and the service providing server using the system, it is possible to flexibly cope with an abnormal situation of an unexpected service providing server and combine a plurality of services into one. User convenience can be attained.

1 is a block diagram of a smart car cloud server system according to an embodiment of the present invention.
2 is an explanatory diagram of a switch between similar services by the cloud server system of the present invention.
3 is an explanatory diagram of service combining by a cloud server system of the present invention;
4 is a flowchart illustrating a method of connecting a user terminal and a service providing server using a cloud server system according to a first exemplary embodiment of the present invention.
5 is a flowchart illustrating a method for connecting a user terminal and a service providing server using a cloud server system according to a second exemplary embodiment of the present invention.

Hereinafter, a smart car cloud server system and a method of connecting a user terminal and a service providing server using the system according to embodiments of the present invention will be described in detail with reference to the accompanying drawings. The following examples of the present invention are intended to embody the present invention, but not to limit or limit the scope of the present invention. From the detailed description and the embodiments of the present invention, those skilled in the art to which the present invention pertains can easily be interpreted as belonging to the scope of the present invention.

First, Figure 1 shows a block diagram of a smart car cloud server system 100 according to an embodiment of the present invention.

As can be seen from Figure 1 smart car cloud server system 100 according to an embodiment of the present invention, the service providing server 300 for providing an application software program service and the user terminal 200 IVI (In Vehicle Infotainment) It plays a role of relay between terminals and guarantees transparency of application software program services, service consistency and communication security.

The cloud server system 100 includes a service daemon D for each service, a service proxy P for each service group, and a registry R. Among these, the service daemon (D) is in charge of processing an API (Application Programming Interface) provided by the service providing server 300, and the service proxy (P) is responsible for a consistent communication protocol and security with the user terminal 200. In addition, through the registry (R), a flexible linkage between the service daemon (D) and the service proxy (P) for each service group is realized.

 Request messages and response messages between the cloud server system 100 and the user terminal 200 required for service execution are defined in the service proxy P as a protocol for each service group. The protocol must be web based and support all behaviors of the services in the service group.

The operation flow of the cloud server system 100 of the present invention will be described below.

In response to an abnormal situation such as an unexpected service interruption or service error of the service provider, the service proxy P acts on the request of the user terminal 200. The request message is transmitted to the service providing server 300 through the service daemon (D). The service daemon D operates as modules in contrast to the functional API provided by the service providing server 300. Each module performs a client role and transmits the response message and the result data received from the service providing server 300 to the corresponding service proxy P through the mapping of the registry R. This operation is performed using a service communication library such as an HTTPS processing library, a JSON processing library, or a streaming URI processing library. The service daemon (D) and the service proxy (P) are detailed modules provided according to service characteristics (eg, user authentication module, cookie management module, menu management module, list management module, thumbnail management module, information retrieval processing module, and details). Information processing module).

Specifically, the cloud server system 100 of the present invention includes a service proxy unit 110, a service daemon unit 120, and a registry unit 130.

The service proxy unit 110 includes at least one service proxy P, and serves to transmit and receive information with the user terminal 200 using the service proxy P. The service proxy P is responsible for a consistent communication protocol and security with the user terminal 200 and is preferably set for each service group including at least one service information. That is, in one service proxy P, common detailed functions of various similar services are defined as a normalized service proxy module, and the service proxy P is reconfigured by a combination of service proxy modules. In addition, the service proxy P transmits the request of the user terminal 200 to the service daemon D through the registry R, and transmits the response of the service daemon D to the user terminal 200.

The service proxy unit 110 may be configured to include a plurality of service proxy modules for all services belonging to the corresponding service group.

The service daemon unit 120 includes at least one service daemon D, and serves to transmit and receive information with the service providing server 300 that provides each service using the service daemon D. The service daemon (D) is in charge of processing an API (Application Programming Interface) provided by the service providing server 300 and is set for each service. The service daemon D processes the API provided by the service providing server 300 in a manner of acting on behalf of a client. Sends the result received through the API to the service proxy (P). Each service daemon (D) is preferably processed in a multi-processing manner.

The service daemon unit 120 is configured to include a plurality of service daemon modules for the service.

In addition, the registry unit 130 includes at least one registry R, and performs mapping between the service proxy unit 110 and the service daemon unit 120 using the registry R. The registry R is preferably set for each service. That is, the registry R delivers request and response data through a mapping process, which is a format conversion process between the service proxy P and the service daemon D.

When the service is driven by the user terminal 200, the cloud server system 100 of the present invention opens a registry R corresponding to the service through the service proxy P corresponding to the service group to which the service belongs. The service daemon (D) corresponding to the registry (R) is connected.

With the above-described configuration, the cloud server system 100 of the present invention can switch between similar services in case of failure of connection with the service providing server 300 of the corresponding service, and providing a new service by combining the services is possible. It is possible.

(1) switch between similar services

2 is an explanatory diagram of a switch between similar services by the cloud server system 100 of the present invention.

By such a switch function between the similar services, the cloud server system 100 of the present invention can robustly cope with a service failure. That is, even when the service cannot be provided according to an abnormal situation (service interruption, service error, etc.) of the unexpected service providing server 300, the consumer should not operate abnormally in the user terminal 200 purchased with the vehicle. do. To do this, similar services must be provided without interruption. Continuity is supported by converting the connection with the service proxy (P) to the registry (R) of the similar service.

Specifically, the cloud server system 100 of the present invention, when the connection with the service providing server 300 is requested from the user terminal 200 is not connected, another service providing server 300 belonging to the same service group in advance ) And can be connected. The connection with other preset services is performed by switching the registry R of the registry unit 130 into a registry R for another preset service.

For example, when the cloud server system 100 of the present invention is not connected to 'Server 1', which is an oil price service providing server 300, the cloud server system 100 connects to 'Server 2' that provides a preset similar service. can do.

(2) combination of services;

3 is an explanatory diagram of service combining by the cloud server system 100 of the present invention.

You can use existing services and infrastructure information or combine the functions of existing services to provide new services suitable for driving a car. The provisioning method may be implemented by connecting a registry (R) belonging to a different registry (R) set with a combination service proxy (P) representing a service. That is, a new service can be provided by combining proxy modules using two or more registries R mapped with different service daemons D. FIG. A new service would be to provide a weather service by combining the temperature forecast of the Korea Meteorological Administration with the fine dust forecast of the Japan Meteorological Agency with high accuracy.

That is, the service proxy unit 110 combines information of a plurality of service proxy modules for a plurality of services into one service proxy P to drive the new service in the form of one new service in the user terminal 200. To help. Specifically, the cloud server system 100 of the present invention, when driven in the form of one new service in the user terminal 200, one service proxy (P) can be connected to a plurality of registries (R), Each registry (R) is characterized in that can be connected to each service daemon (D). In this case, the user terminal 200 operates the new service by clicking an icon or the like, thereby obtaining information from a plurality of service providing servers 300 that provide respective services through the cloud server system 100 of the present invention. Can send and receive

4 is a flowchart illustrating a method of connecting the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the first embodiment of the present invention.

Since the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the first exemplary embodiment of FIG. 4 uses the above-described cloud server system 100, Even if there is no separate description, of course, including all the features of the cloud server system 100.

As can be seen from Figure 4, the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the first embodiment of the present invention, from the user terminal 200 Receiving, by the service proxy P corresponding to the service, a driving signal of the service (S110); The service proxy P connecting with the registry R corresponding to the service (S120); Mapping the information received through the service proxy (P) in step S110 in the registry (R) connected in step S120 (S130); And receiving the information mapped in the step S130 from the service daemon D corresponding to the corresponding service, and transmitting the received information to the service providing server 300 (S140).

The service proxy P may be set for each service group including at least one service information. In addition, the service daemon (D) is set for each service, it is preferable to transmit and receive information with the service providing server 300 that provides each service.

In addition, the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the first exemplary embodiment of the present invention, in step S120, the service proxy (P) to the service If not connected to the corresponding registry (R), characterized in that it further comprises the step of connecting with the registry (R) for the other service set in advance.

5 is a flowchart illustrating a method of connecting the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the second exemplary embodiment of the present invention.

Since the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the second exemplary embodiment of FIG. 5 uses the above-described cloud server system 100, Even if there is no separate description, of course, including all the features of the cloud server system 100.

As can be seen from Figure 5, the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to a second embodiment of the present invention, the cloud server system 100 In the method of connecting the user terminal 200 and the service providing server 300 using the above, one service proxy P corresponding to a plurality of services is provided with a driving signal corresponding to a plurality of services from the user terminal 200. Receiving step (S210); Connecting one service proxy P with a plurality of registries R corresponding to a plurality of services (S220); Mapping the information received through the service proxy P in step S210 in a plurality of registries R connected in step S220 (S230); And receiving information mapped in step S230 from a plurality of service daemons D corresponding to a plurality of services and transmitting the received information to the plurality of service providing servers 300 (S240).

The service proxy P may be set for each service group including at least one service information. In addition, the service daemon (D) is set for each service, it is preferable to transmit and receive information with the service providing server 300 that provides each service.

In addition, in the connection method between the user terminal 200 and the service providing server 300 using the cloud server system 100 according to the second exemplary embodiment of the present invention, in step S220, the service proxy P is connected to the corresponding service. If it is not connected to the corresponding registry (R), it is preferable to further include a step of connecting with the registry (R) for another service set in advance.

As described above, according to the connection method of the smart car cloud server system 100 and the user terminal 200 and the service providing server 300 using the system of the present invention, the abnormality of the unexpected service providing server 300 Not only can it flexibly cope with the situation, it can also be seen that a combination of a plurality of services can be combined to facilitate user convenience.

100: smart car cloud server system
200: user terminal
300: service providing server
110: service proxy unit
120: service daemon
130: registry
P: service proxy
D: service daemon
R: registry

Claims (18)

In the cloud server system,
A service proxy unit including at least one service proxy and transmitting and receiving information with a user terminal using the service proxy; And
And a service daemon unit including at least one service daemon, and transmitting and receiving information to and from a service providing server providing each service using the service daemon.
The service proxy is set for each service group including at least one service information.
The service daemon is set for each service, the cloud server system. The method of claim 1,
The cloud server system,
And a registry unit including at least one registry, and performing mapping between the service proxy unit and the service daemon unit using a registry.
The registry,
Cloud server system, characterized in that set for each service. The method of claim 2,
Each of the service proxies,
Cloud server system comprising a plurality of service proxy modules for all the services belonging to the service group. The method of claim 3,
Each of the service daemons,
Cloud server system, characterized in that it comprises a plurality of service daemon module for the service. The method of claim 4, wherein
When a service is driven by the user terminal,
The cloud server system,
And a service daemon corresponding to the service through a service proxy corresponding to the service group to which the service belongs, and a service daemon corresponding to the registry. The method of claim 2,
The cloud server system,
If it is not connected to the service that requires a connection from the user terminal, the cloud server system, characterized in that the connection with other preset services belonging to the same service group. The method of claim 6,
The connection with the other preset service,
And converting the registry of the registry section into a registry for the other preset service. The method of claim 2,
The service proxy unit,
And combining information of a plurality of service proxy modules for a plurality of services into a single service proxy so that the information can be driven in the form of one new service in the user terminal. The method of claim 8,
The cloud server system,
When driven in the form of one new service in the user terminal, one service proxy can be connected to a plurality of registries, each registry can be connected to each service daemon, characterized in that the cloud server system. The method of claim 8,
The user terminal,
By operating the new service, the cloud server system, it is possible to send and receive information from a plurality of service providing server providing each service through the cloud server system. In the method of connecting a user terminal and a service providing server that provides a service using a cloud server system,
(S110) receiving, by the service proxy corresponding to the service, a driving signal of the service from the user terminal;
(S120) connecting the service proxy with a registry corresponding to the service;
(S130) mapping the information received through the service proxy of the step (S110) in the registry connected in the step (S120); And
(S140) receiving the information mapped in the step (S130), the service daemon corresponding to the service, and transmitting to the service providing server; connection method of the user terminal and the service providing server, comprising a . The method of claim 11,
The service proxy,
Method for connecting a user terminal and a service providing server, characterized in that configured for each service group containing at least one service information. The method of claim 12,
The service daemon,
A method for connecting a user terminal and a service providing server, which is set for each service and transmits and receives information with a service providing server for providing each service. The method of claim 13,
The connection method,
In the step (S120), if the service proxy is not connected to the registry corresponding to the service, the step of connecting with the registry for another service preset; further comprising the user terminal and the service providing server How to connect. In the method of connecting a user terminal and a service providing server that provides a service using a cloud server system,
(S210) receiving, by one service proxy corresponding to a plurality of services, a driving signal corresponding to a plurality of services from the user terminal;
(S220) connecting one service proxy with a plurality of registries corresponding to a plurality of services;
(S230) mapping the information received through the service proxy of the step (S210) in a plurality of registries connected in the step (S220); And
(S240) receiving the information mapped in the step (S230), a plurality of service daemons corresponding to a plurality of services, and transmitting to a plurality of service providing server; user terminal and service providing comprising a How the server connects. The method of claim 15,
The service proxy,
Method for connecting a user terminal and a service providing server, characterized in that configured for each service group containing at least one service information. The method of claim 16,
The service daemon,
A method for connecting a user terminal and a service providing server, which is set for each service and transmits and receives information with a service providing server for providing each service. The method of claim 17,
The connection method,
In the step (S220), if the service proxy is not connected to the registry corresponding to the service, the step of connecting with the registry for another service preset; further comprising the user terminal and the service providing server How to connect.

Images