KR20190013357A - Gamified Tourtainment Service Platform - Google Patents

Abstract

The present invention relates to a gamified tourtainment service platform capable of creating, managing, and providing various gamified tourtainment services. According to the present invention, the gamified tourtainment service platform comprises: an open application programming interface (API) server (120) linking with a Google firebase cloud messaging (FCM) (200) to provide information to a representational state transfer API (RestAPI) (300); a service server (130) linking with the open API server (120) to provide service information to a service application (500) for managing the service information; and a platform SDK (400) supporting a user to decorate a space with a character and an item and supporting location information to be shared with a plurality of users. Accordingly, a Java-based platform is configured, thereby providing effects of supporting production of a mobile application linked with the platform, and enabling a developer to use a mobile SDK or HTTP RESTful API provided from the platform to easily produce and provide a gamified tourtainment service without specialized knowledge related to character rendering or a database.

Description

Gamified Tournament Service Platform

The present invention relates to a gaming touring service platform, and more particularly, to a gaming touring service platform that supports creating, managing, and providing various types of gaming touring services.

Smart Tourism, which provides customized services based on social network service (SNS) and location information for contents and tourist information produced by travelers around wireless Internet and smart phone related to travel, Technology is developing and expanding, but there is no other form of motivation, enjoyment, and the means to connect with local merchants through the provision of travel information to tourists.

In addition, location-based game technology such as check-in has been developed for more active motivation for local visitors. However, as a simple form of game model, the tour guidance and game It has not been developed as a platform for providing pleasure.

Therefore, by integrating ICT technologies of various industrial elements such as spatial information, tourist contents, location information, mini game, game scenario, smart phone, and local storytelling, it is possible to provide information suitable for each individual visit, Provides information on tour guidance, and fuses game elements such as game scenarios, outdoor RPG, and quests in the outdoor environment on the road to motivate travelers, fun, competition, and rewards We want to create a service platform that can create, provide and manage various 'game touring services'.

[Patent Literature] Korean Patent No. 10-1572502

It is an object of the present invention to provide a game touring service platform, which is an environment constituted by an underlying technology necessary for creating, providing and managing various types of game touring service models.

In addition, the present invention fuses tourist information and spatial information specific to a local area to a local reality space, particularly a walking route, to recommend a customized travel place and a play course, establish a travel plan, create and share a travel record, Provide smart tour guidance such as multi-location and map sharing, and combine game elements such as game scenarios, outdoor RPG (Role Playing Game), and Quest (Quest) It is intended to provide a game touring service platform capable of creating, managing and providing various game touring services.

In addition, the present invention provides a game touring service platform in which a game element for a local tourist spot is linked with a local commercial area, providing a pleasure and a reward for a tourist to a tourist, It has its purpose.

The gaming touring service platform according to an embodiment of the present invention includes an Open API server 300 for providing information to a Representational State Transfer Application Programming Interface 300 in cooperation with a Google FCM (Google Fireware Cloud Messaging) (120); A service server 130 for managing service information in cooperation with the open API server 120; And a platform SDK 400 for allowing a plurality of people to share a location and a map displayed on the other-end user's terminal remotely by using the characters and items, . ≪ / RTI >

As an embodiment related to the present invention, the open API server 120 may be a server for converting location information and extracting location information by utilizing spatial computation and coordinate transformation based on an electronic government framework.

As an embodiment related to the present invention, the open API server 120 may be a server that provides touring information to an external terminal using a GET method and POST method of HTTP communication, and performs user authentication using Oauth.

As an embodiment related to the present invention, the service server 130 may be a server that manages information of the subservices using the gaming touring service platform on the basis of the e-government framework.

The platform SDK 400 includes a My Room SDK 410 and a Multipurpose Location and Map Sharing SDK 420. The My Room SDK 410 includes an Android or IOS based library format . It can be used to share location information between two or more users by using WebSocket of HTML5, to display on a map, and to share a line or marker on a map basis.

As an embodiment related to the present invention, the multi-user location and map sharing SDK 420 determines whether the multi-user location information and the map screen sharing menu item are selected by the service application accessor, The mobile terminal can provide a call request in a shared mode to a plurality of other contacts, provides identification information of the multi-user location information and the map screen sharing mode selection contact, the call acceptance users, and the call acceptance users, In the screen sharing mode, it is possible to provide a map showing the current position and the route of the user who are accepted to the call at the same time to the corresponding access terminals, exchange a message for describing the position, Remote operation is enabled, and a multi-party location It is possible to provide the multi-location information and the map screen sharing routine to end the multi-location information and the map screen sharing mode when the multi-location information and the map screen sharing mode termination request are made have.

As an embodiment related to the present invention, the open API server 120 determines whether a request for providing a route information from a current position of a service application accessor to a point of interest is selected, The route information for the user's interest-based walking route is generated and displayed on the screen of the visitor terminal, and the walking route guidance to the point of interest is performed when moving the location of the visitor, When the service application accessor arrives at the point of interest while receiving the route guidance to the point of interest, the controller determines whether the point-of-interest check-in mission game is terminated and terminates the walking route information providing routine .

The present invention provides a platform technology for managing and providing game touring services for local residents, visitors, and tourists, and provides a variety of contents for users to enjoy an outdoor play culture. Users, and local commercial areas in a comprehensive and systematic manner.

In addition, the present invention enables various developers to create an outdoor play culture without acquiring special character and item skills by utilizing the RestAPI and SDK provided by the platform, It is possible to create an outdoor play culture that can provide a neat design interface such as smart design development suitable for environment development and user tendency, development of design elements contributing to base and city aesthetics. In other words, by constructing a Java-based platform, it is possible to support the production of a mobile application linked to the platform, and developers can utilize the mobile SDK or HTTP RESTful API provided by the platform, So that it is possible to easily produce and provide the service.

In addition, the present invention can be applied to a fun-based outdoor play scenario based on a local story that can produce objective scenarios considering technology, environment, user, design, etc., It also has the effect of enabling the development of play contents and the commercialization of tourism products.

FIG. 1 is a conceptual diagram for explaining the construction and operation of a game touring service platform according to an embodiment of the present invention.
FIG. 2 is a diagram for explaining the configuration of the open API server of FIG. 1. FIG.
FIG. 3 is a functional operation flowchart for explaining the functions of the multi-site location and map sharing SDK among the platform components according to the present invention.
FIG. 4 is a flowchart illustrating an operation of providing a walking route information providing routine provided by a route providing component in the open API server configuration of FIG. 2 according to the present invention.

It is noted that the technical terms used in the present invention are used only to describe specific embodiments and are not intended to limit the present invention. In addition, the technical terms used in the present invention should be construed in a sense generally understood by a person having ordinary skill in the art to which the present invention belongs, unless otherwise defined in the present invention, Should not be construed to mean, or be interpreted in an excessively reduced sense. In addition, when a technical term used in the present invention is an erroneous technical term that does not accurately express the concept of the present invention, it should be understood that technical terms can be understood by those skilled in the art. In addition, the general terms used in the present invention should be interpreted according to a predefined or prior context, and should not be construed as being excessively reduced.

Furthermore, the singular expressions used in the present invention include plural expressions unless the context clearly dictates otherwise. In the present invention, terms such as "comprising" or "comprising" and the like should not be construed as encompassing various elements or various steps of the invention, Or may further include additional components or steps.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings, wherein like reference numerals refer to like or similar elements throughout the several views, and redundant description thereof will be omitted.

Before describing the present invention in detail, the terminology used in the present invention is defined as a term collectively referred to as a service application user for receiving a touring service through an access terminal. Meaning all of the current POIs (points of interest) are all targeted and leveled according to the point of the place, and when the visitor visits the point of interest, the site visit authentication information is provided.

FIG. 1 is a conceptual diagram for explaining the construction and operation of a game touring service platform according to an embodiment of the present invention. FIG. 2 is a diagram for explaining the configuration of the open API server of FIG. 1. FIG.

1, the game touring service platform includes a platform server 100 composed of an open API server 120, a service server 130 and a database (DB) 110, and a platform And an SDK 400. It also relates to the Google FCM 200, the Rest API 300 and the service application 500, the access terminal 600 and the data communication network 700 in relation to the platform.

The open API server 120 and the service server 130 are built on a Java VM basis and run a web application server with Tomcat.

The open API server 120 provides information to the Rest API 300 in cooperation with the Google FCM 200.

The open API server 120 is a server that converts location information and extracts location information based on an electronic government framework using spatial operations and coordinate transformation.

The open API server 120 is a server that provides touring information to an external terminal using the GET and POST methods of HTTP communication and performs user authentication using Oauth.

The open API server 120 utilizes the MVC model based on the e-government framework, communicates with the database (DB, 110) through MyBatis, and provides LBS (Location Based Service) using GPS. And extracts and provides spatial data, and supports coordinate data conversion to coherent coordinate data.

The data provided by the open API server 120 is composed of travel information, diary information, mission information, item information, character information, place information, check-in information, route information, user information, notification information, The terminal push service in the same service provided by the server 120 is provided by utilizing Google's FCM (Google Fireware Cloud Messaging).

The open API server 120 includes a tour guide component 121, a game play component 122, a path providing component 123, an information sharing component 124, a tour history component 125, .

The tour guide component 121 provides various functions for a service related to a place, various functions for providing and creating a travel schedule, recommendation information for traveling, and search information for traveling. At this time, if the tour guide component 121 provides the user-customized tour guidance function block, the user-customized tour guidance function block collects the age, sex visiting time and weather information of the traveler, It provides services for the traveler to plan his / her travel plans. It also provides directions and guidance for walking trips, and manages his / her travel history.

The game play component 122 provides a mission-related service, a game-changing function, and provides and changes the information of the user's character, and provides a list and detailed information about the item.

The game play component 122 has a storytelling-linked game play recommendation function block, and the storytelling-linked game play recommendation function block is a program for recommending a game, It is composed of functions to recommend along with location and route according to characteristics.

The path providing component 123 provides a path search request and a search result. The path providing component 123 has a functional block for generating and providing emotional path planning and a functional block for multipoint location / map / route information sharing.

Generating and Providing Emotional Route Plan The functional block models the physical and emotional attributes of the walking network and the walking route composed of nodes and links, and based on this model, the route and route guidance for the walking route from the user's current position to the destination And a function to perform a role.

The multi-party location, map, and route information sharing function block allows multiple travelers located in different regions to share their moving positions in real time on their own screens, And a function to remotely operate the map screen.

The path providing component 123 determines whether a request for providing a route information from a current location of a service application accessor to a point of interest is selected and requests a service application user to provide a route information The path information of the visitor's interest-based walking path is generated and displayed on the screen of the visitor terminal, the walk route guidance to the point of interest is performed when the location of the visitor is moved, And provides a walking route information providing routine for determining whether or not the user arrives at the point of interest while receiving the guide route guidance, and terminating the walking guidance when the user arrives at the point of interest.

The information sharing component 124 processes the connection connection-based message to the WebSocket server.

The tour history component 125 generates a record of the place of the itinerary and a travel diary using the travel diary, and generates a travel document in the form of an HTML-based web document using the travel diary.

The five components 121 to 125 constituting the open API server 120 fetch necessary information from the database (DB) 110 through Mybatis supported by the e-government framework, and all input / Lt; / RTI >

Then, the five components 121 to 125 encrypt the coordinate information using the SEED algorithm provided by the Korea National Internet Development Agency (KISA) when the user information is stored using the GPS. Within the same service, push-to-terminal services are provided using Google's Firebird Cloud Messaging (FCM).

The service server 130 provides service information to the service application 500 that manages service information in cooperation with the open API server 120.

Since the service server 130 manages a user to utilize the touring, the service server 130 is configured as a separate container.

The service server 130 is a server that manages information of sub-services using the gaming touring service platform on the basis of the e-government framework.

The service server 130 has a touring information management component and is configured of basic information necessary for the touring service, such as spatial information, tour guidance information, and game play information.

The service server 130 has a function of defining the above-described information as contents and performing a role of a contents management system (Contents Management System).

The service server 130 provides management functions by authorized users of POIs for tourist attractions such as natural objects, scenic spots, historic sites, public cultural properties, restaurants operated by private companies, and hotels, and a node- Provides a function to configure and manage the network configuration and the attribute information about the road constituting the link and the guidance information for guiding the route.

The tour management information management component retrieves the necessary information from the database (DB, 110) through Mybatis supported by the e-government framework and processes all the input / modification processes in transaction units.

The platform SDK (400) supports a space by using characters and items, and supports the sharing of multi-location information.

The platform SDK 400 includes a My Room SDK 410 and a Multipurpose Location and Map Sharing SDK 420. Both the My Room SDK 410 and the Multipoint Location and Map Sharing SDK 420 are in the form of libraries based on native applications. It is included and developed when configuring a Native app.

The My Room SDK (410) is provided as an Android or IOS-based library. By using HTML5's WebSocket, users can share location information between two or more users and display them on the map. Service.

The My Room SDK (410) is configured in the form of a library based on the Native App, and is included when the Native App is configured.

The My Room SDK 410 uses user information, character information, and item information by communicating with the open API server 120, and can utilize the decorating function by combining characters and items in a specific area of the terminal.

Basically, the My Room SDK 410 implements an image rendering technology to visualize and process characters and items, and implements the motion function by processing a series of images of characters.

The Multipoint Location and Map Sharing SDK 420 is configured in the form of a library based on the Native App and is included when the Native App is configured.

The Multipoint Location and Map Sharing SDK 420 enables real-time information sharing using the standard WebSocket of HTML5 and supports sharing of location information between maps using the Google Map.

The Multipoint Location and Map Sharing SDK 420 supports real-time text sharing to implement a text-based chat feature.

The multi-user location and map sharing SDK 420 determines whether the multi-user location information and the map screen sharing menu item have been selected by the service application accessor, and allows the connected user to share the plurality of other users in the multi- Mode, and provides identification information of the multi-user location information and the map screen sharing mode selection accessors, the call acceptance users, and the call accepting users, and provides identification information of the multi-user location information and the map screen sharing mode A map showing their current location and their route at the same time is provided to the corresponding access terminals, a message exchange for describing the location can be performed centering the area of interest, a map screen displayed in the other terminal can be remotely operated, Multipoint location information and map screen sharing mode for a single user And determining if the request is made, multi-party location information and place on the map screen sharing mode exit request is to provide a multi-party location information and the map screen sharing routine to end a conference location information and the map screen sharing mode.

The function routine configured in the multi-location and map sharing SDK interworking with the gaming touring service platform according to the present invention configured as described above will be described as follows.

[Multipoint location information and map screen sharing routine]

FIG. 3 is an operation flowchart for explaining the multipoint location information and the map screen sharing routine in the touring service method according to the present invention.

As shown in FIG. 3, the service server 130 determines whether the multiparty location information and the map screen sharing menu items have been selected by the accessor of the service application 500 (S110).

As a result of the determination in step S110, when the multi-user location information and the map screen sharing menu item are selected, the service server 130 can make a call request in a shared mode to a plurality of other users in the multi- (S120). If the multi-user location information and the map screen sharing mode are not selected, the service server 130 provides the identification information of the multi-user location information and the map screen sharing mode selection contact, the call acceptance users, And provides an activity page composed of contents related to the selected menu item (S150).

The service server 130 provides the corresponding visitor terminal 600 with a map showing the current location and the route of the current visitor in the multi-user location information and the map screen sharing mode, A message exchange for location description, and a map screen displayed in the other terminal (step S130).

The service server 130 determines whether the request for ending the multi-user location information and the map screen sharing mode is made with respect to the contact admitted to the call (S140), and the service server 130 issues a request for ending the multi- The multi-user location information and the map screen sharing mode are terminated, and if the multi-user location information and the map screen sharing mode termination request are not made, step S130 is repeated.

Here, the service server 130 interlocks with the open API server 120 to provide a service requested by the visitor terminal 600 as described above.

[Walking Route Information Routing Routine]

FIG. 4 is a flowchart illustrating an operation of providing a walking route information providing routine provided by a route providing component in the open API server configuration of FIG. 2 according to the present invention.

As shown in FIG. 4, the service server 130 determines whether a request for providing a walking route information from the current location of the service application 500 to the interested location is selected (S210) When the route information providing request for walking route is selected, the service server 130 generates route information on the route of interest interest-based walking route of the visitor when requesting the route information of the route from the current location to the destination of interest by the service application user, (Step S220). In step S220, the route guidance is performed to the point of interest.

The service server 130 determines whether the user of the service application 500 has arrived at the point of interest during the walking route guidance to the point of interest (S230). If the service server 130 arrives at the point of interest, the service server 130 determines And terminates the walking guidance (S240).

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or essential characteristics thereof. Therefore, the embodiments disclosed in the present invention are intended to illustrate rather than limit the scope of the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. The scope of protection of the present invention should be construed according to the following claims, and all technical ideas within the scope of equivalents should be construed as falling within the scope of the present invention.

100: platform server
110: Database (DB)
120: Open API server
121: Tour guide component
122: game play component
123: path providing component
124: Information sharing component
125: Tour History component
130: service server
200: Google Firebase Cloud Messaging (FCM)
300: Rest API (Representational State Transfer Application Programming Interface)
400: Platform SDK
410: My Room SDK
420: Multipoint Location and Map Sharing SDK
500: service application

Claims (7)

An Open API server 120 for providing information to the Rest API 300 in conjunction with the Google FCM 200;
A service server 130 for managing service information in cooperation with the open API server 120; And
A platform SDK 400 for allowing a plurality of people to designate a space by utilizing characters and items, and to share a location and a map by remotely manipulating a map displayed on the opposite-end user terminal and a mutual position sharing on the same visitor terminal;
A gaming touring service platform that includes.
The method according to claim 1,
The open API server (120)
Wherein the server is a server for converting location information and extracting location information by utilizing spatial computation and coordinate transformation based on an e-government framework.
The method according to claim 1,
The open API server (120)
Wherein the server is a server for providing touring information to an external terminal using the GET method and POST method of HTTP communication, and performing user authentication using Oauth.
The method according to claim 1,
The service server (130)
Wherein the server is a server for managing information of sub-services using a gaming touring service platform based on an e-government framework.
The method according to claim 1,
The platform SDK (400)
A My Room SDK 410 and a Multipoint Location and Map Sharing SDK 420,
The My Room SDK 410 is provided in the form of an Android or IOS-based library. It uses the HTML5 WebSocket to share position information between two or more users and displays them on a map, and shares lines or markers on a map basis A game touring service platform, which is provided to allow the user to enjoy the game.
6. The method of claim 5,
The Multipoint Location and Map Sharing SDK 420,
The service application accessor determines whether the multiparty location information and the map screen sharing menu item are selected by the service application accessor so that the visitor can make a call request in a shared mode to a plurality of other users in the multi- The present invention provides the identification information of the multi-user location information and the map screen sharing mode selection accessors, the call accepting users and the call accepting users, and provides the identification information of the current location and their route A message display for describing a location, and a map screen displayed in a counterpart terminal can be remotely operated with respect to a point of interest, and a multi-user location information and a map It is judged whether or not a screen sharing mode end request is made And provides the multi-place location information and the map screen sharing routine to end the multi-location information and the map screen sharing mode when the request for ending the multi-location information and the map screen sharing mode is made.
The method according to claim 1,
The open API server (120)
The service application application judges whether or not the route information providing request is selected from the current position of the service application user to the interest point, and the walking route from the current position to the interest point by the service application contact person. And provides the route information to be displayed on the screen of the access terminal. When the service application user receives the walking route guidance to the point of interest, And when the player arrives at the point of interest, recognizes that the game of interest in check-in mission is terminated, and terminates the guidance of the walking route.

Images