KR102138896B1 - 소셜미디어, 마케팅 및 전자상거래를 통합한 o2o 기반 멀티플랫폼 제작 서비스 제공 방법 - Google Patents

Abstract

소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법이 제공되며, 사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는 단계, 사업자 단말로부터 선택된 디자인 템플릿 내 기 지정된 프레임의 항목 내 사업장 정보에 대응하는 텍스트 및 이미지를 입력받는 단계, 사업자 단말로부터 기 저장된 적어도 하나의 종류의 API를 선택받는 단계, 선택된 적어도 하나의 종류의 API에 기 매핑되어 저장된 입력정보항목을 사업자 단말로부터 입력받는 단계 및 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력하는 단계를 포함한다.

Description

소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법{METHOD FOR PROVIDING ONLINE TO OFFLINE BASED MULTIPLATFORM MAKING SERVICE COMBINING SOCIALMEDIA, MARKETING AND E-COMMERCE}

본 발명은 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법에 관한 것으로, 미디어화된 스마트 플랫폼을 통합적으로 구축할 수 있는 플랫폼을 제공한다.

인터넷 기반 전자상거래가 스마트미디어 플랫폼으로 확장되면서 소셜미디어를 마케팅에 활용되기 시작하고, 인터넷 기반 미디어의 융합(Convergence of Internet Protocol based Media) 기반의 스마트폰의 등장으로 오프라인 및 온라인 사업모델들이 O2O(Online to Offline)로 진화 및 사업모델의 다각화가 대세로 관측되고 있다. 현실에서의 상거래와 스마트미디어에 의해 매개된 상거래를 구분하거나 비교하는 것조차 무의미해졌는데, 이러한 현상을 미디어화(Mediatization)된 상태로 정의하고 있다. 스마트미디어로 인한 소비자 환경의 변화는 상거래에서 시공간의 확장, 관심 정보의 상시 검색, 판매자와 소비자 관계 및 인식의 변화, 구매정보 공유의 특징을 보여준다. 특히, 소비자들은 스마트폰의 다양한 애플리케이션을 기반으로 홈쇼핑, 인터넷쇼핑, 모바일쇼핑, TV 쇼핑 등을 언제 어디서나 이용할 수 있으며, 다양한 콘텐츠와 제품 정보에 쉽게 접근할 수 있고, 판매자와 상호작용과 멀티태스킹이 가능해짐에 따라 다매체, 다기능 환경에서 소비행태의 변화를 가져왔다.

이때, 미디어화된 전자상거래 멀티플랫폼이 연구 및 개발되었는데, 이와 관련하여, 선행기술인 한국공개특허 제2018-0066914호(2018년06월20일 공개) 및 한국공개특허 제2010-0000683호(2010년01월06일 공개)에는, 외부 SNS 통합연동을 위한 프레임워크를 제공하기 위해, 외부 SNS 데이터를 내부 SNS 데이터와 통합하여 저장하고, 자체 제작된 템플릿으로 포스팅을 생성하여 전달하며, 외부 SNS에서 API를 제공하는 경우 내부 SNS에서 열람이 가능하도록 재생성하는 구성과, 기 구축된 홈페이지 제작모듈을 사용자에게 제공하고, 디자인 관리모듈, 콘텐츠 관리모듈 및 마케팅 지원모듈을 지원함으로써 홈페이지 제작기간을 단축하고 제작원가를 낮출 수 있는 구성이 각각 개시되어 있다.

다만, 상술한 구성을 이용한다고 할지라도 미디어화된 전자상거래 플랫폼은, 소셜미디어를 통한 마케팅, 이벤트 및 홍보, O2O 플랫폼, 예약 및 주문 결제 플랫폼을 별도로 제공할 뿐 통합하여 제공하고 있지 않기 때문에, 대기업의 자본력을 가지고도 거대한 규모의 투자금이 필요한 스마트미디어 플랫폼을, 소상공인이나 소규모 업체에서 별도의 플랫폼을 구축 및 관리하기란 쉬운 일이 아니다. 또, 후자의 구성을 이용하여 홈페이지를 제작했다고 하여 끝나는 것이 아니라, 이를 소셜미디어와 통합시켜야 하고 또 O2O 결제를 위한 결제 플랫폼까지 구축해야 하므로 스마트미디어를 위한 비용이 이중삼중으로 지불되고 있다. 이에, 소셜미디어, 전자상거래 및 마케팅을 통합한 멀티플랫폼의 연구 및 개발이 요구되고 있다.

본 발명의 일 실시예는, 적어도 하나의 디자인 템플릿(Template)을 선택한 후 사업자가 사업정보를 디자인 템플릿 내 기 설정된 위치에 입력하고, 소셜미디어, O2O(Online to Offline), 지도, 전화, 메신저, 이메일, 주문, 예약결제 및 이벤트를 포함하는 API(Application Programming Interface) 중 원하는 API를 선택하는 단계만으로도 소셜미디어, 전자상거래 및 마케팅을 통합한 멀티플랫폼을 구축할 수 있으며, 제작과정에서 코딩이 별도로 요구되지 않으며 제작된 멀티플랫폼 내에서 통합적으로 구현되어 있기 때문에, 개별적인 호스팅이 아니라 플랫폼에 등록되어 사용자에게 노출되는 구조로 구현될 수 있어 이중삼중으로 비용을 지불하지 않아도 하나의 멀티플랫폼 내에서 모든 기능을 사용할 수 있는, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법을 제공할 수 있다. 다만, 본 실시예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제로 한정되지 않으며, 또 다른 기술적 과제들이 존재할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서, 본 발명의 일 실시예는, 사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는 단계, 사업자 단말로부터 선택된 디자인 템플릿 내 기 지정된 프레임의 항목 내 사업장 정보에 대응하는 텍스트 및 이미지를 입력받는 단계, 사업자 단말로부터 기 저장된 적어도 하나의 종류의 API를 선택받는 단계, 선택된 적어도 하나의 종류의 API에 기 매핑되어 저장된 입력정보항목을 사업자 단말로부터 입력받는 단계 및 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력하는 단계를 포함한다.

전술한 본 발명의 과제 해결 수단 중 어느 하나에 의하면, 적어도 하나의 디자인 템플릿(Template)을 선택한 후 사업자가 사업정보를 디자인 템플릿 내 기 설정된 위치에 입력하고, 소셜미디어, O2O(Online to Offline), 지도, 전화, 메신저, 이메일, 주문, 예약결제 및 이벤트를 포함하는 API(Application Programming Interface) 중 원하는 API를 선택하는 단계만으로도 소셜미디어, 전자상거래 및 마케팅을 통합한 멀티플랫폼을 구축할 수 있으며, 제작과정에서 코딩이 별도로 요구되지 않으며 제작된 멀티플랫폼 내에서 통합적으로 구현되어 있기 때문에, 개별적인 호스팅이 아니라 플랫폼에 등록되어 사용자에게 노출되는 구조로 구현될 수 있어 이중삼중으로 비용을 지불하지 않아도 하나의 멀티플랫폼 내에서 모든 기능을 사용할 수 있다.

도 1은 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 시스템을 설명하기 위한 도면이다.
도 2는 도 1의 시스템에 포함된 멀티플랫폼 제작 서비스 제공 서버를 설명하기 위한 블록 구성도이다.
도 3 및 도 4는 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스가 구현된 일 실시예를 설명하기 위한 도면이다.
도 5는 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법을 설명하기 위한 동작 흐름도이다.

아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시예를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미하며, 하나 또는 그 이상의 다른 특징이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

명세서 전체에서 사용되는 정도의 용어 "약", "실질적으로" 등은 언급된 의미에 고유한 제조 및 물질 허용오차가 제시될 때 그 수치에서 또는 그 수치에 근접한 의미로 사용되고, 본 발명의 이해를 돕기 위해 정확하거나 절대적인 수치가 언급된 개시 내용을 비양심적인 침해자가 부당하게 이용하는 것을 방지하기 위해 사용된다. 본 발명의 명세서 전체에서 사용되는 정도의 용어 "~(하는) 단계" 또는 "~의 단계"는 "~ 를 위한 단계"를 의미하지 않는다.

본 명세서에 있어서 '부(部)'란, 하드웨어에 의해 실현되는 유닛(unit), 소프트웨어에 의해 실현되는 유닛, 양방을 이용하여 실현되는 유닛을 포함한다. 또한, 1 개의 유닛이 2 개 이상의 하드웨어를 이용하여 실현되어도 되고, 2 개 이상의 유닛이 1 개의 하드웨어에 의해 실현되어도 된다. 한편, '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니며, '~부'는 어드레싱 할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체 지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

본 명세서에 있어서 단말, 장치 또는 디바이스가 수행하는 것으로 기술된 동작이나 기능 중 일부는 해당 단말, 장치 또는 디바이스와 연결된 서버에서 대신 수행될 수도 있다. 이와 마찬가지로, 서버가 수행하는 것으로 기술된 동작이나 기능 중 일부도 해당 서버와 연결된 단말, 장치 또는 디바이스에서 수행될 수도 있다.

본 명세서에서 있어서, 단말과 매핑(Mapping) 또는 매칭(Matching)으로 기술된 동작이나 기능 중 일부는, 단말의 식별 정보(Identifying Data)인 단말기의 고유번호나 개인의 식별정보를 매핑 또는 매칭한다는 의미로 해석될 수 있다.

이하 첨부된 도면을 참고하여 본 발명을 상세히 설명하기로 한다.

도 1은 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 시스템을 설명하기 위한 도면이다. 도 1을 참조하면, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 시스템(1)은, 적어도 하나의 사용자 단말(100), 멀티플랫폼 제작 서비스 제공 서버(300), 적어도 하나의 사업자 단말(400)을 포함할 수 있다. 다만, 이러한 도 1의 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 시스템(1)은, 본 발명의 일 실시예에 불과하므로, 도 1을 통하여 본 발명이 한정 해석되는 것은 아니다.

이때, 도 1의 각 구성요소들은 일반적으로 네트워크(network, 200)를 통해 연결된다. 예를 들어, 도 1에 도시된 바와 같이, 적어도 하나의 사용자 단말(100)은 네트워크(200)를 통하여 멀티플랫폼 제작 서비스 제공 서버(300)와 연결될 수 있다. 그리고, 멀티플랫폼 제작 서비스 제공 서버(300)는, 네트워크(200)를 통하여 적어도 하나의 사용자 단말(100), 적어도 하나의 사업자 단말(400)과 연결될 수 있다. 또한, 적어도 하나의 사업자 단말(400)은, 네트워크(200)를 통하여 멀티플랫폼 제작 서비스 제공 서버(300)와 연결될 수 있다.

여기서, 네트워크는, 복수의 단말 및 서버들과 같은 각각의 노드 상호 간에 정보 교환이 가능한 연결 구조를 의미하는 것으로, 이러한 네트워크의 일 예에는 근거리 통신망(LAN: Local Area Network), 광역 통신망(WAN: Wide Area Network), 인터넷(WWW: World Wide Web), 유무선 데이터 통신망, 전화망, 유무선 텔레비전 통신망 등을 포함한다. 무선 데이터 통신망의 일례에는 3G, 4G, 5G, 3GPP(3rd Generation Partnership Project), 5GPP(5th Generation Partnership Project), LTE(Long Term Evolution), WIMAX(World Interoperability for Microwave Access), 와이파이(Wi-Fi), 인터넷(Internet), LAN(Local Area Network), Wireless LAN(Wireless Local Area Network), WAN(Wide Area Network), PAN(Personal Area Network), RF(Radio Frequency), 블루투스(Bluetooth) 네트워크, NFC(Near-Field Communication) 네트워크, 위성 방송 네트워크, 아날로그 방송 네트워크, DMB(Digital Multimedia Broadcasting) 네트워크 등이 포함되나 이에 한정되지는 않는다.

하기에서, 적어도 하나의 라는 용어는 단수 및 복수를 포함하는 용어로 정의되고, 적어도 하나의 라는 용어가 존재하지 않더라도 각 구성요소가 단수 또는 복수로 존재할 수 있고, 단수 또는 복수를 의미할 수 있음은 자명하다 할 것이다. 또한, 각 구성요소가 단수 또는 복수로 구비되는 것은, 실시예에 따라 변경가능하다 할 것이다.

적어도 하나의 사용자 단말(100)은, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 관련 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 이용하여 마케팅이나 홍보물을 수신하거나, 이벤트 쿠폰을 수신 또는 이벤트 쿠폰을 조회하거나 재화 및 서비스를 포함한 상품을 조회, 주문, 예약 또는 결제하는 고객의 단말일 수 있다.

여기서, 적어도 하나의 사용자 단말(100)은, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다. 이때, 적어도 하나의 사용자 단말(100)은, 네트워크를 통해 원격지의 서버나 단말에 접속할 수 있는 단말로 구현될 수 있다. 적어도 하나의 사용자 단말(100)은, 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, 네비게이션, PCS(Personal Communication System), GSM(Global System for Mobile communications), PDC(Personal Digital Cellular), PHS(Personal Handyphone System), PDA(Personal Digital Assistant), IMT(International Mobile Telecommunication)-2000, CDMA(Code Division Multiple Access)-2000, W-CDMA(W-Code Division Multiple Access), Wibro(Wireless Broadband Internet) 단말, 스마트폰(Smartphone), 스마트 패드(Smartpad), 타블렛 PC(Tablet PC) 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.

멀티플랫폼 제작 서비스 제공 서버(300)는, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 제공하는 서버일 수 있다. 그리고, 멀티플랫폼 제작 서비스 제공 서버(300)는, 적어도 하나의 디자인 템플릿을 수집하여 등록 및 데이터베이스화하는 서버일 수 있다. 그리고, 멀티플랫폼 제작 서비스 제공 서버(300)는 적어도 하나의 API를 종류별로 데이터베이스화하는 서버일 수 있다. 또한, 멀티플랫폼 제작 서비스 제공 서버(300)는, 적어도 하나의 사업자 단말(400)에서 디자인 템플릿을 고른 후 사업자, 사업장 및 사업 정보를 입력하고 나서, API의 종류를 고르면 입력된 데이터와 API를 이용하여 멀티플랫폼을 구축하고 웹페이지, 앱페이지, 프로그램 또는 애플리케이션에 업로드하는 서버일 수 있다. 그리고, 멀티플랫폼 제작 서비스 제공 서버(300)는, 사용자 단말(100)에서 검색 또는 결제한 경우 이를 통계처리한 후 마케팅을 위한 소비자 분석을 실시하고 이를 다시 사업자 단말(400)로 보고하는 서버일 수 있다.

여기서, 멀티플랫폼 제작 서비스 제공 서버(300)는, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다.

적어도 하나의 사업자 단말(400)은, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 관련 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 이용하는 사업자의 단말일 수 있다. 이때, 적어도 하나의 사업자 단말(400)은, 원하는 디자인 템플릿을 선정하고, 자신의 사업장, 사업, 사업 정보 등을 입력한 후 필요한 API를 선택하여 멀티플랫폼을 완성 및 이용하는 단말일 수 있다.

여기서, 적어도 하나의 사업자 단말(400)은, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다. 이때, 적어도 하나의 사업자 단말(400)은, 네트워크를 통해 원격지의 서버나 단말에 접속할 수 있는 단말로 구현될 수 있다. 적어도 하나의 사업자 단말(400)은, 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, 네비게이션, PCS(Personal Communication System), GSM(Global System for Mobile communications), PDC(Personal Digital Cellular), PHS(Personal Handyphone System), PDA(Personal Digital Assistant), IMT(International Mobile Telecommunication)-2000, CDMA(Code Division Multiple Access)-2000, W-CDMA(W-Code Division Multiple Access), Wibro(Wireless Broadband Internet) 단말, 스마트폰(Smartphone), 스마트 패드(Smartpad), 타블렛 PC(Tablet PC) 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.

도 2는 도 1의 시스템에 포함된 멀티플랫폼 제작 서비스 제공 서버를 설명하기 위한 블록 구성도이고, 도 3 및 도 4는 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스가 구현된 일 실시예를 설명하기 위한 도면이다.

도 2를 참조하면, 멀티플랫폼 제작 서비스 제공 서버(300)는, 선택부(310), 입력부(320), API부(330), 항목관리부(340), 출력부(350), 고유번호관리부(360), 빅데이터분석부(370), 전자상거래부(380) 및 템플릿관리부(390)를 포함할 수 있다.

본 발명의 일 실시예에 따른 멀티플랫폼 제작 서비스 제공 서버(300)나 연동되어 동작하는 다른 서버(미도시)가 적어도 하나의 사용자 단말(100) 및 적어도 하나의 사업자 단말(400)로 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 애플리케이션, 프로그램, 앱 페이지, 웹 페이지 등을 전송하는 경우, 적어도 하나의 사용자 단말(100) 및 적어도 하나의 사업자 단말(400)은, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 애플리케이션, 프로그램, 앱 페이지, 웹 페이지 등을 설치하거나 열 수 있다. 또한, 웹 브라우저에서 실행되는 스크립트를 이용하여 서비스 프로그램이 적어도 하나의 사용자 단말(100) 및 적어도 하나의 사업자 단말(400)에서 구동될 수도 있다. 여기서, 웹 브라우저는 웹(WWW: World Wide Web) 서비스를 이용할 수 있게 하는 프로그램으로 HTML(Hyper Text Mark-up Language)로 서술된 하이퍼 텍스트를 받아서 보여주는 프로그램을 의미하며, 예를 들어 넷스케이프(Netscape), 익스플로러(Explorer), 크롬(Chrome) 등을 포함한다. 또한, 애플리케이션은 단말 상의 응용 프로그램(Application)을 의미하며, 예를 들어, 모바일 단말(스마트폰)에서 실행되는 앱(App)을 포함한다.

도 2를 참조하면, 선택부(310)는, 사업자 단말(400)로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받을 수 있다. 디자인 템플릿은 특정 양식을 데이터 형식으로 정의한 것인데, 한 화면 내에 어느 부분 및 어떠한 크기로 회사 로고가 삽입되어야 하고, 운영시간 등이 삽입되어야 하는지를 미리 정의하는 것이다. 그리고, 해당 회사 로고나 운영시간이나 사업 정보 이미지가 어느 폴더에서 추출되는지도 미리 설정을 해야, 사업자 단말(400)에서는, 입력을 별도로 하지 않아도 사업자 정보, 사업장 위치, 운영 시간 등을 기 설정된 폴더 내에 저장시키는 것만으로도, 화면을 직접 편집하지 않더라도, 화면을 바꿀 수 있게 된다.

디자인 템플릿 기반의 텍스트 합성 이미지 생성을 위해서는 먼저 템플릿을 정의해야 한다. 디자인 템플릿은 출력 이미지를 만들기 위한 메타데이터로써 배경 이미지와 합성될 텍스트들을 위한 두 개의 좌표 데이터와 텍스트 정보 데이터의 쌍으로 정의되어있다. 좌표 데이터를 두 개 정의하는 이유는 두 개의 좌표를 이용하여 사각형의 영역을 지정하여 그 영역에 맞게 텍스트 크기를 조절하여 합성하기 위함이다. 텍스트 정보 데이터는 텍스트를 유연하게 추출하기 위해 정의하는 데이터이다. 디자인 템플릿을 정의한 후에는 템플릿을 입력하여 텍스트 합성을 위한 데이터를 추출할 수 있게 한다. 디자인 템플릿 입력이 끝난 후에는 배경 이미지 출력, 좌표 데이터 출력, 텍스트 데이터 출력을 통해 합성을 위한 데이터를 준비한 후 마지막에 합성을 할 수 있다.

디자인 템플릿 기반의 텍스트 합성 이미지 생성을 위해서, 배경 이미지 위에 추출한 좌표 데이터를 이용하여 추출한 텍스트를 반복적으로 합성한다. 하나의 텍스트를 합성하기 위해선 입력 데이터인 텍스트, 두 개의 좌표 데이터((x1, y1), (x2, y2)), dpi 값을 이용하여 합성될 텍스트의 크기를 연산할 수 있다. 연산 결과로 나온 텍스트 크기의 단위는 pt이며 텍스트 크기를 이용하여 텍스트 크기를 조절할 수 있다. 크기가 조절된 텍스트는 가로길이를 추출한 후 두 개의 좌표 데이터를 이용하여 디자인 템플릿에 정의된 사각형 영역의 가로 길이와 비교할 수 있다. 정의된 사각형 영역의 가로 길이보다 텍스트의 가로 길이가 클 경우 텍스트의 pt크기가 0.1씩 작게 하여 사각형 영역의 가로 길이보다 작거나 같을 때까지 조절할 수 있다. 사각형 영역의 가로 길이보다 작거나 같게 조절된 텍스트는 중앙정렬을 위해 사각형 영역의 가로 길이에서 텍스트 가로 길이를 뺀다. 뺀 값은 2로 나누고 그 값을 이용하여 텍스트가 합성되어야 할 위치의 좌표를 수정하여 합성한다. 이러한 연산 작업들을 모든 텍스트나 이미지(e.g., 사업 로고)가 합성될 때까지 반복하면 화면에 출력될 한 장의 이미지가 생성될 수 있다.

입력부(320)는, 사업자 단말(400)로부터 선택된 디자인 템플릿 내 기 지정된 프레임의 항목 내 사업장 정보에 대응하는 텍스트 및 이미지를 입력받을 수 있다. 이를 통하여 상술한 과정이 진행될 수 있다. 만약, 이미지가 입력되었다면, 화면크기에 대응하는 해상도 및 픽셀수를 제공해야 한다. 이를 위하여, 입력부(320)는, 화면 내 화소수로 표현되는 공간적 해상도가 주어졌을 때 사용가능한 비트율에 맞추기 위해서 양자화 파라미터(Quantization Parameter)를 수정함으로써 화면 화질을 적응적으로 조절할 수 있도록 MPEG1, MPEG2, MPEG4, H.264 등과 함께 이용할 수 있다.

공간적 화질은 주로 화면 내의 화소 수로 표현될 수 있다. 일반적으로 공간적 해상도는 미리 결정되어 주어지고 인코딩 과정에서 동적으로 결정되지 않는다. 비디오 인코더는 공간적 해상도가 주어졌을 때 사용가능한 비트율에 맞추기 위해서 양자화 파라미터를 수정함으로써 화면 화질을 조절할 수 있다. 공간적 해상도 조절은, 예를 들어, MPEG4의 Advanced Simple 프로파일에서 제공되는 DRC(Dynamic Resolution Conversion)를 이용하여 VOP(Video Object Plane)의 해상도를 증감시켜 인코딩을 할 수도 있는데, 만약 해상도가 줄어든 경우 줄어든 해상도의 VOP 내의 매크로블록은 디코더에서 복호된 후에 업샘플된다. 또는, H.264/AVC의 Annex G로 발표된 SVC(Scalable Video Coding) 확장 버전을 이용하는 경우, 하나의 스트림으로부터 시간적, 공간적, 화질의 3가지 측면의 적응적 스케일러빌리티를 줄 수도 있다. SVC 스트림은 하나의 기본 계층(Base Layer)와 여러 개의 강화 계층(Enhancement Layer)으로 구성되는데, 강화 계층을 버리고 추출함으로써 손쉽게 원하는 부스트림(Substream)을 만들어낼 수 있다. 따라서 하나의 스트림을 가지고 재인코딩이나 변환코딩(Transcoding) 할 필요 없이 다양한 기기와 가변적인 네트워크 상황에 쉽게 적응하는 것이 가능하다. 물론, 상술한 방법이나 표준 이외에도 다양한 방법 또는 표준이 이용될 수 있음은 자명하다 할 것이다.

API부(330)는, 사업자 단말(400)로부터 기 저장된 적어도 하나의 종류의 API를 선택받을 수 있다. 이때, 기 저장된 적어도 하나의 종류의 API(Application Programming Interface)는, 전화, 메세지, 메신저, 이메일, 주문, 예약신청, 예약결제, 이벤트, 지도, 홈페이지 및 소셜미디어 API를 포함할 수 있다. 물론, 나열된 것들로 한정되지는 않으며 열거되지 않은 이유로 배제되지 않는다. 이때, API는, 응용 프로그램 프로그래밍 인터페이스로 응용 프로그램에서 사용할 수 있도록, 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스를 의미하는데, 예를 들어 지도로 경로찾기나 위치보기 기능을 넣으려고 하거나, 결제 기능을 넣거나 O2O 주문 기능을 넣는 등 다양한 기능을 위하여 프로그래머가 일일이 코드를 짜서 개발하는 것보다는, 이미 만들어진 API를 이용하여 조합하는 방식으로 빌더(Builder)를 이용하는 경우, 자신이 원하는 API를 넣어서 원하는 멀티플랫폼을 만들 수 있다.

예를 들어, 커피매장에서 예약신청은 받지 않고, O2O 주문만 받으며 지도, 홈페이지 및 소셜미디어 API만이 필요한 경우에는 나머지 API를 배제한 채 자신이 원하는 API만 넣도록 할 수 있다. 즉, 이미 본 발명의 멀티플랫폼 내에서 각각의 기능을 가진 API를 미리 만들어두고, 사업자는 이를 골라서 조합하는 방식으로 사용하기 때문에 사업자가 자신의 홈페이지 등을 구축하기 위하여 별도로 프로그래머를 고용하고 유지보수할 필요가 없다는 것을 의미한다. 소상공인의 경우 범위의 경제는 커녕 규모의 경제도 제대로 구축하지 못한 상태이므로 순이익을 높이기 위해서는 최대한 지출을 아껴야 하는데, 각 API를 호스팅하기 위한 서버와 프로그램 및 페이지와 채널을 별도로 둔다면 그 지출비용은 기하급수적으로 높아진다. 이에 따라, 본 발명의 일 실시예는 오픈빌더(Open Builder) 형식으로 프로그래머가 아니더라도, 원하는 기능만 클릭으로 선택하면 바로 그 기능이 실행되는 형식의 API를 제공할 수 있다.

이때, 본 발명의 일 실시예에서 직접 API를 제공하지 않고 OPEN API를 이용하는 경우를 가정하자. 여기서, OpenAPI는 SOAP, REST, JavaScript, XML-RPC, Atom의 다양한 프로토콜을 통해서 제공된다. 하지만 프로토콜에 따라 메시지 전송 방식과 서비스 정보 제공 형식이 다르기 때문에, 통합 프레임워크를 설계하기 위해 각 프로토콜을 살펴보아야 한다. SOAP 기반의 웹서비스는 SOAP 프로토콜로 제공되는 서비스로, 웹서비스의 표준에 따라 UDDI, WSDL, SOAP을 이용하여 서비스를 저장하고, 설명정보를 제공하며, 통신의 프로토콜로 활용된다. 특히 설명정보를 제공하는 WSDL은 W3C(World Wide Web Consortium)에서 표준을 제공하며, 또한 SAWSDL을 통해 WSDL에 시맨틱 정보를 저장할 수 있도록 표준을 제공한다. SAWSDL(Semantic Annotations for WSDL and XML Schema)은 서비스가 포함하는 각 오퍼레이션들의 의미를 명확하게 전달하기 위한 목적을 가지고 개발된 기술이다. 이 기술에서는 온톨로지를 활용하여 의미 정보를 추가하기 위해 ModelReference, liftingSchemaMapping, loweringSchemaMapping의 세가지를 추가 정보를 저장하는 방식을 제공하고 있다. 기타 프로토콜(Javascript, XML-RPC, Atom)로 제공되는 서비스는 RESTful 웹서비스와 마찬가지로 설명정보들이 모두 각각의 웹사이트를 통해 HTML 형식으로 제공되고 있다. 따라서 RESTful 웹서비스에 활용되는 방식으로 나머지 프로토콜은 모두 적용할 수 있다.

모든 프로토콜의 분석된 내용을 바탕으로, 이들을 모두 수용할 수 있는 서비스 정보모델을 정의하고, RESTful 웹서비스 검색엔진에서 활용된 ISIM(Integrated Service Information Model)을 기반으로 작성되었으며, 태깅과 시맨틱 어노테이션을 통해 관련된 시맨틱 정보들이 추가된다고 가정한다. 이를 바탕으로 통합 프레임워크를 구축하려면, 우선 통합 모델로 저장되기 위해 서비스 기술 정보로부터 3단계의 정의가 필요하다. 우선 사람-가독한(Human-Readable)한 서비스들의 기술 정보들은 자동화된처리를 위해 기계-가독한(Machine-Readable)한 형태로 변경되어야 한다. 이 단계를 태깅이라고 한다. 또한 기계-가독한 페이지에 검색을 위한 시맨틱 정보들이 추가되어야 한다. 이 단계를 시맨틱 어노테이션이라고 한다. 마지막으로 이 문서를 정의한 통합 모델에 맞게 변경해야 한다. 이 단계를 변환이라고 한다.

RESTful 웹서비스 및 기타 서비스는 태깅과 시맨틱 어노테이션을 통해 기계-가독한 형태로 정의되고, 의미 메타데이터가 추가된다. 추가된 문서는 OpenAPI 형식으로 변환한다. SOAP 기반 웹서비스는 UDDI를 통해 서비스의 기본 정보가 제공되며, 함께 저장된 WSDL의 정보를 통해 서비스 설명정보를 제공한다. WSDL은 이미 기계-가독한 서비스 설명정보이기 때문에 태깅의 과정이 불필요하다. 또한 관련된 시맨틱정보 역시 SAWSDL를 통해 제공되기 때문에 추가적인 시맨틱 어노테이션 역시 불필요하다. UDDI에 저장된 내용과 SAWSDL의 내용을 조합하여 SA-OpenAPI로 변환하여 저장된다. 설계된 통합 프레임워크 중 RESTful 웹서비스 및 기타 서비스는 사람-가독한 HTML 형식으로 서비스 정보를 제공하기 때문에 태깅과 시맨틱 어노테이션을 통해 의미 메타데이터를 추가하여 시맨틱 계층으로 확장한다. 태깅을 위해 W3C 표준인 RDFa를 활용할 수 있는데, RDFa를 이용해 태깅되고 시맨틱 어노테이션이 마쳐진 문서는 RDFa 추출기를 이용해 필요한 정보들이 추출된다. 추출된 정보들은 OpenAPI 형식으로 변환되어 서비스 저장소에 저장되게 된다.

SOAP 기반 웹서비스는 기계-가독한 형식으로 우선 서비스 정보를 제공하기 때문에 UDDI의 서비스 설명정보와 SAWSDL의 정보를 병합한다. 병합된 정보는 마찬가지로 SA-OpenAPI 형태에 맞게 변환되고, 서비스 저장소에 저장되게 된다. 사용자는 제공되는 인터페이스를 이용하여 키워드를 이용하여 질의를 수행하게 된다. 인터페이스에서는 서비스에 저장된 서비스들 뿐만 아니라 온톨로지를 활용하여 검색을 수행하게 된다. 이를 바탕으로 시맨틱웹 기술을 활용한 RESTful 웹서비스 검색 엔진의 장점을 모두 수용할 수 있을 뿐만 아니라, 다양한 프로토콜을 모두 수용할 수 있게 된다. 이때, 검색 OPEN API 뿐만 아니라 상술한 다른 OPEN API도 상술한 방법으로 통합 프레임워크를 구성할 수 있다.

항목관리부(340)는, 선택된 적어도 하나의 종류의 API에 기 매핑되어 저장된 입력정보항목을 사업자 단말(400)로부터 입력받을 수 있다. 상술한 바와 같이 API를 선택했으면, 해당 API가 사업자에 맞게 변경되어야 하므로, 소셜미디어를 선택하고 페이스북을 선택한 사업자는 자신이 운영하는 페이스북 주소를 넣거나, 블로그 주소를 넣거나, 전화 API를 넣은 사업자는 사업자의 전화번호를 입력하거나 하는 등 해당 API를 구동하기 위한 최소한의 정보를 입력한다. 이때, 입력정보항목은, API가 전화인 경우 전화번호, 메세지인 경우 메세지를 받을 전화번호, 메신저인 경우 메신저의 계정주소, 이메일인 경우 이메일 주소, 주문인 경우 카드결제단말 또는 계좌번호, 예약신청인 경우 예약명, 예약인원, 연락처, 예약일자, 체크인, 체크아웃, 요청사항, 이메일, 방문수단 및 시간, 이벤트인 경우 상품명, 이벤트 조건, 이벤트 수단, 기간, 할인율 및 쿠폰수량, 홈페이지인 경우 홈페이지 주소, 소셜미디어인 경우 소셜미디어의 종류 및 소셜미디어 주소를 포함할 수 있다.

출력부(350)는, 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력할 수 있다. 물론, 웹페이지 이외에도, 앱페이지, 애플리케이션 또는 프로그램 등으로 출력될 수 있음은 상술한 바와 같다.

고유번호관리부(360)는, 선택부(310)에서 사업자 단말(400)로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받기 이전에, 사업자 단말(400)의 사업 업종 및 플랫폼 용도, 사업자 단말(400)의 플랫폼을 고유하게 식별하는 고유번호 및 사업자 정보를 선택받을 수 있다. 이때, 고유번호는 4 자리 숫자일 수 있으나 이에 한정되지는 않는다. 여기서, 고유번호가 검색어로 입력되는 경우, 사업자 단말(400)의 플랫폼이 검색되도록 설정될 수 있다. 예를 들어, A 지역 B 커피숍의 고유번호를 1234로 지정했다면, A-B-1234와 같이 저장될 수 있다.

빅데이터분석부(370)는, 출력부(350)에서 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력한 후, 적어도 하나의 사용자 단말(100)에서 적어도 하나의 플랫폼을 검색, 공유, 조회 및 접근하거나 적어도 하나의 플랫폼에서 주문 및 결제를 수행하는 경우, 검색, 공유, 조회 및 접근에 대응하는 엑세스 이벤트 및 결제에 대응하는 결제 이벤트를 발생시킨 적어도 하나의 사용자 단말(100)의 사용자 정보를 통계처리하여 수집할 수 있다. 그리고, 출력부(350)는, 수집된 사용자 정보를 포함한 로우 데이터(Raw Data)를 병렬 및 분산하여 저장할 수 있고, 저장된 로우 데이터 내에 포함된 비정형(Unstructed) 데이터, 정형(Structured) 데이터 및 반정형 데이터(Semi-structured)를 정제하고, 메타 데이터로 분류를 포함한 전처리를 실시할 수 있다. 또한, 빅데이터분석부(370)는, 전처리된 데이터를 데이터 마이닝(Data Mining)을 포함하는 분석을 실시하고, 분석된 데이터를 시각화하여 사업자 단말(400)로 전송할 수 있다.

전자상거래부(380)는, 출력부(350)에서 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력한 후, 적어도 하나의 사용자 단말(100)에서 플랫폼에 방문하여 예약 또는 주문을 실시한 경우, 사업자 단말(400)로 예약 및 주문에 대응하는 결제 이벤트를 전송할 수 있다. 여기서, 결제된 금액은 수수료 없이 또는 수수료를 차감한 후 실시간 또는 주기적으로 정산될 수 있다.

템플릿관리부(390)는, 선택부(310)에서 사업자 단말(400)로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받기 이전에, 적어도 하나의 디자인 템플릿을 적어도 하나의 디자이너 단말(미도시)로부터 수집하여 등록할 수 있다. 여기서, 템플릿관리부(390)는, 템플릿을 메타정보에 기반하여 분류하고 추천하는 방법을 제공할 수 있다. 통상적으로 사업자가 템플릿을 적용하기 위해서는 해당 템플릿 등에 해당 파일을 설명할 수 있는 태그를 붙여서 분류하고 검색하는 방식을 사용하는데 정형화되지 않은 메타정보들을 포함하는 템플릿 등이 새롭게 추가될 경우 관리 및 분석을 위해 별도의 정형화 과정이 필요하다. 이 작업은 서비스 규모가 커지고 시간당 처리 수가 증가할수록 부담이 되기 때문에, 본 발명의 일 실시예에서는 템플릿 관련 비정형 메타정보를 주제모델링 방법을 사용해서 자동 분류하고, 사업자의 멀티플랫폼 제작 의도를 표현하는 비정형 및 메타정보를 이용하여 적절한 템플릿을 추천하도록 데이터베이스화하는 과정을 먼저 진행할 수 있다.

메타정보는 내부처리과정을 거쳐 비정형 포맷과 정형 포맷으로 가공된다. 정형 포맷은 DB상의 엔티티 혹은 XML포맷, JSON포맷 등으로 기술되므로 태그 매칭이나 결정트리 등의 다양한 알고리즘을 적용할 수 있다. 그 다음은, 주제 모델링(Topic Modeling) 단계이다. 본 발명의 멀티플랫폼 서비스는, 다양한 메타정보가 포함된 리소스, 템플릿 정보들을 이용해서 멀티플랫폼 화면을 합성할 수 있다. 이를 위해서 분류, 유사도 계산, 검색과 추천 기술이 내부적으로 필요하다. 구현관점에서 리소스나 장면 템플릿들에 일련의 태그(Tag) 정보를 붙이고 이를 벡터공간(Vector Space)으로 표현하여 처리하는 방식, 혹은 이를 확장하여 텍스트로 표현된 메타정보의 단어별 빈도를 이용해서 처리하는 TF-IDF(Term Frequency-Inverse Document Frequency) 기법도 가능하다. 하지만 TF-IDF 방법은 메타정보량이 커지는 경우 유사도 추정의 정확도가 감소하고, 검색 키워드(Search Keyword)와 메타 정보 상의 단어 상호간에 완벽하게 일치하는 경우에만 유사도 계산에 반영되어 추가 성능 개선을 위해서는 키워드에 대한 정제와 정규화 과정이 필요하다.

따라서, 상술한 방법 외에도 본 발명의 일 실시예에서는, 주제모델링 기법을 사용할 수 있다. 주제모델링 기법은 주어진 문서들에서 숨겨진 주제들을 찾는 도구라 할 수 있다. 입력 정보들에 대한 분류(Clustering) 과정으로써 기계학습(Machine Learning)에서 자율학습기법(Unsupervised Learning)의 범주에 속한다. 주제모델링을 위한 다양한 기법들이 존재하지만 그 중에서도 LSA(Latent Sematic Analysis/Indexing) 방법과 LDA(Latent Dirichlet Allocation) 방법을 이용할 수 있다. LSA 방법은 신호처리에서의 주성분 분석(PCA; Principle Component Analysis) 개념과 유사하다. 관측 가능한 문서들의 집합을 SVD(Singular Value Decomposition)를 사용해서 분해함으로써 주제모델링을 수행하는 방식이다. 이를 이용하는 방식에 따라 주제모델링이나 자료압축(Data Compression)에 활용된다. 주제모델링 관점에서 주제에 대응하는 벡터는 단어를 주제로 대응시키는 벡터로 해석할 수 있다. 고유값(Eigenvalue)으로 이뤄진 대각행렬(Diagonal Matrix)로써 값의 크기에 따라 찾아진 주제의 강도(Strength)를 나타내며 이에 기반하여 사업자가 원하는 의도(업종, 홍보, 이벤트, 마케팅, O2O 플랫폼 등)에 맞는 디자인 템플릿을 추천해줄 수 있게 된다.

한편, 멀티플랫폼의 화면은, 사업자 단말(400)을 고유하게 식별하는 고유번호, 공유 아이콘, 관심콘텐츠 아이콘, 제목 아이콘, 관심매장등록 아이콘, 적어도 하나의 API 아이콘을 디자인 템플릿과 함께 출력하는 화면일 수 있으나, 이에 한정되지는 않는다. 멀티 플랫폼의 화면 내에 출력된 적어도 하나의 API 아이콘이 선택되는 경우, 적어도 하나의 API에 대응하여 기 설정된 프로세스가 진행될 수 있다.

이하, 상술한 도 2의 멀티플랫폼 제작 서비스 제공 서버의 구성에 따른 동작 과정을 도 3 및 도 4를 예로 들어 상세히 설명하기로 한다. 다만, 실시예는 본 발명의 다양한 실시예 중 어느 하나일 뿐, 이에 한정되지 않음은 자명하다 할 것이다.

도 3을 참조하면, (a) 멀티플랫폼 제작 서비스 제공 서버(300)는 적어도 하나의 디자인 템플릿을 데이터베이스화하고, 적어도 하나의 사업자 단말(400)로부터 멀티플랫폼 만들기 신청을 수신하는 경우, (b) 디자인 템플릿 선정, 사업정보 입력, API 선택의 간단한 과정을 거쳐 멀티플랫폼을 생성해준다. 그리고, (c) 사용자 단말(100)에서 접속, 조회, 클릭, 주문 및 결제 등을 수행하는 경우, 사용자의 정보를 통계처리하여 각 사업자 단말(400)로 이를 안내해주고, (d) 고객의 분석결과를 제공하게 된다. 상세하게는 도 4a를 참조하면, 사업자 단말(400)이 멀티플랫폼 제작 서비스 제공 서버(300)에 접속하여 제작자가 개인인지 사업자인지, 업종과 용도는 무엇인지, 또 서비스 타입, 위치 및 코드(고유번호)를 설정하여 그 다음 단계로 도 4b와 같이 진행한다. 이때, 도 4b에서는 사업자 단말(400)은 디자인 템플릿을 선택하는데, 자신이 원하는 디자인 템플릿 또는 각 업종에 맞는 디자인 템플릿 등을 선택하며, 도 4c와 같이 병원 업종에서 많이 사용하는 디자인 템플릿을 선택한 후에, 각 위치에 텍스트만 변경함으로써 홈페이지를 제작하는 방법을 몰라도 웹디자인을 할 줄 모르더라도 간단하게 디자인 템플릿을 채워나갈 수 있게 된다. 그 다음에는, 도 4d와 같이 API를 선택하는데, 한 개의 API를 선택할 때마다 미리 설정된 위치에 아이콘이 등장하게 되며, 선택된 API가 좌측 디자인 템플릿 상에 아이콘을 오버레이되는 것을 알 수 있다. 그 다음에는 도 4e와 같이 선택한 API를 구동하기 위해 필요한 정보를 입력하면 멀티플랫폼 구축은 완료된다. 이 간단한 입력만으로 도 4f와 같이 자신만의 홈페이지, 지도검색, 홍보채널, 결제플랫폼, O2O 플랫폼, 예약플랫폼, 웹디자인 등이 모두 완료된 것이다. 완성된 결과는 모바일 기반으로 선택했으므로 도 4g와 도 4h와 같이 출력되며, 각 API 아이콘은 화면이 상하로 슬라이드되는 동안 고정된 자리를 지키면서 오버레이된다. 도 4i와 같이 다양한 플랫폼이 모인 통합적인 멀티플랫폼을 텍스트를 기입하는 몇 단계만 거치면 손 쉽게 구축할 수 있고, 도 4j와 같이 다양한 템플릿으로 다양한 업종에 이용될 수 있음은 물론이라 할 것이다.

이와 같은 도 2 내지 도 4의 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법에 대해서 설명되지 아니한 사항은 앞서 도 1을 통해 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법에 대하여 설명된 내용과 동일하거나 설명된 내용으로부터 용이하게 유추 가능하므로 이하 설명을 생략하도록 한다.

도 5는 본 발명의 일 실시예에 따른 도 1의 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 시스템에 포함된 각 구성들 상호 간에 데이터가 송수신되는 과정을 나타낸 도면이다. 이하, 도 5를 통해 각 구성들 상호간에 데이터가 송수신되는 과정의 일 예를 설명할 것이나, 이와 같은 실시예로 본원이 한정 해석되는 것은 아니며, 앞서 설명한 다양한 실시예들에 따라 도 5에 도시된 데이터가 송수신되는 과정이 변경될 수 있음은 기술분야에 속하는 당업자에게 자명하다.

도 5를 참조하면, 멀티플랫폼 제작 서비스 제공 서버는, 사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는다(S5100).

그리고, 멀티플랫폼 제작 서비스 제공 서버는, 사업자 단말로부터 선택된 디자인 템플릿 내 기 지정된 프레임의 항목 내 사업장 정보에 대응하는 텍스트 및 이미지를 입력받고(S5200), 사업자 단말로부터 기 저장된 적어도 하나의 종류의 API를 선택받는다(S5300).

여기서, 멀티플랫폼 제작 서비스 제공 서버는, 선택된 적어도 하나의 종류의 API에 기 매핑되어 저장된 입력정보항목을 사업자 단말로부터 입력받고(S5400) 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력한다(S5500).

상술한 단계들(S5100~S5500)간의 순서는 예시일 뿐, 이에 한정되지 않는다. 즉, 상술한 단계들(S5100~S5500)간의 순서는 상호 변동될 수 있으며, 이중 일부 단계들은 동시에 실행되거나 삭제될 수도 있다.

이와 같은 도 5의 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법에 대해서 설명되지 아니한 사항은 앞서 도 1 내지 도 4를 통해 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법에 대하여 설명된 내용과 동일하거나 설명된 내용으로부터 용이하게 유추 가능하므로 이하 설명을 생략하도록 한다.

도 5를 통해 설명된 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법은, 컴퓨터에 의해 실행되는 애플리케이션이나 프로그램 모듈과 같은 컴퓨터에 의해 실행가능한 명령어를 포함하는 기록 매체의 형태로도 구현될 수 있다. 컴퓨터 판독 가능 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 모두 포함한다. 또한, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체를 모두 포함할 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리형 및 비분리형 매체를 모두 포함한다.

전술한 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법은, 단말기에 기본적으로 설치된 애플리케이션(이는 단말기에 기본적으로 탑재된 플랫폼이나 운영체제 등에 포함된 프로그램을 포함할 수 있음)에 의해 실행될 수 있고, 사용자가 애플리케이션 스토어 서버, 애플리케이션 또는 해당 서비스와 관련된 웹 서버 등의 애플리케이션 제공 서버를 통해 마스터 단말기에 직접 설치한 애플리케이션(즉, 프로그램)에 의해 실행될 수도 있다. 이러한 의미에서, 전술한 본 발명의 일 실시예에 따른 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법은 단말기에 기본적으로 설치되거나 사용자에 의해 직접 설치된 애플리케이션(즉, 프로그램)으로 구현되고 단말기에 등의 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다.

전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.

본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (10)

1. 멀티플랫폼 제작 서비스 제공 서버에서 실행되는 멀티플랫폼 제작 서비스 제공 방법에 있어서,
   사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는 단계;
   상기 사업자 단말로부터 상기 선택된 디자인 템플릿 내 기 지정된 프레임의 항목 내 사업장 정보에 대응하는 텍스트 및 이미지를 입력받는 단계;
   상기 사업자 단말로부터 기 저장된 적어도 하나의 종류의 API를 선택받는 단계;
   상기 선택된 적어도 하나의 종류의 API에 기 매핑되어 저장된 입력정보항목을 상기 사업자 단말로부터 입력받는 단계; 및
   상기 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 플랫폼을 생성하여 웹페이지로 출력하는 단계;
   를 포함하고,
   상기 기 저장된 적어도 하나의 종류의 API(Application Programming Interface)는, 전화, 메세지, 메신저, 이메일, 주문, 예약신청, 예약결제, 이벤트, 지도, 홈페이지 및 소셜미디어 API를 포함하고,
   상기 입력정보항목은, 상기 API가 전화인 경우 전화번호, 메세지인 경우 메세지를 받을 전화번호, 메신저인 경우 메신저의 계정주소, 이메일인 경우 이메일 주소, 주문인 경우 카드결제단말 또는 계좌번호, 예약신청인 경우 예약명, 예약인원, 연락처, 예약일자, 체크인, 체크아웃, 요청사항, 이메일, 방문수단 및 시간, 이벤트인 경우 상품명, 이벤트 조건, 이벤트 수단, 기간, 할인율 및 쿠폰수량, 홈페이지인 경우 홈페이지 주소, 소셜미디어인 경우 소셜미디어의 종류 및 소셜미디어 주소를 포함하고,
   상기 멀티플랫폼의 화면은, 상기 사업자 단말을 고유하게 식별하는 고유번호, 공유 아이콘, 관심콘텐츠 아이콘, 제목 아이콘, 관심매장등록 아이콘, 적어도 하나의 API 아이콘을 상기 디자인 템플릿과 함께 출력하는 화면이고,
   상기 멀티플랫폼의 화면 내에 출력된 적어도 하나의 API 아이콘이 선택되는 경우, 상기 적어도 하나의 API에 대응하여 기 설정된 프로세스가 진행되고,
   상기 적어도 하나의 종류의 API는 적어도 하나의 종류의 프로토콜에 기반하여 구동되는 OPEN API이고, 상기 적어도 하나의 종류의 프로토콜에 따라 서로 다른 메세지 전송 방식 및 서비스 제공 형식을 통합하기 위하여 통합 프레임워크가 제공되고,
   상기 통합 프레임워크는 RESTful 웹서비스 검색엔진의 ISIM(Integrated Service Information Model)을 기반으로 제공되고, 사람-가독한(Human-Readable)한 서비스의 자동화 처리를 위해 기계-가독한(Machine-Readable)한 형태로 변경하는 태깅 단계, 기계-가독한 페이지에 검색을 위한 시맨틱 정보들이 추가되는 시맨틱 어노테이션 단계 및 상기 기계-가독한 페이지의 문서를 상기 통합 프레임워크에 맞도록 변경하는 변환 단계를 거쳐 생성되는 것인, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법.
   
2. 삭제
3. 삭제
4. 제 1 항에 있어서,
   상기 사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는 단계 이전에,
   상기 사업자 단말의 사업 업종 및 멀티플랫폼 용도, 상기 사업자 단말의 멀티플랫폼을 고유하게 식별하는 고유번호 및 사업자 정보를 선택받는 단계;
   를 더 포함하고,
   상기 고유번호가 검색어로 입력되는 경우, 상기 사업자 단말의 멀티플랫폼이 검색되도록 설정되는 것인, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법.
   
5. 제 1 항에 있어서,
   상기 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 멀티플랫폼을 생성하여 웹페이지로 출력하는 단계 이후에,
   적어도 하나의 사용자 단말에서 적어도 하나의 멀티플랫폼을 검색, 공유, 조회 및 접근하거나 상기 적어도 하나의 멀티플랫폼에서 주문 및 결제를 수행하는 경우, 상기 검색, 공유, 조회 및 접근에 대응하는 엑세스 이벤트 및 결제에 대응하는 결제 이벤트를 발생시킨 적어도 하나의 사용자 단말의 사용자 정보를 통계처리하여 수집하는 단계;
   상기 수집된 사용자 정보를 포함한 로우 데이터(Raw Data)를 병렬 및 분산하여 저장하는 단계;
   상기 저장된 로우 데이터 내에 포함된 비정형(Unstructed) 데이터, 정형(Structured) 데이터 및 반정형 데이터(Semi-structured)를 정제하고, 메타 데이터로 분류를 포함한 전처리를 실시하는 단계;
   상기 전처리된 데이터를 데이터 마이닝(Data Mining)을 포함하는 분석을 실시하고, 상기 분석된 데이터를 시각화하여 상기 사업자 단말로 전송하는 단계;
   를 더 포함하는 것인, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법.
   
6. 제 1 항에 있어서,
   상기 선택된 디자인 템플릿, 사업장 정보에 대응하는 텍스트와 이미지, 및 적어도 하나의 종류의 API를 포함하도록 멀티플랫폼을 생성하여 웹페이지로 출력하는 단계 이후에,
   적어도 하나의 사용자 단말에서 상기 멀티플랫폼에 방문하여 예약 또는 주문을 실시한 경우, 상기 사업자 단말로 상기 예약 및 주문에 대응하는 결제 이벤트를 전송하는 단계;
   를 더 포함하는 것인, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법.
   
7. 제 1 항에 있어서,
   상기 사업자 단말로부터 기 저장된 적어도 하나의 디자인 템플릿(Template) 중 어느 하나의 디자인 템플릿을 선택받는 단계 이전에,
   적어도 하나의 디자인 템플릿을 적어도 하나의 디자이너 단말로부터 수집하여 등록하는 단계;
   를 더 포함하는 것인, 소셜미디어, 마케팅 및 전자상거래를 통합한 O2O 기반 멀티플랫폼 제작 서비스 제공 방법.
   
8. 삭제
9. 삭제
10. 제 1 항 및 제 4 항 내지 제 7 항 중 어느 한 항의 방법을 실행하키기 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록매체.

Images