按订单配置型软件的部署和管理制造技术

本发明专利技术公开了按订单配置型软件的部署和管理。在按订单配置型（ＣＴＯ）软件提供系统中，部分地利用通常存储在用户计算机ＢＩＯＳ上的微代码来提供软件升级／降级支持、软件运行改变支持和软件文件服务器管理。

【技术实现步骤摘要】

本专利技术一般地涉及用于软件集成和软件的工厂部署的系统和方法。
技术介绍
制造除具有各种配置的操作系统和应用程序套件之外还可以包括若干 子系统(每个子系统又具有其自己的软件驱动程序)的消费电子产品特别是计算机可能是复杂的，在"按订单进行配置(configure to order)"或者 说"CTO"的情况下尤其如此，这是因为每个单独订单通常与其他订单不 同。不仅必须定义、管理和遵照物料清单(BOM)，还必须以确保可以在 全局知晓并采用校正动作的方式来管理产品缺陷和校正动作。例如，许多计算机是基于按订单进行配置/按订单制造(CTO/BTO) 来销售的。当考虑到地区、语言、各种操作系统版本和平台时，每个软件 部分可与表示产品的每个库存单位(SKU)有多维关系。因此，每个软件 部分可能有很多发行版本来适应所有这些变化。如在这里所明白的，由于 一些用户希望升级或降级其软件以便在更高或更低的位总线上运行并且由 于所谓的"运行改变(running change)"(即在己经交付原始软件之后对 软件作出的改变)，软件管理被进一步复杂化。
技术实现思路
一种方法包括为计算机接收针对第一按订单配置型(CTO)软件选项 的微代码定义。计算机的用户可以选择这些CTO软件选项的子集以便安 装在计算机上。该方法还包括生成针对第二 CTO软件选项的微代码定义 并将表示这两种CTO选项的微代码写入到计算机。只有来自第一 CTO软 件选项的用户选择被安装在计算机上。承载这两种微代码定义和第一和第二 CTO软件选项两者中的所有程序的恢复盘被滞U成。例如，第一 CTO软件选项可以包括64位软件，并且 第二 CTO软件选项可以包括与64位CTO软件选项相对应的32位软件选 项。如有需要，这两种CTO软件选项都可以针对单个预定计算机型号。考虑到这一点，所述方法还可以包括接收针对所选程序从第一 CTO 软件选项到第二 CTO软件选项的等级改变(升级或降级)的用户请求。 恢复盘被提供给用户。用户的计算机可以访问微代码，并且基于该微代 码，针对寻求从第一CTO选项升级/降级到第二CTO选项的程序，将来自 第二 CTO选项的相应版本的程序从盘拷贝到计算机。在另一实施例中，响应于对按订单配置型(CTO)软件群组中的第一 程序的运行改变，生成对包括受该运行改变影响的所述第一程序的CTO 软件群组的快照，其中用户可以从所述CTO软件群组中选择软件。另 外，该快照中的项目的列表被生成，然后微代码位与至少一个快照中的各 项目之间的映射被生成。这些微代码位被提供给用户计算机。承载多个快照和相关联列表的盘被提供给至少第一和第二用户。为了 例示，假定第一用户的计算机与第一程序相关联，而第二用户的计算机不 与第一程序相关联并且因而不受所述运行改变影响。所述盘可被第一用户 用于把受所述运行改变的第一程序拷贝到第一用户的计算机。例如，第一 用户的计算机可以访问微代码以确定要从所述盘中拷贝的受所述运行改变 影响的第一程序。在另一方面， 一种方法包括建立被装载到至少第一用户计算机上的、 用于表示受运行改变影响的至少第一程序和/或升级格式和降级格式的至少 第二程序的微代码中的位。國翻本专利技术的结构和操作方面的细节参考附图可以得到最好的理解，在附 图中相似的标号指示相似的部分，并且其中附图说明图1是根据本专利技术的非限制性示例系统的框图2是用于提供软件升级/降级支持的工厂处理的逻辑的流程图3是用于提供软件升级/降级支持的客户恢复处理的逻辑的流程图；图4是用于提供软件运行改变支持的逻辑的流程图；以及 图5是用于提供软件文件服务器管理的逻辑的流程图。具体实施例方式在本非限制性实现方式中，在下面称作"数据库A"的数据存储库中 可包含仅部分软件数据。具体而言，客户可见的软件数据(例如，操作系统、按订单配置型/按订单制造型(CTO/BTO)选项、在网站上突出显示 的软件等)可被输入到数据库A中。来自数据库A的一些数据可被周期性 地推送到在这里称作数据库"B"的综合全局数据库，这些数据包括库存 单位(SKU)数据和软件数据。对客户并非同样可见的软件数据(例如操作系统更新、设备驱动程 序、应用程序等)可被通过综合全局数据库添加到物料清单(BOM)。可 以由开发者、供应商或者工程师将软件与描述处理工具软件的元数据一起 登记到综合全局数据库中。特定系列/语言/地区的BOM被冻结/锁定并且 用于创建工厂交付物(软件镜像、软件模块和数据)的处理随后可被启 动。各种处理工具和手工处理可被用于创建工厂交付物，所有这些都使用 存储在综合全局数据库中的数据。图1示出本专利技术的一种非限制性实现方式的细节。图1图示出本专利技术 的方法可由计算机系统IO执行，计算机系统10包括一个或多个企业计算 机12，每个计算机具有其自己的处理器12a和有形计算机可读介质12b、 诸如键盘、鼠标等的输入设备13以及诸如监视器14之类的输出设备或诸 如网络之类的其他输出设备。介质12b可以是磁盘存储装置或是固态存储 装置或是其他类型的电子存储装置。企业计算机12可被开发者和软件工 程师用于执行本专利技术。因此，这里的逻辑和数据库(包括数据库16和全 局数据库18，这里称作"数据库B")如果需要的话可以分布在多个计算 机上，并且这些方法步骤中的一些可由企业计算机12的使用者执行，而其他方法步骤可由驻留在计算机中的计算机可读介质上的逻辑自动执行。 计算机可读介质可以包括但不限于RAM、 ROM、软盘、硬盘驱动器、光盘驱动器、固态存储设备等。200910146250. 5图2和图3示出用于支持对用户计算机上的软件进行升级和降级的逻辑。例如，用户可能希望将64位程序(即，配置用于64位操作系统的程 序或者实际上是64位操作系统本身)降级为32位或者将32位程序升级为 64位，可以明白这里考虑不同特定格式之间的转换。在状态20处开始，如有需要，针对预定计算机型号建立64位CTO选 项，用户可以从中选择特定程序。另外在状态22处建立微代码，微代码 的每一位映射到64位CTO选项中的相应程序(以建立CTO选项的"微代 码定义")。在一个实施例中，微代码包含八十个位，并且每个位映射到 CTO选项中的相应程序。位值"零"表示相应的程序不在特定客户的 CTO中，而位值"一"表示相反情况，可以明白可以使用相反约定。可以针对例如针对32位程序的其他CTO选项来重复相同的步骤，或 者处理可以移动到状态24，以便动态地生成实质上是块20的第一 CTO选 项中的至少一些64位程序的32位(或者某种其他格式)版本的CTO选项 的微代码定义。换言之，在块24处可以确定状态20的64位程序中的哪些 具有32位版本，并且这些对应部分的微代码定义被生成。在状态26处，这两个版本的微代码可被组合或者彼此相关联并被写 入到与特定CTO相关联的用户计算机中(通常写入到BIOS中)。这样， 微代码建立了每个具有32位对应版本的64位程序之间的联系。在状态28创建具有微代码定义和所有软件的恢复盘，这些软件的64 位版本和32位版本都被写入到这些盘中。相比之下，在状态30处，根据 用户的CTO仅将所请求格式的软件装载到用户计算机上。如图2所示， 将为了例示而假定用户最初请求了 64位软本文档来自技高网...

【技术保护点】
一种方法，包括：　为计算机接收针对第一按订单配置型（ＣＴＯ）软件选项的微代码定义，其中所述计算机的用户可以选择所述ＣＴＯ软件选项的子集以便安装在所述计算机上；　生成针对第二ＣＴＯ软件选项的微代码定义；　将表示这两种ＣＴＯ选 项的微代码写入到所述计算机；以及　在所述计算机上仅安装来自所述第一ＣＴＯ软件选项的用户选择。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：维加南德穆哈里德尔加里安普尔，斯恩帕特里克肯尼迪，杰弗里泰苏勒姆，久保山正文，
申请(专利权)人：索尼株式会社，索尼电子有限公司，
类型：发明
国别省市：JP[日本]