KR20200116474A - 컨버터블 사용자 애플리케이션을 위한 시스템 및 방법 - Google Patents

컨버터블 사용자 애플리케이션을 위한 시스템 및 방법 Download PDF

Info

Publication number
KR20200116474A
KR20200116474A KR1020207023874A KR20207023874A KR20200116474A KR 20200116474 A KR20200116474 A KR 20200116474A KR 1020207023874 A KR1020207023874 A KR 1020207023874A KR 20207023874 A KR20207023874 A KR 20207023874A KR 20200116474 A KR20200116474 A KR 20200116474A
Authority
KR
South Korea
Prior art keywords
service
user
entity
objects
customer
Prior art date
Application number
KR1020207023874A
Other languages
English (en)
Inventor
케빈 선린 왕
Original Assignee
오페르 테크놀로지스, 인코퍼레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 오페르 테크놀로지스, 인코퍼레이티드 filed Critical 오페르 테크놀로지스, 인코퍼레이티드
Publication of KR20200116474A publication Critical patent/KR20200116474A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/252Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/907Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/909Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/101Collaborative creation, e.g. joint development of products or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0639Item locations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • H04L67/2838
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/567Integrating service provisioning from a plurality of service providers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/025Services making use of location information using location based information parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842Selection of displayed objects or displayed text elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Human Computer Interaction (AREA)
  • Computing Systems (AREA)
  • Library & Information Science (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)
  • Telephonic Communication Services (AREA)

Abstract

적어도 운송, 홈 헬스케어, 호텔, 전자 상거래, 배달 및 다른 상품 및/또는 서비스 산업에서 커스텀 가능한 데이터 프로세스를 위한 데이터베이스에 연결된 분산 구조 시스템에서 공유 데이터 액세스 층을 위한 컨버터블 소프트웨어 애플리케이션 관리 시스템이 제공된다. 화이트 라벨 앱 및 간소화된/효율적인 디스패칭 시스템을 사용하여 DSP와 서비스 회사 간의 협력 관계를 촉진하기 위하여 효율적인 모바일 앱을 제공하기 위하여 서비스 회사의 객체를 디스패칭하기 위한 DSP(dispatching service provider) 애플리케이션이 제공된다. 고객은 모두 동일한 디스패칭 소프트웨어를 사용하는 복수의 서비스 회사, 화이트 라벨 회사 및/또는 DSP의 서비스 제공자에 접근하기 위하여 단일 모바일 앱만 다운로드 또는 이용할 필요가 있다. 이것은 고객이 필요한 적절한 서비스 제공자를 찾을 확률을 높이고 서비스 엔티티가 추가 고객에게 도달하고 복수의 모바일 애플리케이션 필요 없이 브랜드를 유지할 수 있게 한다.

Description

컨버터블 사용자 애플리케이션을 위한 시스템 및 방법
관련 출원에 대한 상호 참조
본 출원은 2018년 1월 25일 출원된 "SYSTEM AND METHOD FOR AN IMPROVED CUSTOMIZABLE DISPATCHING SERVICE"라는 제목의 미국 가특허출원 제62,621,988호에 대한 우선권을 주장하는 2018년 7월 3일 출원된 "SYSTEM AND METHOD FOR A CONVERTIBLE USER APPLICATION"이라는 제목의 미국 특허 출원 제16/026,996호에 기반하며 이에 대한 우선권을 주장하고 이 출원들의 전체 내용은 본 명세서에 전체로서 참조로 통합된다.
기술 분야
본 명세서의 실시예는 컨버터블 소프트웨어 애플리케이션 관리 시스템, 플랫폼, 방법 및 그 디스플레이에 관련되고, 더 구체적으로 적어도 운송, 홈 헬스케어, 호텔, 배송, 음식, 오락 및 다른 서비스 산업에서 사용자 애플리케이션을 위한 커스텀 가능한 데이터 프로세스를 위한 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 방법 및 시스템에 관련된다.
모바일 애플리케이션(앱)을 통해 여행을 예약하거나 다른 서비스를 요청하는 것은 점점 더 인기 있어지는 잘 알려진 프로세스이다. 지역 시장 내의 높은 수요는 차량 서비스 회사와 다른 서비스 관련 사업이 짧은 시장 별 개발 타임라인을 앱과 약속하는 회사를 찾도록 동기 부여했다. 그 결과, 이러한 사업은 종종 "화이트 라벨" 앱으로도 알려진, 발군의 솔루션을 판매하는 외부 소프트웨어 개발사와 작업한다. 오늘날의 디지털 세계에서, 화이트 라벨은 종종 개발과 브랜드가 리셀러의 특정 요구 조건과 브랜드 요구에 따라 커스텀 가능한 제품이나 소프트웨어 앱을 지칭한다.
종래에, 화이트 라벨 앱을 만드는 두 접근법이 있었다. 첫째, 회사는 그 원래의 백엔드 코드베이스를 유지하지만 앱의 프론트엔드를 리셀러의 브랜드 요구와 일치하거나 준수하는 다른 외관을 주도록 변경한다. 둘째, 회사는 멀티-사용자 또는 멀티-차용자 앱(즉, 앱 인스턴스가 각 차용자에 대해 동일하게 유지되지만 각 차용자가 약간 다른 세트의 특징이 있는 그 자신의 앱을 받는 경우)을 만든다. 일반적으로, 이 멀티-사용자 모델은 SaaS(Software-as-a-Service)(즉, 제3자 제공자가 앱을 호스팅하고 인터넷을 통해 고객이 이용 가능하게 하는 소프트웨어 배포 모델)를 위해 사용되고 구축 및 유지가 더 복잡할 수 있다. 화이트 라벨 앱을 개발하는데 사용되는 접근법과 상관없이, 이러한 화이트 라벨 서비스나 디스패칭 앱은 종종 적어도 서비스 제공자를 위한 앱 및/또는 고객을 위한 앱을 포함하는 패키지가 된다.
대부분의 경우에서, 화이트 라벨 앱은 제한된 커스텀을 가진다. 다시 말해, 화이트 라벨 앱은 부분적으로만 커스텀, 예컨대 레이블, 색 스킴 등(즉, 앱의 프론트엔드에 대해)될 수 있는 핵심 특징 세트를 포함하는 경향이 있다. 동시에, 화이트 라벨 앱은 종종 그 타입의 평균 앱에 최적인 아주 기본 특징 세트을 가지고, 따라서 복잡한 사업 로직을 요구하는 회사에 충분하지 않을 것이다. 고객 측에서, 종종 복수의 상이한 디스패칭 앱을 다운로드하고, 및/또는 특정 서비스 요구조건의 사용자 요구에 이용 가능하거나 충족할 수 있거나 없는 제한된 수의 서비스 제공자(즉, 드라이버, 홈 에이드 등)를 가지는 한 서비스 회사에만 접근하는 단일 디스패칭 앱을 다운로드 고객(즉, 승객, 환자 등)이 다수의 앱을 다운로드하더라도, 그/그녀는 적절한 서비스를 찾기 위해 이 다수의 앱을 통해 다수의 서비스 회사에 개별적으로 연락할 필요가 없을 수 있다. 나아가, 복수의 앱은 스마트폰의 공간을 차지하고, 배터리 수명을 짧게 하고, 잠재적으로 고객의 혼란을 야기할 수 있다. 특히, 휴대 전화의 디스플레이 스크린의 공간은 종종 너무 많은 앱으로 채워지는 제한된 자원이다. 사용자는 더 많은 앱에 맞추기 위해 주기적으로 스크린을 새 빈 스크린이나 부분적으로 채워진 스크린으로 스와이프하여야 한다. 휴대 전화가 다수의 상이한 애플리케이션을 가질 때, 사용자는 종종 각 애플리케이션에 위치하여 시작하여야 하고, 다양한 기능을 탐색하며 어떻게 작동하는지 알아낼 필요가 있는데, 시간 소비가 될 수 있다. 고객이 빠르고 효율적으로 다수의 민간 기업에 규칙적인 접근을 할 수 없고, 다수의 앱을 다운로드하고, 많은 등록을 완료하고, 다수의 앱을 탐색하고, 및/또는 거기에 접근하기 위해 반복적으로 사용자 정보를 입력해야 하는 것은 모바일 애플리케이션과 모바일 전자 상거래와 온라인 전자 상거래 산업에 기술적 문제이다. 더 빠르고 효율적인 데이터 접근을 가능하게 하는 개선되고 단순화된 사용자 인터페이스와 기능이 이 분야에 요구된다. 온라인 전자 상거래 상황에서, 작거나 중간 크기의 사업체가 사업체의 브랜드를 예컨대 유명한 온라인 판매 사이트에서 홍보하기 위해 마케팅 회사와 계약할 때 맞닥뜨리는 문제 중 하나는 마케팅 회사가 일반적으로 그 자신의 브랜드나 온라인 판매 사이트를 소유하는 엔티티의 브랜드를 홍보하는데 가장 관심이 있다는 것이다. 사업체의 로고는 눈에 띄지 않게 작은 글씨체로 나열되고 및/또는 동일 상품을 제공하는 다른 사업체의 긴 목록의 아래에 디스플레이될 수 있다. 특정 상황에서, 사업체의 상품은 눈에 띄게 디스플레이될 수 있지만(예컨대, 확대된 의자 사진), 사업체의 브랜드/로고나 이름은 작은 글씨체일 수 있고 마케팅 회사의 로고나 온라인 판매 사이트를 소유하는 엔티티의 로고는 더 커지거나 다른 방식으로 눈에 띌 수 있다. 온라인 판매 사이트를 통해 예컨대 사업체의 상품을 구매하는 고객은 사업체로부터 상품을 구매한다는 것을 알거나 기억하지 못할 수 있고, 고객이 제품을 좋아하더라도 사업체는 고객을 장래의 고객으로 유지하기 힘들 수 있다. 장래의 거래에서, 고객은 예컨대 판매 사이트로 가고, 상품을 더 검색하고, 다른 사업체를 선택할 수 있다. 그 결과, 작거나 중간 크기의 회사는 직접적 고객 기반을 만들지 못하고, 대신 더 큰 회사의 온라인 웹사이트를 통한 사업에 의지해야 하는 식으로 종종 큰 회사에게 이용당한다. 더 작은 회사가 그 제품과 서비스에 만족하는 온라인 고객과 직접적이고 현재 진행형인 연결을 확립함으로써 시장에서 더 좋은 기반을 얻을 수 있는 기술이 이 분야에 요구된다.
따라서 개선된 시스템 및 방법이 이 결점을 해결하기 위해 이 분야에 요구됨을 이해할 것이다.
본 발명의 내용 중에 포함되어 있다.
이 요약은 필수적 특징을 식별 또는 지적하거나 본 명세서에 청구되는 대상의 범위를 제한하려는 의도가 아니다. 진보적인 본 개시는 적어도 운송, 홈 헬스케어, 호텔, 배송, 음식, 오락 및 다른 서비스 산업에서 사용자 애플리케이션을 위한 커스텀 가능한 데이터 프로세스를 위한 공유 데이터 액세스 층을 가지는 향상된 컨버터블 소프트웨어 애플리케이션 관리 시스템, 플랫폼, 방법 및 그 디스플레이에 관련되며, 적어도 다음 목표를 가진다.
동일 또는 다른 산업에서, 공유 또는 공통 백엔드 소프트웨어 코드를 가지는 애플리케이션 하에서 화이트 라벨 애플리케이션을 사용하여 함께 작업하기 위하여 DSP(dispatching service entity or provider) 및/또는 상품 및/또는 서비스를 제공하는 사업체(예컨대, 운송 거점, 오락 회사, 호텔, 홈 헬스케어 회사, 배송 회사, 레스토랑, 오락 회사 등)로의 연결을 가능하게 하는 향상된 디스패칭 애플리케이션 제공;
모바일 앱을 통해 DSP와 화이트 라벨 디스패칭 회사 모두를 위한 더 간소화되고 효율적인 디스패칭 방법 및 시스템을 만들기 위해 디스패칭 앱(즉, 화이트 라벨 앱을 가지는 DSP 앱)의 조합되거나 다른 방식으로 연결된 시스템 제공;
다양한 서비스 관련 산업(예컨대, 운송 거점, 오락 회사, 호텔 부동산 회사, 홈 헬스케어 회사, 배송 회사, 레스토랑, 오락 회사 등)에서 사용자 애플리케이션을 위한 커스텀 가능한 데이터 프로세싱을 제공하기 위한 분산 구조 시스템에서 공유 데이터 액세스 층을 가지는 사용자 컨버터블 소프트웨어 애플리케이션 관리 시스템 및 방법 제공;
화이트 라벨 앱을 사용하여 DSP, 서비스 제공 엔티티 및 서비스 엔티티나 베이스 간의 협업 관계를 촉진하기 위해 효율적인 모바일 앱 제공;
베이스-커스텀된 고객 앱에서, 동일 베이스 서비스 제공자, 하나 이상의 다른 베이스 회사 서비스 제공자나 엔티티 또는 DSP의 시스템에 등록된 모든 서비스 엔티티로부터 서비스를 요청하는 고객 전환 옵션 제공;
모든 화이트 라벨 앱이 소프트웨어 애플리케이션의 단일 백엔드 코드베이스와 또는 이를 통해 통신할 수 있도록 커스텀된 백엔드 코드베이스 제공;
베이스 회사가 그 서비스 엔티티가 동일 베이스의 사용자나 고객, 하나 이상의 다른 베이스의 사용자나 고객 또는 모든 DSP 사용자나 고객으로부터 작업이나 서비스 요청을 수락할 수 있도록 앱을 원격으로 구성할 수 있게 하는 서비스 엔티티 앱 제공;
베이스 회사의 관리자가 DSP 앱이나 웹 포털을 통해 화이트 라벨 앱의 구성을 커스텀하거나 수정할 수 있는 앱 제공;
고객이 베이스 서비스 제공자로의 서비스 요청을 우선순위화하고, 선택적으로 DSP 시스템이나 하나 이상의 추가 베이스 서비스 제공자로부터의 서비스를 요청할 수 있게 하는 사용자 앱 제공;
서비스 제공자가 그 자신의 베이스 회사나 다른 베이스 회사로부터 서비스 요청 수신을 우선순위화할 수 있게 하는 서비스 엔티티 앱 제공;
앱의 구성이 지원 번호나 이메일을 사용하여 기본으로 구축될 수 있는 사용자 앱 및/또는 서비스 엔티티 앱 제공;
전부 동일한 백엔드 디스패칭 소프트웨어를 사용하여, 따라서 고객이 그 수요에 적절한 서비스 제공자를 찾을 확률과 효율을 높이고 더 균일한 다수의 회사를 포함하는 디스패칭 서비스를 가능하게 하는 복수의 서비스 엔티티, 화이트 라벨 회사 및/또는 DSP로부터 서비스 제공자로의 액세스를 제공하는 컨버터블 사용자 또는 고객 앱 제공;
조합되거나 다른 방식으로 연결된 디스패칭 앱 시스템의 서버나 데이터베이스와의 단순화된 데이터 가져오기 및 내보내기 가능하게 하기;
앱 이름, 아이콘, 상점 로고, 스크린샷, 설명 등이 베이스 서비스 엔티티의 요구에 따라 커스텀되고, 베이스 회사가 그 사용자와 서비스 제공자가 서비스 엔티티 앱을 사용하도록 촉진 또는 장려하기 위해 그 자신의 플레이 스토어 페이지나 앱 스토어 페이지를 가지도록 커스텀된 프론트엔드를 가지는 서비스 엔티티 앱 제공;
작고, 중간 크기의, 시작하는 전자 상거래 사업체를 위한 브랜드 구축을 강화하고, 이러한 사업체가 다른 전자 상거래 사업체의 백엔드 애플리케이션으로의 액세스를 통해 더 큰 전자 상거래 사업체와 경쟁할 수 있게 하기;
각 전자 상거래 사업체가 그 자신의 컨버터블 사용자 애플리케이션을 사용자가 앱을 다운로드하는 앱스토어에 발매할 수 있게 하기;
연결된 사업 엔티티가 고객에게 디스플레이될 수 있는 연결된 사업 엔티티와 관련하여 서로 제한할 수 있게 하기;
사업 엔티티가 그 자신의 사업 장부(예컨대, 그 자신의 "화이트 라벨" 앱을 다운로드한 고객)를 가지고, 현재의 수용 능력, 인력 또는 특정 고객 요청을 다룰 능력이 없는 경우 고객(들)을 연결된 사업 엔티티로 보낼 수 있는 연결된 사업 엔티티의 나머지로부터 사업을 획득할 수 있게 하기; 및
사용자가 키워드, 가격, 평점, 인증, 도보 거리, 도보 시간 등에 기반하여 검색을 수행할 수 있게 하는 사용자 인터페이스의 메뉴에 조정 가능한 검색 파라미터 제공.
개시되는 본 발명은 디스플레이 스크린을 포함하는 컴퓨팅 장치로서: 컴퓨팅 장치의 GUI(graphical user interface) 상에, 커스텀 가능한 프론트엔드를 가지는 제1 애플리케이션 프로그램을 나타내는 애플리케이션 이미지를 디스플레이하고; 사용자가 애플리케이션 이미지를 선택하면, 적어도 제1 애플리케이션 상태 및 제2 애플리케이션 상태 간에 전환하기 위한 사용자에 의해 선택 가능한 토글을 묘사하는 상호작용 전자 인터페이스를 GUI 상에 디스플레이함으로써 애플리케이션 프로그램을 실행하고; 상호작용 전자 인터페이스를 디스플레이하되: 제1 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하거나; 제2 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하도록 구성되고, 제1 애플리케이션 프로그램은 서비스 엔티티와 연관되고, 복수의 서비스 엔티티는 네트워크를 통해 통신 가능하게 연결되는 컴퓨팅 장치를 제공한다.
특정 실시예에서, 개시되는 본 발명은 제2 애플리케이션 상태의 선택에 응답하여: 상호작용 전자 인터페이스 상에 복수의 서비스 엔티티를 포함하는 선택 가능한 메뉴를 디스플레이하고; 복수의 서비스 엔티티 중 적어도 하나의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 하나 이상의 사용 가능한 객체의 식별을 디스플레이하도록 더 구성되고, 하나 이상의 사용 가능한 객체는 복수의 서비스 엔티티 중 선택된 하나 이상에 대응하는 컴퓨팅 장치를 제공한다. 장치는 제1 애플리케이션 상태 또는 제2 애플리케이션 상태의 선택에 응답하여: 상호작용 전자 인터페이스 상에 적어도 하나 이상의 조정 가능한 검색 파라미터를 묘사하는 메뉴를 디스플레이하도록 더 구성되고, 하나 이상의 파라미터 각각은 디스플레이 스크린 상에 동시에 보이는 하나 이상의 파라미터 각각에 대한 디스플레이 기능을 실행시키기 위하여 선택 가능하고, 사용자로부터의 하나 이상의 검색 파라미터 중 적어도 하나를 나타내는 하나 이상의 입력에 응답하여, 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하고, 하나 이상의 표시자 세트는 사용자에 의해 선택 가능하다. 장치는 대안적으로 사용자에 의한 하나 이상의 입력에 응답하여: 인터페이스 상에, 사용자에 의해 선택 가능한 하나 이상의 조정 가능한 검색 파라미터에 따라서, 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체 각각에 대응하는 하나 이상의 표시자 세트를 디스플레이하도록 구성되고, 하나 이상의 사용 가능한 객체는 (i) 하나 이상의 사용 가능한 객체, (ii) 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 하나 이상의 서비스 관련 인자에 기반하여 서비스 요청과 매칭되고, 하나 이상의 서비스 관련 인자는: (a) 하나 이상의 사용 가능한 객체 또는 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 선호; (b) 하나 이상의 사용 가능한 객체 또는 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 제한, 즐겨찾기 사용자 목록, 선호하는 사용자 목록 또는 사용자 블랙리스트; 또는 (c) 사용자의 선택적으로 미리 설정한 하나 이상의 선호, 즐겨찾기 객체 목록, 즐겨찾기 서비스 엔티티 목록, 선호하는 객체 목록, 선호하는 서비스 엔티티 목록, 객체 블랙리스트 또는 서비스 엔티티 블랙리스트 중 적어도 하나를 포함한다.
또 다른 실시예에서, 장치는 하나 이상의 사용 가능한 객체의 식별을 디스플레이하기 전에: 애플리케이션 프로그램을 통해 서비스 요청을 수신하고 데이터베이스에 서비스 요청을 저장하고; (i) 제1 애플리케이션 상태의 선택에 응답하여, 애플리케이션 프로그램을 통하여, 서비스 엔티티와 연관된 하나 이상의 사용 가능한 객체를 식별하기 위하여 서비스 엔티티에 할당된 데이터베이스의 적어도 일부에 질의하거나; (ii) 제2 애플리케이션 상태의 선택에 응답하여, 애플리케이션 프로그램을 통하여, 복수의 서비스 엔티티와 연관된 하나 이상의 사용 가능한 객체를 식별하기 위하여 복수의 서비스 엔티티에 할당된 데이터베이스의 하나 이상의 일부에 질의하도록 더 구성될 수 있고, 장치는 서비스 요청에 하나 이상의 객체 중 한 객체를 할당할 때: 서비스 관련 인자에 기반하여 적어도 (i) 한 객체 또는 (ii) 한 서비스 엔티티가 호환되지 않으므로 서비스 요청에 할당되는 것을 배제하고; 서비스 관련 인자에 기반하여 서비스 요청을 하나 이상의 사용 가능한 객체 중 한 객체와 매칭하고; 복수의 기결정된 규칙에 기반하여 하나 이상의 사용 가능한 객체 중 한 객체를 서비스 요청에 할당하도록 더 구성될 수 있다. 또 다른 실시예에서, 장치는: GPS(global positioning system) 추적을 통해, 서비스 요청과 연관된 사용자의 위치에 대한 하나 이상의 객체의 거리를 결정하고; 위치에 대한 거리에 기반하여 하나 이상의 객체 중 하나에 서비스 요청을 전송하고; 하나 이상의 객체 중 하나로부터 수락을 수신하고; 하나 이상의 객체 중 하나를 서비스 요청에 할당하도록 더 구성될 수 있고, 제1 애플리케이션 프로그램 및 복수의 서비스 엔티티와 연관된 각 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고; 독립적이고 커스텀 가능한 프론트엔드는: 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명 중 적어도 하나로 표현되고, 상호작용 전자 인터페이스는 상호작용 전자 지도 인터페이스를 포함한다.
개시되는 본 발명은 커스텀 가능한 데이터 프로세스를 위한 데이터베이스에 연결되고 분산 구고 시스템에서 공유 데이터 액세스 층을 가지는 컴퓨팅 플랫폼으로서: 네트워크에 통신 가능하게 연결되고 프로세서, 적어도 제1 서비스 엔티티 및 제2 서비스 엔티티에 할당된 부분을 포함하는 할당된 데이터베이스 및 컴퓨터 판독 가능한 명령어를 저장한 적어도 하나의 비일시적 컴퓨터 판독 가능한 저장 매체를 포함하는 서버를 포함하고, 프로세서는: 사용자의 원격 컴퓨팅 장치의 GUI(graphical user interface) 상에, 제1 애플리케이션 프로그램 또는 제2 애플리케이션 프로그램을 나타내는 애플리케이션 이미지를 디스플레이하고; 사용자의 제1 애플리케이션 프로그램을 실행하기 위한 선택을 수신하면, 적어도 제1 애플리케이션 상태 및 제2 애플리케이션 상태 간에 전환하기 위한 사용자에 의해 선택 가능한 토글을 묘사하는 상호작용 전자 인터페이스를 디스플레이하고; (i) 사용자에 의한 제1 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 제1 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하거나; (ii) 사용자에 의한 제2 애플리케이션 상태의 선택에 응답하여, 서비스 요청에 매칭되는 제1 또는 제2 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하고, 사용자에 의한 하나 이상의 사용 가능한 객체 중 한 객체의 선택을 수신하고, 사용자의 서비스 요청을 수행하기 위해 한 객체를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 실행하고, 제1 애플리케이션 프로그램은 제1 서비스 엔티티와 연관되고 제2 애플리케이션 프로그램은 제2 서비스 엔티티와 연관되고, 제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고, 하나 이상의 사용 가능한 객체는 제1 서비스 엔티티 또는 제2 서비스 엔티티 중 적어도 하나에 대응하는 컴퓨팅 플랫폼도 제공한다.
다른 실시예에서, 컴퓨팅 플랫폼의 제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 네트워크를 통하여 공유된 백엔드 애플리케이션 소프트웨어 코드베이스를 포함하는 적어도 부분적으로 공유된 백엔드 서버에 통신 가능하게 연결될 수 있다. 컴퓨팅 플랫폼은 사용자에 의한 하나 이상의 입력에 응답하여: 인터페이스 상에, 하나 이상의 조정 가능한 검색 파라미터에 대해 사용자에 의해 제공된 하나 이상의 입력에 따라서, (i) 하나 이상의 사용 가능한 서비스 제공자의 최대 수, (ii) 사용자의 위치까지의 도착을 위한 시간 범위 내의 하나 이상의 사용 가능한 서비스 제공자, (iii) 위치까지의 도착을 위한 거리 범위 내의 하나 이상의 사용 가능한 서비스 제공자 또는 (iv) 시간 범위 또는 거리 범위 내의 하나 이상의 추가 사용자의 하나 이상의 식별을 디스플레이하기 위하여 컴퓨터 판독 가능한 명령어도 더 실행할 수 있다.
개시되는 본 발명은 커스텀 가능한 데이터 프로세스를 위한 데이터베이스에 연결되고 분산 구고 시스템에서 공유 데이터 액세스 층을 가지는 컴퓨팅 플랫폼으로서: 네트워크에 통신 가능하게 연결되고 프로세서, 적어도 제1 서비스 엔티티 및 제2 서비스 엔티티에 할당된 부분을 포함하는 할당된 데이터베이스 및 컴퓨터 판독 가능한 명령어를 저장한 적어도 하나의 비일시적 컴퓨터 판독 가능한 저장 매체를 포함하는 서버를 포함하고, 프로세서는: 제1 애플리케이션 프로그램을 통해 서비스 요청을 수신하고; 데이터베이스에 제1 애플리케이션 프로그램을 통한 서비스 요청을 저장하고; 제1 애플리케이션 상태의 제1 애플리케이션 프로그램을 통해, 서비스 요청과 매칭되는 제1 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제1 서비스 엔티티에 할당된 데이터베이스의 적어도 제1 부분에 질의하고; 데이터베이스의 제1 부분에서 하나 이상의 객체를 식별하지 않는데 응답하여, 제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제2 서비스 엔티티에 할당된 데이터베이스의 적어도 제2 부분에 질의하기 위하여 제1 애플리케이션 프로그램의 제2 애플리케이션 상태로 전환하고; 제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하는데 응답하여, 데이터베이스의 제2 부분에서, (i) 제2 서비스 엔티티와 연관된 하나 이상의 객체, (ii) 제2 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 하나 이상의 서비스 관련 인자를 검색하고; 하나 이상의 서비스 관련 인자에 기반하여 서비스 요청을 제2 서비스 엔티티와 연관된 하나 이상의 객체 중 한 객체와 매칭하고; 매칭에 기반하여 및 복수의 기결정된 규칙에 따라 서비스 요청에 한 객체를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 실행하고, 제1 애플리케이션 프로그램은 제1 서비스 엔티티에 대응하고 네트워크를 통해 서버에 통신 가능하게 연결되는 컴퓨팅 플랫폼도 제공한다.
컴퓨팅 플랫폼의 추가 실시예에서, 프로세서는: 엔티티와 연관된 하나 이상의 객체를 식별하지 않거나 엔티티에 의해 서비스 요청에 한 객체를 할당하는데 실패하는데 응답하여, 엔티티에 의해 미리 설정된, 데이터베이스에서 플랫폼의 하나 이상의 다른 엔티티와 연관된 하나 이상의 객체를 검색하기 위한 하나 이상의 엔티티 선호 규칙을 적용하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행할 수 있고, 하나 이상의 엔티티 선호 규칙은 엔티티의 적어도 하나의 조건을 지시하고, 플랫폼의 기본 규칙이 하나 이상의 엔티티 선호 규칙이 없는 엔티티의 결과로 적용된다. 다른 실시예에서, 제1 엔티티가 하나 이상의 객체를 식별하는데 실패했거나 하나 이상의 객체 중 하나를 할당하는데 실패했다고 결정되면, 컴퓨팅 플랫폼은: 적어도 하나의 서비스 요청과 연관된 사용자 및 플랫폼 간의 통신을 생성하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행할 수 있고, 통신은 제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제2 서비스 엔티티에 할당된 데이터베이스의 적어도 제2 부분에 질의하기 위하여 고객에게 허가를 요청하거나, 또는 서비스 요청을 제출하기 위해 사용자에 의해 원래 사용된 애플리케이션 프로그램을 추적하고; 애플리케이션 프로그램과 연관된 엔티티에게, 복수의 기결정된 규칙에 따라 시작 보상을 제공하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행할 수 있고, 서비스 요청은 애플리케이션 프로그램을 통해 제출된 초기 서비스 요청이다.
또 다른 실시예에서, 컴퓨팅 플랫폼은 하나 이상의 객체 중 하나를 할당할 때: 제1 또는 제2 서비스 엔티티와 연관된 하나 이상의 객체에 대해 가중화된 우선 순위를 구축하고; 하나 이상의 객체 중 각 객체에 대한 우선 순위 할당을 포함하는 하나 이상의 객체에 대한 데이터 표를 생성하고; 가중화된 우선 순위와 복수의 기결정된 규칙에 따라 서비스 요청에 제1 또는 제2 서비스 엔티티와 연관된 하나 이상의 객체 중 하나를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행할 수 있고, 가중화된 우선 순위는 복수의 기결정된 규칙에 따라 하나 이상의 서비스 관련 인자 각각에 대해 할당된 가중치에 기반하고, 데이터 표는 복수의 기결정된 규칙에 따라서, 가중화된 우선 순위와 서비스 요청을 수락할 객체의 사용 가능성, 서비스 요청에 대한 객체 타입 또는 하나 이상의 객체의 각 객체에 대한 사용자 타입 중 적어도 하나를 포함하는 다른 인자에 기반하여 서비스 요청 및 하나 이상의 객체 중 각 객체 간에 가중치의 관점으로 표현된 순위화된 호환성을 포함한다. 대안적으로, 컴퓨팅 플랫폼은 각각 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명 중 적어도 하나로 표현되는 독립적이고 커스텀 가능한 프론트엔드를 가지는 플랫폼과 연관된 플랫폼 애플리케이션 프로그램, 제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램을 포함할 수 있다.
진보적인 본 명세서의 다른 목적, 특징 및 특성뿐만 아니라 관련된 구조적 요소의 동작 방법 및 기능 및 개발 및 제조의 부분 및 경제성은 전부가 본 명세서의 일부를 이루는, 첨부되는 도면을 참조하여 아래의 상세한 설명을 고려하면 더 명백해질 것이다.
진보적인 본 명세서의 추가 이해는 첨부된 도면의 도시에 표현되는 바람직한 실시예의 참조에 의해 얻어질 수 있다. 도면은 특히 첨부되거나 이어서 보정되는 청구범위에 나타나는 진보적인 본 명세서의 범위를 제한하고자 하는 것이 아니고, 진보적인 본 명세서를 명확히 하고 예시화할 뿐이다. 따라서, 첨부되는 도면과 관련하여 고려될 때 다음 상세한 설명의 참조에 의하여 더 잘 이해될 것이므로 진보적인 본 명세서 및 수반되는 양태의 더 완전한 이해가 얻어질 수 있다.
도 1a는 진보적인 본 명세서의 예시적인 실시예에 따른 적어도 운송, 홈 헬스케어, 배달 및 다른 서비스 관련 사업에서 고객 컨버터블 애플리케이션을 위한 커스텀 가능한 데이터 프로세스를 위한 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 예시적인 관리 시스템을 도시한다.
도 1b는 진보적인 본 명세서의 예시적인 실시예에 따른 예시적인 데이터베이스 구조, 컨텐츠 및 조직을 도시하는 개략도이다.
도 2a는 진보적인 본 명세서의 예시적인 실시예에 따른 예시적인 시스템 컴포넌트의 개략도를 도시한다.
도 2b는 진보적인 본 명세서의 예시적인 실시예에 따른 예시적인 시스템 구조의 개략도를 도시한다.
도 3a는 진보적인 본 명세서의 예시적인 실시예에 따른 고객의 등록을 위한 예시적인 작업 흐름을 도시한다.
도 3b는 진보적인 본 명세서의 예시적인 실시예에 따른 서비스 제공자의 등록을 위한 예시적인 작업 흐름을 도시한다.
도 4는 진보적인 본 명세서의 예시적인 실시예에 따른 운송 서비스를 제공하는 서비스 제공자의 예시적인 작업 흐름을 도시한다.
도 5는 도 1a의 관리 시스템의 예시적인 수정을 도시하며, 진보적인 본 명세서의 예시적인 실시예에 따른 단일 백엔드 애플리케이션 소프트웨어 코드베이스를 이용하는 복수의 베이스 회사를 포함하는 시스템 데이터베이스 내의 데이터의 할당 및/또는 분류를 더 도시한다.
도 6은 도 5의 시스템의 관리 시스템의 예시적인 수정을 도시하며, 진보적인 본 명세서의 예시적인 실시예에 따른 단일 백엔드 애플리케이션 소프트웨어 코드베이스와 통신 가능하게 연결된 개별적, 독립적 및/또는 커스텀 가능한 프론트엔드 애플리케이션 프로그램을 가지는 복수의 서비스 제공자와 고객 장치를 더 도시한다.
도 7은 진보적인 본 명세서의 예시적인 실시예에 따른 디스패칭을 위한 할당된 데이터베이스 시스템의 디스패칭 애플리케이션을 공유하는 예시적인 시스템 및 방법론을 도시하는 개략도이다.
도 8은 진보적인 본 명세서의 예시적인 실시예에 따른 디스패칭을 위한 할당된 데이터베이스 시스템의 디스패칭 애플리케이션을 공유하는 대안의 예시적인 시스템 및 방법론을 도시하는 개략도이다.
도 9는 진보적인 본 명세서의 예시적인 실시예에 따른 디스패칭을 위한 할당된 데이터베이스 시스템의 디스패칭 애플리케이션을 공유하는 다른 대안의 예시적인 시스템 및 방법론을 도시하는 개략도이다.
도 10a-b는 진보적인 본 명세서의 예시적인 실시예에 따른 고객이 단일 서비스 엔티티에서 서비스 제공자로 검색을 제한하기 위하여 서비스 엔티티 1 검색 기능을 활성화 또는 켜기로 선택한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다.
도 10c-d는 진보적인 본 명세서의 예시적인 실시예에 따른 데이터베이스에 저장된 서비스 제공자를 가지는 모든 또는 복수의 서비스 엔티티에서 서비스 제공자 검색을 확장하기 위하여 고객이 고객 애플리케이션 프로그램 인터페이스를 전환한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다.
도 11a-b는 진보적인 본 명세서의 예시적인 실시예에 따른 고객이 전체 DSP 데이터베이스에서 서비스 제공자 검색을 확장하기 위하여 DSP 검색 기능을 활성화 또는 켜기로 선택한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다.
도 11c-d는 진보적인 본 명세서의 예시적인 실시예에 따른 전체 DSP 데이터베이스 검색 기능을 비활성화 또는 끄고 데이터베이스 저장된 서비스 제공자를 가지는 하나 이상의 특정 서비스 엔티티로 검색을 제한하기 위해 고객이 고객 애플리케이션 프로그램 인터페이스를 전환한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다.
도 12는 도 11d에 도시된 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시하며, 진보적인 본 명세서의 예시적인 실시예에 따른 디스플레이되는 서비스 제공자 중 적어도 둘에 대한 서비스 관련 인자를 나타내는 표시자를 더 도시한다.
도 13a는 진보적인 본 명세서의 예시적인 실시예에 따른 앱 스토어에서 다운로드 가능한 전자 상거래 컨버터블 사용자 애플리케이션의 예시적인 배열을 도시하는 개략도를 도시하는데, 각 전자 상거래 컨버터블 사용자 애플리케이션이 상이한 사업 엔티티와 연관되고 사업 엔티티의 특정 브랜드를 디스플레이하기 위한 고유의 프론트엔드를 가진다.
도 13b는 도 13a에서 앱 스토어에 도시되고, 사용자의 휴대 전화 또는 다른 원격 컴퓨팅 장치에 다운로드되는 전자 상거래 컨버터블 애플리케이션 중 특정 하나와 연관되는 아이콘의 디스플레이를 도시한다.
도 13c는 진보적인 본 명세서의 예시적인 실시예에 따른 고객이 단일 전자 상거래 사업 엔티티로 검색을 제한하기 위하여 서비스 엔티티 1 (A) 검색 기능을 활성화 또는 켜기로 선택한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다.
도 13d-e는 진보적인 본 명세서의 예시적인 실시예에 따른 소망하는 상품이나 서비스와 연관되는 백엔드 데이터베이스에 저장된 다른 사업 엔티티 검색을 확장하기 위해 고객이 고객 애플리케이션 프로그램 인터페이스를 전환한 경우 고객 컨버터블 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 모바일 플랫폼 또는 원격 컴퓨팅 장치의 예시를 도시한다.
도 14a는 진보적인 본 명세서의 예시적인 실시예에 따른 할당된 데이터베이스 시스템에서 전자 상거래 애플리케이션을 공유하는 대안의 예시적인 시스템을 도시하는 개략도인데, 서버가 두 다른 산업의 두 다른 주 사업 엔티티와 데이터베이스의 백엔드의 상이한 부분을 공유한다.
도 14b는 진보적인 본 명세서의 예시적인 실시예에 따른 할당된 데이터베이스 시스템에서 전자 상거래 애플리케이션을 공유하는 다른 대안의 예시적인 시스템 및 방법론을 도시하는 개략도인데, 서버가 다수의 산업의 다수의 사업 엔티티와 데이터베이스의 백엔드를 직접 공유한다.
본 명세서는 선택된 특정 용어로 제한하고자 하는 것이 아니고, 각 특정 요소는 유사한 방식으로 동작하는 모든 기술적 균등물을 포함함을 이해할 것이다. 실시될 수 있는 특정 실시예는 예시와 설명의 방식으로 보여진다. 실시예는 통상의 기술자가 실시할 수 있도록 충분히 자세히 서술되고, 논리적, 기계적 및 다른 변경이 실시예의 범위에서 벗어남 없이 이루어질 수 있음을 이해할 것이다. 따라서 다음 상세한 설명은 제한의 방식으로 취해진 것이 아니다. 도면에 도시된 진보적인 본 명세서의 예시적인 실시예를 설명하는데 있어, 특정 용어가 명확성을 위해 채용된다.
본 명세서의 흐름도의 각 요소는 컴퓨터 구현 방법의 단계 또는 단계의 그룹을 도시하고, 각 단계는 하나 이상의 하위 단계를 포함할 수 있다. 설명의 목적으로, 이 단계들(식별 및 설명되는 임의의 모든 다른 단계도)은 특정 논리적 순서로 제시된다. 하지만, 본 명세서에 설명되는 임의의 예시적인 실시예는 본 명세서에 개시되는 기술의 특정 적용에 적응되는 단계의 대안적인 순서를 포함할 수 있고, 임의의 변형 및/또는 수정이 이 진보적인 명세서의 범위 내에 속하도록 의도됨을 이해할 것이다. 임의의 순서로의 단계의 도시와 설명은 특정 응용에 의해 요구되거나, 명시적으로 언급되거나, 문맥에서 다른 방식으로 명확하지 않다면 다른 순서의 단계를 가지는 실시예를 제외하는 의도가 아니다.
시스템 및 방법이 디스패칭, 운송, 오락, 부동산, 홈 헬스케어, 배송, 레스토랑 등 다양한 상품과 서비스를 제공하지만, 통상의 기술자는 진보적인 본 명세서가 다른 상품과 서비스 산업에서 이용될 수 있음을 이해할 것이다. 대안적으로, 이러한 예시적인 실시예 중 하나 이상이 다양한 프로그래밍 엔진, 프로그래밍 모듈 또는 하나 이상의 루틴이나 하나 이상의 서브루틴을 포함하는, 개별적으로 또는 조합되어 사용될 수 있는 다른 하드웨어나 소프트웨어 컴포넌트를 사용하여 수행될 수 있고, 임의의 적절한 기술적 수단에서 수행될 수 있음을 이해할 것이다.
본 명세서에 서술되는 시스템, 플랫폼 및 방법의 다양한 모듈은 인터넷이 가능한 휴대 장치의 운영체제, 예컨대 Android, iOS 또는 Windows Phone OS 상의 인터페이스 모바일 앱을 사용하여 부분적으로 및 웹 포털 인터페이스를 사용하여 부분적으로 구현될 수 있고, 다른 타입의 사용자가 시스템의 다른 기능을 이용할 수 있음도 이해할 것이다. 이러한 사용자나 구독자는 예컨대, 본 명세서에서 예컨대 서비스의 타입(예컨대, 운송, 배달, 헬스케어, 예약 등)과 상관없이 서비스를 제공 또는 요청하는 하나 이상의 개인, 엔티티 또는 엔티티의 하나 이상의 개인들을 포함하여 누구나 포함할 수 있는 하나 이상의 "운전자(들)", "가사 도우미(들)", "서비스 제공자(들)", "고객(들)", "환자(들)", "승객(들)", "예약 대리인(들)", "사업 엔티티", 손님, 방문자, 소비자, 온라인 소비자 등을 포함할 수 있다. 서비스 제공자, 가사 도우미, 환자, 대리인, 승객 및 고객 등은 본 명세서에 서술되는 방법 및 시스템을 사용할 수 있고, 모두 일반적으로 그 역할에 대응하는 특정 사용자 타입으로 지칭하는데 추가로 "사용자" 또는 "사용자들"로 지칭될 수 있다.
본 명세서에서 "서비스"는 운송 서비스, 배달 서비스, 헬스케어 서비스 등을 포함하나 이에 제한되지 않는, 서비스 제공자가 제공할 수 있는 임의의 타입의 서비스를 지칭할 수 있다. 진보적인 본 명세서의 예시적인 실시예에 따르면, 각각이 본 명세서에 전체로서 참조로 통합되는 "Method and System for On-Demand Customized Services"라는 제목의 미국 특허 출원 시리얼 번호 제15/239,783호("'783 출원"), "System and Method for Customizable Prescheduled Dispatching for Transportation Services"라는 제목의 미국 특허 출원 시리얼 번호 제15/715,012호 및 "System and Method for Customizable Dispatch Scheduling for Home Health Care Services"라는 제목의 미국 가특허출원 제62/598,292호와 관련하여 논의된 실시예에 따라 이러한 서비스는 "미리 일정이 잡히거나" "온디맨드"로 제공될 수 있다. 본 명세서에서 온디맨드는 요청에 따라 서비스가 실시간으로 일어날 때를 더 정의하는 의미이며 미래의 고정된 시간, 예컨대 몇 시간 또는 며칠 후에 미리 일정이 잡히거나 일어나는 개념의 반대로 사용된다. 나아가, "커스텀"은 서비스의 본질을 수정하고, 개인별로 서비스를 제공하는데 수반되는 서비스 제공자의 선호나 제한, 서비스 제공자에 대한 베이스 또는 서비스 엔티티의 선호나 제한 및 승객이나 고객의 선호나 제한을 지칭한다. 서비스의 타입과 상관 없이, 본 명세서에서 "서비스 제공 엔티티"나 "서비스 엔티티"는 운송 서비스, 배달 서비스, 헬스케어 서비스 등을 위해 서비스 제공자를 제공하기 위해 소환될 수 있는 베이스 회사(즉, 디스패칭 또는 다른)를 지칭한다. 본 명세서에서 "디스패처(들)"는 서비스 요청(들)을 관리하고 다양한 일정 관리 및/또는 사전 일정 관리 기능을 운영하는 자를 포함할 수 있다. 본 명세서에서 "벤더"는 고객, 승객, 제3자, 서비스 제공자 및/또는 서비스 엔티티 간에 서비스를 중개하는 중개인이나 다른 사업 엔티티, 정부 사무소 또는 개인을 지칭할 수 있다. 본 명세서에 서술되는 바와 같이, 이들 상이한 역할 각각은 구체적으로 또는 통칭하여 시스템에 등록하거나 다른 방식으로 직접 또는 간접적으로 시스템과 연관된 "사용자" 또는 "사용자들"로 지칭될 수 있다.
임의의 타입의 서비스에 대한 요청은 일반적으로 본 명세서를 통틀어 "서비스 요청"으로 지칭된다. 진보적인 본 명세서의 예시적인 실시예에 따르면, 서비스 요청은 서비스 제공자나 서비스 엔티티의 미리 설정된 선호(들) 및/또는 제한뿐만 아니라 승객이나 고객의 선호(들) 및/또는 제한에 기반하여 서비스 엔티티의 서비스 제공자에 할당된다. 하나 이상의 속성, 서비스 관련 인자 또는 우선 서비스 요청에 기반하여 우선순위가 특정 서비스 제공자에게 특정 서비스 요청에 대해 주어진다. 본 명세서에서 고객과 관련되어 사용되는 용어 "선호"는 고객이 특정 서비스 제공자나 그에 관련된 임의의 속성의 관점에서 제공되는 전체 서비스 중 포함되기 원하는 특정 서비스에 대한 하나 이상의 인자를 지칭한다. 이들 선호는 서비스 요청에 대해 이상적이거나 선호되는 조건을 나타낼 수 있다. 대안적으로, 이러한 선호는 특정 서비스에 대한 사전 조건을 나타낼 수 있다. 고객은 휴대 장치에서 그 선호를 설정하고 임의의 시점에 업데이트하여, 고객이 편안하게 느끼며, 결국 받는 서비스 품질에 만족할 수 있게 한다. 대안적으로, 본 명세서에서 서비스 제공자나 서비스 엔티티와 관련하여 사용되는 선호는 서비스 제공자나 서비스 엔티티가 제공하기 원하는 특정 서비스에 대한 다양한 인자, 예컨대 서비스를 제공할 지리적 위치, 제공되는 서비스의 타입, 제공할 기간 등을 지칭할 수 있다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 서비스 제공자나 서비스 엔티티와 관련하여 본 명세서에서 사용되는 용어 "제한"은 서비스 제공자나 서비스 엔티티가 제공하는 서비스에 있어 두길 원하는 임의의 타입의 제약을 의미할 수 있다. 이들 제한은 서비스 제공자나 서비스 엔티티가 서비스를 언제, 어디서, 어떻게, 누구에게 제공하는지에 관한 개인적 제한을 포함할 수 있거나 서비스 제공자가 특정 지리적 영역에서 또는 특정 시간에 서비스를 제공하지 못하게 되는 법률, 조례 또는 다른 규칙에 의해 서비스 제공자에게 부과되는 법적 제한을 포함할 수 있다(예컨대, 운송 산업에서, 법적 제한은 TLC(New York City Taxi and Limousine Commission)에 의해 부과되는 규칙에 기반할 수 있는데, TLC 운전자는 일당 연속으로 12시간 이상 또는 주당 72시간 이상 일하도록 허용되지 않는다). 개인적 제한은 제공자가 특정 지리적 영역에서 서비스를 제공하기 내키지 않음에 기반한 위치 제한 및/또는 제공자가 특정 기간 내에 서비스를 제공하기 내키지 않음에 기반한 시간 제한을 포함할 수 있다. 대안적으로, 특정 선호되는 실시예에서, 제공자는 제공자가 특정 지리적 영역에서 서비스를 제공하기 원하는 소망(예컨대, 특정 지리적 영역 내에서 일을 받기 원하는 선호)에 기반하여 하나 이상의 사전 설정된 위치 선호를 명시할 수도 있다. 이러한 실시예에서, 제공자는 제공자의 선호 지리적 서비스 영역 내의 특정 지리적 영역에서 서비스를 제공하기 내키지 않거나 제공할 수 없음에 기반하여 그 위치 선호 내에서 위치 제한도 명시할 수 있다. 서비스 제한은 추가적으로 또는 대안적으로 제공자가 서비스를 제공하기 원하지 않는 시간이나 시간 프레임에 관련될 수 있다. 이러한 시간은 하루 중 시간, 요일, 1년 중 시간 등을 포함할 수 있다. 제공자는 위치와 시간 모두에 대해 제한을 설정할 수도 있다. 예를 들어, 제공자는 오후 10시를 넘어서 특정 영역에서 서비스를 제공하기 원하지 않지만 그 시간을 넘어 다른 영역에서 서비스를 제공하기 원할 수 있다. 이러한 실시예에서, 제공자는 제공자가 서비스 요청을 받기 선호하는 시간을 나타내는 시간 선호도 명시할 수 있다. 제공자는 하나 이상의 이러한 제한 및/또는 선호를 가질 수 있다. 용어 선호 및 제한은 고객이나 제공자가 선호나 제한을 가지기만 하는 것으로 제한하는 의도가 아니다. 오히려, 그들은 예시 대조를 이끌어 내는 의도이다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 다수의 용어가 제공자와 긍정적인 관계를 구축한 고객을 지칭하는데 사용될 수 있다. "즐겨찾기 고객"은 서비스 제공자의 즐겨찾기 고객 목록에 있는 사람이다. 고객과 긍정적인 관계를 구축한 서비스 제공자는 "즐겨찾기 서비스 제공자"(예컨대, 고객의 즐겨찾기 서비스 제공자 목록에 있음)로 지칭된다. 고객과 긍정적인 관계를 구축한 서비스 엔티티는 "즐겨찾기 서비스 엔티티"(예컨대, 고객의 즐겨찾기 서비스 엔티티 목록에 있음)로 지칭될 수 있다. 본 명세서에서 사용되는 용어 "즐겨찾기"는 넓게 해석되며 서비스 요청의 할당에서 우선되는 임의의 고객이나 제공자(예컨대, 즐겨찾기 목록에 있음)를 지칭한다. 통상의 기술자는 즐겨찾기 목록의 개념이 대안적으로 예컨대 친구, 최고, 우선권, 또는 제공자나 고객이 이러한 목록의 개념을 정의하는데 사용되는 임의의 다른 단어로 참조될 수 있음을 이해할 것이다. 특정 용어와 상관없이, 최고 우선권은 제공자와 고객 사이의 매칭을 포함하는 긍정적인 제공자-고객 관계의 개념을 의미하는 의도이다.
즐겨찾기 목록과 반대로, 본 명세서에서 사용되는 제공자의 "블랙리스트"나 고객의 "블랙리스트"는 장래의 서비스 제공자와 고객 사이 또는 고객과 전체 서비스 엔티티 사이의 매칭을 방지할 수 있는 목록을 지칭한다(예컨대, 둘 모두 서비스 요청 프로세스에서 배제된다). 통상의 기술자는 다른 용어가 이 개념을 서술하는데 사용될 수 있음을 이해할 것인데, 예컨대 "차단 목록", "금지 목록", "싫음 목록" 등이다. 특정 용어와 상관없이, 예컨대 서비스를 제공하기 원하지 않거나, 연락을 취하기 원하지 않는 고객을 제외하는 서비스 제공자 및 고객이 서비스나 연락을 원하지 않는 서비스 제공자나 전체 서비스 엔티티를 제외하는 방식을 의미하는 의도이다.
고객은 추가적으로 또는 대안적으로 "선호하는" 서비스 제공자나 서비스 엔티티를 가질 수 있다. 선호하는 서비스 제공자나 서비스 엔티티는 고객의 즐겨찾기 목록에 없는 자인데, 고객이 서비스 제공자/서비스 엔티티에게 직접 그 "선호 목록"에 있도록 요청했거나, 고객이 그 즐겨찾기 목록에 있도록 요청했지만 서비스 제공자/서비스 엔티티에 의해 요청이 승인/동의되지 않거나 비승인/거절됐기 때문이다. 어떤 경우에도, 서비스 제공자가 고객의 요청을 거부했다면, 서비스 제공자는 고객의 즐겨찾기 목록에 추가되지 않을 것이고, 반대도 마찬가지이다. 따라서, 바람직한 실시예에서, 서비스 제공자와 고객은 양측이 동의할 때에만 서로의 즐겨찾기 목록에 두고, 한쪽 또는 양측이 직접 다른 쪽의 즐겨찾기를 요청했지만 다른 쪽이 반응하지 않거나 다른 방식으로 이러한 요청을 승인하지 않을 때 선호 목록에 둔다. 또한 고객과 서비스 엔티티는 서로의 각 즐겨찾기 목록, 선호 목록 또는 블랙리스트에 유사한 방식으로 있을 수 있다. 본 명세서에서 사용되는 용어 선호는 일반적으로 서비스 요청을 할당할 때 고객과 제공자를 매칭하는 목적으로 즐겨찾기보다 낮은 순위를 지칭한다. 본 명세서에 더 후술되는 바와 같이 서비스 제공자와 고객은 서로를 이 분류 내에서 더 순위 매길 수 있다. 특정 실시예에서, 고객의 즐겨찾기 서비스 제공자나 선호 서비스 제공자가 아닌 임의의 서비스 제공자는 본 명세서에서 "일반" 서비스 제공자로 지칭된다. 이 용어는 기본적으로 서비스 제공자가 선호 서비스 제공자가 아니고, 즐겨찾기 목록에 추가되지 않았으며 고객의 블랙리스트에 있지 않음을 의미한다. 제공자에 관한 특정 상태(즉, 제공자 타입), 즐겨찾기, 선호 또는 일반인지도 상대적이다(즉, 한 고객의 선호 제공자는 다른 사람의 즐겨찾기일 수 있다).
본 명세서에서 용어 "시스템"은 하나 이상의 서버, 데이터베이스, 휴대용 엔드 애플리케이션, 웹 포털, 네트워크 설정 등을 포함하나 이에 제한되지 않는 기본 컴포넌트와 조합 및 통합된 다양한 사전 프로그래밍된 특징을 포함하는 휴대용 컴퓨팅 장치를 구동하는 하드웨어와 소프트웨어의 조합을 통한 구현을 지칭한다. 이들 컴포넌트의 지원으로, 시스템은 웹사이트나 모바일 앱과 같은 사용자 인터페이스를 통한 서비스를 제공한다. 추가로, 시스템은 세계 아무데나 위치할 수 있는 데이터 센터가 지원하는 분산 구조인 하나 이상의 서버를 가질 수 있다. 이들 구조는 통신 가능하게 연결 및 크로스-플랫폼되어 고객이 그 서비스 요청에 관한 정보를 제공 받을 수 있다. 본 명세서에서 사용되는 용어 "크로스-플랫폼"이나 "크로스-플랫폼된"은 하나 이상의 컴퓨터 구조, 운영체제, 애플리케이션 소프트웨어, API(application programming interface), 웹 애플리케이션 등 상에서 기능하는 능력을 의미한다. 본 명세서에서 사용되는 용어 "표시자"는 단순하고 빠르고 편리한 방식으로 고객, 서비스 제공자 또는 서비스 엔티티나 그 임의의 조합을 위해 서비스에 관한 정보나 서비스 관련 인자를 전송 또는 디스플레이하는 것을 의미한다.
본 명세서에 서술되는 시스템의 다양한 실시예는 하드웨어와 소프트웨어의 임의의 조합을 포함하는 컴퓨팅 시스템을 통해 미리 일정이 잡히고 및/또는 온디맨드 운송이나 다른 서비스를 제공하고 사용자가 기본 컴포넌트와 조합 및 통합된 다양한 사전 프로그래밍된 특징에 접근할 수 있게 하는 예컨대 원거리, 패킷 스위치된 네트워크를 통해 복수의 휴대용 컴퓨팅 장치와 통신할 수 있다. 이러한 특징과 컴포넌트는 통신 프레임워크 또는 네트워크 내에 하나 이상의 서버, 데이터베이스, 모바일 엔드 애플리케이션, 웹 포털, 네트워크 설정 등을 포함하지만 이에 제한되지 않는다. 이들 컴포넌트의 지원으로, 본 명세서에 서술되는 시스템은 예컨대 웹사이트나 휴대용 컴퓨팅 장치 상의 모바일 애플리케이션과 같은 사용자 인터페이스를 통한 서비스를 제공한다. 시스템은 하나 이상의 세계 아무데나 위치할 수 있는 데이터 센터가 지원하는 분산 구조에 동작 가능하게 배치된 하나 이상의 서버도 포함할 수 있다. 추가로, 본 명세서에 서술된 시스템의 특정 실시예는 종래의 컴퓨터 프로그램이나 이를 실행하는 프로그램 가능한 장치를 수반하는 애플리케이션으로 제한되지 않는다. 예컨대, 진보적인 본 명세서의 실시예는 광 컴퓨터, 양자 컴퓨터, 아날로그 컴퓨터 등을 포함할 수 있는 것으로 간주된다.
본 명세서에 서술 및 논의되는 진보적인 본 명세서의 실시예의 한 응용은 운송 서비스 산업에 적용되지만, 다른 상품 및 서비스 관련 산업(예컨대, 전자 상거래)에 적용되는 대안적인 응용도 아래에 고려되고 더 후술된다. 진보적인 본 명세서의 대안적인 실시예에서, 사용자 컨버터블 애플리케이션은 홈 헬스케어 서비스 제공자, 배달 서비스 제공자 등을 디스패칭하는데 채용될 수 있다. 이러한 실시예는 서비스 제공 엔티티가 커스텀 가능한 데이터 프로세스를 위한 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 방식으로 온디맨드 또는 사전 예정된 홈 헬스케어 서비스를 제공하기 위한 시스템 및 방법을 포함할 수 있다. 홈 헬스케어 서비스 산업의 사용자 컨버터블 애플리케이션은 하나 이상의 서비스 요청을 수신하고 간병인 가용성과 커스텀 가능한 파라미터 및/또는 우선순위를 확립한 선호 및/또는 개별 환자와 간병인 사이의 호환에 기반하여 서비스 일정을 잡을 수 있다. 또 다른 예시적인 실시예에서, 사용자 컨버터블 애플리케이션은 배달 서비스 제공자를 디스패칭하는데 채용될 수 있다. 추가로, 이러한 예시적 실시예는 본 명세서에 제공되는 진보적인 본 명세서에 따른 추가적 서비스 관련 산업에서 수행 또는 채용될 수 있음을 이해할 것이다.
운송 관리 및 디스패칭 산업에서, 예컨대 모바일 앱의 사용은 예컨대 승객이 탑승을 예약할 수 있게 하고, 서비스 제공자에게 일감 수락 수단을 제공하는 등을 위하여 점점 흔해지고 있다. 따라서, 각 디스패칭 회사의 사업 수요에 구체적으로 맞추어진 커스텀 가능한 모바일 앱의 수요가 커지고 있다. 이 수요를 충족하기 위하여, 두 옵션이 이러한 디스패칭 회사의 주목을 받고 있는데, 커스텀 구축 앱 또는 화이트 라벨 앱이다. 커스텀 구축 앱은 출발점부터 만들어지고 클라이언트가 요구한 사양으로 구성된다. 많은 개발자는 일부 템플릿 코드를 사용하여 커스텀 구축 앱의 구성을 빠르게 한다. 하지만, 그 구조와 소스 코드의 대부분은 클라이언트에게 맞춤 제작된다. 최종 결과물은 일반적으로 클라이언트 고유의 훌륭하게 브랜딩된 이벤트 앱이다. 하지만, 이러한 고유성은 비싸고, 더 긴 개발 주기를 요구하고, 각 앱이 사용될 앱스토어에 제출, 승인 및 발행될 것을 요구한다. 추가로, 만약 앱이 버그나 문제가 있다면, 클라이언트는 스스로 또는 앱 개발자나 다른 전문가와의 서비스 계약의 연장을 통해 이러한 버그를 수정할 책임이 있을 것이다.
대안적으로, 커스텀 구축 앱은 개발 프로세스를 신속하게 하기 위해 일부 템플릿을 사용할 수 있고, 다른 앱(즉, 화이트 라벨 앱)이 템플릿화되는 것으로 예측될 수 있다. 이러한 템플릿화된 화이트 라벨 앱으로, 클라이언트는 일반적으로 다양한 모듈로의 접근을 포함하는 구체적으로 브랜딩된 앱을 받지만, 디자인과 기능 모두에서 고유성의 비용을 지불한다. 템플릿화된 화이트 라벨 앱의 이점은 훨씬 저렴하고 더 빠른 개발 주기를 가진다는 것이다. 커스텀 구축 앱과 유사하게, 템플릿화된 화이트 라벨 앱은 고유하게 브랜딩된 아이콘을 포함하고, 발행을 위한 검토를 위해 제출되어야 한다. 템플릿화된 앱은 템플릿 기반이고, 따라서 버그가 적을 가능성이 있지만, 그럼에도 불구하고 임의의 소프트웨어 버그를 수정할 지원이 따라온다.
컴퓨팅 시스템(100) 및/또는 시스템과 함께 사용하기 위한 앱이 사용하는 컴퓨터 프로그램 명령어는 제한 없이 C, C++, Java, JavaScript, Python, 어셈블리 언어, Lisp 등을 포함하는 다양한 언어 중 하나의 컴퓨터 실행 가능한 코드를 포함할 수 있다. 특정 논리적 기능은 해결될 필요가 있는 기술적 난점에 대해 고객과 서비스 제공자를 위해 매우 구체적이고 맞춤된 서비스를 제공하도록 구현될 필요가 있을 수 있다. 이들 논리적 기능은 다양한 선호와 제한을 수용하도록 사전 프로그래밍될 수 있고 특정한 if-then 시나리오를 수행하기 위해 매우 복잡할 수 있다. 특정 파라미터를 식별하는 규칙이 확립될 수 있다. 이 방식으로, 많은 복잡한 조건이 고려되고, 서비스 제공자와 고객은 이들 필터에 기반하여 연쇄적 논리적 기능에 의해 필터링될 수 있다. 다양한 언어 특징이 Java와 같은 프로그래밍 언어를 통해 이용 및 프로그래밍 및 구현될 수 있다. 이러한 언어는 어셈블리 언어, 하드웨어 기술 언어, 데이터베이스 프로그래밍 언어, 함수형 프로그래밍 언어, 명령형 프로그래밍 언어 등을 포함할 수 있다. 특정 실시예에서, 컴퓨터 프로그램 명령어는 컴퓨터, 프로그램 가능한 데이터 프로세싱 장치, 프로세스나 프로세서 구조의 이종간 결합 등 상에서 실행되기 위해 저장, 컴파일 또는 인터프리트될 수 있다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 사용자 컨버터블 모바일 애플리케이션 플랫폼과 디스플레이가 제공됨으로써 DSP나 SPE(service providing entity) 및 복수의 베이스 서비스 회사가 단일 애플리케이션 플랫폼 백엔드 하에서 구동할 수 있다. 일반적으로, DSP는 복수의 서비스 회사를 통해 고객의 요청에 기반하여 서비스 제공자를 디스패칭 또는 다른 방식으로 식별하고 스케줄링하는 시스템 및/또는 방법을 제공하는 기술 또는 소프트웨어 회사(라이센스되거나 되지 않은)이지만 반드시 그럴 필요는 없다. 본 명세서가 일반적으로 DSP를 백엔드 디스패칭 코드베이스의 제공자로 지칭하지만, 통상의 기술자는 이러한 백엔드 코드베이스가 대안적으로 임의의 다른 기술 또는 소프트웨어 제공 회사에 의해 제공될 수 있음을 이해할 것이다. 특정 실시예에서, 적어도 운송, 홈 헬스케어, 배달 및 다른 서비스 산업에서 서비스 요청의 커스텀 가능한 프로세스를 위한 분산 구조 시스템에서 공유 데이터 액세스 층을 가지는 사용자 컨버터블 애플리케이션 관리 시스템 및 방법이 제공된다. 진보적인 본 명세서는 DSP, SPE, 화이트 라벨 엔티티, 비-화이트 라벨 엔티티 또는 다른 디스패칭 엔티티뿐만 아니라 모바일 앱을 통해 이들을 이용하는 사용자나 고객을 위해 컨버터블, 간소화되고, 효율적이고, 커스텀 가능한 서비스 디스패칭, 서비스 요구, 서비스 요청, 서비스 스케줄링 등을 위한 시스템을 생성하기 위하여 조합되거나 다른 방식으로 연결된 디스패칭 앱의 시스템을 제공한다. 본 명세서에서 사용되는 바와 같이, "비-화이트 라벨 엔티티"는 그 디스패칭 서비스를 제공하기 위하여 DSP 백엔드 소프트웨어 코드베이스뿐만 아니라 DSP 프론트엔드 앱을 이용하는 서비스 제공 엔티티나 회사이다.
각 베이스 회사는 그 자신의 프론트엔드 애플리케이션 프로그램을 이용할 수 있지만 각각 동일 백엔드 애플리케이션을 이용할 수 있다(즉, 모두 동일 백엔드 코드베이스를 공유할 수 있지만 각각 상이한 프론트엔드를 이용하여 각 회사가 그 자신의 회사의 필요나 요구조건에 따라 브랜딩될 수 있다). 대안적으로, 각 베이스 회사는 그 자신의 프론트엔드 애플리케이션 프로그램을 이용하여 서로 직접 네트워크를 통해 통신하여 서비스 제공자나 대상을 공유할 수 있다(예컨대, 합의에 의하여 또는 다르게). 더 구체적으로, DSP나 SPE는 서비스 운영을 위해 그 자신의 모바일 애플리케이션 플랫폼을 채용할 수 있는데, 또한 DSP나 SPE 브랜드 하에서 또는 자체 개별 브랜드 하에서 사용을 위해 다른 서비스 회사나 베이스에 라이센스를 허가할 수 있다. 어느 방식이든, 다양한 회사는 동일 백엔드 코드베이스를 가지는 플랫폼을 이용할 수 있어 협업하거나 다른 방식으로 순조롭게 상호작용하여 서로 독립적으로 운영하는 DSP 앱과 화이트 라벨 앱 모두에 대한 결점 및/또는 단점을 극복하는데 도움이 되는 효율적이고 끊김없는 파트너쉽 또는 사업 관계를 가능하게 할 수 있다.
따라서, 본 명세서에 개시되는 시스템 및 방법은 DSP와 화이트 라벨 디스패칭 엔티티 또는 회사 각각이 마주하는 결점에 대한 해결책을 고객, 서비스 제공자, DSP 및 화이트 라벨 디스패칭 엔티티를 위해 더 간소화되고 효율적인 디스패칭 시스템을 만들기 위해 둘을 조합 또는 다른 방식으로 연결함으로써 제공한다. 예를 들어, 예시적인 실시예에서, 자신의 디스패칭 앱을 가지는 DSP나 SPE는 디스패칭 서비스 제공을 위해 사용할 화이트 라벨 앱을 찾는 하나 이상의 서비스 디스패칭 엔티티나 베이스 회사에게 앱을 아웃소싱할 수 있다. 이러한 시나리오에서, 하나 이상의 회사는 DSP나 다른 기술 회사의 애플리케이션 소프트웨어를 자신의 브랜딩된 화이트 라벨 앱으로 이용할 수 있거나 DSP의 브랜드 하에서 사용할 수 있다. 어떤 경우에든, 백엔드 소프트웨어 코드는 DSP 및 DSP에 가입한 각 화이트 라벨 고객에 대해 동일하고 오직 프론트엔드만 화이트 라벨 고객에 대해 변경된다. 이 조합은 상이한 해결책을 제공하는데, 예컨대 서비스 디스패칭 회사가 DSP의 소프트웨어 앱을 화이트 라벨 앱으로만 사용하기 원할 때(즉, 자체 브랜드 하에서만), 서비스 디스패칭 회사가 DSP의 소프트웨어 앱을 화이트 라벨 앱으로 사용하기 원하지만 DSP와 서비스 요청 디스패칭도 공유하기 바랄 때, 서비스 디스패칭 회사가 DSP의 브랜드 하에서 DSP의 소프트웨어 앱을 사용하기 원할 때 등이다. 앞의 두 시나리오에서, 화이트 라벨 앱은 동일 백엔드 소프트웨어 코드를 이용하지만 DSP 앱을 라이센스한 상이한 서비스 디스패칭 회사 각각의 브랜드에 커스텀된 상이한 프론트엔드를 가진다. 나아가, 두번째 시나리오에서, 회사는 만약 시스템이 선택적으로 장래의 고객이 단일 앱 내에서 다수의 서비스 회사의 브랜드를 보고, 고객이 원하는 서비스 회사를 고르도록 허용한다면 그 브랜드를 새 고객에게 홍보할 수 있을 수 있다. 두번째 시나리오의 다른 실시예에서, 고객은 잠재적으로 복수의 서비스 회사 중 임의의 것의 서비스 제공자로부터 탑승을 받을 것이지만 다운로드한 앱의 회사의 브랜드만 볼 것이다. 두번째 시나리오의 이들 실시예 중 어느 것에서도, 고객은 소프트웨어 제공자의 브랜드(즉, DSP나 다른 기술/소프트웨어 회사의 브랜드)를 보지 않는다.
이러한 배열은 각각 DSP와 화이트 라벨 앱을 사용하는 디스패칭 회사 모두에게 이익을 낸다. 예를 들어, 진정한 화이트 라벨 고객으로, DSP는 그 소프트웨어 앱 라이센스 보상을 받을 수 있는 한편, 화이트 라벨 앱 고객은 산업 참여자가 제공하는 소프트웨어 앱의 이익을 얻는다. 화이트 라벨 앱 고객이 서비스 제공자 디스패칭도 공유하며 DSP와 일하는 경우, DSP는 다시 소프트웨어 앱 라이센스 보상을 받으며, 화이트 라벨 고객의 서비스 제공자에게 디스패칭되는 그 앱을 통해 예약된 각 서비스 요청에 대한 추가 보상도 받을 것이다. 이것은 서비스 요청을 완료할 DSP 서비스 제공자가 이용 가능하지 않지만, 화이트 라벨 앱 회사의 서비스 제공자가 이용 가능할 때 주로 일어난다. 여기서, 화이트 라벨 앱 회사 및/또는 고객의 사전 승인이 있는 DSP 디스패칭 시스템은 DSP 앱을 통해 이러한 서비스 제공자에게 직접 서비스 요청을 디스패칭할 수 있다. 반대로, DSP 및/또는 고객의 사전 승인 있는 화이트 라벨 디스패칭 시스템은 화이트 라벨 앱을 통해 DSP 서비스 제공자에게 서비스 요청을 직접 디스패칭할 수 있다. 나아가, DSP의 앱(예컨대, 호스팅 회사가 제공하는 모바일 앱)을 다운로드하는 고객은 여전히 DSP가 호스팅하는 동일 데이터베이스를 통해 화이트 라벨 디스패칭 회사의 서비스 제공자로부터의 탑승을 수락할 수 있다. 화이트 라벨 앱을 다운로드하는 고객의 경우, DSP의 클라이언트나 고객으로부터의 서비스 요청의 수락을 허용하는(또는 하지 않는) 선택 수단이 제공된다(즉, DSP의 동의로). 이들은 DSP 앱과 화이트 라벨 앱 모두가 동일 백엔드 소프트웨어를 이용하고 따라서 각각 DSP의 시스템 데이터베이스에 통신 가능하게 연결되기 때문에 가능하다.
또 다른 예시적인 실시예에서, 서비스 디스패칭 회사는 단지 DSP의 소프트웨어 앱을 DSP의 브랜드로 이용하기 원할 수 있다. 예를 들어, 서비스 제공자와 차량은 있지만 고객 기반이 작은, 제한된 자원으로 막 시작하는 회사는 DSP에 추가적인 서비스 제공자와 차량을 제공하는 한편 화이트 라벨 애플리케이션 비용을 피하고 서비스 디스패칭 회사가 더 크고 알려진 DSP와 제휴하는 이득을 취하게 하므로 이러한 배열을 원할 수 있다. 선택적으로, 시스템은 어떤 앱(즉, DSP 앱 또는 화이트 라벨 앱)이 주어진 고객에 의해 서비스 요청을 예약하는데 사용되는지 추적하도록 구성될 수 있다. 특정 실시예에서, 시스템은 어떤 회사에 고객이 원래 서비스를 요청했는지(예컨대, 고객이 어떤 앱을 처음 다운로드하고 초기 서비스 요청을 위해 사용했는지)와 고객이 이어서 다른 회사의 다른 화이트 라벨 앱을 사용하기 시작하고, 다른 회사에 서비스 제공자를 요청하고, 및/또는 소프트웨어 회사나 DSP의 앱을 직접 사용하더라도 개시 수수료를 지불하는지도 추적할 수 있다.
본 명세서에 개시되는 시스템 및 방법론은 종래의 디스패칭 서비스 방법보다 전체적으로 더 순조롭고 더 효율적인 프로세스를 가능하게 하는 기능을 제공함을 이해할 것이다. 통상의 기술자는 이들 기능이 단지 예시이고, 제공자의 인터페이스의 다른 기능이 이용될 수 있음을 이해할 것이다. 통상의 기술자는 진보적인 본 명세서의 예시적인 실시예가 다른 종류의 컴퓨팅 장치로 사용하도록 고려되고, 본 명세서에 개시된 것과 컴퓨팅 장치의 컴포넌트가 다를 수 있음을 이해할 것이다.
본 명세서에 서술되는 시스템과 방법은 자세히 후술되는 도면을 참조하여 가장 잘 이해된다. 먼저 도 1a를 참조하면, 진보적인 본 명세서의 다양한 예시적인 실시예와 사용되기 위한 컴퓨팅 시스템(100)과 복수의 주변 컴퓨팅 장치(128)의 예시가 도시된다. 복수의 컴퓨팅 장치(128)와 컴퓨팅 시스템(100) 상에서 동작하는 하드웨어와 소프트웨어의 조합은 일반적으로 유선 또는 무선 네트워크(124)(예컨대, WAN(wide area network))(예컨대, 인터넷)로의 하나 이상의 연결로, LAN 인터페이스(120)를 통해 로컬 장치와 통합된다. 컴퓨팅 장치(128)는 다른 모바일 장치나 컴퓨터 시스템과 정보를 통신할 수 있는 소프트웨어를 가지고, 지리적 위치 기능을 가지는 위치 식별기로 장치의 위치를 결정하고(셀 시스템의 삼각 측량을 통해, GPS, 사용자의 위치 명시에 의해 등), 네트워크(124)를 통해 개인 컴퓨터 네트워크나 인터넷과 같은 공공 네트워크에 연결하는 하나 이상의 무선 모바일 하드웨어 장치를 포함할 수 있다. 예컨대, GLONASS Galileo, IRNSS, QZSS, Beidou 및 다른 지역적 시스템을 포함하는 전세계 범위로 자율적 지리-공간 위치를 제공하는 다른 위성 탐색 시스템(즉, Global Navigation Satellite System 또는 "GNSS")이 진보적인 본 명세서에 따라 사용될 수 있다. 컴퓨팅 장치(128)는 임의의 수의 디스패칭 센터나 서비스 엔티티와 연관되는 대상이나 운전자나 가사 도우미나 서비스 제공자나 구성원이나 승객이나 환자나 고객 중 임의의 하나 이상에 의해 사용되는 장치를 포함할 수 있다. 예를 들어, 하나 이상의 서비스 디스패칭 회사는 DSP가 제공한 디스패칭 플랫폼을 직접 또는 화이트 라벨 고객으로서 이용할 수 있는데, 이로써 각각이 사용하는 백엔드 코드베이스는 동일하고 통합 또는 공유된 관계를 제공하여 모두를 위한 사업 잠재력을 최대화하기 위해 다양한 고객이 끊김 없는 작업 관계에 참여할 수 있게 한다.
컴퓨팅 시스템(100)은 예컨대, 프로세서나 중앙 처리 장치(즉, CPU)(104), 메모리 유닛(106), 데이터베이스(108), 인터페이스(110), 통신 수단(112), 디스플레이 유닛(114), 하나 이상의 입력 장치(116)(예컨대, 키보드, 마우스, 마이크 등), LAN 데이터 전송 컨트롤러(118), LAN 인터페이스(120), 네트워크 컨트롤러(122) 및 내부 버스(138)를 포함하는 서버(102)를 포함할 수 있다. 시스템(100)은 대안적으로 데이터 저장 장치, 예컨대 유선 또는 무선 연결을 통해 하나 이상의 데이터베이스(108)에 배치된 하드디스크에 연결될 수 있다. 컴퓨팅 시스템(100)은 서버(102)와 동일 또는 유사하게 구성된 하나 이상의 서버, 또는 상이한 방식으로 구성된, 예컨대 상이한 하드웨어나 소프트웨어를 배치한 하나 이상의 서버도 포함할 수 있다(즉, 컴퓨팅 시스템(100)은 다수의 공간, 예컨대 데이터 센터나 서버 팜에서 호스팅되는 다수의 서버를 포함할 수 있다).
컴퓨팅 시스템(100)은 통신 수단(112)을 통해 조정된 네트워크 서비스와 통신하도록 구성될 수 있는데, 하나 이상의 네트워크를 통해 또는 하나 이상의 주변 장치로 데이터를 통신하기 위한 임의의 접근법을 포함할 수 있다. 통신 수단(112)은 무선 연결, 유선 연결, 셀룰러 연결, 데이터 포트 연결, Bluetooth® 연결 또는 그 임의의 조합을 제공하기 위한 회로 및 제어 시스템을 포함할 수 있고, 이 수단은 이러한 통신 접근법을 사용하여 통신 가능하게 되는 장치를 포함할 수 있다. 통상의 기술자는 통신을 위해 이용될 수 있는 여러 접근법이 있음을 이해할 것이다.
서버(102)와 컴퓨팅 시스템(100)은 통신 수단(112)과 네트워크(124)를 통해 컴퓨팅 장치(128)와 벤더 장치(126)와 같은 주변 장치에, 및 예컨대 LAN 인터페이스(120)를 통해 관리자 장치(134)와 디스패처 장치(136)에 통신 가능하게 연결될 수 있다. 컴퓨팅 장치(128)는 하나 이상의 고객 컴퓨팅 장치(130C1-130Cn) 및/또는 서비스 제공자 컴퓨팅 장치(132SP1-132SPn)로 구성될 수 있다. 컴퓨팅 장치(128)는 사용자(예컨대, 고객, 승객, 구성원, 환자, 중개인, 서비스 제공자, 대상, 간병인, 헬스케어 제공자, 배달원 등)가 컴퓨팅 시스템(100)과 상호작용할 수 있게 하는 장치(예컨대, 스마트폰, 스마트워치 등)일 수 있다. 임의의 수(예컨대, 1, 2, 3...n)의 서비스 제공자/대상 장치(132SP1...132SPn) 또는 고객/구성원 장치(130C1...130Cn)가 컴퓨팅 시스템(100)과 사용될 수 있다.
컴퓨팅 시스템(100)은 세계 아무데나 위치할 수 있는 데이터 센터가 지원하는 분산 구조인 하나 이상의 서버(102)를 가질 수 있다. 이들 구현은 통신 가능하게 연결되고 크로스 플랫폼되어, 모바일 컴퓨팅 장치(예컨대, 스마트폰, 태블릿 등)나 고정식 컴퓨팅 장치(예컨대, 데스크탑 컴퓨터 등)의 사용자가 그 서비스 요청(예컨대, 전자 지도 디스플레이, 고객, 서비스 제공자나 서비스 엔티티를 위한 서비스에 관한 이동 시간, 경로, 가격 정보, 프로필/설정 정보 등과 같은 정보나 서비스 관련 인자를 디스플레이하는 표시자 또는 그 임의의 조합)에 관한 정보를 제공받을 수 있다. 본 명세서에 서술되는 시스템의 특징은 프로세서에 의해 프로세싱되고 출력되는 방법 단계를 가능하게 하는 컴퓨팅 장치를 통해 구현될 수 있다. 서버(102)는 사용자 인터페이스를 조율하고 데이터베이스(108)와 상호작용할 수 있고, 서버 인터페이스를 통해 고객 입력 정보, 위치 정보 및 컨텐츠를 구성하는 서비스 요청 정보뿐만 아니라 제공자로부터의 정보(예컨대, 위치 정보, 제한 정보, 이력 정보 등)를 수신할 수 있다. 상술한 바와 같이, 서버(102)는 서버 인터페이스를 통해 하나 이상의 컴퓨팅 장치로 정보를 송신할 수 있고, 정보는 컴퓨팅 장치(128)의 디스플레이로 출력될 수 있다. 이러한 컨텐츠는 특별히 관련 지역 정보, 특히 서비스 요청 매핑이나 라우팅이 존재한다면 지역 고유일 수 있고, 각 사용자는 사용자의 역할과 필요에 따라 상이한 기능이 제공될 수 있다.
전자 또는 디지털 지도는 지도 API, Google® Maps이나 Waze®를 사용함으로써 예컨대 애플리케이션 프로그램(예컨대, 모바일 앱)을 통해 생성될 수 있다. 일부 구현에서, 지도는 모바일 장치의 터치스크린 상에 디스플레이될 수 있는데, 사용자가 터치스크린 센서에 의해 가능한 전자 지도 디스플레이 인터페이스와 상호작용함으로써 현재 위치, 픽업 위치, 하차 위치 또는 반납 위치를 지정할 수 있게 한다. 지도 기능은 디스패칭에 결정적인데, GPS 데이터나 지리적 위치를 얻어내 서비스 제공자가 고객의 픽업 위치를 식별하는데 도움을 주기 때문이다. 나아가, 전자 지도 디스플레이 기능, 특히 터치스크린 모바일 장치로, 고객은 동일 또는 지도 API, 검색 API, 지리적 위치 API 등과 같은 하나 이상의 다른 API에 의해 제공될 수 있는 위치 검색 기능에 추가로 더 쉽게 서비스 요청과 관련된 장소를 식별할 수 있다. 게다가, API는 서비스 제공자가 잠재적 가용 고객을 평가하는데 사용하는 가격 추정을 만드는데 부분적으로 사용되고 서비스 제공자와 고객을 위해 다른 유용하거나 관련된 정보를 찾는데 사용될 수 있는 거리, 경로, 서비스 요청에 표시된 위치간 추정 이동 시간, 이미지나 사진, 날씨 관련 데이터 등과 같은 정보를 제공할 수 있다. 지도나 위치에 적용될 수 있는 표시자의 관련 세트는 주변 영역의 전자 지도 디스플레이 위에 덮어 씌워지고 사용자와 상호작용할 수 있다. 이들 위치 식별은 텍스트 박스나 검색 박스 입력과 같은 특징을 통해 입력될 수 있다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 고객 컴퓨팅 장치(130)는 제1 서비스 회사에 대응하는 애플리케이션 프로그램의 아이콘이나 애플리케이션 이미지를 디스플레이하는 디스플레이 스크린을 가질 수 있다. 이것은 애플리케이션 아이콘, 이미지, 그래프 또는 링크로 디스플레이될 수 있고, 고객에 의해 애플리케이션 프로그램을 시작하기 위해 접근 가능할 수 있다. 애플리케이션 프로그램하는 하나 이상의 API를 포함할 수 있는데, 고객으로부터 수신한 서비스 요청을 완료하기 위해 서비스 제공자를 데이터베이스에서 검색하는 API를 포함한다. 서비스 회사에 대응하는 애플리케이션의 GUI는 분산 구조 시스템의 공유 DAL(data-access layer)에 통신 가능하게 연결되고 커스텀 가능한 운송 디스패칭, 홈 헬스케어 디스패칭, 배달 디스패칭, 예약 등의 디스패칭을 위한 할당된 데이터베이스에 연결된다. 컴퓨터 소프트웨어의 공유 DAL은 엔티티 관계형 데이터베이스와 같은 어떤 종류의 영구 저장소에 저장된 데이터로의 단순화되고 공유되는 액세스를 제공하는 컴퓨터 프로그램의 층이다. 분산 구조 시스템은 결국, 자체 API나 API 세트를 가질 수 있는 제2 서비스 엔티티나 회사에 대응하는 제2 애플리케이션 프로그램 및 공유 데이터 액세스 층 및 DSP 회사가 관리하는 데이터베이스에 통신 가능하게 연결될 수 있는 GUI를 포함할 수 있다. 통상의 기술자는 분산 구조 시스템이 자체 API를 가지고 다수의 서비스 엔티티나 회사에 대응하는 다수의 애플리케이션 프로그램을 포함할 수 있음을 이해할 것이고, 각 서비스 회사는 할당된 데이터베이스의 자신의 부분을 가진다. 스크린은 전자 지도 디스플레이, 고객, 서비스 제공자 또는 서비스 엔티티를 위한 서비스에 관련된 정보나 서비스 관련 인자를 나타내는 표시자 또는 그 임의의 조합을 포함하는 서비스 요청에 관한 데이터를 디스플레이할 수 있다.
또한 시스템의 예시적인 실시예는 다른 고객 선택 및 선호에 기반하여 고객 인터페이스 특징의 일부로 디스플레이되는 컨텐츠를 포함하여 고객 모듈 특징을 조정한다. 시스템의 예시적인 실시예는 온디맨드 운송, 배달 또는 홈 헬스케어 서비스 애플리케이션, 지도 컴포넌트, 지도 데이터베이스 및 위치 식별 유닛, 예컨대 GPS 모듈, 수신기 또는 LBS(location based services) 데이터를 제공하는 다른 회로를 포함할 수 있다. 통상의 기술자는 위치 식별과 위치 기반 서비스를 제공하기 위한 많은 수단이 있고, 진보적인 본 명세서의 예시적인 실시예는 이러한 임의의 수단과 함께 사용되는 것으로 고려됨을 이해할 것이다. GPS 가능한 시스템이나 장치는 애플리케이션의 추적 컴포넌트가 서비스 요청을 하거나 서비스를 제공하려 하는 고객과 서비스 제공자의 위치를 개별적으로 식별할 수 있게 한다. 고객의 현재 위치나 서비스 위치에 기반하여, 애플리케이션 관리자는 지역 고유의 고객 인터페이스 특징이 고객 인터페이스 컴포넌트에 의해 출력되게 할 수 있다. 고객 특유의 지역은 현재 위치나 온디맨드 서비스가 고객에게 제공될 서비스 위치를 포함한다. 고객은 컴퓨팅 장치가 현재 위치한 우편 번호나 도시 이름이나 광역 지역 이름으로 식별될 수 있고 현재 위치에서 기결정된 거리나 반경(예컨대, 1마일)을 가지는 영역일 수 있거나 특별히 다른 영역과 구획된 영역일 수 있다. 고객의 영역에 기반하여, 애플리케이션 관리자는 온디맨드 서비스에 대한 지역 고유 정보가 하나 이상의 고객 인터페이스 특징 상에 제공되도록 할 수 있다. 온디맨드 서비스에 대한 지역 고유 정보는 부분적으로 온디맨드 서비스 시스템에 의해 제공될 수 있다. 위치 기반의 선호나 제한은 GPS 가능한(또는 다른 GNSS 가능한) 장치에 부분적으로 따를 수 있다. 상술한 바와 같이, 온디맨드 서비스 애플리케이션은 온디맨드 서비스 시스템에 위치 정보를 제공하여 서비스 시스템은 서비스가 고객에게 제공되도록 배치할 수 있다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 고객의 현재 위치나 서비스 요청 위치가 위치 식별기에 의해 결정될 수 있다. 위치 식별기는 다른 방식으로 컴퓨팅 장치의 위치를 결정할 수 있다. 일례로, 위치 식별기는 컴퓨팅 장치의 위치 기반/지역 탐지 자원으로부터 수신한 GPS 데이터의 처리를 통해 이뤄질 수 있다. 나아가, 위치 식별기는 컴퓨팅 장치 상에서 구동되는 다른 애플리케이션이나 프로그램으로부터도 GPS 데이터를 수신할 수 있다. 예를 들어, 시스템은 하나 이상의 API를 사용하여 하나 이상의 다른 애플리케이션과 통신할 수 있다. 온디맨드 서비스 애플리케이션은 위치 정보를 사용하여 고객 인터페이스 컴포넌트가 위치 정보에 기반하여 고객 인터페이스 프레임워크를 구성하도록 야기할 수 있다. 추가로, 온디맨드 서비스 애플리케이션은 고객의 위치 정보를 온디맨드 서비스 시스템으로 제공할 수 있다.
나아가, 시스템은 요청된 픽업 위치와 실제 픽업 위치를 식별할 수 있으므로, 이 두 위치는 반드시 같을 필요가 없을 수 있다. 실제 픽업 위치는 예컨대 위도 및 경도 좌표에 기반하여 식별될 수 있다. 제1 예시에서 요청된 픽업 위치는 89 E 42nd Street New York, NY 10017 주소의 Grand Central Terminal이고, 실제 픽업 위치는 40.7527262, -73.9772294(위도 및 경도)거나 40.45.10, -73.58.38(DMM(degrees and decimal minutes)) 또는 다른 어떤 포맷으로 제시될 수 있다. 통상의 기술자는 고객의 요청 및 실제 픽업 및 하차 위치가 API(예컨대, Google® Maps, Foursquare®)와 같은 제3자 소프트웨어 또는 위치 식별 목적으로 사용되는 임의의 다른 소프트웨어 및/또는 하드웨어와의 상호작용을 포함하나 이에 제한되지 않는 다른 수단의 도움으로 식별될 수 있음을 이해할 것이다.
시스템은 서비스 제공자 모듈에 연결되는 네트워크에 배열될 수 있는 하나 이상의 GIS(geographical information system) 및 하나 이상의 데이터베이스를 구현할 수 있고, 적어도 지리적 위치 식별기, 지역 탐지 카메라 및 현재 시간 및 일자를 식별하는 시계 메커니즘을 포함할 수 있다. 시스템은 프로그램적으로 작업을 수행하기 위한 명령어를 저장하는 비일시적 컴퓨터 판독가능한 저장 매체를 포함한다. 하나 이상의 서버는 모바일 장치의 지리적 위치 식별기와 시계로부터 지리적 위치 데이터 및 시간 데이터를 도출함으로써 차량 활동, 따라서 서비스 제공자 활동에 대한 정보를 추적하는 하나 이상의 모듈과 통신하도록 구성될 수 있다. GPS 수신기와 같은 지리적 위치 식별기는 서비스 제공자에 의해 운행되는 차량에 배치될 수 있고 지리적 위치 추적 프로세스를 위한 수단으로 무선 네트워크를 통해 하나 이상의 서버와 통신할 수 있다. 그 결과, 하나 이상의 서버는 실제 지리적 위치와 실제 시간에 대한 입력을 수신할 수 있다(즉, 서비스 요청이 시작 및 종료된 곳과 때). 지리적 위치 및 시간 데이터가 전송되면, 서버는 "지정된 지리적 위치와 "실제" 지리적 위치뿐만 아니라 지정된 시간과 실제 시간을 비교할 수 있다. 본 명세서에서, "지정된"은 서비스 요청에서 수신된(예컨대, 의도된 이동 목적지, 서비스가 수행될 장소 등으로 입력된 위치) 또는 고객, 시스템, 제3자 등에 의해 다른 방식으로 식별된 입력을 지칭할 수 있다. 반면, "실제"는 모듈이나 다른 가능한 장치를 통해 추적된 입력(예컨대, 하차가 일어난 것으로 표시될 수 있는 위치)을 나타낼 수 있다.
서버 인터페이스를 통해 수신한 서비스 요청 데이터 또는 정보는 컴퓨팅 시스템(100)에 의해 데이터베이스(108)에 저장될 수 있고, 예컨대 서비스 요청 상태, 제공자에 의한 서비스 요청 수락 상태, 제공자가 서비스 요청을 취소한 이유, 할당된 서비스 요청자와 연관된 이력, 디스패처의 동작 로그 등을 포함할 수 있다. 통지 및 확인 상태의 내용/타임스탬프도 시스템 로그에 기록될 수 있고, 이 정보는 컴퓨팅 시스템(100)의 관리자에 의해 체크될 수 있다. 이것은 시스템이 기록할 수 있는 동작 서비스 요청 정보의 완전한 목록이 아님을 이해할 것이다.
이제 도 1b로 넘어가면, 진보적인 본 명세서에 따른 데이터베이스(108)의 구조, 컨텐츠 및/또는 조직의 예시적인 실시예를 도시하는 개략도가 도시된다. 시스템은 한 하드디스크, 하나 이상의 하드디스크 또는 다른 저장 수단에 배치된 한 데이터베이스(108) 또는 데이터베이스(또는 데이터 저장 매체)의 세트를 채용할 수 있다. 데이터베이스(108)의 정보나 데이터는 비관계형 또는 비구조적 방식으로 저장될 수 있다. 통상의 기술자는 데이터베이스(108)나 다른 데이터 저장 매체에 데이터를 제공, 저장 및 조직화하는 많은 방법이 있음을 이해할 것이다. 나아가, 적어도 하나의 백업 데이터베이스가 주 데이터베이스의 데이터 손실의 경우 주기적으로 주 데이터베이스를 백업하기 위해 제공될 수 있다. "데이터베이스"로 지칭되지만, 통상의 기술자는 이것이 구조화 또는 비구조화, 관계형 또는 다른 것이든 데이터 저장 매체를 포함하나 제한되지 않는 다양한 방식으로 구현될 수 있음을 이해할 것이다. 통상의 기술자는 임의의 적절한 데이터베이스(108)나 다른 저장 수단과 사용하기 위해 고려되는, 특정 정보의 조직화와 검색을 위한 데이터베이스와 데이터 저장 매체를 제공하는 많은 방법이 있음도 이해할 것이다. 나아가, 언급한 바와 같이, 본 명세서에 개시되는 예시적인 실시예는 한 타입의 고객에 대응하는 처리 및 저장된 한 타입의 데이터와 사용되는 것을 고려하지만, 진보적인 본 명세서의 특정 실시예는 다수 타입의 고객에 대응하는 다수 타입의 데이터 또는 다수 타입의 고객에 대응하는 한 타입의 데이터 또는 한 타입의 고객에 대응하는 다수 타입의 데이터를 통합할 수 있다.
진보적인 본 명세서의 예시적인 실시예에 따르면, 데이터는 DSP 자체, DSP 애플리케이션 소프트웨어(또는 다른 소프트웨어 회사의 소프트웨어)의 화이트 라벨 버전을 사용하는 클라이언트 또는 DSP 애플리케이션 소프트웨어 인터페이스를 사용하는 클라이언트를 포함하여, 소프트웨어 애플리케이션을 사용하는 상이한 클라이언트에 따라 데이터베이스(108)에 분류될 수 있다. 이러한 카테고리는 DSP 데이터(140), 화이트 라벨 회사 A 데이터(148), 화이트 라벨 회사 B 데이터(156), 서비스 회사 1 데이터(164) 및 서비스 회사 2 데이터(174)를 포함할 수 있다. 물론, 시스템은 임의의 수의 화이트 라벨 또는 서비스 회사를 수용하기 위한 크기가 될 수 있다. 도시된 바와 같이, DSP 데이터(140)는 데이터의 복수의 하위 카테고리, 예컨대 고객 정보(142), DSP 서비스 제공자 선호/제한 데이터(143), 서비스 제공자 프로필(144), DSP 선호/제한 데이터(145), 기타 데이터(146) 등을 포함할 수 있다. 유사하게, 각 화이트 라벨 회사 A 데이터와 화이트 라벨 회사 B 데이터(148, 156)는 데이터의 복수의 하위 카테고리, 예컨대 고객 정보(150, 158), 서비스 제공자(예컨대, 회사 A 및 회사 B) 선호/제한 데이터(151, 159), 서비스 제공자 프로필(152, 160), 회사 A/회사 B 선호/제한 데이터(153, 161), 기타 데이터(154, 162) 등을 포함할 수 있고, 비 화이트 라벨 서비스 회사 데이터(예컨대, 서비스 회사 1 데이터 및 서비스 회사 2 데이터)(164, 174)는 데이터의 복수의 하위 카테고리, 예컨대 고객 정보(168, 176), 서비스 제공자 선호/제한 데이터(169, 177), 서비스 제공자 프로필(170, 178), 회사 1/회사 2 선호/제한 데이터(171, 179), 기타 데이터(172, 180) 등을 포함할 수 있다. DSP, 화이트 라벨 베이스 회사 및 DSP 앱을 사용하는 비 화이트 라벨 베이스 회사 각각이 이용하는 DSP 소프트웨어 애플리케이션의 백엔드 코드베이스는 바람직하게는 임의의 카테고리의 데이터가 동일 백엔드 소프트웨어 앱을 이용하는 다른 서비스 회사나 다른 타입의 서비스 엔티티로부터의 서비스 제공자에 의해 서비스되는 그 클라이언트(들)로부터의 서비스 요청을 허용할지 여부에 관한 클라이언트의 선택을 포함하나 이에 제한되지 않는 클라이언트의 프리셋 설정에 기반하여 데이터나 서비스 요청의 처리 및/또는 할당 동안 접근될 수 있다. 이 방식으로, 시스템은 DSP의 백엔드 소프트웨어 코드베이스를 사용하는 회사 각각 간의 상호연결을 가능하게 하여 각 회사가 서비스 요청에 대해 서비스 제공자를 할당하게 될 때 추가 옵션을 준다.
또한 도시된 바와 같이, 데이터베이스(108)는 관리 데이터(182), 사용자 데이터(184), 지도 및 경로 데이터(186), 차량 타입 데이터(188), 규칙 및 절차 데이터(190), 사용자 선호 데이터(191), 지불 관련 데이터(193), 서비스 요청 데이터(194), 그룹 데이터(195), 좋아하는/선호하는 데이터(196), 평점 데이터(197), 신고 데이터(198) 및 기타 데이터(199)를 포함하나 이에 제한되지 않는 다양한 데이터 세트를 구축하는 많은 추가 데이터 카테고리나 그룹을 포함할 수 있다. 데이터베이스(108)의 모든 과거 데이터도 실시간 데이터나 아직 알려지지 않았거나 사용할 수 없었던 데이터에 의해 정정되거나, 업데이트되거나, 보충되거나 다르게 수정될 수 있다. 실시간 데이터는 하나 이상의 사용자가 이러한 데이터를 즉시 공유할 때 실시간으로 간주된다."즉시"는 현재 시간에 가까운 기결정된 기간, 예컨대 15분 등 내일 수 있거나 가상적으로 현재 시간에 즉각적일 수 있다. 만약 데이터가 실시간 데이터로 간주될 요건을 충족하지 않는다면, 데이터는 과거 데이터로 간주되지만, 데이터베이스(108)에 이미 존재/저장된 다른 과거 데이터를 업데이트하는데 사용될 수 있다.
데이터베이스(108)는 차량 타입 데이터(188)도 저장할 수 있다. 차양 타입이나 차량 번호판의 타입과 관련하여, 데이터 타입은 적어도 차량 타입이나 차량 번호판 타입에 대응할 수 있다. 예를 들어, 세단, SUV, 밴, 리무진 등은 각각 그 각 수용력이나 요금 설정에 특화된 상이한 타입의 표시자를 가지고, 특정 고객은 모든 다른 차량 타입에 대한 데이터를 제외하며 적어도 한 차량 타입에 대응하는 데이터를 수신할 수 있다. 다시 말해, 고객의 특정 서비스 요청에 대응하는 데이터는 차량, 차량 번호판 또는 다른 사양의 타입에 기반하여 차량 타입에 초점이 맞추어질 수 있다. 유사하게, 지도 및 경로 데이터(186)가 데이터베이스(108)에 저장될 수 있다. 지도 및 경로 데이터(186)는 추가적으로 개별 지도 데이터베이스에 또는 일반 데이터베이스에 저장될 수 있는데, 지도 및 경로 데이터(186)는 교통 조건, 도로 밀도 등의 상호 참조를 통해 ETA 정보에 질의될 수 있다. 지도 컴포넌트 데이터는 GPS와 LBS가 식별한 서비스 요청에 대한 지도 데이터를 저장할 수 있다. GPS와 LBS 데이터는 컴퓨팅 장치의 위치를 상이한 방식, 예컨대 위치 기반 자원을 수신함을 통해 결정할 수 있다. 서비스 제공자 데이터는 서비스 제공자의 프로필, 예컨대 서비스 제공자의 사진과 운전 경력, 성별, 출생 국가 및 언어 능력을 포함하는 개인 데이터를 포함할 수 있다.
데이터베이스(108)는 사용자 데이터(184)(즉, 사용자에 대한 정보)도 포함할 수 있다. 사용자는 전부 데이터베이스(108)에 저장될 수 있는 서비스 제공자의 적절한 정보, 예컨대 이름, 차량 번호판의 타입, 차량 타입, 면허를 발급한 주나 국가, 가사 도우미나 다른 서비스 제공자 자격이나 면허, 집 주소, 직장 주소, 제안하거나 요구되는 서비스의 타입에 관한 정보, 이러한 서비스의 위치, 인증, 전문 분야, 애플리케이션의 각 사용자를 위한 사용자 ID를 만들기 위한 이메일 주소를 제공함으로써 서비스에 등록하도록 요청 받을 수 있다. 사용자 ID는 각 사용자가 행하는 신고와 평점을 추적하는 목적으로 사용될 수 있다. 신용 카드 및/또는 직불 카드 정보도 인증된 사용자를 위해 제공되는 특정 서비스에 대한 가입자 요금을 위해 요청될 수 있다. 등록된 사용자는 신고 데이터 및 평점 데이터를 포함하나 이에 제한되지 않는 애플리케이션의 다양한 특징을 사용하도록 허용될 수 있다. 수집된 가입자 요금은 직접 또는 간접적으로 새 사업을 시작하고, 서비스의 품질에 관한 피드백, 임의의 발생한 문제 및 고객, 서비스 제공자, 승객, 환자 등의 경험을 포함하여 다양한 타입의 데이터를 제공하는 인센티브로 구현되는 금전적 또는 비금전적 보상의 자금이 될 수 있다. 사용자 프로필 데이터가 데이터베이스(108)에 저장될 수 있는데, 바람직하게는 개인 사용자 정보뿐만 아니라, 등록 후 각 사용자와 사용자의 원격 컴퓨팅 장치(128) 간의 연관도 저장하도록 구성된다. 등록되면, 사용자는 원한다면 그 사용자 프로필에 정보를 설정 및 변경할 수 있다. 사용자의 입력이나 선호를 요구할 수 있는 설정은 설정 내에서 사용자에 의해 이어서 변경될 수 있다(예컨대, 켬/끔) 예를 들어, 사용자는 현재 운전 중이거나 승객으로서 탑승을 선호하는 차량 타입을 변경할 수 있다.
데이터베이스(108)는 규칙 및 절차 데이터(190)와 관리 데이터(182)도 포함할 수 있다. 규칙 및 절차 데이터(190)는 시스템 가격, 홍보 설정 규칙 및 절차뿐만 아니라 표시자, 소개, 지불, 서비스 요청, 시스템 관리, 시스템 로그, 시스템 분석 및 최적화 등에 대한 규칙 및 절차를 포함할 수 있다. 관리 데이터(182)는 분쟁 처리, 품질 제어 등에 관한 데이터도 포함할 수 있으나 이에 제한되지 않는다. 과거 데이터는 서비스 요청에 할당되는 추적 번호나 서비스 ID 번호 및/또는 문제가 될 때 역참조를 돕는 임의의 관련 정보를 할당함으로써 부분적으로 기록된다. 이러한 정보는 제공된 서비스 및/또는 서비스 제공자와 고객이 서로 겪은 임의의 경험에도 관련될 수 있다.
컴퓨팅 시스템(100)의 데이터베이스(108)에 저장된 데이터는 미리 스케줄링되거나 온디맨드 운송 또는 다른 서비스의 효율적인 예약 및 디스패칭을 가능하게 하는 본 명세서에 논의되고 본 명세서에 논의되는 다양한 방법론에 따라 분석되는 모든 사용자 정보로 계속하여 업데이트될 수 있다. 컴퓨팅 시스템(100)이 고객, 서비스 제공자, 디스패처, 서비스 엔티티, 고객, 승객 또는 사용자로부터 입력/요청을 받을 때마다, 컴퓨팅 시스템(100)은 먼저 데이터베이스(들)/데이터베이스 센터와 안전 접근 채널을 열고 데이터베이스 관리 모듈로 접근 채널을 통해 질의 문장을 보낼 수 있다. 만약 관계형 데이터베이스가 이용된다면, 데이터 테이블은 다른 데이터 테이블(들)과 한 가지의 관계, 예컨대 일대다 관계, 다대다 관계 및 일대일 관계를 가질 수 있다. 데이터 테이블 간의 관계에 기반하여, 데이터베이스(들) 관리 모듈은 정확하게 질의 문장을 따르고 둘 이상의 데이터 테이블을 조인하거나 하지 않으며 ID(들), 테이블 이름 및 테이블의 항목 이름을 사용함으로써 특정 데이터 테이블(들)을 찾을 수 있다. 만약 데이터 테이블 대신 데이터가 키값 쌍으로 저장되는 비 관계형 데이터베이스가 이용된다면, 데이터베이스 관리 모듈은 정확하게 질의 문장을 따르고 질의 문장이 제공하는 키를 사용함으로써 특정 데이터를 찾을 수 있다. 컴퓨팅 시스템(100)은 데이터베이스(108)에 저장된 모든 정보에 접근할 수 있다. 데이터베이스(들)(108)는 진보적인 본 명세서의 예시적인 실시예의 구현에 관한 임의의 데이터를 저장할 수 있다.
서버 인터페이스를 통해 수신한 서비스 요청 데이터(194)는 예컨대 서비스 요청 상태, 서비스 제공자에 의한 서비스 요청 수락 상태, 서비스 제공자가 서비스 요청을 취소한 이유, 할당된 서비스 요청과 연관된 내역, 디스패처의 동작 로그 등을 포함할 수 있다. 통지 및 확인 상태의 내용/타임스탬프도 시스템 로그에 기록될 수 있고, 이 정보는 컴퓨팅 시스템(100)의 관리자에 의해 체크될 수 있다. 이것은 시스템이 기록할 수 있는 동작 서비스 요청 정보의 완전한 목록이 아님을 이해할 것이다.
데이터베이스(108)는 각 특정 서비스 제공자에 대한 서비스 요청의 세부사항도 장래의 참조를 위해 저장할 수 있고 서비스 제공자의 차량에 관한 데이터, 예컨대 제조사와 모델, 색상, 좌석수 및 접근성, 보험 상태 심지어 차량 사진을 포함할 수 있다. 서비스 제공자의 프로필의 추가 정보는 서비스 제공자의 즐겨찾기 목록, 블랙리스트, 우편 번호, 시간, 위치 및 가격에 관한 제한뿐만 아니라 서비스 데이터와 기록과 같은 정보를 포함할 수 있다. 데이터베이스(108)는 가격과 요금을 포함하는 관리 데이터, 연락처와 FAQ 정보와 같은 시스템 데이터 및 고객과 서비스 제공자에 관한 등록 세부사항, 예컨대 지불 정보나 미리 스케줄링된 서비스 애플리케이션 관리에 관한 다른 관련 정보를 더 포함할 수 있다. 예시로, 등록 세부사항은 사용자가 시스템에 등록한지 얼마나 됐나 또는 얼마나 자주 미리 스케줄링되거나 온디맨드 서비스 애플리케이션을 사용하는지를 포함할 수 있다. 다른 저장된 정보는 서비스 규칙, 절차 및 가격뿐만 아니라 서비스 제공자와 고객의 설정에 대한 절차를 포함할 수 있다. 예를 들어, 데이터베이스(108)는 지불 정보 또는 컴퓨팅 시스템(100)에 대한 온디맨드 또는 미리 스케줄링된 서비스 애플리케이션 관리에 관한 다른 정보를 저장할 수 있다. 그룹 데이터(195)는 베이스 데이터, 회사 데이터, 개인 데이터의 그룹 또는 벤더에 관한 데이터를 포함할 수 있다. 고객 데이터는 개인 데이터, 고객의 즐겨찾는 서비스 제공자 목록, 고객의 서비스 제공자 블랙리스트, 고객의 선호, 서비스 요청 데이터 및 기록을 포함하는 고객의 프로필을 포함할 수 있다. 데이터베이스(108)는 동적으로 동기화 또는 업데이트되어 언제 데이터 블록에 변화나 업데이트가 이뤄지든 서버(102)와 데이터베이스(108)가 이에 따라 최신 변화를 반영하기 위해 동적으로 데이터를 업데이트한다. 나아가, 적어도 하나의 백업 데이터베이스가 주 데이터베이스(108)의 데이터 손실의 경우 주 데이터베이스(108)를 백업하기 위해 이용될 수 있다. 통상의 기술자는 데이터베이스(108)가 본 명세서에 묘사된 것과 달라질 수 있음을 이해할 것이다.
대안적으로, 컴퓨팅 시스템(100)은 고객의 선호와 수요에 기반하여 호환되는 서비스 제공자를 디스패칭하기 위해 미리 스케줄링된 서비스 애플리케이션을 제공 및 유지하기 위해 데이터베이스나 데이터 저장 매체의 세트를 사용할 수 있다. 데이터베이스(108)는 여러 데이터 카테고리 또는 그룹을 포함할 수 있다. 데이터베이스(108)의 섹션은 동시에 양 섹션으로부터 정보를 검색하기 위해 독립적이거나 동기화될 수 있다. 과거 정보는 데이터베이스(108)에 분류 및 저장되고 검색될 수 있고 컴퓨팅 시스템(100)의 서비스 요청의 역참조를 돕는 각 서비스 요청에 대응하는 추적 번호, 서비스 ID 번호 또는 이동 ID를 할당함으로써 부분적으로 추적될 수 있다. 이 식별로 분류되는 정보는 서비스 요청의 타입, 요청하고 수행한 자, 발생한 곳(예컨대, 우편번호, 국가, 도시, 주 등), 경로가 무엇이었는지, 서비스 요청의 가격, 언제 어떻게 서비스에 대한 지불이 일어났는지, 어떤 한 쪽이 즐겨찾기 리스트나 블랙리스트에 추가됐는지 여부를 포함할 수 있다. 고객이나 서비스 제공자의 선호나 제한, 가격 및 다른 커스텀 가능한 정보에 관한 모든 정보가 데이터베이스(108)에 저장될 수 있다.
완료된 서비스 요청의 기록도 데이터베이스(108)에 저장 및 유지될 수 있다. 컴퓨팅 시스템(100)은 자동적으로 임의의 완료된 서비스 요청에 대한 과거 데이터의 기록을 데이터베이스(108)에 저장할 수 있는데, 서비스가 예약 및 완료됨에 따라 동적으로 업데이트될 수 있다. 데이터베이스(108)는 등록 번호나 고객과 서비스 제공자의 사용자 식별을 포함하여 요청 및 완료된 각 서비스 요청의 인덱스도 저장할 수 있는데, 아무 때나 필요하다면 참조를 위해 검색될 수 있다. 데이터베이스(108)에 저장된 서비스 요청 정보는 예컨대 서비스 요청 ID, 관련 서비스 제공자 정보, 관련 고객 정보, 요청된 픽업 위치, 실제 픽업 위치, 요청된 하차 위치, 실제 하차 위치, 픽업 시간, 하차 시간, 거리, 기간, 상태, 가격, 보험 회사 등도 포함할 수 있다. 고객이 스마트폰을 가지고 있지 않거나 시스템과 통신하는 애플리케이션을 사용하지 않더라도, 시스템에 접근을 가지지 않는 고객을 피하는 방법이 이용될 수 있기 때문에 이것은 시스템의 기능에 악영향을 주지 않을 것이다. 예를 들어, 디스패처는 이러한 고객을 그 서비스 요청 상태나 서비스 제공자의 위치에 업데이트할 수 있다. 디스패처는 고객에게 가장 최근 정보를 제공할 수 있다. 특정 실시예에서, 서비스 제공자 즉시 디스패처와 연결할 수 있게 하는 시작 버튼이 서비스 제공자 장치(132SPn)에 제공될 수 있다.
바람직한 실시예에서, 시스템(100)은 동적으로 그 시작 전 또는 동안 서비스 요청에 대한 임의의 변경을 또는 서비스 요청의 상태의 임의의 업데이트를 업데이트 및 저장하고 이들 변화를 디스패처를 위한 웹 포털 및 서비스 요청에 할당된 서비스 제공자와 연관된 서비스 제공자 장치(132) 상의 서비스 제공자 인터페이스 모두에 실시간으로 디스플레이한다. 예를 들어, 만약 고객이 서비스 요청을 취소하거나 픽업 시간이나 장소에 변경을 필요로 한다면, 고객은 이 정보를 고객 장치(130)를 통해 시스템(100)에 입력할 수 있다. 새 정보는 데이터베이스(108)에 저장된다. 디스패처의 웹 포털은 업데이트하고, 변경의 통지가 즉시 서비스 제공자 장치(132)를 통해 서비스 요청과 연관된 서비스 제공자에게 송신된다. 서비스 제공자는 바람직하게는 디스패처의 웹 포털에 디스플레이된 서비스 요청에 대한 동일 정보에 접근할 수 있다. 나아가, 바람직한 실시예에서, 서비스 요청 전에 입력된 고객에 대한 임의의 새 정보(예컨대, 전화번호, 이메일 주소, 선호의 변경 등)는 디스패처의 웹 포털 및 서비스 요청에 할당된 서비스 제공자의 서비스 제공자 장치(132)의 사용자 인터페이스와 통신될 수 있다. 바람직하게는, 관련된 서비스 제공자 장치(예컨대, 고객의 서비스 요청에 수반되는 서비스 제공자와 연관된 서비스 제공자 장치)만이 새 정보로 업데이트된다
데이터는 바람직하게는 데이터베이스(108)에 분류되어 저장되고 가장 현재의 최신 정보가 온디맨드 또는 미리 스케줄링된 프로세스에 사용됨을 보장하도록 동적으로 업데이트될 수 있다. 데이터베이스(108)는 DSP 데이터(140)에 관한(예컨대, 고객 정보(142), DSP 서비스 제공자 선호/제한 데이터(143), 서비스 제공자 프로필(144), DSP 선호/제한 데이터(145), 기타 데이터(146) 등), 화이트 라벨 회사 A/B 데이터(148, 156)에 관한(즉, 고객 정보(150, 158), 서비스 제공자 선호/제한 데이터(151, 159), 서비스 제공자 프로필(152, 160), 회사 선호/제한 데이터(153, 161), 기타 데이터(154, 162) 등) 및 비 화이트 라벨 회사 1/2 데이터(164, 174)에 관한(즉, 고객 정보(168, 176), 서비스 제공자 선호/제한 데이터(169, 177), 서비스 제공자 프로필(170, 178), 회사 선호/제한 데이터(171, 179), 기타 데이터(172, 180) 등) 고객 정보, 서비스 제공자 프로필/정보 및 기타 데이터뿐만 아니라 임의의 다른 소정의 기타 데이터를 저장할 수 있음을 이해할 것이다. 데이터베이스(108)에 저장되고 동적으로 업데이트되는 고객에 대한 프리셋 선호는 서비스 제공자의 타입에 관한 선호(즉, 즐겨찾기, 선호 또는 블랙리스트), 픽업 위치, 하차 위치, 차량의 제조사, 모델 및 타입, 운전 경력, 좌석수, 성별, 언어, 서비스 접근성, 의료 기기 가용성, 애완 동물 수용성 및 유아 시트 가용성을 포함하나 이에 제한되지 않는다. 픽업 위치 선호는 고객이 그 픽업 위치를 식별할 수 있게 한다.
하차 위치 선호는 고객이 그 선호하는 하차 위치를 식별할 수 있게 한다. 차량의 제조사, 모델 및 타입 선호는 고객이 그 서비스 요청에 대해 선호하는 차량의 제조사, 모델 및 타입을 명시할 수 있게 한다. 운전 경력 선호는 고객이 그 서비스 제공자 가지길 선호할 수 있는 운전 경력 년수를 미리 설정할 수 있게 한다. 좌석수 선호는 고객이 서비스 요청에 대한 승객의 수를 명시할 수 있게 한다. 성별 선호는 고객이 특정 성별의 서비스 제공자를 선택할 수 있게 한다. 언어 선호는 고객이 서비스 제공자 특정 언어를 하는 것을 선택할 수 있게 한다. 접근성 선호는 고객이 서비스 제공자의 차량이 특수 접근성이 구비됐는지의 선호를 미리 설정할 수 있게 한다. 의료 기기 가용성 선호는 고객이 운송 차량이 특정 장비, 예컨대 산소 탱크나 다른 의료 기기를 가졌는지 확실히 할 수 있게 한다. 애완 동물 수용성 선호는 고객이 서비스 요청에 대해 애완 동물을 수용할 수 있는지의 선호를 미리 설정할 수 있게 한다. 유아 시트 가용성 선호는 고객이 사용 가능한 유아 시트를 가진 서비스 제공자를 요청할 수 있게 한다.
데이터베이스(108)에 저장된 데이터는 계속하여 본 명세서에 논의되고 본 명세서에 논의되는 다양한 방법론에 따라 분석되는 모든 사용자 정보로 업데이트되어 서비스 제공자의 효율적인 예약 및 디스패칭을 가능하게 할 수 있다. 특정 실시예에서, 시스템(100)이 고객, 서비스 제공자, 디스패처 또는 다른 사용자로부터 입력/요청을 받을 때마다, 시스템(100)은 먼저 데이터베이스(들)/데이터베이스 센터(108)와 안전 접근 채널을 열고 데이터베이스 관리 모듈로 접근 채널을 통해 질의 문장을 보낼 수 있다. 만약 관계형 데이터베이스가 이용된다면, 데이터 테이블은 다른 데이터 테이블(들)과 한 가지의 관계, 예컨대 일대다 관계, 다대다 관계 및 일대일 관계를 가질 수 있다. 데이터 테이블 간의 관계에 기반하여, 데이터베이스(들) 관리 모듈은 정확하게 질의 문장을 따르고 둘 이상의 데이터 테이블을 조인하거나 하지 않으며 ID(들), 테이블 이름 및 테이블의 항목 이름을 사용함으로써 특정 데이터 테이블(들)을 찾을 수 있다. 만약 데이터 테이블 대신 데이터가 키값 쌍으로 저장되는 비 관계형 데이터베이스가 이용된다면, 데이터베이스 관리 모듈은 정확하게 질의 문장을 따르고 질의 문장이 제공하는 키를 사용함으로써 특정 데이터를 찾을 수 있다.
추가 데이터가 데이터베이스(108)에 입력될 수 있는데, 고객이 이동할 위치, 즐겨찾기 리스트나 블랙리스트, 위치, 다른 거래 데이터와 세부 사항, 과거 데이터, 보험 정책 만료 일자, 점검 일자, 운전자, 가사 도우미 또는 다른 서비스 제공자의 면허 만료 일자 또는 그 임의의 조합을 포함하나 이에 제한되지 않는다. 이 데이터는 표시자에 관한 정보와 그 디스플레이도 포함할 수 있다. 예시로, 데이터는 모든 고객이나 제공자가 특정 영역, 예컨대 하나 이상의 도로, 우편번호, 마을, 도시, 자치구, 카운티, 주 또는 임의의 다른 지역 정의 특징에서 완료한 서비스 요청 또는 얼마나 여러 번 고객과 제공자가 시스템에 지불했는지를 포함할 수 있다.
다음으로 도 2a로 넘어가면, 진보적인 본 명세서에 따른 시스템에 포함되는 예시적인 시스템 컴포넌트의 개략도가 도시된다. 시스템 컴포넌트는 시스템(100)의 다른 영역을 관리하는데 도움을 주는 컴퓨터의 운영체제의 프로세스, 프로그램, 유틸리티 또는 다른 부분이다. 동작하는 다수의 시스템 컴포넌트가 있는데, 각각이 특정 기능을 담당한다. 함께, 운영체제와 컴퓨터가 올바르고 효율적으로 동작할 수 있게 한다. 시스템 컴포넌트는 통신 수단(112), 데이터베이스(108), 프로세서(104), 메모리(106), 관리 모듈(202), 서비스 제공자 모듈(204), 고객 모듈(206), 디스패처 또는 서비스 엔티티 모듈(208) 및 벤더 모듈(210) 각각 중 하나 이상을 포함할 수 있다. 관리 모듈(202), 서비스 제공자 모듈(204), 고객 모듈(206), 디스패처 또는 서비스 엔티티 모듈(208) 및 벤더 모듈(210)은 본 명세서에 자세히 서술된 시스템 및 방법과 연관된 다양한 기능의 제공 및 디스플레이에 영향을 주기 위해 컴퓨팅 장치의 다른 컴포넌트, 예컨대 통신 수단(112), 데이터베이스(108), 프로세서(104) 및 메모리(106)와 상호작용할 수 있다. 일반적으로, 시스템 컴포넌트와 네트워크(124) 사이의 통신이 통신 수단(112)을 통해 일어난다. 통상의 기술자는 서비스 제공자 모듈(204)과 고객 모듈(206)이 복수의 서브 모듈(즉, 운송 서비스, 배달 서비스, 다른 서비스 등을 위한 것)을 포함할 수 있음을 이해할 것이다. 이들 서브 모듈은 독립적으로 동작하거나 동기화되어 함께 동작할 수 있다. 또한, 통상의 기술자는 도 2는 진보적인 본 명세서의 시스템 컴포넌트의 특정 핵심 요소를 묘사할 뿐이므로 시스템 컴포넌트가 본 명세서에 서술된 것과 달라질 수 있음을 이해할 것이다.
다음으로 도 2b를 참조하면, 진보적인 본 명세서의 예시적인 실시예에 따른, 세 주요 컴포넌트인 서버(102), 데이터베이스(108) 및 컴퓨팅 장치(128)를 포함하는 예시적인 시스템 구조의 개략도가 도시된다. 서버(102)는 데이터베이스(108)와 통신 가능하게 연결되고 상호작용한다. 예컨대 지도 컴포넌트 데이터(212)의 일부 또는 전체를 포함하는 일부 데이터는 컴퓨팅 장치(128)에 저장될 수 있다. 컴퓨팅 장치(128)는 서버 인터페이스(216), 애플리케이션 관리자(218) 및 서비스 제공자/고객 인터페이스(220)를 포함하는 3개의 주요 컴포넌트를 가지는, 설치된 서비스 애플리케이션(214)를 가질 수 있다. 서비스 애플리케이션(214)과 서버(102) 간의 임의의 상호작용은 서버 인터페이스(216)를 통해 일어나고 애플리케이션 관리자(218)는 서비스 애플리케이션(214)의 동작과 서비스 애플리케이션(214)를 위한 데이터베이스(108)로부터의 데이터의 검색을 관리한다. 서비스 애플리케이션(214)과 서비스 제공자/고객 인터페이스(220) 간의 임의의 상호작용은 서비스 제공자/고객 인터페이스(220)를 통해 일어난다. 컴퓨팅 장치(128)는 지도 컴포넌트(222)로, 예컨대 서비스 애플리케이션(214)의 지도 상에 서비스 제공자/고객의 위치를 디스플레이하도록 서비스 애플리케이션(214)을 도울 수 있다. 지도 컴포넌트 데이터(212)는 데이터베이스(108)로부터 검색될 수 있다. 컴퓨팅 장치(128)는 서비스 애플리케이션(214)으로 위치 결정 지원도 제공할 수 있는데, 위치는 예컨대 컴퓨팅 장치(128)에 위치한 GPS 컴포넌트(226)에 의하여 위치 식별기(224)를 통해 식별된다. 통상의 기술자는 도 2b에 묘사된 시스템 구조가 배타적이지 않고, 다른 변형이 있을 수 있음을 이해할 것이다.
다음으로 도 3a는 고객의 시스템 등록을 위한 예시적인 작업 흐름을 도시한다. 프로세스는 고객이 앱을 다운로드하거나 웹사이트를 방문하며 시작한다(단계 320). 고객은 "가입" 버튼을 클릭하고 "가입" 페이지에 들어간다(단계 322). 고객은 그 정보를 채우고(단계 324) 시스템에 양식을 제출한다(단계 326). 시스템은 각 고객에게 고유 ID를 분배하고(단계 328) 등록 확인을 고객에게 송신한다(단계 330). 고객은 등록을 확인하고(단계 322) 시스템에 로그인한다(단계 334). 고객은 그 계정에 지불 방법을 연결할 옵션을 가지는데, 신용/직불 카드, 은행 계좌 또는 임의의 다른 지불 방법일 수 있다(단계 336). 고객이 지불 방법을 연결하면 그는 서비스 요청을 시작하기 위한 모든 설정을 마쳤다(단계 338). 통상의 기술자는 도 3a에 서술된 프로세스가 배타적이지 않고, 고객의 등록 프로세스는 여기 서술된 단계와 다른 단계를 포함할 수 있음을 이해할 것이다. 나아가, 통상의 기술자는 본 명세서에 묘사된 프로세스가 원하는 결과를 달성하기 위해 도시된 특정 순서를 필요로 하지 않음을 이해할 것이다.
유사하게, 도 3b는 서비스 제공자의 시스템 등록을 위한 예시적인 작업 흐름을 도시한다. 프로세스는 서비스 제공자가 앱을 다운로드하거나 웹사이트를 방문하며 시작한다(단계 320). 서비스 제공자는 "가입" 버튼을 클릭하고 "가입" 페이지에 들어간다(단계 322). 서비스 제공자는 그 정보를 채우고(단계 340) 시스템에 양식을 제출한다(단계 342). 시스템은 각 서비스 제공자에게 고유 ID를 분배하고(단계 344) 서비스 제공자가 그 지원의 일부로 검토를 위한 정보(예컨대, 문서/자료)를 제공할 것을 요청한다. 지원은 검토되고(단계 348) 서비스 제공자가 문서/자료 검토 단계를 통과했는지 여부의 결정이 내려진다(결정 350). 통상의 기술자는 상이한 지리적 위치 및 관할 구역에 따라 서비스 제공자에게 요구될 수 있는 다양한 타입의 문서가 있고, 서비스 제공자는 그 관할 구역에 특정한 문서를 제출해야 함을 이해할 것이다. 서비스 제공자가 검토를 통과하지 않았다면, 프로세스는 더 많은 정보를 제공하는 것으로 돌아간다(단계 346). 서비스 제공자가 검토를 통과했다면, 그는 시스템에 로그인할 수 있다(단계 352). 서비스 제공자는 서비스 요청 수락 및 서비스 제공을 시작할 수 있다. 통상의 기술자는 도 3b에 서술된 프로세스가 배타적이지 않고, 서비스 제공자의 등록 프로세스는 여기 서술된 단계와 다른 단계를 포함할 수 있음을 이해할 것이다. 나아가, 통상의 기술자는 본 명세서에 묘사된 프로세스가 원하는 결과를 달성하기 위해 도시된 특정 순서를 필요로 하지 않음을 이해할 것이다.
이제 도 4를 참조하면, 진보적인 본 명세서의 예시적인 실시예에 따른 예컨대 운송 서비스를 제공하는 서비스 제공자의 예시적인 작업 흐름이 도시된다. 본 명세서에 서술되는 시스템, 플랫폼 및 방법은 상이한 서비스 제공(예컨대, 홈 헬스케어 서비스, 배달 서비스 등)을 제안하는 상이한 서비스 제공자에 적용될 수 있음을 이해할 것이다. 도시된 바와 같이, 서비스 제공자는 운송 서비스와 같은 제공하기 원하는 서비스 타입을 선택함으로써 시작한다(단계 400). 서비스 제공자는 시간 및 위치 제한을 미리 설정한다(단계 401). 서비스 제공자는 서비스 요청을 받고(단계 402) 요청을 수락할지 여부를 결정한다(결정 403). 서비스 제공자가 서비스 요청을 거절한다면, 서비스 요청은 다른 사용 가능한 서비스 제공자에게 가고(단계 404) 프로세스는 새 서비스 요청을 받는 원래의 서비스 제공자에게 돌아간다(단계 402). 이 프로세스는 서비스 제공자가 새 서비스 요청을 수락할 때까지 반복된다.
서비스 제공자가 새 서비스 요청을 수락하면, 서비스 제공자가 디스패칭되고(단계 405), 픽업 위치로 이동한다(단계 406). 서비스 제공자가 픽업 위치에 도착하면, 도착을 확인한다(단계 407). 시스템은 서비스 제공자의 도착을 고객에게 통지한다(단계 408). 서비스 제공자가 원한다면, 고객에게 그 도착을 통지하는 선택적 호출을 할 수 있다. 고객은 차량에 올라타고 서비스 제공자는 서비스 수행을 시작한다(단계 410). 서비스 제공자는 내비게이션을 사용하는 옵션을 가지고(단계 411) 고객을 목적지로 태워다 준다(단계 412). 도착하면, 서비스 요청은 완료된 것으로 식별되고(단계 413), 고객은 지불한다(414). 고객의 지불이 되면, 서비스 제공자는 피드백을 제공할 옵션을 가진다(결정 415). 서비스 제공자는 피드백을 주는 것을 건너뛰도록 선택할 수 있고 그 경우 프로세스가 끝난다(단계 418). 서비스 제공자가 피드백을 주도록 선택하면, 서비스 제공자는 피드백을 주고(단계 416), 피드백 제공이 끝나면(단계 417), 프로세스가 끝난다(단계 418). 통상의 기술자는 서비스 제공자의 활동이 서비스 제공자가 운송 서비스 및/또는 배달 서비스, 홈 헬스케어 서비스 등을 제공하는지 여부에 따라 달라질 수 있음을 이해할 것이다. 서비스 타입에 따라 프로세스 단계에 약간 차이가 있을 수 있더라도, 주요 개념은 동일하게 유지된다. 단순화의 목적을 위해, 도 4는 운송 서비스 요청에 대한 서비스 제공자의 시스템에서의 활동의 작업 흐름만 도시하지만, 진보적인 본 명세서에 따라 다른 타입의 서비스 요청 등에 적용될 수 있다.
이제 도 5로 넘어가면, 적어도 운송, 홈 헬스케어, 배달 등 서비스 산업에 서 고객 컨버터블 애플리케이션을 위한 커스텀 가능한 데이터 프로세스를 위한 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 도 1a의 관리 시스템의 예시적인 실시예가 도시되고, 도 1b의 데이터베이스(108)의 예시적인 실시예에 관하여 상술된 바와 같은 단일 백엔드 애플리케이션 소프트웨어 코드베이스를 이용하는 복수의 베이스 회사를 포함하여 시스템 데이터베이스(108) 내의 데이터의 예시적인 분류를 더 도시한다. 도시된 바와 같이, 서버(102)와 컴퓨팅 시스템(100)은 통신 수단(112)과 네트워크 또는 WAN(124)을 통해 컴퓨팅 장치(128)(즉, 하나 이상의 고객 컴퓨팅 장치(130C1-130Cn) 및/또는 제공자 컴퓨팅 장치(132SP1-132SPn)로 구성됨), 벤더 장치(126), 관리자 장치(134) 및 디스패처 장치(136)와 같은 주변 장치에 통신 가능하게 연결될 수 있다. 컴퓨팅 장치(128)는 사용자(예컨대, 고객, 제공자 등)가 컴퓨팅 시스템(100), 특히 데이터베이스(108)와 상호작용할 수 있게 하는 장치(예컨대, 스마트폰, 스마트워치 등)일 수 있다. 임의의 수(예컨대, 1, 2, 3, ... n)의 제공자/서비스 제공자 장치(132SP1...132SPn) 또는 고객 장치(130C1...130Cn)가 컴퓨팅 시스템(100)과 함께 사용될 수 있다. DSP 시스템의 백엔드 애플리케이션 소프트웨어 코드베이스를 이용하는 각 회사는 각각 컴퓨팅 장치(128)를 사용하는 복수의 서비스 제공자와 고객을 가질 수 있다. 하지만, 화이트 라벨 앱을 사용하는 회사의 경우, 애플리케이션의 프론트엔드는 특정 회사에 커스텀될 것인 반면, 다른 회사는 DSP 애플리케이션의 프론트엔드를 사용할 수 있다.
예를 들어, 화이트 라벨 애플리케이션을 사용하기로 선택한 이들 회사에 대하여, 컨텐츠 매니저나 다른 관리자는 컨텐츠 매니저가 제어하는 일반 화이트 라벨 컨텐츠를 취하고 장래의 고객 회사나 구매자(예컨대, 구매 서비스 회사)를 위한 커스텀 룩 앤드 필을 가지도록 포매팅함으로써 화이트 라벨 애플리케이션의 특정 구매자를 위해 GUI의 외관을 구체적으로 맞출 수 있다. 특정 실시예에서, 컨트롤러는 특정 사용자를 위한 앱의 일반 화이트 라벨 컨텐츠를 커스텀하기 위한 수단을 제공할 수 있다. 따라서, 컨텐츠가 커스텀된 플랫폼을 통해 제공된다면, 컨트롤러는 이에 따라 화이트 라벨 컨텐츠의 리브랜딩이 특정 상황에 맞추게 할 수 있다. 진보적인 본 명세서의 다양한 태양에 따르면, 시스템은 단일 공유 플랫폼 상에 DSP(또는 다른 소프트웨어 회사) 앱뿐만 아니라 하나 이상의 화이트 라벨 애플리케이션 모두를 포함하여 복수의 디스패칭 앱을 호스팅하여 각각이 데이터베이스(108)의 임의의 카테고리나 하위 카테고리 내에 저장된 데이터에 접근할 수 있다. 예를 들어, 도 1b 및 5-6에 도시된 바와 같이, 데이터베이스(108)에 저장된 데이터는 데이터를 유지하는 회사에 따라 할당 또는 분류될 수 있다. 데이터베이스(108)는 DSP 데이터(140), 화이트 라벨 회사 A/B 데이터(148, 156), 서비스 회사 1/2 데이터(164, 174) 등과 같은 카테고리를 포함할 수 있다.
도 5의 관리 시스템의 예시적인 수정을 도시하는 도 6에 더 구체적으로 도시된 바와 같이, 복수의 서비스 제공자와 고객 장치는 단일 백엔드 애플리케이션 소프트웨어 코드베이스와 통신 가능하게 연결된 개별의 독립적이고 커스텀 가능한 프론트엔드 애플리케이션 프로그램을 가질 수 있다. 도시된 바와 같이, DSP 각각을 위한 고객 컴퓨팅 장치(130C1-130C5) 및/또는 서비스 제공자 컴퓨팅 장치(132SP1-132SP5), 하나 이상의 화이트 라벨 사용자 또는 DSP 애플리케이션 플랫폼의 하나 이상의 사용자는 네트워크(124)를 통해 컴퓨팅 시스템(100) 및 데이터베이스(108)에 동작 가능하게 연결될 수 있다. 이와 같이, 시스템은 하나 이상의 DSP 서비스 제공자 장치(132SP1) 및 하나 이상의 DSP 고객 장치(130C1), 하나 이상의 화이트 라벨 서비스 제공자(132SP2, 132SP3) 및 하나 이상의 화이트 라벨 고객 장치(130C2, 130C3)뿐만 아니라 하나 이상의 비-화이트 라벨 사용자 서비스 제공자 장치(132SP4, 132SP5) 및 하나 이상의 비-화이트 라벨 고객 장치(130C4, 130C5)를 포함할 수 있다. 바람직한 실시예에서, 고객 컴퓨팅 장치(130C1-130C5) 및/또는 서비스 제공자 컴퓨팅 장치(132SP1-132SP5) 각각은 상이한 프론트엔드 앱과 구성될 수 있다. 예를 들어, 고객 컴퓨팅 장치(130C1) 및 서비스 제공자 컴퓨팅 장치(132SP1)는 DSP 고객 앱(610) 및 DSP 서비스 제공자 앱(604)과 각각 구성될 수 있는데, 각각 DSP 애플리케이션 프론트엔드 소프트웨어 코드베이스를 사용하는 한편, 고객 컴퓨팅 장치(130C2, 130C3)는 화이트 라벨 회사 A/B 고객 앱(612/613)과 각각 구성될 수 있고, 서비스 제공자 컴퓨팅 장치(132SP2, 132SP3)는 화이트 라벨 회사 서비스 제공자 앱(606, 607)과 각각 구성될 수 있다. 유사하게, 고객 컴퓨팅 장치(130C4, 130C5)는 서비스 회사 1 또는 2 고객 앱(614, 615)과 각각 구성될 수 있고, 서비스 제공자 컴퓨팅 장치(132SP4, 132SP5)는 서비스 회사 1 또는 2 서비스 제공자 앱(608, 609)과 각각 구성될 수 있는데, 단순히 DSP 애플리케이션 프론트엔드 소프트웨어 코드베이스일 수 있다. 컴퓨팅 장치(130C1-130C5 및/또는 132SP1-132SP5)는 사용자(예컨대, 고객, 운전자, 환자, 가사 도우미, 서비스 제공자 등)가 서비스 요청, 서비스 요청 수락, 선호/제한 수정, 시스템 등록 등의 목적을 위해 시스템(100)과, 특히 데이터베이스(108)와 상호작용할 수 있게 한다. 따라서, 진보적인 본 명세서의 예시적인 실시예에 따르면, 사용자는 모두 동일 디스패칭 소프트웨어를 사용하는 복수의 서비스 회사, 화이트 라벨 회사 및/또는 DSP로부터 서비스 제공자에게 잠재적으로 접근을 제공하는 단일 고객 앱을 다운로드 또는 다르게 이용할 필요만 있다.
본 명세서에 개시되는 화이트 라벨 앱 특징의 특정 실시예에서, 서비스 베이스가 자신의 사용자와 서비스 제공자 앱 소프트웨어를 가지는 DSP로부터 화이트 라벨 앱을 요청한다면, 고객 앱과 서비스 제공자 앱 각각에 대하여, 앱 이름, 아이콘, 스토어 로고, 스크린샷, 설명 등이 베이스 회사의 필요에 따라 커스텀될 수 있다. 커스텀된 앱은 베이스 회사가 그 사용자 및 서비스 제공자가 베이스 회사 자신의 고유 링크를 통해 앱을 사용하도록 홍보 또는 장려할 수 있게 하기 위해 자신의 개별 플레이 스토어 페이지나 앱 스토어 페이지를 가질 수 있다. 이러한 화이트 라벨 또는 베이스-커스텀 사용자 앱에서, 사용자는 동일 서비스 제공자로부터 또는 DSP 시스템에 등록한 모든 베이스 회사로부터 서비스를 요청할 옵션을 가질 것이다. 만약 사용자가 시스템이 동일 베이스 서비스 제공자에게만 서비스 요청을 송신할 수 있게 한다면, 고객이 서비스를 요청할 때, 서비스 요청은 먼저 동일 베이스()에 등록한 서비스 제공자만 횡단할 것이다. 선택적으로, 만약 소프트웨어 애플리케이션의 백엔드 코드베이스가 동일 베이스에서 사용 가능한 서비스 제공자를 찾지 못한다면, 고객에게 통지될 수 있고, 예컨대 DSP 서비스 제공자 모드 또는 다른 베이스 회사 서비스 제공자 모드를 켜거나 토글하는 옵션이 제공되어, 시스템이 DSP 등록된 서비스 제공자 또는 DSP 백엔드 애플리케이션 소프트웨어 코드베이스를 사용하는 다른 베이스 회사의 서비스 제공자 목록(들)에서 사용 가능한 서비스 제공자를 검색할 수 있게 한다. 사용자가 이 옵션을 수락한다면, 서비스(예컨대, 운송, 홈 헬스케어, 배달 등) 요청은 시스템이 사용자, 고객, DSP 및/또는 베이스 회사 등의 개별 선호(들)에 따라 DSP 데이터베이스 부분과, 또는 데이터베이스의 하나 이상의 다른 베이스 부분(들), 또는 시스템의 전체 데이터베이스와 인터페이스하도록 야기할 것이다.
다음으로 도 7을 참조하면, 진보적인 본 명세서의 예시적인 실시예에 따른 예컨대 디스패칭을 위한 데이터베이스 또는 할당된 데이터베이스 시스템(700)에서 사용자 컨버터블 애플리케이션을 공유하는 예시적인 방법을 도시하는 개략도가 도시된다. 이러한 시스템에서, 서비스 요청은 화이트 라벨 또는 베이스 사용자 앱(704)을 통해 수신될 수 있다. 전자와 관련하여, 요청은 중앙화된 데이터베이스(108)에 동작 가능하게 연결된 DSP 백엔드 소프트웨어 코드베이스(712)에 연결된 DSP 서비스 제공자 API(708)에 제공된다. 바람직하게는, DSP 백엔드 시스템(714)은 특히 DSP 백엔드 소프트웨어 코드베이스(712) 및 중앙화된 데이터베이스(108)를 포함하는 서버(102)를 포함한다. 시스템은 DSP 서비스 제공자 API(708)를 통해 사용 가능한 DSP 서비스 제공자를 검색한다. 만약, 대안적으로 서비스 요청이 화이트 라벨 또는 베이스 서비스 요청자 API(706)를 통해 DSP 백엔드 소프트웨어 코드베이스(712) 및 중앙화된 데이터베이스(108)에 동작 가능하게 연결된 화이트 라벨 사용자 앱(704)을 통해 수신된다면, 복수의 행동 중 하나가 소유자에 의해 구축된 화이트 라벨 앱의 구성에 따라 취해진다. 예를 들어, 첫째 경우에, 화이트 라벨 앱(704)은 DSP 백엔드 소프트웨어 코드베이스(712) 및 중앙화된 데이터베이스(108)에 연결된 화이트 라벨 또는 베이스 서비스 요청자 API(706)로 요청을 제공하도록 구성될 수 있다. 시스템은 화이트 라벨 또는 베이스 서비스 요청자 API(706)를 통해 사용 가능한 베이스 서비스 요청자를 검색한다. 사용 가능한 베이스 서비스 제공자가 찾아진다면, 서비스 요청은 서비스 제공자에게 디스패칭된다. 사용 가능한 베이스 서비스 제공자가 찾아지지 않는다면, 시스템은 고객과 시스템 간의 다이얼로그 또는 통신을 생성하여 DSP 시스템의 모든 또는 다른 부분으로부터 서비스 제공자를 요청하는 허가를 요청할 수 있다(710). 이러한 허가가 내려진다면, 요청은 DSP 서비스 제공자 API(708)에 제공되어 사용 가능한 DSP 서비스 제공자를 검색한다. 두번째 경우에, 화이트 라벨 앱은 초기에 고객과 시스템 간의 다이얼로그 또는 통신을 생성하여 초기에 DSP 시스템의 임의의 부분에서 서비스 제공자를 요청하는 허가를 요청하도록 구성될 수 있다(710). 허가가 내려진다면, 요청은 초기에 DSP 서비스 제공자 API(708)에 제공되어 DSP 서비스 제공자 API(708)를 통해 사용 가능한 DSP 서비스 제공자를 검색한다. 세번째 경우에, 화이트 라벨 앱은 자동적으로 DSP 시스템의 임의의 부분에서 서비스 제공자의 사용을 가능하게 하도록 구성될 수 있다. 여기서, 요청은 초기에 화이트 라벨 앱(704)을 통해 DSP 서비스 제공자 API(708)에게 제공되어 데이터베이스(108)의 DSP 시스템의 임의의 부분을 통해 사용 가능한 DSP 서비스 제공자를 검색한다. 특정 실시예에서, 상술한 시나리오의 710에서 요청된 허가는 고객으로부터 직접, 제3자 및/또는 화이트 라벨 회사로부터 직접일 수 있다.
바람직하게, 시스템은 백엔드에서 고객 앱으로부터 베이스 회사 식별자를 넘김으로써 이 기능을 구현하도록 구성된다. 바람직하게, 백엔드는 모든 화이트 라벨 앱이 소프트웨어 애플리케이션의 단일 백엔드 코드베이스와 통신할 수 있도록 구성된다. 나아가, 특정 실시예에서, 백엔드 애플리케이션 소프트웨어 코드베이스는 하나 이상의 API를 사용하여 상이한 베이스 구성에 따라 이동이나 다른 서비스 요청을 분석하도록 구성될 수 있다. 화이트 라벨 서비스 제공자 앱의 경우, 베이스 회사는 원격으로 앱을 구성하여 그 서비스 요청자가 동일 베이스 고객으로부터만, 하나 이상의 다른 베이스 회사 고객으로부터, 또는 모든 DSP 고객으로부터 작업이나 서비스 요청을 수락할 수 있다. 베이스 회사의 관리자(들)는 DSP 포털 또는 관리자 장치(134)(도 1a)를 통해 이 구성을 커스텀 또는 수정할 수 있다. 나아가, 본 명세서에서 언급되는 화이트 라벨 앱의 타입에서, 베이스 회사는 자신의 플레이 스토어 페이지나 앱 스토어 페이지를 제공하여 최종 사용자가 베이스 이름 구성에서 모두 볼 수 있도록 하기 위하여 앱을 자신의 로고, 자신의 앱 제목 등으로 커스텀할 수 있다. 이 방식으로, 베이스 회사는 자신의 커스텀된 스크린샷, 앱 아이콘 등을 보여줄 수 있다. 사용자 애플리케이션 앱에서, 사용자는 베이스 서비스 제공자에게 서비스 요청을 우선순위화하도록 허가된다. 만약 베이스 서비스 제공자가 사용 가능하지 않다면, 고객은 DSP 시스템에서 또는 하나 이상의 다른 베이스 서비스 제공자에서 서비스를 요청하는 옵션이 제공될 수 있다. 특정 실시예에서, 서비스 제공자는 동일 베이스 회사로부터 우선순위로 서비스 요청을 수신할 수 있지만 고객이 그 옵션을 선택한다면 다른 베이스 회사로부터 서비스 요청도 수신할 수 있다. 고객 앱과 서비스 제공자 앱 모두에서, 베이스 회사의 구성은 지원 번호, 이메일 또는 다른 식별 정보를 통해 기본으로 구축될 수 있다.
이러한 시스템에서, DSP 앱, 서비스 회사 앱 및 화이트 라벨 앱 모두 동일 백엔드 구성을 이용하거나 제공된다(즉, 모두 동일 백엔드 서버에 연결된다). 허가된다면, 화이트 라벨 사용자 앱(704)을 통해 서비스 요청이 이뤄지거나 서비스가 요청될 때, 화이트 라벨 사용자 앱(704)은 DPS 사용자 앱(702)과 동일한 API로 인터페이스할 것이지만, 추가 파라미터(예컨대, 베이스 id)가 DSP 백엔드(712)가 이 서비스 요청을 식별하기 위해 추가되고 초기에 각 베이스 서비스 제공자에게만 전달된다. 만약 DSP 백엔드 코드베이스(712)가 빈 결과를 반환한다면(즉, 사용 가능한 베이스 서비스 제공자가 없음), DSP 시스템의 임의의 부분에서 서비스 제공자를 수락하도록 고객이 동의하면, 동일 DSP 서비스 제공자 API(708)는 새 식별 파라미터(예컨대, base_id=0)로 접근될 것이다. 이 방식으로, 백엔드 서버(102)는 전체 DSP 시스템을 통해 서비스 요청을 식별 및 전달할 수 있다. 서비스 제공자 앱에서, 베이스 회사가 구성 또는 구축한 설정에 기반하여, 서비스 요청이 DPS 사용자 앱(702)으로부터 불리면, DSP 서비스 제공자 API(708)는 특정 서비스 제공자가 다른 베이스 회사로부터 서비스 요청을 수신하도록 허용되는지 여부를 체크할 수 있다. 만약 베이스의 관리자가 이 특징을 가능하게 하면, 서비스 제공자는 임의의 서비스 요청 통지를 받지 않을 것이다. 구성에 따라서, 단일 화이트 라벨 앱을 사용하여 서비스 제공자는 동일 베이스로부터 또는 전체 DSP 시스템 데이터베이스(108)의 임의의 다른 부분에서 서비스 요청을 수신할 수 있다. 따라서, 고객이 필요에 따라 적당한 서비스 제공자를 찾을 확률과 효율은 증가하고 다수의 회사를 포함하는 더 균일한 디스패칭 서비스를 가능하게 한다. 나아가, 고객은 잠재적으로 더 적당한 서비스 제공자로의 접근이 제공되고, 큰 고객 기반이 없는 작은 회사는 시스템 설정과 회사 동의에 따라 사업을 늘리고 및/또는 새 고객에게 브랜드를 더 마케팅할 기회가 주어지고, DSP나 다른 라이센싱 소프트웨어 회사는 추가 고객과 서비스 제공자로의 접근을 통해 사업을 늘리며 고객과 서비스 제공자에게 브랜드를 더 마케팅할 기회가 주어진다.
이제 도 8로 넘어가면, 진보적인 본 명세서의 예시적인 실시예에 따른 예컨대 디스패칭을 위한 데이터베이스 또는 할당된 데이터베이스 시스템(800)에서 고객 컨버터블 애플리케이션을 공유하는 다른 예시적인 시스템 및 방법을 도시하는 개략도가 도시된다. 이러한 시스템에서, 서비스 요청은 각각 DSP 크로스 플랫폼 API(818), 또는 화이트 라벨 서비스 엔티티 1 API(들)(812), 서비스 엔티티 2 API(들)(814) 또는 서비스 엔티티 3 API(들)(816)를 통해 서비스 엔티티 1 앱(811), 서비스 엔티티 2 앱(813) 또는 서비스 엔티티 3 앱(815)을 통해 수신될 수 있다. 3개의 서비스 엔티티 앱만 도시되었지만, 통상의 기술자는 임의의 수의 서비스 엔티티(즉, 화이트 라벨 엔티티)가 본 명세서에 서술되는 할당된 데이터베이스 시스템을 이용할 수 있음을 인식할 것이다. DSP 앱(817)을 통한 고객과 관련하여, 요청은 서버(102)의 저장 매체(806)에 저장된 DSP 공유된 백엔드 소프트웨어 코드베이스(808)에 통신 가능하게 연결된 DSP 크로스 플랫폼 API(818)에 제공된다. 공유된 백엔드 코드베이스(808)는 시스템이 DSP API(818)를 사용하여 데이터베이스(108)의 DSP 데이터베이스(826) 부분에서 사용 가능한 DSP 서비스 제공자를 검색할 수 있도록 중앙화된 데이터베이스(108)에 동작 가능하게 연결된다. 만약, 대안적으로 서비스 요청이 DSP 백엔드 소프트웨어 코드베이스(808) 및 중앙화된 데이터베이스(108)에 동작 가능하게 연결되는 화이트 라벨 서비스 엔티티 앱(811, 813, 815) 중 하나의 고객으로부터 수신된다면, 복수의 행동 중 하나가 소유자에 의해 구축된 화이트 라벨 앱의 구성에 따라 취해진다.
예를 들어, 일실시예에서, 서비스 엔티티 1 API(812)과 연관된 화이트 라벨 서비스 엔티티 앱(811)(즉, 애플리케이션 프로그램)은 DSP 백엔드 소프트웨어 코드베이스(808)가 할당된 데이터베이스(108)의 서비스 엔티티(SE) 1 데이터베이스(DB)(820) 부분에서 사용 가능한 서비스 제공자를 검색하도록 지시하도록 구성될 수 있다. 시스템은 예컨대 서비스 엔티티 1 API(812)의 검색 API와 코드베이스(808)를 사용하여 사용 가능한 베이스 서비스 제공자를 검색할 수 있다. 사용 가능한 서비스 제공자는 서비스 엔티티 1 앱(811)과 연관된 SE 1 DB(820)에서 찾아진다면, 서비스 요청은 그 서비스 제공자에게 디스패칭된다. 사용 가능한 서비스 제공자가 중앙화된 데이터베이스(108)의 SE 1 DB(820) 부분에서 찾아질 수 있다면, 시스템에 구축된 기결정된 규칙에 따라 서비스 제공자의 다른 서비스 엔티티의 데이터베이스에서 서비스 제공자를 요청하기 위하여 서비스 엔티티 1 앱(811)과 백엔드 코드베이스(808) 간에 다이얼로그나 통신이 개시될 수 있다. 이러한 공유 허가가 각 서비스 엔티티에 대해 인가 또는 허가된다면, 공유된 백엔드 코드베이스(808)는 서비스 엔티티 1 API(812)와 함께 데이터베이스(108)의 인가된 부분(들)(예컨대, SE 2 DB(822), SE 3 DB(824), DSP DB(826))의 각각에서 사용 가능한 서비스 제공자를 검색한다. 만약 다수의 사용 가능한 서비스 제공자가 위치한다면, 일실시예에서 시스템은 가장 가까운 사용 가능한 서비스 제공자를 선택하고 요청을 그 서비스 제공자에게 할당할 것이다. 다른 실시예에서, 시스템은 고객(예컨대, 서비스 엔티티 1 앱(811)의 사용자, 서비스 엔티티 2 앱(813)의 사용자, 서비스 엔티티 3 앱(815)의 사용자, DSP 앱(817)의 사용자 등)이 예컨대 중앙화된 데이터베이스(108)의 임의의 부분에서 식별된 사용 가능한 서비스 제공자의 목록에서 특정 서비스 제공자를 선택하도록 허가하도록 구성될 수 있다. 예를 들어, 고객의 미리 설정한 다수의 선호(예컨대, 즐겨찾는 서비스 제공자, 선호하는 서비스 제공자, 경로와의 친숙함, 성별, 사용 언어 등) 중 임의의 것에 기반하여 서비스 제공자에 대한 관련 인자를 묘사하는 표시자가 고객에게 디스플레이될 수 있다. 이 방식으로, 고객은 고객이 시스템과 설정한 선호에 따라 최고의 매칭 또는 가장 선호하는 서비스 제공자를 찾을 수 있다.
시스템은 바람직하게는 고객(예컨대, 승객, 고객, 환자 등)이 서비스 요청에 대해 최고의 매칭 서비스 제공자(예컨대, 운전자, 제공자, 간병인 등)를 선택 또는 다른 방식으로 관계를 맺는 것을 더 잘 돕기 위해 표시자 세트를 제공한다. 가격, 완료된 서비스 요청의 식별, 서비스를 요청하는 고객과의 친밀도, 서비스 요청에서 고객과 경로의 친밀도를 포함하지만 이에 제한되지 않는 다양한 정보가 서비스 요청에 대한 거래를 할 때 고객이 탐색을 하기에 복잡할 수 있다. 고객, 서비스 제공자 및 서비스 엔티티가 상이한 정보를 필요로 하므로, 표시자는 어떤 정보가 필요한지에 따라 달라질 수 있다. 서비스 제공자, 고객 및 서비스 엔티티는 표시자의 세트를 통해 디스플레이될 수 있는 다양한 서비스 관련 인자를 통해 경험, 예상 및 선호를 커스텀할 수 있다. 본 발명의 예시적인 실시예는 이 종합적인 정보를 간소화하기 위해 적어도 26개의 커스텀 가능한 표시자 세트를 제공한다. 통상의 기술자는 26세트보다 많거나 적은 표시자가 진보적인 본 명세서에 따라 사용될 수 있음을 이해할 것이다. 시스템은 혼란을 피하기 위해 표시자를 디스플레이할 것이지만 고객, 서비스 제공자 또는 서비스 엔티티(즉, 사용자)도 표시자의 특정 세트를 변경하도록 선택할 수 있다. 예를 들어, 사용자는 기본 기호나 아이콘을 이모티콘이나 자신의 사용자 ID의 약어와 같은 자체 기호로 교체하기 원할 수 있다. 나아가, 각 표시자가 무엇을 의미하는지에 대한 설명도 제공될 수 있고, 사용자는 이 설명을 켜고 끄거나 일시적으로 숨기는 옵션을 가진다. 만약 끈다면, 여전히 임의 또는 모든 것을 다시 켤 수 있다. 예를 들어, 새로운 사용자는 설명이 있는 것을 선호할 수 있는 반면, 어느 정도 서비스를 사용했고 아주 친숙한 사용자는 다양한 표시자 세트의 의미에 대한 설명을 필요로 하지 않을 수 있다. 사용자는 다른 것보다 표시자 한 세트를 우선하고 싶다면 표시자가 디스플레이되는 순서도 변경할 수 있다.
표시자는 바람직하게는 고객, 서비스 제공자, 서비스 엔티티 또는 그 임의의 조합에게 단순하고 빠르고 편리한 방식으로 서비스 관련 정보를 전송 또는 디스플레이하는 수단이다. 다수의 표시자 세트가 둘 사이의 적절한 서비스의 매칭을 돕는데 사용될 수 있을 뿐만 아니라 사용자에 의한 커스텀도 허용된다. 사용자는 각 인터페이스에 상이한 표시자를 가질 수 있지만, 선택하면 서로의 표시자도 볼 수 있다. 나아가, 일부 표시자에 대해 등급 시스템이 있을 수 있는데, 최소 및 최대량의 수의 범위를 포함하고, 각 등급은 상이한 사용자에게 상이한 의미를 나타낸다.
예시적인 실시예에서, 제1 표시자 세트는 세 카테고리의 서비스 제공자에 대한 사용자 타입을 식별할 수 있는데, 즐겨찾기, 선호 및 일반 서비스 제공자를 포함하나 이에 제한되지 않는다. 제2 세트도 세 카테고리의 사용자에 대한 사용자 타입을 식별하는데, 즐겨찾기, 선호 및 일반 사용자를 포함하나 이에 제한되지 않는다. 제3 세트는 서비스 제공자의 사용 가능성을 식별할 수 있는데, 서비스 요청에 대해 서비스 제공자가 사용 가능하게 남아있을 시간을 연결할 수 있다. 제4 세트는 사용자가 현재 서비스 요청을 요청 중인지 여부를 식별할 수 있는데, 고객으로부터의 서비스 요청이 사용 가능하게 남아 있을 시간을 연결할 수 있다. 제5 세트는 서비스 제공자가 수행한 서비스 요청량에 기반할 수 있는데, 과거 데이터에 관한 수가 연결된다. 즉, 특정 기간 내에 서비스 제공자가 수행한 서비스 요청의 총 수를 반영하도록 수를 연결할 수 있는데, 총 수는 특정 기간에 따라 더 나누어지고 수, 등급 또는 그 조합이 반영된다. 제6 세트는 사용자가 미리 설정한 대응하는 검색 파라미터 중 하나 이상이나 임의의 조합에 기반하여 지리적 영역 중 하나 이상이나 임의의 조합을 보여줄 수 있다. 제7 세트는 잠재적 사용 가능한 서비스 제공자의 총 수를 잠재적 사용 가능한 사용자의 총 수와 더 비교하기 위해 제6 표시자 세트에 의해 제공되는 데이터 및 정보에 기반할 수 있다. 제8 세트는 가격에 관한 수를 연결함으로써 사용자로부터의 가격 제안에 대한 서비스 제공자의 응답에 관한 가격 정보를 단순화하는 것을 도울 수 있다. 제9 세트는 고객이 가격 견적 없이 서비스 요청을 송신하고, 서비스 제공자가 가격 제안과 함께 응답한 경우에 서비스 제공자가 개시한 가격에 기반하여 서비스 제공자의 서비스에 대한 가격의 협상에 관한 정보를 디스플레이할 수 있는데, 협상 가능 또는 협상 불가능일 수 있다. 제10 세트는 고객이 서비스 요청의 방문 위치를 표시한 지리적 영역 내에서 서비스 제공자가 완료한 서비스 요청의 총 수에 기반하여 영역 정보에 관한 정보를 반영하기 위해 과거 데이터와 지리 데이터를 연결할 수 있다. 그리고, 제11 세트는 고객이 서비스 요청에서 하차 위치를 표시한 지리적 영역 내에서 서비스 제공자가 완료한 요청의 총 수에 기반하여 영역 정보에 관한 정보를 반영하기 위해 과거 데이터와 지리 데이터를 연결할 수 있다.
제12 세트는 적어도 퍼센티지나 등급과 같은 임의의 다른 서술을 통해 표현되는 서비스 요청과 연관된 고객과의 서비스 제공자의 친밀도 레벨을 전달할 수 있는데, 친밀도는 고객의 내역, 일반 선호 등에 기반하여 서비스 제공자가 주어진 고객과 가지는 친밀도의 전체 레벨에 의해 계산된다. 이 표시자 세트는 고객의 수요와 선호를 데이터베이스에 저장된 서비스 제공자의 서비스 기록과 매칭함으로써 생성될 수 있다. 예를 들어, 운송 요청과 관련하여, 이 정보는 서비스 제공자의 서비스 요청에 표시된 경로와의 친밀도를 포함할 수 있고, 홈 케어 서비스의 경우, 이 정보는 서비스 제공자의 고객과의 과거 경험을 포함하여 고객의 특정 수요와의 서비스 제공자의 경험 레벨을 포함할 수 있고, 배달 서비스의 경우, 이것은 서비스 제공자의 경험이나 경로와의 친밀도와 같은 정보일 수 있다. 서비스 요청 타입과 상관없이, 표시자는 상황에 관련된 정보를 디스플레이하도록 조정될 수 있고, 그 자체로 퍼센티지로 디스플레이될 수 있거나 등급으로 나누어질 수 있는데, 예컨대 등급 E는 0-19퍼센트의 친밀도, 등급 D는 20-39퍼센트, 등급 C는 40-59퍼센트, 등급 B는 60-79퍼센트, 등급 A는 80-100퍼센트를 나타낸다. 서비스 제공자의 경우, 이것은 많은 고객에게 서비스를 제공한 경우 또는 적은 고객에게만 서비스를 제공한 경우 평가에 유용한 표시자일 수 있다. 이 표시자 세트는 서비스 제공자에 의해 가장 경험이 많거나 가장 가치 있을 수 있는 경우 평가하는데 사용될 수 있거나, 고객에 의해 고객이나 연관된 서비스 요청과 가질 수 있는 경험에 기반하여 최고의 매칭 서비스 제공자를 선택하는데 사용될 수 있다.
제13 표시자 세트는 고객과 서비스 제공자가 몇 번 매칭됐고 같이 거래를 완료했는지에 기반할 수 있다. 제14 세트는 도착 예정 시간(ETA)인 서비스 제공자가 고객을 픽업할 수 있는 시간을 디스플레이하기 위해 서비스 제공자의 위치 정보와 고객의 방문 위치의 위치 정보를 연결할 수 있다. 제15 세트는 고객의 방문 위치에서 서비스 요청에 표시된 고객의 하차 위치까지 예상 이동 시간(ETT)에 기반할 수 있다. 제16 세트는 적어도 서비스 요청에 표시된 고객의 픽업 및 하차 위치를 반영하기 위하여 지리 데이터를 연결할 수 있다. 제17 세트는 고객이 요청하고 완료된 서비스 요청의 총 수에 대한 정보를 전달할 수 있다. 제18 세트는 서비스 제공자가 미리 설정한 검색 파라미터 중 하나 이상이나 임의의 조합에 기반하여 지리적 영역 중 하나 이상이나 임의의 조합을 식별할 수 있다. 제19 세트는 잠재적 사용 가능한 고객의 수에 비교한 잠재적 사용 가능한 서비스 제공자의 수를 더 디스플레이하기 위해 제18 표시자 세트에 기반할 수 있다. 제20 세트는 고객이 개시한 가격 제안의 디스플레이를 간소화할 수 있는데, 가격 정보에 관한 수가 연결 및 디스플레이된다. 제21 세트는 서비스 제공자가 제안한 가격에 대한 응답으로 오는 고객이 제안한 가격에 대한 세부 사항을 제공할 수 있는데, 가격 정보에 관한 수가 이 표시자 세트에 의해 연결 및 디스플레이된다. 제22 세트는 방문 위치 지리적 영역에 기반하여 얼마나 많은 서비스 요청을 요청 및 완료했는지로 고객을 식별하기 위해 고객의 서비스 요청 내역과 지리 데이터에 관한 과거 데이터를 연결할 수 있다. 제23 세트는 특정 지리적 영역 내에서 얼마나 많은 서비스 요청을 요청 및 완료했는지로 고객을 식별할 수 있는데, 지리 데이터와 과거 서비스 요청 데이터가 연결된다. 제24 세트는 서비스 제공자와 고객이 서로 매칭되고 같이 거래를 완료한 수를 디스플레이하기 위해 과거 서비스 요청 데이터를 연결할 수 있다. 제25 세트는 서비스 제공자가 서비스 요청을 완료하기 위한 예상 이동 시간을 식별할 수 있다. 그리고, 제26 세트는 서비스 제공자가 귀환 위치를 미리 설정했다면 서비스 제공자의 지리 데이터와 서비스 요청을 수행한 후 서비스 제공자의 미리 설정한 귀환 위치의 지리 데이터를 연결할 수 있다.
나아가, 셀 수 있는 수에 적어도 부분적으로 기반한 임의의 표시자도 등급의 관점에서 반영될 수 있다. 시스템에 의해 할당된 등급은 고객 또는 서비스 제공자에게 적용되는지 여부에 따라 및 운송 서비스, 배달 서비스 또는 운송과 배달 서비스 모두에 적용되는지 여부에 따라 최소 및 최대량을 가지는 수의 범위일 수 있다. 문자, 모양 또는 색상이나 각 등급 간의 차이를 보여주는 임의의 다른 방식으로 디스플레이될 수 있다. 일부 고객과 서비스 제공자의 표시자는 상이한 의미를 가질 수 있다. 표시자는 사용자 타입, 카테고리 및 하위 카테고리에 관한 활동을 표시한다. 시스템이 시스템의 데이터베이스에 서비스 요청 기록을 저장하기 때문에, 타임 스탬프를 사용하여 이루어지거나 수행될 때와 요청 세부 사항에 의해 수행될 때 수량화할 수 있다. 하지만 시간이나 다른 수에 관한 이들 기록은 스케일 업 또는 다운될 수 있는데, 고객이 관련된 시간 프레임을 하루 이상의 날, 1개월 이상의 달 또는 1년 이상의 해와 같이 나눌 수 있다. 시간이나 시간 프레임 또는 영역과 다른 수에 관한 이들 상이한 조정 가능한 검색 파라미터는 모두 커스텀 가능하게 설계되어 고객과 서비스 제공자는 보고 싶은 정보를 개인화 및 우선순위화할 수 있다.
서비스 제공자에 관한 공급과 수요는 고객이 방문 위치에서 픽업을 예상한 시간, 방문 위치로부터의 거리, 고객이 서비스 요청에 대해 가격을 협상하기 원하는 서비스 제공자의 소정의 수에 기반하여 고객이 미리 설정한 검색 파라미터에 의해 디스플레이될 수 있다. 서비스 제공자에 대한 관련 정보는 고객이 각 잠재적 서비스 제공자를 보고 디스플레이된 표시자를 통해 상호작용 가격 협상을 가능하게 하도록 표시자를 통해 고객에게 디스플레이될 수 있다. 시간에 기반한 검색 파라미터는 검색 거리나 반경도 생성할 수 있고, 방문 위치로 향하는 모든 가능한 경로에서 모든 서비스 제공자를 식별하는 것, 가능한 경로 각각을 따르는 실시간 이동 속도를 식별하는 것, 서비스 제공자가 고객이 미리 설정한 최대 시간 내에 이동할 수 있는 최대 거리를 계산하기 위해 가능한 경로를 따르는 각 서비스 제공자의 이동 속도를 고객이 미리 설정한 최대 시간으로 곱하는 것, 고객의 방문 위치를 검색 반경의 중심점으로 식별하는 것 및 검색 파라미터나 고객이 미리 설정한 거리의 어떤 다른 점 내의 검색 제공자의 가장 먼 위치일 수 있는 검색 반경에 대한 극점을 식별하는 것을 포함할 수 있다. 검색 파라미터 내의 서비스 요청에 대한 공급과 수요는 수요를 위해 잠재적으로 사용 가능한 고객의 수와 비교한 공급을 위해 잠재적 사용 가능한 서비스 제공자의 수로 고객을 위해 디스플레이될 수 있다.
고객이 검색 파라미터를 미리 설정하는 것은 검색 파라미터의 소정의 수를 미리 설정하고 검색하는 것과 방문 위치를 검색 거리나 반경의 중심점으로 식별하고 서비스 제공자의 중심점에서 가장 먼 거리로 검색 반경에 대한 극점을 식별함으로써 검색 반경을 생성하는 것을 포함할 수 있다. 검색 거리나 반경은 시간이나 거리에 기반한 검색 반경보다 작거나 클 수 있고, 서비스 제공자의 예상 도착 시간은 표시자의 도움으로 고객을 위해 식별될 수 있다. 검색 거리나 반경 내에서 식별된 서비스 제공자의 수는 고객을 위한 가격 협상을 위해 우선순위화될 수 있다.
표시자 일부는 고객의 타입, 서비스를 제공 또는 요청하는지 여부에 관련될 수 있다. 바람직하게는, 일부 표시자는 고객에게 더 유용할 수 있는 반면, 일부는 서비스 제공자에게 더 유용할 수 있다. 하지만, 표시자는 서비스 제공자에게만 또는 고객에게만 배타적으로 디스플레이되는 의도가 아니며, 바람직하게는 한 쪽에 디스플레이되는 표시자는 다른 쪽에 유용한 정보를 반영할 수 있다. 하지만 고객이 선택하면, 시스템을 통해 자신의 정보를 볼 수 있다. 다른 고객이 보는 서비스 요청 내역에 관한 표시자가 올바르다고 보장하기 위해 자신의 표시자나 서비스 요청 내역을 보는데 관심 있다면, 프로필 정보나 시스템이 지정한 적용되는 모든 표시자를 보여주는 임의의 다른 수단을 통해 그럴 수 있다. 이러한 선택적으로 미리 설정되는 하나 이상의 표시자를 통해 표현될 수 있는 서비스 관련 인자는 사용자가 서비스 관련 정보나 데이터 중 임의의 것에 관한 정보를 더 얻는데 도움을 준다. 이 서비스 요청 내역은 완료 또는 요청된 서비스 요청의 총 수에 관한 표시자와 같이 다른 쪽이 볼 수 있는 정보를 포함할 수 있다. 서비스 요청 내역은 얼마나 많은 돈을 벌었거나 썼는지에 관한 개인 정보와 같은 다른 쪽이 볼 수 없는 정보도 제공할 수 있다. 이러한 모든 표시자는 고객과 서비스 제공자에게 서로에게 최고의 거래를 하기 위해 각각 최고의 매칭 서비스 제공자나 고객을 고르는데 도움을 줄 수 있는 커스텀 가능한 정보를 제공하는 의도이다. 추가 표시자가 다른 타입의 관련 정보의 요약을 시각적으로 통신하기 위한 수단으로 하나 이상의 컴퓨팅 장치를 통한 사용을 위해 개발 및/또는 이용될 수 있음을 이해할 것이다. 이러한 정보는 본 명세서에 전체로서 참조로 통합되는 '783 출원에 더 완전히 서술된다.
다시 도 8을 참조하면, 대안적인 실시예에서, 화이트 라벨 앱(예컨대, 서비스 엔티티 1 앱(811), 서비스 엔티티 2 앱(813), 서비스 엔티티 3 앱(815) 등 중 하나)은 고객이 시스템에 DSP 시스템의 중앙화된 데이터베이스(108)의 임의의 부분에서 서비스 제공자를 요청하기 위해 질의할 수 있도록 구성될 수 있다. 일실시예에서, 고객은 화이트 라벨 데이터베이스에서만 서비스 제공자를 검색하는 것과 서비스 제공자의 전체 데이터베이스나 서비스 제공자의 특별히 선택된 데이터베이스의 일부 그룹(예컨대, 드롭 다운 메뉴나 검색할 잠재적 데이터베이스의 다른 목록에서 선택됨)에서 검색하는 것 간에 선택하는 버튼, 탭 또는 아이콘이 제공될 수 있다. 허가된다면, 고객이 다운로드한 서비스 엔티티 앱(811, 813, 815)에 따른 검색 API(812, 814, 816)을 통한 요청이 백엔드 코드베이스(808)에 제공되어 상이한 서비스 엔티티에 의해 허가가 내려진 데이터베이스(108)의 임의의 하나 또는 모든 부분에서 사용 가능한 서비스 제공자를 검색한다. 세번째 경우에, 화이트 라벨 앱은 자동적으로 DSP 시스템의 중앙화된 데이터베이스(108)의 임의의 부분에서 서비스 제공자의 검색을 가능하게 하도록 구성될 수 있다. 이러한 실시예에서, 예컨대 요청은 화이트 라벨 또는 서비스 엔티티 1 앱(811)을 통해 백엔드 코드베이스(808)로 제공되어 중앙화된 데이터베이스(108)의 임의의 부분을 통해 사용 가능한 서비스 제공자를 검색할 수 있다. 특정 실시예에서, 고객이 질의한 상술한 DSP 시스템의 중앙화된 데이터베이스(108)의 모든 부분에서 서비스 제공자를 검색하는 허가는 고객, 제3자 및/또는 화이트 라벨 회사로부터 직접일 수 있다. 바람직하게는, 시스템은 서비스 엔티티 앱(즉, 811, 813, 815)에서 식별자를 넘김으로써 백엔드에서 이 기능을 구현하도록 구성된다. 바람직하게는, 백엔드 코드베이스(808)는 모든 화이트 라벨 서비스 엔티티 앱 및/또는 API가 DSP나 다른 기술이나 소프트웨어 제공 엔티티의 단일 백엔드 코드베이스(808)와 통신할 수 있도록 구성된다(예컨대, 네트워크(124)를 통해). 나아가, 특정 실시예에서, 백엔드 애플리케이션 소프트웨어 코드베이스(808)는 하나 이상의 API를 사용하여 상이한 베이스 구성에 따라 이동이나 다른 서비스 요청을 분석하도록 구성될 수 있다.
특정 실시예에서, 커스텀 가능한 데이터 프로세스를 위해 할당된 데이터베이스(108)에 연결된 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 컴퓨터 플랫폼이 제공된다. 바람직하게는 플랫폼 또는 시스템(100)은 네트워크(124)에 통신 가능하게 연결되고 프로세서(104)를 포함하는 서버, 복수의 엔티티에 할당된 부분을 포함하는 멀티 유저 배열에서 할당된 데이터베이스(108)(예컨대, SE 1 DB(820) 부분, SE 2 DB(822) 부분, SE 3 DB(824) 부분, DSP DB 부분(826) 등) 및 저장된 컴퓨터 판독가능한 명령어를 가지는 적어도 하나의 비일시적 컴퓨터 판독가능한 저장 매체(806)를 포함한다. 프로세서(104)는 제1 엔티티(예컨대, 서비스 엔티티 1(811))에 대응하는 제1 API(812)를 통해 데이터 또는 서비스 요청을 수신하기 위해 컴퓨터 판독가능한 명령어를 실행한다. 바람직하게는, 제1 애플리케이션 프로그램(812), 제2 애플리케이션 프로그램(814) 및 제3 애플리케이션 프로그램(816)이 공유된 백엔드 코드베이스(808)를 내장하는 동일 백앤드 서버(102)에 동작 가능하게 연결됨으로써 동일 백엔드 구성이 제공되거나 이용한다. 제1 애플리케이션 프로그램(812), 제2 애플리케이션 프로그램(814), 제3 애플리케이션 프로그램(816) 및 DSP 크로스 플랫폼 API(818)는 각각 바람직하게는 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명으로 표현되는 개별, 독립적 및 커스텀 가능한 프론트엔드를 가진다. 제1 API(812)는 네트워크(124)를 통해 저장 매체(806)에 저장된 공유된 백엔드 애플리케이션 소프트웨어 코드베이스(808)에 통신 가능하게 연결된다. 바람직하게는, 공유된 백엔드 코드베이스(808)는 공유 데이터 액세스 층으로 포매팅될 수 있고, 플랫폼이나 시스템(100)의 다양한 API를 사용함으로써 세부사항을 결정하기 위해 데이터나 서비스 요청을 분석하도록 구성될 수 있다. 수신된 데이터는 데이터베이스(108)에 통신 가능하게 연결된 공유된 백엔드 코드베이스(808)를 통해 프로세스되고, 시스템(100)은 제1 엔티티(예컨대, 서비스 엔티티 1(811))와 연관된 사용 가능하고 매칭되는 서비스 제공자나 객체를 식별하기 위해 공유된 백엔드 코드베이스(808)를 통해 적어도 제1 엔티티(예컨대, 서비스 엔티티 1(811))에 할당된 데이터베이스(108)의 제1 부분(예컨대, SE 1 DB 부분(820))을 질의한다.
특정 다른 실시예에서, 컴퓨팅 장치(130, 132)는 제1 애플리케이션 프로그램(812)의 아이콘을 디스플레이 스크린에 디스플레이하도록 구성된다. 구성원이나 고객으로부터 수신한 서비스 요청을 완료하기 위해 객체나 서비스 제공자를 검색하기 위해 제1 애플리케이션 프로그램(812)을 실행하기 위해 아이콘은 사용자에 의해 접근 가능하다. 제1 애플리케이션 프로그램(812)은 바람직하게는 제1 서비스 엔티티에 대응하고 커스텀 가능한 디스패칭을 위해 할당된 데이터베이스(108)에 연결된 분산 구조 시스템의 공유 데이터 액세스 층에 통신 가능하게 연결된다. 분산 구조 시스템은 공유 데이터 액세스 층 및 제1 서비스 엔티티에 의해 관리되는 데이터베이스(108)과 통신 가능하게 연결되는 제2 애플리케이션 프로그램(814)을 포함할 수 있다. 디스플레이 스크린은 바람직하게는 전자 지도 디스플레이, 고객, 서비스 제공자 또는 서비스 엔티티를 위한 서비스에 관련된 정보나 서비스 관련 인자를 나타내는 표시자 또는 그 임의의 조합 중 하나 이상을 포함하나 이에 제한되지 않는 서비스 요청에 관한 데이터를 디스플레이한다.
컴퓨팅 플랫폼 또는 시스템(100)은 바람직하게는 커스텀 가능한 데이터 프로세스를 위해 데이터베이스(108)에 연결된 분산 구조 시스템에 공유 데이터 액세스 층을 가진다. 플랫폼 또는 시스템(100)은 네트워크(124)에 통신 가능하게 연결되고 프로세서(104)를 포함하는 백엔드 서버(102), 복수의 엔티티에 할당된 부분을 포함하는 멀티 유저 배열에서 할당된 데이터베이스(108)(예컨대, SE 1 DB 부분(820), SE 2 DB(822) 부분, SE 3 DB(824) 부분, DSP DB 부분(826) 등) 및 저장된 컴퓨터 판독가능한 명령어를 가지는 비일시적 컴퓨터 판독가능한 저장 매체(806)를 포함할 수 있다. 시스템(100)은 제1 서비스 엔티티(811)과 연관된 적어도 제1 애플리케이션 프로그램(812)을 나타내는 이미지를 사용자 애플리케이션의 원격 고객 컴퓨팅 장치(130) 상의 GUI에 디스플레이한다. 제1 애플리케이션 프로그램(812)은 바람직하게는 백엔드 서버(102)에 동작 가능하게 연결됨으로써 공유된 백엔드 애플리케이션 소프트웨어 코드베이스(808)에 네트워크(124)를 통해 통신 가능하게 연결된다. 바람직하게는, 제1 애플리케이션 프로그램(812), 제2 애플리케이션 프로그램(814), 제3 애플리케이션 프로그램(816)은 개별적이고 독립적이고 커스텀 가능한 프론트엔드를 가져 고객은 저장 매체(806) 상의 공유된 백엔드 애플리케이션 소프트웨어 코드베이스(808)를 통해 데이터베이스(108)에 접근하기 위해 애플리케이션 프로그램 중 하나만 다운로드받을 필요가 있다.
시스템(100)은 이미지와 연관된 제1 애플리케이션 프로그램(812)을 실행시키기 위해 애플리케이션 이미지의 선택을 사용자로부터 수신할 수 있다. 표 표현이 GUI 상에 디스플레이되어 다음 중 하나 이상을 묘사할 수 있다: 제1 서비스 엔티티의 서비스 제공자, 하나 이상의 추가 서비스 엔티티의 서비스 제공자, 서비스 관련 데이터를 반영하는 서비스 제공자와 연관된 표시자 등. 시스템(100)은 제1 또는 추가 서비스 엔티티 중 임의의 하나로부터 서비스 제공자의 선택을 수신할 수 있다. 서비스 요청은 선택된 서비스 제공자에게 할당된다.
시스템(100)이 데이터베이스(108)의 제1 부분(예컨대, SE 1 DB 부분(820))에서 사용 가능한 매칭 객체나 서비스 제공자를 식별하지 않는데 응답하여, 시스템(100)은 공유된 백엔드 코드베이스(808)를 통해 제2 엔티티에 할당된 데이터베이스(108)의 제2 부분(예컨대, SE 2 DB 부분(822), SE 3 DB 부분(824) 또는 DSP DB 부분(826))에 질의한다. 시스템(100)은 제2 엔티티와 연관된 사용 가능한 매칭 객체나 서비스 제공자를 식별한다. 시스템(100)이 제2 엔티티와 연관된 하나 이상의 객체나 서비스 제공자를 식별하는데 응답하여, 시스템(100)은 데이터베이스(108)의 제2 부분(예컨대, SE 2 DB 부분(822), SE 3 DB(824) 또는 DSP DB 부분(826) 중 하나)에 질의하여 서비스 제공자나 객체, 제2 엔티티나 서비스 엔티티(예컨대, 서비스 엔티티 2(813)) 및 서비스 요청이나 데이터와 연관된 고객이나 구성원에 대한 서비스 관련 인자를 검색한다. 서비스 관련 인자는 객체나 서비스 제공자의 선택적으로 미리 설정된 선호, 객체나 서비스 제공자의 선택적으로 미리 설정된 제한, 엔티티나 서비스 엔티티의 선택적으로 미리 설정한 제한 및/또는 구성원이나 고객의 선택적으로 미리 설정한 선호 중 하나 이상을 포함할 수 있다. 검색된 서비스 관련 인자를 사용하여, 시스템(100)은 제2 엔티티(예컨대, 서비스 엔티티 2(813)와 연관된 객체나 서비스 제공자 중 하나와 고객이나 구성원을 매칭한다. 제2 엔티티(예컨대, 서비스 엔티티 2(813))와 연관된 하나 이상의 객체 중 하나가 시스템(100)에 의해 복수의 기결정된 규칙에 따라 매칭에 기반하여 서비스 요청이나 데이터에 할당된다.
대안적으로, 제1 엔티티(예컨대, 서비스 엔티티 1(811))와 연관된 객체나 서비스 제공자를 식별하는데 응답하여, 시스템(100)은 데이터베이스(108)의 제1 부분(예컨대, SE 1 DB(820))에 질의하여 객체나 서비스 제공자, 제1 엔티티(예컨대, 서비스 엔티티 1(811)) 및 데이터나 서비스 요청과 연관된 구성원이나 고객에 대한 서비스 관련 인자를 검색한다. 제1 애플리케이션 프로그램(812)의 구성에 기반하여 및 제1 엔티티(예컨대, 서비스 엔티티 1(811))의 규칙에 따라, 시스템(100)은 제1 엔티티(예컨대, 서비스 엔티티 1(811))와 연관된 객체나 서비스 제공자 중 하나를 데이터나 서비스 요청에 할당한다. 바람직하게는, 제1 엔티티(예컨대, 서비스 엔티티 1(811))의 규칙은 플랫폼이나 시스템(100)의 복수의 기결정된 규칙과 일치한다.
제1 엔티티와 연관된 임의의 객체나 서비스 제공자를 식별하지 않거나 제1 엔티티에 의해 객체나 서비스 제공자를 데이터나 서비스 요청에 할당하는데 실패하는데 응답하여, 일실시예에서 시스템(100)은 데이터베이스(108)에서 제1 엔티티나 고객에 대한 전달 선호 규칙(예컨대, 기결정된 규칙의 예시)을 검색할 수 있다. 전달 선호 규칙은 제1 엔티티에서 플랫폼의 다른 엔티티로 공유된 백엔드 코드베이스(808)에 의해 요청된 데이터나 서비스 요청의 전달을 통제한다. 전달 선호 규칙은 제1 엔티티의 고객의 전달 선호 또는 제한을 지시하지만, 제1 엔티티나 고객이 임의의 전달 선호 규칙을 세우지 않았다면 플랫폼이나 시스템(100)의 기본 전달 규칙이 적용될 것이다. 대안적으로, 시스템(100)은 코드베이스(808)를 통해 추가 엔티티에 할당된 데이터베이스(108)의 복수의 추가 부분(예컨대, SE 2 DB 부분(822), SE 3 DB 부분(824), DSP DB 부분(826) 등 중 하나)에 접근할 수 있다. 각 엔티티 및/또는 고객이 세운 규칙은 바람직하게는 시스템(100)이 자유롭게 데이터베이스(108)의 다른 부분에 접근하여 제1 엔티티의 구성원이나 고객을 위해 사용 가능한 객체나 서비스 제공자를 검색할 수 있는지 여부를 지시 또는 제어할 것이다. 또 다른 대안적 실시예에서, 제1 엔티티와 연관된 임의의 객체나 서비스 제공자를 식별하지 않거나 제1 엔티티가 데이터나 서비스 요청에 객체나 서비스 제공자를 할당하는데 실패하는데 응답하여, 시스템(100)은 엔티티 선호 규칙을 적용할 수 있는데, 특정 엔티티나 고객에 의해 플랫폼의 다른 엔티티와 연관된 객체나 서비스 제공자를 데이터베이스(108)에서 검색하는데 공유된 백엔드 코드베이스(808)에 의한 사용을 위해 미리 설정될 수 있다. 바람직하게는, 엔티티 선호 규칙은 적용할 특정 엔티티나 고객의 조건을 지시 또는 통제할 수 있다. 만약 특정 엔티티나 고객이 미리 설정한 엔티티 선호 규칙을 제공하는데 실패한다면, 시스템(100)은 특정 기본 규칙을 적용할 수 있다.
예시적인 실시예에서, 미리 설정된 엔티티 선호 규칙은 플랫폼에 의해 제1 엔티티로부터 수신되고 데이터베이스에 저장된, 어떤 이유로 제1 엔티티에 의해 서비스될 수 없는 서비스 요청을 서비스 하기 위해 어떤 다른 엔티티 및/또는 다른 엔티티의 어떤 서비스 제공자가 첫째로 고려될 것인지 지시하는 명령어의 세트이다. 플랫폼의 설정에 의해 고려되는 미리 설정한 엔티티 선호 규칙은 플랫폼의 임의의 서비스 엔티티에 의해 플랫폼의 서비스 엔티티가 이들 선호에 대해 높은 정도의 커스텀을 가능하게 하는 다양한 방식으로 입력될 수 있다. 따라서, 이들 규칙은 직선 규칙, 복잡한 조건적 스킴 또는 둘의 임의의 조합의 관점에서 설정될 수 있다.
서비스 요청에 서비스 엔티티와 연관된 하나 이상의 서비스 제공자 중 하나를 할당할 때, 시스템(100)은 데이터베이스(108)에 질의하여 서비스 제공자나 객체, 서비스 엔티티 및 고객이나 구성원에 대한 서비스 관련 인자를 검색한다. 서비스 관련 인자는 서비스 엔티티, 서비스 제공자 또는 객체가 선택적으로 미리 설정한 서비스 위치 선호, 하나 이상의 서비스 제한, 즐겨찾는 고객 목록, 선호하는 고객 목록, 서비스 엔티티나 하나 이상의 서비스 제공자가 선택적으로 미리 설정한 고객 블랙리스트, 하나 이상의 고객 선호, 즐겨찾는 서비스 제공자 목록, 즐겨찾는 서비스 엔티티 목록, 선호하는 서비스 제공자 목록, 선호하는 서비스 엔티티 목록, 고객이 선택적으로 설정한 서비스 제공자 블랙리스트나 서비스 엔티티 블랙리스트를 포함할 수 있다. 서비스 관련 인자에 기반하여, 시스템(100)은 객체나 서비스 제공자 또는 서비스 엔티티가 데이터나 서비스 요청에 할당되는 것을 막을 수 있다(예컨대, 서비스 엔티티 또는 서비스 제공자나 객체가 미리 설정한 서비스 제한 때문에, 서비스 제공자 블랙리스트에 추가되어서, 고객 블랙리스트에 고객을 가지고 있어서). 시스템(100)은 하나 이상의 서비스 관련 인자에 기반하여 서비스 요청을 완료하는데 적절한 서비스 엔티티와 서비스 엔티티의 하나 이상의 서비스 제공자를 식별 또는 결정한다.
서비스 요청에 객체나 서비스 대상을 서비스 요청에 할당하기 전에, 시스템(100)은 위치 식별기(예컨대, GPS나 다른 GNSS 수신기)를 통하여 고객이나 구성원의 위치에 대한 서비스 제공자나 객체의 거리를 결정한다. 서비스 요청은 위치까지의 서비스 제공자나 객체의 거리에 기반하여 서비스 제공자나 객체에 전송된다. 서비스 제공자나 객체로부터 수락을 수신한 후, 시스템(100)은 서비스 제공자나 객체를 서비스 요청에 할당한다. 제1 엔티티(예컨대, 서비스 엔티티 1(811))이 서비스 제공자 식별에 실패했거나 서비스 요청을 완료하기 위해 서비스 제공자를 할당하는데 실패했다고 결정하면, 시스템(100)은 하나 이상의 추가 엔티티(예컨대, 서비스 엔티티 2(813), 서비스 엔티티 3(815), DSP(817))와 연관된 하나 이상의 서비스 제공자나 객체를 식별하여 데이터나 서비스 요청을 추가 데이터베이스 부분(예컨대, SE 2 DB 부분(822), SE 3 DB 부분(824), DSP DB 부분(826) 등 중 하나)에서 서비스 제공자 중 하나에 할당하기 위하여 서비스 요청을 제1 애플리케이션 프로그램(812)을 통해 DSP 크로스 플랫폼 API(818)로 전달하여 공유된 백엔드 코드베이스(808)가 데이터베이스를 검색할 수 있게 할 수 있다. 선택적으로, 시스템(100)은 서비스 요청과 연관된 고객 및 크로스 플랫폼 API(818) 간의 다이얼로그나 통신을 생성하여 고객에게 서비스 요청을 추가 엔티티 중 하나를 위한 서비스 제공자에게 전달하는 허가를 요청할 수 있다.
객체나 서비스 제공자를 데이터나 서비스 요청에 할당할 때, 시스템(100)은 각 엔티티와 연관된 객체나 서비스 제공자 각각에 대해 가중화된 우선 순위를 세울 수 있다. 가중화된 우선 순위는 복수의 기결정된 규칙에 따라 서비스 관련 인자 각각에 대해 할당된 가중치에 기반한다. 선택적으로, 시스템(100)은 각 객체나 서비스 제공자에 대한 우선 순위 할당, 가중화된 우선 순위에 기반하여 서비스 요청과 각 객체나 서비스 제공자 간에 가중치의 관점으로 표현된 순위화된 호환성 및 다음 중 하나 이상을 포함하는 우선 순위를 포함하는 객체나 서비스 제공자에 대해 데이터 테이블을 생성할 수 있다: 서비스 요청을 수락하기 위한 객체나 서비스 제공자의 사용 가능성, 서비스 요청에 대한 객체나 서비스 제공자 타입 또는 각 객체나 서비스 제공자에 대한 구성원이나 고객 타입. 객체나 서비스 제공자는 가중화된 우선 순위와 복수의 기결정된 규칙에 따라 데이터나 서비스 요청에 할당된다.
선택적으로, 각 엔티티와 연관된 고유 식별자가 보안 방식으로 데이터베이스(108)에서 데이터를 가져오고 내보내기 위한 접근을 제공하기 위해 생성될 수 있다. 선택적으로, 시스템(100)은 초기 서비스 요청을 제출하기 위해 고객이 원래 사용한 애플리케이션 프로그램을 추적할 수 있다. 시스템(100)은 기결정된 규칙에 따라 새로 다운로드 또는 접근되고 처음 사용된 애플리케이션 프로그램과 연관된 엔티티에게 시작 보상도 주기적으로 제공할 수 있다.
다음으로 도 9를 참조하면, 진보적인 본 명세서의 예시적인 실시예에 따른 예컨대 디스패칭을 위한 데이터베이스 또는 할당된 데이터베이스 시스템(900)에서 사용자 컨버터블 애플리케이션을 공유하는 다른 대안적인 예시적인 시스템 및 방법을 도시하는 개략도가 도시된다. 이 실시예에서, 도 8에 도시된 것과 유사하게 서비스 요청은 DSP 크로스 플랫폼 API(918)을 통해 DSP 앱(917)으로부터 또는 각각이 하나 이상의 API를 포함할 수 있는 서비스 엔티티 1 앱(911), 서비스 엔티티 2 앱(913) 또는 서비스 엔티티 3 앱(915)로부터 수신될 수 있다. 예를 들어, 도시된 바와 같이, 각 서비스 엔티티 앱(즉, 911, 913, 915)은 상이한 기능(예컨대, 지도 API(931, 943, 945), 검색 API(941, 943, 945), 날씨 API(951, 953, 955), 기타 API(961, 963, 965) 등)을 가지는 복수의 API를 포함할 수 있다. 유사하게, DSP 앱(917)도 하나 이상의 API, 예컨대 지도 API(937), 검색 API(947), 기타 API(967) 등을 포함할 수 있다.
3개의 서비스 엔티티 앱만 도 9에 도시되었지만, 통상의 기술자는 임의의 수의 서비스 엔티티가 본 명세서에 서술되는 할당된 데이터베이스 시스템을 이용할 수 있음을 인식할 것이다. DSP 앱(917)을 통해 이용하는 고객과 관련하여, 요청은 서버(102)의 저장 매체(906)에 저장된 DSP 공유된 백엔드 소프트웨어 코드베이스(908)에 통신 가능하게 연결된 DSP 크로스 플랫폼 API(918)에 제공된다. 공유된 백엔드 코드베이스(908)는 시스템이 DSP 크로스 플랫폼 API(918)를 사용하여 데이터베이스(108)의 DSP 데이터베이스(DB)(926) 부분에서 사용 가능한 DSP 서비스 제공자를 검색할 수 있도록 데이터베이스(108)에 동작 가능하게 연결된다. 만약, 대안적으로 서비스 요청이 DSP 백엔드 소프트웨어 코드베이스(908) 및 데이터베이스(108)에 동작 가능하게 연결되는 화이트 라벨 서비스 엔티티 앱(911, 913, 915) 중 하나의 고객으로부터 수신된다면, 복수의 행동 중 하나가 소유자에 의해 구축된 화이트 라벨 앱의 구성에 따라 취해진다.
예를 들어, 일실시예에서 제1 서비스 엔티티 API와 연관된 화이트 라벨 서비스 엔티티 앱(911)은 DSP 백엔드 소프트웨어 코드베이스(908)가 데이터베이스(108)의 SE 1 DB(920) 부분에서 사용 가능한 서비스 제공자를 검색하도록 지시하도록 구성될 수 있다. 시스템(100)은 예컨대 제1 서비스 엔티티 API의 검색 API(941)와 코드베이스(908)를 사용하여 사용 가능한 베이스 서비스 제공자를 검색할 수 있다. 사용 가능한 서비스 제공자는 제1 서비스 엔티티 앱과 연관된 SE 1 DB(920)에서 찾아진다면, 서비스 요청은 그 서비스 제공자에게 디스패칭된다. 사용 가능한 서비스 제공자가 데이터베이스(108)의 SE 1 DB(920) 부분에서 찾아질 수 있다면, 시스템에 구축된 기결정된 규칙에 따라 서비스 제공자의 다른 서비스 엔티티의 데이터베이스에서 서비스 제공자를 요청하기 위하여 서비스 엔티티 1 앱(911)과 백엔드 코드베이스(908) 간에 다이얼로그나 통신이 개시될 수 있다. 만약 이러한 공유 허가가 각 서비스 엔티티에 대해 인가 또는 허가된다면, 공유된 백엔드 코드베이스(908)는 제1 서비스 엔티티 API의 검색 API(941)와 함께 미리 설정된 전달 또는 엔티티 선호 규칙에 따라 데이터베이스(108)의 인가된 부분(들)(예컨대, SE 2 DB(922), SE 3 DB(924) 또는 DSP DB(926)) 각각에서 사용 가능한 검색 제공자를 검색한다. 만약 다수의 사용 가능한 서비스 제공자가 위치한다면, 일실시예에서 시스템은 가장 가까운 사용 가능한 서비스 제공자를 선택하고 요청을 그 서비스 제공자에게 할당할 수 있다. 다른 실시예에서, 시스템은 고객(예컨대, 서비스 엔티티 1 앱(911)의 사용자, 서비스 엔티티 2 앱(913)의 사용자, 서비스 엔티티 3 앱(915)의 사용자, DSP 앱(917)의 사용자 등)이 예컨대 데이터베이스(108)의 임의의 부분에서 식별된 사용 가능한 서비스 제공자의 목록에서 특정 서비스 제공자를 선택하도록 허가하도록 구성될 수 있다. 예를 들어, 고객의 미리 설정한 다수의 선호(예컨대, 즐겨찾는 서비스 제공자, 선호하는 서비스 제공자, 경로와의 친숙함, 성별, 사용 언어 등) 중 임의의 것에 기반하여 서비스 제공자에 대한 관련 인자를 묘사하는 표시자가 고객에게 디스플레이될 수 있다. 이 방식으로, 고객은 고객이 시스템과 설정한 선호에 따라 최고의 매칭 또는 가장 선호하는 서비스 제공자를 찾을 수 있다.
대안적으로, 화이트 라벨 앱(예컨대, 서비스 엔티티 1 앱(911), 서비스 엔티티 2 앱(913), 서비스 엔티티 3 앱(915) 등 중 하나)은 고객이 시스템에 DSP 시스템의 데이터베이스(108)의 임의의 부분에서 서비스 제공자를 요청하기 위해 질의할 수 있도록 구성될 수 있다. 허가된다면, 고객이 다운로드한 서비스 엔티티 앱(911, 913, 915)에 따른 검색 API(941, 943, 945)을 통한 요청이 백엔드 코드베이스(908)에 제공되어 상이한 서비스 엔티티에 의해 허가가 내려진 데이터베이스(108)의 임의의 하나 또는 모든 부분에서 사용 가능한 서비스 제공자를 검색한다. 선택적으로, 화이트 라벨 앱은 자동적으로 DSP 시스템의 데이터베이스(108)의 임의의 부분에서 서비스 제공자의 검색을 가능하게 하도록 구성될 수 있다. 이러한 실시예에서, 예컨대 요청은 화이트 라벨 또는 서비스 엔티티 1 앱(911)을 통해 백엔드 코드베이스(908)로 제공되어 데이터베이스(108)의 임의의 부분을 통해 사용 가능한 서비스 제공자를 검색할 수 있다. 특정 실시예에서, 고객이 질의한 상술한 DSP 시스템의 데이터베이스(108)의 모든 부분에서 서비스 제공자를 검색하는 허가는 고객, 제3자 및/또는 화이트 라벨 회사로부터 직접일 수 있다. 바람직하게는, 시스템은 서비스 엔티티 앱(즉, 911, 913, 915)에서 식별자를 넘김으로써 백엔드에서 이 기능을 구현하도록 구성된다. 바람직하게는, 백엔드 코드베이스(908)는 모든 화이트 라벨 서비스 엔티티 앱 및/또는 API가 DSP나 다른 기술이나 소프트웨어 제공 엔티티의 단일 백엔드 코드베이스(908)와 통신할 수 있도록 구성된다. 나아가, 특정 실시예에서, 백엔드 코드베이스(908)는 하나 이상의 API를 사용하여 상이한 베이스 구성에 따라 이동이나 다른 서비스 요청을 분석하도록 구성될 수 있다.
다른 실시예에서, 커스텀 가능한 데이터 프로세스를 위해 데이터베이스(108)에 연결된 분산 구조 시스템에 공유 데이터 액세스 층을 가지는 컴퓨터 플랫폼이 제공된다. 바람직하게는 플랫폼 또는 시스템(100)은 네트워크(124)에 통신 가능하게 연결되고 프로세서(104)를 포함하는 서버, 복수의 엔티티에 할당된 부분을 포함하는 멀티 유저 배열에서 할당된 데이터베이스(108)(예컨대, SE 1 DB(920) 부분, SE 2 DB(922) 부분, SE 3 DB(924) 부분, DSP DB 부분(926) 등) 및 저장된 컴퓨터 판독가능한 명령어를 가지는 적어도 하나의 비일시적 컴퓨터 판독가능한 저장 매체(906)를 포함한다. 프로세서(104)는 컴퓨터 판독가능한 명렁어를 실행하여 제1 엔티티에 대응하는 제1 서비스 엔티티 앱(911)을 통해 데이터나 서비스 요청을 수신한다. 바람직하게는, 공유된 백엔드 코드베이스(908)를 내장하는 동일 백엔드 서버(102)에 동작 가능하게 연결됨으로써 제1 앱(911), 제2 앱(913) 및 제3 앱(915)이 동일 백엔드 구성에 제공되거나 이용한다. 제1 앱(911), 제2 앱(913), 제3 앱(915) 및 DSP 앱(917) 각각은 바람직하게는 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명으로 표현되는 개별, 독립적 및 커스텀 가능한 프론트엔드를 가진다. 제1 앱(911)은 네트워크(124)를 통해 저장 매체(906)에 저장된 공유된 백엔드 애플리케이션 소프트웨어 코드베이스(908)에 통신 가능하게 연결된다. 바람직하게는, 공유된 백엔드 코드베이스(908)는 공유 데이터 액세스 층으로 포매팅될 수 있고, 플랫폼이나 시스템(100)의 다양한 API를 사용함으로써 세부사항을 결정하기 위해 데이터나 서비스 요청을 분석하도록 구성될 수 있다. 수신된 데이터는 데이터베이스(108)에 통신 가능하게 연결된 공유된 백엔드 코드베이스(908)를 통해 프로세스되고, 시스템(100)은 제1 엔티티와 연관된 사용 가능하고 매칭되는 서비스 제공자나 객체를 식별하기 위해 공유된 백엔드 코드베이스(908)를 통해 적어도 제1 엔티티에 할당된 데이터베이스(108)의 제1 부분(예컨대, SE 1 DB 부분(920))을 질의한다.
특정 다른 실시예에서, 컴퓨팅 장치(130, 132)는 제1 앱(911)의 아이콘을 디스플레이 스크린에 디스플레이하도록 구성된다. 구성원이나 고객으로부터 수신한 서비스 요청을 완료하기 위해 객체나 서비스 제공자를 검색하기 위해 제1 앱(911)을 실행하기 위해 아이콘은 사용자에 의해 접근 가능하다. 제1 앱(911)은 바람직하게는 제1 서비스 엔티티에 대응하고 커스텀 가능한 디스패칭을 위해 할당된 데이터베이스(108)에 연결된 분산 구조 시스템의 공유 데이터 액세스 층에 통신 가능하게 연결된다. 분산 구조 시스템은 공유 데이터 액세스 층 및 제1 서비스 엔티티에 의해 관리되는 데이터베이스(108)과 통신 가능하게 연결되는 제2 앱(913) 또는 제3 앱(915)을 포함할 수 있다. 디스플레이 스크린은 바람직하게는 전자 지도 디스플레이, 고객, 서비스 제공자 또는 서비스 엔티티를 위한 서비스에 관련된 정보나 서비스 관련 인자를 나타내는 표시자 또는 그 임의의 조합 중 하나 이상을 포함하나 이에 제한되지 않는 서비스 요청에 관한 데이터를 디스플레이한다.
이제 도 10a-d를 참조하면, 컴퓨팅 장치 또는 모바일 플랫폼(128)에 대한 위치 데이터를 제공하는 위치 식별기(1004)를 포함하는 모바일 플랫폼 또는 원격 컴퓨팅 장치(128)를 도시한다. 더 구체적으로, 도 10a-b는 단일 서비스 엔티티의 서비스 제공자로 검색을 제한하기로 선택한 고객을 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시하는 반면, 도 10c-d는 진보적인 본 명세서의 예시적인 실시예에 따라 데이터베이스에 서비스 제공자를 저장한 다수의 또는 모든 서비스 엔티티의 서비스 제공자 검색을 확장하기로 선택한 고객을 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다. 위치 식별기(1004)는 휴대 전화 상에(도시된 바와 같이) 또는 휴대 장치(128)의 사용자의 차량의 온보드 컴퓨터에 존재하는 하드웨어일 수 있다. 모바일 플랫폼 또는 장치(128)는 공유된 백엔드 코드베이스를 통해 컴퓨팅 시스템(100) 또는 데이터베이스(108)와 통신 가능하게 연결된다. 대안적 실시예에서, 플랫폼 또는 컴퓨팅 장치는 선택적으로 모니터가 있는 단독 PC일 수 있다.
모바일 플랫폼(128)은 바람직하게는 한 서비스 엔티티와 연관된 애플리케이션 프로그램을 표현하는 애플리케이션 이미지 또는 아이콘을 디스플레이하기 위한 디스플레이 또는 GUI(1002)를 가진다. 바람직하게는 제1 애플리케이션 프로그램은 서버(102)에 동작 가능하게 연결됨으로써 공유된 백엔드 애플리케이션 소프트웨어 코드베이스에 네트워크를 통해 통신 가능하게 연결된다. 대안적으로, 서비스 엔티티는 각자의 고객과 협업 가능하게 서비스 제공자나 객체를 공유하기 위하여 협업 또는 통신 가능하게 직접 연결된다(즉, 공유된 백엔드 애플리케이션 소프트웨어 코드베이스를 통하지 않고). 애플리케이션 프로그램은 바람직하게는 공유된 백엔드 애플리케이션 소프트웨어 코드베이스와 독립적인 커스텀 가능한 프론트엔드를 가진다. 사용자가 애플리케이션 이미지를 선택함으로써(예컨대, 클릭 또는 더블클릭함으로써) 애플리케이션을 실행한 후, 모바일 플랫폼 또는 장치(128)는 조정 가능한 검색 파라미터를 묘사하는 상호작용 전자 인터페이스를 디스플레이한다. 검색 파라미터는 바람직하게는 고객에 의해 선택 가능하여 선택된 파라미터에 대해 애플리케이션을 실행한다. 바람직하게는, 선택 가능한 검색 파라미터 중 하나는 고객에 의해 사용되는 애플리케이션의 서비스 엔티티가 그 서비스 엔티티의 서비스 제공자 데이터베이스에만 연결하는지 또는 기결정된 규칙에 따라 데이터베이스(108) 상의 전체 서비스 제공자 데이터베이스와 통신하는지 여부를 표시한다. 전자 인터페이스의 그래픽 표현은 고객의 미리 설정한 선호와 매칭하는 제1 서비스 엔티티만의 사용 가능한 서비스 제공자의 식별 및 제1 서비스 엔티티의 식별된 사용 가능한 서비스 제공자 각각에 대응하는 표시자를 디스플레이할 수 있다.
대안적으로, 고객으로부터의 또는 고객에 의한 입력에 응답하여, 모바일 장치(128)는 시스템과 동작하는 추가 서비스 엔티티의 상호작용 메뉴의 그래픽 표현을 디스플레이 스크린에 디스플레이할 수 있다. 바람직하게는, 추가 서비스 엔티티 각각은 하나 이상의 사용 가능한 서비스 제공자의 식별에 포함시키기 위해 고객에 의해 선택 가능하다. 이 실시예에서, 전자 인터페이스의 그래픽 표현은 고객이 선택하거나 시스템이 미리 설정한 대로, 고객의 미리 설정한 선호와 매칭하는 제1 서비스 엔티티와 추가 서비스 엔티티 모두에서 사용 가능한 서비스 제공자의 식별 및 사용 가능한 서비스 제공자 각각에 대응하는 표시자를 디스플레이할 수 있다. 표시자는 바람직하게는 사용 가능한 서비스 제공자 각각에 대응하는 서비스 관련 데이터를 반영한다. 디스플레이 스크린에 디스플레이되는 사용 가능한 서비스 제공자는 바람직하게는 고객에 의해 선택 가능하여, 시스템이 고객에 의한 서비스 제공자 하나의 선택을 수신한 후 선택된 서비스 제공자에게 데이터나 서비스 요청을 할당한다.
특정 실시예에서, 고객은 그 검색 파라미터를 미리 설정하여 서비스 요청 타입에 대해 사용 가능한 잠재적 객체나 서비스 제공자를 검색한다. 잠재적 사용 가능한 서비스 제공자를 검색하는데 추가로, 시스템은 동일 타입의 서비스를 현재 요청하고 현재 위치가 이 고객이 미리 설정한 검색 파라미터 이내인 다른 사용 가능한 고객도 검색할 수 있다. 일실시예에서, 서비스 엔티티 1 앱(911)을 다운로드한 고객은 서비스 엔티티 1 버튼(1006)을 "온"으로 켜서 시스템이 데이터베이스(108)의 SE 1 DB(920) 부분에서만 사용 가능한 서비스 제공자를 검색하도록 선택할 수 있다. 이 실시예에서, 도 10a-b에 도시된 바와 같이, 고객은 디스플레이 스크린 상에 고를 수 있고, 검색이 그 검색 파라미터(1010, 1012, 1014) 중 하나 이상 또는 임의의 조합을 사용할 수 있는 선택 가능한 검색 파라미터(1010, 1012, 1014)(여기서 세 파라미터가 도시되지만, 더 많거나 적은 파라미터를 포함할 수 있음이 알려져 있다)이 제공될 수 있다. 도시된 바와 같이, 고객은 협상하기 원하는 서비스 제공자의 수(1010)로 검색을 수행하는 옵션이 제공된다. 이 검색 파라미터를 활성화하기 위해, 고객은 온-오프 토글 또는 스위치(1016)를 사용하여 켜고, 제공자의 소정의 수를 입력하고, "검색" 버튼(1022)을 클릭할 필요가 있다.
고객은 시간(1012)으로 검색을 수행하는 옵션도 가진다. 이를 위하여, 버튼(1018)을 켜고, 픽업이 일어나기 원하는 시간의 숫자, 예컨대 5분을 입력하고, "검색" 버튼(1022)을 클릭함으로써 이 옵션을 활성화할 필요가 있다. 고객은 거리(1014)로 검색을 수행하는 옵션도 제공될 수 있다. 이를 위하여, 고객은 버튼(1020)을 켬으로써 거리 검색을 활성화할 필요가 있다. 켜면, 고객은 시스템이 검색을 수행하기 원하는 거리의 숫자, 예컨대 2.0마일을 입력하고 "검색" 버튼(1022)을 클릭할 것이다. 파라미터 검색 온/오프 토글 또는 스위치(1016, 1018, 1020)를 사용하여 고객은 검색 파라미터(1010, 1012, 1014) 중 하나, 둘 또는 전부에 기반하여만 검색하도록 선택할 수 있다. 도 10b에 도시된 바와 같이, 사용자나 고객(1030)은 GUI(1002)의 전자 지도 디스플레이 상에 수(1010), 시간(1012) 및/또는 거리(1014)에 의한 미리 설정된 검색 파라미터 내에서 시스템이 식별한 사용 가능한 서비스 제공자의 풀과 함께 디스플레이될 수 있다. 검색 파라미터의 결과는 검색 결과인 지리적 영역(즉, 영역(1024), 영역(1026) 및 영역(1028))으로 디스플레이될 수 있다. 예를 들어, 시간에 의한 검색 결과(예컨대, 5분 파라미터 이내)는 도시된 바와 같이 시간이나 거리 파라미터 내에 디스플레이되는 서비스 엔티티 1의 서비스 제공자가 없음을 식별한다. 즉, 서비스 엔티티 1(SP1(1032), SP2(1034), SP3(1036), SP4(1038)뿐만 아니라 SP5-SP10)의 모든 식별된 사용 가능한 서비스 제공자는 검색 파라미터가 구축한 시간(1026)과 거리(1028) 영역 모두의 바깥에 있다. 고객은 디스플레이된 서비스 제공자 중 하나를 선택하거나, 대안적으로 수정된 결과를 검색하기 위하여 검색 파라미터를 수정하는 옵션을 가질 수 있다. 나아가, 고객은 서비스 엔티티 1 버튼(1006)을 비활성화 또는 끄는 옵션을 가지고 시스템이 데이터베이스(108)에 저장된 다른 서비스 엔티티의 사용 가능한 서비스 제공자를 검색하게 할 수 있다.
이 실시예에서, 도 10c-d에 도시된 바와 같이, 고객은 서비스 엔티티 1 버튼(1006)을 비활성화 또는 끄면, 도 10c에 도시된 바와 같이 고객이 사용 가능한 서비스 제공자를 검색할 수 있는 추가 서비스 엔티티(1042) 또는 복수의 서비스 엔티티를 식별하기 위한 GUI(1002)의 전자 지도 디스플레이 상에 디스플레이되는 드롭 다운 검색 메뉴(1040)가 제공될 수 있다. 복수의 서비스 엔티티는 바람직하게는 서비스 엔티티 1과 모든 추가 서비스 엔티티(즉, 서비스 엔티티 2, 서비스 엔티티 3 등)를 포함할 수 있거나, 대안적으로 서비스 엔티티 1이 아닌 서비스 엔티티만 포함할 수 있다. 고객은 메뉴(1040)에 나열된 추가 서비스 엔티티(1042) 중 하나 이상 또는 전부를 클릭할 수 있다. 검색 파라미터(1010, 1012, 1014) 및 고객의 서비스 엔티티 선택(1042)에 기반하여 또는 이에 따라 새 검색 결과가 도 10d에 도시된 바와 같이 디스플레이될 수 있다. 도시된 바와 같이, 사용자나 고객의 표시(1030)가 GUI(1002)의 전자 지도 디스플레이 상에 수(1010), 시간(1012) 및 거리(1014)에 의한 미리 설정한 검색 파라미터 내에서 시스템이 식별한 사용 가능한 서비스 제공자의 풀의 표시와 함께 디스플레이될 수 있다. 검색 파라미터는 검색 결과인 지리적 영역(즉, 영역(1024), 영역(1026) 및 영역(1028))을 반영할 수 있다.
예를 들어, 시간(예컨대, 5분 파라미터 이내)에 의한 검색 결과는 이제 선택된 시간과 거리 파라미터 내에 디스플레이되는 추가 서비스 엔티티에서 적어도 4개의 서비스 제공자(즉, SP7(1048), SP8(1050), SP9(1052) 및 SP10(1054))를 식별할 수 있는 반면, SP1(1032), SP2(1034), SP3(1036), SP4(1038)뿐만 아니라 SP5(1044) 및 SP6(1046)은 여전히 시간 및 거리 파라미터 바깥에 있다. 즉, 도시된 바와 같이, 요청된 10명의 사용 가능한 서비스 제공자 중, 4명이 사용자나 고객(1030)이 설정한 시간 및/또는 거리 파라미터를 만족하는 것으로 디스플레이된다. 고객은 디스플레이된 서비스 제공자 중 하나를 선택하거나, 대안적으로 수정된 결과를 검색하기 위하여 검색 파라미터를 수정하는 옵션을 더 가진다. 선택적으로, 고객(1030)은 아무 때나 단순히 버튼(1006)을 오프 위치로 다시 토글 또는 전환함으로써 단일 엔티티에서만 서비스 제공자를 검색하는 것으로 다시 전환할 수 있다. 또한, 선택적으로, 서비스 요청의 완료와 연관된 요금이 요청을 완료하는 하나 이상의 서비스 제공자 간에 공유되거나, 다른 방식으로 분할될 수 있다. 유사한 배열이 하나 이상의 서비스 엔티티 간, 하나 이상의 서비스 제공자와 하나 이상의 서비스 엔티티 간, 하나 이상의 서비스 엔티티/서비스 제공자와 서비스 요청의 완료에 수반된 어떤 다른 제3자 간 또는 그 임의의 조합에 존재할 수 있다.
서비스 제공자의 정보도 예컨대 고객, 환자 등에 대해 "일반" 또는 "선호" 또는 "즐겨찾기" 서비스 제공자임, 목적지나 서비스 위치로의 요청된 경로와 50%의 경로 친밀도를 가짐, 제안된 가격, 가격이 기본 가격보다 높거나 낮은지 여부, 요청된 픽업 또는 서비스 위치까지의 예상 도착 시간, 고객, 환자 등에게 서비스를 제공한 횟수, 제공하는 서비스의 타입 등을 식별하는 표시자 세트에 의해 제공될 수 있다. 서비스 제공자의 정보에 추가로, 표시자는 사용자가 예컨대, 서비스 제공자의 가격 제안에 관한 상이한 행위, 예컨대 협상 프로세스의 수락, 거절 또는 개시를 수행할 수 있게 하는 다양한 행위 버튼도 포함할 수 있다(예컨대, 사용자가 이 서비스 제공자의 최종 가격을 수락할 수 있게 하는 체크 마크가 있는 버튼을 누름, 사용자가 이 서비스 제공자를 거절할 수 있게 하는 'X'가 있는 버튼을 누름, 사용자가 서비스 제공자와 공급 및 수요 정보를 교환할 수 있게 하는 양방향 화살표 버튼을 누름, 사용자가 가격을 제안하거나 서비스 제공자가 제안한 가격을 반박할 수 있게 하는 "P/C" 버튼을 누름 등). 제2 검색 파라미터는 파라미터 내에 디스플레이되는 표시자 세트로 알 수 있듯이 서비스 제공자를 둘 더, 서비스를 요청하는 사용자를 둘 더 식별할 수 있는, 거리(예컨대, 1.5 마일 내)에 의한 검색의 결과인 지리적 영역을 반영한다. 만약 사용자가 디스플레이되는 서비스 제공자 각각에 대한 표시자에 의해 제공되는 정보의 자세한 설명을 필요로 하면, 대응하는 인터페이스로 이동되는 다른 버튼(예컨대, "사용자를 위한 서비스 제공자의 목록" 버튼 또는 탭)을 클릭할 수 있다. 통상의 기술자는 도 10a-d에 도시된 인터페이스가 설명의 목적일 뿐 본 명세서에 묘사된 인터페이스에 다른 변형이 있을 수 있음을 이해할 것이다.
진보적인 본 명세서의 또 다른 대안적 실시예가 도 11a-d에 도시된다. 특히, 도 11a-b는 고객이 DSP 검색 기능을 활성화 또는 켜도록 선택해서 전체 DSP 데이터베이스로 서비스 제공자 검색을 가능하게 또는 활성화한 경우 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시한다. 도면은 DSP 버튼(1106)을 통한 DSP 전환 또는 스위치 기능을 도시하지만, 이 스위치가 대안적으로 임의의 다른 SPE 또는 백엔드 소프트웨어 코드베이스를 제공하는 기술 회사를 위한 것일 수 있음을 이해할 것이다. 특정 실시예에서, 고객은 그 검색 파라미터를 미리 설정하여 서비스 요청 타입에 대해 사용 가능한 잠재적 객체나 서비스 제공자를 검색한다. 잠재적 사용 가능한 서비스 제공자를 검색하는데 추가로, 시스템은 동일 타입의 서비스를 현재 요청하고 현재 위치가 이 고객이 미리 설정한 검색 파라미터 이내인 다른 사용 가능한 고객도 검색할 수 있다. 일실시예에서, DSP 앱(917)을 다운로드한 고객은 DSP 버튼(1106)을 "온"으로 켜서 시스템이 전체 데이터베이스(108)에서(즉, SE 1 DB(920), SE 2 DB(922), SE 3 DB(924), DSP DB(926) 등의 각각에서) 사용 가능한 서비스 제공자를 검색하도록 선택할 수 있다. 이 실시예에서, 도 11a-b에 도시된 바와 같이, 고객은 디스플레이 스크린 상에 고를 수 있고, 검색이 그 검색 파라미터(1110, 1112, 1114) 중 하나 이상 또는 임의의 조합을 사용할 수 있는 선택 가능한 검색 파라미터(1110, 1112, 1114)(여기서 세 파라미터가 도시되지만, 더 많거나 적은 파라미터를 포함할 수 있음이 알려져 있다)이 제공될 수 있다. 도시된 바와 같이, 고객은 협상하기 원하는 서비스 제공자의 수(1110)로 검색을 수행하는 옵션이 제공된다. 이 검색 파라미터를 활성화하기 위해, 고객은 온-오프 스위치(1116)를 사용하여 켜고, 제공자의 소정의 수를 입력하고, "검색" 버튼(1122)을 클릭할 필요가 있다.
고객은 버튼(1118)을 켜고 픽업이 일어나기 원하는 시간(즉, 5분 내)을 입력하고 "검색" 버튼(1122)을 클릭함으로써 이 옵션을 활성화함으로써 시간(1112)에 의한 검색을 수행하는 옵션도 가질 수 있다. 고객은 버튼(1120)을 켬으로써 거리 검색을 활성화함으로써 거리(1114)에 의한 검색을 수행하는 옵션도 제공될 수 있다. 켜면, 고객은 시스템이 검색을 수행하기 원하는 거리(즉, 2.0마일로 객체를 검색)를 입력하고 "검색" 버튼(1122)을 클릭할 수 있다. 파라미터 검색 온/오프 스위치(1116, 1118, 1120)를 사용하여 고객은 검색 파라미터(1110, 1112, 1114) 중 하나, 둘 또는 전부에 기반하여만 검색하도록 선택할 수 있다. 도 11b에 도시된 바와 같이, 시스템은 GUI(1102)의 전자 지도 디스플레이 상에 사용자나 고객(1130)(예컨대, C1)을 시스템이 수(1110), 시간(1112) 및/또는 거리(1114)에 의한 미리 설정한 검색 파라미터 이내인 것으로 식별한 사용 가능한 서비스 제공자(예컨대, SP1-SP10)의 풀과 함께 디스플레이한다. 검색 파라미터의 결과는 검색 결과인 지리적 영역(즉, 영역(1124), 영역(1126) 및 영역(1128))으로 디스플레이될 수 있다. 예를 들어, 시간(1112)에 의한 검색 결과는 도시된 바와 같이 영역(1126)(예컨대, 5분 파라미터 이내)으로 표현되고, DSP 데이터베이스에서 시간 및/또는 거리 검색 파라미터를 만족하는 한 사용 가능한 서비스 제공자(예컨대, SP9)만 식별 및 디스플레이하는 반면, 특정 서비스 제공자(SP1(1132), SP2(1134), SP3(1136), SP4(1138)뿐만 아니라 SP8 및 SP10)는 시간 및/또는 거리 파라미터 바깥에 있다. 유사하게, 디스플레이는 4명의 사용 가능한 서비스 제공자(예컨대, SP5, SP6, SP7 및 SP9)가 고객에 의해 설정된 시간 및 거리 제한 또는 파라미터 모두 내에 있는 것으로 식별됨을 도시한다. 다시 한번, 사용 가능한 서비스 제공자는 본 명세서에 논의된 바와 같이 서비스 관련 인자의 표시자 표현과 함께 디스플레이될 수 있다. 고객은 디스플레이된 서비스 제공자 중 하나를 선택하거나, 대안적으로 수정된 결과를 검색하기 위하여 검색 파라미터를 수정하는 옵션을 가질 수 있다. 나아가, 고객은 DSP 버튼(1106)을 비활성화 또는 끄는 옵션을 가지고 시스템이 커스텀된 포맷이나 방식으로 데이터베이스(108)에 저장된 다른 서비스 엔티티의 사용 가능한 서비스 제공자를 검색하게 할 수 있다.
도 11c-d로 넘어가면, 고객이 DSP 검색 기능을 비활성화하거나 끄도록 선택하고 고객이 전체 데이터베이스에 저장된 서비스 제공자를 가지는 서비스 엔티티 중 하나 이상의 특정 서비스 엔티티를 검색할 수 있는 커스텀된 또는 커스텀 가능한 검색 포맷을 가능하게 하는 경우 애플리케이션 프로그램 인터페이스의 디스플레이를 도시하는 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치가 도시된다. 이 실시예에서, 도 11c-d에 도시된 바와 같이, 고객이 DSP 버튼(1106)을 비활성화하거나 끄면, 고객이 사용 가능한 서비스 제공자 검색을 커스텀할 수 있는 하나 이상의 서비스 엔티티(1142)를 식별하기 위한, 예컨대 도 11c에 도시된 바와 같은 GUI(1102)의 전자 지도 디스플레이 상에 디스플레이된 드롭 다운 검색 메뉴(1140)가 제공될 수 있다. 따라서, 고객은 메뉴(1140)에 나열된 추가 서비스 엔티티(1042) 중 하나 이상 또는 전부를 클릭 또는 선택할 수 있다. 즉, 고객은 메뉴(1140)에서 하나 이상을 선택하지 않음으로써 특정 서비스 엔티티가 사용 가능한 서비스 제공자 검색에서 제외되도록 선택할 수 있다. 검색 파라미터(1110, 1112, 1114)뿐만 아니라 고객의 특정 서비스 엔티티 선택(1142)에 기반하여 또는 이에 따라 새 검색 결과가 도 11d에 도시된 바와 같이 디스플레이될 수 있다. 특정 실시예에서, 각 서비스 엔티티 1에 대한 하나 이상의 입력은 이러한 서비스 엔티티 1의 각 애플리케이션의 열기/실행으로 동작할 수 있다.
도 11d에 도시된 바와 같이, 사용자나 고객의 표시(1130)가 GUI(1102)의 전자 지도 디스플레이 상에 수(1110), 시간(1112) 및 거리(1114)(도 11a)에 의한 미리 설정한 검색 파라미터 내에서 시스템이 식별한 사용 가능한 서비스 제공자(즉, SP1-SP10)의 풀의 표시와 함께 디스플레이될 수 있다. 검색 파라미터는 선택적으로 검색 결과로 지리적 영역(즉, 영역(1124), 영역(1126) 및 영역(1128))에 의해 반영 또는 표현될 수 있다. 예를 들어, 시간(예컨대, 5분 파라미터 이내)에 의한 검색 결과는 영역(1128)으로 표현되고 선택된 파라미터 이내에 디스플레이되는 추가 서비스 엔티티에서 적어도 4명의 서비스 제공자(즉, SP7(1148), SP8(1150), SP9(1152) 및 SP10(1154))를 식별하는 반면 한 사용 가능한 서비스 제공자(즉, SP10(1154))만 거리에 기반한 영역(1126) 내에 있는 것으로 식별된다. 즉, 도시된 바와 같이, 요청된 10명의 사용 가능한 서비스 제공자 중, 4명의 사용 가능한 서비스 제공자(즉, SP7(1148), SP8(1150), SP9(1152) 및 SP10(1154))가 사용자나 고객(1130)이 설정한 시간 및/또는 거리 파라미터를 만족하는 것으로 디스플레이되는 반면, SP1(1132), SP2(1134), SP3(1136), SP4(1138)뿐만 아니라 SP5(1144) 및 SP6(1146)은 여전히 시간 및 거리 파라미터 바깥에 있다. 여기서도 사용 가능한 서비스 제공자는 본 명세서에 논의된 바와 같이 서비스 관련 인자의 표시자 표현과 함께 디스플레이될 수 있다. 고객은 디스플레이된 서비스 제공자 중 하나를 선택하거나, 대안적으로 수정된 결과를 검색하기 위하여 검색 파라미터를 수정하는 옵션을 더 가진다. 선택적으로, 고객(1130)은 사용 가능한 서비스 제공자의 전체 DSP 데이터베이스에서 사용 가능한 서비스 제공자를 다시 검색하기 위해 아무 때나 DSP 버튼(1106)을 다시 토글, 전환 또는 켤 수 있다.
다음으로 도 12로 넘어가면, 도 11d에 도시된 예시적인 모바일 플랫폼 또는 원격 컴퓨팅 장치를 도시하며, 진보적인 본 명세서의 예시적인 실시예에 따른 디스플레이되는 서비스 제공자 중 적어도 둘에 대한 서비스 관련 인자를 나타내는 표시자를 더 도시한다. 도시된 바와 같이, 도 12는 인터페이스에 제공되는 하나 이상의 검색 파라미터에 대한 고객의 입력에 응답하는 예시적인 인터페이스(1106)를 도시한다. 이 도시에서, 고객(C1)은 그 서비스 요청의 타입에 대해 사용 가능한 잠재적 서비스 제공자를 검색하기 위해 그 검색 파라미터를 미리 설정했다. 잠재적 사용 가능한 서비스 제공자를 검색하는데 추가로, 시스템은 동일 타입의 서비스를 현재 요청하고 현재 위치가 이 고객이 미리 설정한 검색 파라미터 이내인 다른 사용 가능한 고객의 검색을 수행할 수 있다. 고객은 바람직하게는 검색 파라미터 중 하나 이상 또는 임의의 조합을 사용하여 선택할 수 있는 세 검색 파라미터를 가진다. 고객은 협상하기 원하는 서비스 제공자의 수, 서비스 제공자가 고객에게 오는데 걸릴 시간 및/또는 서비스 제공자가 고객으로부터 떨어져 있는 거리로 검색을 수행하는 옵션을 가진다. 도시된 바와 같이, 고객은 전자 지도 디스플레이(1106) 상에 시간과 거리 모두에 의한 미리 설정한 검색 파라미터 내에서 시스템이 식별한 사용 가능한 잠재적 서비스 제공자의 풀뿐만 아니라 시간, 거리 및 수에 의한 검색 결과인 지리적 영역을 볼 것이다. 고객(C1)은 인터페이스(1106) 상에 디스플레이되는 서비스 제공자 정보도, 운송 서비스에 대해 즐겨찾는 서비스 제공자 "FPT"임 및 서비스 요청에서 요청된 경로와 100% 또는 95% 친밀도를 가짐을 의미하는 하나 이상의 표시자 세트(1202, 1204)("FPT TMP21; 100%; $95; 5%; $5; ETA: 5Min" 및 "FPT TMP21; 95%; $85; 8%; $6; ETA: 4Min")를 통해 볼 수 있다. 제안된 가격은 $115 또는 $85인데, 기본 가격보다 5% 또는 8%(즉, $5 또는 $6) 높고, 서비스 요청 위치까지의 ETA는 5분 또는 4분이다. 서비스 제공자 표시자 정보에 추가로, 고객이 예컨대 서비스 제공자의 가격 제안에 관하여 상이한 행위, 고객이 이 서비스 제공자의 최종 가격을 수락할 수 있게 하는 체크 마크가 있는 버튼을 누르거나 클릭을 수행할 수 있게 하는 다양한 행위 버튼도 있다(예컨대, 고객이 이 서비스 제공자를 거절할 수 있게 하는 X 버튼을 누르거나 클릭, 고객이 서비스 제공자와 수요 및 공급 정보를 교환할 수 있게 하는 양방향 화살표 버튼을 누르거나 클릭, 고객이 가격 제안을 하거나 서비스 제공자가 제안한 가격을 반박할 수 있게 하는 "P/C" 버튼을 누르거나 클릭 등). 가격을 제안하거나 서비스 제공자의 가격 제안을 반박하기 위하여, 고객은 먼저 가장 오른쪽의 입력 박스에 금액을 입력하여 협상 프로세스를 개시하고 "P/C" 버튼을 누르거나 클릭한다. 통상의 기술자는 도 12에 도시된 인터페이스가 설명의 목적일 뿐 본 명세서에 묘사된 인터페이스에 다른 변형이 있을 수 있음을 이해할 것이다.
본 발명의 실시예는 향상된 사용자 인터페이스와 컨버터블 사용자 애플리케이션을 제공함을 이해할 것이다. 사용자는 빠르고 효율적으로 모바일 장치의 작은 디스플레이 스크린 상의 컨버터블 사용자 애플리케이션의 다양한 옵션을 이동하고, 효율적으로 하나 이상의 사업 엔티티에 대한 정보를 얻고, 거래를 위해 그들 중 하나를 선택할 수 있다. 휴대 전화가 더 종합적인 작업을 더 빠르고 잘 수행할 수 있게 됨에도 여전히 컴퓨터에 비해 상대적으로 작은 스크린을 가지므로, 사용자가 상이한 작업이나 윈도 간에 쉽게 탐색 또는 전환할 수 있게 하고, 사용자가 최소의 터치, 클릭 또는 이동으로 가능한 많은 정보를 획득할 수 있게 하는 이러한 사용자 친화적인 특징이 매우 유리하다.
특정 실시예에서, 사용자 인터페이스의 다양한 수정이 제공될 수 있다. 예를 들어, 드롭 다운 메뉴가 본 명세서에 서술되는 사용자 인터페이스에 제공될 수 있다. 임의의 필터, 스위치 및 다른 프레임의 텍스트가 레이어드될 수 있고, 상이한 크기나 투명도 변화를 가질 수 있다. 또 다른 실시예에서, 사용자가 디스플레이를 터치하지 않을 때, 디스플레이는 자동으로 일반 뷰로 돌아가도록 구성될 수 있다. 또 다른 실시예에서, 텍스트, 드롭 박스, 로고 등의 디스플레이는 투명도가 변하도록 구성될 수 있다.
본 명세서에 논의되는 컨버터블 사용자 애플리케이션의 사용자는 다른 것을 열기 위해 애플리케이션을 나갈 필요가 없다. 대신, 사용자는 단순히 컨버터블 사용자 애플리케이션을 전환하고 백엔드 소프트웨어를 공유하는 다른 연결된 사업 엔티티와 연관된 하나 이상의 아이콘, 브랜드 또는 이름을 선택할 수 있고, 전부 단일 컨버터블 사용자 애플리케이션을 나가지 않는다.
특정 실시예에서, 사용자가 필터링할 때(예컨대, DSP를 켜거나 끔) 증가 또는 감소하는 운전자의 수를 즉시 볼 수 있다. 도시되고 상술한 바와 같이, 사용자가 선택한 다양한 조정 가능한 검색 파라미터에 대응하는 그래픽 디스플레이가 디스플레이되는 반면 사용자가 선택하지 않은 다른 조정 가능한 검색 파라미터는 실행되지 않은 상태로 유지된다.
특정 실시예에서, 디스플레이는 사용자가 터치스크린을 통해 스와이프 움직임을 사용하여 상이한 프레임이나 층 간에 쉽게 전환할 수 있게 구성될 수 있다. 다른 실시예에서, 사용자가 텍스트, 박스, 드롭 박스, 비율 버튼, 로고, 사진, 이미지 등을 선택 또는 클릭할 때 사용자는 사용자가 터치, 클릭 및 선택하여 컨버터블 사용자 애플리케이션이 다른 기능, 예컨대 다른 프레임, 윈도우, 애플리케이션을 열거나 사용자가 특정 제품이나 서비스를 비교 또는 구매할 수 있도록 지시할 수 있는 팝업 메시지 또는 개별 프레임/윈도우의 메시지를 수신할 수 있다. 사용자가 터치, 선택, 스크롤 또는 클릭할 때, 디스플레이되는 텍스트가 강조될 수 있다. 특정 실시예에서, 사용자의 컴퓨팅 장치는 제품이나 서비스를 선택 또는 구매할 때 사용자의 생산성과 효율을 최적화하기 위하여 쉽게 기록되거나 자동으로 인식, 조정 및 수행되는 패턴을 배우고 인식하도록 구성될 수 있다. 또 다른 실시예에서, 시스템은 사용자의 다음 단계를 예측하고, 사용자가 버튼, 이미지 또는 텍스트를 클릭하기 전에 애플리케이션의 다음 프레임이나 윈도우를 여는 등 그 예측에 따라 행동할 수 있다.
본 명세서에 서술되는 컨버터블 사용자 애플리케이션의 사용자는 다른 연결된 엔티티의 제품과 서비스를 보기 위해 각 연결된 엔티티에 등록할 필요가 없음을 이해할 것이다. 소비자가 다수의 사업 엔티티와 연결하거나 다수의 사업 엔티티와 제휴된 서비스 제공자와 연결하기 위해 다수의 앱을 다운로드하여 특정 상품이나 서비스를 찾는 것은 시간이 많이 걸릴 수 있다. 사용자는 종종 더 많은 앱을 설치하기 위해 스크린을 새 빈 또는 부분적으로 채워진 스크린으로 스크린을 스와이프해야 하고, 특정 앱에 대해 잊어버리거나, 전화 상에 동시에 더 많은 앱이 실행되어 배터리를 더 빠르게 소비할 수 있다. 본 발명은 단일 가입(예컨대, 단일 사용자명과 암호)이 사용자가 한 다운로드 가능한 앱을 통해 모든 연결된 엔티티에 접근할 수 있게 하여 추가적으로 이들 문제를 해결한다.
이제 도 13a-14b로 넘어가면, 온라인 전자 상거래에서 본 발명의 실시예를 사용하기 위한 시스템 및 방법론이 서술된다. 본 명세서에 서술되는 컨버터블 사용자 애플리케이션은 예컨대, 브랜드를 구축하기 원하는 작거나, 중간 크기 또는 스타트업 회사에 의해 이용될 수 있다. 오늘날의 전자 상거래 산업에서, 사업이 일반적으로 광고 공간을 사고 및/또는 그 브랜드를 홍보하는데 돈을 쓸 필요가 있으므로 브랜드 구축은 비용이 들 수 있다. 작은 수의 메가 전자 상거래 업체에 의해 지배되는 전자 상거래 시장에서 작은 전자 상거래 업체에게는 공간이 거의 없을 수 있다. 따라서 작은 전자 상거래 업체는 브랜드를 홍보할 충분한 능력 없이 제품 홍보를 단념한다. 나아가, 상술한 바와 같이, 온라인 구매 웹사이트와 마케팅 회사는 그 자신의 브랜드를 홍보하는데 더 관심이 있고, 제품을 홍보하는 동안 사업 엔티티의 로고나 이름은 최소화할 수 있다. 본 발명은 작은 전자 상거래 업체가 그 브랜드를 홍보하고, 그 브랜드/로고를 디스플레이하는 프론트엔드를 가지는 컨버터블 사용자 애플리케이션을 다운로드한 소비자와 단단한 접점을 구축할 수 있게 한다. 이 방식으로, 작은 전자 상거래 업체는 메가/큰 전자 상거래 업체와 더 잘 경쟁할 수 있다. 본 발명은 작은 전자 상거래 업체가 고객 기반과 브랜드 이름 인지도를 구축하늘 것을 도우며 작은 전자 상거래 업체의 범위를 확장한다.
도 13a에 도시된 바와 같이, 각각 사업 엔티티 1-8과 연관된 다양한 전자 상거래 컨버터블 사용자 애플리케이션 A-H가 Apple® App Store, Google® App Store 또는 사용자가 애플리케이션을 다운로드하는 다른 앱스토어와 같은 앱스토어에 제시되고 다운로드 가능할 수 있다. 컨버터블 사용자 애플리케이션 A-H는 각각의 회사 브랜드나 로고(개략적으로 'A', '.B', 'C' 등으로 도시)를 각 컨버터블 사용자 애플리케이션의 각 프론트엔드를 통해 디스플레이하고 상술한 바와 같이 서로 공유된 백엔드를 통해 연결된다. 앱은 앱스토어에 온라인으로 접근하는 컴퓨팅 장치의 디스플레이 스크린(1300)에 도시될 수 있다. 바람직한 실시예에서, 소프트웨어 회사는 공유된 백엔드(더 자세히 후술됨)을 내장할 수 있는데, 추가적으로 상품이나 서비스 제공에 참여하거나 참여하지 않을 수 있다.
도 13b에 도시된 바와 같이, 사용자는 도 13a의 앱스토어 디스플레이에서 사업 엔티티 1(도시를 쉽게 하기 위해 개략적으로 'A'로 도시되는 브랜드/로고를 가짐)을 선택하고 사업 엔티티 A의 컨버터블 사용자 애플리케이션을 그 컴퓨팅 장치(1328)에 다운로드했다. 아이콘(1330)이 사용자의 장치(1328) 상에 디스플레이되어, 사업 엔티티 1의 로고 'A'를 도시한다.
도 13c에 도시된 바와 같이, 사용자는 로고 'A'를 클릭하고 'on' 위치의 토글 또는 스위치(1316)을 가지는 사업 엔티티 A의 컨버터블 사용자 앱을 실행했다. 사업 엔티티 A의 몇몇 타입의 의자(1317A, 1317B, 1317C)가 사용자 인터페이스(1318) 상에 사용자를 위해 디스플레이되고, 각 박스(1320A, 1320B, 1320C)를 체크함으로써 선택될 수 있다. 특정 실시예에서, 사용자는 인터페이스(1318)를 보기 전에 키워드 검색 박스(1319)(도 13d)에 '의자'를 입력했을 수 있다. 토글(1316)이 'on' 위치에 있으므로, 다른 연결된 서비스 엔티티의 상품은 디스플레이되지 않는다.
도 13d에 도시된 바와 같이, 사용자는 토글(1316)을 'off' 위치로 옮겼고, 따라서 고객 애플리케이션 프로그램 인터페이스를 상품과 연관된 백엔드 데이터베이스에 저장된 다른 사업 엔티티로 검색을 확장하도록 전환했다. 사용자는 세 타입의 의자, 차로 약 15분 거리 내에 위치한 의자, 10 마일 이내, 적어도 '9'의 평점 및 적어도 3개의 별의 인증만 보기 원하여서 조정 가능한 검색 파라미터(1310, 1312, 1314, 1340, 1342, 1344)도 입력했다. 도시된 바와 같이, 사용자 인터페이스(1346)는 연결된 사업 엔티티 2(로고 'B'), 사업 엔티티 3(로고 'C') 및 사업 엔티티 4(로고 'D')의 각 의자를 디스플레이한다. 사용자는 유사하게 각 박스(1348, 1350, 1352)를 체크함으로써 선택할 수 있다. 따라서 사용자는 전자 상거래에 참여하고 다수의 사업 엔티티에 전화에 다운로드한 단일 컨버터블 사용자 애플리케이션을 통해 연결할 수 있음을 이해할 것이다. 특정 실시예에서, 사용자가 사업 엔티티 A의 앱을 사용하므로, 사용자가 사업 엔티티 B의 제품이나 사업 엔티티 C의 제품을 살 때, 사업 엔티티 A는 이익의 배당이나 일부를 받을 수 있다. 다른 실시예에서, 연결 사업 엔티티는 단순히 임의의 거래 진행의 배당을 취하지 않는 서로를 칭할 수 있다. 사업 엔티티 A의 앱이 사용자의 전화에 있기 때문에, 사용자는 컨버터블 사용자 애플리케이션을 실행할 때마다 로고/브랜드 'A'를 볼 것이고, 이것은 사업 엔티티 A의 사용자에 대한 브랜드 인지도를 높이고, 사용자와 더 직접적인 관계를 구축한다. 만약 사용자가 궁극적으로 사업 엔티티 'C'를 선호한다고 결정하고, 더 이상 'A'와 거래하기 원하지 않으면, 이러한 사용자는 단순히 앱스토어에서 'C'를 위한 컨버터블 사용자 애플리케이션을 다운로드하여 앱을 실행할 때 먼저 C의 제품이나 서비스를 볼 것이다.
도 13e를 참조하면, 사용자는 토글(1316)을 'off' 위치로 옮겼고, 따라서 고객 애플리케이션 프로그램 인터페이스를 특정 서비스(예컨대, 키워드 박스(1319)에 입력한대로 레스토랑)와 연관된 백엔드 데이터베이스에 저장된 다른 사업 엔티티로 검색을 확장하도록 전환했다. 사용자는 세 타입의 레스토랑(서비스 제공 사업 엔티티), 차로 약 15분 거리 내에 위치한 의자, 10 마일 이내, 적어도 '9'의 평점 및 적어도 3개의 별의 인증만 보기 원하여서 조정 가능한 검색 파라미터(1310, 1312, 1314, 1340, 1342, 1344)도 입력했다. 도시된 바와 같이, 사용자 인터페이스(1346)는 연결된 사업 엔티티(로고 'E'), 사업 엔티티 6(로고 'F'), 사업 엔티티 7(로고 'G')의 각 레스토랑을 디스플레이한다. 사용자는 유사하게 각 박스(1348, 1350, 1352)를 체크함으로써 선택할 수 있다. 표시자가 사용자 선호에 따라 각 사업 엔티티에 대해 디스플레이될 수 있음을 이해할 것이다.
사용자는 복수의 앱에 등록할 필요가 없고, 대신 스마트폰이나 다른 장치에 다운로드한 단일 컨버터블 사용자 애플리케이션을 실행함으로써 복수의 앱 아래 놓인 컨텐츠를 보고 사용할 수 있다. 이러한 기능은 필요한 상품(들)이나 서비스(들)의 예약이나 지불에 사용자의 시간과 노력을 절약할 수 있어, 사업 엔티티가 더 잘 시중을 들고 고객 기반을 유지하고, 기존 고객에서 추가 수익을 얻고, 다른 사업 엔티티의 고객에서 추가 사업을 얻을 수 있게 한다.
본 발명의 전자 상거래 실시예는 고객의 필요에 따라(예컨대, 사용자가 직접 시간과 거리 면에서 가까운 상품이나 서비스를 원하거나 필요할 때) 상술한 지도 API를 이용하거나 이용하지 않을 수 있다. 거리가 주요 요건이 아닌 경우(예컨대, 조정 가능한 검색 파라미터의 하나로 선택되지 않음), 지도는 불필요할 확률이 높다. 본 발명은 상이한 애플리케이션을 다른 사업 엔티티가 공유하는 백엔드 소프트웨어를 제어하는 "DSP", "메인", "주요" 또는 "중추" 서비스 엔티티에 의해 배포되는 한 주요 컨버터블 사용자 애플리케이션으로 간소화함을 이해할 것이다. DSP가 운송 산업에서 사용되지만, 본 명세서에서 서술되는 "DSP"는 다른 상품이나 서비스의 제공을 의미하는 것으로 해석될 수 있다. 전자 상거래 사용자 애플리케이션의 백엔드는 바람직하게는 서버 및 백엔드와 프론트엔드를 지원하는 모든 다른 필요한 소프트웨어와 하드웨어를 호스팅하는 소프트웨어 회사이다.
특정 실시예에서, 연결 사업 엔티티는 고객에게 디스플레이될 수 있는 연결 사업 엔티티와 관련하여 서로를 제한하기 위하여 서로 및/또는 백엔드를 제어하는 사업 엔티티나 기술 회사와도 계약하도록 허용될 수 있다. 예를 들어, 특정 실시예에서, 만약 회사 A가 회사 A의 고객에게 회사 C가 디스플레이되는 것을 제한한다면, 회사 A도 회사 C의 고객에게 디스플레이되는 것이 제한될 수 있다. 다른 실시예에서, 이러한 제한은 사업 엔티티 간의 추가 계약이 있거나 없이 일방향일 수 있거나 하나 이상의 기결정된 규칙에 의해 결정될 수 있다.
다른 실시예에서, 동일 백엔드를 공유하는 복수의 회사 중 특정 하나가 특정 고객에게 제공하지 못할 때, 회사는 자동으로 고객의 요청을 동일 백엔드를 공유하는 다른 연결 회사로 위탁할 수 있다.
특정 실시예에서, 연결 회사가 서비스 산업(예컨대, 호텔, 레스토랑 등)이라면, 이러한 회사는 고객이 직접 장래의 접촉을 개시하지 않는 한 연결 회사를 통해 거래한 고객과 장래의 접촉을 개시하는 것이 제한될 수 있다.
공유된 백엔드 애플리케이션의 사용은 회사가 제공하지 않는 영역에서 고객을 제공하는 이익을 허용할 수 있음을 이해할 것이다. 이 영역은 특정 영역, 도시, 카운티, 구역, 주, 지방, 국가, 대륙 등일 수 있다. 회사는 그 특정 영역에서 활동하지 않더라도 고객에게 서비스를 위탁하여 이득을 얻을 수 있다. 이것은 고객이 회사에 대한 충성심을 유지할 수 있게 하고 회사가 위탁으로 수동적으로 이득을 얻을 수 있게 한다.
도 14a를 참조하면, 단일 기술 회사는 서버(1402)의 저장 매체(1406)에 백엔드 애플리케이션 소프트웨어 코드베이스(1408)를 내장 및 제어하는 과제를 맡을 수 있다. 이러한 백엔드는 다수의 산업의 상품과 서비스를 조합하는 데이터베이스일 수 있다. 예를 들어, 사업 엔티티 I는 또한 레스토랑인 작은 사업 엔티티 J 및 K와 연결된 큰 레스토랑일 수 있다. 사업 엔티티 L은 또한 디스패칭 회사인 작은 사업 엔티티 M 및 N과 연결된 큰 디스패처 운송 회사일 수 있다. 이러한 실시예에서, 기술 회사는 백엔드(1408)의 레스토랑 부분을 사업 엔티티 I와 공유할 수 있는데, 결국 사업 엔티티 J 및 K와 공유한다. 기술 회사는 유사하게 백엔드(1408)의 디스패칭 부분을 사업 엔티티 L과 공유할 수 있는데, 결국 사업 엔티티 M 및 N과 공유한다. 다른 실시예에서, 도 14b에 도시된 바와 같이, 단일 기술 회사는 임의의 중간 '허브'나 주요 '사업' 엔티티 없이 모든 사업 엔티티 I-N과 직접 연결될 수 있다.
특정 실시예에서, 공유된 백엔드를 제어하는 기술 회사는 연결 사업 엔티티와 연결된 특정 컨버터블 사용자 애플리케이션의 프론트엔드를 생성하는 과제를 맡을 수 있는데, 이것은 연결 사업 엔티티가 자신의 개별 애플리케이션의 초기 설계 및 출발의 비용을 최소화할 수 있게 한다.
다른 실시예에서, 다수의 프랜차이즈(예컨대, 다른 회사)를 소유하는 기업은 그 애플리케이션 및 공유된 백엔드를 그 프랜차이즈에만 연결하게 할 수 있고, 다른 연결 회사는 차단할 수 있다. 또 다른 실시예에서, 연결 회사는 "중추"의 자체 앱에 의한 직접 사용 및 공유를 위해 모든 회사의 데이터로의 "중추" 접근을 허용할 수 있다. 다른 실시예에서, 중추는 다른 회사를 하도급 업체로 이용할 수 있다. 주 엔티티나 기술 회사는 백엔드 소프트웨어를 제어하는 반면 각 사업 엔티티와 연관된 각 컨버터블 사용자 애플리케이션의 프론트엔드는 개별 사업 엔티티의 필요를 충족시킬 필요에 따라 조정/커스텀될 수 있음을 이해할 것이다.
특정 실시예에서, 컨버터블 사용자 애플리케이션은 다수의 다른 산업에서 사용될 수 있지만, 위치에 직접 관련되거나 위치에 간접적으로 관련되는 상품이나 서비스, 예컨대 여행 서비스 엔티티(예컨대, 호텔, 아파트 건물 및 부동산 회사), 배송 엔티티, 레스토랑, 영화관, 극장 회사, 항공, 배관 회사, 전기 회사 또는 하나 이상의 서비스 제공자가 있거나 없이, 임의의 형태의 서비스나 오락을 제공하는 가상적으로 임의의 그룹/협회/회사/엔티티로 제한되지 않는다.
또 다른 실시예에서, 컨버터블 사용자 애플리케이션은 사용자가 서비스 주문 전 선호를 미리 구성할 수 있도록 구성될 수 있다. 이러한 미리 구성된 선호는 켜거나 꺼질 수 있다. 본 명세서에 서술된 조정 가능한 검색 파라미터는 직접 또는 간접 선호(예컨대, 고객은 온라인에서 상품을 살 때 아주 멀지만 않으면(예컨대, 다른 나라) 사업 엔티티의 위치를 신경 쓰지 않을 수 있다)를 수반할 수 있다.
이 분야의 현재 상태에서, 개별 자동차 서비스 회사를 위한 다양한 애플리케이션을 사용할 때, 사용자는 서비스 중 하나를 비교하거나 사용하기 원한다면 연관된 애플리케이션 모두를 다운로드할 필요가 있다. 본 발명에 따르면, 사용자는 컨버터블 사용자 애플리케이션 하나를 다운로드하고 단일 애플리케이션에서 모든 자동차 서비스 엔티티에 접근할 수 있다.
사용자가 전자 상거래를 사용하여 특정 영화의 표를 구매하기 원할 때 본 명세서에 개시된 본 발명의 실시예를 사용하여, 사용자는 상영 시간, 사용 가능한 좌석, 특정 극장까지의 거리, 적용 가능한 할인, 위치 및 평점에 기반하여 특정 영화를 검색할 수 있다. 고객의 선호하는 응용은 먼저 사용 가능성과 임의의 다른 요건을 보여줄 것이다. 만약 고객이 만족하지 않으면, 또는 파라미터가 사용자의 요청에 대응하지 않으면, 애플리케이션은 추가 영화관을 보여줄 것이다.
본 명세서에 채용된 구절이나 용어는 설명의 목적이며 제한의 목적이 아님을 이해할 것이다. 진보적인 본 명세서가 다양한 바람직한 실시예를 참조하여 도시 및 서술되었지만, 통상의 기술자는 다양한 변경 및/또는 수정이 청구범위에 의해 정의된 진보적인 본 명세서의 사상 및 범위를 벗어남 없이 이뤄질 수 있음을 이해할 것이다. 본 명세서에 서술된 임의의 예시적인 실시예는 설명일 뿐이고, 많은 변화가 명세서의 사상 또는 첨부된 청구항의 범위에서 벗어남 없이 도입될 수 있다. 예를 들어, 다른 예시적인 실시예의 요소 및/또는 특징이 서로 조합되고 및/또는 서로 대체될 수 있다 따라서 진보적인 본 명세서의 범위는 다음 청구범위에 의하여만 정의될 것이고, 진보적인 본 명세서의 사상과 원리에서 벗어남 없이 다수의 변경이 이러한 세부 사항에 이루어질 수 있음이 통상의 기술자에게 명백할 것이다.

Claims (30)

  1. 디스플레이 스크린을 포함하는 컴퓨팅 장치로서:
    컴퓨팅 장치의 GUI(graphical user interface) 상에, 커스텀 가능한 프론트엔드를 가지는 제1 애플리케이션 프로그램을 나타내는 애플리케이션 이미지를 디스플레이하고;
    사용자가 애플리케이션 이미지를 선택하면, 적어도 제1 애플리케이션 상태 및 제2 애플리케이션 상태 간에 전환하기 위한 사용자에 의해 선택 가능한 토글을 묘사하는 상호작용 전자 인터페이스를 GUI 상에 디스플레이함으로써 애플리케이션 프로그램을 실행하고;
    상호작용 전자 인터페이스를 디스플레이하되:
    제1 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하거나;
    제2 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하도록 구성되고,
    제1 애플리케이션 프로그램은 서비스 엔티티와 연관되고,
    복수의 서비스 엔티티는 네트워크를 통해 통신 가능하게 연결되는 컴퓨팅 장치.
  2. 청구항 1에 있어서,
    장치는 제2 애플리케이션 상태의 선택에 응답하여:
    상호작용 전자 인터페이스 상에 복수의 서비스 엔티티를 포함하는 선택 가능한 메뉴를 디스플레이하고;
    복수의 서비스 엔티티 중 적어도 하나의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 하나 이상의 사용 가능한 객체의 식별을 디스플레이하도록 더 구성되고,
    하나 이상의 사용 가능한 객체는 복수의 서비스 엔티티 중 선택된 하나 이상에 대응하는 컴퓨팅 장치.
  3. 청구항 1에 있어서,
    장치는 제1 애플리케이션 상태 또는 제2 애플리케이션 상태의 선택에 응답하여:
    상호작용 전자 인터페이스 상에 적어도 하나 이상의 조정 가능한 검색 파라미터를 묘사하는 메뉴를 디스플레이하도록 더 구성되고,
    하나 이상의 파라미터 각각은 디스플레이 스크린 상에 동시에 보이는 하나 이상의 파라미터 각각에 대한 디스플레이 기능을 실행시키기 위하여 선택 가능하고, 사용자로부터의 하나 이상의 검색 파라미터 중 적어도 하나를 나타내는 하나 이상의 입력에 응답하여, 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하는 컴퓨팅 장치.
  4. 청구항 3에 있어서,
    장치는 사용자에 의한 하나 이상의 입력에 응답하여:
    인터페이스 상에, 사용자에 의해 선택 가능한 하나 이상의 조정 가능한 검색 파라미터에 따라서, 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체 각각에 대응하는 하나 이상의 표시자 세트를 디스플레이하도록 더 구성되고,
    하나 이상의 표시자 세트는 사용자에 의해 선택 가능한 컴퓨팅 장치.
  5. 청구항 1에 있어서,
    하나 이상의 사용 가능한 객체는 (i) 하나 이상의 사용 가능한 객체, (ii) 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 하나 이상의 서비스 관련 인자에 기반하여 서비스 요청과 매칭되고, 하나 이상의 서비스 관련 인자는:
    (a) 하나 이상의 사용 가능한 객체 또는 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 선호;
    (b) 하나 이상의 사용 가능한 객체 또는 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 제한, 즐겨찾기 사용자 목록, 선호하는 사용자 목록 또는 사용자 블랙리스트; 또는
    (c) 사용자의 선택적으로 미리 설정한 하나 이상의 선호, 즐겨찾기 객체 목록, 즐겨찾기 서비스 엔티티 목록, 선호하는 객체 목록, 선호하는 서비스 엔티티 목록, 객체 블랙리스트 또는 서비스 엔티티 블랙리스트 중 적어도 하나를 포함하는 컴퓨팅 장치.
  6. 청구항 1에 있어서,
    장치는 하나 이상의 사용 가능한 객체의 식별을 디스플레이하기 전에:
    애플리케이션 프로그램을 통해 서비스 요청을 수신하고 데이터베이스에 서비스 요청을 저장하고;
    (i) 제1 애플리케이션 상태의 선택에 응답하여, 애플리케이션 프로그램을 통하여, 서비스 엔티티와 연관된 하나 이상의 사용 가능한 객체를 식별하기 위하여 서비스 엔티티에 할당된 데이터베이스의 적어도 일부에 질의하거나;
    (ii) 제2 애플리케이션 상태의 선택에 응답하여, 애플리케이션 프로그램을 통하여, 복수의 서비스 엔티티와 연관된 하나 이상의 사용 가능한 객체를 식별하기 위하여 복수의 서비스 엔티티에 할당된 데이터베이스의 하나 이상의 일부에 질의하도록 더 구성되는 컴퓨팅 장치.
  7. 청구항 5에 있어서,
    장치는 서비스 요청에 하나 이상의 객체 중 한 객체를 할당할 때:
    서비스 관련 인자에 기반하여 적어도 (i) 한 객체 또는 (ii) 한 서비스 엔티티가 호환되지 않으므로 서비스 요청에 할당되는 것을 배제하고;
    서비스 관련 인자에 기반하여 서비스 요청을 하나 이상의 사용 가능한 객체 중 한 객체와 매칭하고;
    복수의 기결정된 규칙에 기반하여 하나 이상의 사용 가능한 객체 중 한 객체를 서비스 요청에 할당하도록 더 구성되는 컴퓨팅 장치.
  8. 청구항 1에 있어서,
    장치는:
    GPS(global positioning system) 추적을 통해, 서비스 요청과 연관된 사용자의 위치에 대한 하나 이상의 객체의 거리를 결정하고;
    위치에 대한 거리에 기반하여 하나 이상의 객체 중 하나에 서비스 요청을 전송하고;
    하나 이상의 객체 중 하나로부터 수락을 수신하고;
    하나 이상의 객체 중 하나를 서비스 요청에 할당하도록 더 구성되는 컴퓨팅 장치.
  9. 청구항 1에 있어서,
    제1 애플리케이션 프로그램 및 복수의 서비스 엔티티와 연관된 각 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고;
    독립적이고 커스텀 가능한 프론트엔드는: 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명 중 적어도 하나로 표현되는 컴퓨팅 장치.
  10. 청구항 1에 있어서,
    상호작용 전자 인터페이스는 상호작용 전자 지도 인터페이스를 포함하는 컴퓨팅 장치.
  11. 커스텀 가능한 데이터 프로세스를 위한 데이터베이스에 연결되고 분산 구고 시스템에서 공유 데이터 액세스 층을 가지는 컴퓨팅 플랫폼으로서:
    네트워크에 통신 가능하게 연결되고 프로세서, 적어도 제1 서비스 엔티티 및 제2 서비스 엔티티에 할당된 부분을 포함하는 할당된 데이터베이스 및 컴퓨터 판독 가능한 명령어를 저장한 적어도 하나의 비일시적 컴퓨터 판독 가능한 저장 매체를 포함하는 서버를 포함하고,
    프로세서는:
    사용자의 원격 컴퓨팅 장치의 GUI(graphical user interface) 상에, 제1 애플리케이션 프로그램 또는 제2 애플리케이션 프로그램을 나타내는 애플리케이션 이미지를 디스플레이하고;
    사용자의 제1 애플리케이션 프로그램을 실행하기 위한 선택을 수신하면, 적어도 제1 애플리케이션 상태 및 제2 애플리케이션 상태 간에 전환하기 위한 사용자에 의해 선택 가능한 토글을 묘사하는 상호작용 전자 인터페이스를 디스플레이하고;
    (i) 사용자에 의한 제1 애플리케이션 상태의 선택에 응답하여, 사용자와 연관된 서비스 요청에 매칭되는 제1 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하거나;
    (ii) 사용자에 의한 제2 애플리케이션 상태의 선택에 응답하여, 서비스 요청에 매칭되는 제1 또는 제2 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하고,
    사용자에 의한 하나 이상의 사용 가능한 객체 중 한 객체의 선택을 수신하고,
    사용자의 서비스 요청을 수행하기 위해 한 객체를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 실행하고,
    제1 애플리케이션 프로그램은 제1 서비스 엔티티와 연관되고 제2 애플리케이션 프로그램은 제2 서비스 엔티티와 연관되고, 제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고,
    하나 이상의 사용 가능한 객체는 제1 서비스 엔티티 또는 제2 서비스 엔티티 중 적어도 하나에 대응하는 컴퓨팅 플랫폼.
  12. 청구항 11에 있어서,
    장치는 제2 애플리케이션 상태의 선택에 응답하여:
    상호작용 전자 인터페이스 상에 사용자에 의해 선택 가능한 적어도 제1 서비스 엔티티 및 제2 서비스 엔티티를 포함하는 선택 가능한 메뉴를 디스플레이하도록 더 구성되고,
    제1 또는 제2 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별의 디스플레이는 제1 및 제2 서비스 엔티티 중 선택된 하나 이상에 대응하는 컴퓨팅 플랫폼.
  13. 청구항 11에 있어서,
    제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 네트워크를 통하여 공유된 백엔드 애플리케이션 소프트웨어 코드베이스를 포함하는 적어도 부분적으로 공유된 백엔드 서버에 통신 가능하게 연결되는 컴퓨팅 플랫폼.
  14. 청구항 11에 있어서,
    프로세서는 제1 애플리케이션 상태 또는 제2 애플리케이션 상태의 선택에 응답하여:
    상호작용 전자 인터페이스 상에 적어도 하나 이상의 조정 가능한 검색 파라미터를 묘사하는 메뉴를 디스플레이하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하고,
    하나 이상의 파라미터 각각은 디스플레이 스크린 상에 동시에 보이는 하나 이상의 파라미터 각각에 대한 디스플레이 기능을 실행시키기 위하여 선택 가능한 컴퓨팅 플랫폼.
  15. 청구항 14에 있어서,
    사용자로부터의 하나 이상의 검색 파라미터 중 적어도 하나를 나타내는 하나 이상의 입력에 응답하여, 복수의 서비스 엔티티의 하나 이상의 사용 가능한 객체의 식별을 포함하는 상호작용 전자 인터페이스를 디스플레이하는 컴퓨팅 플랫폼.
  16. 청구항 14에 있어서,
    프로세서는 사용자에 의한 하나 이상의 입력에 응답하여:
    인터페이스 상에, 하나 이상의 조정 가능한 검색 파라미터에 대해 사용자에 의해 제공된 하나 이상의 입력에 따라서, (i) 하나 이상의 사용 가능한 서비스 제공자의 최대 수, (ii) 사용자의 위치까지의 도착을 위한 시간 범위 내의 하나 이상의 사용 가능한 서비스 제공자, (iii) 위치까지의 도착을 위한 거리 범위 내의 하나 이상의 사용 가능한 서비스 제공자 또는 (iv) 시간 범위 또는 거리 범위 내의 하나 이상의 추가 사용자의 하나 이상의 식별을 디스플레이하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하는 컴퓨팅 플랫폼.
  17. 청구항 11에 있어서,
    하나 이상의 사용 가능한 객체는 (i) 하나 이상의 사용 가능한 객체, (ii) 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 제1 또는 제2 서비스 관련 인자에 기반하여 서비스 요청과 매칭되고, 하나 이상의 서비스 관련 인자는 (a) 하나 이상의 사용 가능한 객체 또는 제1 또는 제2 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 선호, (b) 하나 이상의 사용 가능한 객체 또는 제1 또는 제2 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 제한, 즐겨찾기 사용자 목록, 선호하는 사용자 목록 또는 사용자 블랙리스트 또는 (c) 사용자의 선택적으로 미리 설정한 하나 이상의 선호, 즐겨찾기 객체 목록, 즐겨찾기 서비스 엔티티 목록, 선호하는 객체 목록, 선호하는 서비스 엔티티 목록, 객체 블랙리스트 또는 서비스 엔티티 블랙리스트 중 적어도 하나를 포함하는 컴퓨팅 플랫폼.
  18. 청구항 11에 있어서,
    프로세서는 하나 이상의 객체의 식별의 디스플레이 전에:
    GPS(global positioning system) 추적을 통해, 서비스 요청과 연관된 사용자의 위치에 대한 하나 이상의 객체의 거리를 결정하고;
    위치에 대한 거리에 기반하여 하나 이상의 객체 중 하나에 서비스 요청을 전송하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하는 컴퓨팅 플랫폼.
  19. 청구항 11에 있어서,
    제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고;
    독립적이고 커스텀 가능한 프론트엔드는: 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명 중 적어도 하나로 표현되는 컴퓨팅 플랫폼.
  20. 청구항 11에 있어서,
    상호작용 전자 인터페이스는 상호작용 전자 지도 인터페이스를 포함하는 컴퓨팅 플랫폼.
  21. 커스텀 가능한 데이터 프로세스를 위한 데이터베이스에 연결되고 분산 구고 시스템에서 공유 데이터 액세스 층을 가지는 컴퓨팅 플랫폼으로서:
    네트워크에 통신 가능하게 연결되고 프로세서, 적어도 제1 서비스 엔티티 및 제2 서비스 엔티티에 할당된 부분을 포함하는 할당된 데이터베이스 및 컴퓨터 판독 가능한 명령어를 저장한 적어도 하나의 비일시적 컴퓨터 판독 가능한 저장 매체를 포함하는 서버를 포함하고,
    프로세서는:
    제1 애플리케이션 프로그램을 통해 서비스 요청을 수신하고;
    데이터베이스에 제1 애플리케이션 프로그램을 통한 서비스 요청을 저장하고;
    제1 애플리케이션 상태의 제1 애플리케이션 프로그램을 통해, 서비스 요청과 매칭되는 제1 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제1 서비스 엔티티에 할당된 데이터베이스의 적어도 제1 부분에 질의하고;
    데이터베이스의 제1 부분에서 하나 이상의 객체를 식별하지 않는데 응답하여, 제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제2 서비스 엔티티에 할당된 데이터베이스의 적어도 제2 부분에 질의하기 위하여 제1 애플리케이션 프로그램의 제2 애플리케이션 상태로 전환하고;
    제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하는데 응답하여, 데이터베이스의 제2 부분에서, (i) 제2 서비스 엔티티와 연관된 하나 이상의 객체, (ii) 제2 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 하나 이상의 서비스 관련 인자를 검색하고;
    하나 이상의 서비스 관련 인자에 기반하여 서비스 요청을 제2 서비스 엔티티와 연관된 하나 이상의 객체 중 한 객체와 매칭하고;
    매칭에 기반하여 및 복수의 기결정된 규칙에 따라 서비스 요청에 한 객체를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 실행하고,
    제1 애플리케이션 프로그램은 제1 서비스 엔티티에 대응하고 네트워크를 통해 서버에 통신 가능하게 연결되는 컴퓨팅 플랫폼.
  22. 청구항 21에 있어서,
    프로세서는:
    엔티티와 연관된 하나 이상의 객체를 식별하지 않거나 엔티티에 의해 서비스 요청에 한 객체를 할당하는데 실패하는데 응답하여, 엔티티에 의해 미리 설정된, 데이터베이스에서 플랫폼의 하나 이상의 다른 엔티티와 연관된 하나 이상의 객체를 검색하기 위한 하나 이상의 엔티티 선호 규칙을 적용하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하고,
    하나 이상의 엔티티 선호 규칙은 엔티티의 적어도 하나의 조건을 지시하고, 플랫폼의 기본 규칙이 하나 이상의 엔티티 선호 규칙이 없는 엔티티의 결과로 적용되는 컴퓨팅 플랫폼.
  23. 청구항 21에 있어서,
    하나 이상의 사용 가능한 객체는 (i) 하나 이상의 사용 가능한 객체, (ii) 제1 또는 제2 서비스 엔티티 또는 (iii) 서비스 요청과 연관된 사용자에 관한 하나 이상의 서비스 관련 인자에 기반하여 서비스 요청과 매칭되고, 하나 이상의 서비스 관련 인자는:
    (a) 하나 이상의 사용 가능한 객체의 선택적으로 미리 설정한 하나 이상의 선호 또는 제한, 즐겨찾기 사용자 목록, 선호하는 사용자 목록 또는 사용자 블랙리스트;
    (b) 제1 또는 제2 서비스 엔티티의 선택적으로 미리 설정한 하나 이상의 선호 또는 제한, 즐겨찾기 사용자 목록, 선호하는 사용자 목록 또는 사용자 블랙리스트; 또는
    (c) 사용자의 선택적으로 미리 설정한 하나 이상의 선호, 즐겨찾기 객체 목록, 즐겨찾기 서비스 엔티티 목록, 선호하는 객체 목록, 선호하는 서비스 엔티티 목록, 객체 블랙리스트 또는 서비스 엔티티 블랙리스트 중 적어도 하나를 포함하는 컴퓨팅 플랫폼.
  24. 청구항 21에 있어서,
    프로세서는 서비스 요청에 하나 이상의 객체 중 하나를 할당할 때:
    하나 이상의 선택적으로 미리 설정한 제한에 기반하여 호환되지 않으므로 또는 사용자의 객체 블랙리스트, 사용자의 서비스 엔티티 블랙리스트에 포함되므로 또는 사용자가 사용자 블랙리스트에 포함되므로 적어도 (i) 한 객체 또는 (ii) 한 서비스 엔티티가 서비스 요청에 할당되는 것을 배제하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하는 컴퓨팅 플랫폼.
  25. 청구항 21에 있어서,
    프로세서는 서비스 요청에 하나 이상의 객체 중 하나를 할당하기 전에:
    GPS(global positioning system) 추적을 통해, 사용자의 위치에 대한 하나 이상의 객체의 거리를 결정하고;
    위치에 대한 거리에 기반하여 하나 이상의 객체 중 하나에 서비스 요청을 전송하고;
    하나 이상의 객체 중 하나로부터 수락을 수신하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하는 컴퓨팅 플랫폼.
  26. 청구항 25에 있어서,
    제1 엔티티가 하나 이상의 객체를 식별하는데 실패했거나 하나 이상의 객체 중 하나를 할당하는데 실패했다고 결정되면, 프로세서는:
    적어도 하나의 서비스 요청과 연관된 사용자 및 플랫폼 간의 통신을 생성하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하고,
    통신은 제2 서비스 엔티티와 연관된 하나 이상의 객체를 식별하기 위하여 제2 서비스 엔티티에 할당된 데이터베이스의 적어도 제2 부분에 질의하기 위하여 고객에게 허가를 요청하는 컴퓨팅 플랫폼.
  27. 청구항 21에 있어서,
    프로세서는:
    서비스 요청을 제출하기 위해 사용자에 의해 원래 사용된 애플리케이션 프로그램을 추적하고;
    애플리케이션 프로그램과 연관된 엔티티에게, 복수의 기결정된 규칙에 따라 시작 보상을 제공하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하고,
    서비스 요청은 애플리케이션 프로그램을 통해 제출된 초기 서비스 요청인 컴퓨팅 플랫폼.
  28. 청구항 21에 있어서,
    프로세스는 하나 이상의 객체 중 하나를 할당할 때:
    제1 또는 제2 서비스 엔티티와 연관된 하나 이상의 객체에 대해 가중화된 우선 순위를 구축하고;
    하나 이상의 객체 중 각 객체에 대한 우선 순위 할당을 포함하는 하나 이상의 객체에 대한 데이터 표를 생성하고;
    가중화된 우선 순위와 복수의 기결정된 규칙에 따라 서비스 요청에 제1 또는 제2 서비스 엔티티와 연관된 하나 이상의 객체 중 하나를 할당하기 위하여 컴퓨터 판독 가능한 명령어를 더 실행하고,
    가중화된 우선 순위는 복수의 기결정된 규칙에 따라 하나 이상의 서비스 관련 인자 각각에 대해 할당된 가중치에 기반하고,
    데이터 표는 복수의 기결정된 규칙에 따라서, 가중화된 우선 순위와 서비스 요청을 수락할 객체의 사용 가능성, 서비스 요청에 대한 객체 타입 또는 하나 이상의 객체의 각 객체에 대한 사용자 타입 중 적어도 하나를 포함하는 다른 인자에 기반하여 서비스 요청 및 하나 이상의 객체 중 각 객체 간에 가중치의 관점으로 표현된 순위화된 호환성을 포함하는 컴퓨팅 플랫폼.
  29. 청구항 21에 있어서,
    서버는 공유 데이터 액세스 층으로 포매팅된 공유된 백엔드 애플리케이션 소프트웨어 코드베이스를 더 포함하고,
    제1 애플리케이션 프로그램 및 제2 서비스 엔티티에 대응하는 제2 애플리케이션 프로그램은 공유된 백엔드 코드베이스에 동작 가능하게 연결됨으로써 동일한 백엔드 구성이 제공되는 컴퓨팅 플랫폼.
  30. 청구항 21에 있어서,
    플랫폼과 연관된 플랫폼 애플리케이션 프로그램, 제1 애플리케이션 프로그램 및 제2 애플리케이션 프로그램은 독립적이고 커스텀 가능한 프론트엔드를 가지고;
    독립적이고 커스텀 가능한 프론트엔드는: 애플리케이션 이름, 아이콘, 회사 로고, 스크린샷 또는 설명 중 적어도 하나로 표현되는 컴퓨팅 플랫폼.
KR1020207023874A 2018-01-25 2019-01-25 컨버터블 사용자 애플리케이션을 위한 시스템 및 방법 KR20200116474A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862621988P 2018-01-25 2018-01-25
US62/621,988 2018-01-25
US16/026,996 2018-07-03
US16/026,996 US10785340B2 (en) 2018-01-25 2018-07-03 System and method for a convertible user application
PCT/US2019/015307 WO2019148052A1 (en) 2018-01-25 2019-01-25 System and method for a convertible user application

Publications (1)

Publication Number Publication Date
KR20200116474A true KR20200116474A (ko) 2020-10-12

Family

ID=67298867

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207023874A KR20200116474A (ko) 2018-01-25 2019-01-25 컨버터블 사용자 애플리케이션을 위한 시스템 및 방법

Country Status (16)

Country Link
US (4) US10785340B2 (ko)
EP (1) EP3743786A4 (ko)
JP (1) JP2021512414A (ko)
KR (1) KR20200116474A (ko)
CN (1) CN112384878B (ko)
AU (1) AU2019212805A1 (ko)
BR (1) BR112020015288A2 (ko)
CA (1) CA3089748A1 (ko)
CO (1) CO2020010332A2 (ko)
IL (1) IL276328B (ko)
MX (1) MX2020007920A (ko)
PH (1) PH12020551130A1 (ko)
RU (1) RU2020127977A (ko)
SG (1) SG11202007150TA (ko)
WO (1) WO2019148052A1 (ko)
ZA (1) ZA202005175B (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10417727B2 (en) 2016-09-26 2019-09-17 Uber Technologies, Inc. Network system to determine accelerators for selection of a service
US10425490B2 (en) 2016-09-26 2019-09-24 Uber Technologies, Inc. Service information and configuration user interface
US10785340B2 (en) 2018-01-25 2020-09-22 Operr Technologies, Inc. System and method for a convertible user application
US20190390971A1 (en) * 2018-06-25 2019-12-26 Uber Technologies, Inc. Determining cumulative estimated time for requested services
US11275809B2 (en) * 2018-09-06 2022-03-15 Uber Technologies, Inc. Pre-computed service metric lookup for a network-based service
US11222049B1 (en) * 2019-03-22 2022-01-11 State Farm Mutual Automobile Insurance Company System and method for identifying locations with lifestyle preferences
US11593411B2 (en) * 2019-09-13 2023-02-28 International Business Machines Corporation Historical augmentation of electronic maps
US11915203B2 (en) * 2019-11-20 2024-02-27 Polaris Industries Inc. Vehicle service scheduling
JP2021157666A (ja) * 2020-03-27 2021-10-07 横河電機株式会社 情報表示装置、情報表示方法、及びプログラム
JP7467200B2 (ja) * 2020-03-30 2024-04-15 キヤノン株式会社 情報処理装置、制御方法、プログラム及び情報処理システム
WO2021211773A1 (en) * 2020-04-14 2021-10-21 Tbcasoft, Inc. Method and system for resolving a target
JP2023524721A (ja) * 2020-05-11 2023-06-13 ソニーグループ株式会社 通信デバイス、インフラストラクチャ機器、コアネットワーク機器および方法
US11435992B2 (en) * 2020-08-20 2022-09-06 T-Mobile Usa, Inc. Communications registry and governance for apps
US11869036B2 (en) * 2021-03-19 2024-01-09 DoorDash, Inc. System and method for logistical assistance with data exchange
WO2022234604A1 (en) * 2021-05-04 2022-11-10 "Mast Impresa Culturale Creativa Societa' Benefit", In An Abbreviated Form "Mast Icc Sb" S.R.L. Method-system "de gusto" integrated and correlated among products, recipes, itineraries, events, companies for the online booking, enhancement and sale of agri-food products, and cultural, tourist and eno gastronomic routes/itineraries connected to a territory or a geographical area or an area of homogeneous interest
USD1015362S1 (en) * 2021-07-08 2024-02-20 Medicaltek Co., Ltd. Display screen with graphical user interface
CA3225402A1 (en) 2021-07-09 2023-01-12 Justin L. SYNSTELIEN Facilitating and provisioning customer broadband transport service
US11750407B2 (en) * 2021-07-09 2023-09-05 ReadyLinks Inc. Bidirectional power feed digital communication device
US11558264B1 (en) * 2021-07-09 2023-01-17 ReadyLinks Inc. Facilitating and provisioning customer broadband transport service
US11741093B1 (en) 2021-07-21 2023-08-29 T-Mobile Usa, Inc. Intermediate communication layer to translate a request between a user of a database and the database

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPQ903400A0 (en) * 2000-07-27 2000-08-17 Oh, Young June Navigable search engine
US7529728B2 (en) 2003-09-23 2009-05-05 Salesforce.Com, Inc. Query optimization in a multi-tenant database system
US20060122872A1 (en) * 2004-12-06 2006-06-08 Stevens Harold L Graphical user interface for and method of use for a computer-implemented system and method for booking travel itineraries
US7710397B2 (en) * 2005-06-03 2010-05-04 Apple Inc. Mouse with improved input mechanisms using touch sensors
CN101258483B (zh) 2005-09-09 2015-08-12 易享信息技术(上海)有限公司 用于在多租户数据库环境中导出、发布、浏览和安装随需应用的系统及其方法
KR100700622B1 (ko) * 2006-10-24 2007-03-28 주식회사 네오엠텔 매쉬업 서비스 시스템
US8533217B2 (en) * 2006-11-01 2013-09-10 Yahoo! Inc. System and method for dynamically retrieving data specific to a region of a layer
US20080154869A1 (en) * 2006-12-22 2008-06-26 Leclercq Nicolas J C System and method for constructing a search
WO2008107338A1 (fr) * 2007-02-23 2008-09-12 Enrico Maim Procedes d'extraction, de combinaison, de synthese et de visualisation de donnees multidimensionnelles provenant de differentes sources
US8577835B2 (en) 2007-06-28 2013-11-05 Salesforce.Com, Inc. Method and system for sharing data between subscribers of a multi-tenant database service
CN101620609B (zh) 2008-06-30 2012-03-21 国际商业机器公司 多租户数据存储和访问方法和装置
US8407205B2 (en) 2008-09-11 2013-03-26 Salesforce.Com, Inc. Automating sharing data between users of a multi-tenant database service
US20100094668A1 (en) 2008-10-13 2010-04-15 Embarq Holdings Company, Llc System and method for making a reservation associated with a calendar appointment
US8265972B2 (en) 2008-11-24 2012-09-11 International Business Machines Corporation Software/hardware ranking method and system
US8788655B2 (en) 2008-12-19 2014-07-22 Openpeak Inc. Systems for accepting and approving applications and methods of operation of same
US8615581B2 (en) 2008-12-19 2013-12-24 Openpeak Inc. System for managing devices and method of operation of same
US8543143B2 (en) * 2009-12-23 2013-09-24 Nokia Corporation Method and apparatus for grouping points-of-interest according to area names
US8799812B2 (en) * 2010-04-29 2014-08-05 Cheryl Parker System and method for geographic based data visualization and extraction
US8452726B2 (en) 2010-06-04 2013-05-28 Salesforce.Com, Inc. Sharing information between tenants of a multi-tenant database
US20110301835A1 (en) * 2010-06-07 2011-12-08 James Bongiorno Portable vacation/travel planner, and family tour guide device
US20110314114A1 (en) * 2010-06-16 2011-12-22 Adknowledge, Inc. Persistent Cross Channel Cookie Method and System
US20130132887A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Transitioning user interface features for on-demand services through use of portable computing devices
US8930413B2 (en) 2012-01-03 2015-01-06 International Business Machines Corporation Dynamic structure for a multi-tenant database
US9239851B1 (en) 2012-07-12 2016-01-19 Cross Commerce Media, Inc. Advanced database systems and methods
US9477995B2 (en) 2012-03-04 2016-10-25 Quick Check Ltd. System, device, and method of electronic payment
US10866100B2 (en) 2012-10-15 2020-12-15 Kamino Labs, Inc. Method of providing urban hiking trails
US20170091883A1 (en) 2013-01-31 2017-03-30 Lf Technology Development Corporation Limited Dynamic Search in Search
US20170091849A1 (en) 2013-01-31 2017-03-30 Lf Technology Development Corporation Limited Personalized Channel
US9965339B2 (en) 2013-03-15 2018-05-08 One Source Virtual Hr, Inc. System and method for service provision in a multi-tenant environment
US20160189065A1 (en) * 2013-03-15 2016-06-30 Vacation Finder, LLC Methods of Reserving and Managing Vacation Rental Properties
WO2014207958A1 (ja) 2013-06-28 2014-12-31 株式会社コナミデジタルエンタテインメント 管理装置、管理方法、端末装置、制御方法及びプログラム
US8965410B2 (en) 2013-07-09 2015-02-24 TravelStorysGPS, LLC Systems and methods for creating and providing location-based content
TW201508706A (zh) 2013-08-23 2015-03-01 Inst Information Industry 監測車輛行徑的行動裝置及其方法與電腦可讀取紀錄媒體
CN104424484B (zh) * 2013-09-11 2019-01-15 阿里巴巴集团控股有限公司 应用程序切换、添加入口信息的方法及装置
US20150213285A1 (en) 2014-01-24 2015-07-30 Dante Consulting, Inc. Configuration of partition relationships
US20150235304A1 (en) 2014-02-14 2015-08-20 Melissa M. Vincent Method and system for global shopping and delivery
US9389773B2 (en) 2014-03-06 2016-07-12 Re2You, Inc. Cloud OS and virtualized browser with user presence management
GB2538339B (en) * 2014-03-24 2017-05-24 British Airways Plc Travel environment control
GB2524496A (en) * 2014-03-24 2015-09-30 British Airways Plc Dynamic tracking and control of passenger travel progress
CN103957512B (zh) * 2014-04-02 2020-04-28 上海触乐信息科技有限公司 一种向移动终端发送商户推广信息的方法、装置和系统
US20160042303A1 (en) * 2014-08-05 2016-02-11 Qtech Partners LLC Dispatch system and method of dispatching vehicles
WO2016113602A1 (en) * 2015-01-12 2016-07-21 Yogesh Chunilal Rathod Real-time presenting on-demand service providers and users or customers and facilitating them
KR20160149789A (ko) * 2015-06-19 2016-12-28 주식회사 데이투라이프 서로 다른 앱 간의 연결 기능을 제공하는 단말, 시스템, 그리고 방법
US20170191849A1 (en) 2015-12-30 2017-07-06 Sap Se Parking availability system
US11049059B2 (en) * 2016-02-03 2021-06-29 Operr Technologies, Inc Method and system for on-demand customized services
CN105956067B (zh) * 2016-04-27 2019-07-05 北京小米移动软件有限公司 资源搜索方法及装置
US10353534B2 (en) 2016-05-13 2019-07-16 Sap Se Overview page in multi application user interface
US20180012281A1 (en) 2016-07-08 2018-01-11 Sergio Salani Virtual, Location-Based Connection Tool for Service Providers and Users
US20180101894A1 (en) * 2016-10-12 2018-04-12 Jon Edward Markoff Providing On-Demand User-Based Services Through Use Of Portable Computing Devices
US10839325B2 (en) * 2016-11-06 2020-11-17 Microsoft Technology Licensing, Llc Efficiency enhancements in task management applications
CN106649554A (zh) * 2016-11-08 2017-05-10 北京奇虎科技有限公司 一种应用程序的搜索方法和装置、搜索服务器及系统
US10783517B2 (en) 2016-12-30 2020-09-22 Square, Inc. Third-party access to secure hardware
US11049200B2 (en) * 2017-08-25 2021-06-29 Hipmunk, Inc. User detection based on locator-embedded identifier
US10785340B2 (en) 2018-01-25 2020-09-22 Operr Technologies, Inc. System and method for a convertible user application

Also Published As

Publication number Publication date
CO2020010332A2 (es) 2020-11-10
ZA202005175B (en) 2022-02-23
RU2020127977A (ru) 2022-02-25
BR112020015288A2 (pt) 2021-03-23
SG11202007150TA (en) 2020-08-28
WO2019148052A1 (en) 2019-08-01
CN112384878B (zh) 2023-10-24
JP2021512414A (ja) 2021-05-13
US20190230180A1 (en) 2019-07-25
US11863647B2 (en) 2024-01-02
CN112384878A (zh) 2021-02-19
IL276328A (en) 2020-08-31
MX2020007920A (es) 2020-11-06
US10616362B2 (en) 2020-04-07
EP3743786A1 (en) 2020-12-02
US10785340B2 (en) 2020-09-22
AU2019212805A1 (en) 2020-09-10
PH12020551130A1 (en) 2021-05-31
US20210037109A1 (en) 2021-02-04
US20190230181A1 (en) 2019-07-25
EP3743786A4 (en) 2021-08-11
IL276328B (en) 2021-09-30
US20220303358A1 (en) 2022-09-22
US11245773B2 (en) 2022-02-08
CA3089748A1 (en) 2019-08-01

Similar Documents

Publication Publication Date Title
US11863647B2 (en) System and method for a convertible user
JP7368002B2 (ja) オンデマンドのカスタマイズされたサービスのための方法及びシステム
US20180374182A1 (en) Graphical interface of a driver application in ride-sharing system
US20170293950A1 (en) System and method for user selected arranging of transport
US10185917B2 (en) Computer-aided decision systems
US20180046944A1 (en) Travel Management System
US20150149286A1 (en) Mobile provider advertising and scheduling platform
CN110678884A (zh) 用于交通运输服务的可订制的预先派单调度的系统和方法
US20220004938A1 (en) Location-based activity computer systems
US20130238461A1 (en) Methods and systems for matching consumers with providers
JP2022110048A (ja) 分散システムを構造化するためのアプリケーションプログラミングインタフェース
US20150026086A1 (en) Systems and methods for providing a virtual staffing agency
US20150278892A1 (en) Methods and Systems Relating to Immediate Service Delivery
US20160277869A1 (en) Method and program product for location based customer and vendor direct connectivity
WO2015006516A2 (en) Computer-aided decision systems
Diaz Baquero Super apps: Opportunities and challenges
US20210304264A1 (en) Integrating private reservations with publicly-offered ticketed reservations
AU2018101953A4 (en) Childcare Facility Platform, System and Method
Ahmad Khan et al. A Review on Customer Satisfaction and an Efficient Online Cab Booking System
Brinn-Rodriguez et al. GEARS: Group Employee Automatic Rideshare System
Otieno A Location-based commodity ordering and delivery system: case of boarding schools in Nairobi
WO2022103289A1 (ru) Способ и система автоматизированного формирования предложений для заказа билетов
WO2020240269A1 (en) Publishing digital content based on workflow based asset management