KR20210082731A - 파일을 다운로드하는 전자 장치 및 그 동작 방법 - Google Patents

파일을 다운로드하는 전자 장치 및 그 동작 방법 Download PDF

Info

Publication number
KR20210082731A
KR20210082731A KR1020190174976A KR20190174976A KR20210082731A KR 20210082731 A KR20210082731 A KR 20210082731A KR 1020190174976 A KR1020190174976 A KR 1020190174976A KR 20190174976 A KR20190174976 A KR 20190174976A KR 20210082731 A KR20210082731 A KR 20210082731A
Authority
KR
South Korea
Prior art keywords
file
electronic device
download
external server
external
Prior art date
Application number
KR1020190174976A
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 삼성전자주식회사
Priority to KR1020190174976A priority Critical patent/KR20210082731A/ko
Priority to PCT/KR2020/019096 priority patent/WO2021133103A1/ko
Publication of KR20210082731A publication Critical patent/KR20210082731A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H04L51/30—
    • 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/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • 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
    • 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/08—Annexed information, e.g. attachments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint

Abstract

일 실시예에 따른 전자 장치는, 통신 회로, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 외부 전자 장치로부터, 상기 통신 회로를 통하여, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하고, 상기 메시지의 수신에 대응하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 식별 정보에 기반하여 판단하고, 상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로를 통하여, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정될 수 있다.

Description

파일을 다운로드하는 전자 장치 및 그 동작 방법{ELECTRONIC DEVICE FOR DOWNLOADING FILE AND METHOD FOR OPERATING THEREOF}
본 개시의 일 실시예는, 파일을 다운로드하는 전자 장치 및 그 동작 방법에 관한 것이다.
기존의 SMS(short message service)를 대체하기 위한 RCS(rich communication services, 또는 rich communication suite)가 도입되어 활발하게 이용되고 있다. RCS는, 모바일 전화 캐리어들(mobile telephone carriers) 사이, 또는 모바일 폰과 캐리어 사이의 통신 프로토콜로, SMS에 비하여 보다 풍부한(richer) 서비스를 제공할 수 있다. RCS는, 예를 들어 폰북 폴링(phonebook polling)을 제공하고, 인-콜 멀티미디어(in-call multimedia)의 송신 기능을 제공할 수 있다. RCS는, IMS(internet protocol multimedia subsystem)에 기반하여 동작할 수 있으며, advanced messaging, chat, joyn, SMSoIP, message+, 또는 SMS+의 명칭으로 서비스되고 있다.
RCS의 표준은, GSM Association에 의하여 발표되고 있다. RCS 표준 에서는, 전자 장치가 다른 전자 장치로 파일을 송신하는 과정에 대하여 개시하고 있다. 예를 들어, RCS 표준에서는, 송신 측 전자 장치가, HTTP(S) 컨텐트 서버(HTTP(S) content server)로 파일을 업로드하여 파일과 연관된 정보를 획득하는 과정, 획득된 파일과 연관된 정보를 수신 측 전자 장치로 송신하는 과정이 개시되어 있다. 예를 들어, 송신 측 전자 장치는, HTTP(S) 컨텐트 서버로부터 파일이 저장된 주소 및 파일의 크기에 대한 정보를 획득하고, 획득한 정보를 수신 측 전자 장치로 송신할 수 있다. 수신 측 전자 장치는, 수신한 정보에 기반하여, HTTP(S) 컨텐트 서버로부터 파일을 다운로드할 수 있다.
RCS 표준을 따른 경우, 수신 측 전자 장치는, 송신 측 전자 장치로부터 획득된 정보에 기반하여 파일을 다운로드할 수 있으나, 해당 정보가 조작될 가능성이 있다. 예를 들어, 수신된 정보 내의 파일이 저장된 주소가 조작된 경우, 수신 측 전자 장치는 수신된 정보에 기반하여, 다운로드하고자 하는 파일이 아닌 다른 파일(예를 들어, 악성 코드)을 다운로드할 수 있다. 예를 들어, 수신된 정보 내의 파일의 크기가 조작된 경우, 수신 측 전자 장치는 수신된 정보에 기반하여, 예상한 파일 크기보다 더 큰 파일을 다운로드할 수 있다. RCS 표준(예를 들어, 현재의 rich communication suite 9.0 advanced communications services and client specification version 10.0)에서는, HTTP(S) 컨텐트 서버로부터의 챗 메시지(chat message) 조작 가능성에 대한 예방책이 개시되지 않은 상태이다.
일 실시예에 따른 전자 장치 및 그 동작 방법은, 송신 측 전자 장치로부터 파일과 연관된 정보를 수신한 경우, 파일 다운로드를 개시하기 이전에 파일 다운로드가 적합한지 여부를 확인할 수 있다.
일 실시예에 따른 전자 장치는, 통신 회로, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 외부 전자 장치로부터, 상기 통신 회로를 통하여, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하고, 상기 메시지의 수신에 대응하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 식별 정보에 기반하여 판단 하고, 상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로를 통하여, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른 전자 장치는, 통신 회로, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 외부 전자 장치로부터, 상기 통신 회로를 통하여, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 제 1 정보를 포함하는 메시지를 수신하고, 상기 통신 회로를 통하여, 상기 외부 서버로부터, 상기 외부 서버에 저장된 파일과 연관된 제 2 정보를 획득하고, 상기 제 1 정보 및 상기 제 2 정보의 비교 결과에 기반하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를 확인하고, 상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로를 통하여, 상기 제 1 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른 전자 장치의 동작 방법은, 외부 전자 장치로부터, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하는 동작, 상기 메시지의 수신에 대응하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 식별 정보에 기반하여 판단 하는 동작, 및 상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하는 동작을 포함할 수 있다.
일 실시예에 따라서, 송신 측 전자 장치로부터 파일과 연관된 정보를 수신한 경우, 파일 다운로드를 개시하기 이전에 파일 다운로드가 적합한지 여부를 확인할 수 있는 전자 장치 및 그 동작 방법이 제공될 수 있다. 이에 따라, 송신 측 전자 장치에서, 조작된 정보가 수신 측 전자 장치로 제공된 경우에도, 수신 측 전자 장치에서 조작된 파일의 다운로드가 예방될 수 있다.
도 1은, 일 실시예들에 따른, 네트워크 환경 내의 전자 장치의 블럭도이다.
도 2는 일 실시예와의 비교를 위한 비교 예에 따른 클라이언트들과 컨텐트 서버의 동작을 설명하기 위한 흐름도를 도시한다.
도 3a는 일 실시예와의 비교를 위한 비교 예에 따른 클라이언트들과 컨텐트 서버의 동작을 설명하기 위한 흐름도를 도시한다.
도 3b는, 비교예에 따른 컨텐트 서버와 클라이언트들의 동작을 도시한다.
도 3c는, 비교예에 따른 컨텐트 서버와 클라이언트들의 동작을 도시한다.
도 4는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 5a는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 5b는, 일 실시예에 따른 전자 장치의 표시 화면을 설명하기 위한 도면이다.
도 6은 일 실시예에 따른 컨텐트 서버, 및 클라이언트들의 동작을 설명하기 위한 흐름도를 도시한다.
도 7은 일 실시예에 따른 컨텐트 서버, 및 클라이언트들의 동작을 설명하기 위한 흐름도를 도시한다.
도 8은 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 9는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 10은 일 실시예에 따른 자동 다운로드 기능을 지원하는 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 11은 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 12는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 13은 일 실시예에 따른 파일스트림의 송신을 설명하기 위한 도면을 도시한다.
도 14는, 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 1은, 일 실시예들에 따른, 네트워크 환경(100) 내의 전자 장치(101)의 블럭도이다 . 도 1을 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제 1 네트워크(198)(예: 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제 2 네트워크(199)(예: 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 장치(150), 음향 출력 장치(155), 표시 장치(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예: 표시 장치(160) 또는 카메라 모듈(180))가 생략되거나, 하나 이상의 다른 구성 요소가 추가될 수 있다. 어떤 실시예에서는, 이 구성요소들 중 일부들은 하나의 통합된 회로로 구현될 수 있다. 예를 들면, 센서 모듈(176)(예: 지문 센서, 홍채 센서, 또는 조도 센서)은 표시 장치(160)(예: 디스플레이)에 임베디드된 채 구현될 수 있다
프로세서(120)는, 예를 들면, 소프트웨어(예: 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일실시예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예: 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 로드하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비휘발성 메모리(134)에 저장할 수 있다. 일실시예에 따르면, 프로세서(120)는 메인 프로세서(121)(예: 중앙 처리 장치 또는 어플리케이션 프로세서), 및 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예: 그래픽 처리 장치, 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 추가적으로 또는 대체적으로, 보조 프로세서(123)은 메인 프로세서(121)보다 저전력을 사용하거나, 또는 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예: 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예: 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예: 표시 장치(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성 요소(예: 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예: 프로세서(120) 또는 센서모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예: 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들 웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 장치(150)는, 전자 장치(101)의 구성요소(예: 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예: 사용자)로부터 수신할 수 있다. 입력 장치(150)은, 예를 들면, 마이크, 마우스, 키보드, 또는 디지털 펜(예: 스타일러스 펜)을 포함할 수 있다.
음향 출력 장치(155)는 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 장치(155)는, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있고, 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일실시예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
표시 장치(160)는 전자 장치(101)의 외부(예: 사용자)로 정보를 시각적으로 제공할 수 있다. 표시 장치(160)은, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일실시예에 따르면, 표시 장치(160)는 터치를 감지하도록 설정된 터치 회로(touch circuitry), 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 센서 회로(예: 압력 센서)를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일실시예에 따르면, 오디오 모듈(170)은, 입력 장치(150)를 통해 소리를 획득하거나, 음향 출력 장치(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예: 전자 장치(102)) (예: 스피커 또는 헤드폰))를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예: 전력 또는 온도), 또는 외부의 환경 상태(예: 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일실시예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)이 외부 전자 장치(예: 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일실시예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일실시예에 따르면, 연결 단자(178)은, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예: 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예: 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일실시예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일실시예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일실시예에 따르면, 전력 관리 모듈(388)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성 요소에 전력을 공급할 수 있다. 일실시예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예: 전자 장치(102), 전자 장치(104), 또는 서버(108))간의 직접(예: 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예: 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예: 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일실시예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예: 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예: LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제 1 네트워크(198)(예: 블루투스, Wi-Fi direct 또는 IrDA(infrared data association) 같은 근거리 통신 네트워크) 또는 제 2 네트워크(199)(예: 셀룰러 네트워크, 인터넷, 또는 컴퓨터 네트워크(예: LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부 전자 장치와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성 요소(예: 단일 칩)으로 통합되거나, 또는 서로 별도의 복수의 구성 요소들(예: 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예: 국제 모바일 가입자 식별자(IMSI))를 이용하여 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 및 인증할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예: 외부 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일실시예에 따르면, 안테나 모듈은 서브스트레이트(예: PCB) 위에 형성된 도전체 또는 도전성 패턴으로 이루어진 방사체를 포함하는 하나의 안테나를 포함할 수 있다. 일실시예에 따르면, 안테나 모듈(197)은 복수의 안테나들을 포함할 수 있다. 이런 경우, 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 상기 복수의 안테나들로부터 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부 전자 장치 간에 송신되거나 수신될 수 있다. 어떤 실시예에 따르면, 방사체 이외에 다른 부품(예: RFIC)이 추가로 안테나 모듈(197)의 일부로 형성될 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예: 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))를 통해 서로 연결되고 신호(예: 명령 또는 데이터)를 상호간에 교환할 수 있다.
일실시예에 따르면, 명령 또는 데이터는 제 2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 전자 장치(102, 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부 전자 장치들(102, 104, or 108) 중 하나 이상의 외부 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다.
도 2 및 도 3a 는 일 실시예와의 비교를 위한 비교 예에 따른 클라이언트들과 컨텐트 서버의 동작을 설명하기 위한 흐름도를 도시한다. 도 2 및 도 3a 의 비교예에서 설명된 엔티티들(컨텐트 서버(201), 클라이언트 A(202), 클라이언트 B(207))의 동작들 중 적어도 일부는, 본 발명의 일 실시예들의 엔티티들에 의하여 수행될 수도 있다. 비교예 및/또는 일 실시예에 따른 파일 송신 메커니즘의 개시 클라이언트(originating client)는, 컨텐트 서버(201)(예: HTTP(S) 컨텐트 서버)에 파일을 저장할 수 있다. 파일 송신 메커니즘에 의한 개시 클라이언트는 , 스탠드얼론 메시징(standalone messaging)(예를 들어, RCS 9.0 advanced communications service and client specification v10.0의 3.2.2에 의한 스탠드얼론 메시징), 1 대 1 챗(1-to-1 chat) (예를 들어, RCS 9.0 advanced communications service and client specification v10.0의 3.2.3에 의한 1 대 1 챗) 또는 그룹 챗(예를 들어, RCS 9.0 advanced communications service and client specification v10.0의 3.2.4에 의한 그룹 챗)에 기반하여, 파일 저장 위치(예: URI(또는, URL))를 수신처로 송신할 수 있다. 파일 송신 메커니즘에 의한 종단 클라이언트(terminating client)는, 수신된 파일 위치(예: URI(또는, URL))를 이용하여 컨텐트 서버(201)로부터 파일을 수신할 수 있다. 비교예 및/또는 일 실시예에서는, 파라미터 교환이 이루어 졌으며, 양 종단(예: 클라이언트 A(202) 및 클라이언트 B(207))은 HTTP(S) 메커니즘을 통한 파일 전송을 지원함을 상정하도록 한다.
도 2를 참조하면 , 비교 예에 따른 클라이언트 A(202) (예: 전자 장치(102), 또는 전자 장치(104))는, 예를 들어 폰 로직(phone logic )(202a)에 기반하여, 211 동작에서 파일 송신 요청을 획득할 수 있다. 클라이언트 A(202)(예: 전자 장치(102), 또는 전자 장치(104))는, 휴대용 통신 장치일 수 있다. 파일 송신 요청은, 예를 들어, UI조작을 통해서 가능할 수 있으며, 폰 로직(207a)은 전자 장치의 동작에 관련된 명령어를 포함할 수 있다. 예를 들어, 클라이언트 로직(207b)은, RCS 동작에 대응하는 명령어를 포함할 수 있다. 폰 로직(207a) 및 클라이언트 로직(207b)는, 예를 들어 메모리(예: 메모리(130))에 저장된 명령어의 집합일 수도 있다. 클라이언트 A(202)는, 예를 들어 사용자 입력에 기반하여 파일 송신 요청을 획득할 수 있으나, 이는 예시적인 것으로 파일을 송신하기 위한 트리거 이벤트의 검출에 기반하여 파일 송신 요청을 획득할 수도 있다. 클라이언트 A(202)의 사용자 A는, 클라이언트 B(207)의 사용자 B를 파일의 수신자로 설정할 수 있다. 클라이언트 A(202)는, 예를 들어 파일 송신 권한을 가지는 경우(예를 들어, value configuration parameter인 FT AUTH의 값이 1로 설정된 경우), 파일을 송신할 수 있다. 클라이언트 A(202)는, 파일 송신 권한을 가지는 경우 이를 어드버타이징할 수 있으며, 파일 송신 권한이 없는 경우에는 클라이언트 A(202)는 이를 어드버타이징하지 않을 수 있다.
213 동작에서, 비교예에 따른 클라이언트 A(202)는, 예를 들어 클라이언트 로직(202b)에 기반하여, HTTP(S) Post 요청을 컨텐트 서버(201)로 송신할 수 있다. 예를 들어, 클라이언트 A(202)는, 바디(body) 없이 HTTP(S) Post 요청을, FT HTTP(S) CS URI 설정 파라미터를 이용하여 컨텐트 서버(201)로 송신할 수 있다. 클라이언트 A(202)는, HPPT 포스트 요청을 생성하기 위하여, 파일 송신 트랙잭션 ID(TID), 섬네일 컨텐트(thumbnail content: 이하, 섬네일과 혼용), 파일 컨텐트(file content: 이하, 파일과 혼용)를 생성할 수 있으나, 섬네일 컨텐트는 선택적일 수도 있다. HTTP(S) Post 요청은, 예를 들어 사용자 정보, 패스워드 정보, 섬네일 컨텐츠와 연관된 정보, 또는 파일과 연관된 정보 중 적어도 하나를 포함할 수 있다.
비교예에 따라서, 215 동작에서, 클라이언트 A(202)는 컨텐트 서버(201)로 HTTP(S) 파일 송신을 수행할 수 있다. 컨텐트 서버(201)는, 수신한 파일을 TID에 연관하여 저장할 수 있다. 217 동작에서, 컨텐트 서버(201)는, HTTP(S) 200 OK를 클라이언트 A(202)로 송신할 수 있다. HTTP(S) 200 OK에는, 파일 저장 위치(예: URI(또는, URL)와 같은 링크), 파일의 크기, 및 유효성(validity))의 XML 데스크립션이 포함될 수 있다. 만약, 파일의 업로드가 실패된 경우에는, HTTP(S) 200 OK에는, 에러와 연관된 정보(예를 들어, HTTP(S) 401 authentication require error response, HTTP(S) 204 NO content response, HTTP(S) 503 internal error, A HTTP(S) 302 found response, A HTTP(S) 403 forbidden response)가 포함될 수도 있으며, 클라이언트 A(202)는, 지정된 동작(예: 파일 재송신)을 수행할 수 있다.
비교예에 따라서, 클라이언트 A(202)는, 적어도 하나의 IMS(203,206), 적어도 하나의 메시징 어플리케이션 서버(204,205)를 통하여, 219 동작에서 챗 메시지를 클라이언트 B(207)로 송신할 수 있다. 비교예, 또는 일 실시예에서의 챗 메시지는, 스탠드얼론 메시지로 치환될 수도 있다. 챗 메시지에는, 컨텐트 서버(201)로부터 수신된 XML 데스크립션이 포함될 수 있으며, 예를 들어 파일의 저장 위치(예: URI와 같은 링크), 파일의 크기, 및 유효성(validity))이 포함될 수 있다. 챗 메시지의 송수신을 위하여 필요 시에는 챗 세션(예를 들어, OMA-CPM, 또는 그룹 챗을 위한 챗)이 수립될 수 있거나, 또는 챗 메시지는 기 수립된 챗 세션에 기반하여 송수신될 수도 있다.
표 1은 비교예 또는 일 실시예에 따른 챗 메시지에 포함된 정보의 예시이다.
<?xml version="1.0" encoding="UTF-8"?>
<file xmlns="urn:gsma:params:xml:ns:rcs:rcs:fthttp"
xmlns:x="urn:gsma:params:xml:ns:rcs:rcs:up:fthttpext">
<file-info type="thumbnail">
<file-size>[thumbnail size in bytes]</file-size>
<content-type>[MIME-type for thumbnail]</content-type>
<data url = "[HTTP URL for the thumbnail]" until = "[validity of the thumbnail]"/>
</file-info>
<file-info type="file">
<file-size>[file size in bytes]</file-size>
<file-name>[original file name]</file-name>
<content-type>[MIME-type for file]</content-type>
<data url = "[HTTP URL for the file]" until = "[validity of the file]"/>
<x:branded-url>[alternative branded HTTP URL of the file]</x:branded-url>
</file-info>
</file>
표 1에서와 같이, 챗 메시지에는 섬네일 크기(thumbnail size in bytes), 섬네일 저장 위치(HTTP(S) URL for the thumbnail), 파일의 크기(file size in bytes), 파일 저장 위치(HTTP(S) URL for the file)의 정보가 포함될 수 있다. 한편, 섬네일의 업로드 여부는 선택적일 수도 있으며, 섬네일이 컨텐트 서버(201)에 업로드되지 않은 경우, 섬네일 크기와 섬네일 저장 위치의 정보는, 챗 메시지에 포함되지 않을 수도 있다.
도 3a를 참조하면, 비교예에 따른 클라이언트 B(207)가 도 2의 219 동작에서의 챗 메시지를 수신한 것을 상정하도록 한다. 클라이언트 B(207)는, 301 동작에서 예를 들어 클라이언트 로직(207a)에 기반하여 HTTP(S) GET 요청(request)을 컨텐트 서버(201)로 송신할 수 있다. 301 동작에서의 HTTP(S) GET 요청은, 예를 들어 섬네일을 다운로드하기 위한 요청일 수 있으며, 만약 섬네일이 컨텐트 서버(201)에 업로드되지 않은 경우에는, 301 동작, 303 동작, 305 동작은 생략될 수도 있다. 클라이언트 B(207)는, 섬네일 저장 위치(예: 표 1의 HTTP(S) URL for the thumbnail)에 기반하여, 섬네일 송신을 요청할 수 있다. 303 동작에서, 클라이언트 B(207)는, 컨텐트 서버(201)로부터 HTTP(S) 200 OK를 수신할 수 있다. HTTP(S) 200 OK의 수신에 기반하여, 클라이언트 B(207)는, 컨텐트 서버(201)로부터의 HTTP(S) 방식에 기반하여 섬네일을 수신할 수 있다. 클라이언트 B(207)는, 307 동작에서 파일 전송 관련 정보, 예를 들어 파일의 섬네일을 표시할 수 있다. 섬네일을 수신하고, 클라이언트 B(207)는, 예를 들어 섬네일을 표시할 수 있다. 예를 들어, 클라이언트 로직(207a)에 기반하여 메모리(예: 메모리(130))에 저장되면, 폰 로직(207b)에 기반하여 저장된 섬네일을 디스플레이(예: 표시 장치(160))에 표시될 수 있다. 클라이언트 B(207)는, 309 동작에서 파일 수신 명령을 획득할 수 있다. 클라이언트 B(207)는, 예를 들어 사용자 입력에 기반하여 파일 수신 명령을 확인할 수 있다. 만약, 클라이언트 B(207)가 자동 수신이 설정된 경우, 사용자 입력 없이도 파일을 수신할 것을 확인할 수도 있다. 자동 수신이 설정된 경우에는, 클라이언트 B(207)는 파일의 크기가 경고 크기(warning size)를 초과하지 않는 경우 파일을 수신할 것으로 확인할 수도 있다. 클라이언트 B(207)는, 파일을 수신하기 위한 HTTP(S) GET 요청을 311 동작에서 컨텐트 서버(201)로 송신할 수 있다. 클라이언트 B(207)는, 파일 저장 위치(예: 표 1의 HTTP(S) URL for the file)에 기반하여 HTTP(S) GET 요청을 송신할 수 있다. 컨텐트 서버(201)는, 313 동작에서 HTTP(S) 200 OK를 송신할 수 있다. 클라이언트 B(207)는, HTTP(S) 200 OK 수신에 기반하여, 컨텐트 서버(201)로부터의 파일의 HTTP(S) 수신을 수행할 수 있다. 클라이언트 B(207)는, 316 동작에서 파일 송신 상태, 예를 들어 파일의 전송률을 표시할 수 있다.
비교예에 따라서, 파일의 다운로드가 완료되면, 클라이언트 B(207)는, SIP 메시지를 317 동작에서, 메시징 어플리케이션 서버(205)로 송신할 수 있다. 또는, 클라이언트 B(207)는, MSRP(message session relay protocol)에 기반하여 메시지를 송신할 수도 있다. 메시징 어플리케이션 서버(205)는, 319 동작에서 SIP 메시지를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 321 동작에서 클라이언트 A(202)로 SIP 메시지를 송신할 수 있다. SIP 메시지에는, 예를 들어 CPIM/IMDN wrapper 내의 메시지 ID, 디스플레이와 연관된 정보 가 포함될 수 있다. 클라이언트 A(202)는, 325 동작에서, SIP 200 OK를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 327 동작에서 SIP 200 OK를 메시징 어플리케이션 서버(205)로 송신할 수 있다. 메시징 어플리케이션 서버(205)는, 329 동작에서 SIP 200 OK를 클라이언트 B(207)로 송신할 수 있다.
상술한 과정에 따라서, 클라이언트 B(207)가, 클라이언트 A(202)가 컨텐트 서버(201)에 업로드한 파일을 수신할 수 있다. 하지만, 클라이언트 A(202)가 클라이언트 B(207)로 송신하는 챗 메시지 내의 파일과 연관된 정보가 조작될 가능성이 있다. 예를 들어, 표 1의 섬네일 크기(thumbnail size in bytes), 섬네일 저장 위치(HTTP(S) URL for the thumbnail), 파일의 크기(file size in bytes), 파일 저장 위치(HTTP(S) URL for the file)의 정보 중 적어도 일부가 조작될 수 있다. 도 3b는, 비교예에 따른 컨텐트 서버와 클라이언트들의 동작을 도시한다. 클라이언트 A(202)는, 파일(351)을 컨텐트 서버(201)로 업로드(371)할 수 있으며, 컨텐트 서버(201)로부터 URL A의 파일(351)의 저장 위치에 대한 정보를 획득할 수 있다. 클라이언트 A(202)는, URL A를 포함한 챗 메시지를 클라이언트 B(207)로 송신하여야 함에도 불구하고, 조작된 저장 위치를 포함한 챗 메시지를 클라이언트 B(207)로 송신할 수 있다. 예를 들어, 외부 서버(360)(또는, 컨텐트 서버(201))에는, 악성 코드(361)이 URL B의 저장 위치로 저장될 수 있다. 예를 들어, 표 1의 섬네일 저장 위치(HTTP(S) URL for the thumbnail) 또는 파일 저장 위치(HTTP(S) URL for the file)의 정보가 조작될 수 있으며, 조작된 정보가 포함된 챗 메시지가 송수신될 가능성이 있다. 클라이언트 A(202)는, URL B를 포함한 챗 메시지를 클라이언트 B(207)로 송신할 수 있다. 클라이언트 B(207)는 조작된 URL B로 접속하여 섬네일 또는 파일을 다운로드(373)할 수 있으며, 조작된 URL B에 저장되었던 악성 코드(361)가 클라이언트 B(207)에 저장될 수 있다.
도 3c는, 비교예에 따른 컨텐트 서버와 클라이언트들의 동작을 도시한다. 클라이언트 A(202)는, 파일(381)을 컨텐트 서버(201)로 업로드(391)할 수 있으며, 컨텐트 서버(201)로부터 파일 사이즈 C의 파일(381)의 크기에 대한 정보를 획득할 수 있다. 클라이언트 A(202)는, 파일 사이즈 C를 포함한 챗 메시지를 클라이언트 B(207)로 송신하여야 함에도 불구하고, 조작된 파일 사이즈를 포함한 챗 메시지를 클라이언트 B(207)로 송신할 수 있다. 예를 들어, 표 1의 섬네일 크기(thumbnail size in bytes) 또는 파일의 크기(file size in bytes)의 정보가 조작될 수 있으며, 조작된 정보가 포함된 챗 메시지가 송수신될 가능성이 있다. 클라이언트 A(202)는, 파일 사이즈 C보다 작은 파일 사이즈 D를 포함한 챗 메시지를 클라이언트 B(207)로 송신(392)할 수 있다. 클라이언트 B(207)는, 조작된 파일 사이즈 D에 기반하여 다운로드를 수행할 수 있다. 예를 들어, 클라이언트 B(207)는, 파일 사이즈 D에 대한 정보를 표시하고, 사용자 입력이 수신되면, 파일(381)을 다운로드(393)할 수 있다. 만약, 클라이언트 B(207)에서 자동 수신이 설정되고, 파일 사이즈 D가 경고 크기보다 작은 경우에는, 자동으로 파일(381)이 다운로드(393)될 수 있다. 아울러, 섬네일에 대하여서는, 섬네일을 다운로드할 지 여부에 대한 판단 방법에 대하여서는 RCS 표준에서는 제언된 바가 없다.
도 4 는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에서, 동작 401 내지 405는 도 1의 전자 장치(101)에 의해 수행될 수 있다. 전자 장치(101)는 휴대용 통신 장치를 포함할 수 있다.
일 실시예에 따라서, 전자 장치(101)(예: 프로세서(120))는, 401 동작에서, 외부 전자 장치(예: 도 1의 전자 장치(104))(예: 송신 측 클라이언트)로부터, 외부 전자 장치가 외부 서버(예: 컨텐트 서버)에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신할 수 있다. 예를 들어, 도 3a에서와 같이, 전자 장치(101)는, 외부 전자 장치로부터 챗 메시지(또는, 스탠드얼론 메시지)를 수신할 수 있으며, 챗 메시지에는 표 1과 같은 정보가 포함될 수 있다. 외부 전자 장치는, 예를 들어 도 2에서와 같이, 컨텐트 서버에 파일을 업로드하고, 파일로부터 수신된 HTTP(S) 200 OK에 기반하여, 표 1과 같은 정보를 확인할 수 있다. 외부 전자 장치는, 표 1과 같은 정보를 포함하는 메시지를 전자 장치(101)로 송신할 수 있다. 다만, 도 3b 또는 3c와 연관하여 설명된 바와 같이, 메시지 내의 표 1과 같은 정보는, 컨텐트 서버로부터 수신된 것이거나, 또는 조작자에 의하여 조작될 가능성도 있다. 본 문서의 다양한 실시예들에서, 전자 장치(101)가 특정 동작을 수행하는 것은, 전자 장치(101)의 프로세서(120)(예를 들어, AP(application processor), CP(communication processor), 또는 AP/CP 통합 칩), 또는 다른 하드웨어가 특정 동작을 수행하는 것으로 이해될 수 있다. 또는, 전자 장치(101)가 특정 동작을 수행하는 것은, 메모리(130)에 저장된 인스트럭션이 로딩되어 수행됨에 따라서, 프로세서(120) 또는 다른 하드웨어가 특정 동작을 수행하는 것으로 의미할 수도 있다.
일 실시예에 따라서, 전자 장치(101)는, 403 동작에서, 외부 전자 장치의 식별 정보( 예: 전화 번호)에 기반하여, 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단할 수 있다. 예를 들어, 전자 장치(101)는, 외부 전자 장치로부터 수신한 메시지에 포함된 정보(예를 들어, URI 정보)에서 전화 번호를 추출할 수 있으며, 이에 대하여서는 도 8을 참조하여 설명하도록 한다. 본 문서의 다양한 실시예들에서, 파일을 다운로드할 지 여부를 판단하는 동작은, 컨텐트 서버에 저장된 섬네일 이미지 및/또는 파일의 다운로드 여부를 판단하는 것으로 이해될 수 있다. 예를 들어, 전자 장치(101)는, 외부 전자 장치와 연관된 전화 번호를 확인하고, 확인된 전화 번호가 전자 장치(101) 또는, 신뢰할 수 있는 저장소(예: 클라우드 서버)에 저장된지 여부를 확인할 수 있다. 확인된 전화 번호가, 전자 장치(101) 또는 신뢰할 수 있는 저장소에 저장된 것으로 확인되면, 전자 장치(101)는 외부 서버에 저장된 파일을 다운로드할 것으로 확인할 수 있다. 사용자가 의도적으로 저장을 명령한 전화번호는 신뢰할 수 있는 전화번호라 판단될 수 있으므로, 저장된 전화번호에 대하여서는 다운로드가 수행되도록 판단될 수 있다. 확인된 전화 번호가 전자 장치(101) 또는 신뢰할 수 있는 저장소에 저장되지 않은 경우에는, 전자 장치(101)는, 외부 서버에 저장된 파일의 다운로드를 홀드할 수 있다. 예를 들어, 전자 장치(101)는, 파일의 다운로드를 일시적으로 홀드한 이후에 추가적인 이벤트(예: 사용자 입력) 검출에 기반하여 파일 다운로드를 개시할 수 있다. 또는, 전자 장치(101)는, 파일의 다운로드를 일시적으로 홀드한 이후에, 추가적인 이벤트의 검출에 실패하고 파일을 다운로드하지 않을 수 있다. 또는, 전자 장치(101)는, 별다른 추가 이벤트 확인 없이, 파일 다운로드를 수행하지 않을 수도 있다. 전화번호의 비교에 대한 다양한 실시예들은 도 8을 참조하여 설명하도록 한다. 또 다른 예로, 전자 장치(101)는, 외부 전자 장치가 챗봇(chatbot)인지 여부에 기반하여, 파일의 다운로드 여부를 판단할 수도 있다. 챗봇(예를 들어, 전자 장치(101)의 사용자에 의하여 등록된 챗봇)은 , 신뢰할 수 있는 사업자가 서비스 제공을 위하여 제작한 컴퓨터 프로그램으로, RCS에 기반하여 전자 장치(101)와 챗봇 사이의 메시지 송수신이 가능할 수 있다. 신뢰할 수 있는 사업자가 제작한 챗봇이 조작한 파일을 다운로드하도록 지시할 가능성이 낮으므로, 전자 장치(101)가 챗봇으로부터 수신한 챗 메시지에 기반하여, 파일 다운로드를 수행하도록 설정될 수도 있다. 챗봇과 연관된 다양한 실시예들은 도 9를 참조하여 설명하도록 한다. 전화번호, 또는 챗봇인지 여부에 기반하여 다운로드 여부를 판단하는 구성은 예시적인 것으로, 다운로드 여부를 판단하기 위한 식별 정보의 종류에는 제한이 없다.
일 실시예에 따라서, 405 동작에서, 전자 장치(101)는, 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 외부 서버로부터 파일의 다운로드를 개시할 수 있다. 전자 장치(101)는, 수신된 파일의 저장 위치에 기반하여, 외부 서버에 저장된 파일을 다운로드할 수 있다. 예를 들어, 전자 장치(101)는, 도 3a의 301 동작, 또는 311 동작에서와 같이 HTTP(S) GET 요청을 컨텐트 서버로 송신할 수 있다. 전자 장치(101)는, 이후 컨텐트 서버로부터 HTTP(S) 200 OK를 수신하고, 컨텐트 서버로부터 파일에 대한 HTTP(S) 수신을 수행할 수 있다. 본 문서의 다양한 실시예들에서, 파일에 대한 HTTP(S) 수신은, 섬네일 및/또는 파일의 수신을 의미할 수 있다.
다양한 실시예들에 따르면, 전자 장치(101)는, 신뢰할 수 있는 식별 정보에 대응하는 외부 전자 장치로부터 챗 메시지가 수신된 경우에, 챗 메시지 내의 정보에 기반하여 파일을 다운로드함으로써, 조작된 정보에 기반한 파일 다운로드의 가능성이 감소할 수 있다.
도 5a는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 5a의 실시예는, 도 5b를 참조하여 설명하도록 한다. 도 5b는, 일 실시예에 따른 전자 장치의 표시 화면을 설명하기 위한 도면이다 .
도 5a를 참조하면, 일 실시예에 따라서, 전자 장치(101)는, 501 동작에서 외부 전자 장치(예: 송신 측 클라이언트)로부터, 외부 전자 장치가 외부 서버(예: 컨텐트 서버)에 저장한 파일과 연관된 정보를 포함하는 메시지(예: 챗 메시지)를 수신할 수 있다. 예를 들어, 외부 전자 장치는, 외부 서버에 파일을 업로드한 이후, 업로드된 파일과 연관된 정보를 획득할 수 있다. 외부 전자 장치는, 업로드된 파일과 연관된 정보를 포함하는 메시지를 전자 장치(101)로 송신할 수 있다. 503 동작에서, 전자 장치(101)는, 외부 전자 장치의 식별 정보에 기반하여, 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단할 수 있다. 예를 들어, 전자 장치(101)는, 외부 전자 장치와 연관된 전화번호가, 전자 장치(101) 또는 신뢰가능한 저장소에 저장된 지 여부에 기반하여, 외부 서버에 저장될 파일을 다운로드할 지 여부를 판단할 수 있다. 또는, 예를 들어, 전자 장치(101)는, 외부 전자 장치가 챗봇인지 여부에 기반하여, 외부 서버에 저장될 파일을 다운로드할 지 여부를 판단할 수 있다.
일 실시예에 따라서, 전자 장치(101)는, 505 동작에서, 외부 서버에 저장된 파일을 다운로드하지 않기로 판단할 수 있으며, 이에 기반하여 파일 다운로드 여부를 문의하는 UI를 출력할 수 있다. 예를 들어, 도 5b에서와 같이, 전자 장치(101)는, 표시 장치(160)를 통하여, UI(530)를 표시할 수 있다. 일 실시예에 따른 UI(530)에는, 외부 전자 장치와 연관된 식별 정보(예: 전화번호)가 전자 장치(101) 또는 신뢰할 수 있는 저장소에 등록되지 않음을 나타내는 취지의 텍스트가 포함될 수 있다. UI(530)에는, 다운로드 여부를 문의하는 취지의 텍스트가 포함될 수 있다. UI(530)에는, 파일을 다운로드하기 위한 아이콘(531) 및 파일을 다운로드하지 않기 위한 아이콘(532)이 포함될 수 있다. 507 동작에서, 전자 장치(101)는, UI(예: UI(530))를 통하여 파일 다운로드를 지시하는 사용자 입력이 확인되면, 외부 서버로부터 파일의 다운로드를 개시할 수 있다. 예를 들어, 파일을 다운로드하기 위한 아이콘(531)에 대한 선택이 확인되면, 전자 장치(101)는, 외부 서버로부터 파일의 다운로드를 개시할 수 있다. 예를 들어, 전자 장치(101)는, 도 3a의 301 동작, 또는 311 동작에서와 같이 HTTP(S) GET 요청을 컨텐트 서버로 송신할 수 있다. 전자 장치(101)는, 이후 컨텐트 서버로부터 HTTP(S) 200 OK를 수신하고, 컨텐트 서버로부터 파일에 대한 HTTP(S) 수신을 수행할 수 있다.
만약, 파일을 다운로드하기로 한 사용자 입력이 확인되지 않으면, 전자 장치(101)는, 파일 다운로드를 수행하지 않을 수 있다. 전자 장치(101)는, 외부 전자 장치 및/또는 컨텐트 서버에 파일 다운로드를 수행하지 않았음을 나타내는 메시지를 송신할 수도 있다. 일 실시예에서, 전자 장치(101)는, 파일의 저장 위치(예: URL)에 대한 정보의 유효 여부를 컨텐트 서버에 문의할 수도 있다 . 예를 들어, 전자 장치(101)는, TID 및 파일의 저장 위치에 대한 정보를 포함하는 문의 메시지 를 컨텐트 서버(201)로 송신할 수 있다. 문의 메시지는, 예를 들어 HTTP(S) GET과 같은 표준에 정의된 메시지일 수 있으나, 표준에 정의된 클라이언트로부터 컨텐트 서버로 송신되는 메시지라면 제한은 없으며, 현재의 표준에 미정의된 메시지가 도입될 수도 있다. 컨텐트 서버(201)는, 예를 들어 TID에 연관하여 파일 저장 위치를 연관하여 관리하고 있으므로, 문의 메시지에 기반하여 TID에 대응하는 저장 위치가 유효한 지 여부를 확인할 수 있다. 컨텐트 서버(201)는, 유효 여부를 나타내는 정보를 전자 장치(101)로 송신할 수도 있으며, 전자 장치(101)는 유효 여부를 나타내는 정보의 획득에 기반하여, 다운로드 여부를 재판단할 수도 있다. 문의 메시지에는, 섬네일 관련 정보(예: 파일명, 파일 사이즈, 유효 기간), 및/또는 파일 관련 정보(예: 파일명, 파일 사이즈, 유효 기간)이 포함되어, 유효 여부가 판단될 수도 있으며, 유효성을 판단하기 위한 정보의 종류에는 제한이 없다.
다운로드를 개시한 이후에는, 일 실시예에 따른 전자 장치(101)는, 도 5b에서와 같이, 다운로드 상태를 나타내는 화면(540)을 표시할 수 있다. 다운로드 상태를 나타내는 화면(540)에는, 전체 파일을 나타내는 바(bar)(541), 현재까지 수신된 파일의 양의 비율을 나타내는 프로그레스 바(progress bar)(542), 및 현재까지 수신된 파일의 양의 비율을 나타내는 텍스트(543)를 포함할 수 있으나, 제한은 없다. 한편, 도 5b에서의 시각적인 UI는 단순히 예시적인 것으로, 사용자의 추가 확인에 기반하여 다운로드를 결정할 수 있는 방식이라면 제한이 없음을 당업자는 이해할 것이다.
도 6 은 일 실시예에 따른 컨텐트 서버, 및 클라이언트들의 동작을 설명하기 위한 흐름도를 도시한다.
도 6을 참조하면, 일 실시예에 따른 클라이언트 B(207)는, 601 동작에서, 외부 전자 장치의 식별 정보에 기반하여 외부 서버에 저장된 파일을 다운로드하지 않기로 판단할 수 있다. 상술한 전자 장치(101)는, 수신 측 클라이언트일 수 있으며, 이에 따라 도 6에서의 클라이언트 B(207)의 동작이 전자 장치(101)에 의하여 수행될 수 있음을 당업자는 이해할 것이다. 클라이언트 B(207)는, 예를 들어, 송신 측 클라이언트인 클라이언트 A(202)로부터 챗 메시지를 수신할 수 있다. 클라이언트 A(202)의 식별 정보에 기반하여 외부 서버인 컨텐트 서버(201)에 저장된 파일을 다운로드하지 않기로 판단할 수 있다. 예를 들어, 클라이언트 A(202)와 연관된 전화번호가 클라이언트 B(207) 또는 신뢰할 수 있는 저장소에 저장되지 않거나, 또는 클라이언트 A(202)가 챗봇이 아니라고 판단되는 경우, 클라이언트 B(207)는 컨텐트 서버(201)에 저장된 파일을 다운로드하지 않기로 판단할 수 있다.
603 동작에서, 일 실시예에 따른 클라이언트 B(207)는, 파일 다운로드 여부를 문의하는 UI를 출력할 수 있다. 605 동작에서, 클랄이언트 B(207)는 UI를 통하여 파일 다운로드를 지시하는 사용자 입력을 확인할 수 있다. 예를 들어, 클라이언트 B(207)는, 도 5b와 같은 UI(530)를 표시할 수 있으며, 파일 다운로드를 지시하는 아이콘(531)의 선택을 확인할 수 있다. 607 동작에서, 클라이언트 B(207)는, HTTP(S) GET 요청을 컨텐트 서버(201)로 송신할 수 있다. 609 동작에서, 컨텐트 서버(201)는, HTTP(S) OK 200을 클라이언트 B(207)로 송신할 수 있다. 611 동작에서, 클라이언트 B(207)는, 컨텐트 서버(201)에 저장된 파일의 HTTP(S) 수신을 수행할 수 있다. 클라이언트 B(207)는, 파일을 수신할 수 있으며, 612 동작에서 파일 수신 상태를 표시할 수 있다. 예를 들어, 클라이언트 B(207)는, 도 5b에서와 같은 다운로드 상태를 나타내는 화면(540)을 표시할 수 있다. 파일의 다운로드가 완료되면, 클라이언트 B(207)는, SIP 메시지를 613 동작에서, 메시징 어플리케이션 서버(205)로 송신할 수 있다. 메시징 어플리케이션 서버(205)는, 615 동작에서 SIP 메시지를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 617 동작에서 클라이언트 A(202)로 SIP 메시지를 송신할 수 있다. SIP 메시지에는, 예를 들어 CPIM/IMDN wrapper 내의 메시지 ID, 디스플레이와 연관된 정보가 포함될 수 있다. 클라이언트 A(202)는, 619 동작에서, SIP 메시지 수신에 기반하여 다운로드 완료를 확인할 수 있다. 클라이언트 A(202)는, 621 동작에서, SIP 200 OK를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 623 동작에서 SIP 200 OK를 메시징 어플리케이션 서버(205)로 송신할 수 있다. 메시징 어플리케이션 서버(205)는, 625 동작에서 SIP 200 OK를 클라이언트 B(207)로 송신할 수 있다. 한편, 도 6에서는 클라이언트 B(207)가 파일 다운로드를 1회 수행하는 것과 같이 도시되어 있지만, 이는 예시적인 것으로 만약 컨텐트 서버(201)에 섬네일 이미지 및 파일이 함께 저장된 경우, 클라이언트 B(207)는 섬네일 이미지 및 파일을 순차적으로 수신할 수 있다. 일 실시예에 따라서, 클라이언트 B(207)는, 파일 다운로드가 완료되면, 파일 다운로드 완료를 나타내는 UI를 출력할 수도 있다.
도 7 은 일 실시예에 따른 컨텐트 서버, 및 클라이언트들의 동작을 설명하기 위한 흐름도를 도시한다.
도 7을 참조하면, 일 실시예에 따른 클라이언트 B(207)는, 701 동작에서, 외부 전자 장치의 식별 정보에 기반하여 외부 서버에 저장된 파일을 다운로드하기로 판단할 수 있다. 상술한 전자 장치(101)는, 수신 측 클라이언트일 수 있으며, 이에 따라 도 6에서의 클라이언트 B(207)의 동작이 전자 장치(101)에 의하여 수행될 수 있음을 당업자는 이해할 것이다. 클라이언트 B(207)는, 예를 들어, 송신 측 클라이언트인 클라이언트 A(202)로부터 챗 메시지를 수신할 수 있다. 클라이언트 A(202)의 식별 정보에 기반하여 외부 서버인 컨텐트 서버(201)에 저장된 파일을 다운로드하기로 판단할 수 있다. 예를 들어, 클라이언트 A(202)와 연관된 전화번호가 클라이언트 B(207) 또는 신뢰할 수 있는 저장소에 저장되거나, 또는 클라이언트 A(202)가 챗봇이라고 판단되는 경우, 클라이언트 B(207)는 컨텐트 서버(201)에 저장된 파일을 다운로드하기로 판단할 수 있다.
다운로드하기로 판단한 경우, 703 동작에서, 일 실시예에 따른 클라이언트 B(207)는, HTTP(S) GET 요청을 컨텐트 서버(201)로 송신할 수 있다. 705 동작에서, 컨텐트 서버(201)는, HTTP(S) OK 200을 클라이언트 B(207)로 송신할 수 있다. 707 동작에서, 클라이언트 B(207)는, 컨텐트 서버(201)에 저장된 섬네일 이미지의 HTTP(S) 수신을 수행할 수 있다. 클라이언트 B(207)는, 파일을 수신할 수 있으며, 709 동작에서 파일 수신 관련 정보를 표시할 수 있다. 예를 들어, 클라이언트 B(207)는, 섬네일 이미지를 표시할 수 있다. 711 동작에서, 클라이언트 B(207)는, 파일 수신 명령을 획득할 수 있다. 713 동작에서, 전자 장치(101)는, 파일을 수신하기 위한 HTTP(S) GET 요청을 컨텐트 서버(201)로 송신할 수 있다. 예를 들어, 클라이언트 B(207)는 사용자의 입력에 기반하여 HTTP(S) GET 요청을 컨텐트 서버(201)로 송신하거나, 또는 자동으로 HTTP(S) GET 요청을 컨텐트 서버(201)로 송신할 수 있다. 자동으로 HTTP(S) GET 요청을 송신하는 경우에는, 709 동작 및/또는 711 동작은 생략될 수도 있다. 715 동작에서, 컨텐트 서버(201)는 HTTP(S) 200 OK를 클라이언트 B(207)로 송신할 수 있다. 717 동작에서, 클라이언트 B(207)는, 컨텐트 서버(201)에 저장된 파일의 HTTS 수신을 수행할 수 있다. 파일의 다운로드가 완료되면, 클라이언트 B(207)는, SIP 메시지를 721 동작에서, 메시징 어플리케이션 서버(205)로 송신할 수 있다. 메시징 어플리케이션 서버(205)는, 723 동작에서 SIP 메시지를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 725 동작에서 클라이언트 A(202)로 SIP 메시지를 송신할 수 있다. SIP 메시지에는, 예를 들어 CPIM/IMDN wrapper 내의 메시지 ID, 디스플레이와 연관된 정보가 포함될 수 있다. 클라이언트 A(202)는, 727 동작에서, SIP 메시지 수신에 기반하여 다운로드 완료를 확인할 수 있다. 클라이언트 A(202)는, 731 동작에서, SIP 200 OK를 메시징 어플리케이션 서버(204)로 송신할 수 있다. 메시징 어플리케이션 서버(204)는, 733 동작에서 SIP 200 OK를 메시징 어플리케이션 서버(205)로 송신할 수 있다. 메시징 어플리케이션 서버(205)는, 735 동작에서 SIP 200 OK를 클라이언트 B(207)로 송신할 수 있다.
도 8 은 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에 따라서, 전자 장치(101)는 801 동작에서, RCS 메시지를 수신할 수 있다. 803 동작에서, 전자 장치(101)는 RCS 메시지에 포함된 URI 정보를 확인할 수 있다. 수신된 RCS 메시지의 발신자 정보는, 각 표준에 의거하여 RCS 메시지에 예를 들어 URI의 형태로 포함될 수 있다. 예를 들어, RFC 2806에 기반한 경우, RCS 메시지의 발신자 정보는 Tel URI에서 ‘tel: 전화 번호’의 형태로 구성될 수 있다. 또는, RFC 3261에 기반한 경우, RCS 메시지의 발신자 정보는 SIP URI에서 ‘sip: 전화 번호@domainAdderss;user=phone’의 형태로 구성될 수 있다. 805 동작에서, 전자 장치(101)는, URI 정보에서 전화 번호를 추출할 수 있다. 예를 들어, 전자 장치(101)는, ‘tel: 전화 번호’에서 전화번호를 추출하거나, ‘sip: 전화 번호@domainAdderss;user=phone’에서 전화번호를 추출할 수 있다.
일 실시예에 따라서, 807 동작에서, 전자 장치(101)는 확인된 전화 번호가 전자 장치(101)(또는, 신뢰 가능한 저장소)에 저장되었는지 여부를 확인할 수 있다. 전자 장치(101)는, 연락처 데이터베이스에 확인된 전화 번호를 쿼리할 수 있으며, 쿼리 결과 해당 전화번호가 연락처 데이터베이스에 존재하는지 여부를 확인할 수 있다. 확인된 전화 번호가 전자 장치(101)에 저장된 것으로 확인되면(807-예), 전자 장치(101)는 809 동작에서 파일을 다운로드하기로 판단할 수 있다. 확인된 전화 번호가 전자 장치(101)에 저장되지 않은 것으로 확인되면(807-아니오), 전자 장치(101)는 811 동작에서, 파일 다운로드를 홀드할 수 있다. 도시되지는 않았으나, 전자 장치(101)는, 추가적인 사용자 입력이 확인되면 홀드하였던 파일 다운로드를 개시할 수도 있다. 추가적인 사용자 입력이 확인되지 않으면, 전자 장치(101)는 파일 다운로드를 진행하지 않을 수도 있다.
도 9 는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에 따라서, 전자 장치(101)는 901 동작에서, RCS 메시지를 수신할 수 있다. 전자 장치(101)는, 903 동작에서, RCS 메시지 발신자가 챗봇에 대응되는지 여부를 확인할 수 있다. RCS 메시지 발신자가 챗봇에 대응되는 것으로 확인되면(903-예), 전자 장치(101)는 905 동작에서 파일을 다운로드하기로 판단할 수 있다. RCS 메시지 발신자가 챗봇에 대응되지 않는 것으로 확인되면(903-아니오), 전자 장치(101)는 907 동작에서 파일 다운로드를 홀드할 수 있다. 예를 들어, A2P(application-to-person) 챗봇은 이미 사업자 서버에서 검증이 완료된 것이므로, A2P 챗봇은 신뢰할 수 있는 발신자로 판단될 수 있다. P2A(person-to- application) 챗봇은, 사용자가 해당 챗봇에 가입을 하고 그 챗봇으로부터 메시지를 수신하기 때문에, P2A 챗봇은 신뢰할 수 있는 발신자로 판단될 수 있다.
일 실시예에 따라서, RCS 메시지 발신자가 챗봇에 대응하는지 여부를 확인하는 다양한 방법이 전자 장치(101)에 의하여 수행될 수 있다. 예를 들어, 전자 장치(101)는, RCS 메시지 발신자가 챗봇 역할(chatbot role)을 가지는지 여부를 확인할 수 있다. RFC3261의 11.2의 processing of options request에 따라 발신자 정보에 대한 옵션 쿼리(option query)가 수행된 경우, 옵션 쿼리에 대응하는 응답(response)에 ‘+g.gsma.rcs.isbot’의 특징 태그(feature tag)가 포함된 경우 발신자가 챗봇 역할을 가지는 것으로 판단될 수 있다. 챗봇 역할에 대한 사항은, 예를 들어 RCS 표준(예를 들어, 현재의 rich communication suite 9.0 advanced communications services and client specification version 10.0)의 3.6.2.3의 챗봇 역할(chatbot role) 섹션이 참조될 수 있다. 전자 장치(101)는, 옵션 쿼리에 대응하는 응답 내의 특징 태그에 기반하여, 파일을 다운로드할 지 여부를 판단할 수 있다. ‘+g.gsma.rcs.isbot’의 특징 태그(feature tag)가 응답에 포함된 경우, 전자 장치(101)는 파일을 다운로드할 것으로 판단할 수 있다. ‘+g.gsma.rcs.isbot’의 특징 태그(feature tag)가 응답에 포함되지 않은 경우, 전자 장치(101)는 파일 다운로드를 홀드할 수 있다. 전자 장치(101)는, 사용자가 등록한 챗봇이 확인됨에 기반하여, 파일 다운로드를 시작하도록 설정될 수 있다. 또는, 구현에 따라, 전자 장치(101)는, 사용자가 등록한지 여부에 관계없이, 챗봇임이 확인되면, 파일 다운로드를 시작하도록 설정될 수도 있다.
예를 들어, 전자 장치(101)는, RCS 메시지 발신자가 챗봇 캐퍼빌리티(chatbot capability)를 가지는지 여부를 확인할 수 있다. 챗봇 역할에 대한 사항은, 예를 들어 RCS 표준(예를 들어, 현재의 rich communication suite 9.0 advanced communications services and client specification version 10.0)의 3.6.2.4의 챗봇 캐퍼빌리티(chatbot capability) 섹션이 참조 될 수 있다. 예를 들어, 발신자의 SIP URI에 ‘user=phone’의 파라미터가 포함되어 있지 않으며, 하기의 3가지 조건들 중 어느 하나가 참인 경우에 발신자가 챗봇 캐퍼빌리티를 가지는 것으로 확인될 수 있다. 첫번째 조건은, 발신자의 SIP URI의 도메인 파트(domain part)가 “botplatform” 서브 도메인을 포함하는 것일 수 있다. 두번째 조건은, 캐퍼빌리티 교환 또는 메시지 교환에 기반하여, 발신자가 챗봇이라는 인디케이션(indication)이 교환된 것일 수 있다. 세번째 조건은, 이전 메시징 통신 요청이 챗봇 메시징 통신을 참조한 것일 수 있다. 전자 장치(101)는, 발신자가 챗봇 캐퍼빌리티를 가지는지 여부에 기반하여, 파일을 다운로드할 지 여부를 판단할 수 있다. 발신자가 챗봇 캐퍼빌리티를 가지는 경우, 전자 장치(101)는 파일을 다운로드할 것으로 판단할 수 있다. 발신자가 챗봇 캐퍼빌리티를 가지지 않은 경우, 전자 장치(101)는 파일 다운로드를 홀드할 수 있다.
예를 들어, 전자 장치(101)는, 네트워크로부터 챗봇 관련 에러(예: SIP 403 Forbidden response code including a warning header with warn-code set to “488" and the warn-text set to "Chatbot Conversation Needed”)를 수신하는 경우, 발신자를 챗봇으로 판단할 수 있다. 챗봇 관련 에러에 기반한 사항은, 예를 들어 RCS 표준(예를 들어, 현재의 rich communication suite 9.0 advanced communications services and client specification version 10.0)의 3.6.1.1의 챗봇으로서 알려지지 않은 연락처들을 향한 메시징(messaging towards contacts not known as chatbots) 섹션이 참조될 수 있다.
다양한 실시예들에 따르면, 전자 장치(101)는 발신자가 챗봇으로 판단되는 경우에는, 파일 다운로드를 수행하도록 결정할 수 있다.
도 10 은 일 실시예에 따른 자동 다운로드 기능을 지원하는 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에 따라서, 전자 장치(101)는 1001 동작에서 자동 다운로드 기능을 활성화할 수 있다. 자동 다운로드 기능은, 사용자의 명령 없이도 컨텐트 서버에 저장된 파일을 다운로드하는 기능일 수 있다. 자동 다운로드 기능이 활성화된 경우, 전자 장치(101)는, 파일의 크기가 경고 크기(예를 들어, RCS에서의 FT warn size) 이하인지 여부를 확인할 수 있다. 도 10에서의 자동 다운로드 기능이 활성화됨이 최초의 동작으로서 수행되는 것과 같이 도시되어 있지만 이는 단순히 예시적인 것으로, 자동 다운로드 기능의 활성화 여부를 확인하는 동작의 수행 순서에는 제한이 없다. 전자 장치(101)는, 예를 들어 자동설정 서버(autoconfiguration server, 미도시)로, HTTP(S) 방식에 기반한 요청을 송신할 수 있으며, HTTP(S) 방식에 기반한 요청에는 version, token, 전자 장치(101)의 식별 정보(예: IMEI, IMSI, MSISDN), RCS version, RCS profile, default sms app, RCS state의 정보가 포함될 수 있다. 자동설정 서버는, HTTP(S) 200 OK를 전자 장치(101)로 송신할 수 있으며, HTTP(S) 200 OK에는 version, validity, token, RCS messaging 파라미터가 포함될 수 있다. HTTP(S) 200 OK 에 포함된 RCS messaging 파라미터에는, FT(file transfer) warn size가 포함될 수 있다. FT warn size 에는 송신 크기 한계(limit)가 킬로바이트로 기재될 수 있다. 만약, 파일 송신 메시지(예: 챗 메시지)의 바디(body)에서 나타내는 파일 크기가, 예를 들어 HTTP(S) 200 OK에 포함된 FT warn size를 초과하면, 사용자의 추가적인 다운로드 명령이 획득되어야 파일 다운로드가 개시될 수 있다. 서버는, warn size를 관리할 수 있으며, 이를 갱신할 수도 있다.
파일의 다운로드 크기가 경고 크기 이하인 경우(1003-예), 전자 장치(101)는 1005 동작에서, 외부 전자 장치의 식별 정보에 기반하여 외부 서버에 저장된 파일을 다운로드할지 여부를 판단할 수 있다. 다양한 실시예들에 따르면, 전자 장치(101)는, 예를 들어, 발신자의 전화 번호 및/또는 챗봇인지 여부에 기반하여 외부 서버에 저장된 파일, 예를 들어 파일 및/또는 섬네일 이미지를 다운로드할 지 여부를 판단할 수 있다. 외부 서버에 저장된 파일을 다운로드할 것으로 판단되면(1005-예), 전자 장치(101)는 1007 동작에서 파일 다운로드를 개시할 수 있다. 외부 서버에 저장된 파일을 다운로드할 것으로 판단되지 않으면(1005-아니오), 전자 장치(101)는 1009 동작에서 파일 다운로드를 홀드할 수 있다. 파일의 다운로드 크기가 경고 크기 초과인 경우(1003-아니오), 전자 장치(101)는 1011 동작에서 외부 전자 장치의 식별 정보에 기반하여, 외부 서버에 섬네일 이미지를 다운로드할지 여부를 판단할 수 있다 . 비교예에 따른 경우, 전자 장치(101)는 파일의 다운로드 크기가 경고 크기 초과인 경우에는, 컨텐트 서버에 저장된 파일에 대한 다운로드는 홀드될 수 있으나, 섬네일에 대한 다운로드는 진행될 가능성이 있다. 일 실시예에서는, 전자 장치(101)가, 파일 크기가 경고 크기를 초과하는 경우에도, 섬네일 이미지의 다운로드 여부까지 판단할 수 있으므로, 조작된 섬네일이 전자 장치(101)에 다운로드되는 것이 방지될 수 있다. 외부 서버에 저장된 섬네일 이미지를 다운로드할 것으로 확인되면, 전자 장치(101)는 1013 동작에서 섬네일 이미지를 다운로드할 수 있다. 외부 서버에 저장된 섬네일 이미지를 다운로드하지 않을 것으로 확인되면, 전자 장치(101)는 1015 동작에서 섬네일 이미지를 다운로드하지 않을 수 있다.
도 11 은 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에 따라서, 전자 장치(101)는, 1101 동작에서 외부 전자 장치(예: 송신 측 클라이언트)로부터 외부 전자 장치가 외부 서버(예: 컨텐트 서버)에 저장한 파일과 연관된 제 1 정보를 포함하는 메시지를 수신할 수 있다. 예를 들어, 전자 장치(101)는, 외부 전자 장치로부터 챗 메시지(또는, 스탠드얼론 메시지)를 수신할 수 있다. 챗 메시지에는, 파일의 저장 위치 및/또는 파일의 크기에 대한 정보가 포함될 수 있다. 제 1 정보는, 예를 들어 파일의 저장 위치 및/또는 파일의 크기에 대한 정보일 수 있다.
일 실시예에 따라서, 전자 장치(101)는, 1103 동작에서 외부 서버로부터, 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 제 2 정보를 포함할 수 있다. 제 2 정보는, 예를 들어 파일의 저장 위치 및/또는 파일의 크기에 대한 정보 일 수 있다. 외부 서버는, 별다른 요청이 없어도 제 2 정보를 전자 장치(101)로 송신할 수 있거나, 또는 전자 장치(101) 또는 송신 측 클라이언트로부터의 요청에 기반하여 제 2 정보를 전자 장치(101)로 송신할 수 있다 . 외부 서버는, 예를 들어 송신 측 클라이언트로부터 수신 측 클라이언트에 대한 정보를 획득할 수 있으며, 수신 측 클라이언트에 대한 정보에 기반하여 제 2 정보를 전자 장치(101)로 송신할 수 있다. 또는, 전자 장치(101)는, 제 2 정보를 외부 서버로 요청할 수 있다. 외부 서버는, 제 2 정보의 요청에 응답하여, 저장하고 있는 파일과 연관된 제 2 정보를 전자 장치(101)로 제공할 수 있다.
일 실시예에 따라서, 전자 장치(101)는 1105 동작에서, 제 1 정보 및 제 2 정보를 비교할 수 있다. 1107 동작에서, 전자 장치(101)는, 비교 결과에 기반하여 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단할 수 있다. 만약, 외부 전자 장치로부터 수신된 메시지에 포함된 제 1 정보가 조작된 경우에는, 제 1 정보는 외부 서버로부터 수신된 제 2 정보와 상이할 수 있다. 제 1 정보가 조작되지 않은 경우에는, 제 1 정보 및 제 2 정보가 동일할 수 있다. 일 실시예에서, 제 1 정보 및 제 2 정보가 동일하면 전자 장치(101)는 파일을 다운로드하기로 판단할 수 있다. 제 1 정보 및 제2 정보 중 적어도 일부가 동일하지 않으면 전자 장치(101)는 파일을 다운로드하기로 판단하지 않을 수 있다. 파일을 다운로드하기로 판단되면(1107-예), 전자 장치(101)는 1109 동작에서 외부 서버로부터 파일 다운로드를 개시할 수 있다. 파일을 다운로드하기로 판단되지 않으면(1107-아니오), 전자 장치(101)는 1111 동작에서 파일 다운로드를 홀드할 수 있다. 전자 장치(101)는, 예를 들어 외부 서버에 저장된 파일에 대한 정보가, 송신 측 클라이언트가 송신한 정보와 상이하다는 취지의 UI를 출력할 수도 있다. 일 실시예에서, 전자 장치(101)는, 파일 다운로드를 시작한 이후에, 외부 서버로부터 제 2 정보를 수신할 수도 있으며, 제 1 정보 및 제 2 정보의 대응 여부에 기반하여 다운로드를 지속할지 여부를 판단할 수도 있다.
한편, 일 실시예에서, 전자 장치(101)는 , 송신 측 클라이언트로부터 수신한 메시지에 포함된 제 1 정보의 적어도 일부를, 외부 서버로 유효성을 검증하기 위하여 송신할 수도 있다 . 예를 들어, 유효성 검증을 요청하기 위한 메시지는, HTTP(S) 방식에 기반한 메시지로, 예를 들어 HTTP(S) GET이 이용될 수도 있으며, 이 경우 전자 장치(101)는 get_upload_info의 확장형태로 XML데이터를 수신할 수도 있으나, 그 종류에는 제한이 없다. 외부 서버는, 유효성 검증 요청이 수신되면, 저장하고 있는 파일의 제 2 정보와, 수신된 제 1 정보의 적어도 일부를 비교하고, 비교 결과에 따라 유효성을 확인할 수 있다. 예를 들어, 송신 측 클라이언트로부터 수신 측 클라이언트로 송신되는 메시지 내의 제 1 정보가 조작된 경우, 외부 서버에 저장된 파일과 연관된 제 2 정보는 수신된 제 1 정보와 상이할 수 있다. 외부 서버는, 저장된 파일과 연관된 제 2 정보와 수신된 제 1 정보가 동일한지 여부에 기반하여, 수신된 제 1 정보의 유효성을 판단할 수 있다. 외부 서버는, 판단된 유효성을 포함한 메시지를 전자 장치(101)로 송신할 수 있다. 전자 장치(101)는, 수신된 메시지에 기반하여, 다운로드 여부를 판단할 수도 있다.
도 12 는 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 12의 실시예는 도 13을 참조하여 설명하도록 한다. 도 13은 일 실시예에 따른 파일스트림의 송신을 설명하기 위한 도면을 도시한다.
일 실시예에 따라서, 전자 장치(101)는, 1201 동작에서 외부 전자 장치(예: 송신 측 클라이언트)로부터 외부 전자 장치가 외부 서버(예: 컨텐트 서버)에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신할 수 있다. 예를 들어, 전자 장치(101)는, 송신 측 클라이언트로부터 챗 메시지(또는, 스탠드얼론 메시지)를 수신할 수 있다. 1203 동작에서, 전자 장치(101)는, 외부 서버에 저장한 파일과 연관된 정보에 기반하여 다운로드를 개시할 수 있다. 예를 들어, 전자 장치(101)는, 파일의 저장 위치에 기반하여, 컨텐트 서버로부터 파일을 다운로드할 수 있다. 1205 동작에서, 전자 장치(101)는 다운로드된 파일의 크기를 확인할 수 있다. 전자 장치(101)는, 전체 파일이 다운로드되기 이전에, 현재까지 다운로드된 파일의 크기를 확인할 수 있다. 전자 장치(101)는, 전자 장치(101)의 저장소에 저장된 파일의 크기를 확인하거나, 또는 외부 서버로부터의 수신된 정보에 기반하여, 현재까지 다운로드된 파일의 크기를 확인할 수 있다. 1207 동작에서, 전자 장치(101)는, 현재까지 다운로드된 파일의 크기가, 메시지에 포함된 정보에서 지정된 파일의 크기를 초과하는지 여부를 판단할 수 있다. 예를 들어, 전자 장치(101)는, 외부 서버로부터 수신한 파일 스트림(file stream)의 크기를 이용하여 현재까지 다운로드된 파일의 크기를 확인하거나, 또는 전자 장치(101)가 서버에서 수신한 파일 스트림을 직접 파일에 복사한 크기를 이용하여 현재까지 다운로드된 파일의 크기를 확인할 수 있다. 예를 들어, 도 13을 참조하면, 전자 장치(101)의 프로세서(120)는, 예를 들어 통신 모듈(190)을 통하여 URL을 가지는 HTTP(S) Get 요청을 1301 동작에서 외부 서버(1303)(예: 컨텐트 서버)로 송신할 수 있다. 외부 서버(1403)는 저장된 파일(1304)을 순차적으로 응답 파일 스트림(response file stream)(1305,1306)으로 송신(1313,1317)할 수 있다. 프로세서(120)는, 버퍼 사이즈(buffer size)로, 전자 장치(101)의 메모리(130)에 저장된, 현재까지 복사 완료된 파일 에 추가적으로 복사할 수 있다.
현재까지 다운로드된 파일의 크기가, 메시지에 포함된 정보에서 지정된 파일의 크기 이하이면(1207-아니오), 전자 장치(101)는 다운로드를 지속할 수 있다. 현재까지 다운로드된 파일의 크기가, 메시지에 포함된 정보에서 지정된 파일의 크기를 초과하면(1207-예), 전자 장치(101)는 1209 동작에서 다운로드를 중단할 수 있다. 만약, 전자 장치(101)가 조작된 파일을 수신하는 경우, 파일의 크기가, 메시지 내에 포함된 크기와 상이할 수 있다. 전자 장치(101)는, 다운로드된 파일의 크기가 메시지에 포함된 크기와 상이한 경우, 파일의 다운로드를 중단하고, 다운로드된 파일을 삭제할 수도 있다. 한편, 도 12의 실시예는, 다운로드된 파일의 크기가 메시지에 포함된 파일의 크기보다 큰 경우에 대하여 설명되었지만, 이는 예시적인 것으로, 일 실시예에 따른 전자 장치(101)는, 다운로드가 완료되었는데 파일의 크기가, 메시지에 포함된 파일의 크기보다 작은 경우에도, 해당 파일의 실행을 홀드하고, 유효성을 검증하고 해당 파일을 실행할 수도 있다. 만약, 유효성 검증 결과, 유효하지 않은 파일로 확인되면, 전자 장치(101)는 다운로드된 파일을 삭제할 수도 있 다.
도 14 는, 일 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
일 실시예에 따라서, 전자 장치(101)(예: 프로세서(120))는, 1401 동작에서, 외부 전자 장치(예: 송신 측 클라이언트)로부터, 외부 전자 장치가 외부 서버(예: 컨텐트 서버)에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신할 수 있다. 예를 들어, 도 3a에서와 같이, 전자 장치(101)는, 외부 전자 장치로부터 챗 메시지(또는, 스탠드얼론 메시지)를 수신할 수 있다. 전자 장치(101)는, 1403 동작에서, 외부 전자 장치의 식별 정보 또는 외부 서버로부터의 파일과 연관된 정보 중 적어도 하나에 기반하여, 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단할 수 있다. 파일을 다운로드하기로 판단되면(1405-예), 전자 장치(101)는 1407 동작에서 파일 다운로드를 개시할 수 있다. 파일을 다운로드하기로 판단되지 않으면(1405-아니오), 전자 장치(101)는 1409 동작에서 파일 다운로드를 홀드할 수 있다. 1411 동작에서, 전자 장치(101)는, 파일 다운로드 개시의 사용자 입력을 획득할 수 있다. 예를 들어, 전자 장치(101)는, 도 5b의 UI(530)를 통하여 파일 다운로드 개시의 사용자 입력을 획득할 수 있다. 사용자 입력이 획득되면, 전자 장치(101)는 1407 동작에서, 파일 다운로드를 개시할 수 있다.
일 실시예에 따라서, 파일 다운로드를 개시한 이후, 전자 장치(101)는, 1413 동작에서, 전자 장치(101)는 다운로드된 파일의 크기를 확인할 수 있다. 전자 장치(101)는, 전체 파일이 다운로드되기 이전에, 현재까지 다운로드된 파일의 크기를 확인할 수 있다. 현재까지 다운로드된 파일의 크기가, 메시지에 포함된 정보에서 지정된 파일의 크기 이하이면(1415-아니오), 전자 장치(101)는 다운로드를 지속할 수 있다. 현재까지 다운로드된 파일의 크기가, 메시지에 포함된 정보에서 지정된 파일의 크기를 초과하면(1415-예), 전자 장치(101)는 1417 동작에서 다운로드를 중단할 수 있다.
일 실시예에 따른, 전자 장치(101)(예: 클라이언트 B(207))는, 통신 회로(예: 통신 모듈(190)), 및 적어도 하나의 프로세서(예: 프로세서(120))를 포함하고, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 외부 전자 장치(예: 클라이언트 A(202))로부터, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 외부 전자 장치(예: 클라이언트 A(202))가 외부 서버(예: 컨텐트 서버(201))에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하고, 상기 메시지의 수신에 대응하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치(예: 클라이언트 A(202))의 식별 정보에 기반하여 판단하고, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치(예: 클라이언트 A(202))의 상기 식별 정보에 기반하여 판단하는 동작의 적어도 일부로, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 전화 번호를 확인하고, 상기 확인된 전화 번호가, 상기 전자 장치(101)(예: 클라이언트 B(207)) 또는 신뢰할 수 있는 저장소 중 적어도 하나에 저장된 지 여부에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를 판단하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 전화 번호를 확인하는 동작의 적어도 일부로, 상기 외부 전자 장치(예: 클라이언트 A(202))로부터 수신된 적어도 하나의 RCS 메시지의 Tel URI 또는 SIP URI 중 적어도 하나로부터, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 전화 번호를 확인하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치(예: 클라이언트 A(202))의 상기 식별 정보에 기반하여 판단하는 동작의 적어도 일부로, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 발신자가 챗봇(chatbot)인지 여부에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를 판단하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 발신자가 상기 챗봇인지 여부에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를 판단 동작의 적어도 일부로, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 발신자가 챗봇 역할(chatbot role)을 가지는지 여부, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 발신자가 챗봇 캐퍼빌리티(chatbot capability)를 가지는지 여부, 또는 상기 전자 장치가 챗봇 관련 에러를 수신하는지 여부 중 적어도 하나에 기반하여, 상기 외부 전자 장치(예: 클라이언트 A(202))와 연관된 발신자가 상기 챗봇인지 여부를 판단하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드하기로 판단하지 않으면, 추가적인 사용자 입력을 수신하기 위한 사용자 인터페이스를 제공하고, 상기 사용자 인터페이스를 통하여, 상기 파일의 다운로드를 지시하는 사용자 입력이 수신되면, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 전자 장치(예: 클라이언트 A(202))가 상기 외부 서버(예: 컨텐트 서버(201))에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하는 동작의 적어도 일부로, 상기 파일의 저장 위치 및 상기 파일의 크기에 대한 정보를 포함하는, 챗 메시지(chat message) 또는 스탠드얼론 메시지(standalone message) 중 적어도 하나를 수신하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 파일의 다운로드를 개시한 이후, 현재까지 다운로드된 파일의 크기를 확인하고, 상기 현재까지 다운로드된 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기를 초과함에 기반하여, 상기 파일의 다운로드를 중단하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 현재까지 다운로드된 파일의 크기를 확인하는 동작의 적어도 일부로, 상기 외부 서버(예: 컨텐트 서버(201))로부터 수신한 파일 스트림의 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하거나, 또는 상기 외부 서버(예: 컨텐트 서버(201))로부터 수신한 상기 파일 스트림을 상기 파일에 복사한 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 파일의 다운로드가 완료된 후, 상기 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기와 불일치함에 기반하여, 상기 파일의 유효성을 확인하도록 더 설정될 수 있다.
일 실시예에 따른, 전자 장치(101)(예: 클라이언트 B(207))는, 통신 회로(예: 통신 모듈(190)), 및 적어도 하나의 프로세서(예: 프로세서(120))를 포함하고, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 외부 전자 장치(예: 클라이언트 A(202))로부터, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 외부 전자 장치(예: 클라이언트 A(202))가 외부 서버(예: 컨텐트 서버(201))에 저장한 파일과 연관된 제 1 정보를 포함하는 메시지를 수신하고, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일과 연관된 제 2 정보를 획득하고, 상기 제 1 정보 및 상기 제 2 정보의 비교 결과에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를 확인하고, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 제 1 정보에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))로부터, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 제 2 정보를 상기 외부 서버(예: 컨텐트 서버(201))에 요청하고, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 제 2 정보를 수신하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))로부터, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로, 상기 전자 장치로부터의 요청 없이, 상기 통신 회로(예: 통신 모듈(190))를 통하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 제 2 정보를 수신하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드하기로 판단하지 않으면, 추가적인 사용자 입력을 수신하기 위한 사용자 인터페이스를 제공하고, 상기 사용자 인터페이스를 통하여, 상기 파일의 다운로드를 지시하는 사용자 입력이 수신되면, 상기 제 1 정보에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 파일을 다운로드하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 전자 장치(예: 클라이언트 A(202))가 상기 외부 서버(예: 컨텐트 서버(201))에 저장한 파일과 연관된 상기 제 1 정보를 포함하는 메시지를 수신하는 동작의 적어도 일부로, 상기 파일의 저장 위치 및 상기 파일의 크기에 대한 정보를 포함하는, 챗 메시지(chat message) 또는 스탠드얼론 메시지(standalone message) 중 적어도 하나를 수신하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 외부 서버(예: 컨텐트 서버(201))로부터, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로, 상기 파일의 저장 위치 또는 상기 파일의 크기에 대한 정보 중 적어도 하나를 수신하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 파일의 다운로드를 개시한 이후, 현재까지 다운로드된 파일의 크기를 확인하고, 상기 현재까지 다운로드된 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기를 초과함에 기반하여, 상기 파일의 다운로드를 중단하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 현재까지 다운로드된 파일의 크기를 확인하는 동작의 적어도 일부로, 상기 외부 서버(예: 컨텐트 서버(201))로부터 수신한 파일 스트림의 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하거나, 또는 상기 외부 서버(예: 컨텐트 서버(201))로부터 수신한 상기 파일 스트림을 상기 파일에 복사한 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하도록 설정될 수 있다.
일 실시예에 따른, 상기 적어도 하나의 프로세서(예: 프로세서(120))는, 상기 파일의 다운로드가 완료된 후, 상기 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기와 불일치함에 기반하여, 상기 파일의 유효성을 확인하도록 더 설정될 수 있다.
일 실시예에 따른, 전자 장치(101)(예: 클라이언트 B(207))의 동작 방법은, 외부 전자 장치(예: 클라이언트 A(202))로부터, 상기 외부 전자 장치(예: 클라이언트 A(202))가 외부 서버(예: 컨텐트 서버(201))에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하는 동작, 상기 메시지의 수신에 대응하여, 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치(예: 클라이언트 A(202))의 식별 정보에 기반하여 판단 하는 동작, 및 상기 외부 서버(예: 컨텐트 서버(201))에 저장된 파일을 다운로드하기로 판단하면, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버(예: 컨텐트 서버(201))로부터 상기 파일을 다운로드하는 동작을 포함할 수 있다.
본 문서에 개시된 일 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 컴퓨터 장치, 휴대용 통신 장치 (예: 스마트폰), 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 일 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나",“A 또는 B 중 적어도 하나,”"A, B 또는 C," "A, B 및 C 중 적어도 하나,”및 “A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, “기능적으로” 또는 “통신적으로”라는 용어와 함께 또는 이런 용어 없이, “커플드” 또는 “커넥티드”라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 일 실시예들은 기기(machine)(예: 마스터 장치 또는 태스크 수행 장치) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리 또는 외장 메모리)에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램)로서 구현될 수 있다. 예를 들면, 기기(예: 마스터 장치 또는 태스크 수행 장치)의 프로세서는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장매체 는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일실시예에 따르면, 본 문서에 개시된 일 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
일 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있다. 일 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 일 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.

Claims (20)

  1. 전자 장치에 있어서,
    통신 회로, 및
    적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는,
    외부 전자 장치로부터, 상기 통신 회로를 통하여, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하고,
    상기 메시지의 수신에 대응하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 식별 정보에 기반하여 판단하고,
    상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로를 통하여, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정된 전자 장치.
  2. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 상기 식별 정보에 기반하여 판단하는 동작의 적어도 일부로,
    상기 외부 전자 장치와 연관된 전화 번호를 확인하고,
    상기 확인된 전화 번호가, 상기 전자 장치 또는 신뢰할 수 있는 저장소 중 적어도 하나에 저장된 지 여부에 기반하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단하도록 설정된 전자 장치.
  3. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 전자 장치와 연관된 전화 번호를 확인하는 동작의 적어도 일부로,
    상기 외부 전자 장치로부터 수신된 적어도 하나의 RCS 메시지의 Tel URI 또는 SIP URI 중 적어도 하나로부터, 상기 외부 전자 장치와 연관된 전화 번호를 확인하도록 설정된 전자 장치.
  4. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 상기 식별 정보에 기반하여 판단하는 동작의 적어도 일부로,
    상기 외부 전자 장치와 연관된 발신자가 챗봇(chatbot)인지 여부에 기반하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단하도록 설정된 전자 장치.
  5. 제 4 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 전자 장치와 연관된 발신자가 상기 챗봇인지 여부에 기반하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를 판단 동작의 적어도 일부로,
    상기 외부 전자 장치와 연관된 발신자가 챗봇 역할(chatbot role)을 가지는지 여부, 상기 외부 전자 장치와 연관된 발신자가 챗봇 캐퍼빌리티(chatbot capability)를 가지는지 여부, 또는 상기 전자 장치가 챗봇 관련 에러를 수신하는지 여부 중 적어도 하나에 기반하여, 상기 외부 전자 장치와 연관된 발신자가 상기 챗봇인지 여부를 판단하도록 설정된 전자 장치.
  6. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 외부 서버에 저장된 파일을 다운로드하기로 판단하지 않으면,
    추가적인 사용자 입력을 수신하기 위한 사용자 인터페이스를 제공하고,
    상기 사용자 인터페이스를 통하여, 상기 파일의 다운로드를 지시하는 사용자 입력이 수신되면, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정된 전자 장치.
  7. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 전자 장치가 상기 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하는 동작의 적어도 일부로,
    상기 파일의 저장 위치 및 상기 파일의 크기에 대한 정보를 포함하는, 챗 메시지(chat message) 또는 스탠드얼론 메시지(standalone message) 중 적어도 하나를 수신하도록 설정된 전자 장치.
  8. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 파일의 다운로드를 개시한 이후, 현재까지 다운로드된 파일의 크기를 확인하고,
    상기 현재까지 다운로드된 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기를 초과함에 기반하여, 상기 파일의 다운로드를 중단하도록 설정된 전자 장치.
  9. 제 8 항에 있어서,
    상기 적어도 하나의 프로세서는, 현재까지 다운로드된 파일의 크기를 확인하는 동작의 적어도 일부로,
    상기 외부 서버로부터 수신한 파일 스트림의 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하거나, 또는 상기 외부 서버로부터 수신한 상기 파일 스트림을 상기 파일에 복사한 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하도록 설정된 전자 장치.
  10. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 파일의 다운로드가 완료된 후, 상기 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기와 불일치함에 기반하여, 상기 파일의 유효성을 확인하도록 더 설정된 전자 장치.
  11. 전자 장치에 있어서,
    통신 회로, 및
    적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는,
    외부 전자 장치로부터, 상기 통신 회로를 통하여, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 제 1 정보를 포함하는 메시지를 수신하고,
    상기 통신 회로를 통하여, 상기 외부 서버로부터, 상기 외부 서버에 저장된 파일과 연관된 제 2 정보를 획득하고,
    상기 제 1 정보 및 상기 제 2 정보의 비교 결과에 기반하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를 확인하고,
    상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 통신 회로를 통하여, 상기 제 1 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정된 전자 장치.
  12. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 서버로부터, 상기 외부 서버에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로,
    상기 통신 회로를 통하여, 상기 제 2 정보를 상기 외부 서버에 요청하고,
    상기 통신 회로를 통하여, 상기 외부 서버로부터 상기 제 2 정보를 수신하도록 설정된 전자 장치.
  13. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 서버로부터, 상기 외부 서버에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로,
    상기 전자 장치로부터의 요청 없이, 상기 통신 회로를 통하여, 상기 외부 서버로부터 상기 제 2 정보를 수신하도록 설정된 전자 장치.
  14. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 외부 서버에 저장된 파일을 다운로드하기로 판단하지 않으면,
    추가적인 사용자 입력을 수신하기 위한 사용자 인터페이스를 제공하고,
    상기 사용자 인터페이스를 통하여, 상기 파일의 다운로드를 지시하는 사용자 입력이 수신되면, 상기 제 1 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하도록 설정된 전자 장치.
  15. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 전자 장치가 상기 외부 서버에 저장한 파일과 연관된 상기 제 1 정보를 포함하는 메시지를 수신하는 동작의 적어도 일부로,
    상기 파일의 저장 위치 및 상기 파일의 크기에 대한 정보를 포함하는, 챗 메시지(chat message) 또는 스탠드얼론 메시지(standalone message) 중 적어도 하나를 수신하도록 설정된 전자 장치.
  16. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 외부 서버로부터, 상기 외부 서버에 저장된 파일과 연관된 제 2 정보를 획득하는 동작의 적어도 일부로,
    상기 파일의 저장 위치 또는 상기 파일의 크기에 대한 정보 중 적어도 하나를 수신하도록 설정된 전자 장치.
  17. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 파일의 다운로드를 개시한 이후, 현재까지 다운로드된 파일의 크기를 확인하고,
    상기 현재까지 다운로드된 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기를 초과함에 기반하여, 상기 파일의 다운로드를 중단하도록 설정된 전자 장치.
  18. 제 17 항에 있어서,
    상기 적어도 하나의 프로세서는, 현재까지 다운로드된 파일의 크기를 확인하는 동작의 적어도 일부로,
    상기 외부 서버로부터 수신한 파일 스트림의 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하거나, 또는 상기 외부 서버로부터 수신한 상기 파일 스트림을 상기 파일에 복사한 크기를 이용하여 상기 현재까지 다운로드된 파일의 크기를 확인하도록 설정된 전자 장치.
  19. 제 11 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 파일의 다운로드가 완료된 후, 상기 파일의 크기가, 상기 파일과 연관된 정보에 포함된 상기 파일의 크기와 불일치함에 기반하여, 상기 파일의 유효성을 확인하도록 더 설정된 전자 장치.
  20. 전자 장치의 동작 방법에 있어서,
    외부 전자 장치로부터, 상기 외부 전자 장치가 외부 서버에 저장한 파일과 연관된 정보를 포함하는 메시지를 수신하는 동작;
    상기 메시지의 수신에 대응하여, 상기 외부 서버에 저장된 파일을 다운로드할 지 여부를, 상기 외부 전자 장치의 식별 정보에 기반하여 판단 하는 동작, 및
    상기 외부 서버에 저장된 파일을 다운로드하기로 판단하면, 상기 파일과 연관된 정보에 기반하여, 상기 외부 서버로부터 상기 파일을 다운로드하는 동작
    을 포함하는 전자 장치의 동작 방법.
KR1020190174976A 2019-12-26 2019-12-26 파일을 다운로드하는 전자 장치 및 그 동작 방법 KR20210082731A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020190174976A KR20210082731A (ko) 2019-12-26 2019-12-26 파일을 다운로드하는 전자 장치 및 그 동작 방법
PCT/KR2020/019096 WO2021133103A1 (ko) 2019-12-26 2020-12-24 파일을 다운로드하는 전자 장치 및 그 동작 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190174976A KR20210082731A (ko) 2019-12-26 2019-12-26 파일을 다운로드하는 전자 장치 및 그 동작 방법

Publications (1)

Publication Number Publication Date
KR20210082731A true KR20210082731A (ko) 2021-07-06

Family

ID=76573334

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190174976A KR20210082731A (ko) 2019-12-26 2019-12-26 파일을 다운로드하는 전자 장치 및 그 동작 방법

Country Status (2)

Country Link
KR (1) KR20210082731A (ko)
WO (1) WO2021133103A1 (ko)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030046011A (ko) * 2001-12-03 2003-06-12 정은영 통신 데이터의 자동 암호화 시스템 및 그 방법
JP3934086B2 (ja) * 2003-06-03 2007-06-20 東日本電信電話株式会社 ダウンロードシステム及び方法、クライアントシステム、ファイル管理システム、ならびに、コンピュータプログラム
WO2012070865A2 (ko) * 2010-11-26 2012-05-31 주식회사 프로덕트에셋컨설팅 정보 공유 시스템 및 방법
US20130232229A1 (en) * 2012-03-02 2013-09-05 Ilya Firman Distribution of Application Files
KR102472916B1 (ko) * 2018-02-09 2022-12-02 삼성전자주식회사 대화형 콘텐츠 제공 시스템 및 방법

Also Published As

Publication number Publication date
WO2021133103A1 (ko) 2021-07-01

Similar Documents

Publication Publication Date Title
CN111512655B (zh) 利用安全元件提供通信服务的方法及电子装置
KR102398502B1 (ko) 메시지를 처리하기 위한 전자 장치 및 그의 동작 방법
WO2015081882A1 (zh) 下载运营商的文件的方法及设备
WO2009138825A1 (en) Secure push messages
KR102472916B1 (ko) 대화형 콘텐츠 제공 시스템 및 방법
KR20140113491A (ko) 어플리케이션 연결 방법 및 이를 이용하는 시스템
KR102498486B1 (ko) 전자 장치 및 그의 통신 중계 방법
CN106211159A (zh) 基于蓝牙的身份识别方法及装置
JP2023509896A (ja) デバイス共有方法および電子デバイス
KR20210101496A (ko) 외부 전자 장치의 상태에 기반하여 통신하는 방법 및 그 전자 장치
US20170033989A1 (en) Shareable code objects for accessories and user devices
US10225738B2 (en) Remote operation system, relay apparatus, mobile communication apparatus, in-terminal server control method, and relay processing method
JP2013157969A (ja) 携帯端末装置及びデータ送受信システム
KR102538663B1 (ko) 전자 장치, 외부 전자 장치 및 외부 전자 장치의 eSIM 관리 방법
CN111819831B (zh) 消息接收通知方法及支持该方法的电子设备
KR20210082731A (ko) 파일을 다운로드하는 전자 장치 및 그 동작 방법
KR20210068933A (ko) 메시지 채팅 서비스를 제공하는 전자 장치 및 방법
KR20200068068A (ko) IoT 장치를 등록하는 전자 장치, 서버 및 그 작동 방법
US11316629B2 (en) Method carried out by electronic device comprising secure element, and electronic device
KR102457007B1 (ko) 리치 통신 스위트 서비스를 통한 비디오 공유 제어 방법 및 전자 장치
KR20210049653A (ko) 외부 전자 장치와 통신하는 방법 및 그 전자 장치
US11570602B2 (en) Method for communicating with external electronic apparatus and electronic apparatus thereof
KR102242588B1 (ko) 엠엠에스를 이용한 이동통신 단말기에서의 팩스 시스템
KR20070030064A (ko) 단문 문자 서비스를 이용한 이동통신 단말기의 사진 공유방법 및 장치
JP2019106096A (ja) 情報処理システム、その制御方法、及びプログラム、並びに電子機器