CN114020197B - 跨应用的消息的处理方法、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种跨应用的消息的处理方法、电子设备及可读存储介质，属于电子设备技术领域，方法包括电子设备的第一应用接收到消息；电子设备接收针对所述消息的操作，操作用于将消息中包含的至少部分信息输入到第二应用或第三应用；电子设备接收到用户选中所述第二应用的标识的第一操作，在接收到第一操作后，对消息进行第一处理获得第一数据；第二应用读取第一数据，并执行与第一操作对应的动作；电子设备接收到用户选中第三应用的标识的第二操作，在接收到第二操作后，对消息进行第二处理获得第二数据，第三应用读取第二数据，并执行与第二操作对应的动作。本申请实施例的处理方法，用户操作简单方便，提升了人机交互效率，提高了用户的体验。

Description

跨应用的消息的处理方法、电子设备及可读存储介质

技术领域

本发明涉及电子技术领域，尤其涉及跨应用的消息的处理方法、电子设备及可读存储介质。

背景技术

目前，终端的应用越来越多。例如，常用的用于发送消息的即时应用、新闻资讯应用，浏览应用等。

现有的终端设备在使用应用的过程中，经常会收到用户认为比较重要的信息，这些信息通常被用户通过复制粘贴的方式存储在备忘录或者收藏等方式保存。用户在操作上从一个应用上，切换到另一个应用上，进行编辑，保存，操作上繁琐，对于老年人不友好。因此，由于操作不便，用户常常会选择不保存或记录，容易错过重要的消息，用户体验较低。

发明内容

有鉴于此，本发明提供一种方法及电子设备、计算机可读存储介质，用以提高用户开机体验。

本申请的一些实施方式提供了一种开机方法。以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

第一方面，本发明提供一种跨应用的消息的处理方法，应用于电子设备，包括：电子设备的第一应用接收到消息；

电子设备接收针对第一应用的文本信息的长按操作，选中消息中的至少部分信息；

响应于长按操作显示至少一个应用标识，或响应于接收到用户对复制功能子菜单的选中操作显示至少一个应用标识，其中复制功能子菜单是响应于长按操作显示的至少一个菜单项中的一个，至少一个应用标识包括第二应用的标识和第三应用的标识；

电子设备接收到用户选中第二应用的标识的第一操作，第一操作用于将消息中包含的至少部分信息输入到第二应用；

在接收到第一操作后，电子设备对消息进行第一处理获得第一数据；

电子设备的第二应用读取第一数据，并执行与第一操作对应的动作；

电子设备接收到用户选中第三应用的标识的第二操作，第二操作用于将消息中包含的至少部分信息输入到第三应用；

在接收到第二操作后，电子设备对消息进行第二处理获得第二数据，电子设备的第三应用读取第二数据，并执行与第二操作对应的动作；

其中，第一数据不同于第二数据，第一操作对应的动作不同于第二操作对应的动作。

本申请的实施例中，长按选中消息后，可以弹出菜单，菜单里有保存到备忘录子菜单(可以理解为第二应用)，用户点击了保存到备忘录，则会进行消息拷贝到系统的剪贴板，对拷贝到系统的剪贴板里的数据进行格式转换，转化为string(字符串)格式以去除一些和消息文本内容无关的信息，然后对string(字符串)格式的消息文本进行语义分析后生成特定的数据结构(为第二应用生成一条记录时所需要的数据结构)的数据，以供第二应用直接读取并能生成备忘录里的一条记录。

根据本申请实施例的消息的处理方法，对于用户而言只需要选中想要保存的消息，并选择第一应用中提示的所要保存的应用的标识，就可以完成消息的保存或新建闹钟、提醒等，操作简单方便，适用于不同年龄段的人群，提高了用户的体验。对于应用而言，由于手机将第一应用中的消息最终生成可供第二应用或第三应用可读取的具有剪切板字符串格式的数据结构体，第二应用或第三应用可以直接读取这些这条消息中的符合预设的输入规则的关键字，并自动生成响应的提示。

在上述第一方面的一种可能的实现中，在接收到第一操作后，电子设备对消息进行第一处理获得第一数据包括：在接收到第一操作后，电子设备对消息进行语义分析，将语义分析后的消息转换为可供第二应用读取的数据结构体。

在上述第一方面的一种可能的实现中，在接收到第二操作后，电子设备对消息进行第二处理获得第二数据包括：在接收到第二操作后，电子设备获取消息的文本内容和消息所在的当前界面的截图。以使应用可以重现消息所在的当前界面。可以还原消息当时所处的聊天环境，便于用户回顾。

在上述第一方面的一种可能的实现中，数据结构体为电子设备的操作系统的应用程序框架层生成的剪切板字符串格式。该格式可以由第二应用直接读取。且该过程从手机的底层，如框架层或系统层完成，对于应用层的第一应用、第二应用与第三应用等不同的应用之间不需要进行适配，通用性更强。对于应用开发者而言，省去应用开发时对于应用之间适配的限制，降低了开发应用的难度。

在上述第一方面的一种可能的实现中，将语义分析后的消息转换为可供第二应用读取的数据结构体包括：将语义分析后的消息根据第二应用的预设的输入规则转换为可供第二应用读取的数据结构体，第二应用的预设的输入规则至少包括预设的时间信息的输入规则。便于第二应用读取消息中的时间信息，生成与时间对应的闹钟提醒。

在上述第一方面的一种可能的实现中，将语义分析后的消息根据第二应用的预设的输入规则转换为可供第二应用读取的数据结构体，包括：电子设备基于预设的时间信息的输入规则将消息中的表示时间的关键字分割出来，以使得第二应用能够直接读取到表示时间的关键字。该方法可以直接将消息中的时间信息分割出来，不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在上述第一方面的一种可能的实现中，第二应用的预设的输入规则还包括预设地点信息的输入规则。便于可读取的第二应用能够获得地点信息，对于用户而言同时获得时间和地点信息的提醒，体验性更好。

在上述第一方面的一种可能的实现中，将语义分析后的消息根据第二应用的预设的输入规则转换为可供第二应用读取的数据结构体包括：电子设备基于预设的时间信息和地点信息将消息中的表示时间的关键字和/或表示地点的关键字从消息中分割出来，以使第二应用能够从消息中直接读取出表示时间和地点的关键字。不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在上述第一方面的一种可能的实现中，时间信息包括：描述时间的文字和描述时间的数字中的一种或两种。

在上述第一方面的一种可能的实现中，地点信息包括行政划分的区域名词和非行政划分的表示地点的关键字。

在上述第一方面的一种可能的实现中，当截取的图像为多个时，电子设备按照截取图像的时间依次排列在第三应用中。便于用户查询对应的消息，提高用户体验。

在上述第一方面的一种可能的实现中，第一操作或第二操作包括按压、点击、拖拽、和滑动中的一种或多种结合。

在上述第一方面的一种可能的实现中，动作包括闹铃响闹和界面弹屏提示中的一种或两种。

在上述第一方面的一种可能的实现中，第二应用为闹钟、或备忘录，第三应用为快照中心。

第二方面，本发明提供一种电子设备，包括：

接收模块，接收模块用于为第一应用接收到消息；

处理模块，处理模块用于接收针对第一应用的文本信息的长按操作，选中消息中的至少部分信息；

处理模块响应于长按操作显示至少一个应用标识，或响应于接收到用户对复制功能子菜单的选中操作显示至少一个应用标识，其中复制功能子菜单是响应于长按操作显示的至少一个菜单项中的一个，至少一个应用标识包括第二应用的标识和第三应用的标识；

处理模块接收到用户选中第二应用的标识的第一操作，第一操作用于将消息中包含的至少部分信息输入到第二应用；

在接收到第一操作后，处理模块对消息进行第一处理获得第一数据；

第二应用读取第一数据，并执行与第一操作对应的动作；

处理模块接收到用户选中第三应用的标识的第二操作，第二操作用于将消息中包含的至少部分信息输入到第三应用；

在接收到第二操作后，处理模块对消息进行第二处理获得第二数据，电子设备的第三应用读取第二数据，并执行与第二操作对应的动作；

其中，第一数据不同于第二数据，第一操作对应的动作不同于第二操作对应的动作。

本申请的实施例中，长按选中消息后，可以弹出菜单，菜单里有保存到备忘录子菜单(可以理解为第二应用)，用户点击了保存到备忘录，则会进行消息拷贝到系统的剪贴板，对拷贝到系统的剪贴板里的数据进行格式转换，转化为string(字符串)格式以去除一些和消息文本内容无关的信息，然后对string(字符串)格式的消息文本进行语义分析后生成特定的数据结构(为第二应用生成一条记录时所需要的数据结构)的数据，以供第二应用直接读取并能生成备忘录里的一条记录。

根据本申请实施例的电子设备，对于用户而言只需要选中想要保存的消息，并选择第一应用中提示的所要保存的应用的标识，就可以完成消息的保存或新建闹钟、提醒等，操作简单方便，适用于不同年龄段的人群，提高了用户的体验。对于应用而言，由于手机将第一应用中的消息最终生成可供第二应用和第三应用可读取的具有剪切板字符串格式的数据结构体，第二应用和第三应用可以直接读取这些这条消息中的符合预设的输入规则的关键字，并自动生成响应的提示。

在上述第二方面的一种可能的实现中，在接收到第一操作后，处理模块对消息进行语义分析，将语义分析后的消息转换为可供第二应用读取的数据结构体。

在上述第二方面的一种可能的实现中，在接收到第二操作后，处理模块用于获取消息的文本内容和消息所在的当前界面的截图。以使应用可以重现消息所在的当前界面。可以还原消息当时所处的聊天环境，便于用户回顾。

在上述第二方面的一种可能的实现中，数据结构体为电子设备的操作系统的应用程序框架层生成的剪切板字符串格式。该格式可以由第二应用直接读取。且该过程从手机的底层，如框架层或系统层完成，对于应用层的第一应用、第二应用与第三应用等不同的应用之间不需要进行适配，通用性更强。对于应用开发者而言，省去应用开发时对于应用之间适配的限制，降低了开发应用的难度。

在上述第二方面的一种可能的实现中，将语义分析后的消息转换为可供第二应用读取的数据结构体包括：将语义分析后的消息根据第二应用的预设的输入规则转换为可供第二应用读取的数据结构体，第二应用的预设的输入规则至少包括预设的时间信息的输入规则。便于第二应用读取消息中的时间信息，生成与时间对应的闹钟提醒。

在上述第二方面的一种可能的实现中，处理模块用于基于预设的时间信息的输入规则将消息中的表示时间的关键字分割出来，以使得第二应用能够直接读取到表示时间的关键字。该方法可以直接将消息中的时间信息分割出来，不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在上述第二方面的一种可能的实现中，第二应用的预设的输入规则至少包括预设的时间信息的输入规则。便于第二应用读取消息中的时间信息，生成与时间对应的闹钟提醒。

在上述第二方面的一种可能的实现中，处理模块用于基于预设的时间信息将消息中的表示时间的关键字分割出来，以使得第二应用能够直接读取到表示时间的关键字。该方法可以直接将消息中的时间信息分割出来，不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在上述第二方面的一种可能的实现中，第二应用的预设的输入规则还包括预设地点信息的输入规则。便于可读取的第二应用能够获得地点信息，对于用户而言同时获得时间和地点信息的提醒，体验性更好。

在上述第二方面的一种可能的实现中，处理模块用于基于预设的时间信息和地点信息将消息中的表示时间的关键字和/或表示地点的关键字从消息中分割出来，以使第二应用能够从消息中直接读取出表示时间和地点的关键字。不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在上述第二方面的一种可能的实现中，时间信息包括：描述时间的文字和描述时间的数字中的一种或两种。

在上述第二方面的一种可能的实现中，地点信息包括行政划分的区域名词和非行政划分的表示地点的关键字。

在上述第二方面的一种可能的实现中，当截取的图像为多个时，处理模块按照截取图像的时间依次排列在第三应用中。

在上述第二方面的一种可能的实现中，第一操作或第二操作包括按压、点击、拖拽、和滑动中的一种或多种结合。

在上述第二方面的一种可能的实现中，动作包括闹铃响闹和界面图像提示中的一种或两种。

在上述第二方面的一种可能的实现中，第二应用为闹钟、或备忘录，第三应用为快照中心。

第三方面，本申请还提供一种电子设备，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令；

处理器，用于执行指令，使得电子设备执行上述第一方面实施例的方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述第一方面实施例的方法。

第五方面，本申请的公开了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面实施例的方法。

附图说明

图1为本申请一个实施例的用户使用手机通信的场景图；

图2为本申请一个实施例的电子设备的结构示意图；

图3为本申请一个实施例的电子设备的软件结构框图；

图4a为本申请一个实施例的跨应用的消息的处理方法的流程图；

图4b为本申请一个实施例的手机的界面示意图；

图5为本申请一个实施例的String类型转换的代码实现图；

图6为本申请一个实施例的语义分割获得数据结构体的流程图；

图7为本申请一个实施例的基于快照中心对文本消息的处理方法的流程图；

图8为本申请一个实施例的剪切板数据及截图同步至快照中心的数据流图；

图9为本申请一个实施例的手机界面中快照中心对日程排列的界面示意图；

图10为本申请一个实施例的手机的界面操作流程示意图；

图11为本申请一个实施例的另一手机的界面操作流程示意图；

图12为本申请一个实施例的电子设备结构示意图；

图13为本申请一些实施例的一种片上系统的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

下面为更清楚的了解本申请的技术方案，首先描述现有的技术方案存在的技术问题。

在现有技术中，用户在使用终端设备时，例如，在使用手机过程中，用户会经常遇到某些APP内收发的具有预约性、时效性的横幅通知消息，如，“晚上十点开会”的消息。在现有的手机的架构下，用户若想保存这条消息或做日程提醒，通常采用两种方式，一种是手动新建闹钟，根据信息内容设定提醒时间及提醒主题。另一种是从当前应用中复制这条消息，打开另一个具有记录功能的应用，例如备忘录，将这条消息内容存至备忘录中。但是由于手动新建闹钟操作相对较为繁琐，需要设置闹钟主题、选取时间等一系列操作，费时费力，且对老龄人群不友好。若直接拷贝纸备忘录中，虽然可以不用建立主题，建立时间，但也需要手动操作，并且不具有提醒功能，导致用户体验较低。

为此，本申请提供一种跨应用的消息的处理方法，用以解决上述发现的问题。

下面结合附图对本申请实施例的技术方案进行详细的描述。

参考图1，图1示出了用户使用手机通信的场景图。该场景图中包括手机101和手机102。用户通过手机101上的即时聊天工具与手机102进行通信。当手机101的即时聊天工具上收到具有预约性、时效性的横幅通知消息后，如“晚上十点开会”，若用户想设置闹钟提醒或保存这条消息时，用户可以直接在当前界面上长按该消息(长按操作)，界面上会弹出可供用户选择的应用标识或响应于接收到用户对复制功能子菜单的选中操作显示至少一个应用标识，例如，闹钟(添加闹铃)、备忘录(加入提醒)或快照中心(存储备忘和加入提醒)等应用标识，或具有复制、同步等功能的应用标识。当用户选择想要使用的应用标识，如闹钟应用标识。手机101将选中的消息生产剪切板数据，在根据闹钟应用标识确定该闹钟应用所需要预设的输入规则，例如，时间、地点等相关的关键字的输入规则，手机101根据这些关键字对选中的文本消息进行语义分割，如，将“晚上十点开会”分割成“晚上//十点//开会”，构成分割后的数据结构体。手机101将提取的数据结构体生成闹钟应用可以读取的剪切板字符串格式，以便于闹钟应用可以直接读取到时间的信息，并在闹钟读取到“晚上”和“十点”这两个时间信息时，直接建立该时间信息对应的闹钟(动作)。当系统时间到达闹钟设定的晚上十点，则闹钟响闹。

由此，对于用户而言只需要选中想要保存的消息，并选择即时聊天工具应用中提示的所要保存的应用的标识，就可以完成消息的保存或新建闹钟、提醒等，操作简单方便，适用于不同年龄段的人群，提高了用户的体验。对于应用而言，由于手机将即时聊天工具应用中的消息最终生成可供闹钟等应用可读取的具有剪切板字符串格式的数据结构体，闹钟可以直接读取这些这条消息中的符合预设的输入规则的关键字，并自动生成闹钟。该过程从手机的底层，如框架层或系统层完成，对于应用层的即时聊天工具与闹钟等不同的应用之间不需要进行适配，通用性更强。对于应用开发者而言，省去应用开发时对于应用之间适配的限制，降低了开发应用的难度。上述不同的应用既可以是第三方应用和第三方应用之间，也可以是系统应用和第三方应用之间。

在上述实施例中以手机作为电子设备进行了说明。在本申请的一些实施例中，电子设备可以是平板电脑、笔记本电脑、超级移动个人计算机、个人数字助理(personaldigital assistant，PDA)、电视，或者可穿戴的电子设备，如手表、手环等。

下面结合电子设备的具体结构对本申请实施例的跨应用的消息的处理方法进行描述。

参考图2，图2示出了电子设备的结构示意图，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

在一些实施例中，处理器110可以在接收的用户针对第一应用的中消息的操作时，且该操作用于表示将消息中包含的至少部分信息输入到第二应用中，则处理器110将所述消息复制到剪切板，并调取第二应用的预设的输入规则，例如第二应用为闹钟应用，闹钟的输入规则为基于时间信息和地点信息建立闹钟。则处理器110根据时间信息和地点信息将所述消息中相匹配的时间信息和地点信息独立的分割出来，并构成消息的数据结构体，将该数据结构体生成字符串格式，以使闹钟可以实际读取到该数据结构体中的时间和地点，并根据时间建立闹钟，在闹钟的时间耗尽时，处理器110可以通过控制扬声器发出响铃，或控制马达产生振动，以提醒用户。

在本申请请的一个实施例中，处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。当用户针对应用中的消息进行按压时，处理器可以通过I2C接口获得该按压操作，并识别按压操作对应的执行指令，例如像当前界面提供第二应用的标识等，以便于用户与电子设备间的交互。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

在一些实施例中，显示屏194可以显示第一应用接收到的消息，以及用户针对消息的操作，显示屏可以显示第二应用的标识。此外，显示屏还可以在第二应用读取到消息后，在第二应用打开后，可以显示与消息对应的内容，例如，可以是设定的新的闹钟时间，也可以消息内容，以及截图信息等。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(闹钟、备忘录、截屏功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

在本申请的实施例中，内部存储器121可以存储有第二应用，如闹钟，对应的时间信息和地点信息等，处理器110可以根据时间信息和地点信息与消息中的关键字进行匹配，并将每一个匹配的字段作为独立的数据结构，将整个消息分割成多个数据结构。并在这些数据结构转化成剪切板字符串格式，以便于闹钟应用可以快速的读取时间信息和地点信息，并基于时间和地点信息建立闹钟。

在一些实施例中，当对第一应用接收到消息进行长时间按压，例如3秒的按压，则处理器110可根据在长按的操作显示与操作对应的闹钟的标识、备忘录标识和快照中心的标识，一共用户选择消息输入到哪个应用中。当用户单击闹钟的标识，则认为用户想要将消息输入至闹钟应用中。

在本申请的实施例中，通过触摸传感器180K可以实现用户针对第一应用的消息的第一操作，进而使处理器110向应用该操作，并完成用户将第一应用中的消息输入至第二应用。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图3是本发明实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括相机，图库，日历，短信息，地图，WLAN，闹钟，备忘录，快照中心等应用程序。

闹钟应用于建立新的闹钟，并对闹钟时间进行倒计时，当闹钟时间耗尽，则可以触发马达振动，或扬声器播放音响等。

备忘录用于保存文本消息。

在一些实施例中，备忘录可以直接从框架层读取到应用程序层中应用接收到的信息，并进行保存记录。

快照中心用于设定闹钟提示和生成场景截图。

在一些实施例中，快照中心可以从框架层获得应用层中的应用接收到消息，并设置成闹钟提醒，也可以直接截取用户选中消息的界面的图像，并直接保存至数据库，而该图像对应的位图文件将保存到快照中心。处理器110可以通过位图文件调取数据库中的界面的图像在显示屏上进行显示。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，电话管理器，资源管理器，通知管理器、剪切板管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

在一些实施例中，当用户想将第一应用中消息应用到快照中心时，可以通过窗口管理器截取消息所在的界面的图像。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括第一应用接收到的消息，视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。在一些实施例中，通知管理器可以通知消息中的时间信息和地点信息，通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示第一应用输入至第二应用中的文本信息，发出提示音，电子设备振动，指示灯闪烁等。

在本申请的一个实施例中，剪切板管理器用于将从应用中获得消息转化成其他应用可以读取的剪切板字符串格式，以便于其他应用，例如，闹钟、备忘录或快照中心等应用读取。

下面结合附图对本申请实施例的跨应用的消息的处理过程进行描述。

参考图4a，图4a示出了本申请实施例的跨应用的消息的处理方法的流程图。其中，该方法可以由上述图2和图3所示的电子设备执行。在下面的实施例中将以手机作为该方法的执行主体进行描述，其中，第一应用和第二应用均为手机上的两个应用程序。其中，第一应用可以是即时聊天工具，如具有聊天功能的微信、QQ、短消息等应用，也可以是新闻资讯类应用，或者浏览应用等。第二应用可以是具有提醒、提示功能的应用，例如，闹钟、备忘录、快照中心等应用。图4a所示的实施例中，将闹钟作为第二应用进行说明。如图4a所示，该流程图包括S410-S480。

S410，即时聊天工具接收到消息。例如，如图1所示的场景图中，用户使用手机101与手机102通信。手机101中的即时聊天工具中接收到“今晚十点开会”的消息。通常这一类消息具有明显的时效性和预约性，对于用户来说是比较重要的信息。传统的方式，用户手动复制粘贴到备忘录，或者手动设置闹钟进行提醒。由于操作比较繁琐，用户可能会放弃处理设置提醒，就会导致用户错过这类消息。为了解决这一问题，在下面的实施例中，用户只需要简单的操作就可以由手机自动为用户选中消息的保存以及设置提醒。

S420，接收针对消息的选中操作。

其中，选中操作可以是按压操作，如长按文本消息3秒，将整个消息选中。也可以是点击操作，如双击消息实现整个消息的选中。也可以是按照预设轨迹滑动、拖拽等操作，此处并不作为限定。

在本申请的一个实施例中，消息可以是纯文本，也可以是图片格式。对于纯文本的消息来说，选中的消息可以是整个消息的文字，也可以是用户选择的整个消息中的一部分文字信息作为待处理的消息，用户可以根据需要，选中想要保存的消息内容。而对于图片格式的消息，选中的消息可以是从图片中提取出的全部文字，或部分文字。例如，会议海报图片，选中的消息是图片，可以从图片中提取文字，得到文本消息，用户再从提取的文字中选中部分文字或全部文字。其中，从图片中提取文字的过程可参考现有技术的方案，此处不再详细描述。

S430，响应选中操作，提供闹钟应用的标识。

在本申请的一个实施例中，这些应用的标识可以预先设定并进行保存，当手机接收到对文本信息的选中操作后，则调用这些标识信息并在当前手机界面相应的位置进行显示，以供用户选择，在本申请的一个实施例中，闹钟应用的标识可以是文字信息、也可以是图片标识，也可以是两者的结合。例如，“添加日程”和“闹钟应用图标”作为标识，既能够起到提醒用户设置提醒的作用，又能通过图片标识可以很快的找到对应的应用。

在本申请的一些实施例中，响应与选中操作还可以提供复制功能子菜单中显示至少一个应用标识。所述复制功能子菜单是响应于所述长按操作显示的至少一个菜单项中的一个，所述至少一个应用标识包括第二应用的标识和第三应用的标识。

参考图4b，图4b示出了手机的界面示意图。如图4b所示的界面410上显示消息“晚上十点开会”当用户长按3秒该消息，即选中该消息，则会弹出第二应用的显示框411，用于显示可以供用户选择的应用，例如，“添加日程”、“备忘录”和“生成快照”。用户可以选择其中一个应用，以将选中的消息输入至选择的应用中。在下面的实施例中，将详细描述用户选择添加日程后，手机针对该消息的处理的过程。

S440，接收到对闹钟应用的标识的选中操作(第一操作)。其中，选中操作可以是按压、点击、滑动、拖拽等操作，此处并不作为限定。

本申请的实施例中，对于消息的选中操作和闹钟应用的标识的选中操作可以作为针对消息的第一操作，即这些操作表明将选中的消息中包含的至少部分信息输入到闹钟应用中。

在本申请的一个实施例中，对于消息的全部输入至闹钟应用，或者根据语义分割出来的一部分信息输入至闹钟应用并不作为限定。

S450，将消息复制到剪切板。其中，该步骤也是针对选中操作的响应，与S420可以同时进行，也可以是部分先后顺序的执行，此处并不作为限定。

在本申请的实施例中，当用户选中消息时，手机将消息生成剪切板数据(ClipData)对象。例如，Android系统针对文本控件(Textview)的长按压拷贝的实现在android/platform/frameworks/base/master/core/java/android/content/ClipboardMan ager.java。长按压拷贝消息时，会生成ClipData对象。其中ClipData对象的数据类型可以分为：Text、URI、Intent三类。本申请的一个实施例中，可以是在系统层级获取剪切板数据。

在本申请的实施例中，手机可以通过系统的框架层获得剪切板数据。

如图5所示的String类型转换的实现代码过程。具体实现为：可以在框架层中的剪切板管理器(ClipboardManager)中定义getClipString()，将ClipData中的ClipDescription/ClipData.Item转换为String类型。从而可在框架层获取到剪切板字符串，省去了应用层中各个应用的适配，便于开发和广泛应用。S460，响应闹钟应用的标识选中操作，手机根据选中的闹钟应用的标识获得与闹钟应用输入信息的预设的输入规则。

本申请的实施例中，预设的输入规则是对于应用所能够接收的信息的规定，是和闹钟(应用)的输入域(字段)相对应的。例如，针对闹钟应用，在一类闹钟应用中若只能接收时间(只是定期闹铃，不能显示是什么事情)，那么预设的输入规则可以是针对时间信息的输入规则，将消息中的时间信息分割出来，以便于闹钟直接获得消息中的时间信息，并根据时间信息，建立闹钟，以提醒用户。在另一类闹钟应用中，不仅可以输入时间信息，也可以输入地点信息，那么预设的输入规则可以设定为针对时间信息和地点信息的输入规则，从选中的消息将时间和地点的信息分别单独分割出来，以便于闹钟可以读取到时间信息和地点信息。此外，另一些闹钟应用，还可以输入具体事项(闹铃以及提示详细内容)，则将时间信息、地点信息和详细内容(整个消息内容)作为输入规则。以上实施例中是以以闹钟为例进行的说明，在一些实施例中，一些应用，更关注的是提醒详细内容，对于提醒时间的设置是固定时段的延后，例如，每隔1小时提醒一次，从而并不需要设定时间信息或地点信息时，则输入规则也可以是将全部消息复制的输入的规则。

在本申请的实施例中，在设定预设的输入规则时，考虑到对手机的算力、功耗均有限，可采用基于时效场景粒度的自然语言处理下的语义分割算法，即将时效类场景分词限制在与闹钟应用密切相关的关键信息上，例如，闹钟以时间为关键信息，即时间作为闹钟应用的主要输入的特征信息。而不用更加全面的考虑所有场景的语义识别，不仅节约算力，同时可以降低功耗，同时可以满足应用的基本需求。在下面的实施例中将对特征信息进行详细说明，具体可参见下面关于输入规则的举例说明。

针对闹钟而言，将时间信息的最为主要的输入规则，可以建立基于时间的粗粒度词典库，其中，时间的粗粒度词包括凌晨、早上、中午、下午、晚上、今晚、明晚、晚10点、6点、10:20等用于表示时间的文字或数字信息。

在一些实施例中，闹钟应用还可以同时考虑地点信息作为输入规则，可以建立关于地点信息的粗粒度词库，由于考虑关于地点词库的数据量较为庞大，本申请中按照省、市、县、其他四级建立地点词库，其中，“其他”这一层级的数据库将收列常见的地点关键字，如：公司、家、公园、楼下、卧室等泛指的词汇。

S470，根据预设的输入规则对消息进行语义分割(第一处理)。其中，消息是以剪切板数据的形式存在，以下描述中文本消息即表示文本消息对应的剪切板数据。

以上述S450中的闹钟的时间信息和地点信息的为预设的输入规则为例，手机的处理器可以将用户选中的消息与时间词库和地点词库中的关键字进行匹配，并将匹配成功的关键字从消息中的其它文本分割开，将消息分割成有多个语段组成的数据结构体。下面结合附图对语义分割的过程进行描述。

参考图6，图6示出了本申请实施例中的语义分割获得数据结构体的流程图。如图6所示，图6中的“时间词库”和“地点词库”是基于闹钟的输入规则预先存储在手机的存储器内的两个词库，时间词库内可以包括上述S460中提到的关于时间的粗粒度词，例如，凌晨、早上、中午、下午、晚上、今晚、明晚、晚10点、6点、10:20等。地点词库可以包括上述S460中提到的关于地点的粗粒度词，由于地点词汇比较多，因此，可将地点的关键字进行分级，如图6所示，可以分为“1级”、“2级”、“3级”和“4级”，其中，1级的关键字可以列为表示区域涵盖广的“省”，依次是2级为“市”，3级为“县”，4级为“其他”。其中其他则可以为常用且泛指的公司、家、公园、楼下、卧室等词汇。以消息内容为“今晚十点开会”为例进行说明。当手机接收到用户输入将这条消息输入至闹钟应用的操作后。手机确定闹钟的预先设定的基于时间信息和地点信息的输入规则，则通过将文本消息与预先建立的“时间词库”和“地点词库”中的关键字进行匹配，例如，“今晚”与时间词库中的今晚匹配成功，则将消息中的“今晚”与其他的内容分割出来，即得到“今晚//十点开会”。再将消息中的剩余部分与时间词库中的关键字和地点词库中的关键字进行匹配。最后将消息分割成“今晚//十点//开会”的数据结构体。在本申请的实施例中，当基于时间和地点信息分割消息后，与时间和地点无关的文本可以统一归纳为详细内容。即得到“时间//地点//详细内容”组成的数据结构体。

本申请由于根据闹钟应用的输入规则，采用粗粒度词汇与将整个消息进行分割，分割速度快，不需要基于机器学习、监督、半监督类算法，对手机来说功耗小，且可以快速的实现语义分割，并且语义分割是基于闹钟应用进行的分割，可以满足闹钟应用快速读取，并获得准确的消息数据。

此外，用户选中的消息内容中没有时间或者没有地点信息，也不会影响预设的输入规则，例如“今晚十点开会”中并没有地点信息，手机在将消息中的字与数据库中的关键字进行匹配时，只需要将匹配成功的关键字分割出来即可，计算简单，快速。

在本申请的一些实施例中，当消息中存在地点信息时，以图6为例进行说明，假设消息内容为“22点公司开会”。那么根据时间词库匹配到“22点”。根据地点词库匹配到“公司”。其中，为了确保地点信息能够准确和快速，可以按照1级到4级顺序逐级匹配。通过先匹配相对关键字较少的省份，然后是市、县和其他泛指地点的词汇，提高匹配的速度。且从大范围到小范围的匹配可以提高匹配的准确性，最后得到“22点//公司//开会”的数据结构体。

需要说明的是，在上述实施例是以闹钟应用作为第二应用进行的说明，当一些应用中例如备忘录，只需要提醒详细内容时，而不需要时间和地点信息的输入时，则可以直接将整个消息的内容直接的拷贝的输入至备忘录中，例如，手机的框架层获得消息的剪切板数据并生成可供备忘录读取的字符串格式，备忘录在获取到消息对应的字符串后可以直接拷贝，而不涉及语义分割算法，以减少计算时间，保存至备忘录中的消息可以在用户需要时，直接打开备忘录查看。

S480，将分割后的消息转换为可供闹钟应用读取的数据结构体(第一数据)。基于约定好的数据结构体，该数据结构体可以为剪切板字符串格式，闹钟可读取到当前的文本消息，并且自动化完成闹钟的创建。

根据本申请的一个实施例，以上述文本信息“22点//公司//开会”为例，对闹钟的约定数据结构体的代码实现为：

<Notification-AlarmClock-data>

<Notify-Time>"22:00"</Notify-Time>

<Notify-Location>"公司"</Notify-Location>

<Notify-Detail>"开会"</Notify-Detail>

</Notification-AlarmClock-data>

在上述实施例中，针对消息内容本身进行的解析和输入实现的日程管理。而在一些情况下，用户不仅想要获得上述描述的日程管理获得的提醒，还需要能够对当时接收消息的整个场景进行回顾，以便于了解当时建立日程的情况。因此，本申请实施例中，在支持日程管理的前提下，可进一步提供更加丰富的媒体形式，作为备忘，或者回顾，具体而言，可以提供消息当前所在的界面的截屏功能。

举例说明，当第二应用同时具有图片处理功能时，例如快照中心(作为上述既有日程管理，事件管理，又能保存多媒体数据的应用的示例)，当用户选择快照中心时，手机不仅对文本进行语义分割，生成可供快照中心读取的数据结构体，还会通过调用截屏应用将当前界面截屏，将过去的重要事务汇总到一起，便于后续重现界面并回顾。其中，截屏的具体方案可参考现有技术的截屏方案，此处不进行详细说明。

参考图7，图7示出了基于快照中心对文本消息的处理方法的流程图。对于选中的消息输入至快照中心应用中，手机首先除需要对消息进行处理以外，还可以对消息所在的当前界面进行截图。即，手机需要处理的数据内容，包括消息数据的和图片数据的处理(第二处理)。如图7所示，当手机接收到用户长按压操作，手机将消息复制到剪切板管理器(ClipboardManager)，由剪切板管理器生成剪切板数据对象，包括Text、URI、Intent的数据类型，对这些类型的数据对象进行解析，在执行语义分割。分割后的数据(第二数据)通过进程读取到快照中心，并由快照中心生成闹钟提示。此外，手机将将截取的当前界面的图像对应的位图文件Bitmap(第二数据)存储到快照中心，以实现快照中心能够同时生成闹钟提示和生成场景截图。

在图7所示的实施例中，由于剪切板数据及当前界面的截图数据，二者数据类型不一致，若将剪切板数据(String)、截图数据(图片)从当前应用同步到快照中心，需要约定好数据结构及跨进程的数据传输方案。

参考图8，图8示出了剪切板数据及截图同步至快照中心的数据流图，如图8所示，剪切板数据通过语义分割后生成与时间(22:00)、地点(公司)和详细内容(开会)对应的数据结构体。考虑到数据类型不同，快照中心会基于图3所示的框架层中的内容提供器(ContentProvider)对外提供自己的数据库读写接口。数据结构体对应的文本信息复制完成后，可以直接基于该接口将格式化数据写入快照中心，生成日程提醒。同时可以调用Android的截图方案，将当前界面生成截图，存储至图库，并基于Bitmap复制到快照中心。从而可以实现日程提醒和截图的回顾。

在本申请的一个实施例中，当日程较多时，存在多个截屏的图片，则可根据获取截屏的时间的先后排序，将图片对应的位图信息一次排列。

参考图9所示，图9示出了手机界面中快照中心对日程排列的界面示意图。如图9所示，该界面910中包括2个日程，按照日程获取的时间从上到下进行排列。其中，日程的标题栏911中用于显示标题，例如“晚上十点开会”是用户选中的消息，将整条消息作为日程的标题。而从消息中分割出的关于时间的信息则通过闹钟提醒的方式设定，并显示在提示框912，截屏的图片则显示在图片栏913，在该图片栏913显示位图文件，用户可以点击标题栏查看详情，手机根据位图文件从数据库中调取对应的图片914以实现当时场景下的界面重现，便于用户回顾，提高用户的体验。

下面结合手机的界面操作图，对基于本申请的跨应用的消息的处理方法的用户交互过程进行说明。即该过程与上述描述的S410-S480相对应。

参考图10，图10示出了手机的界面操作流程示意图，其中，该流程与上述S410-S480中的将选中的消息输入闹钟应用的过程相对应。如图10中的(a)所示，在手机的即时聊天工具聊天界面1010中，显示由王工发送的消息“晚上十点开会”。用户想设置闹钟提醒，通过长按该消息框，并选中该消息，此时会弹出预先设定的应用的标识，如图10中的(b)所示的界面1020，应用标识可以包括“添加日程”、“备忘录”、“快照中心”。其中：点击“添加日程”，可以自动分析当前文本消息语言，并同步生成闹钟提示；点击“备忘录”，则可以自动将文本同步复制到备忘录中。点击“生成快照”，可将当前的文本消息及截图消息生成快照，并同步至快照中心。如图10中的(c)所示，用户选择添加日程，手机响应该操作，经过上述图4所示的方法，进入如图10中的(d)所示的界面1040。在该界面1040为闹钟应用的可编辑界面，用户可以直接选择确定，实现新闹钟的建立，也可以通过编辑或更改上面的时间信息，如，闹铃响闹的时间为全天，可以修改为全天中的某一时间段，可以通过开始和结束进行编辑。此外，用户还可以将响闹的时间从晚上10点改为晚上9点50等，该过程可以通过“添加提醒”进行设置，以能够确保准时的开会。在本申请的一个实施例中，如图10中的(d)所示，在进入编辑界面时，还可以显示用户当前的地里位置信息，以估算详细内容中，如，开会的地点与当前位置的距离。在该操作过程中，用户只需要选中消息，选择先要输入的应用标识，就可以完成对消息中的关键信息的设置，例如时间和地点等。操作简单方便，提高了用户体验。

参考图11，图11示出了另一手机的界面操作流程示意图，其中，该流程与上述S410-S480中的将选中的消息输入快照中心的过程相对应。如图11所示中的(a)所示，即时聊天工具应用接收到消息在图11中的(b)中，用户选中该消息，并弹出应用标识。在图11中的(c)中，与图10不同的是，用户选择了“快照中心”标识。则手机按照图4至图8所示的实施例的方法，将消息和对应的截图同时输入至快照中心。如图10中的(d)所示，包括主体名称“晚上十点开会”，即选择消息的内容，此外还对应设定闹钟提醒，和图片的位图文件。当用户想打开详情观看时，可以点击主体进行详情页面，如图11中的(e)所示，界面1150中包括闹钟时间，事件“今晚十点开会”以及选中消息时的界面的截图。既能够实现闹钟提醒，又能够重现当时的界面。便于用户回顾当时情况，提高用户体验。

本申请还公开一种电子设备，包括：

接收模块，用于为第一应用接收到消息；

处理模块，用于接收针对消息的第一操作，第一操作用于将消息中包含的至少部分信息输入到第二应用；

响应于第一操作，处理模块用于将消息复制到剪切板，并根据第二应用预设的输入规则，将消息进行语义分割，将分割后的消息转换为可供第二应用读取的数据结构体；

电子设备的第二应用读取数据结构体，并执行与第一操作对应的动作。

根据本申请实施例的电子设备，对于用户而言只需要选中想要保存的消息，并选择第一应用中提示的所要保存的应用的标识，就可以完成消息的保存或新件闹钟、提醒等，操作简单方便，适用于不同年龄段的人群，提高了用户的体验。对于应用而言，由于手机将第一应用中的消息最终生成可供第二应用可读取的具有剪切板字符串格式的数据结构体，第二应用可以直接读取这些这条消息中的符合预设的输入规则的关键字，并自动生成响应的提示。

在本申请的一个实施例中，数据结构体为电子设备的框架层生成的剪切板字符串格式。

在本申请的一个实施例中，处理模块用于接收针对第一应用的文本信息的选中操作，响应于选中操作，处理模块向第一应用提供至少一个第二应用标识；处理模块接收到针对第二应用标识的选中操作，则确定接收到针对消息的第一操作。

在本申请的一个实施例中，第二应用的预设的输入规则至少包括预设的时间信息的输入规则。便于第二应用读取消息中的时间信息，生成与时间对应的闹钟提醒。

在本申请的一个实施例中，处理模块用于基于预设的时间信息将消息中的表示时间的关键字分割出来，以使得第二应用能够直接读取到表示时间的关键字。该方法可以直接将消息中的时间信息分割出来，不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在本申请的一个实施例中，第二应用的预设的输入规则还包括预设地点信息的输入规则。便于可读取的第二应用能够获得地点信息，对于用户而言同时获得时间和地点信息的提醒，体验性更好。

在本申请的一个实施例中，处理模块用于基于预设的时间信息和地点信息将消息中的表示时间的关键字和/或表示地点的关键字从消息中分割出来，以使第二应用能够从消息中直接读取出表示时间和地点的关键字。不需要复杂的计算，减少电子设备的功耗，分割速度快，同时对于第二应用适用。

在本申请的一个实施例中，时间信息包括：描述时间的文字和描述时间的数字中的一种或两种。

在本申请的一个实施例中，地点信息包括行政划分的区域名词和非行政划分的表示地点的关键字。

在本申请的一个实施例中，响应于第一操作，处理模块控制截屏模块截取消息所在的当前界面的图像，并将当前界面的图像输入至第二应用，以使第二应用可以重现消息所在的当前界面。可以还原消息当时所处的聊天环境，便于用户回顾。

在本申请的一个实施例中，当截取的图像为多个时，处理模块按照截取图像的时间依次排列在第二应用中。

在本申请的一个实施例中，第一操作包括按压、点击、拖拽、和滑动等中的一种或多种结合。

在本申请的一个实施例中，动作包括闹铃响闹和界面图像提示中的一种或两种。

在本申请的一个实施例中，第二应用可以是闹钟、备忘录或快照中心。

由于该电子设备的各模块的作用及工作过程在上述图4a至图11实施例的方法中进行了详细的描述，具体可参见上述实施例的方法过程的描述。此处不再赘述。

参考图12，本申请还提供一种电子设备，包括：

存储器1210，用于存储由设备的一个或多个处理器执行的指令，以及

处理器1220，用于执行上述实施例中结合图4a至图11所解释的方法。

本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述实施例中图4至图11所解释的方法。

本申请还提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得处理器执行上述实施例中图4a至图11所示的方法。

现在参考图13，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)1300的框图。在图13中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图13中，SoC1300包括：互连单元1350，其被耦合至应用处理器1310；系统代理单元1380；总线控制器单元1390；集成存储器控制器单元1340；一组或一个或多个协处理器1320，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(Static Random Access Memory，SRAM)单元1330；直接存储器存取(DMA)单元1360。在一个实施例中，协处理器1320包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元1330中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个单元执行时使Soc1300执行根据上述实施例中的设备通信连接建立方法，具体可参照上述实施例图4a至图11所解释的方法，在此不再赘述。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (16)

1.一种跨应用的消息的处理方法，应用于电子设备，其特征在于，包括：

所述电子设备的第一应用接收到消息；

所述电子设备接收针对所述第一应用的文本信息的长按操作，选中所述消息中的至少部分信息；

响应于所述长按操作显示应用标识，或响应于接收到用户对复制功能子菜单的选中操作显示应用标识，其中所述复制功能子菜单是响应于所述长按操作显示的至少一个菜单项中的一个，所述应用标识包括第二应用的标识和第三应用的标识；

所述电子设备接收到用户选中所述第二应用的标识的第一操作，所述第一操作用于将所述消息中包含的至少部分信息输入到第二应用；

在接收到所述第一操作后，所述电子设备对所述消息进行第一处理获得第一数据；

所述电子设备的第二应用读取所述第一数据，并执行与所述第一操作对应的动作；

所述电子设备接收到用户选中所述第三应用的标识的第二操作，所述第二操作用于将所述消息中包含的至少部分信息输入到第三应用；

在接收到所述第二操作后，所述电子设备对所述消息进行第二处理获得第二数据，所述电子设备的第三应用读取所述第二数据，并执行与所述第二操作对应的动作；

其中，所述第一数据不同于所述第二数据，所述第一操作对应的动作不同于所述第二操作对应的动作。

2.根据权利要求1所述的方法，其特征在于，在接收到所述第一操作后，所述电子设备对所述消息进行第一处理获得第一数据包括：

在接收到所述第一操作后，所述电子设备对所述消息进行语义分析，将语义分析后的所述消息转换为可供所述第二应用读取的数据结构体。

3.根据权利要求1或2所述的方法，其特征在于，在接收到所述第二操作后，所述电子设备对所述消息进行第二处理获得第二数据包括：

在接收到所述第二操作后，所述电子设备获取所述消息的文本内容和所述消息所在的当前界面的截图。

4.根据权利要求2所述的方法，其特征在于，所述数据结构体为所述电子设备的操作系统的应用程序框架层生成的剪切板字符串格式。

5.根据权利要求2所述的方法，其特征在于，所述将语义分析后的所述消息转换为可供所述第二应用读取的数据结构体包括：

将语义分析后的所述消息根据所述第二应用的预设的输入规则转换为可供所述第二应用读取的数据结构体，所述第二应用的预设的输入规则至少包括预设的时间信息的输入规则。

6.根据权利要求5所述的方法，其特征在于，所述将语义分析后的所述消息根据所述第二应用的预设的输入规则转换为可供所述第二应用读取的数据结构体，包括：

所述电子设备基于预设的所述时间信息的输入规则将所述消息中的表示时间的关键字分割出来，以使得第二应用能够直接读取到表示时间的关键字。

7.根据权利要求5或6所述的方法，其特征在于，所述第二应用的预设的输入规则还包括预设的地点信息的输入规则。

8.根据权利要求5所述的方法，其特征在于，所述将语义分析后的所述消息根据所述第二应用的预设的输入规则转换为可供所述第二应用读取的数据结构体包括：

所述电子设备基于预设的所述时间信息和地点信息将所述消息中的表示时间的关键字和/或表示地点的关键字从所述消息中分割出来，以使所述第二应用能够从消息中直接读取出表示时间和地点的关键字。

9.根据权利要求6或8所述的方法，其特征在于，所述时间信息包括：描述时间的文字和描述时间的数字中的一种或两种。

10.根据权利要求7所述的方法，其特征在于，所述地点信息包括行政划分的区域名词和非行政划分的表示地点的关键字。

11.根据权利要求10所述的方法，其特征在于，当截取的图像为多个时，所述电子设备按照截取图像的时间将多个截图依次排列在所述第三应用中。

12.根据权利要求1或2所述的方法，其特征在于，所述第一操作或所述第二操作包括按压、点击、拖拽、和滑动中的一种或多种结合。

13.根据权利要求1或2所述的方法，其特征在于，所述动作包括闹铃响闹和界面图像提示中的一种或两种。

14.根据权利要求1或2所述的方法，其特征在于，所述第二应用为闹钟、或备忘录，所述第三应用为快照中心。

15.一种电子设备，其特征在于，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令，以及

处理器，用于执行权利要求1-14任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器运行时，使得所述处理器执行权利要求1-14任一项所述的方法。

Images