多种格式数据同步分享方法、装置、介质和电子设备与流程

文档序号:18267081发布日期:2019-07-27 09:16阅读:203来源:国知局
多种格式数据同步分享方法、装置、介质和电子设备与流程

本公开涉及计算机技术领域,具体而言,涉及一种多种格式数据同步分享方法、装置、介质和电子设备。



背景技术:

现有产品中,对内容进行分享时,用户点击一次分享,只分享出1个类型文件,例如只能分享图片或视频或apk文件等单一类型文件,不能同时分享图片+视频等多种混合类型文件,一方面,用户体验较差,不能满足用户的分享需求,另一方面,由于不能同时分享apk安装包和介绍文件,导致apk被安装的概率大大下降,影响了分享的应用程序的推广使用。

因此,如何同时分享多种类型文件的分享,就成为急迫解决的技术问题。

公开内容

本公开的目的在于提供一种多种格式数据同步分享方法、装置、介质和电子设备,能够解决上述提到的至少一个技术问题。具体方案如下:

根据本公开的具体实施方式,第一方面,本公开提供一种多种格式数据同步分享方法,应用于终端设备,包括:

接收调用所述多种格式数据的操作指令,其中,每一格式数据具有唯一的展现形式;

所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备;

通过分享接口调用第三方应用程序;

将所述多种格式数据同步分享至所述第三方应用程序界面。

可选的,所述接收调用所述多种格式数据的操作指令,包括:

接收调用一种格式数据的操作指令;

自动匹配与所述一种格式数据相关联的至少另外一种格式数据。

可选的,所述自动匹配与所述一种格式数据相关联的至少另外一种格式数据之后,还包括:

生成确认界面,所述确认界面包括确认区域和/或输入区域,所述输入区域用于接收并记录用户输入的内容;

根据在所述确认界面接收到的用户指令,生成最终确认的所述多种格式数据。

可选的,所述相关联包括:

内容相关联、业务类型相关联或产品形态相关联。

可选的,所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备,包括:

所述多种格式数据接收到所述调用指令后,对所述多种格式数据进行压缩和/或加密操作;

所述压缩和/或加密后的所述多种格式数据,以数据集合的形式缓存于所述终端设备。

可选的,所述将所述多种格式数据同步分享至所述第三方应用程序界面之后,包括:

所述多种格式数据依次显示于所述第三方应用程序。

可选的,所述多种格式数据包括:图片类型格式数据、音频类型格式数据、视频类型格式数据、apk类型格式数据、txt类型格式数据、doc类型格式数据或pdf类型格式数据。

根据本公开的具体实施方式,第二方面,本公开提供一种多种格式数据同步分享装置,安装于终端设备,包括:

接收单元,用于接收调用所述多种格式数据的操作指令,其中,每一格式数据具有唯一的展现形式;

打包单元,用于所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备;

调用单元,用于通过分享接口调用第三方应用程序;

分享单元,用于将所述多种格式数据同步分享至所述第三方应用程序界面。

根据本公开的具体实施方式,第三方面,本公开提供一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上任一项所述的方法。

根据本公开的具体实施方式,第四方面,本公开提供一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上任一项所述的方法。

本公开实施例的上述方案与现有技术相比,至少具有以下有益效果:本公开通过提供一种多种格式数据同步分享方法、装置、介质和电子设备,一方面,通过多种类型文件的同时分享,增加了用户体验效果,满足了不同用户对分享内容的多样化需求,另一方面,对于分享的内容文件,也增加了其被接受的概率,例如单独分享一个apk被接受的概率为10%,增加了视频、图片介绍的apk分享,apk被接受的概率增加到30%,有利于业务的推广,同时可以增加分享内容的商业价值,例如通过分享广告等业务,增加了商业应用的价值。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示出了根据本公开实施例的多种格式数据同步分享方法的应用场景图;

图2示出了根据本公开实施例的多种格式数据同步分享方法流程图;

图3示出了根据本公开实施例的多种格式数据同步分享方法执行流程图;

图4示出了根据本公开实施例的多种格式数据同步分享方法的客户端分享操作示意图;

图5示出了根据本公开实施例的多种格式数据同步分享方法的客户端接收显示的示意图;

图6示出了根据本公开实施例的多种格式数据同步分享方法的客户端接收显示的另一示意图;

图7示出了根据本公开实施例的多种格式数据同步分享装置结构示意图;

图8示出了根据本公开的实施例的电子设备连接结构示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开作进一步地详细描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本公开保护的范围。

在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种。

应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

应当理解,尽管在本公开实施例中可能采用术语第一、第二、第三等来描述……,但这些……不应限于这些术语。这些术语仅用来将……区分开。例如,在不脱离本公开实施例范围的情况下,第一……也可以被称为第二……,类似地,第二……也可以被称为第一……。

取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。

下面结合附图详细说明本公开的可选实施例。

实施例1

如图1所示,为本公开实施例的一种应用场景图,该应用场景为用户通过手机等终端设备选择本地或其他应用程序分享过来的不同类型文件(例如图片文件、音频文件、视频文件、apk文件、txt文件、doc文件或pdf文件等),将所述不同类型文件通过互联网分享到一个或多个其他用户终端设备上的客户端,客户端接到分享内容后显示于客户端界面。特别的一种应用场景为分享本地终端的图片文件、音频文件、视频文件、apk文件,但并不限于该唯一应用场景,可以理解的任何能够应用于本实施方案的场景均包括在内,为了说明方便,本实施例以用户分享图片文件、视频文件和apk文件的应用场景为例进行描述。特别需要强调的是,对于ios系统,虽然不能分享apk文件,但可以分享图片文件、音频文件、视频文件、txt文件、doc文件或pdf文件等文件,本实施例为了说明方法的便捷性,以安卓系统为例进行说明。

根据本公开的具体实施方式,第一方面,本公开提供一种多种格式数据同步分享方法,应用于终端设备,本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。为说明方便,本实施例以移动终端为例进行说明。所述方法包括如下步骤,如图2、图3所示:

步骤s102:接收调用所述多种格式数据的操作指令,其中,每一格式数据具有唯一的展现形式。

所述多种格式数据包括任何能够在移动终端设备中存储、传输的流媒体文件,且能够以某一种唯一的展现形式显示于所述移动终端,例如图片文件、音频文件、视频文件、apk文件、txt文件、doc文件或pdf文件等等,每一种类型文件称之为一种格式数据。本实施例以图片文件、视频文件、apk文件为例进行说明。

其中,apk是androidpackage的缩写,即android安装包(apk)。apk是类似symbiansis或sisx的文件格式。通过将apk文件直接传到android模拟器或android手机中执行即可安装。

具体的,该步骤中通常行为为,用户打开移动终端中的文件管理器,找到需要分享的所有文件,点击选中需要分享的至少一个文件,如图4所示,被选中的文件的呈现选中状态,例如打钩选中。

作为一种可选的实施方式,所述接收调用所述多种格式数据的操作指令,包括如下两个步骤:

第一、接收调用一种格式数据的操作指令。

此时,首先执行手动的选择任意一种格式数据,例如选择某一apk安装包,此时仅仅是该apk安装包被选中,安卓系统接收到选择一个文件的操作指令。

第二、自动匹配与所述一种格式数据相关联的至少另外一种格式数据。

接上一步,安卓系统接收到选择了一个文件的操作指令后,根据智能关联算法,自动的为用户选择与所述apk安装包具有一定关系的文件。

所述相关联包括:内容相关联、业务类型相关联或产品形态相关联。系统分析各文件的名称、标题等识别出的关联关系,可能是内容相关联,例如首先选择的为应用程序helo的apk安装包,然后系统自动识别出有相关的关于helo客户端的视频介绍或图片介绍或文字介绍等,并自动将其选中,这些属于内容相关联。也可以是业务类型相关联,例如选择了某一产品的广告视频进行分享时,系统会自动选择与该产品对应的图片展示进行分享,或详细的文档介绍进行分享。还可以是产品形态相关联,例如用户选择了某一具有娱乐性质的视频进行分享,系统会自动选择同样具有娱乐性质的文件进行分享等。总之,系统会从内容相关联、业务类型相关联或产品形态相关联的角度自动匹配与已选择的文件类型有关联的文件一起进行分享。

进而可选的,所述自动匹配与所述一种格式数据相关联的至少另外一种格式数据之后,还包括如下可选步骤:

第三、生成确认界面,所述确认界面包括确认区域和/或输入区域,所述输入区域用于接收并记录用户输入的内容。

该界面可以是包括“是”和“否”的确认类型,也可以是供用户输入指令的输入类型,优选的,都以弹出框的方式给出,供用户选择。

第四、根据在所述确认界面接收到的用户指令,生成最终确认的所述多种格式数据。

当用户选择“是”的确认指令后,系统将把自动匹配的文件类型和用户自己选择的文件类型作为一个整体进行操作。

步骤s104:所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备。

所述数据集合是指多种格式数据被调用后,作为一个整体进行存储、传输、发送等操作的集合,各种数据之间不发生重叠、交互等关联,都以各自独立的状态进行展示。具体到本实施方式,数据集合包括了图片数据、视频数据以及apk安装数据,三种类型数据作为一个整体被调用。

具体的,本步骤为当图片文件、视频文件、apk文件被选中后,安卓系统通过自身的调用模块对所述被调用的三种文件进行打包处理,也即将其提取出来,放置于本地缓存存储器当中,为下一步的执行操作做准备。

可选的,所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备,包括如下两步可选的方法步骤:

第一、所述多种格式数据接收到所述调用指令后,对所述多种格式数据进行压缩和/或加密操作。

其中,文件进行压缩可以采用常规的数据压缩方式进行压缩,特别对于包括视频、apk安装包的分享文件,需要进行压缩操作。

加密可以根据传输文件的保密程度进行可选的操作,例如分享的是涉密文件,则优选需要经过加密处理,通常娱乐型文件则不需要进行加密操作,加密方法也可以采用常见的加密方法进行。

第二、所述压缩和/或加密后的所述多种格式数据,以数据集合的形式缓存于所述终端设备。

步骤s106:通过分享接口调用第三方应用程序。

如图4所示,点击分享按钮,所述被选中的文件将被执行分享动作,此时首先需要调用第三方应用程序,例如微信、钉钉、helo、微博、邮件等,从中选择欲分享到的一种应用程序,例如helo,之后,安卓系统会调用该应用程序接口进行分享操作。

步骤s108:将所述多种格式数据同步分享至所述第三方应用程序界面。

如图5或图6所示,分享的内容会被发送到指定的应用程序显示界面,其中图5为分享视频和图片的展示效果,图6为分享视频、图片和apk的展示效果,用户可以根据需要选择打开任何一种分享文件。

可选的,所述将所述多种格式数据同步分享至所述第三方应用程序界面之后,包括:所述多种格式数据依次显示于所述第三方应用程序。用户可以根据需求点击单开任意一个分享文件,例如客户看到apk安装包,在不了解的情况下,先打开视频介绍文件进行产品的了解,但如果流量不足时,还可以先打开图片或文字介绍进行了解,因此,将多种形式的文件依次分享,有助于客户跟进需要进行展示,这样也提高了apk的推广安装概率。

本公开通过提供一种多种格式数据同步分享方法,一方面,通过多种类型文件的同时分享,增加了用户体验效果,满足了不同用户对分享内容的多样化需求,另一方面,对于分享的内容文件,也增加了其被接受的概率,例如单独分享一个apk被接受的概率为10%,增加了视频、图片介绍的apk分享,apk被接受的概率增加到30%,有利于业务的推广,同时可以增加分享内容的商业价值,例如通过分享广告等业务,增加了商业应用的价值。

实施例2

如图1所示,为本公开实施例的一种应用场景图,该应用场景为用户通过手机等终端设备选择本地或其他应用程序分享过来的不同类型文件(例如图片文件、音频文件、视频文件、apk文件、txt文件、doc文件或pdf文件等),将所述不同类型文件通过互联网分享到一个或多个其他用户终端设备上的客户端,客户端接到分享内容后显示于客户端界面。特别的一种应用场景为分享本地终端的图片文件、音频文件、视频文件、apk文件,但并不限于该唯一应用场景,可以理解的任何能够应用于本实施方案的场景均包括在内,为了说明方便,本实施例以用户分享图片文件、视频文件和apk文件的应用场景为例进行描述。特别需要强调的是,对于ios系统,虽然不能分享apk文件,但可以分享图片文件、音频文件、视频文件、txt文件、doc文件或pdf文件等文件,本实施例为了说明方法的便捷性,以安卓系统为例进行说明。

本实施例承接实施例1,用于实现如实施例1所述的方法步骤,基于相同的名称含义的解释与实施例1相同,具有与实施例1相同的技术效果,此处不再赘述。

如图7所示,根据本公开的具体实施方式,第二方面,本公开提供一种多种格式数据同步分享装置,安装于终端设备,本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。为说明方便,本实施例以移动终端为例进行说明。所述装置包括接收单元702、打包单元704、调用单元706以及分享单元708。具体如下:

接收单元702:用于接收调用所述多种格式数据的操作指令,其中,每一格式数据具有唯一的展现形式。

所述多种格式数据包括任何能够在移动终端设备中存储、传输的流媒体文件,且能够以某一种唯一的展现形式显示于所述移动终端,例如图片文件、音频文件、视频文件、apk文件、txt文件、doc文件或pdf文件等等,每一种类型文件称之为一种格式数据。本实施例以图片文件、视频文件、apk文件为例进行说明。

其中,apk是androidpackage的缩写,即android安装包(apk)。apk是类似symbiansis或sisx的文件格式。通过将apk文件直接传到android模拟器或android手机中执行即可安装。

具体的,该步骤中通常行为为,用户打开移动终端中的文件管理器,找到需要分享的所有文件,点击选中需要分享的至少一个文件,如图4所示,被选中的文件的呈现选中状态,例如打钩选中。

作为一种可选的实施方式,所述接收单元702还用于:

第一、接收调用一种格式数据的操作指令。

此时,首先执行手动的选择任意一种格式数据,例如选择某一apk安装包,此时仅仅是该apk安装包被选中,安卓系统接收到选择一个文件的操作指令。

第二、自动匹配与所述一种格式数据相关联的至少另外一种格式数据。

接上一步,安卓系统接收到选择了一个文件的操作指令后,根据智能关联算法,自动的为用户选择与所述apk安装包具有一定关系的文件。

所述相关联包括:内容相关联、业务类型相关联或产品形态相关联。系统分析各文件的名称、标题等识别出的关联关系,可能是内容相关联,例如首先选择的为应用程序helo的apk安装包,然后系统自动识别出有相关的关于helo客户端的视频介绍或图片介绍或文字介绍等,并自动将其选中,这些属于内容相关联。也可以是业务类型相关联,例如选择了某一产品的广告视频进行分享时,系统会自动选择与该产品对应的图片展示进行分享,或详细的文档介绍进行分享。还可以是产品形态相关联,例如用户选择了某一具有娱乐性质的视频进行分享,系统会自动选择同样具有娱乐性质的文件进行分享等。总之,系统会从内容相关联、业务类型相关联或产品形态相关联的角度自动匹配与已选择的文件类型有关联的文件一起进行分享。

进而可选的,所述自动匹配与所述一种格式数据相关联的至少另外一种格式数据之后,还包括如下可选步骤:

第三、生成确认界面,所述确认界面包括确认区域和/或输入区域,所述输入区域用于接收并记录用户输入的内容。

该界面可以是包括“是”和“否”的确认类型,也可以是供用户输入指令的输入类型,优选的,都以弹出框的方式给出,供用户选择。

第四、根据在所述确认界面接收到的用户指令,生成最终确认的所述多种格式数据。

当用户选择“是”的确认指令后,系统将把自动匹配的文件类型和用户自己选择的文件类型作为一个整体进行操作。

打包单元704:用于所述多种格式数据接收到所述调用指令后,以数据集合的形式缓存于所述终端设备。

所述数据集合是指多种格式数据被调用后,作为一个整体进行存储、传输、发送等操作的集合,各种数据之间不发生重叠、交互等关联,都以各自独立的状态进行展示。具体到本实施方式,数据集合包括了图片数据、视频数据以及apk安装数据,三种类型数据作为一个整体被调用。

具体的,本步骤为当图片文件、视频文件、apk文件被选中后,安卓系统通过自身的调用模块对所述被调用的三种文件进行打包处理,也即将其提取出来,放置于本地缓存存储器当中,为下一步的执行操作做准备。

可选的,所述打包单元704还用于:

第一、所述多种格式数据接收到所述调用指令后,对所述多种格式数据进行压缩和/或加密操作。

其中,文件进行压缩可以采用常规的数据压缩方式进行压缩,特别对于包括视频、apk安装包的分享文件,需要进行压缩操作。

加密可以根据传输文件的保密程度进行可选的操作,例如分享的是涉密文件,则优选需要经过加密处理,通常娱乐型文件则不需要进行加密操作,加密方法也可以采用常见的加密方法进行。

第二、所述压缩和/或加密后的所述多种格式数据,以数据集合的形式缓存于所述终端设备。

调用单元706:用于通过分享接口调用第三方应用程序。

如图4所示,点击分享按钮,所述被选中的文件将被执行分享动作,此时首先需要调用第三方应用程序,例如微信、钉钉、helo、微博、邮件等,从中选择欲分享到的一种应用程序,例如helo,之后,安卓系统会调用该应用程序接口进行分享操作。

分享单元708:用于将所述多种格式数据同步分享至所述第三方应用程序界面。

如图5或图6所示,分享的内容会被发送到指定的应用程序显示界面,其中图5为分享视频和图片的展示效果,图6为分享视频、图片和apk的展示效果,用户可以根据需要选择打开任何一种分享文件。

可选的,所述将所述多种格式数据同步分享至所述第三方应用程序界面之后,包括:所述多种格式数据依次显示于所述第三方应用程序。用户可以根据需求点击单开任意一个分享文件,例如客户看到apk安装包,在不了解的情况下,先打开视频介绍文件进行产品的了解,但如果流量不足时,还可以先打开图片或文字介绍进行了解,因此,将多种形式的文件依次分享,有助于客户跟进需要进行展示,这样也提高了apk的推广安装概率。

本公开通过提供一种多种格式数据同步分享装置,一方面,通过多种类型文件的同时分享,增加了用户体验效果,满足了不同用户对分享内容的多样化需求,另一方面,对于分享的内容文件,也增加了其被接受的概率,例如单独分享一个apk被接受的概率为10%,增加了视频、图片介绍的apk分享,apk被接受的概率增加到30%,有利于业务的推广,同时可以增加分享内容的商业价值,例如通过分享广告等业务,增加了商业应用的价值。

实施例3

如图8所示,本实施例提供一种电子设备,该设备用于对在线业务对象发送/接收,所述电子设备,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,

所述存储器存储有可被所述一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如上实施例所述的方法步骤。

实施例4

本公开实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行如上实施例所述的方法步骤。

实施例5

下面参考图8,其示出了适于用来实现本公开实施例的电子设备800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示,电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801,其可以根据存储在只读存储器(rom)802中的程序或者从存储装置808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中,还存储有电子设备800操作所需的各种程序和数据。处理装置801、rom802以及ram803通过总线808彼此相连。输入/输出(i/o)接口808也连接至总线808。

通常,以下装置可以连接至i/o接口808:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置808;包括例如磁带、硬盘等的存储装置808;以及通信装置808。通信装置808可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置808从网络上被下载和安装,或者从存储装置808被安装,或者从rom802被安装。在该计算机程序被处理装置801执行时,执行本公开实施例的方法中限定的上述功能。

需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1