专利名称：组件处理系统和组件处理方法
技术领域：
本发明涉及用于利用组件使应用程序工作的组件处理系统和组件处理方法。
背景技术：
所谓组件(component)是指安装了用于构筑应用程序(application)的商业逻辑等的软件部件。例如有美国Sun Microsystems公司提倡的协约EJB(Enterprise Java Beans(注册商标)等。EJB是Java(注册商标)程序语言，是用于构筑分散对象指向的业务应用程序的标准组件体系结构，通过组合使用不同销售商的工具所开发的组件就能构筑分散应用程序。通过利用EJB，开发者在开发应用程序时能够只专心开发商业逻辑，从而能高效地开发应用程序。
在EJB体系结构中，容器提供EJB组件的执行环境。通常利用EJB服务器管理该容器。EJB客户机(应用程序)如果通过容器提供的标准接口向容器请求生成EJB的对象，容器就读入定义组件的工作条件(事务管理、安全管理等的属性值)的记述，即所谓的Deployment Descriptor，基于该工作条件，进行组件的组入和实体生成。这样就生成可执行的组件(例如，参照日本特开2002-49496号公报)。
图12是示出一般的组件处理系统结构的图。组件环境定义信息71定义应用程序72(72A、72B)所利用的组件73(73A、73B、73C)的配置场所。中间件76接受来自应用程序72的利用组件73的请求，读入组件环境定义信息71，识别应用程序72所利用的组件73的配置场所。这样，应用程序72就利用着由中间件76实体化后的组件73。
此外，组件环境定义信息71由每个应用程序72的配置定义信息74(应用程序A配置定义信息74A、应用程序B配置定义信息74B)构成。在各自的应用程序配置定义信息74中，共同记述着定义各个应用程序72所利用的组件73的信息75(组件C1定义信息75A、组件C2定义信息75B、组件C3定义信息75C)，基于该信息75，通过取得记述了适合的组件73的配置场所的组件配置定义信息77(组件C1配置定义信息77A、组件C2配置定义信息77B、组件C3配置定义信息77C)，就知道了组件73的配置场所。
但是，如上所述地，由于成为在各个应用程序配置定义信息74中包含定义应用程序72所利用的组件73的信息75的结构，因此，在发生了各应用程序72共同利用的组件73的改变的情况下，就需要对各应用程序配置定义信息74加以同样的改变，就有组件的管理变复杂的问题。此外，在重新设定多个应用程序72的应用程序配置定义信息74时，也需要共同记述定义组件73的信息75，就需要许多操作时间，不仅麻烦，而且委托中间件来一元管理组件，因此，中间件需要处理的负担非常重。
此外，在EJB体系结构中，如前所述地，通过容器读入组件的行动定义信息来生成了可执行的组件，但行动定义信息的放置场所由容器销售商来决定，在容器中安装着对其场所信息进行读取的功能。此外，行动定义信息的形式也依存于容器。即，在EJB体系结构中，关于定义信息的场所、其记述形式和定义内容分派许多制约，这就损伤了系统的设计的自由度，阻碍了开发效率的提高。
从而，在现有技术中，如前所述地，在应用程序中发生了进行利用的组件的改变的情况下，必须对利用该组件的全部的应用程序的组件环境定义信息加以同样的改变，有导致管理成本增大和开发效率降低的问题。此外，由于中间件执行着组件的一元管理，因此，也有中间件的处理负担非常重的问题。另外，由于分派给组件行动定义信息的场所、记述形式和定义内容许多制约，故损伤了系统的设计的自由度，导致开发效率降低。
发明内容
本发明为了解决这些课题，其目的在于提供一种一元管理多个应用程序各自利用的组件，能够高效地对应于应用程序中所利用的组件的改变的组件处理系统和组件处理方法。
此外，本发明的其他目的在于提供一种能够按高自由度改变组件的行动，能够提高系统设计的自由度的组件处理系统和组件处理方法。
为了达到有关目的，本发明的组件处理系统的特征在于，具有在操作系统上工作的中间件；在该中间件上工作的框架；在框架上工作的至少一个应用程序；可由应用程序选择性地利用的多个组件；存储了组件环境定义信息的存储器，所述组件环境定义信息具有定义了各个组件的配置场所的组件配置定义信息、定义了进行利用的组件的组件利用定义信息和包含指定与应用程序相对应的组件利用定义信息的信息的应用程序配置定义信息；组件管理部，设置在框架上，根据来自应用程序的请求，向中间件请求取得由该应用程序利用的组件的配置场所，对于处于作为该响应而取得的配置场所中的组件，请求实体化；组件环境定义信息读入部，设置在中间件中，接受来自组件管理部的请求，从存储在存储器中的组件环境定义信息，取得由应用程序利用的组件的配置场所，对组件管理部作出响应。
根据本发明，设置在框架上的组件管理部，按照组件环境定义信息，一元管理各个应用程序所利用的组件，能够实现管理成本的降低和开发效率的提高，另外，起到了能够减轻一元管理现有组件的实体化的中间件的处理负担的效果。
此外，本发明的组件处理系统的特征在于，具有在操作系统上工作的中间件；在该中间件上工作的框架；在框架上工作的至少一个应用程序；可由应用程序选择性地利用的多个组件；第一存储器，存储了分别定义了各个组件的行动的多个行动定义信息；第二存储器，存储了组件环境定义信息，所述组件环境定义信息具有定义了各个组件的配置场所的组件配置定义信息、定义了进行利用的组件的组件利用定义信息和包含指定与应用程序相对应的组件利用定义信息的信息的应用程序配置定义信息；组件管理部，设置在框架上，根据来自应用程序的请求，向中间件请求取得由应用程序利用的组件的配置场所，对于处于作为该响应而取得的配置场所中的组件，给予基于存储在第一存储器中的行动定义信息的工作条件，请求实体化；组件环境定义信息读入部，设置在中间件中，接受来自组件管理部的请求，从存储在第二存储器中的组件环境定义信息，取得应用程序中所利用的组件的配置场所，对组件管理部作出响应。
根据本发明，设置在框架上的组件管理部，按照组件环境定义信息，一元管理各个应用程序所利用的组件，在组件开发时和设计时，通过自由地改变行动定义信息，就能够按高自由度定制组件的行动，能够提高系统设计的自由度和与其他系统的兼容性。另外，起到了能够减轻一元管理现有组件的实体化的中间件的处理负担的效果。
根据本发明的组件处理系统和组件处理方法，能够按照组件环境定义信息，一元管理各个应用程序所利用的组件，能够实现管理成本的降低和开发效率的提高。此外，能够以高自由度改变组件的行动，能够提高系统设计的自由度。
图1是示出本发明的第一实施方式涉及的组件处理系统的结构的图。
图2是示出组件环境定义信息的结构的图。
图3是示出组件环境定义信息的例子的图。
图4是示出现有的应用程序配置定义信息的例子的图。
图5是示出图1的组件处理系统的工作过程的图。
图6是示出第一实施方式涉及的组件处理系统的其他工作过程的图。
图7是示出本发明的第二实施方式涉及的组件处理系统的结构的图。
图8是示出图7的组件处理系统的工作过程的图。
图9是示出第二实施方式涉及的组件处理系统的变形例的图。
图10是示出本发明的第三实施方式涉及的分散环境中的组件处理系统的结构的图。
图11是示出图10的分散环境中的组件处理系统的工作过程的图。
图12是示出一般的组件处理系统的结构的图。
具体实施例方式
以下，参照附图对本发明的实施方式进行说明。
图1是示出本发明的第一实施方式涉及的组件处理系统100的结构的图。
如该图所示，该组件处理系统100构筑在计算机10上，该计算机10具有CPU1、存储器2、外部存储装置3、总线4等的一般的计算机体系结构。该计算机10通过网络连接装置6，与因特网和LAN等网络5连接。
作为该组件处理系统100的软件要素，有操作系统11(以下称作“OS11”)、在OS11上工作的中间件12、在中间件12上工作的框架13、在框架13上工作的应用程序14(14A、14B)、安装了应用程序14所利用的逻辑的组件15(15A、15B、15C)、组件环境定义信息18、组件管理部20。所述组件管理部20设置在框架13上，根据来自应用程序14的请求，委托中间件12取得该应用程序14所利用的组件15的配置场所，对应用程序14作出响应。在此，将应用程序14的数量设为2，将组件15的数量设为3，但这些数量不特殊限定。组件管理部20插入在框架13中。
中间件12相当于应用程序服务器，执行事务处理、负荷分散处理和数据库处理。另外，在中间件12中组入了组件环境定义信息读入部12a，具有接受来自组件管理部20的委托，从组件环境定义信息18取得该应用程序14所利用的组件15的配置场所，对组件管理部20作出响应的功能。
组件环境定义信息18是在组件管理部20中公开各个应用程序14所利用的组件15的配置场所的定义句。即，如图2所示，组件环境定义信息18具有定义了各个组件15(组件C1、组件C2、组件C3)的配置场所的多个组件配置定义信息16(组件C1配置定义信息16A、组件C2配置定义信息16B、组件C3配置定义信息16C)、定义了由应用程序14利用的组件的组件利用定义信息17、包含指定与各个应用程序14相对应的组件利用定义信息17的信息21(21A、21B)的应用程序配置定义信息19(应用程序A配置定义信息19A、应用程序B配置定义信息19B)。
在图2的例子中，应用程序A和应用程序B使用三个组件C1、组件C2、组件C3，在组件利用定义信息17中记述着分别指定这三个组件C1、C2、C3的信息(组件C1指定信息17A、组件C2指定信息17B、组件C3指定信息17C)。从而，应用程序A配置定义信息19A、应用程序B配置定义信息19B中的指定信息21A、21B就分别指定同一组件利用定义信息17。当然，也可以在各个应用程序A、B使用不同组件的组合的情况下，准备多个记述了不同组件的组合的组件利用定义信息17，利用应用程序A配置定义信息19A和应用程序B配置定义信息19B中的组件利用定义信息的指定信息21A和组件利用定义信息的指定信息21B，指定各自的组件利用定义信息17。由于该组件环境定义信息18以中间件12的读入为前提，因此，按照中间件12制约的范围来决定其场所和记述的形式、定义内容。
图3是应用程序A和应用程序B共同使用三个组件C1、组件C2、组件C3的情况下的组件环境定义信息18的利用XML(eXtensible Mark-upLanguage即，可扩充标记语言)的记述例。
这样地，就能够利用组件环境定义信息18，一元地管理各个应用程序14所利用的组件15。这样，仅改变组件环境定义信息18中的组件利用定义信息17的内容，就能够改变应用程序14与组件15的关系。从而实现管理成本的降低和开发效率的提高。
与之关联，按照现有的方法，在各个应用程序配置定义信息19A、19B中记述了指定应用程序A、B所利用的组件的信息23A、23B的情况就如图4所示。如该图所示，由于必须要在各个应用程序配置定义信息19A、19B中分别记述本应用程序所利用的组件的同一信息23A、23B，因此，在应用程序所利用的组件发生了改变的情况下，就必须要分别重写各应用程序配置定义信息19A、19B后再次进行变更。
下面，参照图5说明该组件处理系统100的工作过程。
首先，通过中间件12和框架13，向目的应用程序14给予来自客户机110的应用程序利用的请求(1.请求～3.请求)。接受了利用请求的应用程序14，对组件管理部20进行组件15的请求(4.请求组件)。组件管理部20一接受该请求，就向中间件12请求该应用程序14所利用的组件15的配置场所(5.请求组件)。
中间件12根据来自组件管理部20的请求，从组件环境定义信息18读出该应用程序14所利用的组件的配置场所(6.取得组件的配置场所)，对组件管理部20响应目的组件的信息，具体地说是用于生成该组件的接口(例如，EJB的Home Interface即，本地接口)(7.组件响应)。
如下进行来自组件环境定义信息18的组件配置场所的读入。读入组件环境定义信息18中的、与请求源即应用程序14相对应的应用程序配置定义信息19中的指定信息21，基于该指定信息21，读入组件利用定义信息17。由于在组件利用定义信息17中记述着指定组件的组件C1指定信息17A、组件C2指定信息17B、组件C3指定信息17C，因此，按照该记述，分别读入适合的组件的组件配置定义信息16(16A、16B、16C)，取得组件的配置场所。
组件管理部20一接受组件的响应，就在对适合的组件15给予规定的工作条件的同时，请求实体的生成(8.请求实体生成)。组件15基于交送到的工作条件，实体化自身(9.实体生成)，将给该实体的参照信息(例如EJB的RemoteInterface即，远程接口)送回给组件管理部20(10.实体参照响应)。
再有，由于每次请求实体生成时生成组件的实体，导致硬件资源的利用效率的降低，因此，也可以共享一度生成的给实体的参照信息(例如EJB的RemoteInterface即，远程接口)，对于下次以后的实体生成的请求，向组件管理部20送回该共享后的给实体的参照信息。这样，在根据来自用户的指示发生的请求之后就不生成组件，减轻了组件管理部20的负担。
组件管理部20将从组件15交送的给实体的参照信息，送回给请求源的应用程序14(11.实体参照响应)。之后，应用程序14请求利用了实体化后的组件的处理(12.组件利用)。接受了该处理请求的组件15，基于自身的实体执行处理，向应用程序14归还其结果(13.处理结果响应)。应用程序14利用接收到的处理结果，进行基于自身的安装的处理，通过框架13，向中间件12归还其结果(14.处理结果响应)。然后，中间件12将基于自身的安装的处理结果归还给客户机110(15.处理结果响应)。
从而，根据该实施方式的组件处理系统100，能够利用组件环境定义信息18，一元管理各个应用程序14所利用的组件15。更具体地说，仅改变组件环境定义信息18中的组件利用定义信息17的内容，就能够不复杂地改变应用程序14与组件15的关系。这样，实现了管理成本的降低和开发效率的提高。
下面，作为本实施方式的变形例，在初始化时，由组件管理部20共享由中间件12制成的用于生成组件的接口(例如EJB的HomeInterface即，本地接口)，使用图6，说明该情况下的组件处理系统200的工作。
首先，中间件12进行框架13的初始化(1.初始化)，框架13在自身的初始化中，执行应用程序14和组件管理部20的初始化(2.初始化、3.初始化)。
组件管理部20在初始化之后，对中间件12进行组件请求(4.组件请求)。中间件12对于组件请求，从组件环境定义信息18读入应用程序14所利用的组件的配置场所(5.取得组件的配置场所)，生成目的组件的信息，具体地说是用于生成组件的接口(例如EJB的HomeInterface即，本地接口)，对组件管理部20作出响应(6.组件响应)。
组件管理部20共享从中间件12响应的组件的信息(用于生成组件的接口)(7.共享组件响应)。之后，从组件管理部20向框架13通知初始化完了(8.初始化响应)。框架13接着向中间件12通知初始化完了(9.初始化响应)。
接着，通过中间件12和框架13，从客户机110向目的应用程序14给予应用程序利用的请求(10.请求～12.请求)。接受了利用请求的应用程序14，对组件管理部20进行组件15的请求(13.组件请求)。组件管理部20一接受该请求，就取得自身中共享着的组件的信息(14.从共享取得组件响应)，在基于该组件的信息对适合的组件15请求实体的生成的同时，交送工作条件(15.请求实体生成)。组件15基于交送到的工作条件，实体化自身(16.实体生成)，将给该实体的参照信息(例如EJB的RemoteInterface即，远程接口)送回给组件管理部20(17.实体参照响应)。
组件管理部20将从组件15交送的给实体的参照信息，送回给请求源的应用程序14(18.实体参照响应)。之后，应用程序14请求利用了实体化后的组件的处理(19.组件利用)。接受了该处理请求的组件15，基于自身的实体执行处理，向应用程序14归还其结果(20.处理结果响应)。应用程序14利用接收到的处理结果，进行基于自身的安装的处理，通过框架13，向中间件12归还其结果(21.处理结果响应、22.处理结果响应)。然后，中间件12将基于自身的安装的处理结果归还给客户机110(23.处理结果响应)。
这样地，通过在组件管理部20中共享组件的信息，每次请求时不生成组件的信息，就很快地对请求作出响应。
下面说明本发明的其他实施方式。
图7是示出本发明的第二实施方式涉及的组件处理系统200的结构的图。如该图所示，组件处理系统200的结构在图1中示出的先前的实施方式的组件处理系统100中附加了组件行动定义信息22(组件C1行动定义22A、组件C2行动定义22B、组件C3行动定义22C)，该组件行动定义信息22可由设置在框架13中的组件管理部20直接读入。
再有，在该图的例子中，可以每个组件的种类设置一个组件行动定义信息22，也可以对一个组件准备多个组件行动定义信息22。
可以在应用程序配置定义信息19中定义读入哪个组件行动定义信息22。例如，也可以在图2中示出的应用程序配置定义信息19中和组件利用定义信息17中进行定义，也可以另外准备用于指定组件行动定义信息22的定义信息。通过在哪种情况下都记述着组件行动定义信息22的配置场所，作为指定组件行动定义信息22的信息，在组件的开发和设计时自由地改变行动定义信息，就能够按高自由度定制组件的行动，能够提高系统设计的自由度和与其他系统的兼容性。另外，没有到此为止的依存于中间件的组件行动定义信息的场所和形式、定义内容的制约，能够实现组件型软件开发的自由度和开发效率。
下面，参照图8说明该组件处理系统200的工作过程。
首先，通过中间件12和框架13，对目的应用程序14给予来自客户机110的应用程序利用的请求(1.请求～3.请求)。接受了利用请求的应用程序14，对组件管理部20进行组件15的请求(4.组件请求)。组件管理部20一接受该请求，就向中间件12请求该应用程序14所利用的组件15的配置场所(5.组件请求)。
中间件12根据来自组件管理部20的请求，从组件环境定义信息18读出该应用程序14所利用的组件15的配置场所(6取得组件的配置场所)，生成用于生成该组件的接口(例如，EJB的Home Interface即，本地接口)，对组件管理部20作出响应。此外，这时，从组件环境定义信息18读入定义该利用组件的行动的组件行动定义信息22的配置场所，与组件的配置场所共同对组件管理部20作出响应(7.组件响应)。
组件管理部20一接受读响应，就读入对于适合的组件15的组件行动定义信息22(8.取得行动定义信息)，在对该组件15给予基于该组件行动定义信息22的内容的工作条件的同时，请求实体的生成(9.请求实体生成)。组件15采纳交送来的工作条件并实体化自身(10.生成实体)，将给该实体的参照信息(例如EJB的Remote Interface即，远程接口)送回给组件管理部20(11.实体参照响应)。
再有，由于每次请求实体生成时生成组件的实体，导致硬件资源的利用效率的降低，因此，也可以共享一次生成的给实体的参照信息后，对于下次以后的实体生成的请求，向组件管理部20送回该共享后的给实体的参照信息。
组件管理部20将从组件15交送的给实体的参照信息，送回给请求源的应用程序14(12.实体参照响应)。之后，应用程序14请求利用了实体化后的组件的处理(13.组件利用)。接受了该处理请求的组件15，基于自身的实体执行处理，向应用程序14归还其结果(14.处理结果响应)。应用程序14利用接收到的处理结果，进行基于自身的安装的处理，通过框架13，向中间件12归还其结果(15.处理结果响应)。然后，中间件12将基于自身的安装的处理结果归还给客户机110(16.处理结果响应)。
从而，根据该实施方式的组件处理系统200，没有到此为止的依存于中间件12的组件行动定义信息的场所和形式、定义内容的制约，能够按高自由度改变组件的行动，能够提高系统设计的自由度。
图9示出了利用在其他多个计算机40、50上工作的不同的应用程序41、51，共用在计算机30的中间件31上实体化后执行的组件32的方式。在此，通过在各自的应用程序41、51侧的组件行动定义信息42、52中定义不同的内容，组件32就在各自的应用程序41、51中进行不同的行动。
下面，作为本发明的第三实施方式，关于分散环境中的组件处理系统300进行说明。分散环境中的组件处理系统300是处理分散配置在多个计算机中的组件的机构。
图10是示出该分散环境中的组件处理系统300的例子的图。
如该图所示，该组件处理系统300由处理组件利用的请求的计算机400和对请求提供组件的一个以上的计算机500、600构成。
在提供组件的一方的计算机500中，在框架B(513)中安装着组件管理部B(520)作为组件，用于管理安装了商业逻辑的组件B(515)。组件管理部B(520)基于可由自身直接读入的组件B行动定义527，定义组件B(515)的行动。中间件B(512)就能够从组件环境定义信息518取得组件B(515)的配置场所。
同样地，在提供组件的另一方的计算机600中，在框架B(613)中安装着组件管理部C(620)作为组件，用于管理安装了商业逻辑的组件C(615)。组件管理部C(620)基于可由自身直接读入的组件C行动定义627，定义组件C(615)的行动。中间件C(612)就能够从组件环境定义信息618取得组件管理部C(620)所利用的组件C2(615)的配置场所。
另一方面，在请求组件的一侧的计算机400的框架A(413)中安装着组件管理部B(520)和管理C(620)的组件管理部A(420)，所述组件管理部B(520)作为组件，组入在提供组件的一侧的计算机500、600中。在可由中间件A(412)直接读入的组件环境定义信息418中，记述着组件管理部A(420)的管理对象即组件管理部的信息。即，在该例子中，记述着组件管理部B(520)和组件管理部C(620)是组件管理部A(420)的管理对象。在组件管理部B地址定义信息427B中，记述着组件管理部A(420)的管理对象即组件管理部B(520)的地址信息。在组件管理部C地址定义信息427C中，记述着组件管理部A(420)的另外的管理对象即组件管理部C(620)的地址信息。
下面，使用图11，关于在该分散环境中的组件处理系统300中，从请求组件的一侧的计算机400上的应用程序414，利用另外的计算机500上的组件B(515)的情况的工作进行说明。
首先，中间件A(412)进行框A(413)的初始化(1.初始化)，框架A(413)在自身的初始化中，执行应用程序414和组件管理部A(420)的初始化(2.初始化、3.初始化)。
组件管理部A(420)初始化了以后，读入组件管理部B地址定义信息427B，在取得了组件管理部A(420)的管理对象之一的组件管理部B(520)的地址信息之后(4.取得组件管理部B地址信息)，对中间件A(412)进行组件管理部B(520)的请求(5.请求组件管理部B)。
接受了该请求的中间件A(412)，根据组件环境定义信息418，判断组件管理部B(520)是组件管理部A(420)的管理对象(6.取得组件管理部B定义)，对计算机500上的中间件B(512)进行组件管理部B(520)的请求(7.请求组件管理部B)。
计算机500上的中间件B(512)，一接受该请求，就取得组件管理部B(520)的配置场所(8.取得组件管理部B配置场所)，生成用于生成该组件管理部B的组件的接口(例如，EJB的Home Interface即，本地接口)，对计算机400上的中间件A(412)作出响应(9.组件管理部B响应)。
计算机400上的中间件A(412)，一接受该响应，就交给组件管理部A(420)(10.组件管理部B响应)。组件管理部A(420)基于收到的响应，对组件管理部B(520)请求实体的生成(11.请求实体生成)。
组件管理部B(520)按照该请求，实体化自身(12.生成实体)，将给该实体的参照信息(例如EJB的RemoteInterface即，远程接口)送回给组件管理部A(420)(13.实体参照响应)。
之后，组件管理部A(420)对实体化后的组件管理部B(520)指示初始化(14.指示组件初始化)。组件管理部B(520)在自身的初始化中，对中间件B(512)进行组件B(515)的请求(15.组件请求)。
中间件B(512)按照该组件请求，从组件环境定义信息518取得组件B(515)的配置场所(16.取得组件配置场所)，对组件管理部B(520)响应组件B(515)的信息，具体地说是用于生成组件B(515)的接口(例如，EJB的Home Interface即，本地接口)(17.组件响应)。
组件管理部B(520)共享响应的组件B(515)的信息(18.共享组件响应)，之后，向组件管理部A(420)通知初始化完了的信息(19.初始化响应)。组件管理部A(420)接着向中间件A(412)通知初始化完了的信息(20.初始化响应)。
接着，通过中间件A(412)和框架A(413)，将应用程序利用的请求，从客户机110给予应用程序414(21.请求～23.请求)。接受了利用请求的应用程序414，对组件管理部A(420)进行组件B(515)的请求(24.组件请求)。
组件管理部A(420)一接受该请求，就对组件管理部B(520)进行组件B(515)的请求(25.组件请求)。组件管理部B(520)取得自身中共享着的信息(26.从共享取得组件响应)，基于该组件的信息，对组件B(515)请求实体的生成，同时，读入组件B行动定义信息527，对该组件15给予基于该组件B行动定义信息527的内容的工作条件(27.请求实体生成)。
按照该请求，组件B(515)采纳工作条件并实体化自身(28.实体生成)，将给该实体的参照信息(例如EJB的Remote Interface即，远程接口)送回给组件管理部B(520)(29.实体参照响应)。接着，从组件管理部B(520)向组件管理部A(420)响应给实体的参照信息(30.实体参照响应)，另外，从组件管理部A(420)向应用程序414发送给实体的参照信息(31.实体参照响应)。
应用程序414请求利用了实体化后的组件B(515)的处理(32.组件利用)。接受了该处理请求的组件B(515)，基于自身的实体执行处理，将其结果送回给应用程序414(33.处理结果响应)。应用程序414利用接收到的处理结果，进行基于自身的安装的处理，通过框架A(413)，向中间件A(412)归还其结果(34.处理结果响应、35.处理结果响应)。然后，中间件A(412)向客户机110归还基于自身的安装的处理结果(36.处理结果响应)。
此外，关于另外的计算机600上的组件C(615)，也能够按照同样的过程从应用程序414利用。
这样地，根据本实施方式的组件处理系统300，没有分派给定义配置在分散环境中的各个组件B(515)和组件C(615)的行动的记述的配置场所和形式、定义内容的制约，能够按高自由度改变组件的行动，能够提高系统设计的自由度。
以上说明了本发明的实施方式，但本发明并不局限于上述实施方式，而是可以在不脱离本发明主旨的范围内进行各种各样的变更。
本申请要求2003年12月18日申请的日本特愿2003-421629的优先权。在此，引用上述日本申请的全部内容作为参照文献。
权利要求
1.一种组件处理系统，其特征在于，具有在操作系统上工作的中间件；在上述中间件上工作的框架；在上述框架上工作的至少一个应用程序；可由上述应用程序选择性地利用的多个组件；存储器，该存储器存储了组件环境定义信息，所述组件环境定义信息具有定义了各个上述组件的配置场所的组件配置定义信息、定义了上述利用的组件的组件利用定义信息、包含指定与上述应用程序相对应的上述组件利用定义信息的信息的应用程序配置定义信息；组件管理部，该组件管理部设置在上述框架上，根据来自上述应用程序的请求，向上述中间件请求取得由该应用程序利用的组件的配置场所，对于位于作为该响应而取得的配置场所的组件请求实体化；和组件环境定义信息读入部，它设置在上述中间件上，接受来自上述组件管理部的请求，从存储在上述存储器中的组件环境定义信息中取得由上述应用程序利用的组件的配置场所，以对上述组件管理部作出响应。
2.一种组件处理系统，其特征在于，具有在操作系统上工作的中间件；在上述中间件上工作的框架；在上述框架上工作的至少一个应用程序；可由上述应用程序选择性地利用的多个组件；第一存储器，它存储了分别定义了各个上述组件的行动的多个行动定义信息；第二存储器，它存储了组件环境定义信息，所述组件环境定义信息具有定义了各个上述组件的配置场所的组件配置定义信息、定义了所利用的组件的组件利用定义信息、包含指定与上述应用程序相对应的上述组件利用定义信息的信息的应用程序配置定义信息；组件管理部，它设置在上述框架上，根据来自上述应用程序的请求，向上述中间件请求取得由该应用程序利用的组件的配置场所，对于位于作为该响应而取得的配置场所的组件，给予基于存储在上述第一存储器中的行动定义信息的工作条件来请求实体化；和组件环境定义信息读入部，它设置在上述中间件上，接受来自上述组件管理部的请求，从存储在上述第二存储器中的组件环境定义信息中取得由上述应用程序利用的组件的配置场所，以对上述组件管理部作出响应。
3.一种组件处理方法，是计算机系统中的组件处理方法，所述计算机系统配置有在操作系统上工作的中间件；在上述中间件上工作的框架；在上述框架上工作的至少一个应用程序；可由上述应用程序选择性地利用的多个组件；和存储器，其中上述存储器存储有组件环境定义信息，所述组件环境定义信息具有定义了各个上述组件的配置场所的组件配置定义信息、定义了所利用的组件的组件利用定义信息、包含指定与上述应用程序相对应的上述组件利用定义信息的信息的应用程序配置定义信息，所述组件处理方法其特征在于，具有根据来自上述应用程序的请求，向上述中间件请求取得由上述应用程序利用的组件的配置场所的步骤；从存储在上述存储器中的组件环境定义信息中取得由上述应用程序利用的组件的配置场所的步骤；以上述取得到的组件的配置场所对上述框架做出响应的步骤；对位于上述配置场所的上述组件给予规定的工作条件，来请求上述组件的实体化的步骤；和对上述应用程序响应上述实体化后的组件的给实体的参照信息。
4.一种组件处理方法，是计算机系统中的组件处理方法，所述计算机系统配置有在操作系统上工作的中间件；在上述中间件上工作的框架；在上述框架上工作的至少一个应用程序；可由上述应用程序选择性地利用的多个组件；第一存储器，它存储了分别定义了各个上述组件的行动的多个行动定义信息；第二存储器，它存储了组件环境定义信息，所述组件环境定义信息具有定义了各个上述组件的配置场所的组件配置定义信息、定义了上述利用的组件的组件利用定义信息、以及包含指定与上述应用程序对应的上述组件利用定义信息的信息的应用程序配置定义信息，所述组件处理方法其特征在于，具有根据来自上述应用程序的请求，向上述中间件请求取得由上述应用程序利用的组件的配置场所的步骤；从存储在上述第二存储器中的组件环境定义信息中取得由上述应用程序利用的组件的配置场所的步骤；对上述框架响应上述取得的组件的配置场所的步骤；对位于上述配置场所的上述组件，基于存储在上述第一存储器中的行动定义信息来请求上述组件的实体化的步骤；和对上述应用程序响应上述实体化后的组件的给实体的参照信息。
5.如权利要求3所述的组件处理方法，其特征在于，还具有在上述框架中共享上述响应的组件的信息的步骤，请求上述组件的实体化的步骤，在接受到上述组件的实体化请求的情况下，通过参照在上述框架中共享的组件的信息来请求上述组件的实体化。
6.如权利要求4所述的组件处理方法，其特征在于，还具有在上述框架中共享上述响应的组件的信息的步骤，请求上述组件的实体化的步骤，在接受到上述组件的实体化请求的情况下，通过参照在上述框架中共享的组件的信息来请求上述组件的实体化。
全文摘要
本发明提供一种组件处理系统和组件处理方法，由定义组件的配置场所的组件配置定义信息、定义了利用组件的组件利用定义信息和包含指定与各个应用程序相对应的组件利用定义信息的信息的应用程序配置定义信息，构成公开各个应用程序所利用的组件的配置场所的组件环境定义信息。框架上的组件管理部，按照来自应用程序的请求，向中间件请求取得该应用程序所利用的组件的配置场所，中间件读入组件环境定义信息后作出响应。一元管理多个应用程序各自利用的组件，能高效地对应组件的改变。
文档编号G06F15/00GK1637706SQ200410095470
公开日2005年7月13日 申请日期2004年12月17日 优先权日2003年12月18日
发明者斋藤稔, 今村大辅 申请人:东芝解决方案株式会社