具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。
实施例一
参见图1是本发明实施例一提供的基于BIM轻量化模型的智慧建造平台的结构示意图。
建筑信息化模型(BIM)的英文全称是Building Information Modeling,是一个完备的信息模型,能够将工程项目在全生命周期中各个不同阶段的工程信息、过程和资源集成在一个模型中,方便的被工程各参与方使用。通过三维数字技术模拟建筑物所具有的真实信息,为工程设计和施工提供相互协调、内部一致的信息模型,使该模型达到设计施工的一体化,各专业协同工作,从而降低了工程生产成本,保障工程按时按质完成。从BIM设计过程的资源、行为、交付三个基本维度,给出设计企业的实施标准的具体方法和实践内容。BIM(建筑信息模型)不是简单的将数字信息进行集成,而是一种数字信息的应用,并可以用于设计、建造、管理的数字化方法。这种方法支持建筑工程的集成管理环境,可以使建筑工程在其整个进程中显著提高效率、大量减少风险。
BIM就是利用创建好的BIM模型提升设计质量,减少设计错误,获取、分析工程量成本数据,并为施工建造全过程提供技术支撑,为项目参建各方提供基于BIM的协同平台,有效提升协同效率。确保建筑在全生命周期中能够按时、保质、安全、高效、节约完成,并且具备责任可追溯性。
所述智慧建造平台包括设计模块、商务模块、生产模块、施工模块、运维模块,通过自定义工作流程将人员、流程、业务三者进行关联,基于BIM轻量化模型进行各环节的信息互联互通。智慧建造平台主要通过BIM轻量化模型将各项业务据进行关联,通过结合VR、AR、全景、三维渲染技术全方位展示建筑项目的全过程。主要分为三大基础应用板块和五大业务功能板块,前者包括:人员组织架构、工程流程审批、项目文档管理;后者涵盖模块化设计、云筑网购、智慧工厂、智慧工地、幸福空间。
三大基础应用板块并非专有板块,而是根据项目的需要分布在后台管理模块中和具体的业务模块中,辅助项目全过程中的应用,人员组织架构、工作流程审批、项目文档管理三个部分的相关成果应用可以在平台管理员账号统一检索,并生成相应的报表统计(单个项目中也可以生成相应报表),突破项目的限制,供所有项目的数据分析工作。
智慧建造平台支持全专业、全阶段、全人员的参与方式,为了保证平台正常的管理协同工作,需要通过账号权限和角色设置两方面对不同的人员进行权限管理,开展相应业务工作。人员账号分为二级权限:一级账号为平台管理员账号,可在后台进行公司平台各项参数输入,如部门架构输入,对其他账号进行编辑,如增减账号、分配角色权限和任务看板等,分配人员账号至指定项目中等工作。二级账号为自然人账号,与人员角色关联后开展相应工作,二级账号可以被指定为项目管理员,根据项目管理员角色进行项目的日常管理,二级账号的权限随时可由平台管理员账号更改。角色设置由管理员账号在后台设置,根据实际情况增减人员角色。人员角色由管理员在后台创建,人员角色账号分为公司管理角色和项目管理角色(存在同一账号同时具有公司角色和项目角色)流程审批环节指向为角色,由角色关联账号,流程审批不直接指向账号。
工作流程审批应用与人员权限管理模块相配合完成该部分应用,当工作流程审批发起时,基于智慧建造平台上的设计模块、商务模块、生产模块、施工模块、运维模块等业务内容,可进入审批对象界面,审批对象界面通常可包括各个模块中的各个流程需要审批的界面或者具体事项需要审批的界面。工作流程审批分为项目具体事项审批及流程性审批,项目具体事项审批如依据施工图纸或BIM模型问题本身就工程实际问题指向角色发起审批流程,包括责令整改或审批回复等,流程性审批为根据项目上的业务主办流程进行审批,如需要业主或监理定期审批事项,项目部根据流程需要公司层面审批的事项,可以直接发起。流程审批发起后需要流程中各个环节中的角色确认才可以到下一步,直至最终通过;或者流程审批发起后,角色B、G、H三个角色分别为监督执行,流程本身来看对流程是否通过无影响,需要其他方式提升角色C、E、F的办事效率。相应的审批流程及审批表单可以由平台管理员自由创建,或由平台管理员指定的项目管理员自由创建。审批表单主要包括审批内容,是否批复选项,申请时间,紧急类型等。审批流程可以根据业务类型(如设计阶段、生产阶段、施工阶段)指定发起角色,流程经过角色,相应角色所具备的审批权限,审批流程需要最终的决策角色通过审批流程,审批流程可以根据发起业务类型进行分类排序,显示已办结和未办结事项,发起时间及当前未办结原因等,并可以根据业务发起人分类排序审批事项。审批流程可以生成相应报表,如:各类型业务的审批流程发起项,完成审批流程占比,待完成审批流程占比,时间超过一周流程占比等。
文档管理可以由平台管理员或项目管理员指定项目建设过程中得全部或特定阶段进行文档的上传,如立项审批阶段、规划设计阶段、工程报建阶段、工程建设阶段、工程竣工阶段、项目运维阶段等,相对应的文档包括JPG、Word、PDF、Rvt、Dwg等一些列文件格式,以施工阶段举例来说包括施工记录、计量记录(按实结算项目)、变更或决策记录、会议记录、采购合同(主要材料设备)监造记录、进场记录检验记录、隐蔽验收记录等,以上所列都可以由平台管理员或项目管理员自行建立各类文件夹,或者根据项目模板建立统一的文件结构树模式。
在线PDF、Word等格式文档应具备在线审阅功能,可以基于审阅意见发起流程。所有在线文档需要根据权限进行下载。
BIM轻量化技术是通过WebGL(全写Web Graphics Library),即3D绘图协议,这种绘图技术标准把JavaScript和OpenGL ES 2.0结合在一起,通过增加OpenGL ES 2.0的JavaScript绑定,可以使WebGL为HTML5 Canvas提供硬件3D加速渲染。同时Web开发人员就可以借助系统显卡在浏览器里更流畅地展示BIM模型并与后台模型数据关联从而通过运用客户端设备(工作站、PC、移动设备等)的硬件能力来进行3D加速渲染,对服务器没有压力和要求。与此同时,由于浏览器自身的本地缓存机制,二次加载BIM模型时,省去了再次从网络下载模型的时间,BIM的渲染速度更快,用户体验更出色。
实施例二
参见图2是本发明实施例二提供的一种基于审批方法BIM轻量化模型的审批方法的实现流程示意图,本实施例作为实施例一所述的系统中流程的具体推送的方法。所述方法包括以下步骤:
S201,监听到用户在移动端的审批对象界面中触发的弹框事件;所述弹框事件为加载用于用户输入审批数据的弹框的事件。
在本实施例中,所述的用户为智慧建造平台中的审批人员,通过账号权限和角色设置面对不同的人员进行权限管理,开展相应业务工作。角色设置由管理员账号在后台设置,根据实际情况增减人员角色。人员角色由管理员在后台创建,人员角色账号分为公司管理角色和项目管理角色(存在同一账号同时具有公司角色和项目角色)流程审批环节指向为角色,由角色关联账号,流程审批不直接指向账号。用户账号可以具有收发消息的功能,可以根据角色权限发起业务流程,指向角色发送消息,用户账号登陆上线后可以接收到其他角色账号发送的消息或收到接收到相应的审批请求等待办事项。
所述的审批对象界面为基于模型或者图纸发起的需审批人员进行审批的界面,弹框事件通常由审批人员执行预设的操作触发,例如,当监听到审批人员的鼠标悬停在审批对象界面上某一审批对象对应的位置超过预设时长,如1秒时,可弹出用于审批人员输入审批数据的弹框。审批对象界面包括模型、构件、部品、部件等审批对象。审批对象的数据来源包括设计来源、市场商务来源和现场管理来源。设计来源对应构件和部品所处设计阶段的信息;市场商务来源对应构件和部品所处下单生产阶段的信息;现场管理来源对应构件和部品所处建设和物业管理阶段的信息。
比如,在设计阶段,构件和部品的数据为设计数据,设计数据包括但不限于构件和部品的设计属性数据等。其中,设计属性信息可以包括构件和部品的类型、名称、设计材质和尺寸信息等信息;尺寸信息可以包括构件和部品的实际尺寸信息,需要说明的是,尺寸信息不仅仅包括构件和部品外形轮廓的实际尺寸信息,还包括构件或部品中开洞或开窗等细节轮廓的实际尺寸信息。
示例性地,设计数据由设计用户通过网页界面上传至服务器并存储于第一数据库。因而,从所述第一数据库中获取构件或部品的设计数据。此外,设计数据还包括设计用户通过网页界面触发的对数据库中的数据进行修改、删除等操作后的设计数据。
在下单生产阶段,构件和部品的数据为商务数据,商务数据包括但不限于生产属性数据和修改数据等。其中,生产属性数据可以包括生产材质、生产尺寸、价格、厂商、下单日期、生产日期、和交货日期等信息;修改数据包括构件和部件的尺寸变化和材质变换等信息。
示例性地,商务数据由工厂用户通过网页界面和/或工厂管理终端上传至服务器并存储于第二数据库。因而,从所述第二数据库中获取构件或部品的商务数据。需要说明的是,第一数据库和第二数据库可以为相同的数据库也可以为不相同的数据库。用于上传商务数据的网页界面与用于上传设计数据的网页界面通常为不相同的网页界面,针对不同的用户,网页界面的呈现方式有所不同。
在建设和物业管理阶段,构件和部品的数据为现场数据,现场数据包括但不限于实际属性数据和维修数据等。其中,实际属性数据可以包括实际材质、实际尺寸、安装日期、和过审日期等信息;维修数据包括维修中构件和部件的尺寸变化、材质变换、替换、维修问题、维修日期和维修部位等信息。
步骤S202,获取用户在所述弹框中输入的审批数据;
在本实施例中,所述审批数据包括基于模型、构件、部品、部件产生的数据,所述的审批数据可以是构件的类型、尺寸、形状的选择是否正确,还可以是立项审批阶段、规划设计阶段、工程报建阶段、工程建设阶段、工程竣工阶段、项目运维阶段是否按阶段和对应的工期进行。审批数据的数据来源包括设计来源、市场商务来源和现场管理来源。设计来源对应构件和部品所处设计阶段的信息;市场商务来源对应构件和部品所处下单生产阶段的信息;现场管理来源对应构件和部品所处建设和物业管理阶段的信息。当用户进入审批流程界面时,用户在审批流程界面的弹框中输入相应的审批数据,便于对审批数据进行进一步的分析和处理。
步骤S203,根据所述审批数据生成审批结果;
该步骤具体包括:所述从预先建立的第一数据库中提取所述审批数据的关键字,并获取所述关键字对应的审批推送角色;
根据所述关键字从预先建立的第二数据库中调取对应所述关键字的审批结果。
该实施例中,第一数据库是前期建立的数据库,前期根据设计来源、市场商务来源和现场管理来源的数据建立第一数据库。设计来源对应构件和部品所处设计阶段的信息;市场商务来源对应构件和部品所处下单生产阶段的信息;现场管理来源对应构件和部品所处建设和物业管理阶段的信息。具体可以包括主要包含涉及构件、部件以及工程建设过程中常用的关键词,构件主要包含PC外墙、PC内墙、叠合楼板、预制楼梯、叠合梁、预制阳台及空调板等,部品库主要包括卫浴模块、厨房模块、客厅卧室模块、门部品、窗部品、开关面板部品、车辆行人控制设备、预埋件部品、构件安装工具等。将这些关键字收集起建立第一数据库,便于后续的关键字查找,本发明实施例能够有效的进行。需要说明的是,第一数据库和第二数据库可以为相同的数据库也可以为不相同的数据库。
其中,所述从预先建立的第一数据库中提取所述审批数据的关键字,并获取所述关键字对应的审批推送角色,具体包括:
步骤S2031,对所述审批数据进行分词处理,去掉所述分词处理之后得到的标点符号和停用词,得到词序列;所述词序列包括多个词语;
步骤S2032,将多个所述词语分别与第一数据库中预存储的关键字进行匹配,得到所述与所述关键字匹配成功的词语作为所述审批数据的关键字。
在上述实施例中,分词处理是将一个汉字序列切分成一个一个单独的词。分词就是将连续的字序列按照一定的规范重新组合成词序列的过程。通过让计算机模拟人对句子的理解,达到识别词的效果。其基本思想就是在分词的同时进行句法、语义分析,利用句法信息和语义信息来处理歧义现象。在总控部分的协调下,分词子系统可以获得有关词、句子等的句法和语义信息来对分词歧义进行判断,即它模拟了人对句子的理解过程。通过分词处理获取与第一数据库中预存储的关键词一致的词,并将其作为审批数据的关键字。
在上述实施例中,第二数据库是前期建立的数据库,主要包含带有常见问题和相应解决方案的电子文件,该数据库的建立是基于立项审批阶段、规划设计阶段、工程报建阶段、工程建设阶段、工程竣工阶段、项目运维阶段等各个阶段中经常容易出现的问题和需要审批的问题来建立的,并根据这些问题查询对应常见的解决方案,将问题和对应的解决方案储存于电子文件中。
步骤S204,将所述审批数据推送给审批推送角色。
在该实施例中,将所述审批数据推送给审批推送角色,让审批推送角色能在第一时间收到需要审批的审批数据,电子文件推送方式可以为通过邮件、短信、微信等方式,所述审批结果为生成的电子文件,将所述电子文件推送给审批推送角色。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
可选地,在上述实施例的基础上,如图3所示,在步骤S201,监听到用户在所述智慧建造平台的审批对象界面中触发的弹框事件之前,还包括:
步骤S301,获取用户在所述智慧建造平台输入的身份认证信息;
步骤S302,将所述身份信息发送至认证服务器以进行用户身份认证;
步骤S303,接收所述认证服务器反馈的对所述身份信息的认证结果;
步骤S304,若所述认证结果为通过,则加载审批对象界面,并监听用户在所述智慧建造平台的审批对象界面中触发的弹框事件。
在本实施例中,在监听用户在智慧建造平台的审批对象界面中触发的弹框事件前,需要获取用户的身份认证信息。身份认证也称为“身份验证”或“身份鉴别”,是在计算机及计算机网络系统中确认操作者身份的过程,从而确定该用户是否具有对某种资源的访问和使用权限,进而使计算机和网络系统的访问策略能够可靠、有效地执行,防止攻击者假冒合法用户获得资源的访问权限,保证系统和数据的安全,以及授权访问者的合法利益。在本实施例中,身份认证的方式可以是静态密码、智能卡、短信密码、动态口令、USB key或生物识别等方式,即用户通过管理员账号或自然人账号等方式,进行用户身份认证。
可选地,如图4所示,在所述根据所述关键词从预先建立的第二数据库中调取对应所述关键字的电子文件之前,还包括:
步骤S401,获取所述常见问题的解决方案;
步骤S402,生成包含所述常见问题和解决方案的电子文件;
步骤S403,将所述电子文件与所述电子文件包含的所述常见问题的关键字进行关联,存储至第二数据库中。
电子文件的类型一般可以通过电子文件的扩展名来区别,因此根据电子文件的扩展名就可以识别电子文件的类型。在进行电子审批流程系统设计时,一般会设置电子审批流程系统所支持的电子文件类型,比如可以设置AutoCAD、Word、WordPro、Excel、Lotus等应用程序文件类型。电子文件信息可以通过定义外部接口可识别的应用程序对象来识别,每个电子文件信息对应于一个对象。对象一般包括标识、文本等属性。对象的标识用于识别不同的对象,所以可以利用对象标识识别不同的电子文件信息,而电子文件信息数据则对应于对象的文本。第二数据库是前期建立的数据库,主要包含带有常见问题和相应解决方案的电子文件,该数据库的建立是基于立项审批阶段、规划设计阶段、工程报建阶段、工程建设阶段、工程竣工阶段、项目运维阶段等各个阶段中经常容易出现的问题和需要审批的问题来建立的,并根据这些问题查询对应常见的解决方案,将问题和对应的解决方案储存于电子文件中,以便于后续流程中根据所述关键词从预先建立的第二数据库中调取对应所述关键字的电子文件
可选地,在步骤S205所述将所述电子文件推送给所述审批推送角色之后,还包括:若接收到所述审批推送角色反馈的回复消息后,根据预设的审批流程确定下一审批任务及下一审批角色,并将所述下一审批任务推送至所述下一审批角色,直至预设的审批流程结束。
实施例三
参见图5,是本发明实施例三提供的基于BIM轻量化模型的审批装置的示意图,为了便于说明,仅示出了与本发明实施例相关的部分。
如图5所示,基于BIM轻量化模型的审批装置,包括:
监听单元51,用于监听到用户在所述智慧建造平台的审批对象界面中触发的弹框事件;所述弹框事件为加载用于用户输入审批数据的弹框的事件;
获取单元52,用于获取用户在所述弹框中输入的审批数据;
生成单元53,用于根据所述审批数据生成审批结果;
推送单元54,用于将所述电子文件推送给所述审批推送角色。
进一步的,生成单元还包括:
提取单元531,用于从预先建立的第一数据库中提取所述审批数据的关键字,并获取所述关键字对应的审批推送角色;
调取单元532,用于根据所述关键词从预先建立的第二数据库中调取对应所述关键字的电子文件;
进一步的,提取单元531还包括:
分词单元,用于对所述审批数据进行分词处理,去掉所述分词处理之后得到的标点符号和停用词,得到词序列;所述词序列包括多个词语;
匹配单元,用于将多个所述词语分别与第一数据库中预存储的关键字进行匹配,得到所述与所述关键字匹配成功的词语作为所述审批数据的关键字。
进一步的,调取单元532还包括:
调取关键词单元,用于获取在建筑项目审批中常见问题及所述常见问题的关键词;
获取解决方案单元,用于获取所述常见问题的解决方案;
生成电子文件单元,用于生成包含所述常见问题和解决方案的电子文件;
存储单元,用于将所述电子文件与所述电子文件包含的所述常见问题的关键字进行关联,存储至第二数据库中。
实施例四
图6是本发明一实施例提供的终端设备的示意图。如图6所示,该实施例的终端设备6包括:处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62,例如审批推送的程序。所述处理器60执行所述计算机程序62时实现上述各审批方法实施例中的步骤,例如图2所示的步骤201至205或者,所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能,例如图5所示模块51至55的功能。
示例性的,所述计算机程序62可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器61中,并由所述处理器60执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序62在所述**装置/终端设备6中的执行过程。例如,所述计算机程序62可以被分割成监听单元51、获取单元52、生成单元53、推送单元54,各模块具体功能如下:监听单元51,用于监听到用户在所述智慧建造平台的审批对象界面中触发的弹框事件;所述弹框事件为加载用于用户输入审批数据的弹框的事件;获取单元52,用于获取用户在所述弹框中输入的审批数据;生成单元53,用于根据所述审批数据生成审批结果;推送单元54,用于将所述电子文件推送给所述审批推送角色。
所述终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括,但不仅限于,处理器60、存储器61。本领域技术人员可以理解,图6仅仅是终端设备6的示例,并不构成对终端设备6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61可以是所述终端设备6的内部存储单元,例如终端设备6的硬盘或内存。所述存储器61也可以是所述终端设备6的外部存储设备,例如所述终端设备6上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器61还可以既包括所述终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及终端设备所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。