数据查询方法和装置、存储介质和电子设备与流程

文档序号:20775256发布日期:2020-05-19 20:42阅读:135来源:国知局
数据查询方法和装置、存储介质和电子设备与流程

本公开涉及区块链技术领域,具体地,涉及一种数据查询方法和装置、存储介质和电子设备。



背景技术:

区块链技术的迅速发展使区块链逐步应用于了生活、办公等各种场景下,其中,智能合约区块链是区块链上的一种应用服务,它为静态的底层区块链数据赋予了灵活可编程的机制和算法,能够实现区块链数据的控制和管理。

常见的智能合约区块链包括以太坊、eos、fabric等,但是,由于目前智能合约对区块链外部提供服务时的部分接口能力受限,例如单次查询可返回的数据类型有限等,使得外部对智能合约内的数据内容查询十分繁琐。



技术实现要素:

本公开的目的是提供一种数据查询方法和装置、存储介质和电子设备,以解决上述的技术问题。

为了实现上述目的,本公开提供一种数据查询方法,所述方法包括:获取查询请求;根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句;将所述查询语句发送至区块链网络中对应的目标接口;接收所述目标接口返回的目标数据。

可选地,所述根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句,包括:若所述查询请求查询的目标数据包括两种以上的数据类型,则生成对应每一种所述数据类型的查询语句;所述将所述查询语句发送至所述区块链网络中对应的目标接口,包括:将每一种数据类型对应的查询语句发送至用于查询该种数据类型的目标接口。

可选地,所述根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句,包括:确定所述查询请求查询的目标数据的数据类型,以及所述数据类型的目标数据的数量;确定所述数据类型对应的目标接口可返回的最大数据量;根据所述最大数据量和所述数据总量,确定所述查询语句的目标数目;生成所述目标数目的所述查询语句,其中,生成的每一所述查询语句查询的数据量不大于所述最大数据量。

可选地,所述查询语句中包括目标区块号,所述目标区块号用于指示开始进行查询的区块。

可选地,所述目标区块号为生成所述查询语句时,所述区块链网络中区块链的最新区块号。

可选地,所述方法还包括:在接收到多个所述目标接口返回的目标数据的情况下,根据多个所述目标数据生成一条查询结果。

可选地,所述查询请求为远程过程调用rpc请求,所述查询语句为rpc请求语句。

本公开的第二方面,提供一种数据查询装置,所述装置位于区块链网络中的节点上,所述装置包括:获取模块,用于获取查询请求;生成模块,用于根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句;发送模块,用于将所述查询语句发送至区块链网络中对应的目标接口;接收模块,用于接收所述目标接口返回的目标数据。

可选地,所述生成模块,用于生成对应每一种数据类型的查询语句;所述发送模块,用于将每一种数据类型对应的查询语句发送至用于查询该种数据类型的目标接口。

可选地,所述生成模块,用于确定所述查询请求查询的目标数据的数据类型,以及所述数据类型的目标数据的数量;确定所述数据类型对应的目标接口可返回的最大数据量;根据所述最大数据量和所述数据总量,确定所述查询语句的目标数目;生成所述目标数目的所述查询语句,其中,生成的每一所述查询语句查询的数据量不大于所述最大数据量。

可选地,所述查询语句中包括目标区块号,所述目标区块号用于指示开始进行查询的区块。

可选地,所述目标区块号为生成所述查询语句时,所述区块链网络中区块链的最新区块号。

可选地,所述装置还包括组装模块,用于在接收到多个所述目标接口返回的目标数据的情况下,根据多个所述目标数据生成一条查询结果。

可选地,所述查询请求为远程过程调用rpc请求,所述查询语句为rpc请求语句。

本公开的第三方面,提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时本公开第一方面中所述方法的步骤。

本公开的第四方面,提供一种电子设备,包括:存储器,其上存储有计算机程序;处理器,用于执行所述存储器中的所述计算机程序,以实现本公开第一方面中所述方法的步骤。

通过上述技术方案,根据查询请求中的目标数据的类型或数量,自动生成查询语句,并发送至区块链网络中对应的目标接口,从而获取与查询请求对应的目标数据,过程中只需要用户输入一次查询请求,不需要手动根据数据查询限制将查询请求拆分,就能得到查询请求对应的全部目标数据,提升了区块链网络中数据查询的便捷度。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:

图1是根据一示例性公开实施例示出的一种数据查询方法的流程图。

图2是根据一示例性公开实施例示出的一种数据查询过程的示意图。

图3是根据一示例性公开实施例示出的一种数据查询装置的框图。

图4是根据一示例性公开实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。

首先对本公开的应用场景进行说明。本公开应用于智能合约区块链中,智能合约区块链能够将符合智能合约逻辑的行为通过编码在区块链中实现,从而对区块链数据进行管理和控制。但是,由于智能合约区块链的技术限制,如果外部服务需要获取智能合约区块链中的数据,需要通过查询接口与智能合约进行数据交换,且在一次查询操作中,只能针对一个查询接口获取到一次符合该查询接口的数据类型及数据量制约的数据结果,当外部服务需要查询多类型或大数量的数据时,需要手动根据数据类型或查询接口的最大数据量来制定查询策略,使得数据查询的过程十分繁琐且容易出错。

为了解决上述的问题,本公开提出了一种数据查询方法,可以简化数据的查询流程,克服由于区块链接口能力受限导致的数据查询过程繁琐的问题。

图1是根据一示例性公开实施例示出的一种数据查询方法的流程图。本方法可以应用于区块链网络节点上的用于查询数据的装置,如图1所示,所述方法包括以下步骤:

s11、获取查询请求。

其中,所述查询请求可以是由dapp(decentralizedapplication,去中心化应用)发送的查询请求,也可以是由其他外部用户或外部应用发起的查询请求。

查询请求可以是用于查询一类数据的请求,也可以是用于查询多种数据的复合查询请求。其中,所述查询请求可以是已转化为预设格式的查询代码的形式的请求,也可以是未处理的自然语言文字形式的请求。

在获取到的是预设格式的查询请求时,该查询请求可以直接在后续步骤中使用,而在获取到的是自然语言文字格式的查询请求时,可以将自然语言文字格式的查询请求通过文字算法转换成预设的查询请求格式,以便在后续步骤中使用。

在本申请中,优选地使用eth_call_ext类型的rpc(remoteprocesscall,远程过程调用)查询请求的格式作为预设格式。与传统的eth_call类型的rpc查询请求相比,eth_call_ext类型的rpc请求在本申请中不直接发送至查询数据的接口,而是会经过同样位于区块链网络中的查询装置的转化成为普通的eth_call类型的rpc查询语句再转发至对应接口,因此,本申请中的查询请求的内容可以不受查询接口的接口能力限制,而可以根据实际的查询需要进行定义。

例如,在本公开中,一条查询请求的内容可以包括getuservisits和getuserordercount两部分内容,可以用于查询用户账号的访问信息和订单数目信息,而现有技术中,如果查询请求中包括了两个获取指令,将无法被查询接口识别,从而会返回错误的值;或者,查询请求的内容为getusers,用于查询所有的用户账号信息,而由于所有用户的用户账号信息通常已经超过了一个查询接口的返回数据量限制,从而查询接口无法返回正确的值。

s12、根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句。

值得说明的是,目标数据的数量可以是在查询请求中注明的数量,例如获取最新的50个用户账号信息,则该数量为50;目标数据的数量也可以是在查询请求中默认包含的数量,例如获取从id为100到id为499的用户的账号信息,则该查询请求中默认包含的数量为400个;如果查询请求中没有特别注明数量,则该查询请求中所默认包含的数量指该类型下的全部数据。

若所述查询请求查询的目标数据包括两种以上的数据类型,则生成对应每一种所述数据类型的查询语句。

例如,以json格式的rpc请求为例,当rpc请求中包括了getuservisits指令和getuserordercount指令时,可以解析该rpc请求,单独为getuservisits指令生成一条查询语句,并单独为getuserordercount指令生成一条查询语句。

其中,针对每一种数据类型,可以确定所述数据类型的目标数据的数量,并确定所述数据类型对应的目标接口可返回的最大数据量,并根据所述最大数据量和所述数据总量,确定所述查询语句的目标数目,并生成所述目标数目的所述查询语句,其中,生成的每一所述查询语句查询的数据量不大于所述最大数据量。

也就是说,当查询请求查询的至少一个种类的目标数据的数据总量超过了用于查询该数据类型的目标接口可返回的最大数据量时,可以自动根据查询请求生成多条查询的数据量不超过最大数据量查询语句,从而达到使用一条查询请求来查询大数目的目标数据的效果。

在现有技术中,由于一个接口的数据处理能力有限,不能返回所有的业务数据信息,调用该接口查询所有的业务数据信息时会出现调用错误,因此,智能合约必须会分页接口,当要查询所有的业务数据时,用户需要多次调用分页查询接口并将查询到的数据进行组合,才能获得所有的业务数据信息。

在本实施例中,如果需要查询所有的业务数据时,可以生成向查询接口查询业务总数目的查询语句,再根据所述业务总数目(即目标数据的数量)和目标接口的可返回的最大数据量来生成多条查询语句,依次执行查询操作。

例如,一条查询请求的内容可以用于查询用户账号的访问信息和订单数目信息,可以先生成询问访问信息总数的查询语句,发送至用于查询访问信息的查询接口,从而获取访问信息总数,此处假定为250,并获取查询接口可返回的最大数据量(该可返回的最大数据量可以预存在协议中,也可以通过查询语句询问,本公开对此不做限制),此处假设为100,则可以生成三条用于查询用户账号的访问信息的查询语句以及一条用于查询订单数目信息的查询语句,其中,用于查询用户账号的访问信息的查询语句分别用于查询第1至100条访问信息、第101至200条访问信息以及第201至250条访问信息。

在一种可能的实施方式中,所述查询语句中包括目标区块号,所述目标区块号用于指示开始进行查询的区块。

这是由于区块链中的数据在不断更新,不同的数据状态对应着不同的区块号,如果不对查询语句中的区块号进行限定,则该字段通常默认为latest(即最新的区块号)。而为了查询特定状态的数据,可以对查询语句中的目标区块号进行限定。

所述查询请求中还包括时间信息,所述目标区块号与所述查询请求中的时间信息相对应,例如,目前区块链中最新的区块号为1006,而查询请求中的时间信息为一周前的某一特定时间点,即查询请求用于查询一周前的目标数据,则可以确定该时间点对应的区块号,此处假设为866,并将该区块号作为目标区块号,这样,最后得到的目标数据则是该区块号对应的时间点的数据。

在一种可能的实施方式中,所述目标区块号为生成所述查询语句时,所述区块链网络中区块链的最新区块号。

这是由于在生成查询语句时,多条查询语句发送至目标接口的时间不一致,在查询语句发送的时间差内,目标数据可能已经改变。为了使响应于同一查询请求的查询语句所查询到的数据都处于相同的状态,则可以在获取到查询请求之后,先确定当前区块链网络中的最新区块号(可以认为是获取到查询请求的时间点所对应的区块号),并为响应于该查询请求所生成的所有的查询语句都添加该最新的区块号,这样,可以在后续步骤中对查询语句依次进行原子查询(即所有查询结果基于相同的区块状态),最终获得的目标数据都是处于同一状态的较新的数据。

示例地,所述查询请求可以为:

req:{"id":1,"jsonrpc":"2.0","method":"eth_call_ext","params":[{"from":"0x8a..","to":"a","fun":"getusers(uint256index,uint256limit)returns(address[])","type":"repeat-to-empty","p0":{"from":0,"to":"max","step":100,"type":"uint256"},"p1":{"value":100,"type":"uint256"}},"latest"]}

其中fun是智能合约的查询接口代码,亦即目标数据的类型,typerepeat-to-empty描述了该fun需要重复执行直至无数据返回,p0和p1分别描述了该fun对应参数的类型以及取值范围。

由上述查询请求可知,目标数据为所有的“用户账号信息”,该查询请求通过abi(applicationbinaryinterface,应用程序二进制接口)编码转换,可以根据该查询请求生成下述的三条查询语句:

第一条:

req1:{"id":1001,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"a","data":"getusers(0,100)"},"1000"]}

用于查询区块号为1000状态时的第0至100位的用户账号信息。

第二条:

req2:{"id":1002,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"a","data":"getusers(100,100)"},"1000"]}

用于查询区块号为1000状态时的第100至200位的用户账号信息。

第三条:

req3:{"id":1003,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"a","data":"getusers(200,100)"},"1000"]}

用于查询区块号为1000状态时的第200至300位的用户账号信息。

示例地,该查询请求还可以为:

req1:[{"id":1,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"b","data":"getuservisits(u)"},"latest"]},{"id":2,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"c","data":"getuserordercount(u)"},"latest"]}]

由上述查询请求可知,目标数据为“用户u的访问信息”和“用户u的订单数目信息”。

根据上述的查询请求可以生成下述的两条查询语句:

第一条:

req1:{"id":1,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"b","data":"getuservisits(u)"},"latest"]}

用于查询用户u的访问信息。

第二条:

req2:{"id":2,"jsonrpc":"2.0","method":"eth_call","params":[{"from":"0x8a..","to":"c","data":"getuserordercount(u)"},"latest"]}

用于查询用户u的订单数目信息。

这样,可以根据一条查询请求自动生成多条符合智能合约区块链的查询接口的查询规则的多条查询语句,使每条查询语句所查询的数据量都在该查询接口可返回的最大数据量之内,从而简化了进行数据查询时需要手动对查询请求根据查询规则进行拆分的过程。

s13、将所述查询语句发送至区块链网络中对应的目标接口。

其中,当所述查询语句用于查询多种数据类型的数据时,可以将每一种数据类型对应的查询语句发送至用于查询该种数据类型的目标接口。

s14、接收所述目标接口返回的目标数据。

其中,当返回的目标数据为一条数据时,可以直接将该目标数据作为查询结果。在接收到多个所述目标接口返回的目标数据的情况下,可以根据多个所述目标数据生成一条查询结果。

其中,对目标数据的组装方式可以根据目标接口所对应的预定义语法进行,预定义语法中包括了该类数据应该出现在自然语句中的位置。

这样,当外部查询者输入一条查询请求之后,接收到的也是一条查询结果,用户不用再自行对查询到的目标数据进行整合,提升了便捷度。

如图2所示的是一种可能的数据查询过程的示意图,其中,用于查询数据的装置以及存储有数据的智能合约1至智能合约n都位于区块链的节点上,用于查询数据的装置可以包括预处理模块、执行模块以及结果组装模块,其中,预处理模块用于执行本方法的步骤s11和步骤s12,执行模块用于执行本方法的步骤s13,结果组装模块用于执行本方法的步骤s14以及对目标数据的组装整合的步骤,其中,用于查询数据的装置与智能合约之间通过目标接口进行数据交换。

通过上述技术方案,根据查询请求中的目标数据的类型或数量,自动生成查询语句,并发送至区块链网络中对应的目标接口,从而获取与查询请求对应的目标数据,过程中只需要用户输入一次查询请求,不需要手动根据数据查询限制将查询请求拆分,就能得到查询请求对应的全部目标数据,提升了区块链网络中数据查询的便捷度。

图3是根据一示例性公开实施例示出的一种数据查询装置的框图。所述装置位于区块链网络中的节点上,如图3所示,所述装置300包括获取模块310、生成模块320、发送模块330和接收模块340。

所述获取模块310,用于获取查询请求。

其中,所述查询请求可以是由dapp发送的查询请求,也可以是由其他外部用户或外部应用发起的查询请求。

查询请求可以是用于查询一类数据的请求,也可以是用于查询多种数据的复合查询请求。其中,所述查询请求可以是已转化为预设格式的查询代码的形式的请求,也可以是未处理的自然语言文字形式的请求。

在获取到的是预设格式的查询请求时,该查询请求可以直接在后续步骤中使用,而在获取到的是自然语言文字格式的查询请求时,可以将自然语言文字格式的查询请求通过文字算法转换成预设的查询请求格式,以便在后续步骤中使用。

在本申请中,优选地使用eth_call_ext类型的rpc(remoteprocesscall,远程过程调用)查询请求的格式作为预设格式。与传统的eth_call类型的rpc查询请求相比,eth_call_ext类型的rpc请求在本申请中不直接发送至查询数据的接口,而是会经过同样位于区块链网络中的查询装置的转化成为普通的eth_call类型的rpc查询语句再转发至对应接口,因此,本申请中的查询请求的内容可以不受查询接口的接口能力限制,而可以根据实际的查询需要进行定义。

例如,在本公开中,一条查询请求的内容可以包括getuservisits和getuserordercount两部分内容,可以用于查询用户账号的访问信息和订单数目信息,而现有技术中,如果查询请求中包括了两个获取指令,将无法被查询接口识别,从而会返回错误的值;或者,查询请求的内容为getusers,用于查询所有的用户账号信息,而由于所有用户的用户账号信息通常已经超过了一个查询接口的返回数据量限制,从而查询接口无法返回正确的值。

所述生成模块320,用于根据所述查询请求查询的目标数据的类型和/或数量,生成查询语句。

值得说明的是,目标数据的数量可以是在查询请求中注明的数量,例如获取最新的50个用户账号信息,则该数量为50;目标数据的数量也可以是在查询请求中默认包含的数量,例如获取从id为100到id为499的用户的账号信息,则该查询请求中默认包含的数量为400个;如果查询请求中没有特别注明数量,则该查询请求中所默认包含的数量指该类型下的全部数据。

若所述查询请求查询的目标数据包括两种以上的数据类型,则生成对应每一种所述数据类型的查询语句。

例如,以json格式的rpc请求为例,当rpc请求中包括了getuservisits指令和getuserordercount指令时,可以解析该rpc请求,单独为getuservisits指令生成一条查询语句,并单独为getuserordercount指令生成一条查询语句。

其中,针对每一种数据类型,可以确定所述数据类型的目标数据的数量,并确定所述数据类型对应的目标接口可返回的最大数据量,并根据所述最大数据量和所述数据总量,确定所述查询语句的目标数目,并生成所述目标数目的所述查询语句,其中,生成的每一所述查询语句查询的数据量不大于所述最大数据量。

也就是说,当查询请求查询的至少一个种类的目标数据的数据总量超过了用于查询该数据类型的目标接口可返回的最大数据量时,可以自动根据查询请求生成多条查询的数据量不超过最大数据量查询语句,从而达到使用一条查询请求来查询大数目的目标数据的效果。

在现有技术中,由于一个接口的数据处理能力有限,不能返回所有的业务数据信息,调用该借口查询所有的业务数据信息时会出现调用错误,因此,智能合约必须会分页接口,当要查询所有的业务数据时,用户需要多次调用分页查询接口并将查询到的数据进行组合,才能获得所有的业务数据信息。

在本实施例中,如果需要查询所有的业务数据时,可以生成向查询接口查询业务总数目的查询语句,再根据所述业务总数目(即目标数据的数量)和目标接口的可返回的最大数据量来生成多条查询语句,依次执行查询操作。

例如,一条查询请求的内容可以用于查询用户账号的访问信息和订单数目信息,可以先生成询问访问信息总数的查询语句,发送至用于查询访问信息的查询接口,从而获取访问信息总数,此处假定为250,并获取查询接口可返回的最大数据量(该可返回的最大数据量可以预存在协议中,也可以通过查询语句询问,本公开对此不做限制),此处假设为100,则可以生成三条用于查询用户账号的访问信息的查询语句以及一条用于查询订单数目信息的查询语句,其中,用于查询用户账号的访问信息的查询语句分别用于查询第1至100条访问信息、第101至200条访问信息以及第201至250条访问信息。

所述发送模块330,用于将所述查询语句发送至区块链网络中对应的目标接口。

所述接收模块340,用于接收所述目标接口返回的目标数据。

可选地,所述生成模块,用于生成对应每一种数据类型的查询语句;所述发送模块,用于将每一种数据类型对应的查询语句发送至用于查询该种数据类型的目标接口。

可选地,所述生成模块,用于确定所述查询请求查询的目标数据的数据类型,以及所述数据类型的目标数据的数量;确定所述数据类型对应的目标接口可返回的最大数据量;根据所述最大数据量和所述数据总量,确定所述查询语句的目标数目;生成所述目标数目的所述查询语句,其中,生成的每一所述查询语句查询的数据量不大于所述最大数据量。

可选地,所述查询语句中包括目标区块号,所述目标区块号用于指示开始进行查询的区块。

这是由于区块链中的数据在不断更新,不同的数据状态对应着不同的区块号,如果不对查询语句中的区块号进行限定,则该字段通常默认为latest(即最新的区块号)。而为了查询特定状态的数据,可以对查询语句中的目标区块号进行限定。

所述查询请求中还包括时间信息,所述目标区块号与所述查询请求中的时间信息相对应,例如,目前区块链中最新的区块号为1006,而查询请求中的时间信息为一周前的某一特定时间点,即查询请求用于查询一周前的目标数据,则可以确定该时间点对应的区块号,此处假设为866,并将该区块号作为目标区块号,这样,最后得到的目标数据则是该区块号对应的时间点的数据。

可选地,所述目标区块号为生成所述查询语句时,所述区块链网络中区块链的最新区块号。

这是由于在生成查询语句时,多条查询语句发送至目标接口的时间不一致,在查询语句发送的时间差内,目标数据可能已经改变。为了使响应于同一查询请求的查询语句所查询到的数据都处于相同的状态,则可以在获取到查询请求之后,先确定当前区块链网络中的最新区块号(可以认为是获取到查询请求的时间点所对应的区块号),并为响应于该查询请求所生成的所有的查询语句都添加该最新的区块号,这样,可以在后续步骤中对查询语句依次进行原子查询(即所有查询结果基于相同的区块状态),最终获得的目标数据都是处于同一状态的较新的数据。

可选地,所述装置还包括组装模块,用于在接收到多个所述目标接口返回的目标数据的情况下,根据多个所述目标数据生成一条查询结果。

可选地,所述查询请求为远程过程调用rpc请求,所述查询语句为rpc请求语句。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

通过上述技术方案,根据查询请求中的目标数据的类型或数量,自动生成查询语句,并发送至区块链网络中对应的目标接口,从而获取与查询请求对应的目标数据,过程中只需要用户输入一次查询请求,不需要手动根据数据查询限制将查询请求拆分,就能得到查询请求对应的一个借口或多个接口提供的目标数据,提升了区块链网络中数据查询的便捷度。

图4是根据一示例性实施例示出的一种电子设备400的框图。如图4所示,该电子设备400可以包括:处理器401,存储器402。该电子设备400还可以包括多媒体组件403,输入/输出(i/o)接口404,以及通信组件405中的一者或多者。

其中,处理器401用于控制该电子设备400的整体操作,以完成上述的数据查询方法中的全部或部分步骤。存储器402用于存储各种类型的数据以支持在该电子设备400的操作,这些数据例如可以包括用于在该电子设备400上操作的任何应用程序或方法的指令,以及应用程序相关的数据,例如联系人数据、收发的消息、图片、音频、视频等等。该存储器402可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,例如静态随机存取存储器(staticrandomaccessmemory,简称sram),电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory,简称eeprom),可擦除可编程只读存储器(erasableprogrammableread-onlymemory,简称eprom),可编程只读存储器(programmableread-onlymemory,简称prom),只读存储器(read-onlymemory,简称rom),磁存储器,快闪存储器,磁盘或光盘。多媒体组件403可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏,音频组件用于输出和/或输入音频信号。例如,音频组件可以包括一个麦克风,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器402或通过通信组件405发送。音频组件还包括至少一个扬声器,用于输出音频信号。i/o接口404为处理器401和其他接口模块之间提供接口,上述其他接口模块可以是键盘,鼠标,按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件405用于该电子设备400与其他设备之间进行有线或无线通信。无线通信,例如wi-fi,蓝牙,近场通信(nearfieldcommunication,简称nfc),2g、3g、4g、nb-iot、emtc、或其他5g等等,或它们中的一种或几种的组合,在此不做限定。因此相应的该通信组件405可以包括:wi-fi模块,蓝牙模块,nfc模块等等。

在一示例性实施例中,电子设备400可以被一个或多个应用专用集成电路(applicationspecificintegratedcircuit,简称asic)、数字信号处理器(digitalsignalprocessor,简称dsp)、数字信号处理设备(digitalsignalprocessingdevice,简称dspd)、可编程逻辑器件(programmablelogicdevice,简称pld)、现场可编程门阵列(fieldprogrammablegatearray,简称fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述的数据查询方法。

在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的数据查询方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器402,上述程序指令可由电子设备400的处理器401执行以完成上述的数据查询方法。

以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。

另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。

此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。

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