KR101712022B1

KR101712022B1 - 니즈이동정보 데이터베이스 구축 및 활용 방법 및 이를 위한 서버

Info

Publication number: KR101712022B1
Application number: KR1020150151324A
Authority: KR
Inventors: 김명락
Original assignee: 김명락
Priority date: 2015-10-29
Filing date: 2015-10-29
Publication date: 2017-03-13
Also published as: WO2017073966A1

Abstract

본 발명의 일 실시예에 따르는 서버에 의해 수행되는 니즈이동정보 데이터베이스 구축방법은 (a) 사용자 단말에 설치된 특정 애플리케이션의 실행을 감지하는 단계; (b) 상기 사용자 단말로부터 현재 시각에 대한 상기 사용자 단말의 이동정보를 일정 시간간격마다 수집하며, 상기 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우 상기 사용자의 요구정보를 수집하는 단계; (c) 상기 사용자 단말로부터 사용자 요구 종료 신호를 수신하거나 미리 설정된 시간 이내에 상기 사용자 단말의 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점으로 판단하는 단계; 및 (d) 상기 특정 애플리케이션의 실행이 감지된 후부터 상기 사용자 요구 종료 시점까지 수집된 상기 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로서 저장하는 단계를 포함하며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이다.

Description

니즈이동정보 데이터베이스 구축 및 활용 방법 및 이를 위한 서버{METHOD AND SERVER FOR CONSTRUCTING AND UTILIZING NEEDS TRAFFIC INFORMATION DATABASE}

본 발명은 니즈이동정보 데이터베이스 구축 및 활용 방법 및 이를 위한 서버에 관한 것으로서, 보다 상세하게는, 교통수단 또는 도보수단 등을 통해 이동하는 사용자의 니즈(NEEDS) 이동경로를 분석하고, 이에 대한 데이터베이스를 구축하여 활용하기 위한 니즈이동정보 데이터베이스 구축 및 활용 방법 및 이를 위한 서버에 관한 것이다.

임의의 물건이나 서비스 등에 대한 소비자들의 니즈와 욕구는 매우 다양하며, 트렌드에 따라 시시각각 변하기도 하며, 하루 중에서도 소비자가 어떠한 환경이나 심리적인 상태에 있는지에 따라 자주 변화하기도 한다.

이러한 소비자들의 니즈에 대한 동향 및 정보는 주로 설문조사 등을 통해 수집되어 왔다. 아르바이트 직원을 고용하여 직접 거리에서 설문지를 통한 설문조사를 수행하거나, 인터넷을 통해 인터넷 유저의 의견을 수렴함으로써 소비자들의 니즈 동향이나 예측 등이 분석되어 왔다.

이렇게 수집되고 분석된 소비자들의 니즈는 매우 다양하고 유용한 용도로 사용될 수 있다. 예를 들어, 사업 수행하기 전 상권 분석의 목적으로 활용되기도 하며, 현재 진행하고 있는 사업에 대한 평가 등의 목적으로도 활용되기도 한다. 한국공개특허공보 특2003-0038178호(발명의 명칭 : 데이터베이스를 활용한 인터넷 상권분석 방법)에서는 사용자간 물건정보와 프랜차이즈 창업정보를 교환할 수 있도록 하는 커뮤니티를 형성하여 상권분석DB를 구축하여, 인터넷 상권분석 방법을 제공하는 기술을 개시하고 있다.

그러나, 이러한 개개인에 대한 설문조사나 의견수렴방식을 통해 수집하는 니즈분석은 신뢰성과 내부인력 활용에 대한 효율성이 상당히 떨어지는 문제점이 있다. 또한, LBS 기반의 기술과 같이 사용자의 현재 니즈가 어디에 분포해 있는지 파악할 수 있는 기술은 존재하나, 사용자가 과거에 어떠한 니즈를 가진 채 어느 지역까지 이동하였는지 또는 과거부터 현재까지 어떤 니즈를 갖고 어떤 장소들을 이동해왔는지에 대한 니즈의 이동현황이나 흐름에 대한 정보 분석을 수행하기 위한 기술 개발은 아직 미흡한 실정이다.

한국공개특허공보 특2003-0038178호 (공개일 : 2003.05.16)

본 발명은 전술한 종래 기술의 문제점을 해결하기 위한 것으로서, 교통정보와 사용자의 니즈에 대한 정보를 기반으로 교통수단이나 도보수단을 통해 이동하는 사용자들의 니즈의 흐름에 대한 데이터를 수집하는 데이터베이스를 구축하고, 이 데이터베이스를 활용하여 신뢰성 있고 유용한 상권정보나 특정 니즈에 대한 유동인구 정보 등을 제공하기 위한 방법 및 서버를 제공하는 것을 목적으로 한다.

본 발명의 제 1 측면에 따르면, 서버에 의해 수행되는 니즈이동정보 데이터베이스 구축방법은 (a) 사용자 단말에 설치된 특정 애플리케이션의 실행을 감지하는 단계; (b) 상기 사용자 단말로부터 현재 시각에 대한 상기 사용자 단말의 이동정보를 일정 시간간격마다 수집하며, 상기 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우 상기 사용자의 요구정보를 수집하는 단계; (c) 상기 사용자 단말로부터 사용자 요구 종료 신호를 수신하거나 미리 설정된 시간 이내에 상기 사용자 단말의 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점으로 판단하는 단계; 및 (d) 상기 특정 애플리케이션의 실행이 감지된 후부터 상기 사용자 요구 종료 시점까지 수집된 상기 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로서 저장하는 단계를 포함하며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이다.

본 발명의 제 2 측면에 따르면, 서버에 의해 수행되는, 복수의 니즈이동정보를 저장한 니즈이동정보 데이터베이스 활용방법은, (a) DB 이용 단말로부터 위치, 시간 및 사용자의 요구정보 중 적어도 하나를 포함하는 정보요청쿼리를 수신하는 단계; 및 (b) 상기 정보요청쿼리에 포함된 정보를 기준으로 상기 서버에 저장된 복수의 니즈이동정보를 조회하여, 상기 정보요청쿼리에 대응하는 답변을 상기 DB 이용 단말로 제공하는 단계; 를 포함하며, 상기 니즈이동정보는 특정 시간 동안 이동한 임의의 사용자의 이동정보 및 상기 사용자의 요구정보가 매칭 저장된 정보이며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이다.

본 발명의 제 3 측면에 따르면, 니즈이동정보 데이터베이스 구축을 위한 서버는, 니즈이동정보 데이터베이스 구축방법을 수행하기 위한 프로그램이 저장된 메모리; 및 상기 프로그램을 실행하는 프로세서;를 포함하며, 상기 프로세서는 상기 프로그램이 실행될 경우, 사용자 단말에 설치된 특정 애플리케이션의 실행을 감지하고, 상기 사용자 단말로부터 현재 시각에 대한 상기 사용자 단말의 이동정보를 일정 시간간격마다 수집하며, 상기 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우 상기 사용자의 요구정보를 수집하며, 상기 사용자 단말로부터 사용자 요구 종료 신호를 수신하거나 미리 설정된 시간 이내에 상기 사용자 단말의 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점으로 판단하고, 상기 특정 애플리케이션의 실행이 감지된 후부터 상기 사용자 요구 종료 시점까지 수집된 상기 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로서 저장하며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이다.

본 발명의 제 4 측면에 따르면, 니즈이동정보 데이터베이스 활용을 위한 서버는, 니즈이동정보 데이터베이스 활용방법을 수행하기 위한 프로그램이 저장된 메모리; 및 상기 프로그램을 실행하는 프로세서;를 포함하며, 상기 프로세서는 상기 프로그램이 실행될 경우, DB 이용 단말로부터 위치, 시간 및 사용자의 요구정보 중 적어도 하나를 포함하는 정보요청쿼리를 수신하고, 상기 정보요청쿼리에 포함된 정보를 기준으로 상기 서버에 저장된 복수의 니즈이동정보를 조회하여, 상기 정보요청쿼리에 대응하는 답변을 상기 DB 이용 단말로 제공하며, 상기 니즈이동정보는 특정 시간 동안 이동한 임의의 사용자의 이동정보 및 상기 사용자의 요구정보가 매칭 저장된 정보이며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이다.

본 발명은 사용자의 교통정보와 니즈에 대한 정보를 취합하여 니즈의 흐름에 대한 정보를 저장한 데이터베이스를 구축함으로써, 상권정보나 특정 니즈에 대한 유동인구 정보 분석과 같은 다양한 니즈 분석 정보를 제공할 수 있다. 기존 LBS 시스템에서는 유동인구가 현재 검색대상 지역범위 내에 존재하지 않으면 전혀 의미없는 정보로 취급하지만, 본 발명은 과거의 흔적인 니즈이동정보가 동일한 조건(예를 들어, 같은 시간대와 같은 기상 조건) 하에서 항상 반복된다는 점에 착안하여 니즈이동정보를 의미있는 정보로서 활용할 수 있다.

위와 같은 분석 정보는 특정 니즈를 가진 채 특정 지역으로 "가고 있거나" "갈수도 있는" 사용자들의 정보에 관한 것이므로, 현재 이동 상태에 있어서 목적지를 바꿀 수도 있는 유동 고객층이나 잠재 고객층에 대한 정보가 될 수 있다. 따라서, 매장의 주인에게는 매장의 운영 전략에 큰 도움을 제공할 수 있으며, 새로운 매장을 창업하려고 하는 사람에게는 창업 성공이 열쇠가 될 수 있는 지역 분석 및 니즈 분석결과를 제공할 수 있다.

또한, 위와 같은 분석정보는 설문조사와 같이 사람이 인위적으로 또는 주관적으로 작성하여 수집된 결과가 아니라, 특정 애플리케이션을 통해 요구정보를 수집하고, 사용자 단말의 GPS 기능을 통해 이동정보를 수집한 것이기 때문에 매우 정확한 분석결과를 나타낼 수 있다.

또한, 수집되는 요구정보가 무엇인지에 따라 다양한 분야의 시장조사의 목적으로 사용될 수도 있다.

또한, 사용자 단말로부터 사용자의 요구정보와 이동정보만을 수집하며, 사용자의 아이디, 주민번호, 주소 등과 같은 개인정보를 수집하지 않기 때문에, 개인정보 수집으로 인한 사용자들의 서비스 이용 거부감이 발생되지 않으며, 나아가 개인정보 유출 문제 자체를 발생시키지 않는다.

도 1은 본 발명의 일 실시예에 따르는 시스템 구성도이다.
도 2는 본 발명의 일 실시예에 따르는 서버의 구조도이다.
도 3은 본 발명의 일 실시예에 따르는 니즈이동정보를 나타내기 위한 예시도이다.
도 4a및 도 4b는 본 발명의 일 실시예에 따라 니즈이동정보에 포함되는 사용자의 요구정보를 치환하여 저장하는 예를 설명하기 위한 예시도이다.
도 5는 본 발명의 일 실시예에 따라 두 개의 니즈이동정보를 하나로 합성하여 저장하는 예를 설명하기 위한 예시도이다.
도 6은 본 발명의 일 실시예에 따르는 니즈이동정보 데이터베이스 활용방법을 위해 특정 매장에 관한 니즈 분석시 요구되는 니즈범위를 설명하기 위한 개념도이다.
도 7은 본 발명의 일 실시예에 따르는 니즈이동정보 데이터베이스 구축방법 및 활용방법을 설명하기 위한 순서도이다.

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

명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

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

이하에서 언급되는 "사용자 단말"은 네트워크를 통해 서버나 타 단말에 접속할 수 있는 컴퓨터나 휴대용 단말기로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말기는 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, 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) 단말 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다. 또한, "네트워크"는 근거리 통신망(Local Area Network; LAN), 광역 통신망(Wide Area Network; WAN) 또는 부가가치 통신망(Value Added Network; VAN) 등과 같은 유선 네트워크나 이동 통신망(mobile radio communication network) 또는 위성 통신망 등과 같은 모든 종류의 무선 네트워크로 구현될 수 있다.

이하에서, "니즈이동정보"란 사용자의 니즈(Needs)의 흐름을 나타내는 정보를 의미한다. 예를 들어, 서울의 종로에서 강남으로 이동하는 사용자가 아이스크림을 먹고 싶어하는 경우, 아이스크림에 대한 한 사용자의 니즈는 종로에서 강남으로 향하는 흐름을 가진다고 할 수 있다. 니즈이동정보의 의미에 대해서는 후술로 구체적으로 설명하도록 한다.

먼저, 도1을 참고하여 본 발명의 일 실시예에 따르는 시스템의 구조에 대하여 구체적으로 설명한다.

본 발명의 일 실시예에 따르는 시스템은 사용자 단말(100), 기상정보서버(110), 서버(200), DB 이용 단말(300)을 포함한다.

본 발명의 일 실시예에 따르는 시스템은 크게 두 가지 형태로 동작한다.

첫 번째는, 서버(200)가 DB 정보를 수집하기 위하여 사용자 단말(100)과 기상정보서버(110)로부터 사용자의 니즈와 사용자 단말(100)의 이동정보 및 기상정보를 수집하고 가공하는 과정이다. 이때, 서버(200)는 수집한 니즈, 이동정보 및 기상정보를 취합하여 니즈이동정보를 생성 및 저장한다. 예를 들어, 낮 시간에 서울의 종로에서 강남으로 이동하는 사용자가 아이스크림을 먹고 싶어하는 경우, 사용자가 자신의 차량에 고정되어 있는 스마트폰에 "아이스크림" 이라는 니즈를 입력할 경우, 니즈가 수집될 수 있으며, 이동정보는 사용자 단말(100)로부터 수시로 수집될 수 있고, 기상정보는 별도의 기상정보서버(110)를 통하여 수집될 수 있다. 이러한 경우, 니즈이동정보는 낮 시간에 종로에서 강남으로 이동하는 임의의 사용자는 아이스크림이라는 니즈를 가진다라는 내용을 포함할 수 있다. 한편, 이때 서버(200)는 사용자의 개인정보(아이디, 주민등록번호, 주소, 전화번호 등)은 수집하지 않는다. 왜냐하면, 서버(200)가 필요로 하는 정보는 니즈의 흐름에 대한 정보이기 때문에 니즈의 흐름에 개인정보가 반영될 필요가 없기 때문이다.

두 번째는, 서버(200)가 DB 정보를 제공하기 위하여, DB 이용자의 DB 이용 단말(300)로부터의 쿼리에 응답하여 적절한 정보를 제공하는 과정이다. 예를 들어, 서버(200)가 DB 이용 단말(300)로부터 "오후 12시부터 오후 1시 사이의 시간에 서울 강남역 사거리에 위치한 아이스크림 매장에 올 수 있었던 사람의 수는 몇 명인가"라는 쿼리를 수신할 수 있다. 이 경우, 서버(200)는 강남역 사거리의 부근 위치에 니즈범위를 설정하고, 오후 12시부터 오후 1시 사이에 니즈범위를 지나간 적이 있는 니즈이동정보들의 개수를 검색하여 DB 이용 단말(300)로 응답결과를 제공할 수 있다.

이와 같이, 이동하는 사용자의 교통정보와 니즈에 관한 정보를 접목하여 니즈이동정보라는 데이터를 수집하고 데이터베이스화할 경우, 사용자들의 니즈가 어떻게 이동하고 이동하면서 변화하는지 파악할 수 있기 때문에, 특정 매장의 상권에 대한 정보부터 매장의 운영에 도움이 되는 정보를 제공할 수 있으며, 사용자의 니즈가 어떤 종류인지에 따라 상권정보 뿐만 아니라 다양한 영업분야의 시장조사정보를 제공할 수 있다.

이하에서, 도 2를 참조하여, 본 발명의 일 실시예에 따르는 서버(200)의 구성에 대하여 구체적으로 설명하도록 한다.

서버(200)는 니즈이동정보 데이터베이스 구축방법과 활용방법을 수행하기 위한 프로그램(또는 애플리케이션)이 저장된 메모리와 메모리에 저장된 프로그램을 실행하는 프로세서를 포함하여 구성될 수 있다. 여기서 프로세서는 메모리에 저장된 프로그램의 실행에 따라 다양한 기능을 수행할 수 있는데, 각 기능에 따라 프로세서에 포함되는 세부 모듈들을 DB 정보 수집부(210)와 DB 정보 활용부(220)로 나타낼 수 있다.

<DB 정보 수집>

DB 정보 수집부(210)는 타겟 정보 수집부(211)와 니즈이동정보 생성부(212)를 포함하여 구성된다.

타겟 정보 수집부(211)는 복수의 사용자 단말(100)(즉, 타겟)로부터 사용자의 요구정보와 사용자 단말(100)의 이동정보를 수집한다.

구체적으로, 타겟 정보 수집부(211)는 사용자 단말(100)에 설치된 특정 애플리케이션의 실행을 감지한다. 특정 애플리케이션은 사용자의 요구정보와 사용자 단말(100)의 이동정보를 수신하기 위한 시드(SEED)가 되는 애플리케이션이다. 여기서, 사용자 요구정보(즉, 니즈(needs))는 사용자에 의해 요구되는 상품이나 서비스를 나타내는 정보로서, 사용자가 사용자 단말(100)(110)에 직접 입력(예를 들어, 터치 입력, 버튼 입력, 음성 입력 등)한 정보일 수 있다. 사용자 단말(100)의 이동정보는 사용자 단말(100)의 위치 및 벡터정보 중 적어도 하나를 포함하는 정보이다. 여기서 벡터정보는 사용자 단말(100)(110)의 속력 및 이동방향을 포함하는 정보이다. 사용자 단말(100)(110)의 이동정보는 사용자 단말(100)(110) 내에 탑재된 GPS(Global Positioning System)를 통하여 획득될 수 있으며, 일정한 시간간격마다 사용자 단말(100)(110)로부터 수신하여 수집될 수 있다.

특정 애플리케이션은 사용자의 요구정보를 수신하여 요구정보에 대응하는 상품이나 서비스를 공급하는 매장을 연결해주는 서비스를 제공하는 애플리케이션일 수 있다. 다만, 이에 한하지 않으며, 사용자의 요구정보를 수신하고, 사용자 단말(100)의 이동정보를 추출하는 애플리케이션이면 어느 것이든지 해당할 수 있다.

특정 애플리케이션은 사용자 단말(100)에서 실행이 되는 즉시, 서버(200)로 라이브 신호를 주기적으로 전송할 수 있다. 서버(200)는 이러한 라이브 신호를 수신하여 사용자 단말(100) 내에서 특정 애플리케이션이 실행되었는지 감지할 수 있다.

이어서, 타겟 정보 수집부(211)는 사용자 단말(100)의 특정 애플리케이션으로부터 해당 시각에 대한 사용자 단말(100)의 이동정보를 일정 시간간격마다 수집하며, 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우, 사용자의 요구정보를 수집한다.

사용자의 요구정보는 예를 들어, 아이스크림이나 삼겹살과 같은 상품이거나, 마사지나 영화관과 같은 서비스 품목일 수 있다.

여기서, 사용자 단말(100)의 이동정보는 사용자 단말(100) 측에서 획득될 수 있다. 구체적으로, 사용자 단말(100)의 위치는 GPS 정보를 통해 획득될 수 있다. 사용자 단말(100)의 벡터정보(즉, 속력 및 이동방향)은 GPS 정보를 기반으로 한 계산을 통해 획득될 수 있다. 여기서 도 3을 참조하여 본 발명의 일 실시예에서 정의하는 속력의 개념을 구체적으로 설명한다. 도 3에서 특정 애플리케이션의 실행이 감지된 위치가 P0라고 할 때, P0를 "원점"으로 가정한다. 이때, 속력은 원점과 현재 위치 간의 직선거리를 원점의 시각으로부터 현재까지 경과한 시간을 나눈 값으로 정의될 수 있다. 즉, P3지점에서의 속력은 P0와 P3 간의 직선거리를 P0에서부터 P3로 이동하기 까지 소요된 시간을 나눈 값이다. 즉, 다르게 말하면, 원점과 현재 위치 간의 속도벡터(v)의 절대값이라고 할 수 있다. 이러한 과정으로 산출된 속력은 사용자 단말(100)의 그 순간에서의 순간 속력과 동일한 값이라고는 할 수 없으나, 니즈이동정보는 어느 순간에서의 특정 정보보다는 전체적인 흐름이 어떻게 구성되는지 여부가 중요한 데이터이기 때문에 순간 속력과 완전히 동일한 값을 산출할 필요가 없다고 할 수 있다. 한편, 이동방향은 원점과 현재 위치를 연결하는 방향과 자북 방향 간의 각도 차이로 정의될 수 있다. 예를 들어, 자북 방향을 0°로 정의하였을 때, P3 지점에서 정의되는 이동방향은 자북 방향으로부터 P0와 P3 지점 간을 잇는 방향으로 이동한만큼의 각도라고 할 수 있다.

그리고, 이동방향과 속력은 사용자 단말(100) 내에 보유된 원점에 관한 정보를 참고하여 계산될 수 있다. 이동방향과 속력을 사용자 단말(100)에서 계산할 때마다 서버(200)에 저장된 원점의 정보를 지속적으로 수신하여 계산하게 되면 연산 속도가 느려지게 되므로, 특정 애플리케이션의 실행시 원점의 위치정보를 사용자 단말(100) 내에 미리 저장해두고 이후의 이동방향과 속력 계산시 지속적으로 참조하는 방식으로 연산이 이루어질 수 있다.

한편, 타겟 정보 수집부(211)는 기상정보서버(110)로부터 기상정보를 추가적으로 수집할 수도 있다. 기상정보는 온도, 습도, 풍속, 강수량, 적설량 및 태양의 고도 중 적어도 하나를 포함할 수 있다. 기상정보는 부가적으로 수집되는 정보로서, 사용자의 니즈에 대한 흐름이 기상 상태에 따라 변화할 수도 있다는 가정하에 수집된다.

니즈이동정보 생성부(212)는 사용자 요구 종료시점을 판단하고, 사용자 요구 종료시점까지 수집된 요구정보, 이동정보, 기상정보를 매칭하여 하나의 니즈이동정보를 생성하고 저장한다.

니즈이동정보 생성부(212)는 사용자 요구 종료 신호를 수신하거나, 미리 설정된 시간 이내에 사용자 단말(100)로부터 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점을 결정할 수 있다. 사용자 요구 종료 신호는 특정 애플리케이션으로부터 수신된 매장 선택에 관한 메시지일 수 있다.

예를 들어, 사용자가 특정 애플리케이션에 요구정보를 입력한 후, 매장 추천 정보를 제공받고, 추천된 매장을 예약한 경우, 사용자가 해당 매장으로 도달할 것이 확정된 상태이기 때문에, 추천된 매장 예약에 관한 메시지가 서버(200)로 수신되었을 때 이를 사용자 요구 종료 신호로 간주할 수 있다. 사용자가 예약확정을 취소하지 않는 한 사용자가 해당 매장을 방문한다고 볼 수 있기 때문이다. 이 경우, 서버(200)에 저장되는 사용자 단말(100)의 최종 종착지는 사용자 요구 종료 신호를 수신한 시점의 위치가 아니라, 사용자가 선택한 매장의 위치가 될 수 있다.

또한, 사용자가 특정 애플리케이션을 통한 매장 예약 확정을 하지 않은 상태에서 특정 애플리케이션을 종료하거나, 사용자 단말(100)의 배터리가 소진되거나, 사용자 단말(100)이 산간 지역과 같이 네트워크 상태가 좋지 않은 지역을 통과하게 되어, 특정 애플리케이션으로부터 수신되는 라이브 신호나 사용자 단말(100)의 이동정보(즉, GPS 정보)가 미리 설정된 시간(예를 들어, 5분) 이상으로 수신되지 않는 경우, 특정 애플리케이션이 종료된 것으로 간주할 수 있다. 이 경우, 서버(200)에 저장되는 사용자 단말(100)의 최종 종착지는 마지막으로 수신한 사용자 단말(100)의 위치가 될 수 있다.

니즈이동정보 생성부(212)는 사용자 요구 종료시점까지 수집된 요구정보, 이동정보, 기상정보를 각 시각마다 매칭하여 저장함으로써 니즈이동정보를 생성할 수 있다. 예를 들어, 도 3에 도시된 이동경로와 각 지점에서의 정보들이 니즈이동정보가 될 수 있다.

한편, 사용자의 요구정보는 사용자가 이동을 시작함과 동시에 반드시 입력되지 않으며, 사용자가 이동하는 중간에 변경될 수도 있다. 예를 들어, 특정 애플리케이션을 실행한 후, 차량을 운전하다가 휴게소 부근에 지나가면서 먹고 싶은 음식이 생각났을 때 요구정보를 입력할 수도 있고, 운전을 계속하다가 먹고 싶은 음식이 변경되어 요구정보를 두 번 이상 다르게 입력할 수도 있다. 이러한 경우, 니즈이동정보에 저장되는 요구정보 결정 기준을 아래를 통해 설명하도록 한다.

도 4a는 사용자가 이동을 시작한 후, P0 지점에서 특정 애플리케이션을 실행하고, P4 지점에 이르러서야 요구정보를 입력한 경우를 가정한 것이다. 이때, P0 , P1, P2, P3 지점에서는 사용자 단말(100)의 이동정보만 수집되며, 요구정보는 NULL 상태로 저장된다. 서버(200)는 이러한 경우, P0부터 P3 지점까지의 시구간에 대한 요구정보 값을 P4에서 입력한 요구정보로 삽입할 수 있다. 즉, 사용자가 "치킨" 이라는 요구정보를 P4에서 입력하였다면, 처음부터 "치킨" 에 대한 니즈를 갖고 있었던 것으로 해석하는 것이다.

이어서, 도 4b는 사용자가 이동을 시작한 후, P1 지점에서 특정 애플리케이션을 실행하고, P2 지점에서 "치킨" 이라는 요구정보를 입력한 후, P4 지점에서 "냉면" 이라는 요구정보로 변경 입력한 경우를 가정한 것이다. 이때, P2, P3 지점에서는 사용자 단말(100)의 이동정보와 함께 "치킨" 이라는 요구정보가 매칭 저장된다. 서버(200)는 이러한 경우, P1 부터 P3까지의 시구간에 대한 요구정보 값을 P4에서 입력한 요구정보로 변경 저장할 수 있다. 왜냐하면, P3 지점 직후에 "치킨" 이라는 요구정보를 해소하고, 다시 "냉면" 을 요구한다고 보기 어렵고, 사용자의 마지막 니즈가 "냉면" 이므로, 사용자가 최종적으로 "냉면" 을 소비하였을 것이라고 해석하는 것이 "치킨"을 소비하였을 것이라고 해석하는 것보다 타당하기 때문이다.

여기서, 도 4a 및 도 4b의 경우에서, 사용자의 요구정보의 삽입과 변경저장은 타겟 정보 수집부(211)에서 각 지점의 이동정보와 기상정보 등을 수집할 때, 요구정보 미입력 시구간 존재여부와 종전에 입력된 요구정보와의 상이함 여부를 판단하여 바로 수행할 수 있다. 또는, 사용자의 요구정보의 삽입과 변경저장은 요구정보, 이동정보, 기상정보를 모두 수집한 후, 니즈이동정보 생성부(212)에서 니즈이동정보를 최종적으로 확정할 때, 수행할 수도 있다.

한편, 니즈이동정보 생성부(212)는 사용자의 로그인 정보를 기준으로 니즈이동정보를 구분하여 저장할 수 있다. 특정 애플리케이션을 동시 다발적으로 이용하는 사용자들이 무수히 많은 경우, 각각의 사용자들의 트래픽을 구분하는 것이 중요한데, 특정 애플리케이션에 대한 로그인 정보는 사용자마다 고유한 정보이므로, 이러한 로그인 정보를 기준으로 각 사용자들의 니즈이동정보를 구분하여 저장할 수 있다. 그러나, 사용자가 특정 애플리케이션에 대하여 로그인하지 않은 채 특정 애플리케이션을 실행하여 해당 서비스를 이용하는 경우, 스마트폰의 단말고유정보인 UUID(universally unique identifier)를 기준으로 각 사용자들의 니즈이동정보를 구분하여 저장할 수 있다. UUID는 스마트폰의 고유값으로서 거의 대부분의 경우에 각 사용자들의 UUID는 중복되지 않는다. 따라서, 우선적으로 로그인 정보를 기준으로 각 니즈이동정보를 구분하고, 차선적으로 UUID를 기준으로 각 니즈이동정보를 구분할 수 있다.

다만, 동일한 로그인 정보 또는 동일한 단말고유정보를 갖는 동일한 사용자의 니즈이동 이벤트가 여러 개 감지되었더라도 종전의 니즈이동 이벤트와 시간간격 차이가 많이 나는 경우에는 다른 니즈이동 이벤트로 간주되어야 한다. 예를 들어, 사용자가 아침에 출근할 때의 니즈와 저녁에 퇴근할 때의 니즈는 전혀 다른 경제활동을 불러일으키기 때문이다. 그러므로, 서버(200)는 사용자의 요구 종료시점 이후 특정 애플리케이션의 실행이 재감지되는 시점까지의 시간간격이 미리 설정된 시간(예를 들어, 30분) 초과인 경우, 별개의 니즈이동정보로서 저장한다.

반대로, 서버(200)는 사용자의 요구 종료시점 이후 특정 애플리케이션의 실행이 재감지되는 시점까지의 시간간격이 미리 설정된 시간 이하인 경우, 이전의 니즈이동정보와 현재의 니즈이동정보를 합성하여 하나의 니즈이동정보로 저장할 수 있다. 도 5를 참조하면, 예를 들어, 사용자가 P1 지점부터 특정 애플리케이션을 실행하여 차량을 통해 이동하던 도중 산간지역을 지나가면서 GPS 신호가 서버(200)로 수신되지 않아 P3 지점에서 특정 애플리케이션이 종료된 것으로 간주된 후, P5 지점에서 다시 차량운전을 하기 시작하여 P6 지점에서 특정 애플리케이션을 재실행하였다면, 이전 니즈이동정보의 종료지점인 P3 지점과 현재 니즈이동정보의 시작지점인 P6 지점을 연결하여 하나의 니즈이동정보로 합성하여 저장할 수 있다.

기존의 LBS(Location-Based Service) 서비스의 경우, 현재 위치 파악이 중요하기 때문에 과거의 위치정보와 현재의 위치정보를 연결하는 것과 같은 기술적 사항을 전혀 나타내고 있지 않으나, 본 발명의 일 실시예의 경우, 사용자의 니즈의 흐름을 파악하는 것이 핵심이므로, 위와 같이 과거와 현재의 위치정보를 연결하여 하나의 니즈 흐름으로 간주할 수 있다.

<DB 정보 활용>

DB 정보 활용부(220)는 정보요청쿼리 수신부(221)와 쿼리 응답부(222)를 포함하여 구성된다.

정보요청쿼리 수신부(221)는 DB 이용 단말(300)로부터 위치, 시간, 사용자의 요구정보 및 기상정보 중 적어도 하나를 포함하는 정보요청쿼리를 수신한다. DB 이용 단말(300)을 통해 DB 정보를 활용하고자 하는 주체는 니즈이동정보가 필요한 주체로서, 예를 들어, 매장의 주인, 소비자들의 니즈이동 현황을 파악하고자 하는 각종 기업 및 기관이 될 수 있다. 매장의 주인의 경우, 자신이 운영하고 있는 매장이 판매하는 상품이나 서비스에 대한 수요를 갖는 사용자들이 자신의 매장 부근에서 어떠한 이동현황을 갖는지 확인하기 위해 정보요청쿼리를 전송할 수 있다. 기업 및 기관의 담당자의 경우, 자신의 회사와 연관된 상품이나 서비스에 대한 소비자들이 어떤 지역에서, 어떤 기상환경에서, 어느 날짜 또는 시간 대에 어떠한 패턴의 니즈이동현황을 갖는지 확인하기 위해 정보요청쿼리를 전송할 수 있다.

정보요청쿼리는 특정 매장의 위치를 기준으로 특정 반경 거리 이내에 있었던 유동인구의 수를 질의하는 내용이나 특정 시간 동안 특정 위치에 올 수 있었던 특정 요구정보를 가진 사람들의 수를 질의하는 내용을 포함할 수 있다. 예를 들어, 매장의 주인이 전송하는 정보요청쿼리는 “이태원에 위치한 내 매장의 영업시간 동안 내 매장 부근을 통과한 유동인구 중에서 내 매장에서 판매하는 삼겹살 니즈를 가진 사람들이 몇 명이나 되는가?” 또는 “아침부터 밤까지 시간대 별로 이태원의 내 매장 부근을 통과한 유동인구의 니즈는 어떻게 변화하였는가?” 와 같은 형태의 내용을 가질 수 있다.

한편, 쿼리 응답부(222)는 정보요청쿼리에 포함된 정보를 기준으로 서버(200)에 저장된 복수의 니즈이동정보를 조회하여, 정보요청쿼리에 대응하는 답변을 DB 이용 단말(300)로 제공한다. 쿼리 응답부(222)는, 정보요청쿼리가 특정 시간 동안 매장에 올 수 있었던 특정 요구정보(즉, 매장의 판매 상품이나 서비스에 대한 니즈)를 가진 사람들의 수를 질의하는 내용을 포함하는 경우, 여러 개의 사용자의 속력을 설정하고, 각 사용자의 속력마다 상기 매장 부근에 니즈범위를 설정한다. 이어서, 쿼리 응답부(222)는 각 니즈범위마다 니즈범위와 중첩하는 니즈이동정보들의 개수를 카운팅하는데, 각 니즈범위에 대하여 설정된 사용자의 속력과 대응하는 속력을 갖는 니즈이동정보들 중 적어도 일부가 니즈범위와 중첩하는 니즈이동정보들의 개수를 카운팅한다. 그리고 쿼리 응답부(222)는 각 니즈범위 별로 카운팅된 개수를 합산하여 전체 합산결과를 답변으로 제공한다.

도 6을 참고하여, 구체적으로 설명하면, 쿼리 응답부(222)는 먼저, 여러 개의 속력마다 도 6에 도시된 바와 같은 부채꼴 형상의 니즈범위를 정의한다. 니즈범위는 매장의 위치로부터 d1만큼 이격한 곳에서부터 매장의 전방 방향으로 d2만큼 이격한 곳까지 연장하여 θ만큼의 사잇각을 갖도록 형성된다. 이때, d1, d2, θ의 값은 아래와 같이 정의될 수 있다.

위 수학식에서 v는 사용자 단말(100)의 속력을 의미하는 것으로서 km/h의 단위로 정의된다. 그리고 t1은 t2보다 작은 값으로 미리 정의된다. 또한, 수학식 2에서 a는 서버 운영자 또는 사용자에 의해 임의로 설정될 수 있는 값일 수 있다. 위 세가지 항목이 4km/h를 기준으로 다르게 설정되는 이유는 사용자가 운반체(예를 들어, 차량)를 타고 이동하는 경우와 운반체 없이 도보로 걷거나 뛰는 경우에 대하여 다르게 설정되어야 하기 때문이다. 한편, 니즈범위 결정의 구분기준이 되는 속력은 4km/h뿐만 아니라 다른 수치의 속력으로 설정될 수도 있다.

위와 같이, 니즈범위 결정시 속력을 종속변인으로 할 경우, 니즈범위에 대하여 설정된 사용자의 속력이 높을수록 부채꼴의 사잇각이 작아지며, 부채꼴의 길이(즉, 부채꼴의 사잇각을 이등분하는 방향의 길이)가 길어질 수 있다.

따라서, 쿼리 응답부(222)는 여러 개의 속력을 미리 설정해두고, 각 속력마다 다른 크기의 니즈범위를 설정한다. 이어서, 각 니즈범위 별로 적어도 일부가 중첩되는 니즈이동정보의 개수를 산출한 뒤 산출된 값을 모두 합산하여 DB 이용 단말(300)에 결과값으로서 제공할 수 있다.

여기서, 특정 매장이 서울의 명동에 위치해 있고, 어제 오후에 A라는 사용자가 이 매장으로부터 북쪽으로 5Km 떨어진 지점에 있는 경우를 가정해보도록 한다. 기존 LBS 서비스에서는 A사용자의 현재 위치정보가 아닌, 이미 과거가 되어버린 A사용자의 트래픽 정보는 다루지 않는다. 만약 다룬다고 해도 이런 경우에는 매장과 A 사용자 간의 거리가 멀기 때문에 매장과 사용자를 연결시킬 수 있는 O2O 비즈니스의 핵심으로 간주하지 않는다. 하지만 이 매장의 주 메뉴가 족발이었고, A 사용자의 니즈도 족발이며, A 사용자가 서울 북쪽에서 명동 방향으로 시속 60Km로 이동하고 있었다고 가정한다면, A 사용자는 5분 이내에 이 매장에 방문할 수도 있었다는 결과를 도출할 수 있다. 즉, 매장 주인이 특정 애플리케이션을 통하여 A 사용자에게 더 높은 할인률이나 적절한 정보 제공하는 등의 커뮤니케이션을 수행할 수 있었더라면 매장의 주인은 A 사용자를 방문손님으로 유도할 수 있었다는 결과가 도출될 수 있는 것이다.

기존의 오프라인 매장의 영업 방식이, 정해진 자리에서 낚시를 하듯이 매장 앞을 지나가는 손님을 기다리는 것이었다면, 위와 같은 방식의 DB 정보 활용은 더욱 많은 잠재고객을 매장으로 유인하는 새로운 영업수단이 될 수도 있다. 또한, 막대한 비용으로 광고를 들여 잠재고객을 유치하는 것보다 더욱 효율적인 영업 방법이 될 수도 있다.

매장의 주인들은 이러한 DB 정보 활용을 통해서 언제 매장을 오픈하고, 언제 매장을 닫는 것이 최선인지 판단할 수 있고, 어떤 메뉴를 유인 상품으로 활용하는 것이 좋은지도 판단할 수 있다. 또한, 매장을 확장해야 하는지, 또는 축소해야 되는지를 판단하는 기준이 될 수도 있고, 자영업을 준비하는 사람들에게는 이 지역에서 장사를 해도 되는지, 하게 된다면 어떤 분야의 자영업을 하는 것이 좋은지 판단하는 데에도 기준으로 활용될 수 있다.

한편, 기업이나 기관의 담당자에게는 보다 거시적인 DB 정보 활용을 제공할 수도 있다. 예를 들어, 기업이나 기관의 담당자가 최소한의 조건만을 포함한 정보요청쿼리를 전송할 경우, 쿼리 응답부(222)는 리포트 형태로 결과값을 제공할 수도 있다.

예를 들어, 정보요청쿼리가 요구정보만을 포함하고 있을 경우, 기상조건별(온도, 습도, 풍속, 강우량, 적설량, 태양의 고도 등), 시간대별(주중/주말/공휴일 또는 아침, 점심, 저녁 등)로 해당 요구정보를 포함하는 니즈이동정보의 빈도와 비율 및 분포에 대한 리포트를 제공할 수 있다.

또한, 정보요청쿼리가 요구정보만을 포함하고 있을 경우, 해당 요구정보를 가진 사용자들이 시간의 흐름에 따라 어느 지역에서 어느 지역으로 이동하는지에 대한 이동현황 정보를 제공할 수도 있다. 예를 들면, 술이라는 요구정보를 포함한 정보요청쿼리가 수신되었을 경우, 술을 원하는 사람들이 저녁 7시에는 신촌에서 머물다가 밤 9시에는 홍대입구 쪽으로 이동한다는 결과값을 제공할 수 있다. 또는, 술에 대한 니즈가 가장 많이 발생하는 지역, 시간대, 기상조건에 대한 결과값을 제공할 수도 있다.

또한, 정보요청쿼리가 특정 위치에 대한 정보만을 포함하고 있을 경우, 시간이 지남에 따라 요구정보가 어떻게 변화하였는지에 대한 정보를 제공할 수도 있다. 예를 들어, 특정 재래시장 지역에서, 재개발 사업이 발생하기 전과 후에 해당 재래시장을 통행하는 사람들의 요구정보가 어떻게 변화하였는지에 대한 결과값을 제공할 수 있다.

그 밖의 다른 예로, 정보요청쿼리가 포함한 정보에 따라, 최근 몇 주 동안 특정 주거단지 부근을 통행하는 사람들의 부동산 요구정보들의 현황에 대한 결과값을 제공할 수도 있고, 특정 지역이나 특정 도로가 출퇴근처럼 단순히 통행을 위한 길목인지 소비를 위해 사람들이 모이는 곳인지에 대한 결과값을 제공할 수도 있으며, 특정 지역에 모인 소비자들이 주로 어느 지역에서 출발한 사람들이며, 특정 지역에서의 요구정보 해소 후 어느 지역으로 어떤 요구정보를 가지며 떠나는지에 대한 결과값을 제공할 수도 있다.

기존의 상권 분석과 유동 인구 분석들은 특정 지역에 국한하여 진행되는 한계가 있다. 그리고, 객관적인 데이터보다는 설문조사 등을 통한 해당 지역에 대한 경험과 정성적인 분석에 의존하는 문제가 있었다. 그러나, 서버(200)에 저장되는 니즈이동정보는 사용자에게 실제로 어떤 니즈가 발생했을 때, 자연스럽게 생성 및 저장되는 것이므로, 상권 분석과 특정 니즈에 대한 유동인구 분석에 매우 정확한 결과값을 제공할 수 있다. 또한, 이러한 결과값 제공을 통해 매장의 매출 상승에 대한 해결책을 제시할 수도 있다.

이하, 도 7을 참조하여, 본 발명의 일 실시예에 따르는 니즈이동정보 데이터베이스 구축방법 및 활용방법을 구체적으로 설명하도록 한다.

니즈이동정보 데이터베이스 구축방법 및 활용방법은 상술한 서버(200)에 의해 수행되는 것으로서, 아래에서 생략된 내용이 있다고 하더라도, 서버(200)가 수행하는 모든 방법적인 특징들을 포함한다.

먼저, 서버(200)는 복수의 사용자 단말(100)의 이동정보 및 요구정보를 각 사용자 단말(100)로부터 수집하고, 기상정보를 기상정보서버(110)로부터 수집한다(S110). 이때, 사용자 단말(100)로부터 주기적으로 이동정보를 수집하며, 사용자 단말(100)이 이동하는 각각의 위치마다 그 위치에서의 이동정보, 요구정보, 기상정보를 매칭하여 저장한다.

서버(200)는 수집된 정보들을 기초로 각 사용자 단말(100)마다 니즈이동정보를 생성하고 저장한다(S120). 사용자 단말(100)이 이동하는 각 위치마다 매칭 저장된 이동정보, 요구정보, 기상정보들의 집합이 바로 니즈이동정보가 될 수 있다. 즉, 니즈이동정보는 사용자의 요구정보가 시간의 흐름에 따라 어떠한 방향으로 이동하였으며, 어디서부터 출발하여 어디에서 종료되었는지를 나타내는 정보라 할 수 있다. 이상의 과정을 통해 DB 정보 수집을 완료한다.

이후, 서버(200)가 DB 이용자로부터 DB 이용 단말(300)을 통해 정보요청쿼리를 수신할 수 있다(S130).

서버(200)는 저장된 니즈이동정보를 기초로 정보요청쿼리에 대응하는 결과값을 생성하여 DB 이용 단말(300)로 제공할 수 있다(S140). 예를 들어, 정보요청쿼리가 특정 지역에서의 니즈 변화에 대한 물음을 포함하고 있다면, 특정 지역의 범위를 설정하고, 해당 지역의 범위를 통과하는 니즈이동정보들을 모두 검출하여, 시간대별 또는 기상환경별로 사용자의 니즈가 어떻게 변화하고 있는지에 대한 결과 리포트를 작성하여 DB 이용 단말(300)로 제공할 수 있다.

본 발명의 일 실시예는 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터에 의해 실행가능한 명령어를 포함하는 기록 매체의 형태로도 구현될 수 있다. 컴퓨터 판독 가능 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 모두 포함한다. 또한, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 모두 포함할 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리형 및 비분리형 매체를 모두 포함한다. 통신 매체는 전형적으로 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈, 또는 반송파와 같은 변조된 데이터 신호의 기타 데이터, 또는 기타 전송 메커니즘을 포함하며, 임의의 정보 전달 매체를 포함한다.

본 발명의 방법 및 시스템은 특정 실시예와 관련하여 설명되었지만, 그것들의 구성 요소 또는 동작의 일부 또는 전부는 범용 하드웨어 아키텍쳐를 갖는 컴퓨터 시스템을 사용하여 구현될 수 있다.

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

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

100: 사용자 단말 200: 서버
300: DB 이용 단말

Claims

서버에 의해 수행되는 니즈이동정보 데이터베이스 구축방법에 있어서,
(a) 사용자 단말에 설치된 특정 애플리케이션의 실행을 감지하는 단계;
(b) 상기 사용자 단말로부터 현재 시각에 대한 상기 사용자 단말의 이동정보를 일정 시간간격마다 수집하며, 상기 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우 상기 사용자의 요구정보를 수집하는 단계;
(c) 상기 사용자 단말로부터 사용자 요구 종료 신호를 수신하거나 미리 설정된 시간 이내에 상기 사용자 단말의 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점으로 판단하는 단계; 및
(d) 상기 특정 애플리케이션의 실행이 감지된 후부터 상기 사용자 요구 종료 시점까지 수집된 상기 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로서 저장하는 단계를 포함하며,
상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이며,
상기 사용자 요구 종료 신호는,
상기 사용자 단말의 상기 특정 애플리케이션으로부터 수신된 것으로서, 상기 사용자가 입력한 요구정보에 대응하는 상품이나 서비스를 판매하는 오프라인 매장의 예약에 관한 메시지이며,
상기 (d) 단계는, 상기 사용자 요구 종료 시점까지 복수의 요구정보를 수집하는 것인, 니즈이동정보 데이터베이스 구축방법.
제 1 항에 있어서,
상기 사용자 단말의 이동정보는,
상기 사용자 단말의 위치 및 벡터정보 중 적어도 하나를 포함하며,
상기 벡터정보는 상기 사용자 단말의 속력 및 이동방향을 포함하는, 니즈이동정보 데이터베이스 구축방법.
제 2 항에 있어서,
상기 속력은,
상기 특정 애플리케이션의 실행이 감지되었을 때 수신한 상기 사용자 단말의 위치를 원점이라 할 때, 상기 원점과 현재 위치 간의 직선거리를 상기 원점의 시각으로부터 현재까지 경과한 시간을 나눈 값이며,
상기 이동방향은,
상기 원점과 상기 현재 위치를 연결하는 방향과 자북 방향 간의 각도 차이인, 니즈이동정보 데이터베이스 구축방법.
제 1 항에 있어서,
상기 니즈이동정보 데이터베이스 구축방법은,
(e) 상기 (b) 단계 또는 상기 (d) 단계에서,
상기 특정 애플리케이션의 실행을 감지한 후 상기 사용자의 요구정보를 최초로 수집하기 전 상기 이동정보와 대응하여 저장된 요구정보가 없는 시구간이 존재하는 경우, 상기 시구간에 상기 최초로 수집된 요구정보를 대응하여 저장하며,
상기 특정 애플리케이션의 실행을 감지한 후 상기 사용자 요구 종료시점까지 서로 다른 요구정보가 적어도 두 번 이상 입력된 경우, 최종의 요구정보 수신 전까지 수집된 요구정보를 최종의 요구정보로 변경 저장하는 단계를 더 포함하는, 니즈이동정보 데이터베이스 구축방법.
제 1 항에 있어서,
상기 (b) 단계는,
다른 서버로부터 온도, 습도, 풍속, 강수량, 적설량 및 태양의 고도 중 적어도 하나를 포함하는 기상정보를 수집하는 단계를 포함하는, 니즈이동정보 데이터베이스 구축방법.
제 5 항에 있어서,
상기 (d) 단계는,
상기 기상정보, 상기 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로 저장하는 단계를 포함하는, 니즈이동정보 데이터베이스 구축방법.
삭제
제 1 항에 있어서,
상기 (d) 단계는,
상기 특정 애플리케이션에 대한 사용자의 로그인 정보 및 상기 사용자 단말의 단말고유정보 중 어느 하나를 기준으로 상기 니즈이동정보를 구분하여 저장하는 단계를 포함하는, 니즈이동정보 데이터베이스 구축방법.
제 8 항에 있어서,
상기 (d) 단계는,
동일한 로그인 정보 또는 동일한 단말고유정보를 갖는 사용자 단말에 대하여, 상기 사용자 요구 종료시점 이후 상기 특정 애플리케이션의 실행이 재감지되는 시점까지의 시간간격이 미리 설정된 시간 이하인 경우, 이전의 니즈이동정보와 현재의 니즈이동정보를 합성하여 하나의 니즈이동정보로 저장하는 단계를 포함하는, 니즈이동정보 데이터베이스 구축방법.
제 9 항에 있어서,
상기 (d) 단계는,
상기 이전의 니즈이동정보의 종료지점과 상기 현재의 니즈이동정보의 시작지점을 연결하여 하나의 니즈이동정보로 저장하는 단계를 포함하는, 니즈이동정보 데이터베이스 구축방법.
서버에 의해 수행되는, 복수의 니즈이동정보를 저장한 니즈이동정보 데이터베이스 활용방법에 있어서,
(a) DB 이용 단말로부터 위치, 시간 및 사용자의 요구정보 중 적어도 하나를 포함하는 정보요청쿼리를 수신하는 단계; 및
(b) 상기 정보요청쿼리에 포함된 정보를 기준으로 상기 서버에 저장된 복수의 니즈이동정보를 조회하여, 상기 정보요청쿼리에 대응하는 답변을 상기 DB 이용 단말로 제공하는 단계; 를 포함하며,
상기 니즈이동정보는 특정 시간 동안 이동한 임의의 사용자의 이동정보 및 상기 사용자의 요구정보가 매칭 저장된 정보이며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이며,
상기 (b) 단계는,
상기 정보요청쿼리가 특정 시간 내에 특정 위치에 올 수 있었던 특정 요구정보를 가진 사람들의 수를 질의하는 내용을 포함하는 경우,
상기 특정 위치의 부근에 각 사용자의 속력 별로 다른 니즈범위를 수립하며, 수립된 사용자의 속력과 대응하는 속력을 갖는 니즈이동정보들을 검색하고, 검색된 니즈이동정보들 중 적어도 일부의 경로가 상기 니즈범위와 중첩하는 니즈이동정보들을 기초로 답변을 제공하는 단계를 포함하는 것인, 니즈이동정보 데이터베이스 활용방법.
제 11 항에 있어서,
상기 사용자의 이동정보는,
상기 사용자의 단말의 위치 및 벡터정보 중 적어도 하나를 포함하며,
상기 벡터정보는 상기 사용자의 단말의 속력 및 이동방향을 포함하는, 니즈이동정보 데이터베이스 활용방법.
제 11 항에 있어서,
상기 니즈이동정보는,
상기 니즈이동정보 데이터베이스가 구축되는 단계에서, 온도, 습도, 풍속, 강수량, 적설량 및 태양의 고도 중 적어도 하나를 포함하는 기상정보가 상기 요구정보 및 이동정보와 함께 매칭 저장된 정보이며,
상기 정보요청쿼리는,
상기 기상정보를 포함하는, 니즈이동정보 데이터베이스 활용방법.
삭제
제 11 항에 있어서,
상기 니즈범위는 부채꼴 형상으로 정의되는 범위인, 니즈이동정보 데이터베이스 활용방법.
제 15 항에 있어서,
상기 부채꼴 형상의 니즈범위는,
상기 니즈범위에 대하여 설정된 사용자의 속력이 높을수록 상기 부채꼴의 사잇각이 작아지며, 상기 부채꼴의 사잇각을 이등분하는 방향의 부채꼴 길이가 길어지도록 형성되는, 니즈이동정보 데이터베이스 활용방법.
니즈이동정보 데이터베이스 구축을 위한 서버에 있어서, 상기 서버는,
니즈이동정보 데이터베이스 구축방법을 수행하기 위한 프로그램이 저장된 메모리; 및
상기 프로그램을 실행하는 프로세서;를 포함하며,
상기 프로세서는 상기 프로그램이 실행될 경우,
사용자 단말에 설치된 특정 애플리케이션의 실행을 감지하고,
상기 사용자 단말로부터 현재 시각에 대한 상기 사용자 단말의 이동정보를 일정 시간간격마다 수집하며, 상기 특정 애플리케이션에 대한 사용자의 요구정보 입력이 발생하는 경우 상기 사용자의 요구정보를 수집하며,
상기 사용자 단말로부터 사용자 요구 종료 신호를 수신하거나 미리 설정된 시간 이내에 상기 사용자 단말의 이동정보를 수신하지 못하는 경우, 사용자 요구 종료시점으로 판단하고,
상기 특정 애플리케이션의 실행이 감지된 후부터 상기 사용자 요구 종료 시점까지 복수의 요구정보를 수집하고, 수집된 상기 복수의 요구정보 및 상기 이동정보를 매칭하여 하나의 니즈이동정보로서 저장하되,
상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스이며,
상기 사용자 요구 종료 신호는,
상기 사용자 단말의 상기 특정 애플리케이션으로부터 수신된 것으로서, 상기 사용자가 입력한 요구정보에 대응하는 상품이나 서비스를 판매하는 오프라인 매장의 예약에 관한 메시지인 것인, 니즈이동정보 데이터베이스 구축을 위한 서버.
니즈이동정보 데이터베이스 활용을 위한 서버에 있어서, 상기 서버는,
니즈이동정보 데이터베이스 활용방법을 수행하기 위한 프로그램이 저장된 메모리; 및
상기 프로그램을 실행하는 프로세서;를 포함하며,
상기 프로세서는 상기 프로그램이 실행될 경우,
DB 이용 단말로부터 위치, 시간 및 사용자의 요구정보 중 적어도 하나를 포함하는 정보요청쿼리를 수신하고,
상기 정보요청쿼리에 포함된 정보를 기준으로 상기 서버에 저장된 복수의 니즈이동정보를 조회하여, 상기 정보요청쿼리에 대응하는 답변을 상기 DB 이용 단말로 제공하되,
상기 정보요청쿼리가 특정 시간 내에 특정 위치에 올 수 있었던 특정 요구정보를 가진 사람들의 수를 질의하는 내용을 포함하는 경우,
상기 특정 위치의 부근에 각 사용자의 속력 별로 다른 니즈범위를 수립하며, 수립된 사용자의 속력과 대응하는 속력을 갖는 니즈이동정보들을 검색하고, 검색된 니즈이동정보들 중 적어도 일부의 경로가 상기 니즈범위와 중첩하는 니즈이동정보들을 기초로 답변을 제공하며,
상기 니즈이동정보는 특정 시간 동안 이동한 임의의 사용자의 이동정보 및 상기 사용자의 요구정보가 매칭 저장된 정보이며, 상기 요구정보는 상기 사용자에 의해 요구되는 상품이나 서비스인, 니즈이동정보 데이터베이스 활용을 위한 서버.