专利名称：组件服务网络系统的制作方法
技术领域：
本发明涉及一种组件服务网络系统(component service networksystem)，将软件组件化，存储在网络上，可供第三者再利用。
因此，本申请人在自身进行SI业务的同时，从正面研究该问题，开发出了将软件组件化，存储在网络上，可供第三者再利用的方法，作为知识管理系统，并且自身导入这种系统并使用，实现了SI业务生产率的提高。
具体地讲，开发出开发工具，该开发工具用于将利用Java技术开发出来的软件组件化，存储在存储库(repository)中，然后使用组件开发应用程序，在存储库中具有应用管理系统，用于推进组件在公司内的利用(以下称为组件银行(cBankTM))。
通过利用上述CBankTM，就可以进行以下业务，即离线使用组件的许可或者利用网络下载组件的许可证业务，以及根据在网络上使用组件的使用量征收使用费的ASP(Application Service Provider-应用程序服务提供商)业务。
但是，现有的ASP业务，仅是单纯地在网络上下载、使用应用程序，并对此收取使用费的业务。因此，上述CBankTM和ASP业务无法单纯地进行组合。即，需要解决在单纯的ASP业务扩展未产生的以下问题如何通过组件的组合来构成应用程序，如何管理内置了一个或一个以上组件的应用程序以及所内置的各组件，是否适于在网络上使用等。换言之，在单纯的ASP业务扩展中，CBankTM提供商虽通过CBankTM的用户(这里所谓的用户包含应用程序开发业务，以下称为“CBankTM用户”)的面向终端用户的应用程序开发功能仍无法充分满足对终端用户的组件ASP业务，以及CBankTM用户进行的ASP业务(包括自己配置具有组件的服务器并实施的情况，以及向CBankTM提供商订购ASP服务的情况)的要求，因此还无法实现将上述组件作为ASP服务的对象的业务。
本发明考虑到上述事实，其目的是提供一种组件服务网络系统，对具有一个或多个组件的应用程序软件，通过集成管理、运营组件，可以进一步扩展现有的ASP业务，通过满足CBankTM用户和终端用户的要求，利用组件来实现高生产率，从而为cBankTM用户减轻开发负担，终端用户可以在短期内得到与要求标准匹配的应用程序，并且可以选择与组件的使用量相对应的使用费。
本发明的特征在于，上述使用者是使用上述基本组件或cPackage而开发了应用程序软件的开发主体。
此外，本发明的特征在于，上述开发主体当将应用程序软件交给用户时，同时向上述业务主体报告该交给信息，由此发行用户使用许可。
其中，上述基本组件或cPackage的执行模式，有时由业务主体预先固定地设定，可以给予开发主体再设定权，有时在开发时由开发主体重新设定。其特征在于，具有以下几种执行模式本地模式，将基本组件或cPackage嵌入应用程序中，当应用程序执行时，在应用程序内执行；ASP模式，在开发时进行上述基本组件或cPackage的使用预约，在应用程序执行时，仅提供进行了使用预约的该基本组件或cPackage的处理结果。
上述基本组件或cPackage的执行模式可以被固定地设定，也可以重新设定。
根据本发明，
图1和图2示出了业务主体和使用者之间的关系图的一个例子，这是将服务业务和ASP业务结合起来的图，其中服务业务提供广域应用程序开发环境，ASP业务许可基本组件所具有的功能例如使用网站。
此外，对于发送给用户即消费者或企业的内容，业务主体可以使网络提供商选择服务功能，从而可以执行。
业务主体的管理者可以对具有最小功能单位的基本组件设定各种执行模式(ASP模式和本地模式)。
在应用程序开发时，被设定为本地模式的基本组件或cPackage，在开发时被编译到应用程序内，在执行时在应用程序内执行。
被设定为ASP模式的基本组件不嵌入应用程序内，代之以在应用程序内附加调用该基本组件的启动组件(启动组件本身被设定为本地模式)或代理程序(proxy)。
因此，在应用程序执行时，被调用组件自动地将应用程序与业务主体连接，调用基本组件并在业务主体内执行，然后仅将处理结果返回给应用程序。
业务主体可以将每个基本组件的执行模式的再设定权授予开发主体。
业务主体向SI企业等应用程序开发者(开发主体)发送专用开发工具，许可其使用基本组件或cPackage。开发主体通过使用基本组件或cPackage，可以大幅地提高SI业务的生产率。
开发主体对于被授予再设定权的基本组件或cPackage，在预先与业务主体商定了组件使用费等条件的基础上，对其进行利用，从而可以在开发时将本地模式的基本组件重新设定为ASP模式。
无论对于业务主体所设定的ASP模式的基本组件，还是被授予再设定许可的基本组件，如果保持原样不动，则不具有ASP功能的开发主体可以将业务主体作为业务代理商，进行ASP业务。
此外，具有ASP功能的开发主体，在开发时通过将开发主体本身重新设定为具有ASP功能的ASP模式+(将ASP模式重新设定为ASP+模式)，从而开发主体自己可以进行ASP业务(在以下的表1中详细说明)。
此外，通过组合基本组件，可以使其具有与应用程序等级近似的复合功能，所以可以多级地组合上述执行模式的设定/再设定的结构。所组合的基本组件群被称为cPackage，可以对每个cPackage进行执行模式的设定/再设定。
以上对将CBankTM所拥有的基本组件或cPackage的执行模式的再设定权授予开发主体的情况进行了说明，但CBankTM也可以保管第三者的组件，将再设定权授予开发主体。在这种情况下，CBankTM成为该第三者的ASP业务代理。如图3所示，第三者是否具有ASP功能，CBankTM作为ASP提供商的功能是不同的。
图2是表示本发明的组件服务网络系统的构成和处理流程的方框图。
图3是将拥有组件的第三者导入系统内时的系统构成图。
图4是本实施方式的系统体系图。
图5是表示将本实施方式的基本组件作为基础的组件服务网络系统的构成和处理流程的方框图。
图6是表示在将本实施方式的基本组件作为基础的构成中，在ASP模式下执行的处理流程的方框图。
图7是表示将本实施方式的基本组件和cPackage作为基础的组件服务网络系统的构成和处理流程的方框图。
图8是表示本实施方式的组件服务网络系统中的收费系统的流程图。
图9是表示各执行模式中访问组件的流程的方框图。
图中的标号10是CBankTM(业务主体)，12是开发主体，14是用户，14A是本地模式的用户，14B是ASP模式的用户，16是网络，18是管理系统(cBank内)。
图4示出了本实施方式的组件服务网络系统的基本概念图。
该系统的构成为作为业务主体的cBank10；作为使用者的开发主体12，使用由上述cBank10构成的基本组件和cPackage，开发应用程序；以及用户14，执行开发主体12所开发的应用程序。
CBank10是以基本组件和cPackage的管理和执行模式的设定等管理运营为主的业务内容。
开发主体12是以根据开发者从cBank10导入的基本组件和cPackage进行的应用程序的开发和执行该应用程序时的模式的设定/再设定为主的业务内容。开发主体12也可以兼作后述的用户14。
用户14执行由开发主体12所开发的应用程序，此时存在基本组件或cPackage为本地模式(local mode)(用户14A)的情况，以及基本组件或cPackage为ASP模式的情况(用户14B)。
当执行应用程序时，cBank10处于与上述用户14A、14B连接的状态(通过互联网)，根据处理次数来收取使用费(参照图4的箭头)。
其中，适用于用户14A的本地模式(编译模式(compile mode))，是指开发主体在开发时，在程序中对基本组件或cPackage(componentpackage，组件包)进行编译，并在执行应用程序时在该应用程序中执行，从而实现其功能的模式。
另一方面，适用于用户14B的ASP模式，是指在开发应用程序时，在程序中不进行编译，仅对该基本组件或cPackage进行使用预约，在执行应用程序时，每次通过网络访问cBank10，然后仅将使用该基本组件或cPackage的处理结果传送给用户14B的模式。
对于上述执行模式，业务主体可以在cBank10中对各基本组件或cPackage预先进行某种固定设定(本地模式、ASP模式)，也可以委任开发主体12进行设定(再设定许可)。
即，通过cBank10对基本组件或cPackage进行管理的执行模式的设定，如下所述。
①只能以本地模式执行。
CBank10的管理者预先设定为本地模式，拒绝开发主体12的再设定。
②只能以ASP模式执行。
CBank10的管理者预先设定为ASP模式，拒绝开发主体12的再设定。
③在开发主体12一侧选择以哪一种模式执行。
允许在开发主体12一侧重新设定cBank10所设定的模式。
在开发主体12一侧能重新设定(设定)执行模式，由此关于该基本组件或cPackage的执行开发主体12本身能作为业务主体(参照表1)。
开发主体12能否进行执行模式的设定、再设定的条件，可以事先与cBank10进行商定，或者每次都进行协商确定。
〔表1〕
此外，在该系统中，当进行应用程序的开发时，开发主体12使用由cBank10特别准备的开发工具，通过网络从CBankTM的存储库中检索具有所需要的功能的基本组件或cPackage，利用上述基本组件或cPackage开发应用程序。具有所需要的功能的组件或cPackage也可以由业务主体离线地一起提供给开发主体。此时，对于所使用的各基本组件或cPackage，如果开发主体12被许可再设定，则可以重新设定执行模式。
图5和图7示出了系统的简要流程。图5仅示出了基本组件的构成，图7示出了基本组件和cPackage的构成。
如图5和图7所示，开发工具由从cBank10分配的标识各开发工具的特性的ID被激活，以确保与cBank10的连接。
开发应用程序的开发主体12，将利用上述cBank10所开发的应用程序交给用户14A或14B，并将该消息发送给cBank10。在接收到该消息的时刻，cBank10根据该消息进行用户14A、14B的确认、合同、使用费支付的确认等，然后将执行密钥发送给用户14A、14B。
图6示出了基于基本组件(根据图5)的ASP模式，即对于用户14B的系统的流程。
当用户14B使用执行密钥启动应用程序，然后执行该应用程序时，如果应用程序指定了ASP模式的基本组件或cPackage，则在该基本组件或cPackage的执行阶段，启动组件被启动，通过网络16，自动地与cBank10的管理系统18连接，当管理系统18进行了用户认证(执行密钥的确认)之后，从cBank10的存储库中调用该基本组件或cPackage，在cBank10内执行，然后仅将其处理结果发送给应用程序。
在这种情况下，管理系统18进行用户14的确认、预约基本组件或预约cPackage的执行监视、收取使用费处理等运营处理。
对于上述ASP模式中设定的基本组件或cPackage，可以根据基本组件或cPackage的使用次数、使用时间、使用方式等，预先设定其方法。
在cBank10中设定ASP模式的情况下，cBank10可以直接向用户14B，或者通过开发主体12来收取使用费。优选对每次事务处理收取使用费。
另一方面，在开发主体12设定ASP模式(再设定)的情况下，开发主体12向用户14B收取使用费。此时，cBank10可以代理收取使用费。
在本地模式中，当用户14A执行应用程序时，不与cBank10连接，而是在应用程序内执行基本组件或cPackage。此时，附属于基本组件或cPackage的代理程序(agent program)可以向cBank10的管理系统18内的执行监视系统进行执行情况报告。
在本地模式中设定的基本组件的使用费，可以使用包租费或月租费等费用体系。
基本组件或cPackage由于可以分别设定执行模式，所以在一个应用程序中，能同时存在ASP模式和本地模式。此时，用户同时具有用户14A和用户14B的地位。
在cBank10的管理系统18中，如表2所示，作为各开发主体12(表2中的AA)管理执行模式设定的一个方法，例如可以具有执行模式设定表，根据该表进行用户14(表2中的A、B)、应用程序(表2中的App1至App3)、基本组件或cPackage(表2中的Comp1、3、4、5、6、7、9)的管理、使用费的管理。
〔表2〕
图8示出了业务主体即cBank10中设定的执行模式(本地固定模式、编译可变模式、ASP可变模式、ASP固定模式)下的使用费的系统图。此时，在开发主体12中，存在可变模式即可进行执行模式再设定状态的基本组件或cPackage，其结果是，存在3种本地模式的使用费和4种ASP模式的使用费(C①至C③、ASP①至ASP④)。
ASP①、②均是直接向cBank终端用户收取使用费。但是，在开发主体中具有ASP功能的情况下，开发主体可以根据与cBank的许可证合同，直接向终端用户收取使用费。
→ASP①、②cBank向开发主体支付与使用费相应的手续费。
→ASP③在开发主体和cBank之间分配使用费金额(对终端用户适用开发主体的费用体系)。
C①、C②、C③、ASP④均是开发者设定费用体系，向终端用户收取使用费。
在cBank和开发主体之间，对于使用费的结构、费用体系以及两者之间的分配进行商定。在cBank中具有每次发生使用费时，都进行在线结算的功能，所以可以根据需要利用此功能。以下参照图9，对于各执行模式，说明本系统的基本组件或cPackage的利用流程。
首先，如图9(A)所示，对于本地模式的基本组件或cPackage，用户14在执行利用了存储在cBank10中的基本组件或cPackage生成的开发主体12的应用程序的过程中，由于基本组件或cPackage包含在应用程序中，所以用户14在执行应用程序时不需要访问cBank10和开发主体12。
如图9(B)所示，对于ASP模式的基本组件或cPackage，由于由开发主体12生成的应用程序中不包含基本组件或cPackage，代之以在应用程序中嵌入了启动组件或代理程序。
因此，当用户14利用基本组件或cPackage时，启动上述启动组件，访问存储在cBank10中的基本组件或cPackage，在cBank10中执行处理，然后仅返回其结果。
如图9(C)所示，当开发主体12将执行模式从本地模式重新设定为ASP模式，cBank10代理ASP业务时，将本地模式的基本组件或cPackage作为ASP模式复制，然后将其作为在由开发主体12生成的应用程序中使用的基本组件或cPackage。除此之外与图9(B)相同。
如图9(D)所示，当开发主体12将执行模式从ASP模式重新设定为本地模式时，在cBank10中，将ASP模式的基本组件或cPackage作为本地模式复制，然后将其嵌入由开发主体12生成的应用程序中。除此之外与图9(A)相同。
如图9(E)所示，当开发主体12将执行模式从本地模式重新设定为ASP模式，并且由开发主体12进行ASP业务时，在cBank10中，本地模式的基本组件或cPackage被复制到ASP模式，并且将其移植到开发主体12(规定的许可证合同)，然后将启动组件嵌入发送给用户的应用程序中。由此，用户14在使用该ASP模式的基本组件或cPackage时，通过访问开发主体12，通过移植到开发主体12中的ASP模式的基本组件或cPackage执行处理，然后仅将处理结果返回用户14。执行模式的切换(设定/再设定)有以下方法预先给每个组件附加本地、ASP模式功能，在设定/再设定时，接受指示自动进行切换的方法，预先准备两个组件(ASP模式的组件和本地模式的组件)，根据设定/再设定，选择其中一个的方法。
根据本实施方式，以层状构筑了基本组件或cPackage的业务主体即cBank10为中心，开发主体12开发应用程序时，通过将所利用的基本组件或cPackage用于以现有的ASP业务为标准的ASP模式或直接嵌入应用程序中的本地模式其中之一的执行模式，来生成该应用程序。此外，当用户14使用所生成的应用程序时，根据执行模式适当地设定收费系统，由此可以构筑ASP业务的网络化，从而对扩展独立操作的ASP业务作出贡献。
此外，并不总是在cBank10中集成管理运营基本组件或cPackage，而是可以根据需要，授权给开发主体12，或者将开发主体12所拥有的新的基本组件或cPackage取入cBank10中。〔实施例〕以下，作为ASP模式的组件的一个身边例子，对家用服务器(homeserver)进行说明。
家用服务器通过网络(有线或无线)，将该家庭内的所有家用电器连接起来。
当联网的家用电器中的一个发生故障，自动通知家用服务器，必须更换部件时，家用服务器内对应的应用程序启动，其中的ASP启动组件通过互联网访问ASP服务器。
然后ASP服务器内的ASP启动组件启动，读取有故障信息的部件和制造商名称，从有互换性的制造商网站检索替代部件，然后将该部件名称、制造商、价格、到货期和订货按钮发送给家用服务器。
上述家庭的家人操作与最匹配的部件对应的订货按钮，然后应用程序中的结算启动组件被启动，访问提供结算服务的信用公司的服务器，结算组件进行家人的银行账号确认，执行代理结算处理。
如上所述，本发明可以达到以下效果，即将多个组件内置在应用程序软件中，通过在主体内集成管理运营组件，可以进一步扩展现有的ASP业务，通过满足用户的要求，可以减轻用户的负担。
权利要求
1.一种组件服务网络系统，其特征在于，可以通过网络将基本组件或组件包(以下称为cPackage)从业务主体发送给使用上述基本组件或上述cPackage的使用者，其中上述业务主体集成管理作为分别具有一种功能、被模块化的软件的基本组件或者将上述基本组件进一步组合而层状构筑的cPackage，业务主体根据上述使用者或终端用户的基本组件或cPackage的使用量来收取使用费。
2.根据权利要求1所述的组件服务网络系统，其特征在于，上述使用者是使用上述基本组件或cPackage而开发的应用程序软件的开发主体。
3.根据权利要求2所述的组件服务网络系统，其特征在于，上述开发主体当将应用程序软件交给终端用户时，同时向上述业务主体报告该交给信息，由此发行用户使用许可。
4.根据权利要求1至3任意一项所述的组件服务网络系统，其特征在于，上述基本组件或cPackage的执行模式有以下几种本地模式，在开发时由业务主体预先对每个基本组件或cPackage进行设定，当应用程序执行时，在应用程序内执行；ASP模式，在开发时进行上述基本组件或cPackage的使用预约，在应用程序执行时，仅提供进行了使用预约的该基本组件或cPackage的处理结果。
5.根据权利要求4所述的组件服务网络系统，其特征在于，上述基本组件或cPackage的执行模式被固定地设定。
6.根据权利要求4所述的组件服务网络系统，其特征在于，上述基本组件或cPackage的执行模式可以重新设定。
全文摘要
本发明以基本组件或使用基本组件层状构筑了cPackage的业务主体即cBank10为中心，开发主体12开发应用程序时，通过将所利用的基本组件或cPackage用于以现有的ASP业务为标准的ASP模式，或直接嵌入应用程序中的本地模式其中之一的执行模式，来生成该应用程序。此外，当用户14使用所生成的应用程序时，根据执行模式适当地设定收费系统，由此可以构筑ASP业务的网络化，从而对扩展独立操作的ASP业务作出贡献。
文档编号G06F9/44GK1462381SQ01816139
公开日2003年12月17日 申请日期2001年9月21日 优先权日2000年9月21日
发明者加山幸浩, 最首英裕 申请人:一希望信息技术有限公司