合同管理概念范文1
财务、会计、审计三个概念性理论不在同一时间出现，那就是人们要在复杂变化的经济大环境中，通过财务、会计、审计三个方面理论知识的学习和运用，对自己的经济情况进行合理科学的掌控和管理，从而实现其自身财产的不断升值。因此，财务、会计、审计概念的出现具有相似的缘由，而这也为对于财务、会计、审计概念框架的构建提供了基础性的理论依据和探索依据。
二、财务、会计、审计概念的发展情况和存在问题分析
（一）财务概念的发展现状及其问题所在
目前，我国财务理论研究发展迅速，但是，由于计划经济阶段，我国财务理论的概念与发达国家脱轨，使得目前我国在此领域的成果相对于国外先进的理念仍然比较落后，所以，财务概念的发展特别需要新思路、新理论的支持和充实。
（二）会计概念的发展现状及其问题所在
会计相关概念在我国的实际应用也具有非常悠久的历史，但是真正形成理论的概念也是相对较晚的。会计概念早在15世纪末就已经提出，但是当时只是简单的一个概念理解，日后，在19世纪末到20世纪初的这段时间，会计概念得到了大力的发展，并开始逐步确立会计概念的理论体系。在会计概念理论的发展中，也存在着多种不同的分类方式和不同的观点理念，但这些观点的整体内容为会计概念的发展提供了一定的理论基础。目前，相对财务概念和审计概念而言，会计概念的发展状况相对较好，并且凸显了一部分的理论成就的同时为会计从业者的工作提供了参考依据和学习资料。但是会计概念仍需不断完善和逐步精确。
（三）审计概念的发展现状及其问题所在
审计概念的应用历史也是十分久远的，但是长久以来，由于审计概念的目标、方式等的波动性并不明显，而且审计的应用方法和应用目的都是一致的，因此，有人指出审计的概念是无效的。直到20世纪中期，一种关于审计概念的新观点的提出，使得人们消除了审计概念无效性的想法。新的理论认为审计概念框架由哲学基础、假定、概念、适用情况以及实际运用五方面组成，这为全面性和系统性的研究审计概念框架奠定了基础。目前，审计概念框架的发展与会计概念框架的发展相当，也仍然需要新的理论支持和不断在实际中运用，从而完善概念框架。
三、财务、会计、审计概念框架共建的要点
构建财务、会计、审计概念框架进行共建的要点之一，就是针对财务、会计、审计三者概念框架的发展现状，从整体性和系统性的角度出发，来构建财务、会计、审计概念框架三者综合的经济管理体系。概念框架共建的要点之二，即铭记此三者之间存在构建同一概念框架的基础，即人们对于价值增值的需求的基本点。三者合理构成价值管理理论，其中，财务起决策作用，会计进行信息整合，审计则确保信息的安全性。概念框架共建的要点之三，即明确目标客户，锁定经济管理的目标，从而为概念框架共建提供保障。概念框架共建的要点之四，要进行会计监控和审计监控，即通过财务方面所反映出的经济情况进行监控，从而正确分析和解决所出现的经济问题。概念框架共建的要点之五，对会计监控和审计监控进行测评，只有正确的监控数据，才能得到对于财务的正确分析，并给出有效的经济处理办法，因此，对于监控的测评十分重要。在概念框架共建的研究和探索中，抓住要点，能够使研究数据结果能够更加有效。
四、结束语
合同管理概念范文2
目前,设计知识管理已成为国内外许多研究机构、大学、企业的研究热点,如美国nist的设计知识库项目[2]；欧洲wise工程知识管理项目[3]、moka项目[4]；韩国lg公司资助的知识管理项目[5]；国家863资助的知识管理平台研究[6]等,但还没有一个实用的能支持概念设计知识重用的系统,对它的研究也还停留在理论准备阶段。
本文在研究了基于本体的的概念设计知识模型的基础上,提出了基于本体的概念设计知识管理框架,研究了用户对本体的定义、对知识结构内容的自由扩充以及概念设计知识的检索方法等关键技术。
1、基于本体的概念设计知识建模
1.1概念设计知识分类与表达
概念设计是对设计问题加以描述,并以方案的形式提出众多解的设计阶段[7].概念设计从不同的角度有多种定义[8].一般认为,概念设计是指以设计要求为输入、以最佳方案为输出的系统所包含的工作流程,是一个由功能向结构的转换过程。
图1描述了一般概念设计的工作流程,它包含综合与评价两个基本过程。综合是指根据设计要求,运用各种分析、设计方法推理而生成的多个方案,是个发散过程；评价则从方案集中择出最优,是个收敛过程。概念设计是将所设计的产品看成一个系统,运用系统工程的方法去分析和设计。具体说,概念设计就是将设计对象的总功能分解成相互有机联系的若干功能单元,并以功能单元为子系统进行再次分解,生成更低一级的功能单元,经过这样逐层分解,直至对应的各个最末端功能单元能够找到一个可以实现的技术原理解。概念设计的主要任务是功能到结构的映射,概念设计过程主要包括：功能创新、功能分析和功能结构设计、工作原理解的搜索和确定、功能载体方案构思和决策。
根据概念设计的过程及人在设计时的认知特点将概念设计知识分为元知识和实例知识（其分类如图2所示）。元知识中主要包括功能知识、技术原理解知识、结构知识等。实例知识中主要包括方案设计实例、技术原理解实例、产品实例等知识。
（1）功能知识。主要描述产品完成的任务,描述产品的功能及功能子项。描述产品要完成的功能,包括功能内容、实现参数、性能指标等；
（2）技术原理解知识。描述产品功能及功能子项的原理解答。它的表达要复杂些,一方面可用文字、数字表达它的说明、解答参数,另一方面,要有图形支持产品原理解答；
（3）结构知识。描述产品的结构设计状况,是对原理域知识的细化和扩充,是求解原理解的结构载体,可描述产品关键部分的形状、尺寸和参数。产品功能结构的映射（简称为功构映射）就是对产品的功能模型进行结构实现的求解,是将产品功能性的描述转化为能实现这些功能的具有具体形状、尺寸及相互关系的零部件描述。在这里功能是产品结构的抽象,是结构实现的目的；而结构则为实现某功能而选用的一组构件或元件。功能结构间的关系一般而言是多对多的映射关系。一个功能可能由一个或多个特征或元件实现,而一个特征或元件也可能完成一个或多个功能；
（4）实例知识。已成功或失败的设计范例,包括方案设计实例,产品结构知识实例、技术原理解实例等。它包含了更多的实际因素,是类比设计和基于实例推理设计的基础。
以工程机械中某型滑模式水泥摊铺机为例,总功能为摊铺水泥路面,总功能可细分为滑模作业、控制作业等功能,滑模作业功能又可细分为提水泥浆、挤压成型等功能。其中某个功能的实现可能会由几个结构组合而成,例如滑模式水泥摊铺机滑模作业功能就是由螺旋分料器、刮平板等几个结构一起才能实现。图3为该水泥摊铺机的功能层次定义和功能分解结构举例。该产品所对应的结构分解则如图4所示。图5中给出了对于滑模作业功能的技术原理解简图、技术原理解的评价、参考产品,以及实现该功能的说明等相关的知识。
如何利用计算机技术对概念设计予以支持,对概念设计知识进行有效的管理,至今仍没有较好的解决方法。目前的知识建模主要是专家系统,最常用的知识模型包括框架、产生式规则、语义网络、谓词逻辑等。专家系统的知识建模主要侧重符号层的系统实现,很少考虑动态的,非结构化的知识,造成专家系统解决问题的局限性,使得专家系统不能解决大型复杂问题。
本体作为“对概念化显式的详细说明”[9,10],研究领域内的对象、概念和其他实体,以及它们之间的关系,可以很好地解决概念设计知识的表达、检索和重用等问题。采用本体描述概念设计知识可以支持细粒度的产品语义信息的描述,可以形式化地定义特定领域的知识,如概念、事实、规则等；支持语义层面的集成和共享,基于本体的知识定义可以对知识作普遍的、无歧义的语义解释,可以保证不同使用者之间进行语义层面的信息共享和互操作。
1.2本体建模过程描述
本体是某一领域的概念化描述,着意于在抽象层次提出描述客观世界的抽象模型,它包括两个基本的要素：概念和概念之间的关系。本体的构建必须满足以下的要求：对目标领域的清晰描述；概念或概念之间关系的明确定义；一般性和综合性原则。本体可以有多种表述方式,包括图形方式、语言形式和xml文档形式等。
基于本体的产品概念设计知识建模过程包括3个阶段：
（1）产品概念设计知识目标确定。产品概念设计知识定位,概念设计知识的定位决定本体构造的功能需求及最终用户。
（2）产品概念设计知识本体分析与建立。根据需求分析,确定该领域的相关概念及概念属性,并用xml语言进行形式化描述。这个阶段是建立概念设计知识本体的关键环节,直接影响到整个本体的生成质量,同时也是工作量最大的阶段。
（3）产品概念设计知识本体评价。对所创建的本体进行一致性及完备性评价。一致性是指术语之间的关系逻辑上应保持一致；完备性是指本体中概念及关系应是完善的。我们称该3阶段的组合为产品概念设计知识本体建模的一个生命周期（见图6）。
1.3概念设计知识的本体表示
在此我们以工程机械中滑模式水泥摊铺机为例,结合图3～图5中的实际知识,从概念实体、概念属性及概念间关系等方面来说明产品知识、功能知识、技术原理解知识、技术原理解实例等概念设计知识的本体表示,通过概念蕴涵、属性关联、相互约束和公理定义等方法揭示了概念间的本质联系,形成一个语义关系清晰的产品概念设计知识模型。建模采用目前最新的owl语言描述。
表述的语义为一个滑模式水泥摊铺机继承了一个产品的所有属性,此外还具备了关系属性：摊铺能力,同时,又对属性摊铺能力作了限制：只能应用于滑模式水泥摊铺机领域,且取值变化只能在摊铺宽度中（省略了关于滑模式水泥摊铺机类似属性的定义,如摊铺厚度和摊铺速度等）。
（3）功能知识类
<owl：classrdf：id=“功能知识”>
<owl：restriction><owl：onpropertyrdf：resource=“#功能名称”/>
<owl：cardinality>1</owl：cardinality>
</owl：restricton>
<owl：restriction><owl：onpropertyrdf：resource=“#产品”/>
<owl：mincardinality>1</owl：mincardinality>
</owl：restricton>
</owl：class>
表述的语义为一个功能知识只有一个功能名称,且最少具有一个相关产品（省略了功能知识类似属性的定义,如功能编号、功能说明、创建人、创建时间、存储位置等）。
（4）功能技术原理解类
<owl：classrdf：id=“功能技术原理解”>
<owl：restriction>
<owl：onpropertyrdf：resource=“#功能知识”/></owl：restricton>
<owl：restriction>
<owl：onpropertyrdf：resource=“#技术原理解简图”/></owl：restricton>
</owl：class>
表述的语义为一个功能技术原理解具有对应的功能名称,相关的技术原理解简图（省略了技术原理解类似属性的定义,如评价、参考产品、创建人、创建时间、存储位置等）。
上述描述中,使用类公理（subclassof）描述了两个类（概念）之间的继承关系,如滑模式水泥摊铺机类是产品类的子类。在描述类属性时,使用关系属性（objectproperty）描述了类的某个属性同时也表示了两个类之间的某种关系,如摊铺能力既是滑模式水泥摊铺机类的一个属性,同时也表达了和摊铺宽度类之间的对应关系。另外,使用属性公理domain和range表示属性的应用领域和属性的取值范围,如属性摊铺能力只能用于滑模式水泥摊铺机类,且它的取值只能是摊铺宽度数据集。
1.4基于本体的概念设计知识管理的特点和优势
基于本体的概念设计知识管理可以让设计人员更好地重用已有的概念设计知识,基于本体的概念设计知识管理具有以下的一些特点或优势：
（1）支持用户定制知识类别。产品概念设计过程中,需要运用多种类型的知识,如：功能类、功能技术原理方案解类等。这些知识的描述和使用有着不同的特点,不能用相同的描述框架来处理。基于本体的设计知识建模允许用户对设计中知识类别加以定制,针对每一类别定义其描述属性,从而较好的解决了概念设计中多来源多类型知识的表示问题。
（2）支持概念共享的知识库构建。概念设计知识本体的构造澄清了概念设计领域知识的结构,为概念设计知识的表示打好了基础,而本体中统一的术语和概念也使概念设计知识更好地共享成为可能。基于本体的概念设计知识表示在区分不同知识类别的同时,建立起概念间的共享联系。通过概念间的共享机制,避免了设计知识库的数据冗余和数据不一致问题,方便了知识的建模录入、检索及统计处理。
（3）多视图和基于本体概念的知识检索。在目前的应用系统中一般采用基于关键字的数据库查询方法,由于其数据库组织不是建立在能够表示概念之间的关系、事实和实例的领域模型的基础上,因此无法实现智能查询和信息推理,也就无法解决语义异构性问题。由于不同的组织和人员可能使用不同的词语表示同一个含义,因此查询系统得不到意义相同但用词（语法）不同的内容。当需要对多个数据源进行查询的时候问题更为明显,多意词和同义词会使查询得到许多不相关的信息,而忽略另外一些重要信息。
在基于本体的概念设计知识管理中由于具有统一的术语和概念,知识库建立在本体的基础上,使得基于知识的设计意图匹配成为可能。采用基于知识、语义上的检索匹配,对用户的检索请求,通过查询转换器按照本体把各种检索请求转换成对应的概念,在本体的帮助下从知识库中匹配出符合条件的数据集合,解决了语义异构的问题。
从人在设计时的认知特点出发,可以采用基于功能分解树的功能设计知识检索视图、基于产品分解结构树的结构设计知识检索视图,还可以利用本体中已定义的概念定义其它知识检索视图,比如需求功能知识检索视图、软件工具使用知识检索视图等,实现基于知识检索的设计意图的匹配。
2、基于本体的概念设计知识管理
2.1概念设计知识管理系统结构
结合工程机械行业的实际,本文提出了图7所示的基于本体的产品概念设计知识管理系统结构,系统按照知识产生、获取和利用的流程来构建,系统结构主要包括概念设计知识管理工具、数据接口程序以及基于本体的概念设计知识库,具体由4个部分构成。
（1）概念设计知识获取。概念设计知识的获取包括从概念设计知识本体定义、本体之间关系定义、本体知识库生成到概念设计知识获取整个过程。
（2）概念设计知识维护。主要包括从概念设计知识本体维护、本体关系维护、知识库重新生成到概念设计知识维护的过程,实现对本体的属性修改,各类知识之间的关系维护,以及知识库的更新等。
（3）概念设计知识检索重用。系统中提供基于多视图的知识检索方式,如基于功能分解树的功能设计知识检索视图、基于产品分解结构树的结构设计知识检索视图,及用户定义的其它知识检索视图。此外系统提供基于本体概念的知识检索方式,通过本体映射库,可以实现同义词的检索,保证可能会采用不同的概念和术语表示相同的设计信息的人可以得到相同的知识帮助。
（4）概念设计知识库的构建。要实现基于本体的,支持客户自定义的概念设计知识管理,系统必须由足够的柔性,支持各类知识的存储,作为系统基石的知识库的构建就不能采用完全预先定义的方式,在系统中我们采用基础数据库加上在此基础上经过本体定义工具动态生成的各类知识库的方法保证基于本体的知识管理的实现。
2.2概念设计知识管理关键技术及实现
合同管理概念范文3
[关键词] 本体 供应链管理 聚类本体
一、供应链管理及其特点
在全球经济的竞争中，出现了一些新的交易模式，如B2B和B2C，而与此同时也形成了一些新颖而富有创造力的商业合作关系，如供应链和虚拟企业网络。
供应链（Supply Chain）是关于协作信息、原材料流、工厂运做及物流的管理。它能以最小的资源利用成本，灵活而敏捷地应对顾客需要的变化。供应链存在的基础是不同的、独立的业务实体间的同步，也就是供应链成员内部以及成员间的协调。供应链成员需要本着合作的精神进行谈判和妥协，目的是寻求整个供应链的绩效最优。供应链管理（Supply Chain Management, SCM）是对不相关系统及其部件组成的复杂网络进行管理的艺术和科学，包括确定供应链目标，制定相关战略、战术，以及对其实施的有效、高效控制。
对整个供应链而言，决策是在一种分布式环境下进行的。供应链管理会把整个供应链的共同策略强加给供应链的各个成员，而每个成员自己的目标和策略尽管都独立于共同的目标和策略，在实施时却需要同整个供应链的目标策略相一致。供应链是一个复合分布式系统，供应链可以建模成为一个智能（Intelligent Agent）系统，这些为同一最终目标而合作。
一个基本的供应链包括来源（Source）、生产（Make）、运输（Delivery）三个业务流程。生产部门根据顾客的需求从供应商购买原材料，生产出的产品通过运输配送到不同销售点以满足顾客需求，基本的供应链管理框架如图1所示。
图1 供应链管理的基本框架
供应链管理是创建设置供应链，确定供应链的测度指标，找到供应链中的弱点，通过协同工作获得最佳效果以满足顾客需求的过程。供应链管理的目标是制定管理所有资源（原材料、服务）、平衡累积需求和供给的策略，包括五个步骤：规划（Plan）、来源（Source）、产品和材料（Product & material）、传递（Delivery）、返还（Return）。供应链管理是对供应链各环节中产品流、资金流和信息流的管理，其管理的复杂性在于，其一需要同时考虑不同的目标;其二在于供应链中任何一个环节细小的修改都会影响到整个供应链的效益。
本体是对共享概念化的正式、清晰的说明，它可以看作特定领域知识的语义本源。利用本体可以实同特定领域中不同主体间知识的共享与重用。如果在供应链管理中采用一个标准的本体集，这将有利用于增强不同供应链管理系统间的互操作性。
二、本体与供应链管理
本体也可以看作某领域公认的概念集，通过本体可以使领域知识结构更加明确，有助于不同的人（或）对信息语义理解的一致性。按照本体的应用规模和级别可以分为四类，分别为域本体（domain ontology）、任务本体（task ontology）、元本体（meta-ontology）、知识表示本体（knowledge representation ontology）。Gruber提出了本体开发时需要遵循的标准，清晰（clarity）、一致（coherence）、可扩展性（Extendibility）、最小编码偏差（minimal encoding bias）、最小本体承诺（minimal ontological commitment）。本体是某领域内重要概念的简单等级结构描述，并辅以对每一概念的详细描述。本体包括一系列概念，例如 类（class）、子类（subclass）、类结构（class hierarchy）、实例（instance）、槽（slot）、值（value）、默认值（default value）、面（facet）、类型（type）、势（cardinality）、继承（inheritance）、变量（variable）、关系（relation）等。
本体技术是语义网的基础，目前较多采用的开发语言是DAML+OIL，其他的开发描述语言还包括，XOL（XML-Based Ontology exchange Language）、SHOE（Simple HTML Ontology Extension）、OML（Ontology Markup Language ）、OIL（Ontology Interchange Language）。本体已经成功地应用到知识管理和电子商务领域。
供应链管理系统可以看作一个分布式信息系统，其所面临的主要问题是异质性问题，也就是系统结构和设备异构和系统间缺乏统一的语义理解(即本体)。造成这种语义异构的原因就在于整个供应链中的信息系统没有共同的本体。具体表现为：不同系统使用多种术语表示同一概念，同一概念在不同系统中表达不同的含义，各系统使用不同的结构表示相同的信息，各系统中的概念之间存在着各种关联，但由于各系统分布自治，这种隐含的联系不能显性化。
解决信息异构的方式有两种，即结构方法和语义方法。结构方法的扩展性差、而且不提供语义级的检索，以本体作为语义层集成手段的语义方法能很好的解决这一问题，但实现比较复杂、因为涉及本体的建立。作为供应链中结点的不同企业间(即 整条供应链内部)存在着信息系统的差异，即使同一企业的内部不同部门之间也存在着信息的不一致性。尽管EDI和受控词汇(CV，Controlled Vocabulary)在一定程度上可以解决这个问题，但是也有其自身不足。EDI需要大量资源投入，甚至重构业务流程以适应EDI的要求，提高了现有运作成本。通过本体技术可以很好地解决现有的问题。
三、本体在供应链管理中的应用
供应链管理需要供应链中不同的环节中的资源或间互操作，通过本体的方法可以解决这些问题。间的互操作是非常复杂的，因为不同的往往是独立开发的，间采用的是不同的通信语言和术语。独立开发的的互操作能力主要依赖于彼此间的理解能力。本体是共享的概念化的正式的清晰的表述。概念化就是指对一些现象的抽象，也就这个现象相关的概念、概念的含义及利用这些概念的限制，也就是说本体应该是可以机读的，这样本体就为互操作过程中所使用的术语提供了正式、明确的说明。
不同对其所处的环境的理解不同，其目标和能力也不尽相同，但从整个供应链管理来说，为完成供应链的目标它们之间要能够进行互操作。这种互操作是不同基于共同理解的基础上达成一致的结果，是以间对不同之处妥协为基础的。通过本体合并（merging）可以实现这一要求，本体合并也就是建立一个包含不同版本本体的本体，这些本体内容之间有相似或交叉的部分。
解决互操作问题的方法之一就是元层次方法（meta level approach），指从元属性层次来描述本体。元属性指可变性、可变频率、逆可变性、事件可变性、模式、原型化、例外、继承、继承与差别，元属性包括各种语义信息，目的是表征在概念描述中的不同属。元属性对概念语义的精确说明以及本体分析来说是非常重要的。这种元属性描述方法的创新之处就在于，它可以通过对概念属性的可变化的描述，来清晰地表达随时间变化的属。此外，这种方法还能表示类成员机制，因为每个属性都关联一个定性的量词（qualitative quantifier）以表达子类继承了多少属性。这种模型不仅表达概念的原型属性，而且还包括一些特殊的属性。通过这种清晰的描述我们不仅可以很好地理解一般域，而且还能理解概念在描述具体域时的作用。
供应链本体应该为供应链管理中不同主体提供标准的交流方式，使供应链软件开发商能基于一致的供应链管理的概念进行软件开发，供应链本体可以为作一个基础本体用于更具体的本体的构建。
在进行供应链本体开发时，首先要通过供应链相关文献获取与供应链管理相关的信息并建立供应链管理领域的精确定义。之后，从获取到的知识中抽取出供应链管理的不同概念，只有最相关的并一致认可的概念才能抽取出来。抽取后的概念可以分为不同的组，而且不同概念间的关系也应该描述出来。在此基础上再进一步抽取不同概念的详细属性，最后利用本体开发工具构建出本体。开发过程如图2所示。
图2 供应链本体的开发过程
根据供应链的定义和特点及供应链管理本体开发方法我们可以利用元层次方法创建企业本体。本体可以看来具有一定逻辑规则集的图，即O=(G，R)。图可以表达供应链运行过程的等级结构顺序，这也可以与供应链管理中的多系统相对应。图是由节点V和边E组成的，即G=（V，E）。其中节点代表概念名称，而边代表概念间的关系。关系或其所表态的语义可以是元属性中定义任何概念或关系，如类O、子类O等。对于供应链本体，特别需要注意的是节点的，内部评价以及节点间的多元交流与谈判。根据供应链流程，可以做出供应链管理本体的元图，如图3所示。
图3 供应链管理本体元图
供应链本体从管理的角度来看，它应该有以下特点：
1.易变性，即概念属性变化的可靠性；
2.易变频率，即在概念描述中属性变化的频度；
3.事件易变性，即属性变化的原因；
4.模态，表示命题真假的方式。
考虑到上述特点，所以在构建供应链本体时可采用聚类本体。采用聚类本体的基础是不同类及其资源概念间存在着相似之处。表示类及其资源模型的本体是一致的，没有冗余且经过结构化处理的。在聚类本体中的每一个本体都通过属性和关系来描述概念，而且等级结构中的层次结构也利于不同间信息的传递，所以聚类本体的等级结构可以使供应链管理中不同的异质本体共存，并通过本体间联系来实现间的互操作。
四、本体在供应链管理中应用时应注意的问题
在开发供应链本体时首先需要注意的问题是选择哪一种开发语言。不同的开发语言有其自身的应用特点。供应链管理中需要不同的间进行谈判与协商，也就是要在共同语义理解的基础上各要具体一定的能力，所在本体开发时需要优先选择能够描述规则并进行推理的语言，如OIL和DAML+OIL。
本体应用于供应链管理时，必须注意本体的演化问题。在聚类等级结构的本体中继承是一个重要的特点。一个本体可以重用并扩展为另外一个本体，当被重用的本体发生变化时，必然导致在它基础上派生出别的本体的变化，因此供应链管理中本体之间的变化是互相关联的，它们之间的实时同步问题是必须解决的。如果一个供应链系统中相互信赖的本体越多，则系统中本体演化的复杂性就越高。本体的演化是一个分散的协作过程，供应链管理中相互依赖的本体在物理上的分布必须考虑，本体的深化需要追踪每个本体的改变，以及一系列的相关变化。
参考文献:
[1]Alexander V. Smirnov, Charu Chandra. Ontology-Based Knowledge Management for Co-operative Supply Chain Configuration[EB/OL].[2007-04-06]省略
[2]Frankovi, B., Budinská, I., Dang, T. Tung. Ontological framework for supply chain modeling and management[EB/OL]. [2007-04-06]bmf.hu/conferences/SAMI2003/BUDINSKA.pdf
[3]Ali Ahmad, Mansooreh Mollaghasemi, Luis Rabelo. Ontologies for Supply Chain Management[EB/OL].[2007-04-20] www2.isye.gatech.edu/people/faculty/Leon_McGinnis/8851/Sources/Ontology/Ontologies.pdf
[4]李勇:关于本体整合的研究及其在供应链管理中的应用[D].天津：天津大学电子信息工程学院,2005
合同管理概念范文4
中图分类号:TN919-34文献标识码:A
文章编号:1004-373X(2010)18-0114-04
Ontology Metadata Mode of Business Credit Based on Descriptive Logic
LI Guang-ming, ZHOU Huan
(School of Information Management, Shanghai Finance University,Shanghai 201209,China)
Abstract: To solve the problem that members from commercial credit business can not effectively share information, aiming at the deficiency of existed method in solving concept expression and semantic extension, the information flow structure and content between participants to commercial credit business based on the detailed analysis of commercial credit is described. The descriptive logic original language is used to abstract concept and relation from some problem field to build ontology model, and integrated ontology representation is combined with metadata to build expanded and inferable ontology metadata model according to business requirement. This method is used to describe heterogeneous information, and is expected to provide effective solution to share heterogeneous information from heterogeneous sources.Keywords: business credit; descriptive logic; ontology; metadata
0 引 言
商业信贷管理信息系统是连接征信系统,贷款提供者,贷款需求者,第三方工具提供者等商业信贷参与方的信息链条。建立无歧义的,能够让系统成员都能够理解的数据是十分重要的。为了加强信息的表示,建立┮恢知能够映射系统参与方所使用的数据,并根据业务变化可扩展和推理的标准化的数据组织方式是十分必要的。本体是应用于信息管理领域中的重要方法,它将问题领域中的对象抽象成概念和概念间的关系,使用形式化的方法表示这些概念,使得计算机能够接收并处理,加强异构系统用户对数据的共享[1]。描述逻辑利用概念和规则符号将问题领域中的原子概念和规则表示出来,定义良好的语义和表示能力,并具有基于逻辑的推理能力,是目前应用比较广泛的本体描述原语,成为OWL-S等标准本体描述语言的语义基础。本文将引入可以跨平台,并且可根据用户需求,扩展语义的基于本体的元数据表示模型,表示贷款业务参与方之间交互的异构信息。
1 商业信贷管理系统结构
商业信贷系统包括核心业务功能和辅助业务。核心业务包括接收贷款申请,抵质押品管理,贷款合同的签订,贷款档案的管理,归还贷款本息等内容。辅助业务为核心业务提供支持,以规避贷款拖欠风险,提高贷款效率为目的。辅助业务包括信用审核,还款能力的审核,用款活动开展情况的检测,抵质押品价值的评估,还贷催收,还贷风险评估,行业分析等内容。辅助业务的执行需要同信贷机构以外的相关单位发生数据的交换。比如,评估还贷意愿,需要查看银行等征信机构的信用信息,还需要从工商,税务,电信,等部门获取贷款者的信用经历信息。为了最大限度的发挥核心业务,信贷机构从第三方服务提供者处获取服务,如信用等级评价,不同行业的贷款风险评估,抵质押品管理等。
2 基于描述逻辑的本体表示
2.1 本体的表述
基于面向对象的思想,本文将本体表述为:
Ontology=Q{C,CP},{CE,CEP},{R,RP},{RE,REP},H,XR,
式中:C表示由问题领域中的名词概念抽象出来,具有相同属性和行为结构的概念类的集合;CP表示类的属性声明,属性为类的静态特征;CE是问题领域中概念类的实例的声明,实例的属性用CEP表示;R表示问题领域中的关系,类与类之间可以具有某种关系,关系也可以成为新的类,即关系类,关系是由问题领域中与名词概念在同一层次的动作概念抽象而来,关系也具有相应的属性,用于描述关系的特征;RP表示描述关系的属性;RE表示关系的实例;REP表示关系实例的属性;H表示问题领域中所使用的计算工具,公里,定理等内容;X表示属性的约束和限制。
2.2 基于描述逻辑的本体元数据表示
(1) 基本的逻辑符号。
在描述逻辑中提供了基本的逻辑原语用于表示复杂的概念和关系。如:“∧”逻辑与、“∨”逻辑或等为基本的逻辑关系符号;“”逻辑蕴涵、“”逻辑等价、“≤”上限基数、“≥”下限基数、“M”包含于等扩展的逻辑关系符号;PartOf,InstanceOf,SubclassOf等表示组合等逻辑关系。
(2) 原子类和复合类。
问题领域中,类可以分为原子类和复合类。原子类是指不可以再分的类,用符号{C}表示,复合类由原子通过逻辑连接符号连接而成。如,C,D表示原子类,复合类MC∧D,表示原子式C和D通过“∧”操作形成复合类M。
(3) 类的属性。
在问题领域中,类的特征是通过属性表述出来的,一个类可能具有多个属性。类的属性之间通过“逻辑与”符号链接,表示属于同一个类。Q{C},{C.p1∧C.p2}R,式中C表示概念类,p1,p2表示类具有的属性。如果C是由多个原子类复合而成,则原子类的属性自动变成C的属性。
(4) 类的实例及其属性。
为了更清楚的表示概念类的实例,可以使用C(E)表示概念类C的E实例,可将类的实例形式化为:Q{C},{C.p1∧C.p2},{C(E1),C(E2)},{C(E1).p1∧C(E1).p2 ,C(E1). p1∧C(E1). p2}R,其中,C(E1), C(E2)表示对象类C的E1,E2实例。实例同对象类一样,也可以通过逻辑联结符合进行扩展或组合。如C(E)=(M∧N)(E),其中,概念类C是由M和N复合而来。
(5) 定义关系及其属性。
在问题领域中,类与类之间的使动行为用关系来表示。对象类之间的关系用小写的字符表示,如:Q{P M Q∧r1,Q M Z∧r2.a}R,表示概念类P与Q之间的关系为r1,Q与Z之间的关系为r2,r2具有属性a。关系实例为对象类之间联系的具体实现。其定义方法同对象类实例的定义方法相同。关系的实例表示具体的关系。比如张强是张红的父亲。
(6) 定义属性约束和限制。约束主要包括域约束和范围约束,域约束是指该属性仅对什么类有效,而范围约束则是指该属性的取值属于哪个类的实例、或哪种类型的数值等。
3 本体元数据在商业信贷系统中的应用
3.1 建立商业信贷系统数据模型
商业信贷系统数据模型的分析是建立本体元数据的第一步,可以明确指示出参与商业信贷活动的各个行为主体,以及主体间交换的数据。通过对数据模型的完全解析,对于问题领域中相关概念的提取和概念类的抽象,有着重要的作用。商业信贷系统的数据模型可描述如图1所示。
图1 商业贷款一级数据模型
由于篇幅限制,本文所只列出的商业信贷系统一级数据模型。商业信贷管理可以分为贷款申请提交和审核,签订贷款合同,贷款档案管理,业务检查,还款等父霆阶段。在贷款申请审核中,需要审核贷款者基本信息,信用信息,还款能力评价,贷款申请提交和审核阶段,需要审核贷款者家庭信息,财务信息,工作信息,信用信息等内容;款审核通过后,将签订贷款合同,建立贷款档案;签订贷款后,将根据行业信息观察用款情况,催收余款。
3.2 从问题领域的抽象出相关概念类
经过对商业信贷管理系统问题领域的分析,按照其所承担的业务角色,可以将其分为参与人,关系,信贷机构,规则,单据,抵质押品,信用,报表,工具,贷款产品等概念类,以及提供,处理等关系类。参与人是指除信贷机构以外的信贷活动参与者,如贷款个人,贷款企业等;关系是指贷款人之间,参与贷款活动的成员之间,或贷款人与贷款机构之间的关系;信贷机构是指贷款的提供方,信贷机构需要对参与人提供的信用信息,抵押制品,身份材料,报表等进行审核。规则是由信贷机构所制定的规范贷款人行为的各项规章制度,如拖欠还款的惩罚措施等。表单是指贷款人为取得贷款和保证按期返款所提供的各种材料,如贷款申请等。抵质押品是由贷款人或担保人所提供的房屋等有价担保品。信用是来源于银行,税务,信贷机构等单位的能够证明贷款人信用履历的材料。报表包括行业分析,业务分析,财务报表等用于预警贷款风险的数据分析材料。工具包括用于信用评价,抵质押品价值评估,风险控制,行业与业务分析等活动所使用的方法与工具。贷款产品是信贷机构根据贷款人特点所设计的各种贷款策略。处理关系类是参与人与信贷机构等概念类之间所发生的各种关系,包括贷款申请的审核,抵质押品评估,贷款能力评价,业务状况评价,贷款者分类等各项活动。提供关系类是参与人所提供的各种申请,材料,报表所进行的操作。商业信贷管理问题领域的概念抽象如图2所示。
图2 商业信贷管理问题领域的概念抽象
3.3 基于描述逻辑的信贷本体构建
根据问题领域中抽象出来的概念,结合描述逻辑的逻辑原语,将商业信贷领域中的概念类和关系类,及其属性和关系分配集声明如下:
(1) 概念类和关系类的声明。
参与人概念类可以声明为:Q参与人{(贷款人) ,(担保人)}R,贷款人,担保人为参与人的子类。贷款人和担保人还可以派生出贷款个人和贷款企业,担保个人和担保企业。如果A企业是贷款人,则可将其声明为概念类贷款企业的实例Q贷款企业(A)R。
关系概念类可声明为: Q关系{(担保),(家庭成员),(机构成员)}R。担保类可派生出担保人,担保机构;家庭成员可派生出妻子,父母,子女等亲属;机构成员可派生出股东,总经理,法人代表等机构职位。
信贷机构可声明为:Q信贷机构{(银行),(贷款公司)}R,因为在商业信贷系统中,信贷机构主要指提供贷款的银行,贷款公司等机构。
表单概念类是商业信贷管理系统中重要的本体元素之一。表单类可声明为:Q表单{(申请),(合同),(档案),(单据)}R,申请类可派生出Q{(贷款申请),(还款申请)Q{(全额还款申请,提前还款申请,部分还款申请)}RR等子类,合同类可派生出贷款合同子类,档案类可派生出贷款档案等子类,单据类可派生出Q{(抵质押品单据),(业务调查单据),(还款记录)}R等子类。
规则概念类声明为:Q规则{(信用等级评价规则),(贷款分类评价规则),(担保方式),(还款方式),(贷款检查规则),(档案管理规则)}R等。
报表概念类可声明为:Q报表{(行业分析报表),(业务分析报表),(还款能力分析报表)}R
工具概念类可声明为:Q{(信用评估工具),(风险控制工具),(行业分析工具),(业务分析工具)}R。
抵质押品类的声明,将最常见的抵质押品单独声明,而其他形式的抵质押品归为其他类。如:Q抵质押品{(房屋),(汽车),(其他)}R。
处理关系类是发生与概念类之间的关系。主要发生于信贷机构类和参与人类之间,处理关系类可声明为:Q处理{(审核),(评估),(检查),(预警)}R等处理。审核类可派生出贷款申请审核,信用审核,业务审核的子类;评估类可派生出抵质押品评估,还款能力评估,业务绩效评估等子类;检查类可派生出业务检查,还贷检查等子类,评估可派生出信用评估,还款能力评估,风险评估等子类,预警类可派生出拖欠还贷预警,风险预警等子类。
(2) 属性的声明。
属性是描述对象特征的重要元素。每个概念类和关系类都具有相应的属性。子类除了继承了基类的属性之外,还会派生出新的属性。统计属性的工作量比较大,本文不可能一一举例,现仅以贷款个人为例说明,其属性可声明如下:
Q{贷款个人.个人信息∧贷款个人.家庭信息∧贷款个人.教育信息∧贷款个人.健康信息∧贷款个人点居住信息∧贷款个人.联系方式.贷款个人.经济信息}R
其中个人信息,家庭信息,健康信息等是描述贷款个人特征的属性集合。根据需要,也可声明为概念类。因此可知,类的某种概念类可声明为另一种概念的属性。
(3) 公理与工具。
公理与工具的声明同概念类声明集中的工具概念类不同。工具概念了是商业信贷系统,根据自身特点和业务属性所定义的工具。而公理与工具声明是信贷系统所使用的,已经被广泛采纳的,具有一定标准的通用的公里和计算工具。
(4) 概念类间的逻辑表示。
通过对信贷问题领域的分析,可以抽象出原子概念类,在实际应用中,原子类不可能表示出所有问题,有时需要与其他原子类逻辑连接,来表示更复杂的概念。我们以贷款流程的本体描述为例来说明概念类间的逻辑表示。已知原子概念类和关系类声明为:人员(Person)、表单(form)、报表(paper)、机构(unit),规则(rule),提供与审核(offerandaudit),处理(Handle)等关系类。其业务关系为:贷款人(persion(loanperson))向信贷机构(creditunit)提供(applyto)贷款申请(Form(apply)),被信贷机构(creditunit)使用面向相关业务的工具或方法(Method)审核(Handle(audit))申请,签订贷款合同(Form(Contract)),贷款人按照合同规定,向信贷机构(creditunit)支付(pay)利息(interest),在规定的期限内归还(repay)贷款,信贷机构(creditunit)对业务进行审核(Handle(audit)),控制风险。
源元数据中的原子类总结为术语和关系的集合。{(Loanperson,Creditunit,Form(Contract),Method,Mortage),(Handle( applyto,credit),pay}
则术语之间的关系可表示为:
{(Person (Loanperson)M .applyto Form(apply),Person M .apply mortage,Creditunit .audit Form(apply) ∧Method,Person(loanpersion)M.pay interest∧.repay Mortage}}};
(5) 本体间推理的描述。
本体的一个最重要特征就是推理。通过逻辑符号,可以表示本体元素间的推理。在信贷本体中,概念类间可以通过关系类结合,形成新的类,来表示业务逻辑。如上文所述,商业信贷问题领域中包含关系类处理中包含有审核关系类。具有审核贷款申请,评价信用和还款能力等逻辑功能。将贷款申请审核关系声明为Doapply,信用评价关系声明为Docredit,评价还款能力声明为Dorepayability。贷款申请Doapply具有布尔类型的属性“是否通过”,声明为Ispass,如果没有通过则为SIspass;信用评价关系需要借助规则类中的信用评价等级规则,即ruleauditclass,信用评价关系可声明为Docredit∧RuleAuditClass.value(n),value表示信用评价等级的值,括号中的数值表示等级数。还款能力评价表示为Dorepayabilit∧RuleRepayAbityClass.value(n),RuleRepayAbilityClass表示还款能力评价等级。因此,对于某贷款人贷款申请的批复可声明为Loanpersion∧Doapply.IsPass{Docredit∧RuleAuditClass.value(≥3)∧Dorepayabilit∧RuleRepayAbityClass.value(≥2)},表示贷款人如果获得贷款申请通过,必须信用等级评价超过3级,还款能力评价在2级以上。
通过上式可以把概念类之间的逻辑关系转化成逻辑推理公式,可以通过逻辑推理运算,完成商业信贷问题领域中的逻辑推理。
4 结 语
通过以上的形式化描述,即将商业信贷系统资源元数据的概念术语,术语的属性,术语类间的关系描述出来,通过形式化元数据的交互,实现资源数据信息的共享。同理,可将其他数据资源形式化描述出来,在商业信贷成员间无歧义的共享供业务信息。
参考文献
[1]COYL Karen. Unerdstand metadata and its purpose[J].ManagementTechnology, 2005.4:160-163.
[2]张宇,蒋东兴,刘启新.基于元数据的异构数据集整合方案[J].清华大学学报,2009(7):1037-1041.
[3]林小晶,杨立,左春.支持动态标准的政务元数据管理的研究与应用[J].计算机工程与设计,2008,29(3):109-112.
[4]Giunipero Larry C. Purchasing supply chain management flexibility: moving to an entrepreneurial skill set [J]. Industrial Marketing Management, 2005(3): 602-613.
[5]MOVVA Sunil, RAMACHANDRAN Rahul. Syntactic and semantic metadata integration for science data use [J].Computers & Geosciences, 2005(5):1126-1134.
[6]HUA Zhong-sheng. Impact of demand uncertainty on supply chain cooperation of single-period products [J]. International Journal of Production Economics, 2006(10):268-284 .
[7]WY Yan-ni. Extending metadata with scenarios in adaptive distributed system [J].Journal of Network and Computer Application, 2007(5):1283-1294.
[8]史春景.基于本体的车间业务流程知识分析及表达[J].东北大学学报:自然科学版,2010(3):422-427.
[9]温立.基于辅助决策的应急事件本体模型研究[J].情报杂志,2010(2):132-136.
合同管理概念范文5
论文关键词：知识管理；本体；教育
知识管理在发展早期仅是基于数据库或文档管理的初级技术，但随着信息技术的发展，知识管理已经成为一个非常活跃的领域并拥有很广泛的发展前景。目前知识管理越来越多地被企事业用来提高技术和竞争等，但在知识经济时代，知识管理应紧紧和知识活动联系在一起，首当其冲的便是教育。
1研究背景
知识管理是指将可得到的各种信息转化为知识，并将知识与人联系起来的过程。它包括：1)对信息的管理，通过智能化的信息深加工实现信息的知识化增值、发现、组织、共享和使用；2)对人的管理，实现隐性知识的发现、组织、共享和使用。知识管理的基本活动包括对知识的识别、获取、开发、分解、使用和存储。当前知识管理中的问题是：如何把信息以统一的方式组织并避免对同一知识的不同描述影响理解和共享?如何提高计算机的查全率和查准率并利用有组织的信息获取知识?
引入本体与知识管理结合可以很好地解决这些问题。本体源自哲学的概念。Gruber给出目前非常流行的本体定义：本体是概念模型的明确的规范说明。本体提供了目标世界的公共词汇，为信息的描述和交换提供适当的数据结构。本体最大好处是明确了概念与概念之间的关系，因此在教育领域的知识管理中引入本体，使知识对象化，必定会给知识的集成和重用带来益处，而且可以使与之匹配的知识对象的关系和属性得到完整和清晰的描述，通过这些，用户可以获取更适合自己的知识。
2基于本体的教学知识管理系统框架
本体是构建知识管理系统的有效方式，对于具体的项目而涉及的工作包括概念定义和资源组织2个方面。每个概念的定义要包括它的含义、子概念、父概念、每个类的实例概念问的各种关联、概念与外部资源的关联。该框架分为知识收集及获取、知识检索和知识推理3个部分，具体关系如图1所示。
1)知识收集及获取。知识的收集及获取的首要任务是要将有用的信息资源结合进知识管理系统中，并与本体方法论相结合，将信息通过本体构建工具转化为用本体语言描述的知识，放入本体库中。此系统的目标用户有2类，一类是资源的使用者(学生或者教师)，另一类是资源的加工者。收集和获取的信息资源是指对教学有帮助的课件、试题、音视频等资料，在本体中对教育资源分类遵循的是LOM元数据标准等。
2)知识检索。目前的应用系统中由于其数据库不是建立在能够表示概念之间的关系、事实和实例的领域模型的基础上，因此无法实现智能查询和信息推理。不同的组织和人员可能使用不同的词语表示同一个含义，因此查询系统对意义相同但用词不同的内容无法进行精确的检索，当对多个数据源进行查询时问题更明显。在基于本体的概念设计知识管理中由于具有统一的术语和概念，采用基于知识、语义上的检索匹配，在本体的帮助下从本体库中匹配出符合条件的数据集合，解决语义异构的问题，在教师和学生查询具体资源时能够减少对冗繁数据筛选的时间，也能够提高信息检索的精确性。
3)知识推理。推理使用推理机能够对初始本体进行处理，通过自定义规则或者内在规则，能获得原有本体隐含的没有直接定义的知识。推理机不仅能对本体语言内在的各种关系进行计算，而且支持自定义规则推理。自定义规则定义更加丰富，可以包括反映现实世界的某种传递或逆反关系等，实现对知识模型更灵活的操作。比如放入一个新的教学资源，推理机就能够对其进行推理，从而得知其具体所属类及定义。
合同管理概念范文6
内容摘要：新服务开发流程前端阶段是新服务开发的起始，决定着新服务开发的方向和效率。本文对新服务开发前端阶段进行了分析，并提出了一些建议，以期对企业服务开发活动有所帮助。
关键词：新服务 开发 前端阶段
服务概念的定义
在服务设计和新服务开发文献中经常会提到服务概念这一术语。各学者也从不同方面对服务概念进行了定义。Heskett（1986）将服务概念定义为企业希望顾客、员工、股东和债权人能够感知到的服务。Edvardsson和Olsson（1996）提出服务概念是服务的原型和服务活动的写照，并将服务概念定义为企业对顾客欲被满足的需求是什么，这些需求如何被满足，企业为顾客做什么以及怎么做的具体描述。Lovelock（1999）等将服务概念分解为服务营销概念和服务操作概念。服务营销概念描述了顾客可以从服务中得到的利益，服务操作概念描述了服务如何传递给顾客。Johnston和Clark（2001）认为服务概念包括服务操作概念、服务体验概念、服务结果概念和服务价值概念。服务操作概念描述服务如何被传递，服务体验概念描述顾客对于服务的直接体验，服务结果概念描述顾客得到了什么利益，服务价值概念描述了顾客感受到的利益与享受服务所付出的成本之间的比较。
国内学者蔺雷和吴贵生（2007）提出服务概念是指服务的原型，即能够为顾客创造和传递效用和利益的服务及各种子服务，主要包括两方面内容即对顾客需求的描述；通过相应形式的服务内容或服务包的设计满足顾客需求的方式。总之，服务概念是服务设计和开发中的一个关键阶段，服务概念由对顾客需求的理解而产生，并需要与企业的战略和竞争意图相一致。
服务概念开发的流程
（一）创意产生
服务创意产生的重要目的就是在识别顾客需求的基础上产生具有很大潜力的新服务创意。从内部上看，新服务创意的来源可以是营销部门、高级管理层、其他管理者和员工。特别地，第一线员工是新服务创意的重要来源。第一线员工在服务过程中需要与顾客直接交流，这样就使得员工在与顾客的日常接触中获得第一手资料，这些资料可以帮助企业能够深入了解不断变化的需求和市场动态，同时也是新服务概念产生的重要源泉。一些服务企业也认识到了员工是新服务创意的重要来源，它们越来越注重开发员工的知识和创造力，如柯达和美国航空公司建立了促进员工交流和沟通的创新系统；同时企业内部的研发部门也是新服务创意的重要来源。从外部上看，新服务创意的来源可以是顾客、竞争者、管制放松和外部专家。特别地，顾客是新服务创意的重要外部来源。Matting，Sanden和Edvardsson（2004）提出：从开创性和顾客价值来说，顾客的创意比专业服务开发人员的创意更具有创新性。Martin和Horne（1995）指出在创意产生阶段，顾客信息利用显得尤为关键，此外由于服务的易模仿性，竞争者也被认为是新服务创意的重要来源。例如，Teixeira和Ziskin（1993）提出接近80%的银行认为同业竞争者是新产品创意的重要来源。
在理论与实践中也形成了许多概念或创意开发方法（杨德林，2006），有思维法，包括主体促进法、思路扩展法、水平思考法等；协作法，包括头脑风暴法、专家调查法等；分析法，包括问题分析法、需求分析法、属性分析法等；系统法，包括TRIZ方法、创造力模板法、QFD方法等。
（二）创意筛选
服务创意筛选是新服务开发过程中的重要环节，是对众多服务创意进行筛选，以评选出符合市场需求、企业战略和自身能力的服务概念的过程。服务创意筛选，需要构造适当的指标体系并选择合适的筛选技术。概念筛选可以使用定性或定量标准。大多数服务企业都使用正式的筛选程序，其中利润、销售额和市场份额估计也常用作筛选的标准。一些企业还将新服务对企业形象的潜在影响作为特定的筛选标准。Kelly和Storey（1999）通过案例研究，将概念筛选标准概括为：财务表现、市场表现、特定管理输入、战略计划和可得资源等五项指标。财务表现主要是指成本、回收期、利润、收入等方面，市场表现包括市场利益、顾客需求和同业竞争等，特定管理输入包括用户评价、产品经理输入等，战略计划包括与企业计划的适合性、与整体战略的适合性等，可得资源包括系统能力、传递能力等。
此外，企业总体战略、服务创新战略目标和更具体化的新服务开发管理目标，都可能成为创意筛选的标准。关于创意筛选标准的选择，主要考虑：新服务开发目标兼容性、可能构造的服务产品的独特优势、成本、可能的系统协同效应、企业的资源与能力约束以及具体服务行业的特征因素等几个方面。
关于创意筛选方法，Rochford （1991）提出常用的筛选方法有分级法、清单法和分值法。Ambler和Styles（1996）发现服务企业最常用的筛选方法有顾客筛选、运营筛选、战略筛选、技术筛选和市场筛选。总之，在创意筛选过程中可能会出现更多必须考虑取舍的因素，这使得筛选标准的制定成为一个难点。因而现在也没有一个公认的创意筛选标准。因此，普遍的服务创意筛选标准的设立将是未来研究的一个重要方向。
（三）概念开发
服务概念是在服务创意的基础上形成的，是对服务创意的概念化，将创意变得更加具体化、结构化。根据Edvardsson和Olsson 观点，服务概念是服务的原型和服务活动的写照，并将服务概念定义为企业对顾客欲被满足的需求是什么，这些需求如何被满足，企业为顾客做什么以及怎么做的具体描述。同时，一个典型的服务概念应包括对新服务的描述，采用新服务的原因，新服务特性利益的概述和继续开发的合理性。许多学者认为，由于服务的特性，在进行服务描述时不仅要关注核心服务，还要关注附加服务。核心服务是服务企业向顾客提供服务的主要内容。附加服务包括便利和支持。便利是为让顾客使用核心服务而附加的服务，具有方便核心服务使用的作用。支持的作用是增加服务的价值或者使企业的服务同其他竞争者的服务区分开来，它经常被企业作为一种差别化战略而使用。
（四）概念测试
概念测试具体要解决三个方面的问题：顾客对新服务创意的理解程度；顾客对新的服务概念的接受程度及喜好点；新服务能让顾客感受到哪些特别好处，符合他们尚没被满足的需求。通过概念测试可以看出顾客的认可程度，征求顾客意见，不断对新服务概念进行修改和完善。
在概念测试阶段中可以采用定性测试与定量测试两种方法，但与定量测试相比，企业可能更偏向于定性测试。同时，各利益相关者都可以加入到概念测试中。企业还可以通过多种方式进行概念测试，如客户调查、目标组调查或测试目标市场对新服务概念的反应等。
综上所述，服务概念的开发是新服务开发获得成功的基础，同时又是难点。服务本身的无形特性决定了服务概念具有一定的模糊性，难以明确表达，也不具有新产品开发中可以触知的产品原型。因此，服务企业要对顾客需求进行全面、深入的分析，尽量准确地表达服务概念的内涵，减少抽象性，使新服务开发具备坚实的基础。
企业新服务概念开发的建议
明确新服务概念开发的原则。企业进行新服务概念开发须明确和坚持以下原则：概念开发需面向市场，以顾客需求为关注焦点；坚持战略导向，树立基于资源、能力和技术积累的新服务开发理念；尽可能采用集成化新服务概念开发方法。
新服务概念开发需要强有力的组织结构。新服务开发组织应具有高度的灵活性，高效快速的信息传递系统，较高的管理权利，充分的决策自等。总的原则是使新服务开发能快速、高效地进行。新服务创意或概念构思来源于多个方面，这表明有效的新服务开发应该是多部门集成式的、跨职能的团队开发。基于此新服务概念开发的组织架构应充分体现组织的支持与承诺、高层管理者的积极参与、企业内部合作和相互支持、快速的概念筛选决策和有效的信息沟通等要求。随着新服务开发项目复杂性越来越高，其沟通和协调的工作量越来越大，因此建立专门的项目小组成为越来越多的研究者和管理者倾向的项目管理方式。此外，多功能团队是将企业服务战略规划转化为商业收益的枢纽，其工作质量的好坏直接涉及高层管理者的决策和服务开发的顺利实施，因此如何加强对其管理有着特别重要的意义。
注重顾客需求和顾客参与。顾客需求的识别决定着服务概念开发能否成功，因此，在概念开发阶段能否有效识别顾客需求决定着整个开发项目能够成功，同时满足顾客需求的理念也应贯穿在整个服务开发过程中。只有站在顾客的立场上，制定和实施企业服务开发战略，才能生产出真正满足消费者需求的新服务。同时，顾客参与新服务概念开发减少了该阶段的模糊性，使该阶段活动更准确、更清晰。
注重员工培训、培养创新文化。企业新服务概念开发是企业业务层对市场需求信息的感悟、预测、分析进而产生新服务概念的活动，这个活动流程的效率与企业的制度和创新文化导向有着重要的相关性。 同时，要关注员工的知识学习，积极鼓励员工不断学习和创新，形成知识共享，培养良好的创新氛围。综上所述，新服务概念开发是新服务开发的重要起点，对新服务开发的最终成功至关重要。然而，无论是在国内还是国外，关于新服务概念开发的研究文献很少，这也凸显出未来该方面研究的重要性和紧迫性。
参考文献：
1.Lovelock C,Vandermerwe S,Lewis B. Services Marketing:A European Perspective[M].London:Prentice Hall Europe,1999
2.Johnston R,Clark G.Service Operations Management[M].Harlow,UK:Prentice Hall,2001
3.蔺雷，吴贵生.服务创新[M].清华大学出版社，2007
