具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的应用日志显示方法的过程,具体包括以下步骤:
S101:服务器获得应用终端上的应用的日志。
S102:服务器将所述日志发送给预先确定的、与所述应用对应的网页所在的网页终端,以便于网页终端将所述日志在所述网页上显示。
在本申请实施例中,所述服务器包括但不限于:可以作为应用(Application,APP)和/或网页(Web)的服务器的大中型计算机、计算机集群、个人计算机等设备。所述应用终端包括但不限于:搭载有应用的手机、平板电脑、智能手表、车载移动台等移动终端,所述应用终端可以基于IOS、Android、Windows Phone等操作系统。所述网页终端包括但不限于:可以生成以及显示网页的个人计算机、手机、平板电脑、智能手表、车载移动台等终端,所述网页终端可以基于Windows、Linux、UNIX、IOS、Android、Windows Phone等操作系统。需要说明的是,在实际应用中应用终端和网页终端可以是不同的两个终端,也可以是同一个终端。
在本申请实施例中,所述应用终端和所述网页终端即可以基于相同的操作系统,也可以基于不同的操作系统。所述服务器可以作为应用终端上的应用的服务器,同时也可以作为网页终端上的网页的服务器。所述应用与服务器之间、以及所述网页之间可以建立通讯连接,并通过所述通讯连接进行信息交互。
进一步的,针对应用终端上的任一应用,服务器可以预先将网页终端上的一个网页确定为该应用对应的网页,其中,所述网页既可以是基于用户的操作,由网页终端实时生成的,也可以是预先生成的。这样的话,应用终端可以通过调用预定接口,获取应用终端上的应用的日志,进而通过服务器,将所述日志发送至网页终端上的、该应用对应的网页上进行显示。
通过上述方法,即使应用终端基于的操作系统只提供了只适用于该操作系统的用于读取应用日志的接口,也可以由该应用终端读取应用日志,并通过服务器发送给网页终端以网页的形式显示应用日志,在这种情况下,由于网页终端可以基于不同的操作系统,因此,实现了跨平台获取以及显示应用日志。不仅如此,由于所述应用和所述网页可以在不同的终端上,因此,用户可以在应用终端上操作应用的同时,实时地看到网页终端上显示的与该操作对应的日志,从而为针对该应用的测试、调试、管控等工作提供了较大的便利性。
下面对本申请提供的应用日志显示方法进行更具体的说明。
在本申请实施例中,服务器、应用终端、网页终端这三者之间的交互可以分为两个阶段:第一阶段是服务器确定应用终端上的应用与网页终端上的网页之间的对应关系,第二阶段是服务器基于该对应关系,将应用终端获取的该应用的日志转发给网页终端,由所述网页显示该日志。其中,服务器与该应用之间,以及服务器与该网页分别建立有通讯连接,上述交互可以是基于所述通讯连接进行的,所述通讯连接可以是网页套接字(WebSocket)通讯连接,(WebSocket通讯连接可以支持双工通讯,从而提高交互的实时性),也可以是常规的Socket通讯连接,如超文本传输协议(HyperText Transfer Protocol,HTTP)连接、文件传输协议(File Transfer Protocol,FTP)连接,等等。
下面对所述第一阶段进行说明。
在本申请实施例中,服务器可以基于应用和网页发送的同一个指定标识,确定该应用与该网页相互对应,并保存该应用与该网页这两者的对应关系,或者保存该应用、该网页与该特定标识这三者的对应关系。后续则可以基于保存的对应关系执行所述第二阶段。所述指定标识可以由网页终端、应用终端、服务器中的任一设备指定。根据指定所述指定标识的设备,所述第一阶段至少可以有三种不同的实施方式。
以下对第一种实施方式进行说明。在第一种实施方式下,由网页终端指定所述指定标识(为了便于描述,将该场景下的指定标识称为:第一标识)。
在本申请实施例中,用户可以在网页终端上打开预定的网址,从而网页终端生成网页,在此过程中,服务器与该网页之间会建立通讯连接,为了便于后续服务器建立对应关系,网页终端可以将该通讯连接的套接字标识(Socket ID)发送给服务器。生成网页后,网页终端可以将该网页的网页标识作为第一标识,也可以采用随机数发生器等手段生成随机数作为第一标识,其中,所述网页标识可以是该网页的会话标识(Session ID)、或网页名称、或网页元数据,等等。
网页终端可以将第一标识发送给服务器,并将第一标识显示在该网页上,这样的话,用户可以将在该网页上看到的第一标识输入应用终端的应用中,从而使应用终端获得第一标识。
在实际应用中,为了减少用户的操作,提高用户体验,网页终端也可以不直接显示第一标识,而是可以将第一标识转换为数字对象唯一标识符(DigitalObject Identifier,DOI)的形式(将转换后的第一标识称为第一数字对象唯一标识),然后将第一数字对象唯一标识显示在网页上,其中,所述DOI包括但不限于二维码、三维码、条形码,等等。进而,应用终端可以通过自带的摄像头,扫描并解析网页上的第一数字对象唯一标识,以获得第一标识。
应用终端获得第一标识,可以通过应用与服务器之间的通讯连接,将第一标识发送给服务器,相应的,服务器从网页终端和应用终端分别接收到第一标识后,可以确定所述应用与所述网页相互对应(或者,可也以称为:所述应用与所述网页匹配成功),并可以向所述应用和所述网页分别发送相应的通知消息。并且,服务器还可以保存所述网页与所述应用的对应关系,或保存所述网页、所述应用与第一标识的对应关系,以用于第二阶段。
需要说明的是,在保存的对应关系中,可以用所述网页的Socket ID、或网页标识等标识表示所述网页,可以用所述应用的Socket ID、或进程ID等标识表示所述应用。例如,所述应用关系可以表示为二元组[所述网页的SocketID,所述应用的Socket ID],或表示为三元组[第一标识,所述网页的Socket ID,所述应用的Socket ID],等等。
根据以上对第一种实施方式的说明,对于服务器而言,对于上述步骤S101~102,服务器获得应用终端上的应用的日志前,可以预先按照如下方法,确定与所述应用对应的网页:服务器接收网页终端通过网页与服务器之间的通讯连接发送的第一标识;服务器当接收到应用终端通过应用与服务器之间的通讯连接发送的所述第一标识时,确定所述网页对应于所述应用。
以下对第二种实施方式进行说明。在第二种实施方式下,由应用终端指定所述指定标识(为了便于描述,将该场景下的指定标识称为:第二标识)。
在本申请实施例中,应用终端上的应用与服务器之间也建立有通讯连接。应用终端可以将第二标识发送给服务器,服务器可以将第二标志以及其他的应用终端发送的标识保存在标识列表中,以便于网页终端获取。其中,应用终端可以将应用终端的设备标识作为第二标识,也可以采用随机数发生器等手段生成随机数作为第二标识,所述设备标识包括但不限于:设备名称(DeviceName)、或设备地址等。
网页终端在生成网页后,可以向服务器请求获得包含第二标识在内的至少一个标识(可以是服务器保存的所述标识列表),网页终端可以将获得的各标识显示在网页上,用户可以在所述各标识中选定第二标识。
网页终端可以通过该网页与服务器之间的通讯连接,将第二标识发送给服务器。相应的,服务器从网页终端和应用终端分别接收到第二标识后,可以确定所述应用与所述网页相互对应(或者,可也以称为:所述应用与所述网页匹配成功),并可以向所述应用和所述网页分别发送相应的通知消息。并且,服务器还可以保存所述网页与所述应用的对应关系,或保存所述网页、所述应用与第一标识的对应关系,以用于第二阶段。
根据以上对第二种实施方式的说明,对于服务器而言,对于上述步骤S101~102,服务器获得应用终端上的应用的日志前,可以预先按照如下方法,确定与所述应用对应的网页:服务器接收应用终端通过应用与服务器之间的通讯连接发送的第二标识;服务器当接收到网页终端通过网页与服务器之间的通讯连接发送的所述第二标识时,确定所述网页对应于所述应用。
服务器接收到网页终端通过网页与服务器之间的通讯连接发送的所述第二标识前,所述方法还包括:服务器将包括所述第二标识在内的至少一个标识发送给网页终端。
以下对第三种实施方式进行说明。在第三种实施方式下,由服务器指定所述指定标识。应用终端上的应用和网页终端上的网页可以分别向服务器请求获取指定标识,则服务器可以为该应用和该网页分配一个相同的指定标识,分配后,可以确定该应用与该网页相互对应,这种方式便于服务器进行管理。
对于上述三种实施方式:第一种实施方式比较适用于自带摄像头的应用终端,用户的操作较少,用户体验较好;第二种实施方式比较适用于没有摄像头的应用终端;第三种实施方式比较适用于应用数量及网页数量较多的应用场景。在实际应用中,可以根据应用场景,选择适用的实施方式。
以上对所述第一阶段进行了说明。下面对所述第二阶段进行说明。
第二阶段可以包括单次执行上述步骤S102~103的过程,也可以包括多次执行上述步骤S102~103的过程。对于上述步骤S102,应用终端可以通过调用预定接口,根据指定进程标识,获取应用终端上与所述指定进程标识对应的应用的日志,并向服务器发送所述日志。在实际应用中,用户可能想要查看某个时间区间范围内的日志,则可以在应用终端上指定时间区间,进而应用终端可以仅获取生成时间落在该指定时间区间内的日志,提高了用户查看日志的效率。
以基于IOS操作系统的应用为例,IOS操作系统提供的用于读取应用日志的预定接口可以为苹果系统日志(Apple System Log)接口。通过调用该接口,应用终端获取的该应用的每条日志包括但不限于:消息主体(对应的字段为:ASL_KEY_MSG)、时间(可以包括秒、毫秒,对应的字段分别为:ASL_KEY_TIME、ASL_KEY_TIME_NSEC)。
进一步的,用户除了查看历史的日志以外,可能还有需求要实时地查看最新的日志。对于这种需求,应用终端可以监听所述应用是否有新增的日志,若是,则通过调用预定接口获取所述新增的日志,并可以按照预定规则向服务器发送所述新增的日志。本申请对所述预定规则并不做限定,所述预定规则可以是每获取到一条日志时即向服务器发送该条日志,也可以是每获取到设定数量的多条日志时向服务器发送所述多条日志,例如,每获取到10条日志向服务器发送一次,等等。
另外,本申请对应用终端监听日志所采用的监听方法也并不做限定。在此,举例说明两种可行的监听方法:第一种,可以采用派遣资源(Dispatch Source)对象实现所述监听;第二种,可以采用轮询的方式实现所述监听。
在本申请实施例中,应用终端向服务器发送应用的日志时还可以同时携带所述指定标识,这样的话,服务器可以根据该指定标识,以及保存的对应关系,查找到与该应用对应的网页。当然,应用终端向服务器发送应用的日志也可以不携带所述指定标识,在这种情况下,应用终端可以根据保存的应用的SocketID与网页的Socket ID的对应关系,查找到与该应用对应的网页。
需要说明的话,当网页或应用与服务器之间的通讯连接断开后,服务器保存的对应关系可能会失效,在这种情况下,为了提高日志传输的安全性,服务器、应用终端和网页终端可以再次执行所述第一阶段,以便于服务器重新确定网页与应用之间的对应关系,此后再进行日志的传输和显示。
以上为本申请实施例提供的应用日志显示方法,基于同样的思路,本申请实施例还提供相应的应用日志发送方法。其中,所述日志显示方法的过程是站在服务器的角度进行描述的,下面将站在应用终端的角度描述所述应用日志发送方法的过程。
图2为本申请实施例提供的应用日志发送方法的过程,具体包括以下步骤:
S201:应用终端向服务器发送应用终端上的应用的日志,以便于服务器将所述日志发送给预先确定的、与所述应用对应的网页所在的网页终端。
通过上述方法,可以提高应用日志显示方法的跨平台性。
以下是在采用本申请提及的所述第一阶段的第一种实施方式的场景下,应用终端所执行的动作。
在本申请实施例中,对于上述步骤S201,应用终端向服务器发送应用终端上的应用的日志前,所述方法还可以包括:应用终端获得第一标识,其中,所述第一标识是网页终端通过所述网页与服务器之间的通讯连接,向服务器发送过的;应用终端通过所述应用与服务器之间的通讯连接,将所述第一标识发送给服务器,以便于服务器在接收到应用终端发送的所述第一标识和网页终端发送的所述第一标识后,确定所述应用与所述网页相互对应。
进一步的,应用终端获得第一标识,具体可以包括:应用终端获得第一数字对象唯一标识符,其中,所述第一数字对象唯一标识符是网页终端根据第一标识生成的;应用终端通过对所述第一数字对象唯一标识符进行解析,获得所述第一标识。在实际应用中,所述第一数字对象唯一标识符可以是二维码、或三维码、或条形码,等等,相应的,应用终端对第一数字对象唯一标识符进行扫码以及解析,从而获得所述第一标识。
以下是在采用所述第一阶段的第二种实施方式的场景下,应用终端所执行的动作。
在本申请实施例中,对于上述步骤S201,应用终端向服务器发送应用终端上的应用的日志前,所述方法还可以包括:应用终端通过所述应用与服务器之间的通讯连接,将第二标识发送给服务器,以便于服务器在接收到应用终端发送的所述第二标识、且接收到网页终端通过所述网页与服务器之间的通讯连接发送的所述第二标识后,确定所述应用与所述网页相互对应。
以上分别对在采用所述第一种实施方式、所述第二种实施方式的场景下,应用终端所执行的动作进行了说明。
在本申请实施例中,根据对本申请提及的所述第二阶段的过程的说明可知,对于上述步骤S201,应用终端向服务器发送应用终端上的应用的日志,具体可以包括:应用终端通过调用预定接口,根据指定进程标识,获取应用终端上与所述指定进程标识对应的应用的日志,并向服务器发送所述日志。
进一步的,获取应用终端上的应用的日志,并向服务器发送所述日志,具体可以包括:监听所述应用是否有新增的日志,若是,则按照预定规则向服务器发送所述新增的日志。
以上为本申请实施例提供的应用日志显示方法和应用日志发送方法,基于同样的思路,本申请实施例还提供了相应的另一种应用日志发送方法。其中,下面将站在网页终端的角度描述所述另一种应用日志发送方法的过程。
图3为本申请实施例提供的另一种应用日志发送方法的过程,具体包括以下步骤:
S301:网页终端接收服务器发送的、应用终端上的应用的日志。
S302:网页终端将所述日志在网页终端上的网页上显示,其中,所述网页是服务器预先确定的、与所述应用对应的网页。
通过上述方法,可以提高应用日志显示方法的跨平台性。
以下是在采用所述第一阶段的第一种实施方式的场景下,网页终端所执行的动作。
在本申请实施例中,对于上述步骤S301,网页终端接收服务器发送的、应用终端上的应用的日志前,所述方法还可以包括:网页终端生成网页,并通过所述网页与服务器之间的通讯连接,将第一标识发送给服务器,以便于服务器在接收到网页终端发送的所述第一标识,且接收到应用终端通过所述应用与服务器之间的通讯连接发送的所述第一标识后,确定所述应用与所述网页相互对应。
进一步的,所述方法还可以包括:网页终端根据所述第一标识,生成第一数字对象唯一标识符;网页终端在所述网页上显示所述第一数字对象唯一标识符,以便于应用终端根据所述第一数字对象唯一标识符,获得第一标识。
以下是在采用所述第一阶段的第二种实施方式的场景下,网页终端所执行的动作。
在本申请实施例中,对于上述步骤S301,网页终端接收服务器发送的、应用终端上的应用的日志前,所述方法还可以包括:网页终端从服务器获得包含第二标识在内的至少一个标识,所述第二标识是应用终端通过所述应用与服务器之间的通讯连接,向服务器发送过的;网页终端通过所述网页与服务器之间的通讯连接,将所述第二标识发送给服务器,以便于服务器在接收到应用终端发送的所述第二标识和网页终端发送的所述第二标识后,确定所述应用与所述网页相互对应。
以上分别对采用所述第一种实施方式、所述第二种实施方式的场景下,网页终端所执行的动作进行了说明。
为了便于理解,下面采用图4~图8对在实际应用中,实现本申请提供的方法时,服务器、应用终端上的应用、网页终端上的网页这三者之间的交互过程进行简单说明。
图4为在采用所述第一阶段的第一种实施方式的场景下,所述交互过程简图。所述交互过程可以包括以下步骤:
S401:网页终端生成网页,可以将网页的Socket ID发送给服务器。
S402:网页终端确定第一标识,生成第一标识的二维码,将二维码显示在网页上,并向服务器发送第一标识。
其中,所述第一标识可以是该网页的Session ID。
S403:应用终端在应用内扫描解析网页上的二维码,以获得第一标识。
S404:应用将第一标识发送给服务器。
S405:服务器通过匹配接收到的第一标识,确定应用与网页相互对应,并保存对应关系。
S406:服务器分别向应用和网页发送匹配成功的通知。
S407:应用通过调用预设接口,读取应用的日志,并将日志发送给服务器。
S408:服务器将接收到的应用的日志发送给对应的网页。
S409:网页显示接收到的应用的日志。
其中,步骤S401~S406可以是在本申请提及的第一阶段内执行的步骤,步骤S407~S409可以是在本申请提及的第二阶段内执行的步骤,可以重复执行步骤S407~S409。
图5为在采用所述第一阶段的第二种实施方式的场景下,所述交互过程简图。所述交互过程可以包括以下步骤:
S501:应用向服务器发送第二标识。
其中,所述第二标识可以是该应用所在的应用终端的Device Name。
S502:网页终端生成网页,网页向服务器请求标识列表。
S503:服务器将标识列表发送给网页。
S504:基于用户的操作,网页在标识列表中选定第二标识。
S505:网页将第二标识发送给服务器
S506:服务器通过匹配接收到的第二标识,确定应用与网页相互对应,并保存对应关系。
S507:服务器分别向应用和网页发送匹配成功的通知。
S508:应用通过调用预设接口,读取应用的日志,并将日志发送给服务器。
S509:服务器将接收到的应用的日志发送给对应的网页。
S510:网页显示接收到的应用的日志。
其中,步骤S501~S507可以是在本申请提及的第一阶段内执行的步骤,步骤S505~S510可以是在本申请提及的第二阶段内执行的步骤,可以重复执行步骤S505~S510。
另外,在图4和图5中,网页还可以通过服务器,向应用发送暂停指令,则应用暂停发送应用的日志;当网页与服务器之间的通讯连接断开时,服务器可以向应用发送停止指令,则应用停止发送应用的日志。
图6示出了在实际应用中,生成并显示了第一数字对象唯一标识符(二维码)的一个网页。在图6中,应用终端基于IOS操作系统,可以为苹果手机(iPhone)或苹果随身听(iPod),网页终端可以基于任一可以显示网页的操作系统。当应用终端上有摄像头时,优选的,在第一阶段采用第一种实施方式,可以用应用终端扫描解析该二维码,进而应用终端获得第一标识;当应用终端上没有摄像头时,优选的,在第一阶段采用第二种实施方式,网页的右上角示出了从服务器获取的标识列表(Device Name列表),网页可以基于用户的操作,在标志列表中选定获得第二标识。
图7为在图6的网页中显示应用的日志的示意图。
在实际应用,服务器可以同时管理多对相互对应的网页与应用,并为应用日志的发送和显示提供支持。图8为服务器同时管理3对相互对应的网页与应用的示意图。其中,应用1与网页1之间的对应关系是基于标识1确定的,应用2与网页2之间的对应关系是基于标识2确定的,应用3与网页3之间的对应关系是基于标识3确定的,标识1、标识2、标识3具体可以是本申请提及的第一标识或第二标识。
以上为本申请实施例提供的应用日志显示方法、应用日志发送方法、另一种应用日志显示方法,基于同样的思路,本申请实施例还提供相应的装置,如图9、图10、图11所示。
图9为本申请实施例提供的应用日志显示装置结构示意图,具体包括:
获得模块901,用于获得应用终端上的应用的日志;
发送模块902,用于将所述日志发送给预先确定的、与所述应用对应的网页所在的网页终端,以便于网页终端将所述日志在所述网页上显示。
所述装置还包括:
第一确定模块903,用于在所述获得模块901获得应用终端上的应用的日志前,预先按照如下方法,确定与所述应用对应的网页:接收网页终端通过网页与服务器之间的通讯连接发送的第一标识;当接收到应用终端通过应用与服务器之间的通讯连接发送的所述第一标识时,确定所述网页对应于所述应用。
所述第一标识具体包括所述网页的网页标识。
所述装置还包括:
第二确定模块904,用于在所述获得模块获得应用终端上的应用的日志前,预先按照如下方法,确定与所述应用对应的网页:接收应用终端通过应用与服务器之间的通讯连接发送的第二标识;当接收到网页终端通过网页与服务器之间的通讯连接发送的所述第二标识时,确定所述网页对应于所述应用。
所述装置还包括:
标识发送模块905,用于将包括所述第二标识在内的至少一个标识发送给网页终端。
所述第二标识具体包括应用终端的设备标识。
具体的上述如图9所示的装置可以位于服务器上。
图10为本申请实施例提供的应用日志发送装置结构示意图,具体包括:
发送模块1001,用于向服务器发送应用终端上的应用的日志,以便于服务器将所述日志发送给预先确定的、与所述应用对应的网页所在的网页终端。
其特征在于,所述装置还包括:
标识获得模块1002,用于在所述发送模块1001向服务器发送应用终端上的应用的日志前,获得第一标识,其中,所述第一标识是网页终端通过所述网页与服务器之间的通讯连接,向服务器发送过的;
第一标识发送模块1003,用于通过所述应用与服务器之间的通讯连接,将所述第一标识发送给服务器,以便于服务器在接收到应用终端发送的所述第一标识和网页终端发送的所述第一标识后,确定所述应用与所述网页相互对应。
所述标识获得模块1002具体用于:获得第一数字对象唯一标识符,其中,所述第一数字对象唯一标识符是网页终端根据第一标识生成的;通过对所述第一数字对象唯一标识符进行解析,获得所述第一标识。
所述装置还包括:
第二标识发送模块1004,用于在所述发送模块向服务器发送应用终端上的应用的日志前,通过所述应用与服务器之间的通讯连接,将第二标识发送给服务器,以便于服务器在接收到应用终端发送的所述第二标识、且接收到网页终端通过所述网页与服务器之间的通讯连接发送的所述第二标识后,确定所述应用与所述网页相互对应。
所述发送模块1001具体用于:通过调用预定接口,根据指定进程标识,获取应用终端上与所述指定进程标识对应的应用的日志,并向服务器发送所述日志。
所述发送模块1001具体用于:监听所述应用是否有新增的日志,若是,则按照预定规则向服务器发送所述新增的日志。
具体的上述如图10所示的装置可以位于终端上。
图11为本申请实施例提供的另一种应用日志显示装置结构示意图,具体包括:
接收模块1101,用于接收服务器发送的、应用终端上的应用的日志;
显示模块1102,用于将所述日志在网页终端上的网页上显示,其中,所述网页是服务器预先确定的、与所述应用对应的网页。
其特征在于,所述装置还包括:
第一标识发送模块1103,用于在所述接收模块1101接收服务器发送的、应用终端上的应用的日志前,生成网页,并通过所述网页与服务器之间的通讯连接,将第一标识发送给服务器,以便于服务器在接收到网页终端发送的所述第一标识,且接收到应用终端通过所述应用与服务器之间的通讯连接发送的所述第一标识后,确定所述应用与所述网页相互对应。
所述装置还包括:
标识显示模块1104,用于根据所述第一标识,生成第一数字对象唯一标识符;在所述网页上显示所述第一数字对象唯一标识符,以便于应用终端根据所述第一数字对象唯一标识符,获得第一标识。
所述装置还包括:
第二标识发送模块1105,用于在所述接收模块接收服务器发送的、应用终端上的应用的日志前,从服务器获得包含第二标识在内的至少一个标识,所述第二标识是应用终端通过所述应用与服务器之间的通讯连接,向服务器发送过的;通过所述网页与服务器之间的通讯连接,将所述第二标识发送给服务器,以便于服务器在接收到应用终端发送的所述第二标识和网页终端发送的所述第二标识后,确定所述应用与所述网页相互对应。
具体的上述如图11所示的装置可以位于终端上。
本申请实施例提供一种应用日志显示方法及装置,该方法包括:服务器获得应用终端上的应用的日志;服务器将所述日志发送给预先确定的、与所述应用对应的网页所在的网页终端,以便于网页终端将所述日志在所述网页上显示。通过上述方法,即使应用终端基于的操作系统只提供了只适用于该操作系统的用于读取应用日志的接口,也可以由该应用终端读取应用日志,并通过服务器发送给网页终端以网页的形式显示应用日志,在这种情况下,由于网页终端可以基于不同的操作系统,因此,所述应用日志显示方法的跨平台性较好。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。