KR102304086B1 - 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법 - Google Patents

대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법 Download PDF

Info

Publication number
KR102304086B1
KR102304086B1 KR1020170061771A KR20170061771A KR102304086B1 KR 102304086 B1 KR102304086 B1 KR 102304086B1 KR 1020170061771 A KR1020170061771 A KR 1020170061771A KR 20170061771 A KR20170061771 A KR 20170061771A KR 102304086 B1 KR102304086 B1 KR 102304086B1
Authority
KR
South Korea
Prior art keywords
chatbot
electronic device
message
phone number
bot
Prior art date
Application number
KR1020170061771A
Other languages
English (en)
Other versions
KR20180126839A (ko
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 삼성전자주식회사
Priority to KR1020170061771A priority Critical patent/KR102304086B1/ko
Priority to US15/982,049 priority patent/US10673680B2/en
Priority to CN201810478908.1A priority patent/CN108965103B/zh
Priority to EP18173129.0A priority patent/EP3404875B1/en
Publication of KR20180126839A publication Critical patent/KR20180126839A/ko
Application granted granted Critical
Publication of KR102304086B1 publication Critical patent/KR102304086B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/02—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input 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/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
    • G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
    • G06F3/0412—Digitisers structurally integrated in a display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input 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/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input 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/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H04L65/1003—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/0202—Portable telephone sets, e.g. cordless phones, mobile phones or bar type handsets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/0202—Portable telephone sets, e.g. cordless phones, mobile phones or bar type handsets
    • H04M1/026—Details of the structure or mounting of specific components
    • H04M1/0266—Details of the structure or mounting of specific components for a display module assembly
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/30—Semantic analysis
    • G06F40/35—Discourse or dialogue representation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/22—Details of telephonic subscriber devices including a touch pad, a touch sensor or a touch detector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/62—Details of telephonic subscriber devices user interface aspects of conference calls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/68—Details of telephonic subscriber devices with means for recording information, e.g. telephone number during a conversation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명의 다양한 실시 예들에 따른 전자 장치는, 하우징, 상기 하우징의 일부를 통해 노출된 터치스크린 디스플레이, 상기 하우징 내부에 배치된 적어도 하나의 무선 통신 회로, 상기 하우징 내부에 위치하고, 상기 디스플레이 및 상기 무선 통신 회로에 전기적으로 연결된 프로세서, 및 상기 프로세서에 전기적으로 연결되는 메모리를 포함할 수 있다. 상기 메모리는 하나 이상의 외부 챗봇들과 통신하도록 하는 사용자 인터페이스를 저장하고, 실행 시에 상기 프로세서가, 상기 사용자 인터페이스를 통해 적어도 하나의 외부 챗봇을 제공하고, 상기 사용자 인터페이스를 통해 상기 적어도 하나의 외부 챗봇 중 제1 챗봇에 대한 사용자 선택을 획득하고, 상기 무선 통신 회로를 통해 외부 서버로, 제1 전화번호 및 상기 제1 챗봇에 연관된 제1 ID(identifier)를 포함하는 제1 연결 요청을 전송하고, 상기 무선 통신 회로를 통해 상기 외부 서버로부터, 상기 제1 전화번호 및 상기 제1 ID를 포함하는 제1 연결 응답을 수신하도록 하는 인스트럭션들을 저장할 수 있다. 이 외에도 명세서를 통해 파악되는 다양한 실시 예가 가능하다.

Description

대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법{AN ELECTRONIC DEVICE PROVIDING DIALOG CONTENTS, SERVER AND METHOD THEREOF}
본 문서에서 개시되는 다양한 실시 예들은, 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법에 관한 것이다.
최근 이동통신 기술의 발달로, 전자 장치는 손쉽게 휴대할 수 있으면서도 유무선 네트워크에 자유로이 접속 가능한 형태로 변모하고 있다. 예를 들어 스마트폰(smartphone) 및 태블릿(tablet) PC와 같은 휴대용 전자 장치는 통화 및 메시지 송수신 기능에 더하여 인터넷 접속 및 멀티미디어 재생과 같은 다양한 기능을 지원할 수 있다.
전자 장치의 사용자는 자신이 원하는 콘텐츠 또는 서비스를 제공받기 위해, 검색 엔진에 검색 키워드를 전송하여야 한다. 상기와 같은 검색 키워드를 이용한 검색에 있어서, 사용자는 직접 적절한 검색 키워드를 스스로 도출해야 하는 번거로움이 있다.
이러한 번거로움을 극복하기 위해, 자연어 이해에 기반한 대화형 콘텐츠 제공 서비스가 시도되고 있다. 상기 대화형 콘텐츠 제공 서비스는 사용자의 자연어 요청의 의미를 분석하여 적절한 콘텐츠를 사용자에게 대화형(dialog)으로 제공하는 것을 목적으로 한다.
최근에는 RCS(rich communication service)를 통해 대화형 콘텐츠 제공 서비스를 제공하려는 움직임이 있다. 이동 통신 사업자는 RCS를 이용하여 대화형 콘텐츠 제공 서비스를 단말에 설치된 메시지 어플리케이션을 통해 별도 가입 절차 없이 사용자에게 제공하려고 하고 있다. 대화형 콘텐츠 제공 서비스는 대화형 UI(user interface)를 제공하는 메시지 어플리케이션을 기반으로 구현될 수 있다. 대표적으로 OTT(over the top) 기반 메시지 어플리케이션들은 현재 수 많은 개발사에 의해 개발되었으며, 이들은 전 세계 각국에서 서비스를 제공하고 있다.
종래의 RCS시스템에서는 SIP(session initiation protocol)를 이용하여 메시지를 송수신하고 있다. RCS 시스템에서는 메시지를 수신하거나 송신하는 상대방의 주소를 URI(uniform resource identifier) 또는 URL(uniform resource locator) 형태로 표현할 수 있다. 한편, 메시지 어플리케이션에서 제공하는 서비스, 예를 들어, SMS(short message service)에서는 대화의 상대방을 찾기 위해 전화번호를 이용하고 있다. 대화형 콘텐츠 제공 서비스를 RCS 인프라를 통해 제공하는 경우, 원하는 서비스를 사용자가 어떠한 주소를 이용하여 찾을 수 있을지에 대하여는 아직 정의된 바가 없다.
본 문서에서 개시되는 다양한 실시 예들에서는, 대화형 콘텐츠를 제공하는 서비스에 사용자가 편리하게 접근할 수 있도록, 전화번호를 이용하여 서비스를 제공하는 전자 장치, 서버 및 이를 위한 방법을 제공할 수 있다.
본 문서에 개시되는 일 실시 예에 따른 전자 장치는, 하우징, 상기 하우징의 일부를 통해 노출된 터치스크린 디스플레이, 상기 하우징 내부에 배치된 적어도 하나의 무선 통신 회로, 상기 하우징 내부에 위치하고, 상기 디스플레이 및 상기 무선 통신 회로에 전기적으로 연결된 프로세서, 및 상기 프로세서에 전기적으로 연결되고 상기 하우징 내부에 위치하는 메모리를 포함할 수 있다. 상기 메모리는 하나 이상의 외부 챗봇들과 통신하도록 하는 사용자 인터페이스를 실행 시에, 상기 프로세서가 상기 사용자 인터페이스를 통해 적어도 하나의 외부 챗봇을 제공하고, 상기 사용자 인터페이스를 통해 상기 적어도 하나의 외부 챗봇 중 제1 챗봇에 대한 사용자 선택을 획득하고, 상기 무선 통신 회로를 통해 외부 서버로, 제1 전화번호 및 상기 제1 챗봇에 연관된 제1 ID(identifier)를 포함하는 제1 연결 요청을 전송하고, 상기 무선 통신 회로를 통해 상기 외부 서버로부터, 상기 제1 전화번호 및 상기 제1 ID를 포함하는 제1 연결 응답을 수신하도록 하는 인스트럭션들(instructions)을 저장할 수 있다.
본 문서에 개시되는 일 실시 예에 따른 서버는, 전자 장치 또는 하나 이상의 챗봇들과 신호를 송수신하는 적어도 하나의 무선 통신 회로, 상기 무선 통신 회로에 전기적으로 연결된 프로세서, 상기 프로세서에 전기적으로 연결되는 메모리를 포함할 수 있다. 상기 메모리는, 실행 시에, 상기 프로세서가: 상기 전자 장치로부터 제1 전화번호 및 제1 ID(identifier)를 포함하는 제1 연결 요청을 획득하고, 상기 제1 전화번호 및 상기 제1 ID에 기초하여 상기 하나 이상의 챗봇들 중 제1 챗봇을 식별하도록 하는 인스트럭션들을 저장할 수 있다.
본 문서에 개시되는 다양한 실시 예들에 따르면, 챗봇과 전자 장치 간의 메시지 송수신은 RCS 네트워크를 통해 송수신될 수 있다.
본 문서에 개시되는 다양한 실시 예들에 따르면, 전화번호에 기반한 챗봇 서비스를 통해 사용자의 사용성이 증대될 수 있다.
이 외에, 본 문서를 통해 직접적 또는 간접적으로 파악되는 다양한 효과들이 제공될 수 있다.
도 1a 내지 도 1c는 일 실시 예에 따른 대화형 콘텐츠 제공 시스템 및 대화형 콘텐츠를 제공하는 전자 장치를 나타낸다.
도 2는 일 실시 예에 따른 전자 장치 및 플랫폼 서버의 구성 블록도이다.
도 3은 일 실시 예에 따라 챗봇을 봇 레지스트리에 등록하는 방법의 흐름도이다.
도 4는 일 실시 예에 따른 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
도 5는 일 실시 예에 따라 전자 장치가 플랫폼 서버를 통해 챗봇과 메시지를 송수신하는 방법의 흐름도이다.
도 6은 일 실시 예에 따라 플랫폼 서버가 전자 장치와 챗봇을 연결하는 방법의 흐름도이다.
도 7은 일 실시 예에 따라 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
도 8은 일 실시 예에 따라 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
도 9는 다양한 실시 예들에 따른 네트워크 환경 내의 전자 장치의 블록도 이다.
도면의 설명과 관련하여, 동일 또는 유사한 구성요소에 대해서는 동일 또는 유사한 참조 부호가 사용될 수 있다.
이하, 본 발명의 다양한 실시 예가 첨부된 도면을 참조하여 기재된다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 실시 예의 다양한 변경(modification), 균등물(equivalent), 및/또는 대체물(alternative)을 포함하는 것으로 이해되어야 한다.
도 1a는 일 실시 예에 따른 대화형 콘텐츠 제공 시스템을 나타낸다.
도 1a를 참조하면 일 실시 예에 따른 대화형 콘텐츠 제공 시스템(1000)은, 전자 장치(100), 플랫폼 서버(platform server)(200), 및 CP(content provider) 서버들(310, 320, 330; 통칭하여 300)을 포함할 수 있다. 전자 장치(100), 상기 플랫폼 서버(200), 및 CP 서버들(300)은, 도시하지 않았으나, 예컨대 데이터 네트워크 (제2 네트워크의 일례)(예: IP 네트워크, 인터넷)를 통해 연결될 수 있다.
전자 장치(100)는, 이에 제한되지 않으나, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치(예: PDA(personal digital assistant), 태블릿 PC(tablet PC), 랩탑 PC, 데스크톱 PC), 휴대용 멀티미디어 장치(예: 전자 책 리더기 또는 MP3 플레이어), 또는 웨어러블 장치 중 적어도 하나를 포함할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 데이터 네트워크(예: IP 네트워크, 인터넷)를 통해 플랫폼 서버(200)에 접속할 수 있다. 전자 장치(100)는 플랫폼 서버(200)에 의해 운용되는 웹 페이지(이른바, 챗봇 스토어)에 접속하거나, 또는 어플리케이션(챗봇 스토어 어플리케이션)을 실행할 수 있다. 사용자는 상기 웹 페이지 또는 상기 어플리케이션을 통해 자신이 원하는 서비스를 제공하는 CP 서버(300)를 검색하고, 상기 검색된 CP 서버(300)를 구독(subscribe)할 수 있다. 상기 어플리케이션은 전용 어플리케이션일 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 RCS(rich communication suite) 네트워크를 통해 플랫폼 서버(200)와 통신할 수 있으며, 플랫폼 서버(200)를 매개하여 CP 서버(300)와 메시지를 송수신할 수 있다.
예를 들어, 전자 장치(100)는 제1 CP 서버(310)를 구독할 수 있다. 상기 구독에 의해 전자 장치(100)와 제1 CP 서버(310)는 메시지 어플리케이션에서 제공되는 챗 스레드(chat thread)가 개시될 수 있다. 일 실시 예에 따른 메시지 어플리케이션은 네이티브 메시지 어플리케이션일 수 있다. 챗 스레드가 개시되면, 전자 장치(100)와 제1 CP 서버(310)는 상기 네이티브 메시지 어플리케이션에서 제공된 GUI(graphic user interface))(예: 챗룸(chat room))를 통해 메시지들을 서로 송수신할 수 있다. 예를 들면, 제1 CP 서버(310)에서 생성된 메시지들은 RCS 네트워크(10)를 통해 전자 장치(100)에 전송될 수 있다.
일 실시 예에 따르면, 전자 장치(100)에서 생성된 메시지는 플랫폼 서버(200)에서 생성된 메시지와 다른 메시지 포맷을 가지거나 다른 프로토콜을 준수(compliant with)할 수 있다.
플랫폼 서버(200)는 CP 서버들(300)의 플랫폼 역할을 수행하고, CP 서버들(300)과 전자 장치(100) 간의 메시지 송수신을 중계할 수 있다. 예컨대, 플랫폼 서버(200)는 전자 장치(100)가 CP 서버들(300)을 검색하거나, 상기 CP 서버들(300)과 전자 장치(100) 간의 메시지 송수신을 지원할 수 있다. 플랫폼 서버(200)는 컨퍼런스 포커스(conference focus) 역할을 수행할 수 있다. 플랫폼 서버(200)는 컨퍼런스 참여자들과의 SIP 신호 연결을 유지하고 관리하며, 컨퍼런스 서버의 기능을 수행할 수 있다.
일 실시 예에 따르면, 플랫폼 서버(200)는 CP 서버들(300)과 데이터 네트워크를 통해 통신할 수 있고, 플랫폼 서버(200)는 전자 장치(100)와 RCS 네트워크(10)를 통해 통신할 수 있다. 플랫폼 서버(200)는 RCS 네트워크(10)를 통해 CP 서버(300) 및 전자 장치(100)간의 메시지 포맷을 변환할 수 있다. CP 서버들(300)에서 생성된 메시지는 플랫폼 서버(200)에서 RCS 네트워크(10)에 기반한 메시지 포맷으로 변환될 수 있다. 반대로, 전자 장치(100)에서 생성된 RCS 네트워크(10)에 기반한 메시지는 플랫폼 서버(200)에서 데이터 네트워크에 기반한 메시지 포맷으로 변환되어야 CP 서버들(300)에 전달될 수 있다.
일 실시 예에 따른 플랫폼 서버(200)는 RCS 에이전트(210), 봇 레지스트리(220) 및/또는 봇 서비스(230)를 포함할 수 있다. 도 1a에서 도시된 플랫폼 서버(200)의 구성은 소프트웨어 및/또는 하드웨어로 구현될 수 있다. 또한, 도 1a의 플랫폼 서버(200)의 구성은 각각의 구성이 서로 다른 장치에서 구현되거나 하나의 장치에서 구현될 수 있다.
일 실시 예에 따른 RCS 에이전트(210)는 RCS 네트워크(10)를 이용하여 전자 장치(100)와 메시지를 주고받을 수 있다. RCS 에이전트(210)는 전자 장치(100)로 하여금 RCS 네트워크(10)를 이용하여 대화형 컨텐츠를 제공받을 수 있도록 하는 역할을 할 수 있다. RCS 에이전트(210)는 전자 장치(100)로부터의 메시지를 CP 서버(300)로 전달하기 위해 봇 서비스(230)로 메시지를 전달할 수 있다. RCS 에이전트(210)는 CP 서버(300)에 관한 정보를 획득하기 위해 봇 레지스트리(220)에 접속할 수 있다.
일 실시 예에 따른 봇 레지스트리(220)는 CP 서버들(300)에 관한 상세 정보를 저장할 수 있다. 봇 레지스트리(220)는 대화형 컨텐츠 제공 서비스의 개발자가 서비스 관련 정보(예: 챗봇 정보)를 등록할 때 해당 정보를 보관해 두는 모듈일 수 있다. 봇 레지스트리(220)는 전자 장치(100)로부터의 대화형 컨텐츠 제공 서비스 관련 검색 및 정보 요청에 응답할 수 있다. 봇 레지스트리(220)는 RCS 에이전트(210) 또는 봇 서비스(230)으로부터의 대화형 컨텐츠 제공 서비스 관련 정보 요청을 처리할 수도 있다. 상기 상세 정보는, 예를 들어, 대화형 컨텐츠 제공 서비스(또는 CP 서버)의, 이름, 주소, 전화번호, 제공하는 서비스 타입, 또는 그 외의 특성 정보 등을 포함할 수 있다.
일 실시 예에 따른 봇 서비스(230)는 대화형 컨텐츠 제공 서비스를 위해 CP 서버들(300)과의 통신을 하기 위한 모듈일 수 있다. 봇 서비스(230)는 봇 레지스트리(220)로 대화형 컨텐츠 제공 서비스 관련 정보를 요청할 수 있고, CP 서버(300)로부터 획득한 메시지를 RCS 에이전트(210)로 전달하여, RCS 에이전트(210)로 하여금 전자 장치(100)로 메시지를 전달하게 할 수 있다. 봇 서비스(230)는 RCS 에이전트(210)로부터 획득한 메시지를 CP 서버(300)로 전달할 수도 있다. 봇 서비스(230)는 RCS 에이전트(210)로부터 획득한 수발신처 정보를 CP 서버(300)에 접속 가능한 형태의 정보로 변환할 수 있다. 반대로, 봇 서비스(230)는 CP 서버(300)로부터 획득한 수발신처 정보의 형태를 RCS 에이전트(210)가 전자 장치(100)와 통신할 수 있도록 변환할 수 있다.
RCS 네트워크(10)는 차세대 통합 메시지 서비스의 국제표준 프로토콜인 RCS(제1 프로토콜의 일례)를 준수(compliant with)할 수 있다. 상기 RCS는 GSMA(global system for mobile communication association)에서 채택된 차세대 통합 메시지 서비스의 국제표준으로서, 기존의 메시지 서비스(예: SMS/MMS)에서 제공하지 않는 다양한 서비스(예: 그룹 챗, 파일 전송, 수신자의 상태 체크, 또는 메시지 전송 상태 체크 등)을 제공할 수 있다.
일 실시 예에 따르면, RCS 네트워크(10)는 MNO(mobile network operator)에 의해 운용될 수 있으며, 적어도 전화번호(예: MSISDN(mobile station international subscriber directory number)에 기반하여 가입자들(예: 전자 장치(100) 또는 CP 서버들(300))을 특정할 수 있다.
일 실시 예에 따르면, RCS 네트워크(10)를 이용하는 메시지 어플리케이션 프로그램(이하, 어플리케이션)은, OTT 기반 메시지 어플리케이션(예: Facebook messengerTM, LineTM, KakaotalkTM, 또는 What's appTM 등)과 달리, 네이티브 어플리케이션으로 구현될 수 있다. 따라서, 사용자는 RCS 네트워크(10)를 이용하기 위해 별도로 메시지 어플리케이션을 추가적으로 다운로드하거나 인스톨할 필요가 없으며, 전자 장치(100)에서 제공될 수 있다. 또한, RCS 네트워크(10)를 이용하는 메시지 어플리케이션은 전화번호를 가입자 특정에 이용하므로 사용자의 회원가입(sign up), 또는 로그인(sign in 또는 log in)을 필요로 하지 않을 수 있다.
일 실시 예에 따르면, CP 서버들(300: 310, 320, 330)은 예컨대, 각각의 콘텐트 제공자(CP, content provider)에 의해 개발될 수 있다. CP 서버(300)는 초기 응답 메시지(이른바, 웰컴 메시지), 또는 상기 CP 서버(300)에서 제공되는 서비스와 관련된 메시지를 플랫폼 서버(200) 및 RCS 네트워크(10)를 통해 전자 장치(100)에 제공할 수 있다.
일 실시 예에 따르면, CP 서버들(300)는 머신 러닝(machine learning) 또는 인공지능(artificial intelligence)을 지원하는 NLP(natural language processing) 모듈 (혹은 NLU(natural language understanding) 모듈)을 포함할 수 있다. 상기 NLP 모듈은 전자 장치(100)로부터 수신된 메시지에 포함된 자연어의 의미 혹은 콘텍스트(context)를 도출(derive)하고, 상기 의미 혹은 콘텍스트에 대응하는 메시지를 자동으로 생성할 수 있다.
일 실시 예에 따르면, CP 서버들(300)은 대화형 콘텐츠 제공 서비스를 제공하는 챗봇(chotbot)을 구현할 수 있다. 예컨대, CP 서버들(300)은 각각 하나의 챗봇을 구현하거나 복수의 챗봇을 구현할 수 있다. 이하에서는, 설명의 편의상 하나의 CP 서버들(300)이 하나의 챗봇에 대응하는 것을 기준으로 다양한 실시 예를 설명한다. 본 문서에서, CP 서버들(300)은 챗봇(chatbot)(300) 혹은 봇(bot)(300)으로 참조될 수 있다.
일 실시 예에 따르면, 챗봇들(300)은 플랫폼 서버(200)를 통해 메시지 또는 컨텐츠를 전자 장치(100)로 전달할 수 있다. 챗봇들(300)에서 생성되는 메시지는 상기 RCS와는 이종 프로토콜인 제2 프로토콜을 준수(compliant with)할 수 있다. 예를 들어, 챗봇들(300)에서 생성되는 메시지는 HTTP를 준수할 수 있다.
일 실시 예에 따르면, 전자 장치(100), 전자 장치(100)의 사용자 또는 플랫폼 서버(200)는 적어도 RCS 식별자에 기초하여 챗봇(300)을 식별할 수 있다. 챗봇들(300)은 동일한 RCS 식별자를 할당받거나, 각각 서로 다른 RCS 식별자를 할당받을 수 있다. 일 실시 예에 따르면, RCS 식별자는 챗봇의 전화번호(예: MSISDN) 또는 URI 형태일 수 있다.
일 실시 예에 따르면, 동일한 RCS 식별자를 공유하는 챗봇들(300)은 추가 식별자에 기초하여 식별될 수도 있다. 예를 들어, 상기 추가 식별자는 전자 장치(100) 및/또는 플랫폼 서버(200)에서 챗봇들(300)을 식별하기 위해 사용될 수 있다. 일 실시 예에 따른, 추가 식별자는 챗봇의 고유(unique) 식별자(identifier, ID) 또는 상기 RCS 식별자의 확장자일 수 있다.
일 실시 예에 따르면, 챗봇(300)은 데이터 네트워크 상에서 각각의 위치를 가질 수 있고, 챗봇(300)은 플랫폼 서버(200)와의 통신을 위해 위치 식별자 또는 위치 정보를 가질 수 있다. 예를 들어, 상기 위치 식별자는 URI(uniform resource identifier) 또는 URL(uniform resource locator)일 수 있다.
도 1b는 일 실시 예에 따른 대화형 콘텐츠 제공 시스템을 나타낸다.
도 1b를 참조하면 일 실시 예에 따른 대화형 콘텐츠 제공 시스템(1000)은, 전자 장치(100), 플랫폼 서버(200), 및 챗봇(300)을 포함할 수 있다. 상기 전자 장치(100), 상기 플랫폼 서버(200), 및 챗봇(300)은, 도시하지 않았으나, 예컨대 데이터 네트워크 (제2 네트워크의 일례) (예: IP 네트워크, 인터넷)를 통해 연결될 수 있다. 예컨대 플랫폼 서버(200)의 RCS 에이전트(210)는 IMS(IP multimedia subsystem)에 등록될 수 있다.
일 실시 예에 따르면, 개발자(11)는 챗봇(300)을 개발(build), 업데이트(update), 출시(release)할 수 있다. 상기 개발자(11)는 예컨대 챗봇 스토어의 개발자 포탈 웹 페이지 등에 접속하여 상기 챗봇(300)을 등록할 수 있다.
동작 001에서, 개발자(11)는 챗봇(300)의 정보를 등록할 수 있다. 예를 들어, 개발자(11)는 "챗봇 스토어"의 개발자 포탈 웹 페이지 등에 접속하여 챗봇(300)의 이름, 아이콘, 설명, URI와 같은 정보를 등록할 수 있다.
다양한 실시 예에 따르면, 플랫폼 서버(200)는 상기 동작 001에서 플랫폼 서버(200)는 액세스 토큰(access token)을 생성하여 개발자(11)에 전달하거나, 및/또는 개발자(11)로부터 자체 생성 인증서(self-signed certificate) 를 제공받을 수 있다. 상기 토큰 및 인증서는 추후 플랫폼 서버(200)와 챗봇(300) 사이에서 송수신되는 메시지의 보안성을 향상시키기 위해 이용될 수 있다.
동작 002에서, 플랫폼 서버(200)는 챗봇(300)의 유효성을 확인할 수 있다. 예를 들어, 플랫폼 서버(200)의 봇 레지스트리(220)는 등록된 URI를 검증하기 위해 챗봇(300)의 온라인(Online) 여부를 확인할 수 있다.
동작 003에서 전자 장치(100)는 지정된 어플리케이션을 통해 플랫폼 서버(200)가 운용하는 "챗봇 스토어"에 접속하고, 상기 플랫폼 서버(200)의 봇 레지스트리(220)에 등록된 챗봇들을 열람할 수 있다. 예컨대, 전자 장치(100)는 상기 봇 레지스트리(220)에 등재된 챗봇들의 목록을 수신하거나, 사용자가 희망하는 서비스를 제공하는 챗봇을 검색 및 지정할 수 있다.
일 실시 예에 따르면, 상기 챗봇(300)을 검색하기 위해 전자 장치(100)가 플랫폼 서버(200)의 봇 레지스트리(220)로 전송하는 요청 메시지의 포맷은 헤더(header) 및 보디(body)를 포함할 수 있다. 예를 들어, 상기 헤더 및 보디는 각각 [표 1] 및 [표 2]와 같이 설명될 수 있다.
Field Type Description
Content-Type String Content type of the request body: application/json
Field Type Description
searchQuery optional String A search query for published bots.
pageNumber optional String A page index of search request. It begins with 1.
pageSize optional String A number of bot search result entry within single request.
또한, 플랫폼 서버(200)의 봇 레지스트리(220)가 전자 장치(100)에 제공하는, 챗봇 검색 결과를 포함한 메시지는 [표 3]과 같은 메시지 포맷을 가질 수 있다. 상기 [표 3] 중에서, 검색된 챗봇들의 리스트(botInfoList)는, [표 4]와 같은 데이터 포맷을 가진 챗봇 정보(BotInfo)를 포함할 수 있다.
Field Type Description
botInfoList BotInfo[] A list of bot search result.
searchTotalCount int Total number of the result.
Field Type Description
appId optional string appId(BotId) value generated when the Bot was created in Bot Registry
name optional string A name of a Bot.
publisher optional string A publisher of a Bot.
msisdn optional string MSISDN of a Bot.
mno optional string Mobile Network Provider of a Bot.
iconUrl optional string A URL to a bot icon.
brief optional string A brief description of a Bot.
description optional string A detailed description of a Bot.
동작 004에서 전자 장치(100)는 챗봇(300)의 RCS 식별자를 확보하고, 이를 기반으로 상기 챗봇(300)을 구독(subscribe)할 수 있다. 이때, 상기 챗봇(300)은 플랫폼 서버(200)를 통해 전자 장치(100)의 사용자 정보를 획득할 수 있다.
일 실시 예에 따르면, 상기 챗봇(300)을 구독하기 위해 전자 장치(100)가 플랫폼 서버(200)의 봇 레지스트리(220)로 전송하는 메시지의 포맷은 헤더 및 보디를 포함할 수 있다. 예를 들어, 상기 헤더 및 보디는 각각 [표 5] 및 [표 6]과 같이 설명될 수 있다.
Field Type Description
Content-Type String Content type of the request body: application/json
Field Type Description
appId optional String appId(BotId) value generated when the Bot was created in Bot Registry
subscriberMsisdn optional String MSISDN of a subscriber.
subscriberName optional String A nick name of a subscriber.
code optional String A verification code retrieved from Bot Registry.
promotion optional Boolean If a subscriber subscribe for promotional messages.
동작 005에서 전자 장치(100)는 RCS 네트워크(10)를 통해 챗봇과 대화(챗 스레드)를 시작할 수 있다. 예를 들어, 전자 장치(100)는, 챗봇(300)의 RCS 식별자(예: MSISDN)를 수신처로 하고, RCS에 따른 포맷(예: SIP(session initiation protocol) 메시지 포맷)을 가진 메시지("Taxi")를 RCS 네트워크(10)에 전송할 수 있다.
동작 006에서 상기 전자 장치(100)에서 생성된 메시지는 RCS 네트워크(10)를 통해 플랫폼 서버(200)의 RCS 에이전트(210)에 전달될 수 있다. 상기 RCS 에이전트(210)는 상기 챗봇(300)과 연계되어 있을 수 있다.
동작 007에서, 봇 서비스(230)은 동작 006에서 RCS 에이전트(210)가 수신한 메시지의 수신처를 URI 형식으로 변환할 수 있다. 이를 위해 상기 봇 서비스(230)는 봇 레지스트리(220)에 저장된 챗봇(300)의 RCS 식별자와 챗봇(300)의 URI의 대응관계를 참조할 수 있다.
동작 008에서 봇 서비스(230)은 상기 URI에 의해 특정된 챗봇(300)에게 메시지를 전달할 수 있다. 플랫폼 서버(200)는 상기 메시지를 전송하기 위해 챗봇(300)과 HTTPS(hypertext transfer protocol over secure socket layer)에 기반한 연결을 수립할 수 있다. 이때, 플랫폼 서버(200)는 동작 001에서 등록된 챗봇(300)의 인증서를 기반으로 상기 챗봇(300)을 검증할 수 있다.
일 실시 예에 따르면, 동작 008에서 상기 플랫폼 서버(200)의 봇 서비스(230)이 챗봇(300)으로 전송하는 메시지의 포맷은 헤더 및 보디를 포함할 수 있다. 예를 들어, 상기 헤더 및 보디는 각각 [표 7] 및 [표 8]와 같이 설명될 수 있다.
Field Type Description
Content-Type String Content type of the request body: application/json
Field Type Description
messageType String "Message": Message from end users.
botID String AppID value generated when the Bot was created in Bot Registry.
chatID String chatID of the chat this message belongs to.
message Message Actual message sent from the user.
contacts Contacts Contact information for the message.
동작 009에서 챗봇(300)은 메시지("Taxi")에 대한 응답 메시지("Destination?")를 생성하고, 이를 플랫폼 서버(200)의 봇 서비스(230)로 전달할 수 있다. 일 실시 예에 따르면, 상기 응답 메시지의 일부 필드(field)에는 동작 001에서 수신된 액세스 토큰이 포함될 수 있다. 플랫폼 서버(200)는 상기 토큰을 이용하여 상기 응답 메시지가 정당한 챗봇에 의해 생성 및 전송되었는지 검증할 수 있다.
일 실시 예에 따르면, 상기 봇 서비스(230)이 챗봇(300)으로 전송하는 메시지의 포맷은 헤더, 파라미터, 및 보디를 포함할 수 있다. 예를 들어, 헤더, 파라미터, 및 보디는 각각 [표 9], [표 10], 및 [표 11]와 같이 설명될 수 있다.
Field Type Description
Authorization String Access token given by Bot Registry.
Content-Type String Content type of the request body: application/json
Field Type Description
botID String BotID value generated when the Bot was created in Bot Registry.
Field Type Description
chatID optional String chatID of the destination chat thread.
userID optional String userID of the recipient. Required only for unsolicited messages to a follower (i.e. when chatID is not available).
userNumber optional String Phone number of the recipient. Required only for unsolicited messages to a non-follower (i.e. when both chatID and userID is not available).
message Message Message to be sent to the user.
동작 010에서 상기 응답 메시지는 봇 서비스(230)에서 RCS 에이전트(210)로 전송되고, 상기 RCS 에이전트(210)에서 RCS에 따른 포맷(예: SIP 메시지 포맷)으로 변환될 수 있다. 상기 변환된 메시지는 RCS 네트워크(10)에 전송될 수 있다.
동작 011에서 메시지로 변환된 응답 메시지는 RCS 네트워크(10)를 통해 사용자의 전자 장치(100)에 전달될 수 있다.
도 1c는 일 실시 예에 따른 전자 장치의 GUI(graphic user interface)를 설명하기 위한 도면이다.
도 1c를 참조하면, 일 실시 예에 따른 대화형 콘텐츠 제공 방법이 수행되는 전자 장치(100)의 GUI 화면(110)이 도시되어 있다. GUI 화면(110)은 전자 장치(100)의 네이티브 메시지 어플리케이션의 실행 화면일 수 있다. 전자 장치(100)는, 도 1a에서 설명한 바와 같이, 상기 네이티브 메시지 어플리케이션을 이용하여, RCS 네트워크(예: 도 1a의 RCS 네트워크(10)) 및 플랫폼 서버(예: 도 1a의 플랫폼 서버(200))를 통해 챗봇(예: 도 1a의 챗봇(300))과 메시지를 송수신할 수 있다. 도 1c의 설명에 있어서 각 챗봇들은 플랫폼 서버에 이미 등록되어 있을 수 있다. 각각의 챗봇은 NLP 모듈을 수행할 수 있다.
도 1c를 참조하면, 전자 장치(100)는, 네이티브 메시지 어플리케이션을 실행하고, GUI 화면(110)을 입출력 장치(102)(예: 터치스크린 디스플레이)에 출력할 수 있다. GUI 화면(110)은 사용자가 챗을 원하는 타겟 챗봇에 대응하는 UI 객체를 선택(예: 터치)한 경우, 상기 선택에 대한 응답으로 입출력 장치(102)에 표시되는 화면일 수 있다.
도 1c를 참조하면, GUI 화면(110)은 사용자가 선택한 챗봇의 정보(111) 및 사용자에게 서비스를 제공하기 위한 버튼을 포함할 수 있다. 상기 챗봇의 정보(111)는 상기 챗봇에 할당된 식별자(112)(예: 821234567), 상기 챗봇과 연관된 이미지를 포함할 수 있다. 상기 서비스는, 예를 들어, 상기 채봇과의 통화, 채팅, 웹사이트 방문 등일 수 있다. 상기 버튼은, 예를 들어 챗봇(300)과 챗을 시작하기 위한 버튼(113), 상기 전화번호로 통화를 개시하도록 설정된 소프트 버튼(114), 또는 상기 챗봇이 운영하는 웹 사이트에 링크된 소프트 버튼(115) 중 적어도 하나를 포함할 수 있다.
일 실시 예에 따르면, 사용자는 챗봇과 챗을 시작하기 위하여(또는 챗 스레드를 개시하기 위하여) 버튼(113)을 선택(120)할 수 있다. 상기 선택(120)에 응답하여 전자 장치(100)는 챗봇과의 메시지를 송수신할 수 있는 챗룸(chat room)을 입출력 장치(102)에 출력할 수 있다.
일 실시 예에 따르면, 챗봇에 할당된 식별자(112)는 챗봇에 연관된 RCS 식별자 및/또는 챗봇에 연관된 추가 식별자일 수 있다. 상기 챗봇의 RCS 식별자는 챗봇의 전화번호(예: MSISDN) 또는 URI 형태일 수 있다. 상기 챗봇의 추가 식별자는, 예를 들어, 챗봇의 고유 식별자일 수 있다.
도 2는 일 실시 예에 따른 전자 장치 및 플랫폼 서버의 구성 블록도이다.
도 2를 참조하면, 전자 장치(100)(예: 도 1a의 전자 장치(100))는 입출력 장치(102), 프로세서(104), 메모리(106) 및/또는 통신 회로(108)를 포함할 수 있다. 도 2에 도시된 전자 장치(100)의 구성은 예시적인 것이며, 다양한 실시 예에 따라 다양하게 변형될 수 있다. 예를 들어, 전자 장치(100)는 전자 장치(100)의 내부 구성을 둘러싸는 하우징을 포함할 수 있다.
일 실시 예에 따르면, 입출력 장치(102)는 사용자의 입력을 획득하거나 사용자에게 동작 수행 결과를 출력할 수 있다. 일 실시 예에 따른 입출력 장치(102)는 사용자의 터치 입력을 획득하기 위한 터치스크린 디스플레이, 또는 음성 입력을 획득하기 위한 마이크를 포함할 수 있다. 일 실시 예에 따른 입출력 장치(102)는 사용자에게 동작 수행 결과를 출력하기 위한 디스플레이를 포함할 수 있다. 일 실시 예에 따른 입출력 장치(102)에는 챗봇(예: 도 1a의 챗봇(300))과의 대화 내용이 나열되는 대화창이 표시될 수 있다.
일 실시 예에 따르면, 프로세서(104)는 입출력 장치(102), 메모리(106), 통신 회로(108)에 전기적으로 연결될 수 있다. 프로세서(104)는 본 문서에 개시된 다양한 실시 예를 수행하기 위해 전자 장치(100)의 구성을 제어하거나, 다양한 실시 예에 따른 동작을 수행할 수 있다. 프로세서(104)는, 예를 들면, 운영 체제 또는 응용 프로그램을 구동하여 프로세서(104)에 연결된 전자 장치(100)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 각종 데이터 처리 및 연산을 수행할 수 있다. 프로세서(104)는 다른 구성요소들 중 적어도 하나로부터 수신된 명령 또는 데이터를 메모리(106)(예: 도 9의 휘발성 메모리(932))에 로드 하여 처리하고, 결과 데이터를 메모리(106)(예: 도 9의 비 휘발성 메모리(934))에 저장할 수 있다. 프로세서(104)는 사용자 인터페이스를 통해 적어도 하나의 외부 챗봇을 제공하고, 상기 사용자 인터페이스를 통해 상기 적어도 하나의 외부 챗봇 중 제1 챗봇(예: 도 1의 챗봇(310))에 대한 사용자 선택을 획득하고, 상기 통신 회로(108)를 통해 외부 서버로, 제1 전화번호 및 상기 제1 챗봇에 연관된 제1 ID(identifier)를 포함하는 제1 연결 요청을 전송하고, 통신 회로(108)를 통해 상기 플랫폼 서버(200)로부터, 상기 제1 전화번호 및 상기 제1 ID를 포함하는 제1 연결 응답을 수신할 수 있다. 일 실시 예에 따르면, 프로세서(104)는 입출력 장치(102)에 상기 제1 ID를 디스플레이할 수 있다.
일 실시 예에 따르면, 프로세서(104)는 상기 사용자 인터페이스를 통해 상기 적어도 하나의 챗봇 중 제2 챗봇(예: 도 1의 챗봇(320))에 대한 사용자 선택을 획득하고, 상기 통신 회로(108)를 통해 상기 플랫폼 서버(200)로, 상기 제1 전화번호 및 상기 제2 챗봇에 연관된 제2 ID를 포함하는 제2 연결 요청을 전송하고, 통신 회로(108)를 통해 상기 외부 서버로부터, 상기 제1 전화번호 및 상기 제2 ID를 포함하는 제2 연결 응답을 수신할 수 있다.
일 실시 예에 따르면, 프로세서(104)는 상기 사용자 인터페이스를 통해 상기 적어도 하나의 챗봇 중 제3 챗봇(예: 도 1의 챗봇(330))에 대한 사용자 선택을 획득하고, 상기 통신 회로(108)를 통해 상기 플랫폼 서버(200)로, 제2 전화번호 및 상기 제3 챗봇에 연관된 제3 ID를 포함하는 제3 연결 요청을 전송하고, 통신 회로(108)를 통해 상기 외부 서버로부터, 상기 제2 전화번호 및 상기 제3 ID를 포함하는 제3 연결 응답을 수신할 수 있다.
일 실시 예에 따르면, 메모리(106)는 프로세서(104)가 본 문서에 개시된 다양한 실시 예를 수행하도록 하기 위한 인스트럭션들을 저장할 수 있다. 메모리(106)는, 예를 들면, 전자 장치(100)의 적어도 하나의 다른 소프트웨어 구성요소, 예를 들어, 프로그램에 관계된 명령 또는 데이터를 저장할 수 있다. 메모리(106)는 사용자가 외부 챗봇들과 통신하기 위한 사용자 인터페이스를 저장할 수 있다. 메모리(106)는 예를 들어, 챗봇과의 채팅을 위한 네이티브 메시지 어플리케이션을 저장할 수 있다. 일 실시 예에 따른 메모리(106)는 사용자가 획득한 챗봇 또는 대화형 콘텐츠 제공 서비스에 관한 정보를 저장할 수 있다. 예를 들어, 메모리(106)에는 챗봇에 연관된 RCS 식별자 및/또는 챗봇에 연관된 추가 식별자가 저장될 수 있다. 상기 챗봇의 RCS 식별자는 챗봇의 전화번호(예: MSISDN) 또는 URI 형태일 수 있다. 상기 챗봇의 추가 식별자는, 예를 들어, 챗봇의 고유 식별자일 수 있다.
일 실시 예에 따르면, 통신 회로(108)는 제1 네트워크 통신 또는 이종 네트워크인 제2 네트워크 통신을 지원할 수 있다. 통신 회로(108)는 제1 네트워크 통신을 플랫폼 서버(200)(예: 도 1a의 플랫폼 서버(200))와 신호를 송수신하거나 제2 네트워크 통신을 통해 플랫폼 서버(200)와 신호를 송수신할 수 있다. 일 실시 예에 따르면, 통신 회로(108)는 적어도 하나의 통신 회로를 포함할 수 있다. 예를 들어, 통신 회로(108)는 제1 네트워크 통신을 지원하는 제1 통신 모듈 및 제2 네트워크 통신을 지원하는 제2 통신 모듈을 포함할 수 있다.
일 실시 예에 따르면, 적어도 하나의 통신 모듈은 제1 프로토콜을 준수하는 제1 네트워크(예: 텔레폰(telephone) 네트워크)를 통해 통신할 수 있다. 상기 제1 프로토콜은 RCS를 포함할 수 있다. 상기 RCS를 준수하는 제1 네트워크는 RCS 네트워크로 참조될 수 있다. 상기 RCS 네트워크에 접속한 장치들의 식별자는 MSISDN 혹은 URI 형태로 표현될 수 있다. 일 실시 예에 따르면, 상기 적어도 하나의 통신 모듈은, 셀룰러 통신을 지원할 수 있다.
일 실시 예에 따르면, 적어도 하나의 통신 모듈은 제2 프로토콜을 준수하는 제2 네트워크를 통해 통신할 수 있다. 상기 제2 프로토콜은 RCS를 지원하는 제1 프로토콜과 다른 프로토콜(예: HTTP(hypertext transfer protocol)일 수 있다. 상기 제2 프로토콜은 RCS를 지원하지 않을 수 있다. 상기 제2 프로토콜은 인터넷 프로토콜 등을 포함할 수 있다. 상기 제2 프로토콜을 준수하는 제2 네트워크는 예컨대, 데이터 네트워크, 인터넷, IP 네트워크 등을 포함할 수 있다. 제2 네트워크에 접속한 장치들의 식별자는 URI 또는 URL로 표현될 수 있다.
도 2에 도시된 플랫폼 서버(200)는 전자 장치(100)와 동일 또는 유사한 하드웨어 구성을 포함할 수 있다. 플랫폼 서버(200)는, 예를 들어, 전자 장치(100)와 마찬가지로 프로세서(202), 메모리(204), 통신 회로(206)를 포함할 수 있다.
일 실시 예에 따른 통신 회로(206)는 제1 프로토콜 및 제2 프로토콜을 지원할 수 있다.
일 실시 예에 따르면, 프로세서(202)는, 예를 들면, 운영 체제 또는 응용 프로그램을 구동하여 프로세서(202)에 연결된 플랫폼 서버(200)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 각종 데이터 처리 및 연산을 수행할 수 있다. 프로세서(202)는 다른 구성요소들 중 적어도 하나로부터 수신된 명령 또는 데이터를 메모리(204)(예: 도 9의 휘발성 메모리(932))에 로드 하여 처리하고, 결과 데이터를 메모리(204)(예: 도 9의 비 휘발성 메모리(934))에 저장할 수 있다.
일 실시 예에 따르면, 프로세서(202)는 제1 프로토콜을 준수하는 제1 메시지를 전자 장치(100)와 교환하고 제2 프로토콜을 준수하는 제2 메시지를 챗봇 또는 CP 서버(예: 도 1의 300)와 교환할 수 있다. 일 실시 예에 따른 프로세서(202)는 상기 제1 메시지의 포맷을 변환하거나, 상기 제2 메시지의 포맷을 변환할 수 있다. 예를 들어, 프로세서(202)는 RCS 기반 메시지와 HTTP 기반 메시지 간 변환을 수행할 수 있다. 일 실시 예에 따른 메모리(204)는 챗봇에 관한 정보 또는 전자 장치(100)에 관한 정보를 저장할 수 있다. 챗봇에 관한 정보는, 예를 들어, 챗봇들의 이름, 주소, 전화번호, 제공하는 서비스 타입, 그 외의 특성 정보 등을 포함할 수 있다. 전자 장치(100)에 관한 정보는 예를 들어, 전자 장치(100)의 주소, 전화번호, 전자 장치 ID, 전화번호 및 전자 장치 ID 간의 맵핑 관계 등을 포함할 수 있다.
일 실시 예에 따르면, 프로세서(202)는 전자 장치(100)로부터 제1 전화번호 및 제1 ID(identifier)를 포함하는 제1 연결 요청을 획득하고, 상기 제1 전화번호 및 상기 제1 ID에 기초하여 상기 하나 이상의 챗봇들 중 제1 챗봇(예: 도 1의 챗봇(310))을 식별할 수 있다. 프로세서(202)는 전자 장치(100)로부터 제1 전화번호 및 제2 ID를 포함하는 제2 연결 요청을 획득하고, 상기 제1 전화번호 및 상기 제2 ID에 기초하여 상기 하나 이상의 챗봇들 중 제2 챗봇(예: 도 1의 챗봇(320))을 식별할 수 있다. 전자 장치(100)로부터 제2 전화번호 및 제3 ID를 포함하는 제3 연결 요청을 획득하고, 상기 제2 전화번호 및 상기 제3 ID에 기초하여 상기 하나 이상의 챗봇들 중 제3 챗봇(예: 도 1의 챗봇(330))을 식별할 수 있다.
일 실시 예에 따르면, 메모리(204)는 프로세서(202)가 본 문서에 개시된 다양한 실시 예를 수행하도록 하기 위한 인스트럭션들을 저장할 수 있다. 메모리(204)는, 예를 들면, 플랫폼 서버(200)의 적어도 하나의 다른 소프트웨어 구성요소, 예를 들어, 프로그램에 관계된 명령 또는 데이터를 저장할 수 있다.
도 2에서는 전자 장치(100) 및 플랫폼 서버(200)의 하드웨어 구성을 중심으로 설명이 이루어졌다. 도 1a에 도시된 CP 서버 또는 챗봇(예: 도 1a의 챗봇(310, 320, 330))은 전자 장치(100) 또는 플랫폼 서버(200)와 동일 또는 유사한 하드웨어 구성을 포함할 수 있다.
이하의 설명에서, 설명의 편의를 위해 RCS 식별자는 전화번호(예: MSISDN)으로 참조하고, 챗봇의 고유 식별자는 봇 ID로 참조하고 전자 장치(100) 또는 사용자의 고유 식별자는 사용자 ID(user ID)로 참조할 수 있다.
도 3은 일 실시 예에 따라 챗봇을 봇 레지스트리에 등록하는 방법의 흐름도이다.
도 3을 참조하면, 챗봇 개발자(11)는 개발자 포탈(12)에 챗봇을 등록할 수 있다. 예를 들어, 개발자 포탈(12)은 봇 플랫폼(200)의 웹(web) 포탈일 수 있다. 이 경우, 봇 레지스트리(예: 도 1a의 봇 레지스트리(220))에는 챗봇 정보가 저장될 수 있다. 봇 레지스트리(220)는 챗봇 개발자(11)에게 가용한(available) RCS 식별자를 제공해주거나 챗봇의 고유 식별자, 예를 들어, 봇 ID(identifier)를 할당할 수 있다. 일 실시 예에 따른 고유 식별자는 봇 레지스트리(220)로부터 할당되는 봇 식별자일 수 있다.
일 실시 예에 따르면, RCS 식별자는 챗봇에 연관된 전화번호, 예를 들어, MSISDN일 수 있다. 대화형 컨텐츠 제공 서비스를 RCS 인프라를 통해 제공하는 경우, 전화번호가 포함된 URL(또는 URI)를 이용하면 사용자는 기존의 채팅과 같이 전화번호를 이용하여 챗봇들에 접근할 수 있다. 사용자 입장에서는, 챗봇들의 전화번호를 이용하는 것은, 종래와 같이 전화번호부에 적어도 하나의 챗봇들을 등록할 수 있고, 대화 도중 전화나 SMS(short message service)를 보낼 수도 있어 효율적일 수 있다.
이하, 챗봇에 전화번호를 할당하고 챗봇을 봇 레지스트리(220)에 등록하는 방법을 설명한다.
동작 301에서, 챗봇 개발자(11)는 개발자 포탈(12)에 로그인하고, 동작 303에서, 개발자 포탈(12)의 등록(registration) 페이지를 오픈할 수 있다. 동작 305에서, 개발자 포탈(12)은 봇 레지스트리(220)로부터 가용(available) 전화번호(들)을 획득하고, 동작 307에서, 봇 레지스트리(220)에 봇 ID의 할당을 요청할 수 있다.
동작 309에서, 개발자 포탈(12)은 획득한 봇 ID 및 가용 전화번호를 챗봇 개발자(11)에게 제공할 수 있다. 동작 311에서, 챗봇 개발자(11)는 챗봇 상세 정보를 개발자 포탈(12)에 입력할 수 있다. 일 실시 예에서, 챗봇 상세 정보는, 챗봇의 이름, 또는 챗봇의 특성 정보 등을 포함할 수 있다.
동작 313에서, 챗봇 개발자(11)는 개발자 포탈(12)에서 제공한 가용 전화번호 중에서 사용하고자 하는 전화번호를 선택할 수 있다. 챗봇 개발자(11)가 선택한 전화번호는, 사용자 입장에서 챗봇의 전화번호로 사용 가능한 식별자일 수 있다.
또는 봇 레지스트리(220)가 챗봇의 전화번호를 할당할 수도 있다. 봇 레지스트리(220)가 챗봇의 전화번호를 할당하고, 개발자 포탈(12)로 할당된 전화번호를 전송할 수 있다. 이 경우, 동작 305에서 개발자 포탈(12)은 봇 레지스트리(220)로부터 챗봇에 할당된 전화번호를 획득할 수 있다.
동작 315에서, 챗봇 개발자(11)는 개발자 포탈(12)에 챗봇에 연관된 위치 식별자를 입력할 수 있다. 예를 들어, 챗봇 개발자(11)는 챗봇 URL(또는 URI)을 개발자 포탈(12)에 등록할 수 있다. 상기 일 실시 예에 따른 챗봇의 위치 식별자는, 플랫폼 서버(예: 도 1a의 플랫폼 서버(200)) 또는 봇 서비스(예: 도 1a의 봇 서비스(230))에서, 사용자의 요청을 챗봇(예: 도 1a의 챗봇(300))에 전달하거나, 챗봇의 고유 식별자 등을 찾기 위해 사용될 수 있다.
동작 317에서, 챗봇 개발자는 챗봇을 개발자 포탈(12)에 등록하고, 동작 319에서 개발자 포탈(12)은 챗봇 정보를 봇 레지스트리(220)에 등록할 수 있다. 봇 레지스트리(220)에 등록된 챗봇 정보는 사용자가 챗봇을 검색하거나, 사용자가 챗봇을 선택하고 구독하는 경우 전자 장치(100)에서 활용하거나, 서버 내부적으로 정보를 활용하기 위해 사용될 수 있다.
도 4는 일 실시 예에 따른 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
일 실시 예에 따르면, 챗봇(예: 도 1a의 챗봇(300))은 다른 챗봇과 공유하지 않는 독립적인 전화번호를 가질 수 있고, 사용자는 상기 전화번호를 이용하여 챗봇을 식별할 수 있다. 이하 도 4의 설명에서, 챗봇의 RCS 식별자는 챗봇 MSISDN이고, 챗봇의 고유 식별자는 봇 ID이고, 챗봇의 위치 식별자는 챗봇 URL일 수 있다. 이하 도 7의 설명에서, 사용자(또는 전자 장치)의 RCS 식별자는 사용자 MSISDN이고, 사용자(또는 전자 장치)의 고유 식별자는 사용자 ID일 수 있다.
일 실시 예에 따른 플랫폼 서버(예: 플랫폼 서버(200))는 RCS 에이전트(210), 봇 레지스트리(220) 및/또는 봇 서비스(230)를 포함할 수 있다.
이하의 설명에서, 전자 장치(100)가 챗봇으로 전송하는 메시지는 제1 메시지로 참조하고, 챗봇이 제1 메시지에 대한 응답으로 전자 장치(100)로 전송하는 메시지는 제2 메시지로 참조할 수 있다. 일 실시 예에 따르면, 상기 제1 메시지는 연결 요청 또는 사용자가 챗봇으로 전송하는 제1 챗(chat)을 전달하는 메시지일 수 있다. 상기 제2 메시지는 상기 연결 요청에 대한 연결 응답 또는 상기 제1 챗에 대한 챗봇의 응답인 제2 챗일 수 있다. 상기 제1 메시지 또는 제2 메시지는 다양한 컨텐츠를 포함할 수 있다. 예를 들어, 상기 제1 메시지 또는 상기 제2 메시지는 텍스트, 음성, 영상, 또는 이미지 등을 포함할 수 있다.
도 4를 참조하면, 동작 401에서 전자 장치(100)는 봇 레지스트리(220)에서 챗봇을 검색할 수 있다. 예를 들어, 사용자가 전자 장치(100)에 챗봇을 찾기 위한 검색어를 입력하면, 전자 장치(100)는 봇 레지스트리(220)에서 상기 검색어에 연관된 챗봇을 검색할 수 있다.
동작 403에서, 봇 레지스트리(220)는 검색 결과를 전자 장치(100)로 전달할 수 있다. 전자 장치(100)는 검색 결과를 디스플레이(예: 입출력 장치(102))에 출력할 수 있다. 검색 결과는, 예를 들어, 챗봇 특성 정보(description), 봇 ID, 챗봇 MSISDN 중 적어도 하나를 포함할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는, 챗봇을 지정할(designate) 수 있다. 전자 장치(100)는 상기 봇 레지스트리에 등록된 챗봇들 중에서 챗봇(310)(예: 도 1a의 제1 챗봇(310))을 지정할 수 있다.
일 실시 예에 따르면, 상기 챗봇(310)이 지정되면, 전자 장치(100)는 구독 요청(a subscribe request)을 요청하고, 챗봇(310)에 의해 승인된 후에 상기 챗봇(310)과 메시지 송수신을 위한 세션(예: 챗룸(chatroom) 생성 등)을 개시할 수 있다. 다양한 실시 예에 따르면, 전자 장치(100)는 상기 구독 요청을 전송하기 위해 사용자 인증을 사용자에게 요구할 수도 있다. 또한, 사용자는 상기 챗봇(310)과 통신하기 원하지 않는 경우, 구독 중지 요청(unsubscribe request)을 해당 챗봇(310)에게 전송할 수도 있다.
일 실시 예에 따르면, 전자 장치(100)는 사용자 인터페이스를 통해 사용자에게 적어도 하나의 챗봇을 제공하고, 상기 사용자 인터페이스를 통해 적어도 하나의 챗봇 중 타겟 챗봇(310)에 대한 사용자 선택을 획득할 수 있다.
상기 사용자 인터페이스는 시각적 사용자 인터페이스 및/또는 음성 기반 사용자 인터페이스일 수 있다. 예를 들어, 전자 장치(100)는 사용자의 음성 입력을 획득할 수 있고, 상기 음성 입력에 대한 응답을 음성 형태로 출력할 수 있다. 상기 사용자 인터페이스는 상기 메시지 어플리케이션의 일부일 수 있다.
동작 405에서, 전자 장치(100)는 RCS 에이전트(210)로 제1 메시지를 전송할 수 있다. 전자 장치(100)는, 챗봇(310)에 대한 사용자 입력을 획득하고, 상기 사용자 입력에 응답하여 상기 제1 메시지를 전송할 수 있다. 상기 제1 메시지는, 상기 챗봇(310)으로의 연결 요청 또는 챗, 예를 들어, “Hello”와 같은 챗을 포함할 수 있다. 일 실시 예에 따른 제1 메시지는 RCS 메시지의 일부일 수 있다.
일 실시 예에 따르면, 제1 메시지는 RCS 에이전트(210)에서 제1 메시지의 수신처를 알 수 있도록 수신처 정보를 포함할 수 있다. 상기 제1 메시지는, 예를 들어, 챗봇(310)에 연관된 챗봇 MSISDN를 포함할 수 있다. 상기 제1 메시지는 발신처 정보를 더 포함할 수 있다. 상기 발신처는, 예를 들어, 사용자 또는 전자 장치(100)에 연관된 사용자 MSISDN를 포함할 수 있다.
동작 407에서, RCS 에이전트(210)는 챗봇(310)의 MSISDN에 기초하여 봇 ID를 획득할 수 있다. RCS 에이전트(210)는 상기 챗봇(310)에 맵핑된 봇 ID를 획득할 수 있다. RCS 에이전트(210)는 예를 들어, 봇 레지스트리(220)로부터 봇 ID를 획득할 수 있다.
동작 409에서, RCS 에이전트(210)는 봇 서비스(230)로 상기 제1 메시지를 전달할 수 있다. RCS 에이전트(210)는 상기 획득한 봇 ID에 기초하여 봇 서비스(230)로 상기 제1 메시지를 전달할 수 있다. 일 실시 예에 따르면, 상기 제1 메시지는 RCS 에이전트(210)를 통해 변환된 수신처 정보를 포함할 수 있다. 상기 변환된 수신처 정보는, 예를 들어, 동작 407에서 획득한 봇 ID를 포함할 수 있다. 상기 제1 메시지는 발신처 정보를 포함할 수 있다. 발신처 정보는 전자 장치(100)의 사용자에게 할당된 사용자 MSISDN일 수 있다.
동작 411에서, 봇 서비스(230)는 사용자 ID를 저장할 수 있다. 봇 서비스(230)는 사용자 MSISDN를 챗봇에서 식별 가능한 형태로 변환할 수 있다. 봇 서비스(230)는 상기 사용자 MSISDN에 기초하여 사용자 ID를 획득하거나 전자 장치(100)로부터 사용자 ID를 획득하고, 상기 사용자 ID를 저장할 수 있다. 일 실시 예에 따르면, 상기 사용자 ID는 봇 서비스(230)에서 임의로 생성되거나, 전자 장치(100)로부터 획득하거나 봇 레지스트리(220)로부터 획득될 수 있다. 상기 사용자 ID는 예를 들어, 상기 사용자 전화번호에 기초하여 생성될 수 있다.
동작 413에서, 봇 서비스(230)는 챗봇(310)의 위치 식별자인 챗봇 URL를 획득할 수 있다. 봇 서비스(230)는 예를 들어, 봇 레지스트리(220)에 챗봇 URL(또는 URI)을 요청하고, 봇 레지스트리(220)로부터 챗봇 URL을 획득할 수 있다. 일 실시 예에 따르면, 상기 챗봇 URL은 상기 봇 ID에 맵핑될 수 있다. 봇 레지스트리(220)에는 상기 챗봇 URL 및 상기 봇 ID의 관계가 저장될 수 있다.
동작 415에서, 봇 서비스(230)는 획득한 챗봇 URL을 이용하여 챗봇(310)으로 제1 메시지를 전달할 수 있다. 상기 제1 메시지는 수신처 정보로 챗봇 URL을 포함하고, 발신처 정보로 사용자 ID를 포함할 수 있다. 일 실시 예에 따른, 제1 메시지는 HTTP 메시지의 일부일 수 있다.
동작 417에서, 챗봇(310)은 상기 제1 메시지에 응답하여, 제2 메시지를 상기 제1 메시지의 발신처(예: 전자 장치(100))로 전송할 수 있다.
상기 제2 메시지는 상기 제2 메시지의 수신처 정보 및 발신처 정보를 포함할 수 있다. 상기 수신처 정보는, 예를 들어, 사용자 ID를 포함할 수 있다. 상기 발신처 정보는, 예를 들어, 봇 ID를 포함할 수 있다.
동작 419에서, 봇 서비스(230)는 사용자 MSISDN를 획득할 수 있다. 봇 서비스(230)는 상기 사용자 ID에 기초하여 사용자 MSISDN를 획득할 수 있다.
동작 421에서, 봇 서비스(230)는 RCS 에이전트(210)로 상기 제2 메시지를 전달할 수 있다. 상기 제2 메시지에 포함된 수신처 정보는, 사용자 MSISDN일 수 있고, 발신처 정보는 봇 ID일 수 있다.
동작 423에서, RCS 에이전트(210)는 상기 제2 메시지를 전자 장치(100)로 전달해 줄 수 있다. 상기 제2 메시지는, 사용자 MSISDN를 포함할 수 있다.
각각의 동작에서, 전자 장치(100)와 RCS 에이전트(210) 간의 정보는 RCS 네트워크(예: RCS 네트워크(10))를 통해 송수신될 수 있다. 전자 장치(100)와 RCS 에이전트(210) 간의 메시지는 RCS 메시지일 수 있다. 전자 장치(100)와 봇 레지스트리(220) 간의 정보는 예를 들어, HTTP 메시지 형식으로 송수신될 수 있다.
전자 장치(100) 또는 챗봇(310)과의 메시지 송수신이 가능하도록 봇 서비스(230) 및/또는 RCS 에이전트(210)에서는 메시지의 형식에 변환이 발생할 수 있다. 예를 들어, RCS 에이전트(210)에서 전자 장치(100)로부터 획득한 메시지는 봇 서비스(230)에서 HTTP 형식의 메시지로 변환될 수 있다. 봇 서비스(230)에서 챗봇(310)으로부터 획득한 메시지는 봇 서비스(230)에서 HTTP로부터 RCS 형식으로 변환될 수 있다. 봇 서비스(230) 및/또는 RCS 에이전트(210) 간의 메시지 교환은 플랫폼 서버 내부 프로토콜을 따라 수행될 수 있다.
전화번호를 이용하여 챗봇을 식별하는 경우, 전화번호의 특성상 발급에 비용이 들 뿐 아니라 실시간으로 전화번호를 발급하는데 제한이 있을 수 있다. 플랫폼의 경쟁력을 위해서는 다양한 개발자로 하여금 쉽게 챗봇을 제작 또는 배포할 수 있어야 한다. 이하, 도 5 및 도 6을 참조하여 전화번호 발급 비용을 줄이고 챗봇 등록을 높이기 위해 전화번호 기반의 플랫폼 서버(예: 도 1a의 플랫폼 서버(200))에서 하나의 전화번호에 여러 챗봇을 할당하고, 전자 장치(예: 도 1a의 전자 장치(100))가 하나의 전화번호를 이용해 챗봇을 식별하는 방법을 제안한다.
도 5 및 도 6에 관한 설명에서는, 상기 도 4에서 설명한 제1 메시지가 연결 요청이고 상기 제2 메시지가 연결 응답인 경우를 가정하여 일 실시예를 설명하지만, 상기 제1 메시지 및 상기 제2 메시지가 컨텐츠를 포함하는 챗인 경우에도 도 5 및 도 6의 실시 예가 적용될 수 있다.
도 5는 일 실시 예에 따라 전자 장치가 플랫폼 서버를 통해 챗봇과 메시지를 송수신하는 방법의 흐름도이다.
도 5를 참조하면, 전자 장치(예: 도 2의 전자 장치(100) 또는 프로세서(102))는 전화번호 이외에 추가 식별자를 이용하여 챗봇(예: 도 1a의 챗봇(310, 320 또는 330))과의 통신을 수행할 수 있다. 이하의 실시 예에서, 복수의 챗봇은 하나의 전화번호를 공유하고, 상기 복수의 챗봇에는 서로 다른 추가 식별자가 할당될 수 있다. 전자 장치는 연결 요청 시 전화번호와 함께 상기 추가 식별자를 함께 전송할 수 있다.
동작 501에서 전자 장치(예: 프로세서(102))는 사용자의 챗봇(예: 제1 챗봇(310)) 선택을 획득할 수 있다. 사용자는, 입력 장치를 통해 복수의 챗봇(예: 도 1a의 챗봇(300)) 중 적어도 하나의 타겟 챗봇을 선택할 수 있다.
동작 503에서, 전자 장치(예: 프로세서(102))는 선택된 타겟 챗봇의 전화번호 및 추가 식별자를 획득할 수 있다. 일 실시 예에 따르면, 전자 장치는 타겟 챗봇의 전화번호 및/또는 추가 식별자를 미리 가지고 있거나, 봇 레지스트리(예: 도 1a의 봇 레지스트리(220)) 검색을 통해 전화번호 및/또는 추가 식별자를 획득할 수 있다. 추가 식별자는, 예를 들어, 봇 ID 또는 전화번호의 확장자일 수 있다.
동작 505에서, 전자 장치(예: 프로세서(102))는 플랫폼 서버로 연결 요청을 전송할 수 있다. 일 실시 예에 따른 연결 요청은 적어도 수신처 정보를 포함할 수 있다. 상기 수신처 정보는 타겟 챗봇의 전화번호 및 추가 식별자를 포함할 수 있다. 일 실시 예에 따르면, 연결 요청은 발신처 정보를 더 포함할 수 있다. 상기 발신처 정보는, 전자 장치(또는 사용자)의 전화번호일 수 있다.
동작 507에서, 전자 장치(예: 프로세서(102))는 상기 플랫폼 서버로부터 연결 응답을 획득할 수 있다. 상기 연결 응답은, 상기 발신처 정보를 포함할 수 있다. 상기 발신처 정보는 상기 타겟 챗봇의 전화번호 및 추가 식별자를 포함할 수 있다. 상기 연결 응답은 수신처 정보를 더 포함할 수 있다. 상기 수신처 정보는 전자 장치(또는 사용자)의 전화번호일 수 있다.
도 6은 일 실시 예에 따라 플랫폼 서버가 전자 장치와 챗봇을 연결하는 방법의 흐름도이다.
도 6을 참조하면, 플랫폼 서버(예: 도 2의 플랫폼 서버(200) 또는 프로세서(202))는 전화번호 이외에 별도의 추가 식별자를 이용하여 챗봇을 식별할 수 있다. 플랫폼 서버는 전자 장치로부터 추가 식별자를 더 획득할 수 있다.
동작 601에서, 플랫폼 서버(예: 프로세서(202))는 전자 장치(예: 도 1a의 전자 장치(100))로부터 연결 요청을 수신할 수 있다. 일 실시 예에 따르면, 상기 연결 요청은 전자 장치에서 타겟하는 타겟 챗봇의 전화번호 및 추가 식별자를 포함할 수 있다. 상기 추가 식별자는, 예를 들어 봇 ID 또는 확장자일 수 있다. 일 실시 예에 따르면, 상기 전화번호는 복수의 챗봇들이 공유하는 번호일 수 있다.
동작 603에서, 플랫폼 서버(예: 프로세서(202))는 상기 연결 요청에 기초하여 타겟 챗봇의 위치 정보를 획득할 수 있다. 플랫폼 서버는 상기 전화번호 및 추가 식별자를 이용하여 타겟 챗봇의 위치 정보를 획득할 수 있다. 상기 위치 정보는, 예를 들어, 타겟 챗봇의 위치 식별자(예: URL)를 포함할 수 있다. 일 실시 예에 따르면, 상기 위치정보는 타겟 챗봇의 상기 전화번호 및 추가 식별자 중 적어도 하나에 기초하여 결정될 수 있다. 동작 603에서, 상기 타겟 챗봇의 위치 정보를 획득하는 동작은 타겟 챗봇을 식별하는 동작을 포함할 수 있다.
동작 605에서, 플랫폼 서버(예: 프로세서(202))는 상기 연결 요청의 포맷을 변환할 수 있다. 일 실시 예에 따르면, 플랫폼 서버는 상기 연결 요청을 RCS 기반 메시지에서 HTTP 기반 메시지로 변환할 수 있다. 동작 605에서, 플랫폼 서버는 상기 연결 요청의 수신처를 타겟 챗봇의 RCS 식별자에서 고유 식별자로 변환할 수 있다. 예를 들어, 플랫폼 서버는 챗봇 전화번호를 챗봇 ID로 변환할 수 있다. 플랫폼 서버는 상기 연결 요청을 챗봇으로 전송하기 위해 상기 고유 식별자에 기초하여 타겟 챗봇의 위치 정보를 획득할 수 있다. 플랫폼 서버는 상기 연결 요청의 발신처를 전자 장치의 RCS 식별자에서 고유 식별자로 변환할 수 있다. 예를 들어, 플랫폼 서버는 사용자 전화번호를 사용자 ID로 변환할 수 있다.
동작 607에서, 플랫폼 서버(예: 프로세서(202))는 타겟 챗봇으로 연결 요청을 전달할 수 있다. 일 실시 예에 따르면, 상기 연결 요청은 포맷이 변환된 HTTP 기반의 메시지일 수 있다. 상기 연결 요청은 타겟 챗봇의 위치 정보를 포함할 수 있다. 일 실시 예에 따르면, 상기 연결 요청은 발신처 정보로 사용자 ID를 포함할 수 있다.
다양한 실시 예에 따르면, 플랫폼 서버는 연결 요청에 대한 응답으로, 상기 타겟 챗봇으로부터 연결 응답을 획득하고 상기 전자 장치로 연결 응답을 전달할 수 있다.
도 7은 일 실시 예에 따라 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
일 실시 예에 따른 플랫폼 서버(예: 플랫폼 서버(200))는 RCS 에이전트(210), 봇 레지스트리(220) 및/또는 봇 서비스(230)를 포함할 수 있다.
도 7을 참조하면, 전자 장치(100)(예: 도 2의 전자 장치(100) 또는 프로세서(102))와 챗봇(예: 도 1a의 챗봇(300))은 전화번호 및 봇 ID를 이용하여 서로 확인할 수 있다. 일 실시 예에 따르면, 챗봇(300)은 다른 챗봇과 동일한 전화번호를 공유할 수 있다. 동일한 전화번호를 사용하는 챗봇간의 구별을 위해 추가 식별자로 봇 ID가 사용될 수 있다. 이하 도 7의 설명에서, 챗봇의 RCS 식별자는 챗봇 MSISDN이고, 챗봇의 고유 식별자는 봇 ID이며, 봇 ID는 추가 식별자로 사용될 수 있다. 챗봇의 위치 식별자는 챗봇 URL일 수 있다. 이하 도 7의 설명에서, 사용자(또는 전자 장치)의 RCS 식별자는 사용자 MSISDN이고, 사용자(또는 전자 장치)의 고유 식별자는 사용자 ID일 수 있다.
동작 701에서 전자 장치(100)는 봇 레지스트리(220)에서 챗봇을 검색할 수 있다. 동작 701은 도 4의 동작 401과 동일 또는 유사하므로 이하 중복된 설명은 생략한다.
동작 703에서 봇 레지스트리(220)는 검색 결과를 전자 장치(100)로 전달할 수 있다. 동작 703은 도 4의 동작 403과 동일 또는 유사할 수 있다.
도 7을 참조하면, 봇 ID가 제공되지 않은 경우 전자 장치(100)는 제1 메시지 전송을 위해 동작 705a, 707a, 709a를 수행할 수 있다.
동작 705a에서, 전자 장치(100)는 전자 장치(100)는 RCS 에이전트(210)로 제1 메시지를 전송할 수 있다. 봇 ID가 제공되지 않은 경우에 전자 장치(100)는 챗봇(310)의 전화번호만 RCS 에이전트(210)로 전송할 수 있다. 동작 705a는 도 4의 동작 405와 동일 또는 유사할 수 있다.
동작 707a에서, RCS 에이전트(210)는 챗봇(310)의 전화번호에 기초하여 봇 ID를 획득할 수 있다. 동작 707a는 동작 407과 동일 또는 유사할 수 있다.
동작 709a에서, RCS 에이전트(210)는 봇 서비스(230)로 상기 제1 메시지를 전달할 수 있다. 동작 709a는 도 4의 동작 409와 동일 또는 유사할 수 있다.
봇 ID가 제공된 경우 전자 장치(100)는 제1 메시지의 전송을 위해 동작 705b, 709b를 수행할 수 있다. 동작 705a 내지 709a와 동작 705b 및 동작 709b의 구분을 위해, 전자 장치(100)는 챗봇의 봇 ID 제공 여부를 판단할 수 있다.
동작 705b에서, 전자 장치(100)는 챗봇(310)의 전화번호와 함께 챗봇(310)의 봇 ID를 함께 전송할 수 있다. 동작 705b에서, 전자 장치(100)는 RCS 에이전트(210)로 제1 메시지를 전송하면서 상기 제1 메시지에 수신처 정보 및 발신처 정보를 포함시킬 수 있다. 수신처 정보는, 상기 챗봇(310)의 전화번호 및 봇 ID를 포함할 수 있다. 상기 발신처 정보는, 전자 장치(100)의 전화번호를 포함할 수 있다.
동작 709b에서, RCS 에이전트(210)는 봇 ID를 전자 장치(100)로부터 수신하였으므로, 상기 제1 메시지를 봇 서비스(230)로 전달할 수 있다. RCS 에이전트(210)는 봇 레지스트리(220)로부터 봇 ID를 획득하지 않고 전자 장치(100)로부터 획득한 봇 ID를 이용할 수 있다. 봇 서비스(230)로 전달되는 제1 메시지의 수신처는 봇 ID이고 발신처는 사용자 전화번호일 수 있다.
동작 711에서, 봇 서비스(230)는 사용자 ID를 저장할 수 있다. 동작 711은 도 4의 동작 411과 동일 또는 유사할 수 있다.
동작 713에서, 봇 서비스(230)는 챗봇 URL을 획득할 수 있다. 동작 713은 도 4의 동작 413과 동일 또는 유사할 수 있다.
동작 715에서, 상기 챗봇 URL로 제1 메시지를 전달할 수 있다. 동작 715는 도 4의 동작 415와 동일 또는 유사할 수 있다.
동작 717에서, 챗봇(310)은 상기 제1 메시지에 응답하여, 제2 메시지를 전자 장치(100))로 전송할 수 있다. 동작 717은 도 4의 동작 417과 동일 또는 유사할 수 있다.
동작 719에서, 봇 서비스(230)는 사용자 MSISDN을 획득할 수 있다. 도 7의 동작 719는 도 4의 동작 419와 동일 또는 유사할 수 있다.
동작 721에서, 봇 서비스(230)는 RCS 에이전트(210)로 제2 메시지를 전달할 수 있다. 상기 제2 메시지의 수신처는 사용자 MSISDN, 발신처는 봇 ID일 수 있다. 동작 721은 도 4의 동작 421과 동일 또는 유사할 수 있다.
동작 723에서, RCS 에이전트(210)는 제2 메시지를 전자 장치(100)로 전달할 수 있다. RCS 에이전트(210)는 발신처 정보로 챗봇 MSISDN 및 봇 ID를 포함할 수 있다. 전자 장치(100)는 챗봇 MSISDN 및 봇 ID에 기초하여, 제2 메시지의 발신처를 식별할 수 있다. 다양한 실시 예에 따르면, 전자 장치(100)는 상기 제2 메시지의 발신처에 대응하는 챗룸에 상기 제2 메시지를 표시할 수 있다.
도 7에서 도시된 동작 중 적어도 일부는 본 문서에 개시된 다양한 실시 예에 따라 다양하게 변형될 수 있다. 예를 들어, 동작 705b에서 봇 ID의 전송은 상기 연결 요청의 전송과 별도로 수행될 수 있다. 상기 연결 요청은 수신처 정보로 챗봇 MSISDN만 포함할 수 있다.
도 8은 일 실시 예에 따라 전자 장치와 챗봇이 플랫폼 서버를 통해 메시지를 송수신하는 방법의 흐름도이다.
도 8을 참조하면, 전자 장치(100)(예: 도 2의 전자 장치(100) 또는 프로세서(102))와 챗봇(예: 도 1a의 챗봇(310))은 적어도 전화번호 확장자를 이용하여 서로 확인할 수 있다. 일 실시 예에 따르면, 챗봇은 다른 챗봇과 동일한 전화번호를 공유할 수 있다. 챗봇간의 구별을 위해 전화번호뿐 아니라 전화번호의 확장자가 사용될 수 있다. 전자 장치(100)가 메시지를 보내는 경우 확장자를 함께 전달하고 봇 서비스(230)에서 확장자에 기반하여 봇 ID를 식별할 수 있다. 상기 확장자는 챗봇의 추가 식별자일 수 있다.
일 실시 예에 따른 플랫폼 서버(예: 플랫폼 서버(200))는 RCS 에이전트(210), 봇 레지스트리(220) 및/또는 봇 서비스(230)를 포함할 수 있다.
이하 도 8의 설명에서, 챗봇의 RCS 식별자는 챗봇 MSISDN이고, 챗봇의 고유 식별자는 봇 ID이고, 챗봇의 위치 식별자는 챗봇 URL일 수 있다. 이하 도 7의 설명에서, 사용자(또는 전자 장치)의 RCS 식별자는 사용자 MSISDN이고, 사용자(또는 전자 장치)의 고유 식별자는 사용자 ID일 수 있다.
동작 801에서 전자 장치(100)는 봇 레지스트리(220)에서 챗봇을 검색할 수 있다. 동작 801은 도 4의 동작 401과 동일 또는 유사하므로 이하 중복된 설명은 생략한다.
동작 803에서 봇 레지스트리(220)는 검색 결과를 전자 장치(100)로 전달할 수 있다. 동작 803은 도 4의 동작 403과 동일 또는 유사할 수 있다.
도 8을 참조하면, 동작 805에서, 전자 장치(100)는 제1 메시지를 전송 시 챗봇(310)의 챗봇 MSISDN 및 확장자를 함께 전송할 수 있다. 예를 들어, 상기 연결 요청의 수신처 정보는, 상기 챗봇(310)의 챗봇 MSISDN 및 확장자를 포함하고, 발신처 정보는 사용자 MSISDN를 포함할 수 있다.
동작 807에서, RCS 에이전트(210)(예: 도 1a의 RCS 에이전트(210))는 상기 제1 메시지를 봇 서비스(230)(예: 도 1a의 봇 서비스(230))로 전달할 수 있다. 예를 들어, RCS 에이전트(210)는 상기 상기 제1 메시지를 전달 시, 상기 제1 메시지의 수신처를 챗봇 MSISDN 및 확장자로 설정하고, 발신처를 사용자 MSISDN로 설정할 수 있다.
동작 809에서, 봇 서비스(230)는 봇 ID를 획득할 수 있다. 예를 들어, 봇 서비스(230)는 적어도 상기 확장자에 기초하여 봇 ID를 획득할 수 있다.
동작 811에서, 봇 서비스(230)는 사용자 ID를 저장할 수 있다. 봇 서비스(230)는 상기 사용자 MSISDN에 기초하여 사용자 ID를 획득할 수 있다. 일 실시 예에 따르면, 봇 서비스(230)는 사용자 ID를 저장 시, 상기 사용자 ID와 상기 전화번호를 맵핑할 수 있다. 봇 서비스(230)는 상기 제1 메시지에 대한 응답으로 제2 메시지를 수신하는 경우 사용자 MSISDN을 획득하기 위해 저장된 사용자 ID를 사용할 수 있다. 사용자 ID는 사용자의 프라이버시(privacy) 보호 등의 목적으로 사용될 수 있다. 사용자 ID를 이용하면 사용자의 MSISDN을 챗봇(310)에 알리지 않더라도, 사용자와 챗봇(310)간의 정보의 교환이 가능할 수 있다.
동작 813에서, 봇 서비스(230)는 봇 레지스트리(220)로 챗봇(310)의 챗봇 URL을 요청하고, 봇 레지스트리(220)로부터 상기 챗봇 URL을 획득할 수 있다. 동작 813은 도 4의 동작 413과 동일 또는 유사할 수 있다.
동작 815에서, 봇 서비스(230)는 챗봇(310)으로 제1 메시지를 전송하고, 동작 817에서 제2 메시지에 대한 응답으로, 제2 메시지를 획득할 수 있다. 일 실시 예에 따르면, 상기 제2 메시지의 발신처는 챗봇(310)이고, 수신처는 전자 장치(100)일 수 있다. 상기 제2 메시지는 발신처로 봇 ID를 포함하고, 수신처로 사용자 ID를 포함할 수 있다. 동작 815는 도 4의 동작 415와 동일 또는 유사하고, 동작 817은 도 4의 동작 417과 동일 또는 유사할 수 있다.
동작 819에서, 봇 서비스(230)는 상기 제2 메시지에 포함된 사용자 ID에 기초하여 챗봇(310)의 챗봇 MSISDN 및 확장자 쌍(pair)을 획득할 수 있다. 일 실시 예에 따르면, 상기 봇 ID는 챗봇 MSISDN 및 확장자 쌍에 매핑될 수 있다.
동작 821에서, 봇 서비스(230)는 사용자 MSISDN를 획득할 수 있다. 일 실시 예에 따르면, 봇 서비스(230)는 챗봇(300)으로부터의 제2 메시지를 획득하고, 상기 제2 메시지에 포함된 사용자 ID에 기초하여 사용자 MSISDN를 획득할 수 있다. 봇 서비스(230)는 상기 제2 메시지의 수신처를 사용자 MSISDN으로 변환하고, 상기 제2 메시지의 발신처를 상기 챗봇 MSISDN 및 확장자로 변환할 수 있다.
동작 823에서, 봇 서비스(230)는 제2 메시지를 RCS 에이전트(210)로 전달할 수 있다. 상기 제2 메시지를 전달 시, 봇 서비스(230)는 상기 제2 메시지에 수신처 정보로 사용자 ID 대신 사용자 MSISDN을 포함시킬 수 있다. 봇 서비스(230)는 상기 제2 메시지를 전달 시, 제2 메시지의 발신처를 봇 ID 대신 챗봇 MSISDN 및 확장자를 포함시킬 수 있다.
동작 825에서, RCS 에이전트(210)는 전자 장치(100)로 제2 메시지를 전달할 수 있다. 상기 제2 메시지의 수신처는 사용자 MSISDN일 수 있다. 전자 장치(100)는 상기 사용자 MSISDN에 기초하여, 상기 제2 메시지가 전자 장치(100)에 대한 것임을 확인할 수 있다. RCS 에이전트(210)는 상기 제2 메시지에 발신처 정보로 챗봇 MSISDN 및 확장자를 포함시킬 수 있다. 전자 장치(100)는 상기 제2 메시지의 발신처 정보에 기초하여 상기 제2 메시지를 표시할 챗룸을 결정할 수 있다.
상기 설명한 바와 같이 챗봇 전화번호를 복수의 챗봇(예: 도 1a의 챗봇(310) 및 챗봇(320))에서 공유하고, 사용자 인터페이스에 상기 전화번호를 표시하면 사용자는 상기 챗봇들의 전화번호 구분이 어려워진다. 또한, 사용자가 하나의 챗봇 전화번호를 선택하게 되면, 전자 장치(예: 도 1a의 전자 장치(100)) 및 플랫폼 서버(예: 도 1의 플랫폼 서버(200), RCS 에이전트(210) 또는 봇 서비스(230))는 사용자로부터의 메시지가 어떠한 챗봇에 관한 것인지 파악하지 못할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 상기 챗봇 전화번호 및 챗봇에 대한 확장자를 사용자 인터페이스에 표시할 수 있다. 일 실시 예에 따르면, 전자 장치(100)는 상기 챗봇 전화번호의 뒤에 챗봇에 대한 확장자를 표시해줄 수 있다.
전자 장치(100)는 확장자를 표시할 시 전화번호에 PAUSE 또는 WAIT 기호를 표기할 수 있다. 일 실시 예에 따르면, 전자 장치(100)는 “p” 또는 “w” 문자를 사용하거나 “,” 또는 “;” 기호를 이용하여 챗봇 전화번호를 표시할 수 있다. 예를 들어, 제1 챗봇(예: 도 1a의 제1 챗봇(310))의 전화번호가 821234567이고, 확장자가 12345로 할당된 경우 사용자 인터페이스에는 상기 제1 챗봇의 전화번호가 “+821234567p 12345”, “+821234567w 12345”, “+821234567, 12345”, 또는 “+821234567; 12345”와 같이 표시될 수 있다.
전자 장치(100)가 확장자를 표시하는 것은, 호(call)가 연결되면 전자 장치(100)가 해당 기호들(예: p, w 등) 이후의 확장자를 DTMF(dual tone multi frequency)로 전송하여 별도 내선 번호가 연결될 수 있도록 한다. 이 경우, 사용자는 챗봇과 대화 도중에도 자연스럽게 별도의 담당자와 호를 연결할 수 있다.
이하, 일 실시 예에 따른 전화번호 이외의 추가 식별자를 전송하는 방법을 설명한다. 일 실시 예에 따르면, 추가 식별자는 고유 식별자(예: 봇 ID) 또는 전화번호의 확장자 중 적어도 하나일 수 있다. 이하, 추가 식별자가 봇 ID인 경우를 기준으로 전자 장치(예: 도 1a의 전자 장치(100) 또는 도 2의 전자 장치(100))가 추가 식별자를 전송하는 방법을 설명한다.
일 실시 예에 따르면, 전자 장치는 봇 ID 정보를 RCS 메시지에 포함시킬 수 있다. 일 실시 예에 따르면, 상기 RCS 메시지 포맷은 헤더를 포함하고 봇 ID 정보는 상기 헤더에 포함될 수 있다.
일 실시 예에 따른 봇 ID 정보는 SIP(session initiation protocol) 메시지에 포함될 수 있다. 봇 ID 정보는, 예를 들어 SIP 헤더(header)에 포함될 수 있다. 다시 도 7을 참조하면, 동작 705b에서, 연결 요청은 SIP 메시지일 수 있고, 봇 ID 정보는 SIP 메시지의 헤더에 포함될 수 있다.
SIP 헤더는 채팅 세션을 생성 시 사용되고, 채팅 세션이 맺어진 후에는 SIP 메시지의 도움 없이 맺어진 세션 내에서 메시지가 송수신될 수 있다. 따라서, 하나의 전자 장치가 동일한 전화번호를 가진 여러 챗봇들과 대화 시 SIP 헤더를 이용하여 식별자를 전송하는 경우, 전자 장치는 각 챗봇과의 대화를 위해 각각 별도 세션을 이용해야 할 수 있다.
일 실시 예에 따르면, 하나의 전자 장치는 동일한 전화번호를 공유하는 챗봇들과 서로 다른 챗 스레드에서 대화를 하는 동안 하나의 채팅 세션을 이용하여 복수의 챗봇들과 챗을 주고받을 수 있다. 일 실시 예에 따르면, 전자 장치는 봇 ID 정보를 CPIM(common profile for instant messaging) 메시지에 포함시킬 수 있다. 봇 ID 정보는, 예를 들어 CPIM 헤더에 포함될 수 있다. CPIM 헤더를 이용하면, 전자 장치는 세션 연결이 이루어진 후에도 봇 ID를 이용하여 메시지를 발신할 수 있다. 따라서, 전자 장치는 동일한 전화번호를 가진 챗봇들과 대화 시 하나의 세션을 이용할 수 있다. 다만, 그룹 채팅에 사용자 한명을 초대하는 경우에는 리퍼(REFER) 메시지 등에서 봇 ID 정보를 SIP 헤더에 포함시킬 수 있다.
세션이 연결되면, 전자 장치는 MSRP(message session relay protocol) 프로토콜을 이용해 CPIM으로 랩핑(wrap)된 메시지(또는 챗)을 전송할 수 있다. 여기서, 전자 장치는 수신 측 봇 ID를 추가적인 파라미터를 이용하여 전달할 수 있다.
일 실시 예에 따르면, RCS 메시지는 페이로드(payload)를 포함하고, 봇 ID 정보는 상기 메시지의 페이로드(payload)에 포함될 수 있다. 또는 봇 ID 정보는 페이로드가 전송되기 전에 전송되어, 상기 페이로드의 수신처를 특정할 수도 있다.
일 실시 예에 따르면, 채팅 상대, 예를 들어 챗봇 및 전자장치는 수발신처에 추가 식별자를 포함하는지 여부에 따라 두가지 타입으로 구분될 수 있다. 하나는, 수발신처에 추가 식별자를 포함하지 않는 제1 타입이고, 나머지 하나는 수발신처에 추가 식별자를 포함하는 제2 타입일 수 있다. 상기 제1 타입은 챗봇 또는 전자 장치이고, 상기 제2 타입은 챗봇을 포함할 수 있다. 추가 식별자는, 예를 들어, 확장자일 수 있다. 이하의 설명에서 추가 식별자는 확장자일 수 있다.
복수의 수발신처에 상기 제1 타입 및 제2 타입이 공존하는 경우, 전화번호 이외의 확장자를 이용하면 전자 장치 대 챗봇 간 또는 챗봇 대 챗봇 간에는 다음과 같은 다양한 시나리오가 발생할 수 있다.
(a)제1 타입 간의 채팅
(b)제1 타입 및 제2 타입 간의 1:1 채팅
(c)제2 타입 간의 1:1 채팅 ((1)전화번호가 서로 다른 경우, (2)전화번호가 서로 동일한 경우)
(d)제1 타입만 참가한 그룹 채팅
(e)제2 타입이 참가한 그룹 채팅 ((1)제2 타입들이 모두 전화번호가 다른 경우, (2)제2 타입들 중 전화번호가 같은 참가자가 둘 이상인 경우)
본 문서에 기재된 다양한 실시 예들은 상기 다양한 시나리오에 동일하게 적용되거나 변형되어 적용될 수 있다.
(a)의 경우, 제1 타입 장치 간 채팅 시 제1 타입 장치 간에는 독립적인 채팅 세션이 형성되고, 독립적인 챗 스레드가 개설될 수 있다. 수발신처 정보는 SIP 헤더 또는 CPIM 헤더에 포함될 수 있다.
(b)의 경우, 하나의 제1 타입 수발신처(예: 전자 장치 또는 챗봇)가 서로 다른 복수의 제2 타입 수발신처(예: 챗봇)와 각각 1:1 채팅을 하는 경우가 발생할 수 있다. 1:1 채팅의 경우, 플랫폼 서버 또는 전자 장치는 각각의 제2 타입 챗봇을 위한 채팅 세션을 복수개 만들지 않고 채팅 세션을 공유할 수 있다. 예를 들어, 타입 2 챗봇이 동일한 전화번호를 사용하는 경우, 플랫폼 서버는 하나의 채팅 세션을 공유하도록 수 있다.
일 실시 예에 따르면, 전자 장치가 복수의 제2 타입 챗봇과 각각 채팅을 하는 경우, 메시지의 발신 시 전자 장치는 확장자 정보를 CPIM 헤더에 포함시킬 수 있다. 또는 전자 장치가 메시지 수신 시 확장자 정보는 CPIM 헤더에 포함될 수 있다. 채팅 세션이 맺어진 후에는 SIP 메시지의 도움 없이 맺어진 세션 내에서 채팅이 송수신되어야 하므로, 전자 장치는 확장자 정보의 전송 시 SIP 헤더를 이용하지 않고 CPIM 헤더를 이용할 수 있다.
(c)의 (1)(제2 타입 간 채팅 시, 제2 타입 간 전화번호가 서로 다른 경우)에는 수발신처 정보는 SIP 헤더 또는 CPIM 헤더에 포함될 수 있다. 서로 다른 전화번호를 이용하므로 제2 타입 장치 간에는 독립적인 채팅 세션이 형성되고, 독립적인 챗 스레드가 개설될 수 있다.
일 실시 예에 따르면, 제2 타입 간의 채팅은 챗봇 간의 채팅일 수 있다. 이 경우, 챗봇들은 RCS 네트워크를 통해 채팅을 주고 받을 수 있다. 또는, 챗봇 간의 채팅이 RCS 네트워크를 거치지 않고 서버 내에서 라우팅될 수도 있다.
(c)의 (2)(제2 타입간 채팅 시, 제2 타입 간 전화번호가 서로 같은 경우)의 경우에 대화형 콘텐츠 제공 시스템은 다음과 같이 동작할 수 있다.
일 실시 예에 따르면, 제2 타입 간 전화번호가 서로 같은 경우 서로 동일한 채팅 세션을 공유할 수 있다. 이 때, 제2 타입 간에는 서로 다른 챗 스레드를 통해 챗이 수행될 수 있다. 이 경우 전화번호는 SIP 헤더에 포함되고, 제2 타입 간의 구분을 위해 확장자는 CPIM 헤더에 포함될 수 있다.
일 실시 예에 따르면, 제2 타입 간의 채팅은 챗봇 간의 채팅일 수 있다. 이 경우, 챗봇들은 RCS 네트워크를 통해 채팅을 주고 받을 수 있다. 또는, 챗봇 간의 채팅이 RCS 네트워크를 거치지 않고 서버 내에서 라우팅될 수도 있다.
(d)의 경우, 제1 타입만 참가하므로 각각의 참가자들이 모두 다른 전화번호를 포함할 수 있다. 이 경우, 각각의 참가자들에 대하여 별도의 채팅 세션이 개설될 수 있다.
(e)의 (1)의 경우 서로 다른 전화번호를 가지는 제2 타입 간에는 하나의 챗 스레드가 형성되고, 각각의 참가자들에 대해 별도의 채팅 세션이 형성될 수 있다.
(e)의 (2)의 경우(제2 타입이 참가한 그룹 채팅 시 제2 타입들 중 전화번호가 같은 참가자가 둘 이상인 경우)에는 별도의 채팅 세션의 형성 또는 채팅 세션의 공유가 가능하다. 그룹 채팅을 호스팅하는 컨퍼런스 포커스(conference focus) 입장에서, 컨퍼런스 포커스는 전화번호가 같은 제2 타입 수신처와 별도의 채팅 세션(이하 일대일 채팅 세션이라 한다)을 맺거나, 전화번호가 같은 제2 타입 수신처들 전체와 하나의 채팅 세션(이하 다대일 채팅 세션이라 한다)을 맺을 수 있다. 다대일 채팅 세션의 경우, 수신처 측인 플랫폼 서버에서 각 확장자에 해당하는 챗봇들에게 챗팅을 전달해줄 수 있다.
다대일 채팅 세션의 경우, 컨퍼런스 포커스와 전자 장치 간 채팅 세션이 연결된 후에는 컨퍼런스 포커스와 전자 장치 간에는 SIP 메시지의 도움 없이 수발신처의 구분이 가능하여야 한다. 따라서, 전자 장치 또는 서버는 CPIM 헤더를 이용하여 확장자를 전달할 수 있다.
RCS 표준에서는 Disposition 및 IsComposing의 이벤트를 정의하고 있다. Disposition 이벤트의 경우, 일반 채팅에서 SIP 헤더 및 CPIM 헤더를 이용하도록 정의하고 있다. 챗봇과의 채팅의 경우에도, 전자 장치는 SIP 헤더 및 CPIM 헤더를 이용할 수 있다.
1:1 채팅에 대한 IsComposing 이벤트의 경우, RCS 표준에서는 CPIM 헤더를 이용하지 않도록 규정하고 있으나, 본 문서에 기재된 실시 예에서는 상기 설명한 바와 같이 상기 제1 타입 및 제2 타입 간의 채팅에서 SIP 헤더를 이용할 수 없으므로, CPIM 헤더를 이용할 수 있다.
일 실시 예에 따르면, 그룹 채팅의 경우 그룹 채팅의 시작 시와 그룹 채팅 도중에 참가자 변경 시, 전자 장치, 서버, 및/또는 챗봇 간에 참가자 목록이 송수신될 수 있다. 일 실시 예에 따르면, 참가자 목록은 자원 리스트로 참조될 수 있다. 일 실시 예에 따른, 자원 리스트는 resource list xml과 같이 표기될 수 있다. 자원 리스트에는 참가자 목록에 포함되는 참가자의 확장자가 표시될 수 있다.
도 9는 다양한 실시 예들에 따른 네트워크 환경(900) 내의 전자 장치(901)의 블록도 이다. 본 문서에 개시된 다양한 실시 예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다.
도 9를 참조하여, 네트워크 환경(900)에서 전자 장치(901)(예: 도 1a의 전자 장치(100) 또는 도 2의 전자 장치(100))는 근거리 무선 통신(998)을 통하여 전자 장치(902)와 통신하거나, 또는 네트워크(999)를 통하여 전자 장치(904) 또는 서버(908)와 통신할 수 있다. 일 실시 예에 따르면, 전자 장치(901)는 서버(908)을 통하여 전자 장치(904)와 통신할 수 있다.
일 실시 예에 따르면, 전자 장치(901)는 버스(910), 프로세서(920)(예: 도 2의 프로세서(102)), 메모리(930)(예: 도 2의 메모리(106)), 입력 장치(950)(예: 마이크 또는 마우스), 표시 장치(960), 오디오 모듈(970), 센서 모듈(976), 인터페이스(977), 햅틱 모듈(979), 카메라 모듈(980), 전력 관리 모듈(988), 및 배터리(989), 통신 모듈(990)(예: 도 2의 통신 회로(108)), 및 가입자 식별 모듈(996)을 포함할 수 있다. 어떤 실시 예에서는, 전자 장치(901)는 구성요소들 중 적어도 하나(예: 표시 장치(960) 또는 카메라 모듈(980))를 생략하거나 다른 구성요소를 추가적으로 구비할 수 있다.
버스(910)는, 구성요소들(920-990)을 서로 연결하고, 구성요소들 간의 신호(예: 제어 메시지 또는 데이터)를 전달하는 회로를 포함할 수 있다.
프로세서(920)는, 중앙처리장치(central processing unit, CPU), 어플리케이션 프로세서(application processor, AP), GPU(graphics processing unit), 카메라의 ISP(image signal processor), 또는 CP(communication processor) 중 하나 또는 그 이상을 포함할 수 있다. 일 실시 예에 따르면, 프로세서(920)는 SoC(system on chip) 또는 SiP(system in package)로 구현될 수 있다.
메모리(930)는, 휘발성 메모리(932) 또는 비 휘발성 메모리(934)를 포함할 수 있다. 휘발성 메모리(932)는, 예를 들면, RAM(random access memory)(예: DRAM, SRAM, 또는 SDRAM)로 구성될 수 있다. 비 휘발성 메모리(934)는, 예를 들면, PROM(programmable read-only memory), OTPROM(one time PROM), EPROM(erasable PROM), EEPROM(electrically EPROM), mask ROM, flash ROM, 플래시 메모리, HDD(hard disk drive), 또는 SSD(solid state drive)로 구성될 수 있다. 또한, 비 휘발성 메모리(934)는, 전자 장치(901)와의 연결 형태에 따라, 그 안에 배치된 내장 메모리(936), 또는 필요 시에만 연결하여 사용 가능한 스탠드-얼론(stand-alone) 형태의 외장 메모리(938)로 구성될 수 있다.
입력 장치(950)는, 마이크, 마우스, 또는 키보드를 포함할 수 있다. 일 실시 예에 따르면, 키보드는 물리적인 키보드로 연결되거나, 표시 장치(960)를 통해 가상 키보드로 표시될 수 있다.
표시 장치(960)는, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 디스플레이는, 예를 들면, 액정 디스플레이(LCD), 발광 다이오드(LED) 디스플레이, 유기 발광 다이오드(OLED) 디스플레이, 마이크로 전자기계 시스템(MEMS) 디스플레이, 또는 전자 종이(electronic paper) 디스플레이를 포함할 수 있다. 디스플레이는, 일 실시 예에 따르면, 유연하게, 투명하게, 또는 착용할 수 있게 구현될 수 있다. 디스플레이는 사용자의 터치, 제스처, 근접, 또는 호버링(hovering) 입력을 감지할 수 터치 회로(touch circuitry) 또는 터치에 대한 압력의 세기를 측정할 수 있는 압력 센서(interchangeably "force sensor")를 포함할 수 있다. 상기 터치 회로 또는 압력 센서는 디스플레이와 일체형으로 구현되거나, 또는 디스플레이와는 별도의 하나 이상의 센서들로 구현될 수 있다.
통신 모듈(990)은, 예를 들면, 전자 장치(901)와 외부 장치(예: 제1 외부 전자 장치(902), 제2 외부 전자 장치(904), 또는 서버(908)) 간의 통신 채널 수립 및 수립된 통신 채널을 통한 유선 또는 무선 통신의 수행을 지원할 수 있다. 일 실시 예에 따르면, 통신 모듈(990)은 무선 통신 모듈(992) 또는 유선 통신 모듈(994)을 포함하고, 그 중 해당하는 통신 모듈을 이용하여 제1 네트워크(998)(예: Bluetooth 또는 IrDA(infrared data association)와 같은 근거리 통신 네트워크) 또는 제2 네트워크(999)(예: 셀룰러 네트워크와 같은 원거리 통신 네트워크)를 통하여 외부 장치와 통신할 수 있다.
무선 통신 모듈(992)은, 예를 들면, 셀룰러 통신, 근거리 무선 통신, 또는 GNSS 통신을 지원할 수 있다.
일 실시 예에 따르면, 무선 통신 모듈(992)은 프로세서(920)(예: AP)와 별개인 CP를 포함할 수 있다. 이런 경우, CP는, 예를 들면, 프로세서(920)가 인액티브(예: 슬립) 상태에 있는 동안 프로세서(920)를 대신하여, 또는 프로세서(920)가 액티브 상태에 있는 동안 프로세서(920)과 함께, 전자 장치(901)의 구성요소들(910-996) 중 적어도 하나의 구성 요소와 관련된 기능들의 적어도 일부 기능을 수행할 수 있다. 일 실시 예에 따르면, 무선 통신 모듈(992)은 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS 통신 모듈 중 해당하는 통신 방식만을 지원하는 복수의 통신 모듈들로 구성될 수 있다.
유선 통신 모듈(994)은, 예를 들면, LAN(local area network), 전력선 통신 또는 POTS(plain old telephone service)를 포함할 수 있다.
제1 네트워크(998)는, 예를 들어, 전자 장치(901)와 제1 외부 전자 장치(902)간의 무선으로 직접 연결을 통해 명령 또는 데이터를 송신 또는 수신 할 수 있는 Wi-Fi 다이렉트 또는 Bluetooth를 포함할 수 있다. 제2 네트워크(999)는, 예를 들어, 전자 장치(901)와 제2 외부 전자 장치(904)간의 명령 또는 데이터를 송신 또는 수신할 수 있는 텔레커뮤니케이션 네트워크(예: LAN(local area network)나 WAN(wide area network)와 같은 컴퓨터 네트워크, 인터넷(internet), 또는 텔레폰(telephone) 네트워크)를 포함할 수 있다.
다양한 실시 예들에 따르면, 상기 명령 또는 상기 데이터는 제2 네트워크에 연결된 서버(908)를 통해서 전자 장치(901)와 제2 외부 전자 장치(904)간에 송신 또는 수신될 수 있다. 제1 및 제2 외부 전자 장치(902, 904) 각각은 전자 장치(901)와 동일한 또는 다른 종류의 장치일 수 있다. 다양한 실시 예들에 따르면, 전자 장치(901)에서 실행되는 동작들의 전부 또는 일부는 다른 하나 또는 복수의 전자 장치(예: 전자 장치(902, 904), 또는 서버(908)에서 실행될 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다.
본 문서의 다양한 실시 예들 및 이에 사용된 용어들은 본 문서에 기재된 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 해당 실시 예의 다양한 변경, 균등물, 및/또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및/또는 B 중 적어도 하나", "A, B 또는 C" 또는 "A, B 및/또는 C 중 적어도 하나" 등의 표현은 함께 나열된 항목들의 모든 가능한 조합을 포함할 수 있다. "제1," "제2," "첫째," 또는 "둘째,"등의 표현들은 해당 구성요소들을, 순서 또는 중요도에 상관없이 수식할 수 있고, 한 구성요소를 다른 구성요소와 구분하기 위해 사용될 뿐 해당 구성요소들을 한정하지 않는다. 어떤(예: 제1) 구성요소가 다른(예: 제2) 구성요소에 "(기능적으로 또는 통신적으로) 연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로 연결되거나, 다른 구성요소(예: 제 3 구성요소)를 통하여 연결될 수 있다.
본 문서에서, "~하도록 설정된(adapted to or configured to)"은 상황에 따라, 예를 들면, 하드웨어적 또는 소프트웨어적으로 "~에 적합한," "~하는 능력을 가지는," "~하도록 변경된," "~하도록 만들어진," "~를 할 수 있는," 또는 "~하도록 설계된"과 상호 호환적으로(interchangeably) 사용될 수 있다. 어떤 상황에서는, "~하도록 구성된 장치"라는 표현은, 그 장치가 다른 장치 또는 부품들과 함께 "~할 수 있는" 것을 의미할 수 있다. 예를 들면, 문구 "A, B, 및 C를 수행하도록 설정된 (또는 구성된) 프로세서"는 해당 동작들을 수행하기 위한 전용 프로세서(예: 임베디드 프로세서), 또는 메모리 장치(예: 메모리 930)에 저장된 하나 이상의 프로그램들을 실행함으로써, 해당 동작들을 수행할 수 있는 범용 프로세서(예: CPU 또는 AP)를 의미할 수 있다.
본 문서에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어(firmware)로 구성된 유닛(unit)을 포함하며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. "모듈"은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는 최소 단위 또는 그 일부가 될 수 있다. "모듈"은 기계적으로 또는 전자적으로 구현될 수 있으며, 예를 들면, 어떤 동작들을 수행하는, 알려졌거나 앞으로 개발될, ASIC(application-specific integrated circuit) 칩, FPGAs(field-programmable gate arrays), 또는 프로그램 가능 논리 장치를 포함할 수 있다.
다양한 실시 예들에 따른 장치(예: 모듈들 또는 그 기능들) 또는 방법(예: 동작들)의 적어도 일부는 프로그램 모듈의 형태로 컴퓨터로 판독 가능한 저장 매체(예: 메모리(930))에 저장된 명령어로 구현될 수 있다. 상기 명령어가 프로세서(예: 프로세서(920))에 의해 실행될 경우, 프로세서가 상기 명령어에 해당하는 기능을 수행할 수 있다. 컴퓨터로 판독 가능한 기록 매체는, 하드디스크, 플로피디스크, 마그네틱 매체(예: 자기테이프), 광기록 매체(예: CD-ROM, DVD, 자기-광 매체(예: 플롭티컬 디스크), 내장 메모리 등을 포함할 수 있다. 명령어는 컴파일러에 의해 만들어지는 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다.
다양한 실시 예들에 따른 구성 요소(예: 모듈 또는 프로그램 모듈) 각각은 단수 또는 복수의 개체로 구성될 수 있으며, 전술한 해당 서브 구성 요소들 중 일부 서브 구성 요소가 생략되거나, 또는 다른 서브 구성 요소를 더 포함할 수 있다. 대체적으로 또는 추가적으로, 일부 구성 요소들(예: 모듈 또는 프로그램 모듈)은 하나의 개체로 통합되어, 통합되기 이전의 각각의 해당 구성 요소에 의해 수행되는 기능을 동일 또는 유사하게 수행할 수 있다. 다양한 실시 예들에 따른 모듈, 프로그램 모듈 또는 다른 구성 요소에 의해 수행되는 동작들은 순차적, 병렬적, 반복적 또는 휴리스틱(heuristic)하게 실행되거나, 적어도 일부 동작이 다른 순서로 실행되거나, 생략되거나, 또는 다른 동작이 추가될 수 있다.

Claims (20)

  1. 전자 장치에 있어서,
    하우징;
    상기 하우징의 일부를 통해 노출된 터치스크린 디스플레이;
    상기 하우징 내부에 배치된 적어도 하나의 무선 통신 회로;
    상기 하우징 내부에 위치하고, 상기 디스플레이 및 상기 무선 통신 회로에 전기적으로 연결된 프로세서; 및
    상기 프로세서에 전기적으로 연결되고 상기 하우징 내부에 위치하는 메모리를 포함하고, 상기 메모리는 하나 이상의 외부 챗봇들과 통신하도록 하는 사용자 인터페이스를 저장하고, 실행 시에, 상기 프로세서가:
    상기 사용자 인터페이스를 통해 적어도 하나의 외부 챗봇을 제공하고,
    상기 사용자 인터페이스를 통해 상기 적어도 하나의 외부 챗봇 중 제1 챗봇에 대한 사용자 선택을 획득하고,
    상기 무선 통신 회로를 통해 외부 서버로, 제1 전화번호 및 상기 제1 챗봇에 연관된 제1 ID(identifier)를 포함하는 제1 연결 요청을 전송하고, 및
    상기 무선 통신 회로를 통해 상기 외부 서버로부터, 상기 제1 전화번호 및 상기 제1 ID를 포함하는 제1 연결 응답을 수신하도록 하는 인스트럭션들(instructions)을 저장하는, 전자 장치.
  2. 청구항 1에 있어서,
    상기 인스트럭션들은, 상기 프로세서가:
    상기 사용자 인터페이스를 통해 상기 적어도 하나의 챗봇 중 제2 챗봇에 대한 사용자 선택을 획득하고,
    상기 무선 통신 회로를 통해 상기 외부 서버로, 상기 제1 전화번호 및 상기 제2 챗봇에 연관된 제2 ID를 포함하는 제2 연결 요청을 전송하고,
    상기 무선 통신 회로를 통해 상기 외부 서버로부터, 상기 제1 전화번호 및 상기 제2 ID를 포함하는 제2 연결 응답을 수신하도록 하는, 전자 장치.
  3. 청구항 2에 있어서,
    상기 인스트럭션들은, 상기 프로세서가:
    상기 사용자 인터페이스를 통해 상기 적어도 하나의 챗봇 중 제3 챗봇에 대한 사용자 선택을 획득하고,
    상기 무선 통신 회로를 통해 상기 외부 서버로, 제2 전화번호 및 상기 제3 챗봇에 연관된 제3 ID를 포함하는 제3 연결 요청을 전송하고,
    상기 무선 통신 회로를 통해 상기 외부 서버로부터, 상기 제2 전화번호 및 상기 제3 ID를 포함하는 제3 연결 응답을 수신하도록 하는, 전자 장치.
  4. 청구항 1에 있어서,
    상기 사용자 인터페이스는 시각적 사용자 인터페이스 및/또는 음성 기반 사용자 인터페이스인, 전자 장치.
  5. 청구항 1에 있어서,
    상기 메모리는 메시지 어플리케이션 프로그램을 저장하고, 상기 사용자 인터페이스는 상기 어플리케이션 프로그램의 일부인, 전자 장치.
  6. 청구항 1에 있어서,
    상기 인스트럭션들은, 상기 프로세서가, RCS(rich communication suite) 네트워크를 통해 상기 제1 연결 요청을 전송하도록 하는, 전자 장치.
  7. 청구항 1에 있어서,
    상기 제1 연결 요청은 헤더를 포함하는 RCS(rich communication suite) 메시지의 일부이고,
    상기 제1 ID는 상기 헤더에 포함되는, 전자 장치.
  8. 청구항 7에 있어서,
    상기 헤더는 SIP(session initiation protocol) 헤더, 또는 CPIM(common presence and instant messaging) 헤더를 포함하는, 전자 장치.
  9. 청구항 1에 있어서,
    상기 인스트럭션들은, 상기 프로세서가, 상기 사용자 인터페이스 상에 상기 제1 ID를 디스플레이하도록 하는, 전자 장치.
  10. 청구항 1에 있어서,
    상기 제1 연결 요청은 페이로드(payload)를 포함하는 RCS(rich communication suite) 메시지의 일부이고,
    상기 제1 ID는 상기 페이로드에 포함되는, 전자 장치.
  11. 청구항 1에 있어서,
    상기 인스트럭션들은, 상기 프로세서가, 상기 무선 통신 회로를 통해 상기 외부 서버로부터 상기 제1 전화번호 및 상기 제1 ID를 획득하도록 하는, 전자 장치.
  12. 청구항 11에 있어서,
    상기 제1 전화번호 및 상기 제1 ID는 HTTP(hypertext transfer protocol) 메시지를 통해 상기 외부 서버로부터 전송되는, 전자 장치.
  13. 서버에 있어서,
    전자 장치 또는 하나 이상의 챗봇들과 신호를 송수신하는 적어도 하나의 무선 통신 회로;
    상기 무선 통신 회로에 전기적으로 연결된 프로세서; 및
    상기 프로세서에 전기적으로 연결되는 메모리를 포함하고, 상기 메모리는, 실행 시에, 상기 프로세서가:
    상기 전자 장치로부터 제1 전화번호 및 제1 ID(identifier)를 포함하는 제1 연결 요청을 획득하고,
    상기 제1 전화번호 및 상기 제1 ID에 기초하여 상기 하나 이상의 챗봇들 중 제1 챗봇을 식별하도록 하는 인스트럭션들(instructions)을 저장하는, 서버.
  14. 청구항 13에 있어서,
    상기 인스트럭션들은, 상기 프로세서가:
    상기 전자 장치로부터 제1 전화번호 및 제2 ID를 포함하는 제2 연결 요청을 획득하고,
    상기 제1 전화번호 및 상기 제2 ID에 기초하여 상기 하나 이상의 챗봇들 중 제2 챗봇을 식별하도록 하는, 서버.
  15. 청구항 14에 있어서,
    상기 인스트럭션들은, 상기 프로세서가:
    상기 전자 장치로부터 제2 전화번호 및 제3 ID를 포함하는 제3 연결 요청을 획득하고,
    상기 제2 전화번호 및 상기 제3 ID에 기초하여 상기 하나 이상의 챗봇들 중 제3 챗봇을 식별하도록 하는, 서버.
  16. 청구항 13에 있어서,
    상기 인스트럭션들은, 상기 프로세서가 상기 무선 통신 회로를 통해, 상기 제1 챗봇으로 상기 제1 연결 요청을 전달하도록 하는, 서버.
  17. 청구항 16에 있어서,
    상기 제1 챗봇으로 전달되는 제1 연결 요청은, 상기 제1 챗봇의 위치 식별자를 포함하는, 서버.
  18. 청구항 17에 있어서,
    상기 제1 챗봇의 위치 식별자는 URI(uniform resource identifier)를 포함하는, 서버.
  19. 청구항 18에 있어서,
    상기 제1 챗봇의 위치 식별자는 HTTP(hypertext transfer protocol) 메시지의 일부인, 서버.
  20. 청구항 13에 있어서,
    상기 제1 연결 요청은 RCS(rich communication suite) 메시지의 일부인, 서버.
KR1020170061771A 2017-05-18 2017-05-18 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법 KR102304086B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020170061771A KR102304086B1 (ko) 2017-05-18 2017-05-18 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법
US15/982,049 US10673680B2 (en) 2017-05-18 2018-05-17 Electronic device providing dialog contents, server and method thereof
CN201810478908.1A CN108965103B (zh) 2017-05-18 2018-05-18 提供对话内容的电子设备、服务器及其方法
EP18173129.0A EP3404875B1 (en) 2017-05-18 2018-05-18 Electronic device providing dialog contents, server and method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170061771A KR102304086B1 (ko) 2017-05-18 2017-05-18 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법

Publications (2)

Publication Number Publication Date
KR20180126839A KR20180126839A (ko) 2018-11-28
KR102304086B1 true KR102304086B1 (ko) 2021-09-24

Family

ID=62554948

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170061771A KR102304086B1 (ko) 2017-05-18 2017-05-18 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법

Country Status (4)

Country Link
US (1) US10673680B2 (ko)
EP (1) EP3404875B1 (ko)
KR (1) KR102304086B1 (ko)
CN (1) CN108965103B (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11599890B1 (en) * 2016-12-22 2023-03-07 Wells Fargo Bank, N.A. Holistic fraud cocoon
US11570268B2 (en) * 2017-09-21 2023-01-31 Microsoft Technology Licensing, Llc Proxy system for bot connectivity to communication channels
GB2569335B (en) * 2017-12-13 2022-07-27 Sage Global Services Ltd Chatbot system
KR102546670B1 (ko) * 2018-03-15 2023-06-22 삼성전자주식회사 전자 장치 및 컨텐츠를 표시하는 방법
US10863347B2 (en) 2019-03-28 2020-12-08 T-Mobile Usa, Inc. Policy enhancement for mixed capability devices
CN112995098B (zh) * 2019-12-14 2022-09-23 深圳市优必选科技股份有限公司 鉴权的方法、电子设备及存储介质
CN112307166B (zh) * 2020-10-29 2024-01-30 腾讯科技（深圳）有限公司 一种智能问答方法、装置、存储介质以及计算机设备
CN114979981B (zh) * 2022-03-11 2023-07-21 中移互联网有限公司 消息传输方法、装置、电子设备及存储介质
WO2024075943A1 (ko) * 2022-10-04 2024-04-11 삼성전자주식회사 메타버스의 사용자와 메시지를 송수신하는 전자 장치 및 그 동작 방법
FR3143793A1 (fr) * 2022-12-19 2024-06-21 Orange Procédé et dispositif de traitement d’un message reçu par un client électronique d’un agent conversationnel.

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8630961B2 (en) 2009-01-08 2014-01-14 Mycybertwin Group Pty Ltd Chatbots

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452710C (zh) * 2004-09-29 2009-01-14 上海赢思软件技术有限公司 一种短信机器人***
CN100492362C (zh) * 2006-02-08 2009-05-27 腾讯科技（深圳）有限公司 一种基于即时通信的知识搜索方法及***
US20120260263A1 (en) 2011-04-11 2012-10-11 Analytics Intelligence Limited Method, system and program for data delivering using chatbot
US9282157B2 (en) 2013-03-12 2016-03-08 Microsoft Technology Licensing, Llc Intermediary API for providing presence data to requesting clients
US9143907B1 (en) * 2013-10-21 2015-09-22 West Corporation Providing data messaging support by intercepting and redirecting received short message service (SMS) messages
KR101622872B1 (ko) * 2015-02-11 2016-05-19 라인 가부시키가이샤 인스턴트 메시징 서비스에서 공식계정의 리치 메뉴를 제공하는 방법과 시스템 및 기록 매체

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8630961B2 (en) 2009-01-08 2014-01-14 Mycybertwin Group Pty Ltd Chatbots

Also Published As

Publication number Publication date
US20180337818A1 (en) 2018-11-22
CN108965103B (zh) 2021-10-08
CN108965103A (zh) 2018-12-07
EP3404875B1 (en) 2019-09-04
KR20180126839A (ko) 2018-11-28
US10673680B2 (en) 2020-06-02
EP3404875A1 (en) 2018-11-21

Similar Documents

Publication Publication Date Title
KR102304086B1 (ko) 대화형 콘텐츠를 제공하는 전자 장치, 서버 및 이를 위한 방법
US11050683B2 (en) System for providing dialog content
KR102299239B1 (ko) 공동 디바이스 상의 가상 어시스턴트 시스템에 대한 개인 도메인
US10063547B2 (en) Authorization authentication method and apparatus
KR101510977B1 (ko) 다중-사용자 장치를 위한 메시지 푸시 통지 클라이언트 개량
US9369850B2 (en) Automated caller identifier from contact lists of a user's contacts
US8447814B2 (en) Remote control using instant messaging
JP2020520009A (ja) Ｂｏｔユーザのセキュアな認証
KR101999780B1 (ko) 가상 챗봇을 이용하여 인스턴트 메시징 서비스를 제공하는 서버, 단말 및 방법
US20170288942A1 (en) Portal for Provisioning Autonomous Software Agents
CN106464729A (zh) 代理推送
US20170288943A1 (en) Supplying Context Data to a Servicing Entity
CN112217920A (zh) 通过主机使用客户端接听呼叫
JP2021012710A (ja) 非同期メッセージシステムにおける単一アカウントに対する複数プロファイルの管理
US20120278854A1 (en) System and method for device addressing
US9503410B2 (en) Sharing of activity metadata via messaging systems
KR20180004093A (ko) 인스턴트 메시징 동안의 미디어 콘텐츠의 전송
CN107979520B (zh) 消息处理方法及消息处理装置
US10846658B2 (en) Establishing a communication event
KR20190096589A (ko) 대화형 콘텐츠 제공 시스템 및 방법
JP2017204271A (ja) 互いに異なるユーザ識別体系を利用して登録されたユーザを識別するサーバ間のサービス連動方法およびシステム
EP2974159B1 (en) Method, device and system for voice communication
JPWO2015115183A1 (ja) アクセス制御装置、通信システム、プログラム、及びアクセス制御方法
KR101973531B1 (ko) 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치
US9749828B2 (en) Communication system and method for making telephone calls over the internet

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant