基于多维度信息对通话录音文件进行处理的方法及装置

文档序号:11444 发布日期:2021-09-17 浏览:23次 >En<

阅读说明:本技术 基于多维度信息对通话录音文件进行处理的方法及装置 (Method and device for processing call recording file based on multi-dimensional information ) 是由 李玉美 于 2021-08-23 设计创作,主要内容包括:本申请提供一种基于多维度信息对通话录音文件进行处理的方法及装置,方法包括:获取用于搜索通话录音文件的搜索关键词;若检测到搜索关键词为用户名称,则调用通讯录,并以用户名称为查询标识,查询通讯录以获取用户名称的电话号码;根据用户名称查询通话录音文件集合,获取文件名称和/或来源标识与用户名称适配的至少一个第一通话录音文件;根据电话号码查询通话录音文件集合,获取文件名称和/或来源标识与电话号码适配的至少一个第二通话录音文件;显示第一通话录音文件和第二通话录音文件。本申请实施例有利于提高设备查询通话录音文件全面性和准确度。(The application provides a method and a device for processing a call recording file based on multi-dimensional information, wherein the method comprises the following steps: acquiring a search keyword for searching a call recording file; if the search keyword is detected to be the user name, calling the address list, using the user name as a query identifier, and querying the address list to obtain the telephone number of the user name; inquiring a call recording file set according to the user name, and acquiring at least one first call recording file with the file name and/or the source identification matched with the user name; inquiring a call recording file set according to the telephone number, and acquiring at least one second call recording file with the file name and/or the source identification matched with the telephone number; and displaying the first call recording file and the second call recording file. The embodiment of the application is beneficial to improving the comprehensiveness and accuracy of the equipment for inquiring the call recording file.)

基于多维度信息对通话录音文件进行处理的方法及装置

技术领域

本申请属于互联网产业的一般数据处理领域,具体涉及一种基于多维度信息对通话录音文件进行处理的方法及装置。

背景技术

目前,支持通话录音功能的手机等电子设备已经逐步普及,用户在通话界面可以点击录音功能按钮,手机会采集通话语音数据,通话结束后,手机根据采集到的通话语音数据生成通话录音文件,并支持通过录音应用查询这些文件。目前录音应用中显示的通话录音文件页面支持搜索功能,用户通过搜索功能录入通话对端用户的用户名称,可以查询到文件名称与该联系人用户名称匹配的通话录音文件。

发明内容

本申请提供一种基于多维度信息对通话录音文件进行处理的方法及装置,以期在用户录入用户名称搜索通话录音文件场景中,通过通讯录查询用户名称的电话号码,并根据用户名称和电话号码分别搜索,避免遗漏掉根据电话号码形成文件名的通话录音文件,提高通话录音文件查询全面性和准确度。

第一方面,本申请提供一种基于多维度信息对通话录音文件进行处理的方法,包括:

获取用于搜索通话录音文件的搜索关键词;

若检测到所述搜索关键词为用户名称,则调用通讯录,并以所述用户名称为查询标识,查询所述通讯录以获取所述用户名称的电话号码;

根据所述用户名称查询通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第一通话录音文件,所述来源标识是指所述通讯录在通话录音事件发生时所实际记录的对端用户的身份标识;

根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第二通话录音文件;

显示所述第一通话录音文件和所述第二通话录音文件。

可以看出,本申请实施例中,设备首先获取用于搜索通话录音文件的搜索关键词;若检测到搜索关键词为用户名称,则调用通讯录,并以用户名称为查询标识,查询通讯录以获取用户名称的电话号码;根据用户名称查询通话录音文件集合,获取文件名称和/或来源标识与用户名称适配的至少一个第一通话录音文件,来源标识是指通讯录在通话录音事件发生时所实际记录的对端用户的身份标识;根据电话号码查询通话录音文件集合,获取文件名称和/或来源标识与电话号码适配的至少一个第二通话录音文件;显示第一通话录音文件和第二通话录音文件。可见,在用户录入用户名称搜索通话录音文件场景中,设备能够通过查询通讯录获取用户名称的电话号码,并根据用户名称和电话号码分别搜索通话录音文件集合以得到关联的通话录音文件,避免因仅根据用户名称查询而遗漏掉根据电话号码形成文件名的通话录音文件,有利于提高设备查询通话录音文件的全面性和准确度。

第二方面,本申请提供一种基于多维度信息对通话录音文件进行处理的装置,包括处理单元和通信单元,其中,

所述处理单元,用于通过所述通信单元获取用于搜索通话录音文件的搜索关键词;若检测到所述搜索关键词为用户名称,则调用通讯录,并以所述用户名称为查询标识,查询所述通讯录以获取所述用户名称的电话号码;根据所述用户名称查询通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第一通话录音文件,所述来源标识是指所述通讯录在通话录音事件发生时所实际记录的对端用户的身份标识;根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第二通话录音文件;显示所述第一通话录音文件和所述第二通话录音文件。

第三方面,本申请提供电子设备,其特征在于,包括处理器、存储器和通信接口;所述存储器、所述通信接口与所述处理器连接;所述存储器用于存储计算机程序代码,所述计算机程序代码包括指令,当所述处理器执行所述指令时,所述电子设备执行如第一方面所述的方法。

第四方面,本申请实施例提供了一种计算机可读存储介质,其中,上述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括计算机程序,上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

附图说明

图1是本申请实施例提供的一种基于多维度信息对通话录音文件进行处理的方法的流程示意图;

图2是本申请实施例提供的一种电子设备的结构示意图;

图3是本申请实施例提供的一种基于多维度信息对通话录音文件进行处理的装置的功能单元框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行准确、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块,而是可选地还包括没有列出的步骤或模块,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或模块。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

如图1所示,本申请实施例提供了一种基于多维度信息对通话录音文件进行处理的方法,应用于电子设备,该方法包括:

步骤101,获取用于搜索通话录音文件的搜索关键词。

示例的,所述电子设备包括但不限于:手机、平板、电脑、智能手表等。

在一些实施例中,所述获取用于搜索通话录音文件的搜索关键词,包括:在录音应用的应用界面显示录音文件页面,所述录音文件页面包括搜索功能按钮;检测到用户点击所述功能按钮,在所述录音文件页面上显示搜索信息录入引导页面;通过所述搜索信息录入引导页面获取用户录入的搜索关键词。

示例的,所述搜索关键词包括文字、数字、符号中的至少一种。

可见,本示例中,录音应用支持搜索功能,设备通过搜索信息录入引导页面可以快速引导用户录入搜索关键词以提高查询效率。

步骤102,若检测到所述搜索关键词为用户名称,则调用通讯录,并以所述用户名称为查询标识,查询所述通讯录以获取所述用户名称的电话号码。

示例的,设备的录音应用为系统应用,可以预先设置录音应用对通讯录的无障碍调用权限,从而无需校验设置即可直接对通讯录的内容进行查阅和读取。提高实现流畅度。

具体实现中,搜索关键词例如可以是姓氏+名字,或者,姓氏+工程师/工/老师之类的职业称谓,或者,仅姓氏,或者,仅名字等,设备遍历通讯录可能找到关联的一个或多个参考电话号码;

若为单个参考电话号码,则确定该参考电话号码为本次查询结果;

若为多个参考电话号码,则检测每个参考电话号码关联的电话记录是否标记有录音事件,并将标记有录音事件的电话记录所关联的参考电话号码作为查询结果,其中,电子设备的电话本应用针对开启录音功能的通话事件,会在通话结束后对当前次电话记录进行录音事件的标记,具体可以建立了当前次电话记录与通话录音文件的关联关系,后续用户通过电话本应用查阅电话记录时,可以点击被标记有录音事件的电话记录以播放对应的通话录音文件;如此自动将未关联任何通话录音文件的电话号码主动筛除,减少冗余,提高搜索效率;或者,

若为多个参考电话号码,则电子设备弹框显示多个参考电话号码的联系人信息,并将用户选择的参考电话号码作为本次的查询结果。

步骤103,根据所述用户名称查询通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第一通话录音文件,所述来源标识是指所述通讯录在通话录音事件发生时所实际记录的对端用户的身份标识。

在一些实施例中,若所述通讯录在通话录音事件发生时已保存有所述对端用户的用户名称,则所述来源标识为所述对端用户的用户名称;

若所述通讯录在通话录音事件发生时未保存有所述对端用户的用户名称,则所述来源标识为所述对端用户的电话号码。

步骤104,根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第二通话录音文件。

步骤105,显示所述第一通话录音文件和所述第二通话录音文件。

在一些实施例中,所述显示所述第一通话录音文件和所述第二通话录音文件,包括:按照通话录音事件发生的时间由近及远的顺序,显示所述第一通话录音文件和所述第二通话录音文件。

示例的,电子设备可以将每个通话录音文件的文件名称和来源标识同时显示出来,如此可以确保录音文件在通话录音事件发生时所实际记录的对端用户的身份标识不会因文件名称的变动而丢失,提高数据维护全面性。

可见,本示例中,设备支持按照通话录音事件发生的时间由近及远的顺序,显示查询到的全部录音文件。

可以看出,本申请实施例中,设备首先获取用于搜索通话录音文件的搜索关键词;若检测到搜索关键词为用户名称,则调用通讯录,并以用户名称为查询标识,查询通讯录以获取用户名称的电话号码;根据用户名称查询通话录音文件集合,获取文件名称和/或来源标识与用户名称适配的至少一个第一通话录音文件,来源标识是指通讯录在通话录音事件发生时所实际记录的对端用户的身份标识;根据电话号码查询通话录音文件集合,获取文件名称和/或来源标识与电话号码适配的至少一个第二通话录音文件;显示第一通话录音文件和第二通话录音文件。可见,在用户录入用户名称搜索通话录音文件场景中,设备能够通过查询通讯录获取用户名称的电话号码,并根据用户名称和电话号码分别搜索通话录音文件集合以得到关联的通话录音文件,避免因仅根据用户名称查询而遗漏掉根据电话号码形成文件名的通话录音文件,有利于提高设备查询通话录音文件的全面性和准确度。

在一些实施例中,所述方法还包括:若检测到所述搜索关键词为电话号码,则调用所述通讯录,并以所述电话号码为查询标识,查询所述通讯录;

若查询到所述电话号码的用户名称,则根据所述用户名称查询所述通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第三通话录音文件;根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第四通话录音文件;显示所述第三通话录音文件和所述第四通话录音文件。

示例的,用户录入的电话号码可能是完整或者部分电话号码,如11位移动电话号码或者8位固定电话号码(区号缺省)等,对应的,设备遍历通讯录查询到的关联的参考用户名称可能有多个,可以采用如下机制进一步收敛查询结果以得到后面用于查询通话录音文件集合的用户名称。

若查询到的单个参考用户名称,则确定该单个参考用户名称为用于查询通话录音文件集合的用户名称;

若查询到多个参考用户名称,则检测每个参考用户名称关联的电话记录是否标记有录音事件,并将标记有录音事件的电话记录所关联的参考电话号码作为查询结果,其中,电子设备的电话本应用针对开启录音功能的通话事件,会在通话结束后对当前次电话记录进行录音事件的标记,具体可以建立了当前次电话记录与通话录音文件的关联关系,后续用户通过电话本应用查阅电话记录时,可以点击被标记有录音事件的电话记录以播放对应的通话录音文件;如此自动将未关联任何通话录音文件的参考电话号码主动筛除,减少冗余,提高搜索效率;或者,

若为多个参考用户名称,则电子设备弹框显示多个参考用户名称的联系人信息,并将用户选择的参考用户名称作为本次的查询结果。

可见,本示例中,针对用户录入电话号码的情况,设备支持将该电话号码扩展到关联的用户名称,并根据电话号码和用户名称全面查询关联的通话录音文件,避免遗漏,提高查询录音文件的全面性。

在一些实施例中,所述方法还包括:若未查询到所述电话号码的用户名称,则根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第五通话录音文件;显示所述第五通话录音文件。

可见,本示例中,针对未创建联系人的电话号码,设备支持仅通过电话号码查询通话录音文件集合,得到查询结果,提高查询录音文件的灵活性。

在一些实施例中,所述方法还包括:获取与目标用户的目标通话事件的通话录音数据;检测到所述目标通话事件结束;

若检测到通讯录保存有所述目标用户的用户名称,则根据所述通话录音数据创建目标通话录音文件,并根据所述用户名称生成所述目标通话录音文件的文件名称和来源标识;

若检测到通讯录未保存有所述目标用户的用户名称,则根据所述通话录音数据创建目标通话录音文件,并根据所述目标用户的电话号码生成所述目标通话录音文件的文件名称和来源标识。

示例的,所述用户名称支持用户自定义设置。

在一些实施例中,所述方法还包括:检测到用户针对所述目标通话录音文件的文件名称的修改操作;根据所述修改操作更新所述目标通话录音文件的文件名称,同时保持所述目标通话录音文件的来源标识不变。

可见,本示例中,设备支持根据电话号码的用户名称是否被保存来生成文件名称和来源标识,确保录音文件的原始来源信息不会丢失,提高数据维护完整性。

与上述方法实施例一致的,请参阅图2,图2是本申请实施例提供的一种电子设备200的结构示意图,如图所示,所述电子设备200包括处理器210、存储器220和通信接口220以及一个或多个程序221,其中,所述一个或多个程序221被存储在上述存储器220中,并且被配置由上述处理器210执行,所述一个或多个程序221包括用于执行上述方法实施例中的任意步骤的指令。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

图3是本申请实施例中所涉及的基于多维度信息对通话录音文件进行处理的装置3的功能单元组成框图。该基于多维度信息对通话录音文件进行处理的装置3应用于电子设备,包括:

处理单元30,用于通过所述通信单元31获取用于搜索通话录音文件的搜索关键词;若检测到所述搜索关键词为用户名称,则调用通讯录,并以所述用户名称为查询标识,查询所述通讯录以获取所述用户名称的电话号码;根据所述用户名称查询通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第一通话录音文件,所述来源标识是指所述通讯录在通话录音事件发生时所实际记录的对端用户的身份标识;根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第二通话录音文件;显示所述第一通话录音文件和所述第二通话录音文件。

在一些实施例中,若所述通讯录在通话录音事件发生时已保存有所述对端用户的用户名称,则所述来源标识为所述对端用户的用户名称;若所述通讯录在通话录音事件发生时未保存有所述对端用户的用户名称,则所述来源标识为所述对端用户的电话号码。

在一些实施例中,所述处理单元30,还用于:若检测到所述搜索关键词为电话号码,则调用所述通讯录,并以所述电话号码为查询标识,查询所述通讯录;若查询到所述电话号码的用户名称,则根据所述用户名称查询所述通话录音文件集合,获取文件名称和/或来源标识与所述用户名称适配的至少一个第三通话录音文件;根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第四通话录音文件;显示所述第三通话录音文件和所述第四通话录音文件。

在一些实施例中,所述处理单元30,还用于:若未查询到所述电话号码的用户名称,则根据所述电话号码查询所述通话录音文件集合,获取文件名称和/或来源标识与所述电话号码适配的至少一个第五通话录音文件;显示所述第五通话录音文件。

在一些实施例中,所述处理单元30,具体用于:在录音应用的应用界面显示录音文件页面,所述录音文件页面包括搜索功能按钮;检测到用户点击所述功能按钮,在所述录音文件页面上显示搜索信息录入引导页面;通过所述搜索信息录入引导页面获取用户录入的搜索关键词。

在一些实施例中,所述处理单元30,具体用于:按照通话录音事件发生的时间由近及远的顺序,显示所述第一通话录音文件和所述第二通话录音文件。

在一些实施例中,所述处理单元30,还用于:获取与目标用户的目标通话事件的通话录音数据;检测到所述目标通话事件结束;若检测到通讯录保存有所述目标用户的用户名称,则根据所述通话录音数据创建目标通话录音文件,并根据所述用户名称生成所述目标通话录音文件的文件名称和来源标识;若检测到通讯录未保存有所述目标用户的用户名称,则根据所述通话录音数据创建目标通话录音文件,并根据所述目标用户的电话号码生成所述目标通话录音文件的文件名称和来源标识。

在一些实施例中,所述处理单元30,还用于:检测到用户针对所述目标通话录音文件的文件名称的修改操作;根据所述修改操作更新所述目标通话录音文件的文件名称,同时保持所述目标通话录音文件的来源标识不变。

其中,处理单元30可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块51可以是收发器、RF电路或通信接口等。

其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述基于多维度信息对通话录音文件进行处理的装置3可执行上述图1所示的基于多维度信息对通话录音文件进行处理的方法中电子设备所执行的步骤。

上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。

本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括电子设备。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory ,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

13页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:用于管理可控外部设备的用户界面

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!

技术分类