信息发布方法及装置与流程

文档序号:11206273阅读:397来源:国知局
信息发布方法及装置与流程

本申请涉及互联网技术领域,尤其涉及一种信息发布方法及装置。



背景技术:

随着互联网技术的发展,信息更新越来越频繁。更新的信息经常需要发布至服务器,以供用户下载。

现有技术中,一般需要用户登录服务器,再将信息上传到服务器。这种通过登陆服务器发布信息的方法使得信息发布效率低、难以保证服务器数据的安全性。



技术实现要素:

本申请的多个方面提供一种信息发布方法及装置,用以提高信息发布效率与服务器数据的安全性。

本申请实施例提供一种信息发布方法,包括:

获取待发布信息以及所述待发布信息对应的发布计划;

按照所述发布计划,将所述待发布信息发布至目标服务器;

获取所述待发布信息在所述目标服务器上的发布信息;

在信息发布界面上,展示所述发布信息。

可选地,所述获取待发布信息以及所述待发布信息对应的发布计划,包括:

响应于用户的发布请求,向所述用户展示所述信息发布界面;

响应于所述用户在所述信息发布界面上的发布操作,从所述信息发布界面上,获取所述待发布信息以及所述待发布信息对应的发布计划。

可选地,所述响应于用户的发布请求,向所述用户展示所述信息发布界面,包括:

响应于所述用户的发布请求,获取所述用户的身份信息;

根据所述用户的身份信息,确定所述用户所属的项目组;

根据所述用户所属的项目组,确定所述用户的权限;

根据与所述用户的权限相匹配的信息项,生成所述信息发布界面;

展示所述信息发布界面。

可选地,所述按照所述发布计划,将所述待发布信息发布至目标服务器,包括:

根据所述待发布信息对应的历史发布信息,获取更新信息;

在测试环境中,测试所述更新信息是否正确;

若是,根据发布配置信息配置所述待发布信息,以获得配置后的信息;

按照所述发布计划,将所述配置后的信息发布至目标服务器。

可选地,所述按照所述发布计划,将所述待发布信息发布至目标服务器,包括:

根据所述发布计划中的目标服务器个数,确定发布批次;

建立所述发布计划中的目标服务器ip地址与所述发布批次之间的对应关系;

根据所述对应关系,分批次将所述待发布信息发布至所述目标服务器ip地址对应的目标服务器。

可选地,在所述按照所述发布计划,将所述待发布信息发布至目标服务器之后,所述方法还包括:

检测所述待发布信息在所述目标服务器上的运行状况;

若所述运行状况异常,重新发布所述待发布信息至所述目标服务器。

可选地,所述获取所述待发布信息在所述目标服务器上的发布信息,包括:

若所述待发布信息成功发布,获取发布时间、所述目标服务器的ip地址以及发布者的信息中的至少一种。

本申请实施例还提供一种信息发布装置,包括:

第一获取模块,用于获取待发布信息以及所述待发布信息对应的发布计划;

发布模块,用于按照所述发布计划,将所述待发布信息发布至目标服务器;

第二获取模块,用于获取所述待发布信息在所述目标服务器上的发布信息;

展示模块,用于在信息发布界面上,展示所述发布信息。

可选地,所述第一获取模块具体用于:

响应于用户的发布请求,向所述用户展示所述信息发布界面;

响应于所述用户在所述信息发布界面上的发布操作,从所述信息发布界面上,获取所述待发布信息以及所述待发布信息对应的发布计划。

可选地,所述第一获取模块具体还用于:

响应于所述用户的发布请求,获取所述用户的身份信息;

根据所述用户的身份信息,确定所述用户所属的项目组;

根据所述用户所属的项目组,确定所述用户的权限;

根据与所述用户的权限相匹配的信息项,生成所述信息发布界面;

展示所述信息发布界面。

在本申请实施例中,可以按照发布计划将待发布信息发布至目标服务器,使得用户无需登录服务器即可完成信息发布,提高了信息发布效率与服务器数据的安全性;而且可以通过信息发布界面,展示待发布信息在目标服务器上的发布信息,便于用户掌握信息发布情况,以便进行之后的信息发布,进一步提高信息发布效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1为本申请一实施例提供的一种信息发布方法的流程示意图;

图2为本申请又一实施例提供的一种信息发布方法的流程示意图;

图3为本申请又一实施例提供的一种信息发布方法的流程示意图;

图4为本申请又一实施例提供的一种信息发布装置的模块结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

以下结合附图,详细说明本申请各实施例提供的技术方案。

图1为本申请一实施例提供的信息发布方法的流程示意图。如图1所示,该方法包括以下步骤:

s101:获取待发布信息以及待发布信息对应的发布计划。

s102:按照发布计划,将待发布信息发布至目标服务器。

s103:获取待发布信息在目标服务器上的发布信息。

s104:在信息发布界面上,展示发布信息。

当用户需要向服务器发布信息时,可以向信息发布装置发送待发布信息以及待发布信息对应的发布计划。信息发布装置可以获取用户发送的待发布信息以及发布信息对应的发布计划。

其中,待发布信息可以包括但不限于安装包、数据表、通知信息、音视频文件等。发布计划指用于指示待发布信息进行发布的计划方案,例如,发布计划可以包括待发布信息发布至的服务器,发布待发布信息的方式等。为了方便描述,将待发布信息发布至的服务器可以称为目标服务器。

当发布计划包括目标服务器时,可以按照发布计划,将待发布信息发布至目标服务器。其中,目标服务器可以包括一台或者多台,基于此,可以按照发布计划,将待发布信息发布至一台或者多台目标服务器上。

将待发布信息发布至目标服务器后,可以获取待发布信息在目标服务器上的发布信息。其中,发布信息可以指表征待发布信息在目标服务器上的发布情况的信息,例如,是否发布成功、发布时间以及是否成功开启服务等。

接着,为了可以直观展示信息发布情况,可以向用户展示一信息发布界面,进而在信息发布界面上,展示发布信息。用户可以从信息发布界面上获取到发布信息,进而可以参考发布信息,执行下次发布操作。

在本申请实施例中,可以按照发布计划将待发布信息自动发布至目标服务器,使得用户无需登录服务器即可完成信息发布,提高了信息发布效率与服务器数据的安全性;而且可以通过信息发布界面,展示待发布信息在目标服务器上的发布信息,便于用户掌握信息发布情况,以便进行之后的信息发布,进一步提高信息发布效率。

在上述实施例或下述实施例中,为方便用户发布待发布信息,用户可以通过信息发布界面,向信息发布装置发送待发布信息以及待发布信息对应的发布计划。

可选地,获取待发布信息以及待发布信息对应的发布计划,包括:响应于用户的发布请求,向用户展示信息发布界面;响应于用户在信息发布界面上的发布操作,从信息发布界面上,获取待发布信息以及待发布信息对应的发布计划。

可选地,用户应根据自身的权限发布待发布信息,也即待发布信息应在用户的权限内。例如,若用户的权限包括发布php文件的权限,则该用户可以发布php文件;若用户的权限不包括发布js文件的权限,则该用户不可以发布js文件。

基于此,为方便用户根据自身的权限发布待发布信息,可以首先确定用户的权限,再根据与用户的权限相匹配的信息项,生成信息发布界面,并展示信息发布界面。

在确定用户的权限的过程中,可以通过建立每个用户与各自权限之间的对应关系,进而根据所述对应关系确定用户的权限。但考虑到这种用户与权限之间直接的对应关系不方便维护,可以采用项目组作为中间信息,分别建立项目组与用户的对应关系以及项目组与权限的对应关系,进而通过这两组对应关系确定用户的权限。

其中,项目组与用户的对应关系可以是多对多的对应关系。

图2为本申请又一实施例提供的一种信息发布方法的流程示意图,包括步骤s201-s209。

s201:响应于用户的发布请求,获取用户的身份信息。

s202:根据用户的身份信息,确定用户所属的项目组。

s203:根据用户所属的项目组,确定用户的权限。

s204:根据与用户的权限相匹配的信息项,生成信息发布界面。

s205:展示信息发布界面。

s206:响应于用户在所述信息发布界面上的发布操作,从信息发布界面上,获取待发布信息以及待发布信息对应的发布计划。

s207:按照发布计划,将待发布信息发布至目标服务器。

s208:获取待发布信息在目标服务器上的发布信息。

s209:在信息发布界面上,展示发布信息。

当用户发送发布请求至信息发布装置时,信息发布装置可以响应于用户的发布请求,获取用户的身份信息。进而,信息发布装置可以响应于用户的发布请求,获取用户所在客户端的ip地址,根据所述ip地址与身份信息的对应关系,确定用户的身份信息。其中,用户的身份信息可以包括但不限于用户所属的部门、用户的职务、用户所属的项目等。

然后,可以根据用户的身份信息,确定用户所属的项目组。在一示例中,若用户的身份信息为用户的职务:php代码维护。则可以确定用户所属的项目组为php项目组;若用户的身份信息为用户所属的部门:cdn部门,则可以确定用户所属的项目组为cdn项目组。

接着,可以根据用户所属的项目组,确定用户的权限。其中,用户的权限可以指用户所属的项目组所对应的权限。例如,php项目组对应发布php信息的权限,cdn项目组对应发布cdn信息的权限。

可选地,本实施例还可以对用户的权限进行管理。例如,可以执行项目组的增加、项目组的删除、项目组的修改以及查询项目组中的至少一种操作,也可以在项目组中增加项目等。

然后,信息发布装置可以根据与用户的权限相匹配的信息项,生成信息发布界面。其中,与用户的权限相匹配的信息项可以包括匹配用户的权限的信息类型和服务器的ip地址。在一示例中,用户的权限包括发布php信息的权限,则可以确定与发布php信息的权限相匹配的信息项包括php类型的信息以及服务器a的ip地址、服务器b的ip地址。进而可以根据php类型的信息、服务器a的ip地址和服务器b的ip地址,生成信息发布界面。

信息发布界面生成后,可以展示生成的信息发布界面。可选地,信息发布界面上可以展示供用户提交待发布信息的控件以及供用户选择的服务器选项。

可选地,信息发布装置可以具体实现为一网站,用户可以在各自客户端的浏览器上输入网站所在的网址,并触发跳转控件,以发送发布请求。所述网站可以响应于用户的发布请求,向用户展示信息发布界面。

接着,用户可以在匹配自身权限的信息发布界面上执行发布操作。可选地,用户可以在信息发布界面展示的供用户提交待发布信息的控件中提交待发布信息或者待发布信息的url。然后,针对该提交的待发布信息提交发布计划。可选地,供用户提交待发布信息的控件可以接收匹配用户的权限的信息类型的待发布信息;以及,可以在信息发布界面展示的服务器的ip地址的选项中,选择服务器的ip地址。

在待发布信息以及发布计划均输入完成后,用户可以触发发布控件,以完成发布操作。

信息发布装置可以响应于用户在信息发布界面上的发布操作,从信息发布界面上,获取待发布信息以及待发布信息对应的发布计划。

可选地,信息发布装置可以启动一线程,由该线程获取待发布信息以及待发布信息对应的发布计划。当有多个用户同时发布待发布信息以及待发布信息对应的发布计划时,信息发布装置可以同时启动与用户数量相同的多个线程,进而由每个线程获取其中一个用户发布的待发布信息以及待发布信息对应的发布计划,并执行之后的发布操作。

本实施例中,可以根据用户的权限生成匹配用户权限的信息发布界面,以便用户提交匹配权限的待发布信息,提高了信息发布效率,也提高了界面的友好程度。

在上述实施例或下述实施例中,可以对用户提交的待发布信息进行测试与配置后,再发布至目标服务器。图3为本申请又一实施例提供的一种信息发布方法的流程示意图,包括步骤s301-s308。

s301:获取待发布信息以及待发布信息对应的发布计划。

s302:根据待发布信息对应的历史发布信息,获取更新信息。

s303:在测试环境中,测试所述更新信息是否正确,若是,即更新信息正确,跳转到步骤s304;若否,即更新信息不正确,跳转到步骤s308。

s304:根据发布配置信息配置待发布信息,以获得配置后的信息。

s305:按照发布计划,将配置后的信息发布至目标服务器。

s306:获取待发布信息在目标服务器上的发布信息。

s307:在信息发布界面上,展示发布信息,结束本次操作。

s308:通知用户待发布信息不正确,丢弃待发布信息,结束本次操作。

首先,在步骤s301处,可以获取待发布信息以及待发布信息对应的发布计划。步骤s301与步骤s101相同,此处不再赘述。

接着,可以根据待发布信息的标识信息确定待发布信息对应的历史发布信息。其中,历史发布信息可以指待发布信息的历史版本。基于此,待发布信息的标识信息可以为待发布信息的名称和版本号,用来唯一标识待发布信息。历史发布信息可以与待发布信息的名称相同,但版本号不同。

例如,待发布信息为2.0版本的直播应用安装包,进而可以根据待发布信息的名称和版本号确定待发布信息对应的历史发布信息,例如,历史发布信息可以为1.0版本的直播应用安装包。需要说明的是,历史发布信息的版本号应小于待发布信息的版本号。

接着,可以根据待发布信息对应的历史发布信息,获取更新信息。其中,更新信息可以指待发布信息相比于历史发布信息而言,不同的信息。

值得说明的是,若未找到历史发布信息,可以将待发布信息全部作为更新信息。若待发布信息的标识信息与历史发布信息的标识信息相同,则可以认为待发布信息与历史发布信息相同,此时,不存在更新信息,并结束本次操作。

接着,在测试环境中,测试更新信息是否正确。其中,更新信息可以作为测试版本的更新信息,即可以对更新信息直接进行测试。测试环境可以包括待发布信息的运行平台、用于各级测试的工具和与测试有关的软硬件环境。

若更新信息不正确,意味着待发布信息不正确,则可通知用户待发布信息不正确,丢弃待发布信息,结束本次操作。若更新信息正确,意味着待发布信息正确,可以按照发布计划,将待发布信息发布至目标服务器。

可选地,考虑到大部分待发布信息为补丁、新增信息等,所述待发布信息若单独发布至目标服务器上,可能无法运行。基于上述的分析,可以根据发布配置信息配置待发布信息,以获得配置后的信息,进而按照发布计划,将配置后的信息发布至目标服务器。

其中,发布配置信息可以指与待发布信息关联的其他信息,所述其他信息与待发布信息可以构成完整信息,并能够在目标服务器上运行。在一实例中,待发布信息为视频a的字幕,与待发布信息关联的其他信息可以包括视频a的音频、视频以及时长、名称信息等。

可选地,可以从发布配置信息所在的服务器上,下载所述发布配置信息。再将发布配置信息与待发布信息压缩至压缩包中,以获得配置后的信息。

然后,在步骤s306以及步骤s307处,可以获取待发布信息在目标服务器上的发布信息;在信息发布界面上,展示发布信息,结束本次操作。步骤s306与步骤s307分别与步骤s103与步骤s104分别相同,此处不再赘述。

本实施例中,可以对待发布信息进行测试,提高了待发布信息的准确性;而且可以对待发布信息进行自动配置,用户只需要提交较小数据量的信息,提高了信息发布的效率。

在上述实施例或下述实施例中,当目标服务器有多个时,为了实现负载均衡,可以分批次将待发布信息发布至目标服务器。

可选地,按照发布计划,将待发布信息发布至目标服务器,包括:根据发布计划中的目标服务器个数,确定发布批次;建立发布计划中的目标服务器ip地址与发布批次之间的对应关系;根据对应关系,分批次将待发布信息发布至目标服务器ip地址对应的目标服务器。

可选地,若目标服务器的个数较多,可以确定较多的发布批次;若目标服务器的个数较少,可以确定较少的发布批次。例如,当目标服务器有10台时,可以确定发布批次为5次,每次将待发布信息发布至其中2台目标服务器;当目标服务器有6台时,可以确定发布批次为3次,每次将待发布信息发布至其中2台目标服务器。

在确定发布批次后,可以继续确定每批次发布至的目标服务器。首先,建立发布计划中的目标服务器ip地址与发布批次之间的对应关系。可选地,可以根据目标服务器的重要性,建立目标服务器与发布批次之间的对应关系。例如,目标服务器包括主服务器和副服务器,确定发布批次为2次,主服务器比副服务器重要,则建立主服务器ip地址与第一批次的对应关系,以及副服务器ip地址与第二批次的对应关系。

接着,可以根据对应关系,分批次将待发布信息发布至目标服务器ip地址对应的目标服务器。在上述示例中,将待发布信息首先发布至主服务器,再将待发布信息发布至副服务器。

在一可选实施方式中,为了确认待发布信息是否已成功发布至目标服务器上,可以在将待发布信息发布至目标服务器之后,由信息发布装置刷新目标服务器,并在目标服务器上查找所述待发布信息。若查找到,可以确认待发布信息已成功发布至目标服务器上;否则,可以确认待发布信息发布失败。此时,可以重新将待发布信息发布至发布失败的服务器,或者重新刷新发布失败的服务器。

在另一可选实施方式中,为了确认待发布信息是否已成功发布至目标服务器上。在按照发布计划,将待发布信息发布至目标服务器之后,还可以检测待发布信息在目标服务器上的运行状况;若运行状况异常,重新发布待发布信息至目标服务器。

当待发布信息成功发布至目标服务器上时,目标服务器可以开启待发布信息相关的服务,为待发布信息分配使用内存,并加载待发布信息。基于此,待发布信息在目标服务器上的运行状况可以包括待发布信息相关的服务是否开启、待发布信息是否被分配使用内存、待发布信息的加载是否超时等。

若检测到待发布信息相关的服务开启、待发布信息被分配使用内存以及待发布信息的加载未超时,可以认为待发布信息在目标服务器上的运行状况正常。若检测到待发布信息相关的服务未开启、待发布信息未被分配使用内存或者待发布信息的加载超时,可以认为待发布信息在目标服务器上的运行状况异常。

若运行状况异常,可以重新发布待发布信息至运行状况异常的服务器。也可以刷新运行状况异常的服务器,若待发布信息依然运行异常,重新发布待发布信息至目标服务器。

若运行状况正常,则确定待发布信息成功发布。当然,本实施例是通过检测待发布信息在目标服务器上的运行状况,进而确定待发布信息是否成功发布,但不限于此。还可以通过其他方式确定待发布信息是否成功发布。例如,检测是否能够从目标服务器中下载待发布信息,若是,确定待发布信息成功发布;否则,待发布信息发布失败。

确定待发布信息成功发布后,可以获取待发布信息在目标服务器上的发布信息,包括:若待发布信息成功发布,获取发布时间、目标服务器的ip地址以及发布者的信息中的至少一种。

其中,发布时间指检测到待发布信息成功发布的时间;发布者的信息指发布待发布信息以及待发布信息对应的发布计划的用户的信息,所述用户的信息包括但不限于用户所在客户端的ip地址、用户的登录名、用户的身份信息等。

可选地,若待发布信息发布失败,可以获取发布失败的目标服务器的ip地址,并将发布失败的服务器归档。

获取待发布信息在目标服务器上的发布信息后,可以在信息发布界面上,向用户展示发布信息,即获取的发布时间、目标服务器的ip地址以及发布者的信息中的至少一种,以便用户能够实时获知发布详情,以便执行下次的发布操作。

用户所在客户端不同,则信息发布界面展示的发布信息不同。可选地,用户可以通过各自所在的客户端发布待发布信息。当信息发布装置在信息发布界面上展示发布信息时,对于每个用户来说,可以在该用户所在客户端,展示该用户发布的待发布信息在目标服务器上的发布信息。

值得说明的是,可以通过信息发布装置发布信息的人员包括用户和管理员。用户可以通过信息发布界面获取自身发布的待发布信息在目标服务器上的发布信息。为了方便管理员管理信息发布装置,管理员可以获取全部用户的发布信息。

可选地,信息发布装置可以在管理员所在客户端,展示全部用户的发布信息。

本申请实施例还提供一种信息发布装置400,如图4所示,包括第一获取模块401、发布模块402、第二获取模块403以及展示模块404。

其中,第一获取模块401,用于获取待发布信息以及待发布信息对应的发布计划。

发布模块402,用于按照第一获取模块401获取的发布计划,将第一获取模块401获取的待发布信息发布至目标服务器。

第二获取模块403,用于获取待发布信息在目标服务器上的发布信息。

展示模块404,用于在信息发布界面上,展示第二获取模块403获取的发布信息。

在本申请实施例中,可以按照发布计划将待发布信息发布至目标服务器,使得用户无需登录服务器即可完成信息发布,提高了信息发布效率与服务器数据的安全性;而且可以通过信息发布界面,展示待发布信息在目标服务器上的发布信息,便于用户掌握信息发布情况,以便进行之后的信息发布,进一步提高信息发布效率。

可选地,第一获取模块401在获取待发布信息以及待发布信息对应的发布计划时,具体用于:响应于用户的发布请求,向用户展示信息发布界面;响应于用户在信息发布界面上的发布操作,从信息发布界面上,获取待发布信息以及待发布信息对应的发布计划。

可选地,第一获取模块401在响应于用户的发布请求,向用户展示信息发布界面时,具体还用于:响应于用户的发布请求,获取用户的身份信息;根据用户的身份信息,确定用户所属的项目组;根据用户所属的项目组,确定用户的权限;根据与用户的权限相匹配的信息项,生成信息发布界面;展示信息发布界面。

本实施例中,可以根据用户的权限生成匹配用户权限的信息发布界面,以便用户提交匹配权限的待发布信息,提高了信息发布效率,也提高了界面的友好程度。

可选地,发布模块402在按照第一获取模块401获取的发布计划,将第一获取模块401获取的待发布信息发布至目标服务器时,具体还用于:根据待发布信息对应的历史发布信息,获取更新信息;在测试环境中,测试更新信息是否正确;若是,根据发布配置信息配置待发布信息,以获得配置后的信息;按照发布计划,将配置后的信息发布至目标服务器。

本实施例中,可以对待发布信息进行测试与配置,提高了待发布信息的准确性;而且可以对待发布信息进行自动配置,用户只需要提交较小数据量的信息,提高了信息发布的效率。

可选地,发布模块402在按照第一获取模块401获取的发布计划,将第一获取模块401获取的待发布信息发布至目标服务器时,具体还用于:根据发布计划中的目标服务器个数,确定发布批次;建立发布计划中的目标服务器ip地址与发布批次之间的对应关系;根据对应关系,分批次将待发布信息发布至目标服务器ip地址对应的目标服务器。

本实施例中,当目标服务器有多个时,可以分批次将待发布信息发布至目标服务器,进而实现负载均衡。

可选地,信息发布装置400还包括检测模块以及重新发布模块。

其中,检测模块用于在按照发布计划,将待发布信息发布至目标服务器之后,检测待发布信息在目标服务器上的运行状况。

重新发布模块用于若运行状况异常,重新发布待发布信息至目标服务器。

可选地,第二获取模块403在获取待发布信息在目标服务器上的发布信息时,具体用于:若待发布信息成功发布,获取发布时间、目标服务器的ip地址以及发布者的信息中的至少一种。

本实施例中,信息发布界面上可以展示发布时间、目标服务器的ip地址以及发布者的信息中的至少一种,从而用户可以获知发布详情,以便执行下次的发布计划。

所述装置与前述的方法流程描述对应,不足之处参考上述方法流程的叙述,不再一一赘述。

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

本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

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