IT服务管理中分布协作支持的研究与实现

第３６卷　第２Ｏ期　１１ｏＬ３６　Ｎｏ．２ｏ　计算机工程　２０１０年ｌＯ月　Ｏｃｔｏｂｅｒ　２０１０　Ｃｏｍｐｕｔｅｒ　Ｅｎｇｉｎｅｅｒｉｎｇ　・开发研究与设计技术・　文章编号：１ｏ００－＿３４２８（２ｏ１ｏ）２０．－＿０２４　３　文献标识码：Ａ　中圈分类号：ＴＰ３９１　ＩＴ服务管理中分布协作支持的研究与实现　严威，沈备军　（上海交通大学软件学院，上海２００２４０）　摘要：分析ＩＴ服务管理在企业中的运作模式及在协同运作模式下的应用场景，在此基础上提出基于工作单管理流程和配置管理委托机　制的分布协作方案，设计并实现一个支持分布协作的ＩＴ服务管理工具。协作方案和工具已．运用于试点企业，运行结果表明，该方案能够　有效地实现ＩＴ服务管理的分布协作。　关键词：ＩＴ服务管理；分布协作；工作单管理；委托机制　Ｒｅｓｅａｒｃｈ　ａｎｄ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｃｏｌｌａｂｏｒａｔｉｖｅ　Ｓｕｐｐｏｒｔ　ｉｎ　ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ　．　ＹＡＮ　Ｗｅｉ，ＳＨＥＮ　Ｂｅｉ－ｊｕｎ　（Ｓｃｈｏｏｌ　ｏｆ　Ｓｏｆｔｗａｒｅ，Ｓｈａｎｇｈａｉ　Ｊｉａｏｔｏｎｇ　Ｕｎｉｖｅｒｓｉｔｙ，Ｓｈａｎｇｈａｉ　２００２４０，Ｃｈｉｎａ）　［Ａｂｓｔｒａｃｔ］Ｔｈｉｓ　ｐａｐｅｒ　ａｎａｌｙｚｅｓ　ｏｐｅｒａｔｉｏｎ　ｍｏｄｅｓ　ｏｆ　ｅｎｔｅｒｐｒｉｓｅ　ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ（ＩＴＳＭ）ａｎｄ　ｄｉｓｃｕｓｓｅｓ　ｔｈｅ　ｃｏｌｌａｂｏｒａｔｉｏｎ　ｓｃｅｎａｒｉｏ　ｆｏｒ　ＩＴＳＭ．　Ｏｎ　ｔｈｅ　ｂａｓｉｓ　ｏｆ　ｔｈｉｓ，ｔｈｉｓ　ｐａｐｅｒ　ｐｒｏｐｏｓｅｓ　ａｎ　ｉｎｎｏｖａｔｉｖｅ　ｓｃｈｅｍｅ　ｗｈｉｃｈ　ｃｏｍｐｒｅｈｅｎｄｓ　ａ　ｍｅｔｈｏｄｏｌｏｇｙ　ａｎｄ　ａ　ｔｏｏｌ　ｔｏ　ｓｕｐｐｏｒｔ　ｃｏｌｌａｂｏｒａｔｉｏｎ　ｉｎ　ＩＴ　ｓｅｒｖｉｃｅ　ｍａｎａｇｅｍｅｎｔ　ｂａｓｅｄ　ｏｎ　ｔｈｅ　ｗｏｒｋｓｈｅｅｔ　ｍａｎａｇｅｍｅｎｔ　ｐｒｏｃｅｓｓ　ａｎｄ　ｄｅｌｅｇａｔｉｏｎ　ｍｅｃｈａｎｉｓｍ　ｉｎ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｍａｎａｇｅｍｅｎｔ．Ｔｈｒｅｅ　ｅｎｔｅｒｐｒｉｓｅｓ　ａｒｅ　ｃｈｏｓｅｎ　ｆｏｒ　ｐｉｌｏｔ　ｒｕｎ，ｒｅｓｕｌｔ　ｓｈｏｗｓ　ｔｈａｔ　ｔｈｅ　ｓｃｈｅｍｅ　ｃａｎ　ｐｒｏｖｉｄｅ　ａ　ｇｏｏｄ　ｓｕｐｐｏｒｔ　ｆｏｒ　ｄｉｓｔｉｒｂｕｔｅｄ　ｃｏｌｌａｂｏｒａｔｉｏｎ　ｉｎ　ＩＴＳＭ．　［Ｋｅｙ　ｗｏｒｄｓ］ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ（ＩＴＳＭ）；ｄｉｓｔｒｉｂｕｔｅｄ　ｃｏｌｌａｂｏｒａｔｉｏｎ；ｗｏｒｋｓｈｅｅｔ　ｍａｎａｇｅｍｅｎｔ；ｄｅｌｅｇａｔｉｏｎ　ｍｅｃｈａｎｉｓｍ　１概述　２．１　ＩＴＳＭ运作模式　随着企业信息化建设的不断深入，各行各业对信息技术　目前，国内企业ＩＴＳＭ的具体应用情况可归纳为４种运　的依赖越来越大。无论是外部的ＩＴ组织，还是企业内部的ＩＴ　作模式：　部门都迫切希望提高ＩＴ服务的质量，以更好地支持企业的核　（１）完全托管模式。多数初创型的小企业，没有固定的办　心业务。人们普遍认识到缺乏有效的管理是目前企业信息化　公场所，多数ＩＴ服务均采用外包的模式。企业的主要业务系　建设的“瓶颈”，而ＩＴ服务管理（ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ，　统均采用托管或租用的方式运行。企业的全部或部分业务将　ＩＴＳＭ）正是国际上公认的解决ＩＴ运维问题最有效的方法　】。　运行在这些托管的ＩＴ资源之上。　目前，许多国家和机构在研究ＩＴ服务管理理论，并开发　（２）自建模式。多数的大中型非ＩＴ行业企业内部都有强　了ＩＴ服务管理的实践模型。其中，基于信息技术基础设施库　大的ＩＴ部门，这些ＩＴ部门管理企业１３常运作需要的所有ＩＴ　（ｈｔｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｌｉｂｒａｒｙ，ＩＴＩＬ）的ＩＴ服务　服务。　管理在国外已经得到了广泛应用，整合全球的ＩＴ管理最佳实　（３）多用户多租户模式　Ｊ。多数的ＩＴ企业需要为面向企业　践，可以有效地降低成本、提高服务质量。　的客户提供ＩＴ产品／服务的售后技术支持与服务。因而这里　然而，现实的ＩＴ环境正在变得越来越复杂，单独的ＩＴ　的服务支持运作过程需要面向不同的客户提供具有一定个性　部门往往无法处理所有可能出现的ＩＴ问题，无法保证ＩＴ服　化的ＩＴ服务支持。　务的高质量。因此，他们迫切需要通过与其他ＩＴ服务提供者，　（４）协同运作模式。不少企业内部的ＩＴ部门在管理ＩＴ服　尤其是ＩＴ行业企业进行紧密的协作来共同管理ＩＴ服务。但　务的同时，将部分ＩＴ服务采用外包的形式委托给第三方ＩＴ　ＩＴＩＬ注重的是在单独组织中如何进行有效的流程管理，缺乏　服务提供者进行管理。　对协作的考虑，现有的ＩＴＳＭ工具也都没能很好地支持分布　这４种不同运作模式的企业共同组成了一个非常复杂的　协作。　ＩＴ环境，图１展示了该环境下ＩＴ服务管理的情况。其中，　基于以上情况，本文分析了ＩＴ服务管理中的运作模式和　企业Ａ采用的是完全托管模式，它将所有的ＩＴ服务托管给　场景，提出了一种基于数据同步和流程协作的分布协作机制，　ＩＴ服务提供商ｘ和Ｙ。企业Ｂ采用的是自建的模式，其内部　并实现了支持分布协作的ＩＴＳＭ工具。　的ＩＴ部门可以完全胜任企业Ｂ中所有ＩＴ服务的管理工作。　２　ＩＴ服务管理中的协同运作模式　ＩＴ服务提供商ｘ和Ｙ采用的是多用户多租户的模式，它们　为了了解国内企业ＩＴ服务管理的现状和面临的挑战，本　ｔｌｆｔｔ：ｌｌ目：上海市信息化专项基金资助项目；上海市网络化制造与　文对上海本地２４家比较具有代表性的企业进行了ＩＴ服务情　企业信息化重点实验室开放基金资助项目　况的调研访谈。其中，软件企业占２１％（５家），硬件企业占　作者简介：严威（１９８４－－），男，硕士研究生，主研方向：ＩＴ服务　８％（２家），集成企业占１７％（４家），服务企业占４６％（１１家），　管理，软件工程；沈备军，副教授、博士　制造企业占８％（２家）。　收稿日期：２０１０—０２—２０　Ｅ－ｍａｉｌ：ｙｙａｚａ＠ｈｏｔｍａｉｌ　ｃｏｉｒｌ　一２４７—　面向企业客户提供ＩＴ服务管理方面的支持。企业Ｃ采用的是　协同运作模式，一部分ＩＴ服务由内部ＩＴ部门自主管理，另　一部分托管于ＩＴ服务提供商ｘ和Ｙ。　图２委托配置项　这里，ＩＴ部门可以选择将一个配置项的信息划分为公共　部分和私有部分，以确保商业秘密或私有信息不被共享。这　图１复杂ＩＴ环境中的ＩＴ服务管理　样，在ＩＴ服务提供商处创建的配置项副本只保留了该配置项　的公共信息。　（２）同步更新配置项信息　２．２协同运作模式的应用场景　面对大量企业ＩＴＳＭ协作运行的需求及其提出的挑战，　本文详细地对这种模式的应用场景进行了分析，即企业是如　何通过与ＩＴ服务提供商的协作来低成本高效率地管理ＩＴ　服务。　②　一　为了避免配置项信息在协作方中同时修改，本文约定只　有在ＩＴ服务提供商处才能修改。一旦配置项信息在ＩＴ服务　提供商处修改，对于公共信息的修改会同步更新到委托方ＩＴ　部门的配置管理数据库中。这样就确保了公共的数据在协作　方之间保持一致。　如图１所示，当企业Ｃ的某项ＩＴ服务出现问题时（假设　该ＩＴ服务事先已委托给ＩＴ服务提供商ｘ来管理），该服务的　使用者首先找到的是企业Ｃ内部ＩＴ部门的服务台。如果一线　的支持人员无法通过初步的支持来解决问题，则一个事件管　理流程开始。假设仅凭该ＩＴ部门的能力无法完成该事件管理　流程，它们就有可能需要和ＩＴ服务提供商ｘ进行合作。在　３．２基于工作单的流程协作　为了实现流程协作中具体任务的分派和完成，本文借鉴　现代企业中精细化管理的经验，提出了工作单管理流程。该　流程负责在本地或远程创建、分派和完成具体工作。其中，　一这种情况下，当事件管理进行到某个活动（如事件解决活动）　时，事件的负责人将活动细分成不同的任务分别交给部门内　部支持人员和服务提供商ｘ。直到这些任务都被完成，事件　管理流程才能进入到下一步。可见，这样的管理流程可以更　好地利用不同组织的优秀管理资源。　张工作单是对某项具体任务的描述。通过工作单管理流程，　可以将具体工作分派给协作双方，从而实现管理流程的协同　完成。　工作单管理流程主要的活动包括创建工作单、分派工作　单，完成工作单和审核工作单，如图３所示。　３　ＩＴ服务管理中的分布　协作方案　为帮助企业在复杂的ＩＴ　环境中保持竞争力，本文提　出一个ＩＴ服务管理中的分布　协作方案来支持协同运作模　式和场景。该方案从数据同　步和流程协作２个方面来保　障分布协作的执行。　３．１基于配置管理委托机制　的数据同步　配置管理致力于通过维　护ＩＴ基础设施和ＩＴ服务的　逻辑模式来协助管理ＩＴ服务的经济价值。在配置管理流程　中，ＩＴ组件以及运用这些ＩＴ组件所提供的服务被称为配置　项（Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｉｔｅｍｓ，ｃｉ）。这些配置项都被保存到配置管理　图３工作单管理流程　（１）创建工作单　工作单既可以由ＩＴ支持人员手工创建，也可以由ＩＴＳＭ　自动完成，本文只考虑人工创建的情况。需要完成的工作通　过自然语言的形式保存到工作单的描述中。　（２）分派工作单　数据库（Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｄａｔａｂａｓｅ，ＣＭＤＢ）［３１中。　配置管理数据的主要作用是提供实时的配置项信息，为　工作单的创建者可以将工作单发送至远程的ＩＴ服务提　供商或者本地的ＩＴ服务支持人员。在ＩＴ服务提供商一端，　工作单管理经理接收所有来自外部的工作单，并决定是否接　受该工作单。如接受，工作单管理经理需要将工作单分派给　其他流程的运作和人员的决策提供数据支持。这些配置项信　息同样也是分布式协作中协作者需要分享的数据，所以，必　须让这些数据在协作者之间保持一致。针对这一需求，本文　提出了配置管理委托机制来确保数据的一致，该机制包含了　２个主要的部分：　（１）委托配置项　鉴于企业内部的ＩＴ部门往往需要将其部分配置项委托　该ＩＴ服务提供商内部的ＩＴ服务支持人员，若拒绝，拒绝信　息须反馈给工作单创建者。　（３）完成工作单　最终接收工作单的ＩＴ支持人员根据工作单中描述的任　务描述完成具体的工作。当工作完成时，该完成人员填写解　给外部的ＩＴ服务提供商，这种情况下委托的配置项信息必须　同时保存到ＩＴ服务提供商的配置管理数据库中，如图２所示。　决情况的信息，提交给工作单创建者。　２４８一　在该活动中，ＩＴ服务提供商的工作人员如果对配置项有　了整体虚拟ＩＴ支持团队资源的优化配置。　所更改，需要及时联系配置管理经理修改配置项。如果牵涉　到公共信息的修改，这些更新后的数据将会同步更新到委托　方的ＩＴ部门处。　（４）审核工作单　工作单创建者负责对工作单完成情况进行审核。如果任　务已被完成则关闭工作单，工作单管理流程结束。如果任务　没有得到很好完成，创建者可以重新将工作单分派，以重新　完成该项工作。　３．３分布协作示例　本节以事件管理流程为例来展示分布协作方案如何整合　到ＩＴＩＬ的核心流程中。　事件管理的目标是尽快将出现问题ＩＴ服务恢复到正常　Ｊ。　其主要活动包括：事件记录，分类，诊断，解决和关闭。本　文选择诊断和解决２个活动来应用该方案，如图４所示。　图５企业ＩＴ服务支持工具的部署模型　表１试运行企业及其运作模式　试运用单位名称　上海哈迪威紧固件有限公司　上海全华网络有限公司　上海允灏机电系统工程有限公司　运作模式　自建模式　多用户多租户模式　协同运作模式　图４整合工作单管理和事件管理漉程　５结束语　本文在分析ＩＴ服务管理运作模式和场景的基础上，提出　了一个基于数据同步和流程协作的方案来支持ＩＴ服务管理　中的分布协作，并实现了相应的支撑工具。今后，还将继续　完善分布协作机制，优化分布协作中的资源配置。　在解决活动中，ＩＴ部门的支持人员可以同时发工作单给　ＩＴ服务提供商和本部门的其他支持人员，通过双方协作来完　成事件解决这个活动。若在此过程中配置项变动，由服务提　供商配置管理员来更新该配置项的信息，更新后双方的配置　项信息仍然可以保持一致。类似，可以将分布协作方案应用　到其他流程。　参考文献　【１］Ｂｏｎ　Ｊ　Ｖ　ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｉｎｔｒｏｄｕｃｔｉｏｎ［Ｍ］．Ｖａｎｃｏｕｖｅｒ，　Ｃａｎａｄａ：Ｖａｎ　Ｈａｒｅｎ　Ｐｕｂｌｉｓｈｉｎｇ，２００２．　４工具实现　本文开发了一个ＩＴ服务支持工具以实现上述方案。该工　［２１　Ｌａｒｉｓａ　Ｓ，Ｎａｇａ　Ａ，Ｍｅｌｉｓｓａ　Ｂ，ｅｔ　ａ１．Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ　Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ　ｆｏｒ　ＩＴ　Ｓｅｒｖｉｃｅ　Ｍａｎａｇｅｍｅｎｔ［Ｃ］／／Ｐｒｏｃ．ｏｆ　ｔｈｅ　１０ｔｈ　ＩＦＩＰ／ＩＥＥＥ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｓｙｍｐｏｓｉｕｍ　ｏｎ　Ｉｎｔｅｇｒａｔｅｄ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　具包含了ＩＴＩＬ中服务支持的所有流程，并通过工作单管理与　核心流程的紧密整合和配置管理的委托机制实现了分布协作。　企业ＩＴ服务支持工具用Ｊａｖａ　ＥＥ开发的基于ＭＶＣ模式　的Ｗｅｂ应用系统。界面采用ＥｘｔＪｓ，后台使用ｓｔｒｕｔｓ２＋ｓｐｒｉｎｇ＋　Ｈｉｂｅｒｎａｔｅ。所有分布式的交互功能都被封装为一系列的Ｗｅｂ　Ｓｅｒｖｉｃｅ，这些Ｗｅｂ　Ｓｅｒｖｉｃｅ同样由Ｓｐｒｉｎｇ容器进行管理。整　ＩＳ．１．］：ＩＥＥＥ　Ｐｒｅｓｓ，２００７：７５７—７６０．　［３］Ｂｒｅｎｎｅｒ　Ｍ，Ｓａｉｌｅｒ　Ｍ，Ｓｃｈａａｆ　Ｌ　ｅｔ　ａ１　ＣＭＤＢ——Ｙｅｔ　Ａｎｏｔｈｅｒ　ＭＩＢ？　Ｏｎ　Ｒｅｕｓｉｎｇ　Ｍａｎａｇｅｍｅｎｔ　Ｍｏｄｅｌ　Ｃｏｎｃｅｐｔｓ　ｉｎ　ＩＴＩＬ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ［Ｃ］／／Ｐｒｏｃ．ｏｆ　１７ｔｈ　ＩＦＩＰ／ＩＥＥＥ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｗｏｒｋｓｈｏｐ　ｏｎ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｓｙｓｔｅｍｓ：Ｏｐｅｒａｔｉｏｎｓ　ａｎｄ　Ｍａｎａｇｅｍｅｎｔ．ｉｓ．１．］：ＩＥＥＥ　Ｐｒｅｓｓ，２００６：２６９～２８０．　个工具的最终部署如图５所示。２００９年５月，工具全部开发　完成，并通过了上海计算机软件技术开发中心评测实验室的　测试。为了兼顾到应用试点单位的行业覆盖特性和典型性等　因素，最终选定了如表１所示的３家应用试点单位。３个月　的试运行效果表明，该工具通过对公司内部服务支持流程的　标准化改造，统一了服务的入口，改进了最终的客户服务体　验，有效协调了ＩＴ服务管理支持团队之间的工作调度，实现　（上接第２４６页）　［４］Ｇｕｐｔａ　Ｒ，Ｐｒａｓａｄ　Ｋ，Ｍｏｈａｎｉａ　Ｍ．Ａｕｔｏｍａｔｉｎｇ　ＩＴＳＭ　Ｉｎｃｉｄｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｃｅｓｓ［Ｃ］／／Ｐｒｏｃ．ｏｆ　ｔｈｅ　５ｔｈ　ＩＥＥＥ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ａｕｔｏｎｏｍｉｃ　Ｃｏｍｐｕｔｉｎｇ．Ｃｈｉｃａｇｏ，ＵＳＡ：Ｉｓ．ｎ．］，２００８：　１４１—１５Ｏ．　编辑索书志　参考文献　【１］Ｂａｒｈａｍ　Ｄｒａｇｏｖｉｃ　Ｂ，Ｆｒａｓｅｒ　Ｋ，ｅｔ　ａ１．Ｘｅｎ　ａｎｄ　ｔｈｅ　Ａｒｔ　ｏｆ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ［Ｊ］．ＡＣＭ　ＳＩＧＯＰＳ　Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍｓ　Ｒｅｖｉｅｗ，２００３，　３７ｆ５１：１６４－１７７．　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ｐａｒａｌｌｅｌ　Ａｒｃｈｉｔｅｃｔｕｒｅ　ａｎｄ　Ｃｏｍｐｉｌａｔｉｏｎ　Ｔｅｃｈｎｉｑｕｅｓ．　［Ｓ．１．］：ＩＥＥＥ　Ｐｒｅｓｓ，２００７．　［４］Ｙｕ　Ｂａｓｔｉｅｎ　Ｂ，Ｊｏｈｎｓｏｎ　Ｂ．Ａ　Ｓｔａｔｅ　ｏｆ　Ｒｅｓｅａｒｃｈ　Ｒｅｖｉｅｗ　ｏｎ　Ｆａｕｌｔ　Ｉｎｊｅｃｔｉｏｎ　Ｔｅｃｈｎｉｑｕｅｓ　ａｎｄ　ａ　Ｃａｓｅ　Ｓｔｕｄｙ［Ｃ］／／Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　Ｒｅｌｉａｂｉｌｉｔｙ　ａｎｄ　Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ　Ｓｙｍｐｏｓｉｕｍ．Ｎｅｗ　Ｙｎｒｋ，ＵＳＡ：［Ｓ．ｎ．］，　２００５：３８６—３９２．　［２］Ｂｌｏｕｇｈ　Ｄ，Ｓｕｌｌｉｖａｎ　Ｇ　Ｍａｓｓｏｎ　Ｇ＿Ｉｎｔｅｒｍｉｔｔｅｎｔ　Ｆａｕｌｔ　Ｄｉａｇｎｏｓｉｓ　ｉｎ　Ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ　Ｓｙｓｔｅｍｓ［Ｊ］．ＩＥＥＥ　Ｔｒａｎｓａｃｔｉｏｎｓ　ｏｎ　Ｃｏｍｐｕｔｅｒｓ，１９９２，　４１（１　１）：１４３０—１４４１．　［５］Ｃｈｉｓｎａｌｌ　Ｄ．Ｔｈｅ　Ｄｅｆｉｎｉｔｉｖｅ　Ｇｕｉｄｅ　ｔｏ　ｔｈｅ　Ｘｅｎ　Ｈｙｐｅｒｖｉｓｏｒ［ＥＢ／ＯＬ］．　ｆ２００７一Ｉ　１．１９　．ｈｔｔｐ：／／ｗｗｗ．ｉｔｘｕｅｘｉ．ｃｏｒｎ／ｒｅｓｏｕｒｃｅ／１３７３４／　［３］Ｗｅｌｌｓ　Ｃｈａｋｒａｂｏａｙ　Ｋ，Ｓｏｈｉ　Ｇ　Ａｄａｐｔｉｎｇ　ｔＯ　Ｉｎｔｅｒｍｉｔｔｅｎｔ　Ｆａｕｌｔｓ　ｉｎ　Ｆｕｔｕｒｅ　Ｍｕｌｔｉｃｏｒｅ　Ｓｙｓｔｅｍｓ［ＣＪ／／Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　ｔｈｅ　１６ｔｈ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　编辑索书志