掌桥专利:专业的专利平台
掌桥专利
首页

用于访问数据的方法、电子设备和计算机程序产品

文献发布时间:2023-06-19 11:19:16


用于访问数据的方法、电子设备和计算机程序产品

技术领域

本公开的实施例总体涉及数据存储领域,具体涉及用于访问数据的方法、电子设备和计算机程序产品。

背景技术

为了避免数据丢失,客户通常将文件保存到备份系统中。备份系统通常包括备份客户端和备份服务器,其中备份客户端用于将要备份的文件发送至备份服务器进行备份。为了节省存储资源,备份客户端通常对文件进行预处理,例如,将文件划分成多个数据块,然后对各个数据块进行加密和压缩。在将经预处理的数据块存储至备份服务器时,备份客户端可以计算该数据块的哈希值,以作为该数据块的索引。由于备份服务器处存储的文件是经过预处理之后的数据块,其往往不能被其他设备或应用直接浏览和访问。

发明内容

本公开的实施例提供了用于访问数据的方法、电子设备和计算机程序产品。

在本公开的第一方面,提供了一种用于访问数据的方法。该方法包括:在第一设备处,接收用于访问目标数据的文件系统操作请求,目标数据经过预处理后被存储在第二设备处,并且第一设备用于为第二设备处存储的数据提供文件系统接口;向第二设备转发该文件系统操作请求,以使得目标数据在第二设备处被恢复;从第二设备接收经恢复的目标数据;以及提供该目标数据以作为对该文件系统操作请求的响应。

在本公开的第二方面,提供了一种用于访问数据的方法。该方法包括:在第二设备处,从第一设备接收用于访问目标数据的文件系统操作请求,目标数据经预处理后被存储在第二设备的数据存储库中,并且第一设备用于为数据存储库中存储的数据提供文件系统接口;从数据存储库中恢复目标数据;以及向第一设备发送经恢复的目标数据。

在本公开的第三方面,提供了一种电子设备。该电子设备包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得电子设备执行动作,动作包括:接收用于访问目标数据的文件系统操作请求,目标数据经过预处理后被存储在第二设备处,并且该电子设备用于为第二设备处存储的数据提供文件系统接口;向第二设备转发该文件系统操作请求,以使得目标数据在第二设备处被恢复;从第二设备接收经恢复的目标数据;以及提供该目标数据以作为对该文件系统操作请求的响应。

在本公开的第四方面,提供了一种电子设备。该电子设备包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得电子设备执行动作,动作包括:从第一设备接收用于访问目标数据的文件系统操作请求,目标数据经预处理后被存储在该电子设备的数据存储库中,并且第一设备用于为数据存储库中存储的数据提供文件系统接口;从数据存储库中恢复目标数据;以及向第一设备发送经恢复的目标数据。

在本公开的第五方面,提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

在本公开的第六方面,提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第二方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择,它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征,也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中,在本公开示例性实施例中,相同的参考标号通常代表相同部件。

图1A示出了传统方案中的备份系统的框图;

图1B示出了在传统方案中进行数据备份的示意性框图;

图2示出了根据本公开的实施例的数据访问系统的框图;

图3示出了根据本公开的实施例的虚拟文件系统的示例目录结构的示意图;

图4示出了根据本公开的实施例的虚拟文件系统的示例目录结构的示意图;

图5示出了根据本公开的实施例的用于访问数据的示例过程的交互图;

图6示出了根据本公开的实施例的用于访问数据的示例方法的流程图;

图7示出了根据本公开的实施例的用于访问数据的示例方法的流程图;以及

图8示出了可以用来实施本公开内容的实施例的示例设备的示意性框图。

在各个附图中,相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例,然而应该理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上所述,为了避免数据丢失,客户通常将文件保存到备份系统中。备份系统通常包括备份客户端和备份服务器,其中备份客户端用于将要备份的文件发送至备份服务器进行备份。

图1A示出了传统方案中的备份系统100的框图。如图1A所示,备份系统100可以包括备份客户端110和备份服务器120。备份客户端110可以发起备份任务,以将备份客户端110处的文件备份至备份服务器120处。例如,通过备份任务101,备份客户端110将文件130-1备份至备份服务器120处,备份服务器120存储与文件130-1相对应的备份数据140-1。通过备份任务102,备份客户端110将文件130-2备份至备份服务器120处,备份服务器120存储与文件130-2对应的备份数据140-2。通过备份任务103,备份客户端110将文件130-3和130-4备份至备份服务器120处,备份服务器120存储与文件130-3和130-4对应的备份数据140-3。

图1B以备份任务101为例来示出了在传统方案中进行数据备份的示意性框图。如图1B所示,为了节省存储资源,备份客户端130-1可以对文件130-1进行预处理。例如,备份客户端130-1可以将文件130-1划分成多个数据块131-1、131-2和131-3,然后对各个数据块131-1、131-2和131-3分别进行加密和压缩。在将经预处理的数据块存储至备份服务器时,备份客户端可以计算各个数据块131-1、131-2和131-3的哈希值132-1、132-2和132-3,以作为各个数据块的相应索引。备份客户端130-1可以将与文件130-1相对应的各个数据块131-1、131-2和131-3及其相应哈希值132-1、132-2和132-3存储为备份数据140-1。

从图1A和1B能够看出,由于备份服务器120处存储的文件是经过预处理之后的数据块,其往往不能被其他设备或应用直接浏览和访问。

一些传统方案通过将对应于文件的多个数据块恢复成文件,来实现对已备份文件的访问。然而,这种访问是以文件为单位的。即使要访问的数据仅是文件中的一小部分,也需要恢复整个文件,因此导致访问性能较低。如果用户想要比较同一文件的不同备份版本之间的差异,该用户需要在不同备份中找到该文件的不同版本,然后分别恢复这些版本的文件,这将是非常不便的。如果用户想要查看虚拟机备份中的内容,该用户需要使用文件级恢复从而按照目录名称或文件名称浏览虚拟磁盘中的内容。然后,该用户需要恢复所要访问的位置处的一个或多个文件。由于文件级恢复的复杂过程,这种访问往往需要花费比普通文件访问更多的时间。

本公开的实施例提出了一种用于访问数据的方案,以解决上述问题和/或其他潜在问题。该方案为备份服务器处存储的备份数据提供虚拟文件系统接口,从而允许其他设备或应用通过普通文件系统操作来访问经预处理后被存储的备份数据。该方案能够实现对备份文件的更细粒度的访问,并且能够实现较高的数据访问性能。

图2示出了根据本公开的实施例的数据访问系统200的框图。应当理解,仅出于示例性的目的描述数据访问系统200的结构,而不暗示对于本公开的范围的任何限制。

如图2所示,数据访问系统200可以包括文件系统提供设备210(本文也称为“第一设备”)、备份服务器220(本文也称为“第二设备”)以及数据访问实体230(例如,第三方应用、设备、系统或用户等)。与图1A中所示的备份服务器120类似,备份服务器220用于存储来自备份客户端的备份数据。文件系统提供设备210用于为备份服务器220处存储的备份数据提供文件系统接口。数据访问实体230可以经由文件系统提供设备210所提供的文件系统接口来对备份服务器220处存储的备份数据进行访问。

在一些实施例中,文件系统提供设备210可以包括虚拟文件系统212和用户空间文件系统(FUSE)模块211。虚拟文件系统212可以为备份服务器220处存储的备份数据提供文件系统接口,从而允许其他设备或应用通过普通文件系统操作来访问备份服务器220处存储的备份数据。FUSE模块211可以实现用户自定义的文件系统访问。例如,当基于Linux操作系统来实现时,FUSE模块211可以包括FUSE内核模块、FUSE接口模块(例如,libfuse)和FUSE应用。

在一些实施例中,如图2所示,当数据访问实体230通过虚拟文件系统212所提供的文件系统接口发起201访问备份数据的文件系统操作请求时(例如,读取备份文件或者查看备份文件的列表等),该文件系统操作请求可以首先由内核空间的虚拟文件系统212传递给FUSE模块211中的内核模块。然后,FUSE模块211中的内核模块将该文件系统操作请求(例如,经由FUSE接口模块)传递至用户空间的FUSE应用。FUSE模块211中的FUSE应用可以将该文件系统操作请求转发至备份服务器220。

在一些实施例中,备份服务器220可以包括数据恢复模块221和数据存储库222。数据存储库222用于存储备份数据(例如,如图1A中所示的备份数据140-1、140-2和140-3等)。备份数据在数据存储库222中的存储方式可以与如图1B所示的方式相同。也即,文件可以在经过诸如分块、加密和/或压缩的预处理后被存储在数据存储库222中,并且文件的各个数据块分别利用相应的哈希值进行索引。数据恢复模块221可以例如经由网络与FUSE模块211连接,以从FUSE模块211接收文件系统操作请求。数据恢复模块221可以基于该文件系统操作请求执行相应的数据恢复操作,以从数据存储库222中恢复该文件系统操作请求所请求访问的目标数据。

在一些实施例中,文件系统操作请求所请求访问的目标数据可以是所备份的文件中的一个或多个数据块、或者所备份的一个或多个文件的元数据(例如,文件系统中的某个目录下的文件列表)。数据恢复模块221可以从数据存储库222中获取经预处理(例如,分块、加密和/或压缩)的目标数据,然后对经预处理的目标数据执行与预处理相反的后处理(例如,解压缩、解密和/或数据块合并),从而恢复目标数据。然后,数据恢复模块221可以将经恢复的目标数据发送给FUSE模块211,以经由虚拟文件系统212提供202给数据访问实体230,作为对文件系统操作请求的响应。

在一些实施例中,虚拟文件系统212可以为数据存储库222中的每个备份数据(对应于一个备份任务)创建目录结构。图3示出了根据本公开的实施例的虚拟文件系统的示例目录结构300的示意图。在一些实施例中,针对每个备份数据(例如,对应于一个备份任务),可以使用该备份数据所来自的备份客户端的标识符作为根目录的名称,使用该备份数据的标识符作为第二级目录的名称,并且将对应于该备份数据的文件夹结构映射到第二级目录下。在图3所示的示例中,例如备份客户端“User-vm”包含三个文件夹f1、f2和f3。该备份客户端例如在2019年07月01日产生了名称为“Mybackupfiles#2019-07-01”的备份数据,并且在2019年07月02日产生了名称为“Mybackupfiles#2019-07-02”的备份数据。当数据访问实体230想要浏览该备份客户端的文件时,FUSE模块211可以解析文件系统操作请求,并且在名为“User-vm”的根目录下创建第二级目录“Mybackupfiles#2019-07-01”和“Mybackupfiles#2019-07-02”,并且在每个第二级目录下创建三个子目录f1、f2和f3,如示例目录结构300所示。

在一些实施例中,备份数据可以是虚拟机备份数据,也即,备份对象是虚拟磁盘。针对这种类型的备份数据,可以使用该备份数据所来自的备份客户端的标识符作为根目录的名称,使用该备份数据的标识符作为第二级目录的名称,可以使用虚拟磁盘的标识符作为第三级目录名称,并且将该虚拟磁盘下的文件夹结构映射到第三级目录下。示例目录结构例如如图4中的目录结构400所示。

图5示出了根据本公开的实施例的用于访问数据的示例过程500的交互图。过程500涉及如图2所示的文件系统提供设备210、备份服务器220和数据访问实体230。

如图5所示,当数据访问实体230想要浏览或访问备份服务器220处存储的备份数据时,数据访问实体230可以向文件系统提供设备210发送510用于访问目标数据的文件系统操作请求。

在一些实施例中,该文件系统操作请求可以是浏览文件系统中的某个目录下的文件结构或者读取已备份的某个文件中的部分数据。也即,文件系统操作请求所请求访问的目标数据可以是所备份的文件中的一个或多个数据块、或者所备份的一个或多个文件的元数据(例如,文件系统中的某个目录下的文件列表)。在一些实施例中,由备份客户端备份至备份服务器220的一个或多个文件可以经过预处理后被存储在备份服务器220(例如,备份服务器220中的数据存储库222)处。预处理可以包括分块、加密以及压缩中的一项或多项。

如图5所示,文件系统提供设备210可以将该文件系统操作请求转发520给备份服务器220。响应于接收到该文件系统操作请求,备份服务器220(例如,其中的数据恢复模块221)可以基于该文件系统操作请求执行相应的数据恢复操作530,以从数据存储库222中恢复该文件系统操作请求所请求访问的目标数据。

在一些实施例中,数据恢复模块221可以从数据存储库222中获取经预处理(例如,分块、加密和/或压缩)的目标数据,然后对经预处理的目标数据执行与预处理相反的后处理(例如,解压缩、解密和/或数据块合并),从而恢复目标数据。由于数据恢复可以以数据块为单位进行,因此本公开的实施例能够实现对备份文件的更细粒度的访问。

如图5所示,备份服务器220(例如,其中的数据恢复模块221)可以将经恢复的目标数据发送540给文件系统提供设备210。文件系统提供设备210可以向数据访问实体230返回550该目标数据,以作为对文件系统操作请求的响应。

通过以上描述能够看出,本公开的实施例提出了一种用于访问数据的方案。该方案为备份服务器处存储的备份数据提供虚拟文件系统接口,从而允许其他设备或应用通过普通文件系统操作来访问经预处理后存储的备份数据。该方案能够实现对备份文件的更细粒度的访问,并且能够实现较高的数据访问性能。

本公开的实施例可以被广泛地应用于各种领域,包括但不限于数据搜索领域、大数据挖掘领域、以及分布式存储领域等。例如,在数据搜索领域,数据访问实体230可以被实现为数据搜索模块,以实现对备份数据的搜索和查询等。例如,在大数据挖掘领域,数据访问实体230可以被实现为大数据分析模块,以通过访问备份数据来实现针对备份数据的大数据分析。例如,在分布式存储领域,数据访问实体230可以由分布式文件系统(例如,Hadoop的文件系统)中的数据节点和/或名字节点来实现,数据节点可以实现对备份数据中的文件数据的访问,而名字节点可以实现对备份数据中的元数据的访问。

与传统方案相比,本公开的实施例的优点在于:(1)即使没有恢复整个文件,用户也可以查看备份文件列表并且快速浏览备份文件中的部分内容;(2)不会消耗太多磁盘资源,因为仅当用户需要访问目标数据时才对目标数据进行恢复;(3)便于与上游的备份系统和/或下游的其他系统对接,以实现对备份文件内容的轻松访问。

图6示出了根据本公开的实施例的用于访问数据的示例方法600的流程图。方法600可以在如图2所示的文件系统提供设备210(即,“第一设备”)处执行。应当理解,方法600还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。以下结合图2来详细描述方法600。

在框610处,第一设备210(例如,从数据访问实体230)接收用于访问目标数据的文件系统操作请求,目标数据经过预处理后被存储在备份服务器220(即,第二设备)处,并且第一设备210用于为第二设备220处存储的数据提供文件系统接口。

在一些实施例中,目标数据可以包括以下至少一项:由备份客户端(也称为“第三设备”)备份至第二设备220的文件的至少一部分;以及该文件的元数据。

在一些实施例中,预处理包括以下至少一项:分块、加密、以及压缩。

在框620处,第一设备210向第二设备220转发该文件系统操作请求,以使得目标数据在第二设备220处被恢复。

在框630处,第一设备210从第二设备220接收经恢复的目标数据。

在框640处,第一设备210(例如,向数据访问实体230)提供该目标数据以作为对该文件系统操作请求的响应。

图7出了根据本公开的实施例的用于访问数据的示例方法700的流程图。方法70可以在如图2所示的第二设备220处执行。应当理解,方法700还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。以下结合图2来详细描述方法700。

在框710处,第二设备220从第一设备210接收用于访问目标数据的文件系统操作请求,目标数据经预处理后被存储在第二设备220的数据存储库222中,并且第一设备210用于为数据存储库222中存储的数据提供文件系统接口。

在一些实施例中,目标数据可以包括以下至少一项:由第三设备备份至第二设备220的文件的至少一部分;以及该文件的元数据。

在一些实施例中,预处理包括以下至少一项:分块、加密、以及压缩。

在框720处,第二设备220从数据存储库222中恢复目标数据。

在一些实施例中,恢复目标数据包括:从数据存储库222获取经预处理的目标数据;以及通过对经预处理的目标数据执行与预处理相反的后处理,恢复该目标数据。

在框730处,第二设备220向第一设备210发送经恢复的目标数据。

图8示出了可以用来实施本公开内容的实施例的示例设备800的示意性框图。例如,如图2所示的文件系统提供设备210和/或备份服务器220可以由设备800实施。如图8所示,设备800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的计算机程序指令或者从存储页面808加载到随机访问存储器(RAM)803中的计算机程序指令,来执行各种适当的动作和处理。在RAM 803中,还可存储设备800操作所需的各种程序和数据。CPU 801、ROM802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805,包括:输入单元806,例如键盘、鼠标等;输出单元807,例如各种类型的显示器、扬声器等;存储页面808,例如磁盘、光盘等;以及通信单元809,例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理,例如方法600和/或700,可由处理单元801执行。例如,在一些实施例中,方法600和/或700可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储页面808。在一些实施例中,计算机程序的部分或者全部可以经由ROM802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序被加载到RAM803并由CPU 801执行时,可以执行上文描述的方法600和/或700的一个或多个动作。

本公开可以是方法、设备、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

相关技术
  • 用于访问数据的方法、电子设备和计算机程序产品
  • 用于在电信网络与电信终端设备之间传输参数数据且用于在电信终端设备上激活和/或改变和/或停用通过参数数据限定或表示的通信配置文件的方法、用于传输参数数据的系统、用于传输参数数据的电信终端设备、计算机程序以及计算机程序产品
技术分类

06120112880920