CN106230708A - 在邮件中添加附件的方法及邮件客户端 - Google Patents

在邮件中添加附件的方法及邮件客户端 Download PDF

Info

Publication number
CN106230708A
CN106230708A CN201610818494.3A CN201610818494A CN106230708A CN 106230708 A CN106230708 A CN 106230708A CN 201610818494 A CN201610818494 A CN 201610818494A CN 106230708 A CN106230708 A CN 106230708A
Authority
CN
China
Prior art keywords
adnexa
mail
accessories list
download
accessories
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.)
Pending
Application number
CN201610818494.3A
Other languages
English (en)
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.)
LeTV Holding Beijing Co Ltd
LeTV Mobile Intelligent Information Technology Beijing Co Ltd
Original Assignee
LeTV Holding Beijing Co Ltd
LeTV Mobile Intelligent Information Technology Beijing 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 LeTV Holding Beijing Co Ltd, LeTV Mobile Intelligent Information Technology Beijing Co Ltd filed Critical LeTV Holding Beijing Co Ltd
Priority to CN201610818494.3A priority Critical patent/CN106230708A/zh
Publication of CN106230708A publication Critical patent/CN106230708A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08Annexed information, e.g. attachments
    • 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/42Mailbox-related aspects, e.g. synchronisation of mailboxes

Abstract

本发明公开了一种在邮件中添加附件的方法及邮件客户端,涉及通信领域。在邮件中添加附件的方法包括:当接收到用户在写邮件的界面中添加附件的指令时,至少将已收到的所有附件显示出来供用户选择,其中,已收到的所有附件的类型包括以下任意一种或组合:已下载的附件和未下载的附件;接收到用户对所有附件中的至少一个附件的选择指令后,将所选定的附件添加到待发送邮件的附件列表中。与现有技术相比,本发明的实施方式中在添加附件时,可以直接将未下载的附件添加至附件列表,能够提高添加附件的效率,而且操作简单,使用方便,实用性较强。

Description

在邮件中添加附件的方法及邮件客户端
技术领域
本发明涉及通信领域,特别涉及在邮件中添加附件的方法及邮件客户端。
背景技术
随着互联网的快速发展以及办公自动化在日常工作中的应用,电子邮件已经成为日常办公必不可少的工具。携带附件并对附件加以正文描述是电子邮件的重要功能之一。发明人在实现本发明的过程中发现:在添加附件时,本地的附件是需要下载后才能添加的。比如:在邮件正文中选择添加附件的指令时,通常在待添加附件的页面只显示已经下载的附件。或者,如图1所示,在邮件正文中选择添加附件的指令时,在待添加附件的页面会分类显示已下载的附件和未下载的附件,并且实际操作时,需要预先判断所选择的附件是否是已下载的附件。如果不是,会提示用户,此时用户需要先退出邮件正文界面,进入下载界面对所选附件进行下载完毕之后,才能够进入邮件正文界面对所选附件进行添加,使用起来非常繁琐,用户体验不佳。
发明内容
本发明实施例的目的在于提供一种在邮件中添加附件的方法及邮件客户端,使得在添加附件时,可以直接将未下载的附件添加至附件列表,提高添加附件的效率,而且操作简单,使用方便,实用性较强。
为解决上述技术问题,本发明的实施方式提供了一种在邮件中添加附件的方法,包括:当检测到在写邮件的界面中添加附件的指令时,显示已收到邮件的第一附件列表,该附件包括未下载附件;检测到对第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。
本发明的实施方式还提供了一种邮件客户端,包括:第一接收模块、显示模块、第二接收模块和添加模块;第一接收模块,用于接收在写邮件的界面中添加附件的指令;显示模块,用于在第一接收模块接收到在写邮件的界面中添加附件的指令时,显示已收到邮件的附件的第一附件列表,附件包括未下载附件;第二接收模块,用于接收对第一附件列表中的至少一个附件的选择指令;添加模块,用于在第二接收模块接收到对第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。
本发明的实施方式相对于现有技术而言,当接收到用户在写邮件的界面中添加附件的指令时,显示已收到邮件的附件的第一附件列表,而且已收到邮件的所有附件中可以包括未下载的附件,接收到用户对第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。从而在添加附件时,可以直接将用户选定的未下载的附件添加至附件列表,而无需先退出邮件正文界面对未下载的附件进行下载之后,再对附件进行添加,从而能够提高添加附件的效率,而且操作简单,使用方便,实用性较强。
另外,在将所选定的附件添加到待发送邮件的第二附件列表中之后,还包括:若第二附件列表中存在未下载附件,则后台下载未下载附件并上传到服务器。通过自动判断附件中是否存在未下载附件,并在存在未下载附件时,后台自动下载未下载附件并上传,可以实现自动对附件列表中存在的未下载的附件进行后台下载,避免了退出邮件正文界面对未下载的附件进行下载的繁琐步骤。
另外,在将所选定的附件添加到待发送邮件的第二附件列表中之后,还包括:当检测到发送邮件的指令时,判断附件列表中存在未下载附件,若存在,则后台下载未下载附件并上传到服务器。通过在接收到发送邮件的指令后,自动对附件列表中存在的未下载的附件进行后台下载,避免了退出邮件正文界面对未下载的附件进行下载的繁琐步骤。
另外,检测到用户对第一附件列表中的至少一个附件的选择指令之后,将所选定的附件添加到待发送邮件的第二附件列表中之前,还包括:若第一附件列表中存在未下载附件,则后台下载未下载附件。通过在将未下载的附件添加到附件列表时,直接将未下载的附件进行后台下载,避免了退出邮件正文界面对未下载的附件进行下载的繁琐步骤。
另外,将所选定的附件添加到待发送邮件的第二附件列表中之后,还包括:判断第二附件列表中是否存在未上传的附件,若存在,则后台上传未上传附件至服务器。通过自动对附件列表中存在的未上传的附件进行后台上传,避免了用户手动上传附件的繁琐步骤,大大提高了附件的上传效率。
另外,将所选定的附件添加到待发送邮件的附件列表中之后,还包括:在检测到发送邮件的指令时,判断第二附件列表中是否存在未上传的附件,若存在,则后台上传未上传的附件至服务器。通过在接收到发送邮件的指令后,自动对附件列表中存在的未上传的附件进行后台上传,避免了用户手动上传附件的繁琐步骤,大大提高了附件的上传效率。
另外,显示已收到邮件的附件的第一附件列表,具体包括:将已收到的所有附件按照预设规则进行排序显示。当用户选择某个附件时,可以直接从排序显示出来的所有附件中进行选择,并且根据排序规则选择附件会使用户选择时的操作更加方便,实用性较强。
另外,预设规则包括:附件对应的邮件的接收时间;或者,附件名称的首字母;或者,附件的文件大小。可以根据用户的使用习惯或者实际的设计需求选择合适的排序规则,以适应于不同的设计需求。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是根据现有技术中选择添加附件时的界面显示示意图;
图2是根据本发明第一实施方式中在邮件中添加附件的方法的流程图;
图3是根据本发明第一实施方式中选择添加附件时的界面显示示意图;
图4是根据本发明第二实施方式中在邮件中添加附件的方法的流程图;
图5是根据本发明第三实施方式中在邮件中添加附件的方法的流程图;
图6是根据本发明第四实施方式中在邮件中添加附件的方法的流程图;
图7是根据本发明第五实施方式中邮件客户端的结构框图;
图8是根据本发明第六实施方式中终端设备的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请各权利要求所要求保护的技术方案。
本发明中的在邮件中添加附件的方法可以作为邮件客户端的一个功能,应用于各种安装邮件客户端的终端设备。比如:可以应用于智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑或者移动互联网设备等。需要说明的是,本发明的各实施方式可以以智能手机为例进行说明。
第一实施方式
本发明的第一实施方式涉及一种在邮件中添加附件的方法,该方法包括:当检测到在写邮件的界面中添加附件的指令时,显示已收到邮件的第一附件列表,该附件包括未下载附件;检测到对第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。其中,第一附件列表用于显示所有附件,第二附件列表用于显示待发送邮件的附件。具体流程如图2所示,包括以下步骤:
步骤201中,判断用户是否在写邮件的界面中输入添加附件的指令。若是,则进入步骤202,否则返回步骤201继续判断。
具体地说,邮件正文中可以含有添加附件的图标,如果用户选中添加附件的图标,则可以判定用户在写邮件的界面中输入添加附件的指令。其中,选中添加附件的图标的选中方式可以是单击、双击或者长按等。或者,用户可以预先设定添加附件的快捷键,接收到用户在邮件正文中输入的快捷键时,可以判定用户在写邮件的界面中输入添加附件的指令。其中,快捷键可以根据用户的需要,由用户自行选择设定,本实施方式对快捷键的类型不做限制。比如:快捷键可以为但不限于“F9”或者“#”等,在此不一一列举。
值得一提的是,快捷键还可以是智能手机根据用户自行设定的历史记录来设定。具体地说,智能手机可以获取用户设定添加附件的快捷键的历史设定记录;根据上述历史设定记录可以获取用户设定的历史添加附件的快捷键中,设定频率最高的快捷键,并把设定频率最高的快捷键作为新设定的添加附件的快捷键。
本实施方式中,不管上述添加附件的快捷键是由用户自行设定还是由智能手机根据用户的历史设定记录来设定,用户都可以在邮件正文中输入添加附件的快捷键之前,通过输入特定指令进行查看所设定的快捷键。当然,用户也可以控制智能手机只使用一种快捷键。本实施方式对添加附件的快捷键的设定方式不作任何限定。
在步骤202中,至少将已收到的所有附件显示出来供用户选择。
具体地说,显示已收到邮件的附件的第一附件列表,如图3所示,在显示第一附件列表时,可以跳出所有附件的显示界面,还可以在上述显示界面中将已收到的所有附件以预设的排序规则进行排列并将排序后的附件显示出来供用户选择。
需要说明的是,预设的排序规则包括但不限于:附件对应的邮件的接收时间;或者,附件名称的首字母;或者,附件的文件大小;任何能够实现排序以方便用户选择的规则都应在本发明的保护范围之内。
在步骤203中,判断用户是否输入对所有附件中的至少一个附件的选择指令。若是,执行步骤204,否则,返回执行步骤201。
值得一提的是,用户可以通过以下任意一种方式输入选择指令:单击、双击或者长按等,但本发明并不应以此为限,可以设定任何方式表示选择指令,均应在本发明的保护范围之内。具体地说,比如:在对应的附件的后面,与该附件并列显示在显示器的同一行的某一位置具有“标识”,如图3中的标注1所示的“标识”。如果用户选中对应附件的“标识”,则可以判定用户输入对所有附件中的至少一个附件的选择指令。但是需要说明的是,上述“标识”的形状和大小不做限制,只要是能实现上述目的的任意“标识”,均应在本发明的保护范围之内。
在步骤204中,将所选定的附件添加到待发送邮件的附件列表中。即将选定的附件添加到第二附件列表中。
如果在步骤203中接收到用户选中多个附件,还可以将各个附件的名称按照一定的顺序添加到待发送邮件的附件列表中。比如:按照名称的字母排序,或者按照选中的先后顺序等。
在步骤205中,判断第二附件列表中是否存在未下载附件。若存在,则执行步骤206,否则结束。
比如说,智能手机可以通过自身的检测模块,检测第二附件列表中的附件是否存在未下载附件。具体地说,可以检测本地邮件中是否存在附件列表中的邮件,若存在,则说明第二附件列表中不存在未下载附件;否则说明第二附件列表中存在未下载附件。
在步骤206中,后台下载未下载附件并上传。具体地说,将下载后的附件上传至服务器。
通过上述内容,不难发现,本实施方式中,在邮件正文中添加附件时,可以直接将用户选定的未下载的附件添加至附件列表,而无需先退出邮件正文界面对未下载的附件进行下载之后,再对附件进行添加;能够提高添加附件的效率,而且操作简单,使用方便,实用性较强。而且还可以直接将未下载的附件进行后台下载,避免了跳出邮件正文界面对未下载的附件进行下载的繁琐步骤。
第二实施方式
本发明的第二实施方式涉及一种在邮件中添加附件的方法,本第二实施方式中的在邮件中添加附件的方法与第一实施方式中的大致相同,主要区别之处在于:在第一实施方式中,在将所选定的附件添加到待发送邮件的附件列表中之后,后台下载未下载的附件并上传。而在本实施方式中,在接收到发送邮件的指令后,后台下载未下载的附件并上传。
具体地说,如图4所示,其包括:
在步骤401中,判断用户是否在写邮件的界面中输入添加附件的指令。若是,则进入步骤402,否则返回步骤401继续判断。
在步骤402中,至少将已收到的所有附件显示出来供用户选择。
在步骤403中,判断用户是否输入对所有附件中的至少一个附件的选择指令。若是,执行步骤404,否则,返回执行步骤401。
在步骤404中,将所选定的附件添加到待发送邮件的附件列表中。即将所选定的附件添加到第二附件列表中。
在步骤405中,接收到发送邮件的指令后,判断第二附件列表中是否存在未下载附件。
具体地说,邮件正文中可以含有发送邮件的图标,如果用户选中发送邮件的图标,则可以判定接收到发送邮件的指令。其中,发送邮件的图标的选中方式可以是单击、双击或者长按等。或者,用户可以预先设定发送邮件的快捷键,接收到用户输入的快捷键时,可以判定接收到发送邮件的指令。其中,快捷键可以根据用户的需要,由用户自行选择设定,本实施方式对快捷键的类型不做限制。比如:快捷键可以为但不限于“*”或者“&”等,在此不一一列举。
值得一提的是,快捷键还可以是智能手机根据用户自行设定的历史记录来设定。具体地说,智能手机可以获取用户设定发送邮件的快捷键的历史设定记录;根据上述历史设定记录可以获取用户设定的历史发送邮件的快捷键中设定频率最高的快捷键,并把设定频率最高的快捷键作为新设定的发送邮件的快捷键。
另外,不管上述发送邮件的快捷键是由用户自行设定还是由智能手机根据用户的历史设定记录来设定,用户都可以在邮件正文中输入发送邮件的快捷键之前,通过输入特定指令进行查看所设定的快捷键。当然,用户也可以控制智能手机只使用一种快捷键。本实施方式对发送邮件的快捷键的设定方式不作任何限定。
在步骤406中,后台下载未下载附件并上传。具体地说,将下载后的附件上传至服务器。
通过上述内容,不难发现,本实施方式中,从而可以在接收到发送邮件的指令后,自动对附件列表中存在的未下载的附件进行后台下载,避免了退出邮件正文界面对未下载的附件进行下载的繁琐步骤。
第三实施方式
本发明的第三实施方式涉及一种在邮件中添加附件的方法,本第三实施方式中的在邮件中添加附件的方法与第一实施方式中的大致相同,主要区别之处在于:在第一实施方式中,在将所选定的附件添加到待发送邮件的附件列表之后,后台下载未下载附件并上传。而在本实施方式中,在将所选定的附件添加到待发送邮件的附件列表中之前,后台下载未下载附件并上传。
具体地说,如图5所示,其包括:
步骤501中,判断用户是否在写邮件的界面中输入添加附件的指令。若是,则进入步骤502,否则返回步骤501继续判断。
步骤502中,至少将已收到的所有附件显示出来供用户选择。
步骤503中,判断用户是否输入对所有附件中的至少一个附件的选择指令。若是,执行步骤504,否则,返回执行步骤501。
步骤504中,判断附件列表中是否存在未下载附件。若存在,则执行步骤505,否则执行步骤506。
步骤505中,后台下载未下载附件并上传。具体地说,将下载后的附件上传至服务器。
步骤506中,将所选定的附件添加到待发送邮件的附件列表中。即将所选定的附件添加到第二附件列表中。
通过上述内容,不难发现,本实施方式中,从而在将未下载的附件添加到附件列表时,可以直接将未下载的附件进行后台下载,避免了退出邮件正文界面对未下载的附件进行下载的繁琐步骤。
第四实施方式
本发明的第四实施方式涉及一种在邮件中添加附件的方法,本实施方式在第一或者第二或者第三实施方式的基础上做了改进,主要改进之处在于:在本实施方式中,若附件列表中存在未上传的附件,则后台上传未上传附件。避免了用户手动上传附件的繁琐步骤,可以大大提高附件的上传效率。
具体地说,如图6所示,其包括:
步骤601中,判断用户是否在写邮件的界面中输入添加附件的指令。若是,则进入步骤602,否则返回步骤601继续判断。
步骤602中,至少将已收到的所有附件显示出来供用户选择。
步骤603中,判断用户是否输入对所有附件中的至少一个附件的选择指令。若是,执行步骤604,否则,返回执行步骤601。
步骤604中,判断第一附件列表中是否存在未下载附件。若存在,则执行步骤605,否则执行步骤606。
步骤605中,后台下载未下载附件并上传。具体地说,将下载后的附件上传至服务器。
步骤606中,将所选定的附件添加到待发送邮件的附件列表中。即将所选定的附件添加到第二附件列表中。
步骤607中,判断附件列表中是否存在未上传的附件,若存在,则进入步骤608,否则结束。
步骤608中,后台上传未上传附件。具体地说,将附件上传至服务器。从而可以自动对附件列表中存在的未上传的附件进行后台上传,避免了用户手动上传附件的繁琐步骤,大大提高了附件的上传效率。
或者,在将所选定的附件添加到待发送邮件的附件列表中之后,还包括:接收到发送邮件的指令后,判断附件列表中存在未上传的附件,若存在,则后台上传未上传的附件。从而可以在接收到发送邮件的指令后,自动对附件列表中存在的未上传的附件进行后台上传,避免了用户手动上传附件的繁琐步骤,大大提高了附件的上传效率。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
第五实施方式
本发明的第五实施方式涉及一种邮件客户端,如图7所示,包括:第一接收模块、显示模块、第二接收模块和添加模块;第一接收模块71,用于接收在写邮件的界面中添加附件的指令;显示模块72,用于在第一接收模块71接收到在写邮件的界面中添加附件的指令时,显示已收到邮件的附件的第一附件列表,附件包括未下载附件;第二接收模块73,用于接收对第一附件列表中的至少一个附件的选择指令;添加模块74,用于在第二接收模块73接收到对第一附件列表中的至少一个附件的选择指令后,将所选定的附件添加到待发送邮件的第二附件列表中。
优选的,邮件客户端还包括判断模块75和下载模块76;判断模块75,用于判断待发送邮件的第二附件列表中是否存在未下载附件;下载模块76,用于在判断模块75判定第二附件列表中存在未下载附件时,下载附件并上传至服务器。
本实施方式中,在邮件正文中添加附件时,可以直接将用户选定的未下载的附件添加至附件列表,而无需先退出邮件正文界面对未下载的附件进行下载之后,再对附件进行添加;能够提高添加附件的效率,而且操作简单,使用方便,实用性较强。而且还可以直接将未下载的附件进行后台下载,避免了跳出邮件正文界面对未下载的附件进行下载的繁琐步骤。
不难发现,本实施方式为与第一或者第二或者第三或者第四实施方式相对应的设备实施例,本实施方式可与第一或者第二或者第三实施方式互相配合实施。第一或者第二或者第三或者第四实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第一或者第二或者第三或者第四实施方式中。
值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以是多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
第六实施方式
本发明的第六实施方式涉及一种终端设备,该终端设备上安装有邮件客户端。本实施方式的终端设备可以是智能手机、电脑或平板等设备,以下以智能手机为例进行说明,智能手机包括处理器、存储器和人机交互设备,人机交互设备通常会包括显示屏和触摸屏。
在本实施方式中,用户登陆到邮件客户端后,在邮件客户端的写邮件界面中,显示屏可以显示添加附件图标按钮。如图8所示,用户通过触摸屏81选中该图标按钮;处理器82接收到用户选中图标按钮的指令,即可判定接收到添加附件的指令。处理器82检测到在写邮件的界面中添加附件的指令时,通过显示屏83显示已收到邮件的附件的第一附件列表,附件包括未下载附件。用户通过触摸屏81选中所有附件中的至少一个附件;处理器82检测到对第一附件中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。
不难发现,本实施方式为与第五实施方式相对应的终端设备实施例,本实施方式可与第五实施方式互相配合实施。第五实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第五实施方式中。
本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

Claims (10)

1.一种在邮件中添加附件的方法,其特征在于,包括:
当检测到在写邮件的界面中添加附件的指令时,显示已收到邮件的附件的第一附件列表,所述附件包括未下载附件;
当检测到对所述第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。
2.根据权利要求1所述的在邮件中添加附件的方法,其特征在于,在将所选定的附件添加到待发送邮件的第二附件列表中之后,所述方法还包括:
若所述第二附件列表中存在未下载附件,则后台下载所述未下载附件并上传到服务器。
3.根据权利要求1所述的在邮件中添加附件的方法,其特征在于,在将所选定的附件添加到待发送邮件的第二附件列表中之后,所述方法还包括:
当检测到发送邮件的指令时,判断所述附件列表中是否存在未下载附件,若存在,则后台下载所述未下载附件并上传到服务器。
4.根据权利要求1所述的在邮件中添加附件的方法,其特征在于,检测到用户对所述第一附件列表中的至少一个附件的选择指令之后,将所选定的附件添加到待发送邮件的第二附件列表中之前,所述方法还包括:
若所述第一附件列表中存在未下载附件,则后台下载所述未下载附件。
5.根据权利要求1至4任意一项所述的在邮件中添加附件的方法,其特征在于,将所选定的附件添加到待发送邮件的第二附件列表中之后,所述方法还包括:
判断所述第二附件列表中是否存在未上传的附件,若存在,则后台上传所述未上传附件至服务器。
6.根据权利要求1至4任意一项所述的在邮件中添加附件的方法,其特征在于,将所选定的附件添加到待发送邮件的第二附件列表中之后,所述方法还包括:
在检测到发送邮件的指令时,判断所述第二附件列表中是否存在未上传的附件,若存在,则后台上传所述未上传的附件至服务器。
7.根据权利要求1所述的在邮件中添加附件的方法,其特征在于,所述显示已收到邮件的附件的第一附件列表,具体包括:
将已收到的所有附件按照预设规则进行排序显示。
8.根据权利要求7所述的在邮件中添加附件的方法,其特征在于,所述预设规则包括:附件对应的邮件的接收时间;
或者,附件名称的首字母;
或者,附件的文件大小。
9.一种邮件客户端,其特征在于,包括:第一接收模块、显示模块、第二接收模块和添加模块;
所述第一接收模块,用于接收在写邮件的界面中添加附件的指令;
所述显示模块,用于在所述第一接收模块接收到在写邮件的界面中添加附件的指令时,显示已收到邮件的附件的第一附件列表,所述附件包括未下载附件;
所述第二接收模块,用于接收用户对所述第一附件列表中的至少一个附件的选择指令;
所述添加模块,用于在所述第二接收模块接收到对所述第一附件列表中的至少一个附件的选择指令时,将所选定的附件添加到待发送邮件的第二附件列表中。
10.根据权利要求9所述的邮件客户端,其特征在于,所述邮件客户端还包括判断模块和下载模块;
所述判断模块,用于判断所述待发送邮件的第二附件列表中是否存在未下载附件;
所述下载模块,用于在所述判断模块判定所述待发送邮件的第二附件列表中存在未下载附件时,后台下载所述未下载附件并上传到服务器。
CN201610818494.3A 2016-09-12 2016-09-12 在邮件中添加附件的方法及邮件客户端 Pending CN106230708A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610818494.3A CN106230708A (zh) 2016-09-12 2016-09-12 在邮件中添加附件的方法及邮件客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610818494.3A CN106230708A (zh) 2016-09-12 2016-09-12 在邮件中添加附件的方法及邮件客户端

Publications (1)

Publication Number Publication Date
CN106230708A true CN106230708A (zh) 2016-12-14

Family

ID=58074918

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610818494.3A Pending CN106230708A (zh) 2016-09-12 2016-09-12 在邮件中添加附件的方法及邮件客户端

Country Status (1)

Country Link
CN (1) CN106230708A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1392989A (zh) * 2000-07-24 2003-01-22 松下电器产业株式会社 用于发送/接收具有附件的电子邮件的系统
US6839741B1 (en) * 1998-09-29 2005-01-04 Mci, Inc. Facility for distributing and providing access to electronic mail message attachments
CN101079846A (zh) * 2007-06-08 2007-11-28 腾讯科技(深圳)有限公司 一种邮件附件的发送及接收方法和系统
CN102624649A (zh) * 2012-03-22 2012-08-01 华为技术有限公司 添加电子邮件附件的方法、装置和系统
CN104038531A (zh) * 2014-05-04 2014-09-10 安徽云盾信息技术有限公司 一种附件添加云盘链接的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6839741B1 (en) * 1998-09-29 2005-01-04 Mci, Inc. Facility for distributing and providing access to electronic mail message attachments
CN1392989A (zh) * 2000-07-24 2003-01-22 松下电器产业株式会社 用于发送/接收具有附件的电子邮件的系统
CN101079846A (zh) * 2007-06-08 2007-11-28 腾讯科技(深圳)有限公司 一种邮件附件的发送及接收方法和系统
CN102624649A (zh) * 2012-03-22 2012-08-01 华为技术有限公司 添加电子邮件附件的方法、装置和系统
CN104038531A (zh) * 2014-05-04 2014-09-10 安徽云盾信息技术有限公司 一种附件添加云盘链接的方法

Similar Documents

Publication Publication Date Title
US20110197165A1 (en) Methods and apparatus for organizing a collection of widgets on a mobile device display
CN103034445B (zh) 一种移动终端设备自定义解锁界面的方法及移动终端设备
US9104292B2 (en) User interface of electronic apparatus for displaying application indicators
US8024652B2 (en) Techniques to associate information between application programs
EP2557490A1 (en) Icon adding method and device in interface of android system and mobile terminal
US20110072393A1 (en) Multi-context service
US20080256114A1 (en) Techniques to display associated information between application programs
US20130268895A1 (en) Terminal device and icon management method
WO2010076168A1 (en) Computer desktop organization via magnet icons
CN106469094A (zh) 一种文字信息分享方法及移动终端
US20130268853A1 (en) Mobile terminal comprising a man/machine interface
CN102523475B (zh) 电子产品的测试方法、装置以及电视机
MX2008000577A (es) Interfase de usuario de arrastre e insercion rica.
CN103488372B (zh) 一种显示加载数据的方法及电子设备
CN101147115A (zh) 操作系统程序运行菜单搜索
CN104541239A (zh) 文本选择和录入
CN104216619A (zh) 数据处理的方法、装置及电子设备
CN109062467A (zh) 分屏应用切换方法、装置、存储介质和电子设备
CN113055525A (zh) 文件分享方法、装置、设备和存储介质
WO2017177820A1 (zh) 一种即时通讯中的文件发送方法及装置
CN105224318A (zh) 一种信息处理方法及电子设备
CN109144348B (zh) 一种应用中快捷菜单的实现方法和装置
CN113485599A (zh) 显示控制方法、装置、电子设备及介质
CN102685679B (zh) 一种传输处理方法、装置及电子设备
JPH07200244A (ja) オブジェクトの自動記憶のための方法及びシステム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20161214

WD01 Invention patent application deemed withdrawn after publication