CN105247902A - 在装置中提供应答消息的装置和方法 - Google Patents

在装置中提供应答消息的装置和方法 Download PDF

Info

Publication number
CN105247902A
CN105247902A CN201580000819.0A CN201580000819A CN105247902A CN 105247902 A CN105247902 A CN 105247902A CN 201580000819 A CN201580000819 A CN 201580000819A CN 105247902 A CN105247902 A CN 105247902A
Authority
CN
China
Prior art keywords
response message
application
message
information
exemplary embodiment
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201580000819.0A
Other languages
English (en)
Other versions
CN105247902B (zh
Inventor
泼特·科扎尼克
阿甘他·科迪扎
玛瑞斯·温农斯基
姜承秀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN201910375633.3A priority Critical patent/CN110072018B/zh
Priority to CN201910376241.9A priority patent/CN110149446B/zh
Publication of CN105247902A publication Critical patent/CN105247902A/zh
Application granted granted Critical
Publication of CN105247902B publication Critical patent/CN105247902B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42085Called party identification service
    • H04M3/42093Notifying the calling party of information on the called or connected party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/02User-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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42365Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/436Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/021Terminal devices adapted for Wireless Local Loop operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/184Messaging devices, e.g. message centre
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/66Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
    • H04M1/663Preventing unauthorised calls to a telephone set
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/65Aspects of automatic or semi-automatic exchanges related to applications where calls are combined with other types of communication
    • H04M2203/651Text message transmission triggered by call
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2250/00Details of telephonic subscriber devices
    • H04M2250/60Details of telephonic subscriber devices logging of communication history, e.g. outgoing or incoming calls, missed calls, messages or URLs

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种装置包括:通信单元,被配置为接收来自呼叫用户的呼叫请求;以及控制单元,被配置为响应于拒绝所述呼叫请求,控制通信单元向呼叫用户提供应答消息,其中,所述应答消息包括关于基于与当前正执行的应用有关的信息当前状况的信息。

Description

在装置中提供应答消息的装置和方法
技术领域
与示例性实施例一致的设备和方法涉及在装置中提供应答消息。
背景技术
随着多媒体技术的发展,用户可使用各种装置来进行呼叫。当用户无法应答来自另一装置的诸如电话呼叫或消息(例如,文本消息)的传入呼叫(incomingcall)时,用户可选择拒绝传入呼叫或者发送应答消息。
发明内容
技术问题
这里,由于一般应答消息不包括关于用户的当前状况的详细信息,所以用户可能需要例如撰写文本消息,以告知呼叫者用户的当前状况。
问题的解决方案
一个或更多个示例性实施例包括一种当用户难以应答传入呼叫时能够容易地发送以用户的当前状况来应答的应答消息的装置以及在该装置中提供应答消息的方法。
附加方面将在以下描述中部分地阐述,并且将从所述描述而明显,或者可通过示例性实施例的实践而被了解。
附图说明
这些和/或其它方面将从以下结合附图进行的示例性实施例的描述变得明显并且更容易理解,其中:
图1a是示出根据示例性实施例的执行针对传入呼叫提供应答消息的功能的系统的示图;
图1b是示出根据另一示例性实施例的执行针对传入呼叫提供应答消息的功能的系统的示图;
图2a是示出根据示例性实施例的执行针对传入消息(incomingmessage)提供应答消息的功能的系统的示图;
图2b是示出根据另一示例性实施例的执行针对传入消息提供应答消息的功能的系统的示图;
图3是示出根据示例性实施例的提供应答消息的方法的流程图;
图4是示出根据示例性实施例的执行应答消息提供功能的系统的框图;
图5是示出根据另一示例性实施例的提供应答消息的方法的流程图;
图6是示出根据图5的提供应答消息的方法的第一和第二装置的操作的示例的流程图;
图7a至图7f是示出根据示例性实施例的设置呼叫拒绝功能的示例操作的示图;
图8a和图8b是示出根据示例性实施例的应答消息的示例的示图;
图9是示出根据示例性实施例的包括在应答消息中的信息的示例的表;
图10a和图10b是示出根据示例性实施例的基于导航应用所提供的信息产生应答消息的示例操作的示图;
图11a和图11b是示出根据示例性实施例的基于健身应用所提供的信息产生应答消息的示例操作的示图;
图12是示出根据示例性实施例的产生应答消息的示例操作的流程图;
图13是示出根据示例性实施例的各种类型的应答消息的表;
图14是示出根据示例性实施例的产生各种类型的应答消息的示例操作的示图;
图15是示出根据示例性实施例的产生应答消息的另一示例操作的流程图;
图16是示出根据示例性实施例的产生应答消息的另一示例操作的流程图;
图17是示出根据示例性实施例的根据组的发送者格式和接收者格式的表;
图18a和图18b是示出包括与第一组对应的接收者格式的应答消息的示例的示图;
图19a和图19b是示出包括与第二组对应的接收者格式的应答消息的示例的示图;
图20是示出依据根据另一示例性实施例的提供应答消息的方法的第一和第二装置的操作的示例的流程图;
图21是示出根据示例性实施例的接收用户输入的示例操作的示图;
图22是示出根据示例性实施例的产生应答消息的示例操作的流程图;
图23a和图23b是示出根据示例性实施例的提供多个选择请求的示例操作的示图;
图24是示出依据根据另一示例性实施例的提供应答消息的方法的第一和第二装置的操作的另一示例的流程图;
图25是示出根据示例性实施例的选择通信介质的示例操作的流程图;
图26是示出根据示例性实施例的接收用户输入的示例操作的示图;
图27是示出根据示例性实施例的选择通信介质的另一示例操作的流程图;
图28是示出根据另一示例性实施例的提供应答消息的方法的示图;
图29是示出依据根据示例性实施例的提供应答消息的方法的第一和第二装置的操作的示例的流程图;
图30是示出根据示例性实施例的包括在应答消息中的信息的示例的表;
图31a和图31b是示出根据示例性实施例的基于日程安排应用所提供的信息产生应答消息的示例操作的示图;
图32a和图32b是示出根据示例性实施例的基于电影票预订应用所提供的信息产生应答消息的示例操作的示图;
图33是示出依据根据另一示例性实施例的提供应答消息的方法的第一和第二装置的操作的示例的流程图;
图34是示出根据示例性实施例的提供应答消息的示例操作的流程图;
图35是示出根据另一示例性实施例的提供应答消息的方法的流程图;
图36是示出根据另一示例性实施例的提供应答消息的方法的流程图;
图37是示出根据示例性实施例的提供提醒消息的示例操作的流程图;
图38是示出根据示例性实施例的提供提醒消息的另一示例操作的流程图;
图39是示出根据示例性实施例的控制发送的方法的流程图;
图40是示出依据根据示例性实施例的控制发送的方法的第一和第二装置的操作的示例的流程图;
图41是示出根据示例性实施例的执行应答消息提供功能的系统的框图;
图42是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的示例的流程图;
图43是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的其它示例的流程图;
图44是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的其它示例的流程图;
图45是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的其它示例的流程图;
图46是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图47是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图48是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图49是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的示例的流程图;
图50是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图51是示出依据根据示例性实施例的提供应答消息的方法的第一至第三装置的操作的示例的流程图;
图52是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图53是示出依据根据示例性实施例的提供应答消息的方法的第一、第二和第四装置的操作的示例的流程图;
图54是示出依据根据示例性实施例的提供应答消息的方法的第一、第二和第四装置的操作的其它示例的流程图;
图55是示出依据根据示例性实施例的提供应答消息的方法的第一、第二和第四装置的操作的其它示例的流程图;
图56是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图57是示出根据示例性实施例的执行应答消息提供功能的另一系统的框图;
图58是示出依据根据示例性实施例的提供应答消息的方法的第一至第四装置的操作的示例的流程图;
图59是示出依据根据示例性实施例的提供应答消息的方法的第一至第四装置的操作的其它示例的流程图;
图60是示出依据根据示例性实施例的提供应答消息的方法的第一至第四装置的操作的其它示例的流程图;
图61是示出根据示例性实施例的执行应答消息提供功能的系统的框图;
图62是示出根据示例性实施例的装置的配置的框图;
图63是示出根据示例性实施例的装置的软件配置的框图;
图64是示出根据示例性实施例的装置的配置的框图;
图65是示出根据示例性实施例的可穿戴装置的配置的框图;
图66是示出包括在可穿戴装置中的通信单元的示例配置的框图;以及
图67是示出根据示例性实施例的服务器的配置的框图。
最佳实施方式
根据示例性实施例的一方面,提供一种装置,包括:通信单元,被配置为接收来自呼叫用户的呼叫请求;以及控制单元,被配置为响应于拒绝所述呼叫请求,控制通信单元向呼叫用户提供包括当前状况的应答消息,其中,所述应答消息包括基于与当前正执行的应用有关的应用信息的当前状况。
所述应答消息还可包括从当前正执行的应用获得的时间信息,以及关于基于所述呼叫请求被接收时的时间点,用户将有空应答呼叫请求时的时间的信息。
当前正执行的应用可以是当所述呼叫请求被接收时装置上正执行的应用。
当前正执行的应用可以是在所述呼叫请求被接收时的时间在外部装置上正执行的应用,通信单元被配置为从所述外部装置获得关于所述应用的应用信息。
控制单元还可被配置为响应于改变,控制通信单元向呼叫用户提供消息。
控制单元还可被配置为控制通信单元经由多个通信媒介当中的至少一个通信媒介来向呼叫用户提供应答消息。
控制单元还可被配置为控制通信单元与可穿戴装置通信。
根据另一示例性实施例的一方面,提供一种装置,包括:通信单元,被配置为接收来自呼叫用户的呼叫请求;存储器,被配置为存储经由安装在装置上的应用所接收的时间信息;以及控制单元,被配置为响应于拒绝所述呼叫请求并且所述呼叫请求被接收的时间对应于所存储的时间信息,控制通信单元向呼叫用户提供应答消息,其中,所述应答消息包括基于与当前正执行的应用有关的应用信息的当前状况。
所述应答消息还可包括关于基于所存储的时间信息以及所述呼叫请求被接收的时间,用户将有空应答所述呼叫请求时的时间的信息。
所述应用信息可包括经由应用输入的日程安排信息和订票细节中的至少一个以及所存储的时间信息。
控制单元还可被配置为响应于当前状况改变,控制通信单元提供消息。
控制单元还被配置为控制通信单元经由多个通信媒介当中的至少一个通信媒介来向呼叫用户提供应答消息。
根据另一示例性实施例的一方面,提供一种方法,该方法包括:接收来自呼叫用户的呼叫请求;获得关于在所述呼叫请求被接收的时间当前正执行的应用的应用信息;以及响应于拒绝所述呼叫请求,向呼叫用户提供包括基于所述应用信息的当前状况的应答消息。
在获得应用信息的步骤中,可获得关于应用的属性信息和时间信息,并且提供应答消息的步骤还可包括提供基于所述属性信息的当前状况,以及关于基于所述时间信息和呼叫请求被接收的时间,用户将有空应答所述呼叫请求时的时间的信息。
正执行的应用可以是在所述呼叫请求被接收的时间,装置上正执行的应用。
正执行的应用可以是在所述呼叫请求被接收的时间在外部装置上正执行的应用。所述方法还可包括从所述外部装置接收关于所述应用的信息。
所述方法还可包括响应于当前状况改变,向呼叫用户提供消息。
根据一个或更多个示例性实施例,一种装置提供应答消息的方法,该方法包括:从安装在装置中的应用获得时间信息;接收来自呼叫用户的呼叫请求;以及响应于拒绝所述呼叫请求并且所述呼叫请求被接收时的时间对应于所获得的时间信息,向呼叫用户提供应答消息,其中,应答消息包括基于与当前正执行的应用有关的应用信息的当前状况。
所述应答消息还可包括关于基于所获得的时间信息以及所述呼叫请求被接收时的时间,用户将有空应答所述呼叫请求时的时间的信息。
所述应用信息可包括所述时间信息以及从应用输入的日程安排信息和订票细节。
所述方法还可包括响应于当前状况改变来提供消息。
根据另一示例性实施例的一方面,提供一种应答电话呼叫或消息的方法,所述方法包括:在第一电子装置上设置呼叫拒绝功能;在第一电子装置上接收传入电话呼叫或传入消息;获得与当电话呼叫或消息被接收时第一电子装置上正执行的至少一个应用有关的信息;以及根据所获得的信息发送应答消息。
设置呼叫拒绝功能的步骤可包括第一用户通过用户接口输入参数。
输入参数的步骤可包括将多个应用中的至少一个应用设置为调用呼叫拒绝功能的应用。
输入参数的步骤可包括设置与联系人列表中所列的多个联系人组中的每个联系人组对应的应答消息的类型。
具体实施方式
尽管本公开中所使用的术语选自通常所知并使用的术语,但是一个或更多个示例性实施例的描述中所提及的一些术语由申请人自行选择,其详细含义在本说明书的相关部分中描述。
另外,除非明确相反地描述,否则词“包括”及其变形将被理解为意指包括所提及的元素,但是不排除任何其它元素。另外,说明书中所描述的术语“器”和“模块”意指用于处理至少一个功能和操作的单元,并且可通过硬件组件或软件组件及其组合来实现。
现在将详细参考示例性实施例,其示例示出于附图中,附图中,相似的标号始终指代相似的元件。在这方面,一个或更多个示例性实施例可具有不同的形式,不应该被解释为限于本文所阐述的描述。因此,下面仅仅参照附图来描述示例性实施例,以说明本公开的各方面。当诸如“...中的至少一个”的表述位于一列元素之后时,其修饰整列元素,而不修饰所述表中的单个元素。
图1a是示出根据示例性实施例的执行针对传入呼叫提供应答消息的功能的系统的示图。
参照图1a,应答消息提供系统包括第一装置100和第二装置200,其中,第一装置100和第二装置200是至少支持语音呼叫功能或视频呼叫功能的电子装置。例如,第一装置100和第二装置200可以是智能电话、平板PC、PC、智能TV、移动电话、个人数字助理(PDA)、膝上型PC、媒体播放器、微型服务器、全球定位系统(GPS)装置、电子书终端、数字广播终端、导航装置、咨询亭、MP3播放器、数字相机以及其它移动计算装置或非移动计算装置,但是不限于此。另外,第一装置100和第二装置200可包括能够接收触摸输入的各种装置,包括例如电子黑板和触控桌。
根据示例性实施例,第一装置100可以是执行软件并且经由该软件执行特定功能的装置。软件可由应用、操作系统(OS)和中间件中的一个或者它们的任何组合执行。具体地讲,根据示例性实施例的产生应答消息的功能可由应用、OS和中间件当中的一个执行。以下,将详细描述所述功能由应用执行的实施例以及所述功能由中间件执行的实施例。另外,软件可不仅由第一装置100执行,而且由连接到第一装置100的其它装置(例如,可穿戴装置、服务器、导航装置等)执行。
术语“应用”可表示被设计为执行特定任务的一系列计算机程序的集合。本公开可包括各种应用。例如,应用可包括web浏览器、相机应用、词典应用、翻译应用、数据传输应用、音乐播放器应用、电影播放器应用、电话应用、消息应用、社交通信器应用、地图应用、照片文件夹应用、广播应用、游戏应用、健身应用、支付应用、便签应用、日历应用和电话簿应用,但不限于此。
“中间件”可包括为了提供各种应用通常所需的功能而预先准备的多个模块。中间件可经由应用程序接口(API)提供功能,使得应用可有效地利用装置中的资源。例如,中间件可包括以下多个模块中的至少一个:应用管理器、窗口管理器、多媒体管理器、资源管理器、电力管理器、数据库管理器、包管理器、连接管理器、通知管理器、位置管理器、图形管理器和安全管理器。另外,如果装置具有电话呼叫功能,则中间件还可包括电话呼叫管理器以管理语音呼叫功能或视频呼叫功能。中间件还可包括运行时库或者其它库模块。
根据示例性实施例,第一装置100可接收来自第二装置200的呼叫请求(例如,传入呼叫)。换言之,第二装置200的第二用户USER2可尝试建立对第一装置100的第一用户USER1的电话呼叫。因此,第一用户USER1可被称作接收者,而第二用户USER2可被称作呼叫者或发送者。
第二装置200的电话号码可显示在第一装置100的显示屏幕上(电话号码12,图1a),第二装置200的电话号码12可被称作呼叫者ID或者呼叫者的号码。如果第二装置200的电话号码12包括在存储于第一装置100中的联系人信息(例如,电话簿)中,则存储在联系人信息中的第二用户USER2的姓名11可显示在第一装置100的显示屏幕上。
第一装置100的电话号码14可显示在第二装置200的显示屏幕上,第一装置100的电话号码14可被称作接收者的号码。另外,如果第一装置100的电话号码14包括在存储于第二装置200中的联系人信息(例如,电话簿)中,则存储在联系人信息中的第一用户USER1的姓名13可显示在第二装置200的显示屏幕上。
根据示例性实施例,第一装置100的第一用户USER1可能无法应答来自第二装置200的传入呼叫。例如,第一用户USER1可能处于难以应答传入呼叫的状况,或者第一用户USER1可能不想应答来自第二用户USER2的传入呼叫。
根据示例性实施例,当从第二装置200接收到传入呼叫时,第一装置100可通过参考关于当前正执行的或者先前执行的应用的信息自动地产生应答消息(RM),并且可自动地将所产生的应答消息RM发送给第二装置200。为了通知第一用户USER1发送了应答消息RM,第一装置100可在第一装置100的显示屏幕上以例如消息的形式提供应答消息RM的发送已被完成的通知。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到传入呼叫时,第一装置100可在第一装置100的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。如果第一用户USER1选择拒绝所述传入呼叫或者发送应答消息,则第一装置100可通过参考关于当前正执行或者先前执行的应用的信息自动地产生应答消息RM,并且可自动地将所产生的应答消息RM发送给第二装置200。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到传入呼叫时,第一装置100可在第一装置100的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。如果第一用户USER1选择拒绝所述传入呼叫或者发送应答消息,则第一装置100可通过参考关于当前正执行或者先前执行的应用的信息自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起提供在第一装置100的显示屏幕上。如上所述,第一装置100可提供包括应答消息候选和一般常用消息的应答消息列表,所述应答消息候选可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,所述一般常用消息可以是简单应答消息。接下来,当第一用户USER1在应答消息列表中选择一个应答消息时,第一装置100可将所选择的应答消息RM发送给第二装置200。
这里,“当前状况”可表示第一用户USER1在接收传入呼叫的时间点无法应答传入呼叫的原因(所述原因通过参考关于当前正执行或者先前执行的应用的信息来确定),并且可以是第一用户USER1的具体活动、位置或者路线。例如,如果在第一装置100上正执行导航应用,则可通过参考关于导航应用的信息(例如,如果导航应用确定电话正在以预定速度或以预定速度以上的速度移动)将第一用户USER1的当前状况确定为“驾驶”。又如,如果在第一装置100上正执行健身应用,则可通过参考关于健身应用的信息将第一用户USER1的当前状况确定为“锻炼”。作为另一示例,如果在第一装置100上正执行电话应用,则可通过参考关于电话应用的信息将第一用户USER1的当前状况确定为“正在通话”。
“未来状况”可以是在传入呼叫终止之后第一用户USER1的状况的改变(可通过参考关于当前正执行或者先前执行的应用的信息来估计),并且可对应于估计的第一用户USER1将有空应答传入呼叫时的时间点。例如,如果在第一装置100上正执行导航应用,则可基于关于导航应用的信息(例如,由第一用户USER1设定的目的地、当前交通状况等)将第一用户USER1的未来状况估计为“在几分钟后到达目的地”。作为另一示例,如果在第一装置100上正执行健身应用,则可基于关于健身应用的信息(例如,由第一用户USER1设定的目标锻炼时间)将第一用户USER1的未来状况估计为“在几分钟后结束锻炼”。作为另一示例,如果在第一装置100上正执行电话应用,则可基于关于电话应用的信息(例如,第一用户USER1的平均呼叫时间)将第一用户USER1的未来状况估计为“在几分钟后结束电话呼叫”。
根据示例性实施例,第一装置100上当前正执行或者先前执行的应用可由第一用户USER1执行。换言之,第一装置100上当前正执行或者先前执行的应用的功能可基于用户输入(例如,来自第一用户USER1的触摸输入)来发起。第一用户USER1可有意地执行安装在第一装置100上的应用以执行特定任务。例如,所述特定任务可以是驾驶、锻炼、进行或接收电话呼叫、发送或接收消息、输入日程安排、预订电影票、预订交通票、看电影、玩游戏、网上银行等。如上所述,第一装置100上当前正执行或者先前执行的应用不限于被执行以确定第一用户USER1的当前状况或者估计第一用户USER1的未来状况的应用,还可以是由第一用户USER1有意地选择以执行特定任务的应用。
第一装置100可通过利用应用或中间件来产生应答消息RM。其详细描述将在下面给出。
根据示例性实施例,第一装置100可通过利用电话应用或消息应用来产生应答消息RM。详细地讲,安装在第一装置100上的电话应用或消息应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过电话应用或消息应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第一装置100可通过利用单独的专用应用来产生应答消息RM。详细地讲,安装在第一装置100上的单独的专用应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过单独的专用应用产生的应答消息RM可经由消息应用被发送给第二装置200。
根据另一示例性实施例,第一装置100可通过利用中间件来产生应答消息RM。详细地讲,第一装置100的中间件的特定模块可收集并管理关于各种应用的信息。另外,中间件的特定模块可通过利用关于应用的信息来产生应答消息RM。这里,通过中间件的特定模块产生的应答消息RM可经由消息应用被发送给第二装置200。
例如,下面将详细描述在从第二装置200接收到传入呼叫时的时间点,第一装置100上正执行导航应用的情况下,经由电话应用或消息应用、单独的专用应用或者中间件来产生应答消息RM的方法。
根据示例性实施例,安装在第一装置100上的电话应用或消息应用可经由API接收关于导航应用的信息并且产生应答消息RM。详细地讲,电话应用或消息应用基于关于导航应用的执行的信息将第一用户USER1的当前状况确定为“驾驶”,并且可通过参考来自导航应用的关于目的地的信息以及关于当前交通状况的信息将第一用户USER1的未来状况估计为“在30分钟后到达目的地”。因此,电话应用或消息应用可产生应答消息RM“我正在开车。我将在30分钟后联系你”。第一装置100可经由消息应用将所产生的应答消息RM发送给第一装置100。
根据另一示例性实施例,安装在第一装置100上的单独的专用应用可经由API接收关于导航应用的信息并且产生应答消息RM。详细地讲,单独的专用应用基于关于导航应用的执行的信息将第一用户USER1的当前状况确定为“驾驶”,并且可通过参考来自导航应用的关于目的地的信息以及关于当前交通状况的信息将第一用户USER1的未来状况估计为“在30分钟后到达目的地”。因此,单独的专用应用可产生应答消息RM“我正在开车。我将在30分钟后联系你”。第一装置100可经由消息应用将所产生的应答消息RM发送给第一装置100。
根据另一示例性实施例,第一装置100的OS或中间件的特定模块可经由API接收关于导航应用的信息并且产生应答消息RM。详细地讲,中间件的特定模块基于关于导航应用的执行的信息将第一用户USER1的当前状况确定为“驾驶”,并且可通过参考来自导航应用的关于目的地的信息以及关于当前交通状况的信息将第一用户USER1的未来状况估计为“在30分钟后到达目的地”。因此,中间件的特定模块可产生应答消息RM“我正在开车。我将在30分钟后联系你”。第一装置100可经由消息应用将所产生的应答消息RM发送给第一装置100。
图1b是示出根据另一示例性实施例的执行针对传入呼叫提供应答消息的功能的系统的示图。
参照图1b,应答消息提供系统可包括第一装置100至第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,这里可应用上面参照图1a给出的描述。
第三装置300可以是具有通信功能和数据处理功能的可穿戴装置,例如手表型装置、眼镜型装置、发箍型装置、环形装置等。详细地讲,第一用户USER1可穿戴着第三装置300,第三装置300可与第一装置100无线地通信并链接到第一装置100。
用户穿戴着第三装置300,使得第三装置300按照预设方式接触用户的身体。例如,用户所穿戴的第三装置300可以是腕表、眼镜、耳环、项链、耳机、鞋子、衣服、头盔等形式。
根据示例性实施例,第一装置100和第三装置300的第一用户USER1可能无法应答来自第二装置200的传入呼叫。例如,第一用户USER1可能处于难以应答传入呼叫的状况,或者第一用户USER1可能不想应答来自第二用户USER2的传入呼叫。
根据示例性实施例,第一装置100可通过参考第一装置100上当前正执行或者先前执行的应用、或者第三装置300上当前正执行或者先前执行的应用来产生应答消息RM。根据另一示例性实施例,第三装置300可通过参考第一装置100上当前正执行或者先前执行的应用、或者第三装置300上当前正执行或者先前执行的应用来产生应答消息RM。
现在将描述在第三装置300上执行产生应答消息RM以及发送应答消息RM的操作的示例性实施例。然而,如上所述,产生应答消息RM和发送应答消息RM的操作也可在第一装置100上执行。将在下面参照图41至图51以及图57至图60来给出其详细描述。
根据示例性实施例,当从第二装置200接收到传入呼叫时,第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且可自动地将所产生的应答消息RM发送给第二装置200。接下来,为了通知第一用户USER1发送了应答消息RM,第三装置300可在第三装置300的显示屏幕上以例如消息的形式提供应答消息RM的发送已被完成的通知。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到传入呼叫时,第三装置300可在第三装置300的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。接下来,如果第一用户USER1选择拒绝传入呼叫或者发送应答消息,则第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到传入呼叫时,第三装置300可在第三装置300的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。接下来,如果第一用户USER1选择拒绝传入呼叫或者发送应答消息,则第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起提供在第三装置300的显示屏幕上。如上所述,第三装置300可提供包括应答消息候选和一般常用消息的应答消息列表,所述应答消息候选可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,所述一般常用消息可以是简单应答消息。接下来,当第一用户USER1在应答消息列表中选择一个应答消息时,第三装置300可将所选择的应答消息RM发送给第二装置200。
根据示例性实施例,第一装置100或第三装置300上当前正执行或者先前执行的应用可由第一用户USER1执行。换言之,第一装置100或第三装置300上当前正执行或者先前执行的应用的功能可基于用户输入(例如,来自第一用户USER1的触摸输入)来发起。第一用户USER1可有意地执行安装在第一装置100或第三装置300上的应用以执行特定任务。例如,所述特定任务可以是驾驶、锻炼、进行或接收电话呼叫、发送或接收消息、输入日程安排、预订电影票、预订交通票、看电影、玩游戏、网上银行等。如上所述,第一装置100或第三装置300上当前正执行或者先前执行的应用不限于被执行以确定第一用户USER1的当前状况或者估计第一用户USER1的未来状况的应用,还可以是由第一用户USER1有意地选择以执行特定任务的应用。
第三装置300可通过利用应用或中间件来产生应答消息RM。其详细描述将在下面给出。
根据示例性实施例,第三装置300可通过利用电话应用或消息应用来产生应答消息RM。详细地讲,安装在第三装置300上的电话应用或消息应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过电话应用或消息应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第三装置300可通过利用单独的专用应用来产生应答消息RM。详细地讲,安装在第三装置300上的单独的专用应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过单独的专用应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第三装置300可通过利用中间件来产生应答消息RM。详细地讲,第三装置300的中间件的特定模块可收集并管理关于各种应用的信息。另外,中间件的特定模块可通过利用关于应用的信息来产生应答消息RM。这里,通过中间件的特定模块产生的应答消息RM可经由消息应用发送给第二装置200。
图2a是示出根据示例性实施例的执行针对传入消息提供应答消息的功能的系统的示图。
参照图2a,应答消息提供系统可包括第一装置100和第二装置200,第一装置100和第二装置200可以是支持消息发送/接收功能的电子装置。根据示例性实施例的第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200。因此,这里也可应用上面参照图1a给出的描述。
根据示例性实施例,第一装置100可从第二装置200接收消息。在示例性实施例中,传入呼叫包括消息的接收。因此,第一用户USER1可被称作接收者,而第二用户USER2可被称作呼叫者或发送者。根据示例性实施例,第一装置100的第一用户USER1可能无法应答来自第二装置200的消息。例如,第一用户USER1可能处于难以输入消息或者进行电话呼叫的状况,或者第一用户USER1可能不想应答来自第二用户USER2的消息或者建立对第二用户USER2的电话呼叫。
根据示例性实施例,当从第二装置200接收到消息时,第一装置100可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。接下来,为了通知第一用户USER1应答消息RM已被发送,第一装置100可在第一装置100的显示屏幕上以消息的形式提供应答消息RM的发送已被完成的通知。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到消息时,第一装置100可在第一装置100的显示屏幕上提供与所接收的消息对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的消息的选项,包括回复或者发送应答消息。接下来,如果第一用户USER1选择发送应答消息,则第一装置100可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到消息时,第一装置100可在第一装置100的显示屏幕上提供与所接收的消息对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的消息的选项,包括回复或者发送应答消息。接下来,如果第一用户USER1选择发送应答消息,则第一装置100可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起提供在第一装置100的显示屏幕上。如上所述,第一装置100可提供包括应答消息候选和一般常用消息的应答消息列表,所述应答消息候选可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,所述一般常用消息可以是简单应答消息。接下来,当第一用户USER1在应答消息列表中选择一个应答消息时,第一装置100可将所选择的应答消息RM发送给第二装置200。
这里,“当前状况”可表示第一用户USER1在接收到传入呼叫的时间点无法应答传入呼叫的原因(所述原因通过参考关于当前正执行或者先前执行的应用的信息来确定),并且可以是第一用户USER1的具体活动、位置或者路线。另外,“未来状况”可以是通过参考关于当前正执行或者先前执行的应用的信息而估计的在传入呼叫终止之后第一用户USER1的状况的改变,并且可对应于估计的第一用户USER1将有空应答传入呼叫时的时间点。
根据示例性实施例,第一装置100上当前正执行或者先前执行的应用可由第一用户USER1执行。换言之,第一装置100上当前正执行或者先前执行的应用的功能可基于用户输入(例如,来自第一用户USER1的触摸输入)来发起。第一用户USER1可有意地执行安装在第一装置100上的应用以执行特定任务。例如,所述特定任务可以是驾驶、锻炼、进行或接收电话呼叫、发送或接收消息、输入日程安排、预订电影票、预订交通票、看电影、玩游戏、网上银行等。如上所述,第一装置100上当前正执行或者先前执行的应用不限于被执行以确定第一用户USER1的当前状况或者估计第一用户USER1的未来状况的应用,还可以是由第一用户USER1有意地选择以执行特定任务的应用。
第一装置100可通过利用应用或中间件来产生应答消息RM。其详细描述将在下面给出。
根据示例性实施例,第一装置100可通过利用消息应用来产生应答消息RM。详细地讲,安装在第一装置100上的消息应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过消息应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第一装置100可通过利用单独的专用应用来产生应答消息RM。详细地讲,安装在第一装置100上的单独的专用应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过单独的专用应用产生的应答消息RM可经由消息应用被发送给第二装置200。
根据另一示例性实施例,第一装置100可通过利用中间件来产生应答消息RM。详细地讲,第一装置100的中间件的特定模块可收集并管理关于各种应用的信息。另外,中间件的特定模块可通过利用关于应用的信息来产生应答消息RM。这里,通过中间件的特定模块产生的应答消息RM可经由消息应用发送给第二装置200。
图2b是示出根据另一示例性实施例的执行针对传入消息提供应答消息的功能的系统的示图。
参照图2b,应答消息提供系统可包括第一装置100至第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,上面参照图1a给出的描述也可应用于示例性实施例。第三装置300可以是具有通信功能和数据处理功能的可穿戴装置,例如手表型装置、眼镜型装置、发箍型装置、环形装置等。详细地讲,第一用户USER1可穿戴着第三装置300,第三装置300可与第一装置100无线地通信并链接到第一装置100。
根据示例性实施例,第一装置100和第三装置300的第一用户USER1可能无法应答来自第二装置200的消息。例如,第一用户USER1可能处于难以输入消息或者进行电话呼叫的状况,或者第一用户USER1可能不想应答以建立对第二用户USER2的电话呼叫。
根据示例性实施例,第一装置100可通过参考第一装置100上当前正执行或者先前执行的应用、或者第三装置300上当前正执行或者先前执行的应用来产生应答消息RM。根据另一示例性实施例,第三装置300可通过参考第一装置100上当前正执行或者先前执行的应用、或者第三装置300上当前正执行或者先前执行的应用来产生应答消息RM。
现在将描述在第三装置300上执行产生应答消息RM和发送应答消息RM的操作的示例性实施例。然而,如上所述,产生应答消息RM和发送应答消息RM的操作也可在第一装置100上执行。将在下面参照图41至图51以及图57至图60来给出其详细描述。
根据示例性实施例,当从第二装置200接收到消息时,第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。接下来,为了通知第一用户USER1应答消息RM已被发送,第三装置300可在第三装置300的显示屏幕上以例如消息的形式提供应答消息RM的发送已被完成的通知。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到消息时,第三装置300可在第三装置300的显示屏幕上提供与所接收的消息对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的消息的选项,包括回复或者发送应答消息。接下来,如果第一用户USER1选择发送应答消息,则第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当从第二装置200接收到消息时,第三装置300可在第三装置300的显示屏幕上提供与所述消息对应的用户界面(UI)元素。这里,UI元素可显示关于所接收的消息的选项,包括回复或者发送应答消息。接下来,如果第一用户USER1选择发送应答消息,则第三装置300可通过参考关于第一装置100或第三装置300上当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起提供在第三装置300的显示屏幕上。如上所述,第三装置300可提供包括应答消息候选和一般常用消息的应答消息列表,所述应答消息候选可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,所述一般常用消息可以是简单应答消息。接下来,当第一用户USER1在应答消息列表中选择一个应答消息时,第三装置300可将所选择的应答消息RM发送给第二装置200。
根据示例性实施例,第一装置100上当前正执行或者先前执行的应用可由第一用户USER1执行。换言之,第一装置100上当前正执行或者先前执行的应用的功能可基于用户输入(例如,来自第一用户USER1的触摸输入)来发起。第一用户USER1可有意地执行安装在第一装置100上的应用以执行特定任务。例如,所述特定任务可以是驾驶、锻炼、进行或接收电话呼叫、发送或接收消息、输入日程安排、预订电影票、预订交通票、看电影、玩游戏、网上银行等。如上所述,第一装置100上当前正执行或者先前执行的应用不限于被执行以确定第一用户USER1的当前状况或者估计第一用户USER1的未来状况的应用,还可以是由第一用户USER1有意地选择以执行特定任务的应用。
第三装置300可通过利用应用或中间件来产生应答消息RM。其详细描述将在下面给出。
根据示例性实施例,第三装置300可通过利用消息应用来产生应答消息RM。详细地讲,安装在第三装置300上的消息应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过消息应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第三装置300可利用单独的专用应用来产生应答消息RM。详细地讲,安装在第三装置300上的单独的专用应用可经由API接收关于另一应用的信息并且产生应答消息RM。这里,通过单独的专用应用产生的应答消息RM可经由消息应用发送给第二装置200。
根据另一示例性实施例,第三装置300可通过利用中间件来产生应答消息RM。详细地讲,第三装置300的中间件的特定模块可收集并管理关于各种应用的信息。另外,中间件的特定模块可通过利用关于应用的信息来产生应答消息RM。这里,通过中间件的特定模块产生的应答消息RM可经由消息应用发送给第二装置200。
图3是示出根据示例性实施例的提供应答消息的方法的流程图。
参照图3,根据示例性实施例的提供应答消息的方法是处理针对装置所接收的传入呼叫或消息的拒绝的方法,并且包括在装置上执行的以下操作。例如,根据示例性实施例的提供应答消息的方法可包括由图1a至图2b的第一装置100按时间顺序执行的操作。
在操作S300中,从呼叫用户(例如,呼叫者)接收呼叫请求(更具体地讲,包括电话呼叫或消息的传入呼叫)。这里,电话呼叫可以是经由移动通信网络的电话呼叫、互联网协议语音(VoIP)呼叫、或者长期演进(LTE)语音(VoLTE)呼叫等。这里,消息可以是短消息服务(SMS)、多媒体消息服务(MMS)或者由聊天服务(例如,KakaoTalk或Line)提供的消息。然而,电话呼叫或消息不限于这些方法。
在操作S320中,将应答消息提供给呼叫用户,其中,所述应答消息包括关于基于与应用有关的信息的当前状况的信息。这里,“当前状况”可表示用户在接收到传入呼叫的时间点无法应答传入呼叫的原因(该原因通过参考关于当前正执行或者先前执行的应用的信息来确定),并且可以是用户的具体活动、位置或路线。
根据示例性实施例,关于应用的信息可以是关于由第一用户USER1在第一装置100上当前正执行或者先前执行的应用的信息。例如,关于应用的信息可以是关于基于第一用户USER1的用户输入(例如,触摸输入)在第一装置100上执行的应用的信息。第一用户USER1可有意地执行安装在第一装置100上的应用以执行特定任务。例如,所述特定任务可以是驾驶、锻炼、进行或接收电话呼叫、发送或接收消息、输入日程安排、预订电影票、预订交通票、看电影、玩游戏、网上银行等。如上所述,第一装置100上当前正执行或者先前执行的应用不限于被执行以确定第一用户USER1的当前状况或者估计第一用户USER1的未来状况的应用,还可以是由第一用户USER1有意地选择以执行特定任务的应用。
根据示例性实施例,基于在接收电话呼叫或消息之前预先设定的信息,可自动地产生并发送应答消息给呼叫用户,而无需将电话呼叫或消息的接收通知给接收用户。将在下面参照图6至图11b来给出其详细描述。
根据示例性实施例,可将接收到对接收用户的电话呼叫或消息通知给接收用户,可基于指示拒绝该呼叫或消息的用户输入来产生应答消息。详细地讲,在用户输入拒绝呼叫的输入之后,可基于关于应答消息的内容的用户输入和用于发送应答消息的通信介质来产生应答消息。将在下面参照图20至图27来给出其详细描述。
根据示例性实施例,操作S320可由安装在第一装置100上的电话应用或消息应用来执行。换言之,安装在第一装置100上的电话应用或消息应用可包括上述呼叫拒绝功能。因此,当第一装置100接收到传入呼叫或消息时,可在电话应用或消息应用中激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将产生应答消息所需的信息提供给电话应用或消息应用,电话应用或消息应用可基于从应用接收的信息来产生应答消息。
根据另一示例性实施例,操作S320可由安装在第一装置100上的专用的应答消息提供应用来执行,该应答消息提供应用可与安装在第一装置100上的电话应用或消息应用结合来执行。因此,当第一装置100接收到电话呼叫或消息时,电话应用或消息应用可激活应答消息提供应用的呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将产生应答消息所需的信息提供给应答消息提供应用,应答消息提供应用可基于从应用接收的信息来产生应答消息。
根据另一示例性实施例,操作S320可由第一装置100的平台执行。因此,当第一装置100接收到电话呼叫或消息时,平台可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给平台,平台可基于从应用接收的信息来产生应答消息。
根据另一示例性实施例,操作S320可由外部服务器来执行。因此,当第一装置100接收到电话呼叫或消息时,服务器可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给服务器,服务器可基于从应用接收的信息来产生应答消息。
图4是示出根据示例性实施例的执行应答消息提供功能的系统10a的框图。
参照图4,系统10a包括第一装置100和第二装置200,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200。因此,这里也可应用上面参照图1a给出的描述。根据示例性实施例,第二装置200发送电话呼叫或消息,作为其应答,第一装置100发送应答消息。
根据示例性实施例,第一装置100可通过利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。例如,当前正执行或者先前执行的应用可以是导航应用、地图应用、健身应用、电子学习应用、网上银行应用、电影播放器应用、游戏应用、电子书应用、电话应用或者消息应用。然而,示例性实施例不限于此。例如,先前执行的应用可以是日程安排应用、预订应用(例如,电影票预订、音乐会预订、机票预订、火车票预订、公共汽车票预订等)或者闹钟应用。然而,示例性实施例不限于此。
图5是示出根据另一示例性实施例的提供应答消息的方法的的流程图。
参照图5,根据示例性实施例的提供应答消息的方法是图3所示的提供应答消息的方法的改型。因此,这里也可应用上面参照图3给出的描述,因此重复的描述将被省略。
在操作S500中,从呼叫用户接收呼叫请求(更具体地讲,包括电话呼叫或消息的传入呼叫)。在操作S520中,获得关于正执行的应用的信息。在操作S540中,将应答消息提供给呼叫用户,其中,所述应答消息包括关于基于与应用有关的信息的当前状况的信息。
图6是示出根据提供应答消息的方法的第一装置100和第二装置200的操作的示例的流程图。
参照图6,根据示例性实施例的提供应答消息的方法包括由第一装置100和第二装置200按时间顺序执行的操作。上面关于图4所示的第一装置100和第二装置200给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S600中,第一装置100设置呼叫拒绝功能。可至少针对特定应用、特定联系人或者特定时段设置呼叫拒绝功能。将在下面参照图7a至图7f来给出其详细描述。在操作S610中,第二装置200向第一装置100发送电话呼叫或消息。在操作S620中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S630中,第一装置100获得关于正执行的应用的信息。详细地讲,第一装置100可从在操作S620期间第一装置100上正执行的应用获得信息。在操作S640中,第一装置100自动地产生应答消息。详细地讲,第一装置100可基于关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据示例性实施例,操作S630和S640可由安装在第一装置100上的电话应用或消息应用执行。换言之,安装在第一装置100上的电话应用或消息应用可包括呼叫拒绝功能。因此,当第一装置100接收到电话呼叫或消息时,可在电话应用或消息应用中激活呼叫拒绝功能。详细地讲,第一装置100上当前正执行的应用可经由API将产生应答消息所需的信息提供给电话应用或消息应用,电话应用或消息应用可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S630和S640可由安装在第一装置100上的专用的应答消息提供应用来执行,应答消息提供应用可与安装在第一装置100上的电话应用或消息应用结合来执行。因此,当第一装置100接收到电话呼叫或消息时,电话应用或消息应用可激活应答消息提供应用的呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将产生应答消息所需的信息提供给应答消息提供应用,应答消息提供应用可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S630和S640可由第一装置100的平台执行。因此,当第一装置100接收到电话呼叫或消息时,平台可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给平台,平台可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S630和S640可由外部服务器执行。因此,当第一装置100接收到电话呼叫或消息时,服务器可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给服务器,服务器可基于从应用接收的信息产生应答消息。
在操作S650中,第一装置100将应答消息发送给第二装置200。这里,应答消息可经由SMS、社交网络服务(SNS)(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)、或电子邮件、或者任何其它方法来发送。
在操作S660中,第一装置100向第一用户USER1提供应答消息的发送已被完成的通知。因此,第一用户USER1可了解到从第二装置200接收电话呼叫或消息并且与之对应自动产生的应答消息可被发送给第二装置200。
图7a至图7f是示出根据示例性实施例的设置呼叫拒绝功能的示例操作的示图。
参照图7a,用户可在接收电话呼叫或消息之前预先设置呼叫拒绝功能。例如,第一用户USER1可预先在第一装置100中设置呼叫拒绝功能。根据示例性实施例,呼叫拒绝功能可包括对时间安排15a、自动消息发送15b、自启15c、应用利用15d、消息类型15e和呼叫准入15f的设置。然而,示例性实施例不限于此。根据另一示例性实施例,与上述那些设置相比,呼叫拒绝功能可包括更多设置或者更少设置。
时间安排15a可以是用于在特定时段中自动地执行呼叫拒绝功能的图标。在经由时间安排15a选择的特定时段期间,可自动地向呼叫用户发送应答消息,而无需向用户提供关于接收到电话呼叫或消息的通知。
自动消息发送15b是用于通过参考关于应用的信息自动地完成应答消息并且自动地将所完成的应答消息发送给呼叫用户的图标。因此,如果选择自动消息发送15b,则无需接收用于选择应答消息的类型和用于发送应答消息的介质的用户输入。
自启15c是用于在正执行特定应用的同时自动地执行呼叫拒绝功能的图标。如果选择自启15c,则可自动地产生应答消息并且所产生的应答消息可被自动地发送给呼叫用户(例如,第二用户USER2)。根据示例性实施例,如果选择自启15c,则可自动地执行呼叫拒绝功能,而无需向第一用户USER1提供关于接收到电话呼叫或消息的通知。根据另一示例性实施例,如果选择自启15c,则可将关于接收到电话呼叫或消息的通知提供给第一用户USER1,然后可自动地执行呼叫拒绝功能。如果选择自启15c,则显示在第一装置100上的屏幕图像可改变为图7b所示的屏幕图像。
参照图7b,可选择任何数量的多个应用16a至16j,并且在正执行所选择的应用的同时,可自动地向第二用户USER2发送应答消息,而无需提供关于接收到电话呼叫或消息的通知。例如,如图7b所示,第一用户USER1可选择导航应用16a、健身应用16b、网上银行应用16f、电影播放器应用16h和VoIP应用16i以自动地产生应答消息。因此,如果在正执行导航应用16a、健身应用16b、网上银行应用16f、电影播放器应用16h或VoIP应用16i的同时第一装置100从第二装置200接收电话呼叫或消息,则第一装置100可自动地产生应答消息。
返回参照图7a,应用利用15d是用于选择应用的图标,所述应用将提供用于产生应答消息的信息。如果选择应用利用15d,则显示在第一装置100上的屏幕图像可改变为图7c所示的画面图像。
参照图7c,可选择任何数量的多个应用16a至16j,并且可通过参考关于所选择的应用的信息来产生应答消息。例如,为了产生应答消息,第一用户USER1可选择导航应用16a、健身应用16b、日历应用16c、电影票预订应用16d和火车票预订应用16e。因此,第一装置100可通过参考由第一装置100上当前正执行的导航应用16a和健身应用16b或者第一装置100上先前执行的日历应用16c、电影票预订应用16d或电影票预订应用16d提供的信息来产生应答消息。
返回参照图7a,消息类型15e是用于基于经由应答消息提供的信息选择各种消息类型的图标。如果选择消息类型15e,则显示在第一装置100上的屏幕图像可改变为图7d所示的屏幕图像。
参照图7d,可针对存储在第一装置100中的电话簿或联系人信息中所存储的各个组选择消息类型。例如,第一用户USER1可分别为家庭成员17a、朋友17b、同事17c、客户17d和其他联系人17e选择不同的消息类型。另外,第一用户USER1可为未知号码17f(未存储在第一装置100中的号码)选择单独的消息类型。
另外,不管存储在第一装置100中的电话簿或联系人信息中所存储的组,可针对所传入呼叫ID选择相同的消息类型。例如,如果第一用户USER1选择所有号码17g,则可针对所有传入呼叫ID设定相同的消息类型。如果第一用户USER1从家庭成员17a、朋友17b、同事17c、客户17d、其他联系人17e、未知号码17f和所有号码17g当中选择一个,则显示在第一装置100上的屏幕图像可改变为图7e所示的屏幕图像。
参照图7e,第一用户USER1可针对接收自所选择的组中所包括的呼叫用户的电话呼叫或消息选择应答消息中将要包括的信息。详细地讲,USER1可选择呼叫用户的姓名18a、当前状况18b和未来状况18c中的至少一个,或者可不选择呼叫用户的姓名18a、当前状况18b和未来状况18c中的任何一个。例如,如果第一用户USER1选择家庭成员17a,则第一用户USER1可选择呼叫用户的姓名18a、当前状况18b和未来状况18c的全部。又如,如果第一用户USER1选择未知号码17f,则第一用户USER1可不选择呼叫用户的姓名18a、当前状况18b和未来状况18c中的任何一个。将在下面参照图14至图16来给出其详细描述。
另外,第一用户USER1可针对来自所选择的组中所包括的呼叫用户的电话呼叫或消息作为问答类型18d来产生应答消息。例如,如果选择问答类型18d,则第一装置100可产生仅包括当前状况18b的第一应答消息,并且将该第一应答消息发送给呼叫方。接下来,如果接收到询问第一用户USER1将有空回复电话呼叫或消息的时间点的消息,则第一装置100可产生包括未来状况18c的第二应答消息并且将该第二应答消息发送给呼叫用户。将在下面参照图17来给出其详细描述。
返回参照图7a,呼叫准入15f是用于将来自特定联系人的电话呼叫或消息转发给用户,而不自动发送应答消息的图标。如果选择呼叫准入15f,则显示在第一装置100上的屏幕图像可改变为图7f所示的屏幕图像。
参照图7f,第一用户USER1可针对存储在第一装置100中的联系人信息中所存储的各个组设定呼叫准入。例如,第一用户USER1可针对家庭成员19a、朋友19b、同事19c、客户19d和收藏联系人19e设定呼叫准入。因此,如果从所选择的组中所包括的呼叫用户接收电话呼叫或消息,则即使在呼叫拒绝模式下也不产生应答消息。
图8a和图8b是示出根据示例性实施例的应答消息的示例的示图。
参照图8a,应答消息20可包括姓名信息21、活动信息22和时间信息23。然而,示例性实施例不限于此。根据另一示例性实施例,应答消息20可仅包括活动信息22和时间信息23。根据另一示例性实施例,应答消息20可仅包括时间信息23。
参照图8b,应答消息20’是图8a所示的应答消息20的修改实施例,其中应答消息20’可包括姓名信息21、位置信息24和时间信息23。然而,示例性实施例不限于此。根据另一示例性实施例,应答消息20’可仅包括位置信息24和时间信息23。此外,应答消息20’可包括路线信息,代替位置信息24。
图9是示出根据示例性实施例的包括在应答消息中的信息的示例的表。
参照图9,应答消息可包括呼叫方姓名、当前状况以及估计的用户将回复传入呼叫的时间点,并且包括在应答消息中的信息可基于应用的类型而变化。呼叫用户的姓名可对应于图8a和图8b的姓名信息21,当前状况可对应于图8a和图8b的活动信息22和位置信息24,估计的用户将回复传入呼叫的时间点可对应于图8a和图8b的时间信息23。
以下将参照图4、图8a、图8b和图9详细描述应答消息的配置。
姓名信息21可基于第二装置200的第二用户USER2的姓名来产生。根据示例性实施例,姓名信息21可基于存储在第一装置100中的联系人信息中所存储的与第二装置200的号码对应的姓名来产生。例如,如果存储在第一装置100中的联系人信息中所存储的与第二装置200的号码对应的姓名为“金主任”,则姓名信息21可被产生为“金主任”。根据另一示例性实施例,可基于根据第一装置100与第二装置200之间的消息交换历史的第二用户USER2的昵称来产生姓名信息21。根据另一示例性实施例,如果存储在第一装置100中的联系人信息不包括第二装置200的号码,则应答消息20可不包括姓名信息21。
活动信息22可基于第一用户USER1的当前状况来产生,所述当前状况可基于关于第一装置100上正执行的应用的信息来确定。这里,第一用户USER1的当前状况可基于周围环境的类型和当前活动来自动完成。
时间信息23可基于第一用户USER1的未来状况来产生,所述未来状态是基于关于第一装置100上正执行的应用的信息来估计的。这里,第一用户USER1的未来状况可基于估计的时间来自动完成。详细地讲,第一装置100可包括估计模块,该估计模块可估计第一用户USER1将有空回复传入呼叫的时间点。
图10a和图10b是示出根据示例性实施例的基于导航应用25a所提供的信息产生应答消息20a的示例操作的示图。
参照图10a,如果第一装置100上正执行导航应用25a,则第一装置100可基于导航应用25a所提供的信息来确定第一用户USER1的当前状况和未来状况。详细地讲,第一装置100可基于导航应用25a所提供的执行信息来确定第一用户USER1正在驾驶的当前状况。另外,基于导航应用25a所提供的关于估计驾驶的时间26a的信息,第一装置100可估计出第一用户USER1将在例如12分钟后到达目的地的未来状况。
根据示例性实施例,包括在第一装置100中的估计模块可基于当前交通状况估计第一用户USER1待在当前位置的时间段。根据另一示例性实施例,包括在第一装置100中的估计模块可基于目的地的位置信息和当前交通状况来提供所估计的到达目的地的时间。
参照图10b,第一装置100可基于联系人信息将姓名信息21a产生为“金主任”,可基于导航应用25a所提供的执行信息将状况信息22a产生为“我正在开车”,并且可基于导航应用25a所提供的关于估计的驾驶时间26a的信息将时间信息23a产生为“我将在12分钟后给你回电话”。
图11a和图11b是示出根据示例性实施例的基于健身应用25b所提供的信息产生应答消息20b的示例操作的示图。
参照图11a,如果第一装置100上正执行健身应用25b,则第一装置100可基于健身应用25b所提供的信息来确定第一用户USER1的当前状况和未来状况。详细地讲,第一装置100可基于健身应用25b所提供的执行信息确定第一用户USER1正在锻炼的当前状况。另外,基于健身应用25b所提供的关于估计的锻炼时间26b的信息,第一装置100可估计出第一用户USER1将在例如10分钟后结束锻炼的未来状况。
根据示例性实施例,如果第一用户USER1已在健身应用25b上设定了目标锻炼时间,则第一装置100可基于所设定的目标锻炼时间来估计锻炼结束时间。根据另一示例性实施例,如果第一用户USER1还未在健身应用25b上设定目标锻炼时间,则第一装置100可基于第一用户USER1的平均锻炼时间来估计锻炼结束时间。
参照图11b,第一装置100可基于联系人信息将姓名信息21b产生为“金主任”,可基于健身应用25b所提供的执行信息将状况信息22b产生为“我正在锻炼”,并且可基于健身应用25b所提供的关于估计的时间26b的信息将时间信息23b产生为“我将在10分钟后给你回电话”。
返回参照图8b和图9,位置信息24可基于第一用户USER1的当前状况来产生,其中,所述当前状况是基于关于第一装置100上正执行的应用的信息来确定的。这里,第一用户USER1的当前状况可基于周围环境的类型和当前位置来自动地完成。
根据示例性实施例,位置信息24可基于第一用户USER1的活动来产生。详细地讲,如果第一用户USER1的当前活动维持活动确定时间间隔,则当前活动被确定为第一用户USER1的活动,并且可基于所确定的活动产生位置信息24。例如,如果第一用户USER1继续骑自行车达活动确定时间间隔,则第一用户USER1的活动可被确定为骑自行车,并且可基于确定结果产生位置信息24。
在基于第一用户USER1的活动产生位置信息24的情况下,可考虑各种参数。例如,可考虑以下参数:参数“我的地点之间的距离”,当较短我的地点被视为相同并被合并时,比较我的地点之间的距离;参数“位置精度”,指示被认为有效的位置日志的最小精度;参数“最小命中次数”,指示将要显示在地图上的最小我的位置命中次数;参数“平均位置”,使用位置日志的平均作为我的位置;参数“活动模式初始时间”或“自驾驶起的活动模式时间”,指示发起活动模式的活动的持续时间;参数“驾驶信心”,基于停止活动模式的活动识别指示驾驶可靠性百分比;参数“活动模式最大步行时间”,指示用户步行的最大活动时间;参数“活动模式总时间”,在当前位置被视为我的位置之后,指示关于活动模式的总时间;以及参数“合并位置日志”,将彼此相邻的位置日志合并成单个日志并且在地图上绘制与之对应的单个标记。
参照图8b和图10a,如果第一装置100上正执行导航应用25a,则可从导航应用25a获得指示第一用户USER1当前正在驾驶的信息。如果第一用户USER1当前正在“驾驶”,则位置信息24可被产生为“我在车里”。
参照图8b和图11a,例如,如果第一装置100上正执行健身应用25b,则可从健身应用25b获得指示第一用户USER1当前正在锻炼的信息。如果第一用户USER1当前正在“游泳”,则位置信息24可被产生为“我在泳池”。
返回参照图8a和图9,根据另一示例性实施例,位置信息24可基于第一用户USER1的位置来产生。详细地讲,如果在活动确定时间间隔期间第一装置100移动的距离小于临界距离,则当前位置可被确定为第一用户USER1的位置,并且可基于所确定的位置产生位置信息24。例如,如果在活动确定时间间隔期间第一装置100移动的距离小于500m,则第一装置100的当前位置可被确定为第一用户USER1的位置,并且可基于确定结果产生位置信息24。
在基于第一用户USER1的位置产生位置信息24的情况下,可考虑各种参数。例如,可考虑以下参数:参数“我的位置之间的距离”;参数“最小命中次数”;参数“在我的地点所花的时间”;以及参数“当静止时相同位置”,对于最高至500m的位置改变持续位置模式,除非最终位置日志改变。
参照图8b、图9和图10a,如果第一装置100上正执行导航应用25a,则可从导航应用25a获得关于第一用户USER1的当前位置、起点、目的地和路线的信息。如果第一用户USER1的当前位置是“市政府附近”,则位置信息24可被产生为“我现在在市政府附近”。另外,如果第一用户USER1的目的地为“家”,则位置信息24可被产生为“我正在开车回家,我现在在市政府附近”。
上面参照图10a至图11b描述了在第一装置100上正执行导航应用25a和健身应用25b的同时可产生的应答消息20a和20b的示例。以下将详细描述在第一装置100上正执行其它应用的同时可产生的应答消息的示例。
例如,如果第一装置100上正执行电子学习应用,则可从电子学习应用获得指示第一用户USER1当前正在学习的信息,因此活动信息22可被产生为“我正在学习”。另外,由于可从电子学习应用获得关于对应学习内容的回放时间的信息,所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
又如,如果第一装置100上正执行网上银行应用,则可从网上银行应用获得指示第一用户USER1当前正在进行网上银行业务的信息,因此活动信息22可被产生为“我正在进行银行业务”。另外,由于可从网上银行应用获得关于银行业务的类型的信息(例如,转账、查询余额),所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
又如,如果第一装置100上正执行电影播放器应用,则可从电影播放器应用获得指示第一用户USER1当前正在看电影的信息,因此活动信息22可被产生为“我正在看电影”。另外,由于可从电影播放器应用获得关于对应电影内容的回放时间的信息,所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
又如,如果第一装置100上正执行游戏应用,则可从游戏应用获得指示第一用户USER1当前正在玩游戏的信息,因此活动信息22可被产生为“我正在玩游戏”。另外,由于可从游戏应用获得关于第一用户USER1的平均玩游戏时间的信息,所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
又如,如果第一装置100上正执行电子书应用,则可从电子书应用获得指示第一用户USER1当前正在读书的信息,因此活动信息22可被产生为“我正在读书”。另外,由于可从电子书应用获得关于第一用户USER1的平均阅读时间或者未读页数的信息,所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
又如,如果第一装置100上正执行电话呼叫应用(例如,VoIP应用),则可从电话呼叫应用获得指示第一用户USER1当前正在进行另一电话呼叫的信息,因此活动信息22可被产生为“我正在通话”。另外,由于可从电话呼叫应用获得关于第一用户USER1的平均通话时间的信息,所以可基于以所获得的信息为基础而估计的结束时间来产生时间信息23。
尽管上面描述了基于第一装置100上正执行的应用所提供的信息来产生活动信息22和时间信息23的实施例,但是示例性实施例不限于此。根据另一示例性实施例,第一装置100可与第一用户USER1所穿戴着的可穿戴装置(例如,图1b的300或者图2b的300)结合来操作。详细地讲,活动信息22和时间信息23可基于可穿戴装置上正执行的应用所提供的信息来产生。将在下面参照图41至图51以及图57至图60来给出其详细描述。
根据另一示例性实施例,第一装置100可与位于第一用户USER1附近的电子装置(例如,智能TV或导航装置)结合来操作。详细地讲,活动信息22和时间信息23可基于电子装置上正执行的应用所提供的信息来产生。将在下面参照图52至图60来给出其详细描述。
图12是示出根据示例性实施例的产生应答消息的示例操作的流程图。
参照图12,根据示例性实施例的产生应答消息的操作可对应于图6的操作S640的示例,并且包括由图1的第一装置100按时间顺序执行的操作。详细地讲,根据示例性实施例的产生应答消息的操作对应于当在从第二装置200接收电话呼叫或消息之前,第一用户USER1为如图7d和图7e所示的各个组选择了消息类型时产生应答消息的操作。
在操作S1200中,针对传入呼叫ID确定应答消息的类型。详细地讲,将要发送给呼叫用户的信息可基于联系人信息、最近呼叫历史、最近消息发送和接收历史以及设置信息中的至少一个或者任何其它方法来确定。
根据示例性实施例,第一装置100可基于存储在第一装置100中的联系人信息(例如,电话簿)、最近呼叫历史以及最近消息发送和接收历史中的至少一个来确定将要经由应答消息发送给呼叫用户(例如,第二用户USER2)的信息。这里,将要发送的信息可以是关于第一用户USER1的当前状况或未来状况的信息。
详细地讲,如果第二用户USER2未包括在第一装置100中所存储的联系人信息中,则第二用户USER2不太可能与第一用户USER1关系紧密。另外,即使第二用户USER2包括在第一装置100中所存储的联系人信息中,但是如果第一用户USER1与第二用户USER2交换电话呼叫或文本消息的频率低于临界频率,则第二用户USER2不太可能与第一用户USER1关系紧密。在这些情况下,将关于第一用户USER1的当前状况或未来状况的细节包括在应答消息中可能不可取。
此外,如果第二用户USER2包括在第一装置100中所存储的联系人信息中,并且第一用户USER1与第二用户USER2交换电话呼叫或文本消息的频率等于或大于临界频率,则第二用户USER2可能与第一用户USER1关系紧密。另外,如果第二用户USER2在存储在第一装置100中的联系人信息中被归类为收藏联系人或VIP,则第二用户USER2可能与第一用户USER1关系紧密。在这样的情况下,可能可取的是将关于第一用户USER1的当前状况和未来状况的细节包括在应答消息中。
根据另一示例性实施例,将要经由应答消息发送给呼叫用户(例如,第二用户USER2)的信息可基于由第一用户USER1预先输入的设置信息。例如,第一用户USER1可单独地指定特定用户以经由应答消息发送当前状况或未来状况。
在操作S1210中,基于所确定的类型,基于应用所提供的信息来产生应答消息。详细地讲,第一装置100可产生仅包括在操作S1200中确定的信息的应答消息。因此,应答消息可被归类为各种类型。
图13是示出根据示例性实施例的应答消息的各种类型的表。
参照图13,第一类型应答消息TYPE1可包括用户的当前状况。例如,如果第一用户USER1正在长时间驾驶或者正在开长会议,则可能难以估计第一用户USER1将有空回复传入呼叫的时间点。在这种情况下,可选择第一类型应答消息TYPE1。详细地讲,第一装置100可产生包括第一用户USER1的当前状况(例如,第一用户USER1的位置、路线或者状况)的第一类型应答消息TYPE1。例如,第一类型应答消息TYPE1可被产生为“我现在正在锻炼”、“我现在正在去公司的路上”或者“我现在正在开车”。
第二类型应答消息TYPE2可包括用户的当前状况和未来状况。例如,如果第二用户USER2是第一用户USER1的家庭成员,则第一用户USER1可选择第二类型应答消息TYPE2。详细地讲,第一装置100可产生包括第一用户USER1的当前状况(例如,第一用户USER1的位置、路线或者状况)和未来状况(包括第一用户USER1将有空回复传入呼叫的时间点)的第二类型应答消息TYPE2。例如,第二类型应答消息TYPE2可被产生为“我现在正在开车。我将在1小时后致电你”、“我现在正在锻炼。我将在30分钟后有空通电话”或者“我现在正在电影院看电影。我将在2小时后有空通电话”。
第三类型应答消息TYPE3可包括用户的未来状况。例如,如果第二用户USER2是同事,则第一用户USER1可能不想发送关于第一用户USER1的私人生活的信息。在这种情况下,第一用户USER1可选择第三类型应答消息TYPE3。详细地讲,第一装置100可产生包括未来状况(包括第一用户USER1将有空回复传入呼叫的时间点)的第三类型应答消息TYPE3。例如,第三类型应答消息TYPE3可被产生为“我将在1小时后致电你”或者“我将在20分钟后有空通电话。是紧急公事吗?”
第四类型应答消息TYPE4可不包括当前状况和未来状况。例如,如果第二用户USER2未包括在第一装置100中所存储的联系人信息中或者第一用户USER1和第二用户USER2彼此联系的频率较低,则第一用户USER1可选择第四类型应答消息TYPE4。例如,第四类型应答消息TYPE4可被产生为“我现在没有空通电话”或者“我将稍后给你回电话”。
图14是示出产生如图13所示的各种类型的应答消息的示例操作的示图。
参照图14,根据示例性实施例的产生应答消息的方法可对应于图6所示的操作S640的实施例,并且包括由图1的第一装置100按时间顺序执行的操作。另外,根据示例性实施例的产生应答消息的方法可对应于图12所示的操作S1210的实施例,并且可在操作S1200之后执行。
在操作S1400中,确定所确定的信息是否包括当前状况。如果所确定的信息包括当前状况,则执行操作S1410。如果否,则执行操作S1450。
在操作S1410中,基于关于应用的信息来确定用户的位置、路线和活动中的至少一个。详细地讲,在第一装置100接收传入呼叫的同时,第一装置100可基于关于应用的信息来确定用户的位置、路线和活动中的至少一个。
根据示例性实施例,所述应用可以是导航应用或者地图应用,关于应用的信息可以是起点、输入导航应用的目的地或者当前位置。根据另一示例性实施例,所述应用可以是日程安排应用,关于应用的信息可以是输入日程安排应用的当前日程安排的类型或者当前日程安排的位置。根据另一示例性实施例,所述应用可以是健身应用,关于应用的信息可以是输入健身应用的当前锻炼的类型或者当前锻炼的位置。
在操作S1415中,产生应答消息,该应答消息包括作为确定结果而获得的当前状况。详细地讲,第一装置100可产生包括第一用户USER1的当前位置、当前日程安排、当前锻炼或当前状况的应答消息。
在操作1420中,确定所确定的信息是否包括未来状况。如果所确定的信息包括未来状况,则执行操作S1425。如果否,则执行操作S1440。在操作S1440中,提供第一类型应答消息TYPE1。详细地讲,第一装置100可提供包括第一用户USER1的当前状况的第一类型应答消息TYPE1。
在操作S1425中,基于关于应用的信息估计第一用户USER1将有空回复传入呼叫的时间点。详细地讲,第一装置100可基于关于在第一装置100接收传入呼叫的同时正执行的应用的信息来估计第一用户USER1将有空回复传入呼叫的时间点。
根据示例性实施例,所述应用可以是导航应用或地图应用,关于应用的信息可以是输入导航应用的目的地、当前位置、距目的地的距离、到目的地的估计的驾驶时间或者当前交通状况。根据另一示例性实施例,所述应用可以是日程安排应用,关于应用的信息可以是输入日程安排应用的当前日程安排的开始时间或者当前日程安排的结束时间。根据另一示例性实施例,所述应用可以是健身应用,关于应用的信息可以是输入健身应用的当前锻炼的开始时间或者当前锻炼的结束时间。
在操作S1430中,产生还包括未来状况(包括估计结果)的应答消息。详细地讲,第一装置100可产生应答消息,该应答消息包括第一用户USER1的当前状况和第一用户USER1的未来状况(例如,第一用户USER1将有空回复传入呼叫的时间点)。在操作S1435中,提供第二类型应答消息TYPE2。详细地讲,第一装置100可提供包括第一用户USER1的当前状况和未来状况的第二类型应答消息TYPE2。
在操作S1450中,确定所确定的信息是否包括未来状况。如果所确定的信息包括未来状况,则执行操作S1455。如果否,则执行操作S1470。
在操作S1455中,基于关于应用的信息来估计第一用户USER1将有空回复传入呼叫的时间点。操作S1455可基本上类似于操作S1425。在操作S1460中,产生包括未来状况(包括估计结果)的应答消息。在操作S1465中,提供第三类型应答消息TYPE3。详细地讲,第一装置100可提供包括第一用户USER1的未来状况的第三类型应答消息TYPE3。
在操作S1470中,产生包括呼叫拒绝消息的应答消息。换言之,第一装置100可在没有第一用户USER1的当前状况和未来状况的情况下以一般应答消息的形式产生应答消息。在操作S1475中,提供第四类型应答消息TYPE4。详细地讲,第一装置100可提供不包括第一用户USER1的当前状况和未来状况的第四类型应答消息TYPE4。
图15是示出根据示例性实施例的产生应答消息的另一示例操作的流程图。
参照图15,根据示例性实施例的产生应答消息的方法可对应于图6所示的操作S640的实施例,并且包括由图1的第一装置100按时间顺序执行的操作。详细地讲,根据示例性实施例的产生应答消息的操作对应于在从第二装置200接收电话呼叫或消息之前第一用户USER1选择了如图7e所示的问答类型18d功能的情况下产生应答消息的操作。
在操作S1500中,产生既不包括当前状况也不包括未来状况的第一应答消息。详细地讲,初始发送给第二用户USER2的第一应答消息可被产生为包括指示第一用户USER1无法应答来自第二用户USER2的传入呼叫的信息。这里,第一应答消息可对应于如上面参照图13描述的第四类型应答消息TYPE4。例如,第一应答消息可被产生为“我现在无法通电话”。在这种情况下,第一用户USER1无需执行单独的选择以产生第一应答消息,并且第一装置100无需从其它应用接收信息并且处理该信息以产生第一应答消息。
在操作S1510中,响应于来自呼叫用户的回复消息,产生包括当前状况和未来状况中的至少一个的第二应答消息。例如,第一装置100可从第二用户USER2接收回复消息“你现在在哪儿?”。这里,第一装置100可产生包括关于当前位置的当前状况的第二应答消息(例如,“我现在在市政厅附近”)。
可响应于来自呼叫用户的回复消息而重复地执行操作S1510。例如,第一装置100可进一步从第二用户USER2接收回复消息“你什么时候有空通电话?”。这里,第一装置100可进一步产生第二应答消息,该第二应答消息包括关于第一用户USER1将有空通电话的时间点的未来状况(例如,“我将在1小时后致电你”)。
图16是示出根据示例性实施例的产生应答消息的另一示例操作的流程图。
参照图16,根据示例性实施例的产生应答消息的操作可对应于图6所示的操作S640的实施例,并且包括由图1的第一装置100按时间顺序执行的操作。
在操作S1600中,搜索联系人信息并且确定包括呼叫用户的组。这里,联系人信息可以是存储在第一装置100中的电话簿,该电话簿可被分成多个组。所述多个组可包括同事、朋友、家庭成员等。通常,有必要向同事组中的人发送礼貌且正式的消息。另一方面,可向朋友组或家庭成员组中的人发送非正式且随便的消息。
在操作S1610中,基于根据所确定的组的接收者格式和发送者格式中的至少一个产生应答消息。
图17是示出根据示例性实施例的根据组的发送者格式和接收者格式的表。
参照图17,第一组可以是例如同事组,而第二组可以是例如朋友组或家庭成员组。第一组和第二组可由用户预先设定。
在向第一组发送消息的情况下,接收者格式可以是例如“先生”或“女士”,而发送者格式可以是例如“谨上”。例如,如果第二用户USER2的姓名在存储在第一装置100中的电话簿中被存储为“MarkBrown”,则应答消息可被产生为包括短语“Brown先生”。
在向第一组发送的情况下,接收者格式可以是例如名字,而发送者格式可以是例如“问候”。例如,如果第二用户USER2的姓名在存储在第一装置100中的电话簿中被存储为“MarkBrown”,则应答消息可被产生为包括名字“Mark”。
图18a和图18b是示出包括与图17的第一组对应的接收者格式的应答消息的示例的示图。
图18a示出如果确定第二用户USER2在第一组中,则经由文本消息向第二用户USER2发送应答消息的示例。这里,接收者28a可被产生为“Brown先生”,文本28b可被自动地产生为包括由第一装置100确定或估计的当前状况或未来状况。
图18b示出如果确定第二用户USER2在第一组中,则经由电子邮件向第二用户USER2发送应答消息的示例。这里,接收者28c可被产生为“亲爱的Brown先生”,发送者28e可被产生为“谨上”,文本28d可被自动地产生为包括由第一装置100确定或估计的第一用户USER1的当前状况或未来状况。
图19a和图19b是示出包括与图17的第二组对应的接收者格式的应答消息的示例的示图。
图19a示出如果确定第二用户USER2在第二组中,则经由文本消息向第二用户USER2发送应答消息的示例。这里,接收者29a可被产生为“Mark”,文本29b可被自动地产生为包括由第一装置100确定或估计的当前状况或未来状况。
图19b示出如果确定第二用户USER2在第二组中,则经由电子邮件向第二用户USER2发送应答消息的示例。这里,接收者29c可被产生为“亲爱的Mark”,发送者29e可被产生为“问候”,文本29d可被自动地产生为包括由第一装置100确定或估计的第一用户USER1的当前状况或未来状况。
图20是示出依据根据另一示例性实施例的提供应答消息的方法的第一装置100和第二装置200的操作的示例的流程图。
参照图20,提供应答消息的方法是图6的提供应答消息的方法的修改实施例,并且包括由第一装置100和第二装置200按时间顺序执行的操作。上面针对图4所示的第一装置100和第二装置200给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S2000中,第一装置100设置呼叫拒绝功能。这里,可针对特定应用、特定联系人或者特定时段设置呼叫拒绝功能,其中这里也可应用上面参照图7a至图7f给出的描述。在操作S2010中,第二装置200向第一装置100发送电话呼叫或消息。在操作S2020中,第一装置100从第二装置200接收电话呼叫或消息.
在操作S2030中,当从第二装置200接收到电话呼叫或消息时,第一装置100提供与所接收的电话呼叫或者所接收的消息对应的UI元素。例如,第一装置100可在第一装置100的显示屏幕上显示与电话呼叫或消息对应的UI元素。作为另一示例,第一装置100可经由第一装置100的扬声器输出与电话呼叫或消息对应的UI元素。
这里,UI元素可提供关于所接收的电话呼叫的选项,包括接受/回应、拒绝/谢绝、或者发送应答消息。另外,UI元素可提供关于所接收的消息的选项,包括回复或发送应答消息。这里,应答消息发送模式可被称作免打扰模式、用消息拒绝模式或者用消息回复模式。
这里,UI元素可表示便于第一装置100与第一用户USER1交互的图标、文本、图像、按钮或声音。例如,UI元素可包括可由用户操作的元素以及向用户提供信息的元素。另外,UI元素可包括图形用户界面(GUI)元素和字符用户界面(CUI)元素。然而,示例性实施例不限于此。
在操作S2040中,接收针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。根据示例性实施例,第一用户USER1可从显示在第一装置100的显示屏幕上的UI元素当中选择与应答消息的发送对应的UI元素,并且第一装置100可经由UI接收与该选择对应的用户输入。根据另一示例性实施例,第一用户USER1可从显示在第一装置100的显示屏幕上的UI元素当中选择与拒绝/谢绝对应的UI元素,并且第一装置100可经由UI接收与该选择对应的用户输入。
根据示例性实施例,第一装置100可基于用户的手势或移动来检测用户输入。根据另一示例性实施例,第一装置100可基于用户的语音来接收用户输入。
在操作S2050中,第一装置100获得关于第一装置100上正执行的应用的信息。详细地讲,第一装置100可获得关于在操作2020至2040中第一装置100上正执行的应用的信息。在操作S2060中,第一装置100可基于所获得的关于应用的信息来产生包括当前状况和未来状况中的至少一个的应答消息。
根据示例性实施例,第一装置100可产生包括多个应答消息候选的应答消息列表,并且将所产生的应答消息列表显示在第一装置100的显示屏幕上。接下来,通过接收基于第一用户USER1的选择的用户输入,第一装置100可提供所选择的应答消息。换言之,第一装置100可自动地产生多个应答消息候选,并且可由第一用户USER1手动地选择所述多个应答消息候选当中的一个。
根据另一示例性实施例,第一装置100可产生多个应答消息候选,基于第一装置100中发送应答消息的历史选择所产生的应答消息候选当中的一个,并且提供所选择的应答消息。换言之,第一装置100可自动地产生多个应答消息候选,并且可由第一装置100自动地选择所述多个应答消息候选当中的一个。
根据另一示例性实施例,第一装置100可基于第一装置100中发送应答消息的历史来产生一个应答消息,并且提供所产生的应答消息。换言之,第一装置100可自动地产生应答消息。
根据示例性实施例,操作S2050和S2060可由安装在第一装置100上的电话应用或消息应用来执行。换言之,安装在第一装置100上的电话应用或消息应用可包括呼叫拒绝功能。因此,当第一装置100接收到电话呼叫或消息时,可在电话应用或消息应用中激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将产生应答消息所需的信息提供给电话应用或消息应用,电话应用或消息应用可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S2050和S2060可由安装在第一装置100上的专用的应答消息提供应用来执行,该应答消息提供应用可与安装在第一装置100上的电话应用或消息应用结合来执行。因此,当第一装置100接收到电话呼叫或消息时,电话应用或消息应用可激活应答消息提供应用的呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将产生应答消息所需的信息提供给应答消息提供应用,应答消息提供应用可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S2050和S2060可由第一装置100的平台执行。因此,当第一装置100接收到电话呼叫或消息时,平台可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给平台,平台可基于从应用接收的信息产生应答消息。
根据另一示例性实施例,操作S2050和S2060可由外部服务器执行。因此,当第一装置100接收到电话呼叫或消息时,服务器可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将产生应答消息所需的信息提供给服务器,服务器可基于从应用接收的信息产生应答消息。
在操作S2070中,第一装置100将应答消息发送给第二装置200。这里,应答消息可经由SMS、SNS(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)或者电子邮件等来发送。
图21是示出图20的接收用户输入的示例操作的示图。
参照图21,当第一装置100接收到电话呼叫时,与所接收的电话呼叫对应的多个选项30a、30b和30c可经由UI元素显示在屏幕图像上。根据示例性实施例,第一选项30a可以是与接受电话呼叫对应的图标,第二选项30b可以是与拒绝电话呼叫对应的图标,第三选项30c可以是与针对电话呼叫发送应答消息对应的图标。
第一装置100可检测第一用户USER1针对多个选项30a、30b和30c的选择手势。根据示例性实施例,第一用户USER1可选择第三选项30c。根据另一示例性实施例,第一用户USER1可选择第二选项30b。这里,根据示例性实施例可采用各种选择手势。例如,选择手势可包括轻敲、双轻敲、拖曳、轻扫、轻拂和拖放,但不限于此。
这里,术语“轻敲”是指用户利用手指或手写笔(例如,电子笔)触摸显示屏幕并且在不在显示屏幕上移动手指或手写笔的情况下将手指或手写笔抬离显示屏幕的动作。术语“双轻敲”是指用户利用手指或手写笔触摸显示屏幕两次的动作。
术语“拖曳”是指用户利用手指或手写笔触摸显示屏幕并且在不抬起手指或手写笔的情况下在显示屏幕上将手指或手写笔移至另一位置的动作。经由拖曳操作可移动对象或者可执行下述平移(panning)操作。术语“轻拂”是指用户在显示屏幕上以等于或大于临界速度(例如,100像素/秒)的速度拖曳手指或手写笔的动作。基于手指或手写笔的移动速度是否等于或大于临界速度(例如,100像素/秒),拖曳(或平移)可区别于轻拂。
术语“拖放”是指用户在显示屏幕上利用手指或手写笔将显示器上的对象拖曳至指定位置并且抬起手指或手写笔的动作。术语“轻扫”是指用户利用手指或手写笔触摸显示屏幕上的对象并且在水平方向或垂直方向上将手指或手写笔移动指定距离的动作。对角方向上的移动可不被识别为轻扫事件。
图22是示出根据示例性实施例的产生应答消息的示例操作的流程图。
参照图22,根据示例性实施例的产生应答消息的操作可对应于图20的操作S2060的示例,并且包括可由图1的第一装置100按时间顺序执行的操作。
在操作S2200中,基于应用所提供的信息确定用户的当前状况。例如,基于日程安排应用所提供的日程安排信息,第一装置100可确定第一用户USER1当前正在开会。又如,基于健身应用所提供的锻炼信息,第一装置100可确定第一用户USER1当前正在锻炼。又如,基于导航应用所提供的目的地信息或当前位置信息,第一装置100可确定第一用户USER1当前正在驾驶。
在操作S2210中,基于所确定的当前状况,经由语音或文本向用户提供多个选择请求。详细地讲,第一装置100向第一用户USER1提供多个选择请求,例如选择消息类型的请求、选择消息内容的请求、选择消息通信介质的请求以及选择消息形式的请求。
图23a是示出图22的提供多个选择请求的示例操作的示图。
参照图23a,选择请求31a可作为文本提供在第一装置100的显示屏幕上。例如,如果第一用户USER1正在开会,则第一装置100可在第一装置100的显示屏幕上将多个选择请求提供为文本。这里,术语“文本”从广义上使用,可包括图标和表情符号等。
根据示例性实施例,选择请求31a可以是选择消息内容的请求,可作为“请选择消息内容”显示在第一装置100的显示屏幕上,并且待选择的消息内容可作为多个文本TEXT1、TEXT2、TEXT3和TEXT4显示在第一装置100的显示屏幕上。
根据示例性实施例,多个文本TEXT1、TEXT2、TEXT3和TEXT4可基于关于第一装置100上正执行的应用的信息来自动地产生。另外,在第一装置100的显示屏幕上显示多个文本TEXT1、TEXT2、TEXT3和TEXT4的顺序可基于用户的选择历史、选择频率、联系人信息等来自动地确定。例如,第一用户USER1最近使用的文本可显示在最上面的位置。
根据示例性实施例,第一文本TEXT1可以是第一类型应答消息(例如,“我现在正在开会”),第二文本TEXT2可以是第二类型应答消息(例如,“我现在正在开会。我将在30分钟后致电你”),第三文本TEXT3可以是第三类型应答消息(例如,“我将在30分钟后致电你”),第四文本TEXT4可以是第四类型应答消息(例如,“我现在无法通电话”)。
图23b是示出提供多个选择请求的另一示例操作的示图。
参照图23b,可经由第一装置100的扬声器将选择请求32b提供为语音。例如,如果第一用户USER1正在驾驶,则第一装置100可经由扬声器将多个选择请求提供为语音。
根据示例性实施例,选择请求32b可以是选择消息内容的请求,可作为“请选择消息内容”经由第一装置100的扬声器来输出,并且待选择的消息内容可作为与多个文本TEXT1、TEXT2、TEXT3和TEXT4的朗读对应的语音经由第一装置100的扬声器来输出。
根据示例性实施例,多个文本TEXT1、TEXT2、TEXT3和TEXT4可基于关于第一装置100上正执行的应用的信息来自动地产生。另外,经由第一装置100的扬声器输出多个文本TEXT1、TEXT2、TEXT3和TEXT4的顺序可基于用户的选择历史、选择频率、联系人信息等来自动地确定。例如,第一用户USER1最近使用的文本可首先输出。
根据示例性实施例,第一装置100可通过扬声器将第一文本TEXT1输出为“你想选择消息“我现在正在开会”吗?”,将第二文本TEXT2输出为“你想选择消息“我现在正在开会。我将在30分钟后致电你”吗?”,将第三文本TEXT3输出为“你想选择消息“我将在30分钟后致电你”吗?”,将第四文本TEXT4输出为“你想选择消息“我现在无法通电话”吗?”。
返回参照图22,在操作S2220中,可经由用户的语音、文本或动作接收用户选择的结果。
根据示例性实施例,如果选择请求31a如图23a所示作为文本显示在显示屏幕上,则可从选择手势检测用户选择的结果。这里,可根据示例性实施例采用各种选择手势。例如,选择手势可包括轻敲、双轻敲、拖曳、轻扫、轻拂和拖放,但不限于此。
根据另一示例性实施例,如果选择请求31b如图23b所示作为语音经由扬声器输出,则可从用户的语音检测用户选择的结果。例如,第一用户USER1可回答“是”或“否”,第一装置100可基于第一用户USER1的回答来接收第一用户USER1的选择的结果。
根据另一示例性实施例,如果选择请求31b如图23b所示作为语音经由扬声器输出,则可从用户的动作检测用户选择的结果。例如,第一用户USER1可在锻炼期间执行摇晃或旋转可穿戴装置的动作,因此第一装置100可利用可穿戴装置的移动来接收第一用户USER1的选择的结果。
在操作S2230中,基于所接收的选择结果产生应答消息。详细地讲,第一装置100可基于第一用户USER1的选择的结果产生应答消息并且将所产生的应答消息发送给第二装置200。
图24是示出依据根据另一示例性实施例的提供应答消息的方法的第一装置100和第二装置200的操作的另一示例的流程图。
参照图24,根据示例性实施例的提供应答消息的方法是图20的提供应答消息的方法的修改实施例,并且包括可由第一装置100和第二装置200按时间顺序执行的操作。上面针对图4所示的第一装置100和第二装置200给出的描述也可应用于这里的提供应答消息的方法。
在操作S2400中,第一装置100设置呼叫拒绝功能。在操作S2410中,第二装置200向第一装置100发送电话呼叫或消息。在操作S2420中,第一装置100从第二装置200接收电话呼叫或消息。在操作S2430中,当从第二装置200接收电话呼叫或消息时,第一装置100提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S2440中,第一装置100接收选择拒绝或发送应答消息的用户输入。
在操作S2450中,第一装置100获得关于第一装置100上正执行的应用的信息。详细地讲,第一装置100可获得关于在操作2420至2440中第一装置100上正执行的应用的信息。在操作S2460中,第一装置100可基于所获得的关于应用的信息来产生包括当前状况和未来状况中的至少一个的应答消息。
在操作S2470中,第一装置100从多个通信媒介当中选择至少一个。这里,所述多个通信媒介可包括SMS、SNS(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)或者电子邮件中的至少一个。
根据示例性实施例,第一装置100可基于存储在第一装置100中的联系人信息从多个通信媒介当中选择一个。例如,如果第二装置200的电话号码未包括在存储在第一装置100中的联系人信息中,则第一装置100可选择SMS。根据另一示例性实施例,第一装置100可基于第一用户USER1和第二用户USER2使用各个通信媒介的频率或者第一用户USER1和第二用户USER2对通信媒介的最近使用历史来从多个通信媒介当中选择至少一个。
根据示例性实施例,可由第一用户USER1基于第一用户USER1的偏好来手动地选择多个通信媒介当中的至少一个。将在下面参照图25和图26来给出其详细描述。根据另一示例性实施例,可由第一装置100基于第一用户USER1的偏好自动地选择多个通信媒介当中的至少一个。将在下面参照图27来给出其详细描述。
在操作S2480中,第一装置100将应答消息发送给第二装置200。详细地讲,第一装置100可经由在操作S2470中选择的通信媒介将应答消息发送给第二装置200。
图25是示出根据示例性实施例的选择通信媒介的示例操作的流程图。
参照图25,根据示例性实施例的选择通信媒介的操作可对应于图24的操作S2470的示例,可在操作S2460之后执行,并且可包括由第一装置100按时间顺序执行的操作。
在操作S2500中,确定显示多个通信媒介的顺序。
首先,第一装置100基于存储在第一装置100中的联系人信息针对第二装置200确定可用通信媒介。详细地讲,第一装置100基于存储在联系人信息中的关于第二用户USER2的信息(例如,电话号码、电子邮件地址、主页地址、SNS的ID、聊天服务的ID等)来确定将要提供给第一用户USER1的多个可用通信媒介选项。
接下来,第一装置100可基于第一用户USER1和第二用户USER2使用各个通信媒介的频率、第一用户USER1或第二用户USER2对通信媒介的最近使用历史、第二用户USER2是否使用通信服务以及发送应答消息的历史来确定显示多个通信媒介的顺序。例如,如果最近针对第二装置200发送的应答消息经由电子邮件发送,则第一装置100可确定将电子邮件显示在多个通信媒介的顶部。
在操作S2510中,按照所确定的顺序显示多个通信媒介。在操作S2520中,接收用于从多个通信媒介当中选择一个的用户输入。
图26是示出图25的接收用户输入的示例操作的示图。
参照图26,第一装置100可在显示屏幕上显示通信介质选择请求32。然而,示例性实施例不限于此。根据另一示例性实施例,第一装置100可经由扬声器输出通信介质选择请求。
另外,第一装置100可根据在图25的操作S2500中确定的显示顺序来显示多个通信媒介。这里,显示在多个通信媒介的顶部的通信介质可以是用户最可能选择的通信媒介。
第一用户USER1可经由选择手势(例如,轻敲、双轻敲、拖曳、轻扫、轻拂和拖放)从多个通信媒介当中选择至少一个,并且第一装置100可检测第一用户USER1的选择并且经由第一用户USER1所选择的通信媒介来发送应答消息。
图27是示出根据示例性实施例的选择通信媒介的另一示例操作的流程图。
参照图27,根据示例性实施例的选择通信媒介的操作可对应于图24的操作S2470的示例,可在操作S2460之后执行,并且可包括由第一装置100按时间顺序执行的操作。
在操作S2700中,搜索联系人信息。详细地讲,第一装置100查找存储在第一装置100中的联系人信息(即,电话簿)。
在操作S2710中,确定联系人信息是否包括传入呼叫ID。详细地讲,第一装置100可确定联系人信息是否包括第二装置200的电话号码。如果确定联系人信息包括传入呼叫ID,则执行操作S2730、S2750和S2770当中的一个。这里,执行操作S2730、S2750和S2770的顺序可由第一用户USER1预先设定。此外,如果联系人信息不包括传入呼叫ID,则执行操作2720。在操作S2720中,第一装置100选择SMS。
在操作S2730中,确定联系人信息是否包括SNS账号。详细地讲,第一装置100可确定联系人信息是否包括第二用户USER2的SNS账号。如果确定联系人信息包括SNS账号,则执行操作S2735。如果否,则执行操作S2750、S2770或S2720。
在操作S2735中,执行SNS应用。在操作S2740中,确定呼叫用户是否使用SNS。详细地讲,第一装置100可执行SNS应用(例如,Facebook和Twitter)并且通过搜索第二用户USER2使用SNS的历史来确定第二用户USER2是否实际使用SNS。
在操作S2750中,确定联系人信息是否包括聊天账号。详细地讲,第一装置100可确定联系人信息是否包括第二用户USER2的聊天账号。如果确定联系人信息包括聊天账号,则执行操作S2755。如果否,则执行操作S2730、S2770或S2720。
在操作S2755中,执行聊天应用。操作S2760中,确定呼叫用户是否使用聊天服务。详细地讲,第一装置100可执行聊天应用(例如,KakaoTalk和Line)并且通过搜索第二用户USER2使用聊天服务的历史来确定第二用户USER2是否实际使用聊天服务。
在操作S2770中,确定联系人信息是否包括电子邮件地址。详细地讲,第一装置100可确定联系人信息是否包括第二用户USER2的电子邮件地址。如果确定联系人信息包括电子邮件地址,则执行操作S2775。如果否,则执行操作S2730、S2750或S2720。
在操作S2775中,执行电子邮件应用。在操作S2780中,确定呼叫用户是否与呼叫用户交换过电子邮件。详细地讲,第一装置100可执行电子邮件应用并且通过搜索与第二用户USER2交换电子邮件的历史来确定第一用户USER1是否与第二用户USER2交换过电子邮件。
在操作S2790中,基于联系人信息和发送应答消息的历史来选择SNS、聊天、电子邮件和SMS中的至少一个。详细地讲,第一装置100可基于指示第一用户USER1和第二用户USER2交换应答消息的历史来确定第一用户USER1和第二用户USER2使用各个服务的频率,并且基于确定结果选择SNS、聊天服务、电子邮件或SMS。例如,如果第一用户USER1主要经由SMS向第二用户USER2发送应答消息,则即使第二用户USER2的SNS账号、聊天账号和电子邮件地址全部存储在第一装置100中所存储的联系人信息中,第一装置100仍可选择SMS。
图28是示出根据另一示例性实施例的提供应答消息的方法的示图。
参照图28,根据示例性实施例的提供应答消息的方法是图3的提供应答消的修改方法。因此,这里也可应用上面参照图3给出的描述。
在操作S2800中,从安装在装置上的应用获得时间信息。在操作S2810中,从呼叫用户接收呼叫请求(更具体地讲,电话呼叫或消息)。在操作S2820中,将应答消息提供给呼叫用户,其中,所述应答消息包括关于基于与应用有关的信息的当前状况的信息。
图29是示出根据提供应答消息的方法的第一装置100和第二装置200的操作的示例的流程图。
参照图29,根据示例性实施例的提供应答消息的方法包括可由第一装置100和第二装置200按时间顺序执行的操作。上面针对图4所示的第一装置100和第二装置200给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S2900中,第一装置100设置呼叫拒绝功能。可针对特定应用、特定联系人或者特定时段设置呼叫拒绝功能,其中也可应用上面参照图7a至图7f给出的任何描述。
在操作S2910中,第一装置100从安装在第一装置100上的应用获得时间信息。例如,在电影票预订应用的情况下,时间信息可包括电影的开始时间和结束时间。作为另一示例,在日程安排应用的情况下,时间信息可包括所安排的约会的开始时间和结束时间。
根据示例性实施例,操作S2910可由安装在第一装置100上的电话应用或消息应用来执行。换言之,安装在第一装置100上的电话应用或消息应用可包括呼叫拒绝功能。因此,当时间信息被输入到安装在第一装置100上的应用时,可激活电话应用或消息应用。详细地讲,第一装置100上当前正执行的应用可经由API将用于产生应答消息的时间信息提供给电话应用或消息应用,电话应用或消息应用可存储所接收的时间信息。
根据另一示例性实施例,操作S2910可由安装在第一装置100上的专用的呼叫拒绝应用来执行,该呼叫拒绝应用可与安装在第一装置100上的电话应用或消息应用结合来执行。因此,当时间信息被输入到安装在第一装置100上的应用时,可激活呼叫拒绝应用。详细地讲,安装在第一装置100上的应用可经由API将用于产生应答消息的时间信息提供给呼叫拒绝应用,呼叫拒绝应用可存储所接收的时间信息。
根据另一示例性实施例,操作S2910可由第一装置100的平台执行。因此,当时间信息被输入到安装在第一装置100上的应用时,平台可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将用于产生应答消息的时间信息提供给平台,平台可存储所接收的时间信息。
根据另一示例性实施例,操作S2910可由外部服务器执行。因此,当时间信息被输入到安装在第一装置100上的应用时,服务器可激活呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可将用于产生应答消息的时间信息提供给服务器,服务器可存储所接收的时间信息。
在操作S2920中,第二装置200向第一装置100发送电话呼叫或消息。在操作S2930中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S2940中,如果接收到电话呼叫或消息的时间点对应于在操作S2910中获得的时间信息,则第一装置100自动地产生应答消息。详细地讲,第一装置100可基于关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据示例性实施例,操作S2940可由安装在第一装置100上的电话应用或消息应用来执行。换言之,安装在第一装置100上的电话应用或消息应用可包括呼叫拒绝功能。因此,当第一装置100接收到电话呼叫或消息时,可激活电话应用或消息应用。详细地讲,如果接收到电话呼叫或消息的时间点对应于所获得的时间信息,则电话应用或消息应用可自动地产生应答消息。
根据另一示例性实施例,操作S2940可由安装在第一装置100上的专用的呼叫拒绝应用来执行,该呼叫拒绝应用可与安装在第一装置100上的电话应用或消息应用结合来执行。因此,当第一装置100接收到电话呼叫或消息时,可激活呼叫拒绝应用。详细地讲,如果接收到电话呼叫或消息的时间点对应于所存储的时间信息,则呼叫拒绝应用可自动地产生应答消息。
根据另一示例性实施例,操作S2940可由第一装置100的平台执行。因此,当第一装置100接收到电话呼叫或消息时,平台可激活呼叫拒绝功能。详细地讲,如果接收到电话呼叫或消息的时间点对应于所存储的时间信息,则第一装置100的平台可自动地产生应答消息。
根据另一示例性实施例,操作S2940可由外部服务器执行。因此,当第一装置100接收到电话呼叫或消息时,服务器可激活呼叫拒绝功能。详细地讲,如果接收到电话呼叫或消息的时间点对应于所存储的时间信息,则服务器可自动地产生应答消息。
在操作S2950中,第一装置100向第二装置200发送应答消息。这里,应答消息可经由SMS、社交网络服务(SNS)(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)或电子邮件等来发送。
在操作S2960中,第一装置100向第一用户USER1提供应答消息的发送已被完成的通知。因此,第一用户USER1可了解到从第二装置200接收到电话呼叫或消息并且与之对应自动产生的应答消息被发送给第二装置200。
图30是示出根据示例性实施例的包括在应答消息中的信息的示例的表。
参照图30,应答消息可包括呼叫方姓名、当前状况和估计的回复传入呼叫的时间点,其中包括在应答消息中的信息可基于应用的类型而变化。呼叫用户的姓名可对应于图8a和图8b的姓名信息21,当前状况可对应于图8a和图8b的活动信息22和位置信息24,估计的用户将回复传入呼叫的时间点可对应于图8a和图8b的时间信息23。因此,这里也可应用上面参照图8a和图8b给出的任何描述。
以下将参照图4、图8a、图8b和图30描述应答消息的配置。
姓名信息21可基于第二装置200的第二用户USER2的姓名来产生。根据示例性实施例,姓名信息21可基于存储在第一装置100中的联系人信息中所存储的与第二装置200的号码对应的姓名来产生。例如,如果存储在第一装置100中的联系人信息中所存储的与第二装置200的号码对应的姓名为“金主任”,则姓名信息21可被产生为“金主任”。根据另一示例性实施例,姓名信息21可基于第一装置100和第二装置200之间交换消息的历史根据第二用户USER2的昵称来产生。根据另一示例性实施例,如果存储在第一装置100中的联系人信息不包括第二装置200的号码,则应答消息20和20’可不包括姓名信息21。
活动信息22可基于第一用户USER1的当前状况来产生,所述当前状况是基于关于第一装置100上正执行的应用的信息来确定的。这里,第一用户USER1的当前状况可基于周围环境的类型和当前活动来自动地完成。
时间信息23可基于第一用户USER1的未来状况来产生,所述未来状况是基于关于第一装置100上正执行的应用的信息来估计的。这里,第一用户USER1的未来状况可基于估计的时间来自动完成。详细地讲,第一装置100可包括估计模块,该估计模块可估计第一用户USER1将有空回复传入呼叫的时间点。
图31a和图31b是示出根据示例性实施例的基于日程安排应用25c所提供的信息产生应答消息20c的示例操作的示图。
参照图31a,当在第一装置100上执行日程安排应用25c时,可基于日程安排应用25c所提供的信息来确定第一用户USER1的当前状况和未来状况。详细地讲,基于日程安排应用25c所提供的日程安排信息27,第一用户USER1的当前状况可被确定为第一用户USER1在会议室开会。另外,基于日程安排应用25c所提供的日程安排时间信息26c和当前时间信息,第一用户USER1的未来状况可被确定为会议将在30分钟后结束。
参照图31b,第一装置100可基于联系人信息将姓名信息21c产生为“金主任”,基于日程安排应用25c所提供的日程安排信息27将活动信息22c产生为“我现在正在开会”,并且基于日程安排应用25c所提供的日程安排时间信息26c将时间信息23c产生为“我将在30分钟后致电你”。换言之,第一装置100可基于日程安排应用25c所提供的日程安排信息27将位置信息产生为“我在会议室”。
图32a和图32b是示出根据示例性实施例的基于电影票预订应用25d所提供的信息产生应答消息20d的示例操作的示图。
参照图32a,当在第一装置100上执行电影票预订应用25d时,可基于电影票预订应用25d所提供的信息来确定第一用户USER1的当前状况和未来状况。详细地讲,基于电影票预订应用25d所提供的执行信息,第一用户USER1的当前状况可被确定为第一用户USER1正在电影院看电影。另外,基于电影票预订应用25d所提供的电影时间信息26d和当前时间信息,第一用户USER1的未来状况可被确定为电影将在1小时后结束。
参照图32b,第一装置100可基于联系人信息将姓名信息21d产生为“金主任”,基于电影票预订应用25d所提供的预订信息将位置信息24d产生为“我在电影院”,并且基于电影票预订应用25d所提供的电影时间信息26d将时间信息23d产生为“我将在1小时后致电你”。
上面参照图31a至图32b描述了当第一装置100上执行日程安排应用25c和电影票预订应用25d时可产生的应答消息20c和20d的相应示例。以下将详细描述在第一装置100上正执行其他应用的同时可产生的应答消息的示例。
例如,如果在第一装置100上执行交通预订应用,则可从交通预订应用获得指示第一用户USER1当前正在利用交通工具来移动的信息。例如,如果第一用户USER1“当前正在乘飞机移动”,则活动信息22可被产生为“我在飞机上”。另外,由于可从交通预订应用获得关于到达时间的信息,所以可基于到达前剩余时间产生时间信息23。
作为另一示例,如果在第一装置100上执行闹钟应用,则可从闹钟应用获得指示例如第一用户USER1当前正在睡觉的信息。如果第一用户USER1当前正在“睡觉”,则活动信息22可被产生为“我正在睡觉”。另外,由于可从闹钟应用获得关于闹钟时间的信息,所以可基于闹钟时间前剩余时间产生时间信息23。
上面描述了基于第一装置100上执行的应用所提供的信息产生活动信息22、时间信息23和位置信息24的一个或多个示例性实施例。然而,示例性实施例不限于此。根据另一示例性实施例,第一装置100可与第一用户USER1穿戴着的可穿戴装置结合来操作。详细地讲,活动信息22、时间信息23和位置信息24可基于可穿戴装置上执行的应用所提供的信息来产生。其详细描述将在下面参照图41至图51以及图57至图60来给出。
图33是示出依据根据另一示例性实施例的提供应答消息的方法的第一装置100和第二装置200的操作的示例的流程图。
参照图33,提供应答消息的方法是图29的提供应答消息的方法的修改实施例,并且包括可由第一装置100和第二装置200按时间顺序执行的操作。因此,即使下面被省略,上面针对图29所示的第一装置100和第二装置200给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S3300中,第一装置100设置呼叫拒绝功能。在操作S3310中,第一装置100从安装在第一装置100上的应用获得时间信息。在操作S3320中,第二装置200向第一装置100发送电话呼叫或消息。在操作S3330中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S3340中,当从第二装置200接收到电话呼叫或消息时,第一装置100提供与所接收的电话呼叫或所接收的消息对应的UI元素。例如,第一装置100可在第一装置100的显示屏幕上显示与电话呼叫或消息对应的UI元素。又如,第一装置100可经由第一装置100的扬声器输出与电话呼叫或消息对应的UI元素。
在操作S3350中,第一装置100接收选择拒绝/谢绝或者发送应答消息的用户输入。根据示例性实施例,第一用户USER1可从显示在第一装置100的显示屏幕上的UI元素当中选择与应答消息的发送对应的UI元素,并且第一装置100可经由UI接收与该选择对应的用户输入。根据另一示例性实施例,第一用户USER1可从显示在第一装置100的显示屏幕上的UI元素当中选择与拒绝/谢绝消息对应的UI元素,并且第一装置100可经由UI接收与该选择对应的用户输入。
根据示例性实施例,可由第一装置100基于用户的手势或移动检测用户输入。根据另一示例性实施例,可由第一装置100基于用户的语音接收用户输入。
在操作S3360中,如果接收到电话呼叫或消息时的时间点对应于在操作S3310中获得的时间信息,则第一装置100自动地产生应答消息。详细地讲,第一装置100可基于关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
在操作S3370中,第一装置100向第二装置200发送应答消息。
图34是示出根据示例性实施例的提供应答消息的示例操作的流程图。
参照图34,根据示例性实施例的提供应答消息的操作可对应于图3的操作S320的示例,并且可包括可由图1的第一装置100按时间顺序执行的操作。
在操作S3400中,基于应用所提供的信息确定用户的当前状况。例如,基于日程安排应用所提供的日程安排信息,第一装置100可确定第一用户USER1当前正在开会。又如,基于健身应用所提供的锻炼信息,第一装置100可确定第一用户USER1当前正在锻炼。又如,基于导航应用所提供的目的地信息或当前位置信息,第一装置100可确定第一用户USER1当前正在驾驶。
在操作S3410中,基于所确定的当前状况选择多个消息形式当中的一个。消息形式也可被称作消息样式。详细地讲,所述多个消息形式可包括文本和语音中的至少一个。如果确定第一用户USER1当前正在开会,则第一装置100可选择文本消息形式。作为另一示例,如果确定第一用户USER1当前正在锻炼或驾驶,则可能难以输入或选择文本消息,因此第一装置100可选择语音消息形式。
在操作S3420中,以所选择的消息形式产生应答消息。例如,第一装置100可自动地或手动地产生包括第一用户USER1的当前状况或未来状况的信息,并且可产生包括该信息的文本消息。又如,第一装置100可自动地或手动地产生包括第一用户USER1的当前状况或未来状况的信息,并且可产生包括该信息的语音消息。如上所述,根据示例性实施例,可通过基于用户的当前状况选择待发送的消息的形式来提高用户便利。
图35是示出根据另一示例性实施例的提供应答消息的方法的流程图。
参照图35,根据示例性实施例的提供应答消息的方法是图3的提供应答消息的方法的修改实施例。因此,上面参照图3给出的描述也可应用于示例性实施例,因此重复的描述将被省略。
在操作S3500中,从呼叫用户接收电话呼叫或消息。在操作S3510中,向呼叫用户提供应答消息,其中,所述应答消息包括基于关于应用的信息的当前状况。在操作S3520中,向呼叫用户提供关于改变的状况的消息。
参照图4和图35,详细地讲,在操作S3520中,基于关于应用的信息,如果关于第一用户USER1的状况改变,则第一装置100将关于改变的状况的消息发送给第二用户USER2。详细地讲,第一装置100监测应用执行的终止、应用所提供的内容的回放的终止或者输入到应用的活动的终止。基于监测结果,如果确定第一用户USER1变得可通电话,则第一装置100可将关于改变的状况的消息发送给第二用户USER2。
根据示例性实施例,如果在操作S3500和S3510期间在第一装置100上正执行的应用的执行终止,则可确定关于第一用户USER1的状况改变,并且可将关于改变的状况的消息发送给第二用户USER2。
例如,如果在操作S3500和S3510期间在第一装置100上正执行导航应用,则安装在第一装置100或者第一装置100的平台上的电话应用、消息应用或呼叫拒绝应用可在操作S3510之后继续监测导航应用的执行。当导航应用的执行终止时,可确定第一用户USER1不再驾驶,因此第一装置100可将关于改变的状况的消息(例如,“我现在可通电话”)发送给第二装置200。
作为另一示例,如果在操作S3500和S3510期间在第一装置100上正执行健身应用,则安装在第一装置100或者第一装置100的平台上的电话应用、消息应用或呼叫拒绝应用可在操作S3510之后继续监测健身应用的执行。当健身应用的执行终止时,可确定第一用户USER1不再锻炼,因此第一装置100可将关于改变的状况的消息(例如,“我结束锻炼。我现在可通电话”)发送给第二装置200。
根据示例性实施例,如果在操作S3500和S3510期间在第一装置100上正执行的应用所提供的内容被终止,则可确定关于第一用户USER1的状况被改变,第一装置100可将关于改变的状况的消息发送给第二装置200。
例如,如果在操作S3500和S3510期间在第一装置100上正执行电影播放器应用,则安装在第一装置100或者第一装置100的平台上的呼叫拒绝应用可在操作S3510之后继续监测由电影播放器应用回放的内容。当由电影播放器应用回放的内容被终止时,可确定第一用户USER1不再观看该内容,因此第一装置100可将关于改变的状况的消息(例如,“我现在可通电话”)发送给第二装置200。
根据另一示例性实施例,在操作S3500和S3510中监测输入到第一装置100上先前执行的应用的时间信息,并且在与该时间信息对应的活动的结束时间,可确定关于第一用户USER1的状况被改变,因此第一装置100可将关于改变的状况的消息发送给第二装置200。
例如,在输入到安装在第一装置100上的日程安排应用的会议结束时间,可确定第一用户USER1不再开会,因此第一装置100可将关于改变的状况的消息(例如,“会议结束。我现在可通电话”)发送给第二装置200。
图36是示出根据另一示例性实施例的提供应答消息的方法的流程图。
参照图36,根据示例性实施例的提供应答消息的方法是图3的提供应答消息的方法的修改实施例。因此,上面参照图3给出的描述也可应用于示例性实施例,因此重复的描述将被省略。
在操作S3600中,从呼叫用户接收电话呼叫或消息。在操作S3610中,向呼叫用户提供应答消息,其中,所述应答消息包括基于关于应用的信息的当前状况。在操作S3620中,向用户提供提醒消息。
图37是示出根据示例性实施例的提供提醒消息的示例操作的流程图。
参照图37,根据示例性实施例的提供提醒消息的操作可对应于图36的操作S3620的示例,可在操作S3610之后执行,并且可包括可由第一装置100按时间顺序执行的操作。
在操作S3700中,基于关于应用的信息估计用户的未来状况。根据示例性实施例,所述应用可以是导航应用或地图应用,关于应用的信息可以是输入到导航应用的目的地、当前位置、距目的地的距离、到目的地的估计驾驶时间或者当前交通状况。根据另一示例性实施例,所述应用可以是健身应用,关于应用的信息可以是输入到健身应用的当前锻炼的开始时间或者当前锻炼的结束时间。根据另一示例性实施例,所述应用可以是日程安排应用,关于应用的信息可以是输入到日程安排应用的当前日程安排的开始时间或者当前日程安排的结束时间。根据另一示例性实施例,所述应用可以是订票应用,关于应用的信息可以是输入到订票应用的音乐会的开始时间或者音乐会的结束时间。
在操作S3710中,在用户将有空回复传入呼叫的时间点向用户提供提醒消息。详细地讲,第一装置100可在第一用户USER1有空回复传入呼叫的时间点在显示屏幕上显示提醒消息或者经由声音或振动提供提醒消息。例如,如果第一装置100向第二装置200发送了应答消息“我现在正在开车。我将在30分钟后致电你”,则第一装置100可在自发送应答消息的时间点起30分钟之后的时间点向第一用户USER1提供提醒消息。
根据示例性实施例,提醒消息可包括未接来电列表。详细地讲,未接来电列表可包括与用户无法应答的未接电话呼叫或未接消息对应的传入呼叫ID。根据上述实施例,可在用户有空回复传入呼叫的时间点向用户通知与未接电话呼叫或未接消息对应的传入呼叫ID。
图38是示出根据示例性实施例的提供提醒消息的另一示例操作的流程图。
参照图38,根据示例性实施例的提供提醒消息的操作可对应于图36的操作S3620的示例,可在操作S3610之后执行,并且包括可由第一装置100按时间顺序执行的操作。
在操作S3800中,基于关于应用的信息确定用户的当前状况。根据示例性实施例,所述应用可以是导航应用或地图应用,关于应用的信息可以是起点、输入到导航应用的目的地或者当前位置。根据另一示例性实施例,所述应用可以是日程安排应用,关于应用的信息可以是输入到日程安排应用的当前日程安排的类型或者当前日程安排的位置。根据另一示例性实施例,所述应用可以是健身应用,关于应用的信息可以是输入到健身应用的当前锻炼的类型或者当前锻炼的位置。
在操作S3810中,基于所确定的当前状况选择包括文本、语音和振动中的至少一个的多个提醒形式中的至少一个。详细地讲,第一装置100可将文本、文本和语音、语音和振动、或者文本、语音和振动确定为提醒形式。
在操作S3820中,经由所选择的提醒形式向用户提供提醒消息。例如,如果第一用户USER1正在驾驶,则第一装置100可将文本和语音确定为提醒形式,因此第一装置100可经由文本和语音向第一用户USER1提供提醒消息。作为另一示例,如果第一用户USER1正在开会,则第一装置100可将文本和振动确定为提醒形式,因此第一装置100可经由文本和振动向第一用户USER1提供提醒消息。
图39是示出根据示例性实施例的控制发送的方法的流程图。
参照图39,根据示例性实施例的控制发送的方法是当呼叫请求被拒绝时控制发送的方法,并且包括由装置执行的以下操作。例如,控制发送的方法可包括可由第二装置200按时间顺序执行的操作。
在操作S3900中,向接收用户发送电话呼叫或消息。这里,电话呼叫可以是经由移动通信网络的电话呼叫、互联网协议语音(VoIP)呼叫或者长期演进(LTE)语音(VoLTE)呼叫中的至少一个。这里,消息可以是短消息服务(SMS)、多媒体消息服务(MMS)或者由聊天服务(例如,KakaoTalk或Line)提供的消息中的至少一个。
在操作S3910中,从接收用户接收应答消息。根据示例性实施例,应答消息可包括接收用户的当前状况。这里,“当前状况”是指在接收传入呼叫的时间点接收用户无法应答传入呼叫的原因(所述原因是通过参考关于当前正执行或者先前执行的应用的信息来确定的),并且可以是接收用户的特定活动、位置或路线。另外,“未来状况”可以是通过参考关于当前正执行或者先前执行的应用的信息估计的传入呼叫终止之后接收用户的状况的改变,并且可对应于估计的接收用户将有空应答传入呼叫的时间点。
在操作S3920中,基于所接收的应答消息提供接收用户将有空通电话的时间点的通知。根据示例性实施例,装置可基于包括在应答消息中的未来状况来获得接收用户将有空通电话的时间点,并且将所获得的接收用户有空通电话的时间点的通知提供给呼叫用户。
图40是示出根据图39的控制发送的方法的第一装置100和第二装置200的操作的示例的流程图。
参照图40,根据示例性实施例的控制发送的方法包括由第一装置100和第二装置200按时间顺序执行的操作。上面针对图4所示的第一装置100和第二装置200给出的描述也可应用于这里的控制发送的方法。
在操作S4000中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4010中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S4020中,第一装置100针对所接收的电话呼叫或所接收的消息产生指示拒绝的应答消息。这里,所述应答消息可包括第一用户USER1的当前状况或未来状况。根据示例性实施例,第一装置100可基于关于当前正执行或者先前执行的应用的信息自动地产生应答消息。根据另一示例性实施例,第一装置100可提供与所接收的电话呼叫或者所接收的消息对应的UI元素,并且当从第一用户USER1接收用于针对电话呼叫选择拒绝/谢绝电话呼叫或发送应答消息或者针对消息选择发送应答消息的用户输入时,可基于关于当前正执行或者先前执行的应用的信息自动地产生应答消息。
在操作S4030中,第一装置100向第二装置200发送应答消息。根据示例性实施例,第一装置100可基于关于当前正执行或者先前执行的应用的信息自动地向第二装置200发送应答消息。根据另一示例性实施例,当从第一用户USER1接收用于针对电话呼叫选择拒绝/谢绝电话呼叫或发送应答消息或者针对消息选择发送应答消息的用户输入时,第一装置100可向第二装置200发送应答消息。根据另一示例性实施例,当从第一用户USER1输入用于选择多个通信媒介当中的一个的用户输入时,第一装置100可经由所选择的通信媒介向第二装置200发送应答消息。上面参照图3至图38描述的提供应答消息的方法可应用于根据示例性实施例的操作S4020和S4030。
在操作S4040中,第二装置200将第一用户USER1将有空通电话的时间点的通知提供给第二用户USER2。详细地讲,第二装置200可基于从第一装置100接收的应答消息获得第一用户USER1将有空通电话的时间点,并且将所获得的第一用户USER1有空通电话的时间点的通知提供给第二用户USER2。根据示例性实施例,第二装置200可在从第一装置100接收应答消息的时间点将第一用户USER1将有空通电话的时间点的通知提供给第二用户USER2。根据另一示例性实施例,第二装置200可在第一用户USER1有空通电话的时间点将所获得的第一用户USER1有空通电话的时间点的通知提供给第二用户USER2。
根据示例性实施例,第二装置200可基于包括在应答消息中的当前状况来估计第一用户USER1将有空通电话的时间点,并且将所估计的第一用户USER1将有空通电话的时间点的通知提供给第二用户USER2。例如,如果应答消息是“我在电影院”,则第二装置200可基于所估计的对应电影的回放时间来估计第一用户USER1将有空通电话的时间点,并且将所估计的第一用户USER1将有空通电话的时间点的通知提供给第二用户USER2。
根据另一示例性实施例,第二装置200可基于包括在应答消息中的未来状况来估计第一用户USER1将有空通电话的时间点,并且将所估计的第一用户USER1将有空通电话的时间点的通知提供给第二用户USER2。例如,如果应答消息是“我将在30分钟后致电你”,则第二装置200可获得第一用户USER1将有空通电话的时间点,并且在所获得的第一用户USER1将有空通电话的时间点(即,自发送电话呼叫或消息的时间点起逝去了30分钟时)将所估计的第一用户USER1有空通电话的时间点的通知提供给第二用户USER2。
在操作S4050中,第二装置200向第一装置100发送电话呼叫或消息。根据示例性实施例,第二装置200可在基于应答消息获得的第一用户USER1将有空通电话的时间点自动地向第一装置100发送电话呼叫或消息。然而,示例性实施例不限于此。根据另一示例性实施例,操作S4050可由第二用户USER2手动地执行。
图41是示出根据示例性实施例的执行应答消息提供功能的系统10b的框图。
参照图41,系统10b可包括第一装置100、第二装置200和第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此上面参照图1a给出的描述也可应用于示例性实施例。根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置,并且可与第一装置100结合来操作。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,并且第一装置100可向第三装置300通知接收到电话呼叫或消息。第三装置300可产生应答消息并且将该应答消息发送给第二装置200。
根据示例性实施例,第三装置300可利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第三装置300可利用第三装置300上当前正执行或者先前执行的应用来产生应答消息。
图42是示出依据根据示例性实施例的提供应答消息的方法的图41的第一装置100、第二装置200和第三装置300的操作的示例的流程图。
参照图42,根据示例性实施例的提供应答消息的方法包括可由图41的第一装置100、第二装置200和第三装置300按时间顺序执行的操作。上面针对图41所示的第一装置100、第二装置200和第三装置300给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S4200中,第一装置100设置呼叫拒绝功能。也可应用上面参照图7a至图7f给出的描述。在操作S4210中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4220中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S4230中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。例如,第一装置100可经由无线通信(例如,蓝牙或Wi-Fi)来向第三装置300提供接收通知。
在操作S4240中,第三装置300获得关于应用的信息。详细地讲,第三装置300可获得关于第三装置300上当前正执行或者先前执行的应用的信息。另外,第三装置300可获得关于第一装置100上当前正执行或者先前执行的应用的信息。根据示例性实施例,第一装置100可连同关于应用的信息一起提供接收通知。根据另一示例性实施例,第三装置300可向第一装置100请求关于应用的信息,第一装置100可响应于该请求来提供关于应用的信息。
在操作S4250中,第三装置300自动地产生应答消息。详细地讲,第三装置300可基于关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据示例性实施例,操作S4240和S4250可由安装在第三装置300上的专用的呼叫拒绝应用来执行。因此,当第一装置100提供接收通知时,可激活安装在第三装置300上的呼叫拒绝应用的呼叫拒绝功能。详细地讲,第三装置300上当前正执行或者先前执行的应用可经由API将用于产生应答消息的信息提供给呼叫拒绝应用,呼叫拒绝应用可基于从当前正执行或者先前执行的应用接收的信息来产生应答消息。
根据另一示例性实施例,操作S4240和S4250可由第三装置300的平台执行。因此,当第一装置100提供接收通知时,第三装置300的平台可激活呼叫拒绝功能。详细地讲,第三装置300上当前正执行或者先前执行的应用可经由API将用于产生应答消息的信息提供给平台,平台可基于从当前正执行或者先前执行的应用接收的信息来产生应答消息。
在操作S4260中,第三装置300向第二装置200发送应答消息。这里,应答消息可经由SMS、社交网络服务(SNS)(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)或电子邮件中的至少一个来发送。
在操作S4270中,第三装置300将已完成发送应答消息的通知提供给第一用户USER1。因此,第一用户USER1可了解到从第二装置200接收到电话呼叫或消息并且与之对应地自动产生的应答消息被发送给第二装置200。
图43是示出依据根据示例性实施例的提供应答消息的方法的第一装置100、第二装置200和第三装置300的操作的其它示例的流程图。
参照图43,根据示例性实施例的提供应答消息的方法是图42的提供应答消息的方法的修改实施例,并且包括可由图41的第一装置100、第二装置200和第三装置300按时间顺序执行的操作。上面针对图41所示的第一装置100、第二装置200和第三装置300给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S4300中,第一装置100设置呼叫拒绝功能。在操作S4310中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4320中,第一装置100从第二装置200接收电话呼叫或消息。在操作S4330中,第一装置100向第三装置300提供接收到电话呼叫或消息的通知。
在操作S4340中,第三装置300提供与所接收的电话呼叫或者所接收的消息对应的UI元素。例如,当从第一装置100接收到接收通知时,第三装置300可在第三装置300的显示屏幕上显示与电话呼叫或消息对应的UI元素。作为另一示例,当从第一装置100接收到接收通知时,第三装置300可经由第三装置300的扬声器输出与传入呼叫对应的UI元素。
这里,UI元素可显示针对所接收的传入呼叫的选项,包括针对所接收的电话呼叫的允许、拒绝或发送应答消息。另外,UI元素可显示针对所接收的传入呼叫的选项,包括针对所接收的消息的允许、拒绝或发送应答消息。
在操作S4350中,第三装置300接收用于针对电话呼叫或消息选择拒绝/谢绝或发送应答消息的用户输入。根据示例性实施例,第一用户USER1可从显示在第三装置300的显示屏幕上的UI元素当中选择与应答消息的发送对应的UI元素,并且第三装置300可经由UI接收与该选择对应的用户输入。根据另一示例性实施例,第一用户USER1可从显示在第三装置300的显示屏幕上的UI元素当中选择与拒绝/谢绝对应的UI元素,并且第三装置300可经由UI接收与该选择对应的用户输入。
根据示例性实施例,可由第三装置300基于用户的手势或移动来检测用户输入。根据另一示例性实施例,可由第三装置300基于用户的语音来接收用户输入。
在操作S4360中,第三装置300获得关于应用的信息。详细地讲,第三装置300可获得关于第三装置300或第一装置100上当前正执行或者先前执行的应用的信息。
在操作S4370中,第三装置300基于第三装置300所获得的关于应用的信息来产生应答消息。详细地讲,第三装置300可基于关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据示例性实施例,第三装置300可产生包括多个应答消息候选的应答消息列表,并且将该应答消息列表显示在第三装置300的显示屏幕上。这里,通过接收基于第一用户USER1的选择的用户输入,第三装置300可提供所选择的应答消息。换言之,由第三装置300自动地产生多个应答消息候选,可由第一用户USER1手动地选择所述多个应答消息候选当中的一个。
根据另一示例性实施例,第三装置300可产生多个应答消息候选,基于发送应答消息的历史从所产生的应答消息候选当中选择一个,并且提供所选择的应答消息。换言之,可由第三装置300自动地产生多个应答消息候选,并且可由第三装置300自动地选择所述多个应答消息候选当中的一个。
根据另一示例性实施例,第三装置300可基于发送应答消息的历史产生单个应答消息,并且提供所产生的应答消息。换言之,可由第三装置300自动地产生应答消息。
在操作S4380中,第三装置300向第二装置200发送应答消息。这里,应答消息可经由SMS、社交网络服务(SNS)(例如,Facebook或Twitter)、聊天服务(例如,KakaoTalk或Line)或电子邮件中的至少一个来发送。
图44是示出依据根据示例性实施例的提供应答消息的方法的第一装置100、第二装置200和第三装置300的操作的其它示例的流程图。
参照图44,根据示例性实施例的提供应答消息的方法是图43的提供应答消息的方法的修改实施例,并且包括可由第一装置100、第二装置200和第三装置300按时间顺序执行的操作。上面参照图41至图43给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S4400中,第一装置100设置呼叫拒绝功能。在操作S4410中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4420中,第一装置100从第二装置200接收电话呼叫或消息。在操作S4430中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。在操作S4440中,第三装置300提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S4450中,第三装置300接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。
在操作S4460中,第三装置300向第一装置100请求关于应用的信息。在操作S4470中,第一装置100将关于当前正执行或者先前执行的应用的信息提供给第三装置300。这里,关于应用的信息可以是关于第一装置100上当前正执行或者先前执行的应用的信息。
在操作S4480中,第三装置300基于第一装置100所提供的关于应用的信息来产生应答消息。详细地讲,第三装置300可产生应答消息,该应答消息基于第一装置100所提供的关于应用的信息并且包括第一用户USER1的当前状况和未来状况中的至少一个。
在操作S4490中,第三装置300向第二装置200发送应答消息。
图45是示出依据根据示例性实施例的提供应答消息的方法的第一装置100、第二装置200和第三装置300的操作的其它示例的流程图。
参照图45,根据示例性实施例的提供应答消息的方法是图44的提供应答消息的方法的修改实施例,并且包括可由图41的第一装置100、第二装置200和第三装置300按时间顺序执行的操作。上面参照图41至图44给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S4500中,第一装置100设置呼叫拒绝功能。在操作S4510中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4520中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S4530中,第一装置100将接收到电话呼叫或消息的通知以及关于应用的信息提供给第三装置300。这里,关于应用的信息可以是关于第一装置100上当前正执行或者先前执行的应用的信息。
在操作S4540中,第三装置300提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S4550中,第三装置300接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。
在操作S4560中,第三装置300基于第一装置100所提供的关于应用的信息来产生应答消息。详细地讲,第三装置300可产生应答消息,该应答消息基于第一装置100所提供的关于应用的信息并且包括第一用户USER1的当前状况和未来状况中的至少一个。
在操作S4570中,第三装置300向第二装置200发送应答消息。
图46是示出根据示例性实施例的执行应答消息提供功能的系统10c的框图。
参照图46,系统10c可包括第一装置100、第二装置200和第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此也可应用上面参照图1a给出的描述。根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置并且可与第一装置100结合来操作。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第三装置300通知接收到电话呼叫或消息。第三装置300可向第一装置100发送应答消息,第一装置100可将从第三装置300接收的应答消息发送给第二装置200。
因此,根据示例性实施例,产生应答消息的操作可由第三装置300执行,可应用上面参照图42至图45描述的在第三装置300处产生应答消息的操作。然而,根据示例性实施例,与图42至图45中不同,第三装置300可不直接向第二装置200发送应答消息,第三装置300可经由第一装置100来向第二装置200发送应答消息。
图47是示出根据示例性实施例的执行应答消息提供功能的系统10d的框图。
参照图47,系统10d可包括第一装置100、第二装置200和第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此也可应用上面参照图1a给出的描述。根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置并且可与第一装置100结合来操作。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第三装置300通知接收到电话呼叫或消息。第三装置300可将与应答消息对应的代码、与应答消息对应的数据或者与应答消息对应的信息发送给第一装置100。第一装置100可基于从第三装置300接收的所述代码、数据或信息来产生应答消息,并且将所产生的应答消息发送给第二装置200。如上所述,产生包括在应答消息中的信息的操作可在第三装置300处执行,可应用上面参照图42至图45描述的在第三装置300处产生应答消息的操作。然而,根据示例性实施例,与图42至图45中不同,第三装置300可不直接产生应答消息,而是可产生与应答消息对应的代码、与应答消息对应的数据或者与应答消息对应的信息。接下来,第三装置300可将所产生的代码、所产生的数据或者所产生的信息发送给第一装置100。第一装置100可基于从第三装置300接收的所述代码、数据或信息来产生应答消息,并且将所产生的应答消息发送给第二装置200。
图48是示出根据示例性实施例的执行应答消息提供功能的系统10e的框图。
参照图48,系统10e可包括第一装置100、第二装置200和第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此也可应用上面参照图1a给出的描述。根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置并且可与第一装置100结合来操作。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第三装置300通知接收到电话呼叫或消息。第三装置300可指示第一装置100产生应答消息。第一装置100可产生应答消息并且将所产生的应答消息发送给第二装置200。
根据示例性实施例,第一装置100可利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第一装置100可利用第三装置300上当前正执行或者先前执行的应用来产生应答消息。
图49是示出依据根据示例性实施例的提供应答消息的方法的图48的第一装置100、第二装置200和第三装置300的操作的示例的流程图。
参照图49,根据示例性实施例的提供应答消息的方法包括可由图48的第一装置100、第二装置200和第三装置300按时间顺序执行的操作。因此,即使下面被省略,上面针对图48所示的第一装置100、第二装置200和第三装置300给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S4900中,第一装置100设置呼叫拒绝功能。上面参照图7a至图7f给出的任何描述也可应用于根据示例性实施例的设置呼叫拒绝功能的操作。在操作S4910中,第二装置200向第一装置100发送电话呼叫或消息。在操作S4920中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S4930中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。例如,第一装置100可经由无线通信(例如,蓝牙或Wi-Fi)来将接收通知提供给第三装置300。
在操作S4940中,第三装置300提供与所接收的电话呼叫或者所接收的消息对应的UI元素。例如,当从第一装置100接收到接收通知时,第三装置300可在第三装置300的显示屏幕上显示与电话呼叫或消息对应的UI元素。作为另一示例,当从第一装置100接收到接收通知时,第三装置300可经由第三装置300的扬声器来输出与传入呼叫对应的UI元素。
在操作S4950中,第三装置300接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。根据示例性实施例,第一用户USER1可从显示在第三装置300的显示屏幕上的UI元素当中选择与应答消息的发送对应的UI元素,第三装置300可经由UI接收与该选择对应的用户输入。根据另一示例性实施例,第一用户USER1可从显示在第三装置300的显示屏幕上的UI元素当中选择与拒绝/谢绝对应的UI元素,第三装置300可经由UI接收与该选择对应的用户输入。
根据示例性实施例,可由第三装置300基于用户的手势或移动来检测用户输入。根据另一示例性实施例,可由第三装置300基于用户的语音来接收用户输入。
在操作S4960中,第三装置300可指示第一装置100产生应答消息。在操作S4965中,第三装置300可将用于产生应答消息的关于应用的信息提供给第一装置100。根据另一示例性实施例,操作S4965可被省略。
在操作S4970中,第一装置100可基于关于第一装置100上当前正执行或者先前执行的应用的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,可基于关于在操作S4920至S4965期间正执行的应用的信息或者关于在操作S4920至S4965之前先前执行的应用的信息来产生应答消息。
另外,第一装置100可基于第三装置300所提供的关于应用的信息来产生包括当前状况和未来状况中的至少一个的应答消息。详细地讲,可基于关于在操作S4920至S4965期间在第三装置300上正执行的应用的信息或者关于在操作S4920至S4965之前在第三装置300上先前执行的应用的信息来产生应答消息。
根据示例性实施例,第一装置100可产生包括多个应答消息候选的应答消息列表,基于发送应答消息的历史从所产生的应答消息候选当中选择至少一个,并且提供所选择的应答消息。换言之,由第一装置100自动地产生多个应答消息候选,并且可由第一装置100自动地选择所述多个应答消息候选当中的至少一个。
根据另一示例性实施例,第一装置100可基于发送应答消息的历史产生单个应答消息,并且提供所产生的应答消息。换言之,可由第一装置100自动地产生应答消息。
根据另一示例性实施例,第一装置100可产生多个应答消息候选并且可将所产生的应答消息候选提供给第三装置300。提供给第三装置300的应答消息候选可被显示在第三装置300的显示屏幕上。接下来,接收基于第一用户USER1的选择的用户输入,因此第三装置300可将所选择的应答消息发送给第一装置100。换言之,由第一装置100自动地产生多个应答消息候选,并且可由第一用户USER1经由第三装置300手动地选择所述多个应答消息候选当中的一个。
在操作S4980中,第一装置100向第二装置200发送应答消息。在操作S4990中,第一装置100向第三装置300通知已完成消息发送。
图50是示出根据示例性实施例的执行应答消息提供功能的系统10f的框图。
参照图50,系统10f可包括第一装置100、第二装置200和第三装置300。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此也可应用上面参照图1a给出的描述。根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置并且可与第一装置100结合来操作。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第三装置300通知接收到拒绝呼叫消息提供系统。接下来,第一装置100可产生应答消息并且将该应答消息发送给第二装置200。
根据示例性实施例,第一装置100可利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第一装置100可利用第三装置300上当前正执行或者先前执行的应用来产生应答消息。
图51是示出依据根据示例性实施例的提供应答消息的方法的图50的第一装置100、第二装置200和第三装置300的操作的示例的流程图。
参照图51,根据示例性实施例的提供应答消息的方法包括由图50的第一装置100、第二装置200和第三装置300按时间顺序执行的操作。因此,即使下面被省略,上面针对图50的第一装置100、第二装置200和第三装置300给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5100中,第一装置100设置呼叫拒绝功能。上面参照图7a至图7f给出的任何描述也可应用于根据示例性实施例的设置呼叫拒绝功能的操作。在操作S5110中,第二装置200向第一装置100发送电话呼叫或消息。在操作S5120中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S5130中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。例如,第一装置100可经由无线通信(例如,蓝牙或Wi-Fi)来将接收通知提供给第三装置300。
在操作S5140中,第一装置100自动地产生应答消息。详细地讲,第一装置100可基于在操作S5120执行的或者在第一装置100上先前执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第一装置100可向第三装置300请求关于应用的信息,第三装置300可响应于该请求来将关于应用的信息提供给第一装置100。这里,第一装置100可基于第三装置300所提供的关于应用的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第一装置100可基于关于在第三装置300上在操作5120执行的或者在操作S5120之前执行的应用的信息来产生应答消息。
在操作S5150中,第一装置100向第二装置200发送应答消息。在操作S5160中,第一装置100向第三装置300通知已完成应答消息的发送。
图52是示出根据示例性实施例的执行应答消息提供功能的系统10h的框图。
参照图52,系统10h可包括第一装置100、第二装置200和第四装置400。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此也可应用上面给出的描述。根据示例性实施例,第四装置400可以是能够与第一装置100通信并且位于第一用户USER1附近的电子装置。例如,第四装置400可以是可执行应用的智能TV。作为另一示例,第四装置400可以是导航装置。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第四装置400通知接收到电话呼叫或消息。接下来,第四装置400可将关于应用的信息提供给第一装置100,第一装置100可基于所接收的关于应用的信息来产生应答消息并且将该应答消息发送给第二装置200。
根据示例性实施例,第一装置100可利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第一装置100可利用第四装置400上当前正执行或者先前执行的应用来产生应答消息。
图53是示出依据根据示例性实施例的提供应答消息的方法的图52的第一装置100、第二装置200和第四装置400的操作的示例的流程图。
参照图53,根据示例性实施例的提供应答消息的方法包括由图52的第一装置100、第二装置200和第四装置400按时间顺序执行的操作。因此,上面针对图52所示的第一装置100、第二装置200和第四装置400给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5300中,第一装置100设置呼叫拒绝功能。上面参照图7a至图7f给出的任何描述也可应用于根据示例性实施例的设置呼叫拒绝功能的操作。在操作S5310中,第二装置200向第一装置100发送电话呼叫或消息。在操作S5320中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S5330中,第一装置100将接收到电话呼叫或消息的通知提供给第四装置400。例如,第一装置100可经由无线通信(例如,蓝牙或Wi-Fi)来将接收通知提供给第四装置400。
在操作S5340中,第四装置400将关于应用的信息提供给第一装置100。例如,如果第四装置400是智能TV,则第四装置400可将关于智能TV上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第一用户USER1可在智能TV上执行健身应用并且根据该健身应用来锻炼。根据另一示例性实施例,如果第四装置400是导航装置,则第四装置400可将关于导航装置上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第四装置400可将关于第一用户USER1将有空应答当前驾驶的时间点以及到目的地的估计驾驶时间的信息提供给第一装置100。
在操作S5350中,第一装置100自动地产生应答消息。详细地讲,第一装置100可基于在第一装置100上在操作S5320执行的或者先前执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第一装置100可基于第四装置400所提供的关于应用的信息来自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第一装置100可基于关于在第四装置400上在操作S5320执行的或者在操作S5320之前执行的应用的信息来产生应答消息。
在操作S5360中,第一装置100向第二装置200发送应答消息。在操作S5370中,第一装置100向第一用户USER1通知已完成应答消息的发送。
图54是示出依据根据示例性实施例的提供应答消息的方法的图52的第一装置100、第二装置200和第四装置400的操作的其它示例的流程图。
参照图54,根据示例性实施例的提供应答消息的方法是图53的提供应答消息的方法的修改实施例,并且包括可由图52的第一装置100、第二装置200和第四装置400按时间顺序执行的操作。因此,上面参照图52和图53给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5400中,第一装置100设置呼叫拒绝功能。在操作S5410,第二装置200向第一装置100发送电话呼叫或消息。在操作S5420中,第一装置100从第二装置200接收电话呼叫或消息。在操作S5430中,第一装置100将接收到电话呼叫或消息的通知以及关于应用的信息提供给第四装置400。
在操作S5440中,第一装置100提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S5450中,第一装置100接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。
在操作S5460中,第一装置100向第四装置400请求关于应用的信息。在操作S5465中,第四装置400将关于应用的信息提供给第一装置100。根据示例性实施例,如果第四装置400是智能TV,则第四装置400可将关于智能TV上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第一用户USER1可在智能TV上执行健身应用并且根据该健身应用来锻炼。根据另一示例性实施例,如果第四装置400是导航装置,则第四装置400可将关于导航装置上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第四装置400可基于当前正在驾驶的第一用户USER1的当前状况以及到目的地的估计驾驶时间将关于第一用户USER1将有空应答传入呼叫的时间点的信息提供给第一装置100。
在操作S5470中,第一装置100产生应答消息。详细地讲,第一装置100可基于在第一装置100上先前执行的或在操作S5420至S5466执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第一装置100可基于第四装置400所提供的关于应用的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第一装置100可基于关于在第四装置400上在操作S5420至S5465执行的或者在操作S5320至S5465之前执行的应用的信息来产生应答消息。
在操作S5480中,第一装置100向第二装置200发送应答消息。
图55是示出依据根据示例性实施例的提供应答消息的方法的图52的第一装置100、第二装置200和第四装置400的操作的其它示例的流程图。
参照图55,根据示例性实施例的提供应答消息的方法是图54的提供应答消息的方法的修改实施例,并且包括可由图52的第一装置100、第二装置200和第四装置400按时间顺序执行的操作。因此,上面参照图52至图54给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5500中,第一装置100设置呼叫拒绝功能。在操作S5510中,第二装置200向第一装置100发送电话呼叫或消息。在操作S5520中,第一装置100从第二装置200接收电话呼叫或消息。在操作S5530中,第一装置100将接收到电话呼叫或消息的通知以及关于应用的信息提供给第四装置400。
在操作S5540中,第四装置400提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S5550中,第四装置400接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。根据示例性实施例,如果第四装置400是智能TV,则UI元素可被提供在第四装置400的显示屏幕上,并且第一用户USER1可经由例如遥控器来提供用户输入。
在操作S5560中,第四装置400将关于应用的信息提供给第一装置100。根据示例性实施例,如果第四装置400是智能TV,则第四装置400可将关于智能TV上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第一用户USER1可在智能TV上执行健身应用并且根据该健身应用来锻炼。根据另一示例性实施例,如果第四装置400是导航装置,则第四装置400可将关于导航装置上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第四装置400可基于当前正在驾驶的第一用户USER1的当前状况以及到目的地的估计驾驶时间将关于第一用户USER1将有空应答传入呼叫的时间点的信息提供给第一装置100。
在操作S5570中,第一装置100产生应答消息。详细地讲,第一装置100可基于在第一装置100上先前执行的或者在操作S5520至S5560中执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第一装置100可基于第四装置40所提供的关于应用的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第一装置100可基于关于在第四装置400上在操作S5520至S5565执行的或者在操作S5320至S5565之前执行的应用的信息来产生应答消息。
在操作S5580中,第一装置100向第二装置200发送应答消息。
图56是示出根据示例性实施例的执行应答消息提供功能的系统10i的框图。
参照图56,系统10i可包括第一装置100、第二装置200和第四装置400。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,也可应用上面给出的描述。根据示例性实施例,第四装置400可以是能够与第一装置100通信并且位于第一用户USER1附近的电子装置。例如,第四装置400可以是可执行任意应用的智能TV。又如,第四装置400可以是导航装置。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第四装置400请求关于应用的信息。响应于该请求,第四装置400可向第一装置100提供关于应用的信息,第一装置100可基于所接收的关于应用的信息来产生应答消息并且将该应答消息发送给第二装置200。
如上所述,根据示例性实施例,第一装置100可不向第四装置400提供接收通知。因此,可在没有通知接收到电话呼叫或消息的操作的情况下具体实现图51至图53的示例性实施例。
图57是示出根据示例性实施例的执行应答消息提供功能的系统10j的框图。
参照图57,系统10j可包括第一至第四装置100、200、300和400。这里,第一装置100和第二装置200可基本上类似于图1a所示的第一装置100和第二装置200,因此上面参照图1a给出的描述也可应用于示例性实施例。
根据示例性实施例,第三装置300可以是第一用户USER1的可穿戴装置并且可与第一装置100结合来操作。这里,第三装置300可基本上类似于图41至图51所示的第三装置300,因此上面参照图41至图51给出的描述也可应用于示例性实施例。
根据示例性实施例,第四装置400可以是能够与第一装置100通信并且位于第一用户USER1附近的电子装置。例如,第四装置400可以是可执行任意应用的智能TV。作为另一示例,第四装置400可以是导航装置。这里,第四装置400可基本上类似于图52至图56所示的第四装置400,因此上面参照图52至图56给出的描述也可应用于示例性实施例。
根据示例性实施例,第二装置200可向第一装置100发送电话呼叫或消息,第一装置100可向第三装置300和第四装置400通知接收到电话呼叫或消息。接下来,第四装置400可将关于应用的信息提供给第三装置300,第三装置300可基于所接收的关于应用的信息来产生应答消息并且将该应答消息发送给第二装置200。
根据示例性实施例,第三装置300可利用第三装置300上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第三装置300可利用第四装置400上当前正执行或者先前执行的应用来产生应答消息。根据另一示例性实施例,第三装置300可利用第一装置100上当前正执行或者先前执行的应用来产生应答消息。
图58是示出依据根据示例性实施例的提供应答消息的方法的图57的第一至第四装置100、200、300和400的操作的示例的流程图。
参照图58,根据示例性实施例的提供应答消息的方法包括可由图57的第一至第四装置100、200、300和400按时间顺序执行的操作。因此,上面参照图57给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5800中,第一装置100设置呼叫拒绝功能。上面参照图7a至图7f给出的任何描述也可应用于根据示例性实施例的设置呼叫拒绝功能的操作。在操作S5810中,第二装置200向第一装置100发送电话呼叫或消息。在操作S5820中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S5830中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。在操作S5835中,第一装置100将接收到电话呼叫或消息的通知提供给第四装置400。例如,第一装置100可经由无线通信(例如,蓝牙或Wi-Fi)来将接收通知提供给第三装置300和第四装置400。然而,根据另一示例性实施例,可不包括操作S5635,因此第一装置100可不向第四装置400提供接收通知。
在操作S5840中,第四装置400将关于应用的信息提供给第三装置300。根据示例性实施例,如果第四装置400是智能TV,则第四装置400可将关于智能TV上当前正执行或者先前执行的应用的信息提供给第一装置100。例如,第一用户USER1可在智能TV上执行健身应用并且根据该健身应用来锻炼。根据另一示例性实施例,如果第四装置400是导航装置,则第四装置400可将关于导航装置上当前正执行或者先前执行的应用的信息提供给第三装置300。例如,第四装置400可基于当前正在驾驶的第一用户USER1的当前状况以及到目的地的估计驾驶时间将关于第一用户USER1将有空应答传入呼叫的时间点的信息提供给第三装置300。
在操作S5850中,第三装置300自动地产生应答消息。详细地讲,第三装置300可基于在第三装置300上先前执行的或者在操作S5820执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第三装置300可基于第四装置400所提供的关于应用的信息自动地产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第四装置400上在操作S5820执行的或者在操作S5820之前执行的应用的信息来产生应答消息。
根据另一示例性实施例,第三装置300可向第一装置100请求关于应用的信息,第一装置100可响应于该请求来将关于应用的信息提供给第三装置300。根据另一示例性实施例,第一装置100可将接收通知连同关于应用的信息一起提供。因此,第三装置300可基于由第一装置100提供的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第一装置100上在操作S5820中或者在操作S5820之前执行的应用的信息来产生应答消息。
在操作S5860中,第三装置300向第二装置200发送应答消息。然而,示例性实施例不限于此。根据另一示例性实施例,第三装置300可将应答消息发送给第一装置100,第一装置100可将从第三装置300接收的应答消息发送给第二装置200。根据另一示例性实施例,第三装置300可向第一装置100发送用于产生应答消息的信息。第一装置100可基于从第三装置300接收的信息来产生应答消息并且将所产生的应答消息发送给第二装置200。
图59是示出依据根据示例性实施例的提供应答消息的方法的图57的第一至第四装置100、200、300和400的操作的其它示例的流程图。
参照图59,根据示例性实施例的提供应答消息的方法包括可由图57的第一至第四装置100、200、300和400按时间顺序执行的操作。因此,上面参照图57和图58给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S5900中,第一装置100设置呼叫拒绝功能。在操作S5910中,第二装置200向第一装置100发送电话呼叫或消息。在操作S5920中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S5930中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。在操作S5935中,第一装置100将接收到电话呼叫或消息的通知提供给第四装置400。然而,根据另一示例性实施例,可不包括操作S5935,因此第一装置100可不向第四装置400提供接收通知。
在操作S5940中,第三装置300提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S5950中,第三装置300接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。在操作S5960中,第四装置400将关于应用的信息提供给第三装置300。
在操作S5970中,第三装置300产生应答消息。详细地讲,第三装置300可基于在第三装置300上在操作S5920至S5960执行的或者先前执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第三装置300可基于第四装置400所提供的关于应用的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第四装置400上在操作S5920至S5965执行的或者在操作S5920至S5965之前执行的应用的信息来产生应答消息。
根据另一示例性实施例,第三装置300可向第一装置100请求关于应用的信息,第一装置100可响应于该请求来将关于应用的信息提供给第三装置300。根据另一示例性实施例,第一装置100可将接收通知连同关于应用的信息一起提供。因此,第三装置300可基于由第一装置100提供的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第一装置100上在操作S5920至S5960执行的或者在操作S5920至S5960之前执行的应用的信息来产生应答消息。
在操作S5980中,第三装置300向第二装置200发送应答消息。然而,示例性实施例不限于此。根据另一示例性实施例,第三装置300可将应答消息发送给第一装置100,第一装置100可将从第三装置300接收的应答消息发送给第二装置200。根据另一示例性实施例,第三装置300可向第一装置100发送用于产生应答消息的信息。第一装置100可基于从第三装置300接收的信息来产生应答消息并且将所产生的应答消息发送给第二装置200。
图60是示出依据根据示例性实施例的提供应答消息的方法的图57的第一至第四装置100、200、300和400的操作的其它示例的流程图。
参照图60,根据示例性实施例的提供应答消息的方法是图59的提供应答消息的方法的修改实施例,并且包括可由图57的第一至第四装置100、200、300和400按时间顺序执行的操作。因此,上面参照图57至图59给出的描述也可应用于根据示例性实施例的提供应答消息的方法。
在操作S6000中,第一装置100设置呼叫拒绝功能。在操作S6010中,第二装置200向第一装置100发送电话呼叫或消息。在操作S6020中,第一装置100从第二装置200接收电话呼叫或消息。
在操作S6030中,第一装置100将接收到电话呼叫或消息的通知提供给第三装置300。在操作S6035中,第一装置100将接收到电话呼叫或消息的通知提供给第四装置400。
在操作S6040中,第四装置400提供与所接收的电话呼叫或者所接收的消息对应的UI元素。在操作S6050中,第四装置400接收用于针对电话呼叫选择拒绝/谢绝或发送应答消息或者针对消息选择发送应答消息的用户输入。在操作S6060中,第四装置400将关于应用的信息提供给第三装置300。
在操作S6070中,第三装置300产生应答消息。详细地讲,第三装置300可基于在第三装置300上在操作S6020至S6060中执行的或者先前执行的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。
根据另一示例性实施例,第三装置300可基于由第四装置400提供的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第四装置400上在操作S6020至S6060或者在操作S6020至S6060之前执行的应用的信息来产生应答消息。
根据另一示例性实施例,第三装置300可向第一装置100请求关于应用的信息,第一装置100可响应于该请求来将关于应用的信息提供给第三装置300。根据另一示例性实施例,第一装置100可将接收通知连同关于应用的信息一起提供。因此,第三装置300可基于由第一装置100提供的应用所提供的信息来产生包括第一用户USER1的当前状况和未来状况中的至少一个的应答消息。详细地讲,第三装置300可基于关于在第一装置100上在操作S6020至S6060或者在操作S6020至S6060之前执行的应用的信息来产生应答消息。
在操作S6080中,第三装置300向第二装置200发送应答消息。然而,示例性实施例不限于此。根据另一示例性实施例,第三装置300可将应答消息发送给第一装置100,第一装置100可将从第三装置300接收的应答消息发送给第二装置200。根据另一示例性实施例,第三装置300可向第一装置100发送用于产生应答消息的信息。第一装置100可基于从第三装置300接收的信息来产生应答消息并且将所产生的应答消息发送给第二装置200。
图61是示出根据示例性实施例的执行应答消息提供功能的系统10k的框图。
参照图61,第一装置100和第二装置200可以是支持语音呼叫功能的电子装置。这里,第一装置100和第二装置200基本上类似于图1a至图2b所示的第一装置100和第二装置200。因此,上面给出的第一装置100和第二装置200的描述也可应用于示例性实施例。
根据示例性实施例,第一装置100的第一用户USER1可能无法应答来自第二装置200的传入呼叫。例如,第一用户USER1可能处于难以应答传入呼叫的状况或者第一用户USER1可能不想应答来自第二用户USER2的传入呼叫。根据示例性实施例,服务器500可产生应答消息。上面参照图1至图60描述的根据一个或多个示例性实施例的产生应答消息的操作中的至少一个可由服务器500来执行。
根据示例性实施例,当第一装置100接收到电话呼叫或消息时,服务器500可被激活并且执行呼叫拒绝功能。详细地讲,第一装置100上正执行的应用可经由API将用于产生应答消息的信息提供给服务器500,服务器500可基于从第一装置100上正执行的应用所接收的信息来产生应答消息。
根据另一示例性实施例,当时间信息被输入到安装在第一装置100上的应用时,服务器500可被激活并且执行呼叫拒绝功能。详细地讲,安装在第一装置100上的应用可经由API将用于产生应答消息的时间信息提供给服务器500,并且服务器500可存储所接收的时间信息。接下来,当第一装置100接收到电话呼叫或消息时,服务器500可被激活并且执行呼叫拒绝功能。详细地讲,如果接收到电话呼叫或消息时的时间点对应于存储在服务器500中的时间信息,则服务器500可自动地产生应答消息。
根据示例性实施例,当第一装置100接收到电话呼叫或消息时,服务器500可通过参考关于第一装置100上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM并且自动地将所产生的应答消息RM发送给第二装置200。接下来,为了通知第一用户USER1应答消息RM已被发送,服务器500可在第一装置100的显示屏幕上以例如消息的形式提供应答消息RM的发送已被完成的通知。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当第一装置100接收到电话呼叫或消息时,服务器500可在第一装置100的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示针对所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。接下来,如果第一用户USER1选择拒绝传入呼叫或者发送应答消息,则服务器500可通过参考关于第一装置100上当前正执行或者先前执行的应用的信息来自动地产生应答消息RM,并且自动地将所产生的应答消息RM发送给第二装置200。这里,应答消息RM可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,或者可以是简单应答消息。
根据另一示例性实施例,当第一装置100接收到电话呼叫或消息时,服务器500可在第一装置100的显示屏幕上提供与传入呼叫对应的用户界面(UI)元素。这里,UI元素可显示针对所接收的传入呼叫的选项,包括允许、拒绝或者发送应答消息。接下来,如果第一用户USER1选择拒绝传入呼叫或者发送应答消息,则服务器500可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起提供在第一装置100的显示屏幕上。如上所述,第一装置100可提供包括应答消息候选和一般常用消息的应答消息列表,所述应答消息候选可包括关于第一用户USER1的当前状况、未来状况或者当前状况和未来状况二者的信息,所述一般常用消息可以是简单应答消息。接下来,当第一用户USER1在应答消息列表中选择一个应答消息时,服务器500可将所选择的应答消息RM发送给第二装置200。
图62是用于描述根据示例性实施例的装置1000的配置的框图。
参照图62,根据示例性实施例的装置1000的配置可被应用于第一装置100和第二装置200。装置1000的配置可被应用于各种类型的装置,例如移动电话、平板PC、个人数字助理(PDA)、MP3播放器、咨询亭、电子相框、导航装置、数字TV或者可穿戴装置(例如,腕表或者头戴式显示器(HMD)等)。
参照图62,装置1000可包括显示器110、控制单元170(例如,控制器)、存储器120、(全球定位系统)GPS芯片125、通信单元130(例如,通信器)、视频处理器135、音频处理器140、用户输入单元145(例如,用户接口)、麦克风150、图像拾取器155、扬声器160和运动检测单元165中的至少一个。
显示器110可包括显示面板111以及用于控制显示面板111的控制器。显示面板111可被具体实现为各种类型的显示面板,例如液晶显示(LCD)面板、有机发光二极管(OLED面板、有源矩阵OLED(AM-OLED)和等离子体显示面板(PDP)。显示面板111可以是柔性的、透明的或者可穿戴的。显示器110可与用户输入单元145(例如,用户接口)的触摸面板147组合并作为触摸屏来提供。例如,触摸屏可包括显示面板111和触摸面板147按照层叠结构彼此组合的集成模块。
存储器120可包括内部存储器和外部存储器中的至少一个。
内部存储器可包括易失性存储器(例如,动态RAM(DRAM)、静态RAM(SRAM)、同步动态RAM(SDRAM)等)、非易失性存储器(例如,一次可编程ROM(OTPROM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、掩模ROM、闪速ROM等)、硬盘驱动器(HDD)和固态驱动器(SSD)中的至少一个。根据示例性实施例,控制单元170可将所接收的指令或者所接收的数据从非易失性存储器或其它组件中的至少一个加载到易失性存储器,并且处理易失性存储器上加载的指令或数据。另外,控制单元170可将从其它组件接收或者由其它组件产生的数据存储在非易失性存储器中。
外部存储器可包括紧凑闪存(CF)、安全数字(SD)、微型安全数字(微型SD)、迷你安全数字(迷你SD)、极端数字(xD)和记忆棒中的至少一个。
存储器120可存储用于装置1000的操作的各种程序和数据。
详细地讲,控制单元170可控制显示器110以将存储在存储器120中的一部分内容显示在显示器110上。换言之,控制单元170可将存储在存储器120中的一部分内容显示在显示器110上。另外,当用户针对显示器110的一个区域执行手势时,控制单元170可执行与用户的手势对应的控制操作。
控制单元170可包括RAM171、ROM172、CPU173、图形处理单元(GPU)174和总线175中的至少一个。RAM171、ROM172、CPU173和GPU174可经由总线175彼此连接。
CPU173访问存储器120并且利用存储在存储器120中的OS来执行启动操作。接下来,CPU173利用存储在存储器120中的各种程序、内容和数据来执行各种操作。
用于启动系统的命令集存储在ROM172中。例如,当输入打开指令并且供电时,CPU173可根据存储在ROM172中的指令将存储在存储器120中的OS复制到RAM171并且执行该OS,从而启动OS。如果启动完成,则CPU173将存储在存储器120中的各种程序复制到RAM171并且执行复制到RAM171的程序,从而执行各种操作。当装置1000被启动时,GPU174将UI画面图像显示在显示器110的一个区域。详细地讲,GPU174可产生显示有包括各种元素(例如,内容、图标和菜单)的电子文档的屏幕图像。GPU174根据屏幕图像的布局来计算将要显示的各个元素的属性值(例如,坐标、形状、大小和颜色)。接下来,GPU174可基于所计算的属性值产生包括各个元素的各种布局的屏幕图像。由GPU174产生的屏幕图像被提供给显示器110并且可被显示在显示器110的各区域处。
GPS芯片125可从GPS卫星接收GPS信号并且计算装置1000的当前位置。控制单元170可在使用导航应用的情况下或者在需要用户的当前位置的情况下利用GPS芯片125来计算用户的位置。
通信单元130可利用各种类型的通信协议来与各种类型的外部装置通信。详细地讲,通信单元130可包括Wi-Fi芯片131、蓝牙芯片132、无线通信芯片133和NFC芯片134中的至少一个。控制单元170可经由通信单元130来与各种外部装置通信。
Wi-Fi芯片131和蓝牙芯片132可分别经由Wi-Fi协议和蓝牙协议来执行通信。在使用Wi-Fi芯片131或蓝牙芯片132的情况下,可首先通过发送连接信息(例如,SSID和会话密钥)来建立通信,然后可发送和接收信息。无线通信芯片133是指经由诸如IEEE、Zigbee、第3代(3G)、第3代合作伙伴计划(3GPP)和长期演进(LTE)的各种通信协议来执行通信的芯片。NFC芯片134是指根据近场通信(NFC)标准来操作的芯片,NFC标准使用各种RF-ID频带(例如,135kHz、13.56MHz、433MHz、860~960MHz和2.45GHz)当中的13.56MHz频带。
视频处理器135可处理经由通信单元130接收的内容或者存储在存储器120中的内容中所包括的视频数据。视频处理器135可针对视频数据等执行诸如解码、缩放、噪声滤除、帧率变换和分辨率变换的各种图像处理操作。
音频处理器140可处理经由通信单元130接收的内容或者存储在存储器120中的内容中所包括的音频数据。音频处理器140可针对音频数据执行诸如解码、放大和噪声滤除的各种处理操作。
当执行多媒体内容播放器程序时,控制单元170可执行视频处理器135和音频处理器140并且回放对应内容。扬声器160可输出由音频处理器140产生的音频数据。
用户接口145可从用户接收各种指令。详细地讲,用户接口145可包括键146、触摸面板147和笔或手写笔识别面板148中的至少一个。
键146可包括形成在装置1000的主体的各种区域(包括前区域、侧区域和后区域)处的各种类型的键,例如机械按钮和滚轮。
触摸面板147可检测来自用户的触摸输入并且输出与检测到的触摸信号对应的触摸事件值。如果触摸面板147与显示面板111组合来具体实现触摸屏,则触摸屏可被具体实现为包括各种类型的触摸传感器,例如静电型、电阻型和压电型。在静电型触摸屏的情况下,当用户的身体部位触摸触摸屏的表面时,通过检测由用户的身体部位导致的细微电来计算触摸的坐标。在电阻触摸屏的情况下,当用户触摸触摸屏时,通过检测随着被触摸位置处的上板和下板彼此接触而流过的电流来计算触摸的坐标。触摸屏上发生的触摸事件可主要通过人的手指来产生。然而,触摸屏上发生的触摸事件也可通过由可导致静电电容的变化的导电材料形成的对象来产生。
笔识别面板148可基于用户的触摸笔(例如,手写笔)或者数字笔的操作来检测接近输入或触摸输入,并且输出所检测的笔接近事件或笔触摸事件。笔识别面板148可基于例如电磁谐振(EMR)来具体实现,并且可基于由笔的靠近或接触而引起的电磁场强度的变化来检测触摸或接近输入。详细地讲,笔识别面板148可包括具有网格状结构的电磁感应线圈传感器以及电磁信号处理单元,该电磁信号处理单元顺序地将具有指定频率的交流电(AC)信号提供给电磁感应线圈传感器的各个环形线圈。如果包括谐振电路的笔处于笔识别面板148的环形线圈附近,则从对应环形线圈产生的磁场基于相互电磁感应在笔内部的谐振电路处感生电流。基于该电流,从构成笔内部的谐振电路的线圈形成感生磁场,笔识别面板148在信号接收模式下检测环形线圈处的感生磁场,因此可检测关于笔的接近位置或触摸位置。笔识别面板148可按照足以覆盖显示面板111的显示区域的面积布置在显示面板111的任何部分处。
麦克风150可接收用户的语音或其它声音,并且将所述语音或声音变换成音频数据。控制单元170可使用经由麦克风150输入的用户语音来进行呼叫操作,或者将语音变换成音频数据并且将该音频数据存储在存储器120中。
图像拾取器155可在用户的控制下拾取静止图像或运动画面。图像拾取器155(例如,相机)可被具体实现为诸如前相机和后相机的多个单元。
如果设置了图像拾取器155和麦克风单元150,则控制单元170可基于经由麦克风150输入的用户语音或者由图像拾取器155识别的用户的动作来执行控制操作。例如,装置1000可在动作控制模式或语音控制模式下操作。如果装置1000在动作控制模式下操作,则控制单元170可激活图像拾取器单元155,拾取用户的图像,跟踪用户动作的改变,并且执行对应控制操作。如果装置1000在语音控制模式下操作,则控制单元170可在语音识别模式下操作,其中,在语音识别模式下,分析经由麦克风150输入的用户语音并且基于所分析的用户语音来执行控制操作。
运动检测单元165可检测装置1000的主体单元的移动。装置1000可在各种方向上旋转或倾斜。这里,运动检测单元165可利用诸如地磁传感器、陀螺仪传感器和加速度传感器的各种传感器中的至少一个,检测诸如旋转方向、旋转角度和倾斜角度的运动特性。
另外,根据示例性实施例,装置1000还可包括用于连接USB连接器的USB端口、用于连接各种外部端子(例如,耳机、鼠标和LAN)的各种外部输入端口、用于接收和处理数字多媒体广播(DMB)信号的DMB芯片以及各种传感器。
装置1000的组件的名称可变化。另外,根据示例性实施例的装置1000可包括上述组件中的至少一个,其中一些组件可被省略或者还可布置附加组件。
图63是示出根据示例性实施例的装置1000的软件配置的框图。
参照图63,图62的存储器120可存储用于控制装置1000的资源的OS以及用于应用的操作的应用程序。OS可包括内核、中间件和API。OS的示例可包括Android、iOS、Windows、Symbian、Tizen、BadaOS等。
内核121可包括装置驱动器121-1和用于管理资源的系统资源管理器121-2中的至少一个。装置驱动器121-1可允许以软件方式来访问和控制装置1000的硬件。为此,装置驱动器121-1可被分成接口以及由各个硬件制造商提供的独立驱动器模块。例如,装置驱动器121-1可包括显示器驱动器、相机驱动器、蓝牙驱动器、共享存储器驱动器、USB驱动器、键盘驱动器、Wi-Fi驱动器、音频驱动器和进程间通信(IPC)驱动器中的至少一个。系统资源管理器121-2可包括进程管理单元、内存管理单元和文件系统管理单元中的至少一个。系统资源管理器121-2可执行包括系统资源的控制、分配和检索的功能。
中间件122可包括预先准备以提供各种应用通常需要的功能的多个模块。中间件122可经由API123来提供功能,以使得应用124可有效地利用装置1000中的资源。例如,中间件122可包括诸如应用管理器122-1、窗口管理器122-2、多媒体管理器122-3、资源管理器122-4、电源管理器122-5、数据库管理器122-6、包管理器122-7、连接管理器122-8、通知管理器122-9、位置管理器122-10、图形管理器122-11和安全管理器122-12的多个模块中的至少一个。
应用管理器122-1可管理至少一个应用124的生命周期。窗口管理器122-2可管理屏幕图像中所使用的GUI资源。多媒体管理器122-3可确定各种媒体文件的回放格式并且利用正确的编解码器来对媒体文件进行编码或解码。资源管理器122-4可管理至少一个应用124的资源,所述资源包括源代码、内存或存储空间。电源管理器122-5可与例如BIOS结合来操作,管理电池或电源,并且提供关于操作的电力信息。数据库管理器122-6可管理以产生、搜索或修改将由至少一个应用124使用的数据库。包管理器122-7可管理以包文件的形式分发的应用的安装或更新。连接管理器122-8可管理经由例如Wi-Fi或蓝牙的无线连接。通知管理器122-9可在不使用户感到不便的情况下向用户显示或通知诸如到来消息、约会或接近通知的事件。位置管理器122-10可管理关于装置1000的位置信息。图形管理器122-11可管理将要提供给用户的图形效果以及相关的用户界面。安全管理器122-12可提供系统安全或用户认证所需的所有安全功能。如果装置1000包括电话呼叫功能,则中间件122还可包括用于管理用户的语音呼叫功能或视频呼叫功能的呼叫管理器。
中间件122可包括运行时库122-13或者其它库模块。运行时库122-13可以是由编译器用来在执行应用的同时经由编程语言增加新函数的库模块。例如,运行时库122-13可执行输入/输出、内存管理或者关于数学函数的功能。中间件122可经由上述内部组件模块的功能的各种组合来产生并使用新的中间件模块。为了提供差异化的功能,中间件122可为各个类型的OS提供专用模块。中间件122可动态地删除一些现有组件或者可增加新的组件。一个或多个示例性实施例中的一些组件可被部分地删除,可布置附加组件,或者本发明构思的示例性实施例中的组件可被具有相似功能和不同名称的组件代替。
API123是API编程函数集,其中可基于OS的类型提供API编程函数集不同的配置。例如,在Android或iOS的情况下,每一平台可提供一个API集。又如,例如Tizen,每一平台可提供两个或更多个API集。
应用124可包括默认安装的预载应用以及可由用户安装和使用的第三方应用。应用124可包括用于返回主屏的主屏应用124-1、用于对另一用户进行电话呼叫的拨号盘应用124-2、用于从通过电话号码标识的其他用户接收文本消息的文本消息应用124-2、即时消息(IM)应用124-4、浏览器应用124-5、相机应用124-6、闹钟应用124-7、用于管理其他用户的电话号码或地址的电话簿应用124-8、用于管理用户的通话日志、文本消息发送/接收日志或者未接呼叫日志的通话日志应用124-9、用于从通过电子邮件地址标识的其他用户接收消息的电子邮件应用124-10、日历应用124-11、媒体播放器应用124-12、相册应用124-13和时钟应用124-14。根据示例性实施例的软件的上述组件的名称可根据OS的类型而变化。另外,根据一个或多个示例性实施例的软件可包括上述组件中的至少一个,省略上述组件中的一些,或者包括附加组件。
图64是用于描述根据示例性实施例的装置2000的配置的框图。
参照图64,根据示例性实施例的装置2000的配置可被应用于第一装置100和第二装置200。装置2000可包括通信单元210(例如,通信器)、用户输入单元220(例如,用户接口)、控制单元230(例如,控制器)、存贮器240(例如,存储器)和显示器250。
通信单元210可与至少一个其它装置通信,并且从所述至少一个其它装置接收包括电话呼叫或消息的传入呼叫。另外,通信单元210可向所述至少一个其它装置发送应答消息。
用户接口220可接收用于选择与传入呼叫对应的UI元素中所包括的多个选项中的一个选项的用户输入。另外,用户接口220可接收关于多个选择请求的用户输入。
控制单元230可控制装置2000的总体操作。根据示例性实施例,控制单元230可基于关于装置2000上当前正执行或者先前执行的应用的信息来确定用户的位置、路线或状况中的至少一个,并且产生包括当前状况的应答消息,所述当前状况包括所确定的位置、路线和活动中的至少一个。另外,控制单元230可基于关于当前正执行或者先前执行的应用的信息来估计用户将有空回复传入呼叫的时间点,并且可产生包括未来状况的应答消息,所述未来状况包括所估计的用户将有空回复传入呼叫的时间点。
根据另一示例性实施例,控制单元230可基于关于第三装置300或第四装置400上当前正执行或者先前执行的应用的信息来确定用户的位置、路线和活动中的至少一个,并且产生包括当前状况的应答消息,所述当前状况包括所估计的位置、路线和活动中的至少一个。另外,控制单元230可基于关于第三装置300第四装置400上当前正执行或者先前执行的应用的信息来估计用户将有空回复传入呼叫的时间点,并且可产生包括未来状况的应答消息,所述未来状况包括所估计的用户将有空回复传入呼叫的时间点。
根据示例性实施例,当接收到传入呼叫时,控制单元230可通过参考关于当前正执行或者先前执行的应用的信息自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。接下来,为了通知用户应答消息已被发送,控制单元230可在显示器250上显示应答消息的发送已被完成的通知。
根据另一示例性实施例,当接收到传入呼叫时,控制单元230可在显示器250上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元230可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。
根据另一示例性实施例,当接收到传入呼叫时,控制单元230可在显示器250上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择拒绝/谢绝时,控制单元230可基于存储在装置2000中的联系人信息以及关于与传入呼叫对应的呼叫用户的呼叫历史中的至少一个,来选择多个应答消息类型中的一个,并且根据所选择的消息类型基于关于当前正执行或者先前执行的应用的信息来产生应答消息。
根据另一示例性实施例,控制单元230可在显示器250上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元230通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起显示在显示单元250上。因此,控制单元230可提供包括应答消息候选和一般常用消息的应答消息列表。接下来,当用户在应答消息列表中选择一个应答消息时,控制单元230可将所选择的应答消息发送给呼叫用户。
根据示例性实施例,控制单元230的操作可由安装在装置2000上的电话应用或消息应用来执行。换言之,安装在装置2000上的电话应用或消息应用可包括上述呼叫拒绝功能。安装在装置2000上的应用可经由API提供产生应答消息所需的信息,电话应用或消息应用可基于从应用接收的信息来产生应答消息。
根据示例性实施例,电话应用或消息应用可周期性地监测其它应用的状态而不管传入呼叫的接收,并且从所述其它应用获得用于产生应答消息的信息。根据另一示例性实施例,电话应用或消息应用可在接收到传入呼叫时周期性地监测其它应用的状态,并且从所述其它应用获得用于产生应答消息的信息。
根据示例性实施例,控制单元230的操作可由安装在装置2000上的单独的专用应用(例如,呼叫拒绝应用)来执行。当装置2000接收到电话呼叫或消息时,电话应用或消息应用可激活呼叫拒绝应用的呼叫拒绝功能。安装在装置2000上的应用可经由API提供用于产生应答消息的信息,呼叫拒绝应用可基于从其它应用接收的信息来产生应答消息。
根据示例性实施例,呼叫拒绝应用可周期性地监测其它应用的状态而不管传入呼叫的接收,并且从所述其它应用获得用于产生应答消息的信息。根据另一示例性实施例,呼叫拒绝应用可在接收到传入呼叫时周期性地监测其它应用的状态,并且从所述其它应用获得用于产生应答消息的信息。
根据另一示例性实施例,控制单元230的操作可由中间件或OS(即,装置2000的平台)来执行。因此,当装置2000接收到电话呼叫或消息时,可激活中间件的特定模块的呼叫拒绝功能。安装在装置2000上的应用可经由API提供用于产生应答消息的信息,中间件的特定模块可基于从其它应用接收的信息来产生应答消息。
根据示例性实施例,中间件的特定模块可周期性地监测其它应用的状态而不管传入呼叫的接收,并且从所述其它应用获得用于产生应答消息的信息。根据另一示例性实施例,中间件的特定模块可在接收到传入呼叫时周期性地监测其它应用的状态,并且从所述其它应用获得用于产生应答消息的信息。
存储单元240可存储经由安装在装置2000上的应用输入的时间信息。根据示例性实施例,存储单元240可经由API接收经由应用输入的时间信息,并且存储所接收的时间信息。因此,即使装置2000没有接收到电话呼叫或消息,当对应时间信息被输入到应用时存储单元240也可存储时间信息,因此可容易地确定在接收到电话呼叫或消息时的时间点用户的当前状况。因此,如果接收到电话呼叫或消息时的时间点对应于所存储的时间信息,则控制单元230可提供应答消息。
显示器250可显示包括与传入呼叫对应的多个选项的UI元素。另外,显示器250可基于多个选择请求显示文本、图标和表情符号。
根据另一示例性实施例,装置2000还可包括音频输出单元。该音频输出单元可输出包括与传入呼叫对应的多个选项的UI元素。另外,音频输出单元可输出与多个选择请求对应的语音(即,音频信号)。
图65是示出根据示例性实施例的可穿戴装置3000的配置的框图。
参照图65,可穿戴装置3000的配置可被应用于第三装置300。可穿戴装置3000可包括通信单元310(例如,通信器)、用户输入单元320(例如,用户接口)、控制单元330(例如,控制器)和显示单元340(例如,显示器)。可穿戴装置3000还可包括传感器单元,该传感器单元可包括用于获得关于可穿戴装置3000的状态信息的至少一个传感器。
通信单元310可与外部装置(例如,第一装置100和第二装置200)通信。详细地讲,通信单元310可与外部装置交换数据、控制信号和状态信号。另外,通信单元310可提供多个通信方法,其中通信单元310所提供的通信方法的类型可根据示例性实施例而变化。
图66是示出包括在图65的可穿戴装置3000中的通信单元310的示例配置的框图。
参照图66,根据示例性实施例的通信单元310可包括蓝牙模块311、Wi-Fi模块312、NFC模块313和移动通信模块314中的至少一个。蓝牙模块311、Wi-Fi模块312、NFC模块313和移动通信模块314可根据示例性实施例来选择性地布置。
移动通信模块314可经由移动通信网络发送电话呼叫和消息,并且经由移动通信网络执行数据通信。移动通信网络可包括使用第2代移动通信(例如,码分多址(CDMA)、全球移动通信系统(GSM)和个人数字蜂窝(PCD))、第3代移动通信(例如,国际移动电信2000(IMT装置2000)、宽带码分多址(W-CDMA)和码分多址2000(CDMA2000))和第4代移动通信(例如,长期演进(LTE)和高级长期演进(LTE-A))中的至少一个的网络。
参照图65,根据示例性实施例,通信单元310可与接收传入呼叫的第一装置100通信,并且从第一装置100接收传入呼叫的接收通知。另外,通信单元310可与发送传入呼叫的第二装置200通信,并且可向第二装置200发送应答消息。然而,示例性实施例不限于此。根据另一示例性实施例,通信单元310可将应答消息发送给第一装置100,第一装置100可将从第三装置300接收的应答消息转发给第二装置200。根据另一示例性实施例,第三装置300可向第一装置100发送用于产生应答消息的信息。第一装置100可基于从第三装置300接收的信息来产生应答消息并且将所产生的应答消息发送给第二装置200。
用户输入单元320可从用户接收各种指令并且可包括键、触摸面板和笔识别面板。根据示例性实施例,用户输入单元320可接收用于选择与传入呼叫对应的UI元素中所包括的多个选项中的一个选项的用户输入。另外,用户输入单元320可接收关于多个选择请求的用户输入。
控制单元330可控制可穿戴装置3000的总体操作。根据示例性实施例,控制单元330可基于关于可穿戴装置3000上当前正执行或者先前执行的应用的信息来确定用户的位置、路线或状况中的至少一个,并且产生包括当前状况的应答消息,所述当前状况包括所确定的位置、路线和活动中的至少一个。另外,控制单元330可基于关于当前正执行或者先前执行的应用的信息来估计用户将有空回复传入呼叫的时间点,并且可产生包括未来状况的应答消息,所述未来状况包括所估计的用户将有空回复传入呼叫的时间点。
根据另一示例性实施例,控制单元330可基于关于第一装置100或第四装置400上当前正执行或者先前执行的应用的信息来确定用户的位置、路线和活动中的至少一个,并且产生包括当前状况的应答消息,所述当前状况包括所估计的位置、路线和活动中的至少一个。另外,控制单元330可基于关于第一装置100或第四装置400上当前正执行或者先前执行的应用的信息来估计用户将有空回复传入呼叫的时间点,并且可产生包括未来状况的应答消息,所述未来状况包括所估计的用户将有空回复传入呼叫的时间点。
根据示例性实施例,当接收到传入呼叫时,控制单元330可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。接下来,为了通知用户应答消息已被发送,控制单元330可在显示单元340上显示应答消息的发送已被完成的通知。
根据另一示例性实施例,当接收到传入呼叫时,控制单元330可在显示单元340上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元330可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。
根据另一示例性实施例,当接收到传入呼叫时,控制单元330可在显示单元340上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择拒绝/谢绝时,控制单元330可基于存储在可穿戴装置3000中的联系人信息以及关于与传入呼叫对应的呼叫用户的呼叫历史中的至少一个,来选择多个应答消息类型中的一个,并且根据所选择的消息类型基于关于当前正执行或者先前执行的应用的信息来产生应答消息。
根据另一示例性实施例,控制单元330可在显示单元340上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元330通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起显示在显示单元340上。因此,控制单元330可提供包括应答消息候选和一般常用消息的应答消息列表。接下来,当用户在应答消息列表中选择一个应答消息时,控制单元330可将所选择的应答消息发送给呼叫用户。
显示单元340可显示关于可穿戴装置3000的状态信息、应用执行屏幕图像、关于多个应用和功能当中的一个的指示等。显示单元340可包括例如液晶显示(LCD)装置或者有机发光显示装置。显示单元340可基于可穿戴装置3000的形状按照各种形式布置在各种位置处。根据示例性实施例,显示单元340可显示包括与传入呼叫对应的多个选项的UI元素。另外,显示单元340可基于多个选择请求显示文本、图标和表情符号。
图67是示出根据示例性实施例的服务器500的配置的框图。
参照图67,服务器500可包括控制单元510(例如,控制器)、存储器520和发送/接收单元530(例如,发送器/接收器)。然而,服务器500可利用比图67所示的那些组件更多或更少的组件来具体实现。下面将给出组件的详细描述。
控制单元510可控制服务器500的总体操作。例如,可通过执行存储在存储器520中的程序(或模块)来产生将由装置输出的应答消息。
根据示例性实施例,控制单元510可基于关于装置上当前正执行或者先前执行的应用的信息来确定用户的位置、路线或状况中的至少一个,并且产生包括当前状况的应答消息,所述当前状况包括所确定的位置、路线和活动中的至少一个。另外,控制单元510可基于关于当前正执行或者先前执行的应用的信息来估计用户将有空回复传入呼叫的时间点,并且可产生包括未来状况的应答消息,所述未来状况包括所估计的用户将有空回复传入呼叫的时间点。
根据另一示例性实施例,控制单元510可基于存储在装置中的联系人信息以及关于与传入呼叫对应的呼叫用户的呼叫历史中的至少一个,来选择多个应答消息类型中的一个,并且根据所选择的消息类型基于关于当前正执行或者先前执行的应用的信息来产生应答消息。
根据示例性实施例,当接收到传入呼叫时,控制单元510可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。
根据另一示例性实施例,当接收到传入呼叫时,控制单元510可在装置上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元510可通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息,并且自动地将所产生的应答消息发送给呼叫用户。
根据另一示例性实施例,当接收到传入呼叫时,控制单元510可在装置上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择拒绝/谢绝时,控制单元510可基于存储在装置中的联系人信息以及关于与传入呼叫对应的呼叫用户的呼叫历史中的至少一个,来选择多个应答消息类型中的一个,并且根据所选择的消息类型基于关于当前正执行或者先前执行的应用的信息来产生应答消息。
根据另一示例性实施例,当接收到传入呼叫时,控制单元510可在装置上显示包括与传入呼叫对应的多个选项的UI元素,并且当从所述多个选项当中选择发送应答消息时,控制单元510通过参考关于当前正执行或者先前执行的应用的信息来自动地产生应答消息候选,并且将所产生的应答消息候选连同一般常用消息一起显示在装置上。因此,控制单元510可提供包括应答消息候选和一般常用消息的应答消息列表。接下来,当用户在应答消息列表中选择一个应答消息时,控制单元510可将所选择的应答消息发送给呼叫用户。
存储器520可存储用于控制单元510的处理操作和控制操作的程序,并且还可存储输入/输出数据(例如,用户设置的细节、呼叫历史等)。另外,存储在存储器520中的程序可基于其功能被分成多个模块。
发送/接收单元530可包括使得服务器500与装置之间能够通信的一个或多个组件。根据示例性实施例,发送/接收单元530可接收通知在装置处从与传入呼叫对应的多个选项当中选择发送应答消息的信息。根据另一示例性实施例,发送/接收单元530可接收通知在装置处从与传入呼叫对应的多个选项当中选择拒绝/谢绝的信息。
安装在图64的装置2000或图65的可穿戴装置3000上的应用可经由API将用于产生应答消息的信息提供给服务器500,服务器500可基于所接收的信息来产生应答消息。根据示例性实施例,服务器500可周期性地监测应用的状态而不管传入呼叫的接收,并且从应用获得用于产生应答消息的信息。根据另一示例性实施例,服务器500可在接收到传入呼叫时周期性地监测应用的状态,并且从应用获得用于产生应答消息的信息。
一个或多个示例性实施例可被实现为计算机指令,所述计算机指令可由各种计算机装置执行并且被记录在非瞬时性计算机可读介质上。计算机可读介质可包括程序命令、数据文件、数据结构或其组合。记录在介质上的程序指令可为本发明构思特别地设计和结构化,或者是计算机软件领域的技术人员可用的。计算机可读记录介质的示例包括:磁介质,例如硬盘、软盘和磁带;光学介质,例如紧凑盘-只读存储器(CD-ROM)和数字多功能盘(DVD);磁光介质,例如软光盘;只读存储器(ROM);随机存取存储器(RAM);和闪速存储器。所述介质可以是传输介质,例如光学或金属线、波导、或者传送程序命令、数据结构等的载波。程序命令可包括例如可由计算机利用解释器执行的高级语言代码以及由编译器创建的机器语言代码。
应该理解,本文所述的示例性实施例应该仅从描述性意义上来理解,而非为了限制的目的。示例性实施例内的特征或方面的描述通常应该被视为可用于其它示例性实施例中的其它相似特征或方面。
尽管参照附图描述了一个或多个示例性实施例,本领域普通技术人员将理解,在不脱离由权利要求限定的精神和范围的情况下,可进行形式和细节上的各种改变。

Claims (15)

1.一种装置,包括:
通信单元,被配置为接收来自呼叫用户的呼叫请求;以及
控制单元,被配置为响应于拒绝所述呼叫请求,控制通信单元向呼叫用户提供应答消息,其中,所述应答消息包括基于与当前正执行的应用有关的应用信息的当前状况。
2.根据权利要求1所述的装置,其中,所述应答消息还包括从当前正执行的应用获得的时间信息,以及基于所述呼叫请求被接收时的时间,用户将有空应答所述呼叫请求时的时间。
3.根据权利要求1所述的装置,其中,当前正执行的应用是在所述呼叫请求被接收时装置上正执行的应用。
4.根据权利要求1所述的装置,其中,当前正执行的应用是在所述呼叫请求被接收时的时间在外部装置上正执行的应用,
通信单元被配置为从所述外部装置获得关于所述应用的应用信息。
5.根据权利要求1所述的装置,其中,控制单元还被配置为响应于当前状况改变,控制通信单元向呼叫用户提供消息。
6.根据权利要求1所述的装置,其中,控制单元还被配置为控制通信单元经由多个通信媒介当中的至少一个通信媒介来向呼叫用户提供应答消息。
7.根据权利要求1所述的装置,其中,控制单元还被配置为控制通信单元与可穿戴装置通信。
8.一种装置,包括:
通信单元,被配置为接收来自呼叫用户的呼叫请求;
存储器,被配置为存储经由安装在所述装置中的应用所接收的时间信息;以及
控制单元,被配置为响应于拒绝所述呼叫请求并且所述呼叫请求被接收时的时间对应于所存储的时间信息,控制通信单元向呼叫用户提供应答消息,其中,所述应答消息包括基于与当前正执行的应用有关的应用信息的当前状况。
9.根据权利要求8所述的装置,其中,所述应答消息还包括基于所存储的时间信息以及所述呼叫请求被接收时的时间,用户将有空应答所述呼叫请求时的时间。
10.根据权利要求8所述的装置,其中,所述应用信息包括经由应用输入的日程安排信息和订票细节中的至少一个以及所存储的时间信息。
11.根据权利要求8所述的装置,其中,控制单元还被配置为响应于当前状况改变,控制通信单元提供消息。
12.根据权利要求8所述的装置,其中,控制单元还被配置为控制通信单元经由多个通信媒介当中的至少一个通信媒介来向呼叫用户提供应答消息。
13.一种应答电话呼叫或消息的方法,所述方法包括:
在第一电子装置上设置呼叫拒绝功能;
在第一电子装置上接收传入电话呼叫或传入消息;
获得与当所述电话呼叫或所述消息被接收时第一电子装置上正执行的至少一个应用有关的信息;以及
根据所获得的信息发送应答消息。
14.根据权利要求13所述的方法,其中,设置呼叫拒绝功能的步骤包括第一用户通过用户接口输入参数。
15.根据权利要求14所述的方法,其中,输入参数的步骤包括:
将多个应用中的至少一个应用设置为调用呼叫拒绝功能的应用;或者
设置与联系人列表中所列的多个联系人组中的每个联系人组对应的应答消息的类型。
CN201580000819.0A 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法 Active CN105247902B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910375633.3A CN110072018B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法
CN201910376241.9A CN110149446B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201461983117P 2014-04-23 2014-04-23
US61/983,117 2014-04-23
KR10-2014-0111623 2014-08-26
KR1020140111623A KR20150122561A (ko) 2014-04-23 2014-08-26 디바이스 및 상기 디바이스에서의 착신 호출 처리 방법
KR1020140174292A KR101625015B1 (ko) 2014-04-23 2014-12-05 디바이스 및 상기 디바이스에서의 응답 메시지 제공 방법
KR10-2014-0174292 2014-12-05
PCT/KR2015/004050 WO2015163704A1 (en) 2014-04-23 2015-04-23 Devices and methods of providing response message in the devices

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN201910376241.9A Division CN110149446B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法
CN201910375633.3A Division CN110072018B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法

Publications (2)

Publication Number Publication Date
CN105247902A true CN105247902A (zh) 2016-01-13
CN105247902B CN105247902B (zh) 2019-05-31

Family

ID=54599691

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201580000819.0A Active CN105247902B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法
CN201910376241.9A Active CN110149446B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法
CN201910375633.3A Active CN110072018B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN201910376241.9A Active CN110149446B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法
CN201910375633.3A Active CN110072018B (zh) 2014-04-23 2015-04-23 在装置中提供应答消息的装置和方法

Country Status (6)

Country Link
US (7) US9456079B2 (zh)
EP (1) EP2976901B1 (zh)
KR (4) KR20150122561A (zh)
CN (3) CN105247902B (zh)
ES (1) ES2851773T3 (zh)
WO (1) WO2015163704A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105827823A (zh) * 2016-01-29 2016-08-03 维沃移动通信有限公司 一种通话控制方法及移动终端
CN107018060A (zh) * 2016-01-28 2017-08-04 阿里巴巴集团控股有限公司 消息回复方法和装置
CN107911557A (zh) * 2017-11-30 2018-04-13 维沃移动通信有限公司 一种未接来电的处理方法及移动终端
CN108370347A (zh) * 2016-02-03 2018-08-03 谷歌有限责任公司 对传入通信的预测响应
CN109982273A (zh) * 2019-03-25 2019-07-05 维沃移动通信有限公司 一种信息回复方法及移动终端
CN110312049A (zh) * 2019-07-29 2019-10-08 青岛海尔科技有限公司 基于智能家居操作系统的执行操作方法及装置
US10846618B2 (en) 2016-09-23 2020-11-24 Google Llc Smart replies using an on-device model
CN113014478A (zh) * 2017-04-20 2021-06-22 麦克赛尔株式会社 信息处理终端以及自动响应方法

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9318108B2 (en) 2010-01-18 2016-04-19 Apple Inc. Intelligent automated assistant
US8977255B2 (en) 2007-04-03 2015-03-10 Apple Inc. Method and system for operating a multi-function portable electronic device using voice-activation
US8676904B2 (en) 2008-10-02 2014-03-18 Apple Inc. Electronic devices with voice command and contextual data processing capabilities
US20120311585A1 (en) 2011-06-03 2012-12-06 Apple Inc. Organizing task items that represent tasks to perform
EP2590371B1 (en) 2011-11-02 2017-08-09 BlackBerry Limited System and method for enabling voice and video communications using a messaging application
US10417037B2 (en) 2012-05-15 2019-09-17 Apple Inc. Systems and methods for integrating third party services with a digital assistant
DE212014000045U1 (de) 2013-02-07 2015-09-24 Apple Inc. Sprach-Trigger für einen digitalen Assistenten
US10652394B2 (en) 2013-03-14 2020-05-12 Apple Inc. System and method for processing voicemail
US10748529B1 (en) 2013-03-15 2020-08-18 Apple Inc. Voice activated device for use with a voice-based digital assistant
US10176167B2 (en) 2013-06-09 2019-01-08 Apple Inc. System and method for inferring user intent from speech inputs
KR102233378B1 (ko) * 2014-04-07 2021-03-29 삼성전자주식회사 이동 단말과 연결된 착용형 기기의 동작 방법 및 그 착용형 기기
KR20150122561A (ko) 2014-04-23 2015-11-02 삼성전자주식회사 디바이스 및 상기 디바이스에서의 착신 호출 처리 방법
US9715875B2 (en) 2014-05-30 2017-07-25 Apple Inc. Reducing the need for manual start/end-pointing and trigger phrases
EP3149728B1 (en) 2014-05-30 2019-01-16 Apple Inc. Multi-command single utterance input method
US10170123B2 (en) 2014-05-30 2019-01-01 Apple Inc. Intelligent assistant for home automation
US9338493B2 (en) 2014-06-30 2016-05-10 Apple Inc. Intelligent automated assistant for TV user interactions
US9886953B2 (en) 2015-03-08 2018-02-06 Apple Inc. Virtual assistant activation
JP6512875B2 (ja) * 2015-03-10 2019-05-15 キヤノン株式会社 通信装置、通信装置の制御方法及びプログラム
US10200824B2 (en) 2015-05-27 2019-02-05 Apple Inc. Systems and methods for proactively identifying and surfacing relevant content on a touch-sensitive device
US20160380926A1 (en) * 2015-06-28 2016-12-29 International Business Machines Corporation Establishing Sender Identities in Synchronous and Asynchronous Communications
US20160378747A1 (en) 2015-06-29 2016-12-29 Apple Inc. Virtual assistant for media playback
KR20170007050A (ko) * 2015-07-10 2017-01-18 삼성전자주식회사 전자 장치 및 전자 장치의 알림 방법
US10331312B2 (en) 2015-09-08 2019-06-25 Apple Inc. Intelligent automated assistant in a media environment
US10671428B2 (en) 2015-09-08 2020-06-02 Apple Inc. Distributed personal assistant
US10740384B2 (en) 2015-09-08 2020-08-11 Apple Inc. Intelligent automated assistant for media search and playback
US10747498B2 (en) 2015-09-08 2020-08-18 Apple Inc. Zero latency digital assistant
US10691473B2 (en) 2015-11-06 2020-06-23 Apple Inc. Intelligent automated assistant in a messaging environment
US10956666B2 (en) 2015-11-09 2021-03-23 Apple Inc. Unconventional virtual assistant interactions
US10223066B2 (en) 2015-12-23 2019-03-05 Apple Inc. Proactive assistance based on dialog communication between devices
US10243905B2 (en) * 2016-03-07 2019-03-26 Facebook, Inc. Location-based conversation engine for entities in a social networking system
US10586535B2 (en) 2016-06-10 2020-03-10 Apple Inc. Intelligent digital assistant in a multi-tasking environment
DK179415B1 (en) 2016-06-11 2018-06-14 Apple Inc Intelligent device arbitration and control
DK201670540A1 (en) 2016-06-11 2018-01-08 Apple Inc Application integration with a digital assistant
KR102598082B1 (ko) * 2016-10-28 2023-11-03 삼성전자주식회사 영상 표시 장치, 모바일 장치 및 그 동작방법
KR102585230B1 (ko) * 2016-11-15 2023-10-05 삼성전자주식회사 통화 요청에 대한 알림 메시지를 제공하는 디바이스 및 방법
US10230841B2 (en) * 2016-11-22 2019-03-12 Apple Inc. Intelligent digital assistant for declining an incoming call
KR102305123B1 (ko) * 2017-03-14 2021-09-28 삼성전자주식회사 위치 기반 서비스를 제공하는 방법 및 그 전자 장치
US10606866B1 (en) 2017-03-30 2020-03-31 Palantir Technologies Inc. Framework for exposing network activities
US10726832B2 (en) 2017-05-11 2020-07-28 Apple Inc. Maintaining privacy of personal information
DK180048B1 (en) 2017-05-11 2020-02-04 Apple Inc. MAINTAINING THE DATA PROTECTION OF PERSONAL INFORMATION
DK179496B1 (en) 2017-05-12 2019-01-15 Apple Inc. USER-SPECIFIC Acoustic Models
DK201770427A1 (en) 2017-05-12 2018-12-20 Apple Inc. LOW-LATENCY INTELLIGENT AUTOMATED ASSISTANT
DK179745B1 (en) 2017-05-12 2019-05-01 Apple Inc. SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT
US20180336892A1 (en) 2017-05-16 2018-11-22 Apple Inc. Detecting a trigger of a digital assistant
US10303715B2 (en) 2017-05-16 2019-05-28 Apple Inc. Intelligent automated assistant for media exploration
CN107197100A (zh) * 2017-06-21 2017-09-22 广东欧珀移动通信有限公司 来电信息处理方法及相关产品
WO2019006097A1 (en) * 2017-06-28 2019-01-03 Galvan Technologies Llc AUTOMATIC RESPONSE MESSAGES FROM A MOBILE DEVICE
US11516154B2 (en) * 2017-07-13 2022-11-29 Apple Inc. Systems for managing messaging conversations
US11039009B2 (en) * 2017-08-01 2021-06-15 International Business Machines Corporation Real-time communication with a caller without accepting a call
CN107509051A (zh) * 2017-08-14 2017-12-22 宇龙计算机通信科技(深圳)有限公司 远程控制方法、装置、终端及计算机可读存储介质
FR3071993A1 (fr) * 2017-09-29 2019-04-05 Orange Procede de gestion d'un echec d'etablissement d'une communication entre un premier et un second terminal
DK3477927T3 (da) * 2017-10-31 2021-06-21 Telia Co Ab Håndtering af opkaldsforbindelsesforsøg
US10587537B2 (en) 2017-12-22 2020-03-10 International Business Machines Corporation Customized response messages
US10462622B2 (en) * 2018-01-02 2019-10-29 Facebook, Inc. Managing delivery of messages to non-stationary mobile clients
US10818288B2 (en) 2018-03-26 2020-10-27 Apple Inc. Natural assistant interaction
US11145294B2 (en) 2018-05-07 2021-10-12 Apple Inc. Intelligent automated assistant for delivering content from user experiences
US10928918B2 (en) 2018-05-07 2021-02-23 Apple Inc. Raise to speak
US10892996B2 (en) 2018-06-01 2021-01-12 Apple Inc. Variable latency device coordination
DK179822B1 (da) 2018-06-01 2019-07-12 Apple Inc. Voice interaction at a primary device to access call functionality of a companion device
DK180639B1 (en) 2018-06-01 2021-11-04 Apple Inc DISABILITY OF ATTENTION-ATTENTIVE VIRTUAL ASSISTANT
KR102546726B1 (ko) * 2018-08-08 2023-06-23 삼성전자주식회사 인커밍 콜 처리 방법 및 이를 지원하는 전자 장치
JP7065730B2 (ja) * 2018-08-28 2022-05-12 株式会社Nttドコモ ウェアラブル端末及び表示システム
US11462215B2 (en) 2018-09-28 2022-10-04 Apple Inc. Multi-modal inputs for voice commands
US10735579B2 (en) 2018-11-19 2020-08-04 International Business Machines Corporation Contextual analysis of incoming phone calls to determine probability of connection
US10785716B2 (en) 2018-12-07 2020-09-22 Motorola Mobility Llc Wireless connectivity information for a mobile device
US11348573B2 (en) 2019-03-18 2022-05-31 Apple Inc. Multimodality in digital assistant systems
US11307752B2 (en) 2019-05-06 2022-04-19 Apple Inc. User configurable task triggers
DK201970509A1 (en) 2019-05-06 2021-01-15 Apple Inc Spoken notifications
US10996925B2 (en) * 2019-05-09 2021-05-04 Google Llc Automated assistant suggestions for third-party vehicle computing devices with restricted architecture
US11140099B2 (en) 2019-05-21 2021-10-05 Apple Inc. Providing message response suggestions
DK180129B1 (en) 2019-05-31 2020-06-02 Apple Inc. USER ACTIVITY SHORTCUT SUGGESTIONS
DK201970510A1 (en) 2019-05-31 2021-02-11 Apple Inc Voice identification in digital assistant systems
US11468890B2 (en) 2019-06-01 2022-10-11 Apple Inc. Methods and user interfaces for voice-based control of electronic devices
KR102240521B1 (ko) * 2019-09-03 2021-04-14 주식회사 엘지유플러스 애플리케이션 실행 중 통화 처리 방법 및 장치
US11038934B1 (en) 2020-05-11 2021-06-15 Apple Inc. Digital assistant hardware abstraction
US11061543B1 (en) 2020-05-11 2021-07-13 Apple Inc. Providing relevant data items based on context
US11755276B2 (en) 2020-05-12 2023-09-12 Apple Inc. Reducing description length based on confidence
US11490204B2 (en) 2020-07-20 2022-11-01 Apple Inc. Multi-device audio adjustment coordination
US11438683B2 (en) 2020-07-21 2022-09-06 Apple Inc. User identification using headphones
US11973727B1 (en) * 2021-09-09 2024-04-30 Keystrokes, LLC. System and method for customizing auto-replies to incoming communications
WO2023042998A1 (en) * 2021-09-15 2023-03-23 Samsung Electronics Co., Ltd. Method and electronic device for providing personalized response suggestions to notification event
US11856139B2 (en) * 2021-09-24 2023-12-26 International Business Machines Corporation Method and apparatus for dynamic tone bank and personalized response in 5G telecom network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1617544A (zh) * 2003-11-10 2005-05-18 株式会社日立制作所 通信终端
US20060141926A1 (en) * 2004-12-29 2006-06-29 Nokia Corporation Call rejections and reminders in order to enhance enjoyment of media items
CN103095690A (zh) * 2012-12-28 2013-05-08 华为技术有限公司 一种呼叫处理方法及应用服务器
WO2013129897A1 (ko) * 2012-03-02 2013-09-06 Kim Han Seok 부재중 통화 연결 시스템 및 그 방법
CN103473038A (zh) * 2012-06-05 2013-12-25 苹果公司 针对来话呼叫呈现在设备上的除了接受和拒绝之外的选项

Family Cites Families (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010101835A (ko) * 1999-02-09 2001-11-14 밀러 럿셀 비 무선전화에 대한 입중계 비상 호출에 자동으로 응답하는시스템 및 방법
KR20020092419A (ko) * 2001-02-06 2002-12-11 다께다 기꾸오 착신불능 안내시스템 및 방법
JP2003199168A (ja) * 2001-12-28 2003-07-11 Nec Corp 外部機器からの発信可能な電話装置
US20050096023A1 (en) * 2003-11-04 2005-05-05 Texas Instruments Incorporated System and method for handling incoming calls in mobile communication devices
KR100752849B1 (ko) * 2004-01-20 2007-08-29 엘지전자 주식회사 부재 모드 설정 방법
US7803150B2 (en) 2004-04-21 2010-09-28 Acclarent, Inc. Devices, systems and methods useable for treating sinusitis
CN1272980C (zh) * 2004-09-07 2006-08-30 大唐微电子技术有限公司 移动用户状态信息自动回复的方法及相应的用户识别模块
JP4113526B2 (ja) * 2004-11-08 2008-07-09 日立情報通信エンジニアリング株式会社 ネットワーク端末
KR100703375B1 (ko) * 2005-12-12 2007-04-03 삼성전자주식회사 휴대 단말기의 블루투스 통신 시 로그 관리 방법
KR100794181B1 (ko) * 2006-06-12 2008-01-11 김현주 음성 메시지 제공 장치 및 이를 이용한 음성 메시지 서비스제공 방법
JP2008079359A (ja) 2006-09-19 2008-04-03 Nsk Ltd スライダ駆動用アクチュエータ
US8489684B2 (en) * 2007-02-06 2013-07-16 Research In Motion Limited System and method for image inclusion in e-mail messages
US20080227440A1 (en) * 2007-03-16 2008-09-18 Vinay Kumar Chowdary Settepalli Methods and apparatus for discovering and updating a mobile device via user behavior
JP4861878B2 (ja) 2007-03-29 2012-01-25 京セラ株式会社 通信端末
JP2008303317A (ja) 2007-06-08 2008-12-18 Asahi Glass Co Ltd 含フッ素共重合体組成物およびその製造方法
CN101184283A (zh) * 2007-11-12 2008-05-21 康佳集团股份有限公司 来电处理方法及移动终端
US8639267B2 (en) * 2008-03-14 2014-01-28 William J. Johnson System and method for location based exchanges of data facilitating distributed locational applications
JP2009239369A (ja) 2008-03-25 2009-10-15 Sharp Corp 送受信装置
US8295468B2 (en) * 2008-08-29 2012-10-23 International Business Machines Corporation Optimized method to select and retrieve a contact center transaction from a set of transactions stored in a queuing mechanism
RU2011119211A (ru) * 2008-11-13 2012-12-20 Асер Рич Лимитед. Система и способ повышения безопасности транспортного средства путем улучшения знания ситуации водителем транспортного средства
CN101431832A (zh) * 2008-11-27 2009-05-13 中兴通讯股份有限公司 实现遇忙回呼的终端业务的方法和移动终端
JP4950982B2 (ja) 2008-11-28 2012-06-13 紀久雄 武田 着信不能時応対応答案内システム
US20100159908A1 (en) 2008-12-23 2010-06-24 Wen-Chi Chang Apparatus and Method for Modifying Device Configuration Based on Environmental Information
CN101488998A (zh) 2009-02-23 2009-07-22 惠州Tcl移动通信有限公司 一种手机短信的自动回复方法
US8340631B2 (en) * 2009-03-24 2012-12-25 T-Mobile Usa, Inc. Deferred communication and relationship management
US8385975B2 (en) * 2009-04-23 2013-02-26 Qualcomm Incorporated Context-based messaging for wireless communication
CN101923861A (zh) * 2009-06-12 2010-12-22 傅可庭 可转换语音为歌曲的音频合成装置
US20100317377A1 (en) * 2009-06-12 2010-12-16 Zou Lin Queue Management System Allows queue number to be remotely obtained by Patients or customers
CN102447837A (zh) * 2009-06-16 2012-05-09 英特尔公司 手持装置中的摄像机应用
CN101651936A (zh) * 2009-09-08 2010-02-17 中兴通讯股份有限公司 基于智能网的自动回复方法及系统
CN101662750B (zh) * 2009-10-20 2013-11-06 中兴通讯股份有限公司 一种移动终端自动回复来电的方法和系统
US8249627B2 (en) 2009-12-21 2012-08-21 Julia Olincy “I am driving/busy” automatic response system for mobile phones
US8315597B2 (en) * 2009-12-21 2012-11-20 Julia Olincy “I am driving/busy” automatic response system for mobile phones
US8855289B2 (en) 2010-01-19 2014-10-07 Microsoft Corporation Automated callback reminder
US20110207441A1 (en) * 2010-02-22 2011-08-25 Erik Wood One touch text response (OTTER)
US8275351B1 (en) * 2010-05-26 2012-09-25 Cellco Partnership Systems and method for automating a response from a mobile station
CN101860590A (zh) * 2010-06-09 2010-10-13 中兴通讯股份有限公司 一种来电自动拒接的方法和装置
US20120083287A1 (en) 2010-06-24 2012-04-05 Paul Casto Short messaging system auto-reply and message hold
US8831677B2 (en) * 2010-11-17 2014-09-09 Antony-Euclid C. Villa-Real Customer-controlled instant-response anti-fraud/anti-identity theft devices (with true-personal identity verification), method and systems for secured global applications in personal/business e-banking, e-commerce, e-medical/health insurance checker, e-education/research/invention, e-disaster advisor, e-immigration, e-airport/aircraft security, e-military/e-law enforcement, with or without NFC component and system, with cellular/satellite phone/internet/multi-media functions
CN102137193A (zh) * 2011-04-13 2011-07-27 深圳凯虹移动通信有限公司 一种移动通讯终端及其通讯控制方法
US20130189964A1 (en) * 2012-01-24 2013-07-25 Demetrius Thompson Texting safety system
EP2624606A1 (en) 2012-02-02 2013-08-07 Samsung Electronics Co., Ltd Apparatus and Method for Generating Smart Reply in a Mobile Device
US20140309853A1 (en) * 2013-04-15 2014-10-16 Flextronics Ap, Llc Vehicle diagnostics and roadside assistance
CN102694931A (zh) * 2012-04-11 2012-09-26 佳都新太科技股份有限公司 一种驾驶中防来电打扰安全驾驶系统
US9398131B2 (en) * 2012-05-17 2016-07-19 Plantronics, Inc. Mobile device data transfer
KR20140023082A (ko) 2012-08-16 2014-02-26 삼성전자주식회사 수신 호를 처리하기 위한 방법 및 그 전자장치
AU2013204656B2 (en) * 2012-10-31 2015-03-19 Telstra Corporation Limited Callee rejection information for rejected voice calls
CN103051803A (zh) * 2012-12-28 2013-04-17 海南舟悠科技有限公司 一种在驾驶车辆中自动处理手机来电及信息的方法及系统
US20160037345A1 (en) * 2013-03-15 2016-02-04 Apple Inc. Controlling access to protected functionality of a host device using a wireless device
US9106757B2 (en) * 2013-03-26 2015-08-11 Lg Uplus Corp. Terminal, server, and method for actively providing information based on communication contents
WO2014161091A1 (en) * 2013-04-04 2014-10-09 Rand James S Unified communications system and method
US20140308930A1 (en) * 2013-04-12 2014-10-16 Bao Tran Timely, glanceable information on a wearable device
US9191797B2 (en) * 2013-05-17 2015-11-17 Ryan R. Alam Responses and controls of incoming information
US10264113B2 (en) * 2014-01-10 2019-04-16 Onepin, Inc. Automated messaging
KR20150122561A (ko) * 2014-04-23 2015-11-02 삼성전자주식회사 디바이스 및 상기 디바이스에서의 착신 호출 처리 방법
US9781063B2 (en) * 2014-10-07 2017-10-03 At&T Mobility Ii Llc System and method for alerting a list of multiple recipients of a user's request for assistance

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1617544A (zh) * 2003-11-10 2005-05-18 株式会社日立制作所 通信终端
US20060141926A1 (en) * 2004-12-29 2006-06-29 Nokia Corporation Call rejections and reminders in order to enhance enjoyment of media items
WO2013129897A1 (ko) * 2012-03-02 2013-09-06 Kim Han Seok 부재중 통화 연결 시스템 및 그 방법
CN103473038A (zh) * 2012-06-05 2013-12-25 苹果公司 针对来话呼叫呈现在设备上的除了接受和拒绝之外的选项
CN103095690A (zh) * 2012-12-28 2013-05-08 华为技术有限公司 一种呼叫处理方法及应用服务器

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107018060A (zh) * 2016-01-28 2017-08-04 阿里巴巴集团控股有限公司 消息回复方法和装置
CN105827823A (zh) * 2016-01-29 2016-08-03 维沃移动通信有限公司 一种通话控制方法及移动终端
CN105827823B (zh) * 2016-01-29 2019-06-07 维沃移动通信有限公司 一种通话控制方法及移动终端
CN108370347A (zh) * 2016-02-03 2018-08-03 谷歌有限责任公司 对传入通信的预测响应
CN108370347B (zh) * 2016-02-03 2021-05-04 谷歌有限责任公司 对传入通信的预测响应方法和系统
US10846618B2 (en) 2016-09-23 2020-11-24 Google Llc Smart replies using an on-device model
CN113014478A (zh) * 2017-04-20 2021-06-22 麦克赛尔株式会社 信息处理终端以及自动响应方法
CN107911557A (zh) * 2017-11-30 2018-04-13 维沃移动通信有限公司 一种未接来电的处理方法及移动终端
CN109982273A (zh) * 2019-03-25 2019-07-05 维沃移动通信有限公司 一种信息回复方法及移动终端
CN109982273B (zh) * 2019-03-25 2021-08-06 维沃移动通信有限公司 一种信息回复方法及移动终端
CN110312049A (zh) * 2019-07-29 2019-10-08 青岛海尔科技有限公司 基于智能家居操作系统的执行操作方法及装置
CN110312049B (zh) * 2019-07-29 2021-11-02 青岛海尔科技有限公司 基于智能家居操作系统的执行操作方法、装置及存储介质

Also Published As

Publication number Publication date
US10110734B2 (en) 2018-10-23
EP2976901A1 (en) 2016-01-27
US20210120124A1 (en) 2021-04-22
ES2851773T3 (es) 2021-09-08
US11388285B2 (en) 2022-07-12
US9553981B2 (en) 2017-01-24
WO2015163704A1 (en) 2015-10-29
CN110072018A (zh) 2019-07-30
KR102228458B1 (ko) 2021-03-17
CN110149446B (zh) 2021-05-25
CN110072018B (zh) 2021-05-25
US20190373106A1 (en) 2019-12-05
US20150312409A1 (en) 2015-10-29
CN105247902B (zh) 2019-05-31
US20190045054A1 (en) 2019-02-07
KR20150122566A (ko) 2015-11-02
EP2976901B1 (en) 2020-11-18
KR20200112783A (ko) 2020-10-05
EP2976901A4 (en) 2016-11-30
US20160006867A1 (en) 2016-01-07
KR20150122561A (ko) 2015-11-02
US20170104871A1 (en) 2017-04-13
US10863023B2 (en) 2020-12-08
US10419605B2 (en) 2019-09-17
US20220353364A1 (en) 2022-11-03
KR101625015B1 (ko) 2016-05-27
US9456079B2 (en) 2016-09-27
KR102160797B1 (ko) 2020-10-05
KR20160061950A (ko) 2016-06-01
CN110149446A (zh) 2019-08-20

Similar Documents

Publication Publication Date Title
CN105247902B (zh) 在装置中提供应答消息的装置和方法
US10511707B2 (en) Voice communication method
KR102447503B1 (ko) 메시지 서비스를 제공하는 전자기기 및 그 전자기기가 컨텐트 제공하는 방법
US10819840B2 (en) Voice communication method
KR102252225B1 (ko) 하나 이상의 통지들을 관리하는 방법 및 이를 위한 전자 장치
CN108810283A (zh) 用于提供通知并与通知进行交互的设备、方法和图形用户界面
US20220131822A1 (en) Voice communication method
KR102144310B1 (ko) 전화 어플리케이션의 이메일 메시지 관리 방법 및 이를 이용하는 사용자 단말 장치, 이 방법을 실행하기 위한 프로그램이 기록되어 있는 비휘발성 기록매체.
AU2022202360A1 (en) Voice communication method
US20190132440A1 (en) A Box to Improve User Focus
AU2019100525B4 (en) Voice communication method
WO2018213506A2 (en) Voice communication method
KR101844587B1 (ko) 통합 메신저 어플리케이션에서 적합 메신저를 자동 선택하여 메시지를 전송하는 방법 및 장치
KR20140079527A (ko) 이벤트 기록을 위한 사용자 인터페이스 지원 시스템, 이벤트 기록을 위한 장치 및 사용자 인터페이스 제공 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant