CN108874514B - 消息处理方法和装置 - Google Patents
消息处理方法和装置 Download PDFInfo
- Publication number
- CN108874514B CN108874514B CN201710338922.7A CN201710338922A CN108874514B CN 108874514 B CN108874514 B CN 108874514B CN 201710338922 A CN201710338922 A CN 201710338922A CN 108874514 B CN108874514 B CN 108874514B
- Authority
- CN
- China
- Prior art keywords
- application
- event information
- event
- time
- information
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种消息处理方法和装置。其中,该方法包括:通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;在第一应用中显示第二事件信息。本发明解决了相关技术中信息处理效率低下的技术问题。
Description
技术领域
本发明涉及消息处理领域,具体而言,涉及一种消息处理方法和装置。
背景技术
目前,在信息处理的相关场景下,会涉及推荐信息和介绍信息的情况。当用户想要进一步了解推荐的信息和介绍的信息的时候,需要切换到应用(Application)中,或者在浏览器中搜索相关信息,进而查看信息详情,操作流程以及步骤相当繁琐。
比如,用户在聊天场景下,如果谈论到金融产品,可能需要发送或查看该产品的相关信息和数据,用户通常可能需要截图,并发送该金融产品的信息到客户端中,但是截图方式的信息传输切换应用操作繁琐,没有交互能力,截图无法体现实时数据的显示,导致信息处理的效率低下。
针对上述的信息处理效率低下的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种消息处理方法和装置,以至少解决相关技术中信息处理效率低下的技术问题。
根据本发明实施例的一个方面,提供了一种消息处理方法。该方法包括:通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;在第一应用中显示第二事件信息。
根据本发明实施例的另一方面,还提供了一种消息处理装置。该装置包括:获取单元,通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;接收单元,用于在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;响应单元,用于响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;第一显示单元,用于在第一应用中显示第二事件信息。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行实现消息处理方法的程序代码。
在本发明实施例中,通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;在第一应用中显示第二事件信息。由于通过第一应用可以在消息有效期内查看到目标应用的实时信息,这种方式让用户存留在预设场景内,避免了切换应用场景、截图带来的不便,从而实现了提高信息处理效率的技术效果,进而解决了相关技术中信息处理效率低下的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例一种消息处理方法的硬件环境的示意图;
图2是根据本发明实施例的一种消息处理方法的流程图;
图3是根据本发明实施例的一种在第一应用中显示第二事件信息的方法的流程图;
图4是根据本发明实施例的另一种在第一应用中显示第二事件信息的方法的流程图;
图5是根据本发明实施例的另一种信息处理方法的流程图;
图6是根据本发明实施例的另一种由事件数据在第一应用上绘制并显示第一图像的方法的流程图;
图7是根据本发明实施例的一种通过第一应用在第三时间向第二应用发送第三事件信息的方法的流程图;
图8是根据本发明实施例的另一种信息处理方法的流程图;
图9是根据本发明实施例的另一种信息处理方法的流程图;
图10A是根据本发明实施例的一种发送端的信息处理的显示示意图;
图10B是根据本发明实施例的另一种发送端的信息处理的显示示意图;
图11A是根据本发明实施例的一种接收端的分时数据处理显示的示意图;
图11B是根据本发明实施例的一种接收端的日K数据处理显示的示意图;
图12是根据本发明实施例的一种接收端的未过期信息显示的示意图;
图13是根据本发明实施例的一种接收端的过期信息显示的示意图;
图14是根据本发明实施例的一种标识信息显示的示意图;
图15是根据本发明实施例的一种信息处理的当前显示的示意图;
图16是根据本发明实施例的一种信息处理装置的示意图;以及
图17是根据本发明实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种消息处理方法的方法实施例。
可选地,在本实施例中,上述消息处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。图1是根据本发明实施例一种消息处理方法的硬件环境的示意图。如图1所示,服务器102通过网络与终端104进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端104并不限定于PC、手机、平板电脑等。本发明实施例的消息处理方法可以由服务器102来执行,也可以由终端104来执行,还可以是由服务器102和终端104共同执行。其中,终端104执行本发明实施例的消息处理方法也可以是由安装在其上的客户端来执行。
图2是根据本发明实施例的一种消息处理方法的流程图。如图2所示,该方法可以包括以下步骤:
步骤S202,通过第一应用获取预设事件产生的第一事件信息。
在本申请上述步骤S202提供的技术方案中,通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息。
该实施例的预设场景可以为应用交互下的聊天场景。第一应用可以为即时通讯应用,比如,QQ应用、微信应用等,此处不做限定。第二应用作为事件信息的发送端,在第一时间(SendTime)向第一应用发送预设事件在第一时间产生的第一事件信息,该第一事件信息携带了目标应用的发送数据,第一时间的单位可以为“日”,第二应用可以为客户端,也可以为浏览器中的网页。第一应用作为事件消息的接收端,可以通过消息流接收第一事件信息,其中,消息流为用户在聊天窗口中的有时序的聊天信息,也可以为社交网络类的消息流等,此处不做限定。
预设事件随时间推移产生包括事件信息,该事件信息包括第一事件信息,具有实时性特点,对实时数据的获取要求较为严格,比如,预设事件为在运行股票应用时产生的事件,随时间推移产生对应时间下的行情信息,该行情信息包括股价数据等,以便用户针对事件信息快速做出决策。
可选地,该实施例采用轻应用的模式,第一应用在消息流中将获取的第一事件信息呈现出来。其中,轻应用是一种无需下载、即搜即用的全功能App,具有可被检索与智能分发的特性,可以用于解决优质应用和服务与移动用户需求对接的问题。发送第一事件信息的第二应用在编辑第一事件信息时,可以调用上述轻应用,触发行情卡片,显示第一事件信息的数据。第一事件信息可以具有不同类型,不同类型之间可以进行切换。比如,第一事件信息包括分时类型和日K类型,可以通过点击操作切换第一时间信息的类型,进而通过第二应用向第一应用的消息流发送,通过第一应用获取上述第一事件信息。
步骤S204,在当前时间接收依据第一事件信息触发的第一指令。
在本申请上述步骤S204提供的技术方案中,在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息。
在通过第一应用获取预设事件在第一时间产生的第一事件信息之后,可以对预设事件的信息进行查看,比如,通过打开第一应用的消息流对预设事件的信息进行查看。对预设事件的信息的查看是依据接收到了第一事件信息,在此基础上在当前时间接收依据第一事件信息触发的第一指令,当前时间的单位可以为“日”,第一指令可以为用户依据第一事件信息对第一应用进行操作产生的指令,比如,单击消息流在显示之前呈现的图标,进而产生第一指令。该第一指令还可以通过双击操作、在预设区域停留预设时间之后产生,此处不做限定。
步骤S206,响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息。
在本申请上述步骤S206提供的技术方案中,响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息。
预设事件可以由目标应用运行。比如,预设事件为股票相关事件,可以由股票应用或者浏览器中的股票网页运行。第一应用可以在任何时刻查看预设事件的事件信息。响应第一指令,并运行用于执行预设事件的目标应用,得到第二事件信息,该第二事件信息为预设事件最新的事件信息,携带了目标应用的最新数据。可选地,对于股票应用,在当日查看时,可以查看到分时行情一天的数据,在第二应用发送的事件信息未过期的情况下,第一应用可以查看到第二应用发送信息日至最新交易日的行情信息。
步骤S208,在第一应用中显示第二事件信息。
在本申请上述步骤S208提供的技术方案中,在第一应用中显示第二事件信息。
在运行用于执行预设事件的目标应用,得到第二事件信息之后,在第一应用中显示第二事件信息。可以在第一应用的聊天界面中显示第二事件信息,该第二事件信息可以以卡片的形式进行显示,比如,触发行情卡片,以行情卡片的形式显示第二事件信息,比如,显示金融产品的最新实时信息,实现了第一应用在不切换预设场景的情况下,可以显示目标应用的最新实时数据,实现了在第一应用中推荐和介绍目标应用的相关信息,进而避免了在第一应用所处的预设场景下,在查看目标应用的相关信息和数据时,需要从预设场景切换到目标应用的场景中,或者以应用截图的方式查看,导致的操作繁琐、没有交互能力、截图无法体现实时数据的问题,提高了信息处理的效率。
通过上述步骤S202至步骤S208,通过第一应用获取预设事件产生的第一事件信息,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;在当前时间接收依据第一事件信息触发的第一指令,第一指令用于指示查看预设事件的事件信息;响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;在第一应用中显示第二事件信息。由于通过第一应用可以在消息有效期内查看到目标应用的实时信息,这种方式让用户存留在预设场景内,避免了切换应用场景、截图带来的不便,从而实现了提高信息处理效率的技术效果,进而解决了相关技术中信息处理效率低下的技术问题。
作为一种可选的实施方式,在步骤S208,第一应用中显示第二事件信息包括:在第一应用中显示第一事件信息。
可选地,在运行用于执行预设事件的目标应用,得到第二事件信息之后,在第一应用中的消息流中显示第一事件信息和第二事件信息,该第一事件信息对第一事件信息具有参考价值,从而既可以让用户通过第一应用显示目标应用的实时信息,又保证了目标应用的信息显示的准确性,保留了在发送时的相关数据信息,以供用户参考对比,这种展现方式保证了通过第一应用可以查看到目标应用的发送时数据和实时数据,体现了消息流的特性。
作为一种可选的实施方式,步骤S208,在第一应用中显示第二事件信息包括:在当前时间相对于第一时间未过期的情况下,在第一应用中显示预设事件在第一时间至当前时间产生的事件信息,其中,第二应用在第一时间发送第一事件信息;在当前时间相对于第一时间过期的情况下,在第一应用中显示预设事件在当前时间产生的事件信息。
目标应用的事件信息具有时效性,如果事件消息发送的时间距离当前时间已经很长,则消息流中的信息已经不具有参考价值。在该实施例中,如果第二应用发送第一事件信息的第一时间与当前时间之间的时间超过预设时间时,则确定第一应用在当前时间显示目标应用的第一事件信息过期,比如,预设时间为三个交易日。如果第二应用发送第一事件信息的第一时间与当前时间之间的时间未超过预设时间时,则确定第一事件信息未过期。
第一事件信息的类型包括分时数据类型和日K数据类型,对于分时数据类型的第一事件信息,如果当前时间相对于第一时间超过预设时间,则确定当前时间相对于第一时间过期,可选地,对于分时数据类型的第一事件信息在发送时,距第一应用查看的当前时间超过三个交易日,由于第一时间较早,当时的第一事件信息已经无法提供有效的事件信息,则在当前时间显示第一事件信息在当前时间上的信息,也即,展示最新信息,不会显示在过期的第一事件信息。对于日K类型的第一事件信息,只显示在第一应用的当屏内的数据,超过一屏的数据将不再显示,也即,不显示更早的事件信息。
在第一应用中显示第二事件信息时,可以在第一应用的应用图片下部显示第二事件信息,在上方可以显示第一事件信息。可选地,在当日查看时,第一应用显示的事件信息可以为一天的数据,并且标识出发送第一事件信息的时刻。在当前时间相对于第一时间未过期的情况下,比如,在当前时间为跨天且相对第一时间未过期的情况下,第一应用可以查看到第一时间至当前时间产生的事件信息,比如,查看到发送信息日至最新交易日的行情信息,且在行情图中标识出了发送第一事件信息的时刻,这样既保留了发送时刻的第一事件信息,又提供最新的第二事件信息的数据以供用户参考对比,对用户更加友好,提升了用户体验。
作为一种可选的实施方式,步骤S208,在第一应用中显示第二事件信息包括:通过第一应用获取第二应用在第二时间发送的预设关键字;获取与关键字相匹配的第一标识信息;通过第一标识信息接收第二指令;响应第二指令,并在第一应用上显示第二事件信息。
图3是根据本发明实施例的一种在第一应用中显示第二事件信息的方法的流程图。如图3所示,该方法包括以下步骤:
步骤S301,通过第一应用获取第二应用在第二时间发送的预设关键字。
在本申请上述步骤S301提供的技术方案中,通过第一应用获取第二应用在第二时间发送的预设关键字,其中,预设关键字与预设事件具有匹配关系。
预设关键字用于匹配预设事件,第二应用在第二时间向第一应用发送预设关键字,第一应用获取该预设关键字,并没有采用触发行情卡片并发送的方式。
步骤S302,获取与关键字相匹配的第一标识信息。
在本申请上述步骤S302提供的技术方案中,获取与关键字相匹配的第一标识信息,其中,第一标识信息用于标识预设事件。
在通过第一应用获取第二应用在第二时间发送的预设关键字之后,获取与关键字相匹配的第一标识信息。第一应用根据预设关键词进行自动匹配,用户会在消息流中看到匹配的第一标识信息。比如,QQ应用根据股票关键词进行自动匹配,用户在消息流中会看到匹配的股票文本会跟随一个logo标识。
步骤S303,通过第一标识信息接收第二指令。
在本申请上述步骤S303提供的技术方案中,通过第一标识信息接收第二指令,其中,第二指令用于指示显示预设事件的事件信息。
在获取与关键字相匹配的第一标识信息之后,通过第一标识信息接收第二指令,该第二指令可以为用户对第一标识信息进行操作所产生的指令,比如,第二指令是通过单击操作、双击操作、在预设区域停留预设时间之后产生的指令,此处不做限定。
步骤S304,响应第二指令,并在第一应用上显示第二事件信息。
在本申请上述步骤S304提供的技术方案中,响应第二指令,并在第一应用上显示第二事件信息。
响应第二指令,会在第一应用上显示目标应用的第二事件信息,比如,展示出该股票应用当前时刻的最新行情,从而方便了用户快速了解股票行情变化,提高了信息处理的效率。
该实施例通过第一应用获取第二应用在第二时间发送的预设关键字,其中,预设关键字与预设事件具有匹配关系;获取与关键字相匹配的第一标识信息,第一标识信息用于标识预设事件;通过第一标识信息接收第二指令,其中,第二指令用于指示显示预设事件的事件信息;响应第二指令,并在第一应用上显示第二事件信息,达到了在第一应用中显示第二事件信息的目的,从而实现了提高信息处理效率的效果。
作为一种可选的实施方式,步骤S208,在第一应用中显示第二事件信息包括:获取第一目标参数;当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据;由事件数据在第一应用上绘制并显示第一图像。
图4是根据本发明实施例的另一种在第一应用中显示第二事件信息的方法的流程图。如图4所示,该方法包括以下步骤:
步骤S401,获取第一目标参数。
在本申请上述步骤S401提供的技术方案中,获取第一目标参数,其中,第一目标参数用于指示第一应用是否为用于接收事件信息的对象。
该实施例的第一目标参数为程序参数,该第一目标参数用于标识第一应用的当前状态为接收事件信息的接收端,还是发送事件信息的发送端。
步骤S402,当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据。
在本申请上述步骤S402提供的技术方案中,当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据。
在获取第一目标参数之后,当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据,该事件数据还带有第一应用发送第一事件信息的发送时间信息SendTime,此外还需有当前目标应用的代码用以获取数据,比如,通过股票代码用以获取数据。
步骤S403,由事件数据在第一应用上绘制并显示第一图像。
在本申请上述步骤S403提供的技术方案中,由事件数据在第一应用上绘制并显示第一图像,其中,第一图像用于指示第二事件信息。
在获取事件数据之后,进行数据整理,并使用整理后的数据fmtData进行行情图绘制,得到第一图像,该第一图像可以为股票的行情图,该第一图像用于指示第二事件信息。此时,如果第一图像中包含未过期的发送时间信息,则需在第一图像的相应位置通过标记点标识出来。
可选地,对于分时数据来说,如果存在发送时间SendTime,则需要判断发送第一事件信息的时间是否已经过期。该实施例的过期时间为三个交易日。可以设获取到的多日分时数据(通常为五日数据)为multiData = [minute0,minute1,…minuteN](数据从新到旧的时间序列进行排列,也即,minute0为当日数据,minuteN数据最旧),其中,每个分时数据对应日期为date0,date1…dateN。此时,如果不能找到发送日期SendDate = dateM,则可以直接判断第一事件信息已经过期、失效。如果存在SendDate = dateM,且dateM的索引值M <=2,则表明第一事件信息的数据未过期,需在第一图像中添加标记点。第一图像的绘图数据截取minute0~minuteM的全部数据进行绘制,并在格式化时记录SendTime中所标记的点,将记录的标记数据存入第一图像的数据文件fmtData中。
该实施例通过获取第一目标参数,其中,第一目标参数用于指示第一应用是否为用于接收事件信息的对象;当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据;由事件数据在第一应用上绘制并显示第一图像,其中,第一图像用于指示第二事件信息,达到了在第一应用中显示第二事件信息的目的,从而实现了提高信息处理效率的技术效果。
作为一种可选的实施方式,步骤S403,由事件数据在第一应用上绘制并显示第一图像包括:在当前时间相对于第一时间未过期的情况下,在第一图像上标记第二标识信息,其中,第二标识信息用于标识第一时间。
在当前时间相对于第一时间未过期的情况下,第一时间为未过期的发送时间,在第一图像上标记用于标识第一时间的第二标识信息,该第二标识信息,也即,标记数据,可以为标记点。
作为一种可选的实施方式,在第一图像上标记第二标识信息之前,该方法包括:获取在当前时间之前的时间,在不存在第一时间的情况下,确定当前时间相对于第一时间过期;在存在与第一时间相等的目标时间,且目标时间的索引值满足预设条件的情况下,确定当前时间相对于第一时间未过期。
图5是根据本发明实施例的另一种信息处理方法的流程图。如图5所示,该方法包括以下步骤:
步骤S501,获取在当前时间之前的事件数据的多段时间。
在本申请上述步骤S501提供的技术方案中,获取在当前时间之前的事件数据的多段时间,其中,每段时间与当前时间之间的时间间隔均小于除多段时间之外的时间与当前时间的时间间隔,每段时间按照预设顺序排序,且通过索引值标识。
获取在当前时间之前的事件数据的多段时间,该多段时间的单位为日期,每段时间与当前时间之间的时间间隔均小于除多段时间之外的时间与当前时间的时间间隔,也即,多段时间从新到旧排列,可以获取到多日分时数据(通常为五日数据)为multiData =[minute0,minute1,…minuteN](数据从新到旧排列,即minute0为当日数据,minuteN数据最旧),其中,每个分时数据对应日期为date0,date1…dateN,0至N分别为每个日期的索引值。
步骤S502,在多段时间中不存在第一时间的情况下,确定当前时间相对于第一时间过期。
在本申请上述步骤S502提供的技术方案中,在多段时间中不存在第一时间的情况下,确定当前时间相对于第一时间过期。
在获取在当前时间之前的事件数据的多段时间之后,在多段时间中不存在第一时间的情况下,确定当前时间相对于第一时间过期,也即,如果不能找到发送日期SendDate =dateM,其中,M属于0至N中的任意一个,则可以直接判断当前时间相对于第一时间过期,已经失效。
步骤S503,在多段时间中存在与第一时间相等的目标时间,且目标时间的索引值满足预设条件的情况下,确定当前时间相对于第一时间未过期。
在本申请上述步骤S503提供的技术方案中,在多段时间中存在与第一时间相等的目标时间,且目标时间的索引值满足预设条件的情况下,确定当前时间相对于第一时间未过期。
在获取在当前时间之前的事件数据的多段时间之后,在多段时间中存在与第一时间相等的目标时间,且目标时间的索引值满足预设条件的情况比如,存在SendDate =dateM,且dateM的索引值M <=2,则表明数据未过期,在3个交易日之内,则需要在第一图像中添加标记点。绘图数据截取minute0~minuteM的全部数据进行绘制,并在格式化时记录SendTime中所标记的点,记录标记数据存入第一图像的数据文件中fmtData。
该实施例通过在第一图像上标记第二标识信息之前,获取在当前时间之前的时间,在不存在第一时间的情况下,确定当前时间相对于第一时间过期;在存在与第一时间相等的目标时间,且目标时间的索引值满足预设条件的情况下,确定当前时间相对于第一时间未过期,进而对第一图像添加标记点,用于标识第一时间未过期的状态,方便用户查看,提升了用户体验。
作为一种可选的实施方式,步骤S403,由事件数据在第一应用上绘制并显示第一图像包括:获取第二目标参数;当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据;在第一应用上通过预设数量的事件数据绘制并显示第一图像。
图6是根据本发明实施例的另一种由事件数据在第一应用上绘制并显示第一图像的方法的流程图。如图6所示,该方法包括以下步骤:
步骤S601,获取第二目标参数。
在本申请上述步骤S601提供的技术方案中,获取第二目标参数,其中,第二目标参数用于指示第二事件信息的类型。
该第二目标参数为程序参数,用于指示第一事件信息的类型,比如,用于指示第一时间信息的类型为分时数据类型,
步骤S602,当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据。在本申请上述步骤S602提供的技术方案中,当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据。
在获取第二目标参数之后,当第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据,比如,如果第二事件信息的类型为日K类型,则使用股票代码获取最新数据(通常为320条),并截取一屏最新数据(该实施例设定40条)作为第二事件信息的展示数据。
步骤S603,在第一应用上通过预设数量的事件数据绘制并显示第一图像。
在本申请上述步骤S603提供的技术方案中,在第一应用上通过预设数量的事件数据绘制并显示第一图像。
在获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据之后,获取数据后进行数据整理,判断第一事件信息的发送时间SendTime是否存在,若存在,则在上述预设数量的事件数据中寻找日期相同的事件数据,若存在则表示标记点存在,记录标记数据。若不存在SendTime或不存在日期相等的数据,则不处理,绘制并显示第一图像。
该实施例通过获取第二目标参数,其中,第二目标参数用于指示第二事件信息的类型;当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据;在第一应用上通过预设数量的事件数据绘制并显示第一图像,实现了由事件数据在第一应用上绘制并显示第一图像的目的。
作为一种可选的实施方式,在第一应用中显示第二事件信息之后,该方法还包括:通过第一应用在第三时间向第二应用发送第三事件信息,其中,第三时间为当前时间之后的时间。
该实施例的第一应用既可以为接收端,也可以为发送端,第二应用既可以为发送端,也可以为接收端。第一应用可以作为发送端向第二应用发送第三事件信息。在预设场景中,第一应用在发送第三事件信息时,程序携带此时的第三事件信息的数据状态,在发送到第二应用的消息流之后,第二应用可以在任何时刻打开消息流查看,第二应用可以看到目标应用最新的实时数据和发送时刻的第三事件信息的数据信息。可选地,对于非当日的分时行情数据,需呈现发送消息当天的行情信息。
作为一种可选的实施方式,通过第一应用在第三时间向第二应用发送第三事件信息包括:在第一应用上显示第一类型的第三事件信息;接收第三指令;响应第三指令,并切换第一类型为第二类型;在第三时间向第二应用发送第二类型的第三事件信息。
图7是根据本发明实施例的一种通过第一应用在第三时间向第二应用发送第三事件信息的方法的流程图。如图7所示,该方法包括以下步骤:
步骤S701,在第一应用上显示第一类型的第三事件信息。
在本申请上述步骤S701提供的技术方案中,在第一应用上显示第一类型的第三事件信息。
在第一应用上显示第一类型的第三事件信息,该第一类型可以为分时数据类型,也可以为日K数据类型。在编辑第三事件信息时,可以调用轻应用触发行情卡片,呈现出目标应用的事件数据,其中,目标应用可以为股票应用。
步骤S702,接收第三指令。
在本申请上述步骤S702提供的技术方案中,接收第三指令,其中,第三指令用于指示切换第一类型为第二类型。
在第一应用上显示第一类型的第三事件信息之后,接收第三指令,通过该第三指令可以将上述第一类型切换为第二类型,比如,当第一类型为分时数据类型,将第三事件信息的分时数据类型切换为第二类型日K数据类型;当第一类型为日K数据类型,将第三事件信息的分时数据类型切换为第一类型分时数据类型。其中,第三指令可以为用户在查看第三事件信息时,执行的单击操作、双击操作、在预设位置停留预设时间之后所产生的指令,此处不做限制。
步骤S703,响应第三指令,并切换第一类型为第二类型。
在本申请上述步骤S703提供的技术方案中,响应第三指令,并切换第一类型为第二类型。
在接收第三指令之后,响应第三指令,并切换第一类型为第二类型。
步骤S704,在第三时间向第二应用发送第二类型的第三事件信息。
在本申请上述步骤S704提供的技术方案中,在第三时间向第二应用发送第二类型的第三事件信息。
在切换第一类型为第二类型之后,向第二应用发送第三事件信息,可以点击第一应用上的发送按钮,即可将第二类型的第三事件信息发送至第二应用的消息流中。
该实施例通过在第一应用上显示第一类型的第三事件信息;接收用于指示切换第一类型为第二类型的第三指令;响应第三指令,并切换第一类型为第二类型;在第三时间向第二应用发送第二类型的第三事件信息,实现了第一应用作为发送端在第三时间向作为接收端的第二应用发送第三事件信息的目的,提高了信息处理的效率。
作为一种可选的实施方式,在通过第一应用在第三时间向第二应用发送第三事件信息之前,该方法包括:获取第一目标参数;当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
图8是根据本发明实施例的另一种信息处理方法的流程图。如图8所示,该方法包括以下步骤:
步骤S801,获取第一目标参数。
在本申请上述步骤S801提供的技术方案中,获取第一目标参数,其中,第一目标参数用于指示第一应用是否为接收事件信息的对象。
在通过第一应用在第三时间向第二应用发送第三事件信息之前,获取第一目标参数,该第一目标参数为程序参数,用于指示第一应用为接收事件信息的对象,还是发送信息的对象。
步骤S802,当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据。
在本申请上述步骤S802提供的技术方案中,当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据。
在获取第一目标参数之后,当第一目标参数指示出第一应用为用于发送信息的对象时,需获取第三事件信息携带的当日分时数据。
步骤S803,在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
在本申请上述步骤S803提供的技术方案中,在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
在获取第三事件信息携带的事件数据之后,在第一应用上通过第三事件信息携带的当日分时数据绘制并显示用于指示第三事件信息的第二图像。
在通过第一应用在第三时间向第二应用发送第三事件信息之前,该方法还包括:获取第一目标参数;当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
该实施例在通过第一应用在第三时间向第二应用发送第三事件信息之前,获取第一目标参数;当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像,实现了第一应用作为发送端时的事件信息发送方法,避免了切换应用操作繁琐,没有交互能力,截图无法体现实时数据的问题,提高了信息处理的效率。
该实施例为一种在消息流中展示目标应用的数据趋势的方法,可以使发送端选择感兴趣的目标应用的信息和类型,向接收端发送,同时接收端可以在消息有效期内查看到该目标应用的实时数据和发送时数据,从而让用户存留在预设场景内,避免了切换应用截图的不便,同时可以在消息流中查看到目标应用的最新事件信息和发送时的事件信息,既保证了目标应用的实时性又保证了消息流的时效性,提高了信息处理的效率。
实施例2
下面结合优选的实施例对本发明的技术方案进行说明,具体以展示金融产品数据的方法进行举例说明。
消息流为有时序的信息。该实施例提出了一种在消息流中展示金融产品数据趋势的方法,发送端和接收端用于进行上述金融产品数据的交互。该实施例的发送端可以发送金融产品的实时信息至接收端的消息流中,其中,实时信息为发送端在发送金融产品时的相关数据信息,接收端保留发送端在发送金融产品时的相关数据信息,可以在消息有效期内显示金融产品的实时数据和在发送时的数据,从而使用户既可以看到金融产品的实时数据,又保证了金融产品数据的准确性,体现了消息流的特性。其中,该实施例的金融产品可以为股票APP、浏览器中的与金融产品相关的网页。
该实施例的信息流可以为即时通讯应用的聊天信息流,该聊天信息流为用户在即时通讯应用的聊天窗口中显示的具有时序的聊天信息。该实施例基于即时通讯应用的消息流,实现了一种金融产品的展示方法。对于发送端,可以展示金融产品的分时信息和日K信息,用户可以在发送端选择发送分时信息还是发送日K信息到接收端的消息流中;在接收端上显示金融产品的最新实时信息,显示发送端在发送时的信息。此时,如果发送端在发送时的信息已经过期,比如,发送端发送信息的时间距离当前时间已经超过3个交易日,则确定发送端在发送时的信息已经过期,只显示金融产品的最新实时信息。
图9是根据本发明实施例的另一种信息处理方法的流程图。如图9所示,该方法包括以下步骤:
步骤S901,获取程序参数。
在进行信息处理时,获取程序参数,该程序参数用于指示第一应用当前的状态为发送端还是接收端。数据展示类型为分时类型或日K类型,如果第一应用是接收端,则还带有发送时的时间信息SendTime,此外还需有当前股票代码用以获取数据。
步骤S902,判断第一应用是否为发送端。
在获取程序参数之后,根据程序参数判断第一应用是否为发送端。如果判断出第一应用为发送端,执行步骤S903,如果判断出第一应用不为发送端,执行步骤S904。
步骤S903,获取当日分时数据。
在判断第一应用是否为发送端之后,如果判断出第一应用为发送端,则直接获取当日分时数据,展示最新数据。
步骤S904,获取多日分时数据。
在判断第一应用是否为发送端之后,如果判断出第一应用为接收端,则获取多日分时数据,用来判断发送端在发送时的数据是否过期。
步骤S905,对获取的数据进行数据整理。
在获取当日分时数据或多日分时数据之后,对获取的数据进行整理,得到整理数据。
对于分时数据,如果该分时数据具有在发送端发送时的发送时间SendTime,则需要判断该发送时间相对于当前时间是否已经过期。可选地,该实施例的过期时间设为距离当前时间最近的三个交易日。
可选地,设获取到的多日分时数据(通常为五日数据)为multiData = [minute0,minute1,…minuteN],其中,分时数据minute0,minute1,…minuteN按照数据产生的距离当前时间的时间间隔大小,进行由小到大顺序的排列,也即,分时数据minute0为当日数据,分时数据minuteN的产生时间距离当前时间的时间间隔最大。其中,每日分时数据对应的日期为date0,date1…dateN。此时,如果不能从date0,date1…dateN找到发送端发送的分时数据的发送日期SendDate = dateM,则可以直接判断发送端发送的分时数据失效。如果存在date0,date1…dateN中存在SendDate = dateM,且dateM的索引值M <=2,则表明发送端发送的分时数据未过期。
步骤S906,根据整理数据绘制行情图。
在对获取的数据进行数据整理之后,根据整理数据绘制行情图。
在发送端发送的分时数据未过期的情况下,截取minute0~minuteM的全部数据进行绘制,并在格式化时记录SendTime中所标记的点,记录标记数据存入图像文件fmtData。
步骤S907,判断是否存在未过期的发送时间信息。
在根据整理数据绘制行情图之后,判断是否存在未过期的发送时间信息。如果判断出存在未过期的发送时间信息,则执行步骤S908,如果判断出不存在未过期的发送时间信息,则流程结束。
步骤S908,绘制标记点。
在判断是否存在未过期的发送时间信息之后,如果判断出存在未过期的发送时间信息,在行情图上绘制标记点,通过该标记点在行情图的相应位置进行标识,需在fmtData中添加标记点。
该实施例通过获取程序参数,判断第一应用是否为发送端,在判断出第一应用为发送端时,获取当日分时数据,在判断出第一应用不为发送端时,获取多日分时数据,对获取的数据进行数据整理,根据整理数据绘制行情图,判断是否存在未过期的发送时间信息,绘制标记点,从而实现了对股票应用的行情图的绘制
以上仅对分时图的绘制过程进行了描述,由于日K绘制时无论是发送端还是接收端都需要拉满全屏数据,逻辑相对简单,此处对K线的绘制流程进行以下介绍:
首先,获取程序参数,如果是日K类型,则使用股票代码获取最新数据(通常为320条),并截取一屏数据ViewData(本方案规定40条)作为展示数据。获取数据后进行数据整理,同时判断SendTime是否存在,若存在,则在ViewData中寻找日期相同的数据,若存在则表示标记点存在,记录标记数据。若不存在SendTime或不存在日期相等的数据,则不处理。之后绘图,如果有标记点则绘制标记点。
需要说明的是,该实施例还可以扩展到其它的信息流中,比如,各类社交网络的消息流等,此处不做限定。
实施例3
本发明实施例的应用环境可以但不限于参照上述实施例中的应用环境,本实施例中对此不再赘述。本发明实施例提供了用于实施信息处理方法的一种可选的具体应用。
该实施例采用了轻应用的模式,在即时通讯应用的消息流内通过运行轻应用的方式,将金融产品的行情信息呈现出来。用户无需切出聊天场景,在编辑消息时调用轻应用触发行情卡片,呈现出金融产品数据,用户可以通过点击切换分时或日K类型分别查看,最后点击发送按钮即可发送至消息流中。
图10A是根据本发明实施例的一种发送端的信息处理的显示示意图。如图10A所示,在编辑消息时调用轻应用触发行情卡片,呈现出金融产品在日期为2017/01/16的数据,该金融产品的数据为分时数据类型,可以通过右上角的“分时”进行标识,通过线条表示数据变化的趋势,可以点击行情卡片下方发送按钮发送至接收端的消息流中,发送时程序携带此时的数据状态。
图10B是根据本发明实施例的另一种发送端的信息处理的显示示意图。如图10B所示,该金融产品的数据为日K类型,用户可以通过点击右上角“日K”切换为图10A的分时数据类型,进而进行查看,最后点击行情卡片下方的发送按钮即可发送至接收端的消息流中,发送时程序携带此时的数据状态。
图11A是根据本发明实施例的一种接收端的分时数据处理显示的示意图。图11B是根据本发明实施例的一种接收端的日K数据处理显示的示意图。在发送端向接收端的消息流发送金融产品的数据之后,接收端在任何时刻都可以打开消息流进行查看。在查看时,都可以看到金融产品的最新实时数据和发送时刻的数据信息。特殊的,对于非当日的分时行情数据,需呈现发送消息当天的行情信息。图11A和图11B所示的行情卡片的下部文字信息为接收端查看股票时的实时数据,比如,中国银行(601988),2017/02/08,15:05:53,+0.01,+0.28%,上方文字信息展示消息发送时的股价数据3.55,+0.28%。该实施例在当日查看数据时,分时行情只显示一天的数据,并且标识出发送时刻。
图12是根据本发明实施例的一种接收端的未过期信息显示的示意图。如图12所示,在跨天且未过期的情况下,接收端可以查看到发送信息日至最新交易日的行情信息,且在行情图中标识出了发送消息的日期20170208。这种展现方式对用户更加友好,既保留了发送时刻的数据,又提供最新数据以供用户参考对比。
此外,由于金融产品的行情数据具有时效性,如果时间发送时间已经很长,那么消息流中的信息已经不具有参考价值。因此,在本方案中规定,对于分时数据发送时距接收端查看时超过三个交易日的行情统一展示最新行情信息,不会标记发送时的行情信息。对于日K类型的数据,只标记在当屏内的数据,超过一屏不展示更早的信息。
图13是根据本发明实施例的一种接收端的过期信息显示的示意图。如图13所示,为过期状态下接收端用户查看到的图示。由于发送时间过早,当时的行情信息已经无法提供及时有效的信息,故此处不保留历史行情走势图,只为用户展示发送时刻2017/02/0815:01:36的股价信息和最新行情走势信息。
图14是根据本发明实施例的一种标识信息显示的示意图。如图14所示,在另一种情境下,如果用户直接发送了文字,没有选择触发行情卡片并发送,QQ会根据股票关键词自动匹配,用户在消息中会看到匹配的股票文本会跟随一个logo标识。
图15是根据本发明实施例的一种信息处理的当前显示的示意图。如图15所示,用户点击logo会展示出该股票当前时刻的最新行情,比如,展示出中国银行(601988),2017/02/08,15:05:53,3.55,+0.01,+0.28%以方便用户最快地了解股票行情变化。
此时由于发送端用户并非主动发起行情绘制应用,故在卡片上不会呈现发送消息时的行情状态,只会显示最新的实时数据信息。
本发明实施例提出了一种在消息流中展示金融产品数据趋势的方法。本方案可以使发送端选择感兴趣的金融产品和类型发送出去,同时接收端可以在消息有效期内查看到该金融产品的实时数据和发送时数据。这种方式让用户存留在聊天场景内,避免了切换应用截图的不便,同时可以在消息流中查看到某金融产品的最新信息和发送时信息,既保证了金融产品的实时性又保持了消息流的时效性。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例4
根据本发明实施例,还提供了一种用于实施上述消息处理方法的消息处理装置。图16是根据本发明实施例的一种信息处理装置的示意图。如图16所示,该装置可以包括:获取单元10、接收单元20、响应单元30和第一显示单元40。
获取单元10,用于通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息。
接收单元20,用于在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息。
响应单元30,用于响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息。
第一显示单元40,用于在第一应用中显示第二事件信息。
该装置还包括:第二显示单元,用于在第一应用中显示第二事件信息时,在第一应用中显示第一事件信息。
第一显示单元40包括:第一显示模块和第二显示模块。其中,第一显示模块,用于在当前时间相对于第一时间未过期的情况下,在第一应用中显示预设事件在第一时间至当前时间产生的事件信息;第二显示模块,用于在当前时间相对于第一时间过期的情况下,在第一应用中显示预设事件在当前时间产生的事件信息。
可选地,该第一显示单元40包括:第一获取模块、第二获取模块、第一接收模块和第三显示模块。其中,第一获取模块,用于通过第一应用获取第二应用在第二时间发送的预设关键字,其中,预设关键字与预设事件具有匹配关系;第二获取模块,用于获取与关键字相匹配的第一标识信息,其中,第一标识信息用于标识预设事件;第一接收模块,用于通过第一标识信息接收第二指令,其中,第二指令用于指示显示预设事件的事件信息;第三显示模块,用于响应第二指令,并在第一应用上显示第二事件信息。
可选地,第一显示单元40包括:第三获取模块、第四获取模块和第四显示模块。其中,第三获取模块,用于获取第一目标参数,其中,第一目标参数用于指示第一应用是否为用于接收事件信息的对象;第四获取模块,用于当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据;第四显示模块,用于由事件数据在第一应用上绘制并显示第一图像,其中,第一图像用于指示第二事件信息。
可选地,第四显示模块包括:第一获取子模块、第二获取子模块和显示子模块。其中,第一获取子模块,用于获取第二目标参数,其中,第二目标参数用于指示第二事件信息的类型;第二获取子模块,用于当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据;显示子模块,用于在第一应用上通过预设数量的事件数据绘制并显示第一图像。
可选地,该装置还包括:发送单元,用于在第一应用中显示第二事件信息之后,通过第一应用在第三时间向第二应用发送第三事件信息,其中,第三时间为当前时间之后的时间。
可选地,发送单元包括:第五显示模块、第二接收模块、切换模块和发送模块。第五显示模块,用于在第一应用上显示第一类型的第三事件信息;第二接收模块,用于接收第三指令,其中,第三指令用于指示切换第一类型为第二类型;切换模块,用于响应第三指令,并切换第一类型为第二类型;发送模块,用于在第三时间向第二应用发送第二类型的第三事件信息。
可选地,该装置还包括:第一获取单元、第二获取单元和第三显示单元。其中,第一获取单元,用于在通过第一应用在第三时间向第二应用发送第三事件信息之前,获取第一目标参数,其中,第一目标参数用于指示第一应用是否为接收事件信息的对象;第二获取单元,用于当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;第三显示单元,用于在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
需要说明的是,该实施例中的获取单元10可以用于执行本申请实施例1中的步骤S202,该实施例中的接收单元20可以用于执行本申请实施例1中的步骤S204,该实施例中的响应单元30可以用于执行本申请实施例1中的步骤S206。该实施例中的第一显示单元40可以用于执行本申请实施例1中的步骤S208。
在该实施例中,获取单元10用于通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息,通过接收单元20在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;通过响应单元30响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;通过第一显示单元40,用于在第一应用中显示第二事件信息。由于通过第一应用可以在消息有效期内查看到目标应用的实时信息,这种方式让用户存留在预设场景内,避免了切换应用场景、截图带来的不便,从而实现了提高信息处理效率的技术效果,进而解决了相关技术中信息处理效率低下的技术问题。
此处需要说明的是,上述单元和模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述单元和模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现,其中,硬件环境包括网络环境。
实施例5
根据本发明实施例,还提供了一种用于实施上述消息处理方法的服务器或终端。
图17是根据本发明实施例的一种终端的结构框图。如图17所示,该终端可以包括:一个或多个(图中仅示出一个)处理器171、存储器173、以及传输装置175,如图17所示,该终端还可以包括输入输出设备177。
其中,存储器173可用于存储软件程序以及模块,如本发明实施例中的消息处理方法和装置对应的程序指令/模块,处理器171通过运行存储在存储器173内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的消息处理方法。存储器173可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器173可进一步包括相对于处理器171远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置175用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置175包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置175为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器173用于存储应用程序。
处理器171可以通过传输装置175调用存储器173存储的应用程序,以执行下述步骤:
通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;
在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;
响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;
在第一应用中显示第二事件信息。
处理器171还用于执行下述步骤:在第一应用中显示第二事件信息时,在第一应用中显示第一事件信息。
处理器171还用于执行下述步骤:在当前时间相对于第一时间未过期的情况下,在第一应用中显示预设事件在第一时间至当前时间产生的事件信息,其中,第二应用在第一时间发送第一事件信息;在当前时间相对于第一时间过期的情况下,在第一应用中显示预设事件在当前时间产生的事件信息。
处理器171还用于执行下述步骤:通过第一应用获取第二应用在第二时间发送的预设关键字,其中,预设关键字与预设事件具有匹配关系;获取与关键字相匹配的第一标识信息,其中,第一标识信息用于标识预设事件;通过第一标识信息接收第二指令,其中,第二指令用于指示显示预设事件的事件信息;响应第二指令,并在第一应用上显示第二事件信息。
处理器171还用于执行下述步骤:获取第一目标参数,其中,第一目标参数用于指示第一应用是否为用于接收事件信息的对象;当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据;由事件数据在第一应用上绘制并显示第一图像,其中,第一图像用于指示第二事件信息。
处理器171还用于执行下述步骤:获取第二目标参数,其中,第二目标参数用于指示第二事件信息的类型;当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据;在第一应用上通过预设数量的事件数据绘制并显示第一图像。
处理器171还用于执行下述步骤:在第一应用中显示第二事件信息之后,通过第一应用在第三时间向第二应用发送第三事件信息,其中,第三时间为当前时间之后的时间。
处理器171还用于执行下述步骤:在第一应用上显示第一类型的第三事件信息;接收第三指令,其中,第三指令用于指示切换第一类型为第二类型;响应第三指令,并切换第一类型为第二类型;在第三时间向第二应用发送第二类型的第三事件信息。
处理器171还用于执行下述步骤:在通过第一应用在第三时间向第二应用发送第三事件信息之前,获取第一目标参数,其中,第一目标参数用于指示第一应用是否为接收事件信息的对象;当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
采用本发明实施例,提供了一种消息处理的方案。通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;在第一应用中显示第二事件信息。由于通过第一应用可以在消息有效期内查看到目标应用的实时信息,这种方式让用户存留在预设场景内,避免了切换应用场景、截图带来的不便,从而实现了提高信息处理效率的技术效果,进而解决了相关技术中信息处理效率低下的技术问题。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
本领域普通技术人员可以理解,图17所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图17其并不对上述电子装置的结构造成限定。例如,终端还可包括比图17中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图17所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例6
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行消息处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
通过第一应用获取预设事件产生的第一事件信息,其中,预设事件随时间推移产生事件信息,事件信息包括由第二应用发送的第一事件信息;
在当前时间接收依据第一事件信息触发的第一指令,其中,第一指令用于指示查看预设事件的事件信息;
响应第一指令,运行用于执行预设事件的目标应用,得到第二事件信息,其中,事件信息包括第二事件信息;
在第一应用中显示第二事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在第一应用中显示第二事件信息时,在第一应用中显示第一事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在当前时间相对于第一时间未过期的情况下,在第一应用中显示预设事件在第一时间至当前时间产生的事件信息,其中,第二应用在第一时间发送第一事件信息;在当前时间相对于第一时间过期的情况下,在第一应用中显示预设事件在当前时间产生的事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:通过第一应用获取第二应用在第二时间发送的预设关键字,其中,预设关键字与预设事件具有匹配关系;获取与关键字相匹配的第一标识信息,其中,第一标识信息用于标识预设事件;通过第一标识信息接收第二指令,其中,第二指令用于指示显示预设事件的事件信息;响应第二指令,并在第一应用上显示第二事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:获取第一目标参数,其中,第一目标参数用于指示第一应用是否为用于接收事件信息的对象;当第一目标参数指示出第一应用为接收事件信息的对象时,获取第二事件信息携带的事件数据;由事件数据在第一应用上绘制并显示第一图像,其中,第一图像用于指示第二事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:获取第二目标参数,其中,第二目标参数用于指示第二事件信息的类型;当第二目标参数指示的第二事件信息的类型为预设类型时,获取第二事件信息和包括当前时间之前的事件信息携带的预设数量的事件数据;在第一应用上通过预设数量的事件数据绘制并显示第一图像。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在第一应用中显示第二事件信息之后,通过第一应用在第三时间向第二应用发送第三事件信息,其中,第三时间为当前时间之后的时间。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在第一应用上显示第一类型的第三事件信息;接收第三指令,其中,第三指令用于指示切换第一类型为第二类型;响应第三指令,并切换第一类型为第二类型;在第三时间向第二应用发送第二类型的第三事件信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在通过第一应用在第三时间向第二应用发送第三事件信息之前,获取第一目标参数,其中,第一目标参数用于指示第一应用是否为接收事件信息的对象;当第一目标参数指示出第一应用为用于发送信息的对象时,获取第三事件信息携带的事件数据;在第一应用上通过第三事件信息携带的事件数据绘制并显示用于指示第三事件信息的第二图像。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (13)
1.一种信息处理方法,其特征在于,包括:
通过第一应用获取预设事件产生的第一事件信息,其中,所述预设事件随时间推移产生事件信息,所述事件信息包括由第二应用在接收到对所述第一事件信息的发送指令的情况下发送的所述第一事件信息,所述第一事件信息与所述发送指令的发送时间对应;
在当前时间接收依据所述第一事件信息触发的第一指令,其中,所述第一指令用于指示查看所述预设事件的事件信息;
响应所述第一指令,运行用于执行所述预设事件的目标应用,得到与所述当前时间对应的第二事件信息,其中,所述事件信息包括所述第二事件信息,所述目标应用为保存有所述预设事件的应用;
在所述第一应用的会话窗口中的消息卡片中显示所述第一事件信息和所述第二事件信息。
2.根据权利要求1所述的方法,其特征在于,在所述第一应用中显示所述第二事件信息包括:
在所述当前时间相对于第一时间未过期的情况下,在所述第一应用中显示所述预设事件在所述第一时间至所述当前时间产生的事件信息,其中,所述第二应用在所述第一时间发送所述第一事件信息;
在所述当前时间相对于所述第一时间过期的情况下,在所述第一应用中显示所述预设事件在所述当前时间产生的事件信息。
3.根据权利要求1所述的方法,其特征在于,在所述第一应用中显示所述第二事件信息包括:
通过所述第一应用获取所述第二应用在第二时间发送的预设关键字,其中,所述预设关键字与所述预设事件具有匹配关系;
获取与所述关键字相匹配的第一标识信息,其中,所述第一标识信息用于标识所述预设事件;
通过所述第一标识信息接收第二指令,其中,所述第二指令用于指示显示所述预设事件的事件信息;
响应所述第二指令,并在所述第一应用上显示所述第二事件信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,在所述第一应用中显示所述第二事件信息包括:
获取第一目标参数,其中,所述第一目标参数用于指示所述第一应用是否为用于接收所述事件信息的对象;
当所述第一目标参数指示出所述第一应用为接收所述事件信息的对象时,获取所述第二事件信息携带的事件数据;
由所述事件数据在所述第一应用上绘制并显示第一图像,其中,所述第一图像用于指示所述第二事件信息。
5.根据权利要求4所述的方法,其特征在于,由所述事件数据在所述第一应用上绘制并显示所述第一图像包括:
获取第二目标参数,其中,所述第二目标参数用于指示所述第二事件信息的类型;
当所述第二目标参数指示的所述第二事件信息的类型为预设类型时,获取所述第二事件信息和包括所述当前时间之前的事件信息携带的预设数量的事件数据;
在所述第一应用上通过所述预设数量的事件数据绘制并显示所述第一图像。
6.根据权利要求1所述的方法,其特征在于,在所述第一应用中显示所述第二事件信息之后,所述方法还包括:
通过所述第一应用在第三时间向所述第二应用发送第三事件信息,其中,所述第三时间为所述当前时间之后的时间。
7.根据权利要求6所述的方法,其特征在于,通过所述第一应用在所述第三时间向所述第二应用发送所述第三事件信息包括:
在所述第一应用上显示第一类型的所述第三事件信息;
接收第三指令,其中,所述第三指令用于指示切换所述第一类型为第二类型;
响应所述第三指令,并切换所述第一类型为所述第二类型;
在所述第三时间向所述第二应用发送所述第二类型的所述第三事件信息。
8.根据权利要求6所述的方法,其特征在于,在通过所述第一应用在所述第三时间向所述第二应用发送所述第三事件信息之前,所述方法包括:
获取第一目标参数,其中,所述第一目标参数用于指示所述第一应用是否为接收事件信息的对象;
当所述第一目标参数指示出所述第一应用为用于发送信息的对象时,获取所述第三事件信息携带的事件数据;
在所述第一应用上通过所述第三事件信息携带的事件数据绘制并显示用于指示所述第三事件信息的第二图像。
9.一种信息处理装置,其特征在于,包括:
获取单元,用于通过第一应用获取预设事件产生的第一事件信息,其中,所述预设事件随时间推移产生事件信息,所述事件信息包括由第二应用在接收到对所述第一事件信息的发送指令的情况下发送的所述第一事件信息,所述第一事件信息与所述发送指令的发送时间对应;
接收单元,用于在当前时间接收依据所述第一事件信息触发的第一指令,其中,所述第一指令用于指示查看所述预设事件的事件信息;
响应单元,用于响应所述第一指令,运行用于执行所述预设事件的目标应用,得到与所述当前时间对应的第二事件信息,其中,所述事件信息包括所述第二事件信息;
第一显示单元,用于在所述第一应用的会话窗口中的消息卡片中显示所述第一事件信息和所述第二事件信息。
10.根据权利要求9所述的装置,其特征在于,所述第一显示单元包括:
第一显示模块,用于在所述第一应用中显示所述第二事件信息时,在所述当前时间相对于第一时间未过期的情况下,在所述第一应用中显示所述预设事件在所述第一时间至所述当前时间产生的事件信息,其中,所述第二应用在所述第一时间发送所述第一事件信息;
第二显示模块,用于在所述当前时间相对于所述第一时间过期的情况下,在所述第一应用中显示所述预设事件在所述当前时间产生的事件信息。
11.根据权利要求9所述的装置,其特征在于,所述第一显示单元包括:
第一获取模块,用于通过所述第一应用获取所述第二应用在第二时间发送的预设关键字,其中,所述预设关键字与所述预设事件具有匹配关系;
第二获取模块,用于获取与所述关键字相匹配的第一标识信息,其中,所述第一标识信息用于标识所述预设事件;
第一接收模块,用于通过所述第一标识信息接收第二指令,其中,所述第二指令用于指示显示所述预设事件的事件信息;
第三显示模块,用于响应所述第二指令,并在所述第一应用上显示所述第二事件信息。
12.根据权利要求9至11中任一项所述的装置,其特征在于,所述第一显示单元包括:
第三获取模块,用于获取第一目标参数,其中,所述第一目标参数用于指示所述第一应用是否为用于接收所述事件信息的对象;
第四获取模块,用于当所述第一目标参数指示出所述第一应用为接收所述事件信息的对象时,获取所述第二事件信息携带的事件数据;
第四显示模块,用于由所述事件数据在所述第一应用上绘制并显示第一图像,其中,所述第一图像用于指示所述第二事件信息。
13.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至8任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710338922.7A CN108874514B (zh) | 2017-05-15 | 2017-05-15 | 消息处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710338922.7A CN108874514B (zh) | 2017-05-15 | 2017-05-15 | 消息处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108874514A CN108874514A (zh) | 2018-11-23 |
CN108874514B true CN108874514B (zh) | 2022-12-09 |
Family
ID=64320207
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710338922.7A Active CN108874514B (zh) | 2017-05-15 | 2017-05-15 | 消息处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108874514B (zh) |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104967644B (zh) * | 2014-09-26 | 2017-09-15 | 腾讯科技(深圳)有限公司 | 消息推送方法、装置及*** |
CN105630876B (zh) * | 2015-12-17 | 2019-10-22 | 百度在线网络技术(北京)有限公司 | 跨应用的信息获取方法和装置 |
CN105610698B (zh) * | 2016-02-02 | 2019-01-11 | 腾讯科技(深圳)有限公司 | 事件结果的处理方法和装置 |
CN105718152A (zh) * | 2016-03-07 | 2016-06-29 | 腾讯科技(深圳)有限公司 | 应用事件交互方法和装置 |
CN106528624B (zh) * | 2016-09-30 | 2020-02-14 | 财付通支付科技有限公司 | 信息显示方法及装置 |
CN106656743B (zh) * | 2016-10-08 | 2020-02-14 | 腾讯科技(深圳)有限公司 | 消息展示方法、装置及*** |
CN106484858B (zh) * | 2016-10-09 | 2019-12-06 | 腾讯科技(北京)有限公司 | 热点内容推送方法和装置 |
-
2017
- 2017-05-15 CN CN201710338922.7A patent/CN108874514B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108874514A (zh) | 2018-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108632129B (zh) | 一种消息提示方法、一种消息展示方法和相关装置 | |
CN111158831B (zh) | 基于即时通讯应用的数据处理方法、装置、设备及介质 | |
CN105871690B (zh) | 即时通信的实现方法和装置 | |
KR102340228B1 (ko) | 검색 서비스와 연결된 메시지 서비스를 위한 메시지 서비스 제공 방법 및 상기 메시지 서비스 제공 방법을 수행하는 메시지 서버 및 사용자 단말 | |
CN107797717B (zh) | 推送方法、显示方法、客户端设备和数据处理*** | |
KR20080078431A (ko) | 메신저를 이용한 키워드 검색 시스템과 그 방법 및 이를구현할 수 있는 컴퓨터로 읽을 수 있는 기록 매체 | |
CN104243273A (zh) | 即时通讯客户端显示信息的方法及设备和信息显示*** | |
CN110460514A (zh) | 即时通信工具的消息发送方法、装置、存储介质及设备 | |
CN108304368A (zh) | 文本信息的类型识别方法和装置及存储介质和处理器 | |
US20150379471A1 (en) | Management system for transmission of electronic business card based on telephone number linkage and method therefor | |
CN109697091A (zh) | 页面的处理方法、装置、存储介质和电子装置 | |
CN111625690A (zh) | 一种对象推荐方法、装置、设备及介质 | |
CN110912806B (zh) | 消息处理方法、装置、存储介质和电子装置 | |
CN108429667B (zh) | 一种信息显示方法及装置 | |
CN110244885B (zh) | 输入方法、装置、设备及存储介质 | |
CN109697129A (zh) | 一种信息分享方法、设备及计算机可读存储介质 | |
CN115202599A (zh) | 一种投屏显示方法和相关装置 | |
CN112395029A (zh) | 应用程序的界面显示方法、装置、电子设备和存储介质 | |
CN105988679B (zh) | 一种信息呈现方法、装置及一种用户设备 | |
CN112260933B (zh) | 通信的方法、装置、电子设备及介质 | |
CN108874514B (zh) | 消息处理方法和装置 | |
CN111010335A (zh) | 聊天表情发送方法、装置、电子设备及介质 | |
CN112306592A (zh) | 消息的处理方法和装置、存储介质及电子装置 | |
CN114221923B (zh) | 消息处理方法、装置和电子设备 | |
CN110874372A (zh) | 聊天室整合股票信息的***与方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |