实现分布预定服务、自动供应维护和与设备无关的服务实现的方法和装置的制作方法

文档序号:6421071阅读:95来源:国知局
专利名称:实现分布预定服务、自动供应维护和与设备无关的服务实现的方法和装置的制作方法
技术领域
本申请是要求2002年10月16日提交的美国临时专利申请No.60/319,622,;以及2002年10月17日提交的专利申请No.60/319,623、No.60/319,624、No.60/319,625的优先权。
实施例涉及电复印标记设备、传真机、扫描设备、多功能设备等等。尤其是,实施例涉及这些设备所能提供给用户的执行及分配服务。
背景技术
对标记设备或其它业务设备进行安装,这仅仅是其多数生命的第一步。在产品拥有者(用户)、产品制造商、和/或第三供应方之间所进行的商务处理中涉及大多数设备。制造标记设备的公司通常包括可支持用户文档的产品及服务并且希望用户在相当长的时间内可使用产品并与该产品共同生活。该售后期间呈现出这样一个时机,即该时机可创建制造商与用户之间的紧密的相互利益及长期关系。该售后关系不但是由该设备为用户做什么来定义的,而且由他们怎样来做、制造商怎样支持他们、制造商怎样来对待用户、及怎样很容易的控制并使用整个设备来定义的。据此,实施例解决了用户对接收支持他们所使用的设备的服务的附加需要在各实施例中解决了售后生命周期、保固(break-fix)需要、及集成的商务处理。这些处理的范围是从保固服务(修理)到正在供应的库存易耗品、产品的升级、改进、以及将其综合成解决方案及其它产品。传统的,这些售后处理在本质上是手动操作的,并且要求设备拥有者/用户在需要的时候将限定的信息传送给制造商及提供商的过程中扮演主动的角色。
许多电复印标记设备、传真机、扫描设备、多功能设备等等提供了这样的服务以帮助用户必须学会怎样使用和避免的这些处理。一些设备还需要可使用户烦恼的仪表读取及其它类型的维护。在仪表读取的情况下,用户不得不基本上每月读取仪表,并通过诸如传真或电话而将其结果传达给提供商。另外,用户必须手动的检查是否要补充纸张、显像粉及其它材料,并订购新的材料。有时由一设备所提供的大量服务可使用户糊涂,导致用户认为要学习该设备太复杂。另外,为避免停机及其它不便,用户经常自己进行一些小的修理,而不是叫人来修理、等待其来服务、及修理他们的设备。
由于调制解调器的出现,位于用户家里或用户所处位置的高档产品通过电话线而连接回制造商,这改变了该交互作用模式。普遍存在的互连网及与产品相连的增殖网络的到来呈现出新的机会,即为需要售后业务处理的设备的集成带来更灵活且更强大的途径。虽然互连网去除了电话线连接的缺点,但是以上所描述的系统仍具有许多局限,这些局限与为这些早期系统所开发的交互作用模型有关。
当前系统的缺点包括通信方法及系统体系结构紧耦合,一种尺寸适合所有的配置及集成策略,并且通常不支持已开发的设备。为已开发设备提供支持的系统通常不能在怎样来处理已开发设备与新设备之间保持一致。此外,系统一般不包括可迅速升级、扩展、定制、及改进其特性、处理、工作流程的能力,并且通常局限于基本的业务处理,不能以兼容的方式提供对外服务及API解决方案。通常,几乎在整个板子上,系统将设备作为简单的信息储存库,而不是作为可提供的服务中的积极参与者。设备必须不断的提高其主干特征设置以经得起竞争。在文件系统中,例如,速度、费用、图像质量及文档的工作流程通常被加强以使设备具有竞争能力。然而,增加的设备、用户、及提供商之间的售后交互作用以及将产品集成为解决方案及服务的能力或相反正成为市场中设备之间的区分点。在不久的将来,设备的成功及价格很可能是由设备主动参与其售后生命周期的能力、与解决方案产品无缝集成的能力、以及其根据用户的需要及要求来定制和扩展的能力来确定的。这些设备能力的结果是用户更容易使用、来自制造商的更有效的支持、以及更好的用户综合满意度。
近几年来一般工业趋势就是通过提供远程服务来利用标记设备中日益增加的嵌入式计算及连接性以增加用户的满意度并减少操作费用。该趋势倾向于用在与硬件相关的服务和其它任务标准信息技术(IT)上执行的远程服务来启动连接的智能产品,并在包括标记设备的其它各产业中变得越来越流行。这些远程服务为制造商和用户提供了双赢价值主张。当正确实现时,这些服务使制造商减少大量的成本,并使用户具有更丰富的售后经验。
该转变将由几个一致的因素和需求驱动。竞争压力及改善内部业务处理的需求将需要新的途径来与现场的产品交互作用,以及服务和支持的职责所在的移入(shift in)。制造商和用户等将宁愿能够为产品快速配置和添加新的特征/服务,以立即解决问题,和快速配置新的特征。简化和加速这一过程将延长所配置设备的寿命,并提高其价值,并有助于保持用户愉快和多产。制造商必须能够为新的设备及那些已配置的设备提供这些能力,但是制造商不可能为每个人提供最好的配置;设备必须能够容易地结合第三方或有竞争力的部件。一种尺寸不能适合所有,因此,多配置结构是必须的,其使制造商可根据单个用户的需要来配置适当的解决方案。制造商还必须能够使解决方案在多种配置之间一致地工作,使得它们是可管理的且是可支持的,并且使得用户可控制。
集中于确定用户偏爱性及对这类服务的需要的研究结果指向了对产品新功能的需要,该新功能可增强用户与标记设备、计费系统、及供应链相顺应的途径。该研究还表明用户希望这些服务并且情愿与制造商一起工作以克服安全障碍而实现这些服务。尤其是,该研究发现对于几乎三分之一的用户而言,这些远程服务很可能使用户在下一次购买时更钟情于给定品牌的设备。大多数用户情愿支付可在他们机器上获得远程服务能力的费用,他们的机器或多或少可良好的通过因特网而将数据发送到服务提供者,只要他们具有可对所共享的数据进行控制的一定级别,并且对直接自修复、自动下载软件、及远程服务提供/服务分析和预测表现了特别的兴趣。
另外,对本领域远程解决方案状况进行分析显示了标记设备制造和远程解决方案市场中的所有主要参与者都提供了一定程度的远程服务功能,并且越来越着重于这些功能的扩展。在胶印市场中,将远程服务与印刷机和外围设备集成在一起被认为是经营业务的费用。
当前系统之前提供给用户的服务是在特定产品系列内部进行端对端装配和管理的。这要求产品团队不但对产品本身而且也要对基本设施、服务及完成工作所必须的事务部门的连接的开发进行投资。该工作通常很难长期坚持,并且经常是在产品系列内部重复。
通过使用户与诸如标记设备这样的设备之间的关系简单化可极大的增强用户的经验。实施例可自动操作当前的、手控执行的、和/或不统一的业务处理,并提供新的工作流程以解决逐步发展的用户需求。这将通过例如采用该实施例而使设备可积极的参与其生命周期及其增值服务,同时使用户处于控制之下而实现。实施例通过利用诸如分布式管理任务(Distributed Management TaskForce)和基于公共信息模式(CIM)的标准这样的标准体系结构来执行,以使服务一次写入所有的采用该实施例的和/或与其兼容的设备中并且能够根据不同的产品方便地模块化添加新服务。
为了实现这些这些目的,实施例提供了一种公共服务模式、利用多个完全不同的设备而工作的服务、及在物理、逻辑、及操作配置上的灵活性。设备在为用户提供加强的售后经验上扮演着积极的角色。实施例可无缝接入集成用户和制造商的后端处理。
更具体的说,实施例包含一个灵活的端对端系统,该系统使设备与解决方案产品连接。各物理位置和配置中的许多配置选项可以允许最宽的设备范围并可对范围中的机器及新产品进行快速配置,同时使得设备的变化与后端(back-office)变化相隔离。
所有兼容的平台可再次使用该实施例的系统,使各个平台免除了重新设计所有后端系统的需要。每个平台团队只需要使其产品通过上述的一种途径,并且例如通过嵌入实施例的DMA和/或通过遵循特定服务处理协议,来加以考虑。
嵌入在设备、附加模块及设备代理中的代理程序软件组件提供了公共设备模式、公共信息管理(CIM)应用程序程序接口(API)、以及设备服务在其上运行的一环境。通信机制的共同抽象使得系统与物理运输链接结点无关。服务模型支持与设备及其生命周期几乎相近的服务,这包括可对服务及解决方法进行有效管理和定制的方法及处理。其结果是,一次写入到代理中的服务可在任何设备、附加模块、或包括有代理程序的代理上运行。这产生了一系统以及可为基于设备的服务提供用户及提供者输入的策略,从服务的观点来看,其中该系统使设备和设备代理被配置且无缝连接的工作。嵌入式服务代理在解决方案产品中积极的运行并与分布式解决方案和/或可访问网络的服务器相配合工作以提供所需的功能。该服务器为必须通过该系统的信息提供资料交换中心并提供了为与分布式服务相连并以多级粒度来定制分布式服务而所需的管理功能。
除了提高用户的满意度及忠诚外,实施例能够产生金融利益。该实施例通过提高用户的自助能力、远程诊断及预兆,减少了使用服务工程师,节省了费用。实施例了包括有自动仪表读取、减少了收集处理的基础设施、很好的合同执行(contract enforcement)、且减少了反不准确的储备,这可节省额外费用。另外,参与自动供应定单的实施例可通过提高跟踪用户住所的消费品的准确度而减少了存货,在某种程度上这是因为更及时的、更准确的、且更合适的测定的结果。通过消除由于较少的呼入订单而造成的电话时间及争论来节省额外费用。最后,实施例有助于提高新服务的收入,因为很多用户情愿为实施例所提供的服务支付费用。
实施例通过包括诸如新的分类的远程服务来响应用户的需求和兴趣。这些服务将要在用户环境中为提高设备的连接性而投资,并利用设备本身内部的嵌入式计算来使该设备积极参与到简化用户工作处理的过程中。该平台启动基于标准的解决方案,该解决方案被用于以交叉平台的方式来模块化的实现远程服务产品,在交叉平台方式中所有均使用公共后端集成和工作处理。该实施例中所提供的该类服务的具体例子包括自动仪表读取、自动供应订单、生产率报告、软件下载、帮助用户自助、远程诊断及预兆。
实施例包括这样一类服务,该类服务支持设备(打印机、扫描仪、存储库,以及其它服务和解决方案)和且生命周期,以便对设备的拥有、使用、支持、购买、和升级都很容易。市场调查显示,对于用户来说这些服务提高了设备的价值,并且还可潜在提高了用户在产品寿命方面的满意度。然后,这些都转换成用户的更高忠诚度以及我们的用户在进行新的购买时需要考虑的事项。
实施例中的这些设备可利用包括有嵌入式智能设备的新设备性能、利用增加的网络群体,并开发先进的信息技术来使设备在其售后生命周期中扮演更积极主动的角色以使自动和扩展特征集。
实施例提供了一组基础部件及其互连,该互连可按照实际且有效的方式使提供者将这类后端服务传送到用户。为平台所定义的高级目的被用于驱动初始部件和服务的体系结构和发展。每个具体的属性均支持平台的四个主要目的。该系统的所有主要部件在后台一起工作以便为用户提供无缝行为的服务。
实施例提供了可通过电话、传真、或计算机系统来自动报告仪表读取数据。另外,实施例可自动监控供应、当供应很低时可警告用户然后并在以后的相似的情况中使供应的定购自动化。另外,设备所提供的服务可以为用户的特定需要量身定做,但是以后通过实施例所提供的自动服务预定、下载、及安装而按照用户的需要来增加或减少。此外,实施例可通过用户所情愿执行的任意操作来带领他们,包括小的修补及用户可替换单元的替换。实施例的另外一个优点就是可根据中央应用程序来管理多个设备的支持。


图1给出了实施例整个体系结构的一示意图;图2给出了实施例整个体系结构的另一示意图;图3给出了根据实施例的服务预定和配置的方法的示意图;图4给出了根据实施例的配置选项的示意图;图5给出了根据实施例的另一配置选项的示意图;图6给出了根据实施例的另一配置选项的示意图;图7给出了根据实施例的另一配置选项的示意图;图8给出了根据实施例的另一配置选项的示意图;图9给出了根据实施例的另一配置选项的示意图;图10给出了根据实施例的设备模式代理的详细示意图,以及根据实施例的设备、设备模式代理程序、服务代理、以及服务主机之间的交互作用的示意图;
图11给出了根据实施例的设备、设备模式代理程序、服务代理、以及服务主机之间的交互作用的示意图;图12给出了根据本实施例的另一配置选项的示意图;图13给出了根据本实施例的另一配置选项的示意图,该配置选项更着重于设备模式代理程序及其与设备的关系;图14给出了根据本实施例的另一配置选项的示意图,该配置选项更着重于设备模式代理程序从另一角度与设备的关系;图15给出了根据实施例的设备模式代理程序的服务管理器的操作方法的流程图;图16给出了根据实施例的CS平台附加元件的示意图;图17给出了根据实施例的CS平台附加元件的另一示意图;图18给出了根据实施例的CS平台附加元件的无线配置方案的示意图;图19给出了根据实施例的用于建立CS平台附加元件的方法示意图;图20给出了根据实施例的提供服务器的示意图;图21给出了根据实施例的CS平台附加元件的详细示意图;具体实施方式
为了更全面的理解本发明,附图中使用了附图标记。在附图中,全文中的相同的附图标记用于表示相同的元件。
实施例提供了由多个种类的分布式软件和硬件部件所组成的系统1,这些部件可确保物理和逻辑系统设计的灵活性和部件的响应性。实施例采用了这样一个体系结构,该体系结构包括例如位于用户/用户环境100中的设备110、能够处于用户网络或环境100中的资产管理系统200、以及服务主机310,该服务主机310可将服务320提供给其预定该服务的设备。在系统中提供了系统管理和服务,即在该系统中的设备积极参与到其自身的服务和生命周期需求中,并且参与到其仅仅属于一部分的服务和生命周期中。
利用设备模型任务组(DMTF)公共信息模型(CIM)作为基础,将服务管理添加到公共设备模型代理(CDMA)120的积极行为上。尤其值得注意的是,例如,图1和图10。优选用CDMA120指出每个设备110给服务主机310,该CDMA120利用诸如DMTF CIM这样的公共事项处理语言来将其设备110的状态和配置(111的一部分)、所提供的服务140和其它信息(例如,111的另外一部分)传送到服务主机310。DMA还提供了服务环境124,该环境是在设备上的服务140的运行时间环境,该环境存在于上述设备中,为服务主机310提供的服务提供了独立设备。因此,可一次写入特定服务140并且该特定服务可在各种设备110上运行。这允许启动、要求并利用所必需的多个配置中的一个。例如,如上下文述所详细叙述的,实施例包括设备代理及代理的设备模型,该设备代理包括仅涉及一种行为的简单代理。实施例还包括可与服务主机直接通信的设备。
CDMA120包括服务环境124、CIM API123、处于核心DMA122中的CIMOM125和服务管理器126、以及公共提供者API121。该公共提供者API121与设备110的专用设备提供者API112进行通信,并检索与设备有关的信息111,该信息111例如包括其配置、状态、以及供给水平。公共提供者API121然后使这些信息用于位于核心122中的CIMOM125和服务管理器126,以及在服务环境124中运行的服务140。因此,在实施例中,DMA120驻留在服务层141(收集运行服务140)与专用设备API112之间,并且可与服务主机310直接进行通信。在这种情况下,DMA120必须与诸如电话线或计算网络这样的通信介质相连以便可与服务主机310进行通信。
使用DMA120的部分结果是,实施例中的系统1基本上实现了通信介质独立性。设备110可通过网络、陆地电话线、蜂窝通信、分组无线电、基于传呼、蓝牙、IEEE802.11或其它任意的合适通信方式来与服务主机310和或服务代理进行通信。这样的通信可以被设备初始化、被主机初始化,可被监视和/或被检查,且可利用用户优先权、服务产品以及整个服务质量来确定哪个选择适合特定情况。服务140与设备的配置无关;由后端或提供者300利用后端业务处理所发布且确认的服务预定来提供特定的服务内容,允许新的服务快速引入。
因此实施例包括端到端的系统1,该系统是多个组件利用模块化、分布式计算、服务模型、及事务处理的唯一组合来装配的。实施例采用了整个系统体系结构,该体系结构以模块化的方式支持快速且灵活的服务配置。有利地的是,该体系结构采用了系统部件、公共接口、和报文模型的功能和识别的抽象化用于在它们之间进行通信。对于设备服务而言,存在以连贯且灵活的方式一起工作的四个主要实体设备本身;在用户环境中的管理和服务应用;在服务管理和服务配置中专用的后端服务;业务处理集成服务和围绕着这些服务的业务处理;图1示出了主要部件的示意图,这些主要部件包含由实施例所描述的平台。可采用嵌入在服务平台140中的较小轨迹及组合成DMA120的智能代理程序122,并将它们与设备110相集成。设备110的可小组管理和参与服务的智能代理包含在平台中,或作为独立的应用程序或作为其它应用程序的一部分。此外,该智能代理可启动遗留设备,这些设备本身不能与实施例的各方面相接口。可采用与诸如互联网及供应商内部网这样的计算机网络或其它通信网络相连的介质独立通信和应用程序基本设施,这可使范围内的设备和产品与供应商及其内部系统安全且坚固的相连。另外,实施例包括一组与增值扩展相集成的工业标准网络服务技术以使能这些服务。因此实施例提供了一组服务,该组服务在可支持这些设备的端到端系统的内部和之上运行。
设备110通常物理位于用户位置100上,尽管实施例可将设备110提供到其它位置上,并且设备110能够分布在世界各地。包括其范围从低端产品到高端系统的各种设备110。实施例使用在该系统中可提供例如三种主要使能器的设备110。设备110提供了公共设备接口(CDI)和公共信息模型(CIM)123以便通过将设备具体差异隐藏在接口之后来可很容易的与服务集成。CDMA120中执行CDI以作为公共提供者API121。这可再次使用服务并且可极大的减小系统1的复杂性。通过具有服务提供商和/或制造商特定扩展的分布式管理任务小组(DMTF)来为服务和服务管理指定CDI。由服务提供商和/或制造商所提供的CIM123还基于具有特定扩展的DMTF CIM,该特定扩展非常适合于具有包括诊断扩展这样服务的设备。
本发明系统1的实施例中的设备110例如提供了嵌入式服务平台124以允许传送服务140并且该服务140接近于设备110运行。嵌入式服务平台140还通过服务管理器126来提供服务的局部管理,和接受与软件相异步的新配置的服务140的能力释放主平台。这降低了系统的复杂性并提高了将新的或改进的服务推广到领域的速度。最好是,实施例中的DMA120提供了嵌入式服务平台124,尽管其它系统也可以提供平台。DMA优选是软件模块,该软件模块使设备的嵌入式计算能力、数据及功能是可存取的,并且用在以公共方式配置的服务中。
这些部件通常分布在用户环境110以及供应商300中。同时,他们提供了灵活的端到端系统1以将产品(例如设备110和服务140)与售后解决方案产品(附加服务140)连接。将实施例中的系统1设计成提供支持在各种物理位置和结构中的一系列配置选项的体系结构。优选,该实施例提供了最宽范围的设备覆盖并可按照下述方法来快速配置范围中的机器及新产品,该方法即就是将设备110的变化与后端300的变化相隔离。实施例进一步提供了一个唯一的、增值的、代理软件部件,嵌入在设备110中的DMA120、附加模块115和/或设备代理210,其提供了公共设备模型122、DMFT CIM API123、以及新设备服务环境124。另外,实施例可提供使得系统与用于任何物理传输链接节点(设备至供应商系统等等)无关的通信机制的共同抽象,这可根据用户需求提供更大的灵活性和配置定制。实施例的服务模型支持“接近于设备”运行的服务和其生命周期,该服务模型包括用于有效的对服务和解决方案进行管理和定制的方法及处理。实施例中的为DMA120一次写入的服务可在任意可操作的设备110或代理220上运行,并可采用设备和设备代理且从服务的观点来看设备和设备代理是无缝的一起工作。可根据用户和供应商所提供的信息通过基于服务的设备的基本政策而实现实施例中的供应,并且可获得快速服务。
实施例中的DMA120在解决方案产品中起积极作用的角色并与分布式解决方案相配合工作。这些分布式设备代理程序120与位于供应商300处的可访问诸如互联网或电话系统这样的网络的服务器310一起工作。服务器的作用是为运行于该解决方案中的信息提供了资料交换中心,并提供了为以多级粒度来连接和定制分布式服务而所需的管理功能。
对于已配置的不包括该功能的设备110而言,实施例提供了可将物理系统部件115内部或外部添加到设备110上的选项,该选项使能该功能。为了本发明的系统1,以这种方式使能的设备110看起来与具有嵌入功能的设备110没有什么差别,只要附加部件115至设备110的丰富接口。例如,包括有诸如附加部件115的实施例具有安装于标记机器的输入/输出端(IOT)上,并通过EPSV、PWS、及可能的CAN总线接口与IOT相连并且与网络相连的部件。该配置使得IOT可参与设备服务140。因此,发现这些附加的部件115与设备一对一映射,因为需要访问非标准、或非网络的可存取API和接口以便将全范围的设备能力提供给DMA和服务平台。
为了提供这样一个事实,即输入输出端(IOT)可产生于另一个制造商,并且用户从多个数字式前端(DFE)中选择,实施例是以附加系统部件为特征的。该附加部件可以是例如廉价的用于运行诸如Linux或Darwin这样的操作系统的个人计算机平台,和诸如Insignia′s JeodeTM嵌入式虚拟机这样的java虚拟机,在该虚拟机内运行有DMA服务平台。该附加部件通过诸如EPSV和PWS这样的接口直接与IOT相连。设备因此也与用户内部网络相连。
用户环境后端服务器中的设备管理和服务应用220专用于服务管理和服务配置业务处理集成服务器及支持这些服务的业务处理。图1给出了系统级部件和其互相连接的示意图。
实施例具体与端对端系统管理和售后应用体系结构中的设备的作用有关并与将服务提供给用户的设备的作用有关。该发明的主要焦点在于设备模型代理(DMA)120、设备中心服务(DCS)平台中的设备方技术模块。DMA是稀少的、有效应用程序/服务执行环境。DMA提供了灵活的、可扩展的、动态服务管理系统,该系统使得系统中的e服务是可设计的、可增添的、且可管理的,而不需修改平台本身。虽然该发明特别描述了将DMA的好处与文件系统设备相集成,但是该原理同样也适用于其它范围。DMA运行时间环境是驻留在Java运行时间环境与嵌入式网络服务器之间的文件系统设备中的薄软件接口层。
如这里所描述的设备模型代理将下述功能添加到文件系统设备。这些能力的独特组合可实现与系统管理应用程序的开发、配置、及维护有关的几个好处。
DMA120可积极参与到诸如售后、系统管理、及其它服务之类的应用和服务产品中。使DMA嵌入的设备110执行系统管理应用程序和服务中所需的多个计算任务。在该体系结构中,例如安装在用户环境100或供应者300后端服务器310中的应用程序服务器200以及目标设备110相协作以实现系统管理产品。如例如图10、13及14中所示的,DMA120提供了服务执行环境124,服务140在该环境124中运行以作为运行在应用程序服务器或服务供应商300的主系统310上的系统管理应用程序或主系统320的整体或其一部分。
DMA服务优选可监控设备事件并采取所规定的行动。当出现了感兴趣的事件时,DMA120优选将数据公布给订户/用户,并优选激活在由内部或外部客户或用户控制的设备110上的例如诸如诊断例行程序这样的方法。这可将设备特定处理从中央化的应用程序服务器320移动到靠近设备110。应用程序服务器320的作用是将计算机平台用于执行应用程序/服务转换成用于管理和配置应用程序/服务140。因此,与在严格的客户/服务器体系结构中的被动数据储存仓库相反,设备110则变得积极参与处理中。
根据实施例的DMA120还可执行动态更新服务140并支持在端到端系统1中进行运行的部件。采用了DMA120的设备110可动态的添加新的服务部件140。这使得用户或已位于设备110上的应用部件可请求这样的添加以支持服务140。这还使得可根据需要来添加或删除部件,而无需重新编译或重新启动系统或DMA。在实施例中,目标设备110自身启动添加新的或已升级的服务作为整体或者启动现有服务的支持部件。因此,在这里所描述的系统1中,设备110现在担负启动行为以维持其本身和运行在其上的系统管理服务。
实施例另外认识到需要应用程序/服务执行环境124以使开发者利用基于兼容和标准的工具组来工作。DMA120可使设备的开发独立于售后应用程序140。利用DMA120接口写入的应用程序140不必改变以提供新的或升级的DMA激活设备。虽然DMA120实现了由DMTF所支持的基于模块的方法以便实现独立于应用程序/服务的设备,但是DMA120还将该执行添加到一个被称为服务管理器126的新部件中。服务管理器126主要担负控制为设备激活的每个服务140的服务140生命周期。此外,服务管理器126优选对服务140进行管理并为本地或远程系统管理客户提供可编程接口(API)以便对服务140进行控制和管理。
在端到端DCS平台1中的运行、激活DMA的设备、以及DCS应用程序服务器使得由应用程序服务器或位于供应商300的服务主机310上的主系统320、或由第三方服务提供者来供应和管理服务。激活DMA的设备110和应用程序服务器320相合作以提供动态供应。利用该系统,用户可对一组应用程序进行检查、选择或定制一个或多个符合其需求的应用程序、和订购所选择的组。随后,对应用程序进行安装、激活、打开、监控和/或管理。
为了覆盖新的或现有的设备库,实施例中的DMA120的体系结构可按下述几种方式来配置例如,根据例如在图4、9和11中所示的实施例,DMA120可嵌入在诸如打印机或多功能设备之类的网络设备110中。在该实施例中,DMA120成为了网络服务器方的部件。DMA120例如可使用Java Servlets、用以寄主网络服务器之后的服务部件的标准方法。
或者,DMA120可嵌入在特定的硬件设备中或嵌入在对于独立的设备110的附加部件150中,例如复印机,或在不能运行DMA120的领域中的现有设备。图12、16和17示意性示出了该附加部件150,并在下面对其进行详细的描述。
DMA120的另一个可选配置是嵌入在网络应用程序220中,作为单个设备的代理或者多个设备的代理配置。例如图7、8和11示出了该代理的配置。
对于任一种设备制造商而言,售后应用程序对于持续用户的忠诚度而言是很重要的。在供应商的标记和/或多功能设备的情况下,文件系统设备的销售仅仅是用户关系的开始。持续的服务、支持、供应补给、以及进行中的维护则成为了确定用户保留率的主要考虑事项。然而,如前面提及的,以节约成本的方式对售后应用进行开发、配置和管理提出了若干个挑战。由所存在的多个风险承担者带动了其复杂性,这多个风险承担者包括开发者、设备制造商、服务拥有者、及客户/用户。根据实施例,优选将作为平台的DMA120设计成可汇集所有主要的风险承担者并解决所有风险承担者的要求。
DMA120优选可构造设备专用接口111与系统管理应用程序之间的抽象层。例如,参见图10,13和14。该抽象将设备数据、事件及操作的公共观点提供给系统管理应用程序。DMA120采用了基于模型的方法以创建设备抽象。为此目的所使用的设备模型是基于DMTF(分布式管理任务小组)合作中的工业标准成果。DMTF公共信息模型(CIM)的增强版被用作基础。然而,实现具有设备接口的公共模型是唯一的。售后应用程序客户与DMA之间的交互作用是基于HTTP规范说明上的DMTF CIM操作。
DMA120通过添加服务管理器部件126来增强DMTF/CIM的执行。服务管理器126担负装载服务140、维护当前安装到DMA120中的一列服务140和对服务140的管理和生命周期控制。服务管理器126优选是以自动处理的方式工作,并可以自动查找和启动服务140作为可编程访问或通过DMTF CIM API123来访问的单独部件。服务管理器126可访问设备110上的激活服务140以及一个或多个激活服务140的管理数据。
DMA服务管理器126优选支持当服务管理器126加载时可自动启动的核心服务。该核心服务优选不要求供应支持。服务管理器126优选还支持预定服务140,该预定服务140要求通过DMA120的动态供应特征而启动。
图15给出了服务管理器126的启动及正常执行的示意性流程图。当引导DMA120时,它启动服务管理器(块510)。然后服务管理器126加载核心服务(块511)并对动态服务供给主机进行核对(块512)。服务管理器126进一步解释和处理服务配置参数(块513),并加载和启动预定服务140(块514)。然后服务管理器126为了管理目的而监控服务140(块515)并按照所希望的与系统管理客户相互作用(块516)。
利用诸如Sun’s Iava 2 Micro Edition(J2ME)这样的独立于基本平台的语言来写入DMA120。DMA120因此具有很高的可移植性并用作任一个可使用Java的系统配置中的系统部件。
根据实施例,管理和服务应用程序200可位于用户环境中。一些应用程序220可通过作为设备110的服务代理的部分行为来提供设备服务,该设备110是网络的但其本身不全是可积极参与设备服务中,例如如图7所示。换句话说,应用程序220起到对于不具有DMA120或直接支持服务产品140的软件的网络设备的代理的作用。例如,诸如Xerox公司的CentreWare Web(CWW)这样的一些应用程序可作为设备代理以用于简单网络管理协议(SNMP)激活设备。对于设备中的SNMP代理程序对所需要的数据和功能进行传送以支持所提供的服务,将设备加入服务折叠中是一个好方法。在这种情况下,诸如CWW这样的应用程序假定宿主接近设备110运行的服务140的责任。
对于端到端系统1中的这样的后端或宿主部分300而言,例如服务主机310,当通过应用程序220来代理设备110时,设备110看起来几乎相同,如同该设备与服务主机310直接进行通信似的。代理设备与直接设备之间的差别与具有不同固件级别的直接设备有关的差别相比,基本没有差异。可通过基于设备的服务的供给系统来在后端/服务主机310上管理设备性能的变化。这些变化的影响是,利用给定设备的非常特定的性能的先进服务变得不可移值;即,对于CIM的扩展的产品具体部分的写入服务将不完全兼容,并且可能与其它设备不兼容。然而,写入到核心和公共模型中的服务仍是可移值的,并且由供给系统来管理配置发布。
应用程序220还起设备的服务代理的作用,这些服务代理不是直接介入网络的,而使具有附加的连接选项。这样的连接选项可以是诸如以太网这样的硬连接或者是诸如蓝牙或IEEE 802.11这样的无线连接,并且该连接选项是其覆盖范围内的局部或进一步扩大。例如,将不具有网络连接的用于打印的单独复印机可以具有被添加的较小无线LAN连接,例如802.11b或其它无线网络。该代理所起的作用与当不具有DMA的网络设备被代理时完全相同,但是目前代理还包括要求无线访问点的硬件,该无线访问点用于与附着有附加连接的设备进行通信。该系统的一个例子可以是安装在服务器上的CWW,该服务器不但物理网络连接LAN并且还具有附着的无线访问点。对于后端边界主机310而言,以无线方式所代理的设备110看起来与在LAN上所代理的设备没有什么差别。
应用程序220可加强对用户环境中的服务器的服务进行管理。在实施例中,设备代理为与其所代理的设备的相关服务提供了集合和组管理功能。这例如可以是系统管理员或用户的图形用户界面(GUI)以便察看一组设备上的服务状态。
服务和其与后端系统的事务处理的公共设备接口,例如服务主机310,可以是在设备本身上使用的扩展接口。这使服务为直接的设备情况及设备使用代理的情况而工作。支持可与服务主机直接进行通信的设备的API以及可处理与代理有关的事务处理及数据的有限集特定设备代理扩展。针对设备的所有事务处理看起来都是一样的。
参考图2,对示例性实施例的附加部分进行详细的描述。服务的宿主部分,服务主机310,可以远离用户位置100、200,并且可位于制造商或其它服务提供商的装备300处。设备服务也界主机410对领域所配置的设备服务的事务处理及服务管理进行处理。这包括管理信息队列管理、软件模块供给和配置参数以支持所分配的服务140。边界主机410还负责设备服务系统1所采用的安全和服务模块的的主机端。
边界主机410还提供了与服务赞助商系统310相连接。这使得外部设备服务世界与内部(或第三方)服务世界相连。通过边界服务器来维持用于赞助服务的每一个机构的连接,并且该连接与安全规则及用于维护服务器和主机的实体的规则相适应。边界主机使设备110或设备代理220与具有与包含在服务主机310中的服务的后端复杂性的相互作用的详细引导知识进行隔离。该隔离有利于以可管理且实用的方式来配置设备服务。优选,实施例为后端赞助商提供了一个公共服务API以便使基本操作标准化。特定服务可扩展和定制给定应用程序的事务处理的内容。
继续参考图2,诸如CWW这样的设备110和用户应用程序220可位于用户环境100、200中。这可以是可管理的服务环境以及固定使用者环境。服务和通信被分配并使得用户内部系统和网络100,200跨接互联网或其它适于长距离连接的机制400。众所周知的网络服务以及未来的网络服务包括优选通信机制130、230、330,这些通信机制优选在设备/应用程序110、220与边界主机410之间使用,以及在边界主机410与内部服务提供者310之间使用。优选将该系统1构造成满足基本IT产业及其它标准以使其可与用户方(防火墙160)和服务提供方(防火墙360)的现有防火墙一起工作。不需要特定配置用户防火墙160以便使得该系统适当地工作。
服务供应系统300优选是基本供应商基本设施的一部分以便提供实用的、好管理的、24×7水平的服务和为所采用的所有用户系统修复错误。如上所述的,边界主机410能够对领域的所配置的设备服务的事务处理及服务管理进行处理。这包括信息队列管理、软件模块供给和配置参数以支持所分配的服务。边界主机还负责设备服务系统所采用的安全和服务模块的主机端。在实施例中,边界主机还使外部设备服务世界与内部(或第三方)服务世界相连。通过边界服务器来维持用于赞助服务的每一个机构的连接,并且该连接优选是与安全规则及规章相适应。
在实施例中,边界主机410优选对设备或设备代理与具有与所包含的服务的后端复杂性的相互作用的详细引导知识进行隔离。该隔离有助于以可管理且实用的方式来使用设备服务。为后端赞助商组织提供了一个公共服务API以便使基本操作标准化。特定服务可扩展和定制给定应用程序的事务处理的内容。
多传送路径在最高级,将系统1设计成可使服务140在设备110与某些系统中的后端(供应商)300之间直接进行操作,或可利用其它系统中的设备代理220的帮助来进行操作。这尽可能最快的保证了最宽范围的可能配置,因为设备代理220可快速地将多个遗留设备加入到服务产品中,同时用户很慢的得到可直接使其本身启动的新设备。具有这两种操作模式是很重要的,因为一些用户情愿具有一个用作遗留在它们的位置的消息的整理程序/资料交换所的代理,而不是来自相互独立的每个设备。在其它的位置,用户可能不想安装设备代理,因此需要可被直接激活的服务。除了具有可激活的每个路径以外,这有益于使它们一起工作,因为最终对于用户来说在适当位置可同时具有两种情况。
恰恰因为多个路径可提高配置的灵活性,因此从服务提供者的角度来看使这些路径不可见是很有益的。优选,实施例尽可能的使设备110和代理220与后端系统310去耦。强大抽象及将这些去耦成两半,这使得以阶段性的且独立的方式来配置设备110或后端300的性能。另外,如果任一端上的系统需要变化,那么如果可启动适当的抽象则该变化将不会波动整个系统1,这提高了系统的可维护性。
再次参考图10,贯穿实施例的抽象包括位于设备级上的嵌入在DMA120中的抽象设备模型122。优选,利用作为基础的DMTF’s CIM来建造抽象设备模型122。在实施例中,设备模型122和服务平台124均驻留在DMA120中。公共服务指向了供应商的领域300内,而与所提供的服务无关。并且在后端/供应商级300上,实施例使用服务赞助商的公共API来建造和管理供应商后端300的服务。公共API同样来处理设备110,而与类型或连接机制无关。
实施例中的该体系结构提供了灵活的配置选项,例如该配置的灵活性可依据与供应商进行通信或通过代理进行通信的引导设备。除了该灵活性以外,服务本身能够被定义成可定制其多个参数。该服务的定制包括例如所发送的作为远程监控服务一部分的数据、将仪表读取数据发送给供应商的时刻或频率。可为所提供的服务指定精确的配置参数。
将实施例的平台设计成可使服务的配置很容易被管理。对于位于用户位置的所有设备,或由用户所拥有的所有机器而言,无论它们位于何处,系统允许服务配置在单独设备的序号处被指定。在实施例中,该管理是在由服务提供者所控制的后端执行的。
根据实施例,灵活的配置选项的另一部分是利用设备的可用服务的预定基础,如图3所示。预定处理例如是由单独服务提供者来控制和管理的,并且提供给任何给定设备的服务是由用户的要求和服务提供者的授权的组合来控制的。因此,即使相同系列的产品,也不是所有设备都需要提供或具有在任一点及时安装的相同服务。
存在一些与DCS相关的行为。例如,Axeda公司、Embrace Networks、Questra公司、及影像入口都已作用于前台服务。其技术实现的一个例子就是预先授与申请号为No.2002-0133581A1的Embrace networks的专利申请,作为参考在此引用。然而,现有技术缺乏供给方面,并且看来似乎不是任意相应的支持供给。
诸如4thpass公司这样的若干个公司销售通用的供给软件,但是没有一个现有技术看来似乎拥有当前发明的状况。作为参考,在http//java.sun.com/j2ee/provisioning/industry.html中有“Sun”公司的这种供给软件的总的一览表。另外,所有这些看来似乎是从事蜂窝式产业作为他们的目标市场。
如上所述的,全球的电信公司开始通过蜂窝式电话来传送服务。为了实现这,所有公司均使用被称为CLDC的Java标准。这发布了这样一个标准,即该标准描述了Java程序式怎样在诸如蜂窝式电话这样的小型设备上运行的并且更重要的是描述了在运行时间中如何将被称为Midlets的模块化程序添加到CLDCJava环境中。
尽管该标准定义了供应单元和怎样接收该单元并将其集成到设备方上,但是未对服务器的方面进行说明。因为这个,电信具有所创建的其自己的供给服务器解决方法或具有从上述所列的供给出售商所购买的供给服务器。由于该领域内的竞争环境,因此没有办法考察其替代方案。
第二个相关的标准就是所谓的OSGi。OSGi是基于Java所发布的标准,该标准使得与设备相连的本地、网络的集合可与远程服务器进行通信和下载并且运行模块化服务。与CLDC/Midlets相比,该标准接收更少的工业支持。
OSGi也回避供应的服务方面。
一个第三标准是SyncML设备管理。SyncML是发布的标准,该标准集中于保持移动设备与基于资源的某个服务相同步的细节。该标准中的焦点在于诸如日历和约定之类的事情上。在最近一年中,该同步协议用设备管理工作扩展以明确的支持改变移动设备上的服务设置和能够将服务下载到移动设备上的能力。SynchML回避了供应的服务方。
最新的标准还未命名,但是通常被称为JSR-124。简而言之,Java程序员使用Java公共处理(JCP)来创建Java规范要求(JSRs)并使其标准化以作为Java语言的附加和扩展。JSR-124是J2EE客户供应规范。J2EE是用于在高端中使用Java以及事务处理的一个标准。一个巨大增长的市场已在其周围兴起。实际上,JSR-124设法定义一个在其内表达了供应系统的框架。几乎所有的供应起动和许多电信公司都是JSP的成员。其设法变得充分公用,以使所有供应系统能在一条标准途径中和J2EE系统相互作用,但是充分松散以使卖主能创建替用的、竞争的解决方案。该标准还处于公众起草检查阶段。
实施例中包括基于一个共享用户服务生命周期的一个公共供应模式的定义和执行。一个供应服务器(PS)310、和其对话的DCS设备110以及与其相互作用的提供者个人都优选根据一个用于供应处理如何工作的共享模式来运作。可创建一个生命周期模式来为和PS310相互作用的每一个施动者定义规则和职责。基于规则和职责,语法和命令已被创建以允许施动者完成其基于规则的目标。
例如,在表1和图20中对在服务主机310中运行的供应服务器900的体系结构及实现进行了示例性的说明,服务主机310在可满足该部分中的所有请求。在图20中从左至右工作,第一主要模块是服务消费者接口901。优选负责与所有外部用户和外部设备110、220的相互作用。优选使其他PS模块与设备和消费者所使用的不同协议相隔离。实施例中的优选协议是Web Service,但是将来可扩展到超文本传输协议、电子邮件、蜂窝式或其它传输格式。对于引入的事务处理,其路由事务处理到正确的内部资源以处理请求。对于输出的事务处理,其获得了其他PS模块的输出,该其它PS模块包括为一设备或用户的排队,并且其输出将它们转换成为与设备或客户相互作用而所需的必要协议。


表1实体管理模块902是优选从服务器900的其余部分来本地化和隔离实体信息的一个普通的PS资源。该模块持有诸如机器、用户、其优先权和相关本地信息之类的实体上的信息。由于实体信息并非本地的,所以实体管理模块902是与这些其它IM系统相接触的单点。模块902为基于信息的本地和网络提供一个无缝接口。
订单处理模块(OPM)903负责指导处理来自服务发起者的订单以及由策略和优先权模块(PPM)904所创建的内容。OPM903和被请求的PS模块相互作用以完成订单请求。OPM903也优选跟踪一个订单的状态,以能够响应来自发起者的查询。
注册、验证和授权模块(RAAM)905负责在所有时间维护系统的安全性。RAAM905优选授权PS的所有用户并授权它们有能力执行特殊事务处理。其负责正确注册所有的用户,包括内部的和外部的。RAAM905通过与实体模块902的一起工作来做这件事,以获得所需的信息。RAAM905也音形码负责与服务用户和定单处理模块901、903一起工作,以隔离与事务处理的人为因素相关的安全性。
服务定义模块906负责维护由PS900所提供的所有服务140上的定义信息。版本信息、文件集成、服务内部关系、产品系列支持等都是所包含的信息的例子。
服务开发者接口模块907负责支持工作中的在服务开发者开发、分配和升级服务。服务参与者接口模块908负责与所有用户相互作用并指导服务生命周期和服务事务处理信息到正确的资源。
实施例运用软件计算技术,例如规则和约束,作为灵活模型的一个通用解决方案,并开发且检查服务策略。自身的供应决定总的来说不是太重要。即,给定需要服务140的设备110,PS900确定其是否被允许,是否有一个包(弥补被安装的服务的代码文件的集合)和操作参数信息(模型类型、OS版本等)的设备100相兼容,当存在多个包时选择哪个包,用于服务140的参数设置(若有的话)怎样。通常情况下,在实施例中,执行可用于解决上述问题的“商务规则”的代码不能被编写。为一个规则的每个变换而要求编码,规则不可直接被决策者所检查,且可假设每个问题都和其它相分离。进一步的,假设只有一个单独的确定上述问题的答案的决策者。因此,一个替用的解决方案一定存在实施例中且被提供。
一个合适的约束或规则系统的引入提供了益处。当在抽象的一个更高级上输入“规则”时,编码被戏剧性的减少。另外,规则可被对于计算机或程序设计不满意的决策者所检查。进一步的,作为和每个问题相关的约束和规则而被实施的知识可被更加容易结合且不必担心其分离性。约束和规则的使用支持参与上述问题决策的多决策者的真实性。基于参与一个值链条的不同分组的干扰规则和约束可被更加容易的识别和解决。
供应服务器900的使用基于知识的策略以识别正确包和参数的能力在多种情况下是有利的。例如,当PS900已接收了一个附加服务请求并需要计算上述问题的答案时,优选运用该能力。另外,当任何服务的策略制造者已升级策略知识时,PS900使用该能力。PS900可计算变化、添加、或删除对于与PS900积极相连的现有相关设备的影响。然后PS900可生成对所影响的设备110的必要的更改请求,以实现更改的目的并在所有未来的增加服务事务处理中使用该更改。当PS900被通报来自设备110的一个配置更改时,PS900决定设备的服务140和/或参数是否由于上述更改而被更改。如果必要,PS900可生成策略知识所请求的对于设备110的更改请求。
策略设置者可通过规则的使用而确定统一基于内部的或外部的用户请求的服务版本或参数设置。可在一个用户级、一个位置级、一个机器种类或其它任何相关分组中定义这种统一。
总的来说,服务预定和配置方法包括由用户或用户所感兴趣的服务产品140的DMA120和对激活该服务(块501)的请求来确认。在与边界主机一起被调度的检验期间,或为该目的的特定连接期间,DMA120为关注兴趣和所请求的激活的提供者系统300发送一个消息。提供者系统300检索来自边界主机410的消息并运用业务规则和工作程序,以确定用户合格(块502)。如果用户被证明,提供者系统300通报边界主机410可增加所请求的服务140(块503)。下一次DMA120和边界主机410一起检验期间,其接收可增加服务140(块504)的消息。然后,如果必要的话,DMA120启动服务140、下载和/或对其进行安装(块505)。然后配置和运行新的服务(块506)。
可通过多个渠道来出售服务。该过程优选通过发起组织(服务的提供者)来拥有,并且以发起组织选择的任何方式来进行。例如,如果需要的话,可从设备来进行。
一旦通知发起组织一个特殊用户需要在一个给定设备上启动的服务,实施例提供了发起组织应用任何业务规则和记帐/开发票过程,其要求遵守特定服务的一个应用业务模型。如果发起组织确定可以允许设备给用户提供指定的服务,则发起组织在边界服务器上使用一个公共服务命令/登录API以正式放置该命令。在实施例中,这可生成一个消息,该消息能够设置所要求服务的配置和结构为动作。
消息优选为传递而排队,等待处理,直到发生消息传递时为止。一旦所请求的设备或设备代理得到命令消息,配置系统,如果需要的话,下载附加软件,并且启动新的服务。通过根据实施例的系统,服务发起者优选具有基于服务发起者所确定的必要的标准,按需要开启和关闭服务的能力。服务优选被写入以便与设备无关。由设备模型代理所提供的公共信息模型提供了与实施例中的公共数据和方法的表示不相关的设备。由于所有用户的要求不同,因此服务是可配置的。具有可配置性的服务在要求和所请求的操作中提供变化。服务是动态可装载的,以通过在范围中已配置的设备来迅速配置对于用户的新服务。服务具有一个生命周期,以便在他们被初始配置后进行管理。生命周期事务处理的例子包括但不限于增加服务、删除服务、修改服务、同步服务、设备注册和代理注册。
在实施例中,DMA120被定义,以启用设备110的嵌入式计算能力、数据和函数,以便在以一种公共方式配置的服务140中被访问和使用。一个嵌入代理122和服务平台124使实施例能支持在整个系统1中运行的服务140的本地操作。这提供了公共连接性、服务管理器、公共数据访问和方法,和确保与服务提供者/供应商的通信以支持服务产品。
给定如上所述的系统、部件、方法和实施例,这里有许多配置系统的方法。配置的灵活性是本系统的一个显著优势并且暗示了在系统跟随的部件和行为模型的细节设计。所有的这些配置选项可被实施例所给出的抽象和所定义的模块化来同时例示。能在多于一个选项的用户安装中配置以确保完全覆盖是可能的。图4-9和11示出了代表根据本发明的系统的可能配置选项的多个典型实施例。
配置A,如图4所示的一个典型实施例,是作为被一些公司所当前装载的智能设备的一个优选实施例,例如Xerox公司。其可限制用户所需的基本设施的数量,以支持服务140的配置和提供最简单的执行。这不需要要求安装在用户环境中的附加硬件或软件,尽管设备110必须是被配备有DMA120的功能,包括服务平台124,如果它们已不是设备110的一部分的话。该实施例不可能对已在一定范围内的多个机器编址,除非升级设备软件或使用其它方法来为范围中的设备提供DMA和服务平台。尽管通过DMA在设备和后端主机之间的通信基本独立于物理媒体,但是优选实施例使用用户网络和用户因特网访问来连接回至提供者主机系统。其它通信方案,例如本地无线、长距离无线、电话、无线电话和卫星电话当然也都能被使用。
如图4所示,每一个设备110包括其各自的DMA120并在由DMA120所促进的自己的服务层141中运行自己的服务140。可在也处于用户环境100中或其它地方的另一机器200上使用管理和其它应用程序220。设备110优选使用网络服务250,例如HTTP、HTTPS和SOAP,以与提供者300以及其中的服务主机310通信。服务主机310包括服务320和主机系统340,它们能够确定来自DMA120的通信和在合适的情况下配置服务140。
配置B,如图5所示的另一个典型实施例,启用已处现场的设备和第三方制造的设备,该第三方不具有嵌入其中的可支持设备服务的所需技术。当以这种方法处理多个设备时,为简单起见集中描述这种设备。在这种情况下,一个相对较小的附加部件115被添加到设备110上。附加部件115包括必要的软件和DMA120,以及用于启用附加部件115来获得对内部数据和设备110的功能的访问的一个或多个与设备110的连接。利用所附着的附加部件115,设备/附加部件的组合似乎是一个完全可启动的设备,如同图4所示的配置A一样,直到余下的服务基础设施和后端系统。这根据实施例为遗留和第三方生产设备提供设备服务。如同在图4中的配置A中一样,附加部件115和DMA120以及其维护人员服务环境124一起通过网络服务250来和提供者300通信。
配置C,如图6所示的一个第三典型实施例,使用一个代理结构,在该结构中可作为代理的应用程序220为至少一些设备110运行服务。不能自行工作的设备110具有嵌入的所需软件启动器(enabler),例如DMA120和服务平台124。然而,作为设备的服务代理的一个应用程序220可与设备110进行通信,例如,通过局域网、电话、无线或其它通信媒介。基本代理为所选的服务组140执行服务API140,但是对于设备110自己优选不使用全部DMA120和标准动态服务配置方法,这是因为这些特征不支持遗留设备。该配置也受限于简单代理与设备之间连接的丰富如果不能远程访问数据或功能,则不能配置要求它们的服务。
配置D,如图7所示的一个第四典型实施例,是代理结构的一个更有好处的形式。该实施例启动设备,不需要所要求嵌入的软件启动器(即DMA120),但是能以另外的方式通信,例如,通过局域网、电话或无线,以参与服务配置系统。设备110与作为设备110的服务代理的一个或多个应用程序220通信。服务代理是一个可启动代理的DMA,该代理可宿主DMA120用于每个设备110与服务代理进行通信。另外,服务代理可为其与之进行通信的设备110管理DMA120。这使服务140在服务代理上以基本确切的相同方式运行,似乎服务140直接在设备110本身上运行似的。这也启用附加的本地应用程序以被写在服务代理上,该服务代理可利用DMA120和每一个系统的数据和功能的公共信息模型表示。由于它们可隐藏对于每一设备的执行细节并且仅仅不得不在CIM中建立数据和方法的公共表示,因此这可大大简化应用程序。这和写入CIM和DMA时服务的增益是相同的。另外,可管理多个实例的CIM和服务的DMA的多个部分可一次例示且用于管理多个设备的DMA代理。即,整个DMA不需要为每个代理设备而被复制,通过正好降低用于一个服务器上的连接设备的所有DMA而使该实施例更具效率。
服务代理实施例的另一方面是,可管理多个实例的CIM和服务的DMA的多个部分可被一次例示并用于管理多个设备的DMA代理。因此,全部DMA不需要为每个代理服务而被复制;相反,一个DMA可被用于多个设备。这使配置比为一个服务器上的每个设备简单降低一个DMA更具效率。
在配置C和D的特定版本中,实施例为直接连接到一台个人计算机的一台打印机覆盖一个设备代理的配置。该代理可宿主在一台用户计算机上,一台打印机,诸如经过一个并行接口连接的一台打印机,,是和代理相互作用的设备。在实施例中,代理也可为直接连接的打印机连接打印驱动程序作为数据的一个附加资源以组装DMA或服务接口。计算机能够宿主DMA,至可经由打印驱动程序或其它访问机制来直接连接至设备和本地仪器所支持的范围,,直接连接的打印机从服务和系统管理观点来看呈网络连接。
配置E,如图8所示的一个第五典型实施例,包括如图6和7所示的典型实施例的一个本地变量。可本地提供服务,即,在一个基本自持的站点内,以和跨越因特网的实施例相似的方式。这种实施例使用DMA120的抽象来启用对本地设备110执行的更加一致的管理和服务产品。尽管这缺乏与后端服务提供者300的连接,但服务140对一个用户是唯一的或者出于安全理由是简单的自持。本地服务140和设备110的管理可从所有设备110的一个中央化现场移到一个更局部化的区域。例如,用户可假定提供者的角色,如果是所期望的,在通过在它们的内部网上运行后端的等价物的这个实施例中,包括应用程序服务器,且依赖于用户安全性要求,边界主机。如果由第三方来提供的话,这将增加维护和支持这样一个系统的复杂性,但是给出定义的抽象的一个可能有用的结构。
另一个典型的实施例,图9中的配置F,启用用于接收来自已启用设备110的通信的多个应用程序服务器310和/或多个边界主机0410。配置F是一个组合的实施例,例如,配置A、B、D和E的部件。服务140可被编写,以使它们描述要求服务140的每件事以通过合适的边界主机410用合适的应用程序服务310以一个合适的方式来登记。另外,由边界主机410将其连接到设备110的服务主机310不受限于任何特定服务主机或提供者300,而是与任何合适方相连接以提供服务,只要边界主机410所给出的服务API允许该连接。
设备模型代理如上所述和例如在图10的示意图中所示的,设备模型代理(DMA)120是依照实施例的端对端系统1的一个启用部件。DMA120可被嵌入在设备110,附加模块115,和/或设备/服务代理中以提供公共设备模型122、CIM API 123、以及其内可运行服务140的设备服务环境124。DMA的作用是提供具有能积极参与业务处理和服务的能力的设备110,该业务处理和服务至始至终围绕设备。其从分布式管理任务小组(DMTF)中,结合公共信息模型对象管理(CIMOM)方面,以及嵌入和动态服务的操作和管理的一个新颖环境。代理在CIM中负责服务的本地操作和所代表的信息的管理。代理与设备、服务(本地的和越过网络环境的分布式的)和其它分布式系统部件相互作用。
DMA提供由DMTF所指定的与CIM API相独立的设备,但是也提供一个与服务API相独立的设备。作为一个软件代理,DMA可从事自治的和适应的行为,或者本地初始化或者通过与其它分布式部件的相互作用。例如,在实施例中,DMA对设备或者本地式的或者分布式的环境中的事件作出反应并且可从事于服务和动作的自我管理。在一个优选的典型实施例中,与DMA无关的设备通过使用诸如JAVA和J2ME小的覆盖区JAVA标准而扩展。当然,DMA不受限于该特定执行并且可通过改变复杂性和困难性的等级而在任何适当的软件结构中被装配以提供所有特征。DMA的典型实施例方便地使用带有基本原则概要(FoundationProfile)的J2ME连接设备结构,以从具有多个资源的大系统部件到具有有限资源的小系统来启用设备的最大范围。此外,设备模型代理不受限于该执行,且许多其它的有可能在如设备所要求的JAVA或其它编程语言的变量中,其驻留在该设备中。J2ME环境确保DMA软件是通过设备和产品平台的独立的和可再使用的设备。J2ME还提供对于网络的和分布式系统的支持,嵌入的安全性能力,以及对动态下载和代码操作的支持。
优选,实施例包括通过使用诸如JAVA和J2ME小的覆盖区JAVA标准的一个与平台无关的标准来扩展独立于代理的设备。当然,该代理不受限于该执行且用改变复杂性和困难性的等级装配于的任意软件结构中以获取所有特征。使用具有基本原则概要的一个J2ME连接设备结构的实施例来启用设备的一个宽范围,该范围为从具有多个资源的大系统开始到具有有限资源的嵌入的小系统。许多其它实施例有可能使用设备所要求的JAVA和其它编程语言的变量,在该设备中代理被嵌入或代理被表示。J2ME环境是一个归因于其能力的优选环境,以确保代理软件基本保留与设备无关和基本保留通过设备和产品平台的再使用性。另外,J2ME包括对于网络和分布式系统的支持,嵌入的安全能力,以及对于动态下载和代码操作的支持。
除上述的益处之外,DMA提供了可将多重的、不同的数据资源隐藏在一公共提供者API之后的能力。这进一步从软件代理中提取设备的细节。在实施例中,四个分离的数据资源可在公共提供者和CIM之后被统一,以使服务不需要知道详细的数据资源。例如,EPSV、PWS、CAN Bus和Web UI,能以这种方式来管理数据。可在启用提供者层和被包含在设备模型代理中的CIM的实施例中提供一组工具,以便容易地为给定的产品或设备定制。由于采用或维护设备模型代理的程序仅需要涉及将CIM元件映射为数据资源而不是整个设备模型代理的管理,因此这鼓励再次使用和加速发布。
系统部件的端对端结构的启动特征包含对实施例中各种分布式部件之间所采用的通信方法的一个合适抽象。该抽象优选应用于物理连接机制,以及连接协议层上升通过对话层。这两层上的这种抽象帮助隐藏来自分布式部件的通信方法的细节,允许它们集中于服务操作和从通信媒介或协议中的更改中去耦它们。例如,这允许系统使用通过无线链接的电子邮件或通过专用的以太网链接的网络服务,而与关注哪一个被使用的服务本身无关。
抽象类型对于设备而言是新的,并提供几个重要的益处。它提供对于任何给定用户的系统部件的配置中的灵活性。关于从任何给定物理和协议的组合中期望的服务质量的信息,上升通过对话层,连接可被执行。系统可在主机/后端方具有一个监视各种结构的服务质量的部件,以便为提供服务质量评估通信链接的效用,该服务质量是由提供给一个特殊用户的一个给定服务所要求的服务质量。这是整个端对端系统的供应和自我监视部分的要素。
通信抽象也提供一些容错性。如果一个连接机制出于某个原因而下降,通信模块可检测到它并且用另外一种工作连接来代替该失败的连接,而除了已经出现在服务质量中的潜在改变的实事之外不需要知道该系统的其余部分。
在实施例中,服务可选择性地在一个设备或代理中被“硬编码”。这意味着不要求与服务的动态增加和删除相关的多个管理功能。在设备上运行的服务的嵌入部分必须顺从在分布式部件之间的网络服务事务处理。这启用后端以与系统中的全部的、动态服务同样的方式来有效处理“硬编码”服务。
可通过后端预定来启用硬编码服务。这使服务提供者可控制在任意给定设备上所启动的特殊服务,这为服务提供者给出了灵活性以确定所提供的服务如何基于业务需要而进入市场。例如,该服务可以是一个包的一部分、可以被免费提供、被有价提供、要求更新或者为整个服务供应而在要求其它事务处理的一个实验基础上被提供等等。
硬编码服务优选共享公共基础组的行为和特殊扩展用于它们的特殊要求。优选,服务具有与其一起工作的部件,但是在嵌入的服务平台中、智能代理上和/或后端服务中的设备本身上运行。尽管是硬编码,然而可在提供者/服务供应者后端中通过服务生命周期管理系统来配置和管理这些服务。
标准实施例的类型优选包括基于企业管理(WBEM)的分布式管理任务小组(DMTF)网络和公共信息模型(CIM)。如上所述,CIM提供具有设备模型和抽象的实施例以使设备再利用。另外,实施例使用网络服务、XML、HTTP的各种版本以及SST。实施例也可使用来自诸如VeriSign的、能够通过防火墙和因特网进行通信的服务端认证。为在设备和后端中启用应用程序环境,实施例可使用例如Java2 Micro Edition(J2ME)、来自Insignia公司的嵌入式虚拟机器、Java2企业版(J2EE)、BEA WebLogic 7.0应用程序服务器技术序列以及Oracle8i。当然,这些都只是例子,在合适的地方可以使用附加部件。并且,有可能的是开发当前不可预见且可添加到实施例的系统上的新部件,该新部件落入到在实施例的范围中。提供的服务、它们的生命周期以及用于特殊产品的DMTF CIM的扩展都是实施例之中的新技术的例子。
实施例进一步可将新服务快速添加到并使其运行于已开发的系统上。例如,在发行一个新产品之后不久基于在该领域中从其操作的前三个月中得到的教训的基础上开发一个新的诊断服务。当发行产品时,还不能预见该服务的精确的性质和行为,于是发行的产品中不包括诊断服务。实施例允许在任何时间添加这种诊断服务到已安装的设备上。
实施例关注服务模型和被包括的一个新的“服务包”的内部规约。因此,除了为一个服务许可和配置信息之外,如果需要的话可下载新代码以便在该领域中添加一个新的功能到一个现有的设备。可根据实施例将该特征与在设备上的一个嵌入的服务平台结合使用,该设备被设计为易于接收新的功能。另外,当结合实施例的嵌入的服务平台使用时,由于由DMA中的嵌入的CIM提供的设备独立抽象,可通过平台来重新使用用于新服务的新代码。对于不带有这种平台的设备,可仍然添加新代码作为诸如用于在领域中的补丁和升级的一个更加专用的软件下载服务,但是启动这些服务的代码将很可能是专用平台并因此降低了可重复使用性。
实施例的系统在一定方式上可提供诊断程序和其它服务,这对于设备平台而言是非常灵活的。对于后端中的服务供应者,这种启用的设备似乎与根据实施例的其它DMA启用设备相似。另外,用于在设备内部平台上本地运行的一系列设备的所有服务仍可直接回与提供者系统通信,而不是通过一个智能代理。
配置中另外的变量被充分的嵌入DMA到产品自身中。因此该执行在一定方式上与例1的执行非常相似,其中它们都是DMA嵌入平台。然而对于本例,小覆盖区DMA服务平台被嵌入到产品中并和一个打印站接口平台(PSIP)以及一个嵌入设备控制器通信。小覆盖系统要求的有限资源对于相对容易的所要求的接口部件的生产、开发和集成而言是可接受的。
可重复使用的DMA对于已具有一个JVM的系统而言是“混入”的。小覆盖区DMA不是系统资源上的消耗,且可大大加速这种平台的实现。
自动仪表读取可通过从一个端对端服务的远景中观察系统而发现使用构成实施例的配置的灵活性的另外的例子。在该情况下,服务是自动的仪表读取。该服务集中于获取在循环中在无人情况下、通过电话、传真、电子邮件或网络登录来通常接收的每月的或每季度的仪表读取。这可增加读取的精确性和及时性,为用户节省时间并使提供者改进开发票和记帐。
由于来自设备的请求数据较少且已是非常有用,因此可使用一个智能代理,其可促进所有SNMP启用产品的的参与。和是启动的DMA的设备而不是完全的SNMP结合使用,这意味着可以得到宽的覆盖。此外,在这种情况下,抽象和系统调制能力是重要的。后端系统不需要知道设备如何与提供者接触(直接的或通过一个代理);所有的需要是设备的序列号,然后在适当的时候可要求仪表读取。使用这种去耦方法使设备参与服务,后端服务提供者提出的请求是提供配置灵活性的一个优势。
早期报警系统在实施例中,组合一个报告系统、一个远程监视服务和其它远程服务以装配一组工具来在领域中支持更多测试。基础系统和数据采集服务可被补充到依赖于人的观察和报告的数据采集系统中。同时,系统组合提供更大的、集成的知识集,工程师组可以根据这些知识集来进行产品问题解决活动。另外,用于来自领域中的设备的所采集的数据的公共模型为配置报告工具和报告可通过平台被使用的基本性能而创建一个机制。
通过远程控制和设备服务的高级远程辅助实施例中的基本原理之一是设备本身在其生命周期和支持中起着积极的作用。这在困难或报告情况的状态中工作。其甚至可以和设备中的一个嵌入诊断代理一起工作,该设备可监视系统执行并自动更改软件或结构以在领域中保持系统的良好运行。然而,用户经历的一些问题是和用户问题以及操作问题相关,这些问题和关于设备故障的问题一样多。另外,正如我们所知道的那样,由于标记机器是复杂的机电系统,因此它们不能总是被远程维修。
为寻求在领域中的设备的运行支持需求和支持对站点上的操作者一起工作的新方法,在实施例中组合一个远程UI和一个人对人的支持系统。支持自动解决方案可成为一个高级服务的补充部分和支持产品。其不仅提供上述的多个远程服务,而且自动化数据采集和远程监视。该组合也提供一个通过一个共享的UI来直接与设备操作员一起工作的好方法,以便在要求附加培训、问题解决方案和软件修整(software tweaks)时帮助它们。
连接性折衷用于用户站点中的设备和后端之间的通信链接的一些典型选项如图41所示。这里有三个标记为A、B和C的优选项。注意仅有选项A和C完成了设备和其上的提供者后端之间的连接性。选项B需要连接A或C以完成链接回至提供者。
每一选项的正和负的概述如表2所示。


表2所有连接性选项优选再使用相同的后端基础设施,即使它们可通过不同机制进入提供者。
由于作为一组的所有选项可为符合用户要求变化的配置提供附加的灵活性,因此它们都是有吸引力的。当可行时,连接的优选方法是通过局域网和因特网的有线连接性的选项A。这是最少配置投资和最少操作花费的选项。在短期内这是尤其重要的,尽管服务价值正在被证明且资源需要被集中于初始服务配置和的传输-没有连接到设备上的附加路径。然而,如果仅仅追求该选项,则不寻址未连接的设备,该设备最初忽略服务。目前每个服务将需要考虑如何在产品中人工包括未连接的设备。
下一个优选的连接方法是通过蜂窝或双向寻呼机技术的长距离无线的选项C。该系统可在这个无缝结构中和有线设备一起工作,具有有效能力将使一些用户的问题在出现时得以解决。然而,这里有一些关于在大量产品上大规模配置无线能力的挑战。例如,由于几乎没有系统具有访问详细设备数据和操作的相同接口,因此开发多个不同的附加模块以便在领域中与大范围阵列的产品相兼容的花费很大。另外,添加无线连接性所增加的花费和通信的花费可被阻止,直到多个服务可有效使用连接。简单地说,更加容易配置的无线结构对于可被提供的服务的数量和类型具有固有限制,使得难以调整成本。最后,由于这是提供者/服务供应者或其它方可绕过防火墙并潜在地在它们的网络上访问其它资源的一个方法,因此用户表达对于也可无线连接的网络系统的关注。
最后,本地无线连接性的选项B。根据本地无线连接性技术如何具体地结合为我们用户的环境和打印机,可以使用该方法。
支持用于设备服务的端对端基础设施要求用于将用户站点中的设备连接回遗留系统和业务过程中的一个支持端对端基础设施。图1和2所示的端对端系统是一个端到端基础设施的初始典型的实施例。其支持设备参与的基本双模式(直接的和通过一个服务代理),使用初始服务通信和预定模型,并通过一个例如宿主在提供者环境中的边界服务器而使用一个用于服务数据和动作的公共入口点。边界主机能以适合附加实施例的方式而被分离,但是也可物理宿主在一个系统上,当穿透和接受索取高价时,最小化启动花费。


表2技术和基础结构的例子表2中所列的每个范围代表技术发展范围或需要获取和开发的第三方COTS系统的这样一个范围。它们也代表技术的全部要求仍不可知的范围。
如上所述,最初并未被设计为支持用户辅助的自助程序、设备中心服务,和/或ECAT的远程监视的打印产品有时发现这种提供对于加速初始传输和产品的继续成功是很重要。这种产品的需求是接收来自领域中设备的关于其状态和如何被用户使用的每日(或在某个其它时期)报告。我们将该服务称为远程监控。由于其允许程序组在领域中更早的鉴别问题并提供对于启动、销售、营销的重要信息以及支持以提高其输出,因此这是非常重要的。
对于这个问题的一个解决方案是在控制器上提供设备中心服务(DCS)设备模型代理(DMA)120并本地连接到来自那里的IOT。附加部件或用户服务平台(CS平台)115是所需要的解决方案。CS平台115可采用一个嵌入系统的形式,该系统通过数个现有接口中的一个或多个本地连接到IOT,统一数据和功能的观点,并提供用于操作的一个本地UI、本地功能的管理以及用于远程连接和设备中心服务的服务平台124和API。CS平台115是DMA120和由在设备中心服务框架中的服务平台124启用的嵌入服务层141的一个产品实施例。
参照图12、16-19和21,CS平台115可优选采用一个网络的、嵌入的个人计算机的形式。另外,附加部件可采用一个无头盒子的形式。无论在何种特殊形式中,通过至少一个物理接口将附加部件115连接到IOT上。用于CS平台115的UI在本地网络上的任何浏览器上都是可用的,且被CS平台115中的一个嵌入网络服务器130服务。在一个优选实施例中,用户在它们的DFE上使用浏览器作为CS平台115的本地UI。CS平台115优选被网络连接和配置,正如任何浏览器被配置一样,以知道本地网络代理、防火墙口令、DNS服务IP地址等等,以使其可连接到在因特网400上可用的边界服务器410上。当运行时,CS平台115将使用该连接来检查消息和指令并同样发送支持预定服务140的所请求的数据。边界服务器410管理和设备服务的端对端操作相关联的队列、消息、服务和事务处理。
优选,CS平台115是一台基于带有一块主板701的平台的低成本、嵌入的个人计算机,和一个嵌入式软件操作系统704,例如Linux,但可使用其它操作系统。附加部件115可与硬件一起定制,例如一个辅助输入/输出和静态存储器板702,但是这种定制优选最小化以保持成本降低。部件115被设计成启用内部硬件平台来随时间改变以遵循可减少平台2/3成本的最小化普通个人计算机价值曲线。存储器、诸如紧凑快闪存储器,例如可作为一个内部存储媒体703而被使用,其提高了硬盘驱动的可靠性。如果被配置的新服务140要求附加的存储资源,则紧凑快闪存储器的使用也可降低升级CS平台115的费用,然而紧凑快闪存储器似乎是作为一个普通硬盘驱动的系统。此外,附加部件115中的标准个人计算机技术的使用加快了修订以遵循成本曲线和趋势并确保标准附加技术(例如一个网络照相机)与平台相兼容。
CS平台附加部件115和一个设备的IOT之间的连接路径的例子包括电子合伙人(EPSV)712-714、富士静电复印(Fuji Xerox)协议和接口;RS422和/或RS232串口715、716;PWS717-718、为将它们的服务膝上性电脑连接到设备上的客户服务工程师所使用的连接;CAN总线连接719-721和USB(图中未示)。也可监视诸如数字前端的专用接口的附加接口以便为服务和系统管理行为提供附加数据。其它连接也落入实施例的范围,尤其是由于CS平台115优选以不被限制于这些连接的方式而被设计。
路由器730优选包括和负责管理多个信息资源和处理给出激活的其它连接的一些行为的抢先。因此以允许在没有数据破坏问题的情况下产生通信的方式传递通信。
一个嵌入式软件系统优选提供灵活部件以支持本地宿主功能,诸如这里描述的诊断程序,以及可被动态添加和配置的服务。实施例因此考虑基于设备中心服务平台、正嵌入的DMA120和已嵌入的JVM以及网络服务器的一个系统部件,以使CS平台115作为系统的本地启动器以积极参与设备中心服务。
嵌入的DMA120使服务140从设备110被直接提供,而与其数据前端和/或在其上运行DMA120的能力无关。这使设备110通过DCS服务模型来积极参与服务提供。附加部件115也为建立于系统周围的新的服务140提供一个可编程的接口,用该产品启用迅速和坚固的解决方案集成。并且,附加部件115中包括的一个网络服务器130允许网络服务事务处理和直接在作为IOT的一个接口的CS平台和远程服务产品之间的服务。
一个定制的IOT诊断产品740向一个受训用户调整,而不是客户服务工程师为已由IOT提供的预定的诊断而提供易于使用的全局化的UIs。例如诊断程序可优化调色密度水平并获得一致的图像质量(MaxSetup741)。可提供的其它服务742包括带缘学习(Belt Edge Learn),学习一个新的过渡带的边缘的程序,以改进横向注册和带操纵执行。带缘学习的目的在于追踪使用带缘传感器的带的运动。使用从这些传感器接收的数据,IOT自动调整使用带追踪滚动/发动机/传感器,以确保不带任何内侧/外侧运动的带转动。更多的服务可包括RegiCon、在IOT中建立的图像注册系统上建立完整图像的一个安装程序、半色调(Halftone)、调整系统打印的半色调密度的一个安装程序。打印一个半色调模式将固定色调的一个用户定义水平置于整个页面上。半色调模式自己被用于诊断问题,和几乎每个图像质量检测将在一个半色调模式上显示一样。
CS平台附加115优选通过一个嵌入的网络服务器而使用基于UI的一个网络。这在CS平台115上节省了硬件成本并且改用与设备110的数字前端相关的监视器、键盘和鼠标,这几乎总是在场并呈网状。也可以使用在本地网络上的一个合适的浏览器来从任何其它网状PC访问。这种UI提供了随时间提高的使用容易性和新服务和性能的可扩充性。仅为该应用程序提供GUI的费用将被阻止。在实施例中,基于UI的网络包括文本敏感帮助并链接到呼叫中心和其它支持站点,令系统更易于使用。UI在用户局域网上的任何连接的浏览器上都可使用,包括硬连接的网状个人计算机。并且,如果一个无线访问点被直接连接于CS平台115或安装在用户网络上,则无线连接的个人计算机或带有兼容的浏览器的手提电脑也可作为一个UI而被使用。
实施例的设备中心服务附加部件115优选装配有多个被预下载且授权的服务,尽管这不需要是这种情况。CS平台遵从用于预定的服务产品的设备中心服务模型。PDT做出该决定以启用一组基本服务。另外,部件优选能从远程站点通过通告而进行软件下载和CS平台固件的远程升级。
通过同步服务,系统优选将周期性登记远程DCS主机310或410以查看是否有新的事务处理正在等待它。那些中的一个可以是系统可用的新软件。如果这样,可通过有效来自管理标记的一个升级状态屏幕通报用户。通过一个软件升级屏幕上的一个更新状态按钮,用户也具有人工检查升级的选项。如果升级有效,用户具有接收它的选项。如果接收,软件下载处理自动地下载所请求的升级,安装它们,存储较老的版本并重启系统。
部件115提供安全、加密的通信给支持服务提供的提供者。即使完全本地有效,实施例的诊断程序作为服务而被处理。然后可通过用于所有服务的服务预定模型来控制它们。当有必要这样做时,这允许CS平台的功能被有效地关闭。
一组初始服务可优选通过系统而被提供给用户。这种初始提供可包括例如自动记帐、自动提供补给和远程监控。自动记帐优选是一个预定服务,该服务在要求时或通过设备中心服务基础设施来自动向提供者报告所请求的记帐仪表。自动提供补给,和名称的建议一样,优选是一个预定服务,该服务追踪色调用法、区域范围,且调色剂容器更改事件以便为提供者提供必要的信息来确保对于用户站点的仪表提供在不需要人的干涉下及时准确地传输。远程监控优选是周期性收集建立于系统中的一组可配置的数据,一个标准方式中对其模仿以及发布回给提供者。建立于该服务中的数据类型的例子包括记帐仪表、IOT故障、媒体路径拥塞、图像领域范围、媒体用法(重量、尺寸和类型)、特征用法、色调状态、单一/双向数量、媒体托盘用法、减少和扩充、复制模式以及高频率服务项状态。
一组附加的服务可被嵌入到系统中以确保合适的系统操作。例如,DMA内务处理服务、健康监控器、对于IOT通信状态监控器的DMA、以及服务同步服务,周期性核对DCS系统的远程部分以察看是否有DMA应该做的新的指令或行为的服务。
为确保安全,附加部件115在实施例中使用标准、安全网络数据传输技术和证书。例如,可使用VeriSign证书、RSA加密、SSL和相关的技术。另外,附加部件115可提供允许用户检查所有由设备发送的消息的详细的事务处理日志。所有由CS平台115发送的事务处理在为传输而打包和加密之前,能以XML的形式而被记录。这提供了用户检查能力的另一层,以增加对于提供者的陈述的信任,该陈述为我们仅发送那些我们所说的我们是什么的内容。
在实施例中,可在数据被发送到边界主机410之前调用授权的三种水平。可以预计合同将陈述数据将被自动发送并且用户将具有检查传输日志的能力。选项被设计进系统中以调节对要求采用不同协议的用户的多级授权。这些水平可包括审查和日志,其中对所有事务处理的记录被保持在事务处理日志中;简单通知,其中当完成对于后端的传输时,通过屏幕消息、电子邮件或其它机制来通知一个用户代表;以及在发送之前核准,其中维持对后端300的消息队列,当队列不为空时通知用户代表。在发送之前核准中,用户代表可检查消息是否是所期望的,然后确定数据的发送。缺省的授权水平使可配置的,尽管优选装载的缺省水平是审查和日志。以前的辅助自助工具以及甚至IOT自身上的诊断访问具有对所有功能的一个口令。对于先前的系统没有途径用于调节多人的规则并相应地管理口令。
在实施例中,启用的多重规则可包括技术关键操作员(TKO),客户服务工程师(CSE)和系统管理员(SA)。通过基于GUI的网络来提供用于为任意特定的规则而配置访问的一个系统。口令优选为每个规则而被初始设定为互不相同的公共口令。实施例的系统考虑允许SA配置他的或她的口令和管理TK的口令;使用标准IT行业处理、协议和程序基于口令管理启用网状规则,以及启用远程验证的等录和任意或全部规则的口令管理。对于想要在他们所访问的任意CS平台上使用他们的相同口令的CSE而言,远程等录或许尤其具有吸引力。用于远程登录的验证可以仅仅是口令、口令和标记的组合或任何其它合适的方法。这将被连接至远程主机站点的CS平台的网络连接所限制,且需要提供一个备份的(或本地的)公共CSE或用户规则口令。
平台甚至可包括用于远程重置被遗忘的本地口令的处理。SA呼叫帮助台并且被成功证实为他们所说和所是的人。帮助台可将命令置于CS平台(被IOT序列号所识别的)以使其重置其SA口令。SA被告知人工地按压SYNC控钮,致使CS平台通过边界主机410而登记,接收命令以重置SA口令,并完成操作。如果所有的都同样失败,则一个CS平台工厂重置程序可遵循将要重置所有口令为缺省配置。
新的软件服务140可通过普通DCS服务预定和激活处理而被添加到CS平台附加部件上。预定服务可被DMA120和DCS端对端系统1自动管理和安装。这使CS平台115随着时间的推移而提供新的服务。可通过CS平台的远程软件升级特征来提供新软件升级。这使CS平台115的更加重要的升级通过用户批准来被执行,而不需要一个技术回应以访问用户站点。由于显著减少费用,这提高可以配置系统升级的频率。
因为上面的特征和用于大多数的系统硬件和软件的COTS技术的使用,可以用被远程添加到平台的合适的服务来添加新硬件。要求硬件扩展的一个新服务的例子可以是基于用户支持的网络照相机。对于添加的一个低成本的USB网络照相机,CS平台115能够为允许它们在电话上获得更好的远程支持的预定的那些提供服务,这是因为USB网络照相机抓取并发送它们需要帮助台或呼叫中心的问题的照片。
实施例考虑安装CS平台在相同的子网上的一个网络连接的个人计算机上作为CS平台115。安装步骤,如图19所示的示意图,使用标准网络应用和建立于CS平台后面上的LED指示的组合以使安装者安装程序。由于CS平台115优选是一个无头嵌入系统,因此安装过程较为棘手。这里所列的步骤是一个可能的安装方法,尽管其它的方法也是可能的。命令屏幕上的反馈和设备上的LED的组合提供用于安装的稳定处理。部件115初始上电等待(块801)并被用户通电(块802)。优选,指示部件115被引导的状态LED或类似链接在部件115就绪时稳定下来(块803)。在实施例中,用户读取部件115的MAC地址(块804),在UI上打开一个命令窗口(块805),并输入一个带有MAC地址的命令和其它信息(块806)。然后用户可试通(Ping)部件115(块807)以对它进行测试,然后等待一个完成指示(块808),诸如一个或多个LED处于就绪状态中s。然后用户可通过一个浏览器到部件的网络服务器130(块809),作为管理员而登录(块810),并根据要求来配置网络信息(块811)以使部件115和边界主机410通信。部件115被重新启动,在重新启动期间IOT应该被断电(块813)。一旦二者都完成了它们的重启,则完成了安装和设置(块813)。
能以多种方式来配置CS平台用于网络连接,包括使用固定IP地址和使用DHCP以获得一个IP地址。当就绪时,对于大多数用户而言优选一个固定地址,该固定地址具有易于指向一个CS平台UI的浏览器的优点。DHCP易于选择性地被安装,但是将要求用于CS平台和DNS服务连接的一个设备域名。提供一个自动域名的可能的方法是将IOT序列号和MAC地址的最后两个数字组合。用户可知的可易于可用的信息与缺省的CS平台的其他结合是可能的。
正如配置任何浏览器那样,为网络配置CS平台。这可通过在CS平台UI上形成填入来人工完成。如果OS提供这个能力,则也可通过查找来进行以便察看已被建立于网络浏览器平台上的设置。这将提供底线设置,然后用户具有定制或纠正它们作为所必要的能力。一旦配置,可提供一个立即设法接触提供者边界服务器410的测试配置按钮以确保在用户离开网络管理页面之前设置是正确的。
CS平台115的用户可能失去对于CS平台网页的书签和需要被提供给用户的一条路径以再次容易地找到该网页。如果用DHCP来配置系统,那么用户可只需简单遵循指令以确定CS平台的缺省值或硬编码域名。也可提供被安装并运行在DFE或用户环境中的一个网状个人计算机之上的一个发现工具,该发现工具将发现和显示所有正在运行的CS平台。该发现工具也可从提供者网站上被下载。可从CS平台UI得到对该工具的链接,这样可以为CS平台IP地址丢失做准备而下载和存储该工具。在安装期间,可以使用用于本地存储工具在DFE上的一个选项来开始本地保存该工具在CS平台上。
如上所述,路由器管理对CS平台的同步访问方法。CS平台路由器优选和提供者网关以及DMA要求相兼容,并且和领域中的设备110相兼容。路由器优选提供在本地PWS端口和IOT诊断(串行)端口之间的直接连接。通过例如IOT诊断(串行)端口,实施例的路由器也提供用于网络客户的网络连接,并可支持到IOTCAN总线的网络通道,对于不同设备110的EP服务,调解所有(除了EP)通信量和优先级。优先级可被启用以允许平稳变换操作模式。例如,一个用于DCU软件升级的应用程序对话优先级、用于在IOT串行端口3上的本地PWS端口IOT诊断对话的另一个优选级,以及用于其它网络对话的另一个优选级。在普通系统操作下,一个“打开”本地PWS对话优选不被先占,且一个本地PWS对话要求可以优选中断一个网络诊断应用程序对话。任何中断都是很好的。一个网络DCU软件升级对话的先占优选不被允许的,尽管只要在任意一个时间允许仅一个CAN对话,就应该优选在任意时间允许一个EP和/或CAN总线对话。DMA EP网关服务器/客户机优选具有对于EP端口的专用通道,且DCUV2.0优选在网络上支持本地PWS事务处理的一个通道。
支持DCU v2.0,通过产生一个START_DIAG_SESSION事件(该事件的客户是DMA推动事件供应者)、生成END_DIAG_SESSION事件(该事件的客户是DMA推动事件供应者),在LOCAL_PWS_PORT和IOT_SERIAL通信端口之间传送每个消息作为对DMA推动事件供应者的PWS_MESSAGE_EVENT,通信控制器可提供,例如在网络上的本地CSE诊断对话的内容。
进一步支持DCU v2.0,通过提供将其存在通信给连接系统的PWS的一种方法,例如通过利用被设计作为CTS(清除发送)信号的RS232信号,经由本地PWS端口至IOT串口,通信控制器可支持一个本地CSE诊断对话。CTS信号优选保持在DCU处的逻辑电平HIGH上。
RS232接口中的DSR(数据信号就绪)信号可控制IOT的诊断模式。DCU将保留或作为必要而“创建”该控制。当IOT的DSR信号被设为HIGH时,如果IOT在诊断模式中并被断电,则它将以诊断模式上电。PWS控制DSR信号。
虽然已描述了特定的实施例,但对于申请人或熟悉本领域的其它技术人员而言,可作出当前可预见的或不可预见的替换、修改、变动、改进和实质等价。相应地,作为他们修正和所提出的所附的权利要求意于包含所有替换、修改、变动、改进和实质等价。
权利要求
1.一种分布式系统体系结构,包括能够提供从服务主机中所获得的至少一个服务的至少一个设备,该设备包括至少一个特定设备提供者应用程序的程序接口并具有特定设备的状态信息;至少一个服务层;以及至少一个独立于设备的运行时间环境,包括至少一个服务环境,在该环境中实际上运行至少一个服务;至少一个公共信息管理应用程序的程序接口;至少一个设备模型代理;以及至少一个公共提供者应用程序的程序接口。
2.根据权利要求1的体系结构,其中至少一个服务层包括适用于至少一个设备的至少一个服务。
3.根据权利要求1的体系结构,其中在标记设备中配置至少一个独立于设备的运行时环境,该标记设备是至少一个设备中的一个。
4.根据权利要求1的体系结构,其中在与标记设备相连的服务器中配置至少一个独立于设备的运行时间环境,该标记设备是至少一个设备中的一个。
5.根据权利要求4的体系结构,其中服务器接待一应用程序,该应用程序的主要功能和独立于设备的运行时间环境无关,但是该应用程序接待独立于设备的运行时间环境。
6.根据权利要求1的体系结构,其中至少一个服务环境和服务层驻留在与标记设备相连的服务器中,该标记设备是至少一个设备中的一个,该服务器接待应用程序,该应用程序的主要功能与服务层和环境无关,但是该应用程序接待服务层和环境。
7.根据权利要求1的体系结构,其中设备模型代理、至少一个服务环境和服务层驻留在与标记设备相连的服务器中,该标记设备是至少一个设备中的一个,该服务器接待应用程序,该应用程序的主要功能与设备模型代理和服务层和环境无关,但是该应用程序接待它们。
8.一种提供独立于设备的服务的方法,包括提供公共设备接口;提供公头信息模型;利用公共设备接口和信息模型而将服务集成到设备中;并且将特定设备差别隐藏在公共设备接口之后。
9.根据权利要求8的方法,其中提供公共设备接口包括采用了分布式模型任务小组公共信息模型,该模型具有各个服务的预定扩展。
10.根据权利要求9的方法,其中提供公共信息模型包括以分布式模型任务小组公共信息模型为基础,该模型具有可提高在设备与各个服务之间的兼容性的预定扩展。
11.一种提供服务平台的方法,包括提供存取模块;使得可通过存取模块而使服务使用设备的嵌入式计算能力、数据及功能;以及以公共的方式来配置存取模块。
12.根据权利要求11的方法,进一步包括接受与主平台的软件公开相异步的新配置的服务。
13.根据权利要求11的方法,进一步包括将服务平台嵌入在主平台中。
14.根据权利要求11的方法,进一步包括将服务平台配置在主设备的附加部件中。
15.根据权利要求14的方法,进一步包括通过至少两个接口而使附加部分与主设备相连。
16.根据权利要求14的方法,进一步包括使附加设备与网络相连,因此使主设备具有可参与设备服务的能力。
17.根据权利要求14的方法,进一步包括通过附加部件提供主设备的所有网络连接。
18.根据权利要求11的方法,进一步包括采用位于用户环境中的至少一个应用程序以作为在至少一个设备与服务主机之间的服务代理。
19.根据权利要求18的方法,其中采用步骤包括将来自至少一个设备的数据发送到处于第一协议中的服务代理,并将来自服务代理的数据发送到处于第二协议中的服务主机。
20.根据权利要求19的方法,其中第一协议是SNMP。
21.根据权利要求19的方法,其中第一协议是无线通信协议。
22.根据权利要求19的方法,进一步包括利用基于设备的服务的供给系统来管理服务主机上的设备变化。
23.根据权利要求19的方法,进一步包括加强对用户环境中的服务的服务管理。
24.根据权利要求19的方法,进一步包括提供一个UI,用户利用该UI可管理服务。
25.一种可提供环境的设备模型代理,在该环境中服务基本上独立于设备运行,服务意欲提供上述设备的功能同时提供对该设备的访问,该设备模型代理还与至少一个服务主机进行通信以可自动提供维护及服务预定和配置。
全文摘要
一分布式系统(1),可使标记设备(110)等等可预定并运行设备中央服务(140)。设备模型代理(120)可使设备(110)与服务提供者(300)的服务主机相互作用以自动提供维护、使用者帮助、及服务预定和配置(501-506,510-516,900-908)。将设备模型代理(120)嵌入在设备(110)中,并将其配置在与设备(110)相连的附加部件(115)中,或由单独机器来运行以作为一代理(220)。设备模型代理(120)为可用于设备(110)的服务(140)提供了运行时间环境,但是具有一公共接口(通路130)和一公共结构,这样可一次写入服务并按照实际上任何一种配置来在设备模型代理(120)中运行。
文档编号G06F15/177GK1527232SQ20031011982
公开日2004年9月8日 申请日期2003年10月16日 优先权日2002年10月16日
发明者M·R·福尔斯特, R·M·罗克维尔, N·沙马, C·S·费利安, M·P·克赫, A·M·罗伦佐, M·C·麦克科尔金达尔, R·J·圣亚克斯, T·E·蒂雷特, J·C·奥斯丁, M·D·丹尼尔斯, M·F·卡瓦诺, W·黄, C·J·雷格鲁特, L·惠特菲尔德, M R 福尔斯特, 丹尼尔斯, 克赫, 卡瓦诺, 圣亚克斯, 奥斯丁, 罗伦佐, 罗克维尔, 胤贫 , 蒂雷特, 费利安, 雷格鲁特, 麦克科尔金达尔 申请人:施乐公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1