转载：众包模式下基于交易成本理论的并行管理模型研究（作者：邢 颖 郭基凤 缑西梅 ）

摘　要　众包是一种新兴的软件开发模式，具有经济学特性。针对在线交易市场中存在的问题，引入交易成本理论， 设计了众包模式下的并行管理模型，并对其进行符号化定义、成本分析及均衡点设置，最后以“漏洞修复”为案例讲解 了模型的应用。模型强调以市场竞争为基础的资源管理和分配，具有实际应用意义，有助于实现供需双方资源管理与 优化分配，提高开发效率。

关键词　众包，交易成本，并行，模型

中图法分类号　ＴＰ３９３　　　文献标识码　Ａ　　　ＤＯＩ　１０．１１８９６／ ｊ．ｉｓｓｎ．１００２ －１３７Ｘ．２０１７．０４．０３５

１　引言

众包植根于一个平等主义原则：每个人都拥有对别人有 价值的知识或才华，众包作为桥梁将“我”和“他人”联系起来。 众包模式是指一个公司或机构把过去由员工执行的工作任务 分解成小的、模块化的块，以自由自愿的形式外包给非特定的 （通常是大型的）大众网络的模式［ １］。众包可以完全虚拟化， 企业的生产制造外包、销售外包、人力资源外包、物流外包、信 息技术外包、服务外包等要求在一定的地域内实现一定的联 系。众包比较适合为创新设计领域提供问题解决方案，如产 品与广告设计、营销方案、技术研发、软件设计等。如今众包 模式已经对一些产业产生了颠覆性的影响，如一个跨国公司 耗费几十亿美元也无法解决的研发难题被几个外行人在两周 的时间内圆满完成；过去要数百美元一张的专业水准图片，现 在只要一美元即可买到。

众包可以抽象为在线虚拟市场。国外一些众包模式包 括：ＴｏｐＣｏｄｅｒ股份有限公司使用程序设计比赛来打造专业级 的软件客户端外包，从个人创业到全球财富１０００强企业不 等。它不仅仅是一个软件众包平台，也是软件人才社区。
Ｒｅｎｔ －ａ －Ｃｏｄｅｒ是连接买家和程序员的另外一个“按时间付费” 的在线市场，买方是根据项目所用的时间而非最终的结果为程序员付款。ｉＴｕｎｅｓ　 Ａｐｐ　Ｓｔｏｒｅ是为ｉＰｈｏｎｅ提供的基于市场 方法的应用开发生态系统，内置小额支付系统［ ２］。应用商店 表明，基于小额支付模型的软件交付是被消费者接受的，但是 缺少一种让多个程序员致力于一个项目以及漏洞修复的竞标 方式。综上所述，需要从根本上改变大型软件系统的方法，这 些系统依赖于有机且自我调节的机制，需要探索利用市场机 制的可能性来推动软件的发展，减少使用经济能够加以修复 的缺陷。本文将众包任务的分解完成工作抽象为一个市场平 台，通过引入交易成本理论提出新的并行管理模型，强调以市 场竞争为基础的资源管理和分配，保证双方都获得最大利益。 

２　交易成本理论

交易成本理论是经济学研究中较为成熟的理论，由诺贝 尔经济学奖得主科斯（Ｃｏａｓｅ　Ｒ．Ｈ．）于１９３７年提出。交易成 本理论的根本论点在于对企业的本质加以解释。由于经济体 系中企业的专业分工与市场价格机能之间的运作，产生了专 业分工的现象；但是使用市场的价格机能的成本相对偏高，而 形成的企业机制是人类追求经济效率所形成的组织体。科斯 与威廉姆斯的交易成本理论认为，组织经济行为的维持依赖于 生产成本和交易成本之间的平衡。交易成本理论为评估不同 的内部和外部组织之间的交易问题提供了一个有效的方法，为分析众包决策提供了一个有效的分析框架［ ３］，如图１所示。

 

 

交易成本理论认为组织可以通过众包来降低生产成本， 服务提供商通常具有规模经济带来的较低成本，当众包签约 成本、管理成本、外包商供应成本之和小于自己从事的成本 时，众包企业通过某种机制巧妙地将某些原本应由自己完成 的工作外包给不特定的大众。人人可以表达意见与想法，企 业组织集思广益，将智慧精华作为决策与运作的重要参考。 企业只需付出较少的报酬即可完成任务，大大降低了成本。 

３　基于交易成本理论的众包并行管理模型

３． １　设计原则

本文将众包任务的分解完成工作抽象为一个市场平台， 通过引入交易成本理论提出新的管理模型。模型支持的两个 基本问题是： １）所有用户关于特定工作的偏好和信息汇总； ２）工作资源的优化配置。 模型的设计有以下４个最基本的原则。 １）自主性。其为市场工作的关键属性，所有完成工作的 行为都应该由市场机制调节，这个过程绝不能被市场以外的 实体控制。 ２）包容性：在改进时任何提供信息和执行工作的人都应 该共享奖励。 ３）透明性：系统中市场资金的流动和市场工作人员执行 的任务是透明的。 ４）可靠性：系统应该免受操控，有强劲的抵御攻击的能 力，并能防止“浅”工作。 集中控制缺乏扩展性，从而导致缺乏响应性。为了解决 这个问题，设计模型时可考虑基于信誉的系统：每个贡献者都 有一个等级，每个类型的任务都有一个最小等级的先决条件。 等级可以由管理者进行设置，所以它可以直接给其成员权限 来执行各种操作授权［ ４］。

３． ２　模型设计 根据上文的分析，提出基于交易成本理论的并行管理模 型。模型中服务被视作商品，能以“货币”的形式交易，模型由 以下３部分组成，如图２所示。 １）Ｕｓｅｒ：消费者，即软件用户，可能是个人、公司或者其他 实体。用户通过代理向市场发布自己的要求，包括所需完成 任务的具体描述以及功能偏好，并报出愿意付出的价格。 ２）Ｗｏｒｋｅｒ：生产者，即服务提供方。相关开发人员发布 服务的价格，根据自身成本效益以及买方报价，提供解决方 案，执行工作。每个任务可能都会有一系列的参与到工作流 程各个部分的开发人员，例如问题的记录人员、测试的开发人 员和修复的解决人员。 ３） Ａｇｅｎｔ：代理是模型中的核心组件，是买卖双方之间的接口，主要用于集中管理交易过程，动态管理资源配置，包含 服务请求控制机制、定价机制、监控机制。

 

 在市场机制中，消费者请求通常包含多种信息和偏好，例 如不同种类工作的花费、时间要求、成本控制等。市场允许参 与者使用合适的价格寻找供应商或消费者，供应商在市场中 进行服务注册并发布资源的价格。Ａｇｅｎｔ可以接收许多用户 的请求，用户有权选择提交他们的请求给不同供应商。

在多个消费者与多个供应商之间，交易资金由可信任的 第三方即“代理”托管，起到交易仲裁人的作用［ ５］。用户购买 软件时，将一部分资金放置在市场的Ａｇｅｎｔ银行里，交易双方 在分布式银行中都有账户，用户可以使用这笔资金来投标，然 后开发人员（卖方）根据其成本和经济回报来进行竞标。买方 从中选择他想要为此项目付款的卖方并且把资金交给Ａｇｅｎｔ 保管，市场达到均衡点，达成协议。当工作完成后，买方放在 代理的资金付给卖方，谈判成功。竞标在 Ａｇｅｎｔ中有一个截 止日期，如果竞标到期，那么这些“钱”会返回给投标人。

模型强调以市场竞争为基础的并行资源的管理和分配， 利用供求关系对资源所有者和使用者进行动态配置，试图得 到一个所有资源的均衡点，保证双方都获得最大利益。

３． ３　符号化定义

本文采用基于市场的机制来推动软件的发展，可集中解 决程序资源所存在的问题，这是一个动态配置的过程。根据 上文分析，将模型参与的实体进行符号化定义，主要包括以下 基本实体。

Ｕ ：消费者，即软件用户，可能是个人、公司或者其他实 体。

Ｊ ：任务，即用户想要通过众包平台实现软件中的相关工 作。

Ｗ：生产者，即服务提供方。相关开发人员提供解决方 案，执行工作。

Ｋ ：类别，用于对工作进行分类，如正确性、功能、安全性、 测试等。

：如果任务 ｊ 里面有种类 ｋ ，那么其值是１，否则是０。

：报价，在时间 ｔ 中用户 ｕ愿意为解决工作 ｊ提供的报酬。

：成本，在时间 ｔ 中开人员ｗ执行工作 ｊ的实际花费。如果工作人员ｗ在时间 ｔ 中没有能力或者对执行的工作 ｊ不感兴趣，那么认为

 

货币可以是真实的，也可以是虚拟的。标签用于分类，并 且允许计算关于不同类别的工作项目的汇总统计。市场对这 些类别是不可知的，用户可通过对特定种类的工作提供回报 来表达偏好。

 

３． ４　成本分析与托管

 市场提供资金的方式依赖于软件正在使用的商业模式，不管系统是开源的还是闭源的，市场必须设计成不存在“下游 依赖性” ［ ６］。用户购买服务时，将一部分资金放置在市场的 Ａｇｅｎｔ里，然后用户可以使用这笔资金来投标，如果用户在一 段时间内不投标，那么这些钱会返回给卖方。 根据分析，在时间 ｔ 内工作 ｊ 的总报价：

 

 

因此可定义“用户总需求”为软件每一组成部分可提供报 酬的总和： 

 

 当式（ ２）中的Ｒ ＝０时，说明对于软件没有任何更改或者添加的需求。 本文表示在时间 ｔ 中工作的特定种类 ｋ的需求是：

 

 

市场中在时间 ｔ 内把正确性需求描述为 Ｒｔ ［ ｃｏｒｒｅｃｔｎｅｓｓ ］。 如果正确性需求是０，意味着软件中没有缺陷，类似地可以量 化需求，例如安全性、新的功能和支持特定平台等。

３． ５　均衡点 

每个任务中都可能有参与到工作流程各个部分的工作人 员，例如，问题的记录人员、测试的开发人员和修复的开发人 员。一般来说，工作完成后，所有的贡献者可以共享工作所得 到的报酬；付款也可以在一段时间后进行，以确保贡献的公平 性。由于报酬在开发者之间可以进行动态分配，一般来说，服 务提供方选择利益大于零的任务进行开发，即报酬高于本身 付出的成本。 更具体地，可以定义在时间 ｔ 内对于工作 ｊ 的价值为： 

 

 即工作的价值为以最低的成本执行它所获得的报酬的净成 本。 本文定义整个工作市场的潜在价值为： 

 

 

在时间 ｔ 内，一个系统的正确性需求潜力为Ｐｔ ［ ｃｏｒｒｅｃｔ －ｎｅｓｓ ］， Ｐｔ ［ ｃｏｒｒｅｃｔｎｅｓｓ ］≤ Ｒｔ ［ ｃｏｒｒｅｃｔｎｅｓｓ ］。用户需求Ｒｔ ｊ被认为是在工作 ｊ中按照用户需求工作的价格（或者买入价）， Ｃｔ ｗｊ代表工作人员ｗ愿意为工作 ｊ 提供工 作的价格（或者卖出价）。理想情况下，每当买入价高于或等于 卖出价时，市场就促使工作完成。所以，当 Ｐｔ ［ ｃｏｒｒｅｃｔｎｅｓｓ ］＝ ０时定义一个系统是正确性平衡。如图３所示， Ｅ 点即是均 衡点。

 

 

实际的工作环境是动态的，工作人员对每一项工作都可 以在解决方案质量和执行工作的成本之间达到最佳平衡。例 如对于正确性 Ｐｔ ［ ｃｏｒｒｅｃｔｎｅｓｓ ］＝０；系统会不断地向平衡移 动，通过执行来自市场竞争的潜在价值的工作来向前推动［ ７］。尽管一个绝对的平衡在现实中可能永远不会实现，但是均衡 点的定义在系统行为框架方面仍然是十分有用的。 

４　案例分析
４． １　工作流程 本文以某个用户希望通过众包平台进行软件“漏洞修复” 为案例来介绍模型的实际应用：开发人员修复漏洞，然后测试 人员对修复程序进行测试。 某软件“漏洞修复”的工作流程如下： 步骤１　报告。用户提交错误报告，可以是当应用程序 崩溃时简单地点击弹出框中的按钮（“发送报告给提供商”）或 者提交漏洞数据库中明确存在的问题。 步骤２　竞标。对于修复该漏洞，通过代理以报酬 Ｒｊ 进 行竞标。 步骤３　组织整理。漏洞被确定为工作流程里的一个独 立部分，确定等级。 步骤４　重现。创建和提交重现错误的方式，从而让修 复者可以开始工作。 步骤５　修复。制定漏洞修复，普通等级的漏洞可以修 复，高等级的漏洞需要往上层提交。 步骤６　测试。测试修复，要么通过提供可执行的测试 用例，要么通过运行系统。后者因为需要较大程度的信任，所 以通常需要很高的等级。通过修复，测试获得更高的奖励。 步骤７　提交。提交修复到程序规范代码库，通常需要 很高的等级。 步骤８　发布补丁。漏洞修复完成后发布新版本，投标 者可以指定支付当前补丁或等待新版本。
４． ２　模拟分析 本节对交易过程进行分析，假设漏洞发现者为Ｗ １，漏洞修复者为Ｗ ２，漏洞测试者为Ｗ ３。在时间Ｔ ０ 用户Ｕ报告了一个漏洞 Ｂ ；开发者（公司、组 织或者开源社区）在 Ａｇｅｎｔ中发布关于 Ｂ 的相关信息；用户 开始对 Ｂ 进行付费以反映修复的价值，在一段时间 Ｔ １ 内，奖 励随着这个漏洞上升为 Ｒ Ｔ １ Ｂ ；开发人员认为充足的钱可以促 成修复 Ｂ 盈利，就会进入并且开始对 Ｂ 工作；在时间 Ｔ ２ 后， 报酬为 Ｒ Ｔ ２ Ｂ ，开发人员完成了工作，其他用户或者测试者通过 测试软件来检查修复是否健壮；如果在时间 Ｔ ３ 内漏洞在开 发人员提交的解决方案中被发现，那么负责漏洞的检测人员 分享奖励资金 Ｒ Ｔ ３ Ｂ 。 根据本文提出的模型，并行交易处理方式如图４所示。

 

 

可以认为支付方案在漏洞发现者Ｗ １、漏洞修复者Ｗ ２ 和漏洞测试者Ｗ ３ 三者之间以不同的比例分配奖励资金ＲＢ，以 反映他们解决相应漏洞的相对贡献力度。例如，漏洞的发现者被确定为第一个发现特定漏洞的人，该漏洞需要被证实为 真实的。确定该漏洞被初始发现时的重要性比例通过（ Ｔ １－Ｔ ０）／（ Ｔ ３－ Ｔ ０）进行计算，若该比例较高，则说明此发现十分 有用，因为在很短的时间内就能够累积一大笔资金。很明显， 部分用户群将会从修复漏洞中获得重要的实用程序。 同样，如果花费的时间段 Ｔ ２－ Ｔ １ 较长，则往往表明修复 意义重大，并且漏洞修复者花费了相当大的精力。同样，时间 段 Ｔ ３－ Ｔ ２ 越长，修复就越健壮。因此，测试者越早发现其中 的缺陷，越能从中获得更大的份额。 结束语　本文将众包任务的分解完成工作抽象为一个市 场平台，引入交易成本理论，设计了众包模式下的新的并行管 理模型，然后分析了设计原则，并用数学方法进行符号化定 义、成本分析与托管以及买卖双方均衡点的设置，最后以“漏 洞修复”为案例讲解了模型的应用。模型具有一定的创新性， 有助于实现供需双方资源管理与优化分配，提高开发效率。 “代理”监管的有效性以及模型中的效率量化是下一步要研究 的内容。